一种数据处理方法及装置与流程

本申请涉及电子技术领域，尤其涉及一种数据处理方法及装置。

背景技术：

目前，通过网络进行信息交互与处理在人们的日常生活中占据了越来越重要的地位，比如很多用户喜欢通过网络获取所需物品。通过网络获取所需物品的优点是方便、快捷，节省了交互时间。但是，网络交互只能向用户提供实际物品的图片信息，用户无法获取到实物信息，因此仍有很多用户更愿意到实体店选取所需物品。

目前，随着实体店规模化发展，有些实体店中流动的顾客越来越多，特别是在周末或者节假日，经常会出现人们排长队付款的现象。在这种情况下，人们往往需要花费较长的时间来等待。为了解决上述问题，已经有实体店推出了自助收银机，这样，用户可以在自助收银机前自行扫描结账。自助收银机虽然一定程度上可以缓解人们排长队付款的现象，但因受限于自助收银机的数量，仍无法从实质上提高处理效率。

由此可见，现有的方式均需要有特定的设备才能获取到详细的物品信息。若用户可以使用手持终端来完成上述处理过程，将会大大提高付款效率。但是，目前尚没有相关技术能够支持终端通过进行数据处理的方式来实现这种功能。

技术实现要素：

本申请实施例提供一种数据处理方法及装置，用以支持终端通过进行数据处理的方式来获取实体店物品信息，无需特定的设备，可提高处理效率，提供方便、快捷的处理方式。

本申请实施例提供一种数据处理方法，包括：

终端接收用于获取第一服务方物品的物品编码的获取指令，所述获取指令是用户在所述终端上通过应用App内的所述第一服务方的操作页面发起的，所述应用App中存在多个服务方的操作页面；

获取所述第一服务方物品的物品编码，并生成第一请求，所述第一请求中携带所述物品编码和所述第一服务方的标识；

发送所述第一请求给应用服务器，以便从所述应用服务器获取所述第一服务方物品的物品信息；

接收所述应用服务器返回的所述第一服务方物品的物品信息。

可选地，所述终端接收所述应用服务器返回的所述第一服务方物品的物品信息之后，还包括：

根据所述第一服务方物品的物品信息以及所述用户的用户信息，生成数据交互请求发送给所述应用服务器；

接收所述应用服务器返回的所述数据交互请求的处理结果。

可选地，所述第一请求中还携带所述第一服务方的操作页面标识。

本申请实施例提供一种数据处理方法，包括：

应用服务器接收终端发送的用于请求获取第一服务方物品的物品信息的第一请求；其中，所述第一请求中携带物品编码和所述第一服务方的标识；

从保存的物品信息库中查询与所述物品编码和所述第一服务方的标识对应的物品信息；

将查询到的物品信息发送给所述终端。

可选地，所述应用服务器将查询到的物品信息发送给所述终端之后，还包括：

接收所述终端发送的数据交互请求；其中，所述数据交互请求中包含所述第一服务方物品的物品信息以及所述用户的用户信息；

基于所述数据交互请求，执行数据处理；

将执行数据处理后的处理结果发送给所述终端。

可选地，所述应用服务器将基于所述数据交互请求完成的处理结果发送给所述终端之后，还包括：

基于所述第一服务方物品的物品信息以及所述用户的用户信息生成推送信息；

将生成的推送信息发送给第一服务方服务器，用于所述第一服务方基于所述用户的用户信息为所述用户提供所述物品信息对应的物品。

可选地，所述方法还包括：

所述应用服务器接收任一服务方服务器发送的物品变更信息；

基于所述物品变更信息，更新保存的所述物品信息库。

可选地，所述第一请求中还携带所述第一服务方在应用中的操作页面标识；

从保存的物品信息库中查询与所述物品编码和所述第一服务方的标识对应的物品信息，包括：

从保存的物品信息库中查询与所述物品编码、所述第一服务方的标识和所述操作页面标识对应的物品信息。

本申请实施例提供一种数据处理装置，包括：

第一接收模块，用于接收用于获取第一服务方物品的物品编码的获取指令，所述获取指令是用户在所述终端上通过应用App内的所述第一服务方的操作页面发起的，所述应用App中存在多个服务方的操作页面；

获取模块，用于获取所述第一服务方物品的物品编码，并生成第一请求，所述第一请求中携带所述物品编码和所述第一服务方的标识；

发送模块，用于发送所述第一请求给应用服务器，以便从所述应用服务器获取所述第一服务方物品的物品信息；

