通信装置及其定制方法

通信装置及其定制方法
【专利摘要】本发明涉及通信装置及其定制方法，比以往更灵活且可靠地使代理用CPU代行针对于接收到的数据的响应处理。在图像形成装置(1)中设置有：通常时实效数据存储部(121)，每当接收到数据包(81)，就存储数据包(81)的属性与由主CPU进行的针对数据包(81)的响应的内容的组合；代理响应程序生成部(102)，基于存储在通常时实效数据存储部(121)的多个组合，判别能够不通过主CPU进行响应的模式，基于该模式生成代理响应程序(10Q)；以及代理响应程序应用部(103)，将生成的代理响应程序(10Q)应用于代理响应CPU。
【专利说明】通信装置及其定制方法

【技术领域】
[0001]本发明涉及进行通信的装置中的省电技术。

【背景技术】
[0002]近年来，进行着各种各样的设备的省电化的研究。作为该技术中的一种，暂时限制对设备的一部分硬件供给电力的技术正普及。
[0003]在汇集了复印、PC打印、传真、扫描以及信箱等功能的图像形成装置(一般称为“MFP”或者“复合机”。)中，也采用那样的技术。
[0004]但是，若限制供给电力，则有时会对运用造成障碍。因此，提案有如下方法。
[0005]MFP具备自动响应部、解析部、消息生成部以及发送接收部。自动响应部基于PC所请求的协议将省电模式切换至通常模式。解析部解析PC是否处于不伴随作业执行地请求从省电模式切换至通常模式的协议的状态。消息生成部在解析部检测出上述状态的情况下，生成使PC所具有的上述协议变更的消息。发送接收部发送上述消息。由此，能够降低在接收到与打印没有直接关系的请求时的、从省电模式转移至通常模式的可能性(专利文献I)。
[0006]另外，提案有如下方法。图像处理装置具有第一电力模式及比该第一电力模式消耗电力小的第二电力模式，具备对装置整体进行控制的第一控制部和在第一电力模式及第二电力模式中供给电力的第二控制部，并与外部装置执行安全通信。另外，第一控制部在从第一电力模式向第二电力模式转移时，从在存储与安全通信相关的多个安全关联信息的存储部中所存储的多个安全关联信息选定对第二控制部进行通知的安全关联信息(专利文献2) ο
[0007]此外，还提案有在省电模式时不使用主CPU而通过子CPU来进行对接收到的数据包的响应的一部分的技术。
[0008]专利文献1:日本特开2012-179788号公报
[0009]专利文献2:日本特开2012-227829号公报
[0010]以往，需要在设备的设计阶段预先决定由主CPU进行还是由子CPU代行针对接收到的数据包的响应处理。
[0011]另外，近年，在网络中，使用各种各样的协议。协议的用法也多种多样，可能变化。另外，网络的结构也多种多样，可能变化。因此，应由主CPU和子CPU中的哪个来进行针对接收到的数据包的响应处理，在使用设备时，可能发生变化。


【发明内容】

[0012]本发明鉴于这样的问题点，能够比以往更灵活且可靠地使代理用CPU (控制器)代行响应处理。
[0013]本发明的一方式所涉及的通信装置是具有作为主控制器的第一控制器和针对接收到的数据不通过上述第一控制器而基于代行用程序来进行响应的第二控制器的通信装置，该通信装置具有:响应实效存储单元，每当接收到数据，就存储该数据的属性与由上述第一控制器进行的针对该数据的响应的内容的组合；程序生成单元，基于上述响应实效存储单元所存储的多个上述组合，判别能够不通过上述第一控制器进行响应的模式，基于该模式生成上述代行用程序；以及应用单元，将由上述程序生成单元生成的上述代行用程序应用于上述第二控制器。
[0014]优选上述程序生成单元将针对固定的上述属性的数据的上述响应的内容为固定的情况判别为上述模式，在接收到该固定的属性的数据的情况下，生成包括以该内容进行响应的代码的程序作为上述代行用程序。
[0015]另外，在上述第一控制器停止的情况下，上述第二控制器针对接收到的数据，基于上述代行用程序进行响应。在无法基于上述代行用程序进行响应的情况下，使上述第一控制器唤醒。
[0016]另外，上述第二控制器具备SRAM(静态随机存取存储器:Static Random AccessMemory)，上述应用单元通过向上述SRAM写入上述代行用程序来应用上述代行用程序，在有多个上述模式的情况下，上述程序生成单元按照上述模式的量成为规定量以下的方式来生成上述代行用程序。
[0017]另外，上述程序生成单元从多个上述模式中优先选出出现频度大的模式来生成上述代行用程序。
[0018]另外，上述通信装置具有:第二响应实效存储单元，在对上述第二控制器应用了上述代行用程序之后，每当上述第一控制器针对接收到的数据进行响应，就存储该数据的属性与该响应的内容的第二组合；程序更新单元，基于上述第二响应实效存储单元所存储的多个上述第二组合来判别上述模式，并基于该模式来更新上述代行用程序；以及第二应用单元，将更新后的上述代行用程序应用于上述第二控制器。
[0019]另外，上述程序更新单元将针对固定的上述属性的数据的上述响应的内容为固定的情况判别为上述模式，并在接收到该固定的属性的数据的情况下向该代行用程序追记以该内容进行响应的代码，由此来更新上述代行用程序。
[0020]根据本发明，能够比以往更灵活且可靠地使代理用控制器代行响应处理。

