提高外贸电商平台订单成功率的方法及系统与流程

本发明涉及基于互联网支付领域，特别是一种提高外贸电商平台订单成功率的方法及系统。

背景技术：

外贸电子商务平台作为跨境网上购物平台，其主要客户为海外持卡人。电商平台会将海外买家的支付请求随机分配到其接入的支付通道提交支付，支付通道会对买家使用的国际卡按照相应的风控规则校验，如果校验通过则提交收单行及国际卡组织、发卡行进行处理。授权通过后，电商平台确认买家支付成功，并通知卖家进行发货。

在传统外贸电商平台的支付流程中，外贸电商平台简单的按照支付请求将交易转发到支付通道处理，不能有效的根据海外持卡人的信用卡种类进行有效的智能路由判断，从而使得支付成功率较低，客户体验差。

现有的处理流程中，海外客户在外贸电子商务平台浏览并下单之后，输入自己的信用卡信息，然后点击支付并提交。外贸电子商务平台随机将客户的支付请求转发给支付网关进行处理。支付网关再将请求转发给不同的收单银行，由收单行转发给卡组织，最后由卡组织转发给发卡行进行授权处理，授权通过后则外贸电子商务平台为客户确认订单。这其中存在以下问题：对于海外客户的信用卡没有进行归类处理；对于支付请求没有进行筛查判断，一般情况支付网关对于支付请求不管成功失败都是要收取处理费用的；对于不同支付网关的不同信用卡成功率没有进行分析利用。

技术实现要素：

本发明提供了一种提高外贸电商平台订单成功率的方法及系统，将本系统安装到电子商务平台中，作为电子商务平台支付模块的一个组成部分。使外贸电子商务平台在支付成功率上有了显著的改善。通过平台的数据来看，支付成功率有了5%以上的提升。

本发明的具体技术方案如下：

本发明的第一方面提出了一种提高外贸电商平台订单成功率的方法，包括获取支付卡的信息和安装校验模块，包含以下步骤：

步骤1：使用所述支付卡的信息与所述校验模块中的预存信息对比，进行本地认证，所述校验模块为校验插件、无线认证设备和可插拔认证设备中至少一种；

步骤2: 使用所述支付卡的信息与网络服务器中的预存信息对比，对所述支付卡的信息进行网络认证；

步骤3：根据所述本地认证或所述网络认证的结论输出最终结果。

优选的是，所述获取支付卡的信息的方式包括手工输入支付卡信息和调取已存储支付卡信息中至少一种。

在上述方案中优选的是，所述预存信息包括已存储的支付卡信息、限制卡信息、历史交易信息和提示信息中至少一种。

在上述方案中优选的是，所述历史交易信息包括交易时间、交易金额、交易失败原因、交易失败类型中至少一种。

在上述方案中优选的是，所述校验模块可以通过网络自动更新数据，并通过蓝牙、无线网络、有线网络、USB接口、RS485接口和其他通信接口中至少一种和用于提交支付卡信息的设备相连。

在上述方案中优选的是，所述步骤1为根据所述本地认证规则对所述支付卡的信息进行判断。

在上述方案中优选的是，所述本地认证规则为判断所述支付卡的卡号是否属于限制卡。

在上述方案中优选的是，所述本地认证规则还为最近一次交易失败的原因是否是数据库中的黑名单用户或高频次下单用户。

在上述方案中优选的是，所述本地认证规则还为最近一次交易失败的原因是否是输入了错误的信用卡CVV。

在上述方案中优选的是，所述步骤2根据所述网络认证规则对所述支付卡的信息进行进一步判断。

在上述方案中优选的是，所述网络认证规则为判断所述支付卡是否为礼品卡或预付卡。

在上述方案中优选的是，所述网络认证规则还为判断上次交易失败原因是否为余额不足且本次提交金额大于等于上次。

在上述方案中优选的是，所述网络认证规则还为当上次交易失败原因是refuse或do not honor的时候，判断本次提交距离上次时间是否小于等于第一时间阈值。

在上述方案中优选的是，所述网络认证规则还为判断所述支付卡是否做过且涉及二次提交机制。

在上述方案中优选的是，所述网络认证规则还为当所述支付卡做过二次提交的时候，判断本次提交距离上次时间是否小于等于第一时间阈值。

