WO1998041940A1 - Systeme de traitement de transactions - Google Patents

Systeme de traitement de transactions Download PDF

Info

Publication number
WO1998041940A1
WO1998041940A1 PCT/IE1997/000020 IE9700020W WO9841940A1 WO 1998041940 A1 WO1998041940 A1 WO 1998041940A1 IE 9700020 W IE9700020 W IE 9700020W WO 9841940 A1 WO9841940 A1 WO 9841940A1
Authority
WO
WIPO (PCT)
Prior art keywords
transaction
signal
partner
data
outgoing
Prior art date
Application number
PCT/IE1997/000020
Other languages
English (en)
Inventor
Patrick Clarke
George Burne
Hubert O'donoghue
Eoin Flood
Timothy O'sullivan
Francis O'rourke
David O'neil
John Mcguire
Christopher Meehan
Cyril Mcguire
Original Assignee
Trintech Limited
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 Trintech Limited filed Critical Trintech Limited
Priority to BR9714596A priority Critical patent/BR9714596A/pt
Priority to JP54028498A priority patent/JP2001519941A/ja
Priority to AT97915658T priority patent/ATE299607T1/de
Priority to EP97915658A priority patent/EP0968479B1/fr
Priority to DE69733718T priority patent/DE69733718D1/de
Priority to PCT/IE1997/000020 priority patent/WO1998041940A1/fr
Priority to AU23050/97A priority patent/AU2305097A/en
Publication of WO1998041940A1 publication Critical patent/WO1998041940A1/fr

Links

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
    • G07G1/00—Cash registers
    • G07G1/12—Cash registers electronically operated
    • G07G1/14—Systems including one or more distant stations co-operating with a central processing unit

