CN115002051B - 灯具通信方法、装置和灯具 - Google Patents

Abstract

本申请涉及一种灯具通信方法、装置和灯具。该方法包括：若目标灯具确定自身当前处于横向通信模式，则在灯具组网中查找服务灯具；目标灯具将第一待上传数据发送至服务灯具，指示服务灯具将第一待上传数据转发至服务器。其中，目标灯具为灯具组网中任一灯具，服务灯具为灯具组网中支持与服务器进行通信的任一灯具；横向通信模式为不支持与服务器进行通信的模式。在本申请中，当目标灯具无法与服务器进行通信时，通过服务灯具将自身的待上传数据发送至服务器中。如此，灯具组网中只要存在一个灯具能够与服务器进行通信，即可保证整个灯具组网中灯具与服务器进行通信，提高了灯具与服务器之间通信的可靠性。

Description

灯具通信方法、装置和灯具

技术领域

本申请涉及网络通信技术领域，特别是涉及一种灯具通信方法、装置和灯具。

背景技术

随着文化产业的发展，灯具在剧院、电视台或者演播厅中的作用越来越大。为便于服务器控制灯具系统中多个灯具的运行状态，会在各灯具中增加通信模块，使得灯具可以实时向服务器上传最新的运行数据，同时，接收服务器下发的管控消息。

然而，当任一灯具与服务器之间的通信出现问题时，该灯具无法上传数据至服务器，造成数据同步失败；同时，服务器无法根据有效数据对灯具下发管控消息，灯具与服务器之间通信中断，通信方式可靠性低。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高灯具与服务器之间通信可靠性的灯具通信方法、装置和灯具。

第一方面，本申请提供了一种灯具通信方法，该方法包括：

若目标灯具确定自身当前处于横向通信模式，则在灯具组网中查找服务灯具；目标灯具为灯具组网中任一灯具，服务灯具为灯具组网中支持与服务器进行通信的任一灯具；横向通信模式为不支持与服务器进行通信的模式；

目标灯具将第一待上传数据发送至服务灯具，指示服务灯具将第一待上传数据转发至服务器。

在其中一个实施例中，在灯具组网中查找服务灯具，包括：

目标灯具从灯具节点列表中获取候选灯具；候选灯具为支持与服务器进行通信的灯具；

目标灯具基于预设的选取策略，从候选灯具中确定服务灯具。

在其中一个实施例中，灯具节点列表的构建过程，包括：

目标灯具接收灯具组网中其他灯具定时发送的心跳数据包；心跳数据包中至少包括对应灯具的通信模式；

目标灯具根据接收到的心跳数据包，创建灯具节点列表。

在其中一个实施例中，该方法还包括：

目标灯具接收服务灯具发送灯具控制信息；灯具控制信息为服务灯具接收的服务器针对目标灯具下发的控制信息；

目标灯具根据灯具控制信息，对自身的运行参数进行调整。

在其中一个实施例中，该方法还包括：

目标灯具接收服务灯具发送的数据上传成功信息；

目标灯具根据数据上传成功信息，在自身的数据项登记表中对第一待上传数据的上传状态进行更新。

在其中一个实施例中，该方法还包括：

获取目标灯具与服务器之间的通信状态；

若通信状态为不支持与服务器进行通信，则确定目标灯具处于横向通信模式；

若通信状态为支持与服务器进行通信但不支持与灯具组网中的其他灯具进行通信，则确定目标灯具处于纵向通信模式；

若通信状态为支持与服务器进行通信且支持与灯具组网中至少一个灯具进行通信，则确定目标灯具处于双向通信模式。

在其中一个实施例中，若目标灯具处于双向通信模式，该方法还包括：

目标灯具向服务器发送第二待上传数据，第二待上传数据包括第一待上传数据和至少一个客户灯具的待上传数据；

若发生至少一个客户灯具的待上传数据上传失败，则目标灯具向上传失败的各客户灯具发送数据上传失败信息，并关闭与上传失败的各客户灯具之间的通信连接；数据上传失败信息用于提醒上传失败的各客户灯具重新选择服务灯具。

在其中一个实施例中，该方法还包括：

若目标灯具成功将客户灯具的待上传数据发送至服务器，则在自身的数据项登记表中删除上传成功的客户灯具的待上传数据；

目标灯具向上传成功的客户灯具发送数据上传成功信息；数据上传成功信息用于指示客户灯具更新自身的数据项登记表。

第二方面，本申请还提供了一种灯具通信装置，集成于目标灯具中，目标灯具为灯具组网中任一灯具；该装置包括：

服务灯具查找模块，用于若确定目标灯具当前处于横向通信模式，则在灯具组网中查找服务灯具；服务灯具为灯具组网中支持与服务器进行通信的任一灯具，横向通信模式为不支持与服务器进行通信的模式；

数据上传模块，用于将目标灯具的第一待上传数据发送至服务灯具，指示服务灯具将第一待上传数据转发至服务器。

第三方面，本申请还提供了一种灯具，该灯具包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现上述第一方面中任一方法实施例的步骤。

第四方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述第一方面中任一方法实施例的步骤。

第五方面，本申请还提供了一种计算机程序产品，该计算机程序产品包括计算机程序，计算机程序被处理器执行时实现上述第一方面中任一方法实施例的步骤。

上述灯具通信方法、装置和灯具，若目标灯具确定自身当前处于横向通信模式，则在灯具组网中查找服务灯具；目标灯具将第一待上传数据发送至服务灯具，指示服务灯具将第一待上传数据转发至服务器。其中，目标灯具为灯具组网中任一灯具，服务灯具为灯具组网中支持与服务器进行通信的任一灯具；横向通信模式为不支持与服务器进行通信的模式。在本申请中，当灯具组网中的任一灯具无法与服务器进行通信时，可以从灯具组网中确定能和服务器进行通信的服务灯具，从而通过服务灯具将自身的待上传数据发送至服务器中。如此，本申请为灯具提供多条数据上传路径，灯具组网中只要存在一个灯具能够与服务器进行通信，即可保证整个灯具组网中灯具与服务器进行通信，提高了灯具与服务器之间的通信可靠性。

附图说明

图1为一个实施例中灯具通信方法的应用环境图；

图2为一个实施例中第一种灯具通信方法的流程示意图；

图3为一个实施例中确定服务灯具的流程示意图；

图4为一个实施例中创建灯具节点列表的流程示意图；

图5为一个实施例中灯具控制方法的流程示意图；

