CN1842997A - 终端装置、终端装置的控制方法、网络系统及其控制方法、程序及记录介质 - Google Patents

Abstract

检测在预定时间内从网络接收的分组的数量。当分组的数量超过预定值时，将终端装置从网络逻辑断开。在经过了预定的时间之后，将终端装置重新连接到网络上。这样，当由该终端装置接收的分组的数量异常增大时，所述终端装置从网络被断开，从而可以继续进行与接收分组相关的处理以外的处理。

Description

终端装置、终端装置的控制方法、 网络系统及其控制方法、程序及记录介质

技术领域

本发明涉及网络控制，特别是涉及连接在传输广播分组的网络上的终端装置的控制。

背景技术

近年来，在办公室和工厂等中，将组入了计算机的多个终端彼此连接起来构成LAN等网络系统已经普及。在这样的网络系统中，通常将数据编入分组中来传输。发送终点(目的地)和发送源的地址被编入分组的报头中，各个终端只选择发给自己的分组来进行处理，然后根据编入该分组的指令和数据来进行动作。

如上所述的网络大多具有对连接在网络上的所有终端同时传输相同内容的数据(即，分组)的功能。这样的分组一般被称为广播分组，发送终点被设定为连接在网络上的所有终端的地址。

使用广播分组的系统不需要生成对所有终端个别设定了发送终点地址的分组，因而其功能很方便。但是，由于网络内的设定信息的不协调以及程序的缺陷等原因，广播分组在网络内大量产生，从而引起重大的网络故障的现象已被公知。这样的现象一般被称为广播风暴。

即，若由于产生大量的广播分组而引发了广播风暴，则连接在网络上的各个终端就会在短时间内接收到大量的广播分组。从而，各个终端中的CPU等数据处理部为了处理所接收的大量的广播分组而耗费掉大部分的处理能力，从而进行其他处理的时间变得非常长，在最坏的情况下终端甚至会停止动作。

一旦有这种情况发生，终端就不能进行动作，直到广播风暴结束为止。另外，停止动作的终端需要暂先从网络断开后再重新建立连接，因而在其作业期间，终端的动作和处理也会停止。例如，如果在工厂内的网络中发生了这样的广播风暴，则由于终端为工厂内的生产设备或制造设备，因而生产线将会停止，这可能会造成巨大的损失。

为了解决上述问题，提出了这样的方案：在连接于局域网(LAN)上的计算机系统中，监视从LAN送来的接收分组，并在检测到引发网络故障或正在引发故障的特定的分组时，从LAN逻辑断开该计算机系统(例如，参考专利文献1)。

另外，提出了这样的方案：将流量监视装置连接在网络上检测网络上的流量，并在检测的流量超过预定的规定值时，将特定的终端从网络断开(例如，参考专利文献2)。

另外，作为与处理接收数据的能力相关的技术，提出了这样的方案：当临时存储接收数据的缓冲器中没有接收的空间时，将媒介设定为忙碌，并使即将传输数据的终端的传输处理进行等待(例如，参考专利文献3)。

专利文献1：日本专利申请特开平4-334231号公报；

专利文献2：日本专利申请特开平7-7515号公报；

专利文献3：日本专利申请特开平2-92043号公报。

发明内容

根据专利文献1中记载的技术，当终端判定所接收的分组为引发广播风暴的广播分组(特定的分组)时，终端自身从网络断开。为此，需要在终端中预先设定与引发广播风暴的特定的分组有关的信息。即，引发广播风暴的特定的分组是已知的分组，而在网络内大量产生未知的分组时，终端不能将未知的分组识别为特定的分组。在这种情况下，终端仍有可能接收大量未知的分组从而陷入不能进行处理的状态中。

另一方面，根据专利文献2中记载的技术，由于监视网络上流动的数据量(分组量)来检测如广播风暴那样的异常情况的发生，所以不需要预先在终端中设定特定分组的信息。因此，即使在产生了大量未知的分组的情况下，也可以将特定的终端从网络断开。但是，由于流量的监视以及终端的断开通过流量监视装置来进行，所以需要将流量监视装置与各终端分开独立地连接在网络上。另外，需要在流量监视装置中预先设定流量变多时应断开的终端。

