DE112016001971T5 - Identifizieren von verbrauchern in einer transaktion über gesichtserkennung - Google Patents

Identifizieren von verbrauchern in einer transaktion über gesichtserkennung Download PDF

Info

Publication number
DE112016001971T5
DE112016001971T5 DE112016001971.8T DE112016001971T DE112016001971T5 DE 112016001971 T5 DE112016001971 T5 DE 112016001971T5 DE 112016001971 T DE112016001971 T DE 112016001971T DE 112016001971 T5 DE112016001971 T5 DE 112016001971T5
Authority
DE
Germany
Prior art keywords
user
merchant
dealer
processing system
computer
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.)
Pending
Application number
DE112016001971.8T
Other languages
English (en)
Inventor
Sashikanth Chandrasekaran
Dmitry Kalenichenko
Timothy Raymond Zwiebel
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.)
Google LLC
Original Assignee
Google LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Google LLC filed Critical Google LLC
Publication of DE112016001971T5 publication Critical patent/DE112016001971T5/de
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G06Q20/40145—Biometric identity checks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/202—Interconnection or interaction of plural electronic cash registers [ECR] or to host computer, e.g. network details, transfer of information from host to ECR or from ECR to ECR
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/206—Point-of-sale [POS] network systems comprising security or operator identification provisions, e.g. password entry
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3224—Transactions dependent on location of M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/326—Payment applications installed on the mobile devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T7/00—Image analysis
    • G06T7/70—Determining position or orientation of objects or cameras
    • G06T7/73—Determining position or orientation of objects or cameras using feature-based methods
    • G06T7/74—Determining position or orientation of objects or cameras using feature-based methods involving reference images or patches
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
    • G06V20/00—Scenes; Scene-specific elements
    • G06V20/40—Scenes; Scene-specific elements in video content
    • G06V20/46—Extracting features or characteristics from the video content, e.g. video fingerprints, representative shots or key frames
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
    • G06V40/00—Recognition of biometric, human-related or animal-related patterns in image or video data
    • G06V40/10—Human or animal bodies, e.g. vehicle occupants or pedestrians; Body parts, e.g. hands
    • G06V40/16—Human faces, e.g. facial parts, sketches or expressions
    • G06V40/161—Detection; Localisation; Normalisation
    • G06V40/166—Detection; Localisation; Normalisation using acquisition arrangements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
    • G06V40/00—Recognition of biometric, human-related or animal-related patterns in image or video data
    • G06V40/10—Human or animal bodies, e.g. vehicle occupants or pedestrians; Body parts, e.g. hands
    • G06V40/16—Human faces, e.g. facial parts, sketches or expressions
    • G06V40/161—Detection; Localisation; Normalisation
    • G06V40/167—Detection; Localisation; Normalisation using comparisons between temporally consecutive images
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
    • G06V40/00—Recognition of biometric, human-related or animal-related patterns in image or video data
    • G06V40/10—Human or animal bodies, e.g. vehicle occupants or pedestrians; Body parts, e.g. hands
    • G06V40/16—Human faces, e.g. facial parts, sketches or expressions
    • G06V40/172—Classification, e.g. identification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T2207/00—Indexing scheme for image analysis or image enhancement
    • G06T2207/10—Image acquisition modality
    • G06T2207/10016—Video; Image sequence
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T2207/00—Indexing scheme for image analysis or image enhancement
    • G06T2207/30—Subject of image; Context of image processing
    • G06T2207/30196—Human being; Person
    • G06T2207/30201—Face
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T2207/00—Indexing scheme for image analysis or image enhancement
    • G06T2207/30—Subject of image; Context of image processing
    • G06T2207/30232—Surveillance

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Oral & Maxillofacial Surgery (AREA)
  • Human Computer Interaction (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Collating Specific Patterns (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Abstract

Ein Händler und ein Benutzer registrieren sich bei einem Zahlungsverarbeitungssystem, das eine Gesichtsvorlage basierend auf einem Benutzerbild einrichtet. Der Benutzer meldet sich bei einer Zahlungsanwendung über ein Benutzercomputergerät an, die eine Kennung von einem Händlerbeacongerät zum Senden zum Zahlungsverarbeitungssystem empfängt. Das Zahlungsverarbeitungssystem sendet Gesichtsvorlagen an das Händlerkameragerät für andere Benutzer, die ebenfalls bei der Zahlungsanwendung in einem Bereich des Händlerbeacongeräts angemeldet sind. Das Händlerkameragerät vergleicht ein aufgenommenes Gesichtsbild mit den empfangenen Gesichtsvorlagen zum Identifizieren des Benutzers. Ein Händler-POS-Gerätbetreiber wählt ein Konto des Benutzers aus. Das Händler-POS-Gerät sendet Transaktionsdetails an das Zahlungsverarbeitungssystem, das die Transaktion bei einem Ausstellersystem verarbeitet. Das Zahlungsverarbeitungssystem empfängt eine Genehmigung der Transaktionsgenehmigungsanforderung und sendet eine Empfangsbestätigung an das Händler-POS-Gerät.

Description

  • TECHNISCHES GEBIET
  • Die vorliegende Offenbarung bezieht sich auf die Verbesserung des Benutzererlebnisses in Transaktionen durch Identifizieren von Benutzerkonten für die Verwendung in Transaktionen basierend auf Gesichtserkennung der Benutzer durch ein Zahlungsverarbeitungssystem.
  • ALLGEMEINER STAND DER TECHNIK
  • Wenn Verbraucher an einem Händlerort Einkäufe tätigen, sind viele Verfahren zum Durchführen einer Transaktion verfügbar. Verbraucher können für Einkäufe viele unterschiedliche Karten oder Konten wie Geschenkkarten, Kundenkarten, Kreditkarten, Geldkarten und andere Karten oder Konten verwenden. Die Benutzerkontokennungen und andere durch die Karten dargestellte Daten können dem Händlersystem über Magnetstreifen der Karten, Nahfeldkommunikationstechnologien, die Benutzercomputergeräte einbeziehen und andere geeignete Mechanismen kommuniziert werden.
  • Gegenwärtige Anwendungen für das Durchführen von Transaktionen an einem Händlerort bieten dem Verbraucher keine Möglichkeit, eine „Hands Free“-Transaktion zu tätigen. Außerdem erfordern gegenwärtige Anwendungen, dass der Verbraucher Aktionen ausführt, um sich durch Bereitstellen von Benutzerkontokennungen oder anderen Daten an das Händlersystem zu identifizieren.
  • KURZDARSTELLUNG DER OFFENBARUNG
  • Techniken hierin stellen computerimplementierte Verfahren bereit, eine „Hands Free“-Transaktion mit Gesichtserkennung eines Benutzers durchzuführen. In einer exemplarischen Ausführungsform meldet sich ein Händler bei einem Zahlungsverarbeitungssystem an. Ein Benutzer richtet ein Konto beim Zahlungsverarbeitungssystem ein und sendet ein Bild von sich an das Zahlungsverarbeitungssystem, um eine Gesichtsvorlage einzurichten, die mit dem Benutzerkonto verbunden ist. Der Benutzer meldet sich über das Benutzercomputergerät bei der Zahlungsanwendung an und gibt den Händlersystemort ein. Das Benutzercomputergerät empfängt eine Händlerbeacongerätkennung von dem Händlerbeacongerät und sendet die Kennung zum Zahlungsverarbeitungssystem. Das Zahlungsverarbeitungssystem sendet Gesichtsvorlagen zum Händlerkameragerät, die anderen Benutzern entsprechen, deren Benutzercomputergeräte sich im Netzwerkbereich des Händlerbeacongeräts befinden und die bei der Zahlungsanwendung angemeldet sind. Das Händlerkameragerät nimmt ein Gesichtsbild des Benutzers auf und identifiziert den Benutzer durch Vergleichen des aufgenommenen Gesichtsbilds mit den empfangenen Gesichtsvorlagen. Der Händlerverkaufsstellengerätbetreiber wählt ein Konto des Benutzers für die Verwendung in einer Transaktion aus einem oder mehreren angezeigten Konten des Benutzers aus. Das Händlerverkaufsstellengerät sendet Transaktionsdetails an das Zahlungsverarbeitungssystem, das eine Transaktionsgenehmigungsanforderung erzeugt, die an ein Ausstellersystem gesendet wird, das mit dem für die Verwendung in der Transaktion ausgewählten Benutzerkonto verbunden ist. Das Zahlungsverarbeitungssystem empfängt eine Genehmigung der Transaktionsgenehmigungsanforderung und sendet eine Empfangsbestätigung an das Händlerverkaufsstellengerät.
  • In bestimmten anderen hierin beschriebenen exemplarischen Aspekten werden Systeme und Computerprogrammprodukte zum Durchführen einer „Hands Free“-Transaktion mit Gesichtserkennung eines Benutzers bereitgestellt.
  • Diese und andere Aspekte, Objekte, Merkmale und Vorteile der exemplarischen Ausführungsform werden Fachleuten nach dem Studium der folgenden ausführlichen Beschreibung von veranschaulichten exemplarischen Ausführungsformen offensichtlich sein.
  • KURZE BESCHREIBUNG DER ZEICHNUNGEN
  • 1 ist ein Blockdiagramm, das ein System darstellt, um eine „Hands Free“-Transaktion mit Gesichtserkennung eines Benutzers gemäß bestimmten exemplarischen Ausführungsformen durchzuführen.
  • 2 ist ein Block-Flussdiagramm, das ein Verfahren darstellt, um eine „Hands Free“-Transaktion mit Gesichtserkennung eines Benutzers gemäß bestimmten exemplarischen Ausführungsformen durchzuführen.
  • 3 ist ein Block-Flussdiagramm, das ein Verfahren zum Anmelden an einem Zahlungsverarbeitungssystem durch ein Händlersystem und Installieren der Hardware an einem Händlersystemort gemäß bestimmten exemplarischen Ausführungsformen darstellt.
  • 4 ist ein Block-Flussdiagramm, das ein Verfahren zum Anmelden, durch einen Benutzer, für ein Konto bei einem Zahlungsverarbeitungssystem gemäß bestimmten exemplarischen Ausführungsformen darstellt.
  • 5 ist ein Block-Flussdiagramm, das ein Verfahren zum Einrichten einer Gesichtsvorlage, die mit einem Benutzerkonto verbunden ist, gemäß bestimmten exemplarischen Ausführungsformen darstellt.
  • 6 ist ein Block-Flussdiagramm, das ein Verfahren zum Einrichten einer Audiovorlage, die mit einem Benutzerkonto verbunden ist, gemäß bestimmten exemplarischen Ausführungsformen darstellt.
  • 7 ist ein Block-Flussdiagramm, das ein Verfahren zum Empfangen einer Händlerbeaconkennung, die durch ein Händlerbeacongerät übertragen wird, durch ein Benutzercomputergerät gemäß bestimmten exemplarischen Ausführungsformen darstellt.
  • 8 ist ein Block-Flussdiagramm, das ein Verfahren zum Empfangen einer Gesichtsvorlage für jeden Benutzer in einem Bereich des Händlerbeacongeräts durch ein Kameragerät gemäß bestimmten exemplarischen Ausführungsformen darstellt.
  • 9 ist ein Block-Flussdiagramm, das ein Verfahren zum Empfangen einer Benachrichtigung von einem Zahlungsverarbeitungssystem durch ein Kameragerät, wenn Benutzer einen Netzwerkbereich eines Händlerbeacongeräts betreten oder verlassen, gemäß bestimmten exemplarischen Ausführungsformen darstellt.
  • 10 ist ein Block-Flussdiagramm, das ein Verfahren zum Initiieren einer Transaktion an einem Händlerverkaufsstellengerät durch einen Benutzer gemäß bestimmten exemplarischen Ausführungsformen darstellt.
  • 11 ist ein Block-Flussdiagramm, das ein Verfahren zum Identifizieren eines Benutzers über Gesichtserkennung durch ein Kameragerät gemäß bestimmten exemplarischen Ausführungsformen darstellt.
  • 12 ist ein Block-Flussdiagramm, das ein Verfahren zum Anmelden an einem Verarbeitungssystem durch einen Benutzer über Spracherkennung gemäß bestimmten exemplarischen Ausführungsformen darstellt.
  • 13 ist ein Block-Flussdiagramm, das ein Verfahren zum Identifizieren eines Benutzers über eine Frage und eine Antwort durch einen Händlerverkaufsstellengerätbetreiber gemäß bestimmten exemplarischen Ausführungsformen darstellt.
  • 14 ist ein Block-Flussdiagramm, das ein Verfahren zum Durchführen einer Transaktion gemäß bestimmten exemplarischen Ausführungsformen darstellt.
  • 15 ist ein Blockdiagramm, das eine Rechenmaschine und ein Modul gemäß bestimmten exemplarischen Ausführungsformen darstellt.
  • AUSFÜHRLICHE BESCHREIBUNG DER EXEMPLARISCHEN AUSFÜHRUNGSFORMEN
  • Überblick
  • Die hierin beschriebenen exemplarischen Ausführungsformen stellen computerimplementierte Techniken für das Durchführen einer „Hands Free“-Transaktion mit Gesichtserkennung eines Benutzers bereit.
  • In einer exemplarischen Ausführungsform meldet sich ein Händler bei einem Zahlungsverarbeitungssystem an. Ein Händlersystem installiert ein oder mehrere Händlerbeacongeräte, ein oder mehrere Händlerverkaufsstellengeräte und ein oder mehrere Händlerkamerageräte an einem Händlersystemort. Ein Benutzer richtet zum Beispiel ein Konto bei dem Zahlungsverarbeitungssystem ein und lädt eine Zahlungsanwendung auf ein mit dem Benutzer verbundenes Benutzercomputergerät herunter. In einem Beispiel sendet der Benutzer ein Bild von sich selbst und/oder eine Audioaufzeichnung von sich selbst an das Zahlungsverarbeitungssystem, um eine Gesichtsvorlage und/oder eine Audiovorlage einzurichten, die mit dem Benutzerkonto verbunden ist. Ein Benutzer betritt einen Händlersystemort und meldet sich über das Benutzercomputergerät bei der Zahlungsanwendung an. Das Benutzercomputergerät empfängt eine Händlerbeacongerätkennung von dem Händlerbeacongerät und sendet die Kennung zum Zahlungsverarbeitungssystem. Das Zahlungsverarbeitungssystem sendet Gesichtsvorlagen zum Händlerkameragerät, die Benutzern entsprechen, deren Benutzercomputergeräte sich im Netzwerkbereich des Händlerbeacongeräts befinden und die bei der Zahlungsanwendung angemeldet sind. Das Händlerkameragerät nimmt ein Gesichtsbild des Benutzers auf und identifiziert den Benutzer basierend auf dem Vergleichen des aufgenommenen Gesichtsbilds mit den empfangenen Gesichtsvorlagen. Alternativ sendet der Benutzer eine Audioaufzeichnung über das Händlerverkaufsstellengerät an das Zahlungsverarbeitungssystem, das den Benutzer basierend auf dem Vergleichen der empfangenen Audioaufzeichnung mit Audiovorlagen für Benutzer identifiziert. In noch einer anderen Ausführungsform identifiziert der Händlerverkaufsstellengerätbetreiber den Benutzer basierend auf der Antwort eines Benutzers auf eine Frage. Nach Identifizieren des Benutzers zeigt das Händlerverkaufsstellengerät eines oder mehrere Konten des Benutzers. Der Händlerverkaufsstellengerätbetreiber wählt ein Konto des Benutzers für die Verwendung in einer Transaktion aus. Das Händlerverkaufsstellengerät sendet Transaktionsdetails an das Zahlungsverarbeitungssystem, das eine Transaktionsgenehmigungsanforderung erzeugt, die an ein Ausstellersystem gesendet wird, das mit dem für die Verwendung in der Transaktion ausgewählten Benutzerkonto verbunden ist. Das Zahlungsverarbeitungssystem empfängt eine Genehmigung der Transaktionsgenehmigungsanforderung und sendet eine Empfangsbestätigung an das Händlerverkaufsstellengerät.
  • In einer exemplarischen Ausführungsform meldet sich ein Händlersystem bei einem Zahlungsverarbeitungssystem an. Ein Händlersystembetreiber installiert eine Zahlungsanwendung auf einem Händlerverkaufsstellengerät. Bei einem weiteren Beispiel installiert der Händlersystembetreiber die Zahlungsanwendung auf mehreren Händlerverkaufsstellengeräten an einem Händlersystemort. Ein Händlerbeacongerät empfängt eine Beaconkennung von einem Zahlungsverarbeitungssystem. Der Händlersystembetreiber installiert beispielsweise ein oder mehrere Händlerbeacongeräte am Händlersystemort. Das Händlerbeacongerät überträgt die Händlerbeaconkennung über drahtlose Kommunikation am Händlersystemort. Der Händlersystembetreiber installiert ein Händlerkameragerät am Händlersystemort, um dem Händlerverkaufsstellengerät zu entsprechen. Bei einem weiteren Beispiel wird eine Vielzahl von Händlerkamerageräten am Händlersystemort installiert, wobei jedes Händlerkameragerät einem bestimmten Händlerverkaufsstellengerät entspricht. Bei noch einem weiteren Beispiel kann ein bestimmtes Händlerkameragerät zwei oder mehreren bestimmten Händlerverkaufsstellengeräten entsprechen. Das Zahlungsverarbeitungssystem empfängt eine Händlerkameragerätkennung und verbindet sie mit der entsprechenden Beaconkennung des Händlerbeacongeräts.
  • In einer exemplarischen Ausführungsform meldet sich der Benutzer bei einem Zahlungsverarbeitungssystem an. Der Benutzer greift beispielsweise auf eine Zahlungsverarbeitungssystemwebseite über ein mit dem Benutzer verbundenes Benutzercomputergerät zu. Der Benutzer meldet sich bei dem Zahlungsverarbeitungssystem an und lädt eine Zahlungsanwendung auf das Benutzercomputergerät herunter. In einer exemplarischen Ausführungsform richtet das Zahlungsverarbeitungssystem eine Gesichtsvorlage ein, die mit dem Benutzerkonto verbunden ist. Die Zahlungsanwendung zeigt beispielsweise eine Anforderung an den Benutzer an, ein Gesichtsbild über das Benutzercomputergerät aufzunehmen. Der Benutzer wählt eine Option zum Aufnehmen eines Gesichtsbilds aus. Die Zahlungsanwendung aktiviert ein Kameramodul auf dem Benutzercomputergerät und der Benutzer nimmt ein Gesichtsbild von sich selbst auf. Das Zahlungsverarbeitungssystem empfängt das Gesichtsbild. Das Zahlungsverarbeitungssystem erstellt eine Gesichtsvorlage, die mit dem Benutzerkonto verbunden ist, basierend auf dem empfangenen Gesichtsbild. Das Zahlungsverarbeitungssystem löscht das empfangene Gesichtsbild. In einer anderen exemplarischen Ausführungsform richtet das Zahlungsverarbeitungssystem eine Audiovorlage ein, die mit dem Benutzerkonto verbunden ist. Die Zahlungsanwendung fordert den Benutzerton an und empfängt ihn über das Benutzercomputergerät. Die Zahlungsanwendung erstellt eine Audiovorlage, die mit dem Benutzerkonto verbunden ist, basierend auf dem empfangenen Ton der Stimme des Benutzers. Das Zahlungsverarbeitungssystem löscht den empfangenen Ton der Stimme des Benutzers.
  • Der Benutzer meldet sich bei einer Zahlungsanwendung auf dem Benutzercomputergerät an. Der Benutzer trägt das Benutzercomputergerät innerhalb eines Schwellenwertabstands von einem Händlerbeacongerät am Händlersystemort. Das Benutzercomputergerät empfängt eine Händlerbeaconkennung, die von dem Händlerbeacongerät übertragen wird und sendet die empfangene Händlerbeaconkennung und eine Benutzerkontokennung zum Zahlungsverarbeitungssystem. Das Zahlungsverarbeitungssystem empfängt die Händlerbeaconkennung und die Benutzerkontokennung. Das Zahlungsverarbeitungssystem extrahiert eine Gesichtsvorlage, die mit der Benutzerkontokennung verbunden ist, und identifiziert ein Händlerkameragerät, das mit der Händerbeacongerätkennung verbunden ist.
  • Das Zahlungsverarbeitungssystem sendet eine Gesichtsvorlage des identifizierten Benutzers an das Händlerkameragerät, das mit der Händerbeacongerätkennung verbunden ist. Eine Gesichtsvorlage, die mit dem Konto des identifizierten Kunden verbunden ist, wird beispielsweise zum Händlerkameragerät gesendet. Das Händlerkameragerät empfängt die Gesichtsvorlage des Benutzers. Das Händlerkameragerät fügt die Gesichtsvorlage des Benutzers zum aktuellen Kundenprotokoll hinzu. Das Händlerkameragerät aktualisiert das aktuelle Kundenprotokoll basierend auf Aktualisierungen, die vom Zahlungsverarbeitungssystem empfangen werden. Das Zahlungsverarbeitungssystem sendet beispielsweise eine nachfolgende Gesichtsvorlage eines nachfolgenden Benutzers, der, ein Benutzercomputergerät tragend, über die sich der Benutzer bei der Zahlungsanwendung angemeldet hat, einen Schwellenwertabstand eines Händlerbeacongeräts betritt, die erforderlich ist, um eine drahtlose Netzwerkverbindung aufzubauen. In diesem Beispiel empfängt das Zahlungsverarbeitungssystem die Händlerbeacongerätkennung, die durch das Benutzercomputergerät gesendet wird, und sendet eine Gesichtsvorlage des nachfolgenden Benutzers an das Händlerkameragerät. In einem weiteren Beispiel sendet, als Reaktion auf das Erkennen, dass das Benutzercomputergerät, das mit einem Benutzer im aktuellen Kundenprotokoll verbunden ist, keine Netzwerkverbindung mit dem Händlerbeacongerät mehr aufrechterhält, das Händlerbeacongerät nicht mehr beachtet oder nicht mehr bei der Zahlungsanwendung angemeldet ist, das Zahlungsverarbeitungssystem einen Hinweis, dass der Benutzer einen Händlerort verlassen hat, an das Händlerkameragerät. In diesem Beispiel löscht das Händlerkameragerät den angegebenen Benutzer aus dem aktuellen Kundenprotokoll.
  • Der Benutzer nähert sich einem Händlerverkaufsstellengerät. Der Händlerverkaufsstellengerätbetreiber bestimmt die Gesamtsumme der Artikel des Benutzers für den Einkauf. Der Händlerverkaufsstellengerätbetreiber bittet den Benutzer, eine Zahlungsmöglichkeit auszuwählen. Der Benutzer weist den Händlerverkaufsstellengerätbetreiber an, eine Transaktion über die Zahlungsanwendung zu initiieren. Wie zuvor beschrieben, ist die Zahlungsanwendung beispielsweise sowohl auf dem Händlerverkaufsstellengerät als auch auf dem Benutzercomputergerät installiert. Der Händlerverkaufsstellengerätbetreiber wählt an dem Händlerverkaufsstellengerät eine Option aus, um eine Transaktion unter Verwendung der Zahlungsanwendung zu initiieren. Das Händlerverkaufsstellengerät sendet eine Anforderung zum Identifizieren des Benutzers über das Zahlungsverarbeitungssystem zum Händlerkameragerät. Bei diesem Beispiel kommuniziert das Zahlungsverarbeitungssystem mit dem Händlerkameragerät und dem Händlerverkaufsstellengerät.
  • In einer anderen exemplarischen Ausführungsform empfängt das Händlerverkaufsstellengerät einen Hinweis von dem Händlerkameragerät, dass der Benutzer identifiziert wurde, und das Händlerverkaufsstellengerät zeigt dem Benutzer eine Option zum Initiieren einer Transaktion mithilfe der Zahlungsanwendung an. Das Händlerverkaufsstellengerät kann beispielsweise direkt von dem Händlerkameragerät über ein Netzwerk einen Hinweis empfangen, dass der Benutzer identifiziert wurde. Bei einem weiteren Beispiel sendet das Händlerkameragerät einen Hinweis, dass der Benutzer identifiziert wurde, an das Zahlungsverarbeitungssystem und das Zahlungsverarbeitungssystem sendet dann den Hinweis, dass der Benutzer identifiziert wurde, an das Händlerverkaufsstellengerät. In diesen exemplarischen Ausführungsformen fragt der Händlerverkaufsstellengerätbetreiber, als Reaktion darauf, dass das Händlerverkaufsstellengerät eine Option zum Initiieren einer Transaktion mithilfe der Zahlungsanwendung anzeigt, den Benutzer, ob er eine Transaktion mithilfe der Zahlungsanwendung initiieren möchte. In dieser exemplarischen Ausführungsform weist der Benutzer den Händlerverkaufsstellengerätbetreiber an, die Transaktion über die Zahlungsanwendung zu initiieren, und der Händlerverkaufsstellenbetreiber wählt die entsprechende Option auf der Benutzerschnittstelle des Händlerverkaufsstellengeräts aus.
  • Das Händlerkameragerät nimmt das Video des Benutzers auf. Der Benutzer befindet sich beispielsweise vor dem Verkaufsstellengerät und das Händlerkameragerät ist so positioniert, dass es in der Lage ist, ein Video des Gesichts des Benutzers aufzunehmen. In einer exemplarischen Ausführungsform startet das Händlerkameragerät mit dem Aufnehmen des Videos des Benutzers nur, wenn das Kameragerät eine Anforderung zum Identifizieren des Benutzers empfängt. Das Händlerkameragerät empfängt beispielsweise eine Anforderung zum Identifizieren des Benutzers vom Zahlungsverarbeitungssystem oder von dem Händlerverkaufsstellengerät. In einer anderen exemplarischen Ausführungsform beginnt das Händlerkameragerät mit dem Aufnehmen des Videos, wenn das Händlerkameragerät einen Hinweis vom Zahlungsverarbeitungssystem empfängt, dass ein Benutzercomputergerät, das mit dem Benutzer verbunden ist, eine Netzwerkverbindung zum Händlerbeacongerät aufgebaut hat. In dieser exemplarischen Ausführungsform nimmt das Händlerkameragerät kein Video auf, wenn sich keine Benutzer mit verbundenen Benutzercomputergeräten innerhalb des Netzwerkbereichs des Händlerbeacongeräts befinden. Das Händlerkameragerät extrahiert ein Gesichtsbild des Benutzers aus dem aufgenommenen Video und erzeugt eine Gesichtsvorlage aus dem aufgenommenen Gesichtsbild. Das Händlerkameragerät löscht das aufgenommene Video und das extrahierte Gesichtsbild. Das Händlerkameragerät ruft Gesichtsvorlagen aus dem aktuellen Kundenprotokoll ab. Das aktuelle Kundenprotokoll umfasst beispielsweise eine Liste von Benutzern und verbundenen Gesichtsvorlagen für Benutzer, die mit Benutzercomputergeräten verbunden sind, die zurzeit eine Netzwerkverbindung mit einem Händlerbeacongerät am Händlersystemort aufgebaut haben. In einer exemplarischen Ausführungsform umfasst das aktuelle Kundenprotokoll flüchtigen oder vorübergehenden Speicher. Das aktuelle Kundenprotokoll wird beispielsweise nicht gespeichert und Benutzerinformationen werden zum aktuellen Kundenprotokoll hinzugefügt oder aus diesem gelöscht, wenn Benutzercomputergeräten, die mit jeweiligen Benutzern verbunden sind, einen Netzwerkbereich des Händlerbeacongeräts betreten oder verlassen. Das Händlerkameragerät vergleicht die erzeugte Gesichtsvorlage aus dem extrahierten Gesichtsbild mit Gesichtsvorlagen aus dem aktuellen Kundenprotokoll. Das Händlerkameragerät kann den Benutzer identifizieren, wenn eine Übereinstimmung zwischen einer Gesichtsvorlage aus dem aktuellen Kundenprotokoll und der erzeugten Gesichtsvorlage besteht. Das Händlerkameragerät kann den Benutzer nicht identifizieren, wenn keine Übereinstimmung zwischen einer Gesichtsvorlage aus dem aktuellen Kundenprotokoll und der erzeugten Gesichtsvorlage besteht. Wenn das Händlerkameragerät den Benutzer identifizieren kann, benachrichtigt das Händlerkameragerät das Zahlungsverarbeitungssystem über die Identität des Benutzers. In einer anderen exemplarischen Ausführungsform benachrichtigt, wenn das Händlerkameragerät den Benutzer identifizieren kann, das Händlerkameragerät das Händlerverkaufsstellengerät über die Identität des Benutzers.
  • Wenn das Händlerkameragerät den Benutzer basierend auf Gesichtserkennung nicht identifizieren kann, benachrichtigt das Händlerkameragerät das Zahlungsverarbeitungssystem, dass der Benutzer basierend auf Gesichtserkennung nicht identifiziert werden kann. In einer exemplarischen Ausführungsform identifiziert, wenn der Benutzer basierend auf Gesichtserkennung nicht identifiziert werden kann, das Zahlungsverarbeitungssystem den Benutzer basierend auf Audioerkennung. In einer anderen exemplarischen Ausführungsform identifiziert das Zahlungsverarbeitungssystem Benutzer basierend auf Audioerkennung nicht. In einer exemplarischen Ausführungsform ruft, wenn die Zahlungsverarbeitung Benutzer basierend auf Audioerkennung identifiziert, das Zahlungsverarbeitungssystem aus dem aktuellen Kundenprotokoll Audiovorlagen ab, die Benutzern entsprechen. Das Zahlungsverarbeitungssystem sendet eine Anforderung an das Händlersystemverkaufsstellengerät, einen Ton des Benutzers aufzuzeichnen. Das Händlersystemverkaufsstellengerät zeigt eine Anforderung für den Benutzer an, Ton aufzuzeichnen, zeichnet eine Spracheingabe des Benutzers auf und sendet die Spracheingabe zum Zahlungsverarbeitungssystem. Das Zahlungsverarbeitungssystem vergleicht die empfangene Spracheingabe mit den abgerufenen Audiovorlagen aus dem aktuellen Kundenprotokoll, die den Benutzern entsprechen. Das Zahlungsverarbeitungssystem kann den Benutzer identifizieren, wenn eine Übereinstimmung zwischen einer Audiovorlage aus dem aktuellen Kundenprotokoll und der empfangenen Spracheingabe des Benutzers besteht. Das Zahlungsverarbeitungssystem kann den Benutzer nicht identifizieren, wenn keine Übereinstimmung zwischen einer Audiovorlage aus dem aktuellen Kundenprotokoll und der empfangenen Spracheingabe des Benutzers besteht.
  • Wenn das Zahlungsverarbeitungssystem den Benutzer basierend auf Spracherkennung nicht identifizieren kann, wird der Händlerverkaufsstellengerätbetreiber durch das Zahlungsverarbeitungssystem benachrichtigt, eine Frage an den Benutzer auszustellen. Der Benutzer gibt eine Antwort auf die Frage an und der Händlerverkaufsstellenbetreiber gibt die Antwort in das Händlerverkaufsstellengerät ein. Das Händlerverkaufsstellengerät zeigt potenzielle Benutzer basierend auf der Antwort auf die Frage an. Das Händlerverkaufsstellengerät sendet beispielsweise die Antwort an das Zahlungsverarbeitungssystem und das Zahlungsverarbeitungssystem greift auf eine Datenbank zu, die eine Liste oder Tabelle umfasst, die Fragen entsprechenden Antworten und Benutzern zuordnet. In diesem Beispiel identifiziert das Zahlungsverarbeitungssystem den Benutzer durch Korrelieren der Frage und Antwort, um einen oder mehrere Benutzer in der Datenbank zu identifizieren. Bei diesem Beispiel sendet das Zahlungsverarbeitungssystem den einen oder die mehreren identifizierten Benutzer an das Händlerverkaufsstellengerät. Bei diesem Beispiel zeigt das Händlerverkaufsstellengerät den einen oder die mehreren identifizierten Benutzer für den Händlerverkaufsstellengerätbetreiber an. Der Händlerverkaufsstellengerätbetreiber wählt einen Benutzer aus. In einem Beispiel kann ein Händlerverkaufsstellengerätbetreiber ein visuelles Bild oder einen Namen des Benutzers, der auf dem Benutzercomputergerät angezeigt wird, mit dem visuellen Erscheinungsbild des Kunden an dem Händlerverkaufsstellengerät und/oder auf der Dokumentation, die dem Händlerverkaufsstellengerätbetreiber durch den Benutzer vorgelegt wird, vergleichen. In einem Beispiel sendet das Händlerverkaufsstellengerät die Identität des Benutzers, der durch den Händlerverkaufsstellenbetreiber identifiziert wurde.
  • Das Verkaufsstellengerät zeigt Konten des identifizierten Benutzers an. Nach dem Empfangen der Benutzeridentität von dem Händlerkameragerät, dem Empfangen der Benutzeridentität von dem Händlerverkaufsstellengerät oder dem Identifizieren des Benutzers sendet beispielsweise das Zahlungsverarbeitungssystem mit einem oder mehreren Konten des identifizierten Benutzers verbundene Informationen. Der Händlerverkaufsstellengerätbetreiber wählt ein Benutzerkonto für die Transaktion aus und bestätigt die Transaktion mit der Genehmigung des Benutzers. Das Händlerverkaufsstellengerät sendet Transaktionsdetails an das Zahlungsverarbeitungssystem. Die Transaktionsdetails umfassen beispielsweise einen Gesamtbetrag der Transaktion, ein ausgewähltes Benutzerkonto zur Verwendung bei der Transaktion, ein Konto des Händlers zur Verwendung bei der Transaktion und andere nützliche oder relevante Informationen. Das Zahlungsverarbeitungssystem sendet eine Transaktionsgenehmigungsanforderung an ein Ausstellersystem. Das Ausstellersystem ist zum Beispiel mit dem Benutzerkonto verbunden, das zur Verwendung bei der Transaktion ausgewählt wird. Das Ausstellersystem genehmigt die Transaktionsgenehmigungsanforderung und sendet eine Transaktionsautorisierungsgenehmigung an das Zahlungsverarbeitungssystem. Das Zahlungsverarbeitungssystem sendet eine Transaktionsempfangsbestätigung an das Händlerverkaufsstellengerät.
  • Durch Verwenden der und sich Verlassen auf die hierin beschriebenen Verfahren und Systeme ermöglichen das Zahlungsverarbeitungssystem, das Händlerkameragerät, das Händlerbeacongerät, das Benutzercomputergerät und das Händlerverkaufsstellengerät dem Benutzer, eine Transaktion mit dem Händlersystem durchzuführen, ohne dass der Benutzer mit dem Benutzercomputergerät interagieren oder Identitätsdokumente oder physische Zahlungskarten produzieren muss, wie es bei einigen gegenwärtigen Technologien erforderlich ist. Als solche können die hierin beschriebenen Systeme und Verfahren die Eingaben, die durch den Benutzer über das Benutzercomputergerät erforderlich sind, und die Eingaben, die durch den Händlerverkaufsstellengerätbetreiber erforderlich sind, um den Benutzer zu identifizieren, reduzieren.
  • Beispielhafte Systemarchitektur
  • Es werden unter Bezugnahme auf die Zeichnungen, in denen gleiche Ziffern gleiche (aber nicht zwangsläufig identische) Elemente überall in den Figuren anzeigen, exemplarische Ausführungsformen im Detail beschrieben.
  • 1 ist ein Blockdiagramm 100, das ein System darstellt, um eine „Hands Free“-Transaktion mit Gesichtserkennung eines Benutzers 101 gemäß bestimmten exemplarischen Ausführungsformen durchzuführen. Wie in 1 dargestellt, beinhaltet das System 100 die Netzwerkcomputergeräte 110, 130, 140, 150 und 160, die so konfiguriert sind, dass sie miteinander über eines oder mehrere Netzwerke 120 kommunizieren. Bei einigen Ausführungsformen muss ein mit einem Gerät verbundener Benutzer eine Anwendung installieren und/oder eine Merkmalauswahl tätigen, um die Vorteile der hierin beschriebenen Techniken zu erlangen.
  • In exemplarischen Ausführungsformen kann das Netzwerk 120 ein lokales Netzwerk („LAN“), ein Wide Area Network („WAN“), ein Intranet, ein Internet, Speichernetzwerk („SAN“), persönliches Funknetzwerk („PAN“), ein Metropolitan Area Network („MAN“), ein drahtloses lokales Netzwerk („WLAN“), ein Virtuelles Privates Netzwerk („VPN“), ein Mobilfunk oder anderes Mobilkommunikationsnetzwerk, Bluetooth, Bluetooth-Low-Energy („BLE“), Nahfeldkommunikation („NFC“) oder jede Kombination davon oder irgendeine andere geeignete Architektur oder System umfassen, die/das die Kommunikation von Signalen, Daten und/oder Nachrichten ermöglicht. Überall in der Erörterung der exemplarischen Ausführungsformen sollte es selbstverständlich sein, dass die Begriffe „Daten“ und „Informationen“ hierin austauschbar verwendet werden, um Text, Bilder, Audio, Video oder irgendeine andere Form von Informationen zu bezeichnen, die in einer computerbasierten Umgebung existieren können.
  • Jedes Netzwerkcomputergerät 110, 130, 140, 150 und 160 beinhaltet ein Gerät mit einem Kommunikationsmodul, das zum Senden und Empfangen von Daten über das Netzwerk 120 fähig ist. Jedes Netzwerkcomputergerät 110, 130, 140, 150 und 160 kann beispielsweise einen Server, Desktop-Computer, Laptop, Tablet-Computer, einen Fernseher mit einem oder mehreren darin eingebetteten und/oder damit gekoppelten Prozessoren, Smartphone, Handheld-Computer, Personal Digital Assistant („PDA“) oder irgendein anderes verdrahtetes oder drahtloses prozessorgesteuertes Gerät beinhalten. In der 1 dargestellten exemplarischen Ausführungsform werden die Netzwerkcomputergeräte 110, 130, 140, 150 und 160 entsprechend von Benutzern 101, Händlerbeacongerät-120-Betreibern, Händlerverkaufsstellen-(„POS“)-gerät-130-Betreibern, Händlerkameragerät-140 Betreibern, Ausstellersystem-150-Betreibern bzw. dem Zahlungsverarbeitungssystem 160 betrieben.
  • Ein exemplarisches Benutzercomputergerät 110 umfasst eine Antenne 111, eine Wi-Fi-Steuerung 112, eine Zahlungsanwendung 113, eine Benutzerschnittstelle 115, eine Datenspeichereinheit 116, ein Kameramodul 117, einen Webbrowser 118 und eine Kommunikationsanwendung 119.
  • In einer exemplarischen Ausführungsform ist die Antenne 111 ein Kommunikationsmittel zwischen dem Benutzercomputergerät 110 und einem Händlerbeacongerät 120. In einer exemplarischen Ausführungsform gibt eine Wi-Fi-Steuerung 112 durch die Antenne 111 ein Funksignal aus oder horcht nach Funksignalen von dem Händlerbeacongerät 120. In einer anderen exemplarischen Ausführungsform wird eine Bluetooth-Steuerung oder eine Nahfeldkommunikations-(„NFC“)-Steuerung verwendet. In einer exemplarischen Ausführungsform gibt die Wi-Fi-Steuerung 112 durch die Antenne 111 ein Funksignal aus oder horcht nach Funksignalen von dem Zahlungskartengerät 120.
  • In einer exemplarischen Ausführungsform ist die WLAN-Steuerung 112 fähig, Daten zu senden und zu empfangen, Authentifizierungs- und Verschlüsselungsfunktionen auszuführen und anzuweisen, wie das Benutzercomputergerät 110 auf Übertragungen von dem Händlerbeacongerät 120 horcht, oder das Benutzercomputergerät 110 in verschiedenen Energiesparmodi gemäß der Wi-Fi-spezifizierten Verfahrensweisen zu konfigurieren. In einer anderen exemplarischen Ausführungsform umfasst das Benutzercomputergerät 110 eine Bluetooth-Steuerung oder eine NFC-Steuerung, die fähig ist, ähnliche Funktionen auszuführen. Eine exemplarische Wi-Fi-Steuerung 112 kommuniziert mit der Zahlungsanwendung 113 und ist fähig, Daten über einen drahtlosen Wi-Fi-Kommunikationskanal zu senden und zu empfangen. In einer anderen exemplarischen Ausführungsform führt eine Bluetooth-Steuerung 112 oder NFC-Steuerung 112 ähnliche Funktionen wie die Wi-Fi-Steuerung 112 unter Verwendung eines Bluetooth- oder NFC-Protokolls aus. In einer exemplarischen Ausführungsform aktiviert die WLAN-Steuerung 112 die Antenne 111, um einen drahtlosen Kommunikationskanal zwischen dem Benutzercomputergerät 110 und dem Händlerbeacongerät 120 zu erzeugen. Das Benutzercomputergerät 110 kommuniziert mit dem Händlerbeacongerät 120 über die Antenne 111. In einer exemplarischen Ausführungsform, wenn das Benutzercomputergerät 110 aktiviert wurde, erhält die Wi-Fi-Steuerung 112 durch die Antenne 111 ein Funksignal oder horcht nach Funksignalen von dem Händlerbeacongerät 120.
  • In einer exemplarischen Ausführungsform ist die Zahlungsanwendung 113 ein Programm, eine Funktion, Routine, Minianwendung oder ähnliche Entität, die auf dem Benutzercomputergerät 110 existiert und darauf ihre Operationen ausführt. In bestimmten exemplarischen Ausführungsformen muss der Benutzer 101 die Zahlungsanwendung 113 installieren und/oder eine Merkmalauswahl auf dem Benutzercomputergerät 110 treffen, um die Vorteile der hierin beschriebenen Techniken zu erlangen. In einer exemplarischen Ausführungsform kann der Benutzer 101 auf die Zahlungsanwendung 113 auf dem Benutzercomputergerät 110 über die Benutzerschnittstelle 115 zugreifen. In einer exemplarischen Ausführungsform kann die Zahlungsanwendung 113 mit dem Zahlungsverarbeitungssystem 160 verbunden sein. In einer anderen exemplarischen Ausführungsform kann die Zahlungsanwendung 113 mit einem Händlersystem verbunden sein, das mit dem Händlerbeacongerät 120, dem Händlerverkaufsstellengerät 130 und dem Händlerkameragerät 140 verbunden ist. In noch einer anderen exemplarischen Ausführungsform existieren zwei Zahlungsanwendungen 113, von denen eine mit dem Händlersystem verbunden ist und eine andere mit dem Zahlungsverarbeitungssystem 160 verbunden ist.
  • In einer exemplarischen Ausführungsform ermöglicht die Benutzerschnittstelle 115 dem Benutzer 101, mit der Zahlungsanwendung 113 und/oder dem Webbrowser 118 zu interagieren. Die Benutzerschnittstelle 115 kann beispielsweise ein Touchscreen, eine sprachbasierte Schnittstelle oder jede andere Schnittstelle sein, die dem Benutzer 101 ermöglicht, Eingaben bereitzustellen und Ausgaben von einer Anwendung oder einem Modul auf dem Benutzercomputergerät 110 zu empfangen. In einer exemplarischen Ausführungsform interagiert der Benutzer 101 über die Benutzerschnittstelle 115 mit der Zahlungsanwendung 113 und/oder dem Webbrowser 118, um Benutzer-101-Konten auf dem Zahlungsverarbeitungssystem 160 zu konfigurieren. In einer anderen exemplarischen Ausführungsform interagiert der Benutzer 101 über die Benutzerschnittstelle 115 mit der Zahlungsanwendung 113 und/oder dem Webbrowser 118, um „Hands Free“-Zahlungen, falls erforderlich, zu ermöglichen.
  • In einer exemplarischen Ausführungsform umfasst die Datenspeichereinheit 116 eine lokale oder entfernte zum Speichern von Informationen geeignete Datenspeicherstruktur, die dem Benutzercomputergerät 110 zugänglich ist. In einer exemplarischen Ausführungsform speichert die Datenspeichereinheit 116 verschlüsselte Informationen wie lokaler HTML5-Speicher.
  • In einer exemplarischen Ausführungsform kann das Kameramodul 117 jedes Modul oder jede Funktion des Benutzercomputergeräts 110 sein, das/die ein digitales Bild erhält. Das Kameramodul 117 kann auf dem Benutzercomputergerät 110 resident oder auf irgendeine Weise logisch mit dem Benutzercomputergerät 110 verbunden sein. Das Kameramodul 117 kann beispielsweise über das Netzwerk 120 mit dem Benutzercomputergerät 110 verbunden sein. Das Kameramodul 117 kann in der Lage sein, individuelle Bilder oder einen Videoscan zu erhalten. Jede andere geeignete Bildaufnahmegerät kann durch das Kameramodul 117 dargestellt sein.
  • In einer exemplarischen Ausführungsform kann der Benutzer 101 eine Kommunikationsanwendung 119 wie eine Webbrowser-118-Anwendung oder eine Einzelanwendung verwenden, um Dokumente oder Webseiten über ein verteiltes Netzwerk 120 anzusehen, herunterzuladen, hochzuladen oder anderweitig darauf zuzugreifen.
  • In einer exemplarischen Ausführungsform kann der Webbrowser 118 es dem Benutzer 101 ermöglichen, mit Webseiten unter Verwendung des Benutzercomputergeräts 110 zu interagieren. In einer exemplarischen Ausführungsform kann der Benutzer 101 auf das Konto des Benutzers 101 zugreifen, das durch das Zahlungsverarbeitungssystem 160 über den Webbrowser 118 gepflegt wird. In einer anderen exemplarischen Ausführungsform kann der Benutzer 101 über den Webbrowser 118 auf eine Händlersystemwebseite zugreifen. In bestimmten hierin beschriebenen exemplarischen Ausführungsformen können eine oder mehrere durch die Zahlungsanwendung 113 ausgeführte Funktionen auch durch eine Webbrowser-118-Anwendung ausgeführt werden, die mit dem Zahlungsverarbeitungssystem 160 verbunden ist.
  • In einer exemplarischen Ausführungsform kann die Kommunikationsanwendung 119 mit Webservern oder anderen Computergeräten interagieren, die mit dem Netzwerk 120 verbunden sind, welche das Benutzercomputergerät 110 und einen Webserver eines Händlersystems beinhalten.
  • Bei bestimmten exemplarischen Ausführungsformen können eine oder mehrere Funktionen, die hierin als durch die Zahlungsanwendung 113 ausgeführt beschrieben sind, auch durch eine Webbrowser-118-Anwendung, wie beispielsweise eine mit einer Händlersystemwebseite verbundene oder mit dem Zahlungsverarbeitungssystem 160 verbundene Webbrowser-118-Anwendung, ausgeführt werden. In bestimmten exemplarischen Ausführungsformen können eine oder mehrere Funktionen, die hierin als durch die Zahlungsanwendung 113 ausgeführt beschrieben sind, auch durch das Benutzercomputergerät-110-Betriebssystem ausgeführt werden. In bestimmten exemplarischen Ausführungsformen können eine oder mehrere Funktionen, die hierin als über den Webbrowser 118 ausgeführt beschrieben sind, auch über die Zahlungsanwendung 113 ausgeführt werden.
  • Ein exemplarisches Händlerbeacongerät 120 umfasst eine Antenne 121 und eine Wi-Fi-Steuerung 122. In einer exemplarischen Ausführungsform umfasst ein Händlersystemort eine oder mehrere am Händlersystemort installierte Händlerbeacongeräte 120. In einer exemplarischen Ausführungsform ist jedes installierte Händlerbeacongerät 120 durch ein Zahlungsverarbeitungssystem 160 mit einem am Händlerort installierten bestimmten Händlerkameragerät 140 verbunden. Das Zahlungsverarbeitungssystem 160 kann zum Beispiel eine Datenbank umfassen, welche die Händlerbeacongerät-120-Kennungen mit den Händlerkameragerät-140-Kennungen für verbundene Händlerkamerageräte 140 korreliert. Eine Händlerkameragerät-140-Kennung kann beispielsweise eine für das Gerät spezifische Hardwarekennung wie eine Seriennummer oder eine MAC-ID umfassen. Bei einem weiteren Beispiel kann eine Händlerbeacongerät-120-Kennung eine für ein Beacongerät spezifische Hardwarekennung oder eine Kennung, die durch das Zahlungsverarbeitungssystem 160 erzeugt und in das Händlerbeacongerät 120 gespeichert wird, umfassen. Ein exemplarisches Händlerbeacongerät 120 ist programmiert, eine bestimmte Händlerbeacongerät-120-Kennung über ein drahtloses Netzwerk 120 zu irgendwelchen Benutzercomputergeräten 110 innerhalb eines Schwellenabstandes, der erforderlich ist, um das drahtlose Netzwerk 120 aufrechtzuerhalten, zu übertragen, zu emittieren oder anderweitig zu senden. Das drahtlose Netzwerk kann beispielsweise ein Wi-Fi-Netzwerk 120, ein Bluetooth-Netzwerk 120, ein NFC-Netzwerk 120 oder irgendein anderes geeignetes drahtloses Netzwerk 120 umfassen.
  • In einer exemplarischen Ausführungsform ist die Antenne 121 ein Kommunikationsmittel zwischen dem Benutzercomputergerät 110 und einem Händlerbeacongerät 120. In einer exemplarischen Ausführungsform gibt eine Wi-Fi-Steuerung 122 durch die Antenne 121 ein Funksignal aus oder horcht nach Funksignalen von dem Benutzercomputergerät 110. In einer anderen exemplarischen Ausführungsform wird eine Bluetooth-Steuerung oder eine Nahfeldkommunikations-(„NFC“)-Steuerung verwendet. In einer exemplarischen Ausführungsform gibt die Wi-Fi-Steuerung 122 durch die Antenne 121 ein Funksignal aus oder horcht nach Funksignalen von dem Benutzercomputergerät 120.
  • In einer exemplarischen Ausführungsform ist die Wi-Fi-Steuerung 122 fähig, Daten zu senden und zu empfangen, Authentifizierungs- und Verschlüsselungsfunktionen auszuführen und anzuweisen, wie das Händlerbeacongerät 120 nach Übertragungen von dem Benutzercomputergerät 110 horcht, oder das Händlerbeacongerät 120 in verschiedenen Energiesparmodi gemäß Wi-Fi-spezifizierten Verfahrensweisen zu konfigurieren. In einer anderen exemplarischen Ausführungsform umfasst das Händlerbeacongerät 120 eine Bluetooth-Steuerung oder eine NFC-Steuerung, die fähig ist, ähnliche Funktionen auszuführen. Eine exemplarische Wi-Fi-Steuerung 122 kommuniziert mit der Zahlungsanwendung 113 und ist fähig, Daten über einen drahtlosen Wi-Fi-Kommunikationskanal zu senden und zu empfangen. In einer anderen exemplarischen Ausführungsform führt eine Bluetooth-Steuerung 122 oder NFC-Steuerung 122 ähnliche Funktionen wie die Wi-Fi-Steuerung 122 unter Verwendung eines Bluetooth- oder NFC-Protokolls aus. In einer exemplarischen Ausführungsform aktiviert die WLAN-Steuerung 122 die Antenne 121, um einen drahtlosen Kommunikationskanal zwischen dem Benutzercomputergerät 110 und dem Händlerbeacongerät 120 zu erzeugen. Das Händlerbeacongerät 120 kommuniziert mit dem Benutzercomputergerät 110 über die Antenne 121. In einer exemplarischen Ausführungsform erhält, wenn das Händlerbeacongerät 120 aktiviert wurde, die Wi-Fi-Steuerung 122 durch die Antenne 121 ein Funksignal oder horcht nach Funksignalen von dem Benutzercomputergerät 110.
  • Ein exemplarisches Händlerverkaufsstellengerät 130 umfasst ein Audiomodul 131, eine Zahlungsanwendung 133, eine Benutzerschnittstelle 135, eine Datenspeichereinheit 136 und eine Kommunikationsanwendung 139.
  • In einer exemplarischen Ausführungsform kann das Audiomodul 131 jedes Modul oder jede Funktion des Händler-POS-Geräts 130 sein, das/die eine Audioeingabe einer externen Umgebung des Händler-POS-Geräts 130 aufnimmt. Das Audiomodul 131 kann auf dem Händler-POS-Gerät 130 resident oder auf irgendeine Weise logisch mit dem Händler-POS-Gerät 130 verbunden sein. Das Audiomodul 131 kann beispielsweise über das Netzwerk 120 mit dem Händler-POS-Gerät 130 verbunden sein. Das Audiomodul 131 kann in der Lage sein, eine Audioaufzeichnung zu erhalten. Jede geeignete Audioaufzeichnungsgerät kann durch das Audiomodul 131 dargestellt sein.
  • In einer exemplarischen Ausführungsform ist die Zahlungsanwendung 133 ein Programm, eine Funktion, Routine, Minianwendung oder ähnliche Entität, die auf dem Händlerverkaufsstellengerät 130 existiert und darauf ihre Operationen ausführt. In bestimmten exemplarischen Ausführungsformen muss der Händlerverkaufsstellengerät-(„POS“)-Betreiber 102 oder ein anderer Händlersystembetreiber die Zahlungsanwendung 133 installieren und/oder eine Merkmalauswahl auf dem Händlerverkaufsstellengerät 130 treffen, um die Vorteile der hierin beschriebenen Techniken zu erlangen. In einer exemplarischen Ausführungsform kann der Händler-POS-Gerätbetreiber 102 auf die Zahlungsanwendung 133 auf dem Händler-POS-Gerät 130 über die Benutzerschnittstelle 135 zugreifen. In einer exemplarischen Ausführungsform kann die Zahlungsanwendung 133 mit dem Zahlungsverarbeitungssystem 160 verbunden sein. In einer anderen exemplarischen Ausführungsform kann die Zahlungsanwendung 133 mit einem Händlersystem verbunden sein, das mit dem Händlerbeacongerät 120 und dem Händlerkameragerät 140 verbunden ist. In noch einer anderen exemplarischen Ausführungsform existieren zwei Zahlungsanwendungen 133, von denen eine mit dem Händlersystem verbunden ist und eine andere mit dem Zahlungsverarbeitungssystem 160 verbunden ist.
  • In einer exemplarischen Ausführungsform ermöglicht die Benutzerschnittstelle 135 es dem Händler-POS-Gerätbetreiber 102, mit dem Händler-POS-Gerät 130 zu interagieren. Die Benutzerschnittstelle 135 kann beispielsweise ein Touchscreen, eine sprachbasierte Schnittstelle oder irgendeine andere Schnittstelle sein, die es dem Händler-POS-Gerätbetreiber 102 ermöglicht, Eingaben bereitzustellen und Ausgaben von einer Anwendung auf dem Händler-POS-Gerät 130 zu empfangen. In einer Ausführungsform interagiert der Händler-POS-Gerätbetreiber 102 über die Benutzerschnittstelle 135 mit der Zahlungsanwendung 133.
  • In einer exemplarischen Ausführungsform umfasst die Datenspeichereinheit 136 eine dem Händler-POS-Gerät 130 zugängliche lokale oder entfernte Datenspeicherstruktur, die zum Speichern von Informationen geeignet ist. In einer exemplarischen Ausführungsform speichert die Datenspeichereinheit 136 verschlüsselte Informationen wie lokaler HTML5-Speicher.
  • In einer exemplarischen Ausführungsform ermöglicht die Kommunikationsanwendung 139, wie eine Webbrowseranwendung oder eine Einzelanwendung, es einem Betreiber des Händler-POS-Geräts 130, Dokumente oder Webseiten über ein verteiltes Netzwerk 120 anzusehen, herunterzuladen, hochzuladen oder anderweitig darauf zuzugreifen. Die Kommunikationsanwendung 139 kann beispielsweise Kommunikation über das Netzwerk 120 mit dem Zahlungsverarbeitungssystem 160 ermöglichen.
  • Ein exemplarisches Händlerkameragerät 140 umfasst einen Prozessor 143, eine Datenspeichereinheit 146, ein Kameramodul 147 und eine Kommunikationsanwendung 149.
  • In einer exemplarischen Ausführungsform führt der Prozessor 143 eine oder mehrere Funktionen durch, die hierin als durch das Händlerkameragerät 140 durchgeführt beschrieben sind.
  • In einer exemplarischen Ausführungsform umfasst die Datenspeichereinheit 146 eine dem Händlerkameragerät 140 zugängliche lokale oder entfernte Datenspeicherstruktur, die zum Speichern von Informationen geeignet ist. In einer exemplarischen Ausführungsform speichert die Datenspeichereinheit 146 verschlüsselte Informationen wie lokaler HTML5-Speicher.
  • In einer exemplarischen Ausführungsform kann das Kameramodul 147 jedes Modul oder jede Funktion des Händlerkamerageräts 140 sein, das/die eine Videoeingabe oder ein digitales Bild einer externen Umgebung des Händlerkamerageräts 140 aufnimmt. Das Kameramodul 147 kann auf das Händlerkameragerät 140 resident oder auf irgendeine Weise logisch mit dem Händlerkameragerät 140 verbunden sein. Das Kameramodul 147 kann beispielsweise über das Netzwerk 120 mit dem Händlerkameragerät 140 verbunden sein. Das Kameramodul 147 kann in der Lage sein, individuelle Bilder oder einen Videoscan zu erhalten. Jede andere geeignete Bildaufnahmegerät kann durch das Kameramodul 147 dargestellt sein.
  • In einer exemplarischen Ausführungsform ermöglicht die Kommunikationsanwendung 149 es dem Händlerkameragerät 140, mit dem Zahlungsverarbeitungssystem 160 zu kommunizieren.
  • Ein beispielhaftes Ausstellersystem 150 genehmigt eine Zahlungsermächtigungsanforderung, die von dem Zahlungsverarbeitungssystem 160 empfangen wurde, oder verweigert diese. In einer exemplarischen Ausführungsform kommuniziert das Ausstellersystem 150 mit dem Zahlungsverarbeitungssystem 160 über das Netzwerk 120. In einer exemplarischen Ausführungsform kommuniziert das Ausstellersystem 150 mit einem Erwerbersystem, um eine Kreditautorisierung zu genehmigen und eine Zahlung an das Zahlungsverarbeitungssystem 160 und/oder Händlersystem zu leisten. Das Erwerbersystem ist beispielsweise ein Zahlungsverarbeitungsunternehmen einer dritten Partei.
  • Ein exemplarisches Zahlungsverarbeitungssystem 160 umfasst beispielsweise ein Kontoverwaltungsmodul 161, ein Gesichtserkennungsmodul 163, ein Audioerkennungsmodul 165, eine Datenspeichereinheit 166 und ein Transaktionsverarbeitungsmodul 167.
  • In einer exemplarischen Ausführungsform verwaltet das Kontoverwaltungsmodul 161 eines oder mehrere Benutzer-101-Konten. In einer exemplarischen Ausführungsform kann ein Benutzer-101-Konto ein digitales Geldbörsenkonto, ein E-Mail-Konto, ein Social Networking-Konto oder irgendein anderes geeignetes Konto umfassen, das mit dem Zahlungsverarbeitungssystem 160 verbunden ist. In einer exemplarischen Ausführungsform kommuniziert das Kontoverwaltungssystem 161 mit einer Zahlungsanwendung 113, die auf einem Benutzercomputergerät 110 betrieben wird, die mit einem Benutzer 101 mit einem Benutzer-101-Konto verbunden ist, mit dem Zahlungsverarbeitungssystem 160. In einer exemplarischen Ausführungsform gibt der Benutzer 101 Zahlungskontoinformationen in das Benutzer-101-Konto über die Zahlungsanwendung 113 ein, und das Kontoverwaltungsmodul 161 empfängt die Zahlungskontoinformationen über das Netzwerk 120 und verbindet die empfangenen Zahlungskontoinformationen mit dem Benutzer-101-Konto.
  • In einer exemplarischen Ausführungsform empfängt das Gesichtserkennungsmodul 163 ein Gesichtsbild eines Benutzers 101, der mit einem Benutzer-101-Konto verbunden ist, das durch den Benutzer 101 über das Benutzercomputergerät 110 über das Netzwerk 120 gesendet wurde. Der Benutzer 101 sendet beispielsweise das Gesichtsbild zu der Zeit, zu der der Benutzer 101 das Benutzer-101-Konto beim Zahlungsverarbeitungssystem 160 einrichtet. In einer Ausführungsform erzeugt das Gesichtserkennungsmodul 163 eine Gesichtsvorlage basierend auf einem empfangenen Gesichtsbild.
  • In einer exemplarischen Ausführungsform empfängt das Audioerkennungsmodul 165 eine Audioaufzeichnung eines Benutzers 101, der mit einem Benutzer-101-Konto verbunden ist, das durch den Benutzer 101 über das Benutzercomputergerät 110 über das Netzwerk 120 gesendet wurde. Der Benutzer 101 sendet beispielsweise die Audioaufzeichnung zu der Zeit, zu der der Benutzer 101 das Benutzer-101-Konto beim Zahlungsverarbeitungssystem 160 einrichtet. In einer Ausführungsform erzeugt das Audioerkennungsmodul 165 eine Audiovorlage basierend auf der empfangenen Audioaufzeichnung des Benutzers 101. In einer exemplarischen Ausführungsform empfängt das Audioerkennungsmodul 165 eine Audioaufzeichnung eines ersten Benutzers 101 und vergleicht die Audioaufzeichnung des ersten Benutzers 101 mit einer gespeicherten Audiovorlage, die mit einem zweiten Benutzer 101 verbunden ist.
  • In einer exemplarischen Ausführungsform umfasst die Datenspeichereinheit 166 eine lokale oder entfernte Datenspeicherstruktur, die dem Zahlungsverarbeitungssystem 160 zugänglich ist und zum Speichern von Informationen geeignet ist. In einer exemplarischen Ausführungsform speichert die Datenspeichereinheit 166 verschlüsselte Informationen wie lokaler HTML5-Speicher.
  • In einer exemplarischen Ausführungsform empfängt das Transaktionsverarbeitungsmodul 167 Transaktionsdetails von einem Händler-POS-Gerät 130 und eine Anforderung, eine Transaktion zu initiieren. Beispielhafte Transaktionsdetails umfassen Händlersystemkontoinformationen, einen Gesamtbetrag der Transaktion und eine Benutzer-101-Auswahl eines Benutzer-101-Zahlungskontos, das mit dem Konto des Benutzers 101 mit dem Zahlungsverarbeitungssystem 160 verbunden ist. Das Konto des Benutzers 101 ist beispielsweise ein digitales Geldbörsenkonto, das ein oder mehrere Zahlungskontoinformationen, die einem oder mehreren entsprechenden Zahlungskonten des Benutzers 101 entsprechen, umfasst. In einer exemplarischen Ausführungsform extrahiert das Transaktionsverarbeitungsmodul 167 Zahlungskontoinformationen vom Benutzer-101-Konto entsprechend der Benutzer-101-Auswahl des Benutzer-101-Zahlungskontos, das in den Transaktionsdetails von dem Händler-POS-Gerät 130 empfangen wurde. In einer exemplarischen Ausführungsform sendet das Transaktionsverarbeitungsmodul 167 eine Zahlungsermächtigungsanforderung an ein Ausstellersystem 150 oder ein anderes geeignetes Finanzinstitut, das mit dem Zahlungskonto verbunden ist, welches vom Benutzer 101 zur Verwendung bei der Transaktion ausgewählt wurde. Eine beispielhafte Zahlungsermächtigungsanforderung kann Händlersystemzahlungskontoinformationen, Benutzer-101-Zahlungskontoinformationen und einen Gesamtbetrag der Transaktion umfassen. In einer exemplarischen Ausführungsform empfängt, nachdem das Ausstellersystem 150 die Zahlungsermächtigungsanforderung verarbeitet hat, das Transaktionsverarbeitungsmodul 167 eine Genehmigung oder Ablehnung der Zahlungsermächtigungsanforderung von dem Ausstellersystem 150 über das Netzwerk 120. In einer exemplarischen Ausführungsform sendet das Transaktionsverarbeitungsmodul 167 eine Empfangsbestätigung, die eine Zusammenfassung der Transaktion umfasst, an das Händler-POS-Gerät 130 und/oder das Benutzercomputergerät 110.
  • Es ist offensichtlich, dass die gezeigten Netzwerkverbindungen Beispiele sind, und andere Mittel zum Etablieren einer Kommunikationsverbindung zwischen den Computern und Geräten verwendet werden können. Des Weiteren werden Fachleute anhand der vorliegenden Offenbarung erkennen, dass das in 1 veranschaulichte Benutzercomputergerät 110, das Händlerbeacongerät 120, das Händlerverkaufsstellengerät 130, das Händlerkameragerät 140, das Ausstellersystem 150 und das Zahlungsverarbeitungssystem 160 irgendeine von mehreren anderen geeigneten Computersystemkonfigurationen aufweisen können. Eine als ein Mobiltelefon oder Handheld-Computer verkörpertes Benutzercomputergerät 110 kann beispielsweise alle vorstehend beschriebenen Komponenten umfassen oder auch nicht.
  • In exemplarischen Ausführungsformen können die Netzwerkcomputergeräte und irgendwelche anderen Rechenmaschinen, die mit der hier präsentierten Technologie verbunden sind, irgendeine Art von Rechenmaschine sein, wie z. B., aber nicht beschränkt auf, die in Bezug auf 15 ausführlicher beschriebenen. Ferner können jegliche Module, die mit irgendwelchen dieser Rechenmaschinen verbunden sind, wie beispielsweise hierin beschriebene Module oder irgendwelche anderen Module (Skripte, Webinhalt, Software, Firmware oder Hardware), die mit der hierin präsentierten Technologie verbunden sind, irgendeines der in Bezug auf 15 ausführlicher beschriebenen Module sein. Die hierin beschriebenen Rechenmaschinen können miteinander sowie mit anderen Rechenmaschinen oder Kommunikationssystemen über eines oder mehrere Netzwerke wie z. B. Netzwerk 120 kommunizieren. Das Netzwerk 120 kann irgendeinen Datentyp oder irgendein Kommunikationsnetzwerk einschließlich irgendeiner der in Bezug auf 15 beschriebenen Netzwerktechnologien umfassen.
  • Beispielhafte Prozesse
  • Die in den 2 bis 14 veranschaulichten exemplarischen Verfahren werden im Folgenden in Bezug auf die Komponenten der exemplarischen Betriebsumgebung 100 beschrieben. Die exemplarischen Verfahren der 2 bis 7 können auch mit anderen Systemen und in anderen Umgebungen ausgeführt werden.
  • 2 ist ein Blockdiagramm, das ein System 200 darstellt, um eine „Hands Free“-Transaktion mit einer Gesichtserkennung eines Benutzers 101 gemäß exemplarischen Ausführungsformen durchzuführen. Das Verfahren 200 wird unter Bezugnahme auf die in 1 veranschaulichten Komponenten beschrieben.
  • Bei Block 210 meldet sich das Händlersystem bei dem Zahlungsverarbeitungssystem 160 an und installiert Hardware an einem Händlerort. Das Verfahren zum Anmelden, durch ein Händlersystem, an einem Zahlungsverarbeitungssystem 160 und Installieren der Hardware an einem Händlersystemort wird im Folgenden unter Bezugnahme auf das in 3 beschriebene Verfahren ausführlicher beschrieben.
  • 3 ist ein Blockdiagramm, das ein Verfahren 210 zum Anmelden, durch ein Händlersystem, an einem Zahlungsverarbeitungssystem 160 und Installieren der Hardware an einem Händlersystemort gemäß bestimmten exemplarischen Ausführungsformen darstellt. Das Verfahren 210 wird unter Bezugnahme auf die in 1 veranschaulichten Komponenten beschrieben.
  • In den hierin beschriebenen exemplarischen Ausführungsformen muss das Händlersystem am exemplarischen Händlersystemort keine Hardware in irgendeiner bestimmten Reihenfolge installieren. Das Verfahren 210 beschreibt ein beispielhaftes Verfahren zum Installieren von Hardware am Händlerort. Das Händlersystem oder ein anderes System, das die Händlerhardware installiert, muss jedoch das Händler-POS-Gerät 130, das Händlerkameragerät 140 oder das Händlerbeacongerät 120 nicht in der hierin beschriebenen Reihenfolge installieren.
  • Bei Block 310 meldet sich ein Händlersystem am Zahlungsverarbeitungssystem 160 an. In einer exemplarischen Ausführungsform greift ein Beauftragter des Händlersystems auf eine Zahlungsverarbeitungssystem-160-Webseite zu und meldet sich für ein Händlerkonto am Zahlungsverarbeitungssystem 160 über die Webseite an. In einer exemplarischen Ausführungsform fügt das Händlersystem Zahlungskontoinformationen dem Händlerkonto hinzu, das vom Zahlungsverarbeitungssystem 160 verwaltet wird. In einer exemplarischen Ausführungsform umfasst das Händlersystem einen oder mehrere Händlersystemorte. Das Händlersystem kann beispielsweise einen oder mehrere physische Speicherorte umfassen. Ein beispielhafter Händlerort umfasst ein oder mehrere Händlerverkaufsstellen-(„POS“)-Gerät(e) 130. In einer exemplarischen Ausführungsform betreiben ein oder mehrere Händler-POS-Gerätbetreiber 102 das eine oder die mehreren Händler-POS-Gerät(e) 130 am Händlersystemort.
  • Bei Block 320 installiert ein Händlersystembetreiber die Zahlungsanwendung 133 auf dem Händlerverkaufsstellengerät 130. In einer anderen exemplarischen Ausführungsform erwirbt der Händlersystembetreiber ein Händler-POS-Gerät 130 von dem Zahlungsverarbeitungssystem 160 mit der auf dem Händler-POS-Gerät 130 vorinstallierten Zahlungsanwendung 133. In einer exemplarischen Ausführungsform kann das Händler-POS-Gerät 130 mit dem Zahlungsverarbeitungssystem 160 über ein Netzwerk 120 kommunizieren. In einer exemplarischen Ausführungsform kommuniziert das Händler-POS-Gerät 130 mit dem Zahlungsverarbeitungssystem 160 über die Zahlungsanwendung 133. Das Händler-POS-Gerät 130 kann beispielsweise in der Lage sein, Transaktionsdetails an das Zahlungsverarbeitungssystem 160 über die Zahlungsanwendung 133 über das Netzwerk 120 zu senden, um dem Zahlungsverarbeitungssystem 160 zu ermöglichen, eine Transaktion zu verarbeiten. Bei einem weiteren Beispiel kann das Händler-POS-Gerät 130 in der Lage sein, eine Empfangsbestätigung von dem Zahlungsverarbeitungssystem 160 zu empfangen, die einen Händler-POS-Gerätbetreiber 102 benachrichtigt, ob eine Transaktion erfolgreich war oder nicht.
  • Bei Block 330 empfängt das Händlerbeacongerät 120 eine Beaconkennung von dem Zahlungsverarbeitungssystem 160. In einer exemplarischen Ausführungsform empfängt das Händlersystem eine Beaconkennung von dem Zahlungsverarbeitungssystem 160 und installiert die Beaconkennung auf dem Händlerbeacongerät 120 oder speichert diese anderweitig darauf. In einer exemplarischen Ausführungsform installiert ein Händlersystembetreiber das Händlerbeacongerät 120 in der Nähe eines Händler-POS-Geräts 130. In einer exemplarischen Ausführungsform installiert der Händlersystembetreiber mehrere Händlerbeacongeräte 120 und jedes Händlerbeacongerät 120 in der Nähe von einem oder mehreren verbundenen Händler-POS-Gerät(en) 130. In einer exemplarischen Ausführungsform kann das Händlerbeacongerät 120 eine Händlerbeaconkennung über ein drahtloses Medium übertragen, wobei ein oder mehrere Benutzercomputergerät(e) 110, die sich innerhalb einer Schwellenwertnähe zum Händlerbeacongerät 120 befinden, die Händlerbeaconkennung über das drahtlose Medium empfangen können. In einer anderen Ausführungsform kann das Händlerbeacongerät 120 eine lokale Netzwerk-120-Verbindung mit einem oder mehreren Benutzercomputergerät(en) 110 aufbauen, die sich innerhalb einer Schwellenwertnähe zum Händlerbeacongerät 120 befinden, und das Händlerbeacongerät 120 sendet die Händlerbeaconkennung an das eine oder die mehreren Benutzercomputergerät(e) 110 über die aufgebaute lokale Netzwerk-120-Verbindung. Die Schwellenwertnähe hängt beispielsweise von dem Netzwerk-120-Kommunikationsprotokoll ab, das von dem Händlerbeacongerät 120 verwendet wird.
  • Bei Block 340 überträgt das Händlerbeacongerät 120 die Beaconkennung über drahtlose Kommunikation am Ort des Händlersystems. Das Händlerbeacongerät 120 kann beispielsweise Daten, welche die Beaconkennung umfassen, über Wi-Fi, Bluetooth, Bluetooth-Low-Energy („BLE“), Nahfeldkommunikation („NFC“) oder ein anderes geeignetes Kommunikationsprotokoll, an ein oder mehrere Benutzercomputergerät(e) 110, die sich am Händlersystemort innerhalb einer Schwellenwertnähe zu dem Händlerbeacongerät 120 befinden, übertragen, emittieren oder anderweitig senden. In einigen exemplarischen Ausführungsformen kann das Händlerbeacongerät 120 zu einer Zeit vor dem Senden der Händlerbeaconkennung verwendet werden, um eine Netzwerk-120-Verbindung zwischen dem Händlerbeacongerät 120 und einem oder mehreren Benutzercomputergerät(en) 110 aufzubauen, die sich innerhalb einer Schwellenwertnähe zum Händlerbeacongerät 120 befinden.
  • Bei Block 350 installiert ein Händlersystembetreiber das Händlerkameragerät 140 am Händlersystemort, um dem Händlerbeacongerät 120 zu entsprechen. In einer exemplarischen Ausführungsform sind sowohl ein Händlerkameragerät 140 als auch ein Händlerbeacongerät 120 in der Nähe von einem bestimmten Händler-POS-Gerät 130 installiert. In einer anderen exemplarischen Ausführungsform sind ein Händlerkameragerät 140 und ein Händlerbeacongerät 120 in der Nähe von zwei oder mehr bestimmten Händler-POS-Geräten 130 installiert. In einer exemplarischen Ausführungsform ist ein Händlerkameragerät 140 so ausgerichtet, dass sie in der Lage ist, Videos und/oder Bilder eines Gesichts eines Benutzers 101 aufzunehmen, der während des Kassenvorgangs vor einem oder mehreren Händler-POS-Gerät(en) 130 steht. In einer exemplarischen Ausführungsform installiert das Händlersystem ein Händlerkameragerät 140, das so ausgerichtet ist, dass sie Videos und/oder Bilder des Gesichts eines Benutzers aufnimmt, der vor einem bestimmten Händler-POS-Gerät 130 steht. In einer anderen exemplarischen Ausführungsform installiert das Händlersystem ein Händlerkameragerät 140, das so ausgerichtet ist, dass sie Videos und/oder Bilder der Gesichter von einem oder mehreren Benutzern 101 aufnimmt, die innerhalb einer Nähe einer bestimmten Vielzahl von Händler-POS-Geräten 130 innerhalb eines Bereichs des Sichtfelds des Kameramoduls 147 des Händlerkamerageräts 140 stehen.
  • Bei Block 360 empfängt das Zahlungsverarbeitungssystem 160 eine Händlerkameragerät-140-Kennung und verbindet diese mit der entsprechen Beaconkennung des Händlerbeacongeräts 120. In einer exemplarischen Ausführungsform konfigurieren das Händlersystem und/oder das Zahlungsverarbeitungssystem 160 das Händlerkameragerät 140, sodass das Händlerkameragerät 140 mit dem Zahlungsverarbeitungssystem 160 über das Netzwerk 120 kommunizieren kann. Eine exemplarische Händlerkameragerät-140-Kennung umfasst eine Hardwarekennung, eine Media Access Control-(„MAC“)-Adresse oder eine andere nützliche oder relevante Kennung, die mit dem Händlerkameragerät 140 verbunden ist. In einer exemplarischen Ausführungsform umfasst das Zahlungsverarbeitungssystem 160 eine Datenbank, welche die Händlerkameragerät-140-Kennungen und verbundene Beaconkennungen für Händlerbeacongerät-120-Kennungen für einen bestimmten Händlersystemort umfasst. In einer exemplarischen Ausführungsform sendet das Händlerkameragerät die Händlerbeacongerät-120-Kennung neben der Händlerkameragerät-140-Kennung an das Zahlungsverarbeitungssystem 160. In einer exemplarischen Ausführungsform kann es sein, dass das Händlerkameragerät 140 während des Einrichtungs- und Installationsvorgangs die Händlerbeacongerät-120-Kennung über einen geeigneten drahtlosen Kommunikationskanal von dem Händlerbeacongerät 120 empfängt. In einer exemplarischen Ausführungsform stellt das Händlerkameragerät 140 während des Einrichtungs- und Installationsvorgangs eine Netzwerk-120-Verbindung mit dem Händlerbeacongerät 120 her und empfängt die Händlerbeacongerät-120-Kennung über das Netzwerk 120. In einer anderen exemplarischen Ausführungsform empfängt das Zahlungsverarbeitungssystem 160 die Händlerkameragerät-140-Kennung, extrahiert eine oder mehrere Händlerbeacongerät-120-Kennungen aus der Datenbank und verbindet die Händlerkameragerät-140-Kennung mit einer oder mehreren von der einen oder den mehreren extrahierten Händlerbeacongerät-120-Kennungen. In noch einer anderen exemplarischen Ausführungsform installiert der Händlersystembetreiber das eine oder die mehreren Händlerbeacongerät(e) 120 nach dem Installieren des einen oder der mehreren Händlerkameragerät(e) 140. In dieser exemplarischen Ausführungsform erzeugt das Zahlungsverarbeitungssystem 160 eine Händlerbeacongerätkennung, um sie mit einer Händlerkameragerät-140-Kennung zu verbinden, und sendet die erzeugte Händlerbeacongerätkennung an das Händlersystem. In dieser exemplarischen Ausführungsform konfiguriert der Händlersystembetreiber das Händlerbeacongerät 120, um die Händlerbeacongerätkennung, die durch das Zahlungsverarbeitungssystem 160 zugewiesen wurde, über ein Netzwerk 120 zu übertragen, zu emittieren oder anderweitig zu senden.
  • In bestimmten exemplarischen Ausführungsformen sind das Händlerkameragerät 140 und/oder das Händlerbeacongerät 120 Komponenten des Händlerverkaufsstellengeräts 130 oder werden drahtlos oder physisch mit dem Händler-POS-Gerät 130 verbunden und durch einen oder mehrere Prozessoren des Händler-POS-Geräts 130 gesteuert. In bestimmten exemplarischen Ausführungsformen können bestimmte Funktionen, die hierin als durch das Händlerkameragerät 140 und/oder das Händlerbeacongerät 120 ausgeführt beschrieben sind, auch durch das Händler-POS-Gerät 130 ausgeführt werden.
  • Von Block 360 schreitet das Verfahren 210 zu Block 220 von 2 fort.
  • Zu 2 in Block 220 zurückkehrend meldet sich der Benutzer 101 am Zahlungsverarbeitungssystem 160 an. Das Verfahren zum Anmelden durch einen Benutzer 101 für ein Konto mit einem Zahlungsverarbeitungssystem 160 wird im Folgenden unter Bezugnahme auf das in 4 beschriebene Verfahren 220 ausführlicher beschrieben.
  • 4 ist ein Blockdiagramm, das ein Verfahren 220 zum Anmelden durch einen Benutzer 101 für ein Konto bei einem Zahlungsverarbeitungssystem 160 gemäß bestimmten exemplarischen Ausführungsformen darstellt. Das Verfahren 220 wird unter Bezugnahme auf die in 1 veranschaulichten Komponenten beschrieben.
  • Bei Block 410 greift der Benutzer 101 auf die Webseite 169 des Zahlungsverarbeitungssystems zu. Der Benutzer 101 greift beispielsweise auf das Zahlungsverarbeitungssystem 160 über den Webbrowser 118 des Benutzercomputergeräts 110 zu. Bei einem weiteren Beispiel kann der Benutzer 101 das Zahlungsverarbeitungssystem 160 anderweitig kontaktieren, um sich für ein Benutzer-101-Konto anzumelden.
  • Bei Block 420 meldet sich der Benutzer 101 am Zahlungsverarbeitungssystem 160 an. Der Benutzer 101 kann eine Benutzerkontonummer erhalten, die geeigneten Anwendungen und Software empfangen, um diese auf dem Benutzercomputergerät 110 zu installieren, eine Autorisierung anfordern, um an der „Hands Free“-Zahlungsverarbeitung teilzunehmen, oder irgendeine Aktion ausführen, die durch das Zahlungsverarbeitungssystem 160 erforderlich ist. Der Benutzer 101 kann die Funktionen des Benutzercomputergeräts 110 wie die Benutzerschnittstelle 115 und den Webbrowser 118 verwenden, um ein Benutzer-101- Konto anzumelden und zu konfigurieren. In einer exemplarischen Ausführungsform kann der Benutzer 101 mit einem oder mehreren Benutzer-101-Zahlungskonten verbundene Zahlungskontoinformationen, wie beispielsweise eines oder mehrere Konten mit Guthaben, eines oder mehrere Bankkonten, eines oder mehrere Stored-Value-Konten und/oder andere geeignete Konten in das Benutzer-101-Konto eingeben, das durch das Zahlungsverarbeitungssystem 160 gepflegt wird.
  • Bei Block 430 lädt der Benutzer 101 die Zahlungsanwendung 113 auf das Benutzercomputergerät 110 herunter. In einer exemplarischen Ausführungsform kann die Zahlungsanwendung 113, die auf dem Benutzercomputergerät 110 betrieben wird, fähig sein, mit dem Zahlungsverarbeitungssystem 160 über das Netzwerk 120 zu kommunizieren. In einer exemplarischen Ausführungsform kann der Benutzer 101 die Benutzer-101-Kontoeinstellungen konfigurieren oder Zahlungskontoinformationen über die Zahlungsanwendung 113 hinzufügen, löschen oder bearbeiten. In einer exemplarischen Ausführungsform kann der Benutzer 101 eine Option auswählen, um die Genehmigung des Zahlungsverarbeitungssystems 160 zum Verarbeiten von „Hands Free“-Transaktionen zu aktivieren oder zu deaktivieren. Eine „Hands Free“-Transaktion umfasst beispielsweise eine Transaktion, bei der der Benutzer 101 nicht mit dem Benutzercomputergerät 110 interagieren muss oder die eine minimale Benutzer-101-Interaktion mit dem Benutzercomputergerät 110 erfordert, um eine Transaktion mit dem Händlersystem zu initiieren.
  • Bei Block 440 richtet das Zahlungsverarbeitungssystem 160 eine Gesichtsvorlage ein, die mit dem Benutzer-101-Konto verbunden ist. Das Verfahren zum Einrichten einer Gesichtsvorlage, die mit einem Benutzer-101-Konto verbunden ist, wird im Folgenden unter Bezugnahme auf das in 5 beschriebene Verfahren 440 ausführlicher beschrieben.
  • 5 ist ein Blockdiagramm, das ein Verfahren 440 zum Einrichten einer Gesichtsvorlage, die mit einem Benutzer-101-Konto verbunden ist, gemäß bestimmten exemplarischen Ausführungsformen darstellt. Das Verfahren 440 wird unter Bezugnahme auf die in 1 veranschaulichten Komponenten beschrieben.
  • Bei Block 510 zeigt die Zahlungsanwendung 113 eine Anforderung an den Benutzer 101 an, ein Gesichtsbild über das Benutzercomputergerät 110 aufzunehmen. In einer exemplarischen Ausführungsform zeigt die Zahlungsanwendung 113 die Anforderung über die Benutzerschnittstelle 115 an. In einem Beispiel kann die Benutzerschnittstelle 115 eine Anforderung wie folgt anzeigen: „Um „Hands Free“-Transaktionen zu ermöglichen, benötigen wir ein Bild Ihres Gesichts. Möchten Sie jetzt ein Gesichtsbild senden?“ In diesem Beispiel kann der Benutzer 101 eine Option auswählen, das aktuelle Bild aufzunehmen, oder er kann sonst ein Bild auswählen, das auf der Benutzercomputergerät 110 gespeichert ist.
  • Bei Block 520 wählt der Benutzer 101 eine Option zum Aufnehmen eines Gesichtsbilds aus. Der Benutzer 101 betätigt beispielsweise ein Objekt auf der Benutzerschnittstelle 115 das sagt: „Ja, ich möchte jetzt ein Bild aufnehmen“
  • Bei Block 530 aktiviert die Zahlungsanwendung 113 ein Kameramodul 117 auf dem Benutzercomputergerät 110 und der Benutzer 101 nimmt ein Gesichtsbild von sich selbst auf. In einer exemplarischen Ausführungsform kann die Benutzerschnittstelle des Benutzercomputergeräts 115 einen Live-Kamera-Feed des Benutzers 101 anzeigen, um dem Benutzer 101 beim Ausrichten des Gesichts des Benutzers 101 zu helfen, um das Gesichtsbild aufzunehmen. In einer exemplarischen Ausführungsform kann die Zahlungsanwendung 113 auf dem Benutzercomputergerät 110 einen Kasten oder einen Umriss auf der Benutzerschnittstelle 115 anzeigen, in dem der Benutzer 101 sein Gesicht ausrichten sollte, um ein Bild einer erforderlichen Größe aufzunehmen, die durch das Zahlungsverarbeitungssystem 160 vorher bestimmt wurde. In einer exemplarischen Ausführungsform kann der Benutzer 101 ein Objekt auf der Benutzerschnittstelle 115 betätigen, um das Bild aufzunehmen. In dieser exemplarischen Ausführungsform empfängt, als Reaktion darauf, dass der Benutzer das Objekt auf der Benutzerschnittstelle 115 betätigt, das Kameramodul 117 einen Befehl von der Zahlungsanwendung 113, ein Bild des Benutzers 101 aufzunehmen. In einer anderen exemplarischen Ausführungsform empfängt das Kameramodul 117 einen Befehl von der Zahlungsanwendung 113, eine Vielzahl von Bildern des Benutzers 101 aufzunehmen, während der Benutzer 101 die Kamera um das Gesicht des Benutzers 101 bewegt. Jedes der Vielzahl von Bildern des Benutzers 101 kann beispielsweise einer bestimmten Haltung des Gesichts des Benutzers 101 entsprechen. Ein exemplarisches Gesichtsbild kann ein digitales Bild des Gesichts eines Benutzers 101 umfassen. In einer exemplarischen Ausführungsform kann das Zahlungsverarbeitungssystem 160 Richtlinien für Benutzer 101 beim Senden der Gesichtsbilder festlegen. Die Zahlungsanwendung 113 kann den Benutzer 101 beispielsweise anweisen, jegliche Hüte, Kopfbedeckungen, Brillen oder andere Objekte oder Accessoires abzulegen, die Regionen des Gesichts des Benutzers 101 bedecken, sodass die Zahlungsanwendung 160 eine vollständige Darstellung des Gesichts des Benutzers 101 empfangen kann.
  • In einer exemplarischen Ausführungsform bestimmt das Benutzercomputergerät 110, ob das aufgenommene Gesichtsbild ein gültiges Gesichtsbild oder ein ungültiges Gesichtsbild ist. Ein gültiges Gesichtsbild entspricht beispielsweise den Richtlinien, die durch das Zahlungsverarbeitungssystem 160 vorher bestimmt wurden, und ein ungültiges Gesichtsbild entspricht einer oder mehreren der Richtlinien nicht. Wenn das Benutzercomputergerät 110 beispielsweise ein Gesichtsbild aufnimmt, das falsche Abmessungen umfasst, wenn ein Teil oder das gesamte Gesicht des Benutzers 101 verdeckt ist, oder wenn das Bild zu dunkel oder zu hell ist, lehnt das Benutzercomputergerät 110 das ungültige Gesichtsbild ab und zeigt eine Anforderung an, die den Benutzer 101 anweist, ein nachfolgendes Gesichtsbild aufzunehmen. In diesem Beispiel nimmt der Benutzer 101 ein nachfolgendes Gesichtsbild über das Benutzercomputergerät 110 auf und das Benutzercomputergerät 110 sendet das nachfolgende Gesichtsbild über das Netzwerk 120 an das Zahlungsverarbeitungssystem 160.
  • Bei Block 540 empfängt das Zahlungsverarbeitungssystem 160 das Gesichtsbild. In einer anderen exemplarischen Ausführungsform empfängt das Zahlungsverarbeitungssystem 160 eine Vielzahl von Gesichtsbildern des Benutzers 101. Die Zahlungsanwendung 113 sendet beispielsweise das eine oder die mehreren Gesichtsbilder des Benutzers 101 über das Netzwerk 120 an das Zahlungsverarbeitungssystem 160. In einer exemplarischen Ausführungsform ordnet das Zahlungsverarbeitungssystem 160 das eine oder die mehreren empfangenen Gesichtsbilder dem Benutzer-101-Konto zu. Das Zahlungsverarbeitungssystem 160 kann beispielsweise das Benutzer-101-Konto, das mit dem einen oder den mehreren empfangenen Bildern verbunden werden soll, identifizieren, weil der Benutzer 101 zurzeit bei der Zahlungsanwendung 113 auf dem Benutzercomputergerät 110 zu der Zeit angemeldet ist, zu der das eine oder die mehreren Gesichtsbilder zum Zahlungsverarbeitungssystem 160 gesendet werden. In bestimmten exemplarischen Ausführungsformen kann das Zahlungsverarbeitungssystem 160 bestimmen, ob das empfangene Gesichtsbild ein gültiges Gesichtsbild oder ein ungültiges Gesichtsbild ist. Ein gültiges Gesichtsbild entspricht beispielsweise allen Richtlinien, die durch das Zahlungsverarbeitungssystem 160 vorher bestimmt wurden, und ein ungültiges Gesichtsbild entspricht einer oder mehreren der Richtlinien nicht. Wenn ein Benutzer 101 beispielsweise ein Gesichtsbild sendet, das falsche Abmessungen umfasst, wenn ein Teil oder das gesamte Gesicht des Benutzers 101 verdeckt ist, oder wenn das Bild zu dunkel oder zu hell ist, lehnt das Zahlungsverarbeitungssystem 160 das ungültige Gesichtsbild ab und sendet eine Anforderung an das Benutzercomputergerät 110, die den Benutzer 101 anweist, ein nachfolgendes Gesichtsbild aufzunehmen, das an das Zahlungsverarbeitungssystem 160 gesendet wird. In diesem Beispiel empfängt das Benutzercomputergerät 110 die Anforderung und zeigt sie an, der Benutzer 101 nimmt ein nachfolgendes Gesichtsbild über das Benutzercomputergerät 110 auf und das Benutzercomputergerät 110 sendet das nachfolgende Gesichtsbild über das Netzwerk 120 an das Zahlungsverarbeitungssystem 160.
  • Bei Block 550 erstellt das Zahlungsverarbeitungssystem 160 eine Gesichtsvorlage, die mit dem Benutzerkonto 101 verbunden ist, basierend auf dem empfangenen Gesichtsbild. In einer anderen exemplarischen Ausführungsform erzeugt das Zahlungsverarbeitungssystem 160 eine entsprechende Gesichtsvorlage für jede einer Vielzahl empfangener Gesichtsbilder, die mit dem Benutzer-101-Konto verbunden sind. In einem Beispiel ist die Gesichtsvorlage von einer vorher festgelegten Größe, zum Beispiel eine 128-Byte-Gesichtsvorlage. In einem Beispiel erzeugt das Zahlungsverarbeitungssystem 160 eine Gesichtsvorlage, die eine Computercodedarstellung des digitalen Gesichtsbilds erzeugt. Die Gesichtsvorlage kann beispielsweise wichtige Merkmale des Gesichtsbilds des Benutzers 101 beschreiben, wie z. B. Form, Farbe, Linie, Wert, Platz, Form, Textur oder andere nützliche oder relevante Merkmale des Bilds oder bestimmter Regionen des Bilds. In einem Beispiel wird die Gesichtsvorlage durch Verarbeiten des Gesichtsbilds über ein neuronales Faltungsnetzwerk erzeugt. In einer exemplarischen Ausführungsform speichert das Zahlungsverarbeitungssystem 160 die erzeugte Gesichtsvorlage, die mit dem Benutzer 101 verbunden ist, in einer Datenspeichereinheit 166, die mit dem Zahlungsverarbeitungssystem 160 verbunden ist. Die Zahlungsverarbeitungssystem-160-Datenbank kann beispielsweise eine Tabelle oder andere Mittel umfassen, die jede Benutzer-101-Kontokennung mit einer verbundenen Gesichtsvorlage des Benutzers 101 korreliert.
  • In einer anderen exemplarischen Ausführungsform erzeugt, nachdem die Benutzercomputergerät 110 eines oder mehrere Gesichtsbilder des Benutzers 101 aufnimmt, das Benutzercomputergerät 110 eine oder mehrere Gesichtsvorlagen, die einem oder mehreren des einen oder der mehreren Gesichtsbilder des Benutzers 101 entsprechen. In dieser exemplarischen Ausführungsform sendet das Benutzercomputergerät 110 die eine oder mehreren erzeugten Gesichtsvorlagen über das Netzwerk 120 an das Zahlungsverarbeitungssystem 160.
  • Bei Block 560 löscht das Zahlungsverarbeitungssystem 160 das empfangene Gesichtsbild. Das Zahlungsverarbeitungssystem 160 verwendet beispielsweise nur eine Gesichtsvorlage, die eine Computercodedarstellung des Gesichtsbilds des Benutzers 101 umfasst. Bei einem weiteren Beispiel speichert das Zahlungsverarbeitungssystem 160 das empfangene Gesichtsbild zur zukünftigen Verarbeitung. Das Zahlungsverarbeitungssystem 160 aktualisiert beispielsweise zu einem späteren Zeitpunkt einen Gesichtsvorlagen-Erzeugungsalgorithmus und erzeugt eine aktualisierte Gesichtsvorlage, die dem gespeicherten Gesichtsbild entspricht.
  • Von Block 560 schreitet das Verfahren 440 zu Block 450 in 4 fort.
  • Zu Block 450 in 4 zurückkehrend richtet das Zahlungsverarbeitungssystem 160 eine Audiovorlage ein, die mit dem Benutzer-101-Konto verbunden ist. Das Verfahren zum Einrichten einer Audiovorlage, die mit einem Benutzer-101-Konto verbunden ist, wird im Folgenden unter Bezugnahme auf das in 6 beschriebene Verfahren 450 ausführlicher beschrieben.
  • 6 ist ein Blockdiagramm, das ein Verfahren 450 zum Einrichten einer Audiovorlage, die mit einem Benutzer-101-Konto verbunden ist, gemäß bestimmten exemplarischen Ausführungsformen darstellt. Das Verfahren 450 wird unter Bezugnahme auf die in 1 veranschaulichten Komponenten beschrieben.
  • Bei Block 610 zeigt die Zahlungsanwendung 113 eine Anforderung an den Benutzer 101 an, eine Audioaufzeichnung der Stimme des Benutzers 101 über das Benutzercomputergerät 110 aufzunehmen. In einer exemplarischen Ausführungsform zeigt die Zahlungsanwendung 113 die Anforderung über die Benutzerschnittstelle 115 an. In einem Beispiel kann die Benutzerschnittstelle 115 eine Anforderung wie folgt anzeigen: „Um „Hands Free“-Transaktionen zu ermöglichen, benötigen wir eine Aufzeichnung Ihrer Stimme. Möchten Sie jetzt eine Audioaufzeichnung senden?“ In diesem Beispiel kann der Benutzer 101 eine Option auswählen, eine Live-Audioaufzeichnung zu senden, oder er kann sonst eine vorher aufgezeichnete Audioaufzeichnung des Benutzers 101 auswählen, die auf dem Benutzercomputergerät 110 gespeichert ist.
  • Bei Block 620 wählt der Benutzer 101 eine Option zum Aufnehmen einer Audioaufzeichnung aus. Der Benutzer 101 betätigt beispielsweise ein Objekt auf der Benutzerschnittstelle 115 das sagt: „Ja, ich möchte jetzt eine Audioaufzeichnung senden“.
  • Bei Block 630 aktiviert die Zahlungsanwendung 113 ein Audiomodul (nicht dargestellt) auf dem Benutzercomputergerät 110 und der Benutzer 101 nimmt einen Ton der Stimme des Benutzers 101 auf. In einer exemplarischen Ausführungsform kann die Benutzerschnittstelle des Benutzercomputergeräts 115 Richtlinien anzeigen, die vom Zahlungsverarbeitungssystem 160 empfangen wurden, um dem Benutzer 101 beim Senden einer Audioaufzeichnung zu helfen. Die Zahlungsanwendung 113 kann beispielsweise Anweisungen für den Benutzer 101 anzeigen, um die Stimme des Benutzers 101 beim Aussprechen des Namens des Benutzers 101 aufzuzeichnen. Bei einem weiteren Beispiel weist die Zahlungsanwendung 113 den Benutzer 101 an, eine Audioaufzeichnung aufzunehmen, um ein Stimmenpasswort einzurichten, das in „Hands Free“-Transaktionen des Benutzers 101 verwendet werden kann. In einer exemplarischen Ausführungsform kann der Benutzer 101 ein Objekt auf der Benutzerschnittstelle 115 betätigen, um eine Live-Audioaufzeichnung aufzunehmen oder aufzuzeichnen. In dieser exemplarischen Ausführungsform empfängt, als Reaktion darauf, dass der Benutzer das Objekt auf der Benutzerschnittstelle 115 betätigt, das Audiomodul einen Befehl von der Zahlungsanwendung 113, eine Audioaufzeichnung des Benutzers 101 aufzunehmen. In einer exemplarischen Ausführungsform kann das Zahlungsverarbeitungssystem 160 Richtlinien für Benutzer 101 beim Senden der Audioaufzeichnungen festlegen. Die Zahlungsanwendung 113 kann beispielsweise den Benutzer 101 anweisen, eine Audioaufzeichnung zu senden, die nicht länger als eine vordefinierte maximale Dauer ist. Die Audioaufzeichnung darf beispielsweise nicht länger als fünf Sekunden sein. Bei einem weiteren Beispiel kann die Zahlungsanwendung 113 den Benutzer 101 anweisen, eine Audioaufzeichnung zu senden, die eine vordefinierte Zeitdauer dauert, zum Beispiel eine Audioaufzeichnung, die fünf Sekunden dauert. In einer exemplarischen Ausführungsform sendet, nachdem der Benutzer 101 durch Betätigen eines Objekts auf der Benutzerschnittstelle 115 eine Audioaufzeichnung initiiert, die Zahlungsanwendung 113 einen Befehl an das Audiomodul, die Aufzeichnung der Stimme des Benutzers 101 zu stoppen, nachdem die vordefinierte Zeitdauer oder die vordefinierte maximale Zeitdauer abgelaufen ist.
  • Bei Block 640 empfängt das Zahlungsverarbeitungssystem 160 eine Audioaufzeichnung der Stimme des Benutzers 101. Die Zahlungsanwendung 113 oder das Audiomodul sendet beispielsweise die Audioaufzeichnung über das Netzwerk 120 an das Zahlungsverarbeitungssystem 160. Bei einem weiteren Beispiel ruft die Zahlungsanwendung 113 eine Audioaufzeichnung ab, die vom Benutzer 101 ausgewählt wurde und im Datenspeicher 116 gespeichert ist, und sendet die abgerufene Audioaufzeichnung über das Netzwerk 120 zu dem Zahlungsverarbeitungssystem 160.
  • Bei Block 650 erstellt das Zahlungsverarbeitungssystem 160 eine Audiovorlage, die mit der Stimme des Benutzers 101 verbunden ist, basierend auf der empfangenen Stimme des Benutzers. In einem Beispiel hat die Audiovorlage eine vorher festgelegte Größe. In einem Beispiel erzeugt das Zahlungsverarbeitungssystem 160 eine Audiovorlage, die eine Computercodedarstellung der Audioaufzeichnung des Benutzers 101 umfasst. Die Audiovorlage kann beispielsweise wichtige Merkmale der Audioaufzeichnung des Benutzers 101 beschreiben, wie z. B. die Intonation der Stimme des Benutzers 101 oder andere Merkmale der Stimme des Benutzers 101. [Erfinder: Funktioniert dies ähnlich wie die Gesichtsvorlage?] In einer exemplarischen Ausführungsform speichert das Zahlungsverarbeitungssystem 160 die erzeugte Audiovorlage, die mit dem Benutzer 101 verbunden ist, in einer Datenspeichereinheit 166, die mit dem Zahlungsverarbeitungssystem 160 verbunden ist. Die Zahlungsverarbeitungssystem-160-Datenbank kann beispielsweise eine Tabelle oder andere Mittel umfassen, die jede Benutzer-101-Kontokennung mit einer verbundenen Audiovorlage des Benutzers 101 korreliert.
  • Bei Block 660 löscht das Zahlungsverarbeitungssystem 160 den empfangenen Ton der Stimme des Benutzers 101. In einer exemplarischen Ausführungsform löscht das Zahlungsverarbeitungssystem 160 die empfangene Audioaufzeichnung des Benutzers 101, um die Privatsphäre des Benutzers 101 zu schützen. Das Zahlungsverarbeitungssystem 160 verwendet beispielsweise nur eine Audiovorlage, die eine Computercodedarstellung der Audioaufzeichnung des Benutzers 101 umfasst.
  • Von Block 660 schreitet das Verfahren 440 zu Block 230 in 2 fort.
  • Zu Block 230 in 2 zurückkehrend gibt der Benutzer 101 den Händlersystemort ein und meldet sich bei der Zahlungsanwendung 113 auf dem Benutzercomputergerät 110 an. In einer anderen exemplarischen Ausführungsform meldet sich der Benutzer 101 bei der Zahlungsanwendung 113 zu einer Zeit vor Betreten des Händlersystemorts an und betritt den Händlerort das Benutzercomputergerät 110 tragend, das bei der Zahlungsanwendung 113 angemeldet ist.
  • Bei Block 240 empfängt das Benutzergerät eine Händlerbeacongerät-120-Kennung. Das Verfahren zum Empfangen, durch ein Benutzercomputergerät 110, einer Händlerbeaconkennung, die durch ein Händlerbeacongerät 120 übertragen wird, wird im Folgenden unter Bezugnahme auf das in 7 beschriebene Verfahren 240 ausführlicher beschrieben.
  • 7 ist ein Blockdiagramm, das ein Verfahren 240 zum Empfangen einer Händlerbeaconkennung, die durch ein Händlerbeacongerät 120 übertragen wird, durch ein Benutzercomputergerät 110 gemäß bestimmten exemplarischen Ausführungsformen darstellt. Das Verfahren 240 wird unter Bezugnahme auf die in 1 veranschaulichten Komponenten beschrieben.
  • Bei Block 710 meldet sich der Benutzer 101 bei der Zahlungsanwendung 113 auf dem Benutzercomputergerät 110 an. In einer exemplarischen Ausführungsform kann der Benutzer 101 einen mit dem Benutzer-101-Konto verbundenen Benutzernamen und ein Passwort haben, die durch das Zahlungsverarbeitungssystem 160 gepflegt werden. In einer exemplarischen Ausführungsform öffnet der Benutzer 101 die Zahlungsanwendung 113 auf dem Benutzercomputergerät 110 und gibt einen Benutzernamen und/oder ein Passwort über die Benutzerschnittstelle 115 ein, um sich bei der Zahlungsanwendung 113 anzumelden. In einer exemplarischen Ausführungsform kann, wenn der Benutzer 101 bei der Zahlungsanwendung 113 angemeldet ist, die Zahlungsanwendung mit dem Zahlungsverarbeitungssystem 160 über das Netzwerk 120 kommunizieren. In dieser exemplarischen Ausführungsform kommuniziert, wenn der Benutzer 101 nicht bei der Zahlungsanwendung 113 angemeldet ist, die Zahlungsanwendung nicht mit dem Zahlungsverarbeitungssystem 160, selbst wenn die Netzwerk-120-Verbindung verfügbar ist. In einer exemplarischen Ausführungsform kann sich der Benutzer 101 jederzeit bei der Zahlungsanwendung 113 durch Betätigen von einem oder mehreren Objekten auf der Benutzerschnittstelle 115 des Benutzercomputergerät 110 abmelden. In einer exemplarischen Ausführungsform konfiguriert der Benutzer 101 nach dem Anmelden bei der Zahlungsanwendung 113 eine oder mehrere Benutzer-101-Kontoeinstellungen, fügt Benutzer-101-Zahlungskontoinformationen hinzu, bearbeitet oder löscht diese und/oder ändert Benutzer-101-Präferenzen. In bestimmten exemplarischen Ausführungsformen kann es erforderlich sein, dass ein Benutzer 101 eine Merkmalauswahl trifft, um die Vorteile der hierin beschriebenen Techniken zu erlangen. Der Benutzer 101 muss vielleicht beispielsweise eine oder mehrere Benutzer-101-Kontoeinstellungen ermöglichen, um „Hands Free“-Transaktionen gemäß den hierin beschriebenen Verfahren zu ermöglichen.
  • In einer exemplarischen Ausführungsform kann die Zahlungsanwendung 113 dem Benutzer 101 Optionen, Daten, konfigurierbare Meldungen und andere geeignete Merkmale bereitstellen. Die Zahlungsanwendung 113 kann beispielsweise eine Auflistung von Händlersystemen und Händlerorten umfassen, die an „Hands Free“-Zahlungstransaktionen gemäß einem oder mehreren der hierin beschriebenen Verfahren teilnehmen. Die Auflistung kann periodisch von dem Zahlungsverarbeitungssystem 160 aktualisiert werden. Die Zahlungsanwendung 113 kann den Benutzer 101 benachrichtigen, wenn sich der Benutzer 101 innerhalb einer konfigurierten Umgebung eines teilnehmenden Händlersystems befindet. Die Zahlungsanwendung 113 kann dem Benutzer 101 Optionen zum Aktualisieren von Zahlungspräferenzen bereitstellen. Die Zahlungsanwendung 113 kann dem Benutzer 101 eine Auflistung von kürzlichen Transaktionen bereitstellen. Die Zahlungsanwendung 113 kann dem Benutzer 101 irgendwelche anderen geeigneten Informationen bereitstellen.
  • Bei Block 720 trägt Benutzer 101 das Benutzercomputergerät 110 innerhalb eines Schwellwenwertabstands von einem Händlerbeacongerät 120 am Händlersystemort. In einer exemplarischen Ausführungsform betritt der Benutzer 101 einen Ort des Händlersystems. Der Benutzer 101 kann den Händlerort, das Benutzercomputergerät 110 in einer Tasche oder einem Beutel, in den Händen des Benutzers 101 oder auf jede geeignete Weise tragend, betreten. Der Ort des Händlersystems kann ein Ladenort, ein Kioskort oder jeder geeignete physische Ort eines Händlersystems sein. In einer anderen exemplarischen Ausführungsform kann der Händler-POS-Gerätbetreiber 102 mobil sein und am Ort des Benutzers 101 ankommen. Das Händlersystem kann beispielsweise ein Restaurant sein und der Händler-POS-Gerätbetreiber 102 kann eine Lieferperson sein, die ein tragbares Händler-POS-Gerät 130 besitzt.
  • In bestimmten exemplarischen Ausführungsformen kann die Zahlungsanwendung 113 dem Benutzer 101 melden, wenn sich der Benutzer 101 in der Nähe eines Händlersystems befindet, das „Hands Free“-Zahlungen akzeptiert. Die Meldung kann über eine Nachricht auf dem Benutzercomputergerät 110, in einer E-Mail oder einem Text oder auf jede geeignete Weise bereitgestellt werden. In einer exemplarischen Ausführungsform kann die Meldung auf dem Ort des Benutzers 101 basieren, wie durch ein GPS-Modul (nicht dargestellt) bestimmt, das sich auf dem Benutzercomputergerät 110 befindet. Die Zahlungsanwendung 113 greift beispielsweise auf die GPS-Daten vom GPS-Modul zu und vergleicht den GPS-Ort mit einer Liste der Orte von Händlersystemen, die „Hands Free“-Zahlungen akzeptieren. Die Zahlungsanwendung 113 umfasst beispielsweise eine Liste oder greift auf eine Liste zu, die durch das Zahlungsverarbeitungssystem 160 der Händlersystemorte gepflegt wird, die „Hands Free“-Zahlungen akzeptieren. Wenn aus dem Vergleich eine Übereinstimmung resultiert, wird eine Meldung erzeugt und dem Benutzer 101 bereitgestellt. Die Übereinstimmung kann resultieren, wenn sich der Benutzer 101 innerhalb eines konfigurierten Abstands von einem qualifizierten Händlersystemort befindet. In einer exemplarischen Ausführungsform können die Meldungen so konfiguriert sein, dass sie auf jede geeignete Weise benachrichtigen. In einem Beispiel können die Meldungen in kommerziell dicht besiedelten Umgebungen kombiniert oder die Meldungen können individuell präsentiert werden. Bei einem weiteren Beispiel können die Meldungen so konfiguriert sein, dass sie den Benutzer 101 mit einer konfigurierten Häufigkeit benachrichtigen. Eine Meldung kann beispielsweise drei Mal präsentiert werden, bei einer vierten Instanz wird die Meldung jedoch nicht präsentiert. Die Meldungen können als Benachrichtigung mit einer akustischen Meldung, einer Vibration, einer Popup-Meldung auf der Benutzerschnittstelle 115 des Benutzercomputergeräts 110 oder jeder anderen geeigneten Meldung präsentiert werden.
  • Bei Block 730 empfängt das Benutzercomputergerät 110 eine Beaconkennung, die von dem Händlerbeacongerät 120 übertragen wird. Das Benutzercomputergerät 110 erkennt ein Händlerbeacongerät 120 über drahtlose Kommunikation am Ort des Händlersystems. Das Benutzercomputergerät 110 kann konfiguriert sein, nach Beacons oder anderen drahtlosen Signalen zu suchen. In einer exemplarischen Ausführungsform stellen das Benutzercomputergerät 110 und das Händlerbeacongerät 120 eine drahtlose Wi-Fi-Netzwerk-120-Verbindung her. In einer anderen exemplarischen Ausführungsform stellen das Benutzercomputergerät 110 und das Händlerbeacongerät 120 eine Bluetooth-, BLE-, NFC- oder eine andere geeignete Netzwerk-120-Verbindung her. Nach Eingeben des Signalbereichs des Händlerbeacongeräts 120 empfängt das Benutzercomputergerät 110 die Händlerbeaconkennung.
  • Bei Block 740 sendet das Benutzercomputergerät 110 die empfangene Händlerbeaconkennung und eine Benutzer-101-Kontokennung an das Zahlungsverarbeitungssystem 160. In einer exemplarischen Ausführungsform sendet das Benutzercomputergerät 110 die in der Händlerbeaconkennung empfangenen Daten zusammen mit einer Benutzer-101-Kontokennung über das Netzwerk 120 an das Zahlungsverarbeitungssystem 160.
  • Bei Block 750 empfängt das Zahlungsverarbeitungssystem 160 die Händlerbeaconkennung und die Benutzer-101-Kontokennung. Das Zahlungsverarbeitungssystem 160 empfängt beispielsweise die Händlerbeaconkennung und die Benutzer-101-Kontokennung über das Netzwerk 120. Das Benutzercomputergerät 110 kann die Daten von der Händlerbeaconkennung mit einer Datenbank der Händlerbeaconkennungsdaten und Händlerkameragerätkennungsdaten vergleichen, um eine Identität des Händlersystems und des Händlerkamerageräts 140 zu bestimmen, die mit der Händlerbeaconkennung verbunden sind, und/oder um die Authentizität des Beacons zu verifizieren.
  • Von Block 750 schreitet das Verfahren 240 zu Block 250 in 2 fort.
  • Zu 2 in Block 250 zurückkehrend empfängt das Händlerkameragerät 140 eine Gesichtsvorlage für jeden Benutzer 101 im Bereich des Händlerbeacongeräts 120. Das Verfahren zum Empfangen, durch ein Händlerkameragerät 140, einer Gesichtsvorlage für jeden Benutzer 101 im Bereich des Händlerbeacongeräts 120 wird im Folgenden unter Bezugnahme auf das in 8 beschriebene Verfahren 250 ausführlicher beschrieben.
  • 8 ist ein Blockdiagramm, das ein Verfahren 250 zum Empfangen einer Gesichtsvorlage für jeden Benutzer 101 in einem Bereich des Händlerbeacongeräts 120 durch ein Kameragerät 140 gemäß bestimmten exemplarischen Ausführungsformen darstellt. Das Verfahren 250 wird unter Bezugnahme auf die in 1 veranschaulichten Komponenten beschrieben.
  • Bei Block 810 extrahiert das Zahlungsverarbeitungssystem 160 eine Gesichtsvorlage, die mit der Benutzer-101-Kontokennung verbunden ist. In einer exemplarischen Ausführungsform greift das Zahlungsverarbeitungssystem 160 auf eine Datenbank zu, die gespeicherte Gesichtsvorlagen einer Vielzahl von Benutzern 101 mit entsprechenden Benutzer-101-Kontokennungen für jeden Benutzer 101 umfasst. Diese Datenbank ist beispielsweise in der Datenspeichereinheit 166 gespeichert.
  • Bei Block 820 identifiziert das Zahlungsverarbeitungssystem 160 ein Händlerkameragerät 120, das mit der Händlerbeacongerät-120-Kennung verbunden ist. In einer exemplarischen Ausführungsform erkennt das Zahlungsverarbeitungssystem 160, dass die Händlerbeaconkennung mit dem Zahlungsverarbeitungssystem 160 und einem bestimmten Händlerkameragerät 140 am Händlersystemort verbunden ist. In einer exemplarischen Ausführungsform erkennt das Zahlungsverarbeitungssystem 160, dass die Händlerbeaconkennung mit einer Vielzahl von Händlerkamerageräten 140, die an einem bestimmten Händlerort installiert sind, verbunden ist.
  • Bei Block 830 sendet das Zahlungsverarbeitungssystem 160 die Gesichtsvorlage des identifizierten Benutzers 101 an das Händlerkameragerät 140, das mit der Händerbeacongerätkennung 120 verbunden ist. In einer anderen exemplarischen Ausführungsform sendet das Zahlungsverarbeitungssystem 160 die Gesichtsvorlage des identifizierten Benutzers 101 an eine Vielzahl von Händlerkamerageräten 140, die mit der Händerbeacongerätkennung 120 verbunden sind. In bestimmten exemplarischen Ausführungsformen empfängt das Zahlungsverarbeitungssystem 160, in Echtzeit, eine Vielzahl von Übertragungen von dem Benutzercomputergerät 101, die einer Vielzahl von Benutzern 101 entsprechen, die am Händlersystemort anwesend sind, wobei jede Übertragung eine Benutzer-101-Kontokennung und eine erneut gesendete Händlerbeaconkennung umfasst. In diesen exemplarischen Ausführungsformen ruft das Zahlungsverarbeitungssystem 160, als Reaktion auf jede solche Übertragung, eine Gesichtsvorlage ab, die mit der empfangenen Benutzer-101-Kontokennung verbunden ist, und sendet eine Gesichtsvorlage an ein oder mehrere Händlerkameragerät(e) 140 am Händlerort, die mit der Händlerbeaconkennung verbunden sind.
  • Bei Block 840 empfängt das Händlerkameragerät 140 die Gesichtsvorlage des Benutzers 101. In einer anderen exemplarischen Ausführungsform empfängt eine Vielzahl von Händlerkamerageräten 140 die Gesichtsvorlage des Benutzers 101. In noch einer anderen exemplarischen Ausführungsform empfangen das Händlerkameragerät 140 und/oder die Vielzahl der Händlerkamerageräte 140 eine oder mehrere zusätzliche Gesichtsvorlagen vom Zahlungsverarbeitungssystem 160, die einem oder mehreren Benutzern 101 außer dem augenblicklichen Benutzer 101 entsprechen, die Benutzercomputergeräte 110 in Netzwerk-120-Verbindung mit einer Händlerbeacongerät gemäß den hierin beschriebenen Verfahren haben. Die eine oder mehreren zusätzlichen Gesichtsvorlagen werden vom Zahlungsverarbeitungssystem 160 in Echtzeit empfangen, wenn zusätzliche Benutzer 101 außer dem augenblicklichen Benutzer 101 die Händlerbeacongerät-120-Kennung über ein drahtloses Kommunikationsnetzwerk 120 empfangen oder sonst eine Netzwerk-120-Verbindung zwischen ihren Benutzercomputergeräten 110 und einem oder mehreren Händlerbeacongerät(en) 120 aufbauen. Das eine oder mehrere Händlerkameragerät(e) 140 können beispielsweise eine oder mehrere zusätzliche Gesichtsvorlagen, die einem oder mehreren zusätzlichen Benutzern 101 entsprechen, vor, gleichzeitig mit oder nach der Zeit empfangen, zu der die Händlerkameragerät 140 die Gesichtsvorlage des augenblicklichen Benutzers 101 empfängt.
  • Bei Block 850 fügt das Händlerkameragerät 140 die Gesichtsvorlage des Benutzers 101 zu einem aktuellen Kundenprotokoll hinzu. In einer exemplarischen Ausführungsform ist das aktuelle Kundenprotokoll durch das Händlerkameragerät 140 und durch das Zahlungsverarbeitungssystem 160 zugänglich. In einer anderen exemplarischen Ausführungsform ist das aktuelle Kundenprotokoll zusätzlich durch das Händler-POS-Gerät 130 und/oder ein zutreffendes Computergerät des Händlersystems zugänglich. In einer exemplarischen Ausführungsform umfasst und pflegt das Zahlungsverarbeitungssystem 160 das aktuelle Kundenprotokoll, auf das das Händlerkameragerät 140 über das Netzwerk 120 zugreifen kann. In einer anderen exemplarischen Ausführungsform umfasst das Händlerkameragerät 140 das aktuelle Kundenprotokoll, das für das Zahlungsverarbeitungssystem 160 durch Kommunikation mit dem Benutzercomputergerät 110 über das Netzwerk 120 zugänglich ist.
  • Bei Block 860 aktualisiert das Händlerkameragerät 140 regelmäßig das aktuelle Kundenprotokoll. Das Verfahren zum Empfangen, durch ein Händlerkameragerät 140, einer Benachrichtigung von einem Zahlungsverarbeitungssystem 160, wenn Benutzer 101 einen Netzwerkbereich eines Händlerbeacongeräts 120 betreten oder verlassen, wird im Folgenden unter Bezugnahme auf das in 9 beschriebene Verfahren 860 ausführlicher beschrieben.
  • 9 ist ein Blockdiagramm, das ein Verfahren 860 zum Empfangen einer Benachrichtigung von einem Zahlungsverarbeitungssystem 160 durch ein Händlerkameragerät 140, wenn Benutzer 101 einen Netzwerkbereich eines Händlerbeacongeräts 120 betreten oder verlassen, gemäß bestimmten exemplarischen Ausführungsformen darstellt. Das Verfahren 860 wird unter Bezugnahme auf die in 1 veranschaulichten Komponenten beschrieben.
  • Bei Block 910 wird das Händlerkameragerät 140 durch das Zahlungsverarbeitungssystem 160 benachrichtigt, wenn Benutzer 101, die bei einem Zahlungskonto angemeldet sind, einen Netzwerkbereich des Händlerbeacongeräts 120 betreten oder verlassen. Wie vorher erörtert, kann beispielsweise, wenn ein Benutzer 101, der ein Benutzercomputergerät 110 trägt, einen Schwellenwertabstand von einem Händlerbeacongerät 120 betritt, das Händlerbeacongerät 120 oder das Benutzercomputergerät 110 des Benutzers 101 das andere Gerät erkennen und eine drahtlose Netzwerk 120-Verbindung zwischen den zwei Geräten am Händlersystemort aufbauen. In diesem Beispiel sendet das Händlerbeacongerät 120 die Händlerbeaconkennung, die dem Händlerbeacongerät 120 entspricht, über das drahtlose Netzwerk 120 an das Benutzercomputergerät 110. Das Händlerbeacongerät 120 sendet beispielsweise die Händlerbeaconkennung über ein drahtloses Kommunikationsnetzwerk 120 mit Wi-Fi, Bluetooth, BLE oder NFC an das Benutzercomputergerät 110. In diesem Beispiel sendet das Benutzercomputergerät 110 die empfangene Händlerbeaconkennung erneut an das Zahlungsverarbeitungssystem 160 zusammen mit einer Benutzer-101-Kontokennung, die den Benutzer 101 identifiziert.
  • Bei Block 920 bestimmt das Händlerkameragerät 140, ob sich ein neuer Benutzer 101 im Bereich des Händlerbeacongeräts 120 befindet. Wenn das Zahlungsverarbeitungssystem 160 beispielsweise eine neue Benutzer-101-Kontokennung neben derselben Händlerbeaconkennung empfängt, kann das Zahlungsverarbeitungssystem 160 bestimmen, dass sich ein neuer Benutzer 101 im Bereich des Händlerbeacongeräts 120 befindet. In diesem Beispiel kann das Zahlungsverarbeitungssystem 160 basierend auf dem Empfang der neuen Benutzer-101-Kontokennung ableiten, dass der neue Benutzer 101 den Händlerort betreten hat. Bei einem weiteren Beispiel kann, wenn das Zahlungsverarbeitungssystem 160 keine neuen Benutzer-101-Kontokennungen zusammen mit derselben Händlerbeaconkennung innerhalb einer Schwellenwert-Zeitdauer empfängt, das Zahlungsverarbeitungssystem 160 bestimmen, dass keine neuen Benutzer 101 den Netzwerk-120-Bereich des Händlerbeacongeräts 120 betreten haben.
  • Wenn sich ein neuer Benutzer 101 im Bereich des Händlerbeacongeräts 120 befindet, fährt das Verfahren 860 mit Block 830 in 8 fort. Das Zahlungsverarbeitungssystem 160 empfängt beispielsweise eine neue Benutzer-101-Kontokennung neben derselben Händlerbeaconkennung. In diesem Beispiel leitet das Zahlungsverarbeitungssystem 160 basierend auf dem Empfang der neuen Benutzer-101-Kontokennung und derselben Händlerbeaconkennung, wie vorher vom ersten Benutzer 101 empfangen, ab, dass der neue Benutzer 101 den Händlerort betreten hat.
  • Zu 8 in Block 810 zurückkehrend extrahiert das Zahlungsverarbeitungssystem 160 eine Gesichtsvorlage, die mit der neuen Benutzer-101-Kontokennung verbunden ist. In einer exemplarischen Ausführungsform sendet das Zahlungsverarbeitungssystem 160 die Gesichtsvorlage an die entsprechenden eine oder mehreren Händlerkamerageräte 140 und die eine oder mehreren Händlerkamerageräte 140 fügen die Gesichtsvorlage des Benutzers 101 zum aktuelle Kundenprotokoll gemäß dem exemplarischen Verfahren hinzu, das vorher in Verfahren 250 in 8 beschrieben wurde.
  • Zu 9 in Block 920 zurückkehrend fährt, wenn sich kein neuer Benutzer 101 im Bereich des Händlerbeacongeräts 120 befindet, das Verfahren 860 mit Block 930 fort. Das Zahlungsverarbeitungssystem 160 empfängt beispielsweise keine neuen Benutzer-101-Kontokennungen zusammen mit derselben Händlerbeaconkennung innerhalb einer Schwellenwert-Zeitdauer und bestimmt, dass keine neuen Benutzer 101 den Netzwerk-120-Bereich des Händlerbeacongeräts 120 betreten haben.
  • Bei Block 930 bestimmt das Händlerkameragerät 140, ob sich ein aktueller Benutzer 101 aus dem Bereich des Händlerbeacongeräts 120 bewegt hat. In einer exemplarischen Ausführungsform fährt das Benutzercomputergerät 110 fort, die Händlerbeaconkennung von dem Händlerbeacongerät 120 zu empfangen, und sendet die Händlerbeaconkennung zusammen mit der Benutzer-101-Kontokennung erneut zum Zahlungsverarbeitungssystem 160. In dieser exemplarischen Ausführungsform kann das Benutzercomputergerät 110 regelmäßig Informationen, die die Händlerbeaconkennung und die Benutzer-101-Kontokennung umfassen, an das Zahlungsverarbeitungssystem 160 senden, solange das Benutzercomputergerät 110 weiterhin das Händlerbeacongerät 120 erkennt und die Händlerbeacongerät-120-Kennung über regelmäßige Scans empfängt. Das Benutzercomputergerät scannt beispielsweise alle fünf Sekunden nach dem Händlerbeacongerät 120. In einer anderen exemplarischen Ausführungsform kann das Benutzercomputergerät 110 regelmäßig Informationen, die die Händlerbeaconkennung und die Benutzer-101-Kontokennung umfassen, an das Zahlungsverarbeitungssystem 160 senden, solange das Benutzercomputergerät 110 eine drahtlose Netzwerk-120-Verbindung mit dem Händlerbeacongerät 120 aufrechterhält. Das Benutzercomputergerät 110 kann beispielsweise diese Informationen alle fünf Sekunden an das Zahlungsverarbeitungssystem 160 senden. In dieser exemplarischen Ausführungsform kann, wenn das Zahlungsverarbeitungssystem 160 aufhört, Informationen von dem Benutzercomputergerät für eine vordefinierte Anzahl von Intervallen zu empfangen, das Zahlungsverarbeitungssystem 160 bestimmen, dass der entsprechende Benutzer 101 sich aus dem Bereich des Händlerbeacongeräts bewegt hat. In dieser exemplarischen Ausführungsform bestimmt, wenn das Zahlungsverarbeitungssystem 160 fortfährt, Informationen zu empfangen, die von dem Benutzercomputergerät 110 zu erwarteten Intervallen gesendet wurden, das Zahlungsverarbeitungssystem 160, dass der Benutzer 101 sich noch im Netzwerk-120-Bereich des Händlerbeacongeräts 120 befindet.
  • Wenn sich kein aktueller Benutzer 101 aus dem Bereich des Händlerbeacongeräts 120 bewegt hat, fährt das Verfahren 860 mit Block 260 in 2 fort. Das Zahlungsverarbeitungssystem 160 fährt beispielsweise fort, die Händlerbeaconkennung und die Benutzer-101-Kontokennung zu empfangen, die von dem Benutzercomputergerät 110 zu erwarteten Intervallen gesendet werden, und bestimmt, dass sich der Benutzer 101 noch im Netzwerk-120-Bereich des Händlerbeacongeräts 120 befindet.
  • Zu 2 in Block 260 zurückkehrend initiiert der Benutzer 101 eine Transaktion an der Händler-POS-Gerät 130.
  • Zu 9 in Block 930 zurückkehrend fährt, wenn sich ein aktueller Benutzer 101 aus dem Bereich des Händlerbeacongeräts 120 bewegt hat, das Verfahren 860 mit Block 940 fort.
  • Bei Block 940 empfängt das Händlerkameragerät 140 eine Benachrichtigung vom Zahlungsverarbeitungssystem 160, dass ein aktueller Benutzer 101 sich außerhalb des Netzwerkbereichs des Händlerbeacongeräts 120 befindet. In einer anderen exemplarischen Ausführungsform empfängt das Händlerkameragerät 140 eine Benachrichtigung vom Zahlungsverarbeitungssystem 160, dass das Benutzercomputergerät 110, das mit dem aktuellen Benutzer 101 verbunden ist, das Senden von Benachrichtigungen an das Zahlungsverarbeitungssystem 160 gestoppt hat, die die Händlerbeacongerät-120-Kennung umfassen. Das Händlerkameragerät 140 empfängt beispielsweise die Benutzer-101-Kontokennung, die mit dem aktuellen Benutzer 101 verbunden ist, der mit einem Benutzercomputergerät 110 verbunden ist, das sich entweder außerhalb des Netzwerkbereichs befindet oder das Senden von Benachrichtigungen, die die Händlerbeacongerät-120-Kennung umfassen, an das Zahlungsverarbeitungssystem 160 gestoppt hat, greift auf das aktuelle Kundenprotokoll zu und findet einen Eintrag, der dem aktuellen Benutzer 101 entspricht. Das aktuelle Kundenprotokoll wird beispielsweise vom Zahlungsverarbeitungssystem 160 gepflegt und das Händlerkameragerät 140 greift auf das aktuelle Kundenprotokoll über das Netzwerk 120 zu, indem es mit dem Zahlungsverarbeitungssystem 160 kommuniziert. In einer anderen exemplarischen Ausführungsform sendet das Zahlungsverarbeitungssystem 160 keine Benachrichtigung an das Händlerkameragerät 140, dass der aktuelle Benutzer 101 sich außerhalb des Netzwerkbereichs befindet. In dieser exemplarischen Ausführungsform greift das Zahlungsverarbeitungssystem 160 auf das aktuelle Kundenprotokoll zu und löscht die Gesichtsvorlage des aktuellen Benutzers 101 aus dem aktuellen Kundenprotokoll.
  • Bei Block 950 löscht das Händlerkameragerät 140 die Gesichtsvorlage des aktuellen Benutzers 101 aus dem aktuellen Kundenprotokoll. Das aktuelle Kundenprotokoll umfasst beispielsweise eine Tabelle und das Händlerkameragerät 140 löscht einen Eintrag oder eine Reihe, der/die Daten entspricht, die mit dem aktuellen Benutzer 101 verbunden sind, für den das Händlerkameragerät 140 die Benachrichtigung empfangen hat, oder fordert die Löschung an. In einer anderen exemplarischen Ausführungsform greift das Zahlungsverarbeitungssystem 160 auf das aktuelle Kundenprotokoll zu und löscht die Gesichtsvorlage des aktuellen Benutzers 101 aus dem aktuellen Kundenprotokoll.
  • Von Block 950 schreitet das Verfahren 860 zu Block 260 in 2 fort.
  • Zu 2 in Block 260 zurückkehrend initiiert der Benutzer 101 eine Transaktion an dem Händlerverkaufsstellengerät 130. Das Verfahren zum Initiieren einer Transaktion an einem Händlerverkaufsstellengerät 130 durch einen Benutzer 101 wird im Folgenden unter Bezugnahme auf das in 10 beschriebene Verfahren 260 ausführlicher beschrieben. In der hierin beschriebenen exemplarischen Ausführungsform initiiert der Benutzer 101 eine „Hands Free-Transaktion“ an dem Händler-POS-Gerät 130. Eine exemplarische „Hands Free“-Transaktion erfordert keine Interaktion mit dem Computergerät 110 vonseiten des Benutzers 101. Bei einem weiteren Beispiel erfordert die „Hands Free“-Transaktion nur minimale Interaktion mit dem Benutzercomputergerät 110 durch den Benutzer 101.
  • 10 ist ein Blockdiagramm, das ein Verfahren 260 zum Initiieren einer Transaktion an einem Händlerverkaufsstellengerät 130 durch einen Benutzer 101 gemäß bestimmten exemplarischen Ausführungsformen darstellt. Das Verfahren 260 wird unter Bezugnahme auf die in 1 veranschaulichten Komponenten beschrieben.
  • Bei Block 1010 nähert sich der Benutzer 101 einem Händlerverkaufsstellengerät 130. In einer exemplarischen Ausführungsform durchsucht der Benutzer 101 zu einer Zeit, bevor dieser sich dem Händler-POS-Gerät 130 nähert, den Händlersystemort und wählt einen oder mehrere Artikel zum Kauf aus. In dieser exemplarischen Ausführungsform kann der Benutzer 101 den einen oder die mehreren Artikel sammeln und mittels eines physischen Korbs oder Einkaufswagens zu dem Händler-POS-Gerät 130 tragen oder anderweitig transportieren.
  • Bei Block 1020 bestimmt der Händlerverkaufsstellengerät-130-Betreiber 102 die Gesamtsumme der Einkaufsartikel des Benutzers 101. In einer exemplarischen Ausführungsform scannt der Händler-POS-Gerätbetreiber 102 Barcodes, die an dem einen oder den mehreren Artikeln angebracht sind, oder gibt anderweitig Beschreibungen und Preise, die mit dem einen oder den mehreren Artikeln verbunden sind, in das Händler-POS-Gerät 130 ein. In einer exemplarischen Ausführungsform betätigt der Händler-POS-Gerätbetreiber 102 nach dem Scannen oder manuellen Eingeben der Artikel in das Händler-POS-Gerät 130 ein Objekt auf der Benutzerschnittstelle 135 des Händler-POS-Geräts 130, um das Händler-POS-Gerät 130 anzuweisen, die Gesamtsumme für die Artikel zu bestimmen. In einer exemplarischen Ausführungsform zeigt das Händler-POS-Gerät 130 über die Benutzerschnittstelle 135 dem Benutzer 101 den Gesamtbetrag an.
  • Bei Block 1030 bittet der Händlerverkaufsstellengerät-130-Betreiber den Benutzer 101, eine Zahlungsmöglichkeit auszuwählen. In einer exemplarischen Ausführungsform zeigt das Händler-POS-Gerät 130 eine oder mehrere Zahlungsmöglichkeiten an, die der Benutzer 101 zum Verwenden bei einer Transaktion auswählen kann. Beispielhafte Zahlungsmöglichkeiten können eine Zahlung über eine Zahlungsanwendung 113, die mit dem Zahlungsverarbeitungssystem 160 verbunden ist, eine Zahlung mit Bargeld, Zahlung mit Scheck, Kartenzahlung, Zahlung mit einer Guthabenkarte und/oder mit jedem anderen Zahlungsmittel umfassen, welches das Händlersystem für die Zahlung durch den Benutzer 101 akzeptieren kann oder bereit ist zu akzeptieren. In einer exemplarischen Ausführungsform werden die eine oder mehreren Zahlungsmöglichkeiten als Objekte auf der Benutzerschnittstelle 135 angezeigt und sind vom Händler-POS-Gerätbetreiber 102 als Reaktion darauf, dass der Benutzer 101 den Händlerverkaufsstellengerät-102-Betreiber anweist, eine Auswahl zu treffen, wählbar.
  • In einer anderen exemplarischen Ausführungsform sendet das Zahlungsverarbeitungssystem 160 oder das Händlerkameragerät 140 eine Benachrichtigung an das Händlerverkaufsstellengerät 140, dass der Benutzer 101 eine Transaktion über die Zahlungsanwendung 113 initiieren kann. In dieser exemplarischen Ausführungsform benachrichtigt das Händlerverkaufsstellengerät 140 den Händlerverkaufsstellengerät-140-Betreiber, dass der Benutzer 101 an einer Transaktion mithilfe der Zahlungsanwendung 113 teilnehmen kann. In dieser exemplarischen Ausführungsform bittet der Händlerverkaufsstellengerät-140-Betreiber den Benutzer 101, zu bestätigen, ob der Benutzer 101 eine Transaktion mithilfe der Zahlungsanwendung 113 initiieren möchte.
  • Bei Block 1040 weist der Benutzer 101 den Händlerverkaufsstellengerätbetreiber 102 an, eine Transaktion mit der Zahlungsanwendung 113 zu initiieren. In einer exemplarischen Ausführungsform betätigt der Händler-POS-Gerätbetreiber 102, als Reaktion auf das Empfangen einer mündlichen Anforderung vom Benutzer 101, die Zahlungsanwendung 113 als Zahlungsmöglichkeit auszuwählen, ein Objekt auf der Benutzerschnittstelle 135 des Händler-POS-Geräts 130, welche der Zahlungsanwendungs-113-Zahlungsmöglichkeit entspricht.
  • Bei Block 1050 wählt der Händlerverkaufsstellengerätbetreiber 102 eine Option auf dem Händlerverkaufsstellengerät 130 aus, um eine Transaktion unter Verwendung der Zahlungsanwendung 113 zu initiieren. In einer exemplarischen Ausführungsform zeigt das Händler-POS-Gerät 130 einen Bestätigungsbildschirm, nachdem der Händler-POS-Gerätbetreiber 102 eine Option ausgewählt hat, um eine Transaktion unter Verwendung der Zahlungsanwendung 113 zu initiieren. Ein beispielhafter Bestätigungsbildschirm kann Informationen anzeigen, welche die potenzielle Transaktion zusammenfassen, und kann eines oder mehrere von einer Transaktionsgesamtsumme, einer Beschreibung des einen oder der mehreren Artikel, die der Benutzer 101 gekauft hat, und einen Hinweis, dass der Benutzer 101 die Zahlungsanwendung 113 als das Zahlungsverfahren für die Transaktion ausgewählt hat, umfassen. Ein beispielhafter Bestätigungsbildschirm kann weitere Optionen anzeigen, um die Transaktion zu bestätigen oder die Transaktion aufzuheben. In einer exemplarischen Ausführungsform prüft der Benutzer 101 den Bestätigungsbildschirm, bestimmt, dass die auf dem Bestätigungsbildschirm angezeigten Informationen korrekt sind, bestimmt, mit der Transaktion fortzufahren und weist den Händler-POS-Gerätbetreiber 102 an, die Option auszuwählen, um die Transaktion über die Benutzerschnittstelle 135 zu bestätigen.
  • In einer anderen exemplarischen Ausführungsform entscheidet der Benutzer 101, die Transaktion zu verwerfen, da die Informationen falsch sind, oder weil es sich der Benutzer 101 anders überlegt und entschieden hat, die Artikel nicht zu kaufen. Bei noch einer anderen exemplarischen Ausführungsform umfasst der Bestätigungsbildschirm ferner eine Bearbeitungsmöglichkeit der Transaktionsdetails. In dieser exemplarischen Ausführungsform kann der Händler-POS-Gerätbetreiber 102 nach Anweisung durch den Benutzer 101 die Bearbeitungsmöglichkeit der Transaktionsdetails auswählen, und kann dann eine oder mehrere von den Artikeln in der Transaktion bearbeiten, hinzufügen oder löschen oder Zahlungsdetails oder Zahlungsmethoden für die Transaktion bearbeiten.
  • Bei Block 1060 sendet das Händlerverkaufsstellengerät 130 eine Anforderung zum Identifizieren des Benutzers 101 an das Zahlungsverarbeitungssystem 160. In einer exemplarischen Ausführungsform sendet das Händlerverkaufsstellengerät eine Anforderung zum Verarbeiten einer Transaktion zusammen mit der Anforderung, den Benutzer 101 zu identifizieren.
  • Zu diesem Zeitpunkt weiß das Zahlungsverarbeitungssystem 160 beispielsweise, dass einer oder mehrere Benutzer 101 physisch am Händlersystemort anwesend sind, basierend auf dem aktuellen Kundenprotokoll, das vom Zahlungsverarbeitungssystem gepflegt wird und durch das Händlerkameragerät 120 zugänglich und bearbeitbar ist. Außerdem weiß das Zahlungsverarbeitungssystem 160, dass ein Benutzer 101 eine Transaktion mit der Zahlungsmethode der Zahlungsanwendung 113 initiiert hat, basierend auf der Anforderung, die Transaktion zu verarbeiten, die von dem Händler-POS-Gerät 130 empfangen wurde. Das Zahlungsverarbeitungssystem 160 weiß jedoch möglicherweise nicht genau, welcher Benutzer 101 die Verarbeitung der „Hands Free“-Transaktion angefordert hat, an der die Zahlungsanwendung 113 beteiligt ist.
  • Bei Block 1070 empfängt das Zahlungsverarbeitungssystem 160 die Anforderung zum Identifizieren des Benutzers 101 von dem Händlerverkaufsstellengerät 130. Das Zahlungsverarbeitungssystem 160 empfängt beispielsweise die Anforderung, den Benutzer zu identifizieren, und die Anforderung, die Transaktion zu bearbeiten, über das Netzwerk 120.
  • Bei Block 1080 sendet das Zahlungsverarbeitungssystem 160 eine Anforderung an das Händlerkameragerät 140, den Benutzer 101 zu identifizieren. Das Zahlungsverarbeitungssystem 160 sendet beispielsweise die Anforderung, den Benutzer zu identifizieren über das Netzwerk 120 an das Händlerkameragerät 140. In einer anderen exemplarischen Ausführungsform hat das Händlerkameragerät 140 die Identität des Benutzers 101 dem Zahlungsverarbeitungssystem 160 oder dem Händlerverkaufsstellengerät 130 bereits mitgeteilt und das Zahlungsverarbeitungssystem 160 muss keine Anforderung an das Händlerkameragerät 140 senden, den Benutzer 101 zu identifizieren.
  • Von Block 1080 schreitet das Verfahren 260 zu Block 270 in 2 fort.
  • Zu 2 in Block 270 zurückkehrend identifiziert das Händlerkameragerät 140 den Benutzer 101 über Gesichtserkennung. Das Verfahren zum Identifizieren eines Benutzer 101, durch ein Händlerkameragerät 140, über Gesichtserkennung wird im Folgenden unter Bezugnahme auf das in 11 beschriebene Verfahren 270 ausführlicher beschrieben.
  • 11 ist ein Blockdiagramm, das ein Verfahren 270 zum Identifizieren eines Benutzers 101 über Gesichtserkennung durch ein Händlerkameragerät 140 gemäß bestimmten exemplarischen Ausführungsformen darstellt. Das Verfahren 270 wird unter Bezugnahme auf die in 1 veranschaulichten Komponenten beschrieben.
  • Bei Block 1110 nimmt das Händlerkameragerät 140 das Video des Benutzers 101 auf. In einer exemplarischen Ausführungsform aktiviert, als Reaktion auf das Empfangen einer Anforderung zum Identifizieren des Benutzers 101, das Händlerkameragerät 140 das Kameramodul 147, um das Aufnehmen eines Videos der Umgebung des Händlerkamerageräts 140 zu beginnen. In einer exemplarischen Ausführungsform nimmt das Händler-POS-Gerät 130 einen Video-Feed des Gesichts des Benutzers 101 auf. In einer anderen exemplarischen Ausführungsform nimmt das Händlerkameragerät 140 einen Video-Feed seiner Umgebung kontinuierlich auf, zeichnet diesen aber nicht auf. In dieser exemplarischen Ausführungsform beginnt, wenn das Händlerkameragerät 140 eine Anforderung zum Identifizieren des Benutzers 101 vom Zahlungsverarbeitungssystem 160 empfängt, das Händlerkameragerät damit, den Video-Feed für eine Schwellenwert-Zeitspanne aufzuzeichnen. In einer exemplarischen Ausführungsform kann sich der Benutzer 101 während des Zeitraums bewegen, in dem das Händlerkameragerät 140 den Video-Feed aufzeichnet. In einer exemplarischen Ausführungsform extrahiert ein Prozessor 143 des Händlerkamerageräts 140 ein Gesichtsbild, indem er ein bestimmtes Einzelbild des Video-Feeds und den Bereich der Instanz des Video-Feeds bestimmt, das dem Gesicht des Benutzers entspricht.
  • Bei Block 1120 extrahiert das Händlerkameragerät 140 ein Gesichtsbild des Benutzers 101 aus dem aufgenommenen Video. In einer exemplarischen Ausführungsform bestimmt das Händlerkameragerät 140 ein Einzelbild des aufgenommenen Videos, um ein Bild des Gesichts des Benutzers 101 bereitzustellen, und extrahiert das Einzelbild des aufgenommenen Videos, das das Gesichtsbild des Benutzers 101 umfasst.
  • In bestimmten anderen Ausführungsformen bestimmt das Händlerkameragerät 140 ein Einzelbild des aufgenommenen Videos, um ein Bild der Gesichter der Vielzahl von Benutzern 101 bereitzustellen. Das Einzelbild umfasst beispielsweise ein Bild des Gesichts eines ersten Benutzer 101, eines zweiten Benutzers 101 und eines dritten Benutzers 101 an verschiedenen Orten im Bild. In diesem Beispiel kann ein Händlerkameragerät 140 das Video einer Umgebung aufnehmen, die einem Bereich in der Nähe mehrerer Händler-POS-Geräte 130 entspricht. In dieser exemplarischen Ausführungsform kann das Händlerkameragerät 140 bestimmen, zu welchem bestimmten Händler-POS-Gerät 130 jedes der Vielzahl von Gesichtern der entsprechenden Vielzahl der Benutzer 101 im extrahierten Bild.
  • In einer exemplarischen Ausführungsform, bei der ein Händlerkameragerät 140 in einem Winkel parallel zu einer Vielzahl benachbarter Händler-POS-Geräte 130 montiert ist, kann das Sichtfeld des Händlerkamerageräts 140 in Begrenzungskästchen aufgeteilt werden, sodass jedes Begrenzungskästchen einem bestimmen Händler-POS-Gerät 130 zugewiesen ist. In dieser exemplarischen Ausführungsform können sich die Begrenzungskästchen überlappen, da sich ein oder mehrere Benutzer 101 zwischen beliebigen zwei benachbarten Händler-POS-Geräten 130 befinden können. In dieser exemplarischen Ausführungsform ist jedes Begrenzungskästchen höchstens zwei benachbarten Händlerverkaufsstellengeräten 130 zugewiesen. In dieser exemplarischen Ausführungsform, in der das Händlerkameragerät 140 parallel zu einer Vielzahl benachbarter Händler-POS-Geräte 130 montiert ist, ist die Größe eines erkannten Gesichtsbilds eines Benutzers 101 direkt proportional zum Abstand, den der Benutzer 101 sich von einem Händler-POS-Gerät 130 befindet, die im Bild erkannt wird. In dieser exemplarischen Ausführungsform weist das Händlerkameragerät 140 jedem erkannten Gesichtsbild ein oder mehrere bestimmte Händler-POS-Geräte 130 basierend auf der Position des Gesichtsbilds in Bezug auf die Begrenzungskästchen zu.
  • In einer anderen exemplarischen Ausführungsform ist das Händlerkameragerät 140 in einem Winkel montiert, der nicht parallel zu einer Vielzahl benachbarter Händler-POS-Geräte 130 ist. In dieser exemplarischen Ausführungsform kann das Händlerkameragerät 140 in der Lage sein, eine Umgebung zu überwachen, die eine größere Anzahl benachbarter Händler-POS-Geräten 130 umfasst, als die exemplarische Ausführungsform, in der das Händlerkameragerät 140 parallel zu den benachbarten Händler-POS-Geräten 130 montiert ist. In dieser exemplarischen Ausführungsform ist die Größe eines erkannten Gesichtsbilds jedoch nicht proportional zum Abstand zwischen einem Händler-POS-Terminal, das im Bild erkannt wurde, und dem erkannten Gesichtsbild. In dieser exemplarischen Ausführungsform weist das Händlerkameragerät 140 jedem erkannten Gesichtsbild eine oder mehrere bestimmte Händler-POS-Geräte 130 basierend auf der Position des Gesichtsbilds in Bezug auf die Begrenzungskästchen zu.
  • Bei Block 1130 erzeugt das Händlerkameragerät 140 eine Gesichtsvorlage aus dem aufgenommenen Gesichtsbild. In einem Beispiel ist die Gesichtsvorlage von einer vorher festgelegten Größe, zum Beispiel eine 128-Byte-Gesichtsvorlage. In einem Beispiel erzeugt das Zahlungsverarbeitungssystem 160 eine Gesichtsvorlage, die eine Computercodedarstellung des digitalen Gesichtsbilds erzeugt. Die Gesichtsvorlage kann beispielsweise wichtige Merkmale des Gesichtsbilds des Benutzers 101 beschreiben, wie z. B. Form, Farbe, Linie, Wert, Platz, Form, Textur oder andere nützliche oder relevante Merkmale des Bilds oder bestimmter Regionen des Bilds. Bei einem weiteren Beispiel wird die Gesichtsvorlage durch Verarbeiten des Gesichtsbilds über ein neuronales Faltungsnetzwerk erzeugt. In einer exemplarischen Ausführungsform speichert das Händlerkameragerät 140 die erzeugte Gesichtsvorlage in einer Datenspeichereinheit 146, die mit dem Händlerkameragerät 140 verbunden ist. Die Händlerkameragerät-140-Datenbank kann beispielsweise ein Protokoll von Gesichtsvorlagen aktueller Kunden umfassen, in dem das Händlerkameragerät 140 die erzeugten Gesichtsvorlagen speichert.
  • In bestimmten anderen exemplarischen Ausführungsformen nimmt das Händlerkameragerät 140 kontinuierlich einen Video-Feed ihrer Umgebung auf, wenn Benutzer 101 die Nähe einer oder mehrerer Händler-POS-Geräte 130 im Verlauf eines bestimmten Zeitraums betreten oder verlassen. In dieser exemplarischen Ausführungsform kann der Prozessor 147 des Händlerkamerageräts 140 den eingehenden Video-Feed kontinuierlich überwachen, um Gesichter aus extrahierten Einzelbildern des Video-Feeds zu erkennen. In dieser exemplarischen Ausführungsform extrahiert das Händlerkameragerät 140 jedes Mal, wenn der Prozessor 147 die Anwesenheit eines oder mehrerer Gesichter im Video-Feed erkennt, ein Einzelbild des Video-Feeds, das eines oder mehrere Gesichtsbilder von einem oder mehreren erkannten Gesichtern umfasst, und erstellt Gesichtsvorlagen basierend auf den extrahierten ein oder mehreren Gesichtsbilder. In dieser exemplarischen Ausführungsform speichert die Händlerkameragerät 140 Gesichtsvorlagen im Protokoll der Gesichtsvorlagen der aktuellen Kunden, während diese erzeugt werden. In dieser exemplarischen Ausführungsform bestimmt, während das Händlerkameragerät 140 nachfolgende Gesichtsvorlagen erzeugt, das Händlerkameragerät 140, ob die erzeugte nachfolgende Gesichtsvorlage innerhalb eines Schwellenwerts im Vergleich zu irgendeiner der Gesichtsvorlagen ähnlich ist, die bereits im Protokoll der Gesichtsvorlagen der aktuellen Kunden gespeichert sind. Wenn die erzeugte nachfolgende Gesichtsvorlage innerhalb eines Schwellenwerts irgendeiner der Gesichtsvorlagen ähnlich ist, die bereits im Protokoll gespeichert sind, fügt das Händlerkameragerät 140, nach dem Verbinden der Gesichtsvorlage mit einer oder zwei bestimmten Händler-POS-Geräten 130 basierend auf der Position der verbundenen Gesichtsvorlagen im extrahierten Einzelbild des aufgenommenen Videos, die Gesichtsvorlage zum Protokoll der Gesichtsvorlagen der aktuellen Kunden hinzu. Wenn die erzeugte nachfolgende Gesichtsvorlage irgendwelchen Gesichtsvorlagen, die bereits im Protokoll der Gesichtsvorlagen der aktuellen Kunden gespeichert sind, nicht innerhalb eines Schwellenwerts ähnlich ist, löscht das Händlerkameragerät 140 die erzeugte Gesichtsvorlage oder ignoriert sie sonst wie und/oder tut nichts. In dieser exemplarischen Ausführungsform wird, wenn das Händlerkameragerät 140 bestimmt, dass das bestimmte Gesichtsbild nicht mehr im Feld des Video-Feeds ist, die entsprechende Gesichtsvorlage aus dem Protokoll der Gesichtsvorlagen der aktuellen Kunden gelöscht.
  • Bei Block 1140 löscht das Händlerkameragerät 140 das aufgenommene Video und das extrahierte Gesichtsbild. Das Händlerkameragerät 140 speichert beispielsweise aufgenommene Bilder oder Videos nicht. In diesem Beispiel umfassen Gesichtsvorlagen, die durch das Händlerkameragerät 140 erzeugt werden, Computercodedarstellungen der Gesichtsbilder der Benutzer 101. In diesem Beispiel löscht, nach Erzeugen einer Gesichtsvorlage oder nach Verstreichen einer Schwellenwertzeit nach Aufnehmen von Videos oder Bildern oder Extrahieren eines Bilds aus einem Video, das Händlerkameragerät 140 alle aufgenommenen oder extrahierten Videos oder Bilder.
  • Bei Block 1150 ruft das Händlerkameragerät 140 Gesichtsvorlagen aus dem aktuellen Kundenprotokoll ab. Das aktuelle Kundenprotokoll umfasst beispielsweise Gesichtsvorlagen, die vom Zahlungsverarbeitungssystem 160 empfangen wurden, die allen aktuellen Benutzern 101 entsprechen, deren verbundene Benutzercomputergeräte 110 sich innerhalb eines Netzwerkabstands vom einem Händlerbeacongerät 120 befinden.
  • Bei Block 1160 vergleicht das Händlerkameragerät 140 die erzeugte Gesichtsvorlage aus dem aufgenommenen Gesichtsbild mit Gesichtsvorlagen aus dem aktuellen Kundenprotokoll.
  • Bei Block 1170 bestimmt das Händlerkameragerät 140, ob eine Übereinstimmung zwischen der erzeugten Gesichtsvorlage und einer der Gesichtsvorlagen aus dem aktuellen Kundenprotokoll besteht. In dieser exemplarischen Ausführungsform bestimmt, wenn das Händlerkameragerät 140 eine Übereinstimmung zwischen einer ersten Gesichtsvorlage im Protokoll der Gesichtsvorlagen der aktuellen Kunden und einer zweiten Gesichtsvorlage des Protokolls der aktuellen Kunden bestimmt, das Händlerkameragerät 140, mit welchen einen oder zwei Händlerverkaufsstellengeräten 130 die zweite Gesichtsvorlage verbunden ist. In dieser exemplarischen Ausführungsform aktualisiert das Händlerkameragerät 140 den Eintrag der zweiten Gesichtsvorlage im Protokoll der aktuellen Kunden mit einer Anmerkung, die die zweite Gesichtsvorlage bestimmten ein oder zwei Händler-POS-Geräten 130 zuweist. Wie vorher beispielsweise erörtert, das Gesichtsbild, über dem sich die Gesichtsvorlage innerhalb eines Begrenzungskästchens eines Bereichs des Videos oder Bilds befand, das einem oder zwei bestimmten Händler-POS-Geräten 130 entspricht. In diesem Beispiel ordnet, wenn das Händlerkameragerät 140 eine Gesichtsvorlage für das Gesichtsbild erzeugt, das Händlerkameragerät 140 die erzeugte Gesichtsvorlage den bestimmten ein oder mehreren Händler-POS-Geräten 130 zu. Wenn das Gesichtsbild beispielsweise in einem Begrenzungskästchen vor einem ersten 130 war, kann die resultierende Gesichtsvorlage mit dem ersten Händler-POS-Gerät 130 verbunden werden. Bei einem weiteren Beispiel kann, wenn das Gesichtsbild in einem Begrenzungskästchen zwischen dem ersten Händler-POS-Gerät 130 und einem zweiten, benachbarten POS-Gerät 130 war, die resultierende Gesichtsvorlage sowohl mit dem ersten Händler-POS-Gerät 130 als auch dem zweiten Händler-POS-Gerät 130 verbunden werden.
  • Wenn eine Gesichtsvorlage aus dem aktuellen Kundenprotokoll mit der erzeugten Gesichtsvorlage übereinstimmt, fährt das Verfahren 270 mit Bock 1180 fort. In einer anderen exemplarischen Ausführungsform fährt, wenn eine Gesichtsvorlage aus dem aktuellen Kundenprotokoll mit einer Gesichtsvorlage aus dem Protokoll der Gesichtsvorlage der aktuellen Kunden übereinstimmt, das Verfahren 270 mit Block 1180 fort
  • Bei Block 1180 sendet das Händlerkameragerät 140 die Gesichtsvorlage aus dem aktuellen Kundenprotokoll, die dem identifizierten Benutzer entspricht, an das Zahlungsverarbeitungssystem 160. Die gesendete Gesichtsvorlage umfasst beispielsweise eine Anmerkung, die die Gesichtsvorlage bestimmten ein oder zwei Händler-POS-Geräten 130 zuweist.
  • Von Block 1180 schreitet das Verfahren 270 zu Block 295 in 2 fort. In dieser exemplarischen Ausführungsform identifiziert das Zahlungsverarbeitungssystem 160 den Benutzer 101, der eine Transaktion anfordert, und ein bestimmtes Händler-POS-Gerät 130, dem der Benutzer 101 zugeordnet ist, und kann mit der Verarbeitung der Transaktion fortfahren.
  • Zu Block 1170 zurückkehrend fährt, wenn keine Gesichtsvorlage aus dem aktuellen Kundenprotokoll mit der erzeugten Gesichtsvorlage übereinstimmt, das Verfahren 270 mit Bock 280 in 2 fort. In einer anderen exemplarischen Ausführungsform fährt, wenn keine Gesichtsvorlage aus dem aktuellen Kundenprotokoll mit irgendeiner Gesichtsvorlage aus dem Protokoll der Gesichtsvorlage der aktuellen Kunden übereinstimmt, das Verfahren 270 mit Block 280 in 2 fort.
  • Zu Block 280 in 2 zurückkehrend identifiziert das Zahlungsverarbeitungssystem 160 den Benutzer 101 über Spracherkennung. In einer anderen exemplarischen Ausführungsform identifiziert das Zahlungsverarbeitungssystem 160 den Benutzer 101 nicht über Spracherkennung und führt mit der Identifizierung des Benutzers 101 über eine Frage und Antwort fort. Das Händlerkameragerät 140 und/oder das Zahlungsverarbeitungssystem 160 können beispielsweise den Benutzer nicht über Spracherkennung identifizieren und/oder wenn die Händlerkameragerät 140 und/oder das Zahlungsverarbeitungssystem 160 zwei oder mehr Benutzer 101 über Gesichtserkennung identifiziert. Das Verfahren zum Identifizieren eines Benutzer 101, durch ein Zahlungsverarbeitungssystem 160, über Spracherkennung wird im Folgenden unter Bezugnahme auf das in 12 beschriebene Verfahren 280 ausführlicher beschrieben.
  • 12 ist ein Blockdiagramm, das ein Verfahren 280 zum Identifizieren eines Benutzers 101 über Spracherkennung durch ein Zahlungsverarbeitungssystem 160 gemäß bestimmten exemplarischen Ausführungsformen darstellt. Das Verfahren 280 wird unter Bezugnahme auf die in 1 veranschaulichten Komponenten beschrieben.
  • In bestimmten exemplarischen Ausführungsformen kann es nötig sein, einen Benutzer 101 über Spracherkennung zu identifizieren, da das Händlerkameragerät 140 und/oder das Zahlungsverarbeitungssystem 160 den Benutzer 101 basierend auf Gesichtserkennung nicht identifizieren kann. Das Händlerkameragerät 140 kann möglicherweise kein angemessenes Gesichtsbild des Benutzers 101 aus dem Video-Feed extrahieren, um eine Gesichtsvorlage zu erzeugen. Bei einem weiteren Beispiel kann das Händlerkameragerät 140 keine Übereinstimmung für die Gesichtsvorlage des Benutzers 101 im aktuellen Kundenprotokoll finden. In noch einem anderen Beispiel identifiziert das Händlerkameragerät 140 eine übereinstimmende Benutzer-101-Gesichtsvorlage im aktuellen Kundenprotokoll, die identifizierte Benutzer-101-Gesichtsvorlage ist jedoch zwei benachbarten Händler-POS-Geräten 130 zugewiesen. In diesem Beispiel kann es sein, dass der Benutzer 101 sich selbst über Spracherkennung bei dem Verkaufsstellengerät 130 identifizieren muss, an der der Benutzer 101 die Transaktion initiiert.
  • Bei Block 1210 sendet das Händlerkameragerät 140 einen Hinweis, dass der Benutzer 101 nicht identifiziert werden kann, an das Zahlungsverarbeitungssystem 160. In einer anderen exemplarischen Ausführungsform sendet das Händlerkameragerät 140 einen Hinweis, dass der Benutzer 101 identifiziert wurde, jedoch kann das Händlerkameragerät 140 nicht bestimmen, welche der zwei benachbarten Händler-POS-Geräte 130 der Benutzer 101 bei der Transaktion verwendet.
  • Bei Block 1220 ruft das Zahlungsverarbeitungssystem 160 Audiovorlagen, die Benutzern 101 entsprechen, aus dem aktuellen Kundenprotokoll ab. Wie vorher erörtert, kann, wenn ein Benutzer 101 ein Konto beim Zahlungsverarbeitungssystem 160 einrichtet, der Benutzer 101 eine Audioaufzeichnung der Stimme des Benutzers 101 an das Zahlungsverarbeitungssystem 160 senden. In diesem Beispiel richtet das Zahlungsverarbeitungssystem 160 eine Audiovorlage, die dem Benutzer 101 entspricht, basierend auf der empfangenen Audioaufzeichnung ein. In anderen exemplarischen Ausführungsformen sendet der Benutzer 101 zu der Zeit, zu der der Benutzer 101 das Benutzer-101-Konto einrichtet, keine Audioaufzeichnung an das Zahlungsverarbeitungssystem 160. In dieser exemplarischen Ausführungsform hat das Zahlungsverarbeitungssystem 160 keine Audiovorlage, die mit dem Benutzer-101-Konto verbunden ist, und kann den Benutzer 101 nicht über Spracherkennung verifizieren.
  • Bei Block 1230 sendet das Zahlungsverarbeitungssystem 160 eine Anforderung an das Händlersystemverkaufsstellengerät 130, Ton vom Benutzer 101 aufzuzeichnen. Das Zahlungsverarbeitungssystem 160 sendet die Anforderung beispielsweise über das Netzwerk 120.
  • Bei Block 1240 zeigt das Händlersystemverkaufsstellengerät 130 die Anforderung für den Benutzer 101 an, Ton aufzunehmen. Das Händlersystemverkaufsstellengerät 130 kann beispielsweise Anweisungen für den Benutzer 101 anzeigen, eine Audioaufzeichnung aufzuzeichnen. Der Benutzer 101 kann beispielsweise angewiesen werden, dieselben Wörter in derselben Intonation zu sprechen, wie dies der Benutzer 101 beim Einrichten der Audiovorlage beim Zahlungsverarbeitungssystem 160 zur Zeit der Einrichtung des Benutzer-101-Kontos getan hat.
  • Bei Block 1250 zeichnet das Händlersystemverkaufsstellengerät 130 eine Spracheingabe des Benutzers 101 auf und sendet die Spracheingabe an das Zahlungsverarbeitungssystem 160. Der Händler-POS-Gerätbetreiber 102 kann beispielsweise ein Objekt auf der Benutzerschnittstelle 135 betätigen, um ein Audiomodul 131 zu aktivieren, um eine Audioeingabe des Benutzer 101 zu empfangen, die das Händler-POS-Gerät 130 über das Netzwerk 120 erneut an das Zahlungsverarbeitungssystem 160 sendet. In einer exemplarischen Ausführungsform sendet das Händler-POS-Gerät 130 eine Händler-POS-Gerät-130-Kennung zusammen mit der erneut gesendeten Benutzer-101-Audioeingabe.
  • Bei Block 1260 vergleicht das Zahlungsverarbeitungssystem 160 die empfangene Spracheingabe mit den abgerufenen Audiovorlagen aus dem aktuellen Kundenprotokoll, die den Benutzern 101 entsprechen. Das Zahlungsverarbeitungssystem 160 empfängt beispielsweise die Audioeingabe des Benutzers 101 von dem Händler-POS-Gerät 130 über das Netzwerk 120.
  • Bei Block 1270 bestimmt das Zahlungsverarbeitungssystem 160, ob eine Übereinstimmung zwischen der empfangenen Spracheingabe und einer der abgerufenen Audiovorlagen aus dem aktuellen Kundenprotokoll besteht. In einer exemplarischen Ausführungsform vergleicht das Zahlungsverarbeitungssystem 160 eines oder mehrere Merkmale zwischen der empfangenen Spracheingabe und jeder der abgerufenen Audiovorlagen aus dem aktuellen Kundenprotokoll. In einer exemplarischen Ausführungsform bestimmt, wenn die Ähnlichkeit zwischen der empfangenen Spracheingabe und einer bestimmten Audiovorlage einen vordefinierten Schwellenwert übersteigt, das Zahlungsverarbeitungssystem 160, dass die empfangene Spracheingabe mit der bestimmten Audiovorlage übereinstimmt. In einer anderen exemplarischen Ausführungsform bestimmt, wenn die Ähnlichkeit zwischen der empfangenen Spracheingabe und der bestimmten Audiovorlage kleiner als ein vordefinierter Schwellenwert ist, das Zahlungsverarbeitungssystem 160, dass die empfangene Spracheingabe nicht mit der bestimmten Audiovorlage übereinstimmt.
  • Wenn eine Audiovorlage aus dem aktuellen Kundenprotokoll mit der empfangenen Spracheingabe übereinstimmt, fährt das Verfahren 270 mit Bock 1280 fort. Die Ähnlichkeit zwischen einer bestimmten Audiovorlage aus dem aktuellen Kundenprotokoll und der empfangenen Audioaufzeichnung des Benutzers 101 übersteigt beispielsweise einen vordefinierten Schwellenwert und das Zahlungsverarbeitungssystem 160 bestimmt, dass eine Übereinstimmung besteht.
  • Bei Block 1280 weist das Zahlungsverarbeitungssystem 160 den Benutzer 101 dem Händlerverkaufsstellengerät 130 im aktuellen Kundenprotokoll zu. Das Zahlungsverarbeitungssystem 160 identifiziert beispielsweise den Benutzer 101, der mit der Audiovorlage verbunden ist, die mit der empfangenen Benutzer-101-Audioaufzeichnung übereinstimmt. Außerdem identifiziert das Zahlungsverarbeitungssystem 160 das Händler-POS-Gerät 130, der der Benutzer 101 zugewiesen werden sollte, basierend auf der Händler-POS-Gerät-130-Kennung, die von dem Händler-POS-Gerät 130 mit der Benutzer-101-Audioaufzeichnung empfangen wurde.
  • Von Block 1290 schreitet das Verfahren 280 zu Block 295 in 2 fort. Das Zahlungsverarbeitungssystem 160 identifiziert beispielsweise erfolgreich den Benutzer 101 basierend auf dem Vergleichen der empfangenen Benutzer-101-Aufzeichnung mit Audiovorlagen aus dem aktuellen Kundenprotokoll. In diesem Beispiel kann das Zahlungsverarbeitungssystem 160 das Verarbeiten der Transaktion, an der der identifizierten Benutzer 101 beteiligt ist, fortsetzen.
  • Zu Block 1270 zurückkehrend fährt, wenn keine Audiovorlage aus dem aktuellen Kundenprotokoll mit der empfangenen Spracheingabe übereinstimmt, das Verfahren 280 mit Bock 290 in 2 fort. In einer anderen exemplarischen Ausführungsform kann das Händler-POS-Gerät 130 keine Audioaufzeichnung des Benutzers 101 empfangen oder die empfangene Audioaufzeichnung des Benutzers 101 ist nicht angemessen und kann nicht verwendet werden, um den Benutzer 101 zu identifizieren.
  • Zu 2 in Block 290 zurückkehrend wird der Benutzer 101 durch den Händlersystem-POS-Betreiber 102 über eine Frage und eine Antwort identifiziert. Das Verfahren zum Identifizieren eines Benutzer 101, durch einen Händlerverkaufsstellengerätbetreiber 102, über eine Frage und eine Antwort wird im Folgenden unter Bezugnahme auf das in 13 beschriebene Verfahren 290 ausführlicher beschrieben.
  • 13 ist ein Blockdiagramm, das ein Verfahren 290 zum Identifizieren eines Benutzers 101 über eine Frage und eine Antwort durch einen Händlerverkaufsstellengerätbetreiber 102 gemäß bestimmten exemplarischen Ausführungsformen darstellt. Das Verfahren 290 wird unter Bezugnahme auf die in 1 veranschaulichten Komponenten beschrieben.
  • Bei Block 1310 gibt der Verkaufsstellengerätbetreiber 102 eine Frage für den Benutzer 101 aus. In einem Beispiel fragt der Händler-POS-Gerätbetreiber 102 den Benutzer 101 nach den Initialen des Benutzers 101. In einem weiteren Beispiel fragt der Händler-POS-Gerätbetreiber 102 den Benutzer 101 nach den letzten vier Stellen der Telefonnummer des Benutzers 101. Bei einem weiteren Beispiel fragt der Händler-POS-Gerätbetreiber 102 den Benutzer 101 nach einem konfigurierten Passwort. Durch den Händler-POS-Gerätbetreiber 102 kann jede geeignete Frage ausgegeben werden. In einer exemplarischen Ausführungsform gibt die Antwort auf die Frage keine sicheren oder privaten Informationen an.
  • Bei Block 1320 gibt der Benutzer 101 eine Antwort auf die Frage an. Wie in den exemplarischen Fragen angegeben, können die Antworten die Initialen des Benutzers 101, die letzten vier Stellen der Telefonnummer des Benutzers 101 oder ein konfiguriertes Passwort sein. Es kann jede Antwort auf die konfigurierte Frage verwendet werden. In bestimmten Ausführungsformen kann die Antwort eine gesprochene Antwort, eine Handgeste, eine Tastatureingabe, eine Anzeige eines Ausweises oder jede geeignete Antwort sein.
  • Bei Block 1330 gibt der Verkaufsstellengerätbetreiber 102 die Antwort in das Händlerverkaufsstellengerät 130 ein. Der Händler-POS-Gerätbetreiber 102 gibt die Antwort des Benutzers 101 auf die Frage ein. In einem Beispiel gibt, wenn der Benutzer 101 angibt, dass die Initialen des Benutzers 101 „AC“ sind, der Händler-POS-Gerätbetreiber 102 „AC“ in die Zahlungsanwendung 133 des Händler-POS-Geräts 130 ein. In einem Beispiel zeigt die Benutzerschnittstelle 135 des Händler-POS-Geräts 130 eine Anforderung für einen Eintrag der Antwort des Benutzers 101 an. Der Händler-POS-Gerätbetreiber 102 gibt die Antwort über eine virtuelle oder physische Tastatur, ein Sprachdiktat oder jede geeignete Weise ein. In einem alternativen Beispiel gibt der Benutzer 101 die Antwort in die Benutzerschnittstelle 135 des Händler-POS-Geräts 130 ein.
  • Bei Block 1340 zeigt das Händlerverkaufsstellengerät 130 potenzielle Benutzer 101 basierend auf der Antwort auf die Frage an. Das Händler-POS-Gerät 130 zeigt potenzielle Benutzer 101 basierend auf der Antwort auf die Frage an. Eine Liste der Benutzer 101, die mit der Antwort auf die Frage verbunden sind, wird dem Händler-POS-Gerätbetreiber 102 auf dem Händler-POS-Gerät 130 angezeigt. Wenn sich beispielsweise zehn Kunden in der Nähe des Händlerbeacongerät 120 befinden, kann das Händler-POS-Gerät 130 vom Zahlungsverarbeitungssystem 160 eine Antwort auf die Frage erhalten haben, die mit jedem der jeweiligen zehn Kunden verbunden ist. Wenn das Händler-POS-gerät 130 die Eingabe der Antwort auf die Frage empfängt, werden nur die potenziellen Benutzer 101, die mit der Antwort auf die Frage verbunden sind, dem Händler-POS-Gerätbetreiber 102 angezeigt.
  • In einer anderen Ausführungsform präsentiert das Händler-POS-Gerät 130 oder das Zahlungsverarbeitungssystem 160, das die Frage verarbeitet, zusätzliche Fragen, bis ein einzelner übereinstimmender Benutzer 101 übrig bleibt.
  • In dem Beispiel werden, wenn der Händler-POS-Gerätbetreiber 102 „AC“ als Initialen des Benutzers 101 eingibt, der mit der Transaktion verbunden ist, nur potenzielle Benutzer 101 mit diesen Initialen durch die Zahlungsanwendung 133 dem Händler-POS-Gerätbetreiber 102 angezeigt. Die Händlerzahlungsanwendung 133 greift auf eine Datenbank auf dem Zahlungsverarbeitungssystem 160 oder einem anderen Computergerät zu und identifiziert die Initialen der potenziellen Benutzer 101, die Tokens bereitgestellt haben. Die Zahlungsanwendung 133 identifiziert den einen oder die mehreren potenziellen Benutzer 101, die die Initialen „AC“ haben, und zeigt die identifizierten Benutzer-101-Konten dem Händler-POS-Gerätbetreiber 102 an. In dem Beispiel haben zwei der zehn Benutzer, die sich in der Nähe des Händlerbeacongeräts 120 befinden, die Initialen „AC“. Die Benutzer-101-Konten der zwei Benutzer werden dem Händler-POS-Gerätbetreiber 102 angezeigt.
  • In bestimmten exemplarischen Ausführungsformen werden alle Kunden in der Nähe, die Tokens an das Händler-POS-Gerät 130 gesendet haben, dem Händler-POS-Gerätbetreiber 102 präsentiert und der Händler-POS-Gerätsbetreiber 102 wählt das entsprechende Benutzer-101-Konto aus.
  • Die Zahlungsanwendung 133 kann ein Bild der potenziellen Benutzer-101-Konten anzeigen, die dem Händler-POS-Gerätbetreiber 102 präsentiert werden. Jeder Benutzer 101 kann beispielsweise ein Bild einem Benutzer-101-Konto zuordnen. Wenn das Händler-POS-Gerät 130 dem Händler-POS-Gerätbetreiber 102 das eine oder die mehreren potenziellen Benutzer-101-Konten präsentiert, kann der Händler-POS-Gerätbetreiber 102 das entsprechende Benutzer-101-Konto basierend auf dem Bild auswählen, das mit dem Benutzer 101 übereinstimmt, der die Transaktion durchführt. Andere identifizierende Informationen können statt eines Bildes oder zusätzlich zu einem Bild präsentiert werden. Der Name des Benutzers 101 kann beispielsweise angezeigt werden und der Händler-POS-Gerätbetreiber 102 kann den potenziellen Benutzer 101 mit diesem Namen identifizieren. Jegliche geeigneten identifizierenden Informationen können präsentiert werden.
  • Bei Block 1350 wählt der Händlerverkaufsstellengerätbetreiber 102 ein Benutzer-101-Konto für die Verwendung in einer Transaktion aus. Nach Identifizieren des angezeigten Bilds des Benutzers 101 kann der Händler-POS-Gerätbetreiber 102 eine Auswahl des Benutzers 101 eingeben, indem er ein Benutzerschnittstellen-135-Bedienelement betätigt, das mit dem Bild verbunden ist, oder indem er die Auswahl auf jede geeignete Weise eingibt. Wenn das Bild mit keinem der potenziellen Benutzer übereinstimmt, kann der Händler-POS-Gerätbetreiber 102 die Transaktion stornieren, den Benutzer 101 über die Diskrepanz informieren oder jede andere geeignete Aktion durchführen.
  • In einem Beispiel wird nur ein einzelnes Benutzer-101-Konto in der Liste der potenziellen Benutzer 101 präsentiert. Wenn nur ein einzelnes Benutzer-101-Konto identifiziert wird, kann das Verfahren fortfahren, nachdem der Händler-POS-Gerätbetreiber 102 verifiziert, dass das angezeigte Bild mit dem Benutzer 101 übereinstimmt. Wenn das Bild nicht übereinstimmt, kann der Händler-POS-Gerätbetreiber 102 die Transaktion stornieren, den Benutzer 101 über die Diskrepanz informieren oder jede andere geeignete Aktion durchführen.
  • Von Block 1350 schreitet das Verfahren 290 zu Block 295 in 2 fort.
  • Zurückkehrend zu 2 wird bei Block 295 eine Transaktion verarbeitet. Das Verfahren zum Verarbeiten einer Transaktion wird im Folgenden unter Bezugnahme auf das in 14 beschriebene Verfahren 290 ausführlicher beschrieben.
  • 14 ist ein Blockdiagramm, das ein Verfahren 295 zum Verarbeiten einer Transaktion gemäß bestimmten exemplarischen Ausführungsformen darstellt. Das Verfahren 295 wird unter Bezugnahme auf die in 1 veranschaulichten Komponenten beschrieben.
  • Bei Block 1410 sendet das Zahlungsverarbeitungssystem 160 Kontoinformationen des identifizierten Benutzers 101 an das Händlerverkaufsstellengerät 130. Das Benutzer-101-Konto mit dem Zahlungsverarbeitungssystem 160 umfasst beispielsweise Zahlungskontoinformationen, die mit einem oder mehreren Zahlungskonten des Benutzers 101 verbunden sind. Ein beispielhaftes Zahlungskonto des Benutzers 101 umfasst ein Konto mit Guthaben, Bankkonto, Stored-Value-Konto, eine Geschenkkarte, ein Händlersystem-Anschreibekonto oder ein anderes relevantes Benutzer-101-Konto. In einer exemplarischen Ausführungsform empfängt das Händler-POS-Gerät 130 keine vollständigen Informationen für eines oder mehrere der Benutzer-101-Zahlungskonten. Die Zahlungsinformationen können beispielsweise entstellt oder abgeschnitten sein. Das Händler-POS-Gerät 130 kann beispielsweise nur abgekürzte Zahlungsinformationen empfangen, die ausreichend sind, um ein Zahlungskonto über die Benutzerschnittstelle 135 für einen Benutzer 101 zu identifizieren.
  • Bei Block 1420 zeigt das Händlerverkaufsstellengerät 130 Konten des identifizierten Benutzers 101 an. In einer exemplarischen Ausführungsform zeigt das Händler-POS-Gerät 130 keine kompletten Kontoinformationen des Benutzers 101 auf der Benutzerschnittstelle 135 an. Für ein Kreditkartenkonto kann die Händler-POS-Gerätbenutzerschnittstelle 135 beispielsweise nur den mit der Kreditkarte verbundenen Namen, die letzten vier Stellen der Kreditkartennummer und das Ablaufdatum anzeigen.
  • Bei Block 1430 wählt der Händlerverkaufsstellengerätbetreiber 102 ein Benutzer-101-Zahlungskonto für die Transaktion aus und bestätigt die Transaktion mit der Genehmigung des Benutzers 101. Der Benutzer 101 sieht sich beispielsweise die Kontooptionen an, die direkt auf der Benutzerschnittstelle 135 angezeigt werden, oder hört zu, während der Händler-POS-Gerätbetreiber 102 die Benutzer-101-Zahlungskontooptionen dem Benutzer 101 vorliest. In einer exemplarischen Ausführungsform wählt der Benutzer 101 eine Zahlungskontooption zum Verwenden bei der Transaktion aus. Der Benutzer 101 entscheidet beispielsweise, ein Kreditkartenkonto zu verwenden. In einer exemplarischen Ausführungsform kommuniziert der Benutzer 101 eine Auswahl eines Zahlungskontos zur Verwendung bei der Transaktion an den Händler-POS-Gerätbetreiber 102. In einer exemplarischen Ausführungsform wählt, als Reaktion auf das Empfangen des Benutzer-101-Anzeige des Zahlungskontos, der Händler-POS-Gerätbetreiber 102 das Zahlungskonto aus, das vom Benutzer 101 auf der Händler-POS-Gerätbenutzerschnittstelle 135 angezeigt wird.
  • Bei Block 1440 sendet das Händlerverkaufsstellengerät 130 Transaktionsdetails an das Zahlungsverarbeitungssystem 160. Das Händler-POS-Gerät 130 sendet beispielsweise Transaktionsdetails, die eine Transaktionsgesamtsumme, eine Kontokennung des Händlersystems und die Auswahl der Benutzer-101-Zahlungsmöglichkeit umfassen. In einer exemplarischen Ausführungsform empfängt das Zahlungsverarbeitungssystem 160 die Transaktionsdetails über das Netzwerk 120. In einer exemplarischen Ausführungsform extrahiert das Zahlungsverarbeitungssystem 160 Zahlungskontoinformationen vom Benutzer-101-Konto, die der empfangenen Auswahl des Benutzer-101-Zahlungskontos entsprechen.
  • Bei Block 1450 sendet das Zahlungsverarbeitungssystem 160 eine Transaktionsgenehmigungsanforderung an ein Ausstellersystem 150. In einer exemplarischen Ausführungsform erzeugt das Zahlungsverarbeitungssystem 160 eine Transaktionsgenehmigungsanforderung, welche die Benutzer-101-Zahlungskontoinformationen, Händlersystemzahlungskontoinformationen und einen Gesamtbetrag der Transaktion umfasst. In einer exemplarischen Ausführungsform empfängt das Zahlungsverarbeitungssystem 160 die Transaktionsgenehmigungsanforderung vom Zahlungsverarbeitungssystem 160 über das Netzwerk 120.
  • Bei Block 1460 genehmigt das Ausstellersystem 150 die Transaktionsgenehmigungsanforderung und sendet eine Transaktionsautorisierungsgenehmigung an das Zahlungsverarbeitungssystem 160. In einer exemplarischen Ausführungsform subtrahiert das Ausstellersystem 150 den aktuellen Kontostand des Benutzers 101 von der Kreditgrenze des Benutzers 101, die mit dem Konto mit Guthaben des Benutzers 101 verbunden ist. In einer exemplarischen Ausführungsform genehmigt, wenn die Differenz zwischen der Kreditgrenze und dem Guthaben eine positive Zahl ist, die größer ist als der Gesamtbetrag der Transaktion, das Ausstellersystem 150 die Transaktionsautorisierung. Der Benutzer 101 überschreitet beispielsweise seine Kreditgrenze nicht, falls die Transaktion zugelassen werden würde, und daher lässt das Ausstellersystem 150 die Transaktionsgenehmigungsanforderung zu. In einer exemplarischen Ausführungsform empfängt das Zahlungsverarbeitungssystem 160 die Transaktionsautorisierungsgenehmigung vom Ausstellersystem 150. In einer anderen exemplarischen Ausführungsform empfängt das Zahlungsverarbeitungssystem 160 eine Ablehnung der Transaktionsgenehmigungsanforderung als Reaktion darauf, dass das Ausstellersystem 150 die Transaktionsgenehmigungsanforderung verweigert. In einer exemplarischen Ausführungsform schreibt, wenn das Ausstellersystem 150 die Transaktionsgenehmigungsanforderung genehmigt, das Ausstellersystem 150 dem Händlersystemkonto den Betrag gut und fügt dem Benutzer-101-Kontoauszug, dem Auszug des Kontos mit Guthaben, dem Bankauszug oder einem anderen geeigneten Auszug eine Belastung hinzu.
  • Bei Block 1470 sendet das Zahlungsverarbeitungssystem 160 eine Transaktionsempfangsbestätigung an das Händlerverkaufsstellengerät 130. Das Zahlungsverarbeitungssystem 160 sendet beispielsweise eine Bestätigung der Genehmigung der Transaktion oder einen Hinweis einer verweigerten Transaktion an das Händler-POS-Gerät 130 über das Netzwerk 120. In einer exemplarischen Ausführungsform druckt das Händler-POS-Gerät 130 eine Empfangsbestätigung, die eine Zusammenfassung einer erfolgreichen oder erfolglosen Transaktion umfasst, über eine Druckeinheit, die eine Komponente des Händler-POS-Geräts 130 ist oder anderweitig damit kommunikativ gekoppelt ist. In einer anderen exemplarischen Ausführungsform kann das Zahlungsverarbeitungssystem 160 eine Transaktionsempfangsbestätigung an das Benutzercomputergerät 110 senden, die auf dem Benutzercomputergerät angezeigt werden soll. In noch einer anderen exemplarischen Ausführungsform sendet das Händler-POS-Gerät 130 eine Transaktionsempfangsbestätigung an das Benutzercomputergerät 110, die auf dem Benutzercomputergerät angezeigt werden soll.
  • Andere exemplarische Ausführungsformen
  • 15 stellt eine Rechenmaschine 2000 und ein Modul 2050 gemäß bestimmten exemplarischen Ausführungsformen dar. Die Rechenmaschine 2000 kann irgendwelchen der hier dargestellten verschiedenen Computer, Server, mobilen Geräten, eingebetteten Systemen oder Computersystemen entsprechen. Das Modul 2050 kann eine oder mehrere Hardware- oder Softwareelemente umfassen, die konfiguriert sind, die Rechenmaschine 2000 beim Ausführen der hier dargestellten verschiedenen Verfahren und Verarbeitungsfunktionen zu unterstützen. Die Rechenmaschine 2000 kann verschiedene interne oder befestigte Komponenten wie einen Prozessor 2010, einen Systembus 2020, einen Systemspeicher 2030, ein Speichermedium 2040, eine Ein-/Ausgabe-Schnittstelle 2060 und eine Netzwerkschnittstelle 2070 zum Kommunizieren mit einem Netzwerk 2080 umfassen.
  • Die Rechenmaschine 2000 kann als ein konventionelles Computersystem, ein eingebetteter Controller, ein Laptop, ein Server, ein mobiles Gerät, ein Smartphone, eine Set-Top-Box, ein Kiosk, ein Fahrzeuginformationssystem, weitere Prozessoren implementiert sein, die mit einem Fernseher, einer individuellen Maschine, jeder anderen Hardwareplattform oder irgendeiner Kombination oder Vielzahl davon verbunden sind. Die Rechenmaschine 2000 kann ein dezentrales System sein, das konfiguriert ist, mehrere über ein Datennetz oder ein Bussystem miteinander verbundene Rechenmaschinen zu verwenden.
  • Der Prozessor 2010 kann konfiguriert sein, um Code oder Befehle auszuführen, um die Operationen und hierin beschriebene Funktionalität auszuführen, Anforderungsfluss und Adresszuordnungen zu verwalten und Berechnungen auszuführen und Befehle zu erzeugen. Der Prozessor 2010 kann zur Überwachung und Steuerung des Betriebs der Komponenten in der Rechenmaschine 2000 konfiguriert sein. Der Prozessor 2010 kann ein Universalprozessor, ein Prozessorkern, ein Mehrfachprozessor, ein rekonfigurierbarer Prozessor, ein Mikrocontroller, ein Digitalsignal-Prozessor („DSP“), eine anwendungsspezifische integrierte Schaltung („ASIC“), ein Grafikprozessor („GPU“), ein feldprogrammierbares Gate-Array („FPGA“), eine programmierbare Logikbaugruppe („PLD“), eine Steuerung, eine Zustandsmaschine, eine gategesteuerte Logik, diskrete Hardwarekomponenten, irgendeine andere Verarbeitungseinheit oder irgendeine Kombination oder Vielzahl davon sein. Der Prozessor 2010 kann eine einzelne Verarbeitungseinheit, mehrere Verarbeitungseinheiten, ein einzelner Prozessorkern, mehrere Prozessorkerne, Spezialprozessorkerne, Koprozessoren oder jede Kombination davon sein. Gemäß bestimmten Ausführungsformen kann der Prozessor 2010 zusammen mit anderen Komponenten der Rechenmaschine 2000 eine virtualisierte Rechenmaschine sein, die innerhalb von einer oder mehreren anderen Rechenmaschinen ausführt.
  • Der Systemspeicher 2030 kann nicht flüchtigen Speicher wie Read Only Memory („ROM“), programmierbarer ROM („PROM“), lösch- und programmierbarer ROM („EPROM“), Flash-Speicher oder irgendein anderes Gerät umfassen, das fähig ist, Programmbefehle oder Daten mit oder ohne zugeführte Leistung zu speichern. Der Systemspeicher 2030 kann auch flüchtige Speicher wie Random Access Memory („RAM“), Static Random Access Memory („SRAM“), dynamischer Random Access Memory („DRAM“) und Synchronous Dynamic Random Access Memory („SDRAM“) umfassen. Andere RAM-Arten können auch verwendet werden, um den Systemspeicher 2030 zu implementieren. Der Systemspeicher 2030 kann unter Verwendung eines einzelnen Speichermoduls oder mehrerer Speichermodule implementiert sein. Während der Systemspeicher 2030 als Teil der Rechenmaschine 2000 dargestellt ist, erkennt ein Fachmann, dass der Systemspeicher 2030 von der Rechenmaschine 2000 getrennt sein kann, ohne vom Umfang der Technologie des Gebiets abzuweichen. Es versteht sich auch, dass der Systemspeicher 2030 ein nicht flüchtiges Speichergerät wie das Speichermedium 2040 umfassen oder in Verbindung damit operieren kann.
  • Das Speichermedium 2040 kann eine Festplatte, eine Diskette, eine Compact Disc Read Only Memory („CD-ROM“), eine Digital Versatile Disc („DVD“), eine Blu-Ray-Disk, ein Magnetband, ein Flash-Speicher, anderes nicht flüchtiges Speichergerät, ein Halbleiterlaufwerk („SSD“), irgendein Magnetspeicher, irgendein optisches Speichergerät, irgendein elektrisches Speichergerät, irgendein Halbleiterspeichergerät, irgendein physischbasiertes Speichergerät, irgendein anderes Datenspeichergerät oder irgendeine Kombination oder Vielzahl davon umfassen. Das Speichermedium 2040 kann ein oder mehrere Betriebssysteme, Anwendungsprogramme und Programmmodule wie Modul 2050, Daten oder irgendwelche anderen Informationen speichern. Das Speichermedium 2040 kann Teil der Rechenmaschine 2000 oder damit verbunden sein. Das Speichermedium 2040 kann auch Teil von einer oder mehreren anderen Rechenmaschinen sein, die in Kommunikation mit der Rechenmaschine 2000 sind, wie beispielsweise Server, Datenbankserver, Cloud-Speicher, Netzwerkspeicher und so weiter.
  • Das Modul 2050 kann eine oder mehrere Hardware- oder Softwareelemente umfassen, die konfiguriert sind, die Rechenmaschine 2000 beim Ausführen der hier dargestellten verschiedenen Verfahren und Verarbeitungsfunktionen zu unterstützen. Das Modul 2050 kann eine oder mehrere Sequenzen von Befehlen, die als Software oder Firmware in Verbindung mit dem Systemspeicher 2030, dem Speichermedium 2040 oder mit beiden gespeichert sind, umfassen. Das Speichermedium 2040 kann daher Beispiele von maschinen- oder computerlesbaren Medien darstellen, auf denen Befehle oder Code zur Ausführung durch den Prozessor 2010 gespeichert sein können. Maschinen- oder computerlesbare Medien können generell irgendein Medium oder Medien bezeichnen, die verwendet werden, um an den Prozessor 2010 Befehle bereitzustellen. Solche mit dem Modul 2050 verbundenen maschinen- oder computerlesbaren Medien können ein Computersoftwareprodukt umfassen. Es versteht sich jedoch, dass ein Computersoftwareprodukt, welches das Modul 2050 umfasst, auch mit einem oder mehreren Prozessen oder Verfahren zum Liefern des Moduls 2050 an die Rechenmaschine 2000 über das Netzwerk 2080, irgendein Signalträgermedium oder irgendeine andere Kommunikations- oder Lieferungstechnologie verbunden sein kann. Das Modul 2050 kann auch Hardwareschaltungen oder Informationen umfassen, um Hardwareschaltungen wie Mikrocode oder Konfigurationsinformationen für einen FPGA oder einen anderen PLD zu konfigurieren.
  • Die Ein-/Ausgangs-(„I/O“)-Schnittstelle 2060 kann konfiguriert sein, mit einer oder mehreren externen Geräten zu koppeln, Daten von dem einen oder den mehreren externen Geräten zu empfangen und Daten zu dem einen oder den mehreren externen Geräten zu senden. Solche externe Geräte zusammen mit den verschiedenen internen Geräten sind auch als Peripheriegeräte bekannt. Die E/A-Schnittstelle 2060 kann sowohl elektrische als auch physische Verbindungen umfassen, um die verschiedenen Peripheriegeräte mit der Rechenmaschine 2000 oder dem Prozessor 2010 betriebsfähig zu koppeln. Die I/O-Schnittstelle 2060 kann konfiguriert sein, Daten, Adressen und Steuersignale zwischen den Peripheriegeräten, der Rechenmaschine 2000 oder dem Prozessor 2010 zu kommunizieren. Die I/O-Schnittstelle 2060 kann konfiguriert sein, jede Standardschnittstelle wie eine Small Computer System Interface („SCSI“), SAS-Schnittstelle („SAS“), Faserkanal, Peripheral Component Interconnect („PCI“), PCI-Express (PCIe), serieller Bus, Parallelbus, Advanced Technology Attached („ATA“), serielle ATA („SATA“), universeller serieller Bus („USB“), Thunderbolt, FireWire, verschiedene Videobusse und dergleichen zu implementieren. Die I/O-Schnittstelle 2060 kann konfiguriert sein, nur eine Schnittstellen- oder Bustechnik zu implementieren. Alternativ kann die I/O-Schnittstelle 2060 konfiguriert sein, mehrere Schnittstellen oder Bustechniken zu implementieren. Die I/O-Schnittstelle 2060 kann als Teil des Systembus 2020, als gesamter Systembus 2020 oder um in Verbindung damit zu operieren konfiguriert sein. Die I/O-Schnittstelle 2060 kann einen oder mehrere Puffer umfassen, um Übertragungen zwischen einem oder mehreren externen Geräten, internen Geräten, der Rechenmaschine 2000 oder dem Prozessor 2010 zu puffern.
  • Die I/O-Schnittstelle 2060 kann die Rechenmaschine 2000 mit verschiedenen Eingabegeräten koppeln, die Mäuse, Touchscreens, Scanner, elektronische Digitalisierer, Sensoren, Empfänger, Touchpads, Trackballs, Kameras, Mikrofone, Tastaturen, irgendwelche anderen Zeigegeräte oder irgendwelche Kombinationen davon umfassen. Die I/O-Schnittstelle 2060 kann die Rechenmaschine 2000 mit verschiedenen Ausgabegeräten koppeln, die Videodisplays, Lautsprecher, Drucker, Projektoren, taktile Rückführungsgeräte, eine Automatisierungssteuerung, Robotikkomponenten, Aktoren, Motoren, Lüfter, Magnetventile, Ventile, Pumpen, Sender, Signalemitter, Lichter und so weiter umfassen.
  • Die Rechenmaschine 2000 kann in einer vernetzten Umgebung unter Verwendung logischer Verknüpfungen durch die Netzwerkschnittstelle 2070 mit einem oder mehreren anderen Systemen oder Rechenmaschinen über das Netzwerk 2080 operieren. Das Netzwerk 2080 kann Wide Area Networks (WAN), lokale Netzwerke (LAN), Intranetze, das Internet, Netzwerke mit drahtlosem Zugang, drahtgebundene Netzwerke, Mobilfunknetze, Telefonnetze, optische Netzwerke oder Kombinationen davon umfassen. Das Netzwerk 2080 kann paketvermittelt, schaltungsvermittelt, von irgendeiner Topologie sein und kann jedes Kommunikationsprotokoll verwenden. Kommunikationslinks innerhalb des Netzwerks 2080 können verschiedene digitale oder analoge Kommunikationsmedien wie Lichtwellenleiter, direkte optische Übertragung, Wellenleiter, elektrische Leiter, drahtlose Verbindungen, Antennen, Funkfrequenzkommunikationen und so weiter einbeziehen.
  • Der Prozessor 2010 kann mit den anderen Elementen der Rechenmaschine 2000 oder den verschiedenen hierin beschriebenen Peripheriegeräten durch den Systembus 2020 verbunden sein. Es ist zu verstehen, dass der Systembus 2020 innerhalb des Prozessors 2010, außerhalb des Prozessors 2010 oder beides sein kann. Gemäß einigen Ausführungsformen kann irgendeiner der Prozessoren 2010, die anderen Elemente der Rechenmaschine 2000 oder die verschiedenen hierin beschriebenen Peripheriegeräte in ein einzelnes Gerät wie ein System-On-Chip („SOC“), System-on-Package („SOP“) oder eine ASIC-Gerät integriert sein.
  • In Situationen, in denen die Systeme, die hier besprochen werden, persönliche Informationen über Benutzer sammeln, oder persönliche Informationen nutzen können, kann für die Benutzer eine Möglichkeit oder Option der Kontrolle bereitgestellt werden, ob Programme oder Funktionen Benutzerinformationen sammeln (z. B. Informationen über das soziale Netzwerk eines Benutzers, soziale Handlungen oder Aktivitäten, Beruf, eine Benutzerpräferenz oder der derzeitige Standort eines Benutzers), oder um zu kontrollieren, ob und/oder wie Inhalt vom Content-Server empfangen wird, der für den Benutzer relevanter sein kann. Darüber hinaus können bestimmte Daten auf eine oder mehrere Weisen behandelt werden, bevor sie gespeichert oder verwendet werden, sodass personenbezogene Informationen entfernt werden. Eine Benutzeridentität kann beispielsweise so behandelt werden, dass keine persönlichen identifizierbaren Informationen für den Benutzer bestimmt werden können, oder ein Standort des Benutzers kann verallgemeinert werden, wobei Standortinformationen entnommen werden (wie beispielsweise eine Stadt, Postleitzahl oder Bundesland), sodass ein bestimmter Standort eines Benutzers nicht festgestellt werden kann. Somit kann der Benutzer die Kontrolle darüber haben, inwiefern Informationen über den Benutzer gesammelt und von einem Content Server verwendet werden.
  • Ausführungsformen können ein Computerprogramm umfassen, das die hierin beschriebenen und veranschaulichten Funktionen verkörpert, wobei das Computerprogramm in einem Computersystem implementiert ist, das Befehle umfasst, die in einem maschinenlesbaren Medium gespeichert sind, und einen Prozessor, der die Befehle ausführt. Es sollte jedoch offensichtlich sein, dass es viele unterschiedliche Arten geben könnte, Ausführungsformen in der Computerprogrammierung zu implementieren, und die Ausführungsformen sollten nicht als auf irgendeine Reihe von Computerprogrammbefehlen begrenzt ausgelegt werden. Ein ausgebildeter Programmierer wäre ferner in der Lage, ein derartiges Computerprogramm zu schreiben, um eine Ausführungsform der offenbarten Ausführungsformen basierend auf den angefügten Flussdiagrammen und der verbundenen Beschreibung im Anwendungstext zu implementieren. Die Offenbarung einer bestimmten Reihe von Programmcodebefehlen wird daher für ein geeignetes Verständnis dessen, wie man Ausführungsformen herstellt und verwendet, nicht als erforderlich betrachtet. Ferner wird der Fachmann erkennen, dass ein oder mehrere Aspekte der hier beschriebenen Ausführungsformen durch Hardware, Software oder eine Kombination davon ausgeführt werden können, wie sie in einem oder mehreren Computersystemen verkörpert sein können. Des Weiteren sollte jede Bezugnahme auf eine Handlung, die durch einen Computer ausgeführt wird, nicht derart ausgelegt werden, dass diese durch einen einzelnen Computer ausgeführt wird, da mehr als ein Computer die Handlung ausführen kann.
  • Die hierin beschriebenen exemplarischen Ausführungsformen können mit Computerhardware und -software verwendet werden, welche die hierin beschriebenen Verfahren und Verarbeitungsfunktionen ausführen. Die hierin beschriebenen Systeme, Verfahrensweisen und Verfahren können in einem programmierbaren Computer, computerausführbarer Software oder digitalen Schaltungen verkörpert sein. Die Software kann auf computerlesbaren Medien gespeichert sein. Computerlesbare Medien können beispielsweise eine Diskette, RAM, ROM, Festplatte, entfernbare Medien, Flash-Speicher, Memorystick, optische Medien, magneto-optische Medien, CD-ROM usw. umfassen. Digitale Schaltungen können integrierte Schaltungen, Gate-Arrays, Bausteinlogik, feldprogrammierbare Gate-Arrays (FPGA) usw. umfassen.
  • Die exemplarischen Systeme, Verfahren und Handlungen, die in den zuvor präsentierten Ausführungsformen beschrieben sind, sind veranschaulichend und bei alternativen Ausführungsformen können bestimmte Handlungen in einer unterschiedlichen Reihenfolge ausgeführt werden, miteinander parallel, vollständig ausgelassen, und/oder zwischen unterschiedlichen exemplarischen Ausführungsformen kombiniert und/oder bestimmte zusätzliche Handlungen durchgeführt werden, ohne vom Umfang und Sinn von den verschiedenen Ausführungsformen abzuweichen. Dementsprechend sind solche alternativen Ausführungsformen im Rahmen der folgenden Ansprüche beinhaltet, welchen die breiteste Interpretation gewährt werden soll, sodass sie solche alternativen Ausführungsformen umfassen.
  • Obwohl vorstehend spezifische Ausführungsformen im Detail beschrieben wurden, dient die Beschreibung lediglich zum Zweck der Veranschaulichung. Es versteht sich daher, dass viele vorstehend beschriebene Aspekte nicht als erforderliche oder wesentliche Bestandteile beabsichtigt sind, es sei denn, es ist ausdrücklich anders angegeben. Modifikationen von und äquivalente Komponenten oder Handlungen, die den offenbarten Aspekten der exemplarischen Ausführungsformen entsprechen, zusätzlich zu den vorstehend beschriebenen, können von einem Durchschnittsfachmann mit dem Vorteil der vorliegenden Offenbarung ausgeführt werden, ohne vom Sinn und Umfang von in den folgenden Ansprüchen definierten Ausführungsformen abzuweichen, deren Umfang die breiteste Interpretation gewährt werden soll, sodass sie solche Modifikationen und äquivalente Strukturen umfassen.

Claims (20)

  1. Computerimplementiertes Verfahren zum Identifizieren von Benutzern, umfassend: Aufnehmen, durch ein Kameramodul eines Computergeräts, eines Video-Feeds einer Umgebung außerhalb des Computergeräts; Extrahieren, durch das Computergerät, eines Gesichtsbilds eines Benutzers aus dem Video-Feed; Erzeugen, durch das Computergerät, einer Gesichtsvorlage basierend auf dem Gesichtsbild, wobei die Gesichtsvorlage eine Computercodedarstellung des Gesichtsbilds ist; Abrufen, durch das Computergerät, von einer oder mehreren gespeicherten Gesichtsvorlagen, die mit Benutzern verbunden sind, die sich an einem Händlersystemort befinden; Bestimmen, durch das Computergerät, einer Ähnlichkeit zwischen der erzeugten Gesichtsvorlage und jeder der einen oder mehreren Gesichtsvorlagen; Identifizieren, durch das Computergerät, einer bestimmten gespeicherten Gesichtsvorlage als dem Benutzer entsprechend, basierend darauf, dass die Ähnlichkeit zwischen der erzeugten Gesichtsvorlage und der bestimmten gespeicherten Gesichtsvorlage einen Schwellenwert übersteigt; Senden, durch das Computergerät, einer Antwort auf eine Anforderung zur Identifizierung des Benutzers, die einen Hinweis auf die Identität des Benutzers umfasst.
  2. Verfahren nach Anspruch 1, ferner umfassend das Empfangen, durch das Computergerät, einer Anfrage zum Identifizieren des Benutzers.
  3. Verfahren nach Anspruch 1, wobei die Umgebung außerhalb des Computergeräts einen Benutzer umfasst, der sich in der Nähe von einem oder mehreren Händlersystemverkaufsgerät(en) befindet.
  4. Verfahren nach Anspruch 2, wobei die Anforderung zum Identifizieren des Benutzers von einem Händlersystemverkaufsstellengerät empfangen wird, und wobei die Antwort auf die Anforderung zum Identifizieren des Benutzers dem Händlerverkaufsstellengerät gesendet wird.
  5. Verfahren nach Anspruch 4, ferner umfassend das Verarbeiten, durch das Händlerverkaufsstellengerät, einer Transaktion mithilfe von Zahlungskontoinformationen, die mit dem identifizierten Benutzer verbunden sind.
  6. Verfahren nach Anspruch 3, ferner umfassend: Bestimmen, durch das Computergerät und basierend auf einem Einzelbild des Video-Feeds, einer Position eines Gesichts des Benutzers und von Positionen jeder des einen oder mehreren Verkaufsstellengeräts/Verkaufsstellengeräte an einem Händlerort; und Zuweisen, durch das Computergerät und basierend auf Abständen zwischen dem Gesicht des Benutzers und jedem der einen oder mehreren Verkaufsstellengeräte im Einzelbild des Video-Feeds, des Benutzers zu einem bestimmten Verkaufsstellengerät der einen oder mehreren Verkaufsstellengeräte, wobei der Hinweis auf die Identität des Benutzers ferner eine Kennung des bestimmten Verkaufsstellengeräts und einen Hinweis auf die Zuweisung zum Benutzer des bestimmten Verkaufsstellengeräts umfasst.
  7. Computerimplementiertes Verfahren zum Identifizieren von Benutzern, umfassend: Empfangen, durch ein oder mehrere Computergerät(e) und von einem Benutzercomputergerät, einer Kontokennung eines Benutzers und einer Händlerbeaconkennung, wobei das Benutzercomputergerät die Händlerbeaconkennung von einem Händlerbeacongerät empfängt, das sich am Ort eines Händlersystems befindet; Abrufen, durch das eine oder mehrere Computergerät(e), einer Gesichtsvorlage, die mit dem Benutzer verbunden ist, basierend auf der Kontokennung des Benutzers; Identifizieren, durch das eine oder mehrere Computergerät(e), eines Händlersystemorts, der mit der Händlerbeaconkennung verbunden ist; Hinzufügen, durch das eine oder mehrere Computergerät(e), der Gesichtsvorlage des Benutzers und des verbundenen Händlersystemsorts zu einem aktuellen Kundenprotokoll, das Gesichtsvorlagen von Benutzern umfasst, die sich zurzeit am Ort des Händlersystems befinden; Senden, durch das eine oder mehrere Computergerät(e) und zu einem Händlercomputergerät am Ort des Händlersystems, des aktuellen Kundenprotokolls, wobei das Händlercomputergerät den Benutzer basierend auf dem Identifizieren einer Gesichtsvorlage aus dem aktuellen Kundenprotokoll identifiziert, die ähnlich einer Gesichtsvorlage ist, die aus einem Gesichtsbild des Benutzers erzeugt wird, das von dem Händlercomputergerät empfangen wird.
  8. Verfahren nach Anspruch 7, ferner umfassend: Bestimmen, durch das eine oder mehrere Computergerät(e), dass das Benutzercomputergerät sich nicht mehr in der Nähe des Händlerbeacongeräts befindet; Entfernen, durch das eine oder mehrere Computergerät(e), der Gesichtsvorlage des Benutzers und des verbundenen Systemorts aus dem aktuellen Kundenprotokoll.
  9. Verfahren nach Anspruch 8, wobei das eine oder mehrere Computergerät(e) bestimmen, dass das Benutzercomputergerät sich nicht mehr in der Nähe des Händlerbeacongeräts befindet, wenn eine nachfolgende Übertragung der Benutzerkontokennung und der Händlerbeaconkennung nicht innerhalb einer Schwellenwertzeitdauer von dem Benutzercomputergerät empfangen wird.
  10. Verfahren nach Anspruch 7, ferner umfassend: Empfangen, durch das eine oder mehrere Computergerät(e) und von dem Computergerät, einer Gesichtsvorlage, die mit einem identifizierten Benutzer verbunden ist, einer Transaktionssumme und einer Händlerkontokennung von dem Händlercomputergerät am Ort des Händlersystems; Bestimmen, basierend auf der empfangenen Gesichtsvorlage, einer Kontokennung, die mit dem Benutzer verbunden ist; Senden, durch das eine oder mehrere Computergerät(e) und an ein Verkaufsstellengerät, eines oder mehrerer Zahlungskontoinformationselemente, die mit dem Benutzerkonto verbunden sind; Empfangen, durch das eine oder mehrere Computergerät(e) und von dem Verkaufsstellengerät, eines Hinweises einer Auswahl eines bestimmen Zahlungskontoinformationselements für die Verwendung in einer Transaktion; Erzeugen, durch das eine oder mehrere Computergerät(e), einer Transaktionsgenehmigungsanforderung, die die Transaktionssumme, die Händlerkontokennung und das bestimmte Zahlungskontoinformationselement umfasst; Senden, durch das eine oder mehrere Computergerät(e), der Transaktionsgenehmigungsanforderung an ein Ausstellersystem, das mit dem bestimmten Zahlungskontoinformationselement verbunden ist; Empfangen, durch das eine oder mehrere Computergerät(e) und vom Ausstellersystem, von Daten, die eine Autorisierung der Transaktionsgenehmigungsanforderung umfassen; und Senden, durch das eine oder mehrere Computergerät(e) und an das Verkaufsstellengerät für die Anzeige auf dem Verkaufsstellengerät, einer Nachricht bezüglich der Autorisierung der Transaktion.
  11. Verfahren nach Anspruch 10, ferner umfassend, Empfangen, von dem Computergerät, einer Zuweisung des identifizierten Benutzers zu einem bestimmten Verkaufsstellengerät am Ort des Händlersystems, wobei die eine oder mehreren Zahlungskontoinformationen zum bestimmten Zahlungsgerät basierend auf der Zuweisung gesendet werden.
  12. Computerprogrammprodukt, umfassend: ein nicht transitorisches, computerlesbares Medium, auf dem computerausführbare Programmanweisungen verkörpert sind, die bei Ausführung durch einen Computer den Computer veranlassen, Benutzer zu identifizieren, die computerausführbaren Programmanweisungen umfassend: computerlesbare Programmanweisungen zum Empfangen einer Anforderung zum Identifizieren eines Benutzers; computerlesbare Programmanweisungen zum Aufnehmen, durch ein Kameramodul, eines Video-Feeds einer Umgebung außerhalb des Computers; computerlesbare Programmanweisungen zum Extrahieren eines Gesichtsbilds des Benutzers aus dem Video-Feed; computerlesbare Programmanweisungen zum Erzeugen einer Gesichtsvorlage basierend auf dem Gesichtsbild, wobei die Gesichtsvorlage eine Computercodedarstellung des Gesichtsbilds ist; computerlesbare Programmanweisungen zum Abrufen von einer oder mehreren gespeicherten Gesichtsvorlagen, die mit Benutzern verbunden sind, die sich an einem Händlersystemort befinden; computerlesbare Programmanweisungen zum Bestimmen einer Ähnlichkeit zwischen der erzeugten Gesichtsvorlage und jeder der einen oder mehreren Gesichtsvorlagen; computerlesbare Programmanweisungen zum Identifizieren einer bestimmten gespeicherten Gesichtsvorlage als dem Benutzer entsprechend, basierend darauf, dass die Ähnlichkeit zwischen der erzeugten Gesichtsvorlage und der bestimmten gespeicherten Gesichtsvorlage einen Schwellenwert übersteigt; und computerlesbare Programmanweisungen zum Senden einer Antwort auf eine Anforderung zur Identifizierung des Benutzers, die einen Hinweis auf die Identität des Benutzers umfasst.
  13. Computerprogrammprodukt nach Anspruch 12, wobei die Umgebung außerhalb des Computers einen Benutzer umfasst, der sich in der Nähe von einem oder mehreren Händlersystemverkaufsgerät(en) befindet.
  14. Computerprogrammprodukt nach Anspruch 12, wobei die Anforderung zum Identifizieren des Benutzers von einem Händlersystemverkaufsstellengerät empfangen wird, und wobei die Antwort auf die Anforderung zum Identifizieren des Benutzers dem Händlerverkaufsstellengerät gesendet wird.
  15. Computerprogrammprodukt nach Anspruch 13, wobei das Händlerverkaufsstellengerät eine Transaktion mithilfe von Zahlungskontoinformationen verarbeitet, die mit dem identifizierten Benutzer zu einer Zeit verbunden sind, zu der die Anforderung zum Identifizieren des Benutzers zum Händlerverkaufsstellengerät gesendet wird.
  16. Computerprogrammprodukt nach Anspruch 13, ferner umfassend: computerlesbare Programmanweisungen zum Bestimmen, basierend auf einem Einzelbild des Video-Feeds, einer Position eines Gesichts des Benutzers und von Positionen jeder des einen oder mehreren Verkaufsstellengerät(s)(e) an einem Händlerort; computerlesbare Programmanweisungen zum Zuweisen, basierend auf Abständen zwischen dem Gesicht des Benutzers und jeder des einen oder mehreren Verkaufsstellengerät(s)(e) im Einzelbild des Video-Feeds, des Benutzers zu einem bestimmten Verkaufsstellengerät des einen oder mehreren Verkaufsstellengerät(s)(e), wobei der Hinweis auf die Identität des Benutzers ferner eine Kennung des bestimmten Verkaufsstellengeräts und einen Hinweis auf die Zuweisung des Benutzers zum bestimmten Verkaufsstellengerät umfasst.
  17. System zum Identifizieren von Benutzern, umfassend: ein Speichergerät; und einen mit dem Speichergerät kommunikativ gekoppelten Prozessor, wobei der Prozessor Anwendungscodebefehle ausführt, die in dem Speichergerät gespeichert sind, um das System zu veranlassen zum: Empfangen, von einem Benutzercomputergerät, einer Kontokennung eines Benutzers und einer Händlerbeaconkennung, wobei das Benutzercomputergerät die Händlerbeaconkennung über eine Netzwerkverbindung mit einem Händlerbeacongerät empfängt, das sich am Ort eines Händlersystems befindet; Abrufen einer Gesichtsvorlage, die mit dem Benutzer verbunden ist, basierend auf der Kontokennung des Benutzers; Identifizieren eines Händlersystemorts, der mit der Händlerbeaconkennung verbunden ist; Hinzufügen der Gesichtsvorlage des Benutzers und des verbundenen Händlersystemsorts zu einem aktuellen Kundenprotokoll, das Gesichtsvorlagen von Benutzern umfasst, die sich zurzeit am Ort des Händlersystems befinden; und Senden, zu einem Computergerät am Ort des Händlersystems, des aktuellen Kundenprotokolls, wobei das Computergerät den Benutzer basierend auf dem Identifizieren einer Gesichtsvorlage aus dem aktuellen Kundenprotokoll identifiziert, die ähnlich einer Gesichtsvorlage ist, die aus einem empfangenen Gesichtsbild des Benutzers erzeugt wird.
  18. System nach Anspruch 17, wobei der Prozessor ferner so konfiguriert ist, dass er auf dem Speichergerät gespeicherte computerlesbare Programmanweisungen ausführt, um das System zu Folgendem zu veranlassen: Bestimmen, dass das Benutzercomputergerät keine Netzwerkverbindung mit dem Händlerbeacongerät mehr aufrechterhält; und Entfernen der Gesichtsvorlage des Benutzers und des verbundenen Systemorts aus dem aktuellen Kundenprotokoll.
  19. System nach Anspruch 17, wobei das Bestimmen, dass das Benutzercomputergerät keine Netzwerkverbindung zum Händlerbeacongerät mehr aufrechterhält, das Bestimmen umfasst, dass eine nachfolgende Übertragung der Benutzerkontokennung und der Händlerbeaconkennung nicht innerhalb einer Schwellenwertzeitdauer von dem Benutzercomputergerät empfangen wird.
  20. System nach Anspruch 17, wobei der Prozessor ferner so konfiguriert ist, dass er auf dem Speichergerät gespeicherte computerlesbare Programmanweisungen ausführt, um das System zu Folgendem zu veranlassen: Empfangen, von dem Computergerät, einer Gesichtsvorlage, die mit einem identifizierten Benutzer verbunden ist, einer Transaktionssumme und einer Händlerkontokennung von dem Computergerät am Ort des Händlersystems; Bestimmen, basierend auf der empfangenen Gesichtsvorlage, einer Kontokennung, die mit dem Benutzer verbunden ist; Senden, an ein Verkaufsstellengerät, einer oder mehrerer Zahlungskontoinformationen, die mit dem Benutzerkonto verbunden sind; Empfangen, von dem Verkaufsstellengerät, eines Hinweises einer Auswahl einer bestimmten Zahlungskontoinformation für die Verwendung in einer Transaktion; Erzeugen einer Transaktionsgenehmigungsanforderung, die die Transaktionssumme, die Händlerkontokennung und die bestimmte Zahlungskontoinformation umfasst; Senden der Transaktionsgenehmigungsanforderung an ein Ausstellersystem, das mit dem bestimmten Zahlungskonto verbunden ist; Empfangen, vom Ausstellersystem, von Daten, die eine Genehmigung der Transaktionsgenehmigungsanforderung umfassen; und Senden, an das Verkaufsstellengerät für die Anzeige an dem Verkaufsstellengerät, einer Empfangsbestätigung, die eine Zusammenfassung der Transaktion umfasst.
DE112016001971.8T 2015-04-30 2016-04-28 Identifizieren von verbrauchern in einer transaktion über gesichtserkennung Pending DE112016001971T5 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US14/701,517 2015-04-30
US14/701,517 US9619803B2 (en) 2015-04-30 2015-04-30 Identifying consumers in a transaction via facial recognition
PCT/US2016/029898 WO2016176517A1 (en) 2015-04-30 2016-04-28 Identifying consumers in a transaction via facial recogniton

Publications (1)

Publication Number Publication Date
DE112016001971T5 true DE112016001971T5 (de) 2018-01-25

Family

ID=56015098

Family Applications (1)

Application Number Title Priority Date Filing Date
DE112016001971.8T Pending DE112016001971T5 (de) 2015-04-30 2016-04-28 Identifizieren von verbrauchern in einer transaktion über gesichtserkennung

Country Status (5)

Country Link
US (4) US9619803B2 (de)
CN (2) CN107430728B (de)
DE (1) DE112016001971T5 (de)
GB (1) GB2552119B (de)
WO (1) WO2016176517A1 (de)

Families Citing this family (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160012422A1 (en) 2014-07-11 2016-01-14 Google Inc. Hands-free transactions with a transaction confirmation request
US9652759B2 (en) 2014-07-11 2017-05-16 Google Inc. Hands-free transactions
US10733587B2 (en) 2015-04-30 2020-08-04 Google Llc Identifying consumers via facial recognition to provide services
US10397220B2 (en) 2015-04-30 2019-08-27 Google Llc Facial profile password to modify user account data for hands-free transactions
US9619803B2 (en) 2015-04-30 2017-04-11 Google Inc. Identifying consumers in a transaction via facial recognition
US10373190B2 (en) 2015-05-13 2019-08-06 Shelfbucks, Inc. System and methods for determining location of pop displays with wireless beacons through engagement with mobile devices
US20160350762A1 (en) * 2015-05-29 2016-12-01 Ncr Corporation Apparatus and method of verifying a purchase transaction
KR101635396B1 (ko) * 2015-08-10 2016-07-01 조준호 전자 상거래 방법
EP4310704A3 (de) 2016-03-01 2024-04-03 Google LLC Gesichtsprofiländerung für freihändige transaktionen
JP6807929B2 (ja) * 2016-03-01 2021-01-06 グーグル エルエルシーＧｏｏｇｌｅ ＬＬＣ ハンズフリー決済の直接清算
US10510077B2 (en) * 2016-05-03 2019-12-17 Facebook, Inc. Facial recognition identification for in-store payment transactions
US10963860B2 (en) * 2016-06-23 2021-03-30 Visa International Service Association Dynamic transaction records
US9934784B2 (en) 2016-06-30 2018-04-03 Paypal, Inc. Voice data processor for distinguishing multiple voice inputs
WO2018026688A1 (en) 2016-07-31 2018-02-08 Google Llc Automatic hands free service requests
SG10201608271QA (en) * 2016-10-03 2018-05-30 Mastercard International Inc Method and apparatus for initiating a verified payment transaction
US11188947B2 (en) 2016-10-05 2021-11-30 Abl Ip Holding, Llc Analyzing movement of data collectors/gateways associated with retail displays
US11062304B2 (en) * 2016-10-20 2021-07-13 Google Llc Offline user identification
WO2018163153A1 (en) * 2017-03-08 2018-09-13 Quantum Rgb Ltd. System and method for biometric identification
US10412096B2 (en) * 2017-04-18 2019-09-10 Visa International Service Association Wireless authentication based on location data
US11100572B1 (en) 2017-04-28 2021-08-24 Wells Fargo Bank, N.A. Customer verification and account creation systems and methods
US11170409B2 (en) 2017-05-19 2021-11-09 Abl Ip Holding, Llc Wireless beacon based systems utilizing printable circuits
WO2018222232A1 (en) 2017-05-31 2018-12-06 Google Llc Providing hands-free data for interactions
CN107480994A (zh) * 2017-06-23 2017-12-15 阿里巴巴集团控股有限公司 一种结算方法、入口控制方法及装置
BR112019027681A2 (pt) * 2017-06-23 2020-09-15 Saffe Ltd emulação de cartão com biometria facial para autorização de pagamento em lojas
CN107679861B (zh) 2017-08-30 2022-11-11 创新先进技术有限公司 资源转移方法、资金支付方法、装置及电子设备
US10740635B2 (en) * 2017-09-28 2020-08-11 Google Llc Motion based account recognition
EP3695635B1 (de) 2017-10-13 2023-10-11 Visa International Service Association Minderung des risikos für freisprechinteraktionen
US10750133B2 (en) * 2017-12-06 2020-08-18 Honeywell International Inc. Systems and methods for automatic video recording
WO2019140157A1 (en) * 2018-01-12 2019-07-18 Visa International Service Association Authentication based on biometric identification parameter of an individual for payment transaction
DE102018104302A1 (de) * 2018-02-26 2019-08-29 Anker Kassensysteme Gmbh Kassensystem, Verfahren zur Authentifizierung an einem Kassensystem, Computerprogramm sowie computerlesbares Medium
CN108388876B (zh) * 2018-03-13 2022-04-22 腾讯科技（深圳）有限公司 一种图像识别方法、装置以及相关设备
US11301897B2 (en) * 2018-04-11 2022-04-12 Intel Corporation Secure visual transactions for mobile devices
CN109118215B (zh) * 2018-06-12 2021-04-27 创新先进技术有限公司 支付处理方法、装置及服务器
CN108681728A (zh) * 2018-07-26 2018-10-19 咪付（广州）网络科技有限公司 基于深度网络及信标辅助的快速识别系统及方法
CN109063692A (zh) * 2018-09-04 2018-12-21 阿里巴巴集团控股有限公司 一种人脸识别方法和装置
CN109344732B (zh) * 2018-09-10 2020-01-21 阿里巴巴集团控股有限公司 一种鉴权以及确定鉴权方式的方法、装置及电子设备
WO2020243689A1 (en) * 2019-05-31 2020-12-03 Veritone, Inc. Cognitive multi-factor authentication
US11403649B2 (en) 2019-09-11 2022-08-02 Toast, Inc. Multichannel system for patron identification and dynamic ordering experience enhancement
US11687778B2 (en) 2020-01-06 2023-06-27 The Research Foundation For The State University Of New York Fakecatcher: detection of synthetic portrait videos using biological signals
WO2021142384A1 (en) * 2020-01-10 2021-07-15 Adroit Worldwide Media, Inc. System and methods for user authentication in a retail environment
WO2023080844A2 (en) * 2021-11-05 2023-05-11 Grabtaxi Holdings Pte. Ltd. System and method for identifying a payment account to process a financial transaction
US20230306428A1 (en) * 2022-03-24 2023-09-28 Bank Of America Corporation Multi-Computer System with Dynamic Authentication for Optimized Queue Management Based on Facial Recognition

Family Cites Families (68)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6522772B1 (en) 1998-09-30 2003-02-18 Ncr Corporation Self-service checkout terminal having a biometric sensing device for verifying identity of a user and associated method
US20030046237A1 (en) * 2000-05-09 2003-03-06 James Uberti Method and system for enabling the issuance of biometrically secured online credit or other online payment transactions without tokens
GB0027291D0 (en) 2000-11-08 2000-12-27 Vodafone Ltd Biometric authentication
US7183895B2 (en) * 2003-09-05 2007-02-27 Honeywell International Inc. System and method for dynamic stand-off biometric verification
US9530132B2 (en) 2004-01-27 2016-12-27 George Chester Cox System and method for customer video authentication to prevent identity theft
US8885894B2 (en) 2004-06-14 2014-11-11 Michael John Rowen Reduction of transaction fraud through the use of automatic centralized signature/sign verification combined with credit and fraud scoring during real-time payment card authorization processes
JP4397827B2 (ja) * 2005-01-20 2010-01-13 富士フイルム株式会社 電子マネー機能を有する携帯端末装置の認証システム
US7808118B2 (en) 2005-07-14 2010-10-05 Berkson Bruce R Method for creating energy sources for a vehicle drive system
JP2008205861A (ja) 2007-02-20 2008-09-04 Matsushita Electric Ind Co Ltd 視聴質判定装置、視聴質判定方法、視聴質判定プログラム、および記録媒体
WO2008134595A1 (en) 2007-04-27 2008-11-06 Pelago, Inc. Determining locations of interest based on user visits
US8558663B2 (en) * 2007-11-30 2013-10-15 Bank Of America Corporation Integration of facial recognition into cross channel authentication
US20090313129A1 (en) 2008-06-11 2009-12-17 Lmr Inventions, Llc System and method for verifying user identity information in financial transactions
US8473352B2 (en) 2009-03-24 2013-06-25 The Western Union Company Consumer due diligence for money transfer systems and methods
US9536046B2 (en) 2010-01-12 2017-01-03 Microsoft Technology Licensing, Llc Automated acquisition of facial images
US8645213B2 (en) * 2010-01-15 2014-02-04 Ebay, Inc. Transactions associated with a mobile device
US8864581B2 (en) 2010-01-29 2014-10-21 Microsoft Corporation Visual based identitiy tracking
US20110257985A1 (en) 2010-04-14 2011-10-20 Boris Goldstein Method and System for Facial Recognition Applications including Avatar Support
US20110307403A1 (en) 2010-06-11 2011-12-15 Arad Rostampour Systems and method for providing monitoring of social networks
US9292870B2 (en) * 2010-12-13 2016-03-22 Qualcomm Incorporated System and method for point of service payment acceptance via wireless communication
US9285944B1 (en) 2011-04-22 2016-03-15 Angel A. Penilla Methods and systems for defining custom vehicle user interface configurations and cloud services for managing applications for the user interface and learned setting functions
US20130035979A1 (en) 2011-08-01 2013-02-07 Arbitron, Inc. Cross-platform audience measurement with privacy protection
US8577810B1 (en) * 2011-09-29 2013-11-05 Intuit Inc. Secure mobile payment authorization
DE202012100620U1 (de) 2011-11-22 2012-06-13 Square, Inc. System zur Bearbeitung von kartenlosen Bezahlungstransaktionen
KR101242390B1 (ko) 2011-12-29 2013-03-12 인텔 코오퍼레이션 사용자를 인증하기 위한 방법, 장치, 및 컴퓨터 판독 가능한 기록 매체
US10223710B2 (en) 2013-01-04 2019-03-05 Visa International Service Association Wearable intelligent vision device apparatuses, methods and systems
US20130223696A1 (en) 2012-01-09 2013-08-29 Sensible Vision, Inc. System and method for providing secure access to an electronic device using facial biometric identification and screen gesture
JP5900052B2 (ja) * 2012-03-15 2016-04-06 オムロン株式会社 登録判定装置、その制御方法および制御プログラム、並びに電子機器
US9152868B2 (en) * 2012-03-23 2015-10-06 Microsoft Technology Licensing, Llc Personal identification combining proximity sensing with biometrics
US8254647B1 (en) 2012-04-16 2012-08-28 Google Inc. Facial image quality assessment
US9519903B2 (en) 2012-08-29 2016-12-13 24/7 Customer, Inc. Method and apparatus for proactive notifications based on the location of a user
US20140222596A1 (en) 2013-02-05 2014-08-07 Nithin Vidya Prakash S System and method for cardless financial transaction using facial biomertics
EP2963615B1 (de) 2013-02-27 2019-04-10 Hitachi Automotive Systems, Ltd. Bildgebungsvorrichtung und fahrzeugsteuerungssystem
EP2973278A4 (de) 2013-03-15 2017-07-19 First Data Corporation Sichere ferntransaktionen
US10270748B2 (en) 2013-03-22 2019-04-23 Nok Nok Labs, Inc. Advanced authentication techniques and applications
US9396320B2 (en) 2013-03-22 2016-07-19 Nok Nok Labs, Inc. System and method for non-intrusive, privacy-preserving authentication
JP2014191479A (ja) * 2013-03-26 2014-10-06 Canon Inc 顔認識装置、撮像装置、制御方法、及びプログラム
GB2513173A (en) * 2013-04-18 2014-10-22 Jve Solutions Ltd Improvements in systems, methods and devices for processing transactions
US9754258B2 (en) 2013-06-17 2017-09-05 Visa International Service Association Speech transaction processing
US9053310B2 (en) 2013-08-08 2015-06-09 Duo Security, Inc. System and method for verifying status of an authentication device through a biometric profile
US9998863B2 (en) 2013-08-19 2018-06-12 Estimote Polska Sp. Z O. O. System and method for providing content using beacon systems
US10244348B2 (en) 2013-08-19 2019-03-26 Estimote Polska Sp z o.o. Methods for authenticating communication between a mobile device and wireless beacon at a remote domain name system, projecting a level of interest in a nearby product, and providing and ordering option or product data
US9633345B2 (en) 2013-08-28 2017-04-25 Paypal, Inc. Merchant point of sale security system
US9445220B2 (en) 2013-09-06 2016-09-13 Paypal, Inc. Systems and methods for enabling additional devices to check in to bluetooth low energy (BLE) beacons
US20150120473A1 (en) 2013-10-29 2015-04-30 Elwha LLC, a limited liability corporation of the State of Delaware Vendor-facilitated guaranty provisioning
US9189659B2 (en) 2013-12-06 2015-11-17 Fish Six RC Secure code generation for customer tracking
US9770206B2 (en) 2014-01-17 2017-09-26 Rajeev Ashokan Touch input biometric apparatuses and methods of using the same
US9268793B2 (en) 2014-03-12 2016-02-23 Google Inc. Adjustment of facial image search results
US20150278795A1 (en) 2014-03-26 2015-10-01 Google Inc. Secure offline payment system
EP3134847A1 (de) 2014-04-23 2017-03-01 Google, Inc. Benutzerschnittstellensteuerung mittels blickverfolgung
US20150332258A1 (en) 2014-05-19 2015-11-19 Qualcomm Incorporated Identity Verification via Short-Range Wireless Communications
US9881303B2 (en) 2014-06-05 2018-01-30 Paypal, Inc. Systems and methods for implementing automatic payer authentication
US9652759B2 (en) 2014-07-11 2017-05-16 Google Inc. Hands-free transactions
JP6550881B2 (ja) 2014-07-14 2019-07-31 株式会社リコー 立体物検出装置、立体物検出方法、立体物検出プログラム、及び移動体機器制御システム
US9230272B1 (en) 2014-07-24 2016-01-05 Paypal, Inc. Smart line routing using wireless beacons
CN104143139A (zh) * 2014-08-07 2014-11-12 辽宁蓝卡医疗投资管理有限公司 基于面部表情的付款方法及系统
US9818114B2 (en) 2014-08-11 2017-11-14 Mastercard International Incorporated Systems and methods for performing payment card transactions using a wearable computing device
US10078830B2 (en) 2014-08-28 2018-09-18 Retailmenot, Inc. Modulating mobile-device displays based on ambient signals to reduce the likelihood of fraud
US20160072915A1 (en) 2014-09-09 2016-03-10 Sophatar, Inc. System and method to provide interactive, user-customized content to touch-free terminals
US9972004B1 (en) 2014-09-29 2018-05-15 Amazon Technologies, Inc. Proximity-based mobile device payments
CN104484669A (zh) * 2014-11-24 2015-04-01 苏州福丰科技有限公司 基于三维人脸识别的手机支付方法
US9715621B2 (en) 2014-12-22 2017-07-25 Mcafee, Inc. Systems and methods for real-time user verification in online education
US10397220B2 (en) 2015-04-30 2019-08-27 Google Llc Facial profile password to modify user account data for hands-free transactions
US10733587B2 (en) 2015-04-30 2020-08-04 Google Llc Identifying consumers via facial recognition to provide services
US9619803B2 (en) 2015-04-30 2017-04-11 Google Inc. Identifying consumers in a transaction via facial recognition
US20170004507A1 (en) 2015-07-02 2017-01-05 Google Inc. Identifying consumers in a transaction via facial recognition
AU2017101062A4 (en) 2016-08-03 2017-08-31 Willow IP Pty Ltd Frameworks and methodologies configured to enable biometric payments using locally stored biometric data
US11062304B2 (en) 2016-10-20 2021-07-13 Google Llc Offline user identification
WO2018222232A1 (en) 2017-05-31 2018-12-06 Google Llc Providing hands-free data for interactions

Also Published As

Publication number Publication date
US20230419288A1 (en) 2023-12-28
US20160321671A1 (en) 2016-11-03
GB2552119A (en) 2018-01-10
US9619803B2 (en) 2017-04-11
WO2016176517A8 (en) 2016-11-24
US20200356972A1 (en) 2020-11-12
GB2552119B (en) 2020-01-29
GB201715687D0 (en) 2017-11-15
US11694175B2 (en) 2023-07-04
WO2016176517A1 (en) 2016-11-03
CN107430728B (zh) 2021-10-29
CN113888178A (zh) 2022-01-04
CN107430728A (zh) 2017-12-01
US20170193480A1 (en) 2017-07-06
US10726407B2 (en) 2020-07-28

Similar Documents

Publication Publication Date Title
DE112016001971T5 (de) Identifizieren von verbrauchern in einer transaktion über gesichtserkennung
US11595382B2 (en) Facial profile password to modify user account data for hands free transactions
JP7160883B2 (ja) ハンズフリー取引のための顔の外形の修正
CN108463825B (zh) 免提服务请求中的面部模板和令牌预取
US20240220961A1 (en) Direct Settlement of Hands-Free Transactions
CN108040495B (zh) 经由面部识别标识交易中的顾客的方法、系统和存储介质
DE102017113281A1 (de) Identifizieren von spezifischen orten einer benutzercomputervorrichtung
DE112016005667T5 (de) Näherungsbasierte Netzwerksicherheit
US20160321633A1 (en) Identifying consumers via facial recognition to provide services
DE112016003724T5 (de) Vergleichen eines extrahierten benutzernamens mit gespeicherten benutzerdaten

Legal Events

Date Code Title Description
R012 Request for examination validly filed
R079 Amendment of ipc main class

Free format text: PREVIOUS MAIN CLASS: G06Q0020320000

Ipc: G06K0009620000

R016 Response to examination communication
R082 Change of representative

Representative=s name: KILBURN & STRODE LLP, GB

Representative=s name: KILBURN & STRODE LLP, NL

R082 Change of representative

Representative=s name: KILBURN & STRODE LLP, NL

R079 Amendment of ipc main class

Free format text: PREVIOUS MAIN CLASS: G06K0009620000

Ipc: G06V0030190000