CN109784971B - 会员消费信息的处理方法、装置及系统 - Google Patents

Abstract

本申请公开了一种会员消费信息的处理方法、装置及系统，涉及信息处理技术领域，可以提高业务处理的效率。其中方法包括：当获取到业务对象对应的支付信息时，对支付信息进行识别，得到业务对象对应的标识码信息；将携带有标识码信息的核销请求指令发送给业务服务器，以使得业务服务器根据标识码信息对应的待核销业务对象进行核销处理得到相应的结算信息，以及将与标识码信息对应的用户标识信息发送给会员服务器，以便会员服务器在获取到待核销业务对象对应的结算信息时，根据结算信息对与用户标识信息对应的会员消费信息进行更新处理；接收业务服务器依据结算信息返回的处理结果信息。本申请适用于会员消费信息的处理。

Description

会员消费信息的处理方法、装置及系统

技术领域

本申请涉及信息处理技术领域，尤其是涉及到一种会员消费信息的处理方法、装置及系统。

背景技术

随着互联网技术的不断发展，在线支付方式越来越流行。在线支付为企业和个人提供了一个安全、快捷、方便的电子商务应用环境和网上资金结算工具。在线支付不仅帮助企业实现了销售款项的快速归集，缩短收款周期，同时也为个人网上银行用户提供了网上消费支付结算方式。

目前，在餐饮领域中在线支付也得到广泛应用，用户通过软件利用在线支付购买餐饮门店对应的商品后，然后在店内出示支付码由商家对该支付码进行扫码，进而实现该商品的支付核销。如果该用户是该餐饮门店的会员，在出示支付码之前，还需要先出示相应的会员码，在商家对该会员码进行扫码后，再出示支付码，以便该用户的会员账号累计这笔交易产生的会员积分。

然而，每当商家处理一笔会员用户的订餐业务时，都需要进行上述流程中会员积分和支付核销的两次操作，即需要扫两次码，进而会造成订餐业务处理的效率较低，并且需要用户与商家之间产生二次交互，在一定程度上也会影响用户的消费体验。

发明内容

有鉴于此，本申请提供了一种会员消费信息的处理方法、装置及系统，主要目的在于解决目前每当商家处理一笔会员用户的订餐业务时，都需要会员积分和支付核销的两次操作，进而会造成订餐业务处理的效率较低，并且还会影响用户的消费体验的问题。

根据本申请的一个方面，提供了一种会员消费信息的处理方法，可应用于客户端，该方法包括：

当获取到业务对象对应的支付信息时，对所述支付信息进行识别，得到所述业务对象对应的标识码信息；

将携带有所述标识码信息的核销请求指令发送给业务服务器，以使得所述业务服务器根据所述标识码信息对应的待核销业务对象进行核销处理得到相应的结算信息，以及将与所述标识码信息对应的用户标识信息发送给会员服务器，以便所述会员服务器在获取到所述待核销业务对象对应的所述结算信息时，根据所述结算信息对与所述用户标识信息对应的会员消费信息进行更新处理；

接收所述业务服务器依据所述结算信息返回的处理结果信息。

可选的，若确定当前存在未结算订单信息，则所述将携带有所述标识码信息的核销请求指令发送给业务服务器，以使得所述业务服务器根据所述标识码信息对应的待核销业务对象进行核销处理得到相应的结算信息，具体包括：

将携带有所述未结算订单信息和所述标识码信息的核销请求指令发送给业务服务器，以使得所述业务服务器根据所述未结算订单信息和与所述标识码信息对应的待核销业务对象进行核销处理得到相应的结算信息。

可选的，接收所述业务服务器依据所述结算信息返回的处理结果信息，具体包括：

接收所述业务服务器发送的处理成功结果信息，所述处理成功结果信息是所述业务服务器在确定所述结算信息为结算成功信息时发送的；或

接收所述业务服务器发送的处理失败结果信息，所述处理失败结果信息是所述业务服务器在确定所述结算信息为结算失败信息、或者未查询到所述标识码信息对应的待核销业务对象时发送的。

可选的，若所述支付信息为与所述业务对象对应的条码，则对所述支付信息进行识别，得到所述业务对象对应的标识码信息，具体包括：

获取所述条码对应的特征信息；

若根据所述特征信息确定所述条码为有效码，则对所述条码进行扫码识别，得到所述业务对象对应的标识码信息；

若根据所述特征信息确定所述条码为失效码，则输出提示信息，所述提示信息用于提示所述条码为失效码。

可选的，若根据所述特征信息确定所述条码为失效码，则所述方法还包括：

获取与所述条码对应的业务对象信息；

若确定所述业务对象信息已被下线处理，则查询与所述业务对象信息对应的相似业务对象信息，并将所述相似业务对象信息和与所述相似业务对象信息对应的获取渠道信息进行推荐输出；

若确定所述业务对象信息未被下线处理，则输出所述业务对象信息和与所述业务对象信息对应的获取渠道信息。

根据本申请的另一方面，提供了一种会员消费信息的处理方法，可应用于业务服务器，该方法包括：

接收客户端发送的核销请求指令，所述核销请求指令中携带有对业务对象对应的支付信息进行识别得到的所述业务对象对应的标识码信息；

查询所述标识码信息对应的待核销业务对象；及

查询所述标识码信息对应的用户标识信息；

根据所述待核销业务对象进行核销处理得到相应的结算信息；

将所述结算信息和所述用户标识信息发送给会员服务器，以使得所述会员服务器根据所述结算信息对与所述用户标识信息对应的会员消费信息进行更新处理；

依据所述结算信息向所述客户端发送核销结果信息。

可选的，根据所述待核销业务对象进行核销处理得到相应的结算信息，具体包括：

获取所述待核销业务对象对应的使用状态，以及所述待核销业务对象对应的有效时间范围；

若所述使用状态为未使用状态、且当前核销处理时间处于所述有效时间范围内，则对所述待核销业务对象进行核销处理得到相应的结算成功信息；

若所述使用状态为已使用状态、或当前核销处理时间处于所述有效时间范围外，则取消对所述待核销业务对象进行核销处理，并得到相应的结算失败信息。

可选的，若所述核销请求指令中还携带有未结算订单信息，则根据所述待核销业务对象进行核销处理得到相应的结算信息，具体包括：

根据所述待核销业务对象和所述未结算订单信息进行核销处理得到相应的结算信息。

可选的，根据所述待核销业务对象和所述未结算订单信息进行核销处理得到相应的结算信息，具体包括：

从所述未结算订单信息中获取待结算业务对象；

将所述待结算业务对象与所述待核销业务对象进行匹配；

若所述待结算业务对象与所述待核销业务对象匹配，则确定核销处理成功并得到相应的结算成功信息；

若所述待结算业务对象与所述待核销业务对象不匹配，则确定核销处理失败并得到相应的结算失败信息。

可选的，将所述结算信息和所述用户标识信息发送给会员服务器，具体包括：

若所述结算信息为结算成功信息，则将所述结算信息和所述用户标识信息发送给会员服务器；

若所述结算信息为结算失败信息，则停止将所述结算信息和所述用户标识信息发送给会员服务器。

可选的，依据所述结算信息向所述客户端发送核销结果信息，具体包括：

若所述结算信息为结算成功信息，则向所述客户端发送核销成功结果信息；

若所述结算信息为结算失败信息、或未查询到所述标识码信息对应的待核销业务对象，则向所述客户端发送核销失败结果信息。

