支付请求处理方法、装置、计算机设备及可读存储介质

技术领域

本发明涉及大数据领域，具体涉网约车交通出行领域，特别是涉及一种支付请求处理方法、装置、计算机设备及计算机可读存储介质。

背景技术

支付又称付出、付给，多指付款，包括交易、清算和结算，是发生在购买者和销售者之间的金融交换，是社会经济活动所引起的货币债权转移的过程。发起支付或者充值请求之后，一般分为3种情况：站内支付、站外支付和充值。其中站外支付包括线上支付和线下支付，线上支付包括账户支付、网管支付和快捷支付。在线支付是指通过互联网的载体进行资金的转移。一般指的是利用银行所支持的某种数字金融工具，发生在购买者和销售者之间的金融交换，而实现从买者到金融机构、商家之间的在线货币支付、现金流转、资金清算、查询统计等过程，由此为电子商务服务和其它服务提供金融支持。

随着技术进步，支付结算工具创新，结算渠道日益扩展，支付结算操作向自动化、信息化、电子化方向发展。与此同时，支付结算风险也随之增加，并出现新的形势、新的特点，直接威胁着人民群众的资金安全，银行有责任也有义务通过多种有效方式避免出现资金支付风险案件，防范支付结算风险。

发明内容

为了解决上述问题，本发明的目的是提供一种支付请求处理方法、装置、计算机设备及计算机可读存储介质，该方法在通过对支付请求的合法性进行验证，判断是否存在资金安全风险，根据验证结果标记流向第三方支付的发起状态，当发起状态成功时，响应所述支付请求。本发明通过验证支付请求中的资金安全风险，降低支付过程中的风险，以保证支付安全，提高支付体验。

基于此，本发明提供了一种支付请求处理方法，所述支付请求处理方法包括：

接收支付请求，所述支付请求包含验证信息；

基于所述验证信息验证资金安全风险；

基于所述资金安全风险的验证结果，标记所述支付请求的发起状态；

基于所述发起状态，响应或拒绝所述支付请求。

在本发明实施例中，所述验证信息包括账户状态、身份信息和操作行为，所述基于所述验证信息验证资金安全风险的步骤，包括：

对所述账户状态、身份信息和操作行为进行验证，当所述账户状态、身份信息和操作行为均满足预设的验证条件的情况下，所述资金安全风险通过验证，所述发起标记状态标记成功，否则标记失败。

在本发明实施例中，所述操作行为包括操作频次行为，当在单位时间内操作频次超出预设阈值时，所述操作行为验证不通过，所述发起标记状态标记失败。

在本发明实施例中，所述操作行为包括操作金额行为，当在单位时间内操作金额超出预设阈值时，所述操作行为验证不通过，所述发起标记状态标记失败。

在本发明实施例中，当所述发起标记状态标记失败时，根据预设的配置策略重试所述支付请求。

在本发明实施例中，在基于所述发起状态，响应或拒绝所述支付请求的步骤之前，所述方法还包括：

获取所述订单请求的的所有支付渠道；

计算每条所述支付渠道的优先权分数；

将优先权分数最高的支付渠道作为最优渠道。

在本发明实施例中，所述计算每条所述支付渠道的优先权分数的步骤包括：

获取所述支付渠道所对应的费率A；

计算每条所述支付渠道的支付成功率B；

获取所述支付渠道的所述费率A对应的第一权重系数m和所述所述支付成功率对应的第二权重系数n；

所述优先权分数C为:C＝A*m+B*n。

为解决上述问题，本发明还提供了一种支付请求处理装置，包括：

接收模块，用于接收订单请求，所述支付请求包含验证信息；

验证模块，用于基于所述验证信息验证资金安全风险；

标记模块，用于基于所述资金安全风险的验证结果，标记发起状态；

响应模块，用于基于所述发起状态，响应或拒绝所述支付请求。

本发明还提供了一种计算机设备，包括存储器、处理器和网络接口，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现支付请求处理方法的步骤。

本发明还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现支付请求处理方法的步骤。

