基于网络的支付方法和网络支付服务器与流程

本发明涉及网络支付技术领域，具体涉及一种基于网络的支付方法和网络支付服务器。

背景技术：

随着互联网电商的飞速发展，移动支付、网页支付的渠道越来越多，开发者接入支付渠道的成本越来越大，这在一定程度上限制了网络支付的发展，也给消费者使用网络支付带来了诸多不便。

技术实现要素：

有鉴于此，本发明实施例提供了一种基于网络的支付方法和网络服务器，其可以通过自动连接支付渠道，简化支付操作，提高支付效率。

本发明的一个方面提供了一种基于网络的支付方法，包括：验证商户的注册认证信息，并在所述注册认证信息验证通过后，在商户界面显示多个支付渠道；根据商户选择的支付渠道进入对应该支付渠道的参数设置界面，从而商户在所述参数设置界面设置有关该支付渠道的渠道方参数；根据商户的接入操作开通经参数配置的支付渠道的支付服务；接收用户的支付指令，并验证商户的相关信息，在验证通过后，自动连接根据用户的支付指令的支付渠道，从而完成订单支付。

在一个实施例中，所述验证商户的相关信息包括：验证商户的注册是否被认证、支付渠道是否开通以及支付参数的配置是否正确，如果验证结果为是，则验证通过。

在一个实施例中，该方法还包括：在商户完成在所述商户参数设置界面设置某个支付渠道的渠道方参数时进入秒支付设置界面，其中所述秒支付界面包括未开通付渠道列表和已开通支付渠道列表；并且将用户设置完渠道方参数之后的支付渠道加入到所述未开通支付渠道，所述已开通支付渠道列表显示在用户选择支付渠道页面以供用户选择支付方式；所述自动连接根据用户的支付指令的支付渠道包括：自动连接所述已开通支付渠道列表中的至少一个支付渠道。

在一个实施例中，根据商户的接入操作开通经参数配置的支付渠道的支付服务包括：向商户提供执行代码和调用代码，从而商户配置所述执行代码和调用代码；所述根据用户的支付指令自动连接所述已开通支付渠道列表中的至少一个支付渠道包括：在接收到用户的支付指令时通过所述调用代码调用所述执行代码，从而所述执行代码在用户界面中引入涉及订单标题、订单金额、订单号和安全验证的订单参数。

在一个实施例中，该方法还包括：对所述订单参数进行验证，如果验证通过，则根据用户的支付指令连接所述已开通支付渠道列表中至少之一的支付渠道，并完成订单支付。

本发明的另一个方面提供了一种网络支付服务器，包括存储器和处理器，其中所述存储器存储支付应用软件，在所述处理器调用所述支付应用软件时执行如下步骤：验证商户的注册认证信息，并在所述注册认证信息验证通过后，在商户界面显示多个支付渠道；根据商户选择的支付渠道进入对应该支付渠道的参数设置界面，从而商户在所述参数设置界面设置有关该支付渠道的渠道方参数；根据商户的接入操作开通经参数设置的支付渠道的支付服务；接收用户的支付指令，并验证商户的相关信息，在验证通过后，自动连接根据用户支付指令的支付渠道，从而完成订单支付。

在一个实施例中，所述验证商户的相关信息包括：验证商户是否注册成功、所注册的商户是否通过企业认证、支付渠道是否开通以及支付参数的配置是否正确，如果验证结果为是，则验证通过。

在一个实施例中，所述步骤还包括：在商户完成在所述商户参数设置界面设置某个支付渠道的渠道方参数时进入秒支付设置界面，其中所述秒支付界面包括未开通付渠道列表和已开通支付渠道列表；并且将用户设置完渠道方参数之后的支付渠道自动加入到所述未开通支付渠道，且所述已开通支付渠道列表显示在用户选择支付渠道页面以供用户选择支付方式；所述自动连接根据用户支付指令的支付渠道包括：自动连接所述已开通支付渠道列表中的至少一个支付渠道。

