EP1709531A2 - Konfigurationsgesteuerte benutzerschnittstelle - Google Patents

Konfigurationsgesteuerte benutzerschnittstelle

Info

Publication number
EP1709531A2
EP1709531A2 EP05714900A EP05714900A EP1709531A2 EP 1709531 A2 EP1709531 A2 EP 1709531A2 EP 05714900 A EP05714900 A EP 05714900A EP 05714900 A EP05714900 A EP 05714900A EP 1709531 A2 EP1709531 A2 EP 1709531A2
Authority
EP
European Patent Office
Prior art keywords
indicators
service
control according
client
server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP05714900A
Other languages
English (en)
French (fr)
Inventor
Bernd Graw
Joachim Seibert
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Wincor Nixdorf International GmbH
Original Assignee
Wincor Nixdorf International GmbH
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Wincor Nixdorf International GmbH filed Critical Wincor Nixdorf International GmbH
Publication of EP1709531A2 publication Critical patent/EP1709531A2/de
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces

Definitions

  • the invention relates to the control of user interaction, i.e. the user interface, in particular self-service devices.
  • the user interface of self-service devices should be as simple and immediately understandable as possible. In particular for self-service devices including ATMs, this means that customers can quickly receive the desired information or carry out the desired transaction.
  • the object of the invention is to provide improved control of user interaction, which solves this problem more easily and clearly.
  • the invention consists in that the required configuration information is provided and the program flow is only made dependent on the indicators determined in this way.
  • Fig. 1 a possible configuration of further training
  • Fig. 2 a determination of indicators with tables
  • a client 10 e.g. a cash dispenser, shown, the peripheral devices such as card readers 11 and others. includes.
  • the available and active devices are entered in a table 12.
  • the client 10 is connected via a network connection 13 to a server 14, which in turn has a connection to a bank network 16.
  • a database 15 is provided in the server 14, the use of which is described below.
  • the output to the client 10 is generated by the server 14 on the basis of the configuration data entered in the table 12 or database 15.
  • the configuration data relating to and transmitted by the client 10 are preferably made available dynamically on the server, i.e. updated accordingly accordingly.
  • a simple embodiment is described, which does not require a server and no network connection and in which the future client 10 is an ATM.
  • This ATM usually contains a card reader that can read magnetic stripe and chip cards and is abbreviated IDKG.
  • a payment module AZM is also possible. Furthermore, the amount of money in it is called AZVAL.
  • a KADRU pull-out printer can also be installed.
  • a tamper-proof EPP PIN keyboard is installed to check the authorization. The following table now defines four business transactions INFO, EXTRACT, UEBERW and AUSZAHL:
  • UEBERW Entry of a transfer IDKG card reader and an EPP PIN keyboard are required for authorization.
  • the devices and their properties represent abstract service features that can be both numerical (AZVAL) and Boolean.
  • the symbols INFO, EXTRACT etc. in the first column represent indicators.
  • the table assigns one indicator to a combination of service features.
  • the service feature is available when the corresponding device is installed and ready for operation. It can therefore be useful to determine this feature using two tables; In a table, the devices installed in the respective device are listed regardless of the operating state, in the second table (installed) devices can be opened by the operator or technician available (online) or not available (offline).
  • a typical database query then provides the following table, for example:
  • the indicators are shown as Boolean values with 0 or 1, so that there is a clear YES / NO statement. This operation is shown in Fig.2. In this case, simply 1 is the limit value for which the service feature is considered to be applicable.
  • the indicators are each directly assigned to a softkey on a screen mask, so that the user is signaled that of the four selection options INFO, EXTRACT, UBERW and PAYOUT, EXTRACT is not available; this could look as shown in Fig. 3.
  • There is a screen 20 with function keys (Softkey) 21a, 21b and 21c shown, in which a softkey was assigned to each of the three available interactions and an explanatory text was shown for the unavailable interaction. You can also use formulas instead of tables. In the above case, this would be, for example, for the last line: PAYOUT: IDKG & AZM &(AZVAL> 500) & EPP
  • ATMs are now operated as clients in a network with servers;
  • the network not only processes the pure banking transactions, but also prepares and defines the user interface.
  • the solution is particularly widespread, in which an HTML browser is used to design the user display, the HTML file of which is provided by the server.
  • the service features are transmitted from the client to the server; an existing maintenance component in the network is preferably used for this.
  • the headers in the HTTP protocol can also be used for this; for example as proposed in RFC 2295 "Transparent Content Negotiation in HTTP; K. Holtman, A. Mutz; March 1998".
  • Another possibility is to set up a server-like service in the client, where the server can query the configuration data.
  • the client can transmit the data to the server as changed service features ('push' operation). Then there are service features that are determined in the server. This can be, for example, all banking groups to which there is an online connection.
  • a variant of the invention is used in which the software can query the values of the indicators at any time in an updated manner. If an indicator is determined by a formula, this is the case anyway. If an indicator is determined by database table operations, then either an update function can be provided that recreates the above table. Modern database systems offer the possibility to define even complex queries as 'view' and then to update them automatically. In this case, the database structure must be designed in such a way that the data also contains information about the terminal, i.e. the client, and the tables above e.g. are available as 'view'.
  • a LOGIN indicator is defined that only requires the card reader.
  • the card number is transferred to the server, which determines the banking group from the card number and possibly other information on the magnetic track or the chip. Then the banking group is entered in the database (related to the respective client device) and the indicators are re-evaluated.
  • the UEBERW indicator is only activated for certain banking groups. If this is more than one, then in the sketched implementation with relational databases, several lines are entered that differ only in the field for the banking group.
  • the account number is used to determine which services the customer has access to and a corresponding table is updated. These are then included in the conditions for the indicators in the same way as the banking groups, so that a menu entry for "transfer” only is displayed when not only a PIN keyboard is available, but also transfers are enabled for the customer.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Selective Calling Equipment (AREA)

