CN108427577A - 一种通信方法、装置及系统 - Google Patents

Abstract

本申请公开了一种通信方法、装置及系统，其中方法包括：第一设备发送第一指令至第二设备，所述第一指令用于重启所述第二设备；所述第一设备接收所述第二设备的第一状态信息，其中，所述第一状态信息包括所述第二设备的通信端口的状态；所述第一设备根据所述第一状态信息确定所述第二设备是否重启成功。采用本申请，可提高通信效率及用户体验。

Description

一种通信方法、装置及系统

技术领域

本申请涉及通信技术领域，尤其涉及一种通信方法、装置及系统。

背景技术

日常生活中，有非常多的电子设备使用了串口或USB转串口与计算机(电脑)进行通信，如USB逻辑分析仪、USB数值示波器、便携式USB接口数据采集系统、USB2.0高速图像传输、汽车诊断盒等等。但是，如果通信过程没有处理好，容易出现串口通信失败的情况，一般需要插拔一下串口线或重启电子设备才可以继续使用。然而，因为重启电子设备耗费时间的不确定性导致计算机与电子设备进行串口通信而等待的时间过长的问题，降低了用户使用电子设备的用户体验。

发明内容

本申请提供一种通信方法、装置及系统，提高了通信效率。

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

第一设备发送第一指令至第二设备，所述第一指令用于重启所述第二设备；

所述第一设备接收所述第二设备的第一状态信息，其中，所述第一状态信息包括所述第二设备的通信端口的状态。

所述第一设备根据所述第一状态信息确定所述第二设备是否重启成功。

结合第一方面，在一些可能的实施例中，在所述第一设备接收所述第二设备的第一状态信息之前，具体包括：

所述第一设备向所述第二设备发送第二指令，所述第二指令用于请求所述第二设备发送所述第二设备的第一状态信息至所述第一设备。

结合第一方面，在一些可能的实施例中，所述第一指令还用于关闭所述第二设备的通信端口。

结合第一方面，在一些可能的实施例中，所述第一指令具体用于重启所述第二设备的部分或全部模块，其中一个所述第二设备的模块对应一个所述第二设备的通信端口。

所述第一状态信息具体包括：所述第二设备的部分或全部模块各自对应的通信端口的状态。

所述第一设备根据所述第一状态信息确定所述第二设备是否重启成功，具体包括：

所述第一设备根据所述部分或全部模块各自对应的通信端口的状态确定所述部分或全部模块是否重启成功。

结合第一方面，在一些可能的实施例中，所述第一设备根据所述第一状态信息确定所述第二设备是否重启成功，具体包括：

如果所述通信端口的状态为第一状态，则所述第一设备确定所述第二设备重启成功。

结合第一方面，在一些可能的实施例中，还包括：

在预设时间范围内，如果所述通信端口的状态未变成所述第一状态，则所述第一设备确定所述第二设备重启失败。

结合第二方面，本申请提供了一种通信方法，包括：

第二设备接收第一设备发送的第一指令。

响应于所述第一指令，所述第二设备重启所述第二设备。

所述第二设备发送所述第二设备的第一状态信息至所述第一设备，其中，所述第一状态信息包括所述第二设备的通信端口的状态，所述第一状态信息用于所述第一设备确定所述第二设备是否重启成功。

结合第二方面，在一些可能的实施例中，在所述第二设备发送所述第二设备的第一状态信息至所述第一设备之前，具体包括：

所述第二设备接收所述第一设备发送的第二指令。

结合第二方面，在一些可能的实施例中，还包括：

响应于所述第一指令，所述第二设备关闭所述第二设备的通信端口。

结合第二方面，在一些可能的实施例中，

响应于所述第一指令，所述第二设备重启所述第二设备，具体包括：

响应于所述第一指令，所述第二设备重启所述第二设备的部分或全部模块，其中，一个所述第二设备的模块对应一个所述第二设备的端口。

所述第二设备发送所述第二设备的第一状态信息至所述第一设备，具体包括：

所述第二设备发送所述第二设备的部分或全部模块对应的第一状态信息至所述第一设备，其中，所述第一状态信息包括所述第二设备的部分或全部模块各自对应的通信端口的状态，所述第二设备的部分或全部模块各自对应的通信端口的状态用于所述第一设备确定所述第二设备的部分或全部模块是否重启成功。

