一种多支付机构条码统码支付方法和系统与流程

本发明属于支付技术应用领域，具体而言，本发明涉及一种多支付机构条码统码支付方法和系统。

背景技术：

近年来，支付行业发展迅速，尤其是条码支付市场快速发展。但由于各支付机构的条码标准自成体系、互不兼容，并且机构间存在相互竞争关系，造成商户受理和客户使用的不便。在市场需求的催化下，外包服务商和部分银行卡收单机构推出了“聚合支付”服务，尽管能够解决“一柜多码”、“一柜多机”的问题，但也产生了更多更严重的新问题。如：“聚合支付”机构开展商户审核、经手商户资金等支付机构核心业务时，易存在截留客户资金、采集、留存特约商户和消费者的敏感信息等风险情况，造成各参与方业务边界混乱、职责定位不清；支付机构对商户缺乏直接、有效的管理，削弱了交易风险的控制力；游离监管之外的“聚合支付”机构野蛮生长，导致市场乱象丛生等。

在此背景下，网联提出建设条码服务平台，制定条码业务标准，逐步规范条码服务市场。达到让客户便捷、合规、安全的使用条码服务的行业目标。

技术实现要素：

本发明的目的在于提供一种多支付机构条码统码支付方法和系统，以至少解决现有技术中存在的没有统一的条码业务标准，条码服务市场不规范，客户在使用条码服务时不便捷的技术问题。

为了解决上述问题，本发明一方面提供一种多支付机构条码统码支付方法，其包括：商户侧获取统码步骤，商户侧发送条码信息请求以获得商户侧条码统码，所述商户侧条码统码根据条码信息生成，所述条码信息表征与支付机构签约的商户信息；交易步骤，客户通过移动终端上的客户app扫描所述商户侧获取统码步骤中获取的商户侧条码统码以向所述支付机构发送交易请求，若所述交易请求中涉及所述支付机构的支付账户，所述支付机构自行处理得到交易结果；若所述交易请求中涉及所述支付机构的绑定账户，所述支付机构则向支付清算平台发送交易请求以得到交易结果；其中所述支付机构为所述客户app所属的支付机构。

在如上所述的方法中，优选地，所述商户侧获取统码步骤包括：条码信息生成子步骤，商户侧以与所述支付机构签约的形式发送静态的条码信息请求，条码系统根据所述支付机构报送的签约商户信息生成条码信息；统码生成子步骤，所述支付机构根据所述条码系统返回的条码信息生成静态的商户侧条码统码以供客户扫描向签约商户付款。

在如上所述的方法中，优选地，所述商户侧获取统码步骤包括：条码信息生成子步骤，所述条码系统在接收到商户侧以商户显码终端发送的动态的条码信息请求后，根据所述支付机构预先报送的与所述商户显码终端对应的签约商户信息生成条码信息；统码生成子步骤，所述商户显码终端根据所述条码系统返回的条码信息生成动态的商户侧条码统码以供客户扫描向签约商户付款。

在如上所述的方法中，优选地，所述商户侧获取统码步骤包括：商户显码终端根据预先存储的条码信息生成动态的商户侧条码统码以供客户扫描向签约商户付款，其中所述条码信息由商户侧布放的支付机构获取。

在如上所述的方法中，优选地，所述商户侧获取统码步骤包括：条码信息生成子步骤，所述支付机构在接收到商户侧以商户显码终端发送的动态的条码信息请求后，根据条码信息规则生成条码信息发送至所述商户显码终端，所述条码信息规则由条码系统发送给所述支付机构；统码生成子步骤，所述商户显码终端根据所述支付机构返回的条码信息生成动态的商户侧条码统码以供客户扫描向签约商户付款。

另一方面，本发明提供了一种多支付机构条码统码支付系统，其包括：条码系统、支付机构、客户app和支付清算平台；所述条码系统生成条码信息，所述条码信息表征与所述支付机构签约的商户信息；所述支付机构根据所述条码信息生成商户侧条码统码并发送给商户以供客户app扫描、发送交易请求，所述支付机构对所述交易请求进行处理，若所述交易请求中涉及所述支付机构的支付账户，所述支付机构自行处理得到交易结果；若所述交易请求中涉及所述支付机构的绑定账户，所述支付机构则向所述支付清算平台发送交易请求以得到交易结果；其中，所述支付机构为所述客户app所属的支付机构。