【专利附图】

【附图说明】
[0021]图1是表示网络系统的整体结构的例子的图。
[0022]图2是表示图像形成装置的硬件结构的例子的图。
[0023]图3是表示控制单元的硬件结构的例子的图。
[0024]图4是表示图像形成装置的功能结构的例子的图。
[0025]图5是表示通常时实效数据的例子的图。
[0026]图6是表示数据包的标准结构的例子的图。
[0027]图7是表示通常时实效数据的例子的图。
[0028]图8是表示通常时实效数据的例子的图。
[0029]图9是表示通常时实效数据的例子的图。
[0030]图10是对代理响应程序生成处理的流程的例子进行说明的流程图。
[0031]图11是对代理响应程序生成处理的流程的例子进行说明的流程图。
[0032]图12是表示特性数据的例子的图。
[0033]图13是对代理响应处理的流程的例子进行说明的流程图。
[0034]图14是对由代理响应CPU进行的整体的处理的流程的例子进行说明的流程图。
[0035]图15是对代理响应程序更新处理的流程的例子进行说明的流程图。
[0036]图16是对代理响应程序更新处理的流程的例子进行说明的流程图。
[0037]图17是表示由定制用程序进行的整体的处理的流程的例子的流程图。
[0038]图18是控制单元的硬件结构的变形例。

