账户申请方法、装置、计算机可读存储介质及电子设备

本公开涉及计算机技术领域，具体而言，涉及一种账户申请方法、账户申请装置、计算机可读存储介质及电子设备。

随着计算机技术的变革和快速发展，人们的生活方式有了很大的改变，现在随着各种应用程序的开发及智能电子设备的出现，人们可以足不出户便可以买到心仪的产品、完成工作任务、申请账户、缴纳各种费用等等。

以账户申请为例，例如申请储蓄卡、信用卡等，以往都是需要用户带着证件去银行网点办理或由工作人员上门采集信息，但是随着计算机技术的发展以及人工智能技术的发展，现在都可以在线申请开通账户。目前，用户在申请储蓄卡、信用卡时，无论是线上还是线下，都是填写资料表格项目，然后将填好的资料表格提交至相应地银行，等待银行审批，但是用户填写资料表格的过程和结果缺乏监控和分析优化，难以保证申卡用户的填写体验、申请效率和通过率。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

本公开的实施例提供了一种账户申请方法、账户申请装置、计算机可读存储介质和电子设备，进而至少在一定程度上可以提高账户申请效率和申请通过率，进一步提升用户体验。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开实施例的一个方面，提供了一种账户申请方法，包括：响应于当前用户的账户申请请求，获取所述当前用户的属性信息；根据所述当前用户的属性信息和与历史用户对应的历史用户分类标签获取与所述当前用户对应的目标推荐信息和与所述目标推荐信息对应的账户申请表格；获取所述当前用户提交的与所述账户申请表格对应的用户信息，根据所述账户申请表格和所述用户信息形成账户申请单；将所述账户申请单发送至所述目标推荐信息中的目标服务提供方，以获取所述目标服务提供方反馈的申请结果。

根据本公开实施例的一个方面，提供了一种账户申请装置，包括：第一获取模块，用于响应于当前用户的账户申请请求，获取所述当前用户的属性信息；第二获取模块，用于根据所述当前用户的属性信息和与历史用户对应的历史用户分类标签获取与所述当前用户对应的目标推荐信息和与所述目标推荐信息对应的账户申请表格；申请单形成模块，用于获取所述当前用户提交的与所述账户申请表格对应的用户信息，并根据所述账户申请表格和所述用户信息形成账户申请单；申请结果接收模块，用于将所述账户申请单发送至所述目标推荐信息中的目标服务提供方，以获取所述目标服务提供方反馈的申请结果。

在本公开的一些实施例中，所述历史用户的数量为多个；基于前述方案，所述第二获取模块包括：匹配单元，用于将所述当前用户的属性信息与各所述历史用户的属性信息进行匹配，以获取所述当前用户与各所述历史用户之间的相似度；比较单元，用于将所述相似度与相似度阈值进行比较，根据比较结果确定目标相似度，并将与所述目标相似度对应的历史用户作为目标历史用户；表格确定单元，用于获取与所述目标历史用户对应的历史用户分类标签，根据与所述目标历史用户对应的历史用户分类标签确定所述目标推荐信息和与所述目标推荐信息对应的账户申请表格。

在本公开的一些实施例中，基于前述方案，所述表格确定单元包括：信息确定单元，用于根据与所述目标历史用户对应的历史用户分类标签确定目标个性化服务方案和目标服务提供方；信息形成单元，用于根据所述目标个性化服务方案和所述目标服务提供方形成所述目标推荐信息，并将与所述目标服务提供方对应的账户申请表格作为与所述目标推荐信息对应的账户申请表格。

在本公开的一些实施例中，基于前述方案，所述信息确定单元配置为：根据与所述目标历史用户对应的历史用户分类标签确定多个个性化服务方案和多个服务提供方；获取所述当前用户从所述多个个性化服务方案和所述多个服务提供方中选择的个性化服务和服务提供方作为所述目标个性化服务方案和所述目标服务提供方。

在本公开的一些实施例中，所述目标历史用户的数量为多个；基于前述方案，所述信息确定单元配置为：获取与各所述目标历史用户对应的历史用户分类标签和对应所述历史用户分类标签的历史推荐信息，所述历史推荐信息包括历史个性化服务方案和历史服务提供方；获取各所述历史服务提供方的申请通过率，将具有最高申请通过率的历史服务提供方作为所述目标服务提供方，并将与所述具有最高申请通过率的历史服务提供方对应的历史个性化服务方案作为所述目标个性化服务方案。

在本公开的一些实施例中，所述账户申请表格包括多个表格单项；基于前述方案，所述账户申请装置还包括：第三获取模块，用于获取所述历史用户填写账户申请表格时各所述表格单项的属性信息和所述账户申请表格的表格属性，根据各所述表格单项的属性信息和所述表格属性获取表格数据标签；关联分类模块，用于对各所述表格单项对应的值和所述表格数据标签进行数据关联分类，基于分类结果确定与所述历史用户对应的用户画像分类，并将所述用户画像分类作为所述历史用户分类标签。

在本公开的一些实施例中，基于前述方案，所述表格数据标签包括表格属性、输入属性、时间属性和完成度属性，其中所述表格属性为与所述历史用户的账户申请表格所对应的服务提供方，所述输入属性为所述表格单项对应的用户操作模式，所述时间属性为填写所述表格单项所需的时间，所述完成度属性为所述历史用户离开所述表格单项时所述账户申请表格的填写占比。

