检验已支付商品的方法和装置与流程

本发明涉及通信领域，具体而言，本发明涉及一种检验已支付商品的方法和装置。

背景技术：

随着电子商务的发展，网上支付已成为人们生活的一部分；通过网上支付的方式进行购物交易，不但大大降低了传统购物交易的成本，同时更为人们的生活带来了更多的便利；特别是在大中型超市、便利店、餐饮和咖啡店等实体店，顾客通过网上支付购买商品，能够实现快捷支付的目的。但是，针对大中型超市、便利店、餐饮和咖啡店等实体店，顾客通过网上支付购买商品还存在一些其他的问题；例如，针对顾客在实体店自主对购买商品进行网上支付，再从实体店带走购买商品的情况，商家还没有有效的方法验证顾客带走的商品与网上支付购买的商品是否一致。

技术实现要素：

为克服上述技术问题或者至少部分地解决上述技术问题，特提出以下技术方案：

本发明的实施例提出了一种检验已支付商品的方法，包括：

获取包括至少一个已支付商品的订单的订单标识数据；

将订单标识数据发送至服务器，并接收服务器返回的与订单标识数据对应的至少一个已支付商品的已支付商品信息；

获取任一提货商品的待验证商品信息，并将接收到的至少一个已支付商品信息与待验证商品信息进行比对校验；

若比对校验成功，则确定该任一提货商品通过验证，并生成与通过验证对应的提示音频信息，并播放提示音频信息。

优选地，检验已支付商品的方法还包括：

若比对校验失败，则生成报警音频信息并进行播放报警音频信息。

优选地，检验已支付商品的方法还包括：

当确定提货商品均通过验证，接收到服务器返回的将订单状态修改为订单验证完成的通知消息。

其中，订单标识数据至少包括订单的特征码；待验证商品信息至少包括待验证商品的特征码。

优选地，获取包括至少一个已支付商品的订单的订单标识数据或获取任一提货商品的待验证商品信息，包括；

通过扫描订单的特征码的方式获取包括至少一个已支付商品的订单的订单标识数据；或

通过扫描任一提货商品的特征码的方式获取该任一提货商品的待验证商品信息。

其中，已支付商品信息包括以下至少一项：

商品的规格、单价、名称、购买数量、特征码的数据。

本发明的另一实施例提出了一种检验已支付商品的装置，包括：

获取模块，用于获取包括至少一个已支付商品的订单的订单标识数据；

接收模块，用于将订单标识数据发送至服务器，并接收服务器返回的与订单标识数据对应的至少一个已支付商品的已支付商品信息；

校验模块，用于获取任一提货商品的待验证商品信息，并将接收到的至少一个已支付商品信息与待验证商品信息进行比对校验；

校验成功模块，用于若比对校验成功，则确定该任一提货商品通过验证，并生成与通过验证对应的提示音频信息，并播放提示音频信息。

优选地，检验已支付商品的装置还包括：

校验失败模块，用于若比对校验失败，则生成报警音频信息并进行播放报警音频信息。

优选地，检验已支付商品的装置还包括：

通知模块，用于当确定提货商品均通过验证，接收到服务器返回的将订单状态修改为订单验证完成的通知消息。

其中，订单标识数据至少包括订单的特征码；待验证商品信息至少包括待验证商品的特征码。

优选地，获取模块，用于通过扫描订单的特征码的方式获取包括至少一个已支付商品的订单的订单标识数据；

校验模块，用于通过扫描任一提货商品的特征码的方式获取该任一提货商品的待验证商品信息。

其中，已支付商品信息包括以下至少一项：

商品的规格、单价、名称、购买数量、特征码的数据。

本发明的技术方案中，将获取到的已支付商品的订单中的已支付商品信息与待验证商品信息进行比对，来检验已支付商品与待验证商品是否一致；从而实现了顾客在实体店通过自主网上支付购买商品，再带货出店的购物模式，在保证验货准确率的同时，大大降低了顾客购物过程中的时间成本，提高了顾客通过自主网上支付购买商品的购物体验。

本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明中一个实施例的检验已支付商品的方法的流程示意图；

图2为本发明的具体实施例中的电商服务器端执行操作的流程示意图；

图3为本发明的具体实施例中订单的特征码的示意图；

图4为本发明中另一个实施例的检验已支付商品的装置的结构框架示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其 中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

图1为本发明中一个实施例的检验已支付商品的方法的流程示意图。

