Gutter Trim: To cut a larger sheet into smaller sheets eliminating
the gutter between adjacent images. This operation requires a
minimum of two cuts for each gutter.
Tab Cutting: The act of cutting the edge of a sheet to form an index
tab, thereby allowing quick identification and access. The
external tabs are sequentially placed along the book edge for
visibility and ease of grasping.
Perforating: The act of cutting a series of very small, closely
spaced holes or slots into a sheet to allow for ease of separation
of a portion of the sheet. Sometimes also used to ease
bending/hinging of heavy weight papers.
Scoring: A means of applying small linear grooves or impressions
along a sheet to allow easy folding. Often used on heavy weight
sheets and book covers.
Slitting: The action of cutting apart a large sheet to form smaller
sheets. Usually done using a sharp circular roll system.
STITCHING/STAPLING:
Staple: The process of binding a set of sheets together using a ’U’
shaped piece of metal wire that is punched through the set. The
ends of the metal staple are then bent over, or ’clinched’ to hold
the staple in place. Technically the term ’stapler’ refers to
devices that use pre-cut metal staples, but the term is also
commonly used to refer to devices that use wire spools and then
cut/form the staple. (see the definition of Stitch)
Stitch: The process of binding a set of sheets together using a ’U’
shaped piece of metal wire that is punched through the set. The
wire used to form the staple is cut and formed into a ’U’ shape in
the stitcher head, and the staple ’leg’ length is often varied
depending on the number of sheets to be bound together. The ends
of the metal staple are bent over, or ’clinched’ to hold the staple
in place.
Stitching can also refer to the process of sewing the edges of the
signatures of a book together.
Saddle Stitch: The process of stapling a set along its center line
as part of a booklet making process. Usually 2 or 3 staples are
used.
Dual Stapling: The process of placing 2 staples along the bind edge
of a set. The staples are typically located at 25% and 75% of the
length of the bind edge. Although dual stapling is often performed
on the long edge of a set, legal documents are frequently dual
stapled along the top, or short edge of the set.
Triple Stapling: Same as above, but using 3 staples along the bind
edge, and usually applies to the long edge only.
WRAPPING:
Shrink Wrap: A wrap of thin plastic which when heated will shrink
and wrap tightly around the stack thus preparing it for shipment.
BANDING:
Band Wrap: Bundling a finished stack to prepare for shipment. Also
known as Strap Wrap.
ROTATING:
Sheet Rotator: A device that rotates each sheet as received from the
Media Path to the proper orientation for the finisher processing.
3. Finisher Subunits Integrated Into The Printer Model
The Printer Finisher Device subunits receive media from one or more
Printer Media Path subunits and deliver the media to one or more
Printer Output subunits after the completion of the finishing
processes. The Printer Model, as described in the Printer MIB
[RFC3805], is modified adding the finisher subunit(s) and finisher
supplies between the media path and output subunits as follows:
+----------+
+----------+ |
| Marker | |
| Supplies |-+
+----------+
\
+-----+ \ +------+ +--------+ +------+
| | \| | | | | |
+-----+ | +-----+ +------+ | +------+ +--------+ | +------+ |
|Input|-+ +------+| |Marker|-+ +------+| |Finisher|-+ |Output|-+
| |===>| |+<==>| |<==>| |+==>| |===>| |
+-----+ +-+ +-+ +------+ +-+ +-+ +--------+ +------+
\ | || | || \
\ | || | || \
\ | || | || +----------+
+-------+ | |+--------------------| || | Finisher |-+
| | | +---------------------+ || | Supplies | |
+-------+ | | Media Path |+ +----------+ |
| Media |-+ +---------------------------+ | |
|(opt.) | +----------+
+-------+
4. Finishing Specifications
The Finisher MIB is able to provide most of the information that is
required to generate a Finishing Specification. This includes;
1. Finishing operations that can be performed on media that are
associated with a specific printer media path and output subunit.
2. Combinations of operations that cannot be performed.
3. The location of the operation on the medium, if applicable.
4. The physical characteristics of the result of the operation. For
example, the size and shape of a punched hole, or if a fold
operation creates a letter fold or a "Z" fold.
The Finisher MIB permits an agent to describe the order that
operations can be performed.
4.1. Multiple finDeviceTable Entries
Each finishing operation supported by the printer is represented by
one or more entries in the finDeviceTable. Each entry in this table
defines a "logical" finishing device, since the function of several
table entries may be performed by a single finisher mechanism.
Multiple entries may also exist in the table as a result of the
existence of multiple finisher mechanisms that perform the same type
of operation.
One example of possible multiple entries for a single finisher
device, is a hole punch operation that creates more than one hole.
This could be performed using a single die punch that moves to each
required position or a multi-die punch that simultaneously creates
all holes. In either case, each defined hole position may be defined
as a separate table entry.
In both cases, if the punch positions can be individually selected, a
table entry for each position would be necessary.
For the multi-die punch, each head mechanism may have a different
hole pattern or size. If these differences are to be properly
disclosed, a table entry for each head mechanism would be required.
4.2. Implicit Parameters
Finishing operations that are specified by an enum define a standard
operation and in many cases an implicit set of physical
characteristics is to be included when specifying the enum. If
explicit values for these characteristics are not provided in the
attributes table, the values defined in this section are to be
implied.
4.2.1. FinPunchPatternTC
enum pattern |Reference| Reference | Hole spacing
| Edge |Axis Offset| (see note 1)
-------------------+---------+-----------+---------------------------
twoHoleUSTop(4) | topEdge | note 2 | 2.75 inches
threeHoleUS(5) | note 3 | note 2 | 4.25 inches
twoHoleDIN(6) | note 4 | note 5 | 80 mm
fourHoleDIN(7) | note 4 | note 5 | 80 mm
twentyTwoHoleUS(8) | note 3 | note 2 | .5 inches
nineteenHoleUS(9) | note 3 | note 9 | .5625 inches
twoHoleMetric(10) | note 6 | note 5 | 80 mm
swedish4Hole(11) | note 4 | note 5 | 21, 70, 21 mm
twoHoleUSSide(12) | note 3 | note 2 | 2.75 inches
fiveHoleUS(13) | note 3 | note 2 | 2, 2.25, 2.25, 2 in
sevenHoleUS(14) | note 3 | note 2 | 1, 1, 2.25, 2.25, 1, 1 in
mixed7H4S(15) | note 4 | note 5 | note 7
norweg6Hole(16) | note 4 | note 5 | note 8
metric26Hole(17) | note 6 | note 5 | 9.5 mm
metric30Hole(18) | note 4 | note 5 | 9.5 mm
Notes:
1. All hole to hole patterns are centered along the process edge.
2. Offset is 0.18 inches to 0.51 inches.
3. Reference edge is leftEdge(5) for letter and topEdge(3) for
ledger.
4. Reference edge is leftEdge(5) for A4 and topEdge(3) for A3.
5. Offset is 4.5 mm to 13 mm.
6. Reference edge is leftEdge(5) for B5 and topEdge(3) for B4.
7. 7 holes and 4 slots are punched in a H-S-H-H-S-H-S-H-H-S-H pattern
with 15, 25, 23, 20, 37, 37, 20, 23, 25, 15 mm spacing.
8. 4 holes and 2 slots are punched in a H-H-S-S-H-H pattern with a
64, 18.5, 75, 18.5, 64 mm spacing.
9. Offset is .188 inches.
4.2.2 FinPunchHoleTypeTC, punchHoleSizeMaxDim, punchHoleSizeMinDim
enum pattern | Hole Description
-------------------+----------------------------------------
twoHoleUSTop(4) | round(3), .2 - .32 inch diameter
threeHoleUS(5) | round(3), .2 - .32 inch diameter
twoHoleDIN(6) | round(3), 5 - 8 mm diameter
fourHoleDIN(7) | round(3), 5 - 8 mm diameter
twentyTwoHoleUS(8) | round(3), .2 - .32 inch diameter
nineteenHoleUS(9) | rectang(6), .313 inches X .125 inches
twoHoleMetric(10) | round(3), 5 - 8 mm diameter
swedish4Hole(11) | round(3), 5 - 8 mm diameter
twoHoleUSSide(12) | round(3), .2 - .32 inch diameter
fiveHoleUS(13) | round(3), .2 - .32 inch diameter
sevenHoleUS(14) | round(3), .2 - .32 inch diameter
mixed7H4S(15) | round(3), 5 - 8 mm diameter
| rectang(6), 12 mm X 6 mm
norweg6Hole(16) | round(3), 5 - 8 mm diameter
| rectang(6), 10 mm X 5.5 mm
metric26Hole(17) | round(3), 5 - 8 mm
metric30Hole(18) | round(3), 5 - 8 mm
Note: Hole size ranges are typical and are provided as a reference
only. Exact tolerances should be site defined.
5. The Attribute Mechanism
Attributes provide a function similar to information objects, except
that attributes are identified by an enum, instead of an OID. Thus
new attributes may be registered without requiring a change to the
MIB. In addition, 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 create an attribute in the Attribute Table as soon
as the agent is aware of the value of the attribute.
The agent materializes finishing subunit attributes in a four-indexed
finDeviceAttributeTable:
1. hrDeviceIndex - which device in the host
2. finDeviceIndex - which finisher subunit in the printer device
3. finDeviceAttributeTypeIndex - which attribute
4. finDeviceAttributeInstanceIndex - which attribute instance for
those attributes that can have multiple values per finishing
subunit.
5.1. Conformance of Attribute Implementation
An agent SHALL implement any attribute if (1) the 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 finDeviceAttributeTable when the information is available or MAY
create the row earlier with the designated ’unknown’ value
appropriate for that attribute. See next section.
If the 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 finDeviceAttributeTable.
5.2. Useful, ’Unknown’, and ’Other’ Values for Objects and Attributes
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
finDeviceAttributeTypeTC textual convention for the specification of
each attribute.
NOTE: In some instances, objects with a MAX-ACCESS of read-write will
result in an SNMPv1 error or SNMPv2 exception during a write
operation. The administrative security policy may restrict a class
of users to read-only or, more importantly, the implementation may
implement a subset of read-write objects as read-only. This should
be expected to be the case for a device that can properly sense the
value of an object and does not want the value to be externally
modified.
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.
Since each attribute is represented by a row consisting of both the
finDeviceAttributeValueAsInteger and finDeviceAttributeValueAsOctets
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 finDeviceAttributeValueAsOctets object. For
octet string only attributes, the agent SHALL always return a ’-1’
value for the finDeviceAttributeValueAsInteger object.
5.3. Data Sub-types and Attribute Naming Conventions
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 finDeviceAttributeTable. In this case, the data sub-type name is
not included as the last part of the name of the attribute. When the
data sub-types cannot be represented by a single row in the
finDeviceAttributeTable, 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.
5.4. Single-Value (Row) Versus Multi-Value (MULTI-ROW) Attributes
Most attributes shall have only one row per finishing subunit.
However, a few attributes can have multiple values per finishing
subunit, where each value is a separate row in the
finDeviceAttributeTable. Unless indicated with ’MULTI-ROW:’ in the
finDeviceAttributeTypeTC description, an agent SHALL ensure that each
attribute occurs only once in the finDeviceAttributeTable for a
finishing subunit. 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 finishing subunit. 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 a single finishing subunit.
5.5. Linked MUTI-ROW Values
Some MULTI-ROW attributes are intended to go together. Thus a set of
value instances represent a single instance. For example, the
puncher attributes indicate the location, maximum size, minimum size
and shape of the various holes that the puncher can produce. So the
first set of values could represent one kind of hole, and the second
set another kind of hole, etc.
5.6. Index Value Attributes
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 finishing
subunit, the agent shall either: (1) return the value 0 or (2) not
add this attribute to the finDeviceAttributeTable 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 indicated.
5.7. Attribute Specifications
This section specifies the set of attributes that are enumerated in
finAttributeTypeTC. The data type tag definitions ’INTEGER:’ or
’OCTETS’, indicate if the attribute can be represented using the
object finDeviceAttributeAsInteger or the object
finDeviceAttributeAsOctets, respectively. In some cases, a choice
between the two data types is possible and for a few attributes both
objects may be required at the same time to properly present the
value.
NOTE - The enum assignments are grouped logically with values
assigned in groups of 10, so that additional values may be registered
in the future and assigned a value that is part of their logical
grouping.
Values in the range 2**30 to 2**31-1 are reserved for private or
experimental usage. This range corresponds to the same range
reserved in IPP. Implementers are warned that use of such values may
conflict with other implementations. Implementers are encouraged to
request registration of enum values following the procedures in
Section 6.1.
The attribute types defined at the time of completion of this
specification are:
finAttributeTypeIndex Data type
--------------------- ---------
other(1), Integer32
AND/OR
OCTET STRING (SIZE(0..63))
INTEGER: and/or OCTETS: An attribute that is not currently
approved and registered.
A. Generic finisher subunit attributes that apply to all finisher
subunit types. (3..)
deviceName(3), OCTET STRING (SIZE(0..63))
OCTETS: The name assigned to this finisher device subunit.
deviceVendorName(4), OCTET STRING (SIZE(0..63))
OCTETS: The name of the vendor of this finisher device
subunit.
deviceModel(5), OCTET STRING (SIZE(0..63))
OCTETS: The model name of this finisher device subunit.
deviceVersion(6), OCTET STRING (SIZE(0..63))
OCTETS: The version string for this finisher device
subunit.
deviceSerialNumber(7), OCTET STRING (SIZE(0..63))
OCTETS: The serial number assigned to this finisher device
subunit.
maximumSheets(8), Integer32 (-2..32767)
INTEGER: Defines the maximum number of media sheets that a
finisher device is able to process.
finProcessOffsetUnits(9), PrtMediaUnitTC
INTEGER: An enumeration which defines the units of measure
for the attributes finAxisOffset, finHeadLocation,
punchHoleSizeLongDim, and punchHoleSizeShortDim.
finReferenceEdge(10), FinEdgeTC
INTEGER: An enumeration which defines which edge of the
form is the reference for this finishing process. The
Finishing Process Axis will be parallel to this axis.
finAxisOffset(11), Integer32 (-2..2147483647)
INTEGER: Defines the offset of the Finishing Process
Axis from the parallel Reference Edge. For a value of
finEdgeTC equal to TopEdge or RightEdge, the value
given is to interpreted as a negative offset from the
reference edge. The units of measure are defined by the
attribute finProcessOffsetUnits.
finJogEdge(12), FinEdgeTC
INTEGER: An enumeration which defines a second edge of the
document to which the media is aligned. The jog edge must
be perpendicular to the edge defined by finReferenceEdge.
finHeadLocation(13), Integer32 (-2..2147483647)
INTEGER: MULTI-ROW: Defines the position of the Head
Mechanism relative to the axis, ’X’ or ’Y’, that is
perpendicular to the Process Axis. The units of measure
are defined by the attribute finProcessOffsetUnits.
finOperationRestrictions(14), Integer32 (0..65535)
INTEGER: MULTI-ROW: Defines the finDeviceIndex of a
finishing process which cannot be combined with the
process defined by the finDeviceIndex for this
finDeviceAttributeTable instance. When this condition
occurs this attribute SHALL be presented in the
attribute tables for both finishing processes that cannot
be combined.
finNumberOfPositions(15), Integer32 (0..65535)
INTEGER: Defines the total number of head positions for
this finishing process. Each position many be realized by
a unique head mechanism or a single head mechanism may be
automatically moved to each position.
namedConfiguration(16), OCTET STRING (SIZE(0..63))
OCTETS: Contains an administratively define name to define
the finishing specification configured for this device.
finMediaTypeRestriction(17), OCTET STRING (SIZE(0..63))
OCTETS: MULTI-ROW: Defines the media type which cannot be
combined with the process defined by the finDeviceIndex
for this finDeviceAttributeTable instance. Values are the
same as defined for finSupplyMediaInputMediaName.
finPrinterInputTraySupported(18), Integer32 (0..65535)
INTEGER: MULTI-ROW: Defines the value of prtInputIndex
corresponding to the printer input tray that can be used
with the process defined by the finDeviceIndex for this
finDeviceAttributeTable instance. If this attribute is
not present, this process can be used with any input tray
in the printer. For example, this attribute can indicate
the current stapling capabilities for a stapler device
for the input trays that depend upon the size and feed