CN1933433A

CN1933433A - 通信设备，通信状态检测方法和通信状态检测程序

Info

Publication number: CN1933433A
Application number: CNA2006101537724A
Authority: CN
Inventors: 三好隆太
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2005-09-12
Filing date: 2006-09-11
Publication date: 2007-03-21
Also published as: US7995484B2; JP2007079726A; US20070058552A1; JP4337056B2; KR20070030145A

Abstract

一种通信设备，包括：网络控制器，配置成控制与不同设备的通信连接；以及主控制器，配置成控制网络控制器的状态检测以及与通过网络控制器连接到该通信设备的不同设备的数据通信，其中，主控制器控制网络控制器在预定间隔执行状态检测，并在预定间隔向不同设备重复发送状态通知请求，并响应于来自不同设备的对状态通知请求的响应来检测与不同设备的通信无效状态。

Description

通信设备，通信状态检测方法和通信状态检测程序

相关申请的参照

本发明包含与2005年9月12号向日本专利局提交的日本专利申请JP2005-264258号相关的主题，其全部内容通过引用被包括在这里。

技术领域

本发明涉及通信设备，通信状态检测方法和通信状态检测程序。本发明尤其涉及适用于检测例如迷你组件系统类型的音频设备与个人计算机之间的通信状态的通信设备，通信状态检测方法和通信状态检测程序。

背景技术

在诸如日本专利公开第2004-295285号中公开了应用于个人计算机或诸如AV(视听)设备等电子设备通过网络的各种数据的通信的网络连接的管理方法。根据该管理方法，在上述这类通信中出现的各种故障被分为相互单独来检测的两种类型。这两种类型的故障中的一种包括设备本身发生的故障，诸如用于连接其它电子设备的LAN(局域网)电缆的断开或故障、或是设备本身的LAN电路板的故障等。这两种类型的故障中的另一种包括在设备本身之外发生的故障，诸如作为连接目标的服务器的停机或通信拥塞。这两种类型的故障被相互独立地检测，设备本身的故障将立即被检测，而不需要等待多达75到80秒的超时时间。

发明内容

顺便提及，根据如上所述的这样一种网络连接的管理方法，设备本身的故障可立即被检测，而不需等待多达75到80秒的超时时间。然而，在设备本身之外发生、并且可能在任何时间发生的诸如连接目标服务器停机或是通信拥塞等故障不能立即被检测。特别地，即使向服务器等发送了数据传送请求，设备本身的等待状态将一直继续直到在获取数据前耗尽了事先设定的超时时间(75到80秒)。因此，在这段时间内，设备本身与服务器之间无效的通信状态不能被检测。

因此，需要提供一种通信设备，一种通信状态检测方法和一种通信状态检测程序，由此网络设备间的通信状态可以在短时间内被检测。

根据本发明的一个实施例，提供了一种包括网络控制器和主控制器的通信设备。网络控制器配置成控制与不同设备的通信连接。主控制器配置成控制网络控制器的状态检测以及与通过网络控制器与通信设备连接的不同设备的数据通信。主控制器控制网络控制器在预定的时间间隔执行状态检测，并在预定的时间间隔向不同设备重复发送状态通知请求，并响应于来自不同设备的对状态通知请求的响应，检测与不同设备的通信无效状态。

在该通信设备中，主控制器可执行网络控制器的状态检测。主控制器还能基于从不同设备接收的对状态通知请求的响应来检测网络设备之间的通信无效状态。从而，网络设备之间的通信状态可以在短时间内被检测，而不需要花费无用的等待时间。

根据本发明的另一个实施例，提供了一种通信状态检测方法，包括重复执行状态检测的步骤和检测通信无效状态检测的步骤。状态检测步骤在预定的间隔执行状态检测，网络控制器的状态检测被配置成通过主控制器来控制与不同设备的通信连接，所述主控制器配置成控制网络控制器的状态检测以及与通过网络控制器与主控制器连接的不同设备的数据通信。通信无效状态检测步骤响应于来自不同设备的对状态通知请求的响应来与不同设备进行检测，并与状态检测步骤一起控制网络控制器，以在预定的间隔向不同设备发送状态通知请求。