第三方面，本申请提供了一种通信装置，该通信装置包括：

发送单元，用于发送第一指令至第二设备，所述第一指令用于重启所述第二设备。

接收单元，用于接收所述第二设备的第一状态信息，其中，所述第一状态信息包括所述第二设备的通信端口的状态。

确定单元，用于根据所述第一状态信息确定所述第二设备是否重启成功。

结合第三方面，在一些可能的实施例中，所述发送单元，还用于：

在所述接收单元接收所述第二设备的第一状态信息之前，向所述第二设备发送第二指令，所述第二指令用于请求所述第二设备发送所述第二设备的第一状态信息至所述第一设备。

结合第三方面，在一些可能的实施例中，

所述第一指令具体用于重启所述第二设备的部分或全部模块，其中一个所述第二设备的模块对应一个所述第二设备的通信端口。

所述第一状态信息具体包括：所述第二设备的部分或全部模块各自对应的通信端口的状态。

所述确定单元，具体用于根据所述第二设备的部分或全部模块各自对应的通信端口的状态确定所述部分或全部模块是否重启成功，其中，如果所述部分或全部模块各自对应的通信端口的状态为第一状态，则确定所述第二设备的部分或全部模块重启成功，如果所述部分或全部模块各自对应的通信端口的状态未变成所述第一状态，则确定所述第二设备的部分或全部模块重启失败。

第四方面，本申请提供了另一种通信装置，该通信装置包括：

所述接收单元，用于接收第一设备发送的第一指令。

所述重启单元，用于响应于所述第一指令，重启所述第二设备。

所述发送单元，用于发送所述第二设备的第一状态信息至所述第一设备，其中，所述第一状态信息包括所述第二设备的通信端口的状态，所述第一状态信息用于所述第一设备确定所述第二设备是否重启成功。

结合第四方面，在一些可能的实施例中，

所述接收单元，还用于：在所述发送单元发送所述第二设备的第一状态信息至所述第一设备之前，接收所述第一设备发送的第二指令。

结合第四方面，在一些可能的实施例中，还包括：

关闭单元，用于响应于所述第一指令，关闭所述第二设备的通信端口。

结合第四方面，在一些可能的实施例中，

所述重启单元，具体用于响应于所述第一指令，重启所述第二设备的部分或全部模块，其中一个所述第二设备的模块对应一个所述第二设备的端口。

所述发送单元，具体用于发送所述第二设备的部分或全部模块对应的第一状态信息至第一设备，所述第一状态信息具体包括：所述第二设备的部分或全部模块各自对应的通信端口的状态，所述第二设备的部分或全部模块各自对应的通信端口的状态用于所述第一设备确定所述第二设备的部分或全部模块是否重启成功。

第五方面，本申请提供了一种通信系统，包括本申请第三方面提供的通信装置和第四方面提供的通信装置。

第六方面，本申请提供了一种终端，包括存储器、以及耦合于所述存储器的处理器，其中，所述处理器用于执行上述第一方面或者第二方面提供的通信方法。

第七方面，本申请提供了一种终端，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储应用程序代码，所述处理器被配置用于调用所述程序代码，执行上述第一方面或者第二方面提供的通信方法。

第八方面，本申请提供了一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述第一方面或第二方面的通信方法。

第九方面，本申请提供了一种计算机程序，该计算机程序包括通信指令，当该计算机程序在计算机上执行时，上述通信指令用于执行上述第一方面或者第二方面提供的通信方法。

本申请提供了一种通信方法、装置及系统。首先，第一设备发送第一指令至第二设备，响应于第一指令，重启第二设备。进而，第一设备接收第二设备的通信端口的状态。最后，响应于接收到的第一状态信息，第一设备可确定出第二设备是否重启成功。因而，采用本申请，可提高通信效率与用户体验。

附图说明

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

图1是本申请提供的一种通信方法的示意流程图；

图2是本申请提供的另一种通信方法的示意流程图；

图3是本申请提供的又一种通信方法的示意流程图；

图4是本申请提供的一种通信应用场景示意图；

图5是本申请提供的一种封装的通信端口的示意图；

图6是本申请提供的一种设备的结构示意图；

图7是本申请提供的另一种设备的结构示意图；

图8是本申请提供的一种通信系统的示意性框图。