这样，在专利文献2记载的技术中，是以控制网络系统整体的流量为目的而从网络断开特定的终端的，其中断开的终端由连接在网络上的其他装置(流量监视装置)决定。即，不是根据终端接收到的分组量，由相应的终端自行切断与网络的连接的。

另外，在专利文献3记载的技术中，当临时存储应处理的接收数据的缓冲器的空闲容量被用完时，将媒体设为忙碌来延迟传输，这是以将接收的分组全部进行处理为前提的。即，当接收的分组的量过多时，并不断开终端来中断处理。因此，即使变成如广播风暴那样一时接收大量分组的状态，也只是延迟处理大量分组的接收而已，仍不能解决无法处理多余的广播分组以外的应处理的分组的问题。

本发明是鉴于上述的问题而完成的，其目的在于提供下述终端装置，即：当网络上的移动终端所接收的分组量异常增多时，能够将该终端装置从网络断开并继续进行与接收分组相关的处理以外的处理。

根据本发明，提供一种被构成为连接在网络上进行动作的终端装置，其特征在于，具有：分组量检测单元，检测在预定时间内从所述网络接收的分组的数量；以及逻辑切断单元，当由所述分组量检测单元检测的分组的数量超过预定值时，将所述终端装置从所述网络逻辑断开。

在上述的根据本发明的终端装置中，也可以是：所述分组量检测单元只检测所述终端装置所接收的分组中的广播分组的数量；当在预定时间内接收的广播分组的数量超过预定值时，所述逻辑切断单元将所述终端装置从网络逻辑断开。

另外，上述的根据本发明的终端装置优选还具有重连单元，在从所述终端装置通过所述逻辑切断单元而从所述网络断开后开始经过了预定的恢复时间之后，该重连单元将所述终端装置重新连接到所述网络上。所述重连单元也可以在重新连接后被再次断开的情况下使所述恢复时间的长度比上一次断开时的长度长。

另外，根据本发明的终端装置优选具有用于输入连接指令的操作输入装置，该连接指令用于将所述终端装置连接到所述网络上。另外，根据本发明的终端装置优选具有显示所述终端装置被断开的情况的显示装置。并且，根据本发明的终端装置也可以还具有：存储与所述终端装置的断开和重连相关的历史信息的单元；以及显示该历史信息的显示装置。

另外，在上述的根据本发明的终端装置中，当所述终端装置从所述网络被逻辑断开时，所述分组量检测单元不检测所述分组的数量。

另外，上述的根据本发明的终端装置也可以具有第一变更单元，该第一变更单元根据通过所述网络而被请求的处理内容来变更所述预定值。另外，所述第一变更单元也可以根据通过所述网络而被请求的所述处理内容的变化来变更所述预定值。

另外，上述的根据本发明的终端装置也可以具有第二变更单元，该第二变更单元根据从所述网络被逻辑断开的频率而变更所述预定值。

另外，根据本发明，提供一种被构成为连接在网络上进行动作的终端装置的控制方法，该控制方法的特征在于，检测在预定时间内从所述网络接收的分组的数量；当检测的分组的数量超过预定值时，将所述终端装置从所述网络逻辑断开。另外，提供一种使计算机执行所述终端装置的控制方法的程序以及记录了该程序的记录介质。

另外，根据本发明，提供一种由连接在网络上的多个终端装置构成的网络系统，该网络系统的特征在于，所述每个终端装置具有：分组量检测单元，检测在预定时间内从所述网络接收的分组的数量；以及逻辑切断单元，当由所述分组量检测单元检测的分组的数量超过预定值时，将所述终端装置从该网络逻辑断开。

并且，根据本发明，提供一种由连接在网络上的多个终端装置构成的网络系统的控制方法，该控制方法的特征在于，检测所述终端装置的每一个在预定时间内从所述网络接收的分组的数量；当检测的分组的数量超过预定值时，将相应的终端装置从所述网络逻辑断开。另外，根据本发明，提供一种使计算机执行所述网络系统的控制方法的程序以及记录了该程序的记录介质。

