US20140304150A1 - Payer device that changes physical state based on payer information - Google Patents
Payer device that changes physical state based on payer information Download PDFInfo
- Publication number
- US20140304150A1 US20140304150A1 US14/308,360 US201414308360A US2014304150A1 US 20140304150 A1 US20140304150 A1 US 20140304150A1 US 201414308360 A US201414308360 A US 201414308360A US 2014304150 A1 US2014304150 A1 US 2014304150A1
- Authority
- US
- United States
- Prior art keywords
- physical state
- state change
- payer
- user device
- movement
- 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.)
- Abandoned
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/24—Accounting or billing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/016—Input arrangements with force or tactile feedback as computer generated output to the user
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/322—Aspects of commerce using mobile devices [M-devices]
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Accounting & Taxation (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Computer Networks & Wireless Communication (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Human Computer Interaction (AREA)
- Signal Processing (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- User Interface Of Digital Computer (AREA)
Abstract
A method for providing payer information on a payer device includes providing a payer device that includes at least one physical state change component moveably coupled to the payer device. Payer information is received over a network. The payer information is then determined to be associated with a physical state change instruction in a non-transitory, machine-readable medium of the payer device. The at least one physical state change component is then actuated according to the physical state change instruction to provide the payer information to a payer by changing the physical state of the payer device.
Description
- This application is a Continuation of U.S. patent application Ser. No. 13/152,641 filed on Jun. 3, 2011 (Attorney Docket No. 70481.342), entitled “Payer Device That Changes Physical State Based On Payer Information,” the disclosure of which is incorporated herein by reference.
- 1. Field of the Invention
- The present invention generally relates to online and/or mobile payments and more particularly to a payer device that changes its physical state based on payer information retrieved from a payer account.
- 2. Related Art
- More and more consumers are purchasing items and services over electronic networks such as, for example, the Internet. Consumers routinely purchase products and services from merchants and individuals alike. The transactions may take place directly between a conventional or on-line merchant or retailer and the consumer, and payment is typically made by entering credit card or other financial information. Transactions may also take place with the aid of an on-line or mobile payment service provider such as, for example, PayPal, Inc. of San Jose, Calif. Such payment service providers can make transactions easier and safer for the parties involved. Purchasing with the assistance of a payment service provider from the convenience of virtually anywhere using a mobile device is one main reason why on-line and mobile purchases are growing very quickly.
- In order to make online and/or mobile payments, payers typically use a payer account provided by a payment service provider, an account provider, and/or a variety of other entities known in the art, and the payer account typically includes funds that allow the payer to make payments. However, conventional access to the payer account requires that a payer key-in a username and password on a payer device, and retrieval of payer information from the payer account (e.g., available funds, payment status, etc.) requires that the payer navigate through and/or view a plurality of web pages or application screens in order to find that payer information. The need to key in access credentials and/or navigate to a payer account using the payer device is time consuming for a payer.
- Thus, there is a need for an improved system to access payer information using a payer device.
- According to one embodiment, a method for providing payer information on a payer device is performed on a payer device including at least one physical state change component moveably coupled to the payer device. Payer information is received over a network and determined to be associated with a physical state change instruction, and the at least one physical state change component is then actuated according to the physical state change instruction to change the physical state of the payer device.
- In an embodiment, the physical state change of the payer device may include an increase in a perimeter surface of the payer device and/or the movement of a weight housed in the payer device in response to the payer information indicating that a funding amount of a payer account has changed. In another embodiment, the physical state change of the payer device may include a repeated pulse vibration that changes frequency in response to the payer information indicating that the status of a payment being made from a payer account is changing.
- As a result, a payer may be provided payer information by the changing physical state of the payer device, which frees the payer from needing to look at the payer device to receive the payer information.
- These and other features and advantages of the present disclosure will be more readily apparent from the detailed description of the embodiments set forth below taken in conjunction with the accompanying figures.
-
FIG. 1 a is a perspective view illustrating an embodiment of a payer device; -
FIG. 1 b is a schematic front view illustrating an embodiment of the payer device ofFIG. 1 a; -
FIG. 1 c is a schematic side view illustrating an embodiment of the payer device ofFIGS. 1 a and 1 b; -
FIG. 1 d is a schematic front view illustrating an embodiment of the payer device ofFIG. 1 a; -
FIG. 1 e is a schematic side view illustrating an embodiment of the payer device ofFIGS. 1 a and 1 d; -
FIG. 2 a is a flow chart illustrating an embodiment of a method for providing payer information on a payer device. -
FIG. 2 b is a perspective view illustrating an embodiment of the payer device ofFIGS. 1 a, 1 b, and 1 c after a physical state change. -
FIG. 2 c is a schematic front view illustrating an embodiment of the payer device ofFIGS. 1 a, 1 b, and 1 c after a physical state change. -
FIG. 2 d is a schematic side view illustrating an embodiment of the payer device ofFIGS. 1 a, 1 b and 1 c after a physical state change. -
FIG. 2 e is a schematic side view illustrating an embodiment of the payer device ofFIGS. 1 a, 1 b and 1 c after a physical state change. -
FIG. 2 f is a schematic front view illustrating an embodiment of the payer device ofFIGS. 1 a, 1 d and 1 e after a physical state change. -
FIG. 2 g is a schematic side view illustrating an embodiment of the payer device ofFIGS. 1 a, 1 d and 1 e after a physical state change. -
FIG. 2 h is a schematic front view illustrating an embodiment of the payer device ofFIGS. 1 a, 1 d and 1 e after a physical state change. -
FIG. 2 i is a schematic side view illustrating an embodiment of the payer device ofFIGS. 1 a, 1 d and 1 e after a physical state change. -
FIG. 2 j is a schematic front view illustrating an embodiment of the payer device ofFIGS. 1 a, 1 b, and 1 c receiving signals due to a physical state change. -
FIG. 3 is a schematic view illustrating an embodiment of a networked system; -
FIG. 4 is a schematic view illustrating an embodiment of a computer system; and -
FIG. 5 is a schematic view illustrating an embodiment of a payer device. - Embodiments of the present disclosure and their advantages are best understood by referring to the detailed description that follows. It should be appreciated that like reference numerals are used to identify like elements illustrated in one or more of the figures, wherein showings therein are for purposes of illustrating embodiments of the present disclosure and not for purposes of limiting the same.
- The present disclosure provides a payer device and method of using the payer device to provide payer information from a payer account to a payer. The payer device includes at least one physical state change component moveably coupled to the payer device. Payer information from the payer account is retrieved over a network and determined to be associated with a physical state change instruction that is stored in the payer device, and the at least one physical state change component is then actuated according to the physical state change instruction to change the physical state of the payer device such that the payer information is provided to the payer.
- In an embodiment, as discussed in further detail below, in response to a change of a funding amount of the payer account, the perimeter surface of the payer device may be changed. For example, an increase in the funding amount of the payer account may result in an increase in the perimeter surface of the payer device which results in the feeling of a relatively larger volume payer device to the payer that indicates a relatively higher funding amount in the payer account. In another example, a decrease in the funding amount of the payer account may result in an decrease in the perimeter surface of the payer device which results in the feeling of a relatively smaller volume payer device to the payer that indicates a relatively lower funding amount in the payer account.
- In an embodiment, as discussed in further detail below, in response to a change of a funding amount of the payer account, the position of a weight in the payer device may be changed. For example, an increase in the funding amount of the payer account may result in the movement of the weight from a bottom of the payer device to a top of the payer device, which results in the feeling of a “full” payer device to the payer that indicates a relatively higher funding amount in the payer account. In another example, a decrease in the funding amount of the payer account may result in the movement of the weight from the top of the payer device to the bottom of the payer device which results in the feeling of an “empty” payer device to the payer that indicates a relatively lower funding amount in the payer account.
- In an embodiment, as discussed in further detail below, in response to a change in status of a payment being made using the payer account, the frequency of a repeated pulse vibration in the payer device may be changed. For example, as a payment being made using the payer account is initiated, the frequency of the repeated pulse vibration in the payer device may be relatively slow. As the payment being made using the payer account moves closer to completion, the frequency of the repeated pulse vibration in the payer device may be increased until the payment is completed, which provides a “heartbeat” that is felt by payer and indicates the status of the payment being made from the payer account.
- Physical state changes of the payer device may also be used to provide information to the payer device, as discussed in further detail below. For example, the payer may manipulate the at least one physical state change component on the payer device into a predetermined configuration or sequence of configurations to provide a “passcode” to access the payer account.
- Referring now to
FIGS. 1 a, 1 b, 1 c, 1 d, and 1 e, an embodiment of apayer device 100 is illustrated. Thepayer device 100 includes apayer device chassis 102 including afront surface 102 a, arear surface 102 b located opposite thepayer device chassis 102 from thefront surface 102 a, atop surface 102 c extending between thefront surface 102 a and therear surface 102 b, abottom surface 102 d located opposite thepayer device chassis 102 from thetop surface 102 c, and a pair ofopposing side surfaces front surface 102 a, therear surface 102 b, thetop surface 102 c, and thebottom surface 102 d. Adisplay 104 is included on thepayer device chassis 102 and extends between theside surfaces front surface 102 a. An input device of thepayer device 100 includes thedisplay 104 and a plurality ofinput buttons 106 that are located on the front surface 106 a adjacent thebottom surface 102 d. One of skill in the art will recognize that thepayer device 100 is a portable or mobile phone including a touch screen input device and a plurality of input buttons that allow the functionality discussed below with reference to themethod 200. However, a variety of other portable/mobile user devices and/or desktop user devices may be used in themethod 200 without departing from the scope of the present disclosure. - The
payer device chassis 102 defines apayer device housing 108 between thefront surface 102 a, therear surface 102 b, thetop surface 102 c, thebottom surface 102 d and the side surfaces 102 e and 102 f. A plurality of computing and/or other components may be housed in thepayer device housing 108, discussed in further detail below. A plurality of physical state change components are also coupled to thepayer device chassis 102 and at least partially housed in thepayer device housing 108. - In the embodiment illustrated in
FIGS. 1 b and 1 c, thepayer device 100 includes a front physicalstate change component 110 a housed in thepayer device housing 108 and located adjacent thefront surface 102 a of thepayer device chassis 102. In an embodiment, the front physicalstate change component 110 a may include at least a portion of thedisplay 104. The front physicalstate change component 110 a is moveably coupled to a plurality of actuators 110 aa and 110 ab that are housed in thepayer device housing 108. Thepayer device 100 also includes a rear physicalstate change component 110 b housed in thepayer device housing 108 and located adjacent therear surface 102 b of thepayer device chassis 102. The rear physicalstate change component 110 b is moveably coupled to a plurality of actuators 110 ba and 110 bb that are housed in thepayer device housing 108. - The
payer device 100 also includes a top physicalstate change component 110 c housed in thepayer device housing 108 and located adjacent thetop surface 102 c of thepayer device chassis 102. The top physicalstate change component 110 c is moveably coupled to an actuator 110 ca that is housed in thepayer device housing 108. Thepayer device 100 also includes a bottom physicalstate change component 110 d housed in thepayer device housing 108 and located adjacent thebottom surface 102 d of thepayer device chassis 102. The bottom physicalstate change component 110 d is moveably coupled to an actuator 110 da that is housed in thepayer device housing 108. Thepayer device 100 also includes a first side physicalstate change component 110 e housed in thepayer device housing 108 and located adjacent theside surface 102 e of thepayer device chassis 102. The first side physicalstate change component 110 e is moveably coupled to an actuator 110 ea that is housed in thepayer device housing 108. Thepayer device 100 also includes a second side physicalstate change component 110 f housed in thepayer device housing 108 and located adjacent theside surface 102 f of thepayer device chassis 102. The second side physicalstate change component 110 f is moveably coupled to an actuator 110 fa that is housed in thepayer device housing 108. While a plurality of physical state change components and actuators have been illustrated and described, one of skill in the art will recognize that physical state change components may be added or removed from thepayer device 100 and actuators may be added or removed from the physical state change components while remaining within the scope of the present disclosure. - In the embodiment illustrated in
FIGS. 1 d and 1 e, thepayer device 100 includes a weight physicalstate change component 112 housed in thepayer device housing 108 and located adjacent therear surface 102 b of thepayer device chassis 102. The weight physicalstate change component 112 is moveably coupled to anactuator track 112 a that is housed in thepayer device housing 108 and is positioned along the length of thepayer device chassis 102. - While a plurality of physical state change components have been illustrated, they are meant to be merely exemplary and one of skill in the art will recognize that a variety of other physical state change components and component configurations may be included in the
payer device 100 without departing from the scope of the present disclosure. Furthermore, the physical state change components ofFIGS. 1 b and 1 c have been illustrated separately from the physical state change components ofFIGS. 1 d and 1 e for clarity of discussion, and those and other physical state change components may be combined into asingle payer device 100 while remaining within the scope of the present disclosure. - Referring now to
FIG. 2 a, amethod 200 for providing payer information on a payer device is illustrated. Themethod 200 begins atblock 202 where a payer device is provided that includes at least one physical state change component moveably coupled to a payer device. In an embodiment, thepayer device 100, discussed above with reference toFIGS. 1 a, 1 b, 1 c, 1 d, and 1 e, is provided that includes the physicalstate change components payer device 100 may also include a processor, a non-transitory machine-readable medium, a network interface, and/or a variety of other components known in the art and discussed in further detail below. In an embodiment, thepayer device 100 is associated with a payer account that may be provided by a payment service provider, a payee, an account provider, and/or a variety of other entities known in the art. The payer account maybe funded by one or more funding sources such that a funding amount is associated with the payer account, and a payer may use thepayer device 100 to may payments to payees with funds included in the payer account. - The
method 200 then proceeds to block 204 where the payer device receives payer information. Thepayer device 100 is operable, e.g., using the processor and the network interface, to receive payer information over a network (e.g., the Internet.) In an embodiment, thepayer device 100 may receive payer information associated with the payer account over the network from a payment service provider device, a payee device, an account provider device, and/or from a variety of other devices known in the art. Thepayer device 100 may receive the payer information in response to an action detected from thepayer device 100, the payment service provider device, the payee device, the account provider device, and/or from a variety of other devices known in the art. For example, the payer information may include a change in the funding amount (an addition of funds, a subtraction of funds, etc.) associated with the payer account. The payer information may be sent by the payment service provider device, payee device, and/or account provider device and received by thepayer device 100 in response to detecting the change in the funding amount associated with the payer account by the payment service provider device, payee device, and/or account provider device. In another example, the payer information may be retrieved by the payer device from the payment service provider device, payee device, and/or account provider device in response to detecting an action on the payer device 100 (e.g., an instruction to periodically check the funding amount of the payer account, an action that may change in the funding amount associated with the payer account, etc.) - In another embodiment, the
payer device 100 may receive payer information associated with a payment being made over the network from a payment service provider device, an account provider device, a payee device, combinations thereof, and/or a variety of other device known in the art. The payer device may receive the payer information in response to an action detected from the payer device, the payment service provider device, the payee device, the account provider device, and/or from a variety of other devices known in the art. For example, the payer information may include a status of a payment being made using the payer account. The payer information may be sent by the payment service provider device, payee device, and/or account provider device and received by thepayer device 100 in response to detecting a change in the status of the payment being made using the payer account by the payment service provider device, payee device, and/or account provider device. In another example, the payer information may be retrieved by thepayer device 100 from the payment service provider device, payee device, and/or account provider device in response to detecting an action on the payer device (e.g., an instruction to make a payment.) - The
method 200 then proceeds to block 206 where the payer device determines that the payer information is associated with a physical state change instruction. As discussed above, thepayer device 100 includes a machine-readable medium. In an embodiment, the machine-readable medium (e.g., a database in a memory or other information storage device) includes one or more physical state change instructions that are associated with payer information, and the payer device 100 (e.g., using the processor) may determine that the payer information received inblock 204 of themethod 200 is associated with physical state change instructions in the machine-readable medium. In an embodiment, one or more physical state change instructions may be specified by the payer to produce desired and/or predetermined physical state changes of thepayer device 100 in response to particular payment information, and those physical state change instructions may be stored in the machine-readable medium of thepayer device 100. - The
method 200 then proceeds to block 208 where at least one physical state change component in thepayer device 200 is actuated according to the physical state change instruction. While a variety of examples of physical state changes of thepayer device 200 are described below, they are meant to be exemplary, and one of skill in the art will appreciate that a variety of different physical state change components may be utilized to provide a variety of different physical state changes of the payer device that convey payer information to a payer without departing from the scope of the present disclosure. - Referring now to
FIGS. 2 a, 2 b, 2 c, 2 d, and 2 e, an embodiment of a physical state change of thepayer device 100 atblock 208 of themethod 200 is described and illustrated. In this embodiment, the payer information received by thepayer device 100 atblock 204 of themethod 200 may have included an increase in the funding amount associated with the payer account, and the physical state change instruction determined to be associated with that payer information may have included an instruction to increase the perimeter surface of thepayer device 100. Atblock 208 of themethod 200, in response to the physical state change instruction, the payer device 100 (e.g., using the processor) actuates: the actuators 110 aa and 110 ab to move the front physicalstate change component 110 a relative to thepayer device chassis 102 a and out of thepayer device housing 108, the actuators 110 ba and 110 bb to move the rear physicalstate change component 110 b relative to thepayer device chassis 102 a and out of thepayer device housing 108, theactuator 110 c to move the top physicalstate change component 110 c relative to thepayer device chassis 102 a and out of thepayer device housing 108, the actuator 110 da to move the bottom physicalstate change component 110 d relative to thepayer device chassis 102 a and out of thepayer device housing 108, the actuator 110 ea to move the first side physicalstate change component 110 e relative to thepayer device chassis 102 a and out of thepayer device housing 108, and the actuator 110 fa to move the second side physicalstate change component 110 f relative to thepayer device chassis 102 a and out of thepayer device housing 108, as illustrated inFIGS. 2 b, 2 c, and 2 d. - As can been seen in
FIGS. 1 a, 2 b, 2 c, and 2 d, in response to the increase in the funding amount associated with the payer account, the perimeter surface (i.e., the outer surface) of thepayer device 100 has been increased. In an embodiment, as the funding amount in the payer account decreases, a payment instruction may include decreasing the perimeter surface of thepayer device 100 by actuating the actuators to move the physical state change components at least partially back into thepayer device housing 108. Thus, a payer may be provided payer information (e.g., a changing funding amount associated with a payer account) by changing the payers perceived volume of the payer device 100 (i.e., the ‘thicker’ thepayer device 100, the higher the funding amount associated with the payer account). In an embodiment, thepayer device 100 may include a preset or default perimeter surface area. Furthermore, the physical state change instructions may include instructions to proportionally adjust the perimeter surface of thepayer device 100 with respect the funding amount associated with the payer account (e.g., the ‘thickness’ of the phone would range from the ‘thickest’ at the maximum funding amount to the ‘thinnest’ when the account is no longer funded.) - In an embodiment, physical state change components may be added to the embodiment illustrated in
FIGS. 2 b and 2 c to result in a continuous perimeter surface of thepayer device 100 after the physical state change has been performed. Furthermore, alternative physical state change components may be used to change the perimeter surface of thepayer device 100 such as, for example, physical state change components that expand due to the introduction of fluid, in response to an electrical current, etc. - One of skill in the art will recognize that the actuators may be actuated separately or in different combinations to change the physical state of the
payer device 100 differently than is illustrated inFIGS. 2 b, 2 c, and 2 d. For example, as illustrated inFIG. 2 e, the actuator 110 bb may be actuated to move a portion of the rear physicalstate change component 110 b (e.g., the portion adjacent thebottom surface 102 d of the payee device 100) further relative to thepayee device chassis 102 than the actuator 110 ba is actuated to move another portion of the rear physicalstate change component 110 b (e.g., the portion adjacent thetop surface 102 c of thepayee device 100.) While examples have been provided, a wide variety of physical state changes of thepayer device 100 that provide a variety of physical shapes, volumes, etc. of thepayer device 100 are envisioned as falling within the scope of the present disclosure. - Referring now to
FIGS. 2 f and 2 g, another embodiment of a physical state change of thepayer device 100 atblock 208 of themethod 200 is described and illustrated. In this embodiment, the payer information received by thepayer device 100 atblock 204 of themethod 200 may have included an increase in the funding amount associated with the payer account, and the physical state change instruction determined to be associated with that payer information may have included an instruction to shift the weight of the payer device 100 (e.g., to shift a center of gravity of thepayer device 100.) Atblock 208 of themethod 200, in response to the physical state change instruction, the payer device 100 (e.g., using the processor) actuates theactuator track 112 a to move the weight physicalstate change component 112 relative to thepayer device 100 from the position illustrated inFIG. 1 d to the position illustrated inFIGS. 2 f and 2 g, adjacent thetop surface 102 c of thepayee device 100. - As can been seen in
FIGS. 2 f and 2 g, in response to the increase in the funding amount associated with the payer account, the weight of thepayer device 100 has been shifted. In an embodiment, as the funding amount in the payer account decreases, a payment instruction may include shifting the weight of thepayer device 100 by actuating theactuator track 112 a to move the weight physicalstate change component 112 to the position illustrated inFIGS. 2 h and 2 i, adjacent thebottom surface 102 d of thepayer device 100. Thus, a payer may be provided payer information (e.g., a changing funding amount associated with a payer account, a number of transactions being processed through the payer account, etc.) by shifting the weight of the payer device 100 (i.e., a ‘top heavy’ or ‘full feeling’payer device 100 may indicate a higher funding amount associated with the payer account, while a ‘bottom heavy’ or ‘empty feeling’payer device 100 may indicate a lower funding amount associated with the payer account.) Furthermore, the physical state change instructions may include instructions to proportionally shift the weight of thepayer device 100 with respect the funding amount associated with the payer account. In another embodiment, a payer instruction may include instructions to shift of the weight of thepayer device 100 in response to a proposed purchase. For example, a payer may be browsing for items on thepayer device 100, and in response to proposing a purchase on the payer device 100 (e.g., by adding an item to an electronic shopping cart before confirming payment,) the weight of thepayer device 100 may be shifted to make the payer device 100 ‘bottom heavy’ to indicate that the payer account has low or insufficient funds to cover the proposed payment. - In an embodiment, different or additional weight physical state change components and actuator trackers may be added to the
payer device 100 that allow the weight of thepayer device 100 to be shifted differently than described above (e.g., between the side surfaces 102 e and 102 f, between corners of thepayer device 100, etc.) - In another embodiment, the payer information received by the
payer device 100 atblock 204 of themethod 200 may include a status of a payment made using the payer account, and the physical state change instruction determined to be associated with that payer information may have included an instruction to provide a repeated pulse vibration of thepayer device 100 that changes in response to the changing status of the payment. Atblock 208 of themethod 200, in response to the physical state change instruction, the payer device 100 (e.g., using the processor) may actuate a pulse device housed in thepayer device 100 to create a repeated pulse vibration of thepayer device 100. For example,payer device 100 may actuate theactuator track 112 a to move the weight physicalstate change component 112 back and forth relative to thepayer device 100 in order to create a repeated pulse vibration, or ‘heartbeat’, in thepayer device 100. While the weight physicalstate change component 112 andactuator track 112 a have been described as providing a pulse device, an variety of other pulse devices known in the art may be employed to provide the ‘heartbeat’ by vibration in thepayee device 100. - As the status of the payment changes and is received by the
payer device 100, the frequency of the repeated pulse vibration of thepayer device 100 may be changed according to the physical state change instructions. Thus, a payer may be provided payer information (e.g., a status of a payment made using the payer account) by changing a repeated pulse vibration induced in the payer device 100 (i.e., a relatively slow repeated pulse vibration in thepayer device 100 may indicate that a status of a payment is beginning, while a relatively fast repeated pulse vibration in thepayer device 100 may indicate that a status of a payment is nearing completion.) Furthermore, the physical state change instructions may include instructions to proportionally change the frequency of the repeated pulse vibration of thepayer device 100 with respect the current status of the payment. - Thus, a variety of physical state changes of a payer device may be performed to provide payer information to a payer. Those physical state changes free the payer from having to manipulate or even look at the payer device to receive the payer information. Although specific examples of payer information have been provided herein, it is contemplated that payer information triggering a physical change in a user or payer device may include any suitable information, including non-financial or payment related information. Examples include, but are not limited to, an approved transaction or payment, a denied transaction or payment, a notification or message sent to the user, where the physical change may vary depending on the content or sender of the message, an unauthorized use of the payer's account, any change in status or information of the payer's account, when a new app is added, when an app has an update, notification of events, such as from the user's calendar, and changes to the device location.
- Referring now to
FIGS. 2 b, 2 c, and 2 j, the physical state change components on thepayer device 100 may also be used to provide information to thepayer device 100. For example, the physical state change components of thepayee device 100 may be actuated as illustrated inFIGS. 2 b and 2 c. A payer may then provide a force A on the first side physicalstate change component 110 e to move the first side physicalstate change component 110 e relative to thepayer device chassis 102 and partially into thepayer device housing 108, and a force B on the bottom physicalstate change component 110 e to move the portion of the bottom physicalstate change component 110 e adjacent theside surface 102 f of thepayer device 100 relative to thepayer device 100 and partially into thepayer device housing 108, as illustrated inFIG. 2 j. The payer device 100 (e.g., using the processor) may detect the movement of the first side physicalstate change component 110 e and bottom physicalstate change component 110 e relative to thepayer device chassis 100 and, in response, determine that the detected movements correspond to a pre-defined movement or sequence of movements of the physical state change components that is stored in the machine-readable medium. In an embodiment, determination that a pre-defined movement of sequence of movements has occurred may provide credentials for the accessing of the payer account over the network by thepayer device 100, accessing thepayer device 100 itself, or providing a variety of other instructions know in the art. - Thus, the
payer device 100 may allow the payer to provide instructions, commands, and/or other signals to thepayer device 100 by changing the physical state of thepayer device 100 according to pre-defined movements or sequences of movements of the physical state change components. In an embodiment, the predefined movement or sequence of movements may result in a specific shape of thepayer device 100 that thepayer device 100 recognizes as providing a predefined instruction. Furthermore, the physical state change components may be operable to be manipulated differently than illustrated and described above. For example, the physical state change components may be operable to be removed from thepayer device 100, rotated, pivoted, and/or move in a variety of other manners known in the art. - Referring now to
FIG. 3 , an embodiment of anetworked system 300 used in the system described above is illustrated. Thenetworked system 300 includes a plurality ofpayer devices 302, a plurality ofpayee devices 304, a payment service provider device 306, and a plurality ofaccount provider devices 308 in communication over anetwork 310. Any of thepayer devices 302 may be thepayer device 100, discussed above. Thepayee devices 304 may be the payee devices discussed above and may be operated by the payees discussed above. The payment service provider device 306 may be the payment service provider devices discussed above and may be operated by a payment service provider such as, for example, PayPal Inc. of San Jose, Calif. Theaccount provider devices 308 may be the account provider devices discussed above and may be operated by the account providers discussed above such as, for example, credit card account providers, bank account providers, savings account providers, and a variety of other account providers known in the art. - The
payer devices 302,payee devices 304, payment service provider device 306, andaccount provider devices 308 may each include one or more processors, memories, and other appropriate components for executing instructions such as program code and/or data stored on one or more computer readable mediums to implement the various applications, data, and steps described herein. For example, such instructions may be stored in one or more computer readable mediums such as memories or data storage devices internal and/or external to various components of thesystem 300, and/or accessible over thenetwork 310. - The
network 310 may be implemented as a single network or a combination of multiple networks. For example, in various embodiments, thenetwork 310 may include the Internet and/or one or more intranets, landline networks, wireless networks, and/or other appropriate types of networks. - The
payer device 302 may be implemented using any appropriate combination of hardware and/or software configured for wired and/or wireless communication overnetwork 310. For example, in one embodiment, thepayer device 302 may be implemented as a personal computer of a user in communication with the Internet. In other embodiments, thepayer device 302 may be a smart phone, personal digital assistant (PDA), laptop computer, and/or other types of computing devices. - The
payer device 302 may include one or more browser applications which may be used, for example, to provide a convenient interface to permit the payer to browse information available over thenetwork 310. For example, in one embodiment, the browser application may be implemented as a web browser configured to view information available over the Internet. - The
payer device 302 may also include one or more toolbar applications which may be used, for example, to provide user-side processing for performing desired tasks in response to operations selected by the payer. In one embodiment, the toolbar application may display a user interface in connection with the browser application. - The
payer device 302 may further include other applications as may be desired in particular embodiments to provide desired features to thepayer device 302. In particular, the other applications may include a payment application for payments assisted by a payment service provider through the payment service provider device 306. The other applications may also include security applications for implementing user-side security features, programmatic user applications for interfacing with appropriate application programming interfaces (APIs) over thenetwork 310, or other types of applications. Email and/or text applications may also be included, which allow the payer to send and receive emails and/or text messages through thenetwork 310. Thepayer device 302 includes one or more user and/or device identifiers which may be implemented, for example, as operating system registry entries, cookies associated with the browser application, identifiers associated with hardware of thepayer device 302, or other appropriate identifiers, such as a phone number. In one embodiment, the user identifier may be used by the payment service provider device 306 and/oraccount provider device 308 to associate the user with a particular account as further described herein. - The
payee device 304 may be maintained, for example, by a conventional or on-line merchant, conventional or digital goods seller, individual seller, and/or application developer offering various products and/or services in exchange for payment to be received conventionally or over thenetwork 310. In this regard, thepayee device 304 may include a database identifying available products and/or services (e.g., collectively referred to as items) which may be made available for viewing and purchase by the payer. - The
payee device 304 also includes a checkout application which may be configured to facilitate the purchase by the payer of items. The checkout application may be configured to accept payment information from the payer through thepayer device 302, the account provider through theaccount provider device 308, and/or from the payment service provider through the payment service provider device 306 over thenetwork 310. - Referring now to
FIG. 4 , an embodiment of acomputer system 400 suitable for implementing, for example, thepayer device 100, thepayer device 302, thepayees device 304, the payment service provider device 306, and/or theaccount provider device 308, is illustrated. It should be appreciated that other devices utilized by payer, payees, payment service providers, and account providers in the payment system discussed above may be implemented as thecomputer system 400 in a manner as follows. - In accordance with various embodiments of the present disclosure,
computer system 400, such as a computer and/or a network server, includes a bus 402 or other communication mechanism for communicating information, which interconnects subsystems and components, such as a processing component 404 (e.g., processor, micro-controller, digital signal processor (DSP), etc.), a system memory component 406 (e.g., RAM), a static storage component 408 (e.g., ROM), a disk drive component 410 (e.g., magnetic or optical), a network interface component 412 (e.g., modem or Ethernet card), a display component 414 (e.g., CRT or LCD), an input component 418 (e.g., keyboard, keypad, or virtual keyboard), a cursor control component 420 (e.g., mouse, pointer, or trackball), and/or a location sensor 422 (e.g., a Global Positioning System (GPS) device, a cell tower triangulation device, and/or a variety of other location determination devices known in the art.) In one implementation, thedisk drive component 410 may comprise a database having one or more disk drive components. - In accordance with embodiments of the present disclosure, the
computer system 400 performs specific operations by theprocessor 404 executing one or more sequences of instructions contained in thememory component 406, such as described herein with respect to thepayer device system memory component 406 from another computer readable medium, such as thestatic storage component 408 or thedisk drive component 410. In other embodiments, hard-wired circuitry may be used in place of or in combination with software instructions to implement the present disclosure. - Logic may be encoded in a computer readable medium, which may refer to any medium that participates in providing instructions to the
processor 404 for execution. Such a medium may take many forms, including but not limited to, non-volatile media, volatile media, and transmission media. In one embodiment, the computer readable medium is non-transitory. In various implementations, non-volatile media includes optical or magnetic disks, such as thedisk drive component 410, volatile media includes dynamic memory, such as thesystem memory component 406, and transmission media includes coaxial cables, copper wire, and fiber optics, including wires that comprise the bus 402. In one example, transmission media may take the form of acoustic or light waves, such as those generated during radio wave and infrared data communications. - Some common forms of computer readable media includes, for example, floppy disk, flexible disk, hard disk, magnetic tape, any other magnetic medium, CD-ROM, any other optical medium, punch cards, paper tape, any other physical medium with patterns of holes, RAM, PROM, EPROM, FLASH-EPROM, any other memory chip or cartridge, carrier wave, or any other medium from which a computer is adapted to read. In one embodiment, the computer readable media is non-transitory.
- In various embodiments of the present disclosure, execution of instruction sequences to practice the present disclosure may be performed by the
computer system 400. In various other embodiments of the present disclosure, a plurality of thecomputer systems 400 coupled by acommunication link 424 to the network 310 (e.g., such as a LAN, WLAN, PTSN, and/or various other wired or wireless networks, including telecommunications, mobile, and cellular phone networks) may perform instruction sequences to practice the present disclosure in coordination with one another. - The
computer system 400 may transmit and receive messages, data, information and instructions, including one or more programs (i.e., application code) through thecommunication link 424 and thenetwork interface component 412. Thenetwork interface component 412 may include an antenna, either separate or integrated, to enable transmission and reception via thecommunication link 424. Received program code may be executed byprocessor 404 as received and/or stored indisk drive component 410 or some other non-volatile storage component for execution. - Referring now to
FIG. 5 , an embodiment of apayer device 500 is illustrated. In an embodiment, thedevice 500 may be thepayer device payer device 500 includes acommunication engine 502 that is coupled to thenetwork 310, anactuator engine 504, and to payerinformation analysis engine 506 that is coupled to a physical statechange instruction database 508. Thecommunication engine 502 may be software or instructions stored on a computer-readable medium that, when executed by a processor, allows thepayer device 500 to send and receive information over thenetwork 310, and to send and receive signals (e.g., instructions) to and from the actuators. The payerinformation analysis engine 506 may be software or instructions stored on a computer-readable medium that, when executed by a processor, allows thepayer device 500 to receive payer information from thecommunication engine 502 and determine if that payer information is associated with physical state change instructions stored in the physical statechange instruction database 508. While the physical statechange instruction database 508 has been illustrated as located in thepayer device 500, one of skill in the art will recognize that it may be connected to the payerinformation analysis engine 506 through thenetwork 310 without departing from the scope of the present disclosure. - Where applicable, various embodiments provided by the present disclosure may be implemented using hardware, software, or combinations of hardware and software. Also, where applicable, the various hardware components and/or software components set forth herein may be combined into composite components comprising software, hardware, and/or both without departing from the scope of the present disclosure. Where applicable, the various hardware components and/or software components set forth herein may be separated into sub-components comprising software, hardware, or both without departing from the scope of the present disclosure. In addition, where applicable, it is contemplated that software components may be implemented as hardware components and vice-versa.
- Software, in accordance with the present disclosure, such as program code and/or data, may be stored on one or more computer readable mediums. It is also contemplated that software identified herein may be implemented using one or more general purpose or specific purpose computers and/or computer systems, networked and/or otherwise. Where applicable, the ordering of various steps described herein may be changed, combined into composite steps, and/or separated into sub-steps to provide features described herein.
- The foregoing disclosure is not intended to limit the present disclosure to the precise forms or particular fields of use disclosed. As such, it is contemplated that various alternate embodiments and/or modifications to the present disclosure, whether explicitly described or implied herein, are possible in light of the disclosure. For example, the above embodiments have focused on payers and payer accounts; however, a payer, consumer, or user of a device may receive information from a variety of sources. Having thus described embodiments of the present disclosure, persons of ordinary skill in the art will recognize that changes may be made in form and detail without departing from the scope of the present disclosure. Thus, the present disclosure is limited only by the claims.
Claims (20)
1. A user device information provisioning system, comprising:
a non-transitory memory storing at least one access credential;
one or more hardware processors coupled to the memory and operable to read instructions from the memory to perform the steps of:
detecting the movement of a plurality of physical state change components that are moveably coupled to a user device, wherein at least one of the plurality of physical state change components is coupled to a different surface of the user device than at least one other of the plurality of physical state change components;
determining that the movement of the plurality of physical state change components correspond to the at least one access credential that is stored in the non-transitory memory; and
providing access to at least one subsystem through the user device in response to determining that the movement of the plurality of physical state change components corresponds to the access credential.
2. The system of claim 1 , wherein the determining that the movement of the plurality of physical state change components correspond to the at least one access credential includes determining that the movement of the plurality of physical state change components correspond to a predefined sequence of movements that correspond to the at least one access credential.
3. The system of claim 1 , wherein the determining that the movement of the plurality of physical state change components correspond to the at least one access credential includes determining that the movement of the plurality of physical state change components correspond to a predefined configuration of the user device that corresponds to the at least one access credential.
4. The system of claim 1 , wherein the movement of the plurality of physical state change components is detected in response to respective forces being applied to each of the plurality of physical state change components.
5. The system of claim 1 , wherein the providing access to the at least one subsystem through the user device includes at least one of providing access to the user device and providing access to an account through the user device.
6. The system of claim 1 , wherein the detecting the movement of the plurality of physical state change components includes at least one of detecting the rotation of a physical state change component and detecting the removal of a physical state change component from the user device.
7. A method for providing information to a user device, comprising:
detecting, by a user device, the movement of a plurality of physical state change components that are moveably coupled to the user device, wherein at least one of the plurality of physical state change components is coupled to a different surface of the user device than at least one other of the plurality of physical state change components;
determining, by the user device, that the movement of the plurality of physical state change components correspond to an access credential that is stored in a non-transitory memory in the user device; and
providing, by the user device, access to at least one subsystem through the user device in response to determining that the movement of the plurality of physical state change components corresponds to the access credential.
8. The method of claim 7 , wherein the determining that the movement of the plurality of physical state change components correspond to the access credential includes determining that the movement of the plurality of physical state change components correspond to a predefined sequence of movements that correspond to the access credential.
9. The method of claim 7 , wherein the determining that the movement of the plurality of physical state change components correspond to the access credential includes determining that the movement of the plurality of physical state change components correspond to a predefined configuration of the user device that corresponds to the access credential.
10. The method of claim 9 , wherein the determining that the movement of the plurality of physical state change components correspond to the access credential includes determining that the movement of the plurality of physical state change components correspond to a plurality of different predefined configurations of the user device that corresponds to the access credential.
11. The method of claim 7 , wherein the movement of the plurality of physical state change components is detected in response to at least one first force being applied to a first physical state change component, and at least one second force being applied to a second physical state change component.
12. The method of claim 7 , wherein the providing access to the at least one subsystem through the user device includes providing access to the user device.
13. The method of claim 7 , wherein the providing access to the at least one subsystem through the user device includes providing access to a payment account through the user device, and the method further comprises:
authorizing a payment using the payment account.
14. A non-transitory computer-readable medium comprising instructions which, in response to execution by a computer system, cause the computer system to perform a method comprising:
detecting the movement of a plurality of physical state change components that are moveably coupled to a user device, wherein at least one of the plurality of physical state change components is coupled to a different surface of the user device than at least one other of the plurality of physical state change components;
determining that the movement of the plurality of physical state change components correspond to an access credential that is stored in a non-transitory memory in the user device; and
providing access to at least one subsystem through the user device in response to determining that the movement of the plurality of physical state change components corresponds to the access credential.
15. The non-transitory machine-readable medium of claim 14 , wherein the determining that the movement of the plurality of physical state change components correspond to the access credential includes determining that the movement of the plurality of physical state change components correspond to a predefined sequence of movements that correspond to the access credential.
16. The non-transitory machine-readable medium of claim 14 , wherein the determining that the movement of the plurality of physical state change components correspond to the access credential includes determining that the movement of the plurality of physical state change components has resulted in a predefined shape of the user device that corresponds to the access credential.
17. The non-transitory machine-readable medium of claim 14 , wherein the movement of the plurality of physical state change components is detected in response to respective forces being applied to each of the plurality of physical state change components.
18. The non-transitory machine-readable medium of claim 14 , wherein the providing access to the at least one subsystem through the user device includes at least one of providing access to the user device and providing access to an account through the user device.
19. The non-transitory machine-readable medium of claim 14 , wherein the detecting the movement of the plurality of physical state change components includes detecting the rotation of a physical state change component.
20. The non-transitory machine-readable medium of claim 14 , wherein the detecting the movement of the plurality of physical state change components includes detecting the removal of a physical state change component from the user device.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/308,360 US20140304150A1 (en) | 2011-06-03 | 2014-06-18 | Payer device that changes physical state based on payer information |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/152,641 US8762224B2 (en) | 2011-06-03 | 2011-06-03 | Payer device that changes physical state based on payer information |
US14/308,360 US20140304150A1 (en) | 2011-06-03 | 2014-06-18 | Payer device that changes physical state based on payer information |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/152,641 Continuation US8762224B2 (en) | 2011-06-03 | 2011-06-03 | Payer device that changes physical state based on payer information |
Publications (1)
Publication Number | Publication Date |
---|---|
US20140304150A1 true US20140304150A1 (en) | 2014-10-09 |
Family
ID=47259716
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/152,641 Active 2032-08-16 US8762224B2 (en) | 2011-06-03 | 2011-06-03 | Payer device that changes physical state based on payer information |
US14/308,360 Abandoned US20140304150A1 (en) | 2011-06-03 | 2014-06-18 | Payer device that changes physical state based on payer information |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/152,641 Active 2032-08-16 US8762224B2 (en) | 2011-06-03 | 2011-06-03 | Payer device that changes physical state based on payer information |
Country Status (2)
Country | Link |
---|---|
US (2) | US8762224B2 (en) |
WO (1) | WO2012166235A1 (en) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9671826B2 (en) * | 2013-11-27 | 2017-06-06 | Immersion Corporation | Method and apparatus of body-mediated digital content transfer and haptic feedback |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080091605A1 (en) * | 2006-09-29 | 2008-04-17 | Sun Microsystems, Inc. | Method and apparatus for secure information distribution |
US20080208681A1 (en) * | 2006-09-28 | 2008-08-28 | Ayman Hammad | Payment using a mobile device |
US20090259588A1 (en) * | 2006-04-24 | 2009-10-15 | Jeffrey Dean Lindsay | Security systems for protecting an asset |
US7702578B2 (en) * | 2000-03-01 | 2010-04-20 | Passgate Corporation | Method, system and computer readable medium for web site account and e-commerce management from a central location |
US8531424B1 (en) * | 2005-01-27 | 2013-09-10 | Reynolds & Reynolds Holdings, Inc. | Transaction automation and archival system using electronic contract disclosure units |
US20140040117A1 (en) * | 2007-09-12 | 2014-02-06 | Devicefidelity, Inc. | Executing transactions secured user credentials |
US20140059295A1 (en) * | 2005-08-25 | 2014-02-27 | Silicon Image, Inc. | Smart scalable storage switch architecture |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6963762B2 (en) * | 2001-05-23 | 2005-11-08 | Nokia Corporation | Mobile phone using tactile icons |
KR101289110B1 (en) * | 2001-11-01 | 2013-08-07 | 임머숀 코퍼레이션 | Method and apparatus for providing tactile sensations |
US20060252530A1 (en) * | 2003-01-08 | 2006-11-09 | Igt | Mobile device for providing filtered casino information based on real time data |
US8577744B2 (en) * | 2006-12-27 | 2013-11-05 | Datascape, Inc. | System and method for effecting auction item payments through a network portal |
US8174503B2 (en) * | 2008-05-17 | 2012-05-08 | David H. Cain | Touch-based authentication of a mobile device through user generated pattern creation |
-
2011
- 2011-06-03 US US13/152,641 patent/US8762224B2/en active Active
-
2012
- 2012-03-29 WO PCT/US2012/031267 patent/WO2012166235A1/en active Application Filing
-
2014
- 2014-06-18 US US14/308,360 patent/US20140304150A1/en not_active Abandoned
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7702578B2 (en) * | 2000-03-01 | 2010-04-20 | Passgate Corporation | Method, system and computer readable medium for web site account and e-commerce management from a central location |
US8531424B1 (en) * | 2005-01-27 | 2013-09-10 | Reynolds & Reynolds Holdings, Inc. | Transaction automation and archival system using electronic contract disclosure units |
US20140059295A1 (en) * | 2005-08-25 | 2014-02-27 | Silicon Image, Inc. | Smart scalable storage switch architecture |
US20090259588A1 (en) * | 2006-04-24 | 2009-10-15 | Jeffrey Dean Lindsay | Security systems for protecting an asset |
US20080208681A1 (en) * | 2006-09-28 | 2008-08-28 | Ayman Hammad | Payment using a mobile device |
US20080091605A1 (en) * | 2006-09-29 | 2008-04-17 | Sun Microsystems, Inc. | Method and apparatus for secure information distribution |
US20140040117A1 (en) * | 2007-09-12 | 2014-02-06 | Devicefidelity, Inc. | Executing transactions secured user credentials |
Also Published As
Publication number | Publication date |
---|---|
WO2012166235A1 (en) | 2012-12-06 |
US8762224B2 (en) | 2014-06-24 |
US20120310777A1 (en) | 2012-12-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11188889B2 (en) | Location-based automatic payment system | |
US11676129B2 (en) | Offline bill splitting system | |
US9858555B2 (en) | Multi-platform in-application payment system | |
US20160335624A1 (en) | Mobile device nfc-based detection and merchant payment system | |
US9916619B2 (en) | Payment system with location restrictions | |
US20190139052A1 (en) | Payment authorization system | |
US9147210B2 (en) | System and a machine-readable medium for processing an on-line payment without authenticating the user | |
US10798236B2 (en) | Automated user information provision using images | |
US20130332358A1 (en) | Fraud detection system | |
US20150302400A1 (en) | Distributed crypto currency reputation system | |
EP2656290A1 (en) | Deferred payment and selective funding and payments | |
US10866727B2 (en) | System and method for facilitating access to electronic data | |
US11810119B2 (en) | Financial strength indication | |
US20180096386A1 (en) | System and Method for Facilitating Access to Electronic Data | |
US20160379264A1 (en) | Incentive offer management system | |
US8762224B2 (en) | Payer device that changes physical state based on payer information | |
WO2020117863A1 (en) | Passive management of multiple digital tokens for an electronic transaction | |
US20220084103A1 (en) | No authentication payment and seamless authentication | |
CA2944294C (en) | System and method for facilitating access to electronic data | |
CA2944287A1 (en) | System and method for facilitating access to electronic data |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: EBAY INC., CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:NUZZI, FRANK ANTHONY;SOWDER, JAMES BRETT;REEL/FRAME:033132/0020 Effective date: 20110526 |
|
AS | Assignment |
Owner name: PAYPAL, INC., CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:EBAY INC.;REEL/FRAME:036171/0194 Effective date: 20150717 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |