Network Working Group R. Bergman
Request for Comments: 2707 Dataproducts Corp.
Category: Informational T. Hastings, Ed.
Xerox Corporation
S. Isaacson
Novell, Inc.
H. Lewis
IBM Corp.
November 1999
Job Monitoring MIB - V1.0
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）。全著作権所有。
IESG Note
IESG注意
This MIB module uses an unconventional scheme for modeling management information (on top of the SNMP model) which is unique to this MIB. The IESG recommends against using this document as an example for the design of future MIBs.
このMIBモジュールはこのMIBに固有の（SNMPモデルの上）のモデリング管理情報の型破りな手法を使用しています。 IESGは、将来のMIBの設計のための一例として、この文書を使用しないことをお薦めします。
The "Printer Working Group" industry consortium is not an IETF working group, and the IETF does not recognize the Printer Working Group as a standards-setting body. This document is being published solely to provide information to the Internet community regarding a MIB that might be deployed in the marketplace. Publication of this document as an RFC is not an endorsement of this MIB.
「プリンタワーキンググループ」の業界コンソーシアムは、IETFワーキンググループではなく、IETFは、標準設定機関としてのプリンタワーキンググループを認識しません。この文書では、市場で展開されるかもしれないMIBに関するインターネットコミュニティに情報を提供するためにのみ公開されています。 RFCとしてこのドキュメントの公表は、このMIBの承認ではありません。
Abstract
抽象
This document provides a printer industry standard SNMP MIB for (1) monitoring the status and progress of print jobs (2) obtaining resource requirements before a job is processed, (3) monitoring resource consumption while a job is being processed and (4) collecting resource accounting data after the completion of a job. This MIB is intended to be implemented (1) in a printer or (2) in a server that supports one or more printers. Use of the object set is not limited to printing. However, support for services other than printing is outside the scope of this Job Monitoring MIB. Future extensions to this MIB may include, but are not limited to, fax machines and scanners.
この文書では、（1）印刷ジョブの状態及び進行を（2）ジョブが処理される前に、ジョブが処理されている間、（3）監視リソース消費をリソース要件を取得し、（4）収集監視するためのプリンタ業界標準SNMP MIBを提供しますジョブの完了後にリソースアカウンティングデータを。このMIBは、一つまたは複数のプリンタをサポートするサーバにプリンタ又は（2）に（1）実施されることを意図しています。オブジェクトセットの使用は、印刷に限定されるものではありません。しかし、印刷以外のサービスのサポートは、このジョブ監視MIBの範囲外です。このMIBへの将来の拡張が含まれるが、ファックス、スキャナー、これらに限定されません。
Table of Contents
目次
1 INTRODUCTION 4 1.1 Types of Information in the MIB 5 1.2 Types of Job Monitoring Applications 6 2 TERMINOLOGY AND JOB MODEL 7 2.1 System Configurations for the Job Monitoring MIB 11 2.1.1 Configuration 1 - client-printer 11 2.1.2 Configuration 2 - client-server-printer - agent in the server 12 2.1.3 Configuration 3 - client-server-printer - client monitors printer agent and server 14 3 MANAGED OBJECT USAGE 15 3.1 Conformance Considerations 15 3.1.1 Conformance Terminology 16 3.1.2 Agent Conformance Requirements 16 3.1.2.1 MIB II System Group objects 17 3.1.2.2 MIB II Interface Group objects 17 3.1.2.3 Printer MIB objects 17 3.1.3 Job Monitoring Application Conformance Requirements 17 3.2 The Job Tables and the Oldest Active and Newest Active Indexes 18 3.3 The Attribute Mechanism and the Attribute Table(s) 20 3.3.1 Conformance of Attribute Implementation 21 3.3.2 Useful, 'Unknown', and 'Other' Values for Objects and Attributes 21 3.3.3 Index Value Attributes 22 3.3.4 Data Sub-types and Attribute Naming Conventions 22 3.3.5 Single-Value (Row) Versus Multi-Value (MULTI-ROW) Attributes 23 3.3.6 Requested Objects and Attributes 23 3.3.7 Consumption Attributes 24 3.3.8 Attribute Specifications 24 3.3.9 Job State Reason bit definitions 43 3.3.9.1 JmJobStateReasons1TC specification 44 3.3.9.2 JmJobStateReasons2TC specification 47 3.3.9.3 JmJobStateReasons3TC specification 51 3.3.9.4 JmJobStateReasons4TC specification 51 3.4 Monitoring Job Progress 51 3.5 Job Identification 55 3.5.1 The Job Submission ID specifications 56 3.6 Internationalization Considerations 60 3.6.1 Text generated by the server or device 61 3.6.2 Text supplied by the job submitter 61 3.6.3 'DateAndTime' for representing the date and time 63
クライアントプリンタ11 2.1.2構成2 - - クライアントジョブ監視アプリケーションのMIB 5 1.2型のMIB 11 2.1.1構成1の監視ジョブの6 2用語とJOBモデル7つの2.1システム構成における情報の1つのはじめに4つの1.1型-server - プリンタ - サーバ内のエージェント12 2.1.3構成3 - クライアント - サーバ・プリンタ - クライアントは、プリンタエージェントとサーバを監視し14 3管理オブジェクトUSAGE 15の3.1適合性の考慮事項15 3.1.1適合用語16の3.1.2エージェント適合性要件16 3.1.2.1 MIB IIシステムグループは17 3.1.2.2 MIB IIインタフェースグループは17 3.1.2.3プリンタMIBが17の3.1.3ジョブの監視アプリケーションの適合性要件17 3.2ジョブのテーブルと最も古いアクティブと最新のActiveインデックスのオブジェクトオブジェクトオブジェクト18 3.3属性メカニズムと属性テーブル（単数または複数）20 3.3.1属性の実装の適合性21 3.3.2「Unknown」を、有用な、およびオブジェクトの「その他」の値と21 3.3.3指数値が22 3.3.4データサブの属性属性タイプND 22 3.3.5単一値複数値（MULTI-ROW）対（行）が23個の3.3.6要求されたオブジェクトの属性および23 3.3.7消費が24の3.3.8属性の仕様24 3.3.9ジョブの状態を属性属性の命名規則属性理由ビットは43 3.3.9.1 JmJobStateReasons1TC仕様44 3.3.9.2 JmJobStateReasons2TC仕様47 3.3.9.3 JmJobStateReasons3TC仕様51 3.3.9.4 JmJobStateReasons4TC仕様51 3.4監視ジョブの進行状況を画成51の3.5ジョブID 55 3.5.1ジョブ投入ID仕様56の3.6国際化の考慮事項60サーバまたはデバイスによって生成される3.6.1テキスト日時63を表すジョブサブミッタ61 3.6.3「のDateAndTime」によって供給される61 3.6.2テキスト
3.7 IANA and PWG Registration Considerations 63 3.7.1 PWG Registration of enums 63 3.7.1.1 Type 1 enumerations 64 3.7.1.2 Type 2 enumerations 64 3.7.1.3 Type 3 enumeration 64 3.7.2 PWG Registration of type 2 bit values 65 3.7.3 PWG Registration of Job Submission Id Formats 65 3.7.4 PWG Registration of MIME types/sub-types for document-formats 65 3.8 Security Considerations 65 3.8.1 Read-Write objects 65 3.8.2 Read-Only Objects In Other User's Jobs 66 3.9 Notifications 66 4 MIB SPECIFICATION 67 Textual conventions for this MIB module 68 JmUTF8StringTC 68 JmJobStringTC 68 JmNaturalLanguageTagTC 68 JmTimeStampTC 69 JmJobSourcePlatformTypeTC 69 JmFinishingTC 70 JmPrintQualityTC 71 JmPrinterResolutionTC 71 JmTonerEconomyTC 72 JmBooleanTC 72 JmMediumTypeTC 72 JmJobCollationTypeTC 74 JmJobSubmissionIDTypeTC 74 JmJobStateTC 75 JmAttributeTypeTC 78 JmJobServiceTypesTC 81 JmJobStateReasons1TC 83 JmJobStateReasons2TC 83 JmJobStateReasons3TC 83 JmJobStateReasons4TC 84 The General Group (MANDATORY) 84 jmGeneralJobSetIndex (Int32(1..32767)) 85 jmGeneralNumberOfActiveJobs (Int32(0..)) 86 jmGeneralOldestActiveJobIndex (Int32(0..)) 86 jmGeneralNewestActiveJobIndex (Int32(0..)) 86 jmGeneralJobPersistence (Int32(15..)) 87 jmGeneralAttributePersistence (Int32(15..)) 87 jmGeneralJobSetName (UTF8String63) 88 The Job ID Group (MANDATORY) 88 jmJobSubmissionID (OCTET STRING(SIZE(48))) 89 jmJobIDJobSetIndex (Int32(0..32767)) 90 jmJobIDJobIndex (Int32(0..)) 91 The Job Group (MANDATORY) 91
列挙型の63 3.7.1 PWG登録が63の3.7.1.1タイプ1列挙64 3.7.1.2タイプ2列挙64 3.7.1.3タイプ3列挙64種類の3.7.2 PWG登録が2ビットが65 3.7.3値3.7 IANAとPWG登録考慮事項ジョブ送信IDフォーマットのPWGの登録65 3.7.4 MIMEタイプ/ドキュメント・フォーマットのためのサブタイプ65の3.8セキュリティの考慮事項のPWGの登録65 3.8.1読み書きがほかのユーザーのジョブ66 3.9で65 3.8.2読み取り専用オブジェクトのオブジェクトこのMIBモジュール68の通知66の4 MIB仕様67テキストの表記法をJmUTF8StringTC 68 JmJobStringTC 68 JmNaturalLanguageTagTC 68 JmTimeStampTC 69 JmJobSourcePlatformTypeTC 69 JmFinishingTC 70 JmPrintQualityTC 71 JmPrinterResolutionTC 71 JmTonerEconomyTC 72 JmBooleanTC 72 JmMediumTypeTC 72 JmJobCollationTypeTC 74 JmJobSubmissionIDTypeTC 74 JmJobStateTC 75 JmAttributeTypeTC 78 JmJobServiceTypesTC 81 JmJobStateReasons1TC 83 JmJobStateReasons2TC 83 JmJobStateReasons3TC 83 JmJobStateReasons4TC 84ザ・ジェネラルグループ（MANDATORY） 84 jmGeneralJobSetIndex（のInt32（1から32767））85 jmGeneralNumberOfActiveJobs（のInt32（0 ..））86 jmGeneralOldestActiveJobIndex（のInt32（0 ..））86 jmGeneralNewestActiveJobIndex（のInt32（0 ..））86 jmGeneralJobPersistence（のInt32（15 ..） ）87 jmGeneralAttributePersistence（のInt32（15 ...））87 jmGeneralJobSetName（UTF8String63）88求人IDグループ（MANDATORY）88 jmJobSubmissionID（オクテットSTRING（SIZE（48）））89 jmJobIDJobSetIndex（のInt32（0..32767））90 jmJobIDJobIndex（ INT32（0 ..））91ジョブグループ（MANDATORY）91
jmJobIndex (Int32(1..)) 92 jmJobState (JmJobStateTC) 92 jmJobStateReasons1 (JmJobStateReasons1TC) 93 jmNumberOfInterveningJobs (Int32(-2..)) 93 jmJobKOctetsPerCopyRequested (Int32(-2..)) 94 jmJobKOctetsProcessed (Int32(-2..)) 94 jmJobImpressionsPerCopyRequested (Int32(-2..)) 95 jmJobImpressionsCompleted (Int32(-2..)) 96 jmJobOwner (JobString63) 96 The Attribute Group (MANDATORY) 97 jmAttributeTypeIndex (JmAttributeTypeTC) 98 jmAttributeInstanceIndex (Int32(1..32767)) 99 jmAttributeValueAsInteger (Int32(-2..)) 99 jmAttributeValueAsOctets (Octets63) 100 5 APPENDIX A - IMPLEMENTING THE JOB LIFE CYCLE 104 6 APPENDIX B - SUPPORT OF JOB SUBMISSION PROTOCOLS 105 7 REFERENCES 105 8 NOTICES 108 9 AUTHORS' ADDRESSES 109 10 INDEX 111 11 Full Copyright Statement 114
jmJobIndex（のInt32（1 ..））92 jmJobState（JmJobStateTC）92 jmJobStateReasons1（JmJobStateReasons1TC）93 jmNumberOfInterveningJobs（のInt32（-2 ..））93 jmJobKOctetsPerCopyRequested（のInt32（-2 ..））94 jmJobKOctetsProcessed（のInt32（-2 .. ））94 jmJobImpressionsPerCopyRequested（のInt32（-2 ..））95 jmJobImpressionsCompleted（のInt32（-2 ..））96 jmJobOwner（JobString63）96 97 jmAttributeTypeIndex（JmAttributeTypeTC）98 jmAttributeInstanceIndex（Int32）を（必須属性グループ（1から32767 ））99 jmAttributeValueAsInteger（のInt32（-2 ..））99 jmAttributeValueAsOctets（Octets63）100 5付録A - 104 6付録B JOBライフサイクルを実現する - ジョブ投入プロトコルのサポートは105 7 105の8告知108本の9著者のアドレス109を参照し10 INDEX 111 11完全な著作権声明114
1 Introduction
1はじめに
This specification defines an official Printer Working Group (PWG) [PWG] standard SNMP MIB for the monitoring of jobs on network printers. This specification is being published as an IETF Information Document for the convenience of the Internet community. In consultation with the IETF Application Area Directors, it was concluded that this MIB specification properly belongs as an Information document, because this MIB monitors a service node on the network, rather than a network node proper.
この仕様は、ネットワークプリンタ上のジョブの監視のための公式のプリンタワーキンググループ（PWG）[PWG]標準SNMP MIBを定義します。この仕様はインターネットコミュニティの便宜のためにIETF情報文書として公開されています。 IETFアプリケーション領域取締役と協議し、このMIBは、ネットワーク上のサービス・ノードではなく、適切なネットワークノードを監視するため、このMIB仕様は正しく、情報文書として属すると結論されました。
The Job Monitoring MIB is intended to be implemented by an agent within a printer or the first server closest to the printer, where the printer is either directly connected to the server only or the printer does not contain the job monitoring MIB agent. It is recommended that implementations place the SNMP agent as close as possible to the processing of the print job. This MIB applies to printers with and without spooling capabilities. This MIB is designed to be compatible with most current commonly-used job submission protocols. In most environments that support high function job submission/job control protocols, like ISO DPA [iso-dpa], those protocols would be used to monitor and manage print jobs rather than using the Job Monitoring MIB.
MIBの監視ジョブは、プリンタ又はプリンタが直接のみサーバに接続されているか、プリンタがMIBエージェントを監視するジョブが含まれていないプリンタに最も近い最初のサーバ内のエージェントによって実装されることが意図されています。実装は、印刷ジョブの処理にできるだけ近いSNMPエージェントを配置することをお勧めします。このMIBは、とし、スプーリング機能のないプリンタに適用されます。このMIBは、ほとんどの現在の一般的に使用されるジョブ送信プロトコルと互換性を持つように設計されています。 ISO DPA [ISO-DPA]のような高機能のジョブ投入/ジョブ制御プロトコルをサポートするほとんどの環境では、これらのプロトコルは、監視およびジョブ監視MIBを使用するのではなく、印刷ジョブを管理するために使用されます。
The Job Monitoring MIB consists of a General Group, a Job Submission ID Group, a Job Group, and an Attribute Group. Each group is a table. All accessible objects are read-only. The General Group contains general information that applies to all jobs in a job set. The Job Submission ID table maps the job submission ID that the client uses to identify a job to the jmJobIndex that the Job Monitoring Agent uses to identify jobs in the Job and Attribute tables. The Job table contains the MANDATORY integer job state and status objects. The Attribute table consists of multiple entries per job that specify (1) job and document identification and parameters, (2) requested resources, and (3) consumed resources during and after job processing/printing. A larger number of job attributes are defined as textual conventions that an agent SHALL return if the server or device implements the functionality so represented and the agent has access to the information.
ジョブ監視MIBは、一般的なグループ、ジョブ送信IDグループ、ジョブグループ、および属性グループで構成されています。各グループは表です。すべてのアクセス可能なオブジェクトは読み取り専用です。一般的なグループは、ジョブセット内のすべてのジョブに適用される一般的な情報が含まれています。ジョブ送信IDテーブルは、クライアントがジョブ監視エージェントは、ジョブ内のジョブを特定し、テーブルを属性に使用するjmJobIndexにジョブを識別するために使用するジョブ投入IDをマップします。ジョブテーブルは、MANDATORY整数ジョブの状態と状態のオブジェクトが含まれています。属性テーブルには、（2）リソースを要求し、そして（3）ジョブ処理/印刷中と後のリソースを消費し、（1）ジョブと文書識別及びパラメータを指定し、ジョブごとに複数のエントリから構成されています。ジョブ属性の多数は、サーバまたはデバイスがそう表される機能を実装し、エージェントは情報へのアクセスを持っている場合、エージェントが返すテキストの表記法として定義されます。
The job MIB is intended to provide the following information for the indicated Role Models in the Printer MIB [print-mib] (Appendix D - Roles of Users).
ジョブMIBは、プリンタMIB [印刷MIB]（ - ユーザーの役割付録D）に示されている役割のモデルについては、以下の情報を提供することを目的とします。
User:
ユーザー：
Provide the ability to identify the least busy printer. The user will be able to determine the number and size of jobs waiting for each printer. No attempt is made to actually predict the length of time that jobs will take.
最も忙しいプリンタを特定する能力を提供します。ユーザは、各プリンタを待っているジョブの数とサイズを決定することができるであろう。試みは、実際に仕事が取る時間の長さを予測することが行われません。
Provide the ability to identify the current status of the user's job (user queries).
ユーザーのジョブ（ユーザークエリ）の現在の状態を特定する能力を提供します。
Provide a timely indication that the job has completed and where it can be found.
ジョブが完了したことをタイムリーに指示を提供し、それがどこを見つけることができます。
Provide error and diagnostic information for jobs that did not successfully complete.
正常に完了しなかったジョブのエラーと診断情報を提供します。
Operator:
オペレーター：
Provide a presentation of the state of all the jobs in the print system.
印刷システム内のすべてのジョブの状態のプレゼンテーションを提供します。
Provide the ability to identify the user that submitted the print job.
印刷ジョブを送信したユーザーを特定する能力を提供します。
Provide the ability to identify the resources required by each job.
各ジョブに必要なリソースを特定する能力を提供します。
Provide the ability to define which physical printers are candidates for the print job.
物理プリンタが印刷ジョブの候補であるかを定義する機能を提供します。
Provide some idea of how long each job will take. However, exact estimates of time to process a job is not being attempted. Instead, objects are included that allow the operator to be able to make gross estimates.
各ジョブの所要時間のいくつかのアイデアを提供します。ただし、ジョブを処理するための時間の正確な見積もりが試みられていません。代わりに、オブジェクトは、オペレータが総見積りを行うことができるように許可している含まれています。
Capacity Planner:
Capacity Plannerの：
Provide the ability to determine printer utilization as a function of time.
時間の関数としてのプリンタの利用を決定する能力を提供します。
Provide the ability to determine how long jobs wait before starting to print.
ジョブが印刷に開始する前の待機時間を決定する機能を提供します。
Accountant:
会計士：
Provide information to allow the creation of a record of resources consumed and printer usage data for charging users or groups for resources consumed.
消費されるリソースのためにユーザーまたはグループを充電するために消費されるリソースおよびプリンタの使用状況データの記録の作成を可能にするための情報を提供します。
Provide information to allow the prediction of consumable usage and resource need.
消耗品の使用状況やリソースの必要性の予測を可能にする情報を提供します。
The MIB supports printers that can contain more than one job at a time, but still be usable for low end printers that only contain a single job at a time. In particular, the MIB supports the needs of Windows and other PC environments for managing low-end direct-connect (serial or parallel) and networked devices without unnecessary overhead or complexity, while also providing for higher end systems and devices.
MIBは、一度に複数のジョブが含まれているが、それでも一度に単一のジョブが含まれているローエンドのプリンタに使用できる可能プリンタをサポートします。具体的には、MIBはまた、より高いエンドシステムやデバイスを提供しながら、ローエンドは、不必要なオーバーヘッドや複雑させずに（シリアルまたはパラレル）直接接続して、ネットワーク接続されたデバイス管理のためのWindowsのニーズや他のPCの環境をサポートしています。
The Job Monitoring MIB is designed for the following types of monitoring applications:
MIBの監視ジョブは、監視アプリケーション、次のタイプのために設計されています。
1. Monitor a single job starting when the job is submitted and
ending a defined period after the job completes. The Job
Submission ID table provides the map to find the specific job
to be monitored.
2. Monitor all 'active' jobs in a queue, which this specification generalizes to a "job set". End users may use such a program when selecting a least busy printer, so the MIB is designed for such a program to start up quickly and find the information needed quickly without having to read all (completed) jobs in order to find the active jobs. System operators may also use such a program, in which case it would be running for a long period of time and may also be interested in the jobs that have completed. Finally such a program may be used to provide an enhanced console and logging capability.
2.モニターこの仕様は、「ジョブセット」に一般キュー内のすべての「アクティブ」の仕事。エンドユーザーは、最も負荷のプリンタを選択するときに、このようなプログラムを使用することができ、そのようなプログラムはすぐに起動し、アクティブなジョブを見つけるために、すべての（完了）ジョブを読み込むことなく、迅速に必要な情報を見つけるためにのためにMIBが設計されています。システムオペレータはまた、長時間にわたって実行されているだろうし、また、完了した仕事に興味がある可能性があり、その場合には、そのようなプログラムを使用することができます。最後に、このようなプログラムは、強化され、コンソールおよびロギング機能を提供するために使用することができます。
3. Collect resource usage for accounting or system utilization purposes that copy the completed job statistics to an accounting system. It is recognized that depending on accounting programs to copy MIB data during the job-retention period is somewhat unreliable, since the accounting program may not be running (or may have crashed). Such a program is also expected to keep a shadow copy of the entire Job Attribute table including completed, canceled, and aborted jobs which the program updates on each polling cycle. Such a program polls at the rate of the persistence of the Attribute table. The design is not optimized to help such an application determine which jobs are completed, canceled, or aborted. Instead, the application SHOULD query each job that the application's shadow copy shows was not complete, canceled, or aborted at the previous poll cycle to see if it is now complete or canceled, plus any new jobs that have been submitted.
3.会計システムに完了したジョブの統計情報をコピーし、会計やシステムの利用目的のリソース使用状況を収集します。会計プログラムが実行されていない可能性があるため、やや信頼性に欠ける会計プログラムによってはジョブ保持期間の間、MIBデータをコピーすることが認識されている（またはクラッシュしたかもしれません）。このようなプログラムはまた、完成キャンセル、および各ポーリング・サイクル上のプログラムの更新中止されたジョブを含む全体のジョブ属性テーブルのシャドウコピーを保持することが期待されます。属性テーブルの持続性の割合でこのようなプログラムをポーリング。設計は、そのようなアプリケーションは、完成キャンセル、または中止されたジョブを判断するために最適化されていません。代わりに、アプリケーションは、アプリケーションのシャドウコピーのショーがキャンセル、またはそれが完了またはキャンセルされたかどうかを確認するために、前のポーリングサイクルで中止され、加えて任意の新規雇用を提出されていること、完全ではありませんでした各ジョブを照会する必要があります。
The MIB provides a set of objects that represent a compatible subset of job and document attributes of the ISO DPA standard [iso-dpa] and the Internet Printing Protocol (IPP) [ipp-model], so that coherence is maintained between these two protocols and the information presented to end users and system operators by monitoring applications. However, the job monitoring MIB is intended to be used with printers that implement other job submitting and management protocols, such as IEEE 1284.1 (TIPSI) [tipsi], as well as with ones that do implement ISO DPA. Thus the job monitoring MIB does not require implementation of either the ISO DPA or IPP protocols.
そのコヒーレンスは、これら2つのプロトコル間で維持されるように、MIBは、ISO DPA標準[ISO-DPA]、インターネット印刷プロトコル（IPP）IPPモデル]のジョブと文書属性の互換性のあるサブセットを表すオブジェクトのセットを提供しますそして、提示された情報は、アプリケーションを監視することで、ユーザーとシステム・オペレータを終了します。しかし、ジョブ監視MIBは、（TIPSI）tipsi]、ならびにISO DPAを実装行うもので、このようなIEEE 1284.1のような他のジョブが提出及び管理プロトコルを実装するプリンタと一緒に使用されることを意図しています。したがって、ジョブ監視MIBは、いずれかのISO DPAまたはIPPプロトコルの実装を必要としません。
The MIB is designed so that an additional MIB(s) can be specified in the future for monitoring multi-function (scan, FAX, copy) jobs as an augmentation to this MIB.
追加のMIB（複数可）は、このMIBに拡張として、多機能（スキャン、FAX、コピー）ジョブを監視するため、将来に指定することができるようにMIBが設計されています。
2 Terminology and Job Model
2用語と仕事モデル
This section defines the terms that are used in this specification and the general model for jobs in alphabetical order.
このセクションでは、本明細書およびアルファベット順にジョブの一般的なモデルで使用される用語を定義します。
NOTE - Existing systems use conflicting terms, so these terms are drawn from the ISO 10175 Document Printing Application (DPA) standard [iso-dpa]. For example, PostScript systems use the term session for what is called a job in this specification and the term job to mean what is called a document in this specification.
注 - 既存のシステムは、競合する用語を使用するので、これらの用語は、ISO 10175文書印刷アプリケーション（DPA）標準[ISO-DPA]から引き出されます。例えば、PostScriptのシステムは、本明細書の文書と呼ばれるものを意味するために本明細書および用語ジョブジョブと呼ばれるもののために長期的なセッションを使用しています。
Accounting Application: The SNMP management application that copies job information to some more permanent medium so that another application can perform accounting on the data for Accountants, Asset Managers, and Capacity Planners use.
会計アプリケーション：別のアプリケーションが会計士、アセット・マネジャーズのためのデータを占めて実行することができ、およびキャパシティプランナーを使用するようにいくつかのより多くの永続メディアへのコピージョブ情報SNMP管理アプリケーション。
Agent: The network entity that accepts SNMP requests from a monitor or accounting application and provides access to the instrumentation for managing jobs modeled by the management objects defined in the Job Monitoring MIB module for a server or a device.
エージェント：モニタや会計アプリケーションからのSNMP要求を受け取り、サーバーまたはデバイスのためのジョブ監視MIBモジュールで定義された管理オブジェクトによってモデル化されたジョブを管理するための計器へのアクセスを提供するネットワークエンティティ。
Attribute: A name, value-pair that specifies a job or document instruction, a status, or a condition of a job or a document that has been submitted to a server or device. A particular attribute NEED NOT be present in each job instance. In other words, attributes are present in a job instance only when there is a need to express the value, either because (1) the client supplied a value in the job submission protocol, (2) the document data contained an embedded attribute, or (3) the server or device supplied a default value. An agent MAY represent an attribute as an entry (row) in the Attribute table in this MIB in which entries are present only when necessary. Attributes are identified in this MIB by an enum.
属性：ジョブまたはドキュメント命令、状態、またはジョブの状態や、サーバやデバイスに提出された文書を指定する名前、値のペア。特定の属性は、各ジョブ・インスタンスに存在している必要はありません。換言すれば、属性値を表現する必要がある場合にのみ、ジョブ・インスタンスに存在する、いずれかの（1）クライアントは、ジョブ投入プロトコルに値を供給（2）文書データが埋め込まれた属性を含んでいた、またはので（3）サーバまたはデバイスは、デフォルト値を供給する。エージェントは、エントリが必要な場合にのみ存在するこのMIBの属性テーブル内のエントリ（行）のような属性を表すことができます。属性は列挙型で、このMIBで識別されます。
Client: The network entity that end users use to submit jobs to spoolers, servers, or printers and other devices, depending on the configuration, using any job submission protocol over a serial or parallel port to a directly-connected device or over the network to a networked-connected device.
クライアント：ユーザーが直接接続されたデバイスへのシリアルまたはパラレルポートを介して、またはにネットワークを介して任意のジョブ依頼プロトコルを使用して、構成に応じて、スプーラ、サーバ、またはプリンタや他のデバイスにジョブを送信するために使用するエンドのネットワークエンティティネットワーク接続デバイス。
Device: A hardware entity that (1) interfaces to humans, such as a device that produces marks on paper or scans marks on paper to produce an electronic representation, (2) accesses digital media, such as CD-ROMs, or (3) interfaces electronically to another device, such as sends FAX data to another FAX device.
装置：（1）そのような紙の上にマークを生成または電子表現を生成するために紙の上にマークをスキャンする装置としてヒトへのインターフェイスは、（2）CD-ROMなどのデジタルメディアにアクセスし、またはハードウェアエンティティ（3）ような電子別のデバイスへのインタフェースは、他のFAX装置にFAXデータを送信します。
Document: A sub-section within a job that contains print data and document instructions that apply to just the document.
文書：印刷データだけ文書に適用する文書命令を含むジョブ内のサブセクション。
Document Instruction: An instruction specifying how to process the document. Document instructions MAY be passed in the job submission protocol separate from the actual document data, or MAY be embedded in the document data or a combination, depending on the job submission protocol and implementation.
ドキュメント命令：文書を処理する方法を指定する命令。文書命令は、実際の文書データとは別のジョブ依頼プロトコルに渡すことができ、又はジョブ依頼プロトコル及び実装に応じて、文書データや組み合わせに埋め込まれてもよいです。
End User: A user that uses a client to submit a print job. See "user".
エンドユーザー：印刷ジョブを送信するクライアントを使用するユーザ。 「ユーザー」を参照してください。
Impression: For a print job, an impression is the passage of the entire side of a sheet by the marker, whether or not any marks are made and independent of the number of passes that the side makes past the marker. Thus a four pass color process counts as a single impression, as does highlight color. Impression counters count all kinds: monochrome, highlight color, and full process color, while full color counters only count full color impressions, and high light color counters only count high light color impressions.
印象：プリントジョブの場合、印象は、任意のマークが作られ、サイドマーカーを越えてなることパスの数とは無関係であるか否かを、マーカーによるシートの全体側の通路です。ハイライトの色が行うようにこのように4つのパスカラープロセスは、1回のインプレッションとしてカウントされます。フルカラーのカウンターのみフルカラーの表示回数をカウントしながら、モノクロ、ハイライトカラー、およびフルプロセスカラーとハイライトカラーのカウンターは、唯一の高光の色の印象を数える：印象カウンタは、すべての種類を数えます。
One-sided processing involves one impression per sheet. Two-sided processing involves two impressions per sheet. If a two-sided document has an odd number of pages, the last sheet still counts as two impressions, if that sheet makes two passes through the marker or the marker marks on both sides of a sheet in a single pass. Two-up printing is the placement of two logical pages on one side of a sheet and so is still a single impression. See "page" and "sheet".
片面処理は、シートごとに1印象を必要とします。両面処理は、シートごとに2本の感想を必要とします。両面原稿のページ数が奇数を持っている場合は、そのシートを2つのマーカーを通過または単一パスで用紙の両面にマーカーマークを作る場合は、最後のシートがまだ、2本の感想としてカウントされます。二-up印刷は、用紙の片面に2つの論理ページの配置であるので、まだ独身な印象です。 「ページ」と「シート」を参照してください。
NOTE - Since impressions include blank sides, it is suggested that accounting application implementers consider charging for sheets, rather than impressions, possibly using the value of the sides attribute to select different charges for one-sided versus two-sided printing, since some users may think that impressions don't include blank sides.
注 - 感想は空白の側面を含んでいるので、会計アプリケーションの実装は、一部のユーザーは可能性があるため、両面印刷対1の両面に異なる電荷を選択するために、属性おそらく辺の値を使用して、むしろ感想よりも、シートに充電を検討することが示唆されました感想は空白の側面が含まれていないと思います。
Internal Collation: The production of the sheets for each document copy performed within the printing device by making multiple passes over either the source or an intermediate representation of the document.
内部照合：ソースまたは文書の中間表現のいずれかを介して複数回通過することにより、印刷装置内で実行される各文書コピーのシートの製造。
Job: A unit of work whose results are expected together without interjection of unrelated results. A job contains one or more documents.
仕事：結果無関係な結果の間投詞なしで一緒に期待されている作業単位。ジョブは1つまたは複数のドキュメントが含まれています。
Job Accounting: The activity of a management application of accessing the MIB and recording what happens to the job during and after the processing of the job.
ジョブ会計：MIBにアクセスし、ジョブの処理中と後の仕事に何が起こるか記録の管理アプリケーションの活動。
Job Instruction: An instruction specifying how, when, or where the job is to be processed. Job instructions MAY be passed in the job submission protocol or MAY be embedded in the document data or a combination depending on the job submission protocol and implementation.
ジョブ命令：どのように、いつ、またはここで、ジョブが処理される指定する命令。仕事の指示はジョブ送信プロトコルに渡されたり、文書データやジョブ送信プロトコルと実装に応じて、組み合わせに埋め込まれていてもよいです。
Job Monitoring (using SNMP): The activity of a management application of accessing the MIB and (1) identifying jobs in the job tables being processed by the server, printer or other devices, and (2) displaying information to the user about the processing of the job.
ジョブ（SNMPを使用して）監視：MIBへのアクセスの管理アプリケーションの活動と（1）サーバ、プリンタ又は他の装置によって処理されるジョブテーブル内のジョブを識別する、および（2）の処理についてユーザに情報を表示します仕事の。
Job Monitoring Application: The SNMP management application that End Users, and System Operators use to monitor jobs using SNMP. A monitor MAY be either a separate application or MAY be part of the client that also submits jobs. See "monitor".
ジョブ監視アプリケーション：エンドユーザーSNMP管理アプリケーション、およびシステム・オペレータは、SNMPを使用してジョブを監視するために使用します。モニターは、別のアプリケーションのいずれかであってもよいし、また、ジョブをサブミットしたクライアントの一部であってもよいです。 「モニター」を参照してください。
Job Set: A group of jobs that are queued and scheduled together according to a specified scheduling algorithm for a specified device or set of devices. For implementations that embed the SNMP agent in the device, the MIB job set normally represents all the jobs known to the device, so that the implementation only implements a single job set. If the SNMP agent is implemented in a server that controls one or more devices, each MIB job set represents a job queue for (1) a specific device or (2) set of devices, if the server uses a single queue to load balance between several devices. Each job set is disjoint; no job SHALL be represented in more than one MIB job set.
ジョブセット：指定されたデバイスまたはデバイスのセットのための指定されたスケジューリングアルゴリズムに従って一緒にキューに入れられ、スケジュールされているジョブのグループ。実装は、単一のジョブセットを実装するようにデバイスにSNMPエージェントを埋め込む実装するために、通常は設定MIBのジョブは、デバイスに知られているすべてのジョブを表します。 SNMPエージェントは、1つの以上のデバイスを制御するサーバに実装されている場合、サーバーとの間のバランスをロードするために単一のキューを使用する場合、各MIBジョブセットは、（1）特定のデバイスまたはデバイスの（2）セットのジョブキューを表します複数のデバイス。各ジョブセットは互いに素です。何の仕事は、複数のMIBジョブセットで表現してはなりません。
Monitor: Short for Job Monitoring Application.
モニター：ジョブの監視アプリケーションのためのショート。
Page: A page is a logical division of the original source document. Number up is the imposition of more than one page on a single side of a sheet. See "impression" and "sheet" and "two-up".
ページ：ページは、元のソース文書の論理的な部門です。数アップは、シートの片面に複数のページの賦課です。 「感動」と「シート」と「2アップ」を参照してください。
Proxy: An agent that acts as a concentrator for one or more other agents by accepting SNMP operations on the behalf of one or more other agents, forwarding them on to those other agents, gathering responses from those other agents and returning them to the original requesting monitor.
プロキシ：1つの以上の他の薬剤の代わりにSNMP操作を受け付け、それらの他のエージェントにそれらを転送し、それらの他のエージェントからの応答を収集し、要求元に戻すことによって、1つの以上の他の薬剤のための集光器として作用する薬剤モニター。
Queuing: The act of a device or server of ordering (queuing) the jobs for the purposes of scheduling the jobs to be processed.
キュー：処理するジョブをスケジュールする目的のために仕事を（キューイング）発注のデバイスまたはサーバの行為を。
Printer: A device that puts marks on media.
プリンタ：メディア上のマークを置きますデバイス。
Server: A network entity that accepts jobs from clients and in turn submits the jobs to printers and other devices that may be directly connected to the server via a serial or parallel port or may be on the network. A server MAY be a printer supervisor control program, or a print spooler.
サーバー：クライアントからのジョブを受け入れ、今度は直接シリアルまたはパラレルポートを介してサーバに接続してもよいし、ネットワーク上にあるプリンタや他のデバイスにジョブをサブミットするネットワークエンティティ。サーバーは、プリンタ・スーパバイザ制御プログラム、または印刷スプーラかもしれ。
Sheet: A sheet is a single instance of a medium, whether printing on one or both sides of the medium. See "impression" and "page".
シート：シートは、媒体の片面または両面に印刷するかどうか、媒体の単一のインスタンスです。 「感動」と「ページ」を参照してください。
SNMP Information Object: A name, value-pair that specifies an action, a status, or a condition in an SNMP MIB. Objects are identified in SNMP by an OBJECT IDENTIFIER.
SNMP情報オブジェクト：SNMP MIB内のアクション、状態、または条件を指定する名前、値のペア。オブジェクトは、オブジェクト識別子によってSNMPで識別されます。
Spooler: A server that accepts jobs, spools the data, and decides when and on which printer to print the job. A spooler is a client to a printer or a printer supervisor, depending on implementation.
スプーラ：ジョブを受け付け、サーバは、データをスプールし、ジョブを印刷する際に、どのプリンタを決定します。スプーラは、実装に応じて、プリンタやプリンタスーパーバイザーのクライアントです。
Spooling: The act of a device or server of (1) accepting jobs and (2) writing the job's attributes and document data on to secondary storage.
スプール：（1）受け入れてジョブのデバイスまたはサーバの行為及び（2）二次記憶装置への上にジョブの属性や文書データを書き込みます。
Stacked: When a media sheet is placed in an output bin of a device.
積層：媒体シートは、デバイスの出力ビンに配置されます。
Supervisor: A server that contains a control program that controls a printer or other device. A supervisor is a client to the printer or other device.
スーパーバイザ：プリンタ又は他の装置を制御する制御プログラムを含むサーバ。スーパバイザは、プリンタや他のデバイスにクライアントです。
System Operator: A user that uses a monitor to monitor the system and carries out tasks to keep the system running.
システムオペレータ：システムを監視するためのモニターを使用して、システムの稼働を維持するためにタスクを実行するユーザー。
System Administrator: A user that specifies policy for the system.
システム管理者：システムのためのポリシーを指定したユーザ。
Two-up: The placement of two pages on one side of a sheet so that each side or impressions counts as two pages. See "page" and "sheet".
二アップ：ように、用紙の片面に2ページの配置は、それぞれの側または感想は2ページとしてカウントされます。 「ページ」と「シート」を参照してください。
User: A person that uses a client or a monitor. See "end user".
ユーザー：クライアントまたはモニタを使用する人。 「エンドユーザー」を参照してください。
This section enumerates the three configurations in which the Job Monitoring MIB is intended to be used. To simplify the pictures, the devices are shown as printers. See section 1.1 entitled "Types of Information in the MIB".
このセクションでは、ジョブ監視MIBが使用されることが意図されている3つの構成を列挙します。写真を簡単にするために、デバイスがプリンタとして表示されます。 「MIB内の情報の種類」というタイトルのセクション1.1を参照してください。
The diagram in the Printer MIB [print-mib] entitled: "One Printer's View of the Network" is assumed for this MIB as well. Please refer to that diagram to aid in understanding the following system configurations.
プリンタMIB内の図は、[印刷-MIB]と題した：「ネットワークの一つのプリンタの表示は」だけでなく、このMIBのために仮定されます。次のシステム構成の理解を助けるためにその図を参照してください。
In the client-printer configuration 1, the client(s) submit jobs directly to the printer, either by some direct connect, or by network connection.
クライアントプリンタの設定1では、クライアント（複数可）、いくつかの直接接続することにより、またはネットワーク接続のいずれかによって、プリンタに直接ジョブを投入します。
The job submitting client and/or monitoring application monitor jobs by communicating directly with an agent that is part of the printer. The agent in the printer SHALL keep the job in the Job Monitoring MIB as long as the job is in the printer, plus a defined time period after the job enters the completed state in which accounting programs can copy out the accounting data from the Job Monitoring MIB.
プリンタの一部であるエージェントと直接通信することにより、ジョブ投入クライアントおよび/または監視アプリケーション監視の仕事。プリンタ内のエージェントは、ジョブをプリンタにある限り、MIBの監視ジョブでジョブを保管するものと、プラスの仕事の後に定義された期間は、会計プログラムは、ジョブ監視から会計データをコピーすることが可能な完成状態に入りますMIB。
all end-user ######## SNMP query
+-------+ +--------+ ---- job submission
|monitor| | client |
+---#---+ +--#--+--+
# # |
# ############ |
# # |
+==+===#=#=+==+ |
| | agent | | |
| +-------+ | |
| PRINTER <--------+
| | Print Job Delivery Channel
| |
+=============+
Figure 2-1 - Configuration 1 - client-printer - agent in the printer
図2-1 - 構成1 - クライアントプリンタ - プリンタのエージェント
The Job Monitoring MIB is designed to support the following relationships (not shown in Figure 2-1): 1. Multiple clients MAY submit jobs to a printer. 2. Multiple clients MAY monitor a printer. 3. Multiple monitors MAY monitor a printer. 4. A client MAY submit jobs to multiple printers. 5. A monitor MAY monitor multiple printers.
MIBの監視ジョブは、次の関係（図2-1に示されていない）をサポートするように設計されています。1.複数のクライアントがプリンタにジョブを提出することができます。 2.複数のクライアントがプリンタを監視することができます。 3.複数のモニタは、プリンタを監視することができます。 4.クライアントは、複数のプリンタにジョブを提出することができます。 5.モニターは、複数のプリンタを監視することができます。
In the client-server-printer configuration 2, the client(s) submit jobs to an intermediate server by some network connection, not directly to the printer. While configuration 2 is included, the design center for this MIB is configurations 1 and 3.
クライアント・サーバー・プリンタ設定2では、クライアント（複数可）、プリンタに直接ではなく、いくつかのネットワーク接続により、中間サーバにジョブをサブミットします。構成2が含まれているが、このMIBのためのデザインセンターは構成1と3です。
The job submitting client and/or monitoring application monitor jobs by communicating directly with:
ジョブは、クライアントの提出および/またはと直接通信することにより、アプリケーション監視ジョブの監視します：
A Job Monitoring MIB agent that is part of the server (or a front for the server)
サーバ（またはサーバのフロント）の一部であるジョブ監視MIB剤
There is no SNMP Job Monitoring MIB agent in the printer in configuration 2, at least that the client or monitor are aware. In this configuration, the agent SHALL return the current values of the objects in the Job Monitoring MIB both for jobs the server keeps and jobs that the server has submitted to the printer. The Job Monitoring MIB agent obtains the required information from the printer by a method that is beyond the scope of this document. The agent in the server SHALL keep the job in the Job Monitoring MIB in the server as long as the job is in the printer, plus a defined time period after the job enters the completed state in which accounting programs can copy out the accounting data from the Job Monitoring MIB.
設定2でのプリンタにはSNMPジョブ監視MIBエージェントは、クライアントまたはモニタが認識していることを、少なくとも、ありません。この構成では、エージェントは、両方のサーバが保持ジョブとサーバがプリンタに提出したことをジョブのジョブの監視MIB内のオブジェクトの現在の値を返します。ジョブ監視MIBエージェントは、このドキュメントの範囲を超えての方法でプリンタから必要な情報を取得します。サーバー内のエージェントは、ジョブをプリンタにある限り、サーバにMIBの監視ジョブでジョブを保管するものと、プラスの仕事の後に定義された期間は、会計プログラムから会計データをコピーすることが可能な完成状態に入りますジョブ監視MIB。
all end-user
+-------+ +----------+
|monitor| | client | ######## SNMP query
+---+---# +---#----+-+ **** non-SNMP cntrl
# # | ---- job submission
# # |
# # |
#=====#=+==v==+
| agent | |
+-------+ |
| server |
+----+-----+--+
control * |
********** |
* |
+========v====+ |
| | |
| | |
| PRINTER <---------+
| | Print Job Delivery Channel
| |
+=============+
Figure 2-2 - Configuration 2 - client-server-printer - agent in the server
図2-2 - 構成2 - クライアント - サーバー - プリンタ - サーバー内のエージェント
The Job Monitoring MIB is designed to support the following relationships (not shown in Figure 2-2): 1. Multiple clients MAY submit jobs to a server. 2. Multiple clients MAY monitor a server. 3. Multiple monitors MAY monitor a server. 4. A client MAY submit jobs to multiple servers. 5. A monitor MAY monitor multiple servers. 6. Multiple servers MAY submit jobs to a printer. 7. Multiple servers MAY control a printer.
MIBの監視ジョブは、次の関係（図2-2に示されていない）をサポートするように設計されています。1.複数のクライアントがサーバにジョブを提出することができます。 2.複数のクライアントがサーバーを監視することができます。 3.複数のモニタには、サーバーを監視してもよいです。 4.クライアントは、複数のサーバにジョブを提出することができます。 5.モニターは、複数のサーバを監視することができます。 6.複数のサーバーは、プリンタにジョブを提出することができます。 7.複数のサーバには、プリンタを制御することができます。
2.1.3 Configuration 3 - client-server-printer - client monitors printer agent and server
2.1.3構成3 - クライアント - サーバー - プリンタ - クライアントモニタプリンタ・エージェントとサーバー
In the client-server-printer configuration 3, the client(s) submit jobs to an intermediate server by some network connection, not directly to the printer. That server does not contain a Job Monitoring MIB agent.
クライアント・サーバー・プリンタ設定3では、クライアント（複数可）、プリンタに直接ではなく、いくつかのネットワーク接続により、中間サーバにジョブをサブミットします。そのサーバーは、MIBのエージェントを監視する仕事が含まれていません。
The job submitting client and/or monitoring application monitor jobs by communicating directly with:
ジョブは、クライアントの提出および/またはと直接通信することにより、アプリケーション監視ジョブの監視します：
1. The server using some undefined protocol to monitor jobs in
the server (that does not contain the Job Monitoring MIB) AND
2. A Job Monitoring MIB agent that is part of the printer to monitor jobs after the server passes the jobs to the printer.
2.サーバーは、プリンタにジョブを通過した後、ジョブを監視するプリンタの一部であるMIBエージェントを監視する仕事。
In such configurations, the server deletes its copy of the job from the server after submitting the job to the printer usually almost immediately (before the job does much processing, if any).
このような構成では、サーバは通常、ほとんどすぐにプリンタにジョブを提出した後、サーバーからジョブのコピーを削除します（もしあれば仕事は、多くの処理を行う前に）。
In configuration 3, the agent (in the printer) SHALL keep the values of the objects in the Job Monitoring MIB that the agent implements updated for a job that the server has submitted to the printer. The agent SHALL obtain information about the jobs submitted to the printer from the server (either in the job submission protocol, in the document data, or by direct query of the server), in order to populate some of the objects the Job Monitoring MIB in the printer. The agent in the printer SHALL keep the job in the Job Monitoring MIB as long as the job is in the Printer, and longer in order to implement the completed state in which monitoring programs can copy out the accounting data from the Job Monitoring MIB.
設定3では、（プリンタ内）エージェントは、エージェントは、サーバがプリンタに提出したことを仕事のために更新され実装しジョブ監視MIB内のオブジェクトの値を保持しなければなりません。エージェントは、オブジェクトの一部でMIBの監視ジョブを投入するためには、（ジョブ投入プロトコルで、文書データ中、またはサーバーの直接のクエリのいずれかによって）サーバからプリンタに送信されたジョブについての情報を得なければなりませんプリンター。プリンタ内のエージェントは、監視プログラムはジョブ監視MIBから会計データをコピーすることが可能な完成状態を実現するために限り、ジョブがプリンタであるとしてMIBの監視ジョブで仕事を維持し、長いものとします。
all end-user
+-------+ +----------+
|monitor| | client | ######## SNMP query
+---+---* +---*----+-+ **** non-SNMP query
# * * | ---- job submission
# * * |
# * * |
# *=====v====v==+
# | |
# | server |
# | |
# +----#-----+--+
# optional# |
# ########## |
# # |
+==+=v===v=+==+ |
| | agent | | |
| +-------+ | |
| PRINTER <---------+
| | Print Job Delivery Channel
| |
+=============+
Figure 2-3 - Configuration 3 - client-server-printer - client monitors printer agent and server
図2-3 - 設定3 - クライアント - サーバー - プリンタ - クライアントは、プリンタエージェントとサーバーを監視します
The Job Monitoring MIB is designed to support the following relationships (not shown in Figure 2-3): 1. Multiple clients MAY submit jobs to a server. 2. Multiple clients MAY monitor a server. 3. Multiple monitors MAY monitor a server. 4. A client MAY submit jobs to multiple servers. 5. A monitor MAY monitor multiple servers. 6. Multiple servers MAY submit jobs to a printer. 7. Multiple servers MAY control a printer.
MIBの監視ジョブは、次の関係（図2-3に示されていない）をサポートするように設計されています。1.複数のクライアントがサーバにジョブを提出することができます。 2.複数のクライアントがサーバーを監視することができます。 3.複数のモニタには、サーバーを監視してもよいです。 4.クライアントは、複数のサーバにジョブを提出することができます。 5.モニターは、複数のサーバを監視することができます。 6.複数のサーバーは、プリンタにジョブを提出することができます。 7.複数のサーバには、プリンタを制御することができます。
3 Managed Object Usage
3管理オブジェクトの使用
This section describes the usage of the objects in the MIB.
このセクションでは、MIB内のオブジェクトの使用方法を説明します。
In order to achieve interoperability between job monitoring applications and job monitoring agents, this specification includes the conformance requirements for both monitoring applications and agents.
ジョブ監視アプリケーションおよびジョブ監視エージェント間の相互運用性を達成するために、この仕様は、モニタリングアプリケーションとエージェントの両方のための適合性要件を含んでいます。
This specification uses the verbs: "SHALL", "SHOULD", "MAY", and "NEED NOT" to specify conformance requirements according to RFC 2119 [RFC2119] as follows:
この仕様は動詞を使用しています、「SHOULD」、「MAY」「SHALL」、そして次のように[RFC2119] RFC 2119に従った適合性要件を指定するには、「必要はありません」：
"SHALL": indicates an action that the subject of the sentence must implement in order to claim conformance to this specification
「SHALL」：文の主題はこの仕様に適合性を主張するために実装しなければならないアクションを示し
"MAY": indicates an action that the subject of the sentence does not have to implement in order to claim conformance to this specification, in other words that action is an implementation option
「5月」：アクションが実装オプションがあり、他の言葉で文の主語がこの仕様への適合を主張するために実装する必要はありませんアクションを示し、
"NEED NOT": indicates an action that the subject of the sentence does not have to implement in order to claim conformance to this specification. The verb "NEED NOT" is used instead of "may not", since "may not" sounds like a prohibition.
「NOT NEED」：文の主語がこの仕様への適合を主張するために実装する必要はありませんアクションを示します。 「かもしれませんが、」禁止のように聞こえるので、動詞は、代わりに「かもしれない」のに使用され、「必要はありません」。
"SHOULD": indicates an action that is recommended for the subject of the sentence to implement, but is not required, in order to claim conformance to this specification.
「SHOULD」：実装する文の主語のために推奨されるアクションを示しているが、この仕様への適合を主張するために、必要とされません。
A conforming agent:
準拠エージェント：
2. SHALL implement any attributes if (1) the server or device supports the functionality represented by the attribute and (2) the information is available to the agent.
（1）サーバまたはデバイスが属性によって表される機能をサポートしている場合2.任意の属性を実施しなければならない、（2）情報は、エージェントが利用可能です。
3. SHOULD implement both forms of an attribute if it implements an attribute that permits a choice of INTEGER and OCTET STRING forms, since implementing both forms may help management applications by giving them a choice of representations, since the representation are equivalent. See the JmAttributeTypeTC textual-convention.
表現は同等であるため、それは、彼らに表現の選択肢を与えることによって、管理アプリケーションを助けるかもしれない両方のフォームを実装するので、INTEGERとオクテット文字列形式の選択を許可する属性を実装している場合3.属性の両方の形式を実装する必要があります。 JmAttributeTypeTCのテキストの表記法を参照してください。
NOTE - This MIB, like the Printer MIB, is written following the subset of SMIv2 that can be supported by SMIv1 and SNMPv1 implementations.
注 - このMIBは、プリンタMIBのように、でSMIv1とSNMPv1の実装でサポートできるのSMIv2のサブセット以下の書かれています。
The Job Monitoring MIB agent SHALL implement all objects in the System Group of MIB-II [mib-II], whether the Printer MIB [print-mib] is implemented or not.
ジョブ監視MIBエージェントはプリンタMIB [印刷-MIB]が実装されているかどうか、MIB-IIのシステムグループ[MIB-II]内のすべてのオブジェクトを実施するものとします。
The Job Monitoring MIB agent SHALL implement all objects in the Interfaces Group of MIB-II [mib-II], whether the Printer MIB [print-mib] is implemented or not.
ジョブ監視MIBエージェントはプリンタMIB [印刷-MIB]が実装されているかどうか、MIB-IIのインタフェースグループ[MIB-II]内のすべてのオブジェクトを実施するものとします。
If the agent is providing access to a device that is a printer, the agent SHALL implement all of the MANDATORY objects in the Printer MIB [print-mib] and all the objects in other MIBs that conformance to the Printer MIB requires, such as the Host Resources MIB [hr-mib]. If the agent is providing access to a server that controls one or more direct-connect or networked printers, the agent NEED NOT implement the Printer MIB and NEED NOT implement the Host Resources MIB.
エージェントがプリンタであるデバイスへのアクセスを提供している場合、エージェントは、プリンタMIB [印刷MIB]に必須オブジェクトの全てを実施しなければならない、そのようにMIBが必要プリンタに準拠他のMIB内のすべてのオブジェクト、リソースMIB [HR-MIB]をホストします。エージェントが1つ以上を制御するサーバへのアクセスを提供している場合は、直接接続またはネットワークプリンタ、エージェントは、プリンタのMIBを実装する必要はなく、ホストリソースMIBを実装する必要はありません。
A conforming job monitoring application:
準拠したジョブ監視アプリケーション：
1. SHALL accept the full syntactic range for all objects in all
MANDATORY groups and all MANDATORY attributes that are
required to be implemented by an agent according to Section
3.1.2 and SHALL either present them to the user or ignore
them.
2. SHALL accept the full syntactic range for all attributes, including enum and bit values specified in this specification and additional ones that may be registered with the PWG and SHALL either present them to the user or ignore them. In particular, a conforming job monitoring application SHALL not malfunction when receiving any standard or registered enum or bit values. See Section 3.7 entitled "IANA and PWG Registration Considerations".
2.列挙し、本明細書で指定されたビット値とPWGに登録することができ、ユーザに提示またはそれらを無視するいずれかの付加的なものを含むすべての属性の完全な構文範囲受理しなければなりません。任意の標準または登録列挙またはビット値を受信した場合、特に、適合ジョブ監視アプリケーションが誤動作してはなりません。 「IANAとPWG登録に関する注意事項」と題するセクション3.7を参照してください。
3. SHALL NOT fail when operating with agents that materialize attributes after the job has been submitted, as opposed to when the job is submitted.
ジョブが提出された後にジョブが送信されたときとは反対に、属性を実体エージェントで動作するとき3.失敗しないものとします。
4. SHALL, if it supports a time attribute, accept either form of the time attribute, since agents are free to implement either time form.
それは、時間属性をサポートしている場合、エージェントは、時間形式のいずれかを実装するのは自由ですので、4は、時間属性のいずれかの形式を受け入れるものとします。
The jmJobTable and jmAttributeTable contain objects and attributes, respectively, for each job in a job set. These first two indexes are: 1. jmGeneralJobSetIndex - which job set 2. jmJobIndex - which job in the job set
jmJobTableとjmAttributeTableはジョブセット内の各ジョブについて、それぞれ、オブジェクトと属性が含まれています。これらの最初の二つのインデックスは次のとおりである：1 jmGeneralJobSetIndex - ジョブセットにどのジョブ - ジョブが2 jmJobIndexを設定しました
In order for a monitoring application to quickly find that active jobs (jobs in the pending, processing, or processingStopped states), the MIB contains two indexes:
すぐにそのアクティブなジョブ（保留、処理中のジョブ、またはprocessingStopped状態）を見つけるために監視アプリケーションのためのためには、MIBは、二つの指標が含まれています。
1. jmGeneralOldestActiveJobIndex - the index of the active job
that has been in the tables the longest.
2. jmGeneralNewestActiveJobIndex - the index of the active job that has been most recently added to the tables.
2. jmGeneralNewestActiveJobIndex - 直近のテーブルに追加されているアクティブなジョブのインデックス。
The agent SHALL assign the next incremental value of jmJobIndex to the job, when a new job is accepted by the server or device to which the agent is providing access. If the incremented value of jmJobIndex would exceed the implementation-defined maximum value for jmJobIndex, the agent SHALL 'wrap' back to 1. An agent uses the resulting value of jmJobIndex for storing information in the jmJobTable and the jmAttributeTable about the job.
エージェントは、新しいジョブが、エージェントがアクセスを提供されているサーバまたはデバイスによって受け付けられた場合、ジョブにjmJobIndexの次の増分値を割り当てるものとします。 jmJobIndexのインクリメント値がjmJobIndexの実装定義の最大値を超える場合、エージェントは、エージェントがジョブについてjmJobTableとjmAttributeTableで情報を格納するためのjmJobIndexの結果値を使用するバック1に「ラップ」しなければなりません。
It is recommended that the largest value for jmJobIndex be much larger than the maximum number of jobs that the implementation can contain at a single time, so as to minimize the premature re-use of a jmJobIndex value for a newer job while clients retain the same ' stale' value for an older job.
クライアントが同じを保持しながら、新しい仕事のためにjmJobIndex値の早期の再利用を最小限にするようにjmJobIndexの最大値は、単一時点での実装が含まれていることをジョブの最大数よりもはるかに大きくなることをお勧めします古い仕事のための「古い」値。
It is recommended that agents that are providing access to servers/devices that already allocate job-identifiers for jobs as integers use the same integer value for the jmJobIndex. Then management applications using this MIB and applications using other protocols will see the same job identifiers for the same jobs. Agents providing access to systems that contain jobs with a job identifier of 0 SHALL map the job identifier value 0 to a jmJobIndex value that is one higher than the highest job identifier value that any job can have on that system. Then only job 0 will have a different job-identifier value than the job's jmJobIndex value.
これは、サーバ/整数jmJobIndexに同じ整数値を使用して、既にジョブに対してジョブ識別子を割り当てるデバイスへのアクセスを提供しているエージェントことをお勧めします。その後、他のプロトコルを使用して、このMIBおよびアプリケーションを使用して、管理アプリケーションは、同じジョブに対して同じジョブ識別子が表示されます。 0のジョブ識別子とジョブが含まれているシステムへのアクセスを提供するエージェントは、任意のジョブがそのシステム上で持つことができる最高のジョブ識別子の値よりも1つ大きくなりjmJobIndex値にジョブ識別子値0をマッピングしないものとします。そして、唯一の仕事0は、ジョブのjmJobIndex値とは異なるジョブ識別子の値を持つことになります。
NOTE - If a server or device accepts jobs using multiple job submission protocols, it may be difficult for the agent to meet the recommendation to use the job-identifier values that the server or device assigns as the jmJobIndex value, unless the server/device assigns job-identifiers for each of its job submission protocols from the same job-identifier number space.
注 - サーバまたはデバイスが複数のジョブ依頼プロトコルを使用してジョブを受け付けた場合、エージェントサーバまたはデバイスがjmJobIndex値として割り当てジョブ識別子の値を使用するように推奨を満たすようにするために、それは難しいかもしれない、サーバ/デバイス割り当てる場合を除き同じジョブ識別子番号空間からそのジョブ投入の各プロトコルのためのジョブ識別子。
Each time a new job is accepted by the server or device that the agent is providing access to AND that job is to be 'active' (pending, processing, or processingStopped, but not pendingHeld), the agent SHALL copy the value of the job's jmJobIndex to the jmGeneralNewestActiveJobIndex object. If the new job is to be ' inactive' (pendingHeld state), the agent SHALL not change the value of jmGeneralNewestActiveJobIndex object (though the agent SHALL assign the next incremental jmJobIndex value to the job).
たびに新しいジョブは、エージェントがへのアクセスを提供し、そのジョブが「アクティブ」になることです（保留、処理、またはprocessingStoppedが、pendingHeldない）、エージェントは、ジョブの値をコピーするものとし、サーバやデバイスによって受け入れられていますjmGeneralNewestActiveJobIndexオブジェクトへのjmJobIndex。新しいジョブが「非アクティブ」（pendingHeld状態）にする場合（エージェントは、ジョブの次の増分jmJobIndex値を割り当てるものとしますが）、エージェントがjmGeneralNewestActiveJobIndexオブジェクトの値を変更してはなりません。
When a job transitions from one of the 'active' job states (pending, processing, processingStopped) to one of the 'inactive' job states (pendingHeld, completed, canceled, or aborted), with a jmJobIndex value that matches the jmGeneralOldestActiveJobIndex object, the agent SHALL advance (or wrap) the value to the next oldest 'active' job, if any. See the JmJobStateTC textual-convention for a definition of the job states.
jmGeneralOldestActiveJobIndexオブジェクトと一致jmJobIndex値と「非アクティブ」ジョブ状態（pendingHeld、完了キャンセル、または中断された）のいずれかに「アクティブ」ジョブ状態（ペンディング、処理、processingStopped）のいずれかから、ジョブの移行、いずれの場合、エージェントは、次の最古の「アクティブ」の仕事に価値を進める（またはラップ）ものとします。ジョブの状態の定義についてはJmJobStateTCのテキストの表記法を参照してください。
Whenever a job transitions from one of the 'inactive' job states to one of the 'active' job states (from pendingHeld to pending or processing), the agent SHALL update the value of either the jmGeneralOldestActiveJobIndex or the jmGeneralNewestActiveJobIndex objects, or both, if the job's jmJobIndex value is outside the range between jmGeneralOldestActiveJobIndex and jmGeneralNewestActiveJobIndex.
たびに（pendingHeldから保留中または処理）に「アクティブ」ジョブ状態の1つに「非アクティブ」ジョブの状態のいずれかからジョブ遷移は、薬剤はjmGeneralOldestActiveJobIndex又はjmGeneralNewestActiveJobIndexオブジェクト、あるいはその両方の値を更新するものとし、もしジョブのjmJobIndex値はjmGeneralOldestActiveJobIndexとjmGeneralNewestActiveJobIndexの範囲外です。
When all jobs become 'inactive', i.e., enter the pendingHeld, completed, canceled, or aborted states, the agent SHALL set the value of both the jmGeneralOldestActiveJobIndex and jmGeneralNewestActiveJobIndex objects to 0.
すべてのジョブが「非アクティブ」になる、すなわち、pendingHeldを入力し、完了、キャンセル、または中断された状態と、エージェントは0にjmGeneralOldestActiveJobIndexとjmGeneralNewestActiveJobIndexオブジェクトの両方の値を設定しなければなりません。
NOTE - Applications that wish to efficiently access all of the active jobs MAY use jmGeneralOldestActiveJobIndex value to start with the oldest active job and continue until they reach the index value equal to jmGeneralNewestActiveJobIndex, skipping over any pendingHeld, completed, canceled, or aborted jobs that might intervene.
注 - 効率的に最も古いアクティブなジョブを開始し、彼らは任意のpendingHeldを飛ばし、jmGeneralNewestActiveJobIndexに等しいインデックス値に到達するまで継続するjmGeneralOldestActiveJobIndex値を使用するかもしれアクティブなジョブのすべてにアクセスしたいアプリケーションは、完了、キャンセル、またはジョブを中止されているかもしれません介入。
If an application detects that the jmGeneralNewestActiveJobIndex is smaller than jmGeneralOldestActiveJobIndex, the job index has wrapped. In this case, the application SHALL reset the index to 1 when the end of the table is reached and continue the GetNext operations to find the rest of the active jobs.
アプリケーションはjmGeneralNewestActiveJobIndexがjmGeneralOldestActiveJobIndexよりも小さいことを検出した場合には、ジョブインデックスは、ラップしています。この場合、アプリケーションは、テーブルの端に到達したとき1にインデックスをリセットし、アクティブなジョブの残りの部分を見つけるために、GetNextの動作を継続するものとします。
NOTE - Applications detect the end of the jmAttributeTable table when the OID returned by the GetNext operation is an OID in a different MIB. There is no object in this MIB that specifies the maximum value for the jmJobIndex supported by the implementation.
NOTE - GETNEXT操作によって返されたOIDが異なるMIB内のOIDであるとき、アプリケーションはjmAttributeTableテーブルの終わりを検出します。実装によってサポートjmJobIndexの最大値を指定します。このMIBにはオブジェクトがありません。
When the server or device is power-cycled, the agent SHALL remember the next jmJobIndex value to be assigned, so that new jobs are not assigned the same jmJobIndex as recent jobs before the power cycle.
サーバまたはデバイスの電源を入れ直すと、新しいジョブがパワーサイクルの前に、最近のジョブと同じjmJobIndexが割り当てられていないように、次のjmJobIndex値を覚えているものと、エージェントは、割り当てられます。
Attributes are similar to information objects, except that attributes are identified by an enum, instead of an OID, so that attributes may be registered without requiring a new MIB. Also an implementation that does not have the functionality represented by the attribute can omit the attribute entirely, rather than having to return a distinguished value. The agent is free to materialize an attribute in the jmAttributeTable as soon as the agent is aware of the value of the attribute.
属性は、属性が新しいMIBを必要とせずに登録することができるように、属性は、代わりにOIDを、列挙によって識別されることを除いて、情報オブジェクトに類似しています。また、属性によって表される機能を持っていない実装ではなく著名な値を返すようになるよりも、完全に属性を省略することができます。エージェントは、エージェントは、属性の値を認識しているとすぐにjmAttributeTableで属性を実体化して自由です。
The agent materializes job attributes in a four-indexed jmAttributeTable:
エージェントは4インデックスjmAttributeTableにジョブ属性を具体化：
4. jmAttributeInstanceIndex - which attribute instance for those attributes that can have multiple values per job.
4. jmAttributeInstanceIndex - ジョブごとに複数の値を持つことができ、それらの属性のインスタンスの属性。
Some attributes represent information about a job, such as a file-name, a document-name, a submission-time or a completion time. Other attributes represent resources required, e.g., a medium or a colorant, etc. to process the job before the job starts processing OR to indicate the amount of the resource consumed during and after processing, e.g., pages completed or impressions completed. If both a required and a consumed value of a resource is needed, this specification assigns two separate attribute enums in the textual convention.
一部の属性は、ファイル名、文書名、提出時や終了時間など、ジョブの情報を表します。他の属性は、ジョブの処理を開始するOR中および処理後に消費するリソースの量を示すために、前に、例えば、媒体や着色剤などがジョブを処理するために、必要なリソースを表し、例えば、ページが完了または印象が完了しました。両方が必要とするリソースの消費値が必要とされ、この仕様はテキストの表記法では二つの別々の属性の列挙型を割り当てた場合。
NOTE - The table of contents lists all the attributes in order. This order is the order of enum assignments which is the order that the SNMP GetNext operation returns attributes. Most attributes apply to all three configurations covered by this MIB specification (see
注 - 目次がために、すべての属性を示します。この順序は、SNMP GETNEXT操作は、属性を返すことであるため列挙割り当ての順です。ほとんどの属性は、このMIBの仕様によってカバーされ、すべての3つの構成に適用されます（参照
section 2.1 entitled "System Configurations for the Job Monitoring MIB"). Those attributes that apply to a particular configuration are indicated as 'Configuration n:' and SHALL NOT be used with other configurations.
「ジョブ監視MIBのためのシステム構成」）と題されたセクション2.1。 「構成のN：」特定の構成に適用され、これらの属性は、として示されており、他の構成で使用してはなりません。
An agent SHALL implement any attribute if (1) the server or device supports the functionality represented by the attribute and (2) the information is available to the agent. The agent MAY create the attribute row in the jmAttributeTable when the information is available or MAY create the row earlier with the designated 'unknown' value appropriate for that attribute. See next section.
（1）サーバまたはデバイスが属性によって表される機能をサポートしている場合、エージェントは、任意の属性を実施しなければならない、（2）情報は、エージェントが利用可能です。情報が入手可能であるか、またはその属性の適切な指定「不明」の値で以前の行を作成することができたときに、エージェントはjmAttributeTableに属性行を作成することもできます。次のセクションを参照してください。
If the server or device does not implement or does not provide access to the information about an attribute, the agent SHOULD NOT create the corresponding row in the jmAttributeTable.
サーバまたはデバイスが実装されていないか、属性に関する情報へのアクセスを提供しない場合、エージェントはjmAttributeTableに対応する行を作成しないでください。
Some attributes have a 'useful' Integer32 value, some have a 'useful' OCTET STRING value, some MAY have either or both depending on implementation, and some MUST have both. See the JmAttributeTypeTC textual convention for the specification of each attribute.
一部の属性は、「便利」構文Integer32値を持っているいくつかは、いくつかは、実装に応じて、いずれかまたは両方を持っているかもしれません、「便利」オクテット文字列値を持っている、といくつかの両方を持たなければなりません。各属性の仕様のためJmAttributeTypeTCテキストの表記法を参照してください。
SNMP requires that if an object cannot be implemented because its values cannot be accessed, then a compliant agent SHALL return an SNMP error in SNMPv1 or an exception value in SNMPv2. However, this MIB has been designed so that 'all' objects can and SHALL be implemented by an agent, so that neither the SNMPv1 error nor the SNMPv2 exception value SHALL be generated by the agent. This MIB has also been designed so that when an agent materializes an attribute, the agent SHALL materialize a row consisting of both the jmAttributeValueAsInteger and jmAttributeValueAsOctets objects.
SNMPは、その値にアクセスできないため、オブジェクトが実装することができない場合、対応エージェントはSNMPv1のにSNMPエラーまたはSNMPv2の中の例外値を返すことを要求します。 SNMPv1のエラーやSNMPv2の例外値でもないが、エージェントによって生成されるものとして「すべて」のオブジェクトはと、エージェントによって、実行されなければならないことができるようにしかし、このMIBは設計されています。エージェントが属性を具体化するとき、エージェントは両方jmAttributeValueAsIntegerとjmAttributeValueAsOctetsオブジェクトからなる行を実体SHALLように、このMIBはまた、設計されています。
In general, values for objects and attributes have been chosen so that a management application will be able to determine whether a ' useful', 'unknown', or 'other' value is available. When a useful value is not available for an object, that agent SHALL return a zero-length string for octet strings, the value 'unknown(2)' for enums, a '0' value for an object that represents an index in another table, and a value '-2' for counting integers.
管理アプリケーションは、「有用」「未知」、または「その他」の値が利用可能であるかどうかを決定することができるであろうように、一般に、オブジェクトと属性の値が選択されています。有用な値は、オブジェクトのために利用可能でない場合、そのエージェントは、オクテット文字列の長さゼロの文字列を返す、値「不明（2）」列挙するための、別のテーブル内のインデックスを表すオブジェクトの「0」値、値「-2」整数をカウントします。
Since each attribute is represented by a row consisting of both the jmAttributeValueAsInteger and jmAttributeValueAsOctets MANDATORY objects, SNMP requires that the agent SHALL always create an attribute row with both objects specified. However, for most attributes the agent SHALL return a "useful" value for one of the objects and SHALL return the 'other' value for the other object. For integer only attributes, the agent SHALL always return a zero-length string value for the jmAttributeValueAsOctets object. For octet string only attributes, the agent SHALL always return a '-1' value for the jmAttributeValueAsInteger object.
各属性はjmAttributeValueAsIntegerとjmAttributeValueAsOctets必須オブジェクトの両方からなる行によって表されるので、SNMPエージェントが常に指定された両方のオブジェクトと属性行を作成するものとが必要です。しかし、ほとんどのため、エージェントは、オブジェクトのいずれかの「有用な」値を返すと、他のオブジェクトのための「その他」の値を返すべき属性。整数属性のみのために、エージェントは常にjmAttributeValueAsOctetsオブジェクトの長さゼロの文字列値を返します。オクテット文字列は、属性のみの場合は、エージェントは常にjmAttributeValueAsIntegerオブジェクトの「-1」の値を返します。
A number of attributes are indexes in other tables. Such attribute names end with the word 'Index'. If the agent has not (yet) assigned an index value for a particular index attribute for a job, the agent SHALL either: (1) return the value 0 or (2) not add this attribute to the jmAttributeTable until the index value is assigned. In the interests of brevity, the semantics for 0 is specified once here and is not repeated for each index attribute specification and a DEFVAL of 0 is implied, even though the DEFVAL for jmAttributeValueAsInteger is -2.
属性の数は、他のテーブルでインデックスされています。このような属性名は、単語「インデックス」で終わります。エージェントは（まだ）ジョブの特定のインデックス属性のインデックス値を割り当てられていない場合、エージェントはSHALLのいずれか：（1）値0を返すか、インデックス値が割り当てられるまで、（2）jmAttributeTableにこの属性を追加しません。簡潔にするため、0のためのセマンティクスは、かつてここで指定されており、jmAttributeValueAsIntegerためのDEFVALは-2であっても、暗示された各インデックスの属性指定と0のDEFVALのために繰り返されていません。
Many attributes are sub-typed to give a more specific data type than Integer32 or OCTET STRING. The data sub-type of each attribute is indicated on the first line(s) of the description. Some attributes have several different data sub-type representations. When an attribute has both an Integer32 data sub-type and an OCTET STRING data sub-type, the attribute can be represented in a single row in the jmAttributeTable. In this case, the data sub-type name is not included as the last part of the name of the attribute, e.g., documentFormat(38) which is both an enum and/or a name. When the data sub-types cannot be represented by a single row in the jmAttributeTable, each such representation is considered a separate attribute and is assigned a separate name and enum value. For these attributes, the name of the data sub-type is the last part of the name of the attribute: Name, Index, DateAndTime, TimeStamp, etc. For example, documentFormatIndex(37) is an index.
多くの属性が副タイプ構文Integer32またはオクテット文字列よりも多くの特定のデータ型を与えることがあります。各属性のデータ・サブタイプは、説明の最初の行（複数可）に示されています。一部の属性は、いくつかの異なるデータサブタイプの表現を持っています。属性はInteger32のデータサブタイプとOCTET STRINGデータサブタイプの両方を有する場合、属性はjmAttributeTableに一列に表すことができます。この場合、データサブタイプ名が列挙及び/又は名前の両方の属性、例えば、documentFormat（38）の名前の最後の部分として含まれていません。データサブタイプはjmAttributeTableに単列で表すことができない場合、それぞれのそのような表現は、別の属性とみなされ、別の名前と列挙値が割り当てられます。これらの属性については、データサブタイプの名前は、属性の名前の最後の部分である：等名、インデックス、のDateAndTime、タイムスタンプ、例えば、documentFormatIndex（37）インデックスです。
NOTE: The Table of Contents also lists the data sub-type and/or data sub-types of each attribute, using the textual-convention name when such is defined. The following abbreviations are used in the Table of Contents as shown:
注：目次はまた、が定義されている場合テキストの表記名を使用して、データサブタイプおよび/または各属性のデータサブタイプを示します。示すように、以下の略語は目次で使用されます。
'Int32(-2..)' Integer32 (-2..2147483647) 'Int32(0..)' Integer32 (0..2147483647) 'Int32(1..)' Integer32 (1..2147483647) 'Int32(m..n)' For all other Integer ranges, the lower and upper bound of the range is indicated. 'UTF8String63' JmUTF8StringTC (SIZE(0..63)) 'JobString63' JmJobStringTC (SIZE(0..63)) 'Octets63' OCTET STRING (SIZE(0..63)) 'Octets(m..n)' For all other OCTET STRING ranges, the exact range is indicated.
'のInt32（-2 ..）' Integer32の（-2..2147483647） 'のInt32（0 ..）' Integer32の（0 2147483647） 'のInt32（1 ..）' Integer32の（1 2147483647）「のInt32（他のすべての整数の範囲についてm..n）」、範囲の下限と上限が示されています。 'UTF8String63' JmUTF8StringTC（SIZE（0 63）） 'JobString63' JmJobStringTC（SIZE（0 63）） 'Octets63' オクテットSTRING（SIZE（0 63）） 'オクテット（m..n）' の他のすべてのOCTET STRINGの範囲は、正確な範囲が示されています。
Most attributes have only one row per job. However, a few attributes can have multiple values per job or even per document, where each value is a separate row in the jmAttributeTable. Unless indicated with 'MULTI-ROW:' in the JmAttributeTypeTC description, an agent SHALL ensure that each attribute occurs only once in the jmAttributeTable for a job. Most of the 'MULTI-ROW' attributes do not allow duplicate values, i.e., the agent SHALL ensure that each value occurs only once for a job. Only if the specification of the ' MULTI-ROW' attribute also says "There is no restriction on the same xxx occurring in multiple rows" can the agent allow duplicate values to occur for the job.
ほとんどの属性は、ジョブごとに1つだけの行を持っています。しかし、いくつかの属性は、各値がjmAttributeTableにおける別の行である場合、ジョブごとあるいは文書ごとに複数の値を持つことができます。 「MULTI-ROW：」で示されていない限りJmAttributeTypeTCの説明では、エージェントは、各属性は仕事のためにjmAttributeTableに一度だけ発生することを保証しなければなりません。 「MULTI-ROWの属性のほとんどは、重複する値を許可していない、すなわち、エージェントは、各値は仕事のために一度だけ発生することを確実にしなければなりません。 「MULTI-ROW」属性の仕様も言う場合にのみ、エージェントが重複する値が仕事のために発生させることができ、「複数の行で発生した同じXXXに制限はありません」。
NOTE - Duplicates are allowed for 'extensive' 'MULTI-ROW' attributes, such as fileName(34) or documentName(35) which are specified to be ' per-document' attributes, but are not allowed for 'intensive' ' MULTI-ROW' attributes, such as mediumConsumed(171) and documentFormat(38) which are specified to be 'per-job' attributes.
注 - 重複はあたり文書の属性が、ために許可されていない「'」集中「は、であることが規定されているfileNameに（34）またはDOCUMENTNAME（35）などの属性、' '広範囲」多列に許可されているMULTI- ROWごとのジョブのようmediumConsumed（171）となるように指定されdocumentFormat（38）のように、属性 『』属性。
A number of objects and attributes record requirements for the job. Such object and attribute names end with the word 'Requested'. In the interests of brevity, the phrase 'requested' means: (1) requested by the client (or intervening server) in the job submission protocol and may also mean (2) embedded in the submitted document data, and/or (3) defaulted by the recipient device or server with the same semantics as if the requester had supplied, depending on implementation. Also if a value is supplied by the job submission client, and the server/device determines a better value, through processing or other means, the agent MAY return that better value for such object and attribute.
オブジェクトの数とジョブのレコードの要件を属性。このようなオブジェクトおよび属性名は単語「要求」で終わります。簡潔にするため、「要求された」という表現は、意味：（1）クライアントから要求された（または介在するサーバー）ジョブ送信プロトコルにも（2）提出された文書データに埋め込ま意味するかもしれない、および/または（3）依頼者は、実装に依存し、供給したかのように同じ意味で、受信者のデバイスまたはサーバによってデフォルト設定。値は、ジョブ投入クライアントによって供給され、サーバー/デバイスが処理または他の手段を通じて、より良い値を決定した場合も、エージェントは、このようなオブジェクトや属性のより良い値を返すことがあります。
A number of objects and attributes record consumption. Such attribute names end with the word 'Completed' or 'Consumed'. If the job has not yet consumed what that resource is metering, the agent either: (1) SHALL return the value 0 or (2) SHALL not add this attribute to the jmAttributeTable until the consumption begins. In the interests of brevity, the semantics for 0 is specified once here and is not repeated for each consumption attribute specification and a DEFVAL of 0 is implied, even though the DEFVAL for jmAttributeValueAsInteger is -2.
オブジェクトの数とレコードの消費を属性。このような属性名は、単語「完了」または「消費」で終わります。ジョブがまだそのリソースが計量が何であるかを消費していない場合、エージェントは次のいずれか（1）値0を返すか、消費が始まるまで（2）jmAttributeTableにこの属性を追加してはなりません。簡潔にするため、0のためのセマンティクスは、かつてここで指定されており、jmAttributeValueAsIntegerためのDEFVALは-2であっても、暗示されている各消費属性仕様と0のDEFVALのために繰り返されていません。
This section specifies the job attributes.
このセクションでは、ジョブの属性を指定します。
In the following definitions of the attributes, each description indicates whether the useful value of the attribute SHALL be represented using the jmAttributeValueAsInteger or the jmAttributeValueAsOctets objects by the initial tag: 'INTEGER:' or ' OCTETS:', respectively.
「INTEGER：」または「OCTETS」、それぞれの属性の以下の定義では、各記述は、属性の有用な値はjmAttributeValueAsInteger又はjmAttributeValueAsOctetsの初期タグによってオブジェクトを使用して表すことがSHALLかどうかを示します。
Some attributes allow the agent implementer a choice of useful values of either an integer, an octet string representation, or both, depending on implementation. These attributes are indicated with ' INTEGER:' AND/OR 'OCTETS:' tags.
一部の属性は、実装に応じて、エージェントの実装に整数、オクテット文字列表現、またはその両方のいずれかの有用な値の選択を可能にします。 AND / OR 'OCTETS：' タグ：これらの属性は、 'INTEGER' で示されています。
A very few attributes require both objects at the same time to represent a pair of useful values (see mediumConsumed(171)). These attributes are indicated with 'INTEGER:' AND 'OCTETS:' tags. See the jmAttributeGroup for the descriptions of these two MANDATORY objects.
非常に少数の属性が有用な値の対を表すために、同時に両方のオブジェクトを必要とする（mediumConsumed（171）を参照）。 AND「OCTETS：」タグ：これらの属性は、「INTEGER」で示されています。これらの2つの必須のオブジェクトの説明については、jmAttributeGroupを参照してください。
NOTE - The enum assignments are grouped logically with values assigned in groups of 20, so that additional values may be registered in the future and assigned a value that is part of their logical grouping.
注 - 追加の値は、将来に登録し、その論理グループの一部である値を割り当てることができるように列挙割り当ては、20のグループに割り当てられた値と論理的にグループ化されます。
Values in the range 2**30 to 2**31-1 are reserved for private or experimental usage. This range corresponds to the same range reserved in IPP. Implementers are warned that use of such values may conflict with other implementations. Implementers are encouraged to request registration of enum values following the procedures in Section 3.7.1.
範囲の値が2 ** 30 2 ** 31-1にプライベートまたは実験の使用のために予約されています。この範囲は、IPPに貯留同じ範囲に対応します。実装者は、このような値の使用は他の実装と競合する可能性があると警告しています。実装者は、3.7.1項の手順、次の列挙値の登録を要求することをお勧めします。
NOTE: No attribute name exceeds 31 characters.
注：属性名が31文字を超えることはありません。
The standard attribute types are:
標準の属性タイプは次のとおりです。
jmAttributeTypeIndex Datatype
-------------------- --------
other(1), Integer32 (-2..2147483647) AND/OR OCTET STRING(SIZE(0..63)) INTEGER: and/or OCTETS: An attribute that is not in the list and/or that has not been approved and registered with the PWG.
その他（1）、構文Integer32（-2..2147483647）AND / ORオクテットSTRING（SIZE（0 63））INTEGER：および/またはOCTETS：リストではなく、かつ/またはそれが承認されていない属性そしてPWGに登録。
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + Job State attributes (3 - 19 decimal) + + The following attributes specify the state of a job. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++++++ +ジョブ状態属性（3から19進）+ +次の属性は、ジョブの状態を指定します。 ++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++++++
jobStateReasons2(3), JmJobStateReasons2TC INTEGER: Additional information about the job's current state that augments the jmJobState object. See the description under the JmJobStateReasons1TC textual-convention.
jobStateReasons2（3）、JmJobStateReasons2TC INTEGER：jmJobStateオブジェクトを強化し、ジョブの現在の状態についての追加情報。 JmJobStateReasons1TCのテキストの表記法の下の説明を参照してください。
jobStateReasons3(4), JmJobStateReasons3TC INTEGER: Additional information about the job's current state that augments the jmJobState object. See the description under JmJobStateReasons1TC textual-convention.
jobStateReasons3（4）、JmJobStateReasons3TC INTEGER：jmJobStateオブジェクトを強化し、ジョブの現在の状態についての追加情報。 JmJobStateReasons1TCのテキストの表記法の下の説明を参照してください。
jobStateReasons4(5), JmJobStateReasons4TC INTEGER: Additional information about the job's current state that augments the jmJobState object. See the description under JmJobStateReasons1TC textual-convention.
jobStateReasons4（5）、JmJobStateReasons4TC INTEGER：jmJobStateオブジェクトを強化し、ジョブの現在の状態についての追加情報。 JmJobStateReasons1TCのテキストの表記法の下の説明を参照してください。
processingMessage(6), JmUTF8StringTC (SIZE(0..63)) OCTETS: MULTI-ROW: A coded character set message that is generated by the server or device during the processing of the job as a simple form of processing log to show progress and any problems. The natural language of each value is specified by the corresponding processingMessageNaturalLangTag(7) value.
processingMessage（6）、JmUTF8StringTC（SIZE（0 63））OCTETS：MULTI-ROW：進行状況を表示するために、処理ログの単純な形態として、ジョブの処理中に、サーバまたはデバイスによって生成された符号化文字セットメッセージそして何の問題。各値の自然言語は、対応processingMessageNaturalLangTag（7）の値によって指定されます。
NOTE - This attribute is intended for such conditions as
interpreter messages, rather than being the printable form of
the jmJobState and jmJobStateReasons1 objects and
jobStateReasons2, jobStateReasons3, and jobStateReasons4
attributes. In order to produce a localized printable form of
these job state objects/attribute, a management application
SHOULD produce a message from their enum and bit values.
NOTE - There is no job description attribute in IPP/1.0 that corresponds to this attribute and this attribute does not correspond to the IPP/1.0 'job-state-message' job description attribute, which is just a printable form of the IPP 'job-state' and 'job-state-reasons' job attributes.
注 - この属性に対応しており、この属性はIPP「仕事のほんの印刷可能な形式であるIPP / 1.0「ジョブ状態メッセージ」ジョブ記述属性に対応していないIPP / 1.0にはジョブ記述属性はありません-state」と 『ジョブ状態の理由』仕事の属性。
There is no restriction for the same message occurring in multiple rows.
複数の行で発生した同じメッセージのための制限はありません。
processingMessageNaturalLangTag(7), OCTET STRING(SIZE(0..63)) OCTETS: MULTI-ROW: The natural language of the corresponding processingMessage(6) attribute value. See section 3.6.1, entitled 'Text generated by the server or device'.
processingMessageNaturalLangTag（7）、オクテットSTRING（SIZE（0 63））OCTETS：MULTI-ROW：対応processingMessageの自然言語（6）属性値。 「サーバーまたはデバイスによって生成されたテキスト」と題するセクション3.6.1を参照してください。
If the agent does not know the natural language of the job
processing message, the agent SHALL either (1) return a zero
length string value for the processingMessageNaturalLangTag(7)
attribute or (2) not return the
processingMessageNaturalLangTag(7) attribute for the job.
There is no restriction for the same tag occurring in multiple rows, since when this attribute is implemented, it SHOULD have a value row for each corresponding processingMessage(6) attribute value row.
この属性が実装されている場合、それは対応する各processingMessage（6）属性値列の値の行を持っている必要があるため、複数の行で発生した同じタグの制限は、存在しません。
jobCodedCharSet(8), CodedCharSet INTEGER: The MIBenum identifier of the coded character set that the agent is using to represent coded character set objects and attributes of type 'JmJobStringTC'. These coded character set objects and attributes are either: (1) supplied by the job submitting client or (2) defaulted by the server or device when omitted by the job submitting client. The agent SHALL represent these objects and attributes in the MIB either (1) in the coded character set as they were submitted or (2) MAY convert the coded character set to another coded character set or encoding scheme as identified by the jobCodedCharSet(8) attribute. See section 3.6.2, entitled 'Text supplied by the job submitter'.
jobCodedCharSet（8）、CodedCharSet INTEGER：符号化された文字のMIBenum識別子は、エージェントのタイプのコード化文字セットオブジェクトと属性を表すために使用されるように設定「JmJobStringTC」。これらの符号化された文字セットオブジェクトおよび属性のいずれかである：（1）ジョブクライアントを提出又は（2）クライアントに提出するジョブで省略サーバまたはデバイスによってデフォルトによって供給されます。エージェントは、これらのオブジェクトを表し、いずれかのMIBの属性なければならない。（1）は、提出された、またはjobCodedCharSetによって識別される（2）別の符号化された文字セットまたは符号化方式に設定され符号化された文字を変換することができるように設定され符号化された文字（8）属性。 「仕事の提出者によって提供されるテキスト」と題するセクション3.6.2を参照してください。
These MIBenum values are assigned by IANA [IANA-charsets] when
the coded character sets are registered. The coded character
set SHALL be one of the ones registered with IANA [IANA] and the
enum value uses the CodedCharSet textual-convention from the
Printer MIB. See the JmJobStringTC textual-convention.
If the agent does not know what coded character set was used by the job submitting client, the agent SHALL either (1) return the 'unknown(2)' value for the jobCodedCharSet(8) attribute or (2) not return the jobCodedCharSet(8) attribute for the job.
エージェントは、符号化文字集合は、ジョブ投入クライアントによって使用されたのか分からない場合、エージェントは、（1）（jobCodedCharSet（8）属性または（2）jobCodedCharSetを返さないため「不明（2）」の値を返します仕事のため8）属性。
jobNaturalLanguageTag(9), OCTET STRING(SIZE(0..63)) OCTETS: The natural language of the job attributes supplied by the job submitter or defaulted by the server or device for the job, i.e., all objects and attributes represented by the ' JmJobStringTC' textual-convention, such as jobName, mediumRequested, etc. See Section 3.6.2, entitled 'Text supplied by the job submitter'.
jobNaturalLanguageTag（9）、オクテットSTRING（SIZE（0 63））OCTETS：ジョブ属性の自然言語は、ジョブ提出者によって供給されるか、ジョブのサーバまたはデバイスによってデフォルト、すなわち、すべてのオブジェクトと属性が表されますなどjobNameは、mediumRequested、として「JmJobStringTC」テキストの表記法は、「仕事の提出者によって提供されるテキスト」と題するセクション3.6.2を参照してください。
If the agent does not know what natural language was used by the
job submitting client, the agent SHALL either (1) return a zero
length string value for the jobNaturalLanguageTag(9) attribute
or (2) not return jobNaturalLanguageTag(9) attribute for the
job.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + Job Identification attributes (20 - 49 decimal) + + The following attributes help an end user, a system + operator, or an accounting program identify a job. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
++++++++++++++++++++++++++++++++++++++++++++++++++ + +次の属性は、ジョブを識別し、エンドユーザー、システム+演算子、または会計プログラムを支援 - （49進20）+++++++++++++ +ジョブID属性。 ++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++++++
jobURI(20), OCTET STRING(SIZE(0..63)) OCTETS: MULTI-ROW: The job's Universal Resource Identifier (URI) [RFC1738]. See IPP [ipp-model] for example usage.
jobURI（20）、オクテットSTRING（SIZE（0 63））OCTETS：MULTI-ROW：ジョブのユニバーサルリソース識別子（URI）[RFC1738]。使用例のためにIPP [IPP-モデル]を参照してください。
NOTE - The agent may be able to generate this value on each
SNMP Get operation from smaller values, rather than having
to store the entire URI.
If the URI exceeds 63 octets, the agent SHALL use multiple values, with the next 63 octets coming in the second value, etc.
URIは、63個のオクテットを超える場合、エージェントは次の63個のオクテットが第2の値、等に来ると、複数の値を使用しなければなりません
NOTE - IPP [ipp-model] has a 1023-octet maximum length for a URI, though the URI standard itself and HTTP/1.1 specify no maximum length.
注 - IPP [IPPモデル]はURI規格自体及びHTTP / 1.1は、最大長を指定しないが、URIのために1023オクテットの最大長さを有します。
jobAccountName(21), OCTET STRING(SIZE(0..63)) OCTETS: Arbitrary binary information which MAY be coded character set data or encrypted data supplied by the submitting user for use by accounting services to allocate or categorize charges for services provided, such as a customer account name or number.
jobAccountName（21）、オクテットSTRING（SIZE（0 63））OCTETS：文字をコード化することができる任意のバイナリ情報は、データセットまたは提供されるサービスの料金を割り当てるか、分類する会計サービスによる使用のために提出するユーザによって供給されたデータを暗号化し、こうした顧客のアカウント名や番号など。
NOTE: This attribute NEED NOT be printable characters.
注：この属性は、印刷可能な文字である必要はありません。
serverAssignedJobName(22), JmJobStringTC (SIZE(0..63)) OCTETS: Configuration 3 only: The human readable string name, number, or ID of the job as assigned by the server that submitted the job to the device that the agent is providing access to with this MIB.
serverAssignedJobName（22）、JmJobStringTC（SIZE（0 63））OCTETS：構成3のみ：人間が読める文字列名、番号、またはエージェントがあるデバイスにジョブを送信し、サーバが割り当てたジョブのIDこのMIBでへのアクセスを提供します。
NOTE - This attribute is intended for enabling a user to
find his/her job that a server submitted to a device when
either the client does not support the jmJobSubmissionID or
the server does not pass the jmJobSubmissionID through to
the device.
jobName(23), JmJobStringTC (SIZE(0..63)) OCTETS: The human readable string name of the job as assigned by the submitting user to help the user distinguish between his/her various jobs. This name does not need to be unique.
jobNameは（23）、JmJobStringTC（SIZE（0 63））OCTETS：ジョブの人間が読める文字列名、ユーザが彼/彼女の様々な仕事を区別しやすくするために提出ユーザーが割り当てました。この名前は一意である必要はありません。
This attribute is intended for enabling a user or the
user's application to convey a job name that MAY be printed
on a start sheet, returned in a query result, or used in
notification or logging messages.
In order to assist users to find their jobs for job submission protocols that don't supply a jmJobSubmissionID, the agent SHOULD maintain the jobName attribute for the time specified by the jmGeneralJobPersistence object, rather than the (shorter) jmGeneralAttributePersistence object.
jmJobSubmissionIDを供給していないジョブ提出プロトコルのための彼らの仕事を見つけるためにユーザーを支援するために、エージェントは、むしろ（短い）jmGeneralAttributePersistenceオブジェクトよりも、jmGeneralJobPersistenceオブジェクトによって指定された時間のためのジョブ名属性を維持する必要があります。
If this attribute is not specified when the job is submitted, no job name is assumed, but implementation specific defaults are allowed, such as the value of the documentName attribute of the first document in the job or the fileName attribute of the first document in the job.
この属性は、ジョブが送信されたときに指定されていない場合は、そのようなジョブの最初のドキュメントのDOCUMENTNAME属性またはの最初のドキュメントのファイル名属性の値として、何のジョブ名が仮定されていないが、実装固有のデフォルトが許可されていますジョブ。
The jobName attribute is distinguished from the jobComment attribute, in that the jobName attribute is intended to permit the submitting user to distinguish between different jobs that he/she has submitted. The jobComment attribute is intended to be free form additional information that a user might wish to use to communicate with himself/herself, such as a reminder of what to do with the results or to indicate a different set of input parameters were tried in several different job submissions.
ジョブ名属性は、ジョブ名属性が、彼/彼女が提出したことが異なるジョブを区別するために提出するユーザーを可能にすることを意図しているという点で、jobComment属性とは区別されます。 jobComment属性は、いくつかの異なる中で試されたユーザーは、このような結果をどうするか、入力パラメータの異なるセットを示すために、何のリマインダーとして彼自身/彼女自身、との通信に使用したいかもしれない自由形式の追加情報であることを意図していますジョブ提出。
jobServiceTypes(24), JmJobServiceTypesTC INTEGER: Specifies the type(s) of service to which the job has been submitted (print, fax, scan, etc.). The service type is bit encoded with each job service type so that more general and arbitrary services can be created, such as services with more than one destination type, or ones with only a source or only a destination. For example, a job service might scan, faxOut, and print a single job. In this case, three bits would be set in the jobServiceTypes attribute, corresponding to the hexadecimal values: 0x8 + 0x20 + 0x4, respectively, yielding: 0x2C.
jobServiceTypes（24）、JmJobServiceTypesTC INTEGER：ジョブが送信された前記サービス（印刷、ファックス、スキャンなど）のタイプ（複数可）を指定します。サービスタイプは、もう少し一般的な任意のサービスは、複数の宛先タイプのサービス、または唯一のソースまたは宛先のみを有するものとして、作成することができるように、各ジョブのサービスタイプを用いて符号化されます。たとえば、ジョブサービスは、faxOutをスキャンし、単一のジョブを印刷することがあります。得、それぞれ、0x8という+の0x20 +を0x4：0x2Cこの場合には、3つのビットは、16進値に対応し、属性jobServiceTypesに設定されます。
Whether this attribute is set from a job attribute supplied
by the job submission client or is set by the recipient job
submission server or device depends on the job submission
protocol. This attribute SHALL be implemented if the
server or device has other types in addition to or instead
of printing.
One of the purposes of this attribute is to permit a requester to filter out jobs that are not of interest. For example, a printer operator may only be interested in jobs that include printing.
この属性の目的の一つは、関心のないジョブをフィルタするために依頼者を可能にすることです。例えば、プリンタのオペレータは、印刷を含むジョブに興味があるかもしれません。
jobSourceChannelIndex(25), Integer32 (0..2147483647) INTEGER: The index of the row in the associated Printer MIB [print-mib] of the channel which is the source of the print job.
jobSourceChannelIndex（25）、Integer32の（0 2147483647）INTEGER：印刷ジョブの送信元であるチャネルの関連するプリンタMIB [印刷MIB]の行のインデックス。
jobSourcePlatformType(26), JmJobSourcePlatformTypeTC INTEGER: The source platform type of the immediate upstream submitter that submitted the job to the server (configuration 2) or device (configuration 1 and 3) to which the agent is providing access. For configuration 1, this is the type of the client that submitted the job to the device; for configuration 2, this is the type of the client that submitted the job to the server; and for configuration 3, this is the type of the server that submitted the job to the device.
jobSourcePlatformType（26）、JmJobSourcePlatformTypeTC INTEGER：サーバ（構成2）またはデバイス（構成1と3）エージェントがアクセスを提供されるまでにジョブを送信直上流サブミッターのソース・プラットフォーム・タイプ。設定1の場合、これは、デバイスにジョブを送信したクライアントのタイプです。設定2のために、これはサーバにジョブを送信したクライアントのタイプです。そして、設定3のために、これは、デバイスにジョブを送信し、サーバーの種類です。
submittingServerName(27), JmJobStringTC (SIZE(0..63)) OCTETS: For configuration 3 only: The administrative name of the server that submitted the job to the device.
submittingServerName（27）、JmJobStringTC（SIZE（0 63））OCTETS：設定3の場合のみ：デバイスにジョブを送信し、サーバーの管理名。
submittingApplicationName(28), JmJobStringTC (SIZE(0..63)) OCTETS: The name of the client application (not the server in configuration 3) that submitted the job to the server or device.
submittingApplicationName（28）、JmJobStringTC（SIZE（0 63））OCTETS：サーバーまたはデバイスにジョブを送信するクライアントアプリケーション（設定3でないサーバー）の名前。
jobOriginatingHost(29), JmJobStringTC (SIZE(0..63)) OCTETS: The name of the client host (not the server host name in configuration 3) that submitted the job to the server or device.
jobOriginatingHost（29）、JmJobStringTC（SIZE（0 63））OCTETS：クライアントのホスト名（設定3でないサーバーのホスト名）サーバやデバイスにジョブを提出しました。
deviceNameRequested(30), JmJobStringTC (SIZE(0..63)) OCTETS: The administratively defined coded character set name of the target device requested by the submitting user. For configuration 1, its value corresponds to the Printer MIB [print-mib]: prtGeneralPrinterName object. For configuration 2 and 3, its value is the name of the logical or physical device that the user supplied to indicate to the server on which device(s) they wanted the job to be processed.
deviceNameRequested（30）、JmJobStringTC（SIZE（0 63））OCTETS：サブミットするユーザによって要求されたターゲット装置の管理者が定義コード化文字セット名。 prtGeneralPrinterNameオブジェクト：構成1のために、その値はプリンタMIB [印刷MIB]に相当します。構成2及び3については、その値は、ユーザがそれらが処理されるべきジョブを望んでいるデバイス（複数可）上のサーバに示すために提供される論理的または物理的デバイスの名前です。
queueNameRequested(31), JmJobStringTC (SIZE(0..63)) OCTETS: The administratively defined coded character set name of the target queue requested by the submitting user. For configuration 1, its value corresponds to the queue in the device for which the agent is providing access. For configuration 2 and 3, its value is the name of the queue that the user supplied to indicate to the server on which device(s) they wanted the job to be processed.
queueNameRequested（31）、JmJobStringTC（SIZE（0 63））OCTETS：提出ユーザーによって要求されたターゲット・キューの管理者が定義したコード化文字セット名。構成1のために、その値は、エージェントがアクセスを提供されているデバイス内のキューに対応しています。構成2及び3については、その値は、ユーザがそれらが処理されるべきジョブを望んでいるデバイス（複数可）上のサーバに示すために供給されるキューの名前です。
NOTE - typically an implementation SHOULD support either
the deviceNameRequested or queueNameRequested attribute,
but not both.
physicalDevice(32), hrDeviceIndex AND/OR JmUTF8StringTC (SIZE(0..63)) INTEGER: MULTI-ROW: The index of the physical device MIB instance requested/used, such as the Printer MIB [print-mib]. This value is an hrDeviceIndex value. See the Host Resources MIB [hr-mib].
[物理（32）、hrDeviceIndex AND / OR JmUTF8StringTC（SIZE（0 63））INTEGER：MULTI-ROW：物理デバイスのMIBインスタンスのインデックスが使用される/要求され、そのようなプリンタMIB [印刷-MIB]として。この値は、hrDeviceIndex値です。ホストリソースMIB [HR-MIB]を参照してください。
AND/OR
AND / OR
OCTETS: MULTI-ROW: The name of the physical device to which the job is assigned.
OCTETS：MULTI-ROW：ジョブが割り当てられている物理デバイスの名前。
numberOfDocuments(33), Integer32 (-2..2147483647) INTEGER: The number of documents in this job.
numberOfDocuments（33）、構文Integer32（-2..2147483647）INTEGER：このジョブ内のドキュメントの数。
The agent SHOULD return this attribute if the job has more
than one document.
fileName(34), JmJobStringTC (SIZE(0..63)) OCTETS: MULTI-ROW: The coded character set file name or URI [URI-spec] of the document.
fileNameに（34）、JmJobStringTC（SIZE（0 63））OCTETS：MULTI-ROW：符号化された文字セットのファイル名や文書のURI [URI仕様]。
There is no restriction on the same file name occurring in
multiple rows.
documentName(35), JmJobStringTC (SIZE(0..63)) OCTETS: MULTI-ROW: The coded character set name of the document.
DOCUMENTNAME（35）、JmJobStringTC（SIZE（0 63））OCTETS：MULTI-ROW：文書のコード化文字セット名。
There is no restriction on the same document name occurring
in multiple rows.
jobComment(36), JmJobStringTC (SIZE(0..63)) OCTETS: An arbitrary human-readable coded character text string supplied by the submitting user or the job submitting application program for any purpose. For example, a user might indicate what he/she is going to do with the printed output or the job submitting application program might indicate how the document was produced.
jobComment（36）、JmJobStringTC（SIZE（0 63））OCTETS：提示ユーザーまたは任意の目的のためにジョブ投入アプリケーションプログラムによって供給された任意の人間が読み取り可能なコード化された文字のテキスト文字列。例えば、ユーザは彼/彼女は、印刷出力またはドキュメントが生成された方法を示している可能性がありますジョブ投入アプリケーションプログラムで行うために何が起こっているかを示す場合があります。
The jobComment attribute is not intended to be a name; see
the jobName attribute.
documentFormatIndex(37), Integer32 (0..2147483647) INTEGER: MULTI-ROW: The index in the prtInterpreterTable in the Printer MIB [print-mib] of the page description language (PDL) or control language interpreter that this job requires/uses. A document or a job MAY use more than one PDL or control language.
documentFormatIndex（37）、Integer32の（0 2147483647）INTEGER：MULTI-ROW：このジョブが必要とする/使用するページ記述言語（PDL）または制御言語インタプリタのプリンタMIB [印刷MIB]でprtInterpreterTableのインデックス。文書またはジョブは、複数のPDLまたは制御言語を使用するかもしれません。
NOTE - As with all intensive attributes where multiple rows
are allowed, there SHALL be only one distinct row for each
distinct interpreter; there SHALL be no duplicates.
NOTE - This attribute type is intended to be used with an agent that implements the Printer MIB and SHALL not be used if the agent does not implement the Printer MIB. Such an agent SHALL use the documentFormat attribute instead.
注 - この属性のタイプは、プリンタのMIBを実装し、エージェントがプリンタMIBを実装していない場合は、使用してはならない物質で使用することを意図しています。このような薬剤は、代わりにdocumentFormat属性を使用しなければなりません。
documentFormat(38), PrtInterpreterLangFamilyTC AND/OR OCTET STRING(SIZE(0..63)) INTEGER: MULTI-ROW: The interpreter language family corresponding to the Printer MIB [print-mib] prtInterpreterLangFamily object, that this job requires/uses. A document or a job MAY use more than one PDL or control language.
documentFormat（38）、PrtInterpreterLangFamilyTC AND / ORオクテットSTRING（SIZE（0 63））INTEGER：MULTI-ROW：プリンタMIB [印刷-MIB] prtInterpreterLangFamilyオブジェクトに対応するインタープリタ言語ファミリ、このジョブが必要とする/利用を。文書またはジョブは、複数のPDLまたは制御言語を使用するかもしれません。
AND/OR
AND / OR
OCTETS: MULTI-ROW: The document format registered as a media type [iana-media-types], i.e., the name of the MIME content-type/subtype. Examples: 'application/postscript', 'application/vnd.hp-PCL', 'application/pdf', 'text/plain' (US-ASCII SHALL be assumed), 'text/plain; charset=iso-8859-1', and 'application/octet-stream'. The IPP 'document-format' job attribute uses these same values with the same semantics. See the IPP [ipp-model] 'mimeMediaType' attribute syntax and the document-format attribute for further examples and explanation.
OCTETS：MULTI-ROW：メディアタイプ[IANAメディア・タイプ]、すなわち、MIMEコンテンツタイプ/サブタイプの名前として登録文書フォーマット。例： 'アプリケーション/追伸'、 'アプリケーション/ vnd.hp-PCL'、 'アプリケーション/ PDF'、 'text / plainで'（US-ASCIIが仮定されるものとする（SHALL））、「text / plainで、 charset = ISO-8859-1' 、および 'アプリケーション/オクテットストリーム'。 IPP「文書形式」ジョブ属性は、同じセマンティクスでこれらの同じ値を使用します。 IPP [IPP-モデル]「mimeMediaType」属性構文とさらなる例および説明のための文書フォーマットの属性を参照してください。
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + Job Parameter attributes (50 - 67 decimal) + + The following attributes represent input parameters + supplied by the submitting client in the job submission + protocol. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++ +ジョブパラメータ属性（50から67までの10進数）+ +次の属性は、ジョブの投入+プロトコルに提出するクライアントによって供給された入力パラメータ+を表します。 ++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++
jobPriority(50), Integer32 (-2..100) INTEGER: The priority for scheduling the job. It is used by servers and devices that employ a priority-based scheduling algorithm.
jobPriority（50）、構文Integer32（-2..100）INTEGER：ジョブをスケジュールする際の優先順位。これは、優先順位ベースのスケジューリングアルゴリズムを採用するサーバやデバイスで使用されています。
A higher value specifies a higher priority. The value 1 is
defined to indicate the lowest possible priority (a job which a
priority-based scheduling algorithm SHALL pass over in favor of
higher priority jobs). The value 100 is defined to indicate the
highest possible priority. Priority is expected to be evenly or
'normally' distributed across this range. The mapping of
vendor-defined priority over this range is implementation-
specific. -2 indicates unknown.
jobProcessAfterDateAndTime(51), DateAndTime (SNMPv2-TC) OCTETS: The calendar date and time of day after which the job SHALL become a candidate to be scheduled for processing. If the value of this attribute is in the future, the server SHALL set the value of the job's jmJobState object to pendingHeld and add the jobProcessAfterSpecified bit value to the job's jmJobStateReasons1 object. When the specified date and time arrives, the server SHALL remove the jobProcessAfterSpecified bit value from the job's jmJobStateReasons1 object and, if no other reasons remain, SHALL change the job's jmJobState object to pending.
jobProcessAfterDateAndTime（51）のDateAndTime（のSNMPv2-TC）OCTETS：1日のカレンダの日付と時刻、ジョブが処理のためにスケジュールされる候補になるものとしました。この属性の値は、将来的にある場合、サーバはpendingHeldにジョブのjmJobStateオブジェクトの値を設定し、ジョブのjmJobStateReasons1オブジェクトにjobProcessAfterSpecifiedビット値を追加するものとします。指定された日付と時刻が到着すると、サーバーは、ジョブのjmJobStateReasons1オブジェクトからjobProcessAfterSpecifiedビットの値を削除するものとして、他の理由が残っていない場合は、保留中にジョブのjmJobStateオブジェクトを変更しなければなりません。
jobHold(52), JmBooleanTC INTEGER: If the value is 'true(4)', a client has explicitly specified that the job is to be held until explicitly released. Until the job is explicitly released by a client, the job SHALL be in the pendingHeld state with the jobHoldSpecified value in the jmJobStateReasons1 attribute.
jobHold（52）、JmBooleanTC INTEGERは：値が「真（4）」、クライアントが明示的にジョブが明示的に解放されるまで開催されることを指定しました。ジョブが明示的にクライアントによって解放されるまで、ジョブはjmJobStateReasons1属性にjobHoldSpecified値でpendingHeld状態にされなければなりません。
jobHoldUntil(53), JmJobStringTC (SIZE(0..63)) OCTETS: The named time period during which the job SHALL become a candidate for processing, such as 'evening', 'night', ' weekend', 'second-shift', 'third-shift', etc., (supported values configured by the system administrator). See IPP [ipp-model] for the standard keyword values. Until that time period arrives, the job SHALL be in the pendingHeld state with the jobHoldUntilSpecified value in the jmJobStateReasons1 object. The value 'no-hold' SHALL indicate explicitly that no time period has been specified; the absence of this attribute SHALL indicate implicitly that no time period has been specified.
jobHoldUntil（53）、JmJobStringTC（SIZE（0 63））OCTETS：ジョブは処理のための候補となるものその間命名時間、例えば「夜」、「夜」、「週末」、「第二シフトとして」、 『3速』、等、（サポートされる値は、システム管理者によって設定されます）。標準のキーワード値のためにIPP [IPP-モデル]を参照してください。その期間が到着するまで、ジョブはjmJobStateReasons1オブジェクト内のjobHoldUntilSpecified値でpendingHeld状態にされなければなりません。値が「ノーホールド」には時間が指定されていないことを明確に表示しなければなりません。この属性が存在しない場合は、期間が指定されていないことを暗黙的に示さなければなりません。
outputBin(54), Integer32 (0..2147483647) AND/OR JmJobStringTC (SIZE(0..63)) INTEGER: MULTI-ROW: The output subunit index in the Printer MIB [print-mib]
outputBin（54）、Integer32の（0 2147483647）AND / OR JmJobStringTC（SIZE（0 63））INTEGER：MULTI-ROW：プリンタMIB [印刷MIB]で出力サブインデックス
AND/OR
AND / OR
OCTETS: MULTI-ROW: the name or number (represented as ASCII digits) of the output bin to which all or part of the job is placed in.
OCTETS：MULTI-ROW：ジョブの全部または一部が中に配置される出力ビンの名前または番号（ASCII数字として表されます）。
sides(55), Integer32 (-2..2) INTEGER: MULTI-ROW: The number of sides, '1' or '2', that any document in this job requires/used.
辺（55）、Integer32の（-2..2）INTEGER：MULTI-ROW：辺の数、 '1' 又は '2' は、このジョブの任意のドキュメントが必要とする/使用します。
finishing(56), JmFinishingTC INTEGER: MULTI-ROW: Type of finishing that any document in this job requires/used.
仕上げ（56）、JmFinishingTC INTEGER：MULTI-ROW：このジョブの任意の文書が必要であることを仕上げの種類/使用します。
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + Image Quality attributes (requested and consumed) (70 - 87) + + For devices that can vary the image quality. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++ +画質属性（要求および消費）（70から87）+ +画質を変えることができデバイスの場合。 ++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++
printQualityRequested(70), JmPrintQualityTC INTEGER: MULTI-ROW: The print quality selection requested for a document in the job for printers that allow quality differentiation.
（70）printQualityRequested、JmPrintQualityTC INTEGER：MULTI-ROW：品質の差別を許すプリンタ用ジョブ内の文書のために要求された印刷品質の選択。
printQualityUsed(71), JmPrintQualityTC INTEGER: MULTI-ROW: The print quality selection actually used by a document in the job for printers that allow quality differentiation.
（71）printQualityUsed、JmPrintQualityTC INTEGER：MULTI-ROW：実際品質の分化を可能にするプリンタのジョブ文書で使用される印刷品質の選択。
printerResolutionRequested(72), JmPrinterResolutionTC OCTETS: MULTI-ROW: The printer resolution requested for a document in the job for printers that support resolution selection.
printerResolutionRequested（72）、JmPrinterResolutionTC OCTETS：MULTI-ROW：解像度の選択をサポートするプリンタのジョブにドキュメントを要求プリンタの解像度。
printerResolutionUsed(73), JmPrinterResolutionTC OCTETS: MULTI-ROW: The printer resolution actually used by a document in the job for printers that support resolution selection.
printerResolutionUsed（73）、JmPrinterResolutionTC OCTETS：MULTI-ROW：実際の解像度の選択をサポートするプリンタのジョブ文書で使用されるプリンタの解像度。
tonerEcomonyRequested(74), JmTonerEconomyTC INTEGER: MULTI-ROW: The toner economy selection requested for documents in the job for printers that allow toner economy differentiation.
tonerEcomonyRequested（74）、JmTonerEconomyTC INTEGER：MULTI-ROW：トナー経済の分化を許可するプリンタ用ジョブ内のドキュメントのために要求されたトナー経済の選択。
tonerEcomonyUsed(75), JmTonerEconomyTC INTEGER: MULTI-ROW: The toner economy selection actually used by documents in the job for printers that allow toner economy differentiation.
tonerEcomonyUsed（75）、JmTonerEconomyTC INTEGER：MULTI-ROW：実際にトナー経済の分化を許可するプリンタ用のジョブでの文書で使用されるトナー経済の選択。
tonerDensityRequested(76) Integer32 (-2..100) INTEGER: MULTI-ROW: The toner density requested for a document in this job for devices that can vary toner density levels. Level 1 is the lowest density and level 100 is the highest density level. Devices with a smaller range, SHALL map the 1-100 range evenly onto the implemented range.
tonerDensityRequested（76）Integer32の（-2..100）INTEGER：MULTI-ROW：トナー濃度レベルを変化させることができるデバイスは、このジョブでは、ドキュメントを要求トナー濃度。レベル1が最低濃度とレベル100が最高濃度レベルです。小さい範囲を持つデバイスは、実装範囲に均等1-100範囲をマッピングSHALL。
tonerDensityUsed(77), Integer32 (-2..100) INTEGER: MULTI-ROW: The toner density used by documents in this job for devices that can vary toner density levels. Level
tonerDensityUsed（77）、Integer32の（-2..100）INTEGER：MULTI-ROW：トナー濃度レベルを変化させることができるデバイスは、このジョブの文書で使用されるトナー濃度。レベル
1 is the lowest density and level 100 is the highest density
level. Devices with a smaller range, SHALL map the 1-100 range
evenly onto the implemented range.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + Job Progress attributes (requested and consumed) (90-109) + + Pairs of these attributes can be used by monitoring + applications to show an indication of relative progress + to users. See section 3.4, entitled: + 'Monitoring Job Progress'. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++ +ジョブの進捗状況（要求と消費）属性（90から109）+ +これらの属性のペアは、ユーザーに対する進捗+の指示を表示するための監視+アプリケーションで使用することができます。 +「ジョブの進捗状況の監視」：セクション3.4、題しを参照してください。 ++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++
jobCopiesRequested(90), Integer32 (-2..2147483647) INTEGER: The number of copies of the entire job that are to be produced.
jobCopiesRequested（90）、Integer32の（-2..2147483647）INTEGER：生成されるジョブ全体の部数。
jobCopiesCompleted(91), Integer32 (-2..2147483647) INTEGER: The number of copies of the entire job that have been completed so far.
jobCopiesCompleted（91）、構文Integer32（-2..2147483647）INTEGER：これまでに完了したジョブ全体のコピーの数。
documentCopiesRequested(92), Integer32 (-2..2147483647) INTEGER: The total count of the number of document copies requested for the job as a whole. If there are documents A, B, and C, and document B is specified to produce 4 copies, the number of document copies requested is 6 for the job.
documentCopiesRequested（92）、構文Integer32（-2..2147483647）INTEGER：全体としての仕事のために要求されたドキュメントのコピーの数の合計数。文書A、B、及びC、及び文書Bがある場合は4つのコピーを生成するために指定され、要求された文書のコピーの数は、ジョブの6です。
This attribute SHALL be used only when a job has multiple
documents. The jobCopiesRequested attribute SHALL be used when
the job has only one document.
documentCopiesCompleted(93), Integer32 (-2..2147483647) INTEGER: The total count of the number of document copies completed so far for the job as a whole. If there are documents A, B, and C, and document B is specified to produce 4 copies, the number of document copies starts a 0 and runs up to 6 for the job as the job processes.
documentCopiesCompleted（93）、構文Integer32（-2..2147483647）INTEGER：全体としての仕事のために、これまでに完成した文書のコピーの数の合計数。そこ文書はA、B、及びCであり、文書Bが4つのコピーを生成するために指定されている場合、文書のコピーの数が0を起動し、ジョブの処理として、ジョブに6まで走ります。
This attribute SHALL be used only when a job has multiple
documents. The jobCopiesCompleted attribute SHALL be used when
the job has only one document.
jobKOctetsTransferred(94), Integer32 (-2..2147483647) INTEGER: The number of K (1024) octets transferred to the server or device to which the agent is providing access. This count is independent of the number of copies of the job or documents that will be produced, but it is only a measure of the number of bytes transferred to the server or device.
jobKOctetsTransferred（94）、Integer32の（-2..2147483647）INTEGER：エージェントがアクセスを提供されているサーバまたはデバイスに転送Kの数（1024）はオクテット。このカウントが生成されるジョブまたは文書のコピーの数とは無関係であるが、それは、サーバまたはデバイスに転送されたバイト数の唯一の尺度です。
The agent SHALL round the actual number of octets transferred up
to the next higher K. Thus 0 octets SHALL be represented as '
0', 1-1024 octets SHALL BE represented as '1', 1025-2048 SHALL
be '2', etc. When the job completes, the values of the
jmJobKOctetsPerCopyRequested object and the
jobKOctetsTransferred attribute SHALL be equal.
NOTE - The jobKOctetsTransferred can be used with the jmJobKOctetsPerCopyRequested object in order to produce a relative indication of the progress of the job for agents that do not implement the jmJobKOctetsProcessed object.
注 - jobKOctetsTransferredはjmJobKOctetsProcessedオブジェクトを実装していないエージェントのためのジョブの進捗状況の相対的表示を生成するためにjmJobKOctetsPerCopyRequestedオブジェクトに使用することができます。
sheetCompletedCopyNumber(95), Integer32 (-2..2147483647) INTEGER: The number of the copy being stacked for the current document. This number starts at 0, is set to 1 when the first sheet of the first copy for each document is being stacked and is equal to n where n is the nth sheet stacked in the current document copy. See section 3.4 , entitled 'Monitoring Job Progress'.
sheetCompletedCopyNumber（95）、Integer32の（-2..2147483647）INTEGER：コピーの数を現在のドキュメントのために積層されます。この数は、0から始まり、各文書の最初のコピーの最初のシートが積層され、に等しいされているときに1に設定されているN Nは、現在のドキュメントのコピーに積層n枚目の用紙です。 「ジョブの進捗状況の監視」と題するセクション3.4を参照してください。
sheetCompletedDocumentNumber(96), Integer32 (-2..2147483647) INTEGER: The ordinal number of the document in the job that is currently being stacked. This number starts at 0, increments to 1 when the first sheet of the first document in the job is being stacked, and is equal to n where n is the nth document in the job, starting with 1.
sheetCompletedDocumentNumber（96）、Integer32の（-2..2147483647）INTEGER：現在積層されているジョブ文書の序数。この数は、0から始まるジョブの最初の文書の最初のシートが積層されている1にインクリメントし、に等しく、nはnが1で始まり、ジョブ内のn番目の文書です。
Implementations that only support one document jobs SHOULD NOT
implement this attribute.
jobCollationType(97), JmJobCollationTypeTC INTEGER: The type of job collation. See also Section 3.4, entitled 'Monitoring Job Progress'.
jobCollationType（97）、JmJobCollationTypeTC INTEGER：ジョブ照合のタイプ。 「監視ジョブの進捗状況」と題する、また、3.4節を参照してください。
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + Impression attributes (110 - 129 decimal) + + See the definition of the terms 'impression', 'sheet', + and 'page' in Section 2. + + See also jmJobImpressionsPerCopyRequested and + jmJobImpressionsCompleted objects in the jmJobTable. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++ +印象属性（110〜129 10進数）+ + 2章で用語「印象」、「シート」、+および「ページ」の定義を参照してください+ +も参照してくださいjmJobImpressionsPerCopyRequestedと+ jmJobImpressionsCompleted jmJobTable内のオブジェクト。 ++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++
impressionsSpooled(110), Integer32 (-2..2147483647) INTEGER: The number of impressions spooled to the server or device for the job so far.
impressionsSpooled（110）、Integer32の（-2..2147483647）INTEGER：これまでのジョブのサーバまたはデバイスにスプールされたインプレッションの数。
impressionsSentToDevice(111), Integer32 (-2..2147483647) INTEGER: The number of impressions sent to the device for the job so far.
impressionsSentToDevice（111）、構文Integer32（-2..2147483647）INTEGER：これまでの仕事のための装置に送信されたインプレッション数。
impressionsInterpreted(112), Integer32 (-2..2147483647) INTEGER: The number of impressions interpreted for the job so far.
impressionsInterpreted（112）、Integer32の（-2..2147483647）INTEGER：これまでのジョブの解釈インプレッション数。
impressionsCompletedCurrentCopy(113), Integer32 (-2..2147483647) INTEGER: The number of impressions completed by the device for the current copy of the current document so far. For printing, the impressions completed includes interpreting, marking, and stacking the output. For other types of job services, the number of impressions completed includes the number of impressions processed.
impressionsCompletedCurrentCopy（113）、構文Integer32（-2..2147483647）INTEGER：これまでに現在のドキュメントの現在のコピーのための装置で完成インプレッション数。印刷のために、完成印象は、通訳マーキング、および出力を積み重ねています。ジョブサービスの他のタイプの場合、完成したインプレッションの数は、処理されたインプレッション数を含んでいます。
This value SHALL be reset to 0 for each document in the job and
for each document copy.
fullColorImpressionsCompleted(114), Integer32 (-2..2147483647) INTEGER: The number of full color impressions completed by the device for this job so far. For printing, the impressions completed includes interpreting, marking, and stacking the output. For other types of job services, the number of impressions completed includes the number of impressions processed. Full color impressions are typically defined as those requiring 3 or more colorants, but this MAY vary by implementation. In any case, the value of this attribute counts by 1 for each side that has full color, not by the number of colors per side (and the other impression counters are incremented, except highlightColorImpressionsCompleted(115)).
fullColorImpressionsCompleted（114）、Integer32の（-2..2147483647）INTEGER：これまでのところ、このジョブのデバイスによって完了フルカラーインプレッション数。印刷のために、完成印象は、通訳マーキング、および出力を積み重ねています。ジョブサービスの他のタイプの場合、完成したインプレッションの数は、処理されたインプレッション数を含んでいます。フルカラーの印象は、典型的には3つの以上の着色剤を必要とするものとして定義され、これは実装によって変化してもよいです。いずれの場合においても、この属性の値は、（highlightColorImpressionsCompleted（115）を除いて、インクリメントされ、他の印象カウンタ）は側面当たりの色の数により、フルカラーを有する各側に1つずつカウントします。
highlightColorImpressionsCompleted(115), Integer32 (-2..2147483647) INTEGER: The number of highlight color impressions completed by the device for this job so far. For printing, the impressions completed includes interpreting, marking, and stacking the output. For other types of job services, the number of impressions completed includes the number of impressions processed. Highlight color impressions are typically defined as those requiring black plus one other colorant, but this MAY vary by implementation. In any case, the value of this attribute counts by 1 for each side that has highlight color (and the other impression counters are incremented, except fullColorImpressionsCompleted(114)).
highlightColorImpressionsCompleted（115）、構文Integer32（-2..2147483647）INTEGER：これまでにこの仕事のための装置で完成ハイライトカラーインプレッション数。印刷のために、完成印象は、通訳マーキング、および出力を積み重ねています。ジョブサービスの他のタイプの場合、完成したインプレッションの数は、処理されたインプレッション数を含んでいます。ハイライト色の印象は、典型的には、ブラックプラスつの他の着色剤を必要とするものとして定義され、これは実装によって変化してもよいです。いずれの場合においても、この属性の値は、ハイライトの色を有する各側に1つずつカウント（及び他の印象カウンタはfullColorImpressionsCompleted（114）を除いて、インクリメントされます）。
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + Page attributes (130 - 149 decimal) + + See the definition of 'impression', 'sheet', and 'page' + in Section 2. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++ +ページ属性（130〜149 10進数）+ + 2節の「印象」、「シート」、および「ページ」+の定義を参照してください+++++++++ ++++++++++++++++++++++++++++++++++++++++++++++++++
pagesRequested(130), Integer32 (-2..2147483647) INTEGER: The number of logical pages requested by the job to be processed.
pagesRequested（130）、構文Integer32（-2..2147483647）INTEGER：ジョブによって要求された論理ページ数を処理します。
pagesCompleted(131), Integer32 (-2..2147483647) INTEGER: The number of logical pages completed for this job so far.
pagesCompleted（131）、構文Integer32（-2..2147483647）INTEGER：これまでにジョブが完了した論理ページの数。
For implementations where multiple copies are produced by
the interpreter with only a single pass over the data, the
final value SHALL be equal to the value of the
pagesRequested object. For implementations where multiple
copies are produced by the interpreter by processing the
data for each copy, the final value SHALL be a multiple of
the value of the pagesRequested object.
NOTE - See the impressionsCompletedCurrentCopy and pagesCompletedCurrentCopy attributes for attributes that are reset on each document copy.
NOTE - impressionsCompletedCurrentCopyとpagesCompletedCurrentCopyは、各ドキュメントのコピーにリセットされた属性の属性を参照してください。
NOTE - The pagesCompleted object can be used with the pagesRequested object to provide an indication of the relative progress of the job, provided that the multiplicative factor is taken into account for some implementations of multiple copies.
注 - pagesCompletedオブジェクトがジョブの相対的な進行状況の表示を提供するpagesRequestedオブジェクトに使用することができ、乗法因子は複数のコピーのいくつかの実装のために考慮されることを条件とします。
pagesCompletedCurrentCopy(132), Integer32 (-2..2147483647) INTEGER: The number of logical pages completed for the current copy of the document so far. This value SHALL be reset to 0 for each document in the job and for each document copy.
pagesCompletedCurrentCopy（132）、構文Integer32（-2..2147483647）INTEGER：これまでの文書の現在のコピーのために完成した論理ページの数。この値は、ジョブ内の各文書について、各文書のコピーのために0にリセットされるものとします。
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + Sheet attributes (150 - 169 decimal) + + See the definition of 'impression', 'sheet', and 'page' + in Section 2. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ sheetsRequested(150), Integer32 (-2..2147483647) INTEGER: The total number of medium sheets requested to be produced for this job.
++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++ +シートの属性（150〜169 10進数）+ + 2節の「印象」、「シート」、および「ページ」+の定義を参照してください+++++++++ ++++++++++++++++++++++++++++++++++++++++++++++++++ sheetsRequested（150）、Integer32の（-2..2147483647）INTEGER：このジョブのために生成されるように要求媒体シートの総数。
Unlike the jmJobKOctetsPerCopyRequested and
jmJobImpressionsPerCopyRequested attributes, the
sheetsRequested(150) attribute SHALL include the
multiplicative factor contributed by the number of copies
and so is the total number of sheets to be produced by the
job, as opposed to the size of the document(s) submitted.
sheetsCompleted(151), Integer32 (-2..2147483647) INTEGER: The total number of medium sheets that have completed marking and stacking for the entire job so far whether those sheets have been processed on one side or on both.
sheetsCompleted（151）、Integer32の（-2..2147483647）INTEGER：これまでのところ、これらのシートが片面または両面に処理されたかどうかをマーキング及び全体のジョブの積載完了した媒体シートの総数。
sheetsCompletedCurrentCopy(152), Integer32 (-2..2147483647) INTEGER: The number of medium sheets that have completed marking and stacking for the current copy of a document in the job so far whether those sheets have been processed on one side or on both.
sheetsCompletedCurrentCopy（152）、Integer32の（-2..2147483647）INTEGER：完成した媒体シートの数はこれまでのところ、これらのシートが片面または両面に処理されたかどうかを、マーキングジョブにおける文書の現在のコピーのためのスタッキング。
The value of this attribute SHALL be 0 before the job
starts processing and SHALL be reset to 1 after the first
sheet of each document and document copy in the job is
processed and stacked.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + Resources attributes (requested and consumed) (170 - 189) + + Pairs of these attributes can be used by monitoring + applications to show an indication of relative usage to + users, i.e., a 'thermometer'. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
++++++++++++++++++++++++++++++++++++++++++++++++++ 「温度計、すなわち、これらの属性のペアは+ユーザーに対して利用の指標を表示する監視+アプリケーションで使用することができる+ + - + ++++++++リソース（189 170）（要求と消費）属性」。 ++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++
mediumRequested(170), JmMediumTypeTC AND/OR JmJobStringTC (SIZE(0..63)) INTEGER: MULTI-ROW: The type AND/OR OCTETS: MULTI-ROW: the name of the medium that is required by the job.
mediumRequested（170）、JmMediumTypeTC AND / OR JmJobStringTC（SIZE（0 63））INTEGER：MULTI-ROW：タイプおよび/またはOCTETS：MULTI-ROW：ジョブによって必要とされるメディアの名前。
NOTE - The name (JmJobStringTC) values correspond to the
name values of the prtInputMediaName object in the Printer
MIB [print-mib] and the name, size, and input tray values
of the IPP 'media' attribute [ipp-model].
mediumConsumed(171), Integer32 (-2..2147483647) AND JmJobStringTC (SIZE(0..63)) INTEGER: MULTI-ROW: The number of sheets AND OCTETS: MULTI-ROW: the name of the medium that has been consumed so far whether those sheets have been processed on one side or on both.
mediumConsumed（171）、Integer32の（-2..2147483647）AND JmJobStringTC（SIZE（0 63））INTEGER：MULTI-ROW：シート及びオクテット数：MULTI-ROW：消費された培地の名前これまでのところ、これらのシートは、片側または両方で処理されたかどうか。
This attribute SHALL have both Integer32 and OCTET STRING
(represented as JmJobStringTC) values.
NOTE - The name (JmJobStringTC) values correspond to the name values of the prtInputMediaName object in the Printer MIB [print-mib] and the name, size, and input tray values of the IPP 'media' attribute [ipp-model].
注 - 名前（JmJobStringTC）の値がプリンタMIB [印刷MIB]でprtInputMediaNameオブジェクトの名前値およびIPP「メディア」属性の名前、サイズ、給紙トレイの値に対応する[IPPモデル]。
colorantRequested(172), Integer32 (-2..2147483647) AND/OR JmJobStringTC (SIZE(0..63)) INTEGER: MULTI-ROW: The index (prtMarkerColorantIndex) in the Printer MIB [print-mib] AND/OR OCTETS: MULTI-ROW: the name of the colorant requested.
プリンタMIB [印刷-MIB] AND / ORオクテットインデックス（prtMarkerColorantIndex）：colorantRequested（172）、Integer32の（-2..2147483647）AND / OR JmJobStringTC（SIZE（0 63））INTEGER：MULTI-ROW ：MULTI-ROW：要求された着色剤の名前。
NOTE - The name (JmJobStringTC) values correspond to the
name values of the prtMarkerColorantValue object in the
Printer MIB. Examples are: red, blue.
colorantConsumed(173), Integer32 (-2..2147483647) AND/OR JmJobStringTC (SIZE(0..63)) INTEGER: MULTI-ROW: The index (prtMarkerColorantIndex) in the Printer MIB [print-mib] AND/OR OCTETS: MULTI-ROW: the name of the colorant consumed.
プリンタMIB [印刷-MIB] AND / ORオクテットインデックス（prtMarkerColorantIndex）：colorantConsumed（173）、Integer32の（-2..2147483647）AND / OR JmJobStringTC（SIZE（0 63））INTEGER：MULTI-ROW ：MULTI-ROW：消費着色剤の名前。
NOTE - The name (JmJobStringTC) values correspond to the
name values of the prtMarkerColorantValue object in the
Printer MIB. Examples are: red, blue
mediumTypeConsumed(174), Integer32 (-2..2147483647) AND JmJobStringTC (SIZE(0..63)) INTEGER: MULTI-ROW: The number of sheets of the indicated medium type that has been consumed so far whether those sheets have been processed on one side or on both AND OCTETS: MULTI-ROW: the name of that medium type.
mediumTypeConsumed（174）、Integer32の（-2..2147483647）AND JmJobStringTC（SIZE（0 63））INTEGER：MULTI-ROW：これまでのところ、これらのシートがされているかどうか消費された示された媒体種別の枚数片側または両方のオクテットで処理：MULTI-ROW：そのメディアタイプの名前。
This attribute SHALL have both Integer32 and OCTET STRING
(represented as JmJobStringTC) values.
NOTE - The type name (JmJobStringTC) values correspond to the type name values of the prtInputMediaType object in the Printer MIB [print-mib]. Values are: 'stationery', 'transparency', 'envelope', etc. These medium type names correspond to the enum values of JmMediumTypeTC used in the mediumRequested attribute.
注 - タイプ名（JmJobStringTC）の値がプリンタMIB [印刷MIB]でprtInputMediaTypeオブジェクトのタイプ名値に対応します。値は次のとおりです。「文房具」、「透明性」、「封筒」、等が挙げられる。これらのメディアタイプ名はmediumRequested属性で使用JmMediumTypeTCの列挙値に対応しています。
mediumSizeConsumed(175), Integer32 (-2..2147483647) AND JmJobStringTC (SIZE(0..63)) INTEGER: MULTI-ROW: The number of sheets of the indicated medium size that has been consumed so far whether those sheets have been processed on one side or on both AND OCTETS: MULTI-ROW: the name of that medium size.
mediumSizeConsumed（175）、Integer32の（-2..2147483647）AND JmJobStringTC（SIZE（0 63））INTEGER：MULTI-ROW：これまでのところ、これらのシートがされているかどうか消費された示された中型の枚数片側または両方のオクテットで処理：MULTI-ROW：その中サイズの名前。
This attribute SHALL have both Integer32 and OCTET STRING
(represented as JmJobStringTC) values.
NOTE - The size name (JmJobStringTC) values correspond to the size name values in the Printer MIB [print-mib] Appendix B. These size name values are also a subset of the keyword values defined by [ipp-model] for the 'media' Job Template attribute. Values are: 'letter', 'a', 'iso-a4', 'jis-b4', etc.
注 - サイズ名（JmJobStringTC）値がプリンタMIB [印刷MIB]付録Bにサイズ名値に対応するこれらのサイズ名の値はまた、「メディアの[IPPモデル]によって定義されたキーワード値のサブセットであります「ジョブテンプレート属性。値は次のとおりです。 '手紙'、 ''、 'ISO-A4'、 'JIS-B4' など
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + Time attributes (set by server or device) (190 - 209 decimal) + + This section of attributes are ones that are set by the + server or device that accepts jobs. Two forms of time are + provided. Each form is represented in a separate attribute. + See section 3.1.2 and section 3.1.3 for the + conformance requirements for time attribute for agents and + monitoring applications, respectively. The two forms are: + + 'DateAndTime' is an 8 or 11 octet binary encoded year, + month, day, hour, minute, second, deci-second with + optional offset from UTC. See SNMPv2-TC [SMIv2-TC]. + + NOTE: 'DateAndTime' is not printable characters; it is + binary. + + 'JmTimeStampTC' is the time of day measured in the number of + seconds since the system was booted. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++++ +時間は（サーバやデバイスによって設定された）属性 - + +（190 209 10進数）属性のこのセクションでは、ジョブを受け付け+サーバまたはデバイスによって設定されているものです。時間の二つの形式が+されています。各フォームは、別の属性で表されます。 +それぞれの薬剤および+監視アプリケーションのための時間属性の+の適合性要件のためのセクション3.1.2と3.1.3項を参照してください。二つの形式は次のとおりです：+ +「のDateAndTime」はUTCからのオフセット+オプションで8または11オクテットバイナリエンコードされた年、+月、日、時、分、秒、デシ秒です。 SNMPv2の-TC [SMIv2の-TC]を参照してください。 + + NOTE：「のDateAndTimeは、」印刷可能な文字ではありません。それはバイナリを+されます。システムが起動してから+ +「JmTimeStampTCは」+秒数で測定された時刻です。 ++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++++
jobSubmissionToServerTime(190), JmTimeStampTC AND/OR DateAndTime INTEGER: Configuration 3 only: The time AND/OR OCTETS: the date and time that the job was submitted to the server (as distinguished from the device which uses jobSubmissionTime).
jobSubmissionToServerTime（190）、JmTimeStampTC AND / ORのDateAndTime INTEGER：唯一の構成3：時間および/またはOCTETS：ジョブがサーバーに送信された日付と時刻（jobSubmissionTimeを使用するデバイスとは区別されます）。
jobSubmissionTime(191), JmTimeStampTC AND/OR DateAndTime INTEGER: Configurations 1, 2, and 3: The time AND/OR OCTETS: the date and time that the job was submitted to the server or device to which the agent is providing access.
jobSubmissionTime（191）、JmTimeStampTC AND / ORのDateAndTime INTEGER：設定1、2、および3：時間および/またはOCTETS：ジョブは、エージェントがアクセスを提供しているサーバやデバイスに提出された日付と時刻。
jobStartedBeingHeldTime(192), JmTimeStampTC AND/OR DateAndTime INTEGER: The time AND/OR OCTETS: the date and time that the job last entered the pendingHeld state. If the job has never entered the pendingHeld state, then the value SHALL be '0' or the attribute SHALL not be present in the table.
jobStartedBeingHeldTime（192）、JmTimeStampTC AND / ORのDateAndTime INTEGER：時間および/またはOCTETS：ジョブが最後pendingHeld状態に入った日付と時刻。ジョブがpendingHeld状態に入ったことがない場合、値は「0」または属性がテーブルに存在してはならないものでなければなりません。
jobStartedProcessingTime(193), JmTimeStampTC AND/OR DateAndTime INTEGER: The time AND/OR OCTETS: the date and time that the job started processing.
jobStartedProcessingTime（193）、JmTimeStampTC AND / ORのDateAndTime INTEGER：時間および/またはOCTETS：ジョブが処理を開始した日付と時刻。
jobCompletionTime(194), JmTimeStampTC AND/OR DateAndTime INTEGER: The time AND/OR OCTETS: the date and time that the job entered the completed, canceled, or aborted state.
jobCompletionTime（194）、JmTimeStampTC AND / ORのDateAndTime INTEGER：時間および/またはOCTETS：ジョブは、完了キャンセル、または中断状態に入った日付と時刻。
jobProcessingCPUTime(195) Integer32 (-2..2147483647) UNITS 'seconds' INTEGER: The amount of CPU time in seconds that the job has been in the processing state. If the job enters the processingStopped state, that elapsed time SHALL not be included. In other words, the jobProcessingCPUTime value SHOULD be relatively repeatable when the same job is processed again on the same device.
jobProcessingCPUTime（195）構文Integer32（-2..2147483647）UNITS「秒」INTEGER：ジョブは処理の状態であった秒でCPU時間の量。ジョブがprocessingStopped状態に入った場合、その経過時間は含まれてはなりません。同一のジョブが同一のデバイス上で再び処理されるとき換言すれば、jobProcessingCPUTime値は、比較的再現であるべきです。
The JmJobStateReasonsNTC (N=1..4) textual-conventions are used with the jmJobStateReasons1 object and jobStateReasonsN (N=2..4), respectively, to provide additional information regarding the current jmJobState object value. These values MAY be used with any job state or states for which the reason makes sense.
JmJobStateReasonsNTCは（N = 1..4）テキストの表記法はjmJobStateReasons1オブジェクトとjobStateReasonsN（N = 2..4）で使用され、それぞれ、現在のjmJobState対象値に関する追加情報を提供します。これらの値は理由が理にかなっているすべてのジョブの状態や状態に使用されるかもしれません。
NOTE - While values cannot be added to the jmJobState object without impacting deployed clients that take actions upon receiving jmJobState values, it is the intent that additional JmJobStateReasonsNTC enums can be defined and registered without impacting such deployed clients. In other words, the jmJobStateReasons1 object and jobStateReasonsN attributes are intended to be extensible.
注 - 値がjmJobState値を受信したときに行動を取る展開し、クライアントに影響を与えることなくjmJobStateオブジェクトに追加することはできませんが、それは追加のJmJobStateReasonsNTCの列挙型が定義され、展開されたクライアントに影響を与えずに登録することができるという意図があります。換言すれば、jmJobStateReasons1オブジェクトとjobStateReasonsN属性は拡張可能であることが意図されます。
NOTE - The Job Monitoring MIB contains a superset of the IPP values [ipp-model] for the IPP 'job-state-reasons' attribute, since the Job Monitoring MIB is intended to cover other job submission protocols as well. Also some of the names of the reasons have been changed from ' printer' to 'device', since the Job Monitoring MIB is intended to cover additional types of devices, including input devices, such as scanners.
注 - ジョブ監視MIBは、他のジョブ送信プロトコルをカバーすることを意図しているので、ジョブ監視MIBは、IPP「ジョブ状態の理由」属性のためのIPP値[IPP-モデル]のスーパーセットが含まれています。ジョブ監視MIBは、スキャナなどの入力装置を含む装置の追加のタイプをカバーするように意図されているためにも理由の名前のいくつかは、「デバイス」に「プリンタ」から変更されています。
The following standard values are defined (in hexadecimal) as powers of two, since multiple values MAY be used at the same time. For ease of understanding, the JmJobStateReasons1TC reasons are presented in the order in which the reasons are likely to occur (if implemented), starting with the 'jobIncoming' value and ending with the ' jobCompletedWithErrors' value.
複数の値を同時に使用できるので、次の標準値は、2の累乗として（16進数）に定義されます。理解を容易にするために、JmJobStateReasons1TCの理由は「jobIncoming」値で始まり「jobCompletedWithErrors」値で終わる、理由は（実装されている場合）を発生しやすい順序で提示されています。
other 0x1 The job state reason is not one of the standardized or registered reasons.
他の0x1のジョブ状態理由は、標準化されたまたは登録理由の一つではありません。
unknown 0x2 The job state reason is not known to the agent or is indeterminent.
未知の0x2のは、ジョブ状態理由は、エージェントに知られているか、不確定であるされていません。
jobIncoming 0x4 The job has been accepted by the server or device, but the server or device is expecting (1) additional operations from the client to finish creating the job and/or (2) is accessing/accepting document data.
0x4をjobIncomingジョブは、サーバまたはデバイスによって受け入れられているが、サーバまたはデバイスは、ジョブの作成を完了するために、クライアントから（1）追加の操作を期待して、および/または（2）文書データを受け入れる/アクセスされます。
submissionInterrupted 0x8 The job was not completely submitted for some unforeseen reason, such as: (1) the server has crashed before the job was closed by the client, (2) the server or the document transfer method has crashed in some non-recoverable way before the document data was entirely transferred to the server, (3) the client crashed or failed to close the job before the time-out period.
ジョブが完全になど、いくつかの予期せぬ理由により、のために提出されなかったsubmissionInterrupted 0x8のジョブがクライアントによって閉鎖された前に、（1）サーバがクラッシュした、（2）サーバや文書の転送方法は、いくつかの回復不可能な方法でクラッシュしました文書データが完全にサーバーに転送される前に、（3）クライアントがクラッシュしたり、タイムアウト期間の前の仕事を閉じることができませんでした。
jobOutgoing 0x10 Configuration 2 only: The server is transmitting the job to the device.
唯一の0x10構成2をjobOutgoing：サーバーがデバイスにジョブを送信しています。
jobHoldSpecified 0x20 The value of the job's jobHold(52) attribute is TRUE. The job SHALL NOT be a candidate for processing until this reason is removed and there are no other reasons to hold the job.
ジョブのjobHoldの値が0x20のjobHoldSpecified（52）属性がTRUEです。このような理由が除去されるまでジョブは処理対象にしてはならないし、ジョブを保持するために他の理由はありません。
jobHoldUntilSpecified 0x40 The value of the job's jobHoldUntil(53) attribute specifies a time period that is still in the future. The job SHALL NOT be a candidate for processing until this reason is removed and there are no other reasons to hold the job.
ジョブのjobHoldUntilの値が0x40のjobHoldUntilSpecified（53）属性は、将来的にはまだ時間帯を指定します。このような理由が除去されるまでジョブは処理対象にしてはならないし、ジョブを保持するために他の理由はありません。
jobProcessAfterSpecified 0x80 The value of the job's jobProcessAfterDateAndTime(51) attribute specifies a time that is still in the future. The job SHALL NOT be a candidate for processing until this reason is removed and there are no other reasons to hold the job.
ジョブのjobProcessAfterDateAndTime（51）属性の値は0x80 jobProcessAfterSpecifiedは、将来的にはまだ時間を指定します。このような理由が除去されるまでジョブは処理対象にしてはならないし、ジョブを保持するために他の理由はありません。
resourcesAreNotReady 0x100 At least one of the resources needed by the job, such as media, fonts, resource objects, etc., is not ready on any of the physical devices for which the job is a candidate. This condition MAY be detected when the job is accepted, or subsequently while the job is pending or processing, depending on implementation.
resourcesAreNotReadyは0x100などのメディア、フォント、リソースオブジェクトなどの仕事が必要とするリソースの少なくとも一つは、ジョブが候補であるため、物理デバイスのいずれかの準備ができていません。ジョブが受け付けられたとき、またはその後ジョブは実装に応じて、保留中または処理中にこの状態が検出されてもよいです。
deviceStoppedPartly 0x200 One or more, but not all, of the devices to which the job is assigned are stopped. If all of the devices are stopped (or the only device is stopped), the deviceStopped reason SHALL be used.
deviceStoppedPartlyジョブが割り当てられているデバイスの0x200から一つ以上の、すべてではないが、停止しています。すべてのデバイスが停止している（または唯一のデバイスが停止している）場合、deviceStopped理由を使用しなければなりません。
deviceStopped 0x400 The device(s) to which the job is assigned is (are all) stopped.
（すべてである）は、ジョブが割り当てられている0x400デバイス（単数または複数）であるdeviceStoppedが停止しました。
jobInterpreting 0x800 The device to which the job is assigned is interpreting the document data.
0x800ジョブがドキュメントデータを解釈されて割り当てられているデバイスをjobInterpreting。
jobPrinting 0x1000 The output device to which the job is assigned is marking media. This value is useful for servers and output devices which spend a great deal of time processing (1) when no marking is happening and then want to show that marking is now happening or (2) when the job is in the process of being canceled or aborted while the job remains in the processing state, but the marking has not yet stopped so that impression or sheet counts are still increasing for the job.
ジョブが割り当てられている出力デバイス0x1000をjobPrinting、メディアをマーキングされます。この値は、（2）は、ジョブがキャンセルされているとき、または全く、その後起こっとされるマーキング時の処理（1）の多くを費やしていない今起こっまたはマーキングすることを示したいサーバおよび出力デバイスのために有用ですジョブが処理状態のままですが、その印象やシート数はまだ仕事のために増加しているように、マーキングがまだ停止していない間、中断されました。
jobCanceledByUser 0x2000 The job was canceled by the owner of the job, i.e., by a user whose name is the same as the value of the job's jmJobOwner object, or by some other authorized end-user, such as a member of the job owner's security group.
ジョブ0x2000でjobCanceledByUserは、ジョブの所有者のセキュリティのメンバーとして、すなわち、名前ジョブのjmJobOwnerオブジェクトの値と同じであるユーザによって、またはいくつかの他の許可エンドユーザが、ジョブの所有者によってキャンセルされましたグループ。
jobCanceledByOperator 0x4000 The job was canceled by the operator, i.e., by a user who has been authenticated as having operator privileges (whether local or remote).
ジョブ0x4000のjobCanceledByOperatorは、オペレータ特権（ローカルまたはリモートかどうか）を有するものとして認証されたユーザにより、すなわち、オペレータによって取り消されました。
jobCanceledAtDevice 0x8000 The job was canceled by an unidentified local user, i.e., a user at a console at the device.
ジョブ0x8000のjobCanceledAtDeviceは未確認のローカルユーザ、すなわち、デバイスにコンソールのユーザによって取り消されました。
abortedBySystem 0x10000 The job (1) is in the process of being aborted, (2) has been aborted by the system and placed in the 'aborted' state, or (3) has been aborted by the system and placed in the 'pendingHeld' state, so that a user or operator can manually try the job again.
abortedBySystem 0x10000番地ジョブ（1）、（2）システムによって中止され、「中止」状態に置かれ、または（3）「pendingHeld」システムによって中止され、配置されたされた中止中です状態、ユーザまたはオペレータが手動でジョブを再試すことができるように。
processingToStopPoint 0x20000 The requester has issued an operation to cancel or interrupt the job or the server/device has aborted the job, but the server/device is still performing some actions on the job until a specified stop point occurs or job termination/cleanup is completed.
processingToStopPointは、要求者がキャンセルしたり、ジョブまたはジョブを中止しましたが、サーバー/デバイスを中断するための操作を発行しているが、指定された停止点が発生したり、ジョブ終了/クリーンアップが完了するまで、サーバ/デバイスはまだ仕事上のいくつかのアクションを実行している0x200000の。
This reason is recommended to be used in conjunction with the
processing job state to indicate that the server/device is still
performing some actions on the job while the job remains in the
processing state. After all the job's resources consumed
counters have stopped incrementing, the server/device moves the
job from the processing state to the canceled or aborted job
states.
serviceOffLine 0x40000 The service or document transform is off-line and accepting no jobs. All pending jobs are put into the pendingHeld state. This situation could be true if the service's or document transform's input is impaired or broken.
serviceOffLineがラインオフし、どんな仕事を受け入れていないサービスや、文書変換に0x40000。すべての保留中のジョブはpendingHeld状態に置かれています。サービスのやドキュメント変換の入力が損なわか壊れている場合に、この状況が真である可能性があります。
jobCompletedSuccessfully 0x80000 The job completed successfully.
jobCompletedSuccessfully 0x80000ジョブが正常に完了しました。
jobCompletedWithWarnings 0x100000 The job completed with warnings.
jobCompletedWithWarningsは警告で完了したジョブを0X100000。
jobCompletedWithErrors 0x200000 The job completed with errors (and possibly warnings too).
jobCompletedWithErrorsは（あまりにもおそらく警告）エラーで終了したジョブを0x200000番地。
The following additional job state reasons have been added to represent job states that are in ISO DPA [iso-dpa] and other job submission protocols:
以下の追加ジョブ状態理由はISO DPA [ISO-DPA]および他のジョブ依頼プロトコルであるジョブの状態を表すために追加されました。
jobPaused 0x400000 The job has been indefinitely suspended by a client issuing an operation to suspend the job so that other jobs may proceed using the same devices. The client MAY issue an operation to resume the paused job at any time, in which case the agent SHALL remove the jobPaused values from the job's jmJobStateReasons1 object and the job is eventually resumed at or near the point where the job was paused.
他のジョブが同じデバイスを使用して進めることができるように0x400000ジョブが無期限に作業を停止する操作を発行したクライアントによって中断されましたjobPaused。クライアントエージェントは、ジョブのjmJobStateReasons1オブジェクトからjobPaused値を削除しないものとし、ジョブが最終的にジョブが一時停止された時点で、またはその近くに再開された場合には、いつでも一時停止したジョブを再開するための操作を発行することができます。
jobInterrupted 0x800000 The job has been interrupted while processing by a client issuing an operation that specifies another job to be run instead of the current job. The server or device will automatically resume the interrupted job when the interrupting job completes.
0x800000ジョブが現在のジョブの代わりに実行されるように別のジョブを指定する操作を発行するクライアントによって処理しながら、中断されたjobInterrupted。中断ジョブが完了すると、サーバまたはデバイスは自動的に中断したジョブを再開します。
jobRetained 0x1000000 The job is being retained by the server or device with all of the job's document data (and submitted resources, such as fonts, logos, and forms, if any). Thus a client could issue an operation to the server or device to either (1) re-do the job (or a copy of the job) on the same server or device or (2) resubmit the job to another server or device. When a client could no longer re-do/resubmit the job, such as after the document data has been discarded, the agent SHALL remove the jobRetained value from the jmJobStateReasons1 object.
（もしあれば、そのようなフォント、ロゴ、および形態として、及び提出されたリソース）0x1000000番地ジョブは、ジョブの文書データのすべてを持つサーバーまたはデバイスによって保持されているjobRetained。したがって、クライアントは、同じサーバーまたはデバイス上で（1）を再実行したジョブ（またはジョブのコピー）のいずれかに、サーバまたはデバイスに操作を発行するか、（2）他のサーバやデバイスにジョブを再送信できます。クライアントは、もはや再-DO /などの文書データが破棄された後のように、ジョブを再送信することができなかった場合は、エージェントがjmJobStateReasons1オブジェクトからjobRetained値を削除しなければなりません。
These bit definitions are the equivalent of a type 2 enum except
that combinations of bits may be used together. See section
3.7.1.2. The remaining bits are reserved for future
standardization and/or registration.
The following standard values are defined (in hexadecimal) as powers of two, since multiple values MAY be used at the same time.
複数の値を同時に使用できるので、次の標準値は、2の累乗として（16進数）に定義されます。
cascaded 0x1 An outbound gateway has transmitted all of the job's job and document attributes and data to another spooling system.
カスケード接続された0x1のアウトバウンドゲートウェイは、他のスプーリングシステムにジョブの仕事と文書属性と、すべてのデータを送信しました。
deletedByAdministrator 0x2 The administrator has deleted the job.
deletedByAdministratorの0x2には、管理者は、ジョブを削除しました。
discardTimeArrived 0x4 The job has been deleted due to the fact that the time specified by the job's job-discard-time attribute has arrived.
ジョブのジョブ廃棄時の属性で指定した時刻になったという事実のためにジョブが削除された0x4のをdiscardTimeArrived。
postProcessingFailed 0x8 The post-processing agent failed while trying to log accounting attributes for the job; therefore the job has been placed into the completed state with the jobRetained jmJobStateReasons1 object value for a system-defined period of time, so the administrator can examine it, resubmit it, etc.
ジョブの会計属性をログに記録しようとしているときにpostProcessingFailed 0x8の後処理エージェントが失敗しました。したがって、ジョブは時間のシステム定義期間のjobRetained jmJobStateReasons1オブジェクト値を有する完成した状態に置かれているので、管理者は、それを再送信などを調べることができ
jobTransforming 0x10 The server/device is interpreting document data and producing another electronic representation.
サーバー/デバイスの0x10 jobTransformingは、文書データを解釈し、他の電子表現を生成しています。
maxJobFaultCountExceeded 0x20 The job has faulted several times and has exceeded the administratively defined fault count limit.
仕事の0x20 maxJobFaultCountExceededを数回障害が発生しており、管理者が定義し、故障回数の上限を超えました。
devicesNeedAttentionTimeOut 0x40 One or more document transforms that the job is using needs human intervention in order for the job to make progress, but the human intervention did not occur within the site-settable time-out value.
devicesNeedAttentionTimeOut 0x40の一つ以上の文書が進歩をするジョブのためにジョブがニーズに人間の介入を使用していることを変換しますが、人間の介入は、サイト設定可能なタイムアウト値内に発生しませんでした。
needsKeyOperatorTimeOut 0x80 One or more devices or document transforms that the job is using need a specially trained operator (who may need a key to unlock the device and gain access) in order for the job to make progress, but the key operator intervention did not occur within the site-settable time-out value.
needsKeyOperatorTimeOutは0x80つ以上のデバイスまたは文書は、ジョブが進行をする仕事のためにために（デバイスのロックを解除し、アクセスを得るためにキーを必要とするかもしれない）、特別に訓練されたオペレータを必要とする使用しているが、キーオペレータの介入が発生しなかったことを変換しますサイト設定可能なタイムアウト値内。
jobStartWaitTimeOut 0x100 The server/device has stopped the job at the beginning of processing to await human action, such as installing a special cartridge or special non-standard media, but the job was not resumed within the site-settable time-out value and the server/device has transitioned the job to the pendingHeld state.
jobStartWaitTimeOutは、サーバ/デバイスは、そのような特殊なカートリッジまたは特別非標準メディアをインストールするように、人間の行動を待つ処理の開始時にジョブを停止したが、ジョブがサイト設定可能なタイムアウト値以内に再開されなかったと0x100のサーバー/デバイスはpendingHeld状態にジョブを移行しました。
jobEndWaitTimeOut 0x200 The server/device has stopped the job at the end of processing to await human action, such as removing a special cartridge or restoring standard media, but the job was not resumed within the site-settable time-out value and the server/device has transitioned the job to the completed state.
jobEndWaitTimeOutは/サーバ/装置は、このような特殊なカートリッジを除去または標準メディアを復元するように、人間の行動を待つ処理の終了時にジョブを停止したが、ジョブがサイト設定可能なタイムアウト値以内に再開されなかったとサーバは0x200デバイスが完成した状態にジョブを移行しました。
jobPasswordWaitTimeOut 0x400 The server/device has stopped the job at the beginning of processing to await input of the job's password, but the password was not received within the site-settable time-out value.
jobPasswordWaitTimeOutは、サーバ/デバイスは、ジョブのパスワードの入力を待つために、処理の最初に仕事を停止した0x400が、パスワードは、サイト設定可能なタイムアウト値内に受信されませんでした。
deviceTimedOut 0x800 A device that the job was using has not responded in a period specified by the device's site-settable attribute.
deviceTimedOutは、ジョブが使用したデバイスは、デバイスのサイトが設定可能な属性で指定された期間内に応答しませんでしたは0x800。
connectingToDeviceTimeOut 0x1000 The server is attempting to connect to one or more devices which may be dial-up, polled, or queued, and so may be busy with traffic from other systems, but server was unable to connect to the device within the site-settable time-out value.
connectingToDeviceTimeOut 0x1000のサーバーは、ダイヤルアップをすることができる、ポーリング、またはキューに入れられ、1つまたは複数のデバイスに接続しようとしている、ので、他のシステムからのトラフィックで忙しいかもしれませんが、サーバーは、サイト設定可能な範囲内のデバイスに接続することができませんでしたタイムアウト値。
transferring 0x2000 The job is being transferred to a down stream server or downstream device.
0x2000で転送ジョブは、ダウンストリーム・サーバまたは下流のデバイスに転送されます。
queuedInDevice 0x4000 The server/device has queued the job in a down stream server or downstream device.
queuedInDevice 0x4000のは、サーバ/デバイスは、ダウンストリーム・サーバまたは下流のデバイスでジョブをキューに入れられました。
jobQueued 0x8000 The server/device has queued the document data.
サーバー/デバイスは0x8000 jobQueuedは、ドキュメントデータをキューに入れられました。
jobCleanup 0x10000 The server/device is performing cleanup activity as part of ending normal processing.
jobCleanupは、サーバ/デバイスが通常の処理を終了するの一部として、清掃活動を行っている0x10000番地。
jobPasswordWait 0x20000 The server/device has selected the job to be next to process, but instead of assigning resources and starting the job processing, the server/device has transitioned the job to the pendingHeld state to await entry of a password (and dispatched another job, if there is one).
jobPasswordWait 0x200000のサーバ/装置は、プロセスの次なるようにジョブを選択したが、代わりにリソースを割り当て、ジョブの処理を開始すると、サーバ/装置は、パスワードの入力を待つpendingHeld状態にジョブを移行（および他のジョブを派遣しています、1が存在する場合）。
validating 0x40000 The server/device is validating the job after accepting the job.
サーバー/デバイスを検証することに0x40000の仕事を受け入れた後、ジョブを検証しています。
queueHeld 0x80000 The operator has held the entire job set or queue.
queueHeldは、オペレータが、ジョブ全体のセットまたはキューを開催してい0x80000。
jobProofWait 0x100000 The job has produced a single proof copy and is in the pendingHeld state waiting for the requester to issue an operation to release the job to print normally, obeying any job and document copy attributes that were originally submitted.
jobProofWait 0X100000ジョブは、単一の証明のコピーを作成し、依頼者が最初に提出されたすべてのジョブとドキュメントのコピーの属性に従う、通常の印刷ジョブを解放するために操作を発行するのを待つpendingHeld状態にありました。
heldForDiagnostics 0x200000 The system is running intrusive diagnostics, so that all jobs are being held.
すべてのジョブが保留されているように、システム0x200000番地heldForDiagnosticsは、侵入診断を実行しています。
noSpaceOnServer 0x800000 There is no room on the server to store all of the job.
noSpaceOnServerは、ジョブのすべてを格納するサーバー上の余地はありません0x800000。
pinRequired 0x1000000 The System Administrator settable device policy is (1) to require PINs, and (2) to hold jobs that do not have a pin supplied as an input parameter when the job was created.
pinRequiredは、システム管理者設定可能なデバイスポリシーは、（1）PINを必要とすること、及び（2）ジョブが作成された入力パラメータとして供給されるピンを持っていないジョブを保持することである0x1000000番地。
exceededAccountLimit 0x2000000 The account for which this job is drawn has exceeded its limit. This condition SHOULD be detected before the job is scheduled so that the user does not wait until his/her job is scheduled only to find that the account is overdrawn. This condition MAY also occur while the job is processing either as processing begins or part way through processing.
exceededAccountLimitが描かれている。このジョブはその限度を超えたため、アカウントを0x2000000。ユーザーが彼/彼女の仕事は、アカウントが誇張であることを見つけるためにだけにスケジュールされるまで待機しないように、ジョブがスケジュールされる前に、この条件が検出されるべきです。処理が開始または途中処理を通じてのいずれかとして、ジョブが処理している間、この状態も発生することがあります。
heldForRetry 0x4000000 The job encountered some errors that the server/device could not recover from with its normal retry procedures, but the error might not be encountered if the job is processed again in the future. Example cases are phone number busy or remote file system in-accessible. For such a situation, the server/device SHALL transition the job from the processing to the pendingHeld, rather than to the aborted state.
heldForRetry 0x4000000ジョブは、サーバ/デバイスが通常の再試行手順から回復することができなかったいくつかのエラーが発生しますが、ジョブが将来再び処理される場合、エラーが発生することがない可能性があります。例の場合は、にアクセス可能な電話番号ビジー状態またはリモートファイルシステムです。このような状況のために、サーバ/装置は、処理からpendingHeldにではなく、中止された状態にジョブを移行SHALL。
The following values are from the X/Open PSIS draft standard:
次の値は、X / Open PSISのドラフト規格から、次のとおりです。
canceledByShutdown 0x8000000 The job was canceled because the server or device was shutdown before completing the job.
canceledByShutdownは、サーバやデバイスがジョブを完了する前にシャットダウンされたため、ジョブがキャンセルされた0x8000000。
deviceUnavailable 0x10000000 This job was aborted by the system because the device is currently unable to accept jobs.
デバイスがジョブを受け入れることが現在できないので、この仕事0x10000000 deviceUnavailableはシステム側で中止されました。
wrongDevice 0x20000000 This job was aborted by the system because the device is unable to handle this particular job; the spooler SHOULD try another device or the user should submit the job to another device.
デバイスがこの特定のジョブを処理することができないので、このジョブ0x20000000 wrongDeviceはシステムによって中断されました。スプーラは、別のデバイスを試みるべきか、ユーザーが別のデバイスにジョブを提出してください。
badJob 0x40000000 This job was aborted by the system because this job has a major problem, such as an ill-formed PDL; the spooler SHOULD not even try another device.
このジョブは、このような病気に形成されたPDLなどの主要な問題を、持っているのでbadJob 0x40000000からこのジョブはシステム側で中止されました。スプーラにも別のデバイスを試すべきではありません。
These bit definitions are the equivalent of a type 2 enum except that combinations of them may be used together. See section 3.7.1.2.
これらのビットの定義は、それらの組み合わせを一緒に使用してもよいことを除いてタイプ2列挙の等価です。セクション3.7.1.2を参照してください。
This textual-convention is used with the jobStateReasons3 attribute to provides additional information regarding the jmJobState object. The following standard values are defined (in hexadecimal) as powers of two, since multiple values may be used at the same time:
このテキストの表記法は、jmJobStateオブジェクトに関する追加情報を提供するためにjobStateReasons3属性で使用されています。複数の値を同時に使用することができるので、以下の標準値は、2の累乗として（16進数）に定義されます。
jobInterruptedByDeviceFailure 0x1 A device or the print system software that the job was using has failed while the job was processing. The server or device is keeping the job in the pendingHeld state until an operator can determine what to do with the job.
jobInterruptedByDeviceFailureの0x1のデバイスまたはジョブがジョブを処理している間に失敗した使用していた印刷システムソフトウェア。オペレータが仕事をどうするかを決めることができるまで、サーバやデバイスがpendingHeld状態で仕事を保っています。
These bit definitions are the equivalent of a type 2 enum except that combinations of them may be used together. See section 3.7.1.2. The remaining bits are reserved for future standardization and/or registration.
これらのビットの定義は、それらの組み合わせを一緒に使用してもよいことを除いてタイプ2列挙の等価です。セクション3.7.1.2を参照してください。残りのビットは将来の標準化および/または登録のために予約されています。
This textual-convention is used with the jobStateReasons4 attribute to provides additional information regarding the jmJobState object. The following standard values are defined (in hexadecimal) as powers of two, since multiple values MAY be used at the same time.
このテキストの表記法は、jmJobStateオブジェクトに関する追加情報を提供するためにjobStateReasons4属性で使用されています。複数の値を同時に使用できるので、次の標準値は、2の累乗として（16進数）に定義されます。
None defined at this time.
この時に定義なし。
These bit definitions are the equivalent of a type 2 enum except that combinations of them may be used together. See section 3.7.1.2. The remaining bits are reserved for future standardization and/or registration.
これらのビットの定義は、それらの組み合わせを一緒に使用してもよいことを除いてタイプ2列挙の等価です。セクション3.7.1.2を参照してください。残りのビットは将来の標準化および/または登録のために予約されています。
There are a number of objects and attributes for monitoring the progress of a job. These objects and attributes count the number of K octets, impressions, sheets, and pages requested or completed. For impressions and sheets, "completed" means stacked, unless the implementation is unable to detect when each sheet is stacked, in which case stacked is approximated when processing of each sheet completes. There are objects and attributes for the overall job and for the current copy of the document currently being stacked. For the latter, the rate at which the various objects and attributes count depends on the sheet and document collation of the job.
ジョブの進行状況を監視するためのオブジェクトと属性の数があります。これらのオブジェクトと属性はKオクテット、感想、シート、および要求または完了したページ数をカウントします。インプレッションおよびシートは、各シートの処理が完了したときにケース積層が近似している実装は、各シートが積層されたときを検出することができない場合を除き、積層手段は、「完了」。全体的な仕事のために、現在、積層された文書の現在のコピーのためのオブジェクトと属性があります。後者の場合は、さまざまなオブジェクトおよび属性をカウントする速度は、ジョブのシートと文書照合によって異なります。
Job Collation included sheet collation and document collation. Sheet collation is defined to be the ordering of sheets within a document copy. Document collation is defined to be ordering of document copies within a multi-document job. There are three types of job collation (see terminology definitions in Section 2):
仕事照合は、シートの照合や文書の照合が含まれています。シート照合は、文書のコピー内のシートの順序になるように定義されます。ドキュメントの照合はマルチドキュメントジョブ内の文書のコピーを発注することと定義されています。ジョブ照合（第2節で用語の定義を参照）の3種類があります。
1.uncollatedSheets(3) - No collation of the sheets within each document copy, i.e., each sheet of a document that is to produce multiple copies is replicated before the next sheet in the document is processed and stacked. If the device has an output bin collator, the uncollatedSheets(3) value may actually produce collated sheets as far as the user is concerned (in the output bins). However, when the job collation is the to a monitoring application between a device that has an output bin collator and one that does not.
1.uncollatedSheets（3） - 文書内の次のシートが処理され、積層される前に、各文書のコピー内のシートのいかなる照合は、すなわち、複数のコピーを生成することで、文書の各シートは、複製されません。デバイスは、出力ビンコレータ、uncollatedSheetsを有している場合（3）の値が実際に限り、ユーザが（出力ビンに）に関しては照合シートを製造することができます。しかし、ジョブの照合は、出力ビン照合としないものを持っているデバイスとの間の監視アプリケーションです。
2.collatedDocuments(4) - Collation of the sheets within each document copy is performed within the printing device by making multiple passes over either the source or an intermediate representation of the document. In addition, when there are multiple documents per job, the i'th copy of each document is stacked before the j'th copy of each document, i.e., the documents are collated within each job copy. For example, if a job is submitted with documents, A and B, the job is made available to the end user as: A, B, A, B, .... The ' collatedDocuments(4)' value corresponds to the IPP [ipp-model] ' separate-documents-collated-copies' value of the "multiple-document-handling" attribute.
2.collatedDocuments（4） - 各文書のコピー内のシートの照合は、ソースまたは文書の中間表現のいずれかを介して複数回通過することにより、印刷装置内で行われます。また、ジョブごとに複数の文書が存在する場合、各ドキュメントのi番目のコピーは、各文書のj番目のコピーの前に積層されている、すなわち、文書は、各ジョブのコピー内で照合されます。例えば、ジョブがドキュメント、A及びBで送信された場合、ジョブは以下のようにエンドユーザに利用可能にされる：A、B、A、B、...「collatedDocuments（4）」の値は、IPPに対応「マルチドキュメント・ハンドリング」属性の[IPP-モデル]「セパレート文書-照合-コピー」の値。
If jobCopiesRequested or documentCopiesRequested = 1, then jobCollationType is defined as 4.
jobCopiesRequested又はdocumentCopiesRequested = 1の場合、jobCollationType 4として定義されます。
3.uncollatedDocuments(5) - Collation of the sheets within each document copy is performed within the printing device by making multiple passes over either the source or an intermediate representation of the document. In addition, when there are multiple documents per job, all copies of the first document in the job are stacked before the any copied of the next document in the job, i.e., the documents are uncollated within the job. For example, if a job is submitted with documents, A and B, the job is mad available to the end user as: A, A, ..., B, B, .... The 'uncollatedDocuments(5)' value corresponds to the IPP [ipp-model] 'separate-documents-uncollated-copies' value of the "multiple-document-handling" attribute.
3.uncollatedDocuments（5） - 各ドキュメントのコピー内のシートの照合は、ソースまたは文書の中間表現のいずれかを介して複数回通過することにより、印刷装置内で行われます。また、ジョブごとに複数の文書が存在する場合、任意のジョブの次の原稿のコピーの前に、ジョブの最初の文書のすべてのコピーが積層されている、すなわち、文書はジョブ内で照合されます。例えば、ジョブが文書と共に提出されている場合、AとB、ジョブはとしてエンドユーザに利用可能な怒っている：A、A、...、B、B、...「uncollatedDocuments（5）」値「マルチドキュメント・ハンドリング」属性のIPP [IPP-モデル]「セパレート文書-非照合-コピー」の値に対応しています。
Consider the following four variables that are used to monitor the progress of a job's impressions:
ジョブの感想の進捗状況を監視するために使用されている次の4つの変数を考慮してください。
1.jmJobImpressionsCompleted - counts the total number of impressions stacked for the job
1.jmJobImpressionsCompleted - 仕事のために積み重ねられた感想の合計数をカウント
2.impressionsCompletedCurrentCopy - counts the number of impressions stacked for the current document copy
2.impressionsCompletedCurrentCopy - 現在のドキュメントのコピーのために積み重ねられたインプレッション数をカウント
3.sheetCompletedCopyNumber - identifies the number of the copy for the current document being stacked where the first copy is 1.
3.sheetCompletedCopyNumber - 最初のコピーが1である場合、現在のドキュメントが積層されているため、コピーの数を識別する。
4.sheetCompletedDocumentNumber - identifies the current document within the job that is being stacked where the first document in a job is 1. NOTE: this attribute SHOULD NOT be implemented for implementations that only support one document per job.
この属性は、ジョブごとに一つの文書をサポートする実装のために実装すべきではありません： - 4.sheetCompletedDocumentNumberは、ジョブの最初の文書が1 NOTEここで積層されているジョブ内の現在のドキュメントを識別します。
For each of the three types of job collation, a job with three copies of two documents (1, 2), where each document consists of 3 impressions, the four variables have the following values as each sheet is stacked for one-sided printing:
各シートが片面印刷のために積層されるようにジョブ照合3種類、各文書は3件のインプレッションから成る二つの文書（1、2）の3つのコピーのジョブのそれぞれについて、4つの変数は次の値を持っています。
Job Collation Type = uncollatedSheets(3)
仕事の照合タイプ= uncollatedSheets（3）
jmJobImpressions Impressions sheetCompleted sheetCompleted Completed CompletedCurrent CopyNumber DocumentNumber Copy
jmJobImpressions印象sheetCompleted sheetCompletedはCompletedCurrent CopyNumber DocumentNumberコピー完了します
0 0 0 0
1 1 1 1
2 1 2 1
3 1 3 1
4 2 1 1
5 2 2 1
6 2 3 1
7 3 1 1
8 3 2 1
9 3 3 1
10 1 1 2
11 1 2 2
12 1 3 2
13 2 1 2
14 2 2 2
15 2 3 2
16 3 1 2
17 3 2 2
18 3 3 2
Job Collation Type = collatedDocuments(4)
仕事の照合タイプ= collatedDocuments（4）
JmJobImpressions Impressions sheetCompleted sheetCompleted Completed CompletedCurrent CopyNumber DocumentNumber Copy
JmJobImpressions印象sheetCompleted sheetCompletedはCompletedCurrent CopyNumber DocumentNumberコピー完了します
0 0 0 0
1 1 1 1
2 2 1 1
3 3 1 1
4 1 1 2
5 2 1 2
6 3 1 2
7 1 2 1
8 2 2 1
9 3 2 1
10 1 2 2
11 2 2 2
12 3 2 2
13 1 3 1
14 2 3 1
15 3 3 1
16 1 3 2
17 2 3 2
18 3 3 2
Job Collation Type = uncollatedDocuments(5)
仕事の照合タイプ= uncollatedDocuments（5）
jmJobImpressions Impressions sheetCompleted sheetCompleted Completed CompletedCurrent CopyNumber DocumentNumber Copy
jmJobImpressions印象sheetCompleted sheetCompletedはCompletedCurrent CopyNumber DocumentNumberコピー完了します
0 0 0 0
1 1 1 1
2 2 1 1
3 3 1 1
4 1 2 1
5 2 2 1
6 3 2 1
7 1 3 1
8 2 3 1
9 3 3 1
10 1 1 2
11 2 1 2
12 3 1 2
13 1 2 2
14 2 2 2
15 3 2 2
16 1 3 2
17 2 3 2
18 3 3 2
There are a number of attributes that permit a user, operator or system administrator to identify jobs of interest, such as jobURI, jobName, jobOriginatingHost, etc. In addition, there is a jmJobSubmissionID object that is a text string table index. Being a table index allows a monitoring application to quickly locate and identify a particular job of interest that was submitted from a particular client by the user invoking the monitoring application without having to scan the entire job table. The Job Monitoring MIB needs to provide for identification of the job at both sides of the job submission process. The primary identification point is the client side. The jmJobSubmissionID allows the monitoring application to identify the job of interest from all the jobs currently "known" by the server or device. The value of jmJobSubmissionID can be assigned by either the client's local system or a downstream server or device. The point of assignment depends on the job submission protocol in use.
などjobURI、jobNameは、jobOriginatingHost、など興味のジョブを識別するために、ユーザー、オペレータまたはシステム管理者が許可する属性の数がまたあり、テキスト文字列テーブルインデックスであるjmJobSubmissionIDオブジェクトがあります。テーブルのインデックスであることは、監視アプリケーションを素早く見つけ、ジョブ全体のテーブルをスキャンすることなく、監視アプリケーションを起動するユーザーが特定のクライアントから提出された関心の特定のジョブを識別することができます。ジョブ監視MIBは、ジョブ提出プロセスの両側にジョブの識別のために提供する必要があります。プライマリ識別点は、クライアント側です。 jmJobSubmissionIDは監視アプリケーションがサーバーまたはデバイスによって、現在「既知」のすべてのジョブから興味のある仕事を識別することができます。 jmJobSubmissionIDの値は、クライアントのローカルシステムまたはダウンストリームサーバーまたはデバイスのいずれかによって割り当てることができます。割り当てのポイントは、使用中のジョブ送信プロトコルに依存します。
The server/device-side identifier, called the jmJobIndex object, SHALL be assigned by the SNMP Job Monitoring MIB agent when the server or device accepts the jobs from submitting clients. The jmJobIndex object allows the interested party to obtain all objects desired that relate to a particular job. See Section 3.2, entitled ' The Job Tables and the Oldest Active and Newest Active Indexes' for the specification of how the agent SHALL assign the jmJobIndex values.
サーバー/デバイス側識別子、サーバーまたはデバイスがクライアントを提出からジョブを受け入れたときjmJobIndexオブジェクトは、SNMPジョブ監視MIBのエージェントによって割り当てられるものと呼ばれます。 jmJobIndexオブジェクトは、当事者が特定のジョブに関連する所望のすべてのオブジェクトを得ることができます。エージェントがjmJobIndex値を割り当てるものとする方法の仕様については、セクション3.2、と題した「ジョブテーブルと最も古いアクティブと最新のActiveインデックス」を参照してください。
The MIB provides a mapping table that maps each jmJobSubmissionID value to a corresponding jmJobIndex value generated by the agent, so that an application can determine the correct value for the jmJobIndex value for the job of interest in a single Get operation, given the Job Submission ID. See the jmJobIDGroup.
MIBは、ジョブ送信IDが与えられると、アプリケーションは、単一の取得動作中の目的のジョブのjmJobIndex値の正しい値を決定することができるように、エージェントによって生成された対応jmJobIndex値に各jmJobSubmissionID値をマッピングするマッピングテーブルを提供します。 jmJobIDGroupを参照してください。
In some configurations there may be more than one application program that monitors the same job when the job passes from one network entity to another when it is submitted. See configuration 3. When there are multiple job submission IDs, each entity MAY supply an appropriate jmJobSubmissionID value. In this case there would be a separate entry in the jmJobSubmissionID table, one for each jmJobSubmissionID. All entries would map to the same jmJobIndex that contains the job data. When the job is deleted, it is up to the agent to remove all entries that point to the job from the jmJobSubmissionID table as well.
いくつかの構成では、それが送信されたとき、ジョブが別のネットワークエンティティから通過同じジョブを監視する複数のアプリケーションプログラムが存在してもよいです。複数のジョブ投入IDが存在する場合には設定3を参照してください、各エンティティは、適切なjmJobSubmissionID値を供給することができます。この場合jmJobSubmissionIDテーブルの別のエントリ、各jmJobSubmissionIDに対して1つ存在することになります。すべてのエントリは、ジョブデータを含む同じjmJobIndexにマップします。ジョブが削除されると、それは同様にjmJobSubmissionIDテーブルからジョブを指すすべてのエントリを削除するには、エージェント次第です。
The jobName attribute provides a name that the user supplies as a job attribute with the job. The jobName attribute is not necessarily unique, even for one user, let alone across users.
ジョブ名属性は、ジョブとして、ユーザの供給がジョブに属性という名前を提供します。ジョブ名属性が一つでもユーザーのために、ユーザー間おろか、必ずしも一意ではありません。
This section specifies the formats for each of the registered Job Submission Ids. This format is used by the JmJobSubmissionIDTypeTC. Each job submission ID is a fixed-length, 48-octet printable US-ASCII [US-ASCII] coded character string containing no control characters, consisting of the following fields:
このセクションでは、登録されたジョブ送信ID毎のフォーマットを指定します。この形式はJmJobSubmissionIDTypeTCで使用されています。各ジョブ投入IDは、次のフィールドから成る、何の制御文字を含まない固定長、48オクテット印刷可能なUS-ASCII [US-ASCII]コード化された文字列であります：
octet 1: The format letter identifying the format. The
US-ASCII characters '0-9', 'A-Z', and 'a-z' are assigned
in order giving 62 possible formats.
octets 2-40: A 39-character, US-ASCII trailing SPACE
filled field specified by the format letter, if the data
is less than 39 ASCII characters.
octets 41-48: A sequential or random US-ASCII number to
make the ID quasi-unique.
If the client does not supply a job submission ID in the job submission protocol, then the agent SHALL assign a job submission ID using any of the standard formats that are reserved for the agent. Clients SHALL not use formats that are reserved for agents and agents SHALL NOT use formats that are reserved for clients, in order to reduce conflicts in ID generation. See the description for which formats are reserved for clients or for agents.
クライアントは、ジョブ送信プロトコルにジョブ投入のIDを供給しない場合、エージェントは、エージェントのために予約されている標準的な形式のいずれかを使用してジョブ投入IDを割り当てるものとします。クライアントは、IDの生成で競合を減らすために、クライアントのために予約されているフォーマットを使用してはならない薬や薬のために予約されているフォーマットを使用してはなりません。フォーマットは、クライアントまたはエージェントのために予約されている説明を参照してください。
Registration of additional formats may be done following the procedures described in Section 3.7.3.
追加形式の登録は、3.7.3項で説明した手順に従って行うことができます。
The format values defined at the time of completion of this specification are:
本明細書の完了時に定義されたフォーマットの値は次のとおりです。
Format
Letter Description
------ ------------
'0' Job Owner generated by the server/device
octets 2-40: The last 39 bytes of the jmJobOwner object.
octets 41-48: The US-ASCII 8-decimal-digit sequential number
assigned by the agent.
This format is reserved for agents.
NOTE - Clients wishing to use a job submission ID that incorporates the job owner, SHALL use format '8', not format '0'.
注 - ジョブの所有者を組み込んだジョブ投入IDを使用したいクライアントは、形式を使用しなければならない「8」、フォーマットしない「0」。
'1' Job Name octets 2-40: The last 39 bytes of the jobName attribute. octets 41-48: The US-ASCII 8-decimal-digit random number assigned by the client. This format is reserved for clients.
「1」ジョブ名は2-40オクテット：ジョブ名属性の最後の39のバイトを。オクテット41-48：クライアントによって割り当てられたUS-ASCII 8進桁のランダムな番号。この形式は、クライアントのために予約されています。
'2' Client MAC address octets 2-40: The client MAC address: in hexadecimal with each nibble of the 6 octet address being '0'-'9' or 'A' - 'F' (uppercase only). Most significant octet first. octets 41-48: The US-ASCII 8-decimal-digit sequential number assigned by the client. This format is reserved for clients.
「2」クライアントのMACアドレスオクテット2-40：「0」である6オクテットアドレスの各ニブルを持つ16進数 - 「9」または「A」 - 「F」（大文字のみ）：クライアントのMACアドレス。最上位のオクテット。オクテット41-48：クライアントによって割り当てられたUS-ASCII 8進桁の連番。この形式は、クライアントのために予約されています。
'3' Client URL octets 2-40: The last 39 bytes of the client URL [URI-spec]. octets 41-48: The US-ASCII 8-decimal-digit sequential number assigned by the client. This format is reserved for clients.
「3」のクライアントURLオクテット2-40：クライアントURL [URI指定]の最後の39バイト。オクテット41-48：クライアントによって割り当てられたUS-ASCII 8進桁の連番。この形式は、クライアントのために予約されています。
'4' Job URI octets 2-40: The last 39 bytes of the URI [URI-spec] assigned by the server or device to the job when the job was submitted for processing. octets 41-48: The US-ASCII 8-decimal-digit sequential number assigned by the agent. This format is reserved for agents.
4「」ジョブURIは2-40のオクテット：ジョブが処理のために提出されたジョブのサーバまたはデバイスによって割り当てられたURI [URI仕様]の最後の39バイト。オクテット41-48：エージェントによって割り当てられたUS-ASCII 8進桁の連番。この形式は、エージェント用に予約されています。
'5' POSIX User Number octets 2-40: The last 39 bytes of a user number, such as POSIX user number. octets 41-48: The US-ASCII 8-decimal-digit sequential number assigned by the client. This format is reserved for clients.
そのようなPOSIXのユーザー数としてユーザ番号の最後の39バイト、：「5」POSIXユーザー数は2-40のオクテット。オクテット41-48：クライアントによって割り当てられたUS-ASCII 8進桁の連番。この形式は、クライアントのために予約されています。
'6' User Account Number octets 2-40: The last 39 bytes of the user account number. octets 41-48: The US-ASCII 8-decimal-digit sequential number assigned by the client. This format is reserved for clients.
「6」のユーザーアカウント数は2-40オクテット：ユーザアカウント番号の最後の39のバイトが。オクテット41-48：クライアントによって割り当てられたUS-ASCII 8進桁の連番。この形式は、クライアントのために予約されています。
'7' DTMF Incoming FAX routing number octets 2-40: The last 39 bytes of the DTMF incoming FAX routing number. octets 41-48: The US-ASCII 8-decimal-digit sequential number assigned by the client. This format is reserved for clients.
「7」DTMF着信FAXルーティング番号は2-40オクテット：番号をルーティングするDTMF着信FAXの最後の39バイト。オクテット41-48：クライアントによって割り当てられたUS-ASCII 8進桁の連番。この形式は、クライアントのために予約されています。
'8' Job Owner supplied by the client octets 2-40: The last 39 bytes of the job owner name (that the agent returns in the jmJobOwner object). octets 41-48: The US-ASCII 8-decimal-digit sequential number assigned by the client. This format is reserved for clients. See format '0' which is reserved for agents.
ジョブオーナー名の最後の39バイト（エージェントがjmJobOwnerオブジェクトに返すこと）：「8」のジョブの所有者は、クライアントのオクテット2-40から供給されます。オクテット41-48：クライアントによって割り当てられたUS-ASCII 8進桁の連番。この形式は、クライアントのために予約されています。エージェントのために予約されているフォーマット「0」を参照してください。
'9' Host Name octets 2-40: The last 39 bytes of the host name with trailing SPACES that submitted the job to this server/device using a protocol, such as LPD [RFC1179] which includes the host name in the job submission protocol. octets 41-48: The US-ASCII 8-decimal-digit leading zero representation of the job id generated by the submitting server (configuration 3) or the client (configuration 1 and 2), such as in the LPD protocol. This format is reserved for clients.
「9」ホスト名オクテット2-40：このようなジョブ依頼プロトコルのホスト名を含むLPD [RFC1179]などのプロトコルを使用してこのサーバ/装置にジョブを送信末尾のスペースとホスト名の最後の39のバイト。オクテット41-48：US-ASCII提出サーバ（構成3）またはクライアントによって生成されたジョブIDのゼロ表現主要8進桁（構成1及び2）、そのようなLPDのプロトコルです。この形式は、クライアントのために予約されています。
'A' AppleTalk Protocol 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 41-48: '00000XXX', where 'XXX' is the 3-digit US-ASCII decimal representation of the Connection Id. This format is reserved for agents.
「」AppleTalkプロトコルは2-40オクテット：オクテット2. AppleTalkプリンタ名に名前の最初の文字と、AppleTalkプリンタ名が含まれていますが最大31文字です。このフィールドの未使用部分は空白で埋めなければなりません。オクテット41-48： 'XXX' は接続Idの3桁のUS-ASCII 10進表現である '00000XXX'、。この形式は、エージェント用に予約されています。
'B' NetWare PServer octets 2-40: Contains the Directory Path Name 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 41-48: '000XXXXX' The US-ASCII representation of the Job Number as per the NetWare File Server Queue Management Services. This format is reserved for agents.
「B」のNetWareたPServerは2-40オクテット：キューディレクトリ内のNovellファイルサーバーによって記録されたディレクトリのパス名が含まれています。文字列が40未満オクテットである場合は、文字列の一番左の文字がオクテット位置2に表示されるものとそうでない場合は、最後の39のバイトが含まれなければなりません。このフィールドの未使用部分は空白で埋めなければなりません。オクテット41-48：「000XXXXX」のNetWareファイルサーバーキュー管理サービスごとのようにジョブ番号のUS-ASCII表現。この形式は、エージェント用に予約されています。
'C' Server Message Block protocol (SMB) octets 2-40: Contains a decimal (US-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. octets 41-48: The US-ASCII 8-decimal-digit leading zero representation of the File Handle returned from the device to the client in response to a Create Print File command. This format is reserved for agents.
「C」サーバーメッセージブロックプロトコル（SMB）は2-40のオクテット：一意プリンタにジョブを送信し、接続を識別する16ビットSMBツリーIdフィールドの小数（US-ASCIIコード化された）表現が含まれています。数値文字列の最上位の桁は、このフィールドのすべての未使用部分は空白で埋めされなければならないオクテット位置2に置かなければなりません。 SMBツリーIdは65,535の最大値を有します。オクテット41-48：ファイルハンドルのUS-ASCII 8進桁の先行ゼロ表現が作成、印刷ファイルのコマンドに応答して、クライアントにデバイスから返されました。この形式は、エージェント用に予約されています。
'D' Transport Independent Printer/System Interface (TIP/SI) 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. octets 41-48: The US-ASCII 8-decimal-digit leading zero representation of the jmJobIndex assigned by the agent. This format is reserved for agents, since the agent supplies octets 41-48, though the client supplies the job name. See format '1' reserved to clients to submit job name ids in which they supply octets 41-48.
「D」交通独立したプリンタ/システムインターフェース（TIP / SI）は2-40オクテット：ジョブ制御スタートジョブ（JC-SJ）コマンドからのジョブ名が含まれています。ジョブ名の部分が40未満オクテットである場合は、文字列の一番左の文字は、このフィールドの未使用部分は空白で埋めされなければならないオクテット位置2に現れるものとします。それ以外の場合は、最後の39のバイトが含まれなければなりません。オクテット41-48：US-ASCII 8進桁はエージェントによって割り当てられたjmJobIndexのゼロ表現をリードします。クライアントは、ジョブ名を与えても、エージェントが、オクテット41-48を供給するので、この形式は、エージェント用に予約されています。彼らはオクテット41-48を供給するジョブ名IDを提出するクライアントに予約「1」のフォーマットを参照してください。
'E' IPDS on the MVS or VSE platform
MVSまたはVSEプラットフォーム上の「E」IPDS
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. octets 41-48: The US-ASCII 8-decimal-digit leading zero representation of the jmJobIndex assigned by the agent. This format is reserved for agents, since the agent supplies octets 41-48, though the client supplies the job name.
オクテット2-40：XOHのバイト2-27は、グループ境界グループIDトリプレットを定義が含まれています。オクテット位置2は、値X'01' を運ばなければなりません。バイト28-40は、スペースで埋めなければなりません。オクテット41-48：US-ASCII 8進桁はエージェントによって割り当てられたjmJobIndexのゼロ表現をリードします。クライアントは、ジョブ名を与えても、エージェントが、オクテット41-48を供給するので、この形式は、エージェント用に予約されています。
'F' IPDS on the VM platform 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. octets 41-48: The US-ASCII 8-decimal-digit leading zero representation of the jmJobIndex assigned by the agent. This format is reserved for agents, since the agent supplies octets 41-48, though the client supplies the file name.
「F」IPDSは、VMプラットフォームオクテット2-40上：XOHのバイト2-31は、グループ境界グループIDトリプレットを定義が含まれています。オクテット位置2は、値X'02' を運ばなければなりません。バイト32-40は、スペースで埋めなければなりません。オクテット41-48：US-ASCII 8進桁はエージェントによって割り当てられたjmJobIndexのゼロ表現をリードします。クライアントがファイル名を指定するのにエージェントは、オクテット41-48を供給するので、この形式は、エージェント用に予約されています。
'G' IPDS on the OS/400 platform 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. octets 41-48: The US-ASCII 8-decimal-digit leading zero representation of the jmJobIndex assigned by the agent. This format is reserved for agents, since the agent supplies octets 41-48, though the client supplies the job name.
「G」IPDS 2-40 OS / 400プラットフォームのオクテット上：XOHのバイト2-36は、グループ境界グループIDトリプレットを定義が含まれています。オクテット位置2は、値X'03' を運ばなければなりません。バイト37-40は、スペースで埋めなければなりません。オクテット41-48：US-ASCII 8進桁はエージェントによって割り当てられたjmJobIndexのゼロ表現をリードします。クライアントは、ジョブ名を与えても、エージェントが、オクテット41-48を供給するので、この形式は、エージェント用に予約されています。
NOTE - the job submission id is only intended to be unique between a limited set of clients for a limited duration of time, namely, for the life time of the job in the context of the server or device that is processing the job. Some of the formats include something that is unique per client and a random number so that the same job submitted by the same client will have a different job submission id. For other formats, where part of the id is guaranteed to be unique for each client, such as the MAC address or URL, a sequential number SHOULD suffice for each client (and may be easier for each client to manage). Therefore, the length of the job submission id has been selected to reduce the probability of collision to an extremely low number, but is not intended to be an absolute guarantee of uniqueness. None-the-less, collisions are remotely possible, but without bad consequences, since this MIB is intended to be used only for monitoring jobs, not for controlling and managing them.
注 - ジョブの投入IDはジョブだけを処理しているサーバーまたはデバイスの文脈での仕事の寿命のために、すなわち、時間の限られた期間のために、クライアントの限られたセットの間で一意であることを意図しています。フォーマットの中には、同じクライアントから提出された同じジョブが異なるジョブ投入IDを持つことになりますように、クライアントと乱数ごとに一意であるものを含んでいます。 IDの一部は、クライアントごとに一意であることが保証されている他のフォーマットのために、例えばMACアドレス又はURLとして、連続番号は、各クライアントのために十分である（各クライアントが管理しやすいかもしれません）。したがって、ジョブ投入IDの長さが極端に低い数値に衝突の確率を低減するように選択されているが、一意の絶対的な保証することを意図するものではありません。なし - レスこのMIBは、ジョブのみを監視するためではなく、制御し、それらを管理するために使用されることを意図されているので、衝突は、遠隔操作も可能ですが、悪い結果なし。
This section describes the internationalization considerations included in this MIB.
このセクションでは、このMIBに含まれて国際化の考慮事項について説明します。
There are a few objects and attributes generated by the server or device that SHALL be represented using the Universal Multiple-Octet Coded Character Set (UCS) [ISO-10646]. These objects and attributes are always supplied (if implemented) by the agent, not by the job submitting client: 1. jmGeneralJobSetName object 2. processingMessage(6) attribute 3. physicalDevice(32) (name value) attribute
ユニバーサル複数オクテットコード化文字セット（UCS）[ISO-10646]を使用して表すことがSHALLサーバ又はデバイスによって生成さいくつかのオブジェクトおよび属性があります。 1. jmGeneralJobSetNameオブジェクト2. processingMessage（6）属性3. [物理（32）（名前値）属性：これらのオブジェクトおよび属性は、常にではないジョブ投入クライアントによって、エージェントによって（実装されている場合）供給され、
The character encoding scheme for representing these objects and attributes SHALL be UTF-8 as REQUIRED by RFC 2277 [RFC2277]. The ' JmUTF8StringTC' textual convention is used to indicate UTF-8 text strings.
RFC 2277 [RFC2277]によって必要とされるこれらのオブジェクトおよび属性を表現するための文字符号化方式は、UTF-8でなければなりません。 「JmUTF8StringTC」テキストの表記法は、UTF-8のテキスト文字列を示すために使用されます。
NOTE - For strings in 7-bit US-ASCII, there is no impact since the UTF-8 representation of 7-bit ASCII is identical to the US-ASCII [US-ASCII] encoding.
注 - 7ビットASCIIのUTF-8表現がUS-ASCII [US-ASCII]符号化と同一であるので、7ビットUS-ASCIIの文字列の場合は、影響はありません。
The text contained in the processingMessage(6) attribute is generated by the server/device. The natural language for the processingMessage(6) attribute is identified by the processingMessageNaturalLangTag(7) attribute. The processingMessageNaturalLangTag(7) attribute uses the JmNaturalLanguageTagTC textual convention which SHALL conform to the language tag mechanism specified in RFC 1766 [RFC1766]. The JmNaturalLanguageTagTC value is the same as the IPP [ipp-model] ' naturalLanguage' attribute syntax. RFC 1766 specifies that a US-ASCII string consisting of the natural language followed by an optional country field. Both fields use the same two-character codes from ISO 639 [ISO-639] and ISO 3166 [ISO-3166], respectively, that are used in the Printer MIB for identifying language and country.
processingMessage（6）属性に含まれるテキストは、サーバ/装置によって生成されます。 processingMessage（6）属性の自然言語はprocessingMessageNaturalLangTag（7）属性によって識別されます。 processingMessageNaturalLangTag（7）属性は、RFC 1766 [RFC1766]で指定された言語タグ機構に適合しなければならないJmNaturalLanguageTagTCテキストの表記法を使用します。 JmNaturalLanguageTagTC値はIPP [IPP-モデル]「自然言語」属性構文と同じです。 RFC 1766は、自然言語からなるUS-ASCII文字列は、オプションの国フィールドが続くことを指定します。両方のフィールドは、言語および国を識別するためのプリンタMIBに使用される、それぞれ、[ISO-3166] ISO 639 [ISO-639]及びISO 3166から同じ2文字のコードを使用します。
Examples of the values of the processingMessageNaturalLangTag(7) attribute include: 1. 'en' for English 2. 'en-us' for US English 3. 'fr' for French 4. 'de' for German
processingMessageNaturalLangTag（7）属性の値としては、例えば、英語2. 1.「ENを」「EN-US」ドイツ語フランス語4.「ド」の英語（米国）3.「FR」のため
All of the objects and attributes represented by the 'JmJobStringTC' textual-convention are either (1) supplied in the job submission protocol by the client that submits the job to the server or device or (2) are defaulted by the server or device if the job submitting client does not supply values. The agent SHALL represent these objects and attributes in the MIB either (1) in the coded character set as they were submitted or (2) MAY convert the coded character set to another coded character set or encoding scheme. In any case, the resulting coded character set representation SHOULD be UTF-8 [UTF-8], but SHALL be one in which the code positions from 0 to 31 is not used, 32 to 127 is US-ASCII [US-ASCII], 127 is not unused, and the remaining code positions 128 to 255 represent single-byte or multi-byte graphic characters structured according to ISO 2022 [ISO-2022] or are unused.
「JmJobStringTC」テキストの表記法に代表されるオブジェクトおよび属性のすべてが、（1）サーバやデバイスにジョブを送信した場合、または（2）は、サーバまたはデバイスによってデフォルトで設定されているクライアントによってジョブの投入プロトコルに供給され、ジョブ投入クライアントは値を指定しません。エージェントは、これらのオブジェクトを表し、MIBの属性ものと、（1）それらが提出された、または（2）別のコード化文字セットまたは符号化方式に設定され符号化された文字を変換することができるように設定され符号化された文字です。いずれの場合においても、表現は、UTF-8 [UTF-8]すべきであるが、1つの0から31までのコード位置するものでなければならない結果として得られる符号化された文字セットが使用されていない、127から32はUS-ASCIIである[US-ASCII] 、127は、未使用ではなく、残りのコードは、255から128は、ISO 2022 [ISO-2022]に記載のシングルバイトまたはマルチバイト構造グラフィック文字を表すか、または使用されない位置します。
The coded character set SHALL be one of the ones registered with IANA [IANA] and SHALL be identified by the jobCodedCharSet attribute in the jmJobAttributeTable for the job. If the agent does not know what coded character set was used by the job submitting client, the agent SHALL either (1) return the 'unknown(2)' value for the jobCodedCharSet attribute or (2) not return the jobCodedCharSet attribute for the job.
符号化文字集合は、IANA [IANA]に登録されているものの一つでなければならず、仕事のためjmJobAttributeTableでjobCodedCharSet属性によって識別されなければなりません。エージェントは、符号化文字集合は、ジョブ投入クライアントによって使用されたのか分からない場合、エージェントは、（1）jobCodedCharSet属性または（2）仕事のためにjobCodedCharSet属性を返さないために「不明（2）」の値を返します。
Examples of coded character sets which meet this criteria for use as the value of the jobCodedCharSet job attribute are: US-ASCII [US-ASCII], ISO 8859-1 (Latin-1) [ISO-8859-1], any ISO 8859-n, HP Roman8, IBM Code Page 850, Windows Default 8-bit set, UTF-8 [UTF-8], US-ASCII plus JIS X0208-1990 Japanese [JIS X0208], US-ASCII plus GB2312-1980 PRC Chinese [GB2312]. See the IANA registry of coded character sets [IANA charsets].
jobCodedCharSetジョブ属性の値として使用するために、この基準を満たす符号化文字集合の例は、US-ASCII [US-ASCII]、ISO 8859-1（Latin-1の）[ISO-8859-1]、任意のISO 8859 -n、HP Roman8を、IBMコードページ850、Windowsのデフォルトの8ビット・セット、UTF-8 [UTF-8]、US-ASCIIプラスJIS X0208-1990日本語[JIS X0208]、US-ASCIIプラスGB2312-1980 PRC中国[GB2312]。符号化文字集合[IANA文字セット]のIANAレジストリを参照してください。
Examples of coded character sets which do not meet this criteria are: national 7-bit sets conforming to ISO 646 (except US-ASCII), EBCDIC, and ISO 10646 (Unicode) [ISO-10646]. In order to represent Unicode characters, the UTF-8 [UTF-8] encoding scheme SHALL be used which has been assigned the MIBenum value of '106' by IANA.
この基準を満たしていない符号化文字集合の例は、[ISO-10646]、EBCDIC、およびISO 10646（ユニコード）（US-ASCII以外）ISO 646に準拠した国家の7ビットのセット。 Unicode文字を表すために、UTF-8 [UTF-8]符号化方式は、IANAによって「106」のMIBenum値を割り当てられている使用しなければなりません。
The jobCodedCharSet attribute uses the imported 'CodedCharSet' textual-convention from the Printer MIB [printmib].
jobCodedCharSet属性は、プリンタMIB [printmib]からインポートされた「CodedCharSet」テキストの表記法を使用しています。
The natural language for attributes represented by the textual-convention JmJobStringTC is identified either (1) by the jobNaturalLanguageTag(9) attribute or is keywords in US-English (as in IPP). A monitoring application SHOULD attempt to localize keywords into the language of the user by means of some lookup mechanism. If the keyword value is not known to the monitoring application, the monitoring application SHOULD assume that the value is in the natural language specified by the job's jobNaturalLanguageTag(9) attribute and SHOULD present the value to its user as is. The jobNaturalLanguageTag(9) attribute value SHALL have the same syntax and semantics as the processingMessageNaturalLangTag(7) attribute, except that the jobNaturalLanguageTag(9) attribute identifies the natural language of attributes supplied by the job submitter instead of the natural language of the processingMessage(6) attribute. See Section 3.6.1.
JmJobStringTCが識別されるテキストの表記法に代表される属性の自然言語のいずれか（1）jobNaturalLanguageTag（9）属性によって、または（IPPのように）米国 - 英語のキーワードです。監視アプリケーションは、いくつかのルックアップ機構により、ユーザの言語にキーワードをローカライズしようとすべきです。キーワード値は、監視アプリケーションに知られていない場合は、監視アプリケーションは、値は、ジョブのjobNaturalLanguageTag（9）属性で指定された自然言語であると仮定すべきであるとされるように、そのユーザーに価値を提示しなければなりません。 jobNaturalLanguageTag（9）は、（値がjobNaturalLanguageTag（9）属性はなくprocessingMessageの自然言語のジョブ提出者によって供給された属性の自然言語を識別することを除いて、processingMessageNaturalLangTag（7）属性と同じ構文と意味論を持たなければならない属性6）属性。セクション3.6.1を参照してください。
This MIB also contains objects that are represented using the DateAndTime textual convention from SMIv2 [SMIv2-TC]. The job management application SHALL display such objects in the locale of the user running the monitoring application.
このMIBはまたSMIv2の[SMIv2の-TC]からのDateAndTimeテキストの表記法を使用して表現されているオブジェクトが含まれています。ジョブ管理アプリケーションは、監視アプリケーションを実行しているユーザーのロケールでこのようなオブジェクトを表示するものと。
This MIB does not require any additional registration schemes for IANA, but does depend on registration schemes that other Internet standards track specifications have set up. The names of these IANA registration assignments under the /in-notes/iana/assignments/ path:
このMIBはIANAのための任意の追加登録制度を必要としませんが、他のインターネット標準トラック仕様が設定した登録制度に依存しません。 /中・ノート/ IANA /割り当て/パスの下でこれらのIANA登録の割り当ての名前：
1.printer-language-numbers - used as enums in the documentFormat(38) attribute
1.printer言語-番号 - documentFormat（38）属性に列挙型として使用
The Printer Working Group (PWG) will handle registration of additional enums after approving this standard, according to the procedures described in this section:
プリンタワーキンググループ（PWG）は、このセクションで説明する手順に従って、この標準を承認した後に、追加の列挙型の登録を処理します。
This specification uses textual conventions to define enumerated values (enums) and bit values. Enumerations (enums) and bit values are sets of symbolic values defined for use with one or more objects or attributes. All enumeration sets and bit value sets are assigned a symbolic data type name (textual convention). As a convention the symbolic name ends in "TC" for textual convention. These enumerations are defined at the beginning of the MIB module specification.
この仕様は、列挙値（列挙型）とビット値を定義するテキストの表記法を使用しています。列挙（列挙型）とビット値が1つまたは複数のオブジェクトまたは属性で使用するために定義されたシンボル値の集合です。すべての列挙セットとビット値セットは、記号データ・タイプ名（テキストの表記法）が割り当てられています。慣例としてシンボリック名は、テキストの表記は、「TC」で終わります。これらの列挙は、MIBモジュール仕様書の冒頭で定義されています。
The PWG has defined several type of enumerations for use in the Job Monitoring MIB and the Printer MIB [print-mib]. These types differ in the method employed to control the addition of new enumerations. Throughout this document, references to "type n enum", where n can be 1, 2 or 3 can be found in the various tables. The definitions of these types of enumerations are:
PWGは、ジョブ監視MIB及びプリンタMIB [印刷-MIB]で使用するために列挙のいくつかのタイプを定義しています。これらのタイプは、新しい列挙の追加を制御するために用いられる方法が異なります。本明細書を通して、nは1、2または3であることができる「タイプN列挙」への言及は、種々の表に見出すことができます。列挙型のこれらのタイプの定義は以下のとおりです。
Type 1 enumeration: All the values are defined in the Job Monitoring MIB specification (RFC for the Job Monitoring MIB). Additional enumerated values require a new RFC.
タイプ1列挙：すべての値は、ジョブ監視MIB仕様（ジョブ監視MIBのためのRFC）で定義されています。追加の列挙された値は、新しいRFCが必要です。
There are no type 1 enums in the current document.
現在のドキュメントにはタイプ1列挙型はありません。
Type 2 enumeration: An initial set of values are defined in the Job Monitoring MIB specification. Additional enumerated values are registered with the PWG.
タイプ2列挙：値の初期セットは、ジョブ監視MIB仕様で定義されています。追加の列挙値は、PWGに登録されています。
The following type 2 enums are contained in the current document: 1. JmUTF8StringTC 2. JmJobStringTC 3. JmNaturalLanguageTagTC 4. JmTimeStampTC 5. JmFinishingTC [same enum values as IPP "finishing" attribute] 6. JmPrintQualityTC [same enum values as IPP "print-quality" attribute] 7. JmTonerEconomyTC 8. JmMediumTypeTC 9. JmJobSubmissionIDTypeTC 10.JmJobCollationTypeTC 11.JmJobStateTC [same enum values as IPP "job-state" attribute] 12.JmAttributeTypeTC
1. JmUTF8StringTC 2. JmJobStringTC 3. JmNaturalLanguageTagTC 4. JmTimeStampTC 5. JmFinishingTC 6 JmPrintQualityTC [属性を「仕上げ」IPPと同じenum値] [IPPと同じenum値「プリント：次のタイプ2列挙は、現在のドキュメントに含まれています品質」属性] 7 JmTonerEconomyTC 8. JmMediumTypeTC 9. JmJobSubmissionIDTypeTC 10.JmJobCollationTypeTC 11.JmJobStateTC [IPPと同じ列挙値 "ジョブ状態" 属性] 12.JmAttributeTypeTC
For those textual conventions that have the same enum values as the indicated IPP Job attribute are simultaneously registered by the PWG for use with IPP [ipp-model] and the Job Monitoring MIB.
示されたIPPジョブ属性と同じ列挙型の値を同時にIPP [IPP-モデル]およびMIBの監視ジョブで使用するためにPWGによって登録されたそれらのテキストの表記法については。
Type 3 enumeration: An initial set of values are defined in the Job Monitoring MIB specification. Additional enumerated values are registered through the PWG without PWG review.
タイプ3列挙：値の初期セットは、ジョブ監視MIB仕様で定義されています。追加の列挙された値は、PWG審査なしPWGを通じて登録されています。
There are no type 3 enums in the current document.
現在のドキュメントにはタイプ3列挙型はありません。
This memo contains the following type 2 bit value textual-conventions: 1. JmJobServiceTypesTC 2. JmJobStateReasons1TC 3. JmJobStateReasons2TC 4. JmJobStateReasons3TC 5. JmJobStateReasons4TC
このメモは、次のタイプ2ビットの値原文-規則が含まれています：1. JmJobServiceTypesTC 2. JmJobStateReasons1TC 3. JmJobStateReasons2TC 4. JmJobStateReasons3TC 5. JmJobStateReasons4TC
These textual-conventions are defined as bits in an Integer so that they can be used with SNMPv1 SMI. The jobStateReasonsN (N=1..4) attributes are defined as bit values using the corresponding JmJobStateReasonsNTC textual-conventions.
それらはSNMPv1のSMIで使用することができるように、これらのテキストの表記法は、整数のビットとして定義されます。 jobStateReasonsN（N = 1..4）属性は、対応するJmJobStateReasonsNTCのテキストの表記法を使用してビット値として定義されます。
The registration of JmJobServiceTypesTC and JmJobStateReasonsNTC bit values follow the procedures for a type 2 enum as specified in Section 3.7.1.2.
セクション3.7.1.2で指定されるようにJmJobServiceTypesTCとJmJobStateReasonsNTCビット値の登録は、タイプ2列挙するための手順に従います。
In addition to enums and bit values, this specification assigns a single ASCII digit or letter to various job submission ID formats. See the JmJobSubmissionIDTypeTC textual-convention and the object. The registration of JobSubmissionID format numbers follows the procedures for a type 2 enum as specified in Section 3.7.1.2.
列挙及びビット値に加えて、本明細書は、種々のジョブ投入IDフォーマットにASCII単一の数字または文字を割り当てます。 JmJobSubmissionIDTypeTCのテキストの表記法およびオブジェクトを参照してください。セクション3.7.1.2で指定されるようにJobSubmissionIDフォーマット番号の登録は、タイプ2列挙するための手順に従います。
The documentFormat(38) attribute has MIME type/sub-type values for indicating document formats which IANA registers as "media type" names. The values of the documentFormat(38) attribute are the same as the corresponding Internet Printing Protocol (IPP) "document-format" Job attribute values [ipp-model].
documentFormat（38）属性は、IANAは、「メディアタイプ」名として登録する文書フォーマットを示すためのMIMEタイプ/サブタイプの値を有します。 documentFormat（38）属性の値は、対応するインターネット印刷プロトコル（IPP）、「文書形式」ジョブと同じである値[IPP-モデル]属性。
All objects are read-only, greatly simplifying the security considerations. If another MIB augments this MIB, that MIB might accept SNMP Write operations to objects in that MIB whose effect is to modify the values of read-only objects in this MIB. However, that MIB SHALL have to support the required access control in order to achieve security, not this MIB.
すべてのオブジェクトは読み取り専用で、大幅にセキュリティ上の考慮事項を簡素化します。別のMIBは、MIBは、その効果は、このMIBに読み取り専用オブジェクトの値を変更することであるMIB内のオブジェクトへのSNMP書き込み操作を受け入れる可能性があることを、このMIBを強化した場合。しかし、MIBは、セキュリティではなく、このMIBを達成するために必要なアクセス制御をサポートする必要がものとします。
The security policy of some sites MAY be that unprivileged users can only get the objects from jobs that they submitted, plus a few minimal objects from other jobs, such as the jmJobKOctetsPerCopyRequested and jmJobKOctetsProcessed objects, so that a user can tell how busy a printer is. Other sites MAY allow all unprivileged users to see all objects of all jobs. This MIB does not require, nor does it specify how, such restrictions would be implemented. A monitoring application SHOULD enforce the site security policy with respect to returning information to an unprivileged end user that is using the monitoring application to monitor jobs that do not belong to that user, i.e., the jmJobOwner object in the jmJobTable does not match the user's user name.
いくつかのサイトのセキュリティポリシーは、ユーザーがプリンタがどれくらい忙しい伝えることができるように権限を持たないユーザーが唯一、このようjmJobKOctetsPerCopyRequestedやjmJobKOctetsProcessedオブジェクトなど、他のジョブから、彼らが提出したジョブからのオブジェクトに加え、いくつかの最小限のオブジェクトを得ることができるということかもしれ。他のサイトにはすべての権限を持たないユーザーはすべてのジョブのすべてのオブジェクトを参照することを可能にします。このMIBは必要ありません。また、そのような制限が実施されるか、指定しません。監視アプリケーション、すなわち、jmJobTableでjmJobOwnerオブジェクトは、ユーザーのユーザーと一致しない、そのユーザーに属していないジョブを監視する監視アプリケーションを使用している特権のないエンドユーザーに情報を返すに関してサイトのセキュリティポリシーを適用すべきです名前。
An operator is a privileged user that would be able to see all objects of all jobs, independent of the policy for unprivileged users.
オペレータは、権限を持たないユーザーのための政策とは無関係に、すべてのジョブのすべてのオブジェクトを見ることができるであろう特権ユーザです。
This MIB does not specify any notifications. For simplicity, management applications are expected to poll for status. The jmGeneralJobPersistence and jmGeneralAttributePersistence objects assist an application to determine the polling rate. The resulting network traffic is not expected to be significant.
このMIBは、すべての通知を指定していません。簡単にするために、管理アプリケーションは、ステータスをポーリングすることが期待されています。 jmGeneralJobPersistenceとjmGeneralAttributePersistenceオブジェクトは、ポーリングレートを決定するためのアプリケーションを支援します。その結果、ネットワーク・トラフィックが重要であると予想されていません。
4 MIB specification
4 MIB仕様
The following pages constitute the actual Job Monitoring MIB.
以下のページでは、実際のジョブ監視MIBを構成しています。
Job-Monitoring-MIB DEFINITIONS ::= BEGIN
IMPORTS MODULE-IDENTITY, OBJECT-TYPE, enterprises, Integer32 FROM SNMPv2-SMI TEXTUAL-CONVENTION FROM SNMPv2-TC MODULE-COMPLIANCE, OBJECT-GROUP FROM SNMPv2-CONF; -- The following textual-conventions are needed to implement -- certain attributes, but are not needed to compile this MIB. -- They are provided here for convenience: -- hrDeviceIndex FROM HOST-RESOURCES-MIB -- DateAndTime FROM SNMPv2-TC -- PrtInterpreterLangFamilyTC, -- CodedCharSet FROM Printer-MIB
SNMPv2-CONF FROMのSNMPv2-TCのMODULE-COMPLIANCE FROMのSNMPv2-SMIテキストの表記法からの輸入MODULE-IDENTITY、OBJECT-TYPE、企業、Integer32の、オブジェクト・グループ。 - 以下原文-規則を実装するために必要な - 特定の属性を、このMIBをコンパイルする必要はありません。 HOST-RESOURCES-MIBからのhrDeviceIndex - - のSNMPv2-TC FROMのDateAndTime - PrtInterpreterLangFamilyTC、 - プリンタ-MIBからCodedCharSet： - 彼らは、便宜のためにここに提供されています
-- Use the enterprises arc assigned to the PWG which is pwg(2699). -- Group all PWG mibs under mibs(1).
- PWGさPWG（2699）に割り当てられた企業のアークを使用。 - グループMIBの下にあるすべてのPWGのMIB（1）。
jobmonMIB MODULE-IDENTITY LAST-UPDATED "9902190000Z" ORGANIZATION "Printer Working Group (PWG)" CONTACT-INFO "Tom Hastings Postal: Xerox Corp. Mail stop ESAE-231 701 S. Aviation Blvd. El Segundo, CA 90245
jobmonMIBのMODULE-IDENTITY LAST-UPDATED "9902190000Z" ORGANIZATION "プリンタワーキンググループ（PWG）" CONTACT-INFO「トム・ヘイスティングス郵便：ゼロックス社のメールはESAE-231 701 S.航空ブルバードエルセグンドー、CA 90245を停止
Tel: (301)333-6413
Fax: (301)333-5514
E-mail: hastings@cp10.es.xerox.com
Send questions and comments to the Printer Working Group (PWG) using the Job Monitoring Project (JMP) Mailing List: jmp@pwg.org
jmp@pwg.org：ジョブ監視プロジェクト（JMP）メーリングリストを使用してプリンタワーキンググループ（PWG）への質問やコメントを送ります
For further information, including how to subscribe to the jmp mailing list, access the PWG web page under 'JMP':
JMPのメーリングリストを購読する方法など詳細な情報については、「JMP」の下PWGのWebページにアクセスします。
http://www.pwg.org/
ｈっｔｐ：／／ｗっｗ。ｐｗｇ。おｒｇ／
Implementers of this specification are encouraged to join the jmp mailing list in order to participate in discussions on any clarifications needed and registration proposals being reviewed in order to achieve consensus." DESCRIPTION "The MIB module for monitoring job in servers, printers, and other devices.
この仕様の実装者は、必要に応じて任意の明確化に関する議論と合意を達成するために検討されている登録の提案に参加するために、JMPのメーリングリストに参加することをお勧めします。「DESCRIPTION」監視ジョブのためのMIBモジュールをサーバ、プリンタ、およびその他のデバイスに。
Version: 1.0"
バージョン：1.0"
-- revision history REVISION "9902190000Z" DESCRIPTION " This version published as RFC 2707"
- 改訂履歴REVISION "9902190000Z" DESCRIPTION "このバージョンはRFC 2707として公開"
::= { enterprises pwg(2699) mibs(1) jobmonMIB(1) }
-- Textual conventions for this MIB module
- このMIBモジュールのためのテキストの表記法
JmUTF8StringTC ::= TEXTUAL-CONVENTION
DISPLAY-HINT "255a"
STATUS current
DESCRIPTION
"To facilitate internationalization, this TC represents
information taken from the ISO/IEC IS 10646-1 character set,
encoded as an octet string using the UTF-8 character encoding
scheme.
See section 3.6.1, entitled: 'Text generated by the server or
device'."
SYNTAX OCTET STRING (SIZE (0..63))
JmJobStringTC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"To facilitate internationalization, this TC represents
information using any coded character set registered by IANA as
specified in section 3.7. While it is recommended that the
coded character set be UTF-8 [UTF-8], the actual coded
character set SHALL be indicated by the value of the
jobCodedCharSet(8) attribute for the job.
See section 3.6.2, entitled: 'Text supplied by the job
submitter'."
SYNTAX OCTET STRING (SIZE (0..63))
JmNaturalLanguageTagTC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"An IETF RFC 1766-compliant 'language tag', with zero or more
sub-tags that identify a natural language. While RFC 1766
specifies that the US-ASCII values are case-insensitive, this
MIB specification requires that all characters SHALL be lower
case in order to simplify comparing by management applications.
See section 3.6.1, entitled: 'Text generated by the server or
device' and section 3.6.2, entitled: 'Text supplied by the job
submitter'."
SYNTAX OCTET STRING (SIZE (0..63))
JmTimeStampTC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"The simple time at which an event took place. The units are
in seconds since the system was booted.
NOTE - JmTimeStampTC is defined in units of seconds, rather
than 100ths of seconds, so as to be simpler for agents to
implement (even if they have to implement the 100ths of a
second to comply with implementing sysUpTime in MIB-II[mib-
II].)
NOTE - JmTimeStampTC is defined as an Integer32 so that it can be used as a value of an attribute, i.e., as a value of the jmAttributeValueAsInteger object. The TimeStamp textual-convention defined in SNMPv2-TC [SMIv2-TC] is defined as an APPLICATION 3 IMPLICIT INTEGER tag, not an Integer32 which is defined in SNMPv2-SMI [SMIv2-TC] as UNIVERSAL 2 IMPLICIT INTEGER, so cannot be used in this MIB as one of the values of jmAttributeValueAsInteger." SYNTAX INTEGER (0..2147483647)
注 - それはすなわち、jmAttributeValueAsIntegerオブジェクトの値として、属性の値として使用することができるようにJmTimeStampTCはInteger32のように定義されます。 SNMPv2-TC [SMIv2の-TC]で定義されたタイムスタンプのテキストの表記法は、アプリケーション3 IMPLICIT INTEGERタグ、UNIVERSAL 2 IMPLICIT INTEGERとしてのSNMPv2-SMI [SMIv2の-TC]で定義されていないInteger32のように定義されているので、使用することができませんjmAttributeValueAsInteger。」SYNTAX INTEGER（0 2147483647）の値の一つとして、このMIBに
JmJobSourcePlatformTypeTC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"The source platform type that can submit jobs to servers or
devices in any of the 3 configurations.
This is a type 2 enumeration. See Section 3.7.1.2. See also
これは、タイプ2列挙です。セクション3.7.1.2を参照してください。参照してください。
IANA operating-system-names registry." SYNTAX INTEGER { other(1), unknown(2), sptUNIX(3), -- UNIX sptOS2(4), -- OS/2 sptPCDOS(5), -- DOS sptNT(6), -- NT sptMVS(7), -- MVS sptVM(8), -- VM sptOS400(9), -- OS/400 sptVMS(10), -- VMS sptWindows(11), -- Windows sptNetWare(12) -- NetWare }
IANAオペレーティング・システム名レジストリ「SYNTAX INTEGER {他の（1）、不明（2）、sptUNIX（3）、 - UNIX sptOS2（4）、 - OS / 2 sptPCDOS（5）、 - DOS sptNT（ 6）、 - NT sptMVS（7）、 - MVS sptVM（8）、 - VM sptOS400（9）、 - OS / 400 sptVMS（10）、 - VMS sptWindows（11）、 - WindowsのsptNetWare（ 12） - のNetWare}
JmFinishingTC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"The type of finishing operation.
These values are the same as the enum values of the IPP
'finishings' attribute. See Section 3.7.1.2.
other(1), Some other finishing operation besides one of the specified or registered values.
指定された又は登録された値のいずれかに加えて、他の（1）、いくつかの他の仕上げ操作。
unknown(2), The finishing is unknown.
不明（2）、仕上げは不明です。
none(3), Perform no finishing.
なし（3）、何の仕上げを行っていません。
staple(4), Bind the document(s) with one or more staples. The exact number and placement of the staples is site-defined.
ステープル（4）は、1つ以上のステープルを使用して、ドキュメントをバインド。ステープルの正確な数と位置はサイト定義です。
punch(5), Holes are required in the finished document. The exact number and placement of the holes is site-defined. The punch specification MAY be satisfied (in a site- and implementation-specific manner) either by drilling/punching, or by substituting pre-drilled media.
パンチ（5）、穴が完成した文書で必要とされています。穴の正確な数と位置はサイト定義です。パンチ仕様は、ドリル/パンチングによって、又は予め穿孔媒体を置換することによってのいずれか（部位特異的および実装固有の方法で）満たすことができます。
cover(6),
カバー（6）、
Select a non-printed (or pre-printed) cover for the
document. This does not supplant the specification of a
printed cover (on cover stock medium) by the document
itself.
bind(7) Binding is to be applied to the document; the type and placement of the binding is product-specific.
バインド（7）結合は、ドキュメントに適用されます。結合の種類と配置は製品固有です。
This is a type 2 enumeration. See Section 3.7.1.2." SYNTAX INTEGER { other(1), unknown(2), none(3), staple(4), punch(5), cover(6), bind(7) }
これは、タイプ2列挙です。セクション3.7.1.2を参照してください。」SYNTAX INTEGER {他の（1）、不明（2）、なし（3）、ステープル（4）、パンチ（5）、カバー（6）、バインド（7）}
JmPrintQualityTC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Print quality settings.
These values are the same as the enum values of the IPP 'print-
quality' attribute. See Section 3.7.1.2.
This is a type 2 enumeration. See Section 3.7.1.2." SYNTAX INTEGER { other(1), -- Not one of the specified or registered -- values. unknown(2), -- The actual value is unknown. draft(3), -- Lowest quality available on the printer. normal(4), -- Normal or intermediate quality on the -- printer. high(5) -- Highest quality available on the printer. }
これは、タイプ2列挙です。セクション3.7.1.2を参照してください「SYNTAX INTEGER {他の（1）、 - 未指定または登録のいずれ - 値が不明（2）、 - 実際の値が不明である案（3）、 - 最低品質プリンタ高い（5） - - プリンタ上で利用可能な通常の（4） - オンノーマル又は中間品質プリンタ上で利用可能な最高品質}。
JmPrinterResolutionTC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Printer resolutions.
Nine octets consisting of two 4-octet SIGNED-INTEGERs followed by a SIGNED-BYTE. The values are the same as those specified
in the Printer MIB [printmib]. The first SIGNED-INTEGER
contains the value of prtMarkerAddressabilityXFeedDir. The
second SIGNED-INTEGER contains the value of
prtMarkerAddressabilityFeedDir. The SIGNED-BYTE contains the
value of prtMarkerAddressabilityUnit.
Note: the latter value is either 3 (tenThousandsOfInches) or 4 (micrometers) and the addressability is in 10,000 units of measure. Thus the SIGNED-INTEGERs represent integral values in either dots-per-inch or dots-per-centimeter.
注：後者の値は、3（tenThousandsOfInches）または4（マイクロメートル）のいずれかであり、アドレス指定は、メジャーの10,000単位です。こうして符号付き整数はあたりインチドットまたはドット・パー・センチメートルのいずれかの積分値を表します。
The syntax is the same as the IPP 'printer-resolution' attribute. See Section 3.7.1.2." SYNTAX OCTET STRING (SIZE(9))
構文はIPP「プリンタ解像度」属性と同じです。セクション3.7.1.2を参照してください。」構文オクテットSTRING（SIZE（9））
JmTonerEconomyTC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Toner economy settings.
This is a type 2 enumeration. See Section 3.7.1.2."
SYNTAX INTEGER {
unknown(2), -- unknown.
off(3), -- Off. Normal. Use full toner.
on(4) -- On. Use less toner than normal.
}
JmBooleanTC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Boolean true or false value.
This is a type 2 enumeration. See Section 3.7.1.2."
SYNTAX INTEGER {
unknown(2), -- unknown.
false(3), -- FALSE.
true(4) -- TRUE.
}
JmMediumTypeTC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Identifies the type of medium.
「媒体の種類を識別します。
other(1), The type is neither one of the values listed in this specification nor a registered value.
他の（1）、タイプが本明細書に列挙された値のどちらもも登録された値です。
unknown(2), The type is not known.
不明（2）、タイプが知られていません。
stationery(3), Separately cut sheets of an opaque material.
文房具（3）、別に不透明材料のシートを切断します。
transparency(4), Separately cut sheets of a transparent material.
透明度は、（4）、別途の透明材料のシートを切断します。
envelope(5), Envelopes that can be used for conventional mailing purposes.
エンベロープ（5）、従来の郵送の目的で使用することができる封筒。
envelopePlain(6), Envelopes that are not preprinted and have no windows.
envelopePlain（6）、事前印刷されないとは窓を持っていない封筒。
envelopeWindow(7), Envelopes that have windows for addressing purposes.
封筒の窓（7）、目的に対処するためのウィンドウを持っている封筒。
continuousLong(8), Continuously connected sheets of an opaque material connected along the long edge.
continuousLong（8）は、長辺に沿って接続された不透明材料の連接シート。
continuousShort(9), Continuously connected sheets of an opaque material connected along the short edge.
continuousShort（9）、短辺に沿って接続された不透明材料の連接シート。
tabStock(10), Media with tabs.
タブ加工素材（10）、タブを持つメディア。
multiPartForm(11), Form medium composed of multiple layers not pre-attached to one another; each sheet MAY be drawn separately from an input source.
multiPartForm（11）と、相互に予め取り付けられていない複数の層からなるフォーム媒体。各シートは、入力ソースから別々に引き出されます。
labels(12), Label-stock.
ラベル（12）、ラベルストック。
multiLayer(13) Form medium composed of multiple layers which are pre-attached to one another, e.g. for use with impact printers.
互いに、例えばに予め取り付けられている複数の層からなる多層（13）を形成する媒体インパクトプリンタで使用します。
This is a type 2 enumeration. See Section 3.7.1.2. These enum values correspond to the keyword name strings of the prtInputMediaType object in the Printer MIB [print-mib]. There is no printer description attribute in IPP/1.0 that represents these values." SYNTAX INTEGER { other(1), unknown(2), stationery(3), transparency(4), envelope(5), envelopePlain(6), envelopeWindow(7), continuousLong(8), continuousShort(9), tabStock(10), multiPartForm(11), labels(12), multiLayer(13) }
これは、タイプ2列挙です。セクション3.7.1.2を参照してください。これらの列挙値は、プリンタMIB [印刷MIB]でprtInputMediaTypeオブジェクトのキーワード名文字列に対応します。これらの値を表し、IPP / 1.0にはプリンタ記述属性はありません。」SYNTAX INTEGER {他の（1）、不明（2）、文具（3）、透明度（4）、エンベロープ（5）、envelopePlain（6）、envelopeWindow （7）、continuousLong（8）、continuousShort（9）、タブ加工素材（10）、multiPartForm（11）、ラベル（12）、多層（13）}
JmJobCollationTypeTC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"This value is the type of job collation. Implementations that
don't support multiple documents or don't support multiple
copies SHALL NOT support the uncollatedDocuments(5) value.
This is a type 2 enumeration. See Section 3.7.1.2. See also
Section 3.4, entitled 'Monitoring Job Progress'."
SYNTAX INTEGER {
other(1),
unknown(2),
uncollatedSheets(3), -- sheets within each document copy
-- are not collated: 1 1 ..., 2 2 ...,
-- No corresponding value of IPP
-- "multiple-document-handling"
collatedDocuments(4), -- internal collated sheets,
-- documents: A, B, A, B, ...
-- Corresponds to IPP "multiple-
-- document-handling"='separate-
-- documents-collated-copies'
uncollatedDocuments(5) -- internal collated sheets,
-- documents: A, A, ..., B, B, ...
-- Corresponds to IPP "multiple-
-- document-handling"='separate-
-- documents-uncollated-copies'
}
｝
JmJobSubmissionIDTypeTC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Identifies the format type of a job submission ID.
Each job submission ID is a fixed-length, 48-octet printable
US-ASCII [US-ASCII] coded character string containing no
control characters, consisting of the fields defined in section
3.5.1.
This is like a type 2 enumeration. See section 3.7.3." SYNTAX OCTET STRING(SIZE(1)) -- ASCII '0'-'9', 'A'-'Z', 'a'-'z'
これは、タイプ2列挙のようなものです。セクション3.7.3を参照して、「構文オクテットSTRING（SIZE（1）） - 。ASCII '0' - '9'、 'A' - 'Z'、 'A' - 'Z'
JmJobStateTC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"The current state of the job (pending, processing, completed,
etc.). The following figure shows the normal job state
transitions:
+----> canceled(7)
/
+---> pending(3) -------> processing(5) ------+------> completed(9)
| ^ ^ \
--->+ | | +----> aborted(8)
| v v /
+---> pendingHeld(4) processingStopped(6) ---+
Figure 4 - Normal Job State Transitions
図4 - 通常のジョブ状態遷移
Normally a job progresses from left to right. Other state transitions are unlikely, but are not forbidden. Not shown are the transitions to the canceled state from the pending, pendingHeld, and processingStopped states.
通常の仕事は、左から右に進みます。その他の状態遷移はほとんどありませんが、禁止されていません。図示していない保留中、pendingHeld、およびprocessingStopped状態からキャンセル状態への遷移があります。
Jobs in the pending, processing, and processingStopped states are called 'active', while jobs in the pendingHeld, canceled, aborted, and completed states are called 'inactive'. Jobs reach one of the three terminal states: completed, canceled, or aborted, after the jobs have completed all activity, and all MIB objects and attributes have reached their final values for the job.
pendingHeld内のジョブが、中断され、キャンセルされ、状態が「非アクティブ」と呼ばれている完成している間、保留、処理中のジョブ、およびprocessingStopped状態は、「アクティブ」と呼ばれています。ジョブズCEOは、三の端子のいずれかの状態に達する：ジョブは、すべてのアクティビティを完了した、とすべてのMIBオブジェクトと属性がジョブの最終値に達した後に完了、キャンセル、または中止されました。
These values are the same as the enum values of the IPP 'job-state' job attribute. See Section 3.7.1.2.
これらの値はIPP「ジョブ状態」ジョブ属性の列挙値と同じです。セクション3.7.1.2を参照してください。
unknown(2), The job state is not known, or its state is indeterminate.
未知（2）、ジョブの状態は、既知、またはその状態は不確定であるれていません。
pending(3), The job is a candidate to start processing, but is not yet processing.
（3）保留中のジョブが処理を開始するための候補であるが、まだ処理していません。
pendingHeld(4), The job is not a candidate for processing for any number of reasons but will return to the pending state as soon as the reasons are no longer present. The job's jmJobStateReasons1 object and/or jobStateReasonsN (N=2..4) attributes SHALL indicate why the job is no longer a candidate for processing. The reasons are represented as bits in the jmJobStateReasons1 object and/or jobStateReasonsN (N=2..4) attributes. See the JmJobStateReasonsNTC (N=1..4) textual convention for the specification of each reason.
pendingHeld（4）は、ジョブが理由の任意の数の処理の候補ではなく、すぐに理由がもはや存在しているように保留状態に戻ります。ジョブのjmJobStateReasons1オブジェクトおよび/またはjobStateReasonsN（N = 2..4）は、ジョブがもはや処理の候補である理由を示さないべき属性。理由はjmJobStateReasons1オブジェクト及び/又はjobStateReasonsN（N = 2..4）属性のビットとして表されます。各理由の仕様JmJobStateReasonsNTC（N = 1..4）テキストの表記法を参照してください。
processing(5), One or more of:
処理（5）、の一つ以上：
1. the job is using, or is attempting to use, one or
more purely software processes that are analyzing,
creating, or interpreting a PDL, etc.,
2. the job is using, or is attempting to use, one or more hardware devices that are interpreting a PDL, making mark on a medium, and/or performing finishing, such as stapling, etc., OR
2.ジョブが使用され、又は培地にマークを作る、PDLを解釈している1つ以上のハードウェアデバイスを使用しようとしている、および/またはステープルなどの後処理を行うこと、等、OR
3. (configuration 2) the server has made the job ready for printing, but the output device is not yet printing it, either because the job hasn't reached the output device or because the job is queued in the output device or some other spooler, awaiting the output device to print it.
3.（構成2）サーバが印刷ジョブの準備ができてきたが、出力デバイスがまだ印刷されていない、いずれかのジョブを出力デバイスに達していないためか、ジョブが出力装置または何らかの他にキューイングされているのでスプーラは、出力デバイスを待っていると、それを印刷します。
When the job is in the processing state, the entire job state includes the detailed status represented in the device MIB indicated by the hrDeviceIndex value of the job's physicalDevice attribute, if the agent implements such a device MIB.
ジョブが処理状態にあるときに、エージェントがそのようなデバイスのMIBを実装する場合、ジョブ全体の状態は、ジョブの[物理属性のhrDeviceIndex値によって示されるデバイスMIBに示さ詳細な状態を含みます。
Implementations MAY, though they NEED NOT, include additional values in the job's jmJobStateReasons1 object to indicate the progress of the job, such as adding the jobPrinting value to indicate when the device is actually making marks on a medium and/or the processingToStopPoint value to indicate that the server or device is in the process of canceling or aborting the job.
彼らはする必要はないものの、実装は、そのようなデバイスは、実際に示すために、メディアおよび/またはprocessingToStopPoint値にマークを作っていることを示すためにjobPrinting値を追加するなど、ジョブの進行状況を示すために、ジョブのjmJobStateReasons1オブジェクトに追加の値を含んでいてもよいですそのサーバーまたはデバイスは、キャンセルまたはジョブを中止するプロセスです。
processingStopped(6), The job has stopped while processing for any number of reasons and will return to the processing state as soon as the reasons are no longer present.
processingStopped（6）は、ジョブが理由の任意の数の処理中に停止していると、すぐに理由がもはや存在しているように、処理状態に戻ります。
The job's jmJobStateReasons1 object and/or the job's
jobStateReasonsN (N=2..4) attributes MAY indicate why the
job has stopped processing. For example, if the output
device is stopped, the deviceStopped value MAY be
included in the job's jmJobStateReasons1 object.
NOTE - When an output device is stopped, the device usually indicates its condition in human readable form at the device. The management application can obtain more complete device status remotely by querying the appropriate device MIB using the job's deviceIndex attribute(s), if the agent implements such a device MIB
注 - 出力装置が停止している場合、デバイスは、通常、デバイスに人間が読める形式でその状態を示しています。薬剤は、そのようなデバイスMIBを実装する場合、管理アプリケーションは、リモートジョブのdeviceIndex属性（複数可）を使用して適切なデバイスMIBを照会することによって、より完全なデバイスのステータスを取得することができます
canceled(7), A client has canceled the job and the server or device has completed canceling the job AND all MIB objects and attributes have reached their final values for the job. While the server or device is canceling the job, the job's jmJobStateReasons1 object SHOULD contain the processingToStopPoint value and one of the canceledByUser, canceledByOperator, or canceledAtDevice values. The canceledByUser, canceledByOperator, or canceledAtDevice values remain while the job is in the canceled state.
（7）キャンセルし、クライアントは、ジョブをキャンセルした、サーバまたはデバイスは、ジョブをキャンセル完了し、すべてのMIBオブジェクトと属性がジョブの最終値に達しています。サーバまたはデバイスがジョブをキャンセルしている間、ジョブのjmJobStateReasons1オブジェクトがprocessingToStopPoint値とcanceledByUser、canceledByOperator、またはcanceledAtDevice値のいずれかを含むべきです。ジョブがキャンセルされた状態にある間canceledByUser、canceledByOperator、又はcanceledAtDevice値が残ります。
aborted(8), The job has been aborted by the system, usually while the job was in the processing or processingStopped state and the server or device has completed aborting the job AND all MIB objects and attributes have reached their final values for the job. While the server or device is aborting the job, the job's jmJobStateReasons1 object MAY contain the processingToStopPoint and abortedBySystem values. If implemented, the abortedBySystem value SHALL remain while the job is in the aborted state.
中止（8）、ジョブは、ジョブが処理またはprocessingStopped状態にし、サーバまたはデバイスがジョブを中止完了し、すべてのMIBオブジェクトおよび属性は、ジョブのためのそれらの最終値に達した通常ながら、システムによって中断されました。サーバまたはデバイスがジョブを中止している間、ジョブのjmJobStateReasons1オブジェクトがprocessingToStopPointとabortedBySystem値が含まれる場合があります。実装されている場合、ジョブが中止された状態にある間、abortedBySystem値が残っているものとします。
completed(9) The job has completed successfully or with warnings or errors after processing and all of the media have been successfully stacked in the appropriate output bin(s) AND all MIB objects and attributes have reached their final values for the job. The job's jmJobStateReasons1 object SHOULD contain one of: completedSuccessfully, completedWithWarnings, or completedWithErrors values.
完成（9）ジョブが成功したか、警告やエラー処理の後、メディアのすべてに成功ジョブの最終値に達した適切な出力ビン（S）と、すべてのMIBオブジェクトと属性に積層されているで完了しました。 completedSuccessfully、completedWithWarnings、またはcompletedWithErrors値：ジョブのjmJobStateReasons1オブジェクトのいずれかを含むべきです。
This is a type 2 enumeration. See Section 3.7.1.2." SYNTAX INTEGER { unknown(2), pending(3), pendingHeld(4), processing(5), processingStopped(6), canceled(7), aborted(8), completed(9) }
これは、タイプ2列挙です。セクション3.7.1.2を参照してください。」SYNTAX INTEGER {（8）中止（7）キャンセル（2）不明、（3）保留中、pendingHeld（4）、処理（5）、processingStopped（6）は、完成（9）}
JmAttributeTypeTC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"The type of the attribute which identifies the attribute.
NOTE - The enum assignments are grouped logically with values
assigned in groups of 20, so that additional values may be
registered in the future and assigned a value that is part of
their logical grouping.
Values in the range 2**30 to 2**31-1 are reserved for private or experimental usage. This range corresponds to the same range reserved in IPP. Implementers are warned that use of such values may conflict with other implementations. Implementers are encouraged to request registration of enum values following the procedures in Section 3.7.1.
範囲の値が2 ** 30 2 ** 31-1にプライベートまたは実験の使用のために予約されています。この範囲は、IPPに貯留同じ範囲に対応します。実装者は、このような値の使用は他の実装と競合する可能性があると警告しています。実装者は、3.7.1項の手順、次の列挙値の登録を要求することをお勧めします。
See Section 3.2 entitled 'The Attribute Mechanism' for a description of this textual-convention and its use in the jmAttributeTable. See Section 3.3.8 for the specification of each attribute. The comment(s) after each enum assignment specifies the data type(s) of the attribute.
このテキストの表記法とjmAttributeTableでの使用の説明については、「属性のメカニズム」と題するセクション3.2を参照してください。各属性の仕様については、セクション3.3.8を参照してください。各列挙型の割り当て後のコメント（複数可）属性のデータ型（複数可）を指定します。
This is a type 2 enumeration. See Section 3.7.1.2."
これは、タイプ2列挙です。セクション3.7.1.2を参照してください。」
SYNTAX INTEGER { other(1), -- Integer32 (-2..2147483647) -- AND/OR -- OCTET STRING(SIZE(0..63))
SYNTAX INTEGER {他の（1）、 - Integer32の（-2..2147483647） - 及び/又は - オクテットSTRING（SIZE（0 63））
-- Job State attributes:
jobStateReasons2(3), -- JmJobStateReasons2TC
jobStateReasons3(4), -- JmJobStateReasons3TC
jobStateReasons4(5), -- JmJobStateReasons4TC
processingMessage(6), -- JmUTF8StringTC (SIZE(0..63))
processingMessageNaturalLangTag(7),
-- OCTET STRING(SIZE(0..63))
jobCodedCharSet(8), -- CodedCharSet
jobNaturalLanguageTag(9), -- OCTET STRING(SIZE(0..63))
-- Job Identification attributes: jobURI(20), -- OCTET STRING(SIZE(0..63)) jobAccountName(21), -- OCTET STRING(SIZE(0..63)) serverAssignedJobName(22), -- JmJobStringTC (SIZE(0..63)) jobName(23), -- JmJobStringTC (SIZE(0..63)) jobServiceTypes(24), -- JmJobServiceTypesTC jobSourceChannelIndex(25), -- Integer32 (0..2147483647) jobSourcePlatformType(26), -- JmJobSourcePlatformTypeTC submittingServerName(27), -- JmJobStringTC (SIZE(0..63)) submittingApplicationName(28), -- JmJobStringTC (SIZE(0..63)) jobOriginatingHost(29), -- JmJobStringTC (SIZE(0..63)) deviceNameRequested(30), -- JmJobStringTC (SIZE(0..63)) queueNameRequested(31), -- JmJobStringTC (SIZE(0..63)) physicalDevice(32), -- hrDeviceIndex -- AND/OR -- JmUTF8StringTC (SIZE(0..63)) numberOfDocuments(33), -- Integer32 (-2..2147483647) fileName(34), -- JmJobStringTC (SIZE(0..63)) documentName(35), -- JmJobStringTC (SIZE(0..63)) jobComment(36), -- JmJobStringTC (SIZE(0..63)) documentFormatIndex(37), -- Integer32 (0..2147483647) documentFormat(38), -- PrtInterpreterLangFamilyTC -- AND/OR -- OCTET STRING(SIZE(0..63))
- ジョブID属性：jobURI（20）、 - オクテットSTRING（SIZE（0 63））jobAccountName（21）、 - オクテットSTRING（SIZE（0 63））serverAssignedJobName（22）、 - JmJobStringTCを（SIZE（0 63））jobNameは（23）、 - JmJobStringTC（SIZE（0 63））jobServiceTypes（24）、 - JmJobServiceTypesTC jobSourceChannelIndex（25）、 - Integer32の（0 2147483647）jobSourcePlatformType（ 26）、 - JmJobSourcePlatformTypeTC submittingServerName（27）、 - JmJobStringTC（SIZE（0 63））submittingApplicationName（28）、 - JmJobStringTC（SIZE（0 63））jobOriginatingHost（29）、 - JmJobStringTC（SIZE （0 63））deviceNameRequested（30）、 - JmJobStringTC（SIZE（0 63））queueNameRequested（31）、 - JmJobStringTC（SIZE（0 63））[物理（32）、 - hrDeviceIndex - - AND / OR - JmUTF8StringTC（SIZE（0 63））numberOfDocuments（33）、 - Integer32の（-2..2147483647）ファイル名（34）、 - JmJobStringTC（SIZE（0 63））DOCUMENTNAME（ 35）、 - JmJobStringTC（SIZE（0 63））jobComment（36）、 - JmJobStringTC（SIZE（0 63））documentFormatIndex（37）、 - Integer32の（0 2147483647）DOCUME ntFormat（38）、 - PrtInterpreterLangFamilyTC - AND / OR - オクテットSTRING（SIZE（0 63））
-- Job Parameter attributes: jobPriority(50), -- Integer32 (-2..100) jobProcessAfterDateAndTime(51), -- DateAndTime (SNMPv2-TC) jobHold(52), -- JmBooleanTC jobHoldUntil(53), -- JmJobStringTC (SIZE(0..63)) outputBin(54), -- Integer32 (0..2147483647) -- AND/OR
- ジョブパラメータ属性：jobPriority（50）、 - Integer32の（-2..100）jobProcessAfterDateAndTime（51）、 - のDateAndTime（のSNMPv2-TC）jobHold（52）、 - JmBooleanTC jobHoldUntil（53）、 - JmJobStringTC （SIZE（0 63））outputBin（54）、 - Integer32の（0 2147483647） - 及び/又は
-- JmJobStringTC (SIZE(0..63)) sides(55), -- Integer32 (-2..2) finishing(56), -- JmFinishingTC
- JmJobStringTC（SIZE（0 63））の側面（55）、 - Integer32の（-2..2）仕上げ（56）、 - JmFinishingTC
-- Image Quality attributes: printQualityRequested(70), -- JmPrintQualityTC printQualityUsed(71), -- JmPrintQualityTC printerResolutionRequested(72), -- JmPrinterResolutionTC printerResolutionUsed(73), -- JmPrinterResolutionTC tonerEcomonyRequested(74), -- JmTonerEconomyTC tonerEcomonyUsed(75), -- JmTonerEconomyTC tonerDensityRequested(76), -- Integer32 (-2..100) tonerDensityUsed(77), -- Integer32 (-2..100)
- 画質属性：printQualityRequested（70）、 - JmPrintQualityTC printQualityUsed（71）、 - JmPrintQualityTC printerResolutionRequested（72）、 - JmPrinterResolutionTC printerResolutionUsed（73）、 - JmPrinterResolutionTC tonerEcomonyRequested（74）、 - JmTonerEconomyTC tonerEcomonyUsed（75） 、 - JmTonerEconomyTC tonerDensityRequested（76）、 - Integer32の（-2..100）tonerDensityUsed（77）、 - Integer32の（-2..100）
-- Job Progress attributes: jobCopiesRequested(90), -- Integer32 (-2..2147483647) jobCopiesCompleted(91), -- Integer32 (-2..2147483647) documentCopiesRequested(92), -- Integer32 (-2..2147483647) documentCopiesCompleted(93), -- Integer32 (-2..2147483647) jobKOctetsTransferred(94), -- Integer32 (-2..2147483647) sheetCompletedCopyNumber(95), -- Integer32 (-2..2147483647) sheetCompletedDocumentNumber(96), -- Integer32 (-2..2147483647) jobCollationType(97), -- JmJobCollationTypeTC
- ジョブ進捗属性：jobCopiesRequested（90）、 - Integer32の（-2..2147483647）jobCopiesCompleted（91）、 - Integer32の（-2..2147483647）documentCopiesRequested（92）、 - Integer32のを（-2..2147483647 ）documentCopiesCompleted（93）、 - Integer32の（-2..2147483647）jobKOctetsTransferred（94）、 - Integer32の（-2..2147483647）sheetCompletedCopyNumber（95）、 - Integer32の（-2..2147483647）sheetCompletedDocumentNumber（96） 、 - Integer32の（-2..2147483647）jobCollationType（97）、 - JmJobCollationTypeTC
-- Impression attributes: impressionsSpooled(110), -- Integer32 (-2..2147483647) impressionsSentToDevice(111), -- Integer32 (-2..2147483647) impressionsInterpreted(112), -- Integer32 (-2..2147483647) impressionsCompletedCurrentCopy(113), -- Integer32 (-2..2147483647) fullColorImpressionsCompleted(114), -- Integer32 (-2..2147483647) highlightColorImpressionsCompleted(115), -- Integer32 (-2..2147483647)
- 印象属性：impressionsSpooled（110）、 - Integer32の（-2..2147483647）impressionsSentToDevice（111）、 - Integer32の（-2..2147483647）impressionsInterpreted（112）、 - Integer32の（-2..2147483647） impressionsCompletedCurrentCopy（113）、 - Integer32の（-2..2147483647）fullColorImpressionsCompleted（114）、 - Integer32の（-2..2147483647）highlightColorImpressionsCompleted（115）、 - Integer32の（-2..2147483647）
-- Page attributes: pagesRequested(130), -- Integer32 (-2..2147483647) pagesCompleted(131), -- Integer32 (-2..2147483647) pagesCompletedCurrentCopy(132), -- Integer32 (-2..2147483647)
- ページ属性：pagesRequested（130）、 - Integer32の（-2..2147483647）pagesCompleted（131）、 - Integer32の（-2..2147483647）pagesCompletedCurrentCopy（132）、 - Integer32の（-2..2147483647）
-- Sheet attributes: sheetsRequested(150), -- Integer32 (-2..2147483647) sheetsCompleted(151), -- Integer32 (-2..2147483647) sheetsCompletedCurrentCopy(152),-- Integer32 (-2..2147483647)
- シート属性：sheetsRequested（150）、 - Integer32の（-2..2147483647）sheetsCompleted（151）、 - Integer32の（-2..2147483647）sheetsCompletedCurrentCopy（152）、 - Integer32の（-2..2147483647）
-- Resource attributes: mediumRequested(170), -- JmMediumTypeTC -- AND/OR -- JmJobStringTC (SIZE(0..63)) mediumConsumed(171), -- Integer32 (-2..2147483647) -- AND -- JmJobStringTC (SIZE(0..63)) colorantRequested(172), -- Integer32 (-2..2147483647) -- AND/OR -- JmJobStringTC (SIZE(0..63)) colorantConsumed(173), -- Integer32 (-2..2147483647) -- AND/OR -- JmJobStringTC (SIZE(0..63)) mediumTypeConsumed(174), -- Integer32 (-2..2147483647) -- AND -- JmJobStringTC (SIZE(0..63)) mediumSizeConsumed(175), -- Integer32 (-2..2147483647) -- AND -- JmJobStringTC (SIZE(0..63))
（-2..2147483647）構文Integer32 - - 、JmJobStringTC（SIZE（0 63））mediumConsumed（171） - JmMediumTypeTC - - AND / OR、mediumRequested（170）AND - ： - リソース属性JmJobStringTC（SIZE（0 63））colorantRequested（172）、 - Integer32の（-2..2147483647） - 及び/又は - JmJobStringTC（SIZE（0 63））colorantConsumed（173）、 - Integer32の（-2..2147483647） - 及び/又は - JmJobStringTC（SIZE（0 63））mediumTypeConsumed（174）、 - Integer32の（-2..2147483647） - および - JmJobStringTC（SIZE（0。 .63））mediumSizeConsumed（175）、 - Integer32の（-2..2147483647） - および - JmJobStringTC（SIZE（0 63））
-- Time attributes: jobSubmissionToServerTime(190), -- JmTimeStampTC -- AND/OR -- DateAndTime jobSubmissionTime(191), -- JmTimeStampTC -- AND/OR -- DateAndTime jobStartedBeingHeldTime(192), -- JmTimeStampTC -- AND/OR -- DateAndTime jobStartedProcessingTime(193), -- JmTimeStampTC -- AND/OR -- DateAndTime jobCompletionTime(194), -- JmTimeStampTC -- AND/OR -- DateAndTime jobProcessingCPUTime(195) -- Integer32 (-2..2147483647) }
- 時間属性：jobSubmissionToServerTime（190）、 - JmTimeStampTC - AND / OR - のDateAndTime jobSubmissionTime（191）、 - JmTimeStampTC - AND / OR - のDateAndTime jobStartedBeingHeldTime（192）、 - JmTimeStampTC - AND / ORを - のDateAndTime jobStartedProcessingTime（193）、 - JmTimeStampTC - AND / OR - のDateAndTime jobCompletionTime（194）、 - JmTimeStampTC - AND / OR - のDateAndTime jobProcessingCPUTime（195） - Integer32の（-2..2147483647）}
JmJobServiceTypesTC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Specifies the type(s) of service to which the job has been
submitted (print, fax, scan, etc.). The service type is
represented as an enum that is bit encoded with each job
service type so that more general and arbitrary services can be
created, such as services with more than one destination type, or ones with only a source or only a destination. For example,
a job service might scan, faxOut, and print a single job. In
this case, three bits would be set in the jobServiceTypes
attribute, corresponding to the hexadecimal values: 0x8 + 0x20
+ 0x4, respectively, yielding: 0x2C.
Whether this attribute is set from a job attribute supplied by
the job submission client or is set by the recipient job
submission server or device depends on the job submission
protocol. With either implementation, the agent SHALL return a
non-zero value for this attribute indicating the type of the
job.
One of the purposes of this attribute is to permit a requester to filter out jobs that are not of interest. For example, a printer operator MAY only be interested in jobs that include printing. That is why the attribute is in the job identification category.
この属性の目的の一つは、関心のないジョブをフィルタするために依頼者を可能にすることです。例えば、プリンタのオペレータは、印刷のみを含める仕事に興味があるかもしれません。属性は、ジョブ識別カテゴリである理由です。
The following service component types are defined (in hexadecimal) and are assigned a separate bit value for use with the jobServiceTypes attribute:
次のサービスコンポーネントタイプが定義されている（16進数）とjobServiceTypes属性で使用するための別のビット値が割り当てられます。
other 0x1 The job contains some instructions that are not one of the identified types.
他の0x1のジョブが識別型の一つではありませんいくつかの命令が含まれています。
unknown 0x2 The job contains some instructions whose type is unknown to the agent.
未知の0x2のジョブは、そのタイプのエージェントに不明であるいくつかの命令が含まれています。
print 0x4 The job contains some instructions that specify printing
印刷0x4のジョブが印刷を指定するいくつかの命令が含まれています
scan 0x8 The job contains some instructions that specify scanning
スキャン0x8のは、ジョブがスキャンを指定するいくつかの命令が含まれています
faxIn 0x10 The job contains some instructions that specify receive fax
仕事の0x10 faxInは、FAXを受信指定するいくつかの命令が含まれています
faxOut 0x20 The job contains some instructions that specify sending fax
仕事の0x20 faxOutは、ファクスを送信指定するいくつかの命令が含まれています
getFile 0x40 The job contains some instructions that specify accessing files or documents
仕事の0x40はgetFileは、ファイルや文書にアクセスする指定いくつかの命令が含まれています
putFile 0x80
PUTFILEは0x80
The job contains some instructions that specify storing
files or documents
mailList 0x100 The job contains some instructions that specify distribution of documents using an electronic mail system.
メーリングリストは、ジョブが電子メールシステムを使用して文書の配布を指定するいくつかの命令が含まれてい0X100。
These bit definitions are the equivalent of a type 2 enum except that combinations of them MAY be used together. See section 3.7.1.2." SYNTAX INTEGER (0..2147483647) -- 31 bits, all but sign bit
これらのビットの定義は、それらの組み合わせを併用してもよいことを除いて、タイプ2列挙の等価です。セクション3.7.1.2を参照してください「SYNTAX INTEGER（0 2147483647） - 。31ビット、全てが、符号ビット
JmJobStateReasons1TC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"The JmJobStateReasonsNTC (N=1..4) textual-conventions are used
with the jmJobStateReasons1 object and jobStateReasonsN
(N=2..4), respectively, to provide additional information
regarding the current jmJobState object value. These values
MAY be used with any job state or states for which the reason
makes sense. See section 3.3.9.1 for the specification of each
bit value defined for use with the JmJobStateReasons1TC.
These bit definitions are the equivalent of a type 2 enum
except that combinations of bits may be used together. See
section 3.7.1.2."
SYNTAX INTEGER (0..2147483647) -- 31 bits, all but sign bit
JmJobStateReasons2TC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"This textual-convention is used with the jobStateReasons2
attribute to provides additional information regarding the
jmJobState object. See section 3.3.9.2 for the specification
of JmJobStateReasons2TC. See section 3.3.9.1 for the
description under JmJobStateReasons1TC for additional
information that applies to all reasons.
These bit definitions are the equivalent of a type 2 enum
except that combinations of them may be used together. See
section 3.7.1.2."
SYNTAX INTEGER (0..2147483647) -- 31 bits, all but sign bit
JmJobStateReasons3TC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"This textual-convention is used with the jobStateReasons3
attribute to provides additional information regarding the
jmJobState object. See section 3.3.9.3 for the specification
of JmJobStateReasons3TC. See section 3.3.9.1 for the
description under JmJobStateReasons1TC for additional
information that applies to all reasons.
These bit definitions are the equivalent of a type 2 enum except that combinations of them may be used together. See section 3.7.1.2. " SYNTAX INTEGER (0..2147483647) -- 31 bits, all but sign bit
これらのビットの定義は、それらの組み合わせを一緒に使用してもよいことを除いてタイプ2列挙の等価です。セクション3.7.1.2を参照してください。 "SYNTAX INTEGER（0 2147483647） - 31ビット、符号ビットが、すべて
JmJobStateReasons4TC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"This textual-convention is used in the jobStateReasons4
attribute to provides additional information regarding the
jmJobState object. See section 3.3.9.4 for the specification
of JmJobStateReasons4TC. See section 3.3.9.1 for the
description under JmJobStateReasons1TC for additional
information that applies to all reasons.
These bit definitions are the equivalent of a type 2 enum
except that combinations of them may be used together. See
section 3.7.1.2."
SYNTAX INTEGER (0..2147483647) -- 31 bits, all but sign bit
jobmonMIBObjects OBJECT IDENTIFIER ::= { jobmonMIB 1 }
-- The General Group (MANDATORY)
- 一般的なグループ（MANDATORY）
-- The jmGeneralGroup consists entirely of the jmGeneralTable.
- jmGeneralGroupは完全にjmGeneralTableの構成されています。
jmGeneral OBJECT IDENTIFIER ::= { jobmonMIBObjects 1 }
jmGeneralTable OBJECT-TYPE SYNTAX SEQUENCE OF JmGeneralEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION
JmGeneralEntry MAX-ACCESSステータス現在の説明のjmGeneralTable OBJECT-TYPE構文配列
"The jmGeneralTable consists of information of a general nature
that are per-job-set, but are not per-job. See Section 2
entitled 'Terminology and Job Model' for the definition of a
job set.
The MANDATORY-GROUP macro specifies that this group is
MANDATORY."
::= { jmGeneral 1 }
jmGeneralEntry OBJECT-TYPE SYNTAX JmGeneralEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Information about a job set (queue).
ジョブセット（キュー）に関するjmGeneralEntryのOBJECT-TYPE SYNTAX JmGeneralEntry MAX-ACCESSステータス現在の説明「情報。
An entry SHALL exist in this table for each job set."
INDEX { jmGeneralJobSetIndex }
::= { jmGeneralTable 1 }
JmGeneralEntry ::= SEQUENCE {
jmGeneralJobSetIndex Integer32 (1..32767),
jmGeneralNumberOfActiveJobs Integer32 (0..2147483647),
jmGeneralOldestActiveJobIndex Integer32 (0..2147483647),
jmGeneralNewestActiveJobIndex Integer32 (0..2147483647),
jmGeneralJobPersistence Integer32 (15..2147483647),
jmGeneralAttributePersistence Integer32 (15..2147483647),
jmGeneralJobSetName JmUTF8StringTC (SIZE(0..63))
}
jmGeneralJobSetIndex OBJECT-TYPE SYNTAX Integer32 (1..32767) MAX-ACCESS not-accessible STATUS current DESCRIPTION "A unique value for each job set in this MIB. The jmJobTable and jmAttributeTable tables have this same index as their primary index.
jmGeneralJobSetIndex OBJECT-TYPE構文Integer32（1から32767）MAX-ACCESSステータス現在の説明は「このMIBに設定された各ジョブの固有の値。jmJobTableとjmAttributeTableテーブルは彼らの主要な指標として、この同じインデックスを持っています。
The value(s) of the jmGeneralJobSetIndex SHALL be persistent
across power cycles, so that clients that have retained
jmGeneralJobSetIndex values will access the same job sets upon
subsequent power-up.
An implementation that has only one job set, such as a printer with a single queue, SHALL hard code this object with the value 1.
そのような単一のキューとプリンタとしてだけつのジョブのセットを有する実装は、ハード値1と、このオブジェクトを符号SHALL。
See Section 2 entitled 'Terminology and Job Model' for the
definition of a job set.
Corresponds to the first index in jmJobTable and
jmAttributeTable."
::= { jmGeneralEntry 1 }
jmGeneralNumberOfActiveJobs OBJECT-TYPE
SYNTAX Integer32 (0..2147483647)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The current number of 'active' jobs in the jmJobIDTable,
jmJobTable, and jmAttributeTable, i.e., the total number of
jobs that are in the pending, processing, or processingStopped
states. See the JmJobStateTC textual-convention for the exact
specification of the semantics of the job states."
DEFVAL { 0 } -- no jobs
::= { jmGeneralEntry 2 }
jmGeneralOldestActiveJobIndex OBJECT-TYPE SYNTAX Integer32 (0..2147483647) MAX-ACCESS read-only STATUS current DESCRIPTION "The jmJobIndex of the oldest job that is still in one of the 'active' states (pending, processing, or processingStopped). In other words, the index of the 'active' job that has been in the job tables the longest.
jmGeneralOldestActiveJobIndexのOBJECT-TYPE構文Integer32（0 2147483647）MAX-ACCESS read-only説明「『アクティブ』状態（ペンディング、処理、又はprocessingStopped）のいずれかに残っている最も古いジョブのjmJobIndex。他で言葉、最長のジョブテーブルにあった「アクティブ」ジョブのインデックス。
If there are no active jobs, the agent SHALL set the value of
this object to 0.
See Section 3.2 entitled 'The Job Tables and the Oldest Active
and Newest Active Indexes' for a description of the usage of
this object."
DEFVAL { 0 } -- no active jobs
::= { jmGeneralEntry 3 }
jmGeneralNewestActiveJobIndex OBJECT-TYPE SYNTAX Integer32 (0..2147483647) MAX-ACCESS read-only
jmGeneralNewestActiveJobIndexのOBJECT-TYPE構文Integer32（0 2147483647）MAX-ACCESS読み取り専用
STATUS current
DESCRIPTION
"The jmJobIndex of the newest job that is in one of the
'active' states (pending, processing, or processingStopped).
In other words, the index of the 'active' job that has been
most recently added to the job tables.
When all jobs become 'inactive', i.e., enter the pendingHeld,
completed, canceled, or aborted states, the agent SHALL set the
value of this object to 0.
See Section 3.2 entitled 'The Job Tables and the Oldest Active
and Newest Active Indexes' for a description of the usage of
this object."
DEFVAL { 0 } -- no active jobs
::= { jmGeneralEntry 4 }
jmGeneralJobPersistence OBJECT-TYPE SYNTAX Integer32 (15..2147483647) UNITS "seconds" MAX-ACCESS read-only STATUS current DESCRIPTION "The minimum time in seconds for this instance of the Job Set that an entry SHALL remain in the jmJobIDTable and jmJobTable after processing has completed, i.e., the minimum time in seconds starting when the job enters the completed, canceled, or aborted state.
jmGeneralJobPersistenceのOBJECT-TYPE構文Integer32（15..2147483647）UNITS「秒」MAX-ACCESS read-onlyステータス現在の説明「エントリが処理した後jmJobIDTableとjmJobTableに残るものと仕事セットのこのインスタンスの秒単位の最小時間ジョブが完了キャンセル、または中断状態になったとき、すなわち、秒単位の最小時間は、開始、完了しました。
Configuring this object is implementation-dependent.
このオブジェクトを設定すると、実装依存です。
This value SHALL be equal to or greater than the value of
jmGeneralAttributePersistence. This value SHOULD be at least
60 which gives a monitoring or accounting application one
minute in which to poll for job data."
DEFVAL { 60 } -- one minute
::= { jmGeneralEntry 5 }
jmGeneralAttributePersistence OBJECT-TYPE SYNTAX Integer32 (15..2147483647) UNITS "seconds" MAX-ACCESS read-only STATUS current DESCRIPTION
jmGeneralAttributePersistenceのOBJECT-TYPE構文Integer32（15..2147483647）UNITS "秒" MAX-ACCESS read-onlyステータス現在の説明
"The minimum time in seconds for this instance of the Job Set
that an entry SHALL remain in the jmAttributeTable after
processing has completed , i.e., the time in seconds starting
when the job enters the completed, canceled, or aborted state.
Configuring this object is implementation-dependent.
このオブジェクトを設定すると、実装依存です。
This value SHOULD be at least 60 which gives a monitoring or
accounting application one minute in which to poll for job
data."
DEFVAL { 60 } -- one minute
::= { jmGeneralEntry 6 }
jmGeneralJobSetName OBJECT-TYPE SYNTAX JmUTF8StringTC (SIZE(0..63)) MAX-ACCESS read-only STATUS current DESCRIPTION "The human readable name of this job set assigned by the system administrator (by means outside of this MIB). Typically, this name SHOULD be the name of the job queue. If a server or device has only a single job set, this object can be the administratively assigned name of the server or device itself. This name does not need to be unique, though each job set in a single Job Monitoring MIB SHOULD have distinct names.
jmGeneralJobSetName OBJECT-TYPE構文JmUTF8StringTC（SIZE（0 63））MAX-ACCESS read-only説明「（このMIBの外部手段によって）、システム管理者によって割り当てられ、このジョブセットの人間が読み取り可能な名前。通常、この名前は、ジョブキューの名前でなければなりません。サーバーまたはデバイスは、単一のジョブセットを持っている場合、このオブジェクトは、サーバーやデバイス自体の管理上割り当てられた名前です。この名前は一意である必要はありません、各ジョブセットものの単一ジョブ監視にMIBは、異なる名前を持つべきです。
NOTE - If the job set corresponds to a single printer and the
Printer MIB is implemented, this value SHOULD be the same as
the prtGeneralPrinterName object in the draft Printer MIB
[print-mib-draft]. If the job set corresponds to an IPP
Printer, this value SHOULD be the same as the IPP 'printer-
name' Printer attribute.
NOTE - The purpose of this object is to help the user of the job monitoring application distinguish between several job sets in implementations that support more than one job set.
注 - このオブジェクトの目的は、ジョブ監視アプリケーションのユーザーが複数のジョブセットをサポートする実装では、いくつかのジョブセットを区別しやすくすることです。
See the OBJECT compliance macro for the minimum maximum length
required for conformance."
DEFVAL { ''H } -- empty string
::= { jmGeneralEntry 7 }
-- The Job ID Group (MANDATORY)
- ジョブIDグループ（MANDATORY）
-- The jmJobIDGroup consists entirely of the jmJobIDTable.
- jmJobIDGroupは完全にjmJobIDTableの構成されています。
jmJobID OBJECT IDENTIFIER ::= { jobmonMIBObjects 2 }
jmJobIDTable OBJECT-TYPE SYNTAX SEQUENCE OF JmJobIDEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The jmJobIDTable provides a correspondence map (1) between the job submission ID that a client uses to refer to a job and (2) the jmGeneralJobSetIndex and jmJobIndex that the Job Monitoring MIB agent assigned to the job and that are used to access the job in all of the other tables in the MIB. If a monitoring application already knows the jmGeneralJobSetIndex and the jmJobIndex of the job it is querying, that application NEED NOT use the jmJobIDTable.
JmJobIDEntry MAX-ACCESSステータスOF jmJobIDTable OBJECT-TYPE構文配列現在の説明「jmJobIDTable、そのクライアントは、ジョブを参照するために使用ジョブ投入ID及び（2）jmGeneralJobSetIndexとjmJobIndexとの対応マップ（1）を提供しますジョブ監視MIBエージェントは、ジョブに割り当てられ、それはMIB内の他のテーブルのすべてのジョブにアクセスするために使用されている。監視アプリケーションが既にjmGeneralJobSetIndex、それが照会されたジョブのjmJobIndexを知っている場合、そのアプリケーションが使用する必要はありませんjmJobIDTable。
The MANDATORY-GROUP macro specifies that this group is
MANDATORY."
::= { jmJobID 1 }
jmJobIDEntry OBJECT-TYPE SYNTAX JmJobIDEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The map from (1) the jmJobSubmissionID to (2) the jmGeneralJobSetIndex and jmJobIndex.
jmJobIDEntry OBJECT-TYPE構文JmJobIDEntry MAX-ACCESSステータス現在の説明「（2）jmGeneralJobSetIndex及びjmJobIndex（1）jmJobSubmissionIDから地図。
An entry SHALL exist in this table for each job currently known
to the agent for all job sets and job states. There MAY be
more than one jmJobIDEntry that maps to a single job. This
many to one mapping can occur when more than one network entity
along the job submission path supplies a job submission ID.
See Section 3.5. However, each job SHALL appear once and in
one and only one job set."
INDEX { jmJobSubmissionID }
::= { jmJobIDTable 1 }
JmJobIDEntry ::= SEQUENCE {
jmJobSubmissionID OCTET STRING(SIZE(48)),
jmJobIDJobSetIndex Integer32 (0..32767),
jmJobIDJobIndex Integer32 (0..2147483647)
}
jmJobSubmissionID OBJECT-TYPE
jmJobSubmissionIDのOBJECT-TYPE
SYNTAX OCTET STRING(SIZE(48))
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A quasi-unique 48-octet fixed-length string ID which
identifies the job within a particular client-server
environment. There are multiple formats for the
jmJobSubmissionID. Each format SHALL be uniquely identified.
See the JmJobSubmissionIDTypeTC textual convention. Each
format SHALL be registered using the procedures of a type 2
enum. See section 3.7.3 entitled: 'PWG Registration of Job
Submission Id Formats'.
If the requester (client or server) does not supply a job
submission ID in the job submission protocol, then the
recipient (server or device) SHALL assign a job submission ID
using any of the standard formats that have been reserved for
agents and adding the final 8 octets to distinguish the ID from
others submitted from the same requester.
The monitoring application, whether in the client or running separately, MAY use the job submission ID to help identify which jmJobIndex was assigned by the agent, i.e., in which row the job information is in the other tables.
監視アプリケーション、クライアントにまたは別々に実行されているかどうかは、ジョブ情報は、他のテーブルにある行で、すなわち、jmJobIndexエージェントによって割り当てられた識別するためのジョブ投入IDを使用するかもしれません。
NOTE - fixed-length is used so that a management application can use a shortened GetNext varbind (in SNMPv1 and SNMPv2) in order to get the next submission ID, disregarding the remainder of the ID in order to access jobs independent of the trailing identifier part, e.g., to get all jobs submitted by a particular jmJobOwner or submitted from a particular MAC address.
注 - 管理アプリケーションが次提出のIDを得るために（SNMPv1およびSNMPv2の中に）短縮のGETNEXT VARBINDを使用できるように、固定長はトレーリング識別子部分の独立したジョブにアクセスするためにIDの残りの部分を無視し、使用されています例えば、特定のMACアドレスから特定のjmJobOwnerから提出されたか、提出されたすべてのジョブを取得します。
See the JmJobSubmissionIDTypeTC textual convention.
See APPENDIX B - Support of Job Submission Protocols."
::= { jmJobIDEntry 1 }
jmJobIDJobSetIndex OBJECT-TYPE SYNTAX Integer32 (0..32767) MAX-ACCESS read-only STATUS current DESCRIPTION "This object contains the value of the jmGeneralJobSetIndex for the job with the jmJobSubmissionID value, i.e., the job set index of the job set in which the job was placed when that server or device accepted the job. This 16-bit value in combination with the jmJobIDJobIndex value permits the management application to access the other tables to obtain the job-specific objects for this job.
jmJobIDJobSetIndexのOBJECT-TYPE構文Integer32（0..32767）MAX-ACCESS read-onlyステータス現在の説明は「このオブジェクトはjmJobSubmissionID値とジョブのjmGeneralJobSetIndexの値が含まれている、すなわち、ここで設定したジョブのジョブセットインデックスそのサーバまたはデバイスがジョブを受け付けたときにジョブを配置した。jmJobIDJobIndex値と組み合わせて、この16ビット値は、このジョブのジョブ固有のオブジェクトを得るために、他のテーブルにアクセスする管理アプリケーションを可能にします。
See jmGeneralJobSetIndex in the jmGeneralTable."
DEFVAL { 0 } -- 0 indicates no job set index
::= { jmJobIDEntry 2 }
jmJobIDJobIndex OBJECT-TYPE SYNTAX Integer32 (0..2147483647) MAX-ACCESS read-only STATUS current DESCRIPTION "This object contains the value of the jmJobIndex for the job with the jmJobSubmissionID value, i.e., the job index for the job when the server or device accepted the job. This value, in combination with the jmJobIDJobSetIndex value, permits the management application to access the other tables to obtain the job-specific objects for this job.
jmJobIDJobIndexのOBJECT-TYPE構文Integer32（0 2147483647）MAX-ACCESS read-onlyステータス現在の説明は「このオブジェクトjmJobSubmissionID値、すなわち、ジョブのジョブインデックスサーバまたはでジョブのjmJobIndexの値が含まれていますデバイスがジョブを受け入れた。この値は、jmJobIDJobSetIndex値と組み合わせて、このジョブのジョブ固有のオブジェクトを得るために、他のテーブルにアクセスする管理アプリケーションを可能にします。
See jmJobIndex in the jmJobTable."
DEFVAL { 0 } -- 0 indicates no jmJobIndex value.
::= { jmJobIDEntry 3 }
-- The Job Group (MANDATORY)
- ジョブグループ（MANDATORY）
-- The jmJobGroup consists entirely of the jmJobTable.
- jmJobGroupは完全にjmJobTableの構成されています。
jmJob OBJECT IDENTIFIER ::= { jobmonMIBObjects 3 }
jmJobTable OBJECT-TYPE SYNTAX SEQUENCE OF JmJobEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The jmJobTable consists of basic job state and status information for each job in a job set that (1) monitoring applications need to be able to access in a single SNMP Get operation, (2) that have a single value per job, and (3) that SHALL always be implemented.
JmJobEntry MAX-ACCESSステータス現在の説明のjmJobTable OBJECT-TYPE構文配列「jmJobTableジョブが（1）監視アプリケーションは、単一にアクセスできるようにする必要があることセット内の各ジョブのための基本的なジョブ状態およびステータス情報から構成されSNMPは、ジョブごとに単一の値を持っていること、及び（3）常に、実行されなければならないこと（2）、操作を取得します。
The MANDATORY-GROUP macro specifies that this group is
MANDATORY."
::= { jmJob 1 }
jmJobEntry OBJECT-TYPE SYNTAX JmJobEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Basic per-job state and status information.
jmJobEntryのOBJECT-TYPE SYNTAX JmJobEntry MAX-ACCESSステータス現在の説明は「基本ジョブごとの状態およびステータス情報。
An entry SHALL exist in this table for each job, no matter what
the state of the job is. Each job SHALL appear in one and only
one job set.
See Section 3.2 entitled 'The Job Tables'."
INDEX { jmGeneralJobSetIndex, jmJobIndex }
::= { jmJobTable 1 }
JmJobEntry ::= SEQUENCE {
jmJobIndex Integer32 (1..2147483647),
jmJobState JmJobStateTC,
jmJobStateReasons1 JmJobStateReasons1TC,
jmNumberOfInterveningJobs Integer32 (-2..2147483647),
jmJobKOctetsPerCopyRequested Integer32 (-2..2147483647),
jmJobKOctetsProcessed Integer32 (-2..2147483647),
jmJobImpressionsPerCopyRequested Integer32 (-2..2147483647),
jmJobImpressionsCompleted Integer32 (-2..2147483647),
jmJobOwner JmJobStringTC (SIZE(0..63))
}
jmJobIndex OBJECT-TYPE SYNTAX Integer32 (1..2147483647) MAX-ACCESS not-accessible STATUS current DESCRIPTION "The sequential, monatonically increasing identifier index for the job generated by the server or device when that server or device accepted the job. This index value permits the management application to access the other tables to obtain the job-specific row entries.
jmJobIndex OBJECT-TYPE構文Integer32（1 2147483647）MAX-ACCESSステータス現在の説明は「シーケンシャル、そのサーバまたはデバイスは、このインデックス値を、ジョブを受け付けた場合monatonicallyサーバ又はデバイスによって生成されたジョブの識別子インデックスを増加させますジョブ固有の行のエントリを得るために、他のテーブルにアクセスする管理アプリケーションを可能にします。
See Section 3.2 entitled 'The Job Tables and the Oldest Active
and Newest Active Indexes'.
See Section 3.5 entitled 'Job Identification'.
See also jmGeneralNewestActiveJobIndex for the largest value of
jmJobIndex.
See JmJobSubmissionIDTypeTC for a limit on the size of this
index if the agent represents it as an 8-digit decimal number."
::= { jmJobEntry 1 }
jmJobState OBJECT-TYPE SYNTAX JmJobStateTC MAX-ACCESS read-only STATUS current DESCRIPTION "The current state of the job (pending, processing, completed, etc.). Agents SHALL implement only those states which are appropriate for the particular implementation. However, management applications SHALL be prepared to receive all the standard job states.
jmJobState OBJECT-TYPE構文JmJobStateTC MAX-ACCESS read-onlyステータス現在の説明「ジョブの現在の状態（ペンディング、処理、完了、など）。エージェントは、特定の実装に適しているだけの状態を実施しなければならない。ただし、管理アプリケーションは、すべての標準的なジョブの状態を受信するために作成しなければなりません。
The final value for this object SHALL be one of: completed,
canceled, or aborted. The minimum length of time that the
agent SHALL maintain MIB data for a job in the completed,
canceled, or aborted state before removing the job data from
the jmJobIDTable and jmJobTable is specified by the value of
the jmGeneralJobPersistence object."
DEFVAL { unknown } -- default is unknown
::= { jmJobEntry 2 }
jmJobStateReasons1 OBJECT-TYPE SYNTAX JmJobStateReasons1TC MAX-ACCESS read-only STATUS current DESCRIPTION "Additional information about the job's current state, i.e., information that augments the value of the job's jmJobState object.
ジョブのjmJobStateオブジェクトの値を強化し、ジョブの現在の状態、すなわち、情報に関するjmJobStateReasons1のOBJECT-TYPE SYNTAX JmJobStateReasons1TC MAX-ACCESS read-onlyステータス現在の説明「追加情報。
Implementation of any reason values is OPTIONAL, but an agent
SHOULD return any reason information available. These values
MAY be used with any job state or states for which the reason
makes sense. Since the Job State Reasons will be more dynamic
than the Job State, it is recommended that a job monitoring
application read this object every time jmJobState is read.
When the agent cannot provide a reason for the current state of
the job, the value of the jmJobStateReasons1 object and
jobStateReasonsN attributes SHALL be 0.
The jobStateReasonsN (N=2..4) attributes provide further
additional information about the job's current state."
DEFVAL { 0 } -- no reasons
::= { jmJobEntry 3 }
jmNumberOfInterveningJobs OBJECT-TYPE
SYNTAX Integer32 (-2..2147483647)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of jobs that are expected to complete processing
before this job has completed processing according to the
implementation's queuing algorithm, if no other jobs were to be
submitted. In other words, this value is the job's queue
position. The agent SHALL return a value of 0 for this
attribute when the job is the next job to complete processing
(or has completed processing)."
DEFVAL { 0 } -- default is no intervening jobs.
::= { jmJobEntry 4 }
jmJobKOctetsPerCopyRequested OBJECT-TYPE SYNTAX Integer32 (-2..2147483647) MAX-ACCESS read-only STATUS current DESCRIPTION "The total size in K (1024) octets of the document(s) being requested to be processed in the job. The agent SHALL round the actual number of octets up to the next highest K. Thus 0 octets is represented as '0', 1-1024 octets is represented as '1', 1025-2048 is represented as '2', etc.
文書（複数可）のjmJobKOctetsPerCopyRequested OBJECT-TYPE構文Integer32（-2..2147483647）MAX-ACCESS read-only説明「Kの総サイズ（1024）オクテットはジョブで処理することを要求される。エージェントはSHALL 「1」、1025年から2048年には「2」、などのように表されているようにオクテットの実際の数ラウンドまで「0」として表され、次に高いK.したがって0オクテットに、1〜1024個のオクテットが表されています
In computing this value, the server/device SHALL NOT include
the multiplicative factors contributed by (1) the number of
document copies, and (2) the number of job copies, independent
of whether the device can process multiple copies of the job or
document without making multiple passes over the job or
document data and independent of whether the output is collated
or not. Thus the server/device computation is independent of
the implementation and indicates the size of the document(s)
measured in K octets independent of the number of copies."
DEFVAL { -2 } -- the default is unknown(-2)
::= { jmJobEntry 5 }
jmJobKOctetsProcessed OBJECT-TYPE SYNTAX Integer32 (-2..2147483647) MAX-ACCESS read-only STATUS current DESCRIPTION "The total number of octets processed by the server or device measured in units of K (1024) octets so far. The agent SHALL round the actual number of octets processed up to the next higher K. Thus 0 octets is represented as '0', 1-1024 octets is represented as '1', 1025-2048 octets is '2', etc. For printing devices, this value is the number interpreted by the page description language interpreter rather than what has been marked on media.
jmJobKOctetsProcessed OBJECT-TYPE構文Integer32（-2..2147483647）MAX-ACCESS read-only説明「エージェントは丸めSHALL K（1024）の単位で測定されたサーバまたはデバイスによって処理されるオクテットの総数はこれまでオクテット。 0オクテットが「0」として表されているこのように、次のより高いK.まで処理オクテットの実際の数は、1〜1024個のオクテットは1025から2048オクテットの印刷装置の場合等、「2」であり、「1」として表され、この値ではなく、メディアにマークされているものよりも、ページ記述言語インタプリタによって解釈の数です。
For implementations where multiple copies are produced by the
interpreter with only a single pass over the data, the final
value SHALL be equal to the value of the
jmJobKOctetsPerCopyRequested object. For implementations where
multiple copies are produced by the interpreter by processing
the data for each copy, the final value SHALL be a multiple of
the value of the jmJobKOctetsPerCopyRequested object.
NOTE - See the impressionsCompletedCurrentCopy and pagesCompletedCurrentCopy attributes for attributes that are reset on each document copy.
NOTE - impressionsCompletedCurrentCopyとpagesCompletedCurrentCopyは、各ドキュメントのコピーにリセットされた属性の属性を参照してください。
NOTE - The jmJobKOctetsProcessed object can be used with the
jmJobKOctetsPerCopyRequested object to provide an indication of
the relative progress of the job, provided that the
multiplicative factor is taken into account for some
implementations of multiple copies."
DEFVAL { 0 } -- default is no octets processed.
::= { jmJobEntry 6 }
jmJobImpressionsPerCopyRequested OBJECT-TYPE SYNTAX Integer32 (-2..2147483647) MAX-ACCESS read-only STATUS current DESCRIPTION "The total size in number of impressions of the document(s) submitted.
jmJobImpressionsPerCopyRequested OBJECT-TYPE構文Integer32（-2..2147483647）MAX-ACCESS read-only説明「提出文書（複数可）のインプレッション数の合計サイズ。
In computing this value, the server/device SHALL NOT include
the multiplicative factors contributed by (1) the number of
document copies, and (2) the number of job copies, independent
of whether the device can process multiple copies of the job or
document without making multiple passes over the job or
document data and independent of whether the output is collated
or not. Thus the server/device computation is independent of
the implementation and reflects the size of the document(s)
measured in impressions independent of the number of copies.
See the definition of the term 'impression' in Section 2."
第2節で用語「印象」の定義を参照してください」
DEFVAL { -2 } -- default is unknown(-2)
::= { jmJobEntry 7 }
jmJobImpressionsCompleted OBJECT-TYPE SYNTAX Integer32 (-2..2147483647) MAX-ACCESS read-only STATUS current DESCRIPTION "The total number of impressions completed for this job so far. For printing devices, the impressions completed includes interpreting, marking, and stacking the output. For other types of job services, the number of impressions completed includes the number of impressions processed.
jmJobImpressionsCompleted OBJECT-TYPE構文Integer32（-2..2147483647）MAX-ACCESS read-onlyステータス現在の説明は「これまでにジョブが完了した回数の合計。印刷デバイスの場合は、完成印象は、通訳マーキング、およびスタッキング含み出力。仕事の他のタイプのサービスのためには、完了したインプレッション数は、処理されたインプレッション数を含んでいます。
NOTE - See the impressionsCompletedCurrentCopy and
pagesCompletedCurrentCopy attributes for attributes that are
reset on each document copy.
NOTE - The jmJobImpressionsCompleted object can be used with the jmJobImpressionsPerCopyRequested object to provide an indication of the relative progress of the job, provided that the multiplicative factor is taken into account for some implementations of multiple copies.
注 - jmJobImpressionsCompletedオブジェクトは、ジョブの相対的な進行状況の表示を提供するjmJobImpressionsPerCopyRequestedオブジェクトに使用することができ、乗法因子は複数のコピーのいくつかの実装のために考慮されることを条件とします。
See the definition of the term 'impression' in Section 2 and
the counting example in Section 3.4 entitled 'Monitoring Job
Progress'."
DEFVAL { 0 } -- default is no octets
::= { jmJobEntry 8 }
jmJobOwner OBJECT-TYPE SYNTAX JmJobStringTC (SIZE(0..63)) MAX-ACCESS read-only STATUS current DESCRIPTION "The coded character set name of the user that submitted the job. The method of assigning this user name will be system and/or site specific but the method MUST ensure that the name is unique to the network that is visible to the client and target device.
jmJobOwner OBJECT-TYPE構文JmJobStringTC（SIZE（0 63））MAX-ACCESS read-only説明「ジョブを送信したユーザのコード化文字セット名。このユーザ名を割り当てる方法がされるシステムおよび/またはサイト特異的であるが、この方法は、名前は、クライアントとターゲットデバイスに表示されているネットワークに固有であることを保証しなければなりませんか。
This value SHOULD be the most authenticated name of the user
submitting the job.
See the OBJECT compliance macro for the minimum maximum length required for conformance."
DEFVAL { ''H } -- default is empty string
::= { jmJobEntry 9 }
-- The Attribute Group (MANDATORY)
- 属性グループ（MANDATORY）
-- The jmAttributeGroup consists entirely of the jmAttributeTable. -- -- Implementation of the objects in this group is MANDATORY. -- See Section 3.1 entitled 'Conformance Considerations'. -- An agent SHALL implement any attribute if (1) the server or device -- supports the functionality represented by the attribute and (2) the -- information is available to the agent.
- jmAttributeGroupは完全にjmAttributeTableの構成されています。 - - このグループ内のオブジェクトの実装は必須です。 - 「適合性に関する注意事項」と題するセクション3.1を参照してください。情報エージェントに利用可能である - 属性及び（2）で表される機能をサポート - - （1）サーバまたはデバイスがあれば、エージェントは、任意の属性を実施しなければなりません。
jmAttribute OBJECT IDENTIFIER ::= { jobmonMIBObjects 4 }
jmAttributeTable OBJECT-TYPE SYNTAX SEQUENCE OF JmAttributeEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The jmAttributeTable SHALL contain attributes of the job and document(s) for each job in a job set. Instead of allocating distinct objects for each attribute, each attribute is represented as a separate row in the jmAttributeTable.
jmAttributeTable jmAttributeTableジョブセット内の各ジョブのジョブと文書（単数または複数）の属性を含まなければならないJmAttributeEntry MAX-ACCESSステータス現在の説明は」OF OBJECT-TYPE構文配列。その代わりに、各属性の異なるオブジェクトを割り当てる、各属性jmAttributeTableにおける別個の行として表されます。
The MANDATORY-GROUP macro specifies that this group is
MANDATORY. An agent SHALL implement any attribute if (1) the
server or device supports the functionality represented by the
attribute and (2) the information is available to the agent. "
::= { jmAttribute 1 }
jmAttributeEntry OBJECT-TYPE SYNTAX JmAttributeEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Attributes representing information about the job and document(s) or resources required and/or consumed.
jmAttributeEntry OBJECT-TYPE SYNTAX JmAttributeEntry MAX-ACCESSステータス現在の説明は「仕事と文書（S）またはリソースに必要かつ/または消費に関する情報を表す属性。
Each entry in the jmAttributeTable is a per-job entry with an
extra index for each type of attribute (jmAttributeTypeIndex)
that a job can have and an additional index
(jmAttributeInstanceIndex) for those attributes that can have multiple instances per job. The jmAttributeTypeIndex object
SHALL contain an enum type that indicates the type of attribute
(see the JmAttributeTypeTC textual-convention). The value of
the attribute SHALL be represented in either the
jmAttributeValueAsInteger or jmAttributeValueAsOctets objects,
and/or both, as specified in the JmAttributeTypeTC textual-
convention.
The agent SHALL create rows in the jmAttributeTable as the server or device is able to discover the attributes either from the job submission protocol itself or from the document PDL. As the documents are interpreted, the interpreter MAY discover additional attributes and so the agent adds additional rows to this table. As the attributes that represent resources are actually consumed, the usage counter contained in the jmAttributeValueAsInteger object is incremented according to the units indicated in the description of the JmAttributeTypeTC enum.
サーバまたはデバイスとしてjmAttributeTable内の行を作成するものとし、エージェントは、いずれかのジョブ投入プロトコル自体からまたは文書のPDLから属性を発見することができます。文書が解釈されると、インタプリタは追加属性を発見するかもしれなくて、そのエージェントは、この表に追加の行を追加します。リソースを表す属性が実際に消費されるように、jmAttributeValueAsIntegerオブジェクトに含まれている使用カウンタはJmAttributeTypeTC列挙の説明に示されている単位に従ってインクリメントされます。
The agent SHALL maintain each row in the jmAttributeTable for at least the minimum time after a job completes as specified by the jmGeneralAttributePersistence object.
jmGeneralAttributePersistenceオブジェクトによって指定されたジョブが完了した後、エージェントは、少なくとも最小時間の間jmAttributeTableの各行を維持しなければなりません。
Zero or more entries SHALL exist in this table for each job in a job set.
ゼロ以上のエントリには、ジョブセット内の各ジョブのために、このテーブルに存在するものとします。
See Section 3.3 entitled 'The Attribute Mechanism' for a
description of the jmAttributeTable."
INDEX { jmGeneralJobSetIndex, jmJobIndex, jmAttributeTypeIndex,
jmAttributeInstanceIndex }
::= { jmAttributeTable 1 }
JmAttributeEntry ::= SEQUENCE {
jmAttributeTypeIndex JmAttributeTypeTC,
jmAttributeInstanceIndex Integer32 (1..32767),
jmAttributeValueAsInteger Integer32 (-2..2147483647),
jmAttributeValueAsOctets OCTET STRING(SIZE(0..63))
}
jmAttributeTypeIndex OBJECT-TYPE SYNTAX JmAttributeTypeTC MAX-ACCESS not-accessible STATUS current DESCRIPTION "The type of attribute that this row entry represents.
jmAttributeTypeIndex OBJECT-TYPE構文JmAttributeTypeTC MAX-ACCESSステータス現在の説明は「この行エントリが表す属性のタイプ。
The type MAY identify information about the job or document(s) or MAY identify a resource required to process the job before
the job start processing and/or consumed by the job as the job
is processed.
Examples of job attributes (i.e., apply to the job as a whole) that have only one instance per job include: jobCopiesRequested(90), documentCopiesRequested(92), jobCopiesCompleted(91), documentCopiesCompleted(93), while examples of job attributes that may have more than one instance per job include: documentFormatIndex(37), and documentFormat(38).
ジョブの例には、ジョブごとに1つのだけのインスタンスを有する（すなわち、全体としてのジョブに適用）属性を含む：jobCopiesRequested（90）、documentCopiesRequested（92）、jobCopiesCompleted（91）、documentCopiesCompleted（93）、ジョブの例は、その属性ながらジョブごとに複数のインスタンスを有することができる含まれる：documentFormatIndex（37）、及びdocumentFormat（38）。
Examples of document attributes (one instance per document) include: fileName(34), and documentName(35).
文書属性（文書ごとに1つのインスタンス）の例としては、fileNameに（34）、及びDOCUMENTNAME（35）。
Examples of required and consumed resource attributes include:
pagesRequested(130), mediumRequested(170), pagesCompleted(131),
and mediumConsumed(171), respectively."
::= { jmAttributeEntry 1 }
jmAttributeInstanceIndex OBJECT-TYPE
SYNTAX Integer32 (1..32767)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A running 16-bit index of the attributes of the same type for
each job. For those attributes with only a single instance per
job, this index value SHALL be 1. For those attributes that
are a single value per document, the index value SHALL be the
document number, starting with 1 for the first document in the
job. Jobs with only a single document SHALL use the index
value of 1. For those attributes that can have multiple values
per job or per document, such as documentFormatIndex(37) or
documentFormat(38), the index SHALL be a running index for the
job as a whole, starting at 1."
::= { jmAttributeEntry 2 }
jmAttributeValueAsInteger OBJECT-TYPE SYNTAX Integer32 (-2..2147483647) MAX-ACCESS read-only STATUS current DESCRIPTION "The integer value of the attribute. The value of the attribute SHALL be represented as an integer if the enum description in the JmAttributeTypeTC textual-convention definition has the tag: 'INTEGER:'.
jmAttributeValueAsIntegerのOBJECT-TYPE構文Integer32（-2..2147483647）MAX-ACCESS read-only説明「属性の整数値。JmAttributeTypeTC textual-に列挙記述場合属性の値は、整数として表すことSHALL 「INTEGER：：」規則の定義は、タグを持っています。
Depending on the enum definition, this object value MAY be an
integer, a counter, an index, or an enum, depending on the
jmAttributeTypeIndex value. The units of this value are
specified in the enum description.
For those attributes that are accumulating job consumption as the job is processed as specified in the JmAttributeTypeTC textual-convention, SHALL contain the final value after the job completes processing, i.e., this value SHALL indicate the total usage of this resource made by the job.
ジョブが処理を完了した後JmAttributeTypeTCのテキストの表記法で指定されたジョブが処理されるジョブの消費量を蓄積しているそれらの属性のため、すなわち、この値は、ジョブによって行われたこのリソースの総使用量を示すものと、最終的な値を含まなければなりません。
A monitoring application is able to copy this value to a suitable longer term storage for later processing as part of an accounting system.
監視アプリケーションは、会計システムの一部として後の処理に適した長期ストレージにこの値をコピーすることが可能です。
Since the agent MAY add attributes representing resources to this table while the job is waiting to be processed or being processed, which can be a long time before any of the resources are actually used, the agent SHALL set the value of the jmAttributeValueAsInteger object to 0 for resources that the job has not yet consumed.
実際に使用されているジョブは、リソースのいずれかの前に処理されるのを待っているか、処理されて、長い時間とすることができる一方、エージェントがこのテーブルにリソースを表す属性を追加する可能性があるため、エージェントは0にjmAttributeValueAsIntegerオブジェクトの値を設定するものとしジョブがまだ消費されていないリソースのため。
Attributes for which the concept of an integer value is meaningless, such as fileName(34), jobName, and processingMessage, do not have the 'INTEGER:' tag in the JmAttributeTypeTC definition and so an agent SHALL always return a value of '-1' to indicate 'other' for the value of the jmAttributeValueAsInteger object for these attributes.
JmAttributeTypeTC定義にタグなどエージェントは常に「-1の値を返す：整数値の概念は、fileNameに（34）、jobNameは、とprocessingMessageとして、意味が、「INTEGER」を持っていない属性これらの属性のjmAttributeValueAsIntegerオブジェクトの値のための 『その他」を示すために』。
For attributes which do have the 'INTEGER:' tag in the
JmAttributeTypeTC definition, if the integer value is not (yet)
known, the agent either (1) SHALL not materialize the row in
the jmAttributeTable until the value is known or (2) SHALL
return a '-2' to represent an 'unknown' counting integer value,
a '0' to represent an 'unknown' index value, and a '2' to
represent an 'unknown(2)' enum value."
DEFVAL { -2 } -- default value is unknown(-2)
::= { jmAttributeEntry 3 }
jmAttributeValueAsOctets OBJECT-TYPE SYNTAX OCTET STRING(SIZE(0..63)) MAX-ACCESS read-only STATUS current
jmAttributeValueAsOctets OBJECT-TYPE構文オクテットSTRING（SIZE（0 63））MAX-ACCESS read-onlyステータス電流
DESCRIPTION
"The octet string value of the attribute. The value of the
attribute SHALL be represented as an OCTET STRING if the enum
description in the JmAttributeTypeTC textual-convention
definition has the tag: 'OCTETS:'.
Depending on the enum definition, this object value MAY be a
coded character set string (text), such as 'JmUTF8StringTC', or
a binary octet string, such as 'DateAndTime'.
Attributes for which the concept of an octet string value is meaningless, such as pagesCompleted, do not have the tag 'OCTETS:' in the JmAttributeTypeTC definition and so the agent SHALL always return a zero length string for the value of the jmAttributeValueAsOctets object.
このようpagesCompletedとして、オクテット文字列値の概念は無意味であるための属性、タグ「OCTETS：」を持たないJmAttributeTypeTC定義にので、エージェントが常にjmAttributeValueAsOctetsオブジェクトの値の長さゼロの文字列を返します。
For attributes which do have the 'OCTETS:' tag in the
JmAttributeTypeTC definition, if the OCTET STRING value is not
(yet) known, the agent either SHALL NOT materialize the row in
the jmAttributeTable until the value is known or SHALL return a
zero-length string."
DEFVAL { ''H } -- empty string
::= { jmAttributeEntry 4 }
-- Notifications and Trapping -- Reserved for the future
- 通知とトラップ - 将来のために予約
jobmonMIBNotifications OBJECT IDENTIFIER ::= { jobmonMIB 2 }
-- Conformance Information
- 適合情報
jmMIBConformance OBJECT IDENTIFIER ::= { jobmonMIB 3 }
-- compliance statements jmMIBCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION "The compliance statement for agents that implement the job monitoring MIB." MODULE -- this module MANDATORY-GROUPS { jmGeneralGroup, jmJobIDGroup, jmJobGroup, jmAttributeGroup }
- コンプライアンスの文jmMIBCompliance MODULE-COMPLIANCEステータス現在の説明「MIBの監視、ジョブを実装するエージェントのための準拠宣言。」 MODULE - このモジュールMANDATORY-GROUPS {jmGeneralGroup、jmJobIDGroup、jmJobGroup、jmAttributeGroup}
OBJECT jmGeneralJobSetName
SYNTAX JmUTF8StringTC (SIZE(0..8))
DESCRIPTION
"Only 8 octets maximum string length NEED be supported by the
agent."
OBJECT jmJobOwner SYNTAX JmJobStringTC (SIZE(0..16)) DESCRIPTION "Only 16 octets maximum string length NEED be supported by the agent."
OBJECT jmJobOwner SYNTAX JmJobStringTC（SIZE（0..16））DESCRIPTION "のみが16オクテットの最大文字列長は、エージェントによってサポートされる必要があります。"
-- There are no CONDITIONALLY MANDATORY or OPTIONAL groups.
- 何の条件付き必須またはオプショングループがありません。
::= { jmMIBConformance 1 }
jmMIBGroups OBJECT IDENTIFIER ::= { jmMIBConformance 2 }
jmGeneralGroup OBJECT-GROUP
OBJECTS {
jmGeneralNumberOfActiveJobs, jmGeneralOldestActiveJobIndex,
jmGeneralNewestActiveJobIndex, jmGeneralJobPersistence,
jmGeneralAttributePersistence, jmGeneralJobSetName}
STATUS current
DESCRIPTION
"The general group."
::= { jmMIBGroups 1 }
jmJobIDGroup OBJECT-GROUP
OBJECTS {
jmJobIDJobSetIndex, jmJobIDJobIndex }
STATUS current
DESCRIPTION
"The job ID group."
::= { jmMIBGroups 2 }
jmJobGroup OBJECT-GROUP OBJECTS { jmJobState, jmJobStateReasons1, jmNumberOfInterveningJobs, jmJobKOctetsPerCopyRequested, jmJobKOctetsProcessed, jmJobImpressionsPerCopyRequested, jmJobImpressionsCompleted, jmJobOwner } STATUS current
jmJobGroupオブジェクト・グループオブジェクト{jmJobState、jmJobStateReasons1、jmNumberOfInterveningJobs、jmJobKOctetsPerCopyRequested、jmJobKOctetsProcessed、jmJobImpressionsPerCopyRequested、jmJobImpressionsCompleted、jmJobOwner} STATUS電流
DESCRIPTION
"The job group."
::= { jmMIBGroups 3 }
jmAttributeGroup OBJECT-GROUP
OBJECTS {
jmAttributeValueAsInteger, jmAttributeValueAsOctets }
STATUS current
DESCRIPTION
"The attribute group."
::= { jmMIBGroups 4 }
END
終わり
5 - Implementing the Job Life Cycle
5 - ジョブライフサイクルの実装
The job object has well-defined states and client operations that affect the transition between the job states. Internal server and device actions also affect the transitions of the job between the job states. These states and transitions are referred to as the job's life cycle.
ジョブオブジェクトは、明確に定義された状態やジョブの状態間の遷移に影響を与えるクライアントの事業を展開しています。内部サーバとデバイスのアクションは、ジョブの状態間のジョブの遷移に影響を与えます。これらの状態と遷移は、ジョブのライフサイクルと呼ばれています。
Not all implementations of job submission protocols have all of the states of the job model specified here. The job model specified here is intended to be a superset of most implementations. It is the purpose of the agent to map the particular implementation's job life cycle onto the one specified here. The agent MAY omit any states not implemented. Only the processing and completed states are required to be implemented by an agent. However, a conforming management application SHALL be prepared to accept any of the states in the job life cycle specified here, so that the management application can interoperate with any conforming agent.
ジョブ送信プロトコルのすべての実装は、ここで指定したジョブモデルの状態のすべてを持っているわけではありません。ここで指定したジョブモデルは、ほとんどの実装のスーパーセットであることを意図しています。ここで指定したものに、特定の実装のジョブライフサイクルをマッピングするために、エージェントの目的です。エージェントが実装されていない任意の状態を省略することができます。処理して完成した状態のみがエージェントによって実装される必要があります。しかし、適合する管理アプリケーションは、管理アプリケーションは、任意の適合する物質と相互運用できるように、ここで指定されたジョブのライフサイクルにおける状態のいずれかを受け入れるように作成しなければなりません。
The job states are intended to be user visible. The agent SHALL make these states visible in the MIB, but only for the subset of job states that the implementation has. Some implementations MAY need to have sub-states of these user-visible states. The jmJobStateReasons1 object and the jobStateReasonsN (N=2..4) attributes can be used to represent the sub-states of the jobs.
ジョブの状態は、ユーザ見えるように意図されています。エージェントは、実装が持っているだけでジョブの状態のサブセットのために、MIBでこれらの状態を可視しなければなりません。一部の実装では、これらのユーザーに見える状態のサブ状態を持っている必要があるかもしれません。 jmJobStateReasons1オブジェクトとjobStateReasonsN（N = 2..4）属性は、ジョブのサブ状態を表すために使用することができます。
Job states are intended to last a user-visible length of time in most implementations. However, some jobs may pass through some states in zero time in some situations and/or in some implementations.
ジョブの状態は、ほとんどの実装では、時間のユーザに見える長さを長持ちすることを意図しています。しかし、いくつかの仕事は、いくつかの状況において、および/またはいくつかの実装形態では、ゼロ時間にいくつかの状態を通過することができます。
The job model does not specify how accounting and auditing is implemented, except to assume that accounting and auditing logs are separate from the job life cycle and last longer than job entries in the MIB. Jobs in the completed, aborted, or canceled states are not logs, since jobs in these states are accessible via SNMP protocol operations and SHALL be removed from the Job Monitoring MIB tables after a site-settable or implementation-defined period of time. An accounting application MAY copy accounting information incrementally to an accounting log as a job processes, or MAY be copied while the job is in the canceled, aborted, or completed states, depending on implementation. The same is true for auditing logs.
ジョブモデルは、会計と監査ログはジョブライフサイクルとは別であると仮定し、MIBでのジョブ・エントリよりも長持ちすることを除いて、会計や監査が、実装されている方法を指定しません。これらの状態のジョブは、SNMPプロトコル操作からアクセスでき、時間のサイト設定可能または実装定義された期間の後にMIBテーブルを監視する仕事から撤去しなければならないことから、完成中止され、またはキャンセル状態のジョブは、ログではありません。会計アプリケーションは、ジョブのプロセスなどのアカウンティングログにインクリメンタルに会計情報をコピーすること、またはジョブをキャンセルしている間に、コピー中止され、または実装に依存した状態を、完了することができます。同じことが、監査ログの真実です。
The jmJobState object specifies the standard job states. The normal job state transitions are shown in the state transition diagram presented in Figure 4.
jmJobStateオブジェクトは、標準ジョブの状態を指定します。通常ジョブの状態遷移は、図4に示す状態遷移図に示されています。
6 APPENDIX B - Support of Job Submission Protocols
6付録B - ジョブ送信プロトコルのサポート
A companion PWG document, entitled "Job Submission Protocol Mapping Recommendations for the Job Monitoring MIB" [protomap] contains the recommended usage of each of the objects and attributes in this MIB with a number of job submission protocols. In particular, which job submission ID format should be used is indicated for each job submission protocol.
[protomap]「ジョブ監視MIBのためのジョブ送信プロトコルマッピングに関する推奨事項」と題するコンパニオンPWG文書は、各オブジェクトの推奨使用方法が含まれており、ジョブ投入プロトコルの数と、このMIBの属性。具体的には、ジョブ投入IDフォーマットは、各ジョブ依頼プロトコルのために示されて使用されるべきです。
Some job submission protocols have support for the client to specify a job submission ID. A second approach is to enhance the document format to embed the job submission ID in the document data. This second approach is independent of the job submission protocol. This appendix lists some examples of these approaches.
いくつかのジョブ投入プロトコルは、ジョブ投入IDを指定するためのクライアントのサポートを持っています。第2のアプローチは、文書データにジョブ投入IDを埋め込む文書フォーマットを高めることです。この第2のアプローチは、ジョブ投入プロトコルとは無関係です。この付録では、これらのアプローチのいくつかの例を示しています。
Some PJL implementations wrap a banner page as a PJL job around a job submitted by a client. If this results in multiple job submission IDs, the agent SHALL create multiple jmJobIDEntry rows in the jmJobIDTable that each point to the same job entry in the job tables. See the specification of the jmJobIDEntry.
いくつかのPJLの実装は、クライアントによって発行されたジョブの周りのPJLジョブとしてバナーページを包みます。これは、複数のジョブ投入のIDになり場合は、エージェントは、ジョブのテーブルに同じジョブ・エントリへの各ポイントというjmJobIDTableで複数のjmJobIDEntry行を作成するものとします。 jmJobIDEntryの仕様を参照してください。
7 References
7つの参考文献
[BCP-11] Bradner S. and R. Hovey, "The Organizations Involved in the IETF Standards Process", BCP 11, RFC 2028, October 1996.
[BCP-11]ブラドナーS.及びR. Hovey、 "IETF標準化プロセスに関与する組織"、BCP 11、RFC 2028、1996年10月。
[GB2312] GB 2312-1980, "Chinese People's Republic of China (PRC) mixed one byte and two byte coded character set"
[2312] GB 2312年から1980年、「中国の中国の人民共和国（PRC）1つのバイトと2つのバイトコード化文字セットを混在」
[hr-mib] Grillo, P. and S. Waldbusser, "Host Resources MIB", RFC 1514, September 1993.
[HR-MIB]グリロ、P.とS. Waldbusserは、RFC 1514、1993年9月、 "リソースMIBホスト"。
[iana] Reynolds, J. and J. Postel, "Assigned Numbers", STD 2, RFC 1700, October 1994.
[IANA]レイノルズ、J.およびJ.ポステルは、 "割り当て番号"、STD 2、RFC 1700、1994年10月。
[IANA-charsets] Coded Character Sets registered by IANA and assigned an enum value for use in the CodedCharSet textual convention imported from the Printer MIB. See ftp://ftp.isi.edu/in-notes/iana/assignments/character-sets
[IANA-文字セット符号化された文字セットIANAによって登録され、プリンタMIBからインポートCodedCharSetテキストの表記法で使用するための列挙値を割り当てます。 ftp://ftp.isi.edu/in-notes/iana/assignments/character-setsを参照してください。
[iana-media-types] IANA Registration of MIME media types (MIME content types/subtypes). See ftp://ftp.isi.edu/in-notes/iana/assignments/
[IANAメディア・タイプ] MIMEメディアタイプ（MIMEコンテンツタイプ/サブタイプ）のIANA登録。 ftp://ftp.isi.edu/in-notes/iana/assignments/を参照してください。
[ipp-model] 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-639] ISO 639:1988 (E/F) - Code for Representation of names of languages - The International Organization for Standardization, 1st edition, 1988.
[ISO-639] ISO 639：1988（E / F） - 言語の名前の表現のためのコード - 標準化、第1版、1988年のための国際機関。
[ISO-646] ISO/IEC 646:1991, "Information technology -- ISO 7-bit coded character set for information interchange", JTC1/SC2.
[ISO-646] ISO / IEC 646：1991、 "情報技術 - 情報交換のための設定ISO 7ビット符号化文字"、JTC1 / SC2。
[ISO-2022] ISO/IEC 2022:1994 - "Information technology -- Character code structure and extension techniques", JTC1/SC2.
[ISO-2022] ISO / IEC 2022：1994 - "情報技術 - 文字コードの構造と拡張技術"、JTC1 / SC2。
[ISO-3166] ISO 3166:1988 (E/F) - Codes for representation of names of countries - The International Organization for Standardization, 3rd edition, 1988-08-15."
[ISO-3166] ISO 3166：1988（E / F） - 国の名前の表現のためのコード - 国際標準化機構、第3版、1988年8月15日「。
[ISO-8859-1] ISO/IEC 8859-1:1987, "Information technology -- 8-bit single byte coded graphic character sets - Part 1: Latin alphabet No. 1, JTC1/SC2."
[ISO-8859-1] ISO / IEC 8859-1：1987、 "情報技術 - 8ビットシングルバイトコード化されたグラフィック文字集合 - 第1部：ラテンアルファベット1号、JTC1 / SC2"
[ISO-10646] ISO/IEC 10646-1:1993, "Information technology -- Universal Multiple-Octet Coded Character Set (UCS) - Part 1: Architecture and Basic Multilingual Plane, JTC1/SC2.
[ISO-10646] ISO / IEC 10646-1：1993、「情報技術 - ユニバーサルマルチオクテット符号化文字セット（UCS） - 第1部：アーキテクチャと基本多言語面、JTC1 / SC2。
[iso-dpa] ISO/IEC 10175-1:1996 "Information technology -- Text and Office Systems -- Document Printing Application (DPA) -- Part 1: Abstract service definition and procedures. See ftp://ftp.pwg.org/pub/pwg/dpa/
[ISO-DPA] ISO / IEC 10175から1：1996「情報技術 - テキストとオフィスシステム - ドキュメントの印刷アプリケーション（DPA） - パート1：//ftp.pwg：抽象サービス定義と手順は、FTPを参照してください。 ORG /パブ/ PWG / DPA /
[JIS X0208] JIS X0208-1990, "Japanese two byte coded character set."
[JIS X0208] JIS X0208-1990、 "日本の2つのバイトコード化文字セット。"
[mib-II] McCloghrie, K. and M. Rose, "Management Information Base for Network Management of TCP/IP-based internets: MIB-II", STD 17, RFC 1213, March 1991.
[MIB-II] McCloghrie、K.とM.ローズ、 "TCP / IPベースのインターネットのネットワーク管理のための管理情報ベース：MIB-II"、STD 17、RFC 1213、1991年3月。
[print-mib] Smith, R., Wright, F., Hastings, T., Zilles, S. and J. Gyllenskog, "Printer MIB", RFC 1759, March 1995.
[印刷MIB]スミス、R.、ライト、F.、ヘイスティングス、T.、Zilles、S.およびJ.およびGyllenskog、 "プリンタMIB"、RFC 1759、1995年3月。
[print-mib-draft] Turner, R., "Printer MIB", Work in Progress,
[印刷-MIB-ドラフト]ターナー、R.、 "プリンタMIB" が進行中で働いて、
[protomap] Bergman, R., "Job Submission Protocol Mapping Recommendations for the Job Monitoring MIB", RFC 2708, November 1999.
[protomap]バーグマン、R.、 "MIBの監視ジョブのジョブ送信プロトコルマッピング勧告"、RFC 2708、1999年11月。
[pwg] The Printer Working Group is a printer industry consortium open to any individuals. For more information, access the PWG web page: http://www.pwg.org
[PWG]プリンタワーキンググループは、あらゆる個人に開いているプリンタ産業コンソーシアムです。詳細については、PWGのWebページにアクセスします。http://www.pwg.org
[RFC1179] McLaughlin, L., III, "Line Printer Daemon Protocol", RFC 1179, August 1990.
[RFC1179]マクラフリン、L.、III、 "ラインプリンタデーモンプロトコル"、RFC 1179、1990年8月。
[RFC1738] Berners-Lee, T., Masinter, L. and M., McCahill, "Uniform Resource Locators (URL)", RFC 1738, December 1994.
[RFC1738]バーナーズ=リー、T.、Masinter、LとM.、McCahill、 "ユニフォームリソースロケータ（URL）"、RFC 1738、1994年12月。
[RFC1766] Avelstrand, H., "Tags for the Identification of Languages", RFC 1766, March 1995.
[RFC1766] Avelstrand、H.、 "言語識別のためのタグ"、RFC 1766、1995年3月。
[RFC2026] Bradner, S., "The Internet Standards Process -- Revision 3", BCP 9, RFC 2026, October 1996.
[RFC2026]ブラドナーの、S.、 "インターネット標準化プロセス - リビジョン3"、BCP 9、RFC 2026、1996年10月。
[RFC2119] Bradner, S., "Keywords for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119]ブラドナーの、S.、 "要件レベルを示すためのRFCでの使用のためのキーワード"、BCP 14、RFC 2119、1997年3月。
[RFC2277] Alvestrand, H., "IETF Policy on Character Sets and Languages", BCP 18, RFC 2277, January 1998.
[RFC2277] Alvestrand、H.、 "文字セットと言語のIETF方針"、BCP 18、RFC 2277、1998年1月。
[RFC2278] Freed, N. and J. Postel, "IANA CharSet Registration Procedures", BCP 19, RFC 2278, January 1998.
[RFC2278]フリード、N.とJ.ポステル、 "IANAのCharSet登録手順"、BCP 19、RFC 2278、1998年1月。
[SMIv2-SMI] McCloghrie, K., Perkins, D. and J. Schoenwaelder, "Structure of Management Information Version 2 (SMIv2)", STD 58, RFC 2578, April 1999.
[SMIv2の-SMI] McCloghrie、K.、パーキンス、D.およびJ. Schoenwaelder、STD 58、RFC 2578、1999年4月 "管理情報バージョン2（SMIv2）の構造"。
[SMIv2-TC] McCloghrie, K., Perkins, D. and J. Schoenwaelder, "Textual Conventions for SMIv2", STD 58, RFC 2579, April 1999.
[SMIv2の-TC] McCloghrie、K.、パーキンス、D.およびJ. Schoenwaelder、 "SMIv2のためのテキストの表記法"、STD 58、RFC 2579、1999年4月。
[tipsi] IEEE 1284.1, Transport-independent Printer System Interface (TIPSI).
[tipsi] IEEE 1284.1、トランスポートに依存しないプリンタシステムインタフェース（TIPSI）。
[URI-spec] Berners-Lee, T., Fielding, R. and L. Masinter, "Uniform Resource Identifiers (URI), Generic Syntax", RFC 2396, August 1998.
[URI指定]バーナーズ=リー、T.、フィールディング、R.、およびL. Masinter、 "統一資源識別子（URI）、ジェネリック構文"、RFC 2396、1998年8月。
[US-ASCII] Coded Character Set - 7-bit American Standard Code for Information Interchange, ANSI X3.4-1986.
[US-ASCII]コード化文字セット - 7ビットの米国標準コード情報交換、ANSI X3.4-1986ため。
[UTF-8] Yergeau, F., "UTF-8, a transformation format of ISO 10646", RFC 2279, January 1998.
[UTF-8] Yergeau、F.、 "UTF-8、ISO 10646の変換フォーマット"、RFC 2279、1998年1月。
8 Notices
8つの注意事項
The IETF takes no position regarding the validity or scope of any intellectual property or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; neither does it represent that it has made any effort to identify any such rights. Information on the IETF's procedures with respect to rights in standards-track and standards-related documentation can be found in BCP-11 [BCP-11]. Copies of claims of rights made available for publication and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF Secretariat.
IETFは、そのような権限下で、ライセンスがたりないかもしれない可能性があるためにどの本書または程度に記載されている技術の実装や使用に関係すると主張される可能性があります任意の知的財産やその他の権利の有効性または範囲に関していかなる位置を取りません利用可能。また、そうした権利を特定するために取り組んできたことを表していないん。スタンダードトラックおよび標準関連文書における権利に関するIETFの手続きの情報は、BCP-11 [BCP-11]に記載されています。権利の主張のコピーは、出版のために利用可能とライセンスの保証が利用できるようにする、あるいは本仕様の実装者または利用者がそのような所有権の使用のための一般的なライセンスまたは許可を取得するために作られた試みの結果を得ることができますIETF事務局から。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights which may cover technology that may be required to practice this standard. Please address the information to the IETF Executive Director.
IETFは、その注意にこの標準を実践するために必要な場合があり技術をカバーすることができる任意の著作権、特許または特許出願、またはその他の所有権を持ってすべての利害関係者を招待します。 IETF専務に情報を扱ってください。
9 Authors' Addresses
9本の著者のアドレス
Ron Bergman 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: rbergma@dpc.com
電話：805-578-4421ファックス：805-578-4001 Eメール：rbergma@dpc.com
Tom Hastings Xerox Corporation, ESAE-231 737 Hawaii St. El Segundo, CA 90245
トム・ヘイスティングス、ゼロックス社は、使いやすさ231 737ハワイセントエル・セグンド、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 EMail: harryl@us.ibm.com
電話：（303）924-5337 Eメール：harryl@us.ibm.com
Send questions and comments to the Printer Working Group (PWG) using the Job Monitoring Project (JMP) Mailing List: jmp@pwg.org
jmp@pwg.org：ジョブ監視プロジェクト（JMP）メーリングリストを使用してプリンタワーキンググループ（PWG）への質問やコメントを送ります
To learn how to subscribe, send email to: jmp-request@pwg.org
jmp-request@pwg.org：サブスクライブする方法については、にメールを送ります
Implementers of this specification are encouraged to join the jmp mailing list in order to participate in discussions on any clarifications needed and registration proposals for additional attributes and values being reviewed in order to achieve consensus.
この仕様の実装者は、必要に応じて任意の明確化に関する議論と合意を達成するために検討されている追加の属性と値の登録の提案に参加するために、JMPのメーリングリストに参加することをお勧めします。
For further information, access the PWG web page under "JMP":
詳細については、「JMP」の下PWGのWebページにアクセスします。
http://www.pwg.org/
ｈっｔｐ：／／ｗっｗ。ｐｗｇ。おｒｇ／
Other Participants:
他の参加者：
Chuck Adams - Tektronix
Jeff Barnett - IBM
Keith Carter, IBM Corporation
Jeff Copeland - QMS
Andy Davidson - Tektronix
Roger deBry - IBM
Mabry Dozier - QMS
Lee Farrell - Canon
Steve Gebert - IBM
Robert Herriot - Sun Microsystems Inc.
Shige Kanemitsu - Kyocera
David Kellerman - Northlake Software
Rick Landau - Digital
Pete Loya - HP
Ray Lutz - Cognisys
Jay Martin - Underscore
Mike MacKay, Novell, Inc.
Stan McConnell - Xerox
Carl-Uno Manros, Xerox, Corp.
Pat Nogay - IBM
Bob Pentecost - HP
Rob Rhoads - Intel
David Roach - Unisys
Stuart Rowley - Kyocera
Hiroyuki Sato - Canon
Bob Setterbo - Adobe
Gail Songer, EFI
Mike Timperman - Lexmark
Randy Turner - Sharp
William Wagner - Digital Products
Jim Walker - Dazel
Chris Wellens - Interworking Labs
Rob Whittle - Novell
Don Wright - Lexmark
Lloyd Young - Lexmark
Atsushi Yuki - Kyocera
Peter Zehler, Xerox, Corp.
10 INDEX
10 INDEX
This index includes the textual conventions, the objects, and the attributes. Textual conventions all start with the prefix: "JM" and end with the suffix: "TC". Objects all starts with the prefix: "jm" followed by the group name. Attributes are identified with enums, and so start with any lower case letter and have no special prefix.
このインデックスは、テキストの表記法、オブジェクト、および属性を含んでいます。 「JM」と接尾辞で終わる：テキストの表記法はすべて、接頭辞で始まり、「TC」。オブジェクトはすべて、接頭辞で始まる：「JM」はグループ名が続きます。属性は、列挙型を同定し、その任意の小文字で始まり、特別な接頭辞を持っていません。
colorantConsumed, 40 colorantRequested, 40 deviceNameRequested, 30 documentCopiesCompleted, 35 documentCopiesRequested, 35 documentFormat, 31 documentFormatIndex, 31 documentName, 31 fileName, 31 finishing, 33 fullColorImpressionsCompleted, 37 highlightColorImpressionsCompleted, 37 impressionsCompletedCurrentCopy, 37 impressionsInterpreted, 37 impressionsSentToDevice, 37 impressionsSpooled, 36 jmAttributeInstanceIndex, 99 jmAttributeTypeIndex, 98 JmAttributeTypeTC, 78 jmAttributeValueAsInteger, 99 jmAttributeValueAsOctets, 100 JmBooleanTC, 72 JmFinishingTC, 70 jmGeneralAttributePersistence, 87 jmGeneralJobPersistence, 87 jmGeneralJobSetIndex, 85 jmGeneralJobSetName, 88 jmGeneralNewestActiveJobIndex, 86 jmGeneralNumberOfActiveJobs, 86 jmGeneralOldestActiveJobIndex, 86 JmJobCollationTypeTC, 74 jmJobIDJobIndex, 91 jmJobIDJobSetIndex, 90 jmJobImpressionsCompleted, 96 jmJobImpressionsPerCopyRequested, 95 jmJobIndex, 92 jmJobKOctetsPerCopyRequested, 94 jmJobKOctetsProcessed, 94 jmJobOwner, 96
colorantConsumed、40 colorantRequested、40 deviceNameRequested、30 documentCopiesCompleted、35 documentCopiesRequested、35 documentFormat、31 documentFormatIndex、31 DOCUMENTNAME、31ファイル名、31仕上げ、33 fullColorImpressionsCompleted、37 highlightColorImpressionsCompleted、37 impressionsCompletedCurrentCopy、37 impressionsInterpreted、37 impressionsSentToDevice、37 impressionsSpooled、36 jmAttributeInstanceIndex、 99 jmAttributeTypeIndex、98 JmAttributeTypeTC、78 jmAttributeValueAsInteger、99 jmAttributeValueAsOctets、100 JmBooleanTC、72 JmFinishingTC、70 jmGeneralAttributePersistence、87 jmGeneralJobPersistence、87 jmGeneralJobSetIndex、85 jmGeneralJobSetName、88 jmGeneralNewestActiveJobIndex、86 jmGeneralNumberOfActiveJobs、86 jmGeneralOldestActiveJobIndex、86 JmJobCollationTypeTC、74 jmJobIDJobIndex、91 jmJobIDJobSetIndex、90 jmJobImpressionsCompleted 、96 jmJobImpressionsPerCopyRequested、95 jmJobIndex、92 jmJobKOctetsPerCopyRequested、94 jmJobKOctetsProcessed、94 jmJobOwner、9 6
JmJobServiceTypesTC, 81 JmJobSourcePlatformTypeTC, 69 jmJobState, 92 jmJobStateReasons1, 93 JmJobStateReasons1TC, 83 JmJobStateReasons2TC, 83 JmJobStateReasons3TC, 83 JmJobStateReasons4TC, 84 JmJobStateTC, 75 JmJobStringTC, 68 jmJobSubmissionID, 89 JmJobSubmissionIDTypeTC, 74 JmMediumTypeTC, 72 JmNaturalLanguageTagTC, 68 jmNumberOfInterveningJobs, 93 JmPrinterResolutionTC, 71 JmPrintQualityTC, 71 JmTimeStampTC, 69 JmTonerEconomyTC, 72 JmUTF8StringTC, 68 jobAccountName, 27 jobCodedCharSet, 26 jobCollationType, 36 jobComment, 31 jobCompletionTime, 43 jobCopiesCompleted, 35 jobCopiesRequested, 35 jobHold, 33 jobHoldUntil, 33 jobKOctetsTransferred, 35 jobName, 28 jobNaturalLanguageTag, 27 jobOriginatingHost, 30 jobPriority, 32 jobProcessAfterDateAndTime, 32 jobProcessingCPUTime, 43 jobServiceTypes, 29 jobSourceChannelIndex, 29 jobSourcePlatformType, 29 jobStartedBeingHeldTime, 42 jobStartedProcessingTime, 43 jobStateReasons2, 25 jobStateReasons3, 25 jobStateReasons4, 25 jobSubmissionTime, 42 jobSubmissionToServerTime, 42 jobURI, 27 mediumConsumed, 40 mediumRequested, 39 mediumSizeConsumed, 41 mediumTypeConsumed, 41 numberOfDocuments, 30 other, 25 outputBin, 33 pagesCompleted, 38 pagesCompletedCurrentCopy, 38 pagesRequested, 38 physicalDevice, 30 printerResolutionRequested, 34 printerResolutionUsed, 34 printQualityRequested, 34 printQualityUsed, 34 processingMessage, 25 processingMessageNaturalLangTag, 26 queueNameRequested, 30 serverAssignedJobName, 28 sheetCompletedCopyNumber, 36 sheetCompletedDocumentNumber, 36 sheetsCompleted, 39 sheetsCompletedCurrentCopy, 39 sheetsRequested, 39 sides, 33 submittingApplicationName, 29 submittingServerName, 29 tonerDensityRequested, 34 tonerDensityUsed, 34 tonerEcomonyRequested, 34 tonerEcomonyUsed, 34
JmJobServiceTypesTC、81 JmJobSourcePlatformTypeTC、69 jmJobState、92 jmJobStateReasons1、93 JmJobStateReasons1TC、83 JmJobStateReasons2TC、83 JmJobStateReasons3TC、83 JmJobStateReasons4TC、84 JmJobStateTC、75 JmJobStringTC、68 jmJobSubmissionID、89 JmJobSubmissionIDTypeTC、74 JmMediumTypeTC、72 JmNaturalLanguageTagTC、68 jmNumberOfInterveningJobs、93 JmPrinterResolutionTC、71 JmPrintQualityTC、 71 JmTimeStampTC、69 JmTonerEconomyTC、72 JmUTF8StringTC、68 jobAccountName、27 jobCodedCharSet、26 jobCollationType、36 jobComment、31 jobCompletionTime、43 jobCopiesCompleted、35 jobCopiesRequested、35 jobHold、33 jobHoldUntil、33 jobKOctetsTransferred、35 jobNameは、28 jobNaturalLanguageTag、27 jobOriginatingHost、30 jobPriority 、32 jobProcessAfterDateAndTime、32 jobProcessingCPUTime、43 jobServiceTypes、29 jobSourceChannelIndex、29 jobSourcePlatformType、29 jobStartedBeingHeldTime、42 jobStartedProcessingTime、43 jobStateReasons2、25 jobStateReasons3、25 jobStateReasons4、25 jobSubmissionTime、 42 jobSubmissionToServerTime、42 jobURI、27 mediumConsumed、40 mediumRequested、39 mediumSizeConsumed、41 mediumTypeConsumed、41 numberOfDocuments、30 25 outputBin、33 pagesCompleted、38 pagesCompletedCurrentCopy、38 pagesRequested、他の、38 [物理、30 printerResolutionRequested、34 printerResolutionUsed、34 printQualityRequested、34 printQualityUsed 、34 processingMessage、25 processingMessageNaturalLangTag、26 queueNameRequested、30 serverAssignedJobName、28 sheetCompletedCopyNumber、36 sheetCompletedDocumentNumber、36 sheetsCompleted、39 sheetsCompletedCurrentCopy、39 sheetsRequested、39の側部、33 submittingApplicationName、29 submittingServerName、29 tonerDensityRequested、34 tonerDensityUsed、34 tonerEcomonyRequested、34 tonerEcomonyUsed、34
11 Full Copyright Statement
11完全な著作権声明
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機能のための基金は現在、インターネット協会によって提供されます。