根据本申请的又一方面，提供了一种客户端，该客户端包括：

识别单元，用于当获取到业务对象对应的支付信息时，对所述支付信息进行识别，得到所述业务对象对应的标识码信息；

发送单元，用于将携带有所述标识码信息的核销请求指令发送给业务服务器，以使得所述业务服务器根据所述标识码信息对应的待核销业务对象进行核销处理得到相应的结算信息，以及将与所述标识码信息对应的用户标识信息发送给会员服务器，以便所述会员服务器在获取到所述待核销业务对象对应的所述结算信息时，根据所述结算信息对与所述用户标识信息对应的会员消费信息进行更新处理；

接收单元，用于接收所述业务服务器依据所述结算信息返回的处理结果信息。

可选的，所述发送单元，具体用于若确定当前存在未结算订单信息，则将携带有所述未结算订单信息和所述标识码信息的核销请求指令发送给业务服务器，以使得所述业务服务器根据所述未结算订单信息和与所述标识码信息对应的待核销业务对象进行核销处理得到相应的结算信息。

可选的，所述接收单元，具体用于接收所述业务服务器发送的处理成功结果信息，所述处理成功结果信息是所述业务服务器在确定所述结算信息为结算成功信息时发送的；或

接收所述业务服务器发送的处理失败结果信息，所述处理失败结果信息是所述业务服务器在确定所述结算信息为结算失败信息、或者未查询到所述标识码信息对应的待核销业务对象时发送的。

可选的，所述识别单元，具体用于若所述支付信息为与所述业务对象对应的条码，则获取所述条码对应的特征信息；

若根据所述特征信息确定所述条码为有效码，则对所述条码进行扫码识别，得到所述业务对象对应的标识码信息；

若根据所述特征信息确定所述条码为失效码，则输出提示信息，所述提示信息用于提示所述条码为失效码。

可选的，所述客户端还包括：

获取单元，用于若根据所述特征信息确定所述条码为失效码，则获取与所述条码对应的业务对象信息；

输出单元，用于若确定所述业务对象信息已被下线处理，则查询与所述业务对象信息对应的相似业务对象信息，并将所述相似业务对象信息和与所述相似业务对象信息对应的获取渠道信息进行推荐输出；

所述输出单元，还用于若确定所述业务对象信息未被下线处理，则输出所述业务对象信息和与所述业务对象信息对应的获取渠道信息。

依据本申请再一个方面，提供了一种业务服务器，该业务服务器包括：

接收单元，用于接收客户端发送的核销请求指令，所述核销请求指令中携带有对业务对象对应的支付信息进行识别得到的所述业务对象对应的标识码信息；

查询单元，用于查询所述标识码信息对应的待核销业务对象；及

查询所述标识码信息对应的用户标识信息；

处理单元，用于根据所述待核销业务对象进行核销处理得到相应的结算信息；

发送单元，用于将所述结算信息和所述用户标识信息发送给会员服务器，以使得所述会员服务器根据所述结算信息对与所述用户标识信息对应的会员消费信息进行更新处理；

依据所述结算信息向所述客户端发送核销结果信息。

可选的，所述处理单元，具体用于获取所述待核销业务对象对应的使用状态，以及所述待核销业务对象对应的有效时间范围；

若所述使用状态为未使用状态、且当前核销处理时间处于所述有效时间范围内，则对所述待核销业务对象进行核销处理得到相应的结算成功信息；

若所述使用状态为已使用状态、或当前核销处理时间处于所述有效时间范围外，则取消对所述待核销业务对象进行核销处理，并得到相应的结算失败信息。

可选的，所述处理单元，具体用于若所述核销请求指令中还携带有未结算订单信息，则根据所述待核销业务对象和所述未结算订单信息进行核销处理得到相应的结算信息。

可选的，所述处理单元，具体还用于从所述未结算订单信息中获取待结算业务对象；

将所述待结算业务对象与所述待核销业务对象进行匹配；

若所述待结算业务对象与所述待核销业务对象匹配，则确定核销处理成功并得到相应的结算成功信息；

若所述待结算业务对象与所述待核销业务对象不匹配，则确定核销处理失败并得到相应的结算失败信息。

可选的，所述发送单元，具体用于若所述结算信息为结算成功信息，则将所述结算信息和所述用户标识信息发送给会员服务器；

若所述结算信息为结算失败信息，则停止将所述结算信息和所述用户标识信息发送给会员服务器。

可选的，所述发送单元，具体还用于若所述结算信息为结算成功信息，则向所述客户端发送核销成功结果信息；

若所述结算信息为结算失败信息、或未查询到所述标识码信息对应的待核销业务对象，则向所述客户端发送核销失败结果信息。

依据本申请再一个方面，提供了一种会员消费信息的处理系统，该系统包括：会员服务器、上述客户端和上述业务服务器；

所述会员服务器，用于接收所述业务服务器发送的用户标识信息，所述用户标识信息是所述业务服务器根据业务对象对应的标识码信息确定得到的；

查询与所述用户标识信息对应的会员消费信息；

在接收到所述业务服务器发送的与所述用户标识信息对应的结算信息时，根据所述结算信息对所述会员消费信息进行更新处理。

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

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

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

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

借由上述技术方案，本申请提供的一种会员消费信息的处理方法、装置及系统，与目前商家处理会员用户的相关业务时需要进行会员积分和支付核销的两次操作的方式相比，本申请在对业务对象的支付信息进行识别得到该业务对象的标识码信息后，可将携带有该标识码信息的核销请求指令发送给业务服务器，使得业务服务器可根据该标识码信息对应的待核销业务对象进行核销处理得到相应的结算信息，以及将标识码信息对应的用户标识信息发送给会员服务器，以便会员服务器在获取到待核销业务对象对应的结算信息时，可根据结算信息对与用户标识信息对应的会员消费信息进行更新处理。进而对业务对象的支付信息进行一次识别，就可同时实现业务对象核销和会员消费信息更新，从而一次支付信息识别即可实现会员积分操作和支付核销操作，减少了商家处理会员用户的相关业务时的支付信息识别次数，可以提高业务处理的效率。并且也减少了用户与商家之间的交互次数，可以提升用户的体验。

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

附图说明

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

图1示出了本申请实施例提供的一种会员消费信息的处理系统的结构示意图；

图2示出了本申请实施例提供的一种可应用于客户端的会员消费信息的处理方法的流程示意图；

图3示出了本申请实施例提供的另一种可应用于客户端的会员消费信息的处理方法的流程示意图；

图4示出了本申请实施例提供的一种可应用于业务服务器的会员消费信息的处理方法的流程示意图；

图5示出了本申请实施例提供的一种应用场景实例的结构框架示意图；

图6示出了本申请实施例提供的另一种可应用于业务服务器的会员消费信息的处理方法的流程示意图；

图7示出了本申请实施例提供的一种客户端的结构示意图；

图8示出了本申请实施例提供的另一种客户端的结构示意图；

图9示出了本申请实施例提供的一种业务服务器的结构示意图。

具体实施方式

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

针对目前商家处理会员用户的相关业务时需要进行会员消费信息更新和业务对象核销的两次操作，进而会造成业务处理的效率较低的问题，本实施例提供了一种会员消费信息的处理系统，如图1所示，该系统可包括：客户端11、业务服务器12、会员服务器13。