在本公开的一些实施例中，基于前述方案，所述第三获取模块配置为：响应于所述历史用户进入所述账户申请表格填写页面的触发操作，获取所述表格属性并标记起始时间；响应于所述历史用户对各所述表格单项的触发操作，获取与各所述表格单项对应的输入属性、时间属性和完成度属性；响应于所述历史用户离开所述账户申请表格填写页面的触发操作，获取表格完成度属性和结束时间，并基于所述起始时间和所述结束时间确定表格填写时间。

在本公开的一些实施例中，基于前述方案，所述关联分类模块配置为：根据所述账户申请表格对应的提交状态类型，对各所述表格单项对应的值和所述表格数据标签进行分类，以获取分类信息；根据所述分类信息构建所述历史用户的用户画像分类。

在本公开的一些实施例中，基于前述方案，所述账户申请装置还配置为：将与各所述表格单项对应的时间属性和完成度属性分别与时间阈值和完成度阈值进行比较，根据比较结果确定目标表格单项；根据所述目标表格单项确定目标账户申请表格，将所述目标账户申请表格、所述目标表格单项和与所述目标账户申请表格对应的表格属性发送至表格维护方，以使所述表格维护方对所述目标账户申请表格进行修改。

在本公开的一些实施例中，基于前述方案，所述账户申请装置还配置为：在获取所述当前用户提交的与所述账户申请表格对应的用户信息时，获取所述账户申请表格中各表格单项的属性信息和所述账户申请表格的表格属性，并根据所述各表格单项的属性信息和所述表格属性获取当前表格数据标签；对各所述表格单项对应的值和所述当前表格数据标签进行数据关联分类，并根据分类结果确定与所述当前用户对应的用户分类标签；根据所述当前用户对应的用户分类标签对所述历史用户分类标签进行更新。

在本公开的一些实施例中，基于前述方案，所述当前用户的属性信息为根据所述当前用户的用户信息所确定的金融属性和/或社交属性。

根据本公开实施例的一个方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述实施例所述的账户申请方法。

根据本公开实施例的一个方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，所述存储装置用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行如上述实施例中所述的账户申请方法。

在本公开的一些实施例所提供的技术方案中，首先响应当前用户的账户申请请求时获取当前用户的属性信息；接着根据当前用户的属性信息和历史用户的历史用户分类标签获取目标推荐信息和对应的账户申请表格；然后根据当前用户提交的用户信息和账户申请表格形成账户申请单，并将其发送至目标推荐信息中的目标服务提供方，以获取目标服务提供方反馈的申请结果。本公开的技术方案一方面能够根据历史用户的历史用户分类标签和申请结果进行推荐，提高推荐效率和账户申请通过率；另一方面能够通过对账户申请表格的填写过程进行监控，并定量定性的上报数据用于分析调整账户申请表格，以优化账户申请表格的易用度，进一步提升用户体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示出了可以应用本公开实施例的技术方案的示例性系统架构的示意图；

图2示意性示出了根据本公开的一个实施例的账户申请方法的流程示意图；

图3示意性示出了根据本公开的一个实施例的获取目标推荐信息和账户申请表格的流程示意图；

图4示意性示出了根据本公开的一个实施例的获取历史用户分类标签的流程示意图；

图5示意性示出了根据本公开的一个实施例的确定历史用户的用户画像的流程示意图；

图6示意性示出了根据本公开的一个实施例的服务推荐平台的结构示意图；

图7示意性示出了根据本公开的一个实施例的线上信用卡推荐的交互流程图；

图8示意性示出了根据本公开的一个实施例的获取当前用户的分类标签的交互流程图；

图9示意性示出了根据本公开的一个实施例的账户申请装置的框图；

图10示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图。

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本公开的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

图1示出了可以应用本公开实施例的技术方案的示例性系统架构的示意图。

如图1所示，系统架构100可以包括终端设备101、网络102、服务推荐平台103和服务提供平台104。终端设备101是用户所采用的用于在线申请账户的设备，可以是诸如平板电脑、台式计算机、智能手机等设备；网络102用以在终端设备101和服务推荐平台103之间、服务推荐平台103和服务提供平台104之间提供通信链路的介质，可以包括各种连接类型，例如有线通信链路、无线通信链路等等；服务推荐平台103与多个服务提供平台104对接，用以根据当前用户的属性信息和历史用户的历史用户分类标签确定与当前用户对应的推荐信息，并将用户的账户申请表格发送至相应地服务提供平台104，另外服务推荐平台103在当前用户填写账户申请表格时采集相应信息并对其进行分析，以获取当前用户的分类标签和账户申请表格中需优化的表格单项，进一步地，可并将当前用户的分类标签添加到历史用户分类标签中用于后续的服务提供方的推荐，并对需优化的表格单项进行改进以提高账户申请表格的易用度；服务提供平台104用以对服务推荐平台103发送的账户申请单进行审核，在审核通过后，为用户提供服务。