Abstract

Steuerung der von einer Benutzerschnittstelle eines Geräts angebotenen Interaktionen in Abhängigkeit von für das Gerät verfügbaren Dienstmerkmalen, wobei Indikatoren durch die Kombination von Dienstmerkmalen bestimmt werden, jeder Interaktion ein Indikator und ein Grenzwert zugeordnet ist, die Interaktion angeboten wird, wenn der Indikator den Grenzwert erfüllt.

Description

Konfigurationsgesteuerte Benutzerschnittstelle
Die Erfindung betrifft die Steuerung der Benutzerinteraktion, d.h. die Benutzerschnittstelle, insbesondere von Selbst- bedienungsgeräten.
In der Patentschrift US 5,432,941 ist eine Methode und ein System zur dynamischen Konfigurierung von Software-Systemen, die Konfigurationsgruppen benutzen, beschrieben. Diese und andere Lösungen laufen jedoch zur Installationszeit und sind für das von der Erfindung gelöste Problem nicht ausreichend.
Die Benutzerschnittstelle von Selbstbedienungsgeräten soll möglichst einfach und unmittelbar verständlich sein. Insbesondere für Selbstbedienungsgeräte einschließlich Geldautomaten bedeutet dies, dass die Kunden schnell die ge- wünschte Information erhalten bzw. die gewünschte Transaktion durchführen können.
Dabei ist insbesondere zu vermeiden, dass es zu Sackgassen in der Bedienung kommen kann. Eine solche Sackgasse liegt beispielsweise vor, wenn in einer Menüstruktur Optionen angeboten werden, für die jedoch erst nach der Aktivierung eine Fehlermeldung erscheint, beispielsweise 'Funktion nicht vorhanden', 'Funktion nicht erlaubt', 'Gerät außer Betrieb', o.a. Ein ähnlich zu vermeidender Effekt besteht in dem Angebot von Untermenüs, die keine einzige aktivierbare Funktion enthalten.
Diese unerwünschten Effekte können vermieden werden, indem die die Benutzerschnittstellen bereitstellenden Programme individuell so programmiert werden, dass über Verzweigungen im Programm die Konfiguration jeweils abgefragt werden und durch Ausprogrammierung der Varianten diese Situationen vermieden wird. Obwohl möglich, ist dieser Ansatz sehr aufwendig, fehleranfällig und schwer dokumentierbar.
Aufgabe der Erfindung ist es, eine verbesserte Steuerung der Benutzerinteraktion bereitzustellen, die dieses Problem einfacher und übersichtlicher löst. Die Erfindung besteht darin, dass die benötigte Konfigurationsinformation bereitgestellt und in Indikatoren aufgezählt der Programmfluss nur noch von den so ermittelten Indikatoren abhängig gemacht wird.
Es zei gen
Fig , . 1 eine mögliche Konfiguration einer Weiterbildung,
Fig , . 2 eine Bestimmung von Indikatoren mit Tabellen,
Fig . 3 eine daraus entstehende Anzeige.
In Fig. 1 ist ein Client 10, z.B. ein Geldausgabeautomat, gezeigt, der Peripheriegeräte wie Kartenleser 11 u.a. umfasst. Die vorhandenen und aktiven Geräte sind in einer Tabelle 12 eingetragen. Der Client 10 ist über eine Netzwerkverbindung 13 mit einem Server 14 verbunden, der wiederum eine Verbindung in ein Bankennetzwerk 16 hat. In dem Server 14 ist eine Datenbank 15 gegeben, deren Benutzung weiter unten beschrieben wird. In dieser, bereits eine Weiterbildung darstellende, Konfiguration wird die Ausgabe auf den Client 10 vom Server 14 anhand der in der Tabelle 12 bzw. Datenbank 15 eingetragenen Konfigurationsdaten erzeugt. Dabei werden in der Netzwerkversion bevorzugt die den Client 10 betreffenden und von diesem übermittelten Konfigurationsdaten auf dem Server dynamisch bereitgestellt, d.h. entsprechend häufig aktualisiert. Zunächst wird jedoch eine einfache Ausführungsform beschrieben, die keinen Server und keine Netzwerkverbindung voraussetzt und bei der der spätere Client 10 ein Geldautomat sei.
Dieser Geldautomat enthält in der Regel einen Kartenleser, der Magnetstreifen- und Chipkarten lesen kann und mit IDKG abgekürzt bezeichnet sei. Ferner ist ein Auszahlungsmodul AZM möglich. Weiterhin sei die Menge des darin vorhandenen Geldes mit AZVAL bezeichnet. Zudem ist ein Auszugsdrucker KADRU installierbar. Für die Prüfung der Autorisierung wird eine manipulationsgeschützte PIN-Tastatur EPP installiert. In der folgenden Tabelle werden nun vier Geschäftsvorgänge INFO, AUSZUG, UEBERW und AUSZAHL definiert:
Hier steht ein Stern '*' für einen beliebigen Wert. Die Geschäftsvorgänge sind dann folgende:
INFO Allgemeine Information: kein Gerät notwendig. AUSZUG Drucken eines Kontoauszugs: Kartenleser IDKG für die Kontonummer und Auszugsdrucker KADRU werden benötigt. UEBERW Eingabe einer Überweisung: Kartenleser IDKG und eine PIN-Tastatur EPP zur Autorisierung werden benötigt.
AUSZAHL Auszahlung eines Betrages: Lediglich der Kontoauszugsdrucker wird nicht benötigt.
Dabei stellen die Geräte bzw. deren Eigenschaften abstrakt gesehen Dienstmerkmale dar, die sowohl numerisch (AZVAL) als auch boolesch sein können. Die Symbole INFO, AUSZUG usw. in der ersten Spalte stellen Indikatoren dar. Durch die Tabelle wird einer Kombination von Dienstmerkmalen jeweils ein Indikator zugeordnet. Dabei ist das Dienstmerkmal vorhanden , wenn das entsprechende Gerät installiert und betriebsbereit ist. Daher kann es zweckmäßig sein, dieses Dienstmerkmal über zwei Tabellen zu bestimmen; in einer Tabelle sind die in dem jeweiligen Gerät installierten Geräte unabhängig vom Betriebszustand aufgeführt, in der zweiten Tabelle können (installierte) Geräte vom Bediener oder Techniker auf verfügbar (online) oder nicht verfügbar (offline) gestellt werden.
Ein übliche Datenbankabfrage liefert dann beispielsweise folgende Tabelle:
Kombination mit der obigen Tabelle ergibt die Verfügbarkeit der Dienstmerkmale:
Hier sind die Indikatoren als boolesche Werte mit 0 oder 1 dargestellt, so dass sich eine eindeutige JA/NEIN Aussage ergibt. Diese Operation ist in Fig.2 dargestellt. In diesem Fall ist dann einfach 1 der Grenzwert, für den das Dienstmerkmal als zutreffend gilt. Im einfachen Fall sind die Indikatoren direkt jeweils einem Softkey einer Bildschirmmaske zugeordnet, so dass dem Benutzer signalisiert wird, dass von den vier Auswahlmöglichkeiten INFO, AUSZUG, UEBERW und AUSZAHL lediglich AUSZUG nicht verfügbar ist; dies könnte wie in Fig. 3 gezeigt aussehen. Dabei ist ein Bildschirm 20 mit Funktionstasten (Softkey) 21a, 21b und 21c gezeigt, bei dem den drei verfügbaren Interaktionen jeweils ein Softkey zugeordnet und für die nicht verfügbare Interaktion ein erklärender Text dargestellt wurde. Anstelle von Tabellen können auch Formeln verwendet werden, im obigen Fall würde dies für die letzte Zeile beispielsweise lauten : AUSZAHL := IDKG & AZM & (AZVAL > 500) & EPP
Die Evaluierung solcher Ausdrücke ist aus dem Gebiet der interpretierten Programmiersprachen allgemein bekannt.
In der obigen Darstellung wurde das Symbol '*' für 'beliebig' verwendet. Alternativ hierzu können die logischen Werte als ' 0 ' und ' 1 ' eingetragen werden und ein Wertvergleich stattfinden; eine '0' wirkt dann wie 'beliebig'. Die Erfindung entfaltet ihr Potential im Rahmen einer bevorzugten Weiterbildung einer Konfiguration, wie sie in Fig.l gezeigt ist. Geldautomaten werden heute als Clients in einem Netzwerk mit Servern betrieben; über das Netzwerk werden nicht nur die reinen Banktransaktionen abwickelt, sondern auch die Benutzerschnittstelle aufbereitet und definiert. Besonders verbreitet ist die Lösung, bei der ein HTML-Browser zur Gestaltung der Benutzeranzeige eingesetzt wird, dessen HTML-Datei jeweils vom Server bereitgestellt wird. In diesem Fall werden die Dienstmerkmale vom Client an den Server übermittelt; hierfür wird bevorzugt eine existierende Wartungskomponente im Netzwerk verwendet. Natürlich können hierzu auch die Kopfzeilen (Header) im HTTP- Protokoll ausgenutzt werden; beispielsweise wie es in dem RFC 2295 "Transparent Content Negotiation in HTTP; K. Holtman, A. Mutz; March 1998" vorgeschlagen ist. Eine andere Möglichkeit besteht darin, einen Server-ähnlichen Dienst im Client einzurichten, bei dem der Server die Konfigurationsdaten abfragen kann. Alternativ oder zusätzlich kann der Client von sich aus bei einer Änderung die Daten an den Server als geänderte Dienstmerkmale übermitteln ('push'- Betrieb) . Dazu kommen dann Dienstmerkmale, die im Server bestimmt werden. Dies können beispielsweise alle Bankenkreise sein, zu denen eine Online-Verbindung besteht.
Hierzu wird eine Variante der Erfindung verwendet, bei der die Werte der Indikatoren von der Software jederzeit aktualisiert abgefragt werden können. Wird ein Indikator durch eine Formel bestimmt, dann ist dies ohnehin der Fall. Wird ein Indikator durch Datenbank-Tabellenoperationen bestimmt, dann kann entweder eine Funktion zur Aktualisierung bereitgestellt werden, die die obige Tabelle neu erstellt. Moderne Datenbanksysteme bieten die Möglichkeit, selbst komplexe Abfragen als 'view' zu definieren und dann automatisch zu aktualisieren. In diesem Fall muss die Datenbankstruktur derart gestaltet sein, dass die Daten zusätzlich eine Angabe über das Terminal, d.h. den Client, enthalten, und die obigen Tabellen z.B. als 'view' verfügbar sind.
Hiernach ergibt sich folgender Ablauf:
Zunächst wird ein Indikator LOGIN definiert, der nur den Kartenleser benötigt. Durch das Einlesen der Karte wird die Kartennummer zum Server übertragen, der aus der Kartennummer und ggf. anderen Angaben auf der Magnetspur oder dem Chip den Bankenkreis bestimmt. Danach wird der Bankenkreis in die Datenbank eingetragen (bezogen auf das jeweilige Client- Gerät), und die Indikatoren neu bewertet.
Beispielsweise wird in Abänderung zur obigen Tabelle der Indikator UEBERW nur für bestimmte Bankenkreise aktiviert. Sind dies mehr als einer, so werden bei der skizzierten Realisierung mit relationalen Datenbanken mehrere Zeilen eingetragen, die sich nur in dem Feld für den Bankenkreis unterscheiden .
In gleicher Art wird aus der Kontonummer entnommen, zu welchen Diensten der Kunde Zugang hat, und eine entsprechende Tabelle aktualisiert. Diese werden dann in gleicher Weise wie die Bankenkreise in die Bedingungen für die Indikatoren aufgenommen, so dass ein Menüeintrag für "Überweisung" nur dann angezeigt wird, wenn nicht nur eine PIN-Tastatur vorhanden, sondern auch Überweisungen für den Kunden freigeschaltet sind.
Aus dem Beispiel wird deutlich, dass die Erstellung und Wartung der Software für die Benutzerschnittstelle mit Benutzung der Erfindung wesentlich vereinfacht wird. Die Software fragt nicht mehr direkt ab, welche Funktionen bereitstehen, sondern verwendet statt dessen Indikatoren, die in ihrer Gesamtheit nicht mehr installations- und kunden- abhängig sind. Die Anpassung an die jeweilige Installation erfolgt nach der bevorzugten Variante durch Tabellen, deren Datenmodell gleichfalls vordefiniert und einheitlich sein kann. Lediglich die unterschiedlichen, anwendungsbezogenen Inhalte der Tabellen bestimmen die angebotenen Interaktionen.