在本发明中，提供一种支付请求处理方法，该方法包括接收支付请求，所述支付请求包含验证信息，基于所述验证信息验证资金安全风险；基于所述资金安全风险的验证结果，标记所述支付请求的发起状态；基于所述发起状态，响应或拒绝所述支付请求。本发明通过判断第三方账户是否存在资金安全风险，根据验证结果标记流向第三方支付的发起状态，当未通过资金安全风险验证时，所述发起状态标记失败，拒绝响应所述支付请求。当资金安全风险验证通过时，所述发起状态标记成功，响应所述支付请求。本发明通过验证支付请求中的资金安全风险，可以降低支付过程中的盗窃或欺诈风险，保证支付的安全性，同时可以保证用户的支付体验，提高支付成功率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例可以应用于其中的示例性系统架构图；

图2是本发明实施例提供的支付请求处理方法的流程示意图；

图3本发明实施例提供的一支付请求处理方法具体实施时序图；

图4是本发明实施例提供的支付请求处理方装置的结构示意图；

图5根据本申请的计算机设备的一个实施例的结构示意图。

具体实施方式

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

图1图示了根据本公开的实施例的一种用于实现在线电子支付的计算机系统100的示例图。如图1所示，计算机系统100包括客户端101、客户端102、客户端103、服务器105，这些设备之间通过网络104互相连接。可选地，网络104可以包括但不限于因特网、广域网、城域网、局域网、VPN网络、无线通信网络等。

在一些实施例中，客户端101可以为台式计算机，客户端102可以为膝上型计算机，客户端103可以为移动装置，其中移动装置是指各种拥有接入互联网能力、搭载各种操作系统(包括但不限于IOS、Android、Windows、Phone等)可根据用户需求定制各种功能的终端设备，包括但不限于智能手机、平板电脑以及智能可穿戴设备等。

在一些实施例，服务器105可以是由支付交易的平台商所提供的支付服务器，例如平台商可以是电子商务的运营商或者是P2P(Peer to Peer)服务的平台商以及其他能够接受电子支付的任何公司或组织；服务器105还可以是银行服务器、银行组织服务器或第三方支付平台服务器等。在一些实施例中，客户端101、客户端102和客户端103通过网络104访问由服务器105提供的用于支付的用户界面。

在一个实施例，客户端101、客户端102或客户端103可以在服务器105提供的网页中进行支付，例如，用户在网页中选择支付渠道以完成支付过程。在另一个实施例中，客户端103可以在安装在其上的应用程序(例如，APP)中进行完成支付过程。

在一些实施例中，服务器105可以是由多个服务器组成的集成服务器，如第一服务器、第二服务器和第三服务器集成的集成服务器，第一服务器在接收到来自客户端101、客户端102或客户端103的支付请求时，对所接收的支付请求进行处理，并将处理后的信息发送给例如第二服务器和/或第三服务器，以便由第二服务器和/或第三服务器完成具体的支付过程。

在一些实施例中，服务器105可以记录客户端101、客户端102或客户端103或它们的使用用户的个人信息或支付习惯，例如，客户端101的用户对支付到账时间要求比较高，则可以记录客户端101的用户的频繁使用的支付渠道并且向其推荐到账时间较快的支付渠道。

应当理解的是，虽然图1中仅示出了三个客户端，但是可以存在更多个客户端；虽然仅示出一个平台商的支付服务器105，但是系统100可以包括多个分布地布置的多个支付服务器，本公开的实施例的范围不限于此。

图2是本发明实施例提供的可应用于图1所示的支付系统100的支付请求处理方法的示意图，所述方法一般应用于所述支付系统100中的服务器105，通过网络104接收由客户端101、102、103发送的支付请求及处理所述支付请求。具体地，该方法包括：

201：接收支付请求，支付请求包含验证信息；

202：基于验证信息以验证资金安全风险。

203：基于资金安全风险的验证结果，标记发起状态；

204：基于发起状态，响应或拒绝支付请求。

需要说明的是，本实施例可以适用于各个业务领域的支付过程、设备接收打款单的支付请求。示例性地，步骤201中所述支付请求的支付类型包括但不限于充值、提现、转账、第三方支付和网上银行支付等支付业务，其中第三方支付包括但不限于微信支付、支付宝支付。网上银行支付主要是指银联支付，银联支付又可以根据支持卡的类型不同而不同，比如信用卡支付、借记卡支付；或者根据银行的不同而不同的支付类型，比如中国银行支付、中国工商银行支付。