应该理解，图1中的终端设备、网络、服务推荐平台和服务提供平台的数目仅仅是示意性的。根据实际需要，可以具有任意数目的终端设备、网络、服务推荐平台和服务提供平台。服务推荐平台和服务提供平台具体可以是服务器，进一步可以是由多个服务器组成的服务器集等。

在本公开的一个实施例中，用户通过终端设备101登录服务推荐平台103，通过网络102向服务推荐平台103提交账户申请请求。服务推荐平台103接收到账户申请请求后，首先获取用户的属性信息；接着根据用户的属性信息和历史用户的历史用户分类标签获取与用户对应的目标推荐信息和对应的账户申请表格，其中目标推荐信息包括目标个性化服务方案和目标服务提供方；然后将账户申请表格发送至终端设备101的显示屏幕，供用户填写，服务推荐平台103在接收到用户输入的用户信息后，根据该用户信息和账户申请表格形成账户申请单；最后将账户申请单发送至目标服务提供方，以接收目标服务提供方反馈的申请结果。在用户填写账户申请表格时，服务推荐平台103能够采集账户申请表格中各个表格单项的属性信息和表格属性形成表格数据标签，并根据表格单项对应的值和表格数据标签进行数据关联分类，进而基于分类结果确定用户画像即用户分类标签，并将用户分类标签添加到历史用户分类标签中用于后续推荐，同时还能根据表格单项的属性信息确定待优化表格单项，并提醒表格维护方对相应地账户申请表格进行修改优化。本公开实施例的技术方案一方面能够根据历史用户的历史用户分类标签和申请结果进行推荐，提高推荐精准度和账户申请通过率；另一方面能够通过对账户申请表格的填写过程进行监控，定量定性的上报数据用于分析调整账户申请表格，以优化账户申请表格的易用度，进一步提升用户体验。

需要说明的是，本公开实施例所提供的账户申请方法可由服务推荐平台执行，相应地，账户申请装置可设置于服务推荐平台中，服务推荐平台可以是电子设备，电子设备包括但是不限于服务器及终端。在本公开的其它实施例中，也可以由服务器或终端设备执行本公开实施例所提供的账户申请方法。

在本领域的相关技术中，以线上申请信用卡为例，用户选定银行，进入银行首页后，根据个人需要选择合适的卡种，点击进入信用卡申请界面，填写相应地资料表格项目，然后将填写好的资料表格提交等待审核结果即可，但是用户填写资料表格的过程和结果缺乏监控及分析优化，难以保证申卡用户的填写体验、申请效率和通过率。

鉴于相关技术中存在的问题，本公开实施例提供了一种账户申请方法，该账户可以是具有实体标志的账户，例如信用卡、储蓄卡等等，也可以是虚拟账户，其仅仅是一种权限，例如某网站的账户、电子银行账户等等，以下以线上申请信用卡为例，对本公开实施例的技术方案的实现细节进行详细阐述：

图2示意性示出了根据本公开的一个实施例的账户申请方法的流程图，该账户申请方法可以由服务推荐平台来执行，该服务推荐平台可以是图1中所示的服务推荐平台103，服务推荐平台103可以为服务器。参照图2所示，该账户申请方法至少包括步骤S210至步骤S240，详细介绍如下：

在步骤S210中，响应于当前用户的账户申请请求，获取所述当前用户的属性信息。

在本公开的一个实施例中，当前用户想要申请信用卡，可以登录安装在终端设备中的服务推荐平台的客户端，用户从服务推荐平台中可以根据自己的需求选择相应的个性化服务方案，然后由服务推荐平台根据用户选择的个性化服务方案确定可提供相关服务且申请通过率较高的一个或多个服务提供方。该服务推荐平台可以与多个服务提供平台连接，并且存储有各个服务提供方的信用卡政策以及与各个服务提供方对应的账户申请表格，该服务提供平台或服务提供方可以是各个商业银行，信用卡政策可以包括信用卡类型、各类信用卡的申请条件、各类信用卡的优惠政策等等，例如在多个服务提供方中存在银行A，其可提供银联信用卡、双币信用卡、企业联名信用卡三类信用卡，银联信用卡主要针对生活工作都在国内、无消费需求的用户，双币信用卡主要针对有消费需求的用户，企业联名信用卡主要针对对某类具体服务有较高要求的用户，例如经常去某家商场购物，如果办理该商场与银行A的联名信用卡便能够享受较高优惠，对应不同类型的信用卡，申请条件不同，并且所能享受的优惠政策也不尽相同。

在本公开的一个实施例中，服务推荐平台接收到终端设备发送的当前用户的账户申请请求，即信用卡申请请求后，响应该申请请求，获取当前用户的属性信息，以根据当前用户的属性信息确定历史用户中与当前用户的属性信息最接近的目标历史用户，进而根据目标历史用户的申请数据为当前用户推荐服务提供方。用户的属性信息可以是用户的金融属性，该金融属性可以是服务推荐平台根据用户注册时填写的唯一身份标识通过端口从服务提供平台中得到的当前用户的金融信息，例如服务推荐平台根据当前用户的身份证号码从各银行中得到的与当前用户对应的账户信息，该账户信息主要为基础信息，具体可以是当前用户是否有该银行的储蓄卡、信用卡，如果有，是否存在欠款等，至于其它的账户信息是不可获取的，以保障用户的账户安全；用户的属性信息还可以是用户的金融属性和社交属性，相应地，服务推荐平台为集社交和资金交易为一体的平台，当当前用户登录服务推荐平台且进入信用卡申请版块后，服务推荐平台能够从当前用户的社交数据及资金交易数据中获取当前用户的社交属性和金融属性；当然用户的属性信息还可以是用户的社交属性，例如首次申请信用卡且名下无其它银行账户或电子钱包的用户，在初次申请信用卡时，可以仅根据其社交属性为其推荐服务提供方。