步骤S101：获取包括至少一个已支付商品的订单的订单标识数据；步骤S102：将订单标识数据发送至服务器，并接收服务器返回的与订单标识数据对应的至少一个已支付商品的已支付商品信息；步骤S103：获取任一提货商品的待验证商品信息，并将接收到的至少一个已支付商品信息与待验证商品信息进行比对校验；步骤S104：若比对校验成功，则确定该任一提货商品通过验证，并生成与通过验证对应的提示音频信息，并播放提示音频信息。

本发明的技术方案中，将获取到的已支付商品的订单中的已支付商品信息与待验证商品信息进行比对，来检验已支付商品与待验证商品是否一致；从而实现了顾客在实体店通过自主网上支付购买商品，再带货出店的购物模式，在保证验货准确率的同时，大大降低了顾客购物过程中的时间成本，提高了顾客通过自主网上支付购买商品的购物体验。

以下针对各个步骤的具体实现做进一步的说明：

步骤S101：获取包括至少一个已支付商品的订单的订单标识数据。

其中，订单标识数据至少包括订单的特征码；特征码是由数字组合生成的code128格式的特征码。例如：条形码、二维码等。

具体地，获取包括至少一个已支付商品的订单的订单标识数据的方式包括：通过扫描订单的特征码的方式获取包括至少一个已支付商品的订单的订单标识数据。

图2示出了本发明的具体实施例中的电商服务器端执行操作的流程示意图。

更具体地，顾客通过安装在顾客移动终端上的购物客户端和扫描装置，如镜头，对待购买商品的包装上设有的特征码，如二维码或条形码，进行扫描，以获取待购买商品的特征码的数据，根据该待购买商品的特征码数据来在购物客户端中确定待购买商品的规格、单价、名称和购买数量并生成待支付商品订单同时对该订单进行付款；付款成功后，顾客通过购物客户端接收来自电商服务器端发送的已支付商品的订单的特征码，如条形码；商家通过安装在商家移动终端上的扫码装置，如，扫码头，对订单的条形码进行扫码，获取该订单的订单标识数据。其中，待购买商品的包装上设有的特征码是由数字组合生成的code128格式的特征码。图3示出了为本发明的具体实施例中订单的特征码的示意图。

步骤S101通过有效的方式解决了实体店获取顾客网上支付订单中购买商品的准确信息。

步骤S102：将订单标识数据发送至服务器，并接收服务器返回的与订单标识数据对应的至少一个已支付商品的已支付商品信息。

其中，已支付商品信息包括以下至少一项：商品的规格、单价、名称、购买数量、特征码的数据。

具体地，商家移动终端与电商服务器端通过商家移动终端内置的3G模块或WIFI模块进行通讯，并通过如HTTP协议传输订单标识数据；例如，商家移动终端将获取到的订单标识数据通过HTTP GET请求发送到电商服务器端，并通过HTTP GET方式从电商服务器端获取已支付商品的订单；电商 服务器端响应该HTTP GET请求，并解析该请求中的订单标识数据获得订单的唯一编号，电商服务器端根据该订单的唯一编号在电商服务器端的订单数据库中查找符合该订单的唯一编号的订单，电商服务器端将该订单按以下数据格式返回到商家移动终端；商家移动终端读取返回的订单，获取到该订单中所有已支付商品的商品的规格、单价、名称、购买数量和特征码的数据。

实施例中获取已支付商品的订单的请求数据格式如下：

GET<电商、O2O平台URL地址>&uuid＝订单号HTTP/1.1请求后台系统URL地址、订单唯一编号

