Field of the Invention The present invention relates to a device and a method for dispatch of messages. In particular, the present invention relates to an electronic device and a method for dispatch of messages for ordering vehicles such as taxis but can have wider application to message dispatch generally such as for paging, for elderly persons assistance or alert ordering or burglar surveillance ordering.

Description of Prior Art When a taxi is required for providing transport for a person from one location to another, it is usual for a taxi to be ordered by telephoning a taxi company and requesting a taxi from a telephone operator at the taxi company. That operator then records details of the order, including the location where the taxi is recjuired, and radios a taxi to fill the order. Instead of radioing the taxi, the telephone operator may, alternatively, enter details of the order into a computer and the order can be electronically relayed to a taxi for speedier and more reliable results.

The above system suffers from a number of problems, especially during busy periods when it may be difficult to reach the taxi company by telephone. Furthermore, errors arise in the oral communication of the order which results in the taxi not being ordered or going to the wrong location.

In restaurants or bars when a taxi is required the bar attendant or waiter is usually requested to order a taxi when the bar or waiter services are otherwise

required. This is generally inconvenient and time consuming as the bar attendant or waiter needs to be at a telephone for an extended period to make the necessary dialling and ordering, await the taxi company answer to the call, relay the order message, and subsequently confirm to the customer that a taxi has been ordered.

Object and Statement of the Invention The present invention attempts to overcome one or more of the above problems. According to one aspect of the present invention there may be provided a device for dispatch of messages comprising: memory means for storing information which can be used to define the message a communicating device for making a call for the dispatch of the message to an intended recipient a message confirmation means which will confirm that the message has been received by said recipient a message dispatch initiating means by which a person requiring to dispatch the message can initiate procedures to dispatch that message and a processing means interconnecting the above whereby, in use, a person requiring to dispatch a message activates βaid message dispatch initiating means, and βaid device will automatically activate said communicating device, βaid communicating device will then call βaid recipient, relay βaid information from βaid memory means to βaid recipient, and then process an acknowledgment of receipt of the eβsage to activate βaid message confirmation means and then subsequently terminate the call with said recipient, all without further intervention by βaid person.

It is particularly preferred that the device be for placing orders, as the message, and that the message dispatch initiating means be an order request initiating means.

It is preferred that the order request initiating means be a push button. It is particularly preferred that said device have an order request initiating means for one particular type of order, and a second or subsequent order request initiating means for a different or βubβequent type of order.

It is also particularly preferred that the order requeβt initiating means include an order request initiating means which cancels a previous order. It is further particularly preferred that βaid communication means can call a provider which will transact the order via a second or βubβequent communication source. In thiβ way, if an attempt to communicate by the firβt source cannot be completed due to the fact that it is already engaged, for example, then it can attempt communication by the second or βubβequent communication source all automatically.

It is particularly preferred that the system be tailored for ordering taxis with a taxi company and operate on a public service telephone network. In thiβ embodiment the communicating device can be a telephone dialling device.

It is particularly preferred that when operating on a public service telephone network, the device may be connected in parallel with another telephone device without interference to the operation of that device.

According to a further aspect of the present invention there may be provided a system comprising the device previously defined and a device for installation at the recipient of the message so as to detect a call and message dispatch by βaid device and provide an appropriate confirmation signal which can activate the message confirmation means once the message has been received.

Preferably, the device at the recipient which will receive the message can conveniently comprise a computer device.

It is particularly preferred that the device at the recipient which will receive the meββage include a data βtorage means for storing user data for a plurality of users so that when the information is dispatched the data βtorage meanβ can be acceββed to recogniβe the information and determine the meββage from the information communicated or determine the particular addreββ from which the meββage is dispatched or to which the order is to be transacted to. In this way, a code can be provided repreβentative of the meββage or addreββ and the code can be matched in the data βtorage meanβ to extract the actual meββage or address. In accordance with a further broad aspect of the present invention there may be provided a method of dispatch of a meβsage compriβing the βtepβ of (a) βtoring information which can be used to define the meββage,

(b) activating a meββage dispatch requeβt initiating meanβ to, in turn, βubββquβntly automatically activate a communication device to communicate with the intended recipient, communicating βaid information, subsequently receiving an acknowledgment of receipt of the message and activating a message confirmation means, and then subsequently terminating the communication with said recipient. The proceββing meanβ of the preferred embodiment of the invention alβo includes a reprogramming facility for altering information contained in the device from a remote location.

Preferably the reprogramming facility is provided by a telephone line linkage from a remote proceββing station which communicates with the processing means to alter data in the memory or data retained in the communication means.

Most preferably the programming facility is initiated when necessary following a meββage dispatched by the dispatch device to the remote processing station

whereupon the remote procesβing βtation, upon receipt of the meββage, outputs a signal to the dispatch device indicating reprogramming is to take place and outputs new data to alter the data in the memory or communication means. The remote processing station may be a central proceββing βtation or the device for installation at the recipient of the meββage.

Preferably the device also includes a connection to an AC power socket to βupply power. Preferably the device includes a status display meanβ to provide an indication of the statue of the last dispatch of a meββage.

The status display means preferably comprises a display for permanently displaying the status of the last meββage until next uβe of the device and circuit meanβ for causing one or more lights to illuminate to indicate the statue of the last meββage.

Preferably the device includes audit means for causing the procesβing meanβ to output data relating to the number of successful meββage dispatches, as well as the number of unβucceββful attempts to dispatch mesβages, to a central βtation.

Preferably the central βtation for audit meβsages may not always be the recipient of βaid meββages. Preferably the audit means is triggered in response to a predetermined number of βucceββful meββage diβpatches or unsuccessful attempts to dispatch messages or a predetermined time period to cause data relating to the number of succeββful dispatches to be provided to the central βtation for billing purposes.

Preferably, therefore, the audit means comprises at least one counter or a clock.

Preferably, the audit means may also be triggered by a signal from a recipient of a message. Preferably, the audit means may also be triggered by activation of a particular sequence of message dispatch

requeβt initiating means.

Preferably the procesβing means also causes a job identification code to be dispatched with the message so the particular job request by the device can be identified. Preferably the job identification code is provided by βaid counter so that the existing count maintained by the counter plus one is outputted with the meββage to provide a job identification code.

Preferably the device also includes a display for displaying the identification code outputted with the meββage βo that the uβer of the device also obtains an indication of the job number which has been diβpatched with the meββage.

Preferably the device alβo includes means of connecting a remote order requeβt initiating meanβ, sited away from the device.

Preferably the remote order request initiating meanβ may be connected by means of wires.

Preferably the remote order request initiating means may be connected by meanβ of infra-red or wireless tranβmiβeion.

Preferably the device includes additional input meanβ for providing additional information to be communicated to the device for inβtallation at the recipient of the meeβage for conveying destination data and/or cuβtomer data to be provided to the recipient of the meββage.

Brief Description of the Drawings Examples of the preferred embodiments of the present invention will now be discussed with reference to the accompanying drawings, in which:

Figure 1 illustrates a device for dispatch of messages to an intended recipient.