图6为一个实施例中更新数据项登记表的流程示意图；

图7为一个实施例中第二种灯具通信方法的流程示意图；

图8为一个实施例中第三种灯具通信方法的流程示意图；

图9为另一个实施例更新数据项登记表的流程示意图；

图10为一个实施例中第四种灯具通信方法的流程示意图；

图11为一个实施例中灯具通信装置的结构框图；

图12为一个实施例中灯具的内部结构图。

具体实施方式

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

本申请提供的灯具通信方法，可以应用于如图1所示的应用环境中。其中，灯具组网内的灯具L1、灯具L2、灯具L3和灯具L4具备横向通信功能，可以互连进行横向通信，各灯具可以与服务器进行纵向通信。

作为一个示例，灯具组网内的各灯具可以通过蓝牙Mesh、wifi、ZigBee等方式中的任一种进行组网和通信，本实施例对此不做限制。

需要说明的是，图1仅以一个灯具组网和4个灯具进行举例，在实际应用时，灯具组网内还可以包括更多或更少的灯具。另外，接入到该服务器中的灯具组网也可以为多个，由服务器分别对各个灯具组网内的灯具进行管控。

为了便于服务器有效控制多个灯具的运行状态，需要灯具将自身的最新的运行数据上传给服务器，并接收服务器下发的灯具控制信息。本申请实施例通过对灯具组网的方式，使得灯具具备两个维度的通信功能。在灯具无法与服务器进行通信的情况下，灯具可以在灯具组网内确定数据上传路径，交由其他灯具帮自己上传运行数据，提高了灯具与服务器之间通信的可靠性。

接下来，将通过实施例并结合附图具体地对本申请实施例的技术方案，以及本申请实施例的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。需要说明的是，本申请实施例提供的一种灯具通信方法，其执行主体可以为任一灯具，也可以为灯具通信装置，该装置可以通过软件、硬件或者软硬件结合的方式实现成为灯具处理器的部分或者全部。显然，所描述的实施例只是本申请实施例一部分实施例，而不是全部的实施例。

在一个实施例中，如图2所示，提供了一种灯具通信方法，包括以下步骤：

步骤210：若目标灯具确定自身当前处于横向通信模式，则在灯具组网中查找服务灯具；目标灯具为灯具组网中任一灯具，服务灯具为灯具组网中支持与服务器进行通信的任一灯具；横向通信模式为不支持与服务器进行通信的模式。

其中，多个灯具通过蓝牙Mesh、wifi、ZigBee方式中的一种进行组网，组网后的多个灯具在横向上形成互联互通。

在一种可能的实现方式中，步骤210的实现过程为：若目标灯具确定自身当前处于横向通信模式，即自身无法与服务器进行通信，亦无法将自身的运行数据发送给服务器。由于目标灯具处于灯具组网内，因此，目标灯具可以在自身所在的灯具组网中查找能够与服务器通信的服务灯具，以通过该服务灯具将目标灯具的运行数据发送给服务器。

需要说明的是，在一个时刻，目标灯具只能在灯具组网中选择一个灯具作为自身的服务灯具。换言之，目标灯具在同一时刻只采用一个服务灯具上传自身的运行数据，以避免服务器连接灯具数过多，造成服务灯具数据上传效率低的问题。

步骤220：目标灯具将第一待上传数据发送至服务灯具，指示服务灯具将第一待上传数据转发至服务器。

应该理解的是，由于目标灯具当前处于横向通信模式，无法与服务器进行通信，因此，目标灯具不是任何灯具的服务灯具，目标灯具的第一待上传数据即为目标灯具自身的运行数据。

在一种可能的实现方式中，步骤220的实现过程为：目标灯具向服务灯具发送数据代上传请求，该数据代上传请求中携带有目标灯具的第一待上传数据。服务灯具接收到目标灯具发送的数据代上传请求后，则将第一待上传数据转发至服务器。

可选地，若服务灯具自身也存在待上传数据，则服务灯具将第一待上传数据和服务灯具自身的待上传数据一并发送至服务器。

需要说明的是，每个待上传数据中均包括该数据所属灯具的身份数据，以使服务器接收到数据后，可以根据身份标识确定接收的数据是哪一个灯具的运行数据。

换言之，服务灯具在帮助目标灯具代上传数据时，需要将目标灯具的身份数据也发送给服务器，使得服务器可以根据目标灯具的身份数据，验证目标灯具的身份合法性，在其身份合法的情况下，确定服务灯具上传的第一待上传数据为目标灯具的运行数据。

作为一个示例，目标灯具的身份数据可以包括目标灯具的身份标识和身份认证信息。服务器中本身也存储有每个灯具的身份标识和身份认证信息，服务器验证目标灯具身份合法性的过程为：服务器根据服务灯具上传的目标灯具的身份标识，获取该身份标识的目标身份认证信息，进而通过目标身份认证信息对服务灯具上传的身份认证信息进行验证，若两者一致，则确定目标灯具的身份合法，若两者不一致，则确定目标灯具的身份不合法。

进一步地，在目标灯具的身份不合法的情况下，服务器可以认为服务灯具上传的第一待上传数据并未目标灯具的有效数据，可以舍弃该时刻接收的数据，等待下一时刻上传的目标灯具的运行数据。

另外，当有运行数据需要上传时，灯具携带自身的身份信息创建与服务器的通讯连接，在向服务器发送灯具的待上传数据时，采用对应的通信链路进行数据传输。如此，在同一时刻，多个灯具可以采用各自对应的通信链路与服务器进行并行通信。

基于此，在该步骤220中，服务灯具替代目标灯具向服务器发送第一待上传数据时，该服务灯具创建一个专门用来上传目标灯具第一待上传数据的通讯连接，如果服务灯具为N台目标灯具上传数据，则可以创建N条通讯连接，服务灯具与服务器之间的通信链路累计连接数为N+1。

上述灯具通信方法中，若目标灯具确定自身当前处于横向通信模式，则在灯具组网中查找服务灯具；目标灯具将第一待上传数据发送至服务灯具，指示服务灯具将第一待上传数据转发至服务器。其中，目标灯具为灯具组网中任一灯具，服务灯具为灯具组网中支持与服务器进行通信的任一灯具；横向通信模式为不支持与服务器进行通信的模式。在本申请中，当灯具组网中的任一灯具无法与服务器进行通信时，可以从灯具组网中确定能和服务器进行通信的服务灯具，从而通过服务灯具将自身的待上传数据发送至服务器中。如此，本申请为灯具提供多条数据上传路径，灯具组网中只要存在一个灯具能够与服务器进行通信，即可保证整个灯具组网中灯具与服务器进行通信，提高了灯具与服务器之间的通信可靠性。

