CN103809997B - 信息处理装置和网络系统 - Google Patents

Abstract

本发明提供一种信息处理装置和网络系统，其中，该信息处理装置存储包括该装置中固件模块的版本信息组的配置信息；基于该配置信息，该装置获取包括最新版本固件模块的版本信息的固件信息；该装置将该配置信息中的版本信息组与固件信息中的版本信息组进行比较，并且，在配置信息中的版本信息组和固件信息中的版本信息组不一致时，确定可以更新装置中的固件；该装置下载最新版本的固件；并且将所下载固件中的版本信息组与配置信息中的版本信息组进行比较，并且仅更新在所下载固件中的版本信息与配置信息中的版本信息不同的模块。

Description

信息处理装置和网络系统

技术领域

本发明涉及图像处理装置以及网络系统，并且更详细的说，涉及安装在信息处理装置中的固件的远程更新。

背景技术

安装在投影仪中的固件可以为了改进功能和/或解决问题（如果存在的话）的目的而按需要被更新。在这方面，已知一种技术，在所述技术中存储更新数据的、诸如USB存储器的记录介质与投影仪连接，并且利用该更新数据来更新安装在投影仪中的固件。

然而，用这种方法，用户需要手动执行更新工作，这对用户来说可能是很麻烦的。

在这方面，日本特开专利申请No.2004-234056公开了一种方法，在所述方法中利用网络更新外设装置中的固件。然而，该方法假设以这种方式使用的装置是被持续供电的。因此，无法将这种方法应用于不被假设为以持续供电方式使用的诸如投影仪的装置。

发明内容

根据本发明的一个实施例，信息处理装置包括固件，所述固件包括多个模块并且所述固件被装载在信息处理装置中；配置信息存储部，所述配置信息存储部存储包括固件中包括的各模块的版本信息组的配置信息；固件信息获取部，所述固件信息获取部基于配置信息，从外部获取包括最新版本固件各模块版本信息组的固件信息；更新可能性确定部，所述更新可能性确定部对包括在配置信息中的版本信息组和包括在固件信息中的版本信息组进行比较，并且，在配置信息中的版本信息组和固件信息中的版本信息组不一致的情况下，确定可以更新信息处理装置中的固件；固件获取部，所述固件获取部从外部下载信息处理装置中的、已被更新可能性确定部确定为可以更新的固件所对应的最新版本的固件；以及固件更新部，所述固件更新部将所下载的最新版本的固件中包括的各模块的版本信息组与配置信息中包括的各模块对应的版本信息组进行比较，并且仅更新信息处理装置中的、下载的固件中的版本信息与配置信息中的版本信息不同的模块。

附图说明

图1表示根据第一实施例的包括视频输出装置的网络系统；

图2表示关于固件的远程更新的时序图；

图3表示根据第一实施例的视频输出装置的功能框图；

图4表示根据第一实施例，由配置信息生成部执行的过程的流程图；

图5表示根据第一实施例的固件的数据结构；

图6表示根据第一实施例的配置信息的数据结构；

图7表示根据第一实施例的固件ID的数据结构；

图8表示根据第一实施例的固件信息管理表；

图9表示根据第一实施例的固件信息的数据结构；

图10表示根据第一实施例，由更新可能性确定部执行的过程的流程图；

图11表示根据第一实施例的固件的另一数据结构；

图12表示根据第一实施例，由固件更新部执行的过程的流程图；

图13表示根据第一实施例的由视频输出装置执行的过程的时序图；

图14A、14B以及14C表示根据第一实施例的UI屏幕页面；

图15表示根据第一实施例，由更新可能通知部执行的过程的流程图；

图16、17、18、19、20以及21表示根据第一实施例，由视频输出装置执行的过程的时序图；

图22表示第一实施例中的设计变更中的固件信息的数据结构；

图23表示第一实施例中的设计变更中，由视频输出装置执行的过程的时序图；

图24表示根据第一实施例的视频输出装置的一个示例的硬件图。

具体实施方式

下文将描述第一实施例及其设计变更。然而，本发明不局限于本文中的第一实施例及其设计变更。

需要注意的是，在用于描述第一实施例的各图示中，给共同的元件赋予同样的附图编号，并且可以省略重复的描述。

图1表示根据第一实施例的、包括视频输出装置100的网络系统1000的配置。

网络系统1000包括多个视频输出装置100、固件管理服务器200以及网络中继装置300。这些装置由诸如LAN、VPN、因特网或类似物的网络400相互连接。

视频输出装置100是将图像投影到屏幕上的装置，并可以被称为“投影仪”。

在各视频输出装置100中，安装了预定的固件组。该固件组由视频输出装置100中的处理器执行，并且因此，该固件组使处理器执行用于实现诸如将图像投影到屏幕上的各种功能的信息处理。

根据第一实施例，在各视频输出装置100中，分别为各装置的类型安装不同的固件组。此外，在相同装置类型的一些视频输出装置100中，可以分别安装不同的固件组。

固件管理服务器200是管理固件组的装置，该固件组被安装在连接到网络400的视频输出装置100中，并且所述固件管理服务器200可以被称为“文件服务器”。

每次当固件的开发者新发布固件时，开发者将固件上传到固件管理服务器200。固件管理服务器200持续存储固件的最新版本，并且统一固件的管理。

根据第一实施例，当更新固件时，每个视频输出装置100从固件管理服务器200下载固件的最新版本，并且将该最新版本安装在视频输出装置中。

关于固件更新，网络中继装置300在视频输出装置100和固件管理服务器200之间中继关于已被上传到固件管理服务器200的最新固件组的预定信息（后文将称之为固件信息）。在这方面，将要利用图2做详细的描述。

图2表示关于固件的远程更新的时序图。

已发布新固件的固件开发者将该固件上传到固件管理服务器200（步骤S1）。

响应于此，固件管理服务器200将关于最新固件的固件信息注册到网络中继装置300（步骤S2）。

在网络中继装置300中，将固件信息以与对应固件的识别信息（下文中被称为固件ID）相关联的方式进行注册。

稍后将详细描述固件信息。

另一方面，每个视频输出装置100在预定的时机从网络中继装置300获取固件信息（步骤S3）。

每个视频输出装置100基于所获取的固件信息确定要进行更新的固件，并且从固件管理服务器200获取（下载）该固件（步骤S4）。

因此，已经对根据第一实施例的固件远程更新做了大致的描述。

