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

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

背景技术：

随着互联网技术的发展，基于互联网的应用越来越多，并且越来越复杂。应用一般会涉及数据处理，数据处理可以采用多种数据处理方式，不同数据处理方式产生的效果不同。

现有技术中，一般是以随机排序方式向用户展示这些数据处理方式的信息(例如图标或入口等信息)，以供用户从中选择所使用的数据处理方式。在实际应用中，由于屏幕尺寸的限制，通常屏幕上只能展示部分数据处理方式的信息，剩余数据处理方式的信息会被隐藏，这样用户在选择数据处理方式时，首先需要查看屏幕上展示的数据处理方式的信息，当所需的数据处理方式的信息未在屏幕上展示时，再进一步展开隐藏的数据处理方式的信息，并基于所展开的数据处理方式的信息选择所需的数据处理方式，这会花费较长时间，影响数据处理的执行效率。

技术实现要素：

本申请的多个方面提供一种数据处理方法及装置，用以提高用户选择数据处理方式的效率，提高数据处理的执行效率。

本申请的一方面，提供一种数据处理方法，包括：

客户端将当前数据处理过程中用户的特征标识发送给服务端；

所述客户端接收所述服务端根据所述用户的特征标识返回的所述用户对至少一种数据处理方式的处理能力信息；

所述客户端根据所述用户对至少一种数据处理方式的处理能力信息，确定向所述用户展示的候选数据处理方式以及展示方式；

所述客户端按照所述展示方式，向所述用户展示所述候选数据处理方式，以供所述用户从所述候选数据处理方式中为当前数据处理过程选择目标数据处理方式。

本申请的另一方面，提供一种数据处理方法，包括：

服务端接收客户端发送的当前数据处理过程中用户的特征标识；

所述服务端根据所述用户的特征标识，获取所述用户对至少一种数据处理方式的处理能力信息；

所述服务端将所述用户对至少一种数据处理方式的处理能力信息发送给所述客户端，以供所述客户端确定向所述用户展示的候选数据处理方式以及展示方式。

本申请的又一方面，提供一种数据处理装置，位于客户端实现，所述装置包括：

发送模块，用于将当前数据处理过程中用户的特征标识发送给服务端；

接收模块，用于接收所述服务端根据所述用户的特征标识返回的所述用户对至少一种数据处理方式的处理能力信息；

确定模块，用于根据所述用户对至少一种数据处理方式的处理能力信息，确定向所述用户展示的候选数据处理方式以及展示方式；

展示模块，用于按照所述展示方式，向所述用户展示所述候选数据处理方式，以供所述用户从所述候选数据处理方式中为当前数据处理过程选择目标数据处理方式。

本申请的又一方面，提供一种数据处理装置，位于服务端实现，所述装置包括：

接收模块，用于接收客户端发送的当前数据处理过程中用户的特征标识；

获取模块，用于根据所述用户的特征标识，获取所述用户对至少一种数据处理方式的处理能力信息；

发送模块，用于将所述用户对至少一种数据处理方式的处理能力信息发送给所述客户端，以供所述客户端确定向所述用户展示的候选数据处理方式以及展示方式。

在本申请中，客户端将当前数据处理过程中用户的特征标识发送给服务端，接收服务端根据用户的特征标识返回的用户对至少一种数据处理方式的处理能力信息，根据用户对至少一种数据处理方式的处理能力信息，确定向用户展示的候选数据处理方式及展示方式，按照所述展示方式向用户展示候选数据处理方式，以供用户从中为当前数据处理过程选择目标数据处理方式。由于本申请是按照用户对数据处理方式的处理能力信息向用户展示数据处理方式的，因此，用户从所展示的数据处理方式中成功地为当前数据处理过程选中所需数据处理方式的概率较高，可以简化用户选择数据处理方式的操作，有利于提高数据处理的执行效率。

【附图说明】

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

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

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

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

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

【具体实施方式】

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

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

100、客户端将当前数据处理过程中用户的特征标识发送给服务端。

101、客户端接收服务端根据用户的特征标识返回的用户对至少一种数据处理方式的处理能力信息。

102、客户端根据用户对至少一种数据处理方式的处理能力信息，确定向用户展示的候选数据处理方式以及展示方式。

103、客户端按照展示方式，向用户展示候选数据处理方式，以供用户从候选数据处理方式中为当前数据处理过程选择目标数据处理方式。

本实施例提供一种数据处理方法，可在客户端实现。所述客户端是指执行特定操作以实现某种业务的一方，且本实施例对客户端不做限定。例如，客户端具体可以是实现支付业务、下载业务、搜索业务等各种业务的客户端。

值得说明的是，本申请的客户端均需要依赖于服务端所提供的数据处理方式来实现相应业务。根据客户端所实现业务类型的不同，所需的数据处理方式也会有所不同。例如，对于支付类业务，需要的数据处理方式可以是具有支付功能的数据处理方式，例如可以是各种信用卡、银行卡、财付通、支付宝等支付方式。

