一种车库系统的制作方法

本申请涉及车位车辆定位技术领域，尤其涉及一种照明、引导相结合的车库系统。

背景技术：

随着汽车工业的发展，大型车库越来越多，停车难的问题尤为突出，车主往往在车库内很难在短时间内找到车位，而停车引导系统有效的解决了此类问题。现有的停车引导系统主要分为车位正寻以及车辆反寻两部分，车位正寻是指车主在开车进入车库时，为车辆寻找停车的空车位，而车辆反寻是指车主寻找自己车辆所停放的车位。

现有的车位正寻方案的主要工作原理是在每个车位上安装一个车位空、满状态的探测器，再由一个红绿指示灯对此车位空满状态进行指示，红色代表满，绿色代表空，这样可便于车主在车内快速找到空车位的所在位置从而快速停好车辆。但由于汽车库内的隔墙较多，人的目视距离有限，现有的车位正寻方案只能在车主距离空车位80米内的距离才有效，因此现有的车位正寻方案的用户体验仍然不是十分理想。

现有的车辆反寻方案的主要工作原理是在每个车位前安装一个摄像头对所在车位上的车辆车牌进行分析识别。当此车辆的牌照信息被识别成功后，可将此车辆牌照与摄像头的位置进行匹配，并记录下此车辆在车库中的停放位置。当车主在建筑内活动完毕返回停车场时，可在通常位置设在电梯口或主要通道上的反向寻车指示屏前输入自己的车牌号。此时，反向寻车指示屏的位置以固定，车辆停放的位置也已经由摄像头记录下来，由此可为车主提供一条标记在车库平面图上的找车路线。车主可记录(通常用手机拍一张照片)此路线，再遵循此路线找到自己的车辆。由于此路线为静态图片，当找车过程中的方向无法判断时，车主需再就近寻找一寻车指示屏重新输入车牌信息重新获得一条寻线路线，才能完成反向寻车。用户体验也较差，时间成本增加。

而对于车库的物业管理者，由于地下停车库通常为封闭的空间，其照明系统管理需24小时不间断为车库提供照明。公共建筑停车库照明系统的使用场景有多种，如：假日模式、平日模式、夜间模式，因此照明管理的目的是在满足车主需求的前提下尽可能的节省能源消耗。常规的解决方案是利用车库的面积较大，灯具回路较多，在设计建造时通常采用不同供电回路交叉布置的方式进行节能处理。回路变化过于复杂会增加供电线路数量，人工、投资都会增加，管理难度也会增大。回路变化过于简单，又会使得照明系统能适用的场景过少，节能效果不明显。

此外，大型公共车库的停车引导系统及照明系统，除以上问题外，在对现有的停车引导系统、照明系统进行新建或改建时，三者完全独立，成本除主要材料外，分别需要安装支架、配电线路通信线路及主机等方面的辅助设施才能使系统正常使用。这样对于施工周期成本投入，空间占用，维护量都会大大增加。

技术实现要素：

本申请的一个目的是提供一种车库系统。

为实现上述目的，本申请提供了一种车库系统，包括服务器设备、通信设备和照明节点，所述服务器设备和照明节点通过通信设备连接，所述照明节点设有照明灯具，部分或所有照明节点设有定位模块，通过所述定位模块用于向第一范围内的用户设备提供定位信号；

所述照明节点包括车位照明节点和车道照明节点，所述车位照明节点部署于车位处，并设有车位探测器，通过所述车位探测器对相应车位的占用状态进行检测，并将检测结果发送至服务器和关联的车道照明节点，所述车道照明节点部署于车道处，并设有车位指示器，获取车道照明节点关于车位占用状态的检测结果，并根据检测结果由所述车位指示器提供指示信息；

所述服务器设备获取车道照明节点关于车位占用状态的检测结果，并基于所述检测结果生成车位状态信息。

进一步地，所述照明节点上还设有用于接收调光控制信息的通信组网 模块，以及用于根据所述调光控制信息对所述照明灯具的照度进行控制的调光驱动模块。

进一步地，所述照明节点根据部署位置和数量划分为多组，每组内的至少一个照明节点设有定位模块。

进一步地，所述照明节点根据部署位置和数量划分为多组，每组内的至少一个照明节点设有wifi模块，作为该组内的簇头节点，所述组内的照明节点通过所述簇头节点进行数据交互。

进一步地，所述服务器设备包括云服务器、本地服务器和与车库分区数量一致的分区服务器，所述云服务器、本地服务器和分区服务器通过通信设备连接，每个分区服务器与部署于对应车库分区的簇头节点通过通信设备连接。

进一步地，所述通信设备包括AP，通过所述AP实现用户设备、管理设备和簇头节点的wifi接入。

