CN112016950A - 业务积分信息的处理方法、装置及*** - Google Patents

Abstract

本申请公开了一种业务积分信息的处理方法、装置及***，涉及信息处理技术领域，可提高业务积分信息的处理效率。其中方法包括：对订单标识码进行扫码，获取订单标识；发送订单获取请求，所述获取请求中携带有所述订单标识和登录用户标识；接收与所述订单标识对应的订单信息；发送所述订单信息的支付请求，以便在判定所述订单信息支付成功后，根据所述订单信息更新与所述登录用户标识对应的业务积分信息。本申请适用于业务积分信息的处理。

Description

业务积分信息的处理方法、装置及***

技术领域

本申请涉及信息处理技术领域，尤其是涉及到一种业务积分信息的处理方法、装置及***。

背景技术

商场，指聚集在一起的各种商店组成的市场，面积较大、货品比较齐全的大商店。随着人们生活水平的提高，越来越多的人选择到商场购物。并且为了获得更好的服务，人们可选择注册商场会员。

目前，会员用户在商场购物过程中，传统购物流程是需要用户到店铺开票，由用户拿着小票去商场结算处结算，在结算时需要用户出示会员凭证，结算成功后累计该用户商场会员的业务积分，该用户可拿着结算成功的小票作为取货凭证去该店铺中取货，或者去指定取货地点取货。

然而上述这种业务积分处理方式，如果会员用户出示会员凭证耗费较多时间时，会影响用户业务积分处理的效率，并且如果会员用户无法在场出示会员凭证时，也无法累计该用户业务积分，造成业务积分处理失败。

发明内容

有鉴于此，本申请提供了一种业务积分信息的处理方法、装置及***，主要目的在于解决目前传统的会员业务积分处理方式处理效率较低的技术问题。

根据本申请的一个方面，提供了一种业务积分信息的处理方法，可应用于用户客户端侧，该方法包括：

对订单标识码进行扫码，获取订单标识；

发送订单获取请求，所述获取请求中携带有所述订单标识和登录用户标识；

接收与所述订单标识对应的订单信息；

发送所述订单信息的支付请求，以便在判定所述订单信息支付成功后，根据所述订单信息更新与所述登录用户标识对应的业务积分信息。

可选的，所述业务积分信息包括第一积分信息和/或第二积分信息，所述第一积分信息是根据商场标识和所述登录用户标识查询到的，所述第二积分信息是根据店铺标识和所述登录用户标识查询到的。

可选的，所述方法还包括：接收所述业务积分信息的更新信息并进行输出。

可选的，所述更新信息是根据所述登录用户标识对应的会员信息、所述订单信息和与所述订单信息对应的支付信息，并结合当前时间是否处于预设活动时间段内确定的。

可选的，若根据所述登录用户标识未查询到对应的会员信息，则所述方法还包括：接收根据所述登录用户标识进行会员注册的注册成功信息并进行输出；或接收注册会员的引导信息并进行输出。

可选的，所述订单信息是根据所述登录用户标识对应会员信息对与所述订单标识对应的原订单信息进行更新后得到的，所述会员信息包括商场会员信息和/或店铺会员信息。

可选的，所述获取请求中还携带有所在终端的终端位置信息；所述订单信息是在确定所述终端位置信息与店铺标识对应的店铺位置信息匹配时接收的。

可选的，所述方法还包括：接收提货凭证标识码，所述提货凭证标识码是在确定所述订单信息支付成功时接收的；输出所述提货凭证标识码；接收提货成功的响应信息并进行输出，所述响应信息是在根据提货凭证标识码的扫码结果确定提货成功时接收的。

可选的，在发送所述订单信息的支付请求之前，所述方法还包括：将接收到的所述订单信息保存在预设存储位置，所述预设存储位置中保存有多个待选择支付的订单信息；合并所述多个待选择支付的订单信息中的一个或多个，生成组合订单信息；发送所述组合订单信息的支付请求，以便在判定所述组合订单信息支付成功后，根据所述组合订单信息更新与所述登录用户标识对应的业务积分信息。

可选的，所述方法还包括：配置所述订单信息对应的配送地址信息；发送携带有所述配送地址信息的配送请求，以便在确定所述订单信息支付成功后，按照所述配送地址信息发送所述订单信息对应货品的配送指令。

可选的，若所述订单信息已关闭或者已完成，则所述方法还包括：接收所述订单信息已关闭或者已完成的提示信息并进行输出。

可选的，所述方法还包括：接收所述订单信息对应的支付成功信息并进行输出。

根据本申请的另一个方面，提供了一种业务积分信息的处理方法，可应用于商家管理设备侧，该方法包括：

创建并提交订单信息；

接收所述订单信息对应的订单标识码；

输出所述订单标识码，以使得客户端通过扫码接收对应的所述订单信息，并在所述订单信息支付成功后，更新与所述客户端登录用户标识对应的业务积分信息。

可选的，所述业务积分信息包括第一积分信息和/或第二积分信息，所述第一积分信息是根据商场标识和所述登录用户标识查询到的，所述第二积分信息是根据店铺标识和所述登录用户标识查询到的。

可选的，创建订单信息，具体包括：对货品标识码进行扫码，得到货品标识；查询所述货品标识对应的货品信息；依据所述货品信息创建所述订单信息。

