本申请涉及智能家居领域，具体涉及一种通信异常上报方法、装置、电子设备及存储介质。
背景技术：
随着科技的不断发展和人民生活水平的不断提高，现代人们越来越不满足于现有的生活现状，取而代之的是对更加舒适的高品位生活环境的迫切追求，为此智能家居(smarthome,homeautomation)也随之而生，所谓的智能家居是以住宅为平台，利用综合布线技术、网络通信技术、安全防范技术、自动控制技术、音视频技术将家居生活有关的设施集成，构建高效的住宅设施与家庭日程事务的管理系统，提升家居安全性、便利性、舒适性、艺术性，并实现环保节能的居住环境。
但是，当智能家居设备出现通信异常时，只有等待恢复正常通信之后，才能排查异常原因，从而导致异常原因排查不及时。
技术实现要素：
鉴于以上问题，本申请实施方式提供一种通信异常上报方法、装置、电子设备及存储介质，以解决上述技术问题。
第一方面，本申请实施例提供一种通信异常上报方法，该方法包括：在与上级设备的通信异常的情况下，生成网络异常数据信息；基于至少一个关联设备查询与上级设备通信正常的目标关联设备，其中，关联设备为能够相互通信的其他设备；以及通过目标关联设备与上级设备的通信路径，将网络异常数据信息发送给上级设备。
第二方面，本申请实施例提供一种通信异常上报装置，该装置包括：数据生成模块、查询模块以及上报模块；数据生成模块用于在与上级设备的通信异常的情况下，生成网络异常数据信息；查询模块用于基于至少一个关联设备查询与上级设备通信正常的目标关联设备，其中，关联设备为能够相互通信的其他设备；上报模块用于通过目标关联设备与上级设备的通信路径，将网络异常数据信息发送给上级设备。
第三方面，本申请实施例提供一种电子设备，该电子设备包括处理器以及一个或多个存储器，一个或多个存储器用于存储被处理器执行的程序指令，处理器执行程序指令时实施上述任一项的方法。
第四方面，本申请实施例提供一种计算机可读存储介质，存储有程序指令，程序指令被处理器执行时实施上述任一项的方法。
相对于现有技术，本申请实施例提供的通信异常上报方法、装置、电子设备以及存储介质，通过在上级设备的通信异常的情况下生成网络异常数据信息，并基于至少一个关联设备查询与上级设备通信正常的目标关联设备，其中，关联设备为能够相互通信的其他设备，最后通过目标关联设备与上级设备的通信路径，将网络异常数据信息发送给上级设备，从而能够及时排查异常原因。
本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1示出了本申请实施例提供的通信异常上报方法所应用的网络系统的示意图。
图2示出了本申请实施例提供的一种通信异常上报方法的流程图。
图3示出了本申请实施例提供的另一种通信异常上报方法的流程图。
图4示出了本申请实施例提供的另一种通信异常上报方法的流程图。
图5示出了本申请实施例提供的另一种通信异常上报方法的流程图。
图6示出了本申请实施例提供的一种通信异常上报装置的框图。
图7示出了本申请实施例提供的一种电子设备的框图。
具体实施方式
下面详细描述本申请的实施方式，所述实施方式的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施方式是示例性的，仅用于解释本申请，而不能理解为对本申请的限制。
为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整的描述。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
首先对本申请实施例提供的通信异常上报方法、装置、电子设备及存储介质所涉及的应用环境进行介绍。
如图1所示，图1为本申请实施例提供的通信异常上报方法所应用的一种网络系统10，该网络系统10包括：移动终端11、服务器12、网关13、子设备14以及路由器15。其中，移动终端11可以是任何具备通信和存储功能的设备，例如：智能手机、台式电脑、笔记本电脑、平板电脑或其他具有网络连接功能的智能通信设备，在该移动终端11中存储有用于管理子设备的客户端(可以是应用程序客户端，例如手机app；也可以是网页客户端)和可以在该客户端登录的用户账号。服务器21可以是网络接入服务器、数据库服务器、云服务器等。可选地，网关13基于zigbee(紫峰)协议搭建，子设备14可以是预先加入网关13中的设备，例如，zigbee设备可以是网关13出厂时网关所归属套件中的设备；也可以是后续通过用户操作连接至网关13中的设备。子设备14可以是实体智能设备，如电表、门磁传感器、人体传感器、门窗传感器、温湿度传感器、水浸传感器、天然气报警器、烟雾报警器、墙壁开关、墙壁插座、智能插座、无线开关、无线墙贴开关、魔方控制器、窗帘电机、多功能网关、空调伴侣、摄像头等智能设备，也可以是虚拟传感器设备，如虚拟人体传感器设备，在此不作限定。
可选地，一个或多个子设备14可以基于zigbee协议与网关13建立网络连接，从而加入到zigbee网络中。网关13以及移动终端11均可以与路由器15连接，并通过路由器15接入到以太网中，路由器15与服务器12通信连接。例如，网关13以及移动终端11可以将获取的信息存储到服务器12中。可选地，移动终端11可以与服务器12建立网络连接，从而可以获取服务器12下发的数据。
可选地，如图1所示的局域网路径表示移动终端11与路由器15和网关13在同一局域网络中，广域网路径表示移动终端11与路由器15和网关13不在同一局域网络中。其中，当移动终端11与路由器15和网关13在同一局域网络中时，移动终端11可通过如图1所示的局域网路径与网关13以及连接至网关13的子设备14进行交互；移动终端11也可以通过如图1所示的广域网路径与网关13以及连接至网关13的子设备14进行交互。当移动终端11与路由器15和网关13不在同一局域网络中时，移动终端11可以通过如图1所示的广域网路径与网关13以及连接至网关13的子设备14进行交互。可选地，移动终端11还可以直接通过蓝牙或zigbee网络与子设备14进行交互。
如图2所示，图2示出了本申请实施例提供的通信异常上报方法100的流程示意图，该方法100可以应用在上述网络系统10中。需要说明的是，该方法100可以应用在上述网络系统10的任一环节中，例如子设备14的上级设备为网关13以及云端服务器12，该方法100即可以应用于子设备14的通信异常上报；又如，网关13的上级设备为云端服务器12，该方法100即可以应用于网关的通信异常上报。本申请实施例中，仅以网关的通信异常为例进行说明。该方法100可以包括以下步骤s110～步骤s130。
步骤s110：生成网络异常数据信息。
本实施例中，在与上级设备的通信异常的情况下，生成网络异常数据信息。由于本申请实施例中以网关的通信进行说明，因此，可以理解为在当前网关与服务器通信异常的情况下，当前网关生成网络异常数据信息。
进一步地，该网络异常数据信息可以包括网络异常诊断信息，网络异常诊断信息可以用于指示当前网关与上级设备通信异常的原因以及异常的通信路径。
步骤s120：基于至少一个关联设备查询与上级设备通信正常的目标关联设备。
其中，关联设备为能够相互通信的其他设备。在本实施例中，关联设备可以是能够与当前网关通信的其他网关。则步骤s120可以为：基于至少一个其他网关，查询与服务器通信正常的目标网关。
进一步地，其他网关可以通过局域网与当前网关通信，也可以通过蓝牙与当前网关通信。其他网关与上级设备的通信是否正常可以由该其他网关主动将自身与上级设备的通信状态反馈给当前网关，当当前网关接收到反馈信息时，当前网关根据反馈信息确定在其他网关中与上级设备通信正常的目标网关。
在一些实施方式中，关联设备也可以是能够与当前网关通信的移动终端。移动终端可以通过局域网与当前网关通信、也可以通过广域网与当前网关通信，还可以通过蓝牙与当前网关通信。
步骤s130：通过目标关联设备与上级设备的通信路径，将网络异常数据信息发送给上级设备。
目标关联设备与当前网关的通信是正常的，同时目标关联设备与上级设备的通信也是正常的。因此，在确定目标关联设备之后，可以通过目标关联设备与上级设备的通信路径，将网络异常数据信息发送给上级设备。
具体地，当前网关可以通过与目标关联设备的正常通信路径将网络异常数据信息发送至目标关联设备，目标关联设备再通过与上级设备的正常通信路径将网络异常数据信息发送给上级设备，从而及时上报当前网关的异常状况。
针对子设备的通信异常上报方法如步骤s110～步骤s130相似，在此不再赘述。
本申请实施例提供的通信异常上报方法100，通过在上级设备的通信异常的情况下生成网络异常数据信息，并基于至少一个关联设备查询与上级设备通信正常的目标关联设备，其中，关联设备为能够相互通信的其他设备，最后通过目标关联设备与上级设备的通信路径，将网络异常数据信息发送给上级设备，从而能够及时排查异常原因，对故障做出高效处理，减少售后维护成本。
如图3所示，本申请实施例还提供一种通信异常上报方法200，该方法200可以包括以下步骤s210～步骤s260。
步骤s210：生成网络异常数据信息。
步骤s220：基于至少一个关联设备查询与上级设备通信正常的目标关联设备。
其中，关联设备为能够相互通信的其他设备，在一些实施例中，步骤s220可以包括步骤s2201以及步骤s2203。
步骤s2201：向至少一个关联设备发送询问请求。
本实施例中，在生成网络异常数据信息之后，确定至少一个关联设备与上级设备的通信状态。具体地，向至少一个关联设备发送询问请求。该询问请求用于请求关联设备确定自身与上级设备的通信状态。本实施例中，关联设备为与能够与当前网关相互通信的其他网关。
进一步地，当前网关可以通过组播的方式向至少一个关联设备发送该询问请求。因此，当前网关只需发送一次该询问请求便可以同时询问全部的关联设设备，提高响应速度。
在一些实施方式中，当前网关也可以通过广播的方式向至少一个关联设备发送该询问请求，此时当前网关只需发送一次该询问请求便可以同时询问全部的关联设设备，响应速度较快。
在一些实施方式中，当前网关还可以通过单播的方式向至少一个关联设备发送该询问请求，也即当前网关向每一个关联设备均发送一个询问请求，具体地，可以根据每个关联设备的ip地址，向每个关联设备分别发送询问请求，从而能够精准地找到与当前网关通信正常的其他网关，并且发现与当前网关通信异常的其他网关。
步骤s2203：接收来自关联设备的响应信息，并根据响应信息确定关联设备与上级设备的通信状态。
本实施例中，当前网关向至少一个关联设备发送询问请求后，可以接收来自关联设备的响应信息，并根据该响应信息确定关联设备与上级设备的通信状态，其中，响应信息至少包括关联设备与上级设备的通信状态信息。
具体地，关联设备在接收到询问请求后，根据询问请求确定自身与上级设备的通信状态。其中，通信状态包括正常通信状态以及异常通信状态，本实施例中，关联设备可以通过ping操作检测自身与服务器的通信状态，“ping”是windows、unix和linux系统下的一个命令，“ping”也属于一个通信协议，是tcp/ip协议的一部分，利用“ping”命令可以检查网络是否连通，当发送方发出“ping”命令之后，被ping的一方回复ack，发送方接收到ack之后，则可以认为发送方与接收方之间的通信是正常的。在一些实施方式中，也可以通过检测自身与服务器之间的心跳通信是否正常来判断自身与服务器之间的通信状态。
关联设备在判断完自身与服务器之间的通信状态之后，对询问请求作出响应，并将携带有其自身与上级设备的通信状态信息的响应信息发送至当前网关。因此，当前网关接收到响应信息后即可根据该响应信息确定关联设备与上级设备的通信状态。
进一步地，当前网关可以根据关联设备与上级设备的通信状态，来确定关联设备与上级设备的通信异常情况。其中，在至少一个关联设备中所有关联设备与上级设备的通信状态全部异常的情况下，可以执行步骤s240；在至少一个关联设备中所有的关联设备与上级设备的通信状态非全部异常的情况下，可以执行步骤s250。
步骤s240：将网络异常数据信息本地保存，并持续确定至少一个关联设备与上级设备的通信状态，直至关联设备与上级设备的通信状态恢复正常，并从至少一个关联设备中确定与上级设备通信正常的目标关联设备。
本实施例中，在至少一个关联设备中所有关联设备与上级设备的通信状态全部异常的情况下，当前网关与其关联设备全部与上级设备失联，因此，此时当前网关可以将网络异常数据信息本地保存，直至关联设备与上级设备的通信状态恢复正常后，再从关联设备中确定与上级设备通信正常的目标关联设备。可以理解的是，当全部的关联设备中出现了恢复与上级设备正常通信的关联设备之后，即可将该与上级设备正常通信的关联设备确定为目标关联设备。
步骤s250：直接从至少一个关联设备中确定与上级设备通信正常的目标关联设备。
本实施例中，在至少一个关联设备中所有的关联设备与上级设备的通信状态非全部异常的情况下，表示存在与上级设备正常通信的关联设备，此时可直接从至少一个关联设备中确定与上级设备通信正常的目标关联设备，也即直接将与上级设备通信正常的关联设备确定为目标关联设备。
步骤s260：通过目标关联设备与上级设备的通信路径，将网络异常数据信息发送给上级设备。
针对子设备的通信异常上报方法如步骤s210～步骤s260相似，在此不再赘述。
本申请实施例提供的通信异常上报方法200，通过生成网络异常数据信息，并向至少一个关联设备发送询问请求，再接收来自关联设备的响应信息，并根据响应信息确定关联设备与上级设备的通信状态，以及从至少一个关联设备中确定与上级设备通信正常的目标关联设备，最后再通过目标关联设备与上级设备的通信路径，将网络异常数据信息发送给上级设备，从而能够及时排查异常原因，对故障做出高效处理，减少售后维护成本。
如图4所示，本申请实施例还提供一种通信异常上报方法300，该方法300可以包括以下步骤s310～步骤s360。
步骤s310：生成网络异常数据信息。
步骤s320：向至少一个关联设备发送询问请求。
步骤s330：接收来自关联设备的响应信息，并根据响应信息确定关联设备与上级设备的通信状态。
步骤s340：根据至少一个关联设备的通信状态，确定与上级设备通信正常的关联设备的优先级。
在本实施例中，当多个关联设备与上级设备的通信状态均为正常通信状态时，可以根据关联设备的通信状态，确定与上级设备通信正常的关联设备的优先级。进一步地，该优先级可以根据关联设备的与上级设备的通信质量来确定。也即按照关联设备的与上级设备的通信质量确定各个与上级设备通信正常的关联设备的优先级。
具体地，当前网关接收关联设备的响应信息时，该响应信息还可以包括每个关联设备与上级设备的通信质量信息。也即当关联设备在发送响应信息时，可以将自身与上级设备的通信质量信息同步在响应信息内，因此，当前网关可以根据每个关联设备同步在响应信息内的通信质量信息，确定各个与上级设备通信正常的关联设备的优先级。
步骤s350：根据优先级，从与上级设备通信正常的关联设备中确定目标关联设备。
本实施例中，从与上级设备通信正常的关联设备中选定优先级最高的关联设备，将其确定为目标关联设备。可以理解的是，与上级设备的通信质量越高，则优先级越高。因此，最终确定的目标关联设备在所有与上级设备通信正常的关联设备中与上级设备的通信质量最好。
在一些实施方式，当多个关联设备与上级设备的通信状态均为正常通信状态时，也可以不必根据优先级来确定目标关联设备，而是在多个关联设备中随机选取其中一个关联设备作为目标关联设备。
步骤s360：通过目标关联设备与上级设备的通信路径，将网络异常数据信息发送给上级设备。
由于目标关联设备在所有与上级设备通信正常的关联设备中与上级设备的通信质量最好，因此通过目标关联设备与上级设备的通信路径，将网络异常数据信息发送给上级设备，响应速度最快，异常上报更加迅速。
针对子设备的通信异常上报方法如步骤s310～步骤s360相似，在此不再赘述。
本申请实施例提供的通信异常上报方法300，通过生成网络异常数据信息，并向至少一个关联设备发送询问请求，再接收来自关联设备的响应信息，并根据响应信息确定关联设备与上级设备的通信状态，以及根据至少一个关联设备的通信状态，确定与上级设备通信正常的关联设备的优先级，且根据优先级，从与上级设备通信正常的关联设备中确定目标关联设备，最后通过目标关联设备与上级设备的通信路径，将网络异常数据信息发送给上级设备，从而能够及时排查异常原因，对故障做出高效处理，减少售后维护成本。
如图5所示，本申请实施例还提供一种通信异常上报方法400，该方法400可以包括以下步骤s410～步骤s440。
步骤s410：检测自身的通信路径中至少一条通信子路径的通信状态，确定通信正常的通信子路径。
本实施例中，在当前网关与上级设备的通信异常的情况下，可以检测当前网关自身的通信路径中至少一条通信子路径的通信状态，进而确定通信正常的通信子路径。
通信子路径至少包括局域网路径以及广域网路径。当检测局域网路径的通信状态时，当前网关可以检测其自身与路由器的通信是否正常，具体地，当前网关可以通过ping路由器ip地址的方式检查其自身与路由器的通信是否正常。当检测广域网路径的通信状态时，当前网关可以针对外部服务器的某个ip地址进行ping操作，或者尝试建立tcp连接，如果建立不成功则说明通信异常。
通过上述的操作，可以确定通信子路径的通信状态，从而确定当前网关自身通信路径中通信正常的通信子路径。
步骤s420：生成网络异常数据信息。
本实施例中，在检测与上级设备的通信子路径的通信状态时，同样确定通信异常的通信子路径，因此该网络异常数据信息可以包括异常路径信息。
步骤s430：基于通信正常的通信子路径，在至少一个关联设备中查询与上级设备通信正常的目标关联设备。
本实施例中，通过对通信子路径的通信状态的检测，如果局域网路径通信正常，而广域网路径通信异常，则基于局域网路径，在至少一个关联设备中查询与上级设备通信正常的目标关联设备；如果广域网路径通信正常，而局域网路径通信异常，则基于广域网路径，在至少一个关联设备中查询与上级设备通信正常的目标关联设备。
步骤s440：基于通信正常的通信子路径，将网络异常数据信息发送给目标关联设备，以由目标关联设备将网络异常数据信息发送给上级设备。
本实施例中，基于通信正常的通信子路径，当前网关可以将网络异常数据发送给目标关联设备，由目标关联设备将网络异常数据信息发送给上级设备。
针对子设备的通信异常上报方法如步骤s410～步骤s440相似，在此不再赘述。
本申请实施例提供的通信异常上报方法，通过检测自身的通信路径中至少一条通信子路径的通信状态，确定通信正常的通信子路径，并生成网络异常数据信息，以及基于通信正常的通信子路径，在至少一个关联设备中查询与上级设备通信正常的目标关联设备，最后基于通信正常的通信子路径，将网络异常数据信息发送给目标关联设备，以由目标关联设备将网络异常数据信息发送给上级设备，从而能够及时排查异常原因，对故障做出高效处理，减少售后维护成本。并且通过设备自行检测异常，尽量减少人工参与，提高了故障诊断效率。
如图6所示，本申请实施例还提供一种通信异常上报装置500，该装置500包括数据生成模块510、查询模块520以及上报模块530。
其中，数据生成模块510用于在与上级设备的通信异常的情况下，生成网络异常数据信息；查询模块520用于基于至少一个关联设备查询与上级设备通信正常的目标关联设备，其中，关联设备为能够相互通信的其他设备；上报模块530用于通过目标关联设备与上级设备的通信路径，将网络异常数据信息发送给上级设备。
在一些实施方式中，查询模块520可以包括请求模块521、接收模块522、第一确定模块523以及第二确定模块524。
其中，请求模块521用于向至少一个关联设备发送询问请求；接收模块522用于接收来自关联设备的响应信息，并根据响应信息确定关联设备与上级设备的通信状态；第一确定模块523用于将网络异常数据信息本地保存，并持续确定至少一个关联设备与上级设备的通信状态，直至关联设备与上级设备的通信状态恢复正常，并从至少一个关联设备中确定与上级设备通信正常的目标关联设备；第二确定模块524用于直接从至少一个关联设备中确定与上级设备通信正常的目标关联设备。
在一些实施方式中，查询模块520还可以包括优先确定模块525以及第三确定模块526。
其中，优先确定模块525用于根据至少一个关联设备的通信状态，确定与上级设备通信正常的关联设备的优先级；第三确定模块526用于根据优先级，从与上级设备通信正常的关联设备中确定目标关联设备。
在一些实施方式中，该装置500还可以包括状态确定模块540；查询模块520还可以包括通信查询模块527；上报模块530可以包括转发模块531。
其中，状态确定模块540用于检测自身的通信路径中至少一条通信子路径的通信状态，确定通信正常的通信子路径；通信查询模块527用于基于通信正常的通信子路径，在至少一个关联设备中查询与上级设备通信正常的目标关联设备；转发模块531用于基于通信正常的通信子路径，将网络异常数据信息发送给目标关联设备，以由目标关联设备将网络异常数据信息发送给上级设备。
本申请实施例提供的通信异常上报装置，通过在上级设备的通信异常的情况下生成网络异常数据信息，并基于至少一个关联设备查询与上级设备通信正常的目标关联设备，其中，关联设备为能够相互通信的其他设备，最后通过目标关联设备与上级设备的通信路径，将网络异常数据信息发送给上级设备，从而能够及时排查异常原因，对故障做出高效处理，减少售后维护成本。
如图7所示，本申请实施例还提供一种电子设备600，应用于上述的通信异常上报方法。该电子设备600包括处理器610以及一个或多个存储器620，一个或多个存储器620用于存储被处理器610执行的程序指令，处理器610执行程序指令时实施上述的通信异常上报的方法。所述电子设备可以是子设备或者网关等。
进一步地，处理器610可以包括一个或者多个处理核。处理器610运行或执行存储在存储器620内的指令、程序、代码集或指令集，以及调用存储在存储器620内的数据。可选地，处理器610可以采用数字信号处理(digitalsignalprocessing，dsp)、现场可编程门阵列(field－programmablegatearray，fpga)、可编程逻辑阵列(programmablelogicarray，pla)中的至少一种硬件形式来实现。处理器610可集成中央处理器(centralprocessingunit，cpu)、图像处理器(graphicsprocessingunit，gpu)和调制解调器等中的一种或几种的组合。其中，cpu主要处理操作系统、用户界面和应用程序等；gpu用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器中，单独通过一块通信芯片进行实现。
本申请实施例还提供一种存储介质，该存储介质存储有程序指令，程序指令被处理器时实施上述的方法。
存储介质可以是诸如闪存、eeprom(电可擦除可编程只读存储器)、eprom、硬盘或者rom之类的电子存储器。可选地，存储介质包括非瞬时性计算机可读存储介质(non-transitorycomputer-readablestoragemedium)。存储介质具有执行上述方法中的任何方法步骤的程序代码的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码可以例如以适当形式进行压缩。
以上所述，仅是本申请的较佳实施例而已，并非对本申请作任何形式上的限制，虽然本申请已以较佳实施例揭示如上，然而并非用以限定本申请，任何本领域技术人员，在不脱离本申请技术方案范围内，当可利用上述揭示的技术内容做出些许更动或修饰为等同变化的等效实施例，但凡是未脱离本申请技术方案内容，依据本申请的技术实质对以上实施例所作的任何简介修改、等同变化与修饰，均仍属于本申请技术方案的范围内。
1.一种通信异常上报方法，其特征在于，包括：
在与上级设备的通信异常的情况下，生成网络异常数据信息；
基于至少一个关联设备查询与所述上级设备通信正常的目标关联设备，其中，所述关联设备为能够相互通信的其他设备；以及
通过所述目标关联设备与所述上级设备的通信路径，将所述网络异常数据信息发送给所述上级设备。
2.如权利要求1所述的方法，其特征在于，所述基于至少一个关联设备查询与所述上级设备通信正常的目标关联设备，包括：
确定至少一个所述关联设备与所述上级设备的通信状态；以及
从至少一个所述关联设备中确定与所述上级设备通信正常的所述目标关联设备。
3.如权利要求2所述的方法，其特征在于，所述确定至少一个所述关联设备与所述上级设备的通信状态，包括：
向至少一个所述关联设备发送询问请求，所述询问请求用于请求所述关联设备确定自身与所述上级设备的通信状态；以及
接收来自所述关联设备的响应信息，并根据所述响应信息确定所述关联设备与所述上级设备的通信状态，其中，所述响应信息至少包括所述关联设备与所述上级设备的通信状态信息。
4.如权利要求3所述的方法，其特征在于，所述从至少一个所述关联设备中确定与所述上级设备通信正常的所述目标关联设备，包括：
根据所述关联设备与所述上级设备的通信状态：
在至少一个所述关联设备中所有的所述关联设备与所述上级设备的通信状态全部异常的情况下，将所述网络异常数据信息本地保存，并持续确定至少一个所述关联设备与所述上级设备的通信状态，直至所述关联设备与所述上级设备的通信状态恢复正常，并从至少一个所述关联设备中确定与所述上级设备通信正常的所述目标关联设备；以及
在至少一个所述关联设备中所有的所述关联设备与所述上级设备的通信状态非全部异常情况下，则直接从至少一个所述关联设备中确定与所述上级设备通信正常的所述目标关联设备。
5.如权利要求3所述的方法，其特征在于，所述从至少一个所述关联设备中确定与所述上级设备通信正常的目标关联设备，包括：
根据至少一个所述关联设备的通信状态，确定与所述上级设备通信正常的所述关联设备的优先级；以及
根据所述优先级，从与所述上级设备通信正常的所述关联设备中确定目标关联设备。
6.如权利要求1所述的方法，其特征在于，在与所述上级设备的通信异常的情况下，所述生成网络异常数据信息之前，所述方法还包括：检测自身的通信路径中至少一条通信子路径的通信状态，确定通信正常的所述通信子路径；
所述基于至少一个关联设备查询与所述上级设备通信正常的目标关联设备，包括：基于通信正常的所述通信子路径，在至少一个所述关联设备中查询与所述上级设备通信正常的所述目标关联设备。
7.如权利要求6所述的方法，其特征在于，所述通信子路径至少包括局域网路径以及广域网路径，所述基于通信正常的所述通信子路径，在至少一个关联设备中查询与所述上级设备通信正常的目标关联设备，包括：
基于所述局域网路径，在至少一个所述关联设备中查询与所述上级设备通信正常的所述目标关联设备；或者
基于所述广域网路径，在至少一个所述关联设备中查询与所述上级设备通信正常的所述目标关联设备。
8.如权利要求6所述的方法，其特征在于，所述通过所述目标关联设备与所述上级设备的通信路径，将所述网络异常数据信息发送给所述上级设备，包括：
将所述网络异常数据信息发送给所述目标关联设备，以由所述目标关联设备将所述网络异常数据信息发送给所述上级设备。
9.一种通信异常上报装置，其特征在于，包括：
数据生成模块，用于在与上级设备的通信异常的情况下，生成网络异常数据信息；
查询模块，用于基于至少一个关联设备查询与所述上级设备通信正常的目标关联设备，其中，所述关联设备为能够相互通信的其他设备；以及
上报模块，用于通过所述目标关联设备与所述上级设备的通信路径，将所述网络异常数据信息发送给所述上级设备。
10.一种电子设备，其特征在于，所述电子设备包括处理器以及一个或多个存储器，所述一个或多个存储器用于存储被所述处理器执行的程序指令，所述处理器执行所述程序指令时实施上述权利要求1～8中任一项所述的方法。
11.一种计算机可读存储介质，存储有程序指令，其特征在于，所述程序指令被处理器执行时实施上述权利要求1～8中任一项所述的方法。
技术总结