一种业务数据处理方法、装置及客户端与流程

本申请涉及计算机互联网技术领域，特别涉及一种业务数据处理方法、装置及客户端。

背景技术：

随着电子科技以及互联网技术的发展，电子设备(特别是智能移动设备)的功能越来越强大，只要用户按照自身的需求在电子设备上安装各种应用程序，便可以完成各种事务。

随着智能移动设备的快速发展，移动支付也成为越来越多用户的选择。当前，移动支付的主要模式包括转账模式、收款模式等，收款模式中包括一个用户向一个或多个用户进行收款的模式，具体如下，例如用户a(收款方)要向用户b(付款方)和用户c(付款方)收款，用户a可以发起一个收款业务的请求消息给相应的收款方：用户b和用户c。然后，用户b和用户c基于所述请求消息进入该收款业务对应的支付界面进行支付即可完成该收款业务。由此可见，上述收款模式中，付款方根据收款方发送的收款业务的请求消息进入相应的支付界面才能完成该收款业务。

但现有技术中存在付款方未及时收到收款业务的请求消息，直接通过转账等方式进行支付的情况；那么，该付款方不会再进入相应收款业务的支付页面进行支付，这就导致该收款业务将一直是一个进行中的待处理业务项，造成服务器资源浪费，影响服务器处理速度；同时，也会大大降低用户体验。

技术实现要素：

本申请实施例的目的是提供一种业务数据处理方法、装置及客户端，以帮助用户完成待处理业务项，进而可以释放服务器资源，加快服务器处理速度，改善用户体验。

为解决上述技术问题，本申请实施例是这样实现的：

一种业务数据处理方法，包括：

确定待处理业务项的目标数据；

查询预设时间段内是否存在与所述目标数据关联的接收数据；

当所述判断的结果为是时，为与所述目标数据关联的接收数据设置第一待确认标签；

展示第一消息确认界面，所述第一消息确认界面包括是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的确认消息。

一种业务数据处理方法，包括：

确定待处理业务项的目标对象；

查询预设时间段内是否存在所述目标对象发送的接收数据；

当所述判断的结果为是时，为所述目标对象发送的接收数据设置第二待确认标签；

展示第二消息确认界面，所述第二消息确认界面包括是否将设置有第二待确认标签的接收数据并入相应的待处理业务项的确认消息。

一种业务数据处理装置，包括：

目标数据确定模块，用于确定待处理业务项的目标数据；

第一查询模块，用于查询预设时间段内是否存在与所述目标数据关联的接收数据；

第一标签设置模块，用于当所述第一查询模块判断的结果为是时，为与所述目标数据关联的接收数据设置第一待确认标签；

第一确认消息展示模块，用于展示第一消息确认界面，所述第一消息确认界面包括是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的确认消息。

一种业务数据处理装置，包括：

目标对象确定模块，用于确定待处理业务项的目标对象；

第二查询模块，用于查询预设时间段内是否存在所述目标对象发送的接收数据；

第二标签设置模块，用于当所述第二查询模块判断的结果为是时，为所述目标对象发送的接收数据设置第二待确认标签；

第二确认消息展示模块，用于展示第二消息确认界面，所述第二消息确认界面包括是否将设置有第二待确认标签的接收数据并入相应的待处理业务项的确认消息。

一种客户端，包括：

处理器，用于执行客户端程序指令，所述客户端程序指令包括：确定待处理业务项的目标数据；查询预设时间段内是否存在与所述目标数据关联的接收数据；当所述判断的结果为是时，为与所述目标数据关联的接收数据设置第一待确认标签；发送展示第一消息确认界面的指令，所述第一消息确认界面包括是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的确认消息；

显示单元，耦合于所述处理器，用于展示第一消息确认界面，所述第一消息确认界面包括是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的确认消息。

一种客户端，包括：

处理器，用于执行客户端程序指令，所述客户端程序指令包括：确定待处理业务项的目标对象；查询预设时间段内是否存在所述目标对象发送的接收数据；当所述判断的结果为是时，为所述目标对象发送的接收数据设置第二待确认标签；发送展示第二消息确认界面的指令，所述第二消息确认界面包括是否将设置有第二待确认标签的接收数据并入相应的待处理业务项的确认消息；

