WO2006066708A2 - Verfahren zur visualisierung eines bearbeitungsstatus eines auftrags - Google Patents

Verfahren zur visualisierung eines bearbeitungsstatus eines auftrags Download PDF

Info

Publication number
WO2006066708A2
WO2006066708A2 PCT/EP2005/012894 EP2005012894W WO2006066708A2 WO 2006066708 A2 WO2006066708 A2 WO 2006066708A2 EP 2005012894 W EP2005012894 W EP 2005012894W WO 2006066708 A2 WO2006066708 A2 WO 2006066708A2
Authority
WO
WIPO (PCT)
Prior art keywords
status
order
processing status
management information
information system
Prior art date
Application number
PCT/EP2005/012894
Other languages
English (en)
French (fr)
Inventor
Thomas Reichhart
Original Assignee
Hiflex Software Gesmbh
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 Hiflex Software Gesmbh filed Critical Hiflex Software Gesmbh
Priority to US11/722,392 priority Critical patent/US8055524B2/en
Priority to AT05814630T priority patent/ATE534095T1/de
Priority to EP05814630A priority patent/EP1846879B1/de
Publication of WO2006066708A2 publication Critical patent/WO2006066708A2/de

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311—Scheduling, planning or task assignment for a person or group
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311—Scheduling, planning or task assignment for a person or group
    • G06Q10/063114—Status monitoring or status determination for a person or group

