一种数据处理方法及系统

阅读: 评论:0

著录项
  • CN201911391941.1
  • 20191230
  • CN111104451A
  • 20200505
  • 中国银行股份有限公司
  • 朱勇;王;方梦佳;贾琳
  • G06F16/25
  • G06F16/25 G06F16/2458 G06Q40/02

  • 北京市西城区复兴门内大街1号
  • 北京(11)
  • 北京集佳知识产权代理有限公司
  • 任美玲
摘要
本申请提供一种数据处理方法及系统,建立了银行系统和海关系统之间的直接连接,银行前端渠道与银行系统对接,这样用户在银行前端渠道显示的用户界面上提交业务申请以及企业信息后,银行系统可以接收到用户的业务申请以及企业信息后,生成业务数据查询请求,并将业务数据查询请求直接发送至海关系统;海关系统对业务数据查询请求进行解析,得到解析结果,并基于解析结果调用查询接口查询对应的业务数据,将业务数据返回至银行系统;银行系统接收到业务数据后就可以响应业务申请并显示响应结果。而不需要企业用户去银行网点,并且银行网点的工作人员也不需要线下收集企业用户的业务数据,就可以完成对业务申请的处理,提高了处理效率。
权利要求

1.一种数据处理方法,其特征在于,应用于数据处理系统,所述数据处理系统包括银行系统和海关系统;所述银行系统通过银行前端渠道显示用户界面,并与所述海关系统通过预定的通讯接口通信连接;

所述数据处理方法,包括:

所述银行系统通过所述银行前端渠道接收到企业用户在所述用户界面输入的企业信息以及业务申请后,基于所述企业信息以及业务申请生成业务数据查询请求,并按照预定的通讯接口将所述业务数据查询请求发送至所述海关系统;

所述海关系统通过预定的通信接口接收到所述业务数据查询请求后,解析所述业务数据查询请求,得到解析结果;所述解析结果至少包括企业信息;

所述海关系统调用查询接口查询与该企业信息对应的业务数据,并将查询到的所述业务数据通过预定的通信接口返回至所述银行系统;

所述银行系统基于所述业务数据响应所述业务申请,并通过所述银行前端渠道显示响应结果。

2.根据权利要求1所述的数据处理方法,其特征在于,所述银行系统按照预定的通讯接口将所述业务数据查询请求发送至所述海关系统,包括:

所述银行系统将所述业务数据查询请求发送至前置机;

所述前置机将所述业务数据查询请求按照预定的通信接口发送至所述海关系统。

3.根据权利要求1所述的数据处理方法,其特征在于,所述银行系统基于所述企业信息以及业务申请生成业务数据查询请求,包括:

基于业务申请确定时间段;

基于所述企业信息以及所述时间段,生成业务数据查询请求;

则所述解析结果包括企业信息和时间段。

4.根据权利要求3所述的数据处理方法,其特征在于,所述海关系统调用查询接口查询与该企业信息对应的业务数据,包括:

所述海关系统调用查询接口;

所述海关系统分别将所述企业信息填充至所述查询接口的企业信息字段,将所述时间段填充至所述查询接口的时间段字段;

所述海关系统基于所述企业信息和所述时间段,查询与所述企业信息对应的业务数据。

5.根据权利要求4所述的数据处理方法,其特征在于,若所述业务申请为贷款申请,则所述银行系统基于所述业务数据响应所述业务申请,并通过所述银行前端渠道显示响应结果,包括:

所述银行系统基于所述业务数据确定可贷款额度,并按照可贷款额度通过所述银行前端渠道向所述企业用户对应的账号发放贷款并显示贷款结果。

6.根据权利要求5所述的数据处理方法,其特征在于,还包括:

所述银行系统通过所述银行前端渠道接收企业用户的提款操作,并接收企业用户的还款操作。

7.根据权利要求6所述的数据处理方法,其特征在于,还包括:

所述银行系统在向所述企业用户对应的账号发放贷款后,间隔预定时间重新按照预定的通讯接口将所述业务数据查询请求发送至所述海关系统;

则所述银行系统基于所述业务数据确定可贷款额度,包括,

所述银行系统获取风险预警标志,并基于所述风险预警标志和所述业务数据确定可贷款额度,得到新的可贷款额度。