进一步地，任一车位照明节点的关联的车道照明节点为位于该车位照明节点相应车位的前方车道上的车道照明节点。

与现有技术相比，本申请的技术方案提供的车库系统将现有的照明系统和停车引导系统有机结合，通过同一套系统实现照明、车位正寻、车辆反寻等功能，共用一套配电线路通信线路及服务器设备，可大大降低施工周期成本，空间占用，维护成本。

本申请提供的照明调节方案中，可基于无线通信向每个照明节点发送调光控制信息，由此实现对每个照明节点上的灯具进行照明调节，以适应不同的场景需求，节约布设控制回路的成本，在保证照明的前提下节约能耗。

本申请提供的车位正寻方案中，在车位照明节点上加装带有通信功能的车位探测器，在车道照明节点上加装带有通信功能的车位指示器，同时在部分或者全部的照明节点上加装可与车主的用户终端通信的定位模块，使得车主携带用户设备进入车库后，在距离车位较远时，可以通过加载的地图和由照明节点的定位模块实时获取到的定位信息生成到达空车位的动态导航信息，在距离车位较近时还可以通过车道照明节点上的车位指示 器寻找空车位，大大提高了车位正寻的效率。

本申请提供的车辆反寻方案中，当车主携带用户设备返回车库取回车辆时，可利用用户设备与照明节点上的定位模块在此连通，基于加载的地图和实时获取的定位信息生成到达自己车辆停放车位的动态导航信息，由此时指出车主与车主自己车辆的所在位置，使得车辆反寻的体验更佳，速度更快。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1为本申请实施例提供的一种车库系统的结构示意图；

图2为所述车库系统在运行时的系统框图；

图3为车库中照明节点的部署示意图；

图4为车位照明节点的结构示意图；

图5为车道照明节点的结构示意图；

图6为在实现照明调节时各个设备之间的交互示意图；

图7为本申请实施例还提供了一种用于车库系统的车位正寻方法的流程图；

图8为本申请实施例提供的另一种车位正寻方法的流程图；

图9为本申请实施例还提供了一种用于车库系统的车辆反寻方法的流程图；

图10为本申请实施例提供的一种用于车库系统照明调节的管理设备的结构示意图；

图11为本申请实施例还提供了一种用于车库系统车位正寻的用户设备的结构示意图；

图12为本申请实施例提供的另一种用于车库系统车位正寻的用户设备的结构示意图；

图13为本申请实施例提供的一种用于车库系统车辆反寻的用户设备的结构示意图；

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

下面结合附图对本申请作进一步详细描述。

图1示出了本申请实施例提供的一种车库系统的结构示意图，该系统包括服务器设备100、通信设备200和照明节点，所述服务器设备100和照明节点通过通信设备200连接。每个照明节点上均设有照明灯具，用于提供照明，部分照明节点设有定位模块，通过所述定位模块用于向第一范围内的用户设备提供定位信号。

所述照明节点包括车位照明节点300和车道照明节点400，所述车位照明节点300部署于车位处，并设有车位探测器，通过所述车位探测器对相应车位的占用状态进行检测，并将检测结果发送至服务器和关联的车道照明节点，所述车道照明节点部署于车道处，并设有车位指示器，获取车道照明节点关于车位占用状态的检测结果，并根据检测结果由所述车位指示器提供指示信息。

所述服务器设备获取车道照明节点关于车位占用状态的检测结果，并基于所述检测结果生成车位状态信息。

图2示出了所述车库系统在运行时的系统框图。在实际场景下，所述服务器设备100可以包括云服务器101、本地服务器102和分区服务器104。这些服务器通过通信设备连接，用于保存车库内相关设备所需要的信息，以及与其它设备进行互动，并且会在特定的时间同步数据，以保持相关数据的一致性。其中，云服务器101为线上服务器，由基于云计算(Cloud Computing)的大量主机或网络服务器构成，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个虚拟计算机，本地服务器102和分区服务器104则是部署于车库中的线下服务器。由于规模较大的车库会基于防火或者防烟的考虑将整个车库分为多个单位，每个单位即为一个分区。在每个分区会部署一个单独的分区服务器104，专用于处理来自该分区中相关设备的请求，例如车主所使用的用户设备500以及车库管理员所使用的管理设备600可以通过连接某个分区服务器104发送相应的 处理请求，并接收到应答信息，其中，所述用户设备500和管理设备600可以是各类移动终端，例如智能手机、PDA、便携式游戏机、掌上电脑PPC、便携式设备或平板电脑等，此外，用户设备500和管理设备600还可以是运行于所述移动终端、使得用户能够以该移动终端为媒介进行数据交互的APP(应用程序)。

