EP2771856A1 - Service de facturation d'abonnement, systèmes et procédés associés - Google Patents
Service de facturation d'abonnement, systèmes et procédés associésInfo
- Publication number
- EP2771856A1 EP2771856A1 EP13854232.9A EP13854232A EP2771856A1 EP 2771856 A1 EP2771856 A1 EP 2771856A1 EP 13854232 A EP13854232 A EP 13854232A EP 2771856 A1 EP2771856 A1 EP 2771856A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- transaction
- account
- user
- recognition
- real
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
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/22—Payment schemes or models
- G06Q20/227—Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
-
- 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/387—Payment using discounts or coupons
-
- 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/401—Transaction verification
- G06Q20/4016—Transaction verification involving fraud or risk level assessment in transaction processing
-
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
Definitions
- the field of the invention is transaction infrastructure technologies. Back2round
- Transaction systems provide primitive solutions for the ever growing world of on-line transactions.
- existing transaction systems provide a single provider the ability to conduct a transaction with a single user.
- providers e.g. , of service, good, etc.
- consumers e.g., of service, good, etc.
- Apple® EasyPay allows a user to make merchant (i.e., Apple®) specific payments in its retail stores in a closed loop system through the user's iTunes® account, thereby eliminating the need to wait in line at a physical counter; see URL:
- U.S. Patent Application Publication No. 2012/0252359 to Adams et al. teaches a mobile device having a motion sensing device and a processor configured to, among other things, recognize a movement pattern and, based upon that movement, determine a payment account from which access information for the payment account is sent to a transaction terminal via an NFC device of the mobile device.
- known existing transaction systems apparently fail to reconcile aspects of a transaction among multiple provider accounts or user accounts.
- known existing transaction systems apparently fail to reconcile aspects of a transaction based at least in part on derived object attributes.
- the inventive subject matter provides apparatus, systems and methods in which one can conduct a transaction involving multiple accounts (e.g., provider accounts or user accounts) that are involved with a payment (e.g. , of cash, coupon, discount, loyalty points, etc.) or any other suitable transaction associated to an item (e.g. , good, service, subscriptions, etc.).
- a payment e.g. , of cash, coupon, discount, loyalty points, etc.
- any other suitable transaction associated to an item e.g. , good, service, subscriptions, etc.
- provider is used very broadly to include providers of a service or good, whether real or virtual.
- One aspect of the inventive subject matter is considered to include a transaction system comprising a recognition engine, a transaction engine, and possibly one or more device engagement engines.
- the recognition engine can obtain a digital representation of a real-world object and derive attributes associated with the object (e.g.
- a transaction engine can communicate with the recognition engine and can reconcile a transaction among multiple provider accounts or user accounts as a function of one or more of the derived object attributes.
- the transaction involves making a payment to one or more of the provider accounts or user accounts where the payment relates to an item.
- an engagement engine can cause a computing device (e.g. , cell phone, set-top box, kiosk, game consoles or system, etc.) to take action based on the transaction. Actions will be discussed in greater detail below.
- the transaction engine can comprise a memory storing one or more reconciliation matrices.
- the transaction reconciliation engine can be configured to associate one or more object attributes (derived by the object recognition engine) with a recognition signature.
- the recognition signature can be stored in a signature database communicatively coupled to the transaction reconciliation engine and object recognition engine.
- a "recognition signature” can comprise a collection of values associated with certain attributes within an interaction space, which can either be manually generated by a user, provider or third party, or constructed based on historical actions of one or more users.
- the object attribute(s) can be associated with the signature.
- the criteria can comprise mandatory requirements (e.g. , the presence of an attribute, a threshold, the presence of a first attribute and a second attribute, etc.) or optional conditions (e.g. , the presence of a first attribute or a second attribute, etc.).
- the transaction recognition engine can also be configured to map a recognition signature to a plurality of transaction accounts via one or more reconciliation matrices in a memory.
- conciliation matrix can comprise an algorithm, a lookup table, or any other suitable rules set or data structure that can be utilized in mapping a recognition signature to one or more accounts.
- the transaction reconciliation engine can be configured to reconcile a transaction among the multiple accounts.
- a transaction can be initiated via a mobile device or other computing device.
- a mobile device can obtain a digital representation of a real-world object via a sensor.
- the digital representation can be transmitted by the mobile device to an object recognition engine configured to recognize the real world object and derive one or more attributes of the object.
- the mobile device can cause various actions to be performed by a transaction reconciliation engine, which can optionally be installed in the mobile device.
- the actions that can be performed by the transaction reconciliation engine are (a) associating an object attribute with a recognition signature, (b) mapping the signature to one or more transaction accounts via a reconciliation matrix, and (c) reconciling a transaction related to an item associated with the real-world object among the accounts.
- the mobile device can receive a notification associated with the complete transaction. It is contemplated that a notification can be received or presented to a user in any commercially suitable manner, e.g. , via an email, a push notification, etc.
- Another aspect of the inventive subject matter includes a method of reconciling payment of a coupon.
- Contemplated methods include using a recognition engine, possibly deployed on a mobile cell phone or other computing device, to recognize a real-world object related to a purchasable item.
- the purchasable item could be the same item as the real-world object (e.g. , a product on a store shelf) or tangentially related (e.g. , a ticket of a movie displayed in on a movie poster).
- the method can further include creating a virtual coupon based on attributes derived from a digital representation of the real-world object where the digital representation could comprise image data, sound data, non-visible data, signals, or other modal types of data.
- Another step can include activating the virtual coupon upon a triggering event generated by a mobile device, a cell phone for example.
- the triggering event could be generated automatically, "zero touch" (e.g. , via near field communications, recognition of an object, etc.), or manually via one, two or more user interactions with a user interface.
- zero touch generation of a triggering event it is contemplated that a device can be configured to recognize objects located as far as 1, 5, 10, 20, 50, 100 or even 1000 or more feet away. Less clicks or user interface interactions can be preferable over a larger number of interactions.
- the mobile device, or other electronic device involved in the transaction can reconcile the transaction among two or more electronic accounts relating to the purchase of the purchasable item.
- a coupon vendor account can be charged according to terms of the virtual coupon, a vendor account can be credited with payment, a consumer's account can be charged according to terms of the virtual coupon, or a consumer's account can be credited according to terms of the transaction or virtual coupon.
- the accounts can be third party accounts associated with various loyalty programs possibly participating in a loyalty exchange system where one account currency (e.g. , frequent flyer miles, free gasoline points, etc.) can be converted to another (e.g. , virtual gold in an on-line game, mobile phone minutes, etc.) according to terms of a virtual coupon.
- one account currency e.g. , frequent flyer miles, free gasoline points, etc.
- another e.g. , virtual gold in an on-line game, mobile phone minutes, etc.
- Yet another aspect of the inventive subject matter can include a transaction apparatus (e.g. , cell phone, point of sales device, computer, server, kiosk, game console, etc.) that can include a sensor interface through which the apparatus can acquire a digital representation of a real-world object or scene having the object.
- a sensor interface could include an actual sensor (e.g. , GPS, microphone, camera, accelerometer, bio-metric, etc.), a hardware interface to a sensor platform (e.g. , serial interface, parallel interface, network interface, USB, etc.), or even a set of application program interfaces (APIs) capable of making local or remote procedure call.
- APIs application program interfaces
- the transaction apparatus can also include a recognition module communicatively coupled with the sensor interface where the recognition module derives one or more object attributes from the digital representation and uses the object attributes to identify a purchasable item (e.g. , the real- world object, a good, a product, a service, a subscription, etc.).
- Contemplated apparatus can further comprise a virtual coupon generator configured to generate a virtual coupon associated with the purchasable item as a function of the object attributes or other information available (e.g. , customer ID, phone number, vendor ID, merchant ID, account numbers, prior consumer transactions, prior consumer scans, prior consumer interactions, etc.).
- the transaction apparatus can further include a transaction interface configured to electronically engage, directly or indirectly, one or more accounts possibly over a network.
- the transaction interface allows the apparatus to reconcile an account based on a payment for the purchasable item and based on use or authentication of the virtual coupon.
- a user account is credited for purchasing the item.
- One especially preferred embodiment includes a mobile phone operating as the transaction apparatus where the virtual coupon is specifically generated according to a location and time.
- Still another aspect of the inventive subject matter includes a method of mitigating risk of transaction fraud associated with a coupon.
- the method includes providing a virtual coupon on a mobile device (e.g. , cell phone, vehicle, car, airplane, mobile kiosk, point of sales device, etc.) where the coupon relates to a purchasable item, possibly identified from object attributes derived from a digital representation of a scene.
- the virtual coupon can be provided via a text message, an email, a pop up, or any other commercially suitable method.
- the mobile device can further engage in an electronic transaction locally or even over a network with one or more account servers.
- the device can further allow the user to select at least one target account to be involved in the transaction from multiple accounts available for use with the transaction.
- the method can further include authenticating the transaction as a function of transaction attributes derived by the mobile device, possibly from the digital representation (e.g. , location, time, make, model, consumer ID, device ID, etc.), as a function of the user selected target account, as a function of virtual coupon properties, or other factors.
- the method includes crediting the target account according to the terms of the virtual coupon. For example, a user might purchase a television at full price and might receive a virtual coupon from the television manufacturer that allows the user an option to credit a number of miles to a frequently flyer account or to credit their cell phone account.
- FIG. 1 shows an overall ecosystem of a transaction system of the inventive subject matter.
- Fig. 2 shows an object recognition engine deriving attributes related to a real world object.
- Fig. 3 shows a transaction reconciliation engine reconciling a transaction among multiple accounts.
- Fig. 4A shows an embodiment of the inventive subject matter as embodied in a mobile device application.
- Fig. 4B shows an embodiment of a transaction system of the inventive subject matter.
- Fig. 4C is a flowchart showing a method of causing a transaction reconciliation via a mobile device.
- Fig. 5 is a flowchart showing a method of reconciling a payment of a coupon.
- Fig. 6 shows a transaction apparatus of the inventive subject matter.
- Fig. 7 shows a flowchart of a method of mitigating a risk of transaction fraud.
- inventive subject matter provides many example embodiments of the inventive subject matter. Although each embodiment represents a single combination of inventive elements, the inventive subject matter is considered to include all possible combinations of the disclosed elements. Thus if one embodiment comprises elements A, B, and C, and a second embodiment comprises elements B and D, then the inventive subject matter is also considered to include other remaining combinations of A, B, C, or D, even if not explicitly disclosed.
- computing devices include servers, interfaces, systems, databases, agents, peers, engines, controllers, or other types of computing devices operating individually or collectively.
- computing devices comprise a processor configured to or programmed to execute software instructions stored on a tangible, non-transitory computer readable storage medium (e.g. , hard drive, solid state drive, RAM, flash, ROM, etc.).
- the software instructions preferably configure the computing device to provide the roles, responsibilities, or other functionality as discussed below with respect to the disclosed apparatus.
- the various servers, systems, databases, or interfaces exchange data using standardized protocols or algorithms, possibly based on HTTP, HTTPS, AES, public-private key exchanges, web service APIs, known financial transaction protocols, or other electronic information exchanging methods.
- Data exchanges preferably are conducted over a packet-switched network, the Internet, LAN, WAN, VPN, or other type of packet switched network.
- Coupled to is intended to include both direct coupling (in which two elements that are coupled to each other contact each other) and indirect coupling (in which at least one additional element is located between the two elements). Therefore, the terms “coupled to” and “coupled with” are used synonymously. Within this document, “coupled with” can also mean “communicatively coupled with”, possibly over a network. [0033] As used in the description herein and throughout the claims that follow, the meaning of “a,” “an,” and “the” includes plural reference unless the context clearly dictates otherwise. Also, as used in the description herein, the meaning of “in” includes “in” and “on” unless the context clearly dictates otherwise.
- inventive subject matter described herein can leverage one or more techniques, including object recognition techniques, disclosed in the following co- owned pending applications: U.S. provisional application number 60/246295 filed November 6, 2000; U.S. provisional application number 60/317521 filed September 5, 2001 ; U.S. application number 1 1/510009 titled “Interactivity Via Mobile Image Recognition” filed on August 25, 2006; U.S. application number 12/505726 titled “Interactivity with a Mixed Reality” filed on July 20, 2009; U.S. application number 13/005716 titled “Data Capture and Identification System and Process” filed on January 13, 201 1 ; U.S.
- inventive subject matter can utilize one or more of the techniques for presenting information such as Internet content to a user described in U.S. application number 13/005726.
- FIG. 1 shows an overall ecosystem of a transaction system of the inventive subject matter.
- Transaction system 100 e.g. , a subscription service, etc.
- object recognition engine 1 e.g., a transaction reconciliation engine 120
- engagement engine 130 e.g., a subscription service, etc.
- computing device 140 e.g., a computing device.
- Object recognition engine 110 is configured to recognize a real-world object and derive object attributes of the object.
- the "real-world object" can comprise any existing still or moving object, including for example, a poster, a magazine, a brochure, a billboard sign, a product, a purchasable product, a vehicle, a storefront, a food item, a logo, a trademark, an image on a screen (e.g. , television or computer screen, etc.), a person providing a service, a person, an image of a good or service (e.g.
- the real-world object is related to a purchasable product or service.
- the object attributes can comprise any quality or feature of an object, including for example, an absolute time, a relative time, a response time, a location, a relative position or orientation, a color, a size, a quantity, a quality, a material, an availability, a depreciation rate, an appreciation rate, a supply relative to a demand, a shape, a make, a model, a cost, an available coupon, a message, metadata, and a price. Additional details regarding object recognition engines will be provided in the description of Figure 2.
- Transaction reconciliation engine 120 can be communicatively coupled to object recognition engine 1 10 and configured to reconcile a transaction amongst two or more provider accounts or user accounts as a function of the attributes derived by object recognition engine 1 10.
- the transaction can include, among other things, a purchase, a download, an order, a pre-order, a reservation, a down payment, a pre -payment, a partial prepayment, reconciling a coupon among at least one of a provider account associated with the transaction and a user account, or any other suitable transaction.
- Reconciling a coupon can include, among other things, at least one of the following steps: (1) identification of a coupon to be generated; (2) generation of a coupon; (3) providing a coupon to a user; (4) a user receiving a coupon; (5) a user presenting the coupon to a provider or point-of-sale terminal (e.g. , via a text, email, a closeness of a device to a point of sale device, a presenting of a displayed virtual coupon, a presenting of a code or password associated with the virtual coupon, etc.); and (6) reconciling at least one account (e.g. , user, provider, etc.) via a credit, debit, update, notification, etc.
- a provider or point-of-sale terminal e.g. , via a text, email, a closeness of a device to a point of sale device, a presenting of a displayed virtual coupon, a presenting of a code or password associated with the virtual coupon, etc.
- the transaction can involve some sort of payment to at least two different accounts, for the purpose of obtaining a good, product, service, or subscription.
- the transaction can be completed in no more than 10, 5, 3, or even 2 or less physical interactions.
- an end user can capture an image of a real world object via a single click of a device, and that this single click can initiate some or all of the steps of a transaction related to the object, which can include reconciliation of a coupon.
- the transaction can occur automatically based on a realtime automatic ambient collection of sensor data forming a digital representation of the real- world object without requiring the end user to initiate the transaction.
- the digital representation of the real-world object can automatically be compared with objects or items within a database.
- This database can be located in a server located within the device collecting sensor data, a remote server, or any combination thereof. Additional details regarding transaction reconciliation engines and the process of reconciling a transaction will be provided in the description of Figure 3.
- Engagement engine 130 is communicatively coupled to object recognition engine 110, transaction engine 120 and computing device 140, and is configured to cause computing device 140 to take one or more actions as a function of a transaction.
- All commercially suitable computing devices are contemplated, including for example, a mobile phone, a gaming console or system (including 3-D gaming consoles and systems), a local server, a remote server, a general purpose computer, a tablet, a kiosk, an electronic device, a set-top box, a vehicle, or any other commercially suitable device.
- Examples of actions that can be caused by engagement engine 130 include, among other things: (1) a credit or a debit where the computing device comprises a bank server; (2) an initiation of a software process, posting data, reading data, logging on or off an account, registering an account, interacting with a game where the computing device comprises any one of several suitable computing devices; (3) an initiation of a transaction where the computing device comprises a point-of-sale device; or (4) making a phone call (e.g. , to a doctor, store, etc.) where the computing device comprises telephony capabilities.
- One contemplated type of transaction system can be configured to modify a subscription bill from a service or product provider (e.g. , a utility provider, a magazine subscription provider, etc.). Modifying a subscription bill can include, among other things, at least one of a deletion of a charge, a reduction of a charge, an increase of a charge, an overall percentage discount, a credit, a free offer, a reduced price offer, or a coupon for a service or a good.
- the system can establish a universal framework of a virtual loyalty card usable by multiple providers based on object recognition of a real world object.
- a recognition engine of such systems can recognize the object, derive object attributes associated with the object, and recognize an ID of a virtual coupon in the process of recognition of both the object and of the virtual coupon of the real world object.
- the recognition engine can then engage a transaction engine to initiate a transaction associated with the object (e.g. , a purchase of the object, etc.), and redeem the coupon by crediting the provider's monthly statement, or other provider or user account.
- a final reconciliation among providers can occur on a weekly basis, monthly basis, yearly basis, one-time basis, or any other recurring or non-recurring time period.
- a user can be assigned a single loyalty ID, loyalty card, or account number.
- an object such as a poster via his mobile phone
- he can be provided with a link to a website selling the poster.
- a credit can be made to a loyalty account associated with the link or website.
- a credit can automatically be made to a loyalty account associated with the airline or a credit card used to purchase the airplane tickets (e.g. , with frequent flyer miles, etc.).
- Coupon redemption by providers can occur upon confirmation of payment even before a payment is received (e.g. , during the period wherein a credit card payment has been authorized but funds have not yet been received by the provider(s)).
- the reconciliation can occur based on a recognition of the real world object, generation of virtual coupon, entering into virtual loyalty card, and a purchase or redemption being complete in less than 2 steps. These steps can each occur on a single mobile device (or multiple devices), in real or substantially real time in the real world.
- the reconciliation can occur in real or substantially real time through collection of ambient sensor data or at a point of sales.
- various provider and user accounts can be credited or debited based on their loyalty activity.
- An additional aspect of the inventive subject matter includes a system to allow users to pay a provider to receive a service (e.g. , telephone, utility, magazine or newspaper subscription, car lease etc,) by redemption of coupons obtained via a purchase of real world objects or services different from the first service.
- a service e.g. , telephone, utility, magazine or newspaper subscription, car lease etc.
- This can be achieved by utilizing a recognition and engagement engine in at least one of a device and a server. For example, a user who purchases a telephone at AT&TTM can be sent a coupon, via text or email, which the user can redeem to receive a free month of telephone service through VerizonTM.
- Figure 2 shows one embodiment of an object recognition engine of the inventive subject matter that is configured to obtain a digital representation of a real- world object and derive attributes associated with the object.
- real world object 210 is representative of both a product and a service, and is an image of a car.
- Real world object 210 is representative a product insofar as an item associated with the object (e.g. , the car, a car part, etc.) can be purchased, leased, physically destroyed, enhanced or other modified, or rented.
- Real world object 210 further is representative of a service insofar as it is associated with a driving or other service (e.g. , a taxi service, limousine service, etc.).
- Object recognition engine 200 comprises a derivation engine 220 that is configured to derive one or more object attributes (e.g. , 221 , 222, and 223) of real world object 210.
- object attributes e.g. , 221 , 222, and 223
- Derivation engine 220 can be configured to derive 5, 10, 15, 20, 25, 50, or even 100 or more object attributes for every real world object it scans or recognizes.
- the derived attributes can be organized hierarchically by class, category, or even dimensions within an interaction space.
- the object attributes e.g. , 221 , 222, and 223 can include, among other things, an absolute time, a relative time, a response time, a location, a relative position or orientation, a color, a size, a quantity, a quality, a material, an availability, a depreciation rate, an appreciation rate, a supply relative to a demand, a shape, a make, a model, a cost, an available coupon, a message, metadata, and a price.
- Some or all of the derived attributes can be derived from visible data, and others derived from non- visible data. It is also contemplated that a single attribute can be derived from both visible and non- visible data.
- visible data include, for example, digital representations of a size, a color, a shape, a location, a brightness, a material, a shadow, a relative size, a relative color, a relative shape, a relative location, or a relative brightness.
- non-visible data include, for example, digital representations of a sound, texture, touch, sensed emotion, taste or smell.
- Figure 3 shows a transaction reconciliation engine of the inventive subject matter that is configured to reconcile a transaction related to a real world object or an item associated with the real world object.
- an "item associated with a real world object” can comprise a good, product, subscription, real coupon, virtual coupon, or a service (e.g. , a utility, reservation, game, etc.).
- the transaction is reconciled among a plurality of accounts as a function of one or more of the attributes derived by an object recognition engine.
- Item 300 is a car associated with object 210, which is an image of a car very similar to item 300.
- User 310 captures a digital representation of object 210 via a camera enabled mobile phone.
- Object recognition engine 220 obtains the digital representation captured by user 310, recognizes object 210 as a real world object, and derives various attributes thereof, including a make, model, year of manufacture, and color of object 210.
- Object recognition engine 220 then causes information related to item 300 to be presented to the user, either via the mobile phone used to capture the digital representation or a remote device.
- the information related to item 300 can be a video showing item 300, an accident history, a repair history, miles driven, a location, a price, an availability, and a transaction link (e.g. , a link to a website where the item can be purchased).
- user 310 clicks on a link to a website where the item can be purchased, and engages in a transaction 330 that comprises a payment to four accounts, 321 , 322, 323 and 324, related to item 300.
- This payment to the four accounts can be a lump or partial payment, and can be direct or indirect.
- a user can make a lump (i.e. complete) or partial payment indirectly via a third party collector.
- a lump payment can be distributed amongst the various accounts, while a partial payment can be distributed to a specific account, or two or more accounts. It is also contemplated that the user can also make lump or partial payments directly to the accounts themselves.
- a direct payment can be a payment between a consumer and a provider, which is limited to the inclusion of two or more of the following: entities associated with the user account; entities associated with the provider account; the use of a transaction system of the inventive subject matter; and transaction reconciliation engine of the inventive subject matter.
- An indirect payment can comprise any other payment and can include a third party entity.
- user 310 purchases item 300 via the website
- user 310 provides user account information to transaction reconciliation engine 320, either directly or via a third party payment processor (not shown).
- This user account information can include, for example, at least one of a name, address, expiration date, login username, login password, consumer ID associated with an application, account number, a name of a financial establishment, a type of account (e.g. , VisaTM, MastercardTM, DiscoverTM, American ExpressTM, etc.), or a confirmation of a payment or authorization of a payment made by a remote server or third party.
- transaction reconciliation engine 320 can reconcile the transaction among accounts 321, 322, 323, and 324.
- the following use case describes a reconciliation of a payment by the embodiment in Figure 3.
- User 310 makes a payment to a third party payment processor (not shown) of $10,000 USD for the purchase of item 300 according to the information provided via object recognition engine 220.
- user 310 provides the third party payment processor with a credit card authorization form approving the processing of a $10,000 USD payment.
- the third party payment processor processes the payment and provides a confirmation of the payment to transaction reconciliation engine 320.
- Transaction reconciliation engine 320 then reconciles the transaction among accounts 321, 322, 323, and 324 by distributing the payment amongst them.
- Account 321 is associated with the previous owner of item 300, who receives a payment of 60% ($6,000 USD).
- Account 322 is associated with the car dealership storing item 300, who receives a payment of 20% ($2,000 USD).
- Account 323 is associated with a magazine who has been advertising item 300 for sale, who receives a payment of 10% ($1 ,000 USD).
- Account 324 is associated with the host of transaction reconciliation engine 320 or the system it composes, who receives a payment of 10% ($1 ,000 USD). In this manner, transaction reconciliation engine 320 allows users to pay multiple entities via a single payment.
- transaction reconciliation engine can perform some or all of the functions of a third party payment processor.
- transaction reconciliation engine 320 can also allow providers to receive their portions of a payment efficiently and immediately without having to transact directly with user 310.
- a Software Developer Kit (SDK) 465 can be provided to developers of client-side applications (e.g. , software, cell phone apps, cloud-based services, etc.).
- SDK allow developers to configure mobile devices (e.g. , 400) to recognize real world 3D objects (e.g. , 410, 411 and 412) in real-time based on comparing imagery captured by a device camera with a database (e.g. , 425) of images (e.g. , 435, 436, and 437) stored in the device. This can eliminate the latency involved in sending images to the server and thus can enable real-time identification of objects within the camera field of view as a user waves the device across his environment.
- This mode also eliminates the need for a user to "snap" an image since recognition is operating continuously in the mobile device, thus allowing a user to engage in a transaction without requiring the user to take actions via a user interface.
- the user can conduct a transaction via a user interface (e.g. , 445) with no more than three or two user interface interactions, more preferably no more than one user interface interaction, or yet more preferably automatically without any user interface interactions.
- Example techniques that can be deployed in a recognition module include SLAM, vSLAM, SIFT, BRISK, VIPR, or other techniques.
- image recognition services also can provide real-time tracking and augmented reality overlays on identified objects.
- augmented reality overlays can comprise 2D content (e.g. , HTML) or 3D animated models.
- the augmented reality overlays can be aligned with or track the recognized object, in real-time, in the mobile device screen.
- the overlay content can be accessed via network or can be resident in the handset to minimize latency.
- the overlay can include a virtual coupon constructed, possibly in real-time.
- the overlay can include an advertisement, informational text, link to a website, or any other commercially suitable overlay.
- the client-side image recognition services or modules can also provide real-time data describing the relative position or orientation of a tracked object.
- the position or orientation of objects 410 - 412 can be presented relative to the user, relative to mobile device 400, relative to each other, or according to other desired formats.
- the client-side recognition technology can be optimized to produce a smooth and robust user experience.
- the Applicant's object recognition system is able to operate easily at a rate of 10 video frames per second, where post- recognition augmented reality object tracking is able to operate at 30 frames per second.
- Images in the client-side database can have an average size of approximately 30KB.
- a typical smart-phone can therefore accommodate a database of thousands of images.
- the platform can also support a hybrid mode in which initial image recognition is performed by a server but augmented reality processing is performed by the client.
- This hybrid mode enables use of a virtually unlimited database size and eliminates the need to update the client-side database, while providing for augmented reality.
- This hybrid mode can cause initial delay of a few seconds between capturing a digital representation of a scene and the start of the augmented reality experience. During that delay the initial image is sent to the server, analyzed, and the augmented reality content can be sent to the client.
- the client-side image recognition SDK can provide direct programmatic access to all object recognition and tracking functions (e.g. , vSLAM, VIPR, SIFT, GPS information, time stamps, etc.).
- object recognition and tracking functions e.g. , vSLAM, VIPR, SIFT, GPS information, time stamps, etc.
- the SDK can include a complete detailed function library, for use by developers familiar with image recognition, and a simplified function library that is useful for those without an image recognition background.
- the client SDK can also include support for the Unity® game development environment. 3D models developed in that environment are compatible with the augmented reality functionality in the SDK.
- a merchant or other provider can utilize a merchant application developed via an SDK.
- a transaction system associated with the merchant can have certain templates, which the merchant can provision with pricing and coupons or other forms of benefits.
- the merchant can open the merchant application, log in with his or her merchant ID (which can be set up through a third party), and scan one or more objects by capturing an image, scanning a barcode or other symbol, via near field communications, etc.
- the merchant can also provision the system or application (if there are templates), or simply input pricing and coupon / benefits information, which can be saved to the system.
- the user can walk into the merchant's store and engage the system by opening a consumer application developed via an SDK.
- the user can log in to the consumer application with his or her consumer ID (e.g., account number, loyalty card number, etc.) and scan items to view coupons / savings.
- the consumer can select a coupon or saving, take an item associated with the coupon to a merchant checkout counter or person and redeem the coupon.
- the merchant can open the application and log in with his or her merchant ID.
- the merchant can obtain a phone number or other information associated with the consumer and input it into the application. It is contemplated that the merchant will be able to view the coupons selected by the consumer in the merchant's application.
- the merchant can apply the coupon selected using various methods. First, the user can apply the coupon within the merchant application if POS is enabled and the consumer is set up for payment (e.g. , via ClearXchangeTM).
- the merchant can receive confirmation of payment processing and obtain an electronic receipt, including a merchant service charge, if any.
- the merchant can apply coupons to the consumer bill manually with his or her existing payment system.
- the merchant can enter the total charge to an existing payment system and savings associated with the coupon(s) can be applied to the consumer's mobile phone carrier phone bill (e.g. , VerizonTM, AT&TTM, etc.).
- the consumer can receive a text, app, or email notification that the coupon(s) were applied, along with what payment option was used.
- the merchant and consumer can have access to all transaction online, including details of coupons / savings received, and via which method(s), among other things.
- a consumer utilizing a transaction system of the inventive subject matter can obtain various recommendations, coupons, etc. based on objects or items associated with the consumer. It is contemplated that systems of the inventive subject matter can achieve at least one of the following: (1) identify a consumer, (2) identify what objects with which the consumer interacts or transacts, or (3) identify what objects and items would be of interest to the consumer.
- the following use case shows some of the benefits the system can provide a consumer walking through a shopping center.
- the user Prior to entering the shopping center, the user can open up the consumer application and log in using his unique consumer ID and possibly a password.
- the system will identify the consumer and begin to store and prioritize data associated with the consumer.
- sensor data can automatically be acquired and an interest in the store can be identified by the system. This identification can be based on one or more of the following, among other things: a recognition that the consumer entered the store; the amount of time the consumer spent in the store, the number of items purchased in the store; or the amount of money spent in the store.
- the prioritization of actions or items based on acquired data can be based upon any suitable scoring or ranking system, which can be determined by a user of a device, a transaction system manager, or an SDK of the inventive subject matter.
- a user can assign certain values to certain types of actions associated with an item (e.g., a download of a song can be worth 2 points being assigned to the musician, while a purchase of a physical product can be worth 4 points being assigned to a person associated with the product, etc.);
- a transaction system manager can assign a range of scores that determine a level of interest (e.g., basic level of interest between 1- 10, moderate level of interest between 11 -20, special level of interest between 21 -30, superior level of interest between 31-40, etc.), and an SDK can modify the user assigned values of certain types of actions or data based on user activity.
- a level of interest e.g., basic level of interest between 1- 10, moderate level of interest between 11 -20, special level of interest between 21 -30, superior level of interest between 31
- an SDK can modify the user assigned value of an action can be where a user assigns a high value to an action (e.g., 4), but then repeatedly declines offers presented to the user based on items associated with the action. In such a scenario, the SDK could lower the value assigned to the action (e.g., to 2).
- the movie advertisement can automatically be scanned, and sensor data automatically obtained.
- the system can then identify that the movie is of the consumer's basic level of interest and prioritize the movie poster accordingly.
- the user' s device can present information or options to the user (e.g., to purchase movie tickets, download a trailer, etc.), or initiate transactions related to the movie poster.
- This identification of the movie as being of the consumer's basic level of interest can be based on a score of, for example, between 1- 10 (e.g., 8) being associated with a director of the film.
- the system can also possibly recognize an actor, director, producer, filming location, or any other feature of the movie advertised and prioritize those features accordingly. If an actor in the poster is then recognized as being of the consumer' s higher level of interest, it is contemplated that the scores of two identified objects of interest can be averaged. Thus, if the actor is recognized as being of the consumer' s moderate level of interest (e.g., score between 11 -20), a special level of interest (e.g., score between 21 -30), or a superior level of interest (e.g., score between 31-40), then the average of the scores can be used to determine a level of interest of the movie.
- moderate level of interest e.g., score between 11 -20
- a special level of interest e.g., score between 21 -30
- a superior level of interest e.g., score between 31-40
- a scoring or ranking system can be associated with actions of a user, and that these actions can be used to determine a type of desired transaction.
- a scoring or ranking system can be set in place that recognizes that the consumer wishes to initiate a certain type or types of transactions with the movie
- advertisement based on the consumer capturing an image of the object, or simply standing in front of the advertisement for a specified threshold time (e.g. , 2, 5, 10, 15, or even 20 or more seconds).
- a specified threshold time e.g. 2, 5, 10, 15, or even 20 or more seconds.
- These actions of a user can be used to recognize a level of interest in the object (e.g., basic, moderate, special, superior, etc.).
- the consumer can then be provided with a link to a website that provides information related to the movie (e.g. , show times, location of a DVD in the store itself, etc.) or allows the consumer to purchase movie tickets, DVD, movie poster, or soundtrack.
- the system can identify that a transaction related to the movie occurred and assign a higher priority to the movie than other movies where an advertisement was photographed, but where no subsequent transaction related to the advertised movie tickets was made. If the consumer chooses to engage in a further transaction related to the object (e.g. , purchase the movie tickets, etc.), then the movie can be given an ever higher priority based and assigned an even level of interest.
- a transaction e.g., downloading a trailor, etc.
- the system can identify that a transaction related to the movie occurred and assign a higher priority to the movie than other movies where an advertisement was photographed, but where no subsequent transaction related to the advertised movie tickets was made. If the consumer chooses to engage in a further transaction related to the object (e.g. , purchase the movie tickets, etc.), then the movie can be given an ever higher priority based and assigned an even level of interest.
- the system could provide a recommendation, coupon, or other information related to real world objects that have not yet been scanned or captured by the consumer.
- the scoring, ranking or prioritization of actions, objects or other information can be done in a manner where users are grouped based on a demographic, and an action of a user within that group can affect the scoring, ranking of prioritization associated with the some members of, or even the entire demographic.
- the system can identify one or more common attributes of objects that were scanned, captured, or purchased by a user and provide recommendations, coupons or information based on those attributes. Identifying the common attributes can allow the system to identify the interests and intent profile of the consumer.
- system provider can charge a fee to providers whose goods or services are mentioned in a recommendation, coupon, or other information provided to the consumer.
- a transaction can occur automatically based on real time or substantially real time automatic ambient collection of sensor data forming a digital representation of the real-world object without requiring the end user to initiate the transaction. For example, when the user passes by DodgersTM stadium, a mobile device carried by the user can automatically open the team's official website in an Internet browser based on stored data indicating an interest in baseball team websites.
- a system can be configured to identify a consumer based on location data or height data (e.g. , a height of the user, location of a device relative to the ground, location of a device by street, city or state, etc.) obtained via a consumer device, objects scanned, objects with which the consumer interacts or transacts in relation to, or any combination thereof.
- location data or height data e.g. , a height of the user, location of a device relative to the ground, location of a device by street, city or state, etc.
- a consumer carrying a consumer mobile device may open an SDK generated application at any time. Regardless of whether the consumer enters a consumer ID, the device can begin scanning the objects within its field of view and allow the consumer to interact or transact in relation to the objects scanned.
- the consumer can be authenticated based on at least one of the location data, height data, scans, interactions or transactions. If the consumer has not logged in, the consumer can be identified based on at least one of the location data, height data, scans, interactions or transactions, thereby eliminating the need to log in manually.
- FIG. 4B presents another possible embodiment of a transaction system of the inventive subject matter.
- Transaction system 4000 comprises an object recognition engine 4010, which is configured to recognize a real-world object and derive one or more object attributes of the object via derivation engine 4015.
- inventive subject matter described herein can leverage one or more techniques disclosed, possibly including object recognition techniques, in the following co-owned pending applications: U.S. provisional application number 60/246295 filed November 6, 2000; U.S. provisional application number 60/317521 filed September 5, 2001 ; U.S. application number 11/510009 titled “Interactivity Via Mobile Image Recognition” filed on August 25, 2006; U.S. application number 12/505726 titled “Interactivity with a Mixed Reality” filed on July 20, 2009; U.S. application number 13/005716 titled “Data Capture and Identification System and Process” filed on January 13, 2011 ; U.S.
- inventive subject matter can utilize one or more of the techniques for presenting information such as Internet content to a user described in U.S. application number
- the object recognition engine can transmit one or more of the derived object attributes 4016 to transaction reconciliation engine 4020.
- Transaction reconciliation engine 4020 comprises a memory 4021 storing one or more reconciliation matrices 4023.
- Transaction reconciliation engine 4020 is configured to perform many actions including, among other things, associating an object attribute with a recognition signature (e.g. , 4036, 4037, etc.), mapping the recognition signature to one or more accounts via the reconciliation matrix, and reconciling a transaction among the accounts.
- a recognition signature e.g. , 4036, 4037, etc.
- mapping the recognition signature to one or more accounts via the reconciliation matrix
- reconciling a transaction among the accounts One should appreciate that the disclosed approach seeks to map the derived object attributes to reconciliation accounts without requiring an intermediary look-up of the recognized object. In fact, the disclosed approach lacks any requirement to recognize an object at all.
- the transaction reconciliation engine 4020 can compare the attribute(s) with recognition signatures 4036 and 4037, which can be stored in signature database 4035.
- an association between an object attribute or attributes and a recognition signature can occur when certain parameters are met (e.g., a threshold match score, a complete match, a partial match, etc.).
- recognition signatures 4036 and 4037 can be defined within the same attribute namespace or valuespace as used to derive object attributes.
- the attributes space could include SIFT features; audio amplitudes, frequencies, envelopes, or phases; position; orientation; location; context; or other attributes.
- Recognition signatures can comprise a collection of values associated with certain attributes, and can be generated in a number of ways. All commercially suitable digital signature schemes are contemplated. A suitable technique that could be adapted for use with the inventive subject matter includes those disclosed by U.S. Patent No. 7,650,616 to Lee.
- a signature can be represented in a number of ways including, for example, as an N- tuple, scalar, vector or matrix having n-dimensions of relevance (where n can equal 0, 1, 2, 3, 5, 10 dimensions in a recognition space, etc.). It is contemplated that a key value (e.g., hash value, etc.) can be generated from the values associated with each attribute of a signature. These key values can be used to query a hash table or other reconciliation matrix to map a recognition signature to one or more accounts.
- a key value e.g., hash value, etc.
- One technique for generating a recognition signature can comprise a manual input into recognition signature generator 4065.
- a system manager or other user can generate a recognition signature to be mapped to both a CostcoTM account and a user' s CostcoTM American ExpressTM card by including values representative of specific attributes.
- the attributes represented can comprise any suitable attributes, including for example, a word, a price, a location, a time, a logo, an account number, biometrics, an image, or audio.
- a recognition signature can be generated in the form of a vector having four values, wherein the first value is representative of an account holder's identity (e.g., driver's license photo, name, age, birthday, identification number, etc.), the second value is representative of an item to be purchased (e.g., barcode, QR code, image of product, etc.), the third value is representative of a CostcoTM location, and the fourth value is representative of an authorization (e.g., a motion, fingerprint scan, signature, voice authorization, etc.).
- the first value is representative of an account holder's identity (e.g., driver's license photo, name, age, birthday, identification number, etc.)
- the second value is representative of an item to be purchased (e.g., barcode, QR code, image of product, etc.)
- the third value is representative of a CostcoTM location
- the fourth value is representative of an authorization (e.g., a motion, fingerprint scan, signature, voice authorization, etc.).
- Contemplated attributes can comprise audio data (e.g., tone, pitch, bass, rhythm, melody, etc.), textual data (e.g., words, names, handwriting, etc.), imagery data (e.g., pixilation, SIFT features, symbols, etc.), video data, a gesture, a brightness, a location, or any other suitable type of data.
- audio data e.g., tone, pitch, bass, rhythm, melody, etc.
- textual data e.g., words, names, handwriting, etc.
- imagery data e.g., pixilation, SIFT features, symbols, etc.
- video data e.g., a gesture, a brightness, a location, or any other suitable type of data.
- Another technique for generating a recognition signature can be via recognition of historical data related to one or more users.
- the recognized data related to a user can be used to represent a demographic.
- a recognition signature generator 4065 can be communicatively coupled to a user device and configured to acquire transaction data related to the user or device. Where a user initiates a transaction via the user device, the recognition signature generator can be configured to acquire data related to the transaction and generate a signature. It is also contemplated that a single generated signature can be based on multiple transactions initiated via the user device.
- a recognition signature generator 4065 can acquire data indicating that a user device was inside of a TargetTM when a user made a purchase utilizing her TargetTM reward card, a VisaTM credit card for 50% of the purchase, and an American ExpressTM card for 50% of the purchase. Based on this data, the recognition signature generator 4065 can generate a signature related to TargetTM, the reward program, VisaTM, and American
- recognition signatures 4036 and 4037 can be a priori created, possibly by the user or a third party, or could be dynamically created through observation of the user.
- a signature can be mapped to one or more accounts (e.g., 4040, 4050, 4060, etc.) via a query of a reconciliation matrix 4023.
- the reconciliation matrix or matrices 4023 can be utilized to map one or more of the recognition signatures to one or more accounts.
- a reconciliation matrix can comprise an algorithm, a lookup table, or any other suitable rules set or data structure that can be utilized in mapping a recognition signature to one or more accounts.
- One example of such a matrix can comprise a hash function, which can map a recognition signature to an account. It is contemplated that the recognition signature can be represented by a vector of attribute values and accounts can be represented by a vector of account numbers.
- the reconciliation matrix can accept the vector of attribute values as input and return the vector of account numbers as output. The mapping within the matrix operates as a function of a look up table, a mathematical matrix operation, or other mapping algorithm. Further, the vector of account numbers could include weighting factors indicating what fraction of a transaction amount should be applied to each member account in the vector. Even further, the reconciliation matrix can include rules for resolving placement fractional amount of currency (e.g., a fraction of a cent) among accounts.
- fractional amount of currency e.g., a fraction of a cent
- the transaction reconciliation engine can reconcile the transaction amongst the accounts in a suitable manner, such as by (1) associating rewards points with the user's reward card, (2) transferring 50% of the item's purchase price from the user's VisaTM card to a Target account, and (3) transferring 50% of the item's purchase price from the user's American ExpressTM card to a Target account.
- Figure 4C presents a method 4100 of causing a transaction to be reconciled via a mobile device.
- a digital representation of a real-world object can be obtained by a mobile device as shown in step 4110. It is contemplated that the digital representation can be obtained via a sensor of the mobile device as suggested by step 4115, or a sensor of an external device communicatively coupled to the object recognition engine or transaction reconciliation engine.
- the mobile device can transmit the digital representation to an object recognition engine that is configured to recognize the real world object and derive one or more object attributes of the object as shown in step 4120.
- an object recognition engine that is configured to recognize the real world object and derive one or more object attributes of the object as shown in step 4120.
- the step of recognizing the real world object and deriving one or more object attributes of the object can leverage one or more techniques disclosed in the following co-owned pending applications: U.S. provisional application number 60/246295 filed November 6, 2000; U.S. provisional application number 60/317521 filed September 5, 2001 ; U.S. application number 11/510009 titled "Interactivity Via Mobile Image Recognition” filed on August 25, 2006; U.S.
- inventive subject matter can utilize one or more of the techniques for presenting information such as Internet content to a user described in U.S. application number
- the mobile device can then cause a transaction reconciliation engine to perform one or more actions as shown in steps 4130 through 4133.
- the transaction reconciliation engine can be caused to associate an object attribute with a recognition signature as shown in step 4131, map the signature to one or more accounts via a reconciliation matrix as shown in step 4132, or reconcile a transaction related to an item associated with a real-world object among two or more accounts as shown in step 4133.
- the transaction reconciliation engine can be installed on the mobile device itself, or can compose a separate device communicatively coupled to the mobile device.
- the actions that can be performed by the transaction reconciliation include, for example, associating an object attribute with a recognition signature, mapping a recognition signature to one or more accounts via a reconciliation matrix stored therein, or reconciling a transaction related to an item associated with the real-world object among a plurality of accounts.
- a notification associated with the reconciled transaction can be received by the mobile device as suggested by step 4140. It is contemplated that this notification can be received by the mobile device in any suitable format and manner, including for example, a push notification or an email.
- a user and a magazine publisher engaging in a transaction can utilize a system of the inventive subject matter to purchase/sell a magazine subscription, and divide one or more payments from the user amongst various payees.
- the user can capture a digital representation of an HGTVTM magazine via a camera enabled mobile device.
- the digital representation can be sent to an object recognition engine that is configured to recognize the magazine and derive attributes of the magazine.
- the object recognition engine can derive the following attributes of the magazine: the publication date, the name of the magazine, the publisher name, data related to the cover photo (e.g. , SIFT features, grayscale value, RGB value, identification of a celebrity in the image, brand name of clothing worn by celebrity, etc.), headlines, price, promotions, coupons, publication period (e.g. , weekly, biweekly, monthly, etc.), or any other suitable attributes.
- the derived attributes can comprise (1) a January 7, 2013 publication date, (2) Jessica Alba as the cover image, (3) a weekly publication period, (4) a promotional price of $1 per issue for 52 weeks, and (5) VisaTM and MasterCardTM as the accepted payment methods (collectively referred to as "Object Attributes").
- the derived object attributes can then be transmitted to a transaction
- the transaction reconciliation engine communicatively coupled with the object recognition engine.
- the transaction reconciliation engine can comprise a memory storing one or more reconciliation matrices, which can be utilized to map a recognition signature to one or more accounts.
- the transaction reconciliation engine can be configured to associate an attribute or attributes (derived by the object recognition engine) with a recognition signature based on a partial match, best match, or complete match.
- a recognition signature (“Object Signature") can comprise a price value of $1 per issue, and a publication period value of weekly, and an accepted payment method value of American ExpressTM or debit card. If an association is set to occur based on a partial match or a best match, it is possible that the attributes of the magazine will be associated with this recognition signature. However, if a complete match is required, the attributes of the magazine will not be associated with this recognition signature.
- a complete match be required for transactions where only one or a few recognition signature association is required, but that a partial or best match can be required for transactions where more recognition signature associations are required.
- the term "best match” is used broadly to include, for example, where an attribute or set of attributes derived is compared to a plurality of recognition signatures of a database, and the most commonality (requirements or optional conditions met) is found with one of a few of the recognition signatures.
- the Object Signature can be used to query a reconciliation matrix.
- the process of querying a reconciliation matrix will be discussed in further detail below.
- One other possible recognition signature association that can be required is an association between user or user device attributes and a recognition signature. For example, attributes associated with a user or user device can be received by the transaction
- These attributes can include, among other things, credit card account numbers used to make purchases via the device, names associated with the account numbers, types of items purchased using an account number, information related to a user of the device at or near the time a transaction is initiated (e.g. , fingerprint data, voice recognition, username, password, address, gesture, height, weight, etc.), or types of items purchased by the user.
- the foregoing user or user device attributes can be associated with a recognition signature ("User or User Device Signature") based on a partial, best or complete match.
- the user attribute can be associated with a recognition signature related to user X (“User or User Device Attributes").
- the User or User Device Signature can be used to query a reconciliation matrix, either alone or in conjunction with other recognition signatures.
- the attributes related to a payment division requirement can be obtained via the real-world object itself, a payee entity associated with an item related to the real-world object, a third party, or any other suitable source.
- the attributes can be obtained via HearstTM Corporation, a payee who would obtain a portion of a payment related to a subscription of HGTVTM magazine.
- the payment division requirements can require that 50% of a subscription fee be paid to HearstTM Corporation, while 50% of the subscription fee be paid to the newsstand carrying the magazine photographed ("Payment Division Requirement Attributes"). If an association is made between the Payment Division Requirement Attributes and the Payment Division Signature, the Payment Division Signature can be used to query a reconciliation matrix, either alone or in conjunction with other recognition signatures.
- the reconciliation matrix can be utilized to map one or more of the recognition signatures to one or more accounts.
- the combination of Object Signature, User or User Device Signature, and Payment Division Signature can be mapped to (1) User X's VisaTM debit card, (2) a HearstTM Corporation account, and (3) a newsstand's account.
- the transaction reconciliation engine can be configured to reconcile User X's subscription to HGTVTM magazine by transferring $.50 from User X's VisaTM debit card to each of the HearstTM Corporation account and the newsstand's account on a weekly basis until the subscription is cancelled.
- the transaction reconciliation engine can reconcile some or all of the accounts in real-time or over a period of time, and can be configured to handle certain problems that may arise (e.g. , an error in accounting, a lack of funds, etc.). For example, where a payor's account has insufficient funds, a back-up payor account can be utilized in making a payment.
- User X can receive a notification of each transfer via her mobile device in any commercially suitable manner. Additional Use Cases
- a user and digital music provider can utilize a transaction system of the inventive subject matter to (1) download/permit download of a digital file, and (2) reconcile a transaction between a payor account and one or more payee accounts.
- Alison while listening to "Scream and Shout" by Britney Spears and Will.i.am, can cause her cell phone to receive audio data related to the song (e.g. , via a mobile application such as ShazamTM, etc.).
- This data is sent to an object recognition engine that derives various attributes of the audio data including, for example, lyrics, tone, pitch, bass, types of instruments, speed, sound patterns, or any other suitable attributes of audio data.
- a transaction reconciliation engine coupled with the object recognition engine can associate one or more of the object attributes with a recognition signature. For example, a lyric and a sound pattern can be associated with a signature having values representative of the lyric and the sound pattern.
- the transaction reconciliation engine can then map the signature to (1) a payee account for Britney Spears for a royalty payment, (2) a payee account for Will.i.am for a royalty payment, (3) a song writer account for royalty payment, (4) a record label payee account, and (5) an iTunesTM payee account.
- Alison can input her credit card payment information, and the transaction reconciliation engine can reconcile the transaction by placing a percentage of the payment from Alison' s account to each of the payee accounts in accordance with a set of rules.
- a user can capture video data via her cellular phone related to a television commercial for the HBOTM show Game of ThronesTM.
- the cellular phone can transmit the video data to an object recognition engine that recognizes the video data as being related to Game of ThronesTM and derives attributes of the video data.
- the object recognition engine can be coupled with a transaction reconciliation engine having a memory storing reconciliation matrices.
- the transaction reconciliation engine can associate the attributes with a recognition signature, map the signature to an HBO account, the user's credit card account, the SAG, DGA or other guild accounts associated with talent in Game of ThronesTM, and reconcile a subscription to HBOTM between the relevant accounts.
- a user wishing to ride a bus, taxi, plane or other public transportation vehicle can purchase a ticket or entrance by capturing an image of the vehicle or advertisement associated with the vehicle.
- a system of the inventive subject matter can then be used to distribute payment amongst the transportation company, taxes to the city, tips to drivers and other employees, beverage and food vendors, and any other parties associated with the transaction.
- a user can capture an image of a patient and possibly CPT codes or other information, and use image data to reconcile a payment for a medical procedure amongst, among other things, healthcare providers, a patient account for co- payment, payment from an insurance company, and a hospital.
- a user can pre-order or pre-purchase a video game or other product by capturing digital data related to the game (e.g., an image of a game advertisement, audio data related to a game advertisement, etc.). It is contemplated that a payment can be temporally reconciled wherein a down-payment or a deposit can be reconciled immediately between a video game vendor, a user checking account, and
- a system of the inventive subject matter could be used to reconcile a payment amongst a for-profit organization and a non-profit organization. Oftentimes an establishment, such as StarbucksTM will promote that a percentage of a purchase of a pound of coffee or other good will be donated to a charitable organization. Using a system of the inventive subject matter, a user can capture an image of the product, QR code, barcode or other item associated with the pound of coffee, and the purchase can be reconciled amongst, inter alia, StarbucksTM and the American Kidney FundTM.
- the system can be configured to keep track of payments made from one or more user accounts to a charitable organization for tax purposes. It is also contemplated that the system can generate a partial or complete report, such as a Form 1040, Schedule A.
- a system of the inventive subject matter can be used to reconcile a transaction with a rewards program account (e.g., a frequent flyer miles program, restaurant rewards program, etc.).
- a rewards program account e.g., a frequent flyer miles program, restaurant rewards program, etc.
- a user's VisaTM card can be associated with an American AirlinesTM frequent flyer miles program.
- the transaction can be reconciled between the user's VisaTM card (debit), the American AirlinesTM frequent flyer miles program (points credit), and the vendor(s)' accounts
- a system of the inventive subject matter can be used for gamification.
- the user can be awarded points, achievement badges, virtual currency, etc., based on derived attributes and a reconciliation matrix.
- the object recognition engine can recognize that a level was completed on a video game.
- the object recognition engine can derive object attributes associated with the completed level, and a transaction reconciliation engine can associate the attribute(s) with a recognition signature, map the signature to one or more accounts via a reconciliation matrix, and reconcile a transaction (e.g., award a badge, etc.) amongst the user's gaming account and the game's leader board.
- Tolls e.g., award a badge, etc.
- Yet another use case can include using a recognition engine to recognize vehicles on a toll road.
- the recognition engine use object attributes associated with a vehicle (e.g., make, model, color, location, time, license plate, etc.) for several purposes.
- the object attributes in general can be used to identify or verify that the vehicle is properly authorized to utilize the toll road.
- the engine, or transaction system can compare the make and model of the vehicle against DMV records associated with the license plate to ensure the vehicle or plates are not stolen.
- the object attributes can be used to determine which accounts could be charged for use of the toll road. Consider a scenario where the salesman utilizes his personal vehicle. The salesman could have multiple accounts that should be charged in exchange for using the toll road.
- a corporate account might be charged.
- a personal account might be charged.
- both accounts might be charged (e.g., 75% corporate and 25% personal during working hours).
- the disclosed system can be used to provide payment to rights holders associated with digital media.
- individual seeks to obtain content associated with a movie poster, or possibly a poster of sports team (e.g., the LA Lakers®).
- the person can capture an image of the poster and the system can return a selection of multimedia content bound or linked to the poster.
- the transaction system can select one or more reconciliation matrices based on derived attributes from the image of the poster, or even based on user selection.
- the reconciliation matrices can then be used to identify accounts for all rights holders associated with the content: actors, producers, owners, distributers, publishers, artists, or other individuals associated with the content.
- each account can be credited according to one or more business rules determined form the reconciliation matrix.
- Some aspects of the inventive subject matter can include a method of reconciling a payment of a coupon, as shown in Figure 5.
- Such methods can comprise recognizing a real world object related to a purchasable item via a recognition engine.
- a virtual coupon can be created based on attributes derived from a digital representation of the real world object recognized via a recognition engine.
- the virtual coupon can then be activated via an event that is triggered from a mobile device.
- a transaction amongst multiple electronic accounts associated with the object can be reconciled as a function of the derived attributes and the virtual coupon.
- a method of reconciling payment of a coupon comprising:
- the method of claim 1 wherein the attributes compose a vector of at least three dimensions of relevance (as suggested by step 515).
- the vector comprises the following dimensions: a time, a place, and three dimensions of the real- world object.
- the method of claim 1 wherein the event includes a user generated event on the mobile device.
- step of reconciling the transaction includes authenticating the transaction via the mobile device, wherein the mobile device is emitting a transaction signal (as suggested by step 545).
- the transaction signal comprises a visual display.
- the transaction signal at least one of the following: an RF signal, an audible sound, an ultrasound, a dynamic RFID value, and a light-based signal outside the visual spectrum.
- step of reconciling the transaction includes reconciling payment for the item and the coupon on a periodical bill (as suggested by step 546).
- the periodical bill is associated with at least one of the following: a user, a coupon provider, a vendor, a cell phone carrier, a subscription, a bank, and a third-party exchange.
- periodical bill comprises a periodicity of on of the following: weekly, bi-weekly, monthly, quarterly, semi-annually, and annually.
- step of reconciling the transaction includes crediting a user account associated with a service provider (as suggested by step 547).
- step of reconciling the transaction includes issuing a check to a consumer (as suggested by step 548).
- a method of redeeming a coupon comprising:
- a transaction apparatus can comprise a sensor interface, recognition module, and a virtual coupon generator, among other things.
- the sensor interface can be configured to acquire a digital representation of a real world object.
- the recognition module can be coupled with the sensor interface and configured to derive object attributes from the digital representation. The recognition module can then identify a purchasable item as a function of the object attributes.
- the virtual coupon generator can be coupled with the recognition module and configured to generate a virtual coupon associated with the purchasable item as a function of the object attributes.
- the transaction apparatus can further comprise a transaction interface that is configured to reconcile an account based on a payment for the purchasable item and use of the virtual coupon.
- a transaction apparatus 600 comprising:
- a sensor interface 610 configured to acquire a digital
- a recognition module 620 coupled with the sensor interface and configured to derive object attributes from the digital representation and to identify a purchasable item as a function of the object attributes;
- a virtual coupon generator 630 coupled with the recognition module and configured to generate a virtual coupon associated with the purchasable item as a function of the object attributes;
- a transaction interface 640 configured to reconcile an account (e.g. , 660, 661 , or 662) based on a payment for the purchasable item and use of the virtual coupon.
- the digital representation comprises a digital representation 605 of a scene.
- the recognition module is further configured to map the object attributes to an a priori known context.
- the virtual coupon generator is further configured to generate the coupon as a function of the context.
- the apparatus of claim 1 wherein the digital representation comprises a representation of non-visible properties of the real-world object.
- non-visible properties of the real-world object comprises at least one of the following: a sound, a texture, a taste, a smell, light out side the visible spectrum, a radio signal, a heat signal, an emotional state, and a non-visible bio-metric.
- the apparatus of claim 1 wherein the digital representation comprises a representation of visible properties of the real-world object.
- the visible properties of the real- world object comprises at least one of the following: a printed text, a printed image, an electronically displayed image, a reflection, a rendering, a three dimensional model or image, a time varying appearance, a projection, and an light signal from the object.
- the apparatus of claim 1 wherein the virtual coupon comprises a promotion.
- the promotion comprises at least one of the following: an advertisement, a sale, and a subsidy.
- the apparatus of claim 1 wherein the virtual coupon is unique to a user of the transaction apparatus.
- the apparatus of claim 1 further comprising a mobile device 650 comprising the sensor interface, the recognition module, and the transaction interface.
- the mobile device comprises at least one of the following: a mobile phone, a computer, a vehicle, a mobile kiosk, and a spacecraft.
- the object attributes include features derived according to at least one of the following: vSLAM, VIPR, GPS, or SIFT.
- the real- world object comprises a non-printed object.
- the purchasable item comprises at least one of the following: a good, a product, and a service.
- the recognition module is further configured to identify the purchasable item by obtaining a target object from the target object database by comparing the object attributes to the target object attributes.
- the recognition module is further configured to obtain at least a portion of the object database from a remote source over a communication connection as a function of the object attributes.
- the recognition module is configured to obtain the at least a portion of the object database based on location and time attributes.
- the transaction device comprises at least one of the following: a cell phone, a kiosk, a point-of-sales device, and an on-line account server.
- the apparatus of claim 1 wherein the account comprises at least one of the following: a user account, a cell carrier account, a coupon provider account, a vendor, and a service provider account.
- the apparatus of claim 1 wherein the account comprises an inventory of transactions associated with a user of the transaction apparatus.
- a mobile device comprising:
- a sensor interface configured to acquire a digital
- a recognition module coupled with the sensor interface and configured to derive object attributes from the digital representation, including a location and time, and to identify a purchasable item as a function of the object attributes, including the location and time; a virtual coupon generator coupled with the recognition
- a transaction interface configured to reconcile at least one account based on a payment for the purchasable item and use of the virtual coupon, where a user account is credited in response to payment from the purchasable item and use of the virtual coupon.
- a method of using a virtual coupon via a transaction apparatus comprising: acquiring, via a sensor interface of the apparatus, a digital
- Some aspects of the inventive subject matter can include a method of mitigating risk of transaction fraud, as shown in Figure 7.
- Such methods can comprise providing a virtual coupon associated with a purchasable item on a mobile device.
- the mobile device can then engage in an electronic transaction related to the purchasable item and the virtual coupon.
- a user can select a target account from a plurality of available user accounts (e.g., via the mobile device, etc.).
- the electronic transaction can be authenticated as a function of transaction attributes derived by the mobile device and the user selected target account(s).
- the target account can be credited (e.g. , with rewards points, discounts, coupons, a reduction in balance, etc.) according to terms of the virtual coupon.
- a method of mitigating risk of transaction fraud comprising:
- step 720 allowing a user to select a target account from a plurality of available user accounts accessible electronically (as suggested by step 730);
- the method of claim 1 wherein the plurality of accounts comprises multiple loyalty accounts, each associated with a distinct entity.
- the loyalty account comprise at least one of the following: a frequent flyer account, a credit card account, a bank account, a virtual world account, a game account, and a subscription account.
- the method of claim 1 wherein the target account is managed by a third party unaffiliated with the purchasable item.
- transaction attributes comprise virtual coupon attributes associated with the virtual coupon.
- the virtual coupon comprises authentication criteria that depend to the virtual coupon attributes and the transaction attributes.
- the authentication criteria depend on at least one of the following: a location, a time, a context, a user identifier, a vendor identifier, an item identifier, and a real-world object attribute.
- the method of claim 1 further comprising updating a coupon inventory with an amount credited to the target account (as suggested by step 770).
- the method of claim 1 further comprising completing the transaction by reconciling payment between the target account and at least one other account (as suggested by step 780).
- step of reconciling the payment includes submitting less than full payment to the at least one other account according to terms of the virtual coupon.
- step of reconciling the payment includes receiving full payment from a user account.
- step of reconciling the payment includes crediting the selected target account, wherein the target account comprises a subscription account.
- step of providing the virtual coupon includes displaying a coupon overlay on an image of the purchasable item on a display of the mobile device (as suggested by step 715).
- the method of claim 1 further comprising using the mobile device to derive object attributes of an object with a field of view of a sensor associated with the mobile device (as suggested by step 790).
- the method of claim 15, further comprising the mobile device identifying the purchasable item as a function of the object attributes.
- a method of mitigating risk of transaction fraud comprising:
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Computer Security & Cryptography (AREA)
- Game Theory and Decision Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/US2012/066300 WO2013078345A1 (fr) | 2011-11-21 | 2012-11-21 | Service de facturation d'abonnement, systèmes et procédés associés |
PCT/US2013/034164 WO2014081462A1 (fr) | 2011-11-21 | 2013-03-27 | Service de facturation d'abonnement, systèmes et procédés associés |
Publications (2)
Publication Number | Publication Date |
---|---|
EP2771856A1 true EP2771856A1 (fr) | 2014-09-03 |
EP2771856A4 EP2771856A4 (fr) | 2015-08-05 |
Family
ID=51243487
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP13854232.9A Withdrawn EP2771856A4 (fr) | 2012-11-21 | 2013-03-27 | Service de facturation d'abonnement, systèmes et procédés associés |
Country Status (2)
Country | Link |
---|---|
EP (1) | EP2771856A4 (fr) |
JP (1) | JP2015513378A (fr) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107025559B (zh) * | 2017-01-26 | 2020-09-18 | 创新先进技术有限公司 | 一种业务处理方法及装置 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8218873B2 (en) * | 2000-11-06 | 2012-07-10 | Nant Holdings Ip, Llc | Object information derived from object images |
JP2005196494A (ja) * | 2004-01-07 | 2005-07-21 | Mitsubishi Electric Corp | 商品購入システム |
JP4413633B2 (ja) * | 2004-01-29 | 2010-02-10 | 株式会社ゼータ・ブリッジ | 情報検索システム、情報検索方法、情報検索装置、情報検索プログラム、画像認識装置、画像認識方法および画像認識プログラム、ならびに、販売システム |
JP2006085518A (ja) * | 2004-09-17 | 2006-03-30 | Honda Motor Co Ltd | 販売情報管理システム |
JP4429924B2 (ja) * | 2005-01-06 | 2010-03-10 | 日本電信電話株式会社 | 成果報酬型広告管理装置 |
EP1965344B1 (fr) * | 2007-02-27 | 2017-06-28 | Accenture Global Services Limited | Reconnaissance d'objets à distance |
US20120109773A1 (en) * | 2010-04-09 | 2012-05-03 | Neomedia Technologies, Inc. | Method and system for implementing bar codes with online auctions |
JP5244864B2 (ja) * | 2010-06-29 | 2013-07-24 | ヤフー株式会社 | 商品識別装置、方法及びプログラム |
-
2013
- 2013-03-27 JP JP2014558993A patent/JP2015513378A/ja active Pending
- 2013-03-27 EP EP13854232.9A patent/EP2771856A4/fr not_active Withdrawn
Also Published As
Publication number | Publication date |
---|---|
JP2015513378A (ja) | 2015-05-11 |
EP2771856A4 (fr) | 2015-08-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11854036B2 (en) | Location-based transaction reconciliation management methods and systems | |
US9805385B2 (en) | Subscription bill service, systems and methods | |
AU2021203226B2 (en) | Systems for processing electronic transactions | |
US8788350B2 (en) | Handling payment receipts with a receipt store | |
US20120130790A1 (en) | Method and system for location- and history-based distribution of offers to mobile devices | |
US20210166260A1 (en) | Systems and methods for providing a merchant offer | |
WO2015183901A9 (fr) | Système et procédé pour plateforme logicielle de marché | |
US9619792B1 (en) | Associating an account with a card based on a photo | |
CN107113055A (zh) | 实现用于与车辆数据通信的通信协议的***和方法 | |
US9721275B1 (en) | Broadcast feeds for order transactions | |
US20140214630A1 (en) | System and Method for Merchandising on an Electronic Device with Instantaneous Loan and Insurance | |
WO2019062618A1 (fr) | Procédé, dispositif et système de traitement de données de transaction | |
US11238481B1 (en) | Methods and systems for providing a best price guarantee | |
US20230334492A1 (en) | Blockchain agnostic token network | |
WO2015084746A1 (fr) | Systèmes, procédés et dispositifs de traitement dynamique de transaction et de promotion | |
KR102058934B1 (ko) | 전자 영수증들의 저장 및 액세스를 위한 시스템 및 방법 | |
EP2771856A1 (fr) | Service de facturation d'abonnement, systèmes et procédés associés | |
KR20130070509A (ko) | 휴대용 단말기를 이용한 결제시스템 및 결제방법과, 이 방법을 실행하기 위한 프로그램이 기록된 저장매체 |
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: 20140527 |
|
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 |
|
RA4 | Supplementary search report drawn up and despatched (corrected) |
Effective date: 20150707 |
|
RIC1 | Information provided on ipc code assigned before grant |
Ipc: G06Q 30/06 20120101AFI20150701BHEP Ipc: G06Q 30/02 20120101ALI20150701BHEP Ipc: G06Q 20/38 20120101ALI20150701BHEP Ipc: G06Q 20/14 20120101ALI20150701BHEP Ipc: G06Q 20/22 20120101ALI20150701BHEP Ipc: G06Q 40/02 20120101ALI20150701BHEP Ipc: G06Q 20/40 20120101ALI20150701BHEP |
|
DAX | Request for extension of the european patent (deleted) | ||
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN |
|
18D | Application deemed to be withdrawn |
Effective date: 20160204 |