校园自行车监测方法、装置及系统与流程

本申请涉及信息监测及处理的技术领域，尤其是涉及一种校园自行车监测方法、装置及系统。

背景技术：

随着共享单车的快速发展，城市中随处可见共享单车，越来越多的人选择共享单车出行，共享单车为我们的生活带来很多便利。现有技术中，由于共享单车的商业性，需要使用物联网卡的方式，在一个城市的各个地方设置共享单车，且不会对共享单车的骑行位置或者锁车位置进行具体限制。但是，校园自行车是指大学校园内提供给在校师生使用的共享自行车，在校园内设置校园自行车时，由于校园场地的限制及安全度的要求，校园自行车的骑行位置及锁车位置需要进行限制，例如，操场中的师生较多，不能骑行，因此，传统的共享单车的监测方法不适用于校园自行车上。

因此，提出一种能够适用于校园自行车的监测方法是目前亟待解决的问题。

技术实现要素：

有鉴于此，本申请的目的在于提供一种校园自行车监测方法、装置及系统，以缓解现有技术中存在的传统的共享单车的监测方法不满足校园自行车的要求的技术问题。

第一方面，本申请实施例提供了一种校园自行车监测方法，所述方法包括：

当接收到开锁请求时，获取校园自行车的状态，其中，所述状态包括可骑行、以及不可骑行；

当确定所述校园自行车的状态为可骑行时，打开所述校园自行车的车锁，并对所述校园自行车的位置信息进行检测，其中，所述位置信息包括骑行过程中的实时位置信息，以及锁车时的停车位置信息；

当依据所述校园自行车的位置信息检测到所述校园自行车不在指定位置区域时，控制所述校园自行车上的警报器发出警报。

本申请的一些实施例中，所述方法还包括：

获取校园自行车的监测数据，其中，所述监测数据为通过安装在所述校园自行车上的传感器测得；

基于校园自行车的监测数据以及预先训练好的状态预测模型，确定所述校园自行车的状态，其中，所述状态包括可骑行、以及不可骑行；

将所述校园自行车的标识码与该校园自行车的状态关联后保存。

本申请的一些实施例中，所述接收到开锁请求，包括：

检测到用户的校园卡信息；

根据所述校园卡信息，判断所述校园卡信息是否有效；

若有效，确定接收到开锁请求。

本申请的一些实施例中，状态预测模型的训练过程，包括：

将带有标记结果的所述校园自行车的历史监测数据输入到待训练的状态预测模型中，对待训练的状态预测模型进行训练，训练过程中不断调整所述状态预测模型的参数，直到调整参数后的所述状态预测模型的准确率大于预设的阈值为止，其中，所述标记结果包括可骑行结果以及不可骑行结果。

本申请的一些实施例中，所述方法还包括：

当校园自行车故障修复之后，将修复之后的所述校园自行车的监测数据输入到预先训练好的状态预测模型，对所述状态预测模型进行优化；

或/和，

间隔预设的时间周期，获取所述校园自行车的监测数据，对预先训练好的状态预测模型进行更新。

本申请的一些实施例中，对所述校园自行车的位置信息进行检测，包括：

在所述校园自行车骑行过程中，接收所述校园自行车发送的骑行信号；

基于所述骑行信号，确定所述校园自行车的实时位置信息；

在所述校园自行车锁车后，接收所述校园自行车发送的锁车信号；

基于所述锁车信号，确定所述校园自行车的停车位置信息。

本申请的一些实施例中，所述方法还包括：

在预设的位置设置网关；

基于所述网关的信号覆盖范围，确定指定位置区域，所述指定位置区域包括可骑行区域以及可锁车区域。

第二方面，本申请实施例还提供一种校园自行车监测装置，所述装置包括：

状态获取模块，用于当接收到开锁请求时，获取校园自行车的状态，其中，所述状态包括可骑行、以及不可骑行；