而所述通信设备200用于提供服务器设备、照明节点、用户设备、管理设备之间进行交互所需要的通信网络，具体可以包括交换机210、AP(Wireless Access Point，无线接入点)220、防火墙230以及通信线缆等，其中交换机用于实现数据链路的建立，AP用于实现wifi网络的覆盖、防火墙则用于保证网络安全。

为了实现照明调节，每个照明节点上还设有用于接收调光控制信息的通信组网模块，以及用于根据所述调光控制信息对所述照明灯具的照度进行控制的调光驱动模块。所述通信组网模块可以采用2.4GHz无线模块，调光驱动模块根据调光控制信息对照明灯具的照度进行控制，而非直接关闭或者开启某一照明灯具，能够实现更加多样照明调节。

照明节点在具体部署时，可以根据实际情况，在每个车位的上方部署有一个车位照明节点，在车道上方每隔一定距离部署一个车道照明节点。对于任意一个车位照明节点来说，与其关联的车道照明节点为位于该车位照明节点相应车位的前方车道上的车道照明节点。例如图3中的每三个车位并排设置，这三个车位上的车位照明节点分别为300A、300B和300C，其前方车道上的车道照明节点为400A和400B，通过车道照明节点400A和400B上的车位指示器提供指示信息。所述指示信息可以通过色彩的方式提供，例如，红色表示3个车位照明节点无空位，即已经停满，绿色表示三个车位节点中有空位，即还可以至少停放一辆车。当然，作为一种优选的实施方式，车道照明节点和车位照明节点的关联关系也可以采用一一对应的方式，即一个车道照明节点的车位指示器用于指示对应的一个车位是否已经停放了车辆。

在设置定位模块时，可以根据照明节点根据部署位置和数量划分为多组，每组内的至少一个照明节点设有定位模块，由此实现在部分照明节点 设置定位模块。例如，图3中车位照明节点300A、300B、300C以及关联的车道照明节点400A、400B的部署位置较为接近，可以将这五个照明节点划分为一组，并在其中的至少一个照明节点设置定位模块。所述定位模块可以是蓝牙模块，其定位原理为：多个定位模块向第一范围内的用户设备提供蓝牙信号，由于每个定位模块所属的照明节点的位置已知，用户设备根据多个蓝牙信号的强度可以获取当前所处的位置，由此实现用户设备的定位。其中，所述第一范围可以根据定位模块的部署密度以及蓝牙信号的覆盖强度设定，例如10m、20m等，并且用户设备获取当前所处的位置的方式，可以是由用户设备自身根据预设的算法进行计算，也可以是用户设备将蓝牙信号的强度信息上传给服务器设备，由服务器设备进行计算后下发。进一步地，也可以在每个照明节点上设置一定位模块，此时定位精度更高，但是部署成本则会大幅提高，因此在满足定位精度的前提下，可以减少定位模块的部署数量，以到达最优的性价比。

此外，为了系统的通信质量，可以将照明节点根据部署位置和数量划分为多组，每组内的至少一个照明节点设有wifi模块。分组时，每组的划分结果可以与前述设置定位模块时一致，也可以采用不同于前述的划分结果。设置有wifi模块的照明节点作为该组内的簇头节点，所述组内的照明节点通过所述簇头节点进行数据交互，即在图2的构架下，由簇头节点的wifi模块会加入到该分区中AP提供的wifi网络，与该分区内的分区服务器连接，实现数据交互，组内的其它节点则通过与通信组网模块实现与簇头节点的数据交互，进而利用簇头节点与服务器设备实现数据交互。

优选地，所述车位照明节点的具体结构如图4所示，包括照明灯具310、调光驱动模块320、控制模块330、车位探测器340、通信组网模块350、电源模块360、定位模块370和wifi模块380，其中，定位模块370和wifi模块380为可选组件。所述控制模块330分别与调光驱动模块320、车位探测器340、通信组网模块350、定位模块370和wifi模块380连接，所述照明灯具310和电源模块360均与调光驱动模块320连接。

相应地，所述车道照明节点的具体结构如图5所示，包括照明灯具410、调光驱动模块420、控制模块430、车位指示器440、通信组网模块450、 电源模块460、定位模块470和wifi模块480，其中，定位模块470和wifi模块480为可选组件。所述控制模块430分别与调光驱动模块420、车位指示器440、通信组网模块450、定位模块470和wifi模块480连接，所述照明灯具410和电源模块460均与调光驱动模块420连接。

基于所述车库系统，本申请实施例还提供了一种用于车库系统的照明调节方法，即管理设备600向所述服务器设备发送调光控制请求，以使所述服务器设备生成基于所述调光控制请求生成调光控制信息，并将所述调光控制信息发送至照明节点，其中，所述调光控制信息用于控制照明节点中照明灯具的照度。

