CN106408367A - 订单信息的获取方法及装置 - Google Patents

Abstract

本申请是关于一种订单信息的获取方法及装置，所述方法包括：服务器接收与商家终端的设备ID关联的券码；服务器根据预先存储的券码和订单信息的对应关系，查找与接收到的所述券码对应的订单信息；服务器向所述商家终端发送查找到的所述订单信息。通过上述过程，商家可以通过上述商家终端来获取与券码对应的订单信息并将获取到的订单信息显示于商家终端上。

Description

订单信息的获取方法及装置

技术领域

本申请涉及互联网技术领域，尤其涉及一种订单信息的获取方法及装置。

背景技术

O2O(Online To Offline，在线离线/线上到线下)，是指将线下的商务机会与互联网结合，让互联网成为线下交易的平台。目前，O2O模式的流程大致如下：首先，各类O2O平台上推出与各个线下商家的服务性商品(如：餐饮、美容、健身)对应的O2O电子券(如：团购券，代金券等)。用户通过在上述O2O平台上注册的用户名和密码登录O2O平台，选择需要购买的服务性商品的O2O电子券并完成支付。随后，O2O平台便会将与用户支付的O2O电子券对应的券码发放给用户，最终，用户可以前往服务性商品的线下商家并通过上述券码进行验证，在验证通过后即可消费。

现有技术中，商家的服务性商品的消费方式主要包括：通过现金进行消费及通过电子券进行消费。对于通过现金消费的方式，商家可以通过商家终端获取到订单信息并在商家终端上进行展示。然而，对于通过电子券进行消费的方式，现有技术还无法通过商家终端获取到订单信息并进行展示，给商家造成一定的不便。例如，在进行账单统计时，商家需要人工统计上述通过电子券进行消费的订单，效率较低。

发明内容

为克服相关技术中存在的问题，本申请实施例提供一种订单信息的获取方法及装置，以使得商家能够通过商家终端获取到与电子券消费方式对应的订单信息。

根据本申请实施例的第一方面，提供一种订单信息的获取方法，包括：

接收与商家终端的设备ID关联的券码；

根据预先存储的券码和订单信息的对应关系，查找与接收到的所述券码对应的订单信息；

向所述商家终端发送查找到的所述订单信息。

根据本申请实施例的第二方面，提供一种订单信息的获取方法，应用于商家终端，包括：

获取券码；

向服务器发送所述券码；

接收服务器查找到的与所述券码对应的订单信息，并将所述订单信息展示于与所述券码对应的菜单页面上。

根据本申请实施例的第三方面，提供一种订单信息的获取装置，包括：

接收单元，用于接收与商家终端的设备ID关联的券码；

查找单元，用于根据预先存储的券码和订单信息的对应关系，查找与所述券码对应的订单信息；

发送单元，用于向所述商家终端发送查找到的所述订单信息。

根据本申请实施例的第四方面，提供一种订单信息的获取装置，包括：

获取单元，用于获取券码；

查找单元，用于向服务器发送所述券码；

发送单元，用于接收服务器查找到的与所述券码对应的订单信息，并将所述订单信息展示于与所述券码对应的菜单页面上。

本申请的实施例提供的技术方案可以包括以下有益效果：

服务器通过接收与商家终端的设备ID关联的券码，并根据预先存储的券码与订单信息的对应关系，查找与所述券码对应的订单信息，最终将查找到的订单信息发送到所述商家终端。通过上述过程，商家可以通过上述商家终端来获取与券码对应的订单信息，并将获取到的订单信息显示于商家终端上。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是本申请一实施例示出的用以获取订单信息的系统架构图；

图2A是本申请一实施例示出的以服务器为主体的订单信息的获取方法的流程图；

图2B是本申请另一实施例示出的以服务器为主体的订单信息的获取方法的流程图；

图2C是本申请一实施例示出的以商家终端为主体的订单信息的获取方法的流程图；

图3是本申请另一实施例示出的用以获取订单信息的系统架构图；

图4A是本申请另一实施例示出的订单信息的获取方法的流程图；

图4B是本申请另一实施例示出以ERP服务器为主体的订单信息的获取方法的流程图；

图4C是本申请一实施例示出以O2O服务器为主体的订单信息的获取方法的流程图；

图5A是本申请又一实施例示出的订单信息的获取方法的流程图；