在步骤S220中，根据所述当前用户的属性信息和与历史用户对应的历史用户分类标签获取与所述当前用户对应的目标推荐信息和与所述目标推荐信息对应的账户申请表格。

在本公开的一个实施例中，在获取当前用户的属性信息后，可以根据当前用户的属性信息和历史用户的历史用户分类标签获取与当前用户的对应的目标推荐信息及相应地账户申请表格。具体地，可以先获取社交属性和/或金融属性与当前用户的社交属性和/或金融属性相似或相同的目标历史用户，进而根据目标历史用户的信用卡申请信息为当前用户推荐合适的服务提供方。图3示出了获取目标推荐信息和账户申请表格的流程示意图，如图3所示，该流程至少包括步骤S301-S303，具体地：

在步骤S301中，将当前用户的属性信息与各历史用户的属性信息进行匹配，以获取当前用户与各历史用户之间的相似度。

在本公开的一个实施例中，在获取当前用户的属性信息后，可以将其与存储的历史用户的属性信息进行匹配，具体地，若当前用户的属性信息为金融属性时，则将当前用户的金融属性与历史用户的金融属性进行比对；若当前用户的属性信息为社交属性和金融属性时，则将当前用户的社交属性和金融属性分别与历史用户的社交属性和金融属性进行比对；等等。在进行属性信息比对的时候，可以通过计算属性信息之间的距离以获取当前用户与历史用户之间的相似度，相似度的值越大，说明当前用户与历史用户的社交属性和/或金融属性越相似。

在步骤S302中，将所述相似度与相似度阈值进行比较，根据比较结果确定目标相似度，并将与所述目标相似度对应的历史用户作为目标历史用户。

在本公开的一个实施例中，历史用户的数量为多个，通过步骤S301能够获得当前用户与各个历史用户的属性信息之间的相似度，为了确定与当前用户相似度较高的历史用户，可以将多个相似度分别与相似度阈值进行比较，当存在大于或等于相似度阈值的目标相似度时，将与目标相似度对应的历史用户作为目标历史用户，也就是说，目标历史用户的社交属性和/或金融属性是与当前用户的社交属性和/或金融属性最接近或相同的。

在步骤S303中，获取与所述目标历史用户对应的历史用户分类标签，根据与所述目标历史用户对应的历史用户分类标签确定所述目标推荐信息和与所述目标推荐信息对应的账户申请表格。

在本公开的一个实施例中，在确定目标历史用户后，可以获取与目标历史用户对应的历史用户分类标签，进而根据历史用户分类标签确定与当前用户对应的目标推荐信息以及与目标推荐信息对应的账户申请表格。在根据历史用户分类标签确定目标推荐信息时，具体可以根据与目标历史用户对应的历史用户分类标签确定目标个性化服务方案和目标服务提供方，根据目标个性化服务方案和目标服务提供方即可形成目标推荐信息，同时将目标服务提供方提供的账户申请表格作为与目标推荐信息对应的账户申请表格。其中，目标个性化服务方案可以包括服务推荐平台提供的个性化服务方案，例如涉及到生活、购物、出行等方面的服务方案，具体例如，办理信用卡后可享受某外卖公司的XX元代金券、YY商场金饰柜台8折优惠、加油满200元返10元等等；也可以包括服务提供平台提供的个性化服务方案，例如涉及到生活、购物、出行、还款等方面的服务方案，具体例如，办理A银行信用卡后可享受9元洗车、每月在B餐厅消费5折优惠一次、账单期延长至两个月等等。在本公开的一个实施例中，无论是服务推荐平台提供的个性化服务方案还是服务提供平台提供的个性化服务方案都可以按照类别分类，并设置为可选状态，当前用户可以根据实际需要从中选择一个或多个个性化服务方案，该些个性化服务方案可搭配选择，进一步地，还可以设置每一类个性化服务方案的可选择数量，另外，服务推荐平台根据当前用户的社交属性和/或金融属性，可以推荐与当前用户相对应的个性化服务方案，也就是说，不同用户可能对应不同的个性化服务方案的选项。

在本公开的一个实施例中，在根据相似度和相似度阈值确定目标历史用户时，可能确定多个目标历史用户，这样在根据与目标历史用户的历史用户分类标签确定个性化服务方案和服务提供方时，就能得到多个个性化服务方案和多个服务提供方。从多个个性化服务方案和多个服务提供方中确定目标个性化服务方案和目标服务提供方，具体可以将多个个性化服务方案和多个服务提供方发送至终端设备，以供当前用户选择，在接收到当前用户选择的个性化服务方案和服务提供方后，即可将其作为目标个性化服务方案和目标服务提供方。