在上述方案中优选的是，所述网络认证规则还为判断上次交易失败原因是否为：

A1、该支付卡为挂失卡；

A2、该支付卡为被盗卡；

A3、该支付卡为锁定卡；

A4、该支付卡为限制卡。

在上述方案中优选的是，所述最终结果为允许提交或拒绝提交。

在上述方案中优选的是，当有下列情况出现的时候，所述最终结果为允许提交：

B1、同时满足下列条件：所述支付卡不属于限制卡，最近一次交易失败的原因不是数据库中的黑名单用户或高频次下单用户，最近一次交易失败的原因是输入了错误的信用卡CVV；

B2、同时满足下列条件：所述支付卡不属于限制卡，最近一次交易失败的原因不是数据库中的黑名单用户或高频次下单用户，最近一次交易失败的原因不是输入了错误的信用卡CVV，当支付卡的类别为礼品卡或预付卡，判断上次失败原因是余额不足，本次提交金额小于上次；

B3、同时满足下列条件：所述支付卡不属于限制卡，最近一次交易失败的原因不是数据库中的黑名单用户或高频次下单用户，最近一次交易失败的原因不是输入了错误的信用卡CVV，当支付卡的类别为礼品卡或预付卡，失败原因为refuse或do not honor，本次提交距离上次时间大于第一时间阈值；

B4、同时满足下列条件：所述支付卡不属于限制卡，最近一次交易失败的原因不是数据库中的黑名单用户或高频次下单用户，最近一次交易失败的原因不是输入了错误的信用卡CVV，当支付卡的类别不是礼品卡或预付卡，涉及且未做过二次提交；

B5、同时满足下列条件：所述支付卡不属于限制卡，最近一次交易失败的原因不是数据库中的黑名单用户或高频次下单用户，最近一次交易失败的原因不是输入了错误的信用卡CVV，当支付卡的类别不是礼品卡或预付卡，做过二次提交，本次提交距离上次时间大于第一时间阈值。

在上述方案中优选的是，当有下列情况出现的时候，所述最终结果为拒绝提交：

C1、所述支付卡为限制卡；

C2、最近一次交易失败的原因是数据库中的黑名单用户或高频次下单用户；

C3、同时满足下列条件：所述支付卡不属于限制卡，最近一次交易失败的原因不是数据库中的黑名单用户或高频次下单用户，最近一次交易失败的原因不是输入了错误的信用卡CVV，当支付卡的类别为礼品卡或预付卡且判断上次失败原因是余额不足且本次提交金额大于等于上次；

C4、同时满足下列条件：所述支付卡不属于限制卡，最近一次交易失败的原因不是数据库中的黑名单用户或高频次下单用户，最近一次交易失败的原因不是输入了错误的信用卡CVV，当支付卡的类别为礼品卡或预付卡，失败原因为refuse或do not honor，本次提交距离上次时间小于等于第一时间阈值；

C5、同时满足下列条件：所述支付卡不属于限制卡，最近一次交易失败的原因不是数据库中的黑名单用户或高频次下单用户，最近一次交易失败的原因不是输入了错误的信用卡CVV当支付卡的类别不是礼品卡或预付卡，做过二次提交，本次提交距离上次时间小于等于第一时间阈值；

C6、同时满足下列条件：所述支付卡不属于限制卡，最近一次交易失败的原因不是数据库中的黑名单用户或高频次下单用户，最近一次交易失败的原因不是输入了错误的信用卡CVV，当支付卡的类别为礼品卡或预付卡，失败原因为该支付卡为挂失卡或被盗卡或锁定卡或限制卡。

在上述方案中优选的是，当所述最终结果为拒绝提交时，根据所述情况反馈对应信息给支付用户。

本发明的第二方面提出了一种提高外贸电商平台订单成功率的系统，包括用于获取支付卡信息的获取模块，还包含以下模块：

校验模块：为校验插件、无线认证设备和可插拔认证设备中至少一种；

本地认证模块：用于使用所述支付卡的信息与所述校验模块中的预存信息对比，进行本地认证；

网络认证模块：使用所述支付卡的信息与网络服务器中的预存信息对比，对所述支付卡的信息进行网络认证；

结果输出模块：用于根据所述本地认证或所述网络认证的结论输出最终结果。

优选的是，所述获取支付卡信息的方式包括手工输入支付卡信息和调取已存储支付卡信息中至少一种。

