CN105260955A - 一种送餐通知方法、装置及系统 - Google Patents

Abstract

本发明提供了一种送餐通知方法、装置及系统，涉及互联网技术领域，所述送餐通知系统包括送餐员终端、服务器以及用户终端。在送餐员终端向服务器发送识别信息后，服务器自动完成对订餐用户的信息通知，并持续的采用相同或者不同的方式提醒订餐用户，直到订餐用户进行反馈为止。这样的通知方式，工作效率高，使得送餐人员在送餐时不用浪费时间进行重复简单的通知动作，提高了送餐的效率，降低了餐馆的运营成本。而且使得送餐人员或者服务器能够根据客户的反馈进行更好的服务，提高了客户体验度。

Description

一种送餐通知方法、装置及系统

技术领域

本发明涉及互联网技术领域，具体而言，涉及一种送餐通知方法、装置及系统。

背景技术

随着互联网技术的不断发展，使得服务性产业中用户体验度的要求也不断提高。目前通过互联网在网上订餐的客户越来越多，在提供送餐服务的过程中，餐厅或者送餐人员需要向客户发送通知信息。目前常见的通知信息发送方式是由送餐人员在抵达送餐目的地之后，通过终端向客户发送通知信息。采用这样的方式，不仅工作效率低，而且在发送信息后，对于后续工作开展，无法得到有效的反馈指示，非常不方便。

发明内容

本发明的目的在于提供一种送餐通知方法、装置及系统，以使目前的通知方法工作效率低、非常不方便的问题得到改善。

为了实现上述目的，本发明实施例采用的技术方案如下：

第一方面，本发明实施例提供了一种送餐通知方法，应用于送餐通知系统，所述送餐通知系统包括送餐员终端、服务器以及用户终端，所述服务器保存有订餐用户信息，所述方法包括：

所述服务器接收所述送餐员终端发送的识别信息，所述识别信息是由所述送餐员终端通过扫描识别码获得的或者是由送餐员在所述送餐员终端输入的；

所述服务器查找与所述识别信息对应的订餐用户信息；

所述服务器根据查找到的订餐用户信息，按照预设的策略向与所述订餐用户信息对应的用户终端发送通信息；

当所述服务器接收到所述用户终端的发送的表示已经收到所述通知信息的反馈信息时，将所述反馈信息转发到所述送餐员终端，停止对所述通知信息的发送。

第二方面，本发明实施例提供了一种送餐通知装置，应用于送餐通知系统，所述送餐通知系统包括送餐员终端、服务器以及用户终端，所述送餐通知装置设置于所述服务器，所述服务器保存有订餐用户信息，所述装置包括：

识别信息接收单元，用于接收所述送餐员终端发送的识别信息，所述识别信息是由所述送餐员终端通过扫描识别码获得的或者是由送餐员在所述送餐员终端输入的；

用户查找单元，用于查找与所述识别信息对应的订餐用户信息；

通知信息发送单元，用于根据查找到的订餐用户信息，按照预设的策略向与所述订餐用户信息对应的用户终端发送通知信息；

反馈信息转发单元，用于当所述服务器接收到所述用户终端的发送的表示已经收到所述通知信息的反馈信息时，将所述反馈信息转发到所述送餐员终端，停止对所述通知信息的发送。

第三方面，本发明实施例提供了一种送餐通知系统，所述送餐通知系统包括送餐员终端、服务器以及用户终端，所述服务器保存有订餐用户信息，

所述送餐员终端通过扫描识别码或者接收服务输入获得识别信息，将所述识别信息发送到所述服务器；接收所述服务器转发的反馈信息；

所述服务器接收所述送餐员终端发送的识别信息；查找与所述识别信息对应的订餐用户信息；根据查找到的订餐用户信息，按照预设的策略向与所述订餐用户信息对应的用户终端发送通知信息；当所述服务器接收到所述用户终端的发送的表示已经收到所述通知信息的反馈信息时，将所述反馈信息转发到所述送餐员终端，停止对所述通知信息的发送；

所述用户终端接收所述服务器发送的所述通知信息，向所述服务器发送所述反馈信息。