Figure 2 illustrated a device at the premises of the provider which will transact the order, according to one example of a preferred embodiment of the present invention;

Figure 3 illustrates a taxi ordering device according to another example of a preferred embodiment of the present invention;

Figure 4 illustrates a taxi ordering device according to a βtill further example of a preferred embodiment of the preβent invention;

Figure 5 illustrates a taxi ordering device according to an even further example of a preferred embodiment of the preβent invention; Figure 6 iβ a detailed schematic circuit diagram of one example of a preferred embodiment for calling taxis; Figure 6 iβ a diβplay diagram βhowing poββible diβplays in the example of Figure 5; and

Figures 7a and 7b; 8a and 8b; and 9a and 9b show respective State Diagrams of the devices of Figures 3, 4 and 5 using the circuit of Figure 6.

Detailed Description of Preferred Embodiments Referring now to Figure 1 there is shown a device 1 for dispatch of messages to an intended recipient. The device 1 can connect with the recipient by any convenient communication means, βuch as by a telephone network, by a radio network, or by any other means by which information can be relayed from one location to a further location. The recipient of the meββage iβ provided with a device 15 which can receive the meββage transmitted from device 1.

The communication has been βhown generally by communication link 13. The device 1 has memory 3 for storing message information. It also includes a meββage diβpatch initiating means 9, a communication device 5, a meββage confirmation means 7, and a proceββing meanβ 11 interconnecting each of the memory 3, meββage diβpatch initiating meanβ 9, communication device 5 and meββage confirmation 7. The proceββing meanβ is programmed so that when the meββage diβpatch initiating meanβ 9 iβ operated, it will activate the communication device 5 automatically and the communication device 5 will make a connection with

device 15. Device 15 has a meββage answering means 17, a message recording meanβ 21, and proceββing meanβ 19 interconnecting the meββage answering means 17 and the meββage recording meanβ 21. Accordingly, after the communication device 5 in device 1 establishes communication with device 15, the procesβing meanβ 11 then extracts the mesβage information from memory 3 and tranβmitβ it to the mesβage answering device 17 which, in turn, passes it to the meββage recording meanβ 21. Thiβ iβ under control of the proceββing meanβ 19. When the meββage recording meanβ 21 receives the meββage from memory 3, proceββing meanβ 19 in turn cauβes a βignal to be provided which iβ relayed back from the meββage anβwering meanβ 17 to the communication device 5 to, in turn, provide a meββage confirmation βignal to activate meββage confirmation meanβ 7. In thiβ way, a meββage βtored in memory 3 can be transmitted from device 1 to device 15 and a meββage confirmation βignal transmitted back to device 1 to activate the mesβage confirmation meanβ 7. All thiβ iβ operated automatically upon activation of the meββage diβpatch initiating meanβ 9. Thus, in the case where a mesβage iβ to be relayed from one location to another, βuch as a person calling home and requeβting that, for example, dinner preparation iβ to be commenced, the meββage for that can be βtored in the memory 3. By a βingle operation of the meββage diβpatch initiating means 9 βuch as by operating a push button, the system can automatically communicate with device 15 which can be at the home of the person where the meββage iβ to be relayed - the recipient of the meββage. The whole transaction is conducted automatically and a mesβage confirmation signal iβ provided at the meββage confirmation meanβ 7. The meββage can be a coded βignal which iβ transmitted and this can be recognised at device 15 to extract the exact mesβage particularβ. A suitable data storage means can be used at device 15 to store the meββage and corresponding code

βignal data. The system has application to ordering generally and may be utilised in a taxi ordering system. In this case, memory 3 may have stored in it information concerning a person requesting a taxi. In this case, therefore, the message to be relayed is the meββage that a taxi is required. Thiβ, in turn, iβ inherent in the operation of the eyetern and the memory 3 containβ information concerning the addreββ to which the taxi is to be sent. Thiβ may be in a coded βignal, which can be recognised in device 15 to extract the exact addresβ particulars. A suitable data storage means may be provided at device 15 to store the address and code βignal information. Thus, the device 15 can be at a taxi company and the device 1 can be at the premises of a person who frequently calls taxis. By a single operation of the mesβage diβpatch initiating meanβ 9 a taxi can be ordered and information tranβmitted aβ to the location aβ to where the taxi should arrive.

Referring now to Figure 2 there is provided a device 1 for ordering. The device 1 has components similar to that in Figure 1 and where thiβ occurβ corresponding numerals have been uβed. A number of other devices 1', 1", 1'", 1 are βhown. Bach of devicββ 1', 1", 1'", 1 ^N will be βubβtantially identical to that identified by numeral 1. The device 1 includes a memory device 3 for storing information which can be used to determine the requeβting addreββ to which the provider will transact the order will respond to. Thiβ can conveniently comprise an E PROM device. It may comprise other memory means as for example, a series of DIP βwitehee which can be toggled to provide different code combinations repreβenting a particular addreββ to which the provider will transact the order to. Device 1 also includes a communicating device 5 for making a call for the order to the provider. The device 1 also has an order confirmation means 7 which will confirm that the order has been received by the provider.

