DE202011110202U1

DE202011110202U1 - Erfassung von Verkaufspunktdaten

Info

Publication number: DE202011110202U1
Application number: DE202011110202U
Authority: DE
Original assignee: Google LLC
Current assignee: Google LLC
Priority date: 2010-07-15
Filing date: 2011-07-15
Publication date: 2013-04-22
Anticipated expiration: 2021-07-16
Also published as: KR20130089644A; US8335722B2; US20120016856A1; WO2012009657A3; WO2012009596A2; WO2012009596A3; US20120016757A1; US20120016760A1; DE202011110201U1; AU2011278977A1; KR20180015300A; KR20140012607A; AU2011278977B2; WO2012009657A2; US20120016759A1; AU2011279101A1

Abstract

POS-Datenerfassungssystem für Verkaufspunktdaten (POS), umfassend: eine Speicherquelle; mindestens ein Eingabe-/Ausgabe(E/A)-Modul; ein Netzwerkmodul; einen Prozessor, der kommunikativ mit der Speicherquelle verkoppelt ist, sowie mit dem mindestens einen E/A-Modul und dem Netzwerkmodul, wobei der Prozessor Anwendungscodeanweisungen ausführt, die in der Speicherquelle gespeichert sind und das POS-Datenerfassungssystem zu folgendem veranlassen: Empfangen eines Bezeichners über das mindestens eine E/A-Modul sowie von einem POS-Scanner, wobei der Bezeichner einem von dem POS-Scanner gescannten Produkt entspricht; Übertragung dieses Bezeichners über das mindestens eine E/A-Modul an ein POS-Terminal; Aufbau einer Verbindung, über das Netzwerkmodul, mit einem Computergerät, das sich an einem anderen Ort als der POS-Scanner befindet; sowie Übertragung des Bezeichners an das Fern-(Remote-)Computergerät über das Netzwerkmodul.

Description

