一种监控方法和相关装置
技术领域
本申请涉及计算机领域,尤其涉及一种监控方法和相关装置。
背景技术
对于信用贷款等业务,涉及的监控系统架构如图1所示,业务系统102获取信贷请求104,业务系统102从信贷请求104中提取业务信息生成业务请求,风控平台101通过第一接口获取所述业务请求,然后风控平台101通过调用保存有风控数据的第三方供应商103的接口获取与业务请求对应的风控数据,第一接口及第三方供应商103的接口,有时会因为通讯原因、或者第三方供应商103系统错误等原因出现接口调用失败率高、耗时长、甚至接口接不通等异常情况发生,这样会增大业务系统102根据风控平台101获取的风控变量对信贷请求进行审核时做出误判的风险,导致一些高危客户的信贷请求被通过,给信贷机构造成损失。
发明内容
本申请实施例提供了一种监控方法和相关装置,能够对指定接口进行监控,降低风险。
本申请实施例第一方面提供一种监控方法,应用于风控平台,所述监控方法包括:
通过第一接口获取业务系统发送的业务请求;
根据获取的所述业务请求向第三方供应商发送风控数据获取请求;
通过所述第三方供应商的接口获取所述第三方供应商对所述风控数据获取请求的响应;
对所述第一接口和所述第三方供应商的接口进行监控,在监控到任一接口出现异常时,触发告警事件。
本申请实施例提供的技术方案,若监控到任一接口出现异常,则触发告警事件,通过这种方式,有利于及时发现接口出现异常,有利于减少审核风险。
基于第一方面,在本申请一些可能的实施方式中,所述通过第一接口获取业务系统发送的业务请求之后,所述方法还包括:
记录获取的所述业务请求的信息;
所述对所述第一接口和所述第三方供应商的接口进行监控,包括:
根据记录的所述业务请求的信息确定预设时间段内所述第一接口获取的所述业务请求的数量,在所述数量小于第一阈值时,确定所述第一接口出现异常。
本实施例提供的技术方案,接口出现异常,由第一接口在预设时间段内获取的业务请求的数量确定。
基于第一方面,在本申请一些可能的实施方式中,所述通过所述第三方供应商的接口获取所述第三方供应商对所述风控数据获取请求的响应之后,所述方法还包括:
记录所述第三方供应商对所述风控数据获取请求的响应信息;
所述对所述第一接口和所述第三方供应商的接口进行监控,包括:
根据记录的所述响应信息确定预设时间段内所述第三方供应商的接口获取的所述风控数据获取请求的数量,在所述数量小于第二阈值时,确定所述第三方供应商的接口出现异常。
本实施例提供的技术方案,接口出现异常,由第三方供应商的接口在预设时间段内获取的风控数据获取请求的数量确定。
基于第一方面,在本申请一些可能的实施方式中,所述通过所述第三方供应商的接口获取所述第三方供应商对所述风控数据获取请求的响应之后,所述方法还包括:
记录所述第三方供应商对所述风控数据获取请求的响应信息;
所述对所述第一接口和所述第三方供应商的接口进行监控,包括:
根据记录的所述响应信息确定预设时间段内所述第三方供应商的接口请求失败率,在所述接口请求失败率大于第三阈值时,确定所述第三方供应商的接口出现异常。
本实施例提供的技术方案,接口出现异常,由第三方供应商的接口请求失败率确定。
基于第一方面,在本申请一些可能的实施方式中,所述通过所述第三方供应商的接口获取所述第三方供应商对所述风控数据获取请求的响应之后,所述方法还包括:
记录所述第三方供应商对所述风控数据获取请求的响应信息;
所述对所述第一接口和所述第三方供应商的接口进行监控,包括:
根据记录的所述响应信息确定预设时间段内所述第三方供应商的接口请求耗时,在所述接口请求耗时大于第四阈值时,确定所述第三方供应商的接口出现异常。
本实施例提供的技术方案,接口出现异常,由第三方供应商的接口请求耗时确定。
在本申请一些可能的实施方式中,所述告警事件包括向指定用户发送告警信息。比如可以向指定邮箱,比如开发人员或者维护人员的邮箱发送告警邮件,提醒相关人员进行人工排查。
第二方面,本申请实施例提供了一种监控装置,应用于风控平台,所述监控装置包括:
第一获取单元,用于通过第一接口获取业务系统发送的业务请求;
第一发送单元,用于根据获取的所述业务请求向第三方供应商发送风控数据获取请求;
第二获取单元,用于通过所述第三方供应商的接口获取所述第三方供应商对所述风控数据获取请求的响应;
监控单元,用于对所述第一接口和所述第三方供应商的接口进行监控,在监控到任一接口出现异常时,触发告警事件。
本申请实施例提供的技术方案,若监控到任一接口出现异常,则触发告警事件,通过这种方式,有利于及时发现接口出现异常,有利于减少审核风险。
基于第二方面,在本申请一些可能的实施方式中,所述监控装置还包括:
记录单元,用于所述第一获取单元通过所述第一接口获取业务系统发送的业务请求之后,记录获取的所述业务请求的信息;
所述监控单元具体用于,根据所述记录单元记录的所述业务请求的信息确定预设时间段内所述第一接口获取的所述业务请求的数量,在所述数量小于第一阈值时,确定所述第一接口出现异常。
本实施例提供的技术方案,接口出现异常,由第一接口在预设时间段内获取的业务请求的数量确定。
基于第二方面,在本申请一些可能的实施方式中,所述监控装置还包括:
记录单元,用于所述第二获取单元通过所述第三方供应商的接口获取所述第三方供应商对所述风控数据获取请求的响应之后,记录所述第三方供应商对所述风控数据获取请求的响应信息;
所述监控单元具体用于,根据所述记录单元记录的所述响应信息确定预设时间段内所述第三方供应商的接口获取的所述风控数据获取请求的数量,在所述数量小于第二阈值时,确定所述第三方供应商的接口出现异常。
本实施例提供的技术方案,接口出现异常,由第三方供应商的接口在预设时间段内获取的风控数据获取请求的数量确定。
基于第二方面,在本申请一些可能的实施方式中,所述监控装置还包括:
记录单元,用于在所述第二获取单元通过所述第三方供应商的接口获取所述第三方供应商对所述风控数据获取请求的响应之后,记录所述第三方供应商对所述风控数据获取请求的响应信息;
所述监控单元具体用于,根据所述记录单元记录的所述响应信息确定预设时间段内所述第三方供应商的接口请求失败率,在所述接口请求失败率大于第三阈值时,确定所述第三方供应商的接口出现异常。
本实施例提供的技术方案,接口出现异常,由第三方供应商的接口请求失败率确定。
基于第二方面,在本申请一些可能的实施方式中,所述监控装置还包括:
记录单元,用于在所述第二获取单元通过所述第三方供应商的接口获取所述第三方供应商对所述风控数据获取请求的响应之后,记录所述第三方供应商对所述风控数据获取请求的响应信息;
所述监控单元具体用于,根据所述记录单元记录的所述响应信息确定预设时间段内所述第三方供应商的接口请求耗时,在所述接口请求耗时大于第四阈值时,确定所述第三方供应商的接口出现异常。
本实施例提供的技术方案,接口出现异常,由第三方供应商的接口请求耗时确定。
基于第二方面,在本申请一些可能的实施方式中,
所述监控单元用于触发告警时,具体用于向指定用户发送告警信息。比如可以向指定邮箱,比如开发人员或者维护人员的邮箱发送告警邮件,提醒相关人员进行人工排查。
第三方面,本申请实施例提供了一种电子设备,包括:处理器、存储器、通信接口和总线;
所述处理器、所述存储器和所述通信接口通过所述总线连接并完成相互间的通信;
所述存储器存储可执行程序代码;
所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序,以用于执行如上述第一方面所述的监控方法或者第一方面任一种可能的实施方式所述的监控方法。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请的实施例提供的一种监控系统架构示意图。
图2是本申请的实施例提供的一种监控方法的流程示意图。
图3是本申请的实施例提供的一种监控方法的流程示意图。
图4是本申请的实施例提供的一种监控装置的结构示意图。
图5是本申请的实施例提供的一种电子设备的结构示意图。
具体实施方式
本申请实施例提供了一种监控方法和相关装置,能够对指定接口进行监控,降低风险。
为了使本技术领域的技术人员更好地理解本申请,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分的实施例,而不是全部的实施例。基于本申请的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
以下分别进行详细说明。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
请参阅图1,图1是本申请的一个实施例提供的一种监控系统架构示意图。如图1所示,本申请的一个实施例提供的一种监控系统可以包括:风控平台101、业务系统102、和第三方供应商103。其中,业务系统102获取信贷请求104,业务系统102从信贷请求104中提取业务信息生成业务请求,业务请求中可以包括用户标识,用户标识可以是用户的身份证号码、手机号码等用于区分不同用户的标识。风控平台101通过第一接口获取业务请求,然后风控平台101通过调用保存有风控数据的第三方供应商103的接口获取与业务请求对应的风控数据,第三方供应商103可以是百融、同盾、冰鉴等保存有风控数据的系统。举例来说,在同盾上保存有3个月内使用某个身份证号码借款的次数、以及使用某个手机号码借款的次数等参数。具体实施时,第一接口及第三方供应商103的接口,有时会因为通讯原因、或者第三方供应商103系统错误等原因出现接口调用失败率高、耗时长、甚至接口接不通等异常情况发生,这样会增大业务系统102根据风控平台101获取的风控变量对信贷请求进行审核时做出误判的风险,导致一些高危客户的信贷请求被通过,给信贷机构造成损失。本申请实施例对第一接口和第三方供应商103的接口进行监控,在监控到任一接口出现异常时,触发告警事件,告警事件包括向指定用户发送告警信息,比如可以向指定邮箱,比如开发人员或者维护人员的邮箱发送告警邮件,提醒相关人员进行人工排查。
本申请实施例提供的监控方法,应用于风控平台,包括:通过第一接口获取业务系统发送的业务请求;根据获取的所述业务请求向第三方供应商发送风控数据获取请求;通过所述第三方供应商的接口获取所述第三方供应商对所述风控数据获取请求的响应;对所述第一接口和所述第三方供应商的接口进行监控,在监控到任一接口出现异常时,触发告警事件。
请参阅图2,图2是本申请的一个实施例提供的一种监控方法的流程示意图,如图2所示,本申请的一个实施例提供的一种监控方法可以包括以下步骤:
201、通过第一接口获取业务系统发送的业务请求。
其中,所述业务请求中包括用户标识,所述用户标识可以是用户的身份证号码、手机号码等用于区分不同用户的标识。
202、根据获取的所述业务请求向第三方供应商发送风控数据获取请求。
举例来说,若业务请求是贷款请求,贷款请求中包括贷款人的身份证信息,风控数据比如可以是同盾上保存的三个月内身份证借款次数。
在本申请一些可能的实施方式中,所述通过第一接口获取业务系统发送的业务请求之后,所述方法还可以包括:记录获取的所述业务请求的信息;所述业务请求的信息可以包括业务请求发送的时刻,根据记录可以得到预设时间段内业务请求的数量,正常情况下在工作时间段,业务请求会维持在一定数量以上,所以根据预设时间段内业务请求的数量可以判定第一接口是否出现异常,比如预设时间段可以是1个小时,预设的值为10,即若在一个小时内,业务请求的数量若小于10,则可以确定第一接口出现异常。
203、通过所述第三方供应商的接口获取所述第三方供应商对所述风控数据获取请求的响应。
所述响应可以是获取的风控变量、获取风控变量的时刻,根据发送风控数据获取请求的时刻与获取风控变量的时刻,可以得到获取风控变量的耗时信息。在一些可能的实施方式中,若从第三方供应商那里没有获取到风控变量可能会获取一个预设的字符串比如000000,标识获取请求第三方供应商的接口请求失败,可以理解的,请求第三方供应商的接口请求失败的判断依据也可以是:若获取的信息为“获取不到数据”或者“系统繁忙”等信息。
在本申请一些可能的实施方式中,通过所述第三方供应商的接口获取所述第三方供应商对所述风控数据获取请求的响应之后,所述方法还可以包括:记录所述第三方供应商对所述风控数据获取请求的响应信息。
204、对所述第一接口和所述第三方供应商的接口进行监控,在监控到任一接口出现异常时,触发告警事件。
在本申请一些可能的实施方式中,可以根据记录的所述响应信息确定预设时间段内所述第三方供应商的接口获取的所述风控数据获取请求的数量,在所述数量小于第二阈值时,确定所述第三方供应商的接口出现异常。
举例来说,若预设时间段为1小时,若第二阈值为5,则若一小时内第三方供应商的接口获取的风控数据获取请求的数量为3,小于第二阈值5,则确定第三方供应商的接口出现异常。进一步地,触发告警事件。
在本申请一些可能的实施方式中,所述对所述第一接口和所述第三方供应商的接口进行监控,可以包括:根据记录的所述响应信息确定预设时间段内所述第三方供应商的接口请求失败率,在所述接口请求失败率大于第三阈值时,确定所述第三方供应商的接口出现异常。
举例来说,若预设时间段为3小时,第三阈值为20%,若第三方供应商的接口请求失败率为34%,大于第三阈值,则确定第三方供应商的接口出现异常,触发告警事件。
在本申请一些可能的实施方式中,所述对所述第一接口和所述第三方供应商的接口进行监控,包括:根据记录的所述响应信息确定预设时间段内所述第三方供应商的接口请求耗时,在所述接口请求耗时大于第四阈值时,确定所述第三方供应商的接口出现异常,触发告警事件。
若预设时间段为1小时,若第四阈值为5秒,则若一小时内第三方供应商的接口数据获取请求的数量为3,耗时依次为3秒、4秒、和5秒,则平均耗时为4秒,小于第四阈值5,则不将第三方供应商的接口确定为出现异常。若耗时依次为6秒、7秒、和8秒,则平均耗时为7秒,小于第四阈值5,则将第三方供应商的接口确定为出现异常,触发告警事件。
在本申请一些可能的实施方式中,在任一接口出现异常时,还可以根据指定参数值与预设阈值的差异将告警事件区分为:轻微、一般、紧急三个等级的告警机制。比如接口请求失败率大于20%且小于30%对应的告警级别为轻微。接口请求失败率在30%~50%内,对应的告警级别为一般。接口请求失败率大于50%,对应的告警级别为紧急。
本申请实施例提供的技术方案,若监控到任一接口出现异常,则触发告警事件,通过这种方式,有利于及时发现接口出现异常,有利于减少审核风险。
请参阅图3,图3是本申请的另一实施例提供的一种监控方法的流程示意图,如图3所示,本申请的另一实施例提供的一种监控方法可以包括以下内容:
301、计时开始。
若计时周期为一天,计时起始时刻为0点,则每到一天的0点,开始计时。
302、判断通过第一接口是否获取了业务系统发送的业务请求。
若是,则执行步骤303,若否,则执行步骤305。
303、根据获取的所述业务请求向第三方供应商发送风控数据获取请求。
304、通过所述第三方供应商的接口获取所述第三方供应商对所述风控数据获取请求的响应。
比如在每个计时周期内,将该计时周期内获取的风控变量的值,以及获取时刻都保存到指定表格中。
305、判断计时是否结束。
以计时周期为一天,计时起始时刻为0点为例,若当前计时周期的计时未结束,即未到0点时,则执行步骤302。若计时结束,即当前时刻为0点时,则执行步骤306和步骤301。
306、对所述第一接口和所述第三方供应商的接口进行监控,在监控到任一接口出现异常时,触发告警事件。
307、转到人工排查流程。
采用本申请实施例提供的技术方案,若监控到任一接口出现异常,则触发告警事件,通过这种方式,有利于及时发现接口出现异常,有利于减少审核风险。
请参阅图4,图4为本申请的一个实施例提供的一种监控装置400的结构示意图,如图4所示,本申请实施例提供的一种监控装置400,可以包括:
第一获取单元401,用于通过第一接口获取业务系统发送的业务请求。
其中,所述业务请求中包括用户标识,所述用户标识可以是用户的身份证号码、手机号码等用于区分不同用户的标识。
第一发送单元402,用于根据获取的所述业务请求向第三方供应商发送风控数据获取请求。
举例来说,若业务请求是贷款请求,贷款请求中包括贷款人的身份证信息,规则文件可以为:从同盾的指定表格A中提取风控变量,风控变量比如可以是:三个月内身份证借款次数。
在本申请一些可能的实施方式中,所述通过第一接口获取业务系统发送的业务请求之后,所述方法还可以包括:记录获取的所述业务请求的信息;所述业务请求的信息可以包括业务请求发送的时刻,根据记录可以得到预设时间段内业务请求的数量,正常情况下在工作时间段,业务请求会维持在一定数量以上,所以根据预设时间段内业务请求的数量可以判定第一接口是否出现异常,比如预设时间段可以是1个小时,预设的值为10,即若在一个小时内,业务请求的数量若小于10,则可以确定第一接口出现异常。
第二获取单元403,用于通过所述第三方供应商的接口获取所述第三方供应商对所述风控数据获取请求的响应。
所述响应可以是获取的风控变量、获取风控变量的时刻,根据发送风控数据获取请求的时刻与获取风控变量的时刻,可以得到获取风控变量的耗时信息。在一些可能的实施方式中,若从第三方供应商那里没有获取到风控变量可能会获取一个预设的字符串比如000000,标识获取请求第三方供应商的接口请求失败,可以理解的,请求第三方供应商的接口请求失败的判断依据也可以是:若获取的信息为“获取不到数据”或者“系统繁忙”等信息。
在本申请一些可能的实施方式中,通过所述第三方供应商的接口获取所述第三方供应商对所述风控数据获取请求的响应之后,所述方法还可以包括:记录所述第三方供应商对所述风控数据获取请求的响应信息。
监控单元404,用于对所述第一接口和所述第三方供应商的接口进行监控,在监控到任一接口出现异常时,触发告警事件。
在本申请一些可能的实施方式中,可以根据记录的所述响应信息确定预设时间段内所述第三方供应商的接口获取的所述风控数据获取请求的数量,在所述数量小于第二阈值时,确定所述第三方供应商的接口出现异常。
举例来说,若预设时间段为1小时,若第二阈值为5,则若一小时内第三方供应商的接口获取的风控数据获取请求的数量为3,小于第二阈值5,则确定第三方供应商的接口出现异常。进一步地,触发告警事件。
在本申请一些可能的实施方式中,所述对所述第一接口和所述第三方供应商的接口进行监控,可以包括:根据记录的所述响应信息确定预设时间段内所述第三方供应商的接口请求失败率,在所述接口请求失败率大于第三阈值时,确定所述第三方供应商的接口出现异常。
举例来说,若预设时间段为3小时,第三阈值为20%,若第三方供应商的接口请求失败率为34%,大于第三阈值,则确定第三方供应商的接口出现异常,触发告警事件。
在本申请一些可能的实施方式中,所述对所述第一接口和所述第三方供应商的接口进行监控,包括:根据记录的所述响应信息确定预设时间段内所述第三方供应商的接口请求耗时,在所述接口请求耗时大于第四阈值时,确定所述第三方供应商的接口出现异常,触发告警事件。
若预设时间段为1小时,若第四阈值为5秒,则若一小时内第三方供应商的接口数据获取请求的数量为3,耗时依次为3秒、4秒、和5秒,则平均耗时为4秒,小于第四阈值5,则不将第三方供应商的接口确定为出现异常。若耗时依次为6秒、7秒、和8秒,则平均耗时为7秒,小于第四阈值5,则将第三方供应商的接口确定为出现异常,触发告警事件。
在本申请一些可能的实施方式中,在任一接口出现异常时,还可以根据指定参数值与预设阈值的差异将告警事件区分为:轻微、一般、紧急三个等级的告警机制。比如接口请求失败率大于20%且小于30%对应的告警级别为轻微。接口请求失败率在30%~50%内,对应的告警级别为一般。接口请求失败率大于50%,对应的告警级别为紧急。
在本申请一些可能的实施方式中,告警事件可以是:向指定邮箱,比如开发人员或者维护人员的邮箱发送告警邮件。
本申请实施例提供的技术方案,若监控到任一接口出现异常,则触发告警事件,通过这种方式,有利于及时发现接口出现异常,有利于减少审核风险。
参见图5,图5为本申请实施例提供的一种电子设备500的结构示意图,所述电子设备500,可以包括:
处理器501、存储器502、通信接口503和总线504。
其中,处理器501、存储器502和通信接口503通过总线504连接并完成相互间的通信;
存储器502存储可执行程序代码;
处理器501通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序,以用于执行一种审核方法,所述审核方法可以包括以下内容:
通过第一接口获取业务系统发送的业务请求;
根据获取的所述业务请求向第三方供应商发送风控数据获取请求;
通过所述第三方供应商的接口获取所述第三方供应商对所述风控数据获取请求的响应;
对所述第一接口和所述第三方供应商的接口进行监控,在监控到任一接口出现异常时,触发告警事件。
其中,告警事件包括向指定用户发送告警信息。
在本申请一些可能的实施方式中,所述通过第一接口获取业务系统发送的业务请求之后,所述方法还包括:记录获取的所述业务请求的信息;所述对所述第一接口和所述第三方供应商的接口进行监控,包括:根据记录的所述业务请求的信息确定预设时间段内所述第一接口获取的所述业务请求的数量,在所述数量小于第一阈值时,确定所述第一接口出现异常。
在本申请一些可能的实施方式中,所述通过所述第三方供应商的接口获取所述第三方供应商对所述风控数据获取请求的响应之后,所述方法还包括:记录所述第三方供应商对所述风控数据获取请求的响应信息;所述对所述第一接口和所述第三方供应商的接口进行监控,包括:根据记录的所述响应信息确定预设时间段内所述第三方供应商的接口获取的所述风控数据获取请求的数量,在所述数量小于第二阈值时,确定所述第三方供应商的接口出现异常。
在本申请一些可能的实施方式中,所述通过所述第三方供应商的接口获取所述第三方供应商对所述风控数据获取请求的响应之后,所述方法还包括:记录所述第三方供应商对所述风控数据获取请求的响应信息;所述对所述第一接口和所述第三方供应商的接口进行监控,包括:根据记录的所述响应信息确定预设时间段内所述第三方供应商的接口请求失败率,在所述接口请求失败率大于第三阈值时,确定所述第三方供应商的接口出现异常。
在本申请一些可能的实施方式中,所述通过所述第三方供应商的接口获取所述第三方供应商对所述风控数据获取请求的响应之后,所述方法还包括:记录所述第三方供应商对所述风控数据获取请求的响应信息;所述对所述第一接口和所述第三方供应商的接口进行监控,包括:根据记录的所述响应信息确定预设时间段内所述第三方供应商的接口请求耗时,在所述接口请求耗时大于第四阈值时,确定所述第三方供应商的接口出现异常。
本申请实施例还提供了一种存储介质,其中,该存储介质用于存储应用程序,所述应用程序用于在运行时执行本申请实施例所述的一种监控方法。
本申请实施例还提供了一种应用程序,其中,该应用程序用于在运行时执行本申请实施例所述的一种监控方法。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置,可通过其它的方式实现。例如,以上所描述的装置实施例是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,以上实施例仅用以说明本申请技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,其中,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。