征信反馈报告处理方法及装置、存储介质、计算机设备与流程

本申请涉及信息处理技术领域，尤其是涉及到一种征信反馈报告处理方法及装置、存储介质、计算机设备。

背景技术：

金融业信贷业务，对于客户征信报告有强相关依赖要求，人民银行征信报告具有统一、全面及权威等方面的重要意义，所以各贷款业务均使用征信报告进行风险评估，以科学及安全可控的开展业务。

对于金融机构上报至人民银行的征信报告，人民银行会作出反馈，生成征信反馈报告。现有技术中是通过人民银行的系统下载征信反馈报告后，人工进行处理。但实际中上报给人民银行的征信报告越来越多，相应得到的征信反馈报告也越来越多，导致征信反馈报告无法及时处理，还可能出现漏处理。

技术实现要素：

有鉴于此，本申请提供了一种征信反馈报告处理方法及装置、存储介质、计算机设备，主要目的在于解决征信反馈报告无法及时处理的问题。

根据本申请的一个方面，提供了一种征信反馈报告处理方法，该方法包括：

获取多个征信反馈报告，记录各个征信反馈报告的处理状态；

获取各个征信反馈报告的文档结构类型，调用与文档结构类型对应的解析模型对征信反馈报告进行解析，获得各个征信反馈报告的解析结果；

根据各个征信反馈报告的解析结果确定合格的征信反馈报告，将所述合格的征信反馈报告的处理状态统一设置为处理完成状态；

汇总所有处于未完成处理状态的征信反馈报告，获取各个处于未完成处理状态的征信反馈报告的累计等待处理时间；

当处于未完成处理状态的第一征信反馈报告的累计等待处理时间大于预设阈值时，则向相应的业务人员发送提醒信息。

可选地，所述根据各个征信反馈报告的解析结果确定合格的征信反馈报告，包括：

若征信反馈报告的内容为空，则该征信反馈报告为合格的征信反馈报告。

可选地，所述获取多个征信反馈报告，包括：

建立与银行的数据接口，通过所述数据接口定时获取多个征信反馈报告。

可选地，所述汇总所有处于未完成处理状态的征信反馈报告，包括：

通过spring框架的定时任务监听所述各个征信反馈报告的处理状态，汇总所有处于未完成处理状态的征信反馈报告。

可选地，所述获取各个处于未完成处理状态的征信反馈报告的累计等待处理时间，包括：

记录获取各个征信反馈报告的初始获取时间；

将当前时间与各个处于未完成处理状态的征信反馈报告的初始获取时间的差值作为各个处于未完成处理状态的征信反馈报告累计等待处理时间。

可选地，所述方法还包括：

获取各个征信反馈报告的文档结构类型，调用与文档结构类型对应的解析模型对征信反馈报告进行解析，获取合格的征信反馈报告；

将所述合格的征信反馈报告的处理状态统一设置为处理完成状态。

可选地，所述方法还包括：

接收调配任务申请信息；

根据业务人员当前未完成处理状态的征信反馈报告的数量对系统内的征信反馈报告进行任务分配。

可选地，当处于未完成处理状态的第一征信反馈报告的累计等待处理时间大于预设阈值时，则向相应的业务人员发送提醒信息，包括：

当处于未完成处理状态的第一征信反馈报告的累计等待处理时间大于第一预设阈值时，则向第一群组发送提醒信息；

当处于未完成处理状态的第一征信反馈报告的累计等待处理时间大于第二预设阈值时，则向第二群组发送提醒信息。

根据本申请的另一方面，提供了一种征信反馈报告处理装置，该装置包括：

征信反馈报告获取单元，用于获取多个征信反馈报告，记录各个征信反馈报告的处理状态；

征信反馈报告解析单元，用于获取各个征信反馈报告的文档结构类型，调用与文档结构类型对应的解析模型对征信反馈报告进行解析，获得各个征信反馈报告的解析结果；

处理状态统一设置单元，用于根据各个征信反馈报告的解析结果确定合格的征信反馈报告，将所述合格的征信反馈报告的处理状态统一设置为处理完成状态；

累计等待处理时间获取单元，用于汇总所有处于未完成处理状态的征信反馈报告，获取各个处于未完成处理状态的征信反馈报告的累计等待处理时间；

提醒信息发送单元，用于当处于未完成处理状态的第一征信反馈报告的累计等待处理时间大于预设阈值时，则向相应的业务人员发送提醒信息。

可选地，所述处理状态统一设置单元进一步用于：

若征信反馈报告的内容为空，则该征信反馈报告为合格的征信反馈报告。