8.根据权利要求7所述的数据处理方法,其特征在于,所述业务数据包括:

通关数据、报税数据、收汇数据。

9.根据权利要求8所述的数据处理方法,其特征在于,还包括:

所述银行系统通过所述用户界面显示签订合同界面,并接收企业用户在签订合同界面的输入操作,完成与所述企业用户之间的合同签订。

10.一种数据处理系统,其特征在于,包括:

银行系统和海关系统;

所述银行系统通过银行前端渠道显示用户界面,并与所述海关系统通过预定的通讯接口通信连接;

其中,所述银行系统,用于通过所述银行前端渠道接收到企业用户在所述用户界面输入的企业信息以及业务申请后,基于所述企业信息以及业务申请生成业务数据查询请求,并按照预定的通讯接口将所述业务数据查询请求发送至所述海关系统;

所述海关系统,用于通过预定的通信接口接收到所述业务数据查询请求后,解析所述业务数据查询请求,得到解析结果;所述解析结果至少包括企业信息;并调用查询接口查询与该企业信息对应的业务数据,将查询到的所述业务数据通过预定的通信接口返回至所述银行系统;

所述银行系统,还用于基于所述业务数据响应所述业务申请,并通过所述银行前端渠道显示响应结果。

说明书
技术领域

本申请属于数据处理技术领域,尤其涉及一种数据处理方法及系统。

现有技术中,银行为企业用户提供了多样化的业务服务,如提供了贷款业务,但是,在企业用户需要向银行申请业务服务时,需要企业用户到银行网点进行办理。

以贷款业务为例,企业用户需要向银行申请贷款时,企业用户先要携带企业相关的资料至银行网点,向银行网点的工作人员提供企业相关的资料并签订贷款合同,然后,银行网点的工作人员会线下收集该企业用户的业务数据,并基于该业务数据审批该企业用户是否具有偿还贷款的能力。并在审批通过后,向该企业用户放款,并规定企业用户按照签订的贷款合同中的相关规定进行还款。由于处理该申请需要人工完成,导致处理周期长、效率低。

有鉴于此,本申请的目的在于提供一种数据处理方法及系统,用于解决现有技术中对企业用户的业务申请处理效率低的问题。

技术方案如下:

本申请提供一种数据处理方法,应用于数据处理系统,所述数据处理系统包括银行系统和海关系统;所述银行系统通过银行前端渠道显示用户界面,并与所述海关系统通过预定的通讯接口通信连接;

所述数据处理方法,包括:

所述银行系统通过所述银行前端渠道接收到企业用户在所述用户界面输入的企业信息以及业务申请后,基于所述企业信息以及业务申请生成业务数据查询请求,并按照预定的通讯接口将所述业务数据查询请求发送至所述海关系统;

所述海关系统通过预定的通信接口接收到所述业务数据查询请求后,解析所述业务数据查询请求,得到解析结果;所述解析结果至少包括企业信息;

所述海关系统调用查询接口查询与该企业信息对应的业务数据,并将查询到的所述业务数据通过预定的通信接口返回至所述银行系统;

所述银行系统基于所述业务数据响应所述业务申请,并通过所述银行前端渠道显示响应结果。

优选地,所述银行系统按照预定的通讯接口将所述业务数据查询请求发送至所述海关系统,包括:

所述银行系统将所述业务数据查询请求发送至前置机;

所述前置机将所述业务数据查询请求按照预定的通信接口发送至所述海关系统。

优选地,所述银行系统基于所述企业信息以及业务申请生成业务数据查询请求,包括:

基于业务申请确定时间段;

基于所述企业信息以及所述时间段,生成业务数据查询请求;

则所述解析结果包括企业信息和时间段。

优选地,所述海关系统调用查询接口查询与该企业信息对应的业务数据,包括:

所述海关系统调用查询接口;

所述海关系统分别将所述企业信息填充至所述查询接口的企业信息字段,将所述时间段填充至所述查询接口的时间段字段;

所述海关系统基于所述企业信息和所述时间段,查询与所述企业信息对应的业务数据。

优选地,若所述业务申请为贷款申请,则所述银行系统基于所述业务数据响应所述业务申请,并通过所述银行前端渠道显示响应结果,包括:

所述银行系统基于所述业务数据确定可贷款额度,并按照可贷款额度通过所述银行前端渠道向所述企业用户对应的账号发放贷款并显示贷款结果。

优选地,还包括:

所述银行系统通过所述银行前端渠道接收企业用户的提款操作,并接收企业用户的还款操作。

优选地,还包括:

所述银行系统在向所述企业用户对应的账号发放贷款后,间隔预定时间重新按照预定的通讯接口将所述业务数据查询请求发送至所述海关系统;

则所述银行系统基于所述业务数据确定可贷款额度,包括,

所述银行系统获取风险预警标志,并基于所述风险预警标志和所述业务数据确定可贷款额度,得到新的可贷款额度。

优选地,所述业务数据包括:

通关数据、报税数据、收汇数据。

优选地,还包括:

所述银行系统通过所述用户界面显示签订合同界面,并接收企业用户在签订合同界面的输入操作,完成与所述企业用户之间的合同签订。

本申请还提供了一种数据处理系统,包括:

银行系统和海关系统;

所述银行系统通过银行前端渠道显示用户界面,并与所述海关系统通过预定的通讯接口通信连接;

其中,所述银行系统,用于通过所述银行前端渠道接收到企业用户在所述用户界面输入的企业信息以及业务申请后,基于所述企业信息以及业务申请生成业务数据查询请求,并按照预定的通讯接口将所述业务数据查询请求发送至所述海关系统;

所述海关系统,用于通过预定的通信接口接收到所述业务数据查询请求后,解析所述业务数据查询请求,得到解析结果;所述解析结果至少包括企业信息;并调用查询接口查询与该企业信息对应的业务数据,将查询到的所述业务数据通过预定的通信接口返回至所述银行系统;

所述银行系统,还用于基于所述业务数据响应所述业务申请,并通过所述银行前端渠道显示响应结果。

与现有技术相比,本申请提供的上述技术方案具有如下优点:

从上述技术方案可知,本申请中建立了银行系统和海关系统之间的直接连接,银行前端渠道与银行系统对接,这样用户在银行前端渠道显示的用户界面上提交业务申请以及企业信息后,银行系统可以接收到用户的业务申请以及企业信息后,生成业务数据查询请求,并将业务数据查询请求直接发送至海关系统;海关系统对业务数据查询请求进行解析,得到解析结果,并基于解析结果调用查询接口查询对应的业务数据,将业务数据返回至银行系统;银行系统接收到业务数据后就可以响应业务申请并显示响应结果。而不需要企业用户去银行网点,并且银行网点的工作人员也不需要线下收集企业用户的业务数据,就可以完成对业务申请的处理,提高了处理效率。

为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1是本申请公开的一种数据处理系统的结构示意图;

图2是本申请公开的一种数据处理方法的流程图;

图3是本申请公开的另一种数据处理系统的结构示意图。

下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。

本申请实施例提供了一种数据处理方法,应用于数据处理系统,如图1所示,数据处理系统包括:银行系统1和海关系统2。

银行系统1通过银行前端渠道显示用户界面,使得企业用户或者个人用户均可以通过该用户界面输入业务申请,并通过银行前端渠道将该业务申请提交至银行系统1进行处理。

本实施例中的银行前端渠道可以独立开发,也可以在现有渠道的基础上开发。现有渠道包括:手机银行、网上银行等。

银行系统1接收到提交的业务申请后,对该业务申请进行处理前,需要对发出该业务申请的企业或者个人进行审批,进而需要获取该企业或者个人的业务数据。

相较于现有技术中需要银行工作人员线下收集业务数据,本申请中建立银行系统1与海关系统2之间的通信连接。

银行系统1与海关系统2预先约定通讯接口,然后基于预先约定的通讯接口建立网络直连,这样银行系统1在处理某个企业的业务申请前,可以从海关系统2获取与该企业相关的业务数据,进而基于业务数据响应该业务申请。

参见图2所示,基于银行系统1与海关系统2实现数据处理的具体方法可以包括以下步骤:

S201、所述银行系统通过所述银行前端渠道接收到企业用户在所述用户界面输入的企业信息以及业务申请后,基于所述企业信息以及业务申请生成业务数据查询请求,并按照预定的通讯接口将所述业务数据查询请求发送至所述海关系统。

银行前端渠道显示用户界面,用户界面显示银行提供的服务,如主界面显示业务信息,选中主界面上显示的某一业务信息后,就确定了业务申请,并进入该业务办理的界面,业务办理界面显示待输入信息。其中,业务不同显示的待输入信息也是不同的。

企业用户根据待输入信息输入业务办理所需的各项信息。以贷款申请为例,企业用户至少需要输入企业信息,企业信息至少包括企业号。

通过银行前端渠道可以将业务申请以及企业信息提交至银行系统。

银行系统接收到提交的业务申请以及企业信息后,基于业务申请中业务的类型确定需要查询的业务数据。如,哪一时间段内的何种类型数据。

其中,不同业务申请,需要查询的时间段可能不同,需要查询的数据类型可能也不同。

然后基于要查询的业务数据以及企业信息,生成业务数据查询请求,使得业务数据查询请求中包括企业信息字段、时间字段以及业务数据字段。

企业信息字段下的内容为企业信息,如企业号。

时间字段下的内容为时间段,用于确定查询的时间段,如6个月前,或者2年前。

业务数据字段下的内容为数据类型,如,通关、报税、收汇等。

需要注意的是,生成的业务数据查询请求是要发送至海关系统,使得海关系统能够响应该业务数据查询请求以反馈查询结果。而针对企业信息中的企业号,可能仅是企业用户与银行系统之间能够识别的,这样,银行系统在生成业务数据查询请求时,需要将企业号转换为海关系统能够识别的标识。

在银行系统生成业务数据查询请求后,按照与海关系统预先约定的通讯接口将业务数据查询请求发送至海关系统。

S202、所述海关系统通过预定的通信接口接收到所述业务数据查询请求后,解析所述业务数据查询请求,得到解析结果;所述解析结果至少包括企业信息。

海关系统通过预先约定的通讯接口接收到银行系统发送的业务数据查询请求,并对业务数据查询请求进行解析,得到企业信息字段下的企业信息、时间字段下的时间段以及业务数据字段下的数据类型。

S203、所述海关系统调用查询接口查询与该企业信息对应的业务数据,并将查询到的所述业务数据通过预定的通信接口返回至所述银行系统。

在海关系统设置查询接口,海关系统在对业务数据查询请求解析后,调用查询接口,通过查询接口查询与解析结果对应的业务数据。

其中,查询接口提供逐层筛选的功能,即先从大范围筛选出满足一个查询条件的数据,然后再从中筛选满足其他查询条件的数据。

例如,解析结果中包括企业信息、时间段以及数据类型,则基于解析结果可以确定三个查询条件,海关系统调用查询接口查询数据的方式为:将第一查询条件即企业信息填充至查询接口的第一层筛选字段中,以查询到与该企业信息相关的所有业务数据,然后将第二查询条件即时间段填充至查询接口的第二层筛选字段中,以从与该企业信息相关的所有业务数据中查询发生在该时间段内的业务数据,再将第三查询条件即数据类型填充至查询接口的第三层筛选字段中,以从特定时间段内的业务数据中筛选出属于数据类型的数据。

当然还可以同时输入三个查询条件,并筛选同时满足三个查询条件的业务数据。

例如,海关系统通过调用查询接口查询到企业A在6个月内的通关数据、报税数据、收汇数据。

海关系统将查询到的业务数据通过预先约定的通讯接口发送至银行系统。

S204、所述银行系统基于所述业务数据响应所述业务申请,并通过所述银行前端渠道显示响应结果。

银行系统通过预先约定的通信接口接收到海关系统发送的业务数据后就可以对业务申请进行处理。

例如,业务申请为贷款申请,则银行系统接收到海关系统发送的业务数据后,基于业务数据审批该业务用户的偿还贷款能力,然后基于偿还贷款能力确定该企业用户的可贷款额度,通过银行前端渠道向企业用户对应的账号发放可贷款额度范围内的贷款。

