一种银行多支付结算系统的统一运营管理方法及平台系统

摘要

本发明公开了一种银行多支付结算系统的统一运营管理方法，由统一运营管理平台执行，包括流水数据采集，获取每个独立的支付结算系统的流水数据信息和对账结果信息；基于数据采集脚本将流水数据信息和对账结果信息发送至数据中台的服务端；数据中台将流水数据信息合并排序并提供数据查询接口，统一运营管理平台根据筛选条件展示部分或全部流水数据信息；基于每个支付结算系统的流水数据信息和对账结果信息，展示对账结果中的待处理的差错账务；通过统一差错处理入口将差错处理指令发送到每个对应的支付结算系统；差错处理并将结果反馈到统一运营管理平台；统一运营管理平台接收差错处理的结果并进行统一展示；头寸管理及预警。还公开了对应的平台。

说明书

技术领域

本发明涉及银行金融行业技术领域，尤其涉及一种银行多支付结算系统的统一运营管理方法及平台。

背景技术

现有技术下，银行的每一个支付结算系统都有相对应的运营平台，从而形成在现有业务模式下，银行有各种各样支付结算系统，例如对应人行的大小额系统、超级网银系统、银联、网联等系统。

但是，现有的技术和业务模式存在以下问题：

（1）支付结算人员必须每天登陆不同运营平台处理支付结算未结业务，缺少整体支付结算业务视图，业务未能得到及时处理。

（2）每个运营平台数据物理隔离，对于支付结算系统之间发生的差错交易，支付结算人员必须在不同运营平台之间来回切换进行差错处理，效率低下。

（3）每个支付结算系统的可用结算头寸未能做到实时监控和全局把控，需支付结算人员登录不同运营平台主动查询，影响支付结算业务开展。

发明内容

为了解决现有技术中存在的问题，本发明提供了如下技术方案，一种银行多支付结算系统的统一运营管理平台构造方法及统一运营管理方法，针对银行多个支付结算系统构造统一运营管理平台，以提高支付结算运营管理的效率，提高资金结算效率，降低运营管理成本。形成一种可以同时运营多个支付结算系统的统一运营管理平台，该平台由统一流水查询、统一差错处理、统一头寸管理组成。支付结算业务人员可以在该平台上对所有的支付结算系统实施统一的运营管理，无需在各个系统之间来回切换，通过该平台使得各个支付结算系统有机协调，提高运营管理效率，减少差错处理时间，提高资金结算效率。

本发明一方面提供了一种银行多支付结算系统的统一运营管理方法，由统一运营管理平台执行，包括：

S1，流水数据采集：在所述多支付结算系统中的每个独立的支付结算系统分别安装数据采集脚本，基于所述数据采集脚本获取每个所述独立的支付结算系统的流水数据信息和所述对账结果信息；

S2，流水数据信息和对账结果信息发送：基于所述数据采集脚本将所述流水数据信息和所述对账结果信息发送至数据中台的服务端；

S3，流水数据信息展示：所述数据中台将所述流水数据信息合并排序并为所述统一运营管理平台提供数据查询接口，所述统一运营管理平台根据筛选条件展示部分或全部所述流水数据信息；

S4，差错账务展示：所述统一运营管理平台基于每个所述支付结算系统的流水数据信息和所述对账结果信息，展示对账结果中的待处理的差错账务；

S5，差错处理指令发送：所述统一运营管理平台包括统一差错处理入口，通过所述统一差错处理入口将差错处理指令发送到每个对应的所述支付结算系统；

S6：差错处理：所述支付结算系统接收到所述统一运营管理平台的所述差错处理指令，根据所述差错处理指令内包含的差错处理类型完成差错处理，并将所述差错处理的结果反馈到所述统一运营管理平台；

S7，差错处理结果展示：所述统一运营管理平台接收所述差错处理的结果并进行统一展示；

S8，头寸管理及预警：所述统一运营管理平台调用每个所述支付结算系统的头寸户余额查询，并进行统一头寸管理，当头寸低于预警阈值时，发起预警。

进一步地，所述S1流水数据采集包括：

S11，确定所述流水数据的数据采集模板，将各个支付结算系统的流水按照所述数据采集模板进行归总；