基于上述实施例，目标灯具在选择自身的服务灯具时，可以从灯具组网中的多个灯具中确定一个灯具，将其作为自身的服务灯具。

在一个实施例中，如图3所示，上述步骤210中目标灯具在灯具组网中查询服务灯具的实现过程，可以包括以下步骤：

步骤310：目标灯具从灯具节点列表中获取候选灯具；候选灯具为支持与服务器进行通信的灯具。

其中，灯具组网中的每个灯具都会创建自身的灯具节点列表，灯具节点列表中包括多个灯具的灯具信息。

作为一个示例，灯具信息包括灯具的单播地址、身份标识、身份认证信息、通信模式、待上传数据量中的一项或多项。单播地址在整个灯具组网中具有唯一性，根据单播地址可以在灯具组网中确定唯一一个灯具。

在一种可能的实现方式中，将灯具节点列表中可以和服务器进行通信的所有灯具确定为候选灯具。

需要说明的是，在目标灯具从灯具节点列表中，各灯具的通信模式包括横向通信模式、双向通信模式和纵向通信模式，横向通信模式表征灯具可以与目标灯具通信但不能与服务器通信，双向通信模式表征灯具可以同时与目标灯具和服务器通信，纵向通信模式表征灯具可以与服务器通信但不能与其他灯具(包含目标灯具)通信。

基于此，步骤310中选择的候选灯具即为灯具节点列表中通信模式为双向通信模式的至少一个灯具。

步骤320：目标灯具基于预设的选取策略，从候选灯具中确定服务灯具。

其中，预设的选取策略为最小负荷策略或最优路径策略。

若选取策略为最小负荷策略，则步骤320的实现过程可以为：根据灯具节点列表中各灯具的待上传数据量，将待上传数据量最少的一个灯具确定为服务灯具。

若选取策略为最优路径策略，则步骤320的实现过程可以为：获取目标灯具与各候选灯具之间对应的通信路径，预估采用各通信路径进行数据传输时的通信时长，将通信时长最短的通信路径所对应的候选灯具确定为服务灯具。

需要说明的是，目标灯具在选择自身的服务灯具时，也可以基于灯具节点列表和/或自身待上传数据量，采用其他的选取策略从多个候选灯具中确定服务灯具，本实施例对此不做限制。

另外，处于横向通信的目标灯具在一次数据上传过程中，为避免连接服务器的灯具数过多，目标灯具只确定一个服务灯具，通过该服务灯具代将目标灯具的第一待上传数据转发给服务器。

在本实施例中，当目标灯具无法与服务器进行通信时，根据灯具节点列表确定候选灯具，然后采用预设的选取策略从候选灯具中确定目标灯具的服务灯具，进而通过服务灯具上传目标灯具的待上传数据，实现了目标灯具和服务器之间的数据通信。

接上述图3对应的方法实施例，如图4所示，目标灯具构建灯具节点列表构建的实现过程，可以包括以下步骤：

步骤410：目标灯具接收灯具组网中其他灯具定时发送的心跳数据包。

其中，心跳数据包中至少包括对应灯具的通信模式。

需要说明的是，灯具组网中的灯具按照其组网协议栈进行广播与通信。已加入灯具组网中的灯具定时发送心跳数据包(Heartbeat)，用于在灯具之间相互交换数据。其中，心跳数据包的依据心跳发表和订阅条件/协议进行设置，本实施例对此不做解释。

在一种可能的实现方式中，步骤410的实现过程可以为：灯具组网中的每个灯具都定时发送目标地址值为0xFFFF的心跳数据包，由于0xFFFF是广播地址，因此，灯具组网中的所有网络节点的灯具都能接收到此心跳数据包。网络中的所有节点都能接收到此心跳数据包。

可选地，参见下表1，心跳数据包中还可以包括对应灯具的身份标识、身份认证信息和待上传数据量。

表1

身份标识

身份认证信息

通信模式

待上传数据量

其中，身份标识为灯具在服务器中的身份标识，在服务器存储的灯具身份标识中具有唯一性；身份认证信息用于供服务器验证灯具的身份合法性，服务器中也存储有各灯具的身份认证信息；通信模式包括横向通信模式、纵向通信模式和双向通信模式；待上传数据量可以为空，也可以为一个或多个。

步骤420：目标灯具根据接收到的心跳数据包，创建灯具节点列表。

其中，对于每个心跳数据包，目标灯具可以将心跳数据包的源地址作为单播地址记录在灯具节点列表中，该单播地址在整个灯具组网中唯一，根据单播地址可以确定灯具节点列表中唯一一条数据。

进一步地，灯具节点列表中，还包括根据各单播地址，从对应的心跳数据包中解析出来的身份标识、身份认证信息、通信模式和待上传数据量。

作为一个示例，灯具节点列表是目标灯具根据接收到的发送心跳数据包所对应灯具的灯具信息创建的，其中也可以包括目标灯具的灯具信息，以通过灯具节点列表获取当前时刻灯具组网中所有灯具的灯具信息。

参见下表2所示的灯具节点列表，假设目标灯具的单播地址为Unicast Address-0，则该灯具节点列表中包括但不限于灯具组网中所有灯具的单播地址、身份标识、身份认证信息、通信模式和待上传数据量。

表2

其中，通信模式中“0”代表灯具处于横向通信模式，“1”代表灯具处于双向通信模式，“2”代表灯具处于纵向通信模式。

根据表2可知，单播地址为Unicast Address-0的目标灯具处于横向通信模式，其待上传的数据量为10条数据。但目标灯具处于横向通信模式，无法向服务器上传自身的10条待上传数据，因此，目标灯具可以根据表2所示的灯具节点列表，将处于双向通信模式的灯具2(即单播地址为Unicast Address-2的灯具)确定为服务灯具。

作为另一个示例，灯具节点列表包括灯具组网中其他灯具的灯具信息，通过灯具节点列表可以记录当前时刻灯具组网中除目标灯具以外的其他灯具的灯具信息。

参见下表3所示的灯具节点列表，假设目标灯具的单播地址为Unicast Address-0，则灯具节点列表中包括但不限于灯具组网中其他灯具的单播地址、身份标识、身份认证信息、通信模式和待上传数据量。

表3