具体的，当客户端需要使用服务端所提供的数据处理方式来执行相应业务时，可以获取当前数据处理过程中用户的特征标识，根据当前数据处理过程中用户的特征标识，获取用户对至少一种数据处理方式的处理能力信息；根据用户对至少一种数据处理方式的处理能力信息，确定向用户展示的候选数据处理方式以及展示方式；按照该展示方式，向用户展示候选数据处理方式，以供用户从候选数据处理方式中为当前数据处理过程选择目标数据处理 方式。

上述至少一种数据处理方式不仅可以包括：用户通过本实施例客户端进行数据处理使用过的数据处理方式，也可以包括用户通过不同于本实施例客户端之外的其它客户端进行数据处理使用过的数据处理方式。

在开展业务过程中，一般会要求用户提供与用户有关的信息，例如手机号、邮箱、身份证号、姓名、移动设备国际身份标识码(International Mobile Equipment Identity，IMEI)、国际移动用户识别码(International Mobile Subscriber Identification Number，IMSI)、互联网协议(Internet Protocol，IP)地址、介质访问控制(Media Access Control，MAC)地址等。上述特征标识可以是但不限于以下信息中的一个或多个：手机号、邮箱、身份证号、姓名、IMEI、IMSI、IP地址、MAC地址等。

上述用户对数据处理方式的处理能力信息一定程度上可以体现用户在当前数据处理过程中使用该数据处理方式的可能性的大小。在具体实现上，可以用用户针对数据处理方式的使用得分来表示用户对数据处理方式的处理能力信息，但不限于此。用户对数据处理方式的使用得分越高，意味着用户在当前数据处理过程中选择使用该数据处理方式的可能性越大。

在本实施例中，为便于描述，将需要向用户展示的数据处理方式称为候选数据处理方式，将用户最终为当前数据处理过程选定的数据处理方式称为目标数据处理方式。目标数据处理方式是候选数据处理方式中的一个或多个；候选数据处理方式是上述至少一种数据处理方式中的一个或多个。

例如，当根据用户对至少一种数据处理方式的处理能力信息，确定用户可能会使用至少一种数据处理方式中的每种数据处理方式时，则将至少一种数据处理方式中的每种数据处理方式均为候选数据处理方式；当根据用户对至少一种数据处理方式的处理能力信息，确定用户可能会使用至少一种数据处理方式中的部分数据处理方式时，则将所述部分数据处理方式作为候选数据处理方式。

在本实施例中，上述展示方式主要包括候选数据处理方式的排列顺序， 以及是否对部分候选数据处理方式做显著性标识或文字提示等。候选数据处理方式的展示方式一定程度上体现了用户在当前数据处理过程中使用候选数据处理方式的可能性的大小。例如，展示候选数据处理方式时的排列顺序可以是用户使用候选数据处理方式的可能性由大到小的顺序，对于用户使用可能性大于指定门限的候选数据处理方式，可以做显著标识和/或文字提示等；对于用户使用可能性小于或等于指定门限的候选数据处理方式，可以隐藏起来。客户端在接收到用户对某一数据处理方式的处理能力较高，也可以将此数据处理方式确定为唯一显示的数据处理方式，可以不用经过用户的选择，直接将该数据处理方式显示给用户。当然，在显示时，还可以提供数据处理方式的切换按钮，以便用户选择其他的数据处理方式。

值得说明的是，本实施例向用户展示候选数据处理方式主要是指向用户展示候选数据处理方式的信息，例如候选数据处理方式的标识(ID)、名称、链接地址等等。

由此可见，客户端根据用户对至少一种数据处理方式的处理能力信息，确定向用户展示的候选数据处理方式，可以从至少一种数据处理方式中选择出用户在当前数据处理过程中可能使用的数据处理方式，有利于将那些可能性较低的数据处理方式筛除，有利于减少推荐或展示给用户的数据处理方式信息的数量，有利于提高用户从中选择目标数据处理方式的效率；另外，根据用户对至少一种数据处理方式的处理能力信息，确定展示候选数据处理方式的展示方式，并按照该展示方式向用户展示候选数据处理方式，可以优先展示用户使用可能性较大的数据处理方式的信息，有利于进一步提高用户从中候选数据处理方式中选择目标数据处理方式的效率，进而提高业务的执行效率。

在一可选实施方式中，每种数据处理方式由对应的服务端来管理，则客户端将当前数据处理过程中用户的特征标识发送给服务端的过程包括：

采用当前数据处理过程中用户的特征标识，如手机号、邮箱、身份证号、姓名、IMEI、IMSI、IP地址、MAC地址等。客户端将采集到的用户的特征 标识发送给至少一种数据处理方式中每种数据处理方式的服务端，以供每种数据处理方式的服务端根据用户的特征标识获取并返回用户对该数据处理方式的处理能力信息。相应的，客户端接收服务端根据用户的特征标识返回的用户对至少一种数据处理方式的处理能力信息，包括：客户端接收每种数据处理方式的服务端返回的用户对每种数据处理方式的处理能力信息。

在该实施方式中，每种数据处理方式的服务端预先生成并存储用户对该服务端所提供的数据处理方式的处理能力信息。

例如，服务端可以采集用户使用该数据处理方式的行为数据，进而根据采集到的行为数据形成用户在服务端的身份标识与用户对该数据处理方式的处理能力信息的映射关系，并将该映射关系存储到数据库中。