显示单元，耦合于所述处理器，用于展示第二消息确认界面，所述第二消息确认界面包括是否将设置有第二待确认标签的接收数据并入相应的待处理业务项的确认消息。

由以上本申请实施例提供的技术方案可见，本申请实施例通过判断预设时间段内是否存在与获取的待处理业务项的目标数据关联的接收数据，并为与所述目标数据关联的接收数据设置与相应待处理业务项一一对应的待确认标签，接着，通过展示是否将设置有待确认标签的接收数据并入相应的待处理业务项的确认消息来帮助用户完成待处理业务项。进而可以有效避免因对方通过其他方式，而不是进入业务数据支付处理界面进行业务处理的情况。与现有技术相比，利用本申请实施例提供的技术方案，可以帮助用户完成待处理业务项，进而可以释放服务器资源，加快服务器处理速度，改善用户体验。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请提供的业务数据处理方法的一种实施例的流程示意图；

图2是本申请提供的用智能手机访问具有收款功能的应用程序进行收款业务的一种实施例的发起页面的示意图；

图3是本申请提供的发送收款业务的请求消息后的一种实施例的页面的示意图；

图4是本申请提供的收款业务的请求消息发出后的一种实施例的场景示意图；

图5是本申请提供的收款业务的处理页面的一种实施例的示意图；

图6是本申请提供的在收款业务的处理页面中展示第一消息确认界面的一种实施例的示意图；

图7是本申请提供的业务数据处理方法的另一种实施例的流程示意图；

图8是本申请提供的收款业务发起后的一种实施例的页面示意图；

图9是本申请提供的业务数据处理装置的一种实施例的结构示意图；

图10是本申请提供的业务数据处理装置的另一种实施例的结构示意图；

图11是本申请提供的业务数据处理装置的另一种实施例的结构示意图；

图12是本申请提供的业务数据处理装置的另一种实施例的结构示意图；

图13是本申请提供的一种客户端的一示例性实施例的示意结构图。

具体实施方式

本申请实施例提供一种业务数据处理方法、装置及客户端。

本申请实施例中所述支付涉及的技术载体，例如可以包括近场通信(nearfieldcommunication，nfc)、wifi、3g/4g/5g、pos机刷卡技术、二维码扫码技术、条形码扫码技术、蓝牙、红外、短消息(shortmessageservice，sms)、多媒体消息(multimediamessageservice，mms)等。

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

以下以几个具体的例子详细说明本申请实施例的具体实现。

以下首先介绍本申请一种业务数据处理方法的实施例。图1是本申请提供的业务数据处理方法的一种实施例的流程示意图，本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。具体的如图1所示，所述方法可以包括：

s110：确定待处理业务项的目标数据。

本申请实施例中，所述待处理业务项的目标数据可以包括资金，也可以包括其它虚拟物品，例如积分等。一般的，所述目标数据可以包括一个或多个数据。在一个具体的实施例中，以所述待处理业务项为进行中的收款业务为例，假设用户a、用户b、用户c和用户d在一次aa聚餐中共花费107元，且先由用户a付款；后续，用户a可以发起一个收款业务，相应的，这里的收款业务的目标数据为资金，且包括一个数据：26.75元。在另一个具体的实施例中，假设用户e为用户x、用户y和用户z代为购买物品，且用户x和用户y的物品均为200元，而用户z的物品300元，相应的，用户e可以在发起收款业务时设置两个目标数据：200元和300元，相应的，用户x、用户y和用户z可以选择相应的金额完成支付。

在本实施例中，以在智能手机中安装具有收款功能的应用程序为例，结合上述用户a、用户b、用户c和用户d在一次aa聚餐中共花费107元的实施例，如图2所示的是本申请提供的用智能手机访问具有收款功能的应用程序进行收款业务的一种实施例的发起页面的示意图。用户a在相应的应用程序打开具有aa收款功能触发按钮后，可以进入如图2所示的收款业务的发起页面，输入总金额：107，总人数：4之后，点击确定即可发起收款业务。相应的，服务器可以通过输入的总金额和总人数，确定出相应的目标数据。然后用户a可以将收款业务的请求消发送给相应的付款方：用户b、用户c和用户d。