具体实施方式

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

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

具体实现中，本申请中描述的终端包括但不限于诸如具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的移动电话、膝上型计算机或平板计算机之类的其它便携式设备。还应当理解的是，在某些实施例中，所述设备并非便携式通信设备，而是具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的台式计算机。

在接下来的讨论中，描述了包括显示器和触摸敏感表面的终端。然而，应当理解的是，终端可以包括诸如物理键盘、鼠标和/或控制杆的一个或多个其它物理用户接口设备。

终端支持各种应用程序，例如以下中的一个或多个：绘图应用程序、演示应用程序、文字处理应用程序、网站创建应用程序、盘刻录应用程序、电子表格应用程序、游戏应用程序、电话应用程序、视频会议应用程序、电子邮件应用程序、即时消息收发应用程序、锻炼支持应用程序、照片管理应用程序、数码相机应用程序、数字摄影机应用程序、web浏览应用程序、数字音乐播放器应用程序和/或数字视频播放器应用程序。

可以在终端上执行的各种应用程序可以使用诸如触摸敏感表面的至少一个公共物理用户接口设备。可以在应用程序之间和/或相应应用程序内调整和/或改变触摸敏感表面的一个或多个功能以及终端上显示的相应信息。这样，终端的公共物理架构(例如，触摸敏感表面)可以支持具有对用户而言直观且透明的用户界面的各种应用程序。

参见图1，是本申请提供的一种通信方法的示意流程图。如图1所示，该方法可以至少包括以下几个步骤：

S101、第一设备可发送第一指令至第二设备，这里，第一指令可用于重启第二设备。

本申请实施例中，第一设备可包括但不限于以下设备：笔记本电脑、平板电脑、个人数字助理(Personal Digital Assistant，PDA)或手机等等。

第一指令的存储方式可至少包括以下两种：

第一种方式：第一指令可存储于第一设备的存储器。

第二种方式：第一指令可存储于与第一设备相连的云端数据库。

第二设备可包括但不限于以下设备：汽车诊断盒、打印机或逻辑分析仪等等。

S102、相应的，第二设备接收第一设备发送的第一指令，响应于第一指令，第二设备可重启第二设备。

具体的，在第二设备重启第二设备之前，响应于第一指令，第二设备可关闭用于与所述第一设备进行通信的第二设备的通信端口。这样，可防止第二设备重启之后，第二设备重复接收到第一设备发送的第一指令，导致第二设备反复重启。

可以知道的是，通信端口可包括有线通信端口和无线通信端口。

有线通信端口包括：串行接口(串口)、并行接口等等。

无线通信端口包括：UART、RGMLL、RMLL、U口、A口或Abis口等等。

以通信端口为例，第二设备可以下述方式开启或关闭第二设备的通信端口。具体的，

第二终端可以将串口的电平设置为逻辑电平“0”来开启串口。

第二终端可以将串口的电平设置为逻辑电平“1”时，来关闭串口。

这里，+3V～+15V可为逻辑电平“0”，-3V～-15V可为逻辑电平“1”。

可以知道的是，串行接口(串口)，是采用串行通信方式的拓展接口。其线路简单，易于实现等优势，这里，每一个串口具有唯一的编号，举例来说，串口1的编号可为COM1、串口2的编号可为COM2。应当说明的，串行通信即通过串口按位发送和接收字节，尽管比按字节并行的并行通信慢，但由于其线路简单，易于实现远距离通信。

S103、第二设备可发送第二设备的第一状态信息至第一设备，其中，第一状态信息可包括第二设备的通信端口的状态。

具体的，在第二设备发送第二设备的第一状态信息至第一设备之前，可包括以下两种情形：

第一种情形：如果第二设备的通信端口的状态存在变化，则第二设备可发送第二设备的第一状态信息至第一设备。

第二种情形：第一设备可发送第二指令至第二设备，第二指令用于请求第二设备发送第二设备的第一状态信息至第一设备。

应当说明的，第二设备的通信端口的状态可包括但不限于以下两种状态：

第一种状态：第二设备的通信端口开启。

第二种状态：第二设备的通信端口关闭。

S104、第一设备可根据接收到的第一状态信息确定第二设备是否重启成功。