本发明提供的送餐通知方法、装置及系统，在送餐员终端向服务器发送识别信息后，服务器自动完成对订餐用户的信息通知，并持续的采用相同或者不同的方式提醒订餐用户，直到订餐用户进行反馈为止。这样的通知方式，工作效率高，使得送餐人员在送餐时不用浪费时间进行重复简单的通知动作，提高了送餐的效率，降低了餐馆的运营成本。而且使得送餐人员或者服务器能够根据客户的反馈进行更好的服务，提高了客户体验度。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。通过附图所示，本发明的上述及其它目的、特征和优势将更加清晰。在全部附图中相同的附图标记指示相同的部分。并未刻意按实际尺寸等比例缩放绘制附图，重点在于示出本发明的主旨。

图1示出了本发明实施例提供的一种送餐通知系统的结构框图；

图2示出了本发明实施例提供的一种送餐通知方法的流程图；

图3示出了本发明实施例提供的另一种送餐通知方法的流程图；

图4示出了本发明实施例提供的再一种送餐通知方法的流程图；

图5示出了本发明实施例提供的一种送餐通知装置的结构框图；

图6示出了本发明实施例提供的一种服务器的结构框图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

参阅图1，本发明实施例提供了一种送餐通知系统，所述送餐通知系统包括送餐员终端100、服务器200以及用户终端300，所述服务器200保存有订餐用户信息，

所述送餐员终端100通过扫描识别码或者接收服务输入获得识别信息，将所述识别信息发送到所述服务器200；接收所述服务器200转发的反馈信息；

所述服务器200接收所述送餐员终端100发送的识别信息；查找与所述识别信息对应的订餐用户信息；根据查找到的订餐用户信息，按照预设的策略向与所述订餐用户信息对应的用户终端300发送通知信息；当所述服务器200接收到所述用户终端300的发送的表示已经收到所述通知信息的反馈信息时，将所述反馈信息转发到所述送餐员终端100，停止对所述通知信息的发送；

所述用户终端300接收所述服务器200发送的所述通知信息，向所述服务器200发送所述反馈信息。

参阅图2，本发明实施例提供了一种送餐通知方法，应用于送餐通知系统，所述送餐通知系统包括送餐员终端100、服务器200以及用户终端300，所述服务器200保存有订餐用户信息，所述方法包括：

步骤S101，服务器200接收所述送餐员终端100发送的识别信息，所述识别信息是由所述送餐员终端100通过扫描识别码获得的或者是由送餐员在所述送餐员终端100输入的；

步骤S102，服务器200查找与所述识别信息对应的订餐用户信息；

步骤S103，服务器200根据查找到的订餐用户信息，按照预设的策略向与所述订餐用户信息对应的用户终端300发送通信息；

步骤S104，当所述服务器200接收到所述用户终端300的发送的表示已经收到所述通知信息的反馈信息时，将所述反馈信息转发到所述送餐员终端100，停止对所述通知信息的发送。

送餐员终端100的用户是提供送餐服务的餐馆的送餐人员，送餐员终端100可以是送餐人员的手机、电脑等智能终端，也可以是餐馆为其送餐人员专门提供的终端设备。服务器200可以是餐馆自己架设的服务器200系统，也可以是由第三方提供的云服务器200。用户终端300指订餐客户使用的终端，可以是手机、电脑或者其他的智能终端设备。在提供服务时，特别是通过互联网提供服务时，需要获得服务对象的用户信息。在本实施例中，订餐用户信息是通过识别信息得到的，而识别信息的来源主要包括两种。一种是通过送餐员终端100通过扫描识别码获得，识别码为有信息标识作用的码，目前最常见的是二维码，识别码也可以是条形码等其他种类的码。另一种就是由送餐人员直接在送餐员终端100上进行输入。识别信息中并不包含订餐用户信息，而是与保存在服务器200中的订餐用户信息有一定的对应关系。服务器200在接收到识别信息后，根据其与订餐用户信息的对应关系查找到与该识别信息对应订餐用户信息。订餐用户信息中包含了订餐用户的真实信息，如姓名、地址、电话等，服务器200根据这些信息就可以向用户发送通知信息了。由于用户终端300的通常是与订餐用户信息绑定的，所以服务器200将通知信息发送到订餐用户信息对应的用户终端300。服务器200发送的通知信息有很多种，如语音电话(如IVR)、短信、APP信息(如微信)或者第三方信息推送等，根据订餐用户的设置或者默认的方式，选择多种方式中的一种或者几种，依次进行通知信息的发送，以提高订餐用户收到通知信息的几率。在订餐用户查看通知信息后，用户终端300会自动或者由订餐用户手动操作返回一个反馈信息到服务器200。服务器200在接收到反馈信息之前，会持续不断地向用户终端300发送通知信息。当所述服务器200接收到所述用户终端300的发送的表示已经收到所述通知信息的反馈信息时，还会将所述反馈信息转发到所述送餐员终端100，使得送餐员终端100的用户即餐馆的送餐人员得知，以便进行后续的工作。

