Search Images Maps Play YouTube News Gmail Drive More »
Sign in
Screen reader users: click this link for accessible mode. Accessible mode has the same essential features but works better with your reader.

Patents

  1. Advanced Patent Search
Publication numberUS20030063310 A1
Publication typeApplication
Application numberUS 09/970,130
Publication dateApr 3, 2003
Filing dateOct 3, 2001
Priority dateOct 3, 2001
Also published asUS7259881
Publication number09970130, 970130, US 2003/0063310 A1, US 2003/063310 A1, US 20030063310 A1, US 20030063310A1, US 2003063310 A1, US 2003063310A1, US-A1-20030063310, US-A1-2003063310, US2003/0063310A1, US2003/063310A1, US20030063310 A1, US20030063310A1, US2003063310 A1, US2003063310A1
InventorsTruc Nguyen, Sheng Lee
Original AssigneeNguyen Truc D., Sheng Lee
Export CitationBiBTeX, EndNote, RefMan
External Links: USPTO, USPTO Assignment, Espacenet
Method of monitoring multiple controller families
US 20030063310 A1
Abstract
A method is disclosed including the steps of submitting a print job to a network printer and identifying a specific printer controller governing the print job. The method further includes loading a set of identifiers respective to a specific printer controller and selecting from the set a respective identifier corresponding to the type of print job employed on the specific printer controller. The selected identifier is used to issue the predetermined type of notification from the controller.
Images(3)
Previous page
Next page
Claims(5)
What we claim is:
1. A method of printer controller monitoring comprising:
submitting a print job to a network printer;
identifying a specific printer controller governing the print job;
loading a set of identifiers respective to a specific printer controller;
selecting from the identifiers a respective identifier corresponding to a predetermined type of notification to be issued by the specific printer controller;
using the selected identifier to issue the predetermined type of notification from the controller.
2. The method of claim 1 wherein the set of identifiers comprise mapping tables having message dynamic link libraries that are loaded an unloaded depending on the specific printer controller.
3. The method of claim 2 wherein each dynamic link library is generated with its own header file for the respective identifier.
4. A printer controller monitoring utility for monitoring print functions upon submitting a print job to a network printer, the monitoring utility comprising:
means for identifying a specific printer controller governing the print job;
means for loading a set of identifiers respective to a specific printer controller;
means for selecting from the identifiers a respective identifier corresponding to a predetermined type of notification to be issued by the specific printer controller;
means for using the selected identifier to issue the predetermined type of notification from the controller.
5. A network comprising:
at least one network printer having a printer controller;
at least one client device submitting a print job to a network printer;
a printer controller monitoring utility for monitoring print functions, the monitoring utility comprising:
means for identifying a specific printer controller governing the print job;
means for loading a set of identifiers respective to a specific printer controller;
means for selecting from the identifiers a respective identifier corresponding to a predetermined type of notification to be issued by the specific printer controller;
means for using the selected identifier to issue the predetermined type of notification from the controller.
Description
BACKGROUND OF THE INVENTION

[0001] The present invention is directed to the field of monitoring an controlling the operational performance of computer output peripheral devices, e.g. printers.

[0002] In many offices and other commercial establishments, it is common to have more than one device connected to a network that is capable of printing. Furthermore, multiple users often have the capability to print to any of a group of multiple printing devices on a network. In a large enterprise organization, a plurality of printers often reside on the network, many of which have different manufacturers and makes. Even those printers having the same manufacturer are often created as part of different generations of product lines.

[0003] Networked printers are generally bi-directional in nature, meaning that they not only receive print jobs for printing, but they also respond with a communication that can be used to monitor printer status. Each printer product line generally includes a document monitoring utility for monitoring printer status and translating notifications and communications received from corresponding printers. The notifications received from printers are assigned a code, or an object identifier (“OID”) corresponding to the status of the printer. Such status notifications include messages describing events such as “Printing,” “Paper Jam,” “Out of Toner,” and any other type of status or notification, depending on the particular features available on a printer.

[0004] Document and printer monitoring utilities function to monitor and receive OIDs and display for a user the message corresponding to a particular OID. Unfortunately, different manufactures and products, even different lines of printers from the same manufacturer, use different OIDs to describe the same event. Furthermore, in some instances, different lines of printers use the same OID to describe completely different events. Therefore, document and printer monitoring software is product line specific in that it functions properly only when used solely with the line of printers for which it particularly corresponds. Thus, a single document monitoring utility cannot be used to correctly monitor different printer product lines.