图5B是本申请又一实施例示出的以商家终端为主体的订单信息的获取方法的流程图；

图6是根据一示例性实施例示出的订单信息的获取装置的框图；

图7是根据另一示例性实施例示出的订单信息的获取装置的框图；

图8是根据一示例性实施例示出的一种电子设备的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

图1是本申请一实施例示出的用以获取订单信息的系统架构图。本实施例中，系统可以包括：服务器40、与所述服务器40通过网络进行通信的商家终端10、与所述服务器40连接的数据库41及顾客终端50。上述商家终端10应用于商家的线下店铺中，具备的功能可以包括：点单、结算、打印票据及订单信息查询等。上述商家终端10可以包括：显示器、处理装置(如：CPU)、总线、输入/输出装置等。上述服务器可以是单个服务器或多个服务器组成的服务器集群。在一些具体场景中，上述商家终端10也可以是多种终端设备的组合，如：点单机、收银POS(point ofsale)机及打印机。

在O2O(Online To Offline，在线离线/线上到线下)模式下，顾客可以从O2O平台上购买到电子券，在购买完成后，O2O平台可以将与电子券对应的券码发给顾客，后续，顾客便可以利用收到的券码到指定商家的线下店铺进行消费。一般地，在上述O2O平台上，可以预先为每一种电子券，确定与之对应的订单信息。本文提及的订单信息可以包括：顾客通过电子券可以消费的商品或商品组合、每一商品的数量及价格、电子券的有效期限等信息。举例而言，若上述商家是某餐厅，则上述订单信息可以包括：顾客通过电子券可以消费的菜品或菜品组合，每一菜品的单价等信息。

目前，电子券的使用过程一般可以包括：来到商家的店铺的顾客向店员出示与电子券对应的券码，店员通过商家终端扫描券码或在商家终端上输入所述券码，以通过对所述券码的验证过程来判定电子券是否可用，并在验证通过之后，给顾客提供相应的消费服务。然而，在现有技术中，商家终端无法获取与券码对应的订单信息并将订单信息在商家终端上进行展示，这给商家造成一定的不便。

图2A是本申请一实施例示出的订单信息的获取方法的流程，该方法可以应用于服务器端。基于上述图1所提供的系统，为了解决以上问题，所述方法可以包括如下步骤：

在步骤S110中，服务器40接收与商家终端10的设备ID关联的券码。

在一实施例中，服务器40可以接收由商家终端10上传的与所述商家终端10的设备ID关联的券码。在一种示例的场景中，顾客来到商家的店铺提出需要通过电子券进行消费，在顾客通过顾客终端(如手机)出示券码之后，店员可以通过将顾客终端上的券码输入到商家终端的方式，或通过扫描顾客终端上的二维码的方式来获得所述券码，商家终端在获得券码之后，可以将券码与所述商家终端的设备ID进行关联，并上传到服务器上。

需要说明的是，服务器端可以预先存储一“券码-设备ID”的映射表，并将每次接收到的券码及设备ID的关联关系写入到上述“券码-设备ID”的映射表。

在另一实施例中，服务器40可以接收由顾客终端50上传的与所述商家终端10的设备ID关联的券码。在一示例性的场景中，顾客来到商家的店铺，提出需要通过电子券进行消费，此后，店员通过商家终端出示上述商家终端的设备ID(如二维码)，顾客利用顾客终端50扫描该设备ID之后，顾客终端50可以跳转到包含用户可用的券码的页面(顾客可能拥有多个电子券)，最终，用户可以从上述页面中，选择一个需要使用的券码，在用户选择之后，被选的券码可以与上述设备ID形成关联关系，并上传到服务器40。在上述场景中，顾客终端50可以通过与服务器40进行通信。

在一实施例中，服务器40可以接收商家终端10发送的携带所述商家终端的设备ID及券码的第二请求。也就是说，商家终端10获取到顾客提供的券码，并将获得的券码与设备ID进行关联之后，可以通过向服务器发送请求的方式来上传上述券码及设备ID。相应地，下述步骤S120可以是响应于上述第二请求来执行的。

在步骤S120中，服务器40根据预先存储的券码和订单信息的对应关系，查找与接收到的所述券码对应的订单信息。其中，所述券码和订单信息的对应关系可以被存储于所述数据库41中。