接下来，将描述每个视频输出装置100的功能。

图3表示每个视频输出装置100的功能框图。

如图3所示，每个视频输出装置100包括配置信息生成部10、配置信息存储部11、固件信息获取部12、固件信息获取条件确定部13、更新可能性确定部14、固件获取部15以及固件更新部16。

每个视频输出装置100还包括外部通知部21、通知目的地存储部22、再通知必要性设置部23、更新可能通知部24以及更新指令接收部25。

每个视频输出装置100还包括下载条件确定部30、输入信号检测部32、下载数据/时间检测部34、新设备连接检测部42、错误检测部44、固件信息获取数据/时间检测部46、认证部52、认证必要性设置部54、UI控制部60、投影控制部70以及投影部80。

方便起见，下文将以聚焦于一个视频输出装置100的方式大致描述图3中所示的每个功能部。

配置信息生成部10动态地生成安装在视频输出装置100中的固件的配置信息，并且将所生成的配置信息存储在配置信息存储部11中。将会详细描述配置信息。

固件信息获取部12从网络中继装置300获取固件信息。固件信息获取条件确定部13确定是否已满足用于获取固件信息的条件，并且通知固件信息获取部12已满足该条件。固件信息获取部12响应指明该条件已经满足的通知来获取固件信息。

固件获取部15从固件管理服务器200下载固件并存储该固件。下载条件确定部30确定是否已满足用于从固件管理服务器200下载固件的条件，并且通知固件获取部15该条件已满足。固件获取部15响应指明该条件已经满足的通知来下载固件。

更新可能性确定部14基于从网络中继装置300获取的固件信息和由配置信息存储部11存储的配置信息来确定是否能够更新固件。固件更新部16对更新可能性确定部14已经确定为可以更新的固件进行更新。

更新可能性通知部24通知视频输出装置100的用户可以更新固件。外部通知部21通知外部（例如管理员）可以更新固件。通知目的地存储部22存储在外部的通知目的地的信息（例如电子邮件地址）。

更新指令接收部25从视频输出装置100的用户接收更新指令。再通知必要性设置部23存储针对是否再次通知用户可以更新固件的设置。

新设备连接检测部42检测已经连接的与当前固件不兼容的设备。

错误检测部44检测视频输出装置100中已发生的错误。

固件信息获取数据/时间检测部46检测用于获取固件信息的预定设置日期和时间的到来。

认证部52执行用户的认证。认证必要性设置部54存储针对是否执行用户认证的设置。

输入信号检测部32检测在一段预定时间内没有接收到输入信号。

下载数据/时间检测部34检测用于下载预定固件的设置日期和时间的到来。

UI控制部60利用UI屏幕页面通知用户、接收用户的操作等等。投影控制部70控制投影部80并且将UI控制部60生成的UI屏幕页面投影到屏幕上。

因此，已经描述了视频输出设备100的功能。

接下来，将按顺序描述上述的由各功能部执行的具体过程内容。

需要注意的是，下文描述中将按照需要引用图3。

将首先基于图4的流程图，描述由配置信息生成部10执行的过程。

配置信息生成部10在合适的时机（例如在启动视频输出装置100时）开始生成配置信息（步骤S1100）。

也就是说，首先，视频输出装置100收集安装在视频输出装置100自身内部的固件110的模块配置相关的信息（步骤S1101）。

例如，将假设图5中所示的固件110被安装在视频输出装置100中的情况进行描述。

图5的固件110包括三个模块，即模块A（112）、模块B（114）以及模块C（116）。

这些模块A、B和C中的每个都分别具有自身的版本信息“00”、“10”以及“20”、以及自身的变更信息（“大规模生产的”“00”或“客户定制的”“10”）。

需要注意的是，在图5的情况下，模块A（112）还具有视频输出装置100的装置类型信息“ALT1”以及型号信息“X”。

配置信息生成部10因此从各模块A、B和C收集装置类型信息、型号信息、版本信息以及变更信息。

当已完成收集时（步骤S1102是），配置信息生成部10利用由此所收集的信息，根据预定的生成规则生成配置信息（步骤S1103）。

作为示例，图6表示了在步骤S1103中如此生成的配置信息。

图6示出了根据生成规则（“装置类型”_“型号”_“各模块的版本信息的列举”_“各模块的变更信息的列举”）生成的信息配置120（“ALT1_X_001020_001000”）。

需要注意的是，在图5的示例中，“各模块的版本信息的列举”以及“各模块的变更信息的列举”是分别从各自的版本信息组“00”、“10”和“20”以及各自的变更信息组“00”、“10”和“00”获取的。

这样，将生成的配置信息120存储在稍后使用的配置信息存储部11中。

固件信息获取部12利用存储在配置信息存储部11中的配置信息120，根据预定的规则生成作为固件110的识别信息的固件ID。

随后，固件信息获取部12向网络中继装置300发出包括所生成的固件ID的固件信息获取请求。

图7作为示例示出了由固件信息获取部12生成的固件ID130。

图7示出了根据生成规则（“装置类型”_“型号”_“各模块的变更信息的列举”）生成的固件ID130“ALT1_X_001000”。

需要注意的是，上述用于配置信息和固件ID的生成规则仅仅是示例，不局限于第一实施例，也可以采用其他合适的生成规则来替代。

如上所述，网络中继装置300注册并且管理从固件管理服务器200收到的固件信息。

根据第一实施例的固件信息包括最新固件中包括的各模块的版本信息以及固件的位置信息。

以与对应的固件ID相关联的方式注册和管理各自的固件信息组。

图8作为示例示出了网络中继装置300具有的固件信息管理表2000。

作为位置信息，用于下载各自固件组的统一资源定位符（URL）被存储在固件信息管理表2000中。

当已经从视频输出装置100接收到固件信息获取请求时（固件信息获取部12），网络中继装置300利用包括在固件信息获取请求中的固件ID作为关键字搜索固件信息管理表200，并且返回与固件ID相关联的固件信息。在图8的示例中，将与固件ID130“ALT1_X_001000”（图8中箭头所示）相关联的固件信息返回给视频输出装置100。

图9作为示例示出了要被这样返回给视频输出装置100的固件信息140。

固件信息140包括版本信息部142和位置信息部144。

版本信息部142包括固件110中包括的模块A、B和C的各自版本信息组“03”、“10”和“20”的列举“031020”（见图8）。

位置信息部144包括固件110的位置信息“http://aaa.co.jp/bbb”。

