基于区块链通证的车位分享运营方法、系统及装置

摘要

本申请涉及停车管理技术领域，尤其涉及的是基于区块链通证的车位分享运营方法、系统及装置。提供私人车位开通闲置停车租赁通道，分享运营平台便于私人车位在闲置时间段对外出租，为业主创造部分盈利；还可以提高闲置车位的利用率，适当缓解停车难的问题。同时本申请借助区块链数据库中数据的信任验证，对车位的业主数据进行验证，确定车位租赁信息真实有效，去除虚假信息。对业主进行信用评价，并通过用户信用值体现，同时将信用评价反馈在车位租赁价位，可实现良性循环。

说明书

技术领域

本申请涉及停车管理技术领域，尤其是涉及基于区块链通证的车位分享运营方法、系统及装置。

背景技术

人们出行经常使用机动车出行代步，但随着城镇用地越来越紧张，城镇建设的停车位也不一定有效满足机动车的停车需求，而且停车场的车位状况公开范围有限，驾驶员可能需要盲目在多个停车场寻找可停车的车位。停车难成为了机动车驾驶员经常遇到的难题。

目前，为了便于驾驶员及时了解停车场的车位状况，出现了智能化停车管理系统。智能化停车管理系统借助包括车位地理位置和是否可停车状态信息的智能车锁，且搭配可安装于终端设备的应用平台，使驾驶员可提前了解停车场的车位状况。

针对上述中的相关技术，发明人认为存在有以下缺陷，智能化停车管理系统大多针对于公共停车场设置，而已成为固有资产的私人停车位在业主未使用的时间段内经常闲置，并未得到充分利用。

发明内容

为了提高闲置车位的利用率，本申请提供了基于区块链通证的车位分享运营方法、系统及装置。

第一方面，本申请提供的基于区块链通证的车位分享运营方法，采用如下的技术方案：

基于区块链通证的车位分享运营方法，应用于分享运营平台；所述分享运营平台具有用于存储业主信息或驾驶员信息的区块链数据库，所述业主；所述车位分享运营方法包括：

获取车位租赁信息；所述车位租赁信息包括业主数据、停车场位置、车位标识和租赁时间段；

通过区块链数据库对业主数据进行验证；

若验证通过，则完成车位租赁的智能合约；所车位租赁的智能合约存储于区块链数据库；

根据车位租赁的智能合约，发布车位出租信息；

进行车位出租作业。

通过采用上述技术方案，区块链是去中心化、集体维护分布式账本的技术，需要由多个节点集体参与的分布式数据库系统，具有安全、存储简单、有先后关系、能够在系统内进行验证数据、去信任的方式，集体维护一个可靠数据库。通过区块链技术链接的分布式账本让两节点之间的交易被有效记录，并使该交易永久可追溯、查验。区块链数据库中的每一个节点是分散且平行的，具有平等关系。而通证是作为区块链数据库中可流通的凭证，具有拥有区块链中交易记录的索取权。

提供私人车位开通闲置停车租赁通道，便于私人车位在闲置时间段通过分享运营平台对外出租，可提高闲置车位的利用率，适当缓解停车难的问题。

同时本申请借助区块链数据库中数据的信任验证，对车位的业主数据进行验证，确定车位租赁信息真实有效，去除虚假信息。

可选的，还包括：

将车位租赁信息添加至车位出租数据列表中；

对同一停车场的车位，根据车位出租数据列表的优先顺序，推荐车位；

获取车位出租评价信息；

根据车位出租评价信息及租赁时间段，调整车位出租数据列表的优先顺序。

通过采用上述技术方案，根据用户提交的车位出租评价信息对车位出租数据列表中车位租赁信息进行优先顺序排序，可提高用户停车体验。

优先顺序排序主要用于同一停车场内不同的车位之间，可反向推动业主对车位的维护。

可选的，还包括：

根据车位租赁信息，判断区块链数据库中是否存在与业主数据对应的用户信用账户；所述用户信用账户具有用户信用值；

若不存在，则创建与业主数据对应的用户信用账户及初始的用户信用值；

根据用户信用值，确定车位租赁价位；

获取车位出租完成数据；

