一种公共交通工具的支付方法及装置与流程

本发明实施例涉及通信技术领域，尤其涉及一种公共交通工具的支付方法及装置。

背景技术：

终端扫码支付作为一种新兴的支付方式在公共交通工具中正在逐渐普及。在实际应用中发现，付款人需要执行以下操作才可以完成支付：解锁终端，打开相应的支付软件，打开支付软件的付款码，对准公共交通工具扫描设备完成扫描支付。现有的通过扫码进行支付的方案操作较为繁琐，效率低。

技术实现要素：

本发明实施例提供一种公共交通工具的支付方法及装置，以解决通过扫码进行支付的方案操作较为繁琐的问题。

第一方面，本发明实施例提供了一种支付方法，应用于公共交通工具，包括：

公共交通工具终端装置以固定时间间隔上传包含所述公共交通工具当前

地理位置信息、路线号码(比如多少路公交车、多少号线的地铁)、车牌

号码在内的信息到后端服务器，并刷新替换后端服务器中所述公共交通工

具的历史信息；

支付完成后公共交通工具终端装置提示司机或工作人员收款成功。

第二方面，本发明实施例提供了一种支付方法，应用于付款终端，包括：

付款人在站台(或站牌、或入口闸机)处，或者与站台(或站牌、或入口闸机)相距在预设数值范围内；

检测付款人所用付款终端空间姿态变化是否满足特定条件；

若所述空间姿态变化满足特定条件，则获取所述付款终端的地理位置信息；

所述付款终端上传所述付款终端的地理位置信息到后端服务器；

所述付款终端显示包括路线号码、车牌号码、付款金额、确认按钮在内的支付界面，其中，所述公共交通工具终端装置上传到后端服务器的地理位置与所述付款终端上传到后端服务器的地理位置相隔的距离在预设范围内；

付款人根据所述支付界面进行支付操作；

支付完成后付款终端显示包括公共交通工具路线号码、车牌号码、支付成功标志、支付时间在内的界面；

第三方面，本发明实施例提供了一种公共交通工具支付装置，包括：

付款人所用终端；

公共交通工具终端装置；

其中，付款人所用终端包括：

检测模块，检测所述付款终端的空间姿态变化是否满足特定条件；

获取模块，若所述空间姿态变化满足特定条件，则获取所述付款终端的地理位置信息；

显示模块，显示包括路线号码、车牌号码、付款金额在内的支付界面，其中，所述公共交通工具终端装置上传到后端服务器的地理位置与所述付款终端上传到后端服务器的地理位置相隔的距离在预设范围内；

支付模块，根据支付界面完成支付操作；

其中，公共交通工具终端装置包括：

通信模块，与后端服务器进行数据通信；

获取模块，获取所述公共交通工具的地理位置信息；

提示模块，付款人付款成功后，给司机或工作人员提示信息。

第四方面，本发明实施例提供了一种公共交通工具支付装置，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现本发明实施例提供的用于公共交通工具支付方法中的步骤。

第五方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现本发明实施例提供的用于公共交通工具支付方法中的步骤。

在本发明实施例中，通过公共交通工具终端装置以固定时间间隔上传包含地理位置、路线号码、车牌号码在内的信息到后端服务器，并刷新替换历史信息；付款人在站台(或站牌、或入口闸机)处，或者与站台(或站牌、或入口闸机)相距在预设数值范围内；检测付款人所用付款终端空间姿态变化是否满足特定条件；若所述空间姿态变化满足特定条件，则获取所述付款终端的地理位置信息；所述付款终端上传所述付款终端的地理位置信息到后端服务器；所述付款终端显示包括路线号码、车牌号码、付款金额、确认按钮在内的支付界面，其中，所述公共交通工具终端装置上传到后端服务器的地理位置与所述付款终端上传到后端服务器的地理位置相隔的距离在预设范围内；付款人根据所述支付界面进行支付操作；支付完成后付款终端显示包括公共交通工具路线号码、车牌号码、支付成功标志、支付时间在内的界面；支付完成后公共交通工具终端装置提示司机或工作人员收款成功。从而能够实现更为简单、便捷的支付操作。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种公共交通工具的支付方法流程示意图；