在一个实施例中，根据商户的接入操作开通经参数设置的支付渠道的支付服务包括向商户提供执行代码和调用代码；所述根据用户的支付指令自动连接所述已开通支付渠道列表中的至少一个支付渠道包括：在接收到用户的支付指令时通过所述调用代码调用所述执行代码，从而所述执行代码在用户界面中引入涉及订单标题、订单金额、订单号和安全验证的订单参数。

在一个实施例中，上述步骤还包括：对所述订单参数进行验证，如果验证通过，则根据用户的支付指令连接所述已开通支付渠道列表中至少之一的支付渠道，并完成订单支付。

本发明的实施例提供的网络支付方法和网络支付服务器，可以更加便捷的辅助用户完成支付，从而提高支付效率。

附图说明

图1所示为本发明实施例提供的一种网络支付方法的流程图。

图2所示为本发明实施例的秒支付页面示意图。

图3所示为本发明实施例的网络支付服务器示意图。

图4所示为本发明实施例的支付流程示意图。

图5为本发明实施例的应用场景示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

目前接入支付渠道的方式例如通过渠道方的文档逐个接入，或者由第三方支付公司开发好各类sdk语言。前者开发繁琐、复杂，且调试困难，开发技术门槛高、成本高，且需要增加支付渠道就要新增开发需求，各个渠道开发的模式也常常不一样。后者尽管没有前者那么复杂，但技术门槛仍然较高，且需要一定的调试开发周期。

与之相比，本发明实施例的秒支付例如可以仅仅以三行代码即可接入诸多支付渠道，并且对支付渠道的管理只需在例如beecloud平台、beecloud商户平台、beecloud商户系统、商户平台、商户管理平台之一操作，降低了技术门槛。此外，本发明的秒支付方式还支持debug调试，能够较好的兼容pc和移动端等。

具体而言，本发明为了减少接入支付渠道的开发成本及降低接入支付渠道的技术门槛，采取了秒支付button的支付方式。在开发秒支付程序时，例如，可以采用三行代码实现接入诸多支付渠道的功能。另外，该秒支付可以同时适用于pc端和移动端。对于开发者而言，本发明实施例的秒支付可以降低开发成本，优化用户在支付流程中的体验。此外，本发明的实施例可以在保证安全的前提下，让接入支付渠道变得极其简单快速，且接入支付渠道之后仅由非开发人员就能够在商户管理后台进行可视化操作。

本发明的一个方面提供了一种基于网络的支付方法。参见图1，该方法包括：s100验证商户的注册认证信息，并在所述注册认证信息验证通过后，在商户界面显示多个支付渠道；s101根据商户选择的支付渠道进入对应该支付渠道的参数设置界面，从而商户在所述参数设置界面设置有关该支付渠道的渠道方参数；s102根据用户的接入操作开通经参数配置的支付渠道的支付服务；s103接收用户的支付指令，并验证商户的相关信息，在验证通过后，自动连接根据用户的支付指令的支付渠道，从而完成订单支付。本发明通过简单的注册即可实现支付渠道的自动连接，从而使支付操作变得更加便捷、高效。

在一个实施例中，如上所述，验证商户的注册请求，并在所述注册请求验证通过后，在用户界面显示所述多个支付渠道之后还包括：根据商户选择的支付渠道进入对应该支付渠道的商户参数设置界面，从而商户在所述商户参数设置界面设置有关该支付渠道的渠道方参数。例如，商户在选择好常用的支付渠道(比如微信或支付宝)后，可以点击该支付渠道，从而进入商户参数设置界面。例如，设置的参数可以是哪个账号收钱。例如，不同的支付渠道参数的设置参数可能有所区别。例如，支付宝需设置的参数包括：支付宝公钥、私钥、支付宝appid、渠道费率。例如，微信支付参数包括：微信公众号、appid、商户号、api密钥、api证书上传、api密码、费率等。