在实现所述照明调节方法时，各个设备之间的交互如图6所示，包括以下步骤：

步骤S601，在需要对照明进行控制时，车库的管理人员操作管理设备上的APP，使得管理设备通过AP提供的wifi网络向服务器设备发送调光控制请求；

步骤S602，服务器设备接收到调光控制请求后，对其进行解析，生成相应的控制命令，并基于wifi网络向每个分组中的簇头节点发送。该命令中包含的用于控制照明节点中照明灯具的照度的调光控制信息。

步骤S603，簇头节点在收到控制命令后，对本节点的照明灯具的照度进行调节，同时根据程序设定通过无线通信(如2.4GHz无线模块)向组内的其它照明节点发送。

步骤S604，非簇头节点在收到控制命令后，对本节点的照明灯具的照度进行调节，由此完成照明控制。

进一步地，在每个照明节点在完成照度调节后，可以逐级返回控制结果，并最终将控制结果发送至管理设备使得管理人员能够得知本次调节操作的结果。

除了可以对照明节点的照度进行实时调整之外，本方案还提供了一种通过预先配置的调光控制策略对照明节点的照明方式进行预定义控制的方式，使得管理人员通过对照明的相关参数进行设定，实现对照明节点运行模式、节能策略的设定。由此，该方法具体包括：管理设备向所述服务 器设备发送调光控制策略，以使所述服务器设备生成基于所述调光控制策略定时生成相应的调光控制信息，并定时将所述调光控制信息发送至照明节点。所述调光控制策略包含了预先设定的多个调光控制信息，例如在白天调整某一照度，而在夜晚调整至另一照度等。

具体地，所述调光控制请求或调光控制策略根据用户的第一操作生成，其中所述第一操作是指用户在管理设备上或者在管理设备的APP所提供的操作界面中输入的某一操作，例如可以是对参数的设置及发送操作等。

基于所述车库系统，本申请实施例还提供了一种用于车库系统的车位正寻方法，该方法的处理流程如图7所示，具体包括以下步骤：

步骤S701，用户设备在进入目标车库的第二范围内时，加载目标车库的室内地图。其中，所述第二范围是指需要加载目标车库室内地图的范围，一般是设置为进入目标车库之前的一定范围，例如将到达车库入口处视为进入目标车库的第二范围内。用户设备加载目标车库的室内地图的具体方式可以是用户设备在到达车库入口处时，连接该目标车库的服务器设备(通过车库中AP提供的wifi网络进行连接)，由服务器设备下载目标车库对应的室内地图并进行显示，也可以是用户设备已经预先下载好该目标车库的室内地图，在到达车库入口处时，由本地存储中调取该室内地图并进行显示。

步骤S702，用户设备基于所述目标车库内照明节点的定位模块提供的定位信号，在所述室内地图中显示当前位置。所述照明节点的定位模块可以是蓝牙模块，通过多个(例如3个以上)定位模块向第一范围内的用户设备提供蓝牙信号，由于每个定位模块所属的照明节点的位置已知，用户设备根据多个蓝牙信号的强度可以计算出当前位置，并在室内地图中显示该当前位置。

步骤S703，用户设备基于目标车位以及所述当前位置在所述室内地图中生成到达所述目标车位的导航信息。所述导航信息可以是在室内地图中生成的动态线路，可以根据实时获取的当前位置发生动态变化。所述目标车位为用户(即车主)在本次停车时所要到达的某一空车位，目标车位需要在步骤S703之前确定，具体的确定方式可以但不限于如下几种：

一、用户设备从服务器设备获取目标车位，其中所述目标车位由服务器设备基于所述目标车库的车位状态信息以及用户的兴趣点自动匹配确定目标车位。此种方式为服务器设备端进行自动匹配的方式，用户的兴趣点可以预先提供，服务器设备根据用户的兴趣点以及服务器中保存的目标车库的车位状态信息进行处理，自动计算出适合用户停放车辆的空车位。例如，用户的兴趣点若为楼梯、电梯、厕所等，则服务器设备会据此自动将靠近上述位置的空车位作为本次停车的目标车位发送给用户设备。

二、用户设备由服务器设备获取所述目标车库的车位状态信息，并基于所述目标车库的车位状态信息以及用户的兴趣点自动匹配确定目标车位。此种方式为用户设备端进行自动匹配的方式，用户设备由服务器设备获取目标车库的车位状态信息，并结合用户预先提供的兴趣点自动计算出本次停车的目标车位。该方式与方式一类似，将自动匹配的处理过程由服务器设备转移至用户设备。