具体的，当第二设备的通信端口的状态为第一状态时，第一设备可确定第二设备重启成功。可选的，在预设时间范围内，如果第二设备的通信端口的状态未变成第一状态时，第一设备可确定第二设备重启失败。应当说明的，第二设备的通信端口的状态可为第一状态。这里，第一状态可表征第二设备的通信端口开启。

可以理解的，如果第一设备确定出第二设备重启成功，第一设备可发送第三指令至第二设备，第三指令可用于触发第二设备执行第一操作。

下面给出两个示例，并进行具体阐述。

第一个示例：如果第一设备确定出第二设备重启成功，则第一设备(计算机)可通过串口线将携打印指令发送至第二设备(打印机、汽车诊断盒)，打印机根据所述打印指令进行文本的打印。

第二个示例：如果第一设备确定出第二设备重启成功，第一设备可通过串口线将用于检测汽车发动机和/或汽车安全气囊等汽车部件的指令发送至汽车诊断盒(第二设备)，响应于上述检测指令，汽车诊断盒可对汽车发动机、汽车安全气囊等汽车部件进行检测。

综上可知，本申请提供一种通信方法。首先，第一设备发送第一指令至第二设备，响应于第一指令，重启第二设备。进而，第一设备接收第二设备的通信端口的状态。最后，响应于接收到的第一状态信息，第一设备可确定出第二设备是否重启成功。相比于现有技术(重启第二设备之后，第一设备持续地盲目等待)，采用本申请解决了因重启第二设备所耗费时间的不确定性导致第一设备盲目等待与第二设备进行通信的问题，提高了通信的效率与用户体验。

参见图2，是本申请提供的另一种通信方法的示意流程图。在图2实施例中，第一设备可以发送第一指令至第二设备，这里，第一指令可用于重启第二设备的部分或全部模块。如图2所示，该方法可以至少包括以下几个步骤：

S201、第一设备可发送第一指令至第二设备，这里，第一指令可用于重启第二设备部分或全部模块。

具体的，第二设备可包括但不限于以下模块：检测模块、WIFI模块、控制模块、显示模块或处理模块等等。

S202、相应的，第二设备接收第一设备发送的第一指令，响应于第一指令，第二设备可重启第二设备的部分或全部模块。

具体的，在第二设备重启第二设备的部分或全部模块之前，响应于第一指令，第二设备可关闭第二设备的部分或全部模块的通信端口。这样，可防止第二设备的部分或全部模块重启之后，第二设备重复接收到第一设备发送的第一指令，导致第二设备的部分或全部模块反复重启。

S203、第二设备可发送第二设备的部分或全部模块对应的第一状态信息至第一设备，其中，第一状态信息可包括第二设备的部分或全部模块的通信端口的状态。

具体的，第二设备发送第二设备的部分或全部模块的第一状态信息至第一设备之前，可包括以下两种情形：

第一种情形：如果第二设备的部分或全部模块的通信端口的状态存在变化，则第二设备可发送第二设备的部分或全部模块的第一状态信息至第一设备。

第二种情形：第一设备发送第二指令至第二设备，第二指令可用于请求第二设备发送第二设备的部分或全部模块的第一状态信息至第一设备。

应当说明的，第二设备的部分或全部模块的通信端口的状态可包括但不限于以下两种状态：

第一种状态：第二设备的部分或全部模块的通信端口开启。

第二种状态：第二设备的部分或全部模块的通信端口关闭。

S204、第一设备可根据接收到的第一状态信息确定第二设备的部分或全部模块是否重启成功。

具体的，当第二设备的部分或全部模块的通信端口的状态为第一状态时，第一设备可确定第二设备的部分或全部模块重启成功。可选的，在预设时间范围内，如果第二设备的部分或全部模块的通信端口的状态未变成第一状态时，第一设备可确定第二设备的部分或全部模块重启失败。应当说明的，第二设备的部分或全部模块的通信端口的状态可为第一状态。这里，第一状态可表征第二设备的部分或全部模块的通信端口开启。

可理解的，图2方法实施例中未提供的相关定义和说明可参考图1的方法实施例，此处不再赘述。

参见图3，是本申请提供的又一种通信方法的示意流程图。在图3实施例中，第一设备可包括应用程序与操作系统，这里，应用程序可发送第一指令至第二设备。如图3所示，该方法可以至少包括以下几个步骤：