在一个实施例中，该方法还包括：在商户完成在所述用户参数设置界面设置某个支付渠道的渠道方参数时进入秒支付设置界面。参见图2，所述秒支付界面包括未开通支付渠道列表1已开通支付渠道列表2(列表中的横线代表不同的支付渠道)，并且可以将商户设置完渠道方参数之后的支付渠道自动加入到所述已开通支付渠道。此外，根据用户的支付指令自动连接所述多个支付渠道包括：根据用户的支付指令自动连接所述已开通支付渠道列表中的支付渠道。

需要说明的是，用户的支付指令通常是选择某个支付渠道。但在一些场景下，例如，某个支付渠道的资金不足时，用户可以同时选择两个或多个支付渠道，从而在点击支付按钮后，可以实现该两个或多个支付途径的同时支付。通过提供多个支付途径同时使用的方式，简化了用户的操作次数，提高了支付体验。

在该实施例中，例如，商户可以将选择这些未开通支付渠道拖拽到已开通渠道的列表中，并在页面中点击例如保存或确认等，即可开通该支付渠道。例如，商户可以在将所有的预开通的渠道从未开通支付渠道列表托入已开通支付渠道列表，并点击保存即可。例如，商户单击未开通支付渠道列表中的某个支付渠道，并使例如鼠标保持按压状态，移动鼠标将其拖拽至已开通支付列表中，并松开鼠标，从而使该支付渠道进入到已开通支付渠道列表。例如，在鼠标松开时，也可以自动弹出是否保存页面，从而商户可以在点击保存按钮时，使该支付渠道加入已开通支付渠道列表。例如，也可以是在未开通支付列表中双击某个支付渠道，从而弹出是否将该支付渠道添加到已开通支付渠道列表，并且在商户点击是时，该支付渠道会自行添加到已开通支付渠道列表中。本发明的实施例通过分别设置未开通支付渠道列表和已开通支付渠道列表，可以很好的区分用户需要使用的支付渠道和不常用的支付渠道，并且也可以随着用户支付渠道使用习惯的调整，商户可以方便的对两个支付渠道列表的内容进行调整，从而有效避免误操作。此外，由于用户不常用的支付渠道被置于未开通支付渠道列表中，因此，在用户发出支付指令时，不必自动连接这些用户不常用的支付渠道，从而降低了对网络资源的占用量。

在该实施例中，例如，还可以根据用户的支付习惯自动的调整支付优先级。即将某个用户常用的支付方式设置在最上边，而将非常用的支付渠道设置在下边。例如，可以在接收到用户的支付指令时，通过指令判断用户的身份，即对用户进行识别。从而，在接收到不同用户的支付指令时，可以相应的调整已开通支付列表中的支付优先级。

在一个实施例中，在商户完成在所述商户参数设置界面设置某个支付渠道的渠道方参数时进入秒支付设置界面时生成js文件(例如，js文件可以在此之前生成)；从而所述根据商户的支付指令自动连接所述已开通支付渠道列表中的支付渠道包括：根据在接收到用户的支付指令时调用所述js文件中的bc.click()方法，从而在用户界面中引入涉及订单标题、订单金额、订单号和安全验证的订单参数，这些参数为bc.click()方法所需要的参数。

需要说明的是，上述几个参数为必传参数，例如，还可以增加其它参数。这些参数可以有不同的功能，例如可以包括供交易金额笔数统计走势使用的参数，开启使用优惠券功能的参数等等。本发明实施例的方式可以支持各种扩展功能，商户仅通过增加可选参数即可。如前所述，这些扩展的功能将在引入的js文件及调用的后端代码实现，商户只需调用这些代码即可。