在本公开的一个实施例中，还可以根据申请通过率从多个个性化服务方案和多个服务提供方中确定目标个性化服务方案和目标服务提供方，具体地，在确定多个目标历史用户后，可以获取与各目标历史用户对应的历史用户分类标签和与各历史用户分类标签对应的历史推荐信息，该历史推荐信息中包括历史个性化服务方案和历史服务提供方；接着可以对每个历史用户的历史服务提供方的申请通过率进行对比，将具有最高申请通过率的历史服务提供方作为目标服务提供方，并将对应的历史个性化服务方案作为目标个性化服务方案。举例而言，存在三位目标历史用户，其对应的历史用户分类标签分别为标签1、标签2和标签3，对应的历史服务提供方有银行A和银行B，其中银行A对具有标签3的目标历史用户的申请通过率最高，那么可以在根据历史用户标签进行服务提供方推荐时，将银行B作为目标服务提供方，并将与该目标服务提供方对应的个性化服务方案作为目标个性化服务方案。值得注意的是，该方法只是确定目标个性化服务方案和目标服务提供方的一种方式，一定程度上会提高当前用户的申请通过率，但是并不排除其它推荐的服务提供方和个性化服务方案也能够提高当前用户的申请通过率。

在步骤S230中，获取所述当前用户提交的与所述账户申请表格对应的用户信息，根据所述账户申请表格和所述用户信息形成账户申请单。

在本公开的一个实施例中，在获取目标推荐信息和与目标推荐信息对应的账户申请表格后，可以在接收到终端设备发送的确认申请请求后，将账户申请表格发送至终端设备的显示屏上进行显示，当前用户可以根据账户申请表格中的表格单项进行个人信息的填写，服务推荐平台接收到终端设备发送的用户信息后，可以根据账户申请表格和用户信息形成账户申请单。

在步骤S240中，将所述账户申请单发送至所述目标推荐信息中的目标服务提供方，以获取所述目标服务提供方反馈的申请结果。

在本公开的一个实施例中，形成账户申请单后，可以将账户申请单发送至目标服务提供平台，也就是目标推荐信息中的目标服务提供方，然后等待接收目标服务提供方反馈的申请结果。在接收到目标服务提供方反馈的申请结果后，将该申请结果发送至终端设备，以通知当前用户。

在本公开的一个实施例中，在根据当前用户的属性信息和与历史用户对应的历史用户分类标签获取与当前用户对于的目标推荐信息和与目标推荐信息对应的账户申请表格之前，需要根据历史用户填写账户申请表格时的信息获取历史用户分类标签。图4示出了获取历史用户分类标签的流程示意图，如图4所示，在步骤S401中，获取历史用户填写账户申请表格时各表格单项的属性信息和账户申请表格的表格属性，根据各表格单项的属性信息和表格属性获取表格数据标签；在步骤S402中，对各表格单项对应的值和表格数据标签进行数据关联分类，基于分类结果确定与历史用户对应的用户画像，并将该用户画像作为历史用户分类标签。

其中，在步骤S401中，表格数据标签包括表格属性、输入属性、时间属性和完成度属性，其中输入属性、时间属性和完成度属性为各表格单项的属性信息，具体地，表格属性为与历史用户的账户申请表格所属的服务提供方，如银行A、银行B；输入属性为表格单项对应的用户操作模式，例如点击输入、键盘输入、手写输入等等，其可以有多重状态；时间属性为填写表格单项所需的时间，在当前用户点击表格单项时开始计时，到完成表格单项点击下一表格单项或提交账户申请表格时结束计时，即可确定表格单项的时间属性，该属性也具有多重状态；完成度属性为历史用户离开表格单项时账户申请表格的填写占比，例如账户申请表格中包含20个表格单项，完成一个表格单项对应5％的完成度，那么在填完10个表格单项时，完成度属性即为50％。

在本公开的一个实施例中，表格数据标签还可以包括表格填写时间，获取表格数据标签的流程具体为：响应于历史用户进入账户申请表格填写页面的触发操作，获取表格属性并标记起始时间；响应于历史用户对各表格单项的触发操作，获取与各表格单项对应的输入属性、时间属性和完成度属性；响应于历史用户离开账户申请表格填写页面的触发操作，获取表格完成度属性和结束时间，并基于起始时间和结束时间确定表格填写时间。其中，表格完成度属性即为历史用户填写的最后一个表格单项对应的完成度属性。

在步骤S402中，对各表格单项对应的值和数据标签进行数据关联分类，基于分类结果确定历史用户的用户画像，具体地可以首先根据账户申请表格对应的提交状态类型，对各表格单项对应的值和表格数据标签进行分类，以获取分类信息；接着根据分类信息即可构建历史用户的用户画像。图5示出了确定历史用户的用户画像的流程示意图，如图5所示，表格数据标签501中包括表格属性、输入属性、时间属性和完成度属性，账户申请表格的提交状态类型分为提交成功和提交失败两种，根据该提交状态类型对各个表格单项对应的值和表格数据标签进行分类，能够得到分类信息502，如图中所示，对应每种提交状态类型，将表格数据标签和表格单项对应的值分别对应到相应的表格单项类目，如表格单项类目为自有车辆，对应该表格单项类目的表格数据标签和具体地表格单项的值被列为一行；表格单项类目为联系人电话，对应该表格单项类目的表格数据标签和具体地表格单项的值被列为一行；表格单项类目为自有住房，对应该表格单项类目的表格数据标签和具体地表格单项的值被列为一行；表格单项类目为工作年限，对应该表格单项类目的表格数据标签和具体地表格单项的值被列为一行。在获取分类信息后，可以基于该分类信息构建历史用户分类标签503，如账户申请表格中表格单项类目为自有车辆，对应的值为有，那么该历史用户的用户画像分类为有车用户；如历史用户在填写账户申请表格时，对涉及个人隐私的表格单项写的比较简单或者对应的值为空时，那么该历史用户的用户画像分类可以标记为个人信息敏感；当然还可以根据账户申请表格的填写内容及完成度将历史用户的用户画像标记为其它分类，如时间敏感、无房用户，等等。