根据车位出租完成数据及车位租赁的智能合约，调整用户信用值。

通过采用上述技术方案，不同业主对车位的管理、对车位租赁的智能合约的执行情况存在对驾驶员停车体验的影响，也可能对与分享运营平台的合作产生影响。因此对业主进行信用评价，并通过用户信用值体现，同时将信用评价反馈在车位租赁价位，可实现良性循环。

可选的，所述进行车位出租作业，包括：

获取停车需求信息；所述停车需求信息包括停车时间段和停车位置范围；

根据停车需求信息筛选空置的车位，并发送当前空置车位列表；所述车位列表包括停车场位置、空置车位数量和预估费用；

获取停车预约信息；所述停车预约信息包括停车场位置、预约停车时段和预约车的车辆ID；

根据停车预约信息，变更目标车位的车位状态信息为被预约状态；所述车位状态信息包括空置状态、被预约状态和已占用状态；

发送成功预约信息；所述成功预约信息包括目标车位的车位标识和车位租赁价位；将车位标识与预约车的车辆ID关联；

获取预约车抵达信息，变更目标车位的车位状态为已占用状态，启动停车计费；

获取预约车离开信息，变更目标车位的车位状态为空置状态，发送结算信息；所述结算信息包括车位占用时长；

根据车位租赁价位及车位占用时长，发送结算信息；

获取车位出租完成信息。

通过采用上述技术方案，寻找车位的驾驶员可通过分析运营平台完成停车预约，可有效减少出现盲目寻找停车位的问题。分享运营平台同时对停车预约进行持续性监控、跟进，确保车位出租作业顺利完成。

可选的，所述停车需求信息包括驾驶员数据；所述驾驶员数据存储于区块链数据库中；

所述进行车位出租作业，还包括：

通过区块链数据库对驾驶员数据进行验证；

若验证通过，则完成车位出租的智能合约；车位出租的智能合约存储于区块链数据库；

根据车位出租信息，判断区块链数据库中是否存在与驾驶员数据对应的驾驶员信用账户；所述驾驶员信用账户具有驾驶员信用值；

若不存在，则创建与驾驶员数据对应的驾驶员信用账户及初始的驾驶员信用值；

根据驾驶员信用值，加权确定车位租赁价位；

根据车位出租完成信息及车位出租的智能合约，调整驾驶员的信用值。

通过采用上述技术方案，驾驶员属于车位出租作业中的消费者，其信用程度影响分享运营平台与车位业主的盈利，也影响着车位再次顺利出租作业。

因此可利用区块链数据库的公开、可追溯等特性完成对驾驶员信用账户的维护，有利于车位出租作业顺利完成。

可选的，所述驾驶员数据包括驾驶员ID，所述业主数据包括业主ID；

所述进行车位出租作业，还包括：

判断是否存在与驾驶员ID相同的业主ID；

若不存在，则进行根据停车需求信息筛选空置的车位，并发送当前空置车位列表；

若存在，则判断所述业主ID对应的车位状态信息是否为空置状态；

若非空置状态，则进行根据停车需求信息筛选空置的车位，并发送当前空置车位列表；

若为空置状态，则发送停止租赁提醒；

获取停止租赁信息，从车位出租数据列表删除车位租赁信息。

通过采用上述技术方案，上述步骤可适用于车位业主临时取消租赁的智能合约，便于自行使用车位。而且是否取消租赁，则需先确定车位并未被出租或被预约。

可选的，所述获取预约车抵达信息，包括：

获取预约车的位置；

根据预约车的位置，判断预约车是否抵达目标车位；

若抵达，则变更目标车位的车位状态信息为已占用状态；

若未抵达，则判断是否超出预约停车开始时间的第一阈值；若未超出第一阈值，则保持目标车位的车位状态；

若超出，则判断是否超出预约停车开始时间的第二阈值；若未超出第二阈值，则发送超时提醒信息；

若超出第二阈值，判断则发送终止预约信息。

通过采用上述技术方案，实时跟进预约车，使其顺利抵达目标车位；也便于对车位出租设置时间限制，有助于提高车位闲置时间段的利用率。