在一实施例中，服务器40在接收到上传的与设备ID关联的券码之后，可以对该券码进行验证，所述验证的过程可以包括：验证该券码是否被存储于服务器上，以及验证该券码是否为未被使用过的券码。在所述券码验证通过后(表明顾客出示的券码是可用的)，可以执行上述步骤S120，否则，不执行上述步骤S120。

在步骤S130中，服务器40向所述商家终端10发送查找到的所述订单信息。

通过服务器40发送查找到的所述订单信息，商家终端10在接收到上述订单信息之后，可以将所述订单信息进行展示，从而使得商家可以通过商家终端查看到顾客通过电子券消费的订单信息。

图2B是本申请另一实施例示出的订单信息的获取方法的流程，该方法可以应用于服务器端。在上述图2A所示的实施例的基础上，所述方法可以包括如下步骤：

在步骤S110中，服务器40接收与商家终端10的设备ID关联的券码。

在步骤S140中，服务器向商家终端推送包含所述券码的页面。

在步骤S150中，服务器接收商家终端发送的携带所述券码的第一请求；其中，所述第一请求是响应于用户在所述页面上的操作生成的。

对于上述步骤S140和步骤S150，可以以一种示例性的场景为例来说明。在该场景中，顾客来到商家的店铺，提出需要通过电子券进行消费，此后，商家通过商家终端10提供设备ID，顾客通过顾客终端扫描商家提供的设备ID，随后，选择一个可用的电子券的券码与该设备ID进行关联，并上传到上述服务器40上。服务器40在收到上传的券码之后，可以向上述商家终端10推送一个包含上述券码的页面，当然，该页面也包括其他与上述设备ID关联的券码。也就是说，在上传当前顾客所选择的券码之后，商家便可以通过上述页面，查看到与商家终端10的设备ID关联的一个或多个券码，商家可以在所展示的一个或多个券码中，找到当前顾客所使用的券码是哪一个。例如，券码按照上传的时间点进行排序，排在最前面的是当前顾客所使用的券码；或者，页面内的各券码上标记有：“已用”或“未用”，标记有：“未用”的券码便是当前顾客的券码。随后，商家可以通过在所述页面内的点击操作(如点击“券码”)，触发向服务器40发送携带所述券码的第一请求的动作。其中，该第一请求可以用于查找与所述券码对应的订单信息。当然，商家还可以通过其他类型的操作触发上述发送第一请求的动作，如：双击上述页面的指定位置，通过特定的按键来触发等。

在一实施例中，上述第一请求中还可以携带商家终端的设备ID，这样，服务器在查找到与券码对应的订单信息之后，可以根据上述第一请求中携带的设备ID，确定需要向哪一个商家终端返回查找到的订单信息。

在步骤S120中，响应于所述第一请求，服务器40根据预先存储的券码和订单信息的对应关系，查找与接收到的所述券码对应的订单信息。

在步骤S130中，服务器40向所述商家终端10发送查找到的所述订单信息。

需要说明的是。在可行的其他实施例中，上述在步骤S140和步骤S150可以没有。也就是说，在向服务器上传顾客出示的券码之后，无需商家任何操作，商家终端便可以接收到服务器查找到订单信息并进行展示。

图2C是本申请一实施例示出的订单信息的获取方法的流程图。该方法可以应用于商家终端上。基于上述图2A或图2B所示的实施例的内容，所示方法可以包括如下步骤：

在步骤S210中，商家终端10获取券码。

如上所述，商家终端10可以通过输入券码或扫描顾客提供的券码的方式来获取券码，此处不再予以详述。

在步骤S220中，商家终端10将所述券码上传到服务器40上；其中，所述券码与所述商家终端的设备ID关联。

在步骤S230中，商家终端10接收服务器40查找到的与所述券码对应的订单信息并显示。

在一实施例中，可以将接收到的所述订单信息展示于与所述券码对应的菜单页面上。其中，在商家终端上，一般可以显示与每一笔消费对应的一个菜单页面，该菜单页面上用以展示于该笔消费对应的订单信息。当然，也可以在同一个菜单页面内显示多笔消费的订单信息。上述菜单页面也可以称为“购物车”页面，所述“购物车”页面可以显示顾客所选择消费的商品或商品组合。