TECHNISCHES GEBIET
Die vorliegende Offenbarung bezieht sich generell auf die Erfassung von Verkaufspunktdaten (im folgenden POS-Daten), sowie spezifischer auf das Abfangen von POS-Daten bei der Übertragung von einem POS-Scanner an eine POS-Anwendung, die auf einem POS-Terminal läuft.
ALLGEMEINER STAND DER TECHNIK
Computernetzwerke wie das Internet ermöglichen die Übertragung sowie den Empfang einer breiten Palette an Informationen. In den letzten Jahren bemühten sich beispielsweise einige Einzelhandelsgeschäfte, ihren Kunden über das Internet Informationen zum Warenbestand verfügbar zu machen. Doch die Warenbestandsinformationen der meisten Einzelhändler werden in Altsystemen gespeichert, und eine Übertragung aus solchen Systemen ist zeitaufwendig und teuer. Infolgedessen sind die von Einzelhändlern zur Verfügung gestellten Informationen zum Warenbestand oft ungenau bzw. fehlerhaft. Drittparteiunternehmen haben ebenfalls versucht, lokale Produktinformationen von verschiedenen Einzelhändlern zu organisieren und die Informationen via Internet zur Verfügung zu stellen. Diese Bemühungen sind ebenfalls gescheitert, vermutlich auf Grund von Schwierigkeiten, auf verlässliche Daten zuzugreifen, die eine hohe Anzahl an Produkten, Einzelhändlern und Verkaufsstellen abdecken.
Es ist deshalb wünschenswert, ein System zu entwickeln, das Kunden akkurate lokale Produktinformationen bietet, die eine hohe Anzahl an Produkten, Einzelhändlern und Verkaufsstellen abdecken.
KURZDARSTELLUNG
Einem ersten beispielhaften Aspekt zufolge umfasst das Erfassungssystem von Verkaufspunktdaten (engl. Point of Sale, kurz POS, im Folgenden auch POS-Daten) eine Speicherquelle, mindestens ein Eingabe-/Ausgabe(E/A)-Modul, ein Netzwerkmodul und einen Prozessor. Der Prozessor ist kommunikativ mit der Speicherquelle verkoppelt, dem mindestens einen E/A-Modul sowie dem Netzwerkmodul. Der Prozessor führt Anwendungscodeanweisungen aus, die in der Speicherquelle gespeichert sind und das POS-Datenerfassungssystem dazu veranlassen, einen Bezeichner über das mindestens eine E/A-Modul sowie von einem POS-Scanner zu empfangen, wobei der Bezeichner einem von dem POS-Scanner gescannten Produkt entspricht, sowie dazu, diesen Bezeichner über das mindestens eine E/A-Modul an einen POS-Terminal zu übertragen, über das Netzwerkmodul eine Verbindung mit einem Computergerät herzustellen, das sich an einem anderen Ort als der POS-Scanner befindet, sowie schließlich dazu, den Bezeichner über das Netzwerkmodul an das Fern-(Remote-)Computergerät zu übertragen.
Zur Erfassung von Verkaufspunkt- bzw. POS-Daten empfängt ein Computer einen ersten Bezeichner, der einem ersten Produkt entspricht. Der erste Bezeichner wird von einem POS-Scanner empfangen. Der Computer überträgt den ersten Bezeichner an eine POS-Anwendung. Der Computer stellt außerdem eine Verbindung mit einem Computergerät her, das sich an einem anderen Ort als der POS-Scanner befindet und überträgt Daten, die den ersten Bezeichner enthalten, an das Fern-(Remote-)Computergerät.
Zur Erfassung von Verkaufspunkt- bzw. POS-Daten empfängt ein Computer, der sich an einem anderen Ort befindet als ein POS-System, Produktdaten, zu denen ein Produktbezeichner gehört, der einem bestimmten Produkt entspricht. Das POS-System umfasst einen POS-Scanner, eine Vorrichtung zur POS-Datenerfassung und einen POS-Terminal. Der Produktbezeichner wurde von dem POS-Scanner durch einen Scanvorgang des POS-Systems aufgenommen. Der Scanvorgang des POS-Systems umfasst die Aufnahme des Produktbezeichners durch den POS-Scanner sowie die Übermittlung des Produktbezeichners an die Vorrichtung zur POS-Datenerfassung sowie das Ablesen der Vorrichtung zur POS-Datenerfassung des Produktbezeichners und das Übertragen des Produktbezeichners an den POS-Terminal. Der Ferncomputer empfängt die Produktdaten von der Vorrichtung zur POS-Datenerfassung.
Fachleute werden die oben genannten sowie weitere Aspekte, Zwecke, Charakteristika und Vorteile der beispielhaften Ausführungsformen der vorliegenden detaillierten Beschreibung von illustrierten, beispielhaften Ausführungsformen entnehmen können, zu der auch die beste Umsetzungsmethode der Erfindung in ihre jetzigen Entwicklungsstand gehört.
KURZBESCHREIBUNG DER ZEICHNUNGEN
Es zeigen:
1 das Blockdiagramm eines Systems zur Erfassung von POS-Daten gemäß bestimmten beispielhaften Ausführungsformen.
2 das Blockdiagramm eines Systems zur Erfassung von POS-Daten gemäß bestimmten beispielhaften Ausführungsformen.
3 das Blockdiagramm eines POS-Datenerfassers gemäß bestimmten beispielhaften Ausführungsformen.
4 das Blockfließschema zur Erfassung von POS-Daten.
DETAILLIERTE BESCHREIBUNG DER BEISPIELHAFTEN AUSFÜHRUNGSFORMEN
Überblick
Das hierin beschriebene System ermöglicht die akkurate Erfassung von lokalen Verkaufspunktdaten (POS-Daten) weltweit. Zu einem POS-Datenerfassungssystem kann ein POS-Datenerfasser gehören, der als Hardwaregerät und/oder in eine Software implementiert ist. Der Adapter kann an dem Verkaufspunkt in Einzelhandelsgeschäften installiert sein, beispielsweise zwischen einem Barcodescanner und der POS-Anwendung, die auf einem POS-Terminal läuft (z. B. der Kasse). Wenn ein Produkt am Verkaufspunkt gescannt wird, kann der Adapter den Barcode abfangen, während er von dem Barcodescanner an die POS-Anwendung übertragen wird. Nach Abfangen des Barcodes kann der Adapter den Barcode ohne nennenswerte Verzögerung an die POS-Anwendung übertragen, sodass der Adapter nicht die üblichen Geschäftsprozesse unterbricht. Zudem kann der Adapter den Barcode über eine Netzwerkverbindung an einen Remote- bzw. Fernserver senden. Auf diese Weise kann der Fernserver POS-Daten erfassen, die eine hohe Anzahl an Produkten, Einzelhändlern und Verkaufsstellen abdecken.
Zu einem oder mehreren Aspekten der Erfindung kann ein Computerprogramm gehören, das die hierin beschriebenen und illustrierten Funktionen enthält, wobei das Computerprogramm in ein Computersystem implementiert ist, zu dem in einem maschinenlesbaren Medium gespeicherte Anweisungen gehören, sowie ein Prozessor, der die Anweisungen ausführt. Es sollte jedoch klar sein, dass es viele verschiedene Wege gibt, die Erfindung in Computerprogrammierung zu implementieren, und die Erfindung sollte nicht dahingehend ausgelegt werden, dass sie auf eine bestimmte Reihe von Computerprogrammanweisungen zu beschränken ist. Außerdem wäre ein erfahrener Programmierer dazu in der Lage, basierend auf den angehängten Ablaufplänen und den entsprechenden Beschreibungen im Anwendungstext, ein solches Computerprogramm zu schreiben, um eine Ausführungsform der beschriebenen Erfindung zu implementieren. Deshalb wird die Offenbarung einer bestimmten Reihe von Programmcodeanweisungen nicht für notwendig gehalten, um ein adäquates Verständnis dafür zu vermitteln, wie die Erfindung herzustellen und zu nutzen ist. Fachleute werden sehen, dass einer oder mehrere Aspekte der hierin beschriebenen Erfindung von Hardware, Software oder einer Kombination der beiden ausgeführt werden kann, die in einem oder mehreren Rechensystemen enthalten sind. Zudem sollten jegliche Verweise auf eine von einem Computer auszuführende Handlung nicht dahingehend ausgelegt werden, dass eine solche Handlung von einem einzigen Computer ausgeführt werden muss, da es sein kann, dass sie von mehreren Computer ausgeführt wird. Die erfinderische Funktionalität der Erfindung wird in der folgenden Beschreibung detaillierter erklärt und sollte im Zusammenhang mit den Abbildungen, die den Programmablauf illustrieren, gelesen werden.
Im Zusammenhang mit den Zeichnungen, in denen dieselben Ziffern identische Elemente in sämtlichen Abbildungen anzeigen, werden im Folgenden beispielhafte Ausführungsformen der Erfindung detailliert beschrieben.
Systemarchitektur
1 zeigt ein System 100 zur Erfassung von POS-Daten gemäß bestimmten beispielhaften Ausführungsformen. Wie in 1 abgebildet kann ein System 100 einen POS-Datenerfasser 105, einen POS-Scanner 110, einen POS-Terminal 115 und ein Fernsystem 150 enthalten. POS-Datenerfasser 105 kann mit POS-Scanner 110 über Verbindung 120 verbunden sein, sowie mit POS-Terminal 115 über Verbindung 125. POS-Datenerfasser 105 kann mit POS-Scanner 110 und POS-Terminal 115 über standardmäßige oder proprietäre Speicher- und/oder Kommunikationsprotokolle kommunizieren, einschließlich, ohne darauf beschränkt zu sein, via Universal Serial Bus (USB), RS-232 und/oder eine beliebige Kombination der vorangehenden. Und obwohl die Ausführungsform in 1 verdrahtete Verbindungen 120 und 125 anzeigt, kann eine der beiden oder beide Verbindungen gemäß bestimmten anderen Ausführungsformen mit einer drahtlosen Verbindung ersetzt werden (z. B. WLAN, MiFi, Bluetooth, etc.). Zudem kann eine bzw. können mehrere Komponenten des POS-Datenerfassers 105, der in 1 und 2 als einzelnes Hardwaregerät dargestellt ist, gemäß alternativen beispielhaften Ausführungsformen entweder in den POS-Scanner 110 oder den POS-Terminal 115 oder in beide integriert werden. Beispielsweise kann eine bzw. können mehrere Komponenten des POS-Datenerfassers 105 als Softwaremodul oder Firmware in den POS-Scanner 110 oder den POS-Terminal 115 oder in beide integriert werden.
Wie in 1 dargestellt kann der POS-Scanner 110 gemäß bestimmten beispielhaften Ausführungsformen ein traditionell verkabelter, generell stationärer Barcodescanner sein. 2 zeigt gemäß einer alternativen Ausführungsform ein System 200, bei dem der POS-Scanner sich aus einem kabellosen POS-Barcodescanner 212 und einer kabellosen POS-Basisstation 210 zusammensetzt. In dieser alternativen Ausführungsform kann ein POS-Datenerfasser 105 mit der kabellosen POS-Basisstation 210 auf dieselbe Art und Weise kommunizieren wie der POS-Datenerfasser 105 mit dem POS-Scanner 110 in 1 kommuniziert. Während 1 und 2 verschiedene beispielhafte Ausführungsformen darstellen, sollte klar sein, dass der POS-Datenerfasser 105 auf ähnliche Weise in POS-Systemen mit Hardware verwendet werden kann, die sich von der in 1 und 2 dargestellten Hardware unterscheidet.
Gemäß einer beispielhaften Ausführungsform kann der POS-Scanner 110 ein Barcodescanner und so konfiguriert sein, dass er eine beliebige Anzahl von Barcodeformaten lesen kann, einschließlich, ohne darauf beschränkt zu sein, UPC, EAN, JAN, etc. Gemäß anderen Ausführungsformen kann der POS-Scanner 110 ein RFID-Leser oder ein anderes Gerät sein, das dazu in der Lage ist, Produktbezeichner-Infos in einem POS-System zu lesen.
Wie weiterhin in 1 abgebildet kann der POS-Datenerfasser 105 kommunikativ mit Fernsystem 150 über Netzwerk 140 verbunden sein. Netzwerk 140 kann als Speichernetzwerk (SAN), Kleingerätenetzwerk (Personal Area Network, PAN), lokales Netzwerk (LAN), städtisches Netzwerk (Metropolitan Area Network, MAN), Weitverkehrsnetzwerk (WAN), drahtloses lokales Netzwerk (WLAN), virtuelles privates Netzwerk (VPN), Intranet, das Internet oder einer anderen passenden Architektur bzw. eines passenden Systems, welche die Kommunikation von Signalen, Daten und/oder Nachrichten (generell als Daten bezeichnet) ermöglicht bzw. als Teil einer der genannten Netzwerke/Systeme implementiert sein. Der POS-Datenerfasser 105 kann über Verbindung 135 mit Netzwerk 140 verbunden werden. Gemäß einer beispielhaften Ausführungsform kann Verbindung 135 eine dedizierte Funkmodemverbindung sein. In einer alternativen Ausführungsform kann Verbindung 135 eine verkabelte Ethernet-Verbindung, eine WLAN- oder Bluetooth-Verbindung zu einem Hotspot sein, der eine verkabelte/kabellose Internetverbindung hat (z. B. MiFi), oder eine beliebige andere verkabelte oder kabellose Verbindung, die für die Kommunikation von Signalen an Netzwerk 140 geeignet ist.
3 zeigt ein Blockdiagramm von POS-Datenerfasser 105 gemäß bestimmten beispielhaften Ausführungsformen. POS-Datenerfasser 105 kann folgende Komponenten umfassen, ohne jedoch auf diese beschränkt zu sein: Prozessor 360, Speicherquelle 362, Netzwerkmodul 364, Eingabe/Ausgabe(E/A)-Modul 366, Uhrenmodul 368, GPS-Modul 370 und Fehleranzeige 130 (Fehleranzeige 130 ist auch in 1 und 2 abgebildet). Wie hier gezeigt kann Prozessor 360 kommunikativ an jeden der anderen Komponenten des POS-Datenerfassers 105 gekoppelt sein.
Prozessor 360 kann ein beliebiges System, Gerät oder eine Vorrichtung umfassen, das Programmanweisungen interpretieren und/oder ausführen kann und/oder mit Softwaremodul 380 assoziierte Daten verarbeiten kann, und kann folgendes mit einschließen, ohne jedoch darauf beschränkt zu sein: einen Mikroprozessor, Mikrocontroller, digitalen Signalprozessor (DSP), eine anwendungsspezifische integrierte Schaltung (ASIC) oder eine beliebige andere digitale oder analoge Schaltungstechnik, die dazu konfiguriert ist, Programmanweisungen zu interpretieren und/oder auszuführen und/oder Daten zu verarbeiten. In manchen Ausführungsformen kann Prozessor 360 Programmanweisungen interpretieren und/oder ausführen und/oder Daten verarbeiten, die lokal gespeichert sind (z. B. in Speicherquelle 362). In derselben oder alternativen Ausführungsformen kann Prozessor 360 Programmanweisungen interpretieren und/oder ausführen und/oder Daten verarbeiten, die ferngespeichert sind (z. B. in einer Netzwerkspeicherquelle (nicht abgebildet) von Netzwerk 140 in 1 und 2).
Lokale Speicherquelle 362 kann computerlesbare Medien umfassen (z. B. Festplattenlaufwerk, Diskettenlaufwerk, CD-ROM und/oder andere rotierende Speichermedien, Flash-Speicher, EEPROM und/oder andere Arten von Festkörperspeichermedien) und generell zur Speicherung von Daten betriebsfähig sein.
Netzwerkmodul 364 kann ein beliebiges geeignetes System, Gerät bzw. eine geeignete Vorrichtung sein, die als Interface zwischen dem POS-Datenerfasser 105 und Netzwerk 140 dienen kann (1 und 2). Netzwerkmodul 364 kann POS-Datenerfasser 105 dazu befähigen, über Netzwerk 140 zu kommunizieren, und zwar mithilfe eines beliebigen, geeigneten Übertragungsprotokolls und/oder -standards, einschließlich, ohne darauf beschränkt zu sein, aller Übertragungsprotokolle und/oder -standards, die oben im Zusammenhang mit Netzwerk 140 und Verbindung 135 erwähnt wurden.
E/A-Modul 366 kann ein beliebiges geeignetes System, Gerät bzw. eine geeignete Vorrichtung sein, die dazu eingesetzt werden kann, Daten an/von/innerhalb POS-Datenerfasser 105 zu empfangen und/oder zu senden. E/A-Modul 366 kann beispielsweise eine beliebige Anzahl von Kommunikationsschnittstellen umfassen, einschließlich, ohne darauf beschränkt zu sein, einer USB-Schnittstelle und/oder RS-232-Schnittstelle.
Uhrenmodul 368 kann ein beliebiges geeignetes System, Gerät bzw. eine geeignete Vorrichtung sein, die zum Betrieb einer inneren Uhr eingesetzt werden kann. Gemäß bestimmten beispielhaften Ausführungsformen kann Uhrenmodul 368 mit der koordinierten Weltzeit (UTC) synchronisiert werden. Außerdem kann Uhrenmodul 368 so konfiguriert sein, dass eine akkurate innere Uhr weiter betrieben wird, wenn die Stromzufuhr zu POS-Datenerfasser 105 unterbrochen wird (z. B. mithilfe einer unabhängigen Batteriestromquelle).
GPS-Modul 370 kann ein beliebiges geeignetes System, Gerät bzw. eine geeignete Vorrichtung sein, die dazu eingesetzt werden kann, den Standort von POS-Datenerfasser 105 basierend auf globalen Positionierungssatellitensignalen oder ähnlichen Verfahren zu bestimmen und zur Verfügung zu stellen (beispielsweise via Standortinformationen, die von Netzwerkmodul 364 empfangen werden).
Fehleranzeige 130 kann ein beliebiges geeignetes System, Gerät bzw. eine geeignete Vorrichtung sein, die in der Lage ist, eine Anzeige zu generieren, welche von einer Person in der Nähe des POS-Datenerfassers 105 visuell oder akustisch wahrgenommen werden kann. Beispielsweise kann Fehleranzeige 130 gemäß bestimmten beispielhaften Ausführungsformen eine sichtbare LED-Leuchte sein. In derselben oder in alternativen Ausführungsformen kann die Fehleranzeige ein Lautsprecher sein, der ein hörbares Geräusch produzieren kann.
Der POS-Datenerfasser 105 wird im Folgenden detaillierter beschrieben, und zwar unter Verweis auf die in 4 dargestellten Verfahren.
Systemprozess
4 ist ein Blockfließschema, das ein Verfahren 400 zur Erfassung von POS-Daten darstellt, und zwar gemäß bestimmten beispielhaften Ausführungsformen. Das Verfahren 400 wird unter Verweis auf die in 1–3 dargestellten Komponenten beschrieben.
In Block 405 wartet ein Softwaremodul 380 eines POS-Datenerfassers 105 darauf, den Produktbezeichner eines bestimmten Produkts zu erhalten, das gerade gekauft wird. Beispielsweise wird POS-Scanner 110 dazu benutzt, den Barcode eines Produkts zu scannen, das gerade gekauft wird. Nach dem Scannen sendet der POS-Scanner 110 den Produktbezeichner zur Verarbeitung durch eine POS-Anwendung, die auf POS-Terminal 115 läuft. Da der POS-Datenerfasser 105 kommunikativ zwischen POS-Scanner 110 und POS-Terminal 115 geschaltet ist, kann der POS-Datenerfasser 105 den Produktbezeichner des gekauften Produkts erhalten, wenn der Bezeichner an den POS-Terminal 115 gesendet wird.
In Block 410 kann Softwaremodul 380 eine unveränderte Version des Produktbezeichners an POS-Terminal 115 übertragen. Gemäß bestimmten beispielhaften Ausführungsformen kann diese Übertragung ohne nennenswerte Verzögerung ausgeführt werden, sodass das Hinzufügen von POS-Datenerfasser 105 zu dem POS-System 100 den regulären Geschäftsfluss nicht stört. In anderen Worten, die auf POS-Terminal 115 laufende POS-Anwendung wird in der Lage sein, mit dem Kaufvorgang weiterzumachen und wird nicht davon beeinträchtigt, dass dem POS-System 100 der POS-Datenerfasser 105 hinzugefügt wurde.
In Block 415 kann Softwaremodul 380 eine Verbindung mit Fernsystem 150 über Netzwerkmodul 364 und Netzwerk 140 aufbauen. Gemäß einer beispielhaften Ausführungsform kann Softwaremodul 380 diese Verbindung dadurch aufbauen, dass es den Host-Namen und/oder die Host-Adresse per DNS oder über andere Protokolle auflöst und dann mit Fernsystem 150 kommuniziert, um die Verbindung aufzubauen. Sobald eine Verbindung erfolgreich aufgebaut wurde (Block 420), kann Softwaremodul 380 zu Block 425 übergehen und den Produktbezeichner an Remote-Host 150 senden. Gemäß bestimmten beispielhaften Ausführungsformen kann diese Übertragung über das HTTPS-Protokoll oder ein beliebiges anderes Protokoll stattfinden, das dazu geeignet ist, Daten über Netzwerk 140 an Fernsystem 150 zu senden. Gemäß beispielhaften Ausführungsformen, die das HTTPS-Protokoll verwenden, kann Softwaremodul 380 die Gültigkeit von SSL-Zertifikaten prüfen und es unterlassen, Daten zu übertragen, wenn keine entsprechende Gültigkeit etabliert werden kann.
Einer beispielhaften Ausführungsform gemäß kann die Datenübertragung in Block 425 nur den Produktbezeichner enthalten. In anderen Ausführungsformen kann Softwaremodul 380 zusätzliche Daten an Fernserver 150 senden. In beiden Fällen, und zwar gemäß dem HTTPS-Protokoll, das in einer beispielhaften Ausführungsform verwendet wird, werden die übertragenen Daten als Inhalt einer POST-Anfrage (Request) über HTTPS gesendet. Demnach kann der Inhalt der POST-Anfrage die folgenden Felder enthalten, wenn nur der Produktbezeichner übertragen wird:
scan: <product_identifier>
In einer alternativen Ausführungsform kann Softwaremodul 380 zusätzliche Daten zur Verfügung stellen, einschließlich, jedoch nicht beschränkt auf, einzelne bzw. mehrere der folgenden: einen Händlerbezeichner, einen Ladenbezeichner (falls Händler mehrere Läden haben), die Zahl der gescannten Produkte, einen Zeitstempel, Gerätbezeichner (z. B. eine vom Hersteller ausgegebene Seriennummer), Sicherheitsschlüssel (z. B. für sichere Kommunikation), eine Softwareversion-Nummer sowie die GPS-Koordinaten eines Geräts. Gemäß dieser alternativen Ausführungsform kann der Inhalt der POST-Anfrage eines bzw. mehrere der folgenden Felder enthalten:
In einer weiteren beispielhaften Ausführungsform kann Softwaremodul 380 einen Zeitstempel bereitstellen, der anzeigt, wann der Produktbezeichner von dem POS-Scanner gescannt wurde. Gemäß dieser Ausführungsform kann der Inhalt der oben abgebildeten POST-Anfrage wie folgt abgeändert werden:
scan: <product_identifier>:<timestamp>
In Block 445 kann Softwaremodul 380 bestimmen, ob die Übertragung erfolgreich war. Beispielsweise kann Softwaremodul 380, bei einer Übertragung via HTTPS, eine HTTP 200/OK-Antwort mit leerem Inhalt erhalten, wenn die Übertragung erfolgreich war. Alternative dazu kann Softwaremodul 380 entweder eine 4xx oder 5xx HTTP-Fehlermeldung empfangen, falls die Übertragung gescheitert ist.
Falls die Datenübertragung scheitert (Block 445), kann Softwaremodul 380 zu Block 450 übergehen, wo festgestellt werden kann, ob eine im Voraus festgelegte Anzahl an erneuten Übertragungsversuchen überschritten wurde. Falls die festgelegte Anzahl nicht überschritten wurde, kann Softwaremodul 380 die Anzahl erhöhen und zu Block 425 zurückkehren, um noch einmal zu versuchen, den Produktbezeichner (sowie beliebige andere Daten wie oben beschrieben) an Fernsystem 150 zu senden. Einer beispielhaften Ausführungsform zufolge kann Softwaremodul 380 sofort zu Block 425 zurückkehren. In anderen Ausführungsformen kann Softwaremodul 380 einen zuvor festgelegten Zeitraum lang warten (z. B. 1, 5, 10 etc. Minuten), bevor ein weiterer Übertragungsversuch stattfindet. In einer weiteren Ausführungsform kann Softwaremodul 380 1 Minute lang warten, bevor ein weiterer Übertragungsversuch vorgenommen wird („Timeout-Intervall”), und wenn der nächste Übertragungsversuch ebenfalls scheitert, wird das Timeout-Intervall verdoppelt. In dieser Ausführungsform kann das Softwaremodul 380 das Timeout-Intervall bei jedem weiteren gescheiterten Übertragungsversuch verdoppeln, bis das Intervall 32 Minuten beträgt. Danach kann das Softwaremodul 380 alle 32 Minuten weiter versuchen, die Daten zu übertragen.
Falls die Anzahl der Übertragungsversuche die im Voraus festgelegte Anzahl in Block 450 übersteigt, kann Softwaremodul 380 zu Block 440 übergehen und die Fehleranzeige 130 aktivieren. Auf diese Weise kann ein Mitarbeiter des Einzelhandelsgeschäfts darauf aufmerksam gemacht werden, dass beim POS-Datenerfasser ein Fehler aufgetreten ist.
Ebenso kann Softwaremodul 380, falls eine Verbindung nicht erfolgreich zustande kommt (Block 420), zu Block 435 übergehen, wo festgestellt werden kann, ob eine im Voraus festgelegte Anzahl von erneuten Versuchen beim Verbindungsaufbau überschritten wurde. Falls die festgelegte Anzahl nicht überschritten wurde, kann Softwaremodul 380 die Anzahl erhöhen und zu Block 415 zurückkehren, um noch einmal zu versuchen, eine Verbindung zu Fernsystem 150 aufzubauen. Ein Algorithmus für das Timeout-Intervall ähnlich dem oben dargestellten kann hier eingesetzt werden. Falls die Anzahl von Verbindungsversuchen die im Voraus festgelegte Anzahl in Block 435 übersteigt, kann Softwaremodul 380 zu Block 440 übergehen und die Fehleranzeige 130 aktivieren. Auf diese Weise kann ein Mitarbeiter des Einzelhandelsgeschäfts darauf aufmerksam gemacht werden, dass beim POS-Datenerfasser ein Fehler aufgetreten ist
Falls die Fehleranzeige aktiviert wird, kann Softwaremodul 380 zu Block 405 zurückkehren, wo es auf den nächsten Produktbezeichner eines weiteren Produkts, das gerade verkauft wird, warten kann. Auf diese Weise kann das Softwaremodul 380 trotz Fehlermeldung weiterlaufen, und der POS-Datenerfasser 105 kann so zumindest damit fortfahren, gescannte Produktbezeichner an den POS-Terminal (Block 410) zu senden, sodass der eingetretene Fehler den Geschäftsbetrieb nicht beeinträchtigt. Zudem kann der POS-Datenerfasser 105 damit fortfahren, Daten für eine spätere Übertragung an Fernsystem 150 nach Beilegung der Fehler zu erfassen. Einer beispielhaften Ausführungsform gemäß (nicht abgebildet) kann Softwaremodul 380 in einem solchen Fall die Fehleranzeige deaktivieren, falls ein späterer Versuch, eine Verbindung zum Fernsystem 150 aufzubauen oder Daten an Fernsystem 150 zu übertragen, erfolgreich ist.
Damit kann der POS-Datenerfasser 105 gemäß der beispielhaften Ausführungsform in 4 jeden Produktbezeichner im Wesentlichen in Echtzeit übertragen, während das Produkt gescannt wird, sowie ohne nennenswerte Verzögerung (in anderen Worten, nicht mehr Verzögerung als notwendig zur Ausführung der Verfahrensschritte in 4).
Gemäß einer beispielhaften Ausführungsform und alternativ zu der Übertragung von POS-Daten in Echtzeit kann der POS-Datenerfasser 105 POS-Daten sammeln und die gesammelten Daten periodisch an Fernsystem 150 übersenden. Beispielsweise kann Softwaremodul 380 gesammelte Produktbezeichner und entsprechende Zeitstempel in Speicherquelle 362 speichern, bis sie an Fernsystem 150 übertragen werden. In einer Ausführungsform kann das Softwaremodul 380 beispielsweise Produktbezeichner für einen im Voraus festgelegten Zeitraum sammeln (z. B. 5, 15, 30 Minuten), bevor die Daten an Fernserver 150 gesendet werden. In einer weiteren Ausführungsform kann Softwaremodul 380 Produktbezeichner sammeln und die Daten an Fernserver 150 senden, nachdem eine im Voraus festgelegte Anzahl von Bezeichnern erreicht wird (z. B. 5, 100, 1000 etc.).
In noch einer anderen Ausführungsform kann Softwaremodul 380 POS-Daten sammeln und sowohl einen Zeitraum als auch eine im Voraus festgelegte Anzahl an Produktbezeichnern nutzen, um zu bestimmen, wann die Daten an Fernsystem 150 zu senden sind. Gemäß dieser beispielhaften Ausführungsform zwischenspeichert Softwaremodul 380 Produktbezeichner für einen im Voraus festgelegten Zeitraum oder bis sich eine im Voraus festgelegte Anzahl vom Produktbezeichner angesammelt hat – je nachdem, was zuerst eintritt. In einer weiteren Ausführungsform kann Softwaremodul 380 POS-Daten sammeln, bis sich eine im Voraus festgelegte Datenmenge angesammelt hat (z. B. 1 KB, 1 MB etc.). Dementsprechend kann die Datenübertragung optimiert werden, um Verkehr zu minimieren, während weiterhin Updates mit akzeptabler Regelmäßigkeit gesendet werden.
Damit kann Softwaremodul 380 nur die gesammelten Produktbezeichner gemäß einer beispielhaften Ausführungsform übertragen. In einem solchen Fall kann der Inhalt einer HTTPS-Anfrage wie folgt aussehen:
In Ausführungsformen, bei denen Softwaremodul 380 zusätzlich zu den Produktbezeichnern Daten bereitstellt, kann der Inhalt einer POST-Anfrage eines bzw. mehrere der folgenden Felder enthalten:
In den oben beschriebenen beispielhaften Ausführungsformen kann die Verbindung zu Fernsystem 150 via Netzwerkmodul 364 und Netzwerk 140 zwischen den Übertragungen offen oder geschlossen gehalten werden.
Einer beispielhaften Ausführungsform gemäß kann POS-Datenerfasser 105 eine Funktionsanzeige an Fernsystem 150 senden. Beispielsweise kann Softwaremodul 380, unabhängig davon, ob Produkte gescannt werden, periodisch eine Funktionsanzeige an Fernsystem 150 senden (z. B. alle 4, 6, 8 etc. Stunden). Softwaremodul 380 kann eine Funktionsanzeige mithilfe von Schritten übertragen, die den in 4 beschriebenen ähneln. Beispielsweise kann Softwaremodul 380 denselben Neuversuch-/Fehler-Algorithmus anwenden, der beim Versuch eines Verbindungsaufbaus mit Fernsystem 150 eingesetzt wird, um die Funktionsanzeige zu senden.
Beispielhaften Ausführungsformen gemäß, die das HTTPS-Protokoll zur Übertragung verwenden, kann die HTTPS-Übertragung für eine Funktionsanzeige an eine andere URL-Adresse geleitet werden als jene, die für die Übertragung des/der Produktbezeichner(s) verwendet wird. Zudem kann der Inhalt einer Funktionsanzeigen-POST-Anfrage eines bzw. mehrere der folgenden Felder enthalten:
Dementsprechend kann Fernsystem 150 die Funktionsanzeigenübertragung dazu einsetzen, den POS-Datenerfasser 105 auf Fehler zu prüfen. Anders gesagt, Fernsystem 150 kann erkennen, dass POS-Datenerfasser 105 nicht funktioniert, wenn es nach dem im Voraus festgelegten Zeitplan keine Funktionsanzeige erhält. Auf diese Weise kann der Anbieter eines POS-Datenerfassungssystems es einrichten, beim POS-Datenerfasser 105 aufgetretene Fehler zu beheben, falls letzterer nicht mehr korrekt funktioniert.
Allgemeines
Die beispielhaften Blöcke, die in den vorangehenden Ausführungsformen beschrieben sind, dienen der Illustration. Außerdem können bestimmte Blöcke alternativ in einer anderen Reihenfolge oder parallel zueinander ausgeführt, komplett ausgelassen und/oder innerhalb verschiedener beispielhafter Verfahren miteinander kombiniert werden, und/oder zusätzliche Blöcke können durchgeführt werden, ohne dass von dem Geltungsbereich oder der Tragweite der Erfindung abgewichen wird. Demgemäß gelten solche Alternativen als in die hierin beschriebene Erfindung mit eingeschlossen.
Die Erfindung kann mit Computerhardware und -software benutzt werden, welche die oben beschriebenen Verfahren und Verarbeitungsfunktionen durchführt. Fachleute werden sehen, dass die Systeme, Verfahren und Prozesse, die hierin beschrieben werden, in einem programmierbaren Computer, von Computer ausführbarer Software oder digitaler Schalttechnik enthalten sein können. Die Software kann auf computerlesbaren Medien gespeichert sein. Zu computerlesbaren Medien gehören beispielsweise Disketten, RAM, ROM, Festplatten, Wechseldatenträgern, Flash-Speicher, Memory-Sticks, optische Medien, magneto-optische Medien, CD-ROM, etc. Digitale Schalttechnik umfasst u. a. integrierte Schaltungen, Gate-Arrays, Bausteinlogik, feldprogrammierbare Gate-Arrays (FGPA) etc.
Obwohl oben detailliert spezifische Ausführungsformen der Erfindung beschrieben wurden, dient diese Beschreibung allein Anschauungszwecken. Verschiedene Modifikationen und den beschriebenen Aspekten der beispielhaften Ausführungsformen äquivalente Blöcke zusätzlich zu den oben genannten können von Fachleuten vorgenommen werden, ohne von dem Geltungsbereich und der Tragweite der in den folgenden Ansprüchen definierten Erfindung abzuweichen, deren Anwendungsbereich so weit wie möglich auszulegen ist, um derartige Modifikationen und äquivalente Strukturen mit einzuschließen.

