WO2018113510A1 - 一种订单处理系统、方法、设备及存储介质 - Google Patents

一种订单处理系统、方法、设备及存储介质 Download PDF

Info

Publication number
WO2018113510A1
WO2018113510A1 PCT/CN2017/114532 CN2017114532W WO2018113510A1 WO 2018113510 A1 WO2018113510 A1 WO 2018113510A1 CN 2017114532 W CN2017114532 W CN 2017114532W WO 2018113510 A1 WO2018113510 A1 WO 2018113510A1
Authority
WO
WIPO (PCT)
Prior art keywords
order
target
client
queue
item
Prior art date
Application number
PCT/CN2017/114532
Other languages
English (en)
French (fr)
Inventor
何畅
Original Assignee
腾讯科技（深圳）有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 腾讯科技（深圳）有限公司 filed Critical 腾讯科技（深圳）有限公司
Priority to US16/337,703 priority Critical patent/US11436663B2/en
Publication of WO2018113510A1 publication Critical patent/WO2018113510A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders

Definitions

  • the present invention relates to the field of order data processing technologies, and in particular, to an order processing system and method.
  • Orders can be divided into various types according to different types. For example, a bank queue number is an order, and a restaurant order menu is also an order.
  • An order can generally include at least one order, such as multiple items included in a menu.
  • the order originator initiates an order, and the order receiver prepares and processes each order included in the order, and submits it to the initiator after completion.
  • the order receiving party receives orders from multiple sponsors for a period of time. It is necessary to promptly report the production status of each order to the order initiator so that the order initiator can understand the production progress of the order. Reduce the anxiety of waiting.
  • the embodiment of the present application provides an order processing system and method, and timely sends the production status of the order to the initiator of the order, reduces the anxiety of the order initiator, and improves the timeliness of information transmission.
  • the embodiment of the present invention provides the following technical solutions:
  • An embodiment of the present application provides an order processing system, including: a client, a center, and a background, where:
  • the central end is configured to send an order queue including at least one order to the background end, the order identifier has a delivery object, the delivered object is associated with the client, and the order includes at least one order item;
  • the background end is configured to prompt the production object to make an order in the order queue, and in response to the update operation of the production object on the production status of the target order in the order queue, the target purchase item is updated after the production. Status is sent to the center;
  • the central end is further configured to: update the order queue according to the updated production status of the target order item, and determine, according to the updated order queue, the production of each order item in the target order to which the target order item belongs Status, sending the target to a client associated with the delivery object of the target order The production status of each order in the order;
  • the client is configured to display the production status of the received order.
  • the present application provides an order processing method, which is applied to a central end, and the method includes:
  • the order identifier has a delivery object, the delivered object is associated with a client, and the order includes at least one order item;
  • the application provides an order processing system including: a client, a center, and a background, wherein:
  • the central end is configured to send an order queue including at least one order to the background end, the order identifier has a delivery object, the delivered object is associated with the client, and the order includes at least one order item;
  • the background end is configured to prompt the production object to make an order in the order queue, and in response to the update operation of the production object on the production status of the target order in the order queue, the target purchase item is updated after the production. Status is sent to the center;
  • the central end is further configured to: update the order queue according to the updated production status of the target order item, and send the target order item to the client associated with the delivery object of the target order item. status;
  • the client is configured to display a production status of the received target item.
  • the present application provides an order processing method, which is applied to a central end, and the method includes:
  • the order identifier has a delivery object, the delivered object is associated with a client, and the order includes at least one order item;
  • the application provides an order processing method, which is applied to a client, and the method includes:
  • the order includes at least one order, and the order identifier has the delivered object
  • the production status of the order item is displayed.
  • a still further aspect of the present application provides a server, including: a processor and a memory, where the program stores program instructions;
  • the above-described order processing method is executed when the processor executes the program instructions stored in the memory.
  • a still further aspect of the present application provides a terminal device, including: a processor and a memory, where the memory instruction is stored in the memory;
  • the above-described order processing method is executed when the processor executes the program instructions stored in the memory.
  • Yet another aspect of the present application provides a computer readable storage medium storing program instructions, the processor executing the order processing method described above when executing the stored program instructions.
  • Yet another aspect of the present application provides a computer readable storage medium storing program instructions, the processor executing the order processing method described above when executing the stored program instructions.
  • the central terminal sends the order queue to the background end, and the production object makes the order object in the order queue, and the background end responds to the update operation of the production object to the production status of the target order item in the order queue, and the target is
  • the production status of the updated item is sent to the central end, and the central end updates the order queue accordingly, and sends the production status of the target order to the client associated with the delivery object of the target order, thereby making the target order item
  • the production status can be known by the initiating user of the target order in time, reducing the anxiety of the user waiting and improving the timeliness of information transmission.
  • FIG. 1 is a structural block diagram of an order processing system according to an embodiment of the present application.
  • Figure 2 is an optional schematic diagram of an interface for placing an order by a client
  • Figure 3 is an optional schematic diagram of the client displaying the order production status
  • FIG. 5 is a schematic diagram of an interface of a client displaying a menu creation state
  • FIG. 6 is a signaling flow of another order processing method according to an embodiment of the present application.
  • FIG. 7 is a signaling flow of still another order processing method according to an embodiment of the present application.
  • FIG. 8 is a schematic diagram of an interface for displaying a menu sorting order by a client
  • FIG. 9 is a schematic diagram of another interface for displaying a state of a client display menu
  • FIG. 10 is a signaling interaction process of a menu processing method according to an embodiment of the present disclosure.
  • FIG. 11 is a flowchart of an order processing method disclosed from a central end perspective according to an embodiment of the present application.
  • Figure 12 is a block diagram of the hardware structure at the center.
  • FIG. 1 is a structural block diagram of an order processing system according to an embodiment of the present application.
  • the system may include: a client 10, a center end 20, and a background end 30;
  • the client 10 is a user device used by the order initiator, such as a mobile phone, a tablet computer, a PC, etc.
  • the client 10 can load an application client and implement communication with the central terminal 20.
  • the client 10 can provide the user with an order to send the order to the central terminal 20.
  • the client 10 can also display the production status of each order in the order.
  • Figure 2 shows an alternative schematic diagram of the interface for the client to place an order.
  • the application client can display all the ordered items, so that the sponsor can select the desired order, and finally the selected order. Make up the order and send it to the center.
  • Figure 3 shows an alternative schematic diagram of the client's display order creation status.
  • the order initiator can know in real time the production status of each order in the initiated order.
  • the client 10 may be one or more.
  • the order distributor has a client 10 for each user who issues the order, or each user who issues the order uses the mobile phone, IPAD, etc. carried by the user as the client.
  • the order dealer can also set up a client for use by all order originators.
  • the central end 20 can be a server group consisting of one or more servers.
  • the central end 20 is responsible for interacting with the client 10 and the background end 30, adding the order sent by the client 10 to the order queue, and then sending the order queue to the background. End 30.
  • the production status after the update of the order sent by the back end 30 is received, and the order queue stored by itself is updated, and the updated production status of each order in the order is sent to the client 10.
  • the background terminal 30 can be a mobile phone, a tablet, a PC, or the like.
  • the background terminal 30 is responsible for displaying the order queue to prompt the production object to make each order in the order queue.
  • the production status of the corresponding order item can be updated through the background end 30, and the production status after the order item is updated is sent to the center end 20 by the background end 30.
  • the background end 30 can be one or multiple, for example, each background object is equipped with a background end.
  • FIG. 4 shows a signaling flow of an order processing method provided by an embodiment of the present application.
  • the process may include:
  • Step S10 The central end sends an order queue including at least one order to the background end;
  • the order identifier has a delivery object, and the delivered object is associated with the client.
  • Each order includes at least one order item.
  • the delivery object of the order may be the identifier of the user who initiated the order, or other objects associated with the user who initiated the order, such as the station number, address, etc. of the user who initiated the order.
  • the menu object may be the table number of the ordering user.
  • the delivery object of the order is associated with the client.
  • the application may be configured to associate each client with a unique client, or different clients may be associated with the same client.
  • the user can order a dish in the restaurant.
  • Each table can be equipped with a client, which can be provided by the restaurant. So that the dining user himself is carrying.
  • the restaurant can also provide a unified client, which is displayed in the dining hall, and each table is associated with the client.
  • the central order queue can be manually input by the staff on the dealer side of the order, or the order can be obtained by the client and delivered to the center, and the orders received by the center are organized according to the order of the orders. Into the order queue.
  • Step S11 The background end displays the order queue
  • the background terminal can display the order queue delivered by the central end to prompt the production object to make the order in the order queue.
  • the production objects are sequentially produced in accordance with the sort order of each order item in the order queue.
  • the embodiment of the present application does not exclude that the production object can make each order in other orders.
  • the manner in which the ordered product is produced may be different according to the order of the ordered product.
  • the manufacturing method is a processed dish.
  • the order is a software product
  • the corresponding production method is to obtain a software product by programming.
  • the preparation of the order should be understood in the broadest sense and not limited to physical processing.
  • Step S12 The background end responds to the update operation of the production object to the production status of the target order in the order queue, and sends the updated production status of the target order to the center end;
  • the production object is in the process of making the order in the order queue, and the production status of the order is changed. Whenever the production status of the target item is changed, the production object will list the order in the background. The production status of the corresponding target order item is updated. Further, the background end sends the updated production status of the target order to the central end, so that the central end updates the order queue.
  • Menu delivery object chef Dishes Production status Xiao Ming Li Dazui Burdock making Xiao Ming Li Dazui Yangzhou fried rice Waiting for production Xiao Ming Li Dazui Water spinach Waiting for production Xiaohong Li Dazui Tomato scrambled eggs Waiting for production Xiaohong Li Dazui sandwich Waiting for production
  • Menu delivery object chef Dishes Production status Xiao Ming Li Dazui Burdock manufacture complete Xiao Ming Li Dazui Yangzhou fried rice making Xiao Ming Li Dazui Water spinach Waiting for production Xiaohong Li Dazui Tomato scrambled eggs Waiting for production Xiaohong Li Dazui sandwich Waiting for production
  • the menu list stored at a certain moment at the center end is shown in Table 1. Among them, the production status of the "burdock" in the order menu is "production”. The rest of the dishes are made in a “waiting for production”.
  • the manner in which the background end sends the updated production status of the target order to the central end may include: sending only the updated production status of the target order to the central end; or, including the updated production of the target order item.
  • the status order queue is sent to the central end.
  • the central end updates the order queue according to the updated production status of the target order item.
  • the center end needs to update the order queue according to the production status of the target order item after the update.
  • the update mode of the central end can also be different.
  • the center end can update the production status of the target order item in the order queue stored by itself according to the updated production status of the target order item, and the remaining order is updated.
  • the production state of the object remains unchanged.
  • the central terminal can directly replace the order queue stored by itself with the received order queue.
  • the central end can also compare the received order queue with the order queue stored by itself, determine the order items with different production status, and then correspondingly the order queues stored in the order according to the production status of the order in the received order queue. The production status of the order is updated.
  • Step S14 The central end determines, according to the updated order queue, the production status of each order item in the target order to which the target order item belongs;
  • the order to which the target order belongs may be determined through the order queue as the target order.
  • the production status of each order item in the target order can be determined from the updated order queue.
  • Step S15 The central end sends a production status of each order item in the target order to a client associated with the delivery object of the target order;
  • the center end may directly send the determined production status to the client associated with the delivery object of the target order.
  • the center end can also describe the determined production status of each order item, such as describing the production status of each order item according to the setting description template, and then transmitting the description state of each order item.
  • FIG. 5 illustrates an interface diagram for the client to display the state of the point menu. As can be seen from Figure 5, the description is as follows:
  • Step S16 The client displays the production status of the received order.
  • FIG. 5 an example of the interface of the client display point menu creation state is illustrated.
  • the central end sends the order queue to the background end, and the production object creates the order object in the order queue, and the background end responds to the production object to update the production status of the target order item in the order queue.
  • the center end updates the order queue accordingly, and determines, according to the updated order queue, the production status of each order item in the target order to which the target order belongs, and sends the same to the client associated with the delivery object of the target order.
  • the production status of each order item in the target order so that the production status of each order item in the target order can be known by the originating user of the target order in time, and the anxiety of the user waiting is reduced.
  • Embodiments of the above order processing system may include: a client, a center, and a background, wherein:
  • the central end is configured to send an order queue including at least one order to the background end, the order identifier has a delivery object, the delivered object is associated with the client, and the order includes at least one order item;
  • the background end is configured to prompt the production object to make an order in the order queue, and in response to the update operation of the production object on the production status of the target order in the order queue, the target purchase item is updated after the production. Status is sent to the center;
  • the central end is further configured to: update the order queue according to the updated production status of the target order item, and send the target order item to the client associated with the delivery object of the target order item. status;
  • the client is configured to display a production status of the received target item.
  • the order processing method in the embodiment of the present invention may include:
  • the order identifier has a delivery object, the delivered object is associated with a client, and the order includes at least one order item;
  • the order processing method in the embodiment of the present invention may include:
  • the order includes at least one order, and the order identifier has the delivered object;
  • the production status of the order item is displayed.
  • a signaling flow of another order processing method is introduced.
  • an order stored at the central end may be acquired by a client and sent to a central end.
  • the present application takes the client associated with the delivery object of the above target order as an example, and introduces the process of sending the target order to the central end by the client.
  • the clients mentioned below all refer to the delivery object association of the target order.
  • Client Referring to FIG. 6, the process may include:
  • step S20 the client obtains an order issued by the delivery object associated with the client, and identifies the delivered object as the delivery object of the order;
  • the order can be obtained by the client in this embodiment. That is, the user can generate an order through the client.
  • the delivered object associated with the client may be a login user of the client, or may be an object associated with the client in advance.
  • the client-associated delivery object may be a table number, and the table number may be obtained by the client scanning the graphic set on the table.
  • the application may also configure a client for each table in advance, and pre-establish the association relationship between the client and the table number of the corresponding table.
  • the user can select the desired order through the client, and then the order is composed of the selected order.
  • Step S21 The client sends the order to the center end
  • Step S22 the central end adds the order to the order queue
  • the central terminal can receive orders sent by different clients, and then organize the received orders into an order queue.
  • the center end may arrange the orders in order according to the order in which the order is sent.
  • the center can sort the received orders in other ways. Each time the central end receives an order sent by the client, the order is added to the stored order queue according to the setting policy.
  • Step S23 The central end sends the order queue to the background end
  • Step S24 the background end displays the order queue
  • Step S25 The background end responds to the update operation of the production object to the production status of the target order in the order queue, and sends the updated production status of the target order to the center end;
  • Step S26 The center end pairs the order queue according to the production status of the target order item after updating Update
  • Step S27 The central end determines, according to the updated order queue, the production status of each order item in the target order to which the target order item belongs;
  • Step S28 The central end sends the production status of each order item in the target order to the client associated with the delivery object of the target order;
  • step S29 the client displays the production status of the received order.
  • the client is further able to acquire an order and send the order to the central end, and the central terminal adds the order to the order queue and sends the order queue to the background end. It is more convenient for the center to obtain the order process by acquiring the order through the client and sending it to the center.
  • FIG. 7 discloses a signaling flow of another order processing method. As shown in FIG. 6 and FIG. 7, on the basis of the foregoing embodiment, after the center end adds the order sent by the client to the order queue, Further execution:
  • Step S33 The central end determines a sorting order of the order in the order queue
  • the order queue is used to sequentially store the orders that have been received by the center and have not been completed. Orders that have been received and completed can be deleted from the order queue stored in the center, or moved out of the order queue and stored in other files.
  • determining the sort order of the order in the order queue it can be determined that there are still a plurality of orders that have not been completed before the order, and then can be sent to the client associated with the issued object of the order.
  • Step S34a The central end sends the sorting order of the order to the client associated with the delivery object of the order;
  • FIG. 8 illustrates an interface diagram for displaying the menu sorting order for the client. As can be seen from Figure 8, the description is as follows:
  • Step S34b The central end sends the order queue to the background end.
  • steps S34a and S34b do not have a certain order, and the two can be executed simultaneously or in any order.
  • Step S35 The client displays the sort order of the order in the order queue.
  • the client display interface can be exemplified with reference to FIG. 8.
  • Steps S36-S41 of the example of FIG. 7 are the same as steps S24-S29 of the previous embodiment, and are not described herein again.
  • the center end may further determine whether all the items in the target order are completed, and if so, The target order is deleted from the order queue, and the latest sort order of each order in the order queue after the deletion is determined, and the latest sort order of the corresponding order is sent to the client associated with the delivery object of each order.
  • the initiator of the order can be notified in time when the order sorting order is changed, thereby reducing the waiting anxiety of the sponsor.
  • the client may also obtain a background video image, and then display the sort order of the orders sent by the central end in the background video image.
  • the client can increase the user experience and interest, and further reduce the anxiety of the user waiting.
  • the camera may be set in the background end to record the process of making the ordered object, and the real-time image is obtained by the background end and sent to the center end.
  • the central terminal can further perform the following operations:
  • the center end determines that the target order item is the first order item in the target order, and the production status after the target order item is updated indicates that the target order item is started to be started, the object association to the target order is started.
  • the client sends the real-time image until the determination that all the items in the target order are all completed is terminated.
  • the client receives the real-time image, and acquires a background video image, and superimposes the real-time image on the background video image for display.
  • augmented reality technology can be used to display the real-time image on the background video image, so that the user can watch the production process of the order while waiting for the order.
  • the fun and user experience are greatly improved.
  • the user can enjoy the chef's cooking process in the client before waiting for all the dishes in the menu to be aligned.
  • the background video image may be a video captured by the client camera in real time.
  • the background end may have multiple production objects and different subscriptions, and the real-time images acquired by the background end and sent to the central end are multiple.
  • the process of sending a real-time image to the client associated with the delivery object of the target order which may include:
  • the central end sends the real-time image of each order making process in the target order to the client associated with the delivery object of the target order.
  • the process of the client superimposing the real-time image on the background video image for display which may specifically include:
  • the client superimposes a plurality of real-time images sent by the central end on the background video image, and switches a plurality of real-time images when receiving the real-time image switching instruction of the user.
  • FIG. 9 it exemplifies another interface diagram of the client display menu creation state.
  • this interface there are three real-time images, which are the process of three chefs making dishes. Users can switch between several live images by sliding left and right or other operations.
  • the present application is described in detail by taking an order as a menu and ordering a dish as an example.
  • the client corresponds to the restaurant end
  • the center end is unchanged
  • the background end corresponds to the kitchen end.
  • the menu processing method of the present application is introduced by taking the target table a la carte and waiting for the serving process as an example. Referring to FIG. 10, the menu processing process includes:
  • Step S50 The restaurant end obtains a target menu of the target dining table
  • the restaurant side may acquire scan information on the preset graphic, and the scan information includes a table number.
  • the scan information may further include a restaurant ID.
  • the preset graphic information can be set on the dining table, and the preset graphic information can be a two-dimensional code.
  • the restaurant side scans the two-dimensional code on the dining table to obtain the table number of the order, and as the delivery object of the menu, it is associated with the current restaurant end.
  • each table can be pre-configured with a restaurant side, and the relationship between the restaurant side and the table number is established in advance.
  • Step S51 the restaurant end sends the target menu to the center end
  • the target menu identifier has a delivery object, that is, a table number.
  • Step S52 the center end adds the target menu to the menu queue
  • Step S53 The central end determines a sorting order of the target menu in the menu queue
  • Step S54a the central end sends the sorting order to the restaurant end associated with the target dining table
  • Step S54b the central end sends the menu queue to the kitchen end
  • Step S55 the restaurant end displays the sorting order
  • the restaurant side display interface can be referred to FIG. 8.
  • Step S56 the kitchen side displays the menu queue
  • Step S57 The kitchen end responds to the update operation of the target menu creation state in the target menu by the chef, and sends the updated production status of the target menu to the center end;
  • the state of production of the dishes may include waiting for production, production, and production. Whenever there is a change in the production state of the dish, the state of the food to be changed in the kitchen is sent to the center.
  • Step S58 The center end updates the food queue according to the production state after the target food is updated
  • Step S59 The center end determines, according to the updated menu queue, the production status of each dish in the target menu
  • Step S60 The center end sends the production status of each dish in the target menu to the restaurant end associated with the target table;
  • step S61 the restaurant side displays the production status of each dish.
  • the kitchen side can also be configured with a camera for real-time recording of the chef to do A live image of the dish is sent to the center.
  • the center end determines that the first menu item in the target menu is started
  • the real-time image is sent to the restaurant end associated with the target table, and when it is determined that the last dish in the target menu is finished, the real-time image is stopped from being sent to the target menu.
  • the restaurant side can further obtain the background video image through the camera, and then superimpose the real-time image on the background video image for display, thereby improving the fun.
  • the order processing method of the present application is introduced from the perspective of the center end. Referring to FIG. 11, the method includes:
  • Step S100 Send an order queue including at least one order to the background end, the order identifier has a delivery object, the delivered object is associated with a client, and the order includes at least one order item;
  • the production object By sending the order queue to the background end, the production object is prompted to make the order in the order queue, and the background end responds to the update operation of the production object to the production status of the target order in the order queue, and the target order is updated.
  • the post production status is sent to the center.
  • Step S110 The background end sends the updated production status of the target order included in the target order in the order queue, and updates the order queue according to the production status;
  • Step S120 Determine, according to the updated order queue, a production status of each order item in the target order
  • Step S130 Send a production status of each order item in the target order to a client associated with the delivery object of the target order.
  • the order processing method provided by the embodiment enables the production status of each order item in the target order to be known by the initiating user of the target order in time, thereby reducing the anxiety of the user waiting.
  • the method may further include:
  • the order in the order queue stored at the central end can be obtained by the client and sent to the central end, which simplifies the process of obtaining the order at the central end.
  • the method may further include:
  • the sort order can be sent to the client associated with the originating object of the order, so that the user can know the ordering order of the order in time.
  • the method may further include:
  • the above three steps of 1), 2) and 3) can also be described as follows: after determining the production status of each order in the target order to which the target order belongs, if all the items in the target order are completed, Then, the target order is deleted from the order queue, and the latest sort order of each order in the order queue after the deletion is determined, and the latest sort order of the corresponding order is sent to the client associated with the delivery object of each order.
  • the center end determines that the production state of the target order material changes, it is determined whether all the order items in the target order to which the target order item belongs are completed, and if so, it is identified that the target order is all completed, and is taken from the order queue. Delete, and determine the latest sort order of each order in the order queue, and send the latest sort order of the corresponding order to the client associated with the delivery object of each order. The initiating user of the order is notified in time when the order of the order is changed.
  • the method may further include:
  • the object association to the target order is started.
  • the client sends the real-time image until the determination that all the items in the target order are all completed is terminated.
  • the user can also enjoy the images displayed by the client through other wearable devices.
  • the center end may include: a processor 1, a communication interface 2, a memory 3, and a communication bus 4;
  • the processor 1, the communication interface 2, and the memory 3 complete communication with each other through the communication bus 4;
  • the communication interface 2 can be an interface of the communication module, such as an interface of the GSM module;
  • a processor 1 for executing a program
  • a memory 3 for storing a program
  • the program can include program code, the program code including computer operating instructions.
  • the processor 1 may be a central processing unit CPU, or an Application Specific Integrated Circuit (ASIC), or one or more integrated circuits configured to implement the embodiments of the present application.
  • CPU central processing unit
  • ASIC Application Specific Integrated Circuit
  • the memory 3 may include a high speed RAM memory and may also include a non-volatile memory such as at least one disk memory.
  • the processor 1 can be used to:
  • the order identifier has a delivery object, the delivered object is associated with a client, and the order includes at least one order item;
  • the processor 1 can also be used to:
  • the order identifier has a delivery object, the delivered object is associated with a client, and the order includes at least one order item;
  • the processor 1 can also be used to perform the steps performed by the central end in the above embodiments.
  • the processor 1 can also be used to:
  • the order includes at least one order, and the order identifier has the delivered object;
  • the production status of the order item is displayed.
  • the processor 1 can also be used to perform the steps performed by the client in the above embodiments.
  • the central end can be a server, and the client can be a terminal device.
  • the steps of a method or algorithm described in connection with the embodiments disclosed herein can be implemented directly in hardware, a software module executed by a processor, or a combination of both.
  • the software module can be placed in random access memory (RAM), memory, read only memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disk, removable disk, CD-ROM, or technical field. Any other form of storage medium known.
  • the computer program product includes one or more computer instructions.
  • the computer can be a general purpose computer, a special purpose computer, a computer network, or other programmable device.
  • the computer instructions can be stored in a computer readable storage medium or transferred from one computer readable storage medium to another computer readable storage medium, for example, the computer instructions can be from a website site, computer, server or data center Transfer to another website site, computer, server, or data center by wire (eg, coaxial cable, fiber optic, digital subscriber line (DSL), or wireless (eg, infrared, wireless, microwave, etc.).
  • wire eg, coaxial cable, fiber optic, digital subscriber line (DSL), or wireless (eg, infrared, wireless, microwave, etc.).
  • the computer readable storage medium can be any available media that can be stored by a computer or a data storage device such as a server, data center, or the like that includes one or more available media.
  • the usable medium may be a magnetic medium (eg, a floppy disk, a hard disk, a magnetic tape), an optical medium (eg, a DVD), or a semiconductor medium (such as a solid state disk (SSD)).

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

一种订单处理系统及方法，其中，中心端(20)将订单队列发送给后台端(30)，由制作对象对订单队列中的订购物进行制作，后台端(30)响应制作对象对订单队列中目标订购物的制作状态的更新操作，将目标订购物更新后的制作状态发送至中心端(20)，由中心端(20)据此对订单队列进行更新，并向所述目标订购物的下发对象关联的客户端(10)发送所述目标订购物的制作状态(S130)，从而使得目标订单中各订购物的制作状态能够及时被目标订单的发起用户所了解，降低用户等待的焦虑感。

Description

一种订单处理系统、方法、设备及存储介质
本申请要求于2016年12月21日提交中国专利局、申请号为201611192687.9、发明名称为“一种订单处理系统及方法”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本发明涉及订单数据处理技术领域，具体涉及一种订单处理系统及方法。
背景技术
订单根据类型不同可以划分为多种，如银行排队叫号属于一种订单、餐厅点菜的菜单也属于一种订单等。订单一般可以包括至少一订购物，如菜单中包含的多个菜品。订单发起者发起订单，由订单接收方对订单包含的各订购物进行制作、加工，完成后交由发起者。
某些订单的时效性要求较高，订单接收方一段时间内接收多个发起人发起的订单，需要及时将各订单的制作状态反馈给订单发起人，以便于订单发起人了解订单的制作进度，减少等待的焦虑性。
发明内容
有鉴于此，本申请实施例提供一种订单处理系统及方法，以及时将订单的制作状态发送给订单的发起人，降低订单发起人等待的焦虑感，提高信息传递的时效性。
为实现上述目的，本发明实施例提供如下技术方案：
本申请实施例一方面提供一种订单处理系统，包括：客户端、中心端和后台端，其中：
所述中心端用于，将包括至少一订单的订单队列发送至后台端，所述订单标识有下发对象，下发对象关联有客户端，所述订单包括至少一订购物；
所述后台端用于，提示制作对象对所述订单队列中的订购物进行制作，并响应制作对象对所述订单队列中目标订购物的制作状态的更新操作，将目标订购物更新后的制作状态发送至中心端；
所述中心端还用于，根据所述目标订购物更新后的制作状态对所述订单队列进行更新，并根据更新后的订单队列确定所述目标订购物所属的目标订单中各订购物的制作状态，向所述目标订单的下发对象关联的客户端发送所述目标 订单中各订购物的制作状态；
所述客户端用于，对接收的订购物的制作状态进行显示。
本申请一方面提供一种订单处理方法，应用于中心端，该方法包括：
将包含至少一订单的订单队列发送给后台端，所述订单标识有下发对象，下发对象关联有客户端，所述订单包括至少一订购物；
接收后台端发送订单队列中目标订单包含的目标订购物更新后的制作状态，根据所述制作状态对所述订单队列进行更新；
根据更新后的订单队列确定所述目标订单中各订购物的制作状态；
向所述目标订单的下发对象关联的客户端发送所述目标订单中各订购物的制作状态。
本申请一方面提供一种订单处理系统，包括：客户端、中心端和后台端，其中：
所述中心端用于，将包括至少一订单的订单队列发送至后台端，所述订单标识有下发对象，下发对象关联有客户端，所述订单包括至少一订购物；
所述后台端用于，提示制作对象对所述订单队列中的订购物进行制作，并响应制作对象对所述订单队列中目标订购物的制作状态的更新操作，将目标订购物更新后的制作状态发送至中心端；
所述中心端还用于，根据所述目标订购物更新后的制作状态对所述订单队列进行更新，并向所述目标订购物的下发对象关联的客户端发送所述目标订购物的制作状态；
所述客户端用于，对接收的所述目标订购物的制作状态进行显示。
本申请一方面提供一种订单处理方法，应用于中心端，该方法包括：
将包含至少一订单的订单队列发送给后台端，所述订单标识有下发对象，下发对象关联有客户端，所述订单包括至少一订购物；
接收后台端发送订单队列中目标订单包含的目标订购物更新后的制作状态，根据所述制作状态对所述订单队列进行更新；
向所述目标订购物的下发对象关联的客户端发送所述目标订购物的制作状态。
本申请一方面提供一种订单处理方法，应用于客户端，所述方法包括：
获取与所述客户端关联的下发对象所下发的订单，所述订单包括至少一订购物，所述订单标识有所述下发对象
将所述订单发送至所述中心端，以使所述中心端将所述订单加入订单队列，并将所述订单队列发送至后台端，以使所述后台端提示制作对象对所述订单队列中的订购物进行制作，并响应制作对象对所述订单队列中目标订购物的制作状态的更新操作，将目标订购物更新后的制作状态发送至中心端；
接收所述中心端发送的订购物的制作状态；
显示所述订购物的制作状态。
本申请又一方面提供一种服务器，包括：处理器和存储器，所述存储器中存储有程序指令；
所述处理器执行所述存储器中存储的程序指令时执行上述所述的订单处理方法。
本申请又一方面提供一种终端设备，包括：处理器和存储器，所述存储器中存储有程序指令；
所述处理器执行所述存储器中存储的程序指令时执行上述所述的订单处理方法。
本申请又一方面提供一种计算机可读存储介质，存储有程序指令，处理器执行所存储的程序指令时执行上述所述的订单处理方法。
本申请又一方面提供一种计算机可读存储介质，存储有程序指令，处理器执行所存储的程序指令时执行上述所述的订单处理方法。
基于上述订单处理系统，中心端将订单队列发送给后台端，由制作对象对订单队列中的订购物进行制作，后台端响应制作对象对订单队列中目标订购物的制作状态的更新操作，将目标订购物更新后的制作状态发送至中心端，由中心端据此对订单队列进行更新，向目标订购物的下发对象关联的客户端发送该目标订购物的制作状态，从而使得目标订购物的制作状态能够及时被目标订购物的发起用户所了解，降低用户等待的焦虑感，提高信息传递的时效性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本申请实施例提供的订单处理系统的结构框图；
图2为客户端下发订单的界面的可选示意图；
图3为客户端展示订单制作状态的可选示意图；
图4为本申请实施例提供的一种订单处理方法的信令流程；
图5为客户端展示菜单制作状态的界面示意图；
图6为本申请实施例提供的另一种订单处理方法的信令流程；
图7为本申请实施例提供的又一种订单处理方法的信令流程；
图8为客户端展示菜单排序顺序的界面示意图；
图9为另一种客户端展示菜单制作状态的界面示意图；
图10为本申请实施例提供的一种菜单处理方法的信令交互流程；
图11为本申请实施例从中心端角度公开的一种订单处理方法流程图；
图12为中心端的硬件结构框图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
图1为本申请实施例提供的订单处理系统的结构框图，参照图1，该系统可以包括：客户端10，中心端20，后台端30；
客户端10是订单发起人员所使用的用户设备，如手机、平板电脑、PC等；在本申请实施例中，客户端10可以装载应用客户端，与中心端20实现通信。客户端10可以供用户发起订单，将订单发送给中心端20。客户端10还可以展示订单中各订购物的制作状态。
图2示出了客户端下发订单的界面的可选示意图，应用客户端可以展示全部的订购物，进而发起人可以从中选择所要的订购物，最终由所选择的订购物 组成订单，发送给中心端。
图3示出了客户端展示订单制作状态的可选示意图。订单发起人通过客户端界面可以实时了解所发起订单中各订购物的制作状态。
可选的，客户端10可以是一台或多台。如订购物经销商为每一个下发订单的用户配备一台客户端10，或者是，每个下发订单的用户利用自身携带的手机、IPAD等作为客户端。除此之外，订购物经销商还可以设置一台客户端，用于供所有订单发起人使用。
中心端20可以是一台或多台服务器组成的服务器群组，中心端20负责与客户端10和后台端30进行交互，将客户端10发送的订单加入订单队列，然后将订单队列发送给后台端30。接收后台端30发送的订购物更新后的制作状态，进而对自身存储的订单队列进行更新，向客户端10发送订单中各订购物的更新后的制作状态。
后台端30可以是手机、平板电脑、PC等。后台端30负责对订单队列进行展示，以提示制作对象对订单队列中各订购物进行制作。同时，制作对象在开始制作、制作完成订购物后，可以通过后台端30对相应的订购物的制作状态进行更新，由后台端30将订购物更新后的制作状态发送给中心端20。
可以理解的是，后台端30可以是一台，也可以是多台，如为每个制作对象均配备一台后台端。
基于图1所示系统，图4示出了本申请实施例提供的订单处理方法的信令流程，参照图4，该流程可以包括：
步骤S10、中心端将包括至少一订单的订单队列发送至后台端；
其中，所述订单标识有下发对象，下发对象关联有客户端。每一订单包括至少一订购物。
订单的下发对象可以是发起订单的用户的标识，或者是与发起订单的用户关联的其它对象，如发起订单的用户所在的工位号、地址等。以用户在餐厅点菜为例，菜单的下发对象可以是点菜用户所在的餐桌号。
订单的下发对象关联有客户端。可选的，本申请可以设置每一下发对象关联唯一的客户端，或者是，不同下发对象关联相同的客户端。仍以用户在餐厅点菜为例，每一餐桌可以配备一台客户端，该客户端可以是餐厅提供的，也可 以是就餐用户自身携带的。除此之外，餐厅还可以提供统一的一个客户端，展示在就餐大厅中，各个餐桌均与该客户端关联。
可选的，中心端的订单队列可以是订购物经销商侧的工作人员手动输入的，也可以是由客户端获取订单并传递给中心端，由中心端将接收的各订单按照接单时间顺序组织成订单队列。
步骤S11、后台端展示所述订单队列；
后台端可以对中心端下发的订单队列进行展示，以提示制作对象对所述订单队列中的订购物进行制作，
一般性的，制作对象按照订单队列中各订购物的排序顺序，依次进行制作。当然，本申请实施例并不排除制作对象可以按照其它顺序对各订购物进行制作。
需要说明的是，根据订购物的不同，对订购物进行制作的方式也可以不同，如订购物为菜品，则制作方式为加工菜品。再比如，订购物为一款软件产品，则对应的制作方式为编程处理得到软件产品。对订购物的制作应按照最广义的理解，而非限定为实物加工。
步骤S12、后台端响应制作对象对所述订单队列中目标订购物的制作状态的更新操作，将目标订购物更新后的制作状态发送至中心端；
具体地，制作对象在对订单队列中的订购物进行制作过程，会伴随着订购物的制作状态的变更，每当存在目标订购物的制作状态发生变更时，制作对象会在后台端对订单列表中相应的目标订购物的制作状态进行更新。进一步，后台端将目标订购物更新后的制作状态发送至中心端，以便中心端更新订单队列。
参见下表1和表2，其以菜单为例示例了菜品制作状态的示意图。
菜单下发对象 厨师 菜品 制作状态
小明 李大嘴 牛扒 制作中
小明 李大嘴 扬州炒饭 等待制作
小明 李大嘴 空心菜 等待制作
小红 李大嘴 番茄炒鸡蛋 等待制作
小红 李大嘴 三明治 等待制作
表1
菜单下发对象 厨师 菜品 制作状态
小明 李大嘴 牛扒 制作完成
小明 李大嘴 扬州炒饭 制作中
小明 李大嘴 空心菜 等待制作
小红 李大嘴 番茄炒鸡蛋 等待制作
小红 李大嘴 三明治 等待制作
表2
结合上表1和表2：
中心端某一时刻存储的菜单列表如表1所示。其中，订菜单中“牛扒”的制作状态为“制作中”。其余菜品的制作状态均为“等待制作”。
厨师在制作完成“牛扒”时，在后台端中将“牛扒”的制作状态更新为“制作完成”，同时开始制作下一道菜品“扬州炒饭”，因此在后台端将“扬州炒饭”的制作状态更新为“制作中”。后台端将“牛扒”更新后的制作状态“制作完成”，以及“扬州炒饭”更新后的制作状态“制作中”发送给中心端，由中心端对自身存储的菜单列表进行更新，更新后如表2所示。
可选的，后台端将目标订购物更新后的制作状态发送至中心端的方式，可以包括：仅将目标订购物更新后的制作状态发送至中心端；或者，将包含目标订购物更新后的制作状态的订单队列发送至中心端。
S13、中心端根据所述目标订购物更新后的制作状态对所述订单队列进行更新；
具体地，为了保证中心端的订单队列与后台端的订单队列的一致性，在后台端对目标订购物的制作状态进行更新之后，中心端需要根据目标订购物更新后的制作状态对订单队列进行更新。
根据上一步骤中介绍的后台端发送的信息的不同，中心端的更新方式也可以不同。如：
若后台端仅将目标订购物更新后的制作状态发送至中心端，则中心端可以根据目标订购物更新后的制作状态，将自身存储的订单队列中目标订购物的制作状态进行更新，其余订购物的制作状态保持不变。
若后台端将包含目标订购物更新后的制作状态的订单队列发送至中心端，则中心端可以利用接收的该订单队列直接替换掉自身存储的订单队列。当然，中心端也可以对接收的订单队列和自身存储的订单队列进行对比，确定制作状态不同的订购物，进而按照接收的订单队列中该订购物的制作状态对自身存储的订单队列中相应的订购物的制作状态进行更新。
步骤S14、中心端根据更新后的订单队列确定所述目标订购物所属的目标订单中各订购物的制作状态；
具体地，在确定了目标订购物之后，可以通过订单队列确定该目标订购物所属的订单，作为目标订单。进而可以从更新后的订单队列中确定目标订单中各订购物的制作状态。
步骤S15、中心端向所述目标订单的下发对象关联的客户端发送所述目标订单中各订购物的制作状态；
具体地，中心端在确定了目标订单中各订购物的制作状态后，可以直接将确定的制作状态发送给目标订单的下发对象关联的客户端。除此之外，中心端还可以对确定的各订购物的制作状态进行描述，如按照设定描述模板对各订购物的制作状态进行描述，进而发送描述后的各订购物的制作状态。
仍以用户在餐厅点菜为例：
假设用户下发的点菜单包含5道菜，中心端某一时刻确定前2道菜已经制作完成，正在制作第3道菜，则可以对点菜单中各菜品的制作状态进行描述。描述内容可以参照图5示例，图5示例的为客户端展示点菜单制作状态的界面示意图。从图5中可以看出，描述内容如下：
您的厨师正在努力做菜中，当前在做第3道菜，总共有5道菜。
当然，除了上述描述方式之外，本申请还可以采用其它描述模板，对此本申请不做严格限定。
步骤S16、客户端对接收的订购物的制作状态进行显示。
仍参见图5，其示例了客户端展示点菜单制作状态的界面示意图。
本申请实施例提供的订单处理方法，中心端将订单队列发送给后台端，由制作对象对订单队列中的订购物进行制作，后台端响应制作对象对订单队列中目标订购物的制作状态的更新操作，将目标订购物更新后的制作状态发送至中 心端，由中心端据此对订单队列进行更新，并根据更新后的订单队列确定目标订购物所属的目标订单中各订购物的制作状态，向目标订单的下发对象关联的客户端发送该目标订单中各订购物的制作状态，从而使得目标订单中各订购物的制作状态能够及时被目标订单的发起用户所了解，降低用户等待的焦虑感。
以上订单处理系统的实施例可以包括：客户端、中心端和后台端，其中：
所述中心端用于，将包括至少一订单的订单队列发送至后台端，所述订单标识有下发对象，下发对象关联有客户端，所述订单包括至少一订购物；
所述后台端用于，提示制作对象对所述订单队列中的订购物进行制作，并响应制作对象对所述订单队列中目标订购物的制作状态的更新操作，将目标订购物更新后的制作状态发送至中心端；
所述中心端还用于，根据所述目标订购物更新后的制作状态对所述订单队列进行更新，并向所述目标订购物的下发对象关联的客户端发送所述目标订购物的制作状态；
所述客户端用于，对接收的所述目标订购物的制作状态进行显示。
对于其中中心端，本发明实施例中的订单处理方法可以包括：
将包含至少一订单的订单队列发送给后台端，所述订单标识有下发对象，下发对象关联有客户端，所述订单包括至少一订购物；
接收后台端发送订单队列中目标订单包含的目标订购物更新后的制作状态，根据所述制作状态对所述订单队列进行更新；
向所述目标订购物的下发对象关联的客户端发送所述目标订购物的制作状态。
对于其中客户端，本发明实施例中的订单处理方法可以包括：
获取与所述客户端关联的下发对象所下发的订单，所述订单包括至少一订购物，所述订单标识有所述下发对象；
将所述订单发送至所述中心端，以使所述中心端将所述订单加入订单队列，并将所述订单队列发送至后台端，以使所述后台端提示制作对象对所述订单队列中的订购物进行制作，并响应制作对象对所述订单队列中目标订购物的制作状态的更新操作，将目标订购物更新后的制作状态发送至中心端；
接收所述中心端发送的订购物的制作状态；
显示所述订购物的制作状态。
在本申请的另一个实施例中，介绍了另一种订单处理方法的信令流程，本方法中中心端存储的订单可以是由客户端获取并发送给中心端。为了便于描述，本申请以上述目标订单的下发对象关联的客户端为例，介绍该客户端向中心端发送目标订单的过程，下文提及的客户端均指代目标订单的下发对象关联的客户端。参照图6，该流程可以包括：
步骤S20、客户端获取与客户端关联的下发对象所下发的订单，将所述下发对象标识为所述订单的下发对象；
具体地，本实施例中可以由客户端获取订单。也即，用户可以通过客户端生成订单。
其中，客户端关联的下发对象可以是客户端的登录用户，也可以是预先与客户端关联的对象。以用户在餐厅点菜为例，客户端关联的下发对象可以是餐桌号，该餐桌号可以由客户端对餐桌上设置的图形进行扫描获取。当然，本申请还可以预先为每一餐桌配置一客户端，并预先建立客户端与对应餐桌的餐桌号的关联关系。
用户通过客户端可以选择所需的订购物，进而由选择的订购物组成订单。
步骤S21、客户端将所述订单发送至所述中心端；
步骤S22、中心端将所述订单加入订单队列；
具体地，中心端可以接收不同客户端发送的订单，进而将接收的各订单组织成订单队列。
可选的，中心端可以按照订单发送时间的先后顺序，将各订单顺序排列。除此之外，中心端还可以按照其它方式对接收的各订单进行排序。中心端每接收到一个客户端发送的订单时，将该订单按照设定策略添加到已存储的订单队列中。
步骤S23、中心端将所述订单队列发送至所述后台端；
步骤S24、后台端展示所述订单队列；
步骤S25、后台端响应制作对象对所述订单队列中目标订购物的制作状态的更新操作，将目标订购物更新后的制作状态发送至中心端；
步骤S26、中心端根据所述目标订购物更新后的制作状态对所述订单队列 进行更新；
步骤S27、中心端根据更新后的订单队列确定所述目标订购物所属的目标订单中各订购物的制作状态；
步骤S28、中心端向所述目标订单的下发对象关联的客户端发送所述目标订单中各订购物的制作状态；
步骤S29、客户端对接收的订购物的制作状态进行显示。
其中，步骤S24-S29与上一实施例中步骤S11-S16一致，具体实施过程可以参照上文介绍，此处不再赘述。
本实施例中，客户端进一步能够获取订单，并将订单发送至中心端，由中心端将订单加入订单队列，并将订单队列发送给后台端。通过客户端获取订单并发送给中心端，更加方便了中心端获取订单的流程。
参见图7，图7公开了又一种订单处理方法的信令流程，对比图6和图7可知，在上述实施例的基础上，中心端在将客户端发送的订单加入订单队列之后，可以进一步执行：
步骤S33、中心端确定所述订单在所述订单队列中的排序顺序；
其中，所述订单队列用于依序存储中心端已接收且未制作完成的各订单。对于已接收且制作完成的订单，可以从中心端存储的订单队列中删除，或者移出订单队列，存储至其它文件中。
通过确定所述订单在订单队列中的排序顺序，可以确定该订单之前还存在多个订单未制作完成，进而可以发送给所述订单的下发对象关联的客户端。
步骤S34a、中心端向所述订单的下发对象关联的客户端发送所述订单的排序顺序；
具体地，中心端在确定了订单的排序顺序之后，可以对该排序顺序进行描述，描述内容可以参照图8示例，图8示例的为客户端展示菜单排序顺序的界面示意图。从图8中可以看出，描述内容如下：
您的餐桌前面还有3位顾客上菜中，请等候。
当然，除了上述描述方式之外，本申请还可以采用其它描述模板，对此本申请不做严格限定。
步骤S34b、中心端向后台端发送所述订单队列。
上述步骤S34a和步骤S34b并不存在必然的先后顺序，二者可以同时执行也可以任意先后执行。
客户端在收到中心端发送的所述订单在所述订单队列中的排序顺序之后，进一步执行步骤S35：
步骤S35、客户端展示所述订单在所述订单队列中的排序顺序。
客户端展示界面可以参照图8示例。
图7示例的步骤S36-S41与上一实施例中步骤S24-S29相同，此处不再赘述。
可选的，上述实施例中，中心端在确定所述目标订购物所属的目标订单中各订购物的制作状态后，可以进一步判断所述目标订单中各订购物是否全部制作完成，若是，可以将所述目标订单从所述订单队列中删除，并确定删除后所述订单队列中各订单的最新排序顺序，向各订单的下发对象关联的客户端发送对应订单的最新排序顺序。
基于此，可以在订单排序顺序变更时及时通知给订单的发起人，降低发起人的等待焦虑感。
进一步参见图8所示，客户端还可以获取背景视频图像，进而将中心端发送的订单的排序顺序显示于所述背景视频图像中。
其中，客户端获取背景视频图像的过程，具体可以包括：
控制客户端上设置的摄像头开启，获取所述摄像头采集到的实时视频图像，作为背景视频图像；
或，
获取预存储的视频图像，作为背景视频图像。
客户端通过获取背景视频图像，进而在其上显示订单排序顺序，能够增加用户体验及趣味性，进一步降低用户等待的焦虑感。
再进一步的，本申请实施例还可以在后台端设置摄像头，对制作对象制作订购物的过程进行录像，由后台端获取实时影像并发送给中心端。
在此基础上，中心端进一步可以执行如下操作：
中心端若确定所述目标订购物为所述目标订单中首个订购物，且目标订购物更新后的制作状态表示开始制作所述目标订购物，则开始向所述目标订单的下发对象关联的客户端发送所述实时影像，直至确定所述目标订单中所有订购物全部制作完毕时终止发送。
客户端接收到实时影像，并获取背景视频图像，将所述实时影像叠加于所述背景视频图像上进行显示。
在进行视频叠加时，可以使用增强现实技术，将实时影像显示于背景视频图像上，使得用户在等待订单的同时能够观赏订购物的制作过程。在某些场景下，极大提高了趣味性，及用户体验，如图5所示，用户在等待菜单中全部菜品上齐之前，可以在客户端中欣赏厨师做菜的过程。其中，背景视频图像可以是客户端摄像头实时采集的视频。
进一步地，后台端可以存在多个制作对象同时制作不同的订购物，则后台端获取并向中心端发送的实时影像为多个。中心端向所述目标订单的下发对象关联的客户端发送实时影像的过程，具体可以包括：
中心端将所述目标订单中各订购物制作过程的实时影像，分别发送至所述目标订单的下发对象关联的客户端。
客户端将所述实时影像叠加于所述背景视频图像上进行显示的过程，具体可以包括：
客户端将中心端发送的若干个实时影像并列叠加于所述背景视频图像上，并在接收到用户的实时影像切换指令时，对若干个实时影像进行切换。
参见图9所示，其示例了另一种客户端展示菜单制作状态的界面示意图。在该界面中，存在三个实时影像，分别为三个厨师制作菜品的过程。用户可以通过左右滑屏或其它操作方式，对若干个实时影像进行切换。
接下来的实施例中，以订单为菜单、订购物为菜品为例，对本申请方案进行详细介绍。在该点菜场景下，上述客户端对应为餐厅端，中心端不变，后台端对应为厨房端。本实施例中，以目标餐桌点菜及等待上菜过程为例，对本申请的菜单处理方法进行介绍，参见图10所示，菜单处理过程包括：
步骤S50、餐厅端获取目标餐桌所点目标菜单；
具体地，餐厅端可以获取对预置图形的扫描信息，该扫描信息包括餐桌号。
可选的，扫描信息还可以进一步包括餐厅ID。预置图形信息可以设置在餐桌上，预置图形信息可以是二维码。餐厅端通过对餐桌上的二维码进行扫描，获取到点菜的餐桌号，作为菜单的下发对象，与当前餐厅端进行关联。
除此之外，每个餐桌可以预先配置一餐厅端，并预先建立餐厅端与餐桌号间的关联关系。
步骤S51、餐厅端将目标菜单发送至中心端；
其中，目标菜单标识有下发对象，即餐桌号。
步骤S52、中心端将所述目标菜单加入菜单队列；
步骤S53、中心端确定所述目标菜单在菜单队列中的排序顺序；
步骤S54a、中心端将所述排序顺序发送给目标餐桌关联的餐厅端；
步骤S54b、中心端将所述菜单队列发送给厨房端；
步骤S55、餐厅端显示所述排序顺序；
其中，餐厅端显示界面可以参照图8所示。
步骤S56、厨房端展示所述菜单队列；
步骤S57、厨房端响应厨师对目标菜单中目标菜品制作状态的更新操作，将目标菜品更新后的制作状态发送给中心端；
其中，菜品的制作状态可以包括等待制作、制作中、制作完成。每当存在菜品的制作状态发生变化时，厨房端即将变化后的菜品的制作状态发送给中心端。
本步骤中，以目标菜单中目标菜品制作状态的更新为例进行说明。
步骤S58、中心端根据目标菜品更新后的制作状态对菜品队列进行更新；
步骤S59、中心端根据更新后的菜单队列确定目标菜单中各菜品的制作状态；
步骤S60、中心端向目标餐桌关联的餐厅端发送目标菜单中各菜品的制作状态；
步骤S61、餐厅端展示各菜品的制作状态。
其中，餐厅端展示界面如图5所示。
可选的，在上述过程中，厨房端还可以配置摄像头，用于实时录制厨师做 菜的实时影像，并发送给中心端。中心端在确定目标菜单中第一道菜品开始制作时，向目标餐桌关联的餐厅端发送实时影像，直至确定目标菜单中最后一道菜制作完毕时，停止向其发送实时影像。餐厅端可以进一步通过摄像头获取背景视频图像，进而将实时影像叠加于背景视频图像上进行显示，提高趣味性。
接下来的实施例中，从中心端的角度对本申请的订单处理方法进行介绍，参见图11所示，该方法包括：
步骤S100、将包含至少一订单的订单队列发送给后台端，所述订单标识有下发对象，下发对象关联有客户端，所述订单包括至少一订购物；
通过将订单队列发送给后台端，提示制作对象对所述订单队列中的订购物进行制作，后台端响应制作对象对所述订单队列中目标订购物的制作状态的更新操作，将目标订购物更新后的制作状态发送至中心端。
步骤S110、接收后台端发送订单队列中目标订单包含的目标订购物更新后的制作状态，根据所述制作状态对所述订单队列进行更新；
步骤S120、根据更新后的订单队列确定所述目标订单中各订购物的制作状态；
步骤S130、向所述目标订单的下发对象关联的客户端发送所述目标订单中各订购物的制作状态。
本实施例提供的订单处理方法，使得目标订单中各订购物的制作状态能够及时被目标订单的发起用户所了解，降低用户等待的焦虑感。
可选的，在上述实施例的基础上，该方法还可以进一步包括：
1)、接收客户端发送的订单，所述订单由与客户端关联的下发对象所下发；
2)、将所述订单加入所述订单队列，并将所述订单队列发送至所述后台端。
具体地，中心端存储的订单队列中的订单可以是由客户端获取并发送给中心端，简化了中心端获取订单的流程。
可选的，在上述实施例的基础上，该方法还可以进一步包括：
1)、在将所述订单加入订单队列之后，确定所述订单在所述订单队列中的排序顺序；
2)、向所述订单的下发对象关联的客户端发送所述订单的排序顺序，其中， 所述订单队列用于依序存储中心端已接收且未制作完成的各订单。
通过确定订单在订单队列中的排序顺序，可以将该排序顺序发送给订单的发起对象关联的客户端，以便用户及时了解订单的排序顺序。
可选的，在上述实施例的基础上，该方法还可以进一步包括：
1)在确定所述目标订购物所属的目标订单中各订购物的制作状态后，判断所述目标订单中各订购物是否全部制作完成；
2)若是，将所述目标订单从所述订单队列中删除，并确定删除后所述订单队列中各订单的最新排序顺序；
3)向各订单的下发对象关联的客户端发送对应订单的最新排序顺序。
上述1)、2)和3)三个步骤也可以描述为：在确定所述目标订购物所属的目标订单中各订购物的制作状态后，若所述目标订单中各订购物全部制作完成，则将所述目标订单从所述订单队列中删除，并确定删除后所述订单队列中各订单的最新排序顺序，向各订单的下发对象关联的客户端发送对应订单的最新排序顺序。
这里，中心端在确定目标订购物的制作状态发生变化时，判断该目标订购物所属目标订单中各订购物是否全部制作完成，如果是，则标识该目标订单全部制作完毕，将其从订单队列中删除，并确定订单队列中各订单的最新排序顺序，向各订单的下发对象关联的客户端发送对应订单的最新排序顺序。使得在订单排序顺序发生变化时，及时通知订单的发起用户。
可选的，在上述实施例的基础上，该方法还可以进一步包括：
1)接收后台端发送的实时影像，所述实时影像为对制作对象制作订购物过程录制的影像；
2)若确定所述目标订购物为所述目标订单中首个订购物，且目标订购物更新后的制作状态表示开始制作所述目标订购物，则开始向所述目标订单的下发对象关联的客户端发送所述实时影像，直至确定所述目标订单中所有订购物全部制作完毕时终止发送。
通过向客户端发送实时影像，便于客户端自行获取背景视频图像后，将实时影像叠加显示于背景视频图像上，提高趣味性，进一步降低等待的焦虑感。
当然，用户还可以通过其它可穿戴设备来对客户端显示的图像进行欣赏。
图12示出了中心端的硬件结构框图，参照图12，中心端可以包括：处理器1，通信接口2，存储器3和通信总线4；
其中处理器1、通信接口2、存储器3通过通信总线4完成相互间的通信；
可选的，通信接口2可以为通信模块的接口，如GSM模块的接口；
处理器1，用于执行程序；
存储器3，用于存放程序；
程序可以包括程序代码，所述程序代码包括计算机操作指令。
处理器1可能是一个中央处理器CPU，或者是特定集成电路ASIC(Application Specific Integrated Circuit)，或者是被配置成实施本申请实施例的一个或多个集成电路。
存储器3可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
其中，处理器1可用于：
将包含至少一订单的订单队列发送给后台端，所述订单标识有下发对象，下发对象关联有客户端，所述订单包括至少一订购物；
接收后台端发送订单队列中目标订单包含的目标订购物更新后的制作状态，根据所述制作状态对所述订单队列进行更新；
根据更新后的订单队列确定所述目标订单中各订购物的制作状态；
向所述目标订单的下发对象关联的客户端发送所述目标订单中各订购物的制作状态。
处理器1还可以用于：
将包含至少一订单的订单队列发送给后台端，所述订单标识有下发对象，下发对象关联有客户端，所述订单包括至少一订购物；
接收后台端发送订单队列中目标订单包含的目标订购物更新后的制作状态，根据所述制作状态对所述订单队列进行更新；
向所述目标订购物的下发对象关联的客户端发送所述目标订购物的制作状态。
处理器1还可以用于执行上述实施例中由中心端所执行的步骤。
当该程序应用于客户端时，该处理器1还可以用于：
获取与所述客户端关联的下发对象所下发的订单，所述订单包括至少一订购物，所述订单标识有所述下发对象；
将所述订单发送至所述中心端，以使所述中心端将所述订单加入订单队列，并将所述订单队列发送至后台端，以使所述后台端提示制作对象对所述订单队列中的订购物进行制作，并响应制作对象对所述订单队列中目标订购物的制作状态的更新操作，将目标订购物更新后的制作状态发送至中心端；
接收所述中心端发送的订购物的制作状态；
显示所述订购物的制作状态。
处理器1还可以用于执行上述实施例中由客户端所执行的步骤。
该中心端可以是服务器，该客户端可以是终端设备。
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实 现。
所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (33)

  1. 一种订单处理系统，包括：客户端、中心端和后台端，其中：
    所述中心端用于，将包括至少一订单的订单队列发送至后台端，所述订单标识有下发对象，下发对象关联有客户端，所述订单包括至少一订购物；
    所述后台端用于，提示制作对象对所述订单队列中的订购物进行制作，并响应制作对象对所述订单队列中目标订购物的制作状态的更新操作，将目标订购物更新后的制作状态发送至中心端；
    所述中心端还用于，根据所述目标订购物更新后的制作状态对所述订单队列进行更新，并根据更新后的订单队列确定所述目标订购物所属的目标订单中各订购物的制作状态，向所述目标订单的下发对象关联的客户端发送所述目标订单中各订购物的制作状态；
    所述客户端用于，对接收的订购物的制作状态进行显示。
  2. 根据权利要求1所述的系统，所述客户端还用于：
    获取与客户端关联的下发对象所下发的订单，将所述下发对象标识为所述订单的下发对象，并将所述订单发送至所述中心端；
    所述中心端还用于：
    将客户端发送的订单加入所述订单队列，并将所述订单队列发送至所述后台端。
  3. 根据权利要求2所述的系统，所述中心端还用于：
    在将客户端发送的订单加入订单队列之后，确定所述订单在所述订单队列中的排序顺序，向所述订单的下发对象关联的客户端发送所述订单的排序顺序，其中，所述订单队列用于依序存储中心端已接收且未制作完成的各订单。
  4. 根据权利要求1-3任一所述的系统，所述中心端还用于：
    在确定所述目标订购物所属的目标订单中各订购物的制作状态后，判断所述目标订单中各订购物是否全部制作完成，若是，将所述目标订单从所述订单队列中删除，并确定删除后所述订单队列中各订单的最新排序顺序，向各订单的下发对象关联的客户端发送对应订单的最新排序顺序。
  5. 根据权利要求1-3任一所述的系统，所述中心端还用于：
    在确定所述目标订购物所属的目标订单中各订购物的制作状态后，若所述 目标订单中各订购物全部制作完成，则将所述目标订单从所述订单队列中删除，并确定删除后所述订单队列中各订单的最新排序顺序，向各订单的下发对象关联的客户端发送对应订单的最新排序顺序。
  6. 根据权利要求3所述的系统，所述客户端还用于：
    获取背景视频图像；
    将中心端发送的订单的排序顺序显示于所述背景视频图像中。
  7. 根据权利要求6所述的系统，所述客户端获取背景视频图像的过程，包括：
    控制客户端上设置的摄像头开启，获取所述摄像头采集到的实时视频图像，作为背景视频图像。
  8. 根据权利要求6所述的系统，所述客户端获取背景视频图像的过程，包括：
    获取预存储的视频图像，作为背景视频图像。
  9. 根据权利要求1-3任一所述的系统，所述后台端还用于：
    获取制作对象制作订购物的实时影像，将所述实时影像发送至中心端；
    所述中心端还用于：
    若确定所述目标订购物为所述目标订单中首个订购物，且目标订购物更新后的制作状态表示开始制作所述目标订购物，则开始向所述目标订单的下发对象关联的客户端发送所述实时影像，直至确定所述目标订单中所有订购物全部制作完毕时终止发送；
    所述客户端还用于：
    获取背景视频图像；
    将所述实时影像叠加于所述背景视频图像上进行显示。
  10. 根据权利要求9所述的系统，所述后台端获取的实时影像为多个，分别为不同制作对象制作不同订购物时的实时影像；
    所述中心端向所述目标订单的下发对象关联的客户端发送实时影像的过程，具体包括：
    中心端将所述目标订单中各订购物制作过程的实时影像，分别发送至所述目标订单的下发对象关联的客户端；
    所述客户端将所述实时影像叠加于所述背景视频图像上进行显示的过程，具体包括：
    客户端将中心端发送的若干个实时影像并列叠加于所述背景视频图像上，并在接收到用户的实时影像切换指令时，对若干个实时影像进行切换。
  11. 根据权利要求1所述的系统，目标订购物的制作状态包括：等待制作、制作中和/或制作完成。
  12. 根据权利要求2所述的系统，所述订单为菜单，所述订购物为菜品。
  13. 根据权利要求12所述的系统，所述客户端获取与客户端关联的下发对象所下发的订单的过程，包括：
    获取对预置图形的扫描信息，所述扫描信息包括餐桌号；
    获取用户所选菜品组成的菜单，将所述餐桌号作为所述菜单的下发对象，并与当前客户端进行关联；
    或，
    获取用户所选菜品组成的菜单，将与当前客户端预先关联的餐桌号作为所述菜单的下发对象。
  14. 一种订单处理方法，应用于中心端，该方法包括：
    将包含至少一订单的订单队列发送给后台端，所述订单标识有下发对象，下发对象关联有客户端，所述订单包括至少一订购物；
    接收后台端发送订单队列中目标订单包含的目标订购物更新后的制作状态，根据所述制作状态对所述订单队列进行更新；
    根据更新后的订单队列确定所述目标订单中各订购物的制作状态；
    向所述目标订单的下发对象关联的客户端发送所述目标订单中各订购物的制作状态。
  15. 根据权利要求14所述的方法，还包括：
    接收客户端发送的订单，所述订单由与客户端关联的下发对象所下发；
    将所述订单加入所述订单队列，并将所述订单队列发送至所述后台端。
  16. 根据权利要求15所述的方法，还包括：
    在将所述订单加入订单队列之后，确定所述订单在所述订单队列中的排序顺序；
    向所述订单的下发对象关联的客户端发送所述订单的排序顺序，其中，所述订单队列用于依序存储中心端已接收且未制作完成的各订单。
  17. 根据权利要求14所述的方法，还包括：
    在确定所述目标订购物所属的目标订单中各订购物的制作状态后，判断所述目标订单中各订购物是否全部制作完成；
    若是，将所述目标订单从所述订单队列中删除，并确定删除后所述订单队列中各订单的最新排序顺序；
    向各订单的下发对象关联的客户端发送对应订单的最新排序顺序。
  18. 根据权利要求14所述的方法，还包括：
    在确定所述目标订购物所属的目标订单中各订购物的制作状态后，若所述目标订单中各订购物全部制作完成，则将所述目标订单从所述订单队列中删除，并确定删除后所述订单队列中各订单的最新排序顺序；向各订单的下发对象关联的客户端发送对应订单的最新排序顺序。
  19. 根据权利要求14所述的方法，还包括：
    接收后台端发送的实时影像，所述实时影像为对制作对象制作订购物过程录制的影像；
    若确定所述目标订购物为所述目标订单中首个订购物，且目标订购物更新后的制作状态表示开始制作所述目标订购物，则开始向所述目标订单的下发对象关联的客户端发送所述实时影像，直至确定所述目标订单中所有订购物全部制作完毕时终止发送。
  20. 一种订单处理系统，包括：客户端、中心端和后台端，其中：
    所述中心端用于，将包括至少一订单的订单队列发送至后台端，所述订单标识有下发对象，下发对象关联有客户端，所述订单包括至少一订购物；
    所述后台端用于，提示制作对象对所述订单队列中的订购物进行制作，并响应制作对象对所述订单队列中目标订购物的制作状态的更新操作，将目标订购物更新后的制作状态发送至中心端；
    所述中心端还用于，根据所述目标订购物更新后的制作状态对所述订单队列进行更新，并向所述目标订购物的下发对象关联的客户端发送所述目标订购物的制作状态；
    所述客户端用于，对接收的所述目标订购物的制作状态进行显示。
  21. 一种订单处理方法，应用于中心端，该方法包括：
    将包含至少一订单的订单队列发送给后台端，所述订单标识有下发对象，下发对象关联有客户端，所述订单包括至少一订购物；
    接收后台端发送订单队列中目标订单包含的目标订购物更新后的制作状态，根据所述制作状态对所述订单队列进行更新；
    向所述目标订购物的下发对象关联的客户端发送所述目标订购物的制作状态。
  22. 一种订单处理方法，应用于客户端，所述方法包括：
    获取与所述客户端关联的下发对象所下发的订单，所述订单包括至少一订购物，所述订单标识有所述下发对象；
    将所述订单发送至所述中心端，以使所述中心端将所述订单加入订单队列，并将所述订单队列发送至后台端，以使所述后台端提示制作对象对所述订单队列中的订购物进行制作，并响应制作对象对所述订单队列中目标订购物的制作状态的更新操作，将目标订购物更新后的制作状态发送至中心端；
    接收所述中心端发送的订购物的制作状态；
    显示所述订购物的制作状态。
  23. 根据权利要求22所述的方法，还包括：
    获取背景视频图像；
    将中心端发送的订单的排序顺序显示于所述背景视频图像中，所述订单的排列顺序为所述中心端在确定所述目标订购物所属的目标订单中各订购物的制作状态后，若所述目标订单中各订购物全部制作完成，则将所述目标订单从所述订单队列中删除，并确定删除后所述订单队列中各订单的最新排序顺序。
  24. 根据权利要求23所述的方法，所述获取背景视频图像包括：
    控制客户端上设置的摄像头开启，获取所述摄像头采集到的实时视频图像，作为背景视频图像。
  25. 根据权利要求23所述的方法，所述获取背景视频图像包括：
    获取预存储的视频图像，作为背景视频图像。
  26. 根据权利要求23-25任一所述的方法，还包括：
    将所述实时影像叠加于所述背景视频图像上进行显示，所述实时影像为所述后台端获取制作对象制作订购物的实时影像，且是所述中心端确定所述目标订购物为所述目标订单中首个订购物，且目标订购物更新后的制作状态表示开始制作所述目标订购物，则开始向所述目标订单的下发对象关联的客户端发送的。
  27. 根据权利要求26所述的方法，所述将所述实时影像叠加于所述背景视频图像上进行显示包括：
    若所述后台端获取的实时影像为多个，分别为不同制作对象制作不同订购物时的实时影像，则将所述中心端发送的若干个实时影像并列叠加于所述背景视频图像上，并在接收到用户的实时影像切换指令时，对若干个实时影像进行切换。
  28. 根据权利要求22-25任一所述的方法，若所述订单为菜单，所述订购物为菜品，所述获取与所述客户端关联的下发对象所下发的订单，包括：
    获取对预置图形的扫描信息，所述扫描信息包括餐桌号；
    获取用户所选菜品组成的菜单，将所述餐桌号作为所述菜单的下发对象，并与当前客户端进行关联。
  29. 根据权利要求22-25任一所述的方法，若所述订单为菜单，所述订购物为菜品，所述获取与所述客户端关联的下发对象所下发的订单，包括：
    获取用户所选菜品组成的菜单，将与当前客户端预先关联的餐桌号作为所述菜单的下发对象。
  30. 一种服务器，包括：处理器和存储器，所述存储器中存储有程序指令；
    所述处理器执行所述存储器中存储的程序指令时执行根据权利要求14至19中任一项所述的方法。
  31. 一种终端设备，包括：处理器和存储器，所述存储器中存储有程序指令；
    所述处理器执行所述存储器中存储的程序指令时执行根据权利要求22至29中任一项所述的方法。
  32. 一种计算机可读存储介质，存储有程序指令，处理器执行所存储的程 序指令时执行根据权利要求14至19任一项所述的方法。
  33. 一种计算机可读存储介质，存储有程序指令，处理器执行所存储的程序指令时执行根据权利要求22至29任一项所述的方法。