可选地，所述征信反馈报告获取单元进一步用于：

建立与银行的数据接口，通过所述数据接口定时获取多个征信反馈报告。

可选地，所述累计等待处理时间获取单元进一步用于：

通过spring框架的定时任务监听所述各个征信反馈报告的处理状态，汇总所有处于未完成处理状态的征信反馈报告。

可选地，所述累计等待处理时间获取单元进一步用于：

记录获取各个征信反馈报告的初始获取时间；

将当前时间与各个处于未完成处理状态的征信反馈报告的初始获取时间的差值作为各个处于未完成处理状态的征信反馈报告累计等待处理时间。

可选地，所述装置还包括：

调配任务申请信息接收单元，用于接收调配任务申请信息；

任务分配单元，用于根据业务人员当前未完成处理状态的征信反馈报告的数量对系统内的征信反馈报告进行任务分配。

可选地，所述提醒信息发送单元进一步用于：

当处于未完成处理状态的第一征信反馈报告的累计等待处理时间大于第一预设阈值时，则向第一群组发送提醒信息；

当处于未完成处理状态的第一征信反馈报告的累计等待处理时间大于第二预设阈值时，则向第二群组发送提醒信息。

依据本申请又一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述征信反馈报告处理方法。

依据本申请再一个方面，提供了一种计算机设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述征信反馈报告处理方法。

借由上述技术方案，本申请提供的一种征信反馈报告处理方法及装置、存储介质、计算机设备，获取多个征信反馈报告，记录各个征信反馈报告的处理状态，将合格的征信反馈报告的处理状态统一设置为处理完成状态；然后获取各个处于未完成处理状态的征信反馈报告的累计等待处理时间；当处于未完成处理状态的第一征信反馈报告的累计等待处理时间大于预设阈值时，则向相应的业务人员发送提醒信息。本申请实现了自动获取各个处于未完成处理状态的征信反馈报告的累计等待处理时间，并在累计等待处理时间大于预设阈值时提醒相应的业务人员进行处理，当出现征信反馈报告没有及时处理的情形时，能及时提醒相应的业务人员，避免遗漏。另外，本申请还可通过对征信反馈报告进行解析的方式，自动对合格的征信反馈报告统一设置为处理完成，提高了处理效率。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了本申请实施例提供的一种征信反馈报告处理方法的流程示意图；

图2示出了本申请实施例提供的另一种征信反馈报告处理方法的流程示意图；

图3示出了本申请实施例提供的一种征信反馈报告处理装置的结构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

针对目前的征信反馈报告无法及时处理的问题，本申请实施例提供了一种征信反馈报告处理方法，当出现征信反馈报告没有及时处理的情形时，能及时提醒相应的业务人员，避免遗漏，如图1所示，该方法包括：

s11：获取多个征信反馈报告，记录各个征信反馈报告的处理状态；

在实际应用中，可登录人民银行的官网，下载征信反馈报告，将下载获得的征信反馈报告上传至系统，上传至系统的征信反馈报告的默认状态为未处理状态。

需要说明的是，征信反馈报告的状态分为未处理状态，处理中状态和处理完成状态。

s12：获取各个征信反馈报告的文档结构类型，调用与文档结构类型对应的解析模型对征信反馈报告进行解析，获得各个征信反馈报告的解析结果；

在实际应用中，征信报告有不同的格式，如：javascript对象标记语言(javascriptobjectnotation，json)、可扩展标记语言(extensiblemarkuplanguage，xml)、word、数据传输对象(datatransferobject，dto)或html等不同文档结构。在对征信反馈报告进行解析时，要获得征信反馈报告的文档格式，根据文档格式确定对应的解析模型。json、xml结构文档节点简单，结构清晰易于建立模型；word结构文档相对复杂，同时需要结合自定义解析器以支持xpath语言的解析模型；html结构文档，其标签语言最为复杂，数量繁多。

可理解的是，不同的文档结构类型需要用到不同的xpath路径表达式，从而确定文档中目标内容的位置，xpath即为xml路径语言，它是一种用来确定xml(标准通用标记语言的子集)文档中某部分位置的语言。xpath基于xml的树状结构，有不同类型的节点，包括元素节点，属性节点和文本节点，提供在数据结构树中找寻节点的能力。因此针对不同的文档结构类型分别建立对应的解析模型，调用与所述目标征信报告的目标文档结构类型对应的目标解析模型可以对所述目标征信报告进行快速解析。

s13：根据各个征信反馈报告的解析结果确定合格的征信反馈报告，将所述合格的征信反馈报告的处理状态统一设置为处理完成状态；

