EP2577593A1 - Procédé et appareil de validation automatisée - Google Patents

Procédé et appareil de validation automatisée

Info

Publication number
EP2577593A1
EP2577593A1 EP11724584.5A EP11724584A EP2577593A1 EP 2577593 A1 EP2577593 A1 EP 2577593A1 EP 11724584 A EP11724584 A EP 11724584A EP 2577593 A1 EP2577593 A1 EP 2577593A1
Authority
EP
European Patent Office
Prior art keywords
traveller
travel
database
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.)
Ceased
Application number
EP11724584.5A
Other languages
German (de)
English (en)
Inventor
Waleed Hanafi
Markus ÖSTLUND
Magnus Dufwa
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Global Blue SA
Original Assignee
GLOBAL BLUE HOLDINGS AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from GB1008894A external-priority patent/GB2480662A/en
Priority claimed from GB1008896A external-priority patent/GB2480663A/en
Priority claimed from GB1008898A external-priority patent/GB2480664A/en
Application filed by GLOBAL BLUE HOLDINGS AB filed Critical GLOBAL BLUE HOLDINGS AB
Publication of EP2577593A1 publication Critical patent/EP2577593A1/fr
Ceased legal-status Critical Current

Links

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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance

Definitions

  • 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.
  • 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.
  • the present invention seeks to provide a technological solution to such problems.
  • An embodiment 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.
  • An embodiment 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 statue 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.
  • Such a method can be implemented using one or more computer programs, for example provided on a carrier medium.
  • An example embodiment of the invention facilitates the validation stages of a tax refund system In manner that provides security and ease of use.
  • Figure 1 is a schematic diagram of an example embodiment of a refund system according to an embodiment of the invention.
  • Figure 2 is a schematic system overview
  • Figure 3 is a schematic block diagram representing functional elements of a mobile communications device
  • Figures 4-8 are flow diagrams of example methods of operation.
  • An example embodiment of the invention seeks to provide simplicity of operation while providing flexibility of use.
  • 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 (TROs) and/or customs authorities.
  • TROs Tax Refund Operators
  • An example embodiment enables Information relating to a user and to purchases made by the user to be held centrally and securely at storage on a server so that it can be accessed through the use of a mobile communications device and one or more other devices.
  • 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.
  • Figure 1 illustrates an example method, apparatus and system for managing a refund process.
  • shopping and receiving of a receipt is separated from further processing (acquiring 32, authorisation 34 and payment 36).
  • POS point of sale
  • 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 authorisation 34.
  • the host system can carry out refund payment operations 36.
  • An automated kiosk (otherwise termed a validation station or validation terminal) can be provided at a 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.
  • 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.
  • 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.
  • An example embodiment of the invention can employ Near Field
  • 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, RPID) 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.
  • Other short range wireless technologies based on Radio Frequency IDs (RFIDs) can also be used in various embodiments, as can
  • RFIDs Radio Frequency IDs
  • an application for example a downloadable application, installed on a mobile
  • POS point of sale
  • 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 possibly also pay for the goods using the using the mobile communications device.
  • the user can the make further purchases using the application on the mobile communications device, with further digital TFS transaction information being transmitted in the same manner.
  • Validation and refund phases can be unified by recognising the user using the mobile communication device. For example, the validation and refund can take place automatically on the user mobile communication device approaching a customs kiosk that is NFC enabled.
  • the application can be downloaded or otherwise installed on the mobile communications device before or during the first purchase.
  • This 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.
  • a wireless communication base station for example a WIFi base statlon can be used to interface with a mobile communications devices of a user.
  • WIFI base stations 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.
  • 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.
  • SSID Service Set Identifier
  • 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.
  • information can include, for example, information about the user to be provided to a merchant system.
  • 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/or the merchant system and an application on the mobile communications device, or by means of SMS, MMS, or email messages or the like sent to the mobile
  • 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.
  • 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 the application on the mobile communications device for communicating with other devices and apparatus such as a merchant POS terminal, a validation kiosk and/or a customs kiosk and TRO and/or customs systems.
  • 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 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.
  • the determination of eligibility of a user to receive a 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.
  • 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.
  • the TRO host system can be operable to return information identifying the user (e.g., by transmitting passport information, photographic or other biometric information, or the like) for the operator to verify the identity of the user.
  • 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.
  • the merchant system 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.
  • 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 transactfon(s) on exit from the territory to validate the refund on later purchases, for example for one or more subsequent tripe.
  • FIG. 1 is a schematic diagram illustrating the operation of an example system
  • Figure 2 is a schematic block diagram of an example system
  • a network 15 e.g., the Internet
  • 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 sate. 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, an IMEI number for the mobile communications device, a SIM number for the mobile communications device 40, a NFC identifier for the mobile communications device, a unique identifier associated with the application on the mobile communications device, etc.
  • the TRO can then provide information to the user about refund opportunities and processes.
  • 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).
  • 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.
  • the user 12 can make purchases at 104, for example at a merchant, using the mobile communications device as a token.
  • 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.
  • a receipt identifier e.g. a receipt number
  • information including two or three items 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.
  • POS point of sale
  • ECR electronic cash register
  • 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.
  • 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.
  • a WIFt 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.
  • information can include, for example, information about the user to be provided to a merchant system;
  • 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).
  • TRO 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.
  • POS point of sale
  • a transaction message can therefore be transmitted 1 5 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.
  • a separate host system 20 can be provided for each TRO, so that
  • 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.
  • 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.
  • 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.
  • 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.
  • the data can be held in the TROs host systems and can be accessed via the message interface by the validation system 26.
  • 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 28 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.
  • validation terminals or kiosks 22 at exit points from a territory (for example airslde at an airport) that are connected to the host system(s) 20, for example via a standardised web service or through the message interface 24.
  • 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.
  • a personal identifier e.g., an Identity document such as a passport
  • 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 bfometric information held on a machine readable user identifier (e.g., an ID document such as a passport).
  • a validation system can automatically prompt a user to initiate validation.
  • the mobile communications device 40 can be provided with an application, for example the application referred to earlier, 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.
  • 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.
  • the application on 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.
  • a mobile communications network 50 can be operable to recognise that a mobile communications device 40 currently connected to a mobile network ceil 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 20 or the validations service to transmit a message to the mobile communication device for the presentation to the user of an invitation to use the tax refund service.
  • 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.
  • satellite-derived positioning information e.g. GPS information
  • a satellite location detector e.g., a GPS unit
  • 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.
  • location based wireless connection services for example using WiFI, Bluetooth or alternative technologies
  • 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.
  • a WIFi hotspot operated by a TRO or customs service can be used.
  • a WiFi base station 54 is associated with a TRO refund system 56 at a TRO service desk.
  • the validation process can then be conducted using a WiFi connection to the mobile communications device.
  • 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 S8ID 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.
  • 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.
  • information for example derived from social networking sites, could be used as part of an algorithm to determine that the mobile communications device, and accordingly, the user is at or proximate to the validation point.
  • Such an algorithm can take one or more of the various factors discussed above and can weight the factors to determine that the mobile communications device, and accordingly, the user is at or proximate to the validation point
  • 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.
  • 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.
  • the mobile communications device 40 can be used to replace at least part of the functionality of such a validation station 22.
  • 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.
  • the user may be required to provide further identification. This could be done using biometrlc sensors of the mobile
  • the 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.
  • 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, eta) 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 fist (negative approval).
  • 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).
  • 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 biometrlc information held on the machine readable identifier (e.g., an identity document such as a passport).
  • biometrlc information held on the machine readable identifier (e.g., an identity document such as a passport).
  • the mobile communications device and/or the validation station can be operable to send one or mom validation request messages to the validation system 26, for example via the message interface 24.
  • the validation system 26 will return all transactions that are suitable for export validation.
  • 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.
  • the validation system 26 e.g., a custom approval system
  • 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.
  • 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.
  • an authorisation message (validation request response message) is automatically routed through the message interface 24 back to the appropriate host system 20.
  • a response could be in the form of a web service response and can hold the electronically approved transactions (including an electronic customs stomp).
  • the host system 20 updates an existing tax refund transaction record for the transaction with the authorisation message (approve, reject, change).
  • the validation system 26 does not act as the payment authorisation host, but rather the host system 20 is the system of record.
  • 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.
  • the requestor e.g., validation station 22 or a mobile communications device 40
  • a TRO that issued a token can be given first position on the validation station, and that TROs transactions are displayed.
  • green channel service is meant that the refund Is approved without further action being needed.
  • 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.
  • 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. [0072] 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.
  • a payment card e.g., a credit card
  • the validation station 22 or mobile communications device can be configured to specify to where the refund should be made.
  • the refund amount can be credited to the token.
  • 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 28.
  • the approval stations can be separate from and/or remote from the validation system 28 and can communicate therewith, for example via the message interface 24.
  • the mobile communications device can be operable to transmit the validation request message to the validation system 28, which can then receive In response a message Identifying approved and rejected transactions.
  • 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(6) 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).
  • 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 customs approval system retains a copy of ail data from all host systems 20.
  • 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 uee 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.
  • 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,
  • 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.
  • 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.
  • 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.
  • 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 channef 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.
  • 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.
  • 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.
  • 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
  • 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 that identifies particular journeys (e.g., flights) to be taken by the user, and information identifying the user. The information identifying the user can either be held directly in the travel record, or It can involve a link to a user record, in an example system, the reservation system 58 is configured to also store the status of the user with regard to the use of a service, for example a tax refund service.
  • 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.
  • the registration for a tax refund service could be held as part of a loyalty program record for the airline.
  • the traveller records within the host system 20 can include a link to a travel reservation within the travel reservation system 58.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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 WlFi module 88 for communication with WiFi base stations, a Bluetooth module 90 for communication using Bluetooth technology and a GPS module ⁇ 2 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.
  • Figures 4-8 provide a flow diagram giving an overview of the operation of a system as illustrated In Figures 1-3.
  • Figure 4 illustrates an example of processes that can be performed at a point of sale where a user makes a purchase.
  • 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.
  • 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 WlFi, Bluetooth or other technologies, or using a manual input device.
  • 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.
  • 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 blometrfc information (for example) a photograph, for identifying the user.
  • the merchant system 14 can be operable to output the information for identifying the user to the merchant for manual identification of the user.
  • the merchant system can be configured to invite the user to Input the identifying information (for example using biometric recognition).
  • 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.
  • 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.
  • 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.
  • 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.
  • a transaction identifier e.g. a transaction number or string
  • Further information can also be included in the transaction record, for example details of the goods purchased.
  • 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:
  • 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.
  • Steps 412 - 426 can be effected in real time in parallel with the credit card authorisation processing so that no additional delay is required at the point of sale.
  • the communications with the host system 20 is effected by the merchant system 14.
  • 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.
  • 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.
  • 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.
  • 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.
  • communications device 40 can be operable to determine that the mobile
  • the 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.
  • MEM memory
  • the mobile communications device 40 itself can be configured with an application that recognises the Identity of the mobile communications network ceil 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.
  • 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
  • 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, En 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 618 the response is that the user declines a service, then the process stops at 520.
  • the originator I.e. the validation system 26 (or host system 20)
  • 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).
  • 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.
  • Rgure 6 illustrates operations that can be formed on a mobile communications device as part of the process described with reference to Rgure 5.
  • the mobile communications device would receive the invitation message referred to earlier.
  • the invitation message Invites the user to respond to indicate whether the user wishes to use the tax refund system or not
  • the mobile communications device would receive the invitation message referred to earlier.
  • the invitation message Invites the user to respond to indicate whether the user wishes to use the tax refund system or not
  • the mobile communications device would receive the invitation message referred to earlier.
  • the invitation message Invites the user to respond to indicate whether the user wishes to use the tax refund system or not
  • the mobile communications device would receive the invitation message referred to earlier.
  • the invitation message Invites the user to respond to indicate whether the user wishes to use the tax refund system or not
  • the 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.
  • the mobile communications device will receive the status message referred to earlier with regard to Figure 5.
  • the user can be invited to enter a selection of one or more of the purchases to be processed for tax refund.
  • 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.
  • the response from the mobile communications device is sent to the validation system 26.
  • Rgure 7 illustrates an example of how a reservation system 58 can be used as part of a tax refund system.
  • step 712 represents a user checking in for a journey (for example, checking in for a flight).
  • 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.
  • the check-in can be provided at a check-in terminal within an airport, or at a check-in desk.
  • 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).
  • 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
  • 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
  • the communications device 40 in step 716, corresponding to an invitation message as described 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the immigration system 60 which is operated by the national immigration authorities of a given territory, can be operable to communicate with the validation system 26 and/or with the host system 20 to effect a process as described in Figure 8.
  • a typical requirement is that the purchaser of the goods Is an eligible person who also exports the goods. Accordingly, in the situation mat 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.
  • the system can be operable to indicate red channel processing (i.e. non-automatic processing for the user).
  • 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.
  • 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.
  • non-automatic 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,
  • 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 second field containing a score associated therewith.
  • 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, pfus, 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.
  • 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.
  • 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.
  • 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.
  • 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 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
  • 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 statlon(s) 28.
  • the transaction records could be held alternatively or additionally in the message interface, where this is configured as a central server system.
  • an automated validation station 22 is shown in addition to a customs station 16
  • the customs station 16 could be provided with the functionality of the validation station 22 and/or could replace the separate validation station 22.
  • the entry of the user information can be performed by the user or by a customs official as appropriate.
  • 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.
  • a system and method of providing a 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.
  • 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.
  • 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.
  • 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 include an NFC interface.
  • the 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
  • 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, receive the invitation message and/or the statue 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.
  • 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.
  • 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.
  • 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 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.
  • location based wireless connection services e.g., provided by a WiFi base station
  • 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.
  • 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 statue of one or more transactions to the user.
  • the mobile communication device 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 be responsive to user input to the mobile communication device accepting the service to send a confirmation message to a host server for confirming acceptance of the service.
  • the mobile communications device 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 communications device can be a mobile telephone.
  • the service can be a tax refund service.
  • 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.
  • 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
  • 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
  • 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.
  • a system and method for automated processing of tax refunds 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 me traveller is preparing to leave the territory.
  • 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 statue 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
  • the 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.
  • 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;
  • a tax refund system ⁇ e.g., a host system or a validation system
  • a tax refund 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
  • a tax refund 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
  • 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 tuggage; boarded; departed.
  • an application 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.
  • 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.
  • 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.
  • 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
  • the 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 ceil location and wireless base station location information.
  • 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.