可选的，在依据所述货品信息创建所述订单信息之后，所述方法还包括：对目前货品标识码进行扫码，得到目标货品标识；查询所述目标货品标识对应的目标货品信息；在创建的所述订单信息中添加所述目标货品信息。

可选的，所述方法还包括：接收所述订单信息对应的支付成功信息；输出所述支付成功信息。

可选的，所述方法还包括：对所述客户端输出的取货凭证标识码进行扫码，得到取货凭证标识，其中，所述取货凭证标识码是在确定所述订单信息支付成功时所述客户端接收到的；发送携带有所述取货凭证标识的提货请求，以便根据所述取货凭证标识进行提货核销处理；接收提货核销处理结果并进行输出。

根据本申请的又一方面，提供了一种业务积分信息的处理装置，可应用于用户客户端侧，该装置包括：

获取模块，用于对订单标识码进行扫码，获取订单标识；

发送模块，用于发送订单获取请求，所述获取请求中携带有所述订单标识和登录用户标识；

接收模块，用于接收与所述订单标识对应的订单信息；

所述发送模块，还用于发送所述订单信息的支付请求，以便在判定所述订单信息支付成功后，根据所述订单信息更新与所述登录用户标识对应的业务积分信息。

可选的，所述业务积分信息包括第一积分信息和/或第二积分信息，所述第一积分信息是根据商场标识和所述登录用户标识查询到的，所述第二积分信息是根据店铺标识和所述登录用户标识查询到的。

可选的，所述装置还包括：输出模块；所述接收模块，还用于接收所述业务积分信息的更新信息；所述输出模块，用于将所述更新信息进行输出。

可选的，所述更新信息是根据所述登录用户标识对应的会员信息、所述订单信息和与所述订单信息对应的支付信息，并结合当前时间是否处于预设活动时间段内确定的。

可选的，所述接收模块，还用于若根据所述登录用户标识未查询到对应的会员信息，则接收根据所述登录用户标识进行会员注册的注册成功信息；所述输出模块，还用于将所述注册成功信息进行输出；所述接收模块，还用于接收注册会员的引导信息；所述输出模块，还用于将所述引导信息进行输出。

可选的，所述订单信息是根据所述登录用户标识对应会员信息对与所述订单标识对应的原订单信息进行更新后得到的，所述会员信息包括商场会员信息和/或店铺会员信息。

可选的，所述获取请求中还携带有所在终端的终端位置信息；所述订单信息是在确定所述终端位置信息与店铺标识对应的店铺位置信息匹配时接收的。

可选的，所述装置还包括：输出模块；所述接收模块，还用于接收提货凭证标识码，所述提货凭证标识码是在确定所述订单信息支付成功时接收的；所述输出模块，用于输出所述提货凭证标识码；所述接收模块，还用于接收提货成功的响应信息，所述响应信息是在根据提货凭证标识码的扫码结果确定提货成功时接收的；所述输出模块，还用于将所述响应信息进行输出。

可选的，所述装置还包括：保存模块和合并模块；所述保存模块，用于在发送所述订单信息的支付请求之前，将接收到的所述订单信息保存在预设存储位置，所述预设存储位置中保存有多个待选择支付的订单信息；所述合并模块，用于合并所述多个待选择支付的订单信息中的一个或多个，生成组合订单信息；所述发送模块，还用于发送所述组合订单信息的支付请求，以便在判定所述组合订单信息支付成功后，根据所述组合订单信息更新与所述登录用户标识对应的业务积分信息。

可选的，所述装置还包括：配置模块；所述配置模块，用于配置所述订单信息对应的配送地址信息；所述发送模块，还用于发送携带有所述配送地址信息的配送请求，以便在确定所述订单信息支付成功后，按照所述配送地址信息发送所述订单信息对应货品的配送指令。

可选的，所述装置还包括：输出模块；所述接收模块，还用于若所述订单信息已关闭或者已完成，则接收所述订单信息已关闭或者已完成的提示信息；所述输出模块，用于将所述提示信息进行输出。

可选的，所述装置还包括：输出模块；所述接收模块，还用于接收所述订单信息对应的支付成功信息；所述输出模块，用于将所述支付成功信息进行输出。

根据本申请的再一方面，提供了一种业务积分信息的处理装置，可应用于商家管理设备侧，该装置包括：

创建模块，用于创建订单信息；

提交模块，用于提交所述订单信息；

接收模块，用于接收所述订单信息对应的订单标识码；

输出模块，用于输出所述订单标识码，以使得客户端通过扫码接收对应的所述订单信息，并在所述订单信息支付成功后，更新与所述客户端登录用户标识对应的业务积分信息。

可选的，所述业务积分信息包括第一积分信息和/或第二积分信息，所述第一积分信息是根据商场标识和所述登录用户标识查询到的，所述第二积分信息是根据店铺标识和所述登录用户标识查询到的。

可选的，所述创建模块，具体用于对货品标识码进行扫码，得到货品标识；查询所述货品标识对应的货品信息；依据所述货品信息创建所述订单信息。

可选的，所述装置还包括：扫码模块和查询模块；所述扫码模块，用于对目前货品标识码进行扫码，得到目标货品标识；所述查询模块，用于查询所述目标货品标识对应的目标货品信息；所述创建模块，还用于在创建的所述订单信息中添加所述目标货品信息。

可选的，所述接收模块，还用于接收所述订单信息对应的支付成功信息；所述输出模块，还用于输出所述支付成功信息。

