一种物联网通信的方法及装置与流程

本申请涉及通信技术领域，特别是涉及一种物联网通信的方法及装置。

背景技术

在物联网通信的过程中，手环、传感器等终端可将采集到的数据上报至物联网设备，然后物联网设备再将这些数据发送给接入点(accesspoint，ap)，再由ap将数据上报至云服务器，进而用户可通过相关应用实时查看云服务器的数据。然而，当ap由于误操作等原因下线后，将停止向云服务器发送来自物联网设备的数据，使得与该ap连接的物联网设备下线，进而终端无法向这些物联网设备上报数据，导致终端的物联网业务中断。

技术实现要素：

本申请实施例的目的在于提供一种物联网通信的方法及装置，以解决ap下线后，与其相连的物联网设备下线导致的终端的物联网业务中断的问题。具体技术方案如下：

第一方面，本申请的实施例提供一种物联网通信的方法，所述方法应用于ap，所述方法包括：

在所述ap下线后，检测第一端口是否处于开启状态，所述第一端口为所述ap上与云服务器通信的端口；

若检测到所述第一端口处于开启状态，则检测自身能否与所述云服务器通信；

若检测到自身能够与所述云服务器通信，则向所述云服务器发送来自物联网设备的数据。

在一种可能的实现方式中，在检测第一端口是否处于开启状态之后，所述方法还包括：

若检测到所述第一端口处于关闭状态，则通知所述物联网设备下线。

在一种可能的实现方式中，在检测所述第一端口是否处于开启状态之前，所述方法还包括：

在所述ap下线后，检测所述ap上与所述物联网设备通信的第二端口是否接收到来自所述物联网设备的数据；

若是，则执行检测所述第一端口是否处于开启状态的步骤；

若否，则通知所述物联网设备下线。

在一种可能的实现方式中，检测自身能否与所述云服务器通信，包括：

向所述云服务器发送探测消息；

若在预设时间内接收到来自所述云服务器的探测响应消息，则确定所述ap能够与所述云服务器通信；

若在预设时间内未接收到来自所述云服务器的探测响应消息，则确定所述ap不能与所述云服务器通信。

在一种可能的实现方式中，在检测自身能否与所述云服务器通信之后，所述方法还包括：

若确定自身能够与所述云服务器通信，则向所述云服务器发送告警报文，所述告警报文用于向所述云服务器通告所述ap已下线；

若确定自身不能与所述云服务器通信，则通知所述物联网设备下线。

第二方面，本申请实施例提供一种物联网通信的装置，所述装置应用于ap，所述装置包括：检测模块和通信模块；

所述检测模块，用于在所述ap下线后，检测第一端口是否处于开启状态，所述第一端口为所述ap上与云服务器通信的端口；若检测到所述第一端口处于开启状态，则检测所述通信模块能否与所述云服务器通信；

所述通信模块，用于若所述检测模块检测到所述ap能够与所述云服务器通信，则向所述云服务器发送来自物联网设备的数据。

在一种可能的实现方式中，所述通信模块，还用于若所述检测模块检测到所述第一端口处于关闭状态，则通知所述物联网模块下线。

在一种可能的实现方式中，所述检测模块，具体用于在所述ap下线后，检测所述ap上与所述物联网设备通信的第二端口是否接收到来自所述物联网设备的数据；若所述检测模块的检测结果为是，则检测所述第一端口是否处于开启状态；

所述通信模块，还用于若所述检测模块的检测结果为否，则通知所述物联网设备下线。

在一种可能的实现方式中，所述检测模块，具体用于向所述云服务器发送探测消息；若在预设时间内接收到来自所述云服务器的探测响应消息，则确定所ap能够与所述云服务器通信；若在预设时间内未接收到来自所述云服务器的探测响应消息，则确定所述ap不能与所述云服务器通信。

在一种可能的实现方式中，所述通信模块，还用于若所述检测模块确定所述ap能够与所述云服务器通信，则向所述云服务器发送告警报文，所述告警报文用于向所述云服务器通告所述装置已下线；若所述检测模块确定所述ap不能与所述云服务器通信，则通知所述物联网设备下线。

第三方面，本申请的实施例提供一种ap，该ap包括：处理器和机器可读存储介质，所述机器可读存储介质存储有能够被所述处理器执行的机器可执行指令，所述处理器被所述机器可执行指令促使：实现第一方面中的物联网通信的方法。

第四方面，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现第一方面中所述的物联网通信的方法。

第五方面，本申请实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面中所述的物联网通信的方法。

采用本申请实施例提供的物联网通信的方法及装置，在ap下线后，ap可检测ap上与云服务器通信的第一端口是否处于开启状态，若第一端口处于开启状态，且确定自身能够与云服务通信，则可向云服务器发送来自物联网设备的数据，可见，ap下线后，只是ap与ac之间的通信出现问题，而ap与云服务器之间的通信无需经过ac，所以本申请实施例中，若ap确定自身下线后仍能够与云服务器通信，则不通知物联网设备下线，而是继续向云服务器发送来自物联网设备的数据，使得终端的数据仍能够被上传至云服务器，避免终端的物联网业务中断。