单播地址	身份标识	身份认证信息	通信模式	待上传数据量
					Unicast Address-1	ID1	Identification-1	0	3
Unicast Address-2	ID2	Identification-2	1	5
					Unicast Address-3	ID3	Identification-3	1	10
……	……	……	……	……
					Unicast Address-n	IDn	Identification-n	2	2

假设目标灯具的待上传数据量为10条数据，且目标灯具处于横向通信模式，无法向服务器上传自身的10条待上传数据，因此，目标灯具可以根据表3所示的灯具节点列表，将处于双向通信模式的灯具2(即单播地址为Unicast Address-2的灯具)和灯具3(即单播地址为Unicast Address-3的灯具)确定为候选务灯具。

进一步地，由于灯具2的待上传数据量为5，灯具3的待上传数据量为10，因此，将待上传数据量较少的灯具2确定为目标灯具的服务灯具，由灯具2将目标灯具的10条数据和灯具2自身的5条数据上传至服务器中。

在本实施例中，当灯具组网中的灯具定时广播心跳数据包时，目标灯具可以根据接收到的心跳数据包的源地址和心跳数据包中携带的至少一项灯具信息，创建自身的灯具节点列表或者整个灯具组网的灯具节点列表。如此，他用过广播心跳数据包，可以建立准确有效的灯具节点列表，便于目标灯具从中确定自身的服务灯具。

另外，需要说明的是，灯具组网中的灯具每广播一次心跳数据包，目标灯具则根据接收到心跳数据包对创建的灯具节点列表进行更新，以使灯具节点列表中的数据可以准确反映灯具组网中灯具的通信模式和数据上传量等信息。如此，提高了灯具节点列表中灯具信息的实时性和有效性。

基于上述各方法实施例，处于横向模式的目标灯具可以从自身创建的灯具节点列表中选择服务灯具，进而通过服务灯具将目标灯具的第一待上传数据转发至服务器中。由于目标灯具不能与服务器进行通信，则服务器需要向目标灯具发送灯具控制信息时，也可以通过目标灯具的服务灯具进行转发。

基于此，在一个实施例中，如图5所示，本申请还提供了一种灯具控制方法，包括以下步骤：

步骤510：目标灯具接收服务灯具发送灯具控制信息。

其中，灯具控制信息为服务灯具接收的服务器针对目标灯具下发的控制信息，灯具控制信息用于指示目标灯具对自身的运行参数进行调整。

也即是，由于目标灯具不能和服务器进行通信，且之前是通过服务灯具向服务器转发目标灯具的第一待上传数据，因此，当服务器需要控制目标灯具的运行状态时，需要通过服务灯具向目标灯具转发灯具控制信息。

在一种可能的实现方式中，步骤510的实现过程可以为：服务灯具将目标灯具的第一待上传数据转发给服务器后，接收服务器发送的针对目标灯具的灯具控制信息。进一步地，服务灯具将接收到的目标灯具的灯具控制信息转发给目标灯具。

其中，灯具控制信息包括目标灯具中至少一个运行参数的控制方案。

步骤520：目标灯具根据灯具控制信息，对自身的运行参数进行调整。

其中，灯具的运行参数包括但不限于为通电时长、亮泡时长、错误码等，且在服务灯具和服务器中，目标灯具的运行参数为只读数据，服务灯具无法对目标灯具的运行数据进行编辑和修改。

在一种可能的实现方式中，步骤520的实现过程可以为：目标灯具根据灯具控制信息，确定需要控制的目标运行参数；进而根据灯具控制信息中给出的控制方案，对目标运行参数进行调整。

在本实施例中，目标灯具在确定服务灯具后，不仅可以通过服务灯具向服务器转发自身的运行数据(即第一待上传数据)，还可以通过服务灯具转发服务器下发给目标灯具的灯具控制信息。如此，处于横向通信模式的目标灯具可以通过服务灯具实现和服务器之间的双向通信，保证了目标灯具和服务器之间的通信有效性。

基于上述实施例，服务灯具在将目标灯具的第一待上传数据转发给服务器之后，还需要向目标灯具反馈数据上传结果，以使目标灯具可以对自身的数据项登记表进行更新，保证服务灯具每次上传给服务器的都是目标灯具在当前时刻最新的运行数据。

基于此，在一个实施例中，如图6所示，目标灯具对数据项登记表进行更新的实现过程，包括以下步骤：

步骤610：目标灯具接收服务灯具发送的数据上传成功信息。

也即是，服务灯具将目标灯具的第一待上传数据转发给服务器后，向目标灯具发送数据上传成功消息。目标灯具接收到服务灯具发送的数据上传成功消息后，即可确定自身的第一待上传数据已经成功发给服务器。

需要说明的是，若服务灯具未能成功将目标灯具的第一待上传数据发送给服务器，则在服务灯具自身的数据项登记表中删除目标灯具的数据记录，同时，向目标灯具发送数据上传失败消息。数据上传失败消息用于指示目标灯具重新选择服务灯具。

步骤620：目标灯具根据数据上传成功信息，在自身的数据项登记表中对第一待上传数据的上传状态进行更新。

其中，上传成功信息包含第一待上传数据的时间戳及数据标识，目标灯具根据数据标识在自身数据项登记表中找到对应数据项，然后对比该上传成功信息中返回的时间戳与数据项登记表中数据项的时间戳是否相同，如果相同，则更新数据项的上传状态为上传成功；如果时间戳不同且早于数据项登记表中的时间戳，表明该数据项已经在上传数据的间隙中生成了更新的数据，此时不更改该数据项的上传状态，该数据项等待下一次的上传。

其中，目标灯具的数据项登记表包括目标灯具的至少一条数据记录，该数据项登记表中的数据即为目标灯具的第一待上传数据。

在一种可能的实现方式中，数据项登记表包括但不限于：单播地址、数据标识、数据值、上传状态、时间戳、校验码。其中，单播地址为该数据项所属灯具的单播地址；已预定义了各种数据标识的值代表的含义，例如，0x11表示通电时长、0x12表示亮泡时长、0x13表示错误码；数据值即为当前数据标识对应的值，比如，某一行的数据标识为0x11，数据值为25，则表示该灯具通电时长为25分钟；上传状态中，0代表该数据项未上传，1代表已上传成功。时间戳为该数据项最新时间点；校验码用于校验本条数据的准确性。

其中，时间戳用于服务灯具在后续接收到客户灯具的数据时，判断是否需要替换数据项登记表中的已有数据值。若接收到数据的时间戳较数据项登记表中数据的时间戳而言较新，则需要在数据项登记表中替换已有的数据。