第二方面，本申请提供的基于区块链通证的车位分享运营系统，采用如下的技术方案：

基于区块链通证的车位分享运营系统，包括：

租赁获取模块，用于获取车位租赁信息；所述车位租赁信息包括业主数据、停车场位置、车位标识和租赁时间段；

租赁处理模块，用于完成：

通过区块链数据库对业主数据进行验证；

若验证通过，则完成车位租赁的智能合约；所车位租赁的智能合约存储于区块链数据库；

根据车位租赁的智能合约，发布车位出租信息；

出租处理模块，用于进行车位出租作业。

通过采用上述技术方案，通过分析运营平台将需停车位的驾驶员与具有闲置车位的业主关联，实现闲置车位的分享共用。同时借助区块链数据库，对车位租赁信息进行验证，可减少停车场人员对出租车位的关注，节省人力。

可选的，所述出租处理模块包括：

停车获取子模块，获取停车需求信息；所述停车需求信息包括停车时间段和停车位置范围；

出租处理子模块，用于完成：

根据停车需求信息筛选空置的车位，并发送当前空置车位列表；所述车位列表包括停车场位置、空置车位数量和预估费用；

获取停车预约信息；所述停车预约信息包括停车场位置、预约停车时段和预约车的车辆ID；

根据停车预约信息，变更目标车位的车位状态信息为被预约状态；所述车位状态信息包括空置状态、被预约状态和已占用状态；

发送成功预约信息；所述成功预约信息包括目标车位的车位标识和车位租赁价位；将车位标识与预约车的车辆ID关联；

获取预约车抵达信息，变更目标车位的车位状态为已占用状态，启动停车计费；

获取预约车离开信息，变更目标车位的车位状态为空置状态，发送结算信息；所述结算信息包括车位占用时长；

根据车位租赁价位及车位占用时长，发送结算信息；

获取车位出租完成信息。

通过采用上述技术方案，利用平台获取模块、出租处理模块、出租处理子模块等对传输于业主、驾驶员与分享运营平台的信息数据进行运行处理，完成驾驶员对闲置车位租用。

第三方面，本申请还提供一种计算机装置，

计算机装置，包括处理器、存储器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现所述的基于区块链通证的车位分享运营方法。

通过采用上述技术方案，提供了能执行实现上述基于区块链通证的车位分享运营方法的计算机装置。

综上所述，本申请包括以下至少有益技术效果：

1.分享运营平台便于私人车位在闲置时间段对外出租，为业主创造部分盈利；

2.还可以提高闲置车位的利用率，适当缓解停车难的问题。

3.对业主进行信用评价，并通过用户信用值体现，同时将信用评价反馈在车位租赁价位，可实现良性循环。

附图说明

图1是本申请车位分享运营方法的流程框图；

图2是本申请步骤S500的第一种实施例的流程框图；

图3是本申请步骤S516的一个实施例的流程框图；

图4是本申请步骤S500的第二种实施例的流程框图；

图5是本申请步骤S500的第三种实施例的流程框图；

图6本申请车位分享运营方法其他实施例一的流程框图；

图7本申请车位分享运营方法其他实施例二的流程框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图1-7及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。

本申请实施例公开基于区块链通证的车位分享运营方法、系统及装置。

基于区块链通证的车位分享运营方法应用于分享运营平台；分享运营平台具有用于存储业主信息或驾驶员信息的区块链数据库。

参照图1，基于区块链通证的车位分享运营方法包括以下步骤：

S100：获取车位租赁信息；车位租赁信息包括业主数据、停车场位置、车位标识和租赁时间段。

具体的，业主确定将私人车位向外出租时，可通过分享运营平台进行处理，需向分享运营平台发送车位租赁信息，方便分享运营平根据车位租赁信息了解到车位的业主数据、位置、车位标识以及计划用于租赁的租赁时间段。

S200：通过区块链数据库对业主数据进行验证。

具体的，通过区块链数据库对业主数据进行验证，借助区块链技术的共识、数据安全性等特性，快速有效完成业主数据验证，可减少出现虚假信息。

S300：若验证通过，则完成车位租赁的智能合约；所车位租赁的智能合约存储于区块链数据库。

