[要約] RFC 2708は、ジョブモニタリングMIBのためのジョブ提出プロトコルマッピングの推奨事項を提供しています。このRFCの目的は、ジョブモニタリングMIBを使用してジョブの状態を監視するためのプロトコルの適切なマッピングを提案することです。
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
ジョブ監視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.
Copyright（c）The Internet Society（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]を監視するジョブで定義されているシステム構成を指します。構成の説明に精通している読者のために、ここに短い要約が表示されます。詳細については、Job 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：このシステムには、クライアント、サーバー、プリンターが含まれています。JIB 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.
マッピングされる最も重要なオブジェクトはjmjobsubmissionIdです。これは、ユーザーまたはクライアントが提出されたジョブのjmjobindexを決定する方法であるためです。したがって、JMJOBSUBMISIONIDは、このドキュメントで定義されているすべての求人提出プロトコルに対して指定されています。マッピングされた残りのオブジェクトには、ジョブ提出プロトコルによってプリンターに提示された同等の情報があるアイテムのみが含まれます。
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マッピングに重点を置いていますが、優先方法は、JMjobindexの同等の値をippなどのクライアントに返す双方向のジョブ提出プロトコルを使用することです。jmjobindexを返す双方向プロトコルが使用されている場合、jmjobsubmisionidオブジェクトはクライアントに価値がありません。jmjobindexを返すことができない場合、クライアントが定義されたJmjobsubmisionIdの使用がエージェント派生値よりも優先されます。JMJOBSUBMISIONIDが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, 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.
このドキュメントにマッピングされたプロトコルの大部分は、ネットワークの仕事の提出に向けられています。ただし、MIBの監視は、並列ポートやシリアルポートなど、ネットワークポート以外から受け取った印刷ジョブを監視することも目的としています。ネットワーク以外のポートで使用されている求人提出プロトコルの一部は、PJL、PostScript、および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]は、Client-Server-Printer構成の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の主要な問題の1つは、プロトコルで現在使用されているベンダーユニークな拡張機能と、利用可能な実装間の結果の互換性の問題です。これらの問題を回避するために、LPR/LPDのこのマッピングは、RFC 1179で定義されているプロトコルに制限されています。
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>
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は次のとおりです。
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：名前フィールドの<HOST-NAME>部分が含まれています。<host-name>部分が40オクテット未満の場合、文字列の左est文字はオクテットの位置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： '00000xxx'または '0000xxxx'。xxxまたはxxxxは、LPR/LPDジョブ番号の小数（ASCIIコーディング）表現です。
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.
AppleTalkはもともと、Apple Macintoshコンピューターで使用するために、構成1で説明されているように、ピアツーピアネットワークプロトコルとして開発されました。現在、プリントスプーラーは、構成2/3に適合するMacintoshコンピューターネットワークでも使用できます。さらに、AppleTalkプロトコルでの印刷は、Windows NTサーバーとNovellサーバーの両方から、構成2/3にもサポートされています。
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プリントドライバーは、ユーザーとドキュメント名に関する情報を提供することができますが、通常、PDLであるPDLにこの情報を埋めました。 優先されたJMJOBSUBMISIONIDは、セクション9.0で定義されているように、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.
AppleTalk Printer Access Protocol（PAP）ヘッダーに含まれる接続識別子から、代替のJMJOBSUBMISIONIDを構築できます。接続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.
Octets 2-40：AppleTalkプリンター名が含まれており、Octet 2の名前の最初の文字があります。AppleTalkプリンター名は最大31文字です。このフィールドの未使用の部分は、スペースで満たされます。
octets 41-48: '00000XXX', where 'XXX' is the decimal (ASCII coded) representation of the Connection Id.
オクテット41-48： '00000XXX'、ここで、「xxx」は接続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ジョブ-Ri属性を使用することです。
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ジョブウリジョブの説明属性が含まれています。（ジョブ・ウリはippによってクライアントに返されます。）ジョブ・ウリが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.
Octets 41-48：Job-IDの職務記述書属性の10進（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を割り当てることができます。）99,999,999（小数）jmjobsubmissionidで値を適切に表現できるようにします。
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 IDs, there is a limited amount of clear text information provided during submission for use by the Job MIB.
IPDS DataStreamは、印刷スーパーバイザー（印刷サービス施設-PSF）とプリンターの間の密接な関係を促進します。UNIX、Windows、OS/2、OS/400、およびVM、MVS、VSEなどのホストオペレーティングシステムにはPSFアプリケーションがあります。一緒に、PSFとIPDは、フォントとリソース管理、ページの進捗追跡、ジョブキャンセル、完全なエラー回復、エンドユーザー通知を含む、完全で成熟した堅牢なジョブ管理フレームワークを表します。PSFとプリンターは、ローカルに割り当てられたIDを使用して対応するため、Job MIBが使用するために提供される際に提供される明確なテキスト情報は限られています。
For IPDS on the MVS or VSE platform:
MVSまたはVSEプラットフォーム上のIPDの場合：
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のグループ境界グループIDトリプレットのバイト2〜27が含まれています。オクテットの位置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の10進（ASCIIコード化）表現が含まれています。主要なゼロは、8オクテットフィールド全体を埋めるために挿入するものとします。
For IPDS on the VM platform:
VMプラットフォーム上のIPDの場合：
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のグループ境界グループIDトリプレットのバイト2〜31が含まれています。オクテットの位置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の10進（ASCIIコード化）表現が含まれています。主要なゼロは、8オクテットフィールド全体を埋めるために挿入するものとします。
For IPDS on the OS/400 platform:
OS/400プラットフォーム上のIPDの場合：
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のグループ境界グループIDトリプレットのバイト2〜36が含まれています。オクテットの位置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の10進（ASCIIコード化）表現が含まれています。主要なゼロは、8オクテットフィールド全体を埋めるために挿入するものとします。
For MVS/VSE:
MVS/VSEの場合：
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ジョブ所有者属性を次のように使用することです。
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.
Octets 2-40：提出者が提供するDPAジョブ所有者属性が含まれています。職務所有者が40オクテット未満の場合、弦の左の文字がオクテットの位置2に表示されます。このフィールドの未使用の部分はスペースで満たされます。それ以外の場合、最後の39バイトのみが含まれます。
octets 41-48: Contains an 8-digit sequential decimal number.
オクテット41-48：8桁のシーケンシャル10進数が含まれています。
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ジョブindifier属性の値として小数桁文字列としてDPAによってクライアントに返されます。（DPAは連続して生成された職務指定者を必要としないため、エージェントは複数のクライアントからジョブを受け取ることができ、提出するジョブクライアントとは無関係に昇順のシーケンスでJMJobindexを割り当てることができます。）99,999,999（小数）まで、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値で「ジョブインセンター」属性を返すため、管理アプリケーションではjmjobsubmisionIdテーブルの使用は必要ありません。セクション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属性の1つ以上を変更する場合があります（セクション4.4を参照）3。DPAオクテットには、Jobコピーとドキュメントコピーによる乗算係数が含まれますが、MIB値は含まれません。
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.
Novell Distributed Print Servicesは、構成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-aut-job-identifierを介して、Job MIBで使用するために適切にフォーマットされたJMJOBSUBMISIONIDの生成をサポートします。
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は、jmjobindexの値をNDPSクライアントに返すために使用できる属性ndps-aTT-Identifier-on-printerを定義します。セクション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. PrinterSolutionRequestedにはxおよびyの解像度があり、ドキュメントの解像度の命令をオーバーライドすることを目的としていますが、NDPS-Att-Default-Printer-Resolutionはxとyで同じであり、ドキュメントにが含まれていない場合にのみ有効になります。解像度の命令4. NDPS-ATT-Results-Profileの求人フィールドを使用します。5. NDPS "Copy-Count"属性は文書ごとの属性であるため、MIB値はドキュメントの「コピーカウント」バリューの合計で、ジョブの「result-profile.job-copies」値です。6. NDPS「Copies-Completed」属性は文書ごとの属性であるため、MIB値はドキュメントの「Copies-Completed」値の合計です。7. NDPS GeneratlizedTimeデータ型はISO 8824（ISO-8824）で定義され、MIBデータアンドタイムはSNMPV2-TC（SNMPV2-TC）で定義されます。
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]は、Hewlett-Packardによって開発され、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で使用するために適切にフォーマットされたJMJOBSUBMISIONIDを示すジョブコマンドのSubmissionIDオプションを定義しています。PJLジョブコマンドは、添付のジョブのみを適用するオプションを備えた印刷ジョブの開始時に提示されます。このコマンドオプションの構文は次のとおりです。
@PJL JOB SUBMISSIONID = "id string"
@PJLジョブsubmissionId = "id string"
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コマンドオプションを実装するドライバーソフトウェアは、JMJOBSUBMISIONIDのJOB MIBで指定されたクライアントバージョン形式の1つで「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オプションを作成できないドライバーの場合、PJL属性DocownerまたはDocowneridを使用してAgentが作成するJMJOBSUBISTIONID形式0を作成することをお勧めします。
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.
Octets 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)
%% jmpjobsubmisionId ：（ id-string）
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コメント文字列からの他のマッピングは推奨されませんが、Vendorユニークなコメント文字列を使用して多くのJobMIBオブジェクトと属性を定義できます。
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.
ネットウェアPSERVERジョブ送信プロトコルは、構成3で定義されているように、サーバー上のクライアントサーバープリンターシステムにプリンターリンクに実装されます。
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.
Octets 2-40：Queueディレクトリの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： '000xxxxx'ネットウェアファイルサーバーキュー管理サービスに従って、ジョブ番号の小数（ASCIIコーディング）表現。
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ジョブ監視エージェントによって割り当てられ、ネットウェアファイルサーバーキュー管理サービスによって割り当てられたジョブ番号とは無関係です。これにより、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.
ネットウェアNPRINTER/RPRINTERプロトコルは、PCのローカルポート（並列またはシリアルなど）に直接接続されたプリンターに印刷データを転送するように設計されています。NPRINTER/RPRINTERは、非常に軽量の印刷プロトコルです。その結果、MIBの監視に必要な情報は提供されておらず、意味のあるJMJOBSUBMISIONIDを生成できません。
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.
サーバーメッセージブロックプロトコルは、ワークグループ用のMicrosoft Windows、IBM LANサーバー、Artisoft Lantasticなど、いくつかのPCネットワークオペレーティングシステムで使用されます。ジョブ監視MIBをサポートするSMBシステムは、構成1または3のいずれかに適合します。
octet 1: 'C'
オクテット1： 'c'
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.
Octets 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： 'd'
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オクテット未満の場合、文字列の左est文字はオクテットの位置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の10進（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.
定義されたマッピング操作は、ユーザーが認証された後に二次操作として発生し、ユーザー名以外の認証資格情報のストレージがないため、セキュリティ侵害は予想されません。また、Job 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.、Hastings、T.、Herriot、R.、Issaacson、S。、およびP. Powell、「インターネット印刷プロトコル/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] Bergman、R.、Hastings、T.、Isaacson、S。、およびH. Lewis、「The Job Monitoring Mib -V1.0」、RFC 2707、1999年11月。
[LPD] McLaughlin, L., "Line Printer Daemon Protocol", RFC 1179, August 1990.
[LPD] McLaughlin、L。、「Line Printer Daemon Protocol」、RFC 1179、1990年8月。
[PJL] Printer Job Language Technical Reference Manual, Hewlett-Packard part number 5021-0328.
[PJL]プリンタージョブ言語技術リファレンスマニュアル、Hewlett-Packard部品番号5021-0328。
[PrtMIB] Smith, R., Wright, F., Hastings, T., Zilles, S. and J. Gyllenskog, "Printer MIB", RFC 1759, March 1995.
[Prtmib] Smith、R.、Wright、F.、Hastings、T.、Zilles、S。and J. Gyllenskog、「Printer 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.、Perkins、D。、およびJ. Schoenwaelder、「SMIV2のテキストコンベンション」、STD 58、RFC 2579、1999年4月。
[TIP/SI] IEEE Standard 1284.1, Transport Independent Printer/System Interface.
[TIP/SI] IEEE Standard 1284.1、Transport Independent Printer/System Interface。
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
Ron Bergman（編集者）DataProducts Corp. 1757 Tapo Canyon Road Simi Valley、CA 93063-3394
Phone: 805-578-4421 Fax: 805-578-4001 EMail: rbergman@dpc.com
電話：805-578-4421 FAX：805-578-4001メール：rbergman@dpc.com
Tom Hastings Xerox Corporation, ESAE-231 701 S. Aviation Blvd. El Segundo, CA 90245
Tom Hastings Xerox Corporation、ESAE-231 701 S. Aviation Blvd.El Segundo、CA 90245
Phone: 310-333-6413 Fax: 310-333-5514 EMail: hastings@cp10.es.xerox.com
電話：310-333-6413ファックス：310-333-5514メール：hastings@cp10.es.xerox.com
Scott A. Isaacson Novell, Inc. 122 E 1700 S Provo, UT 84606
Scott A. Isaacson Novell、Inc。122 E 1700 S Provo、UT 84606
Phone: 801-861-7366 Fax: 801-861-4025 EMail: scott_isaacson@novell.com Harry Lewis IBM Corporation 6300 Diagonal Hwy Boulder, CO 80301
電話：801-861-7366 FAX：801-861-4025メール：scott_isaacson@novell.com Harry Lewis Ibm Corporation
Phone: (303) 924-5337 Fax: (303) 924-4662 EMail: harryl@us.ibm.com
電話：（303）924-5337 FAX：（303）924-4662メール：harryl@us.ibm.com
Bob Pentecost Hewlett-Packard Corporation 11311 Chinden Boulevard Boise, ID 83714
ボブ・ペンテコステ・ヒューレット・パッカード・コーポレーション11311 Chinden Boulevard Boise、ID 83714
Phone: (208) 396-3312 Fax: (208) 396-4122 EMail: bpenteco@boi.hp.com
電話：（208）396-3312ファックス：（208）396-4122メール：bpenteco@boi.hp.com
Send comments to the printmib WG using the Job Monitoring Project (JMP) Mailing List: jmp@pwg.org
ジョブモニタリングプロジェクト（JMP）メーリングリストを使用して、PrintMib WGにコメントを送信します：jmp@pwg.org
For further information, access the PWG web page under "JMP": http://www.pwg.org/
詳細については、「jmp」：http://www.pwg.org/のPWG Webページにアクセスしてください。
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アンディデビッドソン - テクトロニクスマブリードジエ - QMSリーファレル - カノンデビッドケレマン - ノースレイクソフトウェアリックランダウ - デジタルジェイマーティンBob Setterbo -Adobe Gail Songer -Efi Mike Timperman -Lexmark William Wagner -DPI/Osicom Chris Wellens -Interworking Labs Rob Whittle -Novell Don Whitl -Lexmark Lloyd Young -Lexmark
Copyright (C) The Internet Society (1999). All Rights Reserved.
Copyright（c）The Internet Society（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エディター機能の資金は現在、インターネット協会によって提供されています。