客户端11可配置在商家侧，用于通过对业务对象对应的支付信息进行识别实现业务对象核销操作和会员消费信息更新操作。具体当客户端11获取到业务对象对应的支付信息时，对该支付信息进行扫码识别，得到该业务对象对应的标识码信息。其中支付信息可包括业务对象对应的条码(对应扫码支付)、和/或用户出示的人脸特征(对应刷脸支付)、和/或指纹特征(对应指纹支付)、和/或虹膜特征(对应虹膜支付)、和/或声纹特征(对应声音支付)等。然后将携带有该标识码信息的核销请求指令发送给业务服务器12。

业务服务器12，可用于接收客户端11发送的核销请求指令；再查询与该请求指令中携带的标识码信息对应的待核销业务对象，以及查询与该标识码信息对应的用户标识信息(即此次核销请求对应会员用户的标识信息)；然后根据查询到的待核销业务对象进行支付核销处理得到相应的结算信息，以及将查询到的用户标识信息发送给会员服务器13；最后根据得到的结算信息向客户端11返回处理结果信息。

会员服务器13，可用于接收业务服务器12发送的用户标识信息；然后查询与该用户标识信息对应的会员消费信息，并跟踪业务服务器12对待核销业务对象相应的核销处理情况；在获取到待核销业务对象对应的结算信息时，根据结算信息对与用户标识信息对应的会员消费信息进行更新处理。例如，依据成功结算的金额进行会员积分累加的操作。

客户端11，还可用于接收业务服务器12依据该结算信息返回的处理结果信息，并进一步可将该处理结果信息进行展示，告知商家相应的核销处理结果。

本会员消费信息的处理系统可适用于多种业务需求，如订餐业务、订货业务等，采用互联网技术可通过一次业务对象的支付信息识别即可实现会员消费信息更新操作和业务对象核销操作，减少了商家处理会员用户的相关业务时的支付信息识别次数，可以提高业务处理的效率。并且也减少了用户与商家之间的交互次数，可以提升用户的体验。

进一步的，为了说明本会员消费信息的处理系统的具体实施过程，分别结合应用于客户端和业务服务器的会员消费信息的处理方法进行阐述。如图2所示，本实施例提供了一种可应用于客户端的会员消费信息的处理方法，但不限于此，根据实际业务需求该方法还可应用于其他端侧，为了说明本实施例的实施过程，示例性的，该方法具体包括：

201、当客户端获取到业务对象对应的支付信息时，对支付信息进行识别，得到业务对象对应的标识码信息。

其中，业务对象可以根据实际业务需求确定，相应的支付信息具体可包含业务对象对应的条码、和/或用户出示的人脸特征、和/或指纹特征、和/或虹膜特征、和/或声纹特征等，进而可实现多种支付方式的应用场景下的业务对象支付核销。例如对于订餐业务场景，业务对象可以为餐品套餐的商品券，相应的支付信息可为该商品券对应的商品码；对于订货业务场景，业务对象可以为订货单，而相应的支付信息可为订货单对应的订货单二维码。

对于本实施例的执行主体可以为商家侧配置的客户端，可用于辅助业务对象的在线核销。用户在出示业务对象对应的支付信息之前可通过软件在网上订购该商家店铺相应的待核销业务对象。然后在下单核销时可出示该业务对象对应的支付信息，相应的，本客户端可调用识别模块，对用户出示的支付信息进行识别。具体在获取到支付信息的特征后，对该支付信息进行识别，进而实现会员消费信息的更新操作和该待核销业务对象对应的核销操作，具体可执行步骤202所示过程。

202、将携带有标识码信息的核销请求指令发送给业务服务器。

进一步的，以使得业务服务器根据标识码信息对应的待核销业务对象进行核销处理得到相应的结算信息，以及将与标识码信息对应的用户标识信息发送给会员服务器，以便会员服务器在获取到待核销业务对象对应的结算信息时，根据结算信息对与用户标识信息对应的会员消费信息进行更新处理。

其中，用户标识信息具体可以为用户唯一编码或ID号等。在本实施例中，可通过待核销业务对象对应的标识码信息，查询之前获取该待核销业务对象对应用户的用户标识信息。该核销请求指令中还可携带有商家侧当前配置的未结算订单内容信息，即待核销业务对象需要核销处理哪些内容；待核销业务对象可以为未被核销的业务对象，业务服务器可利用该待核销业务对象和该未结算订单内容信息进行比对，进而实现相关业务的核销处理。核销处理的具体过程也与业务相关。例如在具体的应用场景中，待核销业务对象可以为待核销的商品券、订货单、优惠券等，而核销处理具体可以为支付核销处理或者订货核销处理等。结算信息中可包含通过待核销业务对象进行核销的处理情况(如可包含待核销业务对象中的各个业务子对象的核销情况、核销处理的时间、结算金额等)，如果核销处理成功，那么该结算信息具体可以为结算成功信息；而如果核销处理失败，则该结算信息具体可以为结算失败信息。会员消费信息中可包含会员标识、会员订单、会员积分、会员时长等信息内容。

对于本实施例，业务服务器可以为用于业务对象核销处理并得到相应结算信息的装置或设备。在查询得到相应的待核销业务对象进行核销处理。在本实施例中，业务服务器一方面对查询到的待核销业务对象进行核销处理，进而实现业务对象核销操作；另一方面将与标识码信息对应的用户标识信息发送给会员服务器，使得会员服务器查询与该用户标识信息对应的会员消费信息，并触发跟踪业务服务器对待核销业务对象相应的支付核销处理情况，在获取到该待核销业务对象对应的结算信息时，根据结算信息对查询到的会员消费信息进行更新处理，例如可累加会员积分、添加该会员新的订单内容等处理。通过这种方式可实现会员消费信息的更新操作。

203、接收业务服务器依据结算信息返回的处理结果信息。

其中，处理结果信息中可根据结算信息确定，例如结算信息为结算失败信息，说明待核销业务对象并没有核销处理成功，那么会收到核销失败的结果信息；如果结算信息为结算成功信息，说明待核销业务对象核销处理成功，相应的客户端会收到核销成功的结果信息。

在接收到的处理结果信息后，可对该处理结果信息进行输出展示，具体可通过文字、图片、音频、视频、灯光、振动等方式辅助处理结果信息进行输出。进而可使得商家了解业务对象是否核销成功。

需要说明的是，在具体的应用场景中，如果在商家侧当前未配置相应的未结算订单，还可以通过直接识别业务对象对应支付信息的方式生成新的订单，即商家客户端向业务服务器发送的支付核销请求指令中未携带有当前配置的未结算订单内容信息，但可携带商家标识信息。在业务服务器侧查找到与标识码信息对应的、且与该商品标识信息对应的待核销业务对象进行核销处理并结算生成新的订单发送给商家客户端，进而无需商家侧再配置相关订单，提高业务处理效率。

对于本实施例提供的会员消费信息的处理方法，与目前商家处理会员用户的相关业务时需要进行会员积分和支付核销的两次操作的方式相比，本实施例可实现一次业务对象的支付信息识别即可完成会员消费信息的更新操作和业务对象核销操作，减少了商家处理会员用户的相关业务时的支付信息识别次数，可以提高业务处理的效率。并且也减少了用户与商家之间的交互次数，可以提升用户的体验。

进一步的，作为上述实施例具体实施方式的细化和扩展，为了说明本实施例方法的具体实施过程，以使用业务对象的条码支付订餐业务场景为例，本实施例提供了另一种可应用于客户端的会员消费信息的处理方法，如图3所示，该方法包括：