以一种示例的场景为例来说明，顾客来到线下店铺之后，提出需要通过电子券来消费，则顾客可以向店员出示电子券的券码。此后，店员通过商家终端获得券码并将券码上传到服务器，服务器查找到与上述券码对应的订单信息并返回到上述商家终端上。在商家终端上可以在一菜单页面(即“购物车”页面)上将上述返回的订单信息展示。例如，某电子券对应的订单信息中包含的菜品组合是：“大盘鸡”、“松鼠桂鱼”、“烤羊腿”，则商家可以通过上述菜单页面查看到顾客可以消费的是上述三种菜品，并且可以查看每个菜品的单价，以及消费的时间信息等。

在现有技术中，对于通过电子券进行线下店铺消费的过程，一般用户无法对与券码对应的订单信息进行更改，也就是说，通过电子券可以消费的订单信息是由固定的商品或商品组合所构成的。而目前存在这样一种需求：顾客来到店铺之后，觉得原本与券码对应的订单信息中的某个商品不是自身所需要的，想更换另一种商品；或者，向另外增加一些商品。对于上述需求，一般需要在上述与电子券对应的订单之外，为顾客另外增加一笔新的订单，并在该订单中增加所需的其他商品。也就是，目前还无法在同一笔订单中完成，这给商家带来不好的体验。

为解决这一问题，在一实施例中，所述方法还可以包括如下步骤：将用户从预设商品列表中选择的至少一个商品信息添加到所述菜单页面上。或，将所述菜单页面上展示的所述订单信息中的至少一个商品信息删除。

换言之，商家可以对上述菜单页面上展示的订单信息进行编辑。编辑的方式包括但不限于：①将预设商品列表中的商品信息添加到与该券码对应的订单信息内；②将当前展示的订单信息中的某个商品信息进行删除或更换。上述预设商品列表可以包含该商家的店铺中可以被消费的所有商品，可以是商家终端中预存的，也可以是被预存到服务器端，再由商家终端从服务器端获取的。例如：顾客提出需要增加一份“酱香牛肉”，则店员可以通过上述商家终端的预设商品列表，找到“酱香牛肉”，并添加到上述菜单页面内。在编辑完成之后，店员可以将最终编辑完成的订单信息打印成一张小票(包括顾客团购券的商品及后续增加的商品)。通过对电子券的订单信息的编辑功能，可以实现在与券码对应的订单信息的基础上，增加其他商品或更换商品，使得顾客可以在同一笔订单中，即可以通过电子券消费也可以通过现金来消费。能够使得顾客可以根据自身需求，对与电子券对应的订单信息进行变更，给顾客带来更好的体验。

需要说明的是，在对商家终端上展示的与券码对应的订单信息进行编辑之后，商家可以通过点击“确认”，来确认下单并结账。此后，商家终端可以将编辑过后的订单信息与券码对应，并上传到服务器端进行存储，其中，券码还可以与设备ID进行对应，也就是说，服务器端可以存储这样一个包含：“设备ID-券码-订单信息”的映射关系。这样，后续商家终端可以从服务器端查询与该设备ID对应的所有券码，以及与每一券码对应的订单信息，从而便于商家对通过电子券进行消费的账单进行统计。

另外，对于在上述券码对应的订单信息中增加商品的过程，所增加的商品可以通过现金进行结算，在服务器端，可以对同一笔订单信息中的不同商品按照消费渠道进行不同的标记。如：某笔订单信息包含商品a、商品b、商品c，其中，商品a、商品b是通过电子券进行结算的，商品c是通过现金进行结算的。则，最终在服务器端，针对该笔订单，将商品a、商品b标记为“通过电子券消费”，将商品c标记为“通过现金消费”。通过上述过程，可以满足商家在后续账单统计时，对现金渠道及电子券渠道进行分别统计的需求。

需要说明的是，上述电子券可以包括但不限于：团购券，代金券等。上述商家包括但不限于：餐厅、理发店、健身房等，上述商品包括但不限于：饮食、理发服务，健身服务等服务性商品。

综上所述，通过上述图2A～图2C所示的各实施例提供的技术方案，可以达到如下技术效果：服务器通过接收与商家终端的设备ID关联的券码，并根据预先存储的券码与订单信息的对应关系，查找与所述券码对应的订单信息，最终将查找到的订单信息发送到所述商家终端。通过上述过程，商家可以通过上述商家终端来获取与券码对应的订单信息，并将获取到的订单信息显示于商家终端上。