例如，一名订餐用户在网上完成了订餐操作，他订餐时输入的订餐用户信息保存在服务器中。对应的餐馆派出送餐人员进行送餐，已经打包好的外卖包装上印有包含识别信息的二维码。送餐人员通过送餐员终端扫描外卖包装上的二维码，获得二维码中包含的识别信息，送餐员终端将识别信息发送到服务器，服务器通过识别信息与订餐用户信息的对应关系，查找到订餐用户的订餐用户信息，并根据查找到的结果，直接向订餐用户发送通知信息。由于通知信息的发送是由服务器进行的，送餐人员不必再进行相关的操作，节省了时间，同时也在一定程度上保证了订餐用户的信息安全。如果订餐用户进行了查看或者接收了通知信息，服务器就行停止通知信息发送。

作为本实施例的优选实施方式，为了有效的提高效率，餐馆的送餐人员可以通过送餐员终端100一次性扫描多个不同的识别码获得多个不同的识别信息或者直接输入多个识别信息，并同时的发送到服务器200，使得服务器200可以针对多个订餐用户并行发送多个通知信息，非常的方便。

本发明提供的送餐通知方法，在送餐员终端向服务器发送识别信息后，服务器自动完成对订餐用户的信息通知，并持续的采用相同或者不同的方式提醒订餐用户，直到订餐用户进行反馈为止。这样的通知方式，工作效率高，使得送餐人员在送餐时不用浪费时间进行重复简单的通知动作，提高了送餐的效率，降低了餐馆的运营成本。而且使得送餐人员或者服务器能够根据客户的反馈进行更好的服务，提高了客户体验度。

参阅图3，本发明实施例提供了另一种送餐通知方法，在本实施例的中，考虑的是服务器200出现故障时的情况，即所述送餐员终端100与所述服务器200之间或者所述服务器200与用户终端300之间无法通信时，所述方法包括：

步骤S201，送餐员终端100从所述服务器200预先获取所述订餐用户信息；

步骤S202，当所述送餐员终端100与所述服务器200之间或者所述服务器200与用户终端300之间无法通信时，所述送餐员终端100在预先获取的所述订餐用户信息中查找与所述识别信息对应的订餐用户信息；

步骤S203，所述送餐员终端100根据查找到的订餐用户信息，按照预设的策略向与所述订餐用户信息对应的用户终端300发送通知信息；

步骤S204，当所述送餐员终端100接收到所述用户终端300的发送的表示已经收到所述通知信息的反馈信息时，所述送餐员终端100停止对所述通知信息的发送。

服务器200出现故障时，为了保证通知信息能够传达到用户终端300，送餐员终端100接替原来服务器200的工作，直接向用户终端300发送通知信息，并接收用户终端300的反馈。由于订餐用户信息是保存在服务器200的，因此送餐员终端100需要预先从服务器200下载订餐用户信息，保存在本地的缓存中。

参阅图4，本发明实施例提供了再一种送餐通知方法，应用于送餐通知系统，所述送餐通知系统包括送餐员终端100、服务器200以及用户终端300，所述服务器200保存有订餐用户信息，所述订餐用户信息包括订餐用户的身份信息、用户地理位置信息以及与每个身份信息一一对应的识别信息，所述方法包括：

步骤S301，服务器200接收所述送餐员终端100发送的识别信息，所述识别信息是由所述送餐员终端100通过扫描识别码获得的或者是由送餐员在所述送餐员终端100输入的；

在本实施例中，送餐员终端100发送的识别信息可以是一个也可以是多个。送餐员在进行送餐时，可能会一次性对多个订餐用户进行送餐，因此会同时获得多个识别信息。

步骤S302，服务器200接收所述送餐员终端100发送的送餐员的身份信息以及送餐员终端100当前所在的送餐员终端地理位置信息；