具体的，所接收的用户的支付请求可以在用户确认生成订单时获得支付请求，也可以在用户通过扫描付款码时获得支付请求，或在用户点击付款链接时获得支付请求，或者在用户激活付款功能时收到来自用户的付款请求。这里的用户指的是待支付者，比如买家、付款者。示例性的，用户在移动终端的购物软件上购买商品生成待支付订单，当用户点击“支付”按钮时，即发起了支付订单的支付请求；或者，当前支付业务可以是用户通过扫描具有多种第三方支付方式或者银行支付方式的二维码向商家付款；又或者，当前支付业务可以是商家向用户提供具有多种第三方支付方式或者银行支付方式的二维码进行收款；或者，当前支付业务可以是金融领域其他的采用聚合支付方式的付款或收款业务。所发起的支付请求由终端用户设备所对应的支付服务器接收。

可以理解的是，由于第三方支付需要将支付渠道等支付信息或参数提供给第三方支付集成服务商，增加了信息泄露的概率，第三方支付场景存在诸如信息泄露、盗窃或欺诈的风险。例如商家本身提供合法正当的服务，支付渠道参数被泄露了，黑客使用此接口，用于博彩、洗钱等非法服务。

本实施例步骤201中，所接收的支付请求包括验证信息，用于验证用户的资金安全风险，以校验所述支付请求是否合法。具体地，服务器105接收到用户终端101、102、103中的支付请求，所述服务器105从所述支付请求中读取订单信息和和验证信息，所述验证信息验证是在预设数据库中查询所述用户终端的验证信息是否匹配或满足预设条件。

步骤202基于这些验证信息评估验证用户终端101、102、103用户的资金安全风险，用以校验是否是合法的支付请求，验证所述支付请求是否存在资金安全风险。

步骤203基于步骤202中的资金安全风险的验证结果标记所述支付请求的发起状态，所述发起状态用于标记该笔支付流水向第三方支付渠道商服务器的发起状态。基于所述发起状态，响应或拦截所述支付请求。

需要说明的是，所述发起状态包括发起成功和发起失败，用来标识所述支付请求支付流水向第三方支付渠道商务服务器的发起状态。当发起状态标识发起成功时，即代表支付订单已经向第三方支付渠道商服务器成功发起了支付请求，步骤204响应所述支付请求，基于所述订单信息向第三方支付渠道服务商器处理支付操作。当所述发起状态标识发起失败时，拒绝响应所述支付请求。

在一些实施例中，步骤202中，所述验证信息包括用户终端101、102、103的账户状态、身份信息和操作行为，验证过程中可依次或根据预设条件对所述用户的账户状态、身份信息和操作行为进行匹配或校验，当所述账户状态、身份信息和操作行为中的其中一个不满足预设条件时，所述资金安全风险评估分析有风险，所述发起标记状态标记发起失败。当所述账户状态、身份信息和操作行为均满足验证条件的情况下，所述资金安全风险通过验证，所述发起标记状态标记发起成功。

示例性的，步骤202在执行验证资金安全风险过程中，本实施例先获取用户状态，判断是否有异常，若所述用户常态异常，阻断所述验证流程，所述发起标记状态标记失败；若正常，继续验证所述用户的身份信息，从预设数据库中查询匹配所述身份信息，若不匹配，阻断所述验证流程，所述发起标记状态标记失败；若匹配，继续对用户操作行为校验，当所述操作行为满足预设条件的情况下，所述资金安全风险通过验证，所述发起标记状态标记成功，否则，标记失败。

具体地，所述操作行为包括如支付请求频数等的操作频次行为和/或单次或累计支付金额等的操作金额行为，当用户终端101、102、103在单位时间内或预设时间内操作频次超出预设阈值或不匹配预设阈值时，所述操作行为验证不通过，所述发起标记状态标记失败。同样地，当在单位时间内操作金额超出预设阈值时，所述操作行为验证不通过，否则所述发起标记状态标记失败。

需要说明的是，在本发明的其他一些实施例中，当所述资金安全风险评估分析具有风险时，可向第三方支付服务方发出安全验证请求，以触发第三方支付服务方的处理器对当前支付执行安全验证，以生成安全验证结果；由交易平台的处理器从第三方支付服务方获得安全验证结果，当安全验证结果通过时，所述支付请求通过资金安全风险验证，所述发起标记状态标记发起成功。