此外，需要说明的是，本申请实施例所述发起页面并不仅限于上述图2的形式，还可以结合实际应用情况，包括其他形式，例如，直接输入目标数据，和总人数等形式，本申请实施例并不以上述为限。

如图3所示的是本申请提供的发送收款业务的请求消息后的一种实施例的页面的示意图。从图3中可见，用户a将请求消息发送在一个群组中，一般的，所述群组中可以包括至少一个付款方。此外，本申请实施例中所述请求消息不仅限于发送在包括付款方的群组中的方式来通知付款方，还可以包括直接发送给相应的付款方等方式，本申请实施例并不以上述为限。

s120：查询预设时间段内是否存在与所述目标数据关联的接收数据。

本申请实施例中，在确定待处理业务项的目标数据之后，可以查询预设时间段内是否存在与所述目标数据关联的接收数据。具体的，所述预设时间段可以包括预先根据所述待处理业务项的生成时间设置的时间段。所述预设时间段可以包括所述待处理业务项的生成时间，也可以不包括所述待处理业务项的生成时间。具体的，所述预设时间段可以包括下述中的任意一种设置方式：

所述待处理业务项生成时间之前的第一时间段；

所述待处理业务项生成时间之后的第二时间段；

所述待处理业务项生成时间之前的第三时间段和所述待处理业务项生成时间之后的第四时间段。

具体的，所述第一时间段、第二时间段、第三时间段和第四时间段可以结合实际应用情况设置具体的数值。所述第三时间段可以与所述第四时间段相同，也可以不同。

在一个具体的实施例中，所述接收数据可以包括接收到的转账信息等，例如用户x向您转账200元。具体的，所述与所述目标数据关联的接收数据至少可以包括下述之一：

与所述目标数据的差值小于等于预设阈值的接收数据；

与所述目标数据为倍数关系的接收数据。

在一些实施例中，以收款业务为例，假设目标数据为25.88元，存在付款方为了转账输入时的便利等原因，直接转账26元的情况。相应的，这里通过所述预设阈值的设置可以将该笔转账包括在与目标数据关联的接收数据中。具体的，所述预设阈值可以根据目标数据的类型和实际应用情况预先设置，比如目标数据为资金时，所述预设阈值可以设置为1元；目标数据为积分时，所述预设阈值可以设置为10个积分等，本申请实施例并不以上述为限。

在实际应用中，结合上述aa聚餐的实施例，如图4所示的是本申请提供的收款业务的请求消息发出后的一种实施例的场景示意图，图中可见，用户b和用户d在用户a发送收款业务的请求消息的群组中，且用户b和用户d通过用户a发送的请求消息进入相应的支付界面进行了支付，而用户c一开始并不在用户a发送收款业务的请求消息的群组中，这就导致用户c未及时收到用户a发起的收款业务的请求消息。假设用户c选择直接转账给用户a，且为了转账时输入的便利等原因，直接转账27元给用户a，那么通过查询预设时间段内是否存在与所述目标数据关联的接收数据，可以发现用户c向用户a转账27元的信息为与所述目标数据26.75元相关联的接收数据。

在另一个实施例中，以收款业务为例，存在一个付款方为多个付款方付款的情况，相应的，与目标数据关联的接收数据可以包括与所述目标数据为倍数关系的接收数据。此外，需要说明的，本申请实施例中所述与目标数据存在关联的接收数据并不仅限于上述的情况，在实际应用中，还可以包括其他数据，本申请实施例并不以上述为限。

s130：当所述判断的结果为是时，为与所述目标数据关联的接收数据设置第一待确认标签。

本申请实施例中，当步骤s120判断的结果为是时，可以为与所述目标数据关联的接收数据设置第一待确认标签。具体的，所述第一待确认标签可以包括预先设置的与相应的待处理业务项一一对应的标签。

在一个具体的实施例中，结合上述aa聚餐的实施例，可以为用户c向用户a转账27元的信息设置用户a可以发起针对上述aa收款的收款业务相对应的第一待确认标签。

s140：展示第一消息确认界面，所述第一消息确认界面包括是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的确认消息。

本申请实施例中，在为与所述目标数据关联的接收数据设置第一待确认标签之后，可以展示第一消息确认界面，所述第一消息确认界面包括是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的确认消息。具体的，所述第一消息确认界面可以包括根据是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的确认消息预先设置的界面。