第二接收模块，用于接收所述应用服务器返回的所述第一服务方物品的物品信息。

本申请另一实施例提供一种数据处理装置，包括：

接收模块，用于接收终端发送的用于请求获取第一服务方物品的物品信息的第一请求；其中，所述第一请求中携带物品编码、所述第一服务方的标识；

处理模块，用于从保存的物品信息库中查询与所述物品编码和所述第一服务方的标识对应的物品信息；

发送模块，用于将查询到的物品信息发送给所述终端。

采用上述方法或装置，用户在终端上可以通过应用App中目标物品所属服务方的操作页面(比如服务窗或公众号的页面)发起物品编码获取指令，在获取到物品编码后，将物品编码和该服务方的标识一起发送给应用服务器，应用服务器基于该服务方的标识及物品编码返回对应的物品信息；终端进而可以基于该物品信息完成后续的数据交互处理，比如完成物品的下单处理。终端在完成下单处理后，用户可以在服务方指定的地点进行物品提取或者服务方可以基于终端的下单信息为其派送相关物品。可见，本申请实施例可以支持终端通过进行数据处理的方式来获取实体店物品信息，从而在实体店购物中实现由终端进行下单处理，大大提高付款效率，有效缓解实体店排长队付款的现象。

附图说明

图1为本申请实施例一提供的数据处理方法流程图；

图2为本申请实施例二提供的数据处理方法流程图；

图3为本申请实施例三提供的数据处理方法流程图；

图4为本申请实施例四提供的数据处理方法流程图；

图5为本申请实施例五提供的数据处理装置结构示意图；

图6为本申请实施例六提供的数据处理装置结构示意图。

具体实施方式

本申请实施例中，用户在终端上可以通过应用App中目标物品所属服务方的操作页面(比如服务窗或公众号页面)发起物品编码获取指令，在获取到物 品编码后，将物品编码和该服务方的标识一起发送给应用服务器，应用服务器基于该服务方的标识及物品编码返回对应的物品信息；终端进而可以基于该物品信息完成后续的交互处理，比如完成物品的下单处理。终端在完成下单处理后，用户可以在服务方指定的地点进行物品提取或者服务方可以基于终端的下单信息为其派送相关物品。可见，本申请实施例可以支持终端通过进行数据处理的方式来获取实体店物品信息，从而在实体店购物中实现由终端进行下单处理，大大提高付款效率，有效缓解实体店排长队付款的现象。

下面结合说明书附图对本申请实施例作进一步详细描述。

实施例一

如图1所示，为本申请实施例一提供的数据处理方法流程图，包括以下步骤：

S101：终端接收获取第一服务方物品的物品编码的获取指令，所述获取指令是用户在所述终端上通过应用App内的所述第一服务方的操作页面发起的，所述应用App中存在多个服务方的操作页面。

这里，第一服务方是所述应用App的服务方，是利用应用App这一网络交互平台，为用户提供物品服务的服务方，可以不是应用App所提供的服务。

在具体实施中，所述操作页面可以是服务窗或公众号页面，所述应用App中存在包括所述第一服务方在内的多个服务方的服务窗或公众号，用户可以在需要购买第一服务方的实体店中的物品时，利用该第一服务方在应用中的服务窗或公众号的操作页面进行扫码，得到目标物品的物品编码，比如条形码。

在具体实施中，每个服务方可以在应用中设置一个或多个服务窗(或公众号页面)。比如，在物美超市这一服务方名下，可以包括北京物美超市的服务窗(或公众号页面)、上海物美超市的服务窗(或公众号页面)等。再比如，一个服务方可以定义不同服务等级的服务窗(或公众号页面)，比如普通会员服务窗(或公众号页面)、贵宾(Very Important Person，VIP)服务窗(或公众号页面)等，不同服务窗(或公众号页面)内的相同物品的价格可以不同。

S102：终端获取所述第一服务方物品的物品编码，并生成第一请求，所述第一请求中携带所述物品编码和所述第一服务方的标识。

在具体实施过程中，终端在通过扫码得到物品编码后，将其与第一服务方的标识一起携带在用于请求获取对应的物品信息的第一请求中，发送给应用服务器。

这里，物品编码可以是条形码、二维码等；第一服务方的标识具体可以包括商户号(如标识物美超市的商户号)、商户名称等；第一请求中除物品编码和第一服务方的标识外，还可以包括第一服务方的操作页面标识(比如服务窗编号或公众号)，尤其当第一服务方在所述应用APP中设置有多个操作页面(比如多个服务窗或多个公众号页面)时，可以采用该操作页面标识区分用户选择的物品所对应的服务窗。