在上述方案中优选的是，所述预存信息包括已存储的支付卡信息、限制卡信息、历史交易信息和提示信息中至少一种。

在上述方案中优选的是，其特征在于，所述历史交易信息包括交易时间、交易金额、交易失败原因、交易失败类型中至少一种。

在上述方案中优选的是，所述校验模块可以通过网络自动更新数据，并通过蓝牙、无线网络、有线网络、USB接口、RS485接口和其他通信接口中至少一种和用于提交支付卡信息的设备相连。

在上述方案中优选的是，其特征在于，所述本地认证模块根据所述本地认证规则对所述支付卡的信息进行判断的功能。

在上述方案中优选的是，其特征在于，所述本地认证规则为判断所述支付卡的卡号是否属于限制卡。

在上述方案中优选的是，其特征在于，所述本地认证规则还为最近一次交易失败的原因是否是数据库中的黑名单用户或高频次下单用户。

在上述方案中优选的是，所述本地认证规则还为最近一次交易失败的原因是否是输入了错误的信用卡CVV。。

在上述方案中优选的是，所述网络认证模块具有根据所述网络认证规则对所述支付卡的信息进行进一步判断的功能。

在上述方案中优选的是，所述网络认证规则为判断所述支付卡是否为礼品卡或预付卡。

在上述方案中优选的是，所述网络认证规则还为判断上次交易失败原因是否为余额不足且本次提交金额大于等于上次。

在上述方案中优选的是，所述网络认证规则还为当上次交易失败原因是refuse或do not honor的时候，判断本次提交距离上次时间是否小于等于第一时间阈值。

在上述方案中优选的是，所述网络认证规则还为判断所述支付卡是否做过且涉及二次提交机制。

在上述方案中优选的是，所述网络认证规则还为当所述支付卡做过二次提交的时候，判断本次提交距离上次时间是否小于等于第一时间阈值。

在上述方案中优选的是，所述网络认证规则还为判断上次交易失败原因是否为：

A1、该支付卡为挂失卡；

A2、该支付卡为被盗卡；

A3、该支付卡为锁定卡；

A4、该支付卡为限制卡。

在上述方案中优选的是，所述最终结果为允许提交或拒绝提交。

在上述方案中优选的是，当有下列情况出现的时候，所述最终结果为允许提交：

B1、同时满足下列条件：所述支付卡不属于限制卡，最近一次交易失败的原因不是数据库中的黑名单用户或高频次下单用户，最近一次交易失败的原因是输入了错误的信用卡CVV；

B2、同时满足下列条件：所述支付卡不属于限制卡，最近一次交易失败的原因不是数据库中的黑名单用户或高频次下单用户，最近一次交易失败的原因不是输入了错误的信用卡CVV，当支付卡的类别为礼品卡或预付卡，判断上次失败原因是余额不足，本次提交金额小于上次；

B3、同时满足下列条件：所述支付卡不属于限制卡，最近一次交易失败的原因不是数据库中的黑名单用户或高频次下单用户，最近一次交易失败的原因不是输入了错误的信用卡CVV，当支付卡的类别为礼品卡或预付卡，失败原因为refuse或do not honor，本次提交距离上次时间大于第一时间阈值；

B4、同时满足下列条件：所述支付卡不属于限制卡，最近一次交易失败的原因不是数据库中的黑名单用户或高频次下单用户，最近一次交易失败的原因不是输入了错误的信用卡CVV，当支付卡的类别不是礼品卡或预付卡，涉及且未做过二次提交；

B5、同时满足下列条件：所述支付卡不属于限制卡，最近一次交易失败的原因不是数据库中的黑名单用户或高频次下单用户，最近一次交易失败的原因不是输入了错误的信用卡CVV，当支付卡的类别不是礼品卡或预付卡，做过二次提交，本次提交距离上次时间大于第一时间阈值。

在上述方案中优选的是，当有下列情况出现的时候，所述最终结果为拒绝提交：

C1、所述支付卡为限制卡；

C2、最近一次交易失败的原因是数据库中的黑名单用户或高频次下单用户；

C3、同时满足下列条件：所述支付卡不属于限制卡，最近一次交易失败的原因不是数据库中的黑名单用户或高频次下单用户，最近一次交易失败的原因不是输入了错误的信用卡CVV，当支付卡的类别为礼品卡或预付卡且判断上次失败原因是余额不足且本次提交金额大于等于上次；