图2是本发明实施例提供的一种付款人所用付款终端结构示意图；

图3是本发明实施例提供的另一种付款人所用付款终端结构示意图；

图4是本发明实施例提供的一种公共交通工具终端装置的结构图；

图5是本发明实施例提供的一种付款人所用付款终端的结构图；

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本发明实施例中，付款终端包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载移动终端及可穿戴设备等。公共交通工具可以是公交车，地铁等。公共交通工具终端装置可以是任意形式的具有无线通信功能，具有地理位置信息获取模块，具有信息提示等功能的设备，对于公共交通工具终端装置的形式本实施例不做限制，只要具备上述功能即可，可以以各种形式、形状出现。

请参见图1，图1是本发明实施例提供的一种支付方法的流程示意图，该方法应用于公共交通工具支付装置，如图1所述，包括以下步骤：

步骤101、公共交通工具终端装置以固定时间间隔上传包含所述公共交通工具当前地理位置信息、路线号码(比如多少路公交车、多少号线的地铁)、车牌号码在内的信息到后端服务器，并刷新替换后端服务器中所述公共交通工具的历史信息。

其中，公共交通工具终端装置可以通过运营商的3g、4g、5g物联网卡实现与后端服务器的无线通信。公共交通工具终端装置还可以通过wifi方式与后端服务器进行无线通讯，有些城市安装了全市覆盖的wifi系统，则可以通过此方式。当然公共交通工具终端装置还可以使用其它的方式与后端服务器实现无线通信，本实施例对此不做限定。

其中，公共交通工具终端装置最优的安装位置是靠近司机或工作人员处。

公共交通工具终端装置可以分三种部署方式，一种方式适用于公交车，公共交通工具终端装置部署在交通工具上，靠近司机的位置处。另一种方式适用于地铁，公共交通工具终端装置部署在入口处，或者闸机处。还有一种部署方式为分离式部署，可以是把获取模块部署在交通工具上，提示模块安装在入口闸机处，之间通过无线方式通信实现联动。

其中，公共交通工具终端装置每隔固定时间间隔获取自己的地理位置，并将地理位置上传到后端服务器。固定的时间间隔可以是1秒，可以是5秒，也可以是10秒，本实施例对此不做限定。

如图4所示，公共交通工具终端装置通过自身的获取模块获取自己的地理位置信息。获取模块通过调用gps，或者北斗等系统而获取自己的地理位置。然后，公共交通工具终端装置通过通讯模块与后端服务器建立通信关系，把获取到的地理位置信息，连同自己的路线号码(比如多少路公交车，多少号线的地铁)、车牌号码等信息一同发送到后端服务器。通信方式可以是socket方式，也可以是http通信协议方式，也可以是https通信协议方式，本实施例对此不做限定。后端服务器收到公共交通工具终端装置发来的信息后，根据车牌号找到对应的历史记录，然后将新获取到的数据信息对历史信息进行覆盖。车牌号码具有唯一性，除了车牌号还可以是其他编号，比如地铁没有车牌号就使用列车编号，或者其他编号，只要这个编号保证能唯一确定某一公共交通工具即可，本实施例对此不做限定。后端服务器存储数据信息的方式可以采用主流数据库，比如，oracle数据库，mysql数据库，sqlserver数据库等，本实施例对此不做限定。

步骤102、付款人在站台(或站牌、或入口闸机)处，或者与站台(或站牌、或入口闸机)相距在预设数值范围内。