图3是本申请另一实施例示出的用以获取订单信息的系统架构图。本申请实施例中，所述系统可以包括：商家终端10，与所述商家终端10通信的ERP(Enterprise ResourcePlanning，企业资源计划)服务器20，与所述ERP服务器20通信的O2O(Online To Offline，在线离线/线上到线下)服务器30，顾客终端50，以及与上述ERP服务器连接的第一数据库21，与上述O2O服务器连接的第二数据库31。其中，商家终端10是商家所使用的设备，可以包括：点菜机、商家收银POS(point ofsale)机等，一般地，每个商家终端具有一个唯一的设备ID，用以标识其身份。上述商家终端10上一般可以安装有与ERP服务器对应的客户端软件，该商家终端10的功能可以包括：账单的查询和显示，电子支付等功能。当然，商家终端10也可无需安装客户端软件，直接使用浏览器通过网络访问ERP服务器。上述顾客终端50可以是来到商家的线下店进行消费的顾客的设备(如手机)。上述第一数据库21可以存储有通过现金方式(即“线下现金渠道”)进行消费的订单信息，上述第二数据库22可以存储有通过电子券(即“O2O渠道”)进行消费的订单信息。上述O2O服务器可以是利用O2O这种商业模式运营的服务器，可以例如是各种团购平台的服务器。

图4A是本申请另一实施例示出的订单信息的获取方法的流程，可包括如下步骤S101～S106，其中：

在步骤S101中，商家终端将顾客提供的券码与所述商家终端的设备ID关联并上传到ERP服务器上。

以团购券为例，顾客通常可以通过浏览器或APP来访问O2O平台来参与团购活动。在顾客选定某个线下商家在上述O2O平台上推出的团购券并进行支付之后，O2O平台可以将与所述团购券对应的一个券码(券码用以验证团购券是否可用)发送到顾客的顾客终端(如：智能手机或平板电脑)上。当顾客来到指定的线下商家时，可以向店员(商家终端的用户)出示上述券码，以验证所述团购券是否可用。也就是说，ERP服务器上可以存储有设备ID和券码的映射关系表。需要说明的是，在顾客针对某种团购券完成支付之后，O2O服务器上可以存储有“券码-团购单号-订单”的对应关系。本文提及的“订单信息”可以包括但不限于：O2O订单的总金额，O2O订单包括的订单内容等。举例来说，对于团购单号为：123的团购券而言，与之对应的订单内容包括：菜品a一份，菜品b一份，菜品c一份，该团购单的总金额是88元。

需要说明的是，通过将上述券码与所述商家终端的设备ID进行关联，可以使得在通过某个商家终端上对顾客提供的券码进行验证动作的同时，可以将通过ERP服务器和O2O服务器获得的与该券码对应的订单信息，返回到指定的商家终端(即接待顾客的指定店员所使用的商家终端)上进行展示，而不会被发送到其他商家终端(如：其他商家的商家终端)上进展示。

在步骤S102中，ERP服务器根据预存的设备ID和O2O商家账号的关联关系，查找与所述设备ID关联的O2O商家账号。

为了实现用户可以通过商家终端获取到“O2O渠道”的订单信息，本申请实施例中，需要通过ERP服务器和O2O服务器的交互，使得ERP服务器可以从O2O服务器上获取与O2O订单对应的订单信息。当然，O2O服务器也可以从ERP服务器上获取所需要的信息，如：某个线下商家目前正在推出的所有菜品有哪些，这些菜品信息可以被线下商家上传到所述ERP服务器上。

对于每个线下商家而言，在ERP服务器上可以注册至少一个ERP账号，在O2O服务器上可以注册至少一个O2O商家账号，上述ERP账号和O2O商家账号分别可以是上述线下商家在上述ERP服务器及上述O2O服务器上的登录凭证。另外，每个商家拥有的一个或多个商家终端，也可以分别具有一个设备ID。本申请一实施例中，为了实现ERP服务器和O2O服务器的交互需要将商家的O2O商家账号与该商家的ERP账号进行关联，并且，每个商家的ERP账号还与该商家拥有的商家终端的设备ID进行关联。在将上述“O2O商家账号-ERP账号”的关联关系和“ERP账号-设备ID”的关联关系存储到上述ERP服务器上之后，ERP服务器便可以根据与上传的券码关联的设备ID，来查找与该设备ID对应的O2O商家账号。当然，在本申请其他可行的实施例中，也可以在上述ERP服务器存储“O2O商家账号-设备ID”的关联关系。另外，在O2O服务器上也可以预先存储有O2O商家账号和ERP账号的对应关系，从而使得O2O服务器具有从ERP服务器获取信息的权限。需要说明的是，上述商家终端的设备ID可以是该商家的O2O商家账号的子集，换言之，某个商家如果拥有一个或多个设备ID，那么该商家必须拥有上述O2O商家账号。