Claims

POS-Datenerfassungssystem für Verkaufspunktdaten (POS), umfassend: eine Speicherquelle; mindestens ein Eingabe-/Ausgabe(E/A)-Modul; ein Netzwerkmodul; einen Prozessor, der kommunikativ mit der Speicherquelle verkoppelt ist, sowie mit dem mindestens einen E/A-Modul und dem Netzwerkmodul, wobei der Prozessor Anwendungscodeanweisungen ausführt, die in der Speicherquelle gespeichert sind und das POS-Datenerfassungssystem zu folgendem veranlassen: Empfangen eines Bezeichners über das mindestens eine E/A-Modul sowie von einem POS-Scanner, wobei der Bezeichner einem von dem POS-Scanner gescannten Produkt entspricht; Übertragung dieses Bezeichners über das mindestens eine E/A-Modul an ein POS-Terminal; Aufbau einer Verbindung, über das Netzwerkmodul, mit einem Computergerät, das sich an einem anderen Ort als der POS-Scanner befindet; sowie Übertragung des Bezeichners an das Fern-(Remote-)Computergerät über das Netzwerkmodul.
POS-Datenerfassungssystem nach Anspruch 1, wobei das POS-Datenerfassungssystem als Hardwaregerät zur Disposition zwischen dem POS-Scanner und dem POS-Terminal implementiert ist.
POS-Datenerfassungssystem nach Anspruch 1, wobei mindestens eine Komponente des POS-Datenerfassungssystems als eine Softwarekomponente entweder des POS-Scanners oder des POS-Terminals implementiert ist.
POS-Datenerfassungssystem nach Anspruch 1, weiter umfassend: eine Fehleranzeige, wobei der Prozessor die Fehleranzeige aktiviert, falls die Verbindung zum Fernsystem nicht aufgebaut werden kann oder falls die Übertragung des Bezeichners an das Fernsystem scheitert.
POS-Datenerfassungssystem nach Anspruch 1, wobei der Prozessor außerdem die Anwendungscodeanweisungen ausführt, die in der Speicherquelle gespeichert sind und das POS-Datenerfassungssystem dazu veranlassen, den ersten Bezeichner mit einem Zeitstempel zu versehen, um anzuzeigen, wann der erste Bezeichner vom POS-Scanner gescannt wurde, wobei die übertragenen Daten auch den ersten Zeitstempel enthalten.
POS-Datenerfassungssystem nach Anspruch 1, wobei der erste Bezeichner an den POS-Terminal ohne nennenswerte Verzögerung übertragen wird im Vergleich mit einer Übertragung des ersten Bezeichners vom POS-Scanner direkt an den POS-Terminal.
POS-Datenerfassungssystem nach Anspruch 1, wobei zu dem POS-Terminal eine Kasse gehört.
POS-Datenerfassungssystem nach Anspruch 1, wobei die übertragenen Daten außerdem mindestens eine der folgenden Informationen mit einschließen: einen Händlerbezeichner, einen Ladenbezeichner, die Zahl der gescannten Produkte, einen Zeitstempel, Gerätebezeichner, Sicherheitsschlüssel, eine Softwareversion-Nummer sowie einen GPS-Standort.
POS-Datenerfassungssystem nach Anspruch 1, weiter umfassend: das Speichern des Bezeichners in der Speicherquelle, wobei die Daten entweder periodisch oder nach Empfang einer im Voraus festgelegten Anzahl von Bezeichner an das Ferncomputergerät übertragen werden.
Datenerfassungssystem zur Erfassung von Verkaufspunkt-(POS-)Daten, umfassend: einen nicht-volatilen Datenspeicher; eine Speicherquelle; ein Kommunikationsmodul, das kommunikativ zwischen einen POS-Scanner und einen POS-Terminal gekoppelt ist; ein Netzwerkmodul; ein Uhrenmodul mit einer internen Uhr; sowie einen Prozessor, der kommunikativ an den non-volatilen Speicher gekoppelt ist sowie an die Speicherquelle, das Kommunikationsmodul, das Netzwerkmodul sowie das Uhrenmodul, wobei der Prozessor Anweisungen ausführt, die in mindestens einem der beiden Speichermedien, also der Speicherquelle oder dem nicht-volatilen Datenspeicher, gespeichert sind, und die das POS-Datenerfassungssystem zu folgendem veranlassen: Empfang eines Produktbezeichners vom POS-Scanner; Übertragung des Produktbezeichners an das POS-Terminal nach dem Erhalt des Produktbezeichners und ohne nennenswerte Verzögerung im Vergleich mit einer direkten Kommunikation vom POS-Scanner zum POS-Terminal; Versehen des Produktbezeichners mit einem Zeitstempel basierend auf der internen Uhr um anzuzeigen, wann der Produktbezeichner vom POS-Scanner gescannt wurde; Ablesen eines Händlerbezeichners, Ladenbezeichners, Gerätbezeichners sowie eines Sicherheitsschlüssels von dem nicht-volatilen Datenspeicher; Empfang der korrekten Zeitangabe von dem Uhrenmodul; Bereitstellung einer Datenaufzeichnung, die mindestens die gegenwärtige Zeitangabe, den Produktbezeichner mit Zeitstempel, den Händlerbezeichner, den Ladenbezeichner, den Gerätebezeichner und den Sicherheitsstempel enthält; Aufbau einer Verbindung via Netzwerkmodul mit einem Computergerät, das sich an einem anderen Standort als der POS-Scanner befindet; sowie Übertragung der Datenaufzeichnung an das Ferncomputergerät über die aufgebaute Verbindung.
POS-Datenerfassungssystem nach Anspruch 10, weiter umfassend: eine Fehleranzeige, wobei der Prozessor die Fehleranzeige aktiviert, wenn die Verbindung zu dem Fernsystem nicht aufgebaut werden kann oder wenn die Übertragung der Datenaufzeichnung an das Fernsystem scheitert.
POS-Datenerfassungssystem nach Anspruch 10, weiter umfassend: ein GPS-Modul, das kommunikativ mit dem Prozessor gekoppelt ist und den Standort des POS-Datenerfassungssystems bestimmt, wobei die Datenaufzeichnung auch den Standort enthält.
Computerprogrammprodukt, folgendes umfassend: ein computerlesbares Medium, in das ein computerlesbarer Programmcode zur Erfassung von Verkaufspunkt-(POS-)Daten eingebaut ist, wobei das computerlesbare Medium umfasst: einen computerlesbaren Programmcode zum Empfang eines ersten Bezeichners, der einem ersten Produkt entspricht, wobei der erste Bezeichner von einem POS-Scanner aufgenommen wird; einen computerlesbaren Programmcode zur Übertragung des ersten Bezeichners an eine POS-Anwendung; einen computerlesbaren Programmcode zum Aufbau einer Verbindung mit einem Computergerät, das sich an einem anderen Standort als der POS-Scanner befindet; sowie einen computerlesbaren Programmcode zur Übertragung von Daten, zu denen der erste Bezeichner gehört, an das Ferncomputergerät.