Accept：application/json，*/*请求的格式

Accept-Language：zh-cn请求支持的语言是中文

Accept-Encoding：gzip，deflate支持的压缩格式

User-Agent：O2O Auth Client/1.1请求的标识

Host：<电商、O2O平台服务器主机地址>后台系统主机IP地址

Connection：Keep-Alive连接方式为长连接

Token:Iy|gaEtSxLgaJmqSjVhCspkviJrB6omjamNrSm8lZhKy请求唯一身份标示符

商家服务器端返回的订单数据格式如下：

HTTP/1.1 200OK//http返回状态，200代表成功

Date:Sat,31Dec 2005 23:59:59GMT//请求响应时间

Content-Type:text/json；charset＝ISO-8859-1//服务器端数据编码格式

Content-Length:122900//返回数据字节数

获取到的已支付商品的订单详细数据格式如下：

商家移动终端具有很强的环境适应性，自带的3G模块支持各大运营商的3G卡；同时可以在卖场、超市、便利店等不部署任何网络设施的情况下使用，极大的节约了实施的成本。同时商家移动终端通过设置的WIFI模块，可以在实体店内上网；只要WIFI信号能覆盖的位置都可以部署该商家移动终端。

步骤S103：获取任一提货商品的待验证商品信息，并将接收到的至少一个已支付商品信息与待验证商品信息进行比对校验。

其中，待验证商品信息至少包括待验证商品的特征码；其特征码是由数字组合生成的code128格式的特征码。例如：条形码、二维码等。

具体地，获取任一提货商品的待验证商品信息的方式包括；通过扫描任一提货商品的特征码的方式获取该任一提货商品的待验证商品信息。

更具体地，商家通过安装在商家移动终端上的扫码装置，如扫码头，对顾客每一件提货商品的包装上设有的特征码，如条形码或二维码，进行扫码，以获取任一提货商品的待验证商品的条形码或二维码的数据，通过该待验证商品的条形码或二维码的数据来确定待验证商品的商品的规格、单价、 名称和购买数量；将所有待验证商品的商品的规格、单价、名称、购买数量和特征码的数据与商家移动终端接收到的该订单中所有已支付商品的商品的规格、单价、名称、购买数量和特征码数据分别进行相应的比对，来确定所有待验证商品与已支付商品是否一致，同时商家移动终端会显示比对结果。

其中，商家移动终端在主板上集成了引擎模块，调用该引擎模块的驱动程序接口识别待验证商品的特征码；当商家移动终端识别到特征码后，把该特征码的数据以intent的形式广播出去；商家移动终端运行的其它程序接口可以接收这个intent，以获得识别后的该特征码的数据。

步骤S103实现了快速扫描商品的特征码进行商品验证，由于每个商品通过扫描其特征码完成验证的时间仅需平均约1秒钟就可以完成验证，甚至达到1秒验证2个商品，大大减少了顾客排队等候的时间，满足了顾客希望缩短等待时间的需求。

步骤S104：若比对校验成功，则确定该任一提货商品通过验证，并生成与通过验证对应的提示音频信息，并播放提示音频信息。

具体地，若顾客的所有待验证商品与顾客的所有已支付商品一致，则比对校验成功，确定所有待验证商品通过验证，并生成“出店成功”的提示音频且语音播报“出店成功”，顾客可以提货出店。

本实施还包括：当确定提货商品均通过验证，接收到服务器返回的将订单状态修改为订单验证完成的通知消息。

具体地，当比对校验成功，商家移动终端通过调用电商服务器端接口修改该已支付商品的订单的状态，将其状态修改为“通过验证”；修改订单状态后，电商服务器端向商家移动终端和购物客户端返回“订单验证完成”的通知消息。

本实施例快速校验顾客在实体店网上支付购买商品的清单并能够准确的确定顾客网上支付购买商品是否和在实体店拿走商品的数量、价格和规格是否一致；同时还能在线更新订单的状态。

本实施例还包括：若比对校验失败，则生成报警音频信息并进行播放报警音频信息。

具体地，若顾客的所有待验证商品与顾客的所有已支付商品不一致，如 顾客多拿了待验证商品、少拿了待验证商品或拿错待验证商品，则商家移动终端生成报警音频信息并进行播放。

本实施例还包括：当订单的特征码存在异常时，生成报警音频并进行播放。

具体地，商家通过安装在商家移动终端上的扫码装置，如，扫码头，对订单的特征码进行扫码，若无法获取该订单的订单标识数据则认定该订单的特征码存在异常，或获取到该订单的订单标识数据，但无法通过该订单标识数据查找到该订单，则认定该订单的特征码存在异常；则商家移动终端生成报警音频信息并进行播放。

本实施例适用于大中型超市、便利店、餐饮、咖啡店等零售业行业中，顾客在实体店自主对购买商品进行网上支付，再从实体店带购买商品离开的新型购物模式；同时本实施例能够与目前存在的互联网电商和O2O(Online To Offline，线上线下电子商务)平台对接，且在不改变现有电商和O2O系统的情况下快速的实现该购物模式，省去了电商和O2O系统改造现有系统的成本，同时也加速了实施过程。

图4为本发明中另一个实施例的检验已支付商品的装置的结构框架示意图。

获取模块S201获取包括至少一个已支付商品的订单的订单标识数据；接收模块S202将订单标识数据发送至服务器，并接收服务器返回的与订单标识数据对应的至少一个已支付商品的已支付商品信息；校验模块S203获取任一提货商品的待验证商品信息，并将接收到的至少一个已支付商品信息与待验证商品信息进行比对校验；校验成功模块S204若比对校验成功，则确定该任一提货商品通过验证，并生成与通过验证对应的提示音频信息，并播放提示音频信息。

另一个实施例中，将获取到的已支付商品的订单中的已支付商品信息与待验证商品信息进行比对，来检验已支付商品与待验证商品是否一致；从而实现了顾客在实体店通过自主网上支付购买商品，再带货出店的购物模式，在保证验货准确率的同时，大大降低了顾客购物过程中的时间成本，提高了顾客通过自主网上支付购买商品的购物体验。

以下针对各个模块的具体实现做进一步的说明：

获取模块S201获取包括至少一个已支付商品的订单的订单标识数据。

其中，订单标识数据至少包括订单的特征码；特征码是由数字组合生成的code128格式的特征码。例如：条形码、二维码等。

具体地，获取模块S201获取包括至少一个已支付商品的订单的订单标识数据的方式包括：获取模块S201通过扫描订单的特征码的方式获取包括至少一个已支付商品的订单的订单标识数据。

图2示出了本发明的具体实施例中的电商服务器端执行操作的流程示意图。

更具体地，顾客通过安装在顾客移动终端上的购物客户端和扫描装置，如镜头，对待购买商品的包装上设有的特征码，如二维码或条形码，进行扫描，以获取待购买商品的特征码的数据，根据该待购买商品的特征码数据来在购物客户端中确定待购买商品的规格、单价、名称和购买数量并生成待支付商品订单同时对该订单进行付款；付款成功后，顾客通过购物客户端接收来自电商服务器端发送的已支付商品的订单的特征码，如条形码；商家通过安装在商家移动终端上的扫码装置，如，扫码头，对订单的条形码进行扫码，获取模块S201获取该订单的订单标识数据。其中，待购买商品的包装上设有的特征码是由数字组合生成的code128格式的特征码。图3示出了为本发明的具体实施例中订单的特征码的示意图。

获取模块S201通过有效的方式解决了实体店获取顾客网上支付订单中购买商品的准确信息。

接收模块S202将订单标识数据发送至服务器，并接收服务器返回的与订单标识数据对应的至少一个已支付商品的已支付商品信息。

其中，已支付商品信息包括以下至少一项：商品的规格、单价、名称、购买数量、特征码的数据。

具体地，商家移动终端与电商服务器端通过商家移动终端内置的3G模块或WIFI模块进行通讯，并接收模块S202通过如，HTTP协议传输订单标识数据；例如，商家移动终端将获取到的订单标识数据通过接收模块S202的HTTP GET请求发送到电商服务器端，并通过HTTP GET方式从电商服务 器端获取已支付商品的订单；电商服务器端响应该HTTP GET请求，并解析该请求中的订单标识数据获得订单的唯一编号，电商服务器端根据该订单的唯一编号在电商服务器端的订单数据库中查找符合该订单的唯一编号的订单，电商服务器端将该订单按以下数据格式返回到商家移动终端；商家移动终端读取返回的订单，接收模块S202获取到该订单中所有已支付商品的商品的规格、单价、名称、购买数量和特征码的数据。

实施例中获取已支付商品的订单的请求数据格式如下：

GET<电商、O2O平台URL地址>&uuid＝订单号HTTP/1.1请求后台系统URL地址、订单唯一编号

Accept：application/json，*/*请求的格式