C4、同时满足下列条件：所述支付卡不属于限制卡，最近一次交易失败的原因不是数据库中的黑名单用户或高频次下单用户，最近一次交易失败的原因不是输入了错误的信用卡CVV，当支付卡的类别为礼品卡或预付卡，失败原因为refuse或do not honor，本次提交距离上次时间小于等于第一时间阈值；

C5、同时满足下列条件：所述支付卡不属于限制卡，最近一次交易失败的原因不是数据库中的黑名单用户或高频次下单用户，最近一次交易失败的原因不是输入了错误的信用卡CVV当支付卡的类别不是礼品卡或预付卡，做过二次提交，本次提交距离上次时间小于等于第一时间阈值；

C6、同时满足下列条件：所述支付卡不属于限制卡，最近一次交易失败的原因不是数据库中的黑名单用户或高频次下单用户，最近一次交易失败的原因不是输入了错误的信用卡CVV，当支付卡的类别为礼品卡或预付卡，失败原因为该支付卡为挂失卡或被盗卡或锁定卡或限制卡。

在上述方案中优选的是，当所述最终结果为拒绝提交时，根据所述情况反馈对应信息给支付用户。

本发明的实施能够有效的提高外贸电商平台支付成功率，降低外贸电商平台收款成本，显著提高客户的支付体验，给外贸电商平台和用户带来切实的好处。

附图说明

图1为按照本发明的一种提高外贸电商平台订单成功率的方法的一优选实施例的流程示意图。

图2为按照本发明的一种提高外贸电商平台订单成功率的系统的一优选实施例的模块图

图3为按照本发明的一种提高外贸电商平台订单成功率的系统的一优选实施例的支付卡分类图

图4为按照本发明的一种提高外贸电商平台订单成功率的方法的一优选实施例的使用信用卡支付的信息流转过程图。

图5为按照本发明的一种提高外贸电商平台订单成功率的方法的一优选实施例的校验模块使用方法的流程示意图。

具体实施方式

实施例1

如图1、图2所示，执行步骤100，在获取模块200中输入用户的支付卡号或者从数据库240中调取已存储在数据库中的用户的支付卡号，执行步骤110，系统根据用户提供的卡号在本地认证模块210中对卡号进行认证，首先判断该卡的卡号是否为限制卡bin，如果是限制卡bin，则执行步骤180，通过结果输出模块230提示用户“该交易被拒绝，请使用其他的银行卡或与您的银行卡发卡行联系”。如果不是限制卡bin，则执行步骤120，判断最近失败的原因是否为数据库中的黑名单用户或高频次下单用户，如果最近失败的原因是数据库中的黑名单用户或高频次下单用户，则执行步骤180，通过结果输出模块230提示用户“该交易被拒绝，请使用其他的银行卡或与您的银行卡发卡行联系”。如果最近失败的原因不是数据库中的黑名单用户或高频次下单用户，则执行步骤130，判断最近失败的原因是否为CVC delined。如果最近失败的原因是CVC delined，则执行步骤170，通过结果输出模块230提示用户可以正常提交支付订单。最近失败的原因不是CVC delined，则执行步骤140，进入到网络认证模块220中，判断该支付卡是否为预付卡或礼品卡，会产生如下四种情况：

1、是预付卡或礼品卡，执行步骤141，判断上次失败原因是否为余额不足且本次提交金额大于等于上次；

2、是预付卡或礼品卡，执行步骤150，判断上次失败原因是否为donothonor；

3、不是预付卡或礼品卡，执行步骤142，判断该支付卡是否为卡或被盗卡或锁定卡或限制卡；

4、不是预付卡或者礼品卡，执行步骤151判断时候做过且涉及二次提交。

当是第一种情况的时候，如果上次失败原因是为余额不足且本次提交金额大于等于上次，则执行步骤180，通过结果输出模块230提示用户“该交易被拒绝，请使用其他的银行卡或与您的银行卡发卡行联系”。如果上次失败原因是为余额不足且本次提交金额小于上次，则执行步骤170，通过结果输出模块230提示用户可以正常提交支付订单。