可理解的是，本申请实施例通过对征信反馈报告进行解析的方式，自动对合格的征信反馈报告统一设置为处理完成，提高了处理效率。

s14：汇总所有处于未完成处理状态的征信反馈报告，获取各个处于未完成处理状态的征信反馈报告的累计等待处理时间；

需要说明的是，未完成处理状态包括未处理状态以及处理中状态。

s15：当处于未完成处理状态的第一征信反馈报告的累计等待处理时间大于预设阈值时，则向相应的业务人员发送提醒信息。

本申请实施例的征信反馈报告处理方法，实现了自动获取各个处于未完成处理状态的征信反馈报告的累计等待处理时间，并在累计等待处理时间大于预设阈值时提醒相应的业务人员进行处理，当出现征信反馈报告没有及时处理的情形时，能及时提醒相应的业务人员，避免遗漏。另外，本申请实施例还可通过对征信反馈报告进行解析的方式，自动对合格的征信反馈报告统一设置为处理完成，提高了处理效率。

在本发明实施例的一种可选的实施方式中，与图1中的方法类似，所述根据各个征信反馈报告的解析结果确定合格的征信反馈报告，包括：

若征信反馈报告的内容为空，则该征信反馈报告为合格的征信反馈报告。

具体地，用bufferedreader的readline方法读取征信反馈报告，如果征信反馈报告内容为空则该征信反馈报告为合格的征信反馈报告，将合格的征信反馈报告统一设置为处理完成，提高了报文处理效率。

在本申请实施例的一种可选的实施方式中，与图1中的方法类似，所述获取多个征信反馈报告，包括：

建立与银行的数据接口，通过所述数据接口定时获取多个征信反馈报告。

可理解的是，为了提高征信反馈报告的获取效率，本申请实施例可通过申请人民银行的征信反馈报告的数据接口，直接通过系统下载获得征信反馈报告。对接接口后，用spring框架的timejob定时任务获取征信反馈报告。

需要说明的是，从人民银行的官网下载到的征信反馈报告中会提出修改建议，用户根据修改建议对征信反馈报告进行修改完善。

进一步地，所述汇总所有处于未完成处理状态的征信反馈报告，包括：

通过spring框架的定时任务监听所述各个征信反馈报告的处理状态，汇总所有处于未完成处理状态的征信反馈报告。

在实际应用中，spring中有两种方式可以实现定时器的功能，分别是scheduled注释方式和xml配置方式，本申请对此不做限制。可通过spring设置在每天预定时间(比如晚上12点)启动任务监听征信反馈报告的处理进度。

具体地，所述获取各个处于未完成处理状态的征信反馈报告的累计等待处理时间，包括：

记录获取各个征信反馈报告的初始获取时间；

将当前时间与各个处于未完成处理状态的征信反馈报告的初始获取时间的差值作为各个处于未完成处理状态的征信反馈报告累计等待处理时间。

图2示出了本申请实施例提供的另一种征信反馈报告处理方法的流程示意图。如图2所示，所述方法包括：

s21：获取多个征信反馈报告，记录各个征信反馈报告的处理状态；

s22：获取各个征信反馈报告的文档结构类型，调用与文档结构类型对应的解析模型对征信反馈报告进行解析，获得各个征信反馈报告的解析结果；

s23：根据各个征信反馈报告的解析结果确定合格的征信反馈报告，将所述合格的征信反馈报告的处理状态统一设置为处理完成状态；

s24：汇总所有处于未完成处理状态的征信反馈报告，获取各个处于未完成处理状态的征信反馈报告的累计等待处理时间；

s25：当处于未完成处理状态的第一征信反馈报告的累计等待处理时间大于预设阈值时，则向相应的业务人员发送提醒信息；

s26：接收调配任务申请信息；

s27：根据业务人员当前未完成处理状态的征信反馈报告的数量对系统内的征信反馈报告进行任务分配。

其中，步骤s21-s25与图1中的对应步骤类似，在此不再赘述。

需要说明的是，本申请实施例可接收普通业务人员或者管理员发送的调配任务申请信息，该调配任务申请信息中包括调配任务的用户信息，比如某个普通业务人员的员工编号。系统记录有各个业务人员负责的征信反馈报告的信息，为了保证业务人员任务的均衡以及尽早完成征信反馈报告的处理任务，本申请实施例根据业务人员当前未完成处理状态的征信反馈报告的数量对系统内的征信反馈报告进行任务分配。

具体地，当处于未完成处理状态的第一征信反馈报告的累计等待处理时间大于预设阈值时，则向相应的业务人员发送提醒信息，包括：

