DE102012220857B4

DE102012220857B4 - System und Steuerverfahren

Info

Publication number: DE102012220857B4
Application number: DE102012220857.7A
Authority: DE
Inventors: Shunsuke Ota
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2011-11-16
Filing date: 2012-11-15
Publication date: 2020-01-02
Anticipated expiration: 2032-11-16
Also published as: DE102012220857A1; US20130125134A1; CN103200346B; GB2497390A; GB201219578D0; CN103200346A; US9128642B2; JP5822668B2; JP2013105442A; GB2497390B

Abstract

Abtastdienstserver (101, 1101) eines Systems zur Durchführung eines Abbildungsauftrags durch Verbinden einer Vielzahl von Aufgaben, die jeweils einen bestimmten Prozess durchführen, und durch sequentielles Ausführen jeder Aufgabe, wobei der Abtastdienstserver eingerichtet istzur Übertragung (S2208) einer Umleitungsanweisung zu einem Clientendgerät (106) zu einer Autorisierungs-URL (1503) einer Einrichtung zur Durchführung einer Authentifizierung und Autorisierung zum Zugreifen auf ein Fremdsystem in einem Fall, in dem eine Anweisung zur Erzeugung eines bestimmten Auftrags, der eine Verbindung einer bestimmten Aufgabe erfordert, die auf das Fremdsystem zugreift, das einen Fremddienst bereitstellt, durch das Clientendgerät ausgegeben wird,zum Empfangen (S2213) einer Umleitungsanweisung von dem Clientendgerät, in die ein Autorisierungscode zum Erhalten eines Zugriffstoken von dem Fremdsystem eingebettet ist, wobei das Zugriffstoken dem Abtastdienstserver das Zugreifen auf das Fremdsystem ermöglicht,zur Übertragung (S2214) einer Anfrage nach dem Zugriffstoken zu dem Fremdsystem unter Verwendung des Autorisierungscodes,zur Speicherung (2216) des Zugriffstoken in einer Speichereinheit, das der Abtastdienstserver als Antwort auf die Anfrage empfängt, wenn das Fremdsystem den Autorisierungscode als gültig verifiziert, undzur Ausführung eines in der bestimmten Aufgabe bestimmten Prozesses durch Zugreifen auf das Fremdsystem unter Verwendung des gespeicherten Zugriffstoken und durch Verwenden des Fremddienstes.

Description

HINTERGRUND DER ERFINDUNG
Gebiet der Erfindung
Vorliegende Erfindung bezieht sich auf einen Abtastdienstserver, ein System zur Verarbeitung eines Auftrags, ein Steuerverfahren und ein Computerprogramm insbesondere, aber nicht ausschließlich, zur Verarbeitung eines Abbildungsauftrags in einer Cloud-Computing-Umgebung.
Beschreibung des relevanten Standes der Technik
Seit kurzem werden Techniken wie ein Cloud-Computing-System und Software as a Service (SaaS) bei der Durchführung verschiedener Prozesse auf einer Servercomputerseite verwendet. Das Cloud-Computing verwendet eine große Anzahl an Rechenressourcen zur Durchführung einer verteilten Datenumwandlung und Datenverarbeitung, sodass Anfragen von einer Vielzahl von Clients gleichzeitig verarbeitet werden können. Ferner gibt es eine Technik, bei der eine Folge von an dem Server durchzuführenden Prozessen durch Verknüpfen von Aufgaben, die detailliert bestimmt sind, und Durchführen einer gleichzeitigen Parallelverarbeitung der Aufgaben realisiert wird. Eine Vielzahl von Aufträgen wird damit skalierbar verarbeitet, wodurch die Charakteristik des Cloud-Computing voll ausgenutzt wird. In einem derartigen Prozess kann es erforderlich werden, mit einem externen Webdienst zu kooperieren, der eine Authentifizierung und Autorisierung erfordert, wie wenn ein Dokument einem Speicherdienst überreicht wird.
Die japanische Patentanmeldungsoffenlegungsschrift JP 2009 / 223 739 A beschreibt ein Verfahren zum Abrufen von vorab definierten Definitionsinformationen eines Datenflusses, wenn sich ein Benutzer in das System einloggt. Gibt es bei der Definition des Flusses einen externen Dienst, der eine Authentifizierung erfordert, und wurde der Authentifizierungsvorgang noch nicht durchgeführt, wird ein Bildschirm zum Einloggen in den externen Dienst angezeigt, und ein Benutzer wird zur Eingabe von Authentifizierungsinformationen veranlasst. Infolgedessen kann das Verfahren den Authentifizierungsvorgang hinsichtlich des zu verwendenden externen Dienstes entsprechend dem vorbestimmten Fluss automatisch durchführen.
Die US 2006 / 0 185 021 A1 offenbart ein Verfahren und ein System zur Verwendung einer lokalen Authentifizierungseinrichtung eines Internetclients in Systemen mit aktualisiertem Browsercode, um eine Fremdauthentifizierung gemäß einem Authentifizierungsschema, das durch einen teilnehmenden Server spezifiziert ist, bei Clients mit aktualisiertem Browsercode zu ermöglichen, wobei Clients mit altem Browsercode nicht ausgeschlossen werden. Eine Umleitungsantwort von einem Server enthält hinzugefügte Authentifizierungsdaten, sodass aktualisierter Browsercode das Vorhandensein der Daten erfassen kann und die Verwendung lokaler Sicherheitseinrichtungen zu Authentifizierungszwecken mit dem vom Server bestimmten Authentifizierungsschema ermöglichen kann, wobei ein lokaler Berechtigungseintrag zum Verifizieren an einem Fremd-Einlog-Server enthalten ist. Wird eine derartige Umleitungsantwort von altem Browsercode empfangen, werden die hinzugefügten Daten ignoriert, während eine herkömmliche Umleitung erfolgt, sodass eine Fremdauthentifizierung über eine Umleitung zu einer Fremdinternetseite durchgeführt werden kann, die ein Format für einen Berechtigungseintrag bereitstellt.
Die US 2008 / 0 275 888 A1 beschreibt ein Verfahren zum Konfigurieren von elektronischem Inhalt für einen Webbrowser, mit Empfangen einer Anforderung für eine erste Webseite von einer Client-betriebenen Webbrowser-Anwendung, wobei die Webseite einen ersten Lokalisierer für ersten Inhalt umfasst, der in der Webseite enthalten ist, Erhalten der ersten Webseite von einem ersten Inhaltsserver, Erhalten eines zweiten Lokalisierers, der dem ersten Lokalisierer zugeordnet ist, wobei der zweite Lokalisierer nicht in der Webseite enthalten ist, Ersetzen des ersten Lokalisierers in der Webseite durch den zweiten Lokalisierer, um eine modifizierte Webseite zu erstellen, die den zweiten Lokalisierer anstelle des ersten Lokalisierers enthält, und Bereitstellen der modifizierten Webseite für die Webbrowser-Anwendung als Antwort auf die Anfrage.
Gemäß der US 2010 / 0 171 973 A1 überträgt ein Client-Terminal eine Anforderung an eine Druckvorrichtung für eine Registrierungswebseite, um in einem Druckserver eine Druckvorrichtung zu registrieren, die in einem vom Druckserver bereitgestellten Druckdienst verwendet wird. Die Druckvorrichtung sammelt Konfigurationsinformationen der Druckvorrichtung als Antwort auf den Empfang der Anforderung und erzeugt Verbindungsinformationen, die die gesammelten Konfigurationsinformationen enthalten und für den Zugriff auf den Druckserver verwendet werden. Die Druckvorrichtung erzeugt dann eine Registrierungswebseite, die die erzeugten Verbindungsinformationen enthält, und überträgt sie an das Client-Terminal. Der Druckserver empfängt die Konfigurationsinformationen der Druckvorrichtung, die von dem Client-Terminal gesendet werden, über die Registrierungswebseite, die an das Client-Terminal gesendet wird. Der Druckserver erstellt Druckvorrichtungsinformationen, die die Konfigurationsinformationen mit Benutzerinformationen des Benutzers des ClientEndgeräts verknüpfen, und verwaltet diese auf einem Speichermedium.
KURZZUSAMMENFASSUNG DER ERFINDUNG
Eine Aufgabe vorliegender Erfindung besteht in einer effizienten Verarbeitung eines Abbildungsauftrags mit einer Vielzahl von Aufgaben, die jeweils einen bestimmten Prozess durchführen, wenn auf ein Fremdsystem zuzugreifen ist.
Diese Aufgabe wird erfindungsgemäß durch einen Abtastdienstserver, ein System zur Verarbeitung eines Auftrags, ein Steuerverfahren und ein Computerprogramm wie in den Patentansprüchen angegeben gelöst.
Weitere Merkmale und Ausgestaltungen der Erfindung werden aus der folgenden ausführlichen Beschreibung von Ausführungsbeispielen unter Bezugnahme auf die beiliegenden Zeichnungen ersichtlich.
Figurenliste
Die beiliegenden Zeichnungen, die in den Anmeldeunterlagen enthalten sind und einen Teil davon bilden, veranschaulichen Ausführungsbeispiele, Merkmale und Ausgestaltungen der Erfindung und dienen zusammen mit der Beschreibung zur Erläuterung des Prinzips der Erfindung.

1 zeigt einen Gesamtaufbau des Cloudsystems gemäß einem Ausführungsbeispiel der Erfindung.
2 zeigt einen Hardwareaufbau eines Clientendgeräts und eines Servercomputers gemäß einem Ausführungsbeispiel der Erfindung.
3 zeigt einen Systemaufbau des Clientendgeräts gemäß einem Ausführungsbeispiel der Erfindung.
4 zeigt Einzelheiten eines inneren Aufbaus einer Bilderzeugungsvorrichtung gemäß einem Ausführungsbeispiel der Erfindung.
5 zeigt einen Systemaufbau eines Abtastdienstservers gemäß einem Ausführungsbeispiel der Erfindung.
6 zeigt ein Beispiel einer Benutzerschnittstelle des Abtastdienstservers gemäß einem Ausführungsbeispiel der Erfindung.
7 zeigt ein Beispiel von in dem Abtastdienstserver gespeicherten Ticketinformationen gemäß einem Ausführungsbeispiel der Erfindung.
8 zeigt ein Beispiel von in dem Abtastdienstserver gespeicherten Masken gemäß einem Ausführungsbeispiel der Erfindung.
9 zeigt ein Beispiel der Benutzerschnittstelle der Bilderzeugungsvorrichtung gemäß einem Ausführungsbeispiel der Erfindung.
10 zeigt einen Systemaufbau eines Aufgabendienstservers gemäß einem Ausführungsbeispiel der Erfindung.
11 zeigt eine Sequenzdarstellung eines Abtastprozesses gemäß einem Ausführungsbeispiel der Erfindung.
12 zeigt einen Systemaufbau eines Flussdienstservers gemäß einem Ausführungsbeispiel der Erfindung.
13 zeigt einen Systemaufbau eines Routenverwaltungsdienstservers gemäß einem Ausführungsbeispiel der Erfindung.
14 zeigt ein Beispiel von in dem Routenverwaltungsdienstserver gespeicherten Routeninformationen gemäß einem Ausführungsbeispiel der Erfindung.
15 zeigt ein Beispiel von in dem Routenverwaltungsdienstserver gespeicherten Aufgabeninformationen gemäß einem Ausführungsbeispiel der Erfindung.
16 zeigt einen Systemaufbau eines Auftragverwaltungsdienstservers gemäß einem Ausführungsbeispiel der Erfindung.
17 zeigt ein Beispiel von in dem Auftragverwaltungsdienstserver gespeicherten Auftraginformationen gemäß einem Ausführungsbeispiel der Erfindung.
18 zeigt einen Gesamtaufbau eines Temporärdateiverwaltungsdienstservers gemäß einem Ausführungsbeispiel der Erfindung.
19 zeigt einen Systemaufbau eines Zentralverwaltungsservers gemäß einem Ausführungsbeispiel der Erfindung.
20 zeigt ein Beispiel von in dem Zentralverwaltungsserver gespeicherten Dateidienstinformationen und Dateipfadinformationen gemäß einem Ausführungsbeispiel der Erfindung.
21 zeigt eine hierarchische Struktur eines Ordners in einem in dem Temporärdateiverwaltungsdienstserver verwendeten Dateiserver gemäß einem Ausführungsbeispiel der Erfindung.
22 (die die 22A und 22B umfasst) zeigt ein Ablaufdiagramm eines Prozesses gemäß einem Ausführungsbeispiel der Erfindung, der bei der Auswahl eines Abtasttickets durchgeführt wird.
23 zeigt ein Ablaufdiagramm einer in der Bilderzeugungsvorrichtung durchgeführten Abtastoperation gemäß einem Ausführungsbeispiel der Erfindung.
24 zeigt ein Ablaufdiagramm eines in dem Aufgabendienstserver durchgeführten Prozesses gemäß einem Ausführungsbeispiel der Erfindung.
25 zeigt ein Beispiel von in einem Abtastdienstserver gespeicherten Ticketinformationen gemäß einem zweiten Ausführungsbeispiel der Erfindung.
26 zeigt ein Beispiel von in einem Auftragverwaltungsdienstserver gespeicherten Auftraginformationen gemäß dem zweiten Ausführungsbeispiel der Erfindung.
27 zeigt eine Benutzerschnittstelle einer Bilderzeugungsvorrichtung gemäß dem zweiten Ausführungsbeispiel der Erfindung.
28 (die die 28A und 28B umfasst) zeigt ein Ablaufdiagramm eines in einem Aufgabendienstserver durchgeführten Prozesses gemäß dem zweiten Ausführungsbeispiel der Erfindung.
29 zeigt ein Ablaufdiagramm einer in der Bilderzeugungsvorrichtung durchgeführten Abtastoperation gemäß dem zweiten Ausführungsbeispiel der Erfindung.

