一种基于云数据的停车场联网管理系统的利记博彩app

本发明涉及计算机技术领域，具体涉及一种基于云数据的停车场联网管理系统。

背景技术：

随着社会的发展，车辆数目的不断增长，尤其是私家车不断增多，停车场的车位日益紧张，用户往往需花费大量的时间寻找停车位。

停车管理是“以静制动”，解决大城市交通拥堵的重要手段之一。近年来，随着机动车数量的持续快速增长，城市里面的停车需求依然面临严峻的增长态势。同时在停车难的情况下存在大量的车辆找不到泊位而造成的道路拥堵，路内泊位紧张及路外停车场利用率不高的奇怪现象。造成这样现场发生的原因在于每个停车场都是一个独立的信息孤岛，都有自己的一套标准和规则。而各个停车场之间也无法向需要停车的车主提供有用的信息而去吸引车主入场，两个群体之间急需一个平台来连接。

目前公共场合的停车场大多采用基于RFID技术的停车场管理方法：当有空闲车位的时候，让车辆进入并由自动出卡机或者工作人员在入口处发放RFID标签，然后车主刷RFID标签进入。如果暂时没有空闲车位，车主只能在停车场外面等待或者自己去别的地方找寻停车位。此类停车场管理系统存在的最大缺点是无法提前向车主提供停车场的车位信息，车主到达停车场后才能了解其车位信息，增加了停车的盲目性。

虽然有些公共停车场可以提供空余车位查询功能，但停车场的车位信息是不断变化的，车主必须通过频繁的主动查询才能保证信息的实时性，这也会给车主带来不便。并且由于没有车位预约功能，车主到达停车场后很可能会出现空闲车位刚刚被用完的尴尬情况。此外，这些停车场软件系统通常都是针对某一个停车场开发建设的，而用户的行踪轨迹可能并不固定，经常需要到多个停车场来停车，车主又不可能在每个停车场软件系统都注册登录。

综上所述，现有的停车场软件系统只能向已注册的用户提供空余车位查询，并且车主即使查询了空余车位，停车时也具有盲目性，车主需要使用哪个停车场就注册哪个停车场软件，就本身也会给用户带来诸多不便，不能更好地为车主服务。

技术实现要素：

本发明的目的在于提供一种基于云数据的停车场联网管理系统，用于实现车辆停车的自主预约，方便对多个停车场的统一简捷化管理。

为了达到上述目的，本发明采用这样的如下技术方案：

本发明提供一种基于云数据的停车场联网管理系统，包括：停车云平台、白名单云数据库、对外公众平台、停车场道闸和数据终端，其中，

所述对外公众平台和所述停车云平台、所述数据终端建立有通信连接，所述停车云平台和所述白名单云数据库建立有通信连接，所述停车云平台包括有：道闸数据开放接口和数据终端数据开放接口，所述停车场道闸分别设置各个停车场的出入口，所述停车场道闸通过互联网和所述停车云平台连接；

所述对外公众平台，用于收集多个停车场的入网信息，并将所述多个停车场的入网信息发送给所述停车云平台，所述入网信息包括：停车场地址、停车场总泊位数、预约时效长度、停车收费标准；

所述对外公众平台，还用于接收车主通过数据终端发送的预约停车请求，并将所述预约停车请求发送给所述停车云平台，所述预约停车请求包括：预约停车场的名称、白名单车牌号、预约车主电话、预约入场时间；

所述停车云平台，用于将接收到的所述多个停车场的入网信息存储到所述白名单云数据库中；对接收到的所述车主的预约停车请求进行信息属性匹配，所述预约停车请求匹配通过后，将所述预约停车请求存储到所述白名单云数据库中，并将所述预约停车请求中的白名单车牌号和白名单有效时间发送给所述停车场道闸；

所述停车场道闸，用于接收所述停车云平台发送的白名单车牌号和白名单有效时间，并将所述白名单车牌号和白名单有效时间存储到本地的道闸白名单中；识别准备进入所述预约停车场的车辆车牌号和车辆实际入场时间，在所述本地的道闸白名单中搜索识别出的车辆车牌号以及判断所述白名单车牌号是否在白名单有效时间内入场，如果所述白名单车牌号在白名单有效时间内入场则自动放行，并将所述白名单车牌号的车辆实际入场时间发送到所述停车云平台；识别准备离开所述预约停车场的车辆车牌号和车辆实际离场时间，如果准备离场的是所述白名单车牌号则自动放行，并将所述白名单车牌号的车辆实际离场时间发送到所述停车云平台；

