WO2009082369A1 - Validation de transaction de portefeuille électronique de dispositif sans fil - Google Patents

Validation de transaction de portefeuille électronique de dispositif sans fil Download PDF

Info

Publication number
WO2009082369A1
WO2009082369A1 PCT/US2007/026132 US2007026132W WO2009082369A1 WO 2009082369 A1 WO2009082369 A1 WO 2009082369A1 US 2007026132 W US2007026132 W US 2007026132W WO 2009082369 A1 WO2009082369 A1 WO 2009082369A1
Authority
WO
WIPO (PCT)
Prior art keywords
location
electronic wallet
wallet transaction
wireless device
transaction
Prior art date
Application number
PCT/US2007/026132
Other languages
English (en)
Inventor
Walter Weichselbaumer
Drew Morin
Original Assignee
Telecommunication Systems, Inc.
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
Application filed by Telecommunication Systems, Inc. filed Critical Telecommunication Systems, Inc.
Priority to PCT/US2007/026132 priority Critical patent/WO2009082369A1/fr
Priority to EP07867926A priority patent/EP2225743A4/fr
Publication of WO2009082369A1 publication Critical patent/WO2009082369A1/fr

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/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • 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/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • 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/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules

Definitions

  • This invention relates to electronic wallet transactions using a wireless device.
  • it relates to the use of a mobile phone for payment in an electronic wallet transaction.
  • An electronic wallet is typically defined as an encrypted storage medium holding credit card, phone account number, or other financial information that can be used to complete electronic transactions without re-entering the stored data at the time of the transaction.
  • Other electronic wallets are applications that run on a personal computer to enable a consumer to securely and conveniently access information, make payments, receive and manage bills, bank, and conduct other forms of commerce.
  • a wireless phone electronic wallet application allows a user to make a payment electronically rather than using cash, taking yet another step toward a cashless society.
  • a method and apparatus for providing a validation service for electronic wallet transactions comprises receiving a request to validate a given electronic wallet transaction between a wireless device and a merchant. A current position of the wireless device is obtained. The current position of the wireless device is compared to an expected location or region relating to the merchant. A validation response to the request is returned, the validation response relating to validation of the given electronic wallet transaction, if the comparison results in an appropriate match.
  • a method and apparatus for initiating a validated electronic wallet transaction from a wireless device in accordance with another aspect of the invention comprises establishing a session with a merchant to accomplish an electronic wallet transaction.
  • a current location of the wireless device is provided from the wireless device in coordination with a validation request relating to the electronic wallet transaction.
  • the validated electronic wallet transaction is accepted.
  • a method and apparatus for obtaining location-based validation of a given electronic wallet transaction in accordance with yet another aspect of the invention comprises establishing a session with a wireless customer relating to an electronic wallet transaction. Location-based validation of the electronic wallet transaction is requested based on a current location of the wireless customer. Location-based validation of the electronic wallet transaction is received. The electronic wallet transaction is accepted and completed based on the receipt of the location-based validation.
  • FIG. 1 depicts device based triggering of a location push event, triggering transmission of proximate points of interest within a range of the device, to the device, in accordance with the principles of the present invention.
  • Fig. 2 shows in a first embodiment a grid of gross location areas, some (or all) of which contain one or more points of interest, in accordance with the principles of the present invention.
  • Fig. 3 shows in a first embodiment, detail of an exemplary gross location area, or range, shown in Fig. 2, with proximate areas surrounding each point of interest sized based upon a current relatively slow motion speed (e.g., walking) of the relevant device, in accordance with the principles of the present invention.
  • a current relatively slow motion speed e.g., walking
  • Fig. 4 shows in detail an exemplary gross location area, or range, shown in Fig. 2, with proximate areas surrounding each point of interest sized based upon a current relatively fast motion speed (e.g., driving) of the relevant device, in accordance with the principles of the present invention.
  • Figs. 5A to 5H show in another embodiment, detail of gross location areas determined based on a current location of the device, and relative speed of the device (e.g., driving speed), in accordance with the principles of the present invention.
  • Fig. 6 shows a state diagram of the device based triggered push location event, in accordance with the principles of the present invention.
  • Fig. 7 shows a flow chart of exemplary device based triggered push location event, in accordance with the principles of the present invention.
  • Fig. 8 depicts a device-based trigger from a wireless phone attempting to perform a given electronic wallet transaction, and subsequent validation of that transaction based on a match of location between the wireless phone and a merchant, in accordance with the principles of the present invention.
  • Fig. 9 shows exemplary message flow between network elements used for location based validation of a commercial transaction conducted with a wireless phone used as an electronic wallet, in accordance with the principles of the present invention.
  • a wireless phone electronic wallet transaction is associated with a current location of the wireless device at the time of the transaction.
  • the current location is compared to an entry in a database of associated merchants accepting electronic wallet transactions to the locations that they handle such transactions. If a match in location is found, the wireless phone electronic wallet transaction may be validated. If the wireless phone conducting the electronic wallet transaction is not at an expected or acceptable location at the time of the transaction, then the transaction may be flagged for possible fraudulent activity.
  • the invention is best implemented with a network that accepts a location based service (LBS) triggered by an event at the wireless device, in this case a commercial transaction using the wireless device.
  • LBS location based service
  • There are multiple methods for determining precise location e.g., assisted GPS (AGPS), Time Difference of Arrival (TDOA), etc.), some of which are network centric and some of which are device centric.
  • AGPS assisted GPS
  • TDOA Time Difference of Arrival
  • the recent trend in wireless devices has been driving more and more processing power into the device. This trend has been driven by a combination of Moore's Law and the desire to continue to offer more sophisticated applications to the wireless end user.
  • the device is more active and in some cases the primary engine to calculate its own precise location; it is more likely to be the source or retainer of this location information; and it is more capable of using this locally maintained location information.
  • Location triggered information is provided, e.g., location specific advertising, blog, video, multimedia content, web page, automatically dialed phone call, pop-up, or other relevant location-based content using a triggered push when the handset itself determines that it has reached the vicinity of a previously downloaded point of interest.
  • the pre-fetching and queuing of points of interest location information based on general location reduces the traffic on the network associated with repeatedly communicating location for comparison to network hosted location points.
  • Increased processing capacity of a wireless device is leveraged, coupled with the increasing role of wireless devices in determining its precise location to facilitate local, autonomous triggering of location specific events at the device.
  • radio network communications endpoints can be towers for PCS, satellites for LEOs or paging networks, wireless routers for WiFi, or other radio network controller components.
  • data is typically maintained either within the network or at the device (typically both) such that the device can be located to deliver calls, messages, data, etc.
  • the device retains this information such that it can provide this as part of a device endpoint specific transaction.
  • the radio connection endpoint will be generically referred to as the "gross location”.
  • An example of this "gross location” is a cell site and sector combination for a terrestrial PCS network.
  • LBS location based services
  • location based services generally relates to consumer and commercial applications that utilize the knowledge of a wireless device user's geographic position. Location information such as street address can be entered directly by a user, but as referred to herein location based services (LBS) relates to location information that is automatically obtained electronically, e.g., using a global positioning system (GPS) in a user's wireless device such as a cell phone or personal digital assistant (PDA).
  • GPS global positioning system
  • PDA personal digital assistant
  • Fig. 1 depicts device based triggering of a location push event, triggering transmission of proximate points of interest within a range of the device, to the device, in accordance with the principles of the present invention.
  • a wireless device 113 having the ability to be located notes a change in location and generates an LBS trigger 100.
  • the device passes the same to an appropriate location based information database 150.
  • the gross location could also be determined by the network such as a cell site/sector hand off.
  • requested location information 102 e.g., proximate points of interest
  • location information database 150 is extracted from the location information database 150 and downloaded to the wireless device 113.
  • the disclosed embodiments describe use of a software LBS trigger 100 initiated by a user's wireless device 113 and passed to a network database 150.
  • the trigger 100 may take one of two forms.
  • the trigger 100 may request the network database 150 to provide the triggering wireless device 113 with a revised set of proximate location information points within a given region or radius R surrounding the user's wireless device 113 current location, based on the user's current location.
  • the trigger 100 may request location based information (e.g., a blog, text, pop-up, video, etc.) relating to the handset having reached a vicinity of a location information point of interest previously downloaded.
  • the radius R may be defined as a "bubble" or radius (or diameter in a 3D implementation) R centered on the device.
  • the radius R is preferably changed proportionally to the velocity at which the device is moving. The faster the device is moving, the larger the radius R is. This includes more potential matches ahead of time and allows the user to react. In this way, if the user is moving slowly about (e.g., as if shopping within a mall), the radius R of the bubble is preferably defined smaller so that the user does not get spammed with alerts.
  • trigger requests a specific application to launch. This can be local to the device, or launched within the network, downloaded.
  • the location information points comprise information relevant to a particular location. They may comprise only a lat/lon of the location, and specific direction as to what to request in a location push upon reaching a vicinity of the lat/lon of the location information point.
  • the location information point may include additional information previously downloaded to the handset, e.g., text message, video, etc. The additional information may be downloaded to the handset over time, in the background of other operations on the handset, to appear to the user to operate more smoothly.
  • the location information points can be abstracted to represent only the XY (latitude/longitude) of the point of interest (POI).
  • POI point of interest
  • the key is to let the handset know when it has reached a triggering location.
  • Location information points may be points of interest, location tagged blogs, commercial locations with advertising focused on the surrounding area serviced by that commercial location, video, multimedia, audio, a phone number to automatically dial, a web page to automatically access, a pop-up to automatically present to the user, an application to launch, etc.
  • the LBS trigger 100 is initiated at appropriate times by the user's wireless device 113 in response to its detection of significant movement of the user, e.g., the mover is walking, driving, etc. as detected by a locating device (e.g., GPS).
  • the LBS trigger 100 may of course be initiated at additional other times by the user's wireless device 113, e.g., at the startup of a relevant location based services application on the user's wireless device 113, etc.
  • the LBS trigger 100 to request a revised set of surrounding points of interest is occasionally transmitted as necessary, but preferably is transmitted only when the 'gross location' changes.
  • the 'gross location' represents a geographic region that could be network topology driven such as a cell site and sector.
  • Sufficient location based information is returned by the network database 150 to the triggering wireless device 113, such that the triggering wireless device 113 will receive and buffer location based lat/lon information (and potentially content to be presented to the user upon reaching a vicinity of that lat/lon) relating to areas that the wireless device 113 is not yet proximate to, but which the wireless device 113 may become proximate to, e.g., all of those triggered locations within the region defined as the 'gross location'.
  • the idea is to provide the wireless device 113 with the anticipated location based information that it immediately needs based on proximity, both to reduce network traffic over time, as well as to provide the user with a smoother, faster operating user interface.
  • the location based information may be maintained and presented in pre-defined fixed grids, or it may be determined to be proximate to a user's current location on a trigger-by-trigger basis.
  • Fig. 2 shows in a first embodiment a grid of gross location areas, or ranges, some (or all) of which contain one or more points of interest, in accordance with the principles of the present invention.
  • a given geographical area is shown graphically broken into a grid of gross location areas, or ranges.
  • Fig. 2 is shown graphically for ease of description: the location based information may be maintained in an appropriate database in any suitable form, e.g., textual, as latitude/longitude with textual information, textual and photographic, videographic, etc.
  • a first range 302 shown in Fig. 2 includes three location relevant information points 310-312. For explanation, a number of ranges are shown, some of which include no information points, and others of which contain various numbers of additional information points 313-320.
  • the information points 310-320 each may contain location based information in any suitable electronic media form (e.g., text, photo, video, audio, short message, email, etc.), but importantly ties that information to a respective given location 310-312.
  • the information point can be a trigger for initiating a different application on the device or in the network, as well as information such as text, photo, email, etc.
  • the given locations 310-312 may be an exact latitude/longitudinal point, a range of latitude/longitudinal values, or even a vectored range or geometric shape (e.g., a perimeter of a building).
  • Fig. 3 shows in a first embodiment, detail of an exemplary gross location area, or range, shown in Fig. 2, with proximate areas surrounding each point of interest sized based upon a current relatively slow motion speed (e.g., walking) of the relevant device, in accordance with the principles of the present invention.
  • a current relatively slow motion speed e.g., walking
  • the exemplary range 302 of location based information points 310-312 are shown graphically with respective proximate distances 310a-312a depicted around each location based information point 310-312.
  • the proximate distances 310a-312a may be fixed by the network, configurable by the user or network, specific to the needs of an application (such as a walking tour guide application versus a friend finder. The tour guide wants you at a specific point while friend finder might be within a specific range.), or determined based on additional information relating to the user (e.g., their speed).
  • the LBS trigger 100 may include information relating to a current or recent speed of the user (e.g., a current speed, average speed, median speed, range of speed, etc.) Speed of the user information may be used to define a suitable range around the user's current location for which the triggering wireless device 113 will be presented with relevant location information.
  • the size of the range 302 for which location information points is provided is preferably based on network topology (to minimize traffic overhead), but may also make use of additional information, as well as any relevant physical equipment limitations such as the available amount of memory in the triggering wireless device 113, network bandwidth limitations, etc.
  • a smaller proximate area 310a-312a may be defined, with relevant location-based information points (e.g., triggers for either presenting previously downloaded content relating to points of interest, location tagged blogs, video, audio, pop-up, etc.) within that smaller proximate area 310a-312a being provided so that the device application can autonomously present the same to the user at an appropriate time in the future if/when the user becomes proximate to a location point 310-312 for which location information was previously obtained.
  • relevant location-based information points e.g., triggers for either presenting previously downloaded content relating to points of interest, location tagged blogs, video, audio, pop-up, etc.
  • a larger area of proximity 310b-312b may be defined (Fig.
  • Fig. 4 shows in detail an exemplary gross location area, or range, shown in Fig. 2, with proximate areas surrounding each point of interest sized based upon a current relatively fast motion speed (e.g., driving) of the relevant device 113, in accordance with the principles of the present invention.
  • Figs. 3 and 4 depict modification of a range of location information point triggers based on velocity and/or direction
  • other information may be additionally or alternatively considered.
  • network topology of the area surrounding the user's current location may additionally or alternatively be considered. If the network is considered to be a series of overlapping cells with points of interest in each of the cells, then as a person/device traverses the cells, a handoff occurs as normal network operation. This handoff provides gross location based on network topology.
  • speed is essential to consider since if the user/device is moving at a high rate of speed (e.g., in a car, high speed train, airplane, etc.), it may likely necessitate the delivery of location point of interest data for multiple network cells so that the handset will have previously downloaded location information point triggers relating to the multiple cells.
  • a high rate of speed e.g., in a car, high speed train, airplane, etc.
  • the embodiments describe storage of the location- based information points 310-312 and associated location based information locally on the user's device subject to network and device limitations, and presentation of the location based information to the user when the user gets closely proximate, i.e., within the proximate area 310a-312a associated with to the respective information point 310-312.
  • the downloaded and locally stored location-based information points 310-312 and associated information may comprise the location point, proximate area 310a-312a, and a reference or semaphore representing a downloaded local or network resident application to trigger based on proximity to the respective information point
  • Location based information may alternatively be provided in a custom fashion centered on a user's current location on a trigger-by-trigger basis.
  • Figs. 5A to 5H show in another embodiment, detail of a proximate range 510 determined for a given wireless device 113 as it moves about.
  • the size (and shape) of the proximate range 510 may be pre-determined by the service provider or user, configured by the service provider and/or user, and/or adjusted based on current information received from the wireless device 113
  • the range for which location information points are provided to the user is determined based on a current location of the wireless device 113 at the time that the LBS trigger 100 is sent.
  • the size of the proximate range 510 should be sized to allow the wireless device 113 a significant amount of time to move about without having to send another LBS trigger 100 in a way that it won't ordinarily be in a location outside the proximate range 510 at the time of the last download of location based information.
  • the wireless device 113 generates an LBS trigger 100, and receives location information for any/all location points within the proximate range 510a at that time.
  • the proximate range 510a includes location points 310-312.
  • the wireless device 113 again generates an LBS trigger
  • the wireless device 113 receives location information relating to location points 310, 311 and 313 contained within the proximate range 510b at the time that the LBS trigger 100 was generated.
  • the wireless device 113 has again moved, again generated an LBS trigger 100, and this time received location information relating to location point 313 located within the proximate range 510c.
  • the proximate range 51Od defined at the time that yet another LBS trigger 100 is generated includes location points 314 and 315.
  • the wireless device 113 has moved south, has generated another LBS trigger 100, causing the definition of a proximate range 51Oe including information points 314 and 315.
  • a proximate range 51Of is defined in response to another LBS trigger 100, the proximate range 51Of including location point 319 only.
  • the new proximate range 51Og includes location point 319 only (again).
  • the wireless device 113 has generated an LBS trigger 100, defining a proximate range 51Oh, but this time there are no location points in the database with latitude/longitude location points located within this proximate range 51Oh.
  • Fig. 6 shows a state diagram of the device based triggered push location event, in accordance with the principles of the present invention.
  • an application e.g., a small application
  • an LBS trigger 100 that requests download of "point of interest” trigger points based on changes in the current location, or "gross location", of the wireless device 113.
  • the request preferably not only includes the current location of the wireless device 113, since this is maintained by the device 113, but it also preferably includes a unique identifier of the device 113.
  • the format of this tuple may be defined in any appropriate manner.
  • the device provided information is used to pre-fetch a table of location information points based on a device/user specified profile.
  • the table of location information points includes only those precise location information points X/Y coordinates within a proximity of the current location of the wireless device 113.
  • the device 113 updates (tracks) precise location at the device level but does not need to communicate this data to the network. (This can be said to infer that assistance data has been downloaded, that precise location is enabled, etc.)
  • the LBS application compares the current location X/Y of the wireless device 113 to currently held location information points (e.g., 310-312) to determine if/when to trigger an event at the wireless device 113 based on a proximity calculation between the current location X/Y of the wireless device 113 and the relevant location information point X/Y 310-312.
  • a match between the current location of the wireless device 113 and a stored location information point 310-312 results in a request to the serving network with a request to download relevant location information for that location.
  • a specific trigger for download of location relevant information occurs only when a wireless device 113 first reaches a proximity of a given location information point.
  • the appropriate trigger action is then taken, whether it is to download a location specific application, advertisement, coupon, game trigger event, blog, etc. to the handset.
  • the desired location specific event has been triggered by the device and executed while minimizing the amount of communications and data required for download to the handset.
  • Fig. 7 shows a flow chart of exemplary device based triggered push location event, in accordance with the principles of the present invention.
  • LBS triggers 100 may be generated when a significant change in location is detected by the wireless device 113.
  • a periodic timer in the wireless device 113 occasionally determines if the current location of the wireless device 113 is within a proximate area of any location information points that have been previously downloaded to the wireless device 113. The idea is that the device is recalculating location periodically anyway, so the trigger can be based on time or some other factor such as motion, velocity, direction, or user action.
  • step 702 upon expiration of the timer, a current location of the wireless device 113 is determined.
  • step 704 the current location of the wireless device 113 is compared to the X/Y longitude/latitude, plus any relevant proximate area surrounding each location information points, of any/all location information points (e.g., 310-312).
  • step 706 the current location of the wireless device 113 is compared to a proximate area around each location information point stored in a local trigger table.
  • step 708 it is determined if the current location of the wireless device 113 matched a given location information point. If not, the process sits idle until the timer in step 700 again times out.
  • step 710 appropriate action is taken to present the associated location information to the user.
  • the trigger could also kick off an entirely new application within the network, e.g., a tracking software application if a person of interest moves outside of a defined perimeter.
  • a kickstart trigger application For example, specific text, video, or audio information may be requested for download from the location information database 150 at that time to the wireless device 113.
  • This process of obtaining the location information, or kickstarting as shown in step 712, is referred to herein as a kickstart trigger application.
  • This process may be a semaphore, though it need not be.
  • step 700 continues to run and check matches with other location points, regardless of whether or not previously location information is being presented to the user (i.e., the location information may overlap).
  • step 714 the handset or network application that is waiting for a trigger event to occur (i.e., a match to a location information point) is started, and does its independent processing.
  • a trigger event i.e., a match to a location information point
  • This may include location fixes, etc. that are also used for trigger evaluation. It is preferably an independent application that terminates upon completion according to its own rules.
  • step 716 the LBS application ends.
  • the LBS application in the wireless device 113 can take the form of an applet G2me), a BREW extension, a symbian application, or other coded logic that could be embedded or downloaded and executed on the device. In either case, the LBS application may be made available to other application developers to take advantage of a common XY downloadable table.
  • the applet table, or list of location information points can include context when downloaded to the wireless device 113. This is similar to the XY table except that the table instead is a set of "tuples" that define specific characteristics useful to other applications. This information may include privacy settings, user, device info, location, speed, etc. that can be provided as part of the trigger to the network. Alternatively, a match between current location and a previously loaded location information point can be served by the downloaded application on the wireless device 113 if the specific actionable location based information has already been provided as part of a response to the LBS trigger 100.
  • device-based location triggers are utilized to facilitate validation of an electronic wallet transaction.
  • an electronic wallet transaction is deemed valid if determined to be performed while the wireless device is at a proper location, e.g., within a merchant's retail store. This validation is based on a match between a current location of a wireless device attempting the transaction, and an expected or acceptable location for that device to be performing that particular transaction (e.g., within an expected retail store, etc.)
  • Fig. 8 depicts a device-based trigger from a wireless phone attempting to perform a given electronic wallet transaction, and subsequent validation of that transaction based on a match of location between the wireless phone and a merchant, in accordance with the principles of the present invention.
  • Fig. 8 shows an embodiment making use of a device triggered event wherein a location request relating to the wireless phone 813 acting as an electronic wallet confirms whether or not the electronic wallet 813 (and thus its user) is at an expected physical location of a given electronic wallet transaction (e.g., whether the wireless phone 813 is within a merchant's retail store at a time of purchase of goods or services from that merchant 810).
  • Fig. 8 shows network communication between a data network 870, a mobile commerce platform 830, location infrastructure 820, a location server 860, a location validation application 800, and a geo-referenced merchant database 840.
  • Fig. 9 shows exemplary message flow between network elements used for location based validation of a commercial transaction conducted with a wireless phone used as an electronic wallet, in accordance with the principles of the present invention.
  • a wireless device 813 attempts an electronic wallet transaction, e.g., at a given merchant's retail store 810.
  • the transaction is initiated by the wireless device 813.
  • a mobile commerce platform 830 authorizes a location validation application 800 to validate the transaction based on the location of the wireless device 813.
  • the mobile commerce platform 830 passes a proximity validation request 2 to the location validation application 800.
  • the location validation application 800 may be implemented within any suitable server, e.g., within the service provider's network or a third party network.
  • a request to authorize the mobile purchase 1a, 1b may be accepted or denied by either the merchant 810 and/or even by the wireless phone 813.
  • the location validation application 800 facilitates a comparison between a current location of the wireless device 813 and the merchant 810 using a request 3 to the geo-referenced merchant database 840.
  • the geo- referenced merchant database 840 provides an expected or acceptable location (X, Y), or range of locations (e.g., location and diameter) associated with a given merchant using a unique merchant code in the request.
  • the geo-referenced merchant database 840 associates a plurality of merchants, each uniquely identified within a unique merchant code, with one or more acceptable transaction locations or regions.
  • the location validation application 800 Upon receipt of a request to validate a given electronic wallet transaction, the location validation application 800 passes a request 5 for a current location (X, Y) of the wireless phone 813 that is attempting the electronic wallet transaction to a location server 860. In response, the location server 860 attempts to update its data regarding the location of the requested wireless phone 813 by passing a location request 8 to the wireless phone 813.
  • the particular location determination method implemented by the location server 860 can be by any suitable technique or methodology, e.g., Cell ID, Enhanced Cell ID, AFLT, Hybrid, WiFi/WiMax Based/Aided, global positioning system (GPS), Assisted GPS (A-GPS), etc.
  • Cell ID Cell ID
  • Enhanced Cell ID Enhanced Cell ID
  • AFLT Hybrid
  • WiFi/WiMax Based/Aided WiFi/WiMax Based/Aided
  • GPS global positioning system
  • A-GPS Assisted GPS
  • the wireless phone 813 responds with updated location information as depicted by communication 7.
  • the location server 860 returns the current location of the wireless phone 813 in an answer 6 to the location validation application 800.
  • the current location of the wireless phone returned by the location server 860 be freshly obtained subsequent to the initiation of the electronic wallet transaction, rather than reporting a location of the wireless phone by the location validation application 800 as its last known position. This adds an additional layer of security to the device-based location validation of the electronic wallet transaction.
  • validation of an electronic wallet transaction requires the subscriber's proximity to the merchant for the transaction to be deemed valid. Validation is determined based on a match of the current location of the wireless phone attempting the electronic wallet transaction, and a location relating to the merchant, providing an enhanced level of security in the transaction. For instance, let's say you are buying a product at a store using your mobile device to complete the transaction. In most proposed electronic wallet scenarios, the transaction is communicated between the wireless phone and a merchant terminal via wireless communications, e.g., via infrared, Bluetooth, WiFi, WiMax, etc.
  • wireless communications e.g., via infrared, Bluetooth, WiFi, WiMax, etc.
  • the validation request preferably requires at a minimum a unique merchant code. Additional information may relate to the specific transaction being validated, e.g., a product code of goods or service being purchased, the price associated with the transaction, etc.
  • the transaction validation request 1a is preferably initiated by the merchant 810, but could be initiated by the wireless phone 813.
  • the location validation application 800 checks whether a transaction by a requesting wireless electronic wallet device 813 is legit, and if so then fires a location request 5 into the network to determine the current location of the wireless electronic device 813. With the current location, a comparison is made to an expected location (or area). A match of the current location of the wireless device 813 to within a proximity to the merchant's location ensures presence of the subscriber at the merchant when conducting the transaction, thus providing an added level of security to an electronic wallet transaction.
  • transactional tracking may be implemented. For instance, electronic wallet transactions may be tracked with location information included, i.e., a location of the wireless device reported for each electronic transaction that took place.
  • a transaction log may be maintained to provide detailed archival information relating to electronic wallet transactions, for use in appropriate purposes, e.g., investigation into a later allegation of fraud, etc.
  • the transaction log may maintain information relating particular electronic wallet transactions with a location of the subscriber's wireless phone 813 when used to perform the given transaction.
  • the location information maintained in the transaction log can be retrieved later in case of dispute to prove that the subscriber's device 813 was or wasn't at the merchant's location at the moment that a given electronic wallet transaction was completed.
  • a match between current location and an expected location of a wireless phone when performing a particular electronic wallet transaction requires a geo-referenced database of merchants 840, a location server 860, and a location validation application module 800 to verify the match. If proximity is determined between the current location of the wireless device 813 being used for the electronic wallet transaction and the location of the merchant 810, the transaction can be trusted. Otherwise, if the wireless device 813 is determined to be not proximate to the known location of the merchant 810, the electronic wallet transaction may be flagged for further investigation for trustworthiness, or blocked altogether.
  • the disclosed embodiments relate to appropriate locations for the merchant being fixed and stored in the geo-referenced merchant database 840.
  • the principles of the present invention relate equally to not only a mobile purchaser using a mobile phone 813, but also to a mobile merchant 813.
  • the current location of a given merchant 813 associated with a merchant code in a given transaction may be determined, along with a current location of the purchaser 813, and compared to determine if the purchaser 813 is appropriately proximate to the merchant 810 at the time of the electronic wallet transaction.
  • any future attempted electronic wallet transaction can be blocked.
  • any future electronic wallet transaction can be allowed to occur invisibly to the presumably unauthorized user of the wireless device 813, but tracked or otherwise monitored by appropriate enforcement or police personnel, providing yet another security enhancement to the user's finances.
  • a location mismatch between current position and expected location of a relevant merchant 810 can be used to trigger notification and preventive/corrective action.
  • the fraud prevention feature of location validation of an electronic wallet transaction is a response to a specific transactional event.
  • the wireless device is pinged, or asked for its current location, and establishes a session to determine its location.
  • the triggered device-based Push requires a device resident application to monitor device location and to compare that to a trigger table. If a match is "close enough", then it triggers an external application (referred to as a "Kickstart") to complete its work.
  • the fraud prevention embodiment described herein does not require an application to monitor the device's activity, as the location is triggered not by the device reaching a vicinity of a given location but rather by the occurrence of a mobile commerce transaction as part of a verification/fraud avoidance process. Thus, a trigger table and associated logic is not required for the specific application.
  • a product code may be used to match product description and price for added security, e.g., to ensure a 50" plasma TV is not sold for $3.00.
  • a wireless device may be tracked if flagged as being illegally used, or used by a suspect for illegal purposes (e.g., kidnapping, hacking, piracy, etc.) This ability is represented in Figs. 8 and 9 by the optional inclusion of a cloned, lost or stolen devices database 850, and a message 4 to report/track validation, report/reject validation, and/or not report/accept validation.
  • a given wireless phone 813 is being used to conduct illegal activities, law enforcement can instruct the phone's carrier to enable location- based monitoring and tracking on that wireless phone 813.
  • a triggered push application to output a triggered Push passed on to law enforcement personnel may be activated in such an instance.
  • Such tracking may also or additionally be implemented using polling from the network, either mobile device assisted or network based, or by specific location requests for the given wireless device 813 instructing the wireless device 813 to report its current location (i.e., mobile station based embodiment) to a requesting application.
  • Device-based location validation for electronic wallet transactions is a security enhancement that is attractive for implementations by vendors, and compelling to carriers and merchants as well as subscribers.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Une transaction de portefeuille électronique de téléphone sans fil est associée à un emplacement courant du dispositif sans fil au moment de la transaction. L'emplacement courant est comparé à une entrée dans une base de données de vendeurs associés acceptant les transactions de portefeuille électronique aux emplacements où ils traitent de telles transactions. Si une correspondance dans l'emplacement est trouvée, la transaction de portefeuille électronique de téléphone sans fil peut être validée. Si le téléphone sans fil conduisant la transaction de portefeuille électronique n'est pas à un emplacement désiré ou acceptable au moment de la transaction, alors la transaction peut être marquée comme activité frauduleuse possible. Au moment de la transaction de portefeuille électronique, un déclencheur logiciel de services basé sur l'emplacement (LBS) est initié par un dispositif sans fil pour demander la validation de la transaction sur la base de son emplacement courant.
PCT/US2007/026132 2007-12-21 2007-12-21 Validation de transaction de portefeuille électronique de dispositif sans fil WO2009082369A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/US2007/026132 WO2009082369A1 (fr) 2007-12-21 2007-12-21 Validation de transaction de portefeuille électronique de dispositif sans fil
EP07867926A EP2225743A4 (fr) 2007-12-21 2007-12-21 Validation de transaction de portefeuille électronique de dispositif sans fil

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/US2007/026132 WO2009082369A1 (fr) 2007-12-21 2007-12-21 Validation de transaction de portefeuille électronique de dispositif sans fil

Publications (1)

Publication Number Publication Date
WO2009082369A1 true WO2009082369A1 (fr) 2009-07-02

Family

ID=40801473

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2007/026132 WO2009082369A1 (fr) 2007-12-21 2007-12-21 Validation de transaction de portefeuille électronique de dispositif sans fil

Country Status (2)

Country Link
EP (1) EP2225743A4 (fr)
WO (1) WO2009082369A1 (fr)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130332358A1 (en) * 2012-06-12 2013-12-12 Ebay, Inc. Fraud detection system
US8732042B2 (en) 2011-07-28 2014-05-20 Visa International Service Association Mobile data mapping system and method
WO2014207364A1 (fr) * 2013-06-27 2014-12-31 Orange Verification de la validite d'une transaction par localisation d'un terminal
US8989703B2 (en) 2013-07-10 2015-03-24 Rogers Communications Inc. Methods and systems for electronic device status exchange
US10510078B2 (en) * 2015-11-24 2019-12-17 Vesta Corporation Anomaly detection in groups of transactions
US10628826B2 (en) 2015-11-24 2020-04-21 Vesta Corporation Training and selection of multiple fraud detection models

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8904539B2 (en) 2013-03-07 2014-12-02 Ricoh Co., Ltd. Location constraints for template access and form activities

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050071671A1 (en) * 2002-09-12 2005-03-31 Jeyhan Karaoguz Location-based transaction authentication of wireless terminal
US20050149430A1 (en) * 2003-12-23 2005-07-07 Charles Williams Device with GPS to manage risk for financial transactions
US20060058102A1 (en) * 2004-09-10 2006-03-16 Nguyen Binh T Apparatus and methods for wireless gaming communications

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7752135B2 (en) * 2002-01-16 2010-07-06 International Business Machines Corporation Credit authorization system and method
US7376431B2 (en) * 2002-02-05 2008-05-20 Niedermeyer Brian J Location based fraud reduction system and method
US8285639B2 (en) * 2005-07-05 2012-10-09 mConfirm, Ltd. Location based authentication system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050071671A1 (en) * 2002-09-12 2005-03-31 Jeyhan Karaoguz Location-based transaction authentication of wireless terminal
US20050149430A1 (en) * 2003-12-23 2005-07-07 Charles Williams Device with GPS to manage risk for financial transactions
US20060058102A1 (en) * 2004-09-10 2006-03-16 Nguyen Binh T Apparatus and methods for wireless gaming communications

Non-Patent Citations (1)

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

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8732042B2 (en) 2011-07-28 2014-05-20 Visa International Service Association Mobile data mapping system and method
US20130332358A1 (en) * 2012-06-12 2013-12-12 Ebay, Inc. Fraud detection system
WO2014207364A1 (fr) * 2013-06-27 2014-12-31 Orange Verification de la validite d'une transaction par localisation d'un terminal
FR3007870A1 (fr) * 2013-06-27 2015-01-02 France Telecom Verification de la validite d'une transaction par localisation d'un terminal.
US8989703B2 (en) 2013-07-10 2015-03-24 Rogers Communications Inc. Methods and systems for electronic device status exchange
US10510078B2 (en) * 2015-11-24 2019-12-17 Vesta Corporation Anomaly detection in groups of transactions
US10628826B2 (en) 2015-11-24 2020-04-21 Vesta Corporation Training and selection of multiple fraud detection models

Also Published As

Publication number Publication date
EP2225743A1 (fr) 2010-09-08
EP2225743A4 (fr) 2012-01-04

Similar Documents

Publication Publication Date Title
US20080147546A1 (en) Wireless device electronic wallet transaction validation
US20140337232A1 (en) Transaction Validation by Location Based Services (LBS)
US11551214B2 (en) Fraud alerting using mobile phone location
US20220358484A1 (en) System and Method for Dynamic Temporary Payment Authorization in a Portable Communication Device
US11270287B2 (en) Wireless dongle facilitated mobile transactions
US10373150B2 (en) User terminal location based credit card authorization servers, systems, methods and computer program products
US11948151B2 (en) Customer identification verification process
US20150170135A1 (en) Location controls on payment card transactions
JP6257582B2 (ja) 位置データを用いたモバイル通信デバイスと端末との間の取引認証
JP2019050032A (ja) 携帯通信デバイスにおける動的一時決済認証のシステムおよび方法
CA2869577C (fr) Procede et systeme d'authentification a deux niveaux avec geolocalisation
US9852416B2 (en) System and method for authorizing a payment transaction
US10460310B2 (en) Mobile transaction device enabling dynamic electronic checkins
EP2225743A1 (fr) Validation de transaction de portefeuille électronique de dispositif sans fil
US20200279263A1 (en) System and method for processing a payment transaction based on point-of-sale device and user device locations
US20110276419A1 (en) System and method for payment between a hand held` device and a merchant device
US10032159B2 (en) Spending delegation

Legal Events

Date Code Title Description
DPE2 Request for preliminary examination filed before expiration of 19th month from priority date (pct application filed from 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 07867926

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2007867926

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2007867926

Country of ref document: EP