CN110111066A - 业务申请方法和装置 - Google Patents

Abstract

本发明实施例公开了一种业务申请方法、装置、用户终端和计算机可读存储介质，以提升用户在线上业务申请过程中的用户体验，其中所述业务申请方法包括：当接收到业务申请请求时，判断所述业务申请是否为首次申请；当所述业务申请不是首次申请时，获取所述多个申请交互页面的填写状态；在当前显示页面中展示多个控件，所述多个控件与所述多个申请交互页面一一对应，每个所述控件中分别显示对应的所述申请交互页面的填写状态。

Description

业务申请方法和装置

技术领域

本发明涉及互联网技术领域，具体涉及一种业务申请方法、装置、用户终端和计算机可读存储介质。

背景技术

当前越来越多的业务申请从线下走到线上，在诸如互联网金融等行业或应用中，例如贷款等金融服务的业务申请需要填写详细的个人或企业信息以用于完成信用调查，业务申请的过程往往非常复杂，用户可能需要填写七到八个申请交互页面才能完成该笔业务申请。

然而，由于各种原因，例如对个人隐私比较敏感或者对贷款利率计算不清晰，用户可能在中途放弃该业务申请，之后又再次进行该业务申请。现有的一种互联网业务申请流程为再次重复整个申请流程，与首次申请的用户的操作流程并无区别，用户需要再次经过同样多的申请交互页面和步骤，用户体验极差。现有的另一种方法为，将当前申请交互页面定向到用户填写信息的最后页面，然而，由于用户在该页面仅能得到当前所需要继续填写的个人信息，而无法回顾已填写部分，出于对个人隐私的顾虑往往放弃继续填写。

发明内容

有鉴于此，本发明实施例提供了一种业务申请方法、装置、用户终端和计算机可读存储介质，以提升用户在线上业务申请过程中的用户体验。

根据第一方面，本发明实施例提供了一种业务申请方法，所述业务申请包括多个申请交互页面，所述方法包括：当接收到业务申请请求时，判断所述业务申请是否为首次申请；当所述业务申请不是首次申请时，获取所述多个申请交互页面的填写状态；在当前显示页面中展示多个控件，所述多个控件与所述多个申请交互页面一一对应，每个所述控件中分别显示对应的所述申请交互页面的填写状态。

可选地，所述方法还包括：当所述业务申请是首次申请时，在当前显示页面中展示多个控件，所述多个控件与所述多个申请交互页面一一对应，每个所述控件中分别显示对应的所述申请交互页面的填写状态，所述填写状态为未填写状态。

可选地，所述方法还包括：在检测到所述申请交互页面的所有栏目均被填写时，将所述申请交互页面的填写状态设为已填写状态；或者在检测到所述申请交互页面的栏目部分被填写时，将所述申请交互页面的填写状态设为部分填写状态；或者在检测到所述申请交互页面的所有栏目均未被填写时，将所述申请交互页面的填写状态设为未填写状态。

可选地，所述方法还包括：记录所述用户的已填写信息以及所述已填写信息对应的所述申请交互页面标识和栏目标识。

可选地，所述方法还包括：将所述已填写信息以及所述已填写信息对应的所述申请交互页面标识和栏目标识以加密状态保存在本地。

可选地，所述方法还包括：当获取到用户在所述控件上的预设操作时，获取所述控件所对应的申请交互页面的填写状态；当所述填写状态为已填写状态或部分填写状态时，获取所述申请交互页面的已填写信息和所述已填写信息的栏目信息；将当前显示页面跳转至所述控件所对应的申请交互页面，并在所述申请交互页面的对应栏目显示所述已填写信息。

可选地，所述方法还包括：当接收到业务申请提交请求时，判断所述多个申请交互页面的填写状态是否全部为已填写状态；当所述多个申请交互页面的填写状态全部为已填写状态时，将所述业务申请提交至服务器。

根据第二方面，本发明实施例提供了一种业务申请装置，所述业务申请包括多个申请交互页面，所述装置包括：判断单元，用于当接收到业务申请请求时，判断所述业务申请是否为首次申请；获取单元，用于当所述业务申请不是首次申请时，获取所述多个申请交互页面的填写状态；第一显示单元，用于在当前显示页面中展示多个控件，所述多个控件与所述多个申请交互页面一一对应，每个所述控件中分别显示对应的所述申请交互页面的填写状态。

