RFC3998 日本語訳
3998 Internet Printing Protocol (IPP): Job and Printer AdministrativeOperations. C. Kugler, H. Lewis, T. Hastings, Ed.. March 2005. (Format: TXT=109658 bytes) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group C. Kugler
Request for Comments: 3998 H. Lewis
Category: Standards Track IBM Corporation
T. Hastings, Ed.
Xerox Corporation
March 2005
コメントを求めるワーキンググループC.クーグラーの要求をネットワークでつないでください: 3998時間ルイスCategory: 規格は2005年3月にエドIBMの社のT.ヘイスティングズ、ゼロックス社を追跡します。
Internet Printing Protocol (IPP):
Job and Printer Administrative Operations
インターネット印刷プロトコル(IPP): 仕事とプリンタ行政課
Status of This Memo
このメモの状態
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
このドキュメントは、インターネットコミュニティにインターネット標準化過程プロトコルを指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD1)の現行版を参照してください。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (2005).
Copyright(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.
このドキュメントはインターネットPrintingプロトコル/1.1(IPP)、いくつかの関連属性と、値と、ステータスコードと、プリンタを管理するIPP Printerオブジェクトを使用すると四方八方に広げられるプラス、およびファン-インで以下の16の追加OPTIONALシステム管理操作を使用に指定します。
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
プリンタ操作: 仕事の操作: プリンタを可能にしていてプリンタを無効にしているReprocess-Jobくぎりのプリンタの後現在の仕事のキャンセルの現在の仕事の保持新しいジョブスと後の現在の仕事を中断させているリリースが新しいジョブスを保持しているプリンタを非活性化していてプリンタを動かしている履歴書仕事の再開プリンタ仕事を促進している閉鎖プリンタと始動プリンタスケジュール仕事
Kugler, et al. Standards Track [Page 1] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[1ページ]: 仕事とプリンタ操作行進2005
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
1. 序論… 4 2. 用語… 4 2.1. 順応用語… 4 2.2. 他の用語… 5 3. プリンタ操作の定義… 6 3.1. プリンタ操作を無効にして、可能にしてください… 7 3.1.1. プリンタを無効にしている操作… 7 3.1.2. プリンタを可能にしている操作… 8 3.2. くぎりと履歴書プリンタ操作… 8 3.2.1. 現在の仕事の後のくぎりのプリンタ操作… 9 3.3. 新しい仕事の操作を保持して、リリースしてください… 11 3.3.1. 保持の新しいジョブスOperation… 11 3.3.2. リリースが新しいジョブスを保持している操作… 12 3.4. プリンタ操作を非活性化して、起動してください… 12 3.4.1. プリンタを非活性化している操作… 13 3.4.2. プリンタを動かしている操作… 13 3.5. 再開プリンタ、閉鎖プリンタ、および始動プリンタ操作… 14 3.5.1. 再開プリンタ操作… 14 3.5.2. 閉鎖プリンタ操作… 14 3.5.3. 始動プリンタ操作… 15 4. 仕事の操作の定義… 16 4.1. Reprocess-仕事の操作… 17 4.2. キャンセルの現在の仕事の操作… 17 4.3. 仕事の操作を中断して、再開してください… 18 4.3.1. 現在の仕事を中断させている操作… 19 4.3.2. 履歴書仕事の操作… 20 4.4. ジョブスケジューリング操作… 20 4.4.1. 仕事を促進している操作… 20 4.4.2. 後のスケジュール仕事の操作… 21 5. 追加ステータスコード… 23 5.1. 'サーバ誤りプリンタは非活性化される'、(0x050a)… 23 6. オペレータからのメッセージである操作属性の使用… 23 7. 新しいプリンタ記述属性… 26 7.1 支えられたプリンタを下位に置かせてください(1setOf uri)… 26 プリンタがサポートした7.2親(1setOf uri)… 26 8. 「プリンタ州の理由」プリンタ記述属性のための加算値… 26 8.1. '新しい仕事を持ってください'という値… 27 8.2. 値を'非活性化します'… 27 9. 「仕事の州の理由」Job記述属性のための追加Values… 27 9.1. '仕事で吊した'値… 27 10. プリンタが四方八方に広げるIPPと中のIPPプリンタファンの代理をするプリンタオブジェクトの使用… 27
Kugler, et al. Standards Track [Page 2] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[2ページ]: 仕事とプリンタ操作行進2005
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
10.1. 外にIPPプリンタ散らばります… 28 10.2. 中のIPPプリンタファン… 28 10.3. プリンタを表すのにおいて中古の属性が四方八方に広げるプリンタオブジェクトと中のプリンタファン… 29 10.4. プリンタURIを下位に置かせてください… 29 10.5. プリンタオブジェクト属性は、以前はよく外に出力装置散らばると表していました… 30 10.6. すべての可能な構成を示すのを計算します… 30 10.7. 推進要求… 33 10.7.1. そのAffect Printer ObjectsをRequestsに送ります… 33 10.7.2. そのAffectジョブスをRequestsに送ります… 35 10.8. 助ける追加属性は散らばります… 37 10.8.1. 割り当てられて、デバイスを出力してください。([RFC2911]から(127))を仕事の記述Attributeと命名してください… 37 10.8.2. オリジナルの要求ユーザ名(名前(MAX))操作とJob記述Attribute… 37 10.8.3. 要求しているユーザ名の(名義(MAX))の操作Attribute(追加Semantics)… 38 10.8.4. 仕事の溯源しているユーザ名(名前(MAX))仕事の記述Attribute(追加Semantics)… 38 11. 順応要件… 38 12. 標準の参照… 39 13. 有益な参照… 40 14. IANA問題… 40 14.1. 登録証明書を結果と考えてください… 41 14.2. 値の登録証明書を結果と考えてください… 41 14.3. 追加Enumは値の登録証明書を結果と考えます… 41 14.4. 操作登録証明書… 42 14.5. ステータスコード登録証明書… 43 15. 国際化問題… 43 16. セキュリティ問題… 43 17. 基地のIPPドキュメントの概要… 44人の作者のアドレス… 45 完全な著作権宣言文… 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
1を見送ってください。 プリンタ操作操作イド課題… 6 テーブル2。 プリンタ操作をポーズして、再開してください… 9 テーブル3。 現在の仕事の後のくぎりのプリンタ操作のために変遷テーブルを述べてください… 10 テーブル4。 仕事の操作操作イド課題… 16 テーブル5。 プリンタ操作の操作属性サポート… 24 テーブル6。 仕事の操作の操作属性サポート… 25 テーブル7。 そのAffect Printer ObjectsをOperationsに送ります… 34 テーブル8。 そのAffectジョブスObjectsをOperationsに送ります… 36
Kugler, et al. Standards Track [Page 3] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[3ページ]: 仕事とプリンタ操作行進2005
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
9を見送ってください。 操作のための順応要件の依存… 38 テーブル10。 「プリンタ州の理由」値のための順応要件の依存… 39 テーブル11。 「仕事の州の理由」値のための順応要件の依存… 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
図1。 プリンタオブジェクトを埋め込みます… 31 図2。 プリンタオブジェクトを接待します… 31 図3。 外に出力装置散らばります… 31 図4。 IPPプリンタオブジェクトをチェーニングします… 32 図5。 外にIPPプリンタオブジェクト散らばります… 32 図6。 中のIPPプリンタオブジェクトファン… 33
1. Introduction
1. 序論
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.
インターネットPrintingプロトコル(IPP)は分配された印刷にインターネット・ツールと技術を使用することで使用できるアプリケーションレベルプロトコルです。 いくつかの管理操作が含まれている状態で、IPPバージョン1.1([RFC2911、RFC2910])は終わりのユーザの機能性に焦点を合わせます。 このドキュメントはジョブスとPrintersを監督するのに使用される追加OPTIONALエンドユーザ、オペレータ、および管理者操作を定義します。 さらに、それらがそれぞれそれが外のPrinterオブジェクトFanとPrinterオブジェクトFanを表す木、そして/または、逆ツリーに構成されるのを許容することによって、このドキュメントはPrinterオブジェクトのセマンチックモデルを広げています。 ただ一つのSubordinateノードだけの木の特別なケースはChained Printersを表します。 このドキュメントはそれらのドキュメントの登録手順に従うIPP/1.0とIPP/1.1への拡大のための登録提案です。
The requirements and use cases for this document are defined in [RFC3239].
これのためのケースが記録する要件と使用は[RFC3239]で定義されます。
2. Terminology
2. 用語
This section defines the terminology used throughout this document.
このセクションはこのドキュメント中で使用される用語を定義します。
2.1. Conformance Terminology
2.1. 順応用語
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.
用語を大文字で書く、OPTIONALには、NOT、REQUIRED、SHOULD、SHOULD NOT、5月はNOTを必要としなければならなくて、RFC2119[RFC2119]と[RFC2911](セクション12.1)で定義されるように順応に関連する特別な意味がなければなりません。 実装が本書では定義された拡大をサポートするなら、これらの用語は当てはまります。 さもなければ、それらはそうしません。 これらの用語はこのドキュメントだけと順応を定義します。 別の方法で明らかに述べられない場合、それらは他のドキュメントに順応に影響しません。
Kugler, et al. Standards Track [Page 4] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[4ページ]: 仕事とプリンタ操作行進2005
2.2. Other Terminology
2.2. 他の用語
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 Printerは反対します(または、略してPrinter)--[RFC2911]によって定義されたソフトウェア抽象化。
Printer Operation - An operation whose target is an IPP Printer object and whose effect is on the Printer object.
プリンタOperation--目標がIPP Printerオブジェクトであり、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]).
Deviceを出力してください--IPP Printerが制御する物理的なイメージメカニズム。 以下に注意してください。 今期はこの仕様(しかし[RFC2911]ででない)で大文字で書かれますが、本書では(または[RFC2911]で)定義されたOutput Deviceと呼ばれる形式目的語が全くありません。
Output Device Fan-Out - A configuration in which an IPP Printer controls more than one Output Device.
外のDevice Fanを出力してください--IPP Printerが1Output Deviceを制御する構成。
Printer Fan-Out - A configuration in which an IPP Printer object controls more than one Subordinate IPP Printer object.
外のプリンタFan--IPP Printerオブジェクトが1個以上のSubordinate IPP Printerオブジェクトを制御する構成。
Printer Fan-In - A configuration in which an IPP Printer object is controlled by more than one IPP Printer object.
中のプリンタFan--IPP Printerオブジェクトが1個以上のIPP Printerオブジェクトによって制御される構成。
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.
Printerを下位に置かせてください--別のIPP Printerオブジェクトによって制御されるIPP Printerオブジェクト。 そのようなSubordinate Printerには、ゼロか、より多くのSubordinate Printersがあるかもしれません。
Leaf Printer - An IPP Printer object that has no Subordinate Printers.
葉のPrinter--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.
非葉のPrinter--1Subordinate PrintersがあるIPP Printerオブジェクト。 また、Non-葉のPrinterはParent Printerと呼ばれます。
Chained Printer - a Non-Leaf Printer that has exactly one Subordinate Printer.
チェーニングされたPrinter--ちょうど1Subordinate PrinterがあるNon-葉のPrinter。
Job Creation operations - IPP operations that create a Job object: Print-Job, Print-URI, and Create-Job.
仕事のCreation操作--Jobオブジェクトを作成するIPP操作: URIを印刷していて、雇用を創り出している印刷仕事。
Kugler, et al. Standards Track [Page 5] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[5ページ]: 仕事とプリンタ操作行進2005
3. Definition of the Printer Operations
3. プリンタ操作の定義
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).
PrinterオブジェクトはすべてのPrinter Operationsに向けられます。 クライアントは、操作の正しい目標を特定するためにいつも「プリンタ-uri」操作属性を供給しなければなりません。 これらの記述はIPP/1.1ModelとSemanticsドキュメント([RFC2911]、セクション3.1)の一般的な意味論のすべてを仮定します。
The Printer Operations defined in this document are summarized in Table 1.
本書では定義されたPrinter OperationsはTable1にまとめられます。
Table 1. Printer Operation Operation-Id Assignments
1を見送ってください。 プリンタ操作操作イド課題
Operation Name Operation-Id Brief Description
--------------------------------------------------------------------
Enable-Printer 0x22 Allows the target Printer to accept
Job Creation operations.
操作名前操作イド簡単な説明-------------------------------------------------------------------- Job Creation操作を受け入れるプリンタを可能にしている0×22Allows目標Printer。
Disable-Printer 0x23 Prevents the target Printer from
accepting Job Creation operations.
Job Creation操作を受け入れるのからのプリンタを無効にしている0×23Prevents目標Printer。
Pause-Printer- 0x24 Pauses the Printer after the current After-Current- job has been sent to the Output Job Device.
現在のAfter現在の仕事の後のくぎりプリンタ-0×24Pauses PrinterをOutput Job Deviceに送りました。
Hold-New-Jobs 0x25 Finishes processing all currently
pending jobs. Any new jobs are
placed in the 'pending-held' state.
すべての現在未定の仕事を処理する保持の新しいジョブス0×25Finishes。 どんな新しい仕事も'未定に保持された'状態に置かれます。
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.
それにはあった'未定'のNew-ジョブスへのすべての仕事が、述べるリリースで保持された0×26Releasesが前のHoldの新しいジョブス操作の効果によって持たれて、Printerを条件とさせるので、それがもう新しい仕事を持っていません。
Deactivate- 0x27 Puts the Printer into a read-only Printer deactivated state.
Printerが非活性化した書き込み禁止状態に0×27Puts Printerを非活性化してください。
Activate- 0x28 Restores the Printer to normal Printer activity.
通常のPrinter活動に0×28Restores Printerを動かしてください。
Restart-Printer 0x29 Restarts the target Printer and re-
initializes the software.
再開プリンタ0×29Restarts、Printerを狙って、ソフトウェアを再初期化します。
Shutdown- 0x2A Shuts down the target Printer so that Printer it cannot be restarted or queried.
そのように、そのPrinter。目標Printerの下側への閉鎖0x2A Shuts、それについて、再開できないか、質問できません。
Kugler, et al. Standards Track [Page 6] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[6ページ]: 仕事とプリンタ操作行進2005
Startup-Printer 0x2B Starts up the instance of the Printer
object.
Printerのインスタンスへの始動プリンタ0x2B Startsは反対します。
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です。 OPTIONAL操作の仕様が別のOPTIONAL操作のサポートを必要としない場合、実装を従わせると、これらの操作のどんな組み合わせもサポートされるかもしれません。 操作の多くが組に入るので、どちらかが実装されるなら、両方がREQUIREDです。
3.1. The Disable and Enable Printer Operations
3.1. プリンタ操作を無効にして、可能にしてください。
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オブジェクトを止めて、始動するOPTIONAL Disable-プリンタとEnable-プリンタ操作を定義します。 これらのどちらかなら、操作はサポートされて、両方をサポートしなければなりません。
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.
これらの操作で、オペレータは、Printerが新しいJob Creation(印刷仕事、Print-URI、およびCreate-仕事)操作を受け入れるかどうかを制御できます。 これらの操作が他の影響を全くPrinterに与えないので、Printerは他のすべての操作を受け入れ続けていて、通常、仕事の計画をして、処理し続けています。 言い換えれば、これらの操作は「新しい仕事の入力」をIPP Printerに制御します、そして、PauseとResume操作(セクション3.2を見る)は独自にIPP PrinterからOutput Deviceまでの「新しい仕事の出力」を制御します。
3.1.1. Disable-Printer Operation
3.1.1. プリンタを無効にしている操作
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.
このOPTIONAL操作で、クライアントは、Printerオブジェクトが新しい仕事を受け入れるのを止めることができます。 Printerがその後のJob Creation操作を拒絶して、'サーバ誤りを返すことを引き起こす、-、-、受諾仕事の'ステータスコード。 PrinterはまだValidate-仕事、Send-ドキュメント、およびSend-URI操作を含む他のすべての操作を受け入れています。 したがって、Disable-プリンタ操作で、クライアントは、既にCreate-仕事の操作を受け入れたなら複数のドキュメント仕事の複数のドキュメントを提出し続けることができます。 すべてが、以前に、影響を受けない状態で現在の処理が続けているジョブスとすべてのジョブスを創造したか、または提出しました。
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 Printerはどんな状態でも要請を受け入れなければなりません。 Printerは「プリンタは仕事を受け入れている」というREADだけPrinter記述属性の値を'誤っていること'に設定します([RFC2911]、セクション4.4.20を見てください)、前の値が何であったかとしても。 この操作はPrinterの「プリンタ状態」と「プリンタ州理由」属性にどんな即座の、または、ダイレクトな影響も与えません。
Kugler, et al. Standards Track [Page 7] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[7ページ]: 仕事とプリンタ操作行進2005
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).
Responseには同じ属性グループと属性があるDisable-プリンタRequestとDisable-プリンタはPause-プリンタ操作をします。([RFC2911]、.1と.2)、新しさを含んでいて、「プリンタはオペレータから通信する」という3.2.7操作が結果と考えるセクション3.2.7を見てください(セクション6を見てください)。
3.1.2. Enable-Printer Operation
3.1.2. プリンタを可能にしている操作
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.
このOPTIONAL操作で、クライアントは、Printerオブジェクトが仕事を受け入れ始めることができます。 すなわち、それで、Printerはその後のJob Creation操作を受け入れます。 Printerはまだ他のすべての操作を受け入れています。 以前に提出されたすべてと現在の処理ジョブスは影響を受けない状態で続きます。
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 Printerはどんな状態でも要請を受け入れなければなりません。 Printerは「プリンタは仕事を受け入れている」というREADだけPrinter記述属性の値を'本当に'設定します([RFC2911]、セクション4.4.20を見てください)、前の値が何であったかとしても。 この操作は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)は、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-プリンタRequestとEnable-プリンタResponseには、同じ属性グループと属性がPause-プリンタ操作のようにあります。([RFC2911]、.1と.2)、新しさを含んでいて、「プリンタはオペレータから通信する」という3.2.8操作が結果と考えるセクション3.2.8を見てください(セクション6を見てください)。
3.2. The Pause and Resume Printer Operations
3.2. くぎりと履歴書プリンタ操作
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.
このセクションはそれがすぐにPrinterを止めるかどうかか現在の仕事の後にOPTIONAL IPP/1.1Pause-プリンタ([RFC2911]、セクション3.2.7を見る)をあいまいな状態でおきます。 また、それは現在の仕事の後のOPTIONAL Pauseプリンタ操作を現在の仕事に続くと定義します。 これらの操作はIPP仕事のスケジューリングに影響します。 これらのどちらかなら、Pause Printer操作はサポートされて、次に、Resume-プリンタ操作をサポートしなければなりません。
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.
これらの操作で、オペレータは、PrinterがIPP Printerオブジェクトが表す関連Output Device(s)に新しいIPP仕事を送るかどうかを制御できます。 これらの操作が他の影響を全くPrinterに与えないので、Printerは、すべての操作を受け入れ続けています。
Kugler, et al. Standards Track [Page 8] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[8ページ]: 仕事とプリンタ操作行進2005
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.
言い換えれば、これらの操作は「新しい仕事の出力」をOutput Device(s)に制御します、そして、DisableとEnable Printer Operations(セクション3.1を見る)は独自に「新しい仕事の入力」をIPP Printerに制御します。
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].
プリンタ記述をポーズして、再開してください。-------------------------------------------------------------------- [RFC2911]で定義されるように実装によって、すぐにか現在の仕事の後の送付の新しいIPPジョブスからOutput Device(s)までのIPP Printerが完成するIPP/1.1Pause Printer Stops。
Pause-Printer-After- Stops the IPP Printer from sending
Current-Job new IPP Jobs to the Output Device(s)
after the current jobs finish.
現在の仕事の後の送付のCurrent-仕事の新しいIPPジョブスからOutput Device(s)までのIPP Printerが終える後のくぎりプリンタ停止。
Resume-Printer Starts the IPP Printer sending IPP
Jobs to the Output Device again.
再びIPPジョブスをOutput Deviceに送る履歴書プリンタStarts IPP Printer。
3.2.1. Pause-Printer-After-Current-Job Operation
3.2.1. 現在の仕事の後のくぎりのプリンタ操作
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.
このOPTIONAL操作で、クライアントは送付IPP仕事からそのOutput DevicesかSubordinate PrintersのいずれにもPrinterオブジェクトを止めることができます。 IPP PrinterがIPP仕事をOutput DeviceかSubordinate Printerに送る中央にあるなら、IPP Printerは、そのJobを送るのを完了しなければなりません。 しかしながら、この操作を受けた後に、IPP Printerはどんな追加IPP仕事もそのOutput DevicesかSubordinate Printersのいずれにも送ってはいけません。 この操作を受けた後にさらに、IPP Printerが、それ以上の仕事を処理し始めてはいけないので、追加仕事は'処理'状態に入ってはいけません。
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 PrinterがOutput DeviceかSubordinate PrinterにIPP Jobを送らないなら(Output DeviceかSubordinate Printerがどんな仕事も処理することで忙しいか否かに関係なく)、IPP Printerオブジェクトは「プリンタ状態」属性を'止まること'に設定することによって、すぐ'止まっている'状態に移行します、「プリンタ州の理由」属性から存在しているなら'移行からポーズされた'値を移して、「プリンタ理由を述べている」属性に'ポーズされた'価値を高めて。
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'
実装がそれが始めたIPP仕事をOutput DeviceかSubordinate Printerに発信させるのを完了するにはかなりの時間がかかるなら、IPP Printerは'ポーズされるのに移行すること'を加えます。
Kugler, et al. Standards Track [Page 9] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[9ページ]: 仕事とプリンタ操作行進2005
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.
Printerオブジェクトの「プリンタ州の理由」属性への値、(セクション[RFC2911]を見てください、4.4、.12、) IPP Printerが、IPP仕事にそれを送るのを完了したとき、それは、送付、'ポーズされるのに移行する'値を取り除いて、「プリンタ状態」属性を'止まること'に設定するのによる'止まっている'状態へのPrinterオブジェクト変遷の途中にあって、「プリンタ州の理由」属性から現在と、「プリンタ州の理由」属性に'ポーズされた'値を加えます。
This operation MUST NOT affect the acceptance of Job Creation requests (see Disable-Printer Operation, section 3.1.1).
この操作はJob Creation要求の承認に影響してはいけません(Disable-プリンタOperation、セクション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").
また、''または、'未定に保持されてい'て、'プリンタは止まった'という仕事の「仕事の州の理由」属性の未定の値であるあらゆる仕事には、申し込んでください。 しかしながら、それらの仕事がGet-仕事属性かGet-ジョブス操作(いわゆる「怠惰な評価」)を使用することによって質問されるとき、IPP Printerはそれらの仕事の「仕事の州理由」属性をアップデートする必要はなくて、'プリンタの止まっている'価値を返すだけでよいです。
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 Printerは表示に新しいPrinterが「プリンタで述べる」どんな状態と変遷でも要請を受け入れなければなりません、そして、以下の通り戻る前に、「プリンタ州の理由」属性に表示値を加えなければなりません:
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'
現在のNew、「のプリンタIPP Printer応答状態、「プリンタ、「プリンタ州コードと動作(」 REQUIRED/州の」 州の」 理由OPTIONALはa Printerがサポートする変遷を述べます): -------------------------------------------------------------------- 'ポーズされていた'状態で'止められた''怠けてください'が必要です: 'うまくいって間違いありません'。
'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 Printerが止まった、'、Output Deviceへの終わっている送付IPP仕事、「プリンタ状態」は'止まる'ようになって、'ポーズされた'値は「プリンタ州理由」属性で'移行からポーズされた'値を取り替えます。
'processing' 'stopped' 'paused' REQUIRED: 'successful-ok';
the IPP Printer wasn't in the
middle of sending an IPP job
to an Output Device
'処理はポーズされていた状態で''止まったこと'が必要です: 'うまくいっているOK'。 IPP PrinterがIPP仕事をOutput Deviceに送る中央にありませんでした。
Kugler, et al. Standards Track [Page 10] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[10ページ]: 仕事とプリンタ操作行進2005
'stopped' 'stopped' 'paused' REQUIRED: 'successful-ok'
'''止められて''止まっているポーズされた'必要です: 'うまくいって間違いありません'。
Access Rights: The authenticated user (see [RFC2911], section 8.3) performing this operation must be an operator or administrator of the Printer object (see [RFC2911], sections 1 and 8.5).
アクセス権: この操作を実行している認証されたユーザ([RFC2911]を見てください、セクション8.3)は、Printerオブジェクトのオペレータか管理者であるに違いありません([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).
Pauseのプリンタの後現在の仕事のRequestと後のPause-プリンタ現在の仕事のResponseには、同じ属性グループと属性がPause-プリンタ操作のようにあります。([RFC2911]、.1と.2)、新しさを含んでいて、「プリンタはオペレータから通信する」という3.2.7操作が結果と考えるセクション3.2.7を見てください(セクション6を見てください)。
3.3. Hold and Release New Jobs Operations
3.3. 新しい仕事の操作を保持して、リリースしてください。
This section defines operations to condition the Printer to hold any new jobs and to release them.
このセクションは、どんな新しい仕事も持って、それらをリリースするようにPrinterを条件とさせるように操作を定義します。
3.3.1. Hold-New-Jobs Operation
3.3.1. 保持の新しいジョブスOperation
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.
このOPTIONAL操作で、クライアントは、どんな次に作成されたIPPジョブスも処理し始めるのではなく、現在の'未定'の、そして、'処理している'IPPジョブスを完成するようにPrinterを条件とさせることができます。 IPP PrinterがIPP仕事をOutput DeviceかSubordinate Printerに送る中央にあるなら、IPP Printerは、そのJobを送るのを完了しなければなりません。 その上、IPP Printerは現在の'未定'のIPPジョブスに皆、Output Device(s)かSubordinate IPP Printerオブジェクトに行かせなければなりません。 IPP Printerがどんな次に容認されたJob Creation操作でも'未定に保持された'状態にJobを入れる、'、仕事が続けられた、作成、'仕事の「仕事の州理由」属性に加えられた状態で存在を評価してください。 したがって、すべての新たに受け入れられた仕事がPrinterによって自動的に持たれるでしょう。
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.
Printerがすべての'未定'と'処理'仕事を完了すると、それは通常通りの'活動していません、な'状態に入ります。 Printer州の変化をモニターしているオペレータは、Printerが'活動していません、な'状態に入るのでPrinterがいつすべての現在の仕事を完了したかを知るでしょう。
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.
この操作はJob Creation要求の承認に影響してはいけません(Disable-プリンタOperation、セクション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 Printerがどんな状態でも要請を受け入れなければならなくて、NOTが移行しなければならない、いかなる他の「プリンタ状態」へのPrinter、もPrinterの「プリンタ州の理由」属性(値が存在していたか否かに関係なく)に'新しい仕事を持ってください'という価値を高めなければなりません。
Kugler, et al. Standards Track [Page 11] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[11ページ]: 仕事とプリンタ操作行進2005
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 Hold-New-Jobs Request and Hold-New-Jobs Response have the same attribute groups and attributes as does the Pause-Printer operation (see [RFC2911], sections 3.2.7.1 and 3.2.7.2), including the new "printer-message-from-operator" operation attribute (see section 6).
Holdの新しいジョブスRequestとHoldの新しいジョブスResponseには、同じ属性グループと属性がPause-プリンタ操作のようにあります。([RFC2911]、.1と.2)、新しさを含んでいて、「プリンタはオペレータから通信する」という3.2.7操作が結果と考えるセクション3.2.7を見てください(セクション6を見てください)。
3.3.2. Release-Held-New-Jobs Operation
3.3.2. リリースが新しいジョブスを保持している操作
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.
このOPTIONAL操作で、クライアントは前のHoldの新しいジョブス操作の効果を元に戻すことができます。 特に、PrinterはそれがHold新しいジョブスの操作の結果として持っていたすべての仕事をリリースします。 すなわち、'新しい仕事を持ってください'という値はPrinterの「プリンタ州の理由」属性で存在していましたが。 さらに、Printerがどんな状態でもこの要求を受け入れなければならなくて、NOTが移行しなければならない、いかなる他の「プリンタ状態」へのPrinter、も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)は、Printerオブジェクトのオペレータか管理者であるに違いありません([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).
Releaseが新しいジョブスを保持しているRequestとReleaseが新しいジョブスを保持しているResponseには、Pause-プリンタ操作として同じ属性グループと属性があります。([RFC2911]、.1と.2)、新しさを含んでいて、「プリンタはオペレータから通信する」という3.2.7操作が結果と考えるセクション3.2.7を見てください(セクション6を見てください)。
3.4. Deactivate and Activate Printer Operations
3.4. プリンタ操作を非活性化して、起動してください。
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オブジェクトを止めて、始動するOPTIONAL Deactivate-プリンタとActivateプリンタ操作を定義します。 これらのどちらかなら、操作はサポートされて、両方をサポートしなければなりません。
These operations allow the operator to put the Printer into a dormant read-only condition and to take it out of this condition.
これらの操作で、オペレータは、眠っている書き込み禁止状態にPrinterを入れて、この状態からそれを取り出します。
Kugler, et al. Standards Track [Page 12] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[12ページ]: 仕事とプリンタ操作行進2005
3.4.1. Deactivate-Printer Operation
3.4.1. プリンタを非活性化している操作
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.
このOPTIONAL操作で、クライアントは、送付IPP仕事からそのOutput DevicesかSubordinate Printers(現在の仕事の後のくぎりのプリンタ)のどれかにPrinterオブジェクトを止めて、Printerオブジェクトがどんな要求も受け入れるのを止めますが、要求について質問します。 Printerはすぐに、Disable-プリンタと現在の仕事の後のPauseプリンタ操作を実行します。 これらの2つの操作がすぐに完了できないなら、それは「プリンタ州の理由」のすべての使用を含んでいます。 さらに、Printerはすぐにすべての要求を拒絶しなければなりません、Activate-プリンタ、質問(プリンタ属性を得てください、属性、Get-仕事しますなどGet賃仕事の)、Send-ドキュメント、およびSend-URIを除いて(部分的なジョブ依頼が終了できるように、セクション3.1.1を見てください)。 そして、Printerは'入手できないサーバ誤りサービス'ステータスコードを返さなければなりません。
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 Printerはどんな状態でも要請を受け入れなければなりません。 すぐに、Printerは「プリンタ理由を述べている」属性に'非活性化された'値をはめ込まなければなりません。 以下に注意してください。 Disable-プリンタも現在の仕事の後のPauseプリンタも'非活性化された'値を設定しません。
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 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).
Deactivate-プリンタRequestとDeactivate-プリンタResponseには、同じ属性グループと属性がPause-プリンタ操作のようにあります。([RFC2911]、.1と.2)、新しさを含んでいて、「プリンタはオペレータから通信する」という3.2.7操作が結果と考えるセクション3.2.7を見てください(セクション6を見てください)。
3.4.2. Activate-Printer Operation
3.4.2. プリンタを動かしている操作
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.
このOPTIONAL操作で、クライアントはDeactivate-プリンタの効果を元に戻すことができます。 すなわち、それは、PrinterオブジェクトがそのOutput DevicesかSubordinate Printers(現在の仕事の後のくぎりのプリンタ)のどれかへの仕事をIPPに送り始めるのを許容して、どんな要求も受け入れるのからPrinterオブジェクトを始めます。 Printerはすぐに、Enable-プリンタとResume-プリンタ操作を実行します。 さらに、Printerは、すぐに、すべての要求を受け入れ始めなければなりません。
The IPP Printer MUST accept the request in any state. The Printer MUST immediately remove the 'deactivated' value from its "printer- state-reasons" attribute (whether it is present or not).
IPP Printerはどんな状態でも要請を受け入れなければなりません。 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)は、Printerオブジェクトのオペレータか管理者であるに違いありません([RFC2911]を見てください、セクション1と8.5)。
Kugler, et al. Standards Track [Page 13] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[13ページ]: 仕事とプリンタ操作行進2005
The Activate-Printer Request and Activate-Printer Response have the same attribute groups and attributes as the Pause-Printer operation (see [RFC2911], sections 3.2.7.1 and 3.2.7.2), including the new "printer-message-from-operator" operation attribute (see section 6).
Activate-プリンタRequestとActivate-プリンタResponseには、Pause-プリンタ操作として同じ属性グループと属性があります。([RFC2911]、.1と.2)、新しさを含んでいて、「プリンタはオペレータから通信する」という3.2.7操作が結果と考えるセクション3.2.7を見てください(セクション6を見てください)。
3.5. Restart-Printer, Shutdown-Printer, and Startup-Printer Operations
3.5. 再開プリンタ、閉鎖プリンタ、および始動プリンタ操作
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.
PrinterへのShutdown-プリンタ、それが初期化するStartup-プリンタ操作、閉鎖、および始めは、このセクションがOPTIONAL Restart-プリンタを定義するのをそれぞれ反対します。 それぞれのこれらの操作はOPTIONALです、そして、どんな組み合わせもサポートされるかもしれません。
3.5.1. Restart-Printer Operation
3.5.1. 再開プリンタ操作
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.
このOPTIONAL操作で、クライアントは操作が不正確であるか不安定な振舞いによる初期化を必要としているPrinterオブジェクトを再開できます。 すなわち、ソフトウェアリブートの効果を実行してください。 実装は、再初期値設定の前にジョブスのどんな情報とPrinterオブジェクトも保存するのを試みなければなりません。 しかしながら、この操作が実行システムの上に抜本的な結果を持っているかもしれないので、クライアントSHOULDは最初に、システムの現状への効果を最小にするためにDeactivate-プリンタ操作を試みます。 前のDisable-プリンタ、Pause Printer、およびDeactivate-プリンタ操作の効果は無くなっています。
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はどんな状態でも要請を受け入れなければなりません。 Printerオブジェクトは、'怠ける'ために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)は、Printerオブジェクトのオペレータか管理者であるに違いありません([RFC2911]を見てください、セクション1と8.5)。
The Restart-Printer Request and Restart-Printer Response have the same attribute groups and attributes as does the Pause-Printer operation (see [RFC2911], sections 3.2.8.1 and 3.2.8.2), including the new "printer-message-from-operator" operation attribute (see section 6).
Restart-プリンタRequestとRestart-プリンタResponseには、同じ属性グループと属性がPause-プリンタ操作のようにあります。([RFC2911]、.1と.2)、新しさを含んでいて、「プリンタはオペレータから通信する」という3.2.8操作が結果と考えるセクション3.2.8を見てください(セクション6を見てください)。
3.5.2. Shutdown-Printer Operation
3.5.2. 閉鎖プリンタ操作
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
このOPTIONAL操作は閉鎖へのPrinterをクライアントに許容します。 すなわち、どんな仕事も失わないで仕事を処理するのを止めて、IPPを使用することでPrinterオブジェクトをどんな操作も入手できなくするには、議定書を作ってください。 Printerオブジェクトのインスタンスを使用されるのに返す方法が全くありません、Startup-プリンタ(セクション3.5.3を見る)を除いて。(接待されて、Printerの新しいインスタンスへの始めはそれに関して反対します)。
Kugler, et al. Standards Track [Page 14] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[14ページ]: 仕事とプリンタ操作行進2005
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.
実装。 長期間の間、Shutdown-プリンタの目的は、閉鎖へのデバイスをリセットしないか、またはPrinter属性を変更しないためにはPrinterです。 ソフトウェアを初期化する方法に関してRestart-プリンタ(セクション3.5.1)とStartup-プリンタ(セクション3.5.3)を見てください。 クライアントが、Printerが停止処理なしでJob Creation要求を受け入れるか、または停止するのを止める方法のためのDisable-プリンタ操作(セクション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).
Printerは'閉鎖'価値([RFC2911]、セクション4.4.11を見る)をすぐ「プリンタ州の理由」Printer記述属性に高めなければなりません。 そして、それはDeactivate-プリンタ操作を実行します(順番にDisable-プリンタと現在の仕事の後のPauseプリンタ操作を実行するセクション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.
以下に注意してください。 すべての現在提出された仕事の後のPrinterが終了した閉鎖に、オペレータは、Disable-プリンタ操作(セクション3.1.1を見る)を発行して、次に、仕事が完成したすべてまで待ちます。 Shutdownプリンタ操作を発行する前に、Printerは'活動していません、な'状態に入ります。
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オブジェクトはどんな状態でもこの操作を受け入れなければなりません、そして、Printerが「プリンタ州」と-Pause-プリンタのために定義されて、現在の仕事の後に活動が終了するまでの操作と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)は、Printerオブジェクトのオペレータか管理者であるに違いありません([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).
Shutdown-プリンタRequestとShutdown-プリンタResponseには、同じ属性グループと属性がPause-プリンタ操作のようにあります。([RFC2911]、.1と.2)、新しさを含んでいて、「プリンタはオペレータから通信する」という3.2.7操作が結果と考えるセクション3.2.7を見てください(セクション6を見てください)。
3.5.3. Startup-Printer operation
3.5.3. 始動プリンタ操作
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.
クライアントはこのOPTIONAL操作でPrinterオブジェクトのインスタンスを立ち上げることができます、既に開始されたのがなければ。 Startup-プリンタの目的はホストが手があいていた(このドキュメントの外における手段による)後にIPP Printerオブジェクト(すなわち、ネットワークでつながれたか地方のOutput Deviceを代表してIPP Printerを実装するServer)の接待された実装が始められるのを許容することです。 IPP Printerオブジェクトが既に開始されたときソフトウェアを初期化するか、またはOutput Device(s)をリセットする方法に関してセクション3.5.1を見てください。
Kugler, et al. Standards Track [Page 15] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[15ページ]: 仕事とプリンタ操作行進2005
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.
Printerオブジェクトが開始されていないときだけ、ホストはこの操作を受け入れなければなりません。 Printerオブジェクトが既に存在しているなら、ホストは'可能でないクライアント誤り'ステータスコードを返さなければなりません。
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オブジェクトの「プリンタ状態」と共にあるに違いありません、「プリンタ州の理由」属性から取り除かれた州の理由、それ、「プリンタ存在、-、」 属性が'誤っていること'に設定した受諾仕事。 そして、Enable-プリンタ操作を実行する前に、オペレータはPrinterを再構成できます。 しかしながら、いつPrinterが1番目であるかはエネルギー消費量を上げて、「プリンタは仕事を受け入れている」という属性が「箱」簡単な操作を達成するために'本当に'設定されるのは、RECOMMENDEDです。
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 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).
Shutdown-プリンタRequestとShutdown-プリンタResponseには、同じ属性グループと属性がPause-プリンタ操作のようにあります。(.1と.2)、新しさを含んでいて、「プリンタはオペレータから通信する」という3.2.7操作が結果と考える[RFC2911]セクション3.2.7を見てください(セクション6を見てください)。
4. Definition of the Job Operations
4. 仕事の操作の定義
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.
JobオブジェクトはすべてのJob操作に向けられます。 クライアントはいつも操作の正しい目標を選択するためにJobオブジェクトを特定するいくつかの手段を供給しなければなりません。 その職務識別は、Printer URIとJob IDのただ一つのJob URIか組み合わせのどちらかであるかもしれません。 IPPオブジェクト実装はあらゆる仕事のための両方の形式の識別をサポートしなければなりません。
The Job Operations defined in this document are summarized in Table 4.
本書では定義されたJob OperationsはTable4にまとめられます。
Table 4. Job Operation Operation-Id Assignments
4を見送ってください。 仕事の操作操作イド課題
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.
操作Name Operation-イドBrief記述-------------------------------------------------------------------- Reprocess-仕事の0x2C Creates aは、新しいJob IDとの完成した目標仕事をコピーして、それを処理します。
Cancel-Current- 0x2D Cancels the current job on the target
Job Printer or the specified job if it is
the current job.
キャンセル現在の0x2Dのキャンセル、それであるなら、目標Job Printerか指定された仕事の現在の仕事は現在の仕事です。
Kugler, et al. Standards Track [Page 16] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[16ページ]: 仕事とプリンタ操作行進2005
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.
目標Printerでありそれであるなら、指定された仕事は現在の仕事、Current-仕事での、許容です。0x2E Suspendsを吊してください、現在の処理仕事、他の代わりに処理されるべき仕事。
Resume-Job 0x2F Resumes the suspended target job.
吊す0x2F Resumesが狙う履歴書仕事の仕事。
Promote-Job 0x30 Promotes the pending target job to be
next after the current job(s) complete.
仕事を促進している0×30Promotes、現在の仕事のときに(s)が完了する後次である未定の目的の仕事。
Schedule-Job- 0x31 Schedules the target job immediately
After after the specified job, all other
scheduling factors being equal.
スケジュール仕事-0×31Schedules、目標仕事、すぐに、指定された仕事の後のAfter、他のすべてのスケジューリングが存在同輩を因数分解します。
4.1. Reprocess-Job Operation
4.1. Reprocess-仕事の操作
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。このOPTIONAL操作がaがクライアントが処理が終了されたか、中止されたか、または中止された後に待ち行列で保有された仕事のコピーを再処理できる仕事の操作を作成するということである、(.7 .2)。 この操作はRestart-仕事の操作と同じです([RFC2911]、セクション3.3.7を見てください)、Printerが目標仕事のコピーである新しい雇用を創り出して、目標仕事が変わりがないのを除いて。 新しい値は「仕事-uri」と「仕事イド」属性に割り当てられます。 「シートが完成した仕事のメディア」、「仕事のk八重奏は処理した」という「印象が完了した仕事」などの仕事の進歩を追跡する新しい仕事のJob記述属性が、0に初期化されます、いずれでも仕事の操作を作成するとき。 目標仕事は適当な期間の後にJob歴史に移行します、1つ以上のReprocess-仕事の操作がそれに実行されたかどうかの如何にかかわらず。
If the Set-Job-Attributes operation is supported, then the "job- hold-until" operation attribute MUST be supported with at least the 'indefinite' value, so that a client can modify the new job before it is scheduled for processing by using the Set-Job-Attributes operation. After modifying the job, the client can release the job for processing by using the Release-Job operation specifying the newly assigned "job-uri" or "job-id" for the new job.
操作はSet仕事の属性であるならサポートされます、そして「仕事、保持、-、」 少なくとも'無期'の値で操作属性をサポートしなければなりません、それが処理のためにSet仕事の属性操作を使用することによって予定される前にクライアントが新しい仕事を変更できるように。 仕事を変更した後に、クライアントは、新たに割り当てられた「仕事-uri」か「仕事イド」を新しい仕事に指定するRelease-仕事の操作を使用することによって、処理のための仕事をリリースできます。
4.2. Cancel-Current-Job Operation
4.2. キャンセルの現在の仕事の操作
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.
このOPTIONAL操作で、クライアントはそれがPrinterにおける現在の仕事であるなら目標Printerか指定された仕事の現在の仕事を中止できます。 仕事を中止する意味論に関して[RFC2911]、セクション3.3.3を見てください。 キャンセルの現在の仕事が受け取られている時までにJobが既にマークしているかもしれないので、仕事が実際に終えられる前に、いくつかのメディアシートページが印刷するかもしれません。
Kugler, et al. Standards Track [Page 17] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[17ページ]: 仕事とプリンタ操作行進2005
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.
現在の仕事が'処理'か'処理で止まっている'状態にあって、クライアントが「仕事イド」操作属性を供給しないなら、Printerは要請を受け入れて、現在の仕事を中止しなければなりません。 さもなければ、それは、要求を拒絶して、'クライアント誤り可能でない'ステータスコードを返さなければなりません。 1つ以上の仕事が'処理'か'処理で止まっている'状態にあるなら、マークであるものは取り消されます、そして、他のものは影響を受けないです。
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.
警告: 共有プリンタの上に、競合条件があります。 ユーザがこの操作を発行する時、承認の時の間では、現在の仕事は異なった仕事に変化するかもしれません。 ユーザかオペレータが新しい仕事を中止するために認証されるなら、間違った仕事は中止されます。 このレースが間違った仕事を中止するのを防ぐために、クライアントは「仕事イド」操作属性を供給するかもしれません。(それは、現在の仕事の仕事イドに対してチェックされます)。 「仕事イド」属性によって特定された仕事がPrinter(すなわち、'処理'か'処理で止まっている'状態には、ない)における現在の仕事でないなら、Printerはこの操作を拒絶して、'クライアント誤り可能でない'ステータスコードを返さなければなりません。 さもなければ、Printerは指定された仕事を中止します。
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)は、Printerオブジェクトの仕事の所有者(Job Creation操作で決定するように)、オペレータまたは管理者のどちらかであるに違いありません([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:
キャンセルの現在の仕事のRequestとキャンセルの現在の仕事のResponseには、同じ属性グループと属性がResume-プリンタ操作のようにあります([RFC2911]、セクション3.2.8を見てください)、新しい「オペレータからの仕事のメッセージ」操作属性を含んでいて(セクション6を見てください)、要求における以下のGroup1Operation属性の追加で:
"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.
「仕事イド」(整数(1: 最大)): クライアントOPTIONALLYは、それでも、特定された仕事が目標Printerオブジェクトにおける現在の仕事であることを確かめるためにこのOperation属性を供給します。 この操作をサポートするなら、IPPオブジェクトはこの操作属性をサポートしなければなりません。
4.3. Suspend and Resume Job Operations
4.3. 仕事の操作を中断して、再開してください。
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.
このセクションはSuspendの現在の仕事とResume-仕事の操作を定義します。 それは処理ですが、オペレータかユーザがこれらの操作で仕事を中断させることができます、他の仕事が処理されて、後のポイントで出力のいずれもなくさないで吊した仕事を再開するのを許容して。
Kugler, et al. Standards Track [Page 18] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[18ページ]: 仕事とプリンタ操作行進2005
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.
Hold-仕事とRelease-仕事の操作([RFC2911]、セクション3.3.5)は保持された仕事を持って、リリースするものです、吊した仕事を中断して、再開しないで。
4.3.1. Suspend-Current-Job Operation
4.3.1. 現在の仕事を中断させている操作
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.
このOPTIONAL操作で、クライアントはそれが他の仕事が代わりに処理されるのを許容するためにはPrinterにおける現在の仕事であるなら目標Printerか指定された仕事の現在の仕事を止めることができます。 Printerが現在の仕事を動かすか、'処理への目標仕事は、'状態を止めて、仕事の「仕事の州の理由」属性で'仕事で吊した'値を設定して(セクション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.
現在の仕事が'処理'か'処理で止まっている'状態にあって、クライアントが「仕事イド」操作属性を供給しないなら、Printerは要請を受け入れて、現在の仕事を中断させなければなりません。 さもなければ、それは、要求を拒絶して、'クライアント誤り可能でない'ステータスコードを返さなければなりません。 1つ以上の仕事が'処理'か'処理で止まっている'状態にあるなら、それらは皆、吊しています。
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.
警告: 共有プリンタの上に、競合条件があります。 ユーザがこの操作を発行する時、承認の時の間では、現在の仕事は異なった仕事に変化するかもしれません。 ユーザかオペレータが新しい仕事を中断させるために認証されるなら、間違った仕事は吊しています。 このレースが間違った仕事をポーズするのを防ぐために、クライアントは「仕事イド」操作属性を供給するかもしれません。(それは、現在の仕事の仕事イドに対してチェックされます)。 「仕事イド」属性によって特定された仕事がPrinter(すなわち、'処理'か'処理で止まっている'状態には、ない)における現在の仕事でないなら、Printerはこの操作を拒絶して、'クライアント誤り可能でない'ステータスコードを返さなければなりません。 さもなければ、Printerは指定された仕事を中断させて、他の仕事を処理しました。
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.
Printerは中断した仕事のためにSuspendの現在の仕事の要求を拒絶しなければなりません('可能でないクライアント誤り'を返してください)、すなわち、'処理で止まっている'状態での仕事のために、「仕事の州の理由」属性における'仕事で吊した'値で。
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)は、Printerオブジェクトの仕事の所有者(Job Creation操作で決定するように)かオペレータか管理者のどちらかであるに違いありません([RFC2911]を見てください、セクション1と8.5)。
Kugler, et al. Standards Track [Page 19] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[19ページ]: 仕事とプリンタ操作行進2005
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:
Suspendの現在の仕事のRequestとSuspendの現在の仕事のResponseには、同じ属性グループと属性がPause-プリンタ操作のようにあります([RFC2911]、セクション3.2.8を見てください)、新しい「オペレータからの仕事のメッセージ」操作属性を含んでいて(セクション6を見てください)、要求における以下のGroup1Operation属性の追加で:
"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.
「仕事イド」(整数(1: 最大)): クライアントOPTIONALLYは、それでも、特定された仕事が目標Printerオブジェクトにおける現在の仕事であることを確かめるためにこのOperation属性を供給します。 この操作をサポートするなら、IPPオブジェクトはこの操作属性をサポートしなければなりません。
4.3.2. Resume-Job Operation
4.3.2. 履歴書仕事の操作
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.
このOPTIONAL操作で、クライアントはそれが中断したポイントでの目標仕事を再開できます。 Printerは仕事の「仕事の州の理由」属性から目標仕事を'未定'の状態に動かして、'仕事で吊した'値を移します。
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.
目標仕事が仕事の「仕事の州の理由」属性における'仕事で吊した'値と共に'処理で止まっている'状態にないなら、Printerは要求を拒絶して、'クライアント誤り可能でない'ステータスコードを返さなければなりません、仕事が中断しなかったので。
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)は、Printerオブジェクトの仕事の所有者(Job Creation操作で決定するように)かオペレータか管理者のどちらかであるに違いありません([RFC2911]を見てください、セクション1と8.5)。
The Resume-Job Request and Resume-Job Response have the same attribute groups and attributes as the Release-Job operation (see [RFC2911], section 3.3.6), including the new "job-message-from- operator" operation attribute (see section 6).
Resume-仕事のRequestとResume-仕事のResponseには、Release-仕事の操作として同じ属性グループと属性があります([RFC2911]、セクション3.3.6を見てください)、新しさを含んでいて「仕事メッセージ、-、-、」 操作が結果と考える(セクション6を見ます)オペレータ。
4.4. Job Scheduling Operations
4.4. ジョブスケジューリング操作
This section defines jobs that allow an operator to control the scheduling of jobs.
このセクションはオペレータが仕事のスケジューリングを制御できる仕事を定義します。
4.4.1. Promote-Job Operation
4.4.1. 仕事を促進している操作
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.
クライアントは現在の仕事の後に次に、このOPTIONAL操作で未定の目標仕事を処理させることができます。完了します。 この操作はオペレータがジョブスケジューリングにかかわるところで生産印刷環境で特に役に立ちます。
Kugler, et al. Standards Track [Page 20] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[20ページ]: 仕事とプリンタ操作行進2005
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.
目標仕事が'未定'の状態にあるなら、この操作で、仕事の状態を変えませんが、現在の仕事の後に完全な状態で仕事を処理します。 目標仕事が'未定'の状態にないなら、Printerは要求を拒絶して、'可能でないクライアント誤り'ステータスコードを返さなければなりません。
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.
Printerが「ジョブ優先順位」Job Template属性を実装するなら([RFC2911]、セクション4.2.1を見てください)、Printerは仕事のサポートされる中で最も高い値の「仕事の優先権」を設定します(仕事が以前他の未定の仕事のどれかを印刷するように)。 Printerは'完成していない'仕事のためのGet-ジョブス応答([RFC2911]、セクション3.2.6を見る)における現在の仕事直後目標仕事を返します。
When the current job is completed, canceled, suspended (see section 4.3.1), or aborted, the target of this operation is processed next.
現在の仕事が完了しているか、中止されるか、中断するか(セクション4.3.1を見ます)、または中止されるとき、この操作の目標は次に、処理されます。
If a client issues this request (again) before the target of the operation of the original request started processing, the target of this new request is processed first.
オリジナルの要求の操作の目標が処理し始める前にクライアントが(再び)この要求を出すなら、この新しい要求の目標は最初に、処理されます。
IPP is specified not to require queues for job scheduling, as there are other implementation techniques for scheduling multiple jobs, such as re-evaluating a criteria function for each job on a scheduling cycle. However, if an implementation does implement queues for jobs, then the Promote-Job operation puts the specified job at the front of the queue. A subsequent Promote-Job operation prior to the processing of the first job puts that specified job at the front of the queue, so that it is "in front" of the previously promoted job.
IPPはジョブスケジューリングのための待ち行列を必要としないように指定されます、スケジューリング複数の仕事のための他の実装のテクニックがあるとき、スケジューリングサイクルの各仕事のために評価基準機能を再評価するのなどように。 しかしながら、実装が仕事のための待ち行列を実装するなら、Promote-仕事の操作は待ち行列の前部に指定された仕事を置きます。 最初の仕事の処理の前のその後のPromote-仕事の操作は待ち行列の前部にその指定された仕事を置きます、それが「前部」の以前に促進された仕事のものであるように。
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 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).
Promote-仕事のRequestとPromote-仕事のResponseには、同じ属性グループと属性がキャンセル仕事の操作のようにあります([RFC2911]、セクション3.3.3を見てください)、新しさを含んでいて「仕事メッセージ、-、-、」 操作が結果と考える(セクション6を見ます)オペレータ。
4.4.2. Schedule-Job-After Operation
4.4.2. 後のスケジュール仕事の操作
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.
クライアントは、このOPTIONAL操作からPrinterがそれが指定された前任者仕事直後処理されるように目標仕事の計画をするよう要求できます、他のすべてのスケジューリング要素が等しくて。 特に、この操作はオペレータがジョブスケジューリングにかかわるところで生産印刷環境で役に立ちます。
Kugler, et al. Standards Track [Page 21] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[21ページ]: 仕事とプリンタ操作行進2005
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.
どんな変化にも仕事の状態をしませんが、目標仕事が'未定'状態にあるなら、この操作は処理される仕事を原因にします。先行仕事は完了します。 前の仕事が'未定'の目標、'処理'、または'処理で止まっている'状態にあることができます。 目標仕事が'未定'の状態にないか、または前任者仕事が'未定'の、または、'処理している'か、'処理で止まっている'状態にないなら、Printerは要求を拒絶しなければなりません、そして、'可能でないクライアント誤り'ステータスコードを返します、仕事で位置を変えることができないとき。
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.
Printerが「ジョブ優先順位」Job Template属性を実装するなら([RFC2911]、セクション4.2.1を見てください)、Printerは仕事の前任者仕事のものの「仕事の優先権」を設定します(仕事が前任者仕事の後に印刷するように)。 Printerは前任者直後'完成していない'仕事のためのGet-ジョブス応答([RFC2911]、セクション3.2.6を見る)で目標仕事を返します。
When the predecessor job completes processing or is canceled or aborted while processing, the target of this operation is processed next.
前任者仕事が処理している間処理するのを完了するか、中止されるか、または中止されるとき、この操作の目標は次に、処理されます。
If the client does not supply a predecessor job, this operation has the same semantics as Promote-Job (see section 4.4).
クライアントが前任者仕事を供給しないなら、この操作には、Promote-仕事と同じ意味論があります(セクション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はジョブスケジューリングのための待ち行列を必要としないように指定されます、スケジューリング複数の仕事のための他の実装のテクニックがあるとき、スケジューリングサイクルの各仕事のために評価基準機能を再評価するのなどように。 しかしながら、実装が仕事のための待ち行列を実装するなら、後のSchedule仕事の操作は待ち行列における指定された仕事直後指定された仕事を置きます。 同じ仕事を指定するその後の後のSchedule仕事の操作で次々とその目標仕事を置くでしょう、最初の目標仕事と指定された仕事の間には、それはありますが。 例えば、ジョブキューがそのオーダーで仕事A、B、C、D、およびEから成ったと仮定してください。 後の目標としての仕事EによるSchedule仕事と指定された仕事としてのBは以下の待ち行列をもたらすでしょう: A、B、E、C、後の目標としてのJob Dと指定された仕事としてのBとのD.のAその後のSchedule仕事は以下の待ち行列をもたらすでしょう: 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.
言い換えれば、後のSchedule仕事の操作における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)は、Printerオブジェクトのオペレータか管理者であるに違いありません([RFC2911]を見てください、セクション1と8.5)。
Kugler, et al. Standards Track [Page 22] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[22ページ]: 仕事とプリンタ操作行進2005
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:
後のSchedule仕事のRequestには、キャンセル仕事の操作([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.
「前任者仕事のイド」: クライアントOPTIONALLYはこの属性を供給します。 この操作をサポートするなら、Printerはそれをサポートしなければなりません。 この属性は処理された目標仕事がことであった後仕事を指定します。 クライアントがこの属性を省略するなら、Printerはすなわち、現在の仕事の後に次の目標仕事を処理しなければなりません、1つがあれば。
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:
後のSchedule仕事のResponseには、同じ属性グループ、属性、およびステータスコードがキャンセル仕事の操作のようにあります([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.
'誤りが当たらなかったクライアント'--目標仕事か前任者仕事のどちらかが見つけられませんでした。
5. Additional Status Codes
5. 追加ステータスコード
This section defines new status codes used by the operations defined in this document.
このセクションは本書では定義された操作で使用される新しいステータスコードを定義します。
5.1. 'server-error-printer-is-deactivated' (0x050A)
5.1. 'サーバ誤りプリンタは非活性化されます'(0x050A)
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.
PrinterはDeactivate-プリンタ操作で非活性化されて、Activate-プリンタ(セクション3.5.1を見る)、Get仕事属性、Get-仕事、Getプリンタ属性、およびいかなる他のGet- Xxxx操作も受け入れているだけです。 オペレータは、Printerが他の操作を受け入れるのを許容するためにActivate-プリンタ操作を実行できます。
6. Use of Operation Attributes That Are Messages from the Operator
6. オペレータからのメッセージである操作属性の使用
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]からそれが対応するPrinterとJob記述属性を設定したという(これらの定義に関して[RFC2911]を見てください)プリンタメッセージ。 オペレータが彼らの動作の理由を示すことができて、これらの操作属性はオペレータが実行しそうであるPrinterとJob操作の大部分のためにそれぞれ定義されます。
Kugler, et al. Standards Track [Page 23] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[23ページ]: 仕事とプリンタ操作行進2005
Table 5 shows the operation attributes defined for use with the Printer Operations.
テーブル5はPrinter Operationsとの使用のために定義された操作属性を示しています。
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
操作はBを結果と考えます。--------------------------------------------- 属性-charset REQ REQ属性自然言語REQ REQプリンタ-uri REQ REQ要求しているユーザ名REQ REQオペレータからのプリンタメッセージ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、プリンタ属性を得てください: 他のすべてのPrinterの管理操作、包含、他、Pause-プリンタ、後にPause-プリンタ現在の仕事、Resume-プリンタ、Holdの新しいジョブスの、そして、Releaseが新しいジョブスを保持しているPurge-仕事、Enable-印刷、Disable-プリンタ、Restartプリンタ、Shutdown-プリンタ、およびStartup-プリンタ。 REQ: サポートへのPrinterのためのREQUIRED。 選びます: サポートへのPrinterのためのOPTIONAL。 それがサポートされないなら、Printerは属性を無視します。 以下に注意してください。 [RFC3380]に従って、ClientはGetプリンタ属性かSetプリンタ属性操作における「オペレータからのプリンタメッセージ」操作属性を供給してはいけません。 Printerはこれらの2つの操作におけるこの操作属性を無視しなければなりません。 代わりに、いつとしてそれがオペレータによって使用されて、クライアントが「オペレータからのプリンタメッセージ」を供給しなければならないか、(1つ、)、Setプリンタ属性操作があるPrinterオブジェクトの上に設定される明白な属性。
Kugler, et al. Standards Track [Page 24] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[24ページ]: 仕事とプリンタ操作行進2005
Table 6 shows the operation attributes defined for use with the Job operations.
テーブル6は使用のためにJob操作で定義された操作属性を示しています。
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
操作はB C Fを結果と考えます。--------------------------------------------------------- 属性-charset REQ REQ REQ REQ属性自然言語REQ REQ REQ REQプリンタ-uri REQ REQ REQ REQ仕事-uri REQ REQ REQ仕事イドREQ REQ REQ REQ要求しているユーザ名REQ REQ REQ REQオペレータからの仕事のメッセージOPT OPT OPT Noteメッセージ**OPT OPT OPT、なし、仕事の保持、なし、なし、OPT*、なし。
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。 サポートへのPrinterのためのREQUIRED。 選びます: サポートへのPrinterのためのOPTIONAL。 それを供給しますが、サポートしないならPrinterが属性を無視する、なし: 使用には操作で適切でない。 Printerは属性を無視します。 以下に注意してください。 [RFC3380]に従って、ClientはGet-仕事属性かSet仕事の属性操作における「オペレータからの仕事のメッセージ」操作属性を供給してはいけません。 Printerはこれらの2つの操作におけるこの操作属性を無視しなければなりません。 代わりに、オペレータによって使用されて、クライアントがいつとして「オペレータからの仕事のメッセージ」を供給しなければならないか、(1つ、)、Set仕事の属性操作があるJobオブジェクトの上に設定される明白な属性。 *: Printerがサポートしなければならない、「仕事の保持、」 操作がそれであるなら結果と考える、サポート、「仕事の保持、」 Job Template属性。 Reprocess-仕事の操作のために、処理されるためにそれをリリースする前に、クライアントは、仕事を持って、次に、仕事を変更できます。 **: [RFC2911]では、「メッセージ」操作属性はオペレータにメッセージを含むように定義されますが、[RFC2911]は、メッセージを保存するためにJob記述属性は定義しません。
Kugler, et al. Standards Track [Page 25] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[25ページ]: 仕事とプリンタ操作行進2005
7. New Printer Description Attributes
7. 新しいプリンタ記述属性
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).
以下の新しいPrinter記述属性が、本書では定義された新しい操作と外のPrinter Fanの概念をサポートするのに必要です(セクション10を見てください)。
7.1. subordinate-printers-supported (1setOf uri)
7.1. 支えられた下位のプリンタ(1setOf uri)
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.
実装がSubordinate Printers(セクション10を見る)をサポートして、このPrinterオブジェクトに関連している即座のSubordinate PrinterオブジェクトのURIを含んでいるなら、このPrinter属性はREQUIREDです。 それぞれのNon-葉のPrinterオブジェクトはこのPrinter記述属性をサポートしなければなりません。 Leaf Printerオブジェクトは、「支えられた下位のプリンタ」属性をサポートしないか、または'値がありません'がバンドの外にある状態で、そう値をします([RFC2911]を見てください、セクション4.1)、実装によって。
The precise format of the Subordinate Printer URIs is implementation dependent (see section 10.4).
Subordinate Printer 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.
Printerオブジェクトに関連Output Deviceがないなら、Printerは自動的に「デバイスによって割り当てられた状態で出力されて」Jobオブジェクトの属性にSubordinate Printerオブジェクトの「プリンタ名」属性の値をコピーするかもしれません([RFC2911]、セクション4.3.13を見てください)。 「割り当てられた出力デバイス」Job属性はPrinterオブジェクトが仕事を割り当てたOutput Deviceを特定します。 単一のPrinterオブジェクトが例えば外で外のDevice FanかPrinter Fanをサポートしているとき。
7.2. parent-printers-supported (1setOf uri)
7.2. プリンタがサポートした親(1setOf uri)
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.
実装がSubordinate Printers(セクション10を見る)をサポートして、このPrinterオブジェクトが即座のSubordinateであるNon-葉のプリンタオブジェクトのURIを含んでいるなら、このPrinter属性はREQUIREDです。 すなわち、このPrinterの即座の「親」か「両親。」 それぞれのSubordinate Printerオブジェクトはこの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.
このセクションは「プリンタ理由を述べている」Printer記述属性のために加算値を定義します。
Kugler, et al. Standards Track [Page 26] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[26ページ]: 仕事とプリンタ操作行進2005
8.1. 'hold-new-jobs' Value
8.1. '新しい仕事を持ってください'という値
'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を見る)が意味するHoldの新しいジョブスを発行しましたが、出力装置は、止まるにはかなりの時かかっています。 すべての出力がその後止まったとき、「プリンタ状態」は'止まる'ようになります、そして、'ポーズされた'値は「プリンタ州理由」属性における'ポーズされるのに移行する'値を取り替えます。 Holdの新しいジョブス操作がサポートされて、実装がある特定の状況ではデバイスをポーズするには重要な時間がかかるなら、この値をサポートしなければなりません。
8.2. 'deactivated' Value
8.2. '非活性化された'値
'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.
'非活性化される': クライアントがPrinterオブジェクトのためのDeactivate-プリンタ操作を発行して(セクション3.4.1を見てください)、Printerは非活性化されるようになることの途中にあるか、または非活性化されるようになりました。 PrinterはActivate-プリンタ以外のすべての要求、質問(プリンタ属性を得ているGet仕事の属性、Get-仕事など)、Send-ドキュメント、およびSend-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記述属性のために加算値を定義します。
9.1. 'job-suspended' Value
9.1. '仕事で吊した'値
'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.
'仕事で吊している': ジョブ処理がSuspendの現在の仕事の操作で中断している間、他の仕事をPrinterに処理できます。 Resume-仕事の操作でJobを再開できます。(それは、この値を取り除きます)。
10. Use of the Printer Object to Represent IPP Printer Fan-Out and IPP
Printer Fan-In
10. プリンタが四方八方に広げるIPPとIPPプリンタファン-インを表すプリンタオブジェクトの使用
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.
このセクションはPrinterオブジェクトが外のIPP Printer Fanと中のIPP Printer Fanを表すのにどう使用されるかもしれないかを定義します。 外のFanでは、IPP Printerは、他のIPP Printerオブジェクトを表すのに使用されます。 中のFanでは、数個のIPP Printerオブジェクトが、別のIPP Printerオブジェクトを表すのに使用されます。
Kugler, et al. Standards Track [Page 27] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[27ページ]: 仕事とプリンタ操作行進2005
10.1. IPP Printer Fan-Out
10.1. IPPプリンタは四方八方に広がります。
The IPP/1.1 Model and Semantics introduces the semantic concept of an IPP Printer object that represents more than one Output Device (see [RFC2911], section 2.1). This concept is called "Output Device Fan- Out". However, with Fan-Out there was no way to represent the individual states of the Output Devices or to perform operations on a specific Output Device. This document generalizes the semantics of the Printer object to represent Subordinate Fan-Out Output Devices such as IPP Printer objects. This concept is called "Printer object Fan-Out". A Printer object that has a Subordinate Printer object is called a Non-Leaf Printer object. Thus, a Non-Leaf Printer object supports one or more Subordinate Printer objects in order to represent Printer object Fan-Out. A Printer object that does not have any Subordinate Printer objects is called a Leaf Printer object.
IPP/1.1ModelとSemanticsは1Output Deviceを表すIPP Printerオブジェクトの意味概念を紹介します([RFC2911]を見てください、セクション2.1)。 この概念は「出力装置ファンアウト」と呼ばれます。 しかしながら、むこうのFanと共に、Output Devicesの個々の州を代表するか、または特定のOutput Deviceに操作を実行する方法が全くありませんでした。 このドキュメントは、IPP Printerオブジェクトなどの外のSubordinate Fan Output Devicesを表すためにPrinterオブジェクトの意味論を広めます。 この概念は「外のプリンタオブジェクトFan」と呼ばれます。 Subordinate Printerオブジェクトを持っているPrinterオブジェクトはNon-葉のPrinterオブジェクトと呼ばれます。 したがって、Non-葉のPrinterオブジェクトは、外のPrinterオブジェクトFanを表すために1個以上のSubordinate Printerオブジェクトを支えます。 どんなSubordinate Printerオブジェクトも持っていないPrinterオブジェクトはLeaf 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.
即座のSubordinate Printersに仕事を提出します。そうでなければ、それぞれのNon-葉のPrinterオブジェクトは、IPPか他のプロトコルを使用することによって、Subordinate Printersを制御します。 未定の仕事がSubordinate Printerがそれらを受け入れることができるまでNon-葉のPrinterに保たれるか、またはSubordinate Printersに保たれるかが実装、そして/または、構成方針によります。 その上、Subordinate Printerオブジェクトには、Subordinate Printerオブジェクトが順番にあるかもしれません。 したがって、PrinterオブジェクトはNon-葉のPrinterとSubordinate Printerの両方であることができます。
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.
Subordinate Printerオブジェクトが従っているPrinterオブジェクトであるに違いないので、それはREQUIRED[RFC2911]操作と属性のすべてをサポートしなければなりません。 しかしながら、アクセスコントロールで、Subordinate Printerが構成されるかもしれないので、1個以上のNon-葉のPrinterオブジェクトがどんな操作も実行することが許可されている間、エンドユーザクライアントがどんな操作(または、まさしくGetプリンタ属性)も実行することが許可されていません。
10.2. IPP Printer Fan-In
10.2. IPPプリンタファン-イン
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.1ModelとSemanticsは独身のOutput Deviceを表す複数のIPP Printerオブジェクトの意味概念を排除しませんでした([RFC2911]を見てください、セクション2.1)。 しかしながら、クライアントが中のFan構成があったかどうかと決心する方法が全くありませんでした。 また、Subordinateデバイスに操作を実行する方法がありませんでした。 この仕様は、数個のNon-葉のIPP Printerオブジェクトが単一のSubordinate Printerオブジェクトを表すのを許容するためにPrinterオブジェクトの意味論を広めます。 したがって、Non-葉のPrinterオブジェクトは、中のIPP Printer Fanを表すために他の1個以上のNon-葉のPrinterオブジェクトとSubordinate Printerオブジェクトを共有するかもしれません。
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
PrinterオブジェクトがNon葉のPrinterであるときに、Fan(セクション10.1を見る)が外にある場合、それは関連Output Deviceを持ってはいけません。 with
Kugler, et al. Standards Track [Page 28] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[28ページ]: 仕事とプリンタ操作行進2005
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.
散らばってください、そして、Leaf Printerオブジェクトは1関連Output Devicesを持っています。 それらのSubordinate Printerオブジェクトに仕事を提出します。そうでなければ、外のFanのように、Non-葉のPrinterオブジェクトは、Subordinate Printerを制御します。 外のFanのように、未定の仕事がSubordinate Printerが彼らを受け入れることができるまでNon-葉のPrintersに保たれるか、またはSubordinate 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):
以下のPrinter記述属性はPrinterオブジェクトとそれらのSubordinate Printerオブジェクトとの関係を表すために定義されます:
1. "subordinate-printers-supported" (1setOf uri) - Contains the
URI of the immediate Subordinate Printer object(s).
1. 「支えられた下位のプリンタ」(1setOf uri)--即座のSubordinate Printerオブジェクトの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)--、このPrinterオブジェクトが即座のSubordinateであるNon-葉のプリンタオブジェクトのURIを含んでいる、」、。 すなわち、このPrinterの即座の「親」か「両親。」
10.4. Subordinate Printer URI
10.4. 下位のプリンタ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:
それぞれのSubordinate Printerオブジェクトで、それぞれの操作の目標としてSubordinate PrinterでURIを使用します。 Subordinate PrinterオブジェクトのためにURIを構成する手段はすべてのURIのように実装依存しています。 しかしながら、2つの異なったアプローチがあります:
a. When the implementation seeks to make sure that no operation on
a Subordinate Printer object "sneaks by" the parent Printer
object (or that no Subordinate Printer is fronting for a device
that is not networked), the host part of the URI specifies the
host of the parent Printer. Then the parent Printer object can
easily reflect the state of the Subordinate Printer objects in
the parent's Printer object state and state reasons as the
operation passes "through" the parent Printer object.
a。 実装が、Subordinate Printerオブジェクトにおけるどんな操作でも親Printerオブジェクトに「潜入しないこと」を確実にしようとするなら(そのノーSubordinate Printerはネットワークでつながれないデバイスに向かっています)、URIのホスト部分は親Printerのホストを指定します。 そして、操作が親Printerオブジェクトを“through"に渡すとき、親Printerオブジェクトは容易に親のPrinterオブジェクト状態と州の理由にSubordinate 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。 Subordinate Printerがネットワークでつながれて、実装が、操作が親Printerオブジェクトに関する知識なしで直接Subordinate Printer(適切なアクセスコントロールがある)に行くのを許容するとき、URIのホスト部分は親Printerオブジェクトのホスト一部と異なっています。 このSubordinate Printerオブジェクトに投票するか、またはSubordinate Printerと共にイベントに加入するのによるケース、Printerが「プリンタ状態」を保つかもしれないのを反対させる親、および日付を入れるために起きていている「プリンタ州の理由」オブジェクト、(見ます[RFC3995]。
Kugler, et al. Standards Track [Page 29] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[29ページ]: 仕事とプリンタ操作行進2005
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.
Subordinate Printerオブジェクトが、IPPが通知であるとサポートするときのイベント通知に加入する手段) あるいはまた、親Printerは、正しい値を返すために「プリンタ状態」と「プリンタ州の理由」属性が質問されるまで待っていて、次に、すべてのSubordinate Printersについて質問するかもしれません。
10.5. Printer Object Attributes Used to Represent Output Device Fan-Out
10.5. 出力装置を表すのに使用されるプリンタオブジェクト属性は四方八方に広がります。
Only Leaf IPP Printer objects are allowed to have one or more associated Output Devices. Each Leaf Printer object MAY support the "output-devices-supported" (1setOf name(127)) to indicate the user- friendly name(s) of the Output Device(s) that the Leaf Printer object represents. It is RECOMMENDED that each Leaf Printer object have only one associated Output Device, so that the individual Output Devices can be represented completely and controlled completely by clients. In other words, the Leaf Printer's "output-devices- supported" attribute SHOULD have only one value.
Leaf IPP Printerオブジェクトだけが1関連Output Devicesを持つことができます。 それぞれのLeaf Printerオブジェクトは「デバイスが支えた出力」をサポートするかもしれません。(1setOfは、ユーザの好意的な名(Leaf Printerオブジェクトが表すOutput Device(s))を示すために(127))を命名します。 それは各Leaf Printerが1関連Output Deviceしか持っていないのを反対させるRECOMMENDEDです、個々のOutput Devicesを完全に表して、完全にクライアントが制御できるように。 言い換えれば、Leaf Printerの「出力デバイスでサポートしている」属性SHOULDには、1つの値しかありません。
Non-Leaf Printer MUST NOT have associated Output Devices. However, a Non-Leaf Printer SHOULD support an "output-devices-supported" (1setOf name(127)) Printer Description attribute that contains all the values of its immediate Subordinate Printers. As these Subordinate Printers MAY be Leaf or Non-Leaf, the same rules apply to them. Thus any Non-Leaf Printer SHOULD have an "output-devices-supported" (1setOf name(127)) attribute that contains all the values of the Output Devices associated with Leaf Printers of its complete sub-tree.
非葉のPrinterはOutput Devicesを関連づけていてはいけません。 しかしながら、Non-葉のPrinter SHOULDは「デバイスが支えた出力」をサポートします。(1setOfは即座のSubordinate Printersのすべての値を含む属性と(127)) プリンタ記述を命名します。 これらのSubordinate PrintersがLeafかNon-葉であるかもしれないので、同じ規則はそれらに適用されます。 どんなNon-葉のPrinter SHOULDにも、その結果、「デバイスが支えた出力」があります。(Output Devicesのすべての値を含む1setOf名前(127))属性が完全な下位木のLeaf Printersと交際しました。
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.
PrintersとOutput Devicesの構成を加えるか、動くか、または変えるとき、木構造が一貫していない瞬間があることができます。 すなわち、「部下はプリンタでサポートした」Non-葉のPrinterのものがSubordinate Printerの「プリンタがサポートした親」に同意しない回。 したがって、このように構成されるすべてのPrinters、すべての指針が結果と考えるアップデート、およびその時が再起動するオペレータSHOULD最初のDeactivate、彼ら。 役に立つクライアントツールはかかわったActivatingのPrintersの前で木構造を有効にするでしょう。
10.6. Figures to Show All Possible Configurations
10.6. すべての可能な構成を示している数字
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.
すべてのPrinterオブジェクトがどこのLeaf PrinterオブジェクトであるかをIPP/1.0で可能な構成とIPP/1.1に示すために[RFC2911]から数字1、2、および3を取ります。 残っている数字は、Non-葉とLeaf Printerオブジェクトを使用することで追加構成を示しています。
Kugler, et al. Standards Track [Page 30] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[30ページ]: 仕事とプリンタ操作行進2005
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.
##### Output Deviceに埋め込まれているか. Printerオブジェクトが列に並ばせるかもしれないか、または列に並ばせることができないかもしれないサーバで接待されるか、またはスプールしているPrinterオブジェクトを示します。
any indicates any network protocol or direct
connect, including IPP.
IPPを含んでいて、いずれもどんなネットワーク・プロトコルも示すか、またはダイレクトに、接続してください。
Output Device
+---------------+
| ########### |
O +--------+ | # (Leaf) # |
/|\ | client |------------IPP-----------------># Printer # |
/ \ +--------+ | # Object # |
| ########### |
+---------------+
出力装置+---------------+ | ########### | ○ +--------+ | # (葉) # | /|\ | クライアント|------------IPP-----------------># プリンタ#| / \ +--------+ | # オブジェクト#| | ########### | +---------------+
Figure 1. Embedded Printer Object
図1。 埋め込まれたプリンタオブジェクト
########### Output Device
O +--------+ # (Leaf) # +---------------+
/|\ | client |---IPP----># Printer #---any->| |
/ \ +--------+ # object # | |
########### +---------------+
########### 出力装置O+--------+ #葉()#+---------------+ /|\ | クライアント|---IPP----># プリンタ#---いくらか>|、| / \ +--------+ #オブジェクト#| | ########### +---------------+
Figure 2. Hosted Printer Object
図2。 接待されたプリンタオブジェクト
+---------------+
| |
+->| Output Device |
########### any/ | |
O +--------+ # (Leaf) # / +---------------+
/|\ | client |---IPP----># Printer #--*
/ \ +--------+ # Object # \ +---------------+
########### any\ | |
+->| Output Device |
| |
+---------------+
+---------------+ | | +->| 出力装置| ########### どんな/| | ○ +--------+ #葉()#/+---------------+ /|\ | クライアント|---IPP----># プリンタ#--*/\+--------+ #オブジェクト#\+---------------+ ###########どんな\| | +->| 出力装置| | | +---------------+
Figure 3. Output Device Fan-Out
図3。 出力装置は四方八方に広がります。
Kugler, et al. Standards Track [Page 31] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[31ページ]: 仕事とプリンタ操作行進2005
########### ###########
O +--------+ # Non-Leaf# # subord. #
/|\ | client |---IPP----># Printer #---IPP----># Printer #
/ \ +--------+ # object # # object #
########### ###########
########### ########### ○ +--------+ #、非、-##subordにページをめくってください。 # /|\ | クライアント|---IPP----># プリンタ#---IPP----># プリンタ#/\+--------+ #オブジェクト##オブジェクト#######################
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.
Subordinate Printerは図4〜6のようにNon-葉のPrinterであることができる、またはLeaf Printerであるかもしれません、図1〜3のように。
Figure 4. Chained IPP Printer Objects
図4。 チェーニングされたIPPプリンタオブジェクト
+------IPP--------------------->###########
/ +---># subord. #
/ / # Printer #
/ ########### IPP # object #
O +--------+ # Non-Leaf# / ###########
/|\ | client |---IPP----># Printer #--*
/ \ +--------+ # object # \
\ ########### IPP ###########
\ \ # subord. #
\ +---># Printer #
+------IPP---------------------># object #
###########
+------IPP--------------------->########### / +---># subord。 # //#プリンタ#/###########IPP#オブジェクト#O+--------+ #、非、-、葉の#/###########/|\ | クライアント|---IPP----># プリンタ#--*/\+--------+ #オブジェクト#\\###########IPP###########\\#subord。 # \ +---># プリンタ#+------IPP---------------------># オブジェクト############
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.
Subordinate Printerは図4〜6のようにNon-葉のPrinterであることができる、またはLeaf Printerであるかもしれません、図1〜3のように。
Figure 5. IPP Printer Object Fan-Out
図5。 IPPプリンタオブジェクトは四方八方に広がります。
Kugler, et al. Standards Track [Page 32] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[32ページ]: 仕事とプリンタ操作行進2005
###########
# Non-Leaf#
+---># Printer #-+
/ # object # \
IPP ########### \ ###########
O +--------+ / +-IPP-># subord. #
/|\ | client |--+-----------IPP---------------># Printer #
/ \ +--------+ \ +-IPP-># object #
IPP ########### / ###########
\ # Non-Leaf# /
+---># Printer #-+
# object #
###########
########### # 非、-、葉#+---># プリンタ#+/#オブジェクト#\IPP###########\###########O、+--------+/+-IPP>#subord。 # /|\ | クライアント|--+-----------IPP---------------># プリンタ#/\+--------+ \+IPP>#オブジェクト#IPP###########/###########\#Non、-、葉の#/+---># プリンタ#+#オブジェクト############
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.
Subordinate Printerは図4〜6のようにNon-葉のPrinterであることができる、またはLeaf Printerであるかもしれません、図1〜3のように。
Figure 6. IPP Printer Object Fan-In
図6。 IPPプリンタオブジェクトファン-イン
10.7. Forwarding Requests
10.7. 推進要求
This section describes the forwarding of Job and Printer requests to Subordinate Printer objects.
このセクションはSubordinate PrinterオブジェクトへのJobとPrinter要求の推進について説明します。
10.7.1. Forwarding Requests that Affect Printer Objects
10.7.1. そのAffect Printer ObjectsをRequestsに送ります。
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).
外のPrinter Fan、中のPrinter Fan、およびChained Printersでは、Non葉のIPP PrinterオブジェクトはSubordinate PrinterオブジェクトにPrinterオブジェクトに影響する操作を進めてはいけません。 クライアントが明らかにSubordinate Printerを狙おうとするなら、クライアントはSubordinate PrinterのURIを指定しなければなりません。 クライアントは、Printerの「支えられた下位のプリンタ(1setOf uri)属性(セクション7.1を見る)」について質問することによって、どんなSubordinate Printersの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はPrinterオブジェクトに影響する操作とNon-葉のPrinterが即座のSubordinate Printersに示さなければならない推進の振舞いを記載します。 仕事に影響する操作が異なった推進規則を持っています(セクション10.7.2とTable8を見てください):
Kugler, et al. Standards Track [Page 33] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[33ページ]: 仕事とプリンタ操作行進2005
Table 7. Forwarding Operations that Affect Printer Objects
7を見送ってください。 そのAffect Printer ObjectsをOperationsに送ります。
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
プリンタを可能にする、Subordinate Printers Disable-プリンタのどれかへのフォワードがSubordinate Printers Holdの新しいジョブスのいずれにも送ってはいけないNOTがSubordinate Printers Releaseのどれかに送ってはいけない、---保持されて、新しく、NOTはPrinters Deactivate-プリンタが進めてはいけないジョブスをSubordinateのいずれにも送らなければなりません; Subordinate Printers Activate-プリンタのどれかが送らなければならない、Subordinate Printers Restart-プリンタのどれかへのどんなフォワードも、Subordinate Printers Shutdown-プリンタのどれかへのフォワードがSubordinate Printers Startup-プリンタのいずれにも送ってはいけないNOTはSubordinate Printersのいずれにも送ってはいけません。
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
プリンタを手に入れる、-、Subordinate Attributes Printers Pause-プリンタのどれかへのフォワードがSubordinate Printers Resume-プリンタのいずれにも送ってはいけないNOTはSubordinate Printersのいずれにも送ってはいけません。
Set Operations: See [RFC3380]
操作を設定してください: 見てください。[RFC3380]
Set-Printer- MUST NOT forward to any of its Subordinate
Attributes Printers
セットプリンタ、-、Subordinate Attributes Printersのいずれにも送ってはいけません。
Kugler, et al. Standards Track [Page 34] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[34ページ]: 仕事とプリンタ操作行進2005
10.7.2. Forwarding Requests that Affect Jobs
10.7.2. そのAffectジョブスをRequestsに送ります。
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.
Printerオブジェクト(セクション10.7.1を見る)に影響するだけであるPrinter Operationsと異なって、Non-葉のPrinterオブジェクトは直接即座のSubordinate Printerオブジェクトの1つ以上の適切なJobオブジェクトに仕事に影響する操作を進めなければなりません。 このJob操作の目的が示された仕事(それ自体で進められたかもしれない)に影響することであるので、推進はREQUIREDです。 操作と実装によって、この推進は、即座であるか列に並ばせられるかもしれません。 例えば、Non-葉のPrinterオブジェクトは、一度に仕事をSubordinate Printer(s)に提供して、仕事を列に並ばせるか、スプールする、またはすぐSubordinate Printersの1つに仕事を送るかもしれません。 どちらの場合ではも、Non-葉のPrinterオブジェクトはSubordinate Printersの1つへの操作をJob Creationに送ります。 Job Creation操作の推進の時間だけがNon-葉のPrinterかSubordinate Printerに仕事を列に並ばせるか、またはスプールするかどうかに方針がことである依存します。
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.
Non-葉のPrinterオブジェクトがSubordinate PrinterでJobオブジェクトを作成するとき、そのNon-葉のPrinterオブジェクトが、完全に形成されたJobオブジェクトを保つか、またはまさしくSubordinate Printerオブジェクトでそれが割り当てた「仕事イド」からそれらまでのマッピングを割り当て続けるかが、IMPLEMENTATION-DEPENDENTです。 どちらの場合ではも、Non-葉のPrinterはNon-葉のPrinterが割り当てた「仕事イド」を指定する今後のJob操作は受け入れて、行うことができて仕事の提出しているクライアントに返さなければなりません。
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は直接仕事に影響する操作とNon-葉のPrinterがSubordinate Printersに示さなければならない推進の振舞いを記載します。
Kugler, et al. Standards Track [Page 35] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[35ページ]: 仕事とプリンタ操作行進2005
Table 8. Forwarding Operations that Affect Jobs Objects
8を見送ってください。 そのAffectジョブスObjectsをOperationsに送ります。
Operation Non-Leaf Printer action
---------------------------------------------------------------
Job operations:
操作Non-葉のPrinter動作--------------------------------------------------------------- 仕事の操作:
Reprocess-Job MUST forward to the appropriate Job in one of
its Subordinate Printers
Cancel-Current- MUST NOT forward
Job
Resume-Job MUST forward to the appropriate Job in one of
its Subordinate Printers
Promote-Job MUST forward to the appropriate Job in one of
its Subordinate Printers
Reprocess-仕事がSubordinate Printersキャンセル電流の1つで適切なJobに送らなければならない、-前進のJob Resume-仕事がそうしなければならないNOTはSubordinate Printers Promote-仕事の1つがSubordinate Printersの1つの適切なJobに送らなければならないコネを適切なJobに送らなければなりません。
IPP/1.1 Printer
operations:
IPP/1.1Printer操作:
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
印刷仕事がすぐに、送らなければならないか、適切なSubordinate Printer Print-URIへの待ち行列がすぐに、送らなければならないか、または適切なSubordinate Printer Validate-仕事への待ち行列が適切なSubordinate Printer Create-仕事に送らなければならない、すぐに進めなければならない、適切なSubordinate Printer Get-ジョブスへの待ち行列はSubordinate Printers Purge-ジョブスがすべてのSubordinate Printersに送らなければならないすべてに進められなければなりません。
IPP/1.1 Job
operations:
IPP/1.1Job操作:
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
ドキュメントを発信させる、中のSubordinate Printers Send-URIの1つが中に適切なJobへすぐに、進めなければならないか、または列に並ばせなければならないSubordinate Printersキャンセル仕事の1つがSubordinate Printers Get-仕事の1つで適切なJobに送らなければならない適切Jobにすぐに、進めなければならないか、または列を作らなければならない、-、進めなければなりません; Attributesの1つの適切なJobに、Non-葉のPrinterが、JobオブジェクトHold-仕事の完全な状態がSubordinate Printers Release-仕事の1つで適切なJobに送らなければならないのを知らないなら、Subordinate PrintersはSubordinate Printersの1つのJobを適切に送らなければなりません。
Kugler, et al. Standards Track [Page 36] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[36ページ]: 仕事とプリンタ操作行進2005
Restart-Job MUST forward to the appropriate Job in one of
its Subordinate Printers
再開仕事はSubordinate Printersの1つのJobを適切に送らなければなりません。
IPP Set operations: See [RFC3380]
IPP Set操作: 見てください。[RFC3380]
Set-Job- MUST forward to the appropriate Job in one of
Attributes its Subordinate Printers
セット仕事、-、Attributesの1つで適切なJobにSubordinate Printersを送らなければなりません。
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.
Printerが「最善努力原則」にREQUIRESが進めて、そうするという要求を受け取って、Subordinate Printersのいずれからも応答を待たないでクライアントへの応答を返すとき。 そのような転送された要求は失敗できました。
10.8. Additional Attributes to Help with Fan-Out
10.8. 助ける追加属性は四方八方に広がります。
The following operation and Job Description attributes are defined to help represent Job relationships for Fan-Out and forwarding of jobs.
以下の操作とJob記述属性は、仕事の外のFanと推進のためにJob関係を表すのを助けるために定義されます。
10.8.1. output-device-assigned (name(127)) Job Description Attribute -
from [RFC2911]
10.8.1. 割り当てられて、デバイスを出力してください。(仕事の記述Attributeと(127))を命名してください--[RFC2911]
[RFC2911] defines "output-device-assigned" as follows: "This attribute identifies the Output Device to which the Printer object has assigned this job. If an Output Device implements an embedded Printer object, the Printer object NEED NOT set this attribute. If a print server implements a Printer object, the value MAY be empty (zero-length string) or not returned until the Printer object assigns an Output Device to the job. This attribute is particularly useful when a single Printer object supports multiple devices (so called "Device Fan-Out" see [RFC2911] section 2.1)." See also section 10.1 in this specification.
[RFC2911]は以下の「割り当てられた出力デバイス」を定義します: 「この属性はPrinterオブジェクトがこの仕事を割り当てたOutput Deviceを特定します。」 Output Deviceが埋め込まれたPrinterオブジェクトを実装するなら、Printerオブジェクトはこの属性を設定する必要はありません。 プリント・サーバがPrinterオブジェクトを実装するなら、PrinterオブジェクトがOutput Deviceを仕事に割り当てるまで、値は、空(ゼロ長ストリング)か返されないかもしれません。 「単一のPrinterオブジェクトが複数のデバイスを支えるとき(そのように「デバイスは四方八方に広がります」と呼ばれて、[RFC2911]セクション2.1を見てください)、この属性は特に役に立ちます。」 また、この仕様でセクション10.1を見てください。
10.8.2. original-requesting-user-name (name(MAX)) Operation and Job
Description Attribute
10.8.2. オリジナルの要求ユーザ名(名前(MAX))操作とJob記述Attribute
The operation attribute containing the user name of the original user; i.e., corresponding to the "requesting-user-name" operation attribute (see [RFC2911], section 3.2.1.1) that the original client supplied to the first Printer object. The Printer copies the "original-requesting-user-name" operation attribute to the corresponding Job Description attribute.
オリジナルのユーザのユーザ名を含む操作属性。 [RFC2911]を見てください、セクション3.2。すなわち、「要求しているユーザ名」操作属性に対応する、(.1 オリジナルのクライアントが最初のPrinterオブジェクトに供給した.1)。 Printerは「オリジナルの要求ユーザ名」操作属性を対応するJob記述属性にコピーします。
Kugler, et al. Standards Track [Page 37] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[37ページ]: 仕事とプリンタ操作行進2005
10.8.3. requesting-user-name (name(MAX)) Operation Attribute -
Additional Semantics
10.8.3. 要求しているユーザ名(名前(MAX))操作Attribute--追加Semantics
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「要求しているユーザ名」操作属性、(それ自体である各クライアントは、各ホップの上で3.2に.1が)アップデートされる.1を区分するのを見ます[RFC2911]。 すなわち、「要求しているユーザ名」はオリジナルのクライアントではなく、要求を転送するクライアントの代理をします。
10.8.4. job-originating-user-name (name(MAX)) Job Description Attribute
- Additional Semantics
10.8.4. 仕事の起因するユーザ名(名前(MAX))仕事の記述Attribute--追加Semantics
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.
値を変えないで、「仕事の起因するユーザ名」Job記述属性([RFC2911]、セクション4.3.6を見る)は、親Printerの認証されたホストではなく、認証されたオリジナルのユーザとして残っていて、各クライアントによって進められます。
11. Conformance Requirements
11. 順応要件
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.
操作が定義したJobとPrinter Administrativeは本書ではOPTIONAL操作です。 しかしながら、他のものが実装されるなら、Table9に示されるようにいくつかの操作を実装しなければなりません。
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
これらの操作のいずれもサポートされる操作REQUIRED If: -------------------------------------------------------------------- プリンタを無効にしているプリンタを可能にしているプリンタを無効にしているプリンタを可能にしているくぎりプリンタ履歴書プリンタ履歴書プリンタくぎりプリンタ、リリースが新しいジョブスを保持している現在の仕事の後のくぎりのプリンタの保持の新しいジョブス・リリースが新しいジョブスを保持している保持新しいジョブス、プリンタを動かす、プリンタを非活性化する、プリンタを無効にします; 現在の仕事の後のくぎりのプリンタDeactivate-プリンタ、Activate-プリンタEnable-プリンタ、Resume-プリンタRestart-プリンタ、なにも、Shutdown-プリンタ、なにも、Startup-プリンタ、なにも、Reprocess賃仕事でないなにもキャンセルの現在の仕事、なにも、Resume-仕事のSuspendの現在の仕事のSuspendの現在の仕事のResume-仕事
Kugler, et al. Standards Track [Page 38] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[38ページ]: 仕事とプリンタ操作行進2005
Promote-Job none Schedule-Job-After Promote-Job
後にSchedule賃仕事でない仕事を促進しているなにもPromote-仕事
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は示された操作がサポートされるならREQUIREDである「プリンタ州の理由」と「仕事の理由を述べている」値を記載します。
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
「以下のPrinter理由のプリンタ順応Ifを述べているどれか」は以下を評価します。 要件Operationsはサポートされます: -------------------------------------------------------------------- ''必要なくぎりプリンタ、現在の仕事の後のくぎりのプリンタ、またはプリンタを非活性化している'保持の新しい仕事'がプリンタを非活性化で保持の新しいジョブス'ポーズされるのに移行すること'の任意のくぎりプリンタ、現在の仕事の後のくぎりのプリンタを必要とであったこと'はポーズされた非活性化したこと'がプリンタを非活性化で必要です。
Table 11. Conformance Requirement Dependencies for "job-state-
reasons" Values
11を見送ってください。 「仕事の理由を述べている」Valuesのための順応Requirement Dependencies
"job-state-reasons" Conformance If any of the following Job values: Requirement operations are supported:
以下のJobのどれかが以下を評価するという「仕事の州の理由」Conformance If 要件操作はサポートされます:
'job-suspended' REQUIRED Suspend-Current-Job 'printer-stopped' REQUIRED Always REQUIRED
'仕事で吊した'必要であることで、現在の仕事を中断させてください'はプリンタで止まったこと'がいつも必要な状態で必要です。
12. Normative References
12. 引用規格
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] ブラドナー、S.、「Indicate Requirement LevelsへのRFCsにおける使用のためのキーワード」、BCP14、RFC2119、1997年3月。
[RFC2246] Dierks, T. and C. Allen, "The TLS Protocol Version 1.0",
RFC 2246, January 1999.
[RFC2246] Dierks、T.、およびC.アレン、「TLSは1999年1月にバージョン1インチ、RFC2246について議定書の中で述べます」。
[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.、Gettys、J.、ムガール人、J.、Frystyk、H.、Masinter、L.、リーチ、P.、およびT.バーナーズ・リー、「HTTP/1.1インチ、RFC2616、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に以下を印刷するインターネット」 「コード化と輸送」、RFC2910、9月2000日
Kugler, et al. Standards Track [Page 39] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[39ページ]: 仕事とプリンタ操作行進2005
[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.、イサクソン、S.、およびP.パウエル、「プロトコル/1.1に以下を印刷するインターネット」 「モデルと意味論」、RFC2911、9月2000日
[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)について議定書の中で述べます」。 「仕事とプリンタ設定している操作」、RFC3380、2002年9月。
13. Informative References
13. 有益な参照
[RFC2567] Wright, F., "Design Goals for an Internet Printing
Protocol", RFC 2567, April 1999.
[RFC2567] ライト、F.、「インターネット印刷プロトコルのデザイン目標」、RFC2567、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.、「インターネット印刷プロトコルのためのモデルとプロトコルの構造への原理」、RFC2568(1999年4月)。
[RFC2569] Herriot, R., Hastings, T., Jacobs, N., and J. Martin,
"Mapping between LPD and IPP Protocols", RFC 2569, April
1999.
[RFC2569] エリオとR.とヘイスティングズとT.とジェイコブズ、N.とJ.マーチン、「LPDとIPPプロトコルの間のマッピング」、RFC2569、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に以下を印刷するインターネット」 「作成者のガイド」、RFC3196、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)について議定書の中で述べます」。 「仕事、プリンタ、およびDevice行政課のための要件」、RFC3239、2002年2月。
[RFC3995] Herriot, R. and T. Hastings, "Internet Printing Protocol
(IPP): Event Notifications and Subscriptions", RFC 3995,
February 2005.
[RFC3995] エリオ、R.、およびT.ヘイスティングズ、「インターネット印刷は(IPP)について議定書の中で述べます」。 「イベント通知と購読」、RFC3995、2月2005日
14. IANA Considerations
14. IANA問題
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.
このセクションは本書では定義をカバーするために[RFC2911]、セクション6で定義された手順によると、IANAがIPP Registryに加えたというレジスト情報を含みます。 http://www.iana.org/assignments/ipp-registrations への追加がファイルされるとき、結果として起こる登録証明書は発行されました。
Kugler, et al. Standards Track [Page 40] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[40ページ]: 仕事とプリンタ操作行進2005
14.1. Attribute Registrations
14.1. 属性登録証明書
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
名前参照部-------------------------------------- --------- ------- 仕事の記述属性: オリジナルの要求ユーザ名(名前(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
14.2. Attribute Value Registrations
14.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
属性値参照部--------------------- --------- ------- 仕事の州の理由(1setOf type2キーワード)の仕事で吊した[RFC3998]9.1
printer-state-reasons (1setOf type2 keyword)
hold-new-jobs [RFC3998] 8.1
deactivated [RFC3998] 8.2
新しい仕事を持っている[RFC3998]8.1が[RFC3998]8.2を非活性化したプリンタ州の理由(1setOf type2キーワード)
14.3. Additional Enum Attribute Value Registrations
14.3. 追加Enum属性値登録証明書
The following table lists all the new enum attribute values defined in this document. These have been registered according to the procedures in [RFC2911], section 6.1.
以下のテーブルは本書では定義されたすべての新しいenum属性値を記載します。 手順によると、[RFC2911]、セクション6.1にこれらを登録してあります。
Kugler, et al. Standards Track [Page 41] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[41ページ]: 仕事とプリンタ操作行進2005
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
属性(属性構文)値のName Referenceセクション------- -------------------- --------- ------- 操作でサポートしている(1setOf type2 enum)RFC2911 4.4; 1 プリンタを動かしているプリンタを非活性化しているリリースが新しいジョブスを保持しているプリンタを無効にしているプリンタを可能にしている0×0022RFC3998 3 0×0023RFC3998 3 0×0024現在の仕事の後のくぎりのプリンタRFC3998 3 0×0025保持の新しいジョブスRFC3998 3 0×0026RFC3998 3 0×0027RFC3998 3 0×0028RFC3998 3 0×0029再開プリンタ; 仕事を促進している現在の仕事を中断させているRFC3998 3 0x002Aのキャンセルの現在の仕事のRFC3998 4 0x002E RFC3998 4 0x002F履歴書仕事の閉鎖プリンタRFC3998 3 0x002B始動プリンタRFC3998 3 0x002C Reprocess-仕事のRFC3998 4 0x002D RFC3998 4 0×0030RFC3998 4 0×0031後のスケジュール仕事のRFC3998 4
14.4. Operation Registrations
14.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
名前参照部----------------------------- --------- ------- 仕事を促進しているプリンタを可能にしているプリンタを無効にしているプリンタを非活性化しているプリンタを動かしているRFC3998 3.4.2キャンセルの現在の仕事のRFC3998 4.2RFC3998 3.4.1RFC3998 3.1.1RFC3998 3.1.2保持の新しいジョブスRFC3998 3.3.1現在の仕事の後のくぎりのプリンタRFC3998 3.2.1RFC3998 4; 4.1 現在の仕事を中断させているリリースが新しいジョブスを保持しているRFC3998 3.3.2Reprocess-仕事のRFC3998 4.1再開プリンタRFC3998 3.5.1履歴書仕事のRFC3998 4.3.2後のスケジュール仕事のRFC3998 4.4.2閉鎖プリンタRFC3998 3.5.2始動プリンタRFC3998 3.5.3RFC3998 4.3.1
Kugler, et al. Standards Track [Page 42] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[42ページ]: 仕事とプリンタ操作行進2005
14.5. Status Code Registrations
14.5. ステータスコード登録証明書
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
値の名前参照部------ ------------------------ --------- ------- 0×0000:0x00FF--今回の「うまくいっていない」なにも
0x0100:0x01FF - "informational" none at this time
0×0100:0x01FF--今回の「情報でない」なにも
0x0300:0x03FF - "redirection" See RFC 2911 Errata none at this time
0×0300: 0x03FF--「リダイレクション」See RFC2911Errata、今回のなし
0x0400:0x04FF - "client-error" none at this time
0×0400: 0x04FF--「クライアント誤り」、今回のなし
0x0500:0x05FF - "server-error" 0x050A server-error-printer-is-deactivated [RFC3998] 5.1
0×0500: 0x05FF--サーバ誤りプリンタが非活性化された「サーバ誤り」0x050A[RFC3998]5.1
15. Internationalization Considerations
15. 国際化問題
This document has the same localization considerations as [RFC2911].
このドキュメントには、[RFC2911]と同じローカライズ問題があります。
16. Security Considerations
16. セキュリティ問題
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.
高レベルセキュリティ要件(クライアントAuthentication、サーバー証明、およびOperation Privacy)について議論します[RFC2911]IPP ModelとSemanticsが、ドキュメントである。 クライアントAuthenticationはクライアントが安全な方法でサーバへのアイデンティティを立証するメカニズムです。 サーバー証明はサーバが安全な方法でクライアントへのアイデンティティを立証するメカニズムです。 操作Privacyは盗聴から操作を保護するためのメカニズムと定義されます。
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.
Pause-プリンタ、Resume-プリンタ、およびPurge-仕事([RFC2911]では、定義される)と同様にこの仕様に基づき定義された(セクション3を見ます)プリンタ操作は使用のためにオペレータ、そして/または、管理者によって意図されます。 この仕様(セクション4を見る)とキャンセル仕事で定義された仕事の操作、Hold-仕事、およびRelease-仕事([RFC2911]では、定義される)は使用のためにPrinterオブジェクトの仕事の所有者、オペレータ、または管理者によって意図されます。 これらのオペレータと管理者操作はすべてのユーザのためのサービスに影響します。
Kugler, et al. Standards Track [Page 43] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[43ページ]: 仕事とプリンタ操作行進2005
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 Printer実装は、うまくいっている証明書ベースのTLS[RFC2246]クライアント認証を両方にサポートして、実行するうまくいっているオペレータ/管理者承認(セクション5.2の[RFC2911]、.7、8、および[RFC2910]を見る)に本書では定義された管理操作をサポートしなければなりません。 [RFC2910]は、IPP PrinterがTLS/1.0に指定された最小の暗号スイートを支えるのを必要とします。 この仕様、RFC2910、およびRFC2911の範囲の外にPrinterオブジェクトのオペレータか管理者に権限を与えるための手段があります。
The use of TLS and Client Authentication solves the Denial of Service, Man in the Middle, and Masquerading security threats.
TLSとClient Authenticationの使用はMiddle、およびMasquerading軍事的脅威でサービス妨害、Manを解決します。
17. Summary of Base IPP Documents
17. 基地のIPPドキュメントの概要
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.
「インターネットPrintingプロトコルのためのデザインGoals」は分散印刷の機能性への広い一見を取ります、そして、それは印刷プロトコルに含まれなければならない特徴をインターネットにはっきりさせるのを助ける現実のシナリオを列挙します。 それは3つのタイプのユーザのための要件を特定します: エンドユーザ、オペレータ、および管理者。 それはIPP/1.0で満たされているエンドユーザ要件の部分集合を呼び出します。 いくつかのOPTIONALオペレータ操作が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.
「StructureとModelのための原理とインターネットPrintingプロトコルのためのプロトコル」は、高い平らな視点から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:」 「モデルとSemantics」は抽象的なオブジェクト、それらの属性、彼らのコード化から独立している操作、および輸送で簡易型のモデルについて説明します。 それはPrinterとJobオブジェクトを導入します。 Jobオブジェクトは任意に複数の1Jobあたりのドキュメントを支えます。 また、それはセキュリティ、国際化、およびディレクトリ問題を扱います。
Kugler, et al. Standards Track [Page 44] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[44ページ]: 仕事とプリンタ操作行進2005
"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のために符号化規則を定義します。 また、このドキュメントは、HTTPの上でコンテントタイプが「アプリケーション/ipp」であるメッセージ本体を輸送するために規則を決めます。 このドキュメントは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:」 「Implementerのガイド」はIPPクライアントとIPPオブジェクトのimplementersに洞察とアドバイスを与えます。 彼らが彼らのクライアント、そして/または、IPPオブジェクト実装のデザインにそれらを助けるかもしれない問題のIPP/1.1といくつかを理解しているのを助けるのは意図しています。 例えば、誤りを含んでいるのがチェックして、処理要求の典型的な注文を与えます。 また、仕様決定のいくつかに関する動機は含まれています。
"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(線Printer Daemon)実装の間で何らかのアドバイスをゲートウェイのimplementersに与えます。
Authors' Addresses
作者のアドレス
Carl Kugler IBM Corporation, 003G 6300 Diagonal Hwy Boulder, CO 80301
カールクーグラーIBM社、003G6300の対角線のHwyボウルダー、CO 80301
Phone: (303) 924-5060 EMail: kugler@us.ibm.com
以下に電話をしてください。 (303) 924-5060 メールしてください: kugler@us.ibm.com
Tom Hastings, editor Xerox Corporation 701 S Aviation Blvd. ESAE 242 El Segundo, CA 90245
トム・ヘイスティングズ、701秒間のエディタゼロックス社のAviation Blvd. エルセガンド、ESAE242カリフォルニア 90245
Phone: 310-333-6413 Fax: 310-333-6342 EMail: hastings@cp10.es.xerox.com
以下に電話をしてください。 310-333-6413 Fax: 310-333-6342 メールしてください: hastings@cp10.es.xerox.com
Harry Lewis IBM Corporation 6300 Diagonal Hwy Boulder, CO 80301
ハリールイスIBM社6300の対角線のHwyボウルダー、CO 80301
Phone: (303) 924-5337 EMail: harryl@us.ibm.com
以下に電話をしてください。 (303) 924-5337 メールしてください: harryl@us.ibm.com
Kugler, et al. Standards Track [Page 45] RFC 3998 IPP: Job and Printer Operations March 2005
クーグラー、他 規格はRFC3998IPPを追跡します[45ページ]: 仕事とプリンタ操作行進2005
Full Copyright Statement
完全な著作権宣言文
Copyright (C) The Internet Society (2005).
Copyright(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.
このドキュメントはBCP78に含まれた権利、ライセンス、および制限を受けることがあります、そして、そこに詳しく説明されるのを除いて、作者は彼らのすべての権利を保有します。
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.
このドキュメントと「そのままで」という基礎と貢献者、その人が代表する組織で提供するか、または後援されて、インターネット協会とインターネット・エンジニアリング・タスク・フォースはすべての保証を放棄します、と急行ORが含意したということであり、他を含んでいて、ここに含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
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はどんなIntellectual Property Rightsの正当性か範囲、実装に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 または、それはそれを表しません。どんなそのような権利も特定するどんな独立している取り組みも作りました。 BCP78とBCP79でRFCドキュメントの権利に関する手順に関する情報を見つけることができます。
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倉庫からこの仕様のimplementersかユーザによるそのような所有権の使用のために許可を得ることができます。
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機能のための基金は現在、インターネット協会によって提供されます。
Kugler, et al. Standards Track [Page 46]
クーグラー、他 標準化過程[46ページ]
一覧
スポンサーリンク
