Classifications

• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; 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/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; 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
• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; 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/223—Payment schemes or models based on the use of peer-to-peer networks

Definitions

• One or more embodiments described herein relate generally to mediated peer to peer transaction systems and methods. More specifically, one or more embodiments relate to systems and methods of improving the ease, convenience and the levels of trust inherent in electronic peer to peer transactions.
• Bitcoin and the underlying blockchain or distributed ledger technology is the best known example of many such currencies, such as Ether, Litecoin, Molero, Blackcoin, Ripple, Dogecoin, Dash, MaidSafeCoin, Lisk and Storj.
• the current invention attempts a solution to these and other problems.
• the invention comprises a system for the conduct of mediated peer to peer transactions, the system comprising a first device, said first device comprising a first processor and said first processor comprising at least one non- transitory computer readable storage medium storing instructions thereon, a display and an interface for submitting commands, a second device, said second device comprising a second processor and said second processor comprising at least one non-transitory computer readable storage medium storing instructions thereon, a display and an interface for submitting commands; and a remote server, said remote server also comprising a processor and said third processor comprising at least one non-transitory computer readable storage medium storing instructions thereon, wherein both the first device and the second device are in communication with the remote server, but the first and second devices are not in communication with each other and wherein when, in use, a transaction is activateated between said first and second devices, the outcome of said transaction is governed by correspondence between the respective commands submitted by the two devices to the remote server, wherein the server further comprises a appropriately
• the system provides a way of removing anonymity from transactions. My using a mediating server, the owners of the two devices can be made to reveal themselves, or at least present themselves in an accessible way.
• the system further comprises a visualisation of the transaction, the said visualisation being displayed on the respective displays of the first and second devices, the visualisation giving the appearance of a direct transaction between the first and second devices.
• the transaction is represented by the interaction of two avatars.
• an avatar serves to humanise and even gamify such transaction.
• each avatar comprises a plurality of at least one of; static image files and moving image files.
• the system further comprises a first gate and a second gate, wherein the first gate is controlled via the first device and the second gate is controlled via the second device and wherein the outcome of the transaction is determined by the nature of the correspondence between the first and second gates.
• each gate has three active states only.
• the invention also comprises a system, substantially as described herein, with reference to any appropriate combination of the text and/or drawings.
• the invention comprises a method for conducting mediated peer to peer transactions, the method comprising activating a transaction between a first device and a second device, said first device comprising a first processor and said first processor comprising at least one non-transitory computer readable storage medium storing instructions thereon, a display and an interface for submitting commands, a second device, said second device comprising a second processor and said second processor comprising at least one non-transitory computer readable storage medium storing instructions thereon, a display and an interface for submitting commands; and a remote server, said remote server also comprising a processor and said third processor comprising at least one non-transitory computer readable storage medium storing instructions thereon, wherein both the first device and the second device are in communication with the remote server, but the first and second devices are not in communication with each other, the first device submitting a first command to the remote server, the second device submitting a second command to the remote server, interpreting and evaluating the relative correspondence of the commands at the remote server,
• the method comprises the further steps of visualising the transaction, and displaying the visualisation on the respective displays of the first and second devices, the visualisation giving the appearance of a direct transaction between the first and second devices. More preferably, the method comprises the further step of representing the transaction with the interaction of two avatars. Preferably, the outcome of the transaction is determined by the nature of the correspondence between the first and second gates.
• the invention also comprises a method, substantially as claimed herein, with reference to and as illustrated by any appropriate combination of the text and drawings.
• Figure 1 is a schematic diagram illustrating a first embodiment of a mediated peer to peer transaction system
• Figure 2 is a schematic diagram illustrating a second embodiment of a mediated peer to peer transaction system.
• Figure 3 is a schematic diagram illustrating an interaction between two gates and their respective avatars.
• a system 1 comprising a first device 2, operable in use by a first user and a second device 4, operable in use by a second user.
• the two devices 2, 4 are entirely discrete and separate from one another, and although they could be other types of device such as desktop devices, are most likely to be mobile devices, such as smart phones, tablets, phablets or the like.
• Each of the devices 2, 4 is, in use, connectable to a remote server 6, which may itself be partially or fully on the cloud, such that each of the devices may be in two-way communication with the other device, but that communication is routed through and therefore mediated by the remote server 6.
• Each of devices 2, 4 comprises a processor 8, which comprises a at least one non-transitory computer readable storage medium 10, a user interface 12, typically a keypad, keyboard or touch screen and a transceiver 14, that latter of which may be understood to comprise a separate transmitter and receiver.
• a processor 8 which comprises a at least one non-transitory computer readable storage medium 10, a user interface 12, typically a keypad, keyboard or touch screen and a transceiver 14, that latter of which may be understood to comprise a separate transmitter and receiver.
• the system further comprises a computer programme.
• the computer programme is in one preferred embodiment and as illustrated by figure 1, a computer programme 16 run on the remote server 6 and accessed in the manner of a webapp by devices 2, 4 or, in the manner of figure 2, takes the form of a mobile app in which case there is a primary programme 18 installed on the remote server and a secondary programme 20 is installed and run on each of the devices 2,4.
• all communications between the devices 2,4 are mediated by the remote server 6.
• the server 6 it is possible in some embodiments for the server 6 to comprise multiple components in communication with one another or in fact to be more than one server - for example two servers in communication with one another.
• a two-part server namely remote server 6 and back-end exchange 22, each part of which has a separate function in the system 1.
• a mediated transaction 24 is commenced by initiating the computer programme.
• a first embodied way of achieving this is by accessing the webapp by going to the correct URL and logging on appropriately.
• a second embodied way of achieving this is by initiating the secondary programme 20 on the device 2,4.
• the user On initiating the secondary programme 20, the user has the option to either transmit a pre-prepared data packet 26 to the remote server 6 or to prepare a data packet 28 for subsequent transmission to the remote server and then to transmit the data packet 28.
• the data packet 26, 28 is received by remote server 6 and is processed by the primary programme 20.
• the data packet 26, 28 comprises the profile information of a user, including certain identity information. In particular, it comprises information relating to the choice of an avatar.
• the user may choose the avatar 28 freshly after each transaction or set of transactions. It is not necessary for the user to have continuity of identity over the course of multiple transactions, although it is considered advantageous from the point of view of mutual trust between the parties for avatar-identity to be stable over a discrete set of transactions.
• the avatar 28 is a visual representation of the user. The avatar need not be an actual depiction of the user, and in fact can be of any image at all, including the image of a different, well-known person.
• the avatar 28 provides both parties with visual data concerning the tangible personhood of the corresponding user, without necessarily giving away details of the user's actual identity.
• both of the users must be represented by an avatar 28.
• An avatar 28 is visually represented on the displays of the devices 2, 4 of a plurality of video clips, still images or a mixture of both, and the data comprising those video clips will be stored on one or both of the user's device 2, 4 and the remote server, in one or more appropriate file formats.
• the parties are able to do so via the remote server 6. Whilst it is possible for two users to engage in dummy transactions, for example, in order to understand and master the communications allowed by the system 1 , it is more usual to use the system for a transaction of value.
• the system further comprises a back-end exchange 22, wherein currencies, including crypto-currencies can be deposited and made ready for a transaction. In use, the user deposits into the back- end exchange 22 such that the currency is available to be transacted.
• the back-end exchange 22 may optionally offer a currency exchange, perhaps allowing exchange of any currency into one or more proxy tokens 30 which may then be exchanged amongst the users, but in principle the token transacted could be one or more points, or objects deemed to be representative of value.
• the principal functions of the back-end exchange 20 are the inputting of currency and the making available of the currency for transactions.
• the first user may occupy a waiting area 36, until an appropriate match is made.
• the remote server 6 periodically (in preferred embodiments, every three seconds) checks whether or not a pairing can be made.
• Pairing is done not on a first come first served basis, but on the basis that an appropriate transaction can be made between the parties. It is important to note however that whilst the transaction may appear to be between the parties, in fact both parties are transacting with the remote server 6; the remote server is mediating the transaction, providing a representation of the actions of each user on the other's display 2,4. Transaction is facilitated in given periods of time, or windows 32. If available, a pair of users is matched for transaction - two users may in preferred embodiments opt for or positively choose one another - and the transaction window 32 is devisated by the remote server 6, with both users being alerted via their respective devices 2, 4 of the inauguration of the said transaction.
• the command which triggers the transaction can be done in an unsynchronised manner, with the remote server 6 processing the commands of the two users and presenting the results of the interaction.
• the two users In order for a successful interaction to take place, it is only necessary for the two users to submit one of the available commands to remote server 6 after the start of the window 32 and before the end of the window 32, although in preferred embodiments, the window 32 will be closed by the remote sever 6 shortly after sufficient commands have been made.
• the commands can be inputted in any known way, including, but not limited to, touching a touchscreen, pressing a key or button, making a vocal command, making a gesture or similar movement. It will in the future be possible to make such commands via facial gesture, micro-expression or subsequently thought.
• the system further comprises a first gate 40 and a second gate 42, wherein said first gate 40 is, in use, operable by a first user and said second gate 42 is operable by a second user.
• each of said first and second gates 40, 42 has three active states, namely state X, state Y and state Z. States X, Y are Z are functionally identical for the first gate 40 and for the second gate 42.
• the user of each of said first and second gates 40, 42 is able to select and choose the desired state of his gate; this selection of gate state is done via the submission of the commands.
• the commands are reflected in the behaviour of the avatar 28, as displayed on the user's device, such that the user is provided with a clear idea as to what is happening in transactional terms.
• the relative states of the respective gates 40, 42 govern whether or not a transaction is made. In preferred embodiments, if the status of the gates 42 matches X-X. Y-Y or Z-Z, no transaction is made. Table 1 below shows how, in a particularly preferred example, transactions are approved.
• the gates 40, 42 will remain shut and no transaction will take place whilst in other instances, the gates will remain open and transaction is permitted to happen in a specific direction.
• the nature of the transaction will be reflected in the behaviour of the avatars 28, with appropriate actions chosen by the remote server 6 from a sprite sheet 44 to be displayed.
• the sprite sheets pictures are adjusted in specific order of json fail, and it is on that basis which the animation is created.
• the system allows for transactions of increased complexity. It is possible for additional gates to be added in order to change the preconditions for the making of the transaction. In practical terms, four or five response options can be utilised - adding optional states V and W to the extant states X, Y and Z. Theoretically, further response options could be added. Extra response options, which are manifest in the system as additional gate states have the technical advantage of reducing the number of matching results which are likely to be produced, which according to the logic of the system 2, do not lead to a transaction.
• an embodiment can comprise a system of outcomes wherein the choice of certain options will tend to produce either a positive or a negative outcome.
• An example of such an unbalanced system can be seen at figure 2, whilst a balanced system can be seen at figure 3.
• Table 2 A table of outcomes wherein the gates each comprise options W, X, Y and Z
• Table 3 A table of outcomes, wherein each of the gates comprises options V, W, X, Y and Z.
• the system 200 comprises a system 200 with a plurality of users, wherein multiple mediated may occur between the users simultaneously.
• a system with 3 users is shown, wherein relations of exchange may be made between three users.
• a first device 202 shows state X
• a second device 204 also shows state X
• a third device 206 shows state Z.
• the first X and the second X serve to cancel each other out, whilst the relationship between First device 202 and third device 206, and second device 204 and third device 206 leads to a transaction made in the direction of the third device.
• a particular combination of gate states can lead to the performance of multiple transactions.
• a meta-level of transaction is possible, wherein the establishment of a plurality of transactions on a first transactional tier will trigger a transaction on a second tier.

Landscapes

• Business, Economics & Management (AREA)
• Engineering & Computer Science (AREA)
• Accounting & Taxation (AREA)
• Strategic Management (AREA)
• Physics & Mathematics (AREA)
• General Business, Economics & Management (AREA)
• General Physics & Mathematics (AREA)
• Theoretical Computer Science (AREA)
• Computer Security & Cryptography (AREA)
• Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Applications Claiming Priority (3)

Publications (1)

Family

ID=62948065

Family Applications (1)

Country Status (2)

Families Citing this family (1)

Citations (1)

Family Cites Families (2)

• 2018
  • 2018-05-04 EP EP18742397.5A patent/EP3619663A1/de not_active Ceased
  • 2018-05-04 WO PCT/EP2018/061617 patent/WO2018206468A1/en not_active Ceased

Patent Citations (1)

Also Published As

Similar Documents

Legal Events