可选地，所述装置还包括：第二显示单元，用于当所述业务申请是首次申请时，在当前显示页面中展示多个控件，所述多个控件与所述多个申请交互页面一一对应，每个所述控件中分别显示对应的所述申请交互页面的填写状态，所述填写状态为未填写状态。

根据第三方面，本发明实施例提供了一种用户终端，包括：存储器和处理器，所述存储器和所述处理器之间互相通信连接，所述存储器中存储有计算机指令，所述处理器通过执行所述计算机指令，从而执行上述第一方面中任一项所述的方法。

根据第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使所述计算机执行上述第一方面中任一项所述的方法。

根据本发明实施例的业务申请方法、装置、用户终端和计算机可读存储介质，对于并非首次申请的情况，用户再次提起业务申请时，可以在当前显示页面上清楚地看到该业务申请的多个申请交互页面的填写状态，可以通过当前显示页面中展示的控件跳转到期望的申请交互页面以继续填写或是回顾已填写部分，提升了用户体验。

根据本发明实施例的业务申请方法、装置、用户终端和计算机可读存储介质，对于首次申请的情况，用户可以在一开始就清楚地知道进行该业务申请需要填写哪些信息，需要填写多少个步骤，使得整个业务申请流程透明化，避免用户在业务申请中途才发现有不愿透露的隐私信息，而不得不放弃该业务申请，浪费用户的填写时间，给用户不好的使用体验。

附图说明

通过参考附图会更加清楚的理解本发明的特征和优点，附图是示意性的而不应理解为对本发明进行任何限制，在附图中：

图1示出了根据本发明实施例的业务申请方法的流程图；

图2示出了根据本发明实施例的业务申请方法中当前显示页面的示意图；

图3示出了根据本发明实施例的业务申请方法的一些可选实施方式的流程图；

图4示出了根据本发明实施例的业务申请方法的一些可选实施方式的流程图；

图5示出了根据本发明实施例的业务申请装置的示意图；

图6示出了根据本发明实施例的用户终端的示意图。

具体实施方式

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

图1示出了根据本发明实施例的业务申请方法，该方法适用于具有多个申请交互页面的线上业务申请，特别适用于贷款等需要填写多个申请交互页面的金融服务的线上业务申请，该方法可以包括如下步骤：

S11.接收业务申请请求。

用户在进行线上业务申请，需要先通过网页或APP注册账号，网页或APP上通常会显示多个可供用户申请的线上业务，用户可以通过触摸或点击的方式选择所需的业务，以提出业务申请。

S12.判断该业务申请是否为首次申请，当该业务申请不是首次申请时，执行步骤S13至S14，当该业务申请是首次申请时，执行步骤S15。

能够提起业务申请的均是已注册用户，对于用户所提起的业务申请在本地或服务器端会存在操作记录，可以通过该操作记录来判断该业务申请是否为首次申请。出于用户隐私的考虑，可选地，上述操作记录以加密的形式保存在本地，并可以根据用户需要，在预定时间后自动删除，或由用户自行手动删除。

S13.获取多个申请交互页面的填写状态。

由于用户所提起的业务申请在本地或服务器端会存在操作记录，因此可以获取到该业务申请的各个申请交互页面的填写状态。填写状态例如可以包括已填写状态、部分填写状态和未填写状态，当检测到申请交互页面的所有栏目均已被填写时，则系统可以将该申请交互页面的填写状态设为已填写状态；当检测到申请交互页面的栏目部分被填写时，则系统可以将该申请交互页面的填写状态设为部分填写状态；当检测到申请交互页面的所有栏目均未被填写时，则系统可以将该申请交互页面的填写状态设为未填写状态。

S14.在当前显示页面中展示多个控件。

当前显示页面即用户终端当前展示给用户的页面，该页面可以是网页页面，也可以是APP上的页面，如图2所示，当前显示页面11中展示有多个控件12，每个控件12与该业务申请的多个申请交互页面一一对应，图2示出了4个控件，然而仅仅只是作为示例，控件的数量与申请交互页面的数量相同，更多或更少的控件都是可行的。

