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
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).
著作権（C）インターネット協会（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オブジェクトを使用して-に。
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
プリンタの操作：ジョブ操作は：プリンタ-有効化と無効化、プリンタ再処理 - ジョブの一時停止・プリンタ・アフター電流ジョブキャンセル電流のジョブをホールド新ジョブとリリース - 開催 - 新ジョブがサスペンド電流のジョブDeactivate-をプリンタとアクティブ化-プリンタ再開 - ジョブを再起動し、プリンタの推進 - 仕事シャットダウン・プリンタおよびスタートアップ・プリンタのスケジュール・ジョブ・後
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.
このようMUSTとして資産の用語は、REQUIREDは、MAY、はすべきでない必要がなく、オプションは、RFC 2119 [RFC2119]と[RFC2911]、セクション12.1で定義された適合性に関する特別な意味を持ってはいけません。実装は、この文書で定義された拡張をサポートしている場合、これらの条件が適用されます。それ以外の場合は、そうではありません。これらの用語は、この文書への適合性を定義します。特に明記しない限り、彼らは、他の文書への適合に影響を与えません。
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 Printerオブジェクトで操作。
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 Printerオブジェクトが複数の下位IPP Printerオブジェクトを制御する構成。
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 Printerオブジェクトによって制御されるIPP Printerオブジェクト。このような下位プリンタは、ゼロ個以上の下位プリンタを持っているかもしれません。
Leaf Printer - An IPP Printer object that has no Subordinate Printers.
葉のプリンタ - 何の下位プリンタを持っていないIPP Printerオブジェクト。
Non-Leaf Printer - An IPP Printer object that has one or more Subordinate Printers. A Non-Leaf Printer is also called a Parent Printer.
非リーフプリンタ - 一つ以上の下位プリンタを持っているIPP Printerオブジェクト。非リーフプリンタも親プリンタと呼ばれています。
Chained Printer - a Non-Leaf Printer that has exactly one Subordinate Printer.
連鎖プリンタ - 正確に一つ下位のプリンタを持っている、葉以外のプリンタ。
Job Creation operations - IPP operations that create a Job object: Print-Job, Print-URI, and Create-Job.
ジョブ作成業務 - ジョブオブジェクトを作成するIPP操作：印刷ジョブ、印刷-URI、および作成・ジョブ。
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).
すべてのプリンタの操作は、プリンタオブジェクトに向けられています。クライアントは、常に操作の正しいターゲットを特定するために、「プリンタ-URI」操作属性を供給しなければなりません。これらの記述は、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プリンタの操作operation-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.
無効にする - プリンターの0x23は、雇用創出の操作を受け付けるからターゲットプリンタを防ぎます。
Pause-Printer- 0x24 Pauses the Printer after the current After-Current- job has been sent to the Output Job Device.
一時停止-Printer- 0x24をジョブが出力ジョブデバイスに送信された後、電流 - 電流の後にプリンタを一時停止します。
Hold-New-Jobs 0x25 Finishes processing all currently pending jobs. Any new jobs are placed in the 'pending-held' state.
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.
Deactivate-は0x27は、読み取り専用のプリンタにプリンタの状態が無効に入れます。
Activate- 0x28 Restores the Printer to normal Printer activity.
Activate-の0x28は、通常のプリンタの活動にプリンターを復元します。
Restart-Printer 0x29 Restarts the target Printer and re-initializes the software.
再起動し、プリンタの0x29は、対象プリンタを再起動し、ソフトウェアを再初期化します。
Shutdown- 0x2A Shuts down the target Printer so that Printer it cannot be restarted or queried.
プリンタは、それが再起動または照会することができないようにSHUTDOWN- 0x2Aは、対象プリンタをシャットダウンします。
Startup-Printer 0x2B Starts up the instance of the Printer object.
スタートアップ・プリンタ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オブジェクトのためのオプションです。 OPTIONAL操作の仕様が他の任意のオペレーションのサポートを必要としない限り、適合実装は、これらの操作の任意の組み合わせをサポートすることができます。操作の多くはペアで来るので、どちらか一方が実装されている場合の両方が必要です。
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 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.
これらの操作は、オペレータがプリンタが新しい雇用創出を受け入れる（印刷ジョブ、印刷-URI、および作成・ジョブ）を操作するかどうかを制御することができます。これらの操作は、プリンタ上の他の効果を持っていないので、プリンタは他のすべての操作を受け入れることを続け、正常にジョブをスケジュールして処理を続けています。言い換えれば、これらの操作は独立して出力デバイスに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.
このオプションの動作は、クライアントが新しいジョブを受け入れてから、プリンタオブジェクトを停止することができます。すなわち、それは、後続のジョブ作成操作を拒否し、「サーバー・エラー・-受け入れていない - のジョブのステータスコードを返すようにプリンタの原因となります。プリンタは、まだ、検証、仕事など、他のすべての操作を受け付け、文書を送信、および操作を-URIに送信します。このように無効にし、プリンターの操作が作成し、ジョブ操作が既に受理されていた場合、クライアントは、複数の文書ジョブの複数の文書を提出し続けることができます。すべての以前に作成またはジョブと現在影響を受けずに継続処理するすべてのジョブを提出しました。
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プリンタは、どのような状態で要求を受け入れなければなりません。プリンタが「偽」にその「プリンタである受容-ジョブ」の値は読み取り専用プリンタ記述属性を設定に関係なく、前の値が何であったか、（[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）この操作は、Printerオブジェクトのオペレータまたは管理者である必要があり行う（[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-プリンタ応答は、新たな「プリンタメッセージ-from-含め、（セクション3.2.7.1と3.2.7.2、[RFC2911]を参照）と同じ属性グループを持っており、一時停止、プリンターの操作を行うと属性オペレータ」操作属性（セクション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プリンタは、どのような状態で要求を受け入れなければなりません。プリンタが「真」にその「プリンタである受容-ジョブ」の値は読み取り専用プリンタ記述属性を設定に関係なく、前の値が何であったか、（[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）この操作は、Printerオブジェクトのオペレータまたは管理者である必要があり行う（[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-プリンタ応答は、同じ属性グループを持っているし、（[RFC2911]を参照のセクション3.2.8.1と3.2.8.2）一時停止 - プリンタの操作を行い、新たな「など、プリンタのメッセージ-from-属性オペレータ」操作属性（セクション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.
このセクションでは、それは直ちに、または現在のジョブの後に印刷を停止するか否かの曖昧（セクション3.2.7、[RFC2911]を参照）OPTIONAL IPP / 1.1ポーズプリンタを残します。また、現在のジョブを次のようにオプションの一時停止・プリンタ・アフター現在のジョブの動作を定義します。これらの操作は、IPPジョブのスケジューリングに影響を与えます。これらの一時停止プリンタのいずれかの操作がサポートされている場合は、[再開 - プリンタの操作をサポートしなければなりません。
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 Printerオブジェクトが表す関連する出力デバイス（複数可）に、新たな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.
言い換えれば、これらの操作は、出力デバイス（複数可）に「新規雇用の出力」、および無効化を制御し、独立してIPPプリンタを「新規雇用の入力」を制御（3.1節を参照）プリンタの操作を有効にします。
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.
一時停止 - プリンタ - アフターは、現在のジョブが完了した後、出力デバイス（複数可）に電流ジョブ新しいIPPジョブを送信してから、IPPプリンタを停止します。
Resume-Printer Starts the IPP Printer sending IPP Jobs to the Output Device again.
再開-プリンタが再び出力デバイスへの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 Printerオブジェクトの遷移を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プリンタは、Printerオブジェクトの「プリンタ状態-な理由」に「移動-にポーズ」の値を追加します属性（セクション[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).
この操作は、ジョブ作成要求（セクション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プリンタ 『ジョブ状態理由は、』属性とだけ返す必要が 『（ゲット・ジョブ・属性または取得し、ジョブ操作を使って、これらのジョブが照会されている場合、プリンタ停止』の値を「遅延評価」）は、いわゆる。
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
'処理が' '' 停止REQUIRED 'を一時停止'： '成功-OK'; IPPプリンタは出力デバイスにIPPジョブを送るの真ん中にありませんでした
'stopped' 'stopped' 'paused' REQUIRED: 'successful-ok'
「「停止」」停止REQUIRED「を一時停止」：「成功-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).
一時停止・プリンタ・アフター電流のジョブリクエストとレスポンス・プリンタ・アフター電流のジョブを一時停止、同じ属性グループを持っており、一時停止、プリンターの操作は（セクション3.2.7.1と3.2.7.2、[RFC2911]を見ないような属性）、新しい「プリンタメッセージからオペレータ」操作属性（セクション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 Printerオブジェクト（複数可）に、現在の「保留」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.
代わりに「保留中」または「処理」状態で、「保留-開催された」状態にジョブを入れることを除いて、この操作は、（セクション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).
ホールド新ジョブの要求とホールド新ジョブの応答は、新たな「printer-含め、（セクション3.2.7.1と3.2.7.2、[RFC2911]を参照）と同じ属性グループを持っており、一時停止、プリンターの操作が行うように属性メッセージからオペレータ」操作属性（セクション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).
リリース - 開催 - 新ジョブの要求とリリース - 開催 - 新ジョブの応答は、同じ属性グループを持っており、一時停止、プリンターの操作などの属性新しいを含め、（セクション3.2.7.1と3.2.7.2、[RFC2911]を参照） 「プリンタ・メッセージからオペレータ」操作属性（セクション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 Printerオブジェクトを停止し、起動オプションの無効化、プリンタおよびアクティブ・プリンタの操作を定義しています。これらの操作のいずれかがサポートされている場合は、両方をサポートしなければなりません。
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ジョブを送信するからプリンターオブジェクトを停止し、すべての要求が、クエリ要求を受け入れるからプリンターオブジェクトを停止することができます。プリンタはすぐに無効にし、プリンタと一時停止・プリンタ・アフター電流のジョブの動作を行います。これら二つの操作がすぐに完了できない場合は、「プリンタ状態の理由」のすべての使用を含みます。また、プリンタはすぐに、クエリ（ゲット・プリンタ・属性は、Get-ジョブ・属性は、Get-ジョブズ、など）をアクティブ・プリンタを除き、すべての要求を拒絶しなければなりません送信-ドキュメント、および送信-URIを（ように一部のジョブ投入は）セクション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プリンタは、どのような状態で要求を受け入れなければなりません。すぐに、プリンタはその「プリンタ状態-の理由」属性の「非アクティブ化」の値を設定しなければなりません。どちらも無効にし、プリンタや一時停止、プリンター・アフター電流ジョブが「非アクティブ」の値を設定します。注意してください。
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).
非アクティブ・プリンター要求と非アクティブ・プリンタ応答は、新たな「プリンタメッセージ-from-含め、（セクション3.2.7.1と3.2.7.2、[RFC2911]を参照）と同じ属性グループを持っており、一時停止、プリンターの操作が行うように属性オペレータ」操作属性（セクション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ジョブの送信を開始することができます（一時停止・プリンタ・アフター電流ジョブ）と、任意の要求を受け入れるからプリンターオブジェクトを開始します。プリンタは、直ちに有効にし、プリンタと再開 - プリンタ操作を行います。また、プリンタはすぐにすべての要求の受け付けを開始しなければなりません。
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).
アクティブ・プリンタの要求とアクティブ・プリンタ応答は、新たな「プリンタメッセージからオペレータを含め、（セクション3.2.7.1と3.2.7.2、[RFC2911]を参照）と同じ属性グループを持っており、一時停止、プリンターの操作などの属性"操作属性（セクション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.
このオプションの動作は、操作が正しくないため、または不安定動作の初期化を必要としているプリンタオブジェクトを再起動するようにクライアントを許可します。つまり、ソフトウェアの再起動の効果を実行します。実装は、再初期化する前にジョブに関する情報やプリンタオブジェクトを保存しようとしなければなりません。しかし、この操作は実行しているシステムの大幅な結果をもたらす可能性があるので、クライアントは、最初にシステムの現在の状態への影響を最小限にするための無効化、プリンタの操作を試してみてください。前回の無効化、プリンタの効果は、プリンタを一時停止し、非アクティブ・プリンタの操作が失われます。
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プリンタは、どのような状態で要求を受け入れなければなりません。 「アイドル」にそのプリンタの「プリンタ状態」を初期化しなければならないPrinterオブジェクトは、その「プリンタ状態-の理由」属性から状態理由を削除し、「真」にその「プリンタ受容され、ジョブ」属性を変更します。
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).
再起動し、プリンタの要求と再起動、プリンタ応答は、新たな「プリンタメッセージ-from-含め、（セクション3.2.8.1と3.2.8.2、[RFC2911]を参照）と同じ属性グループを持っており、一時停止、プリンターの操作が行うように属性オペレータ」操作属性（セクション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を参照してください）。シャットダウンプリンタの目的は、デバイスをリセットするか、プリンタ属性を変更するのではなく、シャットダウン長期間プリンタです。ソフトウェアを初期化する方法を再起動し、プリンタ（セクション3.5.1）とスタートアップ・プリンタ（セクション3.5.3）を参照してください。処理を停止するか、シャットダウンせずにジョブ作成要求を受け入れるからプリンタを停止するクライアントのための方法を無効にし、プリンターの操作（セクション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.
プリンタオブジェクトは、アクティビティが完了するまで、「プリンタ状態」とポーズプリンタ-アフター電流仕事の操作のために定義され、「プリンタ状態理由」を介して任意の状態遷移プリンタオブジェクトでこの操作を受け付けなければならずPrinterオブジェクトは、消えます。
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).
シャットダウン・プリンタの要求とシャットダウン・プリンタ応答は、同じ属性グループを持っており、一時停止、プリンターの操作が行うように属性（セクション3.2.7.1と3.2.7.2、[RFC2911]を参照）、新しい「プリンタメッセージ-from-含みますオペレータ」操作属性（セクション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.
このオプションの動作は、プリンタオブジェクトのインスタンスを起動するには、クライアントは、既に開始1が存在しないことを条件とすることができます。スタートアップ・プリンタの目的は、ホストがこの外の手段によって（利用可能になった後に開始されるIPP Printerオブジェクト（すなわち、ネットワーク接続またはローカル出力デバイスに代わってIPPプリンタを実装してサーバ）のホストされた実装を可能にすることです資料）。ソフトウェアを初期化するか、IPP Printerオブジェクトが既に開始されたとき、出力デバイス（複数可）をリセットする方法についてはセクション3.5.1を参照してください。
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.
この操作の結果は、「アイドル」にその「プリンタ状態-の理由」属性、およびその「プリンタである受容-仕事」属性セットから削除状態理由を設定しPrinterオブジェクトの「プリンタ状態」でなければならない（MUST） 「偽」へ。その後、オペレータは有効-プリンタの操作を実行する前にプリンタを再設定することができます。プリンタが最初にパワーアップされている場合しかし、その「プリンタ受容され、ジョブ」属性は、操作「箱から出して」簡単に実現するために、「真」に設定することをお勧めします。
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.
それは、現在のジョブである場合、キャンセル-電流 - 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.
それは他の仕事を代わりに処理することができるように、現在のジョブである場合suspend-一時0x2Eは現在、仕事上の現在の処理ジョブターゲットプリンタまたは指定したジョブを中断します。
Resume-Job 0x2F Resumes the suspended target job.
再開-仕事0x2Fは中断対象のジョブを再開します。
Promote-Job 0x30 Promotes the pending target job to be next after the current job(s) complete.
推進-仕事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を参照）を再起動し、ジョブの動作と同じです。新しい値は、「仕事-URI」および「ジョブID」属性に割り当てられています。新しいジョブの仕事内容は、「ジョブ印象が完了」として、そのトラックのジョブの進捗状況を属性、「ジョブメディアシートは-完了」、および「ジョブK-オクテット処理」、いずれかの場合と同様に、0に初期化されていますジョブ操作を作成します。対象のジョブは、どうか一つ以上の再処理 - ジョブ操作の独立したが、それに実行された、適切な期間の後にジョブ履歴に移動します。
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.
セットジョブ・属性操作がサポートされている場合、クライアントは新しいジョブを変更できるように、それはによって処理するために予定されている前に、それから「ジョブホールドまでの」操作属性は、少なくとも「無期限」の値でサポートしなければなりませんセットジョブ・属性操作を使用。仕事を変更した後、クライアントは、新しい仕事のために新しく割り当てられた「仕事-URI」または「ジョブ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」操作属性を、供給することができます。 「仕事-id」属性で識別されるジョブはプリンタの現在の仕事ではない場合、プリンタはこの操作を拒否し、「クライアントを返さなければならない（すなわち、「処理」または「処理停止」状態ではありません）ステータスコード「-error-ことはできません。そうでなければ、プリンタは、指定されたジョブをキャンセルします。
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:
リクエスト - 現在のジョブキャンセルとキャンセル電流のジョブ応答は、同じ属性グループを持っており、再開、プリンタの操作を行うと、新しい「ジョブ・メッセージ-from-を含めて、（[RFC2911]、セクション3.2.8を参照してください）属性オペレータ」操作属性は、要求の以下のグループ1 Operation属性を追加して、（セクション6を参照してください）：
"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.
「ジョブID」（整数（1：MAX））：クライアントOPTIONALLYは特定され、ジョブがまだ目標Printerオブジェクトの現在の仕事であることを確認するために、この操作属性を供給します。それがこの操作をサポートしている場合、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」操作属性を、供給することができます。 「仕事-id」属性で識別されるジョブはプリンタの現在の仕事ではない場合、プリンタはこの操作を拒否し、「クライアントを返さなければならない（すなわち、「処理」または「処理停止」状態ではありません）ステータスコード「-error-ことはできません。そうでなければ、プリンタは、指定されたジョブを中断し、他のジョブを処理しました。
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-を含めて、（[RFC2911]、セクション3.2.8を参照してください）属性オペレータ」操作属性は、要求の以下のグループ1 Operation属性を追加して、（セクション6を参照してください）：
"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.
「ジョブID」（整数（1：MAX））：クライアントOPTIONALLYは特定され、ジョブがまだ目標Printerオブジェクトの現在の仕事であることを確認するために、この操作属性を供給します。それがこの操作をサポートしている場合、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.
対象のジョブは、ジョブの「ジョブ状態の理由」属性の「ジョブ中断」の値と、「処理停止」状態にない場合、プリンタは要求を拒否し、「クライアント・エラーを-ない返さなければなりません - 可能」ステータスコード、ジョブが中断されなかったため。
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).
再開 - ジョブ要求と再開-仕事レスポンスが同じ属性グループを持っており、リリース・ジョブ操作としての属性（新しい「ジョブ・メッセージからオペレータ」操作属性を含む、（[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.
プリンタは、（セクション4.2.1、[RFC2911]を参照）、「仕事優先度」ジョブテンプレート属性を実装している場合、プリンタはサポートされている最高値に、ジョブの「ジョブの優先度」を設定する（ジョブは、任意の前に印刷されるように、他の保留中のジョブ）。プリンタは、「未完のジョブのために（[RFC2911]、セクション3.2.6を参照）には、Get-ジョブ応じてすぐに現在のジョブ（複数可）の後に対象のジョブを返します。
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.
プリンタは、（セクション4.2.1、[RFC2911]を参照）、「仕事優先度」ジョブテンプレート属性を実装している場合、プリンタは、先行ジョブのものにジョブの「ジョブの優先度」を設定する（ジョブが後に印刷されるように、先行ジョブ）。プリンタは、「未完のジョブのために（[RFC2911]、セクション3.2.6を参照）、すぐには、Get-ジョブズ応答に前任者の後に対象のジョブを返します。
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及びBと指定されたジョブは、次のキューをもたらすよう：A、B、E、C、D A後続のスケジュールジョブ-後仕事対象としてDとBと指定されたジョブは、次のキューをもたらすよう：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.
「前任者ジョブ-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.
「クライアント・エラーが-見つからない」 - 対象のジョブや先行ジョブのいずれかが見つかりませんでした。
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-ジョブ・属性は、Get-ジョブは、Get-プリンタ-属性、およびその他のは、Get-XXXXの操作を受け付けて。オペレータは、プリンタが他の操作を受け入れることができるようにアクティブ・プリンタの操作を行うことができます。
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：ゲット・プリンタ・属性、Bを設定し、プリンタが-属性：に限定含め、すべてではないが、他のプリンタの管理操作は、一時停止-プリンタを一時停止 - プリンタ - アフター電流求人、Hold--プリンタを再開新・ジョブズ、リリース-開催 - 新ジョブ、パージ・ジョブズCEOは、有効-印刷、無効化-プリンタを再起動し、プリンタ、シャットダウン・プリンタ、およびスタートアップ・プリンタ。 REQ：プリンタがサポートするために必要です。 OPT：サポートするプリンタ用のオプション。それがサポートされていない場合、プリンタはその属性を無視します。注：[RFC3380]によると、クライアントは、Get-プリンタ-属性またはSet-プリンタ - 属性の操作で「プリンタメッセージからオペレータ」操作属性を供給してはなりません。プリンタは、これら二つの操作で、この操作属性を無視しなければなりません。それはオペレータによって使用される場合、代わりに、クライアントは、「プリンタメッセージからオペレータ」として明示的属性（の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：ホールド・ジョブ、リリース・ジョブ、Reprocess-をジョブF：ゲット・ジョブ・属性、セット・ジョブ・属性
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-ジョブ・属性またはSet-ジョブ・属性操作における「ジョブ・メッセージからオペレータ」操作属性を供給してはなりません。プリンタは、これら二つの操作で、この操作属性を無視しなければなりません。オペレータによって使用される場合、代わりに、クライアントは、明示的な属性がセットジョブアトリビュート操作でジョブオブジェクトに設定されている（の1つ）として「ジョブメッセージからオペレータ」を供給しなければなりません。 *：それは「仕事ホールドまでの」ジョブテンプレートの属性をサポートしている場合、プリンタは、「ジョブホールドまでの」操作属性をサポートしなければなりません。再処理 - ジョブの動作では、クライアントは、ジョブを保持することができ、その後、処理されるためにそれを解放する前にジョブを変更します。 **：[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を含んでいる場合には、このプリンタの属性は必須です。各非葉のPrinterオブジェクトは、このプリンタ記述属性をサポートしなければなりません。葉のPrinterオブジェクトは、「下位-プリンタサポート」属性をサポートしないか、またはそう「無価値」でアウトオブバンド値は、実装に応じて、（[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に下位Printerオブジェクトの「プリンタ名」属性の値をコピーすることができます0.13）。 「出力デバイスに割り当てられた」ジョブ属性は、Printerオブジェクトが仕事を割り当てられた前記出力デバイスを識別します。例えば、単一のプリンタオブジェクトは、デバイスのファンアウトまたはプリンタファンアウトをサポートしている場合。
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が含まれている場合、このPrinter属性は必須です。すなわち、このプリンタの直接の「親」または「親」。各下位Printerオブジェクトは、このプリンタ記述属性をサポートしなければなりません。親を持たないプリンタは、「親のプリンタでサポートされている」属性をサポートしていませんいずれか、またはその「無価値」でアウトオブバンド値は実装に依存し、（[RFC2911]、セクション4.1を参照してください）ん。
8. Additional Values for the "printer-state-reasons" Printer Description Attribute
「プリンタ状態理由から」プリンタ記述属性8.その他の値
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.
「ホールド新しい仕事」：オペレータはホールド新ジョブの操作（セクション3.3.1を参照）、または他の手段を発行しているが、出力デバイス（複数可）が停止するまでには一定の時間を取っています。すべての出力が停止したとき、後で、「プリンタ状態は、」「停止」、および「一時停止」の値が「プリンタ状態-の理由」属性に「移動-にポーズ」の値を置き換えとなります。ホールド新ジョブの操作がサポートされている場合は、この値をサポートしなければなりませんし、実装は、特定の状況でデバイスを一時停止するかなりの時間を要します。
'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-プリンタ - 属性 - ジョブ・属性の取得は、Get-ジョブなど）アクティブ・プリンタ、クエリを除くすべての要求を拒否し、送信-文書を、部分的なジョブ投入ができるように（ - URI送信する必要があります完成;）セクション3.1.1を参照して、「サーバー・エラー・サービス利用できない」ステータスコードを返します。
9. Additional Values for the "job-state-reasons" Job Description Attribute
「ジョブ状態理由から」ジョブ説明属性9.その他の値
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.
「ジョブ中断」：ジョブの処理が一時停止し、現在のジョブ操作により中断されているが、他のジョブがプリンタ上で処理することができます。ジョブは、この値を削除再開ジョブ操作で再開することができます。
10. Use of the Printer Object to Represent IPP Printer Fan-Out and IPP Printer Fan-In
IPPプリンタのファンアウトとIPPプリンタのファンインを表現するためにプリンタオブジェクトの使用10
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 Printerオブジェクトを表すために使用されます。
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 Printerオブジェクトの意味論的概念を導入（[RFC2911]セクション2.1を参照）。この概念は、「出力デバイスのファンアウト」と呼ばれています。しかし、ファンアウトと出力デバイスの個々の状態を表現したり、特定の出力デバイス上で操作を実行する方法はありませんでした。この文書では、このようなIPPプリンタオブジェクトとして従属ファンアウト出力デバイスを表すために、プリンタオブジェクトのセマンティクスを一般化します。この概念は、「プリンタオブジェクトのファンアウト」と呼ばれています。下位プリンタオブジェクトを持つプリンタオブジェクトは、非リーフPrinterオブジェクトと呼ばれています。このように、非リーフPrinterオブジェクトは、Printerオブジェクトのファンアウトを表現するために、1つのまたは複数の下位プリンタオブジェクトをサポートしています。任意の下位プリンタオブジェクトを持っていないプリンタのオブジェクトは葉のPrinterオブジェクトと呼ばれています。
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.
各非葉の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.
それはREQUIRED [RFC2911]の操作と属性のすべてをサポートしなければならないので、下位プリンタオブジェクトは、適合するプリンタオブジェクトでなければなりません。しかし、アクセス制御と、下位プリンタは、一つ以上の非リーフPrinterオブジェクト（複数可）を実行することが許可されている間、エンドユーザクライアントは、すべての操作（または単に入手-プリンタ-属性）を実行することが許可されていないように構成してもよい（MAY）すべての操作。
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モデルとセマンティクスは、単一の出力デバイスを（[RFC2911]、セクション2.1を参照）を表す複数のIPPプリンタオブジェクトの意味概念を排除するものではありませんでした。しかし、クライアントは、ファンインの設定があったかどうかを判断するための方法はありませんでした。下位デバイス上で操作を実行する方法がありました。この仕様は、単一の下位プリンタオブジェクトを表現するために、いくつかの非リーフ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
ファンアウトと同じように、プリンタオブジェクトが非リーフプリンタがあるとき、それは関連する出力デバイスを有してはならない、（セクション10.1を参照してください）。と同様に、
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.
ファンアウト、葉のPrinterオブジェクトは、一つ以上の関連する出力デバイスを持っています。ファンアウトと同様に、非リーフプリンタオブジェクトは、その下位のプリンタオブジェクトにジョブを送信し、それ以外の場合は下位のプリンタを制御します。ファンアウトと同じように、保留中のジョブは下位プリンタは、それらを受け入れることができるまで、葉以外のプリンタに保管されているか、下位プリンタに保存されているかどうかは、実装および/または構成ポリシーに依存します。
10.3. Printer Object Attributes Used to Represent Printer Fan-Out and Printer Fan-In
10.3. プリンタのファンアウトとプリンタのファンインを表すために使用されるプリンタオブジェクトの属性
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.「親のプリンタでサポートされている（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は、下位プリンタの各動作のターゲットとして使用しています。すべてのURIがそうであるように下位のプリンタオブジェクトのURIを設定するための手段は、実装依存です。しかし、二つの異なるアプローチがあります。
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。実装は下位のプリンタオブジェクトには何の操作が親Printerオブジェクト（または何も下位プリンタがネットワーク接続されていないデバイス用に面していないこと）「で潜入しない」ことを確認してくださいしようとすると、URIのホスト部分は、ホストを指定します親プリンタ。操作は親Printerオブジェクト「を通じて」通過する際に、親Printerオブジェクトは、簡単に親のプリンタオブジェクトの状態と状態の理由で下位プリンタオブジェクトの状態を反映することができます。
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
B。下位プリンタがネットワークに接続されていると実装は、操作が親Printerオブジェクトの知識がなくても（適切なアクセス制御付き）下位のプリンタに直接アクセスすることを可能にすると、URIのホスト部分は親Printerオブジェクトのホスト部分は異なっています。この場合、（参照日まで、いずれかの下位プリンタオブジェクトをポーリングするか、下位プリンタオブジェクトでイベントをサブスクライブすることによって、親Printerオブジェクトは、その「プリンタ状態」を保つかもしれなくて、「プリンタ状態の理由」[RFC3995 ] ために
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.
）下位プリンタオブジェクトは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.
唯一の葉のIPPプリンタオブジェクトは、1つまたは複数の関連する出力デバイスを持つことが許可されています。各葉のPrinterオブジェクトは、葉のPrinterオブジェクトが表す出力デバイス（複数可）のわかりやすい名前（複数可）を示すために、「出力デバイスでサポートされている」（1setOf名（127））をサポートすることができます。個々の出力デバイスが完全に表現され、クライアントによって完全に制御できるように、各葉のPrinterオブジェクトは一つだけ、出力デバイスが関連付けられていることが推奨されます。言い換えれば、葉のプリンタの「出力デバイスでサポートされている」属性は、一つの値だけを持つべきである（SHOULD）。
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名（127））その直接の下位プリンタのすべての値が含まれているプリンタ記述属性をサポートする必要があります。これらの下位プリンタは、リーフまたは非リーフられるように、同じ規則がそれらに適用されます。したがって、任意の非リーフプリンタは、その完全なサブツリーの葉のプリンタに関連した出力デバイスのすべての値を含む「出力デバイスでサポートされている」（1setOf名（127））の属性を持つべきである（SHOULD）。
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は、すべてのプリンタオブジェクトがリーフプリンタオブジェクトである場合IPP / 1.0とIPP / 1.1との可能な構成を示すために[RFC2911]から取られます。残りの図は、非リーフとリーフプリンタオブジェクトを使用して、追加の構成を示しています。
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.
#####出力デバイスに組み込まれた、またはサーバにホストされているいずれかのプリンタオブジェクトを示します。 Printerオブジェクトは、またはキューイング/スプーリングすることができない場合があります。
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.
下位プリンタは6から図4のように、非リーフプリンタとすることができる、または3を介して図1のように、葉のプリンタであってもよいです。
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.
下位プリンタは6から図4のように、非リーフプリンタとすることができる、または3を介して図1のように、葉のプリンタであってもよいです。
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.
下位プリンタは6から図4のように、非リーフプリンタとすることができる、または3を介して図1のように、葉のプリンタであってもよいです。
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 Printerオブジェクトは、その下位のプリンタオブジェクトへのプリンタオブジェクトに影響を与える操作を転送してはなりません。クライアントが明示的に下位のプリンタをターゲットしようとした場合、クライアントは、下位プリンタのURIを指定しなければなりません。クライアントは、プリンタの「従属-プリンタでサポートされている（1setOf URI）属性（セクション7.1を参照）を照会することにより、任意の下位プリンタのURIを決定することができます。
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):
表7プリンタオブジェクトと非リーフプリンタは、その直接の下位プリンタに示さなければならない転送動作に影響を与える操作。仕事に影響を与える操作が異なる転送ルール（セクション10.7.2および表8を参照）を持っています：
Table 7. Forwarding Operations that Affect Printer Objects
プリンタオブジェクトに影響を与える表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
有効-プリンタMUST NOT前方MUST NOT前方にその下位のプリンタのいずれかにその下位のプリンタの無効化、プリンタのいずれかにホールド新ジョブMUST NOT前方のいずれかにMUST NOT前方その下位プリンタリリース - 開催 - 新規作成のいずれかにその下位ジョブプリンター無効-プリンタは、その下位プリンタのいずれかが有効に-プリンタではなく転送する必要にMUST NOT前方その下位プリンタを再起動し、プリンタのいずれかに転送しないその下位プリンターシャットダウン・プリンタのいずれかにMUST MUST NOT前方のいずれかにその下位プリンタスタートアップ・プリンタは、その下位のプリンタのいずれかに転送してはなりません
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-は前方にその下位の属性のいずれかにプリンタが一時停止-プリンタをてはならない前方その下位のプリンタのいずれかに再開-プリンタをてはならないその下位プリンタのいずれかに転送してはなりません
Set Operations: See [RFC3380]
操作を設定します：[RFC3380]を参照してください。
Set-Printer- MUST NOT forward to any of its Subordinate Attributes Printers
-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を参照）プリンタオブジェクトに影響を与えるプリンタの操作とは異なり、非リーフPrinterオブジェクトは、直接、その直接の下位プリンタオブジェクトの一つ以上に該当するジョブオブジェクト（複数可）にジョブに影響を与える操作を転送する必要があります。フォワーディングは、このジョブの操作の目的は、それ自体に転送されている可能性が示された仕事に影響することがあるために必要です。この転送は、操作や実装に依存し、即時またはキューに入れられてもよいです。例えば、非リーフPrinterオブジェクトは、その下位プリンタ（秒）までの時間で仕事を送り、/スプールジョブを待機させることができる、またはその下位プリンタの1つに、すぐにジョブを転送することができます。いずれの場合も、非リーフPrinterオブジェクトは、その下位プリンタの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.
非リーフPrinterオブジェクトは、その非リーフPrinterオブジェクトが完全に形成されたジョブオブジェクトを保持しているかどうか、その下位プリンタのジョブオブジェクトを作成するか、ちょうどそれがその下位によって割り当てられたものに割り当てられていることを「ジョブ-IDS」からのマッピングを保持する場合Printerオブジェクトは、実装依存です。いずれの場合も、非リーフプリンタが受け入れると、葉以外のプリンタが割り当てられ、クライアントを提出仕事に戻ったことを「ジョブ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
再処理-仕事を推進 - 仕事の一つに適切な仕事に転送しなければならないキャンセル-電流 - フォワードジョブの再開-仕事はその下位プリンタのいずれかに該当する仕事に転送しなければならないてはならないその下位プリンタのいずれかに該当する仕事に転送しなければなりませんその下位プリンター
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に、直ちにまたはキューに転送しなければならない適切な従属プリンタ検証-仕事にすぐに転送したり、キューしなければならない適切な下位のプリンタに転送しなければならない作成し、仕事をゲット即時に転送するか、適切な下位のプリンタにキューイングしなければいけません-Jobsは、そのすべての従属プリンターパージ-ジョブズはそのすべての下位プリンタに転送しなければならない（MUST）に転送しなければなりません
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
送信-文書を送る-URIをその下位プリンタのいずれかに該当する仕事にすぐにまたはキューに転送しなければならないキャンセル-仕事は、その下位のいずれかに該当する仕事に転送しなければならないその下位プリンタのいずれかに該当する仕事にすぐにまたはキューに転送しなければなりません非リーフプリンタは、その下位プリンタの1つにホールドジョブが適切な仕事に転送しなければならないのJobオブジェクトの完全な状態を把握していない場合は、プリンタは、Get-Job-は、その下位プリンタ属性のいずれかに該当する仕事に転送しなければなりませんリリース・ジョブがその下位プリンタのいずれかに該当する仕事に転送しなければなりません
Restart-Job MUST forward to the appropriate Job in one of its Subordinate Printers
再起動して、仕事をその下位プリンタのいずれかに該当する仕事に転送しなければなりません
IPP Set operations: See [RFC3380]
IPP Set操作：[RFC3380]を参照してください。
Set-Job- MUST forward to the appropriate Job in one of Attributes its Subordinate Printers
セットJob-は、属性のいずれかに該当する仕事にその下位のプリンタを転送しなければなりません
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.
以下の操作やジョブの説明属性は、ジョブのファンアウトと転送のためのジョブの関係を表す助けるために定義されています。
10.8.1. output-device-assigned (name(127)) Job Description Attribute - from []
10.8.1. 出力デバイスに割り当てられた（名前（127））仕事内容属性 - []から
[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.
「この属性はPrinterオブジェクトがこの仕事を割り当てられているために、出力デバイスを特定する出力装置が埋め込まれたプリンタオブジェクトを実装する場合、Printerオブジェクトは、この属性を設定する必要はありません：以下のように[RFC2911]は、「出力デバイスに割り当てられた」を定義します。プリントサーバがプリンタオブジェクトを実装する場合、値がPrinterオブジェクトが仕事に出力デバイスを割り当てるまで返された空（長さゼロの文字列）であってもなくてもよい。単一のPrinterオブジェクトは、複数のデバイスをサポートしている場合、この属性は特に便利です（そう「デバイスファンアウト」[RFC2911]セクション2.1を参照）と呼ばれます。」また、本明細書中のセクション10.1を参照してください。
10.8.2. original-requesting-user-name (name(MAX)) Operation and Job Description Attribute
10.8.2. 元-要求するユーザー名（名（MAX））動作及び仕事内容属性
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.
元のユーザーのユーザー名を含む操作属性。すなわち、元のクライアントは、第1プリンタオブジェクトに供給される（[RFC2911]、セクション3.2.1.1を参照）「要求ユーザ名」操作属性に対応します。プリンタのコピーに対応するジョブ記述属性に「オリジナル・要求ユーザー名」操作属性。
10.8.3. requesting-user-name (name(MAX)) Operation Attribute - Additional Semantics
10.8.3. 要求元のユーザー名（名（MAX））操作属性 - 追加のセマンティクス
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. ジョブ発信ユーザー名（名（MAX））仕事内容属性 - 追加のセマンティクス
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.
「ジョブ発信ユーザー名」ジョブの説明属性は、認証された元のユーザーではなく、親プリンタの認証されたホストとして残り、その値を変更せずに、各クライアントによって転送される（セクション4.3.6は、[RFC2911]を参照します）。
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
「ジョブ中断」REQUIREDサスペンド電流のジョブ「プリンタ停止」REQUIRED常に必要
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119]ブラドナーの、S.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、BCP 14、RFC 2119、1997年3月。
[RFC2246] Dierks, T. and C. Allen, "The TLS Protocol Version 1.0", RFC 2246, January 1999.
[RFC2246]ダークス、T.とC.アレン、 "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]フィールディング、R.、ゲティス、J.、モーグル、J.、Frystyk、H.、Masinter、L.、リーチ、P.、およびT.バーナーズ - リー、 "ハイパーテキスト転送プロトコル - 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]エリオ、R.、バトラー、S.、ムーア、P.、ターナー、R.、およびJ. Wenn、 "インターネット印刷プロトコル/ 1.1：コード化とTransport"、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]ヘイスティングズ、T.、エリオ、R.、deBry、R.、Isaacson氏、S.、およびP.パウエル、 "インターネット印刷プロトコル/ 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]ヘイスティングズ、T.、エリオ、R.、クーグラー、C.、およびH.ルイス、 "インターネット印刷プロトコル（IPP）：仕事とプリンタの設定操作"、RFC 3380、2002年9月。
[RFC2567] Wright, F., "Design Goals for an Internet Printing Protocol", RFC 2567, April 1999.
[RFC2567]ライト、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.
"LPDとIPPプロトコルとの間のマッピング" [RFC2569]エリオ、R.、ヘイスティングス、T.、ジェイコブズ、N.、およびJ.マーチン、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]ヘイスティングズ、T.、Manros、C.、Zehler、P.、クーグラー、C.、およびH.ホルスト、 "インターネット印刷プロトコル/ 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]クーグラー、C.、ルイス、H.、およびT.ヘイスティングズ、 "インターネット印刷プロトコル（IPP）：仕事の要件、プリンタ、およびデバイスの管理操作"、RFC 3239、2002年2月。
[RFC3995] Herriot, R. and T. Hastings, "Internet Printing Protocol (IPP): Event Notifications and Subscriptions", RFC 3995, February 2005.
[RFC3995]エリオ、R.とT.ヘイスティングズ、 "インターネット印刷プロトコル（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は、この文書の定義をカバーするために、セクション6、[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
操作属性：元の要求元ユーザー名（名前（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
プリンタ状態の理由（2型キーワードの1）を保持-新ジョブ[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.
次の表は、すべての新しい列挙型は、この文書で定義された属性値。これらは、[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 - この時点では、「クライアント・エラー」なし
0x0500:0x05FF - "server-error" 0x050A server-error-printer-is-deactivated [RFC3998] 5.1
0x0500：0x05FF - 「サーバ・エラー」は0x050Aは、サーバ・エラー・プリンタで不活性化[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]は、高レベルのセキュリティ要件（クライアント認証、サーバー認証、および運用プライバシー）について説明します。クライアント認証は、クライアントが安全な方法でサーバにその身元を証明するメカニズムです。サーバー認証は、サーバが安全な方法でクライアントにその身元を証明するメカニズムです。操作プライバシーを盗聴からの操作を保護するための機構として定義されます。
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]で定義された）パージ・ジョブのオペレータおよび/または管理者による使用のために意図されています。 （[RFC2911]で定義された）ジョブ本明細書において定義された操作（セクション4を参照）、キャンセル・ジョブを、ジョブホールド、およびリリース・ジョブは、ジョブの所有者、オペレータ、またはプリンタオブジェクトの管理者による使用のために意図されています。これらのオペレータや管理者の操作は、すべてのユーザーのためのサービスに影響を与えます。
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プリンタの実装は、この中で定義された管理操作を実行する（[RFC2911]、セクション5.2.7及び8、及び[RFC2910]を参照）の両方に成功した証明書ベースのTLS [RFC2246]クライアント認証成功オペレータ/管理者権限をサポートしなければなりません資料。 [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]
以下のための構造とモデルとプロトコルのためのインターネット印刷プロトコル[RFC2567]原理の設計目標インターネット印刷プロトコル[RFC2568]インターネット印刷プロトコル/ 1.1：モデルと意味論[RFC2911]インターネット印刷プロトコル/ 1.1：コード化と輸送[RFC2910]インターネット印刷プロトコル/ 1.1：LPDとIPPプロトコル間のImplementerのガイド[RFC3196]のマッピング[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：コード化とTransportは、」HTTP / 1.1 [RFC2616]にモデル文書で定義された抽象操作と属性の正式なマッピングです。これは、「アプリケーション/ 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
カール・クーグラーIBM社、003G 6300対角ハイウェイボルダー、CO 80301
Phone: (303) 924-5060 EMail: kugler@us.ibm.com
電話：（303）924-5060 Eメール：kugler@us.ibm.com
Tom Hastings, editor Xerox Corporation 701 S Aviation Blvd. ESAE 242 El Segundo, CA 90245
トム・ヘイスティングス、エディタゼロックス・コーポレーションS 701航空ブルバードEFSA 242エルセグンドー、CA 90245
Phone: 310-333-6413 Fax: 310-333-6342 EMail: hastings@cp10.es.xerox.com
電話：310-333-6413ファックス：310-333-6342 Eメール：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 Eメール：harryl@us.ibm.com
Full Copyright Statement
完全な著作権声明
Copyright (C) The Internet Society (2005).
著作権（C）インターネット協会（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.
この文書とここに含まれている情報は、基礎とCONTRIBUTOR「そのまま」、ORGANIZATION HE / SHEが表すまたはインターネットソサエティおよびインターネット・エンジニアリング・タスク・フォース放棄すべての保証、明示または、（もしあれば）後援ISに設けられています。黙示、情報の利用は、特定の目的に対する権利または商品性または適合性の黙示の保証を侵害しない任意の保証含むがこれらに限定されません。
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.
IPRの開示のコピーが利用できるようにIETF事務局とライセンスの保証に行われた、または本仕様の実装者または利用者がそのような所有権の使用のための一般的なライセンスまたは許可を取得するために作られた試みの結果を得ることができます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 Editor機能のための基金は現在、インターネット協会によって提供されます。