这样，描述了用于获取固件信息140的过程的时序。

在第一实施例中，优选配置信息生成部10在合适的时机重复执行生成配置信息的过程并且周期性的更新配置信息。由此，即便在例如视频输出装置100中的板被替换以及因此固件的一部分被相应替换的情况下，仍然可以获取适当的最新固件信息。

当视频输出装置100如此从网络中继装置300接收到固件信息140时，然后更新可能性确定部14基于所收到的固件信息140确定是否可以更新固件。

下面，将利用图10中所示的流程来描述由更新可能性确定部14执行的确定过程。

更新可能性确定部14响应于视频输出装置100已经从网络中继装置300接收到固件信息140的事实，开始该过程（步骤S1200）。

首先，更新可能性确定部14从存储在配置信息存储部11中的配置信息120“ALT1_X_001020_001000”中提取版本信息的列举“001020”（步骤S1201）。

下一步，更新可能性确定部14提取从网络中继装置300接收的固件信息140的版本信息部142中包括的版本信息的列举“031020”（步骤S1202）。

下一步，更新可能性确定部14比较这样提取的两个版本信息的列举，并且确定两者是否一致（步骤S1203）。

结果，在两者完全一致的情况下（步骤S1203是），由于当前固件版本已经是最新的，所以就此终止过程，并且因此，没有必要更新固件。

另一方面，在两者不完全一致的情况下（步骤S1203否），确定可以更新当前的固件（步骤S1204）。

在可以更新当前的固件的情况下，更新可能性确定部14将固件信息140发送到固件获取部15来请求它获取最新固件。

然后，固件获取部15基于从更新可能性确定部14收到的固件信息140的位置信息部144中包括的位置信息“http://aaa.co.jp/bbb”访问固件管理服务器200，并且下载最新固件。

图11作为一个示例示出了从固件管理服务器200这样下载的固件的数据结构150。固件150的头部152包括版本信息部154、装置类型信息部155以及型号信息部156。

版本信息部154包括固件150包括的模块A、B和C（112、114和116）的各版本信息组的列举“031020”。

装置类型信息部155包括固件150对应的装置类型“ALT1”。

型号信息部156包括固件150对应的型号“X”。

固件获取部15将从固件管理服务器200这样下载的最新固件发送到固件更新部16。

固件更新部16接收最新固件，并且从最新固件中包括的所有模块中选择要实际用来执行更新的一个或多个模块。

下面，将基于图12所示的流程图描述将由固件更新部16执行的选择过程。

响应已经从固件获取部15接收到最新固件的事实，固件更新部16开始该过程（步骤S1300）。

首先，固件更新部16将配置信息存储部11存储的配置信息120“ALT1_X_001020_001000”中包括的版本信息列举部“001020”分解成各模块的版本信息组“00”、“10”和“20”（步骤S1301）。

下一步，固件更新部16类似地将从固件获取部15接收的最新固件头部152的版本信息部154中包括的版本信息列举部“031020”分解成各模块的版本信息组“03”、“10”和“20”（步骤S1302）。

下一步，固件更新部16将在步骤S1301中获得的版本信息组“00”、“10”和“20”与在步骤S1302中获得的版本信息组“03”、“10”和“20”进行比较，并且确定涉及每个模块的两个版本信息组是否一致（步骤S1303、S1304和S1305）。

然后，对应于两个版本信息组不一致的模块被确定为用于更新（步骤S1303“不一致”→S1304）。

需要注意的是，在本示例中，对于模块A，两个版本信息组“00”和“03”不一致，并且因此模块A应该被更新。

另一方面，对于模块B和C，两个版本信息组“10”和“10”是一致的，两个版本信息组“20”和“20”是一致的，因此不可以更新模块B和C。

下一步，将利用图13中所示的时序图，按照时间序列的方式再次描述上述的过程时序。

配置信息生成部10在任意时机生成关于固件的配置信息“ALT1_X_001020_001000”（步骤S11），并且配置存储部11存储所生成的配置信息（步骤S12）。

固件信息获取状态确定部13监视用来获取固件信息的、被预先定义为触发器的事件的发生，并且在检测到该事件的同时向固件信息获取部12发送指令来获取固件信息（步骤S13）。

由此接收到指令的固件信息获取部12然后从配置信息存储部11获取视频输出装置100的配置信息“ALT1_X_001020_001000”（步骤S14）。

从配置信息“ALT1_X_001020_001000”生成固件ID“ALT1_X_001000”之后（步骤S15），固件信息获取部12将包括生成的固件ID“ALT1_X_001000”的固件信息获取请求发送到网络中继装置300（步骤S16），并且从网络中继装置300获取关于视频输出装置100的最新固件信息（见图9）。

固件信息获取部12将由此所获取的固件信息发送到更新可能性确定部14，并且请求它确定是否可以更新固件（步骤S17）。

响应于此，更新可能性确定部14从配置信息存储部11获取视频输出装置100的配置信息“ALT1_X_001020_001000”（步骤S18），并且基于针对从网络中继装置300获取的固件信息中包括的版本信息组的列举“031020”是否与配置信息“ALT1_X_001020_001000”中包括的版本信息组的列举“001020”相一致的确定结果，来确定是否可以升级固件（步骤S19）。

在已经确定可以升级固件的情况下，更新可能性确定部14将固件信息发送到固件获取部15并且请求它下载固件（步骤S20）。

响应于此，固件获取部15访问包括在这样接收到的固件信息中的位置信息“http://aaa.co.jp/bbb”，并且从固件管理服务器200下载最新固件（步骤S21）。

已经下载了最新固件的固件获取部15请求固件更新部16利用最新固件来更新当前固件（步骤S22）。

响应于此，固件更新部16从配置信息存储部11获取配置信息“ALT1_X_001020_001000”，并且随后基于配置信息“ALT1_X_001020_001000”中包括的版本信息组的列举“001020”与已经被这样下载的固件头部152中包括的版本信息组的列举“031020”之间的区别，选择要被实际更新的模块（步骤S24）。

在本示例中，在上述版本信息组的两个列举“001020”（即“00”、“10”和“20”）和“031020”（即“03”、“10”和“20”）之间的区别为仅前两位数字“00”和“03”之间不同。这意味着，如上所述，仅对于模块A而言对应的版本信息组是不同的。因此，在步骤S24中选择模块A用于更新。