进一步，服务端还可以将用户在服务端的身份标识发送给客户端。对客户端来说，在用户根据上述展示方式所展示的候选数据处理方式，从候选数据处理方式中为当前数据处理过程选择目标数据处理方式后，可以将每种数据处理方式的服务端发送的用户在服务端的身份标识、目标数据处理方式的标识以及当前数据处理过程使用目标数据处理方式的结果信息等发送给每种数据处理方式的服务端，以供每种数据处理方式的服务端更新用户对每种数据处理方式的处理能力信息。目标数据处理方式的标识可以是任何可以标识该目标数据处理方式的信息，例如名称、图标、链接地址等等。

具体的，每种数据处理方式的服务端根据客户端发送的用户在该服务端的身份标识确定用户，进而找到用户对数据处理方式的处理能力信息，之后根据用户为当前数据处理过程选择的目标数据处理方式的标识以及当前数据处理过程使用目标数据处理方式的结果信息，更新用户对数据处理方式的处理能力信息。

例如，对某一数据处理方式的服务端来说，若根据用户为当前数据处理过程选择的目标数据处理方式的标识，确定用户选择了该服务端所提供的数据处理方式，且当前数据处理过程使用该数据处理方式的结果为成功，则可以增大或提升用户对该服务端所提供的数据处理方式的处理能力信息，例如 增加用户对该数据处理方式的使用得分；反之，若根据用户为当前数据处理过程选择的目标数据处理方式的标识，确定用户未选择了该服务端所提供的数据处理方式，或者用户选择了该服务端所提供的数据处理方式，但当前数据处理过程使用该数据处理方式的结果为失败，则可以降低用户对该服务端所提供的数据处理方式的处理能力信息，例如降低用户对该数据处理方式的使用得分。其中，客户端通过将用户选择的目标数据处理方式的标识以及当前数据处理过程使用目标数据处理方式的结果信息提供给每种数据处理方式的服务端，以供服务端更新用户对数据处理方式的处理能力信息，有利于后续业务提供更准确的处理能力信息。

在另一可选实施方式中，上述服务端为一个，即由一个服务端统一管理至少一种数据处理方式。例如，该服务端可以通过一信息表来管理用户对每种数据处理方式的处理能力信息。所述至少一种数据处理方式包括该服务器所提供的数据处理方式和/或非该服务提提供的数据处理方式。

可选的，客户端还可以在用户从候选数据处理方式中为当前数据处理过程选择目标数据处理方式后，客户端将目标数据处理方式的标识以及当前数据处理过程使用目标数据处理方式的结果信息发送给服务端，以供服务端更新用户对至少一种数据处理方式的处理能力信息。进一步，为了便于区分该用户，服务端还可以将用户在服务端的身份标识发送给客户端；客户端接收用户在服务端的身份标识。基于此，为便于服务端区分该用户，客户端在将目标数据处理方式的标识以及当前数据处理过程使用目标数据处理方式的结果信息发送给服务端的过程中，还可以将用户在服务端的身份标识一并发送给服务端，以供服务端确定该用户。

例如，对于某一种数据处理方式，若根据用户为当前数据处理过程选择的目标数据处理方式的标识，确定用户选择了该数据处理方式，且当前数据处理过程使用该数据处理方式的结果为成功，则可以增大或提升用户对该数据处理方式的处理能力信息，例如增加用户对该数据处理方式的使用得分；反之，若根据用户为当前数据处理过程选择的目标数据处理方式的标识，确 定用户未选择了该数据处理方式，或者用户选择了该数据处理方式，但当前数据处理过程使用该数据处理方式的结果为失败，则可以降低用户对该数据处理方式的处理能力信息，例如降低用户对该数据处理方式的使用得分。其中，客户端通过将用户选择的目标数据处理方式的标识以及当前数据处理过程使用目标数据处理方式的结果信息提供给服务端，以供服务端更新用户对数据处理方式的处理能力信息，有利于后续业务提供更准确的处理能力信息。

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

201、服务端接收客户端发送的当前数据处理过程中用户的特征标识。

202、服务端根据上述用户的特征标识，获取用户对至少一个数据处理方式的处理能力信息。

203、服务端将用户对至少一个数据处理方式的处理能力信息发送给客户端，以供客户端确定向用户展示的候选数据处理方式以及展示方式。

本实施例提供一种数据处理方法，可在服务端实现。所述服务端具有向客户端提供用户对数据处理方式的处理能力信息的功能。本实施例不对数据处理方式做限定，例如，数据处理方式可以是用于支付场景的数据处理方式、用于数据转换场景的数据处理方式、用于查询数据场景的处理方式等各种数据处理方式。以用于支付场景的数据处理方式为例，则数据处理方式是指用于完成支付逻辑的支付方式，例如可以是各种信用卡、银行卡、余额宝等支付方式。

具体的，当客户端需要使用数据处理方式来执行相应业务时，可以获取用户的特征标识，将用户的特征标识发送给服务端。服务端接收客户端发送的当前数据处理过程中用户的特征标识，根据该用户的特征标识，获取用户对至少一种数据处理方式的处理能力信息；将用户对至少一种数据处理方式的处理能力信息提供给客户端，以供客户端基于该处理能力信息确定向用户展示的候选数据处理方式及展示方式。