其中，付款人就是乘客。要求付款人必须在站台(或站牌、或入口闸机)处或附近处进行接下来的操作。其中附近这一概念可以按照如下方式来认定，以站台(或站牌、或入口闸机)为中心，付款人与所述中心相距距离在预设数值范围内视为附近。预设数值可以是10米，或者15米，本实施例对此不做限定。站台(或站牌、或入口闸机)的位置信息需要提前保存到后端服务器中。优选的，为了高效，可以把部分城市的全部站台(或站牌、或入口闸机)的位置信息同时保存一份到付款人的付款终端中。如图2所示，付款终端具有获取模块，接下来的操作中，付款人的付款终端会通过获取模块获取自己的地理位置，获取到自己的位置信息后，如果通过数值计算、查询和比对，发现付款人没有在任一站台或者站牌附近，则给用户提示，无法进行接下来的操作。其中，付款人获取自己的位置，首先在付款终端处逐个检索保存的每一个转台(或站牌、或入口闸机)的地理位置信息，每检索一个站台(或站牌、或入口闸机)的地理位置信息就与付款终端获取的地理位置相距距离进行比对。寻找到与付款终端相距距离在预设数值范围内的站台(或站牌、或入口闸机)，如果未检索到，则把付款终端的地理位置上传到后端服务器，在后端服务器进行相同的检索方式。如果再付款终端本地和后端服务器都未找到与付款终端相距距离在预设数值范围内的站台(或站牌、或入口闸机)，则给用户提示，无法进行接下来的操作。

其中，付款终端与站台(或站牌、或入口闸机)的相距距离计算方式可以是，两个地理位置经度值做差，纬度值做差，然后经度值差和纬度值差作为直角三角形两个直角边，斜边即为相距距离。

步骤103、检测付款人所用付款终端空间姿态变化是否满足特定条件。

其中，所述特定条件可以是特定轨迹，也可以是特定摇晃状态，也可以是以特定的加速度运动的状态，本发明实施例对特定条件不进行具体限定。所述特定条件可以是所述付款终端出厂前被设置在所述付款终端，也可以是所述付款终端被用户使用时设置在所述付款终端上的。本发明实施例对特定条件的设置方式不进行具体限定。其中所述特定轨迹可以是“8”字轨迹，也可以是圆型的轨迹，也可以是在同一直线上来回往返3次的轨迹，本实施例对此不做限定。其中所述特定摇晃状态可以看做是沿直线轨迹运动的特殊情况，即付款终端从一点，沿直线快速移动到另一点。特定摇晃状态也可以看做在同一直线上来回往返多次的运动轨迹。这些变化轨迹需要在使用前设置好，当使用时，实际检测到的变化轨迹与使用前所设置的变化轨迹基本相同就视为满足特定条件。基本相同理解为变化轨迹满足80％，或者70％等，本实施例对此不做限定。特定的摇晃操作可以看做是运行轨迹的一种特例，特定摇晃操作可以设置摇晃次数，比如摇晃1次视为满足特定条件，或者摇晃3次才视为满足特定条件，本实施例对此不做限定。

其中，检测所述付款终端的空间姿态变化可以是通过获取所述付款终端的传感器的数据，分析所述传感器在三维空间的运动姿态，所述传感器可以是重力传感器、位移传感器、加速度传感器、三轴陀螺仪、三轴加速度计或者三轴电子罗盘等可以检测所述付款终端的空间姿态变化的传感器，对此本发明实施例不作限定。参照图2所示，图2是本发明实施例提供的一种付款终端的结构示意图，所述付款终端包括传感器的检测模块，所述传感器的数据由付款终端的传感器的检测模块获取，例如：所述付款终端可以为手机，所述传感器的检测模块可以通过调用安卓操作系统或者ios系统的自带函数接口实现传感器的检测，检测传感器是否有数据产生，以及数据是否发生了变化。

可选地，所述检测所述付款终端的空间姿态变化是否满足特定条件，包括：

在所述付款终端处于锁屏状态或者解锁状态下，检测所述付款终端的空间姿态变化是否满足特定条件。

其中，所述锁屏状态包括休眠状态或者锁屏状态，所述解锁状态包括解锁状态但未打开任何软件状态或者显示某一软件界面的状态，所述付款终端只要在未关机状态下均可以检测所述付款终端的空间姿态变化是否满足特定条件。