在一些实施例中，在所述展示第一消息确认界面之前，所述方法还可以包括：

监测是否存在进入待处理业务项的处理界面的操作指令，当监测到进入待处理业务项的处理界面的操作指令时，执行展示第一消息确认界面，所述第一消息确认界面包括是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的确认消息。

如图5所示的是本申请提供的收款业务的处理页面的一种实施例的示意图。从图5可见，用户可以获取收款业务当前的进展情况数据。

在一个具体的实施例中，结合上述aa聚餐的实施例，当监测到用户a进入收款业务的处理界面时，可以展示：用户c向您转账27元，是否并入该收款业务的确认消息。相应的，用户根据所述确认消息，和收款业务的当前进展情况，可以判断是否将该数据并入该收款业务，进而可以帮助用户a完成所述待处理业务项。如图6所示的是本申请提供的在收款业务的处理页面中展示第一消息确认界面的一种实施例的示意图。

此外，需要说明的是，本申请实施例展示第一消息确认界面的页面并不仅限于上述图6在收款业务的处理页面中的形式，还可以结合实际应用情况，包括其他形式，本申请实施例并不以上述为限。

在一些实施例中，所述方法还可以包括：

当所述确认消息的执行结果为是时，将所述设置有第一待确认标签的接收数据并入所述待处理业务项。

相应的，在一些实施例中，所述方法还可以包括：

当所述确认消息的执行结果为否时，对所述设置有第一待确认标签的接收数据进行去除标签处理。

具体的，所述去除标签处理可以包括去除所述第一待确认标签。

由此可见，本申请一种业务数据处理方法的实施例可见，本申请通过判断预设时间段内是否存在与获取的待处理业务项的目标数据关联的接收数据，并为与所述目标数据关联的接收数据设置与相应待处理业务项一一对应的第一待确认标签，接着，通过展示包括是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的确认消息的第一消息确认界面来帮助用户完成待处理业务项。进而可以有效避免因对方通过其他方式，而不是进入业务数据支付处理界面进行业务处理的情况。与现有技术相比，利用本申请实施例提供的技术方案，可以帮助用户完成待处理业务项，进而可以释放服务器资源，加快服务器处理速度，改善用户体验。

以下介绍本申请一种业务数据处理方法的另一实施例。图7是本申请提供的业务数据处理方法的另一种实施例的流程示意图，本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。具体的如图7所示，所述方法可以包括：

s710：确定待处理业务项的目标对象。

本申请实施例中，以所述待处理业务项为进行中的收款业务为例，所述待处理业务项的目标对象可以包括相应的付款方。结合上述aa聚餐的实施例，用户在图2中输入总金额、总人数并点击确认之后，需要将所述收款业务的请求消息发送给相应的付款方。相应的，可以获取所述付款方的账号信息作为所述待处理业务项的目标对象。如图8所示的是本申请提供的收款业务发起后的一种实施例的页面示意图。从图8可见，用户可以通过点击“选择收款对象”的按钮，将所述收款业务的请求消息发送给相应的收款方。

s720：查询预设时间段内是否存在所述目标对象发送的接收数据。

本申请实施例中，在确定待处理业务项的目标对象之后，可以查询预设时间段内是否存在所述目标对象发送的接收数据。具体的，所述预设时间段可以包括预先根据所述待处理业务项的触发时间设置的时间段。优选的，所述预设时间段包括下述中的任意一种时间段：

所述待处理业务项生成时间之前的第一时间段；

所述待处理业务项生成时间之后的第二时间段；

所述待处理业务项生成时间之前的第三时间段和所述待处理业务项生成时间之后的第四时间段。

在一个具体的实施例中，所述接收数据可以包括接收到的转账信息等，例如用户x向您转账200元。

s730：当所述判断的结果为是时，为所述目标对象发送的接收数据设置第二待确认标签。

本申请实施例中，当步骤s720判断的结果为是时，可以为所述目标对象发送的接收数据设置第二待确认标签。具体的，所述第二待确认标签可以包括预先设置的与相应的待处理业务项一一对应的标签。

s740：展示第二消息确认界面，所述第二消息确认界面包括是否将设置有第二待确认标签的接收数据并入相应的待处理业务项的确认消息。