Accept-Language：zh-cn请求支持的语言是中文

Accept-Encoding：gzip，deflate支持的压缩格式

User-Agent：O2O Auth Client/1.1请求的标识

Host：<电商、O2O平台服务器主机地址>后台系统主机IP地址

Connection：Keep-Alive连接方式为长连接

Token:Iy|gaEtSxLgaJmqSjVhCspkviJrB6omjamNrSm8lZhKy请求唯一身份标示符

商家服务器端返回的订单数据格式如下：

HTTP/1.1 200OK//http返回状态，200代表成功

Date:Sat,31Dec 2005 23:59:59GMT//请求响应时间

Content-Type:text/json；charset＝ISO-8859-1//服务器端数据编码格式

Content-Length:122900//返回数据字节数

获取到的已支付商品的订单详细数据格式如下：

商家移动终端具有很强的环境适应性，自带的3G模块支持各大运营商的3G卡；同时可以在卖场、超市、便利店等不部署任何网络设施的情况下使用，极大的节约了实施的成本。同时商家移动终端通过设置的WIFI模块，可以在实体店内上网；只要WIFI信号能覆盖的位置都可以部署该商家移动终端。

校验模块S203获取任一提货商品的待验证商品信息，并将接收到的至少一个已支付商品信息与待验证商品信息进行比对校验。