在该通信状态检测方法中，主控制器可执行网络控制器的状态检测。主控制器还能基于从不同设备所接收到的对状态通知请求的响应来检测网络设备之间的通信无效状态。从而，网络设备之间的通信状态可以在短时间内被检测，而不需要花费无用的等待时间。

根据本发明的另一个实施例，提供了一种通信状态检测程序，所述程序被配置成使通信设备执行状态检测步骤以及检测通信无效状态检测的步骤。状态检测步骤在预定的间隔执行状态检测，网络控制器的状态检测被配置成通过主控制器来控制与不同设备的通信连接，所述主控制器被配置成控制网络控制器的状态检测以及与通过网络控制器与主控制器连接的不同设备的数据通信。通信无效状态检测步骤响应于来自不同设备的对状态通知请求的响应来与不同设备进行检测，并与状态检测步骤一起控制网络控制器，以在预定的间隔向不同设备发送状态通知请求。

根据通信状态检测程序，主控制器可执行网络控制器的状态检测。主控制器还能基于从不同设备所接收到的对状态通知请求的响应来检测网络设备之间的通信无效状态。从而，网络设备间的通信状态可以在短时间内被检测，而不需要花费无用的等待时间。

总之，使用该通信设备，通信状态检测方法和通信状态检测程序，由于主控制器可执行网络控制器的状态检测，还能基于从不同设备所接收到的对状态通知请求的响应来检测通信设备与不同设备之间的通信无效状态。网络设备之间的通信状态可以在短时间内被检测，而不需要花费无用的等待时间。

附图说明

图1是示出了本发明的概念的示意框图；

图2是示出了网络状态检测系统的一般配置的示意透视图；

图3是示出了个人计算机的电路配置的示意框图；

图4是示出了音频设备的电路配置的示意框图；

图5是示出了图形获取过程和监控过程的步序的示意步序图；

图6是示出了网络出错通知屏幕的示意图；

图7是示出了服务器连接出错通知屏幕的示意图；以及

图8是示出了正常状态屏幕的示意图。

具体实施方式

以下，将结合图1到图8描述本发明的一个实施例。

1.实施例概要

首先参见图1，通过功能块示出通信设备1的硬件配置来描述本发明的一般概念。通信设备1通过网络与不同设备2相连接。

通信设备1包括用于控制与不同设备2的通信连接的网络控制器3。通信设备1还包括主控制器4，用于检测网络控制器3本身的状态，以及控制与通过网络控制器3与主控制器1相连接的不同设备2的数据通信。

主控制器4在预定的间隔执行网络控制器3的状态检测。此外，主控制器4控制网络控制器3以在预定的间隔向不同设备2发送状态通知请求，并响应于来自不同设备2的对状态通知请求的响应，检测与不同设备2的通信无效状态。

主控制器4能控制网络控制器3与状态通知请求的发送分开地执行向不同设备2的数据发送和从不同设备2的数据接收。此外，当主控制器4检测到来自不同设备2的对状态通知请求的异常响应时，它能控制网络控制器3以发放出错通知并停止数据的发送和接收。

此外，即使数据的发送和接收停止了，主控制器4仍可控制网络控制器3在预定的间隔向不同设备2发送状态通知请求。然后，如果主控制器4再次检测到来自不同设备2的正常响应，则它可控制网络控制器3以重新启动数据的发送和接收。

2.实施例的具体配置

2-1.网络状态检测系统的一般配置

参见图2，图中示出了应用本发明的网络状态检测系统的一般配置。该网络状态检测系统被一般地表示成11，并且包括个人计算机12和迷你组件系统类型的音频设备13。个人计算机12和音频设备13通过诸如有线LAN(局域网)电缆(未示出)等网络相互连接，从而使得它们可以传送通信数据。