发明效果

根据本发明，当如发生广播风暴的时候那样网络的终端装置所接收的分组量在一定时间内超过预定值时，该终端装置从网络断开。因此，可以防止终端装置的处理部所承受的负担异常增大，终端装置可以继续进行与不需要的分组相关的处理以外的处理。

附图说明

图1是示出根据本发明一个实施例的终端装置的功能结构的框图；

图2是根据本发明一个实施例的终端装置的硬件结构的示意图；

图3是由本发明终端装置执行的切断和重连处理的流程图；

图4是手动恢复动作的流程图；

图5是在逐渐增加自动恢复间隔时间的同时进行的终端装置切断和重连动作的流程图；

图6是终端装置的功能结构例的示意图，用于说明与分组的计数有关的阈值的变更功能。

标号说明：

2、6  终端装置

4     网络

8     主计算机

10    网络上层

12    分组通信部

14    故障管理部

16    操作员输入/输出部

20    故障监视部

22    逻辑切断/连接部

101   CPU

102   ROM

103   RAM

104   辅助存储装置

105   网络I/F

106   驱动装置

107   记录介质

具体实施方式

下面，参照附图来说明本发明的实施方式。

图1是示出根据本发明一个实施例的终端装置的功能结构的框图。图1所示的终端装置2连接在网络4(无论有线或无线)上，并能够通过网络4与其他终端装置6或主计算机8进行数据(分组)交换。

终端装置2是计算机系统或组入了计算机系统的装置等，其处理从网络4接收的分组并基于包含在分组中的数据来进行动作。终端装置2除终端装置本来的功能之外，还具有监视所接收的分组的量并根据检测到的分组的量而使终端装置2自身从网络断开的功能。

即，如图1所示，终端装置2具有：网络上层10，用于执行终端装置本来的功能和网络应用；从网络4接收分组的分组接收部12；故障管理部14，检查由分组接收部12接收的分组，并在网络4中发生了故障时管理与故障相关的信息；以及操作员输入/输出部16，用于向终端装置2的操作员输出信息或者由操作员输入信息或指令。

分组接收部12具有故障监视部20和逻辑切断/连接部22。故障监视部20根据来自故障管理部14的信息，检测在预定的时间内从网络4接收的广播分组的量。例如，故障监视部20从故障管理部14接收编入了用于检测分组量的监视间隔信息(例如，一秒钟)的信息，并对在该监视间隔(例如，1秒钟)期间内接收的广播分组的量进行计数。然后，当计数超过阈值(预定量)时，向故障管理部14通知网络4中发生了如广播风暴那样的故障或有发生故障的危险。同时，当广播分组的计数超过阈值(预定量)时，故障监视部20向逻辑切断/连接部22发出切断指令。，此外，例如通过检查包含在分组报头中的目的地的地址，可以容易地判定所接收的分组是否为广播分组。

逻辑切断/连接部22从故障监视部20接收切断指令后，将终端装置2从网络4逻辑断开。另外，逻辑切断/连接部22在从网络4逻辑断开终端装置2后一旦从故障管理部14接收到连接指令，就将终端装置2再次连接到网络4上。这里，逻辑断开的意思并不是将终端装置2物理地从网线上断开，而是通过软件的控制，使终端装置2不能从网络4接收分组。具体地说，例如输出逻辑禁止信号，或通过网络装置的强制性重置，使得拒绝此后的所有输入(CPU的中断不增加)。因此，在逻辑断开期间，故障监视部20不进行广播分组等分组的检测和计数。

另一方面，故障管理部14接到广播分组的计数超过阈值的通知后，通过操作员输入/输出部16向操作员通知发生了网络故障。即，操作员输入/输出部16具有显示装置，并将发生了网络故障的意思显示在显示装置上。操作员通过观看显示装置，即可获知发生了网络故障并且终端装置2已经从网络断开。此时，也可以在显示发生了网络故障的同时，显示终端装置2已从网络断开的意思。