位置监测模块，用于当确定所述校园自行车的状态为可骑行时，打开所述校园自行车的车锁，并对所述校园自行车的位置信息进行检测，其中，所述位置信息包括骑行过程中的实时位置信息，以及锁车时的停车位置信息；

报警模块，用于当依据所述校园自行车的位置信息检测到所述校园自行车不在指定位置区域时，控制所述校园自行车上的警报器发出警报。

本申请的一些实施例中，所述装置还包括：

校园卡检测模块，用于检测到用户的校园卡信息；根据所述校园卡信息，判断所述校园卡信息是否有效；若有效，确定接收到开锁请求。

第三方面，本申请实施例还提供一种校园自行车监测系统，所述系统包括：中心服务器、lora网关以及lora节点，所述lora节点与所述lora网关通过无线通信相连，所述lora网关与所述中心服务器无线通信相连；

所述lora节点设置在所述校园自行车上，用于存储所述校园自行车的监测数据，以及向所述lora网关发送包含所述校园自行车位置信息的信号，所述信号包括骑行信号及锁车信号；接收警报信息，控制所述校园自行车上的警报器发出警报；

所述lora网关，用于接收所述lora节点发送的所述信号，根据所述信号判断所述校园自行车的位置信息是否在指定位置区域，当判断所述校园自行车不在指定位置区域时，向所述lora节点发出警报信息；以及，获取所述lora节点存储的所述校园自行车的监测数据，并将所述监测数据输入到预先训练好的状态预测模型确定所述校园自行车的状态，其中，所述状态包括可骑行、以及不可骑行；

接收所述中心服务器发送的信息接收信号，获取所述lora节点上存储的所述校园自行车的监测数据，并将所述校园自行车的监测数据发送至所述中心服务器；

所述中心服务器，用于对状态预测模型进行训练，并且间隔预设的时间周期向所述lora网关发送信息接收信号，根据接收到的所述监测数据更新状态预测模型，并将更新后的所述状态预测模型发送至所述lora网关。

本申请实施例带来了以下有益效果：本申请提供了一种校园自行车监测方法、装置及系统，校园自行车监测方法包括：当接收到开锁请求时，获取校园自行车的状态；当确定校园自行车的状态为可骑行时，打开校园自行车的车锁，并对校园自行车的位置信息进行检测，其中，位置信息包括骑行过程中的实时位置信息，以及锁车时的停车位置信息；当依据校园自行车的位置信息检测到校园自行车不在指定位置区域时，控制校园自行车上的警报器发出警报。

本申请提出的校园自行车监测方法能够监测校园自行车的位置信息，若校园自行车处于非骑行区域或者非锁车区域时，报警器提示用户，避免用户在非骑行区域胡乱骑车，或者在非锁车区域胡乱锁车时造成的校园秩序混乱，提高了校园自行车的安全度，缓解了现有技术中存在的传统的共享单车的监测方法不满足校园自行车的要求的技术问题。

本申请的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1为本申请实施例提供的一种校园自行车监测方法的流程图；

图2为本申请实施例提供的另一种校园自行车监测方法的流程图；

图3为本申请实施例提供的一种校园自行车监测装置的结构框图；

图4为本申请实施例提供的一种校园自行车监测系统的结构框图。

图标：31-状态获取模块；32-位置监测模块；33-报警模块；41-中心服务器；42-lora网关；43-lora节点。

具体实施方式

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

目前现有技术中，由于共享单车的商业性，需要使用物联网卡的方式，在一个城市的各个地方设置共享单车，且不会对共享单车的骑行位置或者锁车位置进行具体限制。但是，校园自行车是指大学校园内提供给在校师生使用的共享自行车，在校园内设置校园自行车时，由于校园场地的限制及安全度的要求，校园自行车的骑行位置及锁车位置需要进行限制，例如，操场中的师生较多，不能骑行，因此，传统的共享单车的监测方法不适用于校园自行车上。因此，提出一种能够适用于校园自行车的监测方法是目前亟待解决的问题。基于此，本申请实施例提供的一种校园自行车监测方法、装置以及系统，能够避免用户在非骑行区域胡乱骑车，或者在非锁车区域胡乱锁车时造成的校园秩序混乱，提高了校园自行车的安全度，缓解了现有技术中存在的传统的共享单车的监测方法不满足校园自行车的要求的技术问题。