Definitions

  • the invention relates to a transaction processing system, and more particularly to host or central processing of point-of-sale transaction in real-time in communication with point-of-sale terminals .
  • the transaction processing systems operated by card issuers must be capable of comfortably handling many simultaneous transactions in which the data size per transaction may be up to 1KB.
  • transaction processing system be expandable in a modular manner to handle different levels of simultaneous transactions.
  • system be easily modified for handling different transaction types.
  • a transaction processing system comprising: -
  • a communications sub-system comprising ports for communication with point-of-sale systems and communication handlers which comprise means for retransmitting signals according to communications criteria;
  • a transaction logic sub-system comprising incoming partners for receiving signals from the communications handlers and for automatically validating the signals according to transaction logic, means for writing the signals in real time to a variable database and for transferring the signals to an associated outgoing partner within the transaction logic sub-system, each outgoing partner comprising means for generating a transaction processing signal;
  • a transaction processor comprising means for processing a transaction processing signal and generating an output signal which is routed to the originating point-of-sale terminal.
  • the use of the communication handlers, the incoming and outgoing partners, and the variable database in this way breaks the processing down to separate communications and transaction logic-based elements.
  • the system may be easily upgraded/expanded. Further, high simultaneous throughput may be easily controlled.
  • each incoming partner comprises means for transmitting only a general section of the signal to the outgoing partner, and writing the balance of the data to the variable database. This minimises internal signal traffic and required processing capacity.
  • each outgoing partner comprises means for monitoring contents of the received general signal according to transaction logic and means for appending variable fields retrieved from the variable database to the signal to generate a transaction processing signal. This allows a large degree of flexibility.
  • each outgoing partner additionally comprises means for retrieving static data from a static database to generate the transaction processing signal.
  • the data break-down between the variable and static databases allows fast data retrieval.
  • each outgoing partner comprises means for transmitting a transaction processing signal to a remote host system for transaction processing according to transaction logic. This also provides excellent flexibility.
  • data is stored in the database in a series of linked strings, each string having a set of data fields and an identifier for the next string in the chain, the first strings in the chain relating to more general information.
  • components of the system reside on physically separate data processing hardware machines and signals are communicated between tasks on different machines via a message server which comprises means for reading a queue identifer and routing the signal to a queue associated with the receiving task. This provides excellent signal transfer control in a distributed environment.
  • the system further comprises a status server which stores global data relating to all available tasks in the system and provides functions to access the global data. This allows universal dissemination of information across the system among all components - particularly important for a distributed environment.
  • each machine of the system comprises a task server comprising means for controlling performance of tasks on its associated machine.
  • each task server comprises means for providing said message queue identifier.
  • the system further comprises a monitor comprising means for transmitting messages to the status server and to the task servers from a user interface.
  • said communication handlers are each directly linked to a particular port. This feature allows very fast communications routing.
  • said transaction processor is also an outgoing partner.
  • the system may have some dedicated transaction processors, all internal processing may be performed by the outgoing partners, or there may be a mix.
  • said transaction processor comprises means for routing the output signal to the point-of-sale terminal via the outgoing partner, the incoming partner, the communications handler, and the associated port. By returning on the original path, the various nodes can immediately re-transmit using stored data and logic.
  • Fig. 1 is an overview representation showing a transaction processing system of the invention and the environment within which it operates;
  • Fig. 2 is a block diagram illustrating the major components of the system
  • Fig. 3 is a diagram illustrating a primary routing section of the system
  • Fig. 4 is a diagram illustrating operation of a secondary routing section of the system.
  • Figs. 5 and 6 are diagrams illustrating the manner in which messages are routed and tracked within the system.
  • the system 1 comprises local and wide area network links 2 which interconnect communications machines 3 and a transaction handling machine 4.
  • the machine 4 is connected to a database 7.
  • the links 2 which interconnect the different parts of the system 1 are based on a TCP IP Protocol, with an EthernetTM hardware link.
  • the network link may alternatively be of the FDDI or Token Ring types, for example.
  • the system 1 communicates in real-time with a large number of point-of-sale terminals 8 and also with external processors 10, 11 and 12.
  • the terminals 8 may be single point-of-sale devices or point-of-sale systems handling many transactions.
  • the system 1 operates to communicate with the point-of- sale terminals 8 in real-time to receive transaction signals, either processes the transactions itself ("onus"), or directs the signals to an external system 10, 11 or 12 depending upon the particular requirements.
  • the output is then routed back to the relevant point-of-sale terminal 8. All this takes place in real-time.
  • the communication machines 3 form sub-systems which provide primary routing in a symmetrical manner, each end providing two-way communication via ports and communication devices such as modems .
  • the machine 4 provides secondary routing based on transaction logic, again in a symmetrical manner and acts as a buffer between the communication sub-systems 3 and a transaction processing sub-system 4(b) residing on the machine 4.
  • the communication sub-systems 3 direct signals to the external processors 10 and also receive the results back for communication to the relevant point-of-sale terminals.
  • Both the transaction logic routing and the transaction processing is carried out in conjunction with the database system 7, which has a variable database 7(a) and a static database 7(b).
  • the variable database 7(a) stores data generated in real time and associated with particular transactions.
  • the static database 7(b) stores data which is pre-set, such as a credit card limit or person's address.
  • the router 3 has ports 15, up to several hundred in number. Each port is directly associated with a particular communications handler 18, to which it transmits every received signal. Received signals are thus immediately routed to a particular communications handler 18.
  • Each communications handler 18 is programmed to relay the received signal, without modifying it in any way, to a particular incoming partner on a transaction logic subsystem 4(a) after completing communication tests such as LRC checks .
  • communication handlers 18 There is a many-to-one relationship of communication handlers 18 to incoming partner for each major type of signal. In this case it is approximately four to one.
  • the types of signal include authorisation requests and data/batch capture requests.
  • the handlers 18 have sufficient intelligence to filter according to the signal type, without processing message contents.
  • a transaction logic sub-system 4(a) operation of a transaction logic sub-system 4(a) is illustrated.
  • the incoming partner 20 writes to the database 7.
  • an incoming partner 20 receives a full transaction signal 21 and validates it according to transaction-based logic.
  • An important aspect of the incoming partner 20 is that it retrieves certain fields from the incoming signal and generates a generic signal 22 which it immediately transmits to an associated outgoing partner 23.
  • the fields 24 of data which are not transmitted to the outgoing partner 23 are written to the variable database 7(a) by the incoming partner 20.
  • the outgoing partner 23 reads the data fields within the generic signal 22 and determines according to transaction logic whether or not additional data is required for processing of the signal. Most often, such data is not required, however, if it is required, some or all of the variable data (indicated as 26) which was written to the variable database 7(a) is retrieved. In addition, the outgoing partner 23 receives data from the static database 7(b). This data includes additional data which can be retrieved by "hooks" in the message. An example is a category code for a merchant.
  • the outgoing partner 23 re-constitutes a signal 28 which is transmitted to a processor for processing of the transaction.
  • the decision as to which processor processes the transaction is based on transaction logic .
  • the processor may be internal to the system 1, namely in the sub-system 4(b) (possibly on a different hardware machine) .
  • the processor may alternatively be remote, in which case the transaction processing signal is routed through the other side of the system 1 to the external processor.
  • the outgoing partner may perform the processing - giving more distributed internal processing and thus a higher throughput. This may require provision of multiple databases. Whichever element processes the transaction uses the static database to firstly authorise the transaction, and secondly to update data such as the credit limit. This data is indicated as S.
  • the output from the processor which processes the signal is routed through the outgoing partner 23, the incoming partner 20, the handler 18 and then back to the originating point-of-sale terminal via the relevant port 15.
  • the original signal 21 may include: -
  • variable signal 24 which is written to the variable database 25 may be represented as : -
  • data is stored in the database system 7 in a chained arrangement in which there is an initial record having main data followed by an outgoing identifier.
  • the main data may be regarded as the primary data for a record.
  • the outgoing identifier is a chain link to a next sequence of fields which begins with the identifier, followed by specific data and one or more outgoing identifiers. Each of the outgoing identifiers links this sequence to a next sequence beginning with the identifer and followed by the data.
  • Each of the individual strings is of a fixed length to provide simple database control. However, as is clear from this structure, the overall record is of indefinite length.
  • Each sequence includes a merchant identifier, and a terminal identifier for easy retrieval and access.
  • Fig. 5 the manner in which signals or messages are communicated between the different components of the system 1 is now illustrated.
  • the machine 3 has a number of communication handlers 18, an RPC message server 30 and an RPC task server 40.
  • the machine 4 also has an RPC message server 30 and an RPC task server 40.
  • the partners on the machine 4 are indicated generally by the numerals 20 and 23 and are implemented by software tasks, each having both an incoming partner and the associated outgoing partner.
  • the tasks illustrated are all incoming/outgoing partner pairs and all transaction processing of the system is performed by these tasks, unless performed remotely.
  • the machine 4 may have tasks which only perform transaction processing upon receipt of signals from an outgoing partner.
  • the function of the message server 30 in the machine 4 is to receive variable length messages from the communication handlers 18 and to route them to a specified local message queue, namely an incoming partner 20. Communication between a communication handler 18 and an incoming partner 20 is indirect, via the two message servers 30.
  • the receiving message server uses a message queue identifier embedded in the signal by the client in order to direct the signal to the appropriate queue.
  • the message server 30 does not need to know the contents of the message.
  • the following is the structure of a message which is passed between a communications handler and a partner :-
  • nMsgType is the type of the message being sent.
  • nMsgQID is the ID of the message queue the remote procedure writes to.
  • nMsgLen is the length of the message being sent.
  • cMsg is the buffer being sent across and MBUFSIZE is the maximum size of the buffer.
  • the client In order for the client to determine the queue identifier to be inserted in the signal, it must pass to the task server the task identifer it wants to communicate with and the machine name that the task is running on.
  • the task server 40 keeps information on all tasks and so returns the appropriate message queue identifier to the client. The client is then able to transmit the signal to the message server 30.
  • the task server 40 is particularly effective at providing control in the distributed environment of the transaction processing system 1.
  • the main message- handling processes in the system include a status server 60, several task servers 40, a monitor 50, and a user interface 70 which transmits commands to the monitor 50.
  • the other processes are the communications handlers 18 and the partners 20 and 23.
  • the status server 60 holds global data about all available tasks in the system 1 and provides functions to access this data. There is one task server 40 per hardware machine in the system 1. There is one monitor 70 in the system 1 and it transmits messages to the status server 60 and to the task servers 40. A user interacts with the system 1 through the interface 70, which in turn interacts with the monitor 50.
  • the status server 60 manages a static global array of shared memory which contains details about all the tasks in the system 1. Any communication with the status server 60 is performed through RPC function calls.
  • the global memory array is read from or written to indirectly by any task on any machine by calling the status server's public RPC functions, or by the tasks themselves writing directly to the status server's shared memory.
  • the size of the array is hard-coded to hold information about 300 task processes. This size cannot be changed at run-time.
  • the status server 60 -
  • the invention provides a system which operates very effectively to handle a large number of transaction signals simultaneously. This level of control is achieved by distributing the tasks between the communications handlers , the incoming partners , the outgoing partners, and the internal transaction processors (task processors). By directly linking communications handlers with ports there is a very fast protocol-based routing within the system. Further, by use of incoming and outgoing partners which use transaction logic to process the signals with reference to the variable and static databases, the size of the messages being handled is minimised and the signal may be processed very efficiently.
  • the processor which performs the transaction processing is able to handle the signal very efficiently because of the manner in which the message is handled before it is received. The implementation of these processes on machines connected in a distributed manner is achieved very effectively by use of the task servers, the message servers, the status server and the monitor.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Computer And Data Communications (AREA)
  • Pinball Game Machines (AREA)