PCT/CN2017/114532 2016-12-21 2017-12-05 一种订单处理系统、方法、设备及存储介质 WO2018113510A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US16/337,703 US11436663B2 (en) 2016-12-21 2017-12-05 Order processing system, method, device and storage medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201611192687.9 2016-12-21
CN201611192687.9A CN106779951A (zh) 2016-12-21 2016-12-21 一种订单处理系统及方法

Publications (1)

Publication Number Publication Date
WO2018113510A1 true WO2018113510A1 (zh) 2018-06-28

Family

ID=58893697

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/114532 WO2018113510A1 (zh) 2016-12-21 2017-12-05 一种订单处理系统、方法、设备及存储介质

Country Status (3)

Country Link
US (1) US11436663B2 (zh)
CN (1) CN106779951A (zh)
WO (1) WO2018113510A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111582780A (zh) * 2020-04-20 2020-08-25 重庆锐云科技有限公司 商品购买等待通道构建方法、装置、服务器及存储介质
CN112446754A (zh) * 2019-09-04 2021-03-05 北京京东乾石科技有限公司 用于处理订单的方法和装置

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106779951A (zh) * 2016-12-21 2017-05-31 腾讯科技（深圳）有限公司 一种订单处理系统及方法
CN110135823B (zh) * 2019-04-09 2022-04-08 浙江禾平数据技术有限公司 订单处理方法、装置、计算机设备及可读存储介质
US11599935B2 (en) * 2019-04-29 2023-03-07 Kyndryl, Inc. Computer program product, computer implemented method, and system for cognitive item selection with data mining
US11413764B2 (en) * 2019-06-07 2022-08-16 Lg Electronics Inc. Serving robot and method for receiving customer using the same
CN110264061B (zh) * 2019-06-13 2021-11-09 口碑(上海)信息技术有限公司 物品制作订单的处理系统及方法
CN110866671A (zh) * 2019-09-30 2020-03-06 北京辰森世纪科技股份有限公司 资源数据的分配方法及客户端、服务端
CN111126200B (zh) * 2019-12-11 2020-10-23 浙江口碑网络技术有限公司 加工品制作进度的追踪方法及装置
CN114140188A (zh) * 2021-11-03 2022-03-04 深圳市富途网络科技有限公司 虚拟订单的处理方法、装置、设备及计算机可读存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010021921A1 (en) * 2000-03-10 2001-09-13 Masayuki Kan Customer service method and system
CN105184698A (zh) * 2015-10-30 2015-12-23 上海斐讯数据通信技术有限公司 智能点菜系统
CN105892809A (zh) * 2016-03-30 2016-08-24 乐视控股（北京）有限公司 点菜方法、点菜客户端、点菜服务器及点菜服务系统
CN106033573A (zh) * 2015-03-20 2016-10-19 阿里巴巴集团控股有限公司 一种物流运输状态信息的显示方法和设备
CN106779951A (zh) * 2016-12-21 2017-05-31 腾讯科技（深圳）有限公司 一种订单处理系统及方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040158494A1 (en) * 2003-02-05 2004-08-12 Suthar Yogin P. Restaurant automation system
US7441063B2 (en) * 2005-12-14 2008-10-21 Aten International Co., Ltd. KVM system for controlling computers and method thereof
KR20100042508A (ko) * 2008-10-16 2010-04-26 주식회사 이디 무선 단말기를 이용하는 무인 음식 주문 시스템 및 무인 음식 주문 방법
JP5514016B2 (ja) * 2010-07-02 2014-06-04 株式会社石野製作所 飲食店用サービスシステム
CN104036439A (zh) * 2014-05-23 2014-09-10 西安祥泰软件设备系统有限责任公司 实现餐饮下单控制的方法和系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010021921A1 (en) * 2000-03-10 2001-09-13 Masayuki Kan Customer service method and system
CN106033573A (zh) * 2015-03-20 2016-10-19 阿里巴巴集团控股有限公司 一种物流运输状态信息的显示方法和设备
CN105184698A (zh) * 2015-10-30 2015-12-23 上海斐讯数据通信技术有限公司 智能点菜系统
CN105892809A (zh) * 2016-03-30 2016-08-24 乐视控股（北京）有限公司 点菜方法、点菜客户端、点菜服务器及点菜服务系统
CN106779951A (zh) * 2016-12-21 2017-05-31 腾讯科技（深圳）有限公司 一种订单处理系统及方法

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112446754A (zh) * 2019-09-04 2021-03-05 北京京东乾石科技有限公司 用于处理订单的方法和装置
CN111582780A (zh) * 2020-04-20 2020-08-25 重庆锐云科技有限公司 商品购买等待通道构建方法、装置、服务器及存储介质
CN111582780B (zh) * 2020-04-20 2023-06-09 重庆锐云科技有限公司 商品购买等待通道构建方法、装置、服务器及存储介质