301、当客户端获取到业务对象对应的条码时，获取条码对应的特征信息。

其中，条码用于标识该业务对象，具体可以为一维条码、二维码、或者其他多维条码等，或者由这些种类的条码组合得到。标识码信息可对应该条码具体的唯一编码或ID号等。条码对应的特征信息中可包含条码具体的样式内容、多种条码的布局情况(如包含一维条形码和二维码，该一维条形码在该二维码的上方)、条码中是否存在无效标识(如条码上存在无效的标识线、或存在无效相关的文字字样、或使用状态相关的文字字样)等。

在具体的订餐业务场景中，用户可通过软件在网上订购商家店铺相应的商品券，该商品券中可对应该商家店铺中某个餐品套餐，进而利用该商品券兑换该餐品套餐。在兑换时出示该商品券的兑换条码即可，由商家侧的客户端进行扫码识别，以便对该商品券进行支付核销操作。而有时用户提供的商品券的兑换条码可能是无效条码，为了减少对无效条码的扫码识别操作，可以根据条码对应的特征信息进行判别是否对该条码进行扫码识别，具体可执行步骤302a和302b所示的过程。

302a、若根据特征信息确定条码为失效码，则输出提示信息。

其中，提示信息用于提示条码为失效码，具体可为文字、图片、音频、视频、灯光、振动等提示信息。

例如，根据条码的特征信息，如果确定条码的样式并非规范的业务对象条码样式、和/或其包含的多种条码的布局也不符合业务对象条码的布局形式、和/或条码中存在无效标识(如为已使用、或已失效等)，则可以确定该条码为无效码，对其扫码识别也不能实现相关的支付核销操作，因此后续可以停止对该条码进行扫码，以节省系统资源的浪费。并且为了及时提醒商家和用户，可以输出该条码为失效码的相关提示信息。

如果该条码为无效码，进一步的，为了及时帮助商家和用户了解具体无效原因，并及时推荐相似业务对象，以满足商家和用户的需求，作为一种可选方式，本实施例还可以包括：获取与条码对应的业务对象信息；若确定业务对象信息已被下线处理，则查询与业务对象信息对应的相似业务对象信息，并将相似业务对象信息和与相似业务对象信息对应的获取渠道信息进行推荐输出；若确定业务对象信息未被下线处理，则输出业务对象信息和与业务对象信息对应的获取渠道信息。

其中，业务对象信息中可包含业务对象的相关信息，如业务对象的名称、包含哪些业务内容、业务对象核销有效期、业务对象核销规则等。相似业务对象信息中可包含与业务对象对应的相似业务对象的相关信息，如相似业务对象的名称、其包含哪些业务内容、相似业务对象核销有效期、相似业务对象核销规则等。业务对象与相似业务对象之间具有相同或者类似的业务元素。

例如，对条码进行识别，获取该条码对应的商品券信息内容，如果该商品券当前已被下线处理，则可以查询与该商品券相似的其他商品券，这些相似的商品券当前未被下线处理，且可适用于原商品券对应的餐饮门店，其中包含的餐品套餐内容也与原商品券之间几乎相同或者类似，因此可将这些相似的商品券信息内容和相关的获取渠道进行输出，以便商家对用户进行相关推荐；如果该商品券未被下线处理，说明该商品券可能获取的渠道非法、或者该商品券已经被使用过等，可将商品券信息内容和相关的正规获取渠道进行输出，以便商家指导用户通过正规渠道重新获取相应的商品券。

与步骤302a并列的步骤302b、若根据特征信息确定条码为有效码，则对条码进行扫码识别，得到业务对象对应的标识码信息。

例如，根据条码的特征信息，如果确定条码的样式为规范的业务对象条码样式、且其包含的多种条码的布局也符合业务对象条码的布局形式、且条码中并没有无效标识，则可以确定该条码为有效码，并进一步可对其进行扫码识别，后续可成功得到相应的标识码信息。通过上述方式可以提高业务对象条码的识别效率和准确性。

303b、若确定存在用户的未结算订单信息，则将携带有未结算订单信息和标识码信息的核销请求指令发送给业务服务器。

进一步的，以使得业务服务器根据未结算订单信息和与标识码信息对应的待核销业务对象进行核销处理得到相应的结算信息，以及将与标识码信息对应的用户标识信息发送给会员服务器，以便会员服务器在获取到待核销业务对象对应的结算信息时，根据结算信息对与用户标识信息对应的会员消费信息进行更新处理。更新处理具体可包括累计会员积分、提升会员等级、添加新的会员订单内容、解绑新的会员功能等操作。

其中，未结算订单信息中可包含该用户已下单的、且未结算的订单情况，该未结算订单信息由用户侧自主提前配置生成，该未结算订单信息可通过订单服务器查询得到。商家侧在确认后该订单后可将携带有该未结算订单信息和标识码信息的核销请求指令发送给业务服务器，使得业务服务器可以结合该未结算订单信息进行支付核销处理，并且对之前下的订单以及本次订单进行综合支付核销，减少了订单支付核销次数，可以提高订单支付核销的效率。

为了避免对一些过期失效的订单进行支付核销处理，作为一种优选方式，客户端可以将与该用户对应的未过期且有效的未结算订单信息发送给业务服务器，以保证业务服务器只对有效的未结算订单进行支付核销处理，保证支付核销处理的正确性。

在具体的应用场景中，如果用户提前领取优惠券或提前订购商品券，并自主在线点餐下单后结账(或者不在线上点餐直接结账)，仍可以只出示商品券对应条码即可实现根据该优惠券或商品券进行支付核销，具体在商家确认订单后可扫该用户的商品券条码，后台查询用户名下最优惠的券或包含在订单中的已购商品券进行订单结算，同时针对本次订单进行结算。

304b、接收业务服务器依据结算信息返回的处理结果信息。

步骤304a具体可以包括：接收业务服务器发送的处理成功结果信息，该处理成功结果信息是业务服务器在确定结算信息为结算成功信息时发送的；或接收业务服务器发送的处理失败结果信息，该处理失败结果信息是业务服务器在确定结算信息为结算失败信息、或者未查询到标识码信息对应的待核销业务对象时发送的。通过这种方式可准确向客户端发送相应的支付结果信息，避免发送错误的支付结果信息。

在得到处理结果信息之后可以进行输出，帮助商家了解用户订餐支付是否成功，以准备制作相应餐品。

通过应用上述实施例的方法，目前商家处理会员用户的订餐业务时需要进行会员积分和支付核销的两次操作的方式相比，可以提高订餐业务处理的效率。若确定存在用户的未结算订单信息，则可将该未结算订单信息与业务对象条码对应的标识码信息一起发送给业务服务器，以便业务服务器可以结合该未结算订单信息进行支付核销处理，对之前下的订单以及本次订单进行综合支付核销，减少了订单支付核销次数，可以提高订单支付核销的效率。通过这种方式可以减少商家与用户之间的交互次数，可以提高用户的消费体验。

需要说明的是，上述应用于客户端的会员消费信息的处理方法，是在客户端侧描述业务信息的处理过程，而为了完整说明本实施例的具体实施方式，如图4所示，提供了一种可应用于业务服务器的会员消费信息的处理方法，但不限于此，根据实际业务需求该方法还可应用于其他端侧，为了说明本实施例的实施过程，示例性的，该方法具体包括：

401、业务服务器接收客户端发送的核销请求指令。