需要注意的是个人计算机12和音频设备13不是只能通过布线相互连接，而是也可以使用例如蓝牙模块(注册商标)、IEEE(电气和电子工程师协会)802.11g模块等通过无线电来相互连接。

在网络状态检测系统11中，对诸如缩略图或是与缩略图对应的实际尺寸的实际图像的数据请求从音频设备13发送到个人计算机12。个人计算机12根据来自13的数据请求将缩略图或实际图像的数据发送给音频设备13。

此外，在网络状态检测系统11中，音频设备13向个人计算机12发放检测与个人计算机12的通信状态的状态通知请求。然后，音频设备13响应于来自网络控制器3的响应，检测通信状态是处于通信有效状态还是通信无效状态，并根据网络状态执行合适的过程。从而，音频设备13的流畅和高效工作能够得到保证。

2-2.个人计算机的电路配置

参见图3，个人计算机12包括与总线相连接并控制整个个人计算机12的CPU(中央处理单元)21。特别地，个人计算机12根据自ROM(只读存储器)22或硬盘驱动器25读出并临时存储在RAM(随机存取存储器)33中的基本程序和/或各种应用程序来执行由普通个人计算机执行的各种程序。此外，个人计算机12根据通过键盘/鼠标27输入的指令执行预定过程，并控制LCD(液晶显示器)单元26显示过程的结果，并在必要的情况下将过程的结果存储在硬盘驱动25中。

个人计算机12还包括网络接口24，用于通过LAN电缆来建立与音频设备13的连接，从而它可通过网络接口24来与音频设备13交换数据。

2-3.音频设备的电路配置

参见图4，图中示出了音频设备13的电路配置。音频设备13包括与总线30相连接并控制整个音频设备13的CPU 31。特别地，CPU 31从EEPROM(电可擦除可编程只读存储器)32读出基本程序和/或各种应用程序，并将所读出的程序临时存储在RAM 33中。此外，CPU 31根据存储在RAM 33中的程序控制CD(光盘)驱动器38或调谐器39，以分别执行普通音频设备所执行的CD再现过程或无线电接收过程。然后，CPU31控制声音处理模块37处理来自CD的再现声音或是无线电节目的声音，从而使得声音从扬声器41输出。

此外，音频设备13的CPU将来自CD驱动器38的CD再现数据、接收自调谐器39的内容数据、接收自通过网络接口34与LAN相连接的个人计算机12的图像数据、以及MP3(MPEG音频第3层)的经压缩的声音数据临时存储到RAM33中。然后CPU将这些数据存储到硬盘驱动器35中，并通过显示控制器36在LCD单元40上显示，特别是显示图像数据。

此外，音频设备13的CPU 31响应于来自用户的再现指令，读出存储在硬盘驱动35中的图像数据、内容数据或经压缩的声音数据，以使这些数据从LCD单元40或扬声器41输出。

除了上述的配置外，当个人计算机被连接到所述音频设备13时，音频设备13的CPU 31除了执行普通的音频再现功能以外，还根据通信状态监视程序来执行用于监控与个人计算机12的通信状态的监控线程。刚才提到的这种监控过程和用于从个人计算机12获取图像数据的图像获取过程将在下面描述。

顺便提及，音频设备13的CPU 31对应于图1所示的通信设备1的主控制器4，而音频设备13的网络接口34对应于图1所示的通信设备1的网络控制器3。

2-4.图像获取过程和监控过程的步序

这里，描述了执行图像获取过程时，在音频设备13与个人计算机12间的通信状态被监控和检测之前在音频设备13与个人计算机12间所执行的过程的流程。在图像获取过程中，音频设备13首先获取缩略图像的数据(此后称为缩略图像数据)，然后获取与缩略图像对应的的实际图像的数据(此后称为实际图像数据)。