所述停车云平台，还用于将所述停车场道闸发送的所述白名单车牌号的车辆实际入场时间存储到所述白名单云数据库；将所述停车场道闸发送的所述白名单车牌号的车辆实际离场时间存储到所述白名单云数据库；根据所述白名单车牌号的车辆实际入场时间、所述白名单车牌号的车辆实际离场时间以及停车收费标准计算所述白名单车牌号的停车缴费信息，并将所述停车缴费信息发送给所述车主。

采用上述技术方案后，本发明提供的技术方案将有如下优点：

本发明实施例提供的基于云数据的停车场联网管理系统中，可以包括停车云平台、白名单云数据库、对外公众平台、停车场道闸和数据终端，停车云平台对接有对外公众平台，该对外公众平台是系统平台的一个对外接口，管理所有入网的停车场，停车云平台是整个停车场联网管理系统的调度中心，停车场道闸根据停车场平台发送的白名单车牌号和白名单有效时间来实时的维护道闸白名单，本发明实施例中停车场道闸通过本地的道闸白名单对准备进入预约停车场的车辆进行白名单匹配，通过车牌识别自动进出，不摇车窗，不停车，快捷、方便，保障车主无卡快速通行，既节约了车主的时间，又无需取票、无需刷卡，无丢失停车凭证之弊，所有停车场都可以随时加入停车场联网管理系统，通过设置在停车场出入口的停车场道闸实现车辆停车的自主预约，方便对多个停车场的统一简捷化管理。

附图说明

图1为本发明实施例提供一种基于云数据的停车场联网管理系统的组成结构方框示意图；

图2为本发明实施例提供的基于云数据的停车场联网管理系统的使用方注册流程示意图；

图3为本发明实施例提供的基于云数据的停车场联网管理系统的工作流程示意图。

具体实施方式

本发明实施例提供了一种基于云数据的停车场联网管理系统，用于实现车辆停车的自主预约，方便对多个停车场的统一简捷化管理。

为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本发明一部分实施例，而非全部实施例。基于本发明中的实施例，本领域的技术人员所获得的所有其他实施例，都属于本发明保护的范围。

本发明的说明书和权利要求书及上述附图中的术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，以便包含一系列单元的过程、方法、系统、产品或设备不必限于那些单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它单元。

在现有技术中，目前停车场管理系统一般采用地感对车辆的到来进行感应，当地感感应到有车辆到来时触发车辆到来信号，控制系统在接到该车辆到来信号之后，控制道闸放下，此时一般通过刷IC卡识别车主身份是否有效，当车主刷IC卡有效之后，控制系统控制道闸拉起，放行车辆通过，但是这种停车取卡的方式存在诸多问题，例如需要车主停车取卡，并且车库是否有空余车位也无法提前获知，停车卡容易丢失等问题。

基于此，本发明实施例提供一种基于云数据的停车场联网管理系统，解决各个停车场都是一个独立的信息孤岛，都有自己的一套标准和规则。而各个停车场之间也无法向需要停车的车主提供有用的信息而去吸引车主入场，两个群体之间急需一个平台来连接。本发明实施例可以利用停车场道闸打通各个信息孤岛，把所有停车场先连接起来，提供所有有用的信息在车主的终端平台上展示出来，车主根据自己的停车需求来驶入停车场。

以下分别进行详细说明。

本发明基于云数据的停车场联网管理系统的一个实施例，请参阅图1所示，该基于云数据的停车场联网管理系统，包括：停车云平台、白名单云数据库、对外公众平台、停车场道闸，数据终端，其中，

对外公众平台和停车云平台、数据终端建立有通信连接，停车云平台和白名单云数据库建立有通信连接，停车云平台包括有：道闸数据开放接口和数据终端数据开放接口，停车场道闸分别设置各个停车场的出入口，停车场道闸通过互联网和停车云平台连接；