当然，实施本申请的任一产品或方法并不一定需要同时达到以上所述的所有优点。

附图说明

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

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

图2为本申请的实施例提供的一种物联网通信的方法流程图；

图3为本申请的实施例提供的另一种物联网通信的方法流程图；

图4为本申请的实施例提供的一种物联网通信的装置的结构示意图；

图5本申请的实施例提供的一种ap的结构示意图。

具体实施方式

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

本申请的实施例可应用于如图1所示的通信系统中，该系统中包括接入控制器(accesscontroller，ac)、交换机(switch，sw)、ap、物联网设备、终端以及云服务器。

其中，ac通过交换机与ap相连，每个ap均可通过交换机连接云服务器，或者直接连接云服务器，每个ap可连接至少一个物联网设备，物联网设备服务范围内的终端可通过射频识别(radiofrequencyidentification，rfid)技术或蓝牙技术等与物联网设备通信。可选的，ap上用于连接云服务器的端口可以为吉比特以太网(gigabitethernet，ge)端口，ap上用于连接物联网设备的端口可以为物联网(internetofthings，iot)端口。

需要说明的是，图1中除终端与物联网设备之间采用无线通信之外，其他设备间的连接都可以为有线连接。

可选的，本申请实施例中的物联网设备指具有物联网模块的设备。本申请实施例中的终端可以为具有无线通信功能的手持设备、可穿戴设备、车载设备等，例如可以为智能手机、平板电脑、手环或传感器等。

结合图1所示的通信系统，为了解决ap下线后，与其相连的物联网设备也下线导致的终端的物联网业务中断的问题，本申请实施例中，在ap下线后，ap可检测ap上与云服务器通信的第一端口是否处于开启状态，若第一端口处于开启状态，且确定自身能够与云服务通信，则可向云服务器发送来自物联网设备的数据，可见，ap下线后，只是ap与ac之间的通信出现问题，而ap与云服务器之间的通信无需经过ac，所以本申请实施例中，若ap确定自身下线后仍能够与云服务器通信，则不通知物联网设备下线，而是继续向云服务器发送来自物联网设备的数据，使得终端的数据仍能够被上传至云服务器，避免终端的物联网业务中断。

以下对本申请实施例提供的物联网通信的方法进行具体阐述。

需要说明的是，本申请实施例中的各消息名称以及各参数名称仅作为示例，具体实现中也可以为其他名称，在此统一说明。

结合图1所示的通信系统，本申请实施例提供了一种物联网通信的方法，如图2所示，该方法包括如下步骤：

s201、在ap下线后，ap检测第一端口是否处于开启状态。

其中，ap下线是指ap与ac之间无法通信。第一端口为ap上与云服务器通信的端口，例如，该第一端口为ap的ge端口。

若第一端口的状态为up，则可确定第一端口处于开启状态；若第一端口的状态为down，则可确定第一端口处于关闭状态。

s202、若ap检测到第一端口处于开启状态，则ap检测自身能否与云服务器通信。

检测方法为：ap向云服务器发送探测消息，若ap在预设时间内接收到来自云服务器的探测响应消息，则确定ap与云服务器之间的链路路由可达，即ap能够与云服务器通信；若ap在预设时间内未接收到来自云服务器的探测响应消息，则确定ap与云服务器之间的链路路由不可达，即ap不能与云服务器通信。其中，探测响应消息具体可以为确认(acknowledgement,ack)消息。

可选的，上述探测消息可以为用户数据报协议(userdatagramprotocol，udp)探测报文。

s203、若ap检测到自身能够与云服务器通信，则ap向云服务器发送来自物联网设备的数据。

可以理解的是，所述来自物联网设备的数据为物联网设备接收到的各终端发送的数据，物联网设备接收到这些数据后，将这些数据发送至ap。

采用本申请实施例提供的物联网通信的方法，在ap下线后，ap可检测ap上与云服务器通信的第一端口是否处于开启状态，若第一端口处于开启状态，且确定自身能够与云服务通信，则可向云服务器发送来自物联网设备的数据，可见，ap下线后，只是ap与ac之间的通信出现问题，而ap与云服务器之间的通信无需经过ac，所以本申请实施例中，若ap确定自身下线后仍能够与云服务器通信，则不通知物联网设备下线，而是继续向云服务器发送来自物联网设备的数据，使得终端的数据仍能够被上传至云服务器，避免终端的物联网业务中断。

以下在图2对应的实施例的基础上，对本申请实施例提供的物联网通信的方法进行详细说明，如图3所示，该方法包括：

s301、在ap下线后，ap检测ap上与物联网设备通信的第二端口是否接收到来自物联网设备的数据。

可选的，第二端口可以为ap的iot端口。

在一种可能的实现方式中，ap下线后，可直接检测第二端口是否接收到来自物联网设备的数据。

在另一种可能的实现方式中，ap下线后，ap可根据第二端口的状态来确定第二端口是否接收到来自物联网设备的数据。