另外，故障管理部14将表示发生了网络故障的信息作为日志记录下来。操作员此后通过调查日志的记录就可以知道网络故障发生的日期和时间、终端装置2断开的次数以及时间。

并且，当广播分组的计数超过阈值(预定量)时，故障监视部20在通知故障管理部14的同时也可以直接通知操作员输入/输出部16。根据该通知，操作员输入/输出部16在显示装置上显示发生了网络故障。

这里，在终端装置2从网络4断开后，需要再次将终端装置2连接到网络4上。例如广播风暴通常在较短的时间内就会接近终止，网络异常大多可以自然地消除。因此，估计好广播风暴恰好结束的时机，将终端装置2再次连接到网络上。

向网络4的重新连接也可以在预定的时间后自动进行(自动恢复)，或者也可以由操作员手动进行重新连接(手动恢复)。

为了自动进行重新连接，操作员通过操作员输入/输出部16预先在故障管理部14中设定自动恢复。由此控制逻辑切断/连接部22，使其在从终端装置2从网络4断开后开始经过预定的自动恢复间隔之后，将终端装置2重新连接到网络4上。这里，自动恢复间隔例如为8秒。当自动恢复后最初检测到的广播分组量仍然超过阈值时，终端装置将再次从网络4断开。在这种情况下，也可以使自动恢复间隔比上一次的恢复的时候长。例如，将首次的自动恢复间隔设为8秒，而将下一次断开后的自动恢复间隔设为16秒，此后为32秒、64秒，如此逐渐延长，并在设定为64秒之后保持为64秒。

像上述那样逐渐延长自动恢复间隔是在自动恢复后的首次的计数仍然超过阈值、即网络故障没有被消除的情况下进行的，当自动恢复后计数没有超过阈值时，自动恢复间隔返回到首次的8秒。

为了进行手动恢复，操作员使用操作员输入/输出部16的输入操作装置输入连接请求。连接请求被传输给故障管理部14，故障管理部14根据连接请求向逻辑切断/连接部22发送连接指令。由此，逻辑切断/连接部22将终端装置2再次向网络4连接。

另外，在以上的说明中，对终端装置2接收的广播分组数量进行计数，并在该值超过阈值时作出发生了网络故障的判断，但也可以对终端装置2接收的所有分组数量进行计数，并在该值超过阈值时作出发生了网络故障的判断。此时，只要考虑终端装置2通常接收的分组数量来设定阈值即可。

如上所述，故障管理部14管理行为信息和管理内容信息，并将这些信息适当输出给故障监视部20、逻辑切断/连接部22和操作员输入/输出部16。然后，根据这些信息，故障监视部20、逻辑切断/连接部22和操作员输入/输出部16进行下面说明的终端装置切断和重连处理。

这里，行为信息包括与以下事项有关的信息。

1)是否监视广播量

2)网络故障发生时的恢复方法(自动恢复或手动恢复)

3)自动恢复间隔时间(例如，8秒、16秒、32秒、64秒、之后64秒)

4)监视间隔(例如，1秒)

5)与分组的计数有关的阈值(例如，10,000个分组)

另外，管理内容信息包括与以下事项有关的信息。

1)行为信息

2)故障发生情况

3)现象发生的主要原因

4)终端装置的连接状态(切断当中/连接当中)

图2是根据本发明一个实施例的终端装置的硬件结构的示意图。如图2所示，终端装置2由CPU 101、ROM 102、RAM 103、辅助存储装置104、网络接口(I/F)105、驱动装置106等构成。

CPU 101是控制终端装置2整体的控制部，其通过执行存储在ROM102和辅助存储装置14中的各种程序来进行装置的控制、通信的控制、数据的取得和编辑等处理。

ROM 102是主要存储装置的控制程序的存储单元。RAM 103是用于CPU 101的工作存储和临时的数据存储的存储单元。辅助存储装置14是存储各种应用程序和数据的存储单元。