Claims

Ansprüche
1. Steuerung der von einer Benutzerschnittstelle eines Geräts angebotenen Interaktionen in Abhängigkeit von für das Gerät verfügbaren Dienstmerkmalen, wobei Indikatoren durch die Kombination von Dienstmerkmalen bestimmt werden, jeder Interaktion ein Indikator und ein Grenzwert zugeordnet ist, - die Interaktion angeboten wird, wenn der Indikator den Grenzwert erfüllt.
2. Steuerung nach Anspruch 1, wobei ein Dienstmerkmal als Wahrheitswert die Verfügbarkeit eines Dienstes oder als Zahlenwert die verfügbare Leistung eines Dienstes anzeigt.
3. Steuerung nach Anspruch 2, wobei die Zuordnung von Dienstmerkmalen zu Indikatoren über Ausdrücke erfolgt.
4. Steuerung nach Anspruch 2, wobei der Indikator ein Wahrheitswert ist und die Indikatoren booleschen Ausdrücke mit arithmetischen Vergleichsoperatoren für die Dienste mit Zahlenwert entsprechen.
5. Steuerung nach einem der vorherigen Ansprüche, wobei die Indikatoren mittels einer Tabelle bestimmt werden, in dem jedem Indikator Grenzwerte für die Dienstmerkmale zugeordnet werden .
6. Steuerung nach Anspruch 5, wobei ein besonderer Eintrag für ein Dienstmerkmal vorgesehen ist, der immer zutreffend ist .
7. Steuerung nach einem der vorherigen Ansprüche, wobei das Gerät als Client mit einem Server verbunden ist, der dem Client Dienste zur Verfügung stellt, die von Indikatoren abhängig sind, und wobei ein Verfahren zur Ermittlung entsprechender Dienstmerkmale vorgegeben ist und diese Dienstmerkmale für die Bestimmung von Indikatoren verwendbar sind.
8. Steuerung nach Anspruch 7, wobei die von dem Server dem Client zur Verfügung gestellten Dienste die Ausführung der Benutzerschnittstelle umfassen.
9. Steuerung der gesamten Interaktionen durch einen zentralen Server, welcher dynamisch die auf dem Client verfügbaren Dienste und Dienstmerkmale verwaltet und darüber hinaus auch die Verfügbarkeit eigener Betriebsmittel (DB, Hostverbindung, etc.) in die Bewertung einfließen lässt.
10. Steuerung nach Anspruch 9, wobei die angebotenen Interaktionen und die Indikatoren auf dem Server bestimmt werden und Dienstmerkmale von dem Client an den Server übertragen werden.
EP05714900A 2004-01-30 2005-01-25 Konfigurationsgesteuerte benutzerschnittstelle Withdrawn EP1709531A2 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102004004993A DE102004004993A1 (de) 2004-01-30 2004-01-30 Konfigurationsgesteuerte Benutzerschnittstelle
PCT/DE2005/000097 WO2005073844A2 (de) 2004-01-30 2005-01-25 Konfigurationsgesteuerte benutzerschnittstelle