Abstract

Selon la présente invention, un système de traitement de transactions (1) communique avec des terminaux point de vente (8) via un sous-système communications (3) qui assure les communications et l'acheminement en protocole, un sous-système logique de transactions (4) exécutant l'acheminement régi par la logique des transactions. Les signaux de transactions sont traités en interne dans le système au niveau d'un processeur (4(b)) ou sont acheminés vers des processeurs extérieurs (10). Le fait que les partenaires entrants (20) et les partenaires sortants associés (23) écrivent les données dans une base de données variable (7(a)) et récupèrent ces données le cas échéant lors d'une étape ultérieure du processus permet de minimiser le trafic messages.
PCT/IE1997/000020 1997-03-19 1997-03-19 Systeme de traitement de transactions WO1998041940A1 (fr)

Priority Applications (7)

Application Number Priority Date Filing Date Title
BR9714596A BR9714596A (pt) 1997-03-19 1997-03-19 Sistema de processamento para transação
JP54028498A JP2001519941A (ja) 1997-03-19 1997-03-19 トランザクション処理システム
AT97915658T ATE299607T1 (de) 1997-03-19 1997-03-19 Ein transaktionsverarbeitungssystem
EP97915658A EP0968479B1 (fr) 1997-03-19 1997-03-19 Systeme de traitement de transactions
DE69733718T DE69733718D1 (de) 1997-03-19 1997-03-19 Ein transaktionsverarbeitungssystem
PCT/IE1997/000020 WO1998041940A1 (fr) 1997-03-19 1997-03-19 Systeme de traitement de transactions
AU23050/97A AU2305097A (en) 1997-03-19 1997-03-19 A transaction processing system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/IE1997/000020 WO1998041940A1 (fr) 1997-03-19 1997-03-19 Systeme de traitement de transactions