当处于未完成处理状态的第一征信反馈报告的累计等待处理时间大于第一预设阈值时，则向第一群组发送提醒信息；

当处于未完成处理状态的第一征信反馈报告的累计等待处理时间大于第二预设阈值时，则向第二群组发送提醒信息。

在实际应用中，当累计等待处理时间大于第一预设阈值时，采用javamail向第一群组(普通业务人员)发送提醒邮件；当累计等待处理时间大于第二预设阈值时，向第二群组(业务经理)发送提醒邮件。

该方法还包括：

接收用户对征信反馈报告的处理指令；当用户触发处理完成按钮时，该征信反馈报告处理完成。在实际应用中，征信反馈报告可分配给不同的用户进行处理，不同的用户通过各自的终端向系统发送征信反馈报告处理指令，并通过终端获得用户触发的处理完成操作。

优选地，本方案将不合格的征信反馈报告按照预设的规则进行分组，并分别向不同的普通业务人员发送针对不同组的不合格征信反馈报告的任务分配邮件。

具体地，可将征信反馈报告对应的人员居住地是相同城市的归为一个组，也可以将征信反馈报告中相同的字段有反馈意见的归为一个组。

图3示出了本申请实施例提供的一种征信反馈报告处理装置的结构示意图。如图3所示，该装置包括征信反馈报告获取单元31、征信反馈报告解析单元32、处理状态统一设置单元33、累计等待处理时间获取单元34和提醒信息发送单元35，具体地：

征信反馈报告获取单元31，用于获取多个征信反馈报告，记录各个征信反馈报告的处理状态；

在实际应用中，可登录人民银行的官网，下载征信反馈报告，将下载获得的征信反馈报告上传至系统，上传至系统的征信反馈报告的默认状态为未处理状态。

需要说明的是，征信反馈报告的状态分为未处理状态，处理中状态和处理完成状态。

征信反馈报告解析单元32，用于获取各个征信反馈报告的文档结构类型，调用与文档结构类型对应的解析模型对征信反馈报告进行解析，获得各个征信反馈报告的解析结果；

在实际应用中，征信报告有不同的格式，如：javascript对象标记语言(javascriptobjectnotation，json)、可扩展标记语言(extensiblemarkuplanguage，xml)、word、数据传输对象(datatransferobject，dto)或html等不同文档结构。在对征信反馈报告进行解析时，要获得征信反馈报告的文档格式，根据文档格式确定对应的解析模型。json、xml结构文档节点简单，结构清晰易于建立模型；word结构文档相对复杂，同时需要结合自定义解析器以支持xpath语言的解析模型；html结构文档，其标签语言最为复杂，数量繁多。

可理解的是，不同的文档结构类型需要用到不同的xpath路径表达式，从而确定文档中目标内容的位置，xpath即为xml路径语言，它是一种用来确定xml(标准通用标记语言的子集)文档中某部分位置的语言。xpath基于xml的树状结构，有不同类型的节点，包括元素节点，属性节点和文本节点，提供在数据结构树中找寻节点的能力。因此针对不同的文档结构类型分别建立对应的解析模型，调用与所述目标征信报告的目标文档结构类型对应的目标解析模型可以对所述目标征信报告进行快速解析。

处理状态统一设置单元33，用于根据各个征信反馈报告的解析结果确定合格的征信反馈报告，将所述合格的征信反馈报告的处理状态统一设置为处理完成状态；

可理解的是，本申请实施例通过对征信反馈报告进行解析的方式，自动对合格的征信反馈报告统一设置为处理完成，提高了处理效率。

累计等待处理时间获取单元34，用于汇总所有处于未完成处理状态的征信反馈报告，获取各个处于未完成处理状态的征信反馈报告的累计等待处理时间；

需要说明的是，未完成处理状态包括未处理状态以及处理中状态。

提醒信息发送单元35，用于当处于未完成处理状态的第一征信反馈报告的累计等待处理时间大于预设阈值时，则向相应的业务人员发送提醒信息。

本申请实施例的征信反馈报告处理装置，实现了自动获取各个处于未完成处理状态的征信反馈报告的累计等待处理时间，并在累计等待处理时间大于预设阈值时提醒相应的业务人员进行处理，当出现征信反馈报告没有及时处理的情形时，能及时提醒相应的业务人员，避免遗漏。另外，本申请实施例还可通过对征信反馈报告进行解析的方式，自动对合格的征信反馈报告统一设置为处理完成，提高了处理效率。

处理状态统一设置单元33进一步用于：

若征信反馈报告的内容为空，则该征信反馈报告为合格的征信反馈报告。