其中，待验证商品信息至少包括待验证商品的特征码；其特征码是由数字组合生成的code128格式的特征码。例如：条形码、二维码等。

具体地，校验模块S203获取任一提货商品的待验证商品信息的方式包括；通过扫描任一提货商品的特征码的方式获取该任一提货商品的待验证商品信息。

更具体地，商家通过安装在商家移动终端上的扫码装置，如扫码头，对 顾客每一件提货商品的包装上设有的特征码，如条形码或二维码，进行扫码，校验模块S203获取任一提货商品的待验证商品的条形码或二维码的数据，通过该待验证商品的条形码或二维码的数据来确定待验证商品的商品的规格、单价、名称和购买数量；校验模块S203将所有待验证商品的商品的规格、单价、名称、购买数量和特征码的数据与接收模块S202端接收到的该订单中所有已支付商品的商品的规格、单价、名称、购买数量和特征码数据分别进行相应的比对，来确定所有待验证商品与已支付商品是否一致，同时商家移动终端会显示比对结果。

其中，商家移动终端在主板上集成了引擎模块，调用该引擎模块的驱动程序接口识别待验证商品的特征码；当商家移动终端识别到特征码后，把该特征码的数据以intent的形式广播出去；商家移动终端运行的其它程序接口可以接收这个intent，以获得识别后的该特征码的数据。

校验模块S203实现了快速扫描商品的特征码进行商品验证，由于每个商品通过扫描其特征码完成验证的时间仅需平均约1秒钟就可以完成验证，甚至达到1秒验证2个商品，大大减少了顾客排队等候的时间，满足了顾客希望缩短等待时间的需求。

校验成功模块S204若比对校验成功，则确定该任一提货商品通过验证，并生成与通过验证对应的提示音频信息，并播放提示音频信息。

具体地，若顾客的所有待验证商品与顾客的所有已支付商品一致，则比对校验成功，校验成功模块S204确定所有待验证商品通过验证，并生成“出店成功”的提示音频且语音播报“出店成功”，顾客可以提货出店。

检验已支付商品的装置还包括：通知模块，当确定提货商品均通过验证，接收到服务器返回的将订单状态修改为订单验证完成的通知消息。

具体地，当比对校验成功，商家移动终端通过调用电商服务器端接口修改该已支付商品的订单的状态，将其状态修改为“通过验证”；修改订单状态后，电商服务器端向通知模块和购物客户端返回“订单验证完成”的通知消息。

本实施例快速校验顾客在实体店网上支付购买商品的清单并能够准确的确定顾客网上支付购买商品是否和在实体店拿走商品的数量、价格和规格是 否一致；同时还能在线更新订单的状态。

检验已支付商品的装置还包括：校验失败模块，若比对校验失败，则生成报警音频信息并进行播放报警音频信息。

具体地，若顾客的所有待验证商品与顾客的所有已支付商品不一致，如顾客多拿了待验证商品、少拿了待验证商品或拿错待验证商品，则校验失败模块生成报警音频信息并进行播放。

检验已支付商品的装置还包括：订单异常模块，当订单的特征码存在异常时，生成报警音频并进行播放。

具体地，商家通过安装在商家移动终端上的扫码装置，如，扫码头，对订单的特征码进行扫码，若无法获取该订单的订单标识数据则认定该订单的特征码存在异常，或获取到该订单的订单标识数据，但无法通过该订单标识数据查找到该订单，则认定该订单的特征码存在异常；则订单异常模块生成报警音频信息并进行播放。

本实施例适用于大中型超市、便利店、餐饮、咖啡店等零售业行业中，顾客在实体店自主对购买商品进行网上支付，再从实体店带购买商品离开的新型购物模式；同时本实施例能够与目前存在的互联网电商和O2O(Online To Offline，线上线下电子商务)平台对接，且在不改变现有电商和O2O系统的情况下快速的实现该购物模式，省去了电商和O2O系统改造现有系统的成本，同时也加速了实施过程。

本技术领域技术人员可以理解，本发明包括涉及用于执行本申请中所述操作中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造，或者也可以包括通用计算机中的已知设备。这些设备具有存储在其内的计算机程序，这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如，计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中，所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-Only Memory，只读存储器)、RAM(Random Access Memory，随即存储器)、EPROM(Erasable Programmable Read-Only Memory，可擦写可编程只读存储器)、EEPROM(Electrically Erasable Programmable Read-Only Memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，可读介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。

本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本发明公开的结构图和/或框图和/或流图的框或多个框中指定的方案。

本技术领域技术人员可以理解，本发明中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本发明中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本发明中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。

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