参见图5，图中示出了图像获取过程和监控过程的步序。音频设备13的CPU31执行用于从个人计算机12获取图像的图像获取线程GS和用于监控和检测与个人计算机12的通信状态的监控线程CS。CPU 31还执行用于执行除图像获取线程GS和监控线程CS之外的所有过程的主线程MS。以下，主要给出所提到的三个线程的描述。

在主线程MS中，音频设备13首先尝试执行连接过程，用于启动与通过LAN电缆相连接的个人计算机12的通信(步骤S1)。如果尝试结果失败，则音频设备13不执行图像获取过程和监控过程步序就结束处理(步骤S2)。另一方面，如果连接过程的尝试结果成功，则由图像获取线程GS以缩略图获取模式启动缩略图像数据的图像获取过程。同时，由监控线程CS启动用于监控和检测与个人计算机12的通信状态的监控过程。

需要注意的是，在这种情况下，尽管由图像获取线程GS启动的缩略图像数据的图像获取过程和由监控线程CS启动的监控过程是同时被启动的，但是处理的启动并不局限于此。例如，也可在图像获取线程GS被启动后启动监控线程CS，或在监控线程CS被启动后启动图像获取线程GS。

在实际过程中，图像获取线程GS向个人计算机12发放对第一缩略图像Simg1的请求(步骤S3)。如果是从个人计算机12获取了缩略图像Simg1(步骤S4)，则图像获取线程GS此时向个人计算机12发放对缩略图像Simg2的请求(步骤S5)。由此，图像获取线程GS从个人计算机12获取缩略图像Simg2(步骤S6)。

此时，在缩略图像Simg1的获取过程的同时，监控线程CS启动网络检查(状态检测)过程，用于检测音频设备13的网络接口34本身是否正常工作。此后，监控线程CS在预定的时间间隔连续地、周期地执行这些过程(步骤S7)。然后，如果确认网络接口34正常工作，则监控线程CS启动下一个链路检查过程。

这里，如果通过网络检查判定网络接口34处于非正常工作的网络出错状态，则监控线程CS将音频设备13本身的故障作为出错通知NG输出到主线程MS(步骤S 11)。因而，主线程MS输出暂时停止请求STP1以请求图像获取线程GS暂时停止对缩略图像数据的获取请求(步骤S12)。

因此，图像获取线程GS能消除在向个人计算机12发送了对缩略图像数据的获取请求之后，在获取请求的结果被显示在LCD单元30上以前的等待时间。在这种情况下，显示“本机未能获取缩略图像”这样的消息以指示在缩略图像数据的获取请求发送后未能在超时时间耗尽前成功获取缩略图像数据。此外，图像获取线程GS能响应于来自主线程MS的暂时停止请求STP1，使LCD单元30立即显示如图6中所示的这样一个网络出错通知屏幕NER1。

如在图6中所见，到此时为止所获取得缩略图像数据的文件名列表被显示在网络出错通知屏幕NER1上。此外，提示有“本机和网络连接失败。请确认连接”注释的弹出式窗口屏幕POP1以与文件名列表重叠的关系被显示在网络出错通知屏幕NER1上。从而，音频设备13能立即通知用户未能成功获取缩略图像数据，而不需要使用户花费无用的等待时间(例如75到80秒)直到超时时间耗尽。

回头参见图5，如果从网络检查过程的执行结果确认网络接口24本身正常工作，则监控线程CS执行下一个链路检查过程以确认应该连接到音频设备13的网络接口34的LAN电缆是否没有连接(步骤S8)。

这里，如果从链路检查过程的执行结果确认音频设备13处于链路出错状态，例如LAN电缆没有连接到音频设备13的网络接口34等，则在此情况下，监控线程CS向主线程MS发放出错通知NG(步骤S11)。由此，主线程MS发送暂时停止请求STP1以请求图像获取线程GS暂时停止对缩略图像数据的获取请求(步骤S12)。

由此，类似于网络接口34本身不能正常工作的情形，图像获取线程GS能响应于来自主线程MS的暂时停止请求STP1，使LCD单元30立即显示如图6中所示的这样一个网络出错通知屏幕NER1，而不需要使用户在缩略图像数据的获取请求被输出到个人计算机12后花费无用的等待时间直到超时期耗尽。