BESCHREIBUNG DER AUSFÜHRUNGSBEISPIELE
Nachstehend werden verschiedene Ausführungsbeispiele, Merkmale und Ausgestaltungen der Erfindung unter Bezugnahme auf die Zeichnungen beschrieben.
1 zeigt einen Gesamtaufbau eines Cloudsystems gemäß einem ersten Ausführungsbeispiel der Erfindung. Gemäß 1 sind ein Abtastdienstserver 101, ein Flussdienstserver 102, Aufgabendienstserver 103 und 104, ein Clientendgerät 106, eine Bilderzeugungsvorrichtung 101 und ein Clouddienstserver 108 über Netzwerke 110, 111 und 112 verbunden.
Es wird angenommen, dass eine Vielzahl von Aufgabendienstservern 103 und 104, Clientendgeräten 106, Bilderzeugungsvorrichtungen 107 und Clouddienstservern 108 verbunden sind. Die Netzwerke 110, 111 und 112 sind lokale Netzwerke (LAN), wie das Internet, ein Weitverkehrsnetzwerk (WAN), eine Telefonleitung, eine dedizierte digitale Leitung, eine asynchrone Transfermodus-(ATM) oder Frame-Relay-Leitung, eine Gruppentelevisionsleitung, eine drahtlose Verbindung für eine Datenrundsendung oder eine Kombination dieser Netzwerke. Das heißt, die Netzwerke 110, 111 und 112 sind Kommunikationsnetzwerke und können ein beliebiger Netzwerktyp sein, solange Daten gesendet und empfangen werden können.
Bei einem typischen Cloud-Computing-Dienst sind die Netzwerke 110 und 112 das Internet, und das Netzwerk 111 ist ein Inhouse-Netzwerk oder das Netzwerk eines Dienstanbieters. Der Abtastdienstserver 101, der Flussdienstserver 102 und die Aufgabendienstserver 103 und 104 werden üblicherweise auf dem Servercomputer ausgeführt, wobei der Clouddienst eine derartige Dienstservergruppe für den Benutzer bereitstellt. Die Aufgabendienstserver 103 und 104 enthalten jeweils Funktionen zur Ausführung der für sie bestimmten Prozesse.
Verschiedene Firmen haben den Clouddienstserver 108 auf dem Internet verfügbar gemacht, und der Clouddienstserver wird im Allgemeinen auch auf dem Servercomputer ausgeführt. Gemäß diesem Ausführungsbeispiel der Erfindung ist jeder Server als „Dienst“ beschrieben. Das Clientendgerät 106, wie ein Desktop-Personalcomputer (Desktop-PC), ein Notiz-PC, ein mobiler PC oder ein persönlicher Datenassistent (PDA) kann auch ein Mobiltelefon sein, das eine Ausführungsumgebung von Programmen enthält. Das Clientendgerät 106 enthält die Umgebung zur Ausführung der Programme wie einen Webbrowser (d.h., einen Internetbrowser, einen World Wide Web (WWW-)Browser und einen Browser zur Verwendung des World Wide Web).
Erfindungsgemäß stellt das eine Vielzahl von Servergruppen enthaltende System den Clouddienst bereit. Allerdings können die Servergruppen in einem Server konsolidiert sein. Ferner führt der Clouddienst eine Auftragverarbeitung als Antwort auf den Empfang einer Ausführungsanfrage von dem Clientendgerät durch, das der Einrichtung entspricht, indem die Vielzahl der Aufgabendienstserver (d.h., die Aufgaben) verbunden werden, die die bestimmten Aufgaben durchführen. Jede Aufgabe führt die Datenprozesse sequentiell aus und speichert sie zur Verarbeitung des Auftrags. Das heißt, die Auftragserzeugung hat in der Einrichtung ihren Ursprung, und das System führt den Auftrag durch sequentielle Ausführung der Aufgaben durch.
Gemäß dem Ausführungsbeispiel wird ein Auftrag erzeugt, wenn die Einrichtung eine Ausführungsanfrage sendet. Allerdings kann der Auftragserzeugungszeitpunkt der Zeitpunkt sein, zu dem der Benutzer beispielsweise ein erzeugtes Abtastticket (d.h., das einen Abtastauftrag mit bestimmten Einstellungen bestimmt) auswählt. Der Auftragerzeugungszeitpunkt kann beliebig bestimmt werden, solange der erzeugte Auftrag entsprechend der Einrichtung verarbeitet wird, die die Ausführungsanfrage zu dem Clouddienst in allen Fällen sendet. Hier wird ein Abtastauftrag als Beispiel beschrieben. Das vorliegende Ausführungsbeispiel ist aber auch bei einem anderen Bildverarbeitungsauftrag anwendbar, wie einem Faksimileauftrag, und ist auch bei einem von einer Bildverarbeitung verschiedenen Auftrag anwendbar, wie bei einem Texteditierauftrag und einem Musikeditierauftrag.
2 zeigt einen Hardwareaufbau des Servercomputers, der das Clientendgerät 106 und die Dienstgruppe 101, 102, 103 und 104 gemäß diesem Ausführungsbeispiel der Erfindung realisiert. Gemäß 2 führt eine Zentralverarbeitungseinheit (CPU) 202 eine Steuerung der gesamten Vorrichtung durch. Die CPU 202 führt auf einer Festplatte (HDD) 205 gespeicherte Anwendungsprogramme und ein Betriebssystem (OS) aus und führt eine Steuerung zur vorübergehenden Speicherung der für die Ausführung der Programme erforderlichen Informationen und Dateien in einem Speicher mit wahlfreiem Zugriff (RAM) 203 durch. Ein Nur-Lese-Speicher (ROM) 204 ist eine Speichereinheit, die verschiedene Datenstücke für ein grundlegendes Eingabe-/Ausgabe-(I/0)-Programm oder dergleichen speichert. Das RAM 203 ist eine temporäre Speichereinheit und fungiert als Hauptspeicher, Arbeitsbereich, und dergleichen der CPU 202. Die HDD 205 ist eine von externen Speichereinheiten, die als Speicher mit großer Kapazität dient, und speichert die Anwendungsprogramme des Webbrowsers oder dergleichen, die Programme der Dienstgruppen, das OS und verwandte Programme. Eine Anzeige 206 ist eine Anzeigeeinheit, die unter Verwendung einer Tastatur 207 eingegebene Befehle anzeigt.
Eine Schnittstelle 208 ist eine externe Einrichtungsschnittstelle (I/F) zur Verbindung der Vorrichtung mit einem Drucker, einer universellen seriellen Bus-(USB-)Einrichtung und einer Peripherieeinrichtung. Die Tastatur 207 ist eine Anweisungseingabeeinheit. Ein Systembus 201 steuert einen Datenfluss in der Vorrichtung. Eine Netzschnittstellenkarte (NIC) 209 tauscht Daten zwischen externen Einrichtungen über die Schnittstelle 208 und die Netzwerke 110, 111 und 112 aus. Der vorstehend beschriebene Aufbau des Computers ist ein Beispiel und ist nicht auf den in 2 veranschaulichten beschränkt. Beispielsweise können die Daten und die Programme auch in dem ROM 204, dem RAM 203 oder der HDD 205 gemäß deren Merkmalen gespeichert werden.
3 zeigt den Systemaufbau des Clientendgeräts 106 gemäß diesem Ausführungsbeispiel der Erfindung. Gemäß 3 sendet ein Webbrowser 301 eine Anfrage zu einer durch den Abtastdienstserver 101 bereitgestellten Webanwendung und zeigt die Antwort an. Der Benutzer verwendet den Clouddienst, der den Webbrowser 301 in dem Clientendgerät 106 anwendet. Der Webbrowser 301 wird durch die CPU 202 realisiert, die das Webbrowserprogramm ausführt.
4 zeigt einen Innenaufbau der Bilderzeugungsvorrichtung 107 gemäß diesem Ausführungsbeispiel der Erfindung. Bei diesem Ausführungsbeispiel enthält die Bilderzeugungsvorrichtung 107 sowohl eine Abtastfunktion als auch eine Druckfunktion. Allerdings kann ein Abtastdienst durch eine Nur-AbtastVorrichtung realisiert werden, die keine Druckfunktion enthält. Gemäß 4 enthält die Bilderzeugungsvorrichtung 107 eine Bildverarbeitungseinheit 401, eine Druckeinheit 402 und eine Leseeinheit 403. Die Bildverarbeitungseinheit 401 enthält eine CPU 404, eine Direktspeichereinheit 405, eine Indirektspeichereinheit 406, eine Benutzerschnittstelle 407 und eine externe Schnittstelle 408.
Die CPU 404 führt vorbestimmte Programme aus und weist verschiedene Arten von Steuerungen an, die in der Bilderzeugungsvorrichtung 107 durchgeführt werden. Die Direktspeichereinheit 405 ist der von der CPU 404 verwendete Arbeitsspeicher, wenn sie die in die Direktspeichereinheit 405 geladenen Programme ausführt. Die Direktspeichereinheit 405 wird durch das RAM realisiert. Die Indirektspeichereinheit 406 speichert verschiedene Programme einschließlich der Anwendungsprogramme und Plattformprogramme. Die in der Indirektspeichereinheit 406 gespeicherten verschiedenen Programme werden zu der Direktspeichereinheit 405 übertragen, wenn die CPU 404 die Programme ausführt. Die Indirektspeichereinheit 406 wird durch ein Festkörperlaufwerk (SSD) oder die HDD realisiert. Die CPU 404 kann ein Multiprozessor sein.
Die Plattform wird nachstehend näher beschrieben. Wird die Plattform realisiert, kann der Benutzer eine neue Anwendung an der Bilderzeugungsvorrichtung 107 ausführen, die der Benutzer entwickelt hat, und sich einen Bedienschirm der Bilderzeugungsvorrichtung 107 zuschneiden. Das Verfahren zum Realisieren der Plattform wird nachstehend beschrieben. Die CPU 404 überträgt ein in der Indirektspeichereinheit 406 gespeichertes Programm (beispielsweise ein in Java (eingetragene Marke) geschriebenes Programm) zu der Direktspeichereinheit 405. Beim Abschluss der Übertragung befindet sich die CPU 404 in einem Zustand, in dem sie das Plattformprogramm ausführen kann. Die Ausführung des Plattformprogramms durch die CPU 404 wird als Aktivierung der Plattform bezeichnet. Die Plattform arbeitet auf Firmware in der Bilderzeugungsvorrichtung 107. Das Plattformprogramm stellt eine Umgebung zur Ausführung eines objektorientierten Anwendungsprogramms bereit.
Nachstehend wird das Verfahren zur Ausführung des Anwendungsprogramms auf der Plattform näher beschrieben. Gemäß diesem Ausführungsbeispiel der Erfindung läuft Abtastsoftware zum Senden eines abgetasteten Bildes zu dem Clouddienst auf der Plattform. Die Abtastsoftware empfängt eine Liste der Abtasttickets von dem Abtastdienstserver 101, der unter Verwendung eines Kommunikationsprotokolls wie des Hypertexttransferprotokolls (HTTP) mit dem Netzwerk verbunden ist. Das Abtastticket speichert Informationen wie Einstellungen zur Durchführung einer Abtastung und eines folgenden Prozessflusses. Nachstehend wird eine durch Ausführung der Abtastsoftware realisierte Softwareeinheit als Abtastsoftwareeinheit bezeichnet.
Der Benutzer wählt ein Abtastticket aus einer durch die Abtastsoftwareeinheit angezeigten Abtastticketliste aus und verwendet eine Abtasteinrichtung zum Lesen eines Dokuments. Der Benutzer kann so die Abtastung abschließen. Die Abtastsoftwareeinheit überträgt die Informationen des durch den Benutzer ausgewählten Abtasttickets und die abgetasteten Bilddaten zu dem Abtastdienstserver 101. Demnach kann die Bilderzeugungsvorrichtung 107 durch die Ausführung des Anwendungsprogramms auf der Plattform gesteuert werden.
Nachstehend wird das Verfahren zur Ausführung des Anwendungsprogramms beschrieben. Die aktivierte Plattform überträgt das in der Indirektspeichereinheit 406 gespeicherte Anwendungsprogramm zu der Direktspeichereinheit 405. Bei Abschluss der Übertragung befindet sich die Plattform in einem Zustand, dass sie das Anwendungsprogramm ausführen kann. Somit führt die Plattform das Anwendungsprogramm aus. Eine derartige Funktion in der Plattform, die durch Ausführung des Anwendungsprogramms bereitgestellt werden kann, wird hier als Plattformanwendung bezeichnet. Ferner kann die Plattform einen Abschnitt der in den Ablaufdiagrammen veranschaulichten Prozesse durchführen.
Die Benutzerschnittstelle 407 ist eine Einheit, die zum Empfangen einer Verarbeitungsanfrage von dem Benutzer erforderlich ist. Beispielsweise empfängt die Benutzerschnittstelle 407 ein Signal, das einer durch den Benutzer über die Tastatur oder eine Maus eingegebenen Anweisung entspricht. Die externe Schnittstelle 408 kann Daten zu der externen Einrichtung senden und Daten von der externen Einrichtung empfangen. Die externe Einrichtung kann eine externe Speichereinrichtung, wie eine externe HDD oder einen externen USB-Speicher, und eine separate Vorrichtung, wie einen über das Netzwerk verbundenen separaten Hostcomputer oder eine separate Bilderzeugungsvorrichtung, enthalten. Die Bilderzeugungsvorrichtung 107 kann mit dem Clientendgerät 106 und dem Abtastdienstserver 101 über die Netzwerke 110 und 111 kommunizieren. Die durch den Abtastdienstserver 101 durchgeführten Dienste und die Aufgabendienste 103 und 104, die den Clouddienst bereitstellen, werden nachstehend beschrieben. Außerdem wird der Abtastprozess nachstehend zusammen mit der Beschreibung der Dienste unter Bezugnahme auf eine in 11 gezeigte Sequenzdarstellung des Abtastprozesses beschrieben.
Der Abtastdienstserver 101 wird nachstehend unter Bezugnahme auf 5 beschrieben. Der Abtastdienstserver 101 ist ein Dienst, der die Abtastfunktion in dem Clouddienst bereitstellt. 5 veranschaulicht den Systemaufbau des Abtastdienstservers 101 gemäß diesem Ausführungsbeispiel der Erfindung. Gemäß 5 umfasst der Abtastdienstserver 101 eine Webanwendungseinheit 501, eine Ticketverwaltungsdatenbank(DB)-Einheit 502 und eine Maskenverwaltungs-DB-Einheit 503. Der Abtastdienstserver 101 wird dem Benutzer jeweils durch die vorstehend beschriebenen Komponenten bereitgestellt, die die verschiedenen Prozesse ausführen. Die Webanwendungseinheit 501 stellt das Anwendungsprogramm bereit, das die Abtastfunktion realisiert. Eine Ticketerzeugungseinheit 511 realisiert eine Reihe von Funktionen für den Benutzer zur Erzeugung eines Abtasttickets. Die Abtasteinstellungen für die Bilderzeugungsvorrichtung 107 zur Abtastung eines Dokuments, die Definition des folgenden Prozessflusses und Parameter der durchzuführenden Aufgaben in jedem Prozessfluss sind in dem Abtastticket aufgezeichnet.
Gemäß 11 empfängt die Ticketerzeugungseinheit 511 in Schritt S1101 eine Abtastticketerzeugungsschirmanfrage von dem Webbrowser 301 in dem Clientendgerät 106. In Schritt S1102 erzeugt die Ticketerzeugungseinheit 511 den Abtastticketerzeugungsschirm und antwortet dem Clientendgerät 106. Insbesondere erhält die Ticketerzeugungseinheit 511 in der Maskenverwaltungs-DB-Einheit 503 registrierte Masken des Abtasttickets von einer Maskenverwaltungseinheit 516. Die Ticketerzeugungseinheit 511 zeigt dann in den erhaltenen Masken enthaltene Maskennamen auf dem Webbrowser 301 in dem Clientendgerät 106 an. 8 veranschaulicht Einzelheiten der Inhalte der Maskenverwaltungs-DB-Einheit 503, und die Masken werden auch nachstehend unter Bezugnahme auf 8 beschrieben. Ferner veranschaulicht 6 ein Beispiel eines die Maskennamen anzeigenden Bildschirms, was nachstehend beschrieben wird.
In Schritt S1103 bedient der Benutzer den Webbrowser 301 in dem Clientendgerät 106 und führt eine Abtastticketerzeugungsanfrage aus, sodass das Abtastticket erzeugt und in einer Ticketverwaltungseinheit 515 gespeichert wird. Die Ticketverwaltungseinheit 515 empfängt eine Anfrage zur Speicherung des Tickets und speichert so die Ticketinformationen in der Ticketverwaltungs-DB-Einheit 502. 7 veranschaulicht Einzelheiten der Inhalte der Ticketverwaltungs-DB-Einheit 502, was nachstehend beschrieben wird. In Schritt S1104 speichert die Ticketverwaltungseinheit 515 die Ticketinformationen und gibt dann eine Antwort zu dem Clientendgerät 106 aus.
Eine externe I/F-Einheit 514 kommuniziert mit der Abtastsoftwareeinheit, die auf der Bilderzeugungsvorrichtung 107 läuft. Die Abtastsoftwareeinheit greift über die externe I/F-Einheit 514 auf die Funktionen einer Ticketlisteneinheit 512 und einer abgetasteten Datenempfangseinheit 513 zu. In dem in 11 veranschaulichten Schritt S1105 erhält die Abtastsoftwareeinheit in der Bilderzeugungsvorrichtung 107 die Ticketliste von der Ticketlisteneinheit 512 über die externe I/F-Einheit 514. Die Ticketlisteneinheit 512 erzeugt eine Abtastticketliste unter Verwendung der Ticketverwaltungseinheit 515. In Schritt S1106 gibt die Ticketlisteneinheit 512 eine Antwort zu der Abtastsoftwareeinheit zurück. Beim Empfang der Antwort zeigt die Bilderzeugungsvorrichtung 107 die erhaltene Ticketliste auf der in 4 veranschaulichten Benutzerschnittstelle 407 an. 9 veranschaulicht ein Beispiel des Anzeigebildschirms, was nachstehend beschrieben wird.
In Schritt S1107 führt die Bilderzeugungsvorrichtung 107 den Abtastprozess durch. Das heißt, der Benutzer wählt eines der auf der Benutzerschnittstelle 407 angezeigten Tickets aus, legt Blätter in die Abtasteinheit (d.h., eine Scannervorrichtung) ein, die an der Bilderzeugungsvorrichtung 107 angebracht ist, und führt eine Abtastung durch. Dementsprechend sendet die Abtastsoftwareeinheit die durch die Durchführung der Abtastung erhaltenen Bilddaten und das Abtastticket zu der abgetasteten Datenempfangseinheit 513 über die externe I/F-Einheit 514.
Die abgetastete Datenempfangseinheit 513 empfängt das gesendete Abtastticket und die Bilddaten. In Schritt S1109 gibt die abgetastete Datenempfangseinheit 513 die empfangenen Bilddaten in den Flussdienstserver 102 ein. Empfängt der Flussdienstserver 102 die Bilddaten korrekt, sendet der Flussdienstserver 102 eine Identifikation (ID), die die Bilddaten eindeutig angibt (d.h., eine Dateigruppen-ID), als Antwort zu dem Abtastdienstserver 101. In Schritt S1111 sendet die abgetastete Datenempfangseinheit 513 die Dateigruppen-ID und das Abtastticket zu dem Flussdienstserver 102, d.h., gibt den Auftrag ein. Der Systemaufbau des Abtastdienstservers 101 und der zur Übergabe des Abtastauftrags durchgeführte Prozess werden nachstehend beschrieben.
Nachstehend wird ein Ticketerzeugungsschirm 601 unter Bezugnahme auf 6 beschrieben. Gemäß 6 zeigt der Ticketerzeugungsschirm 601 Masken (602, 603 und 604) an, die von der in 5 veranschaulichten Maskenverwaltungs-DB-Einheit 503 erhalten werden. Die Masken entsprechen den Ticketmasken. Der Benutzer wählt aus den angezeigten Masken die zur Ausführung der Auftragsverarbeitung verwendete Maske aus. Bei der Auswahl der Maske durch den Benutzer wird ein Bildschirm 605 zur Bestimmung der detaillierten Ticketeinstellungen angezeigt. 6 veranschaulicht den auf demselben Bildschirm angezeigten detaillierten Einstellungsschirm 605. Allerdings kann der detaillierte Einstellungsschirm 605 in einem separaten Fenster angezeigt werden.
Der Benutzer kann die Abtasteinstellungen gemäß der ausgewählten Maske auf dem detaillierten Einstellungsschirm 605 bestimmen. Beispielsweise umfasst die Abtasteinstellung Größen-, Farb- oder Monochrom- und Formateinstellungen abgetasteter Daten, wie es in 6 gezeigt ist. Drückt der Benutzer eine Ticketausgabetaste 606 nach Bestimmung der detaillierten Einstellungen, werden die Ticketinformationen in der in 5 veranschaulichten Ticketverwaltungs-DB-Einheit 502 neu erzeugt. Die in der Ticketverwaltungs-DB-Einheit 502 gespeicherten Ticketinformationen werden nachstehend näher beschrieben. Werden die Ticketinformationen in der Ticketverwaltungs-DB-Einheit 502 korrekt erzeugt, wird die dem Ticket eindeutig zugeordnete ID in einer Ticketnummernbox 607 angezeigt. Die zugeordnete ID ist dieselbe Nummer wie eine in 7 veranschaulichte Ticket-ID 702. Der Benutzer merkt sich die in der Ticketnummernbox 607 angezeigte ID und wechselt zu der Bilderzeugungsvorrichtung 107. Gemäß diesem Ausführungsbeispiel wird der Zeitpunkt, zu dem der Auftrag erzeugt ist, als die Zeit definiert, zu der der Benutzer die Ticketmaske ausgewählt und die Parameter der Abtasteinstellungen eingegeben hat, und der Abtastdienstserver 101 die Parameter empfangen hat.
Nachstehend wird ein Fall beschrieben, in dem der die Durchführung einer Authentifizierung und Autorisierung zum Zusammenarbeiten mit dem externen Dienst erfordernde Aufgabendienstserver in einer Route zu verwenden ist, die der durch den Benutzer ausgewählten Maske entspricht. Wenn der Benutzer die Ticketausgabetaste 606 auf dem Ticketerzeugungsschirm 601 drückt, führt der Ticketerzeugungsschirm 601 Bestimmungen wie folgt durch. Der Ticketerzeugungsschirm 601 bestimmt, ob sich eine Aufgabe in den Aufgabeinformationen befindet, die denen in der ausgewählten Maske entspricht, die die Durchführung einer Authentifizierung und Autorisierung zum Zusammenarbeiten mit dem externen Dienst erfordert.
Der externe Dienst entspricht einem Fremddienst, und ein den Fremddienst bereitstellendes System entspricht einem Fremdsystem. Ferner entspricht eine bestimmte Aufgabe der Aufgabe, die die Durchführung einer Authentifizierung und Autorisierung zum Zusammenarbeiten mit dem externen Dienst erfordert. Der Ticketerzeugungsschirm kann ein Bildschirm zur Erzeugung des Arbeitsflusses („workflow“) sein. Das heißt, der Benutzer wählt die auszuführende Aufgabe aus der Vielzahl der Aufgaben aus und bestimmt eine Verbindung der Aufgaben auf dem Erzeugungsschirm. Wählt der Benutzer die bestimmte Aufgabe bei der Auswahl der Aufgaben aus, wird eine Umleitungsanweisung zu dem Fremdsystem ausgegeben. Wie vorstehend beschrieben gibt es keine Beschränkung auf den Bildschirm zur Erzeugung des Auftrags, und bei diesem Ausführungsbeispiel der Erfindung wird der Bildschirm zur Erzeugung des Auftrags, d.h., des Tickets als der Erzeugungsschirm bezeichnet.
Ein Auftrag, der eine Verbindung der bestimmten Aufgabe bei der Auftragverarbeitung erfordert, entspricht einem bestimmten Auftrag. Der Auftrag wird beruhend auf einer von der Einrichtung ausgegebenen Auftragverarbeitungsanweisung erzeugt. Gibt es eine bestimmte Aufgabe, die mit dem externen Dienst zusammenarbeitet, werden ein Uniform Resource Locator (URL) zum Erhalten eines durch den externen Dienst bereitgestellten Authentifizierungsschirms und eine Umleitungsanweisung zum Zugreifen auf die URL gesendet. Ein derartiger Authentifizierungsschirm 611 ist ein Bildschirm für den Benutzer zum Eingeben einer Benutzer-ID 612 und eines Passworts 613 des externen Dienstes. Wenn der Benutzer die Benutzer-ID und das Passwort eingibt und die Authentifizierung des externen Dienstes abgeschlossen ist, wird ein Dialog auf einem Feld der Einrichtung angezeigt, der anfragt, ob ein Zugriff von dem Abtastdienstserver 101 erlaubt ist. Der Dialog 621 ist der Autorisierungsschirm, und wählt der Benutzer „JA“ 622 auf dem Schirm aus, erhält der Abtastdienstserver 101 ein Zugriffstoken zur Verwendung des externen Dienstes.
Die Ticketverwaltungseinheit 515 speichert das Zugriffstoken in der Ticketverwaltungs-DB-Einheit 502, wenn die Ticketverwaltungseinheit 515 die Ticketinformationen in der Ticketverwaltungs-DB-Einheit 502 speichert. Der Aufgabendienstserver kann auf den externen Dienst unter Verwendung des Zugriffstoken zugreifen. Der Autorisierungsschirm entspricht dem Authentifizierungsschirm zum Anfragen, ob ein Zugriff von dem Aufgabendienstserver zuzulassen ist, der von dem Fremdsystem für die Einrichtung bereitgestellt wird, die beruhend auf der Umleitungsanweisung zugreift. Ist die bestimmte Ausgabe auszuführen, wird die Verarbeitung des bestimmten Auftrags durch Speicherung des Zugriffstoken reibungslos abgeschlossen.
7 veranschaulicht ein Beispiel von in der Ticketverwaltungs-DB-Einheit 502 verwalteten Informationsstücken. Gemäß 7 ist eine Benutzer-ID 701 eine ID zur eindeutigen Angabe des Benutzers, der das Ticket erzeugt hat. Die Ticket-ID 702 ist eine ID, die das Ticket eindeutig definiert. Die Ticket-ID wird erzeugt, wenn der Benutzer auf die in 6 gezeigte Ticketausgabetaste 606 drückt, und wird in der Ticketverwaltungs-DB-Einheit 502 gespeichert. Eine Routen-ID 703 ist eine Routen-ID, die der durch den Benutzer auf dem Ticketerzeugungsschirm 601 ausgewählten Maske entspricht. Wählt der Benutzer ein Ticket aus und der Abtastprozess wird durchgeführt, werden die abgetasteten Daten in einer in der Routen-ID 703 definierten Reihenfolge der Aufgaben verarbeitet. Parameter 704 zeichnen die auf dem detaillierten Einstellungsschirm 605 bestimmten Abtasteinstellungen auf. Wird der Autorisierungsprozess auf dem in 6 gezeigten Schirm 621 durchgeführt, werden der erhaltene Zugriffstoken und ein Ablaufdatum des Zugriffstoken in den Parametern 704 aufgezeichnet.
In 7 wird der Zugriffstoken in den Parametern 704 als eine Gruppe gespeichert, in der eine Zeichenkette „accessToken“ der Schlüssel ist. Das Ablaufdatum wird gleichermaßen in den Parametern 704 als die Zeichenkette gespeichert, in der „expires_in“ der Schlüssel ist. Der über den Erzeugungsschirm erzeugte Auftrag, d.h., das Ticket, wird somit verknüpft mit dem gespeicherten Zugriffstoken verwaltet. Die bestimmte Aufgabe, die das Zugriffstoken erfordert, identifiziert das mit dem Ticket verknüpfte Zugriffstoken und führt den bestimmten Prozess unter Verwendung des Zugriffstoken aus.
8 veranschaulicht ein Beispiel der durch die Maskenverwaltungs-DB-Einheit 503 verwalteten Masken. Die Maskenverwaltungs-DB-Einheit 503 ist eine Datenbank zur Verknüpfung von Routeninformationen, die durch eine in 13 veranschaulichte Routeninformationsverwaltungs-DB-Einheit 1301 verwaltet werden, mit den auf dem Ticketerzeugungsschirm angezeigten Masken. Gemäß 8 umfasst die Maske eine Masken-ID 801, einen Maskennamen 802 und eine Routen-ID 803. Die Masken-ID 801 ist eine die jeweilige Maske eindeutig angebende ID. Der Maskenname 802 ist der Name, der auf dem in 6 veranschaulichten Ticketerzeugungsschirm 601 angezeigt wird. Die Routen-ID 803 gibt einen externen Schlüssel zu einer in 14 veranschaulichten Routen-ID 1401 an, die durch die Routeninformationsverwaltungs-DB-Einheit 1301 verwaltet wird.
9 veranschaulicht ein Beispiel des Bildschirms zur Anzeige der Ticketinformationen, die erhalten werden, wenn die Ticketliste in dem in 11 veranschaulichten Schritt S1105 erhalten wird. Der Bildschirm wird auf der Benutzerschnittstelle 401 der Bilderzeugungsvorrichtung 107 angezeigt. Gemäß 9 zeigt der Bildschirm die Ticket-ID 702 (901 bis 906) an, die von der Ticketverwaltungs-DB-Einheit 502 erhalten wird. Der Benutzer wählt das auszuführende Ticket aus, legt abzutastende Blätter in die Bilderzeugungsvorrichtung 107 ein und drückt eine Abtasttaste 907. Demnach werden die abgetasteten Bilddaten und das Abtastticket wie in dem in 11 veranschaulichten Schritt S1108 gesendet. Durch die Durchführung des Abtastsendeprozesses in Schritt S1108 sendet die Bilderzeugungsvorrichtung 107 die abgetasteten Bilddaten und das Ticket zu der abgetasteten Datenempfangseinheit 513 in dem Abtastdienstserver 101.
Ist das vorstehend beschriebene Zugriffstoken in dem Ticket abgelaufen, wird außerdem ein Symbol 908 am Anfang des Tickets angezeigt, das angibt, dass das Ablaufdatum erreicht wurde. Demnach kann der Benutzer erkennen, dass das in dem Ticket zu verwendende Zugriffstoken abgelaufen ist, wodurch der Benutzereindruck verbessert werden kann. Der Ticketlistenschirm in 9 entspricht einem Auftragauswahlschirm. Da die Aufgabe zur Verarbeitung des einem Ticket entsprechenden Auftrags durch den das Ticket auswählenden Benutzer ausgeführt wird, wird der Bildschirm als Auftragauswahlschirm bezeichnet.
10 veranschaulicht den Systemaufbau der Aufgabendienstserver 103 und 104 gemäß diesem Ausführungsbeispiel der Erfindung. Jeder Aufgabendienstserver realisiert grundlegende Funktionen zur Bereitstellung des Abtastdienstes. Beispielsweise gibt es einen Aufgabendienstserver, der eine Bildverarbeitung bei den abgetasteten Bilddaten durchführt, und einen Aufgabendienstserver, der die Bilddaten zu einem anderen Clouddienst 108 sendet, der eine gemeinsame Dateizugriffsfunktion bereitstellt. Gemäß diesem Ausführungsbeispiel führt der Aufgabendienstserver 103 eine Bildverarbeitung durch, und der Aufgabendienstserver 104 führt die Sendeaufgabe durch.
Jede Komponente wird nachstehend unter Bezugnahme auf die den Abtastprozess in 11 darstellende Sequenzdarstellung beschrieben. Gemäß 11 fragt eine in 10 dargestellte Aufgabenerhalteeinheit 1011 in den Aufgabendienstservern 103 und 104 regelmäßig bei dem Flussdienstserver 102 in Schritt S1112, Schritt S1113, Schritt S1119 und Schritt S1120 an und erhält die jeweiligen Aufgaben, die durch die Aufgabendienstserver 103 und 104 verarbeitet werden können. In Schritt S1114, Schritt S1115, Schritt S1121 und Schritt S1122 erhält eine Datenerhalteeinheit 1012 in den Aufgabendienstservern 103 und 104 die zu verarbeitenden Bilddaten von dem Flussdienstserver 102 beruhend auf den durch die Aufgabenerhalteeinheit 1011 erhaltenen Informationen.
In Schritt S1116 und Schritt S1123 führt eine Aufgabenverarbeitungseinheit 1015 in den Aufgabendienstservern 103 und 104 verschiedene Prozesse bei den erhaltenen Bilddaten durch. In Schritt S1117 speichert die Aufgabenverarbeitungseinheit 1015 in dem Aufgabendienstserver 103 das Verarbeitungsergebnis von Schritt S1116 über eine Datenspeichereinheit 1013 in dem Flussdienstserver 102. In Schritt S1124 sendet die Aufgabenverarbeitungseinheit 1015 in dem Aufgabendienstserver 104 die Daten des Verarbeitungsergebnisses von Schritt S1123 zu dem Clouddienst 108. In Schritt S1118 und Schritt S1125 benachrichtigt eine Aufgabenstatusbenachrichtigungseinheit 1014 in den Aufgabendienstservern 103 und 104 den Flussdienstserver 102 über das Ergebnis des Abschlusses der Reihe von Aufgaben. Der Abtastauftrag ist damit abgeschlossen.
Der Flussdienstserver 102 wird nachstehend näher beschrieben. Bei diesem Ausführungsbeispiel der Erfindung ist der Flussdienstserver 102 ein Hauptdienst, der eine Routenverwaltung, Auftragverwaltung und temporäre Dateiverwaltung durchführt. 12 veranschaulicht den Systemaufbau des Flussdienstservers 102. Gemäß 12 umfasst der Flussdienstserver 102 einen Routenverwaltungsdienstserver 1201, einen Auftragverwaltungsdienstserver 1202 und einen Temporärdateiverwaltungsdienstserver 1203. Jeder der Dienste wird durch die die verschiedenen Prozesse ausführenden Server bereitgestellt, und der Flussdienstserver 102 wird dem Benutzer durch die miteinander arbeitenden Dienste bereitgestellt.
Der Routenverwaltungsdienstserver 1201 verwaltet die Informationen über die Routen, mit denen die Aufgaben verbunden sind. Der Auftragverwaltungsdienstserver 1202 verwaltet eine Auftragverarbeitung beruhend auf den Routeninformationen. Der Temporärdateiverwaltungsdienstserver 1203 verwaltet die Speicherung der Daten, wenn der Auftrag eingegeben wird, und der Daten des Verarbeitungsergebnisses jeder Aufgabe. Der Routenverwaltungsdienstserver 1201, der Auftragverwaltungsdienstserver 1202 und der Temporärdateiverwaltungsdienstserver 1203, die in dem Flussdienstserver 102 enthalten sind, werden nachstehend näher beschrieben. Der Flussdienstserver 102 kann die Funktionen der Dienstserver 1201, 1202 und 1203 auch einzeln realisieren.
13 veranschaulicht den Systemaufbau des Routenverwaltungsdienstservers 1201. Gemäß 13 umfasst der Routenverwaltungsdienstserver 1201 die Routeninformationsverwaltungs-DB-Einheit 1301, eine Aufgabeninformationsverwaltungs-DB-Einheit 1302 und eine externe I/F-Einheit 1303. Die Routeninformationsverwaltungs-DB-Einheit 1301 speichert die Informationen zur Definition der Verbindung der Aufgaben in Einheiten von Routen. Die Aufgabeninformationsverwaltungs-DB-Einheit 1302 definiert jeden Prozess in Einheiten von Aufgaben und speichert die Informationen über die Aufgaben. Die externe I/F-Einheit 1303 ist eine Schnittstelle zum Anfragen bei dem Routenverwaltungsdienstserver 1201, und wird durch den Auftragverwaltungsdienstserver 1202 zur Bezugnahme auf die Routeninformationsverwaltungs-DB-Einheit 1301 und die Aufgabeninformationsverwaltungs-DB-Einheit 1302 verwendet.
14 veranschaulicht ein Beispiel der in der Routeninformationsverwaltungs-DB-Einheit 1301 verwalteten Informationsstücke. Gemäß 14 ist eine Routen-ID 1401 eine die Route eindeutig identifizierende ID. Eine Sequenznummer 1402 speichert die Nummer der Aufgabe in der Route, mit der die Aufgabe auszuführen ist. Eine Aufgaben-ID 1403 speichert die auszuführende Aufgabe. In 14 ist beispielsweise eine Route, deren Routen-ID 1401 „002“ ist, durch Datenstücke 1413, 1414 und 1415 definiert. Die Daten 1413 sind die erste auszuführende Aufgabe, und die Aufgabe, deren Aufgaben-ID 1403 „Taskl“ ist, wird ausgeführt. Gleichermaßen sind die Daten 1414 die zweite auszuführende Aufgabe mit der Aufgaben-ID „Task3“, und die Daten 1415 sind die auszuführende dritte Aufgabe mit der Aufgaben-ID „Task5“.
15 veranschaulicht ein Beispiel der in der Aufgabeninformationsverwaltungs-DB-Einheit 1302 verwalteten Informationsstücke. Gemäß 15 ist eine Task-ID 1501 eine die Aufgabe eindeutig identifizierende ID. Ein Aufgabenname 1502 gibt den Namen der Aufgabe an. Eine Autorisierungs-URL 1503 speichert eine Adresse, an der der Webdienst zum Erhalten der Autorisierungsinformationen von dem externen Dienst zu publizieren ist, mit dem die Aufgabe kooperieren wird. Ist die Autorisierungs-URL 1503 wie vorstehend beschrieben in der Aufgabe bestimmt, die in der auf dem Ticketerzeugungsschirm 601 wie in 6 veranschaulicht ausgewählten Maske enthalten ist, wird die Einrichtung zu der URL umgeleitet, wenn der Benutzer die Ticketausgabetaste 606 drückt. Infolgedessen kann die Einrichtung auf die Autorisierungs-URL zugreifen und den Prozess zur Anzeige des Autorisierungsschirms starten.
Der Auftragverwaltungsdienstserver 1202 in dem Flussdienstserver 102 wird nachstehend unter Bezugnahme auf 16 beschrieben. Gemäß 16 ist der Auftragverwaltungsdienstserver 1202 ein Dienst zum Empfangen der Aufgabeninformationen als Antwort auf die Anfrage von den Aufgabendienstservern 103 und 104 und zur Verwaltung eines Status jeder Aufgabe. Eine externe I/F-Einheit 1601 kommuniziert mit den Aufgabendienstservern 103 und 104 und der Bilderzeugungsvorrichtung 107. Die Aufgabendienstserver 103 und 104 und die Bilderzeugungsvorrichtung 107 greifen so über die externe I/F-Einheit 1601 auf jede der Funktionen in dem Temporärdateiverwaltungsdienstserver 1203 und dem Auftragdienstserver 1202 zu. Eine Auftraginformationsverwaltungs-DB-Einheit 1602 verwaltet den Status jedes der erzeugten Aufträge und die ID der in jedem Auftrag verarbeiteten Daten. 17 veranschaulicht die ausführlichen Inhalte der Auftraginformationsverwaltungs-DB-Einheit 1602, was nachstehend beschrieben wird. Als Antwort auf die Ausgabe einer Auftrageingangsanfrage über die externe I/F-Einheit 1601 in dem in 11 veranschaulichten Schritt S1101 durch den Abtastdienstserver 101 speichert eine Auftraghinzufügeeinheit 1603 die Auftraginformationen in der Auftraginformationsverwaltungs-DB-Einheit 1602.
Die Auftraginformationen enthalten die Daten in jeder der in 17 veranschaulichten Spalten 1701 bis 1707 in der Auftraginformationsverwaltungs-DB-Einheit 1602. Eine Auftraginformationserhalteeinheit 1604 empfängt die von den Aufgabendienstservern 103 und 104 ausgegebene Aufgabenerhalteanfrage über die externe I/F-Einheit 1601 in dem in 11 veranschaulichten Schritt S1110. Die Auftraginformationserhalteeinheit 1604 erhält dann die Auftraginformationen von der Auftraginformationsverwaltungs-DB-Einheit 1602. Die erhaltenen Auftraginformationen werden in Schritt S1111 zu den Aufgabendienstservern 103 und 104 übertragen.
Eine Auftraginformationsaktualisierungseinheit 1605 empfängt in Schritt S1116 die von den Aufgabendienstservern 103 und 104 ausgegebene Auftraginformationsaktualisierungsanfrage über die externe I/F-Einheit 1601 und aktualisiert die Auftraginformationen in der Auftraginformationsverwaltungs-DB-Einheit 1602. Die zu aktualisierenden Informationen enthalten die aktuelle Aufgaben-ID 1704, den Status 1705 und das letzte Aktualisierungsdatum und die letzte Aktualisierungszeit 1406, wie es in 17 veranschaulicht ist. Die Auftraginformationsaktualisierungseinheit 1605 erhält die nachfolgende Aufgaben-ID in der Routen-ID von der Routeninformationsverwaltungs-DB-Einheit 1301 über die externe I/F-Einheit 1303 in dem Routenverwaltungsdienstserver 1201, bevor sie die aktuelle Aufgaben-ID 1704 aktualisiert. Die Auftraginformationsaktualisierungseinheit 1605 aktualisiert so die aktuelle Aufgaben-ID 1704 unter Verwendung der erhaltenen Aufgaben-ID. Die Auftraginformationsaktualisierungseinheit 1605 aktualisiert auch den Status 1705 zu Null (0) und das letzte Aktualisierungsdatum und die letzte Aktualisierungszeit 1706 auf das aktuelle Datum und die aktuelle Zeit.
Die in der Auftraginformationsverwaltungs-DB-Einheit 1602 gespeicherten Daten werden nachstehend unter Bezugnahme auf 17 beschrieben. Gemäß 17 ist die Auftrag-ID 1701 die ID, die den jeweiligen Auftraginformationen eindeutig zugeordnet ist. Die Routen-ID 1702 speichert die Routen-ID, die der Maske entspricht, die in dem in 6 veranschaulichten Ticketerzeugungsschirm 601 ausgewählt wird. Die Dateigruppen-ID 1703 wird von dem nachstehend beschriebenen Temporärdateiverwaltungsdienstserver ausgegeben.
Die aktuelle Aufgaben-ID 1704 ist die Aufgaben-ID, die die in dem Auftrag zu verarbeitende Aufgabe angibt. Die Aufgabendienstserver 103 und 104 bestätigen die aktuelle Aufgaben-ID 1704, wählen die Reihe aus, die die Aufgaben-ID enthält, die dieselbe wie die den Aufgabendienstservern 103 und 104 zugeordnete Aufgaben-ID ist, und führen eine Verarbeitung durch. Bei Abschluss der Aufgabenverarbeitung aktualisiert die Auftraginformationsaktualisierungseinheit 1605 die Aufgaben-ID in die Aufgaben-ID der folgenden Aufgabe in der Routen-ID.
Ein Wert, der „Warte auf Verarbeitung“, (d.h., 0)“, „Verarbeitung (d.h., 1)“ oder „Fehler (d.h., 2)“ angibt, wird für den Status 1705 eingestellt. Die Aufgabendienstserver 103 und 104 wählen die Reihe aus, in der der Status 1705 „1“ ist. So wird die Durchführung derselben Aufgabe durch eine Vielzahl von Aufgabendienstservern verhindert.
Nach Auswahl des Auftrags aktualisieren die Aufgabendienstserver 103 und 104 unter Verwendung der Auftraginformationsaktualisierungseinheit 1605 den Status 1705 über die externe I/F-Einheit 1601 auf „1“. Das jüngste Aktualisierungsdatum und die Zeit 1706 werden aktualisiert, wenn die Aufgabendienstserver 103 und 104 eine Art Prozess bezüglich des Auftrags ausgeführt haben. Eine Art Prozess enthält beispielsweise einen Statusaktualisierungsprozess und einen Auftragerhalteprozess.
Gibt es eine Vielzahl von Auftraginformationen, die dieselben wie die Aufgaben-ID der Aufgabendienstserver 103 und 104 ist, wenn die Aufgabendienstserver 103 und 104 einen Auftrag erhalten, wählen die Aufgabendienstserver 103 und 104 den Auftrag aus, dessen letztes Aktualisierungsdatum und Zeit 1706 das älteste ist. So können alle Aufträge gleichmäßig durchgeführt werden. Die Parameter 1707 beschreiben die in dem detaillierten Einstellungsschirm 606 bestimmten Einstellinformationen, und die Einstellungsinformationen, die die Aufgabendienstserver 103 und 104 zu anderen Aufgabendienstservern 103 und 104 senden. Die Parameter 1707 beschreiben auch das durch die bestimmte Aufgabe verwendete Zugriffstoken.
Der Temporärdateiverwaltungsdienstserver 1203 ist ein Dienst, der Dateien entsprechend Anfragen von dem Abtastdienstserver 101 und den Aufgabendienstservern 103 und 104 speichert, und einen Pfad zu einem Speicherziel der Dateien verwaltet. Gibt es eine Dateierhalteanfrage von den Aufgabendienstservern 103 und 104, gibt der Temporärdateiverwaltungsdienstserver 1203 ferner binäre Daten der gespeicherten Datei zu den Aufgabendienstservern 103 und 104 zurück. Gibt es eine Anfrage von den Aufgabendienstservern 103 und 104 oder dem Auftragverwaltungsdienstserver 1202 zum Löschen der Datei, löscht der Temporärdateiverwaltungsdienstserver 1203 die gespeicherte Datei. Der Abtastdienstserver 101 und die Aufgabendienstserver 103 und 104 können so die Dateien unter Verwendung des Temporärdateiverwaltungsdienstservers 1203 ungeachtet des Pfads zu dem Dateispeicherziel und ungeachtet des Status des Dateiservers speichern, erhalten und löschen.
Nachstehend wird der Temporärdateiverwaltungsdienstserver 1203 unter Bezugnahme auf die 18, 19, 20 und 21 beschrieben. 18 veranschaulicht den Gesamtaufbau des Temporärdateiverwaltungsdienstservers 1203. Gemäß 18 sind ein Zentralverwaltungsserver 1801, ein Dateiserver A 1802, ein Dateiserver B 1803 und ein Dateiserver C 1804 miteinander über ein Netzwerk 1810 verbunden. Ferner ist das Netzwerk 1810 mit dem Netzwerk 110 verbunden. Das Netzwerk 1810 ist ein Kommunikationsnetzwerk, das die Daten ähnlich wie das Netzwerk 110 senden und empfangen kann. Der Zentralverwaltungsserver 1801 wird grundlegend auf dem Servercomputer ausgeführt. Die Dateiserver 1802, 1803 und 1804 werden auch grundlegend auf dem Servercomputer ausgeführt, und enthalten die Funktionen zur Speicherung, zum Löschen und Erhalten elektronischer Daten nach Bedarf.
Der Zentralverwaltungsserver 1801, der eine Temporärdateiverwaltungsfunktion bereitstellt, wird nachstehend unter Bezugnahme auf die 19, 20 und 21 beschrieben. 19 veranschaulicht den Systemaufbau des Zentralverwaltungsservers 1801 gemäß diesem Ausführungsbeispiel der Erfindung. Gemäß 19 enthält der Zentralverwaltungsserver 1801 eine Webanwendungseinheit 1901, eine Back-End-Einheit 1902, eine Dateiserververwaltungs-DB-Einheit 1931 und eine Pfadverwaltungs-DB-Einheit 1932. Der Zentralverwaltungsserver 1801 führt den Dienst durch die Durchführung der verschiedenen Prozesse durch die Komponenten durch. Die Webanwendungseinheit 1901 ist das Webanwendungsprogramm, das die Temporärdateiverwaltungsfunktion bereitstellt. Die Funktionen werden jeweils nachstehend beschrieben. Die Back-End-Einheit 1902 realisiert die Funktionen der Speicherung, des Erhalts und des Löschens der Dateien in den in 18 veranschaulichten Dateiservern 1802, 1803 und 1804. Die Dateiserververwaltungs-DB-Einheit 1931 und die Pfadverwaltungs-DB-Einheit 1932 verwalten die Daten zum Realisieren der Temporärdateiverwaltungsfunktion.
Die Dateiserververwaltungs-DB-Einheit 1931 verwaltet die Informationen bezüglich der Dateiserver 1802, 1803 und 1804, die das Dateispeicherziel darstellen. 20 veranschaulicht ein Beispiel der durch die Dateiserververwaltungs-DB-Einheit 1931 verwalteten Datenstücke. Gemäß 20 stellt eine ID 2001 die Informationen zum eindeutigen Identifizieren des Dateiservers in dem Temporärdateiverwaltungsdienstserver 1203 dar. Ein Hostname 2002 gibt eine eindeutige Adresse des Dateiservers im Netzwerk 1810 an und wird verwendet, wenn die Webanwendungseinheit 1901 auf die Dateiserver 1802, 1803 und 1804 über die Back-End-Einheit 1902 zugreift. Ein aktives Flag 2003 gibt einen Wert wahr oder falsch an, was angibt, ob die Webanwendungseinheit 1901 über die Back-End-Einheit 1902 mit dem Dateiserver kommunizieren kann, der an der durch den Hostnamen 2002 angegebenen Adresse existiert. Kann die Webanwendungseinheit 1901 mit dem Dateiserver kommunizieren, ist der Wert „wahr“, und kann die Webanwendungseinheit 1901 mit dem Dateiserver nicht kommunizieren, ist der Wert „falsch“. Ein gemeinsamer Ordnername 2004 gibt den Namen der in den Dateiservern 1802, 1803 und 1804 erzeugten gemeinsamen Ordner an. Ein vollständiger Pfad der in den Dateiservern 1802, 1803 und 1804 erzeugten gemeinsamen Ordner kann aus dem Hostname 2002 und dem gemeinsamen Ordnernamen 2004 erhalten werden.
Die Pfadverwaltungs-DB-Einheit 1932 verwaltet die Informationen bezüglich der temporären Dateien und der Ordner, die in den durch den Temporärdateiverwaltungsdienstserver 1203 verwaltenden Dateiservern 1802, 1803 und 1804 gespeichert sind. Gemäß diesem Ausführungsbeispiel der Erfindung werden die durch den Temporärdateiverwaltungsdienstserver 1203 verwalteten Dateien und Ordner insgesamt als eine Einheit bezeichnet. 20 veranschaulicht ein Beispiel der in der Pfadverwaltungs-DB-Einheit 1932 verwalteten Datenstücke. Eine Datei-ID 2010 stellt die Informationen zum eindeutigen Identifizieren der Einheit in den Dateiservern 1802, 1803 und 1804 dar. Eine Dateigruppen-ID 2011 stellt die Informationen zum Gruppieren jeder der Einheiten durch den verwandten Auftrag dar. Die durch denselben Auftrag erzeugten Einheiten haben somit dieselbe Dateigruppen-ID 2011.
Eine Aufgaben-ID 2012 gibt entweder die Aufgaben-ID der auf jede Einheit bezogenen Aufgabe, „Ordner“ zur Angabe des Ordners oder „init“ zur Angabe der anhand der Anfrage von dem Abtastdienstserver 101 gespeicherten Datei an. Gemäß diesem Ausführungsbeispiel der Erfindung wird die durch die Anfrage von dem Abtastdienstserver 101 gespeicherte Datei als Anfangsdaten bezeichnet. Eine Nummer 2013 gibt die Dateinummer der durch jede Aufgabe erzeugten Datei an. Ein Pfad 2014 gibt den vollständigen Pfad zu dem Speicherziel der Einheit an, die durch die Webanwendungseinheit 1901 beim Zugreifen auf die Einheit über die Back-End-Einheit 1902 verwendet wird. Ein Hostname 2015 gibt den Hostnamen des jede Einheit speichernden Dateiservers an. Ein Erzeugungsdatum 2016 und ein Ablaufdatum 2017 geben das Erzeugungsdatum und das Ablaufdatum jeder Einheit an.
Die Dateiserver 1802, 1803 und 1804 speichern die durch den Temporärdateiverwaltungsdienstserver 1203 zu verwaltenden Dateien. 21 veranschaulicht eine hierarchische Struktur der Ordner in den Dateiservern 1802, 1803 und 1804. Gemäß 21 ist ein Ordner 2101 ein gemeinsamer Ordner, auf den die Webanwendungseinheit 1901 über die Back-End-Einheit 1902 zugreifen kann. In jedem Server ist zumindest ein gemeinsamer Ordner 2101 vorhanden und stimmt mit dem gemeinsamen Ordnernamen 2004 in der in 20 veranschaulichten Dateiserververwaltungs-DB-Einheit 1931 überein. Bei diesem Ausführungsbeispiel der Erfindung ist eine Tiefe des gemeinsamen Ordners 2101 „0“. Die Ordnernamen jedes Ordners 2111 und 2121 in einer Ordnergruppe 2131 einer Tiefe „1“ direkt unter dem gemeinsamen Ordner 2101 entsprechen der Dateigruppen-ID 2011 in der Pfadverwaltungs-DB-Einheit 1932. Ferner entsprechen die Ordnernamen jedes Ordners 2112, 2113, 2122, 2124 und 2127 in einer Ordnergruppe 2132 einer Tiefe von zwei direkt unter den Ordnern 2111 und 2121 der Aufgaben-ID 2012 in der Pfadverwaltungs-DB-Einheit 1932. Die durch den Temporärdateiverwaltungsdienstserver 1203 verwalteten temporären Dateien sind direkt unter einer Ordnergruppe 2133 einer Tiefe von zwei gespeichert, und die Dateinamen entsprechen der Nummer 2013.
Nachstehend wird jede Funktion beschrieben, die in der in 19 veranschaulichten Webanwendungseinheit 1901 enthalten ist. Eine Dateispeichereinheit 1911 realisiert eine Funktion zum Multiplexen und Speichern der Dateien in den Dateiservern 1802, 1803 und 1804 entsprechend den Anfragen von dem Abtastdienstserver 101 und den Aufgabendienstservern 103 und 104. Eine ganze Zahl, die größer oder gleich „1“ ist, kann als Multiplizität von dem Abtastdienstservers 101 und den Aufgabendienstservern 103 und 104, d.h., Abrufquellen, festgelegt werden. Ist die Multiplizität „1“, ist dies äquivalent zur Speicherung der Dateien ohne Multiplexen. Ferner beträgt der Maximalwert der Multiplizität die Anzahl der gemeinsamen Ordner in den Dateiservern 1802, 1803 und 1804, und jeder Wert größer als dieser Wert wird ignoriert. Ferner wird der Anfangswert der festgelegten Multiplizität in den Dateiservern in der Reihenfolge von dem Dateiserver mit der minimalen Anzahl von Ordnern in der Ordnergruppe 2131 der Tiefe „1“ gespeichert, die in 20 veranschaulicht ist. Dies dient zum Ausgleichen der Kapazitäten der Dateiserver 1802, 1803 und 1804.
Wenn die Dateispeichereinheit 1911 die Anfrage von dem Abtastdienstserver 101 und den Aufgabendienstservern 103 und 104 empfängt, bestimmt die Dateispeichereinheit 1911 den Dateiserver, der das Speicherziel sein soll, beruhend auf der in der Anfrage enthaltenen Multiplizität. Im Fall der Anfangsdaten wird der Speicherzieldateiserver aus den beliebigen, aktuell aktivierten Dateiservern bestimmt. Sind die Daten nicht die Anfangsdaten, wird der Speicherzieldateiserver aus den Dateiservern bestimmt, in denen die Anfangsdaten gespeichert sind. Beim Bestimmen des Speicherzieldateiservers wird der Pfad zu dem Speicherziel der Datei beruhend auf der Dateigruppen-ID, der Aufgaben-ID und der Nummer bestimmt, und dann wird ein Dateispeicherprozess ausgeführt.
In dem Dateispeicherprozess sendet die Dateispeichereinheit 1911 den Speicherzieldateipfad und die binären Daten der Datei zu der Back-End-Einheit 1902. Die Back-End-Einheit 1902 bestätigt, ob die Kommunikation mit dem Speicherzieldateiserver durchgeführt werden kann. Kann die Kommunikation mit dem Speicherzieldateiserver durchgeführt werden, wird die Datei in dem Speicherzieldateipfad gespeichert. Sind die Dateien vielfach zu speichern, wird der vorstehend beschriebene Prozess so oft wiederholt, wie es durch die Multiplizität angegeben ist. Nach Speicherung aller Dateien gibt die Back-End-Einheit 1902 das Ergebnis zu der Dateispeichereinheit 1911 zurück. Wurden die Dateien erfolgreich gespeichert, fügt die Dateispeichereinheit 1911 den Eintrag über den Speicherzieldateipfad zu der Pfadverwaltungs-DB-Einheit 1932 hinzu.
Eine Dateierhalteeinheit 1912 gibt die in den Dateiservern 1802, 1803 und 1804 gespeicherten Dateien zu den Aufgabendienstservern 103 und 104 entsprechend der Anfrage von den Aufgabendienstservern 103 und 104 zurück. Das heißt, beim Empfang der Anfrage von den Aufgabendienstservern 103 und 104 führt die Dateierhalteeinheit 1912 eine Anfrage bei der Pfadverwaltungs-DB-Einheit 1932 beruhend auf der in der Anfrage enthaltenen Dateigruppen-ID, der Aufgaben-ID und der Nummer durch und erhält den Speicherzieldateipfad. Die Dateierhalteeinheit 1912 sendet dann den Speicherzieldateipfad zu der Back-End-Einheit 1902. Die Back-End-Einheit 1902 bestätigt, ob eine Kommunikation mit dem Speicherzieldateiserver durchgeführt werden kann. Kann die Kommunikation durchgeführt werden, gibt die Back-End-Einheit 1902 die Binärdaten der Datei zu der Dateierhalteeinheit 1912 zurück. Die Dateierhalteeinheit 1912 gibt dann die von der Back-End-Einheit 1912 zurückgegebenen binären Daten zu den Aufgabendienstservern 103 und 104 zurück.
Eine Dateilöscheinheit 1913 löscht die in den Dateiservern 1801, 1803 und 1804 gespeicherte Einheit entsprechend den Anfragen von den Aufgabendienstservern 103 und 104 und dem Auftragverwaltungsdienstserver 1202. Nach Empfang der Anfrage von den Aufgabendienstservern 103 und 104 und dem Auftragverwaltungsdienstserver 1202 führt die Dateilöscheinheit 1913 eine Anfrage bei der Pfadverwaltungs-DB-Einheit 1932 beruhend auf der in der Anfrage enthaltenen Dateigruppen-ID, der Aufgaben-ID und der Nummer durch. Die Dateilöscheinheit 1913 sendet dann den erhaltenen Einheitspfad zu dem Speicherziel zu der Back-End-Einheit 1902. Die Back-End-Einheit 1902 bestätigt, ob eine Kommunikation mit dem Speicherzieldateiserver durchgeführt werden kann. Kann eine Kommunikation durchgeführt werden, löscht die Back-End-Einheit 1902 die Einheit. Nach Abschluss des Löschens der Einheit gibt die Back-End-Einheit 1902 das Ergebnis zu der Dateilöscheinheit 1913 zurück. Ist das Löschen der Einheit erfolgreich, löscht die Dateilöscheinheit 1913 den Eintrag über die gelöschte Einheit aus der Pfadverwaltungs-DB-Einheit 1932.
Ein Ticketerzeugungsprozess auf dem Ticketerzeugungsschirm 601, die Betätigung auf der Bilderzeugungsvorrichtung 107 und der Prozessablauf in den Aufgabendienstservern 103 und 104 gemäß diesem Ausführungsbeispiel der Erfindung werden nachstehend unter Bezugnahme auf die 22, 23 und 24 beschrieben. Der bei Auswahl des Abtasttickets auf dem Ticketerzeugungsschirm 601 durchgeführte Prozess wird nachstehend unter Bezugnahme auf 22 beschrieben (die die 22A und 22B umfasst).
In Schritt S2201 loggt sich der Benutzer über den Browser in den Abtastdienstserver 101 ein. In Schritt S2202 erhält der Abtastdienstserver 101 eine Maskenliste von dem Flussdienstserver 101 und zeigt die Liste auf dem Clientendgerät 106 an. In Schritt S2203 wählt der Benutzer über den Browser die auf dem Clientendgerät 106 angezeigte Maske aus. Ist es erforderlich, ausführliche Einstellungen auf der ausgewählten Maske vorzunehmen, geht der Prozess zu Schritt S2204 über. Ist es nicht erforderlich, die ausführlichen Einstellungen vorzunehmen, geht der Prozess zu Schritt S2205 über.
In Schritt S2204 bestimmt der Benutzer über den Browser die verschiedenen Einstellungen auf dem in 6 veranschaulichten ausführlichen Einstellschirm 605. In Schritt S2205 drückt der Benutzer über den Browser die auf dem Abtastticketerzeugungsschirm 601 angezeigte Ticketausgabetaste 606, sodass der Browser die Abtastticketausgabeanfrage zu dem Abtastdienstserver 101 sendet.
In Schritt S2206 identifiziert der Abtastdienstserver 101 die der ausgewählten Maske entsprechenden Routen-ID und gibt die Anfrage zum Erhalten der Informationen des Aufgabendienstservers, der in der der Routen-ID entsprechenden Route enthalten ist, zu dem Flussdienstserver 102 aus. In Schritt S2207 erhält der Flussdienstserver 102 von der Aufgabeninformationsverwaltungs-DB-Einheit 1302 die Informationen des Aufgabendienstservers, der in der der bestimmten ID entsprechenden Route enthalten ist, und sendet das Ergebnis zu dem Abtastdienstserver 101. Der Flussdienstserver 102 bestimmt dann, ob die Autorisierungs-URL 1503 in den erhaltenen Informationen enthalten ist. Ist die Autorisierungs-URL 1503 enthalten, geht der Prozess zu Schritt S2208 über, und ist die Autorisierungs-URL 1503 nicht enthalten, geht der Prozess zu Schritt S2216 über.
In Schritt S2208 gibt der Abtastdienstserver 1101 zu dem Browser in dem Clientendgerät 106 eine Umleitungsanweisung zu der Autorisierungs-URL 1503 aus. Die Autorisierungs-URL ist die URL des Hosts des Webdienstes zur Durchführung der Authentifizierung und Autorisierung des externen Dienstes, mit dem der Aufgabendienstserver kooperieren wird. In Schritt S2209 empfängt das Clientendgerät 106 die in Schritt S2208 ausgegebene Umleitungsanweisung und greift auf das Umleitungsziel zu (d.h., das durch die Autorisierungs-URL angegebene Ziel).
In Schritt S2210 gibt der externe Dienst eine Antwort zu dem Browser zur Anzeige des Authentifizierungsschirms auf dem Clientendgerät 106 an. In Schritt S2211 gibt der Benutzer über den Browser die Benutzer-ID und das Passwort bezüglich des externen Dienstes auf dem auf dem Clientendgerät 106 angezeigten Authentifizierungsschirm ein. Hat sich der Benutzer erfolgreich in den externen Dienst eingeloggt, gibt der Benutzer über den Autorisierungsschirm ein, ob der Abtastdienstserver 101 auf den externen Dienst zugreifen kann.
In Schritt S2212 gibt der externe Dienst die Umleitungsanweisung zu der URL des Abtastdienstservers 101 zu dem Clientendgerät 106 aus. Die Anweisung enthält die als Autorisierungscode bezeichnete Zeichenkette, der zum Erhalten des Zugriffstoken erforderlich ist. In Schritt S2213 wird das Clientendgerät 106 zu der URL des bestimmten Abtastdienstservers 101 entsprechend der in Schritt S2212 empfangenen Umleitungsanweisung umgeleitet.
In Schritt S2214 fordert der Abtastdienstserver 101 den externen Dienst für das Zugriffstoken unter Verwendung des in der Umleitungsanweisung eingebetteten Autorisierungscodes an. In Schritt S2215 verifiziert der externe Dienst den in Schritt S2212 ausgegebenen Autorisierungscode, und ist dieser gültig, gibt der externe Dienst das Zugriffstoken zu dem Abtastdienstserver 101 aus. In diesem Fall gibt der externe Dienst gleichzeitig das Ablaufdatum des Zugriffstoken aus. Die vorstehend beschriebenen Prozesse von Schritt S2208 bis Schritt S2215 werden vorzugsweise unter Verwendung eines OAuth 2.0-Protokolls realisiert.
In Schritt S2216 erzeugt der Abtastdienstserver 101 die Ticket-ID. In Schritt S2217 speichert der Abtastdienstserver 101 dann die in Schritt S2216 erzeugte Ticket-ID, die der ausgewählten Maske entsprechende Routen-ID und die Parameter in der Ticketverwaltungs-DB-Einheit 502. Die Parameter enthalten die detaillierten Einstellungen des in Schritt S2204 bestimmten Abtasttickets, das Zugriffstoken und dessen Ablaufdatum, die in Schritt S2215 ausgegeben werden. In Schritt S2218 gibt der Abtastdienstserver 101 einen Befehl zur Anzeige der in Schritt S2216 erzeugten Ticket-ID auf dem Clientendgerät 106 aus.
Durch Durchführung des vorstehend beschriebenen Prozesses kann das Zugriffstoken zu dem externen Dienst erhalten werden, wenn die durch den Benutzer ausgewählte Maske den Aufgabendienstserver enthält, der eine Authentifizierung und Autorisierung zum Zugreifen auf den externen Dienst erfordert. Kann das Zugriffstoken aufgrund eines Fehlers in dem Authentifizierungsprozess des Benutzers nicht erhalten werden, gibt der Abtastdienstserver das Ticket nicht aus, und der Prozess endet. In diesem Fall kann eine Nachricht zu der Einrichtung gesendet werden, die angibt, dass das Ticket nicht erzeugt werden kann.
Die Reihe an Prozessen, die von der Benutzerauswahl des Abtasttickets auf der Bilderzeugungsvorrichtung 107 an durchgeführt werden, werden nachstehend unter Bezugnahme auf 23 beschrieben. In Schritt S2301 loggt sich der Benutzer über eine Log-In UI der Bilderzeugungsvorrichtung 107 in die Bilderzeugungsvorrichtung 107 ein. In Schritt S2302 gibt die Bilderzeugungsvorrichtung 107 die Abtastticketlistenerhalteanfrage zu dem Abtastdienstserver 101 aus. In Schritt S2303 erhält der Abtastdienstserver 101 die Liste der Ticketinformationen von der Ticketverwaltungs-DB-Einheit 502 und antwortet der Bilderzeugungsvorrichtung 107. Die Antwortnachricht enthält die Informationen in all den in 7 veranschaulichten Spalten.
In Schritt S2304 zeigt die Bilderzeugungsvorrichtung 107 die erhaltene Ticketliste auf der UI an. Enthalten die erhaltenen Ticketinformationen das Zugriffstoken, und das Zugriffstoken ist abgelaufen, geht der Prozess zu Schritt S2305 über, und in allen anderen Fällen geht der Prozess zu Schritt S2306 über. Die von dem Abtastdienstserver 101 in Schritt S2303 gesendete Antwortnachricht enthält nicht unbedingt die Informationen in allen Spalten. Beispielsweise muss ein Ticket, dessen Zugriffstoken abgelaufen ist, nicht unbedingt in der Ticketliste enthalten sein, oder ein bestimmtes Ticket kann weggelassen werden.
In Schritt S2305 zeigt die Bilderzeugungsvorrichtung 107 das Symbol, das angibt, dass das Ticket abgelaufen ist, zu Beginn des in Schritt S2304 angezeigten abgelaufenen Tickets an. Dementsprechend kann der Benutzer bestimmen, dass das Zugriffstoken des Tickets abgelaufen ist. Außerdem ist das abgelaufene Ticket so eingestellt, dass es durch den Benutzer nicht ausgewählt wird. In Schritt S2306 wählt der Benutzer das auf der Bilderzeugungsvorrichtung 107 angezeigte Ticket über die Bedien-UI der Bilderzeugungsvorrichtung 107 aus, legt das Dokument ein und startet die Abtastoperation. In Schritt S2307 sendet die Bilderzeugungsvorrichtung 107 die Routen-ID, die Parameter und die abgetasteten Daten, die mit dem ausgewählten Ticket verknüpft sind, zu dem Abtastdienstserver 101.
In Schritt S2308 sendet der Abtastdienstserver 101 die empfangenen abgetasteten Daten zu dem Flussdienstserver 102. In Schritt S2309 speichert der Flussdienstserver 102 die empfangenen abgetasteten Daten und sendet die Dateigruppen-ID zu dem Abtastdienstserver 101. In Schritt S2310 sendet der Abtastdienstserver 101 die empfangene Dateigruppen-ID und die von der Bilderzeugungsvorrichtung 107 empfangenen Parameter und die Routen-ID zu dem Flussdienstserver 102. In Schritt S2311 speichert der Flussdienstserver 102 die empfangene Dateigruppen-ID, Routen-ID und Parameter in der Auftragverwaltungs-DB-Einheit 502. Durch die Durchführung des vorstehend beschriebenen Prozesses kann der Benutzer leicht erkennen, dass das Zugriffstoken abgelaufen ist.
Der durch den Aufgabendienstserver durchgeführte Prozess wird nachstehend unter Bezugnahme auf 24 beschrieben. Der Aufgabendienstserver wählt einen durch ihn selbst zu verarbeitenden Auftrag aus den in der Auftragverwaltungs-DB-Einheit 1602 gespeicherten Daten aus und verarbeitet den Auftrag beruhend auf den Parametern 1707. Der Prozess wird nachstehend näher beschrieben. In Schritt S2401 gibt der Aufgabendienstserver die Anfrage zu dem Flussdienstserver 102 zum Erhalten der Auftraginformationen aus, bei denen die dem Aufgabendienstserver selbst zugeordnete Aufgaben-ID eingestellt ist. Die Aufgaben-ID kann in der Einstelldatei in dem Aufgabendienstserver beschrieben oder dem Aufgabendienstserver als fester Wert zugeordnet sein.
In Schritt S2402 bestätigt der Flussdienstserver 102, dass es eine Reihe in den Auftraginformationen gibt, die die aktuelle Aufgaben-ID 1704 enthält, die denselben Wert wie die Aufgaben-ID hat, die in der Auftragverwaltungs-DB-Einheit 502 bezeichnet ist. Gibt es keine Reihe mit demselben Wert, kehrt der Prozess zu Schritt S2401 zurückt. Gibt es eine Reihe mit demselben Wert und ist der Status 1705 in der Reihe „0“, wählt der Flussdienstserver 102 die Reihe. Der Prozess geht dann zu Schritt S2403 über. In Schritt S2403 ändert der Flussdienstserver 102 den Status 1705, der in der in Schritt S2402 ausgewählten Reihe enthalten ist, auf „1“. So wird verhindert, dass der Auftrag durch einen weiteren Aufgabendienstserver ausgewählt wird. Außerdem sendet der Flussdienstserver 102 die Informationen über die aktualisierte Reihe zu dem Aufgabendienstserver.
In Schritt S2404 gibt der Aufgabendienstserver die Anfrage zu dem Flussdienstserver 102 zum Erhalten der zu verarbeitenden abgetasteten Daten beruhend auf der Dateigruppen-ID 1703 aus, die in den von dem Flussdienstserver 102 erhaltenen Informationen enthalten ist. In Schritt S2405 erhält der Flussdienstserver 102 die abgetasteten Bilddaten beruhend auf der bestimmten Dateigruppen-ID und sendet die erhaltenen abgetasteten Bilddaten zu dem Aufgabendienstserver.
In Schritt S2406 verarbeitet der Aufgabendienstserver die erfassten Daten. Beispielsweise führt der Aufgabendienstserver eine optische Zeichenerkennung (OCR)-Analyse, Bildverarbeitung wie eine Joint Photographic Experts Group (JPEG)-Umwandlung und Datenspeicherung in Google (eingetragene Marke) durch. Falls die Daten in den von dem Flussdienstserver 102 erhaltenen Auftraginformationen das Zugriffstoken zum Zugreifen auf den externen Dienst speichern, verwendet der Aufgabendienstserver das Zugriffstoken zum Zugreifen auf den externen Dienst. Endet der Prozess normal, geht der Prozess zu Schritt S2409 über. Endet der Prozess andererseits anormal, geht der Prozess zu Schritt S2407 über.
In Schritt S2407 gibt der Aufgabendienstserver die Anfrage zu dem Flussdienstserver 102 zum Aktualisieren des Status 1705 des Auftrags auf „2“ (Fehler) aus. In Schritt S2408 aktualisiert der Flussdienstserver 102 den Status 1705 in der Auftraginformationsverwaltungs-DB-Einheit 1602 entsprechend der Aktualisierungsanfrage auf „2“.
In Schritt S2409 erhält der Flussdienstserver 102 die Routen-ID von der Auftraginformationsverwaltungs-DB-Einheit 1602 beruhend auf der Auftrag-ID des aktuell verarbeitenden Auftrags. Ferner erhält der Flussdienstserver 102 die Aufgaben-ID der durchzuführenden nachfolgenden Aufgabe von der Routeninformationsverwaltungs-DB-Einheit 1301 beruhend auf der erhaltenen Routen-ID. In Schritt S2410 aktualisiert der Flussdienstserver 102 die aktuelle Aufgaben-ID 1704 in der Auftraginformationsverwaltungs-DB-Einheit 1602 unter Verwendung der in Schritt S2409 erhaltenen Aufgaben-ID. In Schritt S2411 aktualisiert der Flussdienstserver 102 den Status 1705 auf „0 (auf Verarbeitung warten)“.
Durch die Durchführung des vorstehend beschriebenen Prozesses von Schritt S2409 bis Schritt S2411 kann der Aufgabendienstserver zur Durchführung des nachfolgenden Prozesses die Auftraginformationen von der Auftraginformationsverwaltungs-DB-Einheit 1602 erhalten. Demnach können die Aufgaben entsprechend einer vorbestimmten Aufgabenausführungsreihenfolge durchgeführt werden, und der Aufgabendienstserver kann den externen Dienst unter Verwendung des Zugriffstoken bedienen. Das heißt, bei diesem Ausführungsbeispiel kann das bei der Durchführung der bestimmten Aufgabe erforderliche Zugriffstoken zu einem geeigneten Zeitpunkt zur reibungslosen Ausführung der Aufgaben in dem System erhalten werden, das die Aufgaben zur Verarbeitung eines Auftrags verbindet.
Nachstehend wird ein zweites Ausführungsbeispiel der Erfindung beschrieben. Es werden lediglich die Unterschiede zu dem ersten Ausführungsbeispiel beschrieben. Bei dem vorliegendem Ausführungsbeispiel ist ein Prozess, der durchzuführen ist, wenn ein Benutzer ein Ticket auswählt, dessen Zugriffstoken abgelaufen ist, und eine Auftragausführung startet, zusätzlich zu dem Prozess gemäß dem ersten Ausführungsbeispiel enthalten. Bei dem ersten Ausführungsbeispiel bestätigt der Benutzer das Symbol, das auf der Bilderzeugungsvorrichtung 107 angezeigt ist, und angibt, dass das Zugriffstoken abgelaufen ist. Der Benutzer erkennt so, dass das Zugriffstoken abgelaufen ist, und führt einen Neuerhaltevorgang durch. Allerdings muss der Benutzer das Clientendgerät 106 aktivieren und erneut auf den Abtastdienstserver 101 zugreifen, um das Zugriffstoken erneut zu erhalten. Daher muss der Benutzer sich zwischen der Bilderzeugungsvorrichtung 107 und dem Clientendgerät 106 hin- und herbewegen, was den Benutzereindruck verschlechtert.
Bei diesem Ausführungsbeispiel kann der Benutzer das Ticket auswählen, dessen Zugriffstoken abgelaufen ist, und die Auftragverarbeitung ausführen. Das heißt, der Aufgabendienstserver führt einen Aufgabenprozess für den das Zugriffstoken erfordernden Prozess durch und wartet mit der Ausführung der bestimmten Aufgabe, bis der Benutzer das Zugriffstoken erneut erhalten hat. Durch Durchführung des vorstehend beschriebenen Prozesses kann die Zeit, die der Benutzer zum Hin- und Herbewegen zwischen der Bilderzeugungsvorrichtung 107 und dem Clientendgerät 106 braucht, zur Ausführung der Aufgaben verwendet werden, und die Auftragverarbeitung kann in kürzerer Zeit abgeschlossen werden. Eine Steuerung kann derart durchgeführt werden, dass das Symbol nicht angezeigt wird, das den Ablauf des Zugriffstoken angibt. Wählt der Benutzer das Ticket in einem derartigen Zustand aus, können die Aufgaben vor der das Authentifizierungstoken erfordernden bestimmten Aufgabe durchgeführt werden.
Gibt der Benutzer das Zugriffstoken nicht erneut ein und bedient die Bilderzeugungsvorrichtung 107 über einen langen Zeitabschnitt nicht, verbleiben die bei dem Abtastprozess zu verwendenden Daten. Zur Lösung dieses Problems ist ein Ablaufdatum bei dem Auftrag eingestellt, und ist der Auftrag abgelaufen, wird ein Schirm, der den Benutzer zum Verlängern des Ablaufdatums oder Löschen des Auftrags auffordert, jedes mal dann angezeigt, wenn sich der Benutzer in die Bilderzeugungsvorrichtung 107 einloggt. So kann der Auftrag am Verbleiben gehindert werden. 25 veranschaulicht ein Beispiel der in der Ticketverwaltungs-DB-Einheit 502 gespeicherten Datenstücke bei diesem Ausführungsbeispiel. Gemäß 25 ist ein Ablaufdatum 2501 zu den Daten in der in 7 veranschaulichten Ticketverwaltungs-DB-Einheit 502 hinzugefügt. Das Ablaufdatum 2501 stellt das Ablaufdatum des durch den Benutzer erzeugten Abtasttickets dar. Das Ablaufdatum kann einen festen Wert haben, oder kann auf dem in 6 veranschaulichten ausführlichen Einstellungsschirm 605 bestimmt werden.
26 veranschaulicht ein Beispiel der in der Auftraginformationsverwaltungs-DB-Einheit 1602 gespeicherten Datenstücke gemäß dem vorliegenden Ausführungsbeispiel. Gemäß 26 sind ein Fortsetzungsflag 2601 und ein Ablaufdatum 2602 zu der in 17 veranschaulichten Auftraginformationsverwaltungs-DB-Einheit 1602 hinzugefügt. Das Fortsetzungsflag 2601 gibt an, ob der Auftrag durchgeführt werden kann. Ist das Fortsetzungsflag 2601 „wahr“, kann der Auftrag fortgesetzt werden, und ist das Fortsetzungsflag 2601 „falsch“, kann der Auftrag nicht fortgesetzt werden. Falls der Aufgabendienstserver, der eine Authentifizierung und Autorisierung zum Zugreifen auf den externen Dienst erfordert, die Informationen von der Auftragverwaltungs-DB-Einheit 502 erhält, und das Zugriffstoken ist abgelaufen, wird das Fortsetzungsflag 2601 auf falsch aktualisiert. Ein derartiger Prozess wird nachstehend unter Bezugnahme auf 28 näher beschrieben.
Der Aufgabendienstserver bestätigt das Fortsetzungsflag 2601 vor dem Start des Prozesses, und führt nur den Auftrag durch, dessen Fortsetzungsflag 2601 „wahr“ ist. Der Prozess kann somit vor dem Aufgabendienstserver gestoppt werden, der das Zugriffstoken erfordert. Das heißt, erfordert der Aufgabendienstserver das Zugriffstoken nicht, kann die Aufgabe durchgeführt werden, selbst wenn das Zugriffstoken abgelaufen ist, sodass die Leistung des Systems verbessert werden kann. Das Ablaufdatum 2602 speichert denselben Wert wie das Ablaufdatum 2501 in der Ticketverwaltungs-DB-Einheit 502.
27 veranschaulicht eine auf der Bilderzeugungsvorrichtung 107 angezeigte Nachricht, wenn das Ticket abgelaufen ist. Wie vorstehend beschrieben wird der Bildschirm jedes Mal dann angezeigt, wenn sich der Benutzer in die Bilderzeugungsvorrichtung 107 einloggt, um zu verhindern, dass der abgelaufene Auftrag über eine lange Zeit unbeachtet bleibt. Die Bilderzeugungsvorrichtung 107 erhält das Ablaufdatum beim Erhalten der Ticketliste von der Ticketverwaltungs-DB-Einheit 502. Ist ein abgelaufenes Ticket vorhanden, wird der in 27 veranschaulichte Bildschirm angezeigt.
Gemäß 27 enthält der Bildschirm eine Nachricht 2701, die mitteilt, dass das Ablaufdatum überschritten ist, einen Bereich 2702 für den Benutzer zum Verlängern des Ablaufdatums und einen Bereich 2703 zum Löschen des Tickets. Das in 27 veranschaulichte Beispiel zeigt als Verlängerungsperioden des Ablaufdatums „12 Stunden“ 2704, „24 Stunden“ 2705 und „36 Stunden“ 2706 an. Der Wert ist aber nicht auf diese drei Werte beschränkt, und die Verlängerungsperioden können länger sein. Wählt der Benutzer eine Verlängerung des Ablaufdatums aus, ändert sich der Bildschirm auf der Bilderzeugungsvorrichtung 107 in den in 9 veranschaulichten Ticketauswahlschirm. Wählt der Benutzer das Löschen des Tickets, wird ferner der Schirm angezeigt, auf dem das Ticket von der in 9 veranschaulichten Ticketliste gelöscht ist.
Nachstehend werden die durch den Aufgabendienstserver und die Bilderzeugungsvorrichtung 107 gemäß diesem Ausführungsbeispiel durchgeführten Prozesse unter Bezugnahme auf die 28 und 29 beschrieben. Der durch den Aufgabendienstserver in dem Fall durchgeführte Prozess, wenn das Ablaufdatum des Auftrags abgelaufen ist, wird nachstehend unter Bezugnahme auf 28 (die die 28A und 28B umfasst) beschrieben. In Schritt S2801 gibt der Aufgabendienstserver die Anfrage zu dem Flussdienstserver 102 zum Erhalten der Auftraginformationen aus, die die dem Aufgabendienstserver selbst zugeordnete Aufgaben-ID enthalten. Die Aufgaben-ID kann in der Einstelldatei in dem Aufgabendienstserver beschrieben oder dem Aufgabendienstserver als fester Wert zugeordnet sein.
In Schritt S2802 bestätigt der Aufgabendienstserver 102, dass es eine Reihe in den Auftraginformationen gibt, die die aktuelle Aufgaben-ID 1704 enthält, die denselben Wert wie die in der Auftragverwaltungs-DB-Einheit 502 bestimmte Aufgaben-ID enthält. Gibt es keine Reihen mit demselben Wert, kehrt der Prozess zu Schritt S2801 zurück. Gibt es eine Reihe mit demselben Wert, ist der Status 2705 in der Reihe „0“, und ist der Wert des Fortsetzungsflags 2601 „wahr“, wählt der Flussdienstserver 102 die Reihe aus und der Prozess geht zu Schritt S2803 über. In allen anderen Fällen kehrt der Prozess zu Schritt S2801 zurück.
In Schritt S2803 wählt der Flussdienstserver 102 aus den in S2802 ausgewählten Reihen die Reihe aus, in der das letzte Aktualisierungsdatum und die Zeit 1706 die ältesten sind. Demnach wird der am frühesten erzeugte Auftrag zuerst durchgeführt. Ist das Ablaufdatum (d.h. „expires_in“) des Zugriffstoken in den Parametern 1707 der ausgewählten Reihe enthalten, geht der Prozess zu Schritt S2804 über. Ist das Ablaufdatum nicht enthalten, geht der Prozess zu Schritt S2806 über.
In Schritt S2804 vergleicht der Aufgabendienstserver den Wert von „expires_in“ mit dem aktuellen Datum und der aktuellen Zeit. Ist der Wert von „expires_in“ ein abgelaufenes Datum (d.h., das Ablaufdatum des Zugriffstoken ist abgelaufen), geht der Prozess zu Schritt S2805 über. Andererseits, wenn der Wert von „expires_in“ das aktuelle Datum und die aktuelle Zeit oder ein Datum in der Zukunft ist, geht der Prozess zu Schritt S2806 über. In Schritt S2805 gibt der Aufgabendienstserver eine Anfrage zu dem Flussdienstserver 102 zum Ändern des Fortsetzungsflags 2601 des gerade durchgeführten Auftrags in „falsch“ aus. In Schritt S2806 gibt der Aufgabendienstserver eine Anfrage zu dem Flussdienstserver 102 zur Aktualisierung des Status 1705 des gerade durchgeführten Auftrags in „1 (Verarbeitung)“ aus.
In Schritt S2807 empfängt der Flussdienstserver 102 die von dem Aufgabendienstserver ausgegebene Anfrage zur Aktualisierung des Fortsetzungsflags 2601 und aktualisiert das Fortsetzungsflag 2601 in der Auftraginformationsverwaltungs-DB-Einheit 1602 entsprechend. In Schritt 2808 empfängt der Flussdienstserver 102 die von dem Aufgabendienstserver ausgegebene Anfrage zur Aktualisierung des Status 1705 und aktualisiert den Status in der Auftraginformationsverwaltungs-DB-Einheit 1602 entsprechend. Da die Prozesse in Schritt S2809 und danach dieselben wie die in 24 veranschaulichten Prozesse in Schritt S2404 und danach sind, wird ihre Beschreibung weggelassen.
Nachstehend wird der Prozess zur Eingabe des Ablaufdatums und zum Löschen des Auftrags an der Bilderzeugungsvorrichtung 107 unter Bezugnahme auf 29 (die die 29A und 29B umfasst) beschrieben. In Schritt S2901 loggt sich der Benutzer in die Bilderzeugungsvorrichtung 107 ein. In Schritt S2902 gibt die Bilderzeugungsvorrichtung 107 die Abtastticketlistenerhalteanfrage zu dem Abtastdienstserver 101 aus. In Schritt S2903 erhält der Abtastdienstserver 101 die Ticketinformationsliste von der Ticketverwaltungs-DB-Einheit 502 und antwortet der Bilderzeugungsvorrichtung 107. Die Antwortnachricht enthält die Informationen in allen in 25 veranschaulichten Spalten.
Die Bilderzeugungsvorrichtung 107 verifiziert dann das in der Antwortnachricht enthaltene Ablaufdatum 2501. Gibt es eine Nachricht, die angibt, dass das Ablaufdatum vor dem aktuellen Datum und der aktuellen Zeit liegt (d.h., das Ablaufdatum ist vorüber), geht der Prozess zu Schritt S2904 über. Wenngleich der Prozess zu Schritt S2917 übergeht, wenn das Ablaufdatum nach dem aktuellen Datum und der aktuellen Zeit liegt (d.h., das Ablaufdatum ist nicht vorüber).
In Schritt S2904 zeigt die Bilderzeugungsvorrichtung 107 den in 27 veranschaulichten Bildschirm an, der den Benutzer zur Verlängerung des Ablaufdatums oder zum Löschen des Tickets auffordert. Wählt der Benutzer die Verlängerung des Ablaufdatums, geht der Prozess zu Schritt S2909 über. Wählt der Benutzer das Löschen des Tickets, geht der Prozess zu Schritt S2905 über. In Schritt S2905 gibt die Bilderzeugungsvorrichtung 107 die Anforderung zu dem Abtastdienstserver 101 zum Löschen des in der Ticketinformationsverwaltungs-DB-Einheit 502 gespeicherten Tickets und der in der Auftraginformationsverwaltungs-DB-Einheit 1602 gespeicherten Auftraginformationen aus.
In Schritt S2906 löscht der Abtastdienstserver 101 die Ticketinformationen in der Ticketinformationsverwaltungs-DB-Einheit 502 entsprechend der von der Bilderzeugungsvorrichtung 107 gesendeten Ticketlöschanfrage. In Schritt S2907 sendet der Abtastdienstserver 101 die von der Bilderzeugungsvorrichtung 107 gesendete Auftraglöschanfrage zu dem Flussdienstserver 102. In Schritt S2908 löscht der Flussdienstserver 102 die Auftraginformationen in der Auftraginformationsverwaltungs-DB-Einheit 1602 entsprechend der von dem Abtastdienstserver 101 gesendeten Auftraglöschanfrage.
In Schritt S2909 wählt der Benutzer aus den auf der Bilderzeugungsvorrichtung 107 angezeigten Verlängerungsperioden des Ablaufdatums die gewünschte Verlängerungsperiode des Ablaufdatums. In Schritt S2910 gibt die Bilderzeugungsvorrichtung 107 das in Schritt S2909 eingegebene Ticket und eine Anfrage zur Verlängerung des Ablaufdatums des Auftrags zu dem Abtastdienstserver 101 aus.
In Schritt S2911 empfängt der Abtastdienstserver 101 die von der Bilderzeugungsvorrichtung 101 gesendete Ablaufdatumverlängerungsanfrage und aktualisiert das Ablaufdatum 2501 in der Ticketinformationsverwaltungs-DB-Einheit 502. In Schritt S2912 gibt der Abtastdienstserver 101 die Auftragablaufdatumverlängerungsanfrage beruhend auf der von der Bilderzeugungsvorrichtung 107 empfangenen Ablaufdatumverlängerungsanfrage zu dem Flussdienstserver 102 aus.
In Schritt S2913 aktualisiert der Flussdienstserver 102 das Ablaufdatum 2602 in der Auftraginformationsverwaltungs-DB-Einheit 1602 beruhend auf der von dem Abtastdienstserver 101 ausgegebenen Ablaufdatumverlängerungsanfrage. Da die Prozesse in Schritt S2914 und danach dieselben wie die in 23 veranschaulichten Prozesse in Schritt S2304 und danach sind, wird auf ihre Beschreibung verzichtet.
Durch die Durchführung des vorstehend beschriebenen Prozesses führt der Aufgabendienstserver die Aufgaben bis zu dem das Zugriffstoken erfordernden Prozess durch. Die bestimmte Aufgabe wird im Wartezustand gehalten, bis der Benutzer das Zugriffstoken erneut erhält, sodass die Systemleistung verbessert werden kann. Ferner wird der Benutzer zum Erkennen aufgefordert, dass ein Auftrag vorhanden ist, der abgelaufen ist, sodass verhindert werden kann, dass ein nicht durchzuführender Auftrag verbleibt.
Ausgestaltungen der Erfindung können auch durch einen Computer eines Systems oder einer Vorrichtung (oder Einrichtungen, wie eine CPU oder eine MPU) realisiert werden, der ein auf einer Speichereinrichtung aufgezeichnetes Programm ausliest und ausführt, um die Funktionen der vorstehend beschriebenen Ausführungsbeispiele durchzuführen, sowie durch ein Verfahren, dessen Schritte durch einen Computer eines Systems oder einer Vorrichtung beispielsweise durch Auslesen und Ausführen eines auf einer Speichereinrichtung aufgezeichneten Programms durchgeführt werden, um die Funktionen der vorstehend beschriebenen Ausführungsbeispiele durchzuführen. Zu diesem Zweck wird das Programm dem Computer beispielweise über ein Netzwerk oder von einem Aufzeichnungsmedium verschiedener Typen zugeführt, die als die Speichereinrichtung dienen (beispielsweise ein computerlesbarer Träger).
Soll eine bestimmte Aufgabe einen Prozess zur Zeit der Verarbeitung eines bestimmten Auftrags durchführen, führt die bestimmte Aufgabe einen in der bestimmten Aufgabe bestimmten Prozess durch Zugreifen auf ein Fremdsystem unter Verwendung eines gespeicherten Zugriffstoken und Erhalten eines Fremddienstes durch.