网络接口I/F 105是用于将终端装置2连接到网络4上的接口。驱动装置106是用于读取CD-ROM等记录介质107的装置，执行成为本发明特征的处理的程序被存储在该记录介质107中。即，记录介质107中存储的程序被驱动装置106读取并被存储到辅助存储装置104中，由此该程序被安装到终端装置2中。通过CPU 101执行被安装的所述程序等，可实现在图1中说明的各个功能，即故障管理部14、操作员输入/输出部16、故障监视部20、以及逻辑切断/连接部22。但是，也可以例如在终端装置2出厂时将该程序预先记录在ROM 102或辅助存储装置104中，在这种情况下驱动装置106不是必需的。

另外，在图2中没有示出操作部和显示部，但也可以设置由键盘、鼠标或其他各种输入装置等构成的操作部，以及由液晶或阴极射线管(CRT)等构成的显示部，从而可接收来自用户的输入以及可显示动作结果。

接下来，参照图3至图5来说明在具有上述结构的终端装置2中由分组接收部12、故障管理部14以及操作员输入/输出部16进行的动作。

首先，参照图3来说明由本发明终端装置2执行的终端装置切断和重连处理的基本流程。图3是由终端装置2执行的终端装置切断和重连处理的流程图。

在图3所示的终端装置切断和重连处理开始后，首先，在步骤S2中，故障监视部20监视终端装置2接收的分组数量。即，故障监视部20对在预定的监视间隔(例如，1秒钟)内接收的广播分组的数量进行计数。然后，在步骤S4中，比较计数值和预先设定的阈值，并判定计数是否超过了阈值。当计数为阈值以下时，返回步骤S2，再次对分组数量进行计数。

如果在步骤S4中判定出计数超过了阈值，则进入步骤S6中。在步骤S6中，逻辑切断/连接部22将终端装置2从网络逻辑断开。即，当计数为阈值以上时，判断网络发生了异常(广播风暴)，从而逻辑切断终端装置2和网络之间的连接。由此，可以防止终端装置2接收大量产生的广播分组。

对于分组计数的阈值可以任意设定，如果将阈值例如设定为10,000个分组，则在1秒钟内接收的广播分组超过10,000分组时，将会作出发生了广播风暴的判断。

在以上的说明中，对广播分组的数量进行计数并与阈值相比较，但也可以对包括广播分组在内的所有的接收分组的数量进行计数并和阈值相比较。此时，只要考虑在通常状态下流动的分组的平均数或最大数来将阈值设定得较高即可。但是，当一时接收到大量正规的分组时计数也有可能超过阈值的危险，从而尽管没有发生广播风暴，但仍可能会切断终端装置2。从这一点上来看，仅对广播分组进行计数的做法可以更精确地判断广播风暴的发生。

在步骤S6中将终端装置2从网络4逻辑断开后，在步骤S8中进行等待，直到经过预先设定的自动恢复间隔时间为止。自动恢复间隔时间也可以预先设定在故障管理部14中，或者也可以由操作员通过操作员输入/输出部16进行输入。自动恢复间隔时间最好考虑通常广播风暴结束的时间来决定，例如，设定为8秒钟。

在步骤S8中经过了自动恢复间隔时间后，在步骤S10中，逻辑切断/连接部将断开着的终端装置2向网络4连接。由此，终端装置2变成可从网络4接收分组的状态。如果经过自动恢复间隔时间后广播风暴已经结束，则终端装置2恢复为一边通过网络4与其他终端6或主计算机8进行通信一边进行通常的动作的状态。

在以上的处理中，是在经过了自动恢复间隔时间后将终端装置2自动重新连接(自动恢复)到网络4上的，但也可以不进行自动恢复，而是由操作员手动进行重新连接(手动恢复)。即，在上述的动作中，也可以在步骤S6中进行切断处理后，在该状态下进行待机，并通过手动恢复来进行重连处理。或者，即使在如图3所示那样进行自动恢复时，也可以不等待自动恢复间隔时间的经过而通过手动恢复来进行重连处理。

另外，向逻辑切断/连接部22发出的切断指令和连接指令可以从故障管理部14直接发送，或者也可以通过故障监视部20发送。