在本公开的实施例中，账户申请表格提交失败的原因比较多，例如填写不符合规范、用户没有太多时间或没有意愿一一填写而中途退出等等，因此从提交失败的分类信息中能够明确发现用户对哪些表格单项的填写意愿较弱，同样的，从提交成功的分类信息中也能够获取当前用户的填写困难点，具体地，可以将各表格单项对应的时间属性和完成度属性分别与时间阈值和完成度阈值进行比较，根据比较结果可以确定目标表格单项，该目标表格单项即为当前用户填写账户申请表格时的填写困难点，进一步地，根据目标表格单项确定目标账户申请表格，并将目标账户申请表格、目标表格单项和目标账户申请表格的表格属性发送至表格维护方，以使表格维护方对目标账户申请表格进行修改，这样可以通过对账户申请表格进行优化，提高表格易用度。

在本公开的一个实施例中，当前用户在填写账户申请表格时，服务推荐平台也可以采集账户申请表格中各表格单项的属性信息和账户申请表格的表格属性，并根据各表格单项的属性信息和表格属性获取当前表格数据标签；接着对各表格单项对应的值和当前表格数据标签进行数据关联分类，并根据分类结果确定与当前用户对应的用户分类标签；最后根据与当前用户对应的用户分类标签对历史用户分类标签进行更新。进一步地，可以根据更新后的历史用户分类标签对下一位用户进行服务提供方的推荐。

在本公开的一个实施例中，服务推荐平台的功能包括服务提供方的推荐、账户申请单的形成和发送、历史用户分类标签的形成、申请结果的接收和发送，根据其功能可以将服务推荐平台分为至少两部分，图6示出了服务推荐平台的结构示意图，如图6所示，服务推荐平台包括推荐系统601和信用卡系统602。

基于图6所述的服务推荐平台的结构，图7示出了线上信用卡推荐的交互流程图，如图7所示，在步骤S701中，当前用户通过终端设备701向推荐系统702发送信用卡申请请求；在步骤S702中，推荐系统702响应该信用卡申请请求，获取当前用户的属性信息；在步骤S703中，将当前用户的属性信息与历史用户的属性信息进行比对，获取目标历史用户，并获取目标历史用户对应的历史用户分类标签；在步骤S704中，将与历史用户分类标签对应的个性化服务方案和服务提供方推荐给当前用户；在步骤S705中，当前用户从推荐的个性化服务方案和服务提供方中选择目标个性化服务方案和目标服务提供方；在步骤S706中，信用卡系统703接收到目标个性化服务方案和目标服务提供方后，确定与目标服务提供方对应的信用卡申请表格；在步骤S707中，将该信用卡申请表格发送至终端设备；在步骤S708中，接收当前用户通过终端设备反馈的用户信息；在步骤S709中，信用卡系统703采集当前用户填写信用卡申请表格时各表格单项的属性信息和表格属性，根据表格单项对应的值、属性信息和表格属性进行数据关联分类，并基于分类结果确定当前用户的用户分类标签；在步骤S710中，将当前用户的用户分类标签反馈至推荐系统702以更新历史用户分类标签；在步骤S711中，获取当前用户在填写信用卡申请表格的填写困难点所对应的表格单项，并将其发送至表格维护方进行优化；在步骤S712中，根据信用卡申请表格和用户信息形成信用卡申请单；在步骤S713中，将该信用卡申请单发送至服务提供平台704；在步骤S714中，接收服务提供平台704反馈的申请结果；在步骤S715中，将申请结果发送至当前用户的终端设备701。

在步骤S705中，个性化服务方案包括信用卡权益和信用卡卡面，当前用户可以从推荐的信用卡权益和信用卡卡面中选择自己所需的权益和喜欢的卡面作为目标个性化服务方案。

