GB2480664A - Automated processing of tax refunds for travellers - Google Patents
Automated processing of tax refunds for travellers Download PDFInfo
- Publication number
- GB2480664A GB2480664A GB1008898A GB201008898A GB2480664A GB 2480664 A GB2480664 A GB 2480664A GB 1008898 A GB1008898 A GB 1008898A GB 201008898 A GB201008898 A GB 201008898A GB 2480664 A GB2480664 A GB 2480664A
- Authority
- GB
- United Kingdom
- Prior art keywords
- traveller
- database
- travel
- service
- status
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
- 238000012545 processing Methods 0.000 title claims abstract description 35
- 238000010200 validation analysis Methods 0.000 claims abstract description 168
- 230000004044 response Effects 0.000 claims abstract description 54
- 230000009471 action Effects 0.000 claims abstract description 28
- 238000001514 detection method Methods 0.000 claims abstract description 7
- 238000010295 mobile communication Methods 0.000 claims description 258
- 238000000034 method Methods 0.000 claims description 56
- 230000008859 change Effects 0.000 claims description 15
- 230000000977 initiatory effect Effects 0.000 claims description 10
- 230000000694 effects Effects 0.000 claims description 6
- 238000004891 communication Methods 0.000 abstract description 25
- 238000005516 engineering process Methods 0.000 abstract description 19
- 230000008569 process Effects 0.000 description 26
- 230000015654 memory Effects 0.000 description 14
- 238000013475 authorization Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 8
- 230000008901 benefit Effects 0.000 description 6
- 238000004590 computer program Methods 0.000 description 4
- 238000012216 screening Methods 0.000 description 4
- 238000012790 confirmation Methods 0.000 description 3
- 238000013459 approach Methods 0.000 description 2
- 230000006399 behavior Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 238000006243 chemical reaction Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000000060 site-specific infrared dichroism spectroscopy Methods 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 238000007796 conventional method Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000010006 flight Effects 0.000 description 1
- 230000001737 promoting effect Effects 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
- 238000005070 sampling Methods 0.000 description 1
- 239000004576 sand Substances 0.000 description 1
- 239000000344 soap Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/325—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
- G06Q20/3255—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks using mobile network messaging services for payment, e.g. SMS
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/322—Aspects of commerce using mobile devices [M-devices]
- G06Q20/3223—Realising banking transactions through M-devices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/322—Aspects of commerce using mobile devices [M-devices]
- G06Q20/3224—Transactions dependent on location of M-devices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/327—Short range or proximity payments by means of M-devices
- G06Q20/3278—RFID or NFC payments by means of M-devices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/326—Payment applications installed on the mobile devices
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Theoretical Computer Science (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Telephonic Communication Services (AREA)
Abstract
A system for automated processing of tax refunds comprises a first database in which traveler records of travellers registered for a tax refund service are stored, a second database (e.g. travel reservation database of travel reservation system 58 or an immigration database of an immigration system 60) in which travel status for travellers are stored; and a computer server operable to initiate a service action (e.g. sending a SMS, MMS message to a user mobile device 40 on how to get refund) 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 the traveller is preparing to leave the territory. The invention may utilise short range wireless technology such as Near Field Communications (NFC) technology application incorporated into a mobile telephone 40. The validation and refund can take place automatically on a user mobile telephone approaching a customs kiosk 22 that is NFC enabled.
Description
AUTOMATED VALIDATION METHOD AND APPARATUS
BACKGROUND
100011 The present invention relates to validation of for a service. The service can be a tax refund service for purchase transactions by a user who may be eligible to use the service and that may be validated for the service.
100021 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 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 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 and to manage the paperwork associated therewith.
100031 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 problems.
SUMMARY
[0005] Aspects of the invention are defined in the claims.
100061 An aspect of the invention provides a system for automated 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 the traveller is preparing to leave the territory.
100071 An aspect of the invention provides a computer implemented method for processing a tax refund for a traveller on the traveller leaving a territory, the method comprising: a first database storing traveller records of travellers registered for a tax refund service, a second database storing travel status for a traveller; a computer server initiating 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 the traveller is preparing to leave the territory.
100081 Such a method can be implemented using one or more computer programs, for example provided on a carrier medium.
100091 An example embodiment of the invention facilitates the validation stages of a tax refund system in manner that provides security and ease of use.
100101 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.
BRIEF DESCRIPTION OF THE DRAWINGS
100111 Embodiments are described, by way of example only, with reference to the accompany drawings.
100121 Figure 1 is a schematic diagram of an example embodiment of a refund system according to an embodiment of the invention; 100131 Figure 2 is a schematic system overview; 100141 Figure 3 is a schematic block diagram representing functional elements of a mobile communications device; 100151 Figures 4-8 are flow diagrams of example methods of operation.
DETAILED DESCRIPTION
100161 An example embodiment of the invention seeks to provide simplicity of operation while providing flexibility of use. In example embodiments one or more 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 (TRO5) and/or customs authorities.
100171 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 information technology systems, the TRO can ensure the integrity of the system.
100181 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).
100191 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.
100201 In an example embodiment, a merchant system can provide the issuing 30 of 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 authorization 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 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.
100211 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.
100221 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.
100231 An example embodiment of the invention can employ Near Field Communications (NFC) technology. NFC technology is a short-range wireless 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 (contactless 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 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.
[0024] In one example embodiment, when making a purchase transaction, an NFC 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 information can be transmitted to a Tax Refund Operator (TRO) and user information can be associated with the transmitted information. The user can also pay for the goods using the using the mobile communications device.
The user can the make further purchases using the NFC application, with further digital TFS transaction information being transmitted in the same manner. Validation and refund phases can be unified by recognizing 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.
100251 The NFC application can be installed before or during the first purchase. This NFC application can 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 services, loyalty programs, etc. 100261 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 installed on the mobile communications device of a user can interact the WiFi 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 (SS ID) for all WiFi base stations provided by or for the TRO service, a mobile communications device can configured automatically to recognise such a base station as being provided for the service and automatically to connect to the base station when in range of the base station.
100271 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 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 provided, for example, by a message exchange between the TRO host 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. 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 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.
100281 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 process. The mobile communications device can be configured, for example using NFC technology and an NFC application, 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.
100291 By presenting the mobile communications device when making a purchase, a 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 NFC applications, for example provided by the TRO, operating, respectively, on the mobile communication device and the merchant's POS terminal can control the exchange of information between the mobile communication device and the merchant's POS terminal.
100301 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 determine whether the user has already been registered to use the service.
100311 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 identification, the TRO host system can be operable to either 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.
100331 If the mobile communication device identifier has not been associated with user identification, the TRO host system can be operable to return an appropriate 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 user's identity card and an issuing country of the identity card, a driver's licence number for the user's driver's licence and an issuing country of the driver's licence, by way of example.
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 information (for example one or more other tokens) that can be used to identify the user.
100341 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 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 transaction(s) on exit from the territory to validate the refund on later purchases, for example for one or more subsequent trips.
100351 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 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 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 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, a SIM number for the mobile communications device 40, a NFC identifier for the mobile communications device, a unique identifier associated with an 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 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 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).
100371 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 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.
100381 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 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 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 enter this information again. Alternatively, the information could be entered in a stand 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 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.
100391 As indicated above, a WiFi base station 54 can be provided at the premises of 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 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 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 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 advantage of the service (for example for a tax refund service, the generation of refund cheques or the like).
100401 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 credit/debit card example). Each TRO affiliates its own merchants and is responsible for the point of sale (POS) devices and integrated software that creates a tax refund transaction.
100411 The transaction message can therefore be transmitted 105 to the TRO host system 20 where further processing can be performed. The transaction message 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 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.
100421 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 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 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 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.
100431 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 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 may be a separate system, or combined with a validation system (for example a custom approval system) 26 according to a particular implementation.
100441 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 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.
100451 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 28.
100461 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 standardized web service or through the message interface 24. Such a validation 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 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).
100471 However, in order to be able to use such a validations kiosk as previously 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.
100481 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 communication device to a point of exit from a territory can be used to cause an 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.
100491 In one example, the mobile communications device 40 can be programmed with an application that is responsive to 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 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 acting as the kiosk and communicating with the validation system directly using, for example, SMS messaging, email or a web-based service.
100501 In another example, the mobile communications device 40 can be responsive to recognising that the mobile network cell 52 to which the mobile communications device is currently connected is a cell in the file and can cause the 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.
100511 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 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 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 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.
100531 As an alternative to using the mobile network cell and/or to satellite-derived positioning information, the mobile communications device can be responsive to 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 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 communications device.
100541 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 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.
100551 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 could be used to confirm that 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 service and/or to confirm acceptance of the service. The presentation can be by means of a visual and/or audible message.
100571 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.
100581 In one example, the mobile communications device 40 can be used to replace at least part of the functionality of such a validation station 22.
100591 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 user to be processed by the service.
100601 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 then processed by the mobile communications device and/or transmitted to the validation service for comparison to stored records.
100611 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 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 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).
100621 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: http:/!wv.hghproqrammer.com!aan!numbers/mrphtmL 100631 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 that are suitable for export validation.
100641 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 which the mobile communications identifier is registered and transactions recorded in association with the user and/or mobile communications identifier.
100651 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 host systems 20 via the message interface 24, and can apply rules set to determine approval or rejection as will be described later.
100661 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 rules set within the validation system 26.
100671 When the validation system 26 makes a decision about a transaction (approve/reject), an authorization 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 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 authorization message (approve, reject, change).
100681 In an example embodiment the validation system 26 does not act as the payment authorization host, but rather the host system 20 is the system of record.
100691 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.
100701 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 (possible for all transactions) and is asked to present himself to a customs officer for 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.
[0071] If the choice of refund is to a payment card (e.g., a credit card), the refund can 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.
100721 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 the refund amount can be credited to the token.
100731 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 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.
100741 In response to user selection of one or more transactions for validation 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.
100751 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 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).
100761 The validation system 26 can be configured to operate in one or both of two 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 system 20 now contains tax refund transactions with approval codes (approved, 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 and approval code back to the host system 20 concerned. The difference between the two modes is that in the second mode, the CAS retains a copy of all data from all host systems 20.
100771 The mobile communications device 40 can be operable to employ messaging using any appropriate technology, such as SMS messaging, email or a web-based 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 authorities only have to deal with a single system for approvals.
100781 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 linked to a mobile communications device identifier in the host system 20, a validation system 26 can be operable to retrieve refund transactions 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.
100791 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 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.
100801 In an example embodiment, automated validation stations 22 can be provided that allow automatic pre-screening of refund transactions to generate a "red 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.
100811 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 a "red channel" requirement, for 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.
[0082] The validation station 22, or the approval system 26 in communication with the 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.
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 determined that the mobile communications device is in the proximity of the exit point from the territory.
100841 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 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.
100851 The mobile communications device application, or a validation system (e.g. a 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 countries or origin, retailers, travellers and so on can be used.
100861 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 memories/storage systems (MEM). A travel reservation system 58 is able to monitor 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 be a travel record which 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.
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 can include a link to a travel reservation within the travel reservation system 58.
100871 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 automatically determine when a user has actually departed to provide final authorisation for a tax refund to be made.
100881 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 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.
100891 In the above description of Figure 2, the reservation system 58 is linked to the 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.
100901 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.
100911 As illustrated in Figure 3, the mobile communications device 40 includes one 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 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 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.
100921 Figures 4-8 provide a flow diagram giving an overview of the operation of a system as illustrated in Figures 1-3.
100931 Figure 4 illustrates an example of processes that can be performed at a point of sale where a user makes a purchase.
100941 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 the merchant system retrieving details of the purchase from storage in the merchant system associated with the bar code.
100951 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 technology. Alternatively, the mobile communications device identifier can be input using WiFi, Bluetooth or other technologies, or using a manual input device.
100961 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 tax refund service by comparing the mobile communications device identifier with user records.
100971 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 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.
100981 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, or in addition, the merchant system can be configured to invite the user to input the identifying information (for example using biometric recognition).
100991 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 identifying the user.
1001001 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 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.
1001011 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 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 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.
1001031 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 Receipt identifier Value of purchase Token identifier; Registered flag; Details of Goods; Details of traveller; A payment target.
1001041 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.
1001051 Steps 412 -426 can be effected in real time in parallel with the credit card authorisation processing so that no additional delay is required a the point of sale.
1001061 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, 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.
1001071 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.
1001081 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.
1001091 In one example, the interaction of the mobile communications device 40 and 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 the border crossing or customs validation point. This is represented in Figure 2 by the 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 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 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 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.
1001101 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 customs desk, etc. 1001111 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 20), then if, at 518 the response is that the user declines a service, then the process stops at 520.
1001121 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 which the transaction records are stored (for example, in the host system 20 or the message interface 24).
1001131 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 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 processing.
1001141 If, at 526, the refunds are validated, then the refunds can be processed 528 by the host system 20 1001151 Figure 6 illustrates operations that can be formed on a mobile communications device as part of the process described with reference to Figure 5.
1001161 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 device. If, at 616, the user declines to use the tax refund service, then at 618 the process stops.
1001171 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 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 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.
1001181 Figure 7 illustrates an example of how a reservation system 58 can be used as part of a tax refund system.
1001191 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 provided at a check-in terminal within an airport, or at a check-in desk.
1001201 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 (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 system 26).
1001211 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 Sand 6. In step 718, as described earlier with 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.
1001221 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 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.
1001241 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.
1001251 In step 814, the reservation system 58 can be operable to send a message in the manner described previously to the host system 20 and/or the validation system 26, whereby, in step 816, the host system 20 can be operable to effect any refund due to the traveller.
1001261 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 given territory, can be operable to communication with the validation system 26 and/or with the host system 20 to effect a process as described in Figure 8.
1001271 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.
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 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, for example, it is determined subsequently to the time of purchase that registration is incomplete.
1001291 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 of the recording of eligibility verses the time of purchase transactions.
1001301 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.
1001311 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.
1001321 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 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 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 seconds field containing a score associated therewith.
1001331 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 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 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 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.
1001341 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 alternatively by the host system 20, the message interface 24, the reservation system 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 or more purchases, has checked in for travel, has deposited luggage, has passed through immigration, has boarded a flight, or has departed, etc. 1001351 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: -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, -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 -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, -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 -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, -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 -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, -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 returning home from the territory; 1001361 -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 transaction station 22, the host system(s) 20, the reservation system 58, the immigration system, 60 or the mobile communications device 40.
1001371 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) 28. However, in another example the transaction records could be held alternatively or additionally in the message interface, where this is configured as a central server system.
1001381 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 andlor could replace the separate 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.
1001391 An embodiment may be embodied in a computer program product for operating one or more processors. The computer program product may be in the form of a computer program on a carrier medium. The carrier medium could be a 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.
1001401 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 identifier is registered with the service, determining predetermined user information associated with the mobile communications device identifier for providing the service.
1001411 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 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 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.
1001421 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 communication device reader can includes 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 transaction associated with the mobile communications identifier to a remote system, 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 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 orwhetherfurther steps are required for approval.
1001431 The system can be operable to determine the proximity of the mobile 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 mobile communication device can, for example, receives the invitation message and/or 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 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.
1001441 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 proximate to a validation location for the service, automatically initiating at least one service action for the service.
1001451 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 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 determination that the mobile communications device is proximate to a validation 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 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 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.
1001461 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 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 communication device can be operable to present an invitation to the user to use the service and being 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 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 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 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. 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.
1001471 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 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 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 corresponding to purchase transactions registered with the tax refund service can be used to determine automatic eligibility for refund.
1001481 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, 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 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 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.
1001491 There has further been described a system and method for automated 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 the traveller is preparing to leave the territory.
iooisoi 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 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 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.
1001511 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 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.
1001521 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 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 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 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.
1001531 In the description above, reference is made to an applications provided on the 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 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 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 tax refund cheques, etc., being held in storage on the mobile communications device 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 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 task 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 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 be interpreted to include all such variations and modifications and their equivalents.
Claims (38)
- CLAIMS1. A system for automated 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 the traveller is preparing to leave the territory.
- 2. The system of claim 1, wherein the second database is 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.
- 3. The system of claim 1, wherein the second database is an immigration 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.
- 4. The system of any one of the preceding claims, wherein automatically initiating the service action includes 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 the traveller.
- 5. The system of claim 4, configured automatically to send the alert message 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.
- 6. The system of claim 4 or claim 5, wherein the alert message provides information regarding steps to be taken by the user to effect validation of purchase transactions for the tax refund service.
- 7. The system of any one of claims 3 to 6, wherein a record in the second database includes a reference to a record in the first database.
- 8. The system of any one of claims 3 to 7, wherein a record in the first database includes a reference to a record in the second database.
- 9. The system of any one of the preceding claims, configured automatically: to respond 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 to initiate a service action in respect of the tax refund service in response to the determined travel status of the traveller.
- 10. The system of any one of the preceding claims, wherein the travel status of the traveller indicative that the traveller is preparing to leave the territory to one or more of: -checked in; -checked in at station, port or airport; -checked in luggage; -boarded; -departed.
- 11. The system of any one of the preceding claims, wherein the computer server is operable to query the travel system to determine the status of the traveller.
- 12. The system of any one of the preceding claims, wherein the computer server is operable to receive automated updates from the travel system in response to changes in travel status of the traveller.
- 13. The system of any one of the preceding claims, operable to check that the identity of the registered traveller corresponds to the identity of the traveller for the travel reservation.
- 14. The service of any one of the preceding claims, further comprising: at least one transaction record identifying one or more purchases registered for tax free refund for the traveller.
- 15. The system of any one of the preceding claims, wherein the service action includes automatic initiation of a validation process for one or more purchases of the traveller.
- 16. The system of any one of the preceding claims, wherein the service action includes 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.
- 17. The system of claim 16, wherein the further steps for refund include presentation of purchases for export to a customs desk.
- 18. The system of any one of the preceding claims, wherein the service action comprises causing a refund to be made to a traveller in respect of purchases validated for refund in response a predefined change in travel reservation status of the traveller.
- 19. The system of claim 18, wherein the predefined change in travel reservation status includes 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.
- 20. A computer implemented method for processing a tax refund for a traveller on the traveller leaving a territory, the method comprising: a first database storing traveller records of travellers registered for a tax refund service, a second database storing travel status for a traveller; a computer server initiating 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 the traveller is preparing to leave the territory..
- 21. The method of claim 20, wherein the second database is 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.
- 22. The method of claim 20, wherein the second database is an immigration 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.
- 23. The method of any one of claims 20 to 22, wherein automatically initiating the service action includes 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 the traveller.
- 24. The method of claim 23, comprising automatically sending the alert message 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.
- 25. The method of claim 23 or claim 24, wherein the alert message provides information regarding steps to be taken by the user to effect validation of purchase transactions for the tax refund service.
- 26. The method of any one of claims 22 to 25, wherein a record in the second database includes a reference to a record in the first database.
- 27. The method of any one of claims 22 to 26, wherein a record in the first database includes a reference to a record in the second database
- 28. The method of any one of claims 20 to 27, comprising: responding 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 initiating a service action in respect of the tax refund service in response to the determined travel status of the traveller.
- 29. The method of any one of claims 20 to28, wherein the travel status of the traveller indicative that the traveller is preparing to leave the territory to one or more of: -checked in; -checked in at station, port or airport; -checked in luggage -boarded; -departed.
- 30. The method of any one of claims 20 to 29, wherein the computer server queries the travel system to determine the status of the traveller.
- 31. The method of any one of claims 20 to 30, wherein the computer server receives automated updates from the travel system in response to changes in travel status of the traveller.
- 32. The method of any one of claims 20 to 31, comprising checking that the identity of the registered traveller corresponds to the identity of the traveller for the travel reservation.
- 33. The method of any one of claims 20 to 32, further comprising: at least one transaction record identifying one or more purchases registered for tax free refund for the traveller.
- 34. The method of any one of claims 20 to 33, wherein the service action includes automatic initiation of a validation process for one or more purchases of the traveller.
- 35. The method of any one of claims 20 to 34, wherein the service action includes 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.
- 36. The method of claim 35, wherein the further steps for refund include presentation of purchases for export to a customs desk.
- 37. The method of any one of claims 20 to 36, wherein the service action comprises causing a refund to be made to a traveller in respect of purchases validated for refund in response a predefined change in travel reservation status of the traveller.
- 38. The method of claim 37, wherein the predefined change in travel reservation status includes 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.
Priority Applications (20)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GB1008898A GB2480664A (en) | 2010-05-27 | 2010-05-27 | Automated processing of tax refunds for travellers |
SG2011038049A SG176403A1 (en) | 2010-05-27 | 2011-05-26 | Validation method and apparatus |
AU2011257210A AU2011257210B8 (en) | 2010-05-27 | 2011-05-26 | Validation method and apparatus |
PCT/EP2011/058640 WO2011147914A1 (en) | 2010-05-27 | 2011-05-26 | Automated validation method and apparatus |
EP11721540.0A EP2577592A1 (en) | 2010-05-27 | 2011-05-26 | Method and application for location-based services |
EP11726370.7A EP2577596A1 (en) | 2010-05-27 | 2011-05-26 | Eligibility and validation method and apparatus |
SG2011038007A SG176401A1 (en) | 2010-05-27 | 2011-05-26 | Automated validation method and apparatus |
KR1020127033900A KR20130050943A (en) | 2010-05-27 | 2011-05-26 | Validation method and apparatus |
PCT/EP2011/058644 WO2011147918A1 (en) | 2010-05-27 | 2011-05-26 | Eligibility and validation method and apparatus |
EP11725885.5A EP2577595A1 (en) | 2010-05-27 | 2011-05-26 | Validation method and apparatus |
JP2013511682A JP5754751B2 (en) | 2010-05-27 | 2011-05-26 | Validity checking method and apparatus |
KR1020127033899A KR101560868B1 (en) | 2010-05-27 | 2011-05-26 | Method and application for location-based services |
BR112012029902A BR112012029902A2 (en) | 2010-05-27 | 2011-05-26 | computer-implemented method for providing a service, mobile communication device, and host system for a tax refund service |
SG2011037991A SG176400A1 (en) | 2010-05-27 | 2011-05-26 | Eligibility and validation method and apparatus |
SG2011038171A SG176405A1 (en) | 2010-05-27 | 2011-05-26 | Method and application for location-based services |
PCT/EP2011/058638 WO2011147912A1 (en) | 2010-05-27 | 2011-05-26 | Validation method and apparatus |
PCT/EP2011/058639 WO2011147913A1 (en) | 2010-05-27 | 2011-05-26 | Method and application for location-based services |
EP11724584.5A EP2577593A1 (en) | 2010-05-27 | 2011-05-26 | Automated validation method and apparatus |
KR1020157007053A KR20150038708A (en) | 2010-05-27 | 2011-05-26 | Validation method and apparatus |
JP2013511683A JP5791128B2 (en) | 2010-05-27 | 2011-05-26 | Method and application for location based services |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GB1008898A GB2480664A (en) | 2010-05-27 | 2010-05-27 | Automated processing of tax refunds for travellers |
Publications (2)
Publication Number | Publication Date |
---|---|
GB201008898D0 GB201008898D0 (en) | 2010-07-14 |
GB2480664A true GB2480664A (en) | 2011-11-30 |
Family
ID=42371106
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
GB1008898A Withdrawn GB2480664A (en) | 2010-05-27 | 2010-05-27 | Automated processing of tax refunds for travellers |
Country Status (1)
Country | Link |
---|---|
GB (1) | GB2480664A (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013175458A1 (en) | 2012-05-25 | 2013-11-28 | Marc Jozef Hendrik Stockbroekx | Method for performing a tax reduced transaction between an entitled person and a trader and a system for performing the method according to the current invention. |
WO2020096524A1 (en) * | 2018-11-05 | 2020-05-14 | Utu Pte. Ltd. | Method and system for managing a tax refund |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1443441A1 (en) * | 2001-10-19 | 2004-08-04 | The Japan Research Institute, Limited | Duty exemption application form creation, output, and control apparatus and program |
WO2005057453A1 (en) * | 2003-12-11 | 2005-06-23 | Global Refund Holdings Ab | System and method for handling of refunding of value-added tax |
US20070162345A1 (en) * | 2005-12-16 | 2007-07-12 | Industrial Technology Research Institute | Tax refund system and method |
GB2457536A (en) * | 2008-02-06 | 2009-08-26 | Gary Simon Crowther | A transaction processing method that enables the early detection of fraudulent use of a credit, debit or payment card. |
WO2009124717A1 (en) * | 2008-04-08 | 2009-10-15 | Global Refund Holdings Ab | Refund system and method |
-
2010
- 2010-05-27 GB GB1008898A patent/GB2480664A/en not_active Withdrawn
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1443441A1 (en) * | 2001-10-19 | 2004-08-04 | The Japan Research Institute, Limited | Duty exemption application form creation, output, and control apparatus and program |
WO2005057453A1 (en) * | 2003-12-11 | 2005-06-23 | Global Refund Holdings Ab | System and method for handling of refunding of value-added tax |
US20070162345A1 (en) * | 2005-12-16 | 2007-07-12 | Industrial Technology Research Institute | Tax refund system and method |
GB2457536A (en) * | 2008-02-06 | 2009-08-26 | Gary Simon Crowther | A transaction processing method that enables the early detection of fraudulent use of a credit, debit or payment card. |
WO2009124717A1 (en) * | 2008-04-08 | 2009-10-15 | Global Refund Holdings Ab | Refund system and method |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013175458A1 (en) | 2012-05-25 | 2013-11-28 | Marc Jozef Hendrik Stockbroekx | Method for performing a tax reduced transaction between an entitled person and a trader and a system for performing the method according to the current invention. |
BE1020685A3 (en) * | 2012-05-25 | 2014-03-04 | Stockbroekx Marc Jozef Hendrik | A METHOD FOR PERFORMING A LAKE-REDUCED TRANSACTION BETWEEN A RIGHT PERSON AND A TRADER AND A SYSTEM FOR PERFORMING THE METHOD ACCORDING TO THE PRESENT INVENTION. |
WO2020096524A1 (en) * | 2018-11-05 | 2020-05-14 | Utu Pte. Ltd. | Method and system for managing a tax refund |
Also Published As
Publication number | Publication date |
---|---|
GB201008898D0 (en) | 2010-07-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101560868B1 (en) | Method and application for location-based services | |
JP6257005B2 (en) | Refund system and method | |
AU2011257210B2 (en) | Validation method and apparatus | |
SG176401A1 (en) | Automated validation method and apparatus | |
US20110087537A1 (en) | Refund system and method | |
KR102096692B1 (en) | Method and system | |
SG177818A1 (en) | Transaction system and method | |
GB2566824A (en) | Refund system and method | |
SG176402A1 (en) | Contactless validation method and apparatus | |
GB2480664A (en) | Automated processing of tax refunds for travellers | |
SG176400A1 (en) | Eligibility and validation method and apparatus | |
GB2480662A (en) | Service eligibility and validation using mobile communications device identifier | |
GB2480663A (en) | Location based tax refunds |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
WAP | Application withdrawn, taken to be withdrawn or refused ** after publication under section 16(1) |