图4是在图3所示的自动恢复的中途进行手动恢复的动作的流程图。首先，在不等待自动恢复而想直接进行重连处理的情况下，操作员通过操作员输入/输出部16输入手动恢复请求。接收到手动恢复请求的故障管理部14在步骤S20中判定终端装置2是否由于发生故障而处于切断状态。当不处于切断状态时，就此结束处理。

当在步骤S20中判定出终端装置2处于从网络4断开的状态时，在步骤S22中进行取消自动恢复动作的处理。即，取消图3中的步骤S8及其以后的处理。然后，在步骤S24中，故障管理部14向逻辑切断/连接部22发送连接指令，逻辑切断/连接部22将终端装置2连接到网络上并结束处理。

接下来，参照图5来说明在图3所示的终端装置切断和重连动作中逐渐增加自动恢复间隔时间的动作。图5是在逐渐增加自动恢复间隔时间的同时进行的终端装置切断和重连动作的流程图。在图5中，对于与图3所示的步骤相同的步骤，标注相同的步骤编号并省略其说明。

在开始图5所示的终端装置切断和重连动作后，首先，在步骤S30中，将自动恢复间隔时间设定为初始值。例如，将初始值如上述设为8秒。接着，进行图3所示的步骤S2至S10的处理。即，当接收分组数量超过阈值时，终端装置2从网络4逻辑断开，之后在经过了被设定为初始值的8秒的自动恢复间隔时间后，终端装置2重新被连接到网络4上。

在步骤S10中，终端装置2重新被连接到网络4上后，在步骤S32中，故障监视部20监视终端装置2接收的分组数量。即，故障监视部20对在预定的监视间隔(例如，1秒钟)内接收的广播分组的数量进行计数。然后，在步骤S34中，比较计数值和预先设定的阈值，并判定计数是否超过了阈值。

当计数为阈值以下时，返回步骤S30，将自动恢复间隔时间设定为初始值(8秒)，之后进行步骤S2及其以后的处理。即，当自动恢复后如广播风暴那样的网络异常已被消除时，自动恢复间隔时间维持为初始值(在此例中为8秒钟)。

另一方面，当在步骤S34中判定出计数超过了阈值时，进入步骤S36，增加自动恢复间隔时间。在此例中，自动恢复间隔时间从初始值的8秒增加到16秒。之后，处理返回到步骤S6中，逻辑切断/连接部22将终端装置2从网络逻辑断开。即，在重新连接后的首次判定中判定出接收分组数量超过了阈值，意味着网络异常(广播风暴)仍未结束。因此，考虑网络故障将会拖长而延长自动恢复间隔时间(在此例中设为2倍)，然后再次将接收分组与阈值进行比较，判定网络故障的有无。以后，在网络故障持续的期间，逐渐延长自动恢复间隔时间。例如，在本实施例中，从初始值的8秒逐渐延长至16秒、32秒、64秒，而在设定到64秒之后，维持为64秒。这是因为：如果过于延长自动恢复间隔时间的话，尽管网络故障已经消除，终端装置2也仍会保持从网络4断开的状态。

下面，将详细说明与分组的计数相关的阈值的变更功能。图6是用于说明与分组的计数相关的阈值的变更功能的、终端装置的功能结构例的示意图。在图6中，与图1相同的部分标注同样的标号并省略其说明。在图6中还示出了应用18、阈值变更部141以及存储部201等。

应用18是应用程序，例如执行由主计算机8等通过网络请求的处理。阈值变更部141是用于变更(重写)在故障管理部14中作为行为信息的一部分而被管理的与分组的计数相关的阈值的功能。存储部201是存储表示网络4的状态的参数的功能，例如逻辑断开网络的次数、或到现在为止的最大的分组数量等。

图6所示的终端装置2可根据从主计算机8请求的处理的内容、或网络4的状态来动态且自动地变更阈值。即，从主计算机8等通过网络而发来的处理请求通过分组接收部12和网络上层10被传递给根据该处理请求而被调用的应用18，应用18向阈值变更部141通知与自己执行的处理的内容和特性等相应的阈值，由此使阈值变更部141变更阈值。具体地说，例如也可以根据应用18对通信处理的依赖程度来变更阈值。即，当对通信处理的依赖程度高时，网络被逻辑断开将导致应用18难以发挥其功能。从而，所述的应用18可以请求阈值变更部141以提高阈值。这是因为：随着阈值的提高，对于分组的接收量的容许量上升，从而网络被逻辑断开的频率就会下降。当应用18执行紧急度高的处理时也同样地提高阈值，由此可以降低应用18的处理被中断的频率。