[0005] Consequently, network administrators must use a plurality of printer monitoring utilities to track printer activity throughout a network. It would be preferable if one printer monitoring utility had the capability to simultaneously monitor the status of printers from different product lines.

SUMMARY OF THE INVENTION

[0006] In view of the difficulties and drawbacks encountered in previous-type systems, there is therefore a need for a method of monitoring printer status that is capable of simultaneously monitoring of different printer product lines.

[0007] There is also a need for a method of translating various OID notification coding schemes into a standardized OID code.

[0008] These needs and others are satisfied by the method of the present invention including the steps of submitting a print job to a network printer and identifying a specific printer controller governing the print job. The method further includes loading a set of identifiers respective to a specific printer controller and selecting from the set of identifiers a respective identifier corresponding to the type of print job employed on the specific printer controller. The selected identifier is used to issue the predetermined type of notification from the controller.

[0009] As will be realized, the invention is capable of other and different embodiments and its several details are capable of modifications in various respects, all without departing from the invention. Accordingly, the drawing and description are to be regarded as illustrative and not restrictive.

BRIEF DESCRIPTION OF THE DRAWINGS

[0010]FIG. 1 is a flow chart generally depicting the steps of the method of the present invention.

[0011]FIG. 2 is a block diagram generally indicating a network as deployed with the present invention.

DETAILED DESCRIPTION OF THE INVENTION

[0012] In a preferred embodiment, a computer and multiple peripheral devices are connected to a network. The network suitably runs on any network operating system (“NOS”) or mainframe system and suitably supports a myriad of software packages. Preferably the present invention is employed in a system where a user of personal computer (“PC”) issues a print command. The hard copy is printed from a printer, which is suitably a multifunction peripheral (“MFP”) device such as a combined copier/printer/fax device. In the preferred embodiment, the user selects the “print” command from a menu of command options, such as those used with a graphical user interface operating system. However, it should be understood that the present invention is not limited in this manner and could easily be adapted to systems employing a print function or the like, all without departing from the present invention.

[0013] Turning now to FIG. 1, a flow diagram of a method of the present invention is disclosed. The basic flow commences at start block and progress to process 10 which is suitably a manual operation wherein a user invokes a “print” command from a software program. The software program is not limited to any particular application software program, and is suitably any program such as an office suite package, a word processing package, or even the operating system itself, e.g. printing from a DOS environment. When a user invokes a print command 10, an event is triggered prompting the user to select a printer for printing. In a preferred embodiment, a printer driver activates a dialog box that pops up to enable the user to select a printer from a list of available printers.

[0014] Flow progresses to process 12 wherein the selected printer after having received the print job requests generates an OID. In a presently preferred embodiment, a printer controller generates an OID corresponding to the current printer status. After the OID is generated, it is transmitted to a printer monitoring utility in process 14. The printer monitoring utility is preferably a network utility residing on a server, but is also suitably a utility stored locally on the PC at which the user generated the print command. Upon receipt of the OID, the monitoring utility queries the printer controller to identify itself in process 16. The printer controller replies with an identity descriptor, which is suitably a header or the like, and in block 18, the monitoring utility receives this controller identity descriptor.

[0015] In process 20, after receiving the controller identity descriptor, the monitoring utility determines a method for translating the received OID based on the received identity descriptor. For example, the monitoring utility suitably searches through a database to determine the printer manufacturer, model number, family group or subgroup, or any other type of information relative to the identified printer, so as to obtain generalized information about the printer functionality. Further, the monitoring utility suitably searches for an appropriate translation mapping table for correlating the specific received OID with a status notification, such as “Paper Jam”.

[0016] In process 22, the monitoring utility uses this information to monitor the printer status, so as to present status messages in a consistent, standardized format that is suitably viewed by a user or system administrator. In this manner, the monitoring utility suitably provides universal translation capability between a variety of different printer types, each having its own OID translation table. In block 24, the process is stopped.

[0017] An exemplary network employing the present invention is shown in FIG. 2. The network 104 is suitably any network and is suitably comprised of physical and transport layers such as illustrated by a myriad of conventional data transport mechanisms such Ethernet, Token-Ring™, 802.11(b), or other wire-based or wireless data communication mechanisms as will be apparent to one of ordinary skill in the art. The client machine 100 is suitably any type of computer, but is preferably a personal computer running an on a Windows, Unix, Macintosh, or Linux based operating system. The client machine 100 is preferably equipped with a software program, at least one printer driver, and a network connector. It should be noted that the printer driver need not be loaded onto the personal computer 100. It is within the scope of the present invention if the client machine accesses networked printer drivers located on a server 102 as opposed to local printer drivers.