可选的，所述装置还包括：扫码模块和发送模块；所述扫码模块，用于对所述客户端输出的取货凭证标识码进行扫码，得到取货凭证标识，其中，所述取货凭证标识码是在确定所述订单信息支付成功时所述客户端接收到的；所述发送模块，用于发送携带有所述取货凭证标识的提货请求，以便根据所述取货凭证标识进行提货核销处理；所述接收模块，还用于接收提货核销处理结果；所述输出模块，用于将所述提货核销处理结果进行输出。

依据本申请再一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述可应用于用户客户端侧的业务积分信息的处理方法。

依据本申请再一个方面，提供了一种客户端设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述可应用于用户客户端侧的业务积分信息的处理方法。

依据本申请再一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述可应用于商家管理设备侧的业务积分信息的处理方法。

依据本申请再一个方面，提供了一种商家管理设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述可应用于商家管理设备侧的业务积分信息的处理方法。

依据本申请再一个方面，提供了一种业务积分信息的处理***，包括：上述客户端设备、服务器和上述商家管理设备；

所述服务器，用于接收所述商家管理设备提交的订单信息；生成所述订单信息对应的订单标识码并返回给所述商家管理设备进行输出；接收所述客户端设备发送的订单获取请求，所述获取请求中携带有登录用户标识和所述客户端设备通过对所述订单标识码扫码得到的订单标识；将与所述订单标识对应的所述订单信息发送给所述客户端设备；接收所述客户端设备发送的对所述订单信息的支付请求；在判定所述订单信息支付成功后，根据所述订单信息更新与所述登录用户标识对应的业务积分信息。

借由上述技术方案，本申请提供的一种业务积分信息的处理方法、装置及***，与目前传统的会员业务积分处理方式相比，本申请可由商家管理设备侧根据用户需求创建提交订单信息，后续用户客户端可通过对该订单信息的订单标识码进行扫码，进而获取到该订单信息，并在该订单支付成功后，由后台自动根据该订单信息更新与该客户端登录用户标识对应的业务积分信息。整个过程简单快捷，无需用户再主动出示会员凭证，可在订单支付后由后台自动累计相应的业务积分，提高了业务积分处理的效率和成功率，并且也提升了用户使用体验。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了本申请实施例提供的一种业务积分信息的处理方法的流程示意图；

图2示出了本申请实施例提供的另一种业务积分信息的处理方法的流程示意图；

图3示出了本申请实施例提供的又一种业务积分信息的处理方法的流程示意图；

图4示出了本申请实施例提供的再一种业务积分信息的处理方法的流程示意图；

图5示出了本申请实施例提供的一种应用场景实例的流程示意图；

图6示出了本申请实施例提供的另一种应用场景实例的流程示意图；

图7示出了本申请实施例提供的一种业务积分信息的处理装置的结构示意图；

图8示出了本申请实施例提供的另一种业务积分信息的处理装置的结构示意图；

图9示出了本申请实施例提供的又一种业务积分信息的处理装置的结构示意图；

图10示出了本申请实施例提供的再一种业务积分信息的处理装置的结构示意图；

图11示出了本申请实施例提供的一种业务积分信息的处理***的结构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

针对目前传统的会员业务积分处理方式处理效率较低的技术问题。本实施例提供了一种业务积分信息的处理方法，如图1所示，可应用于用户客户端侧，该方法包括：

101、客户端对订单标识码进行扫码，获取订单标识。其中，订单标识码可为一维条码、二维码或其他多维条码等，订单标识可为订单ID号或名称等。在本实施例中，可由商家管理设备侧根据用户的需求选择相应的货品生成订单信息，然后可请求服务端生成该订单信息对应的订单标识码进行输出展示，以便用户客户端对其进行扫码。

102、向服务端发送订单获取请求。其中，获取请求中携带有扫码获取到的订单标识和当前登录客户端的登录用户标识。登录用户标识可为用户名称或ID号等。该获取请求由扫码操作自动触发。服务端在接收到该获取请求之后，可查询与该订单标识对应的订单信息，该订单信息事先已由商家管理设备在请求订单标识码时上传。而登录用户标识用于指示跟踪用户会员账户。

103、接收服务端发送的与订单标识对应的订单信息。为了使得用户了解到订单信息的内容，在接收到该订单信息后，可对该订单信息进行输出展示。

104、发送订单信息的支付请求。

进一步的，以便于在服务端判定订单信息支付成功后，根据订单信息更新与所述登录用户标识对应的业务积分信息。其中，更新该业务积分信息可包括根据订单信息对原有业务积分进行增加或升级等。例如，根据订单信息的结算内容，查询本次可累计获取的业务积分是多少，然后在该登录用户标识原有的业务积分基础上进行累加，得到该用户最新的业务积分。

通过上述可应用于用户客户端侧的业务积分信息的处理方法，整个过程简单快捷，无需用户再主动出示会员凭证，可在订单支付后由后台自动累计相应的业务积分，提高了业务积分处理的效率和成功率，并且也提升了用户使用体验。

进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例的具体实施过程，本实施例提供了另一种业务积分信息的处理方法，如图2所示，同样应用于用户客户端侧，该方法包括：

201、客户端对商家管理设备输出的订单标识码进行扫码，获取订单标识。

202、向服务端发送订单获取请求。其中，获取请求中携带有获取到的订单标识和当前登录客户端的登录用户标识。

203、接收与订单标识对应的订单信息。

