[要約] RFC 3995は、インターネット印刷プロトコル（IPP）のイベント通知と購読に関する仕様です。このRFCの目的は、印刷イベントの通知と購読をサポートするための標準化を提供することです。
Network Working Group R. Herriot
Request for Comments: 3995 Global Workflow Solutions
Category: Standards Track T. Hastings
Updates: 2911, 2910 Xerox Corporation
March 2005
Internet Printing Protocol (IPP): Event Notifications and Subscriptions
インターネット印刷プロトコル（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 (2005).
Copyright（c）The Internet Society（2005）。
Abstract
概要
This document describes an OPTIONAL extension to the Internet Printing Protocol/1.1: Model and Semantics (RFC 2911, RFC 2910). This extension allows a client to subscribe to printing related Events. Subscriptions are modeled as Subscription Objects. The Subscription Object specifies that when one of the specified Events occurs, the Printer delivers an asynchronous Event Notification to the specified Notification Recipient via the specified Push or Pull Delivery Method (i.e., protocol).
このドキュメントでは、インターネット印刷プロトコル/1.1：モデルとセマンティクス（RFC 2911、RFC 2910）へのオプションの拡張機能について説明します。この拡張機能により、クライアントは関連するイベントの印刷を購読できます。サブスクリプションは、サブスクリプションオブジェクトとしてモデル化されています。サブスクリプションオブジェクトは、指定されたイベントのいずれかが発生すると、プリンターが指定されたプッシュまたはプル配信方法（つまり、プロトコル）を介して指定された通知受信者に非同期イベント通知を提供することを指定します。
A client associates Subscription Objects with a particular Job by performing the Create-Job-Subscriptions operation or by submitting a Job with subscription information. A client associates Subscription Objects with the Printer by performing a Create-Printer-Subscriptions operation. Four other operations are defined for Subscription Objects: Get-Subscriptions-Attributes, Get-Subscriptions, Renew-Subscription, and Cancel-Subscription.
クライアントは、サブスクリプションオブジェクトを、Create-Job-Subscriptions操作を実行するか、サブスクリプション情報でジョブを送信することにより、特定のジョブに関連付けます。クライアントは、Create-Printer-Subscriptions操作を実行することにより、サブスクリプションオブジェクトをプリンターに関連付けます。他の4つの操作は、get-subscriptions-attributes、get-subscriptions、inled-subscription、およびキャンセルサブスクリプションのサブスクリプションオブジェクトに対して定義されています。
Table of Contents
目次
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 5
1.1. Notification Overview. . . . . . . . . . . . . . . . . . 5
2. Models for Notification. . . . . . . . . . . . . . . . . . . . 8
2.1. Model for Simple Notification (Normative). . . . . . . . 8
2.2. Additional Models for Notification (Informative) . . . . 9
3. Terminology. . . . . . . . . . . . . . . . . . . . . . . . . . 9
3.1. Conformance Terminology. . . . . . . . . . . . . . . . . 9
3.2. Other Terminology. . . . . . . . . . . . . . . . . . . . 10
4. Object Relationships . . . . . . . . . . . . . . . . . . . . . 12
4.1. Printer and Per-Printer Subscription Objects . . . . . . 13
4.2. Printer, Job and Per-Job Subscription Objects. . . . . . 13
5. Subscription Object. . . . . . . . . . . . . . . . . . . . . . 13
5.1. Rules for Support of Subscription Template Attributes. . 14
5.2. Rules for Processing Subscription Template Attributes. . 15
5.3. Subscription Template Attributes . . . . . . . . . . . . 18
5.3.1. notify-recipient-uri (uri) . . . . . . . . . . . 20
5.3.2. notify-pull-method (type2 keyword) . . . . . . . 21
5.3.3. notify-events (1setOf type2 keyword) . . . . . . 22
5.3.4. notify-attributes (1setOf type2 keyword) . . . . 29
5.3.5. notify-user-data (octetString(63)) . . . . . . . 30
5.3.6. notify-charset (charset) . . . . . . . . . . . . 31
5.3.7. notify-natural-language (naturalLanguage). . . . 31
5.3.8. notify-lease-duration (integer(0:67108863)). . . 32
5.3.9. notify-time-interval (integer(0:MAX)). . . . . . 33
5.4. Subscription Description Attributes. . . . . . . . . . . 34
5.4.1. notify-subscription-id (integer (1:MAX)). . . . 35
5.4.2. notify-sequence-number (integer (0:MAX)) . . . . 35
5.4.3. notify-lease-expiration-time (integer(0:MAX)). . 36
5.4.4. notify-printer-up-time (integer(1:MAX)). . . . . 37
5.4.5. notify-printer-uri (uri) . . . . . . . . . . . . 37
5.4.6. notify-job-id (integer(1:MAX)) . . . . . . . . . 37
5.4.7. notify-subscriber-user-name (name(MAX)). . . . . 38
6. Printer Description Attributes Related to Notification . . . . 38
6.1. printer-state-change-time (integer(1:MAX)) . . . . . . . 39
6.2. printer-state-change-date-time (dateTime). . . . . . . . 39
7. New Values for Existing Printer Description Attributes . . . . 39
7.1. operations-supported (1setOf type2 enum) . . . . . . . . 40
8. Attributes Only in Event Notifications . . . . . . . . . . . . 40
8.1. notify-subscribed-event (type2 keyword). . . . . . . . . 40
8.2. notify-text (text(MAX)). . . . . . . . . . . . . . . . . 41
9. Event Notification Content . . . . . . . . . . . . . . . . . . 41
9.1. Content of Machine Consumable Event Notifications. . . . 44
9.1.1. Event Notification Content Common to All Events. 44
9.1.2. Additional Event Notification Content for Job
Events . . . . . . . . . . . . . . . . . . . . . 45
9.1.3. Additional Event Notification Content for
Printer Events . . . . . . . . . . . . . . . . . 46
9.2. Content of Human Consumable Event Notification . . . . . 46
9.2.1. Event Notification Content Common to All Events. 47
9.2.2. Additional Event Notification Content for Job
Events . . . . . . . . . . . . . . . . . . . . . 49
9.2.3. Additional Event Notification Content for
Printer Events . . . . . . . . . . . . . . . . . 49
10. Delivery Methods . . . . . . . . . . . . . . . . . . . . . . . 50
11. Operations for Notification. . . . . . . . . . . . . . . . . . 52
11.1. Subscription Creation Operations . . . . . . . . . . . . 52
11.1.1. Create-Job-Subscriptions Operation . . . . . . . 52
11.1.2. Create-Printer-Subscriptions operation . . . . . 55
11.1.3. Job Creation Operations - Extensions for
Notification . . . . . . . . . . . . . . . . . . 56
11.2 Other Operations. . . . . . . . . . . . . . . . . . . . . 58
11.2.1. Restart-Job Operation - Extensions for
Notification . . . . . . . . . . . . . . . . . . 58
11.2.2. Validate-Job Operation - Extensions for
Notification . . . . . . . . . . . . . . . . . . 59
11.2.3. Get-Printer-Attributes - Extensions for
Notification . . . . . . . . . . . . . . . . . . 59
11.2.4. Get-Subscription-Attributes operation. . . . . . 60
11.2.5. Get-Subscriptions operation. . . . . . . . . . . 63
11.2.6. Renew-Subscription operation . . . . . . . . . . 66
11.2.7. Cancel-Subscription operation. . . . . . . . . . 68
12. Status Codes . . . . . . . . . . . . . . . . . . . . . . . . . 70
12.1. successful-ok-ignored-subscriptions (0x0003) . . . . . . 70
12.2. client-error-ignored-all-subscriptions (0x0414). . . . . 71
13. Status Codes in Subscription Attributes Groups . . . . . . . . 71
13.1. client-error-uri-scheme-not-supported (0x040C) . . . . . 71
13.2. client-error-attributes-or-values-not-supported (0x040B) 71
13.3. client-error-too-many-subscriptions (0x0415) . . . . . . 72
13.4. successful-ok-too-many-events (0x0005) . . . . . . . . . 72
13.5. successful-ok-ignored-or-substituted-attributes (0x0001) 72
14. Encodings of Additional Attribute Tags . . . . . . . . . . . . 72
15. Conformance Requirements . . . . . . . . . . . . . . . . . . . 72
15.1. Conformance requirements for clients . . . . . . . . . . 73
15.2. Conformance requirements for Printers. . . . . . . . . . 73
16. Model for Notification with Cascading Printers (Informative) . 74
17. Distributed Model for Notification (Informative) . . . . . . . 75
18. Extended Notification Recipient (Informative). . . . . . . . . 76
19. Object Model for Notification (Normative). . . . . . . . . . . 77
19.1. Object relationships . . . . . . . . . . . . . . . . . . 78
19.2. Printer Object and Per-Printer Subscription Objects. . . 79
19.3. Job Object and Per-Job Subscription Objects. . . . . . . 79
20. Per-Job versus Per-Printer Subscription Objects (Normative). . 79
21. Normative References . . . . . . . . . . . . . . . . . . . . . 80
22. Informative References . . . . . . . . . . . . . . . . . . . . 80
23. IANA Considerations. . . . . . . . . . . . . . . . . . . . . . 81
23.1. Attribute Registrations. . . . . . . . . . . . . . . . . 82
23.2. Additional Enum Attribute Value Registrations within
the IPP registry . . . . . . . . . . . . . . . . . . . . 83
23.3. Operation Registrations. . . . . . . . . . . . . . . . . 83
23.4. Status code Registrations. . . . . . . . . . . . . . . . 83
23.5. Attribute Group tag Registrations. . . . . . . . . . . . 84
23.6. Registration of Events . . . . . . . . . . . . . . . . . 84
23.7. Registration of Event Notification Delivery Methods. . . 85
23.7.1. Requirements for Registration of Event
Notification Delivery Methods. . . . . . . . . . 85
23.7.2. Registration Procedure . . . . . . . . . . . . . 86
23.7.3. Delivery Method Document Registrations . . . . . 87
23.7.4. Registration Template. . . . . . . . . . . . . . 88
24. Internationalization Considerations. . . . . . . . . . . . . . 89
25. Security Considerations. . . . . . . . . . . . . . . . . . . . 89
25.1. Client access rights . . . . . . . . . . . . . . . . . . 89
25.2. Printer security threats . . . . . . . . . . . . . . . . 91
25.3. Notification Recipient security threats. . . . . . . . . 91
26. Description of the base IPP documents (Informative). . . . . . 92
27. Contributors . . . . . . . . . . . . . . . . . . . . . . . . . 93
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 94
Full Copyright Statement . . . . . . . . . . . . . . . . . . . . . 95
Tables
テーブル
Table 1 - Subscription Template Attributes. . . . . . . . . . . . 20
Table 2 - Subscription Description Attributes . . . . . . . . . . 35
Table 3 - Printer Description Attributes Associated with
Notification. . . . . . . . . . . . . . . . . . . . . . 39
Table 4 - Operation-id assignments. . . . . . . . . . . . . . . . 40
Table 5 - Attributes in Event Notification Content. . . . . . . . 45
Table 6 - Additional Event Notification Content for Job Events. . 46
Table 7 - Combinations of Events and Subscribed Events for
"job-impressions-completed" . . . . . . . . . . . . . . 46
Table 8 - Additional Event Notification Content for Printer
Events. . . . . . . . . . . . . . . . . . . . . . . . . 46
Table 9 - Printer Name in Event Notification Content. . . . . . . 48
Table 10 - Event Name in Event Notification Content. . . . . . . . 48
Table 11 - Event Time in Event Notification Content. . . . . . . . 48
Table 12 - Job Name in Event Notification Content. . . . . . . . . 49
Table 13 - Job State in Event Notification Content . . . . . . . . 49
Table 14 - Printer State in Event Notification Content . . . . . . 50
Table 15 - Information about the Delivery Method . . . . . . . . . 51
Table 16 - Printer Conformance Requirements for Operations . . . . 74
Figures
図
Figure 1 - Model for Notification. . . . . . . . . . . . . . . . . 9
Figure 2 - Model for Notification with Cascading Printers. . . . . 75
Figure 3 - Opaque Use of a Notification Server Transparent to the
Client. . . . . . . . . . . . . . . . . . . . . . . . . 76
Figure 4 - Use of an Extended Notification Recipient transparent
to the Printer. . . . . . . . . . . . . . . . . . . . . 77
Figure 5 - Object Model for Notification . . . . . . . . . . . . . 78
This IPP notification specification is an OPTIONAL extension to Internet Printing Protocol/1.1: Model and Semantics [RFC2911, RFC2910]. See Appendix 29 for a description of the base IPP documents. This document in combination with the following documents is intended to meet the most important notification requirements described in [RFC3997]:
このIPP通知仕様は、インターネット印刷プロトコル/1.1：モデルとセマンティクス[RFC2911、RFC2910]のオプションの拡張です。ベースIPPドキュメントの説明については、付録29を参照してください。次のドキュメントと組み合わせたこのドキュメントは、[RFC3997]で説明されている最も重要な通知要件を満たすことを目的としています。
Internet Printing Protocol (IPP): "Job Progress Attributes" [RFC3381]
インターネット印刷プロトコル（IPP）：「ジョブの進捗属性」[RFC3381]
Internet Printing Protocol (IPP): "The 'ippget' Delivery Method for Event Notifications" [RFC3996]
インターネット印刷プロトコル（IPP）：「イベント通知の「ippget」配信方法」[RFC3996]
This specification REQUIRES that clients and Printers support the 'ippget' Pull Delivery Method [RFC3996]. Conforming client and Printer implementations MAY support additional Push or Pull Delivery Methods as well. Note: this document does not define any Delivery Methods itself, but it does define the rules for conformance for Delivery Method Documents and their registration with IANA (see section 23.7.3).
この仕様では、クライアントとプリンターが「ippget」プル配信方法[RFC3996]をサポートする必要があります。適合クライアントとプリンターの実装は、追加のプッシュまたはプル配信方法もサポートする場合があります。注：このドキュメントは、配信方法自体を定義していませんが、配信方法ドキュメントの適合性の規則とIANAへの登録を定義しています（セクション23.7.3を参照）。
Refer to the Table of Contents for the layout of this document.
このドキュメントのレイアウトについては、目次を参照してください。
This document defines operations that a client can perform in order to create Subscription Objects in a Printer and carry out other operations on them. A Subscription Object represents a Subscription abstraction. The Subscription Object specifies that when one of the specified Events occurs, the Printer delivers an asynchronous Event Notification to the specified Notification Recipient via the specified Delivery Method (i.e., protocol).
このドキュメントでは、プリンターでサブスクリプションオブジェクトを作成し、それらの他の操作を実行するためにクライアントが実行できる操作を定義します。サブスクリプションオブジェクトは、サブスクリプションの抽象化を表します。サブスクリプションオブジェクトは、指定されたイベントのいずれかが発生すると、プリンターが指定された配信方法（つまり、プロトコル）を介して指定された通知受信者に非同期イベント通知を提供することを指定します。
When a client (called a Subscribing Client) performs an operation that creates a Subscription Object, the operation contains one or more Subscription Template Attributes Groups. Each such group holds information used by the Printer to initialize a newly created Subscription Object. The Printer creates one Subscription Object for each Subscription Template Attributes Group in the operation. This group is like the Job Template Attributes group defined in [RFC2911]. The following is an example of the information included in a Subscription Template Attributes Group (see section 5 for details on the Subscription Object attributes):
クライアント（購読クライアントと呼ばれる）がサブスクリプションオブジェクトを作成する操作を実行すると、操作には1つ以上のサブスクリプションテンプレート属性グループが含まれます。このようなグループは、新しく作成されたサブスクリプションオブジェクトを初期化するためにプリンターが使用する情報を保持しています。プリンターは、操作中の各サブスクリプションテンプレート属性グループの1つのサブスクリプションオブジェクトを作成します。このグループは、[RFC2911]で定義されているジョブテンプレート属性グループのようなものです。以下は、サブスクリプションテンプレート属性グループに含まれる情報の例です（サブスクリプションオブジェクト属性の詳細については、セクション5を参照）：
1. The names of Subscribed Events that are of interest to the Notification Recipient.
1. 通知受信者にとって興味深いサブスクライブイベントの名前。
2. The address (URL) of one Notification Recipient for a Push Delivery Method or the method for a Pull Delivery Method.
2. プッシュ配信方法の1つの通知受信者のアドレス（URL）またはプル配信方法の方法。
3. The Delivery Method (i.e., the protocol) which the Printer uses to deliver the Event Notification.
3. プリンターがイベント通知を提供するために使用する配信方法（つまり、プロトコル）。
4. Some opaque data that the Printer delivers to the Notification Recipient in the Event Notification. For example, the Notification Recipient might use this opaque data as a forwarding address for the Event Notification.
4. イベント通知でプリンターが通知受信者に配信する不透明なデータ。たとえば、通知受信者は、この不透明なデータをイベント通知の転送アドレスとして使用する場合があります。
5. The charset to use in text fields within an Event Notification
5. イベント通知内のテキストフィールドで使用するcharset
6. The natural language to use in the text fields of the Event Notification
6. イベント通知のテキストフィールドで使用する自然言語
7. The requested lease time in seconds for the Subscription Object
7. サブスクリプションオブジェクトの数秒で要求されたリース時間
An operation that creates a Subscription Object is called a Subscription Creation Operation. These operations include the following operations (see section 11.1 for further details):
サブスクリプションオブジェクトを作成する操作は、サブスクリプション作成操作と呼ばれます。これらの操作には、次の操作が含まれます（詳細については、セクション11.1を参照）。
- Job Creation operation: When a client performs such an operation (Print-Job, Print-URI, and Create-Job), a client can include zero or more Subscription Template Attributes Groups in the request. The Printer creates one Subscription Object for each Subscription Template Attributes Group in the request, and the Printer associates each such Subscription Object with the newly created Job. This document extends these operations' definitions in [RFC2911] by adding Subscription Template Attributes Groups in the request and Subscription Attributes Groups in the response.
- 雇用創出操作：クライアントがそのような操作（print-job、print-uri、およびcreate-job）を実行すると、クライアントはリクエストにゼロ以上のサブスクリプションテンプレート属性グループを含めることができます。プリンターは、リクエスト内の各サブスクリプションテンプレート属性グループの1つのサブスクリプションオブジェクトを作成し、プリンターは各そのようなサブスクリプションオブジェクトを新しく作成したジョブに関連付けます。このドキュメントは、リクエストにサブスクリプションテンプレート属性グループを追加し、応答内のグループに属性グループを追加することにより、[RFC2911]のこれらの操作の定義を拡張します。
- Create-Job-Subscriptions operation: A client can include one or more Subscription Template Attributes Groups in the request. The Printer creates one Subscription Object for each Subscription Template Attributes Group and associates each with the job that is the target of this operation.
- Create-Job-Subscriptions操作：クライアントには、リクエストに1つ以上のサブスクリプションテンプレート属性グループを含めることができます。プリンターは、各サブスクリプションテンプレート属性グループの1つのサブスクリプションオブジェクトを作成し、それぞれをこの操作のターゲットであるジョブに関連付けます。
- Create-Printer-Subscriptions operation: A client can include one or more Subscription Template Attributes Groups in the request. The Printer creates one Subscription Object for each Subscription Template Attributes Group and associates each with the Printer that is the target of this operation.
- Create-Printer-Subscriptions操作：クライアントには、リクエストに1つ以上のサブスクリプションテンプレート属性グループを含めることができます。プリンターは、各サブスクリプションテンプレート属性グループの1つのサブスクリプションオブジェクトを作成し、それぞれをこの操作のターゲットであるプリンターに関連付けます。
For each of the above operations:
上記の操作のそれぞれについて：
- the Printer associates a Subscription Object with the Printer or a specific Job. When a Subscription Object is associated with a Job Object, it is called a Per-Job Subscription Object. When a Subscription Object is associated with a Printer Object, it is called a Per-Printer Subscription Object.
- プリンターは、サブスクリプションオブジェクトをプリンターまたは特定のジョブに関連付けます。サブスクリプションオブジェクトがジョブオブジェクトに関連付けられている場合、JOBごとのサブスクリプションオブジェクトと呼ばれます。サブスクリプションオブジェクトがプリンターオブジェクトに関連付けられている場合、それはプリンターごとのサブスクリプションオブジェクトと呼ばれます。
- the response contains one Subscription Attributes Group for each Subscription Template Attributes Group in the request and in the same order. When the Printer successfully creates a Subscription Object, its corresponding Subscription Attributes Group contains the "notify-subscription-id" attribute. This attribute uniquely identifies the Subscription Object and is analogous to a "job-id" for a Job object. Some operations described below use the "notify-subscription-id" to identify the target Subscription Object.
- 応答には、リクエストと同じ順序で、各サブスクリプションテンプレート属性グループの1つのサブスクリプション属性グループが含まれています。プリンターがサブスクリプションオブジェクトを正常に作成すると、対応するサブスクリプション属性グループには「Notify-Subscription-ID」属性が含まれます。この属性は、サブスクリプションオブジェクトを一意に識別し、ジョブオブジェクトの「ジョブID」に類似しています。以下に説明するいくつかの操作は、「Notify-Subscription-ID」を使用して、ターゲットサブスクリプションオブジェクトを識別します。
This document defines the following additional operations (see section 11.2 for further details):
このドキュメントでは、以下の追加操作を定義しています（詳細については、セクション11.2を参照）。
- Restart-Job operation: When a client performs the Restart-Job operation [RFC2911], the Printer re-uses the same Job and its Subscription Objects.
- Restart-Job操作：クライアントがRestart-Job操作[RFC2911]を実行すると、プリンターは同じジョブとそのサブスクリプションオブジェクトを再利用します。
- Validate-Job operation: When a client performs this operation, a client can include zero or more Subscription Template Attributes Groups in the request. The Printer determines if it could create one Subscription Object for each Subscription Template Attributes Group in the request. This document extends this operation's definition in [RFC2911] by adding Subscription Template Attributes Groups in the request and Subscription Attributes Groups in the response.
- VALIDATE-JOB操作：クライアントがこの操作を実行すると、クライアントはリクエストにゼロ以上のサブスクリプションテンプレート属性グループを含めることができます。プリンターは、リクエストで各サブスクリプションテンプレート属性グループに1つのサブスクリプションオブジェクトを作成できるかどうかを決定します。このドキュメントは、[RFC2911]でのこの操作の定義を、リクエストにサブスクリプションテンプレート属性グループを追加し、応答内のグループを追加することにより拡張します。
- Get-Subscription-Attributes operation: This operation allows a client to obtain the specified attributes of a target Subscription Object.
- get-subscription-attributes操作：この操作により、クライアントはターゲットサブスクリプションオブジェクトの指定された属性を取得できます。
- Get-Subscriptions operation: This operation allows a client to obtain the specified attributes of all Subscription Objects associated with the Printer or a specified Job.
- get-subscriptions操作：この操作により、クライアントはプリンターまたは指定されたジョブに関連付けられたすべてのサブスクリプションオブジェクトの指定された属性を取得できます。
- Renew-Subscription operation: This operation renews the lease on the target Per-Printer Subscription Object before it expires. A newly created Per-Printer Subscription Object receives an initial lease. It is the duty of the client to use this operation frequently enough to preserve a Per-Printer Subscription Object. The Printer deletes a Per-Printer Subscription Object when its lease expires. A Per-Job Subscription Object last exactly as long as its associated Job Object and thus doesn't have a lease.
- 更新サブスクリプション操作：この操作は、有効期限が切れる前に、ターゲットごとのサブスクリプションオブジェクトのリースを更新します。新しく作成されたPer-Printerサブスクリプションオブジェクトは、初期リースを受信します。この操作を頻繁に使用するのに十分頻繁にこの操作を使用することは、クライアントの義務です。プリンターは、リースの有効期限が切れたときにプリンターごとのサブスクリプションオブジェクトを削除します。ジョブごとのサブスクリプションオブジェクトは、関連するジョブオブジェクトと同じ長さと同じままで、リースがありません。
- Cancel-Subscription operation: This operation (1) cancels the lease on the specified Per-Printer Subscription Object and thereby deletes the Per-Printer Subscription Object or (2) deletes the Per-Job Subscription Object.
- キャンセルサブスクリプション操作：この操作（1）は、指定されたプリンターごとのサブスクリプションオブジェクトのリースをキャンセルし、それによってプリンストごとのサブスクリプションオブジェクトを削除するか、（2）jobごとのサブスクリプションオブジェクトを削除します。
When an Event occurs, the Printer finds all Subscription Objects listening for the Event (see section 9 for details on finding such Subscription Objects). For each such Subscription Object, the Printer:
イベントが発生すると、プリンターはすべてのサブスクリプションオブジェクトがイベントを聞いているのを見つけます（このようなサブスクリプションオブジェクトの検索の詳細については、セクション9を参照してください）。そのようなサブスクリプションオブジェクトごとに、プリンター：
a) generates an Event Notification with information specified in section 9, AND
a) セクション9で指定された情報を使用してイベント通知を生成し、
b) either:
b) どちらか：
i) If the Delivery Method is a Push Delivery Method as indicated by the presence of the Subscription Object's "notify-recipient-uri" attribute, delivers the Event Notification using the Delivery Method and target address identified in the Subscription Object's "notify-recipient-uri" attribute, OR
i) 配信方法が、サブスクリプションオブジェクトの「Notify-Recipient-URI」属性の存在によって示されるプッシュ配信方法である場合、サブスクリプションオブジェクトの「Notify-Recipient-URI」で識別された配信方法とターゲットアドレスを使用してイベント通知を配信します。属性、または
ii) If the Delivery Method is a Pull Delivery Method as indicated by the presence of the Subscription Object's "notify-pull-method" attribute, saves Event Notification for a time period called the Event Life defined by the Delivery Method, i.e., the Notification Recipient is expected to fetch the Event Notifications.
ii）サブスクリプションオブジェクトの「Notify-Pull-Method」属性の存在によって示されるように、配信方法がプル配信方法である場合、配信方法で定義されたイベント寿命、つまり通知と呼ばれる期間のイベント通知を保存します。受信者は、イベント通知を取得することが期待されています。
As part of a Subscription Creation Operation, an IPP Printer (i.e., located in an output device or a server) creates one or more Subscription Objects. In a Subscription Creation Operation, the client specifies the Notification Recipient to which the Printer is to deliver Event Notifications. A Notification Recipient can be the Subscribing Client or a third party.
サブスクリプション作成操作の一部として、IPPプリンター（つまり、出力デバイスまたはサーバーにある）が1つ以上のサブスクリプションオブジェクトを作成します。サブスクリプション作成操作では、クライアントは、プリンターがイベント通知を配信するための通知受信者を指定します。通知受信者は、購読クライアントまたはサードパーティにすることができます。
Figure 1 shows the Notification model for a simple Client-Printer relationship.
図1は、単純なクライアントプリンター関係の通知モデルを示しています。
embedded printer:
埋め込みプリンター：
output device or server
PDA, desktop, or server +---------------+
+--------+ | ########### |
| client |-----Subscription ---------># Printer # |
+--------+ Creation Operation | # Object # |
+------------+ | #####|##### |
|Notification| +-------|-------+
|Recipient |<----IPP Event Notifications----+
+------------+ (Job and/or Printer Events)
Figure 1 - Model for Notification
図1-通知のモデル
Additional models have been proposed (see Appendices 16, 17, and 18).
追加のモデルが提案されています（付録16、17、および18を参照）。
This section defines terminology used throughout this document. Other terminology is defined in [RFC2911].
このセクションでは、このドキュメント全体で使用される用語を定義します。他の用語は[RFC2911]で定義されています。
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 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.
必須、必須、必須、必要はない、すべきではないようにする必要はありません、、必要ではない、そしてオプションのような大文字化された用語は、RFC 2119 [RFC2119]および[RFC2911]セクション12.1で定義されているように適合性に関連する特別な意味を持っています。実装がこのドキュメントで定義されている拡張機能をサポートする場合、これらの用語が適用されます。そうでなければ、彼らはそうしません。これらの用語は、このドキュメントのみへの適合性を定義します。明示的に特に述べられていない限り、他の文書への適合には影響しません。
Note: a feature that is OPTIONAL in this document becomes REQUIRED if the Printer implements a Delivery Method that REQUIRES the feature.
注：このドキュメントでオプションの機能が、プリンターが機能を必要とする配信方法を実装する場合に必要になります。
READ-ONLY - an adjective used in an attribute definition to indicate that an IPP Printer MUST NOT allow the attribute's value to be modified.
読み取り専用 - 属性定義で使用される形容詞は、IPPプリンターが属性の値を変更してはならないことを示しています。
This document uses the same terminology as [RFC2911], such as "client", "Printer", "attribute", "attribute value", "keyword", "operation", "request", "response", "administrator", "operator", and "support". In addition, the following terms are defined for use in this document and the Delivery Method Documents:
このドキュメントでは、「クライアント」、「プリンター」、「属性」、「属性値」、「キーワード」、「操作」、「リクエスト」、「応答」、「管理者」など、[RFC2911]と同じ用語を[rfc2911]を使用します。「オペレーター」と「サポート」。さらに、次の用語は、このドキュメントと配信方法ドキュメントで使用するために定義されています。
Compound Event Notification - two or more Event Notifications that a Printer delivers together as a single request or response. The Delivery Method Document specifies whether the Delivery Method supports Compound Event Notifications.
複合イベント通知 - プリンターが単一のリクエストまたは応答として一緒に配信する2つ以上のイベント通知。配信方法文書は、配信方法が複合イベント通知をサポートするかどうかを指定します。
Delivery Method - the mechanism by which the Printer delivers an Event Notification.
配信方法 - プリンターがイベント通知を提供するメカニズム。
Delivery Method Document - a document, separate from this document, that defines a Delivery Method.
配信方法ドキュメント - 配信方法を定義するドキュメント。
Event - some occurrence (either expected or unexpected) within the printing system of a change of state, condition, or configuration of a Job or Printer object. An Event occurs only at one instant in time and does not span the time the physical Event takes place. For example, jam-occurred and jam-cleared are two distinct, instantaneous Events, even though the jam may last for a while.
イベント - ジョブまたはプリンターオブジェクトの状態、条件、または構成の変化の印刷システム内でのいくつかの発生（予想または予期しない）。イベントは、時間内に1つの瞬間でのみ発生し、物理的なイベントが行われる時間に及ぶことはありません。たとえば、ジャムがかつて、ジャムクリアされたのは、ジャムがしばらく続く可能性があるにもかかわらず、2つの異なる瞬間的なイベントです。
Event Life - For a Pull Delivery Method, the length of time in seconds after an Event occurs during which the Printer will retain that Event for delivery in an Event Notification. After the Event Life expires, the Printer will no longer deliver an Event Notification for that Event in such a response.
イベントライフ - プル配達方法の場合、イベントが発生してから数秒後の時間の長さは、プリンターがイベント通知で配信のためにそのイベントを保持します。イベントの寿命が切れた後、プリンターはそのような応答でそのイベントのイベント通知を提供しなくなります。
Event Notification - the information about an Event that the Printer delivers when an Event occurs.
イベント通知 - イベントが発生したときにプリンターが配信するイベントに関する情報。
Event Notification Attributes Group - The attributes group which is used to deliver an Event Notification in a request (Push Delivery Methods) or a response (Pull Delivery Methods).
イベント通知属性グループ - リクエスト（プッシュ配信方法）または応答（プル配信方法）でイベント通知を配信するために使用される属性グループ。
Human Consumable Event Notification - localized text for human consumption only. There is no standardized format and thus programs should not try to parse this text.
人間の消耗品イベント通知 - 人間の消費のみのローカライズされたテキスト。標準化された形式はありません。したがって、プログラムはこのテキストを解析しようとしないでください。
Job Creation operation - One of the operations that creates a Job object: Print-Job, Print-URI and Create-Job. The Restart-Job operation [RFC2911] is not considered a Job Creation operation, since the Printer re-uses the existing Job object. The Validate-Job operation is not considered a Job Creation operation because no Job object is created. Therefore, when a statement also applies to either the Restart-Job and/or the Validate-Job operation, they are mentioned explicitly.
雇用創出運用 - ジョブオブジェクトを作成する操作の1つ：印刷ジョブ、印刷物、およびcreate-job。プリンターは既存のジョブオブジェクトを再利用するため、Restart-Job操作[RFC2911]は雇用創出操作とは見なされません。Validate-Job操作は、ジョブオブジェクトが作成されていないため、雇用作成操作とは見なされません。したがって、ステートメントが再起動ジョブおよび/または検証ジョブ操作のいずれかにも適用される場合、それらは明示的に言及されます。
Job Event - an Event caused by some change in a particular job on the Printer, e.g., 'job-completed'.
ジョブイベント - プリンター上の特定のジョブの変更によって引き起こされたイベント、例えば「ジョブコンプリート」。
Machine Consumable Event Notification - bytes for program consumption. The bytes are formatted according to the Delivery Method document.
マシン消費可能イベント通知 - プログラム消費のためのバイト。バイトは、配信方法ドキュメントに従ってフォーマットされます。
Notification - when not in the phrases 'Event Notification' and 'Notification Recipient' - the concepts of this specification, i.e., Events, Subscription Objects, and Event Notifications.
通知 - 「イベント通知」と「通知受信者」というフレーズにない場合 - この仕様の概念、つまりイベント、サブスクリプションオブジェクト、イベント通知。
Notification Recipient - the entity to which the Printer delivers an Event Notification. For Push Delivery Methods, the IPP Printer sends the Notifications to a Notification Recipient. For Pull Delivery Methods, the Notification Recipient is acting in the role of an IPP client and requests Event Notifications and so the terms "client" and
通知受信者 - プリンターがイベント通知を提供するエンティティ。プッシュ配信方法については、IPPプリンターは通知を通知受信者に送信します。プル配信方法の場合、通知受信者はIPPクライアントの役割で行動し、イベント通知を要求し、「クライアント」という用語と
"Notification Recipient" are used interchangeably with such Delivery Methods. For example, see [RFC3996].
「通知受信者」は、このような配信方法と同じ意味で使用されます。たとえば、[RFC3996]を参照してください。
Per-Job Subscription Object - A Subscription Object that is associated with a single Job. The Create-Job-Subscriptions operation and Job Creation operations create such an object.
JOBごとのサブスクリプションオブジェクト - 単一のジョブに関連付けられているサブスクリプションオブジェクト。Create-Job-Subscriptionsの操作と雇用作成操作は、そのようなオブジェクトを作成します。
Per-Printer Subscription Object - A Subscription Object that is associated with the Printer as a whole. The Create-Printer-Subscriptions operation creates such an object.
プリンシLペルスクリプションオブジェクト - プリンター全体に関連付けられているサブスクリプションオブジェクト。Create-Printer-Subscriptions操作は、そのようなオブジェクトを作成します。
Printer Event - an Event caused by some change in the Printer that is not specific to a job, e.g., 'printer-state-changed'.
プリンターイベント - ジョブに固有のプリンターの変更によって引き起こされるイベント、例えば「プリンターステート変更」。
Pull Delivery Method - The Printer saves Event Notifications for some event life time and expects the Notification Recipient to request Event Notifications. The Printer delivers the Event Notifications in a response to such a request.
プル配信方法-Printerは、イベントの寿命のイベント通知を保存し、通知受信者がイベント通知を要求することを期待しています。プリンターは、このようなリクエストへの応答でイベント通知を提供します。
Push Delivery Method -The Printer delivers the Event Notification shortly after an Event occurs.
プッシュ配信方法-Printerは、イベントが発生した直後にイベント通知を提供します。
Subscribed Event - an Event that the Subscribing Client expresses interest in by making it a value of the "notify-events" attribute on a Subscription Object.
サブスクライブイベント - 購読クライアントがサブスクリプションオブジェクトの「Notify -Ivents」属性の値にすることで関心を表明するイベント。
Subscribed Job Event - a Subscribed Event that is a Job Event.
サブスクライブジョブイベント - ジョブイベントであるサブスクライブイベント。
Subscribed Printer Event - a Subscribed Event that is a Printer Event.
サブスクライブプリンターイベント - プリンターイベントであるサブスクライブイベント。
Subscribing Client - The client that creates the Subscription Object.
サブスクライティングクライアント - サブスクリプションオブジェクトを作成するクライアント。
Subscription Attributes Group - The attributes group in a response that contains Subscription Object attributes.
サブスクリプション属性グループ - サブスクリプションオブジェクト属性を含む応答の属性グループ。
Subscription Creation Operation - An operation that creates a Subscription Object: Job Creation operations, Create-Job-Subscriptions operation, Create-Printer-Subscriptions operation. In the context of a Job Creation operation, a Subscription Creation Operation is the part of the Job Creation operation that creates one or more Subscription objects. The Restart-Job operation [RFC2911] is not considered a Subscription Creation Operation, since the Printer re-uses the Job's existing Subscription Objects, rather than creating any new Subscription Objects.
サブスクリプション作成操作 - サブスクリプションオブジェクトを作成する操作：雇用作成操作、Create-Job-Subscriptions Operation、Create-Printer-Subscriptions操作。雇用作成操作のコンテキストでは、サブスクリプション作成操作は、1つ以上のサブスクリプションオブジェクトを作成する雇用作成操作の一部です。プリンターは、新しいサブスクリプションオブジェクトを作成するのではなく、ジョブの既存のサブスクリプションオブジェクトを再利用するため、Restart-Job操作[RFC2911]はサブスクリプション作成操作とは見なされません。
Subscription Creation Request - The request portion of a Subscription Creation Operation.
サブスクリプション作成リクエスト - サブスクリプション作成操作の要求部分。
Subscription Description Attributes - Subscription Object attributes that a Printer supplies during a Subscription Creation Operation.
サブスクリプションの説明属性 - サブスクリプションオブジェクトの属性は、サブスクリプション作成操作中にプリンターが供給する属性です。
Subscription Object - An object containing a set of attributes that indicate: the Notification Recipient (for Push Delivery Method only), the Delivery Method, the Subscribed Events that cause the Printer to deliver an Event Notification, and the information to include in an Event Notification.
サブスクリプションオブジェクト - 通知受信者（プッシュ配信方法のみ）、配信方法、プリンターにイベント通知を提供するサブスクライブイベント、およびイベント通知に含める情報を示す属性のセットを含むオブジェクト。
Subscription Template Attributes - Subscription Object attributes that a client can supply in a Subscription Creation Operation and associated Printer Object attributes that specify supported and default values for the Subscription Object attributes.
サブスクリプションテンプレート属性 - サブスクリプションオブジェクト属性は、サブスクリプション作成操作およびサブスクリプションオブジェクト属性のサポートされたデフォルト値を指定する関連プリンターオブジェクト属性で提供できる属性。
Subscription Template Attributes Group - The attributes group in a request that contains Subscription Object attributes that are Subscription Template Attributes.
サブスクリプションテンプレート属性グループ - 属性グループは、サブスクリプションテンプレート属性であるサブスクリプションオブジェクト属性を含むリクエストに含まれます。
This section defines the object relationships between the Printer, Job, and Subscription Objects. It does not define the implementation. For an illustration of these relationships, see Appendix 19.
このセクションでは、プリンター、ジョブ、サブスクリプションオブジェクト間のオブジェクト関係を定義します。実装を定義しません。これらの関係の図については、付録19を参照してください。
1. A Printer object can be associated with zero or more Per-Printer Subscription Objects.
1. プリンターオブジェクトは、ゼロ以上のプリンターサブスクリプションオブジェクトに関連付けることができます。
2. Each Per-Printer Subscription Object is associated with exactly one Printer object.
2. 各プリンターごとのサブスクリプションオブジェクトは、1つのプリンターオブジェクトに関連付けられています。
1. A Printer object is associated with zero or more Job objects.
1. プリンターオブジェクトは、ゼロ以上のジョブオブジェクトに関連付けられています。
2. Each Job object is associated with exactly one Printer object.
2. 各ジョブオブジェクトは、1つのプリンターオブジェクトに関連付けられています。
3. A Job object is associated with zero or more Per-Job Subscription Objects.
3. ジョブオブジェクトは、ゼロ以上のジョブごとのサブスクリプションオブジェクトに関連付けられています。
4. Each Per-Job Subscription Object is associated with exactly one Job object.
4. 各ジョブごとのサブスクリプションオブジェクトは、正確に1つのジョブオブジェクトに関連付けられています。
A Subscribing Client creates a Subscription Object with a Subscription Creation Operation in order to indicate its interest in certain Events. See section 11 for a description of these operations. When an Event occurs, the Subscription Object specifies to the Printer where to deliver Event Notifications for Push Delivery Methods only, how to deliver them, and what to include in them. See section 9 for details on the contents of an Event Notification.
購読クライアントは、特定のイベントへの関心を示すために、サブスクリプション作成操作を備えたサブスクリプションオブジェクトを作成します。これらの操作の説明については、セクション11を参照してください。イベントが発生すると、サブスクリプションオブジェクトはプリンターに、プッシュ配信方法のみのイベント通知を配信する場所、配信方法、およびそれらに何を含めるかを指定します。イベント通知の内容の詳細については、セクション9を参照してください。
Using the IPP Job Template attributes as a model (see [RFC2911] section 4.2), the attributes of a Subscription Object are divided into two categories: Subscription Template Attributes and Subscription Description Attributes.
IPPジョブテンプレート属性をモデルとして使用して（[RFC2911]セクション4.2を参照）、サブスクリプションオブジェクトの属性は、サブスクリプションテンプレート属性とサブスクリプション説明属性の2つのカテゴリに分割されます。
Subscription Template attributes are, in turn, like the Job Template attributes, divided into
サブスクリプションテンプレート属性は、順番に、ジョブテンプレート属性のように、
1. Subscription Object attributes that a client can supply in a Subscription Creation Request and
1. サブスクリプションオブジェクトは、クライアントがサブスクリプション作成リクエストで提供できる属性と
2. their associated Printer Object attributes that specify supported and default values for the Subscription Object attributes
2. サブスクリプションオブジェクト属性のサポートされたデフォルト値とデフォルト値を指定するそれらに関連するプリンターオブジェクト属性
The remainder of this section specifies general rules for Subscription Template Attributes and describes each attribute in a Subscription Object.
このセクションの残りの部分では、サブスクリプションテンプレート属性の一般的なルールを指定し、サブスクリプションオブジェクトの各属性を説明します。
Subscription Template Attributes are fundamental to the Notification model described in this specification. The client supplies these attributes in Subscription Creation Operations and the Printer uses these attributes to populate a newly created Subscription Object.
サブスクリプションテンプレート属性は、この仕様で説明されている通知モデルの基本です。クライアントは、サブスクリプション作成操作でこれらの属性を提供し、プリンターはこれらの属性を使用して、新しく作成されたサブスクリプションオブジェクトに入力します。
Subscription Objects attributes that are Subscription Template Attributes conform to the following rules:
サブスクリプションテンプレート属性であるサブスクリプションオブジェクト属性は、次のルールに準拠しています。
1. Each attribute's name starts with the prefix string "notify-" and this document calls such attributes "notify-xxx".
1. 各属性の名前は、プレフィックス文字列「notify-」で始まり、このドキュメントはそのような属性を「notify-xxx」と呼びます。
2. For each "notify-xxx" Subscription Object attribute defined in column 1 of Table 1 in section 5.3, Table 1 specifies corresponding Printer attributes: "notify-xxx-default", "notify-xxx-supported", "yyy-supported" and "notify-max-xxx-supported" defined in column 2 of Table 1. Note "xxx" stands for the same string in each case and "yyy" stands for some other string.
2. セクション5.3の表1の列1で定義されている「Notify-XXX」サブスクリプションオブジェクト属性ごとに、表1は、対応するプリンター属性を指定します。表1の列2で定義されている「Notify-Max-XXXがサポートする」「XXX」は、それぞれの場合に同じ文字列を表し、「YYY」は他の文字列を表します。
3. If a Printer supports "notify-xxx" in column 1 of Table 1, then the Printer MUST support all associated attributes specified in column 2 of Table 1. For example, Table 1 shows that if the Printer supports "notify-events", it MUST support "notify-events-default", "notify-events-supported" and "notify-max-events-supported".
3. プリンターが表1の列1の「Notify-XXX」をサポートする場合、プリンターは表1の列2で指定されている関連属性をすべてサポートする必要があります。たとえば、表1は、プリンターが「Notify-Ivents」をサポートする場合、「Notify-Ivents-Default」、「Notify-Ivents-Supported」、「Notify-Max-Ivents-Supported」をサポートする必要があります。
4. If a Printer does not support "notify-xxx" in column 1 of Table 1, then the Printer MUST NOT support any associated "notify-yyy" attributes specified in column 2 of Table 1. For example, Table 1 shows that if the Printer doesn't support "notify-events", it MUST NOT support "notify-events-default", "notify-events-supported" and "notify-max-events-supported". Note this rule does not apply to attributes whose names do not start with the string "notify-" and are thus defined in another object and used by other attributes.
4. プリンターが表1の列1の「Notify-XXX」をサポートしていない場合、プリンターは、表1の列2で指定されている関連する「通知」属性をサポートしてはなりません。たとえば、表1は、プリンターがプリンターの場合を示しています「Notify-Ivents」をサポートしておらず、「Notify-Ivents-Default」、「Notify-Ivents-Supported」、「Notify-Max-Ivents-Supported」をサポートしてはなりません。注このルールは、名前が文字列「Notify」から始まらない属性には適用されません。したがって、別のオブジェクトで定義され、他の属性によって使用されます。
5. Most "notify-xxx" attributes have a corresponding "yyy-supported" attribute that specifies the supported values for "notify-xxx". Column 2 of Table 1 specifies the name of each "yyy-supported" attribute. The naming rules of IPP/1.1 (see [RFC2911]) are used when "yyy-supported" is "notify-xxx-supported".
5. ほとんどの「Notify-XXX」属性には、「Notify-XXX」のサポートされた値を指定する対応する「YYYサポートされた」属性があります。表1の列2に、各「YYYがサポートする」属性の名前を指定します。IPP/1.1の命名規則（[rfc2911]を参照）は、「yyy-supported」が「notify-xxx-supported」である場合に使用されます。
6. Some "notify-xxx" attributes have a corresponding "notify-xxx-default" attribute that specifies the value for "notify-xxx" if the client does not supply it. Column 2 of Table 1 specifies the name of each "notify-xxx-default" attribute. The naming rules of IPP/1.1 (see [RFC2911]) are used.
6. 一部の「Notify-XXX」属性には、クライアントが提供しない場合に「Notify-XXX」の値を指定する対応する「Notify-XXX-Default」属性があります。表1の列2は、各「notify-xxx-default」属性の名前を指定しています。IPP/1.1の命名規則（[RFC2911]を参照）が使用されます。
If a client wishes to present an end user with a list of supported values from which to choose, the client SHOULD query the Printer for its supported value attributes. The client SHOULD also query the default value attributes. If the client then limits selectable values to only those values that are supported, the client can guarantee that the values supplied by the client in the create request all fall within the set of supported values at the Printer. When querying the Printer, the client MAY enumerate each attribute by name in the Get-Printer-Attributes Request, or the client MAY just supply the 'subscription-template' group name in order to get the complete set of supported attributes (both supported and default attributes - see section 11.2.3).
クライアントがエンドユーザーに選択するサポート値のリストを提示したい場合、クライアントはサポートされている値属性をプリンターに照会する必要があります。クライアントは、デフォルトの値属性も照会する必要があります。クライアントが選択可能な値をサポートされている値のみに制限する場合、クライアントは、作成要求でクライアントが提供する値がすべてプリンターのサポートされた値のセット内にあることを保証できます。プリンターを照会する場合、クライアントはGet-Printer-Attributesリクエストで各属性を名前で列挙することができます。または、クライアントは、サポートされている属性の完全なセットを取得するために「サブスクリプションテンプレート」グループ名を提供するだけです（両方ともサポートされており、デフォルトの属性 - セクション11.2.3を参照）。
This section defines a detailed set of rules that a Printer follows when it processes Subscription Template Attributes in a Subscription Creation Request. These rules are similar to the rules for processing Operation attributes in [RFC2911]. That is, the Printer may or may not support an attribute and a client may or may not supply the attribute. Some combinations of these cases are OK. Others return warnings or errors, and perhaps a list of unsupported attributes.
このセクションでは、サブスクリプション作成リクエストでサブスクリプションテンプレート属性を処理するときにプリンターが従う詳細なルールセットを定義します。これらのルールは、[RFC2911]の操作属性を処理するためのルールに似ています。つまり、プリンターは属性をサポートする場合とサポートしていない場合があり、クライアントは属性を提供する場合と提供しない場合があります。これらのケースのいくつかの組み合わせは問題ありません。他の人は警告やエラー、そしておそらくサポートされていない属性のリストを返します。
A Printer MUST implement the following behavior for processing Subscription Template Attributes in a Subscription Creation Request:
プリンターは、サブスクリプション作成リクエストでサブスクリプションテンプレート属性を処理するために次の動作を実装する必要があります。
1. If a client supplies a "notify-xxx" attribute from column 1 of Table 1 and the Printer supports it and its value, the Printer MUST populate the attribute on the created Subscription Object.
1. クライアントが表1の列1から「Notify-XXX」属性を提供し、プリンターがそれをサポートし、その値をサポートする場合、プリンターは作成されたサブスクリプションオブジェクトの属性を入力する必要があります。
2. If a client supplies a "notify-xxx" attribute from column 1 of Table 1 and the Printer doesn't support it or its value, the Printer MUST NOT populate the attribute on the created Subscription Object with it. The Printer MUST do one of the following:
2. クライアントが表1の列1から「notify-xxx」属性を提供する場合、プリンターがそれをサポートしていない場合、プリンターは作成されたサブスクリプションオブジェクトの属性に属性を入力してはなりません。プリンターは次のいずれかを実行する必要があります。
a) If the value of the "notify-xxx" attribute is unsupported, the Printer MUST return the attribute with its value in the Subscription Attributes Group of the response.
a) 「notify-xxx」属性の値がサポートされていない場合、プリンターは応答のサブスクリプション属性グループにその値で属性を返す必要があります。
b) If "notify-xxx" is an unsupported attribute, the Printer MUST return the attribute in the Subscription Attributes Group of the response with the 'unsupported' out-of-band value.
b) 「notify-xxx」がサポートされていない属性である場合、プリンターは、「サポートされていない」帯域外値で応答のサブスクリプション属性グループの属性を返す必要があります。
Note: The rules of this step are the same as for Unsupported Attributes [RFC2911] section 3.1.7. except that the unsupported attributes are returned in the Subscription Attributes Group rather than the Unsupported Attributes Group because Subscription Creation Operations can create more than one Subscription Object).
注：このステップのルールは、サポートされていない属性[RFC2911]セクション3.1.7と同じです。サブスクリプション作成操作は複数のサブスクリプションオブジェクトを作成できるため、サポートされていない属性がサブペラ属性グループではなく、サブスクリプション属性グループで返されます。
3. If a client is REQUIRED to supply a "notify-xxx" attribute from column 1 of Table 1 and the Printer doesn't support the supplied value, the Printer MUST NOT create a Subscription Object. The rules for Unsupported Attributes in step #2 still apply.
3. クライアントが表1の列1から「Notify-XXX」属性を提供する必要があり、プリンターが提供された値をサポートしていない場合、プリンターはサブスクリプションオブジェクトを作成してはなりません。ステップ＃2のサポートされていない属性のルールは引き続き適用されます。
4. If a client does not supply a "notify-xxx" attribute from column 1 of Table 1 and the attribute is REQUIRED for the client to supply, the Printer MUST reject the Subscription Creation Operation (including Job Creation operations) without creating a Subscription Object, and MUST return in the response:
4. クライアントが表1の列1から「notify-xxx」属性を提供しない場合、クライアントがサブスクリプションオブジェクトを作成せずにサブスクリプション作成操作（雇用作成操作を含む）を拒否する必要があります。応答に戻る必要があります。
a) the status code 'client-error-bad-request' AND
a) ステータスコード「Client-Error-Bad-Request」と
b) no Subscription Attribute Groups.
b) サブスクリプション属性グループはありません。
5. If a client does not supply a "notify-xxx" attribute from column 1 of Table 1 that is OPTIONAL for the client to supply, and column 2 of Table 1 either:
5. クライアントが表1の列1から「Notify-XXX」属性を提供しない場合、クライアントが提供するのはオプションであり、表1の列2のどちらも次のいずれかです。
a) specifies a "notify-xxx-default" attribute, the Printer MUST behave as if the client had supplied the "notify-xxx-default" attribute (see step #1) and populate the Subscription object with the value of the "notify-xxx-default" attribute as part of the Subscription Creation operation (unlike Job Template attributes where the Printer does not populate the Job object with defaults - see [RFC2911]) OR
a) 「notify-xxx-default」属性を指定すると、プリンターはクライアントが「notify-xxx-default」属性（ステップ＃1を参照）を提供したかのように動作する必要があります。-default "サブスクリプション作成操作の一部としての属性（プリンターがジョブオブジェクトにデフォルトを入力しないジョブテンプレート属性とは異なり、[RFC2911]を参照）または
b) does not specify a "notify-xxx-default" attribute, the Printer MUST populate the "notify-xxx" attribute on the Subscription Object according to the definition of the "notify-xxx" attribute in a section 5.3. For some attributes, the "notify-xxx" is populated with the value of some other attribute, and for others, the "notify-xxx" is NOT populated on the Subscription object at all.
b) 「notify-xxx-default」属性を指定していないため、プリンターはセクション5.3の「notify-xxx」属性の定義に従って、サブスクリプションオブジェクトに「notify-xxx」属性を入力する必要があります。一部の属性の場合、「Notify-XXX」には他の属性の値が埋め込まれており、他の属性の場合、「Notify-XXX」はサブスクリプションオブジェクトにまったく入力されていません。
6. A Printer MUST create a Subscription Object for each Subscription Template Attributes group in a request unless the Printer:
6. プリンターがリクエストで、プリンストテンプレート属性グループのサブスクリプションオブジェクトを作成する必要があります。
a) encounters some attributes in a Subscription Template Attributes Group that require the Printer not to create the Subscription Object OR
a) サブスクリプションテンプレート属性グループでいくつかの属性に遭遇します。
b) would create a Per-Job Subscription Object when it doesn't have space for another Per-Job Subscription Object OR
b) ジョブごとのサブスクリプションオブジェクトが別のジョブごとのサブスクリプションオブジェクトのスペースがない場合、または
c) would create a Per-Printer Subscription Object when it doesn't have space for another Per-Printer Subscription Object.
c) 別のプリンター1源サブスクリプションオブジェクトのスペースがない場合、プリンストごとのサブスクリプションオブジェクトが作成されます。
7. A response MUST contain one Subscription Attributes Group for each Subscription Template Attributes Group in the request (and in the same order) whether the Printer creates a Subscription Object from the Subscription Template Attributes Group or not. However, the attributes in each Subscription Attributes Group can be in any order.
7. 応答には、プリンターがサブスクリプションテンプレート属性グループからサブスクリプションオブジェクトを作成するかどうか、リクエスト（および同じ順序で）の各サブスクリプションテンプレート属性グループの1つのサブスクリプション属性グループを含める必要があります。ただし、各サブスクリプション属性グループの属性は任意の順序で属することができます。
8. The Printer MUST populate each Subscription Attributes Group of the response such that each contains:
8. プリンターは、各サブスクリプション属性グループに応答のグループに入力する必要があります。
a) the "notify-subscription-id" attribute (see section 5.4.1), if and only if the Printer creates a Subscription Object.
a) プリンターがサブスクリプションオブジェクトを作成した場合にのみ、「Notify-Subscription-ID」属性（セクション5.4.1を参照）。
b) the "notify-lease-duration" attribute (see section 5.3.8), if and only if the Printer creates a Per-Printer Subscription Object. The value of this attribute is the value of the Subscription Object's "notify-lease-duration" attribute. This value MAY be different from the client-supplied value (see section 5.3.8). If a client supplies this attribute in the creation of a Per-Job Subscription Object, it MUST appear in this group with the out-of-band value 'unsupported' to indicate that the Printer doesn't support it in this context.
b) プリンターがプリンシアルごとのサブスクリプションオブジェクトを作成した場合にのみ、「Notify-Lease-Duration」属性（セクション5.3.8を参照）。この属性の値は、サブスクリプションオブジェクトの「notify-lease-duration」属性の値です。この値は、クライアントが提供する値とは異なる場合があります（セクション5.3.8を参照）。クライアントがこの属性をJOBごとのサブスクリプションオブジェクトの作成に提供する場合、このグループには、このコンテキストでプリンターがサポートしていないことを示すために、帯域外値を「サポートしていない」と表示する必要があります。
c) all of the unsupported Subscription Template Attributes from step #2. Note, they are not returned in the Unsupported Attributes Group in order to separate the unsupported attributes for each Subscription Object.
c) ステップ＃2からのサポートされていないサブスクリプションテンプレート属性のすべて。各サブスクリプションオブジェクトのサポートされていない属性を分離するために、それらはサポートされていない属性グループに返されません。
d) the "notify-status-code" attribute if the Printer does not create the Subscription Object or if there are unsupported attributes from step #2. The possible values of the "notify-status-code" attribute are shown below (see section 13 for more details). The Printer returns the first value in the list below that describes the status.
d) プリンターがサブスクリプションオブジェクトを作成しない場合、またはステップ＃2からサポートされていない属性がある場合、「Notify-Status-Code」属性。「Notify-Status-Code」属性の可能な値を以下に示します（詳細については、セクション13を参照）。プリンターは、ステータスを説明する下のリストの最初の値を返します。
'client-error-uri-scheme-not-supported': the Subscription Object was not created because the scheme of the "notify-recipient-uri" attribute is not supported. See section 13.1 for more details about this status code. See step #3 in this section for the case that causes this error, and the resulting step #6a) that causes the Printer not to create the Subscription Object.
「Client-Error-uri-scheme-not-supported」：「Notify-Recipient-URI」属性のスキームがサポートされていないため、サブスクリプションオブジェクトは作成されませんでした。このステータスコードの詳細については、セクション13.1を参照してください。このエラーを引き起こすケースと、プリンターがサブスクリプションオブジェクトを作成しない原因となるケースについては、このセクションのステップ＃3を参照してください。
'client-error-attributes-or-values-not-supported': the Subscription Object was not created because the method of the "notify-pull-method" attribute is not supported. See section 13.1 for more details about this status code. See step #3 in this section for the case that causes this error, and the resulting step #6a) that causes the Printer not to create the Subscription Object.
「client-error-attributes-or-values-not-supported」：「notify-pull-method」属性のメソッドがサポートされていないため、サブスクリプションオブジェクトは作成されませんでした。このステータスコードの詳細については、セクション13.1を参照してください。このエラーを引き起こすケースと、プリンターがサブスクリプションオブジェクトを作成しない原因となるケースについては、このセクションのステップ＃3を参照してください。
'client-error-too-many-subscriptions': the Subscription Object was not created because the Printer has no space for additional Subscription Objects. The client MAY try again later. See section 13.3 for more details about this status code. See steps #6b) and #6c) in this section for the cases that causes this error.
「クライアントとエラーの多いサブスクリプション」：プリンターには追加のサブスクリプションオブジェクトのスペースがないため、サブスクリプションオブジェクトは作成されませんでした。クライアントは後で再試行することができます。このステータスコードの詳細については、セクション13.3を参照してください。このエラーを引き起こす場合については、このセクションの手順＃6b）および＃6c）を参照してください。
'successful-ok-too-many-events': the Subscription Object was created without the "notify-events" values included in this Subscription Attributes Group because the "notify-events" attribute contains too many values. See section 13.4 for more details about this status code. See step #2 in this section and section 5.3.3 for the cases that cause this status code.
「成功したものの多くのイベント」：サブスクリプションオブジェクトは、「Notify-Ivents」属性にはあまりにも多くの値が含まれているため、このサブスクリプション属性グループに含まれる「Notify-Ivents」値なしで作成されました。このステータスコードの詳細については、セクション13.4を参照してください。このステータスコードを引き起こす場合は、このセクションのステップ＃2とセクション5.3.3を参照してください。
'successful-ok-ignored-or-substituted-attributes': the Subscription Object was created but some supplied Subscription Template Attributes are unsupported. These unsupported attributes are also in the Subscription Attributes Group. See section 13.5 for more details about this status code. See step #2 in this section for the cases that cause this status code.
「成功したOK-INORED-OR-STITUTED-ATTRIBUTES」：サブスクリプションオブジェクトが作成されましたが、いくつかの提供されたサブスクリプションテンプレート属性はサポートされていません。これらのサポートされていない属性は、サブスクリプション属性グループにもあります。このステータスコードの詳細については、セクション13.5を参照してください。このステータスコードを引き起こすケースについては、このセクションのステップ＃2を参照してください。
9. The Printer MUST validate all Subscription Template Attributes and MUST return all unsupported attributes and values in the corresponding Subscription Attributes Group of the response (see step #2) unless it determines that it could not create additional Subscription Objects because of condition #6b) or condition #6c). Then, the Printer NEED NOT validate these additional Subscription Template Attributes and the client MUST NOT expect to find unsupported attributes from step #2 in such additional Subscription Attribute Groups.
9. プリンターは、すべてのサブスクリプションテンプレート属性を検証する必要があり、応答のサブスクリプション属性グループのサポートされていないすべての属性と値を、条件＃6Bまたは条件のために追加のサブスクリプションオブジェクトを作成できないと判断しない限り（ステップ＃2を参照）、返品する必要があります。＃6c）。次に、プリンターはこれらの追加のサブスクリプションテンプレート属性を検証する必要はなく、クライアントはこのような追加のサブスクリプション属性グループでステップ＃2からサポートされていない属性を見つけることを期待してはなりません。
This section contains the Subscription Template Attributes defined for the Subscription and Printer objects.
このセクションには、サブスクリプションオブジェクトとプリンターオブジェクトに定義されたサブスクリプションテンプレート属性が含まれています。
Table 1 below shows the Subscription Template Attributes and has two columns:
以下の表1に、サブスクリプションテンプレートの属性を示し、2つの列があります。
- Attribute in Subscription Object: the name and attribute syntax of each Subscription Object Attribute that is a Subscription Template Attribute
- サブスクリプションオブジェクトの属性：サブスクリプションテンプレート属性である各サブスクリプションオブジェクト属性の名前と属性構文
- Default and Supported Printer Attributes: the default attribute and supported Printer attributes that are associated with the attribute in column 1.
- デフォルトおよびサポートされているプリンター属性：列1の属性に関連付けられているデフォルト属性およびサポートされているプリンター属性。
The "notify-recipient-uri" attribute is for use with Push Delivery Methods. The "notify-pull-method" attribute is for use with Pull Delivery Methods.
「Notify-Recipient-URI」属性は、プッシュ配信方法で使用するためです。「Notify-Pull-Method」属性は、プル配信方法で使用するためのものです。
For Push Delivery Methods, a Printer MUST support all attributes in Table 1 below except for "notify-pull-method" and "notify-attributes" (and "notify-pull-method-supported" and "notify-attributes-supported"). For Pull Delivery Methods, a Printer MUST support all attributes in Table 1 below except for "notify-recipient-uri" and "notify-attributes" (and "notify-schemes-supported" and "notify-attributes-supported"). If a Printer supports both Push and Pull Delivery Methods, then it MUST support both "notify-recipient-uri" and "notify-pull-method" attributes.
プッシュ配信方法の場合、「Notify-Pull-Method」および「Notify-Attributes」（および「Notify-Pull-Method-Supported」および「Notify-Attributes-Supported」）を除き、以下の表1のすべての属性をサポートする必要があります。。プル配信方法の場合、「Notify-Recipient-URI」および「Notify-Attributes」（および「Notify-Schemes-Supported」および「Notify-Attributes-Supported」）を除いて、以下の表1のすべての属性をプリンターにサポートする必要があります。プリンターがプッシュとプルの両方の配信方法をサポートする場合、「Notify-Recipient-URI」と「Notify-Pull-Method」属性の両方をサポートする必要があります。
For Pull Delivery Methods, a client MUST supply "notify-recipient-uri" and MAY omit any of the rest of the attributes in column 1 of Table 1 in a Subscription Creation Request. For Push Delivery Methods, a client MUST supply "notify-pull-method" and MAY omit any of the rest of the attributes in column 1 of Table 1 in a Subscription Creation Request. A client MUST NOT supply both "notify-recipient-uri" and "notify-pull-method" attributes in the same Subscription Creation Request.
プル配信方法の場合、クライアントは「Notify-Recipient-URI」を提供し、サブスクリプション作成リクエストで表1の列1の属性の残りのいずれかを省略する必要があります。プッシュ配信方法の場合、クライアントは「Notify-Pull-Method」を提供し、サブスクリプション作成リクエストで表1の列1の属性の残りのいずれかを省略する必要があります。クライアントは、同じサブスクリプション作成リクエストに「Notify-Recipient-URI」と「Notify-Pull-Method」属性の両方を提供してはなりません。
Note: The Default and Supported Printer attributes listed in column 2 of Table 1 do not have separate sections in this specification defining their semantics. Instead, the section for the corresponding Subscription Object attribute (column 1 of Table 1) contains the semantics of these Printer attributes. This approach follows the precedence of the Job Template attributes in section 4.2 of [RFC2911] where the corresponding "xxx-default" and "xxx-supported" Printer attributes are defined in the same section as the "xxx" Job attribute.
注：表1の列2にリストされているデフォルトおよびサポートされているプリンター属性には、この仕様にセマンティクスを定義する個別のセクションはありません。代わりに、対応するサブスクリプションオブジェクト属性（表1の列1）のセクションには、これらのプリンター属性のセマンティクスが含まれています。このアプローチは、[RFC2911]のセクション4.2のジョブテンプレート属性の優先順位に従います。ここでは、「XXX-Default」および「XXXがサポートする」プリンター属性が「XXX」ジョブ属性と同じセクションで定義されます。
Table 1 - Subscription Template Attributes
表1-サブスクリプションテンプレート属性
Attribute in Subscription Default and Supported Printer Object Attributes
サブスクリプションデフォルトおよびサポートされているプリンターオブジェクト属性の属性
notify-recipient-uri (uri) * notify-schemes-supported (1setOf uriScheme) notify-pull-method (type2 notify-pull-method-supported (1setOf keyword) ** type2 keyword) notify-events (1setOf type2 notify-events-default (1setOf type2 keyword) keyword) notify-events-supported (1setOf type2 keyword) notify-max-events-supported (integer(2:MAX))
NOTIFY-RECIPIENT-URI（URI） * Notify-Schemes-Supported（1Setof Urischeme）Notify-Pull-Method（Type2 Notify-Pull-Method-Supported（1Setof Keyword）** Type2キーワード）Notify-Events（1Setof Type2 Notify-Events-Events-Events-Events-Events-Events-default（1Setof Type2キーワード）キーワード）Notify-Ivents-Supported（1Setof Type2キーワード）Notify-Max-Events-Supported（integer（2：max））
notify-attributes (1setOf notify-attributes-supported (1setOf type2 keyword) type2 keyword) notify-user-data (octetString(63)) notify-charset (charset) charset-supported (1setOf charset) notify-natural-language generated-natural-language-supported (naturalLanguage) (1setOf naturalLanguage) notify-lease-duration notify-lease-duration-default (integer(0:MAX)) (integer(0:67108863)) notify-lease-duration-supported (1setOf (integer(0: 67108863) | rangeOfInteger(0:67108863))) notify-time-interval (integer(0:MAX))
Notify-Attributes（1Setof Notify-Attributes-Supported（1Setof Type2キーワード）Type2キーワード）Notify-User-Data（63））Notify-Charset（Charset）charset-Supported（1setof charset）通知-Language-Supported（naturallanguage）（1Setof naturallanguage）Notify-Lease-Lease-Lease-Lease-Lease-Lease-duration-Default（integer（0：max））（integer（0：67108863））Notify-lease-huration-supported（1setof（integerger）（0：67108863）| rangeofinteger（0：67108863）））通知時刻interval（integer（0：max））
* "notify-recipient-uri" is for Push Delivery Methods only. ** "notify-pull-method" is for Pull Delivery Methods only.
* 「Notify-Recipient-URI」は、プッシュ配信方法のみを対象としています。**「Notify-Pull-Method」は、プル配信方法のみです。
This attribute's value is a URL, which is a special case of a URI. Its value consists of a scheme and an address. The address specifies the Notification Recipient and the scheme specifies the Push Delivery Method for each Event Notification associated with this Subscription Object.
この属性の値はURLであり、URIの特別なケースです。その値は、スキームとアドレスで構成されています。アドレスは通知受信者を指定し、スキームはこのサブスクリプションオブジェクトに関連付けられた各イベント通知のプッシュ配信方法を指定します。
If a Printer supports any Push Delivery Methods, a Printer MUST support this attribute and return the value as supplied by the client (no case conversion or other canonicalization) in any operation response that includes this attribute.
プリンターがプッシュ配信方法をサポートしている場合、プリンターはこの属性をサポートし、この属性を含む操作応答でクライアントが提供する値（ケース変換やその他の標準化なし）を返す必要があります。
For a Push Delivery Method, a client MUST supply this attribute in a Subscription Creation Operation. Thus there is no need for a default Printer attribute.
プッシュ配信方法の場合、クライアントはこの属性をサブスクリプション作成操作で提供する必要があります。したがって、デフォルトのプリンター属性は必要ありません。
The URI scheme of the value of this attribute on a Subscription object MUST be a value of the "notify-schemes-supported (1setOf uriScheme)" Printer attribute (see section 5.3.1.1). Note: According to [RFC2396] the ":" terminates the scheme and so is not part of the scheme. Therefore, values of the "notify-schemes-supported" Printer attribute do not include the ":" character.
サブスクリプションオブジェクト上のこの属性の値のURIスキームは、「notify-schemesがサポートする（1setof urischeme）」プリンター属性の値でなければなりません（セクション5.3.1.1を参照）。注：[RFC2396]によると、「：」はスキームを終了するため、スキームの一部ではありません。したがって、「Notify-Schemesがサポートする」プリンター属性の値には、「：」文字は含まれません。
If the client supplies an unsupported scheme in the value of this attribute, then the Printer MUST NOT create the Subscription Object and MUST return the "notify-status-code" attribute with the 'client-error-uri-scheme-not-supported' value in the Subscription Attributes Group in the response.
クライアントがこの属性の値にサポートされていないスキームを提供する場合、プリンターはサブスクリプションオブジェクトを作成する必要はなく、「クライアントエラー-URI-Scheme-not-supported」で「notify-status-code」属性を返す必要があります。応答のサブスクリプション属性グループの値。
This attribute contains the URI schemes supported in the "notify-recipient-uri" Subscription Template attribute. See sections 5.1 and 5.2 for the behavior of "xxx-supported" Subscription Template Printer attributes.
この属性には、「Notify-Recipient-URI」サブスクリプションテンプレート属性でサポートされているURIスキームが含まれています。「XXXがサポートする」サブスクリプションテンプレートプリンター属性の動作については、セクション5.1および5.2を参照してください。
This attribute's value is a type2 keyword indicating which Pull Delivery Method is to be used.
この属性の値は、どのプル配信方法を使用するかを示すタイプ2キーワードです。
Since a Printer MUST support the 'ippget' Pull Delivery Method [RFC3996] (see section 15), a Printer MUST support this attribute and return the value as supplied by the client in any operation response that includes this attribute.
プリンターは「ippget」プル配信方法[RFC3996]をサポートする必要があるため（セクション15を参照）、プリンターはこの属性をサポートし、この属性を含む任意の操作応答でクライアントが提供する値を返す必要があります。
For a Pull Delivery Method, a client MUST supply this attribute in a Subscription Creation Operation. Thus there is no need for a default Printer attribute.
プル配信方法の場合、クライアントはサブスクリプション作成操作でこの属性を提供する必要があります。したがって、デフォルトのプリンター属性は必要ありません。
The keyword value of this attribute on a Subscription object MUST be a value of the "notify-pull-method-supported (1setOf type2 keyword)" Printer attribute.
サブスクリプションオブジェクト上のこの属性のキーワード値は、「Notify-Pull-Method-Supported（1Setof Type2キーワード）」プリンター属性の値である必要があります。
If the client supplies an unsupported method in the value of this attribute, then the Printer MUST NOT create the Subscription Object and MUST return the "notify-status-code" attribute with the 'client-error-attributes-or-values-not-supported' value in the Subscription Attributes Group in the response.
クライアントがこの属性の値にサポートされていないメソッドを提供する場合、プリンターはサブスクリプションオブジェクトを作成する必要はありません。応答におけるサブスクリプション属性グループの値をサポートしました。
See sections 5.1 and 5.2 for the behavior of "xxx-supported" Subscription Template Printer attributes.
「XXXがサポートする」サブスクリプションテンプレートプリンター属性の動作については、セクション5.1および5.2を参照してください。
This attribute contains a set of Subscribed Events. When an Event occurs and it "matches" a value of this attribute, the Printer delivers an Event Notification using information in the Subscription Object. The details of "matching" are described subsection 5.3.3.5.
この属性には、購読された一連のイベントが含まれています。イベントが発生し、この属性の値に「一致」すると、プリンターはサブスクリプションオブジェクトに情報を使用してイベント通知を提供します。「マッチング」の詳細については、サブセクション5.3.3.5に記載されています。
A Printer MUST support this attribute.
プリンターはこの属性をサポートする必要があります。
A client MAY supply this attribute in a Subscription Creation Operation. If the client does not supply this attribute in Subscription Creation Operation, the Printer MUST populate this attribute on the Subscription Object with its "notify-events-default" attribute value.
クライアントは、サブスクリプション作成操作でこの属性を提供する場合があります。クライアントがサブスクリプション作成操作でこの属性を提供しない場合、プリンターはこの属性をサブスクリプションオブジェクトの「Notify-Ivents-Default」属性値に埋める必要があります。
Each keyword value of this attribute on a Subscription Object MUST be a value of the "notify-events-supported (1setOf type2 keyword)" Printer attribute.
サブスクリプションオブジェクト上のこの属性の各キーワード値は、「Notify-Ivents-Supported（1Setof Type2キーワード）」プリンター属性の値である必要があります。
The number of values of this attribute MUST NOT exceed the value of the "notify-max-events-supported" attribute. A Printer MUST support at least 2 values per Subscription Object. If the number of values supplied by a client in a Subscription Creation Operation exceeds the value of this attribute, the Printer MUST treat extra values as unsupported values and MUST use the value of 'successful-ok-too-many-events' for the "notify-status-code" attribute in the Subscription Attributes Group of the response.
この属性の値の数は、「Notify-Max-Ivents-Supported」属性の値を超えてはなりません。プリンターは、サブスクリプションオブジェクトごとに少なくとも2つの値をサポートする必要があります。サブスクリプション作成操作でクライアントが提供する値の数がこの属性の値を超えている場合、プリンターは追加の値をサポートされていない値として扱う必要があり、「成功したマニュイベント」の値を使用する必要があります。STATUS-Codeを通知する「応答のサブスクリプション属性グループの属性」。
See sections 5.1 and 5.2 for the behavior of "xxx-default" Subscription Template Printer attributes.
「xxx-default」サブスクリプションテンプレートプリンター属性の動作については、セクション5.1および5.2を参照してください。
See sections 5.1 and 5.2 for the behavior of "xxx-supported" Subscription Template Printer attributes.
「XXXがサポートする」サブスクリプションテンプレートプリンター属性の動作については、セクション5.1および5.2を参照してください。
This attribute specified the maximum number of events that the Printer supports for the "notify-events" Subscription Template attribute. See sections 5.1 and 5.2 for the behavior of "xxx-supported" Subscription Template Printer attributes.
この属性は、「Notify-Ivents」サブスクリプションテンプレート属性のプリンターがサポートするイベントの最大数を指定しました。「XXXがサポートする」サブスクリプションテンプレートプリンター属性の動作については、セクション5.1および5.2を参照してください。
Each value of this attribute is a keyword and it specifies a Subscribed Event that represents certain changes. Some keywords represent a subset of changes of another keyword, e.g., 'job-completed' is an Event value which is a sub-value of 'job-state-change'. See section 5.3.3.5 for the case where this attribute contains both a value and a sub-value.
この属性の各値はキーワードであり、特定の変更を表すサブスクライブイベントを指定します。一部のキーワードは、別のキーワードの変更のサブセットを表します。たとえば、「ジョブコンプレット」は「ジョブステート変更」のサブ価値であるイベント値です。この属性に値とサブ値の両方が含まれる場合については、セクション5.3.3.5を参照してください。
The values in this section are divided into three categories: No Events, Job Events and Printer Events.
このセクションの値は、イベントなし、ジョブイベント、プリンターイベントの3つのカテゴリに分けられます。
A Printer MUST support the Events indicated as "REQUIRED" and MAY support the Events indicated as "OPTIONAL".
プリンターは、「必須」として示されているイベントをサポートする必要があり、「オプション」として示されるイベントをサポートする場合があります。
The standard and only keyword value for No Events is:
イベントなしの標準的で唯一のキーワード値は次のとおりです。
'none': REQUIRED - no Event Notifications for any Events. As the sole value of "notify-events-supported", this value means that the Printer does not support the delivery of Event Notifications. As the sole value of "notify-events-default", this value means that a client MUST specify the "notify-events" attribute in order for a Subscription Creation Operation to succeed. If the Printer receives this value as the sole value of a Subscription Creation Operation, it does not create a Subscription Object. If a Printer receives this value with other values of a Subscription Creation Operation, the Printer MUST treat this value as an unsupported value.
「なし」：必須 - イベントのイベント通知なし。「通知イベントがサポートする」という唯一の価値として、この値はプリンターがイベント通知の配信をサポートしていないことを意味します。「Notify-Events-Default」の唯一の価値として、この値は、サブスクリプション作成操作が成功するために、クライアントが「Notify-Ivents」属性を指定する必要があることを意味します。プリンターがサブスクリプション作成操作の唯一の値としてこの値を受信した場合、サブスクリプションオブジェクトは作成されません。プリンターがサブスクリプション作成操作の他の値でこの値を受信する場合、プリンターはこの値をサポートされていない値として扱う必要があります。
The standard keyword values for Subscribed Printer Events are:
購読されたプリンターイベントの標準キーワード値は次のとおりです。
'printer-state-changed': REQUIRED - the Printer changed state from any state to any other state. Specifically, the value of the Printer's "printer-state", "printer-state-reasons" or "printer-is-accepting-jobs" attributes changed.
「プリンターステート変更」：必須 - プリンターは状態をどの状態から他の状態に変更しました。具体的には、プリンターの「プリンターステート」、「プリンターステートリーズン」、または「プリンター-is-Is-accepting-jobs」属性の価値が変更されました。
This Subscribed Event value has the following sub-values: 'printer-restarted' and 'printer-shutdown'. A client can listen for any of these sub-values if it doesn't want to listen to all printer-state changes:
この購読されたイベント値には、次のサブ値があります：「プリンター再突起」と「プリンターシャットダウン」。すべてのプリンター状態の変更を聞きたくない場合は、クライアントがこれらのサブ値のいずれかを聞くことができます。
'printer-restarted': OPTIONAL - when the printer is powered up.
「プリンター再突破」：オプション - プリンターが電源を入れているとき。
'printer-shutdown': OPTIONAL - when the device is being powered down.
「プリンター - シャットダウン」：オプション - デバイスが電源を下げているとき。
'printer-stopped: REQUIRED - when the printer stops printing, i.e., the value of the "printer-state" Printer attribute becomes 'stopped'.
「プリンターストップ：必須 - プリンターが印刷を停止するとき、つまり「プリンター状」プリンター属性の値が「停止」になります。
'printer-config-changed': OPTIONAL - when the configuration of a Printer has changed, i.e., the value of the "printer-message-from-operator" or any "configuration" Printer attribute has changed. A "configuration" Printer attribute is an attribute which can change value because of some human interaction either direct or indirect, and which is not covered by one of the other Events in this section. Examples of "configuration" Printer attributes are any of the Job Template attributes, such as "xxx-supported", "xxx-ready" and "xxx-default". The client has to perform a Get-Printer-Attributes to find out the new values of these changed attributes. This Event is useful for GUI clients and drivers to update the available printer capabilities to the user.
'Printer-config-changed'：optional-プリンターの構成が変更された場合、つまり「プリンターからゼッスルからゼッスルからゼッスルから任意の「構成」プリンター属性の値が変更されました。「構成」プリンター属性は、直接的または間接的な人間の相互作用のために値を変更できる属性であり、このセクションの他のイベントの1つではカバーされていません。「構成」プリンター属性の例は、「XXXサポート」、「XXX対応」、「XXX-Default」などのジョブテンプレート属性のいずれかです。クライアントは、これらの変更された属性の新しい値を見つけるために、Get-Printer-Attributesを実行する必要があります。このイベントは、GUIクライアントとドライバーが利用可能なプリンター機能をユーザーに更新するのに役立ちます。
This Event value has the following sub-values: 'printer-media-changed' and 'printer-finishings-changed'. A client can listen for any of these sub-values if it doesn't want to listen to all printer-configuration changes:
このイベント値には、次のサブ値があります：「プリンターメディア変更」と「プリンターフィニッシュの変化」。クライアントは、すべてのプリンター構成の変更を聞きたくない場合、これらのサブ値のいずれかを聞くことができます。
'printer-media-changed': OPTIONAL - when the media loaded on a printer has been changed, i.e., the "media-ready" attribute has changed. This Event includes two cases: an input tray that goes empty and an input tray that receives additional media of the same type or of a different type. The client must check the "media-ready" Printer attribute (see [RFC2911] section 4.2.11) separately to find out what changed.
「プリンターメディア変更」：オプション - プリンターにロードされたメディアが変更されたとき、つまり「メディア対応」属性が変更されました。このイベントには、空になる入力トレイと、同じタイプまたは異なるタイプの追加メディアを受信する入力トレイの2つのケースが含まれます。クライアントは、「メディア対応」プリンター属性（[RFC2911]セクション4.2.11を参照）を個別に確認して、何が変更されたかを確認する必要があります。
'printer-finishings-changed': OPTIONAL - when the finisher on a printer has been changed, i.e., the "finishings-ready" attribute has changed. This Event includes two cases: a finisher that goes empty and a finisher that is refilled (even if it is not full). The client must check the
「プリンターフィニッシュチェンジ」：オプション - プリンターのフィニッシャーが変更されたとき、つまり「フィニッシュ対応」属性が変更されました。このイベントには2つのケースが含まれます。空になるフィニッシャーと補充されたフィニッシャー（いっぱいでなくても）。クライアントはを確認する必要があります
"finishings-ready" Printer attribute separately to find out what changed.
「フィニッシュ対応」プリンター属性は、何が変わったのかを個別に見つけます。
'printer-queue-order-changed': OPTIONAL - the order of jobs in the Printer's queue has changed, so that an application that is monitoring the queue can perform a Get-Jobs operation to determine the new order. This Event does not include when a job enters the queue (the 'job-created' Event covers that) and does not include when a job leaves the queue (the 'job-completed' Event covers that).
「プリンターキューオーダー変更」：オプション - プリンターのキューのジョブの順序が変更されたため、キューを監視しているアプリケーションがGet-Jobs操作を実行して新しい注文を決定できます。このイベントには、ジョブがキューに入るとき（「ジョブ作成された」イベントがそれをカバーしている）が含まれておらず、ジョブがキューを離れるとき（「ジョブコンプレット」イベントがそれをカバーする）を含めません。
The standard keyword values for Subscribed Job Events are:
サブスクライブされたジョブイベントの標準キーワード値は次のとおりです。
'job-state-changed': REQUIRED - the job has changed from any state to any other state. Specifically, the Printer delivers this Event whenever the value of the "job-state" attribute or "job-state-reasons" attribute changes. When a Job is removed from the Job Retention or Job History phases (see [RFC2911] section 4.3.7.1), no Event is generated.
「ジョブステートが変化する」：必須 - ジョブはどの状態から他の状態に変わりました。具体的には、「ジョブステート」属性または「ジョブステートリーズン」属性の属性の値が変更されるたびに、このイベントを配信します。ジョブがジョブの保持または仕事の履歴段階から削除された場合（[RFC2911]セクション4.3.7.1を参照）、イベントは生成されません。
This Event value has the following sub-values: 'job-created', 'job-completed' and 'job-stopped'. A client can listen for any of these sub-values if it doesn't want to listen to all 'job-state changes'.
このイベント値には、「ジョブ作成」、「ジョブコンプリート」、「ジョブストップ」のサブ値があります。クライアントは、すべての「ジョブステートの変更」を聞きたくない場合、これらのサブ値のいずれかを聞くことができます。
'job-created': REQUIRED - the Printer has accepted a Job Creation operation, a Restart-Job operation [RFC2911], or any job operation that creates a Job object from an existing Job object. The Printer populates the job's "time-at-creation" attribute value (see [RFC2911] section 4.3.14.1). The Printer puts the job in the 'pending', 'pending-held' or 'processing' states.
「ジョブ作成」：必須 - プリンターは、雇用創出操作、再起動とジョブの操作[RFC2911]、または既存のジョブオブジェクトからジョブオブジェクトを作成する任意の雇用操作を受け入れました。プリンターには、ジョブの「作成時間」属性値に入力されます（[RFC2911]セクション4.3.14.1を参照）。プリンターは、ジョブを「保留中」、「保留中」、または「処理」状態に置きます。
'job-completed': REQUIRED - the job has reached one of the completed states, i.e., the value of the job's "job-state" attribute has changed to: 'completed', 'aborted', or 'canceled'. The Job's "time-at-completed" and "date-time-at-completed" (if supported) attributes are set (see [RFC2911] section 4.3.14). When a Job completes, a Notification Recipient MAY query the Job using the Get-Job-Attributes operation. To allow such a query, the Printer retains the Job in the Job Retention and/or the Job History phases (see [RFC2911] section 4.3.7.1) for a suitable amount of time that depends on implementation and the Delivery Methods supported. The Printer also delivers this Event when a Job is removed with the Purge-Job operation (see [RFC2911] section 3.2.9). In this case, the Event Notification MUST report the 'job-state' as 'canceled' and the Job object is no longer present for query.
「ジョブコンプレット」：必須 - ジョブは完成した州の1つに達しました。つまり、ジョブの「ジョブステート」属性の価値は、「完了」、「中止」、または「キャンセル」に変更されました。ジョブの「完成時間」および「承認時間の日付」（サポートされている場合）属性が設定されています（[RFC2911]セクション4.3.14を参照）。ジョブが完了すると、通知受信者は、Get-Job-Attributes操作を使用してジョブを照会することができます。このようなクエリを許可するために、プリンターは、実装とサポートされている配信方法に依存する適切な時間の間、ジョブ保持および/またはジョブ履歴段階（[RFC2911]セクション4.3.7.1を参照）を保持します（[RFC2911]セクション4.3.7.1を参照）。また、プリンターは、パージジョブ操作でジョブが削除されたときにこのイベントを提供します（[RFC2911]セクション3.2.9を参照）。この場合、イベント通知は「ジョブステート」を「キャンセル」と報告する必要があり、ジョブオブジェクトはクエリのために存在しなくなります。
'job-stopped: OPTIONAL - when the job stops printing, i.e., the value of the "job-state" Job attribute becomes 'processing-stopped'.
「ジョブストップ：オプション - ジョブが印刷を停止するとき、つまり「ジョブステート」ジョブ属性の値が「処理止め」になります。
'job-config-changed': OPTIONAL - when the configuration of a job has changed, i.e., the value of the "job-message-from-operator" or any of the "configuration" Job attributes have changed. A "configuration" Job attribute is an attribute that can change value because of some human interaction either direct or indirect. Examples of "configuration" Job attributes are any of the job template attributes and the "job-name" attribute. The client performs a Get-Job-Attributes to find out the new values of the changed attributes. This Event is useful for GUI clients and drivers to update the job information to the user.
「Job-Config-changed」：オプション - ジョブの構成が変更された場合、つまり「オペレーターからのジョブメス」または「構成」ジョブ属性のいずれかが変更されました。「構成」ジョブ属性は、直接的または間接的な人間の相互作用のために価値を変えることができる属性です。「構成」ジョブ属性の例は、ジョブテンプレート属性と「ジョブ名」属性のいずれかです。クライアントは、Get-Job-Attributesを実行して、変更された属性の新しい値を見つけます。このイベントは、GUIクライアントとドライバーが仕事情報をユーザーに更新するのに役立ちます。
'job-progress': OPTIONAL - when the Printer has completed Printing a sheet. See the separate [RFC3381] specification for additional attributes that a Printer MAY deliver in an Event Notification caused by this Event. The "notify-time-interval" attribute affects this Event by causing the Printer NOT to deliver an Event Notification every time a 'job-progress' Events occurs. See section 5.3.9 for full details.
「Job -Progress」：オプション - シートの印刷が完了したとき。このイベントによって引き起こされたイベント通知でプリンターが配信する可能性のある追加の属性については、個別の[RFC3381]仕様を参照してください。「Notify-Time-interval」属性は、「ジョブプログレス」イベントが発生するたびにプリンターがイベント通知を提供しないようにすることにより、このイベントに影響します。詳細については、セクション5.3.9を参照してください。
When an Event occurs, the Printer MUST find each Subscription object whose "notify-events" attribute "matches" the Event. The rules for "matching" of Subscribed Events are described separately for Printer Events and for Job Events. This section also describes some special cases.
イベントが発生した場合、プリンターは、「Notify-Ivents」属性がイベントに一致する各サブスクリプションオブジェクトを見つける必要があります。購読したイベントの「マッチング」のルールは、プリンターイベントとジョブイベントについて個別に説明されています。このセクションでは、いくつかの特別なケースについても説明します。
Given that the Printer causes Printer Event E to occur, for each Per-Job or Per-Printer Subscription S in the Printer, if E equals a value of this attribute in S or E is a sub-value of a value of this attribute in S, the Printer MUST generate an Event Notification.
プリンターがプリンターの各ジョブまたはプリンターごとのサブスクリプションSに対してプリンターイベントEが発生することを考えると、eがsまたはeのこの属性の値に等しい場合、この属性の値のサブ値である場合S、プリンターはイベント通知を生成する必要があります。
Consider the example. There are three Subscription Objects each with the Subscribed Printer Event 'printer-state-changed'. Subscription Object A is a Per-Printer Subscription Object. Subscription Object B is a Per-Job Subscription Object for Job 1, and Subscription Object C is a Per-Job Subscription Object for Job 2. When the Printer enters the 'stopped' state, the Printer delivers an Event Notification to the Notification Recipients of Subscription Objects A, B, and C because this is a Printer Event. Note if Job 1 has already completed, the Printer would not deliver an Event Notification for its Subscription Object, even if Job 1 is retained in the Job Retention and/or the Job History phases (see [RFC2911] section 4.3.7.1).
例を考えてください。サブスクライブされたプリンターイベント「プリンターステート変更」には、それぞれ3つのサブスクリプションオブジェクトがあります。サブスクリプションオブジェクトAは、プリンターごとのサブスクリプションオブジェクトです。サブスクリプションオブジェクトBは、ジョブ1のジョブごとのサブスクリプションオブジェクトであり、サブスクリプションオブジェクトCはジョブ2のジョブごとのサブスクリプションオブジェクトです。プリンターが「停止」状態に入ると、プリンターはイベント通知を通知受信者に配信します。これはプリンターイベントであるため、サブスクリプションはA、B、およびCです。注ジョブ1が既に完了している場合、ジョブ1がジョブ保持および/またはジョブ履歴フェーズで保持されている場合でも、プリンターはサブスクリプションオブジェクトのイベント通知を配信しません（[RFC2911]セクション4.3.7.1を参照）。
Given that Job J causes Job Event E to occur:
ジョブJがジョブイベントEを発生させることを考えると：
1. For each Per-Printer Subscription S in the Printer, if E equals a value of this attribute in S or E is a sub-value of a value of this attribute in S, the Printer MUST generate an Event Notification.
1. プリンター内のプリンターごとの各サブスクリプションSについて、EがSまたはEのこの属性の値に等しい場合、Sのこの属性の値のサブ値である場合、プリンターはイベント通知を生成する必要があります。
2. For each Per-Job Subscription S associated with Job J, if E equals a value of this attribute in S or E is a sub-value of a value of this attribute in S, the Printer MUST generate an Event Notification.
2. ジョブJに関連付けられた各ジョブごとのサブスクリプションsについて、eがsまたはeのこの属性の値に等しい場合、sのこの属性の値のサブ値である場合、プリンターはイベント通知を生成する必要があります。
3. For each Per-Job Subscription S that is NOT associated Job J, if E equals a value of this attribute in S or E is a sub-value of a value of this attribute in, the Printer MUST NOT generate an Event Notification from S.
3. 関連するジョブJではないジョブごとのサブスクリプションの各サブスクリプションは、eがsまたはeのこの属性の値に等しい場合、この属性の値のサブ値である場合、プリンターはSからイベント通知を生成してはなりません。
Consider the example: There are three Subscription Objects listening for the Job Event 'job-completed'. Subscription Object A is a Per-Printer Subscription Object. Subscription Object B is a Per-Job Subscription Object for Job 1, and Subscription Object C is a Per-Job Subscription Object for Job 2. In addition, Per-Printer Subscription Object D is listening for the Job Event 'job-state-changed'. When Job 1 completes, the Printer delivers an Event Notification to the Notification Recipient of Subscription Object A (because it is Per-Printer) and Subscription Object B because it is a Per-Job Subscription Object associated with the Job generating the Event. The Printer also delivers an Event Notification to the Notification Recipient of Subscription Object D because 'job-completed' is a sub-value of 'job-state-changed' - the value that Subscription Object D is listening for. The Printer does not deliver an Event Notification to the Notification Recipients of Subscription Object C because it is a Per-Job Subscription Object associated with some Job other than the Job generating the Event.
例を考えてみましょう。3つのサブスクリプションオブジェクトがジョブイベント「ジョブコンプリュー」を聞いています。サブスクリプションオブジェクトAは、プリンターごとのサブスクリプションオブジェクトです。サブスクリプションオブジェクトBは、ジョブ1のジョブごとのサブスクリプションオブジェクトであり、サブスクリプションオブジェクトCはジョブ2のジョブごとのサブスクリプションオブジェクトです。さらに、プリンターごとのサブスクリプションオブジェクトDはジョブイベントを聞いています。'。ジョブ1が完了すると、プリンターは、イベントを生成するジョブに関連付けられたジョブごとのサブスクリプションオブジェクトであるため、サブスクリプションオブジェクトA（プリンターごと）およびサブスクリプションオブジェクトBの通知受信者にイベント通知を配信します。また、「ジョブコンプレット」は「ジョブステート変更」（サブスクリプションオブジェクトDが聞いている値」のサブ価値であるため、サブスクリプションオブジェクトDの通知受信者にイベント通知も配信します。プリンターは、イベントを生成するジョブ以外のジョブに関連付けられているジョブごとのサブスクリプションオブジェクトであるため、サブスクリプションオブジェクトCの通知受信者にイベント通知を配信しません。
This section contains two rules for the special case where a single Event produces multiple Event Notifications destined for the same Notification Recipient. These two rules clarify whether a Printer should send multiple Event Notifications or consolidate them into a single Event Notification.
このセクションには、単一のイベントが同じ通知受信者に向けられた複数のイベント通知を生成する特別なケースの2つのルールが含まれています。これらの2つのルールは、プリンターが複数のイベント通知を送信するか、それらを単一のイベント通知に統合する必要があるかどうかを明確にします。
If an Event matches Subscribed Events in two different Subscription Objects and the Printer would deliver two identical Event Notifications (except for the "notify-subscription-id" attribute) to the same Notification Recipient using the same Delivery Method, the Printer MUST deliver both Event Notifications. That is, the Printer MUST NOT try to consolidate seemingly identical Event Notifications that occur in separate Subscription objects. Incidentally, the Printer MUST NOT reject Subscription Creation Operations that would create this scenario.
イベントが2つの異なるサブスクリプションオブジェクトの購読イベントと一致し、プリンターは同じ配信方法を使用して同じ通知受信者に2つの同一のイベント通知（「Notify-Subscription-ID」属性を除く）を提供する場合、プリンターは両方のイベントを配信する必要があります通知。つまり、プリンターは、個別のサブスクリプションオブジェクトで発生する一見同一のイベント通知を統合しようとしてはなりません。ちなみに、プリンターは、このシナリオを作成するサブスクリプション作成操作を拒否してはなりません。
Consider the example: At the time a Job completes, there are two Per-Printer Subscription Objects A and B with the same Notification Recipient R. Subscription Object A has the Subscribed Job Event 'job-state-changed'. Subscription Object B has the Subscribed Job Event 'job-completed'. Both Subscription Objects match the Event 'job-completed'. The Printer delivers two Event Notifications to the Notification Recipient R. One with the value of 'job-state-changed' for the "notify-subscribed-event" attribute and the other with the value of 'job-completed' for the "notify-subscribed-event" attribute.
例を考えてみましょう。ジョブが完了したときに、同じ通知受信者Rを持つ2つのプリンターサブスクリプションオブジェクトAとBがあります。サブスクリプションオブジェクトAには、サブスクライブされたジョブイベント「ジョブステート変更」があります。サブスクリプションオブジェクトBには、サブスクライブされたジョブイベント「ジョブコンプレット」があります。どちらのサブスクリプションオブジェクトがイベント「ジョブコンプレット」と一致します。プリンターは、「Notify-Subscribed-Ievent」属性の「ジョブステート変更」の値と、「Notify-comleted」の値を「notify-subscribed-event」属性の値で通知受信者R.に2つのイベント通知を配信します。-subscribed-event "属性。
If an Event matches two Subscribed Events in a single Subscription object (e.g., a value and its sub-value), a Printer MAY deliver one Event Notification for each matched value in the Subscription Object or it MAY deliver only a single Event Notification. The rules in sections 5.3.3.5.1 and 5.3.3.5.2 are purposefully flexible about the number of Event Notifications sent when Event E matches two or more values in a Subscription Object.
イベントが1つのサブスクリプションオブジェクト（例：値とそのサブ値）で2つのサブスクライブイベントと一致する場合、プリンターはサブスクリプションオブジェクトに一致した値ごとに1つのイベント通知を提供するか、単一のイベント通知のみを提供する場合があります。セクション5.3.3.5.1および5.3.3.5.2のルールは、イベントEがサブスクリプションオブジェクトの2つ以上の値と一致するときに送信されるイベント通知の数について意図的に柔軟です。
Consider the example: At the time a Job completes, a Subscription Object A has two Subscribed Job Events 'job-state-changed' and 'job-completed'. Both Subscribed Job Events match the Event 'job-completed'. The Printer delivers either one or two Event Notifications to the Notification Recipient of Subscription Object A, depending on implementation. If it delivers two Event Notifications, one has the value of 'job-state-changed' for the "notify-subscribed-event" attribute, and the other has the value of 'job-completed' for the "notify-subscribed-event" attribute. If it delivers one Event Notification, it has the value of either 'job-state-changed' or 'job-completed' for the "notify-subscribed-event" attribute, depending on implementation. The algorithm for choosing such a value is implementation dependent.
例を考えてみましょう。ジョブが完了した時点で、サブスクリプションオブジェクトAには、2つのサブスクライブされたジョブイベントのジョブステートが変化した」と「ジョブコンプリット」があります。サブスクライブされた両方のジョブイベントは、イベントの「ジョブコンプレット」と一致します。プリンターは、実装に応じて、サブスクリプションオブジェクトAの通知受信者に1つまたは2つのイベント通知を配信します。2つのイベント通知を提供する場合、1つは「Notify-Subscribed-Ivent」属性に対して「ジョブステート変更」の値を持ち、もう1つは「Notify-Subscribed-Iventの「ジョブコンプレット」の値があります。" 属性。1つのイベント通知を提供する場合、実装に応じて、「Notify-Subscribed-Ivent」属性の「ジョブステート変更」または「ジョブコンプレット」のいずれかの価値があります。このような値を選択するためのアルゴリズムは、実装依存です。
This attribute contains a set of attribute names. When a Printer delivers a Machine Consumable Event Notification, it includes a fixed set of attributes (see section 9.1). If this attribute is present and the Event Notification is Machine Consumable, the Printer also includes the attributes specified by this attribute.
この属性には、属性名のセットが含まれています。プリンターにマシンの消耗品イベント通知を提供すると、固定属性セットが含まれています（セクション9.1を参照）。この属性が存在し、イベント通知がマシンが消耗する場合、プリンターにはこの属性によって指定された属性も含まれます。
A Printer MAY support this attribute.
プリンターはこの属性をサポートする場合があります。
A client MAY supply this attribute in a Subscription Creation Operation. If the client does not supply this attribute in Subscription Creation Operation or the Printer does not support this attribute, the Subscription Object either (1) MAY contain the "notify-attributes" attribute with a 'none' value or (2) NEED NOT contain the attribute at all. There is no "notify-attributes-default" Printer attribute.
クライアントは、サブスクリプション作成操作でこの属性を提供する場合があります。クライアントがサブスクリプション作成操作でこの属性を提供しない場合、またはプリンターがこの属性をサポートしていない場合、サブスクリプションオブジェクトには（1）「none」値を持つ「Notify-attributes」属性を含めるか、（2）は含まれていない場合があります。属性。「Notify-Attributes-Default」プリンター属性はありません。
Each keyword value of this attribute on a Subscription Object MUST be a value of the "notify-attributes-supported (1setOf type2 keyword)" Printer attribute (see section 5.3.4.1). The "notify-attributes-supported" MAY contain any Printer attribute, Job attribute or Subscription Object attribute that the Printer supports in an Event Notification. It MUST NOT contain any of the attributes in Section 9.1 that a Printer automatically puts in an Event Notification; it would be redundant. If a client supplies an attribute in Section 9.1, the Printer MUST treat it as an unsupported attribute value of the "notify-attributes" attribute.
サブスクリプションオブジェクト上のこの属性の各キーワード値は、「Notify-Attributes-Supported（1Setof Type2キーワード）」プリンター属性の値でなければなりません（セクション5.3.4.1を参照）。「Notify-Attributes-Supported」には、イベント通知でプリンターがサポートするプリンター属性、ジョブ属性、またはサブスクリプションオブジェクト属性が含まれる場合があります。セクション9.1に、プリンターがイベント通知に自動的に配置する属性を含めてはなりません。それは冗長です。クライアントがセクション9.1で属性を提供する場合、プリンターはそれを「Notify-Attributes」属性のサポートされていない属性値として扱う必要があります。
The following rules apply to each keyword value N of the "notify-attributes" attribute: If the value N names:
次のルールは、「notify-aTtributes」属性の各キーワード値nに適用されます。値n名の場合：
a) a Subscription attribute, the Printer MUST use the attribute N in the Subscription Object that is being used to generate the Event Notification.
a) サブスクリプション属性、プリンターは、イベント通知を生成するために使用されているサブスクリプションオブジェクトに属性nを使用する必要があります。
b) a Job attribute and the Printer is generating an Event Notification from a Per-Job Subscription Object S, the Printer MUST use the attribute N in the Job object associated with S.
b) ジョブ属性とプリンターは、JOBごとのサブスクリプションオブジェクトからイベント通知を生成しています。プリンターは、Sに関連付けられたジョブオブジェクトで属性nを使用する必要があります。
c) a Job attribute and the Printer is generating an Event Notification from a Per-Printer Subscription Object and the Event is:
c) ジョブ属性とプリンターは、プリンターごとのサブスクリプションオブジェクトからイベント通知を生成しています。イベントは次のとおりです。
- a Job Event, the Printer MUST use the attribute N in the Job object that caused the Event.
- ジョブイベントであるプリンターは、イベントを引き起こしたジョブオブジェクトで属性nを使用する必要があります。
- a Printer Event, the Printer MUST use the attribute N in the active Job.
- プリンターイベントであるプリンターは、アクティブジョブで属性nを使用する必要があります。
If a Printer supports this attribute and a Subscription Object contains this attribute and the Delivery Method generates a Machine Consumable Event Notification, the Printer MUST include in each Event Notification:
プリンターがこの属性をサポートし、サブスクリプションオブジェクトにこの属性が含まれ、配信方法がマシン消耗可能イベント通知を生成する場合、プリンターは各イベント通知に含める必要があります。
a) the attributes specified in section 9.1 and
a) セクション9.1および
b) each attribute named by this attribute.
b) この属性によって名前が付けられた各属性。
The Printer MUST NOT use this attribute to generate a Human Consumable Event Notification.
プリンターは、この属性を使用して、人間の消耗品の通知を生成してはなりません。
See sections 5.1 and 5.2 for the behavior of "xxx-supported" Subscription Template Printer attributes.
「XXXがサポートする」サブスクリプションテンプレートプリンター属性の動作については、セクション5.1および5.2を参照してください。
This attribute contains opaque data that some Delivery Methods include in each Machine Consumable Event Notification. The opaque data might contain, for example:
この属性には、いくつかの配信方法が各マシンの消耗可能イベント通知に含まれる不透明なデータが含まれています。不透明なデータには、たとえば：
- the identity of the Subscriber
- サブスクライバーの身元
- a path or index to some Subscriber information
- いくつかのサブスクライバー情報へのパスまたはインデックス
- a key that identifies to the Notification Recipient the ultimate recipient of the Event Notification
- イベント通知の究極の受信者を通知受信者に識別するキー
- the id for a Notification Recipient that had previously registered with an Instant Messaging Service
- インスタントメッセージングサービスに以前に登録した通知受信者のID
A Printer MUST support this attribute.
プリンターはこの属性をサポートする必要があります。
A client MAY supply this attribute in a Subscription Creation Operation. If the client does not supply this attribute in the Subscription Creation Operation, the Subscription Object either (1) MAY contain the "notify-user-data" attribute with a zero length value or (2) NEED NOT contain the attribute at all. There is no "notify-user-data-default" Printer attribute.
クライアントは、サブスクリプション作成操作でこの属性を提供する場合があります。クライアントがサブスクリプション作成操作でこの属性を提供しない場合、サブスクリプションオブジェクトのいずれかに（1）長さの値がゼロの「Notify-User-Data」属性を含めるか、（2）属性をまったく含める必要はありません。「notify-user-data-default」プリンター属性はありません。
There is no "notify-user-data-supported" Printer attribute. Rather, any octetString whose length does not exceed 63 octets is a supported value. If the length exceeds 63 octets, the Printer MUST treat it as an unsupported value.
「Notify-User-Dataサポート」プリンター属性はありません。むしろ、長さが63オクテットを超えないオクテットストリングは、サポートされている値です。長さが63オクテットを超える場合、プリンターはそれをサポートされていない値として扱う必要があります。
This attribute specifies the charset to be used in the Event Notification content sent to the Notification Recipient, whether the Event Notification content is Machine Consumable or Human Consumable.
この属性は、イベント通知コンテンツがマシンが消耗するか、人間が消耗するかどうかにかかわらず、通知受信者に送信されたイベント通知コンテンツで使用されるcharsetを指定します。
A Printer MUST support this attribute.
プリンターはこの属性をサポートする必要があります。
A client MAY supply this attribute in a Subscription Creation Operation. If the client does not supply this attribute in Subscription Creation Operation or supplies an unsupported value, the Printer MUST populate this attribute in the Subscription Object with the value of the "attributes-charset" operation attribute, which is a REQUIRED attribute in all IPP requests (see [RFC2911]). If the value of the "attributes-charset" attribute is unsupported, the Printer MUST populate this attribute in the Subscription Object with the value of the Printer's "charset-configured" attribute. There is no "notify-charset-default" Printer attribute.
クライアントは、サブスクリプション作成操作でこの属性を提供する場合があります。クライアントがサブスクリプション作成操作でこの属性を提供しない場合、またはサポートされていない値を提供しない場合、プリンターはこの属性をサブスクリプションオブジェクトの「属性 - チャーセット」操作属性の値に埋める必要があります。（[RFC2911]を参照）。「属性」属性の値がサポートされていない場合、プリンターはこの属性をサブスクリプションオブジェクトの「charset configured」属性の値に埋める必要があります。「Notify-Charset-Default」プリンター属性はありません。
The value of this attribute on a Subscription Object MUST be a value of the "charset-supported (1setOf charset)" Printer attribute.
サブスクリプションオブジェクトのこの属性の値は、「charset-supported（1setof charset）」プリンター属性の値である必要があります。
This attribute specifies the natural language to be used in any human consumable text in the Event Notification content sent to the Notification Recipient, whether the Event Notification content is Machine Consumable or Human Consumable.
この属性は、イベント通知コンテンツがマシンが消耗するか、人間が消耗するかどうかにかかわらず、通知受信者に送信されたイベント通知コンテンツの人間の消耗品テキストで使用される自然言語を指定します。
A Printer MUST support this attribute.
プリンターはこの属性をサポートする必要があります。
A client MAY supply this attribute in a Subscription Creation Operation. If the client does not supply this attribute in Subscription Creation Operation or supplies an unsupported value, the Printer MUST populate this attribute in the Subscription Object with the value of the "attributes-natural-language" operation attribute, which is a REQUIRED attribute in all IPP requests (see [RFC2911] section 3.1.4). If the value of the "attributes-natural-language" attribute is unsupported, the Printer MUST populate this attribute in the Subscription Object with the value of the Printer's "natural-language-configured" attribute (see [RFC2911] section 4.4.19). There is no "notify-natural-language-default" Printer attribute.
クライアントは、サブスクリプション作成操作でこの属性を提供する場合があります。クライアントがサブスクリプション作成操作でこの属性を提供しない場合、またはサポートされていない値を提供しない場合、プリンターはこの属性をサブスクリプションオブジェクトの「属性 - 自然言語」操作属性の値に埋める必要があります。IPP要求（[RFC2911]セクション3.1.4を参照）。「属性 - 自然言語」属性の値がサポートされていない場合、プリンターはこの属性をサブスクリプションオブジェクトに、プリンターの「自然言語で構成された」属性（[RFC2911を参照]セクション4.4.19を参照）の値に埋める必要があります。。「Notify-Natural-Language-Default」プリンター属性はありません。
The value of this attribute on a Subscription Object MUST be a value of the "generated-natural-language-supported (1setOf type2 naturalLanguage)" Printer attribute (see [RFC2911] section 4.4.20).
サブスクリプションオブジェクト上のこの属性の値は、「生成された自然言語サポート（1Setof Type2 Naturallanguage）」プリンター属性の値でなければなりません（[RFC2911]セクション4.4.20を参照）。
This attribute specifies the duration of the lease (in seconds) associated with the Per-Printer Subscription Object at the time the Subscription Object was created or the lease was renewed. The duration of the lease is infinite if the value is 0, i.e., the lease never expires. See section 5.4.3 on "notify-lease-expiration-time (integer(0:MAX))" for more details.
この属性は、サブスクリプションオブジェクトが作成された時点で、またはリースが更新された時点で、プリンストごとのサブスクリプションオブジェクトに関連付けられたリースの持続時間（秒単位）を指定します。値が0の場合、リースの期間は無限です。つまり、リースが期限切れになることはありません。詳細については、「Notify-Lease-Expiration-Time（Integer（0：Max））」のセクション5.4.3を参照してください。
This attribute is not present on a Per-Job Subscription Object because the Subscription Object lasts exactly as long as the associated Job object. See discussion of the 'job-completed' event in section 5.3.3.4.3 about retention of the Job object after completion.
この属性は、サブスクリプションオブジェクトが関連するジョブオブジェクトと正確に持続するため、ジョブごとのサブスクリプションオブジェクトに存在しません。完了後のジョブオブジェクトの保持に関するセクション5.3.3.4.3の「ジョブコンプレット」イベントの議論を参照してください。
A Printer MUST support this attribute.
プリンターはこの属性をサポートする必要があります。
For a Subscription Object Creation operation of a Per-Job Subscription Object, the client MUST NOT supply this attribute. If the client does supply this attribute, the Printer MUST treat it as an unsupported attribute.
JOBごとのサブスクリプションオブジェクトのサブスクリプションオブジェクト作成操作の場合、クライアントはこの属性を提供してはなりません。クライアントがこの属性を提供する場合、プリンターはそれをサポートされていない属性として扱う必要があります。
For a Subscription Creation Operation of a Per-Printer Subscription Object or a Renew-Subscription operation, a client MAY supply this attribute. If the client does not supply this attribute, the Printer MUST populate this attribute with its "notify-lease-duration-default" (0:67108863) attribute value. If the client supplies this attribute with an unsupported value, the Printer MUST populate this attribute with a supported value, and this value SHOULD be as close as possible to the value requested by the client. Note: this rule implies that a Printer doesn't assign the value of 0 (infinite) unless the client requests it.
プリンターごとのサブスクリプションオブジェクトのサブスクリプション作成操作または更新サブスクリプション操作の場合、クライアントはこの属性を提供する場合があります。クライアントがこの属性を提供しない場合、プリンターはこの属性に「Notify-Lease-Duration-Default」（0：67108863）属性値を入力する必要があります。クライアントがこの属性にサポートされていない値を提供する場合、プリンターはこの属性にサポートされた値を入力する必要があり、この値はクライアントが要求した値にできるだけ近いものでなければなりません。注：このルールは、クライアントが要求しない限り、プリンターが0（無限）の値を割り当てないことを意味します。
After the Printer has populated this attribute with a supported value, the value represents the "granted duration" of the lease in seconds and the Printer updates the value of the Subscription Object's "notify-lease-expiration-time" attribute as specified in section 5.4.3.
プリンターにこの属性がサポートされた値を入力した後、値は秒単位でリースの「付与期間」を表し、プリンターはセクション5.4で指定されているサブスクリプションオブジェクトの「Notify-Expiration-Time」属性の値を更新します。.3。
The value of this attribute on a Subscription Object MUST be a value of the "notify-lease-duration-supported" (1setOf (integer(0:67108863) | rangeOfInteger(0:67108863))) Printer attribute.
サブスクリプションオブジェクト上のこの属性の値は、「Notify-Lease-Duration-Supported」（1Setof（Integer（0：67108863）| rangeofinteger（0：67108863）））プリンター属性の値でなければなりません。
A Printer MAY require authentication in order to return the value of 0 (the lease never expires) as one of the values of "notify-lease-duration-supported", and to allow 0 as a value of the "notify-lease-duration" attribute.
プリンターでは、「リース期間がサポートする」値の1つとして0（リースの期限が切れない）を返すために認証が必要になる場合があり、「Notify-Lease-Duraturedurationの値として0を許可する場合があります。" 属性。
Note: The maximum value 67,108,863 is 2 raised to the 26 power minus 1 and is about 2 years in seconds. The value is considerably less than MAX so that there is virtually no chance of an overflow when the Printer adds it to the Printer's "printer-up-time" attribute value (see [RFC2911] section 4.4.29) to produce the "notify-lease-expiration-time" Subscription Description attribute value (see section 5.4.3).
注：最大値67,108,863は、26の電力マイナス1に上昇した2で、約2年秒です。値は最大よりもかなり少ないため、プリンターがプリンターの「プリンターアップタイム」属性値に追加すると、オーバーフローの可能性がほとんどありません（[RFC2911]セクション4.4.29を参照）。リース - エッピアタイム "サブスクリプションの説明属性値（セクション5.4.3を参照）。
See sections 5.1 and 5.2 for the behavior of "xxx-default" Subscription Template Printer attributes.
「xxx-default」サブスクリプションテンプレートプリンター属性の動作については、セクション5.1および5.2を参照してください。
See sections 5.1 and 5.2 for the behavior of "xxx-supported" Subscription Template Printer attributes.
「XXXがサポートする」サブスクリプションテンプレートプリンター属性の動作については、セクション5.1および5.2を参照してください。
The 'job-progress' Event occurs each time that a Printer completes a sheet. Some Notification Recipients do not want to receive an Event Notification every time this Event occurs. This attribute allows a Subscribing Client to request how often it wants to receive Event Notifications for 'job-progress' Events. The value of this attribute MAY be any nonnegative integer (0,MAX) indicating the minimum number of seconds between 'job-progress' Event Notifications.
「ジョブプログレス」イベントは、プリンターがシートを完成させるたびに発生します。一部の通知受信者は、このイベントが発生するたびにイベント通知を受け取りたくありません。この属性により、購読クライアントは、「ジョブプログレス」イベントのイベント通知を受信したい頻度を要求できます。この属性の値は、「ジョブプログレス」イベント通知の間の最小秒数を示す非陰性整数（0、最大）である場合があります。
The Printer MUST support this attribute if and only if the Printer supports the 'job-progress' Event.
プリンターが「ジョブプログレス」イベントをサポートしている場合にのみ、プリンターはこの属性をサポートする必要があります。
A client MAY supply this attribute in a Subscription Creation Operation. If the client does not supply this attribute in the Subscription Creation Operation, the Subscription Object either (1) MAY contain the "notify-time-interval" attribute with a '0' value or (2) NEED NOT contain this attribute at all. There is no "notify-time-interval-default" Printer attribute.
クライアントは、サブスクリプション作成操作でこの属性を提供する場合があります。クライアントがサブスクリプション作成操作でこの属性を提供しない場合、サブスクリプションオブジェクトのいずれか（1）には、「0」値を持つ「Notify-Time-interval」属性を含めるか、（2）この属性をまったく含める必要はありません。「Notify-Time-Interval-Default」プリンター属性はありません。
There is no "notify-time-interval-supported" Printer attribute.
「Notify-Time-interval-Supported」プリンター属性はありません。
If the 'job-progress' Event occurs and a Subscription Object contains the 'job-progress' Event as a value of the 'notify-events' attribute, there are two cases to consider:
「ジョブプログレス」イベントが発生し、サブスクリプションオブジェクトに「notify-ivents」属性の値として「ジョブプログレス」イベントが含まれている場合、考慮すべき2つのケースがあります。
1. This attribute is not present on the Subscription Object or has the value of 0. The Printer MUST generate and deliver an Event Notification (as is the case with other Events).
1. この属性は、サブスクリプションオブジェクトに存在しないか、0の値を持っていません。プリンターは、イベント通知を生成および配信する必要があります（他のイベントの場合と同様）。
2. This attribute is present with a nonzero value of N:
2. この属性は、nの非ゼロ値で存在します：
a) If the Printer has not sent an Event Notification for the 'job-progress' Event for the associated Subscription Object within the past N seconds, the Printer MUST deliver an Event Notification for the Event that just occurred. Note when the Printer completes the first page of a Job, this rule implies that the Printer delivers an Event Notification for a Per-Job Subscription Object.
a) プリンターが、過去のN秒以内に関連するサブスクリプションオブジェクトの「ジョブプログレス」イベントのイベント通知を送信していない場合、プリンターは発生したイベントのイベント通知を提供する必要があります。注プリンターがジョブの最初のページを完了すると、このルールは、プリンターがJOBごとのサブスクリプションオブジェクトのイベント通知を提供することを意味します。
b) Otherwise, the Printer MUST NOT generate or deliver an Event Notification for the associated Subscription Object. The Printer MUST NOT increase the value of the "notify-sequence-number" Subscription Object attribute (i.e., the sequence of values of the "notify-sequence-number" attribute counts the Event Notifications that the Printer sent and not the Events that do not cause an Event Notification to be sent).
b) それ以外の場合、プリンターは、関連するサブスクリプションオブジェクトのイベント通知を生成または配信してはなりません。プリンターは、「notify-sevesence-number」サブスクリプションオブジェクト属性の値を増やしてはなりません（つまり、「notify-seaves-sevesence-number」属性の値のシーケンスは、プリンターが送信したイベント通知をカウントします。イベント通知を送信しないでください）。
It is RECOMMENDED that a Subscribing Client use this attribute when it subscribes to the 'job-progress' Event, and that the value be sufficiently large to limit the frequency with which the Printer delivers Event Notifications requests.
サブスクライティングクライアントは、「ジョブプログレス」イベントにサブスクライブするときにこの属性を使用し、プリンターがイベント通知リクエストを提供する頻度を制限するのに十分な大きさであることをお勧めします。
This attribute MUST NOT effect any Events other than 'job-progress'.
この属性は、「ジョブプログレス」以外のイベントに影響を与えてはなりません。
Subscription Description Attributes are those attributes that a Printer adds to a Subscription Object at the time of its creation.
サブスクリプションの説明属性は、作成時にプリンターがサブスクリプションオブジェクトに追加する属性です。
A Printer MUST support all attributes in this Table 2.
この表2のプリンターはすべての属性をサポートする必要があります。
A client MUST NOT supply the attributes in Table 2 in a Subscription Template Attributes Group of a Subscription Creation Operation. There are no corresponding default or supported attributes.
クライアントは、サブスクリプション作成操作のサブスクリプションテンプレート属性グループで表2の属性を提供してはなりません。対応するデフォルトまたはサポートされた属性はありません。
Table 2 - Subscription Description Attributes
表2-サブスクリプションの説明属性
Subscription Object attributes:
サブスクリプションオブジェクト属性：
notify-subscription-id (integer(1:MAX))
notify-sequence-number (integer(0:MAX))
notify-lease-expiration-time (integer(0:MAX))
notify-printer-up-time (integer(1:MAX))
notify-printer-uri (uri)
notify-job-id (integer(1:MAX))
notify-subscriber-user-name (name(MAX))
This attribute identifies a Subscription Object instance with a number that is unique within the context of the Printer. The Printer generates this value at the time it creates the Subscription Object.
この属性は、プリンターのコンテキスト内で一意の数字を持つサブスクリプションオブジェクトインスタンスを識別します。プリンターは、サブスクリプションオブジェクトを作成した時点でこの値を生成します。
A Printer MUST support this attribute.
プリンターはこの属性をサポートする必要があります。
The Printer MAY assign the value of this attribute sequentially as it creates Subscription Objects. However, if there is no security on Subscription objects, sequential assignment exposes the system to a passive traffic monitoring threat.
プリンターは、サブスクリプションオブジェクトを作成するときに、この属性の値を順番に割り当てることができます。ただし、サブスクリプションオブジェクトにセキュリティがない場合、シーケンシャル割り当てはシステムをパッシブトラフィック監視の脅威に公開します。
The Printer SHOULD avoid re-using recent values of this attribute during continuous operation of the Printer as well as across power cycles. Then a Subscribing Client is unlikely to find that a stale reference accesses a new Subscription Object.
プリンターは、プリンターの連続動作中および電源サイクル全体でこの属性の最近の値を再利用することを避ける必要があります。次に、購読クライアントが古い参照が新しいサブスクリプションオブジェクトにアクセスすることはほとんどありません。
The 0 value is not permitted in order to allow for compatibility with "job-id" and with MIB table index values, which are recommended not to be 0.
0の値は、「Job-ID」とMIBテーブルインデックス値との互換性を可能にするために許可されていません。
The value of this attribute indicates the number of times that the Printer has generated and attempted to deliver an Event Notification for this Subscription object. When an Event Notification contains this attribute, the Notification Recipient can determine whether it missed some Event Notifications (i.e., numbers skipped) or received duplicates (i.e., same number twice).
この属性の値は、プリンターが生成し、このサブスクリプションオブジェクトのイベント通知を提供しようとした回数を示します。イベント通知にこの属性が含まれている場合、通知受信者は、いくつかのイベント通知（つまり、スキップされた数値）を逃したか、複製を受信したか（つまり、同じ数値）かどうかを判断できます。
A Printer MUST support this attribute.
プリンターはこの属性をサポートする必要があります。
When the Printer creates a Subscription Object, it MUST populate this attribute with a value of 0. This value indicates that the Printer has not sent any Event Notifications for this Subscription Object.
プリンターがサブスクリプションオブジェクトを作成する場合、この属性を0の値に入力する必要があります。この値は、プリンターがこのサブスクリプションオブジェクトのイベント通知を送信していないことを示しています。
Each time the Printer delivers a newly generated Event Notification, it MUST increase the value of this attribute by 1. For some Delivery Methods, the Printer MUST include this attribute in each Event Notification, and the value MUST be the value after it is increased by 1. That is, the value of this attribute in the first Event Notification after Subscription object creation MUST be 1, the second MUST be 2, etc. If a Delivery Method is defined such that the Notification Recipient returns a response, the Printer can re-try delivering an Event Notification a certain number of times with the same sequence number when the Notification Recipient fails to return a response.
プリンターが新しく生成されたイベント通知を提供するたびに、この属性の値を1で増やす必要があります。一部の配信方法では、各イベント通知にこの属性を含める必要があり、値は値が増加した後の値でなければなりません。1.つまり、サブスクリプションオブジェクトの作成後の最初のイベント通知におけるこの属性の値は1、2番目は通知受信者が応答を返すように配信方法を定義する場合、プリンターは再生できます - 通知の受信者が応答を返すことに失敗したときに、同じシーケンス番号で一定数のイベント通知を提供することを試してください。
If a Subscription Object lasts long enough to reach the value of MAX, its next value MUST be 0, i.e., it wraps.
サブスクリプションオブジェクトが最大値に到達するのに十分な長さ続く場合、次の値は0、つまりラップする必要があります。
This attribute specifies the time in the future when the lease on the Per-Printer Subscription Object will expire, i.e., the "printer-up-time" value at which the lease will expire. If the value is 0, the lease never expires.
この属性は、将来、プリンターごとのサブスクリプションオブジェクトのリースが期限切れになる時間、つまりリースが期限切れになる「プリンターアップタイム」値を指定します。値が0の場合、リースが期限切れになることはありません。
A Printer MUST support this attribute.
プリンターはこの属性をサポートする必要があります。
When the Printer creates a Per-Job Subscription Object, this attribute MUST NOT be present - the Subscription Object lasts exactly as long as the associated Job object. See also the discussion of the 'job-completed' event in section 5.3.3.4.3 about retention of the Job object after completion so that a Notification Recipient can query the Job object after receiving the 'job-completed' Event Notification.
プリンターがJOBごとのサブスクリプションオブジェクトを作成する場合、この属性を存在してはなりません - サブスクリプションオブジェクトは、関連するジョブオブジェクトと同じ長さと正確に持続します。また、「ジョブコンプリートオブジェクトの保持後のセクション5.3.3.4.3の「ジョブコンプリート」イベントの議論も参照してください。
When the Printer creates a Per-Printer Subscription Object, it populates this attribute with a value that is the sum of the values of the Printer's "printer-up-time" attribute and the Subscription Object's "notify-lease-duration" attribute with the following exception. If the value of the Subscription Object's "notify-lease-duration" attribute is 0 (i.e., no expiration time), then the value of this attribute MUST be set to 0 (i.e., no expiration time).
プリンターがプリンターごとのサブスクリプションオブジェクトを作成すると、この属性に、プリンターの「プリンターアップタイム」属性の値とサブスクリプションオブジェクトの「Notify-Lease-Duration」属性の値の合計である値に浸透します。次の例外。サブスクリプションオブジェクトの「Notify-Lease-duration」属性の値が0（つまり、有効期限がない）の場合、この属性の値は0に設定する必要があります（つまり、有効期限なし）。
When the Printer powers up, it MUST populate this attribute in each persistent Subscription Object with a value using the algorithm in the previous paragraph.
プリンターが電源を入れた場合、各段落のアルゴリズムを使用して、各永続的なサブスクリプションオブジェクトのこの属性に値を値に設定する必要があります。
When the "printer-up-time" equals the value of this attribute, the Printer MUST delete the Subscription Object. A client can extend a lease of a Per-Printer Subscription Object with the Renew-Subscription operation (see section 11.2.6).
「プリンターアップタイム」がこの属性の値に等しい場合、プリンターはサブスクリプションオブジェクトを削除する必要があります。クライアントは、更新サブスクリプション操作を使用して、プリンストごとのサブスクリプションオブジェクトのリースを延長できます（セクション11.2.6を参照）。
Note: In order to compute the number of seconds remaining in a lease for a Per-Printer Subscription Object, a client can subtract the Subscription's "notify-printer-up-time" attribute (see section 5.4.4) from the Subscription's "notify-lease-expiration-time" attribute.
注：プリンシパルごとのサブスクリプションオブジェクトのリースに残っている秒数を計算するために、クライアントはサブスクリプションの「通知5.4.4を参照）のサブスクリプションの「Notify-printer-uptime」属性（セクション5.4.4を参照）を差し引くことができます。-Lease-Expiration-Time "属性。
This attribute is an alias for the Printer's "printer-up-time" attribute " (see [RFC2911] section 4.4.29). In other words, when this attribute is queried with the Get-Subscriptions or Get-Subscription-Attributes operations (see sections 11.2.4 and 11.2.5), the value returned is the current value of the Printer's "printer-up-time" attribute, rather than the time at which the Subscription Object was created.
この属性は、プリンターの「プリンターアップタイム」属性 "のエイリアスです（[rfc2911]セクション4.4.29を参照）。つまり、この属性がget-subscriptionsまたはget-subscription-attributes操作で照会された場合（セクション11.2.4および11.2.5を参照）、返される値は、サブスクリプションオブジェクトが作成された時間ではなく、プリンターの「プリンターアップタイム」属性の現在の値です。
A Printer MUST support this attribute.
プリンターはこの属性をサポートする必要があります。
When the Printer creates a Per-Job Subscription Object, this attribute MUST NOT be present. When the Printer creates a Per-Printer Subscription Object, this attribute MUST be present.
プリンターがJOBごとのサブスクリプションオブジェクトを作成する場合、この属性を存在してはなりません。プリンターがプリンターごとのサブスクリプションオブジェクトを作成する場合、この属性が存在する必要があります。
Note: this attribute exists in a Per-Printer Subscription Object so that a client using the Get-Subscription-Attributes or Get-Subscription operations can convert the Per-Printer Subscription's "notify-lease-expiration-time" attribute to wall clock time with one request. If the value of the "notify-lease-expiration-time" attribute is not 0 (i.e., no expiration time), then the difference between the "notify-lease-expiration-time" attribute and the "notify-printer-up-time" is the remaining number of seconds on the lease from the current time.
注：この属性は、プリンターごとのサブスクリプションオブジェクトに存在するため、get-subscription-attributesまたはget-subscription操作を使用するクライアントは、プリンストのサブスクリプションの「notify-lease-expiration-time」属性への壁の時計時間を変換できます。1つのリクエスト。「Notify-Lease-Expiration-Time」属性の値が0ではない場合（つまり、有効期限がない）、「Notify-Lease-Expiration-Time」属性と「Notify-Printer-Up-Up-時間 "は、現在からのリースの残りの秒数です。
This attribute identifies the Printer object that created this Subscription Object.
この属性は、このサブスクリプションオブジェクトを作成したプリンターオブジェクトを識別します。
A Printer MUST support this attribute.
プリンターはこの属性をサポートする必要があります。
During a Subscription Creation Operation, the Printer MUST populate this attribute with the value of the "printer-uri" operation attribute in the request. From the Printer URI, the client can, for example, determine what security scheme was used.
サブスクリプション作成操作中に、プリンターはこの属性をリクエストの「プリンター-RI」操作属性の値に設定する必要があります。プリンターURIから、たとえば、クライアントはどのセキュリティスキームが使用されたかを決定できます。
This attribute specifies whether the containing Subscription Object is a Per-Job or Per-Printer Subscription Object, and for Per-Job Subscription Objects, it specifies the associated Job.
この属性は、含まれるサブスクリプションオブジェクトがジョブごとのサブスクリプションオブジェクトであるか、プリンセントごとのサブスクリプションオブジェクトであるかを指定し、ジョブごとのサブスクリプションオブジェクトの場合、関連するジョブを指定します。
A Printer MUST support this attribute.
プリンターはこの属性をサポートする必要があります。
If this attribute is not present, the Subscription Object MUST be a Per-Printer Subscription. If this attribute is present, the Subscription Object MUST be a Per-Job Subscription Object and this attribute MUST identify the Job with which the Subscription Object is associated.
この属性が存在しない場合、サブスクリプションオブジェクトはプリンターごとのサブスクリプションである必要があります。この属性が存在する場合、サブスクリプションオブジェクトはジョブごとのサブスクリプションオブジェクトである必要があり、この属性はサブスクリプションオブジェクトが関連付けられているジョブを識別する必要があります。
Note: This attribute could be useful to a Notification Recipient that receives an Event Notification generated from a Per-Job Subscription Object and caused by a Printer Event. The Event Notification gives access to the Printer and the Subscription Object. The Event Notification gives access to the associated Job only via this attribute. See discussion of the 'job-completed' event in section 5.3.3.4.3 about retention of the Job object after completion so that a Notification Recipient can query the Job object after receiving the 'job-completed' Event Notification.
注：この属性は、JOBごとのサブスクリプションオブジェクトから生成され、プリンターイベントによって引き起こされるイベント通知を受信した通知受信者に役立つ可能性があります。イベント通知により、プリンターとサブスクリプションオブジェクトにアクセスできます。イベント通知は、この属性を介してのみ関連するジョブへのアクセスを提供します。「ジョブコンプリート」イベント通知を受け取った後に通知受信者がジョブオブジェクトを照会できるように、完了後のジョブオブジェクトの保持に関するセクション5.3.3.4.3の「ジョブコンプレット」イベントの議論を参照してください。
This attribute contains the name of the user who performed the Subscription Creation Operation.
この属性には、サブスクリプション作成操作を実行したユーザーの名前が含まれています。
A Printer MUST support this attribute.
プリンターはこの属性をサポートする必要があります。
The Printer MUST populates this attribute with the most authenticated printable name that it can obtain from the authentication service over which the Subscription Creation Operation was received. The Printer uses the same mechanism for determining the value of this attribute as it does for a Job's "job-originating-user-name" (see [RFC2911] section 4.3.6).
プリンターは、この属性を、サブスクリプション作成操作を受信した認証サービスから取得できる最も認証された印刷可能な名前で入力する必要があります。プリンターは、この属性の値をジョブの「ジョブオリージングユーザー名」と同じように決定するために同じメカニズムを使用します（[RFC2911]セクション4.3.6を参照）。
Note: To help with authentication, a Subscription Object may have additional private attributes about the user, e.g., a credential of a principal. Such private attributes are implementation-dependent and not defined in this document.
注：認証を支援するために、サブスクリプションオブジェクトには、ユーザーに関する追加のプライベート属性、たとえばプリンシパルの資格情報がある場合があります。このようなプライベート属性は実装依存であり、このドキュメントでは定義されていません。
This section defines the Printer Description attributes that are related to Notification. Table 3 lists the Printer Description attributes, indicates the Printer support required for conformance, and whether or not the attribute is READ-ONLY (see section 3.1): Table 3 - Printer Description Attributes Associated with Notification
このセクションでは、通知に関連するプリンターの説明属性を定義します。表3に、プリンターの説明属性を示し、適合に必要なプリンターサポートと、属性が読み取り専用かどうかを示します（セクション3.1を参照）：表3-プリンター説明通知に関連付けられている属性
Printer object attributes: REQUIRED READ-ONLY
プリンターオブジェクト属性：必要な読み取り専用
printer-state-change-time (integer(1:MAX)) No Yes
printer-state-change-date-time (dateTime) No Yes
This OPTIONAL attribute records the most recent time at which the 'printer-state-changed' Printer Event occurred whether or not any Subscription objects were listening for this event. This attribute helps a client or operator to determine how long the Printer has been in its current state.
このオプションの属性は、サブスクリプションオブジェクトがこのイベントを聞いているかどうかにかかわらず、「プリンターステート変化した」プリンターイベントが発生した最新の時間を記録します。この属性は、クライアントまたはオペレーターがプリンターが現在の状態にある期間を判断するのに役立ちます。
A Printer MAY support this attribute and if so, the attribute MUST be READ-ONLY.
プリンターはこの属性をサポートする場合があり、もしそうなら、属性は読み取り専用でなければなりません。
On power-up, the Printer MUST populate this attribute with the value of its "printer-up-time" attribute, so that it always has a value. Whenever the 'printer-state-changed' Printer Event occurs, the Printer MUST update this attribute with the value of the Printer's "printer-up-time" attribute.
パワーアップでは、プリンターはこの属性に「プリンターアップタイム」属性の値を入力する必要があるため、常に値があります。「プリンターステート変更された」プリンターイベントが発生するたびに、プリンターはこの属性をプリンターの「プリンターアップタイム」属性の値で更新する必要があります。
This OPTIONAL attribute records the most recent time at which the 'printer-state-changed' Printer Event occurred whether or not there were any Subscription Objects listening for this event. This attribute helps a client or operator to determine how long the Printer has been in its current state.
このオプションの属性は、このイベントを聞いているサブスクリプションオブジェクトがあるかどうかにかかわらず、「プリンターステート変更された」プリンターイベントが発生した最新の時間を記録します。この属性は、クライアントまたはオペレーターがプリンターが現在の状態にある期間を判断するのに役立ちます。
A Printer MAY support this attribute and if so, the attribute MUST be READ-ONLY.
プリンターはこの属性をサポートする場合があり、もしそうなら、属性は読み取り専用でなければなりません。
On power-up, the Printer MUST populate this attribute with the value of its "printer-current-time" attribute, so that it always has a value (see [RFC2911] section 4.4.30 on "printer-current-time"). Whenever the 'printer-state-changed' Printer Event occurs, the Printer MUST update this attribute with the value of the Printer's "printer-current-time" attribute.
パワーアップでは、プリンターはこの属性を「プリンター電流時刻」属性の値に埋める必要があります。そうすることで、常に値があります（[RFC2911]セクション4.4.30を「プリンター電流時間」のセクション4.4.30を参照）。「プリンターステート変更された」プリンターイベントが発生するたびに、プリンターはこの属性をプリンターの「プリンターカレントタイム」属性の値で更新する必要があります。
This section contains those attributes for which additional values are added.
このセクションには、追加の値が追加される属性が含まれています。
The following "operation-id" values are added in order to support the new operations defined in this document:
このドキュメントで定義されている新しい操作をサポートするために、次の「Operation-ID」値が追加されます。
Table 4 - Operation-id assignments
表4 -Operation -ID割り当て
Value Operation Name
値操作名
0x0016 Create-Printer-Subscriptions 0x0017 Create-Job-Subscriptions 0x0018 Get-Subscription-Attributes 0x0019 Get-Subscriptions 0x001A Renew-Subscription 0x001B Cancel-Subscription
0x0016 Create-Printer-Subscriptions 0x0017 Create-Job-Subscriptions 0x0018 get-subscription-attributes 0x0019 get-subscriptions 0x001a regn-subscription 0x001bキャンセルサブスクリプション
This section contains those attributes that exist only in Event Notifications and do not exist in any objects.
このセクションには、イベント通知にのみ存在し、オブジェクトには存在しない属性が含まれています。
This attribute indicates the Subscribed Event that caused the Printer to deliver this Event Notification. This attribute exists only in Event Notifications.
この属性は、プリンターがこのイベント通知を提供する原因となったサブスクライブイベントを示しています。この属性は、イベント通知にのみ存在します。
This attribute MUST contain one of the values of the "notify-events" attribute in the Subscription Object, i.e., one of the Subscribed Event values. Its value is the Subscribed Event that "matches" the Event that caused the Printer to deliver this Event Notification. This Subscribed Event value may be identical to the Event or the Event may be a sub-value of the Subscribed Event. For example, the 'job-completed' Event (which is a sub-event of the 'job-state-changed' event) would cause the Printer to deliver an Event Notification for either the 'job-completed' or 'job-state-changed' Subscribed Events and to deliver the 'job-completed' or 'job-state-changed' value for this attribute, respectively. See section 5.3.3.5 for the "matching" rules of Subscribed Events and for additional examples.
この属性には、サブスクリプションオブジェクトの「Notify-Ivents」属性の値の1つ、つまりサブスクライブされたイベント値の1つを含める必要があります。その価値は、プリンターがこのイベント通知を提供する原因となったイベントを「一致させる」サブスクライブイベントです。このサブスクライブされたイベント値は、イベントと同一である場合があります。または、イベントがサブスクライブイベントのサブ値である場合があります。たとえば、「ジョブコンプレット」イベント（「ジョブステート変更」イベントのサブイベント）により、プリンターは「ジョブコンプレット」または「ジョブステートのいずれかのイベント通知を提供します。-Changed 'サブスクライブイベントと、この属性にそれぞれ「ジョブコンプレット」または「ジョブステート変更」値を提供します。購読したイベントの「一致」ルールおよび追加の例については、セクション5.3.3.5を参照してください。
The Delivery Method Document specifies whether the Printer includes the value of this attribute in an Event Notification.
配信方法ドキュメントは、プリンターにイベント通知にこの属性の値が含まれているかどうかを指定します。
This attribute contains a Human Consumable text message (see section 9.2). This message describes the Event and is encoded as plain text, i.e., 'text/plain' with the charset specified by Subscription Object's "notify-charset" attribute.
この属性には、人間の消耗品テキストメッセージが含まれています（セクション9.2を参照）。このメッセージはイベントを説明し、プレーンテキストとしてエンコードされています。つまり、サブスクリプションオブジェクトの「Notify-Charset」属性で指定されたcharsetを使用して「テキスト/プレーン」です。
Note: this attribute contains a text message only and must not contain any encoding information, such as 'text/plain'. The 'text/plain' encoding is implicit and thus the charset must be specified by an alternate mechanism, namely the "notify-charset" attribute.
注：この属性にはテキストメッセージのみが含まれており、「テキスト/プレーン」などのエンコード情報を含めてはなりません。「テキスト/プレーン」エンコーディングは暗黙的であるため、charsetは代替メカニズム、つまり「Notify-charset」属性によって指定する必要があります。
The Delivery Method Document specifies whether the Printer includes this attribute in an Event Notification.
配信方法ドキュメントは、プリンターにイベント通知にこの属性を含めるかどうかを指定します。
This section defines the Event Notification content that the Printer delivers when an Event occurs.
このセクションでは、イベントが発生したときにプリンターが配信するイベント通知コンテンツを定義します。
When an Event occurs, the Printer MUST find each Subscription object whose "notify-events" attribute "matches" the Event. See section 5.3.3.5 for details on "matching". For each matched Subscription Object, the Printer MUST create an Event Notification with the content and format that the Delivery Method Document specifies. The content contains the value of attributes specified by the Delivery Method Document. The Printer obtains the values immediately after the Event occurs. For example, if the "printer-state" attribute changes from 'idle' to 'processing', the Event 'printer-state-changed' occurs and the Printer puts various attributes into the Event Notification, including "printer-up-time" and "printer-state" with the values that they have immediately after the Event occurs, i.e., the value of "printer-state" is 'processing'.
イベントが発生した場合、プリンターは、「Notify-Ivents」属性がイベントに一致する各サブスクリプションオブジェクトを見つける必要があります。「マッチング」の詳細については、セクション5.3.3.5を参照してください。一致したサブスクリプションオブジェクトごとに、プリンターは、配信方法ドキュメントが指定するコンテンツと形式でイベント通知を作成する必要があります。コンテンツには、配信方法文書で指定された属性の値が含まれています。プリンターは、イベントが発生した直後に値を取得します。たとえば、「プリンターステート」属性が「アイドル」から「処理」に変更された場合、イベント「プリンター - 状態変化」が発生し、プリンターは「プリンターアップタイム」などのさまざまな属性をイベント通知に入れます。イベントが発生した直後の値、つまり「プリンター状態」の値は「処理」です。
Event Notification Ordering:
イベント通知の注文：
When a Printer delivers Event Notifications, the Event Notifications from any given Subscription Object MUST be in time stamp order, i.e., in order of increasing "printer-up-time" attribute value in the Event Notification (see Table 5). These Event Notifications MAY be interleaved with those from other Subscription Objects, as long as those others are also in time stamp order. The Printer MUST observe these ordering requirements whether delivering multiple pending Events as multiple separate Event Notifications or together in a single Compound Event Notification.
プリンターがイベント通知を配信する場合、特定のサブスクリプションオブジェクトからのイベント通知は、イベント通知で「プリンターアップタイム」属性値を増やす順にタイムスタンプ注文でなければなりません（表5を参照）。これらのイベント通知は、他のサブスクリプションオブジェクトからのものとインターリーブされる場合があります。プリンターは、複数の保留イベントを複数の個別のイベント通知として配信するか、単一の複合イベント通知で一緒に配信するかどうかにかかわらず、これらの順序付け要件を遵守する必要があります。
If a Subscribing Client wants the Printer to deliver certain Event Notifications in time stamp order, the Subscribing Client uses a single Subscription Object. Even so, depending on the underlying transport, the actual order that a Notification Recipient receives separate Event Notifications may differ from the order sent by the Printer (e.g., email).
購読クライアントがプリンターにタイムスタンプの注文で特定のイベント通知を配信することを望んでいる場合、サブスクライティングクライアントは単一のサブスクリプションオブジェクトを使用します。それでも、基礎となる輸送に応じて、通知受信者が個別のイベント通知を受信する実際の順序は、プリンターによって送信された注文と異なる場合があります（電子メールなど）。
Example: Consider two Per-Printer Subscription Objects: SO1 and SO2. SO1 requests 'job-state-changed' events and SO2 requests 'printer-state-changed' events. The number in parens is the time stamp. The following Event Notification sequences are the only ones that conform to the ordering requirements for the Printer to deliver the Event Notifications:
例：2つのプリンターごとのサブスクリプションオブジェクトを考慮してください：SO1とSO2。So1は、「ジョブステート変更された」イベントとSO2リクエスト「プリンターステート変更」イベントを要求します。パレンスの数はタイムスタンプです。次のイベント通知シーケンスは、イベント通知を配信するためにプリンターの順序付け要件に準拠したものだけです。
(a) SO1: 'job-created' (1000), SO1: 'job-stopped' (1005), SO1:
'job-completed' (1009), SO2: 'printer-stopped' (1005)
(b) SO1: 'job-created' (1000), SO1: 'job-stopped' (1005), SO2:
'printer-stopped' (1005), SO1: 'job-completed' (1009)
(c) SO1: 'job-created' (1000), SO2: 'printer-stopped' (1005), SO1:
'job-stopped' (1005), SO1: 'job-completed' (1009)
(d) SO2: 'printer-stopped (1005), SO1: 'job-created' (1000), SO1:
'job-stopped' (1005), SO1: 'job-completed' (1009)
Examples (b) and (c) are interleaved; examples (a) and (d) are not interleaved and are not appropriate for some Delivery Methods.
例（b）および（c）はインターリーブされています。例（a）および（d）はインターリーブされておらず、一部の配信方法には適切ではありません。
If two different Events occur simultaneously, or nearly so (e.g., "printer-up-time" has the same value for both), the Printer MUST create a separate Event Notification for each Event, even if the associated Subscription Object is the same for both Events. However, the Printer MAY combine these distinct Event Notifications into a single Compound Event Notification if the Delivery Method supports Compound Event Notifications. For example, suppose that two nearly-simultaneously Events represent two successive 'printer-state-changed' Events, one from 'idle' to 'processing' and another from 'processing' to 'stopped'. These two Events have the same name but are different instances of the Event. Then the Printer MUST create a separate Event Notification for each Event and SHOULD accurately report the "printer-state" of the first Event as 'processing' and the second Event as 'stopped'.
2つの異なるイベントが同時に発生した場合、またはほぼそうである場合（たとえば、「プリンターアップタイム」と両方の値が同じです）、プリンターは、関連するサブスクリプションオブジェクトが同じであっても、各イベントの個別のイベント通知を作成する必要があります。両方のイベント。ただし、プリンターは、これらの異なるイベント通知を、配信方法が複合イベント通知をサポートする場合、単一の複合イベント通知に組み合わせることができます。たとえば、2つのほぼ同時にイベントが、「アイドル」から「処理」から「処理」から「停止」までの2つの連続した「プリンターステート変更」イベントを表しているとします。これらの2つのイベントには同じ名前がありますが、イベントの異なるインスタンスです。次に、プリンターは各イベントの個別のイベント通知を作成する必要があり、最初のイベントの「プリンター状態」を「処理」と「停止」として2番目のイベントとして正確に報告する必要があります。
If a Subscription Object contains more than one Subscribed Event, and several Events occur in quick succession each matching a different Subscribed Event in the Subscription Object, the Printer MUST NOT generate a single Event Notification from several of these Events, but MAY combine distinct Event Notifications into a single Compound Event Notification if the Delivery Method supports Compound Event Notifications.
サブスクリプションオブジェクトに複数のサブスクライブイベントが含まれ、いくつかのイベントがサブスクリプションオブジェクトの異なるサブスクライブイベントに一致する各イベントがそれぞれ迅速に発生した場合、プリンターはこれらのイベントのいくつかから単一のイベント通知を生成する必要はありませんが、個別のイベント通知を組み合わせることができます配信方法が複合イベント通知をサポートしている場合、単一の複合イベント通知に。
After the Printer has created the Event Notification, the Printer delivers it via either a:
プリンターがイベント通知を作成した後、プリンターは次のいずれかを介して配信します。
Push Delivery Method: The Printer delivers the Event Notification shortly after an Event occurs. For some Push Delivery Methods, the Notification Recipient MUST deliver a response; for others it MUST NOT deliver a response.
プッシュ配信方法：プリンターは、イベントが発生した直後にイベント通知を提供します。一部のプッシュ配信方法の場合、通知受信者は応答を提供する必要があります。他の人にとっては、応答を提供してはなりません。
Pull Delivery Method: The Printer saves Event Notifications for some Event Life and expects the Notification Recipient to request Event Notifications. The Printer returns the Event Notifications in a response to such a request.
プル配信方法：プリンターは、イベントライフのイベント通知を保存し、通知受信者がイベント通知を要求することを期待しています。プリンターは、そのようなリクエストへの応答でイベント通知を返します。
If an error that meets the following conditions occurs, the Printer MUST cancel the Subscription Object.
次の条件を満たすエラーが発生した場合、プリンターはサブスクリプションオブジェクトをキャンセルする必要があります。
a) the error occurs during the delivering of an Event Notification generated from Subscription Object S AND
a) エラーは、サブスクリプションオブジェクトsから生成されたイベント通知の配信中に発生します。
b) the error would continue to occur every time the Printer delivers an Event Notification generated from Subscription Object S in the future.
b) エラーは、プリンターが将来サブスクリプションオブジェクトから生成されたイベント通知を提供するたびに発生し続けます。
For example, if the address of the "notify-recipient-uri" of Subscription Object A references a non-existent target and the Printer determines this fact, it MUST delete Subscription Object A.
たとえば、サブスクリプションオブジェクトの「Notify-Recipient-URI」のアドレスが存在しないターゲットを参照し、プリンターがこの事実を決定する場合、サブスクリプションオブジェクトAを削除する必要があります。
The next two sections describe the values that a Printer delivers in the content of Machine Consumable and Human Consumable Event Notifications, respectively.
次の2つのセクションでは、プリンターがそれぞれ消耗品と人間の消耗品の通知のコンテンツに配信する値について説明します。
The tables in the sub-sections of this section contain the following columns:
このセクションのサブセクションの表には、次の列が含まれています。
a) Source Value: the name of the attribute that supplies the value for the Event Notification. Asterisks in this field refer to a note below the table.
a) ソース値：イベント通知の値を提供する属性の名前。このフィールドのアスタリスクは、テーブルの下のメモを参照してください。
b) Delivers: if the Printer supports the value (column 1) on the Source Object (column 3) the Delivery Method MUST specify:
b) 配信：プリンターがソースオブジェクト（列3）で値（列1）をサポートする場合、配信方法は次のことを指定する必要があります。
MUST: that the Printer MUST deliver the value.
マスト：プリンターが値を提供する必要があること。
SHOULD: either that the Printer MUST deliver the value or that the value is incompatible with the Delivery Method.
すべき：プリンターが値を配信する必要があるか、値が配信方法と互換性がないこと。
MAY: that the Printer MUST, SHOULD, MAY, MUST NOT, SHOULD NOT, or NEED NOT deliver the value. The Delivery Method specifies the level of conformance for the Printer.
5月：プリンターは、価値を提供する必要がある、そうでない、そうでないか、そうすべきではないかもしれません。配信方法は、プリンターの適合レベルを指定します。
c) Source Object: the object from which the source value comes. If the object is "Event Notification", the Printer fabricates the value when it delivers the Event Notification. See section 8.
c) ソースオブジェクト：ソース値が来るオブジェクト。オブジェクトが「イベント通知」の場合、プリンターはイベント通知を提供するときに値を作成します。セクション8を参照してください。
This section defines the attributes that a Delivery Method MUST mention in a Delivery Method Document when specifying the Machine Consumable Event Notification's contents.
このセクションでは、マシンの消耗可能イベント通知のコンテンツを指定する際に、配信方法が配信方法ドキュメントで言及しなければならない属性を定義します。
This document does not define the order of attributes in Event Notifications. However, Delivery Method Documents MAY define the order of some or all of the attributes.
このドキュメントは、イベント通知で属性の順序を定義しません。ただし、配信方法ドキュメントは、属性の一部またはすべての順序を定義する場合があります。
A Delivery Method Document MUST specify additional attributes (if any) that a Printer implementation delivers in a Machine Consumable Event Notification.
配信方法ドキュメントは、プリンターの実装がマシンの消耗可能イベント通知で提供する追加の属性（もしあれば）を指定する必要があります。
Notification Recipients MUST be able to accept Event Notifications containing attributes they do not recognize. What a Notification Recipient does with an unrecognized attribute is implementation-dependent. Notification Recipients MAY attempt to display unrecognized attributes anyway or MAY ignore them.
通知受信者は、認識していない属性を含むイベント通知を受け入れることができなければなりません。通知受信者が認識されていない属性で行うのは、実装依存です。通知受信者は、とにかく認識されていない属性を表示しようとするか、それらを無視する場合があります。
The next three sections define the attributes in Event Notification Contents that are:
次の3つのセクションでは、イベント通知コンテンツの属性を次のように定義します。
1. for all Events
1. すべてのイベントについて
2. for Job Events only
2. ジョブイベントのみ
3. for Printer Events only
3. プリンターイベントのみ
This section lists the attributes that a Delivery Method Document MUST specify for all Events.
このセクションには、配信方法ドキュメントがすべてのイベントに指定する必要がある属性をリストします。
Table 5 lists potential values in each Event Notification.
表5に、各イベント通知の潜在値を示します。
Table 5 - Attributes in Event Notification Content
表5-イベント通知コンテンツの属性
Source Value Delivers Source Object
ソース値はソースオブジェクトを配信します
notify-subscription-id (integer(1:MAX)) MUST Subscription
notify-printer-uri (uri) MUST Subscription
notify-subscribed-event (type2 keyword) MUST Event
Notification
printer-up-time (integer(MIN:MAX)) MUST Printer
printer-current-time (dateTime) * MUST Printer
notify-sequence-number (integer (0:MAX)) SHOULD Subscription
notify-charset (charset) SHOULD Subscription
notify-natural-language (naturalLanguage) SHOULD Subscription
notify-user-data (octetString(63)) ** SHOULD Subscription
notify-text (text) SHOULD Event
Notification
attributes from the "notify-attributes" MAY Printer
attribute ***
attributes from the "notify-attributes" MAY Job
attribute ***
attributes from the "notify-attributes" MAY Subscription
attribute ***
*A Printer MUST deliver this value only if and only if it supports the Printer's "printer-current-time" attribute.
*プリンターは、プリンターの「プリンター電流」属性をサポートしている場合にのみ、この値を配信する必要があります。
** If the Subscription Object does not contain a "notify-user-data" attribute and the Delivery Method Document REQUIRES the Printer to deliver the "notify-user-data" source value in the Event Notification, the Printer MUST deliver an octet-string of length 0.
**サブスクリプションオブジェクトに「notify-user-data」属性が含まれていない場合、配信方法ドキュメントでは、イベント通知で「notify-user-data」ソース値を配信するためにプリンターが必要とする場合、プリンターはオクテットを配信する必要があります。長さ0の文字列。
*** The last three rows represent additional attributes that a client
MAY request via the "notify-attributes" attribute. A Printer MAY
support the "notify-attributes" attribute. The Delivery Method MUST
say that the Printer MUST, SHOULD, MAY, MUST NOT, SHOULD NOT, or NEED
NOT support the "notify-attributes" attribute and specific values of
this attribute. The Delivery Method MAY say that support for the
"notify-attributes" is conditioned on support of the attribute by the
Printer or it MAY say that Printer MUST support the "notify-
attributes" attribute if the Printer supports the Delivery Method.
This section lists the additional attributes that a Delivery Method Document MUST specify for Job Events. See Table 6.
このセクションには、配信方法ドキュメントがジョブイベントに指定する必要がある追加の属性をリストします。表6を参照してください。
Table 6 - Additional Event Notification Content for Job Events
表6-ジョブイベントのための追加のイベント通知コンテンツ
Source Value Delivers Source Object
ソース値はソースオブジェクトを配信します
job-id (integer(1:MAX)) MUST Job job-state (type1 enum) MUST Job job-state-reasons (1setOf type2 keyword) MUST Job job-impressions-completed (integer(0:MAX)) * MUST Job
Job-id（integer（1：max））ジョブジョブステート（Type1 enum）がジョブステートリゾン（1Setof Type2キーワード）がジョブインプレッションを完了しなければならない必要があります（整数（0：max））
* The Printer MUST deliver the "job-impressions-completed" attribute in an Event Notification only for the combinations of Events and Subscribed Events shown in Table 7.
* プリンターは、イベントとサブスクライブイベントの組み合わせと表7に示すように、イベント通知で「ジョブインプレッションにコンプレットされた」属性を提供する必要があります。
Table 7 - Combinations of Events and Subscribed Events for "job-impressions-completed"
表7-イベントの組み合わせと「ジョブインプレッションが完了した」ためのサブスクライブイベント
Job Event Subscribed Job Event
ジョブイベントサブスクライブジョブイベント
'job-progress' 'job-progress' 'job-completed' 'job-completed' 'job-completed' 'job-state-changed'
「ジョブ・プログレス」 'ジョブ・プログレス' 'ジョブコンプレット「ジョブコンプレット」「ジョブコンプレット」'ジョブステート変更 '
This section lists the additional attributes that a Delivery Method Document MUST specify for Printer Events. See Table 8.
このセクションには、配信方法ドキュメントがプリンターイベントに指定する必要がある追加の属性をリストします。表8を参照してください。
Table 8 - Additional Event Notification Content for Printer Events
表8-プリンターイベントの追加のイベント通知コンテンツ
Source Value Delivers Source Object
ソース値はソースオブジェクトを配信します
printer-state (type1 enum) MUST Printer printer-state-reasons (1setOf type2 MUST Printer keyword) printer-is-accepting-jobs (boolean) MUST Printer
プリンターステート（Type1 enum）プリンタープリンターステートリーズン（1Setof Type2はプリンターキーワード）プリンター-is-accepting-jobs（boolean）が必要です。
This section defines the information that a Delivery Method MUST mention in a Delivery Method Document when specifying the Human Consumable Event Notifications contents or the value of the "notify-text" attribute.
このセクションでは、人間の消耗品イベント通知コンテンツまたは「notify-text」属性の値を指定する際に、配信方法で言及しなければならない情報を定義します。
Such a Delivery Method MUST specify the following information and a Printer SHOULD deliver it:
このような配信方法は、次の情報を指定する必要があり、プリンターはそれを配信する必要があります。
a) the Printer name (see Table 9) b) the time of the Event (see Table 11)
a) プリンター名（表9を参照）b）イベントの時間（表11を参照）
c) for Printer Events only:
c) プリンターイベントのみ：
i) the Event (see Table 10) and/or Printer state information (see Table 14)
i) イベント（表10を参照）および/またはプリンターの状態情報（表14を参照）
d) for Job Events only:
d) ジョブイベントのみ：
i) the job identity (see Table 12)
i) ジョブアイデンティティ（表12を参照）
ii) the Event (see Table 10) and/or Job state information (see Table 13)
ii）イベント（表10を参照）および/または職務状態情報（表13を参照）
The subsections of this section specify the attributes that a Printer MUST use to obtain this information.
このセクションのサブセクションは、この情報を取得するためにプリンターが使用する必要がある属性を指定します。
A Delivery Method Document MUST specify additional information (if any) that a Printer implementation delivers in a Human Consumable Event Notification or in the "notify-text" attribute.
配信方法ドキュメントは、プリンターの実装が人間の消耗可能イベント通知または「Notify-Text」属性に提供する追加情報（もしあれば）を指定する必要があります。
A client MUST NOT request additional attributes via the "notify-attributes" attribute because this attribute works only for Machine Consumable Event Notifications.
クライアントは、「Notify-Attributes」属性を介して追加の属性を要求してはなりません。これは、この属性がマシン消費可能なイベント通知に対してのみ機能するためです。
Notification Recipients MUST NOT expect to be able to parse the Human Consumable Event Notification contents or the value of the "notify-text" attribute.
通知受信者は、人間の消耗品イベント通知コンテンツまたは「Notify-Text」属性の値を解析できることを期待してはなりません。
The next three sections define the attributes in Event Notification Contents that are:
次の3つのセクションでは、イベント通知コンテンツの属性を次のように定義します。
a) for all Events b) for Job Events only c) for Printer Events only
a) すべてのイベントの場合b）ジョブイベントの場合c）プリンターイベントのみ
This section lists the source of the information that a Delivery Method MUST specify for all Events.
このセクションには、配信方法がすべてのイベントに指定する必要がある情報のソースをリストします。
There is a separate table for each piece of information. Each row in the table represents a source value for the information and the values are listed in order of preference, with the first one being the preferred one. An implementation SHOULD use the source value from the earliest row in each table. It MAY use the source value from another row instead, or it MAY combine the source values from several rows. An implementation is free to determine the best way to present this information.
情報ごとに別のテーブルがあります。テーブル内の各行は情報のソース値を表し、値は好みの順にリストされ、最初の行が好ましいものです。実装では、各テーブルの初期の行からソース値を使用する必要があります。代わりに別の行のソース値を使用するか、いくつかの行のソース値を組み合わせる場合があります。実装は、この情報を提示する最良の方法を自由に決定できます。
In all tables of this section, all rows contain a "MAY" in order to state that the Delivery Method specifies the conformance.
このセクションのすべての表に、すべての行には「5月」が含まれており、配信方法が適合性を指定することを述べています。
Table 9 lists the source of the information for the Printer Name. The "printer-name" is more user-friendly unless the Notification Recipient is in a place where the Printer name is not meaningful. For example, an implementation could have the intelligence to deliver the value of the "printer-name" attribute to a Notification Recipient that can access the Printer via value of the "printer-name" attribute and otherwise deliver the value of the "notify-printer-uri" attribute.
表9に、プリンター名の情報のソースを示します。「プリンター名」は、通知の受信者がプリンター名が意味がない場所にない限り、よりユーザーフレンドリーです。たとえば、実装には、「プリンター名」属性の値を介してプリンターにアクセスできる「プリンター」受信者に「プリンター」属性の値を配信するインテリジェンスを持つことができます。プリンター-Ri "属性。
Table 9 - Printer Name in Event Notification Content
表9-イベント通知コンテンツのプリンター名
Source Value Delivers Source Object
ソース値はソースオブジェクトを配信します
printer-name (name(127)) MAY Printer notify-printer-uri (uri) MAY Subscription
プリンター名（name（127））がプリンターNotify-printer-uri（uri）subscription
Table 10 lists the source of the information for the Event name. A Printer MAY combine this information with state information described for Jobs in Table 13 or for Printers in Table 14.
表10に、イベント名の情報のソースを示します。プリンターは、この情報を、表13のジョブまたは表14のプリンターについて説明した州の情報と組み合わせることができます。
Table 10 - Event Name in Event Notification Content
表10-イベント通知コンテンツのイベント名
Source Value Delivers Source Object
ソース値はソースオブジェクトを配信します
notify-subscribed-event (type2 keyword) MAY Subscription
notify-subscribed-event（Type2キーワード）がサブスクリプションを行うことができます
Table 11 lists the source of the information for the time that the Event occurred. A Printer can deliver this value only if it supports the Printer's "printer-current-time" attribute. If a Printer does not support the "printer-current-time" attribute, it MUST NOT deliver the "printer-up-time" value instead, since it is not an allowed option for human consumable information.
表11に、イベントが発生した時間の情報源を示します。プリンターは、プリンターの「プリンター電流」属性をサポートする場合にのみ、この値を提供できます。プリンターが「プリンター電流」属性をサポートしていない場合、人間の消耗品情報の許可オプションではないため、代わりに「プリンターアップタイム」値を提供してはなりません。
Table 11 - Event Time in Event Notification Content
表11-イベント通知コンテンツのイベント時間
Source Value Delivers Source Object
ソース値はソースオブジェクトを配信します
printer-current-time (dateTime) MAY Printer
プリンター電流時間（DateTime）がプリンターを使用できます
This section lists the source of the additional information that a Delivery Method MUST specify for Job Events.
このセクションには、配信方法がジョブイベントに指定する必要がある追加情報のソースをリストします。
Table 12 lists the source of the information for the job name. The "job-name" is likely more meaningful to a user than "job-id".
表12に、ジョブ名の情報のソースを示します。「job-name」は、「job-id」よりもユーザーにとってより意味がある可能性があります。
Table 12 - Job Name in Event Notification Content
表12-イベント通知コンテンツのジョブ名
Source Value Delivers Source Object
ソース値はソースオブジェクトを配信します
job-name (name(MAX)) MAY Job job-id (integer(1:MAX)) MAY Job
ジョブ名（name（max））はjob-id（integer（1：max））may job
Table 13 lists the source of the information for the job state. If a Printer supports the "job-state-message" and "job-detailed-state-message" attributes, it SHOULD use those attributes for the job state information, otherwise, it should fabricate such information from the "job-state" and "job-state-reasons". For some Events, a Printer MAY combine this information with Event information.
表13に、ジョブ状態の情報のソースを示します。プリンターが「ジョブステートメサージ」および「ジョブ検出された状態の考え方」属性をサポートする場合、ジョブ状態情報にそれらの属性を使用する必要があります。そうしないと、「ジョブステート」からそのような情報を作成し、「ジョブステートリーズン」。一部のイベントでは、プリンターはこの情報とイベント情報を組み合わせることができます。
Table 13 - Job State in Event Notification Content
表13-イベント通知コンテンツの職務状態
Source Value Delivers Source Object
ソース値はソースオブジェクトを配信します
job-state-message (text(MAX)) MAY Job job-detailed-status-messages (1setOf text(MAX)) MAY Job job-state (type1 enum) MAY Job job-state-reasons (1setOf type2 keyword) MAY Job
ジョブステートメサージ（テキスト（最大））ジョブ検出されたステータスメサージ（1Setofテキスト（最大））ジョブステート（タイプ1列挙）がジョブステートレーソン（1Setof Type2キーワード）が雇用することがあります
This section lists the source of the additional information that a Delivery Method MUST specify for Printer Events.
このセクションには、配信方法がプリンターイベントに指定する必要がある追加情報のソースをリストします。
Table 14 lists the source of the information for the printer state. If a Printer supports the "printer-state-message", it SHOULD use that attribute for the job state information, otherwise it SHOULD fabricate such information from the "printer-state" and "printer-state-reasons". For some Events, a Printer MAY combine this information with Event information.
表14に、プリンター状態の情報のソースを示します。プリンターが「プリンターステートメサージ」をサポートする場合、ジョブ状態情報にその属性を使用する必要があります。そうしないと、「プリンターステート」と「プリンターステートレーソン」からそのような情報を作成する必要があります。一部のイベントでは、プリンターはこの情報とイベント情報を組み合わせることができます。
Table 14 - Printer State in Event Notification Content
表14-イベント通知コンテンツのプリンター状態
Source Value Delivers Source Object
ソース値はソースオブジェクトを配信します
printer-state-message (text(MAX)) MAY Printer printer-state (type1 enum) MAY Printer printer-state-reasons (1setOf type2 keyword) MAY Printer printer-is-accepting-jobs (boolean) MAY Printer
プリンターステートメス（テキスト（最大））プリンタープリンターステート（タイプ1列挙）がプリンタープリンターステートレーソン（1Setofタイプ2キーワード）がプリンタープリンター-is-accepting-jobs（boolean）ができます。
A Delivery Method is the mechanism, i.e., protocol, by which the Printer delivers an Event Notification to a Notification Recipient. There are several potential Delivery Methods for Event Notifications, standardized, as well as proprietary. This specification REQUIRES that the 'ippget' Pull Delivery Method [RFC3996] be supported. Conforming implementations MAY support additional Push or Pull Delivery Methods as well. This document does not define any of these delivery mechanisms. Each Delivery Method MUST be defined in a Delivery Method Document that is separate from this document. New Delivery Methods will be created as needed using an extension to the registration procedures defined in [RFC2911]. Such documents are registered with IANA (see section 23.7.3).
配信方法は、メカニズム、つまりプロトコルであり、プリンターはイベント通知を通知受信者に配信します。イベント通知には、標準化された、および独自の潜在的な配信方法がいくつかあります。この仕様では、「ippget」プル配信方法[RFC3996]をサポートする必要があります。実装の適合は、追加のプッシュまたはプル配信方法もサポートする場合があります。このドキュメントでは、これらの配信メカニズムのいずれも定義されていません。各配信方法は、このドキュメントとは別の配信方法ドキュメントで定義する必要があります。[RFC2911]で定義されている登録手順の延長を使用して、必要に応じて新しい配信方法が作成されます。このような文書はIANAに登録されています（セクション23.7.3を参照）。
The following sorts of Delivery Methods are possible:
次の種類の配信方法が可能です。
- The Notification Recipient polls for Event Notifications at intervals directed by the Printer
- プリンターが指示する間隔でイベント通知の通知受信者の世論調査
- The Printer delivers Event Notifications to the Notification Recipient using http as the transport.
- プリンターは、輸送としてHTTPを使用して、イベント通知を通知受信者に配信します。
- The Printer delivers an email message.
- プリンターは電子メールメッセージを配信します。
This section specifies how to define a Delivery Method Document and what to put in such a document.
このセクションでは、配信方法ドキュメントを定義する方法と、そのようなドキュメントに何を入力するかを指定します。
A Delivery Method Document MUST contain an exact copy of the following paragraph, caption and table. In addition, column 2 of the table in the Delivery Method Document MUST contain answers to questions in column 1 for the Delivery Method. Also, the Delivery Method document MUST contain a reference to this document and call that reference [RFC3995] because the table contains an [RFC3995] reference.
配信方法ドキュメントには、次の段落、キャプション、テーブルの正確なコピーが含まれている必要があります。さらに、配信方法ドキュメントの表の列2には、配信方法の列1の質問に対する回答が含まれている必要があります。また、テーブルには[RFC3995]リファレンスが含まれているため、配信方法ドキュメントにはこのドキュメントへの参照が含まれ、その参照[RFC3995]を呼び出す必要があります。
If a Printer supports this Delivery Method, the following are its characteristics.
プリンターがこの配信方法をサポートしている場合、以下はその特性です。
Table 15 - Information about the Delivery Method
表15-配信方法に関する情報
Document Method Conformance Requirement Delivery Method Realization
ドキュメントメソッド適合要件配信方法の実現
1. What is the URL scheme name for the Push Delivery Method or the keyword method name for the Pull Delivery Method?
1. プッシュ配信方法のURLスキーム名またはプル配信方法のキーワードメソッド名は何ですか？
2. Is the Delivery Method REQUIRED, RECOMMENDED, or OPTIONAL for an IPP Printer to support?
2. IPPプリンターがサポートするためには、配信方法が必要ですか、推奨されていますか、それともオプションですか？
3. What transport and delivery protocols does the Printer use to deliver the Event Notification Content, i.e., what is the entire network stack?
3. プリンターは、イベント通知コンテンツを配信するためにどのようなトランスポートおよび配信プロトコルを使用していますか？つまり、ネットワーク全体とは何ですか？
4. Can several Event Notifications be combined into a Compound Event Notification?
4. いくつかのイベント通知を複合イベント通知にまとめることはできますか？
5. Is the Delivery Method initiated by the Notification Recipient (pull), or by the Printer (push)?
5. 配信方法は、通知受信者（プル）、またはプリンター（プッシュ）によって開始されますか？
6. Is the Event Notification content Machine Consumable or Human Consumable?
6. イベント通知コンテンツマシンは消耗品ですか、それとも人間は消耗品ですか？
7. What section in this document answers the following question? For a Machine Consumable Event Notification, what is the representation and encoding of values defined in section 9.1 of [RFC3995] and the conformance requirements thereof? For a Human Consumable Event Notification, what is the representation and encoding of pieces of information defined in section 9.2 of [RFC3995] and the conformance requirements thereof?
7. このドキュメントのどのセクションが次の質問に答えますか？マシンの消耗品通知の場合、[RFC3995]のセクション9.1で定義されている値の表現とエンコードとその適合要件は何ですか？人間の消耗品通知の場合、[RFC3995]のセクション9.2で定義されている情報の表現とエンコードとその適合要件は何ですか？
8. What are the latency and reliability of the transport and delivery protocol?
8. 輸送および配信プロトコルの遅延と信頼性は何ですか？
9. What are the security aspects of the transport and delivery protocol, e.g., how it is handled in firewalls?
9. 輸送および配信プロトコルのセキュリティの側面は何ですか？たとえば、それがファイアウォールでどのように処理されますか？
10. What are the content length restrictions?
10. コンテンツの長さの制限は何ですか？
11. What are the additional values or pieces of information that a Printer delivers in an Event Notification content and the conformance requirements thereof?
11. イベント通知コンテンツとその適合要件でプリンターが提供する追加の値または情報は何ですか？
12. What are the additional Subscription Template and/or Subscription Description attributes and the conformance requirements thereof?
12. 追加のサブスクリプションテンプレートおよび/またはサブスクリプションの説明属性とその適合要件は何ですか？
13. What are the additional Printer Description attributes and the conformance requirements thereof?
13. 追加のプリンターの説明属性とその適合要件は何ですか？
This section defines all of the operations for Notification. Section 7.1 assigns the "operation-id" for each operation. The following two sub-sections define Subscription Creation Operations, and other operations.
このセクションでは、通知のためのすべての操作を定義します。セクション7.1は、各操作の「操作ID」を割り当てます。次の2つのサブセクションは、サブスクリプション作成操作とその他の操作を定義します。
This section defines the Subscription Creation Operations. The first section on Create-Job-Subscriptions gives most of the information. The other Subscription Creation Operations refer to the section on Create-Job-Subscriptions, even though the Create-Job-Subscriptions operation is the only OPTIONAL operation in this document (see section 12).
このセクションでは、サブスクリプション作成操作を定義します。Create-Job-Subscriptionsの最初のセクションでは、ほとんどの情報が提供されます。他のサブスクリプション作成操作は、Create-Job-Subscriptions操作がこのドキュメントで唯一のオプション操作であるにもかかわらず、Create-Job-Subscriptionsのセクションを参照してください（セクション12を参照）。
A Printer MUST support Create-Printer-Subscriptions and the Subscription Template Attributes Group in Job Creation operations. It MAY support Create-Job-Subscriptions operations.
プリンターは、雇用作成運用におけるCreate-Printer-Subscriptionsとサブスクリプションテンプレート属性グループをサポートする必要があります。Create-Job-Subscriptions操作をサポートする場合があります。
The operation creates one or more Per-Job Subscription Objects. The client supplies one or more Subscription Template Attributes Groups each containing one or more of Subscription Template Attributes (defined in section 5.3).
操作により、1つ以上のジョブごとのサブスクリプションオブジェクトが作成されます。クライアントは、1つ以上のサブスクリプションテンプレート属性を提供します。それぞれのサブスクリプションテンプレート属性を含むグループ（セクション5.3で定義）。
Except for errors, the Printer MUST create exactly one Per-Job Subscription Object from each Subscription Template Attributes Group in the request, even if the newly created Subscription Object would have identical behavior to some existing Subscription Object. The Printer MUST associate each newly created Per-Job Subscription Object with the target Job, which is specified by the "notify-job-id" operation attribute.
エラーを除き、プリンターは、新しく作成されたサブスクリプションオブジェクトが既存のサブスクリプションオブジェクトと同じ動作を持つ場合でも、リクエスト内の各サブスクリプションテンプレート属性グループから正確に1つのJOBサブスクリプションオブジェクトを作成する必要があります。プリンターは、新しく作成された各ジョブごとのサブスクリプションオブジェクトをターゲットジョブに関連付ける必要があります。これは、「Notify-Job-ID」操作属性によって指定されています。
The Printer MUST accept the request in any of the target job's 'not-completed' states, i.e., 'pending', 'pending-held', 'processing', or 'processing-stopped'. The Printer MUST NOT change the job's "job-state" attribute because of this operation. If the target job is in any of the 'completed' states, i.e., 'completed', 'canceled', or 'aborted, then the Printer MUST reject the request and return the 'client-error-not-possible' status code; the response MUST NOT contain any Subscription Attribute Groups.
プリンターは、ターゲットジョブの「完成していない」状態のいずれか、つまり「保留中」、「保留中」、「処理」、または「処理止め」のいずれかのリクエストを受け入れる必要があります。この操作により、プリンターはジョブの「ジョブステート」属性を変更してはなりません。ターゲットジョブが「完了」状態、つまり「完了」、「キャンセル」、または「中止された」状態のいずれかにある場合、プリンターはリクエストを拒否し、「クライアントエラーと入力できない」ステータスコードを返す必要があります。応答には、サブスクリプション属性グループを含めてはなりません。
Access Rights: To create Per-Job Subscription Objects, the authenticated user (see [RFC2911] section 8.3) performing this operation MUST (1) be the job owner, (2) have Operator or Administrator access rights for this Printer (see [RFC2911] sections 1 and 8.5), or (3) be otherwise authorized by the Printer's administrator-configured security policy to create Per-Job Subscription Objects for the target job. Otherwise the Printer MUST reject the operation and return: the 'client-error-forbidden', 'client-error-not-authenticated', or 'client-error-not-authorized' status code as appropriate.
アクセス権：JOBごとのサブスクリプションオブジェクトを作成するには、この操作を実行する認証されたユーザー（[RFC2911]セクション8.3を参照）を実行するには（1）ジョブオーナーである必要があります。]セクション1および8.5）、または（3）は、プリンターの管理者に構成されたセキュリティポリシーによって、ターゲットジョブのジョブごとのサブスクリプションオブジェクトを作成するために許可されています。それ以外の場合、プリンターは操作を拒否して返品する必要があります：「クライアントとエラーフォービッド」、「クライアントとエラーのないこと」、または「クライアントとエラーのない」ステータスコード。
The following groups of attributes are part of the Create-Job-Subscriptions Request:
次の属性グループは、Create-Job-Subscriptionsリクエストの一部です。
Group 1: Operation Attributes
グループ1：操作属性
Natural Language and Character Set: The "attributes-charset" and "attributes-natural-language" attributes as described in [RFC2911] section 3.1.4.1.
自然言語とキャラクターセット：[rfc2911]セクション3.1.4.1で説明されている「属性 - charset」および「属性 - 自然言語」属性。
Target: The "printer-uri" attribute which defines the target for this operation as described in [RFC2911] section 3.1.5.
ターゲット：[RFC2911]セクション3.1.5で説明されているように、この操作のターゲットを定義する「プリンター-RI」属性。
Requesting User Name: The "requesting-user-name" attribute SHOULD be supplied by the client as described in [RFC2911] section 8.3.
リクエストユーザー名：[RFC2911]セクション8.3で説明されているように、クライアントが「要求 - ユーザー」属性を提供する必要があります。
The client MUST supply this attribute and it MUST specify the Job object to associate the Per-Job Subscription with. The value of "notify-job-id" MUST be the value of the "job-id" of the associated Job object. If the client does not supply this attribute, the Printer MUST reject this request with a 'client-error-bad-request' status code.
クライアントはこの属性を提供する必要があり、ジョブオブジェクトを指定してJOBごとのサブスクリプションを関連付ける必要があります。「notify-job-id」の値は、関連するジョブオブジェクトの「job-id」の値でなければなりません。クライアントがこの属性を提供しない場合、プリンターは「クライアントとエラーバッドレケスト」ステータスコードでこのリクエストを拒否する必要があります。
Group 2-N: Subscription Template Attributes
グループ2-N：サブスクリプションテンプレート属性
For each occurrence of this group:
このグループの各発生について：
The client MUST supply one or more Subscription Template Attributes in any order. See section 5.3 for a description of each such attribute. See section 5.2 for details on processing these attributes.
クライアントは、任意の順序で1つ以上のサブスクリプションテンプレート属性を提供する必要があります。各そのような属性の説明については、セクション5.3を参照してください。これらの属性の処理の詳細については、セクション5.2を参照してください。
The Printer MUST return to the client the following sets of attributes as part of a Create-Job-Subscriptions response:
プリンターは、Create-Job-Subscriptions応答の一部として、次の属性セットをクライアントに返す必要があります。
Group 1: Operation Attributes
グループ1：操作属性
Status Message: In addition to the REQUIRED status code returned in every response, the response OPTIONALLY includes a "status-message" (text(255)) and/or a "detailed-status-message" (text(MAX)) operation attribute as described in [RFC2911] sections 13 and 3.1.6.
ステータスメッセージ：すべての応答で返される必要なステータスコードに加えて、応答にはオプションで「ステータスメッセージ」（テキスト（255））および/または「詳細ステータスメッセージ」（テキスト（MAX））操作属性が含まれます。[RFC2911]セクション13および3.1.6で説明されているように。
In this group, the Printer can return any status codes defined in [RFC2911] and section 12. The following is a description of the important status codes:
このグループでは、プリンターは[RFC2911]およびセクション12で定義されているステータスコードを返すことができます。以下は重要なステータスコードの説明です。
successful-ok: the Printer created all Subscription Objects requested (see [RFC2911]).
成功：プリンターは、要求されたすべてのサブスクリプションオブジェクトを作成しました（[RFC2911]を参照）。
successful-ok-ignored-subscriptions: the Printer created some Subscription Objects requested but some failed. The Subscription Attributes Groups with a "notify-status-code" attribute are the ones that failed (see section 12.1).
成功したOK-Inored-Subscriptions：プリンターは、要求されたいくつかのサブスクリプションオブジェクトを作成しましたが、いくつかは失敗しました。「notify-status-code」属性を持つサブスクリプション属性グループは、失敗したものです（セクション12.1を参照）。
client-error-ignored-all-subscriptions: the Printer created no Subscription Objects requested and all failed. The Subscription Attributes Groups with a "notify-status-code" attribute are the ones that failed (see section 12.2).
Client-Error-Inored-All-Subscriptions：プリンターは、要求されたサブスクリプションオブジェクトを作成しておらず、すべて失敗しました。「notify-status-code」属性を持つサブスクリプション属性グループは、失敗したものです（セクション12.2を参照）。
client-error-not-possible: For this operation and other Per-Job Subscription operations, this error can occur because the specified Job has already completed (see [RFC2911], whether or not the Job is retained in the Job Retention and/or Job History phases (see [RFC2911] section 4.3.7.1).
Client-Error-Not-Possible：この操作およびその他のJOBごとのサブスクリプション操作の場合、このエラーは、指定されたジョブがすでに完了しているために発生する可能性があります（[RFC2911]を参照してください。職歴の段階（[RFC2911]セクション4.3.7.1を参照）。
Natural Language and Character Set: The "attributes-charset" and "attributes-natural-language" attributes as described in [RFC2911] section 3.1.4.2.
自然言語とキャラクターセット：[rfc2911]セクション3.1.4.2で説明されている「属性 - charset」および「属性 - 自然言語」属性。
Group 2: Unsupported Attributes
グループ2：サポートされていない属性
See [RFC2911] section 3.1.7 for details on returning Unsupported Attributes. This group does not contain any unsupported Subscription Template Attributes; they are returned in the Subscription Attributes Group (see below).
サポートされていない属性の返却の詳細については、[RFC2911]セクション3.1.7を参照してください。このグループには、サポートされていないサブスクリプションテンプレート属性は含まれていません。それらは、サブスクリプション属性グループで返されます（以下を参照）。
Group 3-N: Subscription Attributes
グループ3-N：サブスクリプション属性
These groups MUST be returned unless the Printer is unable to interpret the entire request, e.g., the "status-code" parameter returned in Group 1 has the value: 'client-error-bad-request'.
これらのグループは、プリンターがリクエスト全体を解釈できない場合を除き、たとえば、グループ1で返される「ステータスコード」パラメーターに「クライアントとエラーバッドレケスト」という値があります。
"notify-status-code" (type2 enum): Indicates the status of this subscription (see section 13 for the status code definitions). Section 5.2 defines when this attribute MUST be present in this group.
「Notify-Status-Code」（Type2 Enum）：このサブスクリプションのステータスを示します（ステータスコード定義についてはセクション13を参照）。セクション5.2は、この属性がこのグループにいつ存在する必要があるかを定義しています。
See section 5.2 for details on the contents of each occurrence of this group.
このグループの各発生の内容の詳細については、セクション5.2を参照してください。
The operation is identical to Create-Job-Subscriptions with exceptions noted in this section.
操作は、このセクションで記載されている例外を除いて、Job-Subscriptionを作成するのと同じです。
The operation creates Per-Printer Subscription Objects instead of Per-Job Subscription Objects, and associates each newly created Per-Printer Subscription Object with the Printer specified by the operation target rather than with a specific Job.
この操作は、JOBごとのサブスクリプションオブジェクトの代わりにプリンストごとのサブスクリプションオブジェクトを作成し、特定のジョブではなく操作ターゲットで指定されたプリンターごとに新しく作成された各プリンストサブスクリプションオブジェクトを関連付けます。
The Printer MUST accept the request in any of its states, i.e., 'idle', 'processing', or 'stopped'. The Printer MUST NOT change its "printer-state" attribute because of this operation.
プリンターは、その州のいずれか、つまり「アイドル」、「処理」、または「停止」の要求を受け入れる必要があります。この操作により、プリンターは「プリンター状態」属性を変更してはなりません。
Access Rights: To create Per-Printer Subscription Objects, the authenticated user (see [RFC2911] section 8.3) performing this operation MUST have (1) Operator or Administrator access rights for this Printer (see [RFC2911] sections 1 and 8.5), or (2) be otherwise authorized by the Printer's administrator-configured security policy to create Per-Printer Subscription Objects for this Printer. Otherwise, the Printer MUST reject the operation and return: the 'client-error-forbidden', 'client-error-not-authenticated', or 'client-error-not-authorized' status code as appropriate.
アクセス権：プリンストごとのサブスクリプションオブジェクトを作成するには、この操作を実行する認証されたユーザー（[RFC2911]セクション8.3を参照）が必要です（1）このプリンターのオペレーターまたは管理者アクセス権（[RFC2911]セクション1および8.5を参照）、または（2）そうでなければ、プリンターの管理者に構成されたセキュリティポリシーで、このプリンターのプリンストScriptionオブジェクトを作成するために許可されます。それ以外の場合、プリンターは操作を拒否して返品する必要があります：「クライアントとエラーの忘れられない」、「クライアントとエラーなし」、または「クライアントとエラーのない」ステータスコード。
The groups are identical to the Create-Job-Subscriptions (see section 11.1.1.1) except that the Operation Attributes group MUST NOT contain the "notify-job-id" attribute. If the client does supply the "notify-job-id" attribute, then the Printer MUST treat it as any other unsupported Operation attribute and MUST return it in the Unsupported Attributes group.
グループは、操作属性グループに「Notify-Job-ID」属性を含めてはならないことを除いて、Create-Job-Subscriptionsと同一です（セクション11.1.1.1を参照）。クライアントが「Notify-Job-ID」属性を提供する場合、プリンターはそれを他のサポートされていない操作属性として扱う必要があり、サポートされていない属性グループでそれを返す必要があります。
The groups are identical to the Create-Job-Subscriptions (see section 11.1.1.2).
グループは、create-job-subscriptionsと同じです（セクション11.1.1.2を参照）。
This document extends the Job Creation operations (see section 3.2) to create Subscription Objects as a part of the operation.
このドキュメントは、雇用創出操作（セクション3.2を参照）を拡張して、操作の一部としてサブスクリプションオブジェクトを作成します。
The Job Creation operations are identical to Create-Job-Subscriptions operation with exceptions noted in this section.
雇用創出操作は、このセクションに記載されている例外を除いて、Job-Subscriptionsの作成操作と同じです。
Unlike the Create-Job-Subscriptions operation, a Job Creation operation associates the newly created Subscription Objects with the Job object created by this operation. The operation succeeds if and only if the Job creation succeeds. If the Printer does not create some or all of the requested Subscription Objects, the Printer MUST return a 'successful-ok-ignored-subscriptions' status-code instead of a 'successful-ok' status-code, but the Printer MUST NOT reject the operation because of a failure to create Subscription Objects.
create-job-subscriptions操作とは異なり、雇用創出操作は、新しく作成されたサブスクリプションオブジェクトをこの操作によって作成されたジョブオブジェクトと関連付けます。雇用創出が成功した場合にのみ、運用は成功します。プリンターが要求されたサブスクリプションオブジェクトの一部またはすべてを作成しない場合、プリンターは「成功したOK」ステータスコードの代わりに「成功したOKイグノードサブスクリオンのステータスコードを返す必要がありますが、プリンターは拒否してはなりません。サブスクリプションオブジェクトの作成に失敗したため、操作。
If the Job Creation operation includes a Job Template group, the client MUST supply it after the Operation Attributes group and before the first Subscription Template Attributes Group.
雇用作成操作にジョブテンプレートグループが含まれている場合、クライアントは操作属性グループの後、および最初のサブスクリプションテンプレート属性グループの前にそれを提供する必要があります。
If a Printer does not support this Notification specification, then it MUST treat the Subscription Attributes Group like an unknown group and ignore it (see [RFC2911] section 5.2.2). Because the Printer ignores the Subscription Attributes Group, it doesn't return them in the response either, thus indicating to the client that the Printer doesn't support Notification.
プリンターがこの通知仕様をサポートしていない場合、サブスクリプション属性グループを未知のグループのように扱い、それを無視する必要があります（[RFC2911]セクション5.2.2を参照）。プリンターはサブスクリプション属性グループを無視しているため、応答にもそれらを返さないため、プリンターが通知をサポートしていないことをクライアントに示します。
After completion of a successful Job Creation operation, the Printer generates a 'job-created' event (see section 5.3.3.4.3).
雇用創出操作が成功した後、プリンターは「ジョブ作成」イベントを生成します（セクション5.3.3.4.3を参照）。
Access Rights: To create Per-Job Subscription Objects, the authenticated user (see [RFC2911] section 8.3) performing this operation MUST either have permission to create Jobs on the Printer or have Operator or Administrator access rights for this Printer (see [RFC2911] sections 1 and 8.5). Otherwise the Printer MUST reject the operation and return: the 'client-error-forbidden', 'client-error-not-authenticated', or 'client-error-not-authorized' status code as appropriate.
アクセス権：JOBごとのサブスクリプションオブジェクトを作成するには、この操作を実行する認証されたユーザー（[RFC2911]セクション8.3を参照）は、プリンターでジョブを作成する許可を得るか、このプリンターのオペレーターまたは管理者アクセス権を持つ必要があります（[RFC2911]を参照してください。セクション1および8.5）。それ以外の場合、プリンターは操作を拒否して返品する必要があります：「クライアントとエラーフォービッド」、「クライアントとエラーのないこと」、または「クライアントとエラーのない」ステータスコード。
The groups for this operation are sufficiently different from the Create-Job-Subscriptions operation that they are all presented here. The following groups of attributes are supplied as part of a Job Creation Request:
この操作のグループは、Create-Job-Subscriptions操作とは十分に異なり、すべてここで提示されています。以下の属性グループは、雇用作成リクエストの一部として提供されます。
Group 1: Operation Attributes
グループ1：操作属性
Same as defined in [RFC2911] for Print-Job, Print-URI, and Create-Job requests.
プリントジョブ、印刷物、および作成ジョブリクエストの[RFC2911]で定義されているのと同じです。
Group 2: Job Template Attributes
グループ2：ジョブテンプレート属性
The client OPTIONALLY supplies a set of Job Template attributes as defined in [RFC2911] section 4.2.
クライアントはオプションで、[RFC2911]セクション4.2で定義されている一連のジョブテンプレート属性を提供します。
Group 3 to N: Subscription Template Attributes
グループ3からN：サブスクリプションテンプレート属性
The same as Group 2-N in Create-Job-Subscriptions. See section 11.1.1.1.
Create-Job-Subscriptionsのグループ2-Nと同じです。セクション11.1.1.1を参照してください。
Group N+1: Document Content (Print-Job only)
グループn 1：ドキュメントコンテンツ（印刷ジョブのみ）
The client MUST supply the document data to be processed.
クライアントは、処理するドキュメントデータを提供する必要があります。
The Printer MUST return to the client the following sets of attributes as part of a Print-Job, Print-URI, and Create-Job Response:
プリンターは、プリントジョブ、印刷物、および作成ジョブの応答の一部として、次の属性セットをクライアントに返す必要があります。
Group 1: Operation Attributes
グループ1：操作属性
Status Message:
ステータスメッセージ：
As defined in [RFC2911] for Print-Job, Print-URI, and Create-Job requests.
プリントジョブ、印刷物、および作成ジョブリクエストの[RFC2911]で定義されています。
In this group, the Printer can return any status codes defined in [RFC2911] and section 12. The following is a description of the important status codes:
このグループでは、プリンターは[RFC2911]およびセクション12で定義されているステータスコードを返すことができます。以下は重要なステータスコードの説明です。
successful-ok: the Printer created the Job and all Subscription Objects requested (see [RFC2911].
成功：プリンターがジョブを作成し、要求されたすべてのサブスクリプションオブジェクトを作成しました（[RFC2911]を参照してください。
successful-ok-ignored-subscriptions: the Printer created the Job and not all of the Subscription Objects requested (see section 12.1). This status-code hides 'successful-ok-xxx' status-codes that could reveal problems in Job creation. The Printer MUST NOT return the 'client-error-ignored-all-subscriptions' status code for Job Creation operations because the Printer returns an error status-code only when it fails to create a Job.
成功したOK-Inored-Subscriptions：プリンターは、要求されたすべてのサブスクリプションオブジェクトではなく、ジョブを作成しました（セクション12.1を参照）。このステータスコードは、雇用創出の問題を明らかにする可能性のある「OK-XXXの成功」ステータスコードを隠しています。プリンターは、ジョブの作成に失敗した場合にのみエラーステータスコードを返すため、雇用作成運用の「クライアントエラーとイノーのすべてのサブスクリプション」ステータスコードを返してはなりません。
Natural Language and Character Set: The "attributes-charset" and "attributes-natural-language" attributes as described in [RFC2911] section 3.1.4.2.
自然言語とキャラクターセット：[rfc2911]セクション3.1.4.2で説明されている「属性 - charset」および「属性 - 自然言語」属性。
Group 2: Unsupported Attributes
グループ2：サポートされていない属性
See [RFC2911] section 3.1.7 for details on returning Unsupported Attributes. This group does not contain any unsupported Subscription Template Attributes; they are returned in the Subscription Attributes Group (see below).
サポートされていない属性の返却の詳細については、[RFC2911]セクション3.1.7を参照してください。このグループには、サポートされていないサブスクリプションテンプレート属性は含まれていません。それらは、サブスクリプション属性グループで返されます（以下を参照）。
Group 3: Job Object Attributes
グループ3：ジョブオブジェクト属性
The "job-id" of the Job Object just created, etc., as defined in [RFC2911] for Print-Job, Print-URI, and Create-Job requests.
Print-Job、Print-uri、およびCreate-Jobリクエストの[RFC2911]で定義されているように、作成されたジョブオブジェクトの「ジョブID」など。
Group 4 to N: Subscription Attributes
グループ4からN：サブスクリプション属性
These groups MUST be returned if and only if the client supplied Subscription Template Attributes and the operation was accepted.
クライアントがサブスクリプションテンプレート属性を提供し、操作が受け入れられた場合にのみ、これらのグループを返す必要があります。
See section 5.2 for details on the contents of each occurrence of this group.
このグループの各発生の内容の詳細については、セクション5.2を参照してください。
This section defines other operations on Subscription objects.
このセクションでは、サブスクリプションオブジェクトの他の操作を定義します。
The Restart-Job operation [RFC2911] is neither a Job Creation operation nor a Subscription Creation operation (see section 3.2).
Restart-Job操作[RFC2911]は、雇用作成操作でもサブスクリプション作成操作でもありません（セクション3.2を参照）。
For the Restart-Job operation, the client MUST NOT supply any Job Subscription Attributes Groups. The Printer MUST treat any supplied Job Subscription Attributes as unsupported attributes.
Restart-Job操作の場合、クライアントはジョブサブスクリプション属性グループを提供してはなりません。プリンターは、付属のジョブサブスクリプション属性をサポートされていない属性として扱う必要があります。
For this operation, the Printer does not return a job-id or any Subscription Attributes groups because the Printer reuses the existing Job object with the same job-id and the existing Per-Job Subscription Objects with the same subscription-ids. However, after successful completion of this operation, the Printer generates a 'job-created' event (see section 5.3.3.4.3).
この操作では、プリンターは同じジョブIDで既存のジョブオブジェクトと同じサブスクリプションIDを持つ既存のジョブごとのサブスクリプションオブジェクトを再利用するため、ジョブIDまたはサブスクリプション属性グループを返しません。ただし、この操作が正常に完了した後、プリンターは「ジョブ作成」イベントを生成します（セクション5.3.3.4.3を参照）。
A client can test whether one or more Subscription Objects could be created using the Validate-Job operation. The client supplies one or more Subscription Template Attributes Groups (defined in section 5.3), just as in a Job Creation request.
クライアントは、Validate-Job操作を使用して1つまたは複数のサブスクリプションオブジェクトを作成できるかどうかをテストできます。クライアントは、雇用作成要求と同様に、1つ以上のサブスクリプションテンプレート属性グループ（セクション5.3で定義）を提供します。
A Printer MUST support this extension to this operation.
プリンターは、この操作のこの拡張機能をサポートする必要があります。
The Printer MUST accept requests that are identical to the Job Creation request defined in section 11.1.3.1, except that the request MUST NOT contain document data.
プリンターは、リクエストにドキュメントデータを含めてはならない場合を除き、セクション11.1.3.1で定義されている雇用作成リクエストと同一の要求を受け入れる必要があります。
The Printer MUST return the same groups and attributes as the Print-Job operation (section 11.1.3.1) with the following exceptions. The Printer MUST NOT return a Job Object Attributes Group because no Job is created. The Printer MUST NOT return the "notify-subscription-id" attribute in any Subscription Attribute Group because no Subscription Object is created.
プリンターは、次の例外を除いて、印刷ジョブ操作（セクション11.1.3.1）と同じグループと属性を返す必要があります。ジョブが作成されていないため、プリンターはJob Object属性グループを返してはなりません。プリンターは、サブスクリプションオブジェクトが作成されていないため、任意のサブスクリプション属性グループに「Notify-Subscription-ID」属性を返してはなりません。
If the Printer would succeed in creating a Subscription Object, the corresponding Subscription Attributes Group either has no 'status-code' attribute or a 'status-code' attribute with a value of 'successful-ok-too-many-events' or 'successful-ok-ignored-or-substituted-attributes' (see sections 5.2 and 13). The status-codes have the same meaning as in Job Creation except the results state what "would happen".
プリンターがサブスクリプションオブジェクトの作成に成功する場合、対応するサブスクリプション属性グループには、「成功したマニュイベント」または 'の値を持つ「ステータスコード」属性または「ステータスコード」属性がありません。成功したOK-INORED-OR-STITUTED-ATTRIBUTES '（セクション5.2および13を参照）。ステータスコードは、結果が「起こる」ことを述べていることを除いて、雇用創出と同じ意味を持っています。
The Printer MUST validate Subscription Template Attributes Groups in the same manner as the Job Creation operations.
プリンターは、雇用作成運用と同じ方法で、サブスクリプションテンプレート属性グループを検証する必要があります。
This operation is extended so that it returns Printer attributes defined in this document.
この操作は、このドキュメントで定義されているプリンター属性を返すように拡張されます。
A Printer MUST support this extension to this operation.
プリンターは、この操作のこの拡張機能をサポートする必要があります。
In addition to the requirements of [RFC2911] section 3.2.5, a Printer MUST support the following additional values for the "requested-attributes" Operation attribute in this operation and return such attributes in the Printer Object Attributes group of its response.
[RFC2911]セクション3.2.5の要件に加えて、プリンターは、この操作で「要求されたアトリビュート」操作属性の次の追加値をサポートする必要があり、その応答のプリンターオブジェクト属性グループのそのような属性を返します。
1. Subscription Template Attributes: Each supported attribute in column 2 of Table 1.
1. サブスクリプションテンプレート属性：表1の列2のサポートされている各属性。
2. New Printer Description Attributes: Each supported attribute in section 6.
2. 新しいプリンターの説明属性：セクション6の各サポート属性。
3. New Group Name: The 'subscription-template' group name, which names all supported Subscription Template Attribute in column 2 of Table 1. This group name is also used in the Get-Subscription-Attributes and Get-Subscriptions operation with an analogous meaning.
3. 新しいグループ名：表1の列2でサポートされているすべてのサブスクリプションテンプレート属性に名前を付ける「サブスクリプションテンプレート」グループ名。このグループ名は、類似の意味でget-subscription-attributesとget-subscriptions操作でも使用されます。
4. Extended Group Name: The 'all' group name, which names all Printer attributes according to [RFC2911] section 3.2.5. In this extension 'all' names all attributes specified in [RFC2911] plus those named in items 1 and 2 of this list.
4. 拡張グループ名：[RFC2911]セクション3.2.5に従ってすべてのプリンター属性を名前を付ける「すべて」グループ名。この拡張機能では、「すべて」という名前[RFC2911]で指定されたすべての属性と、このリストの項目1および2で指定された属性と名前が付けられています。
This operation allows a client to request the values of the attributes of a Subscription Object.
この操作により、クライアントはサブスクリプションオブジェクトの属性の値を要求できます。
A Printer MUST support this operation.
プリンターはこの操作をサポートする必要があります。
This operation is almost identical to the Get-Job-Attributes operation (see [RFC2911] section 3.3.4). The only differences are that the operation is directed at a Subscription Object rather than a Job object, and the returned attribute group contains Subscription Object attributes rather than Job object attributes.
この操作は、Get-Job-Attributes操作とほぼ同じです（[RFC2911]セクション3.3.4を参照）。唯一の違いは、操作がジョブオブジェクトではなくサブスクリプションオブジェクトに向けられていることであり、返された属性グループには、ジョブオブジェクト属性ではなくサブスクリプションオブジェクト属性が含まれています。
Access Rights: The authenticated user (see [RFC2911] section 8.3) performing this operation MUST (1) be the Subscription Object owner, (2) have Operator or Administrator access rights for this Printer (see [RFC2911] sections 1 and 8.5), or (3) be otherwise authorized by the Printer's administrator-configured security policy to query the Subscription Object for the target job. Otherwise the Printer MUST reject the operation and return: the 'client-error-forbidden', 'client-error-not-authenticated', or 'client-error-not-authorized' status code as appropriate. Furthermore, the Printer's security policy MAY limit which attributes are returned, in a manner similar to the Get-Job-Attributes operation (see [RFC2911] end of section 3.3.4.2).
アクセス権：この操作を実行する認証されたユーザー（[RFC2911]セクション8.3を参照）は（1）サブスクリプションオブジェクトの所有者でなければなりません。または（3）プリンターの管理者が構成したセキュリティポリシーによって、ターゲットジョブのサブスクリプションオブジェクトを照会するために許可されます。それ以外の場合、プリンターは操作を拒否して返品する必要があります：「クライアントとエラーフォービッド」、「クライアントとエラーのないこと」、または「クライアントとエラーのない」ステータスコード。さらに、プリンターのセキュリティポリシーは、Get-Job-Attributes操作と同様の方法で、どの属性が返されるかを制限する場合があります（セクション3.3.4.2の終わりを参照）。
The following groups of attributes are part of the Get-Subscription-Attributes request:
次の属性グループは、Get-Subscription-Attributesリクエストの一部です。
Group 1: Operation Attributes
グループ1：操作属性
Natural Language and Character Set:
自然言語とキャラクターセット：
The "attributes-charset" and "attributes-natural-language" attributes as described in section [RFC2911] 3.1.4.1.
セクション[RFC2911] 3.1.4.1で説明されている「属性 - チャレット」および「属性 - 自然言語」属性。
Target: The "printer-uri" attribute which defines the target for this operation as described in [RFC2911] section 3.1.5.
ターゲット：[RFC2911]セクション3.1.5で説明されているように、この操作のターゲットを定義する「プリンター-RI」属性。
Requesting User Name: The "requesting-user-name" attribute SHOULD be supplied by the client as described in [RFC2911] section 8.3.
リクエストユーザー名：[RFC2911]セクション8.3で説明されているように、クライアントが「要求 - ユーザー」属性を提供する必要があります。
The client MUST supply this attribute. The Printer MUST support this attribute. This attribute specifies the Subscription Object from which the client is requesting attributes. If the client omits this attribute, the Printer MUST reject this request with the 'client-error-bad-request' status code.
クライアントはこの属性を提供する必要があります。プリンターはこの属性をサポートする必要があります。この属性は、クライアントが属性を要求しているサブスクリプションオブジェクトを指定します。クライアントがこの属性を省略した場合、プリンターは「クライアントエラーバッドレクエスト」ステータスコードでこのリクエストを拒否する必要があります。
The client OPTIONALLY supplies this attribute. The Printer MUST support this attribute. This attribute specifies the attributes of the specified Subscription Object that the Printer MUST return in the response. Each value of this attribute is either an attribute name (defined in sections 5.3 and 5.4) or an attribute group name. The attribute group names are:
クライアントはオプションでこの属性を提供します。プリンターはこの属性をサポートする必要があります。この属性は、プリンターが応答で返す必要があるという指定されたサブスクリプションオブジェクトの属性を指定します。この属性の各値は、属性名（セクション5.3および5.4で定義）または属性グループ名のいずれかです。属性グループ名は次のとおりです。
- 'subscription-template': all attributes that are both defined in section 5.3 and present on the specified Subscription Object (column 1 of Table 1).
- 「サブスクリプションテンプレート」：セクション5.3で定義され、指定されたサブスクリプションオブジェクト（表1の列1）に存在するすべての属性。
- 'subscription-description': all attributes that are both defined in section 5.4 and present on the specified Subscription Object (Table 2).
- 「サブスクリプションデスプリシブル」：セクション5.4で定義され、指定されたサブスクリプションオブジェクトに存在するすべての属性（表2）。
- 'all': all attributes that are present on the specified Subscription Object.
- 「All」：指定されたサブスクリプションオブジェクトに存在するすべての属性。
A Printer MUST support all these group names.
プリンターは、これらすべてのグループ名をサポートする必要があります。
If the client omits this attribute, the Printer MUST respond as if this attribute had been supplied with a value of 'all'.
クライアントがこの属性を省略した場合、この属性に「すべて」の値が提供されているかのようにプリンターが応答する必要があります。
The Printer returns the following sets of attributes as part of the Get-Subscription-Attributes Response: Group 1: Operation Attributes
プリンターは、get-subscription-attributes応答の一部として次の属性セットを返します。グループ1：操作属性
Status Message: Same as [RFC2911].
ステータスメッセージ：[RFC2911]と同じ。
Natural Language and Character Set: The "attributes-charset" and "attributes-natural-language" attributes as described in [RFC2911] section 3.1.4.2. The "attributes-natural-language" MAY be the natural language of the Subscription Object, rather than the one requested.
自然言語とキャラクターセット：[rfc2911]セクション3.1.4.2で説明されている「属性 - charset」および「属性 - 自然言語」属性。「属性と自然言語」は、要求されたものではなく、サブスクリプションオブジェクトの自然言語である可能性があります。
Group 2: Unsupported Attributes
グループ2：サポートされていない属性
See [RFC2911] section 3.1.7 and section 3.2.5.2 for details on returning Unsupported Attributes.
サポートされていない属性の返却の詳細については、[RFC2911]セクション3.1.7およびセクション3.2.5.2を参照してください。
The response NEED NOT contain the "requested-attributes" operation attribute with any supplied keyword values that were requested by the client but are not supported by the IPP object. If the Printer object does return unsupported attributes referenced in the "requested-attributes" operation attribute, the values of the "requested-attributes" attribute returned MUST include only the unsupported keywords that were requested by the client. If the client had requested a group name, such as 'all', the resulting unsupported attributes returned MUST NOT include attribute keyword names described in the standard but not supported by the implementation.
応答には、クライアントが要求したがIPPオブジェクトによってサポートされていない、提供されたキーワード値を持つ「要求されたアトリビュート」操作属性を含める必要はありません。プリンターオブジェクトが「要求されたアトリビュート」操作属性で参照されているサポートされていない属性を返す場合、返される「要求されたアトリビュート」属性の値には、クライアントが要求したサポートされていないキーワードのみを含める必要があります。クライアントが「すべて」などのグループ名を要求していた場合、返される結果のサポートされていない属性には、標準で説明されている属性キーワード名を含めてはなりませんが、実装ではサポートされていません。
Group 3: Subscription Attributes
グループ3：サブスクリプション属性
This group contains a set of attributes with their current values. Each attribute returned in this group:
このグループには、現在の値を持つ一連の属性が含まれています。このグループでは、各属性が返されました。
a) MUST be specified by the "requested-attributes" attribute in the request, AND
a) リクエストの「要求されたアトリブ」属性によって指定する必要があり、
b) MUST be present on the specified Subscription Object AND
b) 指定されたサブスクリプションオブジェクトに存在する必要があります
c) MUST NOT be restricted by the security policy in force. For example, a Printer MAY prohibit a client who is not the creator of a Subscription Object from seeing some or all of its attributes. See [RFC2911] end of section 3.3.4.2 and section 8.
c) 有効なセキュリティポリシーに制限されてはなりません。たとえば、プリンターは、サブスクリプションオブジェクトの作成者ではないクライアントが、その属性の一部またはすべてを見ることを禁止する場合があります。[RFC2911]セクション3.3.4.2およびセクション8の終わりを参照してください。
The Printer can return the attributes of the Subscription Object in any order. The client MUST accept the attributes in any order.
プリンターは、サブスクリプションオブジェクトの属性を任意の順序で返すことができます。クライアントは、任意の順序で属性を受け入れる必要があります。
This operation allows a client to retrieve the values of attributes of all Subscription Objects belonging to a Job or Printer.
この操作により、クライアントはジョブまたはプリンターに属するすべてのサブスクリプションオブジェクトの属性の値を取得できます。
A Printer MUST supported this operation.
プリンターはこの操作をサポートする必要があります。
This operation is similar to the Get-Subscription-Attributes operation, except that this Get-Subscriptions operation returns attributes from possibly more than one object.
この操作は、Get-Subscription-Attributes操作に似ていますが、このget-subscriptions操作は、おそらく複数のオブジェクトから属性を返すことを除きます。
This operation is similar to the Get-Jobs operation (see [RFC2911] section 3.2.6), except that the operation returns Subscription Objects rather than Job objects.
この操作は、get-jobs操作に似ています（[RFC2911]セクション3.2.6を参照）。ただし、操作はジョブオブジェクトではなくサブスクリプションオブジェクトを返すことを除きます。
Access Rights: To query Per-Job Subscription Objects of the specified job (client supplied the "notify-job-id" operation attribute - see section 11.2.5.1.1), the authenticated user (see [RFC2911] section 8.3) performing this operation MUST (1) be the Subscription Object owner, (2) have Operator or Administrator access rights for this Printer (see [RFC2911] sections 1 and 8.5), or (3) be otherwise authorized by the Printer's administrator-configured security policy to query the Subscription Object for the target job. To query Per-Printer Subscription Objects of the Printer (client omits the "notify-job-id" operation attribute - see section 11.2.5.1.1), the authenticated user (see [RFC2911] section 8.3) performing this operation MUST (1) have Operator or Administrator access rights for this Printer (see [RFC2911] sections 1 and 8.5), or (2) be otherwise authorized by the Printer's administrator-configured security policy to query Per-Printer Subscription Objects for the target Printer. Otherwise the Printer MUST reject the operation and return: the 'client-error-forbidden', 'client-error-not-authenticated', or 'client-error-not-authorized' status code as appropriate. Furthermore, the Printer's security policy MAY limit which attributes are returned, in a manner similar to the Get-Jobs and Get-Printer-Attributes operations (see [RFC2911] end of sections 3.2.6.2 and 3.2.5.2).
アクセス権：指定されたジョブのJOBごとのサブスクリプションオブジェクトを照会するには（クライアントは「Notify-Job-ID」操作属性を提供しました - セクション11.2.5.1.1を参照）、これを実行する認証ユーザー（[RFC2911]セクション8.3を参照）操作は（1）サブスクリプションオブジェクトの所有者である必要があります。（2）このプリンターのオペレーターまたは管理者アクセス権（[RFC2911]セクション1および8.5を参照）、または（3）は、プリンターの管理者に構成されたセキュリティポリシーによって許可されます。ターゲットジョブのサブスクリプションオブジェクトをクエリします。プリンタごとのサブスクリプションオブジェクトをクエリするには（クライアントは「notify-job-id」操作属性を省略します - セクション11.2.5.1.1を参照）、この操作を実行する認証ユーザー（[RFC2911]セクション8.3を参照）（1））このプリンターのオペレーターまたは管理者アクセス権（[RFC2911]セクション1および8.5を参照）、または（2）は、プリンターの管理者が構成したセキュリティポリシーでターゲットプリンターのプリンストサブスクリプションオブジェクトを照会するために許可されます。それ以外の場合、プリンターは操作を拒否して返品する必要があります：「クライアントとエラーフォービッド」、「クライアントとエラーのないこと」、または「クライアントとエラーのない」ステータスコード。さらに、プリンターのセキュリティポリシーは、Get-JobsおよびGet-Printer-Attributesの操作と同様の方法で、どの属性が返されるかを制限する場合があります（セクション3.2.6.2および3.2.5.2の終わりを参照）。
The following groups of attributes are part of the Get-Subscriptions request:
次の属性グループは、Get-Subscriptionsリクエストの一部です。
Group 1: Operation Attributes
グループ1：操作属性
Natural Language and Character Set: The "attributes-charset" and "attributes-natural-language" attributes as described in [RFC2911] section 3.1.4.1.
自然言語とキャラクターセット：[rfc2911]セクション3.1.4.1で説明されている「属性 - charset」および「属性 - 自然言語」属性。
Target: The "printer-uri" attribute which defines the target for this operation as described in [RFC2911] section 3.1.5.
ターゲット：[RFC2911]セクション3.1.5で説明されているように、この操作のターゲットを定義する「プリンター-RI」属性。
Requesting User Name: The "requesting-user-name" attribute SHOULD be supplied by the client as described in [RFC2911] section 8.3.
リクエストユーザー名：[RFC2911]セクション8.3で説明されているように、クライアントが「要求 - ユーザー」属性を提供する必要があります。
If the client specifies this attribute, the Printer returns the specified attributes of all Per-Job Subscription Objects associated with the Job whose "job-id" attribute value equals the value of this attribute. If the client does not specify this attribute, the Printer returns the specified attributes of all Per-Printer Subscription Objects. Note: there is no way to get all Per-Job
クライアントがこの属性を指定すると、プリンターは、「ジョブID」属性値がこの属性の値に等しいジョブに関連付けられたすべてのジョブごとのサブスクリプションオブジェクトの指定された属性を返します。クライアントがこの属性を指定していない場合、プリンターはすべてのプリンターサブスクリプションオブジェクトの指定された属性を返します。注：すべてのジョブを取得する方法はありません
Subscriptions known to the Printer in a single operation. A Get-Jobs operation followed by a Get-Subscriptions operation for each Job will return all Per-Job Subscriptions.
単一の操作でプリンターに既知のサブスクリプション。Get-Jobs操作に続いて、各ジョブのget-subscriptions操作が行われ、すべてのジョブごとのサブスクリプションが返されます。
The client OPTIONALLY supplies this attribute. The Printer MUST support this attribute. It is an integer value that determines the maximum number of Subscription Objects that a client will receive from the Printer even if the "my-subscriptions" attribute constrains which Subscription Objects are returned. The limit is a "stateless limit" in that if the value supplied by the client is 'N', then only the first 'N' Subscription Objects are returned in the Get-Subscriptions Response. There is no mechanism to allow for the next 'M' Subscription Objects after the first 'N' Subscription Objects. If the client does not supply this attribute, the Printer responds with all applicable Subscription Objects.
クライアントはオプションでこの属性を提供します。プリンターはこの属性をサポートする必要があります。これは、「my-subscriptions」属性がどのサブスクリプションオブジェクトが返されるかを制約した場合でも、クライアントがプリンターから受け取るサブスクリプションオブジェクトの最大数を決定する整数値です。制限は、クライアントから提供される値が「n」である場合、最初の「n」サブスクリプションオブジェクトのみがget-subscriptions応答で返されるという点で「ステートレス制限」です。最初の「n」サブスクリプションオブジェクトの後、次の「M」サブスクリプションオブジェクトを許可するメカニズムはありません。クライアントがこの属性を提供しない場合、プリンターは該当するすべてのサブスクリプションオブジェクトで応答します。
The client OPTIONALLY supplies this attribute. The Printer MUST support this attribute. This attribute specifies the attributes of the specified Subscription Objects that the Printer MUST return in the response. Each value of this attribute is either an attribute name (defined in sections 5.3 and 5.4) or an attribute group name (defined in section 11.2.4.1). If the client omits this attribute, the Printer MUST respond as if the client had supplied this attribute with the one value: 'notify-subscription-id'.
クライアントはオプションでこの属性を提供します。プリンターはこの属性をサポートする必要があります。この属性は、プリンターが応答で返す必要がある指定されたサブスクリプションオブジェクトの属性を指定します。この属性の各値は、属性名（セクション5.3および5.4で定義）または属性グループ名（セクション11.2.4.1で定義）です。クライアントがこの属性を省略した場合、プリンターは、クライアントがこの属性を1つの値「Notify-Subscription-ID」と提供したかのように応答する必要があります。
The client OPTIONALLY supplies this attribute. The Printer MUST support this attribute. If the value is 'false', the Printer MUST consider the Subscription Objects from all users as candidates. If the value is 'true', the Printer MUST return the Subscription Objects created by the requesting user of this request. If the client does not supply this attribute, the Printer MUST respond as if the client had supplied the attribute with a value of 'false'. The means for authenticating the requesting user and matching the Subscription Objects is similar to that for Jobs which is described in [RFC2911] section 8.
クライアントはオプションでこの属性を提供します。プリンターはこの属性をサポートする必要があります。値が「false」の場合、プリンターはすべてのユーザーのサブスクリプションオブジェクトを候補として考慮する必要があります。値が「true」の場合、プリンターは、このリクエストの要求ユーザーによって作成されたサブスクリプションオブジェクトを返す必要があります。クライアントがこの属性を提供しない場合、プリンターは、クライアントが「false」の値を属性に提供したかのように応答する必要があります。要求するユーザーを認証し、サブスクリプションオブジェクトを一致させるための手段は、[rfc2911]セクション8で説明されているジョブの手段に似ています。
The Printer returns the following sets of attributes as part of the Get-Subscriptions Response:
プリンターは、get-subscriptions応答の一部として次の属性セットを返します。
Group 1: Operation Attributes
グループ1：操作属性
Status Message: Same as [RFC2911].
ステータスメッセージ：[RFC2911]と同じ。
Natural Language and Character Set: The "attributes-charset" and "attributes-natural-language" attributes as described in [RFC2911] section 3.1.4.2.
自然言語とキャラクターセット：[rfc2911]セクション3.1.4.2で説明されている「属性 - charset」および「属性 - 自然言語」属性。
Group 2: Unsupported Attributes
グループ2：サポートされていない属性
Same as for Get-Subscription-Attributes.
get-subscription-attributesの場合と同じです。
Groups 3 to N: Subscription Attributes
グループ3からn：サブスクリプション属性
The Printer responds with one Subscription Attributes Group for each requested Subscription Object (see the "notify-job-id" attribute in the Operation Attributes Group of this operation).
プリンターは、要求された各サブスクリプションオブジェクトの1つのサブスクリプション属性グループで応答します（この操作の操作属性グループの「Notify-Job-ID」属性を参照）。
The Printer returns Subscription Objects in any order.
プリンターは、任意の順序でサブスクリプションオブジェクトを返します。
If the "limit" attribute is present in the Operation Attributes group of the request, the number of Subscription Attributes Groups in the response MUST NOT exceed the value of the "limit" attribute.
「制限」属性がリクエストの操作属性グループに存在する場合、応答内のサブスクリプション属性グループの数は「制限」属性の値を超えてはなりません。
It there are no Subscription Objects associated with the specified Job or Printer, the Printer MUST return zero Subscription Attributes Groups and it MUST NOT treat this case as an error, i.e., the status-code MUST be 'successful-ok' unless something else causes the status code to have some other value.
指定されたジョブまたはプリンターに関連付けられたサブスクリプションオブジェクトはありません。プリンターはゼロサブスクリプション属性グループを返す必要があり、このケースをエラーとして扱ってはいけません。他の値を持つステータスコード。
See the Group 3 response (Subscription Attributes Group) of the Get-Subscription-Attributes operation (section 11.2.4.2) for the attributes that a Printer returns in this group.
このグループでプリンターが返す属性については、get-subscription-attributes操作（セクション11.2.4.2）のグループ3応答（サブスクリプション属性グループ）を参照してください。
This operation allows a client to request the Printer to extend the lease on a Per-Printer Subscription Object.
この操作により、クライアントはプリンターにリースを拡張するようにプリンターに要求できます。
The Printer MUST support this operation.
プリンターはこの操作をサポートする必要があります。
The Printer MUST accept this request for a Per-Printer Subscription Object in any of the target Printer's states, i.e., 'idle', 'processing', or 'stopped', but MUST NOT change the Printer's "printer-state" attribute.
プリンターは、ターゲットプリンターの状態のいずれかのプリンターごとのサブスクリプションオブジェクトのこの要求、つまり「アイドル」、「処理」、または「停止」を受け入れる必要がありますが、プリンターの「プリンター状態」属性を変更してはなりません。
The Printer MUST reject this request for a Per-Job Subscription Object because it has no lease (see section 5.4.3). The status code returned MUST be 'client-error-not-possible'.
プリンターは、リースがないため、このジョブごとのサブスクリプションオブジェクトのこのリクエストを拒否する必要があります（セクション5.4.3を参照）。返されるステータスコードは、「クライアントエラーではない」でなければなりません。
Access Rights: The authenticated user (see [RFC2911] section 8.3) performing this operation MUST (1) be the owner of the Per-Printer Subscription Object, (2) have Operator or Administrator access rights for the Printer (see [RFC2911] sections 1 and 8.5), or (3) be otherwise authorized by the Printer's administrator-configured security policy to renew Per-Printer Subscription Objects for the target Printer. Otherwise, the Printer MUST reject the operation and return: the 'client-error-forbidden', 'client-error-not-authenticated', or 'client-error-not-authorized' status code as appropriate.
アクセス権：この操作を実行する認証されたユーザー（[RFC2911]セクション8.3を参照）は、（1）プリンシアのサブスクリプションオブジェクトの所有者でなければなりません。1および8.5）、または（3）は、プリンターの管理者が構成したセキュリティポリシーによって、ターゲットプリンターのプリンシパルごとのサブスクリプションオブジェクトを更新するために許可されます。それ以外の場合、プリンターは操作を拒否して返品する必要があります：「クライアントとエラーの忘れられない」、「クライアントとエラーなし」、または「クライアントとエラーのない」ステータスコード。
The following groups of attributes are part of the Renew-Subscription Request:
次の属性グループは、更新サブスクリプションリクエストの一部です。
Group 1: Operation Attributes
グループ1：操作属性
Natural Language and Character Set: The "attributes-charset" and "attributes-natural-language" attributes as described in [RFC2911] section 3.1.4.1.
自然言語とキャラクターセット：[rfc2911]セクション3.1.4.1で説明されている「属性 - charset」および「属性 - 自然言語」属性。
Target: The "printer-uri" attribute which defines the target for this operation as described in [RFC2911] section 3.1.5.
ターゲット：[RFC2911]セクション3.1.5で説明されているように、この操作のターゲットを定義する「プリンター-RI」属性。
Requesting User Name: The "requesting-user-name" (name(MAX)) attribute SHOULD be supplied by the client as described in [RFC2911] section 8.3.
リクエストユーザー名：[rfc2911]セクション8.3で説明されているように、クライアントが「requesting-user-name」（name（max））属性は提供する必要があります。
The client MUST supply this attribute. The Printer MUST support this attribute. This attribute specifies the Per-Printer Subscription Object whose lease the Printer MUST renew. If the client omits this attribute, the Printer MUST reject this request with the 'client-error-bad-request' status code.
クライアントはこの属性を提供する必要があります。プリンターはこの属性をサポートする必要があります。この属性は、プリンターごとのサブスクリプションオブジェクトを指定します。クライアントがこの属性を省略した場合、プリンターは「クライアントエラーバッドレクエスト」ステータスコードでこのリクエストを拒否する必要があります。
Group 2: Subscription Template Attributes
グループ2：サブスクリプションテンプレート属性
The client MAY supply this attribute. It indicates the number of seconds to renew the lease for the specified Subscription Object. A value of 0 requests an infinite lease (which MAY require Operator access rights). If the client omits this attribute, the Printer MUST use the value of the Printer's "notify-lease-duration-default" attribute. See section 5.3.8 for more details.
クライアントはこの属性を提供する場合があります。指定されたサブスクリプションオブジェクトのリースを更新する秒数を示します。値0は、無限のリース（オペレーターアクセス権が必要になる場合がある）を要求します。クライアントがこの属性を省略した場合、プリンターはプリンターの「Notify-Lease-Duration-Default」属性の値を使用する必要があります。詳細については、セクション5.3.8を参照してください。
The Printer returns the following sets of attributes as part of the Renew-Subscription Response:
プリンターは、更新サブスクリプション応答の一部として、次の属性セットを返します。
Group 1: Operation Attributes
グループ1：操作属性
Status Message: Same as [RFC2911].
ステータスメッセージ：[RFC2911]と同じ。
The following are some of the status codes returned (see [RFC2911]:
以下は、返されたステータスコードの一部です（[RFC2911]を参照してください。
successful-ok: The operation successfully renewed the lease on the Subscription Object for the requested duration.
成功：操作は、要求された期間、サブスクリプションオブジェクトのリースを正常に更新しました。
successful-ok-ignored-or-substituted-attributes: The operation successfully renewed the lease on the Subscription Object for some duration other than the amount requested.
成功したOK-INORED-OR-STITUTED-ATTRIBUTES：操作は、要求された金額以外の期間、サブスクリプションオブジェクトのリースを正常に更新しました。
client-error-not-possible: The operation failed because the "notify-subscription-id" Operation attribute identified a Per-Job Subscription Object.
Client-Error-Not-Possible：「Notify-Subscription-ID」操作属性がJOBごとのサブスクリプションオブジェクトを識別したため、操作が失敗しました。
client-error-not-found: The operation failed because the "notify-subscription-id" Operation attribute identified a non-existent Subscription Object.
クライアントとエラーのないもの：「Notify-Subscription-ID」操作属性が存在しないサブスクリプションオブジェクトを識別したため、操作が失敗しました。
Natural Language and Character Set: The "attributes-charset" and "attributes-natural-language" attributes as described in [RFC2911] section 3.1.4.2. The "attributes-natural-language" MAY be the natural language of the Subscription Object, rather than the one requested.
自然言語とキャラクターセット：[rfc2911]セクション3.1.4.2で説明されている「属性 - charset」および「属性 - 自然言語」属性。「属性と自然言語」は、要求されたものではなく、サブスクリプションオブジェクトの自然言語である可能性があります。
Group 2: Unsupported Attributes
グループ2：サポートされていない属性
See [RFC2911] section 3.1.7 for details on returning Unsupported Attributes.
サポートされていない属性の返却の詳細については、[RFC2911]セクション3.1.7を参照してください。
Group 3: Subscription Attributes
グループ3：サブスクリプション属性
The Printer MUST return the following Subscription Attribute:
プリンターは、次のサブスクリプション属性を返す必要があります。
The value of this attribute MUST be the number of seconds that the Printer has granted for the lease of the Subscription Object (see section 5.3.8 for details, such as the value of this attribute when the Printer doesn't support the requested value).
この属性の値は、プリンターがサブスクリプションオブジェクトのリースに対して付与した秒数でなければなりません（プリンターが要求された値をサポートしていない場合のこの属性の値など、詳細についてはセクション5.3.8を参照）。
This operation allows a client to delete a Subscription Object and stop the Printer from delivering more Event Notifications. Once performed, there is no way to reference the Subscription Object.
この操作により、クライアントはサブスクリプションオブジェクトを削除し、プリンターがより多くのイベント通知を提供するのを停止できます。実行されると、サブスクリプションオブジェクトを参照する方法はありません。
A Printer MUST supported this operation.
プリンターはこの操作をサポートする必要があります。
The Printer MUST accept this request in any of the target Printer's states, i.e., 'idle', 'processing', or 'stopped', but MUST NOT change the Printer's "printer-state" attribute.
プリンターは、ターゲットプリンターの状態、つまり「アイドル」、「処理」、または「停止」のいずれかでこの要求を受け入れる必要がありますが、プリンターの「プリンター状態」属性を変更してはなりません。
If the specified Subscription Object is a Per-Job Subscription Object, the Printer MUST accept this request in any of the target Job's states, but MUST NOT change the Job's "job-state" attribute or affect the Job.
指定されたサブスクリプションオブジェクトがJOBごとのサブスクリプションオブジェクトである場合、プリンターはターゲットジョブの状態のいずれかでこのリクエストを受け入れる必要がありますが、ジョブの「ジョブステート」属性を変更したり、ジョブに影響を与えたりしてはなりません。
Note: There is no way to change any attributes on a Subscription Object, except the "notify-lease-duration" attribute (using the Renew-Subscription operation). In order to change other attributes, a client performs a Subscription Creation Operation and Cancel-Subscription operation on the old Subscription Object. If the client wants to avoid missing Event Notifications, it performs the Subscription Creation Operation first. If this order would create too many Subscription Objects on the Printer, the client reverses the order.
注：「nuled-subscription操作を使用）を除き、サブスクリプションオブジェクトの属性を変更する方法はありません。他の属性を変更するために、クライアントは古いサブスクリプションオブジェクトでサブスクリプション作成操作とキャンセルサブスクリプション操作を実行します。クライアントがイベント通知の欠落を避けたい場合、最初にサブスクリプション作成操作を実行します。この注文がプリンター上にあまりにも多くのサブスクリプションオブジェクトを作成する場合、クライアントは注文を逆転させます。
Access Rights: The authenticated user (see [RFC2911] section 8.3) performing this operation MUST (1) be the owner of the Subscription Object, (2) have Operator or Administrator access rights for the Printer (see [RFC2911] sections 1 and 8.5), or (3) be otherwise authorized by the Printer's administrator-configured security policy to cancel the target Subscription Object. Otherwise, the Printer MUST reject the operation and return: the 'client-error-forbidden', 'client-error-not-authenticated', or 'client-error-not-authorized' status code as appropriate.
アクセス権：この操作を実行する認証されたユーザー（[RFC2911]セクション8.3を参照）は（1）サブスクリプションオブジェクトの所有者でなければなりません。）、または（3）ターゲットサブスクリプションオブジェクトをキャンセルするために、プリンターの管理者に構成されたセキュリティポリシーによって許可されます。それ以外の場合、プリンターは操作を拒否して返品する必要があります：「クライアントとエラーの忘れられない」、「クライアントとエラーなし」、または「クライアントとエラーのない」ステータスコード。
The following groups of attributes are part of the Cancel-Subscription Request:
次の属性グループは、キャンセルサブスクリプションリクエストの一部です。
Group 1: Operation Attributes
グループ1：操作属性
Natural Language and Character Set: The "attributes-charset" and "attributes-natural-language" attributes as described in [RFC2911] section 3.1.4.1.
自然言語とキャラクターセット：[rfc2911]セクション3.1.4.1で説明されている「属性 - charset」および「属性 - 自然言語」属性。
Target: The "printer-uri" attribute which defines the target for this operation as described in [RFC2911] section 3.1.5.
ターゲット：[RFC2911]セクション3.1.5で説明されているように、この操作のターゲットを定義する「プリンター-RI」属性。
Requesting User Name: The "requesting-user-name" attribute SHOULD be supplied by the client as described in [RFC2911] section 8.3.
リクエストユーザー名：[RFC2911]セクション8.3で説明されているように、クライアントが「要求 - ユーザー」属性を提供する必要があります。
The client MUST supply this attribute. The Printer MUST support this attribute. This attribute specifies the Subscription Object that the Printer MUST cancel. If the client omits this attribute, the Printer MUST reject this request with the 'client-error-bad-request' status code.
クライアントはこの属性を提供する必要があります。プリンターはこの属性をサポートする必要があります。この属性は、プリンターがキャンセルする必要があるサブスクリプションオブジェクトを指定します。クライアントがこの属性を省略した場合、プリンターは「クライアントエラーバッドレクエスト」ステータスコードでこのリクエストを拒否する必要があります。
The Printer returns the following sets of attributes as part of the Cancel-Subscription Response:
プリンターは、キャンセルサブスクリプション応答の一部として、次の属性セットを返します。
Group 1: Operation Attributes
グループ1：操作属性
Status Message: Same as [RFC2911].
ステータスメッセージ：[RFC2911]と同じ。
The following are some of the status codes returned (see [RFC2911]:
以下は、返されたステータスコードの一部です（[RFC2911]を参照してください。
successful-ok: The operation successfully canceled (deleted) the Subscription Object.
成功：操作は、サブスクリプションオブジェクトを正常にキャンセル（削除）しました。
client-error-not-found: The operation failed because the "notify-subscription-id" Operation attribute identified a non-existent Subscription Object.
クライアントとエラーのないもの：「Notify-Subscription-ID」操作属性が存在しないサブスクリプションオブジェクトを識別したため、操作が失敗しました。
Natural Language and Character Set: The "attributes-charset" and "attributes-natural-language" attributes as described in [RFC2911] section 3.1.4.2. The "attributes-natural-language" MAY be the natural language of the Subscription Object, rather than the one requested.
自然言語とキャラクターセット：[rfc2911]セクション3.1.4.2で説明されている「属性 - charset」および「属性 - 自然言語」属性。「属性と自然言語」は、要求されたものではなく、サブスクリプションオブジェクトの自然言語である可能性があります。
Group 2: Unsupported Attributes
グループ2：サポートされていない属性
See [RFC2911] section 3.1.7 for details on returning Unsupported Attributes.
サポートされていない属性の返却の詳細については、[RFC2911]セクション3.1.7を参照してください。
The following status codes are defined as extensions for Notification and are returned as the value of the "status-code" parameter in the Operation Attributes Group of a response (see [RFC2911] section 3.1.6.1). Operations in this document can also return the status codes defined in section 13 of [RFC2911]. The 'successful-ok' status code is an example of such a status code.
次のステータスコードは、通知の拡張機能として定義され、応答の操作属性グループの「ステータスコード」パラメーターの値として返されます（[rfc2911]セクション3.1.6.1を参照）。このドキュメントの操作は、[RFC2911]のセクション13で定義されているステータスコードを返すこともできます。「成功したOK」ステータスコードは、このようなステータスコードの例です。
The Subscription Creation Operation was unable to create all requested Subscription Objects.
サブスクリプション作成操作は、要求されたすべてのサブスクリプションオブジェクトを作成することができませんでした。
For a Create-Job-Subscriptions or Create-Printer-Subscriptions operation, this status code means that the Printer created one or more Subscription Objects, but not all requested Subscription Objects.
Create-Job-SubscriptionsまたはCreate-Printer-Subscriptions操作の場合、このステータスコードは、プリンターが1つ以上のサブスクリプションオブジェクトを作成したことを意味しますが、すべてのサブスクリプションオブジェクトを要求するわけではありません。
For a Job Creation operation, this status code means that the Printer created the Job along with zero or more Subscription Objects. The Printer returns this status code even if other job attributes are unsupported or in conflict. That is, if an IPP Printer finds a warning that would allow it to return 'successful-ok-ignored-subscriptions' and either 'successful-ok-ignored-or-substituted-attributes' and/or 'successful-ok-conflicting-attributes', it MUST return 'successful-ok-ignored-subscriptions'.
雇用作成操作の場合、このステータスコードは、プリンターがゼロ以上のサブスクリプションオブジェクトとともにジョブを作成したことを意味します。プリンターは、他のジョブ属性がサポートされていないか、競合している場合でも、このステータスコードを返します。つまり、IPPプリンターが「成功したokignored-subscriptions」を返すことを可能にする警告を見つけた場合、「成功した」という「OK-IGNORED-OR-STITUTED-ATTRIBUTES」および/または「成功したOK紛争 - 属性 '、それは「成功したokイグノールとサブスクリプション」を返さなければなりません。
This status code is the same as 'successful-ok-ignored-subscriptions' except that only the Create-Job-Subscriptions and Create-Printer-Subscriptions operation return it. They return this status code only when the Printer creates zero Subscription Objects.
このステータスコードは、create-job-subscriptionsとcreate-printer-subscriptions操作のみが返されることを除いて、「成功したokイグノールとサブスクリプション」と同じです。プリンターがゼロサブスクリプションオブジェクトを作成した場合にのみ、このステータスコードを返します。
This section contains values of the "notify-status-code" (type2 enum) attribute that the Printer returns in a Subscription Attributes Group in a response when the corresponding Subscription Object:
このセクションには、対応するサブスクリプションオブジェクトが応答してサブスクリプション属性グループでプリンターが返す「notify-status-code」（type2 enum）属性の値が含まれています。
1. is not created or
1. 作成されていません
2. is created and some of the client-supplied attributes are not supported.
2. 作成されており、クライアントが提供する属性の一部はサポートされていません。
The following sections are ordered in decreasing order of importance of the status-codes.
次のセクションは、ステータスコードの重要性の低下で注文されます。
This status code is defined in [RFC2911]. This document extends its meaning and allows it to be in a Subscription Attributes Group of a response.
このステータスコードは[RFC2911]で定義されています。このドキュメントはその意味を拡張し、応答のサブスクリプション属性グループに存在するようにします。
The scheme of the client-supplied URI in a "notify-recipient-uri" Subscription Template Attribute in a Subscription Creation Operation is not supported. See section 5.3.1.
サブスクリプション作成操作における「Notify-Recipient-URI」サブスクリプションテンプレート属性におけるクライアントがサプリしたURIのスキームはサポートされていません。セクション5.3.1を参照してください。
This status code is defined in [RFC2911]. This document extends its meaning and allows it to be in a Subscription Attributes Group of a response.
このステータスコードは[RFC2911]で定義されています。このドキュメントはその意味を拡張し、応答のサブスクリプション属性グループに存在するようにします。
The method of the client-supplied keyword in a "notify-pull-method" Subscription Template Attribute in a Subscription Creation Operation is not supported. See section 5.3.2.
サブスクリプション作成操作における「Notify-Pull-Method」サブスクリプションテンプレート属性のクライアントがサプリしたキーワードの方法はサポートされていません。セクション5.3.2を参照してください。
The number of Subscription Objects supported by the Printer would be exceeded if this Subscription Object were created (see section 5.2).
このサブスクリプションオブジェクトが作成された場合、プリンターによってサポートされるサブスクリプションオブジェクトの数は超えられます（セクション5.2を参照）。
The client supplied more Events in the "notify-events" operation attribute of a Subscription Creation Operation than the Printer supports, as indicated in its "notify-max-events-supported" Printer attribute (see section 5.3.3).
クライアントは、「Notify-Max-Events-Supported」プリンター属性に示されているように、プリンターがサポートするよりもサブスクリプション作成操作の「Notify-Ivents」操作属性で多くのイベントを提供しました（セクション5.3.3を参照）。
This status code is defined in [RFC2911]. This document extends its meaning to include unsupported Subscription Template Attributes and it can appear in a Subscription Attributes Group.
このステータスコードは[RFC2911]で定義されています。このドキュメントは、その意味を拡張して、サポートされていないサブスクリプションテンプレート属性を含むようにし、サブスクリプション属性グループに表示できます。
This section assigns values to two attributes tags as extensions to the encoding defined in [RFC2910]).
このセクションでは、[RFC2910]で定義されているエンコードの拡張機能として、値に値を2つの属性タグに割り当てます）。
The "subscription-attributes-tag" delimits Subscription Template Attributes Groups in requests and Subscription Attributes Groups in responses.
「subscription-aTtributes-tag」は、リクエストのサブスクリプションテンプレート属性グループと応答の属性グループを区切ります。
The "event-notification-attributes-tag" delimits Event Notifications in Delivery Methods that use an IPP-like encoding.
「イベントノーティフィスアトリビュートタグ」は、IPPのようなエンコードを使用する配信方法のイベント通知を区切ります。
The following table specifies the values for the delimiter tags:
次の表には、区切り文字の値を指定します。
Tag Value (Hex) Meaning
タグ値（ヘックス）の意味
0x06 "subscription-attributes-tag" 0x07 "event-notification-attributes-tag"
0x06 "subscription-attributes-tag" 0x07 "event-notification-attributes-tag"
It is OPTIONAL for IPP clients and Printers to implement this Event Notification specification.
IPPクライアントとプリンターがこのイベント通知仕様を実装することはオプションです。
If this Event Notification specification is implemented by a client, the client MUST support the 'ippget' Pull Delivery Method and meet the conformance requirements as defined in [RFC3996] for clients. A client MAY support additional Delivery Methods.
このイベント通知仕様がクライアントによって実装されている場合、クライアントは「ippget」プル配信方法をサポートし、クライアントの[RFC3996]で定義されている適合要件を満たす必要があります。クライアントは、追加の配信方法をサポートする場合があります。
If this Event Notification specification is implemented by a Printer, the Printer MUST:
このイベント通知仕様がプリンターによって実装されている場合、プリンターは以下を行う必要があります。
- meet the Conformance Requirements detailed in section 5 of [RFC2911].
- [RFC2911]のセクション5で詳述されている適合要件を満たします。
- support the Subscription Template Attributes Group in requests and the Subscription Attributes Group in responses.
- リクエストでサブスクリプションテンプレート属性グループと応答でサブスクリプション属性グループをサポートします。
- support all of the following attributes:
- 次のすべての属性をサポートします。
a. REQUIRED Subscription Object attributes in section 5. b. REQUIRED Printer Description object attributes in section 6. c. REQUIRED attributes in Event Notification content in section 8.
a. セクション5の必要なサブスクリプションオブジェクト属性b。必要なプリンター説明セクション6のオブジェクト属性c。セクション8のイベント通知コンテンツの必須属性。
- support the 'ippget' Pull Delivery Method and meet the conformance requirements as defined in [RFC3996] for Printers. The Printer MAY support additional Push and Pull Delivery Methods.
- 「ippget」プル配信方法をサポートし、プリンターの[RFC3996]で定義されている適合要件を満たします。プリンターは、追加のプッシュおよびプル配信方法をサポートする場合があります。
- deliver Event Notifications that conform to the requirements of section 9 and the requirements of the Delivery Method Document for each supported Delivery Method (the conformance requirements for Delivery Method Documents is specified in section 10).
- セクション9の要件と、サポートされた各配信方法の配信方法文書の要件に準拠するイベント通知を配信します（配信方法文書の適合要件は、セクション10で指定されています）。
- for all of the Job Creation Operations that the Printer supports, MUST support the REQUIRED extensions for notification defined in section 11.1.3.
- プリンターがサポートするすべての雇用創出運営については、セクション11.1.3で定義されている通知に必要な拡張機能をサポートする必要があります。
- meet the conformance requirements for operations as described in Table 16 and meet the requirements for Printers as specified in the indicated sub-sections of section 11:
- 表16に記載されているように操作の適合要件を満たし、セクション11の示されたサブセクションで指定されているプリンターの要件を満たします。
Table 16 - Printer Conformance Requirements for Operations
表16-操作のプリンター適合要件
Operation Printer Conformance Requirements
操作プリンターの適合要件
Create-Printer-Subscriptions (section 11.1.2) REQUIRED Create-Job-Subscriptions (section 11.1.1) OPTIONAL Get-Subscription-Attributes (section 11.2.3) REQUIRED Get-Subscriptions (section 11.2.5) REQUIRED Renew-Subscription (section 11.2.6) REQUIRED Cancel-Subscription (section 11.2.7) REQUIRED
Create-Printer-Subscriptions（セクション11.1.2）が必要とします（セクション11.1.1）オプションのget-subscription-attributes（セクション11.2.3）必要なget-subscriptions（セクション11.2.5）が必要な更新（セクション11.2.5）（セクション11.2.5）（セクション11.2.5）セクション11.2.6）必要なキャンセルサブスクリプション（セクション11.2.7）が必要
With this model (see Figure 2 below), there is an intervening Print server between the human user and the output-device. So the system effectively has two Printer objects. There are two cases to consider.
このモデル（以下の図2を参照）を使用すると、人間のユーザーと出力デバイスの間に介在する印刷サーバーがあります。したがって、システムには効果的に2つのプリンターオブジェクトがあります。考慮すべき2つのケースがあります。
1. When the Printer 1 (in the server) generates Events, the system behaves like the client and Printer in Figure 1. In this case, Printer 1 delivers Event Notifications that are shown as Event Notifications (A) of Figure 2.
1. プリンター1（サーバー内）がイベントを生成すると、システムは図1のクライアントとプリンターのように動作します。この場合、プリンター1は、図2のイベント通知（a）として表示されるイベント通知を提供します。
2. When the Printer 2 (in the output-device) generates Events, there are two possible system configurations:
2. プリンター2（出力デバイスで）がイベントを生成すると、2つの可能なシステム構成があります。
a) Printer 1 forwards the client-supplied Subscription Creation Operations to the downstream Printer 2 and lets Printer 2 deliver the Event Notifications directly to the Notification Recipients supplied by the Client (Event Notifications(C) in the diagram).
a) プリンター1は、クライアントがサポートしているサブスクリプション作成操作をダウンストリームプリンター2に転送し、プリンター2をクライアントが提供する通知受信者に直接イベント通知を配信します（図のイベント通知（c））。
b) Printer 1 performs the client-supplied Subscription Creation Operations and also forwards the Subscription Creation Operations to Printer 2 with the Notification Recipient changed to be the Printer 1. When an Event occurs in Printer 2, Printer 2 delivers the Event Notification (B) to Notification Recipient of Printer 1, which relays the received Event Notification (B) to the client-supplied Notification Recipient (as Event Notifications(A) in the diagram). Note, when a client performs a Subscription Creation Operation, Printer 1 need not forward the Subscription Creation Operation to Printer 2 if it would create a duplicate Subscription Object on Printer 2.
b) Printer 1は、クライアントがサポートしているサブスクリプション作成操作を実行し、プリンター2に変更された通知受信者をプリンター2に変更して、サブスクリプション作成操作をプリンター2に転送します。受信したイベント通知（b）をクライアント支援通知受信者に中継するプリンター1の受信者（図のイベント通知（a）として）。クライアントがサブスクリプション作成操作を実行する場合、プリンター1がプリンター2に重複したサブスクリプションオブジェクトを作成する場合、サブスクリプション作成操作をプリンタ2に転送する必要はありません。
Note: when Printer 1 is forwarding Subscription Creation Operations to Printer 2, it may request Printer 2 to create additional Subscription Objects (called "piggy-backing"). Piggy-backing is useful when:
注：プリンター1がプリンター2にサブスクリプション作成操作を転送している場合、プリンター2を要求して追加のサブスクリプションオブジェクト（「ピギーバッキング」と呼ばれる）を作成できます。ピギーバッキングは、次の場合に役立ちます
- Device A is configured to accept (IPP or non-IPP) requests from other servers.
- デバイスAは、他のサーバーからの要求を受け入れるように構成されています。
- Server S wants to receive Job Events that the client didn't request and Server S wants these Events for jobs it submits and not for other jobs.
- サーバーSは、クライアントが要求しなかったジョブイベントを受け取りたいと考えており、サーバーは他のジョブではなく、提出するジョブのためにこれらのイベントを望んでいます。
server S device A
+------------+ +------------+
| | | |
+--------+ Subscription | ###########| | ###########|
| client |--Creation ----># Printer #| Subscription | # Printer #|
+--------+ Operation | # Object 1#|---Creation------|># Object 2#|
| ###|#######| Operation | ####|#|####|
+----|---^---+ +-----|-|----+
+--------+ Event | | | |
|Notific-|<-Notifications(A)-+ +-- Event Notifications(B)--+ |
|ation Re|<-------------Event Notifications(C)-----------------+
|cipient |
+--------+
Figure 2 - Model for Notification with Cascading Printers
図2-カスケードプリンターによる通知のモデル
A Printer implementation could use some other remote notification server to provide some or most of the service. For example, the remote notification server could deliver Event Notifications using Delivery Methods that are not directly supported by the output device or Printer object. Or, the remote notification server could store Subscription Objects (passed to it from the output device in response to Subscription Creation requests), accept Events, format the Event Notification in the natural language of the Notification Recipient, and deliver the Event Notifications to the Notification Recipient(s).
プリンターの実装では、他のリモート通知サーバーを使用して、サービスの一部またはほとんどを提供できます。たとえば、リモート通知サーバーは、出力デバイスまたはプリンターオブジェクトによって直接サポートされていない配信方法を使用してイベント通知を配信できます。または、リモート通知サーバーはサブスクリプションオブジェクトを保存し（サブスクリプション作成リクエストに応じて出力デバイスから渡されます）、イベントを受け入れ、通知受信者の自然言語でイベント通知をフォーマットし、イベント通知を通知に配信することができます受信者）。
Figure 3 shows this partitioning. The interface between the output device (or Printer object) and the remote notification server is outside the scope of this document and is intended to be transparent to the client and this document.
図3は、このパーティションを示しています。出力デバイス（またはプリンターオブジェクト）とリモート通知サーバーの間のインターフェイスは、このドキュメントの範囲外であり、クライアントとこのドキュメントに対して透過的であることを目的としています。
***********************
*
* Printer in combination
* with the distributed
* Notification Server)
*
* output device or server
* +---------------+
PDA, desktop, or server * + ########### +
+--------+ * | # # |
| client |---IPP Subscription--------># Printer # |
+--------+ Creation operation * | # Object # |
* | #####|##### |
* +-------|-------+
* | Subscriptions
* | OR Event
+------------+ * | Notifications
|Notification| IPP-defined * +------v--------+
|Recipient |<--Event Notifications---| Notification |
+------------+ * | Server |
* +---------------+
*
*************************
*** = Implementation configuration opaque boundary
Figure 3 - Opaque Use of a Notification Server Transparent to the Client
図3-クライアントに透明な通知サーバーの不透明な使用
The model allows for an extended Notification Recipient that is itself a notification server that forwards each Event Notification to another recipient (called the Ultimate Notification Recipient in this section). The Delivery Method to the Ultimate Recipient is probably different from the Delivery Method used by the Printer to the extended Notification Recipient.
このモデルにより、各イベント通知を別の受信者（このセクションの究極の通知受信者と呼ばれる）に転送する通知サーバーである拡張通知受信者が可能になります。究極の受信者への配信方法は、おそらくプリンターが拡張通知受信者に使用する配信方法とは異なります。
This extended Notification Recipient is transparent to the Printer but not to the client.
この拡張された通知受信者は、プリンターに対しては透明ですが、クライアントに対しては透明です。
When a client performs a Subscription Creation Operation, it specifies the extended Notification Recipient as it would any Notification Recipient. In addition, the client specifies the Ultimate Notification Recipient in the Subscription Creation Operation in a manner specified by the extended Notification Recipient. Typically, it is either some bytes in the value of "notify-user-data" or some additional parameter in the value of "notify-recipient-uri". The client also subscribes directly with the extended Notification Recipient (by means outside this document), since it is a notification server in its own right.
クライアントがサブスクリプション作成操作を実行すると、通知受信者のように拡張通知受信者を指定します。さらに、クライアントは、拡張通知受信者によって指定された方法で、サブスクリプション作成操作に最終通知受信者を指定します。通常、「Notify-User-Data」の値の一部のバイトまたは「Notify-Recipient-URI」の値の追加パラメーターです。また、クライアントは、それ自体が通知サーバーであるため、拡張通知受信者（このドキュメントの外側の手段による）と直接サブスクライブします。
The IPP Printer treats the extended Notification Recipient like any other Notification Recipient and the IPP Printer is not aware of the forwarding. The Delivery Method that the extended Notification Recipient uses for delivering the Event Notification to the Ultimate Notification Recipient is beyond the scope of this document and is transparent to the IPP Printer.
IPPプリンターは、他の通知受信者と同様に、拡張通知受信者を扱い、IPPプリンターは転送を認識していません。拡張通知受信者が最終的な通知受信者にイベント通知を配信するために使用する配信方法は、このドキュメントの範囲を超えており、IPPプリンターに対して透過的です。
Examples of this extended Notification Recipient are paging, immediate messaging services, general notification services, and NOS vendors' infrastructure. Figure 4 shows this approach.
この拡張通知受信者の例は、ページング、即時メッセージサービス、一般通知サービス、NOSベンダーのインフラストラクチャです。図4はこのアプローチを示しています。
PDA, desktop, or server server or output device
+---------------+
+--------+ | ########### |
| client |---Subscription Creation -----------># Printer # |
+--------+ Operation | # Object # |
| #####|##### |
+------------+ +------------+ IPP-defined +-------|-------+
|Ultimate | any |Notification|<--Event Notifications----+
|Notification|<----|Recipient |
|Recipient | +------------+
+------------+ (Notification Server)
Figure 4 - Use of an Extended Notification Recipient transparent to the Printer
図4-プリンターに透明な拡張通知受信者の使用
This section describes the Notification object model that adds a Subscription Object which together with the Job and Printer object provide the complete Notification semantics.
このセクションでは、ジョブとプリンターオブジェクトとともに完全な通知セマンティクスを提供するサブスクリプションオブジェクトを追加する通知オブジェクトモデルについて説明します。
The object relationships can be seen pictorially as:
オブジェクトの関係は、次のように絵で見ることができます
Subscription Objects (Per-Printer Subscriptions) Printer object
+----+ +------------+
| s1 |<--------------------------------------------->| |
+----++ | |
| s2 |<-------------------------------------------->| p1 |
+----++ | |
| s3 |<------------------------------------------->| |
+----+ +------------+
Job objects
+---------+
| |
+----+ | j1 |
| s4 |<------->| |
+----+ | |
| | s4 is a Per-Job Subscription Object
++--------++
| |
+----+ | j2 |
| s5 |<------>| |
+----++ | |
| s6 |<----->| | s5 and s6 are Per-Job Subscription
+----+ ++--------++ Objects
| |
| j3 |
| |
| | <----> indicates association
+---------+
Figure 5 - Object Model for Notification
図5-通知のオブジェクトモデル
s1, s2, and s3 are Per-Printer Subscription Objects and can identify Printer and/or Job Events.
S1、S2、およびS3は、プリンストのサブスクリプションオブジェクトであり、プリンターおよび/またはジョブイベントを識別できます。
s4, s5, and s6 are Per-Job Subscription Objects and can identify Printer and/or Job Events.
S4、S5、およびS6は、ジョブごとのサブスクリプションオブジェクトであり、プリンターおよび/またはジョブイベントを識別できます。
This sub-section defines the object relationships between the Printer, Job, and Subscription Objects by example. Whether Per-Printer Subscription Objects are actually contained in a Printer object or are just bi-directionally associated with them in some way is IMPLEMENTATION DEPENDENT and is transparent to the client. Similarly, whether Per-Job Subscription Objects are actually contained in a Job object or are just bi-directionally associated with them in some way is IMPLEMENTATION DEPENDENT and is transparent to the client. The object relationships are defined as follows:
このサブセクションは、プリンター、ジョブ、サブスクリプションオブジェクト間のオブジェクト関係を例に定義します。プリンストごとのサブスクリプションオブジェクトが実際にプリンターオブジェクトに含まれているか、何らかの方法で双方向に関連付けられているかどうかは、実装に依存し、クライアントに透過的であるかどうかです。同様に、ジョブごとのサブスクリプションオブジェクトが実際にジョブオブジェクトに含まれているか、何らかの方法で双方向に関連付けられているかどうかは、実装に依存し、クライアントに対して透明です。オブジェクトの関係は次のように定義されます。
1. The Printer object contains (is associated with) zero or more Per-Printer Subscription Objects (p1 contains s1-s3 Per-Printer Subscription Objects).
1. プリンターオブジェクトには、ゼロ以上のプリンターサブスクリプションオブジェクトが含まれています（P1にはS1-S3プリンターサブスクリプションオブジェクトが含まれています）。
2. Each Per-Printer Subscription Object (s1, s2, and s3) is contained in (or is associated with) exactly one Printer object (p1).
2. 各プリンターごとのサブスクリプションオブジェクト（S1、S2、およびS3）は、正確に1つのプリンターオブジェクト（P1）に含まれています（または関連付けられています）。
1. A Job object (j1, j2, j3) is associated with zero or more Per-Job Subscription Objects (s4-s6). Job j1 is associated with Per-Job Subscription Object s4, Job j2 is associated with Per-Job Subscription Objects s5 and s6, and Job j3 is not associated with any Per-Job Subscription Object.
1. ジョブオブジェクト（J1、J2、J3）は、ゼロ以上のジョブごとのサブスクリプションオブジェクト（S4-S6）に関連付けられています。ジョブJ1は、ジョブごとのサブスクリプションオブジェクトS4に関連付けられ、ジョブJ2はジョブごとのサブスクリプションオブジェクトS5およびS6に関連付けられ、ジョブJ3はジョブごとのサブスクリプションオブジェクトに関連付けられていません。
2. Each Per-Job Subscription Object is associated with exactly one Job object.
2. 各ジョブごとのサブスクリプションオブジェクトは、正確に1つのジョブオブジェクトに関連付けられています。
Per-Job and Per-Printer Subscription Objects are quite similar. Either type of Subscription Object can subscribe to Job Events, Printer Events, or both. Both types of Subscription Objects can be queried using the Get-Subscriptions and Get-Subscription-Attributes operations and canceled using the Cancel-Subscription operation. Both types of Subscription Objects create Subscription Objects which have the same Subscription Object attributes defined. However, there are some semantic differences between Per-Job Subscription Objects and Per-Printer Subscription Objects. A Per-Job Subscription Object is established by the client when submitting a job and after creating the job using the Create-Job-Subscriptions operation by specifying the "job-id" of the Job with the "notify-job-id" attribute. A Per-Printer Subscription Object is established between a client and a Printer using the Create-Printer-Subscriptions operation. Some specific differences are:
ジョブごととプリンターごとのサブスクリプションオブジェクトは非常に似ています。どちらのタイプのサブスクリプションオブジェクトも、ジョブイベント、プリンターイベント、またはその両方を購読できます。両方のタイプのサブスクリプションオブジェクトは、Get-SubscriptionsとGet-Subscription-Attributes操作を使用して照会し、キャンセルサブスクリプション操作を使用してキャンセルできます。両方のタイプのサブスクリプションオブジェクトは、定義された同じサブスクリプションオブジェクト属性を持つサブスクリプションオブジェクトを作成します。ただし、JOBごとのサブスクリプションオブジェクトとプリンストごとのサブスクリプションオブジェクトには、いくつかの意味の違いがあります。ジョブを送信するときに、ジョブの「ジョブID」を「Notify-Job-ID」属性で指定することにより、Create-Job-Subscriptions操作を使用してジョブを作成した後、ジョブごとのサブスクリプションオブジェクトがクライアントによって確立されます。Create-Printer-Subscriptions操作を使用して、クライアントとプリンターの間にプリンストごとのサブスクリプションオブジェクトが確立されます。いくつかの具体的な違いは次のとおりです。
1. A client usually creates one or more Per-Job Subscription Objects as part of the Job Creation operations (Create-Job, Print-Job, and Print-URI), rather than using the OPTIONAL Create-Job-Subscriptions operation, especially since Printer implementations NEED NOT support the Create-Job-Subscriptions operation, since it is OPTIONAL.
1. クライアントは通常、特にプリンターの実装以来、オプションのCreate-Job-Subscriptions操作を使用するのではなく、雇用作成運用の一部として1つ以上のジョブごとのサブスクリプションオブジェクトを作成します（Create-Job、Print-Job、およびPrint-uri）オプションであるため、Create-Job-Subscriptions操作をサポートする必要はありません。
2. For Per-Job Subscription Objects, the Subscription Object is only valid while the job is "not-complete" (see sections 5.4.3) while for the Per-Printer Subscription Objects, the Subscription Object is valid until the time (in seconds) that the Printer returned in the "notify-lease-expiration-time" operation attribute.
2. ジョブごとのサブスクリプションオブジェクトの場合、サブスクリプションオブジェクトはジョブが「不完全」である間にのみ有効です（セクション5.4.3を参照）。プリンターが「Notify-Lease-Expiration-Time」操作属性に戻ったこと。
3. Job Events in a Per-Job Subscription Object apply only to "one job" (the Job created by the Job Creation operation or references by the Create-Job-Subscriptions operation) while Job Events in a Per-Printer Subscription Object apply to ALL jobs contained in the IPP Printer.
3. ジョブごとのサブスクリプションオブジェクトのジョブイベントは、「1つのジョブ」（雇用作成操作によって作成されたジョブまたはCreate-Job-Subscriptions操作によって作成されたジョブ）にのみ適用されますが、プリンターごとのサブスクリプションオブジェクトのジョブイベントはすべてのジョブに適用されますIPPプリンターに含まれています。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119 , March 1997.
[RFC2119] Bradner、S。、「要件レベルを示すためにRFCで使用するためのキーワード」、BCP 14、RFC 2119、1997年3月。
[RFC2396] Berners-Lee, T., Fielding, R., and L. Masinter, "Uniform Resource Identifiers (URI): Generic Syntax", RFC 2396, August 1998.
[RFC2396] Berners-Lee、T.、Fielding、R。、およびL. Masinter、「ユニフォームリソース識別子（URI）：ジェネリック構文」、RFC 2396、1998年8月。
[RFC2717] Petke, R. and I. King, "Registration Procedures for URL Scheme Names", RFC 2717, November 1999.
[RFC2717] Petke、R。およびI. King、「URLスキーム名の登録手順」、RFC 2717、1999年11月。
[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] deBry, R., Hastings, T., Herriot, R., Isaacson, S., and P. Powell, "Internet Printing Protocol/1.1: Model and Semantics", RFC 2911, September 2000.
[RFC2911] Debry、R.、Hastings、T.、Herriot、R.、Isaacson、S。、およびP. Powell、「インターネット印刷プロトコル/1.1：モデルとセマンティクス」、RFC 2911、2000年9月。
[RFC3381] Hastings, T., Lewis, H., and R. Bergman, "IPP: Job Progress Attributes", RFC 3381, September 2002.
[RFC3381] Hastings、T.、Lewis、H。、およびR. Bergman、「IPP：Job Progress属性」、RFC 3381、2002年9月。
[RFC3996] Herriot, R., Hastings, T., and H. Lewis, "Internet Printing Protocol (IPP): The 'ippget' Delivery Method for Event Notifications", RFC 3996, March 2005.
[RFC3996] Herriot、R.、Hastings、T。、およびH. Lewis、「インターネット印刷プロトコル（IPP）：イベント通知の「ippget」配信方法」、RFC 3996、2005年3月。
[IANA-CON] Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA Considerations Section in RFCs", BCP 26, RFC 2434, October 1998.
[IANA-CON] Narten、T。およびH. Alvestrand、「RFCSでIANA考慮事項セクションを書くためのガイドライン」、BCP 26、RFC 2434、1998年10月。
[RFC2565] Herriot, R., Butler, S., Moore, P., and R. Turner, "Internet Printing Protocol/1.0: Encoding and Transport", RFC 2565, April 1999.
[RFC2565] Herriot、R。、Butler、S.、Moore、P。、およびR. Turner、「インターネット印刷プロトコル/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。、およびT. Berners -Lee、 "HyperText Transfer Protocol -HTTP/1.1"、RFC 2616、1999年6月。
[RFC3196] Hastings, T., Manros, C., Zehler, P., Kugler, C., and H. Holst, "Internet Printing Protocol/1.1: Implementer's Guide", RFC 3196, November 2001.
[RFC3196] Hastings、T.、Manros、C.、Zehler、P.、Kugler、C。、およびH. Holst、「インターネット印刷プロトコル/1.1：実装者ガイド」、RFC 3196、2001年11月。
[RFC3997] Hastings, T., Editor, deBry, R., and H. Lewis, "Internet Printing Protocol (IPP): Requirements for IPP Notifications", RFC 3997, March 2005.
[RFC3997] Hastings、T.、Editor、Debry、R。、およびH. Lewis、「インターネット印刷プロトコル（IPP）：IPP通知の要件」、RFC 3997、2005年3月。
This section contains the registration information that IANA added to the IPP Registry according to the procedures defined in RFC 2911 [RFC2911] section 6 to cover the definitions in this document. In addition, this section defines how Events and Delivery Methods will be registered when they are defined in other documents. The resulting registrations have been published in the http://www.iana.org/assignments/ipp-registrations registry.
このセクションには、IANAがRFC 2911 [RFC2911]セクション6で定義されている手順に従ってIPPレジストリに追加した登録情報が含まれており、このドキュメントの定義をカバーしています。さらに、このセクションでは、イベントと配信方法が他のドキュメントで定義されているときに登録する方法を定義します。結果の登録は、http：//www.iana.org/assignments/ipp-registrationsレジストリで公開されています。
The following table lists all the attributes defined in this document. These have been registered according to the procedures in RFC 2911 [RFC2911] section 6.2.
次の表に、このドキュメントで定義されているすべての属性を示します。これらは、RFC 2911 [RFC2911]セクション6.2の手順に従って登録されています。
Subscription Template attributes: Reference Section
--------------------------------- --------- -------
notify-attributes (1setOf type2 keyword) [RFC3995] 5.3.4
notify-attributes-supported (1setOf type2 keyword)
[RFC3995] 5.3.4.1
notify-charset (charset) [RFC3995] 5.3.6
notify-events (1setOf type2 keyword) [RFC3995] 5.3.3
notify-events-default (1setOf type2 keyword) [RFC3995] 5.3.3.1
notify-events-supported (1setOf type2 keyword) [RFC3995] 5.3.3.2
notify-lease-duration (integer(0:67108863)) [RFC3995] 5.3.8
notify-lease-duration-default (integer(0:67108863))
[RFC3995] 5.3.8.1
notify-lease-duration-supported (1setOf (integer(0: 67108863) |
rangeOfInteger(0:67108863))) [RFC3995] 5.3.8.2
notify-max-events-supported (integer(2:MAX)) [RFC3995] 5.3.3.3
notify-natural-language (naturalLanguage) [RFC3995] 5.3.7
notify-pull-method (type2 keyword) [RFC3995] 5.3.2
notify-pull-method-supported (1setOf type2 keyword)
[RFC3995] 5.3.2.1
notify-recipient-uri (uri) [RFC3995] 5.3.1
notify-schemes-supported (1setOf uriScheme) [RFC3995] 5.3.1.1
notify-time-interval (integer(0:MAX)) [RFC3995] 5.3.9
notify-user-data (octetString(63)) [RFC3995] 5.3.5
Subscription Description Attributes:
notify-job-id (integer(1:MAX)) [RFC3995] 5.4.6
notify-lease-expiration-time (integer(0:MAX)) [RFC3995] 5.4.3
notify-printer-up-time (integer(1:MAX)) [RFC3995] 5.4.4
notify-printer-uri (uri) [RFC3995] 5.4.5
notify-sequence-number (integer (0:MAX)) [RFC3995] 5.4.2
notify-subscriber-user-name (name(MAX)) [RFC3995] 5.4.7
notify-subscription-id (integer (1:MAX)) [RFC3995] 5.4.1
Printer Description Attributes: printer-state-change-date-time (dateTime) [RFC3995] 6.2 printer-state-change-time (integer(1:MAX)) [RFC3995] 6.1
プリンターの説明属性：プリンターステートチェンジデートタイム（dateTime）[RFC3995] 6.2プリンターステートチェンジタイム（整数（1：max））[RFC3995] 6.1
Attributes Only in Event Notifications notify-subscribed-event (type2 keyword) [RFC3995] 8.1 notify-text (text(MAX)) [RFC3995] 8.2
イベント通知のみの属性Notify-Subscribed-Event（Type2キーワード）[RFC3995] 8.1 Notify-Text（Text（Max））[RFC3995] 8.2
The following table lists all the new enum attribute values defined in this document. These have been registered within the IPP registry according to the procedures in RFC 2911 [RFC2911] section 6.1.
次の表には、このドキュメントで定義されているすべての新しいenum属性値を示します。これらは、RFC 2911 [RFC2911]セクション6.1の手順に従って、IPPレジストリ内に登録されています。
Attribute
Value Name Reference Section
------ ----------------------------- --------- -------
operations-supported (1setOf type2 enum) [RFC2911] 4.4.15
0x0016 Create-Printer-Subscriptions [RFC3995] 7.1
0x0017 Create-Job-Subscriptions [RFC3995] 7.1
0x0018 Get-Subscription-Attributes [RFC3995] 7.1
0x0019 Get-Subscriptions [RFC3995] 7.1
0x001A Renew-Subscription [RFC3995] 7.1
0x001B Cancel-Subscription [RFC3995] 7.1
The following table lists all of the operations defined in this document. These have been registered according to the procedures in RFC 2911 [RFC2911] section 6.4.
次の表には、このドキュメントで定義されているすべての操作を示します。これらは、RFC 2911 [RFC2911]セクション6.4の手順に従って登録されています。
Operation Name Reference Section
--------------------------------- --------- -------
Cancel-Subscription [RFC3995] 11.2.7
Create-Job - Extensions [RFC3995] 11.1.3
Create-Job-Subscriptions [RFC3995] 11.1.1
Create-Printer-Subscriptions [RFC3995] 11.1.2
Get-Printer-Attributes - Extensions [RFC3995] 11.2.3
Get-Subscription-Attributes [RFC3995] 11.2.4
Get-Subscriptions [RFC3995] 11.2.5
Print-Job - Extensions [RFC3995] 11.1.3
Print-URI - Extensions [RFC3995] 11.1.3
Renew-Subscription [RFC3995] 11.2.6
Validate-Job Operation - Extensions [RFC3995] 11.2.2
The following table lists all the status codes defined in this document. These have been registered according to the procedures in RFC 2911 [RFC2911] section 6.6.
次の表には、このドキュメントで定義されているすべてのステータスコードを示します。これらは、RFC 2911 [RFC2911]セクション6.6の手順に従って登録されています。
Value Status Code Name Reference Section
----- ---------------------------- --------- -------
0x0000:0x00FF - Successful:
0x0003 successful-ok-ignored-subscriptions [RFC3995] 12.1
0x0005 successful-ok-too-many-events [RFC3995] 13.4
0x0400:0x04FF - Client Error: 0x0414 client-error-ignored-all-subscriptions [RFC3995] 12.2 0x0415 client-error-too-many-subscriptions [RFC3995] 13.3
0x0400：0x04ff-クライアントエラー：0x0414 client-error-yolored-all-subscriptions [rfc3995] 12.2 0x0415 client-error-too-many-subscriptions [rfc3995] 13.3
The following table lists all the attribute group tags defined in this document. These have been registered according to the procedures in RFC 2911 [RFC2911] section 6.5.
次の表には、このドキュメントで定義されているすべての属性グループタグを示します。これらは、RFC 2911 [RFC2911]セクション6.5の手順に従って登録されています。
Value Attribute Group Tag Name Reference Section
----- -------------------------------- -------- -------
0x06 subscription-attributes-tag [RFC3995] 14
0x07 event-notification-attributes-tag [RFC3995] 14
The following table lists all the Events defined in this document as type2 keywords to be used with the "notify-events", "notify-events-default", and "notify-events-supported" Subscription Template attributes (see section 5.3.3)). Rather than creating a separate section in the IPP Registry for Events, these event keywords have been registered according to the procedures of [RFC2911] section 7.1 as additional keyword attribute values for use with the "notify-events" Subscription Template attribute (see section 5.3.3), i.e., registered as keyword values for the "notify-events", "notify-events-default", and "notify-events-supported" attributes:
次の表には、このドキュメントで定義されているすべてのイベントが、「Notify-Ivents」、「Notify-Ivents-Default」、および「Notify-Events-Supported」サブスクリプションテンプレート属性で使用されるタイプ2キーワードとして記載されています（セクション5.3.3を参照してください。））。イベントのIPPレジストリに別のセクションを作成するのではなく、これらのイベントキーワードは、[rfc2911]セクション7.1の手順に従って登録されています。.3）、つまり、「Notify-Ivents」、「Notify-Ivents-Default」、および「Notify-Events-Supported」属性のキーワード値として登録されています。
Attribute (attribute syntax)
Value Reference Section
--------------------- --------- -------
notify-events (1setOf type2 keyword) [RFC3995] 5.3.3
notify-events-default (1setOf type2 keyword) [RFC3995] 5.3.3.1
notify-events-supported (1setOf type2 keyword) [RFC3995] 5.3.3.2
notify-subscribed-event (type2 keyword) [RFC3995] 8.1
No Events:
none [RFC3995] 5.3.3.4.1
Printer Events:
printer-state-changed [RFC3995] 5.3.3.4.2
printer-restarted [RFC3995] 5.3.3.4.2
printer-shutdown [RFC3995] 5.3.3.4.2
printer-stopped [RFC3995] 5.3.3.4.2
printer-config-changed [RFC3995] 5.3.3.4.2
printer-media-changed [RFC3995] 5.3.3.4.2
printer-finishings-changed [RFC3995] 5.3.3.4.2
printer-queue-order-changed [RFC3995] 5.3.3.4.2
Job Events:
job-state-changed [RFC3995] 5.3.3.4.3
job-created [RFC3995] 5.3.3.4.3
job-completed [RFC3995] 5.3.3.4.3
job-stopped [RFC3995] 5.3.3.4.3
job-config-changed [RFC3995] 5.3.3.4.3
job-progress [RFC3995] 5.3.3.4.3
This section describes the requirements and procedures for registration and publication of Event Notification Delivery Methods and for the submission of such proposals.
このセクションでは、イベント通知配信方法の登録と公開、およびそのような提案の提出に関する要件と手順について説明します。
Registered IPP Event Notification Delivery Methods are expected to follow a number of requirements described below.
登録されたIPPイベント通知配信方法は、以下で説明する多くの要件に従うことが期待されています。
A Delivery Method Document MUST either (1) contain all of the semantics of the Delivery Method or (2) contain the IPP Delivery Method registration requirements and a profile of some other protocol that in combination is the Delivery Method (e.g., mailto). The Delivery Method Document (and any documents it requires) MUST define either (1) a URL for a Push Delivery Method that the meets the requirements of [RFC2717]. or (2) a keyword for a Pull Delivery method.
配信方法ドキュメントには、（1）配信方法のすべてのセマンティクスを含めるか、（2）IPP配信方法登録要件と、配信方法が組み合わされている他のプロトコルのプロファイルが含まれている必要があります。配信方法ドキュメント（および必要なドキュメント）は、[RFC2717]の要件を満たすプッシュ配信方法の（1）URLを定義する必要があります。または（2）プル配信方法のキーワード。
IPP Event Notification Delivery Method Documents MUST meet the requirements of this document (see sections 9 and 10).
IPPイベント通知配信方法ドキュメントは、このドキュメントの要件を満たす必要があります（セクション9および10を参照）。
In addition, a Delivery Method Document MUST contain the following information:
さらに、配信方法ドキュメントには、次の情報を含める必要があります。
Type of registration: IPP Event Notification Delivery Method Name of this delivery method: Proposed URL scheme name of this Push Delivery Method or the keyword name of this Pull Delivery Method: Name of proposer: Address of proposer: Email address of proposer: Is this delivery method REQUIRED or OPTIONAL for conformance to the IPP Event Notification and Subscriptions document: Is this delivery method defining Machine Consumable and/or Human Consumable content:
登録の種類：IPPイベント通知配信この配信方法この配信方法：提案されたURLスキームこのプッシュ配信方法の名前またはこのプル配信のキーワード名：提案者名：提案者の住所：提案者のメールアドレス：この配信ですかIPPイベント通知およびサブスクリプションドキュメントへの適合のために必要な方法またはオプション：この配信方法は、マシンの消耗品および/または人間の消耗品コンテンツを定義するものですか：
Exactly one (URL scheme or keyword) name MUST be assigned to each Delivery Method.
正確に1つの（URLスキームまたはキーワード）名前を各配信方法に割り当てる必要があります。
Each assigned name MUST uniquely identify a single Delivery Method. All Push Delivery Method names MUST conform to the rules for URL scheme names, according to [RFC2396] and [RFC2717] for schemes in the IETF tree. All Pull Delivery Method names MUST conform to the rules for keywords according to [RFC2911].
割り当てられた各名前は、単一の配信方法を一意に識別する必要があります。IETFツリーのスキームについては、[RFC2396]および[RFC2717]に従って、すべてのプッシュ配信方法名に適合する必要があります。すべてのプル配信方法名は、[RFC2911]に従ってキーワードのルールに準拠する必要があります。
Delivery Methods MUST function as a protocol that is capable of delivering (push or pull) IPP Event Notifications to Notification Recipients.
配信方法は、通知受信者にIPPイベント通知を配信（プッシュまたはプル）することができるプロトコルとして機能する必要があります。
Use of a large number of Delivery Methods may hamper interoperability. However, the use of a large number of undocumented and/or unlabeled Delivery Methods hampers interoperability even more.
多数の配信方法を使用すると、相互運用性が妨げられる場合があります。ただし、多数の文書化されていない、および/または非標識配信方法の使用は、相互運用性をさらに妨げます。
A Delivery Method should therefore be registered ONLY if it adds significant functionality that is valuable to a large community, OR if it documents existing practice in a large community. Note that Delivery Methods registered for the second reason should be explicitly marked as being of limited or specialized use and should only be used with prior bilateral agreement.
したがって、配信方法は、大規模なコミュニティに価値のある重要な機能を追加する場合、または大規模なコミュニティで既存の慣行を文書化する場合にのみ登録する必要があります。2番目の理由で登録された配信方法は、限られたまたは専門的な使用であると明示的にマークされるべきであり、以前の二国間契約でのみ使用する必要があることに注意してください。
Delivery Method Documents MUST be published in a standards track, informational, or experimental RFCs.
配信方法文書は、標準の追跡、情報、または実験的なRFCに公開する必要があります。
The IPP WG is developing a small number of Delivery Methods which are intended to be published as standards track RFCs. However, some parties may wish to register additional Delivery Methods in the future. This section describes the procedures for these additional Delivery Methods.
IPP WGは、RFCを追跡する標準として公開されることを目的とした少数の配信方法を開発しています。ただし、一部の当事者は、将来追加の配信方法を登録したい場合があります。このセクションでは、これらの追加配信方法の手順について説明します。
First the Delivery Method Document MUST be an Internet-Draft with a target category of standards track, informational, or experimental. The same MUST be true for any documents that it references.
最初に、配信方法ドキュメントは、標準のターゲットカテゴリを標準追跡、情報、または実験的なインターネットドラフトでなければなりません。同じことが言及するドキュメントにも同じことが必要です。
Deliver the proposed Delivery Method Document proposal to the "ipp@pwg.org" mailing list. This mailing list has been established by [RFC2911] for reviewing proposed registrations and discussing other IPP matters. Proposed Delivery Method Documents are not formally registered and MUST NOT be used until approved.
提案された配信方法文書提案を「ipp@pwg.org」メーリングリストに配信します。このメーリングリストは、提案された登録を確認し、他のIPPの問題について議論するために[RFC2911]によって確立されています。提案された配送方法文書は正式に登録されておらず、承認されるまで使用してはなりません。
The intent of the public posting is to solicit comments and feedback on the definition and suitability of the Delivery Method and the name chosen for it over a four week period.
一般の投稿の目的は、配信方法の定義と適合性、および4週間にわたって選択された名前についてコメントとフィードバックを求めることです。
The Delivery Method Reviewer is the same person who has been appointed by the IETF Application Area Director(s) as the IPP Designated Expert according to [RFC2911] and [IANA-CON]. When the four week period is over and the IPP Designated Expert is convinced that consensus has been achieved, the IPP Designated Expert either approves the request for registration or rejects it. Rejection may occur because of significant objections raised on the list or objections raised externally.
配信方法レビューアは、[RFC2911]および[IANA-CON]に従ってIETFアプリケーションエリアディレクターによってIPP指定の専門家として任命されたのと同じ人物です。4週間の期間が終了し、IPP指定の専門家がコンセンサスが達成されたと確信すると、IPP指定の専門家は登録の要求を承認するか拒否します。リストに重大な異議が提起された、または外部から提起された異議が原因で拒否が発生する可能性があります。
Decisions made by the Reviewer must be posted to the ipp@pwg.org mailing list within 14 days. Decisions made by the Reviewer may be appealed to the IESG.
レビュアーによる決定は、14日以内にipp@pwg.orgメーリングリストに投稿する必要があります。レビュアーによる決定は、IESGに上訴される場合があります。
Provided that the Delivery Method registration proposal has either passed review or has been successfully appealed to the IESG, the IANA will be notified by the delivery method reviewer and asked to register the Delivery Method and make it available to the community.
配信方法登録提案が審査に合格したか、IESGに首尾よくアピールされた場合、IANAは配信方法レビュアーによって通知され、配信方法を登録してコミュニティが利用できるようにするよう求められます。
Each Push Delivery Method Document defines a URI scheme. Such a URI scheme is used in a URI value of the "notification-recipient" (uri) Subscription Template attribute (see section 5.3.1) and the uriScheme value of the "notify-schemes-supported" (1setOf uriScheme 5.3.1.1) Printer attribute(see section ). Rather than creating a separate section in the IPP Registry for Delivery Methods, Push Delivery Methods will be registered as an additional value of the "notify-schemes-supported" Printer attribute. These uriScheme values will be registered according to the procedures of [RFC2911] section 7.1 for additional attribute values. Therefore, the IPP Registry entry for a Push Delivery Method will be of the form:
各プッシュ配信方法ドキュメントは、URIスキームを定義します。このようなURIスキームは、「通知 - レシピエント」（URI）サブスクリプションテンプレート属性のURI値（セクション5.3.1を参照）と「通知スケーメスがサポートする」（1Setof Urischeme 5.3.1.1）のURI値で使用されます。プリンター属性（セクションを参照）。配信方法のためにIPPレジストリに別のセクションを作成するのではなく、プッシュ配信方法は、「Notify-Schemesがサポートする」プリンター属性の付加価値として登録されます。これらの尿路値は、追加の属性値について[RFC2911]セクション7.1の手順に従って登録されます。したがって、プッシュ配信方法のIPPレジストリエントリは次の形式になります。
Attribute
Value Ref. Section
--------------------- -------- -------
notify-schemes-supported (1setOf uriScheme) [RFC3995] 5.3.1.1
<scheme name> RFC xxxx m.n
Each Pull Delivery Method Document defines a keyword method which is registered as an additional value of the "notify-pull-method" and "notify-pull-method-supported" Printer attributes. These keyword values will be registered according to the procedures of [RFC2911] section 7.1 for additional attribute values. Therefore, the IPP Registry entry for a Pull Delivery Method will be of the form:
各プル配信方法ドキュメントは、「Notify-Pull-Method」および「Notify-Pull-Method-Supported」プリンター属性の追加値として登録されているキーワードメソッドを定義します。これらのキーワード値は、追加の属性値について[RFC2911]セクション7.1の手順に従って登録されます。したがって、プル配信方法のIPPレジストリエントリは次の形式になります。
Attribute
Value Ref. Section
--------------------- -------- -------
notify-pull-method (type2 keyword) [RFC3995] 5.3.2
notify-pull-method-supported (1setOf type2 keyword)
[RFC3995] 5.3.2.1
<method keyword name> RFC xxxx m.n
To: ipp@pwg.org Subject: Registration of a new Delivery Method
宛先：ipp@pwg.org件名：新しい配信方法の登録
Delivery Method name:
配信方法名：
(All Push Delivery Method names must be suitable for use as the value of a URL scheme in the IETF tree and all Pull Delivery Method names must be suitable IPP keywords according to [RFC2911])
（すべてのプッシュ配信方法名は、IETFツリーのURLスキームの値として使用するのに適している必要があり、すべてのプル配信方法名は[RFC2911]に従って適切なIPPキーワードでなければなりません）
Published specification(s):
公開された仕様：
(A specification for the Delivery Method must be openly available that accurately describes what is being registered.)
（登録されているものを正確に説明する配信方法の仕様を公然と利用できる必要があります。）
Person & email address to contact for further information:
詳細については、連絡先への個人およびメールアドレス：
This IPP Notification specification continues support for the internationalization of [RFC2911] of attributes containing text strings and names. Allowing a Subscribing Client to specify a different natural language and charset for each Subscription Object increases the internationalization support.
このIPP通知仕様は、テキスト文字列と名前を含む属性の[RFC2911]の国際化のサポートを継続します。購読クライアントが各サブスクリプションオブジェクトの異なる自然言語とcharsetを指定できるようにすると、国際化サポートが増加します。
The Printer MUST be able to localize the content of Human Consumable Event Notifications and to localize the value of "notify-text" attribute in Machine Consumable Event Notifications that it delivers to Notification Recipients. For localization, the Printer MUST use the value of the "notify-charset" attribute and the "notify-natural-language" attribute in the Subscription Object supplied by the Subscribing Client.
プリンターは、人間の消耗品イベント通知のコンテンツをローカライズし、通知受信者に提供するマシン消耗可能イベント通知の「Notify-Text」属性の値をローカライズできる必要があります。ローカリゼーションのために、プリンターは、サブスクライティングクライアントが提供するサブスクリプションオブジェクトの「Notify-Charset」属性の値と「Notify-Natural-Language」属性を使用する必要があります。
Clients submitting Notification requests to the IPP Printer have the same security issues as submitting an IPP/1.1 print job request (see [RFC2911] section 3.2.1 and section 8). The same mechanisms used by IPP/1.1 can therefore be used by the client Notification submission. Operations that require authentication can use the HTTP authentication. Operations that require privacy can use the HTTP/TLS privacy. As with IPP/1.1 Print Job Objects, if there is no security on Subscription Objects, sequential assignment of subscription-ids exposes the system to a passive traffic monitoring threat.
IPPプリンターに通知要求を送信するクライアントは、IPP/1.1の印刷ジョブリクエストを送信するのと同じセキュリティ問題を抱えています（[RFC2911]セクション3.2.1およびセクション8を参照）。したがって、IPP/1.1で使用されるのと同じメカニズムは、クライアント通知の提出で使用できます。認証を必要とする操作は、HTTP認証を使用できます。プライバシーを必要とする運用は、HTTP/TLSプライバシーを使用できます。IPP/1.1プリントジョブオブジェクトと同様に、サブスクリプションオブジェクトにセキュリティがない場合、サブスクリプションIDの順次割り当ては、システムをパッシブトラフィック監視の脅威にさらします。
The Subscription Object access control model is the same as the access control model for Job objects. The client MUST have the following access rights for the indicated Subscription operations:
サブスクリプションオブジェクトアクセス制御モデルは、ジョブオブジェクトのアクセス制御モデルと同じです。クライアントは、指定されたサブスクリプション操作に対して次のアクセス権を持っている必要があります。
1. Create-Job-Subscriptions (see section 11.1.1): A Per-Job Subscription object is associated with a Job. To create Per-Job Subscription Objects, the authenticated user (see [RFC2911] section 8.3) performing this operation MUST (1) be the job owner, (2) have Operator or Administrator access rights for this Printer (see [RFC2911] sections 1 and 8.5), or (3) be otherwise authorized by the Printer's administrator-configured security policy to create Per-Job Subscription Objects for the target job.
1. create-job-subscriptions（セクション11.1.1を参照）：ジョブごとのサブスクリプションオブジェクトはジョブに関連付けられています。JOBごとのサブスクリプションオブジェクトを作成するには、この操作を実行する認証されたユーザー（[RFC2911]セクション8.3を参照）を実行するには（1）ジョブオーナーである必要があります。8.5）、または（3）は、プリンターの管理者が構成したセキュリティポリシーによって、ターゲットジョブ用のJOBごとのサブスクリプションオブジェクトを作成するために許可されます。
2. Create-Printer-Subscriptions (see section 11.1.2): A Per-Printer Subscription object is associated with the Printer. To create Per-Printer Subscription Objects, the authenticated user (see [RFC2911] section 8.3) performing this operation MUST (1) have Operator or Administrator access rights for this Printer (see
2. Create-Printer-Subscriptions（セクション11.1.2を参照）：プリンターごとのサブスクリプションオブジェクトは、プリンターに関連付けられています。プリンシパルごとのサブスクリプションオブジェクトを作成するには、この操作を実行する認証されたユーザー（[RFC2911]セクション8.3を参照）を実行する必要があります（1）このプリンターのオペレーターまたは管理者アクセス権があります（参照を参照
[RFC2911] sections 1 and 8.5) or (2) be otherwise authorized by the Printer's administrator-configured security policy to create Per-Printer Subscription Objects for this Printer.
[RFC2911]セクション1および8.5）または（2）は、プリンターの管理者が構成したセキュリティポリシーで、このプリンターのプリンシパルごとのサブスクリプションオブジェクトを作成するために許可されています。
3. Get-Subscription-Attributes (see section 11.2.4): The access control model for this operation is the same as that of the Get-Job-Attributes operation (see [RFC2911] section 3.3.4). The primary difference is that a Get-Subscription-Attributes operation is directed at a Subscription Object rather than at a Job object, and a returned attribute group contains Subscription Object attributes rather than Job object attributes. To query the specified Subscription Object, the authenticated user (see [RFC2911] section 8.3) performing this operation MUST (1) be the Subscription Object owner, (2) have Operator or Administrator access rights for this Printer (see [RFC2911] sections 1 and 8.5), or (3) be otherwise authorized by the Printer's administrator-configured security policy to query the Subscription Object for the target job. Furthermore, the Printer's security policy MAY limit which attributes are returned, in a manner similar to the Get-Job-Attributes operation (see [RFC2911] end of section 3.3.4.2).
3. Get-Subscription-Attributes（セクション11.2.4を参照）：この操作のアクセス制御モデルは、Get-Job-Attributes操作のそれと同じです（[RFC2911]セクション3.3.4を参照）。主な違いは、get-subscription-attributes操作がジョブオブジェクトではなくサブスクリプションオブジェクトに向けられていることであり、返された属性グループには、ジョブオブジェクト属性ではなくサブスクリプションオブジェクト属性が含まれています。指定されたサブスクリプションオブジェクトを照会するには、この操作を実行する認証されたユーザー（[RFC2911]セクション8.3を参照）を照会するには、（1）サブスクリプションオブジェクトの所有者でなければなりません。8.5）、または（3）は、プリンターの管理者が構成したセキュリティポリシーによって、ターゲットジョブのサブスクリプションオブジェクトを照会するために許可されます。さらに、プリンターのセキュリティポリシーは、Get-Job-Attributes操作と同様の方法で、どの属性が返されるかを制限する場合があります（セクション3.3.4.2の終わりを参照）。
4. Get-Subscriptions (see section 11.2.5): The access control model for this operation is the same as that of the Get-Jobs operation (see [RFC2911] section 3.2.6). The primary difference is that the operation is directed at Subscription Objects rather than at Job objects, and the returned attribute groups contain Subscription Object attributes rather than Job object attributes. To query Per-Job Subscription Objects of the specified job (client supplied the "notify-job-id" operation attribute - see section 11.2.5.1.1), the authenticated user (see [RFC2911] section 8.3) performing this operation MUST (1) be the Subscription Object owner, (2) have Operator or Administrator access rights for this Printer (see [RFC2911] sections 1 and 8.5), or (3) be otherwise authorized by the Printer's administrator-configured security policy to query the Subscription Object for the target job. To query Per-Printer Subscription Objects of the Printer (client omits the "notify-job-id" operation attribute - see section 11.2.5.1.1), the authenticated user (see [RFC2911] section 8.3) performing this operation MUST (1) have Operator or Administrator access rights for this Printer (see [RFC2911] sections 1 and 8.5), or (2) be otherwise authorized by the Printer's administrator-configured security policy to query Per-Printer Subscription Objects for the target Printer. Furthermore, the Printer's security policy MAY limit which attributes are returned, in a manner similar to the Get-Job-Attributes operation (see [RFC2911] end of section 3.2.6.2).
4. get-subscriptions（セクション11.2.5を参照）：この操作のアクセス制御モデルは、Get-Jobs操作のアクセスモデルと同じです（[RFC2911]セクション3.2.6を参照）。主な違いは、操作がジョブオブジェクトではなくサブスクリプションオブジェクトに向けられており、返された属性グループにはジョブオブジェクト属性ではなくサブスクリプションオブジェクト属性が含まれていることです。指定されたジョブのジョブごとのサブスクリプションオブジェクトを照会するには（クライアントは「Notify-job-id」操作属性を提供しました - セクション11.2.5.1.1を参照）、この操作を実行する認証ユーザー（[rfc2911]セクション8.3を参照）（[rfc2911]セクション8.3を参照）。1）サブスクリプションオブジェクトの所有者になる、（2）このプリンターのオペレーターまたは管理者アクセス権を持っている（[RFC2911]セクション1および8.5を参照）、または（3）は、プリンターの管理者が構成したセキュリティポリシーで承認され、サブスクリプションを照会することを許可されます。ターゲットジョブのオブジェクト。プリンタごとのサブスクリプションオブジェクトをクエリするには（クライアントは「notify-job-id」操作属性を省略します - セクション11.2.5.1.1を参照）、この操作を実行する認証ユーザー（[RFC2911]セクション8.3を参照）（1））このプリンターのオペレーターまたは管理者アクセス権（[RFC2911]セクション1および8.5を参照）、または（2）は、プリンターの管理者が構成したセキュリティポリシーでターゲットプリンターのプリンストサブスクリプションオブジェクトを照会するために許可されます。さらに、プリンターのセキュリティポリシーは、Get-Job-Attributes操作と同様の方法で、どの属性が返されるかを制限する場合があります（セクション3.2.6.2の[RFC2911]終了を参照）。
5. Renew-Subscriptions (see section 11.2.6): The authenticated user (see [RFC2911] section 8.3) performing this operation MUST (1) be the owner of the Per-Printer Subscription Object, (2) have Operator or Administrator access rights for the Printer (see [RFC2911] sections 1 and 8.5), or (3) be otherwise authorized by the Printer's administrator-configured security policy to renew Per-Printer Subscription Objects for the target Printer
5. 更新サブスクリプション（セクション11.2.6を参照）：認証されたユーザー（[RFC2911]セクション8.3を参照）この操作を実行する必要があります（1）Per-Printerサブスクリプションオブジェクトの所有者である必要があります。プリンター（[rfc2911]セクション1および8.5を参照）、または（3）は、プリンターの管理者に構成されたセキュリティポリシーで、ターゲットプリンターのプリンシア系サブスクリプションオブジェクトを更新するために許可されています。
6. Cancel-Subscription (see section 11.2.7): The authenticated user (see [RFC2911] section 8.3) performing this operation MUST (1) be the owner of the Subscription Object, (2) have Operator or Administrator access rights for the Printer (see [RFC2911] sections 1 and 8.5), or (3) be otherwise authorized by the Printer's administrator-configured security policy to cancel the target Subscription Object.
6. キャンセルサブスクリプション（セクション11.2.7を参照）：認証されたユーザー（[RFC2911]セクション8.3を参照）この操作を実行する（1）サブスクリプションオブジェクトの所有者である必要があります。[rfc2911]セクション1および8.5）を参照してください。または（3）は、ターゲットサブスクリプションオブジェクトをキャンセルするために、プリンターの管理者に構成されたセキュリティポリシーによって許可されています。
The standard security concerns (delivery to the right user, privacy of content, tamper proof content) apply to each Delivery Method. Some Delivery Methods are more secure than others. Each Delivery Method Document MUST discuss its Security Considerations.
標準的なセキュリティの懸念（適切なユーザーへの配信、コンテンツのプライバシー、改ざんコンテンツ）は、各配信方法に適用されます。一部の配信方法は、他のメソッドよりも安全です。各配信方法文書は、セキュリティ上の考慮事項を議論する必要があります。
Notification trap door: If a Printer supports the OPTIONAL "notify-attributes" Subscription Template attribute (see section 5.3.4) where the client can request that the Printer return any specified Job, Printer, and Subscription object attributes, the Printer MUST apply the same security policy to these requested attributes in the Get-Notifications request as it does for the Get-Jobs, Get-Job-Attributes, Get-Printer-Attributes, and Get-Subscription-Attributes requests.
通知トラップドア：プリンターがオプションの「Notify-Attributes」サブスクリプションテンプレート属性をサポートしている場合（セクション5.3.4を参照）、クライアントが指定されたジョブ、プリンター、およびサブスクリプションオブジェクト属性を返すようにクライアントが要求できます。Get-Jobs、Get-Job-Attributes、Get-Printer-Attributes、およびGet-Subscription-Attributesリクエストと同じように、Get-Notificationリクエストでこれらの要求された属性に対する同じセキュリティポリシー。
Unwanted Events Notifications (spam): For any Push Delivery Method, by far the biggest security concern is the abuse of notification: delivering unwanted Event Notifications to third parties (i.e., spam). The problem is made worse by notification addresses that may be redistributed to multiple parties. There exist scenarios where third party notification is used (see Scenario #2 and #3 in [RFC3997]). Any fully secure solution would require active agreement of all recipients before delivering anything.
不要なイベント通知（SPAM）：プッシュ配信方法については、最大のセキュリティ上の懸念は通知の悪用です。サードパーティ（つまり、SPAM）に不要なイベント通知を提供します。この問題は、複数の当事者に再配布される可能性のある通知アドレスによって悪化します。サードパーティの通知が使用されるシナリオが存在します（[RFC3997]のシナリオ＃2および＃3を参照）。完全に安全なソリューションは、何かを配信する前に、すべての受信者の積極的な合意を必要とします。
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）の実装の間のゲートウェイの実装者にアドバイスを提供します。
The following people made significant contributions to the design and review of this specification:
次の人々は、この仕様の設計とレビューに多大な貢献をしました。
Scott A. Isaacson Novell, Inc. 122 E 1700 S Provo, UT 84606
Scott A. Isaacson Novell、Inc。122 E 1700 S Provo、UT 84606
Phone: 801-861-7366 Fax: 801-861-2517 EMail: sisaacson@novell.com
電話：801-861-7366ファックス：801-861-2517メール：sisaacson@novell.com
Roger deBry Utah Valley State College Orem, UT 84058
ロジャーデブリーユタバレーステートカレッジオレム、UT 84058
Phone: 801-863-8848 EMail: debryro@uvsc.edu
電話：801-863-8848メール：debryro@uvsc.edu
Jay Martin Underscore Inc. 9 Jacqueline St. Hudson, NH 03051-5308
Jay Martin Underscore Inc. 9 Jacqueline St. Hudson、NH 03051-5308
Phone: 603-889-7000 Fax: 775-414-0245 EMail: jkm@underscore.com
電話：603-889-7000ファックス：775-414-0245メール：jkm@underscore.com
Michael Shepherd Xerox Corporation 800 Phillips Road MS 128-51E Webster, NY 14450
Michael Shepherd Xerox Corporation 800 Phillips Road MS 128-51E Webster、NY 14450
Phone: 716-422-2338 Fax: 716-265-8871 EMail: mshepherd@usa.xerox.com Ron Bergman Ricoh Printing Systems America 1757 Tapo Canyon Road Simi Valley, CA 93063-3394
電話：716-422-2338 FAX：716-265-8871メール：mshepherd@usa.xerox.com Ron Bergman Ricoh Printing Systems America 1757 Tapo Canyon Road Simi Valley、CA 93063-3394
Phone: 805-578-4421 Fax: 805-578-4001 EMail: ron.bergman@rpsa.ricoh.com
電話：805-578-4421 FAX：805-578-4001メール：ron.bergman@rpsa.ricoh.com
Authors' Addresses
著者のアドレス
Robert Herriot Global Workflow Solutions 706 Colorado Ave. Palo Alto, CA 94303
Robert Herriot Global Workflow Solutions 706 Colorado Ave. Palo Alto、CA 94303
Phone: 650-324-4000 EMail: bob@herriot.com
電話：650-324-4000メール：bob@herriot.com
Tom Hastings Xerox Corporation 701 S Aviation Blvd, ESAE 242 El Segundo, CA 90245
Tom Hastings Xerox Corporation 701 S Aviation Blvd、ESAE 242 El Segundo、CA 90245
Phone: 310-333-6413 Fax: 310-333-6342 EMail: hastings@cp10.es.xerox.com
電話：310-333-6413ファックス：310-333-6342メール：hastings@cp10.es.xerox.com
Full Copyright Statement
完全な著作権声明
Copyright (C) The Internet Society (2005).
Copyright（c）The Internet Society（2005）。
This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
この文書は、BCP 78に含まれる権利、ライセンス、および制限の対象となり、そこに記載されている場合を除き、著者はすべての権利を保持しています。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントとここに含まれる情報は、「現状のまま」に基づいて提供されています。また、貢献者、彼/彼女が代表する組織（もしあれば）が後援する組織、インターネット協会とインターネット工学タスクフォースは、すべての保証、明示的または明示的、またはすべての保証を否認します。本書の情報の使用が、商品性または特定の目的に対する適合性の権利または黙示的な保証を侵害しないという保証を含むがこれらに限定されないことを含む。
Intellectual Property
知的財産
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFは、知的財産権またはその他の権利の有効性または範囲に関して、この文書に記載されている技術の実装または使用、またはそのような権利に基づくライセンスがどの程度であるかについての使用に関連すると主張する可能性があるという立場はありません。利用可能になります。また、そのような権利を特定するために独立した努力をしたことも表明していません。RFCドキュメントの権利に関する手順に関する情報は、BCP 78およびBCP 79に記載されています。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IETF事務局に行われたIPR開示のコピーと、利用可能にするライセンスの保証、またはこの仕様の実装者またはユーザーによるそのような独自の権利の使用のための一般的なライセンスまたは許可を取得するための試みの結果を取得できます。http://www.ietf.org/iprのIETFオンラインIPRリポジトリから。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETFは、関心のある当事者に、著作権、特許、または特許出願、またはこの基準を実装するために必要なテクノロジーをカバーする可能性のあるその他の独自の権利を注意深く招待します。ietf-ipr@ietf.orgのIETFへの情報をお問い合わせください。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFCエディター機能の資金は現在、インターネット協会によって提供されています。