其中，核销请求指令中携带有对业务对象对应的支付信息进行识别得到的业务对象对应的标识码信息。除此之外还可以携带商家侧当前配置的未结算订单内容信息。

对于本实施例的执行主体可以为用于业务信息处理的服务器，具体用于业务对象核销处理。

402、查询标识码信息对应的待核销业务对象。

通过标识码信息可查询对应的待核销业务对象，如果未查询到对应的待核销业务对象，说明客户端扫码识别得到的标识码信息可能存在识别错误，可向客户端返回核销处理错误的响应信息。

403、查询标识码信息对应的用户标识信息。

其中，用户标识信息对应的用户为之前获取该待核销业务对象的用户。如果该用户之前获取该待核销业务对象，会相应记录待核销业务对象对应标识码信息对应的用户标识信息(即该用户的用户标识信息)，已证明该待核销业务对象为该用户获取得到。因此通过待核销业务对象对应标识码信息，可以查找到对应的用户标识信息。

404、根据待核销业务对象进行核销处理得到相应的结算信息。

例如，待核销业务对象与当前下单内容一致，说明该待核销业务对象可用来支付用户的本次订单，进而可得到结算成功信息。如果待核销业务对象与当前下单内容不一致，说明该待核销业务对象不能用来支付用户的本次订单内容，因此得到结算失败信息。

具体的，对于本实施例中根据待核销业务对象进行支付核销处理得到相应的结算信息的过程，可通过业务服务器配合结算服务器来实现。业务服务器负责查询与标识码信息对应的待核销业务对象，然后向结算服务器发出核销指令，使得结算服务器根据核销结果进行结算，完成后返回结算信息。通过这种任务拆解的方式，可减轻业务服务器的任务压力，提高业务服务器的业务信息处理性能，加快业务信息的处理效率。

405、将结算信息和用户标识信息发送给会员服务器。

进一步的，以使得会员服务器根据结算信息对与用户标识信息对应的会员消费信息进行更新处理。通过这种方式，可以实现一次业务对象的支付信息识别即可实现会员消费信息的更新操作和业务对象核销操作，减少了商家处理会员用户的相关业务时的支付信息识别次数，可以提高业务处理的效率。

406、依据结算信息向客户端发送核销结果信息。

为了方便理解本实施例提供的会员消费信息的处理方法，基于上述步骤401至步骤406所示实施例所描述的内容，给出如下具体实例，但不限于此，如图5所示为订餐业务信息处理实施的整体结构框架示意图：

首先用户如果需要在商家店铺享用某一餐品套餐时，可通过软件购买该餐品套餐对应的商品券，在商家店铺内点餐时可出示相应的商品码，商家的收银员通过销售终端(Point of Sale，POS)配置该餐品套餐制定订单后，可通过扫该用户出示的商品码，然后后台查询相应的商品券并结算该餐品套餐，同时对该用户的会员积分进行累加操作。具体如图5所示，商家客户端在对用户出示的商品码进行扫码后，可将携带有商品码的支付核销请求指令发送给业务服务器。业务服务器可根据该标识码信息查找对应的待核销商品券，以及查找对应的用户标识信息，然后将该用户标识信息发送给会员服务器，并基于该待核销商品券发出核销指令给结算服务器，使得结算服务器根据支付核销结果进行结算，完成后返回相应的结算信息分别给会员服务器和业务服务器；会员服务器可根据该用户标识信息查询到相应的会员消费信息，并在得到该结算信息时，可对该用户的会员消费信息进行记录积分等会员奖励；而业务服务器可根据结算信息向客户端回传支付成功数据。

通过应用本实施例提供的方法，能够实现会员消费信息与优惠券、商品券等的一次核销，结算的同时实现会员积分等操作。进而一次业务对象的支付信息识别即可实现会员积分操作和支付核销操作，减少了商家处理会员用户的相关业务时的支付信息识别次数，可以提高业务处理的效率。并且也减少了用户与商家之间的交互次数，可以提升用户的消费体验。

进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明可应用于业务服务器侧的本方法具体实施过程，以使用业务对象条码支付订餐业务场景为例，提供了另一种可应用于业务服务器的会员消费信息的处理方法，如图6所示，该方法包括：

501、业务服务器接收客户端发送的核销请求指令。

其中，核销请求指令中除了携带有对业务对象条码进行扫码识别得到的的标识码信息以外，还可携带有未结算订单信息，该未结算订单信息可包含客户端侧当前配置的订单信息以及通过查询订单服务器确定的由用户自主下单的未结算订单信息等。

502、查询标识码信息对应的待核销业务对象。

在订餐业务场景中，待核销业务对象具体可以为餐品套餐对应的商品券或优惠券等。通过查询与标识码信息对应的待核销业务对象，可基于相应的商品券或优惠券进行本次餐品套餐订单的支付核销。

503、查询标识码信息对应的用户标识信息。

其中，用户标识信息可对应购买商品券的用户。

504、根据待核销业务对象和未结算订单信息进行核销处理得到相应的结算信息。

业务服务器可以结合该未结算订单信息进行支付核销处理，对之前下的订单以及本次订单进行综合支付核销，减少了订单支付核销次数，可以提高订单支付核销的效率。在具体的应用场景中，如果用户提前订购商品券，并自主在线点餐下单后结账(或者通过人工点餐后直接结账)，仍可出示商品码即可实现根据该商品券进行支付核销，业务服务器查询商品码对应的商品券进行订单结算，同时针对本次订单进行结算。

步骤504具体可以包括：从未结算订单信息中获取待结算业务对象；将待结算业务对象与所述待核销业务对象进行匹配；若待结算业务对象与待核销业务对象匹配，则确定核销处理成功并得到相应的结算成功信息；若待结算业务对象与待核销业务对象不匹配，则确定核销处理失败并得到相应的结算失败信息。

其中，待结算业务对象可以为未结算订单中需要结算的业务对象，在订餐应用场景中，待结算业务对象可以为待结算的菜品、套餐、饮料、小吃等。

例如，用户提前订购的餐品套餐的商品券(对应待核销业务对象)，该餐品套餐中包含菜品A、菜品B、菜品C和饮料D；然后在线点餐订购了菜品A和菜品B并生成了未结算订单a，而在柜台点餐时又点了菜品C和饮料D生成了未结算订单b；在结算时出示该商品券对应的商品码，客户端扫码后将该商品码连同订单a和订单b一起发送给业务服务器。在业务服务器侧支付核销时，会根据已下的订单a、b和该商品券进行支付核销，将订单a、b中的各个菜品、小吃、饮料与商品券中包含的内容进行匹配，最后确定订单a和订单b可用该商品券进行支付核销结算。

通过上述支付核销以及结算处理的方式，可将用户的多个未结算订单通过出示一次商品码即可一次性结算，提高了订单支付核销的效率，并且也减少了商家与用户之间的交互次数，可提升用户的消费体验。

进一步的，作为一种优选方式，如果用户之前获取了多个待核销业务对象，在查询该用户标识信息对应的待核销业务对象时可全部获取，然后在支付核销时，可结合订单内容从这些待核销业务对象中选取能够保证订单最终支付金额最少的待核销业务对象进行订单的支付核销，以保证用户的利益最大化，减少用户额外的支出成本。