当是第二种情况的时候，如果上次失败原因是do not honor，则执行步骤160，判断本次提交距离上次提交的时间是否在10分钟以内。如果在10分钟以内，则执行步骤180，通过结果输出模块230提示用户“该交易被拒绝，请使用其他的银行卡或与您的银行卡发卡行联系”。如果超过10分钟。则执行步骤170，通过结果输出模块230提示用户正常提交支付订单。

当是第三种情况的时候，如果该支付卡是挂失卡或被盗卡或锁定卡或限制卡，则执行步骤143，通过结果输出模块230提示禁止客户再次提交交易支付申请。如果该支付卡不是挂失卡或被盗卡或锁定卡或限制卡，则执行步骤180，通过结果输出模块230提示用户“该交易被拒绝，请使用其他的银行卡或与您的银行卡发卡行联系”。

当是第四种情况的时候，如果做过且涉及二次提交，则执行步骤160，判断本次提交距离上次提交的时间是否在10分钟以内。如果在10分钟以内，则执行步骤180，通过结果输出模块230提示用户“该交易被拒绝，请使用其他的银行卡或与您的银行卡发卡行联系”。如果超过10分钟。则执行步骤170，通过结果输出模块230提示用户正常提交支付订单。如果做过但不涉及二次提交，则执行步骤170，通过结果输出模块230提示用户正常提交支付订单。

实施例2

当出现以下情况时，使用支付卡支付订单的申请会被系统拒绝提交，提示用户“该交易被拒绝，请使用其他的银行卡或与您的银行卡发卡行联系”：

1、过期卡；2、无效信用卡号码；3、无效的到期日期；4、无价值；5、卡帐户长度错误；6、没有这样的发行人；7、信用卡发行商拒绝CVV；8、需要语音授权。9、可能丢失的卡；10、可能被盗卡；11、涉嫌诈骗；12、持卡人停止计费；13、持卡人停止所有计费；14、无效交易；15、违规；16、违反安全；17、拒绝-更新的持卡人可用；18、处理器不支持此功能；19、加密错误；20、服务费不允许；21、不一致的数据；22、未采取行动；23、无法找到相反的授权；24、已经逆转；25、无效的授权码；26、拒绝-要求批准；27、错误-不要重试，呼叫发行人；28、拒绝-呼叫发行人；29、打电话给发行人。拾取卡；30、无效的SKU数；31、无效的信贷计划；32、信用卡号码不匹配付款方式；33、无效第三级购买；34、卡报丢失或被盗；35、反转金额不匹配授权量；36、商人不是万事达卡SecureCode启用；37、地址验证失败；38、地址验证和卡安全代码失败；39、无效的交易数据；40、无效的税额；41、PayPal企业账户偏好导致交易失败；42、无效货币代码；43、超过退款时间限制；44、PayPal企业账户的限制；45、授权过期；46PayPal企业账户锁定或关闭；47、PayPal阻断重复订单ID；48、PayPal买家撤销本授权付款；49、PayPal收款人帐户无效或没有确认电子邮件；50、PayPal收款人的电子邮件格式不正确；51、PayPal验证错误；52、在PayPal账户资金仪器减少了处理器或银行，或不能用于支付；53、付款人帐户已被锁定或关闭；54、与PayPal交易付款人不能支付；55、由于PayPal交易拒绝风险模型；56、PayPal商家帐户配置错误；57、不支持PayPal未决付款；58、国内的PayPal交易要求；59、PayPal需要电话号码；60、PayPal的税务信息要求；61、PayPal收款人阻止交易；62、PayPal交易超出限制；63、PayPal的参考交易未启用您的帐户；64、货币不启用您的PayPal卖家账户；65、PayPal收款人的电子邮件允许这个请求被拒绝了；66、PayPal帐户配置不退还超过结算金额。

实施例3

如图3所示，支付卡300包括贷记卡（信用卡）310、借记卡320和预付卡330。按照支付方式进行划分，其中信用卡和积极卡所占的比例比较高。预付卡主要是部分商业机构、银行为持卡人发行的预存了一定金额的信用卡，一般是以营销或者福利的形式发放，非实名的信用卡类型，并且会限定使用的国家或商户。特别是以美国为例，预付卡发行量较大，且一般限定只能在美国使用。针对这种情况，当持卡人在提交信用卡支付信息后，外贸电子商务平台查询数据库中存储的卡bin库记录的预付卡信息，如果匹配的话，则直接提示客户“您的信用卡由于发卡行的限制不能进行跨境交易，请更换其他信用卡进行支付或者联系发卡行进行确认”。

