基于云服务传输数据的方法、装置和系统.pdf

本发明提供一种基于云服务传输数据的方法、装置和系统，所述方法包括：桥接设备通过预先建立的现场总线连接通道，接收现场设备侧的操作端利用组态软件输入的写指令,该指令携带本桥接设备地址及该地址的赋值,所述赋值为现场设备采集的本地数据；所述桥接设备通过预先与云服务器建立的互联网连接通道，以所述云服务器的地址作为目的地址发送所述本地数据。本发明实施例提供的方案完全借用现场原有的工业组态软件提供的所有功能，用户无需进行复杂的培训或学习，且成本花费不高，即可实现在较远距离(2Km以上)、不同城市或国家(地区)之间的远程数据的交互。

1.  一种基于云服务传输数据的方法，其特征在于，包括：
桥接设备通过预先建立的现场总线连接通道，接收现场设备侧的操作端利用组态软件输入的写指令,该指令携带本桥接设备地址及该地址的赋值,所述赋值为现场设备采集的本地数据；
所述桥接设备通过预先与云服务器建立的互联网连接通道，以所述云服务器的地址作为目的地址发送所述本地数据。

2.  根据权利要求1所述的基于云服务传输数据的方法，其特征在于，按照以下步骤建立所述现场总线连接通道：
所述桥接设备接收用户使用所述组态软件发送的符合工业以太网标准协议MODBUS-TCP的连接请求；
向所述组态软件反馈同意连接的信息，确认所述现场总线连接通道建立。

3.  根据权利要求1所述的基于云服务传输数据的方法，其特征在于，按照以下步骤与云服务器建立互联网连接通道：
向所述云服务器发送符合互联网超文本传输协议HTTP的连接请求；
在接收到所述云服务器返回的响应信息时，确认与云服务器建立互联网连接通道。

4.  一种基于云服务传输数据的方法，其特征在于，包括：
桥接设备通过预先与云服务器建立的互联网连接通道，获取所述云服务器提供的目的地址为本桥接设备地址的数据，并存储；
通过预先建立的现场总线连接通道，接收现场设备侧的操作端使用组态软件输入的读指令，该读指令携带的目的地址为本桥接设备的地址；
将所述数据作为该读指令的操作结果通过所述现场总线通道反馈给所述操作端，由所述组态软件处理。

5.  根据权利要求4所述的基于云服务实现异地传输数据的方法，其特征在于，按照以下步骤建立所述现场总线连接通道：
所述桥接设备接收用户使用所述组态软件发送的符合工业以太网标准协议MODBUS-TCP的连接请求；
向所述组态软件反馈同意连接的信息，确认所述现场总线连接通道建立。

6.  根据权利要求4所述的基于云服务实现异地传输数据的方法，其特征在于，按照以下步骤与云服务器建立互联网连接通道：
向所述云服务器发送符合互联网超文本传输协议HTTP的连接请求；
在接收到所述云服务器返回的响应信息时，确认与云服务器建立互联网连接通道。

7.  一种基于云服务传输数据的装置，其特征在于，包括：
第一现场侧接收单元，用于通过预先建立的现场总线连接通道，接收现场设备侧的操作端利用组态软件输入的写指令,该指令携带本桥接设备地址及该地址的赋值,所述赋值为现场设备采集的本地数据；
第一解析单元，用于从所述所述写指令中解析出所述本地数据；
网络侧发送单元，用于通过预先与云服务器建立的互联网连接通道，以所述云服务器的地址作为目的地址发送所述本地数据的。

8.  一种基于云服务传输数据的装置，其特征在于，包括：
网络侧接收单元，用于通过预先与云服务器建立的互联网连接通道，获取所述云服务器提供的目的地址为本桥接设备地址的数据，并存储；
第二现场侧接收单元，用于通过预先建立的现场总线连接通道，接收现场设备侧的操作端使用组态软件输入的读指令，该读指令携带的目的地址为本桥接设备的地址；
现场侧发送单元，用于将所述网络侧接收单元获取的数据作为该读指令的操作结果，通过所述现场总线通道反馈给所述操作端，由所述组态软件处理。

