征信报告的生成方法、装置及电子设备与流程

1.本技术涉及计算机应用技术领域，尤其涉及一种征信报告的生成方法、装置及电子设备。


背景技术：

2.在使用小额贷款产品时，用户通常存在要求信贷公司出具信款结清报告的需求，用以体现个人有无欠款、有无逾期等征信信息。信贷公司一般通过人工方式打印具有用户信息的纸质征信报告，并邮寄给用户。但是，通过人工方式出具征信报告的方式，不仅效率低，而且实时性差，影响了用户体验。


技术实现要素：

3.本技术提出的征信报告的生成方法、装置、电子设备及存储介质，用于解决相关技术中，通过人工方式出具征信报告的方式，不仅效率低，而且实时性差，影响了用户体验的问题。
4.本技术一方面实施例提出的征信报告的生成方法，包括：获取用户发送的征信报告申请请求，其中，所述征信报告申请请求中包括第一用户标识；根据所述第一用户标识获取所述用户的借贷数据，其中，所述借贷数据中包括借贷服务开通数据、实名信息、借贷消费数据、借贷欠款数据及第三方征信数据；对所述借贷数据进行校验，以确定申请类型；根据所述借贷数据对所述申请类型对应的征信报告模板文件中的占位字段进行填充并签章，以生成征信报告。
5.本技术另一方面实施例提出的征信报告的生成装置，包括：第一获取模块，用于获取用户发送的征信报告申请请求，其中，所述征信报告申请请求中包括第一用户标识；第二获取模块，用于根据所述第一用户标识获取所述用户的借贷数据，其中，所述借贷数据中包括借贷服务开通数据、实名信息、借贷消费数据、借贷欠款数据及第三方征信数据；第一确定模块，用于对所述借贷数据进行校验，以确定申请类型；生成模块，用于根据所述借贷数据对所述申请类型对应的征信报告模板文件中的占位字段进行填充并签章，以生成征信报告。
6.本技术再一方面实施例提出的电子设备，其包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如前所述的征信报告的生成方法。
7.本技术又一方面实施例提出的计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如前所述的征信报告的生成方法。
8.本技术实施例提供的征信报告的生成方法、装置、电子设备及计算机可读存储介质，通过在获取用户发送的征信报告申请请求时，根据征信报告申请请求中包括第一用户标识获取用户的借贷数据，并对借贷数据进行校验，以确定申请类型，进而根据借贷数据对申请类型对应的征信报告模板文件中的占位字段进行填充并签章，以生成征信报告。由此，
通过自动对用户的借贷数据进行校验，以根据用户的实际借贷情况生成不同类型的征信报告，从而不仅节省了人力成本、效率高，而且保证了征信报告的时效性和准确性。
9.本技术附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本技术的实践了解到。
附图说明
10.本技术上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
11.图1为本技术实施例所提供的一种征信报告的生成方法的流程示意图；
12.图2为本技术实施例提供的另一种征信报告的生成方法的过程示意图；
13.图3为本技术实施例所提供的再一种征信报告的生成方法的流程示意图；
14.图4为本技术实施例所提供的又一种征信报告的生成方法的流程示意图；
15.图5为本技术实施例提供的一种征信报告的生成装置的结构示意图；
16.图6为本技术实施例提供的电子设备的结构示意图。
具体实施方式
17.下面详细描述本技术的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的要素。下面通过参考附图描述的实施例是示例性的，旨在用于解释本技术，而不能理解为对本技术的限制。
18.本技术实施例针对相关技术中，通过人工方式出具征信报告的方式，不仅效率低，而且实时性差，影响了用户体验的问题，提出一种征信报告的生成方法。
19.本技术实施例提供的征信报告的生成方法，通过在获取用户发送的征信报告申请请求时，根据征信报告申请请求中包括第一用户标识获取用户的借贷数据，并对借贷数据进行校验，以确定申请类型，进而根据借贷数据对申请类型对应的征信报告模板文件中的占位字段进行填充并签章，以生成征信报告。由此，通过自动对用户的借贷数据进行校验，以根据用户的实际借贷情况生成不同类型的征信报告，从而不仅节省了人力成本、效率高，而且保证了征信报告的时效性和准确性。
20.下面参考附图对本技术提供的征信报告的生成方法、装置、电子设备、存储介质及计算机程序进行详细描述。
21.图1为本技术实施例所提供的一种征信报告的生成方法的流程示意图。
22.如图1所示，该征信报告的生成方法，包括以下步骤：
23.步骤101，获取用户发送的征信报告申请请求，其中，征信报告申请请求中包括第一用户标识。
24.需要说明的是，本技术实施例的征信报告的生成方法可以由本技术实施例的征信报告的生成装置执行。本技术实施例的征信报告的生成装置可以配置在任意电子设备中，以执行本技术实施例的征信报告的生成方法。比如，本技术实施例的征信报告的生成装置可以配置在任意的借贷系统或征信系统的服务器中，以为贷款系统或征信系统的用户提供征信报告的生成服务。
25.其中，征信报告申请请求，可以是用户通过客户端发送给配置有征信报告的生成
装置的服务器的。其中，客户端可以是网页或者安装在用户终端中的应用程序。比如，本技术实施例的征信报告的生成方法应用在某借贷应用的服务器中时，客户端可以是安装在用户终端中的该借贷应用程序。
26.其中，第一用户标识，是当前需要获取征信报告的用户的唯一身份认证信息。比如，第一用户标识，可以是当前需要获取征信报告的用户的身份证号、手机号码、注册账号，等等，本技术实施例对此不做限定。
27.在本技术实施例中，可以在客户端中提供征信报告申请界面，使得用户可以通过征信报告申请界面输入必要的申请信息，进而客户端根据用户输入的必要的申请信息生成征信报告申请请求并发送给服务器。服务器在获取到征信报告申请请求之后，可以对征信报告申请请求进行解析处理，以获取征信报告申请请求中包括的第一用户标识。
28.需要说明的是，在客户端的征信报告申请界面中可以仅包含“提交申请”控件，并在监测到用户点击该控件时，确定用户已经输入了必要的申请信息，进而将客户端中当前登录的注册账号(或者注册账号对应的手机号、身份证号等信息)作为第一用户标识，生成征信报告申请请求并发送给服务器。或者，在客户端的征信报告申请界面中还可以允许用户输入姓名、手机号、身份证号、通讯地址、邮箱地址等身份信息，并在监测到用户点击“提交申请”控件时，根据用户输入的信息确定第一用户标识，并根据第一用户标识生成征信报告生成请求并发送给服务器。
29.步骤102，根据第一用户标识获取用户的借贷数据，其中，借贷数据中包括借贷服务开通数据、实名信息、借贷消费数据、借贷欠款数据及第三方征信数据。
30.其中，借贷服务开通数据，可以用于指示用户是否开通了借贷服务。
31.其中，实名信息，可以包括用户已经在系统中输入的实名认证信息，比如姓名、身份证号、身份证图像、身份证图像中的人脸数据等，本技术实施例对此不做限定。
32.其中，借贷消费数据，可以用于指示用户在开通借贷服务后，是否发生了借款行为；可以包括用户已经发生的借贷交易记录。
33.其中，借贷欠款数据，可以用于指示用户当前是否已结清欠款，可以根据用户的借贷消费数据与还款数据确定，即可以根据用户的还款金额与借贷金额的差值确定用户的借贷欠款数据。
34.其中，第三方征信数据，可以用于指示用户是否上报过在第三方平台的征信报告。需要说明的是，在用户上报过第三方平台的征信报告时，第三方征信数据中还可以包括用户上报的第三方征信报告。
35.在本技术实施例中，获取到征信报告申请请求之后，可以根据征信报告申请请求中的第一用户标识，从存储用户数据的数据库中获取与第一用户标识匹配的借贷数据，并根据获取到的借贷数据确定该用户是否符合申请征信报告的条件，以及可以生成的征信报告的申请类型。
36.进一步的，为了防止恶意用户恶意获取征信报告，保证用户的信息安全，还可以对用户申请征信报告的频率进行限制。即在本技术实施例一种可能的实现方式中，上述步骤102之前，还可以包括：
37.获取第一用户标识在预设时间段内的征信报告申请次数；
38.确定征信报告申请次数小于或等于申请次数阈值。
39.作为一种可能的实现方式，为防止征信报告的恶意获取，保证用户的信息安全，可以在获取用户的借贷数据之前，首先判断用户是否为恶意用户。因此，可以根据第一用户标识确定该用户在预设时间段内的征信报告申请次数，若征信报告的申请次数小于或等于申请次数阈值，则可以确定该用户为合法用户，可以继续后续步骤的操作，以为该用户出具征信报告；若征信报告的申请次数大于申请次数阈值，则可以确定该用户可能为恶意获取征信报告的非法用户，则可以拒绝该征信报告申请请求，并向用户发送“申请次数超限”的提示信息。
40.举例来说，假设预设时间段为1个自然月，申请次数阈值为3，若根据第一用户标识确定用户在当前自然月内是第一次发出征信报告申请请求，则可以确定该用户的征信报告申请次数小于申请次数阈值，则可以为用户出具征信报告。
41.需要说明的是，上述举例仅为示例性的，不能视为对本技术的限制。实际使用时，可以根据实际需要及具体的应用场景，确定预设时间段与申请次数阈值的具体取值，本技术实施例对此不做限定。
42.步骤103，对借贷数据进行校验，以确定申请类型。
43.在本技术实施例中，可以通过对用户的借贷数据进行校验，以确定用户的欠款情况、还款情况等信息，并根据校验结果确定该用户是否符合申请征信报告的条件，以及可以为用户出具的征信报告的申请类型。
44.作为一种可能的实现方式，可以根据用户是否开通了借贷服务、以及是否结清欠款，确定是否可以出具征信报告，以及出具何种类型的征信报告。即在本技术实施例一种可能的实现方式中，上述申请类型包括：无交易证明、结清证明、包含第三方征信数据的结清证明；相应的，上述步骤103，可以包括：
45.在借贷服务已开通且借贷消费数据中未包含借贷消费记录的情况下，确定申请类型为无交易证明；
46.在借贷服务已开通且所述借贷欠款数据为已结清的情况下，确定申请类型为结清证明；
47.在借贷服务已开通、借贷欠款数据为已结清且存在第三方征信数据的情况下，确定申请类型为包含第三方征信数据的结清证明。
48.在本技术实施例中，通过对用户的借贷数据进行校验之后，若确定用户的借贷服务已开通，并且借贷消费数据中未包含借贷消费记录，即用户未进行借款，则可以确定申请类型未无交易证明，并通过页面路由进入无交易证明页，以生成无交易证明对应的征信报告。若确定用户的借贷服务已开通，并且借贷欠款数据为已结清，即用户通过借贷服务借款之后并且已经还清了所有欠款，则可以向用户开具欠款已结清的征信报告，即可以确定申请类型为结清证明，并通过页面路由进入结清证明页，以生成结清证明对应的征信报告。若确定用户的借贷服务已开通、借贷欠款数据为已结清，并且借贷数据中包含用户上报的第三方征信数据，即用户已经还请了通过借贷服务产生的所有欠款，并且在此之前上传过其在第三方平台的征信报告，则可以向用户开具包含第三方征信数据的欠款已结清的征信报告，即可以确定申请类型为第三方征信数据的结清证明，并通过页面路由进入包含第三方征信数据结清证明页，以生成包含第三方征信数据的结清证明对应的征信报告。
49.进一步的，在用户未开通借贷服务，以及未还清欠款的情况下，无法为用户开具征
信报告。即在本技术实施例一种可能的实现方式中，上述步骤103之后，还可以包括：
50.在借贷服务未开通，或者借贷欠款数据为未结清的情况下，向用户发送暂时无法提供征信报告的提示信息。
51.作为一种可能的实现方式，若在对用户的借贷数据进行校验时，确定用户未开通借贷服务，则可以拒绝为用户开具征信报告，并向用户发送“未开通借贷服务，无法出具征信报告”的提示信息；若确定用户开通了借贷服务，但是借贷欠款数据为未结清，即用户尚未还请所有欠款，则也可以拒绝为用户开具征信报告，并向用户发送“欠款尚未结清，暂时无法出具征信报告”的提示信息。
52.步骤104，根据借贷数据对申请类型对应的征信报告模板文件中的占位字段进行填充并签章，以生成征信报告。
53.在本技术实施例中，确定出可以为用户出具征信报告，以及征信报告对应的申请类型之后，可以由申请类型对应的路由页面向征信报告发送服务发送征信报告申请消息体，以使征信报告发送服务根据征信报告申请消息体中的申请类型，获取与申请类型对应的征信报告模板文件，并根据用户的借贷数据对获取到的征信报告模板文件中的占位字段进行填充，以生成待签章的征信报告，之后可以调用签章服务对待签章的征信报告进行签章，以生成征信报告，并发送给用户。
54.作为一种可能的实现方式，由于不同申请类型的征信报告种需要包含的信息并不相同，因此，可以预先生成各个申请类型对应的模板文件，从而在生成征信报告时，只需根据用户的借贷数据将模板文件中的占位字段补充完整，即可生成完整的征信报告。比如，在申请类型包括无交易证明、结清证明、包含第三方征信数据的结清证明时，可以预先生成无交易证明、结清证明、包含第三方征信数据的结清证明分别对应的模板文件。
55.需要说明的是，不同类型的模板文件包含的占位字段也可以是不同的。比如，结清证明对应的模板文件中的占位字段可以包括：用户真实姓名、身份证号、发生借贷的日期、借贷金额、借贷结清日期，等等，本技术实施例对此不做限定。
56.可选的，作为一种可能的实现方式，生成征信报告之后，服务器可以根据第一用户标识将征信报告发送至用户的客户端；或者，服务器还可以根据第一用户标识查找用户在系统中预留的手机号，然后将征信报告或征信报告的下载链接发送至用户的手机；或者，服务器还可以根据用户在发送征信报告申请请求时输入的邮箱地址，将征信报告发送至用户的邮箱。
57.需要说明的是，将征信报告发送给用户的发送可以包括但不限于以上列举的情形。实际使用时，可以根据实际需要及具体的应用场景采用至少一种方式向用户发送征信报告。
58.进一步的，由于一些借贷机构可能本身不具有开具征信报告的权限，需要获得权威部门是授权，因此在本技术实施例中还可以根据用户需求将权威部门的授权书页发送给用户，以保证征信报告的可信度。即在本技术实施例一种可能的实现方式中，上述步骤104之后，还可以包括：
59.获取用户发送的授权书页获取请求；
60.将授权书页发送给用户。
61.其中，授权书页获取请求，可以是用户在获取到征信报告之后单独发出的，也可以
是用户在发出征信报告申请请求时同时发出的。
62.作为一种可能的实现方式，若用户在获取到征信报告之后，或者由于不符合开具征信报告的条件未成功开具征信报告时，还需要获取授权书页，则可以通过客户端单独向服务器发送授权书页获取请求，之后服务器可以根据授权书页获取请求中的用户标识，将授权书页发送给用户。
63.作为一种可能的实现方式，还可以在客户端的征信报告申请页面中提供是否需要授权书页的选项，从而使得用户可以在发送征信报告申请请求的同时发出授权书页获取请求。具体的，若征信报告申请请求指示不需要获取授书页，服务器则可以确定用户不需要授权书页，则可以在发送征信报告时不向用户发送授权书页；若征信报告申请请求指示需要获取授权书页，服务器则可以确定获取到授权书页获取请求，并可以在发送征信报告的同时向用户发送授权书页。
64.需要说明的是，实际使用时，授权书页的发送方式可以与征信报告的发送方式相同，此处不再赘述。
65.本技术实施例提供的征信报告的生成方法，通过在获取用户发送的征信报告申请请求时，根据征信报告申请请求中包括第一用户标识获取用户的借贷数据，并对借贷数据进行校验，以确定申请类型，进而根据借贷数据对申请类型对应的征信报告模板文件中的占位字段进行填充并签章，以生成征信报告。由此，通过自动对用户的借贷数据进行校验，以根据用户的实际借贷情况生成不同类型的征信报告，从而不仅节省了人力成本、效率高，而且保证了征信报告的时效性和准确性。
66.在本技术一种可能的实现形式中，还可以通过短信验证码、人脸识别等方式对获取征信报告的用户的真实身份进行验证，以保证用户的个人信息安全。
67.下面结合图2，对本技术实施例提供的征信报告的生成方法进行进一步说明。
68.图2为本技术实施例所提供的另一种征信报告的生成方法的流程示意图。
69.如图2所示，该征信报告的生成方法，包括以下步骤：
70.步骤201，获取用户发送的征信报告申请请求，其中，征信报告申请请求中包括第一用户标识。
71.步骤202，根据第一用户标识获取用户的借贷数据，其中，借贷数据中包括借贷服务开通数据、实名信息、借贷消费数据、借贷欠款数据及第三方征信数据。
72.步骤203，对借贷数据进行校验，以确定申请类型。
73.上述步骤201
‑
203的具体实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。
74.步骤204，向用户发送身份验证指令，其中，身份验证指令中包括用于验证用户的身份的身份校验信息。
75.其中，身份校验信息的具体形式与具体的身份验证方式有关。比如，若身份验证方式为验证码验证，则身份校验信息可以是发送给用户的验证码；若身份验证方式为人脸识别，则身份校验信息可以是服务器中保存的身份证图像中的人脸图像等，本技术实施例对此不做限定。
76.在本技术实施例中，对用户的借贷数据进行校验，并确定可以为用户出具征信报告，以及确定出征信报告对应的申请类型，进入该申请对应的路由页面之后，还可以通过身
份核验服务对用户的真实身份进行验证，以防止他人冒领征信报告，保证用户的个人信息安全。
77.作为一种可能的实现方式，可以通过验证码的方式进行身份核验。因此，服务器可以根据第一用户标识向用户的客户端发送身份验证指令，并根据第一用户标识获取用户的联系方式(手机号、邮箱等)，进而根据用户的联系方式将随机生成的验证码(即身份校验信息)发送给用户，以使用户的客户端在获取到身份验证指令时，展示身份验证页面，以供用户在身份验证页面中输入收到的验证码。
78.作为一种可能的实现方式，还可以通过人脸验证的方式进行身份核验。因此，服务器可以根据第一用户标识向用户的客户端发送身份验证指令，以使用户的客户端在获取到身份验证指令时，展示采集人脸图像的身份验证页面，以供用户在身份验证页面中进行实时的人脸图像采集。
79.步骤205，获取用户返回的身份确认信息，并确定身份确认信息与身份校验信息匹配。
80.其中，身份确认信息的具体形式与具体的身份验证方式有关。比如，若身份验证方式为验证码验证，则身份确认信息可以是用户返回的验证码；若身份验证方式为人脸识别，则身份确认信息可以是用户获取到发送身份验证指令后实时采集并返回的人脸图像，本技术实施例对此不做限定。
81.在本技术实施例中，服务器获取到用户返回的身份确认信息之后，可以通过用户返回的身份确认信息与身份校验信息之间的匹配度，确定用户身份核验是否成功，以防止他人冒领征信报告，保证用户的个人信息安全。
82.作为一种可能的实现方式，在通过验证码的方式进行身份核验时，在用户在客户端的身份验证页面输入验证码并提交之后，服务器可以根据用户返回的验证码(即身份确认信息)，对用户的身份进行核验。
83.具体的，若用户返回的验证码与服务器发送至用户的验证码的匹配度大于或等于匹配度阈值，则可以确定身份确认信息与身份校验信息匹配，从而可以确定用户身份核验成功，可以继续为用户生成征信报告；比如，用户返回的验证码与发送至用户的验证码相同，则可以确定用户身份核验成功。若用户返回的验证码与服务器发送至用户的验证码的匹配度小于匹配度阈值，则可以确定身份确认信息与身份校验信息不匹配，从而可以确定用户身份核验失败，可以暂停为用户生成征信报告，并向用户发送身份核验失败的提示信息。
84.作为一种可能的实现方式，在通过人脸验证的方式进行身份核验时，服务器可以根据用户返回的人脸图像(即身份确认信息)，对用户的身份进行核验。
85.具体的，若用户返回的人脸图像与服务器保存的用户身份证图像中的人脸图像的匹配度大于或等于匹配度阈值，则可以确定身份确认信息与身份校验信息匹配，从而可以确定用户身份核验成功，可以继续为用户生成征信报告；若用户返回的人脸图像与服务器保存的用户身份证图像中的人脸图像的匹配度小于匹配度阈值，则可以确定身份确认信息与身份校验信息不匹配，从而可以确定用户身份核验失败，可以暂停为用户生成征信报告，并向用户发送身份核验失败的提示信息。
86.步骤206，根据借贷数据对申请类型对应的征信报告模板文件中的占位字段进行
填充并签章，以生成征信报告。
87.上述步骤206的具体实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。
88.本技术实施例提供的征信报告的生成方法，通过在获取用户发送的征信报告申请请求时，根据征信报告申请请求中包括第一用户标识获取用户的借贷数据，并对借贷数据进行校验，以确定申请类型，进而向用户发送身份验证指令，并在用户返回的身份确认信息与身份校验信息匹配时，根据借贷数据对申请类型对应的征信报告模板文件中的占位字段进行填充并签章，以生成征信报告。由此，通过自动对用户的借贷数据进行校验，以根据用户的实际借贷情况生成不同类型的征信报告，并在生成征信报告之前对用户的真实身份进行核验，从而不仅节省了人力成本、效率高，保证了征信报告的时效性和准确性，而且保证了用户的个人信息安全。
89.在本技术一种可能的实现形式中，还可以在用户的借贷数据校验通过之后，生成对应的征信报告申请流水数据，存储至征信报告申请流水数据库，以在生成征信报告时进一步验证当前的借贷数据与发出申请时的借贷数据是否一致，以进一步提升征信报告的准确性和时效性。
90.下面结合图3，对本技术实施例提供的征信报告的生成方法进行进一步说明。
91.图3为本技术实施例所提供的再一种征信报告的生成方法的流程示意图。
92.如图3所示，该征信报告的生成方法，包括以下步骤：
93.步骤301，获取用户发送的征信报告申请请求，其中，征信报告申请请求中包括第一用户标识。
94.步骤302，根据第一用户标识获取用户的借贷数据，其中，借贷数据中包括借贷服务开通数据、实名信息、借贷消费数据、借贷欠款数据及第三方征信数据。
95.步骤303，对借贷数据进行校验，以确定申请类型。
96.上述步骤301
‑
303的具体实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。
97.步骤304，生成征信报告申请请求对应的第一征信报告申请流水数据，其中，第一征信报告申请流水数据中包括第一用户标识、申请流水号、申请类型、借贷数据及申请状态，申请状态为申请中。
98.步骤305，将第一征信报告申请流水数据，存储至征信报告申请流水数据库。
99.在本技术实施例中，由于用户在发出征信报告申请请求之后，可能会进行新的借款操作，从而导致在生成征信报告时的借贷数据与进行借贷数据验证时产生差异，从而导致生成的征信报告不准确。因此，可以在在对用户的借贷数据进行校验，确定可以为用户出具征信报告且确定出申请类型之后，生成该征信报告申请请求对应的第一征信报告申请流水数据，存储至征信报告申请流水数据库，以在对模板文件进行填充生成征信报告时，将当前时刻的借贷数据与第一征信报告申请流水数据中的借贷数据进行比较，以防止用户在发送征信报告申请请求之后再次借款，导致生成的征信报告与用户的实际借贷数据不一致。
100.作为一种可能的实现方式，服务器可以根据预设的申请流水号生成方式，生成征信报告生成请求对应的申请流水号，比如，可以根据获取的征信报告生成请求的时间、第一用户标识等生成申请流水号，进而将第一用户标识、申请流水号、申请类型、与确定申请类
型相关的是否开通借贷服务、借贷消费数据、借贷欠款数据、第三方征信数据等借贷数据、以及申请状态等信息作为一条记录，存储至征信报告申请流水数据库中。
101.需要说明的是，由于在生成征信报告申请请求对应的第一征信报告申请流水数据时，还未完成该征信报告申请请求对应的征信报告的申请过程，因此，在存储第一征信报告申请流水数据时，可以将第一征信报告申请流水数据中包括的申请状态确定为申请中，以用于体现征信报告申请请求所处的实际处理阶段。
102.步骤306，根据第一用户标识获取用户当前时刻的借贷数据。
103.在本技术实施例中，对用户的借贷数据进行校验成功并将征信报告申请请求对应的第一征信报告申请流水数据存储至征信报告申请流水数据库中之后，可以由申请类型对应的路由页面向征信报告发送服务发送征信报告申请消息体，其中，征信报告申请消息体中可以包括申请流水号、申请类型等信息，以使征信报告发送服务可以根据征信报告申请消息体中的信息进一步验证用户当前是否符合征信报告的开具条件，以及生成相应的征信报告并发送给用户。
104.作为一种可能的实现方式，征信报告发送服务可以在获取到征信报告申请消息体之后，根据征信报告申请请求对应的第一用户标识再次获取用户的借贷数据，即用户当前时刻的借贷数据，进而将当前时刻的借贷数据与征信报告申请流水数据库中的第一征信报告申请流水数据进行比对，以确定用户当前是否仍然符合征信报告的开具条件。
105.步骤307，根据征信报告申请请求对应的申请流水号，从征信报告申请流水数据库中获取征信报告申请请求对应的第一征信报告申请流水数据。
106.在本技术实施例中，征信报告发送服务可以根据征信报告申请消息体中的申请流水号查询征信报告申请流水数据库，以获取与当前的征信报告申请请求对应的第一征信报告申请流水数据，即可以将征信报告申请流水数据库中包含该申请流水号的征信报告申请流水数据，确定为第一征信报告申请流水数据。
107.步骤308，在当前时刻的借贷数据与第一征信报告申请流水数据匹配的情况下，根据第一征信报告申请流水数据对申请类型对应的征信报告模板文件中的占位字段进行填充并签章，以生成征信报告。
108.在本技术实施例中，若用户当前时刻的借贷数据与第一征信报告申请流水数据中的借贷数据相同，则可以确定当前时刻的借贷数据与第一征信报告申请流水数据匹配，即用户未发出新的借贷操作，仍然符合征信报告的开具条件，从而可以根据第一征信报告申请流水数据中的借贷数据等信息对申请类型对应的征信报告模板文件中的占位字段进行填充并签章，以生成征信报告。
109.相应的，若用户当前时刻的借贷数据与第一征信报告申请流水数据中的借贷数据不相同，则可以确定当前时刻的借贷数据与第一征信报告申请流水数据不匹配，即用户可能发出了新的借贷操作，不再符合征信报告的开具条件，从而可以拒绝继续生成征信报告，并向用户发送征信报告生成失败的提升信息。
110.需要说明的是，步骤308中生成征信报告的具体实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。
111.本技术实施例提供的征信报告的生成方法，通过在获取用户发送的征信报告申请请求时，根据征信报告申请请求中包括第一用户标识获取用户的借贷数据，并对借贷数据
进行校验，以确定申请类型，之后生成征信报告申请请求对应的第一征信报告申请流水数据存储至征信报告申请流水数据库中，进而在生成征信报告时，将第一征信报告申请流水数据与当前时刻的借贷数据进行比对，并在第一征信报告申请流水数据与当前时刻的借贷数据匹配时，才继续生成征信报告。由此，通过自动对用户的借贷数据进行校验，以根据用户的实际借贷情况生成不同类型的征信报告，并在生成征信报告时根据已存储的征信报告申请流水数据对用户当前时刻的借贷数据进行再次校验，以防止用户申请征信报告时与生成征信报告时的借贷数据产生变化，从而不仅节省了人力成本、效率高，而且进一步提升了征信报告的时效性和准确性。
112.在本技术一种可能的实现形式中，生成征信报告之后，还可以在将征信报告发送给用户的同时，对征信报告进行加密处理并存储至云存储数据库进行备份，以在征信报告发送错误或发送失败的情况下，便于进行核验和补发，进一步提升了征信报告生成的可靠性。
113.下面结合图4，对本技术实施例提供的征信报告的生成方法进行进一步说明。
114.图4为本技术实施例所提供的又一种征信报告的生成方法的流程示意图。
115.如图4所示，该征信报告的生成方法，包括以下步骤：
116.步骤401，获取用户发送的征信报告申请请求，其中，征信报告申请请求中包括第一用户标识。
117.步骤402，根据第一用户标识获取用户的借贷数据，其中，借贷数据中包括借贷服务开通数据、实名信息、借贷消费数据、借贷欠款数据及第三方征信数据。
118.步骤403，对借贷数据进行校验，以确定申请类型。
119.步骤404，生成征信报告申请请求对应的第一征信报告申请流水数据，其中，第一征信报告申请流水数据中包括第一用户标识、申请流水号、申请类型、借贷数据及申请状态，申请状态为申请中。
120.步骤405，将第一征信报告申请流水数据，存储至征信报告申请流水数据库。
121.步骤406，根据借贷数据对申请类型对应的征信报告模板文件中的占位字段进行填充并签章，以生成征信报告。
122.上述步骤401
‑
406的具体实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。
123.步骤407，将征信报告发送给用户。
124.可选的，生成征信报告之后，服务器可以根据第一用户标识将征信报告发送至用户的客户端。
125.可选的，服务器还可以根据第一用户标识查找用户在系统中预留的手机号，然后将征信报告或征信报告的下载链接发送至用户的手机。
126.可选的，征信报告申请请求中还可以包括邮箱地址，服务器还可以根据该邮箱地址，将征信报告发送至用户的邮箱。需要说明的是，在通过邮箱方式将征信报告发送至用户时，可以在客户端的征信报告申请界面允许用户输入接收征信报告的邮箱地址，从而服务器可以在获取到征信报告申请请求后，获取到接收征信报告的有邮件地址，并在用户的借贷数据校验通过之后，通过征信报告申请消息体将申请流水号、申请类型、邮箱地址等信息发送给征信报告发送服务，以使征信报告发送服务在生成征信报告之后，可以根据获取到
的邮箱地址，将征信报告发送至用户的邮箱。
127.需要说明的是，将征信报告发送给用户的发送可以包括但不限于以上列举的情形。实际使用时，可以根据实际需要及具体的应用场景采用至少一种方式向用户发送征信报告。
128.步骤408，对征信报告进行加密处理，并将加密后的征信报告存储至云存储数据库。
129.在本技术实施例中，为了在生成征信报告并发送给用户之后，还可以随时获取到已经生成的征信报告进行管理或使用，可以将生成的征信报告进行加密后，存储至云存储数据库中，以在存储征信报告的同时通过加密技术防止用户数据被篡改，保证了有用户的个人信息安全。
130.需要说明的是，实际使用时，可以根据实际需要及具体的应用场景，选择合适的加密算法对征信报告进行加密，本技术实施例对此不做限定。比如，可以采用高级加密标准(advanced encryption standard，aes)加密技术对征信报告进行加密。
131.步骤409，将加密后的征信报告在云存储数据库中的存储地址，存储在第一征信报告申请流水数据中。
132.在本技术实施例中，将加密后的征信报告存储在云存储数据库之后，征信报告发送服务可以将加密后的征信报告在云存储数据库中的存储地址，存储在第一征信报告申请流水数据中，从而使得可以通过查询征信报告申请流水数据中的存储地址，从云存储数据库中获取到相应的征信报告。
133.步骤410，将第一征信报告申请流水数据中的申请状态更新为发送成功。
134.在申请实施例中，征信报告发送服务在将征信报告发送给用户，并将征信报告存储至云存储数据库之后，即可认为本次征信报告申请请求已经处理完成，从而可以将该征信报告申请请求对应的第一征信报告申请流水数据中的申请状态更新为发送成功，以在征信报告申请流水数据库中标示每个征信报告申请请求的实时处理状态。
135.进一步的，征信报告可能由于网络故障或用户的接收方式变更，导致征信报告发送失败，从而还可以通过云存储数据库中的备份数据对征信报告进行补发，以进一步提升征信报告发送的可靠性和实用性。即在本技术实施例一种可能的实现方式中，上述步骤410之后，还可以包括：
136.获取征信报告补发请求，其中，征信报告补发请求中包括第二用户标识、邮箱地址；
137.根据第二用户标识，从征信报告申请流水数据库中获取与第二用户标识对应的第二征信报告申请流水数据；
138.根据第二征信报告申请流水数据中包括的存储地址，从云存储数据库中获取待补发的征信报告；
139.对待补发的征信报告进行解密处理，以生成解密后的征信报告；
140.根据邮箱地址，发送解密后的征信报告。
141.在本技术实施例中，若用户由于网络故障或者更改接收地址，导致未成功接收到征信报告时，可以通过客户端发送征信报告补发请求，服务器可以根据征信报告补发请求中包括的第二用户标识，查询征信报告申请流水数据库。若征信报告申请流水数据库中存
在包含第二用户标识的征信报告申请流水数据，则可以将该征信报告申请流水数据确定为第二征信报告给申请流水数据，进而可以根据第二征信报告申请流水数据中的存储地址，从云存储数据库中获取待补发的征信报告，并对待补发的征信报告进行解密处理，进而根据征信报告补发请求中的邮箱地址，将解密后的征信报告发送至用户的邮箱。
142.需要说明的是，若征信报告申请流水数据库中不存在与第二用户标识匹配的征信报告申请流水数据，则可以确定没有为该用户生成过征信报告，从而可以向用户发送补发失败的提示信息。
143.本技术实施例提供的征信报告的生成方法，通过在获取用户发送的征信报告申请请求时，根据征信报告申请请求中包括第一用户标识获取用户的借贷数据，并对借贷数据进行校验，以确定申请类型，之后生成征信报告申请请求对应的第一征信报告申请流水数据存储至征信报告申请流水数据库中，进而在生成征信报告后将征信报告发送给用户，以及将加密后的征信报告存储至云存储数据库，进而根据征信报告的存储地址更新相应的征信报告申请流水数据，并将相应的征信报告申请流水数据中的申请状态更新为发送成功，以及在获取到征信报告补发请求时，从云存储数据库中获取相应的征信报告补发给用户。由此，通过自动对用户的借贷数据进行校验，以根据用户的实际借贷情况生成不同类型的征信报告，并在生成征信报告后将征信报告进行加密存储，以便于管理和补发征信报告，从而不仅节省了人力成本、效率高，而且进一步提升了征信报告的生成的可靠性。
144.为了实现上述实施例，本技术还提出一种征信报告的生成装置。
145.图5为本技术实施例提供的一种征信报告的生成装置的结构示意图。
146.如图5所示，该征信报告的生成装置50，包括：
147.第一获取模块51，用于获取用户发送的征信报告申请请求，其中，征信报告申请请求中包括第一用户标识；
148.第二获取模块52，用于根据第一用户标识获取用户的借贷数据，其中，借贷数据中包括借贷服务开通数据、实名信息、借贷消费数据、借贷欠款数据及第三方征信数据；
149.第一确定模块53，用于对借贷数据进行校验，以确定申请类型。
150.第一生成模块54，用于根据借贷数据对申请类型对应的征信报告模板文件中的占位字段进行填充并签章，以生成征信报告。
151.在实际使用时，本技术实施例提供的征信报告的生成装置，可以被配置在任意电子设备中，以执行前述征信报告的生成方法。
152.本技术实施例提供的征信报告的生成装置，通过在获取用户发送的征信报告申请请求时，根据征信报告申请请求中包括第一用户标识获取用户的借贷数据，并对借贷数据进行校验，以确定申请类型，进而根据借贷数据对申请类型对应的征信报告模板文件中的占位字段进行填充并签章，以生成征信报告。由此，通过自动对用户的借贷数据进行校验，以根据用户的实际借贷情况生成不同类型的征信报告，从而不仅节省了人力成本、效率高，而且保证了征信报告的时效性和准确性。
153.在本技术一种可能的实现形式中，上述申请类型包括：无交易证明、结清证明、包含第三方征信数据的结清证明；相应的，上述第一确定模块53，包括：
154.第一确定单元，用于在借贷服务已开通且借贷消费数据中未包含借贷消费记录的情况下，确定申请类型为无交易证明；
155.第二确定单元，用于在借贷服务已开通且借贷欠款数据为已结清的情况下，确定申请类型为结清证明；
156.第三确定单元，用于在借贷服务已开通、借贷欠款数据为已结清且存在第三方征信数据的情况下，确定申请类型为包含第三方征信数据的结清证明。
157.进一步的，在本技术另一种可能的实现形式中，上述征信报告的生成装置50，还包括：
158.第一发送模块，用于在借贷服务未开通，或者借贷欠款数据为未结清的情况下，向用户发送暂时无法提供征信报告的提示信息。
159.进一步的，在本技术再一种可能的实现形式中，上述征信报告的生成装置50，还包括：
160.第二发送模块，用于向用户发送身份验证指令，其中，身份验证指令中包括用于验证用户的身份的身份校验信息；
161.第三获取模块，用于获取用户返回的身份确认信息，并确定身份确认信息与身份校验信息匹配。
162.进一步的，在本技术又一种可能的实现形式中，上述征信报告的生成装置50，还包括：
163.第二生成模块，用于生成征信报告申请请求对应的第一征信报告申请流水数据，其中，第一征信报告申请流水数据中包括第一用户标识、申请流水号、申请类型、借贷数据及申请状态，申请状态为申请中；
164.第一存储模块，用于将第一征信报告申请流水数据，存储至征信报告申请流水数据库。
165.进一步的，在本技术又一种可能的实现形式中，上述第一生成模块54，包括：
166.第一获取单元，用于根据第一用户标识获取用户当前时刻的借贷数据；
167.第二获取单元，用于根据征信报告申请请求对应的申请流水号，从征信报告申请流水数据库中获取征信报告申请请求对应的第一征信报告申请流水数据；
168.生成单元，用于在当前时刻的借贷数据与第一征信报告申请流水数据匹配的情况下，根据第一征信报告申请流水数据对申请类型对应的征信报告模板文件中的占位字段进行填充并签章，以生成征信报告。
169.进一步的，在本技术另一种可能的实现形式中，上述征信报告的生成装置50，还包括：
170.第三发送模块，用于将征信报告发送给用户；
171.第二存储模块，用于对征信报告进行加密处理，并将加密后的征信报告存储至云存储数据库；
172.第三存储模块，用于将加密后的征信报告在云存储数据库中的存储地址，存储在第一征信报告申请流水数据中；
173.更新模块，用于将第一征信报告申请流水数据中的申请状态更新为发送成功。
174.进一步的，在本技术再一种可能的实现形式中，上述第三发送模块，包括：
175.发送单元，用于根据邮箱地址，将征信报告发送至用户的邮箱。
176.进一步的，在本技术又一种可能的实现形式中，上述征信报告的生成装置50，还包
括：
177.第四获取模块，用于获取征信报告补发请求，其中，征信报告补发请求中包括第二用户标识、邮箱地址；
178.第五获取模块，用于根据第二用户标识，从征信报告申请流水数据库中获取与第二用户标识对应的第二征信报告申请流水数据；
179.第六获取模块，用于根据第二征信报告申请流水数据中包括的存储地址，从云存储数据库中获取待补发的征信报告；
180.解密模块，用于对待补发的征信报告进行解密处理，以生成解密后的征信报告；
181.第四发送模块，用于根据邮箱地址，发送解密后的征信报告。
182.进一步的，在本技术又一种可能的实现形式中，上述征信报告的生成装置50，还包括：
183.第七获取模块，用于获取第一用户标识在预设时间段内的征信报告申请次数；
184.第二确定模块，用于确定征信报告申请次数小于或等于申请次数阈值。
185.进一步的，在本技术另一种可能的实现形式中，上述征信报告的生成装置50，还包括：
186.第八获取模块，用于获取用户发送的授权书页获取请求；
187.第五发送模块，用于将授权书页发送给用户。
188.需要说明的是，前述对图1、图2、图3、图4所示的征信报告的生成方法实施例的解释说明也适用于该实施例的征信报告的生成装置50，此处不再赘述。
189.本技术实施例提供的征信报告的生成装置，通过在获取用户发送的征信报告申请请求时，根据征信报告申请请求中包括第一用户标识获取用户的借贷数据，并对借贷数据进行校验，以确定申请类型，之后生成征信报告申请请求对应的第一征信报告申请流水数据存储至征信报告申请流水数据库中，进而在生成征信报告后将征信报告发送给用户，以及将加密后的征信报告存储至云存储数据库，进而根据征信报告的存储地址更新相应的征信报告申请流水数据，并将相应的征信报告申请流水数据中的申请状态更新为发送成功，以及在获取到征信报告补发请求时，从云存储数据库中获取相应的征信报告补发给用户。由此，通过自动对用户的借贷数据进行校验，以根据用户的实际借贷情况生成不同类型的征信报告，并在生成征信报告后将征信报告进行加密存储，以便于管理和补发征信报告，从而不仅节省了人力成本、效率高，而且进一步提升了征信报告的生成的可靠性。
190.为了实现上述实施例，本技术还提出一种电子设备。
191.图6为本发明一个实施例的电子设备的结构示意图。
192.如图6所示，上述电子设备200包括：
193.存储器210及处理器220，连接不同组件(包括存储器210和处理器220)的总线230，存储器210存储有计算机程序，当处理器220执行所述程序时实现本技术实施例所述的征信报告的生成方法。
194.总线230表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
195.电子设备200典型地包括多种电子设备可读介质。这些介质可以是任何能够被电子设备200访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
196.存储器210还可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)240和/或高速缓存存储器250。电子设备200可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统260可以用于读写不可移动的、非易失性磁介质(图6未显示，通常称为“硬盘驱动器”)。尽管图6中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd
‑
rom,dvd
‑
rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线230相连。存储器210可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本技术各实施例的功能。
197.具有一组(至少一个)程序模块270的程序/实用工具280，可以存储在例如存储器210中，这样的程序模块270包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块270通常执行本技术所描述的实施例中的功能和/或方法。
198.电子设备200也可以与一个或多个外部设备290(例如键盘、指向设备、显示器291等)通信，还可与一个或者多个使得用户能与该电子设备200交互的设备通信，和/或与使得该电子设备200能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口292进行。并且，电子设备200还可以通过网络适配器293与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器293通过总线230与电子设备200的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备200使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
199.处理器220通过运行存储在存储器210中的程序，从而执行各种功能应用以及数据处理。
200.需要说明的是，本实施例的电子设备的实施过程和技术原理参见前述对本技术实施例的征信报告的生成方法的解释说明，此处不再赘述。
201.本技术实施例提供的电子设备，可以执行如前所述的征信报告的生成方法，通过在获取用户发送的征信报告申请请求时，根据征信报告申请请求中包括第一用户标识获取用户的借贷数据，并对借贷数据进行校验，以确定申请类型，进而根据借贷数据对申请类型对应的征信报告模板文件中的占位字段进行填充并签章，以生成征信报告。由此，通过自动对用户的借贷数据进行校验，以根据用户的实际借贷情况生成不同类型的征信报告，从而不仅节省了人力成本、效率高，而且保证了征信报告的时效性和准确性。
202.为了实现上述实施例，本技术还提出一种计算机可读存储介质。
203.其中，该计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时，以实现本技术实施例所述的征信报告的生成方法。
204.为了实现上述实施例，本技术再一方面实施例提供一种计算机程序，该程序被处理器执行时，以实现本技术实施例所述的征信报告的生成方法。
205.一种可选实现形式中，本实施例可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
206.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
207.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、rf等等，或者上述的任意合适的组合。
208.可以以一种或多种程序设计语言或其组合来编写用于执行本技术操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c ，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户电子设备上执行、部分地在用户电子设备上执行、作为一个独立的软件包执行、部分在用户电子设备上部分在远程电子设备上执行、或者完全在远程电子设备或服务器上执行。在涉及远程电子设备的情形中，远程电子设备可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户电子设备，或者，可以连接到外部电子设备(例如利用因特网服务提供商来通过因特网连接)。
209.本领域技术人员在考虑说明书及实践这里申请的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未发明的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由权利要求指出。
210.应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求来限制。