具体的，将业主与分享运营平台签署的车位租赁的智能合约存储于区块链数据库，可保证该智能合约的安全性，也可供其他有权限的区块链中节点人员进行查看。

S400：根据车位租赁的智能合约，发布车位出租信息；

具体的，依照智能合约，进行车位租赁相关事宜，确保智能合约签订双方权责分明，减少纠纷，利于提高闲置私人车位的利用率。

S500：进行车位出租作业。

具体的，分享运营平台与车位业主签订的是车位租赁的智能合约，分享运营平台负责对外运营该车位的出租作业。

参考图2，在第一个实施例中，步骤S500进行车位出租作业，还可包括以下具体步骤：

S511：获取停车需求信息；停车需求信息包括停车时间段和停车位置范围。

具体的，驾驶员向分享运营平台发送停车需求信息，具体可以是驾驶员通过与分享运营平台关联的驾驶员终端中搜索目标位置范围内满足停车时间段需求的车位情况。

S512：根据停车需求信息筛选空置的车位，并发送当前空置车位列表；车位列表包括停车场位置、空置车位数量和预估费用；

具体的，方便驾驶员根据当前空置车位列表了解停车位置和费用等信息。

而且，驾驶员的目标位置范围可能存在多个满足驾驶员需求的车位，因此可以向驾驶员展示具体停车场位置（便于判断路线及相距距离）、空置车位数（便于根据相距位置判断抵达时，车位数量变化）和预估费用（停车费用，一般情况下同一个停车场的停车费用相同），便于驾驶员从中选取较为合适的停车场位置。

S513：获取停车预约信息；停车预约信息包括停车场位置、预约停车时段和预约车的车辆ID；

具体的，驾驶员确定停车场位置后，经由驾驶员终端可向分享运营平台发送停车预约信息，可先占先得。

S514：根据停车预约信息，变更目标车位的车位状态信息为被预约状态；车位状态信息包括空置状态、被预约状态和已占用状态。

具体的，对车位的状态进行分类定义，并且可只显示用于租赁的车位的状态信息。其中空置状态表示当前车位处于闲置状态；被预约状态表示已有驾驶员与分享运营平台预约成功，待驾驶员驾驶机动车抵达目标车位；而已占用状态则表示车位已被出租或者车位可能存在无法被使用的异常，无法被使用异常可以是车位被其他非机动车占用，影响车位出租。

停车预约成功后，目标车位拟归该驾驶员使用，可不再向其他寻找车位的驾驶员推送。

S515：发送成功预约信息；成功预约信息包括目标车位的车位标识和车位租赁价位；将车位标识与预约车的车辆ID关联；

具体的，成功预约信息表示分析运营平台与驾驶员签订条件合同，条件为驾驶员驾驶机动车至目标车位方能开始。

实际使用中，发送的成功预约信息后，可根据驾驶员评价或分享运营平台可设定，要求驾驶员预支部分停车费用。预支的部分停车费用可在最后结算时一并进行结算。

车位标识为具体停车场中具体车位的唯一身份ID，通过该车位标识与预约车的车辆ID管理，便于驾驶员抵达目标车位。

S516：获取预约车抵达信息，变更目标车位的车位状态为已占用状态，启动停车计费；

具体的，停车费用的计费方式可以同预约车抵达目标车位后开始计算。

参考图3，在本实施例中的一个实施例中，步骤S516获取预约车抵达信息，具体还可包括：

A100：获取预约车的位置。

具体的，通过定位预约车的位置。

A200：根据预约车的位置，判断预约车是否抵达目标车位；

具体的，通过定位预约车的位置，可拟判断预约车是否能在计划停车时间抵达目标车位。

A300：若抵达，则变更目标车位的车位状态信息为已占用状态；若未抵达，则判断是否超出预约停车开始时间的第一阈值；若未超出第一阈值，则保持目标车位的车位状态；若超出，则判断是否超出预约停车开始时间的第二阈值；若未超出第二阈值，则发送超时提醒信息；若超出第二阈值，判断则发送终止预约信息。