这样，已经描述了确定是否可以更新固件以及最终选择要用于更新的模块的过程的时序。

接下来，将描述已经确定可以升级固件之后执行的过程的时序。

当已经确定可以升级固件时，更新可能性确定部14通知它的更新可能通知部24。

当已接收到该通知时，更新可能通知部24将更新可能通知发送到UI控制部60。

当已经接收到更新可能通知时，UI控制部60请求投影控制部70投影固件更新可能通知屏幕页面，并且请求投影部80将固件更新可能通知屏幕页面投影到屏幕上。

图14A作为一个示例示出了被投影在屏幕上的固件更新可能通知屏幕页面160。

因此，根据第一实施例，用户可以被自动通知，已发布了用于更新当前固件的最新固件。

当用户在固件更新可能通知屏幕页面160上选择了“确定”时，UI控制部60请求投影控制部60随后投影固件更新指令屏幕页面162。

图14B作为一个示例示出了被投影在屏幕上的固件更新指令屏幕页面162。

当用户在所投影的固件更新指令屏幕页面162上选择了“确定”时，UI控制部60通知更新指令接收部25用户已请求更新。

响应于此，更新指令接收部25通知更新可能性确定部14用户已请求更新。

另一方面，当用户在所投影的固件更新指令屏幕页面162上选择了“取消”时，UI控制部60请求投影控制部70投影再通知设置屏幕页面。

图14C作为一个示例示出了要被投影到屏幕上的再通知设置屏幕页面164。

当用户已经在被投影的再通知设置屏幕页面164上选择了“再次通知”或“不再通知”时，在再通知必要性设置部23中存储并设置由此选择的内容。

随后，更新可能性通知部24基于在再通知必要性设置部23中所存储并设置的内容确定是否需要发送更新可能通知（如，是否通知用户可以更新固件）。

将基于图15中所示的流程图描述由更新可能通知部24进行的是否需要发送更新可能通知的确定过程。

更新可能通知部24响应于已经从更新可能性确定部14接收到的表明可以更新固件的通知，开始该过程（步骤S1400）。

更新可能通知部24首先确定该通知所涉及的固件的固件信息与在过去、尽管已经可以更新但用户未更新的固件的固件信息是否相同（步骤S1401）。

作为结果，在已经这样确定了两个固件信息组不相同的情况下（步骤S1401否），更新可能通知部24将指令发送到UI控制部60来显示固件更新可能通知屏幕页面（步骤S1403）。

另一方面，当已经确定了两个固件信息组相同的情况下（步骤S1401是），更新可能通知部24从再通知必要性设置部23读取表明是否“再次通知”或“不再通知”的设置内容，并且确定这样读取的内容是否表明“再次通知”（即“已设置再通知‘请求’？”（步骤S1402）。

作为结果，在所设置内容表明“再次通知”的情况下（步骤S1402是），更新可能通知部24将指令发送到UI控制部60来显示固件更新可能通知屏幕页面（步骤S1403）。

另一方面，在设置内容表明“不再通知”的情况下（步骤S1402否），过程就此结束。

这样，已经描述了由更新可能通知部24进行的是否通知用户可以更新固件的确定过程。

然而，根据第一实施例，还可以向外部发送可以更新固件的通知。

在这种情况下，当已经确定可以更新固件时，更新可能性确定部14通知它的外部通知部21。

响应于此，外部通知部21从通知目的地存储部22读取外部通知目的地，并且通知所读取的通知目的地可以更新视频输出装置100中的固件。

接下来，将基于图16中所示的时序图按照时间序列的方式描述在确定可以更新固件之后，从执行更新可能通知开始到执行实际的固件更新时的过程的时序。

更新可能性确定部14确定是否可以更新固件（步骤S31）。需要注意的是步骤S31对应上面描述的图13中的步骤S19。

作为结果，在已经确定可以更新固件的情况下，更新可能性确定部14请求外部通知部21来进行通知（步骤S32）。

响应于此，外部通知部21从通知目的地存储部22获取指定的外部（例如管理员）通知目的地（例如邮件地址）（步骤S33），并且通知所获取的通知目的地，可以更新固件（例如，通过给管理员发送电子邮件）（步骤S34）。

此外，更新可能性确定部14请求更新可能通知部24来通知用户可以更新固件（步骤S35）。

响应于此，更新可能通知部24确定关于该通知请求的固件的固件信息与在过去、尽管已经可以更新但用户未进行更新的固件的固件信息是否相同。

作为结果，在两组固件信息相同的情况下，更新可能通知部24通过确定再通知必要性设置部23中的设置内容来确定是否需要通知用户可以更新固件（步骤S36）。

在需要通知可以更新固件的情况下，更新可能通知部24将指令发送到UI控制部60，来通知可以更新固件（步骤S37）。

响应于此，UI控制部60请求投影控制部70来投影固件更新可能通知屏幕页面（步骤S38）。

然后用户在如此投影的固件更新可能通知屏幕页面160和固件更新指令屏幕页面162上选择是否更新固件（见图14A和14B）（步骤S39）。

响应于此，UI控制部60将是否要更新固件的用户选择结果通知给更新指令接收部25。

响应于此，更新指令接收部25将该选择结果通知给更新可能性确定部14（步骤S41）。

然后更新可能性确定部14基于所接收到的选择结果执行是否要执行更新的最终决定（步骤S42）。

作为结果，在执行更新的情况下，更新可能性确定部14请求固件更新部16执行更新（步骤S43）。

响应于此，固件更新部16将在上述过程中（见图13中的步骤S24）已经被选择为要更新的模块进行更新（安装对应的模块）（步骤S44）。

在本示例中，固件更新部16将模块A选择为要进行更新的模块，如上所述，对于模块A，将版本信息被从“00”更新为“03”，并且只安装模块A。

另一方面，在不执行更新的情况下，对于尽管可以更新，但用户却未选择更新的固件，将其固件信息存储在更新可能通知部24中（步骤S45）。

因此，已经对从何时执行更新可能通知到何时实际执行更新中要执行的过程的时序进行了描述。

接下来，将描述由固件信息获取条件确定部13执行的过程。

如上所述，固件信息获取条件确定部13监视被预先定义为获取固件信息的条件的事件的发生（下文称为“触发器事件”），并且响应于检测到触发器事件，通过将指令发送到固件信息获取部12来获取固件信息。

下文将描述固件信息获取条件确定部13能采用的触发器事件。

