一种跨地区数据配置方法、系统、装置及电子设备
技术领域
本申请涉及计算机技术领域,尤其涉及一种跨地区数据配置方法、系统、装置及电子设备。
背景技术
经济全球化的今天,跨地区公司、外资企业越来越多,这些企业的分支机构或部门可能遍布各个国家或地区。这就可能存在跨地区数据配置的情况,具体的,对位于不同地区的配置系统和业务系统,配置系统要跨地区访问业务系统中的待配置风控数据,为待配置风控数据进行配置。
发明内容
有鉴于此,本说明书实施例提供了一种跨地区数据配置方法、系统、装置及电子设备。
本说明书的实施例采用下述技术方案:
本说明书的实施例提供一种跨地区数据配置方法,应用于配置系统,包括:
确定针对所述配置系统中的已存风控数据的风控配置信息,所述已存风控数据是根据业务系统中的待配置风控数据所确定的,所述配置系统和所述业务系统分布在不同地区;
发送所述风控配置信息给所述业务系统,以使所述业务系统利用所述风控配置信息对所述业务系统中的所述待配置风控数据进行配置。
本说明书的实施例还提供一种跨地区数据配置方法,应用于业务系统,包括:
接收来自于配置系统的风控配置信息,所述风控配置信息为所述配置系统针对所述配置系统中的已存风控数据配置的,所述已存风控数据是根据所述业务系统中的待配置风控数据所确定的,其中所述配置系统和所述业务系统被分布在不同地区;
利用所述风控配置信息对所述业务系统中的所述待配置风控数据进行配置。
本说明书的实施例还提供一种跨地区数据配置系统,包括:
配置系统;
业务系统,与所述配置系统分布在不同地区,
所述配置系统确定针对所述配置系统中的已存风控数据的风控配置信息,所述已存风控数据是根据所述业务系统中的待配置风控数据所确定的,
所述业务系统从所述配置系统接收所述风控配置信息,利用所述风控配置信息对所述业务系统中的所述待配置风控数据进行配置。
本说明书的实施例还提供一种跨地区数据配置装置,包括:
确定模块,确定针对所述配置系统中的已存风控数据的风控配置信息,所述已存风控数据是根据业务系统中的待配置风控数据所确定的,所述配置系统和所述业务系统分布在不同地区;
发送模块,发送所述风控配置信息给所述业务系统,以使所述业务系统利用所述风控配置信息对所述业务系统中的所述待配置风控数据进行配置。
本说明书的实施例还提供一种跨地区数据配置装置,包括:
接收模块,接收来自于配置系统的风控配置信息,所述风控配置信息为所述配置系统针对所述配置系统中的已存风控数据配置的,所述已存风控数据是根据所述业务系统中的待配置风控数据所确定的,其中所述配置系统和所述业务系统被分布在不同地区;
配置模块,利用所述风控配置信息对所述业务系统中的所述待配置风控数据进行配置。
本说明书的实施例还提供一种电子设备,包括至少一个处理器及存储器,存储器存储有程序,并且被配置成由至少一个处理器执行以下步骤:
确定针对所述配置系统中的已存风控数据的风控配置信息,所述已存风控数据是根据业务系统中的待配置风控数据所确定的,所述配置系统和所述业务系统分布在不同地区;
发送所述风控配置信息给所述业务系统,以使所述业务系统利用所述风控配置信息对所述业务系统中的所述待配置风控数据进行配置。
本说明书的实施例还提供一种电子设备,包括至少一个处理器及存储器,存储器存储有程序,并且被配置成由至少一个处理器执行以下步骤:
接收来自于配置系统的风控配置信息,所述风控配置信息为所述配置系统针对所述配置系统中的已存风控数据配置的,所述已存风控数据是根据所述业务系统中的待配置风控数据所确定的,其中所述配置系统和所述业务系统被分布在不同地区;
利用所述风控配置信息对所述业务系统中的所述待配置风控数据进行配置。
本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果:
当配置系统和业务系统位于不同地区时,配置系统可以确定针对自身已存风控数据配置的风控配置信息,而已存风控数据是根据业务系统中对应的待配置风控数据确定的,那么配置系统可以将根据已存风控数据所配置的风控配置信息发送给业务系统,由业务系统自己对对应的待配置风控数据进行配置。在这种情况下,配置系统可以在本地根据已存风控数据配置风控配置信息,避免跨地区地访问所述业务系统来确定风控配置信息,从而缩短请求链路,减少时间。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1是本说明书一个实施例的跨地区数据配置系统的结构框图。
图2是本说明书另一个实施例的跨地区数据配置系统的结构框图。
图3是本说明书一个实施例的应用于配置系统的跨地区数据配置方法的流程图。
图4是本说明书一个实施例的应用于业务系统的跨地区数据配置方法的流程图。
图5是本说明书一个实施例的跨地区数据配置方法的风控配置信息发送流程图。
图6是本说明书一个实施例的跨地区数据配置方法的业务系统加载风控配置数据的流程图。
图7是本说明书一个实施例的跨地区数据配置方法的所述配置系统根据验证结果重新发送风控配置信息的流程图。
图8是本说明书一个实施例的一种跨地区数据配置方法的流程图。
图9是是本说明书一个实施例的跨地区数据配置装置的结构框图。
图10是本说明书一个实施例的跨地区数据配置装置的结构框图。
具体实施方式
当配置系统在跨地区访问业务系统的页面进行配置时,因为跨地区http请求链路距离长,一个请求约需要1s,一个配置页面可能涉及20至30个的请求,有的页面甚至更多的。当数据量大,请求多的情况下,一个页面打开可能需要几分钟的时间。在数据配置过程中,整个配置完成需要打开很多页面。
目前,市场上的产品是通过异步,缓存,或者缩减http数的方式来解决此问题。
本说明书实施例提供一种跨地区数据配置方法、系统、装置和电子设备,当配置系统和业务系统位于不同地区时,配置系统可以确定针对自身已存风控数据配置的风控配置信息,而已存风控数据是根据业务系统中对应的待配置风控数据确定的,那么配置系统可以将根据已存风控数据所配置的风控配置信息发送给业务系统,由业务系统自己对对应的待配置风控数据进行配置。在这种情况下,配置系统可以在本地根据已存风控数据配置风控配置信息,避免跨地区地访问所述业务系统来确定风控配置信息,从而缩短请求链路,减少时间。
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
以下结合附图,详细说明本申请各实施例提供的技术方案。
根据本说明书的一个方面,如图1所示,所述跨地区数据配置系统,包括:
配置系统100;
业务系统200,与配置系统100分布在不同地区,
配置系统100确定针对所述配置系统中的已存风控数据的风控配置信息,所述已存风控数据是根据所述业务系统中的待配置风控数据所确定的,
所述业务系统200从所述配置系统100接收所述风控配置信息,利用所述风控配置信息,对所述业务系统200中的待配置风控数据进行配置。
所谓配置系统100和业务系统200分布在不同地区,是指配置系统100和业务系统200可以分布在不同国家或地区。
以地区A和地区B进行举例说明。所述地区A和所述地区B为不同的国家或地区。具体地,所述配置系统100是被分布于所述地区A,用于确定所述风控配置信息,是实现所述跨地区数据配置系统且被分布于所述地区A的硬件和软件的统称。所述业务系统200被分布于所述地区B,接收所述风控配置信息并加载运行,完成跨地区数据配置,是实现所述跨地区数据配置系统且被设置于所述地区B的硬件和软件的统称。
具体地,所述风控配置信息面对的对象是风控数据。所述风控配置信息具体可以是指针对风控数据的配置方案。所述待配置风控数据是指所述业务系统中用于构成风控策略或风控规则的数据。
例如所述风控配置信息可以是用于制定能够防控风险使设备安全运行的数据的操作集合。对应地,所述业务系统200利用所述风控配置信息,对所述业务系统中的待配置风控数据进行配置的过程可以表现为所述业务系统200对所述业务系统中的所述待配置风控数据运行所述操作集合中的操作,进而制定能够防控风险使设备安全运行的数据,并将这些数据设定到设备或风控规则,使得设备或风控规则具有相应的防控风险的机制。
图2为图1所示物联网风险防控系统的一个应用实例的结构示意图。在本说明书的一个实施例中,所述配置系统100A包括第一配置操作系统110A。所述第一配置操作系统110A被设置于所述地区A。所述第一配置操作系统110A根据配置人员的指令,创建针对第一数据库120A中已存风控数据的风控配置信息,从而使得所述配置系统100A能够确定所述风控配置信息。
例如所述第一配置操作系统110A所确定的所述风控配置信息可以是对用户信息数据进行加密设置、对支付信息数据进行动态数据验证、对支付频率和最高金额进行限制等等。
进一步,所述配置系统100A包括被设置于所述地区A的第一数据库120A,所述业务系统200A包括被设置于所述地区B的第二数据库220A,如图2所示。所述第一数据库120A和所述第二数据库220A均用于存储风控配置信息确定过程中的数据。
进一步,所述第一配置操作系统110A与所述第一数据库120A可通信地连接,所述第一配置操作系统110A能够访问和调用所述第一数据库120A的数据以供所述风控配置人员操作,实现所述风控配置信息的确定。所述风控配置人员通过所述第一配置操作系统110A访问所述第一数据库120A,实施数据配置操作,从而确定所述风控配置信息。
例如,所述第一配置操作系统110A进行单次支付最高金额进行限制保护时,进行当前单次支付最高金额限制查询操作。所述第一数据库120A接收该单次支付最高金额限制查询操作并执行,向所述第一配置操作系统110A反馈查询操作执行的结果。所述第一配置操作系统110A即可获取当前单次支付最高金额限制相关数据,进而决定如何对所述配置数据中已存储的数据进行配置。
进一步,所述第一配置操作系统110A接收配置人员的配置操作,使得所述配置系统100A能够确定所述风控配置信息。并且所述第一配置操作系统110A将所述风控配置信息传输至所述第一数据库120A,所述第一数据库120A根据风控数据配置操作执行对应的操作,对所述第一数据库120A中存储的风控数据进行配置。
所述第一数据库120A根据所述风控配置信息执行的操作可以是对用于防控风险的数据进行增加、删除、修改、存储、备份、恢复等操作,本说明书并不限制。优选地,所述风控配置信息仅包括对用于防控风险的数据变动的操作,例如删除、新增或删除,而排除对查询等不变动数据的操作,以进一步缩减所述风控配置信息。
例如,所述风控配置人员在查询到当前单次支付最高金额限制后,决定修改单次支付最高金额限制相关数据,包括修改金额、单次支付最高金额的访问和修改权限设置等,以提高风险防控能力。所述第一数据库120A接收并执行内容为单次支付最高金额限制修改的所述风控配置信息,所述第一数据库120A中存储的单次支付最高金额限制相关数据被对应地进行修改配置。
优选地,所述配置系统100A的所述已存风控数据和所述业务系统200A的待配置风控数据相同。具体在本实施例中可以表现为所述第一数据库120A中存储的数据和所述第二数据库220A的所述待配置风控数据相同,即两个数据库的数据表、所存储数据的内容、位置、格式、数据表等数据属性均相同。
进一步,所述配置系统100A的所述已存风控数据被对应地风控配置,对应地,当所述风控配置信息被发送给所述业务系统,所述业务系统200A亦会根据风控配置信息对应地配置所述业务系统200A的待配置风控数据。在本实施例中,可以表现为所述第一数据库120A执行风控数据配置操作而更新,所述第二数据库220A根据对所述业务系统中的数据进行配置过程中,会对应地修改所述第二数据库220A的数据进而实现相同的数据更新。
例如,上述举例中,所述第一数据库120A中存储的单次支付最高金额限制相关数据被进行修改配置。该修改操作被对应地确定为所述风控配置信息,即所述风控配置信息为修改单次支付最高金额限制相关数据,所述配置系统100A将所述风控配置信息发送给所述业务系统200A,所述业务系统200A根据所述风控配置信息,对所述业务系统中的数据进行配置过程中,会对应地修改所述第二数据库220A的中单次支付最高金额限制的数据从而实现配置。
这样,在进行下次跨地区数据配置时,所述配置系统100A的所述已存风控数据和所述业务系统200A的待配置风控数据相同,以保证下次跨地区数据配置的成功实现。
由于所述配置系统100A的所述已存风控数据和所述业务系统200A的待配置风控数据相同,可以通过直接访问其所在国(地区A)的数据库直接配置数据,无需跨国访问所述地区B的数据库。特别是在实际应用中,整个数据配置需要打开很多页面,每个页面有很多请求,相比于现有技术中这些大量的请求都需要跨国访问的方案,本说明书的实施例的配置过程中只需本地访问即可,缩短了访问链路,节省时间,提高了配置效率。
在本说明书的一个实施例中,所述配置系统100A包括拦截器130A,如图2所示。当所述第一数据库120A根据所述风控配置信息,对所述已存风控数据进行配置时,形成所述第一数据库120A可以执行的SQL语句(Structured Query Language,结构化查询语言)。这样所得到的所述SQL语句和所述风控配置信息对应,表征的是所述风控配置信息的内容,所述风控配置信息被组装为对应的所述SQL语句。所述拦截器130A拦截对应的所述SQL语句,并将被拦截的所述SQL语句存储,例如存储在所述第一数据库120A。
例如,所述第一配置操作系统110A新增用户单日转账最高金额限制。所述第一配置操作系统110A确定用于新增用户单日转账最高金额限制的所述风控配置信息。所述第一数据库120A根据所述风控配置信息新增用户单日转账最高金额限制相关数据时,形成对应的数据新增SQL语句。所述拦截器130A拦截该对应的数据新增SQL语句,所述数据新增SQL语句被存储。本领域技术人员应知晓,所述风控配置信息被组装为SQL语句只是举例说明并未限制,本领域技术人员可以采用其他替代性方案。
进一步,所述配置系统100A将所述风控配置信息发送给位于所述地区B的所述业务系统200A。当接收来自配置人员输入的发送指令时,本次配置形成的所述风控配置信息被发送至所述业务系统200A。
优选地,所述配置系统100A上次风控配置信息发送至本次发送之间对应的所述风控配置信息给所述业务系统200A。具体地,为了便于说明,本说明书将当前(本次)所述配置系统发送所述风控配置信息给所述业务系统的时间为第一时间。对应地,所述配置系统100A上次风控配置信息发送时间即为所述配置系统100A历史发送风控配置信息给所述业务系统的时间中与所述第一发送时间相邻的时间,称为第二时间。也就是说,优选地,所述配置系统100A发送所述第一时间与所述第二发送时间之间对应的所述风控配置信息给所述业务系统200A。
具体地,所述配置系统100A获取所述第一时间与所述第二发送时间之间所述风控配置信息,并将其发送。举例说明,所述第二发送时间之后,所述第一时间之前,所述第一配置操作系统110A接收用于新增用户单日转账最高金额限制和用于修改单次支付最高金额限制的所述风控配置信息,所述配置系统100A获取该所述风控配置信息并将其发送。
相比于现有技术,本说明书的实施例中将所述风控配置信息无需多次发送至地区B,由地区B的系统后续根据风控配置信息加载配置数据,完成配置,而无需多次跨国请求传输,减少时间。
在本说明书的一个实施例中,所述配置系统100A包括第一文件系统140A。所述第一文件系统140A被设置于所述地区A,将所述风控配置信息生成为文件格式的风控配置信息文件。所述第一文件系统140A可以通过SFTP(Secure File Transfer Protocol,安全文件传送协议)将文件格式的所述风控配置信息文件传输至所述业务系统200。举例说明,当所述风控配置信息被组装为对应的所述SQL语句时,第一文件系统140A将表征所述风控配置信息的所述SQL语句生成为所述风控配置信息文件。即所述风控配置信息文件中写入的是表征所述风控配置信息的所述SQL语句。
优选地,所述配置系统100A将所述风控配置信息文件加密存储至所述第一文件系统140A,以提高安全性。本说明书的实施例并不限定所述配置系统100采用的加密方法,例如MD5算法加密、SHA1算法加密、HMAC算法加密、AES算法加密、DES算法加密、3DES算法加密等等,或者本领域技术人员可以采用其自行研发设计的方法实现加密。
当所述配置系统100A接收所述发送指令,所述第一文件系统140A将所述第一时间与所述第二发送时间之间的所述风控配置信息生成为文件格式的所述风控配置信息文件,以使所述风控配置信息文件记载的是本次数据配置操作所对应的风控配置信息。所述配置系统100A再将所述风控配置信息文件发送。
相比于直接传输SQL语句等其他形式的表征的所述风控配置信息,通过文件格式的所述风控配置信息文件传输所述风控配置信息,可以降低传输整体要求,提高传输的效率。
优选地,所述配置系统100A获取表征所述风控配置信息传输是否成功的传输结果,如果传输成功则继续后续操作,如果传输失败则重新传输。如果在预设发送次数内依然没有成功,则直接向所述第一配置操作系统110A反馈失败提示。预设发送次数可以4次等,本说明书的实施例并不限制。
在本说明书的一个实施例中,所述配置系统100A向所述业务系统200A传输所述风控配置信息后,所述业务系统200A根据其所接收的风控配置信息的长度,与所述配置系统传输的所述风控配置信息长度是否相同。如果相同,则可以判定传输成功,如果长度不相同,则可以判断传输失败。
举例说明,用于新增用户单日转账最高金额限制和用于修改单次支付最高金额限制的所述风控配置信息,被所述配置系统100A传输至所述业务系统200A。如果所述业务系统200A所接收的风控配置信息的长度比传输的所述风控配置信息长度短,则可能所述风控配置信息未传输完全,可能是用户于新增用户单日转账最高金额限制的数据新增配置操作没有被接收,此次传输失败。对应地,所述业务系统200A向所述配置系统100A反馈携带传输失败信息的所述传输结果。
当所述传输结果表征为所述风控配置信息传输成功,所述配置系统100A向所述业务系统200A发送继续作业指令。
在本说明书的一个实施例中,所述风控配置信息被传输和接收成功后,所述业务系统200A校验所接收的风控配置信息的创建时间是否符合预设时间条件。比如,验证所接收的风控配置信息的创建时间是否在所述配置系统100A上次风控配置信息发送时间(所述第二发送时间)之后。也就是说,所述业务系统200A所接收的所述风控配置信息应该是所述配置系统100A本次配置操作形成,其创建时间应该是在所述配置系统100A所述第二发送时间之后。
举例说明,假设所述配置系统100A上次风控配置信息发送时间为2019年6月11日9点整。根据用于新增用户单日转账最高金额限制和用于修改单次支付最高金额限制的所述风控配置信息被所述业务系统200A接收成功。所述业务系统200进行校验,发现所述风控配置信息的创建时间为2019年6月11日8点,也就是说所述风控配置信息可能是上次配置或者上次之前的风控配置信息,而非本次配置。本次风控配置信息的创建时间应该在2019年6月11日9点之后。
如果所接收的所述风控配置信息创建时间在所述第二发送时间之前,则表明所述风控配置信息并非对应本次配置操作,而是对应以往的配置操作。所述业务系统200A需向所述配置系统100A反馈其所需时间段,即反馈所述配置系统100A上次风控配置信息发送时间,以便所述配置系统100重新发送正确所述风控配置信息。也就是说,所述验证结果包括但不限于所述风控配置信息是否正确,预设时间条件等等。
当验证失败时,所述配置系统100A根据所述验证结果中携带的预设时间条件,重新向所述业务系统200A发送对应的所述风控配置信息。
举例说明,假设所述配置系统100A上次发送风控配置信息时间为2019年6月11日9点整。所述业务系统200A接收所述风控配置信息成功,但是验证失败,则所述业务系统200A反馈携带的预设时间条件的所述验证结果,即2019年6月11日9点之后,至所述配置系统100A,以要求重新发送正确的所述风控配置信息。所述配置系统100A根据所述验证结果,重新发送2019年6月11日9点之后形成的所述风控配置信息至所述业务系统200A。
当校验成功时,所述业务系统200A对所述业务系统的所述待配置风控数据执行所述风控配置信息,对所述待配置风控数据进行配置,并将配置后的所述风控数据加载至风控策略或者风控规则,完成风控数据配置。
在本实施例中,所述风控配置信息落入所述第二数据库220A执行,所述待配置风控数据被对应地配置。例如,所述业务系统200A接收所述风控配置信息成功,且验证成功,所述风控配置信息为2019年6月11日9点之后形成的所述风控配置信息,则所述第二数据库220A获取所述风控配置信息,并执行所述风控配置信息,其存储的所述待配置风控数据被对应地配置。
具体地,在本实施例中,所述业务系统200A接收由所述配置系统100A组装所述风控配置信息所对应的SQL语句得到的所述风控配置信息文件。
对应地,当所述配置系统100A包括所述第一文件系统140A时,所述业务系统200A包括第二文件系统240A,所述第二文件系统240A被设置于所述地区B,如图2所示。所述第二文件系统240A接收并存储所述风控配置信息文件。
当所述传输结果表征为所述风控配置信息传输成功后,向所述第二文件系统240A发送继续作业指令,所述第二文件系统240A调取所述风控配置信息文件以便进行校验。当所述风控配置信息文件被加密传输时,所述业务系统200A对所述第二文件系统240A所接收的所述风控配置信息文件解密,再进行校验。
当校验成功后,所述业务系统200A读取所述风控配置信息文件,获取与所述风控配置信息对应的所述SQL语句。所述业务系统200A对所述第二数据库220A中的所述待配置风控数据执行所述SQL语句,所述待配置风控数据被对应地配置。
进一步,所述业务系统200A记录所述配置系统100A此次发送所述风控配置信息时间(即所述第一发送时间),以便下次验证调用。
所述业务系统200加载被对应配置的所述风控数据至设备或风控策略,从而在所述业务系统200A完成数据配置。在本说明书的一个实施例中,所述业务系统200A包括第二配置操作系统210A。所述第一配置操作系统110A和所述第二配置操作系统210A具有相同运行机制和运行原理,只是所分布地区不同。所述第二配置操作系统210A加载运行被对应配置的所述风控数据,即可完成跨地区配置。
至此,所述跨地区数据配置系统完成跨地区配置,所述配置系统100A运用本地的数据库直接完成配置,形成风控配置信息后无需多次传输至所述业务系统200A,由所述业务系统200A执行所述配置系统,不仅缩短请求链路,也减少跨国传输次数,提高了配置效率,节约时间。
根据本说明书的另一个方面,本说明书的实施例进一步提供跨地区数据配置方法,如图3至图8所示。本说明书的所述跨地区数据配置方法可以应用于上述跨地区数据配置系统,实现本说明书的目的和优势,解决本说明书的问题。
图3为本说明书的应用于配置系统的跨地区数据配置方法的流程图。对应地,跨地区数据配置方法的执行主体是所述配置系统。
步骤310:确定针对所述配置系统中的已存风控数据的风控配置信息,所述已存风控数据是根据业务系统中的待配置风控数据所确定的,所述配置系统和所述业务系统分布在不同地区。
在本说明书的一个实施例中,在所述步骤310中,所述已存风控数据与所述业务系统中的所述待配置风控数据相同。
该步骤中所述已存风控数据与所述业务系统中的所述待配置风控数据相同,可以保证所确定所述风控配置信息可以直接在具有相同处理对象数据基础的所述业务系统运行。同时,所述风控配置人员可以通过直接访问其所在国的数据库直接配置数据,无需跨国访问所述地区B的数据库。
进一步,在所述风控配置信息确定后,还可以包括步骤:
利用所述风控配置信息对所述已存风控数据进行配置。
这样,保证在进行下次跨地区数据配置时,用于确定风控配置信息的对应的所述配置系统的数据和所述业务系统的待配置风控数据仍相同。
在本说明书的一个实施例中,所述配置系统包括第一数据库,所述配置系统中的数据被存储在所述配置系统的第一数据库。此时,所述配置系统的配置步骤可以是:利用所述风控配置信息对所述第一数据库的所述已存风控数据进行配置。
进一步,在本说明书的一个实施例中,所述步骤320还可以包括:
确定发送所述风控配置信息给所述业务系统时的第一发送时间;
确定历史上发送风控配置信息给所述业务系统时的时间中与所述第一发送时间相邻的第二发送时间;
获取所述第一时间至所述第二发送时间之间对应的所述风控配置信息。
为了获取配置人员本次数据配置操作所对应的风控配置信息,以上次风控配置信息发送结束(所述第二发送时间)为时间节点,在此时间节点之后生成的所述风控配置信息即可认为是本次配置人员数据配置操作所对应的风控配置信息。
步骤320:发送所述风控配置信息给所述业务系统,以使所述业务系统利用所述风控配置信息对所述业务系统中的所述待配置风控数据进行配置。
进一步,在本说明书的一个实施例中,所述步骤320之前还可以包括:
组装所述风控配置信息为文件格式的风控配置信息文件。
对应地,所述步骤320包括:
发送所述风控配置信息文件发送给所述业务系统,以使所述业务系统解析所述风控配置信息文件,利用解析得到的所述风控配置信息对所述业务系统中的所述待配置风控数据进行配置。
所述风控配置信息文件是记载所述风控配置信息的文件,其格式可以是文本文档、图片、程序等等,本说明书并不限制。当所述风控配置信息以文件形式传输时,所述步骤320可以采用SFTP进行传输。当然,本领域技术人员可以根据所述风控配置信息的表征形式采用对应的传输协议,本说明书的实施例并不限制。
对应地,当所述配置系统中的数据被存储在所述配置系统的第一数据库,且所述配置系统根据所述风控配置信息,对被存储于所述第一数据库的风控数据进行配置时,还可包括步骤:
将所述风控配置信息转换成SQL语句,落入第一数据库进行存储。
对应地,在SQL语句落入数据库进行存储之前,还可以包括:
拦截与所述风控配置信息对应的SQL语句;
将拦截的SQL语句组装得到SQL文件。
对应地,所述步骤320还包括:
发送所述SQL文件给所述业务系统,以使所述业务系统执行所述SQL文件中的SQL语句,以对所述业务系统中的所述待配置风控数据进行配置。
在本说明书的另一个实施例中,在发送步骤之前,组装步骤之后还可以包括步骤:对所述风控配置信息文件加密。
为了提高所述风控配置信息文件的安全性,可以对所述风控配置信息文件进行加密。例如,通过MD5算法加密、SHA1算法加密、HMAC算法加密、AES算法加密、DES算法加密、3DES算法加密等等对所述风控配置信息文件进行加密,或者本领域技术人员可以采用其自行研发设计的方法实现加密。
上述生成风控配置信息文件和加密的步骤为可选步骤,并非必要步骤。也就是说,本领域技术人员可以不将所述风控配置信息生成为文件格式的风控配置信息文件,也可以不对所述风控配置信息文件加密。
进一步,在所述步骤320之后,还可以包括:
接收所述业务系统反馈的传输结果;
如果根据所述传输结果确定传输失败,则重新发送所述风控配置信息给所述业务系统。
优选地,如果传输失败,则重新发送的步骤还可以包括:
判断实际发送次数是否超过预设发送次数;
如果实际发送次数没有超过预设发送次数,则重新发送所述风控配置信息给所述业务系统。
进一步,如果实际发送次数超过预设发送次数,则中断发送。
在本说明书的另一个实施例中,在所述步骤320之前,还可以先确认是执行跨区域模式还是执行本地模式。如果执行本地模式,则由所述地区A的系统,即所述配置系统执行所述风控配置信息,加载执行所得数据,实现本地数据配置。如果执行跨区域模式,则执行步骤320及其之后的步骤,完成跨区域,尤其是跨国的数据配置。对应地,在所述步骤320之前,还包括:
确认执行跨区域模式还是执行本地模式;如果执行本地模式,由所述配置系统执行所述风控配置信息;如果执行跨区域模式,则执行步骤320。
图4为本说明书的应用于业务系统的跨地区数据配置方法的流程图。对应地,所述跨地区数据配置方法的执行主体是所述业务系统。
步骤410:接收来自于配置系统的风控配置信息,所述风控配置信息为所述配置系统针对所述配置系统中的已存风控数据配置的,所述已存风控数据是根据所述业务系统中的待配置风控数据所确定的,其中所述配置系统和所述业务系统被分布在不同地区。
对应地,当所述风控配置信息被组装为所述风控配置信息文件被发送至所述业务系统时,所述步骤410还可以包括如下步骤:
接收风控配置信息文件,其中所述风控配置信息文件由所述配置系统组装所述风控配置信息得到;
读取所述风控配置信息文件,获取所述风控配置信息。
对应地,在本说明书的一个实施例中,当所述配置系统组装所述风控配置信息所对应的SQL语句得到的所述风控配置信息文件时,所述步骤410还可以包括如下步骤:
接收SQL文件,其中所述SQL文件由所述配置系统组装所述风控配置信息所对应SQL语句得到。
对应地,当所述风控配置信息文件被加密传输时,接收风控配置信息文件的步骤还可以包括步骤:对加密的所述风控配置信息文件进行解密。
步骤420:利用所述风控配置信息对所述业务系统中对应的待配置风控数据进行配置。
对应地,当所述业务系统接收SQL文件时,所述步骤420可以包括:
解析所述SQL文件,获取与所述风控配置信息对应的所述SQL语句;
执行所述SQL语句,对所述待配置风控数据进行配置。
进一步,对所述待配置风控数据进行配置之后,还可以包括:
加载配置的风控数据。
优选地,在所述步骤420之前,还可以包括:
获取所述风控配置信息的创建时间;
判断所述创建时间是否符合预设时间条件;
如果所述创建时间符合预设时间条件,则利用所述风控配置信息对所述业务系统中对应的待配置风控数据进行配置;
如果所述创建时间不符合所述预设时间条件,则向所述配置系统反馈验证结果,以使所述配置系统根据所述验证结果中携带的所述预设时间条件,重新发送风控配置信息。
本说明书实施例的所述跨地区数据配置方法通过在所跨地区的系统部署相同的数据库,直接访问地区A的数据进行数据配置操作,形成风控配置信息,而无需跨地区访问数据库,从而缩短请求链路,减少时间。此外,在完成配置,形成所述风控配置信息后,将所述风控配置信息一次性发送至地区B,由地区B的系统根据风控配置信息获取配置数据,完成配置,而无需多次跨国请求传输,减少时间。
图5为本说明书的跨地区数据配置方法中一个实施例的风控配置信息发送流程图。当本次配置操作完成,形成所述风控配置信息后,所述配置系统直接将所述风控配置信息从所述地区A发送至所述地区B,以便所述业务系统运行。
步骤521:发送所述风控配置信息给所述业务系统。
步骤523:接收所述业务系统反馈的传输结果。
所述业务系统是实现所述跨地区数据配置系统且被设置于所述地区B的硬件和软件的统称,当其接收来自所述配置系统的所述风控配置信息之后,可以反馈所述传输结果,以便后续获知传输是否成功。
步骤525:根据所述传输结果,确定是否传输成功,如果传输成功则执行步骤527,如果传输失败则执行步骤529。
所述传输结果可以包括但不限于是否传输成功。根据所述传输结果,可以佩戴传输是否成功。比如,如果所述业务系统所接收的风控配置信息的长度和所述步骤521中传输的风控配置信息长度相同则传输成功,不同则传输失败,所述业务系统对应地向所述配置系统反馈传输结果。
步骤527:通知配置所述业务系统继续处理其所接收的风控配置信息。
所述步骤525中可以采用http请求通知所述配置所述业务系统,比如所述步骤525可以向所述业务系统发送继续处理指令,以触发所述业务系统继续处理其所接收的风控配置信息。或者,本领域技术人员可以采用其他方式实现此步骤,本说明书的实施例并不限制,
步骤529:判断实际发送次数是否超过预设发送次数,如果实际发送次数超过预设发送次数,则执行步骤531,如果实际发送次数没有超过预设发送次数,则重复步骤521。
步骤531:所述配置系统中断所述风控配置信息的发送。
为了避免传输失败耗费时间,通过预设发送次数限制重复传输次数。当实际发送次数超过预设发送次数时,中断继续传输,继而可以在界面显示失败提示消息,以便配置人员查找失败原因,避免浪费时间等待。当实际发送次数没有超过预设发送次数,重复步骤521就是重新向地区B的系统传输所述风控配置信息。
图6为本说明书的跨地区数据配置方法中所述业务系统配置数据的流程图。
步骤611:接收继续处理所接收的风控配置信息的通知。
如前文所述,所述配置系统判定传输所述风控配置信息成功后,会向所述业务系统发送通知,所述第一数据配置子系接收允许继续处理所接收的风控配置信息的通知。
步骤613:获取所述风控配置信息的创建时间。
步骤617:判断所述创建时间是否符合预设时间条件,如果符合,则执行步骤619,如果不符合,则执行步骤621。
具体地,在一个实施例中,可以获取所述配置系统历史发送风控配置信息给所述业务系统的时间中与第一发送时间相邻的第二发送时间,其中述第一发送时间为所述配置系统发送所述风控配置信息给所述业务系统的时间;
根据所述第二发送时间,验证所述风控配置信息;
如果所述创建时间在所述第二发送时间之后,则执行步骤619;
如果所述创建时间在所述第二发送时间之前,则执行步骤621。
进一步记录所述配置系统本次风控配置信息发送时间。
具体地,记录所述配置系统本次风控配置信息发送时间是为了便于验证下次所述业务系统所接收的风控配置信息是否是在本次风控配置信息发送时间之后。
步骤619:对所述业务系统中的待配置风控数据执行所述风控配置信息,对所述待配置风控数据进行配置。
步骤623:在风控规则中加载配置的风控数据。
当所述风控配置信息被验证通过后,对所述业务系统中的数据执行所述风控配置信息,即对所述待配置风控数据进行配置。之后,所述业务系统加载被配置后的风控数据给风控规则,形成新的风控规则,所述业务系统的数据被对应地配置,从而使得所述业务系统配置完成。
优选地,所述业务系统根据加载情况,分析是否加载成功,如果加载失败,则重新加载所述风控数据。所述加载情况可以反映数据加载过程是否被打断、数据加载是否结束等是反映所述风控数据是否加载完全的情况。
在本说明书的一个实施例中,所述业务系统预设加载次数。如果加载失败,则判断实际加载次数是否未超过预设加载次数,如果未超过,则重新加载所述风控数据。对应地,所述业务系统在预设加载次数内加载所述风控数据。
步骤627:反馈加载结果至所述配置系统。
将所述加载结果返回至所述配置系统是为了便于所述配置系统显示本次风控配置信息是否发送成功,以供配置人员决定下一步操作。对应地,所述加载结果可以包括但不限于是否加载发送成功,本次配置用时等等。
步骤621:向所述配置系统反馈验证结果,以要求重新发送风控配置信息。
所述业务系统向所述配置系统反馈验证结果,要求重新发送风控配置信息。所述配置系统根据所述验证结果携带的所述预设时间条件,获取所需时间段对应的风控配置信息,之后执行发送所述风控配置信息至所述业务系统的步骤。
如图7所示,为本说明书的跨地区数据配置方法中所述配置系统根据验证结果重新发送风控配置信息的流程图。
步骤710:接收所述业务系统反馈的验证结果。
步骤720:根据所述验证结果所携带的所述预设时间条件,获取符合预设时间条件的对应的风控配置信息。
步骤730:发送所述风控配置信息至业务系统。
为了便于理解,下面本说明书以所述风控配置信息被组装为SQL语句进行举例说明所述跨地区数据配置方法,如图8所示。本领域技术人员应知晓,本实施例只是举例说明,并非限制。值得一提的是,所述跨地区数据配置方法中所述业务系统和所述配置系统设有相同的数据。
所述配置系统执行以下步骤:
步骤811:存储配置系统中的数据至所述配置系统的第一数据库。
步骤813:确定针对所述配置系统中的已存风控数据的风控配置信息,所述已存风控数据是根据业务系统中的待配置风控数据所确定的。
步骤815:根据所述风控配置信息,对被存储于所述第一数据库的风控数据进行配置。
步骤817:拦截所述第一数据库根据所述风控配置信息配置数据时对应形成的SQL语句。
步骤819:确认执行跨区域模式还是执行本地模式,如果执行本地模式,则执行步骤821,如果执行跨区域模式,则执行步骤823。
步骤821:对所述第一数据库的风控数据执行所述SQL语句,对所述第一数据库的风控数据进行配置。
步骤825:在所述配置系统的风控规则中加载配置的风控数据。
步骤823:获取所述配置系统第二发送时间之后形成的所述SQL语句。
步骤827:组装所述SQL语句为文件格式的风控配置信息文件。
步骤829:对所述风控配置信息文件加密。
步骤831:将加密的所述风控配置信息文件传输至所述业务系统。
步骤833:所述业务系统向所述配置系统返回传输结果。
步骤835:根据所述返回结果,确定是否传输成功,如果传输失败,则执行步骤837,如果传输成功,则执行步骤839。
步骤837:判断实际发送次数是否超过预设发送次数,如果实际发送次数未超过预设发送次数,则重复步骤829。
步骤839:调取其所述接收的所述风控配置信息文件。
步骤841:对加密的所述风控配置信息文件进行解密。
步骤843:根据所述第一发送时间,验证所接收的风控配置信息,如果所述风控配置信息创建时间在所述第一发送时间之后,则执行步骤845,如果所述风控配置信息创建时间在所述第一发送时间之前,则执行步骤847。
步骤845:对所述业务系统的第二数据库所存储的风控数据执行所述风控配置信息文件中的所述SQL语句,对第二数据库所存储的风控数据进行配置。
步骤849:记录所述配置系统本次发送风控配置信息的第一发送时间。
步骤851:在所述业务系统的风控规则中加载配置的风控数据。
步骤853:根据加载情况,分析是否加载成功,如果加载成功,则执行步骤855,如果加载失败,则执行步骤857。
步骤855:根据所述风控配置信息,更新第二数据库所存储的数据。
步骤859:所述业务系统向所述配置系统反馈加载结果。
步骤861:所述配置系统显示所述加载结果。
步骤857:判断实际加载次数是否超过预设加载次数,如果未超过,则重复步骤851。
步骤847:所述配置系统根据所述验证结果,获取所需时间段对应的所述SQL语句,重复执行步骤827。
根据本说明书的另一方面,基于相同的发明构思,如图9所示,本说明书实施例还提供一种跨地区数据配置装置,包括:
确定模块10,确定针对所述配置系统中的已存风控数据的风控配置信息,所述已存风控数据是根据业务系统中的待配置风控数据所确定的,所述配置系统和所述业务系统分布在不同地区;
发送模块20,发送所述风控配置信息给所述业务系统,以使利用所述风控配置信息对所述业务系统中的所述待配置风控数据进行配置。
在本说明书的一些实施例中,所述已存风控数据与所述业务系统中的所述待配置风控数据相同。
在本说明书的一些实施例中,所述发送模块20所述第一时间与所述第二发送时间之间对应的所述风控配置信息给所述业务系统。
根据本说明书的另一方面,基于相同的发明构思,如图10所示,本说明书实施例还提供一种跨地区数据配置装置,包括:
接收模块30,接收来自于配置系统的风控配置信息,所述风控配置信息为所述配置系统针对所述配置系统中的已存风控数据配置的,所述已存风控数据是根据所述业务系统中的待配置风控数据所确定的,其中所述配置系统和所述业务系统被分布在不同地区;
配置模块40,利用所述风控配置信息对所述业务系统中的所述待配置风控数据进行配置。
在本说明书的一些实施例中,所述跨地区数据配置装置获取所述风控配置信息的创建时间,并根据预设时间条件验证所述风控配置信息。如果所述创建时间符合预设时间条件,则根据所述风控配置信息,对所述业务系统中的待配置风控数据进行配置。如果所述创建时间不符合预设时间条件,则向所述配置系统反馈验证结果,以使所述配置系统根据所述验证结果所包括的预设时间条件,重新发送所需时间段的风控配置信息。
根据本说明书的另一个方面,本说明书还提供一种电子设备,以实现本说明书的目的和优势,解决本说明书的问题。所述电子设备包括至少一个处理器及存储器,存储器存储有程序,并且被配置成由至少一个处理器执行以下步骤:
确定针对所述配置系统中的已存风控数据的风控配置信息,所述已存风控数据是根据业务系统中的待配置风控数据所确定的,所述配置系统和所述业务系统分布在不同地区;
发送所述风控配置信息给所述业务系统,以使所述业务系统利用所述风控配置信息对所述业务系统中的所述待配置风控数据进行配置。
基于同一发明构思,本说明书实施例还提供一种计算机可读存储介质,包括与电子设备结合使用的程序,程序可被处理器执行以完成以下步骤:
确定针对所述配置系统中的已存风控数据的风控配置信息,所述已存风控数据是根据业务系统中的待配置风控数据所确定的,所述配置系统和所述业务系统分布在不同地区;
发送所述风控配置信息给所述业务系统,以使所述业务系统利用所述风控配置信息对所述业务系统中的所述待配置风控数据进行配置。
根据本说明书的另一个方面,本说明书还提供所述电子设备,包括至少一个处理器及存储器,存储器存储有程序,并且被配置成由至少一个处理器执行以下步骤:
接收来自于配置系统的风控配置信息,所述风控配置信息为所述配置系统针对所述配置系统中的已存风控数据配置的,所述已存风控数据是根据所述业务系统中的待配置风控数据所确定的,其中所述配置系统和所述业务系统被分布在不同地区;
利用所述风控配置信息对所述业务系统中的所述待配置风控数据进行配置。
基于同一发明构思,本说明书实施例还提供一种计算机可读存储介质,包括与电子设备结合使用的程序,程序可被处理器执行以完成以下步骤:
接收来自于配置系统的风控配置信息,所述风控配置信息为所述配置系统针对所述配置系统中的已存风控数据配置的,所述已存风控数据是根据所述业务系统中的待配置风控数据所确定的,其中所述配置系统和所述业务系统被分布在不同地区;
利用所述风控配置信息对所述业务系统中的所述待配置风控数据进行配置。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本说明书的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。