所述付款终端处于非关机状态下就可以执行检测空间姿态变化的操作，使得所述付款终端的支付易用性更强。

步骤104、若所述空间姿态变化满足特定条件，则获取所述付款终端的地理位置信息。

其中，所述获取所述付款终端的地理位置可以是通过所述付款终端的gps模块获取所述付款终端的地理位置，也可以是通过所述付款终端的北斗模块获取所述付款终端的地理位置，本发明实施例对此不进行限定。如图2所示，付款终端具有获取模块，所述地理位置可以由付款终端的获取模块获取，例如：所述付款终端可以为手机，所述位置坐标信息获取模块可以通过调用安卓操作系统或者ios系统的自带函数接口实现获取手机当前的位置信息，获取手机地理位置的坐标值数据。

步骤105、所述付款终端上传所述付款终端的地理位置信息到后端服务器。

其中，如图3所示付款终端结构图，上传所述付款终端的地理位置信息依靠付款终端的显示模块的发送单元实现，发送单元通过socket技术，或者http协议等方式与后端服务器进行通信，把获取到的地理位置信息上传到后端服务器。除了socket技术，以及http协议外，还有其他通信方式或通信协议可以实现把地理位置上传到后端服务器的效果，本实施例对此不做限定。

步骤106、所述付款终端显示包括路线号码、车牌号码、付款金额、确认按钮在内的支付界面，其中，所述公共交通工具终端装置上传到后端服务器的地理位置与所述付款终端上传到后端服务器的地理位置相隔的距离在预设范围内。

如图3所示付款终端结构图，付款终端显示支付界面主要通过付款终端的显示模块完成的。重点是显示模块的显示单元完成的。

其中，所述付款终端在界面上显示出靠近站牌的公共交通工具信息，主要包括路线号码(比如哪一路公交车，哪一号线的地铁)，车牌是多少，需要付款的金额是多少，以及确认按钮。如果多辆公共交通工具同时靠近站台或站牌，则把靠近站台或站牌的所有公共交通工具都罗列出来，让用户选择。其中如果公共交通工具没有车牌号则可以显示其他编号，能唯一确定公共交通工具的编号即可。

其中，所述公共交通工具终端装置上传到后端服务器的地理位置与所述付款终端上传的地理位置相隔的距离在预设范围内，所述相隔的距离可以采用所述付款终端的地理位置和所述公共交通工具终端装置上传到后端服务器的地理位置的坐标来计算，也可以采用所述付款终端的地理位置和所述公共交通工具终端装置上传到后端服务器的地理位置的经纬度值来计算，例如将付款终端所在地理位置的经度值与所述公共交通工具终端装置上传到后端服务器的地理位置的经度值的差值换算成第一长度，将付款终端所在地理位置的纬度值与所述公共交通工具终端装置上传到后端服务器的地理位置的纬度值的差值换算成第二长度，将所述第一长度和所述第二长度作为直角边，计算斜边的长度，所述斜边的长度即为相隔的距离。所述相隔的距离在预设范围内可以是5米，也可以10米，本发明实施例对此不进行限定。简单说就是，付款人在站台或站牌附近，公共交通工具也靠近站台或站牌附近，此时付款人和公共交通工具离的很近，此时付款人对付款终端进行操作，满足特定条件后显示支付界面。

其中，对于公交车这种交通工具，如果没有公交车上传到后端服务器的地理位置与所述付款终端上传的地理位置相隔的距离在预设范围内，则付款终端做出提示信息，无法进行下一步操作。也就是说，如果没有公交车接近站台，则付款终端无法进行支付操作，并给出提示信息。

其中，对于地铁这种交通工具，如果没有地铁上传到后端服务器的地理位置与所述付款终端上传的地理位置相隔的距离在预设范围内，则付款终端仍然可以进行下一步操作。也就是说，如果没有地铁接近站台，则付款终端任然可以进行支付操作。

步骤107、付款人根据所述支付界面进行支付操作。