如图2所示，每个控件12中都显示有对应的申请交互页面的填写状态。控件的排布顺序可以与进行业务申请时申请交互页面出现的顺序相同，这样用户在看到当前页面时可以很清楚的看到自己填写到哪一步了，可以通过触摸或点击相应的控件进入到相应的申请交互页面。作为一种可选实施方式，每个控件12中还显示有对应的申请交互页面的页面标识，该页面标识用于标识相应的申请交互页面，例如某个申请交互页面需要填写用户个人信息，则该申请交互页面的页面标识可以设为个人信息；某个申请交互页面需要进行身份证认证，则该申请交互页面的页面标识可以设为身份证认证等等，这样用户可以更顺利地找到想要的页面。

通过上述方法步骤，对于并非首次申请的情况，用户再次提起业务申请时，可以在当前显示页面上清楚地看到该业务申请的多个申请交互页面的填写状态，可以通过当前显示页面中展示的控件跳转到期望的申请交互页面以继续填写或是回顾已填写部分，提升了用户体验。

S15.在当前显示页面中展示多个控件。

与步骤S14相同，对于首次申请的情况，同样也可以在当前显示页面中展示与该业务申请的多个申请交互页面一一对应多个控件，由于用户是首次申请该业务，因此各个申请交互页面的填写状态均为未填写状态。作为一种可选实施方式，该步骤S15中，每个控件均还显示有对应的申请交互页面的页面标识，这样用户可以在一开始就清楚地知道进行该业务申请需要填写哪些信息，需要填写多少个步骤，使得整个业务申请流程透明化，如果其中有用户不愿透露的隐私信息，用户则可以在一开始就放弃该业务申请。而采用现有的互联网业务申请流程，用户可能在填写了若干页面之后，才会发现其中有不愿透露的隐私信息，不得不放弃该业务申请，这样会浪费用户的填写时间，给用户不好的使用体验。

作为本发明实施例的一些可选实施方式，如图3所示，根据本发明实施例的业务申请方法还可以包括如下步骤：

S21.获取用户在控件上的预设操作。

当用户需要回顾或填写某个申请交互页面时，可以在当前显示页面上触摸或点击相应的控件，当然也可以是其他预设操作，例如用户也可以通过语音控制的方式跳转到该控件所对应的申请交互页面。

S22.获取该控件所对应的申请交互页面的填写状态，当该填写状态为已填写状态或部分填写状态时执行步骤S23至S24，当该填写状态为未填写状态时执行步骤S25。

如上文中步骤S13所述，系统已根据申请交互页面的各个栏目的填写状况将申请交互页面的填写状态设为已填写状态、或部分填写状态、或未填写状态，由此系统能够获取到控件所对应的申请交互页面的填写状态。

S23.获取该申请交互页面的已填写信息和该已填写信息的栏目信息。

对于用户已填写的信息，系统会记录已填写信息以及该已填写信息对应的申请交互页面标识和栏目标识。例如用户在申请交互页面标识为AAA的申请交互页面中的栏目标识为BBB的栏目中填写了信息CCC，则系统会将这些信息关联记录下来，当用户触摸或点击了申请交互页面AAA对应的控件时，系统可以根据记录找到已填写信息CCC和对应的栏目信息BBB。

已填写信息及其对应的申请交互页面标识和栏目标识可以记录在本地或是服务器端，作为一种可选实施方式，已填写信息及其对应的申请交互页面标识和栏目标识以加密状态保存在本地，以保护用户隐私，并可以根据用户需要，在预定时间后自动删除，或由用户自行手动删除。

S24.将当前显示页面跳转至该控件所对应的申请交互页面，并在该申请交互页面的对应栏目显示该已填写信息。

如步骤S23中所述，系统根据记录找到已填写信息CCC和对应的栏目信息BBB，即可以将已填写信息CCC显示到所跳转的申请交互页面AAA的栏目BBB中。

S25.将当前显示页面跳转至该控件所对应的申请交互页面。

由于该控件所对应的申请交互页面的填写状态为未填写状态，可以直接跳转至该申请交互页面，以待用户进行填写。

通过上述方法步骤，用户可以通过预设操作跳转至期望进行填写的申请交互页面，或是跳转至期望回顾的申请交互页面，对于已填写或是部分填写的申请交互页面，系统会根据先前的记录自动在相应栏目展示相应已填写信息，以方便用户回顾，且避免了用户重复填写。

