WO2005064470A2 - Verfahren und steuereinrichtung zum anzeigen von diagnosedaten eines druckers oder kopierers - Google Patents

Verfahren und steuereinrichtung zum anzeigen von diagnosedaten eines druckers oder kopierers Download PDF

Info

Publication number
WO2005064470A2
WO2005064470A2 PCT/EP2004/014693 EP2004014693W WO2005064470A2 WO 2005064470 A2 WO2005064470 A2 WO 2005064470A2 EP 2004014693 W EP2004014693 W EP 2004014693W WO 2005064470 A2 WO2005064470 A2 WO 2005064470A2
Authority
WO
WIPO (PCT)
Prior art keywords
data
diagnostic
evaluation
stream
aid
Prior art date
Application number
PCT/EP2004/014693
Other languages
English (en)
French (fr)
Other versions
WO2005064470A3 (de
Inventor
Peter Braun
Original Assignee
Oce Printing Systems Gmbh
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Oce Printing Systems Gmbh filed Critical Oce Printing Systems Gmbh
Priority to US10/583,656 priority Critical patent/US7646993B2/en
Priority to EP04804284A priority patent/EP1697844A2/de
Publication of WO2005064470A2 publication Critical patent/WO2005064470A2/de
Publication of WO2005064470A3 publication Critical patent/WO2005064470A3/de

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2273—Test methods
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/32—Monitoring with visual or acoustical indication of the functioning of the machine
    • G06F11/321—Display for diagnostics, e.g. diagnostic result display, self-test user interface
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3466—Performance evaluation by tracing or monitoring
    • G06F11/3485—Performance evaluation by tracing or monitoring for I/O devices

Definitions

  • the invention relates to a method and a control device for processing and displaying diagnostic data of a printer or copier, which are also referred to as trace data.
  • trace data are, in particular, operating status data which describe the current operating status of the printer or copier, and useful data associated with individual operating events, such as Print data.
  • a printer or copier in particular a high-performance printer or copier with a printing speed of ⁇ 100 sheets A4 / min. contains a large number of modules with separate control units. These control units are e.g. microprocessor controlled or contain a personal computer.
  • the trace data are stored separately in each individual module and can be read out from the respective module directly by a service technician with the aid of a service computer connected directly to this module. If a critical operating state or an error occurs, the service technician reads the trace data individually from the relevant module or modules and processes them with the help of a special evaluation program for evaluating diagnostic data in the special control unit.
  • the processed diagnostic data are analyzed during processing and displayed in a suitable preset form on a display, which in particular shows the operating states of the module as well as useful and control data in order to determine the cause of an error and to be able to take countermeasures.
  • the prior art requires that a generally technically well-trained service technician on site at the printer or copier detects the critical operating state or the error with the help of the trace data.
  • a data carrier such as a floppy disk
  • considerable specialist knowledge of an operator is required to select and save the trace data of a special module of the printer or copier, as a result of which it is generally unreasonable for an operator to save the trace data of a special module on a data carrier.
  • a control system for a printer or copier is known from US Pat. No. 5,243,382, in which a portable maintenance device can be connected to a maintenance interface of the printer or copier. With the help of this connection, first data with status information is transferred from the printer to the maintenance device. In addition, second data can be entered into the maintenance device that contains status information. At least one pair of stored control information based on the first and second data can be output using the maintenance device. The stored data can also be transmitted to a data processing system.
  • the modules of the printer or copier are also referred to as components, the control unit of the component each containing hardware, firmware and software.
  • AI Components of the printer or copier form a common technical process. In the event of critical operating states or fault states of a component, these are to be analyzed with the aid of internal operating states, control data and user data processed by the component in order to determine the cause of the fault.
  • a system is known from document US Pat. No. 5,412,452 in which a diagnosis system control executes a diagnosis routine assigned to a diagnosis client with the aid of the respective diagnosis client.
  • a device is known from document US Pat. No. 5,243,382 which can be connected to a printer or copier in order to read out error data from the printer or copier.
  • a remote monitoring system is known from document EP 0 927 933 A2, which monitors several devices with the aid of satellites.
  • a printer or copier is known from document DE 292 20 490 UI, which has a data communication interface via which the data of the printer or copier can be read and written. These are preferably read out and transmitted via a computer network.
  • Print data is generated by a host computer and transferred to the printer or copier.
  • the printer or copier contains several main control units, such as a controller and device electronics.
  • the main control units have at least sub-control units, each of which has a component form a technical process.
  • the controller has, for example, an input and output module, a grid module and an interface module.
  • the device electronics has a main module, several submodules and satellite modules.
  • operating states and current data of the individual components of a technical process are required to determine the cause of the error.
  • the operating states and current data are generally referred to as trace data.
  • trace data A temporal assignment of trace data of several components is not possible or is only possible with difficulty in the prior art, since the trace data of individual components are analyzed and displayed with different program modules.
  • both the processors, the operating states and the time bases of the individual components are different. A cross-component analysis of the cause of the error is therefore very difficult.
  • the object of the invention is to provide a method and a control device for displaying diagnostic data of a printer or copier, in which diagnostic data of several control units can also be easily displayed and analyzed.
  • This method according to the invention ensures that the data contained in the diagnostic data stream are each processed with a suitable evaluation rule. the.
  • a simple adaptation and simple handling of the evaluation and analysis is possible, in particular, through a modular handling of the individual evaluation instructions.
  • the first and / or second evaluation specification are preferably reloaded with the aid of a further evaluation specification.
  • a second aspect of the invention relates to a device for outputting data from a diagnostic data stream of a printer or copier, which has an evaluation unit that processes a diagnostic data stream with first data of a first data type and with at least second data of a second data type, the first data and the second data each contain structural data and user data corresponding to the respective data type.
  • the evaluation unit works an evaluation program for evaluating and outputting the first supplied with the aid of the diagnostic data stream and second dates.
  • the evaluation unit uses the evaluation program to analyze the structural data of the first data and the second data, the evaluation unit determining a first identifier characteristic of the first data type and a second identifier characteristic of the second data type.
  • the evaluation unit selects and loads a first evaluation specification from a plurality of evaluation specifications, the evaluation unit evaluating and outputting the useful data of the first data using this loaded evaluation specification. Furthermore, the evaluation unit uses the evaluation program to select a second evaluation regulation from a plurality of evaluation regulations when determining the second identifier and loads this evaluation regulation, the evaluation unit evaluating and outputting the useful data of the second data using the selected evaluation regulation.
  • Such a device enables simple handling of various data contained in a diagnostic data stream in a simple manner. In particular, simple handling of the evaluation instructions is possible.
  • a third aspect of the invention relates to a method for generating diagnostic data, in which with the aid of a first control unit, first diagnostic data about the occurrence of preset first diagnostic events are stored in a first diagnostic data stream. In addition, time information on the time of occurrence of one of these diagnostic events is generated, stored in the first diagnostic data stream and assigned to the diagnostic data of the respective diagnostic event. net. With the help of at least one second control unit, second diagnostic data about the occurrence of preset second diagnostic events are stored event-wise in a second diagnostic data stream. In each case, time information about the time of occurrence of one of these second diagnostic events is generated, stored in the second diagnostic data stream and assigned to the diagnostic data of the respective diagnostic event. At least the first and second diagnostic data stored in the first diagnostic data stream and in the second diagnostic data stream are evaluated with the aid of an evaluation program, the diagnostic data being output event-wise at least from selected diagnostic events in the chronological order in which they occurred.
  • Such a method according to the invention enables data of different diagnostic data streams to be output in synchronized time. This enables a clear representation of the occurrence of individual events, which means that interactions between different events can be recognized more easily and quickly. The effort to find errors and causes of errors can be considerably reduced by this inventive method.
  • a fourth aspect of the invention relates to a device for generating diagnostic data.
  • the device has a first control unit which event-wise stores first diagnostic data with information about the occurrence of preset first diagnostic events in a first diagnostic data stream and which in each case generates time information on the time of occurrence of one of the first diagnostic events, stores it in the first diagnostic data stream and stores the j some time information of the time of the Occurrence of one of the first diagnostic events is generated, stored in the first diagnostic data stream and assigned to the diagnostic data of the respective diagnostic event.
  • At least one second control unit eventally stores at least second diagnostic data with information about the occurrence of preset second diagnostic events in a second diagnostic data stream.
  • the control unit generates time information on the time of occurrence of one of these second diagnosis events, stores this time information in the second diagnosis data stream and assigns this time information to the diagnosis data of the respective diagnosis event.
  • the device further comprises an evaluation unit which evaluates the first and second diagnosis data stored in the first diagnosis data stream and at least the second diagnosis data stream, the evaluation unit event-wise outputting the diagnosis data at least from selected diagnosis events in the chronological order of their occurrence.
  • the diagnostic data contained in two different diagnostic data streams can be output together in the chronological order of their occurrence, whereby a simple and clear representation of the information about occurring diagnostic events contained in the first diagnostic data stream and in the second diagnostic data stream can be clearly presented are.
  • the cause of faults can thus be recorded quickly, which prevents downtimes.
  • Apparatus and method is achieved that the trace data a plurality of control units of the printer or copier 'easily transferred to and from printer or copier to a data processing unit there can be evaluated. Furthermore, by assigning the first evaluation rule to the first diagnostic data and the second evaluation rule to the second diagnostic data, simple handling of the evaluation rules is possible.
  • Figure 1 is a schematic block diagram of a technical process in a printer.
  • FIG. 2 shows a block diagram of a printing system with connected maintenance computers
  • FIG. 3 shows a block diagram for processing and displaying trace data according to the prior art
  • Fig. 4 shows a block diagram for processing and displaying trace data of a trace data stream according to the invention
  • 5 shows a flowchart for processing the trace data stream
  • FIG. 6 shows a screen printout for displaying analysis data of the trace data stream.
  • FIG. 1 shows a technical process 10 of a printer which comprises three components 12, 14, 16.
  • Each of the components 12, 14, 16 contains both hardware elements, firmware and program elements for providing control functions and for processing data, especially useful data.
  • the trace data generated by the respective component have a different data structure.
  • the trace data preferably contain information about operating states and control and user data of the respective component to be processed. Due to the different data structure, the trace data cannot simply be analyzed and evaluated together. This problem occurs particularly in high-performance printers in which several components from different manufacturers are contained in one printer.
  • a common evaluation of the trace data of several components is then not possible in the prior art.
  • the trace data is thus evaluated separately for each component.
  • a separate program module is started and processed in the prior art that reads the trace data of a trace data type, analyzes it and displays it in a suitable manner.
  • a comprehensive analysis of trace data of several components is only possible visually by a development engineer. Normal service technicians are often overwhelmed with such a visual analysis, particularly due to the large number of high-performance printers that need to be maintained. The cross-connection of trace data from several components is therefore only recognizable to specialists.
  • there is no uniform time base for the trace data which enables an exact statement about the sequence of trace data of several components. Reading out the trace data from individual components of the printer also often requires different operator actions, which makes it often too complicated for operators to download the trace data of a special component and save it on a data carrier for the printer manufacturer to analyze to send.
  • FIG. 2 shows a printing system 20 in which a host computer 22 transmits print data to the printer 24.
  • the printer 24 contains both a first control unit, the so-called controller, and a second control unit, the so-called device electronics.
  • the printer 24 also transmits status data to the host computer 22 about individual print jobs transmitted by the host computer 22.
  • a personal computer 26, a so-called maintenance computer, is temporarily connected to the printer 24 for analyzing trace data. With the help of the personal computer 26, analysis software is processed which is used to process the trace data transmitted by the printer 24.
  • FIG. 3 shows a block diagram of a system 30 for processing trace data 32 with the aid of the personal computer 26 according to FIG. 2 in accordance with the prior art. provides.
  • trace data 32 are transmitted from printer 24 to personal computer 26.
  • the trace data 32 are fed to processing software 34 for processing and analyzing the trace data 32.
  • the processing software also contains an analysis specification for analyzing and processing the supplied trace data 32.
  • the trace data processed with the processing software are fed to a display program module which outputs the processed trace data using a user interface.
  • trace data with a different data structure ie from different components or control units of the printer are to be analyzed and processed with the aid of the system 30, in the prior art the personal computer 26 must first be connected to an interface of the first control unit of the printer 24 , whereby first trace data are read out.
  • the first read-out trace data are processed and analyzed with the processing program module 34 and the processed data are output on a display unit of the personal computer 26 using the display software 36, as already described.
  • the personal computer 26 is connected to an interface of the second control unit of the printer 24, second trace data having been read out from this control unit.
  • a second processing program module which is different from the first processing program module 34 and with which the second trace data has been processed and analyzed, has then been loaded.
  • FIG. 4 shows a system 40 for processing and analyzing a trace data stream 42 according to the invention.
  • the trace data of the individual control units are combined in the printer or copier to form a trace data stream, which is saved in a file.
  • This file with the trace data of several control units is then transmitted to the maintenance computer 26 for analysis and display.
  • the processing software 46, the analysis instructions 44a to 44d and the display program modules 48a to 48c are contained in the maintenance computer.
  • the processing software 46 selects the analysis rule 44a which searches the trace data stream for preset data sequences, so-called keys.
  • the length of the data assigned to this key ie the memory area in which this data is stored, is contained at a fixed preset distance from the key. This length is read out by the processing program 46, one of the further analysis instructions 44b, 44c, 44d being selected depending on the specific key determined, in order to further process the data associated with the respective key.
  • a first key is assigned to the trace data generated by the first control unit and a second key is assigned to the second trace data generated by the second control unit. If the processing software 46 determines the first key in the trace data stream, the associated data defined by the specified length are processed further with the aid of the analysis rule 44b assigned to the first key. The trace data identified with the aid of the second key and generated by the second control unit; second key-assigned length are further processed with the aid of analysis rule 44c, which is assigned to the second key. The second trace data are then searched for a further third key with the aid of the processing software, the data identified by this third key then being further processed and analyzed with the analysis rule 44d when the key is found.
  • the trace data preferably contain a so-called structure area, which contains the key and the length field, and a so-called data area, the data of which are further processed by processing software 46 depending on the key.
  • the trace data processed with the aid of the processing software 46 can be combined with the processing software in almost any way, so that an exact chronological sequence of operating states and error states is also possible and easy to display.
  • the processed trace data are then displayed with the aid of the display program modules 48a, 48b and 48c, which contain the processed data, in particular in different data formats, e.g. output as binary data, as hexadecimal data, as image data etc. on a display unit of the personal computer 26.
  • the data is output on a graphical user interface in which the data format by the user, e.g. can be easily selected by the service technician.
  • the individual analysis instructions 44a to 44d are preferably stored in separate files in a memory area, preferably on a hard disk, of the personal computer 26. As a result, further analysis instructions 44a to 44d can be very easily incorporated into the processing analysis and display system 40 can be integrated. It is then very easy to adapt the system 40 when additional control units of the printer or copier are added or when changing the data structure of the trace data, individual control units of the printer. The data structure of individual trace data is therefore contained in the analysis instructions 44a to 44d. If more than two control units are provided in the printer or copier that generate trace data, then alternatively a trace data stream with trace data from selected control units can also be generated. Furthermore, the operating events and user data to be recorded in the trace data of the individual control units can be individually preset for each control unit. This makes it very easy to generate a problem-oriented trace data stream.
  • the trace data contained therein of the individual control units are assigned unique trace type designations, in particular with the aid of keys.
  • the trace data is divided into structure areas and data areas in the trace data stream, the structure area in particular containing information about the key and information about the length of the data area.
  • the trace data generated by the individual control units of the printer dynamically, ie continuously, so that there is always a current trace data stream in the printer and the trace data for error analysis is not first combined in a trace data stream Need to become.
  • By dynamically combining the trace data of several control units at least the order of the operating states contained in the trace data can be easily determined.
  • Additive- The trace data generated by the control units can contain a time stamp generated by the control units and, additionally or alternatively, can contain a time stamp when the trace data is added to the trace data stream.
  • Trace data that are older than one day can be automatically deleted from the trace data stream in one embodiment of the invention.
  • the time period after which the trace data are to be deleted can be preset as parameters in the printer or copier.
  • the trace data of several control units can also be simply summarized in a problem-oriented manner.
  • individual events contained in the trace data can be linked to one another in terms of time, for example by outputting the operating events contained in the trace data in a list in the chronological order in which they occurred. This enables a very clear chronological sequence of operating events of several control units of the printer.
  • the trace data are preferably divided into at least one data area and one structure area.
  • the structure area contains in particular the data type of the data contained in the data area and the type of data display.
  • the length of a data field such as bytes or word long
  • the data format such as ASCII, EBCDI or HEX
  • the type of data such as image, sound, video or statistical data
  • the structure area contains at least one length field by which at least the size of the data area is determined.
  • both the structure area and the data area contain a so-called header, which contains further information about the data stored in the data area and / or in the structure area.
  • the type of display of the data contained in the data area is preferably determined for this data object by the preset display rule 48a to 48c in the processing software 46 and / or in the analysis rule 44a to 44d.
  • the processing software 46 uses several trace data types for display, the method according to the invention which has already been explained.
  • the analysis instructions 44a to 44d are stored in so-called Structure Define Language files (SDL files), which, as already explained, are used by the processing software 46 to process the trace data stream 42.
  • SDL files Structure Define Language files
  • the analysis instructions can be cascaded and hierarchically structured, whereby individual trace data are processed and analyzed with several analysis instructions 44a to 44d.
  • analysis instructions 44a to 44d are provided for processing and analyzing IPDS data, P-E-C data, for analyzing trace data of a control unit for controlling the single sheet transport, a control unit for controlling a paper web drive and trace data for the internal timing behavior of the printer.
  • FIG. 5 shows a sequence for processing and analyzing a trace data stream 42 with the aid of the system 40.
  • the process is started in step S 100.
  • step S 102 a file with the trace data stream is loaded by the processing software 46.
  • the file name extension is analyzed and it is checked whether an analysis Regulation 44a for processing files with this extension is present in the personal computer 46. If there is no analysis rule 44a suitable for the file name extension of the loaded file, the process is ended in step S 116. If, however, it is determined in step S 104 that a suitable analysis rule 44a is present, then this analysis rule 44a is subsequently evaluated in step S 106.
  • the analysis instruction is also referred to as a parser.
  • parser is a language analyzer that is part of a compiler.
  • Cross data are fed to the parser, which the parser analyzes from certain points of view and outputs data for further processing as a result of the analysis.
  • the supplied data is analyzed step by step, as already described.
  • the parser selected in step S 106 is stored in a file in a hard disk memory of the personal computer 26 and is loaded into a working memory of the personal computer 26 by the processing software 46 in step S 108.
  • the processing software 46 By loading the analysis instruction 44a into the main memory, the processing software 46 has access to the analysis instruction 44a stored in the file.
  • the processing software 46 then uses the analysis rule 44a to process the supplied trace data stream and in doing so interprets and analyzes the data contained in the diagnostic data stream in step S110.
  • the trace data is broken down into trace objects using a parser.
  • a trace object contains an offset which specifies the distance from the beginning of the file, a length of the object, ie the number of bytes of the trace object, the preferred display format and a description text for each display element.
  • the display is selected, whereby conversion tables are selected by which the trace data are processed or converted.
  • trace data in HEX, EBCDII and ASCII data format are converted into the ASCII data format according to the respective conversion table.
  • sequence of the trace data can be changed.
  • the bytes of the file formats WORD and LONG can be rotated, ie the LOW bytes and the HIGH bytes are interchanged, which means that the data sequence 0010 in Intel data format is converted to data sequence 1000.
  • a display program 48a is selected on the basis of the analyzed data in accordance with the display format specification in the trace data for displaying the data processed in step S 110.
  • the display program 48a is selected using the parser used when processing the trace data. Furthermore, the processed data to be displayed are transmitted to the display program 48a in step S 112. It is subsequently checked in step S 114 whether the processed data contain further data areas which are to be processed, ie interpreted and analyzed, with the aid of a further analysis rule 44b to 44d. If this is the case, steps S 106 to S 112 are carried out repeatedly, the data of a further data area being processed further when steps S 106 to S 112 are repeated. If this is not the case, the process is subsequently ended in step S 116.
  • FIG. 6 shows a screen printout of a graphical user interface for displaying the trace data of a trace data stream, which has been processed with the system 40 according to FIG. 4 and with the aid of the sequence according to FIG. 5.
  • the analyzed trace data stream is on a hard disk drive D as a file CATMCS01.HII in the directory nis Trace / BMP_MC saved.
  • the trace data stream contained in the file CATMCS01.HII was analyzed.
  • the analyzed data can be displayed using the non-activated tab 52 of the user interface 50.
  • a data area with IPDS print data has been determined in the trace data stream with the aid of analysis instruction 44a.
  • the IPDS print data have subsequently been analyzed and processed by the processing software 46 with the aid of the analysis rule 44b.
  • the interpreted and analyzed IPDS print data of the trace data stream are shown in display field 54, the data areas contained in the IPDS print data by activating tab 53, which can be individually selected and activated with the aid of a marking bar 56.
  • the display data 58 shows the trace data contained in the selected data area 56 in accordance with their trace data type.
  • the trace data is given in the Trace data column in a hexadecimal representation, with the trace data being added to the description in a column Description to explain the hexadecimal trace data.
  • the hexadecimal trace data values are also given as decimal values.
  • the description texts are preferably contained in at least one of the analysis instructions 44a to 44c.
  • the image data contained in the trace data are output in the display field 60 with an adjustable zoom factor.
  • a further analysis rule for processing the image data itself is required.
  • a first parser is then required to process the IPDS print data and a second parser to process the image data contained in the IPDS print data.
  • the analysis instructions are processed cascaded and nested together.
  • the diagnostic data or the trace data of the first and the second control unit are arranged in succession in the trace data stream, that is to say the trace data generated by the control unit on the basis of an operating event are immediately after the generation of the trace data stream, ie the Trace file added, which creates an irregular sequence of trace data from the first and second control units in the trace file stream over a longer period of time.
  • the analysis instructions ie the parsers, also specify in particular which processing steps are to be carried out with which data types and which objects are to be processed with which preset methods.
  • a so-called user trace is preferably generated in the printer, in which the trace data of all or of preset components or control units of the printer are continuously stored.
  • the trace data also contain, at least in part, user data that are required for analyzing and / or evaluating operating and error states.
  • Such a trace file can contain a data volume of several megabytes up to several tens of gigabytes.
  • a method and a control device for analyzing operating data of a printer are known from the German patent application with the official file number 102 50 193.9. The content of this patent application is hereby incorporated by reference into the present description.

Abstract

Die Erfindung betrifft ein Verfahren und eine Vorrichtung (40) zum Erzeugen und Ausgeben von Diagnosedaten eines Druckers oder Kopierers. Eine erste Steuereinheit erfasst erste Diagnosedaten von voreingestellten ersten Diagnoseereignissen in einem ersten Datenformat. Eine zweite Steuereinheit (14) erfasst zweite Diagnosedaten von voreingestellten zweiten Diagnoseereignissen in einem zweiten Datenformat. Ein Diagnosedatenstrom (42) wird mit den ersten Diagnosedaten und den zweiten Diagnosedaten erzeugt und einer Auswerteeinheit (26) zum Auswerten von Anzeigen der ersten und zweiten Diagnoseereignissen zugeführt. Eine erste Auswertevorschrift (44b) wird zum Verarbeiten der im Datenstrom (42) enthaltenen ersten Diagnosedaten genutzt und eine zweite Auswertevorschrift (44c) wird zum Verarbeiten der im Datenstrom (42) enthaltenen zweiten Diagnosedaten genutzt.

Description

Verfahren und Steuereinrichtung zum Anzeigen von Diagnosedaten eines Druckers oder Kopierers
Die Erfindung betrifft ein Verfahren und eine Steuerein- richtung zum Verarbeiten und Anzeigen von Diagnosedaten eines Druckers oder Kopierers, die auch als Trace-Daten bezeichnet werden. Derartige Trace-Daten sind insbesondere Betriebszustandsdaten, die den aktuellen Betriebszustand des Druckers oder Kopierers beschreiben, sowie einzelnen Betriebsereignissen zugeordnete Nutzdaten, wie z.B. Druckdaten. Ein Drucker oder Kopierer, insbesondere ein Hochleistungsdrucker oder -kopierer mit einer Druckgeschwindigkeit von ≥ 100 Blatt A4/min. enthält eine Vielzahl von Baugruppen mit separaten Steuereinheiten. Diese Steuerein- heiten sind z.B. mikroprozessorgesteuert oder enthalten einen Personalcomputer.
Bei bekannten Druckern oder Kopierern werden die Trace- Daten in jeder einzelnen Baugruppe separat gespeichert und können von einem Service-Techniker mit Hilfe eines direkt mit dieser Baugruppe verbundenen Service-Computers aus der jeweiligen Baugruppe direkt ausgelesen werden. Tritt ein kritischer Betriebszustand oder ein Fehler auf, so werden die Trace-Daten vom Service-Techniker aus der betreffenden Baugruppe bzw. aus den betreffenden Baugruppen einzeln ausgelesen und mit Hilfe eines speziellen Auswerteprogramms zum Auswerten von Diagnosedaten in der speziellen Steuereinheit verarbeitet. Die verarbeiteten Diagnosedaten werden beim Verarbeiten analysiert und in einer geeigneten voreingestellten Form auf einer Anzeige angezeigt, wodurch insbesondere Betriebszustände der Baugruppe sowie Nutz- und Steuerdaten angezeigt werden, um eine Fehlerursache zu ermitteln und Gegenmaßnahmen ergreifen zu können. Zum Auslesen der Trace-Daten aus einer Baugruppe nach dem Auftreten eines kritischen Betriebszustands oder eines Fehlers ist es beim Stand der Technik erforderlich, dass ein allgemein technisch gut ausgebildeter Service-Tech- niker vor Ort am Drucker oder Kopierer den kritischen Betriebszustand bzw. den Fehler mit Hilfe der Trace-Daten zu analysieren. Bei bekannten Druckern oder Kopierern ist es zwar auch möglich, die Trace-Daten lokal auf einen Datenträger, wie z.B. einer Diskette, zu speichern und die ge- speicherten Daten zu einem späteren Zeitpunkt, z.B. in einem Service-Center des Drucker-Herstellers auszuwerten. Jedoch ist zum Auswählen und Speichern der Trace-Daten einer speziellen Baugruppe des Druckers oder Kopierers schon erhebliches Fachwissen einer Bedienperson erforderlich, wodurch es im allgemeinen einer Bedienperson nicht zumutbar ist, die Trace-Daten einer speziellen Baugruppe auf einem Datenträger zu sichern.
Aus dem US-Patent 5,243,382 ist ein Steuersystem für einen Drucker oder Kopierer bekannt, bei dem ein tragbares Wartungsgerät mit einer Wartungsschnittstelle des Druckers oder Kopierers verbindbar ist. Mit Hilfe dieser Verbindung werden erste Daten mit Zustandsinformationen vom Drucker zum Wartungsgerät übertragen. Zusätzlich können dem War- tungsgerät zweite Daten eingegeben werden, die Zustandsinformationen enthalten. Mindestens ein Paar gespeicherter Steuerinformationen auf der Grundlage der ersten und zweiten Daten können mit Hilfe des Wartungsgerätes ausgegeben werden. Die gespeicherten Daten können ferner zu einer Da- tenverarbeitungsanlage übertragen werden.
Die Baugruppen des Druckers oder Kopierers werden auch als Komponente bezeichnet, wobei die Steuereinheit der Komponente jeweils Hardware, Firmware und Software enthält. AI- le Komponenten des Druckers oder Kopierers bilden einen gemeinsamen technischen Prozess. Bei kritischen Betriebs- zuständen oder Fehlerzuständen einer Komponente sind diese mit Hilfe interner Betriebszustände, Steuerdaten und von der Komponente verarbeitete Nutzdaten zu analysieren, um eine Fehlerursache zu ermitteln.
Aus dem Dokument US 5,412,452 ist ein System bekannt, bei dem eine Diagnose Systemsteuerung jeweils einer einem Diag- noseclient zugeordneten Diagnoseroutine mit Hilfe des jeweiligen Diagnoseclients ausführt.
Aus dem Dokument US 5,243,382 ist eine Vorrichtung bekannt, die mit einem Drucker oder Kopierer verbindbar ist, um Fehlerdaten aus dem Drucker oder Kopierer auszulesen.
Aus dem Dokument EP 0 927 933 A2 ist ein Fernüberwachungssystem bekannt, das mehrere Geräte satellitengestützt ü- berwacht .
Aus dem Dokument DE 292 20 490 UI ist ein Drucker oder Kopierer bekannt, der eine Datenkommunikationsschnittstelle hat, über die Daten des Druckers oder Kopierers auslesbar und schreibbar sind. Das Auslesen und Übertragen dieser erfolgt vorzugsweise über ein Computernetzwerk.
Andere bekannte Hochleistungsdruck- und -kopiersysteme haben mehrere technische Prozesse, die auf verschiedenen Hardwareplattformen abgearbeitet werden. So werden von ei- nem Host-Computer Druckdaten erzeugt und zum Drucker oder Kopierer übertragen. Der Drucker oder Kopierer enthält mehrere Hauptsteuereinheiten, wie z.B. einen Controller und eine Device-Elektronik. Die Hauptsteuereinheiten haben zumindest SubSteuereinheiten, die jeweils eine Komponente eines technischen Prozesses bilden. Der Controller hat beispielsweise ein Ein- und Ausgabemodul, ein Rastermodul sowie ein Schnittstellenmodul. Die Device-Elektronik hat ein Hauptmodul, mehrere Submodule sowie Satellitenmodule.
Beim Auftreten von kritischen Betriebszuständen oder Fehlern des Druckers werden Betriebszustände und aktuelle Daten der einzelnen Komponenten eines technischen Prozesses zum Ermitteln der Fehlerursache benötigt. Die Betriebszu- stände und aktuellen Daten werden allgemein als Trace- Daten bezeichnet. Eine zeitliche Zuordnung von Trace-Daten mehrerer Komponenten ist beim Stand der Technik nicht oder nur schwer möglich, da die Trace-Daten einzelner Komponenten mit unterschiedlichen Programmmodulen analysiert und angezeigt werden. Im allgemeinen sind sowohl die Prozessoren, die Betriebszustände und die Zeitbasen der einzelnen Komponenten verschieden. Eine komponentenübergreifende A- nalyse der Fehlerursache ist somit sehr schwierig.
Aufgabe der Erfindung ist es, ein Verfahren und eine Steuereinrichtung zum Anzeigen von Diagnosedaten eines Druckers oder Kopierers anzugeben, bei dem auch Diagnosedaten mehrerer Steuereinheiten einfach anzeigbar und analysierbar sind.
Die Aufgabe wird für ein Verfahren zum Anzeigen von Diagnosedaten eines Druckers oder Kopierers mit den Merkmalen des Patentanspruchs 1 gelöst. Vorteilhafte Weiterbildungen der Erfindung sind in den abhängigen Patentansprüchen an- gegeben.
Durch dieses erfindungsgemäße Verfahren wird erreicht, dass die im Diagnosedatenstrom enthaltenen Daten jeweils mit einer geeigneten Auswertevorschrift verarbeitet wer- den. Insbesondere durch eine modulartige Handhabung der einzelnen Auswertevorschriften ist eine einfache Anpassung und eine einfache Handhabung der Auswertung und Analyse möglich. Vorzugsweise werden die erste und/oder zweite Auswertevorschrift nach der Analyse des Diagnosedatenstromes mit Hilfe einer weiteren Auswertevorschrift nachgeladen.
Bei einer Änderung der Trace-Datenstruktur einer Steuer- einheit muss dadurch nur die eine Auswertevorschrift zum Auswerten der Trace-Daten dieser Komponente selbst ange- passt werden. Das Auswerteprogramm und die Anzeigeprogramme zum Anzeigen der analysierten Trace-Daten können unverändert beibehalten werden. Ferner können auch mehrere Aus- Wertevorschriften zum Verarbeiten der Trace-Daten einer Steuereinheit vorgesehen sein, wobei dann die Trace-Daten mit Hilfe der ersten Auswertevorschrift analysiert und verarbeitet werden. Beim Verarbeiten der Trace-Daten mit Hilfe der ersten Auswertevorschrift wird eine in der ers- ten Auswertevorschrift angegebene dritte Auswertevorschrift nachgeladen, mit der dann zumindest ein Teil der verarbeiteten Trace-Daten weiter verarbeitet und weiter analysiert werden.
Ein zweiter Aspekt der Erfindung betrifft eine Vorrichtung zum Ausgeben von Daten eines Diagnosedatenstroms eines Druckers oder Kopierers, die eine Auswerteeinheit hat, die einen Diagnosedatenstrom mit ersten Daten eines ersten Datentyps und mit mindestens zweiten Daten eines zweiten Da- tentyps verarbeitet, wobei die ersten Daten und die zweiten Daten jeweils in dem jeweiligen Datentyp entsprechende Strukturdaten und Nutzdaten enthalten. Die Auswerteeinheit arbeitet ein Auswerteprogramm zum Auswerten und Ausgeben der mit Hilfe des Diagnosedatenstroms zugeführten ersten und zweiten Daten ab. Die Auswerteeinheit analysiert mit Hilfe des Auswerteprogramms die Strukturdaten der ersten Daten und der zweiten Daten, wobei die Auswerteeinheit eine für den ersten Datentyp charakteristische erste Kennung und eine für den zweiten Datentyp charakteristische zweite Kennung ermittelt. Ferner wählt die Auswerteeinheit beim Ermitteln der ersten Kennung mit Hilfe des Auswerteprogramms eine erste Auswertevorschrift aus einer Vielzahl von Auswertevorschriften aus und lädt diese, wobei die Auswerteeinheit mit Hilfe dieser geladenen Auswertevorschrift die Nutzdaten der ersten Daten auswertet und ausgibt. Ferner wählt die Auswerteeinheit mit Hilfe des Auswerteprogramms beim Ermitteln der zweiten Kennung eine zweite Auswertevorschrift aus einer Vielzahl von Auswerte- Vorschriften aus und lädt diese Auswertevorschrift, wobei die Auswerteeinheit die Nutzdaten der zweiten Daten mit Hilfe der ausgewählten Auswertevorschrift auswertet und ausgibt.
Durch eine solche erfindungsgemäße Vorrichtung ist eine einfache Handhabung von verschiedenen in einem Diagnosedatenstrom enthaltenen Daten auf einfache Art und Weise möglich. Insbesondere ist eine einfache Handhabung der Auswertevorschriften möglich.
Ein dritter Aspekt der Erfindung betrifft ein Verfahren zum Erzeugen von Diagnosedaten, bei dem mit Hilfe einer ersten Steuereinheit erste Diagnosedaten über das Auftreten von voreingestellten ersten Diagnoseereignissen ereig- nisweise in einem ersten Diagnosedatenstrom gespeichert werden. Ferner wird jeweils eine Zeitinformation des Zeitpunktes des Auftretens eines dieser Diagnoseereignisse erzeugt, im ersten Diagnosedatenstrom gespeichert und den Diagnosedaten des jeweiligen Diagnoseereignisses zugeord- net. Mit Hilfe mindestens einer zweiten Steuereinheit werden zweite Diagnosedaten über das Auftreten von voreingestellten zweiten Diagnoseereignissen ereignisweise in einem zweiten Diagnosedatenstrom gespeichert. Es wird je- weils eine Zeitinformation des Zeitpunktes des Auftretens eines dieser zweiten Diagnoseereignisse erzeugt, im zweiten Diagnosedatenstrom gespeichert und den Diagnosedaten des jeweiligen Diagnoseereignisses zugeordnet. Zumindest die im ersten Diagnosedatenstrom und im zweiten Diagnose- datenstrom gespeicherten ersten und zweiten Diagnosedaten werden mit Hilfe eines Auswerteprogramms ausgewertet, wobei die Diagnosedaten zumindest von ausgewählten Diagnoseereignissen ereignisweise in der zeitlichen Reihenfolge ihres Auftretens ausgegeben werden.
Durch ein solches erfindungsgemäßes Verfahren können Daten unterschiedlicher Diagnosedatenströme zeitlich synchronisiert ausgegeben werden. Somit ist eine übersichtliche Darstellung des Auftretens einzelner Ereignisse möglich, wodurch Wechselwirkungen von unterschiedlichen Ereignissen einfacher und schneller erkannt werden können. Der Aufwand zum Auffinden von Fehlern und Fehlerursachen kann durch dieses erfindungsgemäße Verfahren erheblich reduziert werden.
Ein vierter Aspekt der Erfindung betrifft eine Vorrichtung zum Erzeugen von Diagnosedaten . Die Vorrichtung hat eine erste Steuereinheit, die erste Diagnosedaten mit Informationen über das Auftreten von voreingestellten ersten Di- agnoseereignissen ereignisweise in einem ersten Diagnosedatenstrom speichert und die j eweils eine Zeitinformation des Zeitpunktes des Auftretens eines der ersten Diagnoseereignisse erzeugt, im ersten Diagnosedatenstrom speichert und die j eweils eine Zeitinformation des Zeitpunktes des Auftretens eines der ersten Diagnoseereignisse erzeugt, im ersten Diagnosedatenstrom speichert und den Diagnosedaten des jeweiligen Diagnoseereignisses zuordnet. Mindestens eine zweite Steuereinheit speichert zumindest zweite Diag- nosedaten mit Informationen über das Auftreten von voreingestellten zweiten Diagnoseereignissen ereignisweise in einem zweiten Diagnosedatenstrom. Die Steuereinheit erzeugt jeweils eine Zeitinformation des Zeitpunktes des Auftretens eines dieser zweiten Diagnoseereignisse, spei- chert diese Zeitinformation im zweiten Diagnosedatenstrom und ordnet den Diagnosedaten des jeweiligen Diagnoseereignisses diese Zeitinformation zu. Die Vorrichtung umfasst ferner eine Auswerteeinheit, die die im ersten Diagnosedatenstrom und zumindest die im zweiten Diagnosedatenstrom gespeicherten ersten und zweiten Diagnosedaten auswertet, wobei die Auswerteeinheit die Diagnosedaten zumindest von ausgewählten Diagnoseereignissen ereignisweise in der zeitlichen Reihenfolge ihres Auftretens ausgibt.
Durch eine solche erfindungsgemäße Vorrichtung können die in zwei unterschiedlichen Diagnosedatenströmen enthaltenen Diagnosedaten gemeinsam in der zeitlichen Reihenfolge ihres Auftretens ausgegeben werden, wodurch eine einfache und übersichtliche Darstellung der in dem ersten Diagnose- datenstrom und in dem zweiten Diagnosedatenstrom enthaltenen Informationen über aufgetretene Diagnoseereignisse ü- bersichtlich darstellbar sind. Fehlerursachen können dadurch schnell erfasst werden, wodurch Stillstandszeiten vermieden werden.
Durch erfindungsgemäße Vorrichtung und Verfahren wird erreicht, dass die Trace-Daten mehrere Steuereinheiten des Druckers oder Kopierers' einfach vom Drucker oder Kopierer zu einer Datenverarbeitungseinheit übertragen und dort ausgewertet werden können. Ferner ist durch die Zuordnung der ersten Auswertevorschrift zu den ersten Diagnosedaten und der zweiten Auswertevorschrift zu den zweiten Diagnosedaten eine einfache Handhabung der Auswertevorschriften möglich.
Zum besseren Verständnis der vorliegenden Erfindung wird im Folgenden auf die in den Zeichnungen dargestellten Ausführungsbeispiele Bezug genommen, die anhand spezifischer Terminologie beschrieben sind. Es sei jedoch darauf hingewiesen, dass der Schutzumfang der Erfindung dadurch nicht eingeschränkt werden soll, da derartige Veränderungen und weitere Modifizierungen an den gezeigten Vorrichtungen und/oder den Verfahren sowie derartige weitere Anwendungen der Erfindung, wie sie darin aufgezeigt sind, als übliches derzeitiges oder künftiges Fachwissen eines zuständigen Fachmanns angesehen werden.
Die Figuren zeigen Ausführungsbeispiele der Erfindung, nämlich:
Fig. 1 ein schematisches Blockschaltbild eines technischen Prozesses in einem Drucker;
Fig. 2 ein Blockschaltbild eines Drucksystems mit angeschlossenen Wartungscomputern;
Fig. 3 ein Blockschaltbild zum Verarbeiten und Anzeigen von Trace-Daten gemäß dem Stand der Technik;
Fig . 4 ein Blockschaltbild zum erfindungsgemäßen Verarbeiten und Anzeigen von Trace-Daten eines Trace- Datenstroms ; Fig. 5 einen Ablaufplan zum Verarbeiten des Trace- Datenstroms; und
Fig. 6 einen Bildschirmausdruck zur Anzeige von Analy- sedaten des Trace-Datenstroms .
In Figur 1 ist ein technischer Prozess 10 eines Druckers dargestellt, der drei Komponenten 12, 14, 16 umfasst. Jede der Komponenten 12, 14, 16 enthält sowohl Hardwareelemen- te, eine Firmware sowie Programmelemente zum Bereitstellen von Steuerfunktionen und zum Verarbeiten von Daten, vor allem von Nutzdaten. Insbesondere durch unterschiedliche Datenverarbeitungseinheiten, z.B. unterschiedliche mikroprozessorgesteuerte Steuereinheiten oder Personalcomputer der einzelnen Komponenten, haben die durch die jeweilige Komponente erzeugten Trace-Daten eine unterschiedliche Datenstruktur. Die Trace-Daten enthalten vorzugsweise Informationen über Betriebszustände und zu verarbeitende Steuer- und Nutzdaten der jeweiligen Komponente. Durch die un- terschiedliche Datenstruktur können die Trace-Daten nicht einfach zusammen analysiert und ausgewertet werden. Dieses Problem tritt insbesondere bei Hochleistungsdruckern auf, bei denen mehrere Komponenten unterschiedlicher Hersteller in einem Drucker enthalten sind.
Eine gemeinsame Auswertung der Trace-Daten mehrerer Komponenten ist dann beim Stand der Technik nicht möglich. Die Auswertung der Trace-Daten erfolgt somit beim Stand der Technik für jede Komponente separat. Für jeden Trace- Datentyp, d.h. für Trace-Daten mit einer vorbestimmten Datenstruktur, wird beim Stand der Technik ein separates Programmmodul gestartet und abgearbeitet, dass die Trace- Daten eines Trace-Datentyps einliest, analysiert und in einer geeigneten Art und Weise anzeigt. Eine übergreifende Analyse von Trace-Daten mehrerer Komponenten ist nur visuell durch einen Entwicklungsingenieur möglich. Normale Service-Techniker sind insbesondere durch die Vielzahl der zu wartenden Hochleistungsdrucker mit einer solchen visuellen Analyse oft überfordert. Die Querverbindung von Trace-Daten mehrerer Komponenten ist somit nur für Spezialisten erkennbar. Ferner ist keine einheitliche Zeitbasis der Trace-Daten gegeben, die eine exakte Aussage über die Abfolge von Trace-Daten mehrerer Komponenten ermöglicht. Auch das Auslesen der Trace-Daten von einzelnen Komponenten des Druckers bedarf oft unterschiedlicher Bedienhandlungen, wodurch es für Bedienpersonen oft zu kompliziert ist, die Trace-Daten einer speziellen Kom- ponente herunterzuladen und auf einem Datenträger zu speichern, um diesen dann dem Druckerhersteller zur Analyse zu übersenden.
In Figur 2 ist ein Drucksystem 20 dargestellt, bei dem ein Host-Computer 22 Druckdaten zum Drucker 24 überträgt. Der Drucker 24 enthält sowohl eine erste Steuereinheit, den sogenannten Controller, und eine zweite Steuereinheit, die sogenannte Device-Elektronik. Ferner überträgt der Drucker 24 dem Host-Computer 22 Statusdaten über einzelne vom Host-Computer 22 übermittelte Druckaufträge. Zur Analyse von Trace-Daten ist ein Personalcomputer 26, ein sogenannter Wartungscomputer, temporär mit dem Drucker 24 verbunden. Mit Hilfe des Personalcomputers 26 wird eine Analysesoftware abgearbeitet, die zum Verarbeiten der vom Drucker 24 übertragenen Trace-Daten dient.
In Figur 3 ist ein Blockschaltbild eines Systems 30 zum Verarbeiten von Trace-Daten 32 mit Hilfe des Personalcomputers 26 nach Figur 2 gemäß dem Stand der Technik darge- stellt. Trace-Daten 32 werden, wie bereits in Zusammenhang mit Figur 2 erläutert, vom Drucker 24 zum Personalcomputer 26 übertragen. Im Personalcomputer 26 werden die Trace- Daten 32 einer Verarbeitungssoftware 34 zum Verarbeiten und Analysieren der Trace-Daten 32 zugeführt. Die Verarbeitungssoftware enthält auch eine Analysevorschrift zum Analysieren und Verarbeiten der zugeführten Trace-Daten 32. Die mit Hilfe der Verarbeitungssoftware verarbeiteten Trace-Daten werden nach dem Verarbeiten einem Anzeigepro- grammmodul zugeführt, der die verarbeiteten Trace-Daten mit Hilfe einer Bedienoberfläche ausgibt.
Sollen Trace-Daten mit unterschiedlicher Datenstruktur, d.h. von unterschiedlichen Komponenten bzw. Steuereinhei- ten des Druckers mit Hilfe des Systems 30 analysiert und verarbeitet werden, so muss beim Stand der Technik der Personalcomputer 26 zuerst mit einer Schnittstelle der ersten Steuereinheit des Druckers 24 verbunden werden, wobei erste Trace-Daten ausgelesen werden. Die ersten ausge- lesenen Trace-Daten werden mit dem Verarbeitungsprogrammmodul 34 verarbeitet und analysiert und die verarbeiteten Daten werden mit Hilfe der Anzeigesoftware 36, wie bereits beschrieben, auf einer Anzeigeeinheit des Personalcomputers 26 ausgegeben. Anschließend wird beim Stand der Tech- nik der Personalcomputer 26 mit einer Schnittstelle der zweiten Steuereinheit des Druckers 24 verbunden, wobei zweite Trace-Daten aus dieser Steuereinheit ausgelesen worden ist. Anschließend ist ein zweites, vom ersten Verarbeitungsprogrammmodul 34 verschiedenes Verarbeitungspro- grammmodul geladen worden, mit dem die zweiten Trace-Daten verarbeitet und analysiert worden sind. Die verarbeiteten Daten sind einem zweiten Anzeigeprogramm zugeführt worden. In Figur 4 ist ein System 40 zum erfindungsgemäßen Verarbeiten und Analysieren eines Trace-Datenstroms 42 dargestellt. Die Trace-Daten der einzelnen Steuereinheiten werden im Drucker oder Kopierer zu einem Trace-Datenstrom zu- sammengeführt, der in einer Datei gespeichert wird. Diese Datei mit den Trace-Daten mehrerer Steuereinheiten wird dann zur Analyse und Anzeige zum Wartungscomputer 26 übertragen. Im Wartungscomputer sind die Verarbeitungssoftware 46, die Analysevorschriften 44a bis 44d sowie die Anzeige- programmodule 48a bis 48c enthalten. Aufgrund der Dateiendung der übertragenen Datei mit dem Trace-Datenstrom wird von der Verarbeitungssoftware 46 die Analysevorschrift 44a ausgewählt, die den Trace-Datenstrom nach voreingestellten Datenfolgen, sogenannten Schlüsseln, durch- sucht. Entsprechend der Analysevorschrift 44a ist die Länge der diesem Schlüssel zugeordneten Daten, d.h. der Speicherbereich, in dem diese Daten gespeichert sind, in einem festen voreingestellten Abstand zum Schlüssel enthalten. Diese Länge wird durch das Verarbeitungsprogramm 46 ausge- lesen, wobei abhängig von dem konkreten ermittelten Schlüssel eine der weiteren Analysevorschriften 44b, 44c, 44d ausgewählt wird, um die dem jeweiligen Schlüssel zugeordneten Daten weiter zu verarbeiten.
Den von der ersten Steuereinheit erzeugten Trace-Daten ist ein erster Schlüssel und den von der zweiten Steuereinheit erzeugten zweiten Trace-Daten ist ein zweiter Schlüssel zugeordnet. Ermittelt die Verarbeitungssoftware 46 im Trace-Datenstrom den ersten Schlüssel, so werden die durch die angegebene Länge definierten zugehörigen Daten mit Hilfe der dem ersten Schlüssel zugeordneten Analysevorschrift 44b weiter verarbeitet. Die mit Hilfe des zweiten Schlüssels gekennzeichneten und von der zweiten Steuereinheit erzeugten Trace-Daten, die durch die angegebene dem zweiten Schlüssel zugeordnete Länge definiert sind, werden mit Hilfe der Analysevorschrift 44c, die dem zweiten Schlüssel zugeordnet ist, weiter verarbeitet. Anschließend werden die zweiten Trace-Daten mit Hilfe der Verarbei— tungssoftware nach einem weiteren dritten Schlüssel durchsucht, wobei die durch diesen dritten Schlüssel gekennzeichneten Daten beim Auffinden des Schlüssels dann mit der Analysevorschrift 44d weiterverarbeitet und analysiert werden. Die Trace-Daten enthalten vorzugsweise einen söge— nannten Strukturbereich, der den Schlüssel und das Langenfeld enthält, und einen sogenannten Datenbereich, dessen Daten von Verarbeitungssoftware 46 abhängig vom Schlüssel weiter verarbeitet werden.
Die mit Hilfe der Verarbeitungssoftware 46 verarbeiteten Trace-Daten können mit Hilfe der Verarbeitungssoftware nahezu beliebig kombiniert werden, so dass auch eine exakte zeitliche Abfolge von Betriebszuständen und Fehlerzustän— den möglich und einfach darstellbar ist. Die verarbeiteten Trace-Daten werden dann mit Hilfe der Anzeigeprogrammmodu— le 48a, 48b und 48c, die die verarbeiteten Daten, insbesondere in unterschiedlichen Datenformaten, z.B. als Bi— närdaten, als hexadezimale Daten, als Bilddaten usw., auf einer Anzeigeeinheit des Personalcomputers 26 ausgegeben . Vorzugsweise werden die Daten auf einer graphischen Benutzeroberfläche ausgegeben, in der das Datenformat durch den Benutzer, z.B. durch den Servicetechniker einfach auswählbar ist.
Vorzugsweise werden die einzelnen Analysevorschriften 44a bis 44d in separaten Dateien in einen Speicherbereich, vorzugsweise auf einer Festplatte, des Personalcomputers 26 gespeichert. Dadurch können sehr einfach weitere Analy— sevorschriften 44a bis 44d in das Bearbeitungs-Analyse- und Anzeigesystem 40 integriert werden. Die Anpassung des Systems 40 beim Hinzukommen von weiteren Steuereinheiten des Druckers oder Kopierers bzw. dem Ändern der Datenstruktur der Trace-Daten, einzelner Steuereinheiten des Druckers, ist dann sehr einfach möglich. Die Datenstruktur einzelner Trace-Daten ist somit in den Analysevorschriften 44a bis 44d enthalten. Sind mehr als zwei Steuereinheiten im Drucker oder Kopierer vorgesehen, die Trace-Daten erzeugen, so kann alternativ auch ein Trace-Datenstrom mit Trace-Daten von ausgewählten Steuereinheiten erzeugt werden. Ferner können die in den Trace-Daten der einzelnen Steuereinheiten aufzuzeichnenden Betriebsereignisse und Nutzdaten für jede Steuereinheit individuell voreingestellt werden. Dadurch kann sehr einfach ein problemorien- tierter Trace-Datenstrom erzeugt werden.
Innerhalb des Trace-Datenstroms werden den darin enthaltenen Trace-Daten der einzelnen Steuereinheiten eindeutige Trace-Typenbezeichnungen, insbesondere mit Hilfe von Schlüsseln, zugeordnet. Die Trace-Daten sind im Trace- Datenstrom in Strukturbereiche und in Datenbereiche gegliedert, wobei im Strukturbereich insbesondere Informationen über den Schlüssel und Informationen über die Länge des Datenbereichs enthalten sind.
Ferner ist es vorteilhaft, die von den einzelnen Steuereinheiten des Druckers erzeugten Trace-Daten dynamisch, d.h. kontinuierlich, zu kombinieren, wodurch immer ein aktueller Trace-Datenstrom im Drucker vorhanden ist und die Trace-Daten zur Fehleranalyse nicht erst in einem Trace- Datenstrom zusammengefasst werden müssen. Durch das dynamische Kombinieren der Trace-Daten mehrerer Steuereinheiten ist zumindest die Reihenfolge der in den Trace-Daten enthaltenen Betriebszustände einfach ermittelbar. Zusatz- lieh können die von den Steuereinheiten erzeugten Trace- Daten einen von den Steuereinheiten erzeugten Zeitstempel enthalten, sowie zusätzlich oder alternativ einen Zeitstempel beim Hinzufügen der Trace-Daten in den Trace- Datenstrom enthalten. Trace-Daten, die älter als einen Tag sind, können bei einer Ausführungsform der Erfindung automatisch aus dem Trace-Datenstrom gelöscht werden. Bei anderen Ausführungsformen ist der Zeitraum, nach dem die Trace-Daten zu löschen sind, im Drucker oder Kopierer als Parameter voreinstellbar.
Durch das erfindungsgemäße Verarbeiten und Analysieren des Trace-Datenstroms des gesamten Druckers können die Trace- Daten mehrerer Steuereinheiten auch einfach problemorien- tiert zusammengefasst werden. Aufgrund einer gemeinsamen Zeitbasis können einzelne in den Trace-Daten enthaltene Ereignisse zeitlich miteinander in Verbindung gebracht werden, indem z.B. die in den Trace-Daten enthaltenen Betriebsereignisse in der zeitlichen Reihenfolge ihres Auf- tretens insbesondere in einer Liste ausgegeben werden. Dadurch ist ein sehr übersichtlicher zeitlicher Ablauf von Betriebsereignissen mehrerer Steuereinheiten des Druckers möglich. Vorzugsweise sind, wie bereits erwähnt, die Trace-Daten in mindestens jeweils einen Datenbereich und ei- nen Strukturbereich eingeteilt. Im Strukturbereich ist insbesondere der Datentyp der im Datenbereich enthaltenen Daten und die Art der Datendarstellung enthalten. So ist insbesondere im Strukturbereich die Länge eines Datenfeldes, wie z.B. Byte oder word long, das Datenformat, z.B. ASCII, EBCDI oder HEX und die Art der Daten, z.B. Bild-, Ton-, Video- oder Statistikdaten, enthalten. Ferner enthält der Strukturbereich mindestens ein Längenfeld, durch das zumindest die Größe des Datenbereichs bestimmt ist. Ferner kann sowohl der Strukturbereich als auch der Daten- bereich einen sogenannten Header enthalten, in dem weitere Angaben über die im Datenbereich und/oder im Strukturbereich gespeicherten Daten enthalten sind.
Die Art der Anzeige der im Datenbereich enthaltenen Daten wird vorzugsweise durch die voreingestellte Anzeigevorschrift 48a bis 48c in der Verarbeitungssoftware 46 und/oder in der Analysevorschrift 44a bis 44d für dieses Datenobjekt bestimmt. Die Verarbeitungssoftware 46 verwen- det zur Anzeige mehrere Trace-Datentypen, das bereits erläuterte erfindungsgemäße Verfahren. Die Analysevorschriften 44a bis 44d sind in sogenannten Structure Define Lan- guage-Dateien (SDL-Dateien) gespeichert, die, wie bereits erläutert, von der Verarbeitungssoftware 46 zum Verarbei- ten des Trace-Datenstroms 42 genutzt werden. Wie bereits in Zusammenhang mit den Analysevorschriften 44a bis 44d erläutert, können die Analysevorschriften kaskadiert und hierarchisch gegliedert sein, wodurch einzelne Trace-Daten mit mehreren Analysevorschriften 44a bis 44d verarbeitet und analysiert werden. Insbesondere sind Analysevorschriften 44a bis 44d zum Verarbeiten und Analysieren von IPDS- Daten, von P-E-C-Daten, zur Analyse von Trace-Daten einer Steuereinheit zum Steuern des Einzelblatttransports, einer Steuereinheit zum Steuern eines Papierbahnantriebs und Trace-Daten zum internen Zeitverhalten des Druckers vorgesehen.
In Figur 5 ist ein Ablauf zum Verarbeiten und Analysieren eines Trace-Datenstroms 42 mit Hilfe des Systems 40 darge- stellt. Im Schritt S 100 wird der Ablauf gestartet. Anschließend wird im Schritt S 102 eine Datei mit dem Trace- Datenstrom von der Verarbeitungssoftware 46 geladen. Dabei wird mit Hilfe der Verarbeitungssoftware 46 die Dateinamenserweiterung analysiert und überprüft, ob eine Analyse- Vorschrift 44a zum Verarbeiten von Dateien mit dieser Endung im Personalcomputer 46 vorhanden ist. Ist keine zur Dateinamenserweiterung der geladenen Datei geeignete Analysevorschrift 44a vorhanden, so ist der Ablauf im Schritt S 116 beendet. Wird im Schritt S 104 jedoch festgestellt, dass eine geeignete Analysevorschrift 44a vorhanden ist, so wird anschließend im Schritt S 106 diese Analysevorschrift 44a ausgewertet. Die Analysevorschrift wird auch als Parser bezeichnet. Allgemein ist ein solcher Parser ein Sprachanalysator, der Bestandteil eines Compilers ist. Dem Parser werden Querdaten zugeführt, die der Parser unter bestimmten Gesichtspunkten analysiert und als Ergebnis der Analyse Daten zur Weiterverarbeitung ausgibt. Mit Hilfe des Parsers werden die zugeführten Daten, wie bereits beschrieben, schrittweise analysiert.
Der im Schritt S 106 ausgewählte Parser ist in einer Datei in einem Festplattenspeicher des Personalcomputers 26 gespeichert und wird im Schritt S 108 von der Verarbeitungs- Software 46 in einen Arbeitsspeicher des Personalcomputers 26 geladen. Durch das Laden der Analysevorschrift 44a in den Arbeitsspeicher hat die Verarbeitungssoftware 46 Zugriff auf die in der Datei gespeicherte Analysevorschrift 44a. Anschließend wird die Verarbeitungssoftware 46 mit Hilfe der Analysevorschrift 44a den zugeführten Trace-Datenstrom und interpretiert und analysiert dabei die im Diagnosedatenstrom enthaltenen Daten im Schritt S110. Dabei werden die Tracedaten mit Hilfe eines Parsers in Trace-Objekte gegliedert. Ein Trace-Objekt enthält ei- nen Offset, der die Entfernung vom Dateianfang angibt, eine Länge des Objekts, d.h. die Anzahl der Bytes des Trace- Objekts, das bevorzugte Anzeigeformat und einen Beschreibungstext für jedes Anzeigeelement. Mit Hilfe des bevorzugten Anzeigeformats erfolgt die Auswahl der Darstellung, wobei Umsetzungstabellen ausgewählt werden, durch die die Tracedaten verarbeitet bzw. umgesetzt werden. Insbesondere werden Tracedaten im HEX-, EBCDII- und ASCII- Datenformat in das ASCII-Datenformat entsprechend der je- weiligen Umsetzungstabelle umgesetzt. Zusätzlich kann die Reihenfolge der Tracedaten verändert werden. So können z.B. die Byte der Dateiformate WORD und LONG gedreht werden, d.h. die LOW-Bytes und die HIGH-Bytes werden vertauscht, wodurch die Datenfolge 0010 im Intel-Datenformat in die Datenfolge 1000 umgewandelt wird. Nachfolgend wird im Schritt S 112 aufgrund der analysierten Daten ein Anzeigeprogramm 48a entsprechend der Anzeigeformatangabe in den Tracedaten zum Anzeigen der im Schritt S 110 verarbeiteten Daten ausgewählt. Alternativ wird das Anzeigepro- gramm 48a mit Hilfe des beim Verarbeiten der Tracedaten verwendeten Tracedaten verwendeten Parsers ausgewählt. Weiterhin werden im Schritt S 112 die verarbeiteten anzuzeigenden Daten zum Anzeigeprogramm 48a übertragen. Nachfolgend wird im Schritt S 114 überprüft, ob die verarbei- teten Daten weitere Datenbereiche enthalten, die mit Hilfe einer weiteren Analysevorschrift 44b bis 44d verarbeitet, d.h. interpretiert und analysiert werden sollen. Ist das der Fall, so werden die Schritte S 106 bis S 112 wiederholt ausgeführt, wobei die Daten eines weiteren Datenbe- reichs beim wiederholten Ausführen der Schritte S 106 bis S 112 weiter verarbeitet werden. Ist das nicht der Fall, so ist der Ablauf anschließend im Schritt S 116 beendet.
In Figur 6 ist ein Bildschirmausdruck einer grafischen Be- nutzeroberfläche zum Anzeigen der Trace-Daten eines Trace- Datenstroms dargestellt, der mit dem System 40 nach Figur 4 sowie mit Hilfe des Ablaufs nach Figur 5 verarbeitet worden ist. Der analysierte Trace-Datenstrom ist auf einem Festplattenlaufwerk D als Datei CATMCS01.HII im Verzeich- nis Trace/BMP_MC gespeichert. Mit Hilfe der ersten Analysevorschrift 44a ist, wie bereits in Zusammenhang mit Figur 5 beschrieben, der in der Datei CATMCS01.HII enthaltene Trace-Datenstrom analysiert worden. Die analysierten Daten sind mit Hilfe der nicht aktivierten Registerkarte 52 der Bedienoberfläche 50 anzeigbar. Mit Hilfe der Analysevorschrift 44a ist im Trace-Datenstrom ein Datenbereich mit IPDS-Druckdaten ermittelt worden. Die IPDS-Druckdaten sind nachfolgend mit Hilfe der Analysevorschrift 44b durch die Verarbeitungssoftware 46 analysiert und verarbeitet worden.
Die interpretierten und analysierten IPDS-Druckdaten des Trace-Datenstroms sind im Anzeigefeld 54 die in den IPDS- Druckdaten enthaltene Datenbereiche durch Aktivieren der Registerkarte 53 angezeigt, die mit Hilfe eines Markierungsbalkens 56 einzeln auswählbar und aktivierbar sind. Im Anzeigefeld 58 sind die im ausgewählten Datenbereich 56 enthaltenen Trace-Daten entsprechend ihrem Trace-Datentyp angezeigt. Die Trace-Daten sind in der Spalte Trace-Daten in einer hexadezimalen Darstellung angegeben, wobei den Trace-Daten jeweils in einer Spalte Beschreibung Angaben zur Erläuterung der hexadezimalen Trace-Daten zugefügt sind. Bei einzelnen Daten, wie z.B. bei dem Datum Target Pel Count, Target Scan Count, Source Pel Count, Source Scan Count sind die hexadezimalen Trace-Datenwerte zusätzlich als Dezimalwerte angegeben. Die Beschreibungstexte sind vorzugsweise in mindestens einer der Analysevorschriften 44a bis 44c enthalten. Die in den Trace-Daten enthaltenen Bilddaten werden in dem Anzeigefeld 60 mit einem einstellbaren Zoomfaktor ausgegeben.
Bei anderen Ausführungsbeispielen ist eine weitere Analysevorschrift zum Verarbeiten der Bilddaten selbst erfor- derlich, wodurch dann ein erster Parser zum Verarbeiten der IPDS-Druckdaten erforderlich ist und ein zweiter Parser zum Verarbeiten der in den IPDS-Druckdaten enthaltenen Bilddaten. Dadurch sind die Analysevorschriften kaskadiert abzuarbeiten und miteinander verschachtelt. Die Diagnosedaten bzw. die Trace-Daten der ersten und der zweiten Steuereinheit sind in dem Trace-Datenstrom beliebig nacheinander angeordnet, d.h. die von der Steuereinheit aufgrund eines Betriebsereignisses erzeugten Trace-Daten wer- den unmittelbar nach dem Erzeugen dem Trace-Datenstrom, d.h. der Trace-Datei, hinzugefügt, wodurch über einen längeren Zeitraum im Trace-Dateistrom eine unregelmäßige Aneinanderreihung von Trace-Daten der ersten und zweiten Steuereinheit erzeugt wird.
In den Analysevorschriften, d.h. in den Parsern, ist ferner insbesondere angegeben, welche Verarbeitungsschritte mit welchen Datentypen durchgeführt werden sollen und welche Objekte mit welchen voreingestellten Verfahren verar- beitet werden sollen. Vorzugsweise wird im Drucker ein sogenannter User-Trace erzeugt, in den die Trace-Daten aller oder von voreingestellten Komponenten bzw. Steuereinheiten des Druckers fortlaufend gespeichert werden. Die Trace- Daten enthalten zumindest zum Teil auch Nutzdaten, die zum Analysieren und/oder Bewerten von Betriebs- und Fehlerzuständen erforderlich sind. Eine solche Trace-Datei kann eine Datenmenge von mehreren Megabyte bis zu einigen 10 Gigabyte enthalten. Aus der deutschen Patentanmeldung mit dem amtlichen Aktenzeichen 102 50 193.9 sind ein Verfahren und eine Steuereinrichtung zum Analysieren von Betriebsdaten eines Druckers bekannt. Der Inhalt dieser Patentanmeldung wird hiermit durch Bezugnahme in die vorliegende Beschreibung aufgenommen. Obgleich in den Zeichnungen und in der vorhergehenden Beschreibung bevorzugte Ausführungsbeispiele der Erfindung aufgezeigt und detailliert beschrieben worden sind, sollte dies beispielhaft und die Erfindung nicht einschränkend angesehen werden. Es wird darauf hingewiesen, dass nur die bevorzugten Ausführungsbeispiele dargestellt und beschrieben sind und sämtliche Veränderungen und Modifizierungen, die derzeit und künftig im Schutzumfang der Erfindung liegen, geschützt werden sollen.
Bezugszeichenliste
10 Technischer Prozess
12, 14, 16 Komponente
20 System
22 Host-Computer
24 Drucker
26 Personalcomputer
30 Auswertesystem
32 Trace-Daten
34 Verarbeitungssoftware und Analysevorschrift
36 Anzeigeprogramm
40 Analysesystem
42 Trace-Datenstrom
44a, . 44t 44c Analysevorschrift
46 Verarbeitungsprogramm
48a, , 48k > 48c Anzeigeprogrammmodul
50 Bedienoberfläche
52 Auswahlregister
54, 58, 60 Anzeigebereich
56 Auswahlbalken
S 100 - S 116 Verfahrensschritte

Claims

Ansprüche
1. Verfahren zum Ausgeben von Daten eines Diagnosedatenstromes eines Druckers oder Kopierers,
bei dem der Diagnosedatenstrom (42) erste Daten eines ersten Datentyps und mindestens zweite Daten eines zweiten Datentyps umfasst,
wobei die ersten Daten und die zweiten Daten jeweils dem jeweiligen Datentyp entsprechende Strukturdaten und Nutzdaten enthalten,
der Diagnosedatenstrom (42) einen Auswerteprogramm einer Auswerteeinheit (26) zum Auswerten und Ausgeben der ersten und zweiten Daten zugeführt wird,
mit Hilfe des Auswerteprogramms die Strukturdaten der ersten und der zweiten Daten analysiert werden, wobei eine für den ersten Datentyp charakteristische erste Kennung und eine für den zweiten Datentyp charakteristische zweite Kennung ermittelt wird,
beim Ermitteln der ersten Kennung mit Hilfe des Auswerteprogramms eine erste Auswertevorschrift (44b) aus einer Vielzahl von Auswertevorschriften ausgewählt und geladen wird, mit der die Nutzdaten der ersten Daten ausgewertet und ausgegeben werden,
und bei dem beim Ermitteln der zweiten Kennung mit Hilfe des Auswerteprogramms eine zweite Auswertevorschrift (44c) aus einer Vielzahl von Auswertevorschriften ausgewählt und geladen wird, mit der die Nutzdaten der zweiten Daten ausgewertet und ausgegeben werden.
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die ersten und/oder zweiten Daten jeweils codierte Informationen enthalten.
3. Verfahren nach Anspruch 2, dadurch gekennzeichnet, dass die codierten Informationen jeweils mit Hilfe der ausgewählten Auswertevorschrift decodiert werden.
4. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass der Informationsgehalt ei- nes Datums der ersten und/oder zweiten Daten mit Hilfe der ausgewählten Auswertevorschrift (44b, 44c) durch die Position des Datums in einer Datenfolge der ersten bzw. zweiten Diagnosedaten bestimmt wird.
5. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass der Datentyp die Reihenfolge der Informationen, die Kennzeichnung der Informationen und/oder die Codierung der Informationen betrifft.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die ersten und/oder zweiten Daten Binärdaten, numerische Daten, alphanumerische Daten und/oder Bilddaten enthalten.
7. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die ersten und/oder zweiten Daten Zeitinformationen, Fehlercodes, Messwerte, Einstellwerte, Betriebszustandsinformationen, Statusin- formationen, Eingabeparameter und/oder Ausgabeparameter enthalten.
. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die ersten Daten und die zweiten Daten gleichartige Informationen enthalten, die in unterschiedlicher Reihenfolge und/oder unter- schiedlicher Codierung in diesen Daten enthalten sind.
9. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die ersten Daten von den zweiten Daten verschiedenartig sind.
10. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die ersten und/oder zweiten Daten mit Hilfe der jeweiligen Auswertevorschrift vor dem Anzeigen sortiert, umgewandelt und/oder mit Kom- mentaren versehen werden.
11. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die ersten Daten durch eine erste Steuereinheit erzeugt werden, dass die zweiten Daten durch eine zweite Steuereinheit erzeugt werden, und dass die Steuereinheiten (12, 14) mehrere vorzugsweise parallele Prozesse steuern.
12. Verfahren Anspruch 11, dadurch gekennzeichnet, dass die erste _und/oder zweite Steuereinheit (12, 14) eine
Ein- und/oder Ausgabesteuereinheit, eine Druckdatenverarbeitungseinheit, eine Schnittstellensteuereinheit, eine Bedieneinheit, eine Hauptsteuereinheit und/oder eine Submodulsteuereinheit ist.
13. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass zumindest ein Teil der ersten und/oder zweiten Daten beim Auftreten voreingestellter Diagnoseereignisse erzeugt werden, wenn zu- mindest eine der Steuereinheiten ein oder mehrere nachfolgende Ereignisse feststellt: - das Auftreten von Fehlern
- das Auftreten von Betriebsereignissen
- das Verarbeiten von Druckdaten
- voreingestellte Speicherzustände und/oder
- das Ändern von Softwareversionen.
14. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die ersten und/oder zweiten Daten Druckdaten und Daten mit Betriebszustandsinfor- mation enthalten.
15. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass der Diagnosedatenstrom (42) mit Hilfe einer Datenverarbeitungseinheit (26) analysiert und interpretiert wird,
und dass die verarbeiteten ersten und/oder zweiten Daten in einem voreingestellten Format angezeigt werden.
16. Verfahren nach einem der vorhergehenden Ansprüche, da- durch gekennzeichnet, dass der Diagnosedatenstrom (42) mit Hilfe der ersten Auswertevorschrift (44b, 44c) nach voreingestellten Datenfolgen durchsucht wird, und
dass abhängig von der ermittelten Datenfolge eine zweite Auswertevorschrift (44b) ausgewählt wird, wobei mit dieser voreingestellten Datenfolge im Diagnosestrom (42) zugeordneten weiteren Daten mit Hilfe der zweiten Auswertevorschrift verarbeitet wird.
17. Verfahren nach Anspruch 16, dadurch gekennzeichnet, dass die voreingestellte Datenfolge (42) Schlüsseldaten enthält, die angeben, ob es sich bei den diesen Schlüsseldaten zugeordneten Daten um erste Daten oder um zweite Daten handelt.
18. Verfahren nach einem der vorhergehenden Ansprüche, da- durch gekennzeichnet, dass der Diagnosedatenstrom (42) in einer Datei enthalten ist, wobei die Datei einer Auswerteeinheit (26) zugeführt wird.
19. Verfahren nach Anspruch 18, dadurch gekennzeichnet, dass eine weitere Auswertevorschrift (44a) abhängig von . der Erweiterung des Dateinamens von der Datenverarbeitungseinheit (26) ausgewählt und geladen wird, wobei mit Hilfe dieser weiteren Auswertevorschrift
(44a) die ersten Daten und die zweiten Daten im Diag- nosedatenstrom (42) ermittelt werden, die dann mit
Hilfe der ersten und/oder zweiten Auswertevorschrift
(44b, 44c) weiterverarbeitet werden.
20. Verfahren nach einem der vorhergehenden Ansprüche, da- durch gekennzeichnet, dass die Auswertevorschriften
(44a, 44b, 44c) jeweils in einen separaten Datei gespeichert sind,
und dass eine Auswerteeinheit (26) die erste Auswerte- Vorschrift zum Verarbeiten der ersten Diagnosedaten und die zweite Auswertevorschrift zum Verarbeiten der zweiten Diagnosedaten in einem Arbeitsspeicher dieser Auswerteeinheit (26) geladen wird.
21. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass abhängig von der Auswahl der Auswertevorschrift (44a, 44b, 44c) und/oder von in der Auswertevorschrift (44a, 44b, 44c) enthaltenen Informationen ein geeignetes Anzeigeformat ausgewählt wird, mit dem die verarbeiteten Diagnosedaten mit Hilfe einer Ausgabeeinheit ausgegeben werden.
22. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die ersten Daten und die zweiten Daten eine voneinander verschiedene Datenstruktur und/oder ein voneinander verschiedenes Daten- format haben.
23. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Zuordnung der in dem Diagnosedatenstrom (42) enthaltenen ersten Daten zu der ersten Anzeigevorschrift mit Hilfe eines eindeutigen in dem Diagnosedatenstrom (42) enthaltenen ersten Schlüssels und der in dem Diagnosedatenstrom (42) enthaltenen zweiten Daten zu der zweiten Anzeigevorschrift mit Hilfe eines eindeutigen in dem Diagnoseda- tenstrom (42) enthaltenen zweiten Schlüssels erfolgt, wobei mit Hilfe der Schlüssel die dem jeweiligen Schlüssel zugeordneten Daten als erste Daten bzw. als zweite Daten gekennzeichnet werden und mit Hilfe dieser Schlüssel als erste Daten oder als zweite Daten erkannt werden.
24. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass der Diagnosedatenstrom (42) mit den ersten Daten und den zweiten Daten mit Hilfe einer Steuereinheit erzeugt wird, wobei mit Hilfe dieser Steuereinheit den ersten Diagnosedaten ein erster Schlüssel und den zweiten Diagnosedaten ein zweiter Schlüssel zugeordnet wird.
25. Verfahren nach Anspruch 24, dadurch gekennzeichnet, dass eine Datenmengeninformation als Längeninformation in einem vorbestimmten Abstand zum Schlüssel gespeichert wird, die die Speichermenge der jeweiligen Diagnosedaten im Diagnosedatenstrom (42) angibt.
26. Vorrichtung zum Ausgeben von Daten eines Diagnosedatenstroms eines Druckers oder Kopierers, mit einer Auswerteeinheit, die einen Diagnosedatenstrom (42) mit ersten Daten eines ersten Datentyps und mit mindestens zweiten Daten eines zweiten Datentyps verarbeitet, wobei die ersten Daten und die zweiten Daten jeweils dem jeweiligen Datentyp entsprechende Strukturdaten und Nutzdaten enthalten,
bei der die Auswerteeinheit ein Auswerteprogramm zum Auswerten und Ausgeben der mit Hilfe des Diagnosedatenstroms (42) zugeführten ersten und zweiten Daten abarbeitet,
die Auswerteeinheit mit Hilfe des Auswerteprogramms die Strukturdaten der ersten und der zweiten Daten a- nalysiert, wobei die Auswerteeinheit eine für den ersten Datentyp charakteristische erste Kennung und eine für den zweiten Datentyp charakteristische zweite Kennung ermittelt,
die Auswerteeinheit beim Ermitteln der ersten Kennung mit Hilfe des Auswerteprogramms eine erste Auswertevorschrift (44b) aus einer Vielzahl von Auswertevorschriften auswählt und lädt, wobei die Auswerteeinheit mit Hilfe . dieser geladenen Auswertevorschrift (44b) die Nutzdaten der ersten Daten auswertet und ausgibt,
und bei der die Auswerteeinheit (26) mit Hilfe des Auswerteprogramms beim Ermitteln der zweiten Kennung eine zweite Auswertevorschrift (44c) aus einer Vielzahl von Auswertevorschriften auswählt und lädt, wobei die Auswerteeinheit die Nutzdaten der zweiten Daten mit Hilfe der ausgewählten Auswertevorschrift (44c) auswertet und ausgibt.
27. Verfahren zum Erzeugen von Diagnosedaten, bei dem mit Hilfe einer ersten Steuereinheit erste Diagnosedaten über das Auftreten von voreingestellten ersten Diagnoseereignissen ereignisweise in einem ersten Diagnosedatenstrom gespeichert werden,
jeweils eine Zeitinformation des Zeitpunktes des Auftretens eines dieser ersten Diagnoseereignisse erzeugt und im ersten Diagnosedatenstrom gespeichert und den Diagnosedaten des jeweiligen Diagnoseereignisses zuge- ordnet wird,
mit Hilfe einer zweiten Steuereinheit zweite Diagnosedaten über das Auftreten von voreingestellten zweiten Diagnoseereignissen ereignisweise in einen zweiten Di- agnosedatenstrom gespeichert werden,
jeweils eine Zeitinformation des Zeitpunktes des Auftretens eines dieser zweiten Diagnoseereignisse erzeugt, im zweiten Diagnosedatenstrom gespeichert und den Diagnosedaten des jeweiligen Diagnoseereignisses zugeordnet wird,
und bei dem zumindest die im ersten Diagnosedatenstrom und im zweiten Diagnosedatenstrom gespeicherten ersten und zweiten Diagnosedaten mit Hilfe eines Auswerteprogramms ausgewertet werden, wobei die Diagnosedaten zumindest von ausgewählten Diagnoseereignissen ereignisweise in der zeitlichen Reihenfolgen ihres Auftretens ausgegeben werden.
28. Verfahren nach Anspruch 27, dadurch gekennzeichnet, dass das Auswerteprogramm von der ersten oder zweiten Steuereinheit ausgeführt wird.
29. Verfahren nach Anspruch 27, dadurch gekennzeichnet, dass die Auswerteroutine von einer Auswerteeinheit ausgeführt wird.
30. Verfahren nach einem der Ansprüche 27 bis 29, dadurch gekennzeichnet, dass jeweils ein Zeitstempel mit der Zeitinformation erzeugt wird.
31. Verfahren nach einem der Ansprüche 27 bis 30, dadurch gekennzeichnet, dass bei jedem auftretenden Diagnoseereignis jeweils mindestens eine Zeitinformation erzeugt wird, vorzugsweise jeweils eine erste Zeitinfor- mation beim Auftreten des Diagnoseereignisses und eine zweite Zeitinformation beim Beenden des Diagnoseereignisses .
32. Vorrichtung zum Erzeugen von Diagnosedaten, mit einer ersten Steuereinheit, die erste Diagnosedaten mit Informationen über das Auftreten von voreingestellten ersten Diagnoseereignissen ereignisweise in einem ersten Diagnosedatenstrom speichert und die jeweils eine Zeitinformation des Zeitpunktes des Auftretens eines der ersten Diagnoseereignisse erzeugt, im ersten Diagnosedatenstrom speichert und den Diagnosedaten des jeweiligen Diagnoseereignisses zuordnet,
mit mindestens einer zweiten Steuereinheit, die zweite Diagnosedaten mit Informationen über das Auftreten von voreingestellten zweiten Diagnoseereignissen ereignisweise in einem zweiten Diagnosedatenstrom speichert und die jeweils eine Zeitinformation des Zeitpunktes des Auftretens eines dieser zweiten Diagnoseereignisse erzeugt, im zweiten Diagnosedatenstrom speichert und den Diagnosedaten des jeweiligen Diagnoseereignisses zuordnet,
mit einer Auswerteeinheit, die die im ersten Diagnose- datenstrom und zumindest die im zweiten Diagnosedatenstrom gespeicherten ersten und zweiten Diagnosedaten auswertet, .wobei die Auswerteeinheit die Diagnosedaten zumindest von ausgewählten Diagnoseereignissen ereignisweise in der zeitlichen Reihenfolge ihres Auftretens ausgibt.
33. Vorrichtung nach Anspruch 32, dadurch gekennzeichnet, dass die voreingestellten Diagnoseereignisse
das Auftreten von Fehlern
- das Auftreten von Betriebsereignissen
das Verarbeiten von Druckdaten
voreingestellte Speicherzustände und/oder
das Ändern von Software-Versionen
umfasst .
34. Vorrichtung nach einem der Ansprüche 32 oder 33, dadurch gekennzeichnet, dass die ersten und/oder zweiten Diagnosedaten Trace-Daten der jeweiligen Steuereinheit sind.
PCT/EP2004/014693 2003-12-23 2004-12-23 Verfahren und steuereinrichtung zum anzeigen von diagnosedaten eines druckers oder kopierers WO2005064470A2 (de)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US10/583,656 US7646993B2 (en) 2003-12-23 2004-12-23 Method and control device for displaying diagnosis data of a printer or copier
EP04804284A EP1697844A2 (de) 2003-12-23 2004-12-23 Verfahren und steuereinrichtung zum anzeigen von diagnosedaten eines druckers oder kopierers

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE10360978A DE10360978A1 (de) 2003-12-23 2003-12-23 Verfahren und Steuereinrichtung zum Anzeigen von Diagnosedaten eines Druckers oder Kopierers
DE10360978.4 2003-12-23

Publications (2)

Publication Number Publication Date
WO2005064470A2 true WO2005064470A2 (de) 2005-07-14
WO2005064470A3 WO2005064470A3 (de) 2006-04-13

Family

ID=34706533

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2004/014693 WO2005064470A2 (de) 2003-12-23 2004-12-23 Verfahren und steuereinrichtung zum anzeigen von diagnosedaten eines druckers oder kopierers

Country Status (4)

Country Link
US (1) US7646993B2 (de)
EP (1) EP1697844A2 (de)
DE (1) DE10360978A1 (de)
WO (1) WO2005064470A2 (de)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100677159B1 (ko) * 2004-12-15 2007-02-02 삼성전자주식회사 호스트 컴퓨터에서 외부장치의 진단 기능을 수행하는 방법및 장치
US7817293B2 (en) * 2005-01-07 2010-10-19 Infoprint Solutions Company, Llc Trace and debug tool for high speed printer systems
EP2348418A1 (de) * 2009-12-18 2011-07-27 Siemens Aktiengesellschaft Mehrfacher Spurenparser
WO2016057465A1 (en) * 2014-10-07 2016-04-14 Videojet Technologies Inc. System and method for remotely servicing an industrial printer
US9740589B2 (en) * 2015-07-07 2017-08-22 International Business Machines Corporation Lifting of bounded liveness counterexamples to concrete liveness counterexamples
CN106776394B (zh) * 2017-01-11 2019-05-14 深圳大普微电子科技有限公司 一种数据转换的硬件系统和存储器
WO2019203832A1 (en) * 2018-04-19 2019-10-24 Hewlett-Packard Development Company, L.P. Fluid ejection detection

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5448722A (en) * 1993-03-10 1995-09-05 International Business Machines Corporation Method and system for data processing system error diagnosis utilizing hierarchical blackboard diagnostic sessions
US5848264A (en) * 1996-10-25 1998-12-08 S3 Incorporated Debug and video queue for multi-processor chip
US5903730A (en) * 1996-08-23 1999-05-11 Fujitsu Limited Method of visualizing results of performance monitoring and analysis in a parallel computing system
EP1117045A2 (de) * 2000-01-10 2001-07-18 Agilent Technologies, Inc. Leistungsüberwachung in verteilten Systemen
WO2001055862A1 (en) * 2000-01-28 2001-08-02 Ibeam Broadcasting Corporation Method and system for real-time distributed data mining and analysis for networks
US6385609B1 (en) * 1998-04-23 2002-05-07 Lucent Technologies Inc. System and method for analyzing and displaying telecommunications switch report output
US20030110413A1 (en) * 2001-06-19 2003-06-12 Xerox Corporation Method for analyzing printer faults
EP1338928A1 (de) * 2002-02-26 2003-08-27 Xerox Corporation Verfahren und Vorrichtung zur Bereitstellung einer Datenaufzeichnung in einem modularen Apparat
US6650949B1 (en) * 1999-12-30 2003-11-18 General Electric Company Method and system for sorting incident log data from a plurality of machines

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4167322A (en) * 1977-08-11 1979-09-11 Ricoh Company, Ltd. Electrostatic copying system having monitoring devices
US5243382A (en) * 1990-01-31 1993-09-07 Minolta Camera Kabushiki Kaisha Image forming apparatus capable of efficient maintenance work
JPH05333628A (ja) * 1992-05-27 1993-12-17 Mita Ind Co Ltd 画像形成装置の管理システム
US5412452A (en) * 1993-12-20 1995-05-02 Xerox Corporation Apparatus and method for controlling diagnostic routines concurrently in a printing system
JP3442174B2 (ja) * 1995-01-19 2003-09-02 株式会社リコー 画像形成装置サービスシステム
JP3566037B2 (ja) * 1997-07-25 2004-09-15 株式会社リコー 画像形成装置管理システム
US6175934B1 (en) * 1997-12-15 2001-01-16 General Electric Company Method and apparatus for enhanced service quality through remote diagnostics
US6016204A (en) * 1998-03-05 2000-01-18 Xerox Corporation Actuator performance indicator
US6370340B1 (en) * 2000-05-17 2002-04-09 Heidelberg Digital, L.L.C. Method and apparatus for monitoring parameters corresponding to operation of an electrophotographic marking machine
US6842588B2 (en) * 2000-12-08 2005-01-11 Hewlett-Packard Development Company, L.P. Consumables/printer management system with task and calendar links
US7355730B2 (en) * 2001-03-21 2008-04-08 Toshiba Tec Germany Imaging Systems Gmbh Office machine that can be remote-maintenanced via a computer network and a management or/and support or/and report or/and information system comprising a plurality of office machines
DE10113836A1 (de) 2001-03-21 2002-10-17 Toshiba Tec Germany Imaging Sy Verfahren und System zum Service-Management oder/und zur Service-Unterstützung oder/und zur Generierung von Service-Berichten

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5448722A (en) * 1993-03-10 1995-09-05 International Business Machines Corporation Method and system for data processing system error diagnosis utilizing hierarchical blackboard diagnostic sessions
US5903730A (en) * 1996-08-23 1999-05-11 Fujitsu Limited Method of visualizing results of performance monitoring and analysis in a parallel computing system
US5848264A (en) * 1996-10-25 1998-12-08 S3 Incorporated Debug and video queue for multi-processor chip
US6385609B1 (en) * 1998-04-23 2002-05-07 Lucent Technologies Inc. System and method for analyzing and displaying telecommunications switch report output
US6650949B1 (en) * 1999-12-30 2003-11-18 General Electric Company Method and system for sorting incident log data from a plurality of machines
EP1117045A2 (de) * 2000-01-10 2001-07-18 Agilent Technologies, Inc. Leistungsüberwachung in verteilten Systemen
WO2001055862A1 (en) * 2000-01-28 2001-08-02 Ibeam Broadcasting Corporation Method and system for real-time distributed data mining and analysis for networks
US20030110413A1 (en) * 2001-06-19 2003-06-12 Xerox Corporation Method for analyzing printer faults
EP1338928A1 (de) * 2002-02-26 2003-08-27 Xerox Corporation Verfahren und Vorrichtung zur Bereitstellung einer Datenaufzeichnung in einem modularen Apparat

Also Published As

Publication number Publication date
EP1697844A2 (de) 2006-09-06
DE10360978A1 (de) 2005-07-28
US7646993B2 (en) 2010-01-12
WO2005064470A3 (de) 2006-04-13
US20070277057A1 (en) 2007-11-29

Similar Documents

Publication Publication Date Title
DE3503119A1 (de) Verfahren zum automatischen erzeugen eines quellenprogramms
EP1213644A2 (de) Drucksystem und Verfahren zur Individualisierung eines Druckauftrags
DE19800423A1 (de) Rechnerverfahren und -vorrichtung zur Vorabansicht von Dateien außerhalb eines Andwendungsprogramms
DE102005008520A1 (de) Verfahren zum Überwachen eines Verzeichnisses in einem Computersystem, Computerprogramm-Produkt und Computersystem zum Ausführen dieses Verfahrens
DE3911465A1 (de) Verfahren zur konfiguration technischer systeme aus komponenten
WO2004009363A1 (de) Verfahren und vorrichtung zur fehlerbehandlung in einem drucker oder kopierer
DE3520510A1 (de) Programmierbare steuereinheit
DE60002618T2 (de) Verfahren und Analysewerkzeug zur Fehlerortung in einem Rechner
EP1347599A1 (de) Verfahren und Protokolltester zum Dekodieren gemäss einer Protokollbeschreibung kodierter Daten
WO2005064470A2 (de) Verfahren und steuereinrichtung zum anzeigen von diagnosedaten eines druckers oder kopierers
EP1211099A2 (de) Verfahren zum digitalen Drucken von zusammengesetzten Dokumenten
EP1917588A2 (de) Verfahren und vorrichtung zur störungsbehebung einer datenverarbeitungseinrichtung
DE60217729T2 (de) Verfahren zum erkennen eines elektronischen geräts in einem mehrfachsteuersystem
WO2008104496A1 (de) Verfahren, drucksystem und computerprogramm zum automatischen bearbeiten von auftragsbegleitdaten eines druckauftrages
DE10212166A1 (de) Fehlercodeindexierungs- und Interpretationsvorrichtung und Verfahren
DE10023945A1 (de) Druckprozesssteuerung
DE10325843B4 (de) Verfahren, Drucksystem, Computer und Computerprogramm zum Verwalten von Resourcen zur Verwendung in einem resourcenbasierten Dokumentendatenstrom
EP3454154A1 (de) Automatisierte erkennung von statistischen abhängigkeiten zwischen prozessmeldungen
DE10245530B4 (de) Verfahren, Softwareprodukt und Computer zum Erzeugen eines IPDS-Datenstromes
EP1606707B1 (de) Verfahren zur ermittlung von abweichungen einer endsystem-nachricht von einer referenznachricht
DE2717244C2 (de)
DE2748859A1 (de) Schaltungsanordnung zum speichern eines textes
DE102005008519B4 (de) Verfahren zum Überwachen eines Verzeichnisses in einem Drucksystem, Computerprogramm-Produkt und Drucksystem zum Ausführen dieses Verfahrens
EP2149844B1 (de) Verfahren und Computerprogrammprodukt zum automatischen Einfügen von Daten aus einem Datenbanksystem in eine Datenstruktur
EP3244298B1 (de) Jobmaker mit zentraler joberfassung

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DPEN Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed from 20040101)
NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Ref document number: DE

REEP Request for entry into the european phase

Ref document number: 2004804284

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2004804284

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2004804284

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 10583656

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 10583656

Country of ref document: US