专利名称：程序更新管理装置的制作方法
技术领域：
本发明涉及对外部终端的程序更新进行遥控的程序更新管理装置，尤其涉及用来对多个程序整合性进行更新的技术。
背景技术：
根据程序进行动作的装置，为了修正其存在的问题或追加功能，市场上有出现对程序进行更新的必要。以往是用户工程师到现场进行程序的更新作业，可近年来，通过网络，从服务器进行程序下载之做法，已经较为普遍。
随着程序的大容量化，从服务器更新程序有时需要花费几分至十几分钟时间。另外，大多数装置在程序更新中不能使用。因此出现一种程序更新系统，其中能够预约程序的更新时刻，在夜间等不给用户带来影响的时间带实行程序更新(例如，请参照专利文献1以及2。(特开2005-135147号公报以及特开2004-185114号公报))。
另外，在备有多功能的装置中，例如在备有复印功能、扫描功能、打印功能、传真功能等数码复合机中，各程序按功能不同或处理器不同分开，若这些多个程序的更新顺序出错，则装置不能正常动作。例如，若不先更新特选装置的程序，那么，则有可能不能适当更新主机的程序。在此，当用户工程师不在现场而从管理服务器下载多个程序进行更新时，为了确保正确的更新顺序，公开了一种程序更新方法，其中，在下载了程序的装置侧，对程序的更新顺序进行判断，使从离主机远的特选装置起依次进行程序的更新(例如，请参照专利文献3。(特开2004-194298号公报))。
在从服务器接收下载的装置侧判断程序的更新顺序时，可以用离主机远的顺序等简单的规律来决定更新顺序，但是，若想根据多种条件进行复杂的判断，则增大装置侧的处理负担。另外，在从服务器接收下载的装置侧判断程序的更新顺序时，也难于从厂家得到有关程序变化部分的信息和程序相互间的关联性等最新信息来采取对应。
并且，若仅仅判断多个程序的更新顺序，则在下载的多个程序中含有不要更新的程序或含有与其他程序不整合的程序时，出现多余的更新或使装置动作发生异常的更新。
另外，即使是能够预约程序更新时刻的系统，在对多个程序分别进行更新预约时，也只是按预约时刻到来的顺序实行程序的更新，所以，有发生多余的更新或顺序不适当更新之忧虑。
发明内容
为了克服上述问题，本发明以提供一种程序更新管理装置为目的，其在对外部终端进行多个程序更新时，能够适当对程序的更新顺序或更新的要否进行控制。
为了克服上述缺点，本发明的上述目的通过以下所示程序更新管理装置来达成。
(1)一种程序更新管理装置，其特征在于，包括接收单元，接收多个有关程序的更新指示；存储单元，存储所述接收单元所接收的所述多个有关程序的更新指示；判定单元，对所述存储单元所存储的所述更新指示所表示的所述多个程序，进行更新顺序的决定；控制单元，按照所述判定单元决定的更新顺序，对外部终端的所述多个程序的更新动作进行控制。
上述发明中，程序更新管理装置接收从用户工程师的便携终端等传送过来的多个程序的更新指示，进行存储，对该存储着的更新指示相关的多个程序的更新顺序作判定，按照其判定结果的更新顺序，控制对外部终端的程序更新动作(下载等)。
因为是在程序更新管理装置对更新顺序进行判定，控制程序的更新动，所以，将用来决定更新顺序的基础数据仅输入到程序更新管理装置即可，与在各外部终端分别判定更新程序的情况相比较，容易进行反映了来自于厂家的最新信息的判定。
多个程序的更新指示可以通过1次更新指示来指定，也可以通过分别接收且蓄积到存储单元的多个更新指示来指定。对更新顺序的判定方法和判定理论不作追究，例如，可以是预先存储表示程序相互间更新优先顺序的管理信息，根据该管理信息进行判定。
(2)(1)中记载的程序更新管理装置，其特征在于，所述判定单元且对所述多个程序分别进行更新要否的判定，所述控制单元仅以所述判定单元判定了更新要的程序为对象，实行更新动作。
上述发明中，对接收到更新指示的多个程序分别进行更新要否和更新顺序的判定。从效率性来说，首先判定更新的要否，然后只对更新要的程序进行更新顺序的决定，但也可以决定更新顺序之后再判定更新的要否。更新要否的判定可以根据下述进行，例如多个程序的相互关系(版本的新旧和排他关系)；更新场所之外部终端相关的信息(程序的更新履历和系统结构等)。
(3)(1)中记载的程序更新管理装置，其特征在于，且备有分组单元，将所述存储单元所存储的所述更新指示所表示的所述多个程序，按照一定的基准进行分组，所述判定单元对所述分组单元所分组内的多个程序，进行更新顺序的决定。
上述发明中，例如在短时期内多次接收程序的更新指示，蓄积存储到存储单元。分组单元对这些多个更新指示按一定基准进行分组。有以下方法，例如，将到规定时间为止所接收到的归为1个组，或将从接收到最初的更新指示到经过规定时间为止所接收到的归为1个组，或将从接收到最初的更新指示到经过规定时间之前在没有接收到下一个更新指示时的至今为止接收到的归为1个组等。判定单元在各组内对程序的更新指示进行判定。
(4)(3)中记载的程序更新管理装置，其特征在于，所述判定单元且在所述组内对各程序的更新要否进行判定，所述控制单元仅对所述判定单元判定为更新要的程序，实行更新动作。
上述发明中，将程序的更新指示进行分组，在各组内对更新的顺序和各程序更新要否进行判定。
(5)(1)乃至(4)的任何1项中记载的程序更新管理装置，其特征在于，所述控制单元从容纳了更新对象程序的程序服务器取得所述程序。
上述发明中，程序更新管理装置从另行设置的程序服务器取得程序，用该程序对外部终端的程序进行更新。
(6)(1)乃至(5)的任何1项中记载的程序更新管理装置，其特征在于，所述控制单元在所定时机开始所述更新动作。
上述发明中，当接收到程序的更新指示时，不是立即进行更新，而是待所定的时机到来之后实行更新。所定时机可以是晚上12点等特定的时刻，也可以是满足特定条件的时机，例如，将对关联的多个程序的更新指示到齐到了的时刻等作为特定条件。可以在程序管理装置侧设定所定时机，也可以从更新的委托方侧作指定，也可以从更新场所的外部终端进行指定。
(7)(6)中记载的程序更新管理装置，其特征在于，且备有取得单元，从所述外部终端取得有关程序更新时期的信息，根据所述取得单元取得的所述有关程序更新时期的信息，决定所述所定时机。
上述发明中，从更新场所的外部终端取得有关程序更新时期的信息，在其信息指定的更新时期到来时实行程序的更新动作。由此，可以在适应外部终端侧情况的时机实行程序的更新。有关程序更新时期的信息，可以预先取得并存储在程序更新管理装置，在程序更新管理装置侧管理其更新时期的到来，也可以在更新时期到来之时由外部终端发出通知。
(8)(7)中记载的程序更新管理装置，其特征在于，所述有关程序更新时期的信息是表示所述外部终端不使用时间带之信息。
上述发明中，将夜间和休息日等外部终端不使用的时间带指定为程序更新时期。
(9)(1)乃至(8)的任何1项中记载的程序更新管理装置，其特征在于，所述接收单元所接收的所述更新指示，来自于非程序更新场所之外部终端的别的终端。
上述发明中，例如，从远离更新场所之外部终端的用户工程师的便携终端，向程序更新管理装置传送程序的更新指示。
(10)(1)乃至(9)的任何1项中记载的程序更新管理装置，其特征在于，通过多个更新指示，接收多个有关程序的更新指示。
上述发明中，根据分别接收的多个更新指示，指定为更新顺序等判定对象的多个程序。
(11)(1)乃至(10)的任何1项中记载的程序更新管理装置，其特征在于，所述控制单元一次性实行对所述外部终端的多个程序的更新动作。
上述发明中，对更新指示所指定的多个程序，进行更新顺序和更新要否的判定，当所定时机到来时，用判定结果的更新顺序，对被判定为更新要的程序一次性(连续)实行更新地进行控制。例如在外部终端不使用的时间带，连续一次性更新多个程序。
图1本发明实施方式中涉及的包含管理服务器的程序更新系统的结构说明示意图。
图2本发明实施方式中涉及的管理服务器的功能结构方框示意图。
图3管理服务器的管理信息存储部中存储的管理信息表的一例说明示意图。
图4程序更新系统中的程序更新处理的整体动作经过示意图。
图5程序更新系统中的程序更新处理动作具体例子经过示意图。
图6用图5所示动作作成的更新指示蓄积表以及更新管理表的一例说明示意图。
图7管理服务器与程序服务器一体时的程序更新系统结构例子说明示意图。
具体实施例方式
以下，根据附图，对本发明的实施方式进行说明。
图1表示本发明实施方式中涉及的、包含作为程序更新管理装置的管理服务器10的程序更新系统5的结构例子。中介英特网2等网络，通过将管理程序更新动作的管理服务器10与、蓄积保存程序的程序服务器20与、为程序更新场所的外端终端的图像形成装置30与、将程序的更新指示送往管理服务器10的指示终端4连接，构成程序更新系统5。
程序更新系统5是对图像形成装置30进行保修、检点、管理的用户工程师等更新指示者3，用手机或携带终端或设置在营业所的电脑装置等指示终端4，从远程更新图像形成装置30的程序之系统。
程序更新系统5设想在短期间中，有多次程序更新指示从更新指示者3的指示终端4传来，当管理服务器10接收更新指示信号时，不是立即实行相应的更新动作，而是至下一次更新时机到来为止蓄积存储接收到的更新指示。然后，当下一次的更新时机到来时，对迄今为止接收到的多个更新指示，综合性地判定更新的要否或更新顺序等，将更新内容适当化之后实行程序的更新。
指示终端4备有以下功能受理来自于更新者3的程序更新指示的输入操作；将相应于该输入操作的程序更新指示送往管理服务器10；从管理服务器10接收更新结果的通知并进行显示。通过电子邮件、管理服务器10提供的网页等，进行更新指示和更新结果的通知。
程序服务器20备有以下功能保存各种程序；根据下载要求，将保存着的程序下载到图像形成装置30。
图像形成装置30备有原稿复印功能、扫描功能、打印功能、传真功能等，为数码复合机，主机31中装备了自动原稿传送装置(ADF(Auto Document Feeder))32、进行打孔装订等处理的精加工装置(FNS(finisher))33等特选装置。主机31备有读取原稿图像的扫描部、将图像印刷到记录纸上的打印部、反映用户接口的操作显示部、与连接在英特网2的各种器具进行通信的通信部、图像数据存储部等。
且图像形成装置30的主机31还备有CPU(Central ProcessingUnit)，起到作为控制部功能，图示省略，同时，在闪速存储等不能换写的不挥发存储中，存储着用来控制自身装置动作的多种程序。例如，存储着控制图像形成装置30整体动作的主程序、控制自动原稿传送装置32的ADF控制程序、控制精加工装置33的FNS控制程序等与装置结构和特选装置装备状况相对应的多种程序。
另外，图像形成装置30备有更新功能，按照来自于管理服务器10的指示，从程序服务器20下载该当程序，对自身装置内的程序进行更新。安全性上仅受理来自于有登录的管理服务器10的更新指示。另外图像形成装置30还备有查询功能，为了定期确认有没有向自身的更新指示而对登录了的管理服务器10进行查询。
来自于管理服务器10的更新指示按一个个程序单位进行。若图像形成装置30接收1个更新指示，则按照其从程序服务器20下载该当程序进行更新，之后将更新结束(更新结果)通知管理服务器10，促使下一次更新指示。连续进行多个程序更新的情况时，多次反复上述动作。
并且，图像形成装置30备有向管理服务器10通知程序更新时机之功能。在此是将用户不使用图像形成装置30的时间带(不使用时间带)通知管理服务器10。例如，可以在图像形成装置30的副电源关掉时，或到了预约装置关掉周期定时器中设定的关掉时间时，或一段时间不使用而副电源自动关掉(省电力模式)时等时候，发出更新时机通知。也就是说，在上述条件下，将从装置电源关掉到下一次电源打开之间隔，视作该当图像形成装置30的不使用时间带，向管理服务器10发出更新时机通知。
另外，当用户将周期定时器设定为从星期一到星期五的每天10:00打开电源、21:00关掉电源时，那么每天21:00到第二天早上10:00和星期六、星期天整天则为用户不使用时间带，所以，此定时器的设定信息作为表示该不使用时间带的信息，通知到管理服务器10。管理服务器10对接收到了该通知的图像形成装置30在不使用时间带实行程序的更新动作。
图2表示管理服务器10的概略功能结构。管理服务器10备有以下单元接收单元11，接收来自于终端4的程序更新指示；存储单元12，存储接收单元11所接收的多个有关程序的更新指示；更新时期管理单元13，管理并控制更新时期；分组单元14，将存储单元12中存储的更新指示所表示的多个程序进行分组；判定单元15，对属于1个组的多个程序进行更新顺序的决定和更新要否的判断；控制单元16，按照判定单元15的判定结果，控制图像形成装置30的程序更新动作；通知单元17，向指示终端4通知更新结果。备有上述功能部的管理服务器10用备有C P U、R O M(Read Only Memory)、R A M(RandomAccess Memory)、输出入接口部、通信部、存储部等的电脑装置构成。
管理服务器10且备有管理信息存储部18，存储用来判定更新顺序和更新要否的为基础数据的管理信息。管理信息存储部18中，逐次更新、以最新的状态存储着从图像形成装置30的制造厂家提供的管理信息。判定单元15除了根据管理信息存储部18中存储的管理信息之外，还根据从图像形成装置30取得的装置信息(例如机种、系统构成、现有程序的版本信息)等，判定更新的要否和更新的顺序。也可以使管理信息存储部18作为存储部12的一部分。
更新时期管理单元13为功能部，其功能通过CPU将容纳在ROM中的程序读出到RAM进行实行来实现，根据从图像形成装置30接收到的更新时机(周期定时器的不使用时间带等)通知，或自身装置中设定的日期和时间，或更新指示的接收状况等，判断程序的更新时期。
分组单元14为功能部，其功能通过CPU将容纳在ROM中的程序读出到RAM进行实行来实现，通过以下方法进行分组，例如，每天将至规定时刻为止(例如晚上10点)所接收到的更新指示归为1个组，或将从接收到最初的更新指示到经过一定时间(例如5小时)为止的期间所接收到的更新指示归为1个组，或从最新的更新指示到经过一定时间(例如2小时)之前、当没有接收到对同一图像形成装置30的下一个更新指示时，将迄今为止接收到的更新指示归为1个组等。也就是说，起到蓄积接收到的更新指示并用某一基准归为1个组之功能。
而且，分组的方法并不局限于此。另外，分组的方法可以在管理服务器10中进行设定变更，或通过来自于指示终端4的指示作设定变更。另外，也可以使从指示终端4传送的更新指示的分组编号指定成为可能，由此，按持有同一分组编号的更新指示进行分组。
另外，有关分组的时期与、判定更新要否以及更新顺序的时期与、根据判定结果控制单元16实行更新动作的时期，三者可以是分开、也可以是同时期的。例如可以构成为，当从图像形成装置30发出更新时机通知时，对迄今为止存储单元12中蓄积的对图像形成装置30的更新指示进行分组，用判定单元15对属于该组的更新指示进行更新的要否和更新顺序的判定，根据判定结果，控制更新动作。
控制单元16为功能部，其功能通过CPU将容纳在ROM中的程序读出到RAM进行实行来实现，实行更新动作时，连续实行(一次性实行)属于1个组的多个程序的更新动作。具体的是将1个程序的更新指示送往图像形成装置30，当从图像形成装置30接收到其更新结束的通知，则将下一个程序的更新指示送往图像形成装置30，按更新程序数而数次连续反复该动作，由此，一次性实行多个程序的更新动作。接收部11以及通知部17为功能部，其功能通过CPU将容纳在ROM中的程序读出到RAM，控制输出入接口来实现。
图3表示管理信息存储部18中存储的管理信息表50的一例。管理信息表50分机种地存储着对机种信息51、该机种所使用的程序和驱动的种类信息52、各程序的现版本53、表示这些程序和驱动的最新适当组合规则的信息54、表示更新顺序优先次序的信息55付与了对应性的管理信息。图3表示1机种份的管理信息。
用“对第1程序的动作产生影响的第2程序的优先排位高于第1程序的优选排位”规则，设定图3所示管理信息表50中所示的优先排位。例如，自动原稿传送装置(ADF)32影响引擎的动作，引擎的动作影响精加工装置(FNS)33的动作，因此，优先排位为ADF(1)＞引擎(2)＞FNS(3)。另外，引擎、ADF、FNS等器具的状态又影响驱动的动作和设定，所以，将驱动的优先排位设定为低于其他的程序。
且各程序的现版本53不是预先登录，而是在进行程序更新等时从更新场所的图像形成装置30取得。
图4表示程序更新系统5中的程序更新处理经过。另外，图1中出示了当时的概略数据流程。按照更新指示者3的操作，从指示终端4送来多个有关程序的更新指示，在管理服务器10接收(图4步骤S101；图1P1)。多个有关程序的更新指示，可以用短时间内传送的多个更新指示也可以用1次更新指示进行指示。多个有关程序的更新指示按照前面所述的基准分组。管理服务器10从更新指示所示的更新场所的图像形成装置30取得表示机种、系统结构、各程序的现版本等的信息(步骤S121、S141)。
接下去，管理服务器10的判定单元15参照管理信息存储部18中存储着的管理信息表50，取得该当机种相关的管理信息，根据表示该管理信息最新适当组合规则的信息54等，对组内的多个程序进行更新的要否和更新顺序的判定(步骤S122)，将其判定结果登录到更新管理表(步骤S123)。
例如，就同一程序有多个更新指示重复时，判定单元15则保留其中的1个而消除其他多余的更新指示。另外，对同一控制对象有新版本和旧版本程序的更新指示重复时，例如判定新版本方为要更新，判定旧版本方不要更新。或者当存在若不是在更新为旧版本之后则不能更新为新版本等更新条件时，那么按照更新条件判定更新的要否和更新顺序。例如，判定按旧版本、新版本的次序进行更新。被判定为要更新的程序则被预约受理，对其程序的更新指示从更新顺序优先排位第1位起依次登录。
之后，管理服务器10将反映更新指示预约受理和因重复等更新指示消除等受理结果通知送往指示终端4(步骤S124；图1P2)。
之后，当图像形成装置30的不使用时间带到来而图像形成装置30向管理服务器10发出更新时机通知(步骤S125、S142；图1P3)时，则管理服务器10将更新管理表内登录排位第1位的更新指示送往图像形成装置30(步骤S126；图1P4)，同时通知指示终端4更新动作开始(步骤S127)。
图像形成装置30按照从管理服务器10接收到的更新指示，从程序服务器20下载程序以实行程序的更新(步骤S143；图1P5)。更新结束后将包括更新成否等更新结果的更新结束通知送往管理服务器10(步骤S144；图1P6)。
管理服务器10从图像形成装置30接收到更新结束通知，则将相应的更新结果通知送往指示终端4之后(步骤S128；図1P7)，将更新管理表的排位提前1位(步骤S129)，查询更新管理表中有没有下一个更新指示存在(步骤S130)。当有下一个更新指示存在时(步骤S130N)，则回到步骤S125，控制有关更新指示的更新动作。当不存在下一个更新指示时(步骤S130Y)则结束处理(结束)。
接下去，参照图5以及图6，对接收到更新指示A、B、C、D时的具体例子进行说明。如图5所示，管理服务器10从指示终端4依次接收到更新指示A(受理日期时间2月28日10:00，更新内容引擎程序Ver5.1)和、更新指示B(受理日期时间2月28日11:00，更新内容ADF程序Ver5.1)和、更新指示C(受理日期时间2月28日11:10，更新内容引擎程序Ver4.0)和、更新指示D(受理日期时间2月28日11:30，更新内容引擎程序Ver5.1)(图5S201～S204)。图6(a)表示管理服务器10的存储单元12中所存储的更新指示蓄积表60的一例。管理信息存储部18中按接收次序存储着更新指示A、B、C、D。
判定单元15根据图3管理信息表50所示的基准，对更新指示蓄积表60中所存储的4个更新指示进行更新要否的判别以及更新顺序的决定(图5S205～S207)。该例中，图3的管理信息表50中，以对优先排位为第1位的ADF的更新指示B(ADF程序Ver2.1)为更新顺序1位。另外，更新指示A与更新指示D的更新内容重复，所以消除(取消重复)其中的任何一个(这里是更新指示D)。并且，若实行更新指示A(引擎程序Ver5.1)则没有必要实行更新指示C(引擎程序Ver4.0)，所以消除(排他取消)。
图6(b)表示根据上述判定作成的更新管理表70。更新指示B(受理日期时间2月28日11:00)与更新指示A(受理日期时间2月28日10:00)调换顺序。另外，更新指示C、D被判定为更新不要而消除。
作成更新管理表70之后，向指示终端4通知受理预约了更新指示A与更新指示B(步骤S208、S209)，通知排他取消了更新指示C(步骤S210)，通知重复取消了更新指示D(步骤S211)。
接下去，管理服务器10确认图像形成装置30是否在用户的不使用时间带(步骤S212)，为不使用时间带(空出时间OK)时(步骤S213)，依据更新管理表70控制更新动作。
详细如下，首先，将登录在更新管理表70最先的更新指示B送往图像形成装置30(步骤S214)，将更新指示B的更新动作开始之事通知指示终端4(步骤S215)。图像形成装置30按照更新指示B从程序服务器20下载程序进行更新(步骤S216)，将更新指示B的更新结束通知管理服务器10(步骤S217)。管理服务器10将从图像形成装置30接收到的更新结束通知中继送往指示终端4(步骤S218)。
接下去用上述同样方法，实行更新管理表70第2位登录的更新指示A的更新处理(步骤S219～S225)。由此，从指示终端4接收的更新指示A、B、C、D的有关程序更新处理结束。
如此，接收用户工程师从指示终端4的多个程序的更新指示，对这些更新指示所表示的多个程序进行更新顺序的决定和更新要否(重复取消和排他取消)的判别，根据判定结果对图像形成装置30进行程序更新动作的控制，这样，能够用适当的顺序进行多个程序的更新，防止了由于顺序不当的更新而给装置带来动作异常。另外，通过判别更新的要否，能够防止同一程序的重复更新和、新旧版本双方的多余更新和、使得装置动作产生异常的不整合组合的程序更新等。
且因为是在管理服务器10侧判定更新顺序和更新的要否，所以，与在各图像形成装置30分别判定的情况相比，可以迅速且详细反映来自于厂家的判定最新信息的基础数据(管理信息表50)，能够根据最新信息适当的控制多个程序的更新动作。
另外，在图像形成装置30不使用的时间带内实行程序的更新动作，因此能够不妨碍用户使用地进行更新程序。
以上，根据附图对本发明的实施方式进行了说明，但是，具体的结构不局限于实施方式所示，在不逸脱本发明要旨范围中的变更和补充，也包含在本发明之中。
例如，也可以将管理服务器10和程序服务器20构成为如图7所示一体。
另外，程序的更新时期不局限于图像形成装置30的不使用时间带，也可以在管理服务器10侧定出的更新时机或用其他条件规定的适宜时机进行更新。另外，实施方式中是当更新时期到来时对所要更新的多个程序连续一次性进行更新，但是，只要维持判定结果的更新顺序，也可以分多次实行更新动作。
另外，也可以构成为能够对从指示终端4送来的更新指示进行优先排位或即时实行的指定。在接收到即时实行更新指示时，管理服务器10可以单独即时实行(处于更新中时，待更新动作结束后实行)此更新指示，也可以在与在此之前接收到的更新指示之间，判定更新顺序和更新要否，根据判定结果即时实行更新动作。
另外，也可以构成为能够用从指示终端4送来的1个更新指示，指定多个图像形成装置30为更新场所。此时，每一更新场所的图像形成装置30分别判定更新顺序和更新要否。
之外，还可以构成为能够从指示终端4对管理服务器10咨询确认更新顺序，或强制性替换更新顺序等。
实施方式中，作为更新场所的外部装置，例示了图像形成装置30，但只要是装载了多个程序且更新可能的装置，当然也可以是其他装置。
根据本发明涉及的程序更新管理装置，接收来自于用户工程师的携带终端多个有关程序的更新指示，对该更新指示所示的多个程序的更新顺序进行判定，按照其更新顺序，控制外部终端的程序更新动作，能够在程序更新管理装置判定多个程序，以适当的顺序进行更新，能够防止由于不当顺序更新而带来更新场所装置的动作异常事态。
另外，因为在更新管理装置侧判定更新顺序等，所以只要在程序更新管理装置中刷新该判定的基础数据，这与分别在各个外部装置判定更新顺序的情况相比较，能够迅速且详细反映来自于制造厂家的判定最新信息的基础数据，能够根据最新信息适当的控制多个程序的更新动作。
并且，通过判定各程序的更新要否，能够防止同一程序的重复更新和、新旧版本双方的多余更新和、使得装置动作产生异常的不整合组合的程序更新等。
另外，在外部终端不使用的时间带内实行更新动作，因此，能够不妨碍用户使用地进行程序更新。
权利要求
1.一种程序更新管理装置，其特征在于，包括接收单元，接收多个有关程序的更新指示；存储单元，存储所述接收单元所接收的所述多个有关程序的更新指示；判定单元，对所述存储单元所存储的所述更新指示所表示的所述多个程序，进行更新顺序的决定；控制单元，按照所述判别单元决定的更新顺序，对外部终端的所述多个程序的更新动作进行控制。
2.根据权利要求1中记载的程序更新管理装置，其特征在于，所述判别单元且对所述多个程序分别进行更新要否的判定，所述控制单元仅以所述判定单元判定了更新要的程序为对象，实行更新动作。
3.根据权利要求1中记载的程序更新管理装置，其特征在于，且备有分组单元，将所述存储单元所存储的所述更新指示所表示的所述多个程序，按照一定的基准进行分组，所述判定单元对由所述分组单元分组了的组内的多个程序，进行更新顺序的决定。
4.根据权利要求3中记载的程序更新管理装置，其特征在于，所述判定单元且在所述组内对各程序的更新要否进行判定，所述控制单元仅对所述判定单元判定为更新要的程序，实行更新动作。
5.根据权利要求1至4的任何1项中记载的程序更新管理装置，其特征在于，所述控制单元从容纳了更新对象程序的程序服务器取得所述程序。
6.根据权利要求1至5的任何1项中记载的程序更新管理装置，其特征在于，所述控制单元在所定时机开始所述更新动作。
7.根据权利要求6中记载的程序更新管理装置，其特征在于，且备有取得单元，从所述外部终端取得有关程序更新时期的信息，根据所述取得单元所取得的所述有关程序更新时期的信息，决定所述所定时机。
8.根据权利要求7中记载的程序更新管理装置，其特征在于，所述有关程序更新时期的信息是表示所述外部终端不使用时间带之信息。
9.根据权利要求1至8的任何1项中记载的程序更新管理装置，其特征在于，所述接收单元所接收的所述更新指示，从非程序更新场所之外部终端的别的终端送来。
10.根据权利要求1至9的任何1项中记载的程序更新管理装置，其特征在于，通过多个更新指示，接收多个有关程序的更新指示。
11.根据权利要求1至10的任何1项中记载的程序更新管理装置，其特征在于，所述控制单元一次性实行对所述外部终端的多个程序的更新动作。
全文摘要
提供一种程序更新管理装置，其能够在对外部终端进行多个程序更新时，根据来自于厂家的最新信息，对程序的更新顺序和更新要否进行判定，控制更新动作。管理服务器(10)多次接收短时间内来自于指示终端(4)的程序更新指示并蓄积存储(P1)，对该蓄积的多个更新指示，进行最恰当的更新顺序和更新要否(排除重复指示和排除排他性组合等)的判定。管理服务器(10)从图像形成装置(30)得到用户不使用空出时间的通知时(P3)，则按照前面的判定结果向图像形成装置(30)送出程序更新指示(P4)，图像形成装置(30)相应指示从程序服务器(20)下载程序进行更新(P6)。更新结果中继管理服务器(10)通知到指示终端(4)(P6、P7)。
文档编号H04N1/00GK101089815SQ20071010113
公开日2007年12月19日 申请日期2007年4月29日 优先权日2006年6月13日
发明者木本哲雄 申请人:柯尼卡美能达商用科技株式会社