为便于对本实施例进行理解，首先对本申请实施例所公开的一种校园自行车监测方法进行详细介绍。

实施例一：

本申请实施例提供了一种校园自行车监测方法，如图1所示，图中示出的是一种校园自行车监测方法的流程图，包括：

步骤s101，当接收到开锁请求时，获取校园自行车的状态，其中，校园自行车的状态包括可骑行、以及不可骑行；

在本申请实施例中，可以对校园自行车设置对应的标识码，每一个校园自行车的标识码是唯一的，不同校园自行车的标识码不相同。

具体的，确定校园自行车的状态的过程，包括：

首先，获取校园自行车的监测数据，其中，该监测数据为通过安装在校园自行车上的传感器测得；

其次，基于校园自行车的监测数据以及预先训练好的状态预测模型，确定校园自行车的状态，其中，校园自行车的状态包括可骑行、以及不可骑行；

最后，将校园自行车的标识码与该校园自行车的状态关联后保存。

本申请实施例中，校园自行车上设置有多个传感器，多个传感器对校园自行车的预设指标进行监测，获得校园自行车的监测数据，并将校园自行车的标识码添加到对应的监测数据中，方便校园自行车监测数据的存储及查询。例如，可以在自行车的轮胎上设置压力传感器，通过检测轮胎的压力数据，实现对校园自行车轮胎状态的监测；具体的，传感器的数量及种类可以根据实际的需要进行设置本申请实施例对此不进行具体限定。

本申请实施例中，状态预测模型的训练过程，包括：

将带有标记结果的校园自行车的历史监测数据输入到待训练的状态预测模型中，对待训练的状态预测模型进行训练，训练过程中不断调整状态预测模型的参数，直到调整参数后的状态预测模型的准确率大于预设的阈值为止，其中，标记结果包括可骑行结果以及不可骑行结果，具体的，历史监测数据包括校园自行车有问题的监测数据、出现问题并修复后的校园自行车的监测数据、以及没使用时的校园自行车的监测数据等。

进一步的，当校园自行车故障修复之后，将修复之后的校园自行车的监测数据输入到预先训练好的状态预测模型，对状态预测模型进行优化；具体的，当校园自行车故障修复之后，将修复后的校园自行车进行标记，被标记的校园自行车的监测数据需要实时的输入到预先训练好的状态预测模型中，使用被标记的校园自行车的监测数据对状态预测模型进行优化，提高状态预测模型的准确率。其中，对修复后的校园自行车进行标记时，可以设置标记的有效时间，例如，标记有效时间为一周，一周之内标记有效，一周之后校园自行车的标记失效，标记失效后的校园自行车的数据不需要实时的输入到预先训练好的状态预测模型中，对状态预测模型进行训练。

具体的，本申请中的状态预测模型是周期性更新的。其中，间隔预设的时间周期，获取校园自行车的监测数据，对预先训练好的状态预测模型进行更新。时间周期可以为五天、一周等，具体的时间周期可以根据实际情况进行设置，对此本申请不作具体限定。进一步的，周期性的对状态预测模型进行更新，使得对状态预测模型进行训练的监测数据不断增加，随着训练的监测数据的增加，状态预测模型的精确度不断提高，进而提高了校园自行车使用的安全度。

在现有技术中，若共享单车出现问题时，例如，刹车出现问题，系统不能及时发现共享单车存在的问题，需要人们在使用过程中将发现的问题发送系统，系统根据接收到的反馈信息，确定共享单车存在的问题，进而通知维修人员进行维修。这种依靠人为发现问题、反馈问题的方式，使得共享单车的问题发现不及时，进而使得共享单车的安全度较低，以及共享单车维修的周期较长、效率较低。