S12，确定对账结果信息的采集模板，将各个支付结算系统的对账结果按照所述对账结果信息的采集模板进行归总展示。

进一步地，所述S2流水数据信息发送包括：

S21，所述数据采集脚本将所述流水数据信息和所述对账结果信息通过文件的形式每日定时上传到文件中转SFTP，并在文件上传结束后上传一个以“OK”后缀结尾的空文件，表示上传文件动作结束；

S22，所述数据中台的服务端按照预定时间间隔检测所述“OK”后缀结尾的空文件，如果可以获取所述空文件和所述流水数据信息和所述对账结果信息对应的文件，则进入S3，否则重启S22；如果所述数据中台的服务端无法在所述预定时间间隔获取到所述空文件，则在接下来的1个小时时间内，每10分钟尝试获取一次所述流水数据信息和所述对账结果信息对应的文件，如果获取到所述流水数据信息和所述对账结果信息对应的文件，则进入S3处理；如果超过1个小时仍然获取不到所述流水数据信息和所述对账结果信息对应的文件，则发送告警短信，人工介入后重新唤起获取所述流水数据信息和所述对账结果信息对应的文件的任务。

进一步地，所述步骤S3流水数据信息展示包括：

S31，所述数据中台接收到所述流水数据信息对应的文件后，首先对所述文件进行解析处理，然后按日期在数据库中建立一张统一的流水数据表，将每个支付结算系统的流水数据信息汇总到该日期的所述流水数据表内。

S32，所述数据中台通过报文接口的形式向所述统一运营管理平台提供统一的流水查询服务。

S33，所述数据中台接收到所述统一运营管理平台的查询请求，如果所述查询请求中的查询条件只包含一天的数据，则找到以该日期命名的表，按所述查询条件进行查询；如果所述查询请求中的查询条件包含多天的数据，则找出包含该日期时间段的表，将这些表按查询条件进行查询，再将查询出来的数据汇总合并，返回到所述统一运营管理平台进行统一展示。

进一步地，所述解析处理是在流程检查到“OK”文件后，开始解析流水数据信息对应的文件，包括：

（1）将流水数据信息对应的文件按行读取到内存中；

（2）按约定的字段分隔符对每行文件对应的所述流水数据进行分割，得到流水数据表中各个流水字段数据；

（3）将所述各个流水字段数据按照数据库表字段顺序写成数据库插入语句脚本，如此循环直到流水数据信息对应的文件全部解析结束；

（4）执行数据库插入语句，将所述每个支付结算系统的流水数据信息汇总到所述流水数据表内。

进一步地，所述S4差错账务展示包括：

S41，当每个所述支付结算系统进行对账，出现账务差错之后，触发短信提醒功能，将所述账务差错通知对应的所述支付结算系统的业务人员；

S42，对应的所述支付结算系统以报文接口的形式为所述统一运营管理平台提供账务差错查询接口服务，所述统一运营管理平台展现当日所有需要处理的所述账务差错的信息，所述账务差错的信息包括：对账系统、付款账户、付款账户名称、收款账户、差错处理状态、差错处理信息。

进一步地，所述S5差错处理指令发送包括：所述统一运营管理平台通过报文接口的形式将差错处理指令发送到对应的支付结算系统，所述对应的支付结算系统根据所述统一运营管理平台的所述差错处理指令进行差错处理。

进一步地，所述S6差错处理包括：

S61，针对一笔交易的所述差错处理指令分别进行差错处理：若为所述支付结算系统独立处理的交易，所述差错处理指令为“冲正”，所述支付结算系统对所述一笔交易的流水信息产生的账务进行回滚处理，同时标记所述一笔交易的所述流水信息为“已对账且对平”状态；若所述差错处理指令为“补账”，所述支付结算系统对所述一笔交易的所述流水信息再一次进行记账处理，同时标记所述一笔交易的所述流水信息为“已对账且对平”状态；若所述差错处理指令为“忽略”，所述支付结算系统对所述一笔交易的所述流水信息对账状态置为“忽略”；

S62，进行状态确认：当所述支付结算系统完成所述差错处理后，如果所述一笔交易的所述流水信息由所述支付结算系统独立完成，则通知统一运营管理平台告知所述支付结算系统完成差错处理；如果所述一笔交易的所述流水信息是由上游系统请求过来的交易，则通过报文接口的方式向上游系统发送一笔交易状态同步的通知，同时通知统一运营管理平台告知所述支付结算系统完成差错处理；

