变更手机号码的业务请求的识别方法及装置
技术领域
本申请涉及计算机技术领域,尤其涉及一种变更手机号码的业务请求的识别方法及装置。
背景技术
传统技术中,在识别变更手机号码的业务请求是否可信时,通常需要与用户进行多次互动,如需要用户输入短信校验码、证件号码、邮箱地址或者安保问题等用户信息,在用户输入的用户信息验证通过后,才将该业务请求识别为可信的业务请求,并执行变更手机号码的业务操作。然而上述识别方法,通常需要用户记忆多种不同的用户信息,且验证流程比较繁琐,这给用户带来较差的体验;此外,与用户进行多次互动,会影响变更手机号码的业务请求识别的效率。
发明内容
本申请实施例提供了一种变更手机号码的业务请求的识别方法及装置,可以提升用户的体验,且可以提高变更手机号码的业务请求识别的效率。
第一方面,提供了一种变更手机号码的业务请求的识别方法,该方法包括:
接收第一用户发送的变更手机号码的业务请求,所述业务请求中携带所述第一用户的标识信息以及当前环境信息;
根据所述第一用户的标识信息,从预设的存储单元中读取对应的至少一个历史交易记录信息,其中,所述预设的存储单元用于记录至少一个用户的业务类型信息满足预设条件的一个或多个历史交易记录信息,所述历史交易记录信息包含历史环境信息;
判断所述第一用户的当前环境信息与所述至少一个历史交易记录信息中的历史环境信息是否匹配;
若匹配,则将所述业务请求识别为可信的业务请求,并执行变更手机号码的业务操作。
第二方面,提供了一种变更手机号码的业务请求的识别装置,该装置包括:接收单元、读取单元、判断单元和执行单元;
所述接收单元,用于接收第一用户发送的变更手机号码的业务请求,所述业务请求中携带所述第一用户的标识信息以及当前环境信息;
所述读取单元,用于根据接收单元接收的所述第一用户的标识信息,从预设的存储单元中读取对应的至少一个历史交易记录信息,其中,所述预设的存储单元用于记录至少一个用户的业务类型信息满足预设条件的一个或多个历史交易记录信息,所述历史交易记录信息包含历史环境信息;
所述判断单元,用于判断所述第一用户的当前环境信息与所述读取单元读取的所述至少一个历史交易记录信息中的历史环境信息是否匹配;
所述执行单元,用于若所述当前环境信息与所述历史环境信息匹配,将所述业务请求识别为可信的业务请求,并执行变更手机号码的业务操作。
本申请提供的变更手机号码的业务请求的识别方法及装置,在接收到用户发送的变更手机号码的业务请求时,根据业务请求中携带的用户的标识信息,从预设的存储单元中读取对应的历史交易记录信息,并将业务请求中携带的当前环境信息与历史交易记录信息中携带的历史环境信息进行匹配,若匹配,则将业务请求识别为可信的业务请求,并执行变更手机号码的业务操作。由此可以看出,本申请在识别变更手机号码的业务请求时,不与用户进行互动,而是从预设的存储单元中读取历史交易记录信息,并在业务请求中携带的当前环境信息与历史交易记录信息中携带的历史环境信息相匹配的情况下,将业务请求识别为可信的业务请求,由此,既提升了用户体验,又能够提高变更手机号码的业务请求识别的效率。
附图说明
图1为本申请一种实施例提供的变更手机号码的业务请求的识别方法流程图;
图2为本申请提供的预设的存储单元的生成示意图;
图3为本申请另一种实施例提供的变更手机号码的业务请求处理流程图;
图4为本申请再一种实施例提供的变更手机号码的业务请求的识别装置示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
为便于对本申请实施例的理解,下面将结合附图以具体实施例做进一步的解释说明,实施例并不构成对本申请实施例的限定。
本申请实施例提供的变更手机号码的业务请求的识别方法及装置,适用于互联网系统中对变更手机号码的业务请求是否可信进行识别的场景。如,可以对支付系统中的变更手机号码的业务请求进行识别。
图1为本申请一种实施例提供的变更手机号码的业务请求的识别方法流程图。所述方法的执行主体可以为具有处理能力的设备:服务器或者系统或者装置,如图1所示,所述方法具体可以包括:
步骤110,接收第一用户发送的变更手机号码的业务请求,所述业务请求中携带所述第一用户的标识信息以及当前环境信息。
此处的当前环境信息可以为以下一种或者多种信息:用户的互联网协议(Internet Protocol,IP)地址信息、用户的多媒体访问控制(Medium Access Control,MAC)地址信息、用户的设备相关信息和用户的操作系统信息等。需要说明的是,当设备是固定终端时,则设备相关信息可以包括以下一种或者多种:浏览器类型(例如IE、chrome、safari)信息,浏览器版本信息以及MAC地址的标识信息(umid)等;而当设备是移动终端(如,各类智能手机)时,设备相关信息可以包括以下一种或多种:国际移动设备识别码(International Mobile Equipment Identification Number,IMEI)信息以及国际移动用户识别码(International Mobile Subscriber Identification Number,IMSI)信息等。此外,操作系统信息可以包括操作系统类型以及版本信息,如IOS(6,7.2,8+)、Andriod(2.3,3,4.2,4.4.4,5+)或者Windows Phone等。
举例来说,假设该变更手机号码的业务请求中携带的用户的标识信息为“0001”,而当前环境信息中包括如下四种信息:IP地址信息、MAC地址信息、浏览器版本信息以及操作系统版本信息,且该四种信息分别为:“192.168.1.6”、“00-01-6C-06-A6-29”、“IE7.0”以及“IOS8.0”。
步骤120,根据所述第一用户的标识信息,从预设的存储单元中读取对应的至少一个历史交易记录信息,其中,所述预设的存储单元用于记录至少一个用户的业务类型信息满足预设条件的一个或多个历史交易记录信息,所述历史交易记录信息包含历史环境信息。
可选地,预设的存储单元的一种建立方式可以参见图2所示,图2中,预设的存储单元的建立步骤如下:
步骤1201,预先收集至少一个用户的多个历史交易记录信息,其中,所述历史交易记录信息中包含业务类型信息。
图2中,服务器可以预先从多个互联网系统(如,支付宝系统、淘宝系统、天猫系统等)的后台数据库中收集至少一个用户的多个历史交易记录信息。需要说明的是,用户的历史交易记录信息可以是该用户在预设的历史时间段内在互联网系统中进行交易操作时由服务器记录的。在一个例子中,收集的至少一个用户的多个历史交易记录信息可以记录在数据仓库中,可以理解的是,因为记录在数据仓库中的用户历史交易记录信息是未处理过的,所以是非结构化的。
以在支付宝系统中,识别变更手机号码的业务请求为例,图2中的业务类型信息可以包括以下一种或者多种:手机充值记录、收货地址联系手机记录淘宝账号绑定手机号码记录以及终端设备登录记录等。
需要说明的是,上述数据仓库中至少一个用户的多个历史交易记录信息可以通过T+1的方式进行更新,此处,T可以为1天或者1小时等。举例来说,若T为1天,则服务器将在2015年5月5日收集到的用户的历史交易记录信息,在2015年5月6日将该用户的历史交易记录信息更新到数据仓库中。
步骤1202,对至少一个用户中的任一用户,从所述任一用户的多个历史交易记录信息中选取业务类型信息满足预设条件的一个或多个历史交易记录信息。
此处,预设条件可以为预设的多个业务类型信息,满足预设条件的一个或多个历史交易记录信息即为该一个或多个历史交易记录信息中的业务类型信息为预设的业务类型信息。
举例来说,任一用户的历史交易记录信息如表1所示。
表1
User_id |
Record_id |
Record_biz_type |
其它环境信息 |
0001 |
001 |
1 |
… |
0001 |
002 |
2 |
… |
0001 |
003 |
3 |
… |
其中,字段“User_id”为用户的标识信息,字段“Record_id”为用户的历史交易记录信息的记录标识信息(即该例中,收集到该用户的三个历史交易记录信息),字段“Record_biz_type”为业务类型信息;此处,假设字段“Record_biz_type”的内容“1”、“2”以及“3”分别表示业务类型信息为“手机充值记录”、“收货地址联系手机记录”以及“终端设备登录记录”;则当预设的业务类型信息为“手机充值记录”和“收货地址联系手机记录”时,则满足预设条件的历史交易记录信息为表1中的第1行和第2行。
步骤1203,将所述任一用户以及所述业务类型信息满足预设条件的一个或多个历史交易记录信息的对应关系加入所述预设的存储单元中。
如前述例子,将字段“User_id”的内容“0001”与字段“Record_id”的内容“001”、“002”的对应关系分别加入到预设的存储单元中。
步骤1204,重复执行步骤1202-步骤1203,直至将至少一个用户以及业务类型信息满足预设条件的一个或多个历史交易记录信息的对应关系加入所述预设的存储单元中。
在一个例子中,预设的存储单元可以如表2所示。
表2
User_id |
Record_id |
Record_biz_type |
其它环境信息 |
0001 |
001 |
1 |
… |
0001 |
002 |
2 |
… |
0002 |
005 |
1 |
… |
0003 |
009 |
2 |
… |
当然,在实际应用中,由于统计的用户个数比较多,且每个用户的历史交易记录信息的个数都是海量的,所以预设的存储单元通过如下表3以及表4所示的结构存储至少一个用户、至少一个用户的业务类型信息满足预设条件的一个或多个历史交易记录信息及其对应关系。
表3
表4
具体地,可以根据用户的标识信息从表3中读取该标识信息标识的用户的历史交易记录信息的记录标识信息,之后可以根据读取的记录标识信息从表4中读取用户的IP地址信息、MAC地址信息、设备相关信息以及操作系统信息等。
需要说明的是,在不同的应用场景下,表3中字段“Record_mobi le”可以根据实际情况进行变更,如,可以变更为“Record_mai l”,即变更为邮箱地址,或者也可以变更为“Record_address”,即变更为常用通信地址等。
回到步骤120中,假设预设的存储单元中表3所示各字段的内容如表5所示。
表5
则如前述例子,根据用户的标识信息“0001”可以读取到用户的两个历史交易记录信息,且该两个历史交易记录信息的记录标识信息分别为“001”和“002”。
具体地,假设记录标识信息分别为“001”和“002”的两个历史交易记录信息中如表4所示的各字段的内容如表6所示。
表6
Record_id |
001 |
002 |
Record_biz_type |
1 |
2 |
Record_ip |
192.168.1.6 |
192.168.1.6 |
Record_mac |
00-01-6C-06-A6-29 |
00-01-6C-06-A6-29 |
Record_device |
IE7.0 |
IE8.0 |
Record_os |
IOS7.2 |
IOS8.0 |
Gmt_create |
2015-10-100:00:00 |
2015-11-100:00:00 |
Gmt_modified |
2015-10-100:00:00 |
2015-11-100:00:00 |
步骤130,判断所述第一用户的当前环境信息与所述至少一个历史交易记录信息中的历史环境信息是否匹配。
可选地,前述例子中的变更手机号码的业务请求还可以携带变更后的手机号码。
在变更手机号码的业务请求中携带有变更后的手机号码时,步骤130进一步可以包括过滤历史交易记录信息的步骤,通过该步骤可以减少匹配的历史交易记录信息的个数,从而可以提高业务请求识别的效率,具体包括:
从所述至少一个历史交易记录信息中过滤不包含所述变更后的手机号码的历史交易记录信息,得到过滤后的至少一个历史交易记录信息。
判断所述第一用户的当前环境信息与过滤后的至少一个历史交易记录信息中的历史环境信息是否匹配。
如前述例子,假设变更手机号码的业务请求中携带的变更后的手机号码为“15544667733”,而因为记录标识信息为“001”的历史交易记录信息中“Record_mobile”字段的内容与变更后的手机号码不一致,也即记录标识信息为“001”的历史交易记录信息中不包含变更后的手机号码,在将该历史交易记录信息过滤后,得到记录标识信息为“002”的历史交易记录信息;也即只将第一用户的当前环境信息与记录标识信息为“002”的历史交易记录信息中的历史环境信息进行匹配即可。
回到步骤130中,在一个例子中,步骤130具体可以为:
步骤1301,读取一个历史交易记录信息中的历史环境信息,依次将历史环境信息中的每种信息与当前环境信息中对应的信息进行比对,并统计比对一致的信息个数。
如,可以读取记录标识信息为“002”的历史交易记录信息中的历史环境信息,即分别读取表6中字段“Record_id”为“002”的记录行中字段“Record_ip”、“Record_mac”、“Record_device”以及“Record_os”的内容,也即读取“192.168.1.6”、“00-01-6C-06-A6-29”、“IE8.0”以及“IOS8.0”;之后分别将上述读取的四种信息分别与步骤110中接收的当前环境信息中的对应信息进行比对,即分别将读取的“192.168.1.6”、“00-01-6C-06-A6-29”、“IE8.0”以及“IOS8.0”与当前环境信息中的“192.168.1.6”、“00-01-6C-06-A6-29”、“IE7.0”以及“IOS8.0”进行比对,并统计比对一致的个数,在该例子中,比对一致的个数为3个,即只有浏览器版本信息不一致。
步骤1302,根据比对一致的信息个数,确定对应所述一个历史交易记录信息的评分结果。
此处,可以预设评分规则,之后根据评分规则确定对应一个历史交易记录信息的评分结果。在一个具体例子中,以环境信息中包括四种信息为例来说,上述预设的评分规则可以为:若全部信息比对一致(即四种信息全部比对一致),则评分结果为“9”;若任意三种信息比对一致,则评分结果为“7”;若任意两种信息比对一致,则评分结果为“5”;若任意一种信息比对一致,则评分结果为“2”;当然,也可以给每种信息设置优先级,若优先级高的信息比对一致,则可以相应的增大评分结果。举例来说,假设将环境信息中的IP地址信息和MAC地址信息的优先级设置为高优先级,则当该两种信息比对一致时,则上述评分结果可以为“6”。
如前述例子,在没有设置优先级的情况下,根据上述预设的评分规则,则对应记录标识信息为“002”的历史交易记录信息的评分结果为“7”,即比对一致的信息个数为3个。
步骤1303,重复执行步骤1301-步骤1302,直至确定对应至少一个历史交易记录信息的评分结果。
如前述例子,假设表5和表6中还包括记录标识信息为“003”的历史交易记录信息,且该历史交易记录信息中字段“Record_mobi le”的内容与变更后的手机号码一致,则可以读取记录标识信息为“003”的历史交易记录信息中的历史环境信息,并将读取的四种信息分别与步骤110中接收的当前环境信息中的对应信息进行比对,确定对应记录标识信息为“003”的历史交易记录信息的评分结果,假设评分结果为“5”。同理,若还有其它历史交易记录信息,则确定对应其它历史交易记录信息的评分结果。
步骤1304,根据确定的对应至少一个历史交易记录信息的评分结果,确定总的结果值。
在确定对应每个历史交易记录信息的评分结果之后,可以将最大的评分结果作为总的结果值。如前述例子,可以将对应记录标识信息为“002”的历史交易记录信息的评分结果作为总的结果值,即将7作为总的结果值。或者,可以将对应多个历史交易记录信息的多个评分结果的平均值、加权平均值或者将根据其它算法计算的结果值作为总的结果值。
步骤1305,根据所述总的结果值,判断所述第一用户的当前环境信息与所述至少一个历史交易记录信息中的历史环境信息是否匹配。
此处可以预先设定阈值,若总的结果值大于预先设定的阈值,则判断第一用户的当前环境信息与至少一个历史交易记录信息中的历史环境信息匹配;否则判断为不匹配。如前述例子,假设预先设定的阈值(可结合实际情况进行调整)为2,则将最大的评分结果作为总的结果值时,也即总的结果值为7时,因为7>2,所以判断第一用户的当前环境信息与记录标识信息为“002”与“003”的历史交易记录信息中的历史环境信息匹配。
需要说明的是,上述步骤1301-步骤1305只是本申请的一种实现方式,在实际应用中,也可以通过其它方式判断所述第一用户的当前环境信息与所述至少一个历史交易记录信息中的历史环境信息是否匹配,如,可以通过相似度算法计算两者的相似度值,之后通过相似度值确定两者是否匹配。
步骤140,若匹配,则将所述业务请求识别为可信的业务请求,并执行变更手机号码的业务操作。
如前述例子,因为两者相匹配,则可以执行变更手机号码的业务操作。
需要说明的是,上述步骤140是在匹配的情况下,所执行的操作;若不匹配,则可以通过与用户的互动来进一步确定变更手机号码的业务请求是否可信,若可信,则执行变更手机号码的业务操作;若不可信,则拒绝执行变更手机号码的业务操作。
本申请提供的变更手机号码的业务请求的识别方法,在接收到用户发送的变更手机号码的业务请求时,根据业务请求中携带的用户的标识信息,从预设的存储单元中读取对应的历史交易记录信息,并将业务请求中携带的当前环境信息与历史交易记录信息中携带的历史环境信息进行匹配,若匹配,则将业务请求识别为可信的业务请求,并执行变更手机号码的业务操作。由此,既提升了用户体验,又能够提高变更手机号码的业务请求识别的效率。
以下将通过实施例的方式介绍如何将本申请的变更手机号码的业务请求的识别方法应用到支付宝系统中。
图3为本申请另一种实施例提供的变更手机号码的业务请求处理流程图。如图3所示,所述方法具体可以包括:
步骤310,接收用户发送的变更手机号码的业务请求,该业务请求中携带用户的标识信息以及当前环境信息。
此处的变更手机号码的业务请求可以是用户在登录到支付宝系统后发送的。
步骤320,根据用户的标识信息对该用户的信息进行前置检查;若前置检查不通过,则执行步骤330;否则执行步骤340。
此处,用户的信息可以为与用户的支付宝账号绑定的手机号码;而前置检查不通过则可以为未检测到与用户的支付宝账号绑定的手机号码。
步骤330,向用户显示提示信息。
该提示信息可以用于提示用户直接绑定变更后的手机号码即可。
步骤340,跳转至变更后的手机号码输入页面,并接收用户输入的变更后的手机号码。
步骤350,对变更后的手机号码进行验证;若验证通过,则执行步骤360;否则执行步骤370。
此处,对变更后的手机号码进行验证包括:验证变更后的手机号码是否符合手机号码的格式(如,是否由11位的数字构成)以及变更后的手机号码是否被占用等。
步骤360,向用户显示第一错误提示信息,该第一错误提示信息可以用于指示用户重新输入正确的变更后的手机号码。
步骤370,向变更后的手机号码发送短信验证码。
步骤380,接收用户输入的短信验证码,并进行验证;若验证不通过,则执行步骤390;否则执行步骤3100。
步骤390,向用户显示第二错误提示信息,该第二错误提示信息可以用于指示用户重新输入正确的短信验证码。
步骤3100,根据用户的标识信息,从预设的存储单元中读取对应的至少一个历史交易记录信息。
步骤3110,判断第一用户的当前环境信息与至少一个历史交易记录信息中的历史环境信息是否匹配;若匹配,则执行步骤3120;否则执行步骤3130。
步骤3120,执行变更手机号码的业务操作。
也即本申请在识别变更手机号码的业务请求时,不与用户进行互动,而是从预设的存储单元中读取历史交易记录信息,并在业务请求中携带的当前环境信息与历史交易记录信息中携带的历史环境信息相匹配的情况下,将业务请求识别为可信的业务请求,从而可以精简手机号码的变更流程,提升用户体验。
步骤3130,对用户进行核身验证;若验证通过,则执行步骤3140;否则执行步骤3150。
步骤3140,执行变更手机号码的业务操作。
步骤3150,向用户显示第三错误提示信息,并控制同一用户当天核身验证的次数。
综上,在本申请的变更手机号码的业务请求的处理流程中,支付宝系统在接收到变更手机号码的业务请求时,不是直接对用户进行核身,而是将同一用户当前环境信息与预先收集的历史交易记录信息中的历史环境信息进行匹配,若匹配成功,则直接执行变更手机号码的业务操作,而若匹配不成功,再对用户进行核身,而事实上,若是可信的业务请求,则变更后的手机号码往往会体现在用户的历史交易记录信息中;因此,通过上述服务器自动匹配的方式既可以提升用户的体验,又能够提高变更手机号码的业务请求识别的效率。
与上述变更手机号码的业务请求的识别方法对应地,本申请实施例还提供的一种变更手机号码的业务请求的识别装置,如图4所示,该装置包括:接收单元401、读取单元402、判断单元403和执行单元404。
接收单元401,用于接收第一用户发送的变更手机号码的业务请求,所述业务请求中携带所述第一用户的标识信息以及当前环境信息。
其中,环境信息包括以下一种或者多种信息:用户的互联网协议IP地址信息、用户的多媒体访问控制MAC地址信息、用户的设备相关信息和用户的操作系统信息。
读取单元402,用于根据接收单元401接收的所述第一用户的标识信息,从预设的存储单元中读取对应的至少一个历史交易记录信息,其中,所述预设的存储单元用于记录至少一个用户的业务类型信息满足预设条件的一个或多个历史交易记录信息,所述历史交易记录信息包含历史环境信息。
判断单元403,用于判断所述第一用户的当前环境信息与读取单元402读取的所述至少一个历史交易记录信息中的历史环境信息是否匹配。
判断单元403具体用于:
读取一个历史交易记录信息中的历史环境信息,依次将历史环境信息中的每种信息与当前环境信息中对应的信息进行比对,并统计比对一致的信息个数;
根据比对一致的信息个数,确定对应所述一个历史交易记录信息的评分结果;
重复执行上述比对以及确定评分结果的步骤,直至确定对应至少一个历史交易记录信息的评分结果;
根据确定的对应至少一个历史交易记录信息的评分结果,确定总的结果值;
根据所述总的结果值,判断所述第一用户的当前环境信息与所述至少一个历史交易记录信息中的历史环境信息是否匹配。
执行单元404,用于若所述当前环境信息与所述历史环境信息匹配,将所述业务请求识别为可信的业务请求,并执行变更手机号码的业务操作。
可选地,所述装置还包括:建立单元405,用于预先收集至少一个用户的多个历史交易记录信息,其中,所述历史交易记录信息中包含业务类型信息;
对至少一个用户中的任一用户,从所述任一用户的多个历史交易记录信息中选取业务类型信息满足预设条件的一个或多个历史交易记录信息;
将所述任一用户以及所述业务类型信息满足预设条件的一个或多个历史交易记录信息的对应关系加入所述预设的存储单元中;
重复上述选取以及加入的步骤,直至将至少一个用户以及业务类型信息满足预设条件的一个或多个历史交易记录信息的对应关系加入所述预设的存储单元中。
可选地,所述变更手机号码的业务请求中还携带变更后的手机号码。
判断单元403还具体用于:
从所述至少一个历史交易记录信息中过滤不包含所述变更后的手机号码的历史交易记录信息,得到过滤后的至少一个历史交易记录信息;
判断所述第一用户的当前环境信息与过滤后的至少一个历史交易记录信息中的历史环境信息是否匹配。
本申请实施例装置的各功能模块的功能,可以通过上述方法实施例的各步骤来实现,因此,本申请提供的装置的具体工作过程,在此不复赘述。
本申请提供的变更手机号码的业务请求的识别装置,接收单元401接收第一用户发送的变更手机号码的业务请求,所述业务请求中携带所述第一用户的标识信息以及当前环境信息。读取单元402根据所述第一用户的标识信息,从预设的存储单元中读取对应的至少一个历史交易记录信息,其中,所述预设的存储单元用于记录至少一个用户的业务类型信息满足预设条件的一个或多个历史交易记录信息,所述历史交易记录信息包含历史环境信息。判断单元403判断所述第一用户的当前环境信息与所述至少一个历史交易记录信息中的历史环境信息是否匹配。执行单元404在所述当前环境信息与所述历史环境信息匹配时,将所述业务请求识别为可信的业务请求,并执行变更手机号码的业务操作。由此,既提升了用户体验,又能够提高业变更手机号码的业务请求识别的效率。
专业人员应该还可以进一步意识到,结合本文中所公开的实施例描述的各示例的对象及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上所述的具体实施方式,对本申请的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本申请的具体实施方式而已,并不用于限定本申请的保护范围,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。