本申请实施例中，可以展示第二消息确认界面，所述第二消息确认界面包括是否将设置有第二待确认标签的接收数据并入相应的待处理业务项的确认消息。具体的，所述第二消息确认界面可以包括根据是否将设置有第二待确认标签的接收数据并入相应的待处理业务项的确认消息预先设置的界面。

在一些实施例中，在所述展示第二消息确认界面之前，所述方法还可以包括：

监测是否存在进入待处理业务项的处理界面的操作指令，当监测到进入待处理业务项的处理界面的操作指令时，执行展示第二消息确认界面，所述第二消息确认界面包括是否将设置有第二待确认标签的接收数据并入相应的待处理业务项的确认消息。

在一些实施例中，所述方法还可以包括：

当所述确认消息的执行结果为是时，将所述设置有第二待确认标签的接收数据并入所述待处理业务项。

在一些实施例中，所述方法还可以包括：

当所述确认消息的执行结果为否时，对所述设置有第二待确认标签的接收数据进行去除标签处理。

由此可见，本申请一种业务数据处理方法的实施例可见，本申请通过判断预设时间段内是否存在与待处理业务项的目标对象发送的接收数据，并为所述目标对象发送的接收数据设置与相应待处理业务项一一对应的第二待确认标签，接着，通过展示包括是否将设置有第二待确认标签的接收数据并入相应的待处理业务项的确认消息的第二消息确认界面来帮助用户完成待处理业务项。进而可以有效避免因对方通过其他方式，而不是进入业务数据支付处理界面进行业务处理的情况。与现有技术相比，利用本申请实施例提供的技术方案，可以帮助用户完成待处理业务项，进而可以释放服务器资源，加快服务器处理速度，改善用户体验。

本申请另一方面还提供一种业务数据处理装置，图9是本申请提供的业务数据处理装置的一种实施例的结构示意图，如图9所示，所示装置900可以包括：

目标数据确定模块910，可以用于确定待处理业务项的目标数据；

第一查询模块920，可以用于查询预设时间段内是否存在与所述目标数据关联的接收数据；

第一标签设置模块930，可以用于当所述第一查询模块920判断的结果为是时，为与所述目标数据关联的接收数据设置第一待确认标签；

第一确认消息展示模块940，可以用于展示第一消息确认界面，所述第一消息确认界面包括是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的确认消息。

图10是本申请提供的业务数据处理装置的另一种实施例的结构示意图，如图10所示，所示装置900还可以包括：

第一数据并入模块950，可以用于当所述确认消息的执行结果为是时，将所述设置有第一待确认标签的接收数据并入所述待处理业务项。

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

第一标签去除模块，用于当所述确认消息的执行结果为否时，对所述设置有第一待确认标签的接收数据进行去除标签处理。

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

第一监测模块，可以用于监测是否存在进入待处理业务项的处理界面的操作指令，当监测到进入待处理业务项的处理界面的操作指令时，执行展示第一消息确认界面，所述第一消息确认界面包括是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的确认消息。

另一个实施例中，所述预设时间段可以包括下述中的任意一种时间段：

所述待处理业务项生成时间之前的第一时间段；

所述待处理业务项生成时间之后的第二时间段；

所述待处理业务项生成时间之前的第三时间段和所述待处理业务项生成时间之后的第四时间段。

另一个实施例中，所述与所述目标数据关联的接收数据至少可以包括下述之一：

与所述目标数据的差值小于等于预设阈值的接收数据；

与所述目标数据为倍数关系的接收数据。

本申请还提供一种业务数据处理装置的另一种实施例，图11是本申请提供的业务数据处理装置的另一种实施例的结构示意图，如图11所示，所示装置1100可以包括：

目标对象确定模块1110，可以用于确定待处理业务项的目标对象；

第二查询模块1120，可以用于查询预设时间段内是否存在所述目标对象发送的接收数据；

第二标签设置模块1130，可以用于当所述第二查询模块1120判断的结果为是时，为所述目标对象发送的接收数据设置第二待确认标签；

第二确认消息展示模块1140，可以用于展示第二消息确认界面，所述第二消息确认界面包括是否将设置有第二待确认标签的接收数据并入相应的待处理业务项的确认消息。

图12是本申请提供的业务数据处理装置的另一种实施例的结构示意图，如图12所示，所示装置1100还可以包括：