具体的，停车预约一般为停车前进行，从预约成功到抵达目标车位可能存在一定的时间、预约车与目标车位也可能存在一定的距离。在一定的时间、一定的距离内预约车存在的可能情况有：一是准时抵达目标车位；二是临时取消停车预约；三是因其他因素导致超出预约的停车开始时间，影响车位顺利出租。针对不同的可能情况，可设定不同的处理方式，其中第一阈值、第二阈值可由分享运营平台设定，根据第一阈值和第二阈值划分预约车抵达目标车位的时间差，通过时间差别进行提醒、取消预约等操作，可进一步减少车位闲置，提高车位的利用率。

而对于超出第一阈值、第二阈值的部分，可加权计算到停车费用中。

参考图2，S517：获取预约车离开信息，变更目标车位的车位状态为空置状态，发送结算信息；结算信息包括车位占用时长。

具体的，可以通过变更目标车位的车位状态，确定车位占用时长，为机动车的真实停车时长。

当真实停车时长小于预约的停车时间，可预先设定以哪一个数据为准，减少纠纷，本实施例中以真实停车时长计费。

S518：根据车位租赁价位及车位占用时长，发送结算信息；

具体的，驾驶员接收到结算信息后，进行停车费用缴纳。

S519：获取车位出租完成信息。

具体的，缴纳成功后，可将提示车位出租完成的消息。

参考图4，在第二个实施例中，步骤S500进行车位出租作业，还可包括以下具体步骤：

S521：判断是否存在与驾驶员ID相同的业主ID；其中驾驶员数据包括驾驶员ID，业主数据包括业主ID。

具体的，可通过业主ID与驾驶员ID进行比对，可判断业主当当前预约停车的范围内是否存在与自身业主ID相匹配的车辆。

S522：若不存在，则进行根据停车需求信息筛选空置的车位，并发送当前空置车位列表；若存在，则判断业主ID对应的车位状态信息是否为空置状态；若非空置状态，则进行根据停车需求信息筛选空置的车位，并发送当前空置车位列表；若为空置状态，则发送停止租赁提醒；

具体的，业主将车位租赁出去后，可能出现临时返回需要使用车位的情况，此时已租赁的车位的停车权暂时归其他驾驶员。也可能存在对应的车位处于闲置状态，此时通过停止租赁、停止出租的智能合约，收回车位使用权。

但若已经出租出去或被预约，则应依循租赁的智能合约，完成车位出租。此时业主可通过自行预约新的车位。

S523：获取停止租赁信息，从车位出租数据列表删除车位租赁信息。

具体的，当确定在租赁时间内收回车位的使用权，则需向分享运营平台发送停止租赁信息，以便于分享运营平台从车位出租数据列表中删除该车位的消息。

参考图5，在第三个实施例中，停车需求信息包括驾驶员数据；驾驶员数据存储于区块链数据库中；步骤S500进行车位出租作业，还可包括以下具体步骤：

S531：通过区块链数据库对驾驶员数据进行验证；

具体的，验证驾驶员的信用，减少出现预约占用闲置车位。

S532：若验证通过，则完成车位出租的智能合约；车位出租的智能合约存储于区块链数据库；

具体的，车位出租的智能合约存与区块链数据库中可保证该智能合约的安全性，减少出现被篡改问题。

S533：根据车位出租信息，判断区块链数据库中是否存在与驾驶员数据对应的驾驶员信用账户；驾驶员信用账户具有驾驶员信用值；

具体的，驾驶员属于车位出租作业中的消费者，其信用程度影响分享运营平台与车位业主的盈利，也影响着车位再次顺利出租作业。

S534：若不存在，则创建与驾驶员数据对应的驾驶员信用账户及初始的驾驶员信用值；

具体的，给予初始值，初始值可统一设定。

S535：根据驾驶员信用值，加权确定车位租赁价位；

S536：根据车位出租完成信息及车位出租的智能合约，调整驾驶员的信用值。

具体的，根据实际车位出租状态，对驾驶员进行评价，可调整驾驶员于分析运营平台所处区块链数据库中的信用值，更新驾驶员信用账户。

参考图6，为了提高驾驶人员停车体验，在一个实施例中本申请车位分享运营方法还包括以下步骤：

B100：将车位租赁信息添加至车位出租数据列表中；

