IES80864B2 - A transaction processing system - Google Patents

Abstract

A transaction processing system (1) has a central hub (2) which interconnects a high-speed database server (3), a voice processing server (5), and an interface server (6). The voice processing server (5) has a central processor and distributed processors including telephony interface circuits (5a), station interface circuits (5b), speech recognition DSPs (5c), and text-to-speech circuits (5d). The server (5) distributes processing in such a way that a user can make a telephone call to the system and convey data for a transaction by normal speech. The system uses this data to generate transaction records by capturing real time and the user's call number. Thus, it acts as a time clock. .

Description

“A Transaction Processing System” The invention relates to a transaction processing system.

One of the problems in management of business at present is that of processing relatively small transactions in an efficient manner. Such processing tends to add a proportionally high overhead to a business, and in many cases it is not done correctly.

The invention is therefore directed towards providing a transaction processing system which allows relatively small transactions to be handled efficiently.

According to the invention there is provide a transaction processing system comprising:a central processor connected to telephony interface circuits, to a speech recognition circuit, and to a text-to-speech circuit; a high-speed database server; a voice verification sub-system; means in the central processor to:control the telephony interface circuit and the text-to-speech circuit to receive user speech, and to control the speech recognition circuit to recognise a user code in the users speech, direct user verification by the voice verification sub-system with reference to a stored user voice model, and -2determine from the telephony interface circuit the source number of the telephone call, determine actual time, and generate a transaction record including the source number and the actual time as a time stamp for the telephone call.

In one embodiment, the central processor further comprises means for retrieving transaction records and generating time clock data sorted according to users.

In another embodiment, the central processor further comprises means for initially processing data in the user record and generating speech to provide information to the user when a call is established.

In another embodiment, the system further comprises an interface circuit comprising means for retrieving transaction records and generating management reports and transmitting the reports to a client system The invention will be more clearly understood from the following description of some embodiments thereof, given by way of example only with reference to the accompanying drawings in which:Fig. 1 is a diagram illustrating a transaction processing system of the invention; Fig. 2(a) and 2(b) are together a is a flow chart illustrating operation of a system; and Figs. 3,4, and 5 are plots showing voice verification parameters.

Referring to the drawings, and initially to Fig. 1 there is shown a transaction processing system 1 of the invention. -3The system 1 comprises a 100 Mbit/s hub 2 which controls TCP/IP communication between circuits within the system 1. It also comprises wide area network interface circuits for administration terminals. These terminals are used by staff in providing transaction processing services using the system 1.

The hub 2 is connected by lOOMbit/s UTP cable to a Bull Escala 204™ Unix mainframe symmetrical multi-processing system 3. This provides high speed access to an Integrated File System (IFS) database 4 which stores user and transaction records. The file search time is approximately 5ms and this time is stable because it is independent of the database size. There may be many millions of records in the database.

The system 1 also comprises a central controller 5 connected to the hub 2. The controller 5 comprises a central processor and distributed processors 5(a) to 5(d) connected to it by an internal system bus. The distributed processors are described in more detail below.

An NT™ interface server 6 is also connected to the hub 2, and is also directly connected to a data backup system 7. The interface server 6 is programmed to operate a an supervisor interface to the mainframe 3 and. the central controller 5. It also operates to back up files on these devices. An important aspect of the interface server 6 is that it provides a central GUI interface to the storage structures of the mainframe 3 and the IFS 4 and the central controllers 5.

Referring again to the central contrller 5, this comprises a set of ISDN digital telephony interface circuits 5(a). These circuits include Calling Line Identification (CLI) circuits to determine the source of a telephony connection. Station interface circuits 5(b) allow connection of users to a help desk. The connection is via a TDM bus. Speech recognition DSPs 5(c) are programmed for speech recognition of multiple languages. Finally, the controller 5 comprises a text to speech telephony circuit 5(d) with associated resources. -4The system 1 also comprises a voice verification sub-system 8 connected directly to the hub 2. The sub-system 8 comprises a processor programmed with user voice models to verify users who call via the ISDN telephony circuits 5(a).

Referring now to Fig. 2, operation of the system 1 is now described as a method 20. This method involves a user connecting with the system 1, being verified, and a transaction being performed. The system is suited to processing large volumes of transactions, thus removing a major administration workload from clients.

In step 21 a user of a client establishes a telephony connection at an interface circuit 5(a). The call may be temporarily routed to a station interface circuit 5(b) if assistance is required. The central processor of the controller 5 directs the speech recognition DSP 5(c) to recognise and record a spoken user code such as an account number in step 22. This code is used in step 23 by the central processor of the controller 5 to retrieve a user record from the IFS 4. This record includes a security level for the particular user. If this level is 00 as indicated by the decision step 24, the central processor immediately initiates a transaction (step 31) without verification. If the security level is not 00, in step 25 the central processor determines whether the user has yet been enrolled. If not, in step 26 the central processor directs the text to speech circuits 5(d) to generate a series of prompts for the user to speak. These are preferably digit pairs such as “57” or “21”. These voice strings are used by the voice verification sub-system 8 to generate a user voice model. This model describes the user’s vocal tract on the basis of sound parameters with conversion from the time domain as illustrated in Fig. 3 to the frequency domain as illustrated in Fig. 4. Fig. 3 shows the amplitudes of four speech bursts, each one being a numeral. Fig. 4 shows a set of corresponding signatures for these speech bursts in the frequency domain.