Publications (1)

Publication Number Publication Date
EP1709531A2 true EP1709531A2 (de) 2006-10-11

Family

ID=34813077

Family Applications (1)

Application Number Title Priority Date Filing Date
EP05714900A Withdrawn EP1709531A2 (de) 2004-01-30 2005-01-25 Konfigurationsgesteuerte benutzerschnittstelle

Country Status (4)

Country Link
US (1) US20070198818A1 (de)
EP (1) EP1709531A2 (de)
DE (1) DE102004004993A1 (de)
WO (1) WO2005073844A2 (de)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5432941A (en) * 1992-10-13 1995-07-11 Microsoft Corporation Method and system for dynamically configuring a software system using configuration groups
EP0961195A3 (de) * 1998-05-27 2004-11-03 Diebold, Incorporated Tastenumsetzungfunktion für eine Tastatur
AU2883000A (en) * 1999-02-17 2000-09-04 Diebold Incorporated Method and system for connecting services to an automated transaction machine
TW494319B (en) * 1999-11-29 2002-07-11 Citicorp Developmemt Ct Inc A method and system for generating display screen templates
US20030208490A1 (en) * 2001-06-15 2003-11-06 Jean-Jacques Larrea System and method for data storage, control and access

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
None *

Also Published As

Publication number Publication date
WO2005073844A3 (de) 2005-11-24
WO2005073844A2 (de) 2005-08-11
DE102004004993A1 (de) 2005-09-15
US20070198818A1 (en) 2007-08-23