另一方面，如果从链路检查过程的执行结果确认LAN电缆正常连接到音频设备13的网络接口34，则监控线程CS访问个人计算机12以请求发放音频设备13和个人计算机12是否处于正常通信状态的状态通知(步骤S9)。

然后，如果即使由监控线程CS事先设置的某一超时时间(例如，一秒之类)已经耗尽，也没有从个人计算机12接收到状态通知(步骤S10)，则监控线程CS判定，此时个人计算机12发生的某种错误导致其不能响应图像获取请求。从而，监控线程CS向主线程MS发放出错通知NG(步骤S11)。

结果，主线程MS发放暂时停止请求STP1以请求图像获取线程GS暂时停止对缩略图像数据的获取请求。

据此，图像获取线程GS能响应于来自主线程MS的暂时停止请求STP1使LCD单元30立即显示如图7中所示的服务器连接出错通知屏幕SER1，而不需要使用户在缩略图像数据的获取请求被输出到个人计算机12后花费无用的等待时间直到超时时间耗尽。

在服务器连接出错通知屏SER1上，以重叠在到此时为止所获取的缩略图像数据的文件名列表的关系显示了指示“本机连接服务器失败”注释的弹出式窗口屏幕POP2，这与网络出错通知屏幕NER1的情形类似。从而，音频设备13能立即通知用户缩略图像数据不能被获取，而不需要使用户花费无用的等待时间直到超时时间耗尽。

此后同样，监控线程CS连续并周期地发放个人计算机12是否正常工作的状态通知请求(步骤S13)。如果在超时时间范围内接收到了来自个人计算机12的状态通知(步骤S14)，则监控线程CS识别个人计算机12在正常工作。从而，监控线程CS向主线程MS发放正常通知OK(步骤S15)。

由此，主线程MS使LCD单元30显示这个不包括弹出式窗口POP1和POP2(图6和图7)中的任何一个的正常状态屏幕RS1，以取代服务器连接出错通知屏SER1。从而，用户可以在视觉上确认可以在音频设备13和个人计算机12间正常执行数据通信的事实。

然后，主线程MS向图像获取线程GS传递转换请求CH，以请求迄今所获取的缩略图像Simg2接下来的下一个缩略图像Simg3(步骤S16)。

由此，图像获取线程GS基于转换请求CH向个人计算机12发放对下一个缩略图像Simg3的请求(步骤S17)。然后，如果从个人计算机12获取了缩略图像Simg3(步骤S18)，则图像获取线程GS此时向个人计算机12发放对缩略图像Simg4的请求(步骤S19)。由此，从个人计算机12获取了缩略图像Simg4(步骤S20)。然后，如果用户所要求的这些对缩略图像Simg的连续获取完成了，则处理前进到实际图像获取模式，以获取与缩略图像Simg对应的实际图像数据。

在实际图像数据获取模式中，主线程MS首先向图像获取线程GS传递对与例如用户所选择的缩略图像Simg1对应的实际图像数据的图像获取请求IR(步骤S21)。从而，接收到图像获取请求IR的图像获取线程GS向个人计算机12发放对与缩略图像Simg1对应的实际图像数据Rimg的请求(步骤S22)。结果，图像获取线程GS从个人计算机12获取实际图像数据Rimg(步骤S23)。

继而，图像获取线程GS向主线程MS传递实际图像数据Rimg的显示请求(步骤S24)。由此，主线程MS使LCD单元30显示与实际图像数据Rimg对应的图像。

结果，从缩略图获取模式到实际图像获取模式的一系列过程完成。因此，主线程MS向图像获取线程GS传递停止指令STP2以停止图像获取过程(步骤S25)。同时，因为没有必要再从个人计算机12获取其它缩略图像和实际图像，所以主线程MS还向监控线程CS传递停止指令STP3，以停止监控过程(步骤S26)。从而，所有图像获取过程和监控过程结束。