在开展业务过程中，一般会要求用户提供与用户有关的信息，例如手机 号、邮箱、身份证号、姓名、IMEI、IMSI、IP地址、MAC地址等。客户端可以获取手机号、邮箱、身份证号、姓名、IMEI、IMSI、IP地址、MAC地址等中的一个或多个作为上述特征标识发送给服务端。即上述特征信息可以是但不限于以下信息中的一个或多个：手机号、邮箱、身份证号、姓名、IMEI、IMSI、IP地址、MAC地址等。

在一可选实施方式中，服务端可以根据用户的特征标识，获得用户在该服务端的身份标识，例如用户在服务端的身份标识可以是符合该服务端的存储逻辑的一存储ID。之后，服务端根据用户在该服务端的身份标识，在能力信息数据库中进行匹配，以获得用户对至少一种数据处理方式的处理能力信息。

可选的，对于同一用户来说，其在服务端的身份标识是唯一的。但是，同一用户可能会有多个特征标识，如手机号码属于用户的一个特征标识，身份证号属于用户的一个特征标识，等等。为了便于实现和管理，服务端可以独立存储用户在服务端的身份标识与用户每种特征标识之间的对应关系，例如用户在服务端的身份标识与用户的手机号码之间的对应关系存储到一关系数据表中，用户在服务端的身份标识与用户的身份证号之间的对应关系存储到另一关系数据表中，等等。基于此，服务端根据用户的特征标识，获得用户在该服务端的身份标识的过程包括：根据用户的特征标识的优先级，选择优先级最高且取值为非空的特征标识，根据该优先级最高且取值为非空的特征标识在该优先级最高且取值为非空的特征标识对应的关系数据表中进行查询，从而获得与该优先级最高的特征标识对应的标识作为用户在服务端的身份标识。这种方式实现相对简单，获取用户在服务端的身份标识的耗时较少，不会给用户带来延迟的感觉，用户体验较好。

其中，能力信息数据库中存储有用户在服务端的身份标识和用户对至少一种数据处理方式的处理能力信息的映射关系。

例如，服务端可以预先采集用户使用该至少一种数据处理方式的行为数据，并根据采集到的行为数据，获得用户在服务端的身份标识和用户对至少 一种数据处理方式的处理能力信息的映射关系，并存储到能力信息数据库中。具体的，从行为数据中获取用户的特征标识，对行为数据进行统计，以获得用户对该数据处理方式的处理能力信息，为用户配置在服务端的身份标识，然后形成用户在服务端的身份标识与用户对该数据处理方式的处理能力信息之间的映射关系，并将该映射关系存储到能力信息数据库中；另外，生成用户在服务端的身份标识与用户的特征标识之间的映射关系并存储。可选的，通过行为数据中用户使用该数据处理方式的特征变量，如最近使用该数据处理方式支付成功的时间，最近三个月使用该数据处理方式支付成功的笔数等来表示用户对数据处理方式的处理能力信息。

值得说明的是，同一用户可能会有多个特征标识，如手机号码属于用户的一个特征标识，身份证号属于用户的一个特征标识，等等。为了便于实现和管理，服务端可以独立存储用户在服务端的身份标识与用户每种特征标识之间的对应关系，例如将用户在服务端的身份标识与用户的手机号码之间的对应关系存储到一关系数据表中，将用户在服务端的身份标识与用户的身份证号之间的对应关系存储到另一关系数据表中，等等。

进一步，在上述过程中，对于同一数据处理方式，服务端可以采集全网数据，即用户在全部互联网网站上使用该数据处理方式的行为数据，这可以有效解决用户在单一网站上使用数据处理方式的行为数据相对缺乏而无法评估用户对数据处理方式的处理能力信息的问题，提高获得的用户对数据处理方式的处理能力信息的精度和准确度。另外，从客户端角度来说，由于各个服务端都是采集用户在全部互联网网站上使用相应数据处理方式的行为数据，所以对客户端来说，实际上相当于基于用户在全网网站上的行为数据为用户推荐候选数据处理方式及展现形式，有利于提高推荐结果的精度和准确度。

举例说明，上述客户端具体为一网站，假设用户需要在第一网站上进行数据处理，此时第一网站可以将当前数据处理过程中用户的特征标识发送给第二服务端，所述第二服务端可以是异于所述第一网站所对应的第一服务端 的服务端；第二服务端根据用户的特征标识，获取用户对至少一种数据处理方式的处理能力信息，将获取的用户对至少一种数据处理方式的处理能力信息返回给第一网站；第一网站根据第二服务端返回的用户对至少一种数据处理方式的处理能力信息，确定向用户展示的候选数据处理方式及展现方式，并根据该展现方式向用户展现候选数据处理方式，以供用户从第一网站的展现页面中为当前数据处理选择目标数据处理方式。

值得说明的是，上述第二服务端返回给第一网站的至少一种数据处理方式包括：用户在第一网站上进行数据处理使用的数据处理方式，也包括用户在不同于第一网站的其它网站(如第二网站、第三网站)上进行数据处理使用的数据处理方式。