本发明还提供了一种多支付机构条码统码支付系统，其包括：条码系统、支付机构、商户显码终端和客户app；所述条码系统在接收到商户侧以所述商户显码终端发送的动态的条码信息请求后，根据所述支付机构预先报送的与所述商户显码终端对应的签约商户信息生成条码信息，所述商户显码终端根据所述条码系统返回的条码信息生成动态的商户侧条码统码以供客户扫描向签约商户付款；或所述商户显码终端根据预先存储的条码信息生成动态的商户侧条码统码以供客户扫描向签约商户付款，其中所述条码信息由商户侧布放的支付机构获取；或所述支付机构在接收到商户侧以所述商户显码终端发送的动态的条码信息请求后，根据条码信息规则生成条码信息发送至所述商户显码终端，所述条码信息规则由条码系统发送给所述支付机构，所述商户显码终端根据所述支付机构返回的条码信息生成动态的商户侧条码统码以供客户扫描向签约商户付款；所述支付机构对所述客户app扫描后发送的交易请求进行处理，若所述交易请求中涉及所述支付机构的支付账户，所述支付机构自行处理得到交易结果；若所述交易请求中涉及所述支付机构的绑定账户，所述支付机构则向所述支付清算平台发送交易请求以得到交易结果，其中，所述支付机构为所述客户app所属的支付机构。

又一方面，本发明提供了一种多支付机构条码统码支付方法，其包括：客户侧获取统码步骤，客户通过客户app向所述客户app所属的支付机构发送条码请求以获得客户侧条码统码；交易步骤，商户侧的商户扫码终端扫描所述客户侧获取统码步骤中获取的客户侧条码统码以向所述支付机构发送交易请求，若所述交易请求中涉及所述支付机构的支付账户，所述支付机构自行处理得到交易结果；若所述交易请求中涉及所述支付机构的绑定账户，所述支付机构则向支付清算平台发送交易请求以得到交易结果。

在如上所述的方法中，优选地，所述交易步骤中向所述支付机构发送交易请求，具体包括：所述商户扫码终端向条码系统发送交易请求，所述条码系统请求将所述交易请求转发至所述支付机构。

在如上所述的方法中，优选地，所述交易步骤中向所述支付机构发送交易请求，具体包括：所述商户扫码终端经手动选择或自动识别直接向所述支付机构发送所述交易请求。

再另一方面，本发明提供了一种多支付机构条码统码支付系统，其包括：客户app、商户扫码终端、支付机构和支付清算平台；客户通过所述客户app向所述客户app所属的支付机构发送条码请求以获得客户侧条码统码；商户侧的商户扫码终端扫描所述客户侧条码统码以向所述条码系统发送交易请求，所述二位码系统将所述交易请求转送至所述支付机构，若所述交易请求中涉及所述支付机构的支付账户，所述支付机构自行处理得到交易结果；若所述交易请求中涉及所述支付机构的绑定账户，所述支付机构则向所述支付清算平台发送交易请求以得到交易结果。

本发明还提供了一种多支付机构条码统码支付系统，其包括：客户app、商户扫码终端、支付机构、条码系统和支付清算平台；客户通过所述客户app向所述客户app所属的支付机构发送条码请求以获得客户侧条码统码；商户侧的商户扫码终端经手工选择识别所述app所属的支付机构，并扫描所述客户侧条码统码，直接向所述支付机构发送交易请求；或商户侧的商户扫码终端扫描所述客户侧条码统码并自动识别所述app所属的支付机构，直接向所述支付机构发送交易请求；若所述交易请求中涉及所述支付机构的支付账户，所述支付机构自行处理得到交易结果；若所述交易请求中涉及所述支付机构的绑定账户，所述支付机构则向所述支付清算平台发送交易请求以得到交易结果。

分析可知，与现有技术相比，本发明的优点和有益效果在于：

(1)协助监管部门掌握全面、准确的条码支付业务及风险情况，为监管政策提供数据支持和落地抓手，促进条码支付市场健康有序发展。

(2)厘清各参与方业务边界是拨乱方正的重点。重构支付机构与外包服务商、支付机构之间的业务关系，明确商户准入管理、交易信息传输等各方面要求。

(3)通过共享问题商户、虚假商户申请人和违规外包服务商等风险信息，对市场参与者去芜存菁，保障合规机构的利益。