2-5.动作和效果

具有上述配置的网络状态检测系统11包括借助音频设备13的图像获取线程GS来从个人计算机12获取缩略图像数据和实际图像数据的图像获取处理系统。但是，网络状态检测系统11还包括借助独立于图像获取处理系统的监控线程CS来检测音频设备13与个人计算机12之间的通信状态的异常状态的监控处理系统。

从而，音频设备13能在预定的间隔执行音频设备13的网络接口34本身的状态检测，并响应于对向个人计算机12发出的状态通知请求的响应来检测与个人计算机12的通信无效状态。

据此，音频设备13能即时地检测出来源于音频设备13本身故障的网络出错状态或链路出错状态、以及来源于发生在音频设备13本身之外的故障的与个人计算机12的通信无效状态，而不需要等待图像获取的超时时间(75到80秒)。此外，即使是在已向个人计算机12发放缩略图像数据或实际图像数据的获取请求之后，以及即使在音频设备13处于不能从个人计算机12获取数据的状态中，也能执行这种即时检测。此外，音频设备13能响应于所检测到的状态，在LCD单元40上显示网络出错通知屏幕NER1(图6)或服务器连接出错通知屏幕SER1(图7)。从而允许用户从视觉上立即能确认音频设备13处于不能从个人计算机12获取数据的状态。

此后同样，音频设备13借助监控线程CS来检测音频设备13与个人计算机12之间的异常通信状态。因此，在音频设备13检测到通信状态回到正常状态后，正常状态屏RS1(图8)被显示在LCD单元40上。从而允许用户从视觉上能立即确认可获取数据的状态已经恢复，并可使个人计算机12继续下一个图像获取过程。由此，能够实现流畅和高效的数据获取。

此外，当监控线程CS基于来自个人计算机12的对状态通知请求的响应判定个人计算机12发生了异常状态时，音频设备13向主线程MS发放出错通知。从而，主线程MS可控制网络接口34以停止图像获取线程GS向个人计算机12的数据发送或从个人计算机12的数据接收(对缩略图像或实际图像的获取请求以及图像数据的接收)。相应的，由于消除了无用的通信，所以可执行高效的数据通信。

此后，在停止向个人计算机12的数据发送和从个人计算机12的数据接收期间，如果监控线程CS基于来自个人计算机12的对状态通知请求的响应，检测到与个人计算机12的通信状态已恢复，则音频设备13控制网络接口34以继续数据发送/接收。从而，当通信状态恢复时可立即从个人计算机12获取图像数据。

在具有上述配置的网络状态检测系统11中，提供了借助监控线程CS来检测音频设备13与个人计算机12之间通信状态的异常状态的监控处理系统，该系统独立于借助上述音频设备13的图像获取线程GS从个人计算机12获取缩略图像数据和实际图像数据的图像获取处理系统。从而，音频设备13能立即检测到音频设备13本身的故障以及作为连接目标的个人计算机12的异常状态。因此，不同网络设备之间的通信状态可在短时间内被检测。

3.其它实施例

在上述实施例中，当音频设备13在对个人计算机12的连接过程中获得成功时，监控线程CS将启动监控过程。然而，根据本发明的实施例，监控过程的启动不局限于此，监控过程也可以在连接过程的同时或在连接程序之前被启动。

在此情况下，音频设备13会需要大量时间用于和个人计算机12的连接过程，而用于检测网络出错状态、链路出错状态或与不同设备2的通信无效状态的监控过程可能只需要较短的时间。在此情况下，与连接过程以失败告终的情形类似，将在不执行图像获取过程和监控过程的步序的情况下结束处理。

此外，在上文中描述的实施例中，当在超时时间的范围内没有从个人计算机12接收到状态通知时，监控线程CS判定此时个人计算机12发生了一些故障，因此不能响应图像获取请求。然后，监控线程CS向主线程MS传递出错通知NG。然而，根据本发明的实施例，出错通知NG的传递并不局限于此，出错通知NG也可以在从个人计算机12接收到指示出错的状态通知时被传递给主线程MS。