根据第一实施例，可以采用视频输出装置100的启动作为触发器事件。

在这种情况下，固件信息获取条件确定部13响应视频输出装置100已经被启动的事实，通过将指令发送到固件信息获取部12来获取固件信息。

响应该指令（对应图13的步骤S13的指令），随后，执行上述固件更新过程的时序（下文将应用相同的方法）。

通过这样的配置，固件信息可以与在视频输出装置100启动时获取的其他信息一同被获得，并且因此可以减轻固件管理服务器200负担的处理负担。

此外，根据第一实施例，还可以由用户请求固件的更新，该请求被作为触发器事件使用。

在这种情况下，固件信息获取条件确定部13检测到更新指令接收部25已经接收到来自UI控制部60的表明请求了更新的选择结果，并且与此同时，将指令发送到固件信息获取部12来获取固件信息。

此外，根据第一实施例，还可以将用户按下视频输出装置100的断电开关的操作作为触发器事件使用。需要注意的是断电开关可以是硬件开关也可以是软件开关。

在这种情况下，固件信息获取条件确定部13通过将指令发送到固件信息获取部12以获取固件信息来响应对按下视频输出装置100的断电开关的操作的检测。

响应于此，固件信息获取部12在从检测到按下断电开关的操作开始、直到视频输出装置100中的电源被停止的这段时间中，从网络中继装置300获取固件信息。

此外，根据第一实施例，还可以将检测到新设备被连接到视频输出装置100上作为触发器事件使用。

在这种情况下，新设备连接检测部42检测到与现有固件不兼容的新设备（如果有的话）的连接，将该检测通知给固件信息获取条件确定部13。

固件信息获取条件确定部13通过向固件信息获取部12发送指令以获取固件信息来响应该通知。

作为特定示例，这样的情况可以被列举为，响应于无线LAN设备连接到不具有无线LAN功能的视频输出装置100上，获取关于在视频输出装置100中可以被用来使用无线LAN设备的最新固件的固件信息。

此外，根据第一实施例，还可以将错误的发生作为触发器事件使用。

在这种情况下，错误检测部44检测到错误的发生，并通知固件信息获取条件确定部13该事实。

固件信息获取条件确定部13通过向固件信息获取部12发送指令以获取固件信息来响应该通知。

通过这样的配置，可以快速获取关于能够处理错误的固件的固件信息，并且因此可以减少视频输出装置100的失效时间。

此外，根据第一实施例，还可以将预定日期和时间的到来作为触发器事件使用。

在这种情况下，在固件信息获取日期/时间检测部46中设置用于更新固件的预定日程。

具体地，可以设置诸如“2012/8/10的10:00”的特定日期和时间以及诸如“每天16:00”、“每周二12:00”的特定周期等等。

固件信息获取日期/时间检测部46监视当前时间，并且当设置的日期和时间到来时，通知固件信息获取条件确定部13该事实。

与该通知同时的，固件信息获取条件确定部13将指令发送到固件信息获取部12来获取固件信息。

因此通过提供使用户可以自由指定更新固件的日程的配置，提升了便利度。

因此，已经描述了固件信息获取条件确定部13。

接下来将描述下载固件相关的用户认证。需要注意的是由UI控制部60提供用户认证相关的UI。需要注意的是，为了便利，将省略对于UI控制部60的描述。

将基于图17中所示的时序图，描述关于下载固件的用户认证的第一模型。

更新可能性通知部24通知用户可以更新固件（步骤S51）（对应图16中的步骤S37）。

随后，更新指令接收部25从用户接收到更新请求（步骤S52），并且响应于此，请求来自用户的认证信息（步骤S52）。

响应于此，用户输入并返回预定的认证信息（用户名、密码和/或其他）。

更新指令接收部25基于从用户接收到的认证信息从认证部52请求认证（步骤S54）。

响应于此，认证部52基于所收到的认证信息执行认证，并将认证结果（成功或失败）返回到更新指令接收部25。

然后，在认证成功的情况下，更新指令接收部25通知更新可能性确定部14，该用户的更新必要性选择结果为“要更新”（即，需要更新）（步骤S55）。

接下来，将基于图18所示的时序图描述关于下载固件的用户认证的第二模型。

根据第二模型，认证必要性设置部54将是否在固件下载中执行用户认证的信息存储为设置值。

更新可能性通知部24通知用户可以更新固件（步骤S61）（对应图16中的步骤S37）。

随后，更新指令接收部25从用户接收更新请求（步骤S62），并且响应于此，从认证必要性设置部54获取是否执行用户认证的设置值（步骤S62.1）。

作为结果，在设置值表明“进行认证”的情况下（即，需要认证），执行步骤S63、S64和S65的过程（与上面基于图17描述的步骤S53、S54和S55相同）。

需要注意的是，在第二模型中，可以分别为每个用户执行是否要进行认证的设置值的设置。

接下来，将基于图19中所示的时序图描述关于下载固件的用户认证的第三模型。

更新可能性通知部24通知用户可以更新固件（步骤S71）（对应图16中的步骤S37），并且还通知更新指令接收部25可以更新固件（步骤S72）。

响应来自更新可能性通知部24的表明可以更新固件的通知，更新指令接收部35请求来自用户的认证信息（步骤S73）。

响应于此，用户输入并返回预定的认证信息（用户名、密码和/或其他）。

然后更新指令接收部25基于从用户处收到的该认证信息向认证部52请求认证（步骤S74）。

响应于此，认证部52基于所收到的认证信息执行认证，并将认证结果（成功或失败）返回到更新指令接收部25。

响应于此，更新指令接收部25请求认证部52存储认证结果（步骤S75）。

随后，当已收到来自用户的更新请求时（步骤S76），更新指令接收部25从认证部52获取所存储的认证结果（步骤S77）。

然后在认证成功的情况下，更新指令接收部25通知更新可能性确定部14，用户的更新必要性选择结果为“进行更新”（需要更新）（步骤S78）。

根据上述的第三模型，可以预先执行认证。因此，例如，由于管理员预先执行了认证，所以可以在随后的任意时间更新固件。

此外，根据第一实施例，还可以提供一种配置，在此配置中固件获取部15在开始下载最新版本的固件之前才向认证部52请求用户的认证。

在这种情况下，由于认证部52在下载固件之前立即执行认证，所以可以确定地认证请求下载的人员。

因此，已描述了关于固件下载的用户认证。

接下来将描述关于固件下载的时机控制。