送餐员终端100在向服务器200发送识别信息的同时，还会发送送餐员的身份信息以及送餐员终端100当前所在的送餐员终端地理位置信息。

同一个餐馆一般会有多个送餐人员，每个送餐人员使用的是与自己身份信息对应的送餐员终端100，同时每个送餐人员所负责的区域也应该是不同的。

步骤S303，服务器200查找与所述识别信息对应的订餐用户信息；

由于识别信息与每个身份信息是一一对应的，在接收到送餐员终端100发送的订餐用户信息后，就能对应的查找到对应的订餐用户信息，从订餐用户信息中获取到订餐用户的身份信息、用户地理位置信息等真实信息。

步骤S304，服务器200按照预设的通知信息选择策略，生成对应的通知信息。

服务器200按照预设的通知信息选择策略，根据所述送餐员的身份信息、所述送餐员终端100的送餐员终端地理位置信息、所述订餐用户的身份信息、所述用户地理位置信息以及接收到所述识别信息的时间中的一个或多个进行判断，生成对应的通知信息。

通知信息的生成考虑的因素是多方面的，包括时间、地点、用户身份(人物)等。其中的一个或多个因素的改变，都会导致生成的通知信息的改变。

步骤S305，服务器200根据查找到的订餐用户信息，按照预设的策略向与所述订餐用户信息对应的用户终端300发送通信息；

其中预设的策略包括但不限于：

按照预设的时间间隔向与所述订餐用户信息对应的用户终端300依次发送不同种类的通知信息；或者

按照预设的时间间隔向与所述订餐用户信息对应的用户终端300依次发送相同种类的通知信息。

例如，服务器200选择了短信通知的方式，就可以每隔5分钟，发送一次短信。服务器200也可以选择多种不同的通知方式，以3分钟为间隔，依次使用app消息推送、短信通知、IVR呼叫等方式不断通知订餐用户，直到收到反馈信息。

步骤S306，当所述服务器200接收到所述用户终端300的发送的表示已经收到所述通知信息的反馈信息时，将所述反馈信息转发到所述送餐员终端100，停止对所述通知信息的发送。

所述通知信息包括提示用户进行反馈操作的提示信息，所述反馈信息包括用户的操作信息。

订餐用户在查看通知信息时，可以根据提示信息的内容进行反馈操作。例如，提示信息提供了三种不同操作以供订餐用户进行选择，用户通过回复对应的数字作为操作信息进行反馈。

步骤S307，服务器200按照预设的反馈操作策略，根据所述操作信息执行与该操作信息对应的操作指令。

反馈信息包括用户的操作信息表示了订餐用户想要进行的后续操作。服务器200除了将反馈信息转发到送餐员终端100以外。还需要根据操作信息的内容执行对应的操作指令，或者将操作指令也发送到送餐员终端100，使得送餐员终端100能够得知并执行操作信息对应的操作。

步骤S308，服务器200将所述用户地理位置信息添加到与所述用户终端300对应的订餐用户信息中。

用户终端300发出的反馈信息中还包括订餐用户地理位置信息。在步骤S304中，通知信息的生成的因素就包括用户地理位置信息，用户地理位置信息可以是订餐用户预先录入后，保存在服务器200的。如果订餐用户没有预先录入用户地理位置信息，在订餐用户首次向服务器200发送反馈信息时，反馈信息中就包括了订餐用户地理位置信息，然后服务器200将所述用户地理位置信息添加到与所述用户终端300对应的订餐用户信息中。当下一次查找到该订餐用户信息时，就可以直接调用已经保存的用户地理位置信息了。同时，在用户地理位置信息发生改变是，也可以用这样的方式对保存在服务器200中的用户地理位置信息进行更新。