在步骤S103中，ERP服务器向O2O服务器发送携带查找到的所述O2O商家账号和所述券码的请求。

在获得商家的O2O商家账号之后，可以由ERP服务器向O2O服务器发送一条请求的方式，来请求所述O2O服务器从数据库中查找与所述券码对应的订单信息。

在步骤S104中，O2O服务器根据所述请求查找与所述券码对应的订单信息。

如上所述，O2O服务器的数据库中预先存储有“券码-团购单号-订单内容”的对应关系，可以根据请求中携带的券码，查找得到相应的订单信息，例如包括：该笔团购单号，该团购单的总金额，该团购单包含哪些菜品信息等。

在步骤S105中，O2O服务器向ERP服务器返回与所述券码对应的订单信息。

在步骤S106中，ERP服务器向所述商家终端发送所述订单信息。

通过以上步骤S101～S106，由于ERP服务器可以从O2O服务器上查找得到与所述券码对应的订单信息，这使得商家终端从ERP服务器上获取订单信息成为可能，从而解决现有技术中商家无法通过商家终端获取订单信息的问题。

图4B是本申请另一实施例示出以ERP服务器为主体的订单信息的获取方法的流程图，对应于上述图4A，可以包括如下步骤S310～S350，其中：

步骤S310，接收与商家终端的设备ID关联的券码。

步骤S320，根据预存的设备ID和O2O商家账号的关联关系，查找与所述设备ID关联的O2O商家账号。

步骤S330，向O2O服务器发送携带查找到的所述O2O商家账号和所述券码的请求。

步骤S340，接收O2O服务器根据所述请求查找到并返回的与所述券码对应的订单信息。

步骤S350，向所述商家终端发送所述订单信息。

图4C是本申请另一实施例示出以O2O服务器为主体的订单信息的获取方法的流程图，对应于上述图4A，可以包括如下步骤S410～S430，其中：

在步骤S410中，接收ERP服务器发送的携带O2O商家账号和券码的请求；其中，所述券码与商家终端的设备ID的关联关系被存储于所述ERP服务器上，所述设备ID与所述O2O商家账号的关联关系被存储于所述ERP服务器上。

在步骤S420中，根据所述请求，查找与所述券码对应的订单信息。

在步骤S430中，向所述ERP服务器返回与所述券码对应的所述订单信息。

图5A是本申请又一实施例示出的订单信息的获取方法的流程，可包括如下步骤S201～S209，其中：

在步骤S201中，商家终端将与所述商家终端的设备ID进行展示，例如，所述设备ID可以以二维码的形式进行展示。

在步骤S202中，来到线下商家进行消费的顾客所使用的顾客终端(如：手机)，通过扫描上述商家终端的设备ID，以将设备ID与顾客选择的券码进行关联。

在步骤S203中，顾客终端将关联的券码和设备ID上传到ERP服务器上。

在步骤S204中，ERP服务器向商家终端推送包含与所述商家终端的设备ID关联的券码的页面。

其中，ERP服务器可以根据所述商家终端的设备ID，查找到该设备ID所关联的所有券码，并在向商家终端推送包含上述券码的页面。在一实施例中，当顾客对设备ID进行扫描并选择某个券码之后，店员可以通过点击商家终端上的设备ID(二维码)下的“确认”按键，来获取到上述包含与设备ID对应的券码的页面。

在步骤S205中，ERP服务器查找与所述设备ID对应的O2O商家账号。

在步骤S206中，ERP服务器向O2O服务器发送携带查找到的所述O2O商家账号和所述券码的请求。

在步骤S207中，O2O服务器根据所述请求查找与所述券码对应的订单信息。

在步骤S208中，O2O服务器将查找到的与所述券码对应的订单信息返回到所述ERP服务器。

上述步骤S205和S208的具体过程可以参照上述图4A所示的实施例的内容，在此不再予以赘述。

在步骤S209中，响应于用户在所述页面内的选择券码的操作，从所述ERP服务器获取与所述选定的全名对应的订单信息并显示。