在步骤S709中，信用卡系统采集表格属性和各个表格单项的属性信息，并基于所采集的信息进行分析以获取当前用户的分类标签，在步骤S710中，将当前用户的分类标签发送至推荐系统。图8示出了获取当前用户的分类标签的交互流程图，如图8所示，在步骤S801中，当前用户通过终端设备701输入用户信息；该用户信息与信用卡申请表格上的表格单项的类目相对应，例如姓名、性别、住址、等等。在步骤S802中，信用卡系统703在接收用户信息的同时，采集表格属性和各表格单项的属性信息；各表格单项的属性信息包括输入属性、时间属性和完成度属性，各属性信息的具体含义如上述实施例所述，在此不再赘述。在对各表格单项的属性信息进行采集并分析时，若能确定当前用户的用户分类标签，则将确定好的当前用户的用户分类标签发送至推荐系统702，若不能根据单项信息确定当前用户的用户分类标签，则根据所有信息确定当前用户的用户分类标签后，将确定好的当前用户的用户分类标签发送至推荐系统702。在步骤S803中，信用卡系统703在接收到当前用户提交表格的触发操作时，将根据当前用户的用户信息和信用卡申请表格形成的信用卡申请单发送至服务提供平台704。在步骤S804中，服务提供平台704审核结束后，将申请结果反馈至信用卡系统703。在步骤S805中，信用卡系统703将申请结果反馈至当前用户的终端设备701。

在本公开的一个实施例中，在接收到服务提供平台反馈的申请结果后，可以将当前用户的用户分类标签和申请结果对应存储，在对下一用户进行推荐时，可以根据历史用户分类标签和申请结果进行推荐，以提高申请效率和通过率。推荐的流程具体为，在根据下一用户的属性信息和历史用户分类标签确定目标历史用户后，首先获取目标历史用户所对应的历史用户分类标签以及相应的申请结果，然后从所获取的申请结果中选择具有最大通过率的申请结果，最后获取与最大通过率的申请结果所对应的服务提供方进行推荐。

本公开实施例中的账户申请方法可以应用于任意的用户通过申请账户才能获取相应权益的场景，例如上述实施例中的线上信用卡申请，当然还可以应用于其它的场景，例如线上储蓄卡申请、交友平台会员申请、航空公司会员申请等等，只要在服务推荐平台中对接有多个服务提供方，服务推荐平台就可以根据当前用户的属性信息和历史用户的历史用户分类标签为当前用户推荐通过率相对较高的服务提供方，大大节省了当前用户的申请时间，提高了用户体验。

本公开实施例中的账户申请方法能够根据当前用户的属性信息和历史用户的历史用户分类标签确定与当前用户对应的目标推荐信息和账户申请表格；在接收到当前用户填写账户申请表格时输入的用户信息后，根据用户信息和账户申请表格形成账户申请单，并发送给服务提供方，以获取申请结果。同时，在当前用户填写账户申请表格的同时，能够采集表格属性和各表格单项的属性信息，并根据所采集的信息进行分析以确定当前用户的用户分类标签及账户申请表格中待优化的表格单项，然后根据当前用户的用户分类标签更新历史用户分类标签以作为对后续用户进行推荐的基础，并且将待优化的表格单项发送给表格维护方，以及时优化账户申请表格。本公开实施例的账户申请方法，一方面，能够根据用户填写表格时所采集的信息确定用户分类标签，录入用户分类标签可以补充账户申请表格的用户分类，结合申请结果进行推荐系统的推荐维度补充，使得对用户的推荐结果更具准确度，提高对用户的审核效率及服务提供方的进件率；另一方面，在用户填写账户申请表格时能够有效发现账户申请表格中的填写困难点，优化填写体验，提高用户填写的完整度和提交成功转化率。

以下介绍本公开的装置实施例，可以用于执行本公开上述实施例中的账户申请方法。对于本公开装置实施例中未披露的细节，请参照本公开上述的账户申请方法的实施例。

图9示意性示出了根据本公开的一个实施例的账户申请装置的框图。账户申请装置可以是运行于电子设备中的一个计算机程序(包括程序代码)，例如该账户申请装置为一个应用软件；该装置可以用于执行本申请实施例提供的方法中的相应步骤。

参照图9所示，根据本公开的一个实施例的账户申请装置900，包括：第一获取模块901、第二获取模块902、申请单形成模块903和申请结果接收模块904。

其中，第一获取模块901，用于响应于当前用户的账户申请请求，获取所述当前用户的属性信息；第二获取模块902，用于根据所述当前用户的属性信息和与历史用户对应的历史用户分类标签获取与所述当前用户对应的目标推荐信息和与所述目标推荐信息对应的账户申请表格；申请单形成模块903，用于获取所述当前用户提交的与所述账户申请表格对应的用户信息，并根据所述账户申请表格和所述用户信息形成账户申请单；申请结果接收模块904，用于将所述账户申请单发送至所述目标推荐信息中的目标服务提供方，以获取所述目标服务提供方反馈的申请结果。

在本公开的一个实施例中，所述历史用户的数量为多个；所述第二获取模块902包括：匹配单元，用于将所述当前用户的属性信息与各所述历史用户的属性信息进行匹配，以获取所述当前用户与各所述历史用户之间的相似度；比较单元，用于将所述相似度与相似度阈值进行比较，根据比较结果确定目标相似度，并将与所述目标相似度对应的历史用户作为目标历史用户；表格确定单元，用于获取与所述目标历史用户对应的历史用户分类标签，根据与所述目标历史用户对应的历史用户分类标签确定所述目标推荐信息和与所述目标推荐信息对应的账户申请表格。

在本公开的一个实施例中，所述表格确定单元包括：信息确定单元，用于根据与所述目标历史用户对应的历史用户分类标签确定目标个性化服务方案和目标服务提供方；信息形成单元，用于根据所述目标个性化服务方案和所述目标服务提供方形成所述目标推荐信息，并将与所述目标服务提供方对应的账户申请表格作为与所述目标推荐信息对应的账户申请表格。