9.  一种基于云服务传输数据的系统，其特征在于，包括：组态软件操作终端、桥接设备和云服务器，其中：
所述组态软件操作端，用于响应操作者的操作，通过预先建立的现场总线连接通道向所述桥接设备发出利用组态软件输入的写指令；以及，响应操作者的操作，通过预先建立的现场总线连接通道向所述桥接设备发出利用组 态软件输入的读指令，并接收桥接设备反馈的作为读指令执行结果的数据；其中，所述写该指令携带本桥接设备地址及该地址的赋值,所述赋值为现场设备采集的本地数据；
桥接设备，用于接收所述写指令后,获取其中携带的本地数据，通过预先与云服务器建立的互联网连接通道，以所述云服务器的地址作为目的地址发送所述本地数据；以及，通过预先与云服务器建立的互联网连接通道，获取所述云服务器提供的目的地址为本桥接设备地址的数据，并存储；并在接收组态软件操作端传输的读指令后，将从所述云服务器获取的数据作为该读指令的操作结果通过所述现场总线通道往所述组态软件操作端反馈；
所述云服务器，用于与所述桥接设备通过所述互联网连接通道传输数据。

基于云服务传输数据的方法、装置和系统
本申请要求于2014年10月10日提交中国专利局、申请号为201410532140.3、发明名称为“基于云服务传输数据的方法、装置和系统”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本发明涉及现场设备技术领域，更具体地说，涉及一种基于云服务传输数据的方法、装置和系统。
背景技术
随着全球化社会的发展，工业生产也越来越精细化，工业设备产生的各类数据的交互传递越来越频繁，但目前的许多传输媒介或方式，比如，USB、蓝牙、WI-FI、网线等等，都有一定的局限性。首先，现代工业设备的智能化程度较低，多数不具备网络功能，并且绝大部分无需网络功能，它们结合众多完善的工业组态软件和现场总线的通讯功能，可以实现一定距离内的数据通信，但无疑，距离不可能太长。其次，如果给这些设备配接具有网络功能的硬件，实施起来不仅麻烦，且是一笔不小的成本，而即使这样，再通过USB、WI-FI等传输方式，传输的范围依然有限。
发明内容
所述现场总线是指安装在制造或过程区域的现场装置与控制室内的自动装置之间的数字式、串行、多点通信的数据总线。它是一种工业数据总线，是自动化领域中底层的数据通信网络。
发明人在实现本发明的过程中发现，虽然上述提到目前的现代工业设备之间不能远距离进行数据交互，但如果能结合云服务平台强大的远程通信功能，也许就能实现较远距离甚至不同城市、国家或地区之间跨地域的数据交 互，那显然，首先要解决的就是如何将这些工业设备与云服务器之间建立起有效的数据传输通道。
有鉴于此，本发明实施例提供一种基于云服务实现异地数据传输的方法、装置和系统，所述桥接设备在工业设备和云服务器之间建立起一条便捷的数据传输通道，以便工业设备之间可以远距离甚至跨地域进行数据交互。
为此，本发明实施例的一方面，提供一种基于云服务传输数据的方法，包括：
桥接设备通过预先建立的现场总线连接通道，接收现场设备侧的操作端利用组态软件输入的写指令,该指令携带本桥接设备地址及该地址的赋值,所述赋值为现场设备采集的本地数据；
所述桥接设备通过预先与云服务器建立的互联网连接通道，以所述云服务器的地址作为目的地址发送所述本地数据。
优选的，上述方法中，按照以下步骤建立所述现场总线连接通道：
所述桥接设备接收用户使用所述组态软件发送的符合工业以太网标准协议MODBUS-TCP的连接请求；
向所述组态软件反馈同意连接的信息，确认所述现场总线连接通道建立。
优选的，上述方法中，按照以下步骤与云服务器建立互联网连接通道：
向所述云服务器发送符合互联网超文本传输协议HTTP的连接请求；
在接收到所述云服务器返回的响应信息时，确认与云服务器建立互联网连接通道。
本发明实施例的一方面，还提供一种基于云服务传输数据的方法，包括：
桥接设备通过预先与云服务器建立的互联网连接通道，获取所述云服务器提供的目的地址为本桥接设备地址的数据，并存储；
通过预先建立的现场总线连接通道，接收现场设备侧的操作端使用组态软件输入的读指令，该读指令携带的目的地址为本桥接设备的地址；
将所述数据作为该读指令的操作结果通过所述现场总线通道反馈给所述操作端，由所述组态软件处理。
优选的，上述方法中，按照以下步骤建立所述现场总线连接通道：
所述桥接设备接收用户使用所述组态软件发送的符合工业以太网标准协议MODBUS-TCP的连接请求；
向所述组态软件反馈同意连接的信息，确认所述现场总线连接通道建立。
优选的，上述方法中，按照以下步骤与云服务器建立互联网连接通道：
向所述云服务器发送符合互联网超文本传输协议HTTP的连接请求；
在接收到所述云服务器返回的响应信息时，确认与云服务器建立互联网连接通道。
本发明实施例的另一方面，提供一种基于云服务传输数据的装置，包括：
第一现场侧接收单元，用于通过预先建立的现场总线连接通道，接收现场设备侧的操作端利用组态软件输入的写指令,该指令携带本桥接设备地址及该地址的赋值,所述赋值为现场设备采集的本地数据；
第一解析单元，用于从所述所述写指令中解析出所述本地数据；
网络侧发送单元，用于通过预先与云服务器建立的互联网连接通道，以所述云服务器的地址作为目的地址发送所述本地数据的。
本发明实施例的另一方面，提供另一种基于云服务传输数据的装置，包括：
网络侧接收单元，用于通过预先与云服务器建立的互联网连接通道，获取所述云服务器提供的目的地址为本桥接设备地址的数据，并存储；
第二现场侧接收单元，用于通过预先建立的现场总线连接通道，接收现场设备侧的操作端使用组态软件输入的读指令，该读指令携带的目的地址为本桥接设备的地址；
现场侧发送单元，用于将所述网络侧接收单元获取的数据作为该读指令的操作结果，通过所述现场总线通道反馈给所述操作端，由所述组态软件处理。
此外，本发明的又一方面，提供一种基于云服务传输数据的系统，包括：组态软件操作终端、桥接设备和云服务器，其中：
所述组态软件操作端，用于响应操作者的操作，通过预先建立的现场总线连接通道向所述桥接设备发出利用组态软件输入的写指令；以及，响应操作者的操作，通过预先建立的现场总线连接通道向所述桥接设备发出利用组态软件输入的读指令，并接收桥接设备反馈的作为读指令执行结果的数据；其中，所述写该指令携带本桥接设备地址及该地址的赋值,所述赋值为现场设备采集的本地数据；
桥接设备，用于接收所述写指令后,获取其中携带的本地数据，通过预先与云服务器建立的互联网连接通道，以所述云服务器的地址作为目的地址发送所述本地数据；以及，通过预先与云服务器建立的互联网连接通道，获取所述云服务器提供的目的地址为本桥接设备地址的数据，并存储；并在接收组态软件操作端传输的读指令后，将从所述云服务器获取的数据作为该读指令的操作结果通过所述现场总线通道往所述组态软件操作端反馈；
所述云服务器，用于与所述桥接设备通过所述互联网连接通道传输数据。
可以看出，本发明实施例提供的方案完全借用现场原有的工业组态软件提供的所有功能，用户无需进行复杂的培训或学习，且成本花费不高，即可实现在较远距离(2Km以上)、不同城市或国家(地区)之间的远程数据的交互。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1示出了现场设备和装载组态软件的设备之间的连接结构图；
图2示出了本发明一实施例提供的基于云服务传输数据的系统的结构示意图；
图3示出了所述系统中桥接设备传输数据的一种流程；
图4示出了所述系统中桥接设备传输数据的另一种流程；
图5示出了本发明另一实施例提供的基于云服务传输数据的系统的结构示意图；
图6和图7示出了本发明提供的上述系统中所述桥接设备的两种逻辑结构；
图8示出了本发明提供的上述系统中所述桥接设备的一种硬件结构示意图。
具体实施方式
在数据传输过程中,如果传输的两端,例如A端和B端,距离很近时(例如在同一房间或者在100米内),那么两端之间的数据传输很容易进行,可以通过USB数据线,WIFI信号,网线,串口线,蓝牙,RS485总线,或者CAN总线进行数据传输。而当A端和B端之间的距离稍大时，例如2KM，此时USB数据线,WIFI信号,网线,串口线,蓝牙都无能为力，因为这个距离超过了它们的传输能力。因此通常采用RS485总线，因为其可靠、简单、成本低，尤其是在生产领域，在例如一家工厂、一家农场或者一栋大型建筑的场景内，传输的距离大致都在这尺度附近。因此发展出很广泛的应用。这种“现场总线”解决了较远距离(2KM左右)的现场通讯问题，与此相匹配的，很多组态软件也相应被研发以连接相应的设备，从该设备从获取数据并进行控制。
现场设备、装载组态软件的设备(一般为计算机)的连接结构如图1所示，其中，装载组态软件的设备与现场设备通过现场总线相连，能够获取各现场设备的数据并通过显示器显示，以及响应用户的操作，向指定的现场设备发送控制指令以执行相应控制。
随着社会的发展,上述结构出现局限性：上述结构基于一定的传输距离(2KM左右)设计的，无法满足较长距离的传输需求，或者说，如果要满足较长距离的传输需求，需要搭建专用线路，由此带来的成本将极大地增加。而在互联网广泛应用的今天，我们会想到借助互联网来帮助实现长距离的数据传输。但是发明人经过研究后发现，从想法落实到具体需要克服重重困难，例如有以下几个难点：
难点1、现有的“设备”是基于工业的，设备的智能化程度很有限。并且由于绝大部分设备没有上网的需求，加上上网功能的硬件成本较高的原因，现在的绝大部分设备不具有上网功能。此外，现在已经开发的基于现场总线的众多组态软件已经做得比较完善，如果淘汰现场总线的传输方式，则这些组态软件将随着被淘汰，一方面需要重新寻找替代品，另一方面也属于资源(开发投入的人力和物力)的浪费。以上原因，都说明了现场总线的通讯方式将无法被抛弃而会被继续沿袭。而在保留现场总线的通讯方式的前提下，如何将其与互联网相融合就是一个难题了。
难点2、网络服务器(例如云服务器)的类型林林总总，与其相关的通信协议也有无数种，没有统一的规范。对于用户，特别是生产现场的用户而言，其本身对互联网和云服务器就比较陌生，基本上不具备使用云服务器的技能，这就造成了他们无法独立解决网络相关问题，而如果让网络工程师介入到工业现场，则一方面不方便，另一方面人力成本较高。
发明人经过进一步研究和试验，提出一种桥接方案，该方案通过一种桥接设备一侧通过现场总线连接工业现场的装载组态软件的终端，另一侧通过互联网连接云服务器。将两种截然不同的传输形式(现场总线方式和互联网方式)进行桥接，从而能够实现工业现场和远端设备(如服务器)之间的数据传输，并且无需改变工业现场人员的设备操作方式或习惯。方便、巧妙且有效地解决了上述两个难点。
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
请参考图2，为本发明实施例提供的一种基于云服务的数据传输系统的结构图。可以看出，所述数据传输系统包括现场设备11、装载有组态软件的终端(为了方便描述，下文统称为组态终端)12、桥接设备13和云服务器14，其中所述现场设备11和所述组态终端12通过现场总线连接，所述组态终端12和桥接设备13也通过现场总线连接，所述桥接设备13还通过互联网与所 述云服务器14连接。
桥接设备13在所述现场设备11和云服务器14之间充当桥梁角色，一方面获取组态终端12传输过来的由现场设备11提供的数据，并通过互联网传输给云服务器14，另一方面，接收所述云服务器14通过互联网传输过来的数据，通过现场总线传输给组态终端12。从而实现了处于现场设备这侧的组态终端12能够与处于远端的云服务器14通信，并且组态终端12的操作者无需改变其操作习惯和操作方式。
所述桥接设备13在上述系统中传输数据的过程可以如图3所示，包括以下步骤：
步骤S31、通过现场总线连接通道，接收现场设备侧的操作端利用组态软件输入的写指令。
所述现场设备侧的操作端即上述组态终端12。
所述组态终端12与现场设备11通过现场总线连接，通过所述现场总线获取所述现场设备11提供的本地数据，并通过写指令提供给桥接设备。具体的，是通过组态软件原有的写指令，以将所述本地数据作为所述桥接设备的地址的赋值的方式提供给所述桥接设备。即所述写指令携带所述桥接设备地址及作为该地址赋值的所述本地数据。
所述现场总线连接通道为通信双方(即组态终端12和桥接设备13)通过现代总线协议进行通信的通道或链路。
步骤S32、通过互联网连接通道，以云服务器的地址作为目的地址发送本地数据。
所述互联网连接通道是通信双方(即桥接设备13和云服务器14)通过互联网数据传输协议进行通信的通道或链路。
在其他一些实施例中，所述云服务器14接收所述数据后进行存储或更新，然后通过所述互联网连接通道，向桥接设备发送指示操作成功的响应信息。即所述桥接设备13在将所述本地数据通过互联网连接通道发送给所述云服务器14之后，监听所述互联网连接通道，通过是否接收所述指示操作成功的响应信息来判断所述云服务器14是否成功接收所述本地数据，以便在确定所述 云服务器没能成功接收所述本地数据时，进行一些补救措施，例如重新发送或者在再三发送失败时向组态终端12反馈信息，以告知操作所述组态终端12的操作者。
上述过程适合一些只需要远程获取现场设备的数据的场景。在此过程中，所述桥接设备13可以只负责将来自所述现场设备11的数据通过互联网传输给云服务器14。在另外一些场景中，可能只需要所述桥接设备13将来自云服务器14的数据通过现场总线传输给所述组态终端12，这种情况下，所述桥接设备13传输数据的过程可以如图4所示，包括以下步骤：
步骤S41、通过互联网连接通道，获取所述云服务器14提供的目的地址为本桥接设备地址的数据，并存储。
步骤S42、通过现场总线连接通道，接收组态终端12输入的读指令。
该读指令携带的目的地址为所述桥接设备13的地址。
步骤S43、将所述数据作为该读指令的操作结果通过所述现场总线通道反馈给所述组态终端12。
所述组态终端12通过读指令，例如读取所述桥接设备13内存的指令，请求获取所述桥接设备13的内存，所述桥接设备13将从云服务器14获取的数据作为本桥接设备的内存，提供给所述组态终端12。
在一些实施例中，还可以综合上述图3和图4所示过程，即所述桥接设备13接收组态终端12发送的数据并传输给云服务器14，并且，接收云服务器14发送的数据并响应组态终端12的请求传输给所述组态终端12。
在上述提到的所有实施例中，所述组态终端12可以按照以下步骤与桥接设备13建立现场总线连接通道：
首先，向所述桥接设备13发送符合工业以太网标准协议MODBUS-TCP的连接请求；
其次，在接收到所述桥接设备13返回的响应信息时，确认与该桥接设备13建立现场总线连接通道。
所述桥接设备13可以按照以下步骤与云服务器14建立互联网连接通道：
首先，向所述云服务器14发送符合互联网超文本传输协议HTTP的连接请求；
其次，在接收到所述云服务器14返回的响应信息时，确认与云服务器14建立互联网连接通道。
上述实施例所提到的现场设备可以是各种工业设备，例如可以是一些检测设备，具体如温度传感器或者温度采集器。为了方便本领域技术人员理解，下面举一具体实例加以阐述：
请参考图5，现场设备51、组态终端52和桥接设备53位于上海，现场设备55、组态终端56和桥接设备57位于北京，所述桥接设备53和桥接设备57均通过互联网与云服务器54相连。
所述现场设备51可以是温度检测设备，其检测到现场气温数据(气温为30摄氏度)，与该现场设备51连接的组态终端52获得该现场气温数据，该组态终端52的操作者在该组态终端52的组态软件内写一条应用脚本代码，将该温度数据赋值为桥接设备53的内存地址，例如该应用脚本代码的内容可以使“桥接设备内存地址＝现场气温数据”，即把现场气温数据赋值给桥接设备53。在所述操作者写入所述应用脚本代码后，组态终端52向桥接设备53发送修改内存值的请求，该请求携带所述现场气温数据。所述桥接设备53接收该请求后，从中获取所述现场气温数据，并将该现场气温数据通过互联网发送给云服务器54。该云服务器54将本服务器内存储的针对所述组态终端52或者桥接设备53的内存数据修改为30摄氏度。
桥接设备57通过互联网从云服务器54读取(可以是定时读取，也可以应云服务器提示读取)气温数据(30摄氏度)，并保存在所述桥接设备57的内存中。组态终端56通过现场工业总线向所述桥接设备57发送读数据的请求(即读指令)，以要求读取所述桥接设备57的内存数据，所述桥接设备57响应该请求，将其内存数据(30摄氏度)作为结果回复给所述组态终端56，所述组态终端56在其显示器上显示所述内存数据(即30摄氏度)。
通过上述过程，操作者可以利用原有的组态软件获得异地数据，所采用的工具，所使用的操作方式和操作习惯都不需要改变。
前文所述桥接设备可以功能逻辑角度划分成几个功能模块，一种可能的结构可以如图6所示,包括第一现场侧接收单元61、第一解析单元62和网络侧发送单元63，其中：
所述第一现场侧接收单元61，用于通过预先建立的现场总线连接通道，接收现场设备侧的操作端利用组态软件输入的写指令,该指令携带本桥接设备地址及该地址的赋值,所述赋值为现场设备采集的本地数据。
所述第一解析单元62，用于从所述所述写指令中解析出所述本地数据。
所述网络侧发送单元63，用于通过预先与云服务器建立的互联网连接通道，以所述云服务器的地址作为目的地址发送所述本地数据的。
所述桥接设备的另一种逻辑结构如图7所示，包括网络侧接收单元71、第二现场侧接收单元72和现场侧发送单元73，其中：
所述网络侧接收单元71，用于通过预先与云服务器建立的互联网连接通道，获取所述云服务器提供的目的地址为本桥接设备地址的数据，并存储。
所述第二现场侧接收单元72，用于通过预先建立的现场总线连接通道，接收现场设备侧的操作端使用组态软件输入的读指令，该读指令携带的目的地址为本桥接设备的地址。
所述现场侧发送单元73，用于将所述网络侧接收单元获取的数据作为该读指令的操作结果，通过所述现场总线通道反馈给所述操作端，由所述组态软件处理。
从硬件角度划分，所述桥接设备的结构可以如图8所示，包括现场总线接口81、互联网接口82和连接所述现场总线接口81和互联网接口82的控制器(也可以称为中央处理器)83，以及与所述中央处理器83连接的存储器84，其中：
所述现场总线接口81用于连接现场总线的一端，该现场总线的另一端与组态终端连接。
所述互联网接口82用于连接互联网。
所述控制器83通过所述现场总线接口81接收组态终端发送的写指令，获取其中携带的来自现场设备的数据，通过所述互联网接口82传输给云服务器。并且，所述控制器83还可以通过互联网从所述云服务器获取异地数据，作为所述桥接设备的内存数据，并在通过所述现场总线接口81接收到组态终端发送的读取内存数据的指令时，将所述异地数据作为指令操作结果通过现场总线接口81传输给所述组态终端。
从以上技术方案的说明可以看出，通过本发明实施例提供的基于通过云服务实现异地交互数据的方案，在原有的工业组态软件的基础上，配合符合现场总线协议的桥接设备后，则可以利用桥接设备具有的网络功能和云服务器实现数据通信，这样，就可以大幅扩大工业设备之间数据交互的范围，而且，用户无需进行复杂的学习和培训，也不用大肆更换或淘汰原有的工业设备，就可以实现设备在不同城市、甚至国家(地区)间等跨地域情况下的远程数据交互。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，所述程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。