并通过银行前端渠道将银行系统的贷款结果显示出来,即显示出银行系统向企业用户发放了贷款,使得企业用户可以得知银行系统响应了此次的贷款申请,进而可以提款以及后续还款。

在实际应用中,银行系统基于授信模型和规则,审批企业用户的可贷款额度。

具体地,通过海关系统查询提交贷款申请的企业用户2年内是否存在按月连续交易数据,若查询到该企业用户在2年内存在按月连续交易数据,则查询最近6个月内的通关数据、收汇数据、报税数据,计算6个月内的总数据,将总数据的预定比例作为可贷款额度,其中,预定比例可以根据实际需要进行配置并且可以动态调整该比例。

如,6个月内的总数据为交易100万人民币,预定比例设置为20%,则银行系统确定的该企业用户的可贷款额度为20万人民币。

为了避免单一企业用户重复多次向银行系统提交贷款申请,本申请中银行系统限定了单一企业用户的可贷款上限。其中,可贷款上限可以根据企业用户进行动态调整。

如,企业用户A的可贷款上限为500万,那么,该企业用户A每次提交贷款申请后,银行系统确定了企业用户A的可贷款额度为50万,然后还需要查询企业用户A的历史贷款记录,确定企业用户A已经贷款的额度为460万,综合可贷款额度以及已经贷款的额度,确定此次可以向企业用户A发放的贷款仅为40万,而不是50万。

当然,限定了单一企业用户的可贷款上限后,如果企业用户A提交了贷款申请,银行系统通过海关系统查询到企业用户A最近6个月交易5千万,按照20%的比例,确定可贷款额度为1千万,但是,可贷款上限为500万,因此确定此次可以向企业用户A发放的贷款仅为500万,而不是1千万。

为了降低风险,银行系统在向企业用户对应的账号发放贷款后,间隔预定时间后重新向所述海关系统发送业务数据查询请求,其中,所述业务数据查询请求可以与发放贷款前发送的业务数据查询请求相同,也可以与发放贷款前发送的业务数据查询请求不同。

例如,业务数据查询请求与发放贷款前的业务数据查询请求相同,则海关系统再次查询企业A在6个月内的通关数据、报税数据、收汇数据。其中,6个月内是以发送业务数据查询请求的系统时间为准,如系统时间为2018-12-12,则查询的时间段为2018-6-12到2018-12-12内的通关数据、报税数据、收汇数据。

银行系统通过海关系统查询到业务数据后,获取风险预警标志。其中,风险预警标志表征当前风险程度。

基于当前风险程度调整预定比例,一种实现方式为,根据不同的风险程度等级,按照步长调整预定比例。

例如,基于风险预警标志表征2个风险程度等级,步长为5%,预定比例为20%,当风险预警标志表征风险程度为第一等级时,将预定比例下调为15%,当风险预警标志表征风险程度为第二等级时,将预定比例下调为10%。

银行系统根据风险预警标志和查询到的业务数据确定可贷款额度,得到新的可贷款额度,实现了动态调整可贷款额度。

其中,银行系统根据风险预警标志和业务数据确定可贷款额度的方式与上述根据业务数据确定可贷款额度的方式相同,都是将总数据的预定比例确定为可贷款额度。

通过上述技术方案,本实施例中建立了银行系统和海关系统之间的直接连接,银行前端渠道与银行系统对接,这样用户在银行前端渠道显示的用户界面上提交业务申请以及企业信息后,银行系统可以接收到用户的业务申请以及企业信息后,生成业务数据查询请求,并将业务数据查询请求直接发送至海关系统;海关系统对业务数据查询请求进行解析,得到解析结果,并基于解析结果调用查询接口查询对应的业务数据,将业务数据返回至银行系统;银行系统接收到业务数据后就可以响应业务申请并显示响应结果。而不需要企业用户去银行网点,并且银行网点的工作人员也不需要线下收集企业用户的业务数据,就可以完成对业务申请的处理,提高了处理效率。

在实现上述数据处理的基础上,为了提高通信的安全性,在银行系统以及海关系统之间设置前置机,通过前置机在银行系统与海关系统之间进行数据的转发。

具体地,银行系统将业务数据查询请求发送至前置机,然后通过前置机按照银行系统和海关系统之间预先约定的通信接口,将所述业务数据查询请求发送至海关系统;