此外，在上文中描述的实施例中，当图像获取线程GS启动图像获取过程时，监控线程CS同时地且并行地启动与个人计算机12的通信状态监控程序。然而，根据本发明，监控程序的启动并不局限于此，监控线程CS可在由图像获取线程GS执行的图像数据获取过程不在进行的时候独立地执行监控过程。

此外，在上文中描述的实施例中，本发明被应用于通过音频设备13从个人计算机12获取缩略图像或实际图像。然而，本发明的应用并不局限于此，本发明也可被应用于通过音频设备13从个人计算机12获取MP3压缩音频数据、文本数据等数据文件。

此外，在上文中描述的实施例中，音频设备13和个人计算机12被相互连接在一起构成家庭网络。然而，根据本发明的实施例，连接并不局限于此，音频设备13和个人计算机12也可以通过因特网相互连接。

此外，在上文中描述的实施例中，与通信设备1(图1)对应的音频设备13由起到网络控制器3(图1)作用的网络接口34和起到主控制器4(图1)作用的CPU 31组成。然而，根据本发明的实施例，配置并不局限于此，对应于通信设备1的音频设备或其它设备也可由具有各种其它电路配置的网络控制器3和主控制器4组成。

本领域的技术人员应该理解，基于设计要求和其它因素可能出现的各种修改、组合、子组合以及变更都落在所附的权利要求或其等效技术方案的范围之内。

Claims

1.一种通信设备，包括：

网络控制器，配置成控制与不同设备的通信连接；以及

主控制器，配置成控制所述网络控制器的状态检测以及与通过所述网络控制器连接到所述通信设备的不同设备的数据通信，其中：

所述主控制器控制所述网络控制器以在预定间隔执行状态检测，并在预定间隔向所述不同设备重复发送状态通知请求，并响应于来自所述不同设备的对所述状态通知请求的响应来检测与所述不同设备的通信无效状态。

2.如权利要求1所述的通信设备，其特征在于，所述主控制器能与所述状态通知请求的发送分离地控制所述网络控制器执行向所述不同设备的数据发送和从所述不同设备的数据接收。

3.如权利要求2所述的通信设备，其特征在于，当从所述不同设备检测到对所述状态通知请求的异常响应时，所述主控制器发放出错通知，并控制所述网络控制器停止所述数据发送和接收。

4.如权利要求3所述的通信设备，其特征在于，所述主控制器在所述数据发送和接收停止时控制所述网络控制器在所述预定间隔向所述不同设备发送所述状态通知请求，并且此后如果从所述不同设备再次检测到正常响应，则控制所述网络控制器重新启动所述数据发送和接收。

5.一种通信状态检测方法，包括如下步骤：

在预定间隔重复执行状态检测，网络控制器的状态检测配置成通过主控制器来控制到不同设备的通信连接，所述主控制器配置成控制所述网络控制器的状态检测以及与通过所述网络控制器连接到所述主控制器的不同设备的数据通信；以及

响应于来自所述不同设备的对状态通知请求的响应，检测与所述不同设备的通信无效状态检测，并与所述状态检测步骤一起控制所述网络控制器，以在预定间隔向所述不同设备发送所述状态通知请求。

6.一种配置成使通信设备执行如下步骤的通信状态检测程序：

在预定间隔执行状态检测，网络控制器的状态检测配置成通过主控制器来控制到不同设备的通信连接，所述主控制器配置成控制所述网络控制器的状态检测以及与通过所述网络控制器连接到所述通信设备的不同设备的数据通信；以及

响应于对来自所述不同设备的对状态通知请求的响应来检测与所述不同设备的通信无效状态检测，并与所述状态检测步骤一起控制所述网络控制器以在预定间隔向所述不同设备发送所述状态通知请求。