Two-way touch-screen based communication system

Abstract

Embodiments of the disclosure generally set forth a two-way touch screen based communication system. One example method may include receiving an order for an item from a first touch screen device via a first network, wherein the order is associated with a first identification for a merchant, a second identification for the customer, and a negotiable parameter reflective of a preference of the customer. The method may also include making available the order for a second touch screen device of the merchant to retrieve via a second network and to display and prior to completing processing of the order, transmitting a first response to the preference of the customer to the first touch screen device via the first network.

Description

BACKGROUND

Customers and merchants currently have, via the Internet, phone, and in-person, a variety of mechanisms for two-way communication that make it possible to facilitate business communications. However, current business communication mechanisms are deficient in accuracy, efficiency, convenience, and personalization when used as an ordering system. The convenience and practicality of current loyalty rewards systems, the efficiency and specificity of advertising opportunities for merchants, and the security and convenience of the current payments settlement system are also deficient. This is because traditional communications between customers and merchants have primarily been either direct, real-time in-person contacts or phone orders. Non-digital and non-targeted offline and online advertising are sub-optimal.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of an example communication system 100 between a touch screen device 110 of a customer and a touch screen device 108 of a merchant;

FIG. 2 illustrates a simplified configuration of a server, which is configured to support various functions of the communication system of FIG. 1;

FIG. 3 is a flow chart illustrating an example process for managing the two-way communication between a first touch screen device of a customer and a second touch screen device of a merchant; and

FIG. 4 is a block diagram of an illustrative embodiment of a computer program product for implementing a process for managing the two-way communication between a first touch screen device of a customer and a second touch screen device of a merchant, all arranged in accordance with at least some embodiments of the present disclosure.

DETAILED DESCRIPTION

In the following detailed description, reference is made to the accompanying drawings, which form a part hereof. In the drawings, similar symbols typically identify similar components, unless context dictates otherwise. The illustrative embodiments described in the detailed description, drawings, and claims are not meant to be limiting. Other embodiments may be utilized, and other changes may be made without departing from the spirit or scope of the subject matter presented here. It will be readily understood that the aspects of the present disclosure, as generally described herein, and illustrated in the Figures, can be arranged, substituted, combined, and designed in a wide variety of different configurations, all of which are explicitly contemplated herein.

This disclosure is drawn, inter alia, to methods, apparatus, computer programs and systems related to two-way touch screen based communications. Throughout this disclosure, a “touch screen device” broadly refers to a general-purpose programmable device that supports a touch screen and receives at least some input data via the touch screen. Some examples of a touch screen device may include, without limitation, a tablet computing device, a smartphone, a laptop hybrid, and a touch screen laptop.

FIG. 1 is a block diagram of an example communication system 100 between a touch screen device 110 of a customer and a touch screen device 108 of a merchant, arranged in accordance with at least some embodiments of the present disclosure. The communication system 100 includes a server 102, a data network 104, and a data network 106. The touch screen device 110 is coupled to the server 102 via the data network 104, and the touch screen device 108 is coupled to the server 102 via the data network 106. In one example configuration, both of the data network 104 and the data network 106 may include one or more wireless networks, such as, without limitation, cellular networks, WiFi networks, Near Field Communication networks, Bluetooth networks, and others. Some portions of the data network 104 and the data network 106 may also include wired networks. In some implementations, the connection between the touch screen device 110 and the server 102 may be distinct from the connection between the touch screen device 108 and the server 102. For example, the touch screen device 110 may be connected to the server 102 via a cellular connection, and the touch screen device 108 may be connected to the server 102 via a WiFi connection.

FIG. 2 illustrates a simplified configuration of a server 200, which is configured to support various functions of the communication system 100 of FIG. 1, arranged in accordance with at least some embodiments of the present disclosure. The example server 200 may correspond to the server 102 illustrated in FIG. 1, and it may include, without limitation, a processor 202, a file system 204, a memory system 206, a bus interface 214, a network interface 216, and a data bus 218. The server 200 may also include a graphics system (not shown), a display device (not shown), and other input/output (I/O) interfaces (not shown.)

The processor 202 is generally configured to control the overall operation of the server 200. The file system 204 is generally configured to provide high capacity storage capability for the server 200. Some examples of the file system 204 may include, without limitation, one or more hard drives, flash memories, and/or solid state drives (SSD.) The memory system 206 may be configured to store programming instructions and/or data. Some examples of the memory system 206 may include, without limitation, a cache, Random-Access Memory (RAM), and/or Read-Only Memory (ROM.)

The data bus 218 may facilitate data transfer among at least the file system 204, the memory system 206, the network interface 216, and the processor 202. The bus interface 214 may allow the server 200 to couple to another device over a wired connection.

The network interface 216 may be configured to transmit and receive data over a wired network, a wireless network, and/or a combination of the two. Various networking standards may be supported, such as, without limitation, IEEE 802.11x standards, the Bluetooth standard, Near Field Communication standards, cellular wireless standards (e.g., Global System for Mobile communication (GSM), Code Division Multiple Access (CDMA), and Time Division Multiple Access (TDMA)), Ethernet, Fiber Channel fabric, and others.