(4)为支付机构提供统一、规范、安全的条码信息生成及转接服务，防止违规信息聚合、交易资金二清，并解决商户“一柜多码”、“一柜多机”的受理痛点问题。

附图说明

图1为本发明实施例二提供的一种多支付机构条码统码支付方法；

图2为本发明实施例三提供的一种多支付机构条码统码支付方法；

图3为本发明实施例四提供的一种多支付机构条码统码支付方法；

图4为本发明实施例五提供的一种多支付机构条码统码支付方法；

图5为本发明实施例六提供的一种多支付机构条码统码支付方法；

图6为本发明实施例七提供的一种多支付机构条码统码支付方法；

图7为本发明实施例八提供的一种多支付机构条码统码支付方法。

具体实施方式

下面结合附图和具体实施方式对本发明做进一步详细说明。

实施例一

本发明提供了一种多支付机构条码统码支付方法，其包括：

商户侧获取统码步骤，商户侧发送条码信息请求以获得商户侧条码统码，商户侧条码统码根据条码信息生成，条码信息表征与支付机构签约的商户信息；

交易步骤，客户通过移动终端上的客户app扫描商户侧获取统码步骤中获取的商户侧条码统码以向支付机构发送交易请求，若交易请求中涉及支付机构的支付账户，支付机构自行处理得到交易结果；若交易请求中涉及支付机构的绑定账户，支付机构则向支付清算平台发送交易请求以得到交易结果；其中支付机构为客户app所属的支付机构，其中本文中的支付清算平台也可称为网络支付清算平台，简称网联。

实施例二

参见图1，基于上述实施例一的内容，本实施例对商户侧获取统码步骤和交易步骤进行详细说明。

商户侧获取统码步骤包括：

条码信息生成子步骤，商户侧以与支付机构签约的形式发送静态的条码信息请求，条码系统根据支付机构报送的签约商户信息生成条码信息；统码生成子步骤，支付机构根据条码系统返回的条码信息生成静态的商户侧条码统码以供客户扫描向签约商户付款。即支付机构为条码生成方，常见的支付机构如支付宝、财付通、百付宝，其常见支付产品分别有支付宝、微信支付、百度钱包等。本文中的条码系统也可称为网联条码系统。

具体地，条码系统根据支付机构报送的签约商户信息生成条码信息。具体而言，商户与支付机构签约条码支付业务的请求，并将商户信息提供给支付机构，该商户信息包括但不限于：名称、身份识别码(如统一社会信用代码、组织机构代码)、银行账号。提供方式可以是面交、邮寄，还可以是在支付机构开放的签约平台上传，本实施例对此不进行限定。支付机构审核完后，签约登记，并根据商户信息生成签约客户信息，签约商户信息包含但不限于法人、营业执照信息、法定代表人信息、商户实际经营情况。然后将签约商户信息报送给条码系统，条码系统根据签约商户信息生成表征签约商户信息的字符串，字符串根据商户实际信息按照网联编码规则加密生成，该字符串具有统一性和唯一性，即每个签约商户信息对应一个字符串，一个字符串对应一个签约商户信息，换言之“一柜一码”。

支付机构根据条码系统返回的条码信息生成静态的商户侧条码以供客户扫描向签约商户付款。具体而言，支付机构根据条码系统返回的条码信息生成商户侧条码统码，该条码为静态条码(或称商户静态码)，在商户信息不发生变化的情况下，其不随时间发生更新，并将商户侧条码统码提供给商户收款使用。提供的方式可以是支付机构在其签约平台上上传有商户侧条码统码，然后商户下载，打印；还可以是邮寄，本实施例对此不进行限定。客户付款时，通过操作其持有的移动终端上安装的支付机构客户app扫描商户布放的商户侧条码统码实现向商户付款。与商户签约的支付机构(或称商户侧支付机构)中有与客户使用的客户app所属的支付机构(或称客户侧支付机构)为同一支付机构的支付机构。

交易步骤：

客户通过其持有的移动终端上的客户app扫描商户布放的静态的商户侧条码统码，客户app向其所属支付机构发送交易请求，支付机构进行交易处理，若交易资金来源于支付账户，如微信钱包中的零钱，支付宝中的余额等，则由支付机构从客户支付账户中扣款；若交易请求中涉及银行账户，如微信钱包绑定的工商银行银行卡，则向网联的支付清算平台发送交易请求，支付清算平台清算后将交易结果返回给支付机构，支付机构将交易结果通知给客户和商户，其中银行账户可以称为绑定账户。