具体地，例如，商户方的开发人员可以在他们的项目中通过以下三行代码使商户接入支付渠道。第一行代码：在需要支付的页面引入秒支付button设置页中生成js文件。第二行代码：在用户点击支付按钮时，调用上述js文件中的bc.click()方法。简单来说，在商户注册并经服务器端验证以后，可以向商户提供第一行代码，商户配置该代码之后，该代码可用于执行支付功能。第二行代码的作用是调用第一行代码，从而第一行代码执行相应的功能；即用户在点击支付时，商户接收到支付信息，并且该信息传输给服务商。例如，服务商在验证商户已注册的情况下，通过第二行代码调用第一行代码的功能，从而完成支付过程。第三行代码用于安全验证，例如验证商户的注册认证情况、参数配置情况等。这些代码可以在商户的注册经验证时提供，也可以是在用户完成支付渠道参数配置时自动生成，从而商户可以配置这些代码。可以理解，这些代码的作用实质上是为了给商户端授权，商户通过这些代码接入服务器端的服务，从而在用户从该商户够买商品时，可以通过支付渠道进行支付。

在第一行代码被调用的情况下，该方法将引入需支付订单的一些信息，例如订单标题、订单金额、订单号、安全验证及一些其它可选的订单参数。例如，这些订单参数可以用于订单产品数量金额的统计分析、debug调试等。具体可以根据用户需求确定。即在用户操作界面出现上述订单参数，供用户确认。第三行代码：第三行代码中的安全验签，需要在服务器端后端语言中生成。该签名用于验证价格、订单标题和订单号等订单参数。如果验证通过，则可以按照用户的支付指令连接所述已开通支付渠道列表中的支付渠道(例如，依次连接应用appld、title、amount、outtradeno(订单号)、支付应用appsecret)，然后计算连接后的字符串md5,以便辅助用户完成订单支付。

本发明的另一个方面提供了一种网络支付服务器。参见图3，该服务器例如可以包括存储器10和处理器20，其中所述存储器10存储支付应用软件，在所述处理器20调用所述支付应用软件时执行如下步骤：验证商户的注册请求，并在所述注册请求验证通过后，在商户界面显示多个支付渠道；根据商户选择的支付渠道进入对应该支付渠道的参数设置界面，从而商户在所述参数设置界面设置有关该支付渠道的渠道方参数；根据商户的接入操作开通经参数配置的支付渠道的支付服务；接收用户的支付指令，并验证商户的相关信息，在验证通过后，自动连接根据用户的支付指令的支付渠道，从而完成订单支付。例如，该服务器可以是用户客户端、商家服务器之外的第三方服务器。且该服务器在客户端的用户进行上述操作时，可以执行上述功能。具体而言，商家服务器端的商户可以点击注册，并在提交注册请求后，验证该支付请求，且在支付请求通过后，该后台服务器可以使多个支付渠道显示到用户界面上。从而在用户购买商品，并点击支付时，自动连接多个支付渠道，辅助用户快速、便捷的完成商品的支付。

如上所述，在一个实施例中，所述验证商户的注册请求，并在所述注册请求验证通过后，在商户界面显示所述多个支付渠道之后还包括：根据商户选择的支付渠道进入对应该支付渠道的商户参数设置界面，从而商户在所述商户参数设置界面设置有关该支付渠道的渠道方参数。例如，商户在选择好常用的支付渠道(比如微信或支付宝)后，可以点击该支付渠道，从而服务器可以使商户界面进入渠道方的参数设置界面。例如，这些参数可以包括支付密码、日支付额度限制、单笔支付最大额度限制等。

在一个实施例中，服务器可以在商户完成在所述用户参数设置界面设置某个支付渠道的渠道方参数时使商户界面进入到秒支付设置界面。其中所述秒支付界面包括未开通支付渠道列表和已开通支付渠道列表。且服务器可以将商户设置完渠道方参数之后的支付渠道自动加入到所述未开通支付渠道，且所述已开通支付渠道列表显示在用户选择支付渠道页面以供用户选择支付方式。上述自动连接根据用户的支付指令的支付渠道包括：服务器自动连接所述已开通支付渠道列表中的支付渠道的至少之一。