将基于图20中所示的时序图描述关于下载固件的时机控制的第一模型。

更新可能性确定部14请求固件获取部15下载固件（步骤S81）（对应图13中的步骤S20）。

然而，根据第一模型，固件获取部15在收到请求之后并不立刻执行下载，而是等待来自下载条件确定部30的请求。

另一方面，在已经检测到在预定时间段内，没有输入信号被发送到投影部80的时候（步骤S82），输入信号检测部32通知下载条件确定部30该事实（步骤S83）。

响应收到该通知，下载条件确定部30请求固件获取部15启动下载固件（步骤S84）。

响应该启动请求，固件获取部15访问固件管理服务器200并从中下载最新固件（步骤S85）。

在如上所述的输入信号未被发送到投影部80的情况下，可以确定，视频输出装置100尚未被使用。根据第一模型，可以有效利用这样的空闲时间来下载最新固件。

接下来将基于图21中所示的时序图描述关于下载固件的时机控制的第二模型。

更新可能性确定部14请求固件获取部15下载固件（步骤S91）（对应图13中的步骤S20）。

同样根据第二模型，固件获取部15在收到请求之后并不立刻执行下载，而是等待来自下载条件确定部30的请求。

根据第二模型，在下载日期/时间检测部34中预先设置了下载固件的预定日程。

具体地，可以设置诸如“2012/8/10的10:00”的特定日期和时间以及诸如“每天16:00”、“每周二12:00”的特定周期等等。

当已检测到设置的日期和时间到来时（步骤S92），下载日期/时间检测部34通知下载条件确定部30该事实（步骤S93）。

响应于接收到该通知，下载条件确定部30将用于下载的启动请求发送到固件获取部15（步骤S94）。

响应该启动请求，固件获取部15访问固件管理服务器200并从中下载最新固件（步骤S95）。

根据第二模型，例如通过在下载日期/时间检测部34中设置指定午餐休息或除了工作时间之外的时间下载固件来有效地利用这样的空闲时间下载最新固件。

此外，根据第一实施例，还可以提供一种配置，在此配置中响应于视频输出装置100上的断电开关被按下的事实，固件获取部15访问固件管理服务器200，并在从视频输出装置100上的断电开关被按下时到视频输出装置100的电源停止的时间段内下载最新固件。

通过提供在用户使用完视频输出装置100的时机自动更新固件的配置，可以避免在使用视频输出装置100的时候更新固件的麻烦，并因此提升了便利度。

因此，已描述了关于固件下载的时机控制。

接下来将描述上述第一实施例的设计变形的示例。

图22示出了在另一示例中固件信息170的数据结构。

固件信息170包括版本信息部172以及位置信息部174。

版本信息部172包括固件110中包括的模块A、B和C的各版本信息组的列举“031020”。

位置信息部174包括固件110的位置信息。位置信息部174包括对于固件110中包括的各模块A、B和C来讲唯一的各自的位置信息组。

如图22所示，在本示例中，包括在固件中的各模块A、B和C具有唯一位置。

基于图23中所示的时序图，将描述在固件中的各模块具有唯一位置的情况下，固件的远程更新。

更新可能性确定部14确定是否可以更新固件（步骤S101）（例如见图10中所示的流程图）。

然后，在已经确定可以更新固件的情况下，更新可能性确定部14确定要用于以上述由固件更新部16执行的相同的流程（例如见图12中所示的流程图）进行更新的一个或多个模块（步骤S102）

具体地，将在视频输出装置100的配置信息中包括的版本信息（例如，各版本信息组的列举“001020”）与固件信息170中包括的各版本信息组172的列举“031020”进行比较。由此，基于这两个列举组之间的不同确定用于更新的一个或多个模块。

接下来，更新可能性确定部14将固件信息170发送到固件获取部15，并且请求它下载固件（步骤S103）。在此时，更新可能性确定部14指定用作在步骤S102中确定的要用于更新的一个或多个模块作为参数。

然后，已收到该请求的固件获取部15基于上述被指定作为参数的、用于更新的模块位置信息，访问固件管理服务器200，并仅下载用于更新的模块（步骤S104）。

然后，经过这样下载了用于更新的一个或多个模块的固件获取部15请求固件更新部16更新固件（步骤S105）。此时，作为参数，指定该一个或多个模块用于更新。

响应于此，固件更新部16仅安装用于更新的一个或多个模块（步骤S106）。

通过提供这样的配置，可以减少用于更新固件所需的下载量，并且因此可以缩减更新所需的时间段。

需要注意的是，在这种情况下，由于更新可能性确定部14执行了上述的确定用于更新的一个或多个模块的过程，所以固件更新部16不必再执行确定用于更新的一个或多个模块的过程。

可以通过用“C”编程语言、诸如“C++”、“C#”或“Java”（注册商标）的面向对象的编程语言等等编写计算机可执行程序来实现上述的第一实施例和其设计变形的各功能。

根据第一实施例和其设计变形的程序，在存储在诸如硬盘驱动器、CD-ROM、MO、DVD、软盘、EEPROM、EPROM等等的计算机可读存储介质上之后，可以再被分发，还可以以另一台计算机可以执行的程序的格式通过网络被传输。

图24示出了根据第一实施例的视频输出装置100的一个示例的硬件图示。

如图24所示，每个视频输出装置100包括CPU101、内存控制器102、主内存103以及主机外设组件互连（PCI）桥104。

内存控制器102通过主机总线311与CPU101、主内存103和主机PCI桥104相连接。

CPU101执行视频输出装置100的总体控制。

内存控制器102控制对主内存103的读取和写入。

主内存103是被用来存储程序和数据的系统内存，也将主内存用做内存，在其中扩展程序和数据，也被用作绘图内存（drawing memory）等等。

此外，主内存103包括EEPROM等等，在其中安装有固件。主内存103中的固件可以由上所述的固件更新部16更新。

主机PCI桥104被用于将视频输出装置100和外设设备、PCI设备和/或其他相连接。

主机PCI桥104被用于通过HDD I/F113将视频输出装置100与存储卡105相连接。

此外，主机PCI桥104被用于通过PCI总线112将视频输出装置100和PCI设备106和107相连接。

此外，主机PCI桥104被用于通过PCI总线112和PCI插槽（未示出）连接视频输出装置100和通信卡108、无线通信卡109以及视频卡110。

内存卡105被用作OS的启动设备。