Referring back to FIG. 1, in one example operation scenario, a first application may be executed on the touch screen device 110 of FIG. 1. The first application may provide a list of merchants for the customer to select from. This list may be generated based on the proximity of the merchants to the customer, the frequency of the customer's ordering at the merchants, a customer specified filter, and other factors. Once the touch screen device 110 receives a merchant selection, likely entered by the customer via the touch screen of the touch screen device 110, the first application may prompt the customer to place an order for a food item. If the customer is a returning customer for this selected merchant, then the first application may present previously-entered orders for the customer to consider. Any information relating to prior attempts to purchase or completed purchases made by the customer may be retained by the server 102 or the first application executing on the touch screen device 110. Otherwise, the first application may present the customer with options to enter a new order. The order may be transmitted through the wireless data network 104 to the server 102 and then to the touch screen device 108 via the wireless data network 106. Through this network, payment for the order may be made and processed, and loyalty rewards, if any, associated with the order may also be processed.

In some implementations, the first application may prompt the customer to log in, so that the server 102, after having authenticated the customer's identity, may retrieve history data (e.g., prior purchases and previously established customer profile) associated with the customer. The history data may be relied upon to generate recommendations.

In some implementations, each order may be associated with, without limitation, identification information for the selected merchant (e.g., alphanumeric identification, name, address, latitude and longitude, phone number, image, contact email address, authorized device(s), and others), identification information for the customer (e.g., alphanumeric identification, name, address, phone number, image, contact email address, authorized device(s), and others), and a number of parameters. Some example parameters may include the type of order (e.g., drive-through or walk-in), ordered food item (e.g., Mark's special sub), the quantity of the ordered food item (e.g., 3 Mark's special subs), the pricing related to the ordered food item (e.g., individual and/or total price), and the pick-up time for the ordered food item (e.g., picking up in 15 minutes or in 3 hours.) Some of the parameters may reflect the preferences of the customer (e.g., a preferred price, a preferred pick-up time, and others.) In addition, some of the parameters may be negotiable and thus may be adjusted. Additional examples and details will be described in subsequent paragraphs.

FIG. 3 is a flow chart illustrating an example process 300 for managing the two-way communication between a first touch screen device of a customer and a second touch screen device of a merchant, arranged in accordance with at least some embodiments of the present disclosure. The process 300 may include one or more functions, operations, or actions as depicted by operations 302, 304, 306, 308, and/or 310. In some implementations, the various features of the illustrated operations for the process 300 may be combined into fewer operations or divided into additional operations.

Processing for the process 300 may begin at operation 302, “receive order for food item placed by first touch screen device via first network.” Operation 302 may be followed by operation 304, “make available order for second touch screen device to retrieve via second network.” Operation 304 may be followed by operation 306, “transmit response to preference of customer via first network prior to complete processing of order.” Operation 306 may be followed by operation 308, “receive a proposal to adjust preference of customer?” Operation 308 may be followed by either operation 306 when the decision logic tested at block 308 is satisfied (YES,) or operation 310, “complete processing of order,” when the decision logic tested at block 308 is not satisfied (NO.)

In operation 302, a server, such as the server 102 of FIG. 1, may receive an order for a food item submitted by the first touch screen device of the customer, such as the touch screen device 110. As mentioned above, the order may include the identification information of the merchant, the identification of the customer, and some negotiable parameters. The server 102 may be configured to extract the identification information of the merchant from the order and identify the merchant based on the extracted information.

In operation 304, the server 102 may be configured to make the received order available for the second touch screen device of the selected merchant, such as the touch screen device 108 of FIG. 1, to retrieve. In some implementations, the server 102 may store the order in a queue associated with the extracted identification information, from which the touch screen device 108 may be configured to retrieve (or poll) from time to time. It should be noted that the server 102 may be configured to support multiple queues, one of which may be associated with the selected merchant.

In operation 306, after having retrieved the order, the touch screen device 108 may be configured to display the retrieved negotiable parameter, such as, without limitation, a pick-up time, a price, or others, that was submitted by the touch screen device 110. The negotiable parameter may contain a preference of the customer (e.g., a preferred time to pick up the ordered food item or a preferred price to pay for the ordered food item.) An application executed on the touch screen device 108 may prompt the merchant to respond to such a negotiable parameter before the order is processed any further. To illustrate, suppose the customer's preferred pick-up time is 12:30 PM. In addition to displaying the preferred 12:30 PM pick-up time, the touch screen device 108 may also display a dial to adjust the time with, an accept button to accept the time, and/or a reject button to reject the time. The merchant may use the displayed dial to adjust the time to 12:45 PM and then hit the accept button. Alternatively, the merchant may hit the accept button or the reject button without adjusting the time. The action of the merchant may be converted to a response, which is then transmitted back the server 102 via the data network 106. The server 102 then transmits the response to the touch screen device 110 of the customer via the data network 104.