对外公众平台，用于收集多个停车场的入网信息，并将多个停车场的入网信息发送给停车云平台，入网信息包括：停车场地址、停车场总泊位数、预约时效长度、停车收费标准；

对外公众平台，还用于接收车主通过数据终端发送的预约停车请求，并将预约停车请求发送给停车云平台，预约停车请求包括：预约停车场的名称、白名单车牌号、预约车主电话、预约入场时间；

停车云平台，用于将接收到的多个停车场的入网信息存储到白名单云数据库中；对接收到的车主的预约停车请求进行信息属性匹配，预约停车请求匹配通过后，将预约停车请求存储到白名单云数据库中，并将预约停车请求中的白名单车牌号和白名单有效时间发送给停车场道闸；

停车场道闸，用于接收停车云平台发送的白名单车牌号和白名单有效时间，并将白名单车牌号和白名单有效时间存储到本地的道闸白名单中；识别准备进入预约停车场的车辆车牌号和车辆实际入场时间，在本地的道闸白名单中搜索识别出的车辆车牌号以及判断白名单车牌号是否在白名单有效时间内入场，如果白名单车牌号在白名单有效时间内入场则自动放行，并将白名单车牌号的车辆实际入场时间发送到停车云平台；识别准备离开预约停车场的车辆车牌号和车辆实际离场时间，如果准备离场的是白名单车牌号则自动放行，并将白名单车牌号的车辆实际离场时间发送到停车云平台；

停车云平台，还用于将停车场道闸发送的白名单车牌号的车辆实际入场时间存储到白名单云数据库；将停车场道闸发送的白名单车牌号的车辆实际离场时间存储到白名单云数据库；根据白名单车牌号的车辆实际入场时间、白名单车牌号的车辆实际离场时间以及停车收费标准计算白名单车牌号的停车缴费信息，并将停车缴费信息发送给车主。

需要说明的是，在本发明实施例中，对外公众平台可以是停车云平台的组成部分，即对外公众平台可以是停车云平台内部实现的对外统一接口，如图1所示，在本发明的另一些实施例中对外公众平台也可以是独立于停车云平台之外的一个对外接口，使得网格员能够输入停车场的入网信息以及数据终端能够发送预约停车请求，此处不做限定。

在本发明实施例中，停车场联网管理系统可以统一管理大量的停车场，并且基于云数据完成，避免各个停车场各自为政的问题，本发明实施例中提供的停车场联网管理系统可以实现联网车牌账户、公众平台以及加密注册审核流程、私有通讯协议、预约机制、以停车场为单位的网格员管理机制、白名单分发机制、黑名单禁用机制、停车分流指向机制、道闸联网、数据终端服务接口、白名单云数据库。其中，停车分流其实是一个显示，就是车主在系统中查看停车场时可以看到每个停车场的空闲泊车位情况，从而可以此为依据的选择停车场，实现变相的停车分流。举例说明如下：停车场网格员在对外公众平台上申请入网许可，审核通过后需设置停车场相关信息，包括：停车场地址、停车场总泊位数、预约时效长度、此停车场计费方法等信息，车主通过数据终端，例如可以是APP端的预约服务查看目的地附近的停车场空位信息以及在预约数，并选择需要预约的停车场。车主在APP端进入预约停车场的预约界面后，输入车牌号、预约进场的时间、车主的称呼以及电话号码，确认信息后确认。预约信息将发往到白名单云数据库中，系统匹配好属性值之后定向将白名单车牌号发送到预约停车场的白名单中，并同时以短信的方式通知车主预约成功。车主在预约时效内到达停车场入口时，道闸自动放行，并返回此车牌入场时间到白名单云数据库中；若车主没有在有效预约时效内到达停车场则视为预约作废；车主离开停车场时，停车场出口道闸自动放行，并返回此车牌出场时间到白名单云数据库中。系统根据车主的停车时长与该停车场的计费公式计算出车主应交的停车费；系统返回缴费信息到APP端并同时发送缴费短讯到车主预留手机号，通知车主缴费。

在本发明的前述举例中，停车场网格员，指以停车场为单位的信息录入人员以及入网责任人，对外公众平台指停车场联网管理系统的对外信息公众平台，系统指基于云数据的停车场联网管理系统，入网许可指网格员在申请入停车场联网中时获得的密钥，APP端指对接二次开发后连入停车场联网系统中的手机终端，白名单指可自由出入停车场的车牌号名单。