上述过程为在用户出示商品码之前，该用户自主在线点餐下单或者不在线上点餐直接下单等存在未结算订单信息的应用场景。而为了说明根据待核销业务对象准确进行支付核销的过程，作为一种可选方式，根据待核销业务对象进行核销处理得到相应的结算信息的步骤具体可包括：首先获取待核销业务对象对应的使用状态，以及待核销业务对象对应的有效时间范围；若使用状态为未使用状态、且当前核销处理时间处于有效时间范围内，则对待核销业务对象进行核销处理得到相应的结算成功信息；若使用状态为已使用状态、或当前核销处理时间处于有效时间范围外，则取消对待核销业务对象进行核销处理，并得到相应的结算失败信息。

其中，待核销业务对象对应的有效时间范围可以根据实际业务需求预先设定。例如，如果待核销业务对象为某一餐品套餐的商品券，该商品券会预先设置对应有效时间范围，即在该范围内该商品券才能被支付核销。在支付核销时，如果该商品券未被使用、且该商品券是在这个有效时间范围内被支付核销，那么可以确定该商品券为有效的商品券，可以利用该商品券对本次交易进行支付核销结算；如果该商品券已被使用、或者该商品券已经过期，则不可用该商品券对本次交易进行结算。通过这种方式保证商家的业务不受到影响。

505a、若结算信息为结算成功信息，则将结算信息和用户标识信息发送给会员服务器。

进一步的，以使得会员服务器根据结算信息对与用户标识信息对应的会员消费信息进行更新处理。

在本实施例中，为了保证会员服务器能够准确记录会员用户的会员更新信息，业务服务器在查询到标识码信息对应的用户标识信息后，会将携带有用户标识信息的会员订单跟踪请求指令发送给会员服务器，使得会员服务器查询与该用户标识信息对应的会员消费信息，并触发跟踪业务服务器对待核销业务对象相应的核销处理情况。如果会员服务器接收到业务服务器发送的结算信息以及再次接收到用户标识信息，在对比两次用户标识信息一致的情况下，确定接收到的该结算信息可对该会员用户的会员消费信息进行更新处理。通过这种方式，可以提高会员消费信息更新的准确性，不会造成误操作。

与步骤505a并列的步骤505b、若结算信息为结算失败信息，则停止将结算信息和用户标识信息发送给会员服务器。

对于本实施例，如果结算信息为结算失败信息，那么将该结算信息发送给会员服务器也不会对该用户的会员消费信息进行更新处理，因此可停止发送结算信息和用户标识信息给会员服务器，可节省系统资源的耗费。并且为了减少会员服务器的资源耗费，对于会员服务器还可以设置有效处理时长，即会员服务器在接收到业务服务器发送的携带有用户标识信息的会员订单跟踪请求指令起开始计算时间点，从该时间点以后如果超过有效处理时长，那么可确定本次会员订单跟踪请求无效，无需再跟踪业务服务器对待核销业务对象相应的支付核销处理情况；而从该时间点以后如果在有效处理时长内接收到业务服务器发送的结算信息和相同用户标识信息，才触发进行会员消费信息更新处理操作。通过这种方式可节省会员服务器的资源耗费。

506、依据结算信息向客户端发送核销结果信息。

步骤506具体可以包括：若结算信息为结算成功信息，则向客户端发送核销成功结果信息；若结算信息为结算失败信息、或未查询到标识码信息对应的待核销业务对象，则向客户端发送核销失败结果信息。通过这种方式可准确向客户端发送相应的支付结果信息，避免发送错误的支付结果信息。

通过应用本实施例提供的方法，可以提高订餐业务处理的效率。若确定存在用户的未结算订单信息，则将未结算订单信息和与业务对象对应的标识码信息转发给业务服务器，以便业务服务器可以结合该未结算订单信息进行支付核销处理，对之前下的订单以及本次订单进行综合支付核销，减少了订单支付核销次数，可以提高订单支付核销的效率。

进一步的，作为图2至图3所示方法的具体实现，本申请实施例提供了一种客户端，如图7所示，该客户端包括：识别单元61、发送单元62、接收单元63。

识别单元61，可用于当获取到业务对象对应的支付信息时，对支付信息进行识别，得到业务对象对应的标识码信息；识别单元61为本客户端中对业务对象支付信息进行识别的主要功能模块。

发送单元62，可用于将携带有标识码信息的核销请求指令发送给业务服务器。

进一步的，以使得业务服务器根据标识码信息对应的待核销业务对象进行核销处理得到相应的结算信息，以及将与标识码信息对应的用户标识信息发送给会员服务器，以便会员服务器在获取到待核销业务对象对应的结算信息时，根据结算信息对与用户标识信息对应的会员消费信息进行更新处理；发送单元62面向各类服务器，为本客户端中向各类服务器发送服务请求的主要功能模块。

接收单元63，可用于接收业务服务器依据结算信息返回的处理结果信息。接收单元63同样面向各类服务器，为本客户端中接收服务器返回的响应信息的主要功能模块。

在具体的应用场景中，为了减少订单支付核销次数，发送单元62，具体可用于若确定当前存在未结算订单信息，则将携带有未结算订单信息和标识码信息的核销请求指令发送给业务服务器。

进一步的，以使得业务服务器根据未结算订单信息和与标识码信息对应的待核销业务对象进行核销处理得到相应的结算信息。

在具体的应用场景中，接收单元63，具体可用于接收业务服务器发送的处理成功结果信息，处理成功结果信息是业务服务器在确定结算信息为结算成功信息时发送的；或接收业务服务器发送的处理失败结果信息，处理失败结果信息是业务服务器在确定结算信息为结算失败信息、或者未查询到标识码信息对应的待核销业务对象时发送的。

在具体的应用场景中，识别单元61，具体可用于若支付信息为与业务对象对应的条码，则获取条码对应的特征信息；若根据特征信息确定条码为有效码，则对条码进行扫码识别，得到业务对象对应的标识码信息；若根据特征信息确定条码为失效码，则输出提示信息，提示信息用于提示条码为失效码。

在具体的应用场景中，如图8所示，为了及时帮助商家和用户了解具体无效原因，并及时推荐相似业务对象，以满足商家和用户的需求，本客户端还包括：获取单元64、输出单元65；

获取单元64，可用于若根据特征信息确定条码为失效码，则获取与条码对应的业务对象信息；

输出单元65，可用于若确定业务对象信息已被下线处理，则查询与业务对象信息对应的相似业务对象信息，并将相似业务对象信息和与相似业务对象信息对应的获取渠道信息进行推荐输出；

输出单元65，还可用于若确定业务对象信息未被下线处理，则输出业务对象信息和与业务对象信息对应的获取渠道信息。

需要说明的是，本实施例提供的一种客户端所涉及各功能单元的其它相应描述，可以参考图2至图3中的对应描述，在此不再赘述。

通过应用上述客户端的方案，可实现一次扫码即可完成会员消费信息更新操作和业务对象核销操作，减少了商家处理会员用户的相关业务时的扫码次数，可以提高业务处理的效率。并且也减少了用户与商家之间的交互次数，可以提升用户的消费体验。

进一步的，作为图4至图6方法的具体实现，本申请实施例提供了一种业务服务器，如图9所示，该业务服务器包括：接收单元71、查询单元72、处理单元73、发送单元74。

接收单元71，可用于接收客户端发送的核销请求指令，核销请求指令中携带有对业务对象对应的支付信息进行识别得到的业务对象对应的标识码信息；接收单元71为本业务服务器中接收服务请求的主要功能模块。

查询单元72，可用于查询标识码信息对应的待核销业务对象；及查询标识码信息对应的用户标识信息；查询单元72为本业务服务器中查询待核销业务对象和会员用户标识信息的主要功能模块。