三、用户设备由服务器设备获取所述目标车库的车位状态信息，并基于用户的第三操作和车位状态信息确定目标车位。用户设备在获取到车位状态进行后，以一定的方式(例如列表、图形等)向用户展示，告知用户目前存在哪些空车位，所述第三操作为用户的选择操作，即在这些空车位中选取某一个车位作为本次停车的目标车位。

进一步地，本申请还提供了一种不在车库系统部署区域(在距离车库较远位置)时的车位正寻方法，该方法的处理流程如图8所示，包括以下步骤：

步骤S801，用户设备获取用户的正寻指令，并根据所述正寻指令加载室外地图。所述正寻指令可以是根据用户在用户设备上进行的某一操作生成，例如点击正寻按钮、摇一摇等。在获取到该正寻指令后，可以加载室外地图，所述室外地图可以直接使用第三方地图产品，具体加载方式与室内地图类似，此处不再赘述。

步骤S802，用户设备在所述室外地图中确定目的地，根据所述目的地确定目标车库。一般情况下，用户设备会直接将目的地所属的车库作为目标车库，但是在实际场景下，有些目的地可能不存在对外开放的公共车库， 此时在目的地附近搜索相应的车库作为目标车库，例如将距离目的地最近的公共车库作为目标车库。

进一步地，本申请实施例还提供一种优选的方式，即用户设备向用户提供所述目的地的第三范围内的候选车库，然后根据用户的第二操作确定在所述候选车库中确定目标车库。用户在用户设备提供的室外地图中选择目的地之后，用户设备能够根据用户确定的目的地，搜索该目的地附近的第三范围内的候选车库。其中，所述第三范围可以根据实际使用场景预设或者动态确定，例如在附近车库较多时可以缩小范围，而在附近车库较少时则可以适当扩大范围。而所述第二操作为用户的选择操作，即在这些候选车库中选取某一个车库作为本次停车的目标车库。

作为一种可行的实时方式，在本步骤中，可以进一步加载目标车库的室内地图，并向用户显示车位状态信息，供用户选择目标车位。而用户也可以在未进入到车库时选择好需要停放的目标车位。

步骤S803，用户设备基于所述目标车库生成在所述室外地图中生成到达所述目标车库的导航信息。由此，用户可以根据该导航信息到达目标车库，当用户进入到目标车库的第二范围内时，可以采用图7所示的方法进行车库内的导航。

步骤S804，用户设备在进入目标车库的第二范围内时，加载目标车库的室内地图。

步骤S805，用户设备基于所述目标车库内照明节点的定位模块提供的定位信号，在所述室内地图中显示当前位置。在达到车库内时即可由照明节点的定位模块提供的定位信号，可以脱离外部网络直接获取定位信息。

步骤S806，用户设备基于目标车位以及所述当前位置在所述室内地图中生成到达所述目标车位的导航信息。

由于在实际场景中，用户的车辆在到达目标车位之前，该目标车位有可能会被其它的车辆占用，为避免发生此种情况，该方法还包括：在到达目标车位之前，用户设备判断所述目标车位是否被占用，若被占用，则重新确定目标车位，并基于所述当前位置以及重新确定的目标车位在所述室内地图中生成到达所述重新确定的目标车位的导航信息。具体地，用户设 备判断所述目标车位是否被占用的方式可以是由服务器设备定时获取目标车位的占用状态，由此进行判断。

此外，在利用导航信息的过程中，用户设备会实时对比当前位置与导航信息提供的路径，在偏离路径时，将会根据当前位置重新规划路径，生成新的导航信息。

基于所述车库系统，本申请实施例还提供了一种用于车库系统的车辆反寻方法，该方法的处理流程如图9所示，具体包括以下步骤：

步骤S901，用户设备获取用户的反寻指令和车位标识信息。类似于正寻指令，所述反寻指令同样可以是根据用户在用户设备上进行的某一操作生成，例如点击反寻按钮、摇一摇等。而所述车位标识信息为用于标识用户停放车辆的车位的信息，可以包括但不限于用户的注册信息、车牌号码以及车位编号，所述车位标识信息与用户停放的车位之间会存在映射关系，通过车位标识信息可以在某一车库中确定一个唯一的车位。例如，所述车辆反寻方法的实现载体为用户设备上运行的特定APP，若用户为该APP的注册用户，则可以直接获取到该用户的注册信息。

以APP的实现场景为例，本步骤的具体处理方式可以为：用户设备在获取到用户的反寻指令后，首先判断用户是否为注册用户，若为注册用户，则可以直接读取注册信息，若不是注册用户，可以向用户提供一个输入车牌号或者车位编号的界面，让用户进行输入，由此获取车位标识信息。