为了保证订单信息发送的安全性，作为一种可选方式，在发送订单信息之前需要依据客户端所在终端的终端位置进行安全判断，相应的，客户端发送的订单获取请求中还需要携带有客户端所在终端的终端位置信息；服务端根据订单标识查询到相应的订单信息，再从订单信息中获取相应的店铺标识，然后将订单获取请求中携带的终端位置信息和与该店铺标识对应的店铺位置信息进行匹配，如果不匹配，说明客户端所在终端并非在该店铺位置所在范围内，客户端处于该店铺位置范围以外获取该订单信息，为了保证订单安全性，减少安全隐患，服务端可不向客户端返回相应的订单信息，并可记录该客户端的异常行为。需要说明的是，这里可以根据实际需要，按照店铺规模为每一店铺划分识别区域，以便于在识别终端位置信息时可以正确匹配店铺。

本实施例中的订单信息是在服务端确定订单获取请求中的终端位置信息与店铺标识对应的店铺位置信息匹配时发送的，进而由客户端进行接收。通过这种方式可保证订单安全性，减少泄露用户隐私。

进一步的，除了上述可选方式以外，还可根据实际情况，服务端将订单获取请求中携带的终端位置信息与商场标识(如可从相应的订单信息中获取该商场标识)对应的商场位置信息进行匹配，如果匹配才发送相应的订单信息，如果不匹配，说明客户端所在终端并非在该商场位置所在范围内，为了保证订单安全性，减少安全隐患，服务端可不向客户端返回相应的订单信息。

在会员用户的订单信息处理时，由于会存在会员优惠核销处理，而商家管理设备通常编辑的订单信息不包含用户是否为会员的内容，所以为了结合会员用户信息得到准确的订单信息，作为一种可选方式，服务端可根据登录用户标识对应会员信息对与订单标识对应的原订单信息进行更新，进而本实施例中的订单信息可以根据登录用户标识对应会员信息对与订单标识对应的原订单信息进行更新后得到的，并且进一步可选的，会员信息可包括商场会员信息和/或店铺会员信息等，除此之外该会员信息还可包括客户端对应的应用平台会员信息等。例如，服务器接收订单获取请求后，根据登录用户标识通过数据库查询确定用户不但是店铺a的会员、还是商场b的会员，而且还是客户端对应的应用平台c的会员。然后根据这三种会员当前的优惠支付信息，对订单标识对应的原订单信息进行更新。

服务端在查询到订单信息时，可一并查询该订单信息当前所处的状态，上述描述内容为该订单信息处于进行中状态时处理的过程。而如果该订单信息已关闭或者已完成，这时为了避免用户对该订单信息后续再进行无效支付操作，作为一种可选方式，服务端可向客户端发送相应的提示信息，用于提示该订单信息已关闭或者已完成，进而使得客户端接收该提示信息并进行输出。在实际操作中，可能会有网络延迟或者用户误操作的情况下导致用户试图重复获取订单信息。例如，本地没有实时更新订单已经关闭或者完成，用户客户端再次请求获取订单信息，进而接收该订单信息已关闭或者已完成的提示信息。

204、将接收到的订单信息保存在预设存储位置。

其中，预设存储位置中保存有多个待选择支付的订单信息，对于本实施例，预设存储位置可根据实际需求预设配置，如数据库、表或缓存等。需要说明的是，待选择支付的订单信息可为预先选择好的货品但是没有进行支付的订单所关联的订单信息。例如，在实际应用场景中，为了帮助用户使用理解，预设存储位置可理解为购物车，在客户端接收到订单信息后，可自动或者由用户手动(如暂时不需要支付等原因)将该订单信息存储在购物车中，以便后续查询。

205、合并多个待选择支付的订单信息中的一个或多个，生成组合订单信息。

在本实施例中，可根据实际需求从多个待选择支付的订单信息中选择一个或多个订单信息进行合并，如按照同一店铺订单、同一时间段订单、同一商场订单等规则选择合并。或者由用户手动选择合并哪些订单等。例如，合并待选择支付的订单信息中的Ord0、Ord1和Ord2，生成组合订单信息，其中，货品信息和支付金额等内容根据Ord0、Ord1和Ord2的内容生成得到。

206、向服务端发送组合订单信息的支付请求。

进一步的，以便于服务端在判定组合订单信息支付成功后，根据组合订单信息更新与登录用户标识对应的业务积分信息。从而用户进行一次支付操作，后台即可自动根据多个订单信息进行会员用户业务积分信息的更新。

上述是为了同时支付多个订单信息，然而在没有其他需要支付的订单或只对当前订单进行支付的情况下，对于本实施例，可根据用户指令直接发送订单信息的支付请求，以便在判定订单信息支付成功后，根据订单信息更新与登录用户标识对应的业务积分信息。由于用户可能同时是店铺会员用户和商场会员用户，又或者只是店铺会员用户、商场会员用户中的一个；为了实现同时更新用户的多个相关会员用户业务积分信息，可选的，在本实施例中的业务积分信息具体可包括第一积分信息和/或第二积分信息，第一积分信息是服务端根据商场标识(如从订单信息中获取得到商场标识等)和登录用户标识查询到的，而第二积分信息是服务端根据店铺标识(如从订单信息中获取得到店铺标识等)和登录用户标识查询到的。

需要说明的是，在本实施例中的业务积分信息除了包括上述这两种积分信息以外，还可包括客户端对应的应用平台的会员用户业务积分信息等，这样用户一次支付操作，即可实现同时更新用户的多个相关会员用户业务积分信息。