Also Published As

Publication number Publication date
US11436663B2 (en) 2022-09-06
CN106779951A (zh) 2017-05-31
US20200034916A1 (en) 2020-01-30

Similar Documents

Publication Publication Date Title
WO2018113510A1 (zh) 一种订单处理系统、方法、设备及存储介质
JP7093393B2 (ja) サービス処理方法、装置、及びサーバ
US11610254B2 (en) Systems, apparatuses, and methods for ordering items from an electronic menu, and servicing thereof
US9342216B2 (en) Dynamic interactive menu board
WO2016119622A1 (zh) 群聊方法及装置
US20220353099A1 (en) Virtual reality systems and methods with cross platform interface for providing support
CN104935491B (zh) 一种发送表情图像的方法及装置
US20170104876A1 (en) Tracing and asynchronous communication network and routing method
CN108781271A (zh) 用于提供图像服务的方法和装置
JP2017517831A (ja) スマートホームデバイスの制御方法、装置、プログラム及び記録媒体
EP3108416B1 (en) Techniques for interfacing a user to an online meeting
US20120303741A1 (en) Remote system and remote operation method for terminal
JP7413693B2 (ja) 通信端末、通信システム、データ共有方法およびプログラム
JP7373712B2 (ja) 通信端末、通信システム、データ共有方法およびプログラム
US20210358004A1 (en) Method of customizing product through terminal
CN107924533A (zh) 订购管理服务器、订购系统以及存储介质
JP7117179B2 (ja) ネットワークシステム、サーバおよび情報処理方法
CN105515940B (zh) 信息交互方法及装置
CN111541868A (zh) 一种烹饪状态的监控方法、装置及系统
TW201338836A (zh) 提供利用一實物圖顯示使用一即時通訊工具之使用者的社交資訊的即時通訊工具服務之即時通訊工具系統及方法
TWI616838B (zh) 伺服器、點餐系統及方法
CN107705221A (zh) 控制方法、控制系统、智能餐厅系统
JP2016063887A (ja) プログラムおよび３次元造形物取得方法
JP7057809B1 (ja) 画像送信装置、画像送信システム、画像送信方法及びプログラム
CN114461328B (zh) 虚拟物品布设方法、装置及电子设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17884105

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17884105

Country of ref document: EP

Kind code of ref document: A1