发明内容
有鉴于此,本申请所要解决的技术问题是提供了一种风控方法、装置及系统,以减少系统资源浪费,提高系统性能。
为了解决上述技术问题,本申请的第一方面,提供一种风控方法,包括:
针对风控事件,获取与所述风控事件对应的预计算指标;
从数据平台中获取所述预计算指标的指标数据;
将所述风控事件以及所述预计算指标的指标数据分别提供给各个风控平台,由各个风控平台依据从所述预计算指标的指标数据中获取的所需要指标的指标数据,对所述风控事件进行风险分析。
优选地,所述预计算指标由数据平台根据根据历史记录中,各个风控平台对同一事件类型的风控事件进行历史风险分析时所需要的历史指标统计获得。
优选地,所述各个风控平台包括规则平台和模型平台;
所述规则平台用于依据风控规则,从所述预计算指标的指标数据中获取的所述风控规则所需要指标的指标数据,并利用所述风控规则进行风险分析;
所述模型平台用于依据风控模型,从所述预计算指标的指标数据中获取的所述风控模型所需要指标的指标数据,并利用所述风控模型进行风险分析。
优选地,在不存在所述风控事件对应的预计算指标时,所述方法还包括:
将所述风控事件提供给各个风控平台,由各个风控平台调用所述数据平台,从所述数据平台中分别获取所需要指标的指标数据,并依据所述所需要指标的指标数据对所述风控事件进行风险分析。
第二方面,提供一种风控方法,包括:
记录各个风控平台对同一事件类型的风控事件进行风险分析时所需要的历史指标;
从各个风控平台的历史指标中,统计针对同一事件类型的风控事件,各个风控平台均需要的共用指标;
将所述共用指标作为所述同一事件类型的风控事件的预计算指标;所述预计算指标用于在所述风控入口系统针对所述事件类型的风控事件,获取所述风控事件对应的预计算指标,从数据平台中获取所述预计算指标的指标数据;并将所述风控事件以及所述预计算指标的指标数据提供各个风控平台,以便于各个风控平台依据从所述预计算指标的指标数据中获取的所需要指标的指标数据,对所述风控事件进行风险分析。
优选地,所述从各个风控平台获取的指标数据中,确定针对同一个风控事件,各个风控平台均需要的共用指标包括:
从各个风控平台获取的历史指标中,统计针对同一事件类型的风控事件,每一个风控平台在多次风险分析中,获取概率均大于等于预设概率的历史指标作为共用指标。
优选地,所述从各个风控平台的历史指标中,统计针对同一个风控事件,各个风控平台均需要的共用指标包括:
每间隔预设时间,从在所述预设时间内记录的各个风控平台的历史指标中,确定针对同一个风控事件,各个风控平台均需要的共用指标。
第三方面,提供一种风控装置,包括:
指标获取模块,用于针对风控事件,获取与所述风控事件对应的预计算指标;
数据获取模块,用于从数据平台中获取所述预计算指标的指标数据;
第一风控触发模块,用于将所述风控事件以及所述预计算指标的指标数据分别提供给各个风控平台,由各个风控平台依据从所述预计算指标的指标数据中获取的所需要指标的指标数据,对所述风控事件进行风险分析。
优选地,所述预计算指标由数据平台根据根据历史记录中,各个风控平台对同一事件类型的风控事件进行历史风险分析时所需要的历史指标统计获得;
所述指标获取模块具体用于获取与所述风控事件的事件类型对应的预计算指标。
优选地,还包括:
第二风控触发模块,用于在不存在所述风控事件对应的预计算指标时,调用风控平台,将所述风控事件提供给各个风控平台,由各个风控平台调用所述数据平台分别获取所需要指标的指标数据,并依据所述所需要指标的指标数据对所述风控事件进行风险分析。
第四方面,提供一种风控装置,包括:
记录模块,用于记录各个风控平台对同一事件类型的风控事件进行风险分析时所需要的历史指标;
统计模块,用于从各个风控平台所需要的历史指标中,统计针对所述同一事件类型的风控事件,各个风控平台均需要的共用指标;
提供模块,用于将所述共用指标作为所述同一事件类型的风控事件的预计算指标;所述预计算指标用于在所述风控入口系统针对所述事件类型的风控事件,获取所述风控事件对应的预计算指标,从数据平台中获取所述预计算指标的指标数据;并将所述风控事件以及所述预计算指标的指标数据提供各个风控平台,以便于各个风控平台依据从所述预计算指标的指标数据中获取的所需要指标的指标数据,对所述风控事件进行风险分析。
优选地,所述统计模块具体用于:
从各个风控平台所需要的历史指标中,统计针对同一事件类型的风控事件,每一个风控平台在多次风险分析中,获取概率均大于等于预设概率的历史指标作为共用指标。
优选地,所述统计模块具体用于:
每间隔预设时间,从在所述预设时间内记录的各个风控平台的历史指标中,确定针对同一事件类型的风控事件,各个风控平台均需要的共用指标。
第五方面,提供一种风控系统,包括风控入口系统、多个风控平台以及数据平台,所述风控入口系统配置有上述第三方面提供的风控装置,所述数据平台配置有如上述第四方面提供的风控装置。
与现有技术相比,本申请可以获得包括以下技术效果:
针对风控事件,预先确定风控事件的预计算指标,并调用数据平台获取预计算指标的指标数据提供给各个风控平台,从而各个风控平台无需重复获取所述预计算指标的指标数据,对预计算指标的指标数据的获取只需调用一次数据平台即可以实现,减少了数据平台调用次数,减少了指标数据获取次数,从而节省了系统资源,提高了系统性能。
当然,实施本申请的任一产品必不一定需要同时达到以上所述的所有技术效果。
具体实施方式
以下将配合附图及实施例来详细说明本申请的实施方式,藉此对本申请如何应用技术手段来解决技术问题并达成技术功效的实现过程能充分理解并据以实施。
本申请技术方案主要适用于支付场景中,包括采用在线支付、银行卡支付或者第三方支付平台支付等多种支付方式的支付场景中,当然本申请也不仅适用于支付场景中,可以适用于任何需要进行风险监控(也即风控)的场景中。
本申请技术方案适用的风控系统如图1中所示,主要包括风控入口系统101、多个风控平台102以及数据平台103。在实际应用中,风控入口系统对风控平台的调用、风控平台对数据平台的调用均为远程调用。
为了解决现有技术中,数据平台调用次数较多、重复计算提供指标数据导致系统性能以及稳定性下降的技术问题。发明人经过一系列研究提出本申请技术方案,在本申请实施例中,针对风控事件时,首先确定风控事件对应的预计算指标,从而可以从数据平台获取所述预计算指标的指标数据,再将风控事件以及预计算指标的指标数据提供给各个风控平台,各个风控平台即可以依据该预计算指标的指标数据对风控事件进行风险分析。由于预先确定风控事件的预计算指标,并调用数据平台获取预计算指标的指标数据提供给各个风控平台,从而各个风控平台无需重复获取所述预计算指标的指标数据,对预计算指标的指标数据的获取只需调用一次数据平台即可以实现,减少了数据平台调用次数,可以减少了数据平台远程服务次数、减少指标数据获取次数,从而节省了系统资源,提高了系统性能,从而可以提高风险分析服务的稳定性。
下面将结合附图对本申请技术方案进行详细描述。
图2为本申请实施例提供的一种风控方法一个实施例的流程图,本实施例的技术方案主要应用于风控系统中,可以具体应用于风控系统中的风控入口系统中,该方法可以包括以下几个步骤:
201:针对风控事件,获取与所述风控事件对应的预计算指标。
风控事件可以是上游系统透传给风控入口系统的。上游系统例如可以是POS(point of sale,销售终端)系统、第三方支付平台、银行系统等支付系统。
风控事件按照事件类型进行划分,事件类型例如可以为“买家付款”、“确认收货”、“基金购买”等。因此,同一事件类型的风控事件也即可以是指买家付款事件、确认收货事件、基金购买事件等等。
需要说明的是,获取到风控事件之后,还可以进行事件属性转换等处理,以方便对风控事件进行后续的分析处理,与现有技术相同,在此不再赘述。
每一风控事件对应多个指标,在进行风险分析时,需要结合指标数据进行。
比如买家付款类型的风控事件中,指标可以包括买家账户、买家账户注册日期、买家账户绑定手机号码、买家账户绑定银行卡的卡号、开户行等等,数据平台中保存了不同指标的指标数据,比如指标“买家账户注册日期”的指标数据为“2015年12月30日”等。
本申请实施例中,获取风控事件之后,调用风控平台进行风险分析之前,首先获取风控事件对应的预计算指标。
预计算指标也即是指风控事件在本次风险分析中,各个风控平台,可能需要用到的指标。
预计算指标的获取可以有多种实现方式,在下面实施例中会详细进行介绍。
203:从数据平台中获取所述预计算指标的指标数据。
获得预计算指标之后,即调用数据平台,从数据平台中获取预计算指标的指标数据。
获取的预计算指标数据可以与风控事件封装在一起,先缓存在上下文中。
204:将所述风控事件以及所述预计算指标的指标数据分别提供给各个风控平台,由各个风控平台依据从所述预计算指标的指标数据中获取的所需要指标的指标数据,对所述风控事件进行风险分析。
获得预计算指标的指标数据之后,即调用各个风控平台,其中,为了提高风控效率,可以并发调用各个风控平台,将所述风控事件以及所述预计算指标的指标数据分别提供给多个风控平台。
每一个风控平台即可以从预计算指标的指标数据中获取所需要指标的指标数据,从而可以依据所需要指标的指标数据,对风控事件进行风险分析。
当然,在当前风险分析时,预计算指标可能不全部包括每一个风控平台需要的全部指标,因此每一个风控平台还可以在从预计算指标的指标数据中获取不到指标数据时,调用数据平台获取从预计算指标的指标数据中获取不到的指标数据,也即非预计算指标的指标数据。
在本实施例中,由于预先确定了风控事件的预计算指标,并调用数据平台获取预计算指标的指标数据提供给各个风控平台,从而各个风控平台无需重复获取所述预计算指标的指标数据,只需要获取预计算指标中没有的指标的指标数据即可,因此对预计算指标的指标数据的获取只需调用一次数据平台即可以实现,从而减少了调用次数,减少了指标数据获取次数,节省了系统资源,提高了系统性能,提高了风险分析服务稳定性。
其中,各个风控平台进行风险分析的处理方式不同,所述各个风控平台中可以包括规则平台和模型平台;
所述规则平台用于依据风控规则,从所述预计算指标的指标数据中获取的所述风控规则所需要指标的指标数据,并利用所述风控规则进行风险分析。
所述模型平台用于依据风控模型,从所述预计算指标的指标数据中获取的所述风控模型所需要指标的指标数据,并利用所述风控模型进行风险分析。
规则平台中,每一个风控规则由不同条件构成,根据指标数据与风控规则中条件的匹配程度,可以获得对应的风险分析结果。
模型平台中,风控模型可以是根据训练事件的指标数据预先训练的获得,从而针对每一个风控事件的各个指标数据,即可以计算获得风险分析结果。
各个风控平台将各自风险分析的结果上报给风控入口系统,由风控入口系统进行合并之后,再反馈上游系统,上游系统即可以获得本次风控事件的最终风险分析结果,进而决定是否拒绝或者预先此次事件发生。风险分析过程与现有技术相同,在此不再过多赘述。
其中,历史指标的统计可以由风控入口系统进行,也可以由数据平台进行。
所述预计算指标可以是由数据平台根据各个风控平台对同一事件类型的风控事件进行历史风险分析时所需要的历史指标统计获得。
因此,作为又一个实施例,获取与所述风控事件对应的预计算指标可以是:
获取与所述风控事件的事件类型对应的预计算指标。
风控事件的事件类型例如可以为“买家付款”、“用户登录”、“确认收货”等。
其中,数据平台可以每间隔预设时间,即统计一次同一事件类型的风控事件的共用指标并提供给风控入口系统。
也即,本申请实施例中,预计算指标可以是根据历史纪录统计获得,因此,作为又一个实施例,在不存在所述风控事件对应的预计算指标时,所述方法还包括:
将所述风控事件提供给各个风控平台,由各个风控平台从所述数据平台分别获取所需要指标的指标数据,并依据所述所需要指标的指标数据对所述风控事件进行风险分析。
另外,所述预计算指标由数据平台根据各个风控平台对同一事件类型的风控事件进行风险分析时所需要的历史指标统计获得的。
各个风控平台对所述风控事件进行风险分析时所需要的历史指标可以包括从预计算指标中获取的指标以及从数据平台中获取的指标。
也即风控平台可以调用数据平台获取所需要的非预计算指标的指标数据等。
图3为本申请实施例提供的一种风控方法又一个实施例的流程图,本实施例的技术方案主要应用于风控系统中,可以具体应用于数据平台中,该方法可以包括以下几个步骤:
301:记录各个风控平台对同一事件类型的风控事件进行风险分析时所需要的历史指标。
所述事件类型例如可以为“买家付款”、“用户登录”、“确认收货”等事件类型。相应的风控事件即为买家付款事件、用户登录事件以及确认收货事件等。
302:从各个风控平台所需要的历史指标中,统计针对所述同一事件类型的风控事件,各个风控平台均需要的共用指标。
303:将所述共用指标作为所述事件类型的风控事件的预计算指标。
该预计算指标可以提供给风控入口系统。
共用指标可以以指标列表的形式存储,并提供给风控入口系统。
其中,所述预计算指标用于所述风控入口系统针对所述事件类型的风控事件,获取所述风控事件对应的预计算指标,从数据平台中获取所述预计算指标的指标数据;并将所述风控事件以及所述预计算指标的指标数据提供各个风控平台,以便于各个风控平台依据从所述预计算指标的指标数据中获取的所需要指标的指标数据,对所述风控事件进行风险分析。
本实施例中,可以由数据平台或者风控入口系统对同一事件类型的风控事件进行风险分析时所需要的历史指标进行记录,并根据历史记录,统计获得各个风控平台所需要的共用指标,从而即可以将共用指标作为所述事件类型的风控事件的预计算指标提供给风控入口系统。风控入口系统获取到所述事件类型的风控事件时,即可以从所述数据平台中获取所述预计算指标的指标数据;并将所述风控事件以及所述预计算指标的指标数据提供各个风控平台,以便于各个风控平台依据从所述预计算指标的指标数据中获取的所需要指标的指标数据,对所述风控事件进行风险分析。各个风控平台无需重复获取所述预计算指标的指标数据,对预计算指标的指标数据的获取只需调用一次数据平台即可以实现,从而减少了调用次数,减少了指标数据获取次数,节省了系统资源,提高了系统性能,提高了风险分析服务稳定性。
其中,各个风控平台如果从所述预计算指标的指标数据中获取不到指标数据时,还可以调用数据平台,从数据平台中获取从所述预计算指标的指标数据中获取不到的指标数据。
因此,作为又一个实施例,记录各个风控平台对同一事件类型的风控事件进行风险分析时所需要的历史指标可以是:
记录各个风控平台对同一事件类型的风控事件进行风险分析时,从所述风控入口系统提供的预计算指标的指标数据中以及从所述数据平台中分别获取的指标数据对应的历史指标。
也即为同一事件类型记录的历史指标可以包括从风控入口系统提供的预计算指标的指标数据中获取的指标数据对应的指标,以及从数据平台获取的指标数据对应的指标。
其中,从各个风控平台获取的指标数据中,统计针对同一事件类型的风控事件,各个风控平台均需要的共用指标,可以是每间隔预设时间即统计一次。
所述预设时间可以根据所述风控时间一次风险分析平均耗时进行设定或调整。
因此,作为又一个实施例,从各个风控平台所需要的历史指标中,统计针对所述同一事件类型的风控事件,各个风控平台均需要的共用指标可以是:
每间隔预设时间,从在所述预设时间内记录的各个风控平台所需要的历史指标中,统计针对所述同一事件类型的风控事件,各个风控平台均需要的共用指标。
也即共用指标为动态更新的,每间隔预设时间,即用统计获得的共用指标更新一次预计算指标,从而保证预计算指标的时效性和准确度。
作为又一个实施例,该共用指标可以是指在所述同一事件类型的风控事件的各次风险分析中,每一个风控平台获取概率均大于或等于预设概率的历史指标;或者获取次数均大于或等于预设次数的历史指标。
例如对所述风控事件的100次风险分析中,至少大于80次的风险分析中各个风控平台均需要的历史指标,即可以作为共用指标。
该预设次数或预设概率可以根据一次风险分析的系统资源消费进行设定或调整。
图4为本申请实施例提供的一种风控装置一个实施例的结构示意图,该装置在实际应用中可以配置在风控系统的风控入口系统中,该装置可以包括:
指标获取模块401,用于针对风控事件,获取与所述风控事件对应的预计算指标。
风控事件可以是上游系统透传给风控入口系统的。上游系统例如可以是POS系统、第三方支付平台、银行系统等支付系统。
风控事件按照事件类型进行划分,事件类型例如可以为“买家付款”、“确认收货”、“基金购买”等。因此,同一事件类型的风控事件也即可以是买家付款事件、确认收货事件、基金购买事件等等。
预计算指标也即是指风控事件在本次风险分析中,各个风控平台,可能需要用到的指标。
数据获取模块402,用于从数据平台中获取所述预计算指标的指标数据。
第一风控触发模块403,用于将所述风控事件以及所述预计算指标的指标数据分别提供给各个风控平台,由各个风控平台依据从所述预计算指标的指标数据中获取的所需要指标的指标数据,对所述风控事件进行风险分析。
其中,为了提高风控效率,可以并发调用各个风控平台,将所述风控事件以及所述预计算指标的指标数据分别同时提供给多个风控平台。
每一个风控平台即可以从预计算指标的指标数据中获取的所需要指标的指标数据,从而可以依据所需要指标的指标数据,对风控事件进行风险分析。
当然,在当前风险分析时,预计算指标可能不包括每一个风控平台需要的全部指标,因此每一个风控平台还可以在从预计算指标的指标数据中获取不到指标数据时,调用数据平台获取从预计算指标的指标数据中获取不到的指标数据。
在本实施例中,由于预先确定了风控事件的预计算指标,并调用数据平台获取预计算指标的指标数据提供给各个风控平台,从而各个风控平台无需重复获取所述预计算指标的指标数据,只需要获取预计算指标中没有的指标的指标数据即可,因此对预计算指标的指标数据的获取只需调用一次数据平台即可以实现,从而减少了调用次数,减少了指标数据获取次数,节省了系统资源,提高了系统性能,提高了风险分析服务稳定性。
其中,各个风控平台进行风险分析的处理方式不同,所述各个风控平台中可以包括规则平台和模型平台;
所述规则平台用于依据风控规则,从所述预计算指标的指标数据中获取的所述风控规则所需要指标的指标数据,并利用所述风控规则进行风险分析。
所述模型平台用于依据风控模型,从所述预计算指标的指标数据中获取的所述风控模型所需要指标的指标数据,并利用所述风控模型进行风险分析。
作为又一个实施例,所述预计算指标可以是由数据平台根据各个风控平台对同一事件类型的风控事件进行历史风险分析时所需要的历史指标统计获得。
因此,作为又一个实施例,指标获取模块可以用于:
获取与所述风控事件的事件类型对应的预计算指标。
其中,数据平台可以每间隔预设时间,即统计一次并提供给风控入口系统。
也即,本申请实施例中,预计算指标可以是根据历史纪录统计获得,因此,作为又一个实施例,所述装置还可以还包括:
第二风控触发模块,用于在不存在所述风控事件对应的预计算指标时,调用风控平台,将所述风控事件提供给各个风控平台,由各个风控平台调用所述数据平台分别获取所需要指标的指标数据,并依据所述所需要指标的指标数据对所述风控事件进行风险分析。
也即如果没有历史记录,即可以按照现有技术中,由各个风控平台调用所述数据平台分别获取所需要指标的指标数据。
另外,所述预计算指标由数据平台根据各个风控平台对所述风控事件进行风险分析时所需要的历史指标统计获得的。
各个风控平台对所述风控事件进行风险分析时所需要的历史指标可以包括从预计算指标中获取的指标以及从数据平台中获取的指标。
图5为本申请实施例提供的一种风控装置又一个实施例的结构示意图,该装置可以配置在数据平台中,当然还可以配置在风控入口系统中,该装置可以包括:
记录模块501,用于记录各个风控平台对同一事件类型的风控事件进行风险分析时所需要的历史指标。
统计模块502,用于从从各个风控平台所需要的历史指标中,统计针对所述同一事件类型的风控事件,各个风控平台均需要的共用指标。
提供模块503,用于将所述共用指标作为所述事件类型的风控事件的预计算指标提供给风控入口系统。
共用指标可以以指标列表的形式存储,并提供给风控入口系统。
其中,所述预计算指标用于在所述风控入口系统获取到所述风控事件时,根据所述风控事件对应的预计算指标调用数据平台,从所述数据平台中获取所述预计算指标的指标数据;并将所述风控事件以及所述预计算指标的指标数据提供各个风控平台,以便于各个风控平台依据从所述预计算指标的指标数据中获取的所需要指标的指标数据,对所述风控事件进行风险分析。
本实施例中,可以由数据平台或者风控入口系统对同一事件类型的风控事件进行风险分析时所需要的历史指标进行记录,并根据历史记录,统计获得各个风控平台所需要的共用指标,从而即可以将共用指标作为所述事件类型的风控事件的预计算指标提供给风控入口系统。风控入口系统获取到所述事件类型的风控事件时,即可以从所述数据平台中获取所述预计算指标的指标数据;并将所述风控事件以及所述预计算指标的指标数据提供各个风控平台,以便于各个风控平台依据从所述预计算指标的指标数据中获取的所需要指标的指标数据,对所述风控事件进行风险分析。各个风控平台无需重复获取所述预计算指标的指标数据,对预计算指标的指标数据的获取只需调用一次数据平台即可以实现,从而减少了调用次数,减少了指标数据获取次数,节省了系统资源,提高了系统性能,提高了风险分析服务稳定性。
其中,各个风控平台如果从所述预计算指标的指标数据中获取不到指标数据时,还可以调用数据平台,从数据平台中获取从所述预计算指标的指标数据中获取不到的指标数据。
因此,作为又一个实施例,所述记录模块可以具体用于
记录各个风控平台对同一事件类型的风控事件进行风险分析时,从所述风控入口系统提供的预计算指标的指标数据中以及从所述数据平台中分别获取的指标数据对应的历史指标。
也即为同一事件类型的风控事件记录的历史指标包括从风控入口系统提供的预计算指标的指标数据中获取的指标数据对应的指标,以及从数据平台获取的指标数据对应的指标。
其中,从各个风控平台获取的指标数据中,统计针对同一事件类型的风控事件,各个风控平台均需要的共用指标,可以是每间隔预设时间即统计一次。
所述预设时间可以根据所述风控时间一次风险分析平均耗时进行设定或调整。
因此,所述统计模块可以具体用于:
每间隔预设时间,从在所述预设时间内记录的各个风控平台所需要的历史指标中,统计针对所述同一事件类型的风控事件,各个风控平台均需要的共用指标。
即共用指标为动态更新的,每间隔预设时间,即用统计获得的共用指标更新一次预计算指标,从而保证预计算指标的时效性和准确度。
作为又一个实施例,共用指标可以是指在所述风控事件的各个风险分析中,每一个风控平台获取概率均大于或等于预设概率的历史指标;或者获取次数均大于预设次数的历史指标。
例如对所述风控事件的100次风险分析中,至少大于80次的风险分析中各个风控平台均需要的历史指标,即可以作为共用指标。
该预设次数或预设概率可以根据一次风险分析的系统资源消费进行设定或调整。
本申请实施例还提供了一种风控系统,如图1中所示,包括风控入口系统101、多个风控平台102以及数据平台103,其中,所述风控入口系统可以配置有如图4所述实施例对应的风控装置,所述数据平台可以配置有如图5所述实施例对应的风控装置。
通过本申请实施例,数据平台可以对风控事件进行风险分析时所需要的历史指标进行记录,并根据历史记录,统计获得各个风控平台均需要的共用指标,从而即可以将共用指标作为预计算指标提供给风控入口系统。
风控入口系统获取到风控事件时,首先确定风控事件对应的预计算指标,并调用数据平台获取所述预计算指标的指标数据,从而同时将风控事件以及预计算指标的指标数据提供给各个风控平台,各个风控平台即可以依据该预计算指标的指标数据对风控事件进行风险分析。由于预先确定风控事件的预计算指标,并调用数据平台获取预计算指标的指标数据提供给各个风控平台,从而各个风控平台无需重复获取所述预计算指标的指标数据,对预计算指标的指标数据的获取只需调用一次数据平台即可以实现,减少了数据平台调用次数,减少了指标数据获取次数,减少了数据平台远程服务次数,从而节省了系统资源,提高了系统性能,提高了风险分析服务稳定性。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括非暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
如在说明书及权利要求当中使用了某些词汇来指称特定组件。本领域技术人员应可理解,硬件制造商可能会用不同名词来称呼同一个组件。本说明书及权利要求并不以名称的差异来作为区分组件的方式,而是以组件在功能上的差异来作为区分的准则。如在通篇说明书及权利要求当中所提及的“包含”为一开放式用语,故应解释成“包含但不限定于”。“大致”是指在可接收的误差范围内,本领域技术人员能够在一定误差范围内解决所述技术问题,基本达到所述技术效果。此外,“耦接”一词在此包含任何直接及间接的电性耦接手段。因此,若文中描述一第一装置耦接于一第二装置,则代表所述第一装置可直接电性耦接于所述第二装置,或通过其他装置或耦接手段间接地电性耦接至所述第二装置。说明书后续描述为实施本申请的较佳实施方式,然所述描述乃以说明本申请的一般原则为目的,并非用以限定本申请的范围。本申请的保护范围当视所附权利要求所界定者为准。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的商品或者系统不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。
上述说明示出并描述了本申请的若干优选实施例,但如前所述,应当理解本申请并非局限于本文所披露的形式,不应看作是对其他实施例的排除,而可用于各种其他组合、修改和环境,并能够在本文所述申请构想范围内,通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本申请的精神和范围,则都应在本申请所附权利要求的保护范围内。