In step 27 the central processor 5 determines a “password” status for the user from the user record. If negative, in step 28, the central processor directs the circuits 5(d) to generate speech prompting user speech strings for voice verification. These are again -5typically digit pairs. The inputs used for comparison with the voice model are either the spoken user code received in step 22 if the password status is “yes” or the digit pairs received in step 28 if the password status is “no”.

The voice verification sub-system 8 then performs voice verification in step 29 using the voice model for the user.

There are only four possible outputs of the sub-system 8, namely “accept”, “reject”, “error”, or “uncertain”. Referring to Fig. 5, the manner in which these outputs are determined is shown. Fig. 5 is a plot of single-sided probability as a function of score. If the verification output is in the region 50 then the output is “accept”. If in the region of 51 the output is “reject”. If in the region of 52 the output is “uncertain”. Finally, the output is “error” if no meaningful user speech was received.

The manner in which the central processor handles the verification outputs is illustrated by the steps 30 to 36 in Fig. 2(b). An “accept” output results in a transaction being initiated in step 31. If “reject”, as indicated by the decision step 32, the central processor in step 33 shuts down the user connection in an appropriate maimer. If “error”, as indicated by the decision step 34 the processor transmits an error message in step 35 and shuts down the connection in step 33.

The central processor processes an “uncertain” output according to the user’s security level, which is determined from the user record. The security level indicates if such a verification output should be converted to “accept” or “reject”. The level may indicate that additional interactivity is required such as prompting additional speech inputs or discussion with a staff member.

To initiate a transaction (step 31), the central processor directs the mainframe 3 to create a transaction record on the IFS 4. -6The central processor directs the interface circuits 5(a) to identify the source of the connection. It uses this information together with a time stamp for the call to generate a transaction. In this example there is no speech recording and the system simply records time stamps for clients users “clocking in” and “clocking out” of work. The central processor, may use data in a previously-generated transaction record or the user record to generate speech transmitted to die user. An example is to inform the user that he or she did not “clock out” the previous day. The data in the transaction records for this service may be uploaded to a client’s system for processing at their end.

Quality control in the system is achieved by the central processor inserting a flag in transaction records at regular intervals, such as every 20 records. These flags are used by a supervisor to retrieve these records and check that the data is correct according to the recorded speech.

The interface server 6 operates to interrogate the transaction record on the IFS 4 and the corresponding speech records on the controller 5. It thus acts as a central data retrieval and processing node which has equal access to data and speech records. This is very important for generation of reports for clients which include data relating to many users. For example, monthly time recording reports may be provided. The server 6 also controls backup of data using the backup system 7. Again, it does this by retrieving data from both the IFS 4 and the voice processing server 5. It has been found that by distributing the processing across the various processors of the voice central controller 5, the mainframe 3 and the IFS 4, and the interface server 6, the system 1 has a very large processing capacity. Indeed, it has been found that many millions of transaction records in the IFS 4 may be handled without any appreciable delay in response time. The central processor of the voice processing server 5 acts to co-ordinate the distributed processing in a very effective manner in conjunction with the mainframe 3.

It has been found that a comprehensive range of types of transactions may be processed.

The system 1 allows a service to be provided to clients whereby users (typically -Ί employees of the client) do not need to familiarise themselves with any new technology or procedures. It is only necessary that they dial a particular number and speak in the normal manner to initiate a transaction. In this way, a huge administration overhead is taken off the clients and therefore, the system 1 may be used to provide a very valuable service. Also, because voice is stored, integrity of the data can be ensured because a record is available. Of course, the quality control check using the flags to retrieve records also helps to ensure integrity. Another advantage of the system 1 is the manner in which users are verified, which allows a large degree of flexibility. The procedure ranges from immediate activation of transactions to comprehensive “digit pair” voice verification before access is allowed.

It will be appreciated that the invention provides a secure and flexible way for staff in the client organisation to clock in and out. It avoids the need for users to queue up at clocks and it allows the time that the user leaves his or her workstation to be recorded accurately. The CLI facility in the telephony interface circuits 5(a) is very important to ensure integrity of the time clock data being recorded.

The invention is not limited to the embodiments described, but may be varied in construction and detail within the scope of the claims

Claims (4)

1. A transaction processing system comprising:5 a central processor connected to telephony interface circuits, to a speech recognition circuit, and to a text-to-speech circuit; a high-speed database server; 10 a voice verification sub-system; means in the central processor to:control the telephony interface circuit and the text-to-speech circuit to 15 receive user speech, and to control the speech recognition circuit to recognise a user code in the users speech, direct user verification by the voice verification sub-system with- reference to a stored user voice model, and determine from the telephony interface circuit the source number of the telephone call, determine actual time, and generate a transaction record including the source number and the actual time as a time stamp for the telephone call.

2. A system as claimed in claim 1, wherein the central processor further comprises means for retrieving transaction records and generating time clock data sorted according to users. V* -93. A system as claimed in claims 1 or2, wherein the central processor further comprises means for initially processing data in the user record and generating speech to provide information to the user when a call is established.

3. 5 4. A system as claimed in any preceding claim, wherein the system further comprises an interface circuit comprising means for retrieving transaction records and generating management reports and transmitting the reports to a client system 5. A system substantially as described with reference to and is illustrated in the

4. 10 accompanying drawings.