【具体实施方式】
[0039]图1是表示网络系统3的整体结构的例子的图。图2是表示图像形成装置I的硬件结构的例子的图。图3是表示控制单元1a的硬件结构的例子的图。图4是表示图像形成装置I的功能结构的例子的图。
[0040]如图1所示，网络系统3由图像形成装置1、1台或多台终端装置2以及通信线路NW等构成。
[0041]图像形成装置I是汇集了复印、PC打印、传真、扫描以及信箱等功能的装置。一般有时会称为“复合机”或“MFP (多功能外设:Multi Funct1n Peripherals) ”等。
[0042]PC打印功能是基于从属于与图像形成装置I相同区段的终端装置2接收到的图像数据而将图像打印在用纸上的功能。有时也被称为“网络印刷”或者“网络打印”等。
[0043]信箱功能是用于按用户来预先分配被称为“信箱”或“个人邮箱”等的存储区域、各用户利用自己的存储区域来保存管理图像数据等数据的功能。信箱相当于个人电脑中的“文件夹”或“目录”。
[0044]如图2所示，图像形成装置I由控制单元10a、大容量存储装置10b、触摸面板显示器10c、操作键面板10d、调制解调器10e、扫描单元1f以及打印单元1g等构成。
[0045]触摸面板显示器1c显示表示针对用户的消息的画面、用户用于输入命令或信息的画面以及表示处理的结果的画面等。另外，触摸面板显示器1c将表示被触摸的位置的信号向控制单元1a的主CPU131(参照图3)发送。
[0046]操作键面板1d是所谓的硬件键盘，由数字键、开始键、停止键以及功能键等构成。
[0047]调制解调器1e在与传真机终端之间以G3等协议交换图像数据。
[0048]扫描单元1f读取放置在稿台玻璃上的片材所记载的图像来生成图像数据。
[0049]打印单元1g基于从其他装置接收到的图像数据将图像打印于用纸。另外，将由扫描单元1f读取的图像打印于用纸。
[0050]在大容量存储装置1b安装有用于实现上述各功能的软件、例如操作系统以及应用程序。并且安装有定制用程序10P。
[0051]定制用程序1P是用于进行与在后述的休眠模式时或者待机模式时接收到的数据包的处理相关的设定的程序。
[0052]如图3所示，控制单元1a由主CPU (中央处理单元:Central ProcessingUnit) 131、DDR-SDRAM (双数据速率同步动态随机存取存储器:Double Data RateSynchronous Dynamic Random Access Memory) 132、代理响应 CPU133、闪存 R0M134、RJ (已注册的插孔:Registered Jack)变压器135、引擎控制ASIC(专用集成电路Applicat1nSpecific Integrated Circuit) 136、电源管理CPU137以及二次电源电路138等构成。通过这样的结构，控制单元1a进行图像形成装置I的控制。
[0053]DDR-SDRAM132是主CPU131的作业用存储器。在DDR-SDRAM132中，从大容量存储装置1b加载入程序或模块，或者存储从其他装置取得的数据、运算结果等。
[0054]主CPU131执行被载入DDR-SDRAM132的程序或模块。基本上，定制用程序1P常驻于DDR-SDRAM132，由主CPU131 —直执行。
[0055]代理响应CPU133是用于进行所谓的IP(互联网协议:Internet Protocol)通信的CPU。尤其进行物理层和数据链路层(MAC(Media Access Control)子层)的处理。另外，在当处于后述的休眠模式或待机模式时从其他装置接收到数据的情况下，可能的话代替主CPU131进行响应。以下，将代替主CPU131进行响应这一情况记为“代理响应”。
[0056]在闪存R0M134中存储有用于代理响应CPU133进行处理的程序和数据。
[0057]另外，在代理响应CPU133中内置有SRAM (静态随机存取存储器:Static RAM)，存储有用于代理响应的程序即代理响应程序10Q。代理响应程序10Q如后述那样，基于定制用程序10P由主CPU131生成。
[0058]RJ变压器135是LAN(局域网:Local Area Network)用的脉冲变压器。
[0059]引擎控制ASIC136是用于对打印单元1g进行控制的ASIC。
[0060]二次电源电路138对各硬件供给电力。电源管理CPU137控制二次电源电路138，调整对各硬件的电力供给。
[0061]在图像形成装置I中，作为电力的供给的模式，设置有通常模式、休眠模式以及待机模式3个模式。
[0062]通常模式是按照基本上无论是哪种处理都能立刻进行的方式对所有的硬件供给电力的模式。
[0063]待机模式是按照如下方式来供给电力的模式:通过停止由触摸面板显示器1c进行的图像的显示或停止打印单元1g的空转来减少消耗电力，但主CPU131进行的运算处理能够立刻执行。因此，在待机模式时，对构成控制单元1a的处理器及存储器中的、尤其对主CPU131供给电力。
[0064]休眠模式是停止对主CPU131的电力供给从而比待机模式进一步减少消耗电力的模式。对DDR-SDRAM132的电力供给既可以继续也可以停止。在停止的情况下，预先将存储在DDR-SDRAM132中的程序和数据备份至大容量存储装置10b。而且，在返回至通常模式时，向DDR-SDRAM132载入程序和数据。闪存ROMl34也相同。
[0065]接下来，对于关于在休眠模式时或待机模式时接收到的数据包的处理的设定进行说明。
[0066]定制用程序10P实现图4所示的通常时实效数据收集部101、代理响应程序生成部102、代理响应程序应用部103、代行可能时实效数据收集部104、代理响应程序更新部105、更新程序应用部106、再起动部107、通常时实效数据存储部121、代理响应程序存储部122以及代行可能时实效数据存储部123等的功能。
[0067]以下，将这些功能大致区分成用于代理响应程序的生成的功能以及用于代理响应程序的更新的功能来进行说明。
[0068][用于代理响应程序的生成的功能]
[0069]图5是表示通常时实效数据5的例子的图。图6是表示数据包的标准结构的例子的图。图7是表示通常时实效数据51?53的例子的图。图8是表示通常时实效数据54?57的例子的图。图9是表示通常时实效数据58、59的例子的图。图10以及图11是对代理响应程序生成处理的流程的例子进行说明的流程图。图12是表示特性数据61、62的例子的图。图13是对代理响应处理的流程的例子进行说明的流程图。图14是对由代理响应CPU133进行的整体处理的流程的例子进行说明的流程图。
[0070]通常时实效数据收集部101在规定期间Tp如以下那样进行收集图5那样的通常时实效数据5的处理。
[0071]通常时实效数据收集部101将电力供给模式变更为通常模式。而且，在收集通常时实效数据5的期间中，使通常模式继续。
[0072]另外，从其他装置经由通信线路NW传送至图像形成装置I的数据包基于规定格式构成。以下，在本实施方式中，以基于图6所示那样的MAC帧的格式来构成数据包的情况为例进行说明。
[0073]若数据包81 (MAC帧)送达，则通常时实效数据收集部101从数据包81抽出以下信息。从数据包81的MAC报头抽出目的地MAC地址、发送源MAC地址以及类型。
[0074]然后，根据该类型，抽出预先决定的项目的信息。例如，在类型为“IP”的情况下，从数据包81的IP报头抽出版本/报头服务长度、协议、发送源IP地址以及目的地IP地址。
[0075]然后，根据该协议，抽出预先决定的项目的信息。例如，在该协议为ICMP (互联网控制消息协议:Internet Control Message Protocol)的情况下,从数据包81的ICMP报头抽出类型。另外，在ICMP数据中包含有规定命令的情况下，进一步抽出该命令。在该命令伴随参数的情况下，将该参数也一起抽出。
[0076]另外，在该协议为TCP (传输控制协议:Transmiss1n Control Protocol)的情况下，从数据包81的TCP报头抽出发送源端口编号以及目的地端口编号。另外，在TCP数据中包含有规定命令的情况下，进一步抽出该命令。在该命令伴随参数的情况下，将该参数也一起抽出。
[0077]另外，在该协议为UDP (用户数据报协议:User Datagram Protocol)的情况下,从数据包81的UDP报头抽出发送源端口编号以及目的地端口编号。另外，在UDP数据中包含有规定命令的情况下，进一步抽出该命令。在该命令伴随参数的情况下，将该参数也一起抽出。
[0078]然后，通常时实效数据收集部101生成表示从数据包81抽出的这些信息的检测数据5a。
[0079]通常时实效数据收集部101还生成响应数据5b。响应数据5b是表示根据接收到数据包81这一情况图像形成装置I所进行的处理(以下记载为“响应处理”。)的内容的数据。
[0080]具体而言，在由响应处理所使用的硬件(以下记载为“动作设备”。)是特定硬件的情况下，在响应数据5b中表示该硬件。特定硬件是若不是通常模式则不能动作的硬件。在本实施方式中，将调制解调器10e、扫描单元1f以及打印单元1g设定为特定硬件。
[0081]在向数据包81的发送源回复数据的处理包含于响应处理中的情况下，进一步将回复的内容表示于响应数据5b。例如，表示与图像形成装置I中的通信相关的属性(IP地址以及MAC地址等)。另外，表示图像形成装置I的消耗品(调色剂以及用纸等)的剩余量。
[0082]并且，通常时实效数据收集部101使包含检测数据5a以及响应数据5b的数据作为通常时实效数据5存储于通常时实效数据存储部121。
[0083]通常时实效数据收集部101在规定期间Tp，每当数据包送达，就生成通常时实效数据5并存储于通常时实效数据存储部121。由此，规定期间Tp中的响应处理的实效的数据被蓄积于通常时实效数据存储部121。其中，规定期间Tp能够任意地决定，但优选数日?I个月左右。
[0084]代理响应程序生成部102在经过规定期间Tp之后，生成代理响应程序10Q。以下，以图7?图9所示的已获得通常时实效数据5的情况为例，参照图10?图11的流程图，对生成处理的步骤进行说明。
[0085]其中，在图7?图9中例示出9个通常时实效数据51?59作为通常时实效数据5。但是，为了说明简便，如“a01”、“b0r’、“C01”、…那样抽象化表示各项目的值。实际上，如图5所举的那样，“00:11:22:33:44:55”或者“0800”那样的具体的值被表示。另外，也存在如“回复内容”项目那样多个值被表示的项目，但在图7?图9中，如“h01”、“h02”、…那样用I个抽象的字符串进行例示。有时在多个通常时实效数据5的、能够表示多个值的项目中同一字符串被表示，这意味着多个值彼此均一致。在即使I个不同的情况下，也使用不同的字符串。
[0086]代理响应程序生成部102读出存储在通常时实效数据存储部121中的通常时实效数据5之中的、作为由响应处理使用的硬件特定硬件I个也未被表示的通常时实效数据5(图10的#701)。如上述那样，特定硬件是若不是通常模式则不能动作的硬件(即，如果是休眠模式时或者待机模式时需要唤醒的硬件)，例如，是调制解调器10e、扫描单元1f或者打印单元1g等。
[0087]在图7?图9的例子中，读出通常时实效数据52?59。但是，不读出通常时实效数据51。
[0088]代理响应程序生成部102将读出的通常时实效数据5分组(#702)。例如，将检测数据5a所表示的所有项目的值共同的通常时实效数据5彼此分组。
[0089]在图7?图9的例子中，将通常时实效数据52、53分组成一个组(以下，记载为“组_G1”。)。将通常时实效数据54、55分组成一个组(以下，记载为“组_G2”。)。将通常时实效数据56、57分组成一个组(以下，记载为“组_G3”。)。将通常时实效数据58、59分组成一个组(以下，记载为“组_G4”。)。
[0090]代理响应程序生成部102关注于第一组(#703)，比较构成该组的通常时实效数据5各自的响应数据5b所表示的内容(#704)。然后，在内容相同的情况下(在#705为是)，选出该组作为代理响应的对象(#706)。
[0091]在步骤#702中生成多个组的情况下，代理响应程序生成部102关于剩余的组也相同，进行响应数据5b彼此的内容的比较，在内容相同的情况下进行作为代理响应的对象的选出(#704 ?#708)。
[0092]在图7?图9的例子中，组_G1因组员(通常时实效数据52、53)各自的响应数据5b所表示的内容不同，所以不被选出。不选出其的原因是:即使从其他装置接收相同的查询，回复的内容也因时而不同，因而由代理响应CPU133进行的代理响应较困难。另一方面，组_62因组员各自的响应数据5b所表示的内容相同，所以被选出。组_63及组_G4也根据相同的理由而被选出。
[0093]代理响应程序生成部102如以下那样进行选出的组的最优化。将选出的组中的响应数据5b所表示的内容相同的组彼此分组成共同组(图11的#709)。
[0094]在图7?图9的例子中，组_G2的组员的响应数据5b与组_G3的组员的响应数据5b表示相同的值。因此，将组_G2和组_G3分组成共同组。以下，将该共同组记载为“共同组 _K1，，。
[0095]代理响应程序生成部102分别针对共同组以及没有被分组成共同组的组(以下，记载为“非共同组”。)，如以下那样进行取得特性数据6的处理。
[0096]对于共同组(在#711为是)，代理响应程序生成部102从被分组成该共同组的各组的检测数据5a中取得值相同的项目以及其值来作为特性数据6 (#712)。
[0097]根据该处理，作为共同组_K1的特性数据6，如图12那样的表示发送源端口编号以外的项目(类型_1、协议、类型_2、目的地端口编号、命令、参数)以及其值的特性数据61被取得。
[0098]另一方面，对于非共同组(在#711为否)，代理响应程序生成部102取得该非共同组的响应数据5b作为该非共同组的特性数据6 (#713)。
[0099]例如，作为组_4的特性数据6，取得通常时实效数据58 (或者通常时实效数据59)的响应数据5b。由此，图12的(B)那样的特性数据62作为组_4的特性数据6被取得。
[0100]在特性数据6的取得的处理前后或与其并行地，代理响应程序生成部102通过用作为各组(共同组或者非共同组)的组员的通常时实效数据5的个数除以规定期间Tp，来计算出响应频度RT (#716)。
[0101]然后，代理响应程序生成部102通过基于各组(共同组或者非共同组)的响应数据5b、特性数据6以及响应频度RT如以下那样进行编码，来生成代理响应程序10Q。
[0102]代理响应程序生成部102准备空的文本文件(#718)。作为响应频度RT第一大的组的代码，依次将表示以下事项(Cl)?(C4)的代码写入至文本文件(#719)。
[0103](Cl)识别该组的标识符。
[0104](C2)该组的响应频度RT。
[0105](C3)用于比较该组的特性数据6所表示的各项目的各值是否与在休眠时或者待机时接收到的数据包的相对应的各项目的各值一致的代码。
[0106](C4)在通过C3的比较可知所有项目的值彼此一致的情况下，向接收到的数据包的发生源回复该组的响应数据5b的处理的命令。
[0107]Cl标识符例如用REM文记述即可。C2的响应频度RT也相同。
[0108]C3的代码用IF文记述即可。在特性数据6中有多个项目的情况下，按每一项目来用IF文记述比较的代码即可。
[0109]也可以按照根据需要使用接收到的数据包所表示的发送源端口编号来作为发送源端口编号的方式记述C4的命令。
[0110]然后，代理响应程序生成部102将响应频度RT第二大、第三大、……的组的Cl?C4的代码依次追加至文本文件(#719?#721)。但是，按照响应频度RT大的组的代码位于上方的方式进行追记。
[0111]这样代码表示固定属性的数据包和固定回复内容的模式。而且，这些记述文本文件即是代理响应程序10Q。
[0112]根据图7?图9的通常时实效数据5，生成图13所示步骤的程序作为代理响应程序 1Q0
[0113]若由代理响应程序生成部102生成代理响应程序10Q，则代理响应程序应用部103将代理响应程序1Q写入至代理响应CPU133的SRAM(以下，记载为“SRAM133s”。)。由此，对代理响应CPU133应用代理响应程序10Q。
[0114]如果代理响应程序1Q被应用于代理响应CPU133，则通常时实效数据收集部101结束通常时实效数据5的收集。这之后，电源管理CPU137可以适当地切换电力供给模式。
[0115]代理响应CPU133在休眠模式时或者待机模式时，以图14所示的步骤执行处理。
[0116]若接收到数据包82(在图14的#731为是)，则代理响应CPU133基于代理响应程序1Q处理数据包82 (#732)。在得到了图13所示步骤的程序即代理响应程序1Q的情况下，如下那样处理数据包82。
[0117]代理响应CPU133将第一个特性数据6 (即，特性数据61)与数据包82进行比较，检验特性数据61所表示的各项目的值是否也在数据包82中被表示(图13的#741)。在各项目的值均在数据包82中被表示的情况下(在#742为是)，将与特性数据61相对应的响应数据5b向数据包82的发送源发送(#743)。这时，根据需要，使用数据包82的发送源端口编号。
[0118]对于第二个以后的特性数据6也进行相同的处理(#744?#746)。S卩，代理响应CPU133进行与数据包82的比较，在各项目的值均在数据包82中被表示的情况下，将与此相对应的响应数据5b向数据包82的发送源发送。此外，也可以在向数据包82的发送源的回复(代理响应)成功了的时刻，结束代理响应处理。
[0119]返回至图14，在基于代理响应程序1Q的代理响应成功了的情况下(在#733为是)，在继续休眠模式或者待机模式的期间(在#734为否)，每当接收到数据包82就执行上述处理。
[0120]另一方面，在基于代理响应程序1Q的代理响应没有成功的情况下(在#733为否)，代理响应CPU133使休眠模式或者待机模式解除，使主CPU131进行数据包82的处理。
[0121]也可以限制组的数量，来将代理响应程序1Q收纳于SRAM133s。例如，也可以按响应频度RT从高到低的顺序选出规定个数的组，仅将这些组的代码写入至代理响应程序1Q0 S卩，如果步骤#719的处理的执行次数达到规定次数，则在这以后停止组的代码的写入即可。
[0122]代理响应程序1Q为了之后适当地进行更新而被保存在代理响应程序存储部122。
[0123]在通常模式时接收到数据包82的情况下，不是代理响应CPU133而是主CPU131进行响应处理。
[0124][用于代理响应程序的更新的功能]
[0125]图15及图16是对代理响应程序更新处理的流程的例子进行说明的流程图。
[0126]根据图像形成装置I或者周围环境的变化，存在更新代理响应程序1Q较好的情况。因此，图4的代行可能时实效数据收集部104至再起动部107，在对代理响应CPU133应用代理响应程序1Q后，执行用于更新代理响应程序1Q的处理。
[0127]代行可能时实效数据收集部104在应用代理响应程序1Q后，进行收集代行可能时实效数据7的处理。代行可能时实效数据7的内容与图5所示的通常时实效数据5的内容相同。因此，收集代行可能时实效数据7的方法与由通常时实效数据收集部101进行的通常时实效数据5的收集方法基本相同。
[0128]但是，通常时实效数据收集部101使通常模式强制继续，但代行可能时实效数据收集部104不强制继续。因此，代行可能时实效数据7仅在通常模式的情况下被收集。另夕卜，代行可能时实效数据7被存储在代行可能时实效数据存储部123。
[0129]代理响应程序更新部105基于存储(蓄积)于代行可能时实效数据存储部123的代行可能时实效数据7，以图15?图16所示的步骤更新代理响应程序10Q。
[0130]进行分组，直至按每一组(共同组或者非共同组)生成Cl?C4的代码的步骤，基本上与在图10?图11进行说明了的、由代理响应程序生成部102进行的处理的步骤相同。但是，以下方面与由代理响应程序生成部102进行的处理不同。
[0131]代理响应程序更新部105使用代行可能时实效数据7代替通常时实效数据5。在图16的步骤#766中，通过用作为该组的组员的代行可能时实效数据7的个数除以从开始应用代理响应程序1Q至开始更新处理为止的期间Tj来计算出组的响应频度RT。另外，不进行空文本文件的准备(参照图11的#718)，针对存储在代理响应程序存储部122的代理响应程序10Q，进行以下说明的插入等处理。
[0132]然后，代理响应程序更新部105将组的Cl?C4的代码插入至代理响应程序1Q中的、与该组的响应频度RT相对应的位置(#768、#769)。例如，在该组的响应频度RT比已经追加至代理响应程序1Q的任何组的响应频度RT均大的情况下，追加至代理响应程序1Q的最前头。另外，在比任何组的响应频度RT均小的情况下，追加至最末尾。另外，在该组的响应频度RT比已经追加至代理响应程序1Q的第N个组的响应频度RT小且比第(N+1)个组的响应频度RT大的情况下，追加至第N个组的代码之后。
[0133]此外，在图15?图16的处理结果成为在代理响应程序1Q中代码被表示的组的个数超过了规定个数的情况下，也可以从代理响应程序1Q删除下位的组的代码，从而收纳规定个数。
[0134]更新程序应用部106将由代理响应程序更新部105更新了的代理响应程序1Q写入SRAM133s。删除旧的代理响应程序10Q。由此，代理响应程序1Q被重写，并应用于代理响应 CPU133。
[0135]另外，伴随图像形成装置I或者周围环境的变化等，有时在代理响应程序1Q中代码被表示的组的任一个会变成不应该进行代理响应的组。因此，也可以定期地或者根据管理者的规定的命令的输入，来从头开始重新生成代理响应程序10Q。
[0136]在需要从头开始重新生成代理响应程序1Q的情况下，再起动部107删除分别存储在SRAM133s和代理响应程序存储部122中的代理响应程序10Q。然后，再起动定制用程序 1P。
[0137]这样，由通常时实效数据收集部101进行的处理从最初开始如上述那样被执行。
[0138]其中，由代行可能时实效数据收集部104至更新程序应用部106进行的用于更新代理响应程序1Q的处理，不必一直进行。在应用代理响应程序1Q之后，在休眠模式时或者待机模式时接收数据包81而唤醒(向通常模式变更)的频度比规定频度低的情况下，代行可能时实效数据收集部104至更新程序应用部106也可以停止。规定频度能够由管理者预先设定。
[0139]由再起动部107进行的处理，在图像形成装置I检测到环境的变化(例如，所属区段的变更或者子网掩码的变更等)的情况下，也可以自动执行。变化的检测能够使用公知的技术来进行。另外，也可以在从某个位置撤除而移动至其他位置的情况下执行。
[0140]图17是表示由定制用程序1P进行的整体处理的流程的例子的流程图。
[0141]接下来，参照图17的流程图对由图像形成装置I的主CPU131进行的代理响应程序1Q的生成以及更新的整体的处理的流程进行说明。
[0142]主CPU131在定制用程序1P起动后，在规定期间Tp，将电力供给模式保持为通常模式，并每当接收到数据包81就生成并蓄积通常时实效数据5(图17的#11)。
[0143]如果经过了规定期间Tp (在#12为是)，主CPU131基于蓄积的通常时实效数据5生成代理响应程序10Q(#13)。生成的方法如之前在图10?图11所说明的那样。然后，使生成的代理响应程序1Q存储于SRAM133s (#14)。由此，对代理响应CPU133应用代理响应程序10Q。
[0144]这之后，在休眠模式时或者待机模式时，代理响应CPU133基于代理响应程序1Q执行响应处理。这如之前在图13及图14所说明的那样。
[0145]另一方面，在通常模式时，主CPU131每当接收到数据包81就生成并蓄积代行可能时实效数据7 (#15)。然后，如果经过了规定期间或者规定命令被输入(在#16为是)，则更新代理响应程序1Q(#17)。更新处理如之前在图15?图16所说明的那样。然后，使更新后的代理响应程序1Q存储在SRAM133s(#18)。由此，对代理响应CPU133应用更新后的代理响应程序10Q。
[0146]如果需要从头开始重新生成代理响应程序1Q (在#19为是)，则主CPU131从代理响应程序存储部122和SRAM1336删除代理响应程序10Q，再起动定制用程序1P (#20)。
[0147]再起动后，主CPU131基于定制用程序10P，从步骤#11重新进行处理。
[0148]根据本实施方式，根据图像形成装置I及周围环境来生成代理响应程序1Q并应用于代理响应CPU133。因此，能够比以往更灵活且可靠地使代理响应CPU133代行响应处理。另外，即使相对于环境的变化，也能够比以往更灵活且可靠地进行应对。
[0149]另外，因为使代理响应程序1Q存储在SRAM133s，所以与存储在DRAM相比能够更减少消耗电力。
[0150]图18是控制单元1a的硬件结构的变形例。在本实施方式中，以如图3那样构成控制单元1a的情况为例进行了说明，但在如图18所示那样在主CPU中内置有代理响应CPU的情况下，也能够应用本发明。
[0151]在本实施方式中，由图像形成装置I自身生成或更新代理响应程序10Q，但也可以由其他装置执行。例如，也可以预先在网络系统3中设置服务器，由该服务器来执行。另外，也可以由所谓的云服务器来执行。
[0152]在网络系统3中设置有多台图像形成装置I的情况下，也可以在其他图像形成装置I中应用为I台图像形成装置I生成或更新的代理响应程序10Q。该情况下，可以直接从一个图像形成装置I向另一个图像形成装置I提供代理响应程序10Q，也可以预先使代理响应程序1Q存储在服务器，从而能够适当地下载。但是，该情况下，根据应用目的地的图像形成装置I来适当地变更代理响应程序1Q所表示的目的地MAC地址和目的地IP地址等。
[0153]在本实施方式中，即使通常时实效数据5的个数是2个也分组成I个组，但为了提高模式固定的可靠性，也可以从多于2个的规定个数以上的通常时实效数据5分组成I个组。另外，即使是I个通常时实效数据5，也可以分组成I个组。
[0154]在本实施方式中，根据个数限制在代理响应程序1Q包含代码的组，但也可以用代理响应程序1Q的大小(字节数)进行限制。
[0155]在本实施方式中，以省电力化的对象为图像形成装置I的情况为例进行了说明，对是其他设备的情况也能够应用本发明。例如，也能够应用于服务器或者个人电脑等。
[0156]检测数据5a(参照图5)中包含的项目能够根据使用图像形成装置I的环境等来适当地变更。在图5的例子中，没有包含目的地MAC地址和发送源MAC地址，但也可以包含这些。另外，也可以仅包含协议。
[0157]其他，网络系统3、图像形成装置I的整体或各部分的结构、处理内容、处理顺序、数据结构等能够按照本发明的主旨进行适当地变更。
[0158]附图标记说明:
[0159]L...图像形成装置(通信装置)；102…代理响应程序生成部(程序生成单元)；103…代理响应程序应用部(应用单元)；105…代理响应程序更新部(程序更新单元)；106…更新程序应用部(第二应用单元)；121…通常时实效数据存储部(响应实效存储单元)；123…代行可能时实效数据存储部(第二响应实效存储单元)；131…主CPU(第一控制器)；133…代理响应CPU (第二控制器);133s…SRAM;10Q…代理响应程序(代行用程序)；5…通常时实效数据；7…代行可能时实效数据。
【权利要求】
1.一种通信装置，其特征在于，具有作为主控制器的第一控制器和针对接收到的数据不通过所述第一控制器而基于代行用程序来进行响应的第二控制器，其中，所述通信装置具有: 响应实效存储单元，其每当接收到数据便存储该数据的属性与由所述第一控制器进行的针对该数据的响应的内容的组合； 程序生成单元，其基于所述响应实效存储单元所存储的多个所述组合来判别能够不通过所述第一控制器进行响应的模式，并基于该模式生成所述代行用程序；以及 应用单元，其将由所述程序生成单元生成的所述代行用程序应用于所述第二控制器。
2.根据权利要求1所述的通信装置，其特征在于， 所述程序生成单元将针对固定的所述属性的数据的所述响应的内容为固定的情况判别为所述模式，在接收到该固定的属性的数据的情况下，生成包括以该内容进行响应的代码的程序作为所述代行用程序。
3.根据权利要求1或者2所述的通信装置，其特征在于， 在所述属性中包含有协议的种类。
4.根据权利要求1至3中任一项所述的通信装置，其特征在于， 在所述第一控制器停止的情况下，所述第二控制器针对接收到的数据，基于所述代行用程序进行响应。
5.根据权利要求4所述的通信装置，其特征在于， 在无法基于所述代行用程序进行响应的情况下，所述第二控制器使所述第一控制器唤醒。
6.根据权利要求1至5中任一项所述的通信装置，其特征在于， 所述第二控制器具备SRAM， 所述应用单元通过向所述SRAM写入所述代行用程序，来应用所述代行用程序， 在有多个所述模式的情况下，所述程序生成单元按照所述模式的量成为规定量以下的方式生成所述代行用程序。
7.根据权利要求6所述的通信装置，其特征在于， 所述程序生成单元从多个所述模式中优先选出出现频度大的模式来生成所述代行用程序。
8.根据权利要求1至7中任一项所述的通信装置，其特征在于，具有: 第二响应实效存储单元，在对所述第二控制器应用了所述代行用程序之后，每当所述第一控制器针对接收到的数据进行响应，该第二响应实效存储单元就存储该数据的属性与该响应的内容的第二组合； 程序更新单元，基于所述第二响应实效存储单元所存储的多个所述第二组合来判别所述模式，并基于该模式来更新所述代行用程序；以及 第二应用单元，将更新后的所述代行用程序应用于所述第二控制器。
9.根据权利要求8所述的通信装置，其特征在于， 所述程序更新单元将针对固定的所述属性的数据的所述响应的内容为固定的情况判别为所述模式，并在接收到该固定的属性的数据的情况下向该代行用程序追记以该内容进行响应的代码，由此来更新所述代行用程序。
10.根据权利要求1至9中任一项所述的通信装置，其特征在于， 在检测到网络的环境的变化的情况下，所述程序生成单元生成所述代行用程序。
11.一种通信装置的定制方法，其特征在于，所述通信装置具有作为主控制器的第一控制器和针对接收到的数据不通过所述第一控制器而基于代行用程序来进行响应的第二控制器， 在所述通信装置的定制方法中， 执行第一处理，所述第一处理是:每当所述通信装置接收到数据，就使该数据的属性与由所述第一控制器进行的针对该数据的响应的内容的组合存储于响应实效存储单元， 执行第二处理，所述第二处理是:基于存储于所述响应实效存储单元的多个所述组合，判别能够不通过所述第一控制器进行响应的模式，并基于该模式生成所述代行用程序，执行第三处理，所述第三处理是:将生成的所述代行用程序应用于所述第二控制器。
12.根据权利要求11所述的通信装置的定制方法，其特征在于， 在所述第二处理中，将针对固定的所述属性的数据的所述响应的内容为固定的情况判别为所述模式，在接收到该固定的属性的数据的情况下，生成包括以该内容进行响应的代码的程序作为所述代行用程序。
13.根据权利要求11或者12所述的通信装置的定制方法，其特征在于， 在所述属性中包括协议的种类。
14.根据权利要求11至13中任一项所述的通信装置的定制方法，其特征在于， 在所述第一控制器停止的情况下，所述第二控制器针对接收到的数据，基于所述代行用程序进行响应。
15.根据权利要求14所述的通信装置的定制方法，其特征在于， 在无法基于所述代行用程序进行响应的情况下，所述第二控制器使所述第一控制器唤醒。
16.根据权利要求11至15中任一项所述的通信装置的定制方法，其特征在于， 所述第二控制器具备SRAM， 在所述第三处理中，通过向所述SRAM写入所述代行用程序，来应用所述代行用程序，在有多个所述模式的情况下，在所述第二处理中，按照所述模式的量成为规定量以下的方式生成所述代行用程序。
17.根据权利要求16所述的通信装置的定制方法，其特征在于， 在所述第二处理中，从多个所述模式中优先选出出现频度大的模式来生成所述代行用程序。
18.根据权利要求11至17中任一项所述的通信装置的定制方法，其特征在于， 执行第四处理，所述第四处理是:在对所述第二控制器应用了所述代行用程序之后，每当所述第一控制器针对接收到的数据进行响应，就使该数据的属性与该响应的内容的第二组合存储于第二存储单元， 执行第五处理，所述第五处理是:基于所述第二存储单元所存储的多个所述第二组合来判别所述模式，并基于该模式来更新所述代行用程序， 执行第六处理，所述第六处理是:将更新后的所述代行用程序应用于所述第二控制器。
19.根据权利要求18所述的通信装置的定制方法，其特征在于， 在所述第五处理中，将针对固定的所述属性的数据的所述响应的内容为固定的情况判别为所述模式，并在接收到该固定的属性的数据的情况下向该代行用程序追记以该内容进行响应的代码，由此来更新所述代行用程序。
20.根据权利要求11至19中任一项所述的通信装置的定制方法，其特征在于， 在检测到网络的环境的变化的情况下，在所述计算机执行所述第二处理。
【文档编号】H04L29/06GK104427186SQ201410449784
【公开日】2015年3月18日 申请日期:2014年9月4日 优先权日:2013年9月5日
【发明者】山口武久, 山田匡实 申请人:柯尼卡美能达株式会社