处理单元73，可用于根据待核销业务对象进行核销处理得到相应的结算信息；处理单元73为本业务服务器中进行支付核销处理的主要功能模块。也是本业务服务器中的核销单元模块。

发送单元74，用于将结算信息和用户标识信息发送给会员服务器。

进一步的，以使得会员服务器根据结算信息对与用户标识信息对应的会员消费信息进行更新处理；

发送单元74，还用于依据结算信息向客户端发送核销结果信息。发送单元74为本业务服务器中返回响应信息和发送请求的主要功能模块。

在具体的应用场景中，处理单元73，具体可用于获取待核销业务对象对应的使用状态，以及待核销业务对象对应的有效时间范围；若使用状态为未使用状态、且当前核销处理时间处于有效时间范围内，则对待核销业务对象进行核销处理得到相应的结算成功信息；若使用状态为已使用状态、或当前核销处理时间处于有效时间范围外，则取消对待核销业务对象进行核销处理，并得到相应的结算失败信息。

在具体的应用场景中，处理单元73，具体可用于若核销请求指令中还携带有未结算订单信息，则根据待核销业务对象和未结算订单信息进行核销处理得到相应的结算信息。

在具体的应用场景中，处理单元73，具体还可用于从未结算订单信息中获取待结算业务对象；将待结算业务对象与待核销业务对象进行匹配；若待结算业务对象与待核销业务对象匹配，则确定核销处理成功并得到相应的结算成功信息；若待结算业务对象与待核销业务对象不匹配，则确定核销处理失败并得到相应的结算失败信息。

在具体的应用场景中，发送单元74，具体可用于若结算信息为结算成功信息，则将结算信息和用户标识信息发送给会员服务器；若结算信息为结算失败信息，则停止将结算信息和用户标识信息发送给会员服务器。

在具体的应用场景中，发送单元74，具体还可用于若结算信息为结算成功信息，则向客户端发送核销成功结果信息；若结算信息为结算失败信息、或未查询到标识码信息对应的待核销业务对象，则向客户端发送核销失败结果信息。

需要说明的是，本申请实施例提供的一种业务服务器所涉及各功能单元的其他相应描述，可以参考图4至图6中的对应描述，在此不再赘述。

基于上述如图2至图3所示方法，相应的，本申请实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图2至图3所示的会员消费信息的处理方法。基于上述如图4至图6所示方法，本申请实施例还提供了另一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图4至图6所示的会员消费信息的处理方法。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景的会员消费信息的处理方法。

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

基于上述如图4至图6所示的方法，以及图9所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种服务器设备，具体可以为个人计算机、服务器、网络设备等，该服务器设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图4至图6所示的会员消费信息的处理方法。

可选的，上述两种实体设备都还可以包括用户接口、网络接口、摄像头、射频(Radio Frequency，RF)电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如WI-FI接口)等。

本领域技术人员可以理解，本实施例提供的一种终端设备和业务服务器的实体设备结构并不构成对这两种实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述两个实体设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与信息处理实体设备中其它硬件和软件之间通信。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本申请的技术方案，能够实现会员消费信息与优惠券、商品券等的一次核销，结算的同时实现会员积分等操作。进而一次业务对象支付信息识别即可实现会员消费信息的更新操作和业务对象核销操作，减少了商家处理会员用户的相关业务时的支付信息识别次数，可以提高业务处理的效率。并且也减少了用户与商家之间的交互次数，可以提升用户的体验。

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

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

Claims (25)

1.一种会员消费信息的处理方法，其特征在于，包括：

当获取到业务对象对应的支付信息时，对所述支付信息进行识别，得到所述业务对象对应的标识码信息；

将携带有所述标识码信息的核销请求指令发送给业务服务器，以使得所述业务服务器根据所述标识码信息对应的待核销业务对象和用户的未结算订单信息进行核销处理得到相应的结算信息，若未结算订单信息的待结算业务对象与所述待核销业务对象匹配，则确定结算成功并将与所述标识码信息对应的用户标识信息和所述结算信息发送给会员服务器，以便所述会员服务器根据所述结算信息对与所述用户标识信息对应的会员消费信息进行更新处理，所述用户标识信息为获取所述待核销业务对象的用户的标识信息；

接收所述业务服务器依据所述结算信息返回的处理结果信息；

其中，所述待结算业务对象与所述待核销业务对象匹配用于表征所述待核销业务对象中包含的内容与所述待结算业务对象中的各商品匹配。

2.根据权利要求1所述的方法，其特征在于，所述将携带有所述标识码信息的核销请求指令发送给业务服务器，以使得所述业务服务器根据所述标识码信息对应的待核销业务对象和用户的未结算订单信息进行核销处理得到相应的结算信息，具体包括：

将携带有未结算订单信息和所述标识码信息的核销请求指令发送给业务服务器。

3.根据权利要求1所述的方法，其特征在于，接收所述业务服务器依据所述结算信息返回的处理结果信息，具体包括：

接收所述业务服务器发送的处理成功结果信息，所述处理成功结果信息是所述业务服务器在确定所述结算信息为结算成功信息时发送的；或

接收所述业务服务器发送的处理失败结果信息，所述处理失败结果信息是所述业务服务器在确定所述结算信息为结算失败信息、或者未查询到所述标识码信息对应的待核销业务对象时发送的。

4.根据权利要求1至3中任一项所述的方法，其特征在于，若所述支付信息为与所述业务对象对应的条码，则对所述支付信息进行识别，得到所述业务对象对应的标识码信息，具体包括：

获取所述条码对应的特征信息；

若根据所述特征信息确定所述条码为有效码，则对所述条码进行扫码识别，得到所述业务对象对应的标识码信息；

若根据所述特征信息确定所述条码为失效码，则输出提示信息，所述提示信息用于提示所述条码为失效码。

5.根据权利要求4所述的方法，其特征在于，若根据所述特征信息确定所述条码为失效码，则所述方法还包括：

获取与所述条码对应的业务对象信息；

若确定所述业务对象信息已被下线处理，则查询与所述业务对象信息对应的相似业务对象信息，并将所述相似业务对象信息和与所述相似业务对象信息对应的获取渠道信息进行推荐输出；

若确定所述业务对象信息未被下线处理，则输出所述业务对象信息和与所述业务对象信息对应的获取渠道信息。

6.一种会员消费信息的处理方法，其特征在于，包括：

接收客户端发送的核销请求指令，所述核销请求指令中携带有对业务对象对应的支付信息进行识别得到的所述业务对象对应的标识码信息；

查询所述标识码信息对应的待核销业务对象；及

查询所述标识码信息对应的用户标识信息；

根据所述待核销业务对象和用户的未结算订单信息进行核销处理得到相应的结算信息；

若未结算订单信息的待结算业务对象与所述待核销业务对象匹配，则确定结算成功并将所述结算信息和所述用户标识信息发送给会员服务器，以使得所述会员服务器根据所述结算信息对与所述用户标识信息对应的会员消费信息进行更新处理，所述用户标识信息为获取所述待核销业务对象的用户的标识信息；

依据所述结算信息向所述客户端发送核销结果信息；

其中，所述待结算业务对象与所述待核销业务对象匹配用于表征所述待核销业务对象中包含的内容与所述待结算业务对象中的各商品匹配。

7.根据权利要求6所述的方法，其特征在于，根据所述待核销业务对象和用户的未结算订单信息进行核销处理得到相应的结算信息，具体包括：