作为本发明实施例的一些可选实施方式，如图4所示，根据本发明实施例的业务申请方法还可以包括如下步骤：

S31.接收业务申请提交请求。

当用户完成信息填写时，例如可以通过触摸或点击交互页面上的“提交”按钮的形式发出业务申请提交请求。

S32.判断多个申请交互页面的填写状态是否全部为已填写状态，当多个申请交互页面的填写状态全部为已填写状态时执行步骤S33，当多个申请交互页面的填写状态不是全部为已填写状态时执行步骤S34。

如上文中步骤S13所述，填写状态可以包括已填写状态、部分填写状态和未填写状态，当检测到申请交互页面的所有栏目均已被填写时，则系统可以将该申请交互页面的填写状态设为已填写状态；当检测到申请交互页面的栏目部分被填写时，则系统可以将该申请交互页面的填写状态设为部分填写状态；当检测到申请交互页面的所有栏目均未被填写时，则系统可以将该申请交互页面的填写状态设为未填写状态。

S33.将该业务申请提交至服务器。

系统仅在检测到多个申请交互页面的填写状态全部为已填写状态时，才将该业务申请提交至服务器端，以便服务提供方完成业务申请审核。而在此之前所填写的信息均保存在本地，可选地，以加密状态保存在本地，避免用户中途放弃业务申请，已填写信息却保存在了服务器端的情况，最大程度上保护了用户的个人隐私。

S34.提示用户该业务申请未完善。

可以以多种方式提示用户该业务申请未完善，例如将交互页面上的“提交”按钮设为不可点击或触摸；例如以上文中步骤S14的方式显示各个申请交互页面的填写状态，或者以弹窗的形式显示出填写状态为部分填写状态和未填写状态的申请交互页面，甚至直接显示未填写的栏目；再例如将当前显示页面直接跳转至填写状态为部分填写状态和未填写状态的申请交互页面，并高亮显示出未填写的栏目等等。

相应地，如图5所示，本发明实施例还提供了一种业务申请装置，该装置适用于具有多个申请交互页面的线上业务申请，特别适用于贷款等需要填写多个申请交互页面的金融服务的线上业务申请，该装置可以包括：

判断单元21，用于当接收到业务申请请求时，判断该业务申请是否为首次申请，具体内容可以参见步骤S11和S12的描述；

获取单元22，用于当该业务申请不是首次申请时，获取该多个申请交互页面的填写状态，具体内容可以参见步骤S13的描述；

第一显示单元23，用于在当前显示页面中展示多个控件，该多个控件与该多个申请交互页面一一对应，每个控件中分别显示对应的申请交互页面的填写状态，具体内容可以参见步骤S14的描述。

第二显示单元24，用于当该业务申请是首次申请时，在当前显示页面中展示多个控件，该多个控件与该多个申请交互页面一一对应，每个控件中分别显示对应的申请交互页面的填写状态，该填写状态为未填写状态，具体内容可以参见步骤S15的描述。

通过上述判断单元21、获取单元22和第一显示单元23，对于并非首次申请的情况，用户再次提起业务申请时，可以在当前显示页面上清楚地看到该业务申请的多个申请交互页面的填写状态，可以通过当前显示页面中展示的控件跳转到期望的申请交互页面以继续填写或是回顾已填写部分，提升了用户体验。

通过上述判断单元21和第二显示单元24，对于首次申请的情况，用户可以在一开始就清楚地知道进行该业务申请需要填写哪些信息，需要填写多少个步骤，使得整个业务申请流程透明化，避免用户在业务申请中途才发现有不愿透露的隐私信息，而不得不放弃该业务申请，浪费用户的填写时间，给用户不好的使用体验。

根据本发明实施例的业务申请装置的其他具体细节可以对应参阅图1至图4所示的实施例中对应的相关描述和效果进行理解，此处不再赘述。

如图6所示，本发明实施例还提供了一种用户终端，该用户终端可以包括处理器31和存储器32，其中处理器31和存储器32可以通过总线或者其他方式连接，图6中以通过总线连接为例。

处理器31可以为中央处理器(Central Processing Unit，CPU)。处理器31还可以为其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。

