订餐用户信息是通过识别信息得到的，而识别信息的来源主要包括两种。一种是通过送餐员终端100通过扫描识别码获得，识别码为有信息标识作用的码，目前最常见的是二维码，识别码也可以是条形码等其他种类的码。另一种就是由送餐人员直接在送餐员终端100上进行输入。识别信息中并不包含订餐用户信息，而是与保存在服务器200中的订餐用户信息有一定的对应关系。服务器200在接收到识别信息后，根据其与订餐用户信息的对应关系查找到与该识别信息对应订餐用户信息。订餐用户信息中包含了订餐用户的真实信息，如姓名、地址、电话等，服务器200根据这些信息就可以向用户发送通知信息了。由于用户终端300的通常是与订餐用户信息绑定的，所以服务器200将通知信息发送到订餐用户信息对应的用户终端300。服务器200发送的通知信息有很多种，如语音电话(如IVR)、短信、APP信息(如微信)或者第三方信息推送等，根据订餐用户的设置或者默认的方式，选择多种方式中的一种或者几种，依次进行通知信息的发送，以提高订餐用户收到通知信息的几率。在订餐用户查看通知信息后，用户终端300会自动或者由订餐用户手动操作返回一个反馈信息到服务器200。服务器200在接收到反馈信息之前，会持续不断地向用户终端300发送通知信息。当所述服务器200接收到所述用户终端300的发送的表示已经收到所述通知信息的反馈信息时，还会将所述反馈信息转发到所述送餐员终端100，使得送餐员终端100的用户即餐馆的送餐人员得知，以便进行后续的工作。
[0039]例如，一名订餐用户在网上完成了订餐操作，他订餐时输入的订餐用户信息保存在服务器中。对应的餐馆派出送餐人员进行送餐，已经打包好的外卖包装上印有包含识别信息的二维码。送餐人员通过送餐员终端扫描外卖包装上的二维码，获得二维码中包含的识别信息，送餐员终端将识别信息发送到服务器，服务器通过识别信息与订餐用户信息的对应关系，查找到订餐用户的订餐用户信息，并根据查找到的结果，直接向订餐用户发送通知信息。由于通知信息的发送是由服务器进行的，送餐人员不必再进行相关的操作，节省了时间，同时也在一定程度上保证了订餐用户的信息安全。如果订餐用户进行了查看或者接收了通知信息，服务器就行停止通知信息发送。
[0040]作为本实施例的优选实施方式，为了有效的提高效率，餐馆的送餐人员可以通过送餐员终端100 —次性扫描多个不同的识别码获得多个不同的识别信息或者直接输入多个识别信息，并同时的发送到服务器200，使得服务器200可以针对多个订餐用户并行发送多个通知信息，非常的方便。
[0041]本发明提供的送餐通知方法，在送餐员终端向服务器发送识别信息后，服务器自动完成对订餐用户的信息通知，并持续的采用相同或者不同的方式提醒订餐用户，直到订餐用户进行反馈为止。这样的通知方式，工作效率高，使得送餐人员在送餐时不用浪费时间进行重复简单的通知动作，提高了送餐的效率，降低了餐馆的运营成本。而且使得送餐人员或者服务器能够根据客户的反馈进行更好的服务，提高了客户体验度。
[0042]参阅图3，本发明实施例提供了另一种送餐通知方法，在本实施例的中，考虑的是服务器200出现故障时的情况，即所述送餐员终端100与所述服务器200之间或者所述服务器200与用户终端300之间无法通信时，所述方法包括:
[0043]步骤S201，送餐员终端100从所述服务器200预先获取所述订餐用户信息；
[0044]步骤S202，当所述送餐员终端100与所述服务器200之间或者所述服务器200与用户终端300之间无法通信时，所述送餐员终端100在预先获取的所述订餐用户信息中查找与所述识别信息对应的订餐用户信息；
[0045]步骤S203，所述送餐员终端100根据查找到的订餐用户信息，按照预设的策略向与所述订餐用户信息对应的用户终端300发送通知信息；
[0046]步骤S204，当所述送餐员终端100接收到所述用户终端300的发送的表示已经收到所述通知信息的反馈信息时，所述送餐员终端100停止对所述通知信息的发送。
[0047]服务器200出现故障时，为了保证通知信息能够传达到用户终端300，送餐员终端100接替原来服务器200的工作，直接向用户终端300发送通知信息，并接收用户终端300的反馈。由于订餐用户信息是保存在服务器200的，因此送餐员终端100需要预先从服务器200下载订餐用户信息，保存在本地的缓存中。
[0048]参阅图4，本发明实施例提供了再一种送餐通知方法，应用于送餐通知系统，所述送餐通知系统包括送餐员终端100、服务器200以及用户终端300，所述服务器200保存有订餐用户信息，所述订餐用户信息包括订餐用户的身份信息、用户地理位置信息以及与每个身份信息一一对应的识别信息，所述方法包括:
[0049]步骤S301，服务器200接收所述送餐员终端100发送的识别信息，所述识别信息是由所述送餐员终端100通过扫描识别码获得的或者是由送餐员在所述送餐员终端100输入的；
[0050]在本实施例中，送餐员终端100发送的识别信息可以是一个也可以是多个。送餐员在进行送餐时，可能会一次性对多个订餐用户进行送餐，因此会同时获得多个识别信息。
[0051]步骤S302，服务器200接收所述送餐员终端100发送的送餐员的身份信息以及送餐员终端100当前所在的送餐员终端地理位置信息；
[0052]送餐员终端100在向服务器200发送识别信息的同时，还会发送送餐员的身份信息以及送餐员终端100当前所在的送餐员终端地理位置信息。
[0053]同一个餐馆一般会有多个送餐人员，每个送餐人员使用的是与自己身份信息对应的送餐员终端100，同时每个送餐人员所负责的区域也应该是不同的。
[0054]步骤S303，服务器200查找与所述识别信息对应的订餐用户信息；
[0055]由于识别信息与每个身份信息是一一对应的，在接收到送餐员终端100发送的订餐用户信息后，就能对应的查找到对应的订餐用户信息，从订餐用户信息中获取到订餐用户的身份信息、用户地理位置信息等真实信息。
[0056]步骤S304，服务器200按照预设的通知信息选择策略，生成对应的通知信息。
[0057]服务器200按照预设的通知信息选择策略，根据所述送餐员的身份信息、所述送餐员终端100的送餐员终端地理位置信息、所述订餐用户的身份信息、所述用户地理位置信息以及接收到所述识别信息的时间中的一个或多个进行判断，生成对应的通知信息。
[0058]通知信息的生成考虑的因素是多方面的，包括时间、地点、用户身份(人物)等。其中的一个或多个因素的改变，都会导致生成的通知信息的改变。
[0059]步骤S305，服务器200根据查找到的订餐用户信息，按照预设的策略向与所述订餐用户信息对应的用户终端300发送通信息；
[0060]其中预设的策略包括但不限于:
[0061]按照预设的时间间隔向与所述订餐用户信息对应的用户终端300依次发送不同种类的通知信息；或者
[0062]按照预设的时间间隔向与所述订餐用户信息对应的用户终端300依次发送相同种类的通知信息。
[0063]例如，服务器200选择了短信通知的方式，就可以每隔5分钟，发送一次短信。月艮务器200也可以选择多种不同的通知方式，以3分钟为间隔，依次使用app消息推送、短信通知、IVR呼叫等方式不断通知订餐用户，直到收到反馈信息。
[0064]步骤S306，当所述服务器200接收到所述用户终端300的发送的表示已经收到所述通知信息的反馈信息时，将所述反馈信息转发到所述送餐员终端100，停止对所述通知信息的发送。
[0065]所述通知信息包括提示用户进行反馈操作的提示信息，所述反馈信息包括用户的操作信息。
[0066]订餐用户在查看通知信息时，可以根据提示信息的内容进行反馈操作。例如，提示信息提供了三种不同操作以供订餐用户进行选择，用户通过回复对应的数字作为操作信息进行反馈。
[0067]步骤S307，服务器200按照预设的反馈操作策略，根据所述操作信息执行与该操作信息对应的操作指令。
[0068]反馈信息包括用户的操作信息表示了订餐用户想要进行的后续操作。服务器200除了将反