US 20070084919 A1
Architecture for presenting m-commerce transaction data to a user. An m-commerce device includes a device reading apparatus adapted to read a dataform. At least one item for purchase has associated therewith an item dataform readable by the m-commerce device, the item dataform linked to item information of the item. A terminal is provided for interactive presentation of information to the user. The m-commerce device and terminal are in communication over a network such that item information input to the m-commerce device is transmitted to the terminal for interactive presentation to the user.
1. A system for presenting user transaction data to a user, comprising:
means for reading a terminal dataform of a terminal to obtain a unique terminal identifier associated with the terminal;
means for transmitting item information and the terminal identifier to a network server;
means for comparing the terminal identifier with a database of terminal location data of the network server to obtain the terminal location data associated with the terminal identifier; and
means for transmitting the item information to the terminal in accordance with the terminal location data for presentation to the user.
2. The system of
3. The system of
4. The system of
5. The system of
6. The system of
This application is a Divisional of U.S. patent application Ser. No. 10/435,971, filed on May 12, 2003 and entitled: IDENTIFICATION SCHEME FOR A COMMUNICATION DEVICE, which claims the benefit of priority to U.S. Provisional Patent Application Ser. No. 60/437,626, filed on Dec. 31, 2002 and entitled: “IDENTIFICATION SCHEME FOR A COMMUNICATION DEVICE”. The entireties of these applications are incorporated herein by reference.
This invention relates to portable computing devices, and more specifically, to architecture for identifying an m-commerce device with an m-commerce transaction.
The emergence of mobile commerce (commonly known as “m-commerce”) on retail sales is impacting the manner in which business is currently conducted. The m-commerce initiative improves a shopping experience by employing technology such as hand-held computers and wireless data networks to enable direct interaction between retailers and customers as they shop. A customer can now access information to facilitate a purchase from most any location. Information will be substantially available for any one, anywhere, and at any time. Retailers can communicate with customers in a timely and relevant manner by promoting products in-aisle and at the point-of-decision. Such technology supports transactions and personalized promotions based on customer-specific characteristics-including past purchase history, current market basket composition or even location within the store. While a customer shops in a store, targeted marketing messages can be sent directly to the customer via his or her m-commerce device based upon contents of their shopping basket, their respective location in the store, or other triggers. Shopping totals are computed and savings are automatically calculated. Marketing possibilities are virtually limitless. Promotions can be delivered in the form of banners scrolling across mobile-device screens offering deals on competitive or affiliated products, static bitmaps, or “animated” bitmaps. Consumers could be reminded to purchase items based on current and/or past market-basket composition or their location in the store. New revenue streams and cooperative marketing models for retailers and their vendors will be generated for retailers who capitalize on the mobile commerce revolution.
However, the design of devices adapted for mobile commerce technology can still make use of the technology cumbersome or inconvenient. For example, in a shopping environment, the customer will eventually have to complete the purchase transaction by paying for the items selected. This typically involves going to a checkout station to have the contents of the mobile device downloaded or transferred via a wired or wireless communications network. The device is than inserted into a cradle or similar equipment to facilitate download of the customer purchase information.
What is needed is a scheme and/or mechanism for providing a more efficient and productive shopping experience when using an m-commerce device.
The present invention disclosed and claimed herein, in one aspect thereof, comprises architecture for presenting to a user m-commerce transaction data. An m-commerce device includes a device reading apparatus adapted to read a dataform. At least one item for purchase has associated therewith an item dataform readable by the m-commerce device, the item dataform linked to item information of the item. A terminal is provided for interactive presentation of information to the user. The m-commerce device and terminal are in wireless communication over a network such that when the user causes the m-commerce device to read a terminal dataform associated with the terminal, item information input to and stored in the m-commerce device is transmitted wirelessly to the terminal for interactive presentation to the user via the terminal.
In another aspect thereof, there is provided architecture for presenting to a user m-commerce transaction data. An m-commerce device includes a device reading apparatus adapted to read a dataform. At least one item for purchase has associated therewith an item dataform readable by the m-commerce device, the item dataform linked to item information of the item. A terminal is provided for interactive presentation of information to the user. The m-commerce device and terminal are in wireless and/or wired communication over a network such that when the user causes the terminal to read a device dataform of the m-commerce device, item information input to the m-commerce device is transmitted to the terminal for interactive presentation to the user via the terminal.
In another aspect thereof, there are provided one or more signs that include machine-readable dataforms that the customer can scan with the m-commerce device. The dataform may be placed next to generically descriptive text on the sign, which sign may then be located proximate the product and/or service (or item of commerce) offered for sale. The sign may also include readable dataforms associated with products and/or services offered for further informational inquiry only. The sign further includes a logo or emblem that provides easy viewing by the customer such that the logo indicates that the associated product and/or service is being offered as part of a promotional program. The customer can easily identify the location of the promotional items by the presence of the sign and logo in the aisle close to the affiliated items.
Other notification means include the use of signboards that include a list of promotional items and associated machine-readable dataforms. The signboard also includes an easily identifiable logo or symbol such that when noticed, the customer is made aware that the item listed on the signboard are of a promotional and/or discounted nature. The logo or symbol includes the readable dataform. The signboards need not be placed proximate to the promoted item, but may be placed in a central location more readily accessible to a number of customers, for example, at aisle ends, or more open areas. The customer may then simply scan any number of the listed items on the signboard, the listed items being those found in the associated aisle(s), instead of being required to walk those aisles.
To the accomplishment of the foregoing and related ends, certain illustrative aspects of the invention are described herein in connection with the following description and the annexed drawings. These aspects are indicative, however, of but a few of the various ways in which the principles of the invention may be employed and the present invention is intended to include all such aspects and their equivalents. Other advantages and novel features of the invention may become apparent from the following detailed description of the invention when considered in conjunction with the drawings.
The present invention is now described with reference to the drawings, wherein like reference numerals are used to refer to like elements throughout. In the following description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the present invention. It may be evident, however, that the present invention may be practiced without these specific details. In other instances, well-known structures and devices are shown in block diagram form in order to facilitate describing the present invention.
As used in this application, the term “computer component” is intended to refer to a computer-related entity, either hardware, a combination of hardware and software, software, or software in execution. For example, a computer component may be, but is not limited to being, a process running on a processor, a processor, an object, an executable, a thread of execution, a program, and/or a computer. By way of illustration, both an application running on a server and the server can be a computer component. One or more computer components may reside within a process and/or thread of execution and a component may be localized on one computer and/or distributed between two or more computers.
As used herein, the term “inference” refers generally to the process of reasoning about or inferring states of the system, environment, and/or user from a set of observations as captured via events and/or data. Inference can be employed to identify a specific context or action, or can generate a probability distribution over states, for example. The inference can be probabilistic—that is, the computation of a probability distribution over states of interest based on a consideration of data and events. Inference can also refer to techniques employed for composing higher-level events from a set of events and/or data. Such inference results in the construction of new events or actions from a set of observed events and/or stored event data, whether or not the events are correlated in close temporal proximity, and whether the events and data come from one or several event and data sources.
The present invention provides a more effective and productive architecture for an m-commerce customer by associating and presenting point-of-activity (POA) data to the customer at a POA location. The customer POA data can include product and/or service offerings (i.e., items of commerce) of one or more vendors, as well as personal information related to credit, addresses, account numbers, past purchases, and customer preference information. The POA data can be obtained by means of a portable m-commerce device that has a bar code scanning capability, or some other type of input, e.g., RFID (radio frequency identification), either separate from the bar code capability, or in addition to the bar code scanning capability.
RFID is an automatic data capture technology that comprises small data-carrying tokens (or “tags”), and fixed or mobile scanners (“readers”). Tags are attached to or embedded in objects to be identified. Readers may be installed at locations where data capture is required, and may also be in the form of portable readers. Data captured from tags is transferred between distributed readers and a host environment via wire or wireless serial communications links. Readers and tags communicate using low power RF signals. Tags typically are based on a custom designed silicon integrated circuit. Data may be read from and written to tags by readers. Through the application of RFID, items may be tracked automatically and without human intervention, minimizing time involved in identification processes, and with high integrity of data capture.
Thus the customer roams a store scanning offered products and/or services, which he or she may ultimately want to purchase. When ready to complete the purchase transaction, the customer approaches a transaction terminal (or POA terminal) of the store, which terminal includes a readable dataform or “license plate” (e.g., a bar code, graphically printed indicia) that can be conveniently read by the customer m-commerce device. Once the device scans the license plate, a logical association is made between the customer and the POA terminal, and information is transmitted from the device in the form of a conventional data protocol (e.g., XML (eXtensible Markup Language)) to facilitate retrieval of a location address of the POA terminal such that POA data of the customer stored in the m-commerce device is presented to the customer at the POA terminal. This information may be based upon items scanned (in the “shopping cart”) or desired product and/or promotional offers (a “wish list”) that provide high value to the customer. The customer can then peruse a listing of the items utilizing interactive capabilities provided by the POA terminal to select one or more items for purchase and/or further inquiry.
The license plate includes an encoded identifier that uniquely identifies or is uniquely associated with the location of the POA terminal or location of a product or service. The dataform of the license plate can be any type of conventional readable dataform or combination of dataforms, including but not limited to, a bar code that is read optically by an optical scanner of the device, a magnetically encoded strip that is readable by a magnetic reader, an attached or embedded active or passive transponder that can be electronically pulsed to transmit data stored therein, etc. Alternatively, the license plate can be a product brand logo having the readable dataform embedded therein.
It is to be appreciated that any of a number of probabilistic-based or statistical based approaches to associate the license plate with an entity or component can be employed. In particular, classifiers can be employed including, for example, Support Vector Machines (SVMs). Other classification approaches include Bayesian networks, decision trees, and probabilistic classification models providing different patterns of independence may be employed. Classification as used herein also is inclusive of statistical regression that is utilized to develop models of priority.
According to one aspect of the invention, SVMs that are well understood are employed as a classifier. It is to be appreciated that other classifier models may also be utilized such as Naive Bayes, Bayes Net, decision tree, and other learning models. SVMs are configured via a learning or training phase within a classifier constructor and feature selection module, for example. A classifier is a function that maps an input attribute vector, x=(x1, x2, x3, x4, xn ), to a confidence that the input belongs to a class—that is, f(x)=confidence(class).
An aspect of SVMs and other inductive-learning approaches is to employ a training set of labeled instances to learn a classification function automatically. The training set is depicted within a data store associated with the classifier constructor. The training set may include a subset of groupings G1 through GN that indicate potential and/or actual elements or element combinations (e.g., bar code indicia, text, images . . . ) that are associated with a particular category. The data store also includes a plurality of categories 1 through M, wherein the groupings can be associated with one or more categories. During learning, a function that maps input features to a confidence of class is learned. Thus, after learning a model, categories are represented as a weighted vector of input features.
Referring now to
The dataform 106 includes POA location data (or unique address information) representative of the location of the POA terminal on a network 108. The device 102 includes device information that uniquely identifies the device 102. Further, the device 102 has stored therein POA purchase data that defines those items of potential purchase scanned by the customer 100 while in the store. Alternatively, the device 102 can access this data via the network 108 and local server 124 or remote server 114. Thus once the dataform 106 has been scanned, the device 102 automatically formats the dataform data and the POA purchase data for wireless transmission. The combined data set is then transmitted in bulk from the device 102. Note that the process of transmitting can be either configured to occur automatically or manually. When performed automatically, the customer 100 need not provide any input to facilitate the transmission. If transmission is configured to be performed manually, the customer 100 must interact with the device 102 to cause the transmission to occur, e.g., by selecting a “send” option, or the like.
Transmission of the dataform data and POA purchase data occurs over a wireless link 110 to a wireless network access interface 112, such as an IEEE 802.11 b access point device located in the store. It is appreciated that many other conventional types of wireless communication technologies can be utilized, including but not limited to, infra-red, RF, and Bluetooth, including wireless wide area networks (WANs) such as cellular and data networks. The access interface 112 provides network access to the network 108, which in this embodiment is a global communication network (e.g., the Internet), but may also be a WAN, LAN, or other network that provides the disclosed connectivity capabilities. It is to be appreciated that the network access interface 112 may also be operatively disposed on a local store network 109 such that the communication through the network access interface 112 is directly to services provided on the local network 109.
Disposed on the network 108 is a remote m-commerce server 114 that hosts a database 116 of relationships between a large number of the POA location data and the dataforms 106. The POA location data can include not only the network location of the POA terminal 104, but also a listing of the products and/or service selected for purchase or further inquiry. The server 114 is suitably capable of performing a look-up operation of the database 116 utilizing the dataform 106 to obtain the corresponding network address of the POA terminal 104. The POA purchase data is then routed to that network address via the network 108 through a network interface 118 to the POA transaction terminal 104 over the local store network 109 for presentation to the customer 100. Note that the POA terminal 104 may access the LAN/WAN 108 either in a wired or wireless fashion according to conventional network architectures. It is to be appreciated that instead of the POA data being forwarded from the remote server 114 along with the address of the POA terminal 104, the POA terminal 104 is notified of the availability of the purchase data at the remote server 114, such that after being notified, the POA terminal retrieves the purchase data from the remote server 114 for presentation to the customer 100.
Disposed on the local network 109 is a products and services server 120 that contains a database 122 of all products and services offered by the store(s) for sale or inquiry to the customer 100 while roaming the store. Of course, the database 122 and server capabilities provided by the products server 120 can also be incorporated into the POA terminal 104. However, in practical application, there will be numerous POA terminals 104 located about the store for use by a large number of customers 100 and thus the products server 120 will be separate from the terminal 104. The products and services server 120 may also be tightly integrated into a point-of-sale (POS) system 107 of the store, which POS system 107 is typically utilized to perform transaction support at a checkout counter.
When the POA purchase data arrives at the POA terminal 104, the purchase data is then extracted from the data packets, and not only presented to the customer 100, but used for transmit to the products and services server 120 to obtain additional related information for presentation to the customer at the terminal 104. This additional information may include customer information uniquely associated with the customer 100, e.g., name, address, customer personal credit account information, and more. In more robust implementations, the customer information can include buying habit information of the customer 100 that is developed over time as the customer 100 shops at the store, or any store in a network of stores subscribing to the disclosed architecture. For example, as a condition for participating in the disclosed architecture of store, the customer 100 must complete an application that inquires of the customer preferences or dislikes across a wide variety of information. These preferences are then used to present information to the customer 100 when at the terminal 104 or even to the device 102 while the customer roams the store. The preferences information can be stored in any network location either local or remote to the store; however, the illustrated location is locally on a customer preferences server 121 and associated database 123.
It is appreciated that in an alternative implementation, instead of the scanned product and/or service information being transmitted as a bulk transfer from the device 102 after the customer 100 approaches the POA terminal 104, each purchase scan results in a single transmission of the scanned product or service information to a network storage location. As the customer 100 scans a product or service for purchase, the device 102 automatically transmits that product or service information for that single purchase event along with unique device ID (UDID) information through the network 108 to be stored in association with the customer account in a unique storage location, e.g., the remote m-commerce server 114 (and database 116) or preferences server 121 (and database 123) on the local store network 109. Thus purchase events are accumulated on the network server. Once the customer 100 approaches POA terminal 104, the device 102 scans the dataform 106, and the association of the customer 100 with the location of the POA terminal 104 is made so that the accumulated purchase event data is retrieved from the network server for presentation to the customer 100 at the POA terminal 104.
Alternatively, the network 108 is not a remote global communication network, such as the Internet, but is consolidated into the single store LAN 109 such that there is provided a local m-commerce server 124 and local database 126 providing the capabilities of the remote m-commerce server and database (114 and 116) in a local network setting. Thus the POA purchase data and the dataform information are transmitted wirelessly through the network 109 to the local m-commerce server 124 in order to obtain the network address of the POA terminal 104 that corresponds to the terminal 104 at which the customer 100 is present. Additionally, it is to be appreciated that the m-commerce server 124, products and services server 120, and customer preferences server 121 are not limited to residing on separate network computers, but can all reside on a single server or combinations of server machines. Furthermore, the servers 120 and 121 can be disposed on a network remote from the store, for example, the network 108, or any other network that is accessible to facilitate the flow of information to various devices such as the POA terminal 104 and the mobile device 102. As a further example, it is appreciated that the device 102 is capable of receiving, processing, and presenting web clips (specially formatted web pages for presentation smaller web-capable devices) of information to the customer 100 such that if, e.g., a favorite soap product A is scanned, that soap product information is used to obtain further information about that soap product or other soap products currently being promoted by the soap vendor. This soap information can be hosted locally on the local products and services server 120, or linked via the products server 120 to remotely access that soap information from a Vendor A server 128 disposed on the global communication network 108. Alternatively, the remote m-commerce server 114 can host the vendor information such that the remote m-commerce server 114 is accessed for the vendor information.
In either case, the customer 100 or the store can be charged for the interaction with the vendor information database, for example, Vendor A 128 (and other vendors) on a per access basis via the network 108, or wherever the vendor information servers are disposed. The access cost, which may be a few cents per access can then be charged back using an accounting system that forwards the access cost information to the store to either add to the customer transaction purchase or to the store account. If charged to the store account, these access costs can be recouped through, for example, the inclusion in the costs of other product and/or service. In order to provide information suitable for presentation on the device 102, certain device type information would also need to be transmitted so that the web information can be properly formatted for either text and/or graphical presentation to the customer 100. Similarly, if the customer 100 indicated in his or her preferences that they would want stock information communicated to the device 102 while they shop, such information can be provided by accessing a Vendor B server 130 disposed on the network 108 and transmitting the stock information over the network 108 to the device 102 via the wireless access interface 112. The type and amount of information provided to the customer 100 while shopping in the store is virtually unlimited.
The POA terminal 104 may be a kiosk suitably configured for network transactions, such that when the customer 100 is presented the information at the terminal 104, other web-based features are provided for accessing further information. A unique feature of this solution is that the user completes “navigation” prior to approaching the POA terminal 104. For instance, where the kiosk is a wine steward that may be networked to an Internet-based wine content provider, wine could be selected by choosing an item in a current list or basket, e.g., “Salmon”, choosing or touching a wine-suggestion button or using preferences, past purchase history (e.g., “$1 off Kendal Jackson wine”) information through which highly relevant wine suggestions are made. This is but one example, since this could also be used for many other implementations, such as for accessing nutritional information, recipes, etc., all in the same manner. The POA terminal 104 can include a touch screen for interactive capability or any conventional interactive tools. In a more robust implementation, the terminal 104 can include voice-activated control such that the customer 100 interacts by voicing options and selections made available.
It is appreciated that the while the customer 100 shops the store, advertising, customer preference information, and/or product and service information can be transmitted by the store systems through the network 108 to the portable device 102 such that the customer 100 can be presented with this information while shopping, or presented with this information in response to a real-time customer inquiry while shopping.
Referring now to
As indicated hereinabove with respect to
Referring now to
PDF stands for “Portable Data File”, which is a two-dimensional symbology that carries up to 1.1 kilobytes of machine-readable data in a space similar to that of a standard bar code. Unlike traditional one-dimensional bar codes, which depend on real-time links to a larger database, PDF417 symbols are the database. PDF417 symbols are provided in association with paper, packages, or parts. The symbology can exchange complete data files (such as text, numerics, or binary) and encode graphics, fingerprints, shipping manifests, electronic data interchange (EDI) messages, equipment calibration instructions, and much more. PDF417 provides a powerful communications capability without the need to access an external database. Moreover, because PDF417 is a machine-readable method of transporting data, it eliminates time-consuming and error-prone manual data entry. It functions as a paper-based computer memory that can be written once and read over and over again. And, as a universal machine language, it communicates with all host operating systems. PDF417 encodes full ASCII, numeric or binary data, and uses sophisticated error correction algorithms to keep the data intact, even when as much as half the symbol is damaged.
If the purchase data has not been transmitted to the remote server 114 from the device 102, the POA terminal 104 will continue to transmit a query until the purchase data is accessible. When the purchase data (or more broadly defined as the item information) arrives at the remote server 114 from the device 102, it is stored in a table on the storage unit 1 16. The remote server 114 performs a lookup operation to match the scanned dataform received from the POA terminal 104 to corresponding dataform information. When matched, the purchase data is retrieved to the POA terminal 104 and presented to the customer 100. The POA terminal 104 than retrieves the purchase information from the remote server 114, uses the product and/or service identifiers to further retrieve product and service information from the product server 120, and presents the information to the customer 100. This information can also be retrieved directly from the vendor websites (128 and 130).
The process of using the device dataform 302 to retrieve the associated transaction information from the m-commerce server 114 can trigger other events to occur, such as presenting additional advertising, target information, or promotions to the customer 100 while at the POA terminal 104. Targeted and preference information can also be presented according to the customer shopping preferences, or any other information obtained during the subscription process, e.g., weather, news, store specials in various classes of merchandise, etc.
In an alternative application environment, the architecture of the present invention may be used anywhere to provide association (and billing) of mobile devices to fixed devices and services. Another example would include the implementation in an airport where business services are made available via a service system having the POA terminal 104 such that a traveling mobile customer needs to access his or her personal e-mail account, print the e-mail message and/or attached document, read and approve the document, and perhaps transmit the approved document. The customer may then approach the service system that interrogates (e.g., scans a dataform of the mobile device or activates a transponder to retrieve an embedded code) the mobile device 102, or the device 102 interrogates the service system. An association is made between the service system (via the POA terminal 104) and the customer (via the mobile device 102) such that the document may then be transmitted to the service system to be printed out in hardcopy for review and signature, displayed for review and digitally signed, etc. The capability to print the document(s) may be displayed as a selectable option on the mobile device 102 via an e-mail application option and/or the service system. Once the document is processed by printing or digitally signing, the transaction may be charged to the customer in a conventional manner such as billing the service back to the wireless account associated with the mobile device 102, billing according to customer preferences account information, or any number of different accounting and billing methods.
Referring now to
As indicated hereinabove with respect to
Referring now to
In order to upload the purchase data from the device 502 to the system 500, the customer will need to connect the device 502 to a compatible interface. The interface may be made part of the POA terminal 104 such that the customer inserts the device 502 into a compatible interface slot. The interface capability can also include manually removing a memory card from the device 502, and inserting the memory card into a memory card interface such that the terminal 104 reads the contents of the memory card. The purchase data and associated dataform are then transmitted across the local network 109 and the remote network 108 to the remote server 114 for storage. When the purchase information has been stored therein, and associated with the dataform information, the remote server 114 can find the purchase information during the lookup operation via the scanned dataform information. The purchase information is then transmitted to the POA terminal 104 for presentation to the customer 100. The purchase data can be used to further retrieve product and service information from the product server 120. Of course, the product and service information can also be retrieved directly from the vendor websites (128 and 130). This association process can trigger other events to occur, such as presenting additional advertising or offers to the customer 100 while at the POA terminal 104. Targeted and preference information can also be presented according to the customer shopping preferences, or any other information obtained during the subscription process, e.g., weather, news, store specials in various classes of merchandise, etc., which may be stored on the preferences server 121.
Offers or “electronic coupons” selected on the POA terminal 104 can be electronically downloaded to the mobile device 502. These coupons can be electronically associated with a purchase transaction at any point of payment or can be transferred to the point-of-sale system via a linkage at payment, similar to that of the POA terminal 104.
Referring now to
The sign dataform 604 is readable by the mobile device 102 of the customer 100. When the customer 100 sees the sign and desires additional information (e.g., offers, product information, associated product information, recipe information, . . . ), the customer scans the associated dataform 604. The scanned sign dataform 604 is transmitted to the local m-commerce server 124 to retrieve information or offers associated with the product presented on the sign 602. The purchase data and associated dataform data are then transmitted to the remote m-commerce server 114 for storage. When the purchase information has been stored therein, and associated with the dataform data, the remote server 114 can find the purchase information during the lookup operation when utilizing the scanned dataform information. The purchase information is then transmitted to the mobile device 102 via the wireless network interface 112 for presentation to the customer 100. The purchase data can be used to further retrieve product and service information from the product server 120. Of course, the product and service information can also be retrieved directly from the vendor websites (128 and 130).
This association process can trigger other events to occur, such as presenting additional advertising or offers to the customer 100 while at the sign 602. Targeted and preference information can also be presented according to the customer shopping preferences, or any other information obtained during the subscription process, e.g., weather, news, store specials in various classes of merchandise, etc., which may be stored on the preferences server 121.
It is appreciated that the sign 602 is not limited to a single sign dataform 604, but can include multiple dataforms for scanning by the customer, limited only by the size of the sign 602. For example, since the sign 602 would be located among similar products of a manufacturer, the sign 602 may include similar product versions of a same type of product. Using soda as an example, if Vendor A produces a grape, orange, and berry soda, and promotes the purchase of soda any combination of flavors, the sign 602 can include multiple dataforms 604, each associated with a respective soda flavors. The customer can then scan the dataform of any of the soda flavors, in addition to the flavor promoted, for purchase and/or further information.
The scanned sign information can also be stored in association with the customer account for retrieval during a later store-shopping trip. The customer can approach the POA terminal 104 to retrieve this previously stored sign information according to the system operation described hereinabove in
Referring now to
The store system can keep a record of the customer shopping habits by storing information related to this recent inquiry. Thus when the customer 100 returns to the store at a later date, the store system can broadcast the customer preference information and previous product/service purchase and/or inquiry information to the m-commerce device 102 for presentation to the customer 100. This is indicated at 712, which connects in parallel from the input of 700 to the output of 710. Of course, the output of 712 could also flow directly to the input of 710 to facilitate purchase of any of the broadcast product/service information prior to a POA transaction.
Referring now to
When the customer 100 sees the signboard 802 and desires additional information (e.g., offers, recipe information . . . ), the customer 100 scans the desired dataform (804, 806, and/or 808) on the signboard 802 associated with the text and/or graphics using the mobile device 102. The scanned dataform data is sent to the local server 124 to retrieve information or offers associated with the dataform. The dataform data is then transmitted over the network 108 to the remote server 114 for storage. When the purchase information has been received, and associated with the dataform information, the remote server 114 can find the purchase information during the lookup operation via the scanned dataform information. The purchase information is then transmitted to the mobile device 102 for presentation to the customer 100. The purchase data can be used to further retrieve product and/or service information from the product server 120. Of course, the product and service information can also be retrieved directly from the vendor websites (128 and 130). This association process can trigger other events to occur, such as presenting additional advertising or offers to the customer 100 while at the signboard 802. Targeted and preference information can also be presented according to the customer shopping preferences, or any other information obtained during the subscription process, e.g., weather, news, store specials in various classes of merchandise, etc., which may be stored on the preferences server 121.
The scanned sign information can also be stored in association with the customer account for retrieval during a later store-shopping trip. The customer can approach the POA terminal 104 to retrieve this previously stored sign information (e.g., stored at any server location) according to the system operation described hereinabove in
Referring now to
Referring now to
Furthermore, the customer data 1006 may be logically linked to the POA terminal 104 entry such that customer data 1006 (including the customer preference information and purchase and/or inquiry information) may be transmitted to the POA terminal 104 for presentation to the customer 100. Additional data may be linked during over the course of the shopping process such that specials may be presented to the customer 100 in substantially real time while at the POA terminal 104.
It is to be appreciated that personally owned compatible m-commerce devices may be utilized with the disclosed system. The database 1000 may then include an association of unique device IDs (UDID) 1008 of a plurality of the portable devices 102 with the names 1010 of device owners such that when the customer 100 enters the store, the UDID 1008 is communicated to the store system, either manually by the customer or automatically detected by the store system, such that while the customer 100 shops, customer preference data can be retrieved from the preferences server 121 and presented to the customer 100 via the device 102 and/or the POA terminal 104. Manual communication can include selecting a combination of numbers of the device 102 for wireless transmission over the network 108 to the remote server 114. This can also include the customer 100 approaching a data entry device in the store to manually enter the customer name to indicate his or her presence in the store. The UDID 1008 of the device 102, or any other portable device with similar capabilities that the customer 100 chooses to register, would initially be provided to the store system when the customer 100 subscribes to the disclosed architecture. The customer 100 could than have multiple entries in the database 1000. Other information 1012 may also be included in the database 1000 to facilitate retrieval of additional advertising, promotions, and/or preference information for each customer, e.g., targeted data, prior shopping lists, etc.
It is appreciated that the POA terminal 104 can also be a wireless station such that any communication between the POA terminal 104 and the network 108 is performed wirelessly. Such wireless communication capability includes, but is not limited to, infrared, Bluetooth, and other wireless technologies. Nor is the dataform (106 and 302) limited to being an optically scanable barcode, but may be a code embedded into a transponder system such that proximity of the mobile device 102 to the POA terminal 104 triggers automatic activation of the transponder system to expose the encoded dataform code to the receiving system. It can be further appreciated that each of the POA terminal 104 and the mobile device 102 have dataforms associated therewith such that the dataforms of each could be scanned by the other when the customer approaches the POA terminal 104. This approach results in an association created between both dataforms at the remote m-commerce server 114 (and/or local m-commerce server 124) so that the purchase data can be retrieved and presented to the customer 104.
Furthermore, product and/or service data transmitted between the mobile device 102 and the POA terminal 104 is not limited to a textual format, but may include PDF, which as indicated hereinabove, includes text, data, biometrics, and graphics.
Referring now to
Referring now to
In application, the store will have numerous signs 602 placed in close proximity with products/services offered for purchase under the promotional program. The customer 100 need only to perceive the license plate graphic to quickly ascertain the location in the store of the promotional item. The customer device 102 is used to scan the license plate dataform 604 in order to purchase the promotional product and/or service, and/or to inquire further about the product/service/offering.
The sign 602 with dataform 604, and possibly without any other human readable text other then possibly a brand name, slogan, or generic identifying text, provides a new form of customer interaction and multimedia advertising where the customer, upon seeing an identifying brand, logo, or shape of the sign, scans a dataform—which identifies interest or intent. The system then provides product information, offers, or other data based on the relevancy of the scanned and past customer history. The customer “self targets” himself or herself when he or she scans the sign dataform 604.
Since nothing specific such as product name or offer needs to be printed on the sign 602, it can be reused repeatedly by merely moving it next to another product and service, and using an administrative application to reassociate it to a different product or service on the server database. Customers scan the sign dataform to signify interest or intent. By interacting with a backend data system, highly relevant and targeted information and offers can be provided to the customer in lieu of fixed text normally contained on a sign.
A customer's location in the store can also be determined when the sign dataform 604 is scanned. This location information may be used for transmitting an offer or information not associated with the specific product on the sign, but simply by customer's the location in the store. Thus, by knowing the customer's location, the product and/or service information can be broadcast to the device 502 alerting the customer of promotions her or she is about to pass in the store aisle. In more robust implementations, by simply knowing which dataforms are scanned in an aisle, the direction of customer movement in the aisle, and in the store, in general, can be determined, further facilitating the presentation of promotions to the customer based upon direction of movement through the store. Still further, knowing the time at which the dataforms were scanned offers the capability of determining the velocity at which the customer moves up an aisle or through various areas of the store. The velocity information can be used to expedite the broadcast and presentation of product and/or service information to the customer via the scanning device 502 prior to reaching the location of the product and/or service in the aisle or store.
Referring now to
The signboard 802 with dataforms, and when implemented, without any other human readable text other then possibly a brand name, slogan, or generic identifying text, provides a new form of customer interaction and multimedia advertising where the customer, upon seeing a “high level” description or offer, scans the dataform, which then identifies interest or intent. The system then provides product information, offers, or other data based on the relevancy of the scanned and past customer history. This represents a new form of in-store multimedia advertising and promotion. The customer “self targets” himself or herself when he or she scans the specific dataform next to the relevant text or item on the signboard 802. Customers scan the specific signboard dataform simply to signify interest or intent. By interacting with a backend data system, highly relevant and targeted information and offers can be provided to the customer 100 in lieu of fixed text normally contained on the sign. A customer's location in the store can be determined when any of the sign dataforms are scanned. This might be used for an offer or information not associated with the specific product but the location in the store. Thus scanning of the signboard dataform(s) may also facilitate a reminder function supported by the system such that as the customer shops throughout the store, his or her location may be automatically determined within the shopping environment. As the customer approaches a scanned product, the mobile device 102 may be activated to “remind” the customer that this is a product and/or service that was previously tagged for interest at the signboard. Furthermore, the location of the customer may be determined as being at a particular signboard when the customer scans one or more of the dataforms on the corresponding signboard.
In all scenarios described hereinabove, when shoppers scan dataforms throughout the store, the scanning process can be analyzed to determine where shopper groupings or individuals may be, such that specials may be broadcast or presented to the shoppers to facilitate a more focused perusal of the items in that area. The feedback provided to the store system by customers scanning dataforms throughout the store facilitates many different types of programs to enhance the shopping experience and to target individual shoppers or groups of shoppers.
As mentioned hereinabove, each item of the sign 602 and the signboard 802 can be associated with a coupon, such that the coupon information is electronically and automatically processed at the close of the purchase transaction. Additionally, when the customer 100 scans a dataform, a coupon notification is presented to the customer via the device 102, and then transmitted for processing at the close of the purchase transaction.
Note that for scenarios described hereinabove, functionality of the remote m-commerce server 114 can also be performed by the local m-commerce server 124, and vice versa.
It is to be further to be appreciated that dataforms may be consolidated into a catalog of all products and/or services provided bvy that store, such the customer may simply go to a catalog location and scan items for purchase, further information, or reminder for purchase throughout the store. Of course, the products and/or services may be categorized according to type, in alphabetical order, in association with images, audio and video files (e.g., for preparing or working with a product), and hyperlinks to other products, services, or website locations, etc.
Referring now to
The device 1400 may include, but is not limited to, the following components: a housing 1406 for providing a ruggedized enclosure in which the device hardware and software are contained; a power button 1407 turning the device on and off; a display 1408 for displaying information to a user, and where the display 1408 is an interactive interface device such as a touch screen display, allowing the user to interact manually to input information and/or operational commands; the keypad 1402 including a set of user interface keys for facilitating to input of information and/or operational commands by the user, the keypad 1402 including full alphanumeric capability, function keys, control keys, etc.; the dataform reading device 1404, e.g., bar code scanner, imager, magnetic medium reader, etc.; a microphone 1410 for receiving audio input; a speaker for providing audio output to the user, whether rudimentary beeps or modulated verbal signals; and, one or more communication ports (e.g., USB, IEEE1394, RS-232, IrDA), either provided separately through the housing 1406, and/or via a mating connector (not shown). The device 1400 can include a lighting element such as an LED that is illuminated to signal whether or not the dataform has been successfully read. The device 1400 may also include internal circuitry to support all operations of the device 1400, including but not limited to, bar code scanning and processing capability, RFID capability, data processing and display, wired and wireless communications, power monitoring, etc.
The housing 1406 is an elongated enclosure of a size and structure that includes contours to fit conveniently into the open palm of the user. The housing 1406 may be comprised of a number of mating shell portions such as, for example, a front shell 1416 and rear shell 1418, as well as a battery pack lid 1420.
Of course, other communication interface technologies may be utilized with the disclosed connector system. Popular serial and parallel communication technologies may be utilized, e.g., I2C (Inter-IC bus), RS-232, USB (Universal Serial Bus), IEEE 1394 (also known as FireWire™).
What has been described above includes examples of the present invention. It is, of course, not possible to describe every conceivable combination of components or methodologies for purposes of describing the present invention, but one of ordinary skill in the art may recognize that many further combinations and permutations of the present invention are possible. Accordingly, the present invention is intended to embrace all such alterations, modifications and variations that fall within the spirit and scope of the appended claims. Furthermore, to the extent that the term “includes” is used in either the detailed description or the claims, such term is intended to be inclusive in a manner similar to the term “comprising” as “comprising” is interpreted when employed as a transitional word in a claim.