207、接收业务积分信息的更新信息并进行输出。

可选的，更新信息是服务端根据登录用户标识对应的会员信息、订单信息和与订单信息对应的支付信息，并结合当前时间是否处于预设活动时间段内综合确定的。例如，服务端可参考用户的店铺会员等级、商场会员等级、订单支付金额、是否存在积分翻倍货品、订单支付的时间是否处于店铺会员活动时间段以及是否处于商场会员活动时间段等因素综合判定，对该用户的原有业务积分进行更新。通过这种方式可更加全面的对用户的多个相关会员用户业务积分进行准确更新。

上述描述内容为服务端根据登录用户标识查询到对应的会员信息时所实现的内容，然而如果服务端根据登录用户标识未查询到对应的会员信息时，为了帮助用户快速注册会员用户，提高会员注册效率，作为一种可选方式，服务端可根据登录用户标识进行会员注册，例如，通过登录用户标识查询到该用户之前注册账户时填写的用户信息，然后基于该用户信息进行快速会员注册，这里可包括店铺会员注册和/或商场会员注册等；相应的，客户端可接收根据登录用户标识进行会员注册的注册成功信息并进行输出。

除了上述可选方式以外，服务端还可以向客户端发送注册会员的引导信息，相应的，客户端可接收注册会员的引导信息并进行输出。通过这种方式，不但可提高会员注册效率，并且还可填写更加完整的会员用户信息，避免用户信息填写不全而导致会员注册失败的情况，提高会员注册的成功率。

208、接收提货凭证标识码。其中，提货凭证标识码是在服务端确定订单信息支付成功时发送的，然后由客户端接收的。凭证标识码可包括数字标识码、二维码和条形码等。

209、输出提货凭证标识码。

210、接收提货成功的响应信息并进行输出。

其中，响应信息是在服务端根据提货凭证标识码的扫码结果确定提货成功时发送的，然后由客户端接收的。通过这种方式，可使得用户了解到提货凭证标识码是否核销成功。例如，用户客户端接收提货凭证二维码，然后提货时可展示该二维码，如果从商家处提货，可由商家管理设备对该二维码进行扫码，在扫码核销成功后，可将相应的货品交给用户；如果从快递柜出提货，可由快递柜扫码设备对该该二维码进行扫码，在扫码核销成功后，开启相应柜门，这样用户可从快递柜中取出相应的货品。

除了上述取货方式以外，为了丰富取货手段，满足用户的不同需求。进一步的，作为一种可选方式，还可通过客户端在线配置订单信息对应的配送地址信息；然后向服务端发送携带有配送地址信息的配送请求，以便服务端在确定订单信息支付成功后，按照该配送地址信息发送订单信息对应货品的配送指令。这样可实现自动化的配送货品流程。通过上述方法，根据终端位置信息进行安全判断，保证订单信息发送的安全性。将接收到的提货成功响应信息进行输出，可使得用户了解到提货凭证标识码是否核销成功，方便提货快捷认证。采用多订单合并的组合订单支付方式，便于用户对批量订单进行统一管理和控制。

上述实施例内容为在用户客户端侧描述的业务积分信息的处理过程，进一步的，为了完整说明本实施例的实施方式，本实施例还提供了又一种业务积分信息的处理方法，可应用于商家管理设备侧，如图3所示，该方法包括：

301、商家管理设备创建并提交订单信息。

例如，根据用户的货品选择信息，商家管理设备创建用户选择货品的订单信息，然后提交给服务端，进而服务端可记录该订单信息，生成该订单信息对应的订单标识码并返回给商家管理设备。

302、接收订单信息对应的订单标识码。

303、输出订单标识码。

进一步的，以使得用户客户端通过扫码接收对应的订单信息，并在服务端确定订单信息支付成功后，自动更新与客户端登录用户标识对应的业务积分信息。通过上述可应用于商家管理设备侧的业务积分信息的处理方法，整个过程简单快捷，无需用户再主动出示会员凭证，可在订单支付后由后台自动累计相应的业务积分，提高了业务积分处理的效率和成功率，并且也提升了用户使用体验。

进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例的具体实施过程，本实施例提供了再一种业务积分信息的处理方法，如图4所示，该方法包括：

401、创建并提交订单信息。

作为一种可选方式，创建订单信息的过程具体可包括：对货品标识码进行扫码，得到货品标识；然后查询货品标识对应的货品信息；最后依据查询到的货品信息创建订单信息。其中，货品标识码包括显示在货品对应的条形码、二维码等。通过这种方式，商家在创建订单时，可对用户选择的货品所对应的货品标识码进行扫码，进而通过后台查询到相应的货品信息，然后录入到订单信息中，简单方便快捷，可提高订单信息的创建效率和准确性。例如，通过商家管理设备对货品表面的条形码进行扫码，得到货品标识Str0，通过Str0查询本地的货物信息并创建订单信息。进一步的，如果在创建订单后还需要添加某目标货品，此时为了货品信息添加效率，作为一种可选方式，本实施例方法还可包括：对目前货品标识码进行扫码，得到目标货品标识；然后查询目标货品标识对应的目标货品信息；最后在创建的订单信息中添加该目标货品信息。这样就可快速的在已创建的订单信息添加需要的目标货品，满足用户的需求，提升用户的使用体验。

402、接收订单信息对应的订单标识码。