S301、第一设备的应用程序可发送第一指令至第二设备，这里，第一指令用于重启第二设备。

本申请实施例中，该应用程序可为一个或多个运行于第一设备上的应用程序。应当说明的，该应用程序可为已完成注册且具有监听功能(例如：监听第一设备的操作系统)的应用程序。

图4示例性示出了一种串口通信的应用场景示意图。

如图4所示，运行于笔记本电脑401中的可用于检测汽车的应用程序可通过串口线402发送第一指令至汽车诊断盒403(例如：一种可用于检测汽车故障的设备)，这里，第一指令可用于重启汽车诊断盒403。应当说明的，汽车诊断盒103的另一端可连接有汽车。

图4仅用于解释本申请，不应构成限制。

S302、相应的，第二设备接收第一设备的应用程序发送的第一指令，响应于第一指令，第二设备可重启第二设备。

具体的，在第二设备重启第二设备之前，响应于第一指令，第二设备可关闭用于与所述第一设备进行通信的第二设备的通信端口。可防止在第二设备重启之后，第二设备重复接收到第一设备发送的第一指令，导致第二设备反复重启。

S303、第一设备的操作系统可检测第二设备的通信端口的状态。

具体的，第二设备的通信端口的状态可包括但不限于以下两种状态：

第一种状态：第二设备的通信端口开启。

第二种状态：第二设备的通信端口关闭。

具体的，当第二设备的通信端口的状态(开启或关闭)发生改变(例如：第二设备的通信端口的状态由开启变为关闭或第二设备的通信端口的状态由关闭变为开启)，则第二设备可发送一个中断信号至第一设备的操作系统，进而，第一设备的操作系统扫描第一设备的映射列表中的通信端口号，确定第二设备的通信端口号是否存在，如果不存在，则确定第二设备的通信端口关闭，发送可指示该第二设备的通信端口的状态变化的指示信息至应用程序，则应用程序进一步判断该通信端口是否关闭。如果存在，操作系统发送可指示该第二设备的通信端口的状态变化的指示信息至应用程序，则应用程序进一步判断该通信端口是否开启。

S304、第一设备的操作系统可将可用于指示第二设备的通信端口的状态变化的指示信息发送至第一设备的应用程序。

S305、响应于接收到的可用于指示第二设备的通信端口的状态变化的指示信息，第一设备的应用程序可确定第二设备是否重启成功。

具体的，应用程序通过判断是否可查询到状态发生变化的通信端口连接的第二设备的产品标识码(PID)/供应商ID(VID)来确定第二设备是否重启成功(确定第二设备的通信端口是否开启)。如果可以查询到第二设备的产品标识码(PID)/供应商ID(VID)，则确定第二设备重启成功(确定用于与第一设备通信的第二设备的通信端口开启)。否则，确定第二设备重启失败(确定用于与第一设备通信的第二设备的通信端口关闭)。

可理解的，图3方法实施例中未提供的相关定义和说明可参考前述方法实施例，此处不再赘述。

参见图5，是本申请提供的又一种通信方法的示意流程图。以通信端口是串口为例，图5实施例提供一个封装的通信端口。其中，第一设备的应用程序可调用该封装的通信端口将待发送的第一指令高效地发送至第二设备。如图5所示，该方法可以至少包括以下几个步骤：

S401、应用程序发送指令至封装的通信端口，这里，指令用于触发第二设备执行相应操作。

S402、接口程序可转发该指令至第二设备。

S403、相应的，第二设备接收到该指令，响应于该指令，第二设备执行相应操作并返回数据至接口程序。

S404、应用程序接收接口程序转发的返回数据。

S405、发送第一指令至封装的通信端口，第一指令用于重启第二设备。

S406、接收到确认信息，该确认信息用于确认封装的通信端口接收到了第一指令。

S407、转发第一指令至第二设备。

S408、相应的，第二设备接收到第一指令，响应于接收到的第一指令，第二设备重启第二设备，关闭串口。

S409、第一设备的操作系统检测到用于与第一设备进行通信的第二设备的串口关闭。

S410、操作系统发送可用于指示第二设备的串口的状态变化的指示信息至接口程序。

具体的，用于指示第二设备的串口的状态变化的指示信息可用于通知接口程序确定第二设备的串口的状态发生变化。

