一种验证系统及方法
【技术领域】
[0001]本发明涉及互联网应用领域，具体地说，本发明涉及一种验证系统及方法。
【背景技术】
[0002]传统快餐店虽然具有快速的备餐能力，但仍然需要面对由于选餐和支付而带来的严重的排队情况的矛盾现象和问题。随着互联网的发展，尤其是餐饮020(0nline ToOffline，在线离线/线上到线下)行业兴起，采用通过互联网方式将用户选餐和支付放到线上，而将用户到店取餐的部分放到线下的运营方式受到了关注。然而，现有技术中，用户凭借在网络订餐平台上提交订单后获得的系统推送的凭证到店内取餐时，仍需要店员人工查询核对订单信息，匹配相应的菜品后，方能使用户收到与其订单对应的菜品。这里的人工验证用户身份并配菜的方式，仍然会不可避免的带来排队现象，无法将商家的备餐效率发挥到最佳，难以为用户提供的快捷的取餐体验。
【发明内容】
[0003]本发明的目的是提供一种能够克服上述技术问题的解决方案。
[0004]本发明提供了一种验证系统，包括服务器和验证装置，其中，所述服务器，用于根据来自用户的订单信息生成与所述订单信息对应的编码，并将所述编码提供给所述用户，以及与所述验证装置通信;所述验证装置，用于接收所述用户输入的所述编码，与所述服务器通信，根据来自所述服务器的信息得到对所述编码的验证结果。
[0005]优选地，所述验证装置，用于将所述用户输入的所述编码提交给所述服务器，接收来自所述服务器的对所述编码的验证结果;所述服务器，用于接收并验证来自所述验证装置的所述编码，向所述验证装置返回对所述编码的验证结果。
[0006]优选地，所述服务器，用于确定与来自所述验证装置的所述编码对应的订单信息，向所述验证装置返回包含所述订单信息的对所述编码的验证结果。
[0007]优选地，所述服务器，用于将所述订单信息及与所述订单信息对应的所述编码发送给所述验证装置;所述验证装置，用于根据来自所述服务器的信息验证所述用户输入的所述编码。
[0008]优选地，所述验证装置，用于确定与所述用户输入的所述编码对应的订单信息，并将所述订单信息包含于对所述编码的验证结果中。
[0009]优选地，所述验证装置，包括输出设备；以及所述验证装置，还用于通过所述输出设备输出所述对所述编码的验证结果。
[0010]优选地，所述验证装置，还用于将所述对所述编码的验证结果中包含的所述订单信息按照预定的标准进行分类，并且将同一类型的订单信息通过一个单独的所述输出设备进行输出。
[0011]优选地，所述验证装置，包括至少两个输出设备；以及所述验证装置，还用于将来自所述服务器的所述订单信息经由所述输出设备中的预定的部分输出设备输出，将所述对所述编码的验证结果经由所述输出设备中的预定的另一部分输出设备输出。
[0012]本发明还提供了一种用于前述验证系统的验证方法，所述方法包括:步骤I，所述服务器根据来自用户的订单信息生成与所述订单信息对应的编码，并将所述编码提供给所述用户；步骤2，所述验证装置接收所述用户输入的所述编码;步骤3，所述验证装置将所述用户输入的所述编码提交给所述服务器;步骤4，所述服务器验证所述编码，并将对所述编码的验证结果返回给所述验证装置。
[0013]本发明还提供了一种用于前述验证系统的验证方法，所述方法包括:步骤I，所述服务器根据来自用户的订单信息生成与所述订单信息对应的编码，并将所述编码提供给所述用户；步骤2，所述服务器将所述订单信息及其对应的所述编码发送给所述验证装置;步骤3，所述验证装置接收所述用户输入的所述编码;步骤4，所述验证装置根据来自所述服务器的信息验证所述用户输入的所述编码。
[0014]与现有技术相比，本发明提出的技术方案能够在有效解决用户到店取餐的身份验证问题的同时，有效减少排队现象，提高餐饮服务的用户体验。
【附图说明】
[0015]为了更清楚地说明本发明的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图并不构成对于本发明的技术方案的限制。
[0016]图1是根据本发明的第一个实施例的验证系统的结构示意图；
[0017]图2是根据本发明的第一个实施例的验证方法的流程图；
[0018]图3是根据本发明的第二个实施例的验证系统的结构示意图；
[0019]图4是根据本发明的第二个实施例的验证方法的流程图；
[0020]图5是根据本发明的实施例的验证装置的示意图。
【具体实施方式】
[0021]下面结合附图和具体实施例对本发明做进一步地描述。
[0022]图1示出了根据本发明的第一个实施例的验证系统的结构示意图。如图1所示，根据本发明的第一个实施例，验证系统100包括服务器104以及验证装置106。服务器104用于接收来自用户102的订单信息，根据该订单信息生成与该订单对应的编码，并将该编码提供给用户102。服务器104还接收来自验证装置106的验证请求，查询是否存在与该验证请求中的编码对应的订单信息，并将验证结果返回给验证装置106。验证装置106用于接收用户102输入的前述编码，并将该编码提交给服务器104验证，接收来自服务器104的前述编码验证结果，并向用户102输出验证结果，并在验证成功的情况下，根据来自服务器104的验证结果中包含的订单信息，向用户102输出包含该订单信息的交易凭证。
[0023]图2示出了根据本发明的第一个实施例的验证方法的流程图。以下结合图1和图2，描述本发明的第一个实施例的验证方法。
[0024]步骤202，服务器104经由互联网为用户102提供网络点餐平台(例如，微信公众号、网站、以专用的手机应用程序为客户端的网络服务平台等等)，接收用户102使用可以连接至该网络点餐平台的终端设备(例如，计算机、平板电脑、手机等)通过该网络点餐平台提交订单信息。
[0025]步骤204，服务器104根据接收到的订单信息生成与当前订单对应的编码。该编码可以根据现有技术中的多种方式生成，例如，采用订单信息中包含的终端设备的唯一标识码(诸如，移动终端的机器编号、mac地址、型号、品牌信息，及其组合，等)、用户102提交的身份识别码(例如，手机号码)、随机或顺序生成的编号或编码序列、下单时间，等信息之一，或者前述信息的任意组合，或者对前述信息或其任意组合经诸如MD5等编码方式形成的编码，作为与当前订单对应的编码，并记录该订单信息与其对应编码的关联关系。服务器104经由所述网络点餐平台和/或短信服务(Short Message Service)或是增值服务(Supplementary Service)的方式将该编码以某种载体的形式(诸如，明文、条形码、二维码等)提供给用户102的终端设备。
[0026]步骤206，验证装置106接收用户通过与前述编码的载体形式相适应的方式(诸如，键盘输入、提供条形码/ 二维码供验证装置106扫描，等等)输入的前述编码，并向服务器104提交包含该编码的验证请求。
[0027]步骤208，服务器104接收来自验证装置106的验证请求。
[0028]步骤210，服务器104查询其数据库中是否存在与该验证请求中包含的编码对应的订单信息:若不存在，则向验证装置106反馈诸如编码有误之类的错误信息(步骤211)，并进入步骤212;若存在，则将该订单信息反馈给验证装置106(步骤213)，并进入步骤214。进一步地，服务器104在查询到存在与该验证请求中包含的编码对应的订单信息时，继续查询该订单信息是否有效:若无效，则向验证装置106反馈诸如订单已失效之类的错误信息，并进入步骤212;若有效，则将该订单信息反馈给验证装置106，并记录该订单信息无效，并进入步骤214。
[0029]步骤212，验证装置106向用户102输出来自服务器104的错误信息。
[0030]步骤214，验证装置106向用户打印包含具体订单信息的取餐凭证。
[0031]图3示出了根据本发明的另一个实施例的验证系统的结构示意图。如图3所示，根据本发明的另一个实施例，验证系统300包括服务器304以及验证装置306。服务器304用于接收来自用户102的订单信息，根据该订单信息生成与该订单对应的编码，并将该编码提供给用户102。服务器304还根据该订单信息将该订单信息及其对应的编码发送给验证装置306。验证装置306用于接收来自服务器304的订单信息及其对应的编码。验证装置306还接收用户102输入的前述编码，并根据来自服务器304的订单信息及其对应的编码对用户102输入的前述编码进行验证，进而向用户102输出验证结果，并且在验证成功的情况下，根据验证结果中包含的订单信息，向用户102输出包含该订单信息的交易凭证。
[0032]图4示出了根据本发明的第二个实施例的验证方法的流程图。以下结合图3和图4，描述本发明的第二个实施例的验证方法。
[0033]步骤402，服务器304经由互联网为用户102提供网络点餐平台(例如，微信公众号、网站、以专用的手机应用程序为客户端的网络服务平台等等)，接收用户102使用可以连接至该网络点餐平台的终端设备(例如，计算机、平板电脑、手机等)通过该网络点餐平台提交的订单信息。
[0034]步骤404，服务器304根据接收到的订单信息生成与当前订单对应的编码。该编码可以根据现有技术中的多种方式生成，例如，采用订单信息中包含的终端设备的唯一标识码(诸如，移动终端的机器编号、mac地址、型号、品牌信息，及其组合，等)、用户102提交的身份