In some implementations, the server 102 may be configured to transmit the history data associated with the customer to the touch screen device 108 to help the merchant determine a response to the customer's preference. For example, the customer may be a loyal customer of the merchant and thus has earned significant loyalty points issued by the merchant in the past. Such information may be displayed on the touch screen device 108, and the merchant may decide to accept the customer's preferred pick-up time without making any adjustment. Alternatively, based on the history data associated with the customer, the server 102 may instead be configured to generate a suggested response by highlighting one or more the aforementioned dial, accept button, or reject button displayed on the touch screen device 108. For example, the customer may have a history of not paying for his/her orders and making unreasonable demands, the server 102 may then be configured to suggest rejecting the order by causing the displayed reject button to be highlighted.

In some implementations, to encourage the customer to consider the merchant's response, the merchant may include in the response incentives, such as a price discount or additional loyalty program rewards. For example, in addition to the adjusted 12:45 PM pick-up time, the response may also include giving the customer a price discount for the ordered food item or awarding the customer additional loyalty points if the delayed pick-up time is accepted by the customer.

In operation 308, the server 102 may be configured to check whether it has received a proposal submitted by the touch screen device 110 to adjust the initially preference of the customer. Continuing with the earlier example, suppose the touch screen device 110 displays the adjusted 12:45 PM for the customer. An application executed on the touch screen device 110 may prompt the customer to modify, accept, or reject the merchant's suggested pick-up time. If the customer simply accepts or rejects, then the process 300 proceeds to operation 310. Otherwise, the adjusted customer preference (e.g., 12:55 PM) may be submitted by the touch screen device 110 to the server 102 via the 104, and the server 102 may then be configured to transmit the adjusted customer preference to the touch screen device 108 of the merchant via the data network 106, so that the adjusted customer preference may be displayed and considered by the merchant.

In operation 310, the server 102 may be configured to complete processing of the order. Some example tasks performed here may include, without limitation, ensuring payment from the customer has been authorized, removing the order from the queue, modifying loyalty information associated with the order (e.g., redeeming loyalty points, crediting additional loyalty points, etc.), and others.

FIG. 4 is a block diagram of an illustrative embodiment of a computer program product 400 for implementing a process for managing the two-way communication between a first touch screen device of a customer and a second touch screen device of a merchant, arranged in accordance with at least some embodiments of the present disclosure. The computer program product 400 may include a signal bearing medium 404. The signal bearing medium 404 may include one or more sets of executable instructions 402 that, when executed by, for example, a processor, may provide the functionality described above with respect to FIG. 3. Thus, for example, referring to the server 200 of FIG. 2, the processor 202 of the server 200 may undertake one or more of the operations shown in FIG. 3 in response to the instructions 402 conveyed to the server 200 by the signal bearing medium 404.

In some implementations, the signal bearing medium 404 may encompass a non-transitory computer readable medium 408, such as, but not limited to, a hard disk drive, a Compact Disc (CD), a Digital Video Disk (DVD), a digital tape, memory, etc. In some implementations, the signal bearing medium 404 may encompass a recordable medium 406, such as, but not limited to, memory, read/write (R/W) CDs, R/W DVDs, etc. The computer program product 400 may be recorded on the non-transitory computer readable medium 408 or another similar recordable medium 406.

Although the present disclosure has been described with reference to specific exemplary embodiments, it will be recognized that the disclosure is not limited to the embodiments described, but can be practiced with modification and alteration within the spirit and scope of the appended claims. Accordingly, the specification and drawings are to be regarded in an illustrative sense rather than a restrictive sense.

Claims

1. A method for communicating with a first touch screen device of a customer, comprising: receiving an order for an item submitted by the first touch screen device via a first network, wherein the order is associated with a first identification for a merchant, a second identification for the customer, and a negotiable parameter reflective of a preference of the customer;making available the order for a second touch screen device of the merchant to retrieve via a second network and to display; andprior to completing processing of the order, transmitting a first response to the preference of the customer to the first touch screen device via the first network.

2. The method of claim 1, wherein the negotiable parameter is associated with time or a price.

3. The method of claim 1, wherein the first response is a proposal to modify the preference of the customer, further comprising: receiving the negotiable parameter associated with the order, wherein the negotiable parameter is reflective of a modified preference of the customer;making available the modified preference of the customer for the second touch screen device to retrieve via the second network and to display; andprior to completing processing of the order, transmitting a second response to the modified preference of the customer to the first touch screen device via the first network.

4. A method for communicating with a first touch screen device of a customer, comprising: receiving an order for an item from the first touch screen device via a first network, wherein the order is associated with a first identification for a merchant, a second identification for the customer, and a negotiable parameter reflective of a preference of the customer;making available the order for a second touch screen device of the merchant to retrieve via a second network and to display; andprior to completing processing of the order, transmitting a first response to the preference of the customer to the first touch screen device via the first network, wherein the first response is from the second touch screen device.

5. The method of claim 4, wherein the negotiable parameter is associated with time or a price.

6. The method of claim 4, wherein the first response is a proposal to modify the preference of the customer, further comprising: receiving the negotiable parameter associated with the order, wherein the negotiable parameter is reflective of a modified preference of the customer;making available the modified preference of the customer for the second touch screen device to retrieve via the second network and to display; andprior to completing processing of the order, transmitting a second response to the modified preference of the customer to the first touch screen device via the first network.