在本发明的一些实施例中，停车云平台，还用于判断在白名单有效时间内是否接收到停车场道闸发送的车辆实际入场时间，如果白名单车牌号在白名单有效时间内没有进入预约停车场，则确定预约停车请求无效，向停车场道闸发送删除白名单车牌号的指令；

停车场道闸，还用于接收停车云平台发送的删除白名单车牌号的指令，根据删除白名单车牌号的指令对本地的道闸白名单进行实时维护。

其中，每个入网的停车场都具有至少一个停车场道闸，该停车场道闸根据删除白名单车牌号的指令对本地的道闸白名单进行实时维护，道闸白名单也可以称为开闸白名单，停车场道闸对车辆的检测和放行都通过道闸白名单实现，从而实现每个停车场道闸对出入场车辆的智能化管理，当停车场道闸的道闸白名单生效后，该停车场道闸就可以依据道闸白名单对车辆进行快速、不停车的自动放行，车辆的进出场效率很高，有些现有技术中，每次车辆是否可入场都需要查询白名单云数据库才能完成，而本发明实施例中停车场道闸就可以通过本地的道闸白名单完成车辆的放行检测，无需实时查询白名单云数据库。

在本发明的一些实施例中，数据终端，还用于根据车主的当前位置调用对外公众平台的停车场列表，查询停车场列表，并向车主推荐预约停车场。

具体的，入网APP可以根据位置、距离、停车场种类等各种不同的条件调用云平台对外接口进行停车场列表的查询操作，通过查询可以获取到停车场的位置信息、空余停车位、运营时间段、收费标准等等信息。车主可以选择一个停车场进行预约，预约成功后，该车牌将会被推送到预约停车场的本地白名单中，在预约有效期内可以自由的进出该停车场，无需取卡、刷卡、现金支付等操作，完成停车后可以在APP中进行线上支付。

在本发明的一些实施例中，停车云平台，还用于预约停车请求匹配通过后，向车主发送预约成功消息；接收到停车场道闸发送的白名单车牌号的车辆实际入场时间之后，向车主发送车辆入场确认消息。

在本发明的一些实施例中，预约时效长度由网格员自行设置，系统不做任何干预。

在本发明的一些实施例中，停车场道闸，还用于识别准备进入预约停车场的车辆车牌号和车辆实际入场时间，若在本地的道闸白名单中没有搜索到识别出的车辆车牌号，记录识别出的车辆车牌号和车辆实际入场时间然后自动放行；识别准备离开预约停车场的车辆车牌号和车辆实际离场时间，根据车辆实际入场时间、车辆实际离场时间以及停车收费标准计算已记录的车辆车牌号的停车缴费信息，在车主缴费成功之后自动放行。

具体的，若预约行为作废，系统不会干预停车场的正常停车流程，或者对于没有预约的车辆，也可以按照正常停车流程进行取卡缴费，使得本发明实施例提供的基于云数据的停车场联网管理系统可以兼容于停车场的原有系统，不需要对停车场原有的道闸进行更换，只需要在原有道闸上进行功能升级，就可以实现本发明实施例的功能。

在本发明的一些实施例中，停车云平台，还用于判断在预置的缴费期限内是否接收到白名单车牌号的缴费记录，若没有接收到缴费记录，将欠费车牌号名单保存到所述白名单数据库中的车牌黑名单中；通过对外公众平台接收到车牌黑名单中的车辆车牌号的预约停车请求之后，向数据终端发送补交费用提醒消息。

其中，白名单数据库不仅维护有白名单，还可以维护车牌黑名单，黑名单是相对于白名单设立的，即进入黑名单的车牌车辆将无法使用平台服务。车牌黑名单中的车辆车牌号向停车云平台发送预约停车请求之后，向数据终端发送补交费用提醒消息。例如，如果黑名单中的车牌在有欠费记录之后再有预约请求，停车云平台将给数据终端返回“补交费用后才可享受预约服务”的推送消息。

在本发明的一些实施例中，停车场道闸，还用于当本地的道闸白名单中搜索识别出的车辆车牌号以及白名单车牌号在白名单有效时间内入场时，将道闸白名单中匹配成功的白名单车牌号通过电子显示屏进行显示以及通过语音系统进行语音播报。