S411、接口程序判断第二设备是否重启成功(用于与第一设备进行通信的第二设备的串口是否关闭)。

S412、第二设备重启完成，开启用于与第一设备进行通信的第二设备的串口。

S413、第一设备的操作系统检测到用于与第一设备进行通信的第二设备的串口开启。

S414、操作系统发送可用于指示第二设备的串口的状态变化的指示信息至接口程序。

S415、接口程序判断判断第二设备是否重启成功(用于与第一设备进行通信的第二设备的串口是否开启)。

S416、如果第二设备的通信端口开启，则发送第一提示信息至应用程序，第一提示信息用于提示应用程序确认第二设备已正常运行。

S417、相应的，应用程序接收到第一提示信息，响应于第一提示信息，应用程序发送第一数据(可包括指令)至第二设备，第一数据用于触发第二设备执行相应操作。

S418、转发第一数据至第二设备。

S419、相应的，第二设备接收到第一数据，响应于该指令，第二设备执行相应操作并返回第二数据至接口程序。

S420、接口程序转发第二数据至应用程序。

具体的，当第二设备为打印机时，第一数据可为用于打印资料的打印指令。当第二设备为汽车诊断盒时，第一数据可为用于检测汽车的检测指令。

综上所述，本申请实施例通过提供一种封装的通信端口。第一设备的应用程序通过调用封装的通信端口可高效地发送指令、数据至第二设备。也即是说，第一设备的应用程序可只需关注发送指令、数据以及接收发送数据。至于如何实现高效地传输指令、数据。应用程序可调用封装的通信端口即可。因而，采用本申请可极大地提高通信的效率。

可理解的，图5方法实施例中未提供的相关定义和说明可参考前述方法实施例，此处不再赘述。

图6是本申请提供的第一设备的结构示意图。本申请实施例中，第一设备可以包括计算机、平板电脑、个人数字助理(Personal Digital Assistant，PDA)、移动互联网设备(Mobile Internet Device，MID)、智能穿戴设备(如智能手表、智能手环)等各种设备，本申请实施例不作限定。如图6所示，第一设备600可包括：处理器601、存储器602(一个或多个计算机可读存储介质)、通信模块603、外围系统604。这些部件可在一个或多个通信总线605上通信。

可理解的，通信模块603可包括有线通信端口(例如：串口)606以及无线通信端口607(例如：WIFI端口)。以通信端口是串口为例，第一设备可通过串口将指令发送至连接该串口的第二设备。

存储器602与处理器601耦合，可用于存储各种软件程序和/或多组指令。具体实现中，存储器602可包括高速随机存取的存储器，并且也可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。存储器602可以存储操作系统(下述简称系统)，例如ANDROID，IOS，WINDOWS，或者LINUX等嵌入式操作系统。存储器602还可以存储网络通信程序，该网络通信程序可用于与一个或多个附加设备，一个或多个终端设备，一个或多个网络设备进行通信。

可以理解的，存储器602还可以存储一个或多个应用程序。这些应用程序可包括：用于检测第二设备的应用程序(例如：用于检测汽车的气囊的检测程序、用于检测汽车的发动机的检测程度、用于检测打印机的检测程序)等等。

存储器602还可以存储封装的通信接口，应用程序可通过调用该封装的通信接口高效地发送指令、数据至第二设备。

外围系统604主要用于实现第一设备600和用户/外部环境之间的交互功能，主要包括第一设备600的输入输出装置。具体实现中，外围系统604可包括：显示屏控制器608、摄像头控制器609、鼠标-键盘控制器610以及音频控制器611。其中，各个控制器可与各自对应的外围设备(如显示屏612、摄像头613、鼠标-键盘613以及音频电路614)耦合。在一些实施例中，显示屏612可以为配置有自电容式的悬浮触控面板的触摸屏，也可以是配置有红外线式的悬浮触控面板的触摸屏。在一些实施例中，摄像头613可以是3D摄像头。需要说明的，外围系统604还可以包括其他I/O外设。

应当理解，第一设备600仅为本申请实施例提供的一个例子，并且，第一设备600可具有比示出的部件更多或更少的部件，可以组合两个或更多个部件，或者可具有部件的不同配置实现。

可理解的，关于图6的第一设备600包括的功能模块的具体实现方式，可参考前述方法实施例，此处不再赘述。