具体地，用bufferedreader的readline方法读取征信反馈报告，如果征信反馈报告内容为空则该征信反馈报告为合格的征信反馈报告，将合格的征信反馈报告统一设置为处理完成，提高了报文处理效率。

可选地，征信反馈报告获取单元31进一步用于：

建立与银行的数据接口，通过所述数据接口定时获取多个征信反馈报告。

可理解的是，为了提高征信反馈报告的获取效率，本申请实施例可通过申请人民银行的征信反馈报告的数据接口，直接通过系统下载获得征信反馈报告。对接接口后，用spring框架的timejob定时任务获取征信反馈报告。

需要说明的是，从人民银行的官网下载到的征信反馈报告中会提出修改建议，用户根据修改建议对征信反馈报告进行修改完善。

可选地，累计等待处理时间获取单元34进一步用于：

通过spring框架的定时任务监听所述各个征信反馈报告的处理状态，汇总所有处于未完成处理状态的征信反馈报告。

在实际应用中，spring中有两种方式可以实现定时器的功能，分别是scheduled注释方式和xml配置方式，本申请对此不做限制。可通过spring设置在每天预定时间(比如晚上12点)启动任务监听征信反馈报告的处理进度。

可选地，累计等待处理时间获取单元34进一步用于：

记录获取各个征信反馈报告的初始获取时间；

将当前时间与各个处于未完成处理状态的征信反馈报告的初始获取时间的差值作为各个处于未完成处理状态的征信反馈报告累计等待处理时间。

可选地，所述装置还包括：

调配任务申请信息接收单元，用于接收调配任务申请信息；

任务分配单元，用于根据业务人员当前未完成处理状态的征信反馈报告的数量对系统内的征信反馈报告进行任务分配。

需要说明的是，本申请实施例可接收普通业务人员或者管理员发送的调配任务申请信息，该调配任务申请信息中包括调配任务的用户信息，比如某个普通业务人员的员工编号。系统记录有各个业务人员负责的征信反馈报告的信息，为了保证业务人员任务的均衡以及尽早完成征信反馈报告的处理任务，本申请实施例根据业务人员当前未完成处理状态的征信反馈报告的数量对系统内的征信反馈报告进行任务分配。

可选地，提醒信息发送单元35进一步用于：

当处于未完成处理状态的第一征信反馈报告的累计等待处理时间大于第一预设阈值时，则向第一群组发送提醒信息；

当处于未完成处理状态的第一征信反馈报告的累计等待处理时间大于第二预设阈值时，则向第二群组发送提醒信息。

需要说明的是，本申请实施例提供的一种征信反馈报告处理装置所涉及各功能单元的其他相应描述，可以参考图1和图2中的对应描述，在此不再赘述。

基于上述如图1和图2所示方法，相应的，本申请实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1和图2所示的征信反馈报告处理方法。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。

基于上述如图1、图2所示的方法，以及图3所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种计算机设备，具体可以为个人计算机、服务器、网络设备等，该实体设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1和图2所示的征信反馈报告处理方法。

可选地，该计算机设备还可以包括用户接口、网络接口、摄像头、射频(radiofrequency，rf)电路，传感器、音频电路、wi-fi模块等等。用户接口可以包括显示屏(display)、输入单元比如键盘(keyboard)等，可选用户接口还可以包括usb接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如蓝牙接口、wi-fi接口)等。

本领域技术人员可以理解，本实施例提供的一种计算机设备结构并不构成对该实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理计算机设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与该实体设备中其它硬件和软件之间通信。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本申请的技术方案，获取多个征信反馈报告，记录各个征信反馈报告的处理状态，然后获取各个处于未完成处理状态的征信反馈报告的累计等待处理时间；当处于未完成处理状态的第一征信反馈报告的累计等待处理时间大于预设阈值时，则向相应的业务人员发送提醒信息。本申请实现了自动获取各个处于未完成处理状态的征信反馈报告的累计等待处理时间，并在累计等待处理时间大于预设阈值时提醒相应的业务人员进行处理，当出现征信反馈报告没有及时处理的情形时，能及时提醒相应的业务人员，避免遗漏。

另外，本申请还可通过对征信反馈报告进行解析的方式，自动对合格的征信反馈报告统一设置为处理完成，提高了处理效率。

需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本申请的说明书中，说明了大量具体细节。然而能够理解的是，本申请的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。类似地，应当理解，为了精简本申请并帮助理解各个发明方面中的一个或多个，在上面对本申请的示例性实施例的描述中，本申请的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该申请的方法解释成反映如下意图：即所要求保护的本申请要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本申请的单独实施例。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。