Similar Documents

Publication Publication Date Title
DE69030524T2 (de) Fernanwendungsschnittstelle
DE3240085C2 (de)
DE69534181T2 (de) System mit Endgerät und Karte, Karte und Endgerät
DE60029334T2 (de) Selbstbedienungsterminals zum anbieten von fremdanwendungen
EP2211318A1 (de) Verfahren und Vorrichtung zur Scheckeinreichung
DE102006015255A1 (de) Bezahlsystem für einen Verkaufsautomaten
DE19935512A1 (de) Vorrichtung zur Verbindung einer industriellen Steuereinheit mit einem industriellen Bedienpanel
DE2515879C3 (de) Anordnung zum selbsttätigen Ausgeben eines Wertgegenstandes
DE60010078T2 (de) System zur analyse von daten für den elektronischen handel
DE19932149A1 (de) System zur Ausführung von Transaktionen
EP1709531A2 (de) Konfigurationsgesteuerte benutzerschnittstelle
DE3784029T2 (de) Formularverarbeitungsgeraet mit ferngesteuerter ueberarbeitung.
DE10037631A1 (de) Verfahren zur bargeldlosen Bezahlung mit Online-Wertmarken
EP2243001B1 (de) Waage und verfahren zu deren konfigurierung
DE4437460C2 (de) Aufzeichnungsvorrichtung zur dauerhaften Speicherung von Quittungsdaten, sowie Betriebsverfahren
EP1519296A1 (de) Vorrichtung zur Herstellung einer Kommunikationsverbindung zu Karten unterschiedlichen Typs
EP1691301A1 (de) Vorgangsbearbeitungsmodul und Verfahren zum Erfassen von Daten
EP1857971A1 (de) Verfahren zur Zahlungsabwicklung, Rechnungsvordruck zur Zahlungsabwicklung, Rechnungsvordruckerzeugungseinrichtung sowie Einrichtung zur Kommunikation mit einem Geldinstitut
EP1691323B1 (de) Datenverarbeitungssystem und Verfahren zum Verarbeiten von Transaktionsinformationen
EP1780684A1 (de) System und Verfahren zum Auszahlen von Bargeld
EP4632552A1 (de) Leitstelleneinrichtung und verfahren zum betreiben einer eisenbahntechnischen anlage
DE102004029104A1 (de) Verfahren zum Betreiben eines tragbaren Datenträgers
DE202004011779U1 (de) Tankstellensystem
DE202009017849U1 (de) Computernetzwerk
WO2009100946A2 (de) Wägesystem

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20060621

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): DE FR GB IT

17Q First examination report despatched

Effective date: 20061027

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN

18W Application withdrawn

Effective date: 20070314