付款人只需要在支付界面上选中自己要乘坐的公共交通工具，然后确认信息后点击确认按钮完成支付。因为公共交通工具费用都属于小额，所以可以进行免密码支付。点击确认按钮后，如图3所示，付款终端通过支付模块完成支付。支付模块进行支付的过程中还需要调用付款终端的显示模块的发送单元和接收单元。两个单元负责与后端服务器进行通信，完成金额的增减。

步骤108、支付完成后付款终端显示包括公共交通工具路线号码、车牌号码、支付成功标志、支付时间在内的界面。

支付完成后，付款终端显示一些信息给付款人，一方面让付款人知道自己付款成功，另一方面在有必要的时候(比如出现支付混乱，或多个付款人时收款笔数与付款人数不一致)，可以把这些信息展示给公共交通工具的司机或工作人员查看。显示的信息主要是公共交通工具路线号码(比如多少路公交车)、车牌号码(或其他能唯一识别公共交通工具的编号)、支付成功标志、支付时间。除此之外还要显示一组唯一随机编码，在特殊情况下可以用来验证付款人确实付款成功，比如同时有多个付款人一起付款，为了查看哪一笔对应哪一个付款人，此时通过这一组唯一随机编码来确认。支付成功后，公共交通工具终端装置保存着每一个成功付款的付款终端的唯一随机编码，如图4所示，公共交通工具通过提示模块可以查看到每个支付成功的付款终端的随机编码。其中，所述一组唯一随机编码在每一次支付中都不一样，每一个终端的一次支付对应一组唯一随机编码。一般情况下司机或者工作人员不需要查验，因为付款终端支付成功后，公共交通工具终端装置会给司机或者工作人员做出提示，所以司机或者工作人员不需要查验付款终端成功支付的界面。

在有必要查验的情形下，为了方便查验，支付成功后，付款终端显示成功支付界面的时候可以包含一个二维码，这个二维码暗含支付的地点，支付的金额，支付的公共交通工具路线编号，支付的时间等等，每一次支付对应不同的二维码。为了加速验证，可以使用离线装置进行验证，该离线装置不需要联网，离线状态下就可以解读出二维码的信息，判断出这个二维码的持有人在合理的时间地点成功进行了支付。其中，离线查验装置和二维码背后遵循同样的变化规律，基于这种变化规律可以完成验证工作。其中这种变化规律可以是时间的函数，也可以是同一规律的随机数，也可以是其他形式的变化规律，本实施例对此不做限定。这种离线校验的方式非常适合地铁这种交通工具，一方面地铁闸机处通信信号较差，手机等终端很难进行有效的通信，另一方面需要过一道闸机才可进入搭乘公共交通工具。此时可以选用此种方式，付款人在快接近闸机的时候，在信号强的地方完成支付，然后返回一个成功的界面，界面中包含一个二维码，付款人走到闸机时对准闸机的扫码装置扫码即可完成支付成功的离线验证，验证成功后放行。

步骤109、支付完成后公共交通工具终端装置提示司机或工作人员收款成功。

支付完成后，公共交通工具的终端装置需要给司机或工作人员收款成功的提示，其中提示方式可以是文字也可以是声音，对此本实施例不做限定。优选的，为了方便可以选择提示音的方式告知司机或工作人员收款成功，更加精准一些，还可以加上付款成功的的付款终端的随机编码或其一部分。

下面以一个实施例，对本发明实施例提供的支付方法进行举例说明：

实施例：

付款终端为付款人的手机，公共交通工具为公交车。

付款人下载特定的手机软件，进行实名制注册，软件为注册人创建一个表示其财产信息的账户，所述财产信息的账户不允许重复。

公交车通过自己的终端装置每个3秒上传自己的实时地理位置到后端服务器。