S63，所述上游系统接收到所述交易状态同步的通知后，则将本地的交易状态更改为同步过来的交易状态，并根据同步过来的交易状态做出逻辑判断，同步地作出如S61所述的所述冲正或者所述补账的差错处理；

S64，所述上游系统向所述统一运营管理平台发送消息，所述消息为所述上游系统完成所述差错处理；

S65，循环执行S61-S64，直到所述一笔交易的所述流水信息在所有所述支付结算系统的差错都被处理完毕。

进一步地，所述S8头寸管理及预警包括：

S81，提供头寸管理页面，配置头寸户账号、头寸预警阈值、头寸户对应的支付结算系统；

S82，所述统一运营管理平台在共享高速缓存中设置头寸预警阈值，所述支付结算系统在共享高速缓存中同时维护一个轧差后的头寸使用额度，如果额度超过预警阈值，则发送短信预警；

S83：当所述统一运营管理平台发送的所述短信预警由所述支付结算系统接收到时，所述支付结算系统的业务人员在统一运营管理平台调用大额支付系统贷记往账交易，实时补充相应头寸户的头寸；同时，所述统一运营管理平台调整共享高速缓存中实时头寸使用额度数值，使得实时头寸使用额度数值=当前头寸使用额度-补充头寸；

S84：所述支付结算系统以支付结算系统头寸查询接口的方式提供头寸实时余额查询功能，所述统一运营管理平台通过调用所述支付结算系统头寸查询接口显示所述头寸的余额。

本发明的第二方面，提供一种银行多支付结算系统的统一运营管理平台，包括：

流水数据采集模块，用于在所述多支付结算系统中的每个独立的支付结算系统分别安装数据采集脚本，基于所述数据采集脚本获取每个所述独立的支付结算系统的流水数据信息和所述对账结果信息；

流水数据信息和对账结果信息发送模块，用于基于所述数据采集脚本将所述流水数据信息和所述对账结果信息发送至数据中台的服务端；

流水数据信息展示模块，用于所述数据中台将所述流水数据信息合并排序并提供数据查询接口，根据筛选条件展示部分或全部所述流水数据信息；

差错账务展示模块，用于基于每个所述支付结算系统的流水数据信息和所述对账结果信息，展示对账结果中的待处理的差错账务；

差错处理指令发送模块，包括统一差错处理入口，用于通过所述统一差错处理入口将差错处理指令发送到每个对应的所述支付结算系统；

差错处理模块，用于所述支付结算系统接收到所述统一运营管理平台的所述差错处理指令，根据所述差错处理指令内包含的差错处理类型完成差错处理，并将所述差错处理的结果进行反馈；

差错处理结果展示模块，用于接收所述差错处理的结果并进行统一展示；

头寸管理及预警模块，用于调用每个所述支付结算系统的头寸户余额查询，并进行统一头寸管理，当头寸低于预警阈值时，发起预警。

本发明的第三方面提供一种电子设备，包括处理器和存储器，所述存储器存储有多条指令，所述处理器用于读取所述指令并执行如第一方面所述的方法。

本发明的第四方面提供一种计算机可读存储介质，所述计算机可读存储介质存储有多条指令，所述多条指令可被处理器读取并执行如第一方面所述的方法。

本发明提供的银行多支付结算系统的统一运营管理方法、平台和电子设备，具有如下有益效果：

本发明构造了对银行多支付结算系统的统一运营管理平台，包括构造统一流水查询、统一差错管理、统一头寸管理；本平台实现了包括数据采集脚本、数据整理合并排序以及展现的统一流水查询的方法，实现了包括从整个交易链路实现差错统一处理的方法以及头寸余额视图、头寸额度预警的方法，从而能够及时的处理支付结算业务，提高不同运营平台之间差错处理的效率，从而实现实时监控和全局把握结算头寸，提高支付结算业务开展的范围。

附图说明

图1为本发明所述银行多支付结算系统的统一运营管理方法流程图。

图2为本发明所述银行多支付结算系统的统一运营管理平台架构图。

图3为本发明所述银行多支付结算系统的统一运营管理平台的数据流图。