在本公开的一个实施例中，所述信息确定单元配置为：根据与所述目标历史用户对应的历史用户分类标签确定多个个性化服务方案和多个服务提供方；获取所述当前用户从所述多个个性化服务方案和所述多个服务提供方中选择的个性化服务和服务提供方作为所述目标个性化服务方案和所述目标服务提供方。

在本公开的一个实施例中，所述目标历史用户的数量为多个；所述信息确定单元配置为：获取与各所述目标历史用户对应的历史用户分类标签和对应所述历史用户分类标签的历史推荐信息，所述历史推荐信息包括历史个性化服务方案和历史服务提供方；获取各所述历史服务提供方的申请通过率，将具有最高申请通过率的历史服务提供方作为所述目标服务提供方，并将与所述具有最高申请通过率的历史服务提供方对应的历史个性化服务方案作为所述目标个性化服务方案。

在本公开的一个实施例中，所述账户申请表格包括多个表格单项；所述账户申请装置还包括：第三获取模块，用于获取所述历史用户填写账户申请表格时各所述表格单项的属性信息和所述账户申请表格的表格属性，根据各所述表格单项的属性信息和所述表格属性获取表格数据标签；关联分类模块，用于对各所述表格单项对应的值和所述表格数据标签进行数据关联分类，基于分类结果确定与所述历史用户对应的用户画像分类，并将所述用户画像分类作为所述历史用户分类标签。

在本公开的一个实施例中，所述表格数据标签包括表格属性、输入属性、时间属性和完成度属性，其中所述表格属性为与所述历史用户的账户申请表格所对应的服务提供方，所述输入属性为所述表格单项对应的用户操作模式，所述时间属性为填写所述表格单项所需的时间，所述完成度属性为所述历史用户离开所述表格单项时所述账户申请表格的填写占比。

在本公开的一个实施例中，所述第三获取模块配置为：响应于所述历史用户进入所述账户申请表格填写页面的触发操作，获取所述表格属性并标记起始时间；响应于所述历史用户对各所述表格单项的触发操作，获取与各所述表格单项对应的输入属性、时间属性和完成度属性；响应于所述历史用户离开所述账户申请表格填写页面的触发操作，获取表格完成度属性和结束时间，并基于所述起始时间和所述结束时间确定表格填写时间。

在本公开的一个实施例中，所述关联分类模块配置为：根据所述账户申请表格对应的提交状态类型，对各所述表格单项对应的值和所述表格数据标签进行分类，以获取分类信息；根据所述分类信息构建所述历史用户的用户画像分类。

在本公开的一个实施例中，所述账户申请装置900还配置为：将与各所述表格单项对应的时间属性和完成度属性分别与时间阈值和完成度阈值进行比较，根据比较结果确定目标表格单项；根据所述目标表格单项确定目标账户申请表格，将所述目标账户申请表格、所述目标表格单项和与所述目标账户申请表格对应的表格属性发送至表格维护方，以使所述表格维护方对所述目标账户申请表格进行修改。

在本公开的一个实施例中，所述账户申请装置900还配置为：在获取所述当前用户提交的与所述账户申请表格对应的用户信息时，获取所述账户申请表格中各表格单项的属性信息和所述账户申请表格的表格属性，并根据所述各表格单项的属性信息和所述表格属性获取当前表格数据标签；对各所述表格单项对应的值和所述当前表格数据标签进行数据关联分类，并根据分类结果确定与所述当前用户对应的用户分类标签；根据所述当前用户对应的用户分类标签对所述历史用户分类标签进行更新。

在本公开的一个实施例中，所述当前用户的属性信息为根据所述当前用户的用户信息所确定的金融属性和/或社交属性。

图10示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图10示出的电子设备的计算机系统1000仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图10所示，计算机系统1000包括中央处理单元(Central Processing Unit，CPU)1001，其可以根据存储在只读存储器(Read-Only Memory，ROM)1002中的程序或者从存储部分1008加载到随机访问存储器(Random Access Memory，RAM)1003中的程序而执行各种适当的动作和处理，实现上述实施例中所述的图像标注方法。在RAM 1003中，还存储有系统操作所需的各种程序和数据。CPU 1001、ROM 1002以及RAM 1003通过总线1004彼此相连。输入/输出(Input/Output，I/O)接口1005也连接至总线1004。

以下部件连接至I/O接口1005：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分1007；包括硬盘等的存储部分1008；以及包括诸如LAN(Local AreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至I/O接口1005。可拆卸介质1011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1010上，以便于从其上读出的计算机程序根据需要被安装入存储部分1008。

特别地，根据本公开的实施例，下文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1009从网络上被下载和安装，和/或从可拆卸介质1011被安装。在该计算机程序被中央处理单元(CPU)1001执行时，执行本公开的系统中限定的各种功能。作为示例，该计算机程序可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行，分布在多个地点且通过通信网络互连的多个计算设备可以组成区块链系统。

需要说明的是，本公开实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本公开还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的账户申请装置中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现上述实施例中所述的方法。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本公开实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。