其中，第二服务端收集至少一种数据处理方式的信息的方式包括：通过第一网站及不同于第一网站的其它网站对应的服务器获取用户在相应网站上进行数据处理使用的数据处理方式的信息。或者，第一网站或不同于第一网站的其它网站也可以在成功执行数据处理后，将执行数据处理使用的数据处理方式的信息发送给第二服务端，以供第二服务器收集至少一种数据处理方式的信息。

值得一提的是，本申请的数据处理方法具体可以应用于支付方式的推荐，该数据处理方式为支付方式，用户对数据处理方式的处理能力具体是根据用户在部分或全网中对该支付方式的熟悉度和接受度而计算得到的分值，一般来说，用户熟悉度和接受度越高，处理能力越好，相应地数据处理的成功率(支付成功率)也就越高。以客户端为某一个网站A的APP为例，当用户在A网站(第一网站)中要进行支付时，网站A向服务端B(第二服务端)发送一个请求，该请求中携带用户的特征标识，以获取用户对数据处理方式的处理能力信息，在本例子中为用户对支付方式的支付能力信息，进而网站A再根据该支付能力信息确定向用户展示的支付方式。现有技术在A网站中展示支付方式是按照在A网站中所使用的历史记录来推荐的。如果用户在A网站最近的使用记录是一年前使用了支付方式P1，而后在A网站上没 有其他历史记录了，然而该用户在其他网站中最近比较多地使用支付方式P2。那么，按照现有的推荐方式的结果是在A网站中推荐支付方式P1。在本申请中，会考虑到用户在其他网站中的使用状况，当用户在A网站中要进行支付时，将用户的特征标识发送给服务端B，服务端B会根据多网站或全网的数据返回用户对至少一种支付方式的处理能力信息，网站A则根据接收信息，确定向所述用户展示的候选数据处理方式以及展示方式，此时，可能展示的推荐支付方式优先就是支付方式P2。这样，通过全网的数据，可以向用户推荐更准确的支付方式。

在一可选实施方式中，服务端根据用户的特征标识，获取用户对至少一种数据处理方式的处理能力信息，包括：服务端根据用户的特征标识，获取用户对本地维护的至少一种数据处理方式的处理能力信息，至少一种数据处理方式包括该服务端提供的数据处理方式和/或非该服务端提供的数据处理方式。

也就是说，在一种应用场景中，服务端可以仅向用户提供用户对该服务端所提供的数据处理方式的处理能力信息。例如，以数据处理方式为支付方式为例，支付宝服务器仅管理支付宝这一种支付方式，不会管理除支付宝之外的如微信支付、网银支付等支付方式。

在另一种应用场景中，服务端本地维护了多种数据处理方式，包括服务端所提供的数据处理方式及非该服务端提供的数据处理方式，该服务端可以向用户提供用户对本地所维护的各种数据处理方式的处理能力信息。例如，以数据处理方式为支付方式为例，则支付宝服务器可以同时管理支付宝、网银、信用卡、微信支付等多种支付方式。

在又一种应用场景中，服务端不提供数据处理方式，仅具有数据处理方式的维护管理功能，则服务端本地维护者非该服务端提供的数据处理方式，并且可以向用户提供用户对本地维护的数据处理方式的处理能力信息。例如，以数据处理方式为支付方式为例，则通过一专用服务器，同时管理支付宝、网银、信用卡、微信支付等多种支付方式，该服务器本身不提供任何支付方 式。

在一可选实施方式中，服务端还可以将用户在服务端的身份标识发送给客户端，以便于基于该身份标识更新用户对至少一种数据处理方式的处理能力信息。

具体的，客户端在用户从候选数据处理方式中为当前数据处理过程选择目标数据处理方式后，可以将用户选择的目标数据处理方式的标识以及当前数据处理过程使用目标数据处理方式的结果信息连同用户在该服务端的身份标识一并发送给该服务端。服务端接收客户端发送的用户在服务端的身份标识、客户端为当前数据处理过程从候选数据处理方式中选择的目标数据处理方式的标识以及当前数据处理过程使用目标数据处理方式的结果信息；根据用户在服务端的身份标识、目标数据处理方式的标识以及当前数据处理过程使用目标数据处理方式的结果信息，更新用户对至少一种数据处理方式的处理能力信息。目标数据处理方式的标识可以是任何可以标识该目标数据处理方式的信息，例如名称、图标、链接地址等等。

具体的，服务端根据客户端发送的用户在该服务端的身份标识确定用户，进而找到用户对至少一种数据处理方式的处理能力信息，之后根据客户端为当前数据处理过程选择的目标数据处理方式的标识以及当前数据处理过程使用目标数据处理方式的结果信息，更新用户对数据处理方式的处理能力信息。

例如，对一种数据处理方式来说，若根据目标数据处理方式的标识，确定当前数据处理过程选择了该数据处理方式，且当前数据处理过程使用该数据处理方式的结果为成功，则可以增大或提升用户对该数据处理方式的处理能力信息，例如增加用户对该数据处理方式的使用得分；反之，若根据目标数据处理方式的标识，确定用户未选择了该数据处理方式，或者用户选择了该数据处理方式，但当前数据处理过程使用该数据处理方式的结果为失败，则可以降低用户对该数据处理方式的处理能力信息，例如降低用户对该数据处理方式的使用得分。其中，服务端根据目标数据处理方式的标识以及当前 数据处理过程使用目标数据处理方式的结果信息更新用户对数据处理方式的处理能力信息，有利于后续业务提供更准确的处理能力信息。