Abstract

L'invention porte sur un système pour le traitement automatisé de remboursements d'impôt, lequel système comprend une première base de données dans laquelle des enregistrements de voyageurs de voyageurs enregistrés pour un service de remboursement d'impôt sont stockés, une seconde base de données dans laquelle des statuts de voyage pour des voyageurs sont stockés ; et un serveur informatique apte à initier une action de service conformément au service de remboursement d'impôt pour un voyageur enregistré pour le service de remboursement d'impôt en réponse à une détection d'un statut de voyage du voyageur indiquant que le voyageur se prépare à quitter le territoire.
EP11724584.5A 2010-05-27 2011-05-26 Procédé et appareil de validation automatisée Ceased EP2577593A1 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
GB1008894A GB2480662A (en) 2010-05-27 2010-05-27 Service eligibility and validation using mobile communications device identifier
GB1008896A GB2480663A (en) 2010-05-27 2010-05-27 Location based tax refunds
GB1008898A GB2480664A (en) 2010-05-27 2010-05-27 Automated processing of tax refunds for travellers
PCT/EP2011/058640 WO2011147914A1 (fr) 2010-05-27 2011-05-26 Procédé et appareil de validation automatisée

Publications (1)

Publication Number Publication Date
EP2577593A1 true EP2577593A1 (fr) 2013-04-10