而本申请中通过设置状态预测模型，能够对校园自行车的状态进行实时预测，确定校园自行车的状态，实时发现校园自行车存在的问题，提高了校园自行车的安全度，减小了维修的周期，提高了维修效率。

本申请实施例中，可以选择机器学习算法对状态预测模型进行构建及训练。具体的，构建方法包括支持向量机、线性回归算法等。

步骤s102，当确定校园自行车的状态为可骑行时，打开校园自行车的车锁，并对校园自行车的位置信息进行检测，其中，位置信息包括骑行过程中的实时位置信息，以及锁车时的停车位置信息；

本申请实施例中，通过实时对校园自行车的位置信息进行检测，可以避免用户在非骑行区域骑车，及在非锁车区域锁车，避免用户在校园内胡乱骑车或者胡乱锁车造成的校园秩序混乱，进而降低校园的安全度。

步骤s103，当依据校园自行车的位置信息检测到校园自行车不在指定位置区域时，控制校园自行车上的警报器发出警报。

当校园自行车的位置信息不在指定区域内时，警报器会发出警报提醒骑行者注意，例如，若骑行车无意间骑行到非骑车区域时，警报器发出警报，骑行者听到警报时，可以更换骑行的方向或者地点；若骑行者没有在设置的阈值时间内，离开非骑行区域，则校园自行车向中心服务器发送位置信息及骑行者的校园卡信息，中心服务器收到位置信息及骑行者的校园卡信息后，采取相应的措施进行处理。处理的措施可以为发送处理信号，派相关工作人员将该校园自行车回收，具体的，采取的措施可以根据实际情况进行设置。

进一步的，本申请可以设置用户的最高扣费值，若用户在使用校园自行车之后忘记关锁，则用户最多会扣除设置的最高扣费值，减小用户的经济损失，提高用户的体验度。

本申请实施例通过提供了一种校园自行车监测方法，其包括：当接收到开锁请求时，获取校园自行车的状态；当确定校园自行车的状态为可骑行时，打开校园自行车的车锁，并对校园自行车的位置信息进行检测，其中，位置信息包括骑行过程中的实时位置信息，以及锁车时的停车位置信息；当依据校园自行车的位置信息检测到校园自行车不在指定位置区域时，控制校园自行车上的警报器发出警报。本申请提出的校园自行车监测方法能够避免用户在非骑行区域胡乱骑车，或者在非锁车区域胡乱锁车时造成的校园秩序混乱，提高了校园自行车的安全度，缓解了现有技术中存在的传统的共享单车的监测方法不满足校园自行车的要求的技术问题。

作为一个可选实施例，如图2所示，图中示出的是另一种校园自行车监测方法的流程图，接收到开锁请求，包括：

步骤s1011，检测到用户的校园卡信息；

步骤s1012，根据校园卡信息，判断校园卡信息是否有效；

具体的，中心服务器存储有校园内所有师生的校园卡信息，将检测到的校园卡信息输入到中心服务器的数据库中进行比对，若该数据库中包含检测到的该校园卡信息，则该校园卡信息有效。

步骤s1013，若有效，确定接收到开锁请求。

在本申请实施例中，由于校园卡在高校很普及，因此，本申请中可以通过使用校园卡对校园自行车进行开锁操作，方便校园中师生用户的使用。

作为一个可选实施例，所述校园自行车监测方法还包括：

在预设的位置设置网关；

基于所述网关的信号覆盖范围，确定指定位置区域，所述指定位置区域包括可骑行区域以及可锁车区域。