进一步地，当所述发起标记状态标记发起失败时，可根据预设的配置策略重试所述支付请求。如在所述配置策略配置为不可系统重试的系统中，可由有相应权限的手动操作重试支付请求；或者在所述配置策略配置为可系统重试的系统中，由系统100通过定时任务检索发起失败的请求订单重试操作，重试支付请求。

在本申请的一些实施例中，在步骤204响应所述支付请求之前，所述支付请求的处理方法还包括向支付订单推荐最优支付渠道。所述支付渠道为第三方平台上支持用户支付的通道，用于帮助平台用户完成交易金额的支付，并且支持平台与银行之间进行资金流转、对账和清分，比如微信、支付宝、通联、易宝等，一般交易平台都会对接多家支付渠道公司，通过支付路由以及提前配置的规则引擎，从众多支持的支付渠道中选出当前最优的一条支付渠道。

示例性地，服务器105在所述发起状态标识发起成功时，响应所述支付请求的步骤之前，获取所述订单请求的的所有支付渠道，通过计算每条所述支付渠道的优先权分数，将优先权分数最高的支付渠道作为最优渠道。

具体地，所述所述支付渠道的优先权分数根据每条所述支付渠道的支付渠道费率和支付成功率计算，所述支付渠道费率是固定的，在读取所述支付渠道信息可直接获取所对应的费率A，再计算每条所述支付渠道的支付成功率B，支付成功率是支付通道支付成功的概率，是支付成功单数与支付总单数之比。在根据预设的所述支付渠道的所述费率A对应的第一权重系数m和所述所述支付成功率对应的第二权重系数n，以及公式C＝A*m+B*n计算得出每条所述支付渠道的优先权分数C，从高到低优先使用优先权分数高的支付渠道。

在其他一些实施例中，通过支付路由配置规则引擎确定可用性支付渠道的时候，可以是通过支付渠道促销、渠道鉴权要求、支付成本、渠道成功率以及渠道负载等支付渠道参数的一项或者多项，对各渠道进行排序。渠道的可用性越好，排序越靠前。例如，可以选取前五个渠道作为具有可用性的渠道。又通过支付渠道促销、渠道鉴权要求、支付成本以及渠道负载等渠道参数或信息中的一项或者多项，为对各项指标进行量化并确定各项对应的预设权重，确定渠道可有用性的计算值，选取超过预设阈值的渠道作为具有可用性的渠道。

本发明对支付请求的合法性进行验证，通过诸如账户状态、身份信息和操作行为等信息判断第三方账户是否存在资金安全风险，根据验证结果标记流向第三方支付的发起状态，当未通过资金安全风险验证时，所述发起状态标记失败，拒绝响应所述支付请求。当资金安全风险验证通过时，所述发起状态标记成功，响应所述支付请求。本发明通过验证支付请求中的资金安全风险，可以消除支付过程中的盗窃或欺诈风险。一方面可以保证支付的安全性，另一方面可以保证用户的支付体验，提高支付成功率。

图3是本发明一个实施例支付请求方法的时序图，所应用系统包括客户端、电商系统、支付网关和第三方支付，所述电商系统负责提供整个购物流程，所述支付网关是将支付抽离为一个单独的系统，该系统用来对接所有支付。所述支付请求方法包括以下步骤：

301：发起支付；

302：请求支付网关；

303：接收支付请求；

304：验证支付信息；

305：标记发起状态；

306：响应或拒绝支付请求；

307：返回支付结果；

308：支付结果显示页面。

在本实施例中，步骤301所发起的支付可为客户端用户发起的购物支付请求，由支付网关接收该支付请求，并获取发起支付必要信息以及验证信息，验证信息，所述验证信息用于验证用户的资金安全风险，包括但不限于账户状态、身份信息和操作行为，用于校验所述支付请求是否合法。

需要说明的是，步骤303在接收支付请求时，可同时获取支付token跳转到第三方支付，通过步骤304验证步骤301所发起的支付请求的合法性，以及返回支付的必要参数，当验证通过时，步骤305支付网关标识该支付流水向第三方支付的发起状态为成功，并获取支付的必要信息，通过步骤306响应所述支付请求。当验证失败时，支付网关标识该支付流水向第三方支付的发起状态为失败，步骤306拒绝响应所述支付请求。