具体的，分析运营平台中的车位出租数据列表包括常态出租的车位和闲置时间出租的车位，将这些车位同一放在一个车位出租数据列表中，便于分析运营平台根据停车预约信息进行筛选。

B200：对同一停车场的车位，根据车位出租数据列表的优先顺序，推荐车位。

具体的，按一定顺序进行推荐，可提高业主对车位的维护意识。

B300：获取车位出租评价信息；

具体的，在完成车位出租，驾驶员可对车位出租体验进行评价。

B400：根据车位出租评价信息及租赁时间段，调整车位出租数据列表的优先顺序。

具体的，通过对车位出租数据列表顺序的排序，提高驾驶员的停车体验。

参考图7，为了提高驾驶人员停车体验，在另一个实施例中，本申请车位分享运营方法还包括以下步骤：

C100：根据车位租赁信息，判断区块链数据库中是否存在与业主数据对应的用户信用账户；用户信用账户具有用户信用值；

具体的，不同业主对车位的管理、对车位租赁的智能合约的执行情况存在对驾驶员停车体验的影响，也可能对与分享运营平台的合作产生影响。因此对业主进行信用评价，并通过用户信用值体现。

C200：若不存在，则创建与业主数据对应的用户信用账户及初始的用户信用值。

具体的，初始化用户信用值，可统一设定

C300：根据用户信用值，确定车位租赁价位；

具体的，将信用评价反馈在车位租赁价位，可实现良性循环。

C400：获取车位出租完成数据；

具体的，车位出租完成数据可包括驾驶员对停车体验的评价等。

C500：根据车位出租完成数据及车位租赁的智能合约，调整用户信用值。

具体的，定时或不定时调整用户信用值，并以此为依据进行车位租赁价位调整，利于鼓励更多用户将闲置车位对外租赁，缓解停车难，提高闲置车位的利用率。

基于同一个设计构思，本申请还公共基于区块链通证的车位分享运营系统。

基于区块链通证的车位分享运营系统，包括租赁获取模块、租赁处理模块和出租处理模块。

租赁获取模块用于获取车位租赁信息；车位租赁信息包括业主数据、停车场位置、车位标识和租赁时间段；

租赁处理模块用于完成：

通过区块链数据库对业主数据进行验证；

若验证通过，则完成车位租赁的智能合约；所车位租赁的智能合约存储于区块链数据库；

根据车位租赁的智能合约，发布车位出租信息；

出租处理模块用于进行车位出租作业。

具体的，出租处理模块包括停车获取子模块。

停车获取子模块，获取停车需求信息；停车需求信息包括停车时间段和停车位置范围；

出租处理子模块，用于完成：

根据停车需求信息筛选空置的车位，并发送当前空置车位列表；车位列表包括停车场位置、空置车位数量和预估费用；

获取停车预约信息；停车预约信息包括停车场位置、预约停车时段和预约车的车辆ID；

根据停车预约信息，变更目标车位的车位状态信息为被预约状态；车位状态信息包括空置状态、被预约状态和已占用状态；

发送成功预约信息；成功预约信息包括目标车位的车位标识和车位租赁价位；将车位标识与预约车的车辆ID关联；

获取预约车抵达信息，变更目标车位的车位状态为已占用状态，启动停车计费；

获取预约车离开信息，变更目标车位的车位状态为空置状态，发送结算信息；结算信息包括车位占用时长；

根据车位租赁价位及车位占用时长，发送结算信息；

获取车位出租完成信息。

通过分析运营平台将需停车位的驾驶员与具有闲置车位的业主关联，实现闲置车位的分享共用。同时借助区块链数据库，对车位租赁信息进行验证，可减少停车场人员对出租车位的关注，节省人力。

基于同一发明构思，本申请实施例提供一种计算机装置，包括存储器和处理器，存储器上存储有能够被处理器加载并执行如图1至图7任一种基于区块链通证的车位分享运营方法的计算机程序。

领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

以上，以上实施例仅用以对本申请的技术方案进行了详细介绍，但以上实施例的说明只是用于帮助理解本申请的方法及其核心思想，不应理解为对本申请的限制。本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。