采用这种实现方式，ap可实时更新第二端口的状态，当ap在第二端口上监测到来自物联网设备的数据时，将第二端口的状态设置为第一状态，例如，将iot的状态参数设置为1，当iot的状态参数为1时，就代表当前ap已通过第二端口接收到来自物联网设备的数据。

反之，当ap在第二端口上未监测到来自物联网设备的数据时，将第二端口设置为第二状态，例如，将iot的状态参数设置为0，当iot的状态参数为0时，就代表当前ap未通过第二端口接收到来自物联网设备的数据。

s302、若ap检测到第二端口接收到来自物联网设备的数据，则ap检测第一端口是否处于开启状态。

其中，若ap检测到第二端口接收到来自物联网设备的数据，说明ap当前需要向云服务器转发数据，所以需进一步检测第一端口是否处于开启状态。

而若ap检测到第二端口未接收到来自物联网设备的数据，也可以理解为当前终端未进行物联网业务，所以即使物联网设备下线，也不会导致终端的物联网业务中断，此时ap可通知物联网设备下线。

其中，ap检测第一端口是否处于开启状态的方法可参考上述s201中的描述，此处不再赘述。

若ap检测到第一端口处于开启状态，则执行s303；若ap检测到第一端口处于关闭状态，说明ap无法通过第一端口向云服务器发送来自物联网设备的数据，则ap通知物联网设备下线。

s303、若ap检测到第一端口处于开启状态，则检测自身能否与云服务器通信。

若ap检测到自身能够与云服务器通信，则执行s304；若ap检测到自身不能与云服务器通信，则ap通知物联网设备下线。

s304、若ap检测到自身能够与云服务器通信，则向云服务器发送来自物联网设备的数据。

其中，s303-s304和上述s203-s204相同，可参考上述s203-s204中的描述，此处不再赘述。

s305、若ap检测到自身能够与云服务器通信，则ap向云服务器发送告警报文。

其中，告警报文用于向云服务器通告ap已下线。

可选的，云服务器接收到该告警报文后，可进行告警操作，以提醒管理者在存在终端的物联网业务的情况下，ap已下线，以便于管理者及时处理。

本申请实施例提供的物联网通信的方法，在ap下线后，若ap接收到了来自物联网设备的数据，且ap与云服务器能够通信，则ap不对物联网设备进行下线处理，而是继续向云服务发送来自物联网设备的数据，在这种情况下可以保证终端的物联网业务不被中断，且ap还可向云服务器发送告警报文，以便于云服务器提醒管理者及时处理该下线的ap，减少终端的物联网业务被中断的可能性。

对应于上述方法实施例，本申请的实施例还提供一种物联网通信的装置，该装置应用于ap，如图4所示，该装置包括：检测模块401和通信模块402；

检测模块401，用于在ap下线后，检测第一端口是否处于开启状态，第一端口为ap上与云服务器通信的端口；若检测到第一端口处于开启状态，则检测通信模块402能否与云服务器通信；

通信模块402，用于若检测模块401检测到ap能够与云服务器通信，则向云服务器发送来自物联网设备的数据。

在本申请另一实施例中，通信模块402，还用于若检测模块401检测到第一端口处于关闭状态，则通知物联网设备下线。

在本申请另一实施例中，检测模块401，具体用于在ap下线后，检测ap上与物联网设备通信的第二端口是否接收到来自物联网设备的数据；若检测模块401的检测结果为是，则检测第一端口是否处于开启状态；

通信模块402，还用于若检测模块401的检测结果为否，则通知物联网设备下线。

在本申请另一实施例中，检测模块401，具体用于向云服务器发送探测消息；若在预设时间内接收到来自云服务器的探测响应消息，则确定ap能够与云服务器通信；若在预设时间内未接收到来自云服务器的探测响应消息，则确定ap不能与云服务器通信。

在本申请另一实施例中，通信模块402，还用于若检测模块401确定ap能够与云服务器通信，则向云服务器发送告警报文，告警报文用于向云服务器通告所述装置已下线；若检测模块401确定ap不能与云服务器通信，则通知物联网设备下线。

本申请实施例还提供了一种ap，如图5所示，包括处理器501、通信接口502、存储器503和通信总线504，其中，处理器501，通信接口502，存储器503通过通信总线504完成相互间的通信，

存储器503，用于存放计算机程序；

处理器501，用于执行存储器503上所存放的程序时，实现上述方法实施例中由ap执行的步骤。

上述ap提到的通信总线可以是外设部件互连标准(peripheralcomponentinterconnect，pci)总线或扩展工业标准结构(extendedindustrystandardarchitecture，eisa)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述ap与其他设备之间的通信。

存储器可以包括随机存取存储器(randomaccessmemory，ram)，也可以包括非易失性存储器(non-volatilememory，nvm)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(centralprocessingunit，cpu)、网络处理器(networkprocessor，np)等；还可以是数字信号处理器(digitalsignalprocessing，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本申请提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述任一物联网通信的方法的步骤。

在本申请提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一物联网通信的方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solidstatedisk(ssd))等。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本申请的保护范围内。