Definitions

  • the invention relates to a method for visualizing a processing status of an order, wherein the order is issued by a management information system and executed by an executing system and wherein job related status messages in Job Definition Format are transmitted from the executing system to the management information system and In the Management Information System incoming status messages are stored.
  • JDF job definition format
  • JMF job messaging format
  • JDF is based on the Extensible Markup Language "XML", a well-known metalanguage for defining document types developed by the World Wide Web Consortium (“W3C", www.w3.org), and is not only intended for the CIP4 consortium all production areas of a networked printing house, especially in sales, costing and order processing, production planning and control, in actual production in prepress, printing, postpress and shipping, in the cross - sectional areas of materials and warehousing, finance and payroll accounting, controlling, cost accounting and quality assurance serve as a uniform data format for the description of processes and products.
  • XML Extensible Markup Language
  • W3C World Wide Web Consortium
  • JDF By vertically integrating data on the one hand of the production process and on the other hand of the commercial areas, JDF should enable a high transparency of all production processes, a standardized documentation of the relevant target and actual data and an integrated production control in a comprehensible and consistent data structure.
  • an order in JDF should be described only once in a form that is also used in external communication Understand all process part timers across both voice and platform boundaries with both end users and subcontractors and their executive systems in human-machine and machine-to-machine communication.
  • the management information system should provide a specific view of the processing status for each workstation (eg, machine control, process control, warehousing, quality assurance, sales, or post-costing) for each workstation, on the one hand only, and on the other hand all for that workstation Task area provides necessary information.
  • this view should present the information in such a structured manner that it allows the respective employee - also taking into account their level of training and knowledge - an intuitive recording of the processing status and thus short processing times, especially fast reactions in problem situations.
  • the invention has for its object to propose a method of the initially mentioned type, which combines ease of use and administration with a high reliability and at the same time a high degree of flexibility with respect to changed requirement profiles.
  • the processing status for each visualization is determined by means of a parser from the stored status messages "on the fly".
  • the inventive method thus requires no interpretation of at the Management Information System incoming status message.
  • a simple proxy server can send JMF status messages which can be transmitted via the "HyperText Transfer Protocol” (HTTP) or via another communication scheme by means of which files can be transferred from one computer to another on the part of the management information system. accept and drop.
  • HTTP HyperText Transfer Protocol
  • the inventive method Since the interpretation of the filed status messages in the context of the inventive method only takes place when the processing status is displayed, this functionality can be completely decoupled from the receipt and storage of the status messages (in the example by the proxy server). For receiving the status messages and for displaying the processing status, only the location of the filing system must be available and the form of the filing system must be known as an interface definition.
  • the inventive method is characterized on the one hand by a high flexibility, on the other hand by a high reliability.
  • the incoming status messages are divided into categories by means of a parser and stored in an appropriate order. This simplifies the handling of a large number of incoming status messages.
  • the incoming status messages are cached by the module responsible for receiving and filing the status messages at a first storage location-in the sense of a cache-the categorization of the incoming status messages can again be executed as a separate module. If the categorization module fails, receipt and filing of the status messages is not affected. The display of the processing status also remains functional (but temporarily represents an outdated status if applicable). In a particularly simple implementation of the method according to the invention, the status messages are stored in a monitored area.
  • the incoming status messages can be stored as JDF / JMF files in one or more "hot folders", the contents of which within the framework of the management information system for activating the respective next processing step of one application in the background, a so-called “disk and execution monitor "(usually referred to as” daemon "in workstation operating systems, referred to as” service "in PC operating systems).
  • the storage of a newly received status message by a proxy server in a cache in such a monitored area can then trigger, for example, the start of the module for categorization, the filing of a categorized status message can trigger according to an updated visualization.
  • Storing the status messages in a file system represents a particularly simple implementation of a database structure. Alternatively, it is also possible to use other forms of databases.
  • a processing status can be visualized by a name specifically defined for the latter.
  • the keywords used in the status messages by the various known executing systems are not uniform even if they are identical, but on the other hand, different keywords and codes may have the same meaning in an editor-specific view. For example, for an imputed statistics of the utilization of an executing system conversion, power failure, maintenance and shift change can be summarized under the name "standstill".
  • a processing status from an editor-specific view can only be reached when several status messages each reach a defined value. For example, from the point of view of the production manager, a partial order can only be executed if it is completely defined, the intended executing system is ready for operation and the corresponding preliminary product is ready and delivered.
  • a processing status can also be visualized by a color defined specifically for the latter. Specifically, the use of signal colors commonly known from other contexts - for example green for "ready to start” or “enabled”, yellow for "wait for an input”, red for "paused”, flashing for "critical error” - facilitates intuitive detection of the processing status ,
  • 1 is a list of fields and associated directory names
  • FIG. 2 is a list of field contents and associated identifiers
  • Fig. 3 is a list of field contents and associated identifiers and signal colors.
  • Fig. 5 is a list of identifiers for tables and associated JDF field contents.
  • the processing status of the jobs is visualized by a Java-implemented desktop application on distributed workstations with different Unix or PC operating systems.
  • the executive systems attached to the Management Information System send JMF status messages over HTTP to a proxy server, which places them in a special directory tree on a file server.
  • a module is integrated, which categorizes the incoming status messages based on specified XML fields for sub-jobs and processes and initiates the storage in specified directories in the directory tree.
  • the fields and the associated directories are specified in a configuration file according to the table in FIG.
  • the module for categorizing the incoming status messages processes the rows of this table in succession until one of the specified fields is found.
  • the status messages from a read-out directory are listed in table form for the respective sub-job or process in chronological order, whereby for each status message the identifier specified for the determined field content and, if appropriate, a specified signal color for the status is displayed.
  • the identifiers and signal colors are specified in the configuration file according to the tables in FIGS. 2 and 3 by way of example.
  • XPATH XML Path Language
  • XQuery XML Query Language based thereon
  • the sub-tasks and processes specified for the task are displayed together in separate tables on one screen or, if necessary, on several screens.
  • identifiers and XML field contents to be displayed are specified for columns of such tables in the desktop application according to the table in FIG. 5.
  • the implementation of a special data structure for the processing status in the Management Information System is not required.Through changing the information stored in Tables 1 to 3, the Visualization of the processing status can be easily adapted, for example, to a newly connected executing system or to new requirements regarding visualization.

Description

Verfahren zur Visualisierung eines Bearbeitungsstatus eines Auftrags
Die Erfindung betrifft ein Verfahren zur Visualisierung eines Bearbeitungsstatus eines Auftrags, wobei der Auftrag von einem Management Information System erteilt und bei einem ausführenden System ausgeführt wird und wobei auf den Auftrag bezogene Statusmeldungen im Job Definition Format von dem ausführenden System an das Management Information System übermittelt und beim Management Information System eingehende Statusmeldungen abgelegt werden.
Das Job Definition Format "JDF" (und das Job Messaging Format "JMF" als Untermenge von JDF) sind allgemein bekannte, vom Konsortium "International Cooperation for the Integration of Processes in Prepress, Press and Postpress" ("CIP4-Konsortium", www.cip4.org) entwickelte und gepflegte Datenformate. Der Entwicklung von JDF liegt die Zielvorstellung zugrunde, im Rahmen einer vernetzten grafischen Produktion für alle Produktionsmöglichkeiten und Eventualitäten flexibel und ohne Einschränkungen die Kommunikation zwischen Druckerei, Designer, Werbeagentur, Auftraggeber von Drucksachen und Unterlieferanten von Auftragnehmern zu vereinheitlichen.
JDF basiert auf der Extensible Markup Language "XML", einer gleichfalls allgemein bekannten, vom World Wide Web Consortium ("W3C", www.w3.org) entwickelten Metasprache zum Definieren von Dokumenttypen und soll nach der Intention des CIP4- Konsortiums nicht nur in allen Produktionsbereichen einer vernetzten Druckerei, insbesondere in Vertrieb, Kalkulation und Auftragsbearbeitung, Produktionsplanung und - Steuerung, in der eigentlichen Produktion in Vorstufe, Druck, Druckweiterverarbeitung und Versand, in den Querschnittsbereichen Material- und Lagerwirtschaft, Finanz- und Lohnbuchhaltung, Controlling, Kostenrechnung und Qualitätssicherung als einheitliches Datenformat zur Beschreibung von Prozessen und Produkten dienen.
Durch vertikale Integration von Daten einerseits des Produktionsprozesses und andererseits der kaufmännischen Bereiche soll JDF in einer verständlichen und durchgängigen Datenstruktur eine hohe Transparenz aller Produktionsabläufe, eine standardisierte Dokumentation der relevanten Soll- und Istdaten und eine durchgängige Produktionssteuerung ermöglichen. Insbesondere soll ein Auftrag in JDF nur noch ein einziges Mal in einer Form beschrieben werden, die auch in der externen Kommunikation sowohl mit Endkunden als auch mit Unterauftragnehmern und deren ausführenden Systemen in der Mensch-Maschine- und Maschine-Maschine-Kommunikation über Sprach- und Plattformgrenzen hinweg alle Prozessteilnelimer verstehen.
Entgegen der Philosophie des CIP4-Konsortiums und der darauf basierenden Konzeption von JDF bestehen im realen Betrieb vernetzter Druckereien vielfältige Restriktionen und spezifische Unterschiede bezüglich der Informationen, die die einzelnen Prozessteilnehmer benötigen, verwenden oder auch nur verstehen. Insbesondere die Visualisierung des Bearbeitungsstatus eines Auftrags in einem Management Information System stellt hohe Anforderungen an Auswahl und Strukturierung der darzustellenden Informationen.
Beispielsweise sollte das Management Information System im Sinne einer ergonomischen Softwaregestaltung für jeden Arbeitsplatz abhängig von dessen Aufgabengebiet (zum Beispiel Maschinensteuerung, Ablaufkontrolle, Lagerhaltung, Qualitätssicherung, Vertrieb oder Nachkalkulation) eine spezifische Sicht auf den Bearbeitungsstatus bereitstellen, die einerseits nur die und andererseits alle für dieses Aufgabengebiet erforderlichen Informationen bereitstellt. Außerdem sollte diese Sicht die Informationen derart strukturiert darstellen, dass sie dem jeweiligen Mitarbeiter - auch unter Berücksichtigung von dessen Ausbildungs- und Wissensstand - ein intuitives Erfassen des Bearbeitungsstatus und somit kurze Bearbeitungszeiten, insbesondere schnelle Reaktionen in Problemsituationen ermöglicht.
Aufgabe
Der Erfindung liegt die Aufgabe zugrunde, ein Verfahren der einleitend genannten Art vorzuschlagen, das einfache Handhabung und Administration mit einer hohen Zuverlässigkeit und zugleich einer hohen Flexibilität in Bezug auf geänderte Anforderungsprofile kombiniert.
Lösung
Nach der Erfindung wird vorgeschlagen, dass der Bearbeitungsstatus für jede Visualisierung mittels eines Parsers aus den abgelegten Statusmeldungen "on the fly" ermittelt wird. Das erfindungsgemäße Verfahren erfordert damit keine Interpretation der beim Management Information System eingehenden Statusmeldung. Mit der Reduktion auf die Ablage in der ursprünglichen, eingehenden Form - insbesondere in Form einer JDF/JMF-Datei - wird der Initialaufwand zur Verwaltung eingehender Statusmeldungen minimalisiert.
Auf Seiten des Management Information System kann zur Implementierung des erfindungsgemäßen Verfahrens beispielsweise ein einfacher Proxyserver JMF- Statusmeldungen, die über das „HyperText Transfer Protocol" (HTTP) - oder über ein anderes Kommunikationsschema, mittels dessen Dateien von einem Computer auf einen anderen übertragbar sind - entgegennehmen und ablegen.
Da die Interpretation der abgelegten Statusmeldungen im Rahmen des erfmdungsgemäßen Verfahrens erst unmittelbar bei der Darstellung des Bearbeitungsstatus erfolgt, kann diese Funktionalität von der Entgegennahme und Ablage der Statusmeldungen (im Beispiel durch den Proxyserver) programmtechnisch vollständig entkoppelt werden. Für die Entgegennahme der Statusmeldungen wie für die Darstellung des Bearbeitungsstatus muss lediglich der Ort der Ablage verfügbar und die Form der Ablage als Schnittstellendefinition bekannt sein. Durch die Ermöglichung einer modularen Betriebsweise zeichnet sich das erfindungsgemäße Verfahren einerseits durch eine hohe Flexibilität, andererseits durch eine hohe Zuverlässigkeit aus.
In einer bevorzugten Ausführung des erfindungsgemäßen Verfahrens werden die eingehenden Statusmeldungen mittels eines Parsers in Kategorien eingeteilt und entsprechend geordnet abgelegt. Auf diese Weise wird die Handhabung einer großen Zahl eingehender Statusmeldungen vereinfacht.
Werden die eingehenden Statusmeldungen durch das für die Entgegennahme und Ablage der Statusmeldungen zuständige Modul an einem ersten Ablageort - im Sinne eines Cache - zwischengespeichert, so kann auch die Kategorisierung der eingehenden Statusmeldungen wiederum als separates Modul ausgeführt werden. Bei einem Ausfall des Moduls für die Kategorisierung ist dann die Entgegennahme und Ablage der Statusmeldungen nicht beeinträchtigt. Auch die Darstellung des Bearbeitungsstatus bleibt funktionstüchtig (stellt aber gegebenen Falls vorübergehend einen veralteten Status dar). In einer besonders einfachen Implementation des erfindungsgemäßen Verfahrens werden die Statusmeldungen in einem überwachten Bereich abgelegt. Beispielsweise können die eingehenden Statusmeldungen als JDF/JMF-Dateien in einem oder mehreren „Hotfoldern" abgelegt werden, deren Inhalt im Rahmen des Management Information System zur Aktivierung des jeweils nächsten Bearbeitungsschritts von jeweils einer im Hintergrund laufenden Anwendung, einem so genannten „disk and execution monitor" (in Workstation- Betriebssystemen zumeist als „Daemon", unter PC-Betriebssystemen als „Dienst" bezeichnet) auf Änderungen überwacht wird. Die Ablage einer neu eingegangenen Statusmeldung durch einen Proxyserver in einem Cache in einem solchen überwachten Bereich kann dann beispielsweise den Start des Moduls zur Kategorisierung triggern, die Ablage einer kategorisierten Statusmeldung kann entsprechend eine aktualisierte Visualisierung triggern.
Die Ablage der Statusmeldungen in einem Dateisystem stellt eine besonders einfache Implementation einer Datenbankstruktur dar. Alternativ ist grundsätzlich auch die Verwendung anderer Formen von Datenbanken möglich.
Im Rahmen eines erfindungsgemäßen Verfahrens kann ein Bearbeitungsstatus durch eine spezifisch für diesen definierte Bezeichnung visualisiert werden. Einerseits sind die im Rahmen der Statusmeldungen von den verschiedenen bekannten ausführenden System verwendeten Schlüsselwörter auch bei identischer Bedeutung nicht einheitlich, andererseits können auch verschiedene Schlüsselwörter und Codes im Rahmen einer bearbeiterspezifischen Sicht dieselbe Bedeutung haben. Beispielsweise kann für eine kalkulatorische Statistik der Auslastung eines ausführenden Systems Umrüstung, Stromausfall, Wartung und Schichtwechsel pauschal unter die Bezeichnung „Stillstand" gefasst werden.
Darüber hinaus kann ein Bearbeitungsstatus aus einer bearbeiterspezifischen Sicht auch erst erreicht sein, wenn mehrere Statusmeldungen jeweils einen definierten Wert erreichen. Beispielsweise kann aus Sicht der Produktionsleitung ein Teilauftrag erst dann ausgeführt werden, wenn er vollständig definiert, das vorgesehene ausführende System betriebsbereit und das entsprechende Vorprodukt fertig und angeliefert ist. Im Rahmen eines erfindungsgemäßen Verfahrens kann ein Bearbeitungsstatus außerdem durch eine spezifisch für diesen definierte Farbe visualisiert werden. Insbesondere die Verwendung von aus anderem Kontext allgemein bekannten Signalfarben - beispielsweise grün für „startbereit" oder „freigegeben", gelb für „warte auf eine Eingabe", rot für „angehalten", blinkend für „kritischer Fehler" — erleichtert die intuitive Erfassung des Bearbeitungsstatus.
Ausführungsbeispiel
Die Erfindung wird nachfolgend anhand eines Ausführungsbeispiels erläutert. Es zeigen
Fig. 1 eine Liste von Feldern und zugeordneten Verzeichnisnamen,
Fig. 2 eine Liste von Feldinhalten und zugeordneten Bezeichnern,
Fig. 3 eine Liste von Feldinhalten und zugeordneten Bezeichnern und Signalfarben.
Fig. 4 eine Liste von XP ATH- Abfragen und zugeordneten Bezeichnern und
Fig. 5 eine Liste von Bezeichnern für Tabellen und zugeordnete JDF-Feldinhalte.
Im Rahmen eines Management Information System in einer vernetzten Druckerei wird der Bearbeitungsstatus der Aufträge durch eine in Java implementierte Desktopanwendung auf verteilten Arbeitsplatzrechnern mit unterschiedlichen Unix- oder PC-Betriebssystemen visualisiert.
Die an das Management Information System angeschlossenen ausführenden Systeme senden JMF-Statusmeldungen über HTTP an einen Proxyserver, der diese in einem speziellen Verzeichnisbaum auf einem Dateiserver ablegt. In den Proxyserver ist ein Modul integriert, das die eingehenden Statusmeldungen anhand von spezifizierten XML- Feldern nach Teilaufträgen und -prozessen kategorisiert und die Ablage in spezifizierten Verzeichnissen in dem Verzeichnisbaum initiiert. Die Felder und die zugeordneten Verzeichnisse sind in einer Konfigurationsdatei gemäß der Tabelle in Figur 1 spezifiziert. Das Modul zur Kategorisierung der eingehenden Statusmeldungen arbeitet die Zeilen dieser Tabelle solange nacheinander ab, bis eines der spezifizierten Felder gefunden wird.
Beim Start der Desktopanwendung auf einem Arbeitsplatz werden abhängig von der Aufgabenstellung des jeweiligen Arbeitsplatzes oder des angemeldeten Bearbeiters verschiedene Verzeichnisse auf einem zentralen Server ausgelesen. Liegt in einem Verzeichnis eine Datei, so wird diese in Abhängigkeit von dem jeweiligen Verzeichnis und von der Aufgabenstellung wiederum mittels eines Parsers auf spezifizierte Feldinhalte geprüft. Die Feldinhalte sind in der Konfigurationsdatei gemäß den Tabellen in den Figuren 2 und 3 beispielhaft spezifiziert.
Die Statusmeldungen aus einem ausgelesenen Verzeichnis werden in der Desktopanwendung jeweils tabellenförmig für den jeweiligen Teilauftrag oder -prozess in chronologischer Folge aufgelistet, wobei für jede Statusmeldung der für den ermittelten Feldinhalt spezifizierte Bezeichner und gegebenen Falls eine spezifizierte Signalfarbe für den Status dargestellt wird. Die Bezeichner und Signalfarben sind in der Konfigurationsdatei gemäß den Tabellen in den Figuren 2 und 3 beispielhaft spezifiziert.
In der Konfigurationsdatei sind gemäß der Tabelle in Figur 4 in der XML Path Language („XPATH", www.w3.org/TR/xpath) Bedingungen auf einer Mehrzahl von XML-Feldern spezifiziert. XPATH und die darauf basierende XML Query Language („XQuery", www.w3.org/TR/xquery) sind Standardformate zur Definition von Abfragen auf Daten im XML-Format. Wenn eine dieser Bedingungen erfüllt ist, wird der Bearbeitungsstatus in der Desktopanwendung mit dem in der rechten Spalte der Tabelle aufgeführten Bezeichner dargestellt.
In der Desktopanwendung werden die für die Aufgabenstellung spezifizierten Teilaufträge und — prozesse jeweils in getrennten Tabellen gemeinsam auf einem Bildschirm oder bei Bedarf auf mehreren Bildschirmseiten dargestellt.
In der Konfigurationsdatei sind gemäß der Tabelle in Figur 5 für Spalten derartiger Tabellen in der Desktopanwendung Bezeichner und darzustellende XML-Feldinhalte spezifiziert.
Beim Start der Desktopanwendung werden Hintergrundprozesse gestartet, die die Verzeichnisse auf dem Server auf Veränderungen- also auf neu eingehende Statusmeldungen - überwachen. Wird in einem der überwachten Verzeichnisse von dem Proxyserver eine neue Statusmeldung abgelegt, so triggert der entsprechende Hintergrundprozess in der Desktopanwendung das Lesen dieser neuen Statusmeldung und die Aktualisierung der Visualisierung des Bearbeitungsstatus des betreffenden Teilauftrags oder -prozesses.
Dadurch, dass die Statusmeldungen für die Visualisierung in der Desktopanwendung jeweils „on the fly" ausgewertet werden, ist die Implementierung einer speziellen Datenstruktur für den Bearbeitungsstatus in dem Management Information System nicht erforderlich. Durch Änderung der in den Tabellen 1 bis 3 abgelegten Informationen kann die Visualisierung des Bearbeitungsstatus auf einfache Weise beispielsweise an ein neu angeschlossenes ausführendes System oder an neue Anforderungen bezüglich Visualisierung angepasst werden.

Claims

Patentansprüche
1. Verfahren zur Visualisierung eines Bearbeitungsstatus eines Auftrags, wobei der Auftrag von einem Management Information System erteilt und bei einem ausführenden System ausgeführt wird und wobei auf den Auftrag bezogene Statusmeldungen im Job Definition Format von dem ausführenden System an das Management Information System übermittelt und beim Management Information System eingehende Statusmeldungen abgelegt werden, dadurch gekennzeichnet, dass der Bearbeitungsstatus für jede Visualisierung mittels eines Parsers aus den abgelegten Statusmeldungen "on the fly" ermittelt wird.
2. Verfahren nach dem vorgenannten Anspruch, dadurch gekennzeichnet, dass die eingehenden Statusmeldungen mittels eines Parsers in Kategorien eingeteilt und entsprechend geordnet abgelegt werden.
3. Verfahren nach einem der vorgenannten Ansprüche, dadurch gekennzeichnet, dass die Statusmeldungen in einem überwachten Bereich abgelegt werden.
4. Verfahren nach einem der vorgenannten Ansprüche, dadurch gekennzeichnet, dass ein Bearbeitungsstatus durch eine spezifisch für diesen definierte Bezeichnung visualisiert wird.
5. Verfahren nach einem der vorgenannten Ansprüche, dadurch gekennzeichnet, dass ein Bearbeitungsstatus durch eine spezifisch für diesen definierte Farbe visualisiert wird.
6. Desktopanwendung zur Visualisierung eines Bearbeitungsstatus- eines Auftrags, wobei der Auftrag von einem Management Information System erteilt und bei einem ausführenden System ausgeführt wird, dadurch gekennzeichnet, dass der Bearbeitungsstatus gemäß einem Verfahren nach einem der vorgenannten Ansprüche visualisiert wird.
PCT/EP2005/012894 2004-12-21 2005-12-02 Verfahren zur visualisierung eines bearbeitungsstatus eines auftrags WO2006066708A2 (de)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US11/722,392 US8055524B2 (en) 2004-12-21 2005-12-02 Method for visualizing a processing status of an order
AT05814630T ATE534095T1 (de) 2004-12-21 2005-12-02 Verfahren zur visualisierung eines bearbeitungsstatus eines auftrags
EP05814630A EP1846879B1 (de) 2004-12-21 2005-12-02 Verfahren zur visualisierung eines bearbeitungsstatus eines auftrags

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102004062785A DE102004062785A1 (de) 2004-12-21 2004-12-21 Verfahren zur Visualisierung eines Bearbeitungsstatus eines Auftrags
DE102004062785.1 2004-12-21

Publications (1)

Publication Number Publication Date
WO2006066708A2 true WO2006066708A2 (de) 2006-06-29

Family

ID=35841488

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2005/012894 WO2006066708A2 (de) 2004-12-21 2005-12-02 Verfahren zur visualisierung eines bearbeitungsstatus eines auftrags

Country Status (5)

Country Link
US (1) US8055524B2 (de)
EP (1) EP1846879B1 (de)
AT (1) ATE534095T1 (de)
DE (1) DE102004062785A1 (de)
WO (1) WO2006066708A2 (de)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140013242A1 (en) * 2012-07-06 2014-01-09 The Nasdaq Omx Group, Inc. Collaborative due diligence review system

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6535295B1 (en) * 1998-08-24 2003-03-18 International Business Machines Corporation Virtual printer with asynchronous job and device status
US8271336B2 (en) * 1999-11-22 2012-09-18 Accenture Global Services Gmbh Increased visibility during order management in a network-based supply chain environment
US7589849B2 (en) * 2000-04-17 2009-09-15 Inforprint Solutions Company, Llc Method and apparatus for providing printer recognition and management of a print job entity
CN101241426B (zh) * 2003-03-27 2011-03-23 佳能株式会社 控制装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of EP1846879A2 *

Also Published As

Publication number Publication date
DE102004062785A1 (de) 2006-07-13
EP1846879B1 (de) 2011-11-16
ATE534095T1 (de) 2011-12-15
US8055524B2 (en) 2011-11-08
EP1846879A2 (de) 2007-10-24
US20090265195A1 (en) 2009-10-22

Similar Documents

Publication Publication Date Title
EP1176482B1 (de) Verfahren und Computerprogramm zum Herstellen einer Regelung oder Steuerung
DE10024715B4 (de) Verfahren und Vorrichtung zum Einrichten einer Zwei-Wege-Übertragung zwischen einem Host-System und einer Vorrichtung
DE10128883A1 (de) Verfahren und System für die Verteilung von Anwendungsdaten auf verteilte Datenbanken mit verschiedenen Formaten
DE102007009737B4 (de) Verfahren, Drucksystem und Computerprogramm zum automatischen Bearbeiten von Auftragsbegleitdaten eines Druckauftrages
CH701481B1 (de) Prozessmanagement.
EP1846879B1 (de) Verfahren zur visualisierung eines bearbeitungsstatus eines auftrags
EP2199908A1 (de) Zugriffsverfahren auf ein Übertragungsmedium
DE112012004300T5 (de) Verfahren, Programm und System zum Erstellen eines Arbeitsablaufs von einer Arbeitsspezifikation
EP1839242B1 (de) Verfahren zum auslösen einer kostenbuchung
DE60010078T2 (de) System zur analyse von daten für den elektronischen handel
EP1282883A2 (de) Verfahren und system zur transformation digitaler druckdatenströme sowie zugehörige drucker und druckerserver
DE10028870A1 (de) Elektronische Wagenprüfkarte
DE102004059045B4 (de) Verfahren zur Kommunikation zwischen einem Management Information System und einem ausführenden System und Kommunikationsmodul
DE102005024473B4 (de) Verfahren zur Übermittlung eines Farbauszugs und Management Information System
EP1691275B1 (de) Verfahren und Vorrichtung zum rechnergestützten Erzeugen einer graphischen Benutzeroberfläche
WO2003065198A2 (de) Verfahren, computersystem und computerprogramm-modul zum erstellen von dokumentenbearbeitungsaufträgen aus variablen, seitenindividuellen daten und aus resourcendaten
EP1691283B1 (de) Verfahren zum Steuern eines Zugriffs auf wenigstens ein Peripheriegerät
EP1691274B1 (de) Verfahren und Vorrichtung zum rechnergestützten Erzeugen einer graphischen Benutzeroberfläche auf einem Anzeigemittel
WO2001088748A2 (de) Verfahren zum erstellen eines ausgabedokuments in einem computersystem
DE112014002696T5 (de) Verfahren und System für effizientes Sortieren in einer relationalen Datenbank
Heilman et al. ABAP-next generation
DE19735947A1 (de) Verfahren und Anordnung zur Durchführung von Überwachungs- und Managementfunktionen in Netzen mit überwachten Komponenten
DE10257606A1 (de) Spezifizierung der Architektur eines Datenauswertesystems
EP1640860A1 (de) Verfahren zum Zugriff auf Inventardaten und Vorrichtung
EP1063583A2 (de) Vorrichtung und Verfahren zum Steuern einer Datenausgabe auf zumindest zwei Ausgabegeräte

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 KM KN KP KR KZ LC LK LR LS LT LU LV LY MA MD MG MK MN MW MX MZ NA NG NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM 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 LV 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
WWE Wipo information: entry into national phase

Ref document number: 2005814630

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 11722392

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWP Wipo information: published in national office

Ref document number: 2005814630

Country of ref document: EP