在本申请实施例中，一个网关的信号覆盖范围为圆球形。具体的，设置可骑行区域时，通过在预设的位置设置网关，并调节网关的信号的发射功率，使得多个网关的信号覆盖范围构成可骑行区域，该网关的信号覆盖范围可以稍大于可骑行区域。而可锁车区域的设置方式与可骑行区域的设置方式相同，可锁车区域的设置方式可参照上述对可骑行区域的设置过程，本申请对此不进行具体描述。其中，可骑行区域与可锁车区域不同。

作为一个可选实施例，对校园自行车的位置信息进行检测，包括：

在校园自行车骑行过程中，接收校园自行车发送的骑行信号；

基于所述骑行信号，确定校园自行车的实时位置信息；

在校园自行车锁车后，接收校园自行车发送的锁车信号；

基于锁车信号，确定校园自行车的停车位置信息。

在本申请实施例中，可以根据接收到骑行信号或者锁车信号的网关，对校园自行车的实时位置信息或者停车位置信息进行确定。例如，若位于校园主教学楼的网关检测到了锁车信号，则可以判断发出该锁车信号的校园自行车位于主教学楼的网关的信号覆盖范围内，因而可以初步确定该校园自行车的位置。

实施例二：

在上述实施例的基础上，本申请实施例还提供了一种校园自行车监测装置，参见图3所示的是一种校园自行车监测装置的结构框图，该装置包括：

状态获取模块31，用于当接收到开锁请求时，获取校园自行车的状态，其中，状态包括可骑行、以及不可骑行；

位置监测模块32，用于当确定校园自行车的状态为可骑行时，打开校园自行车的车锁，并对校园自行车的位置信息进行检测，其中，位置信息包括骑行过程中的实时位置信息，以及锁车时的停车位置信息；

报警模块33，用于当依据校园自行车的位置信息检测到校园自行车不在指定位置区域时，控制校园自行车上的警报器发出警报。

作为一个可选实施例，所述装置还包括：

监测数据获取模块，用于获取校园自行车的监测数据，其中，监测数据为通过安装在该校园自行车上的传感器测得；

状态确定模块，用于基于校园自行车的监测数据以及预先训练好的状态预测模型，确定校园自行车的状态，其中，状态包括可骑行、以及不可骑行；

状态保存模块，用于将校园自行车的标识码与该校园自行车的状态关联后保存。

作为一个可选实施例，所述装置还包括：

校园卡检测模块，用于检测到用户的校园卡信息；根据校园卡信息，判断校园卡信息是否有效；若有效，确定接收到开锁请求。

作为一个可选实施例，所述装置还包括：

模型训练模块，用于将带有标记结果的校园自行车的历史监测数据输入到待训练的状态预测模型中，对待训练的状态预测模型进行训练，训练过程中不断调整状态预测模型的参数，直到调整参数后的状态预测模型的准确率大于预设的阈值为止，其中，标记结果包括可骑行结果以及不可骑行结果。

作为一个可选实施例，所述装置还包括：

模型优化模块，用于当校园自行车故障修复之后，将修复之后的校园自行车的监测数据输入到预先训练好的状态预测模型，对状态预测模型进行优化；

或/和，

模型更新模块，用于间隔预设的时间周期，获取校园自行车的监测数据，对预先训练好的状态预测模型进行更新。

作为一个可选实施例，位置监测模块，还具体用于：

在校园自行车骑行过程中，接收校园自行车发送的骑行信号；

基于骑行信号，确定校园自行车的实时位置信息；

在校园自行车锁车后，接收校园自行车发送的锁车信号；

基于锁车信号，确定校园自行车的停车位置信息。

作为一个可选实施例，所述装置还包括：

指定区域确定模块，用于在预设的位置设置网关；基于网关的信号覆盖范围，确定指定位置区域，指定位置区域包括可骑行区域以及可锁车区域。

本发明实施例提供的校园自行车监测装置，与上述实施例提供的校园自行车监测方法具有相同的技术特征，所以也能解决相同的技术问题，达到相同的技术效果。

实施例三：