实施例三

参见图2，基于上述实施例一的内容，本实施例对商户侧获取统码步骤和交易步骤进行详细说明。

商户侧获取统码步骤包括：条码信息生成子步骤，条码系统在接收到商户侧以商户显码终端发送的动态的条码信息请求后，根据支付机构预先报送的与商户显码终端对应的签约商户信息生成条码信息；统码生成子步骤，商户显码终端根据条码系统返回的条码信息生成动态的商户侧条码统码以供客户扫描向签约商户付款，其中，动态条码请求包括：签约商户信息和显码终端登记信息，条码系统根据其获取的签约商户信息和显码终端登记信息生成条码信息。

关于签约商户信息的获取可参见上述实施例一中的相关内容描述。其中，在商户签约后，支付机构或其拓展代理商为商户布放显码终端，以在交易过程中显示商户侧条码统码的设备。该显码终端可为商户收银机、单独的银行卡业务受理设备，本实施例对此不进行限定。

交易步骤：客户通过其持有的移动终端上的客户app扫描商户布放的商户显码终端显示的动态的商户侧条码统码，客户app向其所属支付机构发送交易处理请求，支付机构校验客户账户信息，并根据条码信息进行交易处理。若交易请求中涉及支付机构支付账户，如微信钱包中的零钱，支付宝中的余额等，则由支付机构从客户支付账户中扣款；客户若交易请求中涉及银行账户，如微信钱包绑定的工商银行银行卡，则向网联的支付清算平台发送交易请求，支付清算平台清算后将交易结果返回给支付机构，支付机构将交易结果通知给客户app以通知客户和条码系统，条码系统在将交易结果通知给显码终端以通知给商户，其中银行账户可以称为绑定账户。

实施例四

参见图3，基于上述实施例一的内容，本实施例对商户侧获取统码步骤和交易步骤进行详细说明。

商户侧获取统码步骤：商户显码终端根据预先存储的条码信息生成动态的商户侧条码统码以供客户扫描向签约商户付款，其中条码信息由商户侧布放的支付机构获取。

具体地，在签约商户登记环节，商户显码终端布放的支付机构经条码系统获取可生成商户侧条码统码的加签字符串，在为商户安装显码终端机具前，根据网联条码生成规则灌装至终端机具，其中，支付机构获取条码信息或加签字符串的方式详见实施二中的相关内容描述，此处不再一一赘述。

交易步骤，客户通过其持有的移动终端上的支付机构客户app扫描商户布放的商户显码终端显示的动态的商户侧条码统码，客户app向其所属支付机构发送交易请求，支付机构进行交易处理，如微信钱包中的零钱，支付宝中的余额等，则由支付机构从客户支付账户中扣款；若交易请求中涉及银行账户，如微信钱包绑定的工商银行银行卡，则向网联的支付清算平台发送交易请求，支付清算平台清算后将交易结果返回给支付机构，支付机构将交易结果通知给客户客户app和商户。

实施例五

参见图4，基于上述实施例一的内容，本实施例对商户侧获取统码步骤和交易步骤进行详细说明。

商户侧获取统码步骤包括：条码信息生成子步骤，支付机构在接收到商户侧以商户显码终端发送的动态的条码信息请求后，将预先存储的条码信息发送至商户显码终端，条码信息由条码系统根据支付机构报送的签约商户信息生成，并发送给支付机构；统码生成子步骤，商户显码终端根据支付机构返回的条码信息生成动态的商户侧条码统码以供客户扫描向签约商户付款。

具体地，支付机构按照网联条码规范要求建立相应的条码识别与读取规范，网联条码规范要求也称条码信息规则，该条码信息规则可由条码系统发送至支付机构。商户在商户侧显码终端上选择支付机构，向支付机构发送动态条码请求，支付机构返回根据条码信息规则生成的条码信息。显码终端根据条码信息生成动态条码以供客户扫描向签约商户付款。其中，支付机构获取条码信息的方式详见实施二中的相关内容描述，此处不再一一赘述。