另一方面，当应用18执行对通信处理的依赖程度低且负荷大的处理时降低阈值即可。这是因为：在接收分组量增加了的情况下，在早期就断开网络，从而可以在早期避免CPU 101的处理能力被耗在分组的处理中。当然，阈值不是根据应用18的类型而唯一的，即使是相同的应用18，也可以根据应用18的处理内容的变化而改变阈值。

另外，由故障监视部20对根据网络状态的阈值的变更进行控制。即，故障监视部20根据到现在为止逻辑断开网络的次数(以下简称为“断开次数”)或至现在为止的最大分组量等存储部201中存储的信息来判断网络的状态，并根据该判断，请求阈值变更部14变更阈值。例如，当断开次数多时，可以考虑阈值设定得过低是主要原因之一。因此，此时可以通过提高阈值来降低断开次数，从而可以降低由于轻度的广播风暴而导致终端装置2的处理被中断的频率。

另外，阈值的变更也可以由用户手动进行。例如，当从主计算机8通过网络变更阈值时，事先将用于变更阈值的应用18安装到终端装置2中。在主计算机8中设定的阈值被传递给该应用18，该应用18通过将设定的阈值通知给阈值变更部141来使阈值变更部141变更阈值。另外，当在终端装置2中直接(局部)进行变更时，通过操作员输入/输出16输入的阈值被通知给阈值变更部141，从而执行阈值的变更。

由于用户可以任意地变更阈值，所以例如可以容易地设定与各终端装置2的处理能力或各终端装置2执行的处理内容对应的阈值。

如上所述，当发生了像广播风暴那样的网络故障时，终端装置可以自动地使自身从网络断开并继续进行终端装置中的处理。另外，由于在预定的时间之后终端装置自动被重新连接到网络上，所以在网络故障消除后可以自动地恢复与网络的连接。

另外，终端装置2执行的上述的终端装置断开和重连处理由终端装置2自行进行，所以可以不依赖于网络系统的控制，而是在终端装置一侧的控制下从网络断开。但是，本发明不限于这样的结构。也可以将分组接收部和故障管理部与终端装置2分开独立地连接在网络上并进行如上述那样的终端装置断开和重连处理。

上述的实施例不仅适用于由PC(个人计算机)等构成的一般的计算机系统，也可以适用于工厂内的网络。例如，当网络4为厂内LAN(局域网)并且终端装置2、4为工厂内的制造设备时，可将本发明适用于通过主计算机8来控制这些制造设备2、4的系统。当用网络将工厂内的制造设备连接起来并用主计算机进行控制、管理时，若发生了广播风暴，则在传统的网络系统中，制造装置的处理能力下降进而制造会被中断，但是，如果像本发明的终端装置2那样来构成制造装置的话，制造装置可以自动地从网络断开并继续进行制造装置自身的动作(制造工序)。而且，通过在短时间内自动恢复，可以在几乎不受广播风暴的影响的情况下继续进行制造工序，因此，可以防止由制造工序的中断等而造成的损失于未然。

另外，在上述的实施例中是检测作为引发网络故障的原因的大量的广播分组的数量，但也可以在检测接收到的广播分组的数量的同时，还检测接收到的错误分组的数量。这是因为：错误分组是由于网络上连接的装置的硬件故障等的原因而意外产生的分组，它有可能像广播分组那样大量产生。

错误分组包括短分组、长分组、CRC分组等。短分组是比既定的大小小的分组，可通过将分组大小与既定大小进行比较来识别和检测。长分组是比既定的大小大的分组，可通过将分组大小与既定大小进行比较来识别和检测。CRC错误分组是通过CRC方式而被检测出错误的分组，可通过检测CRC错误来识别和检测。

