申请审核方法、装置、计算设备以及介质与流程

1.本公开涉及金融领域，具体涉及信用卡领域，特别是涉及一种申请审核方法、申请审核装置、计算设备、计算机可读存储介质和计算机程序产品。


背景技术：

2.在相关技术中，用户可以通过各种渠道申请信用卡，但是申请流程需要经过三至七个工作日才能完成审核，审核完成后还有制卡和寄卡流程，如果是涉及联名卡，和联名商户之间的交互又需要更长时间，即使是当日快速审核的银联无界卡也不一定能很快批过，这些现象反映了信用卡申请的低时效性。
3.信用卡审核过程中还会出现各种异常情况，使得审核流程更为缓慢。对于审核端来说，审核系统无法对异常数据进行处理，持续的报错数据会影响系统的审核速度，也会造成审核状态不统一；对于申请者来说，长时间未收到申请结果，可能会发起投诉，并且后续再度申请也会因存在同类卡被直接拒绝，影响用户体验。


技术实现要素：

4.鉴于上述问题，本公开提供了保证系统健壮性的申请审核方法、装置、设备、介质和程序产品。
5.根据本公开的第一个方面，提供了一种申请审核方法，包括：获取审核流转表，审核流转表包括响应于用户申请生成的审核流转表；响应于接收到针对审核流转表的审核请求，确定审核流转表的审核结果；在审核结果是审核未完成的情况下，基于审核流转表确定审核场景；在确定审核场景的情况下，对审核流转表进行审核，得到更新的审核流转表；响应于接收到针对更新的审核流转表的审核请求，重新确定更新的审核流转表的审核结果。
6.根据本公开的实施例，该申请审核方法还包括：在审核结果是审核完成的情况下，基于审核流转表确定审核流转表的结果推送状态；在结果推送状态为已推送但未结束推送线程的情况下，确定第一推送状态，第一推送状态包括推送正常和推送异常；在第一推送状态为推送异常的情况下，更新审核流转表，并重新进行结果推送；以及在第一推送状态为推送正常的情况下，关闭审核线程。
7.根据本公开的实施例，其中，在结果推送状态为已推送但未结束推送线程的情况下，确定第一推送状态包括：根据当前系统时刻和开始推送时刻，计算结果推送时间间隔；以及在结果推送时间间隔超过推送有效期的情况下，确定第一推送状态为推送异常。
8.根据本公开的实施例，其中，在审核结果是审核未完成的情况下，基于审核流转表确定审核场景包括：基于审核流转表，获取审核场景标志，审核场景标志包括满足用户需求的多个审核场景标志；基于审核场景标志，确定审核场景，其中，审核场景包括第一场景和第二场景。
9.根据本公开的实施例，审核流转表包括重置次数字段，用于表示审核流转表的重置次数，该申请审核方法还包括：在审核场景是第一场景的情况下，根据当前系统时刻和申
请单录入时刻，计算第一审核时间间隔；以及在第一审核时间间隔超过第一预设时间间隔的情况下，对审核流转表的重置次数进行审核，第一预设时间间隔为第一场景的审核处理有效期。
10.根据本公开的实施例，审核流转表还包括审核状态字段，用于表示审核流转表的审核状态；其中，在第一审核时间间隔超过第一预设时间间隔的情况下，对审核流转表的重置次数进行审核包括：在重置次数小于等于预设次数的情况下，更新审核流转表的重置次数字段和审核状态字段，得到更新的审核流转表；以及在重置次数大于预设次数的情况下，更新审核流转表的审核状态字段，得到更新的审核流转表。
11.根据本公开的实施例，该申请审核方法还包括：在审核场景是第二场景的情况下，根据当前系统时刻和申请单录入时刻，计算第二审核时间间隔；以及在第二审核时间间隔超过第二预设时间间隔的情况下，更新审核流转表的审核状态字段，得到更新的审核流转表，第二预设时间间隔为第二场景的审核处理有效期。
12.根据本公开的实施例，该申请审核方法还包括：获取审核完成的历史审核流转表的审核时间间隔；根据审核时间间隔，确定审核时间间隔的平均值和审核时间间隔的标准差；以及基于审核时间间隔的平均值和审核时间间隔的标准差，确定第二预设时间间隔。
13.本公开的第二方面提供了一种申请审核装置，包括：第一获取模块，用于获取审核流转表，审核流转表包括响应于用户申请生成的审核流转表；第一确定模块，用于响应于接收到针对审核流转表的审核请求，确定审核流转表的审核结果；第二确定模块，用于在审核结果是审核未完成的情况下，基于审核流转表确定审核场景；第一审核模块，用于在确定审核场景的情况下，对审核流转表进行审核，得到更新的审核流转表；以及第二审核模块，用于响应于接收到针对更新的审核流转表的审核请求，重新确定更新的审核流转表的审核结果。
14.本公开的第三方面提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，其中，当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器执行上述申请审核方法。
15.本公开的第四方面还提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行上述申请审核方法。
16.本公开的第五方面还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述申请审核方法。
附图说明
17.通过以下参照附图对本公开实施例的描述，本公开的上述内容以及其他目的、特征和优点将更为清楚，在附图中：
18.图1示意性示出了根据本公开实施例的申请审核方法和申请审核装置的系统架构；
19.图2示意性示出了根据本公开实施例的申请审核方法的流程图；
20.图3示意性示出了根据本公开实施例的在审核结果是审核完成情况下的审核方法流程图；
21.图4示意性示出了根据本公开实施例的确定第一推送状态的方法流程图；
22.图5示意性示出了根据本公开实施例的申请审核方法的流程框图；
23.图6示意性示出了根据本公开实施例的确定审核场景的方法的流程图；
24.图7示意性示出了根据本公开实施例的第一场景的审核方法流程图；
25.图8示意性示出了根据本公开实施例的第一审核时间间隔超过第一预设时间间隔的审核方法流程图；
26.图9示意性示出了根据本公开实施例的第二场景的审核方法的流程图；
27.图10示意性示出了根据本公开实施例的确定第二预设时间间隔的审核方法流程图；
28.图11示意性示出了根据本公开具体实施例的申请审核方法流程框图；
29.图12示意性示出了根据本公开实施例的申请审核装置的结构框图；以及
30.图13示意性示出了根据本公开实施例的适于实现申请审核方法的电子设备的方框图。
具体实施方式
31.以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。
32.在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
33.在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。
34.在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、 b、c的系统等)。
35.本公开的实施例提供了一种申请审核方法：获取审核流转表，审核流转表包括响应于用户申请生成的审核流转表；响应于接收到针对审核流转表的审核请求，确定审核流转表的审核结果；在审核结果是审核未完成的情况下，基于审核流转表确定审核场景；在确定审核场景的情况下，对审核流转表进行审核，得到更新的审核流转表；响应于接收到针对更新的审核流转表的审核请求，重新确定更新的审核流转表的审核结果。
36.本公开的发明构思在于先对审核流转表进行审核，确定审核结果；在审核结果为未完成的情况下，确定审核场景后更新审核流转表；对更新的审核流转表再次进行审核，重新确认审核结果。考虑到现有技术虽然可以避免因上下游接口超时、数据缺失导致的风险审查数据不完整，但是却缺乏对整个流程的闭环。对于异常数据无法进行处理，或者发送kafka的交互出现异常，也不会自动补处理，该笔申请单就会一直停留在系统中。
37.本公开通过先确定审核结果，然后进行审核，审核后重新更新审核结果的方式，实现了申请审核流程的闭环，在审核结束后再次回到初始节点确认审核结果，保证通过闭环及时处理异常数据，避免异常数据占用线程以及影响用户使用体验。
38.图1示意性示出了根据本公开实施例的申请审核方法和申请审核装置的系统架构。
39.如图1所示，根据该实施例的系统架构100可以包括终端设备101、 102、103，网络104和服务器105。网络104用以在终端设备101、102、 103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
40.用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
41.终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
42.服务器105可以是提供各种服务的服务器，例如对用户利用终端设备 101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。
43.需要说明的是，本公开实施例所提供的申请审核方法一般可以由服务器105执行。相应地，本公开实施例所提供的申请审核装置一般可以设置于服务器105中。本公开实施例所提供的申请审核方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的申请审核装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器 105通信的服务器或服务器集群中。
44.例如，本公开实施例的审核流转表可以存储在终端设备101、102、103 中，通过终端设备101、102、103将审核流转表发送至服务器105中，服务器105可以基于审核流转表获响应于接收到针对审核流转表的审核请求，确定审核流转表的审核结果，在审核结果是审核未完成的情况下，基于审核流转表确定审核场景，响应于审核场景，调用对应的审核规则对审核流转表进行审核，以及更新审核流转表，并将更新的审核流转表传递至审核结束节点。另外，审核流转表还可以由服务器105接收并直接存储在服务器105中，由服务器105直接基于审核流转表响应于接收到针对审核流转表的审核请求，确定审核流转表的审核结果，在审核结果是审核未完成的情况下，基于审核流转表确定审核场景，响应于审核场景，调用对应的审核规则对审核流转表进行审核，以及更新审核流转表，并将更新的审核流转表传递至审核结束节点。
45.应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
46.以下将基于图1描述的系统架构，通过图2～图13对公开实施例的申请审核方法进行详细描述。
47.图2示意性示出了根据本公开实施例的申请审核方法的流程图。
48.如图2所示，该方法包括操作s201～s205。
49.在操作s201，获取审核流转表，审核流转表包括响应于用户申请生成的审核流转表。
50.根据本公开的实施例，基于用户申请单生成审核流转表，该审核流转表包括响应于用户在客户端进行申请操作生成的审核流转表。例如，当用户发送申请请求，审核系统可以提取用户输入的申请信息，进行数据清洗和预处理，生成标准格式的审核流转表。
51.根据本公开的实施例，审核流转表包括字段名：申请单编号、流转状态、申请单录入时间、审核场景标志和审核完成时间的字段和与字段名对应的字典。具体的流转状态包括但不限于复核通过、审核拒绝申请、审核通过申请、开户成功、已拒绝并发短信等。
52.在操作s202，响应于接收到针对审核流转表的审核请求，确定审核流转表的审核结果。
53.根据本公开的实施例，获取审核流转表之后，响应于审核流转表的审核请求，根据审核流转表的流转状态可以确定审核流程是否完成。例如，当流转状态为审核拒绝申请、审核通过申请、开户成功、已拒绝并发短信时，表明审核过程已经完成，生成了对应的审核结果；当审核结果为复核通过时，表明审核未完成。审核结果包括审核完成和审核未完成，但是审核完成和审核未完成均可以根据审核流转表对应一个或多个流转状态。
54.在操作s203，在审核结果是审核未完成的情况下，基于审核流转表确定审核场景。
55.根据本公开的实施例，在审核结果是审核未完成的情况下，基于审核流转表确定该审核流转表对应的审核场景。具体的，审核场景可以是响应用户申请生成审核流转表时确定的审核场景，也可以是在审核过程中根据审核条件改变的审核场景。例如，根据用户申请生成的审核流转表，确定审核场景为第一场景，但是在审核过程中，申请条件不符合审核条件时，可以根据审核条件改变审核场景。
56.在操作s204，在确定审核场景的情况下，对审核流转表进行审核，得到更新的审核流转表。
57.根据本公开的实施例，不同的审核场景对应不同的审核规则，一个审核场景下可能包含多个子场景，不同子场景可以对应不同的审核子规则。例如，审核过程中可以包括审核场景1和审核场景2，在审核场景1中还可以包括审核子场景a、审核子场景b，对应的审核场景1的审核规则可以包括审核子规则a和审核子规则b。在确定审核场景后，调用该审核场景的对应的审核规则对审核流转表进行审核，得到更新后的审核流转表。
58.在操作s205，响应于接收到针对更新的审核流转表的审核请求，重新确定更新的审核流转表的审核结果。
59.根据本公开的实施例，在对审核流转表进行审核，得到更新的审核流转表后，响应于接收到针对更新的审核流转表的审核请求，审核系统重新确定关于更新的审核流转表的审核结果，再次确定审核结果。为了便于理解本方案，以审核信用卡为例，当响应于用户申请生成审核流转表后，先确定审核流转表的审核结果；在审核结果为未完成的情况下，继续审核；在审核过程中发现用户信用数据出现异常，更新生成审核流转表；审核系统经过处理，将更新后的审核流转表返回最初的确认审核结果阶段，重新确认审核结果，审核系统可以通过闭环再次确认审核结果，及时处理异常数据。
60.本公开的实施例通过在审核时先确定审核结果，然后再进入审核流程，最后生成更新的审核流转表后再重新确认审核结果，保证了审核流程的闭环，保证系统的健壮性，减
少因审核异常造成的滞留时间，加快审核速度。同时，闭环的审核流程还能够对异常数据进行处理，保证审核状态的一致性，提高用户体验。
61.图3示意性示出了根据本公开实施例的在审核结果是审核完成情况下的审核方法流程图，如图3所示，该方法包括操作s301～s304。
62.在操作s301，在审核结果是审核完成的情况下，基于审核流转表确定审核流转表的结果推送状态。
63.根据本公开的实施例，确定审核结果是审核完成后，进入结果推送流程，根据审核流转表中的流转状态字段来确定结果推送状态。结果推送状态包括已推送但未结束推送线程和已结束推送线程，结果推送状态为已结束推送线程表明向客户端推送结果状态成功，不需要进行处理，关闭线程；结果推送状态为已推送但未结束推送线程表明已经向客户端推送结果状态，但是未结束推送线程。
64.根据本公开的实施例，审核流转表还包括结果推送标志和开始推送时刻。例如，当结果推送状态为已推送但未结束推送线程，此时推送标志为结果已推送但未成功，当结果推送状态为已结束推送线程，此时推送标志为结果已推送成功。开始推送时刻字段记录进行结果推送的时刻。
65.在操作s302，在结果推送状态为已推送但未结束推送线程的情况下，确定第一推送状态。
66.根据本公开的实施例，第一推送状态包括推送正常和推送异常。在结果推送状态显示为已推送但未结束推送线程的情况下，确定第一推送状态，进一步确定未结束推送线程的原因。具体的，第一推送状态为推送正常表示此时已推送且推送正常，推送时间仍在推送有效期内，由于其他节点未处理导致未结束推送线程；第一推送状态为推送异常表示已推送但是推送异常，需要对推送异常进行处理。
67.在操作s303，在第一推送状态为推送异常的情况下，更新审核流转表，并重新进行结果推送。
68.根据本公开的实施例，在确认第一推送状态为推送异常的情况下，更新审核流转表，重新进行结果推送后，再将更新的审核流转表返回至确认审核结果阶段，重新确认审核结果。在更新审核流转表的同时，审核系统能够更新结果推送状态。例如，在第一推送状态为推送异常的情况下，审核系统进行审核处理后，更新审核流转表后，审核系统将结果推送状态更新为未推送；在重新进行结果推送后，得到新的结果推送状态，包括已推送但未结束推送线程或已结束推送线程。
69.在操作s304，在第一推送状态为推送正常的情况下，关闭审核线程。
70.根据本公开的实施例，第一推送状态为推送正常表明此时结果推送线程没有异常，关闭审核线程，避免占用线程。
71.根据本公开的实施例，可以采用kafka进行结果推送。例如，当结果推送状态为已推送但未结束推送线程时，推送标志为结果已推送但未成功，进一步确定第一推送状态是推送异常，更新审核流转表，通过kafka 再次进行结果推送。
72.根据本公开的实施例，仍以对信用卡进行审核为例，在获取审核流转表后，先根据审核流转表确认该信用卡审核流程是否完成；在审核结果为未完成的情况下进入下一个节点，确定对该信用卡审核的具体审核场景；在确定审核场景后，对本次审核流转表进行审
核，审核完成后将审核完成的相应数据在审核流转表内更新，并进行相应的审核处理；再次返回确定审核结果节点，重新判断更新的审核流转表的审核结果。在初始判断审核结果为已完成时，确定信用卡审核结果，在确定结果推送状态为已推送但未结束推送线程的情况下，确定第一推送状态为推送异常时，向产品端重新推送本次信用卡审核的结果，可以为“开户成功”，推送正常则关闭审核线程；当确定结果推送状态为已结束推送线程时，关闭审核线程。
73.图4示意性示出了根据本公开实施例的确定第一推送状态的方法流程图。如图4所示，该方法包括操作s401～s402。
74.在操作s401，根据当前系统时刻和开始推送时刻，计算结果推送时间间隔。
75.根据本公开的实施例，基于审核流转表可以获得结果推送的开始推送时刻，然后根据系统数据获取当前系统时刻，将当前系统时刻减去开始推送时刻获得结果推送时间间隔。在正常进行结果推送时，结果推送时间间隔可以表现出正常的推送时间间隔；在结果推送出现异常时，结果推送时间间隔就会呈现出异常的时间间隔长度。
76.在操作s402，在结果推送时间间隔超过推送有效期的情况下，确定第一推送状态为推送异常。
77.根据本公开的实施例，推送有效期为kafka推送有效期。在结果推送时间间隔小于等于推送有效期时，确定第一推送状态为推送正常，关闭线程；结果推送时间间隔超过推送有效期，表明推送已经超期，在此情况下重新进行结果推送，更新推送状态为未推送，将审核流转表中的开始推送时刻更新为当前系统时刻。在完成更新审核流转表后，将更新的审核流转表返回至初始确定审核结果节点，重新确认审核结果，保证审核流程的闭环。
78.图5示意性示出了根据本公开实施例的申请审核方法的流程框图。如图5所示，该方法包括操作s501～s508。
79.在操作s501，确定审核结果是否完成。根据本公开的实施例，对应操作s202响应于接收到针对审核流转表的审核请求，确定审核流转表的审核结果。
80.在操作s502，确定审核场景。根据本公开的实施例，对应操作s203 在审核结果是审核未完成的情况下，基于审核流转表确定审核场景。
81.在操作s503，更新审核流转表。根据本公开的实施例，对应操作s204 在确定审核场景的情况下，对审核流转表进行审核，得到更新的审核流转表。
82.在操作s504，重新确定审核结果。根据本公开的实施例，对应操作 s205响应于接收到针对更新的审核流转表的审核请求，重新确定更新的审核流转表的审核结果。
83.在操作s505，确定是否完成推送线程。根据本公开的实施例，对应操作s301，在审核结果是审核完成的情况下，基于审核流转表确定审核流转表的结果推送状态。
84.在操作s506，结束。表示在已完成推送线程的情况下，关闭审核流程，表明此次审核流程结束。以及在第一推送状态为推送正常的情况下，关闭审核流程，表明此次审核流程结束。根据本公开的实施例，对应操作s304 在第一推送状态为推送正常的情况下，关闭审核线程。
85.在操作s507，确定第一推送状态是否存在异常。根据本公开的实施例，对应操作s302在结果推送状态为已推送但未结束推送线程的情况下，确定第一推送状态。
86.在操作s508，更新审核流转表进行结果推送。根据本公开的实施例，对应操作s303
在第一推送状态为推送异常的情况下，更新审核流转表和推送状态，并重新进行结果推送。
87.根据本公开的实施例，仍以信用卡审核为例，在s501确定审核结果为未完成，进入审核部分，具体的先在s502确认审核场景后进入s503进行审核，更新审核流转表，然后进入s504重新确定审核结果，并返回s501 进行判断。
88.在审核结果为完成的情况下，进入s505确定结果推送状态，根据结果推送状态来判断是否完成推送线程。在确定结果推送状态为已完成推送线程，进入s506，关闭审核线程；在确定结果推送状态为已推送但未完成结果推送线程的情况下进入s507，确定信用卡审核结果推送是否超时，推送超时表示已经进行结果推送，但是结果推送超时，推送异常，未推送超时表示已经进行结果推送，推送正常；在结果推送超时的情况下，进入s508，更新该信用卡申请单对应的审核流转表，将推送结果更新为未推送，采取相应的处理重新进行结果推送，然后审核流程从s508返回s501，重新确认审核结果。在结果推送未超时的情况下，进入s606，关闭审核流程。
89.本公开的实施例不仅将审核后更新的审核流转表返回确认结果阶段，构成一个审核流程的闭环，还将确认结果阶段与结果推送部分构成闭环，保证结果推送部分存在异常也能及时处理，形成了一个自动化的闭环审核流程，保证了系统的健壮性。通过设置推送有效期，将结果推送时间间隔与推送有效期进行比对，在超期的情况下重新进行结果推送，能够及时处理推送异常的数据；将更新的审核流转表返回确认结果阶段，重新确认审核结果，能够保证信息完成推送，保持上下游状态的一致性。
90.图6示意性示出了根据本公开实施例的确定审核场景的方法的流程图。如图6所示，包括操作s601～s602。
91.在操作s601，基于审核流转表，获取审核场景标志。
92.根据本公开的实施例，从审核流转表中获取审核场景标志，审核场景标志用于表示该审核流转单对应的审核场景。例如，审核场景标志可以为 0或1，审核场景标志为0对应第一种审核场景，审核场景标志为1对应第二种审核场景。具体的审核场景可以根据实际审核流程确定。
93.在操作s602，基于审核场景标志，确定审核场景，其中，审核场景包括第一场景和第二场景。
94.根据本公开的实施例，基于获取的审核场景标志，确定审核场景为第一场景或第二场景。为了便于理解本方案，以第一场景是联机发卡，第二场景是批量发卡为例，联机发卡场景需要调用各应用接口，待接口返回结果进行审批，批量发卡场景需要给各应用发送批量文件，加载返回的批量文件后进行审批。审核场景标志为0对应联机发卡场景，审核场景标志为 1对应批量发卡场景，具体的，在确定审核场景标志为1后，审核系统确认审核场景为批量发卡，采用批量发卡场景的审核规则对审核流转表进行审核。
95.图7示意性示出了根据本公开实施例的第一场景的审核方法流程图。如图7所示，该方法包括操作s701～s702。
96.在操作s701，在审核场景是第一场景的情况下，根据当前系统时刻和申请单录入时刻，计算第一审核时间间隔。
97.根据本公开的实施例，获取当前系统时刻和申请单录入时刻后，当前系统时刻减去申请单录入时刻，获得第一审核时间间隔，其中，第一审核时间间隔表明从录入申请单并
生成审核流转单到当前节点的时间。将第一审核时间间隔与第一预设时间间隔进行对比，用于判断第一审核时间间隔是否超时。在第一审核时间间隔不超过第一预设时间间隔的情况下，结束审核。
98.根据本公开的实施例，第一预设时间间隔设置为1日，包含审批工作时段和非工作时段两个阶段，用于保证在工作时段无法查询相关信息时，在非工作时段查询相关信息，确保审批流程能够查询到相关信息。
99.在操作s702，在第一审核时间间隔超过第一预设时间间隔的情况下，对审核流转表的重置次数进行审核。
100.根据本公开的实施例，第一预设时间间隔为第一场景的审核处理有效期。第一审核时间间隔超过第一预设时间间隔表明查询信息超时，需要调用第一场景对应的第一审核规则对审核流转表进行审核。例如，以信用卡审核为例，审核信用卡需要查询用户的征信信息，在第一场景进行审核时，第一审核时间间隔超时表明查询征信信息时间超时，在这种情况下需要重新查询征信信息或者进入对应的审核节点。
101.根据本公开的实施例，审核流转表还包括重置次数字段，用于提供重置功能。例如，重置次数可以提供重置查询征信信息的功能。
102.图8示意性示出了根据本公开实施例的第一审核时间间隔超过第一预设时间间隔的审核方法流程图。如图8所示，该方法包括s801～s802。
103.在操作s801，在重置次数小于等于预设次数的情况下，更新审核流转表的重置次数字段和审核状态字段，得到更新的审核流转表。
104.根据本公开的实施例，审核流转表还包括审核状态字段，用于表示所述审核流转表的审核状态。
105.根据本公开的实施例，预设次数可以设置为n，n为信息查询有效日t 除以第一预设时间间隔得到的数值，n的设置能够确保审核过程中的重置功能在信息查询有效日内。例如，以信用卡审核为例，t为征信查询有效日，第一预设时间间隔为1日，预设次数n为t/1。在审核场景为第一场景下，根据重置次数是否大于预设次数，将第一场景分为第一子场景和第二子场景。当重置次数小于等于预设次数时，进行信息的重置查询，更新审核流转表中的流转状态并增加重置次数，最后将更新后的审核流转表返回，重新确认审核结果。
106.在操作s802，在重置次数大于预设次数的情况下，更新审核流转表的审核状态字段，得到更新的审核流转表。
107.根据本公开的实施例，查询用户的征信信息需要在征信有效日内进行查询，超过征信有效日的征信查询会影响客户的征信记录，当重置次数大于预设次数时，表明重置次数已经达到了限制，需要关闭当前审核流程，结束当前审核流程，重新确认审核结果，更换审核场景或进入人工审核阶段。
108.图9示意性示出了根据本公开实施例的第二场景的审核方法的流程图。如图9所示，该方法包括s901～s902。
109.在操作s901，在审核场景是第二场景的情况下，根据当前系统时刻和申请单录入时刻，计算第二审核时间间隔。
110.根据本公开的实施例，根据审核场景标志确定审核场景为第二场景后，基于审核流转表获取申请单录入时刻以及获取当前系统时刻，将当前系统时刻减去申请单录入时
刻，获得审核流转表的第二审核时间间隔。第二审核时间间隔表明在第二场景审核流程下，从录入申请单并生成审核流转单到当前节点的时间间隔。
111.在操作s902，在第二审核时间间隔超过第二预设时间间隔的情况下，更新审核流转表的审核状态字段，得到更新的审核流转表。
112.根据本公开的实施例，第二预设时间间隔为第二场景的审核处理有效期。在第二审核时间间隔超过第二预设时间间隔时，表明当前第二场景的审核超时，该审核数据可能出现异常，及时关闭当前审核流程，更新审核流转表的流转状态。
113.现有技术对于数据异常一直处于报错状态，或者需要等待人工处理，等待人工处理以及人工处理的过程都会延长审核时间，本公开通过设置第二预设时间间隔，保证系统能够自动关闭异常处理的审核流程，并将该异常处理对应的审核流转表返回确定审核结果阶段，重新确定审核结果。本公开的方法不仅能够自动处理异常流程，还能减少对异常的处理时间，减少审核时间。
114.图10示意性示出了根据本公开实施例的确定第二预设时间间隔的审核方法流程图。如图10所示，该方法包括s1001～s1003。
115.在操作s1001，获取审核完成的历史审核流转表的审核时间间隔。
116.根据本公开的实施例，在审核场景为第二场景的情况下，从审核系统中获取当前审核场景下历史审核流转表的审核时间间隔。
117.在操作s1002，根据审核时间间隔，确定审核时间间隔的平均值和审核时间间隔的标准差。
118.根据本公开的实施例，获取第二预设时间间隔首先需要从数据库中获取多个已经审核完成的历史审核流转表的审核时间间隔，调用数据库中的平均值函数(avg函数)和标准差函数(stddev函数)。利用avg函数和stddev函数对历史审核流转表的审核时间间隔进行计算，分别得到历史审核流转表的平均值和标准差数据。
119.在操作s1003，基于审核时间间隔的平均值和审核时间间隔的标准差，确定第二预设时间间隔。
120.根据本公开的实施例，通过将审核时间间隔的平均值和三倍的审核时间间隔的标准差相加，得到第二预设时间间隔，获取第二预设时间间隔的这种方法称为三倍标准差法。利用三倍标准差法获得的第二预设时间间隔能够剔除审核流程中出现的异常数据，避免因异常数据导致的长时间审核，还能够减少因人工处理延迟导致的长时间审核。
121.本公开通过利用三倍标准差的方法设置第二预设时间间隔，明确界定了合适的等待时间，并且在第二审核时间间隔超过第二预设时间间隔时，能够自动关闭长时间处理订单，减少整个审核流程的处理时间，保证审核流程上下游数据的一致性。
122.图11示意性示出了根据本公开具体实施例的审核方法流程框图。如图11所示，该方法包括操作s1101～s1113。
123.在操作s1101，确定审核结果是否完成。根据本公开的实施例，对应操作s202响应于接收到针对审核流转表的审核请求，确定审核流转表的审核结果。
124.在操作s1102，确定审核场景是否是第一场景。在s1101确定审核结果为完成后，进入s1102，从审核流转表中获取审核场景标志，判断是否是第一场景。根据本公开的实施例，可以包括操作s601～s602。
125.在操作s1103，第一审核时间间隔是否大于第一预设时间间隔。在审核场景为第一场景的条件下，通过判断第一审核时间间隔是否大于第一预设时间间隔，将第一场景分为两个不同的情况s1104和s1105。根据本公开的实施例，s1103可以包括操作s701～s702，根据当前系统时刻和开始录入时刻计算出第一审核时间间隔，在第一审核时间间隔大于预设时间的情况下，进入s1104。
126.在操作s1104，重置次数是否大于预设次数。根据重置次数与预设次数的关系进行判断，得到两个不同的子场景s1106和s1107。
127.在操作s1105，结束。根据s1103判断第一审核时间间隔小于等于第一预设时间间隔后，进入s1105，关闭审核线程。
128.在操作s1106，当重置次数小于等于预设次数时进入s1106，对审核流转表进行审核并更新审核流转表。根据本公开的实施例，s1106可以包括操作s801，在重置次数小于等于预设次数的情况下，更新审核流转表的重置次数字段和审核状态字段，得到更新的审核流转表，以及将更新的审核流转表返回至s1101重新确定审核结果。
129.在操作s1107，当重置次数大于预设次数时进入s1107，表明当前的重置次数已经超过预设次数，需要更新审核流转表并结束当前的审核流程。根据本公开的实施例，s1207可以包括操作s802，在重置次数大于预设次数的情况下，更新审核流转表的审核状态字段，进入s1110审核结束节点，以便系统确认当前的审核流程已经结束。
130.在操作s1108，第二审核时间间隔是否大于第二预设时间间隔。根据当前系统时刻和开始录入时刻得到第二审核审核时间间隔，根据历史审核流转表的审核时间间隔计算得到第二预设时间间隔。根据本公开的实施例， s1108可以包括操作s901以及s1001～s1003。
131.在操作s1109，更新审核流转表。根据本公开的实施例，s1109可以包括操作s902，在第二审核时间间隔超过第二预设时间间隔的情况下，对审核流转表进行审核，更新审核流转表，进入s1110审核结束节点，表明当前审核场景的审核线程已经结束。
132.在操作s1110，审核结束。审核结束节点表示在当前审核场景下的审核流程已经结束，并且在当前审核场景得到的更新审核流转表需要流转到 s1101，重新确认审核结果。根据本公开的实施例，s1110对应上述描述的操作s205。
133.在操作s1111，确定是否完成推送线程。在s1101处确认审核结果为审核完成的情况下，进入到s1111，确定审核流转表的结果推送状态，根据审核流转表的结果推送状态确定是否完成推送线程。根据本公开的实施例，s1111对应上述描述的操作s301。
134.在操作s1112，结果推送。在确定结果推送状态为已推送但未结束推送线程的情况下，确定第一推送状态后进行结果推送。在第一推送状态为推送异常的情况下，结果推送表示更新审核流转表并重新进行结果推送；在第一推送状态为推送正常的情况下，结果推送表示正常流程，无需重新进行推送，结束线程。根据本公开的实施例，s1112对应上述描述的操作 s302～s303。
135.在操作s1113，结束。在确定结果推送状态为已未结束推送线程的情况下，结束推送线程。根据本公开的实施例，以信用卡审核为例，在s1101 确定审核结果是审核未完成时，进入s1102确认审核场景是否是第一场景；进入s1103在审核场景为第一场景下，判断第一审核时间间隔是否大于第一预设时间间隔，未超时则进入s1105，结束审核流程，超时则进入s1104，判断征信信息的查询是否超过预设次数；进入s1104后，在未超过预设次数时可
以进入s1106，重置审核并更新该审核流转表，将更换新后的审核流转表返回s1101，返回最开始的确认审核结果节点；进入s1104后，超过预设次数时需要进入s1107，更新审核流转表并进入s1110审核结束节点。进入s1110后，审核流转表还需要返回s1101确认审核结果节点，以便确认审核结果节点对更新后的审核流转表重新及逆行判断，完成整个审核闭环。
136.本公开通过设置第二预设时间保证在相应时间限制下还能从多个渠道获取需要查询的信息，通过添加重置次数字段并设置重置次数和预设次数的关系，在系统无法处理异常数据时提供重置功能或自动关闭该审核流程，实现对数据异常的自动处理，保证审核上下游数据的一致性。对于预设次数的设置还能够避免给用户带来二次查询征信的风险，提高用户体验。
137.图12示意性示出了根据本公开实施例的申请审核装置的结构框图。
138.如图12所示，申请审核装置1200包括第一获取模块1201、第一确定模块1202、第二确定模块1203、第一审核模块1204以及第二审核模块1205。
139.第一获取模块1201用于获取审核流转表，审核流转表包括响应于用户申请生成的审核流转表。根据本公开的实施例，第一获取模块1201例如可以执行上文参考图2描述的操作s201。
140.第一确定模块1202，用于响应于接收到针对审核流转表的审核请求，确定审核流转表的审核结果。根据本公开的实施例，第一确定模块1202 例如可以执行上文参考图2描述的操作s202。
141.第二确定模块1203，用于在审核结果是审核未完成的情况下，基于审核流转表确定审核场景。根据本公开的实施例，第二确定模块1203例如可以执行上文参考图2描述的操作s203。
142.第一审核模块1204，用于在确定审核场景的情况下，对审核流转表进行审核，得到更新的审核流转表。根据本公开的实施例，第一调用模块1204 例如可以执行上文参考图2描述的操作s204。
143.第二审核模块1205，用于响应于接收到针对更新的审核流转表的审核请求，重新确定更新的审核流转表的审核结果。根据本公开的实施例，第一更新模块1205例如可以执行上文参考图2描述的操作s205。
144.根据本公开的实施例，申请审核装置1200还包括第三确定模块、第一状态确定模块、第二状态确定模块和第三状态确定模块。
145.第三确定模块用于在审核结果是审核完成的情况下，基于审核流转表确定审核流转表的结果推送状态。根据本公开的实施例，第三确定模块例如可以执行上文参考图3描述的操作s301。
146.第一状态确定模块用于在结果推送状态为已推送但未结束推送线程的情况下，确定第一推送状态，第一推送状态包括推送正常和推送异常。根据本公开的实施例，第一状态确定模块例如可以执行上文参考图3描述的操作s302。
147.第二状态确定模块用于在第一推送状态为推送异常的情况下，更新审核流转表，并重新进行结果推送。根据本公开的实施例，第二状态确定模块例如可以执行上文参考图3描述的操作s303。
148.第三状态确定模块用于在第一推送状态为推送正常的情况下，关闭审核线程。根
据本公开的实施例，第三状态确定模块例如可以执行上文参考图3描述的操作s304。
149.根据本公开的实施例，第一状态确定模块还包括第一时间确定单元和第一状态确定单元。
150.第一时间确定单元用于根据当前系统时刻和开始推送时刻，计算结果推送时间间隔。根据本公开的实施例，第一时间确定单元例如可以执行上文参考图4描述的操作s401。
151.第一状态确定单元用于在结果推送时间间隔超过推送有效期的情况下，确定第一推送状态为推送异常。根据本公开的实施例，第一状态确定单元例如可以执行上文参考图4描述的操作s402。
152.根据本公开的实施例，第二确定模块1203包括场景标志确定单元和场景确定单元。
153.场景标志确定单元用于基于审核流转表，获取审核场景标志，审核场景标志包括满足用户需求的多个审核场景标志。根据本公开的实施例，场景标志确定单元例如可以执行上文参考图6描述的操作s601。
154.场景确定单元用于基于审核场景标志，确定审核场景，其中，审核场景包括第一场景和第二场景。根据本公开的实施例，场景确定单元例如可以执行上文参考图6描述的操作s602。
155.根据本公开的实施例，第一审核模块1204包括第一场景时间确定单元和第一场景审核单元。
156.第一场景时间确定单元用于在审核场景是第一场景的情况下，根据当前系统时刻和申请单录入时刻，计算第一审核时间间隔。根据本公开的实施例，第一场景时间确定单元例如可以执行上文参考图7描述的操作s701。
157.第一场景审核单元用于在第一审核时间间隔超过第一预设时间间隔的情况下，对审核流转表的重置次数进行审核，第一预设时间间隔为第一场景的审核处理有效期。根据本公开的实施例，第一场景审核单元例如可以执行上文参考图7描述的操作s702。
158.根据本公开的实施例，第一场景审核单元包括第一确定子单元和第二确定子单元。
159.第一确定子单元用于在重置次数小于等于预设次数的情况下，更新审核流转表的重置次数字段和审核状态字段，得到更新的审核流转表。根据本公开的实施例，第一确定子单元例如可以执行上文参考图8描述的操作 s801。
160.第二确定子单元用于在重置次数大于预设次数的情况下，更新审核流转表的审核状态字段，得到更新的审核流转表。根据本公开的实施例，第二确定子单元例如可以执行上文参考图8描述的操作s802。
161.根据本公开的实施例，第一审核模块1204包括第二场景时间确定单元和第二场景审核单元。
162.第二场景时间确定单元用于在审核场景是第二场景的情况下，根据当前系统时刻和申请单录入时刻，计算第二审核时间间隔。根据本公开的实施例，第二场景时间确定单元例如可以执行上文参考图9描述的操作s901。
163.第二场景审核单元用于在第二审核时间间隔超过第二预设时间间隔的情况下，更新审核流转表的审核状态字段，得到更新的审核流转表，第二预设时间间隔为第二场景的
审核处理有效期。根据本公开的实施例，第二场景审核单元例如可以执行上文参考图9描述的操作s902。
164.根据本公开的实施例，第二场景审核单元包括第一时间确定子单元、第二时间确定子单元和第三时间确定子单元。
165.第一时间确定子单元用于获取审核完成的历史审核流转表的审核时间间隔。根据本公开的实施例，第一时间确定子单元例如可以执行上文参考图10描述的操作s1001。
166.第二时间确定子单元用于根据审核时间间隔，确定审核时间间隔的平均值和审核时间间隔的标准差。根据本公开的实施例，第二时间确定子单元例如可以执行上文参考图10描述的操作s1002。
167.第三时间确定子单元用于基于审核时间间隔的平均值和审核时间间隔的标准差，确定第二预设时间间隔。根据本公开的实施例，第三时间确定子单元例如可以执行上文参考图10描述的操作s1003。
168.根据本公开的实施例的第一获取模块1201、第一确定模块1202、第二确定模块1203、第一审核模块1204、第二审核模块1205、第三确定模块、第一状态确定模块、第二状态确定模块、第三状态确定模块、第一时间确定单元、第一状态确定单元、场景标志确定单元、场景确定单元、第一场景时间确定单元、第一场景审核单元、第一确定子单元、第二确定子单元、第二场景时间确定单元、第二场景审核单元、第一时间确定子单元、第二时间确定子单元和第三时间确定子单元中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，第一获取模块1201、第一确定模块1202、第二确定模块1203、第一审核模块1204、第二审核模块1205、第三确定模块、第一状态确定模块、第二状态确定模块、第三状态确定模块、第一时间确定单元、第一状态确定单元、场景标志确定单元、场景确定单元、第一场景时间确定单元、第一场景审核单元、第一确定子单元、第二确定子单元、第二场景时间确定单元、第二场景审核单元、第一时间确定子单元、第二时间确定子单元和第三时间确定子单元中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，第一获取模块1201、第一确定模块1202、第二确定模块1203、第一审核模块1204、第二审核模块1205、第三确定模块、第一状态确定模块、第二状态确定模块、第三状态确定模块、第一时间确定单元、第一状态确定单元、场景标志确定单元、场景确定单元、第一场景时间确定单元、第一场景审核单元、第一确定子单元、第二确定子单元、第二场景时间确定单元、第二场景审核单元、第一时间确定子单元、第二时间确定子单元和第三时间确定子单元中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
169.图13示意性示出了根据本公开实施例的适于实现申请审核方法的电子设备的方框图。
170.如图13所示，根据本公开实施例的电子设备1300包括处理器1301，其可以根据存储在只读存储器(rom)1302中的程序或者从存储部分1308 加载到随机访问存储器(ram)
1303中的程序而执行各种适当的动作和处理。处理器1301例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))等等。处理器1301还可以包括用于缓存用途的板载存储器。处理器1301可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
171.在ram 1303中，存储有电子设备1300操作所需的各种程序和数据。处理器1301、rom 1302以及ram 1303通过总线1304彼此相连。处理器1301通过执行rom 1302和/或ram 1303中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除rom 1302和ram 1303以外的一个或多个存储器中。处理器1301也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
172.根据本公开的实施例，电子设备1300还可以包括输入/输出(i/o)接口1305，输入/输出(i/o)接口1305也连接至总线1304。电子设备1300 还可以包括连接至i/o接口1305的以下部件中的一项或多项：包括键盘、鼠标等的输入部分1306；包括诸如阴极射线管(crt)、液晶显示器(lcd) 等以及扬声器等的输出部分1307；包括硬盘等的存储部分1308；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分1309。通信部分 1309经由诸如因特网的网络执行通信处理。驱动器1310也根据需要连接至i/o接口1305。可拆卸介质1311，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1310上，以便于从其上读出的计算机程序根据需要被安装入存储部分1308。
173.本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。
174.根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器 (eprom或闪存)、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的rom 1302和/或ram 1303和/ 或rom 1302和ram 1303以外的一个或多个存储器。
175.本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时，该程序代码用于使计算机系统实现本公开实施例所提供的申请审核方法。
176.在该计算机程序被处理器1301执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。
177.在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分1309被下载和安装，和/ 或从可拆卸介质1311被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
178.在这样的实施例中，该计算机程序可以通过通信部分1309从网络上被下载和安装，和/或从可拆卸介质1311被安装。在该计算机程序被处理器1301执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
179.根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如java，c ，python，“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
180.附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
181.本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
182.以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。