进一步地，服务灯具将数据项登记表中的待上传数据发送给服务器时，需要携带数据项的时间戳，用于服务器与已存储数据进行对比，按照时间戳，只保留每个灯具在各数据标识下的最新数据，以记录各灯具的实时运行状态。

因此，在该步骤620中，目标灯具根据数据上传成功消息，在自身的数据项登记表中对对应数据项的上传状态进行更新。

作为一个示例，假设处于横向通信模式的目标灯具的单播地址为UnicastAddress-0，目标灯具的数据项登记表可以参见下表4所示的数据项登记表。

表4

单播地址	数据标识	数据值	上传状态	时间戳	校验码
						Unicast Address-0	0x11	25	0	T1	H11
Unicast Address-0	0x12	15	1	T2	H12
						Unicast Address-0	0x13	0	0	T3	H13

应该理解的是，由于目标灯具无法与服务器进行通信，因为，目标灯具不存在客户灯具，其数据项登记表中只存储目标灯具的待上传数据，不会存在其他灯具的待上传数据。

作为另一个示例，假设处于横向通信模式的目标灯具的单播地址为UnicastAddress-0，目标灯具的服务灯具为灯具2(单播地址为Unicast Address-1)，服务灯具的数据项登记表可以参见下表5所示的数据项登记表。

表5

单播地址	数据标识	数据值	上传状态	时间戳	校验码
						Unicast Address-0	0x11	25	0	T1	H11
Unicast Address-0	0x12	15	1	T2	H12
						Unicast Address-0	0x13	0	0	T3	H13
Unicast Address-1	0x14	3	0	T3	H14
						Unicast Address-1	0x15	0	0	T4	H15
Unicast Address-2	0x18	0	0	T5	H16
						……	……	……	……	……	……
Unicast Address-m	ItemN	0	0	Tn	Hn

由表5可知，服务灯具需要上传给服务器的待上传数据包括自身(单播地址为Unicast Address-1)上传状态为“0”的数据项，以及其他客户灯具(单播地址为UnicastAddress-0的目标灯具和其他灯具)中上传状态为“0”的数据项。

应该理解的是，目标灯具为服务灯具的一个客户灯具，但服务灯具的客户灯具可以为一个，也可以为多个。对服务灯具而言，当自身的客户灯具为多个时，服务灯具的数据项登记表中记录多个客户灯具的待上传数据。

可选地，服务灯具在完成数据上传后，也会对自身的数据项登记表中的上传信息进行更新，即更新各数据项的上传状态。

关于上述表4和表5，还需要说明的是，每个数据项的校验码可以为奇偶校验码、海明威校验码、循环冗余校验码中的任一种，还可以是通过其他方式生成的校验码，本实施例对此不做限制，可以校验数据安全性即可。

在本实施例中，在数据上传成功的情况下，目标灯具和服务灯具可以对自身的数据项登记表中已上传数据的上传状态进行更新，便于后续核对新接收/新采集的灯具运行数据后，只保留最新时间戳的数据。同时，通过对数据项登记表进行更新，可以向服务器发送最新时间戳的对应的灯具运行数据，使得服务器根据灯具的最新运行数据对灯具进行有效控制。

综合上述各方法实施例，如图7所示，在目标灯具处于横向通信模式时，本申请提供的灯具通信方法，包括以下步骤：

步骤701：目标灯具确定自身当前处于横向通信模式，则从自身创建的灯具节点列表中获取候选灯具。

步骤702：目标灯具基于预设的选取策略，从候选灯具中确定服务灯具。

步骤703：目标灯具将第一待上传数据发送至服务灯具。

其中，第一待上传数据为目标灯具自身的待上传数据，存储在目标灯具自身的数据项登记表中；

步骤704：服务灯具接收目标灯具发送的第一待上传数据，将第一待上传数据存储在自身的数据项登记表中。

步骤705：服务灯具将自身数据项登记表中的第二待上传数据发送给服务器。

其中，第二待上传数据包括服务灯具自身的待上传数据中服务灯具的待上传数据和客户灯具的待上传数据(包括目标灯具的第一待上传数据)。

步骤706：服务器接收服务灯具发送的第二待上传数据，对第二待上传数据进行校验和存储。

步骤707：服务器向服务灯具发送数据上传成功信息。

步骤708：数据上传成功的情况下，服务灯具对自身的数据项登记表中对应待上传数据的上传状态进行更新。

步骤709：服务灯具向目标灯具发送数据上传成功信息。

需要说明的是，步骤706和步骤707可以同时执行。

步骤710：目标灯具根据数据上传成功信息，在自身的数据项登记表中对第一待上传数据的上传状态进行更新。

通过上述步骤701－步骤710即可实现目标灯具向服务器发送第一待上传数据的方案，便于服务器了解目标灯具的实时运行状态。

步骤711：服务器针对目标灯具向服务灯具发送灯具控制信息；

步骤712：服务灯具将灯具控制信息发送给目标灯具。

步骤713：目标灯具接收服务灯具发送的灯具控制信息，根据灯具控制信息对自身的运行参数进行调整。

需要说明的是，本实施例提供的灯具通信方法中各步骤的实现原理和技术效果与前面各方法实施例相类似，具体的限定和解释可参见前面各方法实施例，在此不再赘述。

在一个实施例中，目标灯具确定自身通信模式时，可以先获取目标灯具与服务器之间的通信状态，进而根据通信状态判断目标灯具的通信模式。

在一种可能的实现方式中，灯具组网中的灯具在上电后即启动与服务器之间的通讯检测进程，实时检测灯具与服务器之间的通信状态，以判断灯具是否可以与服务器进行纵向通信。

进一步地，根据通信状态判断目标灯具的通信模式包括以下两种情况：

(1)若通信状态为不支持与服务器进行通信，则确定目标灯具处于横向通信模式。

(2)若通信状态为支持与服务器进行通信，则目标灯具可能处于双向通信模式，也可能处于纵向通信模式，需要根据目标灯具与灯具组网中其他灯具的通信状态进一步判断。

若通信状态为支持与服务器通信但不支持与灯具组网中的其他灯具进行通信，则确定目标灯具处于纵向通信模式；若通信状态为支持与服务器进行通信且支持与灯具组网中至少一个灯具进行通信，则确定目标灯具处于双向通信模式。