付款人来到公交站牌附近，且付款人的手机在未关机状态下，付款人的手机被付款人操作执行特定轨迹的运动或者处于特定摇晃状态，付款人的手机的加速度传感器、重力传感器、位移传感器等都会产生对应操作的数据。付款入的手机端的特定软件的传感器监控模块通过调用相关系统的api函数捕获传感器数据，或者捕获传感器数据的更新，然后把传感器的数据发送给传感器数据分析模块，传感器数据分析模块计算传感器数据，分析传感器在三维空间的运动情况，判定付款人的手机执行特定轨迹的运动或者处于特定摇晃状态。所述特定软件调用系统的api函数显示特定软件的支付界面。

后端服务器收到付款人发送的手机地理位置坐标数据后，到位置信息数据库中检索每个公交车上传的地理位置坐标，每检索一次就比对一次公交车上传的地理位置和付款人的距离是否在预设范围内，若在预设范围内，则把确认信息通过服务器发送到付款人的手机端，手机端收到服务器发送的确认信息后显示包括公交车路线号码(多少路)、公交车牌号码、付款金额、确认按钮在内的支付界面。其中车牌号码文字可以显示的小一些。如果同时进站多辆公交车，则都显示出来，由付款人选择，付款人也可以不选择，直接退出，等待下一次操作。

付款人点击确认按钮进行支付。

支付完成后，付款终端把支付金额，公交车路线号码(多少路)、公交车牌号码等信息发送到后端服务器，服务器收到上述信息后在账户信息数据库中对用户的账户金额进行变更，例如：付款人的账户金额减去支付的金额，公交公车作为收款人其账户金额加上所述支付的金额。账户信息数据库中对账户金额变更成功后，服务器向付款终端和公共交通工具终端装置发送支付成功的提示信息。

请参见图2，图2是本发明实施例提供的一种付款终端的结构图，如图2所示，付款终端200包括：

检测模块201，检测所述付款终端的空间姿态变化是否满足特定条件；

获取模块202，若所述空间姿态变化满足特定条件，则获取所述付款终端的地理位置信息。其中，所述收款设备存到后端服务器的地理位置与所述付款终端上传的地理位置相隔的距离在预设范围内；

显示模块203，显示模块，显示包括路线号码、车牌号码、付款金额在内的支付界面，其中，所述公共交通工具终端装置上传到后端服务器的地理位置与所述付款终端上传到后端服务器的地理位置相隔的距离在预设范围内；

支付模块204，根据所述支付界面进行支付，支付成功后进行支付结果提示。

可选地，如图3所述，所述显示模块203包括：

发送单元2031，向服务器发送包括所述付款终端的地理位置的请求消息；

接收单元2032，接收所述服务器发送的响应消息，所述响应消息包括支付成功的确认信息；

显示单元2033，显示包括路线号码、车牌号码、付款金额在内的支付界面。

请参见图5，图5是本发明实施例提供的另一种付款终端的结构图，如图5所示，该付款终端包括：存储器301、处理器300及存储在所述存储器301上并可在所述处理器上运行的程序，其中：

所述处理器300用于读取存储器301中的程序，执行下列过程：

检测所述付款终端的空间姿态变化是否满足特定条件；

若所述空间姿态变化满足特定条件，则获取所述付款终端的地理位置信息；

显示包括路线号码、车牌号码、付款金额在内的支付界面，其中，所述公共交通工具终端装置上传到后端服务器的地理位置与所述付款终端上传到后端服务器的地理位置相隔的距离在预设范围内；

根据所述支付界面进行支付操作。

在图5中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器300代表的一个或多个处理器和存储器301代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。

处理器300负责管理总线架构和通常的处理，存储器301可以存储处理器300在执行操作时所使用的数据。

需要说明的是，存储器301并不限定只在付款终端上，可以将存储器301和处理器300分离处于不同的地理位置。

需要说明的是，本发明实施例中方法实施例中应用于付款终端的任意实施方式都可以被本实施例中的上述付款终端所实现，以及达到相同的有益效果，此处不再赘述。

本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现本发明实施例提供的公共交通工具的支付方法中的步骤。其中，所述的计算机可读存储介质，如只读存储器(read-onlymemory，简称rom)、随机存取存储器(randomaccessmemory，简称ram)、磁碟或者光盘等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。