第二数据并入模块1150，可以用于当所述确认消息的执行结果为是时，将所述设置有第二待确认标签的接收数据并入所述待处理业务项。

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

第二标签去除模块，用于当所述确认消息的执行结果为否时，对所述设置有第二待确认标签的接收数据进行去除标签处理。

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

第二监测模块，可以用于监测是否存在进入待处理业务项的处理界面的操作指令，当监测到进入待处理业务项的处理界面的操作指令时，执行展示第二消息确认界面，所述第二消息确认界面包括是否将设置有第二待确认标签的接收数据并入相应的待处理业务项的确认消息。

另一个实施例中，所述预设时间段可以包括下述中的任意一种时间段：

所述待处理业务项生成时间之前的第一时间段；

所述待处理业务项生成时间之后的第二时间段；

所述待处理业务项生成时间之前的第三时间段和所述待处理业务项生成时间之后的第四时间段。

本申请另一方面还提供一种客户端的实施例，所述客户端可以包括：

处理器，可以用于执行客户端程序指令，所述客户端程序指令可以包括：确定待处理业务项的目标数据；查询预设时间段内是否存在与所述目标数据关联的接收数据；当所述判断的结果为是时，为与所述目标数据关联的接收数据设置第一待确认标签；发送展示第一消息确认界面的指令，所述第一消息确认界面包括是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的确认消息；

显示单元，耦合于所述处理器，可以用于当处理器监测到进入所述待处理业务项的处理界面时，展示第一消息确认界面，所述第一消息确认界面包括是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的确认消息。

如图13所示，图13是本申请提供的一种客户端的一示例性实施例的示意结构图。

另一个实施例中，所述客户端程序指令还可以包括：

当所述确认消息的执行结果为是时，将所述设置有第一待确认标签的接收数据并入所述待处理业务项。

另一个实施例中，所述客户端程序指令还可以包括：

当所述确认消息的执行结果为否时，对所述设置有第一待确认标签的接收数据进行去除标签处理。

本申请还提供一种客户端的另一实施例，所述客户端可以包括：

处理器可以用于执行客户端程序指令，所述客户端程序指令可以包括：确定待处理业务项的目标对象；查询预设时间段内是否存在所述目标对象发送的接收数据；当所述判断的结果为是时，为所述目标对象发送的接收数据设置第二待确认标签；发送展示第二消息确认界面的指令，所述第二消息确认界面包括是否将设置有第二待确认标签的接收数据并入相应的待处理业务项的确认消息；

显示单元，耦合于所述处理器，可以用于当处理器监测到进入所述待处理业务项的处理界面时，展示第二消息确认界面，所述第二消息确认界面包括是否将设置有第二待确认标签的接收数据并入相应的待处理业务项的确认消息。

另一个实施例中，所述客户端程序指令还可以包括：

当所述确认消息的执行结果为是时，将所述设置有第二待确认标签的接收数据并入所述待处理业务项。

另一个实施例中，所述客户端程序指令还可以包括：

当所述确认消息的执行结果为否时，对所述设置有第二待确认标签的接收数据进行去除标签处理。

具体的，本申请实施例中，所述的处理器可以包括中央处理器(cpu)，当然也可以包括其他的具有逻辑处理能力的单片机、逻辑门电路、集成电路等，或其适当组合。所述显示器可以包括移动终端显示屏、投影设备等。

由此可见，本申请一种业务数据处理方法、装置及客户端的实施例可见，本申请通过确定与待处理业务项的相关的接收数据，并为相关的接收数据设置与相应待处理业务项一一对应的待确认标签，接着，通过展示是否将设置有待确认标签的接收数据并入相应的待处理业务项的确认消息的消息确认界面来帮助用户完成待处理业务项。进而可以有效避免因对方通过其他方式，而不是进入业务数据支付处理界面进行业务处理的情况。与现有技术相比，利用本申请实施例提供的技术方案，可以帮助用户完成待处理业务项，进而可以释放服务器资源，加快服务器处理速度，改善用户体验。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmablelogicdevice,pld)(例如现场可编程门阵列(fieldprogrammablegatearray，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardwaredescriptionlanguage，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的装置、模块，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现。

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

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

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

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

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

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

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、客户端实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。