Claims

Abtastdienstserver (101, 1101) eines Systems zur Durchführung eines Abbildungsauftrags durch Verbinden einer Vielzahl von Aufgaben, die jeweils einen bestimmten Prozess durchführen, und durch sequentielles Ausführen jeder Aufgabe, wobei der Abtastdienstserver eingerichtet ist zur Übertragung (S2208) einer Umleitungsanweisung zu einem Clientendgerät (106) zu einer Autorisierungs-URL (1503) einer Einrichtung zur Durchführung einer Authentifizierung und Autorisierung zum Zugreifen auf ein Fremdsystem in einem Fall, in dem eine Anweisung zur Erzeugung eines bestimmten Auftrags, der eine Verbindung einer bestimmten Aufgabe erfordert, die auf das Fremdsystem zugreift, das einen Fremddienst bereitstellt, durch das Clientendgerät ausgegeben wird, zum Empfangen (S2213) einer Umleitungsanweisung von dem Clientendgerät, in die ein Autorisierungscode zum Erhalten eines Zugriffstoken von dem Fremdsystem eingebettet ist, wobei das Zugriffstoken dem Abtastdienstserver das Zugreifen auf das Fremdsystem ermöglicht, zur Übertragung (S2214) einer Anfrage nach dem Zugriffstoken zu dem Fremdsystem unter Verwendung des Autorisierungscodes, zur Speicherung (2216) des Zugriffstoken in einer Speichereinheit, das der Abtastdienstserver als Antwort auf die Anfrage empfängt, wenn das Fremdsystem den Autorisierungscode als gültig verifiziert, und zur Ausführung eines in der bestimmten Aufgabe bestimmten Prozesses durch Zugreifen auf das Fremdsystem unter Verwendung des gespeicherten Zugriffstoken und durch Verwenden des Fremddienstes.
System mit dem Abtastdienstserver nach Anspruch 1 und dem Clientendgerät mit einer Benutzerschnittstelleneinheit zur Bereitstellung eines Erzeugungsschirms zur Erzeugung eines zu verarbeitenden Auftrags und eines Autorisierungsschirms zur Abfrage, ob ein Zugriff auf das Fremdsystem beruhend auf der von dem Abtastdienstserver empfangenen Umleitungsanweisung zu erlauben ist, wobei die Anweisung zur Erzeugung eines bestimmten Auftrags durch eine Benutzereingabe auf dem Erzeugungsschirm erzeugt wird, und die Anweisung zum Erlauben des Zugriffs auf das Fremdsystem durch eine Benutzereingabe auf dem Autorisierungsschirm erzeugt wird.
System nach Anspruch 2, wobei der Erzeugungsschirm ein Bildschirm zur Erzeugung eines Abtasttickets ist, und ein bestimmter Auftrag erzeugt wird, wenn eine auf dem Erzeugungsschirm angezeigte Ticketmaske ausgewählt wird und auf eine Abtasteinstellung bezogene Parameter eingegeben werden.
System mit dem Abtastdienstserver nach Anspruch 1 und dem Clientendgerät mit einer Bestätigungseinheit zur Bestätigung, ob ein Ablaufdatum des gespeicherten Zugriffstoken vorüber ist, in einem Fall, wenn ein Auftragauswahlschirm zum Anweisen eines Starts des bestimmten Auftrags nach Speicherung des Zugriffstoken in der Speichereinheit gesendet wird, wobei der Abtastdienstserver zum Senden des Auftragauswahlschirms als Antwort auf die Bestätigung eingerichtet ist, dass das Ablaufdatum des Zugriffstoken vorüber ist, auf dem ein Symbol, das angibt, dass das Zugriffstoken abgelaufen ist, bezüglich eines Auftrags angezeigt wird, der eine Verbindung einer bestimmten Aufgabe erfordert, die das Zugriffstoken verwendet.
System nach Anspruch 3, wobei die Ausführung der Aufgabe gestartet wird, wenn der Auftragauswahlschirm zu einer Bildverarbeitungsvorrichtung mit einer Abtasteinheit gesendet wird, ein Auftrag auf dem Auftragauswahlschirm ausgewählt wird, und abgetastete Bilddaten empfangen werden, die durch die die Abtastung durchführende Bilderzeugungsvorrichtung erhalten werden.
System mit dem Abtastdienstserver nach Anspruch 1, wobei in einem Fall, in dem ein Ablaufdatum des Zugriffstoken vorüber ist, wenn der bestimmte Auftrag verarbeitet wird, die Ausführung einer Aufgabe zur Verarbeitung des bestimmten Auftrags, die vor dem bestimmten Auftrag verbunden ist, gestartet wird, die Aufgabenverarbeitung vor der bestimmten Aufgabe abgeschlossen wird, und die Ausführung der bestimmten Aufgabe erneut gestartet wird, wenn ein gültiges Zugriffstoken gespeichert ist.
System nach Anspruch 2, ferner mit einer Verwaltungseinheit zur Verwaltung eines über den Erzeugungsschirm erzeugten bestimmten Auftrags durch Verknüpfen des bestimmten Auftrags mit dem durch die Speichereinheit gespeicherten Zugriffstoken, wobei in einem Fall, wenn der bestimmte Auftrag gestartet wird, die bestimmte Aufgabe des bestimmten Auftrags einen Prozess ausführt, der unter Verwendung des mit dem bestimmten Auftrag verknüpften Zugriffstoken bestimmt wird.
Verfahren zur Steuerung eines Abtastdienstservers eines Systems zur Verarbeitung eines Abbildungsauftrags durch Verbinden einer Vielzahl von Aufgaben, die jeweils einen bestimmten Prozess durchführen, und sequentielles Ausführen jeder Aufgabe, mit Senden (S2208) einer Umleitungsanweisung zu einem Clientendgerät (106) zu einer Autorisierungs-URL (1503) einer Einrichtung zur Durchführung einer Authentifizierung und Autorisierung zum Zugreifen auf ein Fremdsystem in einem Fall, wenn eine Anweisung zur Erzeugung eines bestimmten Auftrags, der eine Verbindung einer bestimmten Aufgabe erfordert, die auf das einen Fremddienst bereitstellende Fremdsystem zugreift, durch Clientendgerät ausgegeben wird, Empfangen (S2213) einer Umleitungsanweisung von dem Clientendgerät, in die ein Autorisierungscode zum Erhalten eines Zugriffstoken von dem Fremdsystem eingebettet ist, wobei das Zugriffstoken dem Abtastdienstserver das Zugreifen auf das Fremdsystem ermöglicht, Übertragen (S2214) einer Anfrage nach dem Zugriffstoken zu dem Fremdsystem unter Verwendung des Autorisierungscodes, Speichern (S2216) des Zugriffstoken, das der Abtastdienstserver als Antwort auf die Anfrage empfängt, wenn das Fremdsystem den Autorisierungscode als gültig verifiziert, und Ausführen eines in der bestimmten Aufgabe bestimmten Prozesses durch Zugreifen auf das Fremdsystem unter Verwendung des gespeicherten Zugriffstoken und Verwenden des Fremddienstes.
Computerprogramm mit von einem Computer ausführbaren Anweisungen, bei deren Ausführung durch einen Prozessor ein Computer zur Durchführung des Verfahrens nach Anspruch 8 veranlasst wird.