|Publication number||US6587647 B1|
|Application number||US 09/986,349|
|Publication date||Jul 1, 2003|
|Filing date||Nov 8, 2001|
|Priority date||Oct 31, 2001|
|Also published as||USRE43257|
|Publication number||09986349, 986349, US 6587647 B1, US 6587647B1, US-B1-6587647, US6587647 B1, US6587647B1|
|Inventors||Motoo Watanabe, Gregory Wright|
|Original Assignee||Ricoh Co., Ltd.|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (3), Non-Patent Citations (4), Referenced by (19), Classifications (24), Legal Events (5)|
|External Links: USPTO, USPTO Assignment, Espacenet|
The present application is related to U.S. Provisional Patent Application No. 60/330,813 filed Oct. 31, 2001, entitled “Method and System of Remote Monitoring of Image Forming Apparatus.”
1. Field of the Invention
The invention generally relates to a method and apparatus for remotely monitoring an image forming apparatus or other apparatus. More particularly, the invention relates to evaluating machine conditions and transmitting information based on the conditions.
2. Discussion of the Background
Image forming machines such as copiers, facsimile machines, and printers experience operational problems. When operational problems arise, a dealer will typically provide repair products and services to the customer. Maintenance and repairs are managed and provided by the dealer who purchases the machine from manufacturers and who then sells the machine to the customer. Unfortunately, in such a marketplace, it is difficult for manufacturers to obtain information about machine conditions during the machine's operational lifetime. The inventors of the present invention recognized that it would be advantageous to have an image forming machine monitoring system and method which remotely monitor the image forming machines.
Accordingly, it is an object of the invention to provide a method and system for remote monitoring and/or controlling of machines, such as but not limited to, image forming machines.
This and other objects are accomplished by a method and system in which machine data is transmitted from the image machine to a remote monitoring system for evaluation. The current machine data may be of any type related to the image machine, including, for example, paper jams, paper usage, energy usage, functionality of device components and usage frequency, although other types of data may be utilized. The evaluation of the current machine data includes comparing the current machine condition data to determine possible sources that are causing the operating problem. The remote monitoring system may respond to the operating problem by adjusting the image machine, sending a notification to a dealer's help desk and to a dispatcher. The image machine may be of any type of electronically controllable device that produces images, including, for example, printers, copiers, facsimile machines, and digital cameras.
A more complete appreciation of the invention and many of the attendant advantages thereof will be readily obtained as the same becomes better understood by reference to the following detailed description when considered in connection with the accompanying drawings, wherein:
FIG. 1 illustrates a block diagram of three networked image forming machines connected to a network of computers and databases through a telephone line and a network;
FIG. 2 illustrates a block diagram of an exemplary computer which monitors machine conditions and which communicates with the image forming machines and computers;
FIG. 3 illustrates a block diagram of a network with a remote monitoring server, dispatch system, helpdesk and customer system connected to a network;
FIGS. 4A.1 and 4A.2 illustrates an alternate embodiment of a data flow diagram of communication, during a service call which requires dispatching of a technician, among the customer system, remote monitoring system, helpdesk and dispatch system of FIG. 3;
FIGS. 4B.1 and 4B.2 illustrates an alternate embodiment of a data flow diagram of communication, during an automatic call, among the customer system, remote monitoring system, helpdesk and dispatch system of FIG. 3;
FIGS. 4C.1 and 4C.2 illustrates an alternate embodiment of a data flow diagram of communication, during a customer call, among the customer system, remote monitoring system, helpdesk and dispatch system of FIG. 3;
FIGS. 4D .1 and 4D.2 illustrates an alternate embodiment of a data flow diagram of communication, during a manual call, among the customer system, remote monitoring system, helpdesk and dispatch system of FIG. 3;
FIG. 5A illustrates a block diagram of e-mail related modules, objects and information which are located in a server;
FIG. 5B illustrates a block diagram of the device driver of FIG. 5A;
FIG. 6 illustrates a data flow diagram of FIG. 5A;
FIG. 7 illustrates a flow diagram of the help desk upon receiving an e-mail call request;
FIG. 8A illustrates an exemplary e-mail message for a critical service call;
FIG. 8B illustrates an alternate exemplary e-mail message;
FIG. 9 illustrates a block diagram of related modules, objects and information which are located in a server;
FIG. 10 illustrates a flow chart for obtaining reference parameters related to machine conditions;
FIG. 11A and FIG. 11B illustrate a flowchart of the process performed, in the server, when monitoring the image forming machine for read/write requests;
FIG. 12A, FIG. 12B and FIG. 12C illustrate a flowchart of the process performed when a read/write function is activated;
FIG. 13 is an exemplary call list;
FIG. 14A is an exemplary call detail;
FIGS. 14B and 14C are an exemplary service call and jam data;
FIGS. 15A to 15K are an exemplary read/write screen including read/write machine data;
FIGS. 16A to 16G are exemplary machine condition data during operation; and
FIGS. 17A and 17B are exemplary machine identification information for a customer; and
FIG. 18 illustrates a chart indicating calls during monitoring and associated displayed and undisplayed parameters.
Referring now to the drawings, wherein like numerals designate identical or corresponding parts throughout the several views, and more particularly to FIG. 1 thereof, there is illustrated a figure showing various machines and computers forming a system for monitoring, diagnosing and controlling the operation of the machines. The present invention can be used with JP2001-136192, which corresponds to Ser. No. 09/408,443 entitled METHOD AND SYSTEM FOR REMOTE DIAGNOSTIC, CONTROL, AND INFORMATION COLLECTION BASED UPON THE CONNECTION OR CONNECTIONLESS COMMUNICATION METHOD SENDING MESSAGES TO THE RESOURCE MANAGER, which is incorporated herein by reference. In FIG. 1, there is a first network 16, such as the Internet connected to computer workstations (WS) 18, 20 and 22. The workstations may be of any type of computer including IBM Personal Computer compatible devices, Unix based computers or Apple Macintosh computers. Connected to the network 16 is a Local Area Network (“LAN”); however, it should be appreciated that any number of additional networks capable of connecting to networks, various machines or computers may be included in the system. Also connected to the network 16 is a server 28 and workstations (WS) 18, 20 and 22.
Server 28 is connected to the network 16 via the LAN 26, an interface 34 and workstation 22. Alternatively, server 28 may be connected directly to the network 16. Server 28 is also connected to image machines 30, 31 and 32 via a PSTN 36, a telephone line 38 and a line-adapter/multiplexer (L-ADP) 39. Images machines 30, 31 and 32 may be digital copiers/printers, facsimile machines, printers postage machines, multi-function image machines, or any other type of machine or device that displays or generates images or data, whether it be done on a printer medium or an electronic display. The image machines may be used as the machines or monitored devices. Although three image machines are shown as supported by the L-ADP, it should be appreciated that any number of image machines or monitored devices may be supported by each L-ADP. For example, up to 5 copiers or more may be supported by the L-ADP.
Additionally, a facsimile server (not illustrated) may be connected to server 28 and have a telephone, Integrated Services Digital Network (ISDN), wireless or cable connection. The image machines 30, 31 and 32 may also include connections 40 and 42, respectively, which may be conventional telephone, ISDN and/or cable. The image machines 30, 31 and 32 communicate with remote monitoring, diagnosis and server 28 via the direct telephone line, ISDN, wireless or cable connection. Server 28 may also be connected to a workstation 50 with a browser 52.
In FIG. 1, the network 16 includes a plurality of interconnected computers and routers (not shown). The manner of communicating over a network is known through Request for Comments (“RFC”) documents obtained by file transfer protocol (“FTP”) at NIC.DDN.MIL or at FTP.NISC.SRI.C OM. Transmission Control Protocol/Internet Protocol (“TCP/IP”) related communication is described for example in the book “TCP/IP Illustrated,” Vol. 1, The Protocols, by Stevens, from Addison-Wesley Publishing Company, 1994, which is incorporated herein by reference.
Workstations 18, 20, 22 are connected to network 16 and are located remotely from each other and other machines; however, it should be appreciated that any of the workstations may be locally located to each other or any of the machines. Workstations 18, 20, 22 include browsers 35, 37, 39 which allow obtaining and transmitting information over network 16. Workstation 20 includes a disk 44 which may be shared using proper encryption and protocols over the network with other workstations connected to the network or in communication with workstation 20. It should be appreciated that although only one workstation 20 is illustrated as including a disk 44, any workstations may include a disk for storing information. The disks used to store databases are a non-volatile memory such as a hard disk or optical disk. Alternatively, the databases may be stored in any storage device, including but not limited to, solid state and/or semiconductor memory devices. Disk 44 includes dispatch data; however, any number of databases or types of information may be stored thereon. Dispatch data is information related to service technicians, such as but not limited to, whether a dispatcher or service technician has been called for a particular call or machine notification, service technician contact information, including but not limited to service technician e-mail addresses, numeric and alphanumeric pagers numbers and telephone numbers. Workstations 18, 20 and 22 are exemplary of computers which are uses by dealers and/or service repair entities.
Workstation 50 is connected to the server 28 and allows access to the information transmitted to and/or stored at server 28, and may be provided with at least as much information and capability as workstation 18, 20 and 22.
In addition to the workstations 18, 20, 22 being connected to network 16, the workstations may also include connections 46, 48 to a telephone line, ISDN, DSL, ADSL, cable or any other appropriate connection which provides a secure connection to the machine which is monitored, diagnosed and/or controlled. Connections 46, 48 may provide automatic alternative communication among the network, telephone line, ISDN or cable, if any one connection is not operating properly.
Workstation 22 is coupled between the server 28 and the network 16. Workstation 18 and 20 are coupled to the network. Workstation 18 is exemplary of a workstation a helpdesk utilizes. Workstation 20 is exemplary of a workstation which a dispatcher would use. Workstation 22 is exemplary of a workstation a dealer or service organization would use. The workstation 22 may transmit information related to image machines 30, 32 to/from the network 16 and to/from server 28. Additionally, workstation 24 includes a browser 39 so that data may be viewed and so that a read and write capability is available. The read and write capability allows a user to view information presented on the browser 39 and also to modify it as necessary. Thus, information may not only be received, but also data may be entered and transmitted to the image machines 30, 31 and 32, server 28 or any other workstations, machines and devices in the system.
FIG. 2 illustrates the server 28 of the present invention including a CPU 110 which may be implemented as any type of processor including commercially available microprocessors from companies such as Intel, Motorola, Hitachi and NEC, for example. The various elements of the server 28 are connected by a system bus 108.
A working memory such as a RAM 112, a wireless interface 114 which communicates with a wireless device 116 is included in server 28. The communication between interface 114 and device 116 may use any wireless medium such as radio waves or light waves, for example. The radio waves may be implemented using a spread spectrum technique such as Code Division Multiple Access (“CDMA”) communication or using frequency hopping techniques, or any other transmission method.
A non-volatile memory, such as a ROM 118 and/or a flash memory 120, for example, an EPROM or EEPROM may be used to store instruction that the CPU 110 executes, for example. An input controller 122 has connected thereto a keyboard 124 and a mouse 126. Additionally, a serial interface 128 coupled to a serial device 130, a parallel interface 132 coupled to a parallel device 134, and a universal serial bus interface 136 coupled to a universal serial bus device 138 is included in server 28.
With a continued reference to FIG. 2, a disk controller is coupled to a floppy drive 142 and a hard disk 144. A communication controller 146 is coupled to with network 16 and telephone 38. An I/O (input/output) controller 148 is coupled to hard disk 150 and image machine 152. It should be appreciated that any number of image machines may be coupled to controller 148. A display controller 154 connected to CRT (Cathode Ray Tube) 414 is included in server 28, although an LDC display, plasma display, or any other type of display may be utilized. Server 28 is exemplary of a computer which may be used as a remote monitoring system for a manufacturer of machines and any other type of computer, peripherals, etc. maybe used.
FIG. 3 illustrates an alternate implementation of monitoring, diagnosing and controlling the operation of machines. This implementation may use the same or different type of components, computers, and networks as previously described. FIG. 3 includes a remote monitoring system (RMS) server 210, a customer system 220, a dispatch system 230 and a help desk 240 coupled to network 16. The arrangement of FIG. 3 allows one system to monitor, diagnose and control various machines at remote locations. The RMS server 210 monitors, diagnoses and controls the images machines in customer system 220 and provides access to information related to the image machines to workstation 18, 20, 21 and 22. Although one customer system 220 is shown, it should be appreciated that any number of remotely located customer systems may be in communication with remote monitoring system 210. Also, the dispatch system 230 and the help desk 240 are in communication with remote monitoring system 210 and are capable of transmitting and receiving information. The dispatch system 230 and the help desk 240 may be located remotely or locally to each other. The help desk and also the dispatcher may be a dealer of machines.
Remote monitoring system 210 includes server 28 which is connected to a network 16 via the LAN 26 and the interface 24. Remote monitoring system 210 includes email 209 which are sent to the help desk 240 and/or dispatch system 230 and include image machine information such as a tag ID number. Customer system 220 is coupled to network 16. Customer system 220 includes image forming machines 30, 32; however it should be appreciated that additional machines may be provided. The dispatch system 230 and the help desk 240 include workstations 18, 20, respectively. The dispatch system 230 and the help desk 240 may be located remotely as separate systems or may be combined as one system.
Workstations 18 and 20 include browsers 35 and 37, respectively. Each browser provides display of data including, machine condition data which is real-time data related to the monitored machines or image forming machines 32, 30, to each user at the workstation. In the one embodiment, data may be viewed over the network 16 and does not have to be downloaded from the remote monitoring system 210. This viewing feature is beneficial because data may be accessed easily and quickly. Help desk 240 may be associated with a dealer which sold the machine to the customer. The help desk assists in ascertaining and solving the problem related to machine notification. The dispatcher provides information related to dispatching a service technician.
A dealer management system 242 may be connected, for example, to the workstation 20 at the helpdesk 240. The dealer management system 242 may include product and service information, such as, but not limited to, supply order status, product usage status and service dispatch status. The information may be acquired via the network 16 using a managing application for machine dealers. One exemplary asset managing application is enterprise resource planning system which is described below with reference to FIG. 4B at step 422. A dispatch database 44 is coupled to dealer management system. Dispatch system 230 may be connected to dealer management system 242.
A remote workstation 21 coupled to a browser 19 may be connected to the network 16 to allow additional helpdesks, dispatchers, customers or other appropriate entities to view information and to assist in controlling the system.
During monitoring, diagnosing and controlling operation of the machines, various information is transmitted and received by the remote monitoring system 210, the customer system 220, the dispatch system 230 and the help desk 240. FIGS. 4A, 4B, 4C and 4D illustrate the process of information transmitting and receiving during a machine notification or call request related to the image machine. A machine notification or call request is a transmitted signal from the image forming machine if a potential problem is realized.
FIG. 4A illustrates a response process to a call or machine notification which is indicative of potential problems with the machine. The exemplary call is a service call with a request for a service technician dispatch and checking the machine condition. It should be appreciated that other types of call may be transmitted, for example, but not limited to, a manual call and a customer call. The service call includes, for example, fixing errors which are related to the hardware of the image machine, for example, “fusing thermistor open,” “fusing temperature warming-up error,” and “fusing overheat error” are indicative that the problem related to fusing and a replacement part may be required. A service repair person may be dispatched to fix the machine at the customer site. Alternatively, the machine conditions may be checked remotely to determine the problem. For example, a manufacturer may remotely modify software to improve fusing.
With a continued reference to FIGS. 4A.1 and 4A.2, step 310 a service call (“SC”) occurs and is transmitted from the image machine to the RMS center where at step 312 the service call is received. The service call includes an identifier, such as, but not limited to a tag ID number which unique for every image machine or monitored machine which communicates with the center. At step 314, an e-mail message is sent. The e-mail message may be determined based on a unique identifier or other appropriate image machine identifying information. At step 316, the e-mail message is received by the help desk. The help desk includes a RMS client and a dispatch system which may be located either remotely or locally to each other. At the dispatch system, step 318 receives a request to check if a technician was already dispatched. At determination step 320, the dispatch system determines whether the technician was already dispatched. The determination that the technician was already dispatched is based on using the tag ID number provided in the e-mail message to search on the dispatch system at block 328. If the technician was already dispatched, then the help desk transmits a request at step 322 to close the service call.
If the technician was not already dispatched, then at step 324 the help desk opens the call list using the information of the e-mail message to search at the call list at block 326. The call list is described below with reference to FIG. 13. At step 330, the help desk checks the image machine condition. At determination step 332, the help desk determines if the copier is already reset, and therefore indicative that no problem is pending or that servicing has been initiated. If the image machine is already reset, then at step 334 the helpdesk closes the service call. If the service call is not reset, then at step 336 the service call is reset.
At step 338, the help desk checks the image machine or copier condition. The image machine condition is checked by activating a read and write capability via a Read/Write menu which is described below with reference to FIGS. 15A-I. The instruction to upload the current machine parameters is transmitted from the workstation to the image machine through the RMS server and the telephone line. The current machine parameters are uploaded to the RMS server. The operator at the helpdesk can monitor the uploaded parameters by using the browser which is installed in the workstation, as shown in FIG. 1. The number of current machine parameters which represent the copier condition may be numerous, and therefore difficult for the operator to identify the copier problem. In order to resolve the difficulty in analyzing the information, the current machine condition parameters may be compared to the reference parameters at the RSM server.
During read and write activation, a parameter acquiring device in the RMS server requests to upload the parameters to the LADP, and the LADP requests to upload the current machine parameters which are related to the copier or image machine designated on the call list menu described below with reference to FIG. 13. The uploaded current machine parameters are stored in the memory in the RMS server. A comparing device compares the current machine parameters and the reference parameters. The read/write menu may allow an operator to select current machine parameters for uploading. For example, changed parameters may be selected for uploading because only changed parameters will be updated. Parameters that are not changed do not have to be uploaded.
At determination step 340, the help desk checks if the machine was reset. If the machine was reset, then at step 336 the help desk closes the service call. If the machine was not reset, then at step 344 the dispatch system dispatches a technician, and at step 336 closes the service call.
If the service call or any other call, such as a customer call, or manual call occurs, event notification is transmitted from the copier to the RMS server through the public phone line. By using the public phone line, the event notification is transmitted to the RMS server securely, although other transmission means, such as Internet may be used. If the Internet is used, encryption may be used, if desired. If the RMS server receives the call notification, it sends e-mail to an appropriate entity(s) that can resolve the problem related to the copier and/or to dispatch the service technician. Consequently, timely information reaches the appropriate entities because the notification is made via e-mail. Also, the current machine information and the reference parameters are updated and provided by the RMS server. The helpdesk, dispatcher or other entity can view detailed information regarding the copier condition from a workstation through the Internet or other appropriate network.
FIGS. 4B.1 and 4B.2 illustrate a response process to a service call with a request for a service technician dispatch and the checking of the machine condition. The service call includes but is not limited to issues related to “SC310 & 312: photoconductive drum potential sensor error”, “SC321: laser writing error”, “SC352: image density sensor error”, “SC630: Communication error between LADP and RMS server”, “SC640&643: communication error caused by electric board”, “SC738: finisher shift-tray lift motor error” and “SC990: software performance error.”
At step 410 a service call occurs. The service call is automatically activated by the image machine because there is a problem with the machine which is not easily fixed by the customer and which is critical because it may involve hardware repairs. The service call is transmitted from the copier to the RMS server through the public phone line. When the service call is transmitted, the machine condition data 409 and the service call and jam data 411 are also transmitted from the copier to the RMS server via the phone line. At step 412, the service call is received by the RMS server. The RMS server checks a table in which the e-mail address of the sales dealer (SO) is determined based on the copier identification, such as the tag ID number. The tag ID number is a number which uniquely identifies a copy machine and particular information associated with the copier, such as that described with reference to FIG. 17. At step 414, the RMS server sends two e-mails. However, it should be appreciated that any number of e-mail may be sent to notify appropriate entities such as dealers (help desk), service repair technicians or customers. The e-mails are sent to the helpdesk and the dispatcher. The first e-mail is send to the helpdesk. However, the additional e-mail is sent to the dispatcher based on the type of service call which may require hardware adjustments or replacements, and therefore require a technician. FIGS. 5, 6, 7 and 8 describe the devices and process of e-mails sent to and from the RMS server.
Referring again to FIGS. 4B.1 and 4B.2, step 416 receives e-mail at the helpdesk. The e-mail may include the tag ID number and the type of machine notification which are capable of obtaining other data related to the machine problem Step 420 checks if a technician was already dispatched based on the dispatch database 420 a which located at the dispatch system. Block 422 indicates that dispatching of a technician is determined by using the tag ID transmitted in the e-mail message to search on an enterprise resource planning (ERP) system or other appropriate management system. An ERP assists a manufacturer or other business to manage the important parts of its business, including product planning, parts purchasing, maintaining inventories, interacting with suppliers, providing customer service, and tracking orders. ERP can also include application modules for the finance and human resources aspects of a business. An ERP system uses or is integrated with a relational database system. The OMD is an application which manages, inventor, service and products, for example, but not limited to, the copier installation, billing, supply order information, product usage information and service dispatch information. Step 424 determines if the technician has been dispatched. If the service technician has already been dispatched, step 426 closes the service call using the information of the e-mail message to search the call list. For example, the tag ID number may assist in uniquely identifying the information. If the service technician has not been dispatched, step 430 dispatches a technician. Block 432 indicates that dispatching of a technician is based on using the tag ID transmitted in the e-mail message to search on OMD. Step 434 closes the service call.
FIGS. 4C.1 and 4C.2 illustrate a response process to a customer call (CC) with a request for a service technician dispatch. The customer call transmits a machine notification to the customer. At step 510 a customer call occurs. The customer call includes but is not limited to “door open for a predetermined period of time” and “jam occurrence frequently at the same position of the paper feed path.” The customer call is activated by a potential machine problem which occurs based on certain conditions, including, but not limited to, a duration of time and quantity. At step 512, the customer call is received by the RMS server. The customer call is transmitted from the copier to the RMS server through the public phone line. When the customer call is transmitted, machine condition data 511 and SC and Jam data report 513 are also transmitted from the copier to the RMS server via the telephone line. If the RMS server receives the customer call, the RMS server checks a table to determine e-mail addresses based on the tag ID number. Step 514 sends e-mail to the helpdesk to notify the customer call is activated.
At step 516, the message is received by the helpdesk. Step 518 checks if service technician was already dispatched. Step 520 determines if a technician is already dispatched. If the service technician has already been dispatched, step 522 step closes the customer call and no further action will be made. If the service technician has not been already dispatched, step 527 opens a browser. Step 528 opens the call list, described below with reference to FIG. 13, to see the copier information related to the customer call occurs. The call list may be displayed on the browser. Alternatively, a separate application may display the call list. Step 530 checks the copier condition. The checking of the copier condition is explained above with reference to FIG. 4A, step 338, and is applicable for step 530.
Step 532 determines if the image machine was already set. If the machine has been already reset, step 534 closes the customer call. If the machine has not been reset, then step 536 calls the customer to inquire about the problem. Step 538 requests to fix the problem with the customer's advice. The customer may assist with fixing by answering questions, adjusting the copier hardware and software, or providing supplies such as toner or paper to the machine. The helpdesk also may change the parameters based on the response from the customer. Step 540 determines whether the problem is fixed. The helpdesk may ask the customer if the problem has been fixed: If the problem is fixed, then step 542 closes the customer call. If the problem is not fixed, then step 544 dispatches a technician. Step 546 closes the customer call.
FIGS. 4D.1 and 4D.2 illustrate a response process to a manual call with a request for a service technician dispatch and checking the machine condition. At step 610, a manual call occurs. The manual call is activated when a customer enters the sequential keystrokes on an operation panel of the copier, and the manual call may be transmitted to the RSM server through the telephone line. When the manual call is transmitted, machine condition data 611 and manual call and jam data 613 are also transmitted from the copier to the RMS server via LADP. A controller of the RSM server checks the data table in which the tag ID and the service organization (SO)/service dealer (SD) are stored in order to find an appropriate dealer and/or help desk. The service organization may be associated with multiple service dealers. If the RSM server can find the appropriate helpdesk, the RSM server automatically sends e-mail to the help desk. The sample of the e-mail that is sent to the helpdesk is shown in FIG. 8B. In the RSM server, the e-mail address of each helpdesk is stored, and if the RSM server finds the appropriate helpdesk, automatically the helpdesk e-mail is sent. The e-mail function is described with reference to FIGS. 5, 6 and 7.
At step 616, the e-mail is received at the help desk. Step 618 opens the call list to see the copier information related to the manual call, using the subject and contents of the e-mail message to search the call list at block 620. Step 622 checks the copier condition. The checking of the copier condition is described with reference to FIG. 4A. Step 623 uses the browser to check the copier condition. The call list, described with reference to FIG. 13, is used and the SEQ number is activated by an operator such that the call detail described with reference to FIG. 14A, is opened. By activating the machine condition data menu, the machine condition data screen is displayed on to an operator at the helpdesk. By viewing parameters and related data on this screen, the operator at the help desk knows the LADP/Copier Information and the condition of the copier. The operator may determine the problems of the copier by analyzing the parameters. Step 624 calls the customer to ask the problem.
At step 622, the copier condition is checked. The checking of the copier condition is explained above with reference to FIG. 4A, step 338, and is applicable for step 622. The operator may determine the problems and/or solutions of the copier by studying the parameters. Step 624 calls the customer to inquire about assisting with resolving the problem. Calling the customer uses LADP/Copier Information at manual call detail at block 626.
Step 628 attempts to resolve the problem. As the operator has estimated the problems of the copier, the operator may ask questions. Alternatively, the operator may attempt to solve the problem by changing the parameters based on the response from the customer. Step 630 determines if the problem is solved. If the problem is solved, then step 632 closes the manual call. If the problem is not solved, step 634 dispatches a technician using the tag ID of the subject of the e-mail message to search on the dispatch system at block 636.
FIG. 5A illustrates various objects such as software objects and modules contained within the server 28. The server 28 is connected to a mail server 720 through which mail is sent and received. The mail server 720 may be located at an Internet service provider (not shown), may be located on a network, may be owned by the company owning the server 28, or may even be located inside of the server 28 360, for example. An e-mail processor 710 is utilized to control the transmitting and receiving of electronic mail messages. The e-mail processor may be implemented in any desired or known manner and may be based on commercially available electronic mail programs such as Microsoft's Outlook Express, or GroupWise by Novell, although any other e-mail program may be used, if desired. As a specific implementation, the e-mail system may retrieve e-mail from the server using POP3 (Post Office Protocol) and to access the e-mail server in order to send e-mails using SMTP (Simple Mail Transfer Protocol), although any other protocol may be used, if desired. If the computer 360 utilizes an operating system such as an operating system for Unix, then the computer will usually have an IP address and a mail system built-in. Therefore, there may be no need to utilize the mail server 720 with such a system. A registry 714 contains various information of the system and may be implemented in the same or similar manner as the registry of Windows 95, Windows 98, and/or Windows NT, for example. Incoming mail information 716 maybe utilized to store incoming mail. Additionally, if desired the incoming mail information 716 may be implemented to store the POP3 location, and store file information about the incoming e-mails. Outgoing mail information 718 contains information regarding SMTP and file information for outgoing mail. A device driver 712, such as a printer driver, scanner driver, or other driver, for example may be used to communicate with the device 422 which may be any type of device from which information is desired or to which information or control signals are to be sent. The device driver 712 is implemented to translate commands or signals from the e-mail processor 710 to signals which are transmitted to the device 722 and vice versa. Alternatively, the e-mail processor 710 may perform more of the processing functions and the device driver 712 may have simple programming and few responsibilities. Further, any other implementation of the software may be utilized as long as the function of proper communication and control of the device 772 using e-mail messages is performed.
A more detailed exemplary implementation of the device driver 712 of FIG. 5A is illustrated in FIG. 5B. The device driver 712 includes a device function support module 726 which may be implemented to perform the conventional and/or desired functions of a device driver. The device driver 712 also includes a remote control and diagnostic module 726. If desired, the remote control and diagnostic module 726 may be implemented to perform some or all of the control and/or diagnostic functions which are described in the related patent and patent applications and are incorporated by reference above. By implementing the control and diagnostic module 726 in the device driver 712, the cost of the device 712 may be reduced and the resources and capabilities of the device 712 may be eliminated or reduced such as by reducing the amount of memory in the device 712 such as DRAM (Dynamic Random Access Memory) or flash memory, for example. This reduced cost is possible as the hardware resources of the server 28 may be utilized in place of constructing additional hardware to go into the device 722, if desired. Various information including log information and error information may be stored in a data base which includes device data 728 using any desired hardware and data or data base management software. Further, software within the device 722 may be reduced by increasing the functions performed by the device driver 712 including functions performed by the remote control and diagnostic module 726 and the device function support module 724. These two software modules may be implemented in one software module, if desired. Additionally, the software which keeps track of the usage of the device may be removed from the device itself and included in the device driver 712.
FIG. 6 illustrates a flow diagram of the process of transmitting to a customer, helpdesk, and/or dispatcher that a call or machine notification, including but not limited to, the service call, machine call or customer call, has been sent from the image machine. Step 810 prepares a corresponding email message for sending. The e-mail message may include the type of call, including either a manual call, service call, or customer call, the tag ID. Other information may also be included in the e-mail, the customer name, the customer address, the customer phone number, the model name, the copier S/N, the received date and time. Step 812 determines a corresponding e-mail address for sending. The e-mail address may be determined based on the machine event notification and the tag ID number. Step 814 transmits the corresponding e-mail from the server to the appropriate entities, for example the help desk and/or the dispatcher.
FIG. 7 illustrates a flow diagram of the process of the help desk receiving the e-mail. Step 910 receives the e-mail. Step 912 opens the e-mail. Step 914 displays information in the message body. Determination step 916 determines if service is dispatched. If service is dispatched then the process ends, for example by closing the call. If service is not dispatched, then step 918 obtains call information and sends a message.
FIG. 8A illustrates an exemplary e-mail message 950 used by the present invention. The message contains, at each line, information for processing a call from the machine. Line I indicates the subject of the e-mail message which includes at line 2 the service call generated and the received tag ID number. Line 3 indicates the content of the e-mail message which includes additional information indicated by lines 4-11. Line 4 indicates the customer name. Line 5 indicates the customer address. Line 6 indicates the customer phone number. Line 7 indicates the model name. Line 8 indicates the copier serial number. Line 9 indicates the tag ID number. Line 10 indicates the call code number. Line 11 indicates the received data and time. Additionally, e-mail may contain information which assists any of the entities in solving problems which caused the call.
FIG. 8B illustrates an alternate e-mail message 960 in which information is limited to the e-mail address and the tag ID number in the header. This e-mail message allows a user to obtain information without opening the e-mail to view contents. More information related to a copier may be obtained based on the tag ID number. This type of e-mail may be used with manual calls, customer calls, certain service calls, or any other appropriate type of call.
FIG. 9 illustrates related modules, objects and information for evaluating machine condition data which may be implemented, for example, using the structure illustrated in FIG. 2. The server 28 includes a parameter processor 1110, a comparator 1112, a first parameter and deviation storage 1114, machine condition parameters information 1116, and outgoing changed current parameter information 1118. The parameter processor 1110 communicates with the first parameter and deviation storage 1114, and the incoming second parameters information 1116. The comparator 1112 communicates with parameter processor 1110, the first parameter and deviation storage 1114, the incoming second parameters information 1116, and the outgoing changed current parameter information 1118.
Server 28 is connected to the network 16. The network 16 is an appropriate network, for example the Internet, that permits sending and receiving of image machine data. Alternatively, a private network such as a WAN or LAN may be utilized, or a telephone may be utilized. The reference parameters and deviations storage 1114 stores data. The data includes the reference parameters related to each image machine in the system and the deviation values which are tolerances within which machine conditions are evaluated. Individual tolerances are predetermined for the machine condition parameters. Alternatively, tolerance may be adjusted as necessary. Reference parameters are obtained when the image machine is installed and is explained below with reference to FIG. 10. The machine condition parameters information 1116 includes current condition machine data which is indicative of the real-time conditions of the monitored machine. Exemplary machine condition data is described with reference to FIG. 15. During a request to diagnose or control the image machine, incoming second parameters information 1116 receives data which is indicative of the current conditions of the image machine. Outgoing changed parameter information 1118 includes machine condition data which is evaluated as changed from the reference parameter data and/or indicative of problems with the machine.
Comparator 1112 compares current machine condition parameters to reference parameters and deviations or tolerance ranges and standard values) which are obtained from reference parameters and deviations storage 1114. Parameter processor 1110 retrieves correlated reference parameters and deviations based on the current machine condition parameters and provides the changed second parameters for updating.
FIG. 10 illustrates a flow diagram of initializing reference parameters of an image machine. After installation of the image machine at the customer location, at step 1150, the server receives the installation complete message. Step 1152 transmits an upload reference parameters request. The uploaded parameters request performs the function of querying the image machine to transmit the reference parameters. At step 1153, the server receives and stores the reference parameters in a hard disk or other appropriate storage; thus initialization of the reference parameters is complete.
FIGS. 11A and 11B are flowcharts illustrating the process performed for monitoring and controlling image machines. The processes are performed in the server. Alternatively, it should be appreciated that the process may be performed at another part of the system. After initializing reference parameters for any image machine that is included in the system, step 1210 monitors for machine event notification or service or read/write requests transmitted from image machines or helpdesk. Read/write requests may be generated from the machine, the customer or the server. Step 1212 determines if a read/write request is received. If a read/write request is not received, then monitoring for read/write requests continues. If a read/write request is received, then step 1214 requests to the image machine to upload parameters indicative of the current machine conditions. Step 1216 stores current parameters in memory. Step 1218 compares current parameters to corresponding reference parameters.
Step 1220 determines if current parameters are unequal to corresponding reference parameters. If the parameters are not different, then monitoring for read/write requests continues at step 1210. If the parameters are different, then step 1221 indicates current parameters which are unequal to corresponding reference parameters. Step 1222 evaluates the current parameters based on the tolerance values. Step 1224 determines if current parameters are within the tolerance values. If current parameters are within the tolerance values, then step 1236 closes the service call. Tolerances provide a range within which current machine condition parameters may be compared. For example, if the left edge register adjustment indicates a current machine condition value of 0.5 and the reference parameter (or present value) is 0.1 with a tolerance or setting range of −90 to +90. If current parameters are not within the tolerance values, then step 1226 indicates current parameters which are out of tolerance. Current parameters are indicated by highlighting parameters out of the tolerance range. Step 1228 signals controller to display parameters on workstation.
Step 1230 determines if current parameters are received by image machine. If current parameters are not received, then step 1234 determines if request to close service call is received. The service call is received by the RMS server. If the request is received, then step 1236 closes the service call and continues monitoring the machine for read/write requests, otherwise step 1234 is iterative. If current parameters are received, then step 1232 downloads received parameters to image machine. Step 1234 determines if a request to close manual call is received. If request is received, then step 1236 closes the service call and continues monitoring the machine for read/write requests, otherwise step 1234 is iterative.
FIGS. 12A and 12B are flowcharts illustrating the process performed by the customer or helpdesk. After starting, step 1310 submits a read/write request via an input device such as a mouse, keyboard or other appropriate device such as a touch screen.
Step 1312 determines if a first mode is active. The first mode and a second mode may be available at the server, and customer and help desk workstations. The first mode allows the operators to select between a first displaying mode and a second displaying mode, the first displaying mode is the mode to display parameters with unequal flags set and highlight the parameters with out of tolerance flags set. The second mode is the mode to display all current machine parameters without regard to flags.
If the first mode is not active, then step 1316 determines if the second mode is active. If the second mode is not active then step 1312 determines if the first mode is active, otherwise, step 1318 displays all the parameters. If the first mode is active, then step 1314 compares current parameters to the corresponding reference parameters.
Step 1320 determines if the current parameters are within tolerance. If current parameters are within tolerance, then read/write request ends; otherwise step 1322 determines if a first flag is set. The first flag is set and indicates that current parameters are unequal to corresponding reference parameters. If the first flag is not set, then step 1328 suggests that the operator change to second mode, then flow proceeds step 1312 to determine if the first mode is active. If the first flag is set, then step 1324 determines if the second flag is set. Second flag is set to indicate current machine parameters which are out of the tolerance range. The unequal current machine conditions are compared by using the tolerance range which may have an upper limit value and lower limit value. If the current parameter is out of the deviation, a tolerance error indicator of a second flag is set on the current parameter. If second flag is not set, then step 1330 displays current parameters without highlighting manner. If second flag is set, then step 1326 displays current parameters with highlighting manner.
In FIG. 12C, step 1332 updates parameters based on a need to know current machine conditions for future monitoring and controlling. For example, if the fusing temperature is different than the reference fusing temperature, then it is updated because the current fusing temperature is needed to monitor and control the image machine. Step 1334 downloads updated current parameters at image machine. Step 1336 resets service call and ends read/write request.
FIG. 13 is an exemplary call list 1400. The call list 1400 indicates data including sequential numbers indicating when the calls were transmitted (SEQ) 1410, service organization (SO) 1412, customer 1414, model 1416, machine notification call 1418, cause/solution input 1420, LC list 1422, call 1424, time received 1426, elapsed time 1428 and operator 1430. The calls are each listed at each line and are displayed in a sequential sort. However, it should be appreciated that any of data may be used to organize the display of the call list.
FIG. 14A is an exemplary call detail 1500 including symptom, cause and solution data 1510, L-ADP/copier information data 1520, unsettled data 1530 such as SEQ, SC, time received and elapsed time. Call detail 1500 also includes activation regions which may be clicked on or touch activated if displayed on a touch screen, and then will open more data or screens. Activation regions include, but are not limited to, read/write 1540, machine condition data 1550, service call/jam data 1560, call history 1570, loop test 1580, execute 1582 and read 1584.
FIGS. 14B.1 and 14B.2 is machine call and jam data which may be displayed by activating service call (SC)/jam data in the call detail as shown in service call (SC)/jam data 1560 of FIG. 14A. Service call and jam data 1662 includes 1-ADP/copier information 1564 and service call and jam data 1566. This data indicates the information to identify which machine is having a problem and the related machine notification, for example, a service call, and related paper jam information.
FIGS. 15A to 15K are an exemplary read/write screen 1600 for image machine data. Screen 1600 includes L-ADP/copier information 1610 such as date received, customer, installed section, contact, model/serial number, particular notes, tag ID, and service organization (SO)/ service dealer (SD). Read write items 1620A to 16201 includes, number (No.), item, standard which is a factory setting which is a predetermined desired value for a particular machine, setting range or tolerance within which machine condition data is evaluated, reference parameters which may be predetermined for a particular machine after installation or adjusted during based on usage, current machine condition parameters, and new values which has a write capability such that a user can input data into the new values and activate a write command. Consequently, the values will be read into memory.
FIGS. 16A to 16G are exemplary machine condition data 1700 including LADP/copier information 1720, state information 1730 and jam history 1750A, 1750B, counter 1750A, 1750B, 1750C, operation time 1760A, 1760B indicating the total time the machine has been in operation, and 1770 service call (SC) history indicating the service call history. It should be appreciated that any machine notification history such as manual call history and customer call history may be included. Also included in machine condition data 1700 is sensor output, ROM, 1780A, 1780B, copy counter by user 1790, not used 1792, alarm information 1794, SC information 1796 and read/write change information 1798.
FIGS. 17A and 17B are exemplary identification information related to the machines. The identification information 1800 includes customer information 1810, LADP information 1820, and related copier information 1830 which includes information related to all copiers with the same customer information 1810 and LADP information 1820. For example, all copiers as a customer site may be referenced to the same customer and LADP information. This information is stored in server 28. Alternatively, each help desk may store this type of information.
FIG. 18 is a table including a manual call during monitoring axis 1910 and a parameter axis 1912. Tolerance values of a lower limit 1932 and an upper limit 1934 are determined. After reference parameters R 1914 is obtained from a newly installed machine, then machine calls occur over time. Each service call (SC) generates current machine condition parameters W 1916, W 1918, W 1920 and H 1922, respectively. The W 1916, 1918, 1920 indicates current parameters which are indicative machine conditions within the tolerance and which are not displayed in a highlighted manner. The H 1922 parameter indicates current parameters which are not within the tolerance range and are displayed highlighted.
Obviously, numerous modifications and variations of the present invention are possible in light of the above teachings. It is therefore to be understood that within the scope of the appended claims, the invention may be practiced otherwise than as specifically described herein.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US5819110||Jun 5, 1995||Oct 6, 1998||Ricoh Company, Ltd.||System for determining whether connection or connectionless modes of communication should be used to transmit information between devices in accordance with priorities of events|
|US5887216 *||Mar 19, 1997||Mar 23, 1999||Ricoh Company, Ltd.||Method and system to diagnos a business office device based on operating parameters set by a user|
|JP2001136192A||Title not available|
|1||Hitachi Koki Imaging Solutions, Inc., The Internet Document Controller, Oct., 2000, pp. 2-8.|
|2||U.S. application Ser. No. 09/408,443, Tetsuro Motoyama, et al., Method and System for Remote Diagnostic, Control and Information Collection Based on Various Communication Modes for Sending Messages to a Resource Manager, Sep. 29, 1999.|
|3||U.S. patent application Ser. No. 09/986,349, filed Nov. 8, pending.|
|4||U.S. patent application Ser. No. 09/986,384, filed Nov. 8, pending.|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US6862554 *||Aug 6, 2002||Mar 1, 2005||The Boeing Company||Monitoring and preventing failure of an automated theater system|
|US7017071 *||Nov 2, 2001||Mar 21, 2006||Canon Kabushiki Kaisha||Apparatus for managing a device, program for managing a device, storage medium on which a program for managing a device is stored, and method of managing a device|
|US7082270 *||Oct 1, 2001||Jul 25, 2006||Xerox Corporation||Machine optimization methodology|
|US7518750||Nov 8, 2001||Apr 14, 2009||Ricoh Co., Ltd.||Method and system of remote monitoring of image forming apparatus|
|US7561877||Oct 14, 2005||Jul 14, 2009||Qualcomm Incorporated||Apparatus and methods for managing malfunctions on a wireless device|
|US7668912||Mar 3, 2005||Feb 23, 2010||Seiko Epson Corporation||Real-time one-button integrated support for networked devices|
|US7996729 *||Sep 30, 2009||Aug 9, 2011||Xerox Corporation||Method and system for maintenance of network rendering devices|
|US8219077||May 5, 2009||Jul 10, 2012||Qualcomm Incorporated||Apparatus and methods for managing malfunctions on a wireless device|
|US20020073356 *||Nov 2, 2001||Jun 13, 2002||Kojiro Katayama||Apparatus for managing a device, program for managing a device, storage medium on which a program for managing a device is stored, and method of managing a device|
|US20030063308 *||Oct 1, 2001||Apr 3, 2003||Xerox Corporation||Machine optimization methodology|
|US20030114415 *||Feb 13, 2002||Jun 19, 2003||Wurtman Richard J.||Compositions and methods for treating and preventing memory impairment using citicoline|
|US20030135618 *||Jan 17, 2002||Jul 17, 2003||Ravikumar Pisupati||Computer network for providing services and a method of providing services with a computer network|
|US20030204372 *||Aug 6, 2002||Oct 30, 2003||The Boeing Company||Monitoring and preventing failure of an automated theater system|
|US20060107088 *||Nov 9, 2005||May 18, 2006||Canon Kabushiki Kaisha||Apparatus for managing a device, program for managing a device, storage medium on which a program for managing a device is stored, and method of managing a device|
|US20060211415 *||Oct 14, 2005||Sep 21, 2006||Qualcomm Incorporated||Apparatus and methods for managing malfunctions on a wireless device|
|US20060279779 *||May 5, 2006||Dec 14, 2006||Zih Corp.||Printer for printing labels, tags or the like|
|US20090094091 *||Oct 5, 2007||Apr 9, 2009||Xerox Corporation||Service call data selection and delivery method and system|
|EP2397913A1 *||Jun 8, 2011||Dec 21, 2011||Heidelberger Druckmaschinen Aktiengesellschaft||Maintenance follow-up system|
|WO2006102253A2 *||Mar 17, 2006||Sep 28, 2006||Qualcomm Inc||Apparatus and methods for managing malfunctions on a wireless device|
|U.S. Classification||399/8, 399/9, 399/11|
|International Classification||G03G15/00, H04L12/26|
|Cooperative Classification||H04L43/00, H04L43/06, H04L43/0817, H04N1/0005, H04N1/00007, H04N1/00061, G03G15/5075, H04N1/00042, H04N1/00344, H04N1/00087, H04L12/2602|
|European Classification||G03G15/50P, H04N1/00A3S2, H04N1/00A3H, H04L43/00, H04N1/00A2, H04N1/00A3L, H04N1/00A4C5, H04L12/26M|
|Jan 28, 2002||AS||Assignment|
|Aug 16, 2005||RF||Reissue application filed|
Effective date: 20050701
|Dec 8, 2006||FPAY||Fee payment|
Year of fee payment: 4
|Sep 11, 2007||RF||Reissue application filed|
Effective date: 20070402
|Dec 23, 2010||FPAY||Fee payment|
Year of fee payment: 8