基于Linux系统的ATM读卡方法、装置及系统与流程

基于linux系统的atm读卡方法、装置及系统
技术领域
1.本发明涉及金融领域，具体涉及一种基于linux系统的atm读卡方法、装置及系统。


背景技术：

2.近年来，银行对自助设备的使用频率和交易量逐渐提升，atm(automated teller machine，自动取款机)设备作为银行零售业务的重要渠道之一，承载着越来越多的金融交易业务。在金融交易业务中，插卡交易做为主要的交易入口，客户需在atm设备上插入卡片，设备读卡后才可进行后续操作。
3.目前，我国金融硬件设备的研发能力已得到较大的提升，已具备设计研发基于linux的atm系统和独立生产读卡器硬件的能力。然而，目前在金融设备上使用的读卡器协议装置均是基于wosa/xfs(金融服务扩展(xfs)是在windows开放式系统体系结构(wosa：windows open system architecture)基础上的开发的一组标准接口，又称cen/xfs(欧洲标准化委员会/信息系统标准化委员会))协议研发的，基于wosa/xfs协议研发的读卡器协议装置仅支持在windows系统上的atm应用使用，不支持基于linux系统的atm应用对该读卡器协议装置进行管理和调用。


技术实现要素：

4.有鉴于此，本发明提供一种基于linux系统的atm读卡方法、装置及系统，以解决上述提及的至少一个问题。
5.根据本发明的第一方面，提供一种基于linux系统的atm读卡方法，所述方法包括：
6.响应于读卡程序启动，接收来自atm应用程序的读卡器状态获取指令，并将该读卡器状态获取指令通过服务提供接口spi接口发送至服务提供层，以使所述服务提供层通过设备驱动接口获取读卡器状态信息；
7.通过基于linux系统的通信方式接收所述服务提供层发送的读卡器状态信息，并将该读卡器状态信息转发至所述应用程序；
8.响应于读卡器状态正常且用户插卡操作完成，接收来自所述应用程序的卡信息读取指令，并将该卡信息读取指令通过spi接口发送至所述服务提供层，以使所述服务提供层通过设备驱动接口驱动读卡器读卡操作并获取卡信息；
9.通过基于linux系统的通信方式接收所述服务提供层发送的卡信息，并将该卡信息转发至所述应用程序，以便于所述应用程序基于所述卡信息执行用户的业务操作指令。
10.根据本发明的第二方面，提供一种基于linux系统的atm读卡装置，所述装置包括：
11.状态获取指令发送单元，用于响应于读卡程序启动，接收来自atm应用程序的读卡器状态获取指令，并将该读卡器状态获取指令通过spi接口发送至服务提供层，以使所述服务提供层通过设备驱动接口获取读卡器状态信息；
12.状态信息转发单元，用于通过基于linux系统的通信方式接收所述服务提供层发送的读卡器状态信息，并将该读卡器状态信息转发至所述应用程序；
13.卡信息读取指令发送单元，用于响应于读卡器状态正常且用户插卡操作完成，接收来自所述应用程序的卡信息读取指令，并将该卡信息读取指令通过spi接口发送至所述服务提供层，以使所述服务提供层通过设备驱动接口驱动读卡器读卡操作并获取卡信息；
14.卡信息转发单元，用于通过基于linux系统的通信方式接收所述服务提供层发送的卡信息，并将该卡信息转发至所述应用程序，以便于所述应用程序基于所述卡信息执行用户的业务操作指令。
15.根据本发明的第三方面，提供一种基于linux系统的atm读卡系统，所述系统包括：上述的atm读卡装置、atm应用程序、服务提供层和插卡端口，所述插卡端口用于接收和退出银行卡。
16.根据本发明的第四方面，提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述方法的步骤。
17.根据本发明的第五方面，提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述方法的步骤。
18.由上述技术方案可知，当读卡程序启动时，将接收的来自应用程序的读卡器状态获取指令通过spi接口发送至服务提供层，服务提供层通过设备驱动接口获取读卡器状态信息，随后，通过基于linux系统的通信方式接收并转发服务提供层发送的读卡器状态信息至应用程序，在读卡器状态正常且用户插卡操作完成时，将接收的来自应用程序的卡信息读取指令发送至服务提供层，服务提供层通过设备驱动接口驱动读卡器读卡操作并获取卡信息，之后，通过基于linux系统的通信方式接收并转发服务提供层发送的卡信息转发至应用程序，以便于应用程序基于卡信息执行用户的业务操作指令，如此，可以实现基于linux系统的atm应用程序对读卡器的管理和调用。
附图说明
19.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
20.图1是根据本发明实施例的基于linux系统的atm读卡方法的流程图；
21.图2是根据本发明实施例的基于linux系统的atm读卡系统的结构框图；
22.图3是根据本发明实施例的基于linux系统的atm读卡装置1的结构框图；
23.图4是根据本发明实施例的基于linux系统的atm读卡系统的示例结构框图；
24.图5是根据本发明实施例的协议管理器的示例结构框图；
25.图6是根据本发明实施例的基于图4示例系统的工作原理流程图；
26.图7是根据本发明实施例的基于linux系统的atm读卡流程示意图；
27.图8为本发明实施例的电子设备600的系统构成的示意框图。
具体实施方式
28.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例是
本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
29.由于目前在金融设备上使用的读卡器协议装置均是基于wosa/xfs协议研发的，该读卡器协议装置仅支持在windows系统的atm应用使用，而不支持在linux系统的atm应用使用，基于此，本发明实施例提供一种基于linux系统的atm读卡方案，通过该方案，可以实现基于linux系统的atm应用对读卡器协议装置的管理和调用。以下结合附图来详细描述本发明实施例。
30.图1是根据本发明实施例的基于linux系统的atm读卡方法的流程图，如图1所示，该流程包括：
31.步骤101，响应于读卡程序启动，接收来自atm应用程序的读卡器状态获取指令，并将该读卡器状态获取指令通过spi(service provider interface，服务提供接口)接口发送至服务提供层，以使所述服务提供层通过设备驱动接口获取读卡器状态信息。
32.优选地，可以通过api(application programming interface，应用程序接口)接口接收来自应用程序的指令。
33.步骤102，通过基于linux系统的通信方式接收所述服务提供层发送的读卡器状态信息，并将该读卡器状态信息(例如，读卡器工作状态正常，可以输入银行卡等)转发至所述应用程序。
34.步骤103，响应于读卡器状态正常且用户插卡操作完成，接收来自所述应用程序的卡信息读取指令，并将该卡信息读取指令通过spi接口发送至所述服务提供层，以使所述服务提供层通过设备驱动接口驱动读卡器读卡操作并获取卡信息。
35.步骤104，通过基于linux系统的通信方式接收所述服务提供层发送的卡信息，并将该卡信息转发至所述应用程序，以便于所述应用程序基于所述卡信息执行用户的业务操作指令。
36.由以上描述可知，当读卡程序启动时，将接收的来自应用程序的读卡器状态获取指令通过spi接口发送至服务提供层，服务提供层通过设备驱动接口获取读卡器状态信息，随后，通过基于linux系统的通信方式接收并转发服务提供层发送的读卡器状态信息至应用程序，在读卡器状态正常且用户插卡操作完成时，将接收的来自应用程序的卡信息读取指令发送至服务提供层，服务提供层通过设备驱动接口驱动读卡器读卡操作并获取卡信息，之后，通过基于linux系统的通信方式接收并转发服务提供层发送的卡信息转发至应用程序，以便于应用程序基于卡信息执行用户的业务操作指令，如此，实现了基于linux系统的atm应用程序对读卡器的管理和调用。
37.在实际操作中，当接收到用户的业务完成指令时，接收来自所述应用程序的退卡指令，并将该退卡指令通过spi接口发送至所述服务提供层，以使所述服务提供层通过设备驱动接口驱动读卡器退卡操作。
38.在具体实施过程中，读卡器硬件设备厂商提供service provider(服务提供，简称sp)，为了屏蔽各个读卡器厂商提供的硬件差异，本发明实施例设定读卡器厂商提供统一的服务提供接口(spi)，要求金融自助设备应用调用统一的应用程序接口(api)，两者之间通过如上流程进行交互。
39.基于相似的发明构思，本发明实施例还提供一种基于linux系统的atm读卡系统，
如图2所示，该系统包括：atm读卡装置1、atm应用程序2、服务提供层3和插卡端口4，所述插卡端口即读卡器硬件设备端口，用于接收和退出银行卡。
40.优选地，atm读卡装置1可用于实现上述方法实施例中的流程。图3是该atm读卡装置1的结构框图，如图3所示，该atm读卡装置1包括：状态获取指令发送单元11、状态信息转发单元12、卡信息读取指令发送单元13和卡信息转发单元14，其中：
41.状态获取指令发送单元11，用于响应于读卡程序启动，接收来自atm应用程序的读卡器状态获取指令，并将该读卡器状态获取指令通过spi接口发送至服务提供层，以使所述服务提供层通过设备驱动接口获取读卡器状态信息。
42.状态信息转发单元12，用于通过基于linux系统的通信方式接收所述服务提供层发送的读卡器状态信息，并将该读卡器状态信息转发至所述应用程序。
43.卡信息读取指令发送单元13，用于响应于读卡器状态正常且用户插卡操作完成，接收来自所述应用程序的卡信息读取指令，并将该卡信息读取指令通过spi接口发送至所述服务提供层，以使所述服务提供层通过设备驱动接口驱动读卡器读卡操作并获取卡信息。
44.优选地，上述状态获取指令发送单元和卡信息读取指令发送单元可以通过api接口接收来自所述应用程序的指令。
45.卡信息转发单元14，用于通过基于linux系统的通信方式接收所述服务提供层发送的卡信息，并将该卡信息转发至所述应用程序，以便于所述应用程序基于所述卡信息执行用户的业务操作指令。
46.由以上描述可知，当读卡程序启动时，状态获取指令发送单元11将接收的来自应用程序的读卡器状态获取指令通过spi接口发送至服务提供层，服务提供层通过设备驱动接口获取读卡器状态信息，随后，状态信息转发单元12通过基于linux系统的通信方式接收并转发服务提供层发送的读卡器状态信息至应用程序，在读卡器状态正常且用户插卡操作完成时，卡信息读取指令发送单元13将接收的来自应用程序的卡信息读取指令发送至服务提供层，服务提供层通过设备驱动接口驱动读卡器读卡操作并获取卡信息，之后，卡信息转发单元14通过基于linux系统的通信方式接收并转发服务提供层发送的卡信息转发至应用程序，以便于应用程序基于卡信息执行用户的业务操作指令，如此，实现了基于linux系统的atm应用程序对读卡器的管理和调用。
47.在一个实施例中，上述atm读卡装置1还包括：退卡指令发送单元，用于响应于接收到用户的业务完成指令，接收来自所述应用程序的退卡指令，并将该退卡指令通过spi接口发送至所述服务提供层，以使所述服务提供层通过设备驱动接口驱动读卡器退卡操作。
48.上述服务提供层3包括：指令接收单元、指令执行单元和指令发送单元，其中：
49.指令接收单元，用于接收来自所述atm读卡装置的指令；
50.指令执行单元，用于通过设备驱动接口获取与所述指令相应的信息；
51.指令发送单元，用于通过基于linux系统的通信方式将与所述指令相应的信息发送至所述atm读卡装置。
52.为了更好地理解本发明，以下结合图4给出一示例系统。
53.图4是根据本发明实施例的基于linux系统的atm读卡系统的示例结构框图，如图4所示，该系统包括：应用程序、协议管理器(具有上述atm读卡装置的功能)、服务提供层、设
备驱动层和读卡器硬件(图中未示出)。应用程序与协议管理器通过应用程序接口(api)连接；协议管理器与服务提供层之间通过spi连接；服务提供层及设备驱动层之间通过设备驱动接口连接，最终设备驱动接口接收到指令后调用读卡器硬件。
54.如图5所示，协议管理器包括专用应用层和通用应用层，其中：专用应用层其对上是应用程序接口api，与应用程序交互连接，用于调用服务提供层的spi接口，并通过调用通用应用层实现应用程序的操作指令转发；通用应用层用于接收服务提供层的事件信息，并向专用应用层提供接收事件消息和发送事件消息的接口。
55.在一个实施例中，可以采用函数回调的方式实现通用应用层向专用应用层提供的接收事件信息和发送事件信息的接口。
56.优选地，可以采用linux的进程间通信或线程间通信方式实现通用应用层向专用应用层提供的接收事件消息和发送事件消息的接口。
57.图6是基于图4示例系统的工作原理流程图，如图6所示，该流程包括：
58.步骤601：专用应用层向服务提供层调用spi接口并通过线程管理加锁。
59.步骤602：专用应用层根据应用程序的调用函数名来区分同步命令还是异步命令，若为同步命令，例如，对银行卡信息的读取指令，则执行步骤603，若为异步命令，例如，对读卡器硬件设备指示灯的关闭指令，则专用应用层直接解锁、返回。
60.步骤603：通用应用层接收服务提供层返回的事件消息(例如，获取到的卡信息)，采用linux自身的进程间或线程间通信方式，在该方式下，该通用应用层的接口直接调用linux系统自带的进程间或线程间通信方式，包括消息队列、进程共享、套接字(socket)等通信机制。
61.在具体实施时，首先，通用应用层在初始化时创建消息队列。其次，专用应用层向服务提供层调用spi接口时，通用应用层将消息队列的id用参数的形式传递给服务提供层。最后，在服务提供层产生事件消息时，利用linux系统自带的消息队列api函数将消息或事件结构体数据发送到专用应用层或应用程序，从而专用应用层或应用程序获取到该事件消息(例如，获取到的卡信息)。
62.步骤604：通用应用层返回事件消息(例如，获取到的卡信息)给专用应用层。
63.步骤605：专用应用层将事件消息(例如，获取到的卡信息)通过输出参数返回给应用程序。
64.步骤606：专用应用层解锁，返回。
65.图7是基于linux系统的atm读卡流程示意图，如图7所示，该流程包括：
66.步骤701：atm应用程序通过api接口调用协议管理层的服务监测读卡器硬件设备的状态。
67.步骤702：协议管理层通过自身暴露的api接口接收到来自应用程序的获取读卡器设备状态的指令并通过spi接口向服务提供层发送sis_inf_idc_status指令获取读卡器设备状态。
68.步骤703：服务提供层通过读卡器设备驱动接口获取读卡器设备状态(例如，是否可以输入银行卡)并返回。
69.步骤704：应用程序得到读卡器状态为正常，开放插卡服务等待客户插卡。
70.步骤705：客户插入卡片，读卡器设备吸卡并通过设备驱动接口向服务提供层发送
插卡事件。
71.步骤706：服务提供层产生事件信息(即，已插卡信息)并上送，协议管理层接收到服务提供层的事件信息后同步上传给应用程序。
72.步骤707：应用程序接收到插卡事件信息，调用协议管理层的服务获取卡片数据。
73.步骤708：协议管理层通过spi接口向服务提供层发送sis_cmd_idc_read_track指令获取卡片磁道信息。
74.步骤709：服务提供层通过读卡器设备驱动接口驱动读卡器读磁，获取卡片的磁道信息并返回。
75.步骤710：应用程序获取到卡片数据，开展后续业务。客户完成业务后点击退卡，应用程序调用协议管理层的服务发送退卡指令。
76.步骤711：协议管理层通过spi接口向服务提供层发送sis_cmd_idc_eject_card指令退卡。
77.步骤712：服务提供层通过读卡器设备驱动接口驱动读卡器完成退卡动作。
78.通过上述流程，可以实现对linux系统上的atm应用程序管理和调用读卡器设备。
79.本实施例还提供一种电子设备，该电子设备可以是台式计算机、平板电脑及移动终端等，本实施例不限于此。在本实施例中，该电子设备可以参照上述方法实施例进行实施及基于linux系统的atm读卡装置/系统的实施例进行实施，其内容被合并于此，重复之处不再赘述。
80.图8为本发明实施例的电子设备600的系统构成的示意框图。如图8所示，该电子设备600可以包括中央处理器100和存储器140；存储器140耦合到中央处理器100。值得注意的是，该图是示例性的；还可以使用其他类型的结构，来补充或代替该结构，以实现电信功能或其他功能。
81.一实施例中，基于linux系统的atm读卡功能可以被集成到中央处理器100中。其中，中央处理器100可以被配置为进行如下控制：
82.响应于读卡程序启动，接收来自atm应用程序的读卡器状态获取指令，并将该读卡器状态获取指令通过服务提供接口spi接口发送至服务提供层，以使所述服务提供层通过设备驱动接口获取读卡器状态信息；
83.通过基于linux系统的通信方式接收所述服务提供层发送的读卡器状态信息，并将该读卡器状态信息转发至所述应用程序；
84.响应于读卡器状态正常且用户插卡操作完成，接收来自所述应用程序的卡信息读取指令，并将该卡信息读取指令通过spi接口发送至所述服务提供层，以使所述服务提供层通过设备驱动接口驱动读卡器读卡操作并获取卡信息；
85.通过基于linux系统的通信方式接收所述服务提供层发送的卡信息，并将该卡信息转发至所述应用程序，以便于所述应用程序基于所述卡信息执行用户的业务操作指令。
86.从上述描述可知，本申请实施例提供的电子设备，当读卡程序启动时，将接收的来自应用程序的读卡器状态获取指令通过spi接口发送至服务提供层，服务提供层通过设备驱动接口获取读卡器状态信息，随后，通过基于linux系统的通信方式接收并转发服务提供层发送的读卡器状态信息至应用程序，在读卡器状态正常且用户插卡操作完成时，将接收的来自应用程序的卡信息读取指令发送至服务提供层，服务提供层通过设备驱动接口驱动
读卡器读卡操作并获取卡信息，之后，通过基于linux系统的通信方式接收并转发服务提供层发送的卡信息转发至应用程序，以便于应用程序基于卡信息执行用户的业务操作指令，如此，实现了基于linux系统的atm应用程序对读卡器的管理和调用。
87.在另一个实施方式中，基于linux系统的atm读卡装置/系统可以与中央处理器100分开配置，例如可以将基于linux系统的atm读卡装置/系统配置为与中央处理器100连接的芯片，通过中央处理器的控制来实现基于linux系统的atm读卡功能。
88.如图8所示，该电子设备600还可以包括：通信模块110、输入单元120、音频处理单元130、显示器160、电源170。值得注意的是，电子设备600也并不是必须要包括图8中所示的所有部件；此外，电子设备600还可以包括图8中没有示出的部件，可以参考现有技术。
89.如图8所示，中央处理器100有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该中央处理器100接收输入并控制电子设备600的各个部件的操作。
90.其中，存储器140，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息，此外还可存储执行有关信息的程序。并且中央处理器100可执行该存储器140存储的该程序，以实现信息存储或处理等。
91.输入单元120向中央处理器100提供输入。该输入单元120例如为按键或触摸输入装置。电源170用于向电子设备600提供电力。显示器160用于进行图像和文字等显示对象的显示。该显示器例如可为lcd显示器，但并不限于此。
92.该存储器140可以是固态存储器，例如，只读存储器(rom)、随机存取存储器(ram)、sim卡等。还可以是这样的存储器，其即使在断电时也保存信息，可被选择性地擦除且设有更多数据，该存储器的示例有时被称为eprom等。存储器140还可以是某种其它类型的装置。存储器140包括缓冲存储器141(有时被称为缓冲器)。存储器140可以包括应用/功能存储部142，该应用/功能存储部142用于存储应用程序和功能程序或用于通过中央处理器100执行电子设备600的操作的流程。
93.存储器140还可以包括数据存储部143，该数据存储部143用于存储数据，例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器140的驱动程序存储部144可以包括电子设备的用于通信功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。
94.通信模块110即为经由天线111发送和接收信号的发送机/接收机110。通信模块(发送机/接收机)110耦合到中央处理器100，以提供输入信号和接收输出信号，这可以和常规移动通信终端的情况相同。
95.基于不同的通信技术，在同一电子设备中，可以设置有多个通信模块110，如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)110还经由音频处理器130耦合到扬声器131和麦克风132，以经由扬声器131提供音频输出，并接收来自麦克风132的音频输入，从而实现通常的电信功能。音频处理器130可以包括任何合适的缓冲器、解码器、放大器等。另外，音频处理器130还耦合到中央处理器100，从而使得可以通过麦克风132能够在本机上录音，且使得可以通过扬声器131来播放本机上存储的声音。
96.本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该计算
机程序被处理器执行时以实现上述方法的步骤。
97.综上所述，本发明实施例提供了一种基于linux的金融自助设备国产化中间件系统，当读卡程序启动时，将接收的来自应用程序的读卡器状态获取指令通过spi接口发送至服务提供层，服务提供层通过设备驱动接口获取读卡器状态信息，随后，通过基于linux系统的通信方式接收并转发服务提供层发送的读卡器状态信息至应用程序，在读卡器状态正常且用户插卡操作完成时，将接收的来自应用程序的卡信息读取指令发送至服务提供层，服务提供层通过设备驱动接口驱动读卡器读卡操作并获取卡信息，之后，通过基于linux系统的通信方式接收并转发服务提供层发送的卡信息转发至应用程序，以便于应用程序基于卡信息执行用户的业务操作指令，如此，实现了基于linux系统的atm应用程序对读卡器的管理和调用。
98.以上参照附图描述了本发明的优选实施方式。这些实施方式的许多特征和优点根据该详细的说明书是清楚的，因此权利要求旨在覆盖这些实施方式的落入其真实精神和范围内的所有这些特征和优点。此外，由于本领域的技术人员容易想到很多修改和改变，因此不是要将本发明的实施方式限于所例示和描述的精确结构和操作，而是可以涵盖落入其范围内的所有合适修改和等同物。
99.本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd
‑
rom、光学存储器等)上实施的计算机程序产品的形式。
100.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
101.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
102.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
103.本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。