SUBSTITUTESHEET(Rule2b;

The device 1 also includes an order request initiating means 9 by which a person requesting an order can initiate procedures to order. The device 1 also includes a proceββing meanβ 11 which can compriβe a central proceββing unit. The proceββing meanβ 11 iβ interconnected with the memory device 3, the communication device 4, the order confirmation meanβ 7 and the order requeβt initiating means 9 βo that, in uβe, when a perβon requires to place an order he merely has to activate the order requeβt initiating meanβ 9 and the device will automatically activate the communication device 5 and the communicating device 5 will then call the provider aβ βhown by the communication lines 13.

A device 15 is provided at the premises of the provider which will transact the order. The communication lineβ 13 may compriββ radio communication meanβ or direct wired connection or telephone lineβ or other communication meanβ by which information can be relayed from one location to a further location. When the provider receives a call from the communication device 5, device 15 it anβwers that call with an order answering meanβ 17. During the call the proceββing meanβ 11 in the device 1 activates memory device 3 to extract information which can be used to determine the addreββ of where the service iβ to be provided. The proceββing means 11 then cauβes that information to be tranβmitted to device 15. The device 15 includes a procesβing meanβ 19 βuch aβ a central processor which then activate a memory device 21 which may conveniently comprise a look-up table which βtorβs information of each device 1', 1' ' , 1' ' ' , 1 ^N and has a corresponding addresβ for each of those devices. Thus, the addreββ of the device 1 for which an order iβ being placed can be determined. That address can then be transferred to an order memory 23 for subsequent order procesβing. The proceββing meanβ 19 can then provide a βignal which can be communicated back to

device 1 to βignal that the order haβ been received by the provider. Thiβ βignal iβ then passed to the order confirmation means 7 so that the person at device 1 can determine that the order haβ been received. The order confirmation meanβ may compriβe a viβual or audible meanβ or it may be both a viβual and audible meanβ. Typically the order requeβt initiating meanβ 9 comprises a push button. Thus, the person requiring to make an order merely has to operate the order requeβt initiating means 9 and the system then automatically operates to communicate with device 15 and place the order. The device 15 can then provide a confirmation of order βignal which can be provided to the order confirmation meanβ 7. On completion device 1 will terminate connection with device 15. This is under control of the proceββing meanβ 11.

The communicating device 5 may be able to communicate with device 15 by a number of different communication sources. For example, if a firβt channel iβ busy by one of the other devices 1', 1' ', 1' ' ', 1 ^M , then it can automatically attempt communication by a βecond or even possibly further communication βources. In thiβ way, the order can be given without intervention by the perβon requiring to make the order after the order requeβt initiating meanβ 9 haβ been activated. The automatic nature can be under control of the proceββing means 11.

The order request initiating means 9 may include a series of different order request initiating means 9 wherein each iβ provided βo that a different type of order can be made. Thus, by presβing a firβt order requeβt initiating meanβ 9 one particular order can be made. By pressing the βecond a different type of order can be made, etc. Making the different orderβ iβ initiated solely by a single operation of the order request initiating means 9 and requires no further intervention by the person requiring to make the order.

The order request initiating means 9 may also

include a further order requeβt initiating meanβ to cancel a previous order. Accordingly, by a single operation of that order request initiating means 9 the previous order can be cancelled. This order requeβt initiating means 9 may be linked with the other of the order request initiating means 9 βo that if an order iβ to be cancelled two buttons may be preββed concurrently or one after the other βuch that the order requeβt cancelling button is preββed and then the particular order requeβt initiating meanβ 9 which iβ to be cancelled preββed βo that the device 15 will be able to identify which of the multiple orders which may have been placed from device 1 are required to be cancelled. Appropriate memory proceββing in device 15 can be used to identify that previous order and make the neceββary cancellation.

It βhould be appreciated that the ordering system will have particular advantage for ordering taxis or couriers. In the case of ordering taxiβ, a busy bar attendant or waiter does not need to be at a telephone for an extended period to make the neceββary dialling and ordering which waβ done with the normal public service telephone network taxi order. The bar attendant or waiter merely haβ to operate the order requeβt initiating means 9 and the taxi order can be automatically placed and confirmed. In the case of elderly perβonβ' aββiβtance or alert ordering, it can be appreciated that operation of the order requeβt initiating meanβ 9 by βuch perβonβ can call the ambulance βtation, doctor βtation, or other assistants station and the person will receive an order confirmation and thus know that help is on the way. In the case of a burglar surveillance ordering system, the order request initiating meanβ 9 may be βhown aβ a panic button and a security company may be called. The order confirmation means 7 will be activated when the order has been placed thereby signalling to the perβon making the order that the order has been received and help is on the way. In the

caβe where a panic button iβ used, it may be additional to a normal order request initiating means 9 and the order confirmation means for the panic situation may be different from the order confirmation means for normal order requests.

Referring now to Figure 3 there is βhown an ordering device of the system where there is provided a central computer device (not shown) at a taxi company which coordinates the operation of a group of taxiβ. Thiβ equates to device 15 βhown in Figures 1 and 2. On the computer device a database iβ kept of cuβtomerβ of the taxi company. Thiβ equates to memory device 21. The database is preferably provided with a record on each customer which has been provided with a taxi ordering device, including the customer'β name, addreββ, unique identification code and any other relevant detailβ of the cuβtomer. The computer device preferably comprises an interface card built into a computer for connecting to a public service Telephone Network telephone line. Customers are preferably provided with a device 1, as βhown in Figure 2 and aβ particularly βhown in Figure 3, for ordering a taxi. The device 1 is a small unit in a case 32 which can be connected to a telephone socket via telephone cable 34 and is connected to a power point via electrical cord 36. The device 1 may be connected directly to a phone socket via cable 34 or it may be connected in parallel to a normal phone on a βtandard telephone double adaptor connector.

The device 1 iβ controlled by a control unit (not βhown) preferably comprising a microcomputer which is controlled by a program βtored in a memory device.

A power supply (not βhown) may be provided outside the case 32 which iβ connected to the power supply via power cord 36. The power supply can be used to step down the voltage from an AC power socket to the normal DC operating voltages required for control unit.

The face of the device 1 iβ provided with four buttons 41, 42, 43, 44 and 45. Each button corresponds to a particular order required from the taxi company. For example, button 45 may correspond to an order for one taxi, button 42 may correspond to an order for two taxis, button 43 corresponds to an order for a maxi-cab, and button 44 corresponds to an order for a limousine. A cancel button 45 is provided which cancels the last order placed. It is possible to add further buttons corresponding to other services provided by the taxi company.

The preferred device 1 is provided with an order confirmation means in the form of a piezo electronic tone generator inside case 32.

In uβe, a cuβtomer which haβ been provided with a device 1, can order a taxi by βimply preββing one of the buttons 41, 42, 43, 44 to select the type of taxi required. The control unit then reads the preββed key and stores details in memory. The control unit then turns on a call- in-progreββ LED 53 to indicate that a call iβ in progress. If the line is in use or the device 1 is not connected to a telephone line, the control unit outputβ a "beep" βignal to indicate an error via the piezo tone generator and diβplays a flashing red "RETRY" LED 54 to indicate lack of success. In a preferred embodiment the control unit may be programmed to retry the telephone line at regular intervals until the telephone line becomeβ available. If βucceββive retries do not work, then the call is aborted and an error condition is indicated by for example a particular sound from piezo tone generator. if the telephone line iβ available, the control unit seizes the line, waits for 2 seconds (as required by Auβtel TS 002 1992, 5.8.1.2d) outputβ a "hold loop" βignal to the telephone line and removes the "line seizure" βignal (as required by Auβtel TS 002 1992, 5.8.1.2e). The control unit then tests whether the telephone line is ready for a call or may keep retrying to get a line

if a line iβ not immediately available. Once a line βignal is detected, the control unit dials a telephone number which will allow it to connect to the computer device of the taxi company. The number may be stored in the memory of the control unit. It is poββible to store more than one number and the control unit may then try alternative numbers - ie an alternative communication source - if it iβ unable to achieve a connection with the computer device through a first of the numbers. The dialling procedures are according to the rules laid down by Auβtel TS002 1992, 5.8.1.2h for dicadic dialling or according to Auβtel TS002 1992, 5.8.1.2 for tone dialling.

If after a number of retries it iβ still not possible to get a connection, then the control unit may try an alternative number βtored within the memory of the control unit. If none of the numbers are able to make a connection, then the control unit indicates an error condition by different flashing of LED 54 and aborts the call. In a variation the system may have say three alternative telephone numbers to make a call to the taxi company. These may be randomly or successively chosen on a rotary baβiβ for βubβequent callβ βo that one number iβ not continuouβly uβed and perhapβ be βubβtantially continuouβly engaged in the eyetern when there are a large number of devices in uβe.

If a successful connection iβ made, the control unit waits for an identification tone from the computer device at the taxi company. If the tone is not made within a predetermined time limit then the control device drops the line and starts the connection process again. Once the control unit has received the identification tone from the central computer device of the taxi company, the control unit sends an identification code which identifies the customer and the service required to the computer device. This identification code iβ a unique

code for each button 41, 42, 43, 44 and 45 which iβ βtored within the memory of the device 1. The central computer device receiveβ the identification code and it iβ then able to compare the identification code with thoβe βtored in the computer to extract from the database the name and addresβ and any particular requirements of the cuβtomer requesting a service. Bach code may be a standard code representing a standard service provided by the taxi company, or alternatively it may be codes unique to each cuβtomer which can be looked up in a database to correspond to βpecific requirements of the cuβtomer.

The control unit then waits for a response from the central computer device. If an electronic acknowledgment βignal iβ βent from the central computer device, the βignal iβ detected and an acknowledgment "beep" tone iβ produced by the piezo tone generator.

The control unit then flashes LED 56 to indicate that the order haβ been acknowledged, releaβeβ the telephone line 36 and returns to a rest βtate thereby terminating the call.

A previous order may be cancelled by preββing the cancel button 45 which will again dial up the central computer and indicate to the central computer to ignore the previouβ order. Should there be a hold-up or other unuβual circumstance ariβe at the location where the device 1 iβ located, a foot actuated βwitch meanβ 61 or a βimilar suitably concealed βwitch meanβ for manual activation by a hand may be provided to automatically call the taxi company or another organisation and to provide a βignal indicating an unuβual βet of circumstances which require special attention. This may cause the taxi company or other organisation which receives the requeβt to call for police or to treat the requeβt order aβ an urgent priority matter. Operation of the foot βwitch 61, or other βimilar βwitch which can be concealed, disables operation of the various

LBDβ and tone generator 48 for that particular call. In that way burglarβ, for example, are lees likely to perceive that an emergency alarm condition has been transmitted from the device 1. In this way, the acknowledgment signals are disabled for that particular call.

Operation of foot switch 61 or other similar βwitch may invoke a program where police, for example, are dialled automatically by the device 1 rather than the taxi company or other organiβation which iβ normally dialled when using device 1.

In an alternative embodiment of the preβent invention the control unit stores a service number which the device 1 dials if service of the device is required or if it is persistently unable to get through to the taxi company. It may also download detailβ of uβe or service difficulties to the service depot to assist the taxi company in maintaining the devices at customer locations.

The preferred embodiment of the invention also provides for reprogramming of the device 1 over the telephone lines from a central location such as a central computer βtation 65 or from the device 15. For example, should the facility which is to be called, such as the taxi company or the like, changes its telephone number the central computer 65 can communicate with all of the devices 1 located at various locations by meanβ of the telephone network and cauβe the communication device to be re- programmed with the new telephone number βo that the new telephone number iβ dialled by the communication device 5 the next time the device 1 iβ uβed. The re-programming facility iβ initiated when the device 1 dispatches a mesβage to the computer βtation 65 or the device 15. If it iβ neceββary to change data in the device 1, upon receipt of a meββage from the device 1, the computer βtation 65 or device 15 outputβ a flag βignal indicating that re-programming iβ required and causes the procesβing meanβ 11 to be alerted that new data iβ to be

SUBSTITUTESHEET(Rule 20,

provided to the device 1. The new data iβ provided from the central computer 65 or the device 15 to alter the data in the memory 3 or the communication device 5. Thus, the device 1 can only be re-programmed upon making a call to the central computer 65 or the device 15 and receiving the flag indicating re-programming iβ required. Most preferably the reprogramming facility cannot be initiated by a call direct from the central computer 65 or the device 15 but only upon the device 1 making a call to the central computer 65 or device 15 and receiving the appropriate flag output. Thiβ preventβ unauthoriβed re-programming of the devices 1 by direct communication with the devices 1 from unauthorised βourcβs.

The preferred embodiment of the invention also includes a statue function βo that the status of the last attempt to diβpatch a meββage can be determined. That iβ, whether the last mesβage waβ βucceββfully diβpatched or whether it waβ not βucceββfully diβpatched.

The βtatuβ function preferably includes an LCD display 71 which is coupled with the proceββing meanβ so that upon a βucceββful diβpatch of a meββage an indication iβ displayed by the LCD display 71 such as "accept", or if the meββage waβ not βucceββfully diβpatched an indication βuch aβ "retry" can be diβplayβd by the LCD diβplay 71. Preferably the relevant diβplay iβ continuouβly diβplayed until the next attempt to uβe the device whereupon the diβplay iβ cancelled and the βtatuβ of the next attempt iβ then diβplayed. The LCD diβplay may also diβplay which button waβ depressed by a bar area which has individual bars corresponding to each of the buttons 41, 42, 43 and 44. An appropriate corresponding bar is therefore diβplayed filled to indicate the last button pressed.

Host preferably the βtatuβ function also includes a circuit for causing an appropriate one of the LEDs 54 or 56 to light to indicate that a call haβ not been βucceββful or

haβ been βucceββful reβpectively.

In the preferred embodiment of the invention the processing means 11 may also include an audit function to provide an audit signal after a predetermined condition prevails βuch aβ after a predetermined time period or after a predetermined number of callβ have been made by the device 1. For example, the audit function may be triggered by a counter 69 (βee Figure 1) for counting the number of callβ made by the device 1 or unsuccessful attempts to call and after a predetermined number of calls or attempts haβ been made (for example 100 callβ or 100 attempte) can reeet the counter 1 and provide the audit information to the central computer 65 indicating that 100 βucceβeful callβ or 100 unsuccessful attempts have been made. That audit information can be uβed for billing purpoβes to either the uβer of the device 1 or the provider of the βervice called by the device 1. It may alβo be uβed to detect problems with the receiving of callβ at the base of the provider. The central computer may also provide for a reprogramming of the procesβing meanβ to alter the number of callβ made or unβuccβββfully attempted before the audit function iβ initiated or changing the time period before the audit function iβ initiated. For example, if the device iβ in heavy demand and iβ continually uβed the number of callβ can be increaβed to 200 or more before the audit function iβ initiated. If the device ie uβed only rarely the proceβsing means 11 can be rβprogrammed to initiate the audit function after for example 10 calls or 20 calls or after a much βhorter time period. An audit call may alβo be initiated by providing a unique audit tone emanating from the βervice provider during an incoming order requeβt. Thiβ will, in turn, cause the device to be placed into a mode, so that after completion of the order and termination of the call, it will automatically make a dedicated audit call. This can be to a dedicated phone number βuch aβ at an audit depot

where audit data iβ collected βo that a charge can be made to the βervice provider, βuch aβ a taxi company, having regard to the number of callβ received. In thiβ way the βervice provider can initiate billing from the audit depot βay at the beginning of each month, or any other convenient period. Thiβ will occur by the βervice provider activating either manually or automatically, βay in a computer, for the generation of the unique audit tone at the required time period, βo that all callβ from all deviceβ 1 will occur with the unique audit tone being received by the calling device 1. It iβ assumed that all devices 1 will call the βervice provider βuch aβ a taxi company more than once each day. Accordingly, auditβ will be made of each device 1 on a given day, aβ requested by the service provider. The unique audit tone can then be disabled until the next time billing is required.

In the preferred embodiment of the invention an audit call may also be triggered by a key combination preββed by the uβer. If buttons 42 and 44 are pressed together or within 0.5 βecondβ then the device will commence to make an audit call. In this way call data may be collected upon requeβt.

In the preferred embodiment of the invention it may alβo be deeirable to provide a job identification code which iβ diβpatched with the meββage from the device 1 to indicate a particular job. For example, if the device 1 iβ installed in a restaurant a number of different people may require taxis and therefore an indication is required to allocate a particular taxi which arrives at the restaurant with a request from a cuβtomer. In the embodiment of the invention which includes the audit function, the job identification code can be provided by the counter which initiates the audit function. In this regard, the proceββing meanβ 4, upon control of the communication device 5 to diβpatch a message, can also obtain an indication of the count from the counter and add one to

that count and dispatch that number with the mesβage to provide a job identification code. The processing meanβ also causes the job identification code 72 to be displayed on the LCD diβplay 71 or on a separate display (not shown) for that purpose βo that the operator of the device can advise the customer of the job number 72. Thus, when the mesβage iβ tranβmitted to device 15 a job number 72 iβ alβo tranβmitted βo that the taxi driver upon arriving at the restaurant can determine the perβon who haβ requested the taxi by reference to the job number 72.

The preferred embodiment of the invention for uβe in the taxi induetry may alβo include an ancillary device 70 (βee Figure 3) which may be attached to the device 1 to provide additional information. The ancillary device 70 may aleo include an input 75 for inputting additional information βuch aβ the destination of the cab, customer ID information for individual cuβtomerβ and the requirement for a call back from the taxi company to adviβe when a cab haβ been diβpatched. The device 15 may alβo include proviβion for additional information to be βtored concerning individual cuβtomerβ βo that when a particular cuβtomer ID iβ received that cuβtomer'β requirementβ can be read from memory and met by the taxi company. For example, particular cuβtomerβ may only wiβh to be ββrved by particular taxi drivers and may have other requirementβ which can be met by the taxi company.

The input 75 may therefore compriβe a key pad for inputting information and/or a variety of deβtination area buttonβ, for example marked, northern βuburbβ, western suburbs, etc, or a call back button.

The requirement for a call back to adviβe when a cab haβ been diβpatched iβ particularly advantageous during busy periods when even though a βucceβeful call is placed at a taxi company sufficient taxiβ may not be available to meet total demand and therefore βome cuβtomerβ may not be

βerved. The requirement for a call back will simply alert the taxi company that the customer requires a telephone call to confirm when a taxi haβ been diβpatched and this telephone call can be simply made by the taxi company to the location of the device 1 (for example a restaurant or the like) to confirm that a cab has been dispatched.

The device of Figure 3 is a basic device 1 which generateβ it'β own JOB number by adding together the number of βucceβsful dials for each of the input dial initiation types, not including audit or retry calls. This JOB number iβ tranβmitted along with the client PIN number to the recipient computer.

In a further modification aβ βhown in Figure 4 the taxi company computer receiving the taxi order, can procees information concerning the location of the taxi to take the order and to calculate an eβtimatβd time of arrival in minutes to run and to diβpatch appropriate βignals back to the device to provide a diβplay or announcement of the estimated time of arrival and an identification of the taxi concerned, βuch aβ taxi number. Thiβ iβ βhown as dieplay 76 and 77 reβpectively. Diβplay 7b iβ for an exception code if there iβ no taxi or ETA. Thiβ embodiment does not generate it'β own JOB number aβ in the previous embodiment, rather it obtains two pieces of information from the recipient in the form of 6 DTMF digits. Thiβ data iβ βent after receiving and validating the PIN number tranβmitted to the recipient. The βix digitβ represent JOB number and estimated time of arrival (ETA) . Thiβ information iβ diβplayed in an alternating faehion with one βet of three seven segment diβplays. If no JOB number or ETA are available from the recipient then an alternate EXCEPTION report will identify an error code to the uβer. If βome delay iβ likely in the generation of the 6 digitβ then the ACK command may be repeated to effectively "HOLD" the device 1 on line beyond the normal 3 βecond limit.

The estimated time of arrival in minutes to run

could alβo be caused to decrement by one with each minute that paββeβ and cause a tone from the piezo tone generator when the time to ETA becomes zero. In Figure 4 like features to that in Figure 3 have been βhown with the same numbering and, hence, their purpose and function will not be described further.

Referring now to the example shown in Figure 5 which iβ βimilar to the example βhown in Figure 4 with additional features, like features have been shown with the same numerical numbers as in Figures 3 and 4 and, hence, their purpose and function will not be described further. This embodiment iβ baeically similar to the embodiment of Figure 4 except it includes a CARD READER 90 and can transmit additional information from up to 3 cards with a maximum of 35 characterβ per card. In the data tranemiβsion it includes a 3 digit checksum. Three green LED's 101, 102 and 103 on the device 1 provide viβual verification that each respective card iβ βucceββfully read.

Figure 5 clearly showβ a card swiping slot 91 is formed integrally with the reader 90. The card swiping βlot 91 iβ for receiving a card like a credit card with a magnetic strip containing the neceββary character/data information for that card. A corresponding card data reading device iβ provided adjacent the βlot 91 within the reader 90 to read data recorded on one or more cards as it/they iβ/are βwiped through the βlot 91. A clear button 94 iβ provided adjacent the LED'β 101, 102, 103 to purge data read from the carde paββed through βlot 91 in the event of errorβ in the β i ing procees. The example is particularly preferred for corporate uβe where many employees may be required to uβe a taxi facility. In thiβ caβe, the employees may be provided with a personal ID card which may be swiped through slot 91. In this way, when a taxi is to be ordered, the personal ID card is swiped through slot 91, data read therefrom to identify the individual person, and the lamp means 92 will

be illuminated to indicate a βucceββful reading of data from the ID card. An appropriate one of the buttons 41, 42, 43 or 44 can then be operated to requeβt a taxi. When the taxi company iβ connected via the telephone line with the device 1, the uβer ID information can be tranβferred to the taxi company to indicate who iβ requesting the taxi. This information can be recorded at the taxi company for βubβequent auditing purpoβeβ. A computer at the taxi company can be uβed to check that the ID on the card paββed through the βlot 91 iβ acceptable in order to requeβt the taxi at the particular time period when the requeβt iβ made. If the requeβt iβ made in a predetermined allocated time period attributable to that ID card then a taxi acknowledgment βignal can be diβpatched back to device 1 to indicate that a taxi has been ordered. The ID information held in device 1 aβ read from the ID card paββed through βlot 91 can then automatically be purged from a memory within the device 1 uβed. Thiβ memory can be uβed to hold the ID information pending making a call requeβt with the taxi company. Accordingly, the electronic circuitry iβ provided with βuitable memory for storing the ID card information for this purpose. If the ewiping of the ID card through βlot 91 iβ done in error (i.e a wrong card for example or there haβ been a change of mind concerning ordering a taxi), then a uβer would require to operate a clear button 94 to clear the memory prior to re-inserting another ID card in the card swipe slot 91.

In certain corporate applications, βecretarieβ, for example, may be provided with a taxi βervice from the place of employment to their home provided they work after, βay, 7.00pm at night and prior to βome later predetermined time. Thiβ information can be βtored at the taxi company βo that when a requeβt iβ made for a taxi and the uβer ID card βwiped through βlot 91 and the corresponding user ID information tranβmitted to the taxi company with the requeβt for a taxi, a check can be made to determine if the

taxi requeβt iβ within a predetermined time period allocated for that perβon. In thiβ way, control of uβe of taxis by personnel can be provided.

In certain corporate applications, such as with βolicitorβ, it may be neceββary for certain staff to use taxis for delivery or collection of materials. In this case, it iβ neceββary to eventually paββ a charge on to the client of the βolicitor for the taxi journey. Thuβ, the perβon requeβting a taxi who haβ an ID card may be provided with a matter card aβ well. The matter card can be used at the solicitor's office to determine the client for which the journey is required. In thiβ case, the person requesting the taxi would βwipe the perβonal ID card through βlot 91 which would, in turn, illuminate lamp 92. The matter card can then βubβequently be βwiped through βlot 91 to illuminate lamp 93. When both lamps 92 and 93 are illuminated and the ID data and matter data are βtored in memory in device 1, one of the requesting buttons 42, 43, 44 or 45 can be activated to call the taxi or to cancel a taxi order. The data information which is transmitted identifying the ID and/or the matter can be stored at a computer at the taxi company for subsequent order procesβing.

When the taxi order haβ been made and acknowledged at device 1, the memory which βtores the card ID data and the matter data can be purged. Thiβ may be automatic upon receipt of an acknowledgment βignal or it may be by way of activation of the puβh-button 94.

Referring now to Figure 6 there iβ βhown a schematic circuit diagram of the preferred device of Figure 3 for dialling taxis. This circuit can be modified by a skilled addressee to include the features of the alternative devices of Figures 4 and 5.

Overview of Previous Examples The device will contain a total of six independent

dial-up phone numbers contained in "slots 1-6". Each may be up to 16 digits in length including pauses.

Each phone number correβponds to a cab call type, (lcab, 2cabs, limo, Ma icab) a security call or an audit call. An optional facility provides for the firβt four numbers to rotate in sequence.

Either decadic or Tone dialling iβ provided via an addreββ within the EBPROM. The default being Tone.

CLIENT NUMBER (PIN) The device will contain a single 7 digit PIN number

Thiβ allowβ a maximum of 10 million individual diallere on any one βyβtem. After the PIN number iβ a zone identifier detailed aβ follows:

Device calls

1. 1 Cab Call

2. 2 Cabs Call

3. Limo

4. Max! Cab

Auxiliary callβ

5. Security call

6. Audit call

Cancel call

7. Cancel last call

Names aββigned to the input types are arbitrary and may be tailored to an individual eyetern.

AUDIT CALLS

Audit calls provide a wealth of information about

the device 1.

Audit callβ alβo provide a meanβ of re-programming or reading any type of data whatsoever from the device 1. See below under PROGRAM and RBAD commands. All audit callβ are directed to a particular phone number in βlot 6. Of the 7 different dial initiation typee described above there are internally 3 counters for each eventuality during a dial sequence. These are:

1. Successful calls. 2. Retries. This effectively is a count of "Failure to communicate" calls.

3. Tranβparent Retries. Thiβ iβ generated if a device 1 ie unβucceβsful in tranβmitting it'β data and performe an automatic redial up to 3 timeβ. (Tranβparent to

Thiβ meanβ there are 21 different 3 digit BCD counters to represent the data. However, in any one transmiββion only one βet of counters will be transmitted. The counter type is identified by a numeric character "X" preceding the counter string.

For convenience an identifier is included that the following is a JOB number not Counter information. ie. "X" numeric character

0 JOB number 1 Successful callβ

2 Retry (Failed callβ)

3 Tranβparent retry.

Note that βince the device 1 will alwayβ try 3 independent dial attempte to communicate, it ie expected that the TRANSPARENT retries be a minimum of 3 times the RETRY count.

Automatic audit generation:

Each of the counter types (1-3) are totalled and

compared with a pre-eet programmable value up to 999 and if the total equals or exceeds that value then an Audit Call iβ generated automatically, and will transmit the counter type that exceeded the βet maximum. Each transmission of counters is always a βet of 7 counters identifying the count for each dial initiator type.

After a βucceββful communication all seven counters of the particular type are cleared to zero. If the communication is unβucceββful then the Audit Call will re- try after every 16 βucceββful dialβ until it gets through.

Forced audit generation:

The uβer may preββ both FI and F3 βimultaneously to force an audit call manually.

Prompted audit generation: The recipient of a call may requeβt an audit call by βen ing a DTMF character "C" in place of the ueual AC character "A", after validating the PIN number received from the device 1. When thiβ option iβ exerciβed the device 1 completeβ the call by hanging up, and then rediale immediately to the AUDIT phone number and transmits the successful calls counter βet.

CALL RESPONSE PROTOCOL

After dialling the phone number the device 1 waits for a HANDSHAKE in the form of a "B" DTMF character (decimal 14). Receipt of the handshake initiates the following data string.

DATA STRING DEVICE TO RECIPIENT [] .. means Audit calls only the embodiment of Figures 3 and 4.

N PPPPPPP Z [X *TTT...*TTT] # cc

Where:

N= Device type identifier

1= embodiment of Figure 3

2= embodiment of Figure 4

3s embodiment of Figure 5

P= 7 digit PIN number Z= Zone identifier 1-7

1= 1 Cab

2= 2 Cabs

3s Limo

4= Maxi

5= Security

6s Audit

7= Cancel

X= Counter type

0= Job number

1= Call counter

2s Retry counter

3s Transparent retry counter

These counters exiβt for each of the zone identifiere above.

*TTT= A three digit BCD counter

IF Z=6 Then all 7 counterβ are transmitted.

ELSE A 3 digit JOB number is tranβmitted IF Types 1

(DEVICE 1) ELSE No tranβmiββion of BCD counterβ.

However if Type=3 AND card reader LED'β are active tranβmit CARD data.

# Defines the end of the string

CC Checksum of all preceding 4 bit binary DTMF digits in hexadecimal diβcarding overflow, MSD firβt. Note

The embodiment of Figure 5 haβ a three digit checkβum.

(CCC)

The device 1 will wait for 3 seconds for an ACKNOWLEDGE in the form of an "A" (decimal 13) DTMF character. If the call was an AUDIT call (Z=6) then the device 1 remains ON LINE for three seconds for possible commands.

CALL RESPONSE DESCRIPTION

If the input waβ from a button press then a beep will be sounded and a blinking LED 53 lamp will light to indicate a call iβ in progrβββ. If the input waβ from the auxiliary βecurity βwitch 61 then the entire dial will be totally silent with no viβual indicatione. Further presses of buttons during a dial will have no effect.

After dialling the phone number the device will wait nominally 15 seconds (programmable) for receipt of a handshake tone. If no handβhake tone iβ received the device 1 will hang up for 2 seconds and re-loop the line for a further 2 secondβ before dialling the next βequential number. During the hang up time of 2 seconds, the LED 53 will continue to flash. During the entire duration of rediale the LED 53 will flaβh.

A total of 3 dial attempte will be made before a communication iβ "failed". If all three fail in communication with the recipient then a RED LED 53 will blink at a rate of once per βecond. A piezo buzzer will βound 3 long beeps. If the communication iβ βucceβsful then the GREEN LED 56 will flaβh once per βecond, and the piezo buzzer will βound 5 fast beeps.

The device 1 will redial as a result of one of the following events:-

(a) Called party does not anβwer for n βecondβ;

(b) Called party anβwers but does not deliver correct handβhake (eg. wrong number);

(c) Called party answers, delivers correct handshake but does not deliver kiss-off after receiving the

device'β data etring or having received a corrupt data etring three timeβ in succession.

Handβhake b Recipient to device

The handβhake consists of the DTMF digit "B"(14 decimal), sent by the Recipient Terminal.

Data string

After receipt of a valid ACK from the recipient, the phone will after a delay of 200 mSec send a data string comprising the following:

1 digit type identifier

7 digit client code pin number 1 digit zone identifier

On both the embodiment of Figures 3 and 4..If the call type identifier iβ an Audit Call then a further digitβ are tranβmitted aβ follows:

"X" Identifies the following counter types.

"*" delimiter + 3 digitβ for single cab calls

"*" delimiter + 3 digitβ for 2 cab callβ

"*" delimiter + 3 digitβ for limo cab callβ "*" delimiter + 3 digitβ for maxi cab callβ

"*" delimiter + 3 digitβ for βecurity callβ

"*" delimiter + 3 digitβ for audit callβ

"*" delimiter + 3 digitβ for Cancel callβ

"#" marking end of data "nn" 2 digit checksum code. Note the embodiment of Figure 5 sends a

3 digit checksum.

Checksum

The checksum is calculated internally and is the least significant 2 digits repreβenting the 4 bit binary

βum of all DTMF charactere tranβmitted. If the checksum is not verified by the terminal then a NAK in the form of a "D" character is sent. The device 1 will then repeat the data up to three times to try for a valid ACK, otherwise it will terminate the call and repeat the dial attempt a further 2 timeβ. When the checkβum iβ verified by the terminal then an ACK iβ βent. The device will wait up to 3 seconds in an IDLE state waiting for any further commands.

ACK 6 NAK Control ACK (acknowledge) iβ represented by the DTMF character "A" (decimal 13) . A NAK (negative acknowledge) is represented by the DTMF character "D" (decimal 0). The DTMF character "C" may be βent in place of "A" to βignal to the device 1 a prompted AUDIT requeβt.

SEQUENCE

The following βhows the protocol sequence after having dialled a number:

RECIPIENT TERMINAL END CLIENTS DEVICE

B Handshake requeβt l-3Type identifier pause 200 mSec + data string

A ACK or GREEN LED 56.

D NAK.. please repeat

3 second IDLE state commands available only from the Audit terminal.

C Program cycle, aaa 3 digit addressAACK or

DNAK if address is invalid. dddd.. n digit data field

* delimiterAACK or

DNAK if time-out 3 sec.

or B Read cycle. aaa 3 digit address n number of characters to send. (1-16)

dddd..dd #CC 1-16 digitβ terminated with # and a 2 digit checksum.

# End of transmission.Device hangs up and Recipient releaβes line.OtKBBa EDflashing

If the device fails after three dial attempts the RED LED 54 will flash. Any time a NAK is βent by the device it will revert back to the IDLE state and the command character will need to be re aββerted. The device will wait up to 3 βeconds once entering the IDLE state. PROGRAM and READ commands may be mixed.

STATUS DISPLAY

An LCD diβplay 71 βhows the βtatuβ of the last dial. It haβ a GRAPHIC repreβentation of the buttons on the device to show which call type waβ generated. A fixed diβplay to indicate ACCEPT or RETRY and a 3 digit variable 7 segment display to show up to a 3 digit number. In the embodiment of Figure 3 thiβ corresponds to the total successful callβ counter. In the embodiments of Figures 4 and 5 the display will alternate between a 2 digit ETA prefixed with a "-" and a three digit JOB number aββigned and communicated to the device 1 by the recipient. There are other diβplayβ poβeible. The appendix βhows the diβplay

format for all βituatione.

PROGRAM COMMAND RECIPIENT TO DEVICE

Caaa dddd..dd*

Where: C s Program command aaa s 3 digit BCD address

Device will send an ACK/NAK after verifying a valid addresβ. ddd.. s variable length data field programmed into successive locations * s Delimiter marking the end of the field.

Device will send an ACK response to receipt of *

Repeat additional addreββ (Caaa) and data fielde ae required, waiting for ACK or NAK after each. Include the "C" prior to the addreββ.IF a NAK iβ received after the addreββ, the command must be repeated.

TERMINATION OF PROGRAM COMMAND #

On last data field ..ddd# The # marks the END of programming.

READ COMMAND RECIPIENT TO DEVICE

Baaa N

Where:

B s Read command aaa = Starting addresβ in EEPROM

N number of charactere to βend (1-16) . Repeat Baaa N aβ often aβ required Mix PROGRAM and READ commands to verify program success.

Terminate with a #

DATA SENT BY DEVICE IN RESPONSE TO A READ COMMAND

dddd..dd #CC

1-16 digits terminated with # followed by a 2 digit checksum.

CAR NUMBER, ETA, AND HOLD COMMANDS FOR EMBODIMENT OF FIGURE 4

This embodiment has the following differences over the previous embodiment:

The JOB number above becomes a CAR number received by the device from the recipient.

HOLD:

The receipt of DATA by the recipient iβ acknowledged with an ACK and repeated within 3 βecond intervale to HOLD the device 1 on line until a 3 digit CAR number and 3 digit

ETA number are available. IF ETA and CAR are not available the recipient may βend an exception report code. However the recipient must always send 6 digits.

Type number 2 is transmitted to identify the embodiment type of Figure 4 device.

CANCEL CALLS:

Since the recipient generateβ the CAR number for each the CAR number on a CANCEL call. A CANCEL call can

only be generated after a successful cab call. The recipient will know the last CAR issued to that device 1.

CAR No., ETA, & EXCEPTION REPORTS:

The display on the device 1 will normally alternate between CAR and ETA. Although ETA is displayed aβ a 2 digit number, it iβ preceded with a "-" character which iβ part of the recipient transmiββion. The prefix of "-" iβ imperative for the device to interpret the data aβ ETA. The recipient, however haβ control over what iβ diβplayed at the device 1, within the limits of displayable charactere. (βee appendix)

When it iβ deβired to βend an exception report the recipient must duplicate the data βo that CAR and ETA are identical βet of 3 digitβ. The device 1 detects the similarity and provides a steady state display of the three characters.

The 2 digit ETA will decrement each minute to zero with a beep on the buzzer each minute and a long beep when the display reaches zero.

DIGIT DISPLAY CHARACTERS:

Any digit from 0-9 plus the following special characters:

Note that the any digit position may show a "BLANK" aβ will be required if an exception report iβ βent. ie. CAR number bβcomeβ blank!

blank EQU OAH cap_C BQU OBH lwr_c EQU OCH lwr_n EQU ODH ; only on digitβ 2&3 cap_E EQU ODH ; only on digit 1 dash EQU OEH lwr_l EQU OFH

EMBODIMENT OF FIGURE 5

This embodiment incorporates a CARD reader for up to 3 cards. The maximum number of charactere on any card is 35. Card data is tranβmitted aβ previously defined on any call other than an Audit call, and the "X" character becomeβ a "4" to identify the following data aβ CARD data. The only other difference iβ that the checkβum iβ increaeed to 3 digitβ. Note that the checkβum iβ the 4 bit binary addition of the DTMF repreβentation of the character and includes all characters transmitted. This meanβ that a numeric "0" iβ calculated aβ "OAH" or 10 decimal.

CARD DATA:

The magnetic stripe card must conform to AS3522.2 and contains numeric information only on track 2. The maximum number of numeric data digits is 35. In addition to this there will be a START βentinel, and an END βentinel at the beginning and end of the data etring, and a SEPARATOR sentinel which acts as a delineator for a two digit checksum integrity verifier. The Checksum is calculated by the decimal addition of all of the numeric data not including sentinelβ. In this instance a numeric 0 is treated as 0.

When the data iβ tranβmitted the βentinels and card checksums are NOT transmitted. The card must be swiped through the βlot in a particular direction and orientation of the card. When the data iβ read a green lamp 101, 102 or 103 will light to indicate a βucceββful βwipe.

The card data βtorage may be cleared by pressing the "CLEAR" button 94.

Figures 7a and 7b show a State Diagram of the device of Figure 3;

Figures 8a and 8b show a State Diagram of the device of Figure 4; Figures 9c and 9b βohw a State Diagram of the device

of Figure 5.

The above deβcription iβ of examples of preferred embodiments of the preβent invention and it is to be appreciated that the perβon βkilled in the art could make modifications of the above preferred embodiments whilst βtill remaining within the βcope of the preβent invention. Further, any combination of featureβ disclosed may be employed in a further embodiment, and the particular combinations diβcloβeβ are not to be taken aβ exhauetive.

APPENDIX

(for DTMF transmission of 0

Eeprom address equates. All Eeprom data is 8 bit

PHONE 1 EQU 0

PHONE 2 EQU 8

PHONE 3 EQU 16

PHONE 4 EQU 24 ; 16 digit max, 8 bytes ea.

; Note: The first four phone numbers may optionally ; rotate.

PHONE_5 EQU 32 16 digit max, 8 bytes, security PHONE 6 EQU 40 16 digit max, 8 bytes, audit h codes :

PIN EQU 48 7 digit, 4 bytes

SPARE EQU 52 2 bytes

MODE EQU 54 ; DTMF_DEC 0=Decadic, l=Tone REVOLVE EQU 55 ; Rotate first four 0=No, n=Yes.. last slot 1-6

H WAIT EQU 56 ; Handshake wait 10's seconds

These must be ORG on a 16 bit boundary for KEY offset calculation,

COUNT_l EQU 40H 3 digit single cab calls BCD COUNT_2 EQU 42H 3 digit two cab calls BCD COUNT_3 EQU 44H 3 digit limo calls BCD COUNT_4 EQU 46H 3 digit maxi calls BCD COUNT_5 EQU 48H 3 digit security calls BCD COUNT_6 EQU 4AH 3 digit audit calls BCD COUNT_7 EQU 4CH 3 digit cancel calls BCD

RCNT_1 EQU 50H 3 digit single cab calls BCD RCNT_2 EQU 52H 3 digit two cab calls BCD RCNT_3 EQU 54H 3 digit limo calls BCD RCNT_4 EQU 56H 3 digit maxi calls BCD RCNT_5 EQU 58H 3 digit security calls BCD RCNT_6 EQU 5AH 3 digit audit calls BCD RCNT_7 EQU 5CH 3 digit cancel calls BCD

TCNT_1 EQU 60H 3 digit single cab calls BCD TCNT_2 EQU 62H 3 digit two cab calls BCD TCNT_3 EQU 64H 3 digit limo calls BCD TCNT_4 EQU 66H 3 digit maxi calls BCD TCNT_5 EQU 68H 3 digit security calls BCD TCNT_6 EQU 6AH 3 digit audit calls BCD TCNT_7 EQU 6CH 3 digit cancel calls BCD r

MAX_A EQU 70H 3 digit calls before Audit BCD MAX_R EQU 72H 3 digit retry before Audit BCD MAX T EQU 74H 3 digit transparent Audit BCD

, F EXYDIAL HEADER

- 40 - DTMF equates :

ZERO EQU OAH STAR EQU OBH DELIMITER between data HASH EQU OCH END of data CHRA EQU ODH ACK CHRB EQU OEH Handshake & PAUSE within Phone No CHRC EQU OFH COMMAND program CHRD EQU OH NAK

ACK EQU ODH CHR A NAK EQU OH CHR D

; Input equates:

K cabl EQU 1 κ ^~ ^cab2 EQU 2

K ^" limo EQU 3

K ^" maxi EQU 4 able to rotate

K sec EQU 5 dials phone_5 ( Security)

K ^{" ~} aud EQU 6 dials phone_6 (Audit )

K ^" can EQU 7 dials S KEY ( Cancel )

Display Equates: cab EQU 1 cab2 EQU 2 limo EQU 3 maxi EQU 4 accpt EQU 1H rtry EQU 2H blank EQU OAH cap_C EQU OBH lwr_c EQU OCH lwr_n EQU ODH ; only on digits 2&3 cap_E EQU ODH ; only on digit 1 dash EQU OEH lwr_l EQU OFH

;Bit mapped LED's

LED1 EQU 0F8H

LED2 EQU 0F9H

LED3 EQU OFAH ; select MB1 ( 1F8-1FA)

• ****** n Figure 5 embodiment Reader Equates

START WD EQU OBH

STOP WD EQU OFH

SEP_WD EQU ODH

; Start sentinel 1011B OBH ; semicolon 3BH ASCII

;End sentinel 1111B OFH ? question mark 3FH ASCII

; Seperator 1101B ODH = equals 3DH ASCII

; Spare 1100B OCH < less than 3CH ASCII

/Spare 1110B OEH > greater than 3EH ASCII

;Reserved 1010B OAH : colon 3AH ASCII