参考图7，图7示出了本申请的一些实施例提供的第二设备700。如图7所示，第二设备700可包括：一个或多个处理器701、存储器702、发射器703、接收器704。这些部件可通过总线或者其他式连接，图7以通过总线连接为例。其中：

发射器703可用于向其他通信设备(如终端)发送信号。接收器704可用于对接收其他通信设备(如第一设备)发送的信号。在本申请的一些实施例中，发射器703和接收器704可看作一个无线调制解调器。在第二设备700中，发射器703和接收器704的数量均可以是一个或者多个。

存储器702与处理器701耦合，用于存储各种软件程序和/或多组指令。具体的，存储器702可包括高速随机存取的存储器，并且也可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。存储器702可以存储操作系统(下述简称系统)，例如uCOS、VxWorks、RTLinux等嵌入式操作系统。存储器702还可以存储网络通信程序，该网络通信程序可用于与一个或多个中继设备，一个或多个终端，一个或多个服务器进行通信。

本申请中，处理器701可用于读取和执行计算机可读指令。具体的，处理器701可用于调用存储于存储器702中的程序，例如本申请提供的第二设备700接收到的用于触发第二设备700重启的第一指令。

需要说明的，图7所示的第二设备700仅仅是本申请实施例的一种实现方式，实际应用中，第二设备700还可以包括更多或更少的部件，这里不作限制。

可理解的，关于图7的设备700包括的功能模块的具体实现方式，可参考前述方法实施例，此处不再赘述。

参见图8，是本申请提供的一种通信系统及该通信系统中的第一通信装置和第二通信装置。如图8所示，通信系统80包括：第一通信装置800和第二通信装置900。其中，第一通信装置800可以是图6中的第一设备600，第二通信装置900可以是图7中的第二设备700。下面分别描述第一通信装置800和第二通信装置900各自包含的功能单元。

如图8所示，第一通信装置800可包括：发送单元801、接收单元802以及确定单元803。其中：

发送单元801，可用于发送第一指令至第二通信装置900，所述第一指令用于重启第二通信装置900。

接收单元802，可用于接收第二通信装置900的第一状态信息，其中，第一状态信息包括第二通信装置900的通信端口的状态。

确定单元可803，可用于根据第一状态信息确定第二通信装置900是否重启成功。

发送单元801，还用于在接收单元802接收第二通信装置900的第一状态信息之前，向第二通信装置900发送第二指令，响应于第二指令，第二通信装置900关闭第二通信装置900的通信端口。

发送单元801，具体用于发送第一指令至第二通信装置900，其中，第一指令具体用于重启第二通信装置900的部分或全部模块，一个第二通信装置900的模块对应一个第二通信装置900的通信端口；

接收单元802，具体用于接收第二通信装置900的部分或全部模块对应的第一状态信息，其中，第一状态信息具体包括：第二通信装置900的部分或全部模块各自对应的通信端口的状态；

确定单元803，具体用于根据第二通信装置900的部分或全部模块各自对应的通信端口的状态确定部分或全部模块各自对应的通信端口是否重启成功，其中，如果部分或全部模块各自对应的通信端口的状态为第一状态，则确定第二通信装置900的部分或全部模块重启成功，如果部分或全部模块各自对应的通信端口的状态未变成第一状态，则确定第二通信装置900的部分或全部模块重启失败。

具体的，第一通信装置800包括的各个功能单元的具体实现可参考前述方法实施例，这里不再赘述。

如图8所示，第二通信装置900可包括：接收单元901、重启单元902以及发送单元903。其中：

接收单元901，用于接收第一通信装置800发送的第一指令。

重启单元902，用于响应于所述第一指令，重启所述第二通信装置900。

发送单元903，用于发送第二通信装置900的第一状态信息至第一通信装置800，其中，第一状态信息包括第二通信装置900的通信端口的状态，第二通信装置900对应的通信端口的状态用于第一通信装置800确定第二通信装置900是否重启成功。

接收单元901，还用于：在发送单元发送第二通信装置900的第一状态信息至第一通信装置800之前，接收第一通信装置800发送的第二指令。

重启单元902，具体用于响应于第一指令，重启第二通信装置900的部分或全部模块，其中一个第二通信装置900的模块对应一个第二通信装置900的端口。

