RFC3381 日本語訳
3381 Internet Printing Protocol (IPP): Job Progress Attributes. T.Hastings, H. Lewis, R. Bergman. September 2002. (Format: TXT=36595 bytes) (Updates RFC2910) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group T. Hastings
Request for Comments: 3381 Xerox Corporation
Updates: 2910 H. Lewis
Category: Standards Track IBM Printing Company
R. Bergman
Hitachi Koki Imaging Solutions
September 2002
コメントを求めるワーキンググループT.ヘイスティングズの要求をネットワークでつないでください: 3381のゼロックス社のアップデート: 2910時間ルイスCategory: 2002年9月にソリューションに像を描く標準化過程IBM印刷製版会社R.バーグマン日立工機
Internet Printing Protocol (IPP):
Job Progress Attributes
インターネット印刷プロトコル(IPP): 仕事の進歩属性
Status of this Memo
この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 (2002). All Rights Reserved.
Copyright(C)インターネット協会(2002)。 All rights reserved。
Abstract
要約
This document defines four new Job Description attributes for monitoring job progress to be registered as OPTIONAL extensions to the Internet Printing Protocol (IPP/1.0 and IPP/1.1). These attributes are drawn from the PWG Job Monitoring MIB. This document also defines a new "sheet-collate" Job Template attribute to control sheet collation and to help with the interpretation of the job progress attributes.
このドキュメントは、モニターしている仕事の進歩がOPTIONAL拡張子としてインターネットPrintingプロトコル(IPP/1.0とIPP/1.1)に登録されるために4つの新しいJob記述属性を定義します。 PWG Job Monitoring MIBからこれらの属性を得ます。 また、このドキュメントは新しい状態でaを定義します。仕事の進歩属性の解釈でシートの照合と助けに制御するためにJob Template属性を「シート照合します」。
Hastings, et. al. Standards Track [Page 1] RFC 3381 IPP: Job Progress Attributes September 2002
etヘイスティングズ、アル。 規格はRFC3381IPPを追跡します[1ページ]: 仕事の進歩属性2002年9月
Table of Contents
目次
1 Introduction.....................................................2 2 Terminology......................................................2 2.1 Conformance Terminology........................................4 2.2 Other terminology..............................................4 3 Job Template attributes..........................................4 3.1 sheet-collate (type2 keyword)..................................4 4 IPP Job Description attributes for monitoring Job Progress.......6 4.1 job-collation-type (type2 enum)................................9 4.2 sheet-completed-copy-number (integer(0:MAX))..................11 4.3 sheet-completed-document-number (integer(0:MAX))..............11 4.4 impressions-completed-current-copy (integer(0:MAX))...........11 5 Conformance Requirements........................................11 6 IANA Considerations.............................................12 6.1 Attributes.................................................... 6.2 Keyword Attribute Values...................................... 6.3 Enum Attribute Values......................................... 7 Internationalization Considerations.............................12 8 Security Considerations.........................................12 9 References......................................................12 10 Description of the Base IPP Documents..........................13 11 Authors' Addresses.............................................15 12 Full Copyright Statement.......................................16
1つの序論…2 2用語…2 2.1 順応用語…4 他の2.2用語…4 3の仕事のTemplate属性…4 3.1 (type2キーワード)をシート照合してください…モニターしているJob Progressのための4 4のIPP Job記述属性…6 4.1 仕事の照合タイプ(type2 enum)…9 4.2 シートはコピー番号を完成しました(整数(0: MAX))…11 4.3 シートは公文書番号を完成しました(整数(0: MAX))…11 4.4 印象は現在のコピーを完成しました(整数(0: MAX))…11 5 順応要件…11 6 IANA問題…12 6.1の属性… 6.2 キーワード属性値… 6.3 Enumは値を結果と考えます… 7 国際化問題…12 8 セキュリティ問題…12 9つの参照箇所…基地のIPPドキュメントの12 10記述…13 11人の作者のアドレス…15 12の完全な著作権宣言文…16
1 Introduction
1つの序論
This document defines four new Job Description attributes for monitoring job progress to be registered as OPTIONAL extensions to IPP/1.0 [RFC2566] and IPP/1.1 [RFC2911]. These attributes are drawn from the PWG Job Monitoring MIB [RFC2707]. See section 10 for a description of the base IPP documents. The new Job Description attributes are:
このドキュメントは、モニターしている仕事の進歩がOPTIONAL拡張子としてIPP/1.0[RFC2566]とIPP/1.1[RFC2911]に登録されるために4つの新しいJob記述属性を定義します。 PWG Job Monitoring MIB[RFC2707]からこれらの属性を得ます。 ベースIPPドキュメントの記述に関してセクション10を見てください。 新しいJob記述属性は以下の通りです。
"job-collation-type" (type2 enum)
"sheet-completed-copy-number" (integer(0:MAX))
"sheet-completed-document-number" (integer(0:MAX))
"impressions-completed-current-copy" (integer(0:MAX))
「仕事の照合タイプ」(type2 enum)「シート完成したコピー番号」(整数(0: MAX))「シート完成した公文書番号」(整数(0: MAX))「完成した電流がコピーされるという印象」(整数(0: 最大))
This document also defines a new "sheet-collate" Job Template attribute to control sheet collation and to help with the interpretation of the job progress attributes. These new attributes may also be used by themselves in combination with the IPP/1.1 "job- impressions-completed" attribute, as useful job progress monitoring attributes and/or may be passed in an IPP Notification (see [ipp- ntfy]).
また、このドキュメントは新しい状態でaを定義します。仕事の進歩属性の解釈でシートの照合と助けに制御するためにJob Template属性を「シート照合します」。 また、これらの新しい属性は「仕事は印象で完成した」IPP/1.1と組み合わせて自分たちで使用されて、モニターしている属性を役に立つ仕事の進歩とみなす、そして/または、IPP Notificationで通過されるかもしれないという([ipp- ntfy]を見てください)ことであるかもしれません。
Hastings, et. al. Standards Track [Page 2] RFC 3381 IPP: Job Progress Attributes September 2002
etヘイスティングズ、アル。 規格はRFC3381IPPを追跡します[2ページ]: 仕事の進歩属性2002年9月
2 Terminology
2 用語
This section defines 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.
大文字で書かれた用語と、そのようなもの、NOT、REQUIRED、SHOULD、SHOULD NOT、5月はNOTを必要としなければなりません、そして、OPTIONAL、順応に関連する特別な意味を持ってください、RFC2119[RFC2119]と[RFC2911]セクション12.1で定義されるようにそうしなければなりません。 実装が本書では定義された拡大をサポートするなら、これらの用語は当てはまります。 さもなければ、それらはそうしません。 これらの用語はこのドキュメントだけと順応を定義します。 別の方法で明らかに述べられない場合、それらは他のドキュメントに順応に影響しません。
2.2 Other terminology
2.2 他の用語
This document uses terms such as Job object (or Job), IPP Printer object (or Printer), "operation", "attribute", "keyword", "support", and "impression". These terms have special meaning and are defined in the model terminology [RFC2911], section 12.2.
このドキュメントはJobオブジェクト(または、Job)や、IPP Printerオブジェクト(または、Printer)や、「操作」や、「属性」や、「キーワード」や、「サポート」や、「印象」などの用語を使用します。 これらの用語は、特別な意味を持って、セクション12.2のモデル用語[RFC2911]で定義されます。
3 Job Template attributes
3 仕事のTemplate属性
3.1 sheet-collate (type2 keyword)
3.1はシート照合します。(type2キーワード)
+===================+======================+=====================+ | Job Attribute |Printer: Default Value| Printer: Supported | | | Attribute | Values Attribute | +===================+======================+=====================+ | sheet-collate | sheet-collate-default| sheet-collate- | | (type2 keyword) | (type2 keyword) | supported (1setOf | | | | type2 keyword) | +-------------------+----------------------+---------------------+
+===================+======================+=====================+ | 仕事の属性|プリンタ: デフォルト値| プリンタ: サポートされます。| | | 属性| 属性を評価します。| +===================+======================+=====================+ | シート照合します。| シートはデフォルトを照合します。| シート照合、-| | (type2キーワード) | (type2キーワード) | サポートされます(1setOf| | | | type2キーワード)。| +-------------------+----------------------+---------------------+
This attribute specifies whether or not the media sheets of each copy of each printed document in a job are to be in sequence, when multiple copies of the document are specified by the 'copies' attribute.
この属性は、系列には仕事におけるそれぞれの印刷された記録のそれぞれのコピーのメディアシートがあることになっているかどうか指定します、ドキュメントの複本が'コピー'属性によって指定されるとき。
Standard keyword values are:
標準のキーワード値は以下の通りです。
'uncollated': each print-stream sheet is printed a number of
times in succession equal to the value of the 'copies'
attribute, followed by the next print-stream sheet.
'非照合しました': それぞれの印刷ストリームシートは次の印刷ストリームシートが支えた'コピー'属性の値と等しい継承に幾度か印刷されます。
'collated': each copy of each document is printed with the
print-stream sheets in sequence, followed by the next document
copy.
'照合される': それぞれのドキュメントの各コピーは印刷ストリームシートで次のドキュメントコピーが支えた順序で印刷されます。
Hastings, et. al. Standards Track [Page 3] RFC 3381 IPP: Job Progress Attributes September 2002
etヘイスティングズ、アル。 規格はRFC3381IPPを追跡します[3ページ]: 仕事の進歩属性2002年9月
For example, suppose a document produces two media sheets as output, and "copies" is equal to '6'. For the 'uncollated' case, six copies of the first media sheet are printed, followed by six copies of the second media sheet. For the 'collated' case, one copy of each of the six sheets is printed, followed by another copy of each of the six media sheets.
例えば、出力、および「コピー」が'6'と等しいので、ドキュメントが2メディア枚を生産すると仮定してください。 '非照合された'ケースにおいて、最初のメディアシートのコピー6部は印刷されます、2番目のメディアシートのコピー6部が支えていて。 '照合された'ケースにおいて、それぞれの6枚のコピー1部は印刷されます、それぞれの6メディア枚の別のコピーが支えていて。
Whether the effect of sheet collation is achieved by placing copies of a document in multiple output bins, or in the same output bin with implementation defined document separation, is implementation dependent. Also whether it is achieved by making multiple passes over the job or by using an output sorter, is implementation dependent.
シートの照合の効果が複数の出力容器にドキュメントのコピーを置くことによって達成されるか、またはドキュメント分離が実装が定義されている同じ出力容器で実装に依存していることにかかわらず。 また、それが倍数を作ることによって達成されるかどうかが仕事を通り過ぎるか、または使用することによって、出力選別機は実装に依存しています。
Note: IPP/1.0 [RFC2566] and IPP/1.1 [RFC2911] are silent on whether or not sheets within documents are collated. The "sheet-collate- supported" Printer attribute permits a Printer object to indicate whether or not it collates sheets with each document and whether it allows the client to control sheet collation. An implementation is able to indicate that it supports uncollated sheets, collated sheets, or both, using the 'uncollated', 'collated', or both 'uncollated' and 'collated' values, respectively.
以下に注意してください。 ドキュメントの中のシートが照合されるかどうかに関してIPP/1.0[RFC2566]とIPP/1.1[RFC2911]は静かです。 「シート照合、-」 Printerであるとサポートされて、属性は、Printerオブジェクトが各ドキュメントにシートを照合するかどうかと、クライアントがシートの照合を制御するのを許容するかどうかを示すことを許可します。 実装は、'照合された''非照合'を使用して、非照合されたシート、照合されたシート、または両方を支えるか、両方が値を'非照合し'て、'照合したこと'をそれぞれ示すことができます。
This attribute is affected by "multiple-document-handling". The "multiple-document-handling" attribute describes the collation of documents, and the "sheet-collate" attribute describes the semantics of collating individual pages within a document. To better explain the interaction between these two attributes, the term "set" is introduced. A "set" is a logical boundary between the delivered media sheets of a printed job. For example, in the case of a ten page single document with collated pages and a request for 50 copies, each of the 50 printed copies of the document constitutes a "set". In the above example if the pages were uncollated, then 50 copies of each of the individual pages within the document would represent each "set".
この属性は「複数のドキュメント処理」で影響を受けます。 」 属性をシート照合してください。そして、「複数のドキュメント処理」属性がドキュメントの照合について説明する、「ドキュメントの中に照合個人のページの意味論について説明します。 用語が「セットした」とこれらの2つの属性の間の相互作用をよりよく説明するのを導入します。 「セット」は印刷された仕事の提供されたメディアシートの間の論理的な境界です。 例えば、コピー50部を求める照合されたページと要求がある10ページのただ一つのドキュメントの場合では、それぞれのドキュメントの印刷されたコピー50部は「セット」を構成します。 上記の例では、ページが非照合されるなら、ドキュメントの中のそれぞれの個人のページのコピー50部は各「セット」を表すでしょうに。
Hastings, et. al. Standards Track [Page 4] RFC 3381 IPP: Job Progress Attributes September 2002
etヘイスティングズ、アル。 規格はRFC3381IPPを追跡します[4ページ]: 仕事の進歩属性2002年9月
The following table describes the interaction of "sheet-collate" with multiple document handling.
以下のテーブルが相互作用について説明する、複数のドキュメント処理に「シート照合します」。
"sheet- "multiple- Semantics
collate" document-
handling"
「「複数の意味論が照合する」シートドキュメント取り扱い」
'collated' 'single- Each copy of the concatenated
document' documents, with their pages in
sequence, represents a "set".
''照合され'て、それらのページが系列にある状態で、シングル連結された'ドキュメントドキュメントの各コピーは「セット」を表します。
'collated' 'single- Each copy of the concatenated
document-new- documents, with their pages in
sheet' sequence, represents a "set".
''照合され'て、それらのページがシート'系列にある状態で、シングル連結されたドキュメント新しいドキュメントの各コピーは「セット」を表します。
'collated' 'separate- Each copy of each separate
documents- document, with its pages in
collated- sequence, represents a "set".
copies'
'ページが照合された系列にある状態でドキュメントが表すそれぞれの別々の書類a「セット」 それぞれのコピーのコピーを切り離してください''照合され'て、
'collated' 'separate- Each copy of each separate
documents- document, with its pages in
uncollated- sequence, represents a "set".
copies
'ページが非照合された系列にある状態でドキュメントが表すそれぞれの別々の書類a「セット」 それぞれのコピーのコピーを切り離してください''照合され'て、
'uncollated' 'single- Each media sheet of the document
document' is printed a number of times equal
to the "copies" attribute; which
constitutes a "set".
'非照合され'て、'シングルドキュメントドキュメントのそれぞれのメディアシート'は「コピー」属性と等しい状態で幾度か印刷されます。 「セット」を構成します。
'uncollated' 'single- Each media sheet of the
document-new- concatenated documents is printed
sheet' a number of times equal to the
"copies" attribute; which
constitutes a "set".
「コピー」と等しい何回も結果と考える'非照合された''シングルドキュメント新しく連結されたドキュメントのそれぞれのメディアシートは印刷されたシートです'。 「セット」を構成します。
'uncollated' 'separate- This is a degenerate case, and the
documents- printer object MUST reject the job
collated- and return the status, "client-
copies' error-conflicting-attributes".
'仕事が照合して、返すプリンタオブジェクトがそうしなければならない堕落したケース、およびドキュメント廃棄物が状態、「クライアントコピー'であるというこの誤り闘争属性を切り離してください」を'非照合しました'。
'uncollated' 'separate- This is a degenerate case, and the
documents- printer object MUST reject the job
uncollated- and return the status "client-
copies error-conflicting-attributes".
''非照合され'て、分離してください、これが堕落したそうであり、ドキュメントプリンタオブジェクトが非照合された仕事を拒絶して、「クライアントは誤り闘争属性をコピーすること」を状態に返さなければならない、'
Hastings, et. al. Standards Track [Page 5] RFC 3381 IPP: Job Progress Attributes September 2002
etヘイスティングズ、アル。 規格はRFC3381IPPを追跡します[5ページ]: 仕事の進歩属性2002年9月
From the above table it is obvious that the implicit value of the
"sheet-collate" attribute in a printer that does not support the
"sheet-collate" attribute, is 'collated.' The semantics of
"multiple-document-handling" are otherwise nonsensical in the case
of separate documents.
'照合'はそうです。上のテーブルから、それが明白である、暗黙が評価する、それが支えないプリンタで属性を「シート照合する」、属性を「シート照合する」、そうでなければ、「複数のドキュメント処理」の意味論は別々の書類の場合で無意味です。
4 IPP Job Description attributes for monitoring Job Progress
4 モニターしているJob ProgressのためのIPP Job記述属性
The following IPP Job Description attributes are proposed to be added to IPP through the type2 registration procedures. They are useful for monitoring the progress of a job. They are also used as attributes in the notification content in a notification report [ipp-ntfy].
以下のIPP Job記述属性は、type2登録手順でIPPに加えられるために提案されます。 それらは仕事の進歩をモニターすることの役に立ちます。 また、通知における通知内容の属性が報告するように[ipp-ntfy]それらは使用されます。
There are a number of Job Description attributes for monitoring the progress of a job. These objects and attributes count the number of K octets, impressions, sheets, and pages requested or completed. For impressions and sheets, "completed" means stacked, unless the implementation is unable to detect when each sheet is stacked, in which case, stacked is approximated when the processing of each sheet is completed. There are objects and attributes for the overall job and for the current copy of the document currently being stacked. For the latter, the rate at which the various objects and attributes count, depends on the sheet and document collation of the job.
仕事の進歩をモニターするための多くのJob記述属性があります。 これらのオブジェクトと属性は要求されているか、または終了するK八重奏、印象、シート、およびページの数を数えます。 それぞれのシートの処理が終了しているとき、印象とシート、実装でないことができないなら積み重ねられた「完成した」手段において、各シートがいつその場合積み重ねられた状態で積み重ねられるかを検出するのに近似されています。 総合的な仕事とドキュメントの現在のコピーのための現在積み重ねられるオブジェクトと属性があります。 後者(様々なオブジェクトと属性が重要であるレート)が仕事のシートとドキュメントの照合によるので。
Consider the following four Job Description attributes that are used to monitor the progress of a job's impressions:
以下の4Job記述が仕事の印象の進歩をモニターするのに使用される属性であると考えてください:
1. "job-impressions-completed" - counts the total number of
impressions stacked for the job (see [RFC2911] section
4.3.18.2).
1. [RFC2911]セクション4.3を見てください。印象の総数が仕事のために積み重ねた「印象が完了した仕事」--カウント、(.18 .2)。
2. "impressions-completed-current-copy" - counts the number of
impressions stacked for the current document copy.
2. 「印象は現在のコピーを完成しました」--現在のドキュメントコピーのために積み重ねられた印象の数を数えます。
3. "sheet-completed-copy-number" - identifies the number of the
copy for the current document being stacked, where the first
copy is 1.
3. 「シートはコピー番号を完成しました」--積み重ねられる現在のドキュメントのためにコピーの数を特定します。そこでは、第一刷が1です。
4. "sheet-completed-document-number" - identifies the current
document within the job that is being stacked, where the first
document in a job is 1. NOTE: this attribute SHOULD NOT be
implemented for implementations that only support one document
per job.
4. 「シートは公文書番号を完成しました」--積み重ねられている仕事の中の現在のドキュメントを特定します。そこでは、仕事における最初のドキュメントが1です。 以下に注意してください。 これはSHOULD NOTを結果と考えます。1仕事あたり1通のドキュメントしか支えない実装には、実装されてください。
Hastings, et. al. Standards Track [Page 6] RFC 3381 IPP: Job Progress Attributes September 2002
etヘイスティングズ、アル。 規格はRFC3381IPPを追跡します[6ページ]: 仕事の進歩属性2002年9月
For each of the three types of job collation, a job with three copies of two documents (1, 2), where each document consists of 3 impressions, the four variables have the following values, as each sheet is stacked for one-sided printing:
4つの変数には、それぞれの3つのタイプの仕事の照合、各ドキュメントが3回の印象から成る2通のドキュメント(1、2)のコピー3部による仕事のために、以下の値があります、各シートが一方的な印刷のために積み重ねられるとき:
"job-collation-type" = 'uncollated-sheets(3)'
「仕事の照合タイプ」は'非照合されたシート(3)'と等しいです。
"job- "impressions- "sheet- "sheet-
impressions- completed- completed- completed-
completed" current-copy" copy-number" document-
number"
「仕事「印象「シート「完成していた状態で完成されて、完成されて、印象が完成したシート」現在のコピー」コピー番号」は数を記録します」
0 0 0 0
1 1 1 1
2 1 2 1
3 1 3 1
4 2 1 1
5 2 2 1
6 2 3 1
7 3 1 1
8 3 2 1
9 3 3 1
10 1 1 2
11 1 2 2
12 1 3 2
13 2 1 2
14 2 2 2
15 2 3 2
16 3 1 2
17 3 2 2
18 3 3 2
0 0 0 0 1 1 1 1 2 1 2 1 3 1 3 1 4 2 1 1 5 2 2 1 6 2 3 1 7 3 1 1 8 3 2 1 9 3 3 1 10 1 1 2 11 1 2 2 12 1 3 2 13 2 1 2 14 2 2 2 15 2 3 2 16 3 1 2 17 3 2 2 18 3 3 2
Hastings, et. al. Standards Track [Page 7] RFC 3381 IPP: Job Progress Attributes September 2002
etヘイスティングズ、アル。 規格はRFC3381IPPを追跡します[7ページ]: 仕事の進歩属性2002年9月
"job-collation-type" = 'collated-documents(4)'
「仕事の照合タイプ」は'照合されたドキュメント(4)'と等しいです。
"job- "impressions- "sheet- "sheet-
impressions- completed- completed- completed-
completed" current-copy" copy- document-
number" number"
「「印象「シート「完成していた状態で完成されて、完成されて、印象が完成したシート」現在のコピー」コピー数を記録してください」という仕事の番号」
0 0 0 0
1 1 1 1
2 2 1 1
3 3 1 1
4 1 1 2
5 2 1 2
6 3 1 2
7 1 2 1
8 2 2 1
9 3 2 1
10 1 2 2
11 2 2 2
12 3 2 2
13 1 3 1
14 2 3 1
15 3 3 1
16 1 3 2
17 2 3 2
18 3 3 2
0 0 0 0 1 1 1 1 2 2 1 1 3 3 1 1 4 1 1 2 5 2 1 2 6 3 1 2 7 1 2 1 8 2 2 1 9 3 2 1 10 1 2 2 11 2 2 2 12 3 2 2 13 1 3 1 14 2 3 1 15 3 3 1 16 1 3 2 17 2 3 2 18 3 3 2
Hastings, et. al. Standards Track [Page 8] RFC 3381 IPP: Job Progress Attributes September 2002
etヘイスティングズ、アル。 規格はRFC3381IPPを追跡します[8ページ]: 仕事の進歩属性2002年9月
"job-collation-type" = 'uncollated-documents(5)'
「仕事の照合タイプ」は'非照合されたドキュメント(5)'と等しいです。
"job- "impressions- "sheet- "sheet-
impressions- completed- completed- completed-
completed" current-copy" copy-t document-
number" number"
「「印象「シート「完成していた状態で完成されて、完成されて、印象が完成したシート」現在のコピー」コピーtは数を記録する」という仕事の番号」
0 0 0 0
1 1 1 1
2 2 1 1
3 3 1 1
4 1 2 1
5 2 2 1
6 3 2 1
7 1 3 1
8 2 3 1
9 3 3 1
10 1 1 2
11 2 1 2
12 3 1 2
13 1 2 2
14 2 2 2
15 3 2 2
16 1 3 2
17 2 3 2
18 3 3 2
0 0 0 0 1 1 1 1 2 2 1 1 3 3 1 1 4 1 2 1 5 2 2 1 6 3 2 1 7 1 3 1 8 2 3 1 9 3 3 1 10 1 1 2 11 2 1 2 12 3 1 2 13 1 2 2 14 2 2 2 15 3 2 2 16 1 3 2 17 2 3 2 18 3 3 2
4.1 job-collation-type (type2 enum)
4.1 仕事の照合タイプ(type2 enum)
Job Collation includes sheet collation and document collation. Sheet collation is defined to be the ordering of sheets within a document copy. Document collation is defined to be the ordering of document copies within a multi-document job. The value of the "job- collation-type" is affected by the value of the "sheet-collate" Job Template attribute (see section 3.1), if supplied and supported.
仕事のCollationはシートの照合とドキュメントの照合を含んでいます。 シートの照合は、ドキュメントコピーの中のシートの注文になるように定義されます。 ドキュメントの照合は、マルチドキュメント仕事の中のドキュメントコピーの注文になるように定義されます。 「仕事の照合タイプ」の値が値で影響を受ける、供給するならJob Template属性(セクション3.1を見る)を「シート照合し」て、サポートされます。
The Standard enum values are:
Standard enum値は以下の通りです。
'1' 'other': not one of the defined values
'1''他': 定義された値の1つでない
'2' 'unknown': the collation type is unknown
'2''未知': 照合タイプは未知です。
'3' 'uncollated-sheets': No collation of the sheets within each
document copy, i.e., each sheet of a document that
is to produce multiple copies, is replicated before
the next sheet in the document is processed and
stacked. If the device has an output bin collator,
the 'uncollated-sheets(3)' value may actually
'3''非照合されたシート': ドキュメントの次のシートが処理されて、積み重ねられる前にすなわち、それぞれのドキュメントコピー、複本を生産することになっているドキュメントの各シートの中のシートの照合は全く模写されません。 デバイスに出力容器照合者がいるなら、'非照合されたシート(3)'値は実際に持っています。
Hastings, et. al. Standards Track [Page 9] RFC 3381 IPP: Job Progress Attributes September 2002
etヘイスティングズ、アル。 規格はRFC3381IPPを追跡します[9ページ]: 仕事の進歩属性2002年9月
produce collated sheets as far as the user is
concerned (in the output bins). However, when the
job collation is the 'uncollated-sheets(3)' value,
job progress is indistinguishable from a monitoring
application between a device that has an output bin
collator and one that does not.
ユーザに関する(出力容器の)限り、生産物はシートを照合しました。 しかしながら、仕事の照合が'非照合されたシート(3)'値であるときに、仕事の進歩は出力容器照合者がいるデバイスとそうしないものの間の監視用途から区別がつきません。
'4' 'collated-documents': Collation of the sheets within each
document copy is performed within the printing
device by making multiple passes over, either the
source or an intermediate representation of the
document. In addition, when there are multiple
documents per job, the i'th copy of each document is
stacked before the j'th copy of each document, i.e.,
the documents are collated within each job copy.
For example, if a job is submitted with documents, A
and B, the job is made available to the end user as:
A, B, A, B, .... The 'collated-documents(4)' value
corresponds to the IPP [RFC2911] 'separate-
documents-collated-copies' keyword value of the
"multiple-document-handling" attribute.
'4''照合されたドキュメント': それぞれのドキュメントコピーの中のシートの照合は印刷デバイスの中に複数のパスを終わるようにすることによって、実行されます、ドキュメントのソースか中間的表現のどちらか。 複数の1仕事あたりのドキュメントがあるとき、さらに、それぞれのドキュメントのi'thコピーはそれぞれのドキュメントのj'thコピーの前で積み重ねられます、すなわち、ドキュメントがそれぞれの仕事のコピーの中で照合されます。 AとB、例えば、ドキュメントで仕事を提出するなら、以下として仕事をエンドユーザにとって利用可能にします。 A、B、A、B… '照合されたドキュメント(4)'値は「複数のドキュメント処理」属性のIPPドキュメントがコピーを照合している[RFC2911]'別々の'キーワード価値に対応しています。
If the job's "copies" attribute is '1' (or not
supplied), then the "job-collation-type" attribute
is defined to be '4'.
仕事の「コピー」属性が'1'(または、供給されない)であるなら、「仕事の照合タイプ」属性は、'4'になるように定義されます。
'5' 'uncollated-documents': Collation of the sheets within each
document copy is performed within the printing
device by making multiple passes over either the
source or an intermediate representation of the
document. In addition, when there are multiple
documents per job, all copies of the first document
in the job are stacked before any copied of the next
document in the job, i.e., the documents are
uncollated within the job. For example, if a job is
submitted with documents, A and B, the job is made
available to the end user as: A, A, ..., B, B, ....
The 'uncollated-documents(5)' value corresponds to
the IPP [RFC2911] 'separate-documents-uncollated-
copies' keyword value of the "multiple-document-
handling" attribute.
'5''非照合されたドキュメント': それぞれのドキュメントコピーの中のシートの照合は、印刷デバイスの中にドキュメントのソースか中間的表現のどちらかの上で複数のパスを作ることによって、実行されます。 複数の1仕事あたりのドキュメントがあるとき、さらに、いずれも仕事で次のドキュメントをコピーする前に仕事における最初のドキュメントのすべてのコピーが積み重ねられます、すなわち、ドキュメントは仕事の中で非照合されます。 AとB、例えば、ドキュメントで仕事を提出するなら、以下として仕事をエンドユーザにとって利用可能にします。 A、A…, B、B… '非照合されたドキュメント(5)'値は「複数のドキュメントの取り扱い」の属性のIPP[RFC2911]の'別々のドキュメントで非照合されたコピー'のキーワード価値に対応しています。
Hastings, et. al. Standards Track [Page 10] RFC 3381 IPP: Job Progress Attributes September 2002
etヘイスティングズ、アル。 規格はRFC3381IPPを追跡します[10ページ]: 仕事の進歩属性2002年9月
4.2 sheet-completed-copy-number (integer(0:MAX))
4.2 シートはコピー番号を完成しました。(整数(0: 最大))
The number of the copy being stacked for the current document. This number starts at 0, is set to 1 when the first sheet of the first copy for each document is being stacked and is equal to n where n is the nth sheet stacked in the current document copy. If the value is unknown, the Printer MUST return the 'unknown' out-of-band value (see [RFC2911] section 4.1), rather than the -2 value used in some MIBs [RFC2707].
現在のドキュメントのために積み重ねられるコピーの数。 この数は、0時に始まって、各ドキュメントのための第一刷の最初のシートが積み重ねられているとき、1に設定されて、nが現在のドキュメントコピーで積み重ねられたn番目のシートであるnと等しいです。 値が未知、Printerが'未知'を返さなければならないということであるなら、バンドの外では、-2値よりむしろ値([RFC2911]セクション4.1を見る)はいくつかのMIBsで[RFC2707]を使用しました。
4.3 sheet-completed-document-number (integer(0:MAX))
4.3 シートは公文書番号を完成しました。(整数(0: 最大))
The ordinal number of the document in the job that is currently being stacked. This number starts at 0, increments to 1 when the first sheet of the first document in the job is being stacked, and is equal to n where n is the nth document in the job, starting with 1. If the value is unknown, the Printer MUST return the 'unknown' out-of-band value (see [RFC2911] section 4.1), rather than the -2 value used in some MIBs [RFC2707].
現在積み重ねられている仕事における序数の書類番号。 この数は0時に始まります、仕事における最初のドキュメントの最初のシートが積み重ねられていて、nが仕事でn番目のドキュメントであるnと等しい1への増分、1から始まって。 値が未知、Printerが'未知'を返さなければならないということであるなら、バンドの外では、-2値よりむしろ値([RFC2911]セクション4.1を見る)はいくつかのMIBsで[RFC2707]を使用しました。
Implementations that only support one document job SHOULD NOT implement this attribute.
1つのドキュメント仕事がSHOULD NOTであるとサポートするだけである実装がこの属性を実装します。
4.4 impressions-completed-current-copy (integer(0:MAX))
4.4 印象は現在のコピーを完成しました。(整数(0: 最大))
The number of impressions completed by the device for the current copy of the current document so far. For printing, the impressions completed includes interpreting, marking, and stacking the output. For other types of job services, the number of impressions completed includes the number of impressions processed. If the value is unknown, the Printer MUST return the 'unknown' out-of-band value (see [RFC2911] section 4.1), rather than the -2 value used in some MIBs [RFC2707].
今までのところ現在のドキュメントの現在のコピーのためにデバイスで終了している印象の数。 印刷のために、終了する印象は、出力を解釈して、マークして、積み重ねるのを含んでいます。 他のタイプの仕事のサービスのために、終了する印象の数は処理された印象の数を含んでいます。 値が未知、Printerが'未知'を返さなければならないということであるなら、バンドの外では、-2値よりむしろ値([RFC2911]セクション4.1を見る)はいくつかのMIBsで[RFC2707]を使用しました。
This value MUST be reset to 0 for each document in the job and for each document copy.
仕事における各ドキュメントとそれぞれのドキュメントコピーあたり0にこの値をリセットしなければなりません。
5 Conformance Requirements
5 順応要件
This section summarizes the Conformance Requirements detailed in the definitions in this document. In general each of the attributes defined in this document are OPTIONAL for a client and/or a Printer to support, so that client and Printer implementers MAY implement any combination of these attributes.
このセクションは本書では定義で詳細なConformance Requirementsをまとめます。 本書では定義されたそれぞれの属性が一般に、クライアントのためのOPTIONAL、そして/または、サポートへのPrinterであるので、そのクライアントとPrinter implementersはこれらの属性のどんな組み合わせも実装するかもしれません。
Hastings, et. al. Standards Track [Page 11] RFC 3381 IPP: Job Progress Attributes September 2002
etヘイスティングズ、アル。 規格はRFC3381IPPを追跡します[11ページ]: 仕事の進歩属性2002年9月
6 IANA Considerations
6 IANA問題
This section contains registration information for IANA to add to the IPP Registry according to the procedures defined in RFC 2911 [RFC2911], section 6. The resulting registrations will be published in the http://www.iana.org/assignments/ipp-registrations registry.
RFC2911[RFC2911](セクション6)で定義された手順によると、このセクションはIANAがIPP Registryに加えるレジスト情報を含みます。 結果として起こる登録証明書は http://www.iana.org/assignments/ipp-registrations 登録で発行されるでしょう。
6.1 Attributes
6.1 属性
Job Template attributes: Ref. Section: sheet-collate (type2 keyword) RFC 3381 3.1 sheet-default (type2 keyword) RFC 3381 3.1 sheet-supported (1setOf type2 keyword) RFC 3381 3.1
仕事のTemplate属性: 審判。 セクション: (type2キーワード)RFC3381 3.1シートデフォルト(type2キーワード)RFC3381 3.1のシートでサポートしている(1setOf type2キーワード)RFC3381 3.1をシート照合してください。
Job Description attributes: Ref. Section:
job-collation-type (type2 enum) RFC 3381 4.1
sheet-completed-copy-number (integer(0:MAX)) RFC 3381 4.2
sheet-completed-document-number (integer(0:MAX))RFC 3381 4.3
impressions-completed-current-copy (integer(0:MAX))
RFC 3381 4.4
6.2 Keyword Attribute Values
仕事の記述属性: 審判。 セクション: 印象が現在のコピーを完成している(整数(0: MAX))シートが公文書番号を完成している(整数(0: MAX))シートがコピー番号を完成している(整数(0: MAX))仕事の照合タイプ(type2 enum)RFC3381 4.1RFC3381 4.2RFC3381 4.3RFC3381 4.4 6.2Keyword Attribute Values
The following table provides registration information for all of the attributes defined in this document that have keyword values. These keywords are to be registered according to the procedures defined in RFC 2911 [RFC2911] section 6.1.
以下のテーブルはキーワード値を持っている本書では定義された属性のすべてのためのレジスト情報を提供します。 これらのキーワードはRFC2911[RFC2911]部6.1で定義された手順によると、登録されることです。
sheet-collate (type2 keyword) RFC 3381 3.1
'uncollated' RFC 3381 3.1
'collated' RFC 3381 3.1
sheet-collate-default (type2 keyword) RFC 3381 3.1
See "sheet-collate" attribute
sheet-collate-supported (1setOf type2 keyword) RFC 3381 3.1
See "sheet-collate" attribute
Seeが「シート照合する」シートがデフォルトを照合している(type2キーワード)(type2キーワード)RFC3381 3.1の'非照合された'RFC3381 3.1の'照合された'RFC3381 3.1RFC3381 3.1をシート照合してください、属性、サポートされて、シートが照合する、(1setOf type2キーワード)RFC3381 3.1Seeは属性を「シート照合します」。
6.3 Enum Attribute Values
6.3 Enum属性値
The following table provides registration information for all of the attributes defined in this document that have enum values. These enums are to be registered according to the procedures defined in RFC 2911 [RFC2911] section 6.1.
以下のテーブルはenum値を持っている本書では定義された属性のすべてのためのレジスト情報を提供します。 RFC2911[RFC2911]部6.1で定義された手順によると、これらのenumsは登録されることになっています。
job-collation-type (type2 enum) RFC 3381 4.1
'1' 'other' RFC 3381 4.1
'2' 'unknown' RFC 3381 4.1
'3' 'uncollated-sheets' RFC 3381 4.1
'4' 'collated-documents' RFC 3381 4.1
'5' 'uncollated-documents' RFC 3381 4.1
仕事の照合タイプ(type2 enum)RFC3381 4.1、'他'の'1'RFC3381 4.1の'2''未知'のRFC3381の4.1'3''非照合されたシート'のRFC3381 4.1'4''照合されたドキュメント'RFC3381 4.1の'非照合された'5'ドキュメント、'RFC3381 4.1
Hastings, et. al. Standards Track [Page 12] RFC 3381 IPP: Job Progress Attributes September 2002
etヘイスティングズ、アル。 規格はRFC3381IPPを追跡します[12ページ]: 仕事の進歩属性2002年9月
7 Internationalization Considerations
7 国際化問題
The IPP extensions defined in this document require the same internationalization considerations as any of the Job Template and Job Description attributes defined in IPP/1.1 [RFC2911].
本書では定義されたIPP拡張子は記述属性がIPP/1.1[RFC2911]で定義したJob TemplateとJobのどれかと同じ国際化問題を必要とします。
8 Security Considerations
8 セキュリティ問題
The IPP extensions defined in this document require the same security considerations as any of the Job Template attributes and Job Description attributes defined in IPP/1.1 [RFC2911].
本書では定義されたIPP拡張子はIPP/1.1[RFC2911]で定義されたJob Template属性とJob記述属性のどれかと同じセキュリティ問題を必要とします。
9 References
9つの参照箇所
9.1 Normative References
9.1 標準の参照
[RFC2910] Herriot, R., Butler, S., Moore, P. and R. Turner,
"Internet Printing Protocol/1.1: Encoding and Transport",
RFC 2910, September 2000.
[RFC2910] エリオとR.とバトラーとS.とムーアとP.とR.ターナー、「プロトコル/1.1に以下を印刷するインターネット」 「コード化と輸送」、RFC2910、9月2000日
[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日
9.2 Informative References
9.2 有益な参照
[RFC2565] Herriot, R., Butler, S., Moore, P. and R. Turner,
"Internet Printing Protocol/1.0: Encoding and Transport",
RFC 2565, April 1999.
[RFC2565] エリオとR.とバトラーとS.とムーアとP.とR.ターナー、「プロトコル/1.0に以下を印刷するインターネット」 「コード化と輸送」、RFC2565、4月1999日
[RFC2566] deBry, R., Hastings, T., Herriot, R., Isaacson, S. and P.
Powell, "Internet Printing Protocol/1.0: Model and
Semantics", RFC 2566, April 1999.
[RFC2566] deBryとR.とヘイスティングズとT.とエリオとR.とイサクソンとS.とP.パウエル、「プロトコル/1.0に以下を印刷するインターネット」 「モデルと意味論」、RFC2566、4月1999日
[RFC2567] Wright, F.D., "Design Goals for an Internet Printing
Protocol", RFC 2567, April 1999.
[RFC2567]ライト、F.D.、「インターネット印刷プロトコルのデザイン目標」、RFC2567、1999年4月。
[RFC2568] Zilles, S., "Rationale for the Structure and Model and
Protocol for the Internet Printing Protocol", RFC 2568,
April 1999.
[RFC2568]Zilles、S.、「インターネット印刷プロトコルのための構造、モデル、およびプロトコルのための原理」、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月。
[RFC2707] Bergman, R., Hastings, T., Isaacson, S. and H. Lewis, "PWG
Job Monitoring MIB - V1", RFC 2707, November 1999.
[RFC2707] バーグマンとR.とヘイスティングズとT.とイサクソンとS.とH.ルイス、「1999年11月にV1"、RFC MIB--2707をモニターするPWG仕事。」
Hastings, et. al. Standards Track [Page 13] RFC 3381 IPP: Job Progress Attributes September 2002
etヘイスティングズ、アル。 規格はRFC3381IPPを追跡します[13ページ]: 仕事の進歩属性2002年9月
[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月。
[ipp-ntfy] Herriot, R., Hastings, T., et. al., "Internet Printing
Protocol (IPP): Event Notification and Subscriptions",
Work in Progress.
[ipp-ntfy] etエリオ、R.、ヘイスティングズ、T.、アル、「インターネット印刷は(IPP)について議定書の中で述べます」。 「イベント通知と購読」は進行中で働いています。
10 Description of the Base IPP Documents
10 基地のIPPドキュメントの記述
The base set of IPP documents includes:
IPPドキュメントの基底集合は:
Design Goals for an Internet Printing Protocol [RFC2567]
Rationale for the Structure and Model and Protocol for the
Internet Printing Protocol [RFC2568]
Internet Printing Protocol/1.1: Model and Semantics [RFC2911]
Internet Printing Protocol/1.1: Encoding and Transport [RFC2910]
Internet Printing Protocol/1.1: Implementer's Guide [RFC3196]
Mapping between LPD and IPP Protocols [RFC2569]
構造とモデルのためのインターネット印刷プロトコル[RFC2567]原理とインターネット印刷プロトコル[RFC2568]インターネット印刷プロトコル/1.1のためのプロトコルの目標を設計してください: モデルと意味論[RFC2911]インターネット印刷プロトコル/1.1: コード化と輸送[RFC2910]インターネット印刷プロトコル/1.1: LPDとIPPの間でプロトコルを写像するImplementerのガイド[RFC3196][RFC2569]
The "Design Goals for an Internet Printing Protocol" document takes a broad look at distributed printing functionality, and enumerates real-life scenarios that help to clarify the features that need to be included in a printing protocol for the Internet. It identifies requirements for three types of users: end users, operators, and administrators. It calls out a subset of end user requirements that are satisfied in IPP/1.0 [RFC2566, RFC2565]. A few OPTIONAL operator operations have been added to IPP/1.1 [RFC2911, RFC2910].
「インターネット印刷プロトコルのデザイン目標」ドキュメントは、分散印刷の機能性で広い外観を取って、印刷プロトコルに含まれる必要がある特徴をはっきりさせるのを助ける現実のシナリオをインターネットに列挙します。 それは3つのタイプのユーザのための要件を特定します: エンドユーザ、オペレータ、および管理者。 それはIPP/1.0[RFC2566、RFC2565]で満たされているエンドユーザ要件の部分集合を呼び出します。 いくつかのOPTIONALオペレータ操作がIPP/1.1[RFC2911、RFC2910]に加えられます。
The "Rationale for the Structure and Model and Protocol for the Internet Printing Protocol" document describes IPP from a high level view, defines a roadmap for the various documents that form the suite of IPP specification documents, and gives background and rationale for the IETF IPP working group's major decisions.
「構造とモデルのための原理とインターネット印刷プロトコルのためのプロトコル」ドキュメントは、高い平らな視点からIPPについて説明して、IPP仕様ドキュメントのスイートを形成する様々なドキュメントのために道路地図を定義して、IETF IPPワーキンググループの主たる決定のためにバックグラウンドと原理を与えます。
The "Internet Printing Protocol/1.1: Model and Semantics" document describes a simplified model with abstract objects, their attributes, and their operations. The model introduces a Printer and a Job. The Job supports multiple documents per Job. The model document also addresses how security, internationalization, and directory issues are addressed.
「プロトコル/1.1に以下を印刷するインターネット」 「モデルとSemantics」というドキュメントは抽象的なオブジェクト、それらの属性、および彼らの操作で簡易型のモデルについて説明します。 モデルはPrinterとJobを導入します。 Jobは複数の1Jobあたりのドキュメントを支えます。 また、モデルドキュメントはセキュリティ、国際化、およびディレクトリ問題がどう扱われるかを扱います。
The "Internet Printing Protocol/1.1: Encoding and Transport" document is a formal mapping of the abstract operations and attributes defined in the model document onto HTTP/1.1 [RFC2616]. It also defines the encoding rules for a new Internet MIME media type called "application/ipp". This document also defines the rules for transporting over HTTP a message body whose Content-Type is
「プロトコル/1.1に以下を印刷するインターネット」 「コード化とTransport」というドキュメントはモデルドキュメントでHTTP/1.1[RFC2616]と定義された抽象的な操作と属性の正式なマッピングです。 また、それはメディアタイプが「アプリケーション/ipp」と呼んだ新しいインターネットMIMEのために符号化規則を定義します。 また、このドキュメントは、HTTPの上でコンテントタイプがあるメッセージ本体を輸送するために規則を決めます。
Hastings, et. al. Standards Track [Page 14] RFC 3381 IPP: Job Progress Attributes September 2002
etヘイスティングズ、アル。 規格はRFC3381IPPを追跡します[14ページ]: 仕事の進歩属性2002年9月
"application/ipp". This document defines the 'ipp' scheme for identifying IPP printers and jobs.
「アプリケーション/ipp。」 このドキュメントはIPPプリンタと仕事を特定することの'ipp'体系を定義します。
The "Internet Printing Protocol/1.1: Implementer's Guide" document gives insight and advice to implementers of IPP clients and IPP objects. It is intended to help them understand IPP/1.1 and some of the considerations that may assist them in the design of their client and/or IPP object implementations. For example, a typical order of processing requests is given, including error checking. Motivation for some of the specification decisions is also included.
「プロトコル/1.1に以下を印刷するインターネット」 」 ドキュメントが洞察とアドバイスを与える「のImplementerガイドはIPPクライアントとIPPのimplementersに反対します。 彼らが彼らのクライアント、そして/または、IPPオブジェクト実装のデザインにそれらを助けるかもしれない問題のIPP/1.1といくつかを理解しているのを助けるのは意図しています。 例えば、誤りを含んでいるのがチェックして、処理要求の典型的な注文を与えます。 また、仕様決定のいくつかに関する動機は含まれています。
The "Mapping between LPD and IPP Protocols" document gives some advice to implementers of gateways between IPP and LPD (Line Printer Daemon) implementations.
「LPDとIPPの間でプロトコルを写像します」ドキュメントはIPPとLPD(線Printer Daemon)実装の間で何らかのアドバイスをゲートウェイのimplementersに与えます。
In addition to the base IPP documents, the "Event Notification Specification" document [ipp-ntfy] defines OPTIONAL operations that allow a client to subscribe to printing related events. Subscriptions include "Per-Job subscriptions" and "Per-Printer subscriptions". Subscriptions are modeled as Subscription objects. Four other operations are defined for subscription objects: get attributes, get subscriptions, renew a subscription, and cancel a subscription.
ベースIPPドキュメントに加えて、「イベント通知仕様」というドキュメント[ipp-ntfy]はクライアントが関連するイベントを印刷するのに申し込むことができるOPTIONAL操作を定義します。 購読は「1仕事あたりの購読」と「1プリンタあたりの購読」を含んでいます。 Subscriptionが反対するように購読はモデル化されます。 他の4つの操作が購読オブジェクトのために定義されます: 属性を得てください、そして、購読を得てください、そして、購読を更新してください、そして、定期講読契約を取り消してください。
Hastings, et. al. Standards Track [Page 15] RFC 3381 IPP: Job Progress Attributes September 2002
etヘイスティングズ、アル。 規格はRFC3381IPPを追跡します[15ページ]: 仕事の進歩属性2002年9月
11 Authors' Addresses
11人の作者のアドレス
Tom Hastings Xerox Corporation 737 Hawaii St. ESAE 231 El Segundo, CA 90245
エルセガンド、トムヘイスティングズゼロックス社737のハワイ通りESAE231カリフォルニア 90245
Phone: 310-333-6413 Fax: 310-333-5514 EMail: hastings@cp10.es.xerox.com
以下に電話をしてください。 310-333-6413 Fax: 310-333-5514 メールしてください: hastings@cp10.es.xerox.com
Harry Lewis IBM 6300 Diagonal Hwy Boulder, CO 80301-9191
ハリールイスIBM6300の対角線のHwyボウルダー、CO80301-9191
Phone: (303) 924-5337 EMail: harryl@us.ibm.com
以下に電話をしてください。 (303) 924-5337 メールしてください: harryl@us.ibm.com
Ron Bergman (Editor) Hitachi Koki Imaging Solutions 1757 Tapo Canyon Road Simi Valley, CA 93063-3394
Solutions1757Tapo峡谷道路シーミバレー、カリフォルニア93063-3394に像を描くロンバーグマン(エディタ)日立工機
Phone: 805-578-4421 Fax: 805-578-4001 EMail: rbergma@hitachi-hkis.com
以下に電話をしてください。 805-578-4421 Fax: 805-578-4001 メールしてください: rbergma@hitachi-hkis.com
IPP Web Page: http://www.pwg.org/ipp/ IPP Mailing List: ipp@pwg.org
IPPウェブページ: http://www.pwg.org/ipp/ IPPメーリングリスト: ipp@pwg.org
To subscribe to the ipp mailing list, send the following email:
ippメーリングリストに加入するには、以下のメールを送ってください:
1) send it to majordomo@pwg.org
2) leave the subject line blank
3) put the following two lines in the message body:
subscribe ipp
end
1) 2が)3が)以下の2つの系列をメッセージ本体に入れる件名空白を出る majordomo@pwg.org にそれを送ってください: ippエンドを申し込んでください。
Implementers of this specification document are encouraged to join the IPP Mailing List in order to participate in any discussions of clarification issues and review of registration proposals for additional attributes and values. In order to reduce spam, the mailing list rejects mail from non-subscribers, so you must subscribe to the mailing list in order to send a question or comment to the mailing list.
この仕様ドキュメントのImplementersが明確化問題のどんな議論と追加属性と値のための登録提案のレビューにも参加するためにIPP Mailing Listを接合するよう奨励されます。 メーリングリストがスパムを減少させるために非加入者からのメールを拒絶するので、あなたは質問やご意見をメーリングリストに送るためにメーリングリストに加入しなければなりません。
Hastings, et. al. Standards Track [Page 16] RFC 3381 IPP: Job Progress Attributes September 2002
etヘイスティングズ、アル。 規格はRFC3381IPPを追跡します[16ページ]: 仕事の進歩属性2002年9月
12 Full Copyright Statement
12 完全な著作権宣言文
Copyright (C) The Internet Society (2002). All Rights Reserved.
Copyright(C)インターネット協会(2002)。 All rights reserved。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
それに関するこのドキュメントと翻訳は、コピーして、それが批評するか、またはそうでなければわかる他のもの、および派生している作品に提供するか、または準備されているかもしれなくて、コピーされて、発行されて、全体か一部分配された実装を助けるかもしれません、どんな種類の制限なしでも、上の版権情報とこのパラグラフがそのようなすべてのコピーと派生している作品の上に含まれていれば。 しかしながら、このドキュメント自体は何らかの方法で変更されないかもしれません、インターネット協会か他のインターネット組織の版権情報か参照を取り除くのなどように、それを英語以外の言語に翻訳するのが著作権のための手順がインターネットStandardsプロセスで定義したどのケースに従わなければならないか、必要に応じてさもなければ、インターネット標準を開発する目的に必要であるのを除いて。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
上に承諾された限られた許容は、永久であり、インターネット協会、後継者または案配によって取り消されないでしょう。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントとそして、「そのままで」という基礎とインターネットの振興発展を目的とする組織に、インターネット・エンジニアリング・タスク・フォースが速達の、または、暗示しているすべての保証を放棄するかどうかというここにことであり、他を含んでいて、含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Acknowledgement
承認
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。
Hastings, et. al. Standards Track [Page 17]
etヘイスティングズ、アル。 標準化過程[17ページ]
一覧
スポンサーリンク