对于步骤S209，基于ERP服务器所推送的页面中包含的多个券码，用户(使用商家终端的店员)可以通过在所述页面内选择当前顾客所需使用的券码，通常，可以在所述页面内按照券码上传的时间先后，对所述券码进行排序。如，当前顾客所需使用的券码会被排在最前面。此后，店员可以通过点击该券码的操作，来获取与该券码对应的订单信息并显示于该商家终端上。其中，需要述及的是，在用户点击上述券码的操作之前，可以由ERP服务器通过与O2O服务器的交互，来获得上述券码对应的订单信息也存放于所述ERP服务器上。这样，在用户点击上述券码时，商家终端可以直接从上述ERP服务器上获得上述券码对应的订单信息。当然，作为其他可行的实施例中，ERP服务器通过与O2O服务器来获取订单信息的过程可以在用户点击上述券码的操作之后被触发。

通过以上步骤S201～S209，由于ERP服务器可以从O2O服务器上查找得到与所述券码对应的订单信息，这使得商家终端从ERP服务器上获取订单信息成为可能，从而解决现有技术中商家无法通过商家终端获取订单信息的问题。

在一实施例中，所述方法还可以包括如下步骤：

响应于商家终端发送的确认指令，ERP服务器将与所述券码对应的订单信息进行存储；其中，所述确认指令是响应于用户在所述页面上的操作发起的。在示例性的场景中，店员在通过商家终端调取到与顾客所使用的券码对应的订单信息之后，可以允许对该订单信息进行修改。举例而言，原本订单信息包含4道菜品，但是，顾客根据自身需要，可以要求在该订单信息的基础上另增2个菜品，或者将其中某些菜品更换为其他等。最后，在用户对订单信息中的订单确认无误之后，店员可以点击“确认”按键，将上述订单信息上传到ERP服务器上进行存储。其中，付款时只需要付新增商品的价格，通过“O2O渠道”支付的金额算进“O2O渠道”进行统计。最终，在ERP服务器上可以存储有“线下现金渠道”和“O2O渠道”的订单信息，这样，商家可以在需要进行账单统计的时候，就可以同时获取到上述“线下现金渠道”和“O2O渠道”的全部订单，提高统计的效率，从而提升商家的使用体验。

需要说明的是，在其他实施例中，上述步骤S204和上述步骤S209也可以没有，也就是说，在将券码和设备ID进行关联并上传之后，无需店员在上述页面上作任何操作，商家终端便可以将ERP服务器获取到的订单信息进行自动显示。另外，商家终端也可以通过与ERP服务器建立长连接，由ERP服务器将获取到的与券码对应的订单信息推送给商家终端。

图5B是本申请另一实施例示出的以商家终端为主体的订单信息的获取方法的流程，对应于上述图5A，可以包括如下步骤S510～S530，其中：

在步骤S510中，将ERP服务器推送的包含与所述商家终端的设备ID关联的券码的页面进行展示；所述商家终端的设备ID和券码的关联关系被预先上传到所述ERP服务器上。

在步骤S520中，响应于用户在所述页面内的选择券码的操作，商家终端向ERP服务器发送信息获取请求；其中，所述信息获取请求携带所述设备ID和选择的所述券码。

在步骤S530中，接收所述ERP服务器返回的与选择的所述券码对应的订单信息并显示；其中，所述订单信息是ERP服务器从O2O服务器上获取的。

图6是根据一示例性实施例示出的订单信息的获取装置的框图。该装置可以应用于服务器端40，本实施例中，所述装置可以包括：

接收单元401，用于接收与商家终端的设备ID关联的券码；

查找单元402，用于根据预先存储的券码和订单信息的对应关系，查找与所述券码对应的订单信息；

发送单元403，用于向所述商家终端发送查找到的所述订单信息。

在一实施例中，所述装置还可以包括：

页面推送单元404，用于向商家终端推送包含所述券码的页面；

请求接收单元405，用于接收商家终端发送的携带所述券码的第一请求；所述第一请求是响应于用户在所述页面上的操作生成的；

相应地，所述查找单元402用于：

响应于所述第一请求，根据预先存储的券码和订单信息的对应关系，查找与所述券码对应的订单信息。

当然，上述页面推送单元404和请求接收单元405也可以没有。

在一实施例中，所述接收单元401用于：

接收商家终端发送的携带所述商家终端的设备ID及券码的第二请求。