[0018] The communication protocol between client and peripheral devices 106 is Simple Network Management Protocol (“SNMP”), which is capable of managing nodes on an IP network. It should be understood that SNMP is not limited to TCP/IP. SNMP is suitably used to manage and monitor all sorts of equipment including computers, routers, wiring hubs, toasters, MFPs and jukeboxes.

[0019] Any number of client machines 100 receive network software and messages from at least one server 102. All network devices are connected to the network using a network backbone 104. The network suitably includes any number N of network peripheral devices 106 including output devices. Preferably, devices 106 are printers or MFP devices. Each device 106 comprises a network interface 108, a controller 110 and a memory 112 for storage of software and various data, integral with the device.

[0020] In a presently preferred embodiment of the invention, a user invokes a “print” command. A printer driver activates a printer dialog box that pops up to enable the user to select various print options. An “OK” button on the dialog is clicked to perform a submission step for submitting a print job to a network printer. A notifying step is performed for notifying the monitoring utility of a unique job submission identification. An identifying step follows in which the monitoring utility queries the controllers to identify which specific printer controller type is used for governing the print job.

[0021] In this embodiment, the printer driver maintains a set of mapping tables that govern the operation of the identified device. These mapping tables can retain a respective set of Object Identifiers (OIDs) that correspond to each status and other types of notification messages that are issued from the particular model and version of printer controller to which the print job is sent. For example, the mapping tables may be one of two different types of mapping tables, e.g. including codes for the printer controller of an older model printer, or from a newer model. The printer controller replies to the monitoring utility's query in a reply step, where the type of mapping table is identified, e.g. as corresponding to the older or newer model printer, where similar OIDs might be used to issue different types of notification messages.

[0022] After query and reply, a loading step is performed where the set of mapping tables is loaded respective to a specific printer controller, e.g. where either an older or newer print controller model is identified. Once the loading step is performed, a selecting step is performed for selecting from the set of mapping tables a respective object identifier corresponding to a predetermined type of notification to be issued by the specific printer controller. These selected OIDs are utilized in a using step for using the selected object identifier to issue the predetermined type of notification from the controller. The notification can be displayed to the user in a displaying step, where the notification can be displayed using a pop-up dialog box, or other type of message notification such as could be employed, without departing from the present invention.

[0023] In the preferred embodiment, the mapping tables are message dynamic link libraries that are loaded and unloaded depending on the specific printer controller. Each dynamic link library is generated with its own header file for the respective object identifier. As presently disclosed, the present invention provides a method of translating the OIDs in each type of mapping table into a universal code, so as to overcome problems encountered in previous enterprise networks that may use more than one model version of a peripheral component. In so doing, the present invention provides a degree of flexibility and efficiency not obtainable with previous type systems.

[0024] As described hereinabove, the present invention solves many problems associated with previous type devices. However, it will be appreciated that various changes in the details, materials and arrangements of parts which have been herein described and illustrated in order to explain the nature of the invention may be made by those skilled in the area within the principle and scope of the invention will be expressed in the appended claims.

Referenced by
Citing PatentFiling datePublication dateApplicantTitle
US7366799 *Mar 6, 2003Apr 29, 2008Pharos Systems International, Inc.Document processing system including multi-device compatible interface and related methods
US7418634 *Mar 21, 2005Aug 26, 2008Seiko Epson CorporationRemote monitoring system and remote monitoring method
US7574658 *May 25, 2005Aug 11, 2009Fujitsu LimitedState display apparatus, management system and computer-readable recording medium in which program for controlling state display is stored
US7580985 *May 13, 2002Aug 25, 2009Ricoh Co. Ltd.Verification method of manufacturer and model for remote diagnostics, maintenance and control system over SNMP
US8014014 *Aug 9, 2005Sep 6, 2011Brother Kogyo Kabushiki KaishaStatus information processor
Classifications
U.S. Classification358/1.15, 710/15, 714/E11.206
International ClassificationG06F13/38, G06F11/34
Cooperative ClassificationG06F11/3485, G06F2201/86, G06F13/387
European ClassificationG06F11/34T8, G06F13/38A4
Legal Events
DateCodeEventDescription
Jan 21, 2011FPAYFee payment
Year of fee payment: 4
Jan 22, 2002ASAssignment
Owner name: TOSHIBA TEC KABUSHIKI KAISHA, JAPAN
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:NGUYEN, TRUC D.;LEE, SHENG;REEL/FRAME:012498/0637
Effective date: 20011211