图4为本发明提供的电子设备一种实施例的结构示意图。

具体实施方式

为了更好地理解上述技术方案，下面将结合说明书附图以及具体的实施方式对上述技术方案做详细的说明。

本发明提供的方法可以在如下的终端环境中实施，该终端可以包括一个或多个如下部件：处理器、存储器和显示屏。其中，存储器中存储有至少一条指令，所述指令由处理器加载并执行以实现下述实施例所述的方法。

处理器可以包括一个或者多个处理核心。处理器利用各种接口和线路连接整个终端内的各个部分，通过运行或执行存储在存储器内的指令、程序、代码集或指令集，以及调用存储在存储器内的数据，执行终端的各种功能和处理数据。

存储器可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory，ROM)。存储器可用于存储指令、程序、代码、代码集或指令。

显示屏用于显示各个应用程序的用户界面。

除此之外，本领域技术人员可以理解，上述终端的结构并不构成对终端的限定，终端可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。比如，终端中还包括射频电路、输入单元、传感器、音频电路、电源等部件，在此不再赘述。

实施例一

如图1所示，一种银行多支付结算系统的统一运营管理方法，由统一运营管理平台执行，包括：

S1，流水数据采集：在所述多支付结算系统中的每个独立的支付结算系统分别安装数据采集脚本，基于所述数据采集脚本获取每个所述独立的支付结算系统的流水数据信息和对账结果信息；

S2，流水数据信息和对账结果信息发送：基于所述数据采集脚本将所述流水数据信息和所述对账结果信息发送至数据中台的服务端；

S3，流水数据信息展示：所述数据中台将所述流水数据信息合并排序并为所述统一运营管理平台提供数据查询接口，所述统一运营管理平台根据筛选条件展示部分或全部所述流水数据信息；

S4，差错账务展示：所述统一运营管理平台基于每个所述支付结算系统的流水数据信息和所述对账结果信息，展示对账结果中的待处理的差错账务；

S5，差错处理指令发送：所述统一运营管理平台包括统一差错处理入口，通过所述统一差错处理入口将差错处理指令发送到每个对应的所述支付结算系统；

S6，差错处理：所述支付结算系统接收到所述统一运营管理平台的所述差错处理指令，根据所述差错处理指令内包含的差错处理类型完成差错处理，并将所述差错处理的结果反馈到所述统一运营管理平台；

S7，差错处理结果展示：所述统一运营管理平台接收所述差错处理的结果并进行统一展示；

S8，头寸管理及预警：所述统一运营管理平台调用每个所述支付结算系统的头寸户余额查询，并进行统一头寸管理，当头寸低于预警阈值时，发起预警。

进一步地，所述S1流水数据采集包括：

S11，确定所述流水数据的数据采集模板，将各个支付结算系统的流水按照所述数据采集模板进行归总；其中数据采集模板中的要素包括：支付结算系统编号、全局流水号、交易日期、交易时间、付款人账号、付款人姓名、收款人账号、收款人姓名、交易金额、手续费金额、付款人行号、收款人行号、付款人行名、收款人行名、交易发起渠道、来往账标志、交易类型、交易状态、系统响应码、系统响应信息、附言、摘要、创建时间和更新时间等信息；

S12，确定对账结果信息的采集模板，将各个支付结算系统的对账结果按照所述对账结果信息的采集模板进行归总展示，所述对账结果信息的采集模板中的要素包括：对账日期批次、对账系统、付款账户、付款账户名称、收款账户、收款账户名称、差错原因、差错处理状态、差错处理类型（补账、冲正、忽略）等信息。

进一步地，所述S2流水数据信息发送包括：

S21，所述数据采集脚本将所述流水数据信息和所述对账结果信息通过文件的形式每日定时上传到文件中转SFTP，并在文件上传结束后上传一个以“OK”后缀结尾的空文件，表示上传文件动作结束；

S22，所述数据中台的服务端按照预定时间间隔检测所述“OK”后缀结尾的空文件，如果可以获取所述空文件和所述流水数据信息和所述对账结果信息对应的文件，则进入S3，否则重启S22；如果所述数据中台的服务端无法在所述预定时间间隔获取到所述空文件，则在接下来的1个小时时间内，每10分钟尝试获取一次所述流水数据信息和所述对账结果信息对应的文件，如果获取到所述流水数据信息和所述对账结果信息对应的文件，则进入S3处理；如果超过1个小时仍然获取不到所述流水数据信息和所述对账结果信息对应的文件，则发送告警短信，人工介入后重新唤起获取所述流水数据信息和所述对账结果信息对应的文件的任务。