在本实施例中，上述用户对数据处理方式的处理能力信息一定程度上可以体现用户在当前数据处理过程中使用该数据处理方式的可能性的大小。在具体实现上，可以用用户针对该数据处理方式的使用得分来表示用户对该数据处理方式的处理能力信息，但不限于此。用户对数据处理方式的使用得分越高，意味着用户在当前数据处理过程中选择使用该数据处理方式的可能性越大。

由此可见，服务端通过配合客户端，向客户端提供用户使用数据处理方式的处理能力信息，从而使得客户端可以根据用户对至少一种数据处理方式的处理能力信息，确定向用户展示的候选数据处理方式及展示方式，可以从至少一种数据处理方式中选择出用户在当前数据处理过程中可能使用的数据处理方式，有利于将那些可能性较低的数据处理方式筛除，有利于减少推荐或展示给用户的数据处理方式信息的数量，并按照该展示方式向用户展示候选数据处理方式，可以优先展示用户使用可能性较大的数据处理方式的信息，有利于提高用户从中候选数据处理方式中选择目标数据处理方式的效率，进而提高业务的执行效率。

为便于本领域技术人员更加清楚的理解本申请技术方案，下面将结合具体应用场景进行说明。在下面实施例中，将以支付业务为例，上述数据处理方式具体为完成支付流程的支付方式，例如可以是信用卡、银行卡、支付宝等支付方式。则支付方式处理方法的流程如下：

用户进入商户网站或商户面向移动终端提供的APP，挑选并购买所需的商品或数据处理方式，在提交订单后，进入支付页面。所述商户可以是1号店、京东、天猫等各种电子商户。

在上述过程中，商户网站或APP会获取用户在该支付业务过程中的特征标识，例如用户的手机号、邮箱、身份证号、姓名、手机的IMEI、手机SIM卡的IMSI、IP地址和MAC地址等中的一个或多个，并将特征标识发送 给各种支付方式的服务端。值得说明的是，在用户的注册过程中，一般会要求用户提供手机号、邮箱、身份证号、姓名等信息，并会形成手机号、邮箱、身份证号、姓名等信息与用户账号的对应关系，因此商户网站或APP可以根据用户登录时输入的账号查找注册信息来获取用户的手机号、邮箱、身份证号、姓名等信息。对于手机的IMEI、手机SIM卡的IMSI、IP地址和MAC地址等信息，商户网站或APP可以直接从读取手机的配置文件来获取。

支付方式的服务端收到商户网站或APP发送的用户的特征标识后，对特征标识进行优先级排序，获得优先级最高的特征标识，对该优先级最高的特征标识对应的关系数据表进行查找，获取该优先级最高的特征标识对应的用户A在支付方式的服务端的身份标识。

支付方式的服务端根据用户A在该服务端的身份标识，查询能力信息数据库，以获取用户A对该支付方式的使用能力得分。其中，用户对该支付方式的使用能力得分是预先离线计算好并存储到数据库中的。

其中，支付方式的服务端可以采集用户在全部互联网网站上进行支付的行为数据，根据全网行为数据统计用户对该支付方式的使用能力得分。例如，假设用户当前在淘宝上进行支付，则支付服务端除了根据用户在淘宝上进行支付的行为数据之外，还可以采集用户在京东、1号店等其他各电子商务网站上进行支付的行为数据，基于用户全网的支付行为数据来向用户推荐候选支付方式。

支付方式的服务端将用户A在该支付方式的服务端的身份标识，例如可以是一串字母数字标识ID:X，连同用户对该支付方式的使用能力得分一起发送给商户网站或APP。

商户网站或APP收到用户对各个支付方式的使用能力得分后，根据用户对各个支付方式的使用能力得分，确定收银台页面的内容以及展示方式。其中，收银台页面的内容实际上是需要向用户展示的支付方式的信息，例如可以是支付方式的图标、名称、类型、链接地址等。所述展示方式包括在收银台页面上展示支付方式的排列顺序，以及是否对部分支付方式做显著性标 识或文字提示等等。

当用户确定进行支付时，商户网站或APP按照上述展示方式在收银台页面上向用户展示相应支付方式的信息。用户根据商户网站或APP的收银台页面上展示的支付方式的信息，选择当前支付操作所需的支付方式进行支付。

用户支付结束后，商户网站或APP把用户选择使用的支付方式的标识以及支付结果连同用户在各支付方式的服务端的身份标识ID:X，一起回传给支付方式的服务端；支付结果包括用户最终是否成功支付。支付方式的服务端根据这些信息，更新用户对支付方式的使用能力得分，以便在下一次支付过程中向用户提供更准确的使用能力得分。

由上述可见，商户网站或APP在进行支付操作之前，将用户的特征标识提供给有关支付方式的服务端；支付方式的服务端根据用户的特征标识，获得用户对支付方式的使用能力得分并返回给商户网站或APP；商户网站或APP根据用户对各支付方式的使用能力得分，确定向用户展示的支付方式及展示方式，通过与支付方式的服务端的数据交互，商户网站或APP可以获取更加准确、量化的使用能力得分，从而可以根据用户对不同支付方式的使用能力得分，向用户展示支付方式，所展示的支付方式更有针对性的引导和提示，因此可以提高用户选择支付方式的成功概率，简化用户选择支付方式的操作，提高支付效率。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