步骤S902，用户设备根据所述反寻指令加载所述目标车位所在的目标车库的室内地图，以及根据车位标识信息确定该用户的车辆所在的目标车位。由于所述车位标识信息与用户停放的车位之间会存在映射关系，因此通过车位标识信息可以在某一车库中确定一个唯一的车位，即目标车位。在实际场景中，所述映射关系可以由服务器设备在车辆停放于目标车位时建立，由此在该步骤可以具体包括：用户设备向所述服务器设备发送车位标识信息，并获取所述服务器设备根据车位标识信息与目标车位的映射关系返回的该用户的车辆所在的目标车位。

步骤S903，用户设备基于所述目标车库内照明节点的定位模块提供的定位信号，在所述室内地图中显示当前位置。所述照明节点的定位模块可 以是蓝牙模块，通过多个(例如3个以上)定位模块向第一范围内的用户设备提供蓝牙信号，由于每个定位模块所属的照明节点的位置已知，用户设备根据多个蓝牙信号的强度可以计算出当前位置，并在室内地图中显示该当前位置。

步骤S904，用户设备基于目标车位以及所述当前位置在所述室内地图中生成到达所述目标车位的导航信息。与车位正寻时的导航类似，在偏离路径时，用户设备同样将会根据当前位置重新规划路径，生成新的导航信息。

基于本申请的另一方面，还提供了一种用于车库系统照明调节的管理设备，该管理设备包括第一装置，所述第一装置用于向所述服务器设备发送调光控制请求，以使所述服务器设备生成基于所述调光控制请求生成调光控制信息，并将所述调光控制信息发送至照明节点，其中，所述调光控制信息用于控制照明节点中照明灯具的照度。

在实现所述照明调节方案时，各个设备之间的交互如图6所示，包括以下步骤：

步骤S601，在需要对照明进行控制时，车库的管理人员操作管理设备上的APP，使得管理设备通过AP提供的wifi网络向服务器设备发送调光控制请求；

步骤S602，服务器设备接收到调光控制请求后，对其进行解析，生成相应的控制命令，并基于wifi网络向每个分组中的簇头节点发送。该命令中包含的用于控制照明节点中照明灯具的照度的调光控制信息。

步骤S603，簇头节点在收到控制命令后，对本节点的照明灯具的照度进行调节，同时根据程序设定通过无线通信(如2.4GHz无线模块)向组内的其它照明节点发送。

步骤S604，非簇头节点在收到控制命令后，对本节点的照明灯具的照度进行调节，由此完成照明控制。

进一步地，在每个照明节点在完成照度调节后，可以逐级返回控制结果，并最终将控制结果发送至管理设备使得管理人员能够得知本次调节操作的结果。

除了可以对照明节点的照度进行实时调整之外，本方案还提供了一种通过预先配置的调光控制策略对照明节点的照明方式进行预定义控制的方式，使得管理人员通过对照明的相关参数进行设定，实现对照明节点运行模式、节能策略的设定。由此，所述第一装置，还用于向所述服务器设备发送调光控制策略，以使所述服务器设备生成基于所述调光控制策略定时生成相应的调光控制信息，并定时将所述调光控制信息发送至照明节点。所述调光控制策略包含了预先设定的多个调光控制信息，例如在白天调整某一照度，而在夜晚调整至另一照度等。

进一步地，本申请实施例还提供了一种优选的管理设备，该管理设备的结构如图10所示，包括第一装置1010和第二装置1020。其中所述第二装置1020用于根据用户的第一操作生成调光控制请求或调光控制策略，所述第一装置1010用于向所述服务器设备发送调光控制请求或调光控制策略，以实现照明调节。其中，所述第一操作是指用户在管理设备上或者在管理设备的APP所提供的操作界面中输入的某一操作，例如可以是对参数的设置及发送操作等。

基于所述车库系统，本申请实施例还提供了一种用于车库系统车位正寻的用户设备，该用户设备的具体结构如图11所示，包括第三装置1110、第四装置1120和第五装置1130。具体地，所述第三装置1110用于在进入目标车库的第二范围内时，加载目标车库的室内地图。其中，所述第二范围是指需要加载目标车库室内地图的范围，一般是设置为进入目标车库之前的一定范围，例如将到达车库入口处视为进入目标车库的第二范围内。用户设备加载目标车库的室内地图的具体方式可以是用户设备在到达车库入口处时，连接该目标车库的服务器设备(通过车库中AP提供的wifi网络进行连接)，由服务器设备下载目标车库对应的室内地图并进行显示，也可以是用户设备已经预先下载好该目标车库的室内地图，在到达车库入口处时，由本地存储中调取该室内地图并进行显示。

