业务数据处理方法、装置、计算机设备和存储介质
技术领域
本申请涉及计算机技术领域,特别是涉及一种业务数据处理方法、装置、计算机设备和存储介质。
背景技术
目前,根据用户账号下的资金进行交易越来越普遍,而用户账号下的资金一般都会设置使用额度,该额度是指用户在正常情况下可以循环透支使用的最高限额,由于用户的风险性和收益性都在变化,用户的使用额度也会随之进行调整。在传统方式中,是通过人工进行临时调额。
然而,传统的额度调整方法在数据量较大的情况下,通过人工操作无法及时进行调额处理,导致业务数据处理效率较低。因此,如何提高业务数据处理效率成为目前需要解决的一个技术问题。
发明内容
基于此,有必要针对上述技术问题,提供一种提高业务数据处理效率的业务数据处理方法、装置、计算机设备和存储介质。
一种业务数据处理方法,所述方法包括:
接收终端上传的业务请求,所述业务请求携带有用户标识、与所述用户标识对应的第一业务数据以及所述第一业务数据的数据类型;所述第一业务数据包括现有业务数据以及请求业务数据;
根据所述第一业务数据的数据类型关联相对应的业务类型;
调用线程扫描数据库,获取与所述用户标识对应的用户信息;
根据所述业务类型对所述用户信息进行分析,生成对应的请求信息;
调用多线程根据所述请求信息,并行计算所述用户标识对应的第二业务数据;
根据所述第二业务数据在所述请求业务数据中确定满足预设更新条件的目标业务数据;
将所述目标业务数据对相应的现有业务数据进行更新,将所述目标业务数据返回至终端。
在其中一个实施例中,所述根据所述业务类型对所述用户信息进行分析,生成对应的请求信息包括:
当所述第一业务数据的数据类型为日文件时,根据所述业务类型对所述用户信息进行第一风险验证;
当通过第一风险验证后,将所述现有业务数据与预设业务阈值进行比较;
当所述现有业务数据大于所述预设业务阈值时,对所述用户信息进行第二风险验证;
当通过第二风险验证后,对所述用户信息进行身份查询,生成对应的请求信息。
在其中一个实施例中,所述根据所述业务类型对所述用户信息进行第一风险验证包括:
根据所述业务类型对所述用户信息中的业务状态进行检查;
当通过状态检查后,对所述用户信息进行风险名单检查;
当通过风险名单检查后,将所述现有业务数据与预设业务阈值进行比较。
在其中一个实施例中,所对所述用户信息进行身份查询,生成对应的请求信息包括:
根据所述业务请求获取与所述身份信息对应的身份文件;
对所述身份文件进行特征提取,生成与所述用户信息对应的请求信息。
在其中一个实施例中,所述方法还包括:
当所述第一业务数据的数据类型为业务终端上传的文件时,根据所述业务类型对所述用户信息进行第一风险验证;
当通过第一风险验证后,提取所述业务终端上传的文件中的请求业务数据;
将所述请求业务数据对相应的现有业务数据进行更新,将所述请求业务数据返回至客户终端。
在其中一个实施例中,所述方法还包括:
根据所述业务类型匹配与所述第一业务数据相对应的节点信息;
对所述第一业务数据进行业务等级判断;
根据所述业务等级以及所述节点信息对所述用户信息进行分析。
一种业务数据处理装置,所述装置包括:
通信模块,用于接收终端上传的业务请求,所述业务请求携带有用户标识、与所述用户标识对应的第一业务数据以及所述第一业务数据的数据类型;所述第一业务数据包括现有业务数据以及请求业务数据;
关联模块,用于根据所述第一业务数据的数据类型关联相对应的业务类型;
扫描模块,用于调用线程扫描数据库,获取与所述第一业务数据对应的用户信息;
分析模块,用于根据所述业务类型对所述用户信息进行分析,生成对应的请求信息;
计算模块,用于调用多线程根据所述请求信息,并行计算所述用户标识对应的第二业务数据;
确定模块,用于根据所述第二业务数据在所述请求业务数据中确定满足预设更新条件的目标业务数据;
更新模块,用于将所述目标业务数据对相应的现有业务数据进行更新,将所述目标业务数据返回至终端。
在其中一个实施例中,所述分析模块还用于当所述第一业务数据的数据类型为日文件时,根据所述业务类型对所述用户信息进行第一风险验证;当通过第一风险验证后,将所述现有业务数据与预设业务阈值进行比较;当所述现有业务数据大于所述预设业务阈值时,对所述用户信息进行第二风险验证;当通过第二风险验证后,对所述用户信息进行身份查询,生成对应的请求信息。
一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现上述各个方法实施例中的步骤。
一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现各个方法实施例中的步骤。
上述业务数据处理方法、装置、计算机设备和存储介质,通过接收终端上传的业务请求,根据业务请求中的第一业务数据的数据类型关联相对应的业务类型,进而根据业务类型对用户信息进行分析。能够提高用户信息的分析效率。服务器根据请求信息计算用户标识对应的第二业务数据,由于请求信息是对用户信息进行分析得到的,能够提高业务数据处理的准确性。服务器根据第二业务数据在请求业务数据中确定满足预设更新条件的目标业务数据。通过控制业务数据更新的数据量,能够合理分配服务器资源,从而能够在数据量较大的情况下,提高业务数据处理的效率。
附图说明
图1为一个实施例中业务数据处理方法的应用场景图;
图2为一个实施例中业务数据处理方法的流程示意图;
图3为一个实施例中业务数据处理装置的结构框图;
图4为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请提供的业务数据处理方法,可以应用于如图1所示的应用环境中。其中,终端102通过网络与服务器104通过网络进行通信。终端102上传业务请求至服务器104。服务器104在接收到终端102上传的业务请求后,对业务请求进行解析,得到用户标识、与用户标识对应的第一业务数据以及第一业务数据的数据类型,其中,第一业务数据包括现有业务数据以及请求业务数据。服务器104根据第一业务数据的数据类型关联相对应的业务类型。服务器104调用线程扫描数据库,获取与用户标识对应的用户信息。服务器104根据业务类型对用户信息进行分析,生成对应的请求信息。服务器104调用多线程根据请求信息,并行计算用户标识对应的第二业务数据。服务器104根据第二业务数据以及请求业务数据,在请求业务数据中确定满足预设更新条件的目标业务数据。服务器104将目标业务数据对相应的现有业务数据进行更新,将目标业务数据返回至终端。能够提高业务数据的处理效率。其中,终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑,服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
在一个实施例中,如图2所示,提供了一种业务数据处理方法,以该方法应用于图1中的服务器为例进行说明,包括以下步骤:
步骤202,接收终端上传的业务请求,业务请求携带有用户标识、与用户标识对应的第一业务数据以及第一业务数据的数据类型;第一业务数据包括现有业务数据以及请求业务数据。
具体地,终端中安装有应用程序,终端可以通过应用程序与服务器连接。当终端登录到服务器后,向服务器上传业务请求,业务请求可以是额度调整请求。终端可以包括客户终端以及业务终端。其中,客户终端上传的业务请求中携带的与用户标识对应的第一业务数据可以是从数据仓库中获取的。当终端上传业务请求至服务器后,服务器对业务请求进行解析,获取用户标识、与用户标识对应的第一业务数据以及第一业务数据的数据类型。
其中,用户标识可以是用户名称、用户账号等具有唯一性的标识。第一业务数据可以是用户的额度数据,也可以是用户的资料信息。第一业务数据可以包括现有业务数据以及请求业务数据。现有业务数据可以是用户的现有额度数据,请求业务数据可以是用户的额度调整数据。第一业务数据的数据类型可以是第一业务数据的数据来源,数据来源可以是通过业务终端上传的数据文件,也可以是从数据仓库中获取的日文件。
进一步地,终端还可以通过获取资源数值来更新现有业务数据,得到目标业务数据。服务器中预先设置有多类资源信息,资源信息中包括资源数值,资源信息的类型不同,对应的资源数值也可以是不同的。终端可以通过发送资源信息获取指令来获取资源信息对应的资源数值。当服务器接收到用户的资源获取指令时,对资源获取指令进行解析,得到资源信息对应的资源数值。服务器将资源信息对应的资源数值分配至相应的用户标识,对用户标识对应的现有业务数据进行更新,得到目标业务数据。服务器可以根据目标业务数据生成更新通知发送至终端。
更进一步地,服务器在终端获取资源信息的过程中,会获取用户标识对应的用户历史数据,并对用户历史数据进行检查。记录检查可以包括检查是否用户历史数据中存在生物特征信息验证记录。生物特征信息可以包括人脸特征信息。如果用户历史数据中不存在生物特征信息验证,则服务器发送生物特征验证指令至终端。终端可以根据生物特征验证指令上传生物特征信息,服务器对生物特征信息进行生物特征验证。在生物特征验证通过后,服务器可以将资源信息对应的资源数值分配至相应的用户标识。服务器对用户标识对应的现有业务数据进行更新,得到目标业务数据。服务器可以根据目标业务数据生成更新通知发送至终端。
步骤204,根据第一业务数据的数据类型关联相对应的业务类型。
服务器接收终端上传的业务请求,对业务请求进行解析,获取业务请求中携带的用户标识、与用户标识对应的第一业务数据以及第一业务数据的数据类型后,根据第一业务数据的数据类型来关联相对应的业务类型。第一业务数据的数据类型可以是第一业务数据的数据来源,数据来源可以是通过业务终端上传的数据文件,也可以是从数据仓库中获取的日文件。业务类型可以是业务请求对应的场景类型。服务器调用线程扫描配置文件,配置文件中包括数据类型以及对应的业务类型。服务器根据第一业务数据的数据类型获取对应的业务类型,将第一业务数据与业务类型进行关联。
步骤206,调用线程扫描数据库,获取与用户标识对应的用户信息。
步骤208,根据业务类型对用户信息进行分析,生成对应的请求信息。
服务器在第一业务数据的数据类型关联相对应的业务类型后,在数据库中获取与用户标识对应的用户信息,通过分析用户信息生成对应的请求信息。用户信息可以包括用户的基本信息以及用户的行为信息。用户的基本信息可以包括用户的居住信息、联系方式等。用户的行为信息可以包括业务数据处理记录和业务数据所处的状态。请求信息可以包括用户的基本信息、用户的行为信息以及用户的资信信息。用户的资信信息可以包括用户的人行征信文件。
具体地,服务器根据业务类型匹配与第一业务数据对应的节点信息,对第一业务数据进行业务等级判断,进而根据业务等级以及节点信息对用户信息进行分析。节点信息可以是第一业务数据的流程处理节点。业务等级可以是用户信息的处理优先级。服务器可以根据第一业务数据的数据类型选择对应的业务类型,进而根据业务类型对用户信息进行分析。当第一业务数据的数据类型不同时,第一业务数据对应的业务类型也不同。而业务类型不同,导致对用户信息的分析方式也有所不同。
例如,当第一业务数据的数据类型为日文件时,即从数据仓库获取的文件,服务器可以根据业务类型对用户信息进行第一风险验证。当通过第一风险验证后,将第一业务数据与预设业务阈值进行比较。当第一业务数据大于预设业务阈值时,对用户信息进行第二风险验证。当通过第二风险验证后,对用户信息进行身份查询,生成对应的请求信息。其中,用户信息可以包括身份信息。服务器可以根据业务请求获取与身份信息对应的身份文件,对身份文件进行特征提取,生成与用户信息对应的数据请求信息。身份文件可以是用户的人行资信报告。
又如,当第一业务数据的数据类型为通过业务终端上传的文件时,服务器根据第一业务数据对应的业务类型对用户信息进行第一风险验证。当通过第一风险验证后,服务器则提取业务终端上传的文件中的请求业务数据,将请求业务数据对相应的现有业务数据进行更新,将请求业务数据返回至客户终端。
服务器还可以根据第一业务数据的数据类型选择对应的业务类型,根据业务类型确定第一业务数据对应的业务规则,根据业务规则对用户信息进行分析。
步骤210,调用多线程根据请求信息,并行计算用户标识对应的第二业务数据。
步骤212,根据第二业务数据在请求业务数据中确定满足预设更新条件的目标业务数据。
步骤214,将目标业务数据对相应的现有业务数据进行更新,将目标业务数据返回至终端。
服务器在根据业务类型对用户信息进行分析,生成对应的请求信息后,调用多线程根据请求信息,并行计算用户标识对应的第二业务数据。请求信息可以包括用户的基本信息、用户的行为信息以及用户的资信信息。业务类型可以对应多个节点,例如,节点可以包括关联节点、分析节点、计算节点等。服务器可以调用多线程根据请求信息,在业务类型对应的计算节点并行计算用户标识对应的第二业务数据。第二业务数据可以是用户的最高调整额度数据。
服务器在计算用户标识对应的第二业务数据后,根据第二业务数据在请求业务数据中确定满足预设更新条件的目标业务数据。目标业务数据可以是小于或者等于第二业务数据,而且是根据预设更新比例选取的业务数据。服务器将第二业务数据与请求业务数据进行比较,当请求业务数据小于或者等于第二业务数据时,服务器对请求业务数据对应的用户标识进行“可更新”标记。服务器统计标记有“可更新”的用户标识的数量,并根据标记有“可更新”的用户标识的数量以及预设的更新比例,计算得到最终可更新的用户标识的数量。服务器根据最终可更新的用户标识的数量在请求业务数据中选取目标业务数据,将目标业务数据对相应的现有业务数据进行更新。选取目标业务数据的方式有多种,服务器可以根据时间先后顺序来选取,也可以根据业务数据的优先级进行选取。
上述业务数据处理方法中,服务器通过接收终端上传的业务请求,根据业务请求中的第一业务数据的数据类型关联相对应的业务类型,进而根据业务类型对用户信息进行分析。能够提高用户信息的分析效率。服务器根据请求信息计算用户标识对应的第二业务数据,由于请求信息是对用户信息进行分析得到的,能够提高业务数据处理的准确性。服务器根据第二业务数据在请求业务数据中确定满足预设更新条件的目标业务数据。通过控制业务数据更新的数据量,能够合理分配服务器资源,从而能够在数据量较大的情况下,提高业务数据处理的效率。
在一个实施例中,根据业务类型对用户信息进行分析,生成对应的请求信息包括:当第一业务数据的数据类型为日文件时,根据业务类型对用户信息进行第一风险验证;当通过第一风险验证后,将现有业务数据与预设业务阈值进行比较;当现有业务数据大于预设业务阈值时,对用户信息进行第二风险验证;当通过第二风险验证后,对用户信息进行分析,生成对应的请求信息。
服务器在调用线程扫描数据库,获取与用户标识对应的用户信息后,根据业务类型对用户信息进行分析。具体地,当第一业务数据的数据类型为日文件时,服务器根据日文件关联相对应的业务类型。服务器根据业务类型对用户信息进行第一风险验证。在一个实施例中,根据业务类型对用户信息进行第一风险验证包括:根据业务类型对用户信息中的业务状态进行检查;当通过状态检查后,对用户信息进行风险名单检查;当通过风险名单检查后,将现有业务数据与预设业务阈值进行比较。
用户信息可以包括用户的基本信息以及用户的行为信息。用户的基本信息可以包括用户的居住信息、联系方式等。用户的行为信息可以包括业务数据处理记录和业务数据所处的状态。第一风险验证可以包括检查用户的行为信息是否异常以及用户是否在第一风险名单内。第一风险名单可以包括管控名单、黑名单。例如,服务器检查用户在预设时间段内是否存在业务数据处理记录。例如,预设时间段可以是三天。如果存在,则服务器发送数据处理失败通知至终端。如果不存在,则服务器检查用户的业务数据处理状态是否异常。如果状态异常,则服务器发送数据处理失败通知至终端。例如,异常状态可以是冻结。如果状态正常,则服务器检查用户是否在管控名单内,如果在管控名单内,则服务器发送数据处理失败通知至终端。如果不在管控名单内,则服务器检查用户是否在黑名单内。如果不在黑名单内,则服务器将第一业务数据中的现有业务数据与预设业务阈值进行比较。预设业务阈值可以是业务数据更新的最小数值。当现有业务数据大于预设业务阈值时,服务器对用户信息进行第二风险验证。第二风险验证可以包括第二风险名单验证。第二风险名单可以是芝麻风险名单。服务器在通过第二风险验证后,对用户信息进行身份查询,生成对应的请求信息。
在本实施例中,服务器通过对用户信息进行第一风险验证以及第二风险验证,能够有效降低业务数据存在的风险,提高业务数据处理的安全性。
在其中一个实施例中,对用户信息进行身份查询,生成对应的请求信息包括:根据业务请求获取与身份信息对应的身份文件;对身份文件进行特征提取,生成与用户信息对应的数据请求信息。
当现有业务数据大于预设业务阈值时,服务器对用户信息进行第二风险验证。当通过第二风险验证后,服务器对用户信息进行身份查询,生成对应的请求信息。具体地,用户信息包括身份信息。服务器根据业务请求获取与身份信息对应的身份文件,身份文件可以是用户的人行征信文件。服务器对身份文件进行特征提取,根据提取出的特征信息以及用户信息生成对应的请求信息。请求信息可以包括用户的基本信息、用户的行为信息以及用户的资信信息。
在本实施例中,服务器通过获取与身份信息对应的身份文件,并对身份文件进行特征提取,生成对应的请求信息,有利于后续服务器根据请求信息计算第二业务数据,进而能够提高业务数据处理的准确性。
在其中一个实施例中,上述方法还包括:当第一业务数据的数据类型为业务终端上传的文件时,根据业务类型对用户信息进行第一风险验证;当通过第一风险验证后,提取业务终端上传的文件中的请求业务数据;将请求业务数据对相应的现有业务数据进行更新,将请求业务数据返回至客户终端。
服务器接收终端上传的业务请求,对业务请求进行解析,得到用户标识、与用户标识对应的第一业务数据以及第一业务数据的数据类型。第一业务数据的数据类型可以有多种,当第一业务数据的数据类型为业务终端上传的文件时,服务器根据业务类型对用户信息进行第一风险验证。第一风险验证可以包括检查用户的行为信息是否异常以及用户是否在第一风险名单内。第一风险名单可以包括管控名单、黑名单。例如,服务器检查用户在预设时间段内是否存在业务数据处理记录。例如,预设时间段可以是三天。如果存在,则服务器发送数据处理失败通知至终端。如果不存在,则服务器检查用户的业务数据处理状态是否异常。如果状态异常,则服务器发送数据处理失败通知至终端。例如,异常状态可以是冻结。如果状态正常,则服务器检查用户是否在管控名单内,如果不在管控名单内,则服务器检查用户是否在黑名单内,如果不在黑名单内,则服务器提取业务终端上传的文件中的请求业务数据。服务器将请求业务数据对相应的现有业务数据进行更新,将请求业务数据返回至客户终端。
在本实例中,当服务器获取的第一业务数据的数据类型为业务终端上传的文件时,服务器根据业务类型对用户信息进行第一风险验证,在通过第一风险验证后,可直接将请求业务数据对相应的现有业务数据进行更新,能够根据业务数据的类型选择对应的业务类型,根据业务类型即可对用户进行风险验证,进一步提高了业务数据的处理效率。
在其中一个实施例中,上述方法包括:根据业务类型匹配与第一业务数据相对应的节点信息;对第一业务数据进行业务等级判断;根据业务等级以及节点信息对用户信息进行分析。
服务器在调用线程扫描数据库,获取与用户标识对应的用户信息后,根据业务类型对用户信息进行分析。第一业务数据可以是用户的额度数据,也可以是用户输入的资料信息。当第一业务数据为用户输入的资料信息时,服务器根据业务类型匹配与第一业务数据相对应的节点信息。业务类型可以是第一业务数据对应的场景类型,节点信息可以是对现有业务数据进行更新过程中的每个阶段。业务类型可以对应多个节点,多个节点之间存在预设先后顺序。例如,节点可以包括关联节点、分析节点、计算节点等。
服务器得到第一业务数据对应的节点信息后,对第一业务数据进行业务等级判断。业务等级可以是资料信息的优先处理级别。服务器根据业务等级以及节点信息对用户信息进行分析。例如,第一业务数据中包括公积金信息以及社保信息,如果公积金信息的业务等级高于社保信息,服务器则先对公积金信息分析,再对社保信息进行分析。
在本实施例中,服务器根据业务类型匹配节点信息,并进行业务等级判断,能够在服务器资源有限的情况下,根据同一业务请求中业务数据的重要性处理该业务请求,实现服务器资源的合理分配,从而优化利用服务器资源。
应该理解的是,虽然图2的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图3所示,提供了一种业务数据处理装置,包括:通信模块302、关联模块304、扫描模块306、分析模块308、计算模块310、确定模块312和更新模块314,其中:
通信模块302,用于接收终端上传的业务请求,业务请求携带有用户标识、与用户标识对应的第一业务数据以及所述第一业务数据的数据类型;第一业务数据包括现有业务数据以及请求业务数据。
关联模块304,用于根据第一业务数据的数据类型关联相对应的业务类型。
扫描模块306,用于调用线程扫描数据库,获取与第一业务数据对应的用户信息。
分析模块308,用于根据业务类型对所述用户信息进行分析,生成对应的请求信息。
计算模块310,用于调用多线程根据所述请求信息,并行计算用户标识对应的第二业务数据。
确定模块312,用于根据第二业务数据在请求业务数据中确定满足预设更新条件的目标业务数据。
更新模块314,用于将目标业务数据对相应的现有业务数据进行更新,将目标业务数据返回至终端。
在一个实施例中,分析模块308还用于当第一业务数据的数据类型为日文件时,根据业务类型对用户信息进行第一风险验证;当通过第一风险验证后,将现有业务数据与预设业务阈值进行比较;当现有业务数据大于预设业务阈值时,对用户信息进行第二风险验证;当通过第二风险验证后,对用户信息进行身份查询,生成对应的请求信息。
在一个实施例中,分析模块308还用于根据业务请求获取与身份信息对应的身份文件;对身份文件进行特征提取,生成与用户信息对应的请求信息。
在一个实施例中,上述装置还包括:验证模块,用于当第一业务数据的数据类型为业务终端上传的文件时,根据业务类型对用户信息进行第一风险验证;当通过第一风险验证后,提取业务终端上传的文件中的请求业务数据;将请求业务数据对相应的现有业务数据进行更新,将请求业务数据返回至客户终端。
在一个实施例中,上述装置还包括:匹配模块,用于根据业务类型匹配与第一业务数据相对应的节点信息;对第一业务数据进行业务等级判断;根据业务等级以及节点信息对用户信息进行分析。
关于业务数据处理装置的具体限定可以参见上文中对于业务数据处理方法的限定,在此不再赘述。上述业务数据处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图4所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储第一业务数据、用户信息以及请求信息。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种业务数据处理方法。
本领域技术人员可以理解,图4中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现上述各个方法实施例中的步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。