[要約] RFC 3998は、Internet Printing Protocol（IPP）のジョブとプリンターの管理操作に関する仕様です。このRFCの目的は、IPPを使用してジョブとプリンターを効果的に管理するための標準化を提供することです。
Network Working Group C. Kugler
Request for Comments: 3998 H. Lewis
Category: Standards Track IBM Corporation
T. Hastings, Ed.
Xerox Corporation
March 2005
Internet Printing Protocol (IPP): Job and Printer Administrative Operations
インターネット印刷プロトコル（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 specifies the following 16 additional OPTIONAL system administration operations for use with the Internet Printing Protocol/1.1 (IPP), plus a few associated attributes, values, and status codes, and using the IPP Printer object to manage printer fan-out and fan-in.
このドキュメントは、インターネット印刷プロトコル/1.1（IPP）で使用するための次の16の追加オプションシステム管理操作に加えて、いくつかの関連属性、値、ステータスコード、およびIPPプリンターオブジェクトを使用してプリンターファンアウトとファンを管理することを指定します。-で。
Printer operations: Job operations:
Enable-Printer and Disable-Printer Reprocess-Job
Pause-Printer-After-Current-Job Cancel-Current-Job
Hold-New-Jobs and Release-Held-New-Jobs Suspend-Current-Job
Deactivate-Printer and Activate-Printer Resume-Job
Restart-Printer Promote-Job
Shutdown-Printer and Startup-Printer Schedule-Job-After
Table of Contents
目次
1. Introduction.................................................. 4
2. Terminology................................................... 4
2.1. Conformance Terminology................................. 4
2.2. Other Terminology....................................... 5
3. Definition of the Printer Operations.......................... 6
3.1. The Disable and Enable Printer Operations............... 7
3.1.1. Disable-Printer Operation....................... 7
3.1.2. Enable-Printer Operation........................ 8
3.2. The Pause and Resume Printer Operations................. 8
3.2.1. Pause-Printer-After-Current-Job Operation....... 9
3.3. Hold and Release New Jobs Operations.................... 11
3.3.1. Hold-New-Jobs Operation......................... 11
3.3.2. Release-Held-New-Jobs Operation................. 12
3.4. Deactivate and Activate Printer Operations.............. 12
3.4.1. Deactivate-Printer Operation.................... 13
3.4.2. Activate-Printer Operation...................... 13
3.5. Restart-Printer, Shutdown-Printer,
and Startup-Printer Operations.......................... 14
3.5.1. Restart-Printer Operation....................... 14
3.5.2. Shutdown-Printer Operation...................... 14
3.5.3. Startup-Printer Operation....................... 15
4. Definition of the Job Operations.............................. 16
4.1. Reprocess-Job Operation................................. 17
4.2. Cancel-Current-Job Operation............................ 17
4.3. Suspend and Resume Job Operations....................... 18
4.3.1. Suspend-Current-Job Operation................... 19
4.3.2. Resume-Job Operation............................ 20
4.4. Job Scheduling Operations............................... 20
4.4.1. Promote-Job Operation........................... 20
4.4.2. Schedule-Job-After Operation.................... 21
5. Additional Status Codes....................................... 23
5.1. 'server-error-printer-is-deactivated' (0x050A).......... 23
6. Use of Operation Attributes
That Are Messages from the Operator........................... 23
7. New Printer Description Attributes............................ 26
7.1. subordinate-printers-supported (1setOf uri)............. 26
7.2. parent-printers-supported (1setOf uri).................. 26
8. Additional Values for
the "printer-state-reasons" Printer Description Attribute..... 26
8.1. 'hold-new-jobs' Value................................... 27
8.2. 'deactivated' Value..................................... 27
9. Additional Values for
the "job-state-reasons" Job Description attribute............. 27
9.1. 'job-suspended' Value................................... 27
10. Use of the Printer Object to Represent
IPP Printer Fan-Out and IPP Printer Fan-In.................... 27
10.1. IPP Printer Fan-Out..................................... 28
10.2. IPP Printer Fan-In...................................... 28
10.3. Printer Object Attributes Used
to Represent Printer Fan-Out and Printer Fan-In......... 29
10.4. Subordinate Printer URI................................. 29
10.5. Printer Object Attributes Used
to Represent Output Device Fan-Out...................... 30
10.6. Figures to Show All Possible Configurations............. 30
10.7. Forwarding Requests..................................... 33
10.7.1. Forwarding Requests
that Affect Printer Objects..................... 33
10.7.2. Forwarding Requests that Affect Jobs............ 35
10.8. Additional Attributes to Help with Fan-Out.............. 37
10.8.1. output-device-assigned (name(127))
Job Description Attribute - from [RFC2911]...... 37
10.8.2. original-requesting-user-name (name(MAX))
Operation and Job Description Attribute......... 37
10.8.3. requesting-user-name (name(MAX))
Operation Attribute - Additional Semantics...... 38
10.8.4. job-originating-user-name (name(MAX))
Job Description Attribute -
Additional Semantics............................ 38
11. Conformance Requirements...................................... 38
12. Normative References.......................................... 39
13. Informative References........................................ 40
14. IANA Considerations........................................... 40
14.1. Attribute Registrations................................. 41
14.2. Attribute Value Registrations........................... 41
14.3. Additional Enum Attribute Value Registrations........... 41
14.4. Operation Registrations................................. 42
14.5. Status Code Registrations............................... 43
15. Internationalization Considerations........................... 43
16. Security Considerations....................................... 43
17. Summary of Base IPP Documents................................. 44
Authors' Addresses................................................ 45
Full Copyright Statement.......................................... 46
List of Tables
テーブルのリスト
Table 1. Printer Operation Operation-Id Assignments.............. 6
Table 2. Pause and Resume Printer Operations..................... 9
Table 3. State Transition Table for
Pause-Printer-After-Current-Job Operation............... 10
Table 4. Job Operation Operation-Id Assignments.................. 16
Table 5. Operation Attribute Support for Printer Operations...... 24
Table 6. Operation Attribute Support for Job Operations.......... 25
Table 7. Forwarding Operations that Affect Printer Objects....... 34
Table 8. Forwarding Operations that Affect Jobs Objects.......... 36
Table 9. Conformance Requirement Dependencies for Operations..... 38
Table 10. Conformance Requirement Dependencies
for "printer-state-reasons" Values...................... 39
Table 11. Conformance Requirement Dependencies
for "job-state-reasons" Values.......................... 39
List of Figures
図のリスト
Figure 1. Embedded Printer Object................................ 31
Figure 2. Hosted Printer Object.................................. 31
Figure 3. Output Device Fan-Out.................................. 31
Figure 4. Chained IPP Printer Objects............................ 32
Figure 5. IPP Printer Object Fan-Out............................. 32
Figure 6. IPP Printer Object Fan-In.............................. 33
The Internet Printing Protocol (IPP) is an application level protocol that can be used for distributed printing using Internet tools and technologies. IPP version 1.1 ([RFC2911, RFC2910]) focuses on end-user functionality, with a few administrative operations included. This document defines additional OPTIONAL end user, operator, and administrator operations used to control Jobs and Printers. In addition, this document extends the semantic model of the Printer object by allowing them to be configured into trees and/or inverted trees that represent Printer object Fan-Out and Printer object Fan-In, respectively. The special case of a tree with only a single Subordinate node represents Chained Printers. This document is a registration proposal for an extension to IPP/1.0 and IPP/1.1 following the registration procedures in those documents.
インターネット印刷プロトコル（IPP）は、インターネットツールとテクノロジーを使用した分散印刷に使用できるアプリケーションレベルのプロトコルです。IPPバージョン1.1（[RFC2911、RFC2910]）は、エンドユーザー機能に焦点を当てており、いくつかの管理操作が含まれています。このドキュメントでは、ジョブとプリンターを制御するために使用される追加のオプションのエンドユーザー、オペレーター、および管理者操作を定義します。さらに、このドキュメントは、プリンターオブジェクトをそれぞれツリーおよび/またはプリンターオブジェクトのファンアウトとプリンターオブジェクトのファンインを表す逆木に構成できるようにすることにより、プリンターオブジェクトのセマンティックモデルを拡張します。単一の下位ノードのみを持つツリーの特殊なケースは、チェーンズプリンターを表します。このドキュメントは、これらのドキュメントの登録手順に続くIPP/1.0およびIPP/1.1への拡張機能の登録提案です。
The requirements and use cases for this document are defined in [RFC3239].
このドキュメントの要件とユースケースは[RFC3239]で定義されています。
This section defines the terminology used throughout this document.
このセクションでは、このドキュメント全体で使用される用語を定義します。
Capitalized terms such as MUST, MUST NOT, REQUIRED, SHOULD, SHOULD NOT, MAY, NEED NOT, and OPTIONAL have special meaning relating to conformance as defined in 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]で定義されているように適合性に関連する特別な意味を持つ、必要に応じて、必須、必須、必要はない、必要はない、必要はない、必要はない、必要はない、必要はない、必要はない、必要はありません。実装がこのドキュメントで定義されている拡張機能をサポートする場合、これらの用語が適用されます。そうでなければ、彼らはそうしません。これらの用語は、このドキュメントのみへの適合性を定義します。明示的に特に述べられていない限り、他の文書への適合には影響しません。
This document uses terms such as "client", "Printer", "Job", "attributes", "keywords", "operation", and "support". These terms have special meaning and are defined in the model terminology ([RFC2911], section 12.2).
このドキュメントでは、「クライアント」、「プリンター」、「ジョブ」、「属性」、「キーワード」、「操作」、「サポート」などの用語を使用します。これらの用語には特別な意味があり、モデルの用語で定義されています（[RFC2911]、セクション12.2）。
In addition, the following capitalized terms are defined:
さらに、次の大文字の用語が定義されています。
IPP Printer object (or Printer for short) - A software abstraction defined by [RFC2911].
IPPプリンターオブジェクト（または略してプリンター） - [RFC2911]で定義されたソフトウェア抽象化。
Printer Operation - An operation whose target is an IPP Printer object and whose effect is on the Printer object.
プリンター操作 - ターゲットがIPPプリンターオブジェクトであり、プリンターオブジェクトに効果がある操作。
Output Device - The physical imaging mechanism that an IPP Printer controls. Note: although this term is capitalized in this specification (but not in [RFC2911]), there is no formal object called an Output Device defined in this document (or in [RFC2911]).
出力デバイス - IPPプリンターが制御する物理イメージングメカニズム。注：この用語はこの仕様で大文字になっていますが（[RFC2911]）、このドキュメントで定義された出力デバイスと呼ばれる正式なオブジェクトはありません（または[RFC2911]）。
Output Device Fan-Out - A configuration in which an IPP Printer controls more than one Output Device.
出力デバイスファンアウト - IPPプリンターが複数の出力デバイスを制御する構成。
Printer Fan-Out - A configuration in which an IPP Printer object controls more than one Subordinate IPP Printer object.
プリンターファンアウト - IPPプリンターオブジェクトが複数の下位IPPプリンターオブジェクトを制御する構成。
Printer Fan-In - A configuration in which an IPP Printer object is controlled by more than one IPP Printer object.
プリンターファンイン - IPPプリンターオブジェクトが複数のIPPプリンターオブジェクトによって制御される構成。
Subordinate Printer - An IPP Printer object that is controlled by another IPP Printer object. Such a Subordinate Printer MAY have zero or more Subordinate Printers.
下位プリンター - 別のIPPプリンターオブジェクトによって制御されるIPPプリンターオブジェクト。このような下位プリンターには、ゼロ以上の下位プリンターがある場合があります。
Leaf Printer - An IPP Printer object that has no Subordinate Printers.
リーフプリンター - 下位プリンターがないIPPプリンターオブジェクト。
Non-Leaf Printer - An IPP Printer object that has one or more Subordinate Printers. A Non-Leaf Printer is also called a Parent Printer.
非葉プリンター - 1つ以上の下位プリンターを備えたIPPプリンターオブジェクト。葉以外のプリンターは、親プリンターとも呼ばれます。
Chained Printer - a Non-Leaf Printer that has exactly one Subordinate Printer.
Chained Printer -1つの下位プリンターを備えた非葉プリンター。
Job Creation operations - IPP operations that create a Job object: Print-Job, Print-URI, and Create-Job.
雇用作成運用-IPP操作ジョブオブジェクトを作成する操作：印刷ジョブ、印刷物、およびcreate-job。
All Printer Operations are directed at Printer objects. A client MUST always supply the "printer-uri" operation attribute in order to identify the correct target of the operation. These descriptions assume all of the common semantics of the IPP/1.1 Model and Semantics document ([RFC2911], section 3.1).
すべてのプリンター操作は、プリンターオブジェクトに向けられています。クライアントは、操作の正しいターゲットを識別するために、常に「プリンター-RI」操作属性を提供する必要があります。これらの説明は、IPP/1.1モデルおよびセマンティクス文書（[RFC2911]、セクション3.1）のすべての一般的なセマンティクスを想定しています。
The Printer Operations defined in this document are summarized in Table 1.
このドキュメントで定義されているプリンター操作を表1にまとめます。
Table 1. Printer Operation Operation-Id Assignments
表1.プリンター操作操作ID割り当て
Operation Name Operation-Id Brief Description
--------------------------------------------------------------------
Enable-Printer 0x22 Allows the target Printer to accept
Job Creation operations.
Disable-Printer 0x23 Prevents the target Printer from accepting Job Creation operations.
Disable-Printer 0x23は、ターゲットプリンターが雇用創出運営を受け入れるのを防ぎます。
Pause-Printer- 0x24 Pauses the Printer after the current After-Current- job has been sent to the Output Job Device.
Pause-Printer- 0x24は、現在の電流後のジョブが出力ジョブデバイスに送信された後、プリンターを一時停止します。
Hold-New-Jobs 0x25 Finishes processing all currently pending jobs. Any new jobs are placed in the 'pending-held' state.
Hold-New-Jobs 0x25は、現在保留中のすべてのジョブを処理します。新しい仕事は「保留中の」状態に配置されます。
Release-Held- 0x26 Releases all jobs to the 'pending' New-Jobs state that had been held by the effect of a previous Hold-New-Jobs operation and condition the Printer so that it no longer holds new jobs.
リリースヘルド-0x26は、すべてのジョブを、以前のホールドジョブの操作の効果によって保持されていた「保留中」の新しいジョブス状態にリリースされ、プリンターが新しい仕事を保持しないようにします。
Deactivate- 0x27 Puts the Printer into a read-only Printer deactivated state.
無効-0x27は、プリンターを読み取り専用プリンターの非アクティブ状態にします。
Activate- 0x28 Restores the Printer to normal Printer activity.
Activate-0x28は、プリンターを通常のプリンターアクティビティに復元します。
Restart-Printer 0x29 Restarts the target Printer and re-initializes the software.
再起動-Printer 0x29は、ターゲットプリンターを再起動し、ソフトウェアを再イニタイアル化します。
Shutdown- 0x2A Shuts down the target Printer so that Printer it cannot be restarted or queried.
シャットダウン-0x2aは、ターゲットプリンターをシャットダウンして、プリンターを再起動または照会できないようにします。
Startup-Printer 0x2B Starts up the instance of the Printer object.
Startup-Printer 0x2Bは、プリンターオブジェクトのインスタンスを起動します。
All of the operations in this document are OPTIONAL for an IPP object to support. Unless the specification of an OPTIONAL operation requires support of another OPTIONAL operation, conforming implementations may support any combination of these operations. Many of the operations come in pairs, so both are REQUIRED if either one is implemented.
このドキュメントのすべての操作は、IPPオブジェクトがサポートするためにオプションです。オプションの操作の仕様に別のオプション操作のサポートが必要な場合、実装の適合はこれらの操作の任意の組み合わせをサポートする場合があります。多くの操作はペアで行われるため、どちらかが実装されている場合は両方が必要です。
This section defines the OPTIONAL Disable-Printer and Enable-Printer operations that stop and start the IPP Printer object from accepting new IPP jobs. If either of these operations are supported, both MUST be supported.
このセクションでは、IPPプリンターオブジェクトが新しいIPPジョブを受け入れるのを停止および起動するオプションのDisable-PrinterおよびEnable-Printer操作を定義します。これらの操作のいずれかがサポートされている場合、両方をサポートする必要があります。
These operations allow the operator to control whether the Printer will accept new Job Creation (Print-Job, Print-URI, and Create-Job) operations. These operations have no other effect on the Printer, so the Printer continues to accept all other operations and continues to schedule and process jobs normally. In other words, these operations control the "input of new jobs" to the IPP Printer, and the Pause and Resume operations (see section 3.2) independently control the "output of new jobs" from the IPP Printer to the Output Device.
これらの操作により、オペレーターは、プリンターが新しい雇用創出（Print-Job、Print-uri、Create-Job）操作を受け入れるかどうかを制御できます。これらの操作はプリンターに他の影響を及ぼさないため、プリンターは他のすべての操作を受け入れ続け、通常のジョブをスケジュールおよび処理し続けています。言い換えれば、これらの操作はIPPプリンターへの「新しいジョブの入力」を制御し、一時停止と履歴書の操作（セクション3.2を参照）をIPPプリンターから出力デバイスまでの「新しいジョブの出力」を独立して制御します。
This OPTIONAL operation allows a client to stop the Printer object from accepting new jobs; i.e., it causes the Printer to reject subsequent Job Creation operations and return the 'server-error-not-accepting-jobs' status code. The Printer still accepts all other operations, including Validate-Job, Send-Document, and Send-URI operations. Thus a Disable-Printer operation allows a client to continue submitting multiple documents of a multiple document job if the Create-Job operation had already been accepted. All previously created or submitted Jobs and all Jobs currently processing continue unaffected.
このオプションの操作により、クライアントはプリンターオブジェクトが新しいジョブを受け入れるのを止めることができます。つまり、プリンターはその後の雇用創出の運用を拒否し、「サーバーエラーノットアクセプシングジョブ」ステータスコードを返します。プリンターは、Validate-Job、Send-Document、Send-URIオペレーションなど、他のすべての操作を受け入れます。したがって、Disable-Printer操作により、Create-Job操作がすでに受け入れられている場合、クライアントは複数のドキュメントジョブの複数のドキュメントを提出し続けることができます。以前に作成または提出されたすべてのジョブおよび現在処理しているすべてのジョブは影響を受けません。
The IPP Printer MUST accept the request in any state. The Printer sets the value of its "printer-is-accepting-jobs" READ-ONLY Printer Description attribute to 'false' (see [RFC2911], section 4.4.20), no matter what the previous value was. This operation has no immediate or direct effect on the Printer's "printer-state" and "printer-state-reasons" attributes.
IPPプリンターは、どの州でもリクエストを受け入れる必要があります。プリンターは、以前の値が何であれ、「プリンター-is-is-accepting-jobs」の読み取り専用プリンター説明属性（[rfc2911]、セクション4.4.20を参照）の値を設定します。この操作は、プリンターの「プリンターステート」および「プリンターステートリーズン」属性に即時または直接的な影響を与えません。
Access Rights: The authenticated user (see [RFC2911], section 8.3) performing this operation must be an operator or administrator of the Printer object (see [RFC2911] sections 1 and 8.5).
アクセス権：この操作を実行する認証されたユーザー（[RFC2911]、セクション8.3を参照）は、プリンターオブジェクトのオペレーターまたは管理者でなければなりません（[RFC2911]セクション1および8.5を参照）。
The Disable-Printer Request and Disable-Printer Response have the same attribute groups and attributes as do the Pause-Printer operation (see [RFC2911], sections 3.2.7.1 and 3.2.7.2), including the new "printer-message-from-operator" operation attribute (see section 6).
Disable-Printer RequestとDisable-Printer Responseには、Pause-Printer操作と同じ属性グループと属性があります（[RFC2911]、セクション3.2.7.1および3.2.7.2を参照）。オペレーター "操作属性（セクション6を参照）。
This OPTIONAL operation allows a client to start the Printer object accepting jobs; i.e., it causes the Printer to accept subsequent Job Creation operations. The Printer still accepts all other operations. All previously submitted and currently processing Jobs continue unaffected.
このオプションの操作により、クライアントはジョブを受け入れるプリンターオブジェクトを起動できます。つまり、プリンターはその後の雇用創出運営を受け入れます。プリンターは引き続き他のすべての操作を受け入れます。以前に提出され、現在処理されたジョブはすべて影響を受け続けています。
The IPP Printer MUST accept the request in any state. The Printer sets the value of its "printer-is-accepting-jobs" READ-ONLY Printer Description attribute to 'true' (see [RFC2911], section 4.4.20), no matter what the previous value was. This operation has no immediate or direct effect on the Printer's "printer-state" and "printer-state-reasons" attributes.
IPPプリンターは、どの州でもリクエストを受け入れる必要があります。プリンターは、前の値が何であれ、「プリンター-is-is-accepting-jobs」の読み取り専用プリンター説明属性（[rfc2911]、セクション4.4.20を参照）を参照）の値を設定します。この操作は、プリンターの「プリンターステート」および「プリンターステートリーズン」属性に即時または直接的な影響を与えません。
Access Rights: The authenticated user (see [RFC2911], section 8.3) performing this operation must be an operator or administrator of the Printer object (see [RFC2911] sections 1 and 8.5).
アクセス権：この操作を実行する認証されたユーザー（[RFC2911]、セクション8.3を参照）は、プリンターオブジェクトのオペレーターまたは管理者でなければなりません（[RFC2911]セクション1および8.5を参照）。
The Enable-Printer Request and Enable-Printer Response have the same attribute groups and attributes as does the Pause-Printer operation (see [RFC2911], sections 3.2.8.1 and 3.2.8.2), including the new "printer-message-from-operator" operation attribute (see section 6).
Enable-Printer RequestとEnable-Printer Responseには、Pause-Printer操作と同じ属性グループと属性があります（[RFC2911]、セクション3.2.8.1および3.2.8.2を参照）。オペレーター "操作属性（セクション6を参照）。
This section leaves the OPTIONAL IPP/1.1 Pause-Printer (see [RFC2911], sections 3.2.7) ambiguous as to whether it stops the Printer immediately or after the current job. It also defines the OPTIONAL Pause-Printer-After-Current-Job operation as following the current job. These operations affect the scheduling of IPP jobs. If either of these Pause Printer operations are supported, then the Resume-Printer operation MUST be supported.
このセクションでは、オプションのIPP/1.1 Pause-Pause-Printer（[RFC2911]、セクション3.2.7を参照）を曖昧にします。すぐにプリンターを停止するか、現在のジョブを停止するかどうか。また、現在のジョブに続いて、オプションの一時停止 - プリンター後の実地操作を定義します。これらの操作は、IPPジョブのスケジューリングに影響します。これらの一時停止プリンター操作のいずれかがサポートされている場合、Resume-Printer操作をサポートする必要があります。
These operations allow the operator to control whether the Printer will send new IPP jobs to the associated Output Device(s) that the IPP Printer object represents. These operations have no other effect on the Printer, so the Printer continues to accept all operations.
これらの操作により、オペレーターは、プリンターがIPPプリンターオブジェクトが表す関連する出力デバイスに新しいIPPジョブを送信するかどうかを制御できます。これらの操作はプリンターに他の影響を及ぼさないため、プリンターはすべての操作を受け入れ続けています。
In other words, these operations control the "output of new jobs" to the Output Device(s), and the Disable and Enable Printer Operations (see section 3.1) independently control the "input of new jobs" to the IPP Printer.
言い換えれば、これらの操作は、出力デバイスへの「新しいジョブの出力」を制御し、プリンター操作を無効にして有効にします（セクション3.1を参照）。IPPプリンターへの「新しいジョブの入力」を独立して制御します。
Table 2. Pause and Resume Printer Operations
表2.プリンター操作を一時停止して再開します
Pause and Resume Printers Description
--------------------------------------------------------------------
IPP/1.1 Pause Printer Stops the IPP Printer from sending
new IPP Jobs to the Output Device(s)
either immediately or after the
current job completes, depending on
implementation, as defined in
[RFC2911].
Pause-Printer-After- Stops the IPP Printer from sending Current-Job new IPP Jobs to the Output Device(s) after the current jobs finish.
Pause-Printer-After-は、IPPプリンターが現在のジョブジョブジョブを現在のジョブの終了後に出力デバイスに送信するのを止めます。
Resume-Printer Starts the IPP Printer sending IPP Jobs to the Output Device again.
Resume-Printerは、IPPプリンターを起動して、IPPジョブを出力デバイスに再度送信します。
This OPTIONAL operation allows a client to stop the Printer object from sending IPP jobs to any of its Output Devices or Subordinate Printers. If the IPP Printer is in the middle of sending an IPP job to an Output Device or Subordinate Printer, the IPP Printer MUST complete sending that Job. However, after receiving this operation, the IPP Printer MUST NOT send any additional IPP jobs to any of its Output Devices or Subordinate Printers. In addition, after having received this operation, the IPP Printer MUST NOT start processing any more jobs, so additional jobs MUST NOT enter the 'processing' state.
このオプションの操作により、クライアントはプリンターオブジェクトがIPPジョブを出力デバイスまたは下位プリンターに送信するのを停止できます。IPPプリンターがIPPジョブを出力デバイスまたは下位プリンターに送信する途中にある場合、IPPプリンターはそのジョブの送信を完了する必要があります。ただし、この操作を受信した後、IPPプリンターは、出力デバイスまたは下位プリンターのいずれかに追加のIPPジョブを送信してはなりません。さらに、この操作を受け取った後、IPPプリンターはジョブの処理を開始してはなりません。そのため、追加のジョブは「処理」状態に入ってはなりません。
If the IPP Printer is not sending an IPP Job to the Output Device or Subordinate Printer (whether or not the Output Device or Subordinate Printer is busy processing any jobs), the IPP Printer object transitions immediately to the 'stopped' state by setting its "printer-state" attribute to 'stopped', removing the 'moving-to-paused' value, if present, from its "printer-state-reasons" attribute, and adding the 'paused' value to its "printer-state-reasons" attribute.
IPPプリンターがIPPジョブを出力デバイスまたは下位プリンターに送信していない場合（出力デバイスまたは下位プリンターがジョブの処理に忙しいかどうかにかかわらず）、IPPプリンターオブジェクトはすぐに「停止」状態に設定して「停止」状態に遷移します」プリンター状態の「属性「停止」への属性、存在する「患者に移動する」値を「プリンターステートリーズン」属性から削除し、「一時停止」値を「プリンターステートリーズンソンに追加する" 属性。
If the implementation will take appreciable time to complete sending an IPP job that it has started sending to an Output Device or Subordinate Printer, the IPP Printer adds the 'moving-to-paused' value to the Printer object's "printer-state-reasons" attribute (see section [RFC2911], 4.4.12). When the IPP Printer has completed sending IPP jobs that it was in the process of sending, the Printer object transitions to the 'stopped' state by setting its "printer-state" attribute to 'stopped', removing the 'moving-to-paused' value, if present, from its "printer-state-reasons" attribute, and adding the 'paused' value to its "printer-state-reasons" attribute.
実装が、出力デバイスまたは下位プリンターに送信を開始したIPPジョブの送信を完了するのにかなりの時間がかかる場合、IPPプリンターは、プリンターオブジェクトの「プリンターステートレゾン」に「給料を移動する」値を追加します。属性（セクション[RFC2911]、4.4.12を参照）。IPPプリンターが送信中のIPPジョブの送信を完了した場合、「プリンター状態」属性を「停止」に設定することにより、プリンターオブジェクトが「停止」状態に遷移し、「停止」を削除します。「価値は、「プリンターステートレゾン」属性から存在し、「一時停止」値を「プリンターステートリーズン」属性に追加します。
This operation MUST NOT affect the acceptance of Job Creation requests (see Disable-Printer Operation, section 3.1.1).
この操作は、雇用創出リクエストの受け入れに影響を与えてはなりません（Disable-Printer操作、セクション3.1.1を参照）。
For any jobs that are 'pending' or 'pending-held', the 'printer-stopped' values of the jobs' "job-state-reasons" attribute also apply. However, the IPP Printer NEED NOT update those jobs' "job-state-reasons" attributes and only have to return the 'printer-stopped' value when those jobs are queried by using the Get-Job-Attributes or Get-Jobs operations (so-called "lazy evaluation").
「保留中」または「保留中」のジョブのジョブの「プリンターストップ」値「ジョブステートリーズン」属性も適用されます。ただし、IPPプリンターは、これらのジョブの「ジョブステートリゾン」属性を更新する必要はなく、Get-Job-AttributesまたはGet-Jobs操作を使用してジョブが照会された場合にのみ「プリンターストップ」値を返す必要があります（いわゆる「怠zyな評価」）。
The IPP Printer MUST accept the request in any state and transition the Printer to the indicated new "printer-state", and it MUST add the indicated value to "printer-state-reasons" attribute before returning as follows:
IPPプリンターは、任意の状態でリクエストを受け入れ、指定された新しい「プリンターステート」にプリンターを移行する必要があり、次のように戻る前に、「プリンターステートリーズン」属性に示された値を追加する必要があります。
Table 3. State Transition Table for Pause-Printer-After-Current-Job Operation
表3.一時停止後の電流 - 実地操作のための状態遷移表
Current New "printer IPP Printer's response status
"printer- "printer- -state- code and action (REQUIRED/
state" state" reasons" OPTIONAL state transition for
a Printer to support):
--------------------------------------------------------------------
'idle' 'stopped' 'paused' REQUIRED: 'successful-ok'
'processing' 'processing' 'moving- OPTIONAL: 'successful-ok'; to- Later, when the IPP Printer paused' has finished sending IPP jobs to an Output Device, the "printer-state" becomes 'stopped', and the 'paused' value replaces the 'moving-to-paused' value in the "printer-state-reasons" attribute
「処理」 '処理' '移動 - オプション：'成功ok ';その後、IPPプリンターが一時停止したとき、「IPPジョブの送信が出力デバイスへの送信が終了した」と、「プリンター状態」が「停止」になり、「一時停止」値は「患者に移動する」値に置き換えられます。プリンターステートリーズン "属性
'processing' 'stopped' 'paused' REQUIRED: 'successful-ok'; the IPP Printer wasn't in the middle of sending an IPP job to an Output Device
「処理」は停止しました 'が必要です：「成功したOK」。IPPプリンターは、IPPジョブを出力デバイスに送信する途中ではありませんでした
'stopped' 'stopped' 'paused' REQUIRED: 'successful-ok'
「停止」「停止」「一時停止」必要：「成功」
Access Rights: The authenticated user (see [RFC2911], section 8.3) performing this operation must be an operator or administrator of the Printer object (see [RFC2911], sections 1 and 8.5).
アクセス権：この操作を実行する認証されたユーザー（[RFC2911]、セクション8.3を参照）は、プリンターオブジェクトのオペレーターまたは管理者でなければなりません（[RFC2911]、セクション1および8.5を参照）。
The Pause-Printer-After-Current-Job Request and Pause-Printer-After-Current-Job Response have the same attribute groups and attributes as does the Pause-Printer operation (see [RFC2911], sections 3.2.7.1 and 3.2.7.2), including the new "printer-message-from-operator" operation attribute (see section 6).
一時停止後の電流 - ジョブリクエストと一時停止 - プリンターの電流 - ジョブ応答には、一時停止プリンター操作と同じ属性グループと属性があります（[RFC2911]、セクション3.2.7.1および3.2.7.2を参照してください。）、新しい「プリンターからゼロからの術」操作属性を含む（セクション6を参照）。
This section defines operations to condition the Printer to hold any new jobs and to release them.
このセクションでは、新しいジョブを保持し、それらをリリースするためにプリンターを調整する操作を定義します。
This OPTIONAL operation allows a client to condition the Printer to complete the current 'pending' and 'processing' IPP Jobs but not to start processing any subsequently created IPP Jobs. If the IPP Printer is in the middle of sending an IPP job to an Output Device or Subordinate Printer, the IPP Printer MUST complete sending that Job. Furthermore, the IPP Printer MUST send all of the current 'pending' IPP Jobs to the Output Device(s) or Subordinate IPP Printer object(s). Any subsequently received Job Creation operations will cause the IPP Printer to put the Job into the 'pending-held' state, with the 'job-held-on-create' value being added to the job's "job-state-reasons" attribute. Thus all newly accepted jobs will be automatically held by the Printer.
このオプションの操作により、クライアントはプリンターを調整して、現在の「保留中」および「処理」IPPジョブを完了しますが、その後作成されたIPPジョブの処理を開始できません。IPPプリンターがIPPジョブを出力デバイスまたは下位プリンターに送信する途中にある場合、IPPプリンターはそのジョブの送信を完了する必要があります。さらに、IPPプリンターは、現在の「保留中の」IPPジョブをすべての出力デバイスまたは下位IPPプリンターオブジェクトに送信する必要があります。その後、雇用創出運営が受け取られた場合、IPPプリンターはジョブを「保留中の」状態にし、ジョブの「ジョブステートレゾン」属性に「ジョブヘルドオンクリート」値が追加されます。したがって、新たに受け入れられたすべてのジョブは、プリンターによって自動的に保持されます。
When the Printer completes all the 'pending' and 'processing' jobs, it enters the 'idle' state as usual. An operator monitoring Printer state changes will know when the Printer has completed all current jobs because the Printer enters the 'idle' state.
プリンターがすべての「保留中」および「処理」ジョブを完了すると、通常どおり「アイドル」状態に入ります。プリンターが「アイドル」状態に入るため、プリンターの状態の変更を監視するプリンターの状態の変更は、プリンターが現在のすべてのジョブをいつ完了したかを知るでしょう。
This operation MUST NOT affect the acceptance of Job Creation requests (see Disable-Printer Operation, section 3.1.1), except to put the Jobs into the 'pending-held' state, instead of the 'pending' or 'processing' state.
この操作は、「保留中の」状態ではなく、「保留中の」状態にジョブを置くことを除き、雇用創出要求の受け入れに影響を与えてはなりません（無効-Printer操作、セクション3.1.1を参照）。
The IPP Printer MUST accept the request in any state, MUST NOT transition the Printer to any other "printer-state", and MUST add the 'hold-new-jobs' value to the Printer's "printer-state-reasons" attribute (whether the value was present or not).
IPPプリンターは、どの州でもリクエストを受け入れる必要があり、プリンターを他の「プリンターステート」に移行してはなりません。また、プリンターの「プリンターステートレゾン」属性に「ホールドニュージャブ」値を追加する必要があります（かどうか値は存在するかどうか）。
Access Rights: The authenticated user (see [RFC2911], section 8.3) performing this operation must be an operator or administrator of the Printer object (see [RFC2911], sections 1 and 8.5).
アクセス権：この操作を実行する認証されたユーザー（[RFC2911]、セクション8.3を参照）は、プリンターオブジェクトのオペレーターまたは管理者でなければなりません（[RFC2911]、セクション1および8.5を参照）。
The Hold-New-Jobs Request and Hold-New-Jobs Response have the same attribute groups and attributes as does the Pause-Printer operation (see [RFC2911], sections 3.2.7.1 and 3.2.7.2), including the new "printer-message-from-operator" operation attribute (see section 6).
Hold-New-JobsリクエストとHold-New-Jobsの応答は、一時停止プリンター操作と同じ属性グループと属性を持っています（[RFC2911]、セクション3.2.7.1および3.2.7.2を参照）。Message-From-Operator "操作属性（セクション6を参照）。
This OPTIONAL operation allows a client to undo the effect of a previous Hold-New-Jobs operation. In particular, the Printer releases all the jobs that it held as a consequence of a Hold-New-Jobs operations; i.e., while the 'hold-new-jobs' value was present in the Printer's "printer-state-reasons" attribute. In addition, the Printer MUST accept this request in any state, MUST NOT transition the Printer to any other "printer-state", and MUST remove the 'hold-new-jobs' value from its "printer-state-reasons" attribute (whether the value was present or not) so that the Printer no longer holds newly created jobs.
このオプションの操作により、クライアントは以前のホールドジョブ操作の効果を元に戻すことができます。特に、プリンターは、ホールドニュージャブの運用の結果として、それが保持していたすべてのジョブをリリースします。つまり、「ホールドニュージャブ」の値は、プリンターの「プリンターステートリーズン」属性に存在していました。さらに、プリンターはこのリクエストを任意の州で受け入れ、プリンターを他の「プリンターステート」に変換してはなりません。また、「プリンターステートレゾンズ」属性から「ホールドニュージャブ」値を削除する必要があります（価値が存在しているかどうか）。
Access Rights: The authenticated user (see [RFC2911], section 8.3) performing this operation must be an operator or administrator of the Printer object (see [RFC2911], sections 1 and 8.5).
アクセス権：この操作を実行する認証されたユーザー（[RFC2911]、セクション8.3を参照）は、プリンターオブジェクトのオペレーターまたは管理者でなければなりません（[RFC2911]、セクション1および8.5を参照）。
The Release-Held-New-Jobs Request and Release-Held-New-Jobs Response have the same attribute groups and attributes as the Pause-Printer operation (see [RFC2911], sections 3.2.7.1 and 3.2.7.2), including the new "printer-message-from-operator" operation attribute (see section 6).
リリースヘルドニュージャブのリクエストとリリースヘルドニュージャブの応答には、一時停止プリンター操作と同じ属性グループと属性があります（[RFC2911]、セクション3.2.7.1および3.2.7.2を参照）。「プリンターからゼッスルからの操作者」操作属性（セクション6を参照）。
This section defines the OPTIONAL Deactivate-Printer and Activate-Printer operations that stop and start the IPP Printer object from accepting all requests except queries and performing work. If either of these operations are supported, both MUST be supported.
このセクションでは、オプションの非アクティブプリンターと、クエリを除くすべてのリクエストを受け入れることからIPPプリンターオブジェクトが停止および起動するアクティブ化プリンター操作を定義します。これらの操作のいずれかがサポートされている場合、両方をサポートする必要があります。
These operations allow the operator to put the Printer into a dormant read-only condition and to take it out of this condition.
これらの操作により、オペレーターはプリンターを休眠状態の読み取り専用条件に入れ、この状態から取り除くことができます。
This OPTIONAL operation allows a client to stop the Printer object from sending IPP jobs to any of its Output Devices or Subordinate Printers (Pause-Printer-After-Current-Job) and to stop the Printer object from accepting any requests but query requests. The Printer performs a Disable-Printer and a Pause-Printer-After-Current-Job operation immediately. If these two operations cannot be completed immediately, it includes use of all of the "printer-state-reasons". In addition, the Printer MUST immediately reject all requests, except for Activate-Printer, queries (Get-Printer-Attributes, Get-Job-Attributes, Get-Jobs, etc.), Send-Document, and Send-URI (so that partial job submission can be completed, see section 3.1.1). The Printer MUST then return the 'server-error-service-unavailable' status code.
このオプションの操作により、クライアントは、プリンターオブジェクトの出力デバイスまたは下位プリンター（一時停止後の電流のジョブ）にIPPジョブの送信を停止し、プリンターオブジェクトがリクエスト以外のリクエストを受け入れるのを止めることができます。プリンターは、すぐに無効化プリンターと一時停止後の電流操作を実行します。これらの2つの操作をすぐに完了できない場合、すべての「プリンターステートリーズン」の使用が含まれます。さらに、プリンターは、アクティベートプリンター、クエリ（Get-Printer-Attributes、Get-Job-Attributes、Get-Jobsなど）、Send-Document、Send-Uri（So部分的なジョブの提出を完了することができます、セクション3.1.1を参照してください）。次に、プリンターは「サーバーエラーサービス使用可能」ステータスコードを返す必要があります。
The IPP Printer MUST accept the request in any state. Immediately, the Printer MUST set the 'deactivated' value in its "printer-state-reasons" attribute. Note: neither the Disable-Printer nor the Pause-Printer-After-Current-Job set the 'deactivated' value.
IPPプリンターは、どの州でもリクエストを受け入れる必要があります。すぐに、プリンターは「プリンターステートリーズン」属性に「非アクティブ化」値を設定する必要があります。注：Indable-PrinterもPause-Printer-After-Current-Jobも「非アクティブ化」値を設定しません。
Access Rights: The authenticated user (see [RFC2911], section 8.3) performing this operation must be an operator or administrator of the Printer object (see [RFC2911], sections 1 and 8.5).
アクセス権：この操作を実行する認証されたユーザー（[RFC2911]、セクション8.3を参照）は、プリンターオブジェクトのオペレーターまたは管理者でなければなりません（[RFC2911]、セクション1および8.5を参照）。
The Deactivate-Printer Request and Deactivate-Printer Response have the same attribute groups and attributes as does the Pause-Printer operation (see [RFC2911], sections 3.2.7.1 and 3.2.7.2), including the new "printer-message-from-operator" operation attribute (see section 6).
非アクティブ酸プリンター要求と非アクティブ酸プリンター応答は、一時停止プリンター操作と同じ属性グループと属性を持っています（[RFC2911]、セクション3.2.7.1および3.2.7.2を参照）。オペレーター "操作属性（セクション6を参照）。
This OPTIONAL operation allows a client to undo the effects of the Deactivate-Printer; i.e., it allows the Printer object to start sending IPP jobs to any of its Output Devices or Subordinate Printers (Pause-Printer-After-Current-Job) and starts the Printer object from accepting any requests. The Printer performs an Enable-Printer and a Resume-Printer operation immediately. In addition, the Printer MUST immediately start accepting all requests.
このオプションの操作により、クライアントは非アクティブ酸プリンターの効果を元に戻すことができます。つまり、プリンターオブジェクトがIPPジョブの送信を開始することを可能にします。出力デバイスまたは下位プリンター（一時停止後の電流 - ジョブ）にプリンターオブジェクトがリクエストを受け入れるのを開始します。プリンターは、Enable-PrinterとResume-Printer操作をすぐに実行します。さらに、プリンターはすぐにすべてのリクエストの受け入れを開始する必要があります。
The IPP Printer MUST accept the request in any state. The Printer MUST immediately remove the 'deactivated' value from its "printer-state-reasons" attribute (whether it is present or not).
IPPプリンターは、どの州でもリクエストを受け入れる必要があります。
Access Rights: The authenticated user (see [RFC2911], section 8.3) performing this operation must be an operator or administrator of the Printer object (see [RFC2911], sections 1 and 8.5).
アクセス権：この操作を実行する認証されたユーザー（[RFC2911]、セクション8.3を参照）は、プリンターオブジェクトのオペレーターまたは管理者でなければなりません（[RFC2911]、セクション1および8.5を参照）。
The Activate-Printer Request and Activate-Printer Response have the same attribute groups and attributes as the Pause-Printer operation (see [RFC2911], sections 3.2.7.1 and 3.2.7.2), including the new "printer-message-from-operator" operation attribute (see section 6).
Activate-Printer RequestとActivate-Printer応答は、一時停止プリンター操作と同じ属性グループと属性を持っています（[RFC2911]、セクション3.2.7.1および3.2.7.2を参照）。「操作属性（セクション6を参照）。
This section defines the OPTIONAL Restart-Printer, Shutdown-Printer, and Startup-Printer operations that initialize, shutdown, and start up the Printer object, respectively. Each of these operations is OPTIONAL, and any combination MAY be supported.
このセクションでは、プリンターオブジェクトをそれぞれ初期化、シャットダウン、起動するオプションの再起動プリンター、シャットダウンプリンター、および起動プリンター操作を定義します。これらの各操作はオプションであり、任意の組み合わせがサポートされる場合があります。
This OPTIONAL operation allows a client to restart a Printer object whose operation is in need of initialization because of incorrect or erratic behavior; i.e., perform the effect of a software re-boot. The implementation MUST attempt to save any information about Jobs and the Printer object before re-initializing. However, this operation MAY have drastic consequences on the running system, so the client SHOULD first try the Deactivate-Printer operation to minimize the effect on the current state of the system. The effects of previous Disable-Printer, Pause Printer, and Deactivate-Printer operations are lost.
このオプションの操作により、クライアントは、誤った動作または不安定な動作のために操作が必要なプリンターオブジェクトを再起動できます。つまり、ソフトウェアの再起動の効果を実行します。実装は、再目的化する前に、ジョブとプリンターオブジェクトに関する情報を保存しようとする必要があります。ただし、この操作は実行中のシステムに劇的な結果をもたらす可能性があるため、クライアントは最初に非アクティブ酸プリンター操作を試して、システムの現在の状態への影響を最小限に抑える必要があります。以前のDisable-Printer、Pause Printer、および非アクティブ酸プリンター操作の影響は失われます。
The IPP Printer MUST accept the request in any state. The Printer object MUST initialize its Printer's "printer-state" to 'idle', remove the state reasons from its "printer-state-reasons" attribute, and change its "printer-is-accepting-jobs" attribute to 'true'.
IPPプリンターは、どの州でもリクエストを受け入れる必要があります。プリンターオブジェクトは、プリンターの「プリンターステート」を「アイドル」に初期化し、「プリンターステートリゾン」属性から状態の理由を削除し、「プリンター-is-Is-cepting-jobs」属性を「true」に変更する必要があります。
Access Rights: The authenticated user (see [RFC2911], section 8.3) performing this operation must be an operator or administrator of the Printer object (see [RFC2911], sections 1 and 8.5).
アクセス権：この操作を実行する認証されたユーザー（[RFC2911]、セクション8.3を参照）は、プリンターオブジェクトのオペレーターまたは管理者でなければなりません（[RFC2911]、セクション1および8.5を参照）。
The Restart-Printer Request and Restart-Printer Response have the same attribute groups and attributes as does the Pause-Printer operation (see [RFC2911], sections 3.2.8.1 and 3.2.8.2), including the new "printer-message-from-operator" operation attribute (see section 6).
RestArt-Printerリクエストと再起動-Printer応答には、一時停止プリンター操作と同じ属性グループと属性があります（[RFC2911]、セクション3.2.8.1および3.2.8.2を参照）。オペレーター "操作属性（セクション6を参照）。
This OPTIONAL operation allows a client to shutdown a Printer; i.e., to stop processing jobs without losing any jobs and to make the Printer object unavailable for any operations using the IPP protocol. There is no way to bring the instance of the Printer object back to being used, except for the Startup-Printer (see section 3.5.3), which starts up a new instance of the Printer object for hosted implementations. The purpose of Shutdown-Printer is to shutdown the Printer for an extended period, not to reset the device(s) or modify a Printer attribute. See Restart-Printer (section 3.5.1) and Startup-Printer (section 3.5.3) for the way to initialize the software. See the Disable-Printer operation (section 3.1) for a way for the client to stop the Printer from accepting Job Creation requests without stopping processing or shutting down.
このオプションの操作により、クライアントはプリンターをシャットダウンできます。つまり、ジョブを失うことなくジョブの処理を停止し、IPPプロトコルを使用して操作にプリンターオブジェクトを利用できないようにすること。プリンターオブジェクトのインスタンスを使用する方法はありません。ただし、ホストされた実装のためにプリンターオブジェクトの新しいインスタンスを開始するスタートアッププリンター（セクション3.5.3を参照）を除きます。シャットダウンプリンターの目的は、デバイスをリセットしたり、プリンター属性を変更したりすることではなく、プリンターを長期間シャットダウンすることです。ソフトウェアを初期化する方法については、Restart-Printer（セクション3.5.1）とスタートアッププリンター（セクション3.5.3）を参照してください。クライアントがプリンタが処理を停止したりシャットダウンしたりせずに雇用作成リクエストを受け入れるのを停止する方法については、Disable-Printer操作（セクション3.1）を参照してください。
The Printer MUST add the 'shutdown' value (see [RFC2911], section 4.4.11) immediately to its "printer-state-reasons" Printer Description attribute. It then performs a Deactivate-Printer operation (see section 3.4.1), which in turn performs Disable-Printer and Pause-Printer-After-Current-Job operations).
プリンターは、「シャットダウン」値（[RFC2911]、セクション4.4.11を参照）をすぐに「プリンターステートリーズン」プリンターの説明属性に追加する必要があります。次に、非アクティブ酸プリンター操作を実行し（セクション3.4.1を参照）、これは無効化プリンターおよび一時停止後の電流とジョブ操作を実行します）。
Note: To shutdown the Printer after all the currently submitted jobs have completed, the operator issues a Disable-Printer operation (see section 3.1.1) and then waits until all the jobs have completed. The Printer goes into the 'idle' state before issuing the Shutdown-Printer operation.
注：現在提出されたすべてのジョブが完了した後にプリンターをシャットダウンするには、オペレーターは無効プリンター操作を発行し（セクション3.1.1を参照）、すべてのジョブが完了するまで待機します。プリンターは、シャットダウンプリンター操作を発行する前に「アイドル」状態になります。
The Printer object MUST accept this operation in any state and transition the Printer object through the "printer-states" and "printer-state-reasons" defined for the Pause-Printer-After-Current-Job operation until the activity is completed and the Printer object disappears.
プリンターオブジェクトは、この操作を任意の状態で受け入れ、プリンターオブジェクトを「プリンターステート」と「プリンターステートリゾン」を介して、アクティビティが完了して、プリンター後の電流操作が完了するまでに定義されています。プリンターオブジェクトが消えます。
Access Rights: The authenticated user (see [RFC2911], section 8.3) performing this operation must be an operator or administrator of the Printer object (see [RFC2911], sections 1 and 8.5).
アクセス権：この操作を実行する認証されたユーザー（[RFC2911]、セクション8.3を参照）は、プリンターオブジェクトのオペレーターまたは管理者でなければなりません（[RFC2911]、セクション1および8.5を参照）。
The Shutdown-Printer Request and Shutdown-Printer Response have the same attribute groups and attributes as does the Pause-Printer operation (see [RFC2911], sections 3.2.7.1 and 3.2.7.2), including the new "printer-message-from-operator" operation attribute (see section 6).
シャットダウンプリンターリクエストとシャットダウンプリンター応答には、一時停止プリンター操作と同じ属性グループと属性があります（[RFC2911]、セクション3.2.7.1および3.2.7.2を参照）。オペレーター "操作属性（セクション6を参照）。
This OPTIONAL operation allows a client to start up an instance of a Printer object, provided that there isn't one already initiated. The purpose of Startup-Printer is to allow a hosted implementation of the IPP Printer object (i.e., a Server that implements an IPP Printer on behalf of a networked or local Output Device) to be started after the host is available (by means outside this document). See section 3.5.1 for the way to initialize the software or reset the Output Device(s) when the IPP Printer object has already been initiated.
このオプションの操作により、クライアントはプリンターオブジェクトのインスタンスを起動することができます。Startup-Printerの目的は、IPPプリンターオブジェクトのホストされた実装（つまり、ネットワークまたはローカル出力デバイスに代わってIPPプリンターを実装するサーバー）を許可することです。書類）。ソフトウェアを初期化する方法については、セクション3.5.1を参照したり、IPPプリンターオブジェクトがすでに開始されている場合に出力デバイスをリセットします。
The host MUST accept this operation only when the Printer object has not been initiated. If the Printer object already exists, the host must return the 'client-error-not-possible' status code.
ホストは、プリンターオブジェクトが開始されていない場合にのみ、この操作を受け入れる必要があります。プリンターオブジェクトが既に存在している場合、ホストは「クライアントとエラーのない」ステータスコードを返す必要があります。
The result of this operation MUST be with the Printer object's "printer-state" set to 'idle', the state reasons removed from its "printer-state-reasons" attribute, and its "printer-is-accepting-jobs" attribute set to 'false'. Then the operator can reconfigure the Printer before performing an Enable-Printer operation. However, when a Printer is first powered up, it is RECOMMENDED that its "printer-is-accepting-jobs" attribute be set to 'true' in order to achieve easy "out of the box" operation.
この操作の結果は、プリンターオブジェクトの「プリンターステート」が「アイドル」に設定されている必要がある必要があります。「プリンターステートレーソン」属性から削除された状態の理由、および「プリンター-is-is-accepting-jobs」属性セットから「false」へ。次に、オペレーターはプリンターを再構成してから、有効なプリンター操作を実行できます。ただし、プリンターが最初に電源を入れている場合、「プリンター-is-is-accepting-jobs」属性を「真の」操作を実現するために「真」に設定することをお勧めします。
Access Rights: The authenticated user (see [RFC2911], section 8.3) performing this operation must be an operator or administrator of the Printer object (see [RFC2911], sections 1 and 8.5).
アクセス権：この操作を実行する認証されたユーザー（[RFC2911]、セクション8.3を参照）は、プリンターオブジェクトのオペレーターまたは管理者でなければなりません（[RFC2911]、セクション1および8.5を参照）。
The Shutdown-Printer Request and Shutdown-Printer Response have the same attribute groups and attributes as does the Pause-Printer operation (see [RFC2911] sections 3.2.7.1 and 3.2.7.2), including the new "printer-message-from-operator" operation attribute (see section 6).
シャットダウンプリンターリクエストとシャットダウンプリンター応答には、一時停止プリンター操作と同じ属性グループと属性があります（[RFC2911]セクション3.2.7.1および3.2.7.2を参照）。「操作属性（セクション6を参照）。
All Job operations are directed at Job objects. A client MUST always supply some means to identify the Job object in order to select the correct target of the operation. That job identification MAY either be a single Job URI or a combination of a Printer URI and a Job ID. The IPP object implementation MUST support both forms of identification for every job.
すべてのジョブ操作は、ジョブオブジェクトに向けられています。クライアントは、操作の正しいターゲットを選択するために、常にジョブオブジェクトを識別する手段を常に提供する必要があります。その職務識別は、単一のジョブURIまたはプリンターURIとジョブIDの組み合わせのいずれかです。IPPオブジェクトの実装は、すべてのジョブの両方の形式の識別をサポートする必要があります。
The Job Operations defined in this document are summarized in Table 4.
このドキュメントで定義されているジョブ操作を表4にまとめます。
Table 4. Job Operation Operation-Id Assignments
表4.ジョブ操作操作IDの割り当て
Operation Name Operation-Id Brief description
--------------------------------------------------------------------
Reprocess-Job 0x2C Creates a copy of a completed target
job with a new Job ID and processes it.
Cancel-Current- 0x2D Cancels the current job on the target Job Printer or the specified job if it is the current job.
Cancel-Current-0x2Dは、ターゲットジョブプリンターの現在のジョブまたは現在のジョブである場合、指定されたジョブをキャンセルします。
Suspend- 0x2E Suspends the current processing job on Current-Job the target Printer or the specified job if it is the current job, allowing other jobs to be processed instead.
中断-0x2eは、現在のジョブが現在のジョブである場合、現在のジョブで現在の処理ジョブを停止します。
Resume-Job 0x2F Resumes the suspended target job.
resume-job 0x2fは、中断されたターゲットジョブを再開します。
Promote-Job 0x30 Promotes the pending target job to be next after the current job(s) complete.
PROMOTE-JOB 0x30は、現在のジョブが完了した後、保留中のターゲットジョブを次のように促進します。
Schedule-Job- 0x31 Schedules the target job immediately After after the specified job, all other scheduling factors being equal.
スケジュールjob- 0x31指定されたジョブの直後にターゲットジョブをスケジュールします。他のすべてのスケジューリング要因は等しくなります。
This OPTIONAL operation is a create job operation that allows a client to re-process a copy of a job that had been retained in the queue after processing was completed, canceled, or aborted (see [RFC2911], section 4.3.7.2). This operation is the same as the Restart-Job operation (see [RFC2911], section 3.3.7), except that the Printer creates a new job that is a copy of the target job and the target job is unchanged. New values are assigned to the "job-uri" and "job-id" attributes. The new job's Job Description attributes that track job progress, such as "job-impressions-completed", "job-media-sheets-completed", and "job-k-octets-processed", are initialized to 0, as with any create job operation. The target job moves to the Job History after a suitable period, independent of whether one or more Reprocess-Job operations have been performed upon it.
このオプションの操作は、処理が完了、キャンセル、または中止された後にキューに保持されていたジョブのコピーをクライアントが再処理できるようにする作成操作の作成です（[RFC2911]、セクション4.3.7.2を参照）。この操作は、再スタートジョブ操作と同じです（[RFC2911]、セクション3.3.7を参照）。ただし、プリンターはターゲットジョブのコピーであり、ターゲットジョブが変更されていない新しいジョブを作成します。新しい値は、「job-uri」および「job-id」属性に割り当てられます。「ジョブインプレッションが完了した」、「ジョブメディアシートが完了した」、「ジョブK-オクテットプロセス」など、ジョブの進捗状況を追跡する新しいジョブのジョブの説明は、他のものと同様に0に初期化されます。ジョブ操作を作成します。ターゲットジョブは、1つまたは複数の再処理ジョブ操作が実行されているかどうかに関係なく、適切な期間の後に職歴に移動します。
If the Set-Job-Attributes operation is supported, then the "job-hold-until" operation attribute MUST be supported with at least the 'indefinite' value, so that a client can modify the new job before it is scheduled for processing by using the Set-Job-Attributes operation. After modifying the job, the client can release the job for processing by using the Release-Job operation specifying the newly assigned "job-uri" or "job-id" for the new job.
Set-Job-Attributesの操作がサポートされている場合、「ジョブホールド」操作属性を少なくとも「不定」値でサポートする必要があります。そうすれば、クライアントは処理する前に新しいジョブを変更できます。Set-Job-Attributes操作を使用します。ジョブを変更した後、クライアントは、新しいジョブに新しく割り当てられた「Job-URI」または「Job-ID」を指定するリリースジョブ操作を使用して、処理のためのジョブをリリースできます。
This OPTIONAL operation allows a client to cancel the current job on the target Printer or the specified job if it is the current job on the Printer. See [RFC2911], section 3.3.3, for the semantics of canceling a job. Since a Job might already be marking by the time a Cancel-Current-Job is received, some media sheet pages might print before the job is actually terminated.
このオプションの操作により、クライアントは、プリンターの現在のジョブである場合、ターゲットプリンターの現在のジョブまたは指定されたジョブをキャンセルできます。ジョブのキャンセルのセマンティクスについては、[RFC2911]、セクション3.3.3を参照してください。キャンセル電流ジョブが受信されるまでにジョブはすでにマークしている可能性があるため、ジョブが実際に終了する前に、一部のメディアシートページが印刷される可能性があります。
If the client does not supply a "job-id" operation attribute, the Printer MUST accept the request and cancel the current job if there is a current job in the 'processing' or 'processing-stopped' state; otherwise, it MUST reject the request and return the 'client-error-not-possible' status code. If more than one job is in the 'processing' or 'processing-stopped' state, the one that is marking is canceled, and the others are unaffected.
クライアントが「ジョブID」操作属性を提供しない場合、プリンターはリクエストを受け入れ、「処理」または「処理止め」状態に現在のジョブがある場合、現在のジョブをキャンセルする必要があります。それ以外の場合は、リクエストを拒否し、「クライアントエラーのない」ステータスコードを返す必要があります。複数のジョブが「処理」または「処理止め」状態にある場合、マークしているものはキャンセルされ、他のジョブは影響を受けません。
Warning: On a shared printer, there is a race condition. Between the time when a user issues this operation and the time of its acceptance, the current job might change to a different job. If the user or operator is authenticated to cancel the new job, the wrong job is canceled. To prevent this race from canceling the wrong job, the client MAY supply the "job-id" operation attribute, which is checked against the current job's job-id. If the job identified by the "job-id" attribute is not the current job on the Printer (i.e., is not in the 'processing' or 'processing-stopped' state), the Printer MUST reject this operation and return the 'client-error-not-possible' status code. Otherwise, the Printer cancels the specified job.
警告：共有プリンターでは、人種状態があります。ユーザーがこの操作を発行してから受け入れられる時間の間に、現在のジョブが別のジョブに変わる可能性があります。ユーザーまたはオペレーターが新しいジョブをキャンセルするように認証されている場合、間違ったジョブがキャンセルされます。このレースが間違ったジョブをキャンセルするのを防ぐために、クライアントは、現在のジョブIDに対してチェックされる「ジョブID」操作属性を提供する場合があります。「Job-ID」属性によって特定されたジョブがプリンター上の現在のジョブではない場合（つまり、「処理」または「処理止め」状態ではありません）、プリンターはこの操作を拒否し、 'クライアントを返す必要があります。-ERROR -NOT-POSSIBLE 'ステータスコード。それ以外の場合、プリンターは指定されたジョブをキャンセルします。
Access Rights: The authenticated user (see [RFC2911], section 8.3) performing this operation must either be the job owner (as determined in the Job Creation operation) or an operator or administrator of the Printer object (see [RFC2911], sections 1 and 8.5).
アクセス権：この操作を実行する認証されたユーザー（[RFC2911]、セクション8.3を参照）は、ジョブオーナー（雇用創出操作で決定されている）またはプリンターオブジェクトのオペレーターまたは管理者（[RFC2911]、セクション1のいずれかでなければなりません。および8.5）。
The Cancel-Current-Job Request and Cancel-Current-Job Response have the same attribute groups and attributes as does the Resume-Printer operation (see [RFC2911], section 3.2.8), including the new "job-message-from-operator" operation attribute (see section 6), with the addition of the following Group 1 Operation attribute in the request:
Cancel-Current-JobリクエストとCancel-Current-Job応答には、新しい「求人からのジョブメッジからrese-from-」を含む、履歴書 - プリンター操作（[RFC2911]、セクション3.2.8を参照）と同じ属性グループと属性があります。オペレーター "操作属性（セクション6を参照）、リクエストに次のグループ1操作属性を追加します。
"job-id" (integer(1:MAX)): The client OPTIONALLY supplies this Operation attribute to verify that the identified job is still the current job on the target Printer object. The IPP object MUST support this operation attribute if it supports this operation.
「Job-ID」（Integer（1：Max））：クライアントはオプションでこの操作属性を提供し、特定されたジョブが依然としてターゲットプリンターオブジェクトの現在のジョブであることを確認します。IPPオブジェクトは、この操作をサポートする場合、この操作属性をサポートする必要があります。
This section defines the Suspend-Current-Job and Resume-Job operations. These operations allow an operator or user to suspend a job while it is processing, allowing other jobs to be processed, and to resume the suspended job at a later point without losing any of the output.
このセクションでは、サスペンド電流とジョブの操作を定義します。これらの操作により、オペレーターまたはユーザーは処理中にジョブを一時停止し、他のジョブを処理し、出力を失うことなく後のポイントで一時停止したジョブを再開できます。
If either of these operations is supported, both MUST be supported.
これらの操作のいずれかがサポートされている場合、両方をサポートする必要があります。
The Hold-Job and Release-Job operations ([RFC2911], section 3.3.5) are for holding and releasing held jobs, not suspending and resuming suspended jobs.
ホールドジョブおよびリリースジョブ操作（[RFC2911]、セクション3.3.5）は、停止したジョブを停止および再開することなく、保有ジョブを保持および解放するためのものです。
This OPTIONAL operation allows a client to stop the current job on the target Printer or the specified job if it is the current job on the Printer, to allow other jobs to be processed instead. The Printer moves the current job or the target job to the 'processing-stopped' state and sets the 'job-suspended' value (see section 9.1) in the job's "job-state-reasons" attribute and processes other jobs.
このオプションの操作により、クライアントは、プリンターの現在のジョブである場合、ターゲットプリンターまたは指定されたジョブの現在のジョブを停止し、代わりに他のジョブを処理できるようにします。プリンターは、現在のジョブまたはターゲットジョブを「処理止めされた」状態に移動し、ジョブの「ジョブステートリゾン」属性の「ジョブステートリゾン」属性の「ジョブサスペンス」値（セクション9.1を参照）を設定し、他のジョブを処理します。
If the client does not supply a "job-id" operation attribute, the Printer MUST accept the request and suspend the current job if there is a current job in the 'processing' or 'processing-stopped' state. Otherwise, it MUST reject the request and return the 'client-error-not-possible' status code. If more than one job is in the 'processing' or 'processing-stopped' state, all of them are suspended.
クライアントが「ジョブID」操作属性を提供しない場合、プリンターはリクエストを受け入れ、「処理」または「処理止め」状態に現在のジョブがある場合、現在のジョブを一時停止する必要があります。それ以外の場合は、リクエストを拒否し、「クライアントエラーのない」ステータスコードを返す必要があります。複数のジョブが「処理」または「処理止め」状態にある場合、それらはすべて中断されます。
Warning: On a shared printer, there is a race condition. Between the time when a user issues this operation and the time of its acceptance, the current job might change to a different job. If the user or operator is authenticated to suspend the new job, the wrong job is suspended. To prevent this race from pausing the wrong job, the client MAY supply the "job-id" operation attribute, which is checked against the current job's job-id. If the job identified by the "job-id" attribute is not the current job on the Printer (i.e., is not in the 'processing' or 'processing-stopped' state), the Printer MUST reject this operation and return the 'client-error-not-possible' status code. Otherwise, the Printer suspends the specified job and processed other jobs.
警告：共有プリンターでは、人種状態があります。ユーザーがこの操作を発行してから受け入れられる時間の間に、現在のジョブが別のジョブに変わる可能性があります。ユーザーまたはオペレーターが新しいジョブを一時停止するように認証されている場合、間違ったジョブが停止されます。このレースが間違ったジョブを一時停止するのを防ぐために、クライアントは現在のジョブIDに対してチェックされる「ジョブID」オペレーション属性を提供する場合があります。「Job-ID」属性によって特定されたジョブがプリンター上の現在のジョブではない場合（つまり、「処理」または「処理止め」状態ではありません）、プリンターはこの操作を拒否し、 'クライアントを返す必要があります。-ERROR -NOT-POSSIBLE 'ステータスコード。それ以外の場合、プリンターは指定されたジョブを一時停止し、他のジョブを処理します。
The Printer MUST reject a Suspend-Current-Job request (and return the 'client-error-not-possible') for a job that has been suspended, i.e., for a job in the 'processing-stopped' state, with the 'job-suspended' value in its "job-state-reasons" attribute.
プリンターは、中断された仕事のために、つまり「処理止めされた」状態での仕事のために、停止された仕事のために、サスペンド電流とジョブのリクエストを拒否する必要があります（そして、「クライアントとエラーのないもの」を返す）必要があります。「ジョブステートレゾン」属性の「価値」の「価値」。
Access Rights: The authenticated user (see [RFC2911], section 8.3) performing this operation must be either the job owner (as determined in the Job Creation operation) or an operator or administrator of the Printer object (see [RFC2911], sections 1 and 8.5).
アクセス権：この操作を実行する認証されたユーザー（[RFC2911]、セクション8.3を参照）は、ジョブオーナー（雇用作成操作で決定されている）またはプリンターオブジェクトのオペレーターまたは管理者（[RFC2911]、セクション1のいずれかでなければなりません。および8.5）。
The Suspend-Current-Job Request and Suspend-Current-Job Response have the same attribute groups and attributes as does the Pause-Printer operation (see [RFC2911], section 3.2.8 ), including the new "job-message-from-operator" operation attribute (see section 6), with the addition of the following Group 1 Operation attribute in the request:
一時停止電流 - ジョブ要求とサスペンド電流 - ジョブ応答は、新しい「求人 - from-from-」を含む、一時停止プリンター操作（[RFC2911]、セクション3.2.8を参照）と同じ属性グループと属性を持っています。オペレーター "操作属性（セクション6を参照）、リクエストに次のグループ1操作属性を追加します。
"job-id" (integer(1:MAX)): The client OPTIONALLY supplies this Operation attribute to verify that the identified job is still the current job on the target Printer object. The IPP object MUST support this operation attribute if it supports this operation.
「Job-ID」（Integer（1：Max））：クライアントはオプションでこの操作属性を提供し、特定されたジョブが依然としてターゲットプリンターオブジェクトの現在のジョブであることを確認します。IPPオブジェクトは、この操作をサポートする場合、この操作属性をサポートする必要があります。
This OPTIONAL operation allows a client to resume the target job at the point where it was suspended. The Printer moves the target job to the 'pending' state and removes the 'job-suspended' value from the job's "job-state-reasons" attribute.
このオプションの操作により、クライアントは停止された時点でターゲットジョブを再開できます。プリンターは、ターゲットジョブを「保留中の」状態に移動し、ジョブの「ジョブステートリーズン」属性から「ジョブサスペンス」値を削除します。
If the target job is not in the 'processing-stopped' state, with the 'job-suspended' value in the job's "job-state-reasons" attribute, the Printer MUST reject the request and return the 'client-error-not-possible' status code, since the job was not suspended.
ターゲットジョブが「処理止め」状態にない場合、ジョブの「ジョブステートリーズン」属性に「ジョブ補助」値がある場合、プリンターはリクエストを拒否し、 'client-error-notを返す必要があります。 - ジョブが停止されなかったため、可能な 'ステータスコード。
Access Rights: The authenticated user (see [RFC2911], section 8.3) performing this operation must be either the job owner (as determined in the Job Creation operation) or an operator or administrator of the Printer object (see [RFC2911], sections 1 and 8.5).
アクセス権：この操作を実行する認証されたユーザー（[RFC2911]、セクション8.3を参照）は、ジョブオーナー（雇用作成操作で決定されている）またはプリンターオブジェクトのオペレーターまたは管理者（[RFC2911]、セクション1のいずれかでなければなりません。および8.5）。
The Resume-Job Request and Resume-Job Response have the same attribute groups and attributes as the Release-Job operation (see [RFC2911], section 3.3.6), including the new "job-message-from-operator" operation attribute (see section 6).
Resume-Job RequestとResume-Job Responseは、リリースジョブ操作と同じ属性グループと属性を持っています（[RFC2911]、セクション3.3.6を参照）。セクション6を参照）。
This section defines jobs that allow an operator to control the scheduling of jobs.
このセクションでは、オペレーターがジョブのスケジューリングを制御できるジョブを定義します。
This OPTIONAL operation allows a client to make the pending target job be processed next after the current job completes. This operation is especially useful in a production printing environment where the operator is involved in job scheduling.
このオプションの操作により、クライアントは、現在のジョブが完了した後、保留中のターゲットジョブを次に処理することができます。この操作は、オペレーターがジョブスケジューリングに関与している生産印刷環境で特に役立ちます。
If the target job is in the 'pending' state, this operation does not change the job's state but causes the job to be processed after the current job(s) complete. If the target job is not in the 'pending' state, the Printer MUST reject the request and return the 'client-error-not-possible' status code.
ターゲットジョブが「保留中」状態にある場合、この操作はジョブの状態を変更せず、現在のジョブが完了した後にジョブを処理します。ターゲットジョブが「保留中」状態にない場合、プリンターはリクエストを拒否し、「クライアントとエラーのない」ステータスコードを返す必要があります。
If the Printer implements the "job-priority" Job Template attribute (see [RFC2911], section 4.2.1), the Printer sets the job's "job-priority" to the highest value supported (so that the job will print before any of the other pending jobs). The Printer returns the target job immediately after the current job(s) in a Get-Jobs response (see [RFC2911], section 3.2.6) for the 'not-completed' jobs.
プリンターが「ジョブパーリティ」ジョブテンプレート属性（[RFC2911]、セクション4.2.1を参照）を実装している場合、プリンターはジョブの「ジョブ優先度」をサポートされている最高値に設定します（ジョブがいずれか前に印刷されるようになります。他の保留中のジョブ）。プリンターは、「完了していない」ジョブについて、get-jobs応答（[RFC2911]、セクション3.2.6を参照）で現在のジョブの直後にターゲットジョブを返します。
When the current job is completed, canceled, suspended (see section 4.3.1), or aborted, the target of this operation is processed next.
現在のジョブが完了した場合、キャンセル、中断（セクション4.3.1を参照）、または中止された場合、この操作のターゲットが次に処理されます。
If a client issues this request (again) before the target of the operation of the original request started processing, the target of this new request is processed first.
クライアントが元のリクエストの操作の目標が開始される前に（再び）このリクエストを発行した場合、この新しい要求のターゲットが最初に処理されます。
IPP is specified not to require queues for job scheduling, as there are other implementation techniques for scheduling multiple jobs, such as re-evaluating a criteria function for each job on a scheduling cycle. However, if an implementation does implement queues for jobs, then the Promote-Job operation puts the specified job at the front of the queue. A subsequent Promote-Job operation prior to the processing of the first job puts that specified job at the front of the queue, so that it is "in front" of the previously promoted job.
IPPは、スケジューリングサイクルで各ジョブの基準関数を再評価するなど、複数のジョブをスケジュールするための他の実装手法があるため、ジョブスケジューリングにキューを要求しないように指定されています。ただし、実装がジョブのキューを実装する場合、宣伝ジョブ操作は指定されたジョブをキューの前面に置きます。最初のジョブを処理する前に、その後の宣伝とジョブの操作は、キューの前面に特定のジョブを置き、以前に昇格したジョブの「前」になります。
Access Rights: The authenticated user (see [RFC2911], section 8.3) performing this operation must be an operator or administrator of the Printer object (see [RFC2911], sections 1 and 8.5).
アクセス権：この操作を実行する認証されたユーザー（[RFC2911]、セクション8.3を参照）は、プリンターオブジェクトのオペレーターまたは管理者でなければなりません（[RFC2911]、セクション1および8.5を参照）。
The Promote-Job Request and Promote-Job Response have the same attribute groups and attributes as does the Cancel-Job operation (see [RFC2911], section 3.3.3), including the new "job-message-from-operator" operation attribute (see section 6).
プロモーションジョブリクエストとプロモーションジョブ応答には、キャンセルジョブ操作と同じ属性グループと属性があります（[RFC2911]、セクション3.3.3を参照）。（セクション6を参照）。
This OPTIONAL operation allows a client to request that the Printer schedule the target job so that it will be processed immediately after the specified predecessor job, all other scheduling factors being equal. This operation is specially useful in a production printing environment where the operator is involved in job scheduling.
このオプションの操作により、クライアントは、指定された前任者ジョブの直後に処理されるように、プリンターがターゲットジョブをスケジュールするように要求することができます。この操作は、オペレーターがジョブスケジューリングに関与している生産印刷環境で特に役立ちます。
If the target job is in the 'pending' state, this operation does not change the job's state but causes the job to be processed after the preceding job completes. The preceding job can be in the target 'pending', 'processing', or 'processing-stopped' state. If the target job is not in the 'pending' state, or if the predecessor job is not in the 'pending', 'processing', or 'processing-stopped' state, the Printer MUST reject the request, and it returns the 'client-error-not-possible' status code, as the job cannot have its position changed.
ターゲットジョブが「保留中」の状態にある場合、この操作はジョブの状態を変更せず、前のジョブが完了した後にジョブを処理します。前のジョブは、ターゲットの「保留中」、「処理」、または「処理止め」状態にあります。ターゲットジョブが「保留中」状態にない場合、または前身のジョブが「保留中」、「処理」、または「処理止め」状態にない場合、プリンターはリクエストを拒否する必要があり、それは 'を返します。ジョブがポジションを変更することはできないため、クライアントエラーのない「ステータスコード」。
If the Printer implements the "job-priority" Job Template attribute (see [RFC2911], section 4.2.1), the Printer sets the job's "job-priority" to that of the predecessor job (so that the job will print after the predecessor job). The Printer returns the target job immediately after the predecessor in a Get-Jobs response (see [RFC2911], section 3.2.6) for the 'not-completed' jobs.
プリンターが「ジョブ優先度」ジョブテンプレート属性（[RFC2911]、セクション4.2.1を参照）を実装している場合、プリンターはジョブの「ジョブ優先度」を前任者のジョブの「仕事の優先度」に設定します（そのため、ジョブは後に印刷します。前身の仕事）。プリンターは、「非表示」のジョブについては、Get-Jobs応答（[RFC2911]、セクション3.2.6を参照）で前任者の直後にターゲットジョブを返します。
When the predecessor job completes processing or is canceled or aborted while processing, the target of this operation is processed next.
前身のジョブが処理を完了するか、処理中にキャンセルまたは中止されると、この操作のターゲットが次に処理されます。
If the client does not supply a predecessor job, this operation has the same semantics as Promote-Job (see section 4.4).
クライアントが前身の仕事を提供していない場合、この操作には宣伝ジョブと同じセマンティクスがあります（セクション4.4を参照）。
IPP is specified not to require queues for job scheduling, as there are other implementation techniques for scheduling multiple jobs, such as re-evaluating a criteria function for each job on a scheduling cycle. However, if an implementation does implement queues for jobs, then the Schedule-Job-After operation puts the specified job immediately after the specified job in the queue. A subsequent Schedule-Job-After operation specifying the same job will cause its target job to be placed after that job, even though it is between the first target job and the specified job. For example, suppose the job queue consisted of jobs A, B, C, D, and E, in that order. A Schedule-Job-After with job E as the target and B as the specified job would result in the following queue: A, B, E, C, D. A subsequent Schedule-Job-After with Job D as the target and B as the specified job would result in the following queue: A, B, D, E, C.
IPPは、スケジューリングサイクルで各ジョブの基準関数を再評価するなど、複数のジョブをスケジュールするための他の実装手法があるため、ジョブスケジューリングにキューを要求しないように指定されています。ただし、実装がジョブのキューを実装している場合、スケジュールジョブ後の操作により、指定されたジョブの直後に指定されたジョブが配置されます。同じジョブを指定するスケジュールジョブ後の操作は、最初のターゲットジョブと指定されたジョブの間であっても、そのジョブの後にターゲットジョブが配置されます。たとえば、ジョブキューがジョブA、B、C、D、およびEで構成されているとします。ターゲットとしてのジョブEを、指定されたジョブとしてのジョブEを使用して、次のキューになります。A、B、E、C、D。指定されたジョブが次のキューにつながるため：A、B、D、E、C。
In other words, the link between the two jobs in a Schedule-Job-After operation is not retained; i.e., there is no attribute on either job that points to the other job as a result of this operation.
言い換えれば、スケジュール後の操作における2つのジョブ間のリンクは保持されません。つまり、この操作の結果として他のジョブを指すジョブには属性はありません。
Access Rights: The authenticated user (see [RFC2911], section 8.3) performing this operation must be an operator or administrator of the Printer object (see [RFC2911], sections 1 and 8.5).
アクセス権：この操作を実行する認証されたユーザー（[RFC2911]、セクション8.3を参照）は、プリンターオブジェクトのオペレーターまたは管理者でなければなりません（[RFC2911]、セクション1および8.5を参照）。
The Schedule-Job-After Request have the same attribute groups and attributes as does the Cancel-Job operation (see [RFC2911], section 3.3.3), plus the new "job-message-from-operator" operation attribute (see section 6). In addition, the following operation attribute is defined:
スケジュールジョブ後のリクエストには、キャンセルジョブ操作（[rfc2911]、セクション3.3.3を参照）と同じ属性グループと属性があり、さらに新しい「ジョブメッサージからのジョブ - オペレーター」操作属性（セクションを参照6）。さらに、次の操作属性が定義されています。
"predecessor-job-id": The client OPTIONALLY supplies this attribute. The Printer MUST support it, if it supports this operation. This attribute specifies the job after which the target job is to be processed. If the client omits this attribute, the Printer MUST process the target job next, i.e., after the current job, if there is one.
「Preceder-Job-Id」：クライアントはオプションでこの属性を提供します。この操作をサポートする場合、プリンターはそれをサポートする必要があります。この属性は、ターゲットジョブが処理される後のジョブを指定します。クライアントがこの属性を省略した場合、プリンターは次にターゲットジョブを処理する必要があります。つまり、現在のジョブの後、それがある場合。
The Schedule-Job-After Response has the same attribute groups, attributes, and status codes as does the Cancel-Job operation (see [RFC2911], section 3.3.3). The following status codes have particular meaning for this operation:
スケジュールジョブ後の応答には、キャンセルジョブ操作と同じ属性グループ、属性、およびステータスコードがあります（[RFC2911]、セクション3.3.3を参照）。次のステータスコードには、この操作に特に意味があります。
'client-error-not-possible' - The target job was not in the 'pending' state, or the predecessor job was not in the 'pending', 'processing', or 'processing-stopped' state.
「クライアントとエラーのないもの」 - ターゲットジョブは「保留中」状態ではなく、前任者のジョブは「保留中」、「処理」、または「処理止め」状態ではありませんでした。
'client-error-not-found' - Either the target job or the predecessor job was not found.
'Client-error-not-found' - ターゲットジョブまたは前身のジョブのいずれも見つかりませんでした。
This section defines new status codes used by the operations defined in this document.
このセクションでは、このドキュメントで定義されている操作で使用される新しいステータスコードを定義します。
The Printer has been deactivated by the Deactivate-Printer operation and is only accepting the Activate-Printer (see section 3.5.1), Get-Job-Attributes, Get-Jobs, Get-Printer-Attributes, and any other Get-Xxxx operations. An operator can perform the Activate-Printer operation to allow the Printer to accept other operations.
プリンターは非アクティブ酸プリンター操作によって非アクティブ化されており、アクティベートプリンター（セクション3.5.1を参照）、get-job-attributes、get-jobs、get-printer-aTtributes、およびその他のget-xxxx操作のみを受け入れています。。オペレーターは、Activate-Printer操作を実行して、プリンターが他の操作を受け入れることができます。
This section summarizes the usage of the "printer-message-from-operator" and "job-message-from-operator" operation attributes [RFC3380] that set the corresponding Printer and Job Description attributes (see [RFC2911] for the definition of these). These operation attributes are defined for most of the Printer and Job operations that operators are likely to perform, respectively, so that operators can indicate the reasons for their actions.
このセクションでは、対応するプリンターとジョブの説明属性を設定する「プリンターからの出発器からのヨーピュレーター」および「ジョブメッサージからの操作」操作属性[RFC3380]の使用法をまとめたものです（これらの定義については[RFC2911]を参照してください。）。これらの操作属性は、オペレーターがそれぞれ実行する可能性が高いプリンターおよびジョブ操作のほとんどに対して定義されているため、オペレーターが行動の理由を示すことができます。
Table 5 shows the operation attributes defined for use with the Printer Operations.
表5は、プリンター操作で使用するために定義された操作属性を示しています。
Table 5. Operation Attribute Support for Printer Operations
表5.プリンター操作の操作属性サポート
Operation Attribute A B
---------------------------------------------
attributes-charset REQ REQ
attributes-natural-language REQ REQ
printer-uri REQ REQ
requesting-user-name REQ REQ
printer-message-from-operator Note OPT
Legend: A: Get-Printer-Attributes, Set-Printer-Attributes B: All other Printer administrative operations, including, but not limited to, Pause-Printer, Pause-Printer-After-Current-Job, Resume-Printer, Hold-New-Jobs, Release-Held-New-Jobs, Purge-Jobs, Enable-Print, Disable-Printer, Restart-Printer, Shutdown-Printer, and Startup-Printer. REQ: REQUIRED for a Printer to support. OPT: OPTIONAL for a Printer to support; the Printer ignores the attribute if it is not supported. Note: According to [RFC3380], the Client MUST NOT supply the "printer-message-from-operator" operation attribute in a Get-Printer-Attributes or Set-Printer-Attributes operation; the Printer MUST ignore this operation attribute in these two operations. Instead, when it is used by an operator, the client MUST supply the "printer-message-from-operator" as (one of the) explicit attributes being set on the Printer object with the Set-Printer-Attributes operation.
伝説：A：Get-Printer-Attributes、Set-Printer-Attributes B：Pause-Printer-Current-Job、Resume-Printer、Hold-を含むがこれらに限定されない他のすべてのプリンター管理操作New-jobs、リリースヘルドニュージャブ、パージジョブ、有効プリント、無効化プリンター、再起動プリンター、シャットダウンプリンター、スタートアッププリンター。Req：プリンターがサポートするために必要です。OPT：プリンタがサポートするためのオプション。プリンターは、サポートされていない場合、属性を無視します。注：[RFC3380]によると、クライアントは、Get-Printer-AttributesまたはSet-Printer-Attributes操作で「プリンターメサージからオペレーター」操作属性を提供してはなりません。プリンターは、これら2つの操作でこの操作属性を無視する必要があります。代わりに、オペレーターが使用する場合、クライアントは、「プリンターからのプリンターからの出発器」を設定されている明示的な属性として、Set-Printer-Attributes操作を使用してプリンターオブジェクトに設定するように（1つの）明示的な属性として提供する必要があります。
Table 6 shows the operation attributes defined for use with the Job operations.
表6は、ジョブ操作で使用するために定義された操作属性を示しています。
Table 6. Operation Attribute Support for Job Operations
表6.ジョブ操作の操作属性サポート
Operation Attribute A B C F
---------------------------------------------------------
attributes-charset REQ REQ REQ REQ
attributes-natural-language REQ REQ REQ REQ
printer-uri REQ REQ REQ REQ
job-uri REQ REQ REQ
job-id REQ REQ REQ REQ
requesting-user-name REQ REQ REQ REQ
job-message-from-operator OPT OPT OPT Note
message** OPT OPT OPT n/a
job-hold-until n/a n/a OPT* n/a
Legend: A: Cancel-Job, Resume-Job, Restart-Job, Promote-Job, Schedule-Job-After B: Cancel-Current-Job, Suspend-Current-Job C: Hold-Job, Release-Job, Reprocess-Job F: Get-Job-Attributes, Set-Job-Attributes
伝説：A：キャンセルジョブ、履歴書ジョブ、再起動ジョブ、プロモーションジョブ、スケジュールジョブアフターB：キャンセルカレントジョブ、サスペンドカレントジョブC：ホールドジョブ、リリースジョブ、リプロセス - ジョブF：get-job-attributes、set-job-attributes
REQ; REQUIRED for a Printer to support. OPT: OPTIONAL for a Printer to support; the Printer ignores the attribute if it is supplied, but not supported. n/a: not applicable for use with the operation; the Printer ignores the attribute. Note: According to [RFC3380], the Client MUST NOT supply the "job-message-from-operator" operation attribute in a Get-Job-Attributes or Set-Job-Attributes operation; the Printer MUST ignore this operation attribute in these two operations. Instead, when used by an operator, the client MUST supply the "job-message-from-operator" as (one of the) explicit attributes being set on the Job object with the Set-Job-Attributes operation. *: The Printer MUST support the "job-hold-until" operation attribute if it supports the "job-hold-until" Job Template attribute. For the Reprocess-Job operation, the client can hold the job and then modify the job before releasing it to be processed. **: In [RFC2911], the "message" operation attribute is defined to contain a message to the operator, but [RFC2911] does not define a Job Description attribute to store the message.
req;プリンターがサポートするために必要です。OPT：プリンタがサポートするためのオプション。プリンターは、属性が供給されているがサポートされていない場合、属性を無視します。N/A：操作での使用には適用できません。プリンターは属性を無視します。注：[RFC3380]によると、クライアントは、get-job-aTtributesまたはset-aTtributes操作で「ジョブメッサージからオペレーター」操作属性を提供してはなりません。プリンターは、これら2つの操作でこの操作属性を無視する必要があります。代わりに、オペレーターが使用する場合、クライアントは、「ジョブオペレーターの1つ）が、Set-Job-Attributes操作を使用してジョブオブジェクトに設定されている明示的な属性として（1つの）明示的な属性として提供する必要があります。*：プリンターは、「ジョブホールド」ジョブテンプレート属性をサポートする場合、「ジョブホールド」操作属性をサポートする必要があります。Reprocess-Job操作の場合、クライアントはジョブを保持し、ジョブを変更する前に処理する前にジョブを変更できます。**：[RFC2911]では、「メッセージ」操作属性はオペレーターへのメッセージを含むように定義されていますが、[RFC2911]は、メッセージを保存するためのジョブ説明属性を定義しません。
The following new Printer Description attributes are needed to support the new operations defined in this document and the concepts of Printer Fan-Out (see section 10).
このドキュメントで定義されている新しい操作とプリンターファンアウトの概念をサポートするには、次の新しいプリンターの説明属性が必要です（セクション10を参照）。
This Printer attribute is REQUIRED if an implementation supports Subordinate Printers (see section 10) and contains the URIs of the immediate Subordinate Printer object(s) associated with this Printer object. Each Non-Leaf Printer object MUST support this Printer Description attribute. A Leaf Printer object either does not support the "subordinate-printers-supported" attribute or does so with the 'no-value' out-of-band value (see [RFC2911], section 4.1), depending on the implementation.
このプリンター属性は、実装が下位プリンターをサポートし（セクション10を参照）、このプリンターオブジェクトに関連付けられた即時の下位プリンターオブジェクトのURIを含む場合に必要です。各非葉プリンターオブジェクトは、このプリンターの説明属性をサポートする必要があります。葉のプリンターオブジェクトは、実装に応じて、「下位プリンターがサポートする」属性をサポートしていないか、「価値のない」帯域外値（[RFC2911]、セクション4.1を参照）を使用します。
The precise format of the Subordinate Printer URIs is implementation dependent (see section 10.4).
下位プリンターURIの正確な形式は実装依存です（セクション10.4を参照）。
If the Printer object does not have an associated Output Device, the Printer MAY automatically copy the value of the Subordinate Printer object's "printer-name" attribute to the Job object's "output-device-assigned" attribute (see [RFC2911], section 4.3.13). The "output-device-assigned" Job attribute identifies the Output Device to which the Printer object has assigned a job; for example, when a single Printer object is supporting Device Fan-Out or Printer Fan-Out.
プリンターオブジェクトに関連する出力デバイスがない場合、プリンターは、下位プリンターオブジェクトの「プリンター名」属性の値をジョブオブジェクトの「出力デバイス割り当て」属性に自動的にコピーすることができます（[RFC2911]を参照、セクション4.3.13）。「出力デバイスが割り当てられた」ジョブ属性は、プリンターオブジェクトがジョブを割り当てた出力デバイスを識別します。たとえば、単一のプリンターオブジェクトがデバイスファンアウトまたはプリンターファンアウトをサポートしている場合。
This Printer attribute is REQUIRED if an implementation supports Subordinate Printers (see section 10) and contains the URI of the Non-Leaf printer object(s) for which this Printer object is the immediate Subordinate; i.e., this Printer's immediate "parent" or "parents". Each Subordinate Printer object MUST support this Printer Description attribute. A Printer that has no parents either does not support the "parent-printers-supported" attribute or does so with the 'no-value' out-of-band value (see [RFC2911], section 4.1), depending on the implementation.
このプリンター属性は、実装が下位プリンターをサポートし（セクション10を参照）、このプリンターオブジェクトがすぐに下位になっている非葉プリンターオブジェクトのURIが含まれている場合に必要です。つまり、このプリンターの即時の「親」または「親」。各下位プリンターオブジェクトは、このプリンターの説明属性をサポートする必要があります。親がいないプリンターは、実装に応じて、「親プリンターがサポートする」属性をサポートしていないか、「価値のない」帯域外値（[RFC2911]、セクション4.1を参照）でサポートしていません。
This section defines additional values for the "printer-state-reasons" Printer Description attribute.
このセクションでは、「プリンターステートリーズン」プリンターの説明属性の追加値を定義します。
'hold-new-jobs': The operator has issued the Hold-New-Jobs operation (see section 3.3.1) or other means, but the output-device(s) are taking an appreciable time to stop. Later, when all output has stopped, the "printer-state" becomes 'stopped', and the 'paused' value replaces the 'moving-to-paused' value in the "printer-state-reasons" attribute. This value MUST be supported if the Hold-New-Jobs operation is supported and the implementation takes significant time to pause a device in certain circumstances.
'Hold-new-jobs'：オペレーターは、ホールドニュージャブの操作を発行しています（セクション3.3.1を参照）またはその他の手段ですが、出力デバイスはかなりの時間をかけて停止しています。その後、すべての出力が停止すると、「プリンターステート」が「停止」になり、「一時停止」値は「プリンター状態のリアソン」属性の「容積を移動する」値に置き換えられます。Hold-New-Jobsの操作がサポートされ、実装が特定の状況でデバイスを一時停止するのにかなりの時間がかかる場合、この値をサポートする必要があります。
'deactivated': A client has issued a Deactivate-Printer operation for the Printer object (see section 3.4.1), and the Printer is in the process of becoming deactivated or has become deactivated. The Printer MUST reject all requests except for Activate-Printer, queries (Get-Printer-Attributes, Get-Job-Attributes, Get-Jobs, etc.), Send-Document, and Send-URI (so that partial job submission can be completed; see section 3.1.1), and then return the 'server-error-service-unavailable' status code.
「非アクティブ化」：クライアントはプリンターオブジェクトの非アクティブ酸プリンター操作を発行しました（セクション3.4.1を参照）、プリンターは無効化されるプロセスまたは非アクティブ化されています。プリンターは、アクティベートプリンター、クエリ（Get-Printer-Attributes、Get-Job-Attributes、Get-Jobsなど）、Send-Document、Send-Uri（そのため、部分的な求人の提出を除くすべての要求を拒否する必要があります。完了;セクション3.1.1を参照）を参照してから、「サーバーエラーサービス使用可能」ステータスコードを返します。
This section defines additional values for the "job-state-reasons" Job Description attribute.
このセクションでは、「ジョブステートレゾン」のジョブ説明属性の追加値を定義します。
'job-suspended': While job processing has been suspended by the Suspend-Current-Job operation, other jobs can be processed on the Printer. The Job can be resumed with the Resume-Job operation, which removes this value.
「ジョブサスペンド」：ジョブ処理は一時停止電流と実地操作によって停止されていますが、他のジョブはプリンターで処理できます。ジョブは、この値を削除するResume-Job操作で再開できます。
This section defines how the Printer object MAY be used to represent IPP Printer Fan-Out and IPP Printer Fan-In. In Fan-Out, an IPP Printer is used to represent other IPP Printer objects. In Fan-In, several IPP Printer objects are used to represent another IPP Printer object.
このセクションでは、プリンターオブジェクトを使用してIPPプリンターファンアウトとIPPプリンターファンインを表す方法を定義します。ファンアウトでは、IPPプリンターを使用して、他のIPPプリンターオブジェクトを表します。ファンインでは、いくつかのIPPプリンターオブジェクトを使用して、別のIPPプリンターオブジェクトを表します。
The IPP/1.1 Model and Semantics introduces the semantic concept of an IPP Printer object that represents more than one Output Device (see [RFC2911], section 2.1). This concept is called "Output Device Fan-Out". However, with Fan-Out there was no way to represent the individual states of the Output Devices or to perform operations on a specific Output Device. This document generalizes the semantics of the Printer object to represent Subordinate Fan-Out Output Devices such as IPP Printer objects. This concept is called "Printer object Fan-Out". A Printer object that has a Subordinate Printer object is called a Non-Leaf Printer object. Thus, a Non-Leaf Printer object supports one or more Subordinate Printer objects in order to represent Printer object Fan-Out. A Printer object that does not have any Subordinate Printer objects is called a Leaf Printer object.
IPP/1.1モデルとセマンティクスは、複数の出力デバイスを表すIPPプリンターオブジェクトのセマンティック概念を紹介します（[RFC2911]、セクション2.1を参照）。この概念は、「出力デバイスファンアウト」と呼ばれます。ただし、ファンアウトにより、出力デバイスの個々の状態を表現したり、特定の出力デバイスで操作を実行する方法はありませんでした。このドキュメントは、プリンターオブジェクトのセマンティクスを一般的に一般化して、IPPプリンターオブジェクトなどの下位ファンアウト出力デバイスを表します。この概念は、「プリンターオブジェクトファンアウト」と呼ばれます。下位プリンターオブジェクトを持つプリンターオブジェクトは、非リーフプリンターオブジェクトと呼ばれます。したがって、非リーフプリンターオブジェクトは、プリンターオブジェクトのファンアウトを表すために、1つ以上の下位プリンターオブジェクトをサポートします。下位プリンターオブジェクトがないプリンターオブジェクトは、リーフプリンターオブジェクトと呼ばれます。
Each Non-Leaf Printer object submits jobs to its immediate Subordinate Printers and otherwise controls the Subordinate Printers by using IPP or other protocols. Whether pending jobs are kept in the Non-Leaf Printer until a Subordinate Printer can accept them or are kept in the Subordinate Printers depends on implementation and/or configuration policy. Furthermore, a Subordinate Printer object MAY, in turn, have Subordinate Printer objects. Thus a Printer object can be both a Non-Leaf Printer and a Subordinate Printer.
各非葉のプリンターオブジェクトは、ジョブを即時の下位プリンターに提出し、IPPまたはその他のプロトコルを使用して下位プリンターを制御します。下位のプリンターがそれらを受け入れることができるまで、または下位プリンターに保持されるまで、保留中のジョブが非葉プリンターに保持されるかどうかは、実装および/または構成ポリシーに依存します。さらに、下位プリンターオブジェクトには、下位プリンターオブジェクトがある場合があります。したがって、プリンターオブジェクトは、非葉のプリンターと下位プリンターの両方にすることができます。
A Subordinate Printer object MUST be a conforming Printer object, so it MUST support all of the REQUIRED [RFC2911] operations and attributes. However, with access control, the Subordinate Printer MAY be configured so that end-user clients are not permitted to perform any operations (or just Get-Printer-Attributes) while one or more Non-Leaf Printer object(s) are permitted to perform any operation.
下位プリンターオブジェクトは適合プリンターオブジェクトである必要があるため、必要なすべての[RFC2911]操作と属性をサポートする必要があります。ただし、アクセス制御を使用すると、エンドユーザークライアントが操作（またはGet-Printer-Attributes）を実行することが許可されていないように、下位プリンターを構成することができますが、1つ以上の非葉のプリンターオブジェクトは実行できます任意の操作。
The IPP/1.1 Model and Semantics did not preclude the semantic concept of multiple IPP Printer objects that represent a single Output Device (see [RFC2911], section 2.1). However, there was no way for the client to determine whether there was a Fan-In configuration; nor was there a way to perform operations on the Subordinate device. This specification generalizes the semantics of the Printer object to allow several Non-Leaf IPP Printer objects to represent a single Subordinate Printer object. Thus a Non-Leaf Printer object MAY share a Subordinate Printer object with one or more other Non-Leaf Printer objects in order to represent IPP Printer Fan-In.
IPP/1.1モデルとセマンティクスは、単一の出力デバイスを表す複数のIPPプリンターオブジェクトのセマンティック概念を排除しませんでした（[RFC2911]、セクション2.1を参照）。ただし、クライアントがファンイン構成があるかどうかを判断する方法はありませんでした。下位デバイスで操作を実行する方法もありませんでした。この仕様は、プリンターオブジェクトのセマンティクスを一般化して、いくつかの非葉のIPPプリンターオブジェクトが単一の従属プリンターオブジェクトを表すことを可能にします。したがって、非リーフプリンターオブジェクトは、IPPプリンターファンインを表すために、1つ以上の他の非葉のプリンターオブジェクトと下位プリンターオブジェクトを共有する場合があります。
As with Fan-Out (see section 10.1), when a Printer object is a Non-Leaf Printer, it MUST NOT have an associated Output Device. As with Fan-Out, a Leaf Printer object has one or more associated Output Devices. As with Fan-Out, the Non-Leaf Printer objects submit jobs to their Subordinate Printer objects and otherwise control the Subordinate Printer. As with Fan-Out, whether pending jobs are kept in the Non-Leaf Printers until the Subordinate Printer can accept them or are kept in the Subordinate Printer depends on the implementation and/or configuration policy.
ファンアウト（セクション10.1を参照）と同様に、プリンターオブジェクトが非葉プリンターである場合、関連する出力デバイスを持ってはなりません。ファンアウトと同様に、リーフプリンターオブジェクトには、1つ以上の関連する出力デバイスがあります。ファンアウトと同様に、葉のないプリンターオブジェクトは、下位プリンターオブジェクトにジョブを提出し、それ以外の場合は下位プリンターを制御します。ファンアウトと同様に、下位プリンターがそれらを受け入れることができるか、下位プリンターに保持されるまで、保留中のジョブが非葉プリンターに保持されているかどうかは、実装および/または構成ポリシーに依存します。
The following Printer Description attributes are defined to represent the relationship between Printer object(s) and their Subordinate Printer object(s):
次のプリンターの説明属性は、プリンターオブジェクトとその従属プリンターオブジェクトの関係を表すために定義されています。
1. "subordinate-printers-supported" (1setOf uri) - Contains the URI of the immediate Subordinate Printer object(s).
1. 「下位プリンターがサポートした」（1Setof URI） - 即時の下位プリンターオブジェクトのURIが含まれています。
2. "parent-printers-supported (1setOf uri) - Contains the URI of the Non-Leaf printer object(s) for which this Printer object is the immediate Subordinate; i.e., this Printer's immediate "parent" or "parents".
2. 「Parent-Printers-Supported（1Setof URI） - このプリンターオブジェクトが即時の部下である非葉プリンターオブジェクトのURIが含まれています。
Each Subordinate Printer object has a URI used as the target of each operation on the Subordinate Printer. The means to configure URIs for Subordinate Printer objects is implementation-dependent, as are all URIs. However, there are two distinct approaches:
各下位プリンターオブジェクトには、下位プリンターの各操作のターゲットとしてURIが使用されています。下位プリンターオブジェクトにurisを構成する手段は、すべてのURIと同様に実装依存です。ただし、2つの異なるアプローチがあります。
a. When the implementation seeks to make sure that no operation on a Subordinate Printer object "sneaks by" the parent Printer object (or that no Subordinate Printer is fronting for a device that is not networked), the host part of the URI specifies the host of the parent Printer. Then the parent Printer object can easily reflect the state of the Subordinate Printer objects in the parent's Printer object state and state reasons as the operation passes "through" the parent Printer object.
a. 実装が、親プリンターオブジェクト（またはネットワーク化されていないデバイスの下位プリンターがフロンツしていないことを「スニーク」している下位プリンターオブジェクトの操作がないことを確認しようとする場合、URIのホスト部分はのホストを指定します。親プリンター。その後、親のプリンターオブジェクトは、親のプリンターオブジェクト状態の下位プリンターオブジェクトの状態を簡単に反映し、操作が親プリンターオブジェクトを「」渡すと状態の理由を簡単に反映できます。
b. When the Subordinate Printer is networked and the implementation allows operations to go directly to the Subordinate Printer (with proper access control) without knowledge of the parent Printer object, the host part of the URI is different from the host part of the parent Printer object. In this a case, the parent Printer object MAY keep its "printer-state" and "printer-state-reasons" up to date, either by polling the Subordinate Printer object or by subscribing to events with the Subordinate Printer object (see [RFC3995] for means to subscribe to event notification when the Subordinate Printer object supports IPP notification). Alternatively, the parent Printer MAY wait until its "printer-state" and "printer-state-reasons" attributes are queried and then query all its Subordinate Printers in order to return the correct values.
b. 下位プリンターがネットワーク化され、実装により、親プリンターオブジェクトの知識なしに操作が（適切なアクセス制御を備えた）下位プリンターに直接移動できる場合、URIのホスト部分は親プリンターオブジェクトのホスト部分とは異なります。この場合、親プリンターオブジェクトは、下位プリンターオブジェクトを投票するか、下位プリンターオブジェクトを使用してイベントを購読することにより、「プリンターステート」および「プリンターステートリゾン」を最新に保つことができます（[RFC39995を参照）]下位プリンターオブジェクトがIPP通知をサポートしている場合、イベント通知を購読する手段について。あるいは、親プリンターは、「プリンターステート」と「プリンターステートリゾン」属性が照会されるまで待機し、正しい値を返すためにすべての下位プリンターを照会することができます。
Only Leaf IPP Printer objects are allowed to have one or more associated Output Devices. Each Leaf Printer object MAY support the "output-devices-supported" (1setOf name(127)) to indicate the user-friendly name(s) of the Output Device(s) that the Leaf Printer object represents. It is RECOMMENDED that each Leaf Printer object have only one associated Output Device, so that the individual Output Devices can be represented completely and controlled completely by clients. In other words, the Leaf Printer's "output-devices-supported" attribute SHOULD have only one value.
Leaf IPPプリンターオブジェクトのみが、1つ以上の関連する出力デバイスを持つことができます。各リーフプリンターオブジェクトは、「出力デバイスがサポートする」（1Setof name（127））をサポートして、リーフプリンターオブジェクトが表す出力デバイスのユーザーフレンドリーな名前を示すことができます。個々の出力デバイスを完全に表現し、クライアントによって完全に制御できるように、各Leafプリンターオブジェクトには関連する出力デバイスが1つしかないことをお勧めします。言い換えれば、Leaf Printerの「出力デバイスがサポートする」属性には、1つの値のみが必要です。
Non-Leaf Printer MUST NOT have associated Output Devices. However, a Non-Leaf Printer SHOULD support an "output-devices-supported" (1setOf name(127)) Printer Description attribute that contains all the values of its immediate Subordinate Printers. As these Subordinate Printers MAY be Leaf or Non-Leaf, the same rules apply to them. Thus any Non-Leaf Printer SHOULD have an "output-devices-supported" (1setOf name(127)) attribute that contains all the values of the Output Devices associated with Leaf Printers of its complete sub-tree.
非葉のプリンターには、関連する出力デバイスが必要です。ただし、非リーフプリンターは、即時の下位プリンターのすべての値を含む「出力デバイスがサポートする」（1Setof name（127））プリンター説明属性をサポートする必要があります。これらの下位プリンターは葉または非葉である可能性があるため、同じルールが適用されます。したがって、非リーフプリンターには、完全なサブツリーの葉プリンターに関連付けられた出力デバイスのすべての値を含む「出力デバイスがサポートする」（1Setof name（127））属性が必要です。
When a configuration of Printers and Output Devices is added, moved, or changed, there can be moments when the tree structure is not consistent; i.e., times when a Non-Leaf Printer's "subordinate-printers-supported" does not agree with the Subordinate Printer's "parent-printers-supported". Therefore, the operator SHOULD first Deactivate all Printers being configured in this way, update all pointer attributes, and then reactivate them. A useful client tool would validate a tree structure before Activating the Printers involved.
プリンターと出力デバイスの構成が追加、移動、または変更されると、ツリー構造が一貫していない瞬間があります。すなわち、非リーフプリンターの「下位プリンターがサポートする」が、下位プリンターの「親プリンターがサポートする」と一致しない場合。したがって、オペレーターはまず、この方法で構成されているすべてのプリンターを非アクティブ化し、すべてのポインター属性を更新してから再アクティブ化する必要があります。有用なクライアントツールは、関係するプリンターをアクティブにする前に、ツリー構造を検証します。
Figures 1, 2, and 3 are taken from [RFC2911] to show the configurations possible with IPP/1.0 and IPP/1.1 where all Printer objects are Leaf Printer objects. The remaining figures show additional configurations using Non-Leaf and Leaf Printer objects.
図1、2、および3は[RFC2911]から取得され、すべてのプリンターオブジェクトがリーフプリンターオブジェクトであるIPP/1.0とIPP/1.1で可能な構成を示します。残りの図は、非葉と葉のプリンターオブジェクトを使用した追加の構成を示しています。
Legend:
伝説：
----> indicates a network protocol with the direction of its requests
##### indicates a Printer object that is either embedded in an Output Device, or hosted in a server. The Printer object might or might not be capable of queuing/spooling.
#####出力デバイスに埋め込まれているか、サーバーにホストされているプリンターオブジェクトを示します。プリンターオブジェクトは、キューイング/スプールが可能である場合とそうでない場合があります。
any indicates any network protocol or direct connect, including IPP.
任意は、IPPを含むネットワークプロトコルまたはダイレクトコネクトを示します。
Output Device
+---------------+
| ########### |
O +--------+ | # (Leaf) # |
/|\ | client |------------IPP-----------------># Printer # |
/ \ +--------+ | # Object # |
| ########### |
+---------------+
Figure 1. Embedded Printer Object
図1.組み込みプリンターオブジェクト
########### Output Device
O +--------+ # (Leaf) # +---------------+
/|\ | client |---IPP----># Printer #---any->| |
/ \ +--------+ # object # | |
########### +---------------+
Figure 2. Hosted Printer Object
図2.ホストされたプリンターオブジェクト
+---------------+
| |
+->| Output Device |
########### any/ | |
O +--------+ # (Leaf) # / +---------------+
/|\ | client |---IPP----># Printer #--*
/ \ +--------+ # Object # \ +---------------+
########### any\ | |
+->| Output Device |
| |
+---------------+
Figure 3. Output Device Fan-Out
図3.出力デバイスファンアウト
########### ###########
O +--------+ # Non-Leaf# # subord. #
/|\ | client |---IPP----># Printer #---IPP----># Printer #
/ \ +--------+ # object # # object #
########### ###########
The Subordinate Printer can be a Non-Leaf Printer, as in Figures 4 through 6, or can be a Leaf Printer, as in Figures 1 through 3.
下位プリンターは、図4〜6のように、非葉のプリンターであるか、図1から3のように葉のプリンターにすることができます。
Figure 4. Chained IPP Printer Objects
図4. IPPプリンターオブジェクトを鎖でつなぎます
+------IPP--------------------->###########
/ +---># subord. #
/ / # Printer #
/ ########### IPP # object #
O +--------+ # Non-Leaf# / ###########
/|\ | client |---IPP----># Printer #--*
/ \ +--------+ # object # \
\ ########### IPP ###########
\ \ # subord. #
\ +---># Printer #
+------IPP---------------------># object #
###########
The Subordinate Printer can be a Non-Leaf Printer, as in Figures 4 through 6, or can be a Leaf Printer, as in Figures 1 through 3.
下位プリンターは、図4〜6のように、非葉のプリンターであるか、図1から3のように葉のプリンターにすることができます。
Figure 5. IPP Printer Object Fan-Out
図5. IPPプリンターオブジェクトファンアウト
###########
# Non-Leaf#
+---># Printer #-+
/ # object # \
IPP ########### \ ###########
O +--------+ / +-IPP-># subord. #
/|\ | client |--+-----------IPP---------------># Printer #
/ \ +--------+ \ +-IPP-># object #
IPP ########### / ###########
\ # Non-Leaf# /
+---># Printer #-+
# object #
###########
The Subordinate Printer can be a Non-Leaf Printer, as in Figures 4 through 6, or can be a Leaf Printer, as in Figures 1 through 3.
下位プリンターは、図4〜6のように、非葉のプリンターであるか、図1から3のように葉のプリンターにすることができます。
Figure 6. IPP Printer Object Fan-In
図6. IPPプリンターオブジェクトファンイン
This section describes the forwarding of Job and Printer requests to Subordinate Printer objects.
このセクションでは、ジョブとプリンターのリクエストが下位プリンターオブジェクトへの転送について説明します。
In Printer Fan-Out, Printer Fan-In, and Chained Printers, the Non-Leaf IPP Printer object MUST NOT forward the operations that affect Printer objects to its Subordinate Printer objects. If a client seeks to explicitly target a Subordinate Printer, the client MUST specify the URI of the Subordinate Printer. The client can determine the URI of any Subordinate Printers by querying the Printer's "subordinate-printers-supported (1setOf uri) attribute (see section 7.1).
プリンターファンアウト、プリンターファンイン、およびチェーンプリンターでは、非葉のIPPプリンターオブジェクトは、プリンターオブジェクトに影響を与える操作を下位プリンターオブジェクトに転送してはなりません。クライアントが下位プリンターを明示的にターゲットにしようとする場合、クライアントは下位プリンターのURIを指定する必要があります。クライアントは、プリンターの「下位プリンターがサポートする（URIの1Set）属性を照会することにより、下位プリンターのURIを決定できます（セクション7.1を参照）。
Table 7 lists the operations that affect Printer objects and the forwarding behavior that a Non-Leaf Printer MUST exhibit to its immediate Subordinate Printers. Operations that affect jobs have a different forwarding rule (see section 10.7.2 and Table 8): Table 7. Forwarding Operations that Affect Printer Objects
表7は、プリンターオブジェクトに影響を与える操作と、葉以外のプリンターがその即時の下位プリンターに展示しなければならない転送動作を示します。ジョブに影響を与える操作には、転送ルールが異なります（セクション10.7.2および表8を参照）：表7.プリンターオブジェクトに影響する転送操作
Printer Operation Non-Leaf Printer Action
---------------------------------------------------------------
Printer Operations:
Enable-Printer MUST NOT forward to any of its Subordinate Printers Disable-Printer MUST NOT forward to any of its Subordinate Printers Hold-New-Jobs MUST NOT forward to any of its Subordinate Printers Release-Held-New- MUST NOT forward to any of its Subordinate Jobs Printers Deactivate-Printer MUST NOT forward to any of its Subordinate Printers Activate-Printer MUST NOT forward to any of its Subordinate Printers Restart-Printer MUST NOT forward to any of its Subordinate Printers Shutdown-Printer MUST NOT forward to any of its Subordinate Printers Startup-Printer MUST NOT forward to any of its Subordinate Printers
Enable-Printerは、その下位プリンターのいずれかに転送しないでくださいDisable-Printerは、その下位プリンターのいずれかに転送しないでください。その下位のジョブプリンター非アクティブプリンターのいずれかに転送しないでください。下位プリンタースタートアッププリンターは、その下位プリンターのいずれかに転送してはなりません
IPP/1.1 Printer See [RFC2911] Operations:
IPP/1.1プリンター[RFC2911]操作を参照してください。
Get-Printer- MUST NOT forward to any of its Subordinate Attributes Printers Pause-Printer MUST NOT forward to any of its Subordinate Printers Resume-Printer MUST NOT forward to any of its Subordinate Printers
get-printer-その下位属性のいずれかに転送しないでくださいプリンターPause-Printerはその下位プリンターのいずれかに転送しないでくださいResume-Printerはその下位プリンターのいずれかに転送してはなりません
Set Operations: See [RFC3380]
操作の設定：[RFC3380]を参照してください
Set-Printer- MUST NOT forward to any of its Subordinate Attributes Printers
Set-Printer-その下位属性プリンターのいずれかに転送しないでください
Unlike Printer Operations that only affect Printer objects (see section 10.7.1), a Non-Leaf Printer object MUST forward operations that directly affect jobs to the appropriate Job object(s) in one or more of its immediate Subordinate Printer objects. Forwarding is REQUIRED since the purpose of this Job operation is to affect the indicated job, which may have been forwarded itself. This forwarding MAY be immediate or queued, depending on the operation and the implementation. For example, a Non-Leaf Printer object MAY queue/spool jobs, feeding a job at a time to its Subordinate Printer(s), or MAY forward jobs immediately to one of its Subordinate Printers. In either case, the Non-Leaf Printer object forwards Job Creation operations to one of its Subordinate Printers. Only the time of forwarding of the Job Creation operations depends on whether the policy is to queue/spool jobs in the Non-Leaf Printer or the Subordinate Printer.
プリンターオブジェクトのみに影響を与えるプリンター操作（セクション10.7.1を参照）とは異なり、非リーフプリンターオブジェクトは、1つ以上の即時の下位プリンターオブジェクトの適切なジョブオブジェクトに直接影響を与える操作を転送する必要があります。この雇用操作の目的は、指定されたジョブに影響を与える可能性があるため、転送が必要です。この転送は、操作と実装に応じて、即時またはキュウになる場合があります。たとえば、非葉のプリンターオブジェクトは、ジョブをキュー/スプールすることができ、一度にジョブをその下位プリンターに供給したり、下位プリンターの1つにジョブをすぐに転送できます。どちらの場合でも、非リーフプリンターオブジェクトは、雇用創出運用をその下位プリンターの1つに転送します。雇用創出運用の転送の時間のみは、ポリシーが非葉プリンターまたは下位プリンターのジョブをキュー/スプールするかどうかによって異なります。
When a Non-Leaf Printer object creates a Job object in its Subordinate Printer, whether that Non-Leaf Printer object keeps a fully formed Job object or just keeps a mapping from the "job-ids" that it assigned to those assigned by its Subordinate Printer object is IMPLEMENTATION-DEPENDENT. In either case, the Non-Leaf Printer MUST be able to accept and carry out future Job operations that specify the "job-id" that the Non-Leaf Printer assigned and returned to the job submitting client.
非リーフプリンターオブジェクトが下位プリンターにジョブオブジェクトを作成する場合、その非リーフプリンターオブジェクトが完全に形成されたジョブオブジェクトを保持するか、下位によって割り当てられたものに割り当てられたものに割り当てられた「ジョブアイド」からマッピングを維持する場合プリンターオブジェクトは実装依存です。どちらの場合でも、非リーフプリンターは、クライアントを提出するジョブに割り当てられて返された「ジョブID」を指定する将来のジョブオペレーションを受け入れて実行できる必要があります。
Table 8 lists the operations that directly affect jobs and the forwarding behavior that a Non-Leaf Printer MUST exhibit to its Subordinate Printers.
表8は、ジョブに直接影響する操作と、非葉のプリンターがその下位プリンターに展示しなければならない転送動作を示します。
Table 8. Forwarding Operations that Affect Jobs Objects
表8.ジョブオブジェクトに影響を与える転送操作
Operation Non-Leaf Printer action
---------------------------------------------------------------
Job operations:
Reprocess-Job MUST forward to the appropriate Job in one of its Subordinate Printers Cancel-Current- MUST NOT forward Job Resume-Job MUST forward to the appropriate Job in one of its Subordinate Printers Promote-Job MUST forward to the appropriate Job in one of its Subordinate Printers
Reprocess-Jobはその下位プリンターの1つで適切な仕事に転送する必要がありますCancel-Current-履歴書を転送してはいけません。その下位プリンター
IPP/1.1 Printer operations:
IPP/1.1プリンター操作：
Print-Job MUST forward immediately or queue to the appropriate Subordinate Printer Print-URI MUST forward immediately or queue to the appropriate Subordinate Printer Validate-Job MUST forward to the appropriate Subordinate Printer Create-Job MUST forward immediately or queue to the appropriate Subordinate Printer Get-Jobs MUST forward to all its Subordinate Printers Purge-Jobs MUST forward to all its Subordinate Printers
印刷ジョブはすぐに転送するか、適切な下位プリンターのプリントURIがすぐに転送する必要があるか、適切な下位プリンター検証済みプリンターのジョブが適切な下位プリンターに転送する必要があります。 - ジョブはすべての下位プリンターに転送する必要がありますpurge-jobsはすべての下位プリンターに転送する必要があります
IPP/1.1 Job operations:
IPP/1.1ジョブ操作：
Send-Document MUST forward immediately or queue to the
appropriate Job in one of its Subordinate
Printers
Send-URI MUST forward immediately or queue to the
appropriate Job in one of its Subordinate
Printers
Cancel-Job MUST forward to the appropriate Job in one of
its Subordinate Printers
Get-Job- MUST forward to the appropriate Job in one of
Attributes its Subordinate Printers if the Non-Leaf
Printer doesn't know the complete status of the
Job object
Hold-Job MUST forward to the appropriate Job in one of
its Subordinate Printers
Release-Job MUST forward to the appropriate Job in one of
its Subordinate Printers
Restart-Job MUST forward to the appropriate Job in one of its Subordinate Printers
Restart-Jobは、その下位プリンターの1つで適切なジョブに転送する必要があります
IPP Set operations: See [RFC3380]
IPPセット操作：[RFC3380]を参照してください
Set-Job- MUST forward to the appropriate Job in one of Attributes its Subordinate Printers
set-job-は、その下位プリンターの属性の1つで適切なジョブに転送する必要があります
When a Printer receives a request that REQUIRES forwarding, it does so on a "best efforts basis" and returns a response to its client without waiting for responses from any of its Subordinate Printers. Such forwarded requests could fail.
プリンターが転送を必要とするリクエストを受信すると、「最良の努力」に基づいてそれを行い、その下位プリンターからの応答を待たずにクライアントへの応答を返します。そのような転送された要求は失敗する可能性があります。
The following operation and Job Description attributes are defined to help represent Job relationships for Fan-Out and forwarding of jobs.
以下の操作および職務記述書の属性は、ファンアウトとジョブの転送のための職務関係を表すのに役立つように定義されています。
[RFC2911] defines "output-device-assigned" as follows: "This attribute identifies the Output Device to which the Printer object has assigned this job. If an Output Device implements an embedded Printer object, the Printer object NEED NOT set this attribute. If a print server implements a Printer object, the value MAY be empty (zero-length string) or not returned until the Printer object assigns an Output Device to the job. This attribute is particularly useful when a single Printer object supports multiple devices (so called "Device Fan-Out" see [RFC2911] section 2.1)." See also section 10.1 in this specification.
[RFC2911]は、「出力デバイス割り当て」を次のように定義します。「この属性は、プリンターオブジェクトがこのジョブを割り当てた出力デバイスを識別します。出力デバイスが組み込みプリンターオブジェクトを実装する場合、プリンターオブジェクトはこの属性を設定する必要はありません。プリントサーバーがプリンターオブジェクトを実装する場合、プリンターオブジェクトが出力デバイスをジョブに割り当てるまで、値が空（ゼロレングス文字列）になるか、返されない場合があります。この属性は、単一のプリンターオブジェクトが複数のデバイスをサポートする場合に特に役立ちます（したがって）「デバイスファンアウト」と呼ばれる[RFC2911]セクション2.1を参照）。この仕様のセクション10.1も参照してください。
The operation attribute containing the user name of the original user; i.e., corresponding to the "requesting-user-name" operation attribute (see [RFC2911], section 3.2.1.1) that the original client supplied to the first Printer object. The Printer copies the "original-requesting-user-name" operation attribute to the corresponding Job Description attribute.
元のユーザーのユーザー名を含む操作属性。つまり、最初のプリンターオブジェクトに提供された元のクライアントが提供した「要求ユーザー名」操作属性（[RFC2911]、セクション3.2.1.1を参照）に対応しています。プリンターは、「オリジナルリクエストユーザー名」操作属性を対応するジョブ説明属性にコピーします。
The IPP/1.1 "requesting-user-name" operation attribute (see [RFC2911] section 3.2.1.1) is updated by each client to be itself on each hop; i.e., the "requesting-user-name" represents the client forwarding the request, not the original client.
IPP/1.1「要求 - ユーザー名」操作属性（[rfc2911]セクション3.2.1.1を参照）は、各クライアントが各ホップでそれ自体に更新します。つまり、「リクエストユーザー名」は、元のクライアントではなく、リクエストを転送するクライアントを表します。
10.8.4. job-originating-user-name (name(MAX)) Job Description Attribute - Additional Semantics
10.8.4. Job-Originating-User-Name（name（max））jobs constribution属性 - 追加のセマンティクス
The "job-originating-user-name" Job Description attribute (see [RFC2911], section 4.3.6) remains as the authenticated original user, not the parent Printer's authenticated host, and is forwarded by each client without changing the value.
「ジョブオリジーユーザー」のジョブ説明属性（[RFC2911]、セクション4.3.6を参照）は、親プリンターの認証されたホストではなく、認証された元のユーザーとして残り、値を変更せずに各クライアントによって転送されます。
The Job and Printer Administrative operations defined in this document are OPTIONAL operations. However, some operations MUST be implemented if others are implemented, as shown in Table 9.
このドキュメントで定義されているジョブおよびプリンター管理操作は、オプションの操作です。ただし、表9に示すように、他の操作が実装されている場合は、一部の操作を実装する必要があります。
Table 9. Conformance Requirement Dependencies for Operations
表9.操作の適合要件依存関係
Operations REQUIRED If any of these operations are
supported:
--------------------------------------------------------------------
Enable-Printer Disable-Printer
Disable-Printer Enable-Printer
Pause-Printer Resume-Printer
Resume-Printer Pause-Printer,
Pause-Printer-After-Current-Job
Hold-New-Jobs Release-Held-New-Jobs
Release-Held-New-Jobs Hold-New-Jobs
Activate-Printer, Deactivate-Printer
Disable-Printer,
Pause-Printer-After-Current-Job
Deactivate-Printer, Activate-Printer
Enable-Printer,
Resume-Printer
Restart-Printer none
Shutdown-Printer none
Startup-Printer none
Reprocess-Job none
Cancel-Current-Job none
Resume-Job Suspend-Current-Job
Suspend-Current-Job Resume-Job
Promote-Job none
Schedule-Job-After Promote-Job
Tables 10 and 11 list the "printer-state-reasons" and "job-state-reasons" values that are REQUIRED if the indicated operations are supported.
表10および11には、指定された操作がサポートされている場合に必要な「プリンターステートリーズン」と「ジョブステートリゾン」値をリストします。
Table 10. Conformance Requirement Dependencies for "printer-state-reasons" Values
表10.「プリンターステートリーズン」値の適合要件依存関係
"printer-state- Conformance If any of the following Printer
reasons" values: Requirement Operations are supported:
--------------------------------------------------------------------
'paused' REQUIRED Pause-Printer,
Pause-Printer-After-Current-Job,
or Deactivate-Printer
'hold-new-jobs' REQUIRED Hold-New-Jobs
'moving-to-paused' OPTIONAL Pause-Printer,
Pause-Printer-After-Current-Job,
Deactivate-Printer
'deactivated' REQUIRED Deactivate-Printer
Table 11. Conformance Requirement Dependencies for "job-state-reasons" Values
表11.「ジョブステートレゾン」値の適合要件依存関係
"job-state-reasons" Conformance If any of the following Job values: Requirement operations are supported:
「ジョブステートリーズン」の適合以下のジョブ値のいずれかがある場合：要件操作がサポートされています。
'job-suspended' REQUIRED Suspend-Current-Job 'printer-stopped' REQUIRED Always REQUIRED
「ジョブサスペンス」が必要なサスペンド電流 - ジョブ「プリンターストップ」が必要な常に必要
[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月。
[RFC2246] Dierks, T. and C. Allen, "The TLS Protocol Version 1.0", RFC 2246, January 1999.
[RFC2246] Dierks、T。およびC. Allen、「TLSプロトコルバージョン1.0」、RFC 2246、1999年1月。
[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月。
[RFC2910] Herriot, R., Butler, S., Moore, P., Turner, R., and J. Wenn, "Internet Printing Protocol/1.1: Encoding and Transport", RFC 2910, September 2000.
[RFC2910] Herriot、R。、Butler、S.、Moore、P.、Turner、R。、およびJ. Wenn、「インターネット印刷プロトコル/1.1：エンコーディングとトランスポート」、RFC 2910、2000年9月。
[RFC2911] Hastings, T., Herriot, R., deBry, R., Isaacson, S., and P. Powell, "Internet Printing Protocol/1.1: Model and Semantics", RFC 2911, September 2000.
[RFC2911] Hastings、T.、Herriot、R.、Debry、R.、Isaacson、S。、およびP. Powell、「インターネット印刷プロトコル/1.1：モデルとセマンティクス」、RFC 2911、2000年9月。
[RFC3380] Hastings, T., Herriot, R., Kugler, C., and H. Lewis, "Internet Printing Protocol (IPP): Job and Printer Set Operations", RFC 3380, September 2002.
[RFC3380] Hastings、T.、Herriot、R.、Kugler、C。、およびH. Lewis、「インターネット印刷プロトコル（IPP）：ジョブおよびプリンターセット操作」、RFC 3380、2002年9月。
[RFC2567] Wright, F., "Design Goals for an Internet Printing Protocol", RFC 2567, April 1999.
[RFC2567] Wright、F。、「インターネット印刷プロトコルの設計目標」、RFC 2567、1999年4月。
[RFC2568] Zilles, S., "Rationale for the Structure of the 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月。
[RFC3196] Hastings, T., Manros, C., Zehler, P., Kugler, C., and H. Holst, "Internet Printing Protocol/1.1: Implementor's Guide", RFC 3196, November 2001.
[RFC3196] Hastings、T.、Manros、C.、Zehler、P.、Kugler、C.、およびH. Holst、「インターネット印刷プロトコル/1.1：実装ガイド」、RFC 3196、2001年11月。
[RFC3239] Kugler, C., Lewis, H., and T. Hastings, "Internet Printing Protocol (IPP): Requirements for Job, Printer, and Device Administrative Operations", RFC 3239, February 2002.
[RFC3239] Kugler、C.、Lewis、H。、およびT. Hastings、「インターネット印刷プロトコル（IPP）：ジョブ、プリンター、およびデバイス管理操作の要件」、RFC 3239、2002年2月。
[RFC3995] Herriot, R. and T. Hastings, "Internet Printing Protocol (IPP): Event Notifications and Subscriptions", RFC 3995, February 2005.
[RFC3995] Herriot、R。およびT. Hastings、「インターネット印刷プロトコル（IPP）：イベント通知とサブスクリプション」、RFC 3995、2005年2月。
This section contains the registration information that IANA added to the IPP Registry according to the procedures defined in [RFC2911], section 6, to cover the definitions in this document. The resulting registrations have been published as additions to the http://www.iana.org/assignments/ipp-registrations file.
このセクションには、IANAが[RFC2911]で定義されている手順に従って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 [RFC2911], section 6.2.
次の表に、このドキュメントで定義されているすべての属性を示します。これらは[RFC2911]の手順に従って登録されています。セクション6.2。
Name Reference Section
-------------------------------------- --------- -------
Job Description attributes:
original-requesting-user-name (name(MAX)) [RFC3998] 10.8.2
Printer Description attributes: subordinate-printers-supported (1setOf uri) [RFC3998] 7.1 parent-printers-supported (1setOf uri) [RFC3998] 7.2
プリンターの説明属性：下位プリンターがサポートする（1Setof URI）[RFC3998] 7.1親プリンターがサポートする（1Setof URI）[RFC3998] 7.2
Operation attributes: original-requesting-user-name (name(MAX)) [RFC3998] 10.8.2
操作属性：Original-Requesting-User-Name（name（max））[rfc3998] 10.8.2
This section lists the additional values defined in this document for existing attributes.
このセクションには、既存の属性についてこのドキュメントで定義されている追加の値をリストします。
Attribute
Value Reference Section
--------------------- --------- -------
job-state-reasons (1setOf type2 keyword)
job-suspended [RFC3998] 9.1
printer-state-reasons (1setOf type2 keyword) hold-new-jobs [RFC3998] 8.1 deactivated [RFC3998] 8.2
プリンターステートリーズン（1Setof Type2キーワード）Hold-New-Jobs [RFC3998] 8.1無効[RFC3998] 8.2
The following table lists all the new enum attribute values defined in this document. These have been registered according to the procedures in [RFC2911], section 6.1.
次の表には、このドキュメントで定義されているすべての新しいenum属性値を示します。これらは、[RFC2911]、セクション6.1の手順に従って登録されています。
Attribute (attribute syntax)
Value Name Reference Section
------- -------------------- --------- -------
operations-supported (1setOf type2 enum) [RFC2911] 4.4.1
0x0022 Enable-Printer [RFC3998] 3
0x0023 Disable-Printer [RFC3998] 3
0x0024 Pause-Printer-After-Current-Job [RFC3998] 3
0x0025 Hold-New-Jobs [RFC3998] 3
0x0026 Release-Held-New-Jobs [RFC3998] 3
0x0027 Deactivate-Printer [RFC3998] 3
0x0028 Activate-Printer [RFC3998] 3
0x0029 Restart-Printer [RFC3998] 3
0x002A Shutdown-Printer [RFC3998] 3
0x002B Startup-Printer [RFC3998] 3
0x002C Reprocess-Job [RFC3998] 4
0x002D Cancel-Current-Job [RFC3998] 4
0x002E Suspend-Current-Job [RFC3998] 4
0x002F Resume-Job [RFC3998] 4
0x0030 Promote-Job [RFC3998] 4
0x0031 Schedule-Job-After [RFC3998] 4
The following table lists all the operations defined in this document. These have been registered according to the procedures in [RFC2911], section 6.4.
次の表には、このドキュメントで定義されているすべての操作を示します。これらは、[RFC2911]、セクション6.4の手順に従って登録されています。
Name Reference Section
----------------------------- --------- -------
Activate-Printer [RFC3998] 3.4.2
Cancel-Current-Job [RFC3998] 4.2
Deactivate-Printer [RFC3998] 3.4.1
Disable-Printer [RFC3998] 3.1.1
Enable-Printer [RFC3998] 3.1.2
Hold-New-Jobs [RFC3998] 3.3.1
Pause-Printer-After-Current-Job [RFC3998] 3.2.1
Promote-Job [RFC3998] 4.4.1
Release-Held-New-Jobs [RFC3998] 3.3.2
Reprocess-Job [RFC3998] 4.1
Restart-Printer [RFC3998] 3.5.1
Resume-Job [RFC3998] 4.3.2
Schedule-Job-After [RFC3998] 4.4.2
Shutdown-Printer [RFC3998] 3.5.2
Startup-Printer [RFC3998] 3.5.3
Suspend-Current-Job [RFC3998] 4.3.1
The following table lists the status code defined in this document. This has been registered according to the procedures in [RFC2911], section 6.6.
次の表に、このドキュメントで定義されているステータスコードを示します。これは、[RFC2911]、セクション6.6の手順に従って登録されています。
Value Name Reference Section
------ ------------------------ --------- -------
0x0000:0x00FF - "successful"
none at this time
0x0100:0x01FF - "informational" none at this time
0x0100：0x01ff-この時点で「情報」なし
0x0300:0x03FF - "redirection" See RFC 2911 Errata none at this time
0x0300：0x03ff-「リダイレクト」RFC 2911エラクラを参照
0x0400:0x04FF - "client-error" none at this time
0x0400：0x04ff-この時点で "client -error"なし
0x0500:0x05FF - "server-error" 0x050A server-error-printer-is-deactivated [RFC3998] 5.1
0x0500：0x05ff- "server-error" 0x050a server-error-printer-is-deactivated [rfc3998] 5.1
This document has the same localization considerations as [RFC2911].
このドキュメントには、[RFC2911]と同じローカリゼーションの考慮事項があります。
The IPP Model and Semantics document [RFC2911] discusses high level security requirements (Client Authentication, Server Authentication, and Operation Privacy). Client Authentication is the mechanism by which the client proves its identity to the server in a secure manner. Server Authentication is the mechanism by which the server proves its identity to the client in a secure manner. Operation Privacy is defined as a mechanism for protecting operations from eavesdropping.
IPPモデルとセマンティクスドキュメント[RFC2911]は、高レベルのセキュリティ要件（クライアント認証、サーバー認証、およびオペレーションプライバシー）について説明しています。クライアント認証は、クライアントが安全な方法でサーバーに対するIDを証明するメカニズムです。サーバー認証は、サーバーが安全な方法でクライアントに対するアイデンティティを証明するメカニズムです。オペレーションプライバシーは、盗聴から運用を保護するためのメカニズムとして定義されます。
Printer operations defined in this specification (see section 3), as well as Pause-Printer, Resume-Printer, and Purge-Job (defined in [RFC2911]) are intended for use by an operator and/or administrator. Job operations defined in this specification (see section 4) and Cancel-Job, Hold-Job, and Release-Job (defined in [RFC2911]) are intended for use by the job owner, operator, or administrator of the Printer object. These operator and administrator operations affect service for all users.
この仕様で定義されているプリンター操作（セクション3を参照）、および一時停止プリンター、履歴書 - プリンター、およびパージジョブ（[RFC2911]で定義）は、オペレーターおよび/または管理者が使用することを目的としています。この仕様（セクション4を参照）およびキャンセルジョブ、ホールドジョブ、およびリリースジョブ（[RFC2911]で定義）で定義されているジョブオペレーションは、プリンターオブジェクトのジョブオーナー、オペレーター、または管理者が使用することを目的としています。これらのオペレーターと管理者の運用は、すべてのユーザーのサービスに影響を与えます。
Inappropriate use of an administrative operation by an unauthenticated end user can affect the quality of service for all users. Therefore, IPP Printer implementations MUST support both successful certificate-based TLS [RFC2246] client authentication and successful operator/administrator authorization (see [RFC2911], sections 5.2.7 and 8, and [RFC2910]) to perform the administrative operations defined in this document. [RFC2910] requires the IPP Printer to support the minimum cipher suite specified for TLS/1.0. The means for authorizing an operator or administrator of the Printer object are outside the scope of this specification, RFC 2910, and RFC 2911.
認可されていないエンドユーザーによる管理操作の不適切な使用は、すべてのユーザーのサービス品質に影響を与える可能性があります。したがって、IPPプリンターの実装は、証明書ベースの成功したTLS [RFC2246]クライアント認証と成功したオペレーター/管理者認証の両方をサポートする必要があります（[RFC2911]、セクション5.2.7および8、および[RFC2910]を参照）、これで定義された管理操作を実行します。書類。[RFC2910]では、TLS/1.0に指定された最小暗号スイートをサポートするためにIPPプリンターが必要です。プリンターオブジェクトのオペレーターまたは管理者を承認する手段は、この仕様であるRFC 2910およびRFC 2911の範囲外です。
The use of TLS and Client Authentication solves the Denial of Service, Man in the Middle, and Masquerading security threats.
TLSとクライアント認証の使用は、サービスの拒否、中間の人間、およびセキュリティの脅威を装って解決します。
The base set of IPP documents includes the following:
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]
"Design Goals for an Internet Printing Protocol" takes a broad look at distributed printing functionality, and it enumerates real-life scenarios that help clarify the features that have 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. A few OPTIONAL operator operations have been added to IPP/1.1.
「インターネット印刷プロトコルの設計目標」は、分散した印刷機能を幅広く見ています。また、インターネットの印刷プロトコルに含める必要がある機能を明確にするのに役立つ実生活のシナリオを列挙します。エンドユーザー、オペレーター、および管理者の3種類のユーザーの要件を特定します。IPP/1.0で満たされているエンドユーザー要件のサブセットを呼び出します。IPP/1.1にいくつかのオプションのオペレーター操作が追加されています。
"Rationale for the Structure and Model and Protocol for the Internet Printing Protocol" 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 working group's major decisions.
「インターネット印刷プロトコルの構造とモデルとプロトコルの理論的根拠」は、高レベルビューからのIPPを説明し、IPP仕様ドキュメントのスイートを形成するさまざまなドキュメントのロードマップを定義し、IETFワーキンググループの主要なグループの背景と根拠を提供します決定。
"Internet Printing Protocol/1.1: Model and Semantics" describes a simplified model with abstract objects, their attributes, and their operations that are independent of encoding and transport. It introduces a Printer and a Job object. The Job object optionally supports multiple documents per Job. It also addresses security, internationalization, and directory issues.
「インターネット印刷プロトコル/1.1：モデルとセマンティクス」は、抽象的なオブジェクト、その属性、およびエンコードと輸送に依存しない操作を備えた単純化されたモデルを説明しています。プリンターとジョブオブジェクトを紹介します。ジョブオブジェクトは、オプションでジョブごとの複数のドキュメントをサポートします。また、セキュリティ、国際化、およびディレクトリの問題にも対処します。
"Internet Printing Protocol/1.1: Encoding and Transport" is a formal mapping of the abstract operations and attributes defined in the model document onto HTTP/1.1 [RFC2616]. It 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 'ippget' scheme for identifying IPP printers and jobs.
「インターネット印刷プロトコル/1.1：エンコードとトランスポート」は、モデルドキュメントで定義されている抽象操作とhttp/1.1 [RFC2616]に定義されている属性の正式なマッピングです。「Application/IPP」と呼ばれる新しいインターネットMIMEメディアタイプのエンコーディングルールを定義します。このドキュメントでは、コンテンツタイプが「アプリケーション/IPP」であるメッセージ本文をHTTPで輸送するためのルールも定義しています。このドキュメントでは、IPPプリンターとジョブを識別するための「ippget」スキームを定義します。
"Internet Printing Protocol/1.1: Implementer's Guide" 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オブジェクトの実装の設計に役立つ可能性のある考慮事項の一部を理解するのに役立つことを目的としています。たとえば、エラーチェックを含む、処理リクエストの典型的な順序が与えられます。仕様決定のいくつかの動機も含まれています。
"Mapping between LPD and IPP Protocols" gives some advice to implementers of gateways between IPP and LPD (Line Printer Daemon) implementations.
「LPDとIPPプロトコル間のマッピング」は、IPPとLPD（Line Printer Daemon）の実装の間のゲートウェイの実装者にアドバイスを提供します。
Authors' Addresses
著者のアドレス
Carl Kugler IBM Corporation, 003G 6300 Diagonal Hwy Boulder, CO 80301
Carl Kugler IBM Corporation、003G 6300斜めのハイウェイボルダー、CO 80301
Phone: (303) 924-5060 EMail: kugler@us.ibm.com
電話：（303）924-5060メール：kugler@us.ibm.com
Tom Hastings, editor Xerox Corporation 701 S Aviation Blvd. ESAE 242 El Segundo, CA 90245
トム・ヘイスティングス、編集者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
Harry Lewis IBM Corporation 6300 Diagonal Hwy Boulder, CO 80301
ハリー・ルイスIBMコーポレーション6300斜めのハイウェイボルダー、CO 80301
Phone: (303) 924-5337 EMail: harryl@us.ibm.com
電話：（303）924-5337メール：harryl@us.ibm.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エディター機能の資金は現在、インターネット協会によって提供されています。