在该实施例中，例如，未开通支付渠道列表为在秒支付页面中未开通的支付渠道。例如，用户可以将选择这些未开通支付渠道拖拽到已开通渠道的列表中，并在页面中点击例如保存或确认等，即可开通该支付渠道。本领域技术人员可知，商户的上述操作都是由服务器后台辅助进行的。具体地，例如，商户可以单击未开通支付渠道列表中的某个支付渠道，并使例如鼠标保持按压状态，移动鼠标将其拖拽至已开通支付列表中，并在松开鼠标后，该支付渠道保存到已开通支付渠道列表中。例如，在鼠标松开时，可以自动弹出是否保存页面，从而在商户可以在点击保存按钮时，可以使该支付渠道加入已开通支付渠道列表。例如，也可以是在未开通支付列表中双击某个支付渠道，从而弹出是否将该支付渠道添加到已开通支付渠道列表，并且在用户点击是时，该支付渠道会自行保存到已开通支付渠道列表中。本发明实施例的服务器通过分别设置未开通支付渠道列表已开通支付渠道列表，可以显著的区分用户需要使用的支付渠道和暂时不用的支付渠道，并且也可以随着用户支付渠道使用习惯的调整，方便的对两个支付渠道列表的内容进行调整和改变，从而不仅可以有效避免误操作，而且可以降低服务器对网络资源的占用。

在一个实施例中，商户接入支付渠道可以按如下操作：支付服务器可以在商户完成在所述用户参数设置界面设置某个支付渠道的渠道方参数且进入秒支付设置界面时生成js文件，js文件包括执行代码。所述自动连接所述已开通支付渠道列表中的支付渠道包括：在接收到用户的支付指令时调用所述js文件中的bc.click()方法，以在用户界面中引入涉及订单标题、订单金额、订单号和安全验证的订单参数。

具体地，例如，商户开发人员可以通过以下三行代码接入支付渠道。第一行代码：在需要支付的阴面引入秒支付button设置页中生成js文件。第二行代码：在用户点击支付按钮时，调用上述js文件中的bc.click()方法。在调用上述第一行代码时引入需支付订单的一些信息，例如订单标题、订单金额、订单号、安全验证及一些其它可选的订单参数。例如，这些订单参数可以用于订单产品数量金额统计分析、debug调试等。具体可以根据用户需求确定。即在用户操作界面出现上述订单参数，供用户确认。第三行代码：第二行代码中的安全验签，需要开发者在服务器端后端语言中生成。该签名用于验证价格、订单标题等订单参数。如果验证通过，则可以根据用户的支付指令连接所述已开通支付渠道列表中的支付渠道(例如，依次连接应用appld、title、amount、支付应用appsecret)中的至少之一，然后计算连接后的字符串md5,以便用户完成订单支付。

验证过程例如包括验证商户是否已注册、商户的注册信息是否通过企业认证，支付渠道是否已开通以及渠道参数配置是否正确等。如果验证不成功，则在买方界面显示订单不成功。通常情况下，商家在使用该方法时，通常会在配置参数之后会预先测试，测试成功之后，才会放到线上使用。如果出现订单支付不成功的情况，商家可以重新配置渠道方参数，以确保买方的成功支付。本发明实施例的服务器仅仅通过三行代码即可快速接入支付渠道，大大降低了技术门槛，从而方便用户快速完成支付渠道的选择及费用的支付，并且也大大降低了对支付资源的占用。

在一个实施例中，所述服务器还接收来自商户服务器的订单信息；根据接收到的所述订单信息对上述订单参数进行验证，如果所述订单信息与所述订单参数一致，则根据支付指令连接所述已开通支付渠道列表中的支付渠道(例如，依次连接应用appld、title、amount、outtradeno(订单号)支付应用appsecret)，然后计算连接后的字符串md5,以便用户完成订单支付。