403、输出订单标识码。

进一步的，以使得用户客户端通过扫码接收对应的订单信息，并在订单信息支付成功后，更新与客户端登录用户标识对应的业务积分信息。可选的，业务积分信息包括第一积分信息和/或第二积分信息，第一积分信息是根据商场标识和登录用户标识查询到的，第二积分信息是根据店铺标识和登录用户标识查询到的。进而用户一次支付操作，即可实现同时更新用户的多个相关会员用户业务积分信息，提供业务积分信息处理的效率。

404、接收订单信息对应的支付成功信息。

405、输出支付成功信息。

在商家管理设备侧，为了使得商家及时了解到该订单信息是否支付成功，服务端可在确定用户支付成功后，向商家管理设备侧也一并发送支付成功信息。如果后续还需要对用户输出的取货凭证标识码进行核销，以便完成用户的动作，可继续执行以下步骤406至407所示过程。

406、对客户端输出的取货凭证标识码进行扫码，得到取货凭证标识。

其中，取货凭证标识码是在服务端确定订单信息支付成功时发送的，并由用户客户端接收的。

407、向服务端发送携带有取货凭证标识的提货请求。

进一步的，以便于服务端根据取货凭证标识进行提货核销处理。

408、接收提货核销处理结果并进行输出。

便于商家侧及时了解提货核销是否成功，在核销成功时可将该货品交付于用户。

为了说明上述图1至图4实施例所示方法，给出如下应用场景，但不限于：

目前商圈业务体系中，线下百货的购物场景还是基于传统的购物体验的方式。用户逛店，店家开单，统一收银，取货等传统的购物体验，这种体验是比较差的。随着互联网在线支付和线下支付的发展，也出现了很多颠覆传统购物方式业态。本实施例中，基于线下统一收银的场景，为百货/购物中心提供用户在线下扫码订单并在线上完成支付的解决方案。本方案能够串通线下百货/购物中心的消费场景，衔接到线上的支付体验，打造基于线下购物的服务体验。让商圈业务场景交易数字化，用户数字化，商品数字化，基于大数据的应用和模型做到会员营销的数字化，最终给商家带来收益，给用户带来更好的购物体验。具体的，用户进入商场店铺购物时，由营业员根据用户选购的商品在商家管理设备中在线下单，并生成订单对应的标识码。用户可通过用户客户端对该标识码进行扫码，然后由用户客户端向服务端发送订单获取请求，该请求中携带有该订单标识。如图5所示。

服务端通过该订单标识在商家***中查询用户购买商品的相应订单；然后获取该订单中的商家信息(商家名称、位置、商家所在商场等信息)、购买用户(用户标识等)信息、商品信息(商品标识、商品价格等)；再根据商家信息查询商场的优惠活动、商家的优惠活动等，以及根据购买用户信息查询用户拥有的优惠券、会员信息等；依据查询到的这些信息可确定此次商品购买可享有的优惠活动是什么，并最终计算得到商品应支付的价格，生成最终的待支付订单(该待支付订单包含商家信息、购买的商品、件数、商品原价、商家优惠价格、商场优惠价格、最终应支付价格等)。服务端将待支付订单发送给用户客户端进行展示，用户可通过用户客户端查看到该待支付订单，在用户支付后，服务端将订单支付结果反馈给相应商家管理设备，并可自动累计该用户相应的商场会员积分和/或店铺会员积分。例如，通过支付用户可查询该用户在商场中的会员信息；通过商家是否为商场内的店铺，确定是否需要累计用户在商场中的会员积分，如果商家为商场内的店铺，可根据用户支付金额计算本次消费所产生的会员积分，并自动累计到用户在商场的会员积分当中。商家管理设备将服务端发送该订单的支付结果进行展示，以便告知商家该用户支付订单成功，后续用户可直接从商家提货。或者服务端返回给客户端提货凭证码，以便在商家管理设备核销成功后进行后续提货操作，具体如图6所示。进一步的，用户可在扫码后，将待支付订单中的商品选择加入购物车，最后将多个订单一并支付。并且后续取货过程中，用户可根据实际需求选择一店拿走各个商品，或者自主拿货(从快递柜中取货)，或者设置配送地址，实现自动化配送商品流程。

通过上述方法实现数字化商场购物流程,能够提高用户商场购物效率；能够减少出现跑单的情况发生。用户通过扫码的方式获得订单信息，方便快捷。用户扫码后实时读取用户的优惠券及其他优惠券，提升用户线上支付的转化率；通过展示支付成功信息，便于商户和用户之间确认商品的交易支付状态；商场会员自动积分，减少用户再出示商场会员卡等操作；同时商户通过提货请求进行提货处理，省去了人工签单提货的繁琐程序；除此之外还可实现多商品加入购物车、智能配货等功能，进而满足用户的不同需求。

进一步的，作为图1所示方法的具体实现，本申请实施例提供了一种可应用于客户端侧的业务积分信息的处理装置，如图7所示，该装置包括：获取模块51、发送模块52、接收模块53。

获取模块51，用于对订单标识码进行扫码，获取订单标识；发送模块52，用于发送订单获取请求，获取请求中携带有订单标识和登录用户标识；接收模块53，用于接收与订单标识对应的订单信息；发送模块52，还用于发送订单信息的支付请求。进一步的，以便于在判定订单信息支付成功后，根据订单信息更新与登录用户标识对应的业务积分信息。