进一步地，为防止重复支付，在步骤305标识发起成功时，用户可向第三方支付渠道商服务器发送支付请求中流水标识或订单标识以及查询该流水标识对应的支付状态的请求，接收第三方支付渠道商服务器发送的流水标识对应的支付状态，支付状态用于表示是否支付成功。由于第三方支付渠道商服务器在进行扣款时处理需要时间或者存在延时，所以支付状态可以包括支付成功、支付失败、支付处理中。当所述支付状态为成功时，步骤306拒绝响应所述支付请求。

在其他一些实施例中，第三方支付对所述支付请求设置支付号，同一个支付号无论支付成功与否只能使用一次，当订单创建成功后，支付请求的订单标识不会改变，在每次发起支付后，支付网关会生成新的支付号，使用该支付号请求第三方，从而防止重复支付。

需要说明的是，步骤306支付后，第三方支付会通知支付网关支付结果。该通知的实现一般会有两种方案：同步回调和异步回调。同步回调是在步骤306支付后，立即回调支付网关提供的回调接口。该接口url一般在发起支付时，作为参数传递给第三方。异步回调则为在支付后，第三方支付会调用对接方提供的API，该API一般是对接的时候提供给第三方，第三方配置在自己系统中的。异步回调有重试机制，如果对接方没有返回指定结果，则会在一段时间后重试，直到达到指定重试上线后，会停止重试。

图4是本发明实施例提供的支付请求处理装置400的示意图，所述装置包括：

接收模块401，用于接收订单请求，所述支付请求包含验证信息；

验证模块402，用于基于所述验证信息验证资金安全风险；

标记模块403，用于基于所述资金安全风险的验证结果，标记发起状态；

响应模块404，用于基于所述发起状态，响应或拒绝所述支付请求。

所述支付请求处理装置400还包括显示模块(图未示)，所述显示模块用于显示所述支付请求处理装置400的软件开发过程及操作页面，以及显示支付请求处理过程的交互页面。

所述支付请求处理装置400还可以包括输入模块(图未示)，所述输入模块与所述显示模块相连，所述输入模块可包括按键,可用于输入用户id的账号、密码、名称等信息，所述软件开发过程操作页面可以在所述软件开发装置中的显示模块中显示，并且所述显示模块还可以显示所述用户的其他信息，并将此信息存储起来，方便用户随时进行查看。

所述支付请求处理装置400还可以包括交互模块(图未示)，所述交互模块可提供给用户选择功能的方法、传递出导向元素和它所导向内容之间的关系，以及传递出导航的内容和用户当前浏览页面之间的关系，同时提供司机用户和乘客用户联系的媒介。

需要说明的是，本实施例的支付请求处理装置400，与方法实施例的属于同一构思，其具体实现过程详细见方法实施例，且方法实施例中的技术特征在本实施例中均对应适用，此处不再赘述。

为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图5，图5为本实施例计算机设备基本结构框图。

所述计算机设备5包括通过系统总线相互通信连接存储器51、处理器52、网络接口53。需要指出的是，图中仅示出了具有组件51-53的计算机设备5，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable GateArray，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

所述存储器51至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器51可以是所述计算机设备5的内部存储单元，例如该计算机设备5的硬盘或内存。在另一些实施例中，所述存储器51也可以是所述计算机设备5的外部存储设备，例如该计算机设备5上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(FlashCard)等。当然，所述存储器51还可以既包括所述计算机设备5的内部存储单元也包括其外部存储设备。本实施例中，所述存储器51通常用于存储安装于所述计算机设备5的操作系统和各类应用软件，例如支付请求处理方法的程序代码等。此外，所述存储器51还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器52在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器52通常用于控制所述计算机设备5的总体操作。本实施例中，所述处理器52用于运行所述存储器51中存储的程序代码或者处理数据，例如运行所述支付请求处理方法的程序代码。

所述网络接口53可包括无线网络接口或有线网络接口，该网络接口53通常用于在所述计算机设备5与其他电子设备之间建立通信连接。

本发明的实施例还提出一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现支付请求处理方法的步骤。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，“计算机可读介质”可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。

计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管已经示出和描述了本发明的实施例，本领域的普通技术人员可以理解：在不脱离本发明的原理和宗旨的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由权利要求及其等同物限定。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明技术原理的前提下，还可以做出若干改进和替换，这些改进和替换也应视为本发明的保护范围。