在上述实施例的基础上，本申请实施例还提供了一种校园自行车监测系统，该系统包括中心服务器41、lora网关42以及lora节点43，lora节点43与lora网关42通过无线通信相连，lora网关42与中心服务器41无线通信相连，参见图4所示的是一种校园自行车监测系统的结构框图；

lora节点43设置在校园自行车上，用于存储校园自行车的监测数据，以及向lora网关42发送包含校园自行车位置信息的信号，该信号包括骑行信号及锁车信号；接收警报信息，控制校园自行车上的警报器发出警报；

本申请实施例中，lora节点43周期性的获取校园自行车的监测数据，并对该监测数据进行预处理，预处理包括：对监测数据进行筛选、判断，剔除不符合要求的数据，对监测数据进行格式转换等。lora节点43存储预处理后的监测数据。

lora网关42，用于接收lora节点43发送的信号，根据信号判断校园自行车的位置信息是否在指定位置区域，当判断校园自行车不在指定位置区域时，向lora节点43发出警报信息；以及，获取lora节点43存储的校园自行车的监测数据，并将监测数据输入到预先训练好的状态预测模型确定校园自行车的状态，其中，校园自行车的状态包括可骑行、以及不可骑行；

接收中心服务器41发送的信息接收信号，获取lora节点43上存储的校园自行车的监测数据，并将校园自行车的监测数据发送至中心服务器41；

中心服务器41，用于对状态预测模型进行训练，并且间隔预设的时间周期向lora网关42发送信息接收信号，根据接收到的监测数据更新状态预测模型，并将更新后的状态预测模型发送至lora网关42。

具体的，当校园自行车上的lora节点43接收到用户的开锁请求时，获取用户的校园卡信息时，并将该校园卡信息发送至lora网关42，lora网关42将该校园卡信息发送至中心服务器41，中心服务器41中的数据库对接收到的校园卡信息进行对比，判断该校园卡信息是否有效，若有效，则在中心服务器的数据库中查询该校园自行车的状态，若状态为可骑行，则发送通过信号。lora网关42将接收到的通过信号发送至lora节点43，控制校园自行车开锁。

进一步的，间隔预设的时间段，中心服务器根据校园自行车的标识码按照预定的顺序，发送信息接收信号，接收该信息接收信号对应的校园自行车的监测数据，并将该校园自行车的监测数据输入到lora网关42的状态预测模型中进行状态判断，并根据状态判断的结果更新数据库的信息。

同时，中心服务器41包括数据库，数据库中包括所有校园自行车的监测数据以及对应的状态的信息，若lora网关42监测到某辆校园自行车的状态发生改变后，将该校园自行车的标识码及对应的状态发送至中心服务器，中心服务器更新数据库中校园自行车的状态信息。例如，当lora网关42监测到某辆校园自行车的刹车故障，则将该校园自行车对应的标识码及刹车故障、不可骑行发送至中心服务器41，进而更新数据库的信息；或者，当某辆自行车故障修复之后，lora网关42判断该校园自行车的状态为可骑行，则将该校园自行车的标识码及对应的可骑行的状态发送至中心服务器41，对数据库中的信息进行更新。

进一步的，用户在骑行过程中，lora节点43实时的发送骑行信号，对应的lora网关42接收该骑行信号，并根据骑行信号确定该用户的骑行位置，若用户处于非骑行区域，则该校园自行车的报警器发出警报。用户在锁车后，lora节点43发送锁车信号，对应的lora网关42接收该锁车信号，并根据锁车信号确定该用户的锁车位置，若用户处于非锁车区域，则该校园自行车的报警器发出警报。

本发明实施例提供的校园自行车监测系统，与上述实施例提供的校园自行车监测方法具有相同的技术特征，所以也能解决相同的技术问题，达到相同的技术效果。

另外，在本申请实施例的描述中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。

在本申请的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

本申请实施例所提供的进行校园自行车监测方法的计算机程序产品，包括存储了处理器可执行的非易失的程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。