AU2011257210B8

AU2011257210B8 - Validation method and apparatus

Info

Publication number: AU2011257210B8
Application number: AU2011257210A
Authority: AU
Inventors: Magnus Dufwa; Waleed Hanafi; Markus Ostlund
Original assignee: Global Blue SA
Current assignee: Global Blue SA
Priority date: 2010-05-27
Filing date: 2011-05-26
Publication date: 2015-06-11
Anticipated expiration: 2031-05-26
Also published as: WO2011147912A1; AU2011257210A1; EP2577595A1; KR20130050943A; JP2013527535A; SG176403A1; KR20150038708A; JP5754751B2; AU2011257210B2; BR112012029902A2

Description

WO 2011/147912 PCT/EP2011/058638 VALIDATION METHOD AND APPARATUS BACKGROUND [00011 The present invention relates to the validation of transactions for a service. 5 The service can be a tax refund service, and the transactions can be purchase transactions by a user who may be eligible to use the service and that may be validated for the service, [0002] Tax refund systems are offered in many countries for travellers. Providing tax free shopping can be attractive to visitors to a country and can help to promote 10 tourism. However, traditionally, the administration for tax free shopping schemes has been paper-based with merchants issuing vouchers or cheques at a point of sale, and then customs verifying the export of the goods at a border. Although regulations vary from country to country, the traditional format for providing tax free shopping is for a merchant in a country to identify and verify that a customer is a visiting traveller 15 entitled to a tax refund, and then to issue the voucher that includes details of the traveller and the purchased item and then for custom to verify at the point of exit from the country that an item being exported and the traveller correspond to the item and traveller identified on the voucher. The refund can then be made. Tax refund operators act with merchants and customs to facilitate the operation of this process 20 and to manage the paperwork associated therewith. [0003] However, such a process can be very labour and cost intensive. There are significant technical difficulties in ensuring that a tax refund system can operate efficiently, while at the same time being secure. 100041 The present invention seeks to provide a technological solution to such 25 problems. SUMMARY [0005] Aspects of the invention are defined in the claims. [00061 An embodiment provides a method of providing a service, the method including a mobile communications device, registered with a host server for the 30 service, automatically presenting an invitation to a user to use the service in response to a determination that the mobile communications device is proximate to a validation location for the service. [00071 An embodiment provides a mobile communications device comprising means for outputting information to a user, means for receiving user input, wireless 35 communication means for communication with a communications network system, 2 storage means and processing means, the mobile communication device being configured for communication with a remote server with which the mobile communications device is registered for the provision of a service, the mobile communications device being configured automatically to present an invitation to a user to use the service in response to a 5 determination that the mobile communications device is proximate to a validation location for the service. [0008] An embodiment provides a mobile communication device having the mobile communication device identifier read by such an apparatus, the mobile communications device being configured to receive an invitation message inviting the user to respond to the invitation 10 message using the mobile communication device in order to receive a tax refund service in respect of one or more transactions. [0009] An embodiment provides a computer system providing automated validation of requests for a tax refund in respect of one or more services, the computer system being operable automatically to validate whether transactions registered with a tax refund service are 15 automatically eligible for refund, and to transmit a validation status message to a mobile communications device registered with a host server for a tax refund service to cause the mobile communications device to indicate to the user whether a tax refund service is automatically approved for one or more of the transactions and/or whether additional steps are needed to obtain approval for one or more of the transactions. 20 [0009a] In one aspect there is provided computer-implemented method of providing a service, wherein the service is a tax refund service, the method including: storing records of one or more purchase transactions in storage, the one or more transactions being associated with a mobile communications device identifier, the mobile communications device identifier being registered with a host system for the service that has 25 access to the storage; in response to a determination, made automatically, that a mobile communications device having the mobile communications device identifier is proximate to a location for validating a refund using the tax refund service, automatically initiating at least one service action for the service by the host system; 30 wherein the determination, made automatically, that the mobile communications device is proximate to a validation location comprises at least one of a determination, by the mobile communications device or a mobile communications network system to which the mobile communications device is connected, that a cell to which the mobile communications device is connected is a 35 cell proximate to the validation location, a determination by the mobile communications device utilizing satellite-derived positioning information is indicative that the mobile communications device is proximate to the validation location, a determination by the mobile communications device utilizing location based 40 wireless connection services detected by the mobile communications device is 2A indicative that the mobile communications device is proximate to the validation location; and wherein the service action comprises at least one of: sending a message to the mobile communications device to cause the mobile 5 communications device to provide information the user for using the service; causing automatic validation of transactions for the service; providing the validation status of one or more transactions to the mobile communications device for presentation to the user. [0009b] In a second aspect there is provided a mobile communications device comprising 10 means for outputting information to a user, means for receiving user input, wireless communication means for communication with a communications network system, storage means and processing means, the mobile communication device being configured for communication with a host system with which the mobile communications device is registered for the provision of a service the host system having access to stored records of one or more 15 purchase transactions associated with a mobile communications device identifier for the mobile communications device, the mobile communications device being configured: in response to a service action initiated automatically by the host system in response to a determination, made automatically, that the mobile communications device having the mobile communications device identifier is proximate to a location for validating a refund using 20 the tax refund service, automatically to present to the user at least one of: an invitation to a user to use the service; the result of automatic validation of transactions for the service; the validation status of one or more transactions; wherein the determination, made automatically, that the mobile communications 25 device is proximate to a validation location comprises at least one of: a determination, by the mobile communications device or a mobile communications network system to which the mobile communications device is connected, that a cell to which the mobile communications device is connected is a cell proximate to the validation location; 30 a determination by the mobile communications device utilizing satellite-derived positioning information is indicative that the mobile communications device is proximate to the validation location; a determination by the mobile communications device utilizing location based wireless connection services detected by the mobile communications device is 35 indicative that the mobile communications device is proximate to the validation location. [0009c] In a further aspect there is provided a host system for a tax refund service, the host system: 2B storing records of one or more purchase transactions in storage, the one or more transactions being associated with a mobile communications device identifier, the mobile communications device identifier being registered with a host system for the service that has 5 access to the storage; and being operable in response to a determination, made automatically, that a mobile communications device having the mobile communications device identifier is proximate to a location for validating a refund using the tax refund service, automatically initiating at least one service action for the service by the host system; 10 wherein the determination, made automatically, that the mobile communications device is proximate to a validation location comprises one or more of: a determination that a cell to which the mobile communications device is connected is a cell proximate to the validation location; utilizing satellite-derived positioning information detected by the mobile 15 communications device as indicative that the mobile communications device is proximate to the validation location; utilizing location based wireless connection services detected by the mobile communications device as indicative that the mobile communications device is proximate to the validation location; and 20 wherein the service action comprises at least one of: sending a message to the mobile communications device to cause the mobile communications device to provide information the user for using the service; causing automatic validation of transactions for the service; providing the validation status of one or more transactions to the mobile 25 communications device for presentation to the user. [0010] Although various aspects of the invention are set out in the accompanying claims, other aspects of the invention include any combination of features from the described embodiments and/or the accompanying dependent claims with the features of the independent claims, and not solely the combinations explicitly set out in the accompanying claims. 30 BRIEF DESCRIPTION OF THE DRAWINGS [0011] Embodiments are described, by way of example only, with reference to the accompany drawings. [0012] Figure 1 is a schematic diagram of an example embodiment of a refund system 35 according to an embodiment of the invention; [0013] Figure 2 is a schematic system overview; [0014] Figure 3 is a schematic block diagram representing functional elements of a mobile communications device; [0015] Figures 4-8 are flow diagrams of example methods of operation.

WO 2011/147912 PCT/EP2011/058638 3 DETAILED DESCRIPTION [0016] An example embodiment of the invention seeks to provide simplicity of operation while providing flexibility of use. In example embodiments one or more 5 devices, apparatus and systems coordinate processing of purchases and refunds using a mobile communications device that uniquely identifies a user, for example a traveller, and enables communication with the user. The one or more devices apparatus and systems can be operated by merchants and/or Tax Refund Operators (TROs) and/or customs authorities. An example embodiment enables information 10 relating to a user and to purchases made by the user to be held centrally and securely at storage on a server so that it can be accessed through the use of a mobile communications device and one or more other devices. [0017J As well as providing administration of refund operations, a TRO can provide education for a user and merchants throughout the process. Through the use of 15 information technology systems, the TRO can ensure the integrity of the system. [0018] Figure 1 illustrates an example method, apparatus and system for managing a refund process. In the example process shopping and receiving of a receipt (issuing 30) is separated from further processing (acquiring 32, authorisation 34 and payment 36). 20 [0019] As with credit and debit cards, there can be multiple providers of issuing services, and multiple acquirers of transactions and processing. For example there can be multiple TROs. A wide range of point of sale (POS) devices and in-store support for user shopping can be provided. [00201 In an example embodiment, a merchant system can provide the issuing 30 of 25 transactions using TRO provided POS devices and/or software. A TRO operated host system can carry out acquiring 32 of tax refund transactions. A validation system (for example a customs approval system) can carry out tax refund authorisation 34. The host system can carry out refund payment operations 36. An automated kiosk (otherwise termed a validation station or validation terminal) can be provided at a 30 point of exit from a territory and can be used for various operations, including the automatic recognition of a mobile communications device. Refund payment can be handled by a refund desk (run by the TRO) or by the kiosks for immediate refunds in cash, or refunds can be provided using automated payments to bank and/or credit card accounts and/or using back-office processes by the TRO.

WO 2011/147912 PCT/EP2011/058638 4 [0021] The determination of eligibility of a user can be made in store at a time of a purchase transaction as will be described later. However, subject to legal requirements in a given territory, the determination of eligibility and identity can be moved away from a point of sale to the point of exit from the territory. 5 [0022] An example embodiment can provide simplicity and flexibility of use as perceived by the users of the system, while also providing security and integrity of operation. [00231 An example embodiment of the invention can employ Near Field Communications (NFC) technology. NFC technology is a short-range wireless 10 communication technology that can enable the exchange of data between devices over about a short distance, for example over a distance of about 0.1 metre. NFC technology is an extension of the proximity-card standard (contactiess card, RFID) that can combine the interface of a smartcard and a reader into a single device. It is compatible with existing contactless infrastructure already in use for public 15 transportation and payment. NFC is primarily aimed at usage in mobile telephones. Examples of mobile phones are already on the market that use NFC technology. NFC reading/writing devices that incorporate NFC interfaces are also available from various manufacturers. Other short range wireless technologies based on Radio Frequency IDs (RFIDs) can also be used in various embodiments, as can 20 technologies such as Bluetooth. [0024] In one example embodiment, when making a purchase transaction, an application, for example a downloadable application, installed on a mobile communications device (e.g., a mobile telephone) of a user can interact with a merchant's point of sale (POS) terminal. Digital tax free shopping (TFS) transaction 25 information can be transmitted to a Tax Refund Operator (TRO) and user information can be associated with the transmitted information. The user can possibly also pay for the goods using the using the mobile communications device. The user can the make further purchases using the application on the mobile communications device, with further digital TFS transaction information being transmitted in the same manner. 30 Validation and refund phases can be unified by recognising the user using the mobile communication device. For example, the validation and refund can take place automatically on the user mobile communication device approaching a customs kiosk that is NFC enabled. [00251 The application can be downloaded or otherwise installed on the mobile 35 communications device before or during the first purchase. This application can WO 2011/147912 PCT/EP2011/058638 5 support the user during the whole tax refund process as well as provide other TRO services. Examples of such services can include issuing, validation, refund and tracking operations, and merchant and other tourist info, maps, promotions, online proactive instructions, marketplace, direct currency conversion support, online 5 services, loyalty programs, etc. [0026] Alternatively, or in addition, a wireless communication base station (for example a WiFi base station can be used to interface with a mobile communications devices of a user. For example, WiFi base stations (base station) can be installed at locations at which a user can be expected to use the service, and an application 10 installed on the mobile communications device of a user can interact the Wili base station. The WiFi base stations can be provided by a TRO, and can be connected, for example, by the Internet to a TRO host system. By using a standard Service Set Identifier (SSiD) for all WIFi base stations provided by or for the TRO service, a mobile communications device can configured automatically to recognise such a base 15 station as being provided for the service and automatically to connect to the base station when in range of the base station. [00271 For example, a WiFi base station can be provided at the premises of a merchant, and, in response to connection of a user's mobile communication device to the base station, a TRO system at the merchant or an application on the mobile 20 communications device can be operable to transmit a message the TRO host system to retrieve information for use in connection with the provision of the service. Such information can include, for example, information about the user to be provided to a merchant system. Alternatively, or in addition, messages can be sent to the user's mobile communication device for output to the user. The messages could be 25 provided, for example, by a message exchange between the TRO host system and/or the merchant system and an application on the mobile communications device, or by means of SMS, MMS, or email messages or the like sent to the mobile communications device from the TRO host system and/or the merchant system. The messages sent to the user could include information about the services that can be 30 provided, for example steps that need to be taken to take advantage of the service, special offers or the like, or direct support for taking advantage of the service (for example for a tax refund service, the generation of refund cheques or the like). The messages could used to alert the user to the possibility of using other services such as a dynamic currency conversion service.

WO 2011/147912 PCT/EP2011/058638 6 [00281 In an example embodiment of the invention, a mobile communications device, for example a mobile phone, personal data assistant (PDA), portable media player, tablet computer, web-book, notebook or other portable computing device, is used as an intelligent token for identifying the user at various stages during the tax refund 5 process. The mobile communications device can be configured, for example using NFC technology and the application on the mobile communications device for communicating with other devices and apparatus such as a merchant POS terminal, a validation kiosk and/or a customs kiosk and TRO and/or customs systems. [0029] By presenting the mobile communications device when making a purchase, a 10 mobile communications device identifier can be read by a reader at the merchant's POS terminal using NFC technology and/or information relating to the transaction can be communicated to the mobile communications device using the NFC technology. Respective applications, for example provided by the TRO, operating, respectively, on the mobile communication device and the merchant's POS terminal can control the 15 exchange of information between the mobile communication device and the merchant's POS terminal. [0030] The determination of eligibility of a user to receive a service, for example a tax refund service, can be determined by an operator, e.g, a merchant, at the point of sale. This can be done, for example, by using the communication device identifier to 20 determine whether the user has already been registered to use the service. [0031J For example the POS terminal can be operable, via intermediate systems, to interrogate the TRO host system to determine whether the mobile communication device identifier has been associated with user identification information, [0032] if the mobile communication device identifier has been associated with user 25 identification, the TRO host system can be operable to return information identifying the user (e.g., by transmitting passport information, photographic or other biometric information, or the like) for the operator to verify the identity of the user. [00331 If the mobile communication device identifier has not been associated with user identification, the TRO host system can be operable to return an appropriate 30 indication to this effect and the merchant system can be operable to prompt the operator to enter predetermined Information identifying the user. The predetermined information can, for example, be a passport number for the user's passport and an issuing country of the passport, an identity card number for the users identity card and an issuing country of the identity card, a drivers licence number for the user's 35 driver's licence and an issuing country of the drivers licence, by way of example.

WO 2011/147912 PCT/EP2011/058638 7 Information entered at the POS terminal can then be transmitted to the TRO host system for association with the mobile communication device identifier so that this can then be used as a means of identifying the user. A user record can be held by the TRO host system that includes the mobile communications identifier along with other 5 information (for example one or more other tokens) that can be used to identify the user. [0034] The merchant system, either directly, or via the user's mobile communication device, can then be operable to communicate purchase information associated with the mobile communications device identifier and/or another token related to the user 10 for the creation of a computer record of the transactions. Such a transaction record can include an association between the mobile communications device identifier and/or the other token and a transaction identifier for a purchase transaction for one or more purchases, The mobile communications device identifier can then be used subsequently to access, either directly or via the user record, the record of the 15 transaction(s) on exit from the territory to validate the refund on later purchases, for example for one or more subsequent trips. [0035] A system and method of an example embodiment of a tax refund system for a territory will now be described with reference to Figures 1 and 2 in which one or more TROs, for example multiple TROs, affiliate merchants, and then provide tax refunds to 20 users. Figure 1 is a schematic diagram illustrating the operation of an example system, and Figure 2 is a schematic block diagram of an example system configuration, where various functions elements are interconnected via a network 15 (e.g., the Internet). [0036] The mobile communications device 40 can be set as a token to identify the 25 user at stage 102. This can be done before or at a point of entry to the territory or at a point of sale. It should be noted that one or more other tokens could be defined for a user. For example the user can choose a token to be used. For example the user could specify, for example via a website, or at a point of sale or other terminal, or in response to being asked by a merchant, a mobile communications device and one or 30 more other tokens to be used. For example, a user can register his/her details and associate the mobile communications device identifier and one or more additional tokens by registering on a web site provided by a TRO, The mobile communications device Identifier can be formed from one or more of a mobile telephone number for the mobile communications device 40, an IMEI . number for the mobile 35 communications device, a SIM number for the mobile communications device 40, a WO 2011/147912 PCT/EP2011/058638 8 NFC identifier for the mobile communications device, a unique identifier associated with the application on the mobile communications device, etc. The TRO can then provide information to the user about refund opportunities and processes, In addition, the user could be issued with a specific token (for example a visitor or TRO-issued 5 card), User details can then be recorded in an input station local to the point of issue, for example at the point of entry to the territory, at a point of sale, or the issued token being be linked to user details pre-entered on the TRO website. A suitable input station can include, for example, a computer processor and memory, one or more input/output interfaces in the form of one or more of a keypad, a keyboard, a touch 10 sensitive screen, a card reader, a machine readable identifier reader, a document scanner, a voice-activated input, a display, a printer, a card writer, a speaker, and an NFC interface. The input station could also be provided with a finger print reading and/or camera technology for verifying biometric information held on a machine readable user identifier (e.g., an ID document such as a passport). 15 [0037] The mobile communications device identifier can be held (stored) in memory (MEM) by a TRO acquiring host server system (host system) 20 with the user details. The host system 20 can be operated by a TRO and can comprise one or more server computers, each comprising one or more processors (CPU) and memory (MEM), located in a single place or in a distributed system. The efficiency of the system is 20 enhanced where the mobile communications device identifier and the details of the user are forwarded to the host system 20 and are recorded in real time. [0038] The user 12 can make purchases at 104, for example at a merchant, using the mobile communications device as a token. When presented with the normal shop receipt, the user 12 can be asked if a tax refund is required (or the user can ask for a 25 tax refund). If a refund is desired, a second, simple transaction can be created by entering a receipt identifier (e.g. a receipt number), the value of the goods purchased, and the mobile communications device identifier. Thus, in this example embodiment, information including two or three items (receipt identifier, value of purchase, and mobile communications device identifier) can then be electronically transmitted by a 30 merchant system 14 to the host system 20. The merchant system 14 can comprise one or more computers, each comprising one or more processors (CPU) and memory (MEM), located in a single place or in a distributed system. The functionality can be integrated into a point of sale (POS) terminal where purchase details are directly retrieved from an electronic cash register (ECR) 44 and therefore there is no need to 35 enter this information again. Alternatively, the information could be entered in a stand WO 2011/147912 PCT/EP2011/058638 9 alone terminal such as a web based issuing application, a card payment terminal not linked to an ECR, other applications or software not linked to an ECR. These alternatives could require re-entry of the relevant purchase details to allow an approval system of a customs officer to verify the purchases made. One or more 5 point of sale devices 44, that can include one or more Input/output interfaces in the form, for example, of one or more of a keypad, a keyboard, a touch sensitive screen, a card reader, a scanner, a voice-activated input, a display, a printer, a card writer, a speaker, and an NFC interface 42. [00391 As indicated above, a WiFi base station 54 can be provided at the premises of 10 a merchant and, as shown in Figure 2, can be connected, for example, to the Internet for onward connection, for example to TRO host system 20. Alternatively, or in addition, the base station 54 could be connected to a merchant system 14. The base station can be allocated a standard SSID for the TRO, and an application on the mobile communications device 40 can be programmed automatically to recognise and 15 connect to the base station when in range of the base station. The mobile communications device, for example, under the control of an application on the mobile communications device, or a system, for example the merchant system 14 connected to the base station 54, can be operable, in response to connection of the mobile communications device to the base station, to send a message to the TRO host 20 system 20 to retrieve information for use In connection with the provision of the service. Such information can include, for example, information about the user to be provided to a merchant system. Alternatively or in addition, messages can be sent to the user's mobile communication device for output to the user. The messages could be provided, for example, by a message exchange between the TRO host system and 25 an application on the mobile communications device, or by means of SMS, MMS, or email messages or the like sent to the mobile communications device from the TRO host system. The messages sent to the user could include information about the services that can be provided, for example steps that need to be taken to take advantage of the service, special offers or the like, or direct support for taking 30 advantage of the service (for example for a tax refund service, the generation of refund cheques or the like). [0040] There may be only one TRO in a market. However, where there are multiple TROs in a market, there can be multiple acquiring system hosts 20. The relationship between a merchant and a TRO is that of merchant and acquirer (to use the 35 credit/debit card example). Each TRO affiliates its own merchants and is responsible WO 2011/147912 PCT/EP2011/058638 10 for the point of sale (POS) devices and integrated software that creates a tax refund transaction. [0041] A transaction message can therefore be transmitted 105 to the TRO host system 20 where further processing can be performed. The transaction message 5 format between the POS and the host system 20 can take any appropriate form as this can be proprietary. In one example the transaction message transmitted between the merchant system 14 and the host system 20 contains the mobile communications device identifier, a receipt identifier (e.g. a receipt number), references to the goods purchased, a merchant identifier, a TRO identifier, a time and date stamp, and a 10 security hash (which is used to prevent tampering). It may in addition contain information about a tour guide, promotional codes, or any other data that the TRO wishes to collect. 10042] A separate host system 20 can be provided for each TRO, so that commercially sensitive information can be kept separate in that each TRO is only able 15 to see transactions generated by its affiliated merchants. All tax refund transactions generated by affiliated merchants can be stored in the database of the host system 20. A transaction record as stored in memory of the host system 20 can include, for example, a unique transaction identifier for the transaction, a token identifier (e.g., mobile communications device identifier or a token identifier derived therefrom), a 20 receipt identifier (e.g. a receipt number), references to the goods purchased, a merchant identifier and a time and date stamp. The host system 20 can allocate the unique transaction identifier (e.g., a unique transaction number) to the transaction in order that a unique number is available within the system to track that transaction during processing. The transaction identifier can be returned to the merchant system 25 and can be printed on a purchase receipt given to a user, using clear text and/or a visible encoding such as a bar code or the like. [0043] A message interface, or switch, 24, for example a web-service based interface using an industry standard (e.g. SOAP, WCF, XML over IP), can provide an interface for messages to be formatted and/or routed, For example transaction messages can 30 include one or more of the transaction identifier (e.g. a transaction number), the token identifier (e.g., mobile communications device identifier or a token identifier derived therefrom), the receipt identifier (e.g. a receipt number), references to the goods purchased, the merchant identifier, the TRO identifier, the time and date stamp, and the security hash (which is used to prevent tampering). The message interface 24 WO 2011/147912 PCT/EP2011/058638 11 may be a separate system, or combined with a validation system (for example a custom approval system) 26 according to a particular implementation. [00441 In one example embodiment the message interface 24 could be Implemented as a server system that comprises processing and storage capacity and is operable to 5 act as a central repository for data to be accessed by the host system(s) 20 and the validation system (e.g., a customs approval system) 26 as well as providing for message formatting and forwarding. However, In another embodiment the data can be held in the TROs host systems and can be accessed via the message interface by the validation system 26, 10 [00451 The validation system 26 provides an authorisation system for authorising refunds, and can be run by a customs authority, or on its behalf by a third party. The validation system 26 is capable of approving or rejecting tax refund transactions automatically based on rules set in the system by customs. The validation system 26 can also be accessed manually by a customs officer from a customs service station 15 28. [0046) It has been proposed to provide self-service validation stations (otherwise known as validation terminals or kiosks) 22 at exit points from a territory (for example airside at an airport) that are connected to the host system(s) 20, for example via a standardised web service or through the message interface 24. Such a validation 20 station 22 can be configured to invite a user to present a personal identifier (e.g., an identity document such as a passport) to be read. Such a validation station 22 can be provided with one or more input interfaces in the form, for example, of one or more of a keypad, a keyboard, a touch sensitive screen, a card reader, a scanner, a voice activated input and one or more output interfaces in the form, for example, of one or 25 more of a display, a printer, a card writer, a speaker. An NFC interface 42 can be provided. The validation station 22 could also be provided with a finger print reading and/or camera technology for verifying biometric information held on a machine readable user identifier (e.g., an ID document such as a passport). [00471 However, in order to be able to use such a validations kiosk as previously 30 proposed, the user has to locate and use the kiosk. However, where a mobile communications device identifier is used a registered token, a validation system can automatically prompt a user to initiate validation. {0048] Thus, where a mobile communications device is registered with a host server for a tax refund service, automatic detection of the proximity of the mobile 35 communication device to a point of exit from a territory can be used to cause an WO 2011/147912 PCT/EP2011/058638 12 invitation to use the tax refund service can be presented to the user using the mobile communications device. In different examples, this can be achieved in different ways. [0049] In one example, the mobile communications device 40 can be provided with an application, for example the application referred to earlier, that Is responsive to 5 detecting that the mobile communication device is connected to a mobile network cell (represented by mobile communications aerial 52) that is located at or proximate to the exit point. The application may be running as a foreground task on the mobile communications device, or may be configured to run as a background task. In such an example, the application can contain a file or other record of mobile network cells 10 that correspond to exit points from a territory and can be responsive to recognising that the mobile network cell to which the mobile communications device is currently connected is a cell in the file to cause the display of a prompt to the user to make use of the tax refund service. This can involve, for example, displaying instructions as to the location of validation kiosks, or can involve the mobile communications device 15 acting as the kiosk and communicating with the validation system directly using, for example, SMS messaging, email or a web-based service. [0050] In another example, the application on the mobile communications device 40 can be responsive to recognising that the mobile network cell 62 to which the mobile communications device is currently connected is a cell in the file and can cause the 20 sending of a message to the validation service 26 to cause the validation service 26 to return messages to be presented to the user regarding use of the validation service. [00st In another example, a mobile communications network 50 can be operable to recognise that a mobile communications device 40 currently connected to a mobile network cell 52 that is located at or proximate to the exit point is a mobile 25 communications device registered for a tax refund service and can be configured to inform the host system 20 or the validation service 26 and to cause the host system 20 or the validations service to transmit a message to the mobile communication device for the presentation to the user of an invitation to use the tax refund service. 100521 As an alternative to using the mobile network cell 52, or as an additional 30 measure, the mobile communications device can respond to satellite-derived positioning information (e.g. GPS information) detected by a satellite location detector (e.g., a GPS unit) of the mobile communications device 40 as indicative that the mobile communications device 40 is proximate to the validation location. [00531 As an alternative to using the mobile network cell and/or to satellite-derived 35 positioning information, the mobile communications device can be responsive to WO 2011/147912 PCT/EP2011/058638 13 location based wireless connection services (for example using WiFi, Bluetooth or alternative technologies) detected by the mobile communications device 40 as indicative that the mobile communications device is proximate to the validation point, For example, the mobile communications device 40 can be responsive to detecting a 5 WiFi base station 54 having a particular network name and/or signature as being proximate to a point of exit. In one particular example, a WiFi hotspot operated by a TRO or customs service can be used. For example in figure 2, a WiFi base station 54 is associated with a TRO refund system 56 at a TRO service desk, In such a case, the validation process can then be conducted using a WiFi connection to the mobile 10 communications device. [00541 As described above with respect to the base station 54 at a merchant's premises, the base station 54 associated with the TRO service desk or otherwise proximate to the point of exit, can be connected, for example, to the Internet for onward connection, for example to the TRO host system 20. This base station 54 can 15 also be allocated a standard SSID for the TRO, whereby an application on the mobile communications device 40 can readily be programmed automatically to recognise and connect to the base station when In range of the base station. [o055] As a further example, the input of information using the mobile communications device 40 that is only available at or proximate to the validation point 20 could be used to confirm that the user is at or proximate to the validation point. Alternatively, or in addition other information, for example derived from social networking sites, could be used as part of an algorithm to determine that the mobile communications device, and accordingly, the user Is at or proximate to the validation point. Such an algorithm can take one or more of the various factors discussed above 25 and can weight the factors to determine that the mobile communications device, and accordingly, the user is at or proximate to the validation point. 100561 The mobile communications device 40 can be responsive to the determination that it is proximate to the validation point, and/or to receipt of a message in response to such a determination, automatically to present an invitation to the user to use the 30 service and/or to confirm acceptance of the service. The presentation can be by means of a visual and/or audible message. [0057J The invitation could be a simple invitation to use a validation station 22 as mentioned earlier, and may not need an active response from the user. [0058) In one example, the mobile communications device 40 can be used to replace 35 at least part of the functionality of such a validation station 22.

WO 2011/147912 PCT/EP2011/058638 14 (0059] For example, the mobile communications device can also be operable to present one or more transactions for selection by the user to be processed by the service, and can be responsive to user input to send a message to the validation service 26 and/or the host system 20 that identifies any transaction selected by the 5 user to be processed by the service. [1060] According to local requirements, the user may be required to provide further identification. This could be done using biometric sensors of the mobile communications device 40, if present, such as a fingerprint read by a fingerprint reader, an image taken using a camera of the mobile communications device, and 10 then processed by the mobile communications device and/or transmitted to the validation service for comparison to stored records. [0061] Where the mobile communications device is not provided with such biometric sensors, or where a local regulation requires separate processes, in one example a validation station 22 can be configured to determine the eligibility of a user for a tax 15 refund by machine reading a personal identifier (e. g, passport, identity card, driver's licence, etc.) of the user. The validation station 22 can be operable to read the information from the personal identifier and to determine eligibility by checking the information against an internal or external database that contains information about domestic/non-eligible users. In this case, the user can be deemed eligible if his/her 20 nationality or status Is not on the list (negative approval). Alternatively, or in addition, the validation station 22 can be operable to determine eligibility by checking the information against an internal or external database that contains information about non-domestic/eligible users. In this case, the user can be deemed eligible if his/her nationality or status is on the list (positive approval). 25 [0062] As mentioned above, the validation station 22 could also be provided with a fingerprint scanner and/or a camera and can be used to verify the identity of a user using biometric information held on the machine readable identifier (e.g., an identity document such as a passport). A discussion about such biometric information is to be found, for example, at the following Internet link: 30 http://www.highprogrammer.com/alan/numbers/mrp,html. [0063] Where eligibility of a user is determined the mobile communications device and/or the validation station can be operable to send one or more validation request messages to the validation system 26, for example via the message interface 24. In response to receipt of the token, the validation system 26 will return all transactions 35 that are suitable for export validation.

WO 2011/147912 PCT/EP2011/058638 15 [90641 In one example, the mobile communications device 40 can be configured to prompt a user to initiate validation and then to pass a validation request message to the validation system 26 (e.g., a custom approval system), for example via the message interface 24, to request approval based on both the eligibility of the user for 5 which the mobile communications identifier is registered and transactions recorded in association with the user and/or mobile communications identifier. [00651 The validation approval system 26 can be operable to respond to a validation request message to retrieve all the transactions for the user (for example all transactions already associated with the token) from its own database and/or from the 10 host systems 20 via the message interface 24, and can apply rules set to determine approval or rejection as will be described later. [0066] In one example, the validation system 26 could be set to either automatically approve one or more of the transactions based on rules that have been set ("green channel"), or automatically to reject a transaction ("red channel"), again based on 15 rules set within the validation system 26. [0067] When the validation system 26 makes a decision about a transaction (approve/reject), an authorisation message (validation request response message) is automatically routed through the message interface 24 back to the appropriate host system 20. Such a response could be in the form of a web service response and can 20 hold the electronically approved transactions (including an electronic customs stamp). The host system 20 updates an existing tax refund transaction record for the transaction with the authorisation message (approve, reject, change). 190681 In an example embodiment the validation system 26 does not act as the payment authorisation host, but rather the host system 20 is the system of record. 25 10069] Each host system 20 formats and transmits a refund message to the requestor (e.g., validation station 22 or a mobile communications device 40) indicating which transactions have been approved for "green channel" automatic payment. A TRO that issued a token can be given first position on the validation station, and that TROs transactions are displayed. 30 [0070) If one or more of the retrieved transactions have approved codes, the user could be given "green channel" service for the approved transactions and could be asked how a refund is to be paid. By "green channel" service is meant that the refund is approved without further action being needed. If any of the transactions are not approved, the user is given "red channel" service for at least those transactions 35 (possible for all transactions) and is asked to present himself to a customs officer for WO 2011/147912 PCT/EP2011/058638 16 further processing. By "red channel" service is meant that for at least those transactions (possible for all transactions) the user has to present himself to a customs officer for further processing to obtain approval. [00711 If the choice of refund is to a payment card (e.g., a credit card), the refund can 5 be made automatically to a registered payment card. If no payment card is registered, the validation station 22 or mobile communications device can be configured to specify to where the refund should be made. [0721 If the user requests a cash equivalent refund and the user has used a mobile communications device 40 or other form of token that can store a cash amount, then 10 the refund amount can be credited to the token. [o073] In the event that red channel processing is indicated, then the validation station 22 or the mobile communications device is operable to prompt the user to proceed to a customs officer, who can then use the mobile communications device identifier to begin processing. A customs official can be provided with an approval 15 station 28 that is linked to or forms part of the validation system 26. However, in other examples, the approval stations can be separate from and/or remote from the validation system 26 and can communicate therewith, for example via the message interface 24. [00741 In response to user selection of one or more transactions for validation 20 processing, the mobile communications device can be operable to transmit the validation request message to the validation system 26, which can then receive in response a message identifying approved and rejected transactions. [0075] The customs officer can then approve or reject each transaction, or change (reduce) the value amount. The customs officer can enter the result of his/her 25 decisions using input device(s) of the approval station 28. The result of his/her decisions is communicated by the validation system 26 through the message interface 24 to the appropriate host system 20. The host system 20 now contains tax refund transactions with approval codes (approved, rejected, changed value). (00761 The validation system 26 can be configured to operate in one or both of two 30 modes of operation. In one mode of operation, information for transactions is stored on the respective host systems 20. In the first mode of operation, the validation system 26 is operable to retrieve transaction information from the respective host system 20 for validating refunds. The result of the authorisations is communicated back through the message interface 24 to the appropriate host system 20. The host 35 system 20 now contains tax refund transactions with approval codes (approved, WO 2011/147912 PCT/EP2011/058638 17 rejected, changed value). In the second mode of operation, the validation system 26 retains a copy of each transaction within its own database, associated not only with the relevant token (mobile communications device) identifier, but also with a host system identifier, In this case the validation system 26 also passes the transaction 5 and approval code back to the host system 20 concerned. The difference between the two modes is that in the second mode, the customs approval system retains a copy of all data from all host systems 20. 10077] The mobile communications device 40 can be operable to employ messaging using any appropriate technology, such as SMS messaging, email or a web-based 10 service. Appropriate security protocols can be used for communicating information using existing software, equipment, and processes for handling secure financial transactions as known for electronic payments. A standards-based message format can thus be used for transmitting refund transactions. The use of standard message format can allow for multiple TRO providers, while ensuring that customs and tax 15 authorities only have to deal with a single system for approvals. [0078J By recording transactions on the host system 20 and/or on a validation system 26 using at least a transaction identifier and a value of purchase, and then associating user detail records inked to a mobile communications device identifier in the host system 20, a validation system 26 can be operable to retrieve refund transactions 20 from the host system 20 of a TRO based on the mobile communications device identifier, to indicate a "yes/no" response to a request for permission to refund, and to transmit that result to the host system 20. [o079] in the illustrated example communication between the host system(s) 20 and the validation system 26 can be effected via a message interface 24. The message 25 interface 24 can provide a dedicated network between the validation system 26 and the host systems 20 for one or more TROs. The message interface can be implemented using web services or other online or offline connection arrangements. [00801 In an example embodiment, automated validation stations 22 can be provided that allow automatic pre-screening of refund transactions to generate a "red 30 channel/green channel" response without human intervention. The automatic pre screening process could be effected using, for example a validation station 22 at an exit point from the territory. 1001s The validation station 22, or an approval system (e.g. the validation system 26) in communication with the validation station 22, could be provided with rules defining 35 a "red channel" requirement, for example for high-value purchases and/or for WO 2011/147912 PCT/EP2011/058638 18 purchases of a particular type. The "red channel" behaviour could be to require a user to present a token, shopping receipt, passport, and the goods purchased to a Customs Officer at a customs station 16 for approval. [oo8zj The validation station 22, or the approval system 26 in communication with the 5 validation station, could be provided with rules defining a "green channel" situation providing automatic approval according to certain criteria such as: country of origin of the traveller, item value, transaction value, value of all transactions, quantity of goods, merchant, etc., and logical combination of such criteria, Also white and black lists for countries or origin, retailers, travellers and so on can be used. 10 100831 In an example embodiment, an application on the mobile communications device can be operable to provide functions of the validation stations (kiosks) 22 by providing an interface for the user to obtain automatic pre-screening of refund transactions to generate a "red channel/green channel" response without human intervention. The automatic pre-screening process could be effective when it is 15 determined that the mobile communications device is in the proximity of the exit point from the territory. [ooM The mobile communications device application, or a validation system (e.g. a customs approval system) 26 in communication with the mobile communications device 40, could be provided with rules defining a 'red channel" requirement, for 20 example for high-value purchases and/or for purchases of a particular type. The "red channel" behaviour could be to require a user to present a token, shopping receipt, passport, and the goods purchased to a customs officer at a customs station 16 for approval. [0085) The mobile communications device application, or a validation system (e.g. a 25 customs approval system) 26 in communication with the mobile communications device, could be provided with rules defining a "green channel" situation providing automatic approval according to certain criteria such as: country of origin of the traveller, Item value, transaction value, value of all transactions, quantity of goods, merchant, etc., and logical combination of such criteria. Also white and black lists for 30 countries or origin, retailers, travellers and so on can be used. [0086) Figure 2 also illustrates a reservation system 58 and an immigration system 60. The reservation system 58 can be a travel reservation system, for example an airline booking system. Such airline booking systems typically comprise large networked computer systems including multiple processors (CPU) and 35 memories/storage systems (MEM). A travel reservation system 58 is able to monitor WO 2011/147912 PCT/EP2011/058638 19 the status of the journey of a traveller, and to update the status of the traveller at various stages during the journey. For example, in a first stage, the reservation system will recognise that the user has made a reservation for a journey and it will include information identifying the user. Thus, within the reservation system there will 5 be a travel record that identifies particular journeys (e.g., flights) to be taken by the user, and Information identifying the user. The information identifying the user can either be held directly in the travel record, or it can involve a link to a user record. In an example system, the reservation system 58 is configured to also store the status of the user with regard to the use of a service, for example a tax refund service. 10 Information about the registration of the tax refund service can be included, for example, in a field of the actual travel reservation record, or could be held in a field of separate user records linked to the travel reservation record. For example, the registration for a tax refund service could be held as part of a loyalty program record for the airline. It is also envisaged that the traveller records within the host system 20 15 can include a link to a travel reservation within the travel reservation system 58. j0087] By interlinking the travel reservation system 58 and the host system 20 records (i.e., by including appropriate links in fields in respective records in the travel reservation system 58 and the host system 20), the user travel status can be used automatically to cause the generation of messages to be send to the user and/or to 20 automatically determine when a user has actually departed to provide final authorisation for a tax refund to be made. 10088] As indicated, the same functionality can be provided, for example, using an immigration system 60 that comprises one or more processors and appropriate memory, and includes records relating to individual travellers that enter and leave a 25 country. This immigration system 60 could be integrated with the travel reservation system 58 and/or the tax refund host system 20 to enable the automatic generation of messages to be sent to a user and/or the automatic authorisation of a tax refund when the user departs from the territory in question. f0089] In the above description of Figure 2, the reservation system 58 is linked to the 30 host system 20 via the network 15. However, it is to be noted that the reservation system 58 can also be functionally linked to the validation system 26 in the same manner as described above, In this regard, it will be noted that dotted line links are shown between the reservation system 58 and the message interface 24 in Figure 2.

WO 2011/147912 PCT/EP2011/058638 20 [0090] Figure 3 is a schematic block diagram illustrating functional components of a mobile communications device, for example a mobile telephone such as a smart phone. [0091] As illustrated in Figure 3, the mobile communications device 40 includes one 5 or more processors 70 and memory 72 for the storage of programs and data. Various inputs and outputs are provided including audio inputs and outputs 76 (for example, a speaker and microphone), a vibration mechanism 78 for providing vibratory alerts, a touch sensor mechanism 80 for user input, the touch sensor being arranged to overlie the display 74, and one or more keys 82. Various communication interfaces can be 10 provided including a radio module 84 for radio communication with a cellular network, a NFC module 86 for interacting with near field communications technology, a WiFi module 88 for communication with WiFI base stations, a Bluetooth module 90 for communication using Bluetooth technology and a GPS module 92 for position location of the mobile communications device. It will be appreciated that the interaction of the 15 various functional components shown in Figure 3 is merely illustrated in a schematic manner, and that any appropriate conventional configuration of individual components is possible within the mobile communications device. [0092] Figures 4-8 provide a flow diagram giving an overview of the operation of a system as illustrated in Figures 1-3. 20 100931 Figure 4 illustrates an example of processes that can be performed at a point of sale where a user makes a purchase. [0094] At step 412, a user makes a purchase at merchant's point of sale (POS) terminal. The details of the purchase can be captured by the merchant system using any conventional technique, for example by the merchant scanning a bar code and 25 the merchant system retrieving details of the purchase from storage in the merchant system associated with the bar code. [00951 The merchant system 14 is operable to determine a mobile communications device identifier for a user's mobile communications device. For example, this can be captured using an NFC reader 42 at the merchant's POS terminal 44 using NFC 30 technology. Alternatively, the mobile communications device identifier can be input using WiFi, Bluetooth or other technologies, or using a manual input device. [0096J At 414, the merchant system 14 transmits a query message including the mobile communications device identifier to a host system 20. The host system 20 is operable to determine whether the mobile communications device is registered for a WO 2011/147912 PCT/EP2011/058638 21 tax refund service by comparing the mobile communications device identifier with user records. [0097] If, 416, the mobile communications device identifier is recorded with the host system 20, then the host system 20 is operable to send a reply message to the 5 merchant system 14 that includes information for identifying the user. The information for identifying the user can Include, for example a passport number and/or biometric information (for example) a photograph, for identifying the user. [0098] At 418, the merchant system 14 can be operable to output the information for identifying the user to the merchant for manual identification of the user. Alternatively, 10 or in addition, the merchant system can be configured to invite the user to input the identifying information (for example using biometric recognition). t0099] If, 416, the mobile communications device identifier is not recorded with the host system 20, then the host system 20 is operable to send a reply message to the merchant system 14 to invite the user or the merchant to input information for 15 identifying the user. [001001 At 420, the merchant system 14 can be operable to prompt the merchant or the user to input information for identifying the user. The information for identifying the user can include information identifying the nationality or country of residence of the user, for example a passport number and/or biometric information for identifying 20 the user. The Information for identifying the user can then be transmitted to the host system 20, which can then be operable to record the information for identifying the user in a user record for the user. [001011 If, 422, the user is eligible to receive the service, then the merchant system can be operable to transmit a transaction message to the host system 20. The 25 transaction message can include a receipt identifier (e.g. a receipt number), the value of the goods purchased, and the mobile communications device identifier. Further information can also be included in the message, for example details of the goods purchased as retrieved in step 412. 1001021 The host system 20 can be operable to allocate a transaction identifier (e.g. a 30 transaction number or string) the transaction and creates a transaction record including the transaction identifier, the receipt identifier, the value of purchase, and the mobile communications device identifier). Further information can also be included in the transaction record, for example details of the goods purchased.

WO 2011/147912 PCT/EP2011/058638 22 100103] In other words, an example transaction record entry held at the host system can include the following fields, some or all of which may be populated in response to the above described steps: Transaction identifier; 5 Receipt identifier; Value of purchase; Token identifier; Registered flag; Details of Goods; 10 Details of traveller; A payment target. [00104] The host system 20 can further be configured to return a transaction response message that includes the transaction identifier that can be printed on the purchase receipt printed by the merchant system 14. The process then ends at 426, 15 [00105] Steps 412 - 426 can be effected in real time in parallel with the credit card authorisation processing so that no additional delay is required at the point of sale. [00106] In the method set out above, the communications with the host system 20 is effected by the merchant system 14. In another example, the communication with the host system 20 can be effected by a device separate from the merchant system 14, 20 for example a payment system or indeed using the user's mobile communication device 40 under the control of an application on the mobile communications device. [001071 Figure 5 is a flow diagram illustrating an example of operation of the system described with reference to Figures 1-3 when a user approaches an exit point from a territory, 25 [00108] In an example embodiment, the system is automatically operable to determine 512 that the mobile communications device is in the vicinity of a border crossing or a customs validation point. This automatic determination of the location of the mobile communications device can be achieved in various ways as described earlier. 100109] In one example, the interaction of the mobile communications device 40 and 30 the cellular telephone network to which the mobile communications device is connected can be used to determine the location of the mobile communications device 40, Thus, for example, either the mobile network 50 or the mobile communications device 40 can be operable to determine that the mobile communications device 40 is in a mobile communication cell that is associated with 35 the border crossing or customs validation point. This is represented in Figure 2 by the WO 2011/147912 PCT/EP2011/058638 23 mobile network antenna 52. This determination can be made by the mobile network comparing the identity of the mobile communications device to a record, held in memory (MEM) in the mobile communications network system 50 that indicates that the mobile communications device 40 is registered with the tax refund service. The 5 mobile communications network system 50 could then be operable to send a message to the validation system 26 (or the host system 20), and the recipient can then be configured to send 512 an invitation message to the mobile communications device 40 inviting the user to take advantage of the tax refund service. As an alternative to the mobile network system 50 recognising the presence of the mobile 10 communications device and then communicating with the validation system 26 or the host system 20, the mobile communications device 40 itself can be configured with an application that recognises the identity of the mobile communications network cell as being a cell in the vicinity of a border crossing or customs validation point (for example, by comparison of the cell identity with a list of cell identities held as data for 15 an application on the mobile communications device 40) as being associated with a border crossing or customs validation point. The mobile communications device 40 can then be operable, either to communicate with the validation system 26 or the host system 20, or merely directly to provide a message to the user inviting the user to take advantage of the tax refund service. 20 [oc1oo The invitation can take the form of merely a query inviting the user to respond, or the invitation can take the form of more detailed instructions as to the steps to be taken In order to obtain a tax refund. This can include, for example, information regarding the location of a validation station within the border crossing or customs validation point, the location of a tax refund operator service desk, the location of a 25 customs desk, etc. [00111) The invitation message 514 may not necessarily require a response from the user, particularly if the message provides instructions of the type just described. However, in the event that the invitation message does require a response, and a response is received by the originator (i.e. the validation system 26 (or host system 30 20), then if, at 518 the response is that the user declines a service, then the process stops at 520. 100112] Alternatively, if 518 the user requests to continue with the tax refund service, then at step 522, the validation system 26 can be operable to retrieve purchase transactions using the mobile communications device identifier from the place at WO 2011/147912 PCT/EP2011/058638 24 which the transaction records are stored (for example, in the host system 20 or the message interface 24). [00113J The validation system 26 can be operable to determine, at 524, whether the purchases are validated for refund and, at 526, can send a status message to the 5 mobile communications device 40 indicating the status of the tax refund request. As described earlier, this can be in the form of a green channel or a red channel response. In the event of a red channel response, the status message can give instructions to the mobile communications device user as to further steps to be taken to obtain validation, for example by proceeding to a customs desk for further 10 processing. [00114] If, at 526, the refunds are validated, then the refunds can be processed 528 by the host system 20 (00115] Figure 6 illustrates operations that can be formed on a mobile communications device as part of the process described with reference to Figure 5. 15 [00116] For example, at 612, the mobile communications device would receive the invitation message referred to earlier. In the present example shown in Figure 6, it is assumed that the invitation message invites the user to respond to indicate whether the user wishes to use the tax refund system or not. At 614, the mobile communications device is responsive to user input at the mobile communications 20 device. If, at 616, the user declines to use the tax refund service, then at 618 the process stops. oon7] Alternatively, if it is assumed that the user response at 614 is to confirm 616 use of the tax refund service, then at 620 the mobile communications device will receive the status message referred to earlier with regard to Figure 5. At 622, the 25 user can be invited to enter a selection of one or more of the purchases to be processed for tax refund, In other words, rather than provide tax refund processing for all purchases, the user may select one or more of the purchases. In this regard, the mobile communications device can be operable In response to the status message to indicate all of the purchase transactions which were centrally recorded 30 and retrieved from the central storage to the user, to enable the user to make a selection of one or more of those transactions. At 624, the response from the mobile communications device is sent to the validation system 26, [oo1s1 Figure 7 illustrates an example of how a reservation system 58 can be used as part of a tax refund system.

WO 2011/147912 PCT/EP2011/058638 25 100119] In Figure 7, step 712 represents a user checking in for a journey (for example, checking in for a flight). In accordance with conventional processes, this can be done by a user checking in using a web-based or message-based service using a personal computer or a mobile communications device. Alternatively, the check-in can be 5 provided at a check-in terminal within an airport, or at a check-in desk. [001201 In step 714, the reservation system 58 is responsive to a change in status of the traveller (for example, from not checked-in to checked-in) to send an appropriate travel status message to the tax refund host 20 and/or to the validation system 26. The travel status message can include one or more of an identification of the traveller 10 (for example, a mobile communications device identifier, or a specific user identifier, an airline loyalty programme Identifier for the user, a passport number for the user, or any other identifier recorded as a common identifier in the reservation system and in the host system 20 and/or the validation system 26, which enables the lInking of records in the reservation system 58 and the host system 20 and/or the validation 15 system 26). [001211 One of the validation system 26, the host system 20, or the reservation system 58 can then be operable to send an invitation or prompt to the user mobile communications device 40 in step 716, corresponding to an invitation message as described with reference to Figures 5 and 6. In step 718, as described earlier with 20 reference to Figures 5 and 6, the invitation message can either invite a response from the user, or can give instructions to the user as to steps to be taken to make use of the tax refund service. [00122) Where a response from the user is required, the mobile communication device of the user can be responsive to user input, at 718, to request tax refund operations to 25 be performed by the validation system 26 and/or the host system 20. 1001231 In the above description of Figure 7, it is noted that the reservation system 58 can be linked to the host system 20 and/or the validation system 26, and the relevant messaging and functionality described above can be provided by the reservation system 58 and/or the validation system 26 and/or the host system 20, 30 [00124] Figure 8 illustrates an example of a further stage where the reservation system 58 can be responsive at step 812 to data input from a point of departure Indicating that the user has actually boarded the transportation (for example, an aeroplane) and/or that the transportation has actually departed. [00125] In step 814, the reservation system 58 can be operable to send a message in 35 the manner described previously to the host system 20 and/or the validation system WO 2011/147912 PCT/EP2011/058638 26 26, whereby, in step 816, the host system 20 can be operable to effect any refund due to the traveller. [001261 As an alternative to the reservation system 58, or in addition thereto, the immigration system 60, which is operated by the national immigration authorities of a 5 given territory, can be operable to communicate with the validation system 26 and/or with the host system 20 to effect a process as described in Figure 8. [001271 The conditions that can lead to automatic approval being or not being given can depend on predefined rules that can vary according to various legal and regulatory requirements. 10 1001281 For example, a typical requirement is that the purchaser of the goods is an eligible person who also exports the goods. Accordingly, in the situation that eligibility is not verified a the time of purchase, for example as a result of the user not having registered at that time, an embodiment of the invention enables this to be identified from the transaction record held in the system. In such a case, at step 542, the 15 system can be operable to indicate red channel processing (i.e. non-automatic processing for the user). In the present example the verification of eligibility and/or registration at the time of a transaction can be identified from the status of the "Registered" flag in a transaction record. As also explained above, optionally according to local requirements, the "Registered" flag for a transaction can be reset if, 20 for example, it is determined subsequently to the time of purchase that registration is incomplete. [00129) Although in the present example a "Registered" flag is used as a means of tracking verification of eligibility, it will be appreciated that in other examples the tracking of eligibility can be achieved by date stamping records and comparing timings 25 of the recording of eligibility verses the time of purchase transactions. [00130] Other factors can affect the availability of automatic approval such as the value of goods purchased, the types of transactions, a pattern of transactions, the nationality of a user, etc. Also, non-automatic processing can be required on a statistical basis as a part of a sampling process. 30 [001i3i Accordingly non-automatic processing (red channel processing) can be determined at when locally determined requirements for automatic processing are determined not to have been met and/or a statistical sample processing is required. Accordingly, an example system provides for increased flexibility of operation while still providing secure and verifiable operation.

WO 2011/147912 PCT/EP2011/058638 27 100132) As mentioned above, rules can be provided for determining approval or rejection (green or red channel status). Such rules can be implemented, for example, by providing scoring for different parameters, whereby the validation system 26 or the mobile communications device 40 can use the scoring to determine whether a 5 resultant score fits within a range for a green channel response or a red channel response. For example, different scores could be allocated to travellers based on their home country and different scores could be allocated to different classes of goods and/or different amounts for purchases, Such scores could be stored in the validation system 26 and/or In storage for an application running on the mobile 10 communications device 40. The scores could be stored, for example, in one or more look-up tables, or in any other appropriate manner, the look up tables being accessed by codes associated with the various parameters. The look up tables could include a plurality of entries, one for each parameter, with a first field identifying the parameter (for example a code or string representative of the parameter), and a second field 15 containing a score associated therewith. [00133] Program code operating on one or more processors of the validation system 26 or the mobile communications device 40, respectively, can be operable to access the appropriate look-up table(s) to retrieve the scores associated with respective parameters. The program code can be operable to determine one or more resulting 20 scores by mathematically combining the individual scores retrieved for the relevant parameters for a refund request. For example, a total resulting score could be derived from a score based on nationality, plus, for each item for which a refund is requested, a score based on the type of item and a score for the amount of the item. Although in this simple example the scores for the relevant parameters are added to 25 each other to form a resulting score, other mathematical operators (for example multipliers) can be used to determine one or more resulting scores. A total resulting score and/or one or more resulting scores for each item, or a group of items, can be compared to stored ranges of values representative of green channel and red channel responses to determine whether the resulting score(s) fall within the respective 30 ranges. As a result, a determination of a green or red channel response can be made in respect of all items, individual items or groups of items, as required. [00134] A similar approach can be used to control various stages of automated communication with a user, automated validation and refund processing. For example, a table can be held by, for example, the validation system 26 (or 35 alternatively by the host system 20, the message interface 24, the reservation system WO 2011/147912 PCT/EP2011/058638 28 58 or the immigration system 60 that can hold scores relates to the current status of the user's travels. For example, different scores can be allocated based on whether the user is registered for a tax refund service, has undergone eligibility checking based on Identity, has indicated acceptance of the tax refund service, has made one 5 or more purchases, has checked in for travel, has deposited luggage, has passed through immigration, has boarded a flight, or has departed, etc. [00135] The various travel status stages could have different weights in respect of different service actions of the automated tax refund process. Different service actions can include, for example: 10 - the automatic issuing of an invitation to use the service in the event of, for example, one or more of the following example stages - on making a reservation to journey (e.g. a flight) to a territory, - on entry to the territory, - on or following the making of a purchase transaction, 15 - on checking in for a journey (e.g. a flight) to leave the territory, - on approaching a customs point for departing from the territory, - on passing through immigration for boarding (e.g., a flight) to leave the territory, - on boarding (e.g. a flight) to leave the territory, or 20 - on returning home from the territory; - the automatic sending of a list of transactions for selection by the user for validation in the event of, for example, one or more of the following example stages - on or following the making of a transaction, 25 - on checking in for a journey (e.g, a flight) to leave the territory, - on approaching a customs point for departing from the territory, - on passing through immigration for boarding (e.g., a flight) to leave the territory, - on boarding (e.g. a flight) to leave the territory, or 30 - on returning home from the territory; - the automatic commencement of validation processing to the refund status in respect of one or more transactions, for example, one or more of the following example stages - on or following the making of a transaction, 35 - on checking in for a journey (e.g. a flight) to leave the territory, WO 2011/147912 PCT/EP2011/058638 29 - on approaching a customs point for departing from the territory, - on passing through immigration for boarding (e.g., a flight) to leave the territory, - on boarding (e.g. a flight) to leave the territory, or 5 - on returning home from the territory; - the automatic processing of a refund following validation processing, for example, one or more of the following example stages: - on or following the making of a transaction, - on checking in for a journey (e.g. a flight) to leave the territory, 10 - on approaching a customs point for departing from the territory, - on passing through immigration for boarding (e.g., a flight) to leave the territory, - on boarding (e.g. a flight) to leave the territory, or - on retuming home from the territory; 15 [00136] - The scores could be held, for example, in a multi-dimensional table (for example a two dimensional table with travel stage on one axis and service action on the other axis), with the scores being evaluated automatically by program code operating on one or more processors of the validation system 26. Such processing capability could alternatively, or additionally, be provided on one or more of the 20 transaction station 22, the host system(s) 20, the reservation system 58, the immigration system, 60 or the mobile communications device 40. {l9137] In the example system described above, the transaction records are held in the host system(s) 20 and these are accessed by the validation system 26 and/or the transaction station(s) 22 or the customs station(s) 25. However, in another example 25 the transaction records could be held alternatively or additionally in the message interface, where this is configured as a central server system. [001381 Also, although in the described example an automated validation station 22 is shown in addition to a customs station 16, the customs station 16 could be provided with the functionality of the validation station 22 and/or could replace the separate 30 validation station 22. In the cases that the a customs station 16 forms an example of the validation station 22 , the entry of the user information can be performed by the user or by a customs official as appropriate, [00139] An embodiment may be embodied in a computer program product for operating one or more processors. The computer program product may be in the 35 form of a computer program on a carrier medium. The carrier medium could be a WO 2011/147912 PCT/EP2011/058638 30 storage medium such as a solid state, magnetic, optical, magneto-optical or other storage medium. The carrier medium could be a transmission medium such as broadcast, telephonic, computer network, wired, wireless, electrical, electromagnetic optical or any other transmission medium. 5 (00140J There has been described a system and method of providing a service, for example a tax refund service, including an apparatus being responsive to a mobile communications device identifier for a mobile communications device of a user to verify whether the mobile communications device identifier is associated with a registration for the service, and, In the event that the mobile communications device 10 identifier is registered with the service, determining predetermined user information associated with the mobile communications device identifier for providing the service. 100141] The apparatus can be operatively connected to a remote server comprising storage providing association between information derived from mobile communications device identifiers and predetermined user information. The 15 apparatus can be configured to query the remote server using information derived from the mobile communications device identifier of the mobile communications device. The apparatus can be configured to receive information from the remote server derived from the predetermined user information associated with information derived from the mobile communications device identifier read from the mobile 20 communications device. In the event that the mobile communications device identifier is not registered with the service, the apparatus can be configured to enable operator entry of predetermined user information for the user and to cause association of information derived from the entered user information with information derived from the mobile communications device identifier prior to providing the service. 25 [00142] The apparatus can be configured to transmit information derived from the entered user information and the mobile communications device identifier of the mobile communications device to the remote server for storage. The apparatus can include a mobile communication device reader operable to read the mobile communications device identifier from the mobile communications device. The mobile 30 communication device reader can include an NFC interface, The mobile communications device can be a mobile telephone. The user information can include information identifying a nationality of a user, for example, a country and number of a passport or other identity carrier. The apparatus, or a separate device, for example the mobile communications device, can be operable to transmit details of a 35 transaction associated with the mobile communications identifier to a remote system, WO 2011/147912 PCT/EP2011/058638 31 for example a host system or a validation system. The details of a transaction can, for example, be transmitted via a mobile telephony system. The mobile communication device can be operable to receive an invitation message inviting the user to respond to the invitation message using the mobile communication device in order to receive 5 the service. In the event that the user responds to such an invitation message using the mobile communication device, the mobile communication device can be operable to receive a status message confirming to the user whether the service is automatically approved or whether further steps are required for approval. [00143J The system can be operable to determine the proximity of the mobile 10 communications device to a border crossing or customs validation point, for example using one or more of determining GPS coordinate information captured by the mobile communications device, determining a cell to which the mobile communications device Is connected, determining that information at the border crossing or customs validation point is entered by the user to the mobile communication device. The 15 mobile communication device can, for example, receive the invitation message andtor the status message in response to determination of the proximity of the mobile communications device to a border crossing or customs validation point. The mobile communication device can be operable to present a plurality of transactions for selection by the user for processing by the service. Messaging can, for example, be 20 provided using SMS and/or email. Part of providing the service can include issuing a tax refund cheque, for example using the mobile communication device. [001441 There has also been described a computer-implemented system and method of providing a service, including, in response to a determination being made that a mobile communications device, registered with a host server for the service, is 25 proximate to a validation location for the service, automatically initiating at least one service action for the service. [001451 The determination that the mobile communications device is proximate to a validation location can include a determination that a cell to which the mobile communications device is connected is a cell proximate to the validation location. For 30 example, the mobile communications device can determine that the cell to which the mobile communications device is connected is a cell proximate to the validation location. Alternatively, this can be performed by a mobile communication network system, the mobile communications network system being configured to recognise the mobile communications device as being registered for the service, The 35 determination that the mobile communications device is proximate to a validation WO 2011/147912 PCT/EP2011/058638 32 location can use satellite-derived positioning information detected by the mobile communications device as Indicative that the mobile communications device is proximate to the validation location. The determination that the mobile communications device is proximate to a validation location can include using location 5 based wireless connection services (e.g., provided by a WiFi base station) detected by the mobile communications device as indicative that the mobile communications device is proximate to the validation location. The determination that the mobile communications device is proximate to a validation location can include confirmation by at least one of the mobile communications device or the host server that 10 information input by the user to the mobile communication device corresponds to information presented to the user of the mobile communications device at the validation location. [001463 A service action can include one or more of the mobile communications device being responsive to a received message automatically to present an invitation to the 15 user to use the service, the mobile communications device automatically providing information the user how to use the service, providing automatic validation of transactions for the service, presenting the validation status of one or more transactions to the user. Prior to the determination being made that the mobile communications device is proximate to a validation location for the service, the mobile 20 communication device can be operable to present an invitation to the user to use the service and be responsive to user input to the mobile communication device accepting the service to send a confirmation message to a host server for confirming acceptance of the service. Prior to the determination being made that the mobile communications device is proximate to a validation location for the service, the mobile 25 communications device can be operable to present one or more transactions for selection by the user to be processed by the service, the mobile communication device responding to user input to the mobile communication device to send a message that identifies any transaction selected by the user to be processed by the service. A service action can include one or more of presenting an invitation to the 30 user to confirm acceptance of the service, the mobile communication device responding to user input to the mobile communication device accepting the service to send a confirmation message to a host server for confirming acceptance of the service, the mobile communications device presenting one or more transactions for selection by the user to be processed by the service, the mobile communication 35 device responding-to user input to the mobile communication device to send a WO 2011/147912 PCT/EP2011/058638 33 message that identifies any transaction selected by the user to be processed by the service. The messages can be effected using SMS or email. The mobile communications device can be a mobile telephone. The service can be a tax refund service. 5 [001471 One or more records corresponding to purchase transactions can be used to present one or more transactions to the user. The one or more records can be held on the mobile communications device. The one or more records can be held on a server and are provided to the mobile communication device in a message from the server in response to the determination that the mobile communications device Is 10 proximate to a validation location. The mobile communication device can be operable to receive a status message confirming to the user whether any transactions selected by the user to be processed by the tax refund service is automatically approved or whether further steps are required for approval. The validation point can be a border crossing or customs validation point. The system can be operable automatically to 15 validate whether transactions registered with the tax refund service are eligible for refund, and to transmit a message to the mobile communications device to cause the mobile communications device to indicate to the user whether a tax refund service is automatically approved for one or more of the transactions and/or whether additional steps are needed to obtain approval for one or more of the transactions. Records 20 corresponding to purchase transactions registered with the tax refund service can be used to determine automatic eligibility for refund. [001481 There has also been described a mobile communications device comprising means for outputting information to a user, means for receiving user input, wireless communication means for communication with a communications network system, 25 storage means and processing means, the mobile communication device being configured for communication with a remote server with which the mobile communications device is registered for the provision of a service, the mobile communications device being configured automatically to present an invitation to a user to use the service in response to a determination that the mobile 30 communications device is proximate to a validation location for the service. A computer system providing automated validation of requests for a tax refund in respect of one or more services, can be operable automatically to validate whether transactions registered with a tax refund service are automatically eligible for refund, and to transmit a validation status message to such a mobile communications device 35 registered with a host server for a tax refund service to cause the mobile WO 2011/147912 PCT/EP2011/058638 34 communications device to indicate to the user whether a tax refund service is automatically approved for one or more of the transactions and/or whether additional steps are needed to obtain approval for one or more of the transactions. [00149] There has further been described a system and method for automated 5 processing of tax refunds, the system comprising: a first database in which traveller records of travellers registered for a tax refund service are stored, a second database in which travel status for travellers are stored; a computer server operable to initiate a service action in respect of the tax refund service for a traveller registered for the tax refund service In response to detection of a travel status of the traveller indicative that 10 the traveller is preparing to leave the territory. [oo1soj The second database can be a travel reservation database of travel reservation system, the travel status for the traveller being held in a travel reservation record in the travel reservation database, the travel reservation record being linked to a traveller record in the first database. The second database can be an immigration 15 database of an immigration system, the travel status for the traveller being held in a travel status record in the Immigration database, the travel status record being linked to a traveller record in the first database. Initiating the service action can include the automatic sending of an alert message to a mobile communication device of the traveller, the mobile communication device being identified by a traveller record for 20 the traveller. The alert message can be send automatically to the mobile communication device of the traveller in response to a change in traveller status held on the second database indicative that the user is preparing to leave the territory. The alert message can, for example, provide information regarding steps to be taken by the user to effect validation of purchase transactions for the tax refund service. 25 [001511 A record in the second database can include a reference to a record in the first database, A record in the first database can include a reference to a record in the second database. An automatic response can be provided to receipt of a request for validation for a tax refund in respect of one or more purchase transactions by the traveller by determining a travel status of the traveller from the second database and 30 a service action can be initiated in respect of the tax refund service in response to the determined travel status of the traveller. A travel status of the traveller indicative that the traveller is preparing to leave the territory can be one or more of, for example: checked in; checked in at station, port or airport; checked in luggage; boarded; departed.

WO 2011/147912 PCT/EP2011/058638 35 [00152] A tax refund system (e.g., a host system or a validation system) can be operable to query the travel system to determine the status of the traveller. A tax refund system (e.g., a host system or a validation system) can be operable to receive automated updates from the travel system in response to changes in travel status of 5 the traveller. A tax refund system (e.g., a host system or a validation system) can be operable to check that the identity of the registered traveller corresponds to the identity of the traveller for the travel reservation. At least one transaction record can identify one or more purchases registered for tax free refund for the traveller. A service action can Include automatic initiation of a validation process for one or more 10 purchases of the traveller. A service action can include automatically indicating to a traveller whether one or more purchases of the traveller are eligible for automatic refund on departure, or whether further steps are required to obtain refund. Further steps for refund can include presentation of purchases for export to a customs desk. A service action can include causing a refund to be made to a traveller in respect of 15 purchases validated for refund in response a predefined change in travel reservation status of the traveller. A predefined change in travel reservation status can include a change in travel reservation status to one or more of: checked in; checked in at station, port or airport; checked in luggage; boarded; departed. [00153] In the description above, reference is made to an application provided on the 20 mobile communications device. Such an application can be configured to run as a foreground task and/or as a background task on the mobile communications device or as a background task, subject to the capabilities of the mobile communication device. Such an application can be configured to take on varying degrees of the processes described above, In one example, the mobile communications device application can 25 be operable to provide the location processes described above and to provide information to the user, with the tax refund service itself being provided by the infrastructure described with reference to Figures 1 and 2, for example with all user records and transaction records, stored electronic tax refund cheques, etc., being held in storage as part of that infrastructure, for example in the TRO host system 20 and/or 30 the message interface 24, and the validation process conducted by the validation system 26 via a validation station 22, In another example, the mobile communications device can be used to support much more of the tax refund service, with the tax refund service itself being provided by the infrastructure described with reference to Figures 1 and 2, for example with transaction records and/or electronic 35 tax refund cheques, etc., being held in storage on the mobile communications device 36 and managed by the application on the mobile communications device, and the validation process being conducted by the validation system 26 in communication with the mobile communications device 40 application. An application on the mobile communications device can be used to determine the location of the mobile 5 communications device using one or more or a combination of GPS, mobile network cell location and wireless base station location information. In these examples and also in other examples with a different distribution of tasks as part of the refund process, user records, transaction records and stored electronic tax refund cheques can be linked using a mobile communications device identifier or another identifier 10 associated therewith, whereby the various stages of the refund process can be tracked by the system as a whole. 1001541 Although the embodiments described above have been described in detail, numerous variations and modifications will become apparent to those skilled in the art once the above disclosure is fully appreciated. It is intended that the following claims 15 be interpreted to include all such variations and modifications and their equivalents. 1001551 Throughout this specification and the claims which follow, unless the context requires otherwise, the word "comprise", and variations such as "comprises" or "comprising", will be understood to imply the inclusion of a stated integer or step or 20 group of integers or steps but not the exclusion of any other integer or step or group of integers or steps. 1001561 The reference in this specification to any prior publication (or information derived from it), or to any matter which is known, is not, and should not be taken as, an acknowledgement or admission or any form of suggestion that that prior 25 publication (or information derived from it) or known matter forms part of the common general knowledge in the field of endeavour to which this specification relates.

Claims

1. A computer-implemented method of providing a service, wherein the service is a tax 5 refund service, the method including: storing records of one or more purchase transactions in storage, the one or more transactions being associated with a mobile communications device identifier, the mobile communications device identifier being registered with a host system for the service that has access to the storage; 10 in response to a determination, made automatically, that a mobile communications device having the mobile communications device identifier is proximate to a location for validating a refund using the tax refund service, automatically initiating at least one service action for the service by the host system; wherein the determination, made automatically, that the mobile communications 15 device is proximate to a validation location comprises at least one of a determination, by the mobile communications device or a mobile communications network system to which the mobile communications device is connected, that a cell to which the mobile communications device is connected is a cell proximate to the validation location, 20 a determination by the mobile communications device utilizing satellite-derived positioning information is indicative that the mobile communications device is proximate to the validation location, a determination by the mobile communications device utilizing location based wireless connection services detected by the mobile communications device is 25 indicative that the mobile communications device is proximate to the validation location; and wherein the service action comprises at least one of: sending a message to the mobile communications device to cause the mobile communications device to provide information the user for using the service; 30 causing automatic validation of transactions for the service; providing the validation status of one or more transactions to the mobile communications device for presentation to the user.

2. The method of claim 1, comprising sending from the host system to the mobile 35 communication device a message to cause the mobile communications device to present an invitation to the user to use the service and receiving from the mobile communications device a confirmation message for confirming acceptance of the service indicating user input to the mobile communication device accepting the service. 38

3. The method of claim 2, wherein the message to cause the mobile communications device to present an invitation to the user to use the service is sent prior to the determination being made that the mobile communications device is proximate to a validation location for the service, 5

4. The method of any one of the preceding claims, comprising sending from the host system to the mobile communications device a message to cause the mobile communications device to present one or more transactions for selection by the user to be processed by the service, and receiving from the mobile communications device a confirmation message 10 indicating any transaction selected by the user to be processed by the service.

5. The method of claim 4, wherein the message to cause the mobile communications device to present one or more transactions is sent prior to the determination being made that the mobile communications device is proximate to a validation location for the service. 15

6. The method of claim 4 or claim 5, comprising sending from the host system to the mobile communications device a status message confirming to the user whether any transactions selected by the user to be processed by the tax refund service is automatically approved or whether further steps are required for approval. 20

7. The method of any one of the preceding claims, wherein the validation point is a border crossing or customs validation point.

8. The method of any one of the preceding claims, wherein the mobile communications 25 device is a mobile telephone.

9. A mobile communications device comprising means for outputting information to a user, means for receiving user input, wireless communication means for communication with a communications network system, storage means and processing means, the mobile 30 communication device being configured for communication with a host system with which the mobile communications device is registered for the provision of a service the host system having access to stored records of one or more purchase transactions associated with a mobile communications device identifier for the mobile communications device, the mobile communications device being configured: 35 in response to a service action initiated automatically by the host system in response to a determination, made automatically, that the mobile communications device having the mobile communications device identifier is proximate to a location for validating a refund using the tax refund service, automatically to present to the user at least one of: an invitation to a user to use the service; 39 the result of automatic validation of transactions for the service; the validation status of one or more transactions; wherein the determination, made automatically, that the mobile communications device is proximate to a validation location comprises at least one of: 5 a determination, by the mobile communications device or a mobile communications network system to which the mobile communications device is connected, that a cell to which the mobile communications device is connected is a cell proximate to the validation location; a determination by the mobile communications device utilizing satellite-derived 10 positioning information is indicative that the mobile communications device is proximate to the validation location; a determination by the mobile communications device utilizing location based wireless connection services detected by the mobile communications device is indicative that the mobile communications device is proximate to the validation 15 location.

10. The mobile communications device of claim 9, wherein the invitation provides information to the user how to use the service. 20

11. The mobile communications device of claim 9 or claim 10, wherein the invitation provides the user with an option to confirm acceptance of the service, the mobile communication device being configured to respond to user input to the mobile communication device to accept the service to send a confirmation message to a host server for confirming acceptance of the service. 25

12. The mobile communications device of any one of claims 9 to 11, wherein the processor of the mobile communications device is configured to cause the output means to present one or more transactions for selection by the user to be processed by the service, and to respond to user input to send a confirmation message that identifies any transaction 30 selected by the user to be processed by the service.

13. The mobile communications device of any one of claims 9 to 12, wherein the mobile communications device is a mobile telephone. 35

14. A host system for a tax refund service, the host system: storing records of one or more purchase transactions in storage, the one or more transactions being associated with a mobile communications device identifier, the mobile communications device identifier being registered with a host system for the service that has access to the storage; and 40 being operable in response to a determination, made automatically, that a mobile communications device having the mobile communications device identifier is proximate to a location for validating a refund using the tax refund service, automatically initiating at least one service action for the service by the host system; 5 wherein the determination, made automatically, that the mobile communications device is proximate to a validation location comprises one or more of: a determination that a cell to which the mobile communications device is connected is a cell proximate to the validation location; utilizing satellite-derived positioning information detected by the mobile 10 communications device as indicative that the mobile communications device is proximate to the validation location; utilizing location based wireless connection services detected by the mobile communications device as indicative that the mobile communications device is proximate to the validation location; and 15 wherein the service action comprises at least one of: sending a message to the mobile communications device to cause the mobile communications device to provide information the user for using the service; causing automatic validation of transactions for the service; providing the validation status of one or more transactions to the mobile 20 communications device for presentation to the user.

15. The host system of claim 14, operable: automatically to validate whether transactions registered with a tax refund service are automatically eligible for refund, and 25 to transmit a validation status message to the mobile communications device registered with a host server for a tax refund service to cause the mobile communications device to indicate to the user whether a tax refund service is automatically approved for one or more of the transactions and/or whether additional steps are needed to obtain approval for one or more of the transactions. 30

16. The host system of claim 15, wherein the host system is operable to transmit the validation status message in response to receipt of a location message indicative that the mobile communications device registered with the host server has been determined to be proximate to a validation point.