S103：终端发送所述第一请求给应用服务器。

S104：应用服务器从保存的物品信息库中查询与所述物品编码和所述第一服务方的标识对应的物品信息，并将查询到的物品信息发送给所述终端。

在具体实施过程中，应用服务器可以基于第一服务方的标识和物品编码，或者，基于第一服务方的标识、物品编码和操作页面标识，查询对应的物品的名称、价格(比如单价价格)等物品信息，并发送给终端。

这里，终端在获取到物品信息并显示给用户后，用户可以基于该物品信息(比如价格信息)选择是否购买相应物品；在用户确认购买相应物品后，可以执行下述S105。

S105：终端根据所述第一服务方物品的物品信息以及所述用户的用户信息，生成数据交互请求发送给所述应用服务器。

S106：应用服务器基于所述数据交互请求，执行数据处理；将执行数据处理后的处理结果发送给所述终端。

这里，终端在接收到应用服务器发送的物品信息(如物品的名称、价格信息等)后，将其显示给用户，在确认用户需要购买的该物品的数量后，通过与 应用服务器之间进行数据交互完成下单过程。具体地，终端可以向应用服务器发起下单请求(对应所述数据交互请求，其中可以包含第一服务方的标识、操作页面标识、物品编码、物品数量和用户信息)，应用服务器可以在向用户确认支付密码后完成下单处理(即收银处理，对应所述数据处理)，生成支付完成订单，并推送给终端；或者，应用服务器也可以调用第三方支付服务器来完成收银，并接收第三方支付服务器发送的支付完成订单，再推送给终端。

这里，终端的下单请求(对应所述数据交互请求)中可以包括物品数量、第一服务方的标识、物品编码、操作页面标识等物品信息，还可以包括所述用户的用户信息，比如用户标识信息(如姓名、身份证号码)、手机号、收货地址等，以便应用服务器在完成下单处理(对应所述数据处理)后，将这些用户信息发送给第一服务方服务器，见关于下述步骤S107的描述。生成的支付完成订单里可以包括用户支付的总金额、用户订购的物品的名称、数量、物品编码等信息。

S107：应用服务器基于所述第一服务方物品的物品信息以及所述用户的用户信息生成推送信息；将生成的推送信息发送给第一服务方服务器，用于所述第一服务方基于所述用户的用户信息为所述用户提供所述物品信息对应的物品。

这里，应用服务器向第一服务方服务器发送的推送信息中除包含用户请求获取的物品的各种物品信息(如操作页面标识、物品编码、物品名称、物品数量、用户支付的总金额等信息)外，还需要包含用户信息，如用户标识信息(如姓名、身份证号码)、手机号、收货地址等，以便第一服务方基于这些信息准备相应的物品，并在核实领取物品的用户身份后，将相应的物品提供给用户，或者，可以基于其中的收货地址，将相应的物品派送给用户。

从上述步骤可知，应用服务器需要基于终端的请求进行物品信息的查询，因此，支持扫码下单功能的服务方需要将物品变更信息及时上传到应用服务器，以保证应用服务器中物品信息的正确性。具体参见下述实施例二的描述。

实施例二

如图2所示，为本申请实施例二提供的数据处理方法流程图，包括：

S201：应用服务器接收任一服务方服务器发送的物品变更信息。

这里，服务方服务器可以周期性上传物品变更信息，或者在物品信息发生变动时即上传物品变更信息。如果该物品供应方拥有自己的网上商城，可以通过网上信息同步接口同步商品变动信息到应用服务器。

这里的物品变更信息可以包括变更的物品信息对应的服务方的标识、操作页面标识、物品编码、物品名称、物品价格等信息。

S202：应用服务器基于所述物品变更信息，更新保存的物品信息库；其中，所述物品信息库用于保存与服务方的标识和物品编码对应的物品信息、或者保存与服务方的标识、操作页面标识和物品编码对应的物品信息。

这里，应用服务器为多个服务方保存物品信息，可以供终端基于服务方的标识(或加上操作页面标识)和物品的物品编码(比如条形码信息)来查询物品信息。如下表一所示。

表一

S203：终端接收获取第一服务方物品的物品编码的获取指令，所述获取指令是用户在所述终端上通过应用App内的所述第一服务方的操作页面发起的，所述应用App中存在多个服务方的操作页面；

