CN1992661B

CN1992661B - 网络系统

Info

Publication number: CN1992661B
Application number: CN2006100636328A
Authority: CN
Inventors: 大原清孝
Original assignee: Brother Industries Ltd
Current assignee: Brother Industries Ltd
Priority date: 2005-12-27
Filing date: 2006-12-27
Publication date: 2010-06-16
Anticipated expiration: 2026-12-27
Also published as: CN1992661A; JP2007180680A; US8014503B2; EP1804425B1; EP1804425A1; JP4238870B2; US20070152806A1

Abstract

网络系统中，功能执行具有：接收通知设备所发送的可通知信息的可通知信息通信单元；检测功能执行设备所发生的事件的事件检测单元；以及对发送可通知信息的通知设备发送能够说明该事件发生的特定信息的特定信息发送单元。通知设备具有：对功能执行设备发送可通知信息的通知设备侧发送单元；接收功能执行设备所发送的特定信息的通知设备侧接收单元；能够通知功能执行设备中有事件发生的通知单元；以及使得通知单元通知指定单元所指定事件的发生的通知控制单元。

Description

网络系统

相关申请的交叉引用

本申请要求享有2005年12月27日提交的日本专利申请2005-374355号的优先权，其全部发明内容通过引用合并于本文中。

技术领域

本发明的各方面涉及其中有多个设备彼此通过网络连接的网络系统。

背景技术

近来提出了其中将例如家用电器彼此通过局域网(LAN)连接的网络系统(参照例如JP-A-2002-319947)。

