[要約] RFC 2707は、ジョブの監視に関する情報を提供するためのMIB（Management Information Base）の仕様書です。このRFCの目的は、ネットワーク上のジョブの状態や統計情報を収集し、管理者がジョブのパフォーマンスを監視できるようにすることです。
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
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.
Copyright（c）The Internet Society（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は、このドキュメントを将来のMIBSの設計の例として使用することを推奨しています。
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）印刷ジョブのステータスと進捗状況を監視するためのプリンター業界標準SNMP MIBを提供します（2）ジョブが処理される前にリソース要件を取得する、（3）ジョブが処理されている間にリソース消費を監視し、（4）収集するジョブの完了後のリソース会計データ。このMIBは、1つ以上のプリンターをサポートするサーバーに（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
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
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
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テーブルは、クライアントが使用するジョブ提出IDをマップして、ジョブ監視エージェントがジョブおよび属性テーブルのジョブを識別するために使用するJMJOBINDEXのジョブを識別します。ジョブテーブルには、必須の整数ジョブステートとステータスオブジェクトが含まれています。属性テーブルは、（1）ジョブとドキュメントの識別とパラメーターを指定するジョブごとの複数のエントリで構成され、（2）要求されたリソース、および（3）ジョブ処理/印刷中にリソースを消費します。より多くのジョブ属性は、サーバーまたはデバイスが表現された機能を実装し、エージェントが情報にアクセスできる場合、エージェントが返すというテキストの規則として定義されます。
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).
Job MIBは、プリンターMIB [Print -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:
キャパシティプランナー：
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.
1. ジョブが提出されたときに1つのジョブを監視し、ジョブが完了した後に定義された期間を終了します。Job Submission IDテーブルは、監視する特定のジョブを見つけるためのマップを提供します。
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データをコピーする会計プログラムに応じて、多少信頼できないことが認識されています。このようなプログラムは、各ポーリングサイクルでプログラムが更新されるジョブを完了、キャンセル、および中止したジョブを含む、ジョブ属性テーブル全体のシャドウコピーを保持することも期待されています。このようなプログラムは、属性テーブルの持続率で投票します。設計は、そのようなアプリケーションがどのジョブが完了、キャンセル、または中止されるかを決定するのに役立つように最適化されていません。代わりに、アプリケーションのShadow Copyが表示する各ジョブは、以前の投票サイクルで完了、キャンセル、または中止された各ジョブを照会して、それが完了またはキャンセルされたかどうかに加えて、提出された新しいジョブを確認する必要があります。
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.
MIBは、ISO DPA標準[ISO-DPA]およびインターネット印刷プロトコル（IPP）[IPP-Model]の雇用および文書属性の互換性のあるサブセットを表す一連のオブジェクトを提供します。そして、アプリケーションを監視することにより、エンドユーザーとシステムオペレーターに提示された情報。ただし、MIBの監視は、IEEE 1284.1（TIPSI）[TIPSI]などの他のジョブの送信および管理プロトコルを実装するプリンターと、ISO DPAを実装するプリンターで使用することを目的としています。したがって、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の増強として、多機能（スキャン、ファックス、コピー）ジョブを監視するために、将来追加の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などのデジタルメディアにアクセスします。ファックスデータを別の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つのパスカラープロセスは、色を強調表示するように、単一の印象としてカウントされます。印象カウンターはあらゆる種類を数えます：モノクロ、ハイライトカラー、フルプロセスの色、フルカラーカウンターはフルカラーの印象のみをカウントし、高ライトカウンターは高い明るい色の印象のみをカウントします。
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つの印象としてカウントされます。そのシートが1つのパスでシートの両側にあるマーカーまたはマーカーマークを2つのパスする場合です。2つの印刷は、シートの片側に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.
注 - 印象には空白側が含まれるため、会計アプリケーションの実装者は、インプレッションではなくシートの充電を検討することをお勧めします。印象には空白の側面が含まれていないと思います。
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ページを配置すると、各側または印象が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 [Print-MIB]の図は、「1つのプリンターのネットワークのビュー」と題されています。この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を監視しているジョブで仕事を維持するものとし、ジョブが会計プログラムがジョブ監視から会計データをコピーできる完了した状態に入った後の定義された期間を維持するものとします。ミブ。
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
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.
クライアント-Server-Printer Configuration 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のプリンターにMIBエージェントを監視するSNMPジョブ監視はありません。この構成では、エージェントは、サーバーが保持しているジョブとサーバーがプリンターに提出したジョブの両方に対して、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.複数のサーバーがプリンターを制御する場合があります。
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.
クライアント-Server-Printer Configuration 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
1. 未定義のプロトコルを使用してサーバー内のジョブを監視するサーバー（MIBを監視するジョブを含まない）と
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から会計データをコピーできるようにした完成状態を実装するために長くしなければなりません。
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:
この仕様では、「shall」、「suff」、「bay」、および「not not "" bose "shall" shall "shall" sulls "、" not "は次のように適合要件を指定するために使用します。
"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.
「必要はありません」：この仕様への適合を請求するために、文の主題が実装する必要がないというアクションを示します。「必要はない」とは代わりに「必要はありません」ではなく「必要はありません」。「そうでない」とは思えないかもしれないからです。
"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.
「Suff」：文の主題が実装するために推奨されるが、この仕様への適合を主張するためには必要ないアクションを示します。
A conforming agent:
適合エージェント：
1. SHALL implement all MANDATORY groups in this specification.
1. この仕様にすべての必須グループを実装するものとします。
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.
2. （1）サーバーまたはデバイスが属性によって表される機能をサポートし、（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.
3. 両方のフォームを実装すると、表現が同等であるため、表現の選択を提供することで管理アプリケーションを実装するのに役立つ可能性があるため、整数とオクテットの文字列フォームの選択を許可する属性を実装する場合、両方のフォームの属性を実装する必要があります。jmattributeTypetc Textual Conventionを参照してください。
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 [Print-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 [Print-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 [Print-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.
1. すべての必須グループのすべてのオブジェクトの完全な構文範囲と、セクション3.1.2に従ってエージェントが実装する必要があるすべての必須属性を受け入れ、ユーザーに提示するか無視するものとします。
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. この仕様で指定された列挙値やBIT値、および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には、それぞれジョブセットの各ジョブにオブジェクトと属性が含まれています。これらの最初の2つのインデックスは次のとおりです。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:
監視アプリケーションがアクティブなジョブ（保留中、処理、または処理された状態でのジョブ）を迅速に見つけるために、MIBには2つのインデックスが含まれています。
1. jmGeneralOldestActiveJobIndex - the index of the active job that has been in the tables the longest.
1. JMGENERALOLDESTACTIVEJOBINDEX-テーブルに最も長くなったアクティブなジョブのインデックス。
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の実装定義の最大値を超える場合、エージェントは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の最大の値は、実装に1つの時間に含まれる可能性のあるジョブの最大数よりもはるかに大きくなることをお勧めします。古い仕事の「古い」価値。
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のジョブ識別子を持つジョブを含むシステムへのアクセスを提供するエージェントは、ジョブ識別子値0をJMJobindex値にマッピングするものとします。これは、ジョブがそのシステムで持つことができる最も高いジョブ識別子値よりも高いものです。その場合、ジョブ0のみが、ジョブのJMJobindex値とは異なるジョブIDENDIER値を持ちます。
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値として割り当てるジョブIDENTIFIER値を使用する推奨事項を満たすことは難しい場合があります同じ職務識別子番号スペースからの各雇用提出プロトコルの職務識別子。
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).
エージェントがアクセスを提供しているサーバーまたはデバイスによって新しいジョブが受け入れられ、そのジョブは「アクティブ」（保留中、処理、または処理されたが、保留中ではない）であることを受け入れるたびに、エージェントはジョブの価値をコピーするものとしますJMJOBINDEX JMGENERALNEREWESTACTIVEJOBINDEXオブジェクトへ。新しいジョブが「非アクティブ」（留置状態）である場合、エージェントはJMGeneralNewestactiveJobindexオブジェクトの値を変更してはなりません（ただし、エージェントは次の増分JMJobIndex値をジョブに割り当てるものとします）。
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.
ジョブが「アクティブな」ジョブ状態の1つ（保留中、処理、処理が整った）から「不活性」ジョブ状態の1つ（保留中、完了、キャンセル、または中止）に移行し、jmgeneralolestactivejobindexオブジェクトと一致するJMJobindex値で、エージェントは、もしあれば、次の最古の「アクティブな」ジョブに値を前進させる（またはラップ）するものとします。ジョブ状態の定義については、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.
ジョブが「非アクティブな」ジョブ状態のいずれかから「アクティブな」ジョブ状態のいずれか（保留中から保留中または処理まで）に移行するたびに、エージェントはjmgeneraloldestactivejobindexまたはjmgeneralnewestactivejobindexオブジェクトの値を更新するものとします。ジョブのjmjobindex値は、jmgeneraloldestacticivejobindexと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.
すべてのジョブが「非アクティブ」、つまり、留置、完了、キャンセル、または中止された状態を入力すると、エージェントはjmgeneralolestactivejobindexとjmgeneralnewestactivejobindexオブジェクトの値を0に設定するものとします。
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.
注 - すべてのアクティブなジョブに効率的にアクセスしたいアプリケーションは、jmgeneraloldestactactivejobindex値を使用して最も古いアクティブジョブから開始し、jmgeneralnewestactivejobindexに等しいインデックス値に達するまで続行し、pendingheld、reftement、canceled、またはabortedジョブをスキップします。介入。
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がjmgeneraloldestacticivejobindexよりも小さいことをアプリケーションが検出した場合、ジョブインデックスがラップしました。この場合、アプリケーションは、テーブルの終了に到達したときにインデックスを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.
注 - アプリケーションGetNext操作によって返されたOIDが別のMIBのOIDである場合、アプリケーションJMATTRIBUTETABLEテーブルの終わりを検出します。このMIBには、実装によってサポートされているJMJobindexの最大値を指定するオブジェクトはありません。
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.
属性は情報オブジェクトに類似していますが、属性はOIDの代わりに列挙で識別されるため、新しいMIBを必要とせずに属性を登録できます。また、属性によって表される機能を持たない実装は、著名な値を返す必要があるのではなく、属性を完全に省略できます。エージェントは、エージェントが属性の値を認識するとすぐに、JMattributeTableの属性を自由に実現できます。
The agent materializes job attributes in a four-indexed jmAttributeTable:
エージェントは、4インデックスのJMattributeTableでジョブ属性を実現します。
1. jmGeneralJobSetIndex - which job set
1. jmgeneraljobsetindex-どのジョブセット
2. jmJobIndex - which job in the job set
2. JMJOBINDEX-ジョブセットの仕事
3. jmAttributeTypeIndex - which attribute
3. jmattributeTypeIndex-属性
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.
一部の属性は、ファイル名、ドキュメント名、提出時間、または完了時間など、ジョブに関する情報を表します。その他の属性は、仕事が処理を開始する前にジョブを処理するため、または処理中および処理後に消費されたリソースの量、たとえば完了したページまたは完了したインプレッションの量を示すために、必要なリソース、例えば媒体や着色剤などを表します。必要なリソースの消費価値の両方が必要な場合、この仕様にはテキスト条約に2つの個別の属性列が割り当てられます。
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 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.
注 - 目次には、すべての属性が順番にリストされています。この順序は、SNMP GetNext操作が属性を返す順序である列挙割り当ての順序です。ほとんどの属性は、このMIB仕様でカバーされている3つの構成すべてに適用されます（「ジョブ監視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.
一部の属性には「便利な」整数値があり、一部の属性には「有用な」オクテット文字列値があり、いくつかは実装に応じてどちらかまたは両方がある場合があり、いくつかは両方を持っている必要があります。各属性の仕様については、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の例外値を返すことを要求します。ただし、このMIBは、「すべての」オブジェクトがエージェントによって実装され、実装されるように設計されているため、SNMPV1エラーもSNMPV2例外値もエージェントによって生成されないように設計されています。このMIBは、エージェントが属性を具体化する場合、エージェントがJMattributevalueasintegerとjMattributevalueasoctetsオブジェクトの両方で構成される行を実現するように設計されています。
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）」、および整数をカウントするための値「-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は、エージェントが両方のオブジェクトを指定した属性行を常に作成することを要求します。ただし、ほとんどの属性については、エージェントはオブジェクトのいずれかに「有用な」値を返し、他のオブジェクトの「その他」値を返すものとします。Integerのみの属性の場合、エージェントは常にJMattributevalueasoctetsオブジェクトのゼロ長文字列値を返します。Octet Stringのみの属性の場合、エージェントはJMATTRIBUTEVALUESINTEGEGEGERオブジェクトの「-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.
多くの属性は、他のテーブルのインデックスです。このような属性名は「インデックス」という単語で終わります。エージェントがジョブの特定のインデックス属性のインデックス値を（まだ）割り当てていない場合、エージェントは次のいずれかです。。簡潔にするために、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データサブタイプとオクテット文字列データサブタイプの両方を持っている場合、属性はjmattributeTableの単一行で表現できます。この場合、データサブタイプの名前は、属性の名前の最後の部分として含まれていません。データサブタイプをJMattributeTableの単一行で表すことができない場合、そのような表現はそれぞれ別の属性と見なされ、個別の名前と列挙値が割り当てられます。これらの属性の場合、データサブタイプの名前は、属性の名前、index、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（int32（m..n） '他のすべての整数範囲については、範囲の下限と上限が示されています。'utf8string63' jmutf8stringtc（size（0..63）） 'jobstring63' jmjobstringtc（size（0..63）） 'octets63' octet string（size（0..63）） 'オクテット（m..n）' '' for for for他のすべてのオクテット文字列の範囲、正確な範囲が示されています。
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の個別の行です。jmattributeTypetcの説明で「マルチロー：」で示されない限り、エージェントは、各属性がJMATTRIBUTETABLEでジョブに対して一度だけ発生することを確認するものとします。「マルチロー」属性のほとんどは、重複した値を許可していません。つまり、エージェントは各値がジョブに対して一度だけ発生することを確認するものとします。「マルチロー」属性の仕様が「複数行で発生する同じ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.
注 - 複製は、「ドキュメントごとの」属性として指定されているが、「集中」 'マルチ - を許可されていないファイル名（34）やドキュメント名（35）などの「広範囲」のマルチロー」属性に許可されています。「JOBごとの」属性として指定されているMediumConsumed（171）やDocumentFormat（38）などのrow '属性。
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）実装に応じて、要求者が提供したかのように同じセマンティクスを持つレシピエントデバイスまたはサーバーによってデフォルトされました。また、Job Submissionクライアントによって値が提供され、サーバー/デバイスが処理またはその他の手段を通じてより良い値を決定する場合、エージェントはそのようなオブジェクトと属性に対してより良い値を返すことができます。
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.
多くのオブジェクトと属性が消費を記録します。このような属性名は、「完了」または「消費」という言葉で終わります。ジョブがそのリソースがメーターを使用しているものをまだ消費していない場合、エージェントは次のようにいます。簡潔にするために、0のセマンティクスはここで一度指定され、各消費属性の仕様について繰り返されず、jMattributevalueasintegerの扱いが-2であるにもかかわらず、0の扱いは暗示されています。
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.
属性の次の定義では、各説明は、属性の有用な値が、jmattributevalueasintegerまたはjmattributevalueasoctetsオブジェクトをそれぞれ使用して表現するかどうかを示します。それぞれ 'integer：'または 'octets：'。
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.
一部の属性により、エージェント実装者は、実装に応じて、整数、オクテット文字列表現、またはその両方の有用な値を選択できます。これらの属性は、「整数」および/または「オクテット：」タグで示されています。
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）を参照）。これらの属性は、「整数」と「オクテット：」タグで示されています。これら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）および/またはオクテット文字列（サイズ（0..63））整数：および/またはオクテット：リストにない属性および/または承認されていない属性PWGに登録されています。
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+ Job State attributes (3 - 19 decimal)
+
+ The following attributes specify the state of a job.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
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整数：JMJOBSTATEオブジェクトを強化するジョブの現在の状態に関する追加情報。jmjobstatereasons1tc Textual Conventionの下の説明を参照してください。
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 Textual Conventionの下の説明を参照してください。
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））オクテット：マルチロー：ジョブの処理中にサーバーまたはデバイスによって生成されるコード化された文字セットメッセージ。そして問題はありません。各値の自然言語は、対応する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.
注 - この属性は、jmjobstateおよびjmjobstatereasons1オブジェクトおよびJobstatereasons2、jobstatereasons3、およびjobstatereasons4属性の印刷可能な形式ではなく、インタープリターメッセージなどの条件を対象としています。これらのジョブ状態オブジェクト/属性のローカライズされた印刷可能な形式を作成するために、管理アプリケーションは列挙とビット値からメッセージを作成する必要があります。
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/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）、Octet 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.
エージェントがジョブ処理メッセージの自然言語を知らない場合、エージェントは（1）ProcessingMessagenaturallangtag（7）属性のゼロ長い文字列値を返すか、（2）ジョブのProcessingMessagenaturallangtag（7）属性を返さないでください。。
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：エージェントがコード化された文字セットオブジェクトとタイプ 'jmjobstringtc'の属性を表すために使用しているコード化された文字セットのマイベナム識別子。これらのコード化された文字セットオブジェクトと属性は、（1）クライアントを提出するジョブによって提供されるか、（2）クライアントを提出するジョブで省略されたときにサーバーまたはデバイスによってデフォルトされるかのいずれかです。エージェントは、これらのオブジェクトと属性をMIBで表し、（1）送信されたコード文字セットの（1）または（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.
これらのマイベル値は、コード化された文字セットが登録されているときにIANA [Iana-Charsets]によって割り当てられます。コード化された文字セットは、IANA [IANA]に登録されているものの1つであり、列挙値はプリンターMIBからのコードチャージェットテキストコンベンションを使用します。jmjobstringtcのテキスト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）ジョブコードチャージェット（8）属性の「不明（2）」値を返すか、（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）、Octet String（size（0..63））オクテット：ジョブの提出者によって提供されるジョブ属性の自然言語、またはジョブのためにサーバーまたはデバイスによってデフォルト、つまり、つまり、すべてのオブジェクトと属性が表すすべてのオブジェクトと属性が「Jmjobstringtc」JobName、MediumRequestedなどのテキストコンベンション。「ジョブ提出者が提供するテキスト」というタイトルのセクション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.
エージェントがクライアントを提出するジョブによって自然言語が使用されているものを知らない場合、エージェントは（1）Jobnaturallanguagetag（9）属性のゼロ長さの文字列値を返すか、（2）jobnaturallanguagetag（9）属性を返しないか仕事。
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+ Job Identification attributes (20 - 49 decimal)
+
+ The following attributes help an end user, a system
+ operator, or an accounting program identify a job.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
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）、Octet String（Size（0..63））Octets：Multi-Row：The JobのUniversal Resource Identifier（URI）[RFC1738]。使用法など、IPP [IPP-Model]を参照してください。
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.
注 - エージェントは、URI全体を保存する必要があるのではなく、各SNMP Get操作でこの値を生成できる場合があります。
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-Model]のURIの最大長は1023-OCTETの長さですが、URI標準自体とHTTP/1.1は最大長を指定しません。
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）、Octet 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.
注 - この属性は、クライアントがJMJobsubmissionIDをサポートしていない場合、またはサーバーがJMJOBSUBMISIONIDをデバイスに渡さない場合、ユーザーがデバイスに送信したジョブをユーザーが見つけられるようにすることを目的としています。
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））オクテット：ユーザーがさまざまなジョブを区別できるように提出されたユーザーが割り当てたジョブの人間の読み取り可能な文字列名。この名前は一意である必要はありません。
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.
ジョブが提出されたときにこの属性が指定されていない場合、ジョブ名は想定されませんが、ジョブ内の最初のドキュメントのドキュメント名属性の値や、最初のドキュメントのファイル名属性の値など、実装固有のデフォルトは許可されます。仕事。
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.
JobName属性は、JobName属性が提出したユーザーが提出した異なるジョブを区別できるようにすることを目的としているという点で、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.
jobererviceTypes（24）、jmjobservicetypestc整数：ジョブが提出されたサービスのタイプ（印刷、ファックス、スキャンなど）を指定します。サービスタイプは、各ジョブサービスタイプでビットエンコードされているため、複数の宛先タイプのサービスやソースのみまたは宛先のみを持つサービスなど、より一般的でarbitrary意的なサービスを作成できます。たとえば、求人サービスは、単一のジョブをスキャン、ファックスアウト、印刷する場合があります。この場合、3つのビットは、それぞれ16進数に対応するjobererviceTypes属性に設定されます：それぞれ0x8 0x20 0x4は、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. 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.
この属性の目的の1つは、要求者が関心のないジョブを除外できるようにすることです。たとえば、プリンターオペレーターは、印刷を含むジョブにのみ関心がある場合があります。
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）整数：プリントジョブのソースであるチャネルの関連するプリンター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））オクテット：構成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））オクテット：ジョブをサーバーまたはデバイスに送信したクライアントアプリケーションの名前（構成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.
JoboriginingHost（29）、jmjobstringtc（size（0..63））オクテット：ジョブをサーバーまたはデバイスに提出したクライアントホストの名前（構成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（サイズ（0..63））オクテット：提出されたユーザーが要求するターゲットデバイスの管理上定義されたコード化された文字セット名。構成1の場合、その値はプリンターMIB [print-mib]：prtgeneralprinternameオブジェクトに対応します。構成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（サイズ（0..63））オクテット：提出されたユーザーが要求したターゲットキューの管理上定義されたコード化された文字セット名。構成1の場合、その値は、エージェントがアクセスを提供しているデバイスのキューに対応します。構成2と3の場合、その値は、ユーザーが提供するキューの名前であり、ジョブの処理を望んでいたデバイスをサーバーに示すために提供されます。
NOTE - typically an implementation SHOULD support either the deviceNameRequested or queueNameRequested attribute, but not both.
注 - 通常、実装は、DevicenAmereQuestedまたはQueuenamereQuested属性のいずれかをサポートする必要がありますが、両方ではありません。
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].
PhysicalDevice（32）、HrdeviceIndexおよび/またはJMUTF8STRINGTC（サイズ（0..63））整数：マルチロー：プリンターMIB [Print-MIB]など、使用された/使用された物理デバイスMIBインスタンスのインデックス。この値はHRDeviceIndex値です。ホストリソースMIB [HR-MIB]を参照してください。
AND/OR
および/または
OCTETS: MULTI-ROW: The name of the physical device to which the job is assigned.
オクテット：マルチロー：ジョブが割り当てられる物理デバイスの名前。
numberOfDocuments(33), Integer32 (-2..2147483647) INTEGER: The number of documents in this job.
numberofdocuments（33）、integer32（-2..2147483647）整数：このジョブのドキュメントの数。
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（サイズ（0..63））オクテット：マルチロー：ドキュメントのコード化された文字セットファイル名またはURI [URI-Spec]。
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（サイズ（0..63））オクテット：マルチロー：ドキュメントのコード化された文字セット名。
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（サイズ（0..63））オクテット：提出ユーザーまたは任意の目的で申請プログラムを提出するジョブが提供する任意の人間読み取り可能なコード化された文字列。たとえば、ユーザーは、印刷された出力で何をするかを示すか、申請プログラムを提出するジョブがドキュメントの作成方法を示す場合があります。
The jobComment attribute is not intended to be a name; see the jobName attribute.
JobComment属性は、名前であることを意図したものではありません。JobName属性を参照してください。
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）整数：マルチロー：ページ説明言語（PDL）のプリンターMIB [print-mib]または使用するコントロール言語通訳者のプリンターMIB [print-mib]のインデックスのインデックス。ドキュメントまたはジョブは、複数の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.
注 - 複数の行が許可されているすべての集中的な属性と同様に、個別の通訳ごとに1つの異なる行があります。重複はありません。
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および/またはオクテット文字列（サイズ（0..63））整数：マルチロー：このジョブが必要とする/使用するプリンターMIB [print-mib] prtinterpreterlangfamilyオブジェクトに対応するインタープリター言語ファミリ。ドキュメントまたはジョブは、複数のPDLまたは制御言語を使用する場合があります。
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.
オクテット：マルチロー：メディアタイプ[IANA-MEDIA-TYPES]として登録されているドキュメント形式、つまりMIMEコンテンツタイプ/サブタイプの名前。例：「Application/PostScript」、「Application/VND.HP-PCL '、「Application/PDF」、「Text/Plain」（US-ASCIIが想定される）、「テキスト/プレーン）。charset = ISO-8859-1 '、および「アプリケーション/オクテットストリーム」。IPP 'Document-Format' Job属性は、同じセマンティクスでこれらの同じ値を使用します。IPP [IPP-Model] 'Mimemediatype'属性構文とドキュメント形式の属性を参照してください。
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+ Job Parameter attributes (50 - 67 decimal)
+
+ The following attributes represent input parameters
+ supplied by the submitting client in the job submission
+ protocol.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
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）整数：ジョブのスケジュールの優先順位。優先順位ベースのスケジューリングアルゴリズムを使用するサーバーとデバイスで使用されます。
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.
より高い値は、より高い優先度を指定します。値1は、可能な限り最低の優先度を示すように定義されています（優先ベースのスケジューリングアルゴリズムが優先度の高いジョブを支持して渡されるジョブ）。値100は、可能な限り最高の優先度を示すために定義されています。優先順位は、この範囲全体に分布する均等または「通常」であると予想されます。この範囲にわたるベンダー定義の優先度のマッピングは、実装固有です。-2は不明を示します。
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）オクテット：その後のカレンダーの日付と時刻は、処理の予定の候補者になります。この属性の値が将来的にある場合、サーバーはジョブのjmjobstateオブジェクトの値を、JobProcessafterspecifiedのビット値をジョブのjmjobstatereasons1オブジェクトに留めて追加します。指定された日付と時刻が到着すると、サーバーはJobProcessafterspecifiedのビット値をJobのjmjobstatereasons1オブジェクトから削除し、他の理由が残っていない場合、ジョブの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：値が「True（4）」の場合、クライアントは、ジョブが明示的にリリースされるまで保持されることを明示的に指定しました。ジョブがクライアントによって明示的にリリースされるまで、ジョブはjmjobstatereasons1属性の職務保有価値を持つ留置状態になります。
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））オクテット：ジョブが「夕方」、「夜」、「週末」、「2番目のシフトなどの処理候補」になる名前の期間'、' Third-shift 'など、（システム管理者によって構成されたサポート値）。標準のキーワード値については、ipp [ipp-model]を参照してください。その期間が到来するまで、jmjobstatereasons1オブジェクトのjobholduntilspecified Valueとともに、仕事は保留中の状態になります。値「ノーホールド」は、期間が指定されていないことを明示的に示します。この属性の欠如は、期間が指定されていないことを暗黙的に示すものとします。
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）および/またはjmjobstringtc（size（0..63））integer：multi-row：プリンターmibの出力サブユニットインデックス[print-mib]
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.
オクテット：マルチロー：ジョブのすべてまたは一部が配置されている出力ビンの名前または番号（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）整数：マルチロー：このジョブのドキュメントが必要/使用することが必要/使用されるサイドの数、 '1'または '2'。
finishing(56), JmFinishingTC INTEGER: MULTI-ROW: Type of finishing that any document in this job requires/used.
仕上げ（56）、jmfinishingtc integer：マルチロー：このジョブのドキュメントが必要/使用する仕上げのタイプ。
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+ Image Quality attributes (requested and consumed) (70 - 87)
+
+ For devices that can vary the image quality.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
printQualityRequested(70), JmPrintQualityTC INTEGER: MULTI-ROW: The print quality selection requested for a document in the job for printers that allow quality differentiation.
printqualityrequested（70）、jmprintqualitytc integer：マルチロー：品質の区別を可能にするプリンターの仕事のドキュメントに要求された印刷品質選択。
printQualityUsed(71), JmPrintQualityTC INTEGER: MULTI-ROW: The print quality selection actually used by a document in the job for printers that allow quality differentiation.
printqualityused（71）、jmprintqualitytc integer：マルチロー：品質の差別化を可能にするプリンターのためにジョブのドキュメントで実際に使用される印刷品質の選択。
printerResolutionRequested(72), JmPrinterResolutionTC OCTETS: MULTI-ROW: The printer resolution requested for a document in the job for printers that support resolution selection.
PrinterSolutionRequested（72）、JMPRINTERSRESOLUTIONTCオクテット：マルチロー：解像度の選択をサポートするプリンターのジョブのドキュメントを要求したプリンター解像度。
printerResolutionUsed(73), JmPrinterResolutionTC OCTETS: MULTI-ROW: The printer resolution actually used by a document in the job for printers that support resolution selection.
PrinterSolutionUsed（73）、JMPRINTERSRESOLUTIONTCオクテット：マルチロー：解像度の選択をサポートするプリンターのジョブのドキュメントで実際に使用されるプリンター解像度。
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.
TonerDencessRequested（76）integer32（-2..100）整数：マルチロー：トナー密度は、トナー密度レベルを変える可能性のあるデバイスのこのジョブのドキュメントを要求しました。レベル1は密度が最も低く、レベル100は最高密度レベルです。範囲が小さいデバイスは、1〜100の範囲を実装された範囲に均等にマッピングするものとします。
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 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.
Tonerdencessused（77）、integer32（-2..100）整数：マルチロー：トナー密度レベルを変える可能性のあるデバイスのこのジョブのドキュメントで使用されるトナー密度。レベル1は密度が最も低く、レベル100は最高密度レベルです。範囲が小さいデバイスは、1〜100の範囲を実装された範囲に均等にマッピングするものとします。
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+ 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'.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
jobCopiesRequested(90), Integer32 (-2..2147483647) INTEGER: The number of copies of the entire job that are to be produced.
JobCopiesRequested（90）、Integer32（-2..2147483647）整数：生成されるジョブ全体のコピー数。
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）整数：これまでに完了したジョブ全体のコピーの数。
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）整数：仕事全体に要求されたドキュメントコピーの合計数。ドキュメント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.
この属性は、ジョブに複数のドキュメントがある場合にのみ使用されます。ジョブに1つのドキュメントしかない場合、JobCopiesRequested属性は使用されます。
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）整数：仕事全体でこれまでに完了したドキュメントコピーの数の合計数。ドキュメントa、b、cがあり、ドキュメントBが4コピーを作成するように指定されている場合、ドキュメントコピーの数は0 A 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.
この属性は、ジョブに複数のドキュメントがある場合にのみ使用されます。ジョブに1つのドキュメントしかない場合、JobCopiesCompleted属性は使用されます。
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.
jobkoctetsStransferred（94）、integer32（-2..2147483647）整数：エージェントがアクセスを提供しているサーバーまたはデバイスに転送された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.
エージェントは、実際のオクテットの数を次のより高いKに回転するものとします。したがって、0オクテットは「0」として表され、1-1024オクテットは「1」、1025-2048は「2」として表されるものとします。。ジョブが完了すると、jmjobkoctetspercopyrequestedオブジェクトの値とjobkoctetsStransfurred属性の値は等しくなります。
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は、JMJOBKOCTETSPROOCESSEDオブジェクトを実装していないエージェントのジョブの進行を相対的に示すために、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）整数：現在のドキュメントのコピーの数。この数値は0から始まり、各ドキュメントの最初のコピーの最初のシートが積み重ねられている場合に1に設定され、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）整数：現在積み上げられているジョブのドキュメントの順序数。この数値は0から始まり、ジョブの最初のドキュメントの最初のシートが積み重ねられている場合は1になり、nはnに等しく、nはジョブのn番目のドキュメントであり、1から始まります。
Implementations that only support one document jobs SHOULD NOT implement this attribute.
1つのドキュメントジョブのみをサポートする実装は、この属性を実装すべきではありません。
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.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
impressionsSpooled(110), Integer32 (-2..2147483647) INTEGER: The number of impressions spooled to the server or device for the job so far.
Inpressionsspooled（110）、integer32（-2..2147483647）整数：これまでのジョブのためにサーバーまたはデバイスにスプールされた印象の数。
impressionsSentToDevice(111), Integer32 (-2..2147483647) INTEGER: The number of impressions sent to the device for the job so far.
Inpressionssenttodevice（111）、integer32（-2..2147483647）整数：これまでのジョブのためにデバイスに送られたインプレッションの数。
impressionsInterpreted(112), Integer32 (-2..2147483647) INTEGER: The number of impressions interpreted for the job so far.
InpressionsInterpreted（112）、Integer32（-2..2147483647）整数：これまでの仕事で解釈されたインプレッションの数。
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.
InpressionsCompletedCurrentCopy（113）、Integer32（-2..2147483647）整数：現在の文書の現在のコピーのためにデバイスによって完了したインプレッションの数。印刷の場合、完了したインプレッションには、出力の解釈、マーキング、および積み重ねが含まれます。他の種類のジョブサービスの場合、完了した印象の数には、処理されたインプレッションの数が含まれます。
This value SHALL be reset to 0 for each document in the job and for each document copy.
この値は、ジョブ内の各ドキュメントと各ドキュメントコピーに対して0にリセットされます。
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）整数：このジョブのためにデバイスによって完了したフルカラーインプレッションの数。印刷の場合、完了したインプレッションには、出力の解釈、マーキング、および積み重ねが含まれます。他の種類のジョブサービスの場合、完了した印象の数には、処理されたインプレッションの数が含まれます。フルカラーインプレッションは通常、3つ以上の着色物質を必要とするものとして定義されますが、これは実装によって異なる場合があります。いずれにせよ、この属性の値は、フルカラーの各サイドで、片側あたりの色の数ではなく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）整数：このジョブのためにデバイスによって完了したハイライト色の印象の数。印刷の場合、完了したインプレッションには、出力の解釈、マーキング、および積み重ねが含まれます。他の種類のジョブサービスの場合、完了した印象の数には、処理されたインプレッションの数が含まれます。ハイライト色の印象は、通常、黒と他の1つの着色剤を必要とするものとして定義されますが、これは実装によって異なる場合があります。いずれにせよ、この属性の値は、色を強調表示している各側で1の値をカウントします（および他の印象カウンターは、フルコロリプレッションが完成したことを除きます（114）を除く）。
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+ Page attributes (130 - 149 decimal)
+
+ See the definition of 'impression', 'sheet', and 'page'
+ in Section 2.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
pagesRequested(130), Integer32 (-2..2147483647) INTEGER: The number of logical pages requested by the job to be processed.
Pagesrequested（130）、integer32（-2..2147483647）整数：処理するジョブが要求する論理ページの数。
pagesCompleted(131), Integer32 (-2..2147483647) INTEGER: The number of logical pages completed for this job so far.
PagesCompleted（131）、Integer32（-2..2147483647）整数：このジョブのために完了した論理ページの数。
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.
データの1つのパスのみを使用して、インタープリターによって複数のコピーが生成される実装の場合、最終的な値はページレクストテストされたオブジェクトの値に等しくなければなりません。各コピーのデータを処理することにより、インタープリターによって複数のコピーが生成される実装の場合、最終値はページレックされたオブジェクトの値の倍数でなければなりません。
NOTE - See the impressionsCompletedCurrentCopy and pagesCompletedCurrentCopy attributes for attributes that are reset on each document copy.
注 - 各ドキュメントコピーにリセットされた属性について、InpressionsCompletedCurrentCopyおよび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.
注 - 複数のコピーのいくつかの実装を考慮に入れて、ページコンプレットオブジェクトをPageSrecestedオブジェクトとともに使用して、職務の相対的な進捗状況を示しています。
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）整数：これまでのドキュメントの現在のコピーに対して完了した論理ページの数。この値は、ジョブ内の各ドキュメントと各ドキュメントコピーに対して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.
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.
jmjobkoctetspercopyRequestedおよびjmjobimpressionsperCopyReaded属性とは異なり、シートレクスト（150）の属性には、コピー数が寄与する乗法因子が含まれます。提出。
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）整数：これらのシートが片側または両方で処理されているかどうかにかかわらず、これまでにジョブ全体のマーキングと積み重ねを完了した中型シートの総数。
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）整数：これまでのジョブの現在のドキュメントのコピーのマーキングと積み重ねを完了した中板の数は、これらのシートが片側または両方で処理されているかどうか。
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.
この属性の値は、ジョブが処理を開始する前に0でなければならず、ジョブ内の各ドキュメントとドキュメントコピーの最初のシートが処理および積み重ねられた後、1にリセットされます。
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+ 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'.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
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および/またはjmjobstringtc（size（0..63））整数：マルチロー：タイプおよび/またはオクテット：マルチロー：ジョブが必要とする媒体の名前。
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 [print-mib]のprtinputmedianameオブジェクトの名前値と、ipp 'media'属性[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）およびjmjobstringtc（size（0..63））integer：multi-row：シート数とオクテット数：マルチロー：消費された媒体の名前これまでのところ、これらのシートが片側または両方で処理されているかどうか。
This attribute SHALL have both Integer32 and OCTET STRING (represented as JmJobStringTC) values.
この属性には、integer32とoctet string（jmjobstringtcとして表される）値の両方が必要です。
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 [print-mib]のprtinputmedianameオブジェクトの名前値と、ipp 'media'属性[ipp-model]の名前、サイズ、および入力トレイ値に対応しています。
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.
colorAntreceSted（172）、integer32（-2..2147483647）および/またはjmjobstringtc（size（0..63））integer：multi-row：the index（prtmarkercolorantindex）：マルチロー：リクエストされた色素の名前。
NOTE - The name (JmJobStringTC) values correspond to the name values of the prtMarkerColorantValue object in the Printer MIB. Examples are: red, blue.
注 - 名前（jmjobstringtc）値は、プリンターmibのprtmarkerantvalueオブジェクトの名前値に対応しています。例：赤、青。
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.
colorantconsumed（173）、integer32（-2..2147483647）および/またはjmjobstringtc（size（0..63））整数：マルチロー：インデックス（prtmarkercolorantindex）：マルチロー：消費された着色剤の名前。
NOTE - The name (JmJobStringTC) values correspond to the name values of the prtMarkerColorantValue object in the Printer MIB. Examples are: red, blue
注 - 名前（jmjobstringtc）値は、プリンターmibのprtmarkerantvalueオブジェクトの名前値に対応しています。例：赤、青
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.
Mediumtypecosumed（174）、integer32（-2..2147483647）およびjmjobstringtc（size（0..63））integer：multi-row：これらのシートがこれまでに消費された指示された中型の数枚数片側または両方とオクテットで処理されます：マルチロー：その中型の名前。
This attribute SHALL have both Integer32 and OCTET STRING (represented as JmJobStringTC) values.
この属性には、integer32とoctet string（jmjobstringtcとして表される）値の両方が必要です。
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 [print -mib]のprtinputmediatypeオブジェクトのタイプ名値に対応しています。値は、「文房具」、「透明度」、「エンベロープ」などです。これらの中型タイプ名は、中程度のレケスト属性で使用される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.
中程度のサイズを考慮した（175）、integer32（-2..2147483647）およびjmjobstringtc（size（0..63））integer：multi-row：これらのシートがこれまでに消費されてきた指示された中サイズの数枚数片側または両方とオクテットで処理されます：マルチロー：その中型の名前。
This attribute SHALL have both Integer32 and OCTET STRING (represented as JmJobStringTC) values.
この属性には、integer32とoctet string（jmjobstringtcとして表される）値の両方が必要です。
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 [print-mib]付録Bのサイズ名値に対応しています。これらのサイズ名は、 'mediaの[ipp-model]で定義されたキーワード値のサブセットでもあります。'ジョブテンプレート属性。値は、「文字」、「A」、「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.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
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および/またはdateandtime整数：構成3のみ：時間および/またはオクテット：ジョブがサーバーに提出された日付と時刻（jobeubmissiontimeを使用するデバイスと区別）。
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および/またはdateandtime Integer：構成1、2、および3：時間および/またはオクテット：ジョブがエージェントがアクセスを提供しているサーバーまたはデバイスに提出された日付と時刻。
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、および/またはdateandtime Integer：The Time and/またはOctets：Jobが最後に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、および/またはdateandtime Integer：時間および/またはオクテット：ジョブが処理を開始した日付と時刻。
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および/またはdateandtime Integer：The Time and/または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）ユニット「秒」整数：ジョブが処理状態にある秒単位のCPU時間の量。ジョブが処理された状態に入る場合、その経過時間は含まれません。言い換えれば、同じジョブが同じデバイスで再び処理される場合、JobProcessingCuptime値は比較的繰り返し可能です。
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）のテキストコンベニオンは、それぞれ現在のJMJobstateオブジェクト値に関する追加情報を提供するために、JMJobstatereasons1オブジェクトとJobstatereasonsn（n = 2..4）でそれぞれ使用されます。これらの値は、理由が理にかなっている任意のジョブ状態または状態で使用できます。
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 enumsをそのような展開されたクライアントに影響を与えることなく定義および登録できるという意図です。言い換えれば、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には、IPP 'ジョブステートリーズン'属性のIPP値[IPP-Model]のスーパーセットが含まれています。また、理由の一部は「プリンター」から「デバイス」に変更されています。これは、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つのパワーとして定義されています。理解のために、jmjobstatereasons1TCの理由は、「ジョブインコーミング」値から始まり、「ジョブコムプレットウィザーロールズ」の値で終わる理由（実装されている場合）が発生する可能性が高い順序で提示されます。
other 0x1 The job state reason is not one of the standardized or registered reasons.
その他の0x1ジョブ状態の理由は、標準化または登録された理由の1つではありません。
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.
Jobincoming 0x4ジョブはサーバーまたはデバイスによって受け入れられていますが、サーバーまたはデバイスは（1）クライアントからの追加操作がジョブの作成を終了することを期待しています。
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.
submissionInterrurded 0x8は、次のような予期せぬ理由でジョブが完全に提出されませんでした。ドキュメントデータが完全にサーバーに転送される前に、（3）クライアントがクラッシュしたか、タイムアウト期間前にジョブを閉じることができなかった。
jobOutgoing 0x10 Configuration 2 only: The server is transmitting the job to the device.
JobOutovering 0x10構成2のみ：サーバーはジョブをデバイスに送信しています。
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.
jobholdspecified 0x20ジョブのジョブホールド（52）の属性の値は真です。この理由が削除されるまで、この仕事は処理の候補者ではなく、仕事を保持する他の理由はありません。
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.
jobholduntilspecified 0x40ジョブのJobholduntil（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.
jobprocessafterspecified 0x80ジョブのJobProcessafterDateandTime（51）の値は、まだ将来の時間を指定します。この理由が削除されるまで、この仕事は処理の候補者ではなく、仕事を保持する他の理由はありません。
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メディア、フォント、リソースオブジェクトなど、ジョブが必要とするリソースの少なくとも1つは、ジョブが候補者である物理デバイスのいずれにおいても準備ができていません。この条件は、ジョブが受け入れられたとき、またはその後、実装に応じてジョブが保留中または処理されているときに検出される場合があります。
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ジョブが割り当てられているデバイスの1つ以上ではなく、すべてではありませんが、すべてではありません。すべてのデバイスが停止した場合（または唯一のデバイスが停止されます）、逸脱した理由を使用するものとします。
deviceStopped 0x400 The device(s) to which the job is assigned is (are all) stopped.
DEVICESTOPPED 0x400ジョブが割り当てられるデバイスは（すべて）停止します。
jobInterpreting 0x800 The device to which the job is assigned is interpreting the document data.
ジョブインターレクト0x800ジョブが割り当てられるデバイスは、ドキュメントデータの解釈です。
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ジョブが割り当てられる出力デバイスは、メディアのマークです。この値は、（1）マーキングが発生していない場合、マークが発生していることを示したい場合、または（2）ジョブがキャンセルされている場合、またはキャンセルされている場合、または仕事が処理状態にある間中止されましたが、マーキングはまだ停止していないため、インプレッションまたはシートカウントが依然として仕事のために増加しています。
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.
jobcanceledbyuser 0x2000ジョブは、ジョブの所有者、つまり、ジョブの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).
JobCanceledByOperator 0x4000この仕事は、オペレーター、つまり、オペレーターの特権（ローカルまたはリモートのいずれか）を持っていると認証されたユーザーによってキャンセルされました。
jobCanceledAtDevice 0x8000 The job was canceled by an unidentified local user, i.e., a user at a console at the device.
JobCanceLedatdevice 0x8000は、未確認のローカルユーザー、つまりデバイスのコンソールのユーザーによってキャンセルされました。
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）システムによって中止され、「pendedheld」に配置されています。状態では、ユーザーまたはオペレーターが手動でジョブを再試行できるようにします。
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.
ProcessTostoppoint 0x20000要求者はジョブをキャンセルまたは中断する操作を発行しました、またはサーバー/デバイスがジョブを中止しましたが、サーバー/デバイスは、指定されたストップポイントが発生するか、ジョブ終了/クリーンアップが完了するまでジョブ上のアクションを実行しています。
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サービスまたはドキュメントの変換はオフラインであり、ジョブを受け入れません。すべての保留中のジョブは、保留中の状態に入れられます。この状況は、サービスまたはDocument Transformの入力が損なわれたり壊れたりしている場合に当てはまる可能性があります。
jobCompletedSuccessfully 0x80000 The job completed successfully.
JobCompletedSuccessive 0x80000ジョブが正常に完了しました。
jobCompletedWithWarnings 0x100000 The job completed with warnings.
JobCompletedWithWathnings 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.
jobpaused0x400000ジョブは、他のジョブが同じデバイスを使用して進めることができるように、ジョブを一時停止する操作を発行するクライアントによって無期限に停止されました。クライアントは、いつでも一時停止したジョブを再開するために操作を発行する場合があります。その場合、エージェントはジョブのJmjobstatereasons1オブジェクトから求人値を削除し、ジョブは最終的にジョブが一時停止されたポイントまたはその近くで再開されます。
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.
job underpurded 0x800000は、現在のジョブの代わりに実行される別のジョブを指定する操作を発行するクライアントによって処理中にジョブが中断されました。サーバーまたはデバイスは、中断ジョブが完了すると、中断されたジョブを自動的に再開します。
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.
Jobletained 0x1000000ジョブは、すべてのジョブのドキュメントデータ（およびフォント、ロゴ、フォームなどの提出されたリソースなど）を使用してサーバーまたはデバイスによって保持されています。したがって、クライアントは、サーバーまたはデバイスに操作を発行して、（1）同じサーバーまたはデバイスでジョブ（またはジョブのコピー）をやり直すか、（2）ジョブを別のサーバーまたはデバイスに再送信することができます。ドキュメントデータが破棄された後など、クライアントがジョブを再利用/再送信できなくなった場合、エージェントはjmjobstatereasons1オブジェクトからjobletained値を削除するものとします。
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.
これらのビット定義は、ビットの組み合わせを一緒に使用できることを除いて、タイプ2の列挙に相当します。セクション3.7.1.2を参照してください。残りのビットは、将来の標準化および/または登録のために予約されています。
The following standard values are defined (in hexadecimal) as powers of two, since multiple values MAY be used at the same time.
複数の値が同時に使用される可能性があるため、次の標準値が2つのパワーとして定義されています。
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.
削除byadministrator 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.
discardtimearrived 0x4ジョブのdiscard-discard-time属性によって指定された時間が到着したという事実により、ジョブは削除されました。
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.
Post-ProcessingInged0x8仕事のために会計属性を記録しようとしている間、後処理エージェントが失敗しました。したがって、ジョブは、システム定義された期間にわたってJobleted Jmjobstatereasons1オブジェクト値を使用して完成状態に配置されているため、管理者はそれを調べ、再提出することができます。
jobTransforming 0x10 The server/device is interpreting document data and producing another electronic representation.
ジョブトランスフォーミング0x10サーバー/デバイスはドキュメントデータを解釈し、別の電子表現を生成しています。
maxJobFaultCountExceeded 0x20 The job has faulted several times and has exceeded the administratively defined fault count limit.
maxjobfaultcountexの成功0x20ジョブは数回障害を発揮し、管理上定義された障害カウント制限を超えています。
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.
devicesNeedattentionTimeOut0x40 1つ以上のドキュメントは、ジョブが仕事が進歩するためには人間の介入を必要としていることを変換しますが、人間の介入はサイトに設定可能なタイムアウト値内では発生しませんでした。
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.
Needseyoperatortimeout 0x80 1つ以上のデバイスまたはドキュメントが、ジョブが特別にトレーニングされたオペレーター（デバイスのロックを解除してアクセスするために必要な場合がある場合）が進行するために、特別にトレーニングされたオペレーター（デバイスのロックを解除してアクセスする必要があるかもしれません）が進歩することを変換しましたが、キーオペレーターの介入は発生しませんでしたサイト設定可能なタイムアウト値内。
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.
jobstartwaittimeout0x100サーバー/デバイスは、特別なカートリッジや特別な非標準メディアのインストールなど、人間の行動を待つために処理の開始時に仕事を停止しましたが、仕事はサイトセット可能なタイムアウト値とその仕事は再開されませんでした。サーバー/デバイスは、ジョブを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.
ConnectingTodeviceTimeOut0x1000サーバーは、ダイヤルアップ、ポーリング、またはキューにある可能性のある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.
Jobqueed 0x8000サーバー/デバイスはドキュメントデータをキューに掲載しています。
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 0x20000サーバー/デバイスは、プロセスの隣になるジョブを選択しましたが、リソースを割り当ててジョブ処理を開始する代わりに、サーバー/デバイスは、パスワードのエントリを待っている（および別のジョブを発送するために留置状態にジョブを移行しました、ある場合）。
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このジョブは単一の証明コピーを作成し、リクエスト担当者が正常に印刷するジョブをリリースする操作を発行するのを待機している状態で、元々提出されたジョブと文書のコピー属性に従います。
heldForDiagnostics 0x200000 The system is running intrusive diagnostics, so that all jobs are being held.
whellfordiagnostics 0x200000システムは侵入的な診断を実行しているため、すべてのジョブが保持されています。
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 0x1000000システム管理者の設定可能なデバイスポリシーは、（1）ピンを要求することです。（2）ジョブが作成されたときに入力パラメーターとして供給されないピンがないジョブを保持することです。
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.
deaveedAccountlimit 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ジョブには、サーバー/デバイスが通常の再試行手順から回復できないといういくつかのエラーが発生しましたが、将来ジョブが再び処理された場合、エラーが発生しない可能性があります。例のケースは、電話番号がビジーまたはリモートファイルシステムがアクセスできないものです。このような状況では、サーバー/デバイスは、仕事を中止された状態ではなく、処理から留置に移行するものとします。
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.
deviceNavabile 0x10000000このジョブは、デバイスが現在ジョブを受け入れることができないため、システムによって中止されました。
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このジョブは、デバイスがこの特定のジョブを処理できないため、システムによって中止されました。スプーラーは別のデバイスを試すか、ユーザーがジョブを別のデバイスに送信する必要があります。
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.
badjob 0x40000000このジョブは、不正なPDLなどの大きな問題があるため、システムによって中止されました。スプーラーは別のデバイスを試すべきではありません。
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:
このテキストコンベンションは、JobStatereasons3属性とともに使用され、JMJobstateオブジェクトに関する追加情報を提供します。複数の値を同時に使用できるため、次の標準値は2つのパワーとして定義されています。
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.
jobjedrurdedbydeviceFailure 0x1ジョブが処理中に使用していたデバイスまたはプリントシステムソフトウェアが失敗しました。サーバーまたはデバイスは、オペレーターがジョブをどうするかを決定できるまで、留置状態でジョブを維持しています。
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.
このテキストコンベンションは、JobStatereasons4属性とともに使用され、JMJobstateオブジェクトに関する追加情報を提供します。複数の値が同時に使用される可能性があるため、次の標準値が2つのパワーとして定義されています。
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):
求人照合には、シートの照合と文書照合が含まれていました。シートの照合は、ドキュメントコピー内のシートの順序であると定義されています。ドキュメント照合は、マルチドキュメントジョブ内のドキュメントコピーの注文であると定義されています。求職には3つのタイプがあります（セクション2の用語の定義を参照）：
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） - 各ドキュメントコピー内のシートの照合、つまり、ドキュメントの次のシートが処理されて積み重なる前に、複数のコピーを作成するドキュメントの各シートが複製されます。デバイスに出力BINコラーターがある場合、非溶融シート（3）値は、ユーザーに関する限り（出力ビンで）照合されたシートを実際に生成する可能性があります。ただし、求人照合が出力BINコレーターを備えたデバイス間の監視アプリケーションとそうでないデバイス間の監視アプリケーションです。
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.
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.
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である場合に積み重ねられているジョブ内の現在のドキュメントを識別します。
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つのインプレッションで構成される2つのドキュメント（1、2）の3つのコピーを含むジョブで、4つの変数には、各シートが片側印刷用に積み重ねられているため、次の値があります。
Job Collation Type = uncollatedSheets(3)
求人照合タイプ= collatedsheets（3）
jmJobImpressions Impressions sheetCompleted sheetCompleted Completed CompletedCurrent CopyNumber DocumentNumber Copy
jmjobimpressionsインプレッションシートコンプレットシートコンプレット完了した完了した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)
求人照合タイプ=照合装飾（4）
JmJobImpressions Impressions sheetCompleted sheetCompleted Completed CompletedCurrent CopyNumber DocumentNumber Copy
jmjobimpressionsインプレッションシートコンプレットシートコンプレット完了した完了した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)
求人照合タイプ= collatedDocuments（5）
jmJobImpressions Impressions sheetCompleted sheetCompleted Completed CompletedCurrent CopyNumber DocumentNumber Copy
jmjobimpressionsインプレッションシートコンプレットシートコンプレット完了した完了した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、JoboriginingHostなどの関心のあるジョブを特定できるようにする属性がいくつかあります。さらに、テキスト文字列テーブルインデックスであるJMJobsubisionidオブジェクトがあります。テーブルインデックスであることにより、監視アプリケーションは、ジョブテーブル全体をスキャンすることなく、監視アプリケーションを呼び出すユーザーによって特定のクライアントから送信された特定の関心のあるジョブをすばやく見つけて特定できます。ジョブ監視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を参照してください。
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は、各jmjobsubmisionID値をエージェントによって生成された対応するjmjobindex値にマッピングするマッピングテーブルを提供します。。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.
一部の構成では、ジョブが提出されたときに、あるネットワークエンティティから別のネットワークエンティティに合格したときに同じジョブを監視する複数のアプリケーションプログラムがある場合があります。構成3を参照してください。3。複数の求人提出IDがある場合、各エンティティは適切なJMJOBSUBSINGINGID値を提供する場合があります。この場合、jmjobsubmissionIdテーブルには別のエントリがあります。すべてのエントリは、ジョブデータを含む同じ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.
JobName属性は、ユーザーがジョブにジョブ属性として提供する名前を提供します。JobName属性は、ユーザー間でも、1人のユーザーにとっても、必ずしも一意ではありません。
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.
Octet 1：形式を識別するフォーマット文字。US-ASCIIキャラクター '0-9'、「A-Z」、および「A-Z」は、62の可能な形式を提供する順に割り当てられます。オクテット2-40：データが39個のASCII文字未満の場合、フォーマット文字で指定された39文字、US-ASCIIトレーリングスペースフィールド。Octets 41-48：ID Quasi-Uniqueを作成するためのシーケンシャルまたはランダムの米国ASCII番号。
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を使用したいクライアントは、フォーマット「0」ではなくフォーマット「8」を使用するものとします。
'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バイト。Octets 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：クライアントMACアドレス：6オクテットアドレスの各ニブルが「0」 - '9'または「a」 - 'f'（大文字のみ）です。最初に最も重要なオクテット。オクテット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の最後の39バイト[URI-Spec]。オクテット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-Spec]の最後の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.
'5' POSIXユーザー番号オクテット2-40：POSIXユーザー番号などのユーザー番号の最後の39バイト。オクテット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.
クライアントオクテット2-40が提供する「8」のジョブオーナー：ジョブオーナー名の最後の39バイト（エージェントがJMJobownerオブジェクトで返すこと）。オクテット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バイト。Octets 41-48：LPDプロトコルなど、送信サーバー（構成3）またはクライアント（構成1および2）によって生成されたジョブIDのUS-ASCII 8デシマル桁のリーディングゼロ表現。この形式はクライアント向けに予約されています。
'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.
'A' AppleTalk Protocol Octets 2-40：AppleTalkプリンター名が含まれており、Octet 2の名前の最初の文字があります。AppleTalkプリンター名は最大31文字です。このフィールドの未使用の部分は、スペースで満たされます。Octets 41-48： '00000XXX'、ここで、「xxx」は接続IDの3桁のUS-ASCII小数表現です。この形式はエージェント用に予約されています。
'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バイトのみが含まれます。このフィールドの未使用の部分は、スペースで満たされます。Octets 41-48： '000xxxxx'ネットウェアファイルサーバーキュー管理サービスに従って、ジョブ番号の米国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です。Octets 41-48：Create Printファイルコマンドに応じて、デバイスからクライアントに返されたファイルハンドルの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' Transport Independent Printer/System Interface（TIP/SI）Octets 2-40：ジョブコントロールスタートジョブ（JC-SJ）コマンドのジョブ名を含んでいます。ジョブ名の部分が40オクテット未満の場合、文字列の左est文字はオクテットの位置2に表示されます。このフィールドの未使用部分はスペースで満たされます。それ以外の場合、最後の39バイトのみが含まれます。オクテット41-48：エージェントが割り当てたJmjobindexのUS-ASCII 8-DECIMAL DIGITリーディングゼロ表現。エージェントはオクテット41-48を供給しているため、この形式はエージェント用に予約されていますが、クライアントはジョブ名を提供します。クライアントに予約されたフォーマット '1'を参照して、オクテット41-48を提供するジョブ名IDを送信します。
'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のグループ境界グループIDトリプレットのバイト2〜27が含まれています。オクテットの位置2は、値x'01 'を運ぶ必要があります。バイト28-40にはスペースで満たされている必要があります。オクテット41-48：エージェントが割り当てたJmjobindexのUS-ASCII 8-DECIMAL DIGITリーディングゼロ表現。エージェントはオクテット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.
VMプラットフォーム上の 'f' IPDSオクテット2-40：XOHのバイト2〜31には、グループ境界グループIDトリプレットが定義されています。オクテットの位置2は、値x'02 'を運ぶ必要があります。バイト32-40にはスペースで満たされている必要があります。オクテット41-48：エージェントが割り当てたJmjobindexのUS-ASCII 8-DECIMAL DIGITリーディングゼロ表現。エージェントはオクテット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.
OS/400プラットフォームの「G」IPDS Octets 2-40：XOHのグループ境界グループIDトリプレットのバイト2〜36が含まれています。オクテットの位置2は、値x'03 'を運ぶ必要があります。バイト37-40にはスペースで満たされている必要があります。オクテット41-48：エージェントが割り当てたJmjobindexのUS-ASCII 8-DECIMAL DIGITリーディングゼロ表現。エージェントはオクテット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があります。MACアドレスやURLなど、IDの一部が各クライアントに一意であることが保証されている他の形式の場合、各クライアントにシーケンシャル番号で十分である必要があります（各クライアントが管理する方が簡単な場合があります）。したがって、衝突の確率を非常に少ない数に減らすために、求人提出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]を使用して表現するものとします。これらのオブジェクトと属性は、クライアントを提出するジョブによってではなく、エージェントによって常に提供されます（実装されている場合）。
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ビットUS-ASCIIの文字列の場合、7ビットASCIIのUTF-8表現はUS-ASCII [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.
ProcessMessage（6）属性に含まれるテキストは、サーバー/デバイスによって生成されます。ProcessMessage（6）属性の自然言語は、ProcessingMessagenaturallangtag（7）属性によって識別されます。ProcessMessagenaturallangtag（7）属性は、RFC 1766 [RFC1766]で指定された言語タグメカニズムに準拠するJMnaturallanguagetagtcテキスト条約を使用します。jmnaturallanguagetagtc値は、ipp [ipp-model] 'naturallanguage'属性構文と同じです。RFC 1766は、自然言語で構成されるUS-ASCII文字列がオプションのカントリーフィールドで構成されることを指定しています。両方のフィールドは、言語と国を識別するためにプリンターMIBで使用されるISO 639 [ISO-639]とISO 3166 [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
Processmessagenaturallangtag（7）属性の値の例には、次のものが含まれます。
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）、（2）サーバーまたはデバイスによってデフォルトされますクライアントを提出するジョブは価値を提供しません。エージェントは、これらのオブジェクトと属性を、（1）送信されたコード文字セットの（1）または（2）コード化された文字セットを別のコード文字セットまたはエンコードスキームに変換することができます。いずれにせよ、結果のコード化された文字セット表現はUTF-8 [UTF-8]である必要がありますが、0から31までのコードの位置が使用されない場合、32〜127はUS-ASCII [US-ASCII]です。、127は未使用ではなく、残りのコードは128〜255の位置を表し、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]に登録されているものの1つであり、JMJOBATTRIBUTETABLE ABLEのJobCodedCharSet属性によって識別されるものとします。エージェントがクライアントを提出するジョブによってコード化された文字セットが使用されているかわからない場合、エージェントは（1）ジョブコードチャージセット属性の「不明（2）」値を返すか、（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 Plus JIS X0208-1990日本[JIS X0208]、US-ASCII Plus GB2312-1980 PRC PRC中国語[GB2312]。コード化された文字セットのIANAレジストリ[Iana Charsets]を参照してください。
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 646（US-ASCIIを除く）、EBCDICを除く、ISO 10646（Unicode）[ISO-10646]に適合する全国7ビットセットです。Unicode文字を表すために、IANAによって「106」のマイベナ値が割り当てられたUTF-8 [UTF-8]エンコードスキームを使用するものとします。
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のように）のいずれかです。監視アプリケーションは、ルックアップメカニズムを使用して、キーワードをユーザーの言語にローカライズしようとする必要があります。キーワード値が監視アプリケーションに不明な場合、監視アプリケーションは、ValueがJobのJobnaturallanguagetag（9）属性によって指定された自然言語であると想定する必要があり、その価値をユーザーに提示する必要があります。Jobnaturallanguagetag（9）属性値は、ProcessingMessagenaturallangtag（7）属性と同じ構文とセマンティクスを持つものとします。ただし、Jobnaturallanguagetag（9）属性は、Processmessageの代わりにJob Submitterによって提供される属性の自然言語を識別することを除きます。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]のデータアンドタイムテキスト条約を使用して表されるオブジェクトも含まれています。ジョブ管理アプリケーションは、監視アプリケーションを実行しているユーザーのロケールにそのようなオブジェクトを表示するものとします。
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に追加の登録スキームを必要としませんが、他のインターネット標準の追跡仕様が設定した登録スキームに依存します。/in-notes/iana/assignments/pathに基づくこれらのIANA登録割り当ての名前：
1.printer-language-numbers - used as enums in the documentFormat(38) attribute
1.Printer-Language-Numbers-documentformat（38）属性の酵素として使用
2.media-types - uses as keywords in the documentFormat(38) attribute
2.media -types -documentformat（38）属性のキーワードとして使用する
3.character-sets - used as enums in the jobCodedCharSet(8) attribute
3.Character -Sets-ジョブコードチャージェット（8）属性の列挙として使用
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 [Print-MIB]を監視するジョブ監視で使用するためのいくつかのタイプの列挙を定義しました。これらのタイプは、新しい列挙の追加を制御するために使用される方法が異なります。このドキュメント全体で、「タイプn enum」への参照。ここで、nは1、2、または3がさまざまなテーブルで見つけることができます。これらのタイプの列挙の定義は次のとおりです。
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
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-Model]と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ビット値Textual Conventionsが含まれています。1。jmjobserviceTypestc 2. jmjobstatereasons1tc 3. jmjobstatereasonsons2tc 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.
これらのテキストconventionsは、整数のビットとして定義されているため、SNMPV1 SMIで使用できます。JobStatereasonsn（n = 1..4）の属性は、対応するJMJobstatereAsonsNTC Textural Conventionsを使用してビット値として定義されます。
The registration of JmJobServiceTypesTC and JmJobStateReasonsNTC bit values follow the procedures for a type 2 enum as specified in Section 3.7.1.2.
jmjobservicetypestcおよびjmjobstatereasonsntcビット値の登録は、セクション3.7.1.2で指定されているタイプ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のテキストconventionとオブジェクトを参照してください。jobsubmissionID形式の数値の登録は、セクション3.7.1.2で指定されているタイプ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-Model]と同じです。
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の読み取り専用オブジェクトの値を変更する効果をそのMIBのオブジェクトにSNMP書き込み操作を受け入れる可能性があります。ただし、この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やjmjobkoctetsedのオブジェクトなど、他のジョブからの最小限のオブジェクトをいくつか取得できる可能性があります。。他のサイトでは、すべての非特権ユーザーがすべてのジョブのすべてのオブジェクトを表示できるようにする場合があります。この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
-- Use the enterprises arc assigned to the PWG which is pwg(2699).
-- Group all PWG mibs under mibs(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モジュールのアイデンティティ最終的な「9902190000z」組織「プリンターワーキンググループ（PWG）」「連絡先」 "Tom Hastings Postal：Xerox Corp. Mail Stop ESAE-231 701 S. Aviation Blvd. El Segundo、CA 90245
Tel: (301)333-6413 Fax: (301)333-5514 E-mail: hastings@cp10.es.xerox.com
Tel：（301)333-6413 Fax：（301)333-5514電子メール：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）に送信します：jmp@pwg.org
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/
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メーリングリストに参加することをお勧めします。。
Version: 1.0"
バージョン：1.0 "
-- revision history REVISION "9902190000Z" DESCRIPTION " This version published as RFC 2707"
- リビジョン履歴リビジョン「9902190000Z」説明 "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))
「サーバーまたはデバイスによって生成されたテキスト」というタイトルのセクション3.6.1を参照してください。」Syntax Octet String（サイズ（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))
セクション3.6.2を参照してください。「ジョブの提出者から提供されたテキスト」というタイトルを参照してください。」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))
セクション3.6.1、「サーバーまたはデバイスによって生成されたテキスト」およびセクション3.6.2、「ジョブ送信者から提供されたテキスト」と題されたセクション3.6.2を参照してください。
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].)
注-Jmtimestamptcは、100分の1秒ではなく秒単位で定義されています。]。）
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)
注-JMTimestAmptcは整数として定義されるため、属性の値として、つまりjMattributevalueasintegerオブジェクトの値として使用できます。SNMPV2-TC [SMIV2-TC]で定義されているタイムスタンプのテキストコンベンションは、SNMPV2-SMI [SMIV2-TC]で定義されているinteger32ではなく、アプリケーション3暗黙の整数タグとして定義されています。このMIBでは、jMattributevalueasintegerの値の1つとして。 "構文整数（0..2147483647）
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
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
}
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.
これらの値は、ipp 'finishings'属性の列挙値と同じです。セクション3.7.1.2を参照してください。
other(1), Some other finishing operation besides one of the specified or registered values.
その他（1）、指定された値または登録値の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)
}
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.
これらの値は、ipp 'print-quality'属性の列挙値と同じです。セクション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.
}
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.
2つの4-OCTET署名済みの整数で構成される9つのオクテットと、署名付きバイトが続きます。値は、プリンターMIB [PrintMib]で指定されている値と同じです。最初の署名されたIntegerには、prtmarkeraddressabilityxfeeddirの値が含まれています。2番目の署名されたIntegerには、prtmarkeraddressableabilityfeeddirの値が含まれています。署名されたバイトには、prtmarkeraddressableababilityunitの値が含まれています。
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（10千枚のサフィンチ）または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を参照してください。
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）、タイプは、この仕様にリストされている値の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.
EnvelopeWindow（7）、対処するためのウィンドウがある封筒。
continuousLong(8), Continuously connected sheets of an opaque material connected along the long edge.
連続して（8）、長いエッジに沿って接続された不透明な材料の連続的に接続されたシート。
continuousShort(9), Continuously connected sheets of an opaque material connected along the short edge.
連続ショート（9）、短いエッジに沿って接続された不透明な材料の連続的に接続されたシート。
tabStock(10), Media with tabs.
TabStock（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)
}
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.
各求人提出IDは、セクション3.5.1で定義されたフィールドで構成される制御文字を含む、固定長の印刷可能なUS-ASCII [US-ASCII]コード文字文字文字列です。
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。
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.
通常、仕事は左から右に進行します。他の州の移行はありそうもないが、禁止されていない。保留中、保留中、および処理された状態からキャンセルされた状態への移行は示されていません。
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.
保留中、処理、および処理された状態でのジョブは「アクティブ」と呼ばれ、留置、キャンセル、中止、および完了した状態のジョブは「非アクティブ」と呼ばれます。ジョブは、ジョブがすべてのアクティビティを完了し、すべてのMIBオブジェクトと属性がジョブの最終的な値に達した後、3つの端末状態の1つに到達します。
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.
Pendentheld（4）、この仕事は、何らかの理由で処理の候補者ではなく、理由がなくなったらすぐに保留状態に戻ります。JobのJMJobstatereSons1オブジェクトおよび/またはJobStatereasonsnn（n = 2..4）の属性は、ジョブがもはや処理の候補ではなくなった理由を示すものとします。理由は、JMJobstatereasons1オブジェクトおよび/またはJobstatereasonsn（n = 2..4）の属性のビットとして表されます。各理由の仕様については、jmjobstatereasonsntc（n = 1..4）テキスト条約を参照してください。
processing(5), One or more of:
処理（5）、1つ以上：
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.,
1. このジョブは、PDLを分析、作成、または解釈する1つまたは複数の純粋にソフトウェアプロセスを使用している、または使用しようとしています。
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つまたは複数のハードウェアデバイスを使用している、または使用しようとしています。
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.
実装は、ジョブの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.
処理された（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.
ジョブのJMJobstatereAsons1オブジェクトおよび/またはジョブのJobStatereasonsnn（n = 2..4）の属性は、ジョブが処理を停止した理由を示している可能性があります。たとえば、出力デバイスが停止した場合、逸脱した値はジョブのjmjobstatereSons1オブジェクトに含まれる場合があります。
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オブジェクトと属性がジョブの最終的な値に達しました。サーバーまたはデバイスがジョブをキャンセルしている間、JobのJMJobstatereSons1オブジェクトには、ProcessTostopPoint値とCanceledByUser、CanceledByOperator、またはCanceleDatdevice値の1つを含める必要があります。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）、ジョブはシステムによって中止されましたが、通常はジョブが処理または処理された状態にあり、サーバーまたはデバイスがジョブを中止し、すべてのMIBオブジェクトと属性がジョブの最終的な値に達しました。サーバーまたはデバイスがジョブを中止している間、ジョブのJMJobstatereSons1オブジェクトには、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）処理後にジョブが正常に完了したか、警告またはエラーで完了し、すべてのメディアが適切な出力ビンに正常に積み重なっており、すべてのMIBオブジェクトと属性がジョブの最終的な値に達しました。ジョブのjmjobstatereasons1オブジェクトには、1つを含める必要があります。
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)
}
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.
注 - 列挙割り当ては、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の手順に従って、列挙値の登録を要求することをお勧めします。
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))
-- 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))
-- 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
-- JmJobStringTC (SIZE(0..63))
sides(55), -- Integer32 (-2..2)
finishing(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)
-- 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
-- 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)
-- Page attributes:
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)
-- 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))
-- 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)
}
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.
この属性の目的の1つは、要求者が関心のないジョブを除外できるようにすることです。たとえば、プリンターオペレーターは、印刷を含むジョブにのみ関心がある場合があります。そのため、属性がジョブ識別カテゴリにある理由です。
The following service component types are defined (in hexadecimal) and are assigned a separate bit value for use with the jobServiceTypes attribute:
次のサービスコンポーネントタイプは（16進数で）定義されており、joberervicetypes属性で使用するための別のビット値が割り当てられます。
other 0x1 The job contains some instructions that are not one of the identified types.
その他0x1ジョブには、識別されたタイプの1つではないいくつかの指示が含まれています。
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ジョブには、受信ファックスを指定するいくつかの指示が含まれています
faxOut 0x20 The job contains some instructions that specify sending fax
ファックスアウト0x20ジョブには、ファックスの送信を指定するいくつかの指示が含まれています
getFile 0x40 The job contains some instructions that specify accessing files or documents
getFile 0x40ジョブには、ファイルまたはドキュメントにアクセスすることを指定するいくつかの指示が含まれています
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.
Maillist 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を参照してください。
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
これらのビット定義は、ビットの組み合わせを一緒に使用できることを除いて、タイプ2の列挙に相当します。セクション3.7.1.2を参照してください。
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
これらのビット定義は、それらの組み合わせを一緒に使用できることを除いて、タイプ2の列挙に相当します。セクション3.7.1.2を参照してください。
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.
ステータス現在の説明 "このテキストコンベンションは、jobstatereasons3属性とともに使用されて、jmjobstateオブジェクトに関する追加情報を提供します。Jmjobstatereasons3tcの仕様については、セクション3.3.9.3を参照してください。すべての理由。
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を参照してください。「構文整数（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
これらのビット定義は、それらの組み合わせを一緒に使用できることを除いて、タイプ2の列挙に相当します。セクション3.7.1.2を参照してください。
jobmonMIBObjects OBJECT IDENTIFIER ::= { jobmonMIB 1 }
-- The General Group (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
jmgeneraltableオブジェクトタイプの構文jmgeneralentry max-access not-accessableステータス現在の説明
"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.
「JMGeneralTableは、ジョブごとのセットであるが、ジョブごとではない一般的な性質の情報で構成されています。ジョブセットの定義については、「用語とジョブモデル」というタイトルのセクション2を参照してください。
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オブジェクトタイプ構文jmgeneralentry max-accessアクセス不可能なステータス現在の説明 "ジョブセットに関する情報（queue）。
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 syntax integer32（1..32767）最大アクセスアクセス不可能なステータス現在の説明 "この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.
jmgeneraljobsetindexの値は、jmgeneraljobsetindex値を保持しているクライアントが、後続のパワーアップ時に同じジョブセットにアクセスするように、パワーサイクル全体で永続的でなければなりません。
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つしかない実装は、値1を持つこのオブジェクトをハードコードするものとします。
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オブジェクトタイプ構文integer32（0..2147483647）最大アクセス読み取り専用ステータス現在の説明 "「アクティブな」状態（保留、処理、または加工）の1つにまだある最も古いジョブのJmjobindex。言葉、ジョブにあった「アクティブな」ジョブのインデックスは、最も長くテーブルします。
If there are no active jobs, the agent SHALL set the value of this object to 0.
アクティブなジョブがない場合、エージェントはこのオブジェクトの値を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 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.
JMGENERALNEWESTACTIVEJOBINDEXオブジェクトタイプ構文integer32（0..2147483647）最大アクセス読み取り専用ステータス現在の説明 "「アクティブな」状態（保留、処理、または加工）の1つにある最新のジョブのJmJobindex。、最近ジョブテーブルに追加された「アクティブ」ジョブのインデックス。
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.
すべてのジョブが「非アクティブ」になった場合、つまり、Pendentheld、完了、キャンセル、または中止された状態を入力すると、エージェントはこのオブジェクトの値を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オブジェクトタイプの構文integer32（15..2147483647）ユニット「秒」最大アクセスの読み取り専用ステータス現在の説明「ジョブセットの最小時間ジョブが完了、キャンセルされた、または中止された状態に入るときから、秒単位で最小時間が完了しました。
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 syntax integer32（15..2147483647）ユニット「秒」最大アクセス読み取り専用ステータス現在の説明
"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.
「処理が完了した後、エントリがJMattributeTableに残るというジョブセットのこのインスタンスの最小時間、つまりジョブが完了、キャンセル、または中止状態に入るときから数秒での時間。
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 syntax jmutf8stringtc（size（0..63））max-access読み取り専用ステータス現在の説明 "システム管理者によって割り当てられたこのジョブセットの人間の読み取り可能な名前（この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.
注 - ジョブセットが単一のプリンターに対応し、プリンターMIBが実装されている場合、この値はドラフトプリンターMIB [Print-Mib-Draft]のPrtGeneralPrinternameオブジェクトと同じでなければなりません。ジョブセットがIPPプリンターに対応する場合、この値はIPP 'Printer-Name'プリンター属性と同じでなければなりません。
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グループ（必須）
-- 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のjmjobidtableオブジェクトタイプの構文シーケンスはアクセス不可能なステータス現在の説明 "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オブジェクトタイプ構文Jmjobidentry max-access accessable not-accessable current current current "（1）Jmjobsubmisionidから（2）Jmgeneraljobsetindexおよびjmjobindexからのマップ。
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
jmjobsubmisionId 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'.
構文オクテット文字列（サイズ（48））最大アクセスアクセス不可能なステータス現在の説明 "特定のクライアントサーバー環境内でジョブを識別する準ユニーク48-OCTET固定長文字列ID。jmjobsubmissionidには複数の形式があります。各形式は一意に識別されます。JMJobsubmissionIdtypetCテキストコンベンションを参照してください。各形式は、タイプ2列の手順を使用して登録するものとします。
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.
要求者（クライアントまたはサーバー）がジョブ送信プロトコルでジョブ送信IDを提供しない場合、受信者（サーバーまたはデバイス）は、エージェント用に予約されている標準形式のいずれかを使用してジョブ送信IDを割り当てるものとします。IDを同じ要求者から提出した他の人と区別するための最後の8オクテット。
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.
監視アプリケーションは、クライアントでも別々に実行されているかどうかにかかわらず、ジョブ提出IDを使用して、どのjmjobindexがエージェントによって割り当てられたか、つまりジョブ情報が他のテーブルにあるかどうかを特定することができます。
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を取得するために短縮GetNext Varbind（SNMPV1およびSNMPV2）を使用できるようにします。、たとえば、特定のJMJobownerからすべてのジョブを提出するか、特定のMACアドレスから提出したすべてのジョブを取得します。
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 syntax integer32（0..32767）max-access読み取り専用ステータス現在の説明 "このオブジェクトには、jmjobsubmissionid値、すなわち、ジョブセットセットのインデックスを設定したジョブセットセットのインデックスを備えたJmgeneraljobsetindexのjmgeneraljobsetindexの値が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 syntax integer32（0..2147483647）max-access読み取り専用ステータス現在の説明 "このオブジェクトには、jmjobsubmissionid値、すなわち、サーバーまたはサーバーまたはサーバーのジョブインデックスのジョブインデックスを持つjmjobsubmissionid値を持つジョブのjmjobindexの値が含まれています。デバイスはジョブを受け入れました。この値は、jmjobidjobsetindex値と組み合わせて、管理アプリケーションが他のテーブルにアクセスして、このジョブのジョブ固有のオブジェクトを取得できるようにします。
See jmJobIndex in the jmJobTable."
DEFVAL { 0 } -- 0 indicates no jmJobIndex value.
::= { jmJobIDEntry 3 }
-- The Job Group (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.
jmjobtableオブジェクトタイプjmjobentry max-access of jmjobentryの構文シーケンスアクセス不可能なステータス現在SNMPは、（2）ジョブごとに単一の値を持つ操作を取得し、（3）常に実装されるものとします。
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オブジェクトタイプ構文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.
ジョブの状態が何であれ、各仕事のテーブルにエントリが存在するものとします。各ジョブは、1つのジョブセットのみに表示されます。
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オブジェクトタイプ構文integer32（1..2147483647）最大アクセスアクセス不可能なステータス現在の現在の説明 "サーバーまたはデバイスがジョブを受け入れたときにサーバーまたはデバイスによって生成されたジョブによって生成されるジョブのシーケンシャル、モナトンの増加識別子インデックス。管理アプリケーションが他のテーブルにアクセスして、ジョブ固有の行エントリを取得することを許可します。
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オブジェクトタイプ構文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.
jmjobstatereasons1オブジェクトタイプ構文jmjobstatereasons1tc max-access読み取り専用ステータス現在の説明 "ジョブの現在の状態に関する追加情報、すなわち、ジョブのjmjobstateオブジェクトの値を拡大する情報。
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.
任意の理由値の実装はオプションですが、エージェントは利用可能な理由情報を返す必要があります。これらの値は、理由が理にかなっている任意のジョブ状態または状態で使用できます。ジョブ状態の理由はジョブの状態よりも動的であるため、JMJobstateが読み取られるたびにジョブ監視アプリケーションがこのオブジェクトを読むことをお勧めします。エージェントがジョブの現在の状態の理由を提供できない場合、jmjobstatereasons1オブジェクトとJobstatereasonsn属性の価値は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）最大アクセス読み取り専用ステータス現在の説明 "k（1024）の総サイズは、仕事で処理されるように要求されている文書のオクター。実際のオクテットの数を次の最高のKにまで丸めます。したがって、0オクテットは「0」として表され、1-1024オクテットは「1」として表され、1025-2048は「2」などとして表されます。
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 Syntax Integer32（-2..2147483647）Max-Access読み取り専用ステータス現在次の高いKまで処理された実際のオクテット数。したがって、0オクテットは「0」として表され、1-1024オクテットは「1」、1025-2048オクテットは「2」などとして表されます。値は、メディアでマークされているものではなく、ページ説明言語通訳によって解釈される数字です。
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.
データを単一のパスのみで通訳者によって複数のコピーが生成される実装の場合、最終値はjmjobkoctetspercopyrequestedオブジェクトの値に等しくなければなりません。各コピーのデータを処理してインタープリターによって複数のコピーが生成される実装の場合、最終値はjmjobkoctetspercopyrequestedオブジェクトの値の倍数でなければなりません。
NOTE - See the impressionsCompletedCurrentCopy and pagesCompletedCurrentCopy attributes for attributes that are reset on each document copy.
注 - 各ドキュメントコピーにリセットされた属性について、InpressionsCompletedCurrentCopyおよび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 Syntax Integer32（-2..2147483647）最大アクセス読み取り専用ステータス現在の説明 "提出されたドキュメントの印象数の合計サイズ。
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.
この値を計算する際、サーバー/デバイスには、（1）ドキュメントのコピーの数、および（2）ジョブのコピーの数がジョブまたはドキュメントの複数のコピーを処理できるかどうかに関係なく、（2）ジョブコピーの数を含めることはできません。ジョブまたはドキュメントデータを複数回パスすることなく、出力が照合されているかどうかとは無関係です。したがって、サーバー/デバイスの計算は実装とは無関係であり、コピーの数とは無関係にインプレッションで測定されたドキュメントのサイズを反映しています。
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 syntax integer32（-2..2147483647）最大アクセス読み取り専用ステータス現在出力。他の種類のジョブサービスの場合、完了したインプレッションの数には、処理されたインプレッションの数が含まれます。
NOTE - See the impressionsCompletedCurrentCopy and pagesCompletedCurrentCopy attributes for attributes that are reset on each document copy.
注 - 各ドキュメントコピーにリセットされた属性について、InpressionsCompletedCurrentCopyおよびPagesCompletedCurrentCopy属性を参照してください。
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読み取り専用ステータス現在の説明 "ジョブを提出したユーザーのコード化された文字セット名。このユーザー名を割り当てる方法はシステムおよび//またはサイト固有のものですが、メソッドは、クライアントとターゲットデバイスに表示されるネットワークに固有の名前であることを確認する必要があります。
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)
- 属性グループ（必須）
-- 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.
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オブジェクトタイプのJMATTRIBUTEENTRYの構文シーケンスMAX-ACCESS NOT-ACCESSABLEステータス現在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.
jmattributionEntryオブジェクトタイプ構文jmattributionEntry max-access accessable not accessable current current "属性"属性および必要および/または消費されるリソースに関する情報を表す属性。
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.
JMattributeTableの各エントリは、ジョブが持つことができる各タイプの属性（jmattributeTypeIndex）の追加インデックスを備えたジョブごとのエントリと、ジョブあたり複数のインスタンスを持つ属性の追加インデックス（jmattributeinstanceindex）を備えたエントリです。jMattributeTypeIndexオブジェクトには、属性のタイプを示す列挙タイプを含める必要があります（jmattributeTypetcテキストコンベンションを参照）。属性の値は、jMattributeTypetcのテキストコンベンションで指定されているように、JMattributevalueasintegerまたはjmattributevalueasoctetsオブジェクト、および/またはその両方で表されるものとします。
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.
エージェントは、サーバーまたはデバイスが求人提出プロトコル自体またはドキュメントPDLから属性を発見できるため、JMattributeTableに行を作成するものとします。ドキュメントが解釈されると、通訳者は追加の属性を発見する可能性があるため、エージェントはこのテーブルに追加の行を追加します。リソースを表す属性が実際に消費されるため、jMattributeTypetc enumの説明に示されているユニットに従って、jMattributevalueasintegerオブジェクトに含まれる使用法カウンターが増加します。
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オブジェクトタイプ構文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）、Jobの例がその属性に属性の属性を実現するのです。ジョブごとに複数のインスタンスがある場合があります：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 syntax integer32（-2..2147483647）max-access read-access read-only status current current current "属性の整数値。属性の値は、jmattributetcual-tetcual-tetcual--コンベンションの定義には、「整数：」というタグがあります。
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.
列挙定義に応じて、このオブジェクト値は、jmattributeTypeIndex値に応じて、整数、カウンター、インデックス、または列挙である場合があります。この値の単位は、列挙の説明で指定されています。
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.
エージェントは、ジョブが処理または処理されるのを待っている間にこのテーブルにリソースを表す属性を追加する場合があるため、リソースのいずれかが実際に使用されるまでには長くなる可能性があります。仕事がまだ消費されていないリソース。
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.
Filename（34）、JobName、ProcessingMessageなど、整数値の概念が無意味である属性は、jmattributeTypetc定義に「整数：」タグを持っていないため、エージェントは常に '-1の値を返します。これらの属性の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 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:'.
jmattributevalueasoctets object-type syntax octet string（size（0..63））max-access read-only status current current current "属性のオクテット文字列値。属性の値は、列挙文字jmattributeTypetcのテキストコンベンション定義には、「オクテット：」というタグがあります。
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'.
列挙定義に応じて、このオブジェクト値は、「jmutf8stringtc」などのコード化された文字セット文字列（テキスト）、または「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.
Octet文字列値の概念が無意味である属性は、PagesCompletedなど、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 }
OBJECT jmGeneralJobSetName SYNTAX JmUTF8StringTC (SIZE(0..8)) DESCRIPTION "Only 8 octets maximum string length NEED be supported by the agent."
オブジェクトJMGENERALJOBSETNAME SYNTAX JMUTF8STRINGTC（サイズ（0..8））説明「エージェントがサポートする最大文字列の長さは8オクターのみです。」
OBJECT jmJobOwner SYNTAX JmJobStringTC (SIZE(0..16)) DESCRIPTION "Only 16 octets maximum string length NEED be supported by the agent."
オブジェクトJMJobowner Syntax JMJobstringtc（サイズ（0..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
DESCRIPTION
"The job group."
::= { jmMIBGroups 3 }
jmAttributeGroup OBJECT-GROUP
OBJECTS {
jmAttributeValueAsInteger, jmAttributeValueAsOctets }
STATUS current
DESCRIPTION
"The attribute group."
::= { jmMIBGroups 4 }
END5 Appendix A - Implementing the Job Life Cycle
終了5付録A-ジョブライフサイクルの実装
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.
「ジョブモニタリングMIBのジョブ提出プロトコルマッピング推奨事項」[Protomap] [Protomap]というタイトルのコンパニオン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] Bradner 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"
[GB2312] GB 2312-1980、「中国人民共和国（PRC）1つのバイトと2バイトのコード化された文字セット」
[hr-mib] Grillo, P. and S. Waldbusser, "Host Resources MIB", RFC 1514, September 1993.
[HR-MIB] Grillo、P。およびS. Waldbusser、「Host Resources MIB」、RFC 1514、1993年9月。
[iana] Reynolds, J. and J. Postel, "Assigned Numbers", STD 2, RFC 1700, October 1994.
[IANA] Reynolds、J。およびJ. Postel、「割り当てられた番号」、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-CHARSETS] IANAによって登録されたコード化された文字セットは、プリンターMIBからインポートされたCodedCharset Textual Conventionで使用する列挙値を割り当てました。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-MEDIA-TYPES] MIMEメディアタイプのIANA登録（MIMEコンテンツタイプ/サブタイプ）。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-Model] Debry、R.、Hastings、T.、Herriot、R.、Issaacson、S。、およびP. Powell、「インターネット印刷プロトコル/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-08-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：ラテンアルファベットNo. 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：//ftp.pwgを参照してください。org/pub/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. Rose、「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.
[Print-Mib] Smith、R.、Wright、F.、Hastings、T.、Zilles、S。and J. Gyllenskog、「Printer Mib」、RFC 1759、1995年3月。
[print-mib-draft] Turner, R., "Printer MIB", Work in Progress,
[print-mib-draft]ターナー、R。、「プリンターmib」、進行中の作業、
[protomap] Bergman, R., "Job Submission Protocol Mapping Recommendations for the Job Monitoring MIB", RFC 2708, November 1999.
[Protomap] Bergman、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] McLaughlin、L.、III、「Line Printer Daemon Protocol」、RFC 1179、1990年8月。
[RFC1738] Berners-Lee, T., Masinter, L. and M., McCahill, "Uniform Resource Locators (URL)", RFC 1738, December 1994.
[RFC1738] Berners-Lee、T.、Masinter、L。and M.、McCahill、「Uniform Resource Locators（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] Bradner、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] Bradner、S。、「要件レベルを示すためにRFCSで使用するためのキーワード」、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] Freed、N。およびJ. Postel、「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.、Perkins、D。、およびJ. Schoenwaelder、「管理情報の構造バージョン2（SMIV2）」、STD 58、RFC 2578、1999年4月。
[SMIv2-TC] McCloghrie, K., Perkins, D. and J. Schoenwaelder, "Textual Conventions for SMIv2", STD 58, RFC 2579, April 1999.
[SMIV2-TC] McCloghrie、K.、Perkins、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-Spec] Berners-Lee、T.、Fielding、R。and L. Masinter、「Uniform Resource Identifiers（URI）、Generic Syntax」、RFC 2396、1998年8月。
[US-ASCII] Coded Character Set - 7-bit American Standard Code for Information Interchange, ANSI X3.4-1986.
[US-ASCII]コード化された文字セット-ANSI X3.4-1986の情報交換のための7ビットアメリカ標準コード。
[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
Ron Bergman Dataproducts Corp. 1757 Tapo Canyon Road Simi Valley、CA 93063-3394
Phone: 805-578-4421 Fax: 805-578-4001 EMail: rbergma@dpc.com
電話：805-578-4421ファックス：805-578-4001メール：rbergma@dpc.com
Tom Hastings Xerox Corporation, ESAE-231 737 Hawaii St. El Segundo, CA 90245
Tom Hastings Xerox Corporation、ESAE-231 737 Hawaii St. El Segundo、CA 90245
Phone: 310-333-6413 Fax: 310-333-5514 EMail: hastings@cp10.es.xerox.com
電話：310-333-6413ファックス：310-333-5514メール：hastings@cp10.es.xerox.com
Scott A. Isaacson Novell, Inc. 122 E 1700 S Provo, UT 84606
Scott A. Isaacson Novell、Inc。122 E 1700 S Provo、UT 84606
Phone: 801-861-7366 Fax: 801-861-4025 EMail: scott_isaacson@novell.com
電話：801-861-7366ファックス：801-861-4025メール：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メール：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）に送信します：jmp@pwg.org
To learn how to subscribe, send email to: 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-request@pwg.orgの実装者にメールを送信するには、JMPメーリングリストに参加することをお勧めします。コンセンサスを達成するために。
For further information, access the PWG web page under "JMP":
詳細については、「JMP」の下にあるPWG Webページにアクセスしてください。
http://www.pwg.org/
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.
チャック・アダムス - テクトロニクス・ジェフ・バーネット-IBMキース・カーター、IBMコーポレーションジェフ・コープランド - QMSアンディ・デイビッドソン - テクトロニックス・ロジャー・デブリー-IBMマブリー・ドジエ-QMSリー・ファレル - カノン・スティーブ・ゲバート-IBMロバート・ヘリオット - ノースレイクソフトウェアリックランダウ - デジタルピートロヤ - HPレイルッツ - コグニジスジェイマーティン - アンダースコアマイクマッカイ、ノベル、インク、スタンマッコネル - ゼロックスカールノノマンロス、ゼロックス、コーポレーションパットノーガイ-IBMボブペンテコスインテル・デイビッド・ローチ - ユニジス・スチュアート・ローリー - 京セラ・フロユキ・サト - カノン・ボブ・セッターボ - アドビ・ゲイル・ソンガー、エフィ・マイク・ティンパーマン - レックスマーク・ランディ・ターナー - シャープ・ウィリアム・ワーグナー - デジタル製品ジム・ウォーカー - デイゼル・クリス・ウェルンズ - インターワーキング・ラボ・ロブ・ウィットル - ノーゲル・ドン・ライト - レックスマークロイドヤング - レックスマークアトシュシユキ - 京セラピーターゼーラー、ゼロックス、コーポレーション
10 INDEX
10インデックス
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 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
colorantconsumed、40 colorAntrequested、40 DevicenAmerequested、30 DocumentCopiesCompleted、35 DocumentCopiesRequested、35 DocumentFormat、31 DocumentFormatIndex、31 DocumentName、31 Filename、31 Finishing、33 Fullcolorimpressionscompleted、37 Highrightrimpressionscompleted completededcedcompleted、37 ed、37 Inpressionssenttodevice、37 Inpressionsspooled、36 jmattributionStanceIndex、99 jmattributeTypeIndex、98 jmattributeTypetc、78 jmattributevalueasinteger、99 jmattributevalueasoctets、100 jmbooleantc、72 jmfinishingtc、70 jmgeneralattributepersence、87 jmgenerjobpersex、87persex、 SetName、88 JMGeneralNewestactiveJobindex、86 JMGeneralNumberOfActiveJobs、86 JMGeneralOldestActiveJobIndex、86 JMJOBIDJOBINDEX、91 JMJOBIDJOBSETINDEX、91 JMJOBIMPIMSIONSOIONSOMPRETEDEX、96 jmjobimpressionspercopyRequested、95 jmjobindex、92 jmjobkoctetspercopyRequested、94 jmjobkoctetsprocessed、94 jmjobowner、96 jmjobserviceTypestc、81 jmjobsourceplattypettc、69 Jmjobtc、92 JMJOBSTATEREASONS1TC、83 JMJOBSTATEREASONS2TC、83 JMJOBSTATEREASONS3TC、83 JMJOBSTATEREASONSONS4TC、84 JMJOBSTATETC、75 JMJOBSTRINGTC、68 JMJOBSUBISIONID、89Jmjobsubmissionidtypetc、74 JMmediumtypetc、72 jmnaturallanguagetagtc、68 jmnumberofinterveningjobs、93 jmprintqualitytc、71 jmprintqualitytc、71 jmtimestamptc、69 jmtonereconcytc、72 jmctc、72 jmcodctc、72 jmctc、セット、26 JobCollationType、36 JobComment、31 JobCompletionTime、43 JobCopiesCompleted、35 JobCopiesRequested、35 Jobhold、33 Jobholduntil、33 JobkoctettStransferred、35 Jobname、28 Jobnaturallanguagetag、27 Joboriginatinghost、30 Jobpriority、32 Jobprocessingcupime、32 Jobprocessingcutime、43 JobserviceTypes、29 Jobethanleindex、29 jobSterparttedex、29 Jobethepratepratepratepratepratepratepratepratepratepratepratepratepratiblatiblatiblatiblatiblatiblatiblatibtibpertibly edprocessingtime、43 Jobstatereasons2、25 Jobstatereasons3、25 Jobstatereasons4、25 Jobsubmissiontime、42 JobsUbmissionToservertime、42 joburi、27 mediunconsumed、40 mediumproested、39 mediumSecossumed、41 mediumtypecosumed、41 numberofdocuments、30 other、25 outputbin、33 PageCompleted、38 PagesCompletedcurrentolus、38 PageStedcopy、38 PageStedcopy、38ページは、38ページの38ページの38ページの38ページの38ページの38ページの38ページの38ページの38ページの38ページの38ページの38ページで38ページで、 4 PrintQualityRequested、34PrintQualityUsed、34 ProcessingMessage、25 ProcessMessagenaturallangtag、26 QueuenamereQuested、30 Server AssignedJobname、28 SheetcompletedCopynumber、36 SheetCompletedDocumentNumber、36 SheetSCompleted、39 SheetScompletedCurtingESted、39 SheetsCompletedCurtingESTED、39 SiettedCurtingESTED、39 SIETSCRETEDCURTINGNAME、 29 TonerdencessRequested、34 Tonerdencessused、34 TonerComonyRequested、34 Tonerecomonyused、34
11 Full Copyright Statement
11完全な著作権声明
Copyright (C) The Internet Society (1999). All Rights Reserved.
Copyright（c）The Internet Society（1999）。無断転載を禁じます。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
このドキュメントと翻訳は他の人にコピーされて提供される場合があります。また、それについてコメントまたは説明する派生作品、またはその実装を支援することは、いかなる種類の制限なしに、準備、コピー、公開、および部分的に配布される場合があります。、上記の著作権通知とこの段落がそのようなすべてのコピーとデリバティブ作品に含まれている場合。ただし、このドキュメント自体は、インターネット協会や他のインターネット組織への著作権通知や参照を削除するなど、いかなる方法でも変更できない場合があります。インターネット標準プロセスに従うか、英語以外の言語に翻訳するために必要な場合に従う必要があります。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
上記の限られた許可は永続的であり、インターネット社会またはその後継者または譲受人によって取り消されることはありません。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
この文書と本書に含まれる情報は、「現状」に基づいて提供されており、インターネット社会とインターネットエンジニアリングタスクフォースは、ここにある情報の使用が行われないという保証を含むがこれらに限定されないすべての保証を否認します。特定の目的に対する商品性または適合性の権利または黙示的な保証を侵害します。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFCエディター機能の資金は現在、インターネット協会によって提供されています。