存储器32作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如本发明实施例中的业务申请方法所对应的程序指令。处理器31通过运行存储在存储器32中的非暂态软件指令，从而执行处理器的各种功能应用以及数据处理，即实现上述方法实施例中的业务申请方法。

存储器32可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中，存储器32可选包括相对于处理器31远程设置的存储器，这些远程存储器可以通过网络连接至处理器31。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

上述用户终端的具体细节可以对应参阅图1至图4所示的实施例中对应的相关描述和效果进行理解，此处不再赘述。

本领域技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory，ROM)、随机存储记忆体(Random Access Memory，RAM)、快闪存储器(Flash Memory)、硬盘(Hard Disk Drive，缩写：HDD)或固态硬盘(Solid-State Drive，SSD)等；所述存储介质还可以包括上述种类的存储器的组合。

虽然结合附图描述了本发明的实施例，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下作出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (11)

1.一种业务申请方法，所述业务申请包括多个申请交互页面，其特征在于，所述方法包括：

当接收到业务申请请求时，判断所述业务申请是否为首次申请；

当所述业务申请不是首次申请时，获取所述多个申请交互页面的填写状态；

在当前显示页面中展示多个控件，所述多个控件与所述多个申请交互页面一一对应，每个所述控件中分别显示对应的所述申请交互页面的填写状态。

2.根据权利要求1所述的方法，其特征在于，还包括：

当所述业务申请是首次申请时，在当前显示页面中展示多个控件，所述多个控件与所述多个申请交互页面一一对应，每个所述控件中分别显示对应的所述申请交互页面的填写状态，所述填写状态为未填写状态。

3.根据权利要求1所述的方法，其特征在于，还包括：

在检测到所述申请交互页面的所有栏目均被填写时，将所述申请交互页面的填写状态设为已填写状态；或者

在检测到所述申请交互页面的栏目部分被填写时，将所述申请交互页面的填写状态设为部分填写状态；或者

在检测到所述申请交互页面的所有栏目均未被填写时，将所述申请交互页面的填写状态设为未填写状态。

4.根据权利要求1所述的方法，其特征在于，还包括：

记录所述用户的已填写信息以及所述已填写信息对应的所述申请交互页面标识和栏目标识。

5.根据权利要求4所述的方法，其特征在于，还包括：

将所述已填写信息以及所述已填写信息对应的所述申请交互页面标识和栏目标识以加密状态保存在本地。

6.根据权利要求1-5中任一项所述的方法，其特征在于，还包括：

当获取到用户在所述控件上的预设操作时，获取所述控件所对应的申请交互页面的填写状态；

当所述填写状态为已填写状态或部分填写状态时，获取所述申请交互页面的已填写信息和所述已填写信息的栏目信息；

将当前显示页面跳转至所述控件所对应的申请交互页面，并在所述申请交互页面的对应栏目显示所述已填写信息。

7.根据权利要求1-6中任一项所述的方法，其特征在于，还包括：

当接收到业务申请提交请求时，判断所述多个申请交互页面的填写状态是否全部为已填写状态；

当所述多个申请交互页面的填写状态全部为已填写状态时，将所述业务申请提交至服务器。

8.一种业务申请装置，所述业务申请包括多个申请交互页面，其特征在于，所述装置包括：

判断单元，用于当接收到业务申请请求时，判断所述业务申请是否为首次申请；

获取单元，用于当所述业务申请不是首次申请时，获取所述多个申请交互页面的填写状态；

第一显示单元，用于在当前显示页面中展示多个控件，所述多个控件与所述多个申请交互页面一一对应，每个所述控件中分别显示对应的所述申请交互页面的填写状态。

9.根据权利要求8所述的装置，其特征在于，还包括：

第二显示单元，用于当所述业务申请是首次申请时，在当前显示页面中展示多个控件，所述多个控件与所述多个申请交互页面一一对应，每个所述控件中分别显示对应的所述申请交互页面的填写状态，所述填写状态为未填写状态。

10.一种用户终端，其特征在于，包括：存储器和处理器，所述存储器和所述处理器之间互相通信连接，所述存储器中存储有计算机指令，所述处理器通过执行所述计算机指令，从而执行权利要求1-7中任一项所述的方法。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使所述计算机执行权利要求1-7中任一项所述的方法。