Publications (1)

Publication Number Publication Date
WO1998041940A1 true WO1998041940A1 (fr) 1998-09-24

Family

ID=11042503

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IE1997/000020 WO1998041940A1 (fr) 1997-03-19 1997-03-19 Systeme de traitement de transactions

Country Status (6)

Country Link
EP (1) EP0968479B1 (fr)
JP (1) JP2001519941A (fr)
AT (1) ATE299607T1 (fr)
AU (1) AU2305097A (fr)
DE (1) DE69733718D1 (fr)
WO (1) WO1998041940A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009077380A1 (fr) * 2007-12-17 2009-06-25 Gemalto Sa Procede pour communiquer, depuis un terminal de transaction, a un serveur, terminal, serveur et systeme electroniques correspondants

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5280625A (en) * 1992-06-26 1994-01-18 Hughes Aircraft Company Communication system and method for linking data terminals and their host computers through a satellite or other wide area network
GB2281648A (en) * 1993-09-06 1995-03-08 Turquoise Holdings Ltd Authorizing credit cards and other cards
WO1995012269A1 (fr) * 1993-10-26 1995-05-04 Visa International Service Assocation Systeme adaptatif de communications dans un reseau d'autorisation de cartes de services

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5280625A (en) * 1992-06-26 1994-01-18 Hughes Aircraft Company Communication system and method for linking data terminals and their host computers through a satellite or other wide area network
GB2281648A (en) * 1993-09-06 1995-03-08 Turquoise Holdings Ltd Authorizing credit cards and other cards
WO1995012269A1 (fr) * 1993-10-26 1995-05-04 Visa International Service Assocation Systeme adaptatif de communications dans un reseau d'autorisation de cartes de services

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
LINDEN L F: "Plastic card technology-look for brisk, orderly evolution (financial DP)", MAGAZINE OF BANK ADMINISTRATION, JAN. 1984, USA, vol. 60, no. 1, ISSN 0024-9823, pages 22 - 25, XP002048300 *
WALTON J: "Credit card data capture", COMPUTER BULLETIN, JUNE 1986, UK, vol. 2, ser.3, pt.2, ISSN 0010-4531, pages 3 - 5, XP002048299 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009077380A1 (fr) * 2007-12-17 2009-06-25 Gemalto Sa Procede pour communiquer, depuis un terminal de transaction, a un serveur, terminal, serveur et systeme electroniques correspondants
EP2075751A1 (fr) * 2007-12-17 2009-07-01 Axalto S.A. Procédé pour communiquer depuis un terminal de transaction à un serveur, terminal, serveur et système électroniques correspondants

