Network Working Group R. Bergman
Request for Comments: 2708 Dataproducts Corp.
Category: Informational November 1999
Job Submission Protocol Mapping Recommendations
for the Job Monitoring MIB
Status of this Memo
このメモの位置付け
This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのための情報を提供します。それはどんな種類のインターネット標準を指定しません。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (1999). All Rights Reserved.
著作権（C）インターネット協会（1999）。全著作権所有。
Abstract
抽象
This document defines the recommended mapping for many currently popular Job submission protocols to objects and attributes in the Job Monitoring MIB.
この文書では、オブジェクトに多く、現在人気のあるジョブ送信プロトコルの推奨マッピングを定義し、MIBの監視ジョブの属性。
Table of Contents
目次
1.0 INTRODUCTION.................................................2
2.0 LINE PRINTER DAEMON (LPR/LPD) PROTOCOL.......................4
2.1 jmJobSubmissionID Mapped to LPR/LPD..........................4
2.2 jmJobIndex Mapped to LPR/LPD.................................5
2.3 Other MIB Objects Mapped to LPR/LPD..........................5
2.4 The Attribute Group Mapped to LPD............................5
3.0 APPLETALK PROTOCOL...........................................6
3.1 jmJobSubmissionID Mapped to AppleTalk........................6
3.2 Other AppleTalk Mappings.....................................6
4.0 INTERNET PRINTING PROTOCOL (IPP).............................6
4.1 jmJobSubmissionID Mapped to IPP..............................7
4.2 jmJobIndex Mapped to IPP.....................................7
4.3 Other MIB Objects Mapped to IPP..............................8
4.4 The Attribute Group Mapped to IPP............................8
5.0 INTELLIGENT PRINTER DATA STREAM (IPDS)......................10
5.1 jmJobSubmissionId Mapped to IPDS............................10
5.2 The Attribute Group Mapped to IPDS..........................11
6.0 DOCUMENT PRINTING APPLICATION (DPA).........................11
6.1 jmJobSubmissionID Mapped to DPA.............................11
6.2 jmJobIndex Mapped to DPA....................................12
6.3 Other MIB Objects Mapped to DPA.............................12
6.4 The Attribute Group Mapped to DPA...........................13
7.0 NOVELL DISTRIBUTED PRINT SERVICE (NDPS).....................14
7.1 jmJobSubmissionID Mapped to NDPS............................14
7.2 jmJobIndex Mapped to NDPS...................................14
7.3 Other MIB Objects Mapped to NDPS............................15
7.4 The Attribute Group Mapped to NDPS..........................15
8.0 PRINTER JOB LANGUAGE (PJL)..................................17
8.1 jmJobSubmissionID Mapped to PJL.............................17
8.2 jmJobIndex Mapped to PJL....................................18
8.3 Other MIB Objects Mapped to PJL.............................18
8.4 The Attribute Group Mapped to PJL...........................18
9.0 POSTSCRIPT..................................................18
9.1 jmJobSubmissionID Mapped to PostScript......................19
9.2 Other MIB Objects and Attributes Mapped to PostScript.......19
10.0 NETWARE PSERVER............................................19
10.1 jmJobSubmissionID Mapped to PServer........................19
10.2 jmJobIndex Mapped to PServer...............................19
10.3 Other MIB Objects Mapped to PJL............................20
10.4 The Attribute Group Mapped to PServer......................20
11.0 NETWARE NPRINTER or RPRINTER...............................20
12.0 SERVER MESSAGE BLOCK (SMB) PROTOCOL........................21
12.1 jmJobSubmissionID Mapped to SMB............................21
12.2 jmJobIndex Mapped to SMB...................................21
12.3 Other MIB objects Mapped to SMB............................21
13.0 TRANSPORT INDEPENDENT PRINTER/SYSTEM INTERFACE (TIP/SI)....22
13.1 jmJobSubmissionID Mapped to TIP/SI.........................22
13.2 jmJobIndex Mapped to TIP/SI................................22
13.3 Other MIB Objects Mapped to TIP/SI.........................22
13.4 The Attribute Group Mapped to TIP/SI.......................22
14.0 SECURITY CONSIDERATIONS....................................23
15.0 REFERENCES.................................................23
16.0 AUTHORS' ADDRESSES.........................................24
17.0 FULL COPYRIGHT STATEMENT...................................26
The Job Monitoring MIB [JobMIB] is intended to be implemented in a device or server that supports any job submission protocol. However, the information available and the method of presentation varies significantly by job submission protocol. A common method of mapping job submission information to the Job Monitoring MIB is essential for interoperability of Job MIB agents and monitoring applications. This document defines recommended mappings for most popular job submission protocols to ensure this compatibility.
ジョブ監視MIB [JobMIB]は、任意のジョブ送信プロトコルをサポートするデバイスやサーバに実装されることを意図しています。しかし、入手可能な情報及びプレゼンテーションの方法は、ジョブ投入プロトコルによって大きく異なります。 MIBの監視ジョブにマッピングするジョブ投入情報の一般的な方法は、ジョブMIBのエージェントと監視アプリケーションの相互運用性のために不可欠です。この文書では、この互換性を確保するために最も人気のあるジョブ提出プロトコルの推奨マッピングを定義します。
All mappings are unidirectional from the job submission protocol to the MIB. It is assumed that support of the job submission protocol in the printer implies that the reverse information flow is presently defined and does not require interaction from the MIB. This mapping is not defined in this document as it should be obvious.
すべてのマッピングは、ジョブサブミッションプロトコルからMIBへの単方向です。プリンタでのジョブ送信プロトコルのサポートは逆の情報の流れは、現在定義されており、MIBからの相互作用を必要としないことを意味するものとします。それは明らかであるように、このマッピングは、この文書で定義されていません。
This document refers to system configurations that are defined in the Job Monitoring MIB [JobMIB]. For those readers that are familiar with the configuration descriptions, a short summary appears here. Please see the Job MIB document for further details.
この文書では、ジョブ監視MIB [JobMIB]で定義されているシステム構成を指します。構成記述に精通している読者のために、短い要約はここに表示されます。詳細については、ジョブMIBドキュメントを参照してください。
Configuration 1: This is a simple peer-to-peer system which contains only a client and a printer. The Job MIB agent is resident in the printer.
構成1：これは、クライアントとプリンタを含む単純なピア・ツー・ピア・システムです。ジョブMIBエージェントはプリンタ内に常駐しています。
Configuration 2: This system contains a client, server, and a printer. The Jib MIB agent is resident in the server.
構成2：このシステムは、クライアント、サーバー、およびプリンタが含まれています。ジブMIBエージェントはサーバーに常駐しています。
Configuration 3: This system, as in configuration 2, contains a client, server, and a printer. In this case the Job MIB agent is implemented within the printer.
構成3：このシステム、コンフィギュレーション2のように、クライアント、サーバー、およびプリンタが含まれています。この場合、ジョブMIBエージェントはプリンタ内に実装されます。
The most important object to be mapped is jmJobSubmissionID, since this is a method for the user or client to determine the jmJobIndex for a submitted job. Therefore, jmJobSubmissionID is specified for all job submission protocols defined in this document. The remaining objects mapped include only those items that have the equivalent information presented to the printer by the job submission protocol.
これが投入されたジョブのためのjmJobIndexを決定するために、ユーザーやクライアントのための方法であるため、マッピングする最も重要な目的は、jmJobSubmissionIDです。したがって、jmJobSubmissionIDは、この文書で定義されたすべてのジョブのサブミットプロトコルに指定されています。マッピングされた残りのオブジェクトは、ジョブ依頼プロトコルによりプリンタに提示同等の情報を持っている項目のみが含まれます。
While this document places a strong emphasis on jmJobSubmissionID mapping to obtain jmJobIndex, the preferred method is through the use of a bi-directional job submission protocol that returns the equivalent value of jmJobIndex to the client, such as IPP. When a bi-directional protocol that returns jmJobIndex is in use, the jmJobSubmissionID object has no value to the client. When the jmJobIndex cannot be returned, the use of a client defined jmJobSubmissionID is preferred over an agent derived value. The client defined version allows for retrieval of jmJobIndex using a single SNMP Get operation, since jmJobSubmissionID is the index into the jmJobIDTable. An agent derived value will require a search through multiple entries in the jmJobIDTable.
この文書はjmJobIndexを得るためjmJobSubmissionIDマッピングに重点を置きながら、好適な方法は、IPPとして、クライアントにjmJobIndexの等価な値を返す双方向ジョブ依頼プロトコルを使用することです。 jmJobIndexを返す双方向プロトコルが使用されている場合、jmJobSubmissionIDオブジェクトはクライアントに値を持ちません。 jmJobIndexを返すことができない場合、jmJobSubmissionID定義されたクライアントの使用は薬剤導出された値よりも好ましいです。 jmJobSubmissionIDがjmJobIDTableへのインデックスであるため、クライアントの定義されたバージョンは、単一のSNMP Get操作を使用してjmJobIndexを検索することができます。エージェント得られた値は、jmJobIDTableに複数のエントリを検索する必要があります。
The majority of the protocols mapped in this document are oriented towards network job submission. However, the Job Monitoring MIB is also intended to monitor print jobs received from other than network ports, such as parallel and serial ports. Some of the job submission protocols included that are used with non-networked ports are PJL,
この文書にマッピングされたプロトコルの大半は、ネットワークジョブの投入に向けて配向されています。しかし、MIB監視ジョブは、印刷ジョブは、パラレルおよびシリアルポートなどのネットワークポート以外から受信した監視することを意図しています。非ネットワーク・ポートで使用され提出プロトコルが含まれるジョブのいくつかは、PJLあります
PostScript, and TIP/SI. In addition, the Job Monitoring MIB can be used with print jobs that are internally generated, such as self test pages. In this latter case, no mapping is required since all job submission protocols are bypassed.
ポストスクリプト、およびTIP / SI。また、ジョブ監視MIBは、このようなセルフテストページなど、内部で生成された印刷ジョブ、一緒に使用することができます。すべてのジョブ依頼プロトコルがバイパスされるので、この後者の場合には、何のマッピングが必要とされません。
The LPR/LPD printing protocol [LPD] is used with BSD UNIX systems in the client-server-printer configuration. Usage of the Job Monitoring MIB with LPR/LPD will most likely conform to Configuration 3, where the monitor application or the server uses SNMP to obtain job information from the printer. The client communicates with the UNIX server using the existing LPD protocol to obtain job information.
LPR / LPD印刷プロトコルは、[LPD]クライアント・サーバ・プリンタ構成でBSD UNIXシステムで使用されています。 LPR / LPDとジョブ監視MIBの使用方法は、最も可能性の高いモニター・アプリケーションまたはサーバがプリンタからジョブ情報を取得するためにSNMPを使用して構成3に準拠します。クライアントは、ジョブ情報を取得するために、既存のLPDプロトコルを使用してUNIXサーバーと通信します。
The LPR/LPD protocol is also used in the Windows environment to implement peer-to-peer printing, as shown in configuration 1. In this case, SNMP is used by the client and/or the monitor application to obtain the job information.
LPR / LPDプロトコルは、この場合の構成1に示すように、ピア・ツー・ピア印刷を実現するために、Windows環境で使用され、SNMPは、ジョブ情報を取得するためにクライアント及び/又は監視アプリケーションによって使用されます。
One of the major problems of LPR/LPD is the large number of vendor unique extensions currently used with the protocol and the resulting compatibility issues between available implementations. To avoid these issues, this mapping of LPR/LPD is restricted to the protocol as defined by RFC 1179.
LPR / LPDの主要な問題の一つは、現在のプロトコルで使用するベンダー独自の拡張機能や利用可能な実装間に生じる互換性の問題が多数あります。 RFC 1179で定義されているこれらの問題を回避するために、LPR / LPDのこのマッピングは、プロトコルに制限されています。
The LPR/LPD protocol transfers print job data and control information in separate files, known as the Data File and Control File, respectively. Most of the information concerning the print job is contained in the Control File. In many LPD implementations, the Control File is transferred following the Data File. Thus much of the information concerning the job may not be available until the completion of the data transmission.
LPR / LPDプロトコルを転送する印刷ジョブデータは、それぞれデータファイルと制御ファイルとして知られている別ファイル内の情報を制御し。印刷ジョブに関する情報のほとんどは、制御ファイルに含まれています。多くのLPDの実装では、制御ファイルは、データファイル、次の転送されます。したがってジョブに関する情報の多くは、データ送信が完了するまで使用できないことがあります。
The LPR/LPD Receive Data File command contains a parameter which defines the name of the data file. This name field is structured as follows:
LPR / LPDは、データファイルのコマンドを受信データファイルの名前を定義するパラメータが含まれています。次のようにこの名前のフィールドが構成されています。
dfaXXX<host-name> or daXXXX<host-name>
dfaXXX <ホスト名>またはdaXXXX <ホスト名>
Where XXX or XXXX is the numeric job number assigned by the network entity submitting the print job to the printer. The recommended mapping of this name field to jmJobSubmissionID is: octet 1: '9'
どこXXXまたはXXXXはプリンタに印刷ジョブを送信するネットワークエンティティによって割り当てられた数値のジョブ番号です。 jmJobSubmissionIDにこの名前欄の推奨マッピングは次のとおりです。オクテット1：「9」
octets 2-40: Contains the <host-name> portion of the name field. If the <host-name> portion is less than 40 octets, the left-most character in the string shall appear in octet position 2. Any unused portion of this field shall be filled with spaces. Otherwise, only the last 39 bytes shall be included.
オクテット2-40：名前フィールドの<ホスト名>の部分が含まれています。 <ホスト名>の部分が40未満のオクテットである場合は、文字列の一番左の文字は、このフィールドの未使用部分は空白で埋めされなければならないオクテット位置2に現れるものとします。それ以外の場合は、最後の39のバイトが含まれなければなりません。
octets 41-48: '00000XXX' or '0000XXXX', where XXX or XXXX is the decimal (ASCII coded) representation of the LPR/LPD job number.
オクテット41-48：XXXまたはXXXXは小数点（ASCII符号化）LPR / LPDジョブ番号の表現である '00000XXX' または '0000XXXX'、。
The job index (jmJobIndex) is assigned by the SNMP job monitoring agent and is independent of the XXX (or XXXX) index assigned by the LPR/LPD client. This will allow the SNMP agent to track jobs received from multiple sources.
ジョブインデックス（jmJobIndex）は、SNMPジョブモニタリングエージェントによって割り当てられ、LPR / LPDクライアントによって割り当てXXX（またはXXXX）インデックスとは無関係です。これは、SNMPエージェントは、複数のソースから受信したジョブを追跡することができます。
MIB Object | LPR/LPD Parameter
------------------------------+----------------------------------------
jmJobKOctetsPerCopyRequested | Number of bytes as defined in the Data
| File
jmJobOwner | Control file command code = P (User Id)
Other attributes that are applicable, but not defined in this section such as attributes that map to a vendor unique extension, may also be included.
適用されているが、このようなベンダー固有の内線にマップの属性として、このセクションで定義されていない他の属性は、含まれてもよいです。
MIB attribute | LPR/LPD information | Data type
----------------------+---------------------------------+--------------
jobName | Job Name (notes 1, 2) | Octet String
queueNameRequested | Queue name from the Data File | Octet String
fileName | Source File Name (notes 1, 3) | Octet String
Notes:
------
1. The information is optional in the Control File. The attribute
should be included if present in the Control File.
2. Control file command code = J. If this optional field is omitted
from the control file, then the agent returns the file name
(command code = N), if present.
3. Control file command code = N.
AppleTalk was originally developed as a peer-to-peer network protocol, as described in configuration 1, for use with Apple Macintosh computers. Today, print spoolers are also available for use with Macintosh computer networks that conform to configurations 2/3. In addition, printing with the AppleTalk protocol is supported from both Windows NT servers and Novell servers also per configurations 2/3.
Apple Macintoshコンピュータで使用するために、設定1で説明したようにAppleTalkが、もともと、ピア・ツー・ピアネットワークプロトコルとして開発されました。今日では、プリントスプーラも構成2/3に準拠するMacintoshコンピュータ・ネットワークで使用できます。また、AppleTalkプロトコルでの印刷は、Windows NTサーバーとも構成2/3あたりNovellサーバの両方からサポートされています。
The AppleTalk protocol provides very little information that can be used with the Job Monitoring MIB. The Macintosh print drivers are able to provide information concerning the user and document name but imbed this information in the PDL, which is typically PostScript. The preferred jmJobSubmissionID is constructed from the information in the PostScript file, as defined in section 9.0.
AppleTalkプロトコルは、MIBの監視ジョブで使用することができますほとんど情報を提供します。 Macintoshプリンタドライバは、ユーザと文書名に関する情報を提供することが可能であるが、通常のPostScriptであるPDL、この情報を埋め込みます。セクション9.0で定義されるように、好ましいjmJobSubmissionIDは、PostScriptファイルの情報から構成されています。
An alternative jmJobSubmissionID may be constructed from the Connection Identifier contained in the AppleTalk Printer Access Protocol (PAP) header. Since the Connection Id is not readily available in any of the defined AppleTalk implementations, this approach may be of little utility.
代替jmJobSubmissionIDは、AppleTalkプリンタアクセスプロトコル（PAP）ヘッダに含まれる接続識別子から構成されてもよいです。接続IDは、定義されたAppleTalkの実装のいずれにおいても容易に入手できないので、このアプローチはほとんど有用性のものであってもよいです。
octet 1: 'A'
オクテット1： 'A'
octets 2-40: Contains the AppleTalk printer name, with the first character of the name in octet 2. AppleTalk printer names are a maximum of 31 characters. Any unused portion of this field shall be filled with spaces.
オクテット2-40：オクテットの名前の最初の文字と、AppleTalkプリンタ名が含まれています。2. AppleTalkプリンタ名は最大31文字です。このフィールドの未使用部分は空白で埋めなければなりません。
octets 41-48: '00000XXX', where 'XXX' is the decimal (ASCII coded) representation of the Connection Id.
オクテット41-48：「00000XXX」、「XXX」は10進数の接続Idの表現を（ASCIIで符号化されました）。
No other Job MIB objects or parameters can be derived from information available in the AppleTalk headers
他のジョブMIBオブジェクトまたはパラメータは、AppleTalkヘッダで利用可能な情報から導出することができません
The Internet Printing Protocol [IPP] supports printing using any one of the three possible configurations. For configuration 2, the mapping defined herein is performed on an agent within the server. Otherwise, the mapping is performed on an agent within the printer.
インターネット印刷プロトコル[IPP]は3つの可能な構成のいずれかを使用して印刷をサポートしています。構成2は、本明細書で定義されたマッピングは、サーバ内のエージェント上で実行されます。そうでない場合、マッピングは、プリンタ内のエージェントで実行されます。
IPP contains a rich set of parameters which allow several methods of creating the jmJobSubmissionID object. To prevent interoperability problems, the preferred method is to use the IPP job-uri attribute as follows:
IPPはjmJobSubmissionIDオブジェクトを作成するいくつかの方法が可能パラメータの豊富なセットが含まれています。相互運用性の問題を回避するために、好ましい方法は、以下のようにIPPジョブ-uri属性を使用することです。
octet 1: '4'
オクテット1： '4'
octets 2-40: Contains the IPP job-uri job description attribute generated by the printer. (The job-uri is returned to the client by IPP.) If the job-uri is less than 40 octets, the left-most character in the string shall appear in octet position 2. Any unused portion of this field shall be filled with spaces. Otherwise, only the last 39 bytes shall be included.
オクテット2-40：プリンタによって生成されたIPPジョブ-uriのジョブ記述属性が含まれています。 （ジョブ-URIがIPPによってクライアントに返されます。） - uriのジョブが40未満のオクテット、オクテット位置に表示されるものとする文字列の一番左の文字である場合2.このフィールドの未使用部分がで満たされなければなりませんスペース。それ以外の場合は、最後の39のバイトが含まれなければなりません。
octets 41-48: Contains the decimal (ASCII coded) representation of the job-id job description attribute. Leading zeros shall be inserted to fill the entire 8 octet field.
オクテット41-48：ジョブIDジョブ記述属性の小数点（ASCIIコード化された）表現が含まれています。先頭のゼロは、全体の8オクテットのフィールドを埋めるために挿入されなければなりません。
NOTE - Since IPP returns the "job-identifier" attribute with the jmJobIndex value for a job when the job is submitted, the use of the jmJobSubmissionID table should not be needed by a management application. See Section 1.0.
注 - IPPジョブがサブミットされたジョブのjmJobIndex値を「ジョブ識別子」属性を返すので、jmJobSubmissionIDテーブルの使用は、管理アプリケーションが必要とするべきではありません。セクション1.0を参照してください。
The job index (jmJobIndex) assigned by the SNMP job monitoring agent is returned to the client by IPP as the job-id job description attribute. (Since IPP does not require consecutively generated job-ids, the agent may receive jobs from multiple clients and can assign jmJobIndex in an ascending sequence independent of the submitting job client.) The IPP job-id must be restricted to the range of 1 to 99,999,999 (decimal) to allow the value to be properly represented in jmJobSubmissionID.
SNMPジョブモニタリングエージェントによって割り当てられたジョブインデックス（jmJobIndex）は、ジョブIDのジョブ記述属性としてIPPによってクライアントに返されます。 （IPPが連続発生したジョブIDを必要としないので、エージェントは複数のクライアントからジョブを受信し、送信ジョブクライアントの昇順独立にjmJobIndexを割り当てることができる。）IPPのジョブIDが1の範囲に制限されなければなりません値が適切jmJobSubmissionIDで表現できるように99999999（10進数）。
MIB Object | IPP Job attribute
---------------------------------+-----------------------------------
jmJobState | job-state
jmJobStateReasons1 | job-state-reasons (note 1)
jmNumberOfInterveningJobs | number-of-intervening-jobs
jmJobKOctetsPerCopyRequested | job-k-octets
jmJobKOctetsProcessed | job-k-octets-processed
jmJobImpressionsPerCopyRequested | job-impressions
jmJobImpressionsCompleted | job-impressions-completed
jmJobOwner | job-originating-user-name
Notes:
------
1. jmJobStateReasons1 is a bit map which can describe up to 31 job
state reasons. Also the IPP "job-state-reasons" attribute is a
multi-valued attribute with each value being a keyword. The IPP
condition may change multiple bits in this object. The IPP "job-
state-reasons" attribute may also change one or more of the
jobStateReasonsN attributes (see section 4.4).
The following mappings are required if the listed IPP job template attribute is provided.
上場IPPジョブテンプレート属性が用意されている場合、次のマッピングが必要とされています。
MIB attribute | IPP job attribute | Data type
---------------------------+------------------------------+-------------
jobStateReasonsN(N=2, 3, 4)| job-state-reasons (note 3) | Integer
jobCodedCharSet | attributes-charset (note 1) | Octet String
jobNaturalLanguageTag | attributes-natural-language | Octet String
jobURI | job-uri | Octet String
jobName | job-name | Octet String
physicalDevice | output-device-assigned | Octet String
numberOfDocuments | number-of-documents | Integer
jobPriority | job-priority | Integer
jobHoldUntil | job-hold-until | Octet String
sides | sides (note 2) | Integer
finishing | finishings | Integer
printQualityRequested | print-quality | Integer
printerResolutionRequested | printer-resolution | Integer
jobCopiesRequested | copies (note 4) | Integer
documentCopiesRequested | copies (note 4) | Integer
jobCollationType | multiple-document-handling | Integer
sheetsRequested | job-media-sheets | Integer
sheetsCompleted | job-media-sheets-completed | Integer
mediumRequested | media | Octet String
jobSubmissionTime | time-at-submission | Integer
jobStartedProcessingTime | time-at-processing | Integer
jobCompletionTime | time-at-completed | Integer
Notes:
------
1. jobCodedCharSet is an enum from the IANA registry which is also
used in the Printer MIB. The IPP attributes-charset is the name
(MIME preferred name) of the character set.
2. The Job MIB sides attribute uses the integer values "1" and "2".
The IPP sides attribute uses three keywords.
3. jobStateReasonsN are three attributes (N=2, 3, 4). Also the IPP
"job-state-reasons" attribute is a multi-valued attribute with
each value being a keyword. The IPP condition may change multiple
bits in one or more of these Job MIB attributes. See also
jmJobStateReasons1 in section 4.3.
4. The IPP "copies" attribute maps to the Job MIB:
(1) jobCopiesRequested when the job has only one document OR IPP
"multiple-document-handling" is 'single-valued'
(2) documentCopiesRequested, in which case the MIB value is the
total number of document copies that the job will produce as a
whole.
The IPDS datastream facilitates a close relationship between the print supervisor (Print Services Facility - PSF) and the printer. There are PSF applications for UNIX, Windows, OS/2, OS/400 and host operating systems such as VM, MVS and VSE. Together, PSF and IPDS represent a complete, mature and robust job management framework which includes font and resource management, page progress tracking, job cancellation, complete error recovery and end-user notification. Because PSF and the printer correspond via the use of locally assigned IDÆs, there is a limited amount of clear text information provided during submission for use by the Job MIB.
そしてプリンタ - IPDSデータ・ストリームは、印刷スーパーバイザ（PSF印刷サービス機能）との間に密接な関係を促進します。 UNIX、Windowsの、OS / 2、OS / 400用PSFのアプリケーションや、VM、MVSおよびVSEなどのホストオペレーティングシステムがあります。一緒に、PSFとIPDSは、フォントとリソースの管理、ページの進行状況の追跡、ジョブキャンセル、完全なエラー回復とエンドユーザへの通知が含まれ、完全な成熟かつ堅牢なジョブ管理フレームワークを表します。 PSFとプリンタがローカルに割り当てられIDÆsの使用を介して対応するので、ジョブMIBによる使用のために提出時に提供クリアテキスト情報の限られた量があります。
For IPDS on the MVS or VSE platform:
MVSまたはVSEプラットフォーム上のIPDSの場合：
octet 1: 'E'
オクテット1： 'E'
octets 2-40: Contains bytes 2-27 of the XOH Define Group Boundary Group ID triplet. Octet position 2 must carry the value x'01'. Bytes 28-40 must be filled with spaces.
オクテット2-40：XOHのバイト2-27は、グループ境界グループIDトリプレットを定義が含まれています。オクテット位置2は、値X'01' を運ばなければなりません。バイト28-40は、スペースで埋めなければなりません。
octets 41-48: Contains a decimal (ASCII coded) representation of the jmJobIndex assigned by the agent. Leading zeros shall be inserted to fill the entire 8 octet field.
オクテット41-48：エージェントによって割り当てられjmJobIndexの小数点（ASCIIコード化された）表現が含まれています。先頭のゼロは、全体の8オクテットのフィールドを埋めるために挿入されなければなりません。
For IPDS on the VM platform:
VMプラットフォーム上のIPDSの場合：
octet 1: 'F'
オクテット1： 'F'
octets 2-40: Contains bytes 2-31 of the XOH Define Group Boundary Group ID triplet. Octet position 2 must carry the value x'02'. Bytes 32-40 must be filled with spaces.
オクテット2-40：XOHのバイト2-31は、グループ境界グループIDトリプレットを定義が含まれています。オクテット位置2は、値X'02' を運ばなければなりません。バイト32-40は、スペースで埋めなければなりません。
octets 41-48: Contains a decimal (ASCII coded) representation of the jmJobIndex assigned by the agent. Leading zeros shall be inserted to fill the entire 8 octet field.
オクテット41-48：エージェントによって割り当てられjmJobIndexの小数点（ASCIIコード化された）表現が含まれています。先頭のゼロは、全体の8オクテットのフィールドを埋めるために挿入されなければなりません。
For IPDS on the OS/400 platform:
OS / 400プラットフォーム上のIPDSの場合：
octet 1: 'G'
オクテット1： 'G'
octets 2-40: Contains bytes 2-36 of the XOH Define Group Boundary Group ID triplet. Octet position 2 must carry the value x'03'. Bytes 37-40 must be filled with spaces.
オクテット2-40：XOHのバイト2-36は、グループ境界グループIDトリプレットを定義が含まれています。オクテット位置2は、値X'03' を運ばなければなりません。バイト37-40は、スペースで埋めなければなりません。
octets 41-48: Contains a decimal (ASCII coded) representation of the jmJobIndex assigned by the agent. Leading zeros shall be inserted to fill the entire 8 octet field.
オクテット41-48：エージェントによって割り当てられjmJobIndexの小数点（ASCIIコード化された）表現が含まれています。先頭のゼロは、全体の8オクテットのフィールドを埋めるために挿入されなければなりません。
For MVS/VSE:
四MVS / ALL：
MIB attribute | IPDS XOH DGB Group ID | Data type
----------------------------------+-----------------------+-------------
jobSourcePlatformType sptMVS(7) | Byte 2 = x'01' | Integer
jobName | Bytes 4-11 | Octet String
For VM:
VMの場合：
MIB attribute | IPDS XOH DGB Group ID | Data type
----------------------------------+-----------------------+-------------
jobSourcePlatformType sptVM(8) | Byte 2 = x'02' | Integer
fileName | Bytes 4-11 | Octet String
For OS/400:
OS / 400の場合：
MIB attribute | IPDS XOH DGB Group ID | Data type
----------------------------------+-----------------------+-------------
jobSourcePlatformType sptOS400(9) | byte 2 = x'03' | Integer
fileName | Bytes 23-32 | Octet String
jobName | Bytes 37-46 | Octet String
The ISO 10175 Document Printing Application (DPA) [DPA] supports printing using any one of the three possible configurations. For configuration 2, the mapping defined herein is performed on a server. Otherwise, the mapping is performed on an agent within the printer.
ISO 10175文書印刷アプリケーション（DPA）DPAは】3つの可能な構成のいずれかを使用して印刷をサポート。構成2は、本明細書で定義されたマッピングは、サーバ上で実行されます。そうでない場合、マッピングは、プリンタ内のエージェントで実行されます。
DPA contains a rich set of parameters which allow several methods of creating the jmJobSubmissionID object. To prevent interoperability problems, the preferred method is to use the DPA job-owner attribute as follows: octet 1: '0'
DPAはjmJobSubmissionIDオブジェクトを作成するいくつかの方法が可能パラメータの豊富なセットが含まれています。相互運用性の問題を防ぐために、好ましい方法は、以下のようにDPAジョブ所有者の属性を使用することです：オクテット1：「0」
octets 2-40: Contains the DPA job-owner attribute supplied by the submitter. If the job-owner is less than 40 octets, the left-most character in the string shall appear in octet position 2. Any unused portion of this field shall be filled with spaces. Otherwise, only the last 39 bytes shall be included.
オクテット2-40：提出者によって提供されるDPAジョブ所有者の属性が含まれています。ジョブ所有者が40未満のオクテットである場合は、文字列の一番左の文字は、このフィールドの未使用部分は空白で埋めされなければならないオクテット位置2に現れるものとします。それ以外の場合は、最後の39のバイトが含まれなければなりません。
octets 41-48: Contains an 8-digit sequential decimal number.
オクテット41-48は：8桁の連進数が含まれています。
The job index (jmJobIndex) assigned by the SNMP job monitoring agent is returned to the client by DPA as a decimal digit string as the value of the DPA job-identifier attribute. (Since DPA does not require consecutively generated job-identifiers, the agent may receive jobs from multiple clients and can assign the jmJobIndex in an ascending sequence independent of the submitting job client.) The DPA job-identifier must be restricted to the range of 1 to 99,999,999 (decimal) to allow the value to be properly represented in jmJobSubmissionID.
SNMPジョブモニタリングエージェントによって割り当てられたジョブインデックス（jmJobIndex）はDPAジョブ識別子属性の値として10進数文字列としてDPAによってクライアントに返されます。 （DPAが連続発生したジョブ識別子を必要としないので、エージェントは複数のクライアントからジョブを受信し、送信ジョブクライアントの昇順独立にjmJobIndexを割り当てることができる。）DPAジョブ識別子が1の範囲に制限されなければなりません99999999（10進数）に値が正しくjmJobSubmissionIDで表現されることを可能にします。
NOTE - Since DPA returns the "job-identifier" attribute with the jmJobIndex value for a job when the job is submitted, the use of the jmJobSubmissionID table should not be needed by a management application. See Section 1.0.
注 - DPAは、ジョブがサブミットされたジョブのjmJobIndex値を「ジョブ識別子」属性を返すので、jmJobSubmissionIDテーブルの使用は、管理アプリケーションが必要とするべきではありません。セクション1.0を参照してください。
MIB Object | DPA Job attribute
---------------------------------+------------------------------------
jmJobState | job-state
jmJobStateReasons1 | job-state-reasons (note 2)
jmNumberOfInterveningJobs | intervening-jobs
jmJobKOctetsPerCopyRequested | total-job-octets (notes 1, 3)
jmJobKOctetsProcessed | job-octets-completed (note 1)
jmJobImpressionsPerCopyRequested | job-impression-count (note 3)
jmJobImpressionsCompleted | impressions-completed
jmJobOwner | job-owner
Notes:
------
1. jmJobKOctetsPerCopyRequested and jmJobKOctetsProcessed is in K
octets while the DPA job-total-octets and job-octets-completed is
in octets and is 63-bits of significance.
2. jmJobStateReasons1 is a bit map which can describe up to 31 job state reasons. Also the DPA "job-state-reasons" attribute is a multi-valued attribute with each value being an object identifier (OID). The DPA condition may change multiple bits in this object. The DPA condition may also change one or more of the jobStateReasonsN attributes (see section 4.4) 3. DPA octets include the multiplication factor due to job and document copies, while the MIB values do not.
2. jmJobStateReasons1 31ジョブ状態理由まで記述することができるビットマップです。また、DPA「ジョブ状態理由」属性は、それぞれの値は、オブジェクト識別子（OID）された状態で多値属性です。 DPAの条件は、このオブジェクト内の複数のビットを変更することができます。 DPA条件もjobStateReasonsNの一つ以上を変更することがありMIB値がいない間3. DPAのオクテットは、仕事や文書のコピーによる増倍率を含める（セクション4.4を参照）属性。
The following mappings are required if the listed DPA job attribute is provided.
上場DPAジョブ属性が用意されている場合、次のマッピングが必要とされています。
MIB attribute | DPA job attribute |IPP Data type
---------------------------+------------------------------+-------------
jobStateReasonsN(N=2, 3, 4)| job-state-reasons (note 2) | Integer
jobCodedCharSet | (note 1) | Octet String
jobAccountName | accounting-information | Octet String
jobName | job-name | Octet String
deviceNameRequested | printer-name-requested | Octet String
physicalDevice | printers-assigned | Octet String
numberOfDocuments | number-of-documents | Integer
fileName | file-name | Octet String
documentName | document-name | Octet String
jobComment | job-comment | Octet String
documentFormat | document-format | Octet String
jobPriority | job-priority | Integer
jobProcessAfterDateAndTime | job-print-after | Octet String
outputBin | results-profile.output-bin | Octet String
sides | sides (note 3) | Integer
finishing | job-finishing, finishing | Integer
printQualityRequested | print-quality | Integer
printerResolutionRequested | default-printer-resolution | Integer
| (note 4) |
jobCopiesRequested | results-profile.job-copies | Integer
jobCopiesCompleted | job-copies-completed | Integer
documentCopiesRequested | copy-count (note 5) | Integer
documentCopiesCompleted | copies-completed (note 6) | Integer
sheetsRequested | job-media-sheet-count | Integer
sheetsCompleted | job-media-sheets-completed | Integer
pagesRequested | job-page-count | Integer
pagesCompleted | pages-completed | Integer
mediumRequested | page-media-select, | Octet String
| default-medium |
jobSubmissionTime | submission-time (note 7) | Octet String
jobStartedProcessingTime | started-printing-time (note 7) Octet String
jobCompletionTime | completion-time (note 7) | Octet String
Notes:
------
1. Every DPA attribute is tagged indicating the coded character set
to be used for that attribute.
2. jobStateReasonsN are three attributes (N=2, 3, 4). The DPA
condition may change one or more of the bits in one or more of
these Job MIB items. Also the DPA job-state-reasons is a multi-
valued attribute with each value being an OBJECT IDENTIFIER (OID).
3. The Job MIB sides attribute is an integer '1' or '2' while the DPA
sides attribute has one of six OID values that includes plex.
4. printerResolutionRequested has x and y resolution and is intended
to override the resolution instruction in the document, if any,
while the DPA default-printer-resolution is the same in x and y
and only takes effect if the document does not contain a
resolution instruction
5. The DPA "copy-count" attribute is a per-document attribute, so the
MIB value is the sum of the documents' "copy-count" values times
the job's "results-profile.job-copies" value.
6. The DPA "copies-completed" attribute is a per-document attribute,
so the MIB value is the sum of the documents' "copies-completed"
values times the job's "results-profile.job-copies" value.
7. The DPA GeneratlizedTime data type is defined by ISO 8824 (ISO-
8824) while the MIB DateAndTime is defined by SNMPv2-TC (SNMPv2-
TC).
Novell Distributed Print Services is a DPA based job submission protocol that conforms to configuration 3.
ノベル分散プリントサービスの設定3に準拠してDPAベースのジョブ送信プロトコルです。
NDPS supports the generation of a properly formatted jmJobSubmissionID for use in the Job MIB, via the attribute ndps-att-job-identifier.
NDPSは、属性NDPS-ATT-ジョブ識別子を経て、ジョブMIBで使用するための適切な形式のjmJobSubmissionIDの生成をサポートしています。
NDPS defines the attribute ndps-att-job-identifier-on-printer that can be used to return the value of jmJobIndex to the NDPS client. See Section 1.0.
NDPSは、定義された属性NDPS-ATT-ジョブ識別子オンプリンタNDPSクライアントにjmJobIndexの値を返すために使用することができます。セクション1.0を参照してください。
MIB Object | NDPS Parameter
---------------------------------+--------------------------------------
jmJobState | ndps-att-current-job-state (note 1)
jmJobStateReasons1 | ndps-att-job-state-reasons (note 2)
jmNumberOfInterveningJobs | ndps-att-intervening-jobs
jmJobKOctetsPerCopyRequested | ndps-att-total-job-octets (notes 3,4)
jmJobKOctetsProcessed | ndps-att-octets-completed (note 3)
jmJobImpressionsPerCopyRequested | ndps-att-job-impressions-count
jmJobImpressionsCompleted | ndps-att-impressions-completed
jmJobOwner | ndps-att-job-owner (note 5)
Notes:
------
1. Some of the NDPS job states must be represented by both a
jmJobState and a jmJobStateReasons1 object or a jobStateReasonsN
attribute (N=2, 3, 4).
2. The NDPS job state reasons may be mapped to either the object
jmJobStateReasons1 or the attribute jobStateReasonsN (N=2, 3, 4).
3. jmJobKOctetsPerCopyRequested and jmJobKOctetsProcessed is in K
octets while the NDPS ndps-att-job-total-octets and ndps-att-job-
octets-completed is in octets and is 63-bits of significance.
4. NDPS octets include the multiplication factor due to job and
document copies, while the MIB values do not.
5. The Job MIB object must be multiplied by the attribute
jobCopiesRequested to obtain the NDPS attribute value, if multiple
copies have been requested.
The following mappings are required if the listed PJL attribute or command option is provided.
記載されているPJL属性またはコマンドオプションが用意されている場合、次のマッピングが必要とされています。
MIB attribute | NDPS parameter | Data type
---------------------------+------------------------------+-------------
jobStateReasonsN(N=2, 3, 4)| ndps-job-state-reasons | Integer
jobAccountName | ndps-att-job-owner | Octet String
jobName | ndps-att-job-name | Octet String
jobOriginatingHost | ndps-att-job-originator | Octet String
deviceNameRequested | ndps-att-printer-name-- | Octet String
| requested |
numberOfDocuments | ndps-att-number-of-documents | Integer
fileName | ndps-att-document-file-name | Octet String
documentName | ndps-att-document-name | Octet String
jobComment | ndps-att-job-comment | Octet String
documentFormatIndex | ndps-att-prtInterpreterIndex | Integer
documentFormat | ndps-att-document-format | Integer
jobPriority | ndps-att-job-priority | Integer
jobProcessAfterDateAndTime | ndps-att-job-print-after | Octet String
outputBin | ndps-att-results-profile | Integer
| (note 1) |
sides | ndps-att-sides (note 2) | Integer
finishing | ndps-att-job-finishing | Integer
printQualityRequested | ndps-att-print-quality | Integer
printerResolutionRequested | ndps-att-default-printer-- |
| resolution (note 3) | Integer
printerResolutionUsed | ndps-att-default-resolutions--
| used | Integer
jobCopiesRequested | ndps-att-results-profile | Integer
| (note 4) |
jobCopiesCompleted | ndps-att-job-copies-completed| Integer
documentCopiesRequested | ndps-att-copy-count (note 5) | Integer
documentCopiesCompleted | ndps-att-copies-completed | Integer
| (note 6) |
sheetsRequested | ndps-att-job-media-- |
| sheet-count | Integer
sheetsCompleted | ndps-att-media-sheets-- |
| completed | Integer
mediumConsumed | ndps-att-media-used | Integer
jobSubmissionToServerTime | ndps-att-submission-time | Octet String
| (note 7) |
jobSubmissionTime | ndps-att-started-printing-time Octet String
| (note 7) |
jobCompletionTime | ndps-att-completion-time | Octet String
| (note 7) |
Notes:
------
1. The output-bin field in ndps-att-results-profile is to be used.
2. The Job MIB sides attribute is an integer '1' or '2' while the
NDPS sides attribute has one of six OID values that includes plex.
3. printerResolutionRequested has x and y resolution and is intended to override the resolution instruction in the document, if any, while the ndps-att-default-printer-resolution is the same in x and y and only takes effect if the document does not contain a resolution instruction 4. The job-copies field in ndps-att-results-profile is to be used. 5. The NDPS "copy-count" attribute is a per-document attribute, so the MIB value is the sum of the documents' "copy-count" values times the job's "results-profile.job-copies" value. 6. The NDPS "copies-completed" attribute is a per-document attribute, so the MIB value is the sum of the documents' "copies-completed" values times the job's "results-profile.job-copies" value. 7. The NDPS GeneratlizedTime data type is defined by ISO 8824 (ISO-8824) while the MIB DateAndTime is defined by SNMPv2-TC (SNMPv2- TC).
3. printerResolutionRequestedは、xとyの解像度を有し、NDPS-ATT-デフォルトプリンタ解像度は、xとyで同じであるが、もしあれば、ドキュメントの解像度の指示を上書きすることを意図している文書がない場合にのみ有効になりますNDPS-ATT-結果プロファイルにおけるジョブコピーフィールド4解像度命令が使用される含みます。 5. NDPS「コピーカウント」属性は、文書ごとの属性なので、MIB値は文書 『コピー回数』の値回ジョブの 『結果-profile.job-コピー』値の和です。 6. NDPS「コピー完了」属性は、文書ごとの属性なので、MIB値は文書 『コピー完了』の値回ジョブの 『結果-profile.job-コピー』値の和です。 MIBのDateAndTimeはSNMPv2の-TC（SNMPv2- TC）によって定義されている間7 NDPS GeneratlizedTimeデータ型は、ISO 8824（ISO-8824）によって定義されます。
PJL [PJL] has been developed by Hewlett-Packard to provide job control information to the printer and status information to applications, independent of the PDL.
PJL [PJL]はPDLとは無関係に、アプリケーションにプリンタステータス情報にジョブ制御情報を提供するために、ヒューレット・パッカード社によって開発されました。
PJL has defined the SUBMISSIONID option for the JOB command which indicates a properly formatted jmJobSubmissionID for use in the Job MIB. The PJL JOB command is presented at the start of a print job with options that apply only the attached job. The syntax for this command option is:
PJLは、ジョブMIBで使用するために適切にフォーマットjmJobSubmissionIDを示しJOBコマンドのSUBMISSIONIDオプションを定義しています。 PJLジョブコマンドは、添付の仕事を適用するオプションを使用して、印刷ジョブの開始時に提示されます。このコマンド・オプションの構文は次のとおりです。
@PJL JOB SUBMISSIONID = "id string"
@ PJL JOBのSUBMISSIONID = "id文字列"
Driver software that implements this PJL command option must provide the "id string" in one of the client version formats specified in the Job MIB for jmJobSubmissionID.
このPJLコマンドのオプションを実装したドライバソフトウェアがjmJobSubmissionIDのジョブMIBに指定されたクライアントのバージョンのいずれかの形式で「id文字列」を提供しなければなりません。
For drivers that are not able to create the SUBMISSIONID option, it is recommended that jmJobSubmissionID format 0 be created by the agent using the PJL attribute DocOwner or DocOwnerId.
SUBMISSIONIDオプションを作成することができないドライバーの場合、jmJobSubmissionIDフォーマット0は、PJL属性DocOwnerやDocOwnerIdを使用してエージェントによって作成することをお勧めします。
octet 1: '0'
オクテット1： '0'
octets 2-40: Contains the string associated with DocOwner or DocOwnerId. If the string is less than 40 octets, the left-most character in the string shall appear in octet position 2. Otherwise, only the last 39 bytes shall be included. Any unused portion of this field shall be filled with spaces. If DocOwner or DocOwnerId cannot be obtained, this field shall be blank.
オクテット2-40：DocOwnerまたはDocOwnerIdに関連付けられた文字列が含まれています。文字列が40未満オクテットである場合は、文字列の一番左の文字がオクテット位置2に表示されるものとそうでない場合は、最後の39のバイトが含まれなければなりません。このフィールドの未使用部分は空白で埋めなければなりません。 DocOwnerまたはDocOwnerIdが得られない場合は、このフィールドは空白にしなければなりません。
octets 41-48: Contains the value of jmJobIndex associated with the job. Leading zeros shall be inserted to fill the entire 8 octet field.
オクテット41-48：ジョブに関連付けられjmJobIndexの値が含まれています。先頭のゼロは、全体の8オクテットのフィールドを埋めるために挿入されなければなりません。
PJL does not provide a value that can be mapped to jmJobIndex.
PJLはjmJobIndexにマッピングすることができる価値を提供していません。
MIB Object | PJL Job attribute
----------------------+------------------------------------
jobOwner | DocOwner or DocOwnerId attribute
The following mappings are required if the listed PJL attribute or command option is provided.
記載されているPJL属性またはコマンドオプションが用意されている場合、次のマッピングが必要とされています。
MIB attribute | PJL attribute or command option | Data type
----------------------+----------------------------------+--------------
serverAssignedJobName | DocName attribute or the command | Octet String
| @PJL JOB Name = "string" | Octet String
submittingServerName | SrcServerName attribute | Octet String
jobOriginatingHost | SrcPort attribute | Octet String
queueNameRequested | SrcQ attribute | Octet String
fileName | JobFName attribute | Octet String
jobComment | JobDesc attribute | Octet String
jobSubmissionTime | TimeSubmit attribute | Octet String
The PostScript PDL permits comment fields which can be used by application drivers to include job information. Although there are no restrictions or requirements as to what information may be included, many drivers include job owner and/or document name.
PostScript PDLは、ジョブ情報が含まれるようにアプリケーションのドライバで使用できるコメントフィールドを許可します。含まれることができるどのような情報に関しては何の制限や要件はありませんが、多くのドライバーは、ジョブの所有者および/またはドキュメント名が含まれます。
The use of a standard format job submission id comment string will allow interoperability of printers and drivers from multiple vendors. The following comment string format is recommended for use with PostScript level 1 and level 2 data streams.
標準フォーマットジョブ提出IDのコメント文字列を使用すると、複数のベンダーからのプリンタドライバとの相互運用が可能になります。次のコメント文字列の形式は、PostScriptレベル1とレベル2のデータストリームで使用するために推奨されます。
%%JMPJobSubmissionId:(id-string)
%% JMPJobSubmissionId：（ID列）
where "id string" can be any jmJobSubmissionID format reserved for clients.
ここで、「id文字列」クライアントのために予約あらゆるjmJobSubmissionIDフォーマットすることができます。
No Other mappings from PostScript comment strings are recommended, but many Job MIB objects and attributes can be defined using vendor unique comment strings.
PostScriptのコメント文字列から他のマッピングが推奨されていないが、多くの仕事MIBオブジェクトと属性は、ベンダー独自のコメント文字列を使用して定義することができます。
The NetWare PServer job submission protocol is implemented in a client- server-printer system on the server to printer link as defined in configuration 3.
構成3で定義されたPServerのNetWareジョブ依頼プロトコルは、プリンタリンクにサーバ上のクライアント - サーバ・プリンタ・システム内に実装されています。
octet 1: 'B'
オクテット1： 'B'
octets 2-40: Contains the Directory Path Name of the agent as recorded by the Novell File Server in the queue directory. If the string is less than 40 octets, the left-most character in the string shall appear in octet position 2. Otherwise, only the last 39 bytes shall be included. Any unused portion of this field shall be filled with spaces.
オクテット2-40：キューディレクトリ内のNovellファイルサーバーによって記録され、エージェントのディレクトリパス名が含まれています。文字列が40未満オクテットである場合は、文字列の一番左の文字がオクテット位置2に表示されるものとそうでない場合は、最後の39のバイトが含まれなければなりません。このフィールドの未使用部分は空白で埋めなければなりません。
octets 41-48: '000XXXXX' The decimal (ASCII coded) representation of the Job Number as per the NetWare File Server Queue Management Services.
オクテット41-48：NetWareファイルサーバーのキュー管理サービスごとのようにジョブ番号の小数点（ASCIIコード化された）表現「000XXXXX」。
The job index (jmJobIndex) is assigned by the SNMP job monitoring agent and is independent of the Job Number assigned by the NetWare File Server Queue Management Services. This will allow the SNMP agent to track jobs received from multiple sources.
ジョブインデックス（jmJobIndex）は、SNMPジョブモニタリングエージェントによって割り当てとNetWareファイルサーバーキュー管理サービスによって割り当てられたジョブ番号とは無関係です。これは、SNMPエージェントは、複数のソースから受信したジョブを追跡することができます。
MIB Object | PServer Job attribute
----------------------+--------------------------------------------
jobOwner | Client Id Number
The following mappings are required if the listed PServer parameter is provided in the Novell File Server queue directory.
記載されているたPServerパラメータは、Novellのファイルサーバーキューディレクトリに提供されている場合、次のマッピングが必要とされています。
MIB attribute | PServer parameter | Data type
---------------------------+-----------------------------+--------------
serverAssignedJobName | Job File Name | Octet String
queueNameRequested | Queue Id | Integer
physicalDevice | Server Id Number | Integer
jobComment | Job Description | Octet String
jobPriority | (note 1) | Integer
jobProcessAfterDateAndTime | Target Execution Time | Octet String
jobCopiesRequested | Number of Copies | Integer
mediumRequested | Form Name | Octet String
jobSubmissionToServerTime | Job Entry Time | Octet String
Notes:
------
1. The job priority is determined by the priority assigned to the
queue that contains the job. Each queue can be assigned a unique
priority and the priority of the job is inherited from the queue.
The NetWare NPrinter/RPrinter protocol was designed to transfer print data from a Novell File Server to a printer attached directly to a local port (e.g. parallel or serial) on a PC. NPrinter/RPrinter is an extremely lightweight printing protocol. Consequently, no information required by the Job Monitoring MIB is provided and a meaningful jmJobSubmissionID cannot be generated.
NetWareのNPRINTER / RPRINTERプロトコルは、PC上のローカルポート（例えば、パラレルまたはシリアル）に直接接続されたプリンタにNovellファイルサーバから印刷データを転送するように設計されました。 NPRINTER / RPRINTERは、非常に軽量印刷プロトコルです。これにより、ジョブ監視MIBによって必要とされる何の情報が提供されていないと意味のあるjmJobSubmissionIDを生成することができません。
It is recommended that an additional job submission layer, such as PJL or another vendor private protocol, be included on top of NPrinter/RPrinter to provide the required information. The mapping should then be performed according to the recommendations of the higher layer submission protocol.
追加のジョブ送信層は、例えばPJLまたは他のベンダープライベートプロトコルとして、必要な情報を提供することNPRINTER / RPRINTERの上に含まれることが推奨されます。マッピングは、その後、上位層提出プロトコルの推奨に従って行われるべきです。
The Server Message Block protocol is used with several PC Network operating systems, such as Microsoft Windows for Workgroups, IBM LAN Server, and Artisoft Lantastic. SMB systems supporting the Job Monitoring MIB will conform to either configuration 1 or 3.
サーバーメッセージブロックプロトコルは、このようなワークグループのWindows、IBM LANサーバー、およびのArtisoft LANtasticのようないくつかのPCのネットワーク・オペレーティング・システム、で使用されています。ジョブ監視MIBをサポートしているSMBシステムは、設定1または3のいずれかに準拠します。
octet 1: 'C'
オクテット1： '100'
octets 2-40: Contains a decimal (ASCII coded) representation of the 16 bit SMB Tree Id field, which uniquely identifies the connection that submitted the job to the printer. The most significant digit of the numeric string shall be placed in octet position 2. All unused portions of this field shall be filled with spaces. The SMB Tree Id has a maximum value of 65,535.
オクテット2-40：一意プリンタにジョブを送信し、接続を識別する16ビットSMBツリーIdフィールドの小数（ASCIIコード化された）表現が含まれています。数値文字列の最上位の桁は、このフィールドのすべての未使用部分は空白で埋めされなければならないオクテット位置2に置かなければなりません。 SMBツリーIdは65,535の最大値を有します。
octets 41-48: Contains a decimal (ASCII coded) representation of the File Handle returned from the printer agent to the client in response to a Create Print File command. Leading zeros shall be inserted to fill the entire 8 octet field.
オクテット41-48：プリント・ファイルの作成コマンドに応答して、クライアントにプリンタエージェントから返された小数（コード化されたASCII）ファイルハンドルの表現が含まれています。先頭のゼロは、全体の8オクテットのフィールドを埋めるために挿入されなければなりません。
It is strongly recommended that the File Handle returned from the printer agent be identical to jmJobIndex. If these items are identical, there is no need for the client application to perform a search on jmJobSubmissionID. To be compatible with the 16 bit field allocated to this value by SMB, the maximum jmJobIndex is 65,535.
強くファイルハンドルがjmJobIndexと同一でプリンタエージェントから返されたことをお勧めします。これらの項目が同一である場合は、jmJobSubmissionIDで検索を実行するには、クライアント・アプリケーションは必要ありません。 SMBによってこの値に割り当てられた16ビットのフィールドと互換性があるように、最大jmJobIndexは65,535です。
MIB Object | SMB Parameter
----------------+------------------------------------------------
jmJobOwner | SMB User Id field (note 1)
Notes:
------
1. A decimal (ASCII coded) representation of the SMB User Id numeric
shall be presented as jmJobOwner.
The TIP/SI protocol, although currently specified as a part of the IEEE 1284 parallel port standards [TIP/SI], was originally developed as a network protocol. TIP/SI thus has the potential of being integrated into any network or non-network configuration.
TIP / SIプロトコル、現在IEEE 1284パラレルポート規格の一部として指定されているが[TIP / SI]、元々ネットワークプロトコルとして開発されました。 TIP / SIは、このように任意のネットワークまたは非ネットワーク構成に組み込まれている可能性を有します。
octet 1: 'D'
オクテット1： '500'
octets 2-40: Contains the Job Name from the Job Control-Start Job (JC-SJ) command. If the Job Name portion is less than 40 octets, the left-most character in the string shall appear in octet position 2. Any unused portion of this field shall be filled with spaces. Otherwise, only the last 39 bytes shall be included.
オクテット2-40：ジョブ制御スタートジョブ（JC-SJ）コマンドからのジョブ名が含まれています。ジョブ名の部分が40未満オクテットである場合は、文字列の一番左の文字は、このフィールドの未使用部分は空白で埋めされなければならないオクテット位置2に現れるものとします。それ以外の場合は、最後の39のバイトが含まれなければなりません。
octets 41-48: Contains a decimal (ASCII coded) representation of the jmJobIndex assigned by the agent. Leading zeros shall be inserted to fill the entire 8 octet field.
オクテット41-48：エージェントによって割り当てられjmJobIndexの小数点（ASCIIコード化された）表現が含まれています。先頭のゼロは、全体の8オクテットのフィールドを埋めるために挿入されなければなりません。
jmJobIndex is returned to the client as the Printer Assigned Job Id in a Job Control-Start Job (JC-SJ) response packet. To be compatible with the 16 bit field allocated to this value by TIP/SI, the maximum jmJobIndex is 65,535.
jmJobIndexは、ジョブ制御スタートジョブ（JC-SJ）応答パケットに割り当てられたジョブIDプリンタとしてクライアントに返されます。 TIP / SIによってこの値に割り当てられた16ビットのフィールドと互換性があるように、最大jmJobIndexは65,535です。
MIB Object | TIP/SI Parameter
-----------------------+---------------------------------------------
jmJobOwner | User string
MIB attribute | TIP/SI information | Data type
----------------------+---------------------------------+-------------
jobName | Job Name string | Octet String
jobComment | Additional Information string | Octet String
This document provides mapping recommendations of job submission protocols for use with the Job Monitoring MIB. The mapping procedures defined do not enhance or compromise any security provisions available within the job submission protocols contained within this document.
この文書では、MIBの監視ジョブで使用するためのジョブ投入プロトコルのマッピングの推奨を提供します。定義されたマッピング手順は、この文書に含まれるジョブ送信プロトコル内で利用可能な任意のセキュリティ対策を強化したり、妥協しません。
The security considerations specified for the Job Monitoring MIB [JobMIB] are also unaffected by any of the recommendations in this document.
ジョブ監視MIB [JobMIB]のために指定されたセキュリティ上の考慮事項も、この文書の推奨事項のいずれかの影響を受けません。
The security provisions available in the job submission protocols are documented in the appropriate specifications that define the protocols. The degree of security available varies from very good, for protocols such as the Internet Printing Protocol [IPP], to non-existent, for example the Line Printer Daemon Protocol [LPD].
ジョブ投入プロトコルで利用可能なセキュリティ対策は、プロトコルを定義し、適切な仕様書に記載されています。利用可能なセキュリティの程度は、例えば、存在しないに、インターネット印刷プロトコル[IPP]などのプロトコルのために、非常に良いからラインプリンタデーモンプロトコル[LPD]を変化させます。
Since the defined mapping operation occurs as a secondary operation after the user has been authenticated and there is no storage of any authorization credentials other than the user name, no security breaches are anticipated. Also, the Job MIB does not provide any back-door mechanism for access to any other security parameters. However, implementers must always consider the impact of the defined mapping procedures upon the security model desired from the protocol.
ユーザが認証された後に定義されたマッピング動作は二次操作として発生し、ユーザ名以外の許可証明書のない記憶がないので、何のセキュリティ違反が予想されていません。また、ジョブMIBは、他のセキュリティパラメータにアクセスするための任意のバックドア機構を提供していません。しかし、実装者は常にプロトコルから所望のセキュリティ・モデルに定義されたマッピング手順の影響を考慮しなければなりません。
[DPA] ISO/IEC 10175-1:1996(E), "Information technology - Text and office systems - Document Printing Application (DPA) - Part 1: Abstract service definition and procedures", JTC1/SC18.
[DPA] ISO / IEC 10175から1：1996（E）、 "情報技術 - テキストとオフィスシステム - ドキュメントの印刷アプリケーション（DPA） - 第1部：抽象サービス定義と手順"、JTC1 / SC18。
[IPP] deBry, R., Hastings, T., Herriot, R., Issaacson, S. and P. Powell, "The Internet Printing Protocol/1.0: Model and Semantics", RFC 2566, April 1999.
[IPP] deBry、R.、ヘイスティングズ、T.、エリオ、R.、Issaacson、S.とP.パウエル、 "インターネット印刷プロトコル/ 1.0：モデルと意味論"、RFC 2566、1999年4月。
[ISO-8824] ISO/IEC 8824:1990, "Information technology - Open Systems Interconnection - Specification of Abstract Syntax Notation (ASN.1)".
[ISO-8824] ISO / IEC 8824：1990、 "情報技術 - オープンシステムインターコネクション - 抽象構文記法（ASN.1）の仕様"。
[JobMIB] Bergman, R., Hastings, T., Isaacson, S. and H. Lewis, "The Job Monitoring MIB - V1.0", RFC 2707, November 1999.
【JobMIB】バーグマン、R.、ヘイスティングス、T.、イサクソン、S.およびH.ルイス、 "ジョブ監視MIB - V1.0"、RFC 2707、1999年11月。
[LPD] McLaughlin, L., "Line Printer Daemon Protocol", RFC 1179, August 1990.
[LPD]マクラフリン、L.、 "ラインプリンタデーモンプロトコル"、RFC 1179、1990年8月。
[PJL] Printer Job Language Technical Reference Manual, Hewlett-Packard part number 5021-0328.
[PJL]プリンタジョブ言語テクニカルリファレンスマニュアル、ヒューレット・パッカードの部品番号5021から0328まで。
[PrtMIB] Smith, R., Wright, F., Hastings, T., Zilles, S. and J. Gyllenskog, "Printer MIB", RFC 1759, March 1995.
【PrtMIB]スミス、R.、ライト、F.、ヘイスティングス、T.、Zilles、S.およびJ.およびGyllenskog、 "プリンタMIB"、RFC 1759、1995年3月。
[SNMPv2-TC] McCloghrie, K., Perkins, D. and J. Schoenwaelder, "Textual Conventions for SMIv2", STD 58, RFC 2579, April 1999.
【のSNMPv2-TC] McCloghrie、K.、パーキンス、D.およびJ. Schoenwaelder、 "SMIv2のためのテキストの表記法"、STD 58、RFC 2579、1999年4月。
[TIP/SI] IEEE Standard 1284.1, Transport Independent Printer/System Interface.
[TIP / SI] IEEE標準1284.1、交通独立したプリンタ/システムインターフェース。
This document was created with significant contributions from the following individuals.
このドキュメントは、以下の個人からの重要な貢献で作成されました。
Ron Bergman (Editor) Dataproducts Corp. 1757 Tapo Canyon Road Simi Valley, CA 93063-3394
ロン・バーグマン（編集）Dataproducts社1757 TAPOキャニオンロードシミバレー、カリフォルニア州93063から3394
Phone: 805-578-4421 Fax: 805-578-4001 EMail: rbergman@dpc.com
電話：805-578-4421ファックス：805-578-4001 Eメール：rbergman@dpc.com
Tom Hastings Xerox Corporation, ESAE-231 701 S. Aviation Blvd. El Segundo, CA 90245
トム・ヘイスティングスゼロックス・コーポレーション、ESAE-231 701 S.航空ブルバードエル・セグンド、CA 90245
Phone: 310-333-6413 Fax: 310-333-5514 EMail: hastings@cp10.es.xerox.com
電話：310-333-6413ファックス：310-333-5514 Eメール：hastings@cp10.es.xerox.com
Scott A. Isaacson Novell, Inc. 122 E 1700 S Provo, UT 84606
スコットA. Isaacson氏のNovell、Inc.の122 E 1700 Sプロボ、UT 84606
Phone: 801-861-7366 Fax: 801-861-4025 EMail: scott_isaacson@novell.com
電話：801-861-7366ファックス：801-861-4025 Eメール：scott_isaacson@novell.com
Harry Lewis IBM Corporation 6300 Diagonal Hwy Boulder, CO 80301
ハリー・ルイスIBMコーポレーション6300対角ハイウェイボルダー、CO 80301
Phone: (303) 924-5337 Fax: (303) 924-4662 EMail: harryl@us.ibm.com
電話：（303）924-5337ファックス：（303）924-4662 Eメール：harryl@us.ibm.com
Bob Pentecost Hewlett-Packard Corporation 11311 Chinden Boulevard Boise, ID 83714
ボブペンテコステヒューレット・パッカード株式会社11311 Chinden大通りボイシ、ID 83714
Phone: (208) 396-3312 Fax: (208) 396-4122 EMail: bpenteco@boi.hp.com
電話：（208）396-3312ファックス：（208）396-4122 Eメール：bpenteco@boi.hp.com
Send comments to the printmib WG using the Job Monitoring Project (JMP) Mailing List: jmp@pwg.org
ジョブ監視のプロジェクトを使用してprintmib WGにコメントを送る（JMP）メーリングリスト：jmp@pwg.org
For further information, access the PWG web page under "JMP": http://www.pwg.org/
詳細については、「JMP」の下PWGのWebページにアクセスします。http://www.pwg.org/
Other Participants:
他の参加者：
Chuck Adams - Tektronix Keith Carter - IBM Corporation Angelo Caruso - Xerox Jeff Copeland - QMS Andy Davidson - Tektronix Mabry Dozier - QMS Lee Farrell - Canon David Kellerman - Northlake Software Rick Landau - Digital Jay Martin - Underscore Ira McDonald - Xerox Stuart Rowley - Kyocera Bob Setterbo - Adobe Gail Songer - EFI Mike Timperman - Lexmark William Wagner - DPI/Osicom Chris Wellens - Interworking Labs Rob Whittle - Novell Don Wright - Lexmark Lloyd Young - Lexmark
チャック・アダムス - テクトロニクスキースカーター - IBMコーポレーションアンジェロカルーソ - ゼロックスジェフ・コープランド - QMSアンディ・ダビッドソン - テクトロニクスMabry Dozier - QMSリー・ファレル - キヤノンデビッド・ケラーマン - ノースレイクソフトウェアリックランダウ - デジタル・ジェイ・マーティン - 下線アイラマクドナルド - ゼロックススチュアートローリー - 京セラボブSetterbo - アドビゲイルSONGER - EFIマイクTimperman - レックスマークウィリアム・ワグナー - DPI / OsicomクリスWellens - インターワーキング研究所ロブ削る - ノベルドン・ライト - レックスマーク・ロイド・ヤング - レックスマーク
Copyright (C) The Internet Society (1999). All Rights Reserved.
著作権（C）インターネット協会（1999）。全著作権所有。
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.
この文書とその翻訳は、コピーして他の人に提供し、それ以外についてはコメントまたは派生物は、いかなる種類の制限もなく、全体的にまたは部分的に、準備コピーし、公表して配布することができることを説明したり、その実装を支援することができます、上記の著作権表示とこの段落は、すべてのそのようなコピーや派生物に含まれていることを条件とします。しかし、この文書自体は著作権のための手順はで定義されている場合には、インターネット標準を開発するために必要なものを除き、インターネットソサエティもしくは他のインターネット関連団体に著作権情報や参照を取り除くなど、どのような方法で変更されないかもしれませんインターネット標準化プロセスが続く、または英語以外の言語に翻訳するために、必要に応じなければなりません。
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機能のための基金は現在、インターネット協会によって提供されます。