S204：终端获取所述第一服务方物品的物品编码，并生成第一请求，发送给应用服务器；所述第一请求中携带所述物品编码和所述第一服务方的标识，或者携带所述物品编码、所述第一服务方的标识和操作页面标识。

比如，用户在第一服务方的实体店，采用安装的应用(APP)中该第一服务方的操作页面中的扫码下单功能对选中的物品进行扫码，得到物品的条形码信息；终端将该条形码信息以及该第一服务方的标识、操作页面标识(服务窗 编号或公众号)发送给应用服务器。这里，终端内安装的应用App可以支持多个服务窗或公众号页面)的扫码下单功能。每个服务方的每个服务窗(或公众号页面)都有其对应的扫码下单功能；用户可以根据客户端中显示的服务窗名称(或公众号名称)(比如北京物美超市)，查找到自身所在的实体店对应的服务窗(或公众号页面)；一旦终端使用某个服务窗(或公众号页面)的扫码下单功能进行扫码，则可以触发第一请求的发送，该第一请求中即携带了终端扫码得到的条形码信息，以及与该服务窗(或公众号页面)的扫码下单功能绑定的服务方的标识、和服务窗编号(或公众号)。

S205：应用服务器基于所述第一请求，从保存的物品信息库中查询与所述物品编码和所述第一服务方的标识对应的物品信息，或者查询与所述物品编码、所述第一服务方的标识和操作页面标识对应的物品信息，并将查询到的物品信息发送给终端。

比如，应用服务器基于条形码信息和第一服务方的标识、服务窗编号，查询物品的名称和单价价格，产生用户在上述第一服务方的服务窗的购物车，其中包含所述物品信息。

S206：终端根据所述第一服务方物品的物品信息以及所述用户的用户信息，生成数据交互请求发送给所述应用服务器。

S207：应用服务器基于所述数据交互请求，执行数据处理，并将执行数据处理后的处理结果发送给所述终端。

S208：应用服务器基于所述第一服务方物品的物品信息以及所述用户的用户信息生成推送信息；将生成的推送信息发送给第一服务方服务器，用于所述第一服务方基于所述用户的用户信息为所述用户提供所述物品信息对应的物品。

这里，终端可以在用户确认购物车中的物品数量后，生成携带物品信息和用户信息的数据交互请求，如下单请求，发送给所述应用服务器，应用服务器基于该数据交互请求完成数据处理，如下单处理，或调用第三方支付服务器为 其完成下单处理，将处理结果(如下单成功信息)反馈给终端，并基于其中的物品信息和用户信息生成推送信息发送给第一服务方服务器，第一服务方基于其中的物品信息准备相应物品，并基于其中的用户信息，将相应物品提供给用户。具体地，第一服务方可以基于推送信息中涉及的物品编码、物品数量等准备相应的物品，而用户可以凭借应用服务器反馈的处理结果(如下单成功信息，其中可以包括操作页面标识(如服务窗编号)、物品编码、物品名称、物品数量、支付的总金额等)、携带身份识别证件(如身份证)，在第一服务方指定的地点领取相应物品，相应地，第一服务方在核实用户身份后，将相应的物品提供给用户；或者，第一服务方可以直接基于推送信息中的用户姓名、收货地址、和手机号等将相应物品派送给用户。

以下实施例三和实施例四是分别基于终端侧和应用服务器侧的单侧描写，具体实施可参见上述实施例的描述，这里不再赘述。

实施例三

如图3所示，为本申请实施例三提供的数据处理方法流程图，包括：

S301：终端接收获取第一服务方物品的物品编码的获取指令，所述获取指令是用户在所述终端上通过应用App内的所述第一服务方的操作页面发起的，所述应用App中存在多个服务方的操作页面；

S302：获取所述第一服务方物品的物品编码，并生成第一请求，所述第一请求中携带所述物品编码和所述第一服务方的标识；

S303：发送所述第一请求给应用服务器，以便从所述应用服务器获取所述第一服务方物品的物品信息；

S304：接收所述应用服务器返回的所述第一服务方物品的物品信息。

可选地，所述终端接收所述应用服务器返回的所述第一服务方物品的物品信息之后，还包括：

根据所述第一服务方物品的物品信息以及所述用户的用户信息，生成数据交互请求发送给所述应用服务器；

接收所述应用服务器返回的所述数据交互请求的处理结果。

可选地，所述第一请求中还携带所述第一服务方的操作页面标识。

实施例四

如图4所示，为本申请实施例四提供的数据处理方法流程图，包括：