在具体的应用场景中，可选的，业务积分信息可包括第一积分信息和/或第二积分信息，第一积分信息是根据商场标识和登录用户标识查询到的，第二积分信息是根据店铺标识和登录用户标识查询到的。

在具体的应用场景中，如图8所示，本装置还包括：输出模块54；接收模块53，还用于接收业务积分信息的更新信息；输出模块54，用于将更新信息进行输出。在具体的应用场景中，可选的，更新信息是根据登录用户标识对应的会员信息、订单信息和与订单信息对应的支付信息，并结合当前时间是否处于预设活动时间段内确定的。在具体的应用场景中，接收模块53，还用于若根据登录用户标识未查询到对应的会员信息，则接收根据登录用户标识进行会员注册的注册成功信息；输出模块54，还用于将注册成功信息进行输出；接收模块53，还用于接收注册会员的引导信息；输出模块54，还用于将引导信息进行输出。

在具体的应用场景中，可选的，订单信息是根据登录用户标识对应会员信息对与订单标识对应的原订单信息进行更新后得到的，会员信息包括商场会员信息和/或店铺会员信息。在具体的应用场景中，可选的，获取请求中还携带有所在终端的终端位置信息；订单信息是在确定终端位置信息与店铺标识对应的店铺位置信息匹配时接收的。在具体的应用场景中，接收模块53，还用于接收提货凭证标识码，提货凭证标识码是在确定订单信息支付成功时接收的；输出模块54，用于输出提货凭证标识码；接收模块53，还用于接收提货成功的响应信息，响应信息是在根据提货凭证标识码的扫码结果确定提货成功时接收的；输出模块54，还用于将响应信息进行输出。

在具体的应用场景中，如图8所示，本装置还包括：保存模块55和合并模块56；保存模块55，用于在发送订单信息的支付请求之前，将接收到的订单信息保存在预设存储位置，预设存储位置中保存有多个待选择支付的订单信息；合并模块56，用于合并多个待选择支付的订单信息中的一个或多个，生成组合订单信息；发送模块52，还用于发送组合订单信息的支付请求，以便在判定组合订单信息支付成功后，根据组合订单信息更新与登录用户标识对应的业务积分信息。

在具体的应用场景中，如图8所示，本装置还包括：配置模块57；配置模块57，用于配置订单信息对应的配送地址信息；发送模块52，还用于发送携带有配送地址信息的配送请求。进一步的，以便于在确定订单信息支付成功后，按照配送地址信息发送订单信息对应货品的配送指令。

在具体的应用场景中，接收模块53，还用于若订单信息已关闭或者已完成，则接收订单信息已关闭或者已完成的提示信息；输出模块54，用于将提示信息进行输出。在具体的应用场景中，接收模块53，还用于接收订单信息对应的支付成功信息；输出模块54，用于将支付成功信息进行输出。

需要说明的是，本实施例提供的一种可应用于用户客户端侧的业务积分信息的处理装置所涉及各功能单元的其它相应描述，可以参考图1和图2中的对应描述，在此不再赘述。

进一步的，作为图3和图4所示方法的具体实现，本申请实施例提供了一种可应用于商家管理设备侧的业务积分信息的处理装置，如图9所示，该装置包括：创建模块61、提交模块62、接收模块63和输出模块64。创建模块61，用于创建订单信息；提交模块62，用于提交订单信息；接收模块63，用于接收订单信息对应的订单标识码；输出模块64，用于输出订单标识码。

进一步的，以使得客户端通过扫码接收对应的订单信息，并在订单信息支付成功后，更新与客户端登录用户标识对应的业务积分信息。

在具体的应用场景中，可选的，业务积分信息包括第一积分信息和/或第二积分信息，第一积分信息是根据商场标识和登录用户标识查询到的，第二积分信息是根据店铺标识和登录用户标识查询到的。在具体的应用场景中，创建模块61，具体用于对货品标识码进行扫码，得到货品标识；查询货品标识对应的货品信息；依据货品信息创建订单信息。在具体的应用场景中，如图10所示，本装置还包括：扫码模块65和查询模块66；扫码模块65，用于对目前货品标识码进行扫码，得到目标货品标识；查询模块66，用于查询目标货品标识对应的目标货品信息；创建模块61，还用于在创建的订单信息中添加目标货品信息。

在具体的应用场景中，接收模块63，还用于接收订单信息对应的支付成功信息；输出模块64，还用于输出支付成功信息。在具体的应用场景中，如图10所示，本装置还包括：发送模块67；扫码模块65，用于对客户端输出的取货凭证标识码进行扫码，得到取货凭证标识，其中，取货凭证标识码是在确定订单信息支付成功时客户端接收到的；发送模块67，用于发送携带有取货凭证标识的提货请求，以便根据取货凭证标识进行提货核销处理；接收模块63，还用于接收提货核销处理结果；输出模块64，用于将提货核销处理结果进行输出。

需要说明的是，本实施例提供的一种可应用于商家管理设备侧的业务积分信息的处理装置所涉及各功能单元的其它相应描述，可以参考图3和图4中的对应描述，在此不再赘述。

基于上述如图1所示方法，相应的，本申请实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1和图2所示的可应用于用户客户端侧的业务积分信息的处理方法。基于上述如图3和图4所示方法，本申请实施例还提供了另一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图3和图4所示的可应用于商家管理设备侧的业务积分信息的处理方法。基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景的方法。