通信卡108和/或无线通信卡109被用于连接视频输出装置100和网络400。

视频卡110被用于通过向显示部120输出一个或多个视频信号来通过显示部120在屏幕上投影图像（包括上述的各种屏幕页面）。

显示部120通过基于一个或多个视频信号在屏幕上以放大的方式显示图像或投影图像来输出图像。

需要注意的是，上面利用图3描述的、用于实现功能部分的各功能的上述程序，被作为固件存储（安装）在上述的EEPROM等等中，由CPU101执行，并且因此，CPU101实现了功能部分的各功能。此外，图3中所示的网络I/F可以包括通信卡108和无线通信卡109，并且UI控制部60、投影控制部70，和投影部80可以包括视频卡110和显示部120。

根据第一实施例和其设计变型，可以提供信息处理装置和网络系统，其中可以远程更新固件。

虽然以上已经通过第一实施例和其设计变形描述了信息处理装置和网络系统，但本发明并不限于第一实施例和其设计变形，并且可以在不偏离本发明范围的前提下可以做出进一步的改变和修饰。

例如，还可以将用户的更新固件的指令作为获取固件信息的触发器事件使用。在这种情况下，用户可以在理想的时机获取固件发布信息。

此外，还可以提供这样的配置，通过该配置，在更新可能性确定部14确定了可以更新固件之后，固件获取部15立刻下载最新固件。在这种情况下，可以及时更新固件。

此外，还可以在固件信息获取部12中提供这样的配置，使得即便当从获取固件信息开始过去了预定时间段，而固件还未被下载的情况下，固件信息获取部12再次从网络中继装置300获取固件信息。

在这种情况下，即便在报告了存在可以用于更新的固件之后，直到固件已被实际下载的一段时期内，已经过去了相当一段时间，仍然可以下载在该段时间内发布的更加新的固件。

需要注意的是，即便已经通过第一实施例和其设计变形描述了视频输出装置100，但本发明的应用范围不局限于此。

本发明可以应用于任何其他类型的装载（安装）有固件的信息处理装置。

此外，只要获得了本发明的有益效果，任何其他配置都被包括在本发明的范围之内，本行业内的技术人员可以在该范围内设计实施例。

此外，根据第一实施例，在网络系统1000的系统配置中，视频输出装置100、固件管理服务器200以及网络中继装置300如图1所示被连接，并且每一个视频输出装置都具有各自的功能部分，如图3所示，并且不局限于此。取决于特殊的目的，可以提供其他的系统配置作为其他实施例。

例如，第一实施例中如图3中所示的视频输出装置100中包括的一个或多个功能部分可以被替代为：包括也通过网络400与视频输出装置100、固件管理服务器200和/或网络中继装置300相连接的其他装置和/或服务器上，在图1中所示的网络系统1000中。其他装置和/或服务器可以包括新添加到网络系统1000、固件管理服务器200和/或网络中继装置300中的一个或多个装置或服务器。例如，图3中所示的认证部52可以从视频输出装置100中被去除，替代性的，在网络系统1000中可以额外包括认证服务器。在这种情况下，认证服务器具有与第一实施例中各视频输出装置100的认证部52的具有认证功能相对应的认证功能。然后，各视频输出装置100从认证服务器请求用户认证。

本专利申请是基于2012年11月7日提交的日本优先申请No.2012-245044且主张它的优先权权益，其全部内容通过引用方式被合并入本文。

Claims (34)

1.一种信息处理装置，包括：

固件，所述固件包括多个模块并且所述固件被装载在信息处理装置中；

配置信息存储部，所述配置信息存储部存储包括版本信息组的配置信息，所述版本信息组是固件中包括的各模块的版本信息组；

固件信息获取部，所述固件信息获取部基于配置信息，从外部获取包括最新版本固件的各模块版本信息组的固件信息；

更新可能性确定部，所述更新可能性确定部对包括在配置信息中的整个版本信息组和包括在固件信息中的整个版本信息组进行第一比较，并且，在配置信息中的整个版本信息组和固件信息中的整个版本信息组不一致的情况下，确定能够更新信息处理装置中的固件；

固件获取部，响应于基于所述第一比较的比较结果所做出的确定，所述固件获取部从外部下载信息处理装置中的、已被所述更新可能性确定部确定为能够被更新的固件相对应的最新版本的固件，其中，所下载的固件包括所述信息处理装置中包括的多个模块中每个模块的独立的最新版本；以及

固件更新部，在下载最新版本的固件之后，所述固件更新部对所下载的最新版本的固件中包括的各模块的版本信息与配置信息中包括的各模块对应的版本信息进行第二比较，并且仅更新信息处理装置中的、所下载的固件中的版本信息与配置信息中的版本信息不同的模块。

2.如权利要求1所述的信息处理装置，还包括：

配置信息生成部，所述配置信息生成部动态生成配置信息并将所生成的配置信息存储在配置信息存储部中。

3.如权利要求1或2所述的信息处理装置，还包括：

UI控制部，所述UI控制部在固件更新可能性确定部已经确定了能够更新在信息处理装置中的固件的情况下提供用于通知用户能够更新在信息处理装置中的固件的UI，并且从用户接收更新在信息处理装置中的固件的指令。

4.如权利要求1或2所述的信息处理装置，还包括：

固件信息获取条件确定部，所述固件信息获取条件确定部确定是否已经满足固件信息获取条件，其中

当所述固件信息获取条件已经被满足时，所述固件信息获取部从外部获取固件信息。

5.如权利要求4所述的信息处理装置，其中

所述固件信息获取条件为所述信息处理装置的启动。

6.如权利要求4所述的信息处理装置，其中

所述固件信息获取条件是从用户接收到更新信息处理装置中的固件的指令。

7.如权利要求4所述的信息处理装置，其中

所述固件信息获取条件是检测到由用户按下信息处理装置中的断电开关，并且

所述固件信息获取部在从检测到用户按下断电开关开始到信息处理装置中的电源被停止的这段时间内，从外部获取固件信息。

8.如权利要求4所述的信息处理装置，还包括：

新设备连接检测部，所述新设备连接检测部检测连接了需要更新信息处理装置中的固件的新设备，其中

所述固件信息获取条件是检测到所述新设备的连接。

9.如权利要求4所述的信息处理装置，还包括：

错误检测部，所述错误检测部检测在信息处理装置中发生了的错误，其中所述固件信息获取条件是检测到错误。