需要说明的是，若目标灯具处于纵向通信模式，可能是因为目标灯具未加入灯具组网中，或者目标灯具进行灯具组网后信息还未进行同步导致的，本实施例对此不做赘述。

在本实施例中，灯具组网中的任一灯具可以通过检测自身与服务器之间的通信状态和/或与灯具组网中其他灯具的通信状态，即可确定自身所处的通信模式，以根据自身所处的通信模式，确定与服务器进行通信的方式，保证灯具与服务器之间的有效通信。

通过上述附图2－附图7对应的实施例对目标灯具处于横向通信模式下，目标灯具与服务器进行通信的实现过程进行了解释说明。接下来，结合附图8，对目标灯具处于双向通信模式下，目标灯具与服务器之间的通信过程进行解释说明。

需要说明的是，若目标灯具处于双向通信模式，则目标灯具相当于上述方法实施例中提及的“服务灯具”。一方面，目标灯具可以与灯具组网中的其他灯具进行通信，充当其他至少一个处于横向通信模式下的灯具的服务灯具。另一方面，目标灯具还可以与服务器进行通信，以将自身的待上传数据和至少一个客户灯具的待上传数据发送给服务器。

基于此，在一个实施例中，如图8所示，当目标灯具处于双向通信模式时，本申请提供的灯具通信方法，包括以下步骤：

步骤810：目标灯具向服务器发送第二待上传数据，第二待上传数据包括第一待上传数据和至少一个客户灯具的待上传数据。

换言之，第二待上传数据为目标灯具自身的数据项登记表中上传状态为未上传的至少一个数据项。

在一种可能的实现方式中，步骤810的实现过程可以为：目标灯具获取与服务器之间的通信链路，该通信链路为目标灯具有运行数据待上传时，为自身和每个客户灯具创建的专用数据传输链路；目标灯具通过对应的通信链路向服务器发送第二待上传数据。

作为一个示例，若目标灯具需要为2个客户灯具上传数据，则目标灯具可以先创建三个与服务器的通讯连接，其中，两个通信链路用于上传对应客户灯具的待上传数据，另一个通信链路用于上传目标灯具自身的待上传数据。

需要说明的是，目标灯具在向服务器发送第二待上传数据时，为便于服务器在接收到灯具运行数据后，可以确定数据和灯具之间的对应关系，目标灯具还需要发送各客户灯具的身份标识和身份认证信息等。

其中，客户灯具的身份标识和身份认证信息可以从目标灯具自身的灯具节点列表中获取。

另外，在该步骤810中，客户灯具需要通过目标灯具向服务器上传数据，则表征客户灯具处于横向通信模式，无法直接与服务器进行通信，需要借助自身的服务灯具(即本实施例中的目标灯具)来向服务器上传数据。

步骤820：若发生至少一个客户灯具的待上传数据上传失败，则目标灯具向上传失败的各客户灯具发送数据上传失败信息，并关闭与上传失败的各客户灯具之间的通信连接。

其中，数据上传失败信息用于提醒上传失败的各客户灯具重新选择服务灯具。

也即是，对于目标灯具的任一客户灯具，若目标灯具无法将客户灯具的待上传数据发送给服务器，则需要执行以下几个操作：

(1)向客户灯具发送数据上传失败信息，提示客户灯具重新选择自身的服务灯具；

(2)关闭与客户灯具之间的通信连接，避免客户灯具继续向目标灯具发送待上传数据；

(3)在自身的数据项登记表中删除客户灯具的待上传数据，避免在客户灯具已选择新的服务灯具的情况下，目标灯具重复上传客户灯具的待上传数据。

在本实施例中，处于双向通信模式的目标灯具可以作为至少一个客户灯具的服务灯具，将自身的待上述数据和至少一个客户灯具的待上传数据发送给服务器。如此，借助该目标灯具，可以实现客户灯具与服务器之间的通信，保证灯具与服务器通信的有效性。

接上述图8对应的方法实施例，在一个实施例中，如图9所示，目标灯具对数据项登记表进行更新的实现过程，包括以下步骤：

步骤910：若目标灯具成功将客户灯具的待上传数据发送至服务器，则在自身的数据项登记表中删除上传成功的客户灯具的待上传数据。

其中，删除上传成功的客户灯具的待上传数据，可以避免已上传数据重复上传的情况发生。

在一种可能的实现方式中，服务器成功接收数据并验证数据合法性后，可以向目标灯具发送数据上传成功信息。进一步地，目标灯具接收到服务器反馈的数据上传成功信息后，执行步骤910。

步骤920：目标灯具向上传成功的客户灯具发送数据上传成功信息；数据上传成功信息用于指示客户灯具更新自身的数据项登记表。

进一步地，客户灯具接收到数据上传成功信息后，对自身的数据项登记表中对应数据项的上传状态进行更新，以实现数据项登记表的更新。

在本实施例中，在数据上传成功的情况下，目标灯具和客户灯具可以对自身的数据项登记表中已上传数据的上传状态进行更新，便于后续核对新接收/新采集的灯具运行数据后，只保留最新时间戳的数据。同时，通过对数据项登记表进行更新，可以向服务器发送最新时间戳的对应的灯具运行数据，使得服务器根据灯具的最新运行数据对灯具进行有效控制。

结合上述图8和图9对应的方法实施例，如图10所示，在目标灯具处于双通信模式时，本申请提供的灯具通信方法，包括以下步骤：

步骤1001：目标灯具将第二待上传数据发送给服务器，第二待上传数据包括目标灯具的第一待上传数据和至少一个客户灯具的待上传数据。

其中，第二待上传数据即为目标灯具的数据项登记表中上传状态为未上传的多个数据项。

步骤1002：服务器接收目标灯具发送的第二待上传数据，对第二待上传数据进行校验和存储。

步骤1003：服务器向目标灯具发送数据上传成功信息。

步骤1004：数据上传成功的情况下，目标灯具在自身的数据项登记表中删除上传成功的客户灯具的待上传数据。

步骤1005：目标灯具向客户灯具发送数据上传成功信息。

其中，上述步骤1004和步骤1005可以同时执行。

步骤1006：客户灯具根据数据上传成功信息，在自身的数据项登记表中对待上传数据的上传状态进行更新。

步骤1007：服务器向目标灯具发送数据上传失败信息。

步骤1008：数据上传失败的情况下，目标灯具向上传失败的客户灯具发送数据上传失败信息，数据上传失败信息用于提醒上传失败的各客户灯具重新选择服务灯具。