该方案尤其适用于线上商户、由签约多家支付机构的外包服务商拓展维护的商户，其应用场景可以为：比如在淘宝买东西，跳转到支付宝界面的时候，有时候输入交易密码，如果你在网吧等不安全的支付环境时，可以选择通过支付宝客户app选择扫描电脑显示屏显示的商户侧条码统码实现支付(电脑显示屏即为商户侧的商户显码终端)。

交易步骤，客户通过其持有的移动终端上的支付机构客户app扫描商户布放的显码终端显示的动态条码以处理动态条码表征的信息，客户app向其所属支付机构发送交易请求，支付机构进行交易处理，若交易资金来源于支付账户，如微信钱包中的零钱，支付宝中的余额等，则由支付机构从客户支付账户中扣款；若交易请求中涉及银行账户，如微信钱包绑定的工商银行银行卡，则向网联的支付清算平台发送交易请求，支付清算平台清算后将交易结果返回给支付机构，支付机构将交易结果通知给客户和商户。条码系统对商户和商户显码终端进行事后校验。

实施例六

本发明还提供了另一种多支付机构条码统码支付方法，其包括：

客户侧获取统码步骤，客户通过客户app向客户app所属的支付机构发送条码请求以获得客户侧条码统码；

交易步骤，商户侧的商户扫码终端扫描客户侧获取统码步骤中获取的客户侧条码统码以向支付机构发送交易请求，若交易请求中涉及支付机构的支付账户，支付机构自行处理得到交易结果；若交易请求中涉及支付机构的绑定账户，支付机构则向支付清算平台发送交易请求以得到交易结果。

实施例七

参见图5，基于上述实施例六的内容，本实施例对客户侧获取统码步骤和交易步骤进行详细说明。

支付机构在其相关条码生成规范和流程的基础上，添加网联标识和支付机构代码，生成动态的客户侧条码统码(或称动态付款码)。客户在付款前，打开客户app付款码界面提供商户扫码终端进行扫码。

商户通过扫码终端读取客户app生成的条码信息后发送至条码系统，由条码系统在校验商户及终端信息后，根据机构代码路由转接至客户app所属支付机构进行交易处理。若所述交易请求中涉及支付机构的支付账户，如支付金额来自于微信钱包中的零钱，支付宝中的余额等，则由支付机构从客户支付账户中扣款；若交易请求中涉及银行账户，如微信钱包绑定的工商银行银行卡，则向网联的支付清算平台发送交易请求，支付清算平台清算后将交易结果返回给支付机构，支付机构将交易结果通知给客户和商户。

实施例八

参见图6，基于上述实施例六的内容，本实施例对交易步骤进行详细说明，本实施例中关于客户侧获取统码步骤的说明可参见上述实施例六的相关内容描述，此处不再一一赘述。

在扫码终端手工选择支付机构，并通过扫码终端读取客户app生成的条码信息后生成交易请求并发送至支付机构，支付机构进行交易处理，该条码信息包括但不限于客户账号，app所属支付机构。若所述交易请求中涉及支付机构的支付账户，如支付金额来自于微信钱包中的零钱，支付宝中的余额等，则由支付机构从客户支付账户中扣款；若交易请求中涉及银行账户，如微信钱包绑定的工商银行银行卡，则向网联的支付清算平台发送交易请求，支付清算平台清算后将交易结果返回给支付机构，支付机构将交易结果通知给客户客户app和条码系统，条码系统向商户通知交易结果。

在其他的实施例中，参见图7，交易请求的流程还可以为：商户通过扫码终端读取客户客户app生成的条码信息，并自动识别支付机构，然后生成交易请求并直接发送至支付机构。

实施例九

基于上述实施例一～二的内容，本发明实施例提供了一种多支付机构条码统码支付系统，其包括：条码系统、支付机构、客户app和支付清算平台；条码系统生成条码信息，条码信息表征与支付机构签约的商户信息；支付机构根据条码信息生成商户侧条码统码并发送给商户以供客户app扫描、发送交易请求，支付机构对交易请求进行处理，若交易请求中涉及支付机构的支付账户，支付机构自行处理得到交易结果；若交易请求中涉及支付机构的绑定账户，支付机构则向支付清算平台发送交易请求以得到交易结果；其中，支付机构为客户app所属的支付机构。关于条码系统、支付机构、客户app和支付清算平台各自执行的动作请参见上述实施例一～二的相关内容描述，此处不再一一赘述。

实施例十