S401：应用服务器接收终端发送的用于请求获取第一服务方物品的物品信息的第一请求；其中，所述第一请求中携带物品编码和所述第一服务方的标识；

S402：从保存的物品信息库中查询与所述物品编码和所述第一服务方的标识对应的物品信息；

S403：将查询到的物品信息发送给所述终端。

可选地，所述应用服务器将查询到的物品信息发送给所述终端之后，还包括：

接收所述终端发送的数据交互请求；其中，所述数据交互请求中包含所述第一服务方物品的物品信息以及所述用户的用户信息；

基于所述数据交互请求，执行数据处理；

将执行数据处理后的处理结果发送给所述终端。

可选地，所述应用服务器将基于所述数据交互请求完成的处理结果发送给所述终端之后，还包括：

基于所述第一服务方物品的物品信息以及所述用户的用户信息生成推送信息；

将生成的推送信息发送给第一服务方服务器，用于所述第一服务方基于所述用户的用户信息为所述用户提供所述物品信息对应的物品。

可选地，所述方法还包括：

所述应用服务器接收任一服务方服务器发送的物品变更信息；

基于所述物品变更信息，更新保存的所述物品信息库。

可选地，所述第一请求中还携带所述第一服务方在应用App中的操作页面标识；

从保存的物品信息库中查询与所述物品编码和所述第一服务方的标识对应的物品信息，包括：

从保存的物品信息库中查询与所述物品编码、所述第一服务方的标识和所述操作页面标识对应的物品信息。

基于同一发明构思，本申请实施例中还提供了一种与数据处理方法对应的数据处理装置，由于该装置解决问题的原理与本申请实施例的数据处理方法相似，因此该装置的实施可以参见方法的实施，重复之处不再赘述。

实施例五

如图5所示，为本申请实施例五提供的数据处理装置结构示意图，包括：

第一接收模块51，用于接收获取第一服务方物品的物品编码的获取指令，所述获取指令是用户在所述终端上通过应用App内的所述第一服务方的操作页面发起的，所述应用App中存在多个服务方的操作页面；

获取模块52，用于获取所述第一服务方物品的物品编码，并生成第一请求，所述第一请求中携带所述物品编码和所述第一服务方的标识；

发送模块53，用于发送所述第一请求给应用服务器，以便从所述应用服务器获取所述第一服务方物品的物品信息；

第二接收模块54，用于接收所述应用服务器返回的所述第一服务方物品的物品信息。

可选地，所述发送模块53还用于：

在所述第二接收模块54接收所述应用服务器返回的所述第一服务方物品的物品信息之后，根据所述第一服务方物品的物品信息以及所述用户的用户信息，生成数据交互请求发送给所述应用服务器；

所述第二接收模块54还用于：接收所述应用服务器返回的所述数据交互请求的处理结果。

可选地，所述第一请求中还携带所述第一服务方的操作页面标识。

实施例六

如图6所示，为本申请实施例六提供的数据处理装置结构示意图，包括：

接收模块61，用于接收终端发送的用于请求获取第一服务方物品的物品信息的第一请求；其中，所述第一请求中携带物品编码、所述第一服务方的标识；

处理模块62，用于从保存的物品信息库中查询与所述物品编码和所述第一服务方的标识对应的物品信息；

发送模块63，用于将查询到的物品信息发送给所述终端。

可选地，所述接收模块61还用于：

在所述发送模块63将查询到的物品信息发送给所述终端之后，接收所述终端发送的数据交互请求；其中，所述数据交互请求中包含所述第一服务方物品的物品信息以及所述用户的用户信息；

所述处理模块62还用于：基于所述数据交互请求，执行数据处理；

所述发送模块63还用于：将执行数据处理后的处理结果发送给所述终端。

可选地，所述处理模块62还用于：

在所述发送模块63将基于所述数据交互请求完成的处理结果发送给所述终端之后，基于所述第一服务方物品的物品信息以及所述用户的用户信息生成推送信息；

所述发送模块63还用于：将所述处理模块62生成的推送信息发送给第一服务方服务器，用于所述第一服务方基于所述用户的用户信息为所述用户提供所述物品信息对应的物品。

可选地，所述接收模块61还用于：接收任一服务方服务器发送的物品变更信息；

所述处理模块62还用于：基于所述物品变更信息，更新保存的所述物品信息库。

可选地，所述第一请求中还携带所述第一服务方在应用中的操作页面标识；

所述处理模块62具体用于：

从保存的物品信息库中查询与所述物品编码、所述第一服务方的标识和所 述操作页面标识对应的物品信息。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及 其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。