获取所述待核销业务对象对应的使用状态，以及所述待核销业务对象对应的有效时间范围；

若所述使用状态为未使用状态、且当前核销处理时间处于所述有效时间范围内，则对所述待核销业务对象进行核销处理得到相应的结算成功信息；

若所述使用状态为已使用状态、或当前核销处理时间处于所述有效时间范围外，则取消对所述待核销业务对象进行核销处理，并得到相应的结算失败信息。

8.根据权利要求7所述的方法，其特征在于，根据所述待核销业务对象和用户的未结算订单信息进行核销处理得到相应的结算信息，具体包括：

从所述未结算订单信息中获取待结算业务对象；

将所述待结算业务对象与所述待核销业务对象进行匹配；

若所述待结算业务对象与所述待核销业务对象不匹配，则确定核销处理失败并得到相应的结算失败信息。

9.根据权利要求6所述的方法，其特征在于，将所述结算信息和所述用户标识信息发送给会员服务器，具体包括：

若所述结算信息为结算失败信息，则停止将所述结算信息和所述用户标识信息发送给会员服务器。

10.根据权利要求6至9中任一项所述的方法，其特征在于，依据所述结算信息向所述客户端发送核销结果信息，具体包括：

若所述结算信息为结算成功信息，则向所述客户端发送核销成功结果信息；

若所述结算信息为结算失败信息、或未查询到所述标识码信息对应的待核销业务对象，则向所述客户端发送核销失败结果信息。

11.一种客户端，其特征在于，包括：

识别单元，用于当获取到业务对象对应的支付信息时，对所述支付信息进行识别，得到所述业务对象对应的标识码信息；

发送单元，用于将携带有所述标识码信息的核销请求指令发送给业务服务器，以使得所述业务服务器根据所述标识码信息对应的待核销业务对象和用户的未结算订单信息进行核销处理得到相应的结算信息，若未结算订单信息的待结算业务对象与所述待核销业务对象匹配，则确定结算成功并将与所述标识码信息对应的用户标识信息和所述结算信息发送给会员服务器，以便所述会员服务器根据所述结算信息对与所述用户标识信息对应的会员消费信息进行更新处理，所述用户标识信息为获取所述待核销业务对象的用户的标识信息；

接收单元，用于接收所述业务服务器依据所述结算信息返回的处理结果信息；

其中，所述待结算业务对象与所述待核销业务对象匹配用于表征所述待核销业务对象中包含的内容与所述待结算业务对象中的各商品匹配。

12.根据权利要求11所述的客户端，其特征在于，

所述发送单元，具体用于将携带有所述未结算订单信息和所述标识码信息的核销请求指令发送给业务服务器。

13.根据权利要求11所述的客户端，其特征在于，

所述接收单元，具体用于接收所述业务服务器发送的处理成功结果信息，所述处理成功结果信息是所述业务服务器在确定所述结算信息为结算成功信息时发送的；或

接收所述业务服务器发送的处理失败结果信息，所述处理失败结果信息是所述业务服务器在确定所述结算信息为结算失败信息、或者未查询到所述标识码信息对应的待核销业务对象时发送的。

14.根据权利要求11至13中任一项所述的客户端，其特征在于，

所述识别单元，具体用于若所述支付信息为与所述业务对象对应的条码，则获取所述条码对应的特征信息；

若根据所述特征信息确定所述条码为有效码，则对所述条码进行扫码识别，得到所述业务对象对应的标识码信息；

若根据所述特征信息确定所述条码为失效码，则输出提示信息，所述提示信息用于提示所述条码为失效码。

15.根据权利要求14所述的客户端，其特征在于，所述客户端还包括：

获取单元，用于若根据所述特征信息确定所述条码为失效码，则获取与所述条码对应的业务对象信息；

输出单元，用于若确定所述业务对象信息已被下线处理，则查询与所述业务对象信息对应的相似业务对象信息，并将所述相似业务对象信息和与所述相似业务对象信息对应的获取渠道信息进行推荐输出；

所述输出单元，还用于若确定所述业务对象信息未被下线处理，则输出所述业务对象信息和与所述业务对象信息对应的获取渠道信息。

16.一种业务服务器，其特征在于，包括：

接收单元，用于接收客户端发送的核销请求指令，所述核销请求指令中携带有对业务对象对应的支付信息进行识别得到的所述业务对象对应的标识码信息；

查询单元，用于查询所述标识码信息对应的待核销业务对象；及

查询所述标识码信息对应的用户标识信息；

处理单元，用于根据所述待核销业务对象和用户的未待结算订单信息进行核销处理得到相应的结算信息；

发送单元，用于若未结算订单信息的待结算业务对象与所述待核销业务对象匹配，则确定结算成功并将所述结算信息和所述用户标识信息发送给会员服务器，以使得所述会员服务器根据所述结算信息对与所述用户标识信息对应的会员消费信息进行更新处理，所述用户标识信息为获取所述待核销业务对象的用户的标识信息；

依据所述结算信息向所述客户端发送核销结果信息；

其中，所述待结算业务对象与所述待核销业务对象匹配用于表征所述待核销业务对象中包含的内容与所述待结算业务对象中的各商品匹配。

17.根据权利要求16所述的业务服务器，其特征在于，

所述处理单元，具体用于获取所述待核销业务对象对应的使用状态，以及所述待核销业务对象对应的有效时间范围；

若所述使用状态为未使用状态、且当前核销处理时间处于所述有效时间范围内，则对所述待核销业务对象进行核销处理得到相应的结算成功信息；

若所述使用状态为已使用状态、或当前核销处理时间处于所述有效时间范围外，则取消对所述待核销业务对象进行核销处理，并得到相应的结算失败信息。

18.根据权利要求16所述的业务服务器，其特征在于，

所述处理单元，具体还用于从所述未结算订单信息中获取待结算业务对象；

将所述待结算业务对象与所述待核销业务对象进行匹配；

若所述待结算业务对象与所述待核销业务对象不匹配，则确定核销处理失败并得到相应的结算失败信息。

19.根据权利要求16所述的业务服务器，其特征在于，

所述发送单元，具体用于若所述结算信息为结算失败信息，则停止将所述结算信息和所述用户标识信息发送给会员服务器。

20.根据权利要求16至19中任一项所述的业务服务器，其特征在于，

所述发送单元，具体还用于若所述结算信息为结算成功信息，则向所述客户端发送核销成功结果信息；

若所述结算信息为结算失败信息、或未查询到所述标识码信息对应的待核销业务对象，则向所述客户端发送核销失败结果信息。

21.一种会员消费信息的处理系统，其特征在于，包括：会员服务器、如权利要求11至15中任一项所述的客户端和如权利要求16至20中任一项所述的业务服务器；

所述会员服务器，用于接收所述业务服务器发送的用户标识信息，所述用户标识信息是所述业务服务器根据业务对象对应的标识码信息确定得到的；

查询与所述用户标识信息对应的会员消费信息；

在接收到所述业务服务器发送的与所述用户标识信息对应的结算信息时，根据所述结算信息对所述会员消费信息进行更新处理。

22.一种存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现权利要求1至5中任一项所述的会员消费信息的处理方法。

23.一种终端设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至5中任一项所述的会员消费信息的处理方法。

24.一种存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现权利要求6至10中任一项所述的会员消费信息的处理方法。

25.一种服务器设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求6至10中任一项所述的会员消费信息的处理方法。

Images