进一步地，所述步骤S3流水数据信息展示包括：

S31，所述数据中台接收到所述流水数据信息对应的文件后，首先对所述文件进行解析处理，然后按日期在数据库中建立一张统一的流水数据表，将每个支付结算系统的流水数据信息汇总到该日期的所述流水数据表内。

所述解析处理是在流程检查到“OK”文件后，开始解析流水数据信息对应的文件，包括：

（1）先将流水数据信息对应的文件按行读取到内存中；

（2）然后按约定的字段分隔符对每行文件对应的所述流水数据进行分割，得到流水数据表中各个流水字段数据，包括支付结算系统编号、全局流水号、交易日期、交易时间、付款人账号、付款人姓名、收款人账号、收款人姓名、交易金额、手续费金额、付款人行号、收款人行号、付款人行名、收款人行名、交易发起渠道、来往账标志、交易类型、交易状态、系统响应码、系统响应信息、附言、摘要、创建时间、更新时间等字段；

（3）接着将所述各个流水字段数据按照数据库表字段顺序写成数据库插入语句脚本，如此循环直到流水数据信息对应的文件全部解析结束；

（4）最后执行数据库插入语句，将所述每个支付结算系统的流水数据信息汇总到所述流水数据表内。

S32，所述数据中台通过报文接口的形式向所述统一运营管理平台提供统一的流水查询服务，所述流水查询服务的查询条件包括支付结算系统编号、交易起始日期、全局流水号、付款人账号、收款人账号、来往账标志等要素进行筛选查询；

S33，所述数据中台接收到所述统一运营管理平台的查询请求，如果所述查询请求中的查询条件只包含一天的数据，则找到以该日期命名的表，按所述查询条件进行查询；如果所述查询请求中的查询条件包含多天的数据，则找出包含该日期时间段的表，将这些表按查询条件进行查询，再将查询出来的数据汇总合并，返回到所述统一运营管理平台进行统一展示。

进一步地，所述S4差错账务展示包括：

S41，当每个所述支付结算系统进行对账，出现账务差错之后，触发短信提醒功能，将所述账务差错通知对应的所述支付结算系统的业务人员；

S42，对应的所述支付结算系统以报文接口的形式为所述统一运营管理平台提供账务差错查询接口服务，所述统一运营管理平台展现当日所有需要处理的所述账务差错的信息，所述账务差错的信息包括：对账系统、付款账户、付款账户名称、收款账户、差错处理状态、差错处理信息（补账、冲正、忽略）。

进一步地，所述S5差错处理指令发送包括：所述统一运营管理平台通过报文接口的形式将差错处理指令发送到对应的支付结算系统，所述对应的支付结算系统根据所述统一运营管理平台的所述差错处理指令进行差错处理。

进一步地，所述S6差错处理包括：

S61，针对一笔交易的所述差错处理指令分别进行差错处理：若对当所述支付结算系统X1独立处理的交易，所述差错处理指令为“冲正”，所述支付结算系统对所述一笔交易的流水信息产生的账务进行回滚处理，同时标记所述一笔交易的所述流水信息为“已对账且对平”状态；若所述差错处理指令为“补账”，所述支付结算系统对所述一笔交易的所述流水信息再一次进行记账处理，同时标记所述一笔交易的所述流水信息为“已对账且对平”状态；若所述差错处理指令为“忽略”，所述支付结算系统对所述一笔交易的所述流水信息对账状态置为“忽略”；

S62，进行状态确认：当所述支付结算系统X1完成所述差错处理后，如果所述一笔交易的所述流水信息由所述支付结算系统X1独立完成，则通知统一运营管理平台告知所述支付结算系统X1完成差错处理；如果所述一笔交易的所述流水信息是由上一个支付结算系统，即上游系统X2请求过来的交易，则通过报文接口的方式向上游系统X2发送一笔交易状态同步的通知，同时通知统一运营管理平台告知所述支付结算系统X1完成差错处理；