基于上述如图1和图2所示的方法，以及图7和图8所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种客户端设备，具体可以为个人计算机、平板电脑、智能手机、智能手表、智能手环、或其他网络设备等，该客户端设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1和图2所示的可应用于用户客户端侧的业务积分信息的处理方法。

基于上述如图3和图4所示的方法，以及图9和图10所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种商家管理设备，具体可以为POS设备、平板电脑、智能手机、或其他网络设备等。该设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图3和图4所示的可应用于商家管理设备侧的业务积分信息的处理方法。可选的，上述两种实体设备都还可以包括用户接口、网络接口、摄像头、射频(Radio Frequency，RF)电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如WI-FI接口)等。本领域技术人员可以理解，本实施例提供的一种客户端设备和商家管理设备的实体设备结构并不构成对这两种实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。存储介质中还可以包括操作***、网络通信模块。操作***是管理上述两个实体设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与信息处理实体设备中其它硬件和软件之间通信。

基于上述内容，进一步的，本申请实施例还提供了一种业务积分信息的处理***，如图11所示，该***包括服务器71、客户端设备72、商家管理设备73；其中，客户端设备72可用于执行如图1和图2所示的方法，商家管理设备73可用于执行如图3和图4所示的方法。商家管理设备73，可用于创建订单信息并提交给服务器71；服务器71，可用于接收所述商家管理设备73提交的订单信息；生成所述订单信息对应的订单标识码并返回给所述商家管理设备73；商家管理设备73，还可用于接收所述订单信息对应的订单标识码；输出所述订单标识码；客户端设备72，可用于对商家管理设备73输出的订单标识码进行扫码，获取订单标识；向服务器71发送订单获取请求；服务器71，还可用于接收所述客户端设备72发送的订单获取请求，所述获取请求中携带有登录用户标识和所述客户端设备通过对所述订单标识码扫码得到的订单标识；将与所述订单标识对应的所述订单信息发送给所述客户端设备72；客户端设备72，还可用于接收服务器71发送的与所述订单标识对应的订单信息；然后向服务器71发送所述订单信息的支付请求；服务器71，还可用于接收所述客户端设备72发送的对所述订单信息的支付请求；并在判定所述订单信息支付成功后，根据所述订单信息更新与所述登录用户标识对应的业务积分信息。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本申请的技术方案，与目前现有技术相比，整个过程简单快捷，无需用户再主动出示会员凭证，可在订单支付后由后台自动累计相应的业务积分，提高了业务积分处理的效率和成功率，并且也提升了用户使用体验。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (10)

1.一种业务积分信息的处理方法，其特征在于，包括：

对订单标识码进行扫码，获取订单标识；

发送订单获取请求，所述获取请求中携带有所述订单标识和登录用户标识；

接收与所述订单标识对应的订单信息；

发送所述订单信息的支付请求，以便在判定所述订单信息支付成功后，根据所述订单信息更新与所述登录用户标识对应的业务积分信息。

2.根据权利要求1所述的方法，其特征在于，所述业务积分信息包括第一积分信息和/或第二积分信息，所述第一积分信息是根据商场标识和所述登录用户标识查询到的，所述第二积分信息是根据店铺标识和所述登录用户标识查询到的。

3.一种业务积分信息的处理方法，其特征在于，包括：

创建并提交订单信息；

接收所述订单信息对应的订单标识码；

输出所述订单标识码，以使得客户端通过扫码接收对应的所述订单信息，并在所述订单信息支付成功后，更新与所述客户端登录用户标识对应的业务积分信息。

4.一种业务积分信息的处理装置，其特征在于，包括：

获取模块，用于对订单标识码进行扫码，获取订单标识；

发送模块，用于发送订单获取请求，所述获取请求中携带有所述订单标识和登录用户标识；

接收模块，用于接收与所述订单标识对应的订单信息；

所述发送模块，还用于发送所述订单信息的支付请求，以便在判定所述订单信息支付成功后，根据所述订单信息更新与所述登录用户标识对应的业务积分信息。

5.一种业务积分信息的处理装置，其特征在于，包括：

创建模块，用于创建订单信息；

提交模块，用于提交所述订单信息；

接收模块，用于接收所述订单信息对应的订单标识码；

输出模块，用于输出所述订单标识码，以使得客户端通过扫码接收对应的所述订单信息，并在所述订单信息支付成功后，更新与所述客户端登录用户标识对应的业务积分信息。

6.一种存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现权利要求1至2中任一项所述的业务积分信息的处理方法。

7.一种客户端设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至2中任一项所述的业务积分信息的处理方法。

8.一种存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现权利要求3所述的业务积分信息的处理方法。

9.一种商家管理设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求3所述的业务积分信息的处理方法。

10.一种业务积分信息的处理***，其特征在于，包括：如权利要求7所述的客户端设备、服务器和如权利要求8所述的商家管理设备；

所述服务器，用于接收所述商家管理设备提交的订单信息；

生成所述订单信息对应的订单标识码并返回给所述商家管理设备进行输出；

接收所述客户端设备发送的订单获取请求，所述获取请求中携带有登录用户标识和所述客户端设备通过对所述订单标识码扫码得到的订单标识；

将与所述订单标识对应的所述订单信息发送给所述客户端设备；

接收所述客户端设备发送的对所述订单信息的支付请求；

在判定所述订单信息支付成功后，根据所述订单信息更新与所述登录用户标识对应的业务积分信息。

Images