为便于更好的理解和实施本发明实施例的上述方案，下面举例相应的应用场景来进行具体说明。可以基于预约机制生成的车牌白名单云数据库运用，车主以车牌为用户单位定向的向指定停车场发送预约请求，请求成功同时此车牌号将被发送到被预约停车场的开闸白名单中，车主在预约时效内进场则表示预约执行并享受先停车后交费的便捷服务，即可先出场再支付停车费，从而实现不停车出入停车场的停车场联网办法。

请参阅图2所示，为基于云数据的停车场联网管理系统的使用方注册流程示意图，在开发者注册流程中，其中，开发者指二次开发人员，即云平台使用者，又即入网道闸或入网数据终端，注册以安全、严谨为目标，对于开发者注册时的输入信息将进行核实，核实无虚假信息时就会返回秘钥信息以代表入网授权；审核过程为云平台运营管理人员人工审查；入网后的每一次通讯都将生成一个唯一的令牌，即开发者账号的身份凭证；完成注册流程后，才可以使用云平台中开发包进行二次开发与对接。

举例说明如下，在输入邮箱注册时，先进行邮箱验证，邮箱验证通过之后用户可以选择角色，停车场管理方可以进行道闸注册流程，企业提供营业执照、运营者身份证、运营者手机号、短信验证码，个人需要提供身份证、手机号码、短信验证码，在审核通过后，授权入网，从而完成注册，如果是数据终端注册，就进入APP注册环节，企业提供营业执照、运营者身份证、运营者手机号、短信验证码，个人需要提供身份证、手机号码、短信验证码，在审核通过后，授权入网，从而完成注册。

请参阅图3所示，为本发明实施例提供的基于云数据的停车场联网管理系统的工作流程示意图。本发明涉及基于车牌白名单的停车场联网办法，具体指一种基于预约机制生成的车牌白名单云数据库运用方法，并根据此方法打通入网停车场数据。可应用在各种类型的停车场，实现车辆在停车场进口部停车进入，在出口不停车出场，之后再缴费的便捷服务。基于车牌白名单的停车场联网办法是一种基于白名单的打通停车数据的入网办法。其中可自由出入停车场的车牌白名单机制确保了停车场联网的便捷性。采用TCP/IP以及私有通讯协议，确保通讯高效与安全。在基于云数据的停车场联网管理系统中，以车牌号为单位，根据多字段属性匹配，整合停车预约信息并定向下发开闸列表，从而实现不停车进出停车场与先停车后交费的便捷服务。为实现上述功能，本发明通过以下技术方案来实现，停车云平台包括：

加密注册审核模块，用AES制定生成的密钥，保证私有信息安全。

私有通讯协议模块，TCP/IP制式下的私有通讯协议，保证通讯安全。

预约模块，以时间戳为依据的车牌列表管理模块，确保白名单中有效车牌存活与无效车牌删减的准确性，减少设备临时储存数据空间。

云数据库储存模块，依据多字段属性值分类储存海量数据，方便查看与调用。

后台管理模块，分别连接各个停车场道闸系统，负责停车场定向车辆出入记录管理以及数据模块的数据交换。

具体的，由以上五大模块组成的停车云平台运行原理如下：

系统通过接收到的预约停车信息中，分离出车牌号、预约停车场、预约进场时间、车主姓名、车主电话等信息定向发送车牌号到预约停车场的车牌白名单列表中，列入此白名单的车牌号可以自由出入停车场，停车费最后结算缴纳，以此实现不停车出入停车场与先停车后缴费的便捷服务。若车主有意或过长时间不缴纳停车费，其车牌将列入停车黑名单中，则再无法享受预约停车与先停车后缴费的便捷服务。若想洗清黑名单，缴清之前所有欠款即可。

作为上述方案的改进，可直接在网内加入月卡或者年卡的白名单列表，用于方便某停车场的常有客户。其中，月卡、年卡其实也是白名单，只不过有效时间长许多。因为本来白名单就是不限制进出次数的，白名单有效时长决定了其中车牌号的存在时长。比如说某车主预约下午2点进场，那白名单中将有他的车牌且一直保留到2点半，在此期间只要他进场了，离场时就可以不用先缴费直接离场；如果车主2点半还未进场，则他的车牌号将从白名单中删除。月卡年卡也一样，就是保证一整个月或者一整年白名单中这辆车的车牌号一直存在就可以了。