需要指出，在该实施例中，用户在填写完订单后，该订单信息被传输给服务器。例如，由于一些原因，用户放弃本次支付或者待下一次购买时同时支付。在此情况下，当用户下一次在该商家购买产品并填写订单后，首次填写的订单信息可以与服务器中存储的信息比较，如果一致，则首次购买时有效的，可以继续之后的步骤。

此外，该网络支付服务器可以包括多台服务器，从而更好的部署实现支付功能所需的后台环境。这也可以缓解在用户群体比较大、并发数比较高的情况下，可能导致的运行不畅。例如，服务器的数量可以根据统计的用户群动态调整。例如，可以设置用户数量与服务器数量的对应关系，从而根据用户群的变化自动地调节服务器的台数。在后端环境中部署有调取支付所需的支付接口，从而在商户请求支付时，提供相应服务。

图4示意了本发明实施例的支付流程图。参见图4，该支付流程包括：s2001：首先商户进行注册(例如，可以在某个互联网上的页面上注册)，服务器接收并验证商户的注册认证信息，且在注册认证信息验证通过后，商户配置支付参数。s2002:在商户配置完参数之后，例如，由服务器支持的页面可以进入秒支付button设置页。在此需要说明的是，用户配置完参数，可以自动跳转至秒支付设置页，也可以用户根据提供的配置信息主动进入秒支付设置页。调配并启用支付渠道，例如，如上的未开通渠道和已开通渠道，并至少将一个支付渠道加入到已开通支付渠道。s2003:通过三行代码接入上述支付渠道，该过程也是服务器端的服务功能与商户端的链接，以保证商户端顺利的执行支付过程。在商户成功接入支付渠道，也即与服务器建立服务认证，从而获取服务器提供的服务之后，可以执行s2004：商户可以将配置后的系统在线上发布，以供用户使用。在流程2005：用户选择支付渠道，并点击支付之后，执行流程2006：即服务器端验证商户的注册信息。例如，这些信息可以包括但不限于注册是否成功、商户的注册认证信息是否通过、支付渠道是否开通、支付参数配置是否正确等。在验证通过后，使页面转入支付渠道的支付地址，从而完成整个支付过程。本发明实施例支付方法和支付服务器，可以在商户接入服务之后，通过服务器提供的服务，简单的完成支付渠道的设置与开通，从而用户可以在购买该商家的产品时，方便的完成购买，极大的简化了商家的支付方式的开发。

图5示意了本发明实施例的一个应用场景。参见图5，在用户进行网上支付时，可以涉及到三个终端，即商家服务器端、用户端和支付服务器。首先，用户需要在网页上寻找预购商品，并且在找到商品后，填入购买数量等商品订单参数。这些参数(例如，可以包括支付渠道、订单验签、订单信息和用户信息等)会通过商家服务器传递给服务器(beecloud服务器)，之后beecloud服务器可以向商家服务器返回渠道收款地址和支付信息等内容。支付渠道列及支付信息也会返回给用户。即用户可以通过商家服务器将这些订单和验证信息发送给支付服务器。从而beecloud支付服务器可以在验证这些订单后，协助用户简单、快捷的完成整个支付过程。

需要说明的是，服务器可以由两台网站服务器和多台支付系统后端服务器组成。例如，所述两台网站服务器包括一台灾备。网站服务器上部署着网站运行所需的环境、数据库及商户系统代码，供商户注册登录认证，配置支付参数开通渠道等一系统操作。例如，多台支付系统服务器部署着支付系统后端运行的环境、数据库及支付后端代码等。通过这种配置模式，可以支持高并发，负载均衡，使用居多防攻击、风控等技术，从而为商户用户提供安全稳定的支付环境。

本发明的实施例提供的网络支付方法和网络支付服务器，可以更加便捷地辅助用户完成支付，从而提高支付效率。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方。或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序校验码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。