而且，还提出过其他网络系统：空调、电灯等等由小型的远程控制器控制；所提议的洗衣机可通过因特网下载最优的洗涤程序；以及所提议的冰柜中如果啤酒的储量减少便自动发出啤酒订单(参照例如因特网[于2005年10月25日检索]，Tech-On！，[在线]，C.HORIKIRI所发表的“JEITA发布安装有50类网络家用电器的样板住宅”<URL：http://techon.nikkeibp.co.jp/members/01db/200201/1006405/>)。

由于这样的网络环境迅速发展，因而可以提供舒适的环境。

即便是用户不前往上面说明的各设备的安装现场，而是通过网络识别执行特定功能用设备(即例如上面说明的家用电器这类功能执行设备)的激活事件的话，便可以提供舒适的环境。

发明内容

本发明的各方面提供一种网络系统，即便是功能执行设备的用户不在其安装现场，用户也可以确定地识别该功能执行设备所发生的事件。

根据本发明一个方面的网络系统配置为使得处于网络系统中的通知设备受到指定。当功能执行设备执行其功能时发生预定事件的话，便可将该事件的发生通过网络通知所指定的通知设备。

根据该网络系统，即便是功能执行设备的用户不在该功能执行设备的安装现场，用户也可确定地识别该功能执行设备所发生的事件。

根据本发明另一方面可以提供一种网络系统，即便是该网络系统改变，具体来说，即便是另外提供或者删除与该网络连接的设备，用户也可确定地识别该功能执行设备所发生的事件。

根据本发明又一方面可以提供一种网络系统，当功能执行设备建立功能可执行条件时，用户可确定地识别该功能执行设备所发生的事件。

根据本发明的另一方面，提供了一种网络系统，包括：执行预定功能的功能执行设备；以及通过网络与功能执行设备连接的通知设备，其中该功能执行设备包括：接收通知设备所发送的可通知信息的可通知信息通信单元，该可通知信息表明该通知设备处于可通知状态；检测功能执行设备中所发生事件的事件检测单元；以及特定信息发送单元，若事件检测单元检测出事件的话，特定信息发送单元便对发送可通知信息的通知设备发送能够说明该事件的发生的特定信息，其中该通知设备包括：对功能执行设备发送可通知信息的通知设备侧发送单元；接收功能执行设备所发送的特定信息的通知设备侧接收单元；能够通知用户功能执行设备中事件的发生的通知单元；以及通知控制单元，若通知设备侧接收单元接收到特定信息的话，通知控制单元使得通知单元通知用户由特定信息所指定的事件的发生。

当功能执行设备中发生预定事件时，功能执行设备可以相对于网络上存在的通知设备通知该事件的发生(也就是说，当网络上存在的功能执行设备中发生一预定事件时，通知设备可以通知该事件的发生)。

也应注意，通知设备其关于事件发生的通知不仅限于直接通知系统，而是也可以由能够通知该事件所用的措施的间接通知系统来实现。

根据本发明的另一方面，可通知信息通信单元将用于确定通知设备是否处于可通知状态的是否可通知信息发送至通知设备，一旦满足接收到是否可通知信息和经过预定时间这两个条件中的至少一个条件，通知设备侧发送单元便发送可通知信息至功能执行设备。

这样，功能执行设备可以确定地指定网络上存在的通知设备，并能够通知其中所发生的事件。

根据本发明的另一方面，功能执行设备进一步包括状态转换检测单元，该状态转换检测单元检测功能执行设备是否转换至其能够执行预定功能这样一种状态，若检测出功能执行设备转换至其能够执行预定功能这样一种状态的话，则可通知信息通信单元将是否可通知信息发送至通知设备。

这样，在预定事件可能发生这种条件下，功能执行设备可以指定能够通知该事件发生这样一种通知设备。

根据本发明的另一方面，通知设备是电话设备。

因此，应通知信息的存在可以通过按呼叫音振铃来通知功能执行设备的用户，而且与要通知的该信息相关联应进行的处理操作其执行许可/不许可通过输出话音来确认。

附图说明

图1是表示根据本发明一方面的网络系统的示意图；

图2是说明根据本发明该方面的空调主处理操作的流程图；

图3是表示根据本发明该方面的搜索数据包其内容的示意图；

图4是表示根据本发明该方面的搜索应答数据包其内容的示意图；

图5是表示根据本发明该方面的告警信息其内容的示意图；

图6是表示根据本发明该方面的告警取消注解其内容的示意图；

图7是说明根据本发明该方面的空调告警处理任务1的流程图；

图8是表示根据本发明该方面的告警引导其内容的示意图；

图9是表示根据本发明该方面的键信息其内容的示意图；

图10是表示根据本发明该方面的结束应答其内容的示意图；

图11是表示根据本发明该方面的呼叫命令其内容的示意图；

图12是表示根据本发明该方面的结束命令其内容的示意图；

图13是说明根据本发明该方面的空调告警处理任务2的流程图；

图14是表示根据本发明该方面的用户话音信息其内容的示意图；

图15是说明根据本发明该方面的多功能设备主处理操作的流程图；

图16是表示根据本发明该方面的广告数据包其内容的示意图；

图17是说明根据本发明该方面的多功能设备广告任务的流程图；

图18是说明根据本发明该方面的多功能设备告警调度任务的流程图；

图19是说明根据本发明该方面的振铃时间确认处理操作的流程图；

图20是说明根据本发明该方面的告警处理操作的流程图；

图21是表示根据本发明该方面的告警引导开始命令其内容的示意图；

图22是说明根据本发明该方面的多功能设备告警处理任务的流程图；以及

图23是说明根据本发明该方面的通信处理任务的流程图。

具体实施方式

[示范性方式]

现参照附图说明本发明的示范性方式。应注意，本发明不仅限于下面提及的结构，而是可以采用基于本发明技术范围和实质的种种结构。

首先说明根据本发明一方面的网络系统配置。

如图1中所示，网络系统1具有这样一种配置，空调100通过LAN(局域网)300与多功能设备200连接。多功能设备200连接至电话线400，而且可以起到传真机设备等作用。

应理解，由于此网络系统1表示通常家居环境中所建立的这样一种网络系统，附图中作为家用电器的典型例示出空调100。作为替代，也可以将例如冰柜、电视、电灯、洗衣机、以及图片存储设备这类其他家用电器中选择的至少一个电器与网络连接，从而构成网络系统1。

而且，网络系统1可以替代配置为企业或工厂办公室中所建立的这样一种网络系统1。该替代的网络系统中，各种商业用具或各种制造设施彼此通过LAN连接。

空调100由附图中未示出的CPU(中央处理单元)、ROM(只读存储器)、RAM(随机存取存储器)所构成。空调100具备控制单元102、空调单元104、内部时钟(下面称为“RTC”)106、遥控器红外控制单元108、操作单元110、网络接口(下面称为“网络I/F”)112、存储单元114、以及传感器116。控制单元102控制空调100的整体运行。空调单元104实现致却功能或加热功能。遥控器红外控制单元108接收遥控操作所生成的信号，并对该接收到的信号进行控制。操作单元110设置于空调100的主体(例如室内单元)上，对空调单元104进行强制启动或强制停止。网络I/F 112与LAN 300直接连接。存储单元114其中存储有各种数据。传感器116对各种状态(作为要检测的状态，例如为室温、空气过滤器的积尘)进行检测。

多功能设备200包括附图中未示出的CPU、ROM、RAM。多功能设备200具备控制单元202、RTC 204、网络I/F 206、读取单元208、打印单元210、话音合成单元212、话音识别单元214、通信控制单元(下面称为“NCU”)216、操作单元218、存储单元220、以及传感器222。控制单元202控制多功能设备200的整体运行。网络I/F 206与LAN 300直接连接。读取单元208读取例如纸张这类记录介质上记载的信息。打印单元210打印通过电话线400或者读取单元208输入的图像数据。话音合成单元212将字符串数据转换为话音。话音识别单元214识别话音数据。当NCU 216通过电话线400与交换机(未图示)连接时，此NCU 216接收交换机所发出的呼叫信号，一旦接收到呼叫信号便控制线路的连接/断开。采用操作单元218以输入预定字符和数字。存储单元220其中存储有各种数据。传感器222对多功能设备200中所发生的各种差错(例如卡纸、墨水耗尽、以及色粉耗尽)。

此外，多功能设备200还配备有起到话音数据输入/输出单元作用的电话听筒(麦克风和扬声器)224。

还应理解，不论是控制单元102中还是控制单元202中，CPU按照ROM中存储的控制程序(即用于执行包含下面提及的处理操作的各个处理操作的程序)控制空调100或多功能设备200本身。

网络系统1中，从空调100发送至多功能设备200的数据作为字符串数据形成。多功能设备200具备用于通知与空调100相关的信息的话音合成单元212。作为替代，空调100可以配备有话音合成单元212，而话音数据可以从空调100发送至多功能设备200。

作为另一方法，可以替代性地使用下列配置。具体来说，多功能设备200其中可以存储有与识别信息相关联通知的信息。空调100可以响应空调100中所发生的事件发送该识别信息至多功能设备200。一旦接收到该识别信息，多功能设备200便可以替代性地通知与该接收到的识别信息相对应的信息。该替代例中，可以减小LAN 300的数据流量。

接下来参照附图说明使用上述配置的网络系统1执行的处理操作。

(空调的主处理操作)

图2说明空调100所执行的主处理操作的流程图。

首先，当用户接通空调100的主电源时，空调100的控制单元102广播搜索数据包以检查处于网络系统1中的设备的存在，并且能够当空调100本身有预定事件发生时通知该预定事件。上面说明的设备与本方式中的多功能设备200(步骤S200)相对应。S200中，所要发送的搜索数据包(命令名：FINDALERTDEVICE(查找告警设备))具有图3所示的项目作为内容。“IP地址”项表示分配给空调100的IP地址。

执行处理步骤S200之后，控制单元102等待直到多功能设备200响应S200中搜索数据包的发送而发送搜索应答数据包为止。一旦接收到搜索应答数据包，控制单元102便存储分配给多功能设备200的IP地址，即作为可通知的多功能设备200的空调100中的存储单元114中所接收的搜索应答数据包所表示的发送源。搜索应答数据包(命令名：FINDALERTDEVICERESP(查找告警设备应答))包括图4所示各项。搜索应答数据包中所记载的IP地址是加到发送搜索应答数据包的设备上的IP地址(即本方式中的多功能设备200的IP地址)。

此后，控制单元102按照预定ROM中所存储的控制程序从而根据大约在空调100启动(开始工作)之后用于改变设定温度的操作等执行正常处理操作。也就是说，由用户的遥控操作或依靠多功能设备200的远程操作或对空调100操作期间指令空调单元104执行致冷功能或加热功能(S204)。

执行步骤S204时，控制单元102在空调100的正常处理操作期间连续检查下列项目，即检查传感器116是否检测出预定事件(告警状态)。具体来说，控制单元102检查是否需要用户应对空调100中已经发生的事件(S206)；检查是否解除S206中检测出的告警状态(S210)；检查是否接收到后面说明的多功能设备200在告警处理操作中所要发送的告警引导开始命令(参照图20中的S2004)(S214)；或检查是否接收到后面说明的多功能设备200其广告任务所要发送的广告数据包(参照图17中的S1700)(S218)。

当控制单元102检测出告警条件发生(S206：YES)时，控制单元102便生成包括图5所示各项的告警信息，发送该告警信息至多功能设备200，并且将发送至多功能设备200的告警信息存储到空调100中(S208)。下面将进行此存储动作的装置称为“告警信息存储单元”。应注意，告警信息存储单元确保于存储单元114中的预定区域。

该告警信息包括图5所示的各项。这里，“告警ID”与给予空调100的唯一地址(MAC地址)和RTC 106所测定的告警状态(S206：YES)所发生的时间(时间可以按数字序列表示；例如“093411”表示9:34:11)两者组合所生成的唯一的ID(识别信息)相对应。告警ID用于识别告警信息。下面按后面将要说明的个性化处理操作的相关部分来给出构成告警信息的其他项目的细节。

尽管本方式中图5所示的所有项目是作为告警信息存储单元中所要存储的告警信息存储的，但实质上存储“告警ID”和“告警任务”便足够了。

另一方面，当控制单元102检测出告警状态解除(S210：YES)，而非检测出告警状态发生(S206：NO)时，控制单元102对多功能设备200发送一告警取消命令以触发告警信息从告警队列当中删除，这在随后要说明的多功能设备200的主处理操作中执行(参照图15中的S1518)。此时，S208中存储并会受到当前告警取消命令影响的告警信息从存储单元当中删除。

也应注意，告警取消命令(命令名：ALERTCANCEL(告警取消))具有图6所示的各项作为其内容。所要发送的告警ID是告警信息中记载的表明告警状态解除的告警ID。

当控制单元102检测出接收到多功能设备200所发送的告警引导开始命令(S214：YES；对于告警引导开始命令参照图21)时，从告警信息存储单元当中提取其具有的告警ID与告警引导开始命令所指定的告警ID相符的告警信息。然后，控制单元102启动与所提取的告警信息中作为告警任务记载的任务ID相对应的处理操作(S216)。

任务ID表示对于S206中检测出的告警状态所执行的处理任务，随后讨论的“空调告警处理任务1”、“空调告警处理任务2”、以及“多功能设备告警处理任务”在本方式中定义为任务ID。当然，也可以定义其他告警处理任务。

此外，当控制单元102如上所述检测出接收到多功能设备200所发送的广告数据包

(S218：YES)，而非检测出接收到告警引导开始命令(S214：NO)时，控制单元102进行与S202(S220)中所进行的相同的处理操作。

对S202和S220中存储其IP地址的多功能设备200实施S208和S212中的发送。

执行S208、S212、S216和S220之后，控制单元102在连续执行S204的同时重复S206至S220的处理操作。

(空调告警处理任务1)

空调告警处理任务1涉及当发生与空调100过滤部件的替换相关联的告警状态时所执行的告警处理任务(S206：YES)。图7说明空调告警处理任务1的流程图。

首先，当在空调主处理操作的S216中执行空调告警处理任务1时，控制单元102将RAM中的预定存储区中确保的重试计数器复位至“0”(S700)。

然后，控制单元102对S202和S220中存储有其IP地址的多功能设备200发送与空调告警处理任务1相关联的告警引导。

告警引导(命令名：ALERTGUIDANCE(告警引导))包括如图8所示的各项。涉及过滤体替换的空调告警处理任务1相关联的告警引导中，将诸如“到了该替换YY公司空调过滤部件的时候。是否与易耗品通信中心联系？要进行该联系请按“#”键。”定义为引导字符串。

接下来，控制单元102判断是否依靠多功能设备200通过S702中发送的通知从已经查找出空调告警处理任务1启动的用户接收到对于处理任务的结束应答(命令名：ENDRESP(结束应答))(S704)。当判断结果显示接收到结束应答(S704：YES)时，控制单元102便完成该处理操作而不必执行后续的处理操作。一旦用户提起电话听筒224但接着使之归位，便从多功能设备200发送该结束应答(参照后面说明的依靠多功能设备200的“告警处理操作中的S2024和S2026(图20)”)。

另一方面，当未接收到结束应答(S704：NO)时，控制单元102随后判断是否从多功能设备200接收到“#”键的输入作为键信息(命令名：KEYINFO(键信息))(S706)。也就是说，控制单元102判断用户是否响应S702中的告警引导中的“要进行该联系请按“#”键”这种告警引导按下了构成多功能设备200操作单元218的“#”键。

应注意，“键信息”和“结束应答”分别如图9和图10所示定义。

当判断接收到“#”键的输入(S706：YES)时，控制单元102便判断用户在到了该替换空调过滤部件的时候希望向易耗品通信中心购买YY公司的空调过滤部件。基于用户的意图，控制单元102向多功能设备200发送呼叫命令以便在易耗品通信中心订购过滤部件(S708)，然后继续至步骤处理S716。

如上所述，按照本方式的网络系统1，用户可以通过多功能设备200向易耗品通信中心直接订购过滤部件，并能购买该过滤部件(参照后面说明的依靠多功能设备200的“告警处理操作中的S2022(图20)”和“电话通信任务中的S2302(图23)”)。这样，不同于背景技术，作为易耗品的过滤部件能够在尚未用尽的情况下获得。网络系统1提供的方便限于对易耗品通信中心进行自动呼叫，然后基于用户意图发出过滤部件订单。所以，可使该系统更为安全，从而能够防止用户在不知情的情况下发出订单。

通信中心的电话号码(0120-123-4567)如图11所示在呼叫命令(命令名：CALL(呼叫))中定义。

相反，当控制单元102尚未接收到“#”键的输入(S706：NO)时，控制单元102便等待给定时间直到用户进行“#”键的输入为止(S710：NO)。

即便是经过给定时间之后控制单元102也无法接收“#”键的输入(S710：YES)时，控制单元102使S700中复位的重试计数器递增1(S712)，然后判断作为该递增的结果该重试计数器的数值是否等于或大于“3”(S714)。

也就是说，控制单元102判断，对于依靠多功能设备200的通知，基于所发送的告警引导(参照后面说明的依靠多功能设备200的“告警处理操作中的S2026(图20)”)，用户无法听见或理解在先前执行的S702中通过电话听筒224发出的告警引导。这样，控制单元102再次进行控制以实施相同的通知。

换句话说，当重试计数器数值等于或小于“2”时，控制单元102在S714中判断“NO”，并且再次接着步骤处理S702执行该处理操作。另一方面，当重试计数器数值等于或大于“3”时，控制单元102对多功能设备200发送结束命令(S716)，并且当接收到已经接收到结束命令的多功能设备200所发送的结束应答(参照后面说明的依靠多功能设备200的“告警处理操作中的S2026(图20)”)时完成空调告警处理任务1。

S716中的结束命令(命令名：END(结束))如图12所示定义。

(空调告警处理任务2)

空调告警处理任务2涉及一旦发生告警状态便执行的告警处理任务，该告警状态定义为设置空调100的房间(环境)温度，其在空调100处于待机模式(在主电源设定为接通的情况下空调单元104没有启动的状态)的情况下达到预定温度(例如下面说明的35度)或以上温度(S206：YES；这样的状态认为是空调100中发生告警状态)。图13说明空调告警处理任务2的流程图。

首先，当空调告警处理任务2在空调主处理操作的S216中执行时，控制单元102将RAM中的预定存储区中确保的重试计数器复位至“0”(S1300)。

此后，控制单元102对多功能设备200发送与空调告警处理任务2相关联的告警引导(参照图8)。与温度变化相关联的告警引导中，例如“设置有YY公司空调的房间其温度已经达到35度。要降低室温请指示一设定温度。”这类字符串数据定义为引导字符串。

接下来，控制单元102判断是否依靠多功能设备200通过步骤处理S702中发送的通知从已经查找出空调告警处理任务2启动的用户接收到对于处理任务的结束应答(命令名：ENDRESP(结束应答))(S1304)。当判断结果显示接收到结束应答(S1304：YES)时，控制单元102便完成该处理操作而不必执行后续的处理操作。一旦用户提起电话听筒224但接着使之归位，便从多功能设备200发送该结束应答(参照后面说明的依靠多功能设备的“告警处理操作中的S2024和S2026(图20)”)。

另一方面，当未接收到结束应答(S1304：NO)时，控制单元102随后判断是否从多功能设备200接收到通过转换用户面向电话听筒224生成的话音所获得的字符串数据的输入(参照后面说明的依靠多功能设备的“告警处理操作中的S2014(图20)”)作为用户话音信息(命令名：USERVOICE(用户话音))(S1306)。也就是说，控制单元102判断用户是否响应S1302中告警引导中“要降低室温请指示设定温度”这种告警引导而指定了该设定温度。

当S1306中接收用户话音信息(S1306：YES)时，控制单元102根据用户话音信息中包括的字符串数据将设定温度设定为指定的温度(S1308)。为了告知用户该设定温度的变化，控制单元102对多功能设备200发送包括“温度设定为28度”的告警引导作为引导字符串(S1310)，然后继续至处理步骤S1318。

S1306中接收到的用户话音信息是由图14所示的各项目构成的。

当S1306中判断未接收到用户话音信息(S1306：NO)时，控制单元102继续至处理步骤S1312。

由于S1312至S1320的处理操作与空调告警处理任务1中的S710至S718的处理操作相同，其说明省略。

(多功能设备的主处理操作)

图15说明多功能设备200执行的主处理操作的流程图。

首先，当用户接通多功能设备200的主电源时，其控制单元102启动多功能设备广告任务(S1500)，接着启动多功能设备告警调度任务(S1502)。两任务的处理操作与多功能设备200的主处理操作并行执行。后面给出“多功能设备广告任务”和“多功能设备告警调度任务”的细节。

接下来，控制单元202判断传感器222是否检测出多功能设备200出错(S1504)。当检测出其出错(S1504：YES)时，控制单元202生成与所检测出的出错相对应的告警信息(参照图5)，并将告警信息列入存储单元220中的预定存储区中确保的告警队列(S1506)。

S1506中由控制单元202所生成的告警信息中包含的“IP地址”是给予多功能设备200的IP地址，这是因为多功能设备200中有出错(告警)发生。“告警任务”是定义为多功能设备告警处理任务(参照图22)的任务ID。

S1504和S1506中的各处理操作是与对于空调100中发生的告警状态的情形所执行的相同的处理操作。多功能设备200中所发生的错误认为是与空调100中所发生的错误相同。

当检测出先前检测出的出错的恢复并涉及列入告警队列的告警信息(S1508：YES)，而非多功能设备200中当前发生的错误(S1504：NO)时，控制单元202从告警队列搜索相对应的告警信息并删除告警信息(S1510)。具体来说，即便是作为错误检测出墨水耗尽的情况下，若该墨水替换为用户目前可得到的新墨水的话，S1508中的判断则为“YES”而执行S1510。

接下来，控制单元202判断是否接收到S208中发送的告警信息(S1512)。当控制单元202在S1512中判断是否接收到告警信息(S1512：YES)时，控制单元202将所接收的告警信息列入存储单元220中的告警队列(S1514)。S1514中将要列入队列的告警信息具有与S208中空调100的告警信息存储单元中存储的告警信息相同的内容。

当判断为由控制单元202所接收的信息不是来自另一装置的告警信息时(S1512：NO)，控制单元202判断该信息是否是S212中所发送的告警取消命令(S1516)。当判断接收到告警取消命令(S1516：YES)时，控制单元202从告警队列当中删除包含与所接收的告警取消命令的告警ID相同的告警ID的告警信息(S1518)。

当判断为由控制单元202所接收的信息不是告警取消命令时(S1516：NO)，控制单元202判断该信息是否是S200中所发送的搜索数据包(S1520)。当判断接收到该搜索数据包时(S1520：YES)，控制单元202根据搜索数据包所包含的IP地址将搜索应答数据包返回至发送方(本方式中与空调100相对应)以便告知用户多功能设备200对于空调100中所发生的事件来说为可通知设备(S1522)。

控制单元202在执行S1506、S1510、S1514、S1518和S1522之后返回S1504以再次判断出错检测。

当执行上面提及的处理操作时，控制单元202执行不直接涉及网络系统1的处理操作，具体来说，执行涉及普通电话通信的处理操作。也就是说，控制单元202判断是否有电话呼叫从电话线400过来(S1524)。

当控制单元202判断S1524中进行了呼叫请求时(S1524：YES)，从多功能设备200的扬声器产生振铃音(S1526)，并且判断用户是否响应振铃在给定时间内提起电话听筒224(S1528)。

当用户在给定时间内提起电话听筒224并且开始电话通信时(S1528：YES)，控制单元202将电话通信的起始时间存储为存储单元220中的预定区域中确保的电话通信历史存储区的电话通信历史(S1530)，并且连续进行电话通信处理操作(S1532/S1534：NO)直到用户将电话听筒224放回到预定位置为止(S1534：YES)。

只要呼叫请求在开始产生振铃音(S1526)之后继续(S1536：NO)，控制单元202便继续产生振铃音直到用户提起电话听筒224为止。

S1530中存储的电话通信历史是后面说明的振铃时间检查处理操作(参照图19)中S1902的判断基础。也就是说，在用户能够在给定时间内应对电话呼叫请求的情况以及用户不能够应对的情况下进行统计，并且根据该结果进行S1902的判断。尽管配置要求S1528中的判断其“在给定时间内”的条件，但可以基于“是否将电话听筒224提起”作出该判断。但本方式中，由于用户最初无法提起电话听筒224，即用户无法拿到电话听筒224但由于振铃音重复产生而不得不提起电话听筒224这种可能的情况，因而将该条件包含于判断条件中。

控制单元202判断是否接收到S1502中启动的多功能设备告警调度任务(具体细节参照图20)中的告警处理操作中所发送的告警引导开始命令(参照图20和图21中的S2004)(S1538)。

当控制单元202判断接收到告警引导开始命令时(S1538：YES)，控制单元202启动与其具有的告警ID与告警引导开始命令中包括的告警ID相同的告警信息中所记载的任务ID相对应的处理操作(S1540)。

接收到告警引导开始命令其前提在于，作为导致告警状态的起因，有一IP地址记载于后面说明的告警处理操作中S2004中作为目标的告警信息中。根据本方式的结构，仅当S1504中的判断是“YES”并且告警信息列入告警队列时，才会在S1538中接收告警引导开始命令(S1538：YES)。本方面中的S1540启动的告警任务是由多功能设备200执行的告警处理任务(举例来说，图22所示定义为当S1504中检测的出错是墨水耗尽时与墨水耗尽相对应的告警处理任务的多功能设备告警处理任务)。

(多功能设备广告任务)

对多功能设备广告任务假定这样一种情形，当空调100的控制单元102广播搜索数据包时(参照图2中的S200)，由于例如多功能设备200的主电源关闭(参照图15中的S1522)因而无法返回搜索应答数据包。执行该任务，以便甚至是这种情况下，控制单元102也能够允许分配给多功能设备200的IP地址或所接收的广告数据包中给出的发送方(命令名：ALERTDEVICE(告警设备))作为可通知的多功能设备200存储于存储单元114中。

首先，多功能设备200的控制单元202广播记载对其分配的IP地址的广告数据包(参照图16)(S1700)。

在停顿给定时间(S1702)之后，控制单元202再次回到S1700以持续广播广告数据包。

考虑到空调100可能由于例如空调100的主电源关闭这种情形而在以预定周期完成的单次广播中不会接收广告数据包的可能性，每一预定时间重复执行该广告数据包的广播。

也就是说，本方式的网络系统1考虑了如何更为安全地提供可由此系统实现的功能。

广告数据包在空调100的控制单元102所执行的空调主处理操作(参照图2)执行的S220中接收，并且广告数据包中说明的分配给多功能设备200的IP地址作为可通知的多功能设备100存储于存储单元114中。

(多功能设备告警调度任务)

多功能设备告警调度任务是当设备中发生应通知用户构成网络系统1的设备这一事件时执行以确保在足够的周期(定时)内通知的处理操作。

首先，控制单元202在复合电器主处理操作(参照图15)中S1506和S1514中按一件接一件的顺序读出告警队列中列入的告警信息(S1800)。

然后，控制单元202判断所读取的告警信息其中包括的紧急级别的说明是否是“高级别”(S1802)。紧急级别定义当空调100或多功能设备200中有告警状态(错误)发生时判断是否应该紧急通知用户所用的判断标准。也就是说，“高级别”记载为告警状态大体具有高紧急等级的紧急级别，而“低级别”则记载为用于低告警状态。

当控制单元202在S1802中判断S1800中所读取的告警信息的紧急级别作为高级别记载时(S1802：YES)，控制单元202在那时点上执行随后说明的告警处理操作(参照图20)。

当控制单元202判断该紧急级别记载为低级别时(S1802：NO)，控制单元202进行到S1804以执行振铃时间检查处理操作(参照图19)。当在振铃时间检查处理操作中判断时间足够(参照S1910)时(S1806：YES)，控制单元202执行告警处理操作(S1808)。当在振铃时间检查处理操作中判断时间不足(参照S1908)时(S1806：NO)，控制单元202返回S1800并重复上面说明的处理操作。

(呼叫时间检查处理操作)

执行振铃时间检查处理操作以便判定复合电器告警任务调度任务中的处理步骤S1806。具体来说，控制单元202根据以前电话答复的实际结果即用户是否在当前时间点以预定概率或以上概率进行电话答复(S1902)，当前时间点是否为告警信息执行时间范围所包括(S1904)，以及当前时间点是否在后面说明的告警处理操作(参照图20)中的S2032中设定的再振铃时间之前，来判断当前时间点作为振铃时间是否足够。

首先，控制单元202判断S1530中所存储的电话通信历史是否其中存储有给定数目的记录(S1900)。此判断基于需要预定数目以上的总样本以便在S1902的判断中获得用户能够应对的时间(时间区间)其统计数字这一事实。

所以，当电话通信历史其中未存储有给定数目的记录时(S1900：NO)，控制单元202进行到处理步骤S1904，而不必执行处理步骤S1902。但满足该条件时，控制单元202执行处理步骤S1902。

S1902中，控制单元202根据S1530中存储于存储单元220中的时间判断多功能设备200的RTC 204所识别的当前时间点是否与可接受时间(区间)相对应。

可以通过检查当前时间点是否为任何基准时间区间所包括，来进行S1902中的判断，其中任何基准时间区间是通过例如对存储单元220中所存储的每一时间在其之前和之后给予预定时间来设定的。作为另一方案，可通过根据存储单元220中存储的时间中的最早时间和最迟时间设定参考时间区间，并且判断当前时间点为此时间区间所包括，来进行上述判断。而且应注意，还可以通过检查与任何存储的时间相符的当前时间点来进行判断。进行该判断的情况下，应当注意，如果几乎没有存储作为总样本的话，判断“S1902：NO”便很可能出现。

当控制单元202在S1902中判断在当前时间点具有大量的电话通信时(S1902：YES)，控制单元202接着检查当前时间点是否在告警信息的执行时间范围内(S1904)。“执行时间范围”是不管用户如何动作设定的时间(区间)，并且是根据例如告警任务类型设定的时间(区间)(所设定的执行时间范围可以不取决于告警任务类型)。参照基于“空调告警处理任务1”的说明，可获得能够对易耗品通信中心电话订购过滤部件的时间区间。

当控制单元202在S1904中判断当前时间点处于执行时间范围内时(S1904：YES)，控制单元202便判断当前时间点是否在告警信息的再振铃时间之前(S1906)。后面对告警处理的说明中解释用于告警信息的再振铃时间。

然后，当控制单元202在S1906中判断当前时间点在告警信息所用的再振铃时间之前时(S1906：NO)，控制单元202判断当前时间作为振铃时间是足够的(S1910)。当S1902和S1904中的判断为“NO”并且S1906中的判断为“YES”时，控制单元202则判断当前时间作为振铃时间是不足的(S1908)。

(告警处理操作)

当控制单元202在复合电器告警任务调度任务中判断当前时间是足够的振铃时间时

(S1806：YES)，控制单元202从多功能设备200的扬声器产生振铃音(S2000)。然后，控制单元202判断用户是否响应振铃音在给定时间内提起电话听筒224(S2002)。

当用户响应振铃动作在给定时间内提取电话听筒224时，控制单元202向赋予了告警信息中记载的IP地址的设备发送告警引导开始命令，该IP地址在S1800中从告警队列当中读出并且成为处理目标(S2004)。

S2004中要发送的告警引导开始命令将在S214(参照图2)或S1538(参照图15)中所接收。

告警引导开始命令(命令名：STARTALERTGUIDANCE(告警引导开始))包含图21所示各项。告警ID中记载的是作为处理目标的告警信息中所记载的告警ID。

响应告警引导开始命令的发送，控制单元202接收作为执行处理步骤S702(参照图7)的结果或作为执行后面说明的多功能设备告警处理任务中的S2202(参照图22)的结果所发送的告警引导信息(S2006)。然后，告警引导信息中记载的字符串数据依靠话音合成单元212合成，并且从电话听筒224(或扬声器)当中产生(S2006)。

S2008中，根据S2006中所产生的告警引导，控制单元202判断用户是否对操作单元218所配置的键进行操作，具体来说，所开始的处理任务是“空调告警处理任务1”或后面说明的“多功能设备告警处理任务”的话，便判断用户是否按下“#”键。

当控制单元202检测出按下键时，控制单元202将包含与所按下的键相关的字符串数据的键信息发送给作为处理目标的设备(在S1800中分配得到地址信息中所记载的IP地址的设备；S2014和S2026的情况相同)(S2010)。S706和S2206中接收到S2010中要发送的键信息。

当S2006中所产生的信息不表明键按下时(S2008：NO)，控制单元202判断是否检测出用户通过电话听筒224发出的话音(S2012)。具体来说，当所开始的处理任务是“空调告警处理任务2”时作出此判断。

当判断结果表明检出用户发出话音时，控制单元202将所识别的话音通过话音合成单元212转换为作为用户话音信息发送的字符串数据(S2014)。S1306中接收到用户话音信息。

当控制单元202无法检出用户发出话音时，控制单元202便判断是否再次接收到告警引导(S2016)。当判断结果表明接收到告警引导时(S2016：YES)，便由话音合成单元212合成告警引导中记载的字符串数据，并且从电话听筒224(或扬声器)产生该字符串数据(S2018)。

当S714、S1316、和S2214中的判断结果为“NO”，并且再次执行处理步骤S702、S1302、和S2202时，在S2016中再次接收告警引导。

当控制单元202判断尚未再次接收到告警引导时(S2016：NO)，控制单元202进行到处理步骤S2020。

S2020中，控制单元202判断是否接收到S708或S2208中发送的呼叫命令(S2020)。当判断结果显示接收到该呼叫命令时(S2020：YES)，控制单元202启动后面说明的电话通信处理任务(S2022)。

当控制单元202判断未接收到该呼叫命令时(S2020：NO)，控制单元202对S716、S1318、或S2216中要发送的结束命令进行判断，或判断用户是否将电话听筒224放回至多功能设备200的预定位置(S2024)。当满足判断条件时，控制单元202发送结束应答，并且从告警队列当中删除作为S1800中的处理目标的告警信息(S2034)，然后完成告警处理操作。

当控制单元202没有检出接收到结束命令或没有检出用户使电话听筒224挂机时(S2024：NO)，控制单元202返回至S2008，并重复上面说明的处理操作(S2008至S2024)。

若按这样一种方式构成，即不同于本方式例示的告警处理任务，定义多次发送告警引导信息的告警任务而且执行根据该告警任务的告警处理任务的话，具体来说，执行告警处理任务的期间多次发送告警引导的话，控制单元202便在S2016的判断中判断“YES”，然后执行处理步骤S2018。

而当控制单元202判断用户在给定时间内尚未提起电话听筒224时(S2002：NO)，控制单元202停止产生振铃音，然后执行处理步骤S2028。

控制单元202在S2028中递增告警信息用的振铃计数器，并且判断振铃计数器其数值是否超过预定的重新呼叫数目(呼叫MAX)(S2030)。

当S2030中的判断结果显示振铃计数器其数值超过振铃MAX时(S2030：YES)，控制单元202从告警队列当中删除作为S1800中的处理目标的告警信息(S2034)，便完成告警处理操作。

当振铃计数器数值(初始值设定为“0”)等于或小于振铃MAX时(S2030：NO)，控制单元202从RTC 204所标识的当前时间点(可以将振铃时间检查处理操作(参照图19)中的基准时间当作为当前时间点)开始将经过告警信息中作为振铃间隔记载的预定时间(图5中的一个小时)的时间设置为告警信息用的再振铃时间(所确定的时间作为告警信息的再振铃时间记载，并列入告警队列)(S2032)，便完成告警处理操作。

根据本方式的网络系统1，即便是执行告警处理操作预定次数用户也不响应振铃音产生的情况下，不通知作为处理目标的告警状态。为了实现该结构，“振铃计数器”定义为告警信息中存储该告警处理进行了多少次这一项目。

当用户不响应振铃音产生时，告警处理操作可每隔预定时间重复(直到用户响应为止)。此结构不要求振铃计数器的定义。

该结构可以修改以便根据告警任务类型改变是否要求振铃计数器。这种情况下，可以根据对用户通知的需要来形成设定条件。

(多功能设备告警处理任务)

上面说明的多功能设备告警处理任务与通过执行多功能设备主处理操作的处理步骤S1540来启动的这样一种处理操作相对应。

具体来说，多功能设备告警处理任务按照图22所示的顺序动作执行。应理解，图22中所示的告警处理任务针对复合设备200的打印单元210中检出墨水耗尽这样的处理操作。

首先，当执行多功能设备告警处理任务时，多功能设备200的控制单元102将RAM中的预定存储区中确保的重试计数器复位至“0”(S2200)。

然后，控制单元202对赋予告警信息中所记载的IP地址这样一种设备(多功能设备200)发送与多功能设备告警处理任务相关联的告警引导。告警信息应该在S1800中得到处理。

这种情况下，告警引导(命令名：ALERTGUIDNACE(告警引导))是包含如图8所示各项的这样一种引导。而且应注意，与墨水耗尽相关的多功能设备告警处理任务中，下面提及的字符串数据定义为引导字符串，即“由XX公司制造的多功能设备的黄色墨水即将耗尽。是否向易耗品通信中心进行电话订购？进行电话订购时请按“#”键”。

而且应注意，由于后续的处理操作类似于上面说明的空调告警处理操作任务1的处理操作(不同之处在于信息发送/接收的对方与多功能设备200本身相对应)，其具体说明从略。

(电话通信处理任务)

如先前所说明的那样，电话通信处理任务通过执行告警处理操作其中处理步骤S2022开始，具体来说，通过执行图23中所示的其处理操作的处理步骤S2022开始。

换句话说，由于电话通信处理任务开始，因而控制单元202呼叫所接收的呼叫命令中记载的电话号码(S2020：YES)，然后等到电话对方进行电话答复(S2300/S2306：NO)。

然后，当电话对方响应电话呼叫进行电话答复时(S2300：YES)，控制单元202连续进行电话通信处理操作(S2302)直到将电话听筒224置放于复合设备200的预定位置为止(S2304：NO)。

当控制单元202检出电话听筒224置放于多功能设备200的预定位置时(S2304，S2306：YES)，控制单元202完成此电话通信处理任务。

Claims

1.一种网络系统，其特征在于，包括：

执行预定功能的功能执行设备；以及

通过网络与所述功能执行设备连接的通知设备，

其中所述功能执行设备包括：

接收所述通知设备发送的可通知信息的可通知信息通信单元，该可通知信息表明所述通知设备处于可通知状态；

检测所述功能执行设备中所发生事件的事件检测单元；以及

特定信息发送单元，若所述事件检测单元检测出事件的话，所述特定信息发送单元便对发送所述可通知信息的通知设备发送能够说明所述事件的发生的特定信息，且

其中所述通知设备包括：

对所述功能执行设备发送可通知信息的通知设备侧发送单元；

接收所述功能执行设备发送的特定信息的通知设备侧接收单元；

能够通知用户所述功能执行设备中所述事件的发生的通知单元；以及

通知控制单元，若所述通知设备侧接收单元接收到所述特定信息，所述通知控制单元使得所述通知单元通知用户由所述特定信息所指定的事件的发生；

所述可通知信息通信单元将用于确定所述通知设备是否处于可通知状态的是否可通知信息发送至所述通知设备，

一旦满足接收到所述是否可通知信息和经过预定时间这两个条件中的至少一个时，所述通知设备侧发送单元便发送所述可通知信息至所述功能执行设备。

2.如权利要求1所述的网络系统，其特征在于，所述功能执行设备进一步包括状态转换检测单元，该状态转换检测单元检测所述功能执行设备是否转换至其能够执行所述预定功能这样一种状态，

若检测出所述功能执行设备转换至其能够执行所述预定功能这样一种状态，则所述可通知信息通信单元将所述是否可通知信息发送至所述通知设备。

3.如权利要求1所述的网络系统，其特征在于，其中所述通知设备是电话设备。