所述第四装置1120用于基于所述目标车库内照明节点的定位模块提供的定位信号，在所述室内地图中显示当前位置。所述照明节点的定位模块可以是蓝牙模块，通过多个(例如3个以上)定位模块向第一范围内的 用户设备提供蓝牙信号，由于每个定位模块所属的照明节点的位置已知，用户设备根据多个蓝牙信号的强度可以计算出当前位置，并在室内地图中显示该当前位置。

所述第五装置1130用于基于目标车位以及所述当前位置在所述室内地图中生成到达所述目标车位的导航信息。所述导航信息可以是在室内地图中生成的动态线路，可以根据实时获取的当前位置发生动态变化。所述目标车位为用户(即车主)在本次停车时所要到达的某一空车位，目标车位需要在所述第五装置1130进行处理之前确定，具体的确定方式可以但不限于如下几种：

一、用户设备从服务器设备获取目标车位，其中所述目标车位由服务器设备基于所述目标车库的车位状态信息以及用户的兴趣点自动匹配确定目标车位。此种方式为服务器设备端进行自动匹配的方式，用户的兴趣点可以预先提供，服务器设备根据用户的兴趣点以及服务器中保存的目标车库的车位状态信息进行处理，自动计算出适合用户停放车辆的空车位。例如，用户的兴趣点若为楼梯、电梯、厕所等，则服务器设备会据此自动将靠近上述位置的空车位作为本次停车的目标车位发送给用户设备。

二、用户设备由服务器设备获取所述目标车库的车位状态信息，并基于所述目标车库的车位状态信息以及用户的兴趣点自动匹配确定目标车位。此种方式为用户设备端进行自动匹配的方式，用户设备由服务器设备获取目标车库的车位状态信息，并结合用户预先提供的兴趣点自动计算出本次停车的目标车位。该方式与方式一类似，将自动匹配的处理过程由服务器设备转移至用户设备。

三、用户设备由服务器设备获取所述目标车库的车位状态信息，并基于用户的第三操作和车位状态信息确定目标车位。用户设备在获取到车位状态进行后，以一定的方式(例如列表、图形等)向用户展示，告知用户目前存在哪些空车位，所述第三操作为用户的选择操作，即在这些空车位中选取某一个车位作为本次停车的目标车位。

进一步地，本申请还提供了一种优选的用于车库系统车位正寻的用户设备，除图11所示的第三装置1110、第四装置1120和第五装置1130之 外，该用户设备还包括第六装置1210、第七装置1220和第八装置1230。具体地，所述第六装置1210用户获取用户的正寻指令，并根据所述正寻指令加载室外地图。所述正寻指令可以是根据用户在用户设备上进行的某一操作生成，例如点击正寻按钮、摇一摇等。在获取到该正寻指令后，可以加载室外地图，所述室外地图可以直接使用第三方地图产品，具体加载方式与室内地图类似，此处不再赘述。

所述第七装置1220用于在所述室外地图中确定目的地，根据所述目的地确定目标车库。一般情况下，用户设备会直接将目的地所属的车库作为目标车库，但是在实际场景下，有些目的地可能不存在对外开放的公共车库，此时在目的地附近搜索相应的车库作为目标车库，例如将距离目的地最近的公共车库作为目标车库。

进一步地，本申请实施例还提供一种优选的方式，即用户设备向用户提供所述目的地的第三范围内的候选车库，然后根据用户的第二操作确定在所述候选车库中确定目标车库。用户在用户设备提供的室外地图中选择目的地之后，用户设备能够根据用户确定的目的地，搜索该目的地附近的第三范围内的候选车库。其中，所述第三范围可以根据实际使用场景预设或者动态确定，例如在附近车库较多时可以缩小范围，而在附近车库较少时则可以适当扩大范围。而所述第二操作为用户的选择操作，即在这些候选车库中选取某一个车库作为本次停车的目标车库。

作为一种可行的实时方式，第三装置1110加载目标车库的室内地图的时机可以是所述第七装置1220基于目的地确定目标车库时。在生成到达目标车库的导航信息之前，即向用户显示车位状态信息，供用户选择目标车位。而用户也可以在未进入到车库时选择好需要停放的目标车位。

所述第八装置1230用于基于所述目标车库生成在所述室外地图中生成到达所述目标车库的导航信息。由此，用户可以根据该导航信息到达目标车库，当用户进入到目标车库的第二范围内时，可以继续由第三装置1110、第四装置1120和第五装置1130实现车库内的导航，此处不再赘述。