S63，所述上游系统X2接收到所述交易状态同步的通知后，则将本地的交易状态更改为同步过来的交易状态，并根据同步过来的交易状态做出逻辑判断，同步地作出如S61所述的所述冲正或者所述补账的差错处理；

S64，所述上游系统X2向所述统一运营管理平台发送消息，所述消息为所述上游系统X2完成所述差错处理；

S65，循环执行S61-S64，直到所述一笔交易的所述流水信息在所有所述支付结算系统的差错都被处理完毕。

进一步地，所述S8头寸管理及预警包括：

S81，所述统一运营管理平台提供头寸管理页面，配置头寸户账号、头寸预警阈值、头寸户对应的支付结算系统；

头寸在银行业指的是资金账户有多少款项的意思。头寸管理指的是通过技术或者人工的手段，监控这个资金账户款项，使得该资金账户的款项维持在一个合理的区间之内，以便开展日常业务。

S82，所述统一运营管理平台在共享高速缓存中设置头寸预警阈值，所述支付结算系统在共享高速缓存中同时维护一个轧差后的头寸使用额度，如果额度超过预警阈值，则发送短信预警。

其中轧差是指银行业支付系统来往业务分为借记和贷记业务，借记业务是银行入款业务，贷记业务是银行出款业务，将入款的汇总额减去出款汇总额得到的金额称为轧差金额。

S83，当所述统一运营管理平台发送的所述短信预警由所述支付结算系统接收到时，所述支付结算系统的业务人员在统一运营管理平台调用大额支付系统贷记往账交易，实时补充相应头寸户的头寸；同时，所述统一运营管理平台调整共享高速缓存中实时头寸使用额度数值，使得实时头寸使用额度数值=当前头寸使用额度-补充头寸；

S84，所述支付结算系统以支付结算系统头寸查询接口的方式提供头寸实时余额查询功能，所述统一运营管理平台通过调用所述支付结算系统头寸查询接口显示所述头寸的余额。

实施例二

如图2所示，本实施例提供一种银行多支付结算系统的统一运营管理平台，包括：

流水数据采集模块101，用于在所述多支付结算系统中的每个独立的支付结算系统分别安装数据采集脚本，基于所述数据采集脚本获取每个所述独立的支付结算系统的流水数据信息和所述对账结果信息；

流水数据信息和对账结果信息发送模块102，用于基于所述数据采集脚本将所述流水数据信息和所述对账结果信息发送至数据中台的服务端；

流水数据信息展示模块103，用于所述数据中台将所述流水数据信息合并排序并提供数据查询接口，根据筛选条件展示部分或全部所述流水数据信息；

差错账务展示模块104，用于基于每个所述支付结算系统的流水数据信息和所述对账结果信息，展示对账结果中的待处理的差错账务；

差错处理指令发送模块105，包括统一差错处理入口，用于通过所述统一差错处理入口将差错处理指令发送到每个对应的所述支付结算系统；

差错处理模块106，用于所述支付结算系统接收到所述统一运营管理平台的所述差错处理指令，根据所述差错处理指令内包含的差错处理类型完成差错处理，并将所述差错处理的结果进行反馈；

差错处理结果展示模块107，用于接收所述差错处理的结果并进行统一展示；

头寸管理及预警模块108，用于调用每个所述支付结算系统的头寸户余额查询，并进行统一头寸管理，当头寸低于预警阈值时，发起预警。

该系统可实现上述实施例一提供的统一运营管理方法，具体的运营管理方法可参见实施例一中的描述，在此不再赘述。

图3为本实施例银行多支付结算系统的统一运营管理平台的数据流图，包括统一流水查询、统一差错处理、统一头寸管理三大模块。通过数据采集脚本以及数据中台合并排序加工完成统一流水查询展示；通过各个支付结算系统联动处理差错完成统一差错处理；通过调用头寸查询、预警程序，实现对头寸统一管理、预警。

本发明还提供了一种存储器，存储有多条指令，指令用于实现如实施例一的方法。

如图4所示，本发明还提供了一种电子设备，包括处理器301和与处理器301连接的存储器302，存储器302存储有多条指令，指令可被处理器加载并执行，以使处理器能够执行如实施例一的方法。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。