例如，当送餐员开始送餐时，使用送餐员终端扫描多个需要送出的外卖包装上的二维码，获得多个对应的识别信息，然后和送餐员终端地理位置信息一起发送到服务器。服务器根据识别信息查找到对应的多个订餐用户信息。由于多个订餐用户信息并不相同，服务器会根据订餐用户信息的内容、送餐员的身份信息以及送餐员终端地理位置信息生成不同的通知信息进行发送。发送的通知信息还可以包括不同反馈操作提示选项。以通知信息是短信为例，发送到用户终端的短信内容除了提示用户预定的外卖已经送到以外，还有1-3三个选项，分别是：1.按照订餐用户信息的内容将外卖送到对应位置；2.更换新的送餐位置。3.与送餐员进行直接通话。如果订餐用户回复对应数字的短信，则说明订餐用户需要执行对应的操作，服务器将收到的反馈信息转发到送餐员终端，同时也执行订餐用户所选择对应的操作。如果订餐用户选择的是1，则不进行其他操作，按照正常送餐流程执行。如果订餐用户选择的是2，则再次向订餐用户发送短信，提示订餐用户输入信息送餐地址，在接收到之后，将新的地址信息发送到送餐员终端。如果订餐用户选择的是3，则向送餐员终端发送用户需要进行直接通话的提示信息。送餐员在接收到服务器转发的反馈信息后，也根据用户的反馈进行相应的操作。

本实施例提供的送餐通知方法，在送餐员终端向服务器发送识别信息后，服务器自动完成对订餐用户的信息通知，并持续的采用相同或者不同的方式提醒订餐用户，直到订餐用户进行反馈为止。这样的通知方式，工作效率高，使得送餐人员在送餐时不用浪费时间进行重复简单的通知动作，提高了送餐的效率，降低了餐馆的运营成本。而且使得送餐人员或者服务器能够根据客户的反馈进行更好的服务，提高了客户体验度。

参阅图5，本发明实施例提供的一种送餐通知装置，应用于送餐通知系统，所述送餐通知系统包括送餐员终端100、服务器200以及用户终端300，所述送餐通知装置设置于所述服务器200，所述服务器200保存有订餐用户信息，所述装置包括：

识别信息接收单元401，用于接收所述送餐员终端100发送的识别信息，所述识别信息是由所述送餐员终端100通过扫描识别码获得的或者是由送餐员在所述送餐员终端100输入的；

用户查找单元402，用于查找与所述识别信息对应的订餐用户信息；

通知信息发送单元403，用于根据查找到的订餐用户信息，按照预设的策略向与所述订餐用户信息对应的用户终端300发送通知信息；

反馈信息转发单元404，用于当所述服务器200接收到所述用户终端300的发送的表示已经收到所述通知信息的反馈信息时，将所述反馈信息转发到所述送餐员终端100，停止对所述通知信息的发送。

本发明实施例所提供的送餐通知装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

参阅图6，本发明实施例提供的另一种服务器600，包括：处理器500，存储器501，总线502和通信接口503，所述处理器500、通信接口503和存储器501通过总线502连接；处理器500用于执行存储器501中存储的可执行模块，例如计算机程序。所述送餐通知装置储存于所述存储器501。