基于上述实施例一、三～五的内容，本发明实施例提供了一种多支付机构条码统码支付系统，其包括：条码系统、支付机构、商户显码终端和客户app；条码系统在接收到商户侧以商户显码终端发送的动态的条码信息请求后，根据支付机构预先报送的与商户显码终端对应的签约商户信息生成条码信息，商户显码终端根据条码系统返回的条码信息生成动态的商户侧条码统码以供客户扫描向签约商户付款；或商户显码终端根据预先存储的条码信息生成动态的商户侧条码统码以供客户扫描向签约商户付款，其中条码信息由商户侧布放的支付机构获取；或支付机构在接收到商户侧以商户显码终端发送的动态的条码信息请求后，将预先存储的条码信息发送至商户显码终端，条码信息由条码系统根据支付机构报送的签约商户信息生成，并发送给支付机构，商户显码终端根据支付机构返回的条码信息生成动态的商户侧条码统码以供客户扫描向签约商户付款；支付机构对客户app扫描后发送的交易请求进行处理，若交易请求中涉及支付机构的支付账户，支付机构自行处理得到交易结果；若交易请求中涉及支付机构的绑定账户，支付机构则向支付清算平台发送交易请求以得到交易结果，其中，支付机构为客户app所属的支付机构。关于条码系统、支付机构、客户app、商户显码终端和支付清算平台各自执行的动作请参见上述实施例一、三～五的相关内容描述，此处不再一一赘述。

实施例十一

基于上述实施例六～七的内容，本发明实施例提供了一种多支付机构条码统码支付系统，其包括：客户app、商户扫码终端、支付机构和支付清算平台；客户通过客户app向其所属的支付机构发送条码请求以获得客户侧条码统码；商户侧的商户扫码终端扫描客户侧条码统码以向条码系统发送交易请求，二位码系统将交易请求转送至支付机构，若交易请求中涉及支付机构的支付账户，支付机构自行处理得到交易结果；若交易请求中涉及支付机构的绑定账户，支付机构则向支付清算平台发送交易请求以得到交易结果。关于客户app、商户扫码终端、支付机构和支付清算平台各自执行的动作请参见上述实施例六、八的相关内容描述，此处不再一一赘述。

实施例十二

基于上述实施例六～七的内容，本发明实施例提供了一种多支付机构条码统码支付系统，其包括：客户app、商户扫码终端、支付机构、条码系统和支付清算平台；客户通过客户app向其所属的支付机构发送条码请求以获得客户侧条码统码；商户侧的商户扫码终端经手工选择识别app所属的支付机构，并扫描客户侧条码统码，直接向支付机构发送交易请求；或商户侧的商户扫码终端扫描客户侧条码统码并自动识别app所属的支付机构，直接向支付机构发送交易请求；若交易请求中涉及支付机构的支付账户，支付机构自行处理得到交易结果；若交易请求中涉及支付机构的绑定账户，支付机构则向支付清算平台发送交易请求以得到交易结果。关于客户app、商户扫码终端、支付机构和支付清算平台各自执行的动作请参见上述实施例六～七的相关内容描述，此处不再一一赘述。

需要说明的是：

本着“对等开放、互利共赢”的原则，将成员机构作为重要合作伙伴。共同推进线下线上渠道业务合作、电子支付业务创新发展、维护商户资源和信用体系共享

分析可知，与现有技术相比，本发明的优点和有益效果在于：

(1)协助监管部门掌握全面、准确的条码支付业务及风险情况，为监管政策提供数据支持和落地抓手，促进条码支付市场健康有序发展。

(2)厘清各参与方业务边界是拨乱方正的重点。重构支付机构与外包服务商、支付机构之间的业务关系，明确商户准入管理、交易信息传输等各方面要求。

(3)通过共享问题商户、虚假商户申请人和违规外包服务商等风险信息，对市场参与者去芜存菁，保障合规机构的利益。

(4)为支付机构提供统一、规范、安全的条码信息生成及转接服务，防止违规信息聚合、交易资金二清，并解决商户“一柜多码”、“一柜多机”的受理痛点问题。

由技术常识可知，本发明可以通过其它的不脱离其精神实质或必要特征的实施方案来实现。因此，上述公开的实施方案，就各方面而言，都只是举例说明，并不是仅有的。所有在本发明范围内或在等同于本发明的范围内的改变均被本发明包含。