海关系统将业务数据发送至前置机,通过前置机按照银行系统和海关系统之间预先约定的通信接口,将所述业务数据发送至银行系统。

在实际应用中,银行系统基于业务数据确定出可贷款额度后,通过银行前端渠道提供的用户界面显示签订合同界面,并接收企业用户的输入操作后,完成银行系统与企业用户之间的合同签订,然后,银行系统才会按照合同约定向企业用户发放贷款。

在其他实施例中,银行系统向企业用户的账号发放贷款后,还可以包括:

银行系统通过银行前端渠道接收企业用户的提款操作,针对银行发放的一笔贷款,企业用户的提款操作可以是一次提取,也可以是多次提取。

在企业用户提款后,需要按照企业用户与银行系统签订的合约进行还款,为了便于企业用户的提款和还款,银行前端渠道提供的用户界面上还提供提款操作界面以及还款操作界面。使得企业用户通过银行前端渠道上可以进行提款操作和还款操作,并可以将企业用户的操作提交至银行系统,银行系统对该操作进行处理。

如,企业用户通过银行前端渠道向银行系统提交了提款操作,则银行系统根据提款操作中的提款账号,将贷款转入企业用户的提款账号中。

企业用户通过银行前端渠道向银行系统提交了还款操作,则银行系统收回还款金额,并根据还款金额重新计算待还款金额以及利息等。

通过线上提供的提款操作和还款操作,进一步提高了对企业用户的业务申请的处理效率,企业用户体验感好。

对应上述数据处理方法,本申请还提供了一种数据处理系统,参见图1所示,包括银行系统1和海关系统2。

银行系统1通过银行前端渠道显示用户界面,并与海关系统2通过预定的通讯接口通信连接;

其中,银行系统1,用于通过所述银行前端渠道接收到企业用户在所述用户界面输入的企业信息以及业务申请后,基于所述企业信息以及业务申请生成业务数据查询请求,并按照预定的通讯接口将所述业务数据查询请求发送至海关系统2;

海关系统2,用于通过预定的通信接口接收到所述业务数据查询请求后,解析所述业务数据查询请求,得到解析结果;所述解析结果至少包括企业信息;并调用查询接口查询与该企业信息对应的业务数据,将查询到的所述业务数据通过预定的通信接口返回至银行系统1;

银行系统1,还用于基于所述业务数据响应所述业务申请,并通过所述银行前端渠道显示响应结果。

通过上述技术方案,本实施例中建立了银行系统和海关系统之间的直接连接,银行前端渠道与银行系统对接,这样用户在银行前端渠道显示的用户界面上提交业务申请以及企业信息后,银行系统可以接收到用户的业务申请以及企业信息后,生成业务数据查询请求,并将业务数据查询请求直接发送至海关系统;海关系统对业务数据查询请求进行解析,得到解析结果,并基于解析结果调用查询接口查询对应的业务数据,将业务数据返回至银行系统;银行系统接收到业务数据后就可以响应业务申请并显示响应结果。而不需要企业用户去银行网点,并且银行网点的工作人员也不需要线下收集企业用户的业务数据,就可以完成对业务申请的处理,提高了处理效率。

在其他实施例中,在银行系统1和海关系统2之间还设置有前置机3,参见图3所示。

通过前置机3在银行系统1与海关系统2之间进行数据的转发。

具体地,银行系统1将业务数据查询请求发送至前置机3,然后通过前置机3按照银行系统1和海关系统2之间预先约定的通信接口,将所述业务数据查询请求发送至海关系统2;

海关系统2将业务数据发送至前置机3,通过前置机3按照银行系统1和海关系统2之间预先约定的通信接口,将所述业务数据发送至银行系统1。

通过在银行系统1和海关系统2之间设置前置机3,提高了通信的安全性。

对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。

需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。

最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明,使本领域技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。

本文发布于:2023-04-13 23:31:06,感谢您对本站的认可!

本文链接:https://patent.en369.cn/patent/3/86284.html

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。

留言与评论(共有 0 条评论)
   
验证码:
Copyright ©2019-2022 Comsenz Inc.Powered by © 369专利查询检索平台 豫ICP备2021025688号-20 网站地图