Also Published As

Publication number Publication date
JP2001519941A (ja) 2001-10-23
ATE299607T1 (de) 2005-07-15
EP0968479B1 (fr) 2005-07-13
EP0968479A1 (fr) 2000-01-05
AU2305097A (en) 1998-10-12
DE69733718D1 (de) 2005-08-18

Similar Documents

Publication Publication Date Title
CA2270112C (fr) Systeme et procede de traitement a securite integree de transactions declenchees par l'evenement
US5964831A (en) Distributed on-line data communications system and method
US5526409A (en) Adaptive communication system within a transaction card network
EP0952510A1 (fr) Procede et dispositif pour la mise a jour de donnees
EP0928090A2 (fr) Système et méthode pour la communication de données
US5960178A (en) Queue system and method for point-to-point message passing having a separate table for storing message state and identifier of processor assigned to process the message
US20060136257A1 (en) Enterprise based issuance of identification cards
EP1177670B1 (fr) Systeme de transfert de fichier et procede
JPH1125191A (ja) トランザクション・データを処理する方法
EP0968479B1 (fr) Systeme de traitement de transactions
US5420981A (en) Arrangement for establishing a data pipeline in a data processing system employing multiple processors
IES73864B2 (en) A transaction processing system
IE970204A1 (en) A transaction processing system
WO1999013438A1 (fr) Systeme client pour reseau ip
JPH05158850A (ja) アプリケーション・プログラム間における情報交換システム及び方法
US6956844B2 (en) Facsimile machine having multi-purpose data ports for signal routing and data management
IES970205A2 (en) A point-of-sale transaction processing system
IE970206A1 (en) A point-of-sale transaction processing system
JP3622467B2 (ja) メッセージ配信管理システムおよび方法並びに情報記録媒体
JP2001517339A (ja) 販売場所トランザクション処理システム
JPH01232852A (ja) 通信制御システム
MXPA99003747A (en) Distributed on-line data communications system and method
MXPA99003748A (en) Fail-safe event driven transaction processing system and method
JPH06301708A (ja) 取引情報配信装置
JP2005141356A (ja) 仕向超過額管理装置およびその方法ならびにプログラム

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AL AM AT AU AZ BA BB BG BR BY CA CH CN CU CZ DE DE DK DK EE ES FI GB GE HU IL IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK TJ TM TR TT UA UG US UZ VN

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH KE LS MW SD SZ UG AM AZ BY KG KZ MD RU TJ TM AT BE CH DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN ML MR NE SN TD TG

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

Ref country code: JP

Ref document number: 1998 540284

Kind code of ref document: A

Format of ref document f/p: F

WWE Wipo information: entry into national phase

Ref document number: 1997915658

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 09381236

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 1997915658

Country of ref document: EP

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

NENP Non-entry into the national phase

Ref country code: CA

WWG Wipo information: grant in national office

Ref document number: 1997915658

Country of ref document: EP