在一实施例中，所述接收单元401用于：

接收商家终端上传的与商家终端的设备ID关联的券码；或，

接收顾客终端上传的与商家终端的设备ID关联的券码。

图7是根据一示例性实施例示出的订单信息的获取装置的框图。该装置可以应用于商家终端10，本实施例中，所述装置可以包括：

获取单元501，用于获取券码；

查找单元502，用于将所述券码上传到服务器上；

发送单元503，用于接收服务器查找到的与所述券码对应的订单信息，并将所述订单信息展示于与所述券码对应的菜单页面上。

在一实施例中，所述装置还用于：

将用户从预设商品列表中选择的至少一个商品信息添加到所述菜单页面上；或，

将所述菜单页面上展示的所述订单信息中的至少一个商品信息删除。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

对应于上述的订单信息的获取方法，本申请还提出了图8所示的根据本申请的一示例性实施例的服务器(ERP服务器20或O2O服务器30，或集成上述ERP服务器20、O2O服务器30的功能的服务器40)的示意结构图。请参考图8，在硬件层面，上述服务器包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成上述订单信息的获取装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (12)

1.一种订单信息的获取方法，其特征在于，应用于服务器端，包括：

接收与商家终端的设备ID关联的券码；

根据预先存储的券码和订单信息的对应关系，查找与接收到的所述券码对应的订单信息；

向所述商家终端发送查找到的所述订单信息。

2.根据权利要求1所述的方法，其特征在于，所述根据预先存储的券码和订单信息的对应关系，查找与接收到的所述券码对应的订单信息之前，所述方法还包括：

向商家终端推送包含所述券码的页面；

接收商家终端发送的携带所述券码的第一请求；响应于所述第一请求，执行所述根据预先存储的券码和订单信息的对应关系，查找与接收到的所述券码对应的订单信息的步骤；

所述第一请求是响应于用户在所述页面上的操作生成的。

3.根据权利要求1所述的方法，其特征在于，所述接收与商家终端的设备ID关联的券码，包括：

接收商家终端发送的携带所述商家终端的设备ID及券码的第二请求。

4.根据权利要求1所述的方法，其特征在于，所述接收与商家终端的设备ID关联的券码，包括：

接收商家终端上传的与所述商家终端的设备ID关联的券码；或，

接收顾客终端上传的与所述商家终端的设备ID关联的券码。

5.一种订单信息的获取方法，其特征在于，应用于商家终端，包括：

获取券码；

向服务器发送所述券码；

接收服务器查找到的与所述券码对应的订单信息，并将所述订单信息展示于与所述券码对应的菜单页面上。

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

将用户从预设商品列表中选择的至少一个商品信息添加到所述菜单页面上；或，

将所述菜单页面上展示的所述订单信息中的至少一个商品信息删除。

7.一种订单信息的获取装置，其特征在于，包括：

接收单元，用于接收与商家终端的设备ID关联的券码；

查找单元，用于根据预先存储的券码和订单信息的对应关系，查找与所述券码对应的订单信息；

发送单元，用于向所述商家终端发送查找到的所述订单信息。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

页面推送单元，用于向商家终端推送包含所述券码的页面；

请求接收单元，用于接收商家终端发送的携带所述券码的第一请求；所述第一请求是响应于用户在所述页面上的操作生成的；

所述查找单元用于：

响应于所述第一请求，根据预先存储的券码和订单信息的对应关系，查找与所述券码对应的订单信息。

9.根据权利要求7所述的装置，其特征在于，所述接收单元用于：

接收商家终端发送的携带所述商家终端的设备ID及券码的第二请求。

10.根据权利要求7所述的装置，其特征在于，所述接收单元用于：

接收商家终端上传的与商家终端的设备ID关联的券码；或，

接收顾客终端上传的与商家终端的设备ID关联的券码。

11.一种订单信息的获取装置，其特征在于，包括：

获取单元，用于获取券码；

查找单元，用于向服务器发送所述券码；

发送单元，用于接收服务器查找到的与所述券码对应的订单信息，并将所述订单信息展示于与所述券码对应的菜单页面上。

12.根据权利要求11所述的装置，其特征在于，所述装置还用于：

将用户从预设商品列表中选择的至少一个商品信息添加到所述菜单页面上；或，

将所述菜单页面上展示的所述订单信息中的至少一个商品信息删除。