实施例4

如图4所示，外贸电子商务平台客户（海外持卡人）400在外贸电子商务平台410使用信用卡支付的信息流转过程。图中，持卡人标号为400，外贸电子商务平台标号为420，第一支付网关标号为420，第二支付网关标号为421，第三支付网关标号为422，第一收单行标号为430，第二收单行标号为431，第三收单行标号为432，第四收单行标号为433，对应的卡组织标号为440，发卡行标号为450.

1、持卡人400在外贸电子商务平台410选择好商品，选择支付订单，并输入对应信用卡卡号、有效期、CVV信息，点击确认支付。

2、外贸电子商务平台410将客户的支付信息转发到对应的第一支付网关420或第二支付网关421、第三支付网关422。

3、以外贸电子商务平台410将支付信息转发到第一支付网关410为例，第一支付网关410收到持卡人400的支付信息后，根据持卡人的卡bin或其他因素将支付请求转发到第一收单行430或者第二收单行431、第三收单行432。

4、以第一支付网关410将信用卡支付请求转发到者第二收单行431为例，者第二收单行431收到信用卡支付信息后，按照对应的信用卡品牌信息将支付请求转发到对应的卡组织440。

5、卡组织440根据客户信用卡的信息，将支付信息发送到发卡行450进行处理。

6、发卡行450经过风控评估后，对持卡人的支付请求进行授权。

7、支付授权的结果通过原先的请求路径再返回给外贸电子商务平台410。

实施例5

如图5所示，执行步骤500，用户登录外贸电商平台，,进入下单支付环节。执行步骤510判断是否安装了校验模块，如果没有安装校验模块，判断需要安装的校验模块的类型，如果是校验插件，则顺序执行步骤511和步骤520，从网络上下载校验插件并安装在系统中，安装完成后开始进行本地认证。如果是无线认证设备或者可插拔认证设备，则顺序执行步骤512和步骤520，从网络中下载驱动并安装，安装完成后开始进行本地认证。如果已经安装了校验模块，则执行步骤520，开始进行本地认证。执行步骤530，当准备输入卡号的时候，弹出软键盘，开始输入卡号。执行步骤540，判断是否为限制卡，如果是限制卡，则执行步骤580，弹出对话框“该支付卡异常，请更换支付卡，异常原因为该支付卡为限制卡”。如果不是限制卡，则执行步骤550，判断最近失败的原因是否为黑名单用户或高频次下单用户，如果最近失败的原因是黑名单用户或高频次下单用户，则执行步骤580，弹出对话框“该支付卡异常，请更换支付卡，异常原因为该支付卡为黑名单用户或高频次下单用户”。如果最近失败的原因不是黑名单用户或高频次下单用户，则执行步骤560，判断上次交易失败的原因是否为输入了错误的CVV。如果上次交易失败的原因是输入了错误的CVV，则执行步骤580，弹出对话框“该支付卡异常，请更换支付卡，异常原因为该支付卡交易失败的原因是输入了错误的CVV”。如果上次交易失败的原因不是输入了错误的CVV，则执行步骤570，进入网络认证。

本实施例中的校验模块可以是校验插件、无线认证设备、可插拔认证设备以及其他可以进行认证的设备，校验模块可以从定期或实时网络中更新数据，并保存用户支付成功的支付卡的信息，当下次客户使用的时候可以直接调用该支付卡的信息直接支付定单。本校验模块的应用，可以缩短审核用户支付卡信息的步骤和时间，减少费用的支出并改善客户的支付体验。

为了更好地理解本发明，以上结合本发明的具体实施例做了详细描述，但并非是对本发明的限制。凡是依据本发明的技术实质对以上实施例所做的任何简单修改，均仍属于本发明技术方案的范围。本说明书中每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似的部分相互参见即可。对于系统实施例而言，由于其与方法实施例基本对应，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

可能以许多方式来实现本发明的方法和系统。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法和系统。用于所述方法的步骤的上述顺序仅是为了进行说明，本发明的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本发明实施为记录在记录介质中的程序，这些程序包括用于实现根据本发明的方法的机器可读指令。因而，本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。

本发明的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用，并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。