发明内容
本说明书实施例提供基于金融产品的前置处理及配置方法、装置及设备,用以提升前置处理过程的配置效率。
本说明书实施例提供的一种基于金融产品的前置处理配置方法,所述方法包括:
确定所需发布的金融产品的类型;
获取预先针对该类金融产品设置的通用前置处理信息;其中,任一类所述金融产品的通用前置处理信息对应多项前置处理服务;
根据针对所述金融产品的发布需求信息,在所述多项前置处理服务中选择指定的前置处理服务,生成对应于该金融产品的前置处理配置信息,以便根据所述前置处理配置信息调用对应的前置处理服务进行前置处理。
本说明书实施例提供的一种基于金融产品的前置处理方法,所述方法包括:
确定用户所选择的金融产品的类型;
获取预先针对该类金融产品设置的前置处理配置信息;其中,所述前置处理配置信息根据该类型的通用前置处理信息所生成;
根据所述前置处理配置信息,对所述用户执行前置处理。
本说明书实施例提供的一种基于金融产品的前置处理配置装置,所述装置包括:
类型确定模块,确定所需发布的金融产品的类型;
信息获取模块,获取预先针对该类金融产品设置的通用前置处理信息;其中,任一类所述金融产品的通用前置处理信息对应多项前置处理服务;
配置模块,根据针对所述金融产品的发布需求信息,在所述多项前置处理服务中选择指定的前置处理服务,生成对应于该金融产品的前置处理配置信息,以便根据所述前置处理配置信息调用对应的前置处理服务进行前置处理。
本说明书实施例提供的一种基于金融产品的前置处理装置,所述装置包括:
确定模块,确定用户所选择的金融产品的类型;
获取模块,获取预先针对该类金融产品设置的前置处理配置信息;其中,所述前置处理配置信息根据该类型的通用前置处理信息所生成;
处理模块,根据所述前置处理配置信息,对所述用户执行前置处理。
本说明书实施例提供的一种基于金融产品的前置处理配置设备,所述设备包括:
处理器、存储器,其中:
所述存储器,存储基于金融产品的前置处理配置程序;
所述处理器,调用存储器中存储的基于金融产品的前置处理配置程序,并执行:
确定所需发布的金融产品的类型;
获取预先针对该类金融产品设置的通用前置处理信息;其中,任一类所述金融产品的通用前置处理信息对应多项前置处理服务;
根据针对所述金融产品的发布需求信息,在所述多项前置处理服务中选择指定的前置处理服务,生成对应于该金融产品的前置处理配置信息,以便根据所述前置处理配置信息调用对应的前置处理服务进行前置处理。
本说明书实施例提供的一种基于金融产品的前置处理设备,所述设备包括:
处理器、存储器,其中:
所述存储器,存储基于金融产品的前置处理程序;
所述处理器,调用存储器中存储的基于金融产品的前置处理程序,并执行:
确定用户所选择的金融产品的类型;
获取预先针对该类金融产品设置的前置处理配置信息;其中,所述前置处理配置信息根据该类型的通用前置处理信息所生成;
根据所述前置处理配置信息,对所述用户执行前置处理。
本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果:
金融平台上预先对不同的金融产品进行分类,并按照类型的不同,为每一类型配置了适用于该类型下金融产品的通用前置处理信息,而通用前置处理信息中通常定义了该类型下金融产品在前置处理过程的执行逻辑、所需调用的前置处理服务等。那么,当需要在相应的金融平台上发布金融产品时,无需完整地针对该金融产品编写前置处理过程的代码,而是可以根据该金融产品所属的类型,在预先针对该类型的金融产品设置的通用前置处理信息中,选择实际所需的各项前置处理服务,从而生成与该金融产品相匹配的前置处理配置信息。这样的方式能够有效减少金融产品的发布成本,提升了对接速度和效率。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在本说明书的一个或多个实施例中,所述的金融产品可以认为是资金融通过程中的各类载体,通常可包括但不限于:保险、基金、股票或期货等,或者是其他虚拟交易商品,诸如会员产品、虚拟货币等等。上述的金融产品通常可由相应的业务提供方以线上方式发布。其中,所述的金融产品提供方,可认为是能够提供上述金融产品的银行、金融公司或金融平台本身等等,这里并不作具体限定。
在实际应用场景中,当用户以线上的方式购买/使用上述金融产品时,金融平台将针对用户进行包含校验、开户、开协议等过程的前置处理。
其中,所述的校验过程,可认为是针对用户的身份合法性、购买/使用条件等的校验。
所述的开户过程,可认为是建立用户与金融产品提供方之间的金融业务关系的过程,如:针对某一用户,在相应的银行中建立银行账户,或者,注册金融平台的账户等。
所述的开协议过程,可认为是开通特定金融服务功能的协议业务,例如:开通网上银行、开通账户在线转账等。
基于上述的内容,在本说明书实施例中,所述的业务处理方法可以采用如图1a所示的架构。在图1a中,包括:金融平台、用户终端以及金融产品提供方。
其中,所述的金融平台,能够对接不同的金融产品提供方,在该金融平台上可以发布不同的金融产品。作为一种可能的实现方式,本说明书实施例中的金融平台的展现形式可以包括:网站(Website)或应用(Application),也即,用户通过访问至相应网站,或者,启动相应应用的方式,访问至该金融平台中,以便于购买/使用发布在该金融平台上的金融产品。该金融平台的具体组成可由服务器(或服务器集群)实现,当然,区块链式的分布式架构也可能是上述金融平台的架构方式,这里并不应构成对本申请的限定。
所述的金融产品提供方,如前所述,这里便不进行过多描述,在图1a中的架构下,通常是金融产品提供方后台的服务器,实现与金融平台之间的对接。
所述的用户终端,可包括用户所使用的手机、平板电脑、计算机等终端设备,用户通过用户终端可以访问至金融平台,并购买/使用相应的金融产品。
在本说明书实施例中的一个或多个实施例中,针对图1a中所示的金融平台而言,其具体的架构可如图1b所示,具体可包括:校验系统、协议系统、开户系统以及数据库。
其中,所述的检验系统,主要用于根据配置信息对用户进行前置校验处理。
所述的协议系统,主要用于根据配置信息对用户进行金融服务功能开通处理。
所述的开户系统,主要用于根据配置信息对用户进行开户服务处理。
所述的数据库,用于存储不同类别的金融产品的配置信息。
针对如图1b所示的三种系统,需要说明的是,在实际应用中,通常按照检验系统-协议系统-开户系统的执行顺序,针对用户进行前置处理过程。当任一环节失败,都会将失败信息(具体可以是错误码)反馈给前端(也即,用户),使得用户直观地获知前置处理过程失败的环节所在。
下面将详细阐述本说明书实施例中的方案。
一、配置阶段
基于如图1a及1b所示的架构,本说明书实施例中提供一种基于金融产品的前置处理过程的配置方法,可如图2所示,具体包括以下步骤:
步骤S201:确定所需发布的金融产品的类型。
实际应用时,不同的金融产品其所属的类型通常是不同的。故在本说明书实施例中,可以针对不同的金融产品进行分类,使得具有指定共性的金融产品划分在相同的类目中。
例如:金融产品的类目可以包括股票类、保险类或者期货类等。并且,对类目的划分还可以分为不同的层级,例如:针对保险类(一级类目)的金融产品,还可细分为财产保险、人身保险、意外保险等二级类目。当然,这里仅是一种简单示例,并不应构成对本申请的限定。
步骤S203:获取预先针对该类金融产品设置的前置处理信息。
其中,任一类所述金融产品的通用前置处理信息,任一类所述金融产品的通用前置处理信息对应多项前置处理服务。
在本说明书实施例中,针对每一类金融产品,均会配置相应的通用前置处理信息。具体而言,所述的通用前置处理信息,可认为是普适于该类金融产品的前置处理过程的执行信息,其中可包括执行逻辑、前置处理所需调用的各项服务等信息。
进一步而言,如前所述,前置处理过程具体可包括针对用户进行的校验、开协议以及开户过程,那么,所述通用前置处理信息中也就包含了针对校验、开协议、开户过程的前置处理服务。在一个简单示例中,前置处理可以采用相应的前置处理项所表征,如:校验用户身份、校验用户是否满足开户条件等等。应理解,每一前置处理项一一对应着相应的前置处理服务。
在实际应用场景中,所述的前置处理服务,主要可以分为校验服务、开协议服务以及开户服务三种类型。在本说明书的一个或多个实施例中,无论是校验服务、开协议服务或者开户服务,均可能包含多种子服务,例如:对于校验服务而言,在实际的校验过程中,需要校验用户是否为黑名单用户、用户状态是否正常、用户是否持有大陆身份证。那么,在本方案中,可将校验服务中所包含的每一个子服务,作为一种检验过程中的原子服务(也即,原子服务可认为是一种不可再细分单元服务)。对于开协议服务或开户服务,也同样可划分成多个原子服务,这里便不再过多赘述。
步骤S205:根据针对所述金融产品的发布需求信息,在所述多项前置处理服务中选择指定的前置处理服务,生成对应于该金融产品的前置处理配置信息,以便根据所述前置处理配置信息调用对应的前置处理服务进行前置处理。
在本说明书实施例中,所述的发布需求信息,通常由金融产品的提供方所提供,其中通常规定了某个金融产品所需前置处理项。一般而言,所述的发布需求信息可以采用诸如备注文件或诸如ini.格式的声明文件等实现,这里不作具体限定。
那么,根据发布需求信息,便可以在已有的前置处理服务中选择指定的原子服务。进而,可以根据所选择的原子服务,生成前置处理配置信息。
基于上述方法,一个简单示例为:假设某一贵重金属金融产品A(以下简称为:产品A),其类型为:在线黄金产品,而该类型的前置处理服务具体如图表1和表2所示。其中,表1为在线黄金产品的通用型的校验服务的原子服务。表2为在线黄金产品的通用型的开协议服务的原子服务。
黑名单用户校验服务 |
用户状态校验服务 |
用户年龄校验服务 |
用户证件校验服务 |
表1
开通黄金子卡服务 |
开通XX银行服务 |
开通黄金交易服务 |
表2
假设,根据该产品A的发布需求信息,在校验服务中,选择了“黑名单用户校验服务”和“用户年龄校验服务”两项原子服务;在开协议服务中,选择了“开通黄金子卡服务”这一项原子服务。那么,便可针对该产品A生成相应的前置处理配置信息,即为:校验用户是否为黑名单用户、校验用户是否未满18周岁以及用户是否已开通黄金子卡。
基于此,当该产品A发布在金融平台之后,金融平台便可以根据该示例中所生成的前置处理配置信息,对用户进行校验以及开协议的前置处理。当然,该示例仅是为了说明以上方法的一种简单举例,并不应构成对本申请的限定。
通过上述步骤,当需要在相应的金融平台上发布金融产品时,无需完整地针对该金融产品编写前置处理过程的代码,而是可以根据该金融产品所属的类型,在预先针对该类型的金融产品设置的通用前置处理信息中,选择实际所需的各项前置处理服务,从而生成与该金融产品相匹配的前置处理配置信息。这样的方式能够有效减少金融产品的发布成本,提升了对接速度和效率。
这样一来,当该金融产品发布在金融平台之后,便可以针对购买/使用该金融产品的用户,根据前置处理配置信息进行前置处理。
这里需要说明的是,对于某些金融产品而言,除了需要使用同类型产品的通用原子服务之外,可能还需要使用某些特殊的原子服务,对于这种情况,发布人员可以仅针对这些特殊的原子服务编写相应的代码。
具体而言,如图3a所示,示出了金融平台上不同类目产品的通用配置信息。同时可见,这些配置信息存储在数据库中,这样能够减少配置信息对金融平台本身运行的干扰。并假设,产品A属于类目一,但是,该产品A需要某些特殊的原子服务(原本对应于类目一的配置信息中未包含这些原子服务),那么,当相应的发布人员编写了该原子服务的代码,并生成了相应的配置信息后,可将新编写的配置信息更新至类目一的配置信息中,即,如图3b所示。
二、前置处理阶段
针对该阶段,可以根据以上内容所生成的前置处理配置信息,对用户购买/使用金融平台上的金融产品时,进行前置处理。
因此,本说明书实施例中提供一种基于金融产品的前置处理方法,可如图4所示,具体包括以下步骤:
步骤S401:确定用户所选择的金融产品的类型。
步骤S403:获取预先针对该类金融产品设置的前置处理配置信息。其中,所述前置处理配置信息根据该类型的通用前置处理信息所生成。
步骤S405:根据所述前置处理配置信息,对所述用户执行前置处理。
该方法中,有关前置处理配置信息的生成过程,可以参考前述内容,这里不再过多赘述。需要说明的是,对用户执行前置处理的过程,可认为是根据前置处理配置信息,调用与该金融产品相关的前置处理原子服务,并按照前置处理配置信息所定义的执行流程,实现对用户的前置处理。同时,由于各项前置处理服务均是原子服务,每一项原子服务在执行结束后,都可产生独立的执行结果(该执行结果既可能是执行成功,也可能是未执行成功),因此,每一项原子服务的执行结果并不会受到其他原子服务的干扰,特别对于未成功的执行结果,可以精确地反映出现问题的环节所在。
基于图4所示的方法,在实际应用场景下,前置处理过程通常包含对用户进行校验、开协议以及开户过程,那么,下面以一具体应用实例进行说明。
首先,在该实例中,前置处理过程具体的执行的流程可如图5所示。包括以下步骤:
步骤S501:确定用户所选择的金融产品的类型
步骤S503:获取该类型的前置处理配置信息
步骤S505:根据所述前置处理配置信息对用户进行校验,并判断是否通过,若是,则执行步骤S507;否则,进行前端报错。
步骤S507:根据所述前置处理配置信息对用户进行开协议,并判断是否通过,若是,则执行步骤S509;否则,进行前端报错。
步骤S509:根据所述前置处理配置信息对用户进行开户,并判断是否通过,若是,则执行步骤S511;否则,进行前端报错。
步骤S511:产品购买或使用,并展示结果。
在上述内容中,所述的前端报错,可认为是向用户所使用的客户端反馈可视化的报错提示信息或错误页面。
在图5所示的前置处理过程的基础上,假设该实例中,以账户黄金产品为例,并假设产品类目为ACCOUNT_GOLD,前置处理配置信息如下:
与校验过程有关的配置信息为:用户是否为黑名单用户、用户状态是否正常、用户余额支付功能是否开启,用户是否持有大陆省份证、持有的证件是否为二代省份证、用户身份证尾号是否未被特别标记(身份信息未被抢夺)、用户身份证尾号是否合法、用户是否年满18周岁。
与开协议过程有关的配置信息为:余额宝是否已经开户、用户是否有账户黄金子卡、用户是否开通账户黄金服务协议、用户是否开通网商银行、用户是否已经在机构实名开户。
假设,校验系统获取到用户购买账户黄金请求之后,根据该产品类目ACCOUNT_GOLD,查询到相应的前置处理配置信息,进行校验,其校验过程可如图6所示。如果其中的任一项校验失败,则会终止对剩下步骤的校验,同时将校验失败原因以错误码的方式发送给前端,以便引导用户做正确处理;反之,如果用户校验成功,则进入下一步的开协议处理。
当用户通过校验后,则将由协议系统对用户执行开协议操作,在某个示例中,其过程具体可如图7所示。在图7中可见,与前述过程相类似,如果其中任一项服务开通失败,则会终止余下步骤,同时将开通失败原因以错误码的方式发送给前端,引导用户做正确处理;反之,如果用户开通协议成功,则进入下一步的开户处理。
当用户通过开协议过程后,则将由开户系统判断用户是否已经开户,如果该用户已经开户,则结束前置处理过程,用户便可使用/购买相应的金融产品。而如果用户未开户,则开户系统将为该用户执行开户操作,这里便不再过多赘述。
以上为本说明书实施例提供的基于金融产品的前置处理、配置方法,基于同样的思路,本说明书实施例还提供一种基于金融产品的前置处理配置装置,如图8所示。所述装置包括:
类型确定模块801,确定所需发布的金融产品的类型;
信息获取模块802,获取预先针对该类金融产品设置的通用前置处理信息;其中,任一类所述金融产品的通用前置处理信息对应多项前置处理服务;
配置模块803,根据针对所述金融产品的发布需求信息,在所述多项前置处理服务中选择指定的前置处理服务,生成对应于该金融产品的前置处理配置信息,以便根据所述前置处理配置信息调用对应的前置处理服务进行前置处理。
进一步地,所述信息获取模块802,针对每一类型的金融产品,获取该类型的金融产品所具有的前置处理配置信息,根据获取到的所述前置处理配置信息,建立与该类型之间的对应关系,作为该类型金融产品所对应的通用前置处理配置信息。
所述配置模块803,根据获取到的该类金融产品的前置处理配置信息,调用与该前置处理配置信息相匹配的前置处理服务;其中,所述前置处理服务中包含多个原子服务,在所述前置处理服务中,选择指定的原子服务。
所述装置还包括:更新模块804,当所述金融产品所需的原子服务,未包含在针对该类金融产品设置的前置处理服务中时,将所述原子服务更新至针对该类金融产品设置的前置处理服务中,并更新该类金融产品所对应的通用前置处理信息。
基于图8所示的装置,在实际应用中可由实体的设备(如:服务器和/或终端)所实现,具体而言,该设备包括:处理器、存储器,其中,
所述存储器,存储基于金融产品的前置处理配置程序;
所述处理器,调用存储器中存储的基于金融产品的前置处理配置程序,并执行:
确定所需发布的金融产品的类型;
获取预先针对该类金融产品设置的通用前置处理信息;其中,任一类所述金融产品的通用前置处理信息对应多项前置处理服务;
根据针对所述金融产品的发布需求信息,在所述多项前置处理服务中选择指定的前置处理服务,生成对应于该金融产品的前置处理配置信息,以便根据所述前置处理配置信息调用对应的前置处理服务进行前置处理。
本说明书实施例还提供一种基于金融产品的前置处理装置,如图9所示。所述装置包括:
确定模块901,确定用户所选择的金融产品的类型;
获取模块902,获取预先针对该类金融产品设置的前置处理配置信息;其中,所述前置处理配置信息根据该类型的通用前置处理信息所生成;
处理模块903,根据所述前置处理配置信息,对所述用户执行前置处理。
基于如图9所示的装置,在实际应用中可由实体的设备(如:服务器和/或终端)所实现,具体而言,该设备包括:处理器、存储器,其中,
所述存储器,存储基于金融产品的前置处理程序;
所述处理器,调用存储器中存储的基于金融产品的前置处理程序,并执行:
确定用户所选择的金融产品的类型;
获取预先针对该类金融产品设置的前置处理配置信息;其中,所述前置处理配置信息根据该类型的通用前置处理信息所生成;
根据所述前置处理配置信息,对所述用户执行前置处理。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置、设备和介质类实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可,这里就不再一一赘述。
至此,已经对本主题的特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作可以按照不同的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序,以实现期望的结果。在某些实施方式中,多任务处理和并行处理可以是有利的。
在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),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。