Family

ID=57123066

Family Applications (1)

Application Number Title Priority Date Filing Date
EP11724584.5A Ceased EP2577593A1 (fr) 2010-05-27 2011-05-26 Procédé et appareil de validation automatisée

Country Status (3)

Country Link
EP (1) EP2577593A1 (fr)
SG (1) SG176401A1 (fr)
WO (1) WO2011147914A1 (fr)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014132255A1 (fr) * 2013-02-27 2014-09-04 Saft Isaac Système et procédés associés, destinés à l'identification d'un achat de consommation pour la récupération de la taxe sur la valeur ajoutée (tva)
US10636100B2 (en) * 2013-02-27 2020-04-28 Vatbox, Ltd. System and method for prediction of value added tax reclaim success
US20180137578A1 (en) * 2013-02-27 2018-05-17 Vatbox, Ltd. System and method for prediction of deduction claim success based on an analysis of electronic documents
US20150106247A1 (en) * 2013-02-27 2015-04-16 Isaac SAFT System and method for pursuing a value-added tax (vat) reclaim through a mobile technology platform
GB2530653A (en) * 2013-02-27 2016-03-30 Vatbox Ltd A web-based system and methods thereof for value-added tax reclaim processing
IL234051A0 (en) * 2014-08-11 2014-11-30 Lior Dricker Tax refund system
US20160196618A1 (en) * 2015-01-07 2016-07-07 Vatbox, Ltd. System and method for automatically generating reclaim data respective of purchases
WO2016112108A1 (fr) * 2015-01-07 2016-07-14 Vatbox, Ltd. Système et procédé pour générer des incitations électroniques concernant un endroit
CN107329742B (zh) * 2017-06-14 2021-01-29 北京小米移动软件有限公司 软件开发工具包调用方法及装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070202851A1 (en) * 2002-03-28 2007-08-30 Hines Gordon J Area watcher for wireless network
EP2154640A1 (fr) * 2008-08-04 2010-02-17 ACCENTURE Global Services GmbH Système de suivi de trajectoire de vol avec architecture croisée

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070202851A1 (en) * 2002-03-28 2007-08-30 Hines Gordon J Area watcher for wireless network
EP2154640A1 (fr) * 2008-08-04 2010-02-17 ACCENTURE Global Services GmbH Système de suivi de trajectoire de vol avec architecture croisée

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of WO2011147914A1 *

Also Published As

Publication number Publication date
SG176401A1 (en) 2011-12-29
WO2011147914A1 (fr) 2011-12-01

Similar Documents

Publication Publication Date Title
KR101560868B1 (ko) 위치-기반 서비스를 위한 방법 및 애플리케이션
JP6257005B2 (ja) 還付システム及び方法
AU2011257210B8 (en) Validation method and apparatus
EP2577593A1 (fr) Procédé et appareil de validation automatisée
JP7003383B2 (ja) 取引を処理するコンピュータ実施方法及びシステム
SG177818A1 (en) Transaction system and method
SG176402A1 (en) Contactless validation method and apparatus
SG176400A1 (en) Eligibility and validation method and apparatus
GB2566824A (en) Refund system and method
GB2480664A (en) Automated processing of tax refunds for travellers
GB2480662A (en) Service eligibility and validation using mobile communications device identifier
GB2480663A (en) Location based tax refunds

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20121113

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

DAX Request for extension of the european patent (deleted)
RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: GLOBAL BLUE S.A.

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20161031

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20180906