发送单元903，具体用于发送第二通信装置900的部分或全部模块对应的第一状态信息至第一通信装置800，第一状态信息具体包括：第二通信装置900的部分或全部模块各自对应的通信端口的状态，第二通信装置900的部分或全部模块各自对应的通信端口的状态用于第一通信装置800确定第二通信装置900的部分或全部模块是否重启成功。

第二通信装置900包括接收单元901、重启单元902以及发送单元903之外，还包括：关闭单元。

关闭单元，可用于响应于所述第一指令，关闭第二通信装置900的通信端口。

具体的，第二通信装置900包括的各个功能单元的具体实现可参考前述方法实施例，这里不再赘述。

本申请提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时实现。

该计算机可读存储介质可以是前述任一实施例所述的终端的内部存储单元，例如终端的硬盘或内存。该计算机可读存储介质也可以是终端的外部存储设备，例如终端上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步的，该计算机可读存储介质还可以既包括终端的内部存储单元也包括外部存储设备。该计算机可读存储介质用于存储计算机程序以及终端所需的其他程序和数据。该计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的终端和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的终端和方法，可以通过其它的方式实现。例如，以描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

上述描述的终端实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、终端或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

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

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

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

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

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

第一设备发送第一指令至第二设备，所述第一指令用于重启所述第二设备；

所述第一设备接收所述第二设备的第一状态信息，其中，所述第一状态信息包括所述第二设备的通信端口的状态；

所述第一设备根据所述第一状态信息确定所述第二设备是否重启成功。

2.如权利要求1所述的方法，其特征在于，在所述第一设备接收所述第二设备的第一状态信息之前，具体包括：

所述第一设备向所述第二设备发送第二指令，所述第二指令用于请求所述第二设备发送所述第二设备的第一状态信息至所述第一设备。

3.如权利要求1所述的方法，其特征在于，

所述第一指令具体用于重启所述第二设备的部分或全部模块，其中一个所述第二设备的模块对应一个所述第二设备的通信端口；

所述第一状态信息具体包括：所述第二设备的部分或全部模块各自对应的通信端口的状态；

所述第一设备根据所述第一状态信息确定所述第二设备是否重启成功，具体包括：

所述第一设备根据所述第二设备的部分或全部模块各自对应的通信端口的状态确定所述部分或全部模块是否重启成功。

4.如权利要求1-3任一项所述的方法，其特征在于，所述第一设备根据所述第一状态信息确定所述第二设备是否重启成功，具体包括：

如果所述通信端口的状态为第一状态，则所述第一设备确定所述第二设备重启成功。

5.如权利要求4所述的方法，其特征在于，还包括：

在预设时间范围内，如果所述通信端口的状态未变成所述第一状态，则所述第一设备确定所述第二设备重启失败。

6.一种通信装置，其特征在于，包括：

发送单元，用于发送第一指令至第二设备，所述第一指令用于重启所述第二设备；

接收单元，用于接收所述第二设备的第一状态信息，其中，所述第一状态信息包括所述第二设备的通信端口的状态；

确定单元，用于根据所述第一状态信息确定所述第二设备是否重启成功。

7.如权利要求6所述的通信装置，其特征在于，

所述发送单元，还用于：

在所述接收单元接收所述第二设备的第一状态信息之前，向所述第二设备发送第二指令，所述第二指令用于请求所述第二设备发送所述第二设备的第一状态信息至所述第一设备。

8.如权利要求6所述的通信装置，其特征在于，

所述第一指令具体用于重启所述第二设备的部分或全部模块，其中一个所述第二设备的模块对应一个所述第二设备的通信端口；

所述第一状态信息具体包括：所述第二设备的部分或全部模块各自对应的通信端口的状态；

所述确定单元，具体用于根据所述第二设备的部分或全部模块各自对应的通信端口的状态确定所述部分或全部模块是否重启成功，其中，如果所述部分或全部模块各自对应的通信端口的状态为第一状态，则确定所述第二设备的部分或全部模块重启成功，如果所述部分或全部模块各自对应的通信端口的状态未变成所述第一状态，则确定所述第二设备的部分或全部模块重启失败。

9.一种终端，其特征在于，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储应用程序代码，所述处理器被配置用于调用所述程序代码，执行如权利要求1-5任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1-5任一项所述的方法。