图3为本申请一实施例提供的数据处理装置的结构示意图。该数据处理装置可位于客户端实现。所述客户端是指执行特定操作以实现某种业务的一 方，且本实施例对客户端不做限定。例如，客户端具体可以是实现支付业务、下载业务、搜索业务等各种业务的客户端。

值得说明的是，本申请的客户端均需要依赖于服务端所提供的数据处理方式来实现相应业务。根据客户端所实现业务类型的不同，所需的数据处理方式也会有所不同。例如，对于支付类业务，需要的数据处理方式可以是具有支付功能的数据处理方式，例如可以是各种信用卡、银行卡、余额宝等支付方式。

如图3所示，该装置包括：发送模块30、接收模块31、确定模块32和展示模块33。

发送模块30，用于将当前数据处理过程中用户的特征标识发送给服务端；

接收模块31，用于接收服务端根据用户的特征标识返回的用户对至少一种数据处理方式的处理能力信息。

确定模块32，用于根据接收模块31接收的用户对至少一种数据处理方式的处理能力信息，确定向用户展示的候选数据处理方式以及展示方式。

展示模块33，用于按照确定模块32确定的展示方式，向用户展示确定模块32确定的候选数据处理方式，以供用户从候选数据处理方式中为当前数据处理过程选择目标数据处理方式。

在一可选实施方式中，发送模块30具体用于：

采集当前数据处理过程中用户的特征标识；

将用户的特征标识分别发送给至少一种数据处理方式中每种数据处理方式的服务端。

接收模块31具体用于：接收每种数据处理方式的服务端根据用户的特征标识返回的用户对每种数据处理方式的处理能力信息。

在一可选实施方式中，接收模块31还用于：接收每种数据处理方式的服务端发送的用户在服务端的身份标识。

发送模块30还用于：在用户从候选数据处理方式中为当前数据处理过 程选择目标数据处理方式后，将每种数据处理方式的服务端发送的用户在服务端的身份标识、目标数据处理方式的标识以及当前数据处理过程使用目标数据处理方式的结果信息发送给每种数据处理方式的服务端，以供每种数据处理方式的服务端更新用户对每种数据处理方式的处理能力信息。

在一可选实施方式中，上述服务端为一个。

可选的，发送模块30还用于：在用户从候选数据处理方式中为当前数据处理过程选择目标数据处理方式后，将目标数据处理方式的标识以及当前数据处理过程使用目标数据处理方式的结果信息发送给服务端，以供服务端更新用户对至少一种数据处理方式的处理能力信息。

进一步可选的，接收模块31还用于：接收服务端发送的用户在服务端的身份标识。发送模块30还用于：在将目标数据处理方式的标识以及当前数据处理过程使用目标数据处理方式的结果信息发送给服务端的过程中，将用户在服务端的身份标识发送给服务端。

在开展业务过程中，一般会要求用户提供与用户有关的信息，例如手机号、邮箱、身份证号、姓名、IMEI、IMSI、IP地址、MAC地址等。上述特征标识可以是但不限于以下信息中的一个或多个：手机号、邮箱、身份证号、姓名、IMEI、IMSI、IP地址、MAC地址等。

上述用户对数据处理方式的处理能力信息一定程度上可以体现用户在当前数据处理过程中使用该数据处理方式的可能性的大小。在具体实现上，可以用用户针对数据处理方式的使用得分来表示用户对数据处理方式的处理能力信息，但不限于此。用户对数据处理方式的使用得分越高，意味着用户在当前数据处理过程中选择使用该数据处理方式的可能性越大。

在本实施例中，为便于描述，将需要向用户展示的数据处理方式称为候选数据处理方式，将用户最终为当前数据处理过程选定的数据处理方式称为目标数据处理方式。目标数据处理方式是候选数据处理方式中的一个或多个；候选数据处理方式是上述至少一种数据处理方式中的一个或多个。

例如，当根据用户对至少一种数据处理方式的处理能力信息，确定用户 可能会使用至少一种数据处理方式中的每种数据处理方式时，则确定模块32将至少一种数据处理方式中的每种数据处理方式均为候选数据处理方式；当根据用户对至少一种数据处理方式的处理能力信息，确定用户可能会使用至少一种数据处理方式中的部分数据处理方式时，则确定模块32将所述部分数据处理方式作为候选数据处理方式。

在本实施例中，确定模块32确定的展示方式主要包括候选数据处理方式的排列顺序，以及是否对部分候选数据处理方式做显著性标识或文字提示等。候选数据处理方式的展示方式一定程度上体现了用户在当前数据处理过程中使用候选数据处理方式的可能性的大小。例如，展示候选数据处理方式时的排列顺序可以是用户使用候选数据处理方式的可能性由大到小的顺序，对于用户使用可能性大于指定门限的候选数据处理方式，可以做显著标识和/或文字提示等；对于用户使用可能性小于或等于指定门限的候选数据处理方式，可以隐藏起来。