由于在实际场景中，用户的车辆在到达目标车位之前，该目标车位有可能会被其它的车辆占用，为避免发生此种情况，所述用户设备还可以包 括第十装置，该第十装置用于在到达目标车位之前，用户设备判断所述目标车位是否被占用，若被占用，则重新确定目标车位，并基于所述当前位置以及重新确定的目标车位在所述室内地图中生成到达所述重新确定的目标车位的导航信息。具体地，用户设备判断所述目标车位是否被占用的方式可以是由服务器设备定时获取目标车位的占用状态，由此进行判断。

此外，在利用导航信息的过程中，用户设备会实时对比当前位置与导航信息提供的路径，在偏离路径时，将会根据当前位置重新规划路径，生成新的导航信息。

基于所述车库系统，本申请实施例还提供了一种用于车库系统车辆反寻的用户设备，该用户设备的结构如图13所示，包括第十一装置1310、第十二装置1320、第十三装置1330、第十四装置1340。具体地，所述第十一装置1310用于获取用户的反寻指令和车位标识信息。类似于正寻指令，所述反寻指令同样可以是根据用户在用户设备上进行的某一操作生成，例如点击反寻按钮、摇一摇等。而所述车位标识信息为用于标识用户停放车辆的车位的信息，可以包括但不限于用户的注册信息、车牌号码以及车位编号，所述车位标识信息与用户停放的车位之间会存在映射关系，通过车位标识信息可以在某一车库中确定一个唯一的车位。例如，所述车辆反寻方案的实现载体为用户设备上运行的特定APP，若用户为该APP的注册用户，则可以直接获取到该用户的注册信息。

以APP的实现场景为例，第十一装置1310的具体处理方式可以为：在获取到用户的反寻指令后，首先判断用户是否为注册用户，若为注册用户，则可以直接读取注册信息，若不是注册用户，可以向用户提供一个输入车牌号或者车位编号的界面，让用户进行输入，由此获取车位标识信息。

所述第十二装置1320用于根据所述反寻指令加载所述目标车位所在的目标车库的室内地图，以及根据车位标识信息确定该用户的车辆所在的目标车位。由于所述车位标识信息与用户停放的车位之间会存在映射关系，因此通过车位标识信息可以在某一车库中确定一个唯一的车位，即目标车位。在实际场景中，所述映射关系可以由服务器设备在车辆停放于目标车位时建立，由此所述第十二装置1320具体用于向所述服务器设备发送车 位标识信息，并获取所述服务器设备根据车位标识信息与目标车位的映射关系返回的该用户的车辆所在的目标车位。

所述第十三装置1330用于基于所述目标车库内照明节点的定位模块提供的定位信号，在所述室内地图中显示当前位置。所述照明节点的定位模块可以是蓝牙模块，通过多个(例如3个以上)定位模块向第一范围内的用户设备提供蓝牙信号，由于每个定位模块所属的照明节点的位置已知，用户设备根据多个蓝牙信号的强度可以计算出当前位置，并在室内地图中显示该当前位置。

所述第十四装置1340用于基于目标车位以及所述当前位置在所述室内地图中生成到达所述目标车位的导航信息。与车位正寻时的导航类似，在偏离路径时，用户设备同样将会根据当前位置重新规划路径，生成新的导航信息。

综上所述，本申请的技术方案提供的车库系统将现有的照明系统和停车引导系统有机结合，通过同一套系统实现照明、车位正寻、车辆反寻等功能，共用一套配电线路通信线路及服务器设备，可大大降低施工周期成本，空间占用，维护成本。

本申请提供的照明调节方案中，可基于无线通信向每个照明节点发送调光控制信息，由此实现对每个照明节点上的灯具进行照明调节，以适应不同的场景需求，节约布设控制回路的成本，在保证照明的前提下节约能耗。

本申请提供的车位正寻方案中，在车位照明节点上加装带有通信功能的车位探测器，在车道照明节点上加装带有通信功能的车位指示器，同时在部分或者全部的照明节点上加装可与车主的用户终端通信的定位模块，使得车主携带用户设备进入车库后，在距离车位较远时，可以通过加载的地图和由照明节点的定位模块实时获取到的定位信息生成到达空车位的动态导航信息，在距离车位较近时还可以通过车道照明节点上的车位指示器寻找空车位，大大提高了车位正寻的效率。

本申请提供的车辆反寻方案中，当车主携带用户设备返回车库取回车辆时，可利用用户设备与照明节点上的定位模块在此连通，基于加载的地 图和实时获取的定位信息生成到达自己车辆停放车位的动态导航信息，由此时指出车主与车主自己车辆的所在位置，使得车辆反寻的体验更佳，速度更快。

需要注意的是，本申请可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本申请的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。

另外，本申请的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本申请的方法和/或技术方案。而调用本申请的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此，根据本申请的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本申请的多个实施例的方法和/或技术方案。

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。