在上述的实施例中是在产生了大量的广播分组的情况下将终端装置从网络逻辑断开的，但也可以在产生了大量的上述错误分组的情况下将终端装置从网络逻辑断开。即，在上述的实施例中，用错误分组的数量代替广播分组的数量时也可以获得本发明的效果。在此情况下，当错误分组的数量超过预定的阈值时判断发生了网络故障，从而将终端装置从网络逻辑断开。或者，也可以根据广播分组和错误分组两者的数量，将终端装置从网络逻辑断开。此时，在广播分组的数量+错误分组的数量超过预定的阈值时判断发生了网络故障，从而将终端装置从网络逻辑断开。

Claims (18)

1.一种终端装置，其被构成为连接在网络上进行动作，其特征在于，具有：

分组量检测单元，检测在预定时间内从所述网络接收的分组的数量；

逻辑切断单元，当由所述分组量检测单元检测的分组的数量超过预定值时，将所述终端装置从所述网络逻辑断开。

2.如权利要求1所述的终端装置，其特征在于，

所述分组量检测单元只检测所述终端装置所接收的分组中的广播分组的数量，

当在预定时间内接收的广播分组的数量超过预定值时，所述逻辑切断单元将所述终端装置从网络逻辑断开。

3.如权利要求1或2所述的终端装置，其特征在于，还具有重连单元，在从所述终端装置通过所述逻辑切断单元而从所述网络断开后开始经过了预定的恢复时间之后，该重连单元将所述终端装置重新连接到所述网络上。

4.如权利要求3所述的终端装置，其特征在于，在重新连接后被再次断开的情况下，所述重连单元使所述恢复时间的长度比上一次断开时的长度长。

5.如权利要求1或2所述的终端装置，其特征在于，具有用于输入连接指令的操作输入装置，该连接指令用于将所述终端装置连接到所述网络上。

6.如权利要求1或2所述的终端装置，其特征在于，具有显示所述终端装置被断开的情况的显示装置。

7.如权利要求1或2所述的终端装置，其特征在于，还具有：

存储与所述终端装置的断开和重连相关的历史信息的单元；以及

显示该历史信息的显示装置。

8.如权利要求1至7中任一项所述的终端装置，其特征在于，当所述终端装置从所述网络被逻辑断开时，所述分组量检测单元不检测所述分组的数量。

9.如权利要求1至8中任一项所述的终端装置，其特征在于，具有第一变更单元，该第一变更单元根据通过所述网络而被请求的处理内容来变更所述预定值。

10.如权利要求9所述的终端装置，其特征在于，所述第一变更单元根据通过所述网络而被请求的所述处理内容的变化来变更所述预定值。

11.如权利要求1至10中任一项所述的终端装置，其特征在于，具有第二变更单元，该第二变更单元根据所述网络的状态来变更所述预定值。

12.一种终端装置的控制方法，其中所述终端装置被构成为连接在网络上进行动作，所述控制方法的特征在于，

检测在预定时间内从所述网络接收的分组的数量，

当检测的分组的数量超过预定值时，将所述终端装置从所述网络逻辑断开。

13.一种程序，其特征在于，使计算机执行权利要求12所述的终端装置的控制方法。

14.一种记录了权利要求13所述的程序的计算机可读记录介质。

15.一种网络系统，由连接在网络上的多个终端装置构成，其特征在于，所述各终端装置具有：

分组量检测单元，检测在预定时间内从所述网络接收的分组的数量；

逻辑切断单元，当由所述分组量检测单元检测的分组的数量超过预定值时，将所述终端装置从所述网络逻辑断开。

16.一种网络系统的控制方法，所述网络系统由连接在网络上的多个终端装置构成，所述控制方法的特征在于，

检测每个所述终端装置在预定时间内从所述网络接收的分组的数量，

当检测的分组的数量超过预定值时，将相应的终端装置从所述网络逻辑断开。

17.一种程序，其特征在于，使计算机执行权利要求16所述的网络系统的控制方法。

18.一种记录了权利要求17所述的程序的计算机可读记录介质。

Images