值得说明的是，展示模块33向用户展示候选数据处理方式主要是指向用户展示候选数据处理方式的信息，例如候选数据处理方式的标识(ID)、名称、链接地址等等。

本实施例提供的数据处理装置，根据用户对至少一种数据处理方式的处理能力信息，确定向用户展示的候选数据处理方式，可以从至少一种数据处理方式中选择出用户在当前数据处理过程中可能使用的数据处理方式，有利于将那些可能性较低的数据处理方式筛除，有利于减少推荐或展示给用户的数据处理方式信息的数量，有利于提高用户从中选择目标数据处理方式的效率；另外，根据用户对至少一种数据处理方式的处理能力信息，确定展示候选数据处理方式的展示方式，并按照该展示方式向用户展示候选数据处理方式，可以优先展示用户使用可能性较大的数据处理方式的信息，有利于进一步提高用户从中候选数据处理方式中选择目标数据处理方式的效率，进而提高业务的执行效率。

图4为本申请另一实施例提供的数据处理装置的结构示意图。该数据处 理装置可位于服务端实现。所述服务端具有向客户端提供用户对数据处理方式的处理能力信息的功能。本实施例不对数据处理方式做限定，例如，数据处理方式具体可以是提供用于支付场景的数据处理方式、用于数据转换场景的数据处理方式、用于查询场景的数据处理方式等。以用于支付场景的数据处理方式为例，则数据处理方式是指具有支付功能的支付方式，例如可以是各种信用卡、银行卡、余额宝等支付方式。

如图4所示，该装置包括：接收模块41、获取模块42和发送模块43。

接收模块41，用于接收客户端发送的当前数据处理过程中用户的特征标识。

获取模块42，用于根据接收模块41接收的用户的特征标识，获取用户对至少一种数据处理方式的处理能力信息。

发送模块43，用于将获取模块42获取的用户对至少一种数据处理方式的处理能力信息发送给客户端，以供客户端确定向用户展示的候选数据处理方式以及展示方式。

在一可选实施方式中，获取模块42具体用于：

根据用户的特征标识，获得用户在服务端的身份标识；

根据用户在服务端的身份标识，在能力信息数据库中进行匹配，以获得用户对至少一种数据处理方式的处理能力信息。

在一可选实施方式中，获取模块42在根据用户的特征标识，获得用户在服务端的身份标识时，具体用于：

根据用户的特征标识的优先级，选择优先级最高且取值为非空的特征标识，在该优先级最高且取值为非空的特征标识对应的关系数据表中进行查找，以获得与该优先级最高且取值为非空的特征标识对应的标识作为用户在服务端的身份标识。

在一可选实施方式中，获取模块42具体用于：

根据用户的特征标识，获取用户对本地维护的至少一种数据处理方式的处理能力信息，至少一种数据处理方式包括服务端提供的数据处理方式和/ 或非服务端提供的数据处理方式。

进一步，数据处理装置还包括：更新模块。

发送模块43还用于：将用户在服务端的身份标识发送给客户端。相应的，接收模块41还用于：接收客户端发送的用户在服务端的身份标识、客户端为当前数据处理过程从候选数据处理方式中选择的目标数据处理方式的标识以及当前数据处理过程使用目标数据处理方式的结果信息。

基于上述，更新模块，用于根据接收模块41接收的用户在服务端的身份标识、目标数据处理方式的标识以及当前数据处理过程使用目标数据处理方式的结果信息，更新用户对至少一种数据处理方式的处理能力信息。

在开展业务过程中，一般会要求用户提供与用户有关的信息，例如手机号、邮箱、身份证号、姓名、IMEI、IMSI、IP地址、MAC地址等。客户端可以获取手机号、邮箱、身份证号、姓名、IMEI、IMSI、IP地址、MAC地址等中的一个或多个作为上述特征标识发送给服务端。即上述特征信息可以是但不限于以下信息中的一个或多个：手机号、邮箱、身份证号、姓名、IMEI、IMSI、IP地址、MAC地址等。

在本实施例中，获取模块42获取的用户对数据处理方式的处理能力信息一定程度上可以体现用户在当前数据处理过程中使用该数据处理方式的可能性的大小。在具体实现上，可以用用户针对该数据处理方式的使用得分来表示用户对该数据处理方式的处理能力信息，但不限于此。用户对数据处理方式的使用得分越高，意味着用户在当前数据处理过程中选择使用该数据处理方式的可能性越大。

由此可见，本实施例提供的数据处理装置，通过配合客户端，向客户端提供用户使用数据处理方式的处理能力信息，从而使得客户端可以根据用户对至少一种数据处理方式的处理能力信息，确定向用户展示的候选数据处理方式及展示方式，可以从至少一种数据处理方式中选择出用户在当前数据处理过程中可能使用的数据处理方式，有利于将那些可能性较低的数据处理方式筛除，有利于减少推荐或展示给用户的数据处理方式信息的数量，并按照 该展示方式向用户展示候选数据处理方式，可以优先展示用户使用可能性较大的数据处理方式的信息，有利于提高用户从中候选数据处理方式中选择目标数据处理方式的效率，进而提高业务的执行效率。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种 可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。