10.如权利要求4所述的信息处理装置，还包括：

固件信息获取日期/时间检测部，所述固件信息获取日期/时间检测部检测用于获取固件信息的预先设置的日期和时间的到来，其中

所述固件信息获取条件是用于获取固件信息的日期和时间的到来。

11.如权利要求1或2所述的信息处理装置，其中

在尽管在获取了固件信息之后过去了预定时间，而固件信息相关的最新版本固件还未被下载的情况下，所述固件信息获取部再次从外部获取固件信息。

12.如权利要求1或2所述的信息处理装置，还包括：

下载条件确定部，所述下载条件确定部确定是否已经满足用于下载最新版本的固件的条件，其中

当下载条件已被满足时，所述固件获取部从外部下载最新版本的固件。

13.如权利要求12所述的信息处理装置，还包括：

输入信号检测部，所述输入信号检测部检测在预定时间段内输入信号还未被发送到信息处理装置，其中

所述下载条件是在预定时间段内输入信号还未被发送到信息处理装置的事实。

14.如权利要求12所述的信息处理装置，还包括：

下载日期/时间检测部，所述下载日期/时间检测部检测用于下载最新版本固件的预先设置的日期和时间的到来，其中

所述下载条件是用于下载最新版本固件的预先设置的日期和时间的到来。

15.如权利要求12所述的信息处理装置，其中

所述下载条件是检测到由用户按下在信息处理装置中的断电开关，并且

在从检测到用户按下信息处理装置中的断电开关开始到信息处理装置中的电源被停止的这段时间内，所述固件获取部从外部下载最新版本的固件。

16.如权利要求1或2所述的信息处理装置，其中

在更新可能性确定部已经确定能够更新信息处理装置中的固件之后，固件获取部立刻从外部下载最新版本的固件。

17.如权利要求1或2所述的信息处理装置，其中

固件获取部对由固件信息获取部获取的、在最新版本固件中包括的各模块的版本信息组与配置信息中包括的各对应模块的版本信息组进行比较，并且从外部仅下载最新版本固件中的版本信息与配置信息中的版本信息不同的最新版本固件的模块。

18.如权利要求1或2所述的信息处理装置，还包括：

认证部，所述认证部执行用户认证。

19.如权利要求18所述的信息处理装置，其中

所述认证部在固件获取部开始下载最新版本的固件之前立即执行用户认证。

20.如权利要求18所述的信息处理装置，其中

在更新可能性确定部已经确定能够更新信息处理装置中的固件之后，所述认证部立刻执行用户认证。

21.一种网络系统，包括：

内存，在所述内存中装载有包括多个模块的固件；

配置信息存储部，所述配置信息存储部在内存中存储包括版本信息组的配置信息，所述版本信息组是固件中包括的各模块的版本信息组；

固件信息获取部，所述固件信息获取部基于配置信息，从外部获取包括与内存中的固件相对应的最新版本固件的各模块版本信息组的固件信息；

更新可能性确定部，所述更新可能性确定部对包括在配置信息中的整个版本信息组和包括在固件信息中的整个版本信息组进行第一比较，并且，在配置信息中的整个版本信息组和固件信息中的整个版本信息组不一致的情况下，确定能够更新内存中的固件；

固件获取部，响应于基于所述第一比较的比较结果所做出的确定，所述固件获取部下载与内存中的、已被所述更新可能性确定部确定为能够被更新的固件相对应的最新版本的固件，其中，所下载的固件包括所述内存中包括的多个模块中每个模块的独立的最新版本；

固件更新部，在下载最新版本的固件之后，所述固件更新部对所下载的最新版本固件中包括的各模块的版本信息与配置信息中包括的各模块对应的版本信息进行第二比较，并且仅更新内存中的、所下载固件中的版本信息与配置信息中的版本信息不同的固件模块。

22.如权利要求21所述的网络系统，还包括：

配置信息生成部，所述配置信息生成部动态生成配置信息并将生成的配置信息存储在配置信息存储部中。

23.如权利要求21或22所述的网络系统，还包括：

UI控制部，所述UI控制部在固件更新可能性确定部已经确定能够更新内存中的固件的情况下，提供通知用户能够更新内存中固件的UI，并且从用户接收更新内存中固件的指令。

24.如权利要求21或22所述的网络系统，还包括：

固件信息获取条件确定部，所述固件信息获取条件确定部确定是否已经满足固件信息获取条件，其中

当固件信息获取条件已经被满足时，所述固件信息获取部获取固件信息。

25.如权利要求24所述的网络系统，其中

所述固件信息获取条件是从用户接收到更新固件的指令。

26.如权利要求24所述的网络系统，还包括：

固件信息获取日期/时间检测部，所述固件信息获取日期/时间检测部检测用于获取固件信息的预先设置的日期和时间的到来，其中

所述固件信息获取条件是用于获取固件信息的日期和时间的到来。

27.如权利要求21或22所述的网络系统，其中

在尽管已经获取固件信息之后过去了预定时间，但固件信息相关的固件还未被下载的情况下，所述固件信息获取部再次从外部获取固件信息。

28.如权利要求21或22所述的网络系统，还包括：

下载条件确定部，所述下载条件确定部确定是否已经满足用于下载最新版本的固件的下载条件，其中

当下载条件已被满足时，所述固件获取部下载最新版本固件。

29.如权利要求28所述的网络系统，还包括：

下载日期/时间检测部，所述下载日期/时间检测部检测用于下载最新版本固件的预先设置的日期和时间的到来，其中

所述下载条件是用于下载最新版本固件的预先设置的日期和时间的到来。

30.如权利要求21或22所述的网络系统，其中

在更新可能性确定部已经确定能够更新固件之后，所述固件获取部立刻下载最新版本的固件。

31.如权利要求21或22所述的网络系统，其中

所述固件获取部将由固件信息获取部获取的、包括在最新版本固件中的各模块的版本信息组与配置信息中包括的各对应模块的版本信息组进行比较，并且仅下载在最新版本固件中的版本信息与配置信息中的版本信息不同的最新版本固件的模块。

32.如权利要求21或22所述的网络系统，还包括：

认证部，所述认证部执行用户认证。

33.如权利要求32所述的网络系统，其中

所述认证部在固件获取部开始下载最新版本固件之前立即执行用户认证。

34.如权利要求32所述的网络系统，其中

在更新可能性确定部已经确定能够更新固件之后，认证部立刻执行用户认证。