一种数据管理方法、数据管理装置及电子设备
技术领域
本发明属于电子信息技术领域,尤其涉及一种数据管理方法、数据管理装置、电子设备及计算机可读存储介质。
背景技术
消费金融的门槛核心在于风控系统,面对C端客群(即个人客群)的线上产品线,如消费分期,现金贷及信用卡代偿等业务方向,其需实时支持大量业务的自动化处理,风控系统将承担贷前、贷中和贷后的风控评估、处理及预警的角色,极大地解放人工处理的平静与效率。而风控系统中的风控规则引擎在大数据风控中举足轻重,它主要用来对各种业务进行策略制定和分析,并给出风险决策结果、风控意见和报告等,是风控系统的心脏。通常来说,风控规则引擎需要依托于大量数据进行分析和逻辑运算,最终才能得出较为准确的结果。针对每个公司不同的业务功能、产品、渠道,风控规则引擎所调取的数据也不一样。
目前很多风控规则引擎是一次性调取所有需要的数据进行分析,这样一来,一旦根据调取的某些数据发现客户存在欺诈行为,该客户的申请就将被拒绝,那么前期所调取的该客户的其它数据也就没有了利用价值。这样不仅浪费了风控系统的资源,而且由于调取数据是需要收费的,还会浪费调取数据时所花的费用。
发明内容
有鉴于此,本发明提供了一种数据管理方法、数据管理装置、电子设备及计算机可读存储介质,可节约获取风控数据的资源及费用成本。
本发明的第一方面提供了一种数据管理方法,所述数据管理方法包括:
获取待发起的业务的业务类型;
根据所述待发起的业务的业务类型及预设的业务类型-风控规则对应表,查找与所述待发起的业务对应的一风控规则作为目标风控规则,其中,每个业务类型对应有两个以上的风控规则,所述风控规则用于审批业务;
获取与所述待发起的业务及所述目标风控规则相关的风控数据;
基于所述风控数据及所述目标风控规则对待发起的业务进行审批。
本发明的第二方面提供了一种数据管理装置,所述数据管理装置包括:
第一获取单元,用于获取待发起的业务的业务类型;
第一确定单元,用于根据所述第一获取单元获取到的所述待发起的业务的业务类型及预设的业务类型-风控规则对应表,查找与所述待发起的业务对应的一风控规则作为目标风控规则,其中,每个业务类型对应有两个以上的风控规则,所述风控规则用于审批业务;
第二获取单元,用于获取与所述待发起的业务及所述第一确定单元确定的所述目标风控规则相关的风控数据;
审批单元,用于基于所述第二获取单元获取到的所述风控数据及所述第一确定单元确定的所述目标风控规则对待发起的业务进行审批。
本发明的第三方面提供了一种电子设备,所述电子设备包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如上第一方面的方法的步骤。
本发明的第四方面提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如上第一方面的方法的步骤。
由上可见,在本发明方案中,首先获取待发起的业务的业务类型,然后根据所述待发起的业务的业务类型及预设的业务类型-风控规则对应表,查找与所述待发起的业务对应的一风控规则作为目标风控规则,其中,每个业务类型对应有两个以上的风控规则,所述风控规则用于审批业务,接着获取与所述待发起的业务及所述目标风控规则相关的风控数据,最后基于所述风控数据及所述目标风控规则对待发起的业务进行审批。本发明方案使得在审批一待发起的业务时不再需要一次性获取与该业务相关的所有数据,而是智能选定一风控规则作为目标风控规则,并仅需获取与该目标风控规则相关的风控数据,使得获取风控数据的资源及费用成本得到了节约。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的数据处理方法的实现流程示意图;
图2是本发明实施例提供的数据处理装置的结构示意图;
图3是本发明实施例提供的电子设备的结构示意图。
具体实施方式
以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本发明实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本发明的描述。
为了说明本发明所述的技术方案,下面通过具体实施例来进行说明。
实施例一
图1示出了本发明实施例一提供的数据管理方法的实现流程,其中,上述数据管理方法详述如下:
在步骤101中,获取待发起的业务的业务类型;
在本申请实施例中,首先可以获取待发起的业务的业务类型。具体地,有如下几种不同的业务类型划分方法,包括:基于功能的业务类型、基于渠道的业务类型及基于产品的业务类型。当然,根据不同企业所提供的业务,还可以有其它的业务类型划分方法,此处不作限定。示例性地,上述基于功能的业务类型包括但不限于:额度授信业务、额度调整业务、贷款业务,上述基于渠道的业务类型包括但不限于:应用程序(application,APP)业务、微信业务、电脑端(personal computer,PC)业务、电话销售业务,上述基于产品的业务包括但不限于:渠道消费分期业务、汽车分期业务、个人消费分期业务。进一步地,对于一些特殊产品的业务,企业会为其在一产品下设置新的产品子类,因而在获得了一业务的基于产品的业务类型之后,还可以获取该业务在该基于产品的业务类型下的产品子类(即子产品)。可选地,在获取待发起的业务的类型时,可以分别获取上述待发起的业务基于功能的业务类型、基于渠道的业务类型及基于产品的业务类型,此处不作限定。
在步骤102中,根据上述待发起的业务的业务类型及预设的业务类型-风控规则对应表,查找与上述待发起的业务对应的一风控规则作为目标风控规则;
在本发明实施例中,每个业务类型对应有两个以上的风控规则,上述风控规则用于审批业务。具体地,为了使确定目标风控规则的过程更加清晰,可以将各个业务类型所对应两个以上的风控规则打包为与各个业务类型对应的风控规则集合,即风控规则集合为与业务类型对应的两个以上风控规则的集合,则上述业务类型-风控规则对应表具体包括一业务类型-风控规则集合对应表,可以首先通过业务类型-风控规则集合对应表,确定与上述待发起的业务对应的风控规则集合作为目标风控规则集合,随后,可在上述目标风控规则集合中确定一风控规则作为目标风控规则。请参见表1,表1示出了一业务类型-风控规则集合对应表:
渠道 |
产品 |
产品子类 |
风控规则集合ID |
渠道A |
产品X |
产品子类L |
集合01 |
渠道A |
产品Y |
产品子类M |
集合02 |
渠道B |
产品U |
产品子类N |
集合03 |
表1
在表1中,渠道、产品及产品子类为该表的输入,风控规则集合为该表的输出。根据步骤101,可获取到待发起的业务基于渠道的业务类型、基于产品的业务类型,及该产品下属的产品子类,将获取到的这些信息通过表1进行查询,所得到的对应的风控规则集合即为目标风控规则集合。例如,若业务01为待发起的业务,通过步骤101获知该业务01属于渠道A、产品X、产品子类L的业务,则可以确定业务01的目标风控规则集合ID为集合01。具体地,上述预设的业务类型-风控规则集合对应表与风控系统的前端相对应,前端能够获取到待发起业务的何种类型,此处就可以利用该种业务类型设定相对应的风控规则集合。例如,假定前端进行了相应修改,可以同时获取到待发起的业务的渠道、产品、产品子类及功能,则可以在表1的基础上增设一输入参数“功能”,通过功能、渠道、产品、产品子类确定与待发起的业务相对应的风控规则集合;假定前端进行了相应修改,仅能够同时获取到待发起的业务的渠道、产品,则可以在表1的基础上删减输入参数“产品子类”,通过渠道、产品确定与待发起的业务相对应的风控规则集合。也即是说,可以根据前端所能够获取到的业务类型对上述表1的输入参数进行相应调整,当然,当每一业务类型所对应的风控规则集合产生变动时,也可以对上述表1的输出参数进行相应调整,此处不作限定。可选地,还可以增设一输出参数“状态”,用以表示该风控规则集合的状态是有效还是无效,只有有效的风控规则集合才可以被确定为目标风控规则集合。
具体地,可以由开发人员或者风控系统预先为风控规则集合中的各个风控规则设定优先级,则可以基于优先级,确定一风控规则作为目标风控规则。例如,获取在对上述待发起的业务进行审批的过程中,未曾被确定为目标风控规则的各个风控规则的优先级,其中,上述各个风控规则为业务类型-风控规则对应表中,与所述待发起的业务对应的风控规则(即上述目标风控规则集合中的风控规则),并将上述优先级最高的风控规则确定为上述目标风控规则。请参见表2,表2示出了一风控规则优先级表,即风控规则集合ID为集合01所包括的各个风控规则的优先级:
风控规则名称 |
风控规则优先级 |
风控规则a |
1 |
风控规则b |
3 |
风控规则c |
2 |
表2
在表2中,风控规则名称及风控规则优先级呈一一对应的关系,且各风控规则所对应的优先级并不一致。可以设定1级优先级为最高级优先级,2级为次高级优先级,依次类推。例如,若在本次对待发起的业务进行审批的过程中,风控规则集合ID为集合01的风控规则集合被确定为了目标风控规则集合,且风控规则a、b、c均未曾被确定为目标风控规则,则在步骤102中,可以先将风控规则a这一优先级最高的风控规则确定为目标风控规则。而当目标风控规则集合中的风控规则未设定有优先级时,则可以以随机挑选的方式确定目标风控规则集合中的一风控规则为目标风控规则,此处不作限定。
在步骤103中,获取与上述待发起的业务及上述目标风控规则相关的风控数据;
在本发明实施例中,各风控规则将分别对应一个以上的风控数据获取渠道,可以通过上述风控数据获取渠道获取到与上述待发起的业务及上述目标风控规则相关的风控数据,即,可以通过上述风控数据获取渠道获取到用以审批待发起的业务的上述目标风控规则的输入数据。上述风控数据获取渠道具体为风控数据接口,当然,也存在其它的风控数据获取渠道,此处不作限定。可选地,由于不同的风控数据,即不同的风控数据接口的优先级并不相同,因而可以将多个优先级一致的风控数据所对应的风控规则集成为一个大的风控规则,并将这些风控数据的优先级作为该集成的风控规则的优先级。也即是说,与风控规则相关的风控数据的优先级和该风控规则的优先级保持一致。可选地,上述各个风控数据接口的优先级可以人工进行配置,也可以通过风控系统通过智能分析实现对各个风控数据接口的优先级的配置,例如,可以根据风控数据接口调取的性质(例如内部风控数据、外部风控数据、交叉检测数据、其他特殊数据,特殊程度依次递增,特殊程度越高,优先级越高),风控数据接口的收费方式(收费越低的风控数据接口的优先级越高),调取时长(调取时长越低的风控数据接口的优先级越高)等方面去设置各个风控数据接口的优先级,并将同一优先级的风控数据接口所对应的风控规则集成为一个大的风控规则。
可选地,可以以预设的分类方式对目标风控规则中所对应的各个风控数据接口进行分类。比如,可以根据风控数据接口得到的数据类型,将所有风控数据接口分为,黑白名单类、外部征信数据类、身份认证类、其他辅助类等。分类完成后,分别对目标风控规则中各个类别下的风控数据接口根据风控数据接口调取的性质、风控数据接口的收费方式或者风控数据接口的调取时长进行排序,并根据排序结果,优选从每一类别中排序靠前的风控数据接口获取风控数据,或者从每一类别中排序靠前的风控数据接口获取多的风控数据,从排序靠后的风控数据接口获取少的风控数据(即对于排序越靠前的风控数据接口,从该风控数据接口所调取的风控数据越多;对于排序越靠后的风控数据接口,从该风控数据接口所调取的风控数据越少),可进一步避免调用风控数据时所占用的资源,节约调取风控数据时的费用。请参见表3,表3示出了一风控数据接口表,即与风控规则a相关的风控数据接口:
表3
当风控规则a被确定为目标风控规则时,可以通过与该风控规则a相关的各个数据接口获取到所需要的风控数据。
在步骤104中,基于上述风控数据及上述目标风控规则对待发起的业务进行审批。
在本发明实施例中,可以基于步骤103中所获取到的风控数据,及步骤102中所确定的目标风控规则,对待发起的业务进行审批。需要注意的是,所进行的审批操作不一定能够得到确切的审批结果,例如,一风控规则为查看客户是否在黑/白名单中,通过调取黑/白名单,如果该客户在黑名单中,则审批拒绝,如果该客户在白名单中,则审批通过,当获得审批通过或审批拒绝的审批结果时,可以输出上述审批结果,以便风控人员知晓;若该客户既不在黑名单中,也不在白名单中,则需要在上述风控规则集合中,确定另一风控规则作为目标风控规则,其中,上述另一风控规则为对上述待发起的业务进行审批的过程中未曾被确定为目标风控规则的风控规则,并返回执行步骤103及步骤104。上述审批过程可被多次执行,直至能够获得审批通过或审批拒绝的审批结果为止。可选地,如果是基于上述步骤103中进行了分类及排序后的风控数据接口调取得到了风控数据,则在无法获得审批通过或审批拒绝的审批结果时,可以先判断是否因某一类别的风控数据接口所调取的风控数据不足而导致无法获得审批结果,若是,则再次通过该类别的风控数据接口调取风控数据,若否,则根据上述待发起的业务的业务类型及上述业务类型-风控规则对应表,确定另一与上述待发起的业务对应的风控规则作为目标风控规则,以进一步对待发起的业务进行审批。可选地,如果在步骤102中,是基于优先级在上述风控规则集合中确定一风控规则作为目标风控规则,则上述另一风控规则为对上述待发起的业务进行审批的过程中未曾被确定为目标风控规则的风控规则中,优先级最高的风控规则。
可选地,开发人员还可以对上述业务类型-风控规则集合对应表进行新增、修改或删除。对于新增功能,可以弹出一相应的新增菜单,通过该新增菜单实现对上述表1所示的业务类型-风控规则集合对应表的新增操作,请参见表4,该新增菜单中可以有如下内容:
表4
需要注意的是,同一业务类型只能对应一个风控规则集合,因而在进行新增操作时,需要注意不与已有的业务类型所对应的风控规则重复,若重复,则风控系统将要求重新输入。
对于修改功能,通常来说,业务的渠道不会发生改变,而业务的产品、功能可能随着企业的扩张而发生变化,因而,对于上述业务类型-风控规则集合对应表,输入参数“渠道”为只读,只允许对其他输入参数及输出参数进行改进。实际上,当某一业务的渠道都发生变动时,该业务已经发生了质的改变,可以将原有的业务删除,并通过新增功能进行新增操作。
对于删除功能,即删除一组对应的输入参数及输出参数。后台将记录执行本次删除操作的人员的姓名(及工号)。删除后的内容将不在业务类型-风控规则集合对应表中进行显示。
可选地,开发人员还可以对风控规则优先级表及风控数据接口表进行新增、修改或删除,此处不作限定。
由上可见,在本发明实施例中,在审批一待发起的业务时不再需要一次性获取与该业务相关的所有数据,而是智能选定一风控规则作为目标风控规则,并仅需获取与该目标风控规则相关的风控数据,如果通过该目标风控规则不能得到确切的审批结果,则确定另一风控规则为目标风控规则,再次进行审批,直至获得审批通过或审批拒绝的审批结果为止,一定程度上节约了获取风控数据的资源及费用成本。
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。
实施例二
对应与上文实施例的数据管理方法,图2示出了本发明提供的数据管理装置的结构框图,为了便于说明,仅示出了与本发明实施例相关的部分,参照图2,该数据管理装置2包括:第一获取单元21,第一确定单元22,第二获取单元23,审批单元24。
其中,第一获取单元21,用于获取待发起的业务的业务类型;
第一确定单元22,用于根据上述第一获取单元获取到的上述待发起的业务的业务类型及预设的业务类型-风控规则对应表,查找与上述待发起的业务对应的一风控规则作为目标风控规则,其中,每个业务类型对应有两个以上的风控规则,上述风控规则用于审批业务;
第二获取单元23,用于获取与上述待发起的业务及上述第一确定单元确定的上述目标风控规则相关的风控数据;
审批单元24,用于基于上述第二获取单元获取到的上述风控数据及上述第一确定单元确定的上述目标风控规则对待发起的业务进行审批。
可选地,上述第一确定单元22包括:
优先级获取子单元,用于获取在对上述待发起的业务进行审批的过程中,未曾被确定为目标风控规则的各个风控规则的优先级,其中,上述各个风控规则为上述业务类型-风控规则对应表中,与所述待发起的业务对应的风控规则;
目标风控规则确定子单元,用于将上述优先级最高的风控规则确定为上述目标风控规则。
可选地,上述数据管理装置2还包括:
输出单元,用于若获得审批通过或审批拒绝的审批结果,则输出上述审批结果。
可选地,上述数据管理装置2还包括:
第二确定单元,用于若无法获得审批通过或审批拒绝的审批结果,则根据所述待发起的业务的业务类型及所述业务类型-风控规则对应表,确定另一与所述待发起的业务对应的风控规则作为目标风控规则,其中,上述另一与所述待发起的业务对应的风控规则为对上述待发起的业务进行审批的过程中未曾被确定为目标风控规则的风控规则;
上述第二获取单元在上述第二确定单元执行后被触发。
由上可见,在本发明实施例中,数据管理装置在审批一待发起的业务时不再需要一次性获取与该业务相关的所有数据,而是智能选定一风控规则作为目标风控规则,并仅需获取与该目标风控规则相关的风控数据,如果通过该目标风控规则不能得到确切的审批结果,则确定另一风控规则为目标风控规则,再次进行审批,直至获得审批通过或审批拒绝的审批结果为止,一定程度上节约了获取风控数据的资源及费用成本。
实施例三
图3是本发明一实施例提供的电子设备的示意图。如图3所示,该实施例的电子设备3包括:处理器30、存储器31以及存储在上述存储器31中并可在上述处理器30上运行的计算机程序32,例如数据管理程序。上述处理器30执行上述计算机程序32时实现上述各个数据管理方法实施例中的步骤,例如图1所示的步骤101至104。或者,上述处理器30执行上述计算机程序32时实现上述各装置实施例中各模块/单元的功能,例如图2所示模块21至24的功能。
示例性的,上述计算机程序32可以被分割成一个或多个单元,上述一个或者多个单元被存储在上述存储器31中,并由上述处理器30执行,以完成本发明。上述一个或多个单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述上述计算机程序32在上述电子设备3中的执行过程。例如,上述计算机程序32可以被分割成第一获取单元、第一确定单元、第二获取单元、审批单元,各单元具体功能如下:
第一获取单元,用于获取待发起的业务的业务类型;
第一确定单元,用于根据上述第一获取单元获取到的上述待发起的业务的业务类型及预设的业务类型-风控规则对应表,查找与上述待发起的业务对应的一风控规则作为目标风控规则,其中,每个业务类型对应有两个以上的风控规则,上述风控规则用于审批业务;
第二获取单元,用于获取与上述待发起的业务及上述第一确定单元确定的上述目标风控规则相关的风控数据;
审批单元,用于基于上述第二获取单元获取到的上述风控数据及上述第一确定单元确定的上述目标风控规则对待发起的业务进行审批。
上述电子设备3可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。上述电子设备可包括,但不仅限于,处理器30、存储器31。本领域技术人员可以理解,图3仅仅是电子设备3的示例,并不构成对电子设备3的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如上述电子设备还可以包括输入输出设备、网络接入设备、总线等。
所称处理器30可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
上述存储器31可以是上述电子设备3的内部存储单元,例如电子设备3的硬盘或内存。上述存储器31也可以是上述电子设备3的外部存储设备,例如上述电子设备3上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步地,上述存储器31还可以既包括上述电子设备3的内部存储单元也包括外部存储设备。上述存储器31用于存储上述计算机程序以及上述电子设备所需的其他程序和数据。上述存储器31还可以用于暂时地存储已经输出或者将要输出的数据。
由上可见,在本发明实施例中,电子设备在审批一待发起的业务时不再需要一次性获取与该业务相关的所有数据,而是智能选定一风控规则作为目标风控规则,并仅需获取与该目标风控规则相关的风控数据,如果通过该目标风控规则不能得到确切的审批结果,则确定另一风控规则为目标风控规则,再次进行审批,直至获得审批通过或审批拒绝的审批结果为止,一定程度上节约了获取风控数据的资源及费用成本。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将上述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述电子设备中单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
在本发明所提供的实施例中,应该理解到,所揭露的装置/终端设备和方法,可以通过其它的方式实现。例如,以上所描述的装置/终端设备实施例仅仅是示意性的,例如,上述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。
上述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
上述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,上述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。。其中,上述计算机程序包括计算机程序代码,上述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。上述计算机可读介质可以包括:能够携带上述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,上述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括是电载波信号和电信信号。
以上所述实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围,均应包含在本发明的保护范围之内。