步骤1009：目标灯具关闭与上传失败的客户灯具之间的通信连接。

步骤1010：客户灯具从自身的灯具节点列表中重新选择服务灯具。

应该理解的是，步骤1003－步骤1006是目标灯具上传数据成功情况下执行的操作；步骤1007－步骤1009是目标灯具上传数据失败的情况下执行的操作。

需要说明的是，本实施例提供的灯具通信方法中各步骤的实现原理和技术效果与前面各方法实施例相类似，具体的限定和解释可参见前面各方法实施例，在此不再赘述。

应该理解的是，虽然如上所述的各实施例所涉及的流程图2－图10的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图2－图10中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的灯具通信方法的灯具通信装置。该灯具通信装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于目标灯具中的处理器中，也可以以软件形式存储于目标灯具中的存储器中，以便于处理器调用执行以上各个模块对应的操作。其中，目标灯具为灯具组网中的任一灯具。

在一个实施例中，如图11所示，本申请提供的灯具通信装置，集成于目标灯具中，目标灯具为灯具组网中任一灯具；该装置1100包括：服务灯具查找模块1110和数据上传模块1120，其中：

服务灯具查找模块1110，用于若确定目标灯具当前处于横向通信模式，则在灯具组网中查找服务灯具；服务灯具为灯具组网中支持与服务器进行通信的任一灯具，横向通信模式为不支持与服务器进行通信的模式；

数据上传模块1120，用于将目标灯具的第一待上传数据发送至服务灯具，指示服务灯具将第一待上传数据转发至服务器。

在其中一个实施例中，服务灯具查找模块1110，包括：

获取单元，用于从灯具节点列表中获取候选灯具；候选灯具为支持与服务器进行通信的灯具；

确定单元，用于基于预设的选取策略，从候选灯具中确定服务灯具。

在其中一个实施例中，该装置1100还包括：

第一接收模块，用于接收灯具组网中其他灯具定时发送的心跳数据包；心跳数据包中至少包括对应灯具的通信模式；

第一创建模块，用于根据接收到的心跳数据包，创建灯具节点列表。

在其中一个实施例中，该装置1100还包括：

第二接收模块，用于接收服务灯具发送灯具控制信息；灯具控制信息为服务灯具接收的服务器针对目标灯具下发的控制信息；

参数调整模块，用于根据灯具控制信息，对自身的运行参数进行调整。

在其中一个实施例中，该装置1100还包括：

第三接收模块，用于接收服务灯具发送的数据上传成功信息；

更新模块，用于根据数据上传成功信息，在自身的数据项登记表中对第一待上传数据的上传状态进行更新。

在其中一个实施例中，该装置1100还包括：

获取模块，用于获取目标灯具与服务器之间的通信状态；

第一判断模块，用于若通信状态为不支持与服务器进行通信，则确定目标灯具处于横向通信模式；

第二判断模块，用于若通信状态为支持与服务器进行通信但不支持与灯具组网中的其他灯具进行通信，则确定目标灯具处于纵向通信模式；

第三判断模块，用于若通信状态为支持与服务器进行通信且支持与灯具组网中至少一个灯具进行通信，则确定目标灯具处于双向通信模式。

在其中一个实施例中，若目标灯具处于双向通信模式，该装置1100还包括：

数据上传模块1120，还用于向服务器发送第二待上传数据，第二待上传数据包括第一待上传数据和至少一个客户灯具的待上传数据；

第一发送模块，用于若发生至少一个客户灯具的待上传数据上传失败，则向上传失败的各客户灯具发送数据上传失败信息，并关闭与上传失败的各客户灯具之间的通信连接；数据上传失败信息用于提醒上传失败的各客户灯具重新选择服务灯具。

在其中一个实施例中，该装置1100还包括：

更新模块，还用于若成功将客户灯具的待上传数据发送至服务器，则在自身的数据项登记表中删除上传成功的客户灯具的待上传数据；

第二发送模块，用于向上传成功的客户灯具发送数据上传成功信息；数据上传成功信息用于指示客户灯具更新自身的数据项登记表。

需要说明的是，该灯具通信装置所提供的解决问题的实现方案与上述灯具通信方法中所记载的实现方案相似，故在此提供的一个或多个灯具通信装置实施例中的具体限定可以参见上文中对于灯具通信方法的限定，在此不再赘述。

在一个实施例中，提供了一种灯具，其内部结构图可以如图12所示。该灯具包括通过系统总线连接的处理器、存储器和网络接口。其中，该灯具的处理器用于提供计算和控制能力。该灯具的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该灯具的数据库用于存储该灯具自身的身份数据、状态模式、灯具节点列表和数据项登记表等相关数据。该灯具的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种灯具通信方法。

本领域技术人员可以理解，图12中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的灯具的限定，具体的灯具可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种灯具，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述各方法实施例中的步骤。

在一个实施例中，提供了一种计算机程序产品，该计算机程序产品包括计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种灯具通信方法，其特征在于，所述方法包括：

若目标灯具确定自身当前处于横向通信模式，则在灯具组网中查找服务灯具；所述目标灯具为所述灯具组网中任一灯具，所述服务灯具为所述灯具组网中支持双向通信模式的任一灯具；所述双向通信模式为所述服务灯具同时与所述目标灯具和服务器通信；所述横向通信模式为不支持与所述服务器进行通信的模式；

所述目标灯具将第一待上传数据发送至所述服务灯具，指示所述服务灯具将所述第一待上传数据转发至所述服务器；

若所述服务灯具自身也存在待上传数据，则所述服务灯具将第一待上传数据和所述服务灯具自身的待上传数据一并发送至所述服务器；其中，所述第一待上传数据和所述服务灯具自身的待上传数据均包括该数据所属灯具的身份数据；其中，所述目标灯具的身份数据包括目标灯具的身份标识和身份认证信息；所述服务器中存储有每个灯具的身份标识和身份认证信息，以使所述服务器接收到数据后，根据身份标识确定接收的数据为哪个灯具的运行数据；

所述服务器根据所述服务灯具转发的目标灯具的身份标识，获取目标灯具的身份标识的目标身份认证信息；

若所述目标身份认证信息和所述目标灯具的身份认证信息一致，则所述服务器确定所述目标灯具的身份合法，若两者不一致，则所述服务器确定所述目标灯具的身份不合法；

在所述目标灯具的身份不合法的情况下，所述服务器确定所述服务灯具转发的第一待上传数据并无所述目标灯具的有效数据，则所述服务器舍弃当前时刻接收的第一待上传数据，等待下一时刻所述服务灯具转发的目标灯具的第一待上传数据；

