EP3520027A2 - Systèmes et procédés d'identification de correspondants sur la base d'identifiants de coordination - Google Patents

Systèmes et procédés d'identification de correspondants sur la base d'identifiants de coordination

Info

Publication number
EP3520027A2
EP3520027A2 EP17858941.2A EP17858941A EP3520027A2 EP 3520027 A2 EP3520027 A2 EP 3520027A2 EP 17858941 A EP17858941 A EP 17858941A EP 3520027 A2 EP3520027 A2 EP 3520027A2
Authority
EP
European Patent Office
Prior art keywords
computer
identifier
identifiers
processor
devices
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
Application number
EP17858941.2A
Other languages
German (de)
English (en)
Other versions
EP3520027A4 (fr
Inventor
Spencer Brown
Joseph ALMASY
Jason BATY
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
J2b2 LLC
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US15/284,387 external-priority patent/US10601931B2/en
Priority claimed from US15/284,376 external-priority patent/US10581985B2/en
Priority claimed from US15/284,365 external-priority patent/US10477345B2/en
Application filed by Individual filed Critical Individual
Publication of EP3520027A2 publication Critical patent/EP3520027A2/fr
Publication of EP3520027A4 publication Critical patent/EP3520027A4/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0637—Strategic management or analysis, e.g. setting a goal or target of an organisation; Planning actions based on goals; Analysis or evaluation of effectiveness of goals
    • 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/018—Certifying business or products
    • 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/01—Social networking
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
    • G06V2201/00—Indexing scheme relating to image or video recognition or understanding
    • G06V2201/10—Recognition assisted with metadata

Definitions

  • the present invention relates to systems and methods for identifying parties through the use of one or more corresponding, computer-coordinated identifiers.
  • some implementations of the present invention relate to systems and methods for using a server or other computer system to provide (wirelessly or otherwise) computer-coordinated perceptible identifiers (such as one or more images, light emissions, sounds, touch-perceptible notifications, and/or other suitable identifiers) to two or more computer devices, with the identifiers received by each of the devices coordinating with each other to allow users of such devices to readily match the identifiers and to thereby identify each other.
  • computer-coordinated perceptible identifiers such as one or more images, light emissions, sounds, touch-perceptible notifications, and/or other suitable identifiers
  • the described systems and methods automatically ensure that coordinating identifiers received by computer devices participating in a first interaction do not coordinate with an identifier provided to another device participating in a second interaction when such other device is within a set proximity from one of more of the computer devices associated with the first interaction.
  • the coordinating identifiers received by one or more of the computer devices participating in an interaction are configured to be modified when such devices come into proximity with each other.
  • people may agree to identify each other by meeting at a specific location (e.g., at a specific address, at a land mark, and/or in any other suitable location).
  • parties may agree to look for an identifying characteristic (e.g., a specific article of clothing, a license plate number, a car make and model, a physical characteristic, etc.) to identify each other.
  • an identifying characteristic e.g., a specific article of clothing, a license plate number, a car make and model, a physical characteristic, etc.
  • one party may use a picture of another party (and/or of that other party's car or another object) to identify that other party.
  • one or both of the two intended parties may (under some conventional techniques) have to approach and interact with multiple people before being able to identify the other intended party.
  • some parties may have a hard time identifying each other in the dark. For instance, if it is dark, it may be difficult for one party to recognize a physical characteristic (e.g., hair color, clothing color, etc.), a license plate number, a car color, and/or another characteristic of the other party— even if one or both of the parties have a photo of the other and/or of a car or other object or person associated with the other party.
  • conventional techniques for identifying parties can allow one or more individuals to expose themselves to danger by unintentionally believing that another party is actually the intended party. This can be especially true where one party is inviting another (e.g., a purported blind date, repairman, salesman, deliveryman, etc.) into a home, where one party is getting into a car with the other party, or where a person is otherwise trusting another party with that person's safety.
  • one party is inviting another (e.g., a purported blind date, repairman, salesman, deliveryman, etc.) into a home, where one party is getting into a car with the other party, or where a person is otherwise trusting another party with that person's safety.
  • the present invention relates to systems and methods for identifying parties through the use of one or more corresponding, computer-coordinated identifiers.
  • some implementations of the present invention relate to systems and methods for using a server or other computer system to provide (wirelessly or otherwise) computer-coordinated perceptible identifiers (such as one or more images, light emissions, sounds, touch-perceptible identifiers, and/or other suitable identifiers) to two or more computer devices, with the identifiers received by each of the devices coordinating with each other to allow users of such devices to readily match the identifiers and to thereby identify each other.
  • computer-coordinated perceptible identifiers such as one or more images, light emissions, sounds, touch-perceptible identifiers, and/or other suitable identifiers
  • the described systems and methods automatically ensure that coordinating identifiers received by computer devices participating in a first interaction do not coordinate with an identifier provided to another device participating in a second interaction when such other device is within a set proximity from one of more of the computer devices associated with the first interaction.
  • the coordinating identifiers received by one or more computer devices participating in an interaction are configured to be modified when such devices come into proximity with each other.
  • Some implementations of the present invention take place in association with a server, cloud, and/or other remote computer system and two or more computer devices (e.g., wireless computer device, smart phones, laptops, etc.) that are configured to communicate with the remote computer system.
  • the methods include using a processor of a computer system to identify a first computer device configured to provide a first perceptible identifier; using the processor of the computer system to identify a second computer device that is configured to provide a second perceptible identifier; and using the processor of the computer system to provide the first perceptible identifier to the first computer device and the second perceptible identifier to the second computer device, wherein the first and second perceptible identifiers correspond with each other to provide two-sided, computer-coordinated verification.
  • some implementations of the described systems and methods provide one or more parties with matching identifiers, allowing such parties to readily and reliably identify each other.
  • Some implementations of the described invention further embrace a computer program product for implementing within a computer system a method for dynamically identifying parties through use of corresponding identifiers in a manner that solves a technical problem of mis-identifying parties due to a lack of a provision of party- specific information
  • the computer program product comprising: a computer-readable, non-transitory medium for providing computer program code means utilized to implement the method, wherein the computer program code means comprises executable code for implementing steps for: using a processor of a computer system to identify a first computer device configured to use a processor and a display of the first computer device to provide a first visually perceptible identifier; using the processor of the computer system to identify a second computer device that is configured to use a processor and display of the second computer device to provide a second visually perceptible identifier; using the processor of the computer system to provide the first visually perceptible identifier to the first computer device and the second visually perceptible identifier to the second computer device, wherein the first and second visually percept
  • some implementations of the described invention include a method for providing coordinating identifiers over a network to multiple remote computer devices, the method comprising: providing a party-identification application for use on a first remote computer device and a second remote computer device; using a server to provide, via a network, a first identifier to the first computer device and a second identifier to the second computer device, wherein the first identifier and the second identifier coordinate with each other, wherein the server comprises a computer processor and a memory that stores information identifying the first identifier provided to the first computer device and the second identifier provided to the second computer device, and wherein the computer processor: determines a location of at least one of the first computer device and the second computer device; determines location of a third computer device; and ensures that the first identifier and the second identifier do not coordinate with a third identifier provided to the third computer device through the server when the third computer device is in potential proximity to the at least one of the first computer device and the second computer device.
  • the described systems and methods relate to a method for providing coordinating identifiers over a network to remote computer devices, the method comprising: providing a party-identification application for use on a first remote computer device and a second remote computer device, the application providing a forum for placement of a request from a user of the first device; using a server to place the first device and the second device in a first interaction with each other, to deliver at least a portion of the request from the first device to the second device, to provide a first identifier to the first device, and to provide a second identifier to the second device, wherein the first identifier and second identifier coordinate with each other, wherein the server comprises a computer processor and a memory that stores information identifying the first identifier and the second identifier and wherein the computer processor: determines a location of a third-party computer device pertaining to a third-party interaction; determines a location of at least one of the first device and the second device; and automatically ensures that at least one of
  • the described systems and methods relate to a method for providing coordinating identifiers over a network to multiple remote computer devices, the method comprising: providing a party-identification application for use on a first remote computer device, a second remote computer device, and a third remote computer device; using a server to link the first and second devices in a first interaction and to provide, via the network, a first set of coordinating identifiers to the first and second devices; using the server to link the second and third devices in a second interaction and to provide, via the network, a second set of coordinating identifiers to the second and third devices, wherein the server comprises a computer processor and a memory that stores information identifying the first and second sets of identifiers, and wherein the computer processor ensures that the first and second sets of coordinating identifiers do not coordinate with each other.
  • the described systems and methods relate to a method for providing coordinating identifiers over a network to multiple remote computer devices, the method comprising: providing a party-identification application for use on a first remote computer device, a second remote computer device, and a third remote computer device; using a server to link the first and second devices in a first interaction and to provide, via the network, a first set of coordinating identifiers to the first and second devices; using the server to link the second and third devices in a second interaction and to provide, via the network, a second set of coordinating identifiers to the second and third devices, wherein the server comprises a computer processor and a memory that stores information identifying the first and second sets of identifiers, wherein the computer processor ensures that the first and second sets of coordinating identifiers do not coordinate with each other, and wherein at least one of the computer processor and a processor of the second device to cause the second device to automatically display an identifier from the first set of identifiers when the first device is
  • the described systems and methods relate to a method for providing coordinating identifiers over a network to multiple remote computer devices, the method comprising: providing a party-identification application to a first computer device, a second computer device, and a third computer device; using a processor of a server to link the first, second, and third computer devices in a first interaction, using the processor to provide the first and second devices with a first set of coordinating identifiers; using the processor to provide the second and third devices with a second set of coordinating identifiers; using the processor to determine a location of the first, second, and third devices; and using the processor to automatically ensure that the first set of coordinating identifiers does not coordinate with an identifier of a fourth device pertaining to a second interaction when the fourth device is in proximity with at least one of the first device and the second device.
  • the described systems and methods relate to a method for providing coordinating identifiers over a network to multiple remote computer devices, the method comprising: providing a party-identification application to a first computer device, a second computer device, a third computer device, a fourth computer device, and a fifth computer device; using a processor of a server to link the first, second, and third devices in a first interaction and to provide the first, second, and third devices with a first set of coordinating identifiers; using the processor of a server to link the second, fourth, and firth devices in a second interaction and to provide the second, fourth, and fifth devices with a second set of coordinating identifiers; and using the processor to automatically ensure that the first and second sets of identifiers are distinguishable from each other.
  • the described systems and methods relate to a method for providing coordinating identifiers over a network to multiple remote computer devices, the method comprising: providing a party-identification application to a first computer device, a second computer device, and a third computer device; using a processor of a server to link the first, second, and third computer devices in a first interaction and to provide the first, second, and third devices with a first set of coordinating identifiers; associating an identifier coordinating with the first set of identifiers with an item to be passed from a user of the first device, to a user of the second device, and to a user of the third device; using the processor to determine a location of the first, second, and third devices; and using the processor to automatically ensure that the first set of coordinating identifiers does not coordinate with an identifier of a fourth device pertaining to a second interaction when the fourth device is in proximity with at least one of the first device and the second device.
  • the described systems and methods are configured to automatically modify (e.g., change, cause to flash, change of speed of the flash, include a message, alternate between identifiers, and/or to otherwise modify) the first and/or second identifiers (and/or any other identifiers in an interaction) as the first and second wireless computer devices (and/or other devices in the interaction) come into proximity with each other.
  • the described systems allow users of one or more of the computer devices involved in an interaction to request that the first and/or second identifiers be dynamically modified to provide additional identity confirmation between the users of the first and second computer devices.
  • the coordinating identifiers displayed and/or otherwise provided by other devices in the same interaction as the first device are also updated and/or modified in the same manner as is the identifier provided by the first device.
  • the described systems and methods are further configured to use the processor of the remote computer system (and/or a processor of one or more computer devices) to ensure that a computer device that is not part of a specific interaction but that is in proximity to another device that is part of the interaction does not have an identifier that matches or otherwise coordinates with the identifier provided to the device that is part of that specific interaction. Accordingly, in some implementations, the described systems and methods are configured to prevent parties who are in proximity to each other, but who are not part of the same interaction, from receiving matching identifiers. In some cases, the described systems and methods are configured to allow a user of one computer device to pass or otherwise send an identifier provided on that user's device to another computer device.
  • one person can pass their identifier to another (e.g., so as to replace the first person in an interaction) and/or one person can add another person to an interaction (e.g., so that the first person continues to be part of the interaction and one or more other people are added to the interaction).
  • the described systems and methods are configured to track at least one of a time, path, distance, and/or other suitable characteristic that can be measured and/or otherwise recorded while two or more computer devices comprising coordinating identifiers (e.g., participating in the same interaction) are in proximity to (and/or out of proximity with) each other.
  • the described systems are configured to provide a first identifier to a first computer device and a second coordinating identifier to a second device
  • the described systems and methods include sending coordinating identifiers to virtually any number of computer devices participating in one or more interactions.
  • the described systems and methods send a first identifier to one person (e.g., a potential driver), while sending a second identifier, which coordinates with the first) to multiple people (e.g., multiple passengers).
  • the described systems and methods allow at least one of the remote computer system, a first computer device, a second computer device, and/or any other suitable device to provide one or more visual, audio, and/or touch-perceptible identifiers through an object (e.g., a vehicle, watch, ear piece, headset, and/or any other suitable device) that is in signal communication with at least one of the computer device in an interaction.
  • an object e.g., a vehicle, watch, ear piece, headset, and/or any other suitable device
  • the remote computer system, a first computer device, and/or a second computer device are configured to control a car's lights, horn, speakers, and/or other visual and/or audio outputs to help a potential rider identify the car and driver.
  • the described systems and methods are further configured to use a camera on at least one computer device to identify a person or object associated with another computer device pertaining to the same interaction. While this can be accomplished in any suitable manner, in some embodiments, the described systems and methods include the use of facial, optical, and/or visual recognition technology.
  • the described systems and methods allow one computer device participating in multiple interactions to receive multiple identifiers (e.g., with each identifier pertaining to a different interaction).
  • a first computer device comprising multiple identifiers can function in any suitable manner
  • the described systems and methods are configured to cause such a computer device to, by default, display and/or otherwise provide an identifier that coordinates with an identifier provided by another computer device that is in an interaction with the first device and that is closer in proximity to the first device than any other device that is in an interaction with the first device.
  • the first computer device is configured to provide an identifier that coordinates with an identifier of the next closest device that is in an interaction with the first device.
  • the described systems and methods are configured to provide information, reading material, promotional materials, advertisements, pop-up ads, factual information, tourist information, notifications, coupons, and/or any other suitable material through computer devices functioning in accordance with the described systems and methods.
  • the described systems and methods provide advertising materials to one or more computer devices in an interaction in connection with one or more coordinating identifiers. Accordingly, in some such implementations, the described systems and methods are configured to generate revenue through advertising.
  • the described systems and methods are configured to allow an identifier to be used in place of a ticket (e.g., for entry to a movie, concert, game, play, meeting, meal, and/or other event).
  • the identifier (or ticket) assigned to a first computer device can be reassigned from the first computer device to any other suitable number of computer devices, such that the identifier (or ticket) could be "passed on”.
  • While the methods and processes described herein can be particularly useful in the areas of transportation (e.g., allowing one or more drivers and one or more potential passengers to identify each other), courier services (e.g., allowing one or more senders and/or recipients to identify one or more couriers), event ticketing (e.g., where an identifier functions as one or more tickets), concessions (e.g., allowing one or more concession workers and one or more patrons to recognize each other), and queue management (e.g., alerting a party to an interaction when that parties turn has arrived and using a coordinating identifier to show that the turn has indeed arrived), those skilled in the art can appreciate that the described methods and processes can be used in a variety of different applications and in a variety of different areas of manufacture to help parties readily identify each other and/or for a number of other purposes.
  • courier services e.g., allowing one or more senders and/or recipients to identify one or more couriers
  • event ticketing e.g., where an identifier functions as one or
  • some implementations of the described systems and methods can be used to help individuals identify and verify each other for home deliveries, dating (e.g., for blind dates, dates arranged through a website and/or dating app, etc.), classified add purchases (e.g., as users of Craig's List, Angle's List, the newspaper, and/or any other suitable forum to make a purchase, close a deal, and/or to provide/receive services), as parties meet to broker ticket sales (e.g., ticket resale brokering), airport pick up, appointments (e.g., with salesmen, repairmen, missionaries, recruiters, service providers, etc.), breaking groups of people into smaller groups, food delivery, and/or any other suitable circumstance in which at least one party wants to identify another party and/or location.
  • dating e.g., for blind dates, dates arranged through a website and/or dating app, etc.
  • classified add purchases e.g., as users of Craig's List, Angle's List, the newspaper, and/or any other suitable forum to
  • FIGS. 1A-1B illustrate face views of two separate wireless computer devices displaying coordinating identifiers in accordance with some embodiments of the described systems and methods
  • FIGS. 1C-1D illustrate face views of two separate computer devices displaying coordinating identifiers in accordance with some embodiments
  • FIG. 2A illustrates a representative system that provides a suitable operating environment for use with some embodiments of the described systems and methods
  • FIGS. 2B-3 each illustrate a representative networked environment for use with some embodiments of the described systems and methods;
  • FIG. 4 illustrates a server-centric flowchart showing a representative embodiment of a method for identifying parties by providing such parties with coordinating identifiers
  • FIG. 5 illustrates a client- (or computer device) centric flowchart showing a representative embodiment of a method for identifying parties by providing such parties with coordinating identifiers;
  • FIG. 6 illustrates a flowchart depicting a representative embodiment of a method for modifying coordinating identifiers based on proximity of one or more computer devices in a transaction
  • FIG. 7 illustrates a flowchart depicting a representative embodiment of a method for preventing a coordinating identifier from a first transaction from being the same as a coordinating identifier from a second transaction when a computer device from the first transaction is in proximity to a computer device from the second transaction;
  • FIG. 8 illustrates a flowchart depicting a representative embodiment of a method for displaying a coordinating identifier on a computer device that is participating in multiple transactions
  • FIG. 9 illustrates a feature of some embodiments of the invention in which a coordinating identifier is made available to computer devices in a first radius, is not made available to computer devices that are outside the first radius but that are inside a second radius, and is made available outside the second radius;
  • FIG. 10 illustrates a flowchart depicting a representative embodiment of a method for using coordinating identifiers to help a potential driver and one or more intended passengers to identify each other
  • FIG. 11 illustrates a flowchart depicting a representative embodiment of a first method for using the described systems and methods in a courier service
  • FIG. 12A illustrates a diagram showing a representative embodiment of a method for using the described systems and methods in the courier service
  • FIG. 12B illustrates a flowchart depicting a representative embodiment of a second method for using the described systems and methods in a courier service
  • FIG. 13 illustrates a flowchart depicting a representative embodiment of a method for using the described systems and methods for ticket sales
  • FIG. 14A illustrates a flowchart depicting a representative embodiment of a method for using the described systems and methods to purchase concession items
  • FIG. 14B illustrates a diagram in which computer devices for one server and multiple patrons provide belong to one transaction and share coordinating identifiers
  • FIG. 14C illustrates a diagram in which computer devices for one patron and multiple servers provide belong to one transaction and share coordinating identifiers
  • FIG. 15 illustrates a flowchart depicting a representative embodiment of a method for using the described systems and methods to manage one or more queues.
  • the present invention relates to systems and methods for identifying parties through the use of one or more corresponding, computer-coordinated identifiers.
  • some embodiments of the present invention relate to systems and methods for using a server or other computer system to provide (wirelessly or otherwise) computer-coordinated perceptible identifiers (such as one or more images, light emissions, sounds, touch-perceptible identifiers, and/or other suitable identifiers) to two or more computer devices, with the identifiers received by each of the devices coordinating with each other to allow users of such devices to readily match the identifiers and to thereby identify each other.
  • computer-coordinated perceptible identifiers such as one or more images, light emissions, sounds, touch-perceptible identifiers, and/or other suitable identifiers
  • the described systems and methods automatically ensure that coordinating identifiers received by computer devices participating in a first transaction do not coordinate with an identifier provided to another device participating in a second transaction when such other device is within a set proximity from one of more of the computer devices associated with the first transaction.
  • the coordinating identifiers received by one or more of the computer devices participating in a transaction are configured to be modified when such devices come into proximity with each other and/or as otherwise desirable.
  • identifier may refer to one or more: visually perceptible symbols, shapes, patterns, designs, images, icons, objects, drawings, photos, marks, words, letters, numbers, colors, color schemes, logos, trademarks, service marks, trade dresses, flashes, alternating colors, codes, advertisements, videos, audio/visual works, light emissions, combinations of the foregoing (e.g., multiple identifiers shown together; alternating colors, images, symbols, etc.; and/or any other suitable combination), and/or other visible material that can be shown on an electronic display or from an output that is in signal communication with an electronic device; audibly perceptible sounds, buzzes, beeps, ring tones, types of music, songs, words, statements, noises, patterns, combinations of the foregoing, and/or other audible sounds that can be produced by a computer
  • the identifiers in an interaction or a transaction comprise a visually perceptible display (e.g., shown on the computer devices in the transaction) that match or otherwise coordinate with the other identifiers provided by the other computer devices in the transaction. Accordingly, in some such embodiments, parties can show the identifiers on their computer devices to each other to readily determine whether or not the other parties are part of the same transaction.
  • 1A- ID show some representative embodiments in which the identifiers 10 and 12 each comprises an image displaying a shape 12 (e.g., one or more stars, circles, triangles, squares, rectangles, octagons, polygons, irregular shapes, regular shapes, symmetrical shapes, asymmetrical shapes, character, mascot, symbol, one or more portions of a shape, a part of a puzzle, and/or any other suitable shape, portion of a shape, object, image, and/or light e-mission) with any suitable color scheme.
  • a shape 12 e.g., one or more stars, circles, triangles, squares, rectangles, octagons, polygons, irregular shapes, regular shapes, symmetrical shapes, asymmetrical shapes, character, mascot, symbol, one or more portions of a shape, a part of a puzzle, and/or any other suitable shape, portion of a shape, object, image, and/or light e-mission
  • coordinate, coordinating, correspond, corresponding, match, and variations thereof may refer to a relation between two or more identifiers that allow such identifiers to: be exactly the same; be very similar to each other; be as close to the same as possible, accounting for variations in the functionality of the devices displaying and/or otherwise providing the identifiers; exactly match each other; substantially match each other; be mirror images of each other; be a positive and a negative image of each other; create a full image, word (e.g., "SHER" and "LOCK”), number, symbol, picture, image, and/or other identifier when used together; fit together (e.g., as portions of the same image, as puzzle pieces, a parts of the same song and/or sound, as matching images to be shown together, as coordinating images to be shown together, as different parts of the same song, and/or in any other suitable manner); complement each other (e.g., by having different identifiers that complement each other, such as by having one device display an image
  • coordinating identifiers comprise images that are substantially similar, if not exactly similar, to each other.
  • FIGS. 1A and IB show some embodiments in which two separate wireless computer devices 14 and 16 each show coordinating identifiers 10 that are readily matched with each other, and distinguished from other identifiers (e.g., those identifiers shown on the computer devices 18 and 20 of FIGS. 1C and ID).
  • interaction, interactions, transaction, transactions, and variations thereof may, in some cases, be used interchangeably, and may refer to a session, communication, process, and/or other interaction between a remote computer system (e.g., a server or other computer system) and/or two or more computer devices (e.g., desktop computers; wireless computer devices, such as phones, tablets, laptops, etc.; and/or other suitable computer devices), wherein as part of the transaction the two or more computer devices each receive one or more identifiers that coordinate with each other (e.g., such that parties associated with the computer devices can compare identifiers and readily identify each other (e.g., as being part of the same transaction)).
  • a remote computer system e.g., a server or other computer system
  • two or more computer devices e.g., desktop computers; wireless computer devices, such as phones, tablets, laptops, etc.; and/or other suitable computer devices
  • FIG. 2A and the corresponding discussion are intended to provide a general description of a suitable operating environment in accordance with some embodiments of the described systems and methods.
  • some embodiments embrace the use of one or more processing units in a variety of customizable enterprise configurations, including in a networked or combination configuration, which may also include a cloud-based service, such as a platform as a service, software as a service, and/or as any other suitable service.
  • Some embodiments of the described systems and methods embrace one or more computer readable media, wherein each medium may be configured to include or includes thereon data (non-transitory or transitory) or computer executable instructions for manipulating data.
  • the computer executable instructions include data structures, objects, programs, routines, and/or other program modules that may be accessed by one or more processors, such as one associated with a general-purpose modular processing unit capable of performing various different functions and/or one associated with a special-purpose modular processing unit capable of performing a limited number of, and/or specific, functions.
  • Computer executable instructions cause the one or more processors of the one or more enterprises to perform a particular function or group of functions and are examples of program code means for implementing steps for methods of processing. Furthermore, a particular sequence of the executable instructions provides an example of corresponding acts that may be used to implement such steps.
  • Examples of computer readable media include random-access memory (“RAM”), read-only memory (“ROM”), programmable read-only memory (“PROM”), erasable programmable read-only memory (“EPROM”), electrically erasable programmable read-only memory (“EEPROM”), compact disk read-only memory (“CD-ROM”), any solid state storage device (e.g., flash memory, smart media, etc.), and/or any other device or component that is capable of providing data and/or executable instructions that may be accessed by a processing unit.
  • RAM random-access memory
  • ROM read-only memory
  • PROM programmable read-only memory
  • EPROM erasable programmable read-only memory
  • EEPROM electrically erasable programmable read-only memory
  • CD-ROM compact disk read-only memory
  • any solid state storage device e.g., flash memory, smart media, etc.
  • any solid state storage device e.g., flash memory, smart media, etc.
  • any solid state storage device e.
  • modular processing unit (or computer device) 200 may be employed alone or with one or more similar modular processing units as a smart phone, a cellular phone, a feature phone, a tablet computer, a smart television, a mobile computer device, a personal computer, a notebook computer, a PDA or other hand-held device, a workstation, a minicomputer, a mainframe, a supercomputer, a multi-processor system, a network computer, a processor- based consumer device, a smart appliance or device, a control system, and/or the like.
  • the modular processing unit comprises at least one of a server and a computer device (including, without limitation, a wireless computer device).
  • a server and a computer device (including, without limitation, a wireless computer device).
  • Using multiple processing units in the same enterprise provides increased processing capabilities.
  • each processing unit of an enterprise can be dedicated to a particular task or can jointly participate in distributed processing.
  • the modular processing unit 200 (e.g., a computer system and/or computer device) includes one or more buses and/or interconnects 205, which may be configured to connect various components thereof and enables data to be exchanged between two or more components.
  • the bus(es)/interconnect(s) 205 may include one of a variety of bus structures, including, without limitation, a memory bus, a peripheral bus, and/or a local bus that uses any of a variety of bus architectures.
  • Typical components connected by the bus(es)/interconnect(s) 205 include one or more processors 210 and one or more memories 220.
  • the processing system 210 includes one or more processors, such as a central processor, a microprocessor, and optionally one or more other processors designed to perform a particular function or task.
  • processing system 210 also referred to as a processor or computer processor
  • executes the instructions provided on computer readable media such as on the memory 220, a magnetic hard disk, a removable magnetic disk, a magnetic cassette, an optical disk, and/or from a communication connection, which may also be viewed as a computer readable medium.
  • the memory 220 includes one or more computer readable media (including, without limitation, non-transitory computer readable media) that may be configured to include or includes thereon data or instructions for manipulating data, and may be accessed by the processing system 210 through the system bus 205.
  • the memory 220 may include, for example, ROM 222 used to permanently store information, and/or RAM 224 used to temporarily store information.
  • ROM 222 includes a basic input/output system ("BIOS") having one or more routines that are used to establish communication, such as during start-up of computer device 200.
  • BIOS basic input/output system
  • RAM 224 includes one or more program modules, such as one or more operating systems, application programs, and/or program data.
  • One or more mass storage device interfaces 230 may be used to connect one or more mass storage devices 232 to the system bus 205.
  • the mass storage devices 232 may be incorporated into and/or may be peripheral to the computer device 200 and allow the computer device (and/or computer system) 200 to retain large amounts of data.
  • one or more of the mass storage devices 232 may be removable from computer device 200. Examples of mass storage devices include hard disk drives, magnetic disk drives, tape drives, solid state mass storage, and/or optical disk drives. Some non-limiting examples of solid state mass storage include flash cards and memory sticks.
  • the mass storage device 232 may read from and/or write to a magnetic hard disk, a removable magnetic disk, a magnetic cassette, an optical disk, or another computer readable medium.
  • the mass storage devices 232 and their corresponding computer readable media provide nonvolatile storage of data and/or executable instructions that may include one or more program modules, such as an operating system, one or more application programs (or applications), other program modules, or program data.
  • program modules such as an operating system, one or more application programs (or applications), other program modules, or program data.
  • executable instructions are examples of program code means for implementing steps for methods disclosed herein.
  • One or more input interfaces 240 may be employed to enable a user to enter data (e.g., initial information) and/or instructions to computer device (or computer system) 200 through one or more corresponding input devices 242.
  • input devices include a keyboard and/or alternate input devices, such as a digital camera, a sensor, bar code scanner, debit/credit card reader, signature and/or writing capture device, pin pad, touch screen, mouse, trackball, light pen, stylus or other pointing device, a microphone, a joystick, a game pad, a scanner, a camcorder, and/or other input devices.
  • examples of input interfaces 240 that may be used to connect the input devices 242 to the system bus 205 include a serial port, a parallel port, a game port, a universal serial bus ("USB"), a firewire (IEEE 1394), a wireless receiver, a video adapter, an audio adapter, a parallel port, a wireless transmitter, and/or another interface.
  • USB universal serial bus
  • IEEE 1394 firewire
  • One or more output interfaces 250 may be employed to connect one or more corresponding output devices 252 to the system bus 205. Examples of output devices include one or more monitors, projectors, display screens, speakers, lights, wireless transmitters, printers, and the like. A particular output device 252 may be integrated with or peripheral to computer device 200. Examples of output interfaces include a video adapter, an audio adapter, a parallel port, and the like.
  • One or more network interfaces 260 enable computer device (or computer system) 200 to exchange information with one or more local or remote computer devices, illustrated as computer devices 262, via a network 264 that may include one or more hardwired and/or wireless links.
  • Examples of the network interfaces include a network adapter for connection to a local area network ("LAN”) or a modem, a wireless link, an infrared link, a BLUETOOTH ® link, and/or another adapter for connection to a wide area network (“WAN”), such as the Internet.
  • the network interface 260 may be incorporated with or be peripheral to computer device 200.
  • FIG. 2B represents an embodiment of a portion of the described systems in a networked environment that includes clients (or computer devices 265, 270, 275, etc.) and/or and one or more peripheral devices (illustrated as multifunctional peripheral (MFP) MFP 280) connected to a server 285 via a network 260. While FIG.
  • MFP multifunctional peripheral
  • 2B illustrates an embodiment that includes three clients (e.g., computer devices, such as smart phones and/or other wireless computing devices) connected to the network (and one or more servers 285), alternative embodiments include at least one client connected to a network or many (e.g., 2, 4, 5, 6, 7, 8, and or any other suitable number of) clients connected to a network and/or one or more servers.
  • clients e.g., computer devices, such as smart phones and/or other wireless computing devices
  • FIG. 3 shows that, in some embodiments, the system comprises two or more computer devices (e.g., 365 and 375) that are connected to a server (or other computer system) 385 through a network (e.g., the Internet and/or any other suitable server).
  • a server or other computer system 385 through a network (e.g., the Internet and/or any other suitable server).
  • the computer devices can comprise any suitable computer device (e.g., as described above), including, without limitation, a display comprising (or otherwise in signal communication with a device comprising a) processing unit (e.g., a smart display, a smart TV, etc.), a smart phone, a cell phone, a tablet, a laptop, a desktop computer, and/or any other suitable computer device, in some embodiments, the first computer device comprises a smart phone and the second computer device comprises smart phone and/or a smart display.
  • a display comprising (or otherwise in signal communication with a device comprising a) processing unit (e.g., a smart display, a smart TV, etc.), a smart phone, a cell phone, a tablet, a laptop, a desktop computer, and/or any other suitable computer device
  • the first computer device comprises a smart phone
  • the second computer device comprises smart phone and/or a smart display.
  • At least one computer device in a transaction comprises a wireless computer device (e.g., a smart phone, cell phone, tablet, laptop, etc.) while at least one other computer device in the transaction (e.g., a second computer device 375) comprises a computer device that is in signal communication with a display (e.g., TV, monitor, projector, screen, and/or other display).
  • a wireless computer device e.g., a smart phone, cell phone, tablet, laptop, etc.
  • at least one other computer device in the transaction e.g., a second computer device 375
  • a display e.g., TV, monitor, projector, screen, and/or other display
  • FIGS. 4 and 5 show some non-limiting examples of suitable methods for using computer-coordinated identifiers to identify separate parties.
  • FIG. 4 illustrates a representative method for helping two or more parties to identify each other, from the prospective of a server (or other computer system)
  • FIG. 5 illustrates a representative method for helping two or more parties to identify each other, from the prospective of one or more of the parties (e.g., via the parties' respective computer devices).
  • each of these methods (as well as all other methods described herein) can be modified in any suitable manner.
  • any suitable step can be added to, be removed from, be modified, be reordered within, and any additional step can be added to, each of the described methods.
  • step is used herein, that term may be used to simply draw attention to different portions of the described methods and is not meant to delineate a starting point or a stopping point for any portion of the methods, or to be limiting in any other way.
  • the method 400 begins at steps 402 and 404 by identifying two or more parties that are using the described systems and methods to meet and identify each other.
  • a computer system e.g., server 385 and/or one or more parties can select and/or otherwise identify the various parties to a transaction in any suitable manner, including, without limitation, by providing an application (e.g., a mobile app, a website, an online app, a software application, etc.) that provides the described systems and methods and allows one or more parties to use such application to enter into a transaction with one or more parties; by allowing one party to a transaction to select a specific party for participation in that transaction, by determining who is logged into the system, by determining who has made a request and who can fill the request, by determining who has made an offer and who is willing to accept the offer, by determining who (or whose phone or other computer device) is in the closest proximity to a particular person (or that person's phone or
  • a first party uses his or her computer device (e.g., a wireless device and/or otherwise) to access an application that functions in accordance with at least some embodiments of the described systems and methods.
  • the first party is able to use the application (and/or any other suitable means of communication, including, without limitation, a phone, fax, email, etc.) to request a good or service (e.g., a car ride), and another party is able (e.g., through use of the application and/or any other suitable communication channel) to use his or her computer device to indicate that he or she can provide the requested good or service to the first party (e.g., that he or she is willing to provide a car ride).
  • the computer system e.g., server 385), one of the two computer devices, and/or any other suitable system determines, logs, and/or otherwise records that the first and the second party are part of the same transaction.
  • FIG. 4 shows at step 406 the described method involves determining whether the described systems will conduct one or more additional optional steps (as discussed below) before proceeding. If the system recognizes that one or more optional steps will be completed, FIG. 4 shows the optional step is completed at step 408, and the described systems determine whether any additional optional steps will be completed (e.g., as shown at step 410. Once the described systems have determined that no optional steps will be completed at this time (and/or that all optional steps have been completed), FIG. 4 shows that the method 400 includes a step for determining
  • step 412 whether or not an additional party is to be added to the transaction.
  • steps 402 and 404 of FIG. 4 shows some embodiments in which the described method 400 helps two parties to identify each other
  • step 412 in that figure shows that, in some embodiments, the described systems check, are told, and/or otherwise determine whether any additional parties are to be part of the transaction. For instance, the described systems may check to see whether multiple people want to share (or receive) a car ride (or other good or service).
  • the system determines at step 412 that one or more additional parties (e.g., computer devices 365, 375, etc.) are to be involved in the transaction, the system identifies (e.g., as shown at step 414) the additional party (and/or the additional party's smart phone or other suitable computer device) and logs that party (and/or the corresponding computer device) as being part of the transaction.
  • additional parties e.g., computer devices 365, 375, etc.
  • FIG. 4 shows that, in some embodiments, the method 400 continues as the computer system (e.g., server 385) (and/or any other suitable computer device) provides the first computer device 365, the second computer device 375, and/or any other suitable computer device participating in the transaction with coordinating identifiers.
  • the computer system e.g., server 385 (and/or any other suitable computer device) provides the first computer device 365, the second computer device 375, and/or any other suitable computer device participating in the transaction with coordinating identifiers.
  • the computer system e.g., server 385) and/or any other suitable computer device can provide the first and second (and/or any other) computer devices in the same transaction with coordinating identifiers in any suitable manner.
  • one party is allowed to select an identifier and the system provides that identifier (and/or one or more other coordinating identifiers) to the other party or parties in the transaction.
  • the system is told which identifier to use, and/or otherwise selects an identifier and sends that identifier and/or another coordinating identifier (and/or a code, number, signal, and/or other information indicating which identifier to produce) to the applicable computer device and/or devices.
  • FIG. 4 shows that, in some embodiments, the method 400 continues at step 418 (much as shown at step 406) where the described systems (and/or one or more users) determine whether the system will conduct one or more additional steps (as discussed below). If the system recognizes that one or more optional steps will be completed, FIG. 4 shows the optional step is completed at step 420, and the systems determine whether any additional optional steps will be completed (e.g., as shown at step 422). Once the systems have determined that no optional steps will be completed (or that all optional steps have been completed), FIG. 4 shows that the computer system determines (e.g., at step 424) whether or not the transaction is complete.
  • step 412 the system returns to step 412 in the method 400 and continues on until it is complete. That said, if the system determines that the transaction is complete (e.g., the applicable parties have identified each other and/or a portion of the transaction is otherwise completed), FIG. 4 shows the method ends (e.g., at step 426), such that the method can be repeated.
  • the described systems determine that a transaction is complete and that the intended parties have properly identified each other, the described systems can make that determination in any suitable manner.
  • some embodiments of the described systems and methods determine that a transaction is complete when one or more users of the computer devices that provide the coordinating identifiers (e.g., the first device 365 and/or the second device 375) in a transaction indicates that the transaction is cancelled or otherwise complete (e.g., by such user tapping the identifier on his/her computer device (e.g., on a device with a touch screen), by providing a command to terminate the transaction, by closing of an app and/or website used to initiate the transaction, by providing a signature (e.g., via a touch screen and/or other input), by turning off of one or more computer devices in the transaction, by sending a text, by sending an e-mail, and/or in any other suitable manner).
  • the coordinating identifiers e.g., the first device 365 and/or the second device 375
  • the described systems and methods are configured to determine that a transaction (or at least a portion of a transaction) is complete when one or more barcodes, QR codes, RF signals, near field communication signals, infrared signals, BLUETOOTH ® signals, radio signals, and/or other information provided by one or more (e.g., all) of the devices (e.g., device 365, 375, etc.) in the transaction are registered (e.g., scanned, picked up, received, etc.) by one or more (e.g., all) of the other devices in the transaction.
  • the devices e.g., device 365, 375, etc.
  • the described systems and methods determine that a transaction is complete when the computer devices (e.g., devices 365, 375, etc.) that are identified as being part of a transaction are determined (e.g., via the GPS coordinates of the devices, multilateration of the devices, localization of the devices, information provided by one or more users of the devices (e.g., a current address, location, and/or other suitable information), and/or any other suitable method) to be within any suitable set distance from each other (e.g., for any suitable time).
  • the computer devices e.g., devices 365, 375, etc.
  • the described systems and methods determine that a transaction is complete when the computer devices (e.g., devices 365, 375, etc.) that are identified as being part of a transaction are determined (e.g., via the GPS coordinates of the devices, multilateration of the devices, localization of the devices, information provided by one or more users of the devices (e.g., a current address, location, and/or other suitable information
  • the described systems and methods are configured to determine that a transaction is complete and/or reached a certain point when a camera, sensor, and/or software operating on or through one or more (e.g., all) of the devices identified as pertaining to a transaction recognizes and/or otherwise identifies (via facial recognition, object recognition, scanning, near field communications, IR communications, and/or otherwise) a face, car, license plate, code, sound, signal, and/or other object and/or identifier that is entered into the system as pertaining to one of the other parties in the transaction.
  • a camera, sensor, and/or software operating on or through one or more (e.g., all) of the devices identified as pertaining to a transaction recognizes and/or otherwise identifies (via facial recognition, object recognition, scanning, near field communications, IR communications, and/or otherwise) a face, car, license plate, code, sound, signal, and/or other object and/or identifier that is entered into the system as pertaining to one of the other parties in the transaction.
  • one or more devices in a transaction provides one or more QR codes, bar codes, numeric codes, sounds, markings, codes, IR signals, BLUETOOTH ® signals, near field signals, and/or any other suitable and recognizable marking and/or other identifier.
  • one or more of the devices can scan the other device (e.g., via a camera, scanner, IR receiver, BLUETOOTH ® receiver, Wi- Fi receiver, near field receiver, sensor, and/or in any other suitable manner) to recognize whether or not that device comprises a marking or other identifier showing that such device pertains to the desired transaction.
  • one or more devices in a transaction identify another device (and/or a person and/or other object associated with such device) in the transaction
  • one or more such devices modify their coordinating identifiers (e.g., by making a noise, playing a song, modifying one or more images on the devices, posting a message, flashing, and/or in any other suitable manner).
  • the described systems and methods are configured to have one or more computer devices in a transaction determine that the proper parties have met.
  • one or more devices may alert their users of the finding (e.g., by making a noise, providing a message, and/or in any other suitable manner).
  • some embodiments of the described systems and methods determine that a transaction is complete when one or more computer devices (e.g., 365, 375, etc.) identified in a transaction receives a signature, fingerprint, retinal scan, biometric scan, and/or other similar indicator from one or more other parties to the transaction.
  • one or more computer devices e.g., 365, 375, etc.
  • FIG. 5 that figure (as mentioned above) shows a representative embodiment similar to the method 400 of FIG. 4, but shown from the perspective of a party (e.g., the party's computer device) to a transaction.
  • the method 500 begins at step 502 as a first computer device 365 (e.g., a laptop, wireless phone, tablet, etc.) makes a connection with the server 385.
  • a first computer device 365 e.g., a laptop, wireless phone, tablet, etc.
  • This connection can be made in any suitable manner, including, without limitation, by: logging into an account, setting up an account, opening an app (e.g., a mobile app, an online app, a website, one or more pieces of application software, and/or any other suitable application) that accesses the server, turning on the first computer device, making a request through the server (e.g., for a good and/or service), making a request and/or offering a service via text, email, fax, and/or any other suitable method, and/or otherwise connecting to the server.
  • the first computer device establishes a connection with the server when a user opens an app on the first computer device and/or makes a request or an offer through that device.
  • FIG. 5 shows that, in some embodiments, the method 500 continues at step 504 as the user of the first device 365 makes a request and/or receives a request through the first device. Where the user makes a request, the user can make any suitable request (depending on the circumstances and the functionality of the first device).
  • the user may request and/or receive a request: for one or more rides (e.g., to get and/or give a ride via an UBER ® vehicle, a LYFT ® vehicle, a taxi, a bike taxi, and/or in any other suitable manner), meetings, visits, appointments, dates, bids, products (e.g., one or more concessions, groceries, items, tickets, and/or virtually any other goods), services (e.g., one or more deliveries, repairs, massages, consultations, and/or virtually any other services); and/or other suitable item or service; to be divided into groups; to be sent to a location; to escort a minor; to enter a queue; and/or the user may ask for, offer, and/or otherwise make or receive any suitable request.
  • rides e.g., to get and/or give a ride via an UBER ® vehicle, a LYFT ® vehicle, a taxi, a bike taxi, and/or in any other suitable manner
  • meetings visits, appointments, dates,
  • the method 500 continues at step 506 as the first device (e.g., device 365) receives an identifier (e.g., an identifier that coordinates with an identifier provided to one or more other computer devices (e.g., the second computer device) of users who have agreed to the request or otherwise been assigned to the transaction with the first device.
  • an identifier e.g., an identifier that coordinates with an identifier provided to one or more other computer devices (e.g., the second computer device) of users who have agreed to the request or otherwise been assigned to the transaction with the first device.
  • FIG. 5 shows that, in some embodiments, the method 500 further includes determining whether one or more additional optional steps (as discussed below) are to be performed before the transaction is complete. If there are additional steps to be performed, the method continues to steps 510 and 512. If there are no additional steps to be performed (and/or if the additional steps are complete), the method continues to step 514, where the system (e.g., the first computer device 365, the second computer device 375, the server 385, and/or any other suitable portion of the overall system) determines whether the transaction (and/or a portion thereof) is complete (e.g., whether the parties with coordinating identifiers on (or provided by) their various computer devices were actually able to meet each other).
  • the system e.g., the first computer device 365, the second computer device 375, the server 385, and/or any other suitable portion of the overall system
  • the method can continue in any suitable manner, including, without limitation, by returning to step 504 (and/or any other suitable portion of the method). That said, if the system determines that the transaction is complete (e.g., the applicable parties have identified each other), FIG. 5 shows the method 500 ends (e.g., as shown at step 516), such that the method can be repeated and/or otherwise be restarted.
  • the described methods can be modified in any suitable manner.
  • FIGS. 4 and 5 show that, in some embodiments, the described systems and methods include providing one or more additional steps before and/or after the parties in a transaction have received coordinating identifiers, such additional steps can take place at absolutely any suitable time or times in the methods.
  • additional steps can include any suitable step that allows the described systems and methods to help parties identify each other (and/or a desired good, service, object, and/or location).
  • some embodiments of the described systems and methods are configured to randomly pick the coordinating identifiers (e.g., to pick matching symbols with matching color schemes) that are provided to each of the computer devices in a transaction from one or more databases.
  • the described systems and methods are configured to select the coordinating identifiers based on one or more preferences, demographics, and/or other information provided by and/or otherwise relating to one or more parties to the transaction.
  • the described methods involve the additional step of allowing one or more users to input preferences and/or other information (e.g., demographic information and/or any other suitable information) and/or of allowing the system to otherwise gain information about the user and/or the user's device.
  • preferences and/or other information e.g., demographic information and/or any other suitable information
  • the users can input (and the system can otherwise obtain) any suitable preferences and/or information about a particular user (and/or the user's device), including, without limitation, the user's favorite colors; color schemes from a favorite team of the user; favorite player's jersey numbers; groups to which the user belongs; whether or not the user would like sound, vibration, and/or visible identifiers; whether or not the user is colorblind and should thereby be prevented from receiving identifiers with certain colors/color schemes that would be difficult to see; whether the user is blind and should receive audio and/or haptic identifiers; whether or not the user is dyslexic, illiterate, and/or has any other reason why certain identifiers could be hard to use; the user's age (e.g., whether the user is a child, a teenager, an adult, etc.); the user's preferred symbols; the user's desired identifier genres; the user's desired symbols; the users desired characters; the user's desired
  • the described systems and methods allow users to provide (and/or the system to otherwise obtain) information about their age, gender, ethnicity, wage, Internet browsing history, location history, purchase history, history with a particular vendor, contacts, and/or any other suitable information that may be useful in personalizing identifiers to such users and/or a transaction.
  • the described systems and methods can select coordinating identifiers for all parties to an interaction based on the preferences and/or information obtained from any number of parties to the transaction. In some embodiments, however, the described systems provide identifiers to all parties to a transaction based on the preferences of one party to the transaction (e.g., a patron, the purchase, the passenger, and/or any other suitable party).
  • the described systems and methods include, as part of the process for selecting identifiers, an additional step of checking conditions (e.g., light, weather, time of day, and/or any other condition) associated with one or more computer devices in a transaction (e.g., computer devices 365 and 375), and then selecting and/or modifying the coordinating identifiers based on such conditions.
  • an additional step of checking conditions e.g., light, weather, time of day, and/or any other condition
  • the system can determine to use a dark identifier, as opposed to a white identifier.
  • the system will automatically modify/change the coordinating identifiers to help them be readily visible.
  • the system may check such conditions in any suitable manner, including, without limitation, by checking the time of day as recorded by the computer system (e.g., server 385), any applicable computer devices (e.g., the first 365 and/or second 375 devices), and/or any other suitable source; by checking weather, and/or light locations (e.g., via one or more weather apps, websites, RSS feeds, news websites, and/or other suitable sources) based upon a location of one or more computer devices associated with a transaction; and/or in any other suitable manner.
  • the computer system e.g., server 385
  • any applicable computer devices e.g., the first 365 and/or second 375 devices
  • any other suitable source e.g., the time of day as recorded by the computer system (e.g., server 385), any applicable computer devices (e.g., the first 365 and/or second 375 devices), and/or any other suitable source
  • weather, and/or light locations e.g., via one or more weather apps, websites
  • some embodiments of the described systems and methods are configured to check a location (e.g., via GPS coordinates, multilateration, localization, information provided by a user, and/or any other suitable method) of one or more computer devices (e.g., the first 365 and/or second 375 devices) in a transaction and to provide corresponding identifiers that relate to a location, an intended location, an event (e.g., a sporting event, a play, a parade, a concert, a venue, and/or any other suitable event), a landmark, a tourist attraction, a school, a school mascot, a flag, a business, and/or any other suitable place and/or event that is en route, at a beginning location of, at a final location, and/or that otherwise associated with a party to a transaction.
  • a location e.g., via GPS coordinates, multilateration, localization, information provided by a user, and/or any other suitable method
  • an event e.g.,
  • the system determines that a potential passenger is just exiting (or even near) an event (e.g., a football game).
  • the system provides that passenger and any other party to the transaction (e.g., the driver) with an identifier relating to that event (e.g., a team logo, a school logo, a logo, a picture of a player, a symbol of a football helmet, a football, a goal post, a player number, a jersey, a team color, a team mascot, a game score, a video of a particular play in a game (e.g., a slam dunk, touchdown, and/or any other suitable video), and/or any other suitable identifier relating to the event).
  • an identifier relating to that event e.g., a team logo, a school logo, a logo, a picture of a player, a symbol of a football helmet, a football, a goal post, a player number, a jersey
  • the described systems and methods may provide one or more parties to the transaction with an identifier comprising a logo, trademark, service mark, design, slogan, color scheme, advertisement, trade dress, and/or other identifier of that establishment.
  • an identifier comprising a logo, trademark, service mark, design, slogan, color scheme, advertisement, trade dress, and/or other identifier of that establishment.
  • the identifiers can comprise any suitable logo, design, image, pattern, color scheme, animation, video, theme, advertisement, sound, vibration, and/or any other suitable identifier
  • the identifiers are related to and/or are otherwise associated with a particular event, transaction, person, group, and/or other suitable factor.
  • users may feel a connection to their identifier, the identifiers may serve to generate goodwill in a trademark, and/or such identifiers may otherwise be more applicable than a random code or other identifier.
  • the described systems and methods are configured to automatically modify (e.g., change; flash; blink; beep; make a sound; play music; display a message (e.g., "Your car has arrived", “Your table is ready”, etc.); combine identifiers (e.g.
  • identifiers can be caused to be modified at any suitable time, including, without limitation, as one or more of the computer devices (e.g., wireless devices or otherwise) in a transaction come into proximity with each other, a turn in a queue of a party to the transaction approaches and/or arrives, after two or more computer devices participating in the same transaction have been in proximity to each other for a set period of time, and/or at any other suitable time.
  • the computer devices e.g., wireless devices or otherwise
  • the various identifiers of a transaction when one or more of the various identifiers of a transaction are modified (e.g., based on proximity between two or more devices in a transaction, proximity to a specific location, and/or any other suitable proximity-based factor; a turn or location in a queue; a request (e.g., to confirm that one or more additional parties are part of a transaction and/or for any other suitable purpose); and/or for any other reason), the identifiers themselves are modified (e.g., caused to: flash, include a vibration, run an animation, change the identifier, display a visual change or modification, include an audible sound, and/or to otherwise be modified in any suitable manner).
  • the identifiers themselves e.g., caused to: flash, include a vibration, run an animation, change the identifier, display a visual change or modification, include an audible sound, and/or to otherwise be modified in any suitable manner).
  • one or more of the identifiers associated with the transaction is actually modified in addition to (or in place of) the described systems showing a change in a location (or another mapping feature) on a map of one or more parties to a transaction.
  • the described systems may only cause the coordinating identifiers to be modified once the applicable computer devices (e.g., a first and a second smart phone) are within a set distance from each other, in some other embodiments, the coordinating identifiers are configured to be modified multiple times as two or more computer devices of a transaction come closer together.
  • the applicable computer devices e.g., a first and a second smart phone
  • the passenger's and/or the driver's device may begin to flash their coordinating visual identifiers; brighten, focus, and/or otherwise change the appearance of the identifiers; alternate the identifiers with one or more other identifiers; display a message with the identifier, between identifiers, and/or at any other suitable time; beep; vibrate; and/or to otherwise modify such identifiers more and more (e.g., more and more quickly, brightly, louder, and/or in any other suitable manner).
  • the described systems are configured to modify one or more identifiers used in a transaction in a method that can be likened to the game of hotter-colder (e.g., a game in which it is said that something is getting hotter as a specified proximity decreases and is getting colder when the distance increases).
  • modifications to one or more identifiers in a transaction quicken, become more intense, become louder, and/or otherwise change in a first manner (or direction) when a specified distance (e.g., a distance between two or more parties to a transaction or another distance) gets smaller.
  • modifications to one or more identifiers in a transaction slow, become less intense, become quieter, and/or otherwise change in a second manner (or direction) that can be substantially opposite to the first manner when the specified distance gets larger.
  • two or more computer devices e.g., computer devices 365, 375, and/or any other suitable computer devices
  • one or more of the coordinating identifiers e.g., all identifiers
  • one or more of the coordinating identifiers e.g., all identifiers
  • the coordinating identifiers e.g., all identifiers
  • modify e.g., flash at a significantly faster rater, include one or more vibrations, include one or more sounds, include one or more messages, etc.
  • the first and second devices begin to flash (and/or otherwise modify) the coordinating identifiers (e.g., images, colored screens, etc.) of one or both devices more and more rapidly until the two parties are within a set distance from each other— at which time, the coordinating identifiers of one or both parties begin to flash (and/or otherwise be modified) at a maximum rate.
  • the coordinating identifiers e.g., images, colored screens, etc.
  • the parties are readily able to recognize the corresponding identifier or identifiers of other parties in the same transaction (even if other parties participating in other transactions are nearby and displaying their assigned identifiers).
  • the systems and methods can modify all of the identifiers of the transaction in the same (or similar) manner; can modify all of the identifiers, though not necessarily in the same manner; and/or can modify (in the same or different manners) the identifiers presented by or less than all of the devices in the transaction.
  • all of the other identifiers provided by the other devices in the transaction are also modified in the same (or a very similar) manner— thus, making it easy for parties to readily recognize the identifiers of the other party or parties to their transaction.
  • FIG. 6 shows (at step 602) that, in some embodiments, the method 600 comprises setting one or more set distances (and/or other modification factors (e.g., estimated times until a meeting, specific placements in a queue, and/or any other suitable factor)) that determine when (and how) the coordinating identifiers in a transaction will be modified.
  • set distances and/or other modification factors (e.g., estimated times until a meeting, specific placements in a queue, and/or any other suitable factor)) that determine when (and how) the coordinating identifiers in a transaction will be modified.
  • the distances can be set any suitable threshold (e.g., at any suitable distances, times, queue positions, etc.) and can be set in any suitable manner, including, without limitation, by being preset, being set at the computer system (e.g., server 385), being set at the computer device of one or more parties to the transaction, and/or in any other suitable manner.
  • any suitable threshold e.g., at any suitable distances, times, queue positions, etc.
  • the distances can be set in any suitable manner, including, without limitation, by being preset, being set at the computer system (e.g., server 385), being set at the computer device of one or more parties to the transaction, and/or in any other suitable manner.
  • FIG. 6 shows that, in some embodiments, the method 600 continues as a distance (and/or measurable characteristic relating to a modification factor) is tracked (e.g., via GPS coordinates, multilateration, localization, GOOGLE ® maps, APPLE ® maps, and/or any other suitable method), and the system (at step 606) determines whether or not at least two devices in a transaction have come to one of the set distances (and/or another modification factor has been met). If the system determines at step 606 that the devices are not within a set distance (and/or that another modification factor has not been met), FIG. 6 shows the method 600 returns to step 604.
  • a distance and/or measurable characteristic relating to a modification factor
  • the system determines (at step 608) whether such set distance (or other factor) is the trigger for the final identifier modification.
  • step 608 the system determines that space between the devices in the transaction (and/or another modification factor) is not the trigger for the final identifier modification, the method 600 continues to step 610, and the identifiers in the transaction are modified, even if only stepwise (e.g., such that the identifiers flash a little more quickly, an estimated time to meeting is updated, a sound volume of an audible aspect of the identifier increases, and/or any other suitable modification occurs).
  • stepwise e.g., such that the identifiers flash a little more quickly, an estimated time to meeting is updated, a sound volume of an audible aspect of the identifier increases, and/or any other suitable modification occurs.
  • the method 600 continues as the final identifier modification is provided to the devices in the method (e.g., a notification is presented, the coordinating identifiers on all devices flash (in unison or otherwise) at a rapid pace, a video clip or animation is shown, and/or any other suitable modification is provided to show that two or more computer devices (e.g., phones, tablets, etc.) in the transaction are in close proximity to each other (and/or that another modification factor has been met).
  • the devices in the method e.g., a notification is presented, the coordinating identifiers on all devices flash (in unison or otherwise) at a rapid pace, a video clip or animation is shown, and/or any other suitable modification is provided to show that two or more computer devices (e.g., phones, tablets, etc.) in the transaction are in close proximity to each other (and/or that another modification factor has been met).
  • the described systems allow users of one or more computer devices (e.g., devices 365, 375, and/or any other suitable device) in a transaction to request that the coordinating identifiers associated with a transaction be dynamically changed, replaced, updated, and/or otherwise modified, at any suitable time and in any suitable manner.
  • one or more computer devices e.g., devices 365, 375, and/or any other suitable device
  • one or more parties to a transaction can request an identifier modification, see that his or her identifier and the identifiers of one or more other purported parties to the transaction have changed in the same manner, and thereby confirm (e.g., as an additional layer of security) that the other party or parties having the newly modified and matching coordinating identifier are all part of the same transaction.
  • any party to a transaction has any doubts that someone else with a matching coordinating identifier is truly a party to the same transaction as the party in doubt
  • the party in doubt can easily remove his or her doubts by requesting for an identifier modification (e.g., via the computer device of the party in doubt and/or any other purported party to the transaction) and then checking to see that the updated identifiers still coordinate (or match).
  • some embodiments of the described systems and methods are configured to check and ensure that, unless such computer devices are part of a specific transaction, one or more computer devices in proximity to one or more other computer devices (e.g., the first 365 and/or second 375 devices) participating in the specific transaction do not have an identifier that coordinates with the coordinating identifiers assigned to that specific transaction.
  • the described systems and methods can prevent parties that are in the same general vicinity and that coincidentally have the coordinating identifiers from inadvertently believing that parties are actually part of the same transaction.
  • FIG. 7 shows a representative embodiment of a method 700 that involves (as shown at step 702) determining the location of the parties to a transaction.
  • the system can determine the location of the computer devices pertaining to the parties in a first transaction in any suitable manner, including, without limitation, by: checking GPS coordinates of the devices in the transaction(s), checking IP addresses of such devices, multilateration techniques, localization techniques, using information provided by one or more users in the first transaction (e.g., addresses, current location, desired location, etc.), checking proposed travel routes of the devices (e.g., via GOOGLE ® maps, APPLE ® maps, electronic maps, electronic schematics, electronic plans, etc.) and/or by any other suitable method.
  • Step 704 shows that, in some embodiments, the method 700 continues as the system (e.g., the computer system or server 385 and/or one or more computer devices) determines whether or not any third party device pertaining to another transaction (e.g., a second and/or any other transaction) is (or may move to be) in proximity to a device pertaining to the first transaction. If the system determines that a third-party device is in proximity (or that may likely come into proximity) with a device of the first transaction, step 706 shows the method 700 includes checking the identifier of the third-party device, and step 708 shows that the method 700 then includes ensuring that the identifiers of the first transaction do not match with the third-party identifier.
  • the system e.g., the computer system or server 385 and/or one or more computer devices
  • the system simply selects an identifier for the first transaction that does not match the third party's identifier.
  • the system changes the identifier of the third party, along with the coordinating identifiers of any other parties to the third-party transaction.
  • the system changes the identifiers of the third-party transaction and further provides the first transaction with an identifier that does not match the identifiers that are newly assigned to the third-party transaction.
  • FIG. 7 shows that, in some embodiments, the method 700 continues as the system assigns an identifier to the current transaction (e.g., the first transaction).
  • the system ensures that the identifier of the first transaction does not coordinate with an identifier of the third-party transaction (which has one or more parties who are within a set area with a party of the first transaction and/or who may likely cross paths or come into proximity with a party of the first transaction (e.g., as determined based on planned party routes, on set territories, and/or otherwise)).
  • an identifier of the third-party transaction which has one or more parties who are within a set area with a party of the first transaction and/or who may likely cross paths or come into proximity with a party of the first transaction (e.g., as determined based on planned party routes, on set territories, and/or otherwise).
  • the described systems and methods are configured to allow the remote computer system (e.g., the computer system or server 385) and/or one or more computer devices (e.g., the first 365 and/or second 375 computer devices) to pass an assigned identifier to one or more other devices.
  • the remote computer system e.g., the computer system or server 385
  • one or more computer devices e.g., the first 365 and/or second 375 computer devices
  • the system is configured to pass the identifier from a first device to one or more other devices without leaving the identifier on the first device (e.g., such that the first device is no longer a party to the transaction)
  • a user of the first computer device is able to pass or otherwise send an identifier received from the remote computer system to one or more other computer devices, while still maintaining the identifier on the first device (e.g., such that the first device and the newly invited device or devices are all parties to the same transaction).
  • the remote computer system and/or one or more other devices pertaining to a transaction are able indicate that one or more parties in the transaction cannot pass their identifier on to another.
  • a feature that allows the computer system (e.g., server 385) and/or one or more parties to a transaction to pass an identifier of the transaction to one or more other parties (e.g., to one or more devices that were not originally part of the transaction) can be useful in a wide variety of circumstances.
  • the potential rider may invite another person to the transaction by sending a copy of the identifier to the other person's computer device (e.g., via near field communication, BLUETOOTH ® communication, a text, an email, an RF communication, and/or in any other suitable manner).
  • a potential rider desires to allow some else to get a ride first, the potential rider can pass his or her identifier to another person's device and then enter into another transaction to get a ride
  • a transaction is set up to orchestrate the delivery of a package from a first party to a second party via a third party (e.g., a courier), and the third party is only able to carry the package on a portion (or leg) of the trip
  • the third party can (in some embodiments) pass the package and the identifier pertaining to the transaction to a fourth party (e.g., one or more other approved couriers), such that when the fourth party delivers the package to the second party, the second and fourth parties can compare identifiers and ensure they are meeting the right people and that the package is being delivered to the proper person.
  • a fourth party e.g., one or more other approved couriers
  • the described systems and methods can treat the parties that have newly entered into the transaction in any suitable manner. Indeed, in some embodiments in which the described systems and methods are tracking a location of, billing, sending information to, receiving information from, preventing undesirable identifier matching with, and/or otherwise interacting with one or more parties (and/or computer devices) who originally belonged to a transaction, the described systems optionally begin to interact in one or more of the same ways with the device of the party who has newly entered the transaction.
  • the system can begin to track the new rider so as to just bill the new rider for the distance he or she actually travels in the car.
  • some embodiments of the described systems and methods allow one computer device (e.g., the first computer device 365) to be part of multiple transactions and to display and/or otherwise provide an identifier that coordinates with the identifiers of each of the multiple transactions.
  • one computer device e.g., the first computer device 365
  • Such feature may be useful in a variety of circumstances and for a variety of purposes.
  • an event e.g., a stadium, concert hall, or other location
  • each use the described systems and methods to set up an individual transaction e.g., to purchase a concession item or otherwise
  • one server becomes a party to each such transaction
  • the described systems and methods can help ensure that the server is able to find and identify each party and vice versa.
  • the described device can display and/or otherwise provide the identifiers for the various transactions in any suitable order and/or at any suitable time.
  • a first device can display and/or otherwise provide the identifiers of one of the transactions to which the first device is a party based upon: a proximity of the first device to another device that is in a transaction with the first device (e.g., showing the identifier assigned to the closest device to the first device), the queue placement of another party who is in a transaction with the first device (e.g., showing the identifier of the party or transaction that is next in the queue), a random determination of which identifier to show, and/or any other suitable criterial and/or determination.
  • the described systems and methods optionally allow and/or ensure that the first computer device displays and/or otherwise provides the identifier coordinating to the transaction of the closest device that is part of one of the multiple transactions to which the first device is a party.
  • the server's computer device e.g., phone, tablet, and/or other computer device
  • the server's device will display the identifier corresponding to that first party— thus the server and the first party will be able to readily compare identifiers and recognize each other.
  • the server's device can then display or otherwise provide the identifier for (and/or map with a route to) the next closet applicable party (e.g., device) to the server.
  • FIG. 8 shows a representative embodiment of one such method 800.
  • the method of this optional step begins at step 802 as a first device enters into multiple transactions, and continues at step 804 as the first device receives identifiers for the multiple transactions.
  • FIG. 8 shows that, in some embodiments, the method 800 continues as the system tracks the locations of (and/or the queue placement, status of an applicable order, and/or any other suitable information pertaining to) each of the parties in the multiple transactions to which the first device is a party.
  • this tracking can be accomplished in any suitable manner, including, without limitation, by: checking GPS coordinates of the devices in the transaction, checking IP addresses of such devices, multilateration techniques, localization techniques, using information provided by one or more users in the transaction (e.g., addresses, current location, desired location, etc.), receiving information from the applicable devices, receiving information from the server 385, and/or any other suitable method.
  • FIG. 8 shows that, in some embodiments, the method 800 continues as the system determines whether one device of the multiple parties to which the first device is party is closer to the first device (and/or whether one party is closer in a queue to that parties turn than another, whether the status of one order has progressed further than another, and/or whether there is any factor that indicates that one transactions identifier should be displayed and/or otherwise provided before the identifier of another transaction).
  • the first device can display or otherwise provide any material, including, without limitation, maps to one or more parties in applicable transactions, estimated times until an order is ready, identifiers for multiple parties (e.g., providing multiple identifiers at once, for instance on a split screen; alternating through the identifiers being provided; displaying any of the applicable identifiers (e.g., as shown at step 810); and/or in any other suitable manner); and/or any other suitable material.
  • maps to one or more parties in applicable transactions estimated times until an order is ready
  • identifiers for multiple parties e.g., providing multiple identifiers at once, for instance on a split screen; alternating through the identifiers being provided; displaying any of the applicable identifiers (e.g., as shown at step 810); and/or in any other suitable manner
  • any other suitable material including, without limitation, maps to one or more parties in applicable transactions, estimated times until an order is ready, identifiers for multiple parties (e.g., providing multiple identifie
  • the method continues as the system continues to check the locations of (and/or other suitable information relating to) the multiple parties, with respect to the first device or otherwise.
  • step 812 of FIG. 8 shows that, in some embodiments, the method 800 continues as the first device provides the identifier of the closest party (and/or of the transaction that is next in a queue and/or that otherwise meets a set criterion indicating that the identifier of a certain transaction is to be displayed next).
  • step 814 after the first party with the first device has completed a transaction
  • FIG. 8 shows that, in some embodiments, the described systems and methods include determining whether any other transactions to which the first device (and first party) are a party are still open. If there are, FIG. 8 shows that some embodiments of the method return to step 806. Once, however, all of the transactions to which the first party is a party are complete, FIG. 8 (at step 816) shows that, in accordance with some embodiments, the method 800 ends and/or returns to method 400 and/or 500.
  • some embodiments of the described systems and methods are configured to track and record (e.g., in memory 220 of the server 385, in memory of one or more computer devices in a transaction, and/or elsewhere) at least one of the times, paths, distances, frequencies, and/or other recordable characteristics of when two or more computer devices in a transaction (e.g., devices comprising coordinating identifiers) are in a desired proximity to (and/or out of a desired proximity with) each other.
  • Such a feature can be useful for a variety of purposes, including, without limitation, determining that a transaction has been completed, tracking and otherwise helping protect the safety of parties involved in one or more transactions, ensuring that bills are accurate, and/or for any other purpose.
  • the described systems can track and record information relating to meetings between (and/or separation from) parties to a transaction in any suitable manner, including, without limitation, by recording GPS coordinates of the devices in the transaction, recording IP addresses of such devices, multilateration techniques, localization techniques, recording information provided by one or more users in the transaction (e.g., addresses, current location, desired location, confirmation of receipt, etc.), and/or any other suitable method.
  • some embodiments of the described systems and methods allow at least one of the remote computer system (e.g., the server 385), a first device 365, a second device 375, and/or any other computer device in the system to provide one or more identifiers (e.g., visual, audio, touch, and/or other identifiers) through one or more objects (e.g., vehicles, speaker systems, watches, ear pieces, headsets, display screens, pagers, projectors, and/or other devices) that are in signal communication with at least a portion of the described system (e.g., at least one of the remote computer system, the first computer device, and the second computer device).
  • identifiers e.g., visual, audio, touch, and/or other identifiers
  • objects e.g., vehicles, speaker systems, watches, ear pieces, headsets, display screens, pagers, projectors, and/or other devices
  • the remote computer system e.g., the server 385
  • the first computer device 365, and/or the second computer device 375 are configured to control a car's lights, horn, speakers, PA system, and/or other visual and/or audio outputs to help provide a coordinating identifier (and/or to otherwise alert a potential party to the car's presence).
  • the car can be used to: flash its headlights (e.g., at the same time the identifier on the intended passenger's phone or other device flashes, and/or in any other suitable manner); make a sound (e.g., play music that corresponds to music being played by the potential passenger's phone, and/or make any other suitable sound); and/or otherwise provide a coordinated identifier and/or notify the intended passenger of the car's presence.
  • the car can be used to: flash its headlights (e.g., at the same time the identifier on the intended passenger's phone or other device flashes, and/or in any other suitable manner); make a sound (e.g., play music that corresponds to music being played by the potential passenger's phone, and/or make any other suitable sound); and/or otherwise provide a coordinated identifier and/or notify the intended passenger of the car's presence.
  • the system is configured to provide one or more coordinating identifiers through one or more displays.
  • a car driver who is part of a transaction may receive a coordinating identifier on a first computer device 365 (e.g., the driver's phone), which, in turn, provides the same coordinating identifier to a display that is visible from outside the car (e.g., a display that is: placed facing out from a window of the car, such as the windshield, passenger side window, etc.; a heads-up display shown on a car window; and/or in another manner that is otherwise visible to potential passengers).
  • a first computer device 365 e.g., the driver's phone
  • the coordinating identifier may be provided directly to such a display (e.g., without being provided to a separate computer device). In both such embodiments, the driver can provide the coordinating identifier, without being unduly distracted (e.g., trying to find his or her phone and to lift it up so that intended passengers can see it).
  • a portion of the system is configured to communicate with an output that is capable of providing a coordinating identifier (e.g., one or more displays, speakers, lights, and/or other suitable outputs).
  • a coordinating identifier e.g., one or more displays, speakers, lights, and/or other suitable outputs.
  • a portion of the system e.g., the server 385, the first computer device 365, etc.
  • the described systems and methods are configured to use of facial, optical, Wi-Fi, BLUETOOTH , and/or visual recognition technology to identify one or more parties to a transaction, to cause the coordinating identifier to be provided, to trigger a modification of the coordinating identifier or identifiers in a transaction, and/or for any other suitable purpose.
  • the described systems and methods include obtaining and analyzing (e.g., via software accessed through any suitable portion of the described system) an image of a desired object (e.g., a picture of a party to a transaction, such as a driver, a passenger, and/or any other suitable party; a car associated with a party to the transaction; a landmark associated with the transaction; and/or any other suitable object or objects).
  • a desired object e.g., a picture of a party to a transaction, such as a driver, a passenger, and/or any other suitable party
  • a car associated with a party to the transaction e.g., a car associated with a party to the transaction
  • a landmark associated with the transaction e.g., a landmark associated with the transaction.
  • some embodiments of the described system are configured to capture images (e.g., via a camera and/or sensor in signal communication with the system, for instance through a computer device of a party to the transaction) and to notify one or more parties to a transaction once that object has been detected.
  • images e.g., via a camera and/or sensor in signal communication with the system, for instance through a computer device of a party to the transaction
  • the described systems and methods can alert the intended passenger that his or her car has arrived (e.g., by flashing and/or otherwise modifying the identifier, posting a message, and/or in any other suitable manner).
  • some embodiments of the described systems and methods are configured to provide one or more computer devices in the described system with promotional materials, advertisements, pop-up ads, coupons, information, reading material, and/or any other suitable material in connection with an identifier and/or in any other suitable manner.
  • the content, timing, and other factors relating to the provision of such material can be determined in any suitable manner, including, without limitation, by being randomly selected; being selected based on one or more locations, desired locations of, events in proximity to, retailers and/or service providers in proximity to, preferences, and/or any other factors relating to one or more parties of a relevant transaction; and/or in any other suitable manner.
  • the provision of such material is personalized for the individual receiving it (e.g., by being based on a user's browsing history, a user's preferences, a user's location, and/or in any other suitable manner).
  • some embodiments of the described systems and methods are configured to encrypt (e.g., via symmetric key, encryption, public key encryption, and/or otherwise) and/or to otherwise encode information being relayed about one or more parties and/or coordinating identifiers.
  • the described systems and methods can help prevent others from hacking into the system to thereby create fake identifiers.
  • some such embodiments provide an additional layer of safety and confidence for parties to transactions.
  • some embodiments of the described systems and methods are configured to ensure that one or more identifiers are only provided within a certain location and not outside that location.
  • FIG. 9 shows that, in accordance with some embodiments, some identifiers are only provided within one or more certain geographic locations 90 (which may include, but is not limited to, one or more rooms, buildings, radii, set pieces of land, set neighborhoods, specific cities, portions of a venue, specific states, specific countries, and/or any other suitable locations). In some embodiments, however, as shown in FIG.
  • identifiers are provided within a specified geographic area 90, and while such identifiers are not available in a zone 92 that is outside, surrounds, flanks, is adjacent to, and/or that is otherwise near the specified geographic area, such identifiers can (in some embodiments) be available in one or more locations 94 that are outside of such a zone 92. Accordingly, in some such embodiments, the described systems and methods can further prevent parties from improperly receiving coordinating identifiers with one or more other parties who are not all participating in the same transaction.
  • some embodiments of the described systems and methods allow one or more parties within a transaction to text, instant message, e-mail, call, send audio to, send images to, video chat with, send updates to, provided new location information, provide new offer information to, provide new request information to, and/or to otherwise communicate with each other.
  • the described systems and methods can dispose of identifiers in any suitable manner (e.g., when the identifiers are modified, when a transaction is complete, and/or at any other suitable time). Indeed, in some embodiments, once an identifier is no longer needed in a particular transaction (and/or portion of a transaction), the identifier can: be reused (e.g., by the same party and/or different party), dissolve, self-destruct, be saved in a collection of identifiers received by each individual party, and/or otherwise handled in any suitable manner.
  • the identifiers provided to each party are saved in an account, on that party's device, and/or otherwise (e.g., like stamps in a passport).
  • some embodiments of the described systems and methods are configured to learn from prior transactions and to update estimates, determine parties in a transaction, predict actions of parties in a transaction, and/or to otherwise modify the transaction (e.g., to change when coordinating identifiers are given to the parties, to change estimated times of arrival, to change the timing in which notices are given to one or more parties, to modify proposed routes one or more parties can take to meet another party in a transaction, and/or to otherwise modify and/or optimize the transaction in any suitable manner).
  • some embodiments of the described systems and methods are configured to track two or more computer devices (e.g., 365, 375, etc.) in one or more transactions and to determine the fastest and/or any other preferred route between the parties (and/or one or more desired locations).
  • the system may determine such a route in any suitable manner, including, without limitation, by tracking the parties' computer devices (e.g., via GPS, multilateration, etc.); via mapping software (e.g., GOOGLE ® maps; APPLE ® maps; software utilizing venue maps, building maps, schematics, and/or any other suitable information; and/or any other suitable mapping software).
  • the described systems and methods can be useful in virtually any suitable circumstances in which two or more parties want to identify each other (and/or one or more corresponding computer devices) with confidence.
  • Some non-limiting examples of situations in which the described systems and methods may be used include in the areas of transportation (e.g., allowing one or more drivers and one or more intended passengers to readily identify each other), courier services (e.g., allowing one or more senders and/or recipients to rapidly and confidently identify one or more couriers and vice versa), event ticketing (e.g., where an identifier functions as one or more tickets), concessions (e.g., allowing one or more concession workers to identify one or more patrons), and queue management (e.g., alerting parties when their turn in a queue has arrived and providing such parties with a coordinating identifier to identify them and/or their place in the queue).
  • courier services e.g., allowing one or more senders and/or recipients to rapidly and confidently identify one or more couriers and vice versa
  • event ticketing
  • the described systems and methods are used to help two or more parties identify each other for transportation services (including, without limitation, via one or more UBER ® rides, LYFT ® rides, taxi rides, bus rides, airplane rides, ferry rides, bike taxi rides, rickshaw rides, horse and carriage rides, limo rides, hitch hiking, etc.). While the described systems and methods can be used with transportation services in any suitable manner, FIG. 10 shows one non-limiting example of a suitable method 1000 (e.g., as depicted from a computer device of a potential passenger).
  • FIG. 10 shows that, in some embodiments, the method begins (at step 1002) as a potential passenger uses a first computer device 365 (e.g., a smart phone, tablet, and/or any other suitable computer device) to request a ride (e.g., by entering a desired pickup location, drop-off location, pick-up time, vehicle type, fare rate, whether or not the passenger desires to ride alone and/to split fair with another passenger, and/or any other suitable information).
  • a first computer device 365 e.g., a smart phone, tablet, and/or any other suitable computer device
  • a potential driver may also provide the described system with any suitable information (e.g., that the driver is willing to drive others, the driver's location, the type of vehicle the driver is driving, the number of seats in the vehicle, how far the driver is willing to drive, how long the driver is willing to drive, and/or any other suitable location).
  • any suitable information e.g., that the driver is willing to drive others, the driver's location, the type of vehicle the driver is driving, the number of seats in the vehicle, how far the driver is willing to drive, how long the driver is willing to drive, and/or any other suitable location).
  • FIG. 10 shows that some embodiments of the method 1000 continue as the potential passenger and the selected driver enter into a transaction and the system provides the passenger and/or the driver with an estimated cost of the ride and an estimated pickup time.
  • Step 1006 shows, that in some embodiments, the described method 1000 provides the parties to the transaction (e.g., the passenger and/or driver) with estimated times (continuously or otherwise) until the pickup (e.g., in seconds, minutes, hours, and/or otherwise).
  • the described systems and methods are configured to show one or more parties to the transaction (e.g., via the first device 365 and/or the second device 375) one or more maps, indicating the current locations of one or more parties to the transaction, proposed travel routes, traffic delays, and/or any other suitable information.
  • step 1008 shows that, in some embodiments, the described systems and methods provide the parties to the transaction with (and/or modify the) coordinating identifiers when the distance and or estimated time between the various parties meets a specified trigger point.
  • step 1010 shows that, in some embodiments, the parties to the transaction (e.g., the driver and passenger) can readily identify each other (e.g., by holding up phones, displays, and/or other computer devices displaying and/or otherwise providing the coordinating identifiers, such that each party is able to readily see (and/or otherwise perceive) and match the identifier of the other party.
  • FIG. 10 shows the method 1000 can proceed in any suitable manner, including, without limitation, by recycling the identifiers, storing the identifiers in accounts for one or more parties, requiring one or more parties to pay a bill, and/or in any other suitable manner.
  • one transaction comprises multiple parties (e.g., drivers and/or multiple passengers) that all have the same coordinating identifiers.
  • a one party (e.g., the driver) driver may be party to multiple transactions, which each have a different identifier (e.g., as described above with respect to the method 800 in FIG. 8).
  • some embodiments provide several beneficial characteristics over some conventional methods for identifying one or more potential drivers and passengers.
  • some conventional methods for identifying parties in a transportation transaction provide a driver with a location of the passenger, and provide the passenger(s) with a picture of the driver's car and/or the driver, as well as with the driver's license plate number.
  • such conventional methods have shortcomings. For instance, when using some such conventional methods, a driver who pulls up to a large group of people who are waiting for various drivers (e.g., a group of people who have just left a large event), the driver may have to call out the name of his or her intended passenger to actually find the right passenger.
  • the potential passengers may have a hard time identifying their driver.
  • multiple drivers e.g., TOYOTA ® Priuses
  • it may be hard for passengers to readily identify their ride— especially in the dark where it may be hard to distinguish cars by color, where cars' headlights make it hard for passengers to read front facing license plates, where cars are lacking a front facing license plate, and/or for any other reason.
  • some embodiments of the described systems and methods provide each party to a transaction with coordinating identifiers (e.g., a visual symbol and/or color scheme) that can be seen and/or otherwise perceived relatively easily (as the parties display their identifiers), and that can be readily distinguished from other identifiers of other transactions. Accordingly, in some embodiments, no matter how dark the night, no matter how similar the cars may appear, no matter how similar the various drivers may appear, and no matter how many people are waiting for a ride, the parties to a transaction can readily and confidently identify and each other.
  • coordinating identifiers e.g., a visual symbol and/or color scheme
  • the described systems and methods are able to ensure that the identifiers of the separate transactions do not coordinate with each other (e.g., by automatically changing one transaction's identifiers, by preventing certain identifiers from being used in another transaction, and/or in any other suitable manner). Accordingly, in some embodiments, the described systems and methods are able, behind the scenes as it were, to prevent parties from improperly identifying and believing that one or more parties belong to a certain transaction when they in fact do not.
  • the identifiers instead of comprising one or more relatively small alphanumeric codes, codes, words, numbers, unique identifiers, and/or other such identifiers, the identifiers comprise one or more color schemes, logos, icons, patterns, designs, symbols, and/or other identifiers that are readily visible, audible, and/or otherwise perceivable at a distance. For instance, by using coordinating identifiers such as those shown in FIGS.
  • various parties can readily identify each other from a distance (e.g., while one party is in a car and the other party waits for the car), without requiring each party to closely compare identifiers while such parties are in close proximity to each other (e.g., as might be required if the identifiers included an relatively long code in a relatively small font).
  • some embodiments of the described systems and methods are able to use and reuse a limited number of identifiers (e.g., for a specific event or otherwise) or similar identifiers at the same time. For instance, where there is a large event (e.g., a football game) with many transactions occurring simultaneously, some embodiments of the described systems and methods are able to provide multiple participants of different transactions with the same identifiers when such participants are not in proximity to each other.
  • a limited number of identifiers e.g., for a specific event or otherwise
  • similar identifiers e.g., for a specific event or otherwise
  • parties who are located e.g., waiting for a car
  • parties who are located e.g., waiting for a car
  • who are not part of the same transaction could still have the same (or similar) identifiers (e.g., team logos, team color schemes, etc.) when the described systems and methods determine that the various parties are far enough apart to prevent any possible confusion as to who is part of a specified transaction.
  • one such method 1100 includes (as shown at step 1102) allowing one party to request a pickup or drop off (e.g., of a package) and to indicate and/or agree to a time and place for the pickup/drop off, while another party (e.g., a courier) can communicate with the first party to agree to and/or to otherwise determine a pickup site and time.
  • a pickup or drop off e.g., of a package
  • another party e.g., a courier
  • Step 1104 shows that some embodiments of the described systems and methods: track the locations of one or more parties to the transaction; create a dynamic history tracking movements and/or average times needed for one or more parties to the transaction to travel certain places at certain times; provide an estimated time to arrival; and/or otherwise provide information that facilitates the transaction.
  • some embodiments of the described systems and methods indicate an estimated time until the courier will arrive at a pickup spot and can even provide the person providing an item with an estimate of how long it will take that person to get to the pickup spot, indicating when such person should leave for the pickup spot.
  • Step 1106 shows that some embodiments of the method 1100 shown in FIG. 11 include providing each party to the courier transaction (e.g., the courier, the person providing a package or other item to the courier, and/or any other suitable party) with a coordinating identifier (e.g., a visible and/or other identifier that can be shown on a smart phone or other computer device), which can readily be identified by the various parties of the transaction to ensure that the intended parties are meeting (e.g., at the identified pickup spot).
  • a coordinating identifier e.g., a visible and/or other identifier that can be shown on a smart phone or other computer device
  • one or more parties to the transaction can pass a coordinating identifier to another party (e.g., to another party's device).
  • another party e.g., to another party's device.
  • multiple people may be involved in a transaction (e.g., to make it more efficient, faster, more economical, more convenient, and/or to otherwise help complete the transaction).
  • FIG. 12A shows that, in some embodiments, multiple couriers (as illustrated by the circles at the left in column 1) use the same and/or a different coordinating identifier (e.g., the various letters in FIG.
  • each transaction comprises a separate identifier
  • the couriers then optionally pass the packages and the corresponding coordinating identifiers onto one or more other couriers (e.g., couriers who have the same coordinating identifiers, as shown in column 2), who in turn, optionally provide the packages (and/or other items) to one or more other couriers who are passed or otherwise have matching identifiers (e.g., as shown in columns 3-9), until the final courier (e.g., shown in column 9) is able to provide the package (and/or other item) to its intended recipient (not shown) by having the final courier and the intended recipient match identifiers, as shown at step 1114 in FIG. 11.
  • a single courier can use the described systems and methods to take an item from its sender to its recipient, in some other embodiments, the described systems and methods are configured to allow multiple couriers to gather and deliver multiple packages in
  • step 1112 shows that, in accordance with some embodiments, the described systems and methods can provide estimated pickup times, arrival times, drop-off, optional parties (e.g., couriers, etc.) to include in the transaction, and/or any suitable information that may be applicable to a transaction.
  • optional parties e.g., couriers, etc.
  • FIG. 12B illustrates a method 1200 that includes (as shown at step 1202) providing a party-identification application (e.g., a website, a mobile app, an app, and/or other software that performs at least some of the described systems and methods) to any suitable number of devices.
  • a party-identification application e.g., a website, a mobile app, an app, and/or other software that performs at least some of the described systems and methods
  • the described systems include making the party-identification application available to a first device (e.g., a device of a party intending to send goods and/or services (which may collectively and individually be referred to herein as an item) to a third party), a second device (e.g., a device of a deliverer who plans on taking the item (at least partway) to the third party, and a third device (e.g., a device of an intended recipient of the item).
  • a first device e.g., a device of a party intending to send goods and/or services (which may collectively and individually be referred to herein as an item) to a third party
  • a second device e.g., a device of a deliverer who plans on taking the item (at least partway) to the third party
  • a third device e.g., a device of an intended recipient of the item.
  • FIG. 12B shows that some embodiments of the method 1200 include linking and/or otherwise placing the first, second, and third devices into a transaction with each other. Additionally, at step 1206, FIG. 12B shows that some embodiments of the method 1200 include providing coordinating identifiers to the devices in the first transaction.
  • the coordinating identifiers can be provided to the devices in any suitable manner (e.g., via a processor of the computer system 385, via a processor or one or more of the devices, and/or in any other suitable manner).
  • a function is performed by a processor of the computer system and/or a server
  • a function may be performed by one or more processors of a computer device (e.g., 365, 375, etc.).
  • a first set of coordinating identifiers is provided to the first and second devices in the first transaction (e.g., to the devices of a sender and deliverer of an item) and a second set of coordinating identifiers is provided to the second and third devices (e.g., the devices of the deliverer and the intended recipient of the item).
  • the first and second sets of identifiers comprise different identifiers that are readily distinguishable from each other, in some other embodiments, the first and second sets of identifiers coordinate with each other.
  • one or more parties to the first transaction are able to optionally pass an identifier from their device to another device such that the other device becomes part of the transaction (see e.g., FIGS. 11 and 12A).
  • the second device e.g., the device of the deliverer
  • can pass an identifier e.g., via near field communication, a camera, Wi-Fi communication, BLUETOOTH ® communication, text, e-mail, and/or in any other suitable manner
  • the first set, second set, and/or any other suitable set of identifiers to one or more other devices to allow the users of such other devices to carry the item for a portion of the trip.
  • step 1208 shows that, in some embodiments, the method 1200 optionally includes associating an identifier that coordinates with the first set of identifiers (and/or another applicable set) with the item (e.g., a package and/or any other suitable good and/or service) that is being transported as part of the first transaction.
  • the item e.g., a package and/or any other suitable good and/or service
  • the coordinating identifier can be associated with the item in any suitable manner, including, without limitation, be being printed on the item, being included on a sticker that is attached to the item, being printed on a receipt and/or other object associated with the item, being shown on a display associated with the item, being presented through a speaker associated with the item, by being locatable through the use of a code (e.g., a QR code, bar code, numeric code, alphanumeric code, and/or any other suitable code) that is associated with the item, by being locatable by scanning an RF ID associated with the item, and/or in any other suitable manner.
  • a code e.g., a QR code, bar code, numeric code, alphanumeric code, and/or any other suitable code
  • parties not only can parties identify other parties in a transaction by matching their identifiers (e.g., manually and/or via their devices), but in some embodiments, one or more parties can identify an item associated with a transaction by matching an identifier associated with such item with one or more identifiers provided by the parties' devices.
  • steps 1210 through 1214 show that, in some embodiments, the second device, one or more other devices that receive an identifier from the second device, and/or any other device participating in the first transaction can also participate in one or more other transactions.
  • the user of the second device e.g., a deliverer
  • the user of the second device can enter into a first transaction to take an item from the user of the first device to the user of a third device
  • the user of the second device can further enter into one or more other transactions, including, without limitation, a transaction to deliver an item from a fourth party to a fifth party.
  • FIG. 12B shows that some embodiments of the method 1200 further comprise using a processor of the computer system 385 and/or a processor of one or more devices in a transaction to track the location of the various devices in the transaction with respect to each other and/or one or more devices that are part of another transaction.
  • the described systems and methods can perform a variety of functions, including, but not limited to, ensuring (e.g., as shown at step 1218) that identifiers from one transaction are readily distinguishable from the identifiers of one or more other transactions (e.g., where devices from the various transactions come or may come into proximity with each other and/or otherwise), modifying one or more identifiers in a set of identifiers as devices in the same transaction come into proximity with each other, providing one or more proposed routes between various devices in a transaction, and/or any other suitable function.
  • FIG. 12B shows the method 1200 ends at step 1220, the method can be repeated and/or modified in any suitable manner.
  • the described systems and methods can be used in any suitable manner to improve ticket sales techniques. Indeed, under some current techniques for purchasing tickets, after a person purchases tickets over the phone, online, etc., someone has to go and pick such tickets up (e.g., at will call or elsewhere). That said, under some embodiments, the described systems and methods (as shown by method 1300 in FIG. 13), allow a user to purchase tickets (e.g., on a mobile app, website, and/or other application configured to provide the described systems and methods; over the phone; via e-mail; via text; and/or in any other suitable manner (e.g., as shown at step 1302 in FIG. 13)).
  • a mobile app, website, and/or other application configured to provide the described systems and methods; over the phone; via e-mail; via text; and/or in any other suitable manner (e.g., as shown at step 1302 in FIG. 13)).
  • the method 1300 continues as an identifier is assigned to the transaction (e.g., to the customer's cellphone and/or other computer device).
  • the identifier can be provided a device in the transaction (e.g., the ticket purchaser's phone or otherwise) at any suitable time and in any suitable manner, including, without limitation, at the time an order is placed, at the time tickets are purchased, as the device comes into proximity with another device in the transaction, and/or at any other suitable time.
  • the identifier is assigned to a transaction at the time tickets are purchased.
  • FIG. 13 shows that the ticket purchaser (and/or any other applicable party) can optionally pass the tickets to one or more other devices (or people) in any suitable manner, including, without limitation, via near field communications, a text, an e-mail, and/or in any other suitable manner.
  • an identifier assigned to a transaction can be passed from one person to another, much the same way that physical tickets can be passed.
  • a first party passes one or more identifiers (e.g., serving as tickets) to another party, the first party relinquishes the identifier(s) (and/or tickets), in some other embodiments, as a first party passes the identifier(s) to one or more other parties, the first party (and/or one or more subsequent passing parties) continues to have access to the identifier(s) on the first party's (or another applicable party's) device or otherwise.
  • FIG. 13 shows that, in some embodiments, the method 1300 continues as a party with the identifier uses the identifier to complete at least a portion of the transaction (e.g., using the identifier as a ticket, in accordance with the method 800 of FIG. 8, and/or otherwise). While this can be done in any suitable manner, in some embodiments, the party who is using the identifier as a ticket compares the identifier with the identifier of another party (e.g., staff at an event) having a coordinating identifier. Thus, in some non- limiting embodiments, the described systems and methods can provide a simple way to purchase and or use tickets, while being able to electronically track and/or pass such tickets.
  • a party with the identifier uses the identifier to complete at least a portion of the transaction (e.g., using the identifier as a ticket, in accordance with the method 800 of FIG. 8, and/or otherwise). While this can be done in any suitable manner, in some embodiments, the party who is using
  • FIG. 14A illustrates one representative embodiment of a method for using the described systems and methods to allow one or more patrons (and/or any other suitable customer) to purchase one or more items (and/or services) from one or more providers (e.g., concessions stands) and to have the items (and/or services) delivered to the patron by one or more servers, runners, and/or other parties; hereinafter server or servers) in a way that the applicable patron(s) and server(s) can identify each other through the use of coordinating identifiers.
  • providers e.g., concessions stands
  • step 1402 shows that, in some embodiments, a transaction begins as one or more patrons are allowed to make a purchase.
  • the purchase can be made in any suitable manner, including, without limitation, through a website, a mobile app, and/or any other application that provides at least some of the described systems and methods; by making a purchase in person (e.g., making a purchase and then leaving the point of sale); by paying through the patron's computer device; by making one or more orders through the patron's device; by paying in person (e.g., at the time the server delivers the desired goods and/or services), by paying at the time of making an order; and/or in any other suitable manner.
  • a patron is able to purchase one or more goods and/or services directly through an app that functions in accordance with at least some of the described systems and methods.
  • a patron is only able to use the described systems and methods to make a purchase from a single concession stand (and/or other provider of goods or services) at a time
  • a patron is able to use the described systems and methods to make one or more purchases from multiple providers, simultaneously or otherwise.
  • a patron can purchase one item (e.g., nachos) from a first concession stand, another item (e.g., a hotdog) from another stand, and any other number of items from any other number of providers.
  • FIG. 14A shows that some embodiments of the method 1400 proceed as one or more servers are linked, assigned to, and/or are otherwise associated with the transaction and/or the patron.
  • the servers can be linked with a transaction in any suitable manner, including, without limitation, by being selected based on proximity to a provider and/or a patron (e.g., as determined by the location of server's computer device, the location of a the patron's device, and/or preset location of the provider and/or patron), based on a server's affiliation with a provider providing the patron's selected services, and/or in any other suitable manner.
  • one or more servers at or in proximity to an event can use the described systems and methods to indicate that they are ready to provide a service, and the described systems and methods can select such servers in the manner determined to be most-efficient and/or in any other suitable manner.
  • FIG. 14A shows that some embodiments of the method 1400 include providing one or more patrons, providers, and/or servers that are associated with a transaction with coordinating identifiers. Additionally, at step 1408, FIG. 14A shows that some embodiments of the method 1400 include tracking the location of one or more parties to the transaction (e.g., via GPS coordinates of a phone and/or other computer device of one or more parties, multilateration, localization, information provided by a user, and/or in any other suitable manner). Indeed, in some embodiments, the described systems and methods are configured to provide one or more parties to the transaction with a map showing the position of (and/or a proposed route to) one or more parties to the transaction.
  • a map showing the position of (and/or a proposed route to) one or more parties to the transaction.
  • the computer devices e.g., devices 365 and 375 of one or more patrons in a transaction show the locations (in near real-time and/or otherwise) of one or more servers (and/or vice versa) in one or more applicable transactions.
  • one or more parties to a transaction receive an estimated time (and/or updated estimates) indicating an estimated time until parties to a transaction meet (e.g., the server comes to the patron, the patron comes to the server, the patron comes to the provider, etc.).
  • the described systems and methods are further configured to automatically update coordinating identifiers based on the proximity of one or more parties to a transaction (e.g., as discussed above with respect to FIG. 6).
  • FIG. 14A shows that some embodiments of the described method 1400 continue as two or more parties to a transaction are able to confirm that the applicable parties have actually met and/or that at least a portion of the transaction is complete.
  • one or more portions of a transaction can be confirmed to be complete in any suitable manner, including, without limitation, by determining that computer devices of two or more parties to a transaction are within a certain proximity of each other (e.g., for any time and/or a set period of time), by having one or more parties provide input to a computer device indicating that at least a portion of the transaction is complete (e.g., by tapping a visually perceptible identifier on a computer device, providing a signature through a computer device, swiping a credit card, making a payment, and/or in any other suitable manner), by having the applicable devices communicate with each other to confirm a transaction (e.g., via near field communications, wirelessly, and/or in any other suitable manner), and/or in any other suitable manner), and/or in
  • each transaction comprises a coordinating identifier 1414 that is provided to a server (shown as the square labeled 1416), a patron (shown as the circle labeled 1418), and/or a provider (not shown).
  • a server shown as the square labeled 1416
  • a patron shown as the circle labeled 1418
  • a provider not shown.
  • the server and the patron in a transaction can readily identify each other by showing their identifiers to each other and matching their coordinating identifiers.
  • the described systems are configured to ensure that an identifier used for a particular transaction is unique to that transaction, at least within a certain location (e.g., as discussed above with respect to FIG. 7).
  • a first location e.g., a first venue, a portion of the first venue, and/or any other suitable location
  • section A which depicts a first location (e.g., a first venue, a portion of the first venue, and/or any other suitable location) shows an embodiment with two transactions (one with a plus -symbol- shaped identifier and another with a triangular identifier) that each comprises a server 1416 and a patron, and wherein the respective server and patron for each of the transactions have identifiers that are unique to their transaction (at least in the first location).
  • Section B in FIG. 14B which depicts a second location (e.g., a second venue, a portion of the second venue, and/or any other suitable location) shows that, in some embodiments, one or more patrons 1422 (or 1432) enter into a transaction, one or more servers 1420 (or 1430), and/or providers (not shown); with each of the two transactions comprising an identifier 1414 that is unique to the respective transactions (at least in the second location).
  • Section B of FIG. 14B which depicts a second location (e.g., a second venue, a portion of the second venue, and/or any other suitable location) shows that, in some embodiments, one or more patrons 1422 (or 1432) enter into a transaction, one or more servers 1420 (or 1430), and/or providers (not shown); with each of the two transactions comprising an identifier 1414 that is unique to the respective transactions (at least in the second location).
  • FIG. 14B shows an embodiment in which a first transaction (as denoted by the triangular identifiers 1414) comprises a first sever 1420 who is assigned to serve (e.g., provide popcorn and/or any other suitable good or service to) multiple patrons 1422 having a coordinating triangular identifier 1414. Additionally, Section B of FIG. 14B shows an embodiment in which a second transaction (as denoted by the plus- symbol-shaped identifiers 1414) comprises a second sever 1430 who is assigned to serve (e.g., provide drinks and/or any other suitable good or service to) multiple patrons 1432 having a coordinating triangular identifier 1414.
  • a first transaction (as denoted by the triangular identifiers 1414) comprises a first sever 1420 who is assigned to serve (e.g., provide popcorn and/or any other suitable good or service to) multiple patrons 1422 having a coordinating triangular identifier 1414.
  • FIG. 14C further shows that, in some embodiments, one or more patrons can enter into a single transaction with one or more servers and/or providers (not shown), with all members of the transaction having coordinating symbols.
  • FIG. 14C shows that, in some embodiments, a first patron 1440 can enter into a first transaction with multiple servers 1442.
  • the first patron may order from several providers/servers in a single transaction (e.g., with one server bringing nachos, another server bring a drink, another server bringing ice cream, and another server bringing souvenir to the patron).
  • FIG. 14C shows that, in some embodiments, one or more patrons can enter into a single transaction with one or more servers and/or providers (not shown), with all members of the transaction having coordinating symbols.
  • FIG. 14C shows that, in some embodiments, a first patron 1440 can enter into a first transaction with multiple servers 1442.
  • the first patron may order from several providers/servers in a single transaction (e.g., with one server bringing nacho
  • the identifiers e.g., the triangular identifiers
  • the identifiers for the first patron 1440 are unique to the first transaction (or are at least unique for a specific location), while other transactions in proximity to the first have differing identifiers (e.g., as shown by the star-shaped and plus-symbol-shaped identifiers in FIG. 14C.
  • FIG. 15, at step 1502 shows that some embodiments include allowing one or more people to enter into a transaction involving a queue (i.e., a virtual and/or physical queue).
  • such people can enter into a queue in any suitable manner, including, without limitation, by visiting an establishment, a teller, a cashier, a person, and/or other suitable location in person; by entering into the queue online; by sending a text that places such people into the queue; by entering into the queue through an application (e.g., any suitable app, including, but not limited to, an app and/or website that functions in accordance with at least some of the described systems and methods); by entering into the queue over the telephone; by sending a fax that is used to place a person in the queue; and/or in any other suitable manner.
  • an application e.g., any suitable app, including, but not limited to, an app and/or website that functions in accordance with at least some of the described systems and methods
  • step 1504 shows that, in some embodiments, the method continues as one or more parties to the transaction (e.g., the person waiting in the queue and the person (and/or device) attending to people in the queue) receive coordinating identifiers.
  • the parties can receive the identifiers at any suitable time, including, without limitation, when it's a parties turn in the queue, when the party enters into the queue, when two or more parties in the transaction come within a set proximity of each other, when requested by such party, after waiting in the queue for a specific period of time, after arriving in a certain position in the queue, and/or at any other suitable time.
  • a person receives a coordinating identifier (e.g., via that person's computer device 365) when that person enters into the transaction (and/or the queue).
  • the coordinating identifier provided on that party's computer device (and or the computer device of one or more other parties to the transaction) is modified (e.g., one or more of the coordinating identifiers in the transaction are changed, flash, display a message in association with the identifier, and/or the identifier is otherwise modified and/or replaced to indicate that a party's turn has arrived and/or is getting closer) and/or the person is otherwise notified (e.g., via text, email, SMS, vibration, and/or in any other suitable manner) that his or her turn has arrived and/or is approaching.
  • a party to a transaction receives a coordinating identifier when his or her turn in the queue arrives.
  • FIG. 15 shows that some embodiments of the method 1500 continue as one or more parties to the transaction identify each other and/or otherwise confirm that at least a portion of the transaction is complete.
  • the transaction (or a portion thereof) can be confirmed in any suitable manner.
  • two or more parties to a transaction e.g., a patron and a maitre d'
  • are able to compare coordinating identifiers to determine that the proper party's turn has arrived e.g., to be seated, to be serviced, to get on a ride, to enter an establishment, to enter an office, and/or to otherwise receive goods and/or services).
  • a transaction (or a portion thereof) is confirmed by determining that computer devices of two or more parties to a transaction and with coordinating identifiers are within a certain proximity of each other (e.g., for any time and/or a set period of time), by having one or more parties provide input to a computer device indicating that at least a portion of the transaction is complete (e.g., by tapping a visually perceptible identifier on a computer device, providing a signature through a computer device, and/or in any other suitable manner), by having the applicable devices communicate with each other to confirm a transaction (e.g., via near field communications, wirelessly, and/or in any other suitable manner), and/or in any other suitable manner.
  • each of the described methods can be modified in any suitable manner.
  • the methods shown in FIGS. 10, 11, and 13-15 can be modified such that one or more identifiers can be: passed from one party in a transaction to another party (e.g., as discussed above with respect to FIGS. 11 and/or 12 or otherwise); modified as a distance between two or more parties in a transaction decreases and/or increases (e.g., as discussed above with respect to FIG. 6 and/or otherwise); modified when one or more other modification factors are met; displayed for the parties in a transaction that are closest to each other (e.g., as discussed above with respect to FIGS.
  • any of the described systems and methods is modified to include an identifier that is associated with an item (e.g., one or more goods and/or services).
  • an identifier e.g., a non-numeric identifier, a non-customer name identifier, a symbol, an icon, and/or any other suitable identifier
  • the patron e.g., on a receipt, on a document separate from a receipt, on the user's device, and/or in any other suitable manner.
  • a coordinating identifier is also provided to the patron through the patron's device (e.g., phone).
  • the patron purchases, orders, and/or otherwise enters into a transaction for an item the patron receives a receipt, a slip of paper, and/or any other suitable material carrying the identifier.
  • an item can be associated with a coordinating identifier in any suitable manner.
  • a sticker comprising the identifier can be stuck on the item
  • a receipt or other slip of paper comprising the identifier can be placed on or be otherwise associated with the item
  • a display can show the identifier when the item is available, and/or the identifier can otherwise be associated with the item.
  • an identifier e.g., a symbol on a receipt, a symbol and/or sound on an electronic device, etc.
  • the patron can compare that identifier against the identifier associated with the item to readily identify that the item pertains to that patron.
  • the patron can readily look at the identifiers on some or all of the food products and compare those identifiers against the identifier received by the patron (e.g., on a receipt, on the patron's phone, etc.) to identify the patron's order without needing to touch other people's orders.
  • some embodiments of the described systems and methods are configured to send a message (e.g., via text, e-mail, phone call, fax, IR signal, Wi-Fi signal, website, and/or in any other suitable manner), indicating a status and/or location of one or more devices in a transaction, indicating that one or more devices in the transaction have come to a desired location, indicating that two or more devices in a transaction are within a set distance from each other, indicating that a package associated with the transaction has reached a certain location, and/or any other suitable information.
  • a message e.g., via text, e-mail, phone call, fax, IR signal, Wi-Fi signal, website, and/or in any other suitable manner
  • a message e.g., via text, e-mail, phone call, fax, IR signal, Wi-Fi signal, website, and/or in any other suitable manner
  • a message e.g., via text, e-mail, phone call, fax, IR
  • the described systems and methods can further be used to help individuals identify and verify each other for home deliveries, dating (e.g., for blind dates, dates arranged through a website and/or dating app, etc.), classified add purchases (e.g., as individual's who come together through an interaction that began on Craig's List, Angle's List, the newspaper, and/or any other suitable venue meet to make a purchase, close a deal, and/or provide/receive goods and/or services), as parties meet to broker ticket sales (e.g., ticket resale), airport pick up, appointments (e.g., with salesmen, repairmen, missionaries, recruiters, service providers, etc.), breaking groups of people into smaller groups, food delivery, escorting minors on trips (e.g., only placing the minor in the custody of a party that shows a identifier corresponding with the identifier assigned to the minor), and/or any other suitable circumstance in which at least one party wants to identify another party and/or location.
  • dating e.g., for
  • the described systems and methods can further be used with any suitable service provider (e.g., with an auto mechanic, at the hospital, at a doctor's clinic, at a dentist's office, at a masseuse's office, at a chiropractor's office, and/or at any other suitable place where services are provided).
  • a patient may regularly have to provide personal information (e.g., name, date of birth, etc.) as the patient receives medical treatment (e.g., when checking in, when getting x-rayed, when getting a shot, when receiving a procedure, and/or at any other suitable time).
  • a patient (and/or a device associated with the patient) is assigned one or more identifiers.
  • the patient and one or more service providers may be provided with coordinating identifiers, allowing the patient and the providers to readily identify each other (e.g., by showing matching identifiers, via near field communications, by scanning each other's QR codes, and/or in any other suitable manner.
  • an identifier associated with a patient may further be passed and/or otherwise provided to one or more other individuals (e.g., service providers, visitors, and/or any other suitable person or device associated with such a person).
  • individuals e.g., service providers, visitors, and/or any other suitable person or device associated with such a person.
  • the described systems and methods can be used to readily identify that the proper parties are present.
  • the described systems and methods optionally cause one or more devices in the transaction (and/or the device(s) comprising the non-coordinating identifier) to make a sound, provide a visual display, vibrate, and/or otherwise indicate that the identifiers do not coordinate.
  • the described systems and methods are further configured to send a message (e.g., via text, e-mail, near-field communications, Wi-Fi, cell signal, short wavelength transmission, IR transmission, and/or in any other suitable manner) to provide an alert (e.g., to security, to the police, to a system configured to lock a portion of a facility down, and/or otherwise) that someone tried to match non-coordinating identifiers.
  • a message e.g., via text, e-mail, near-field communications, Wi-Fi, cell signal, short wavelength transmission, IR transmission, and/or in any other suitable manner
  • an alert e.g., to security, to the police, to a system configured to lock a portion of a facility down, and/or otherwise
  • a patient receives an identifier via an electronic device (e.g., a phone, tablet, etc.), in some embodiments, the patient receives a sticker, a printout, a badge, a paper, a receipt, a ticket, and/or some other form of identifier or item comprising an identifier that can be matched by a service provider (e.g., matched visually, matched by scanning, matched by symbol and/or visual identification technology, and/or in any other suitable manner).
  • a service provider e.g., matched visually, matched by scanning, matched by symbol and/or visual identification technology, and/or in any other suitable manner.
  • a patient is given a sticker and/or other identifier that is configured to be placed on a portion of the patient's body to be treated (e.g., operated on and/or otherwise examined or treated) and a service provider can confirm the matching identifier (e.g., by comparing the symbol on the sticker with a symbol on an electronic device and/or in any other suitable manner).
  • some embodiments of the described systems and methods are configured to: provide coordinating identifiers that are unique for a given location (e.g., to prevent possible confusion and belief that one or more third parties are actually part of a transaction); help parties to a transaction readily and confidently identify each other; reduce the need for additional equipment and/or materials (e.g., restaurant pagers; restaurant buzzers; tickets; printed, non-digital signs displaying the name of an intended party; and/or other materials); save time in identifying parties; help parties to a transaction to properly identify each other in the dark; help one or more parties to a transaction to readily pick another party to the transaction out of a crowd; and/or to otherwise reduce and/or remove shortcomings associated with some conventional methods for identifying parties to a transaction.
  • additional equipment and/or materials e.g., restaurant pagers; restaurant buzzers; tickets; printed, non-digital signs displaying the name of an intended party; and/or other materials
  • the present invention relates to systems and methods for identifying parties through the use of one or more corresponding, computer-coordinated identifiers.
  • some embodiments of the present invention relate to systems and methods for using a server or other computer system to provide (wirelessly or otherwise) computer-coordinated perceptible identifiers (such as one or more images, light emissions, sounds, touch-perceptible identifiers, and/or other suitable identifiers) to two or more computer devices, with the identifiers received by each of the devices coordinating with each other to allow users of such devices to readily match the identifiers and to thereby identify each other.
  • computer-coordinated perceptible identifiers such as one or more images, light emissions, sounds, touch-perceptible identifiers, and/or other suitable identifiers
  • the described systems and methods automatically ensure that coordinating identifiers received by computer devices participating in a first transaction do not coordinate with an identifier provided to another device participating in a second transaction when such other device is within a set proximity from one of more of the computer devices associated with the first transaction.
  • the coordinating identifiers received by one or more of the computer devices participating in a transaction are configured to be modified when such devices come into proximity with each other.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Entrepreneurship & Innovation (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Tourism & Hospitality (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Computing Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Telephonic Communication Services (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Debugging And Monitoring (AREA)
  • Eye Examination Apparatus (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

L'invention concerne des systèmes et des procédés conçus pour permettre à des correspondants séparés de s'identifier mutuellement grâce à l'utilisation d'identifiants coordonnés par ordinateur correspondants. Dans certains cas, les procédés comprennent les étapes consistant à : utiliser un processeur d'un système informatique pour identifier un premier dispositif informatique conçu pour fournir un premier identifiant perceptible ; utiliser le processeur pour identifier un second dispositif informatique conçu pour fournir un second identifiant perceptible ; et utiliser le processeur pour envoyer le premier identifiant perceptible au premier dispositif informatique et le second identifiant perceptible au second dispositif informatique, les premier et second identifiants perceptibles correspondant l'un à l'autre de façon à établir une vérification bilatérale coordonnée par ordinateur. Dans certains cas, les procédés décrits comprennent une étape consistant à modifier les premier et second identifiants à mesure que les premier et second dispositifs informatiques se rapprochent l'un de l'autre. L'invention concerne également d'autres modes de réalisation.
EP17858941.2A 2016-10-03 2017-09-29 Systèmes et procédés d'identification de correspondants sur la base d'identifiants de coordination Withdrawn EP3520027A4 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US15/284,387 US10601931B2 (en) 2016-10-03 2016-10-03 Systems and methods for delivering information and using coordinating identifiers
US15/284,376 US10581985B2 (en) 2016-10-03 2016-10-03 Systems and methods for providing coordinating identifiers over a network
US15/284,365 US10477345B2 (en) 2016-10-03 2016-10-03 Systems and methods for identifying parties based on coordinating identifiers
PCT/US2017/054549 WO2018067408A2 (fr) 2016-10-03 2017-09-29 Systèmes et procédés d'identification de correspondants sur la base d'identifiants de coordination

Publications (2)

Publication Number Publication Date
EP3520027A2 true EP3520027A2 (fr) 2019-08-07
EP3520027A4 EP3520027A4 (fr) 2021-12-15

Family

ID=61831966

Family Applications (1)

Application Number Title Priority Date Filing Date
EP17858941.2A Withdrawn EP3520027A4 (fr) 2016-10-03 2017-09-29 Systèmes et procédés d'identification de correspondants sur la base d'identifiants de coordination

Country Status (6)

Country Link
EP (1) EP3520027A4 (fr)
AU (1) AU2017339402A1 (fr)
CA (1) CA3039344A1 (fr)
CO (1) CO2019004548A2 (fr)
MX (1) MX2019003865A (fr)
WO (1) WO2018067408A2 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10477345B2 (en) 2016-10-03 2019-11-12 J2B2, Llc Systems and methods for identifying parties based on coordinating identifiers
CN113033728B (zh) * 2021-03-02 2024-03-08 岭东核电有限公司 核电定期试验中的试验设备确定方法、装置和计算机设备

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100622865B1 (ko) * 2003-12-11 2006-09-18 박현 커플징표를 이용한 커플 매칭방법
US10098154B2 (en) * 2010-07-08 2018-10-09 Qualcomm Incorporated Method and apparatus for detection and resolution of resource collision in a peer-to-peer network
US20120130627A1 (en) * 2010-11-23 2012-05-24 Islam Mohammad R Taxi dispatch system
KR20130082933A (ko) * 2011-12-23 2013-07-22 주식회사 스마트로 대면식 안전 직거래 중개 서비스 제공 방법 및 시스템
KR101282824B1 (ko) * 2012-11-23 2013-07-05 주식회사 씽크풀 만남 인증 시스템 및 그 제공방법
US9347783B2 (en) * 2013-09-09 2016-05-24 BarkHappy Inc. Pet friendly search, meeting, social profile mapping system
KR20160105282A (ko) * 2015-02-27 2016-09-06 주식회사 타임카페 오프라인 만남 중개 서비스 방법 및 시스템

Also Published As

Publication number Publication date
WO2018067408A2 (fr) 2018-04-12
CA3039344A1 (fr) 2018-04-12
WO2018067408A3 (fr) 2018-07-26
AU2017339402A1 (en) 2019-05-23
EP3520027A4 (fr) 2021-12-15
MX2019003865A (es) 2019-12-18
CO2019004548A2 (es) 2019-07-31

Similar Documents

Publication Publication Date Title
US11070943B2 (en) Systems and methods for identifying parties based on coordinating identifiers
US11704707B2 (en) Identity authentication and verification
JP6509798B2 (ja) 支払のためのユーザインターフェース
US9609577B1 (en) Mobile device security
US11907924B2 (en) Predictive inventory management
WO2020148659A2 (fr) Réactions basées sur la réalité augmentée, actions, appels à l'action, enquête, accès à des caméras spécifiques à une interrogation
KR101798827B1 (ko) 효율적인 트랜잭션을 위한 유저 프로파일 및 지리적 위치
US10853862B2 (en) In-vehicle vending inventory tracking
US20150227890A1 (en) Communications system and smart device apps supporting segmented order distributed distribution system
US20130019284A1 (en) Automated web based applications with a wireless communication device
CN112119415A (zh) 生成方法、程序以及信息处理装置
EP2979231A2 (fr) Système et procédé d'affichage d'informations
McHugh et al. Near field communication: recent developments and library implications
US20130054282A1 (en) For-hire vehicle utilization system and method
KR20200140328A (ko) 인증 방법, 프로그램, 단말
WO2015005948A1 (fr) Vérification et authentification d'identité
US10601931B2 (en) Systems and methods for delivering information and using coordinating identifiers
WO2016145356A1 (fr) Systèmes et procédés de distribution et de traitement de billets électroniques par l'intermédiaire d'une plateforme électronique
US10581985B2 (en) Systems and methods for providing coordinating identifiers over a network
WO2018067408A2 (fr) Systèmes et procédés d'identification de correspondants sur la base d'identifiants de coordination
US9202195B1 (en) System and method for confirming mail delivery using an interactive electronic card
US20180130151A1 (en) Method and system for improving airline passenger productivity and travel enjoyment using connected information networks
JP7343258B2 (ja) プログラム、情報処理方法、情報処理装置
CN110637311A (zh) 轻触预订
TW201606666A (zh) 攜帶型終端、配送伺服器、控制方法、以及程式

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

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

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

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20190503

AK Designated contracting states

Kind code of ref document: A2

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

AX Request for extension of the european patent

Extension state: BA ME

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: J2B2, LLC

RIN1 Information on inventor provided before grant (corrected)

Inventor name: BROWN, SPENCER

Inventor name: BATY, JASON

Inventor name: ALMASY, JOSEPH

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
A4 Supplementary search report drawn up and despatched

Effective date: 20211116

RIC1 Information provided on ipc code assigned before grant

Ipc: G06Q 50/00 20120101ALI20211110BHEP

Ipc: G06Q 30/02 20120101ALI20211110BHEP

Ipc: G06K 17/00 20060101ALI20211110BHEP

Ipc: G06K 9/20 20060101ALI20211110BHEP

Ipc: G06K 9/62 20060101AFI20211110BHEP

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: 20220614