其中，存储器501可能包含高速随机存取存储器(RAM：RandomAccessMemory)，也可能还包括非不稳定的存储器(non-volatilememory)，例如至少一个磁盘存储器。通过至少一个通信接口503(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。

总线502可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

其中，存储器501用于存储程序，所述处理器500在接收到执行指令后，执行所述程序，前述本发明实施例任一实施例揭示的流程定义的装置所执行的方法可以应用于处理器500中，或者由处理器500实现。

处理器500可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器500中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器500可以是通用处理器，包括中央处理器(CentralProcessingUnit，简称数据请求端)、网络处理器(NetworkProcessor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器501，处理器500读取存储器501中的信息，结合其硬件完成上述方法的步骤。

另外，附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本发明实施例所提供的进行一种送餐通知装置的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

在本发明的描述中，还需要说明的是，除非另有明确的规定和限定，术语“设置”、“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

Claims (10)

1.一种送餐通知方法，其特征在于，应用于送餐通知系统，所述送餐通知系统包括送餐员终端、服务器以及用户终端，所述服务器保存有订餐用户信息，所述方法包括：

所述服务器接收所述送餐员终端发送的识别信息，所述识别信息是由所述送餐员终端通过扫描识别码获得的或者是由送餐员在所述送餐员终端输入的；

所述服务器查找与所述识别信息对应的订餐用户信息；

所述服务器根据查找到的订餐用户信息，按照预设的策略向与所述订餐用户信息对应的用户终端发送通知信息；

当所述服务器接收到所述用户终端的发送的表示已经收到所述通知信息的反馈信息时，将所述反馈信息转发到所述送餐员终端，停止对所述通知信息的发送。

2.根据权利要求1所述的方法，其特征在于，所述方法包括：

所述送餐员终端从所述服务器预先获取所述订餐用户信息；

当所述送餐员终端与所述服务器之间或者所述服务器与用户终端之间无法通信时，所述送餐员终端在预先获取的所述订餐用户信息中查找与所述识别信息对应的订餐用户信息；

所述送餐员终端根据查找到的订餐用户信息，按照预设的策略向与所述订餐用户信息对应的用户终端发送通知信息；

当所述送餐员终端接收到所述用户终端的发送的表示已经收到所述通知信息的反馈信息时，所述送餐员终端停止对所述通知信息的发送。

3.根据权利要求1或2所述的方法，其特征在于，所述按照预设的策略向与所述订餐用户信息对应的用户终端发送通知信息，包括：

按照预设的时间间隔向与所述订餐用户信息对应的用户终端依次发送不同种类的通知信息；或者

按照预设的时间间隔向与所述订餐用户信息对应的用户终端依次发送相同种类的通知信息。

4.根据权利要求所述的方法，其特征在于，所述通知信息包括提示用户进行反馈操作的提示信息，所述反馈信息包括用户的操作信息，所述服务器停止对所述通知信息的发送之后，所述方法还包括：

所述服务器按照预设的反馈操作策略，根据所述操作信息执行与该操作信息对应的操作指令。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

所述送餐员终端按照预设的反馈操作策略，根据所述操作信息执行与该操作信息对应的操作指令。

6.根据权利要求1所述的方法，其特征在于，所述反馈信息包括所述订餐用户地理位置信息，所述方法还包括：

所述服务器将所述用户地理位置信息添加到与所述用户终端对应的订餐用户信息中。

7.根据权利要求6所述的方法，其特征在于，所述订餐用户信息包括订餐用户的身份信息、用户地理位置信息以及与每个身份信息一一对应的识别信息，所述方法还包括：

所述服务器接收所述送餐员终端发送的送餐员的身份信息以及送餐员终端当前所在的送餐员终端地理位置信息；

所述服务器按照预设的通知信息选择策略，根据所述送餐员的身份信息、所述送餐员终端的送餐员终端地理位置信息、所述订餐用户的身份信息、所述用户地理位置信息以及接收到所述识别信息的时间中的一个或多个进行判断，生成对应的通知信息。

8.根据权利要求1所述的方法，其特征在于，所述接收所述送餐员终端发送的识别信息，包括：

接收所述送餐员终端发送的多个识别信息，所述多个识别信息是由所述送餐员终端通过扫描多个识别码获得的或者是由送餐员在所述送餐员终端多次输入的。

9.一种送餐通知装置，其特征在于，应用于送餐通知系统，所述送餐通知系统包括送餐员终端、服务器以及用户终端，所述送餐通知装置设置于所述服务器，所述服务器保存有订餐用户信息，所述装置包括：

识别信息接收单元，用于接收所述送餐员终端发送的识别信息，所述识别信息是由所述送餐员终端通过扫描识别码获得的或者是由送餐员在所述送餐员终端输入的；

用户查找单元，用于查找与所述识别信息对应的订餐用户信息；

通知信息发送单元，用于根据查找到的订餐用户信息，按照预设的策略向与所述订餐用户信息对应的用户终端发送通知信息；

反馈信息转发单元，用于当所述服务器接收到所述用户终端的发送的表示已经收到所述通知信息的反馈信息时，将所述反馈信息转发到所述送餐员终端，停止对所述通知信息的发送。

10.一种送餐通知系统，其特征在于，所述送餐通知系统包括送餐员终端、服务器以及用户终端，所述服务器保存有订餐用户信息，

所述送餐员终端通过扫描识别码或者接收服务输入获得识别信息，将所述识别信息发送到所述服务器；接收所述服务器转发的反馈信息；

所述服务器接收所述送餐员终端发送的识别信息；查找与所述识别信息对应的订餐用户信息；根据查找到的订餐用户信息，按照预设的策略向与所述订餐用户信息对应的用户终端发送通知信息；当所述服务器接收到所述用户终端的发送的表示已经收到所述通知信息的反馈信息时，将所述反馈信息转发到所述送餐员终端，停止对所述通知信息的发送；

所述用户终端接收所述服务器发送的所述通知信息，向所述服务器发送所述反馈信息。