在本发明实施例中，停车云平台的用户只有道闸开发者与APP开发者，而通过云平台预约泊车位的车主则是间接用户。车主可以在完全不知道云平台存在的情况下，通过APP调用的接口享受云平台的预约服务。复合预约服务条件的车主可享受进出场与停车费缴纳无时间关联的服务，即只不论车主在什么时间缴纳停车费都不影响车主自由出入停车场。预约服务主流程为：预约→进场→停车→出场→结算→付费。云平台白名单中的车牌是否有效根据道闸返回的车辆实际进场与出场时间而定。

接下来对预约服务的工作流程进行举例说明：

1.车主通过已接入停车云平台的APP预约泊车位。其具体APP端操作步骤平台不做任何干预，平台可以向APP提供各入网停车场空余泊车位数据接口。

2.车主确认预约信息后，APP向云平台发送预约车位信息：预约停车场名称、白名单车牌号、预约车主电话、预约入场时间。

3.停车云平台通过收到的信息做信息匹配，切分属性值。

4.信息入库后，将此预约车牌单向发送到指定预约停车场道闸本地的道闸白名单中。

5.预约入场时间为某一时间点，精确到分钟，而预约有效时段长短由道闸方自行设定。

5.1.车主在白名单有效时间内入场，道闸自动放行。此时，道闸将预约车实际进场时间发送到云平台，云平台判定此预约有效，此车牌进入预约服务主流程。

5.2.车主未在有效时间内入场。云平台在有效时段内没有收到道闸返回的预约车实际入场时间，云平台判定此预约无效，向预约道闸发送删除此车牌号指令。预约服务就此终止。

6.车主离场，道闸自动放行。此时，道闸将预约车实际出场时间发送到云平台，云平台收到此信息后向道闸返回删除此车牌号指令。云平台根据预约车实际停车时间与入网道闸设置好的收费标准计算停车费，并将明细发送给车主预约时使用的APP。

7.云平台记录整个预约服务过程并将数据入库，方便对账使用。

接下来对月卡、年卡服务工作流程进行说明：车主通过某已接入链停车云平台的APP在某入网停车场办理月卡或者年卡。其具体APP端操作步骤平台不做任何干预。车主确认信息后，APP向云平台发送月卡/年卡信息：月卡/年卡停车场名称、月卡/年卡车牌号、月卡/年卡车主电话、月卡/年卡时间段。云平台通过收到的信息做信息匹配，切分属性值。信息入库后，将此月卡/年卡车牌单向发送到指定停车场道闸本地的白名单中。月卡/年卡有效时间内，月卡/年卡车主可自由出入此停车场，道闸自动放行。月卡/年卡有效时间到期时，云平台向道闸发送删除此车牌号指令。月卡/年卡服务就此终止。

接下来对停车场道闸的抬杆工作流程进行说明：

1.道闸接收到车牌号，并将其添加到本地白名单中。

2.车辆进场通过道闸时，道闸识别车辆车牌号，并在本地白名单中检索，如果有匹配信息则自动放行，并将此进场信息发送到云平台；如果没有匹配信息，则记录此车牌号。

3.车辆离场通过道闸时，道闸识别车辆车牌号，并在本地白名单中检索，如果有匹配信息则自动放行，并将此出场信息发送到云平台；如果没有匹配信息，则计算对应此车牌号的停车记录计算停车费。

另外需说明的是，以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外，本发明提供的装置实施例附图中，模块之间的连接关系表示它们之间具有通信连接，具体可以实现为一条或多条通信总线或信号线。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现，当然也可以通过专用硬件包括专用集成电路、专用CPU、专用存储器、专用元器件等来实现。一般情况下，凡由计算机程序完成的功能都可以很容易地用相应的硬件来实现，而且，用来实现同一功能的具体硬件结构也可以是多种多样的，例如模拟电路、数字电路或专用电路等。但是，对本发明而言更多情况下软件程序实现是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘、U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

综上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照上述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对上述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。