在所述目标灯具的身份合法的情况下，所述服务器确定所述服务灯具转发的第一待上传数据为所述目标灯具的运行数据。

2.根据权利要求1所述的方法，其特征在于，所述在灯具组网中查找服务灯具，包括：

所述目标灯具从灯具节点列表中获取候选灯具；所述候选灯具为支持与所述服务器进行通信的灯具；

所述目标灯具基于预设的选取策略，从所述候选灯具中确定所述服务灯具。

3.根据权利要求2所述的方法，其特征在于，所述灯具节点列表的构建过程，包括：

所述目标灯具接收所述灯具组网中其他灯具定时发送的心跳数据包；所述心跳数据包中至少包括对应灯具的通信模式；

所述目标灯具根据接收到的心跳数据包，创建所述灯具节点列表。

4.根据权利要求1-3中任一项所述的方法，其特征在于，所述方法还包括：

所述目标灯具接收所述服务灯具发送灯具控制信息；所述灯具控制信息为所述服务灯具接收的所述服务器针对所述目标灯具下发的控制信息；

所述目标灯具根据所述灯具控制信息，对自身的运行参数进行调整。

5.根据权利要求1-3中任一项所述的方法，其特征在于，所述方法还包括：

所述目标灯具接收所述服务灯具发送的数据上传成功信息；

所述目标灯具根据所述数据上传成功信息，在自身的数据项登记表中对所述第一待上传数据的上传状态进行更新。

6.根据权利要求1-3中任一项所述的方法，其特征在于，所述方法还包括：

获取所述目标灯具与所述服务器之间的通信状态；

若所述通信状态为不支持与所述服务器进行通信，则确定所述目标灯具处于横向通信模式；

若所述通信状态为支持与所述服务器进行通信但不支持与所述灯具组网中的其他灯具进行通信，则确定所述目标灯具处于纵向通信模式；

若所述通信状态为支持与所述服务器进行通信且支持与所述灯具组网中至少一个灯具进行通信，则确定所述目标灯具处于双向通信模式。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

若所述目标灯具处于所述双向通信模式，则所述目标灯具相当于其他至少一个客户灯具的服务灯具，所述其他至少一个客户灯具处于横向通信模式下；

至少一个客户灯具将待上传数据发送至所述目标灯具，指示所述目标灯具将至少一个客户灯具的待上传数据转发至所述服务器；

若所述目标灯具自身也存在待上传数据，所述目标灯具向所述服务器发送第二待上传数据，所述第二待上传数据包括所述目标灯具自身的待上传数据和至少一个客户灯具的待上传数据；其中，所述目标灯具自身的待上传数据和至少一个客户灯具的待上传数据均包括该数据所属灯具的身份数据；其中，客户灯具的身份数据包括客户灯具的身份标识和身份认证信息；所述服务器中存储有每个灯具的身份标识和身份认证信息，以使所述服务器接收到数据后，根据身份标识确定接收的数据为哪个灯具的运行数据；

所述服务器根据所述目标灯具转发的客户灯具的身份标识，获取客户灯具的身份标识的目标身份认证信息；

若客户灯具的所述身份标识的目标身份认证信息和客户灯具的身份认证信息一致，则所述服务器确定所述客户灯具的身份合法，若两者不一致，则所述服务器确定所述客户灯具的身份不合法；

在所述客户灯具的身份不合法的情况下，所述服务器确定所述目标灯具转发的所述客户灯具的待上传数据中并无所述客户灯具的有效数据，则所述服务器舍弃当前时刻接收的所述客户灯具的待上传数据，等待下一时刻所述目标灯具转发的客户灯具的待上传数据；

在所述客户灯具的身份合法的情况下，所述服务器确定所述目标灯具转发的所述客户灯具的待上传数据为所述客户灯具的运行数据；

若发生至少一个客户灯具的待上传数据上传失败，则所述目标灯具向上传失败的各客户灯具发送数据上传失败信息，并关闭与上传失败的各客户灯具之间的通信连接；所述数据上传失败信息用于提醒上传失败的各客户灯具重新选择服务灯具。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

若所述目标灯具成功将客户灯具的待上传数据发送至所述服务器，则在自身的数据项登记表中删除上传成功的客户灯具的待上传数据；

所述目标灯具向上传成功的客户灯具发送数据上传成功信息；所述数据上传成功信息用于指示所述客户灯具更新自身的数据项登记表。

9.一种灯具通信装置，其特征在于，集成于目标灯具中，所述目标灯具为灯具组网中任一灯具；所述装置包括：

服务灯具查找模块，用于若确定所述目标灯具当前处于横向通信模式，则在所述灯具组网中查找服务灯具；所述服务灯具为所述灯具组网中支持双向通信模式的任一灯具；所述双向通信模式为所述服务灯具同时与所述目标灯具和服务器通信；所述横向通信模式为不支持与所述服务器进行通信的模式；

数据上传模块，用于将所述目标灯具的第一待上传数据发送至所述服务灯具，指示所述服务灯具将所述第一待上传数据转发至所述服务器；

其中，若所述服务灯具自身也存在待上传数据，则将第一待上传数据和所述服务灯具自身的待上传数据一并发送至所述服务器；其中，所述第一待上传数据和所述服务灯具自身的待上传数据均包括该数据所属灯具的身份数据；其中，所述目标灯具的身份数据包括目标灯具的身份标识和身份认证信息；所述服务器中存储有每个灯具的身份标识和身份认证信息，以使所述服务器接收到数据后，根据身份标识确定接收的数据为哪个灯具的运行数据；

所述服务器，用于根据所述服务灯具转发的目标灯具的身份标识，获取所述目标灯具的身份标识的目标身份认证信息；若所述目标身份认证信息和所述目标灯具的身份认证信息一致，则确定所述目标灯具的身份合法，若两者不一致，则确定所述目标灯具的身份不合法；

所述服务器，还用于在所述目标灯具的身份不合法的情况下，确定所述服务灯具转发的第一待上传数据不存在所述目标灯具的有效数据，则舍弃当前时刻接收的第一待上传数据，等待下一时刻所述服务灯具转发的目标灯具的第一待上传数据；还用于在所述目标灯具的身份合法的情况下，确定所述服务灯具转发的第一待上传数据为所述目标灯具的运行数据。

10.一种灯具，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至8中任一项所述的方法的步骤。