CN105683916A - 通信装置、通信系统、通信方法和通信程序 - Google Patents

Abstract

本发明提供有：接收装置，其接收与用于更新的更新数据相关的元数据；确定装置，其基于元数据的描述，确定是否存在用作预先下载的更新数据，该预先下载用于在更新可以开始的时间之前用于执行更新数据下载；以及更新处理装置，其在确定装置已经确定存在用作预先下载的更新数据时的情况下，下载更新数据。

Description

通信装置、通信系统、通信方法和通信程序

技术领域

在此讨论的公开涉及一种通信装置、通信系统、通信方法和通信程序。

背景技术

在诸如电视会议系统(或者视频会议系统)的通信系统中，为了改善电话通信的置信度和操作性能，可以定期更新终端装置的固件(程序)。本技术领域内公知的通信系统采用通过由终端装置经过网络访问服务器从而获取更新数据和元信息(元数据)的技术更新程序(请参见专利文献1和2)。为了确定需要更新程序而事先获取元信息，并且接着获取更新数据可以防止用户获取不必要的更新数据。请注意，通常在允许开始更新程序的日期之后可以下载更新数据。

为了防止通信线路因为下载请求的访问密度发生业务量饱和，申请人已经提交了一个专利申请，该专利申请涉及使终端装置的用户能够预先下载更新数据和元信息(预先下载)并且在预设日期之后进行更新的技术(目前未公开)。在用户执行明确操作的状况下，执行预先下载。

[有关技术文献]

[专利文献]

[专利文献1]日本未审专利申请公布No.2012-084118

[专利文献2]日本未审专利申请公布No.2013-020506

发明内容

[本发明要解决的技术问题]

如上所述，预先下载在防止下载请求的集中访问中有效，从而有助于更新；然而，仅在用户执行明确操作的状况下执行预先下载。因此，关于未执行的预先下载，仍可能存在一些问题。

即，用户可以通过用户接口接收预先下载的可用性报告；然而，用户可能因为准备电视会议等而太忙，以致不能此时执行预先下载，并且然后完全忘记，或者用户因为其不能充分理解预先下载功能而不执行预先下载。此外，当通信装置由两个或者多个用户共享时，经常不清楚通信装置的管理责任在哪，这样可能使用户不愿执行额外操作。在更新变成必须更新(强制更新)之前，可能保持不执行该更新。

本发明的一个目的是解决这些问题。换句话说，本发明的目的是提供一种鼓励各种用户执行预先下载的技术。

[解决问题的方式]

根据本公开的一个方案，提供了一种成像设备，该成像设备包含通信装置，该通信装置包含：接收机，配置为接收在更新中使用的更新数据的元数据；确定单元，配置为基于该元数据的描述，确定是否存在经受预先下载的更新数据，该预先下载指在允许更新时间之前事先下载更新数据；以及更新处理单元，配置为当确定单元确定存在经受预先下载的更新数据时，下载更新数据。

[本发明的有益效果]

实施例的一个方案提供了一种鼓励各种用户执行预先下载的技术。

附图说明

图1是示出根据实施例的通信系统的配置示例的示意图；

图2是示出电话终端的硬件配置示例的示意图；

图3是示出中继装置、通信管理服务器、以及更新服务器的硬件配置示例的示意图；

图4是示出电话终端和更新服务器的功能配置示例的示意图；

图5是示出更新服务器的更新数据提供器的处理示例的流程图；

图6是示出元数据的示例的示意图；

图7是示出电话终端的处理示例的流程图(1)；

图8是示出电话终端的处理示例的流程图(2)；

图9是示出起动屏幕的示例的示意图；

图10是示出设置屏幕的示例的示意图；

图11是示出验证屏幕的示例的示意图；

图12是示出验证窗口的示例的示意图；

图13是示出验证屏幕的示例的示意图；

图14是示出设置屏幕的示例的示意图；

图15是示出验证屏幕的示例的示意图；

图16是示出电话终端的处理示例的流程图(3)；

图17是示出更新屏幕的示例的示意图；以及

图18是示出验证屏幕的示例的示意图。

具体实施方式

下面将描述优选实施例。

配置

图1是示出根据实施例的通信系统的配置示例的示意图。

图1示出通信系统1，该通信系统1包含通过通信网络2可通信地互相连接的：用作通信装置的电话终端11aa至11ac、11ba至11bc、11ca至11cc和11da至11dc、通信管理服务器50、更新服务器60、以及路由器70a至70d。具体地说，通信系统1包含：通过路由器70a至70d、通信管理服务器50和连接到因特网2i的更新服务器60连接到因特网2i的LAN2a、2b、2c和2d；连接到LAN2a的电话终端11aa至11ac和中继装置30a；连接到LAN2b的电话终端11ba至11bc和中继装置30b；连接到LAN2c的电话终端11ca至11cc和中继装置30c；以及连接到LAN2d的电话终端11da至11dc和中继装置30d。在通信系统1中，在通信管理服务器50的管理下，通过经过中继装置30a、30b、30c和30d互相发送和接收包含声音和视频(图像)中的至少一个的数据，区域A中的电话终端11aa至11ac和11ba至11bc与区域B中的电话终端11ca至11cc和11da至11dc通信。

具体地说，通信管理服务器50管理诸如电话终端11aa至11ac、11ba至11bc、11ca至11cc和11da至11dc的通信地址、中继装置30a、30b、30c和30d的通信地址、中继装置30a、30b、30c和30d将数据转发到的电话终端以及电话终端11的呼叫状况的信息。例如，当电话终端11aa对电话终端11ca进行电话呼叫时，电话终端11aa请求中继装置30a将电话呼叫转发到电话终端11ca。中继装置30a向通信管理服务器50报告电话终端11aa开始电话呼叫，并且获取中继装置30c的通信地址，以将电话呼叫转发到电话终端11ca。中继装置30a接着请求中继装置30c将电话呼叫转发到电话终端11ca，并且中继装置30c开始与电话终端11ca通信对话。接着，中继装置30c向通信管理服务器50报告开始与电话终端11ca通信对话。

因此，电话终端11aa与电话终端11ca之间的通信已经经过中继装置30a和30c开始。通信管理服务器50还管理诸如电话终端11aa与11ca之间的电话呼叫的接合状况的电话呼叫状况。例如，当通信管理服务器50收到来自电话终端11ab的关于电话终端11aa或者11ca的电话呼叫状况的询问时，通信管理服务器50发送指出电话终端11aa或者11ca在线，但是电话终端11aa和11ca在其电话呼叫中互相接合正在互相通话的应答。

在下面的描述中，对于相同类型的任何装置赋予相同的参考编号；然而，省略跟在参考编号后面的字母标记字符。例如，将电话终端11aa至11ac、11ba至11bc、11ca至11cc和11da至11dc简写为(各)电话终端11。同样，将中继装置30a、30b、30c和30d简写为(各)中继装置30。

更新服务器60用作更新信息提供装置(第二通信装置)，该更新信息提供装置管理与电话终端(第一通信终端)11的程序以及电话终端11的各种类型的设置信息的更新关联的信息，并且在对来自电话终端11的请求的应答中提供该信息。与更新关联的信息的示例包含电话终端11的程序和电话终端11的各种类型的设置信息的早期版本到最新版本的所有版本的数据文件以及描述每个版本的更新内容的元数据(元信息)。允许更新服务器60管理作为与更新管理的信息的所有版本的数据的原因是因为电话终端11在不同时间更新数据。

例如，频繁更新程序的电话终端11可能仅需要更新为最新版本；然而，以长间隔更新程序的电话终端11可能需要将程序更新几次，直到更新为最新版本。在这种情况下，电话终端11可以首先以与最新版本具有相依关系的特定老版本更新其程序，而非直接利用最新版本更新其程序。由于有一些电话终端11需要以和最新版本具有相依关系的老版本更新程序，所以更新服务器60管理作为与更新关联的信息的所有版本的数据。

请注意，存在两种更新，即，正常更新和强制更新。正常更新的目的在于消除诸如故障的错误或者添加功能。

强制更新的目的在于随着与电话终端11的功能不同的其他装置的功能的变化或者随着电话终端11本身的功能的变化必需更新信息。例如，在中继装置30中可以改变为了呼叫而发送或者接收的声音和图像的数据格式或者视频编解码，并且可以因为这些变化而更新与视频关联的中继装置30的版本的更新，诸如编码器更新。此外，可以改变与中继装置30的通信协议。上述改变可以改变声音、图像和视频本身的结构，或者通信协议的改变可以改变与中继装置30的通信过程本身，也可以改变中继装置30的功能。因此，更新之前的电话终端11不能执行简写电话呼叫的主要功能。因此，可以在电话终端11上运行强制更新，以使其在这种情况下适应更新版本的中继装置30。

此外，当在中继装置30中发现诸如安全漏洞的安全问题时，可以在中继装置30上运行用于消除因为安全漏洞导致的脆弱性的更新。更新之前的电话终端11不能进行电话呼叫。因此，在电话终端11上可以运行强制更新，以使其适应中继装置30中针对安全漏洞的脆弱性采取的措施。

图2是示出电话终端的硬件配置示例的示意图。

如图2所示，电话终端11包含通过总线互相连接的：中央处理单元(CPU)101、只读存储器(ROM)102、随机存取存储器(RAM)103、存储部105、介质驱动器107、操作部108、网络I/F111、成像设备1/F112、声音输入输出I/F113、以及显示器I/F114。

配置CPU101，以通过将存储于ROM102或者存储部105中的程序104装载到RAM103中，并且接着执行装载的程序，集中控制电话终端11的操作。存储部105可以是硬盘驱动器(HDD)和固态驱动器(SDD)，并且配置该存储部105，以存储数据，从而可读/可写。具体地说，存储部105存储CPU101要执行的程序104或者各种类型的设置信息。当更新电话终端11时，更新存储于存储部105中的程序104或者各种类型的设置信息。

介质驱动器107是驱动设备，配置该驱动设备，以从诸如光盘的介质106读出数据，或者在诸如光盘的介质106上写入数据。操作部108包含：键盘、各种键、叠置于显示器13上的触摸板等等，并且配置操作部108，以接收用户的操作输入。网络I/F111是连接到通信网络2的接口，并且配置该网络I/F111，以通过通信网络2进行数据通信。成像设备I/F112是连接到相机(数码相机)12的接口，并且配置该成像设备I/F112，以获取相机12成像的图像。声音输入输出I/F113是连接到麦克风14和扬声器15的接口，并且配置该声音输入输出I/F113，以通过麦克风14输入声音并且通过扬声器15输出声音。显示器I/F114是连接到诸如液晶显示器(LCD)等等的显示器13接口，并且配置显示器I/F114，以将显示数据输出到显示器13。请注意，本实施例采用血红色球13；然而，本实施例可以包含显示器13之外的显示装置，诸如投影仪等等。

当在从另一个电话终端11接收电话呼叫中接合电话终端11时，在执行程序104的CPU101的控制下，通过网络I/F111，电话终端11将从相机12获取的图像或者通过麦克风14输入的声音输出到中继装置30。此外，电话终端11从扬声器15输出通过网络I/F111从其他电话终端11输入的和中继装置30转发的声音，并且类似地，使从其他电话终端11获取的图像显示于显示器13上。因此，通过交换图像或者声音，电话终端11能够与其他电话终端11进行电话呼叫。即，电话终端11能够与其他电话终端11执行所谓电视电话会议。请注意，电话终端11可以是诸如通用个人计算机(PC)、智能电话、移动电话和平板终端的任何通信终端。

图3是示出中继装置30、通信管理服务器50、以及更新服务器60的硬件配置示例的示意图。

如图3所示，中继装置30、通信管理服务器50、以及更新服务器60中的每个包含通过总线214互相连接的：CPU201、ROM202、RAM203、存储部204、显示器205、网络I/F206、键盘207、鼠标208、介质驱动器209和CD-ROM驱动器211。中继装置30、通信管理服务器50、以及更新服务器60中的每个可以是诸如所谓个人计算机(PC)或者工作站(WS)的装置。

配置CPU201，以通过将存储于ROM202或者存储部204中的程序装载到RAM203中，并且接着执行装载的程序，集中控制自己的电话终端11的操作。存储部204可以是HDD或者SSD，并且配置存储部204，以存储数据，从而可读或者可写。例如，存储部204将与更新关联的信息存储于更新服务器60中。

显示器205可以是LCD。网络I/F206可以是连接到通信网络2的接口，并且配置网络I/F206，以通过通信网络2进行数据通信。配置键盘207和鼠标208中的每个，以接收用户的操作输入。介质驱动器209是驱动设备，配置该驱动设备，以从诸如光盘的介质210读出数据，或者将数据写在诸如光盘的介质210上。CD-ROM驱动器211是驱动设备，配置该驱动设备以对CD-ROM213读出。例如，与更新关联的最新信息由介质210或者CD-ROM213提供，并且存储于更新服务器60中的存储部204中。

图4是示出电话终端11和更新服务器60的功能配置示例的示意图。电话终端11和更新服务器60的功能配置可以主要由CPU101或者CPU201执行的程序实现。

在图4中，电话终端11主要包含：发射机－接收机1101、用户接口部1102、更新部1103。更新服务器60主要包含：发射机－接收机601和更新数据提供器602。请注意，电话终端11和更新服务器60的一部分功能或者全部功能可以由硬件构成。

配置电话终端11的发射机－接收机1101，以通过通信网络2，将数据发射到更新服务器60，或者从更新服务器60接收数据。具体地说，根据事先在存储于存储部105中的设置信息中设置的更新服务器60的通信地址或者通过询问通信管理服务器50获取的更新服务器60的通信地址，通过在电话终端11与更新服务器60之间开始预定通信对话，发射机－接收机1101将数据发送到更新服务器60或者从更新服务器60接收数据。发射机－接收机1101通过发送或者接收这些数据获取与更新服务器60管理的更新关联的信息(例如，元数据或者更新数据)。

用户接口部1102是这样的接口，配置该接口，以控制从扬声器15输出的声音、显示器13的显示屏幕以及从操作部108输入的用户操作。具体地说，用户接口部1102包含：用户报告部1104，配置该用户报告部1104，以利用通过扬声器15输出的声音或者通过显示器13的显示屏幕，将各种报告发送到用户；以及操作输入接收器1105，配置该操作输入接收器1105，以接收用户通过操作部108输入的操作。

配置更新部1103，以控制存储于存储部105中的程序或者各种类型的设置信息的更新，并且根据与从更新服务器60获取的更新关联的关联信息(元数据)，进行更新。更新部1103包含：确定部1106、更新处理器1107、以及网络频带获取部1108。

配置确定部1106，以确定目标更新的最新版本是否比终端版本(装置版本)新。请注意，终端版本指电话终端11的更新目标的程序104的当前版本。在存储部105的设置信息中设置终端版本。例如，当操作系统(OS)是Microsoft(R)生产的Windows(注册商标)时，在注册时将终端版本设置为设置信息。

当最新版本比终端版本新，并且元数据包含作为基于目标更新的更新版本的从属版本的技术规范时，确定部1106将该从属版本与终端版本进行比较，以确定从属版本是否比终端版本新。

发射机－接收机1101根据确定结果执行下面的处理。当从属版本比终端版本新时，发射机－接收机1101将指出利用从属版本更新的元数据请求发送到更新服务器60，并且从更新服务器60接收从属版本的元数据。当从属版本不比终端版本新时，发射机－接收机1101不发送元数据的请求，并且因此不接收元数据。

基于从属版本的更新程序的元数据，更新处理器1107利用从属版本进行更新。利用从属版本进行了更新后，基于更新目标的更新程序的元数据，更新处理器1107执行更新目标的更新程序的更新。此外，执行了更新目标的程序的更新后，更新处理器1107将终端版本更新为最新版本。更新处理器1107从元数据规定的存储目的地接收数据文件，并且进行更新。请注意，当数据文件是诸如捆绑数据集的打包文件(cabinetfile)的封装文件(packagefile)或者ZIP格式的文件时，更新处理器1107执行包含在封装文件中的脚本，以执行更新处理。请注意，该脚本是用于指明更新执行过程的可执行格式的数据。

网络频带获取部1108获取对发射机－接收机1101可用的通信网络2的网络频带信息(频带信息)。通过监视发送数据和接收数据在单位时间的流量，网络频带获取部1108可用获取(测量)频带信息。

配置更新服务器60的发射机－接收机601，以通过通信网络2将数据发送的电话终端11或者从电话终端11接收数据。具体地说，响应电话终端11通过通信网络2发送的请求，通过利用预定协议开始通信对话，发射机－接收机601将数据发送到电话终端11或者从电话终端11接收数据。

配置更新数据提供器602，以响应来自发射机－接收机601对其发射数据或者发射机－接收机601从其接收数据的电话终端11的请求，对电话终端11提供与更新服务器60管理的更新关联的信息。

操作

图5是示出更新服务器60的更新数据提供器602的处理示例的流程图。

在图5中，更新数据提供器602接收来自电话终端11的元数据请求(步骤S600)。

收到元数据请求的更新数据提供器602生成当前更新可用数据(当前更新可执行数据)的元数据(步骤S602)。

更新数据提供器602确定是否存在需经预先下载的数据(步骤S604)。请注意，需经预先下载的数据指更新在当前不可用(不可执行)，但是在更新可用日期前(之前)可以下载的更新数据。即，需经预先下载的数据指在更新用于执行视频会议的应用之前可以事先下载的更新数据。预先下载更新数据可以防止执行更新时对更新服务器60的集中访问。

基于包含于后面描述的元数据中的“有效日期”的时间比当前时间晚(即，靠后)，更新数据提供器602确定是否存在可以事先下载的更新数据(数据的预先下载是否可用)。更新数据提供器602可用从网络时间协议(NTP)服务器或者该装置的内置时钟获取当前时间。

当更新数据提供器602确定存在可以事先下载的数据时(步骤S604中的“是”)时，更新数据提供器602生成经受事先下载的更新数据的元数据(预先下载)(步骤S606)。更新数据提供器602接着将当前可执行更新数据的元数据和经受预先下载的更新数据的元数据发送到电话终端11(步骤S608)。

当更新数据提供器602确定不存在可以事先下载的更新数据(步骤S604中的“否”)时，更新数据提供器602仅将当前可执行更新数据的元数据发送到电话终端11(步骤S608)。

图6是示出元数据的示例的示意图。

如图6所示，每个版本的元数据包含数据项：“version”、“description”、“package_url”、“package_digest”、“execute”、“reboot”、“critical”、“dependency”、“dependency_version”、“dependency_metadata_url”、“validdate”、“datasize”等等。数据项“version”设置更新程序的版本号，诸如“1.0.1”。数据项“dependency”是指出是否存在作为与当前版本具有相依关系的另一个版本的从属版本的标志。当存在从属版本时，数据项“dependency”设置“真(true)”，并且当不存在从属版本时，数据项“dependency”设置“伪”。当存在从属版本时，数据项“dependency_version”设置与当前版本具有相互相依关系的另一个版本的版本号；即，数据项“dependency_version”设置从属版本的版本号。因此，通过检验数据项“dependency_version”中指明的版本，可以回溯从属版本。数据项“dependency_metadata_url”设置从属版本的元数据的存储目的地。数据项“description”设置诸如“其是简单数据”的版本详情。数据项“package_url”设置用作更新服务器60管理的更新的实体的程序(数据文件)的存储目的地的URL。数据项“package_digest”设置用作更新实体的数据文件的校验和。因此，通过使发射机－接收机1101获取基于数据项“package_url”中说明的内容的数据文件，更新处理器1107能够执行与元数据中说明的版本关联的更新。

数据项“execute”设置执行更新时要执行的脚本名称。当获取的数据文件是封装格式的封装文件时，脚本包含于封装文件中。数据项“reboot”是指出在执行了更新后是否使电话终端11重自举(再启动)的标志。当使电话终端11重自举时，数据项“reboot”设置“真”，并且当不使电话终端11重自举时，数据项“reboot”设置“伪”。数据项“critical”是指出该更新是否是强制更新的标志。当更新是强制更新时，数据项“critical”设置“真”，并且当更新不是强制更新时，数据项“critical”设置“伪”。数据项“validdate”指明允许执行更新数据的日期和时间。即，数据项“validdate”是能够确定是否能够事先下载更新数据的信息(更新数据是否是能够预先下载的数据)。数据项“datasize”指明更新数据的大小。

存储于存储部105中的程序104的一些更新与对诸如网络I/F111、成像设备I/F112、声音输入输出I/F113、显示器I/F114、等等的设备的控制关联。在“重自举”中设置“真”，因为更新这些设备控制可以要求在更新之后重自举。此外，程序104的更新包含正常关系和强制更新，并且当程序104的更新是强制更新时，在“重自举”中设置“真”。

图7和8是示出电话终端11的处理的流程图。

如图7所示，用户接口部1102基于对操作部108的电源开关等的操作将电(开启电源)送到自己的装置(电话终端11)(步骤S1)，并且时开机屏幕显示于显示器13上(步骤S2)。开机屏幕是在CPU101的控制下，示出通过对远程通信管理服务器50发送询问获得的电话终端11的一系列呼叫状况的显示屏幕(后面将详细描述)。

在步骤S1供电后，在激活自己的装置时，更新部1103的更新处理器1107开始检验自己的装置的更新(步骤S3)。下面将说明更新程序的示例；然而，可以以类似的方式更新其他设置信息。

更新部1107开始检验更新，更新处理器1107使发射机－接收机1101将程序最新版本的元数据的请求发送到更新服务器60(步骤S4)，并且响应该请求，获取更新服务器60的更新数据提供器602提供的元数据(步骤S5)。

确定部1106接着从存储部105中的设置信息获取终端版本，并且确定最新版本是否比电话终端11的终端版本新(步骤S6)。

当最新版本不比电话终端11的终端版本新(步骤S6中的“否”)时，即，当最新版本与电话终端11的终端版本是同一个版本或者比其老时，确定部1106进入确定预先下载(步骤S21)。

另一方面，当最新版本比电话终端11的终端版本新时(步骤6中的“是”)，更新处理器1107基于获取的异质结的数据项“dependency”的描述验证存在从属版本(步骤S7)。例如，当数据项“dependency”是“真”并且数据项“dependency_version”描述指出不同版本号的版本号，诸如“1.0.0”时，如图6所示，更新处理器1107验证存在从属版本。此外，当数据项“dependency”是“伪”时，更新处理器1107验证不存在从属版本。

确定部1106通过步骤S7的验证确定是否存在从属版本(步骤S8)。当确定部1106确定存在从属版本(步骤S8中的“是”)时，确定部1106确定从属版本是否比终端版本新(步骤S9)。当确定部1106确定从属版本比终端版本新(步骤9中的“是”)时，更新处理器1107基于已经获取的元数据的数据项“dependency_metadata_url”中设置的存储目的地将从属版本的程序的元数据的请求发送到更新服务器60(步骤S10)。更新处理器1107接着响应该请求获取更新数据提供器602提供的从属版本的元数据(步骤S11)，并且使该处理返回步骤S7。因此，仅当从属版本比终端版本新时，更新处理器1107接着回溯到与最新版本有关的版本，从而获取与这些从属版本关联的元数据。

当确定部1106确定不存在从属版本(步骤S8中的“否”)时，或者当确定部1106确定存在从属版本(步骤S8中的“是”)但是确定部1106确定从属版本不比终端版本新(步骤S9中的“否”)时，更新处理器1107确定数据项“critical”是否设置“真”，以确定当前更新是否是强制更新(步骤S12)。

当更新处理器1107确定数据项“critical”未设置“真”(步骤S12中的“否”)时，更新处理器1107将最新版本的元数据的数据项“version”中描述的版本号与自己的装置的终端版本(存储部105中存储的程序104的版本号)进行比较，以确定自己的装置是否存在更新(即，是否已经完成更新)(步骤S13)。具体地说，与终端版本匹配的最新版本的版本号指出程序104是最新版本，并且因此，更新处理器1107确定不存在对自己的装置必需的更新(即，更新已经完成)。与程序104的版本号不匹配的最新版本的版本号指出程序104是老版本，并且更新处理器1107确定存在对自己的装置必需的更新(即，更新尚未完成)。当更新处理器1107确定不存在对自己的装置的更新(步骤S13中的“否”)时，更新处理器1107进入确定预先下载(步骤S21)。

当更新处理器1107确定存在对自己的装置的更新(步骤S13中的“是”)时，更新部1107向用户接口部1102报告与更新关联的信息(步骤S11)。具体地说，作为与更新关联的信息，更新部1103向用户接口部1102报告具有最新版本和与最新版本有关的版本的元数据中不需要向用户报告的诸如“package_url”、“execute”等等的数据项之外的数据项。

基于与更新处理器1107在步骤S14报告的更新关联的信息，通过使表示存在自己的装置必需的更新数据的消息显示于显示器13的起动屏幕上，用户接口部1102的用户报告部1104向用户报告(步骤S15)。

下面说明起动屏幕的详情。图9是示出起动屏幕G1的示例的原理图。如图9所示，配置开始屏幕G1，以包含：主屏幕G11，该主屏幕G11显示电话终端的一系列呼叫状况；和状况屏幕G12，该状况屏幕G12显示自己的装置(自己的电话终端)的状况。当用户报告部1104从更新处理器1107收到与更新关联的信息时，通过使表示存在更新的消息显示于状况屏幕G12上，用户报告部1104向用户报告。请注意，表示存在更新的消息的显示并不局限于图8所示的布局，并且可以利用主屏幕G11上的预定图标图像显示消息。请注意，在图9至15所示的屏幕的示例中，轮廓线方框或者实线方框表示可以显示消息的区域。这些轮廓线方框或者实线方框可以是系统上的预定消息显示区。

当用户接口1102的操作输入接收器1103响应在步骤S15对用户的报告收到应用各种类型的诸如更新的设置的操作指令时，用户接口部1102使设置屏幕显示于显示器13上(步骤S16)。

图10是示出设置屏幕G2的示例的原理图。如图10所示，配置设置屏幕G2，以包含主屏幕G21，该主屏幕G21通过经过操作输入接收器1105接收用户的选择操作显示设置按钮G23至G26，以执行各种类型的设置。设置按钮G23至G26中的设置按钮G26用于指示运行更新。当指出自己的装置(自己的电话终端)不包含更新的与更新关联的信息不由更新处理器1107报告时，以浅灰阴影(淡灰)显示设置按钮G26，指出不能执行用户的选择操作。通过对比，当与更新关联的、指出自己的装置(电话终端)包含更新的信息由更新处理器1107报告时，取消设置按钮的淡灰色显示，指出操作输入接收器1105准备好接收用户的选择操作。在这种情况下，基于作为与更新关联的信息而包含的数据项“version”的描述，设置按钮G26可以描述经受更新的最新版本的版本号。在该示例中，将版本号更新为版本号2.0的最新版本。请注意，可以进一步配置设置屏幕G2，以包含状况屏幕，从而显示自己的装置(自己的电话终端)的状况。

返回去参考图7，当用户执行选择操作以选择设置按钮G26时，用户接口部1102使验证执行更新的验证屏幕显示于显示器13上(步骤S17)。

图11是示出验证屏幕G3的示例的原理图。如图11所示，配置验证屏幕G3，以包含主屏幕G31和用于显示自己的装置(自己的电话终端)的状况的状况屏幕G32，该主屏幕G31包含：显示要执行的更新的内容的更新显示G33、用于接收基于显示内容执行更新的指令或者取消更新的指令的操作按钮G34和G35。基于作为与更新有关的信息而包含的数据项“version”的描述，更新显示G33显示诸如作为自己的装置(自己的电话终端)的程序104的版本号的当前版本和经受更新的最新版本的版本号的信息，以向用户报告显示的信息。因此，用户能够基于更新显示G33的显示内容验证程序的当前版本被更新的版本号。请注意，可以进一步配置验证屏幕G3的更新显示G33，以根据数据项“reboot”显示指出是否重新起动自己的装置(自己的电话终端)的信息。

图12是示出验证窗口G36的示例的原理图。当选择给出执行更新的指示的操作按钮G35时，验证屏幕G3还可以显示验证窗口G36，以帮助用户验证显示内容。当执行预定更新时，除了诸如经受更新的最新版本的版本号的显示信息，验证窗口G36还显示通知。当收到执行更新的指令时，验证屏幕G3显示验证窗口G36，以提醒用户执行更新。请注意，可以进一步配置验证屏幕G3的验证窗口G36，以根据数据项“reboot”显示指出是否重新起动自己的装置(自己的电话终端)的信息。

返回去参考图7，基于用户为了在验证屏幕G3上选择操作按钮G34或者G35的选择操作，更新处理器1107确定是否执行更新(步骤S15)。当用户选择操作按钮G35以给出执行更新的指令(步骤S18中的“是”)时，更新处理器1107基于获取的元数据执行更新处理(步骤S19)。请注意，下面将描述更新处理的详情。

当用户选择操作按钮G34以给出取消执行更新的指令(步骤S18中的“否”)时，更新处理器1107执行结束处理，以结束自己的装置(自己的电话终端)的处理(步骤S20)并且然后关闭电源。

即，当电话终端11b包含更新自己的电话终端时，由用户接口部1102的用户报告部1104对用户报告存在更新。电话终端11接着通过操作输入接收器1105从用户接收指出是否执行该更新的选择操作。当用户执行选择操作以执行更新时，更新处理器1107执行更新处理。因此，当电话终端11包含要在自己的装置(自己的电话终端)中执行的更新时，电话终端11允许用户选择该更新的执行。

在步骤S12，当元数据的数据项“critical”设置“真”时，即，当元数据指出强制更新(步骤S12中的“是”)时，更新部1103的更新处理器1107向图8中的用户接口部1102报告与强制更新关联的信息(步骤S701)。具体地说，以与正常更新情况相同的方式，作为与更新关联的信息，更新部1103对用户接口部1102报告具有最新版本和最新版本与其有关的版本的元数据中，不需要对用户报告的诸如“package_url”、“execute”等等的数据项之外的数据项。

基于与更新处理器1107报告的强制更新关联的信息(步骤S702)，通过显示在显示器13的起动屏幕G1上(请参见图9)存在自己的装置(自己的电话终端)必需的强制更新数据的消息，用户接口部1102的用户报告部1104对用户报告。具体地说，通过在状况屏幕G12上显示消息，或者通过在主屏幕G11上以浅灰阴影(淡灰)显示指出不能执行更新之外的操作的列表，用户报告部1104对用户报告自己的电话终端中存在的更新是强制更新的消息。

当在步骤S702对用户报告该消息时，用户接口部1102使用于验证更新的执行的验证屏幕G70(请参见图13)显示于显示器13上(步骤S703)。请注意，用户接口部1102不使用于设置更新的设置屏幕G2(请参考图10)显示于显示器13上，如正常更新情况所示。

图13是示出执行强制更新时显示的验证屏幕G70的示例的原理图。如图13所示，配置验证屏幕G70，以包含主屏幕，该主屏幕包含：用于显示要执行的更新内容的更新显示G73和用于从用户接收更新执行指令的操作按钮G75。基于作为与更新关联的用于对用户报告显示信息的信息包含的数据项“version”的描述，更新显示G73显示诸如作为自己的装置(自己的电话终端)的程序104的版本号的当前版本以及经受更新的最新版本的版本号的信息。因此，用户能够基于更新显示G73的显示内容验证程序的当前版本被更新的版本号。

请注意，仅操作按钮G75显示于验证屏幕G70上，用于验证强制更新，而显示于验证屏幕G3上用于验证正常更新(请参见图11)的取消按钮G34不显示于验证屏幕G70上。这是因为，必须执行强制更新。然而，利用对应于操作部108的菜单键的操作按钮，可以使验证屏幕G70转移到设置屏幕，或者通过按下电源开关109，关闭电源。

返回去参考图8，基于用户在验证屏幕G70上为了选择操作按钮G75的选择操作，更新处理器1107确定是否执行强制更新(步骤S704)。当用户选择操作按钮G75，以给出执行强制更新的指令(步骤S704中的“是”)时，更新处理器1107基于获取的元数据执行更新处理(步骤S705)。

当未按下操作按钮G75，而按下操作部108的操作按钮(步骤S704中的“否”)时，利用通过操作按钮中按下的操作按钮给出的指令，可以显示设置屏幕，也可以关闭电源(步骤S706)。

返回去参考图7，当最新版本不比终端版本新(步骤S6中的“否”)时，或者当不存在自己的装置(自己的电话终端)必需的更新时，更新部1103确定是否存在预先下载可用的更新数据(步骤S21)。在该步骤，基于在元数据的“validdate”中是否设置了相对于当前时间的未来时间，更新部1103确定是否存在经受预先下载的更新数据。

当更新部1103确定不存在经受预先下载的更新数据(步骤S21中的“否”)，从而指出不存在事先执行预先下载和执行更新的需要时，更新部1103继续执行正常操作(步骤S26)。当更新部1103确定操作经受预先下载的更新数据(步骤S21中的“是”)时，更新部1103确定用户事先设置的设置内容(步骤S22)。

设置内容可以包含例如如下：

－手动设置

－自动#1设置

－自动#2设置

手动设置包含请求用户验证是否执行更新的预先下载，并且当用户明确操作以执行预先下载时，执行预先下载。手动设置允许用户在用户方便的时间执行预先下载。

自动#1设置包含在无需用户验证预先下载的情况下，自动执行预先下载。自动#1设置有助于最快预先下载，而无需用户操作，并且使得能够通过窄网络频带持续执行预先下载。

当网络频带获取部1108获取的网络频带信息指出的频带是预定阈值或者更大时，自动#2设置在无需用户验证的情况下执行预先下载。自动#2设置的目的在于，即使网络环境拥挤，仍防止执行更新数据的预先下载对主要功能(例如，视频通信)生成的副作用。通过在网络频带中设置预定阈值，自动#2设置能够在对主要功能几乎没有影响的情况下执行预先下载。请注意，可以使用户确定最符合用户的网络环境的阈值。

实施例描述了三种设置模式：手动、自动#1、和自动#2；然而，这三种手动模式可以是可选设置。例如，可以仅选择自动#1，也可以选择自动#1和自动#2。

当设置内容是“手动”(步骤S22中的“手动”)时，用户验证是否执行预先下载(步骤S23)。

通过显示例如图14所示的屏幕，用户接口部1102向用户报告操作预先下载可用的更新数据。配置设置屏幕G4，以包含主屏幕G41，通过经过操作输入接收器1105接收用户的选择操作，该主屏幕G41显示用于执行各种类型的设置的设置按钮G23至G25和G42。利用设置按钮G23至G25和G42中的设置按钮G42给出运行更新的指令。基于作为与预先下载关联的信息包含的数据项“version”的描述，设置按钮G42可以描述经受预先下载的最新版本的版本号。图14的示例表明基于版本号2.1的最新版本可用于预先下载。

当用户接口部1102收到选择设置按钮G42的输入时，用户接口部1102可以显示图15所示的预先下载的设置屏幕。图15所示的预先下载的设置屏幕G5包含：预先下载显示G51，该预先下载显示G51显示可用于预先下载的更新数据的内容；以及操作按钮G52和G53，该操作按钮G52和G53用于接收用于取消或者执行该内容的更新数据的预先下载的相应指令。

返回去参考图7，当用户执行验证操作，以执行预先下载(步骤S23中的“是”)时，开始预先下载(步骤S25)，并且继续正常操作(步骤S26)。当用户执行不执行预先下载的验证操作(步骤S23中的“否”)时，继续正常操作，而不执行预先下载(步骤S26)。

当设置内容是“自动#1”(步骤S22中的“自动#1”)时，开始预先下载(步骤S25)，并且继续正常操作(步骤S26)。

当设置内容是“自动#2”(步骤S22中的“自动#2”)时，确定网络频带是否是预定阈值或者更大(步骤S24)。当网络频带是预定阈值或者更大(步骤S24中的“是”)时，开始预先下载(步骤S25)，并且继续正常操作(步骤S26)。当网络频带不是预定阈值也不更大(步骤S24中的“否”)时，继续正常操作，而不执行预先下载(步骤S26)。

请注意，当在执行预先下载时开始视频会议时，执行如下处理中的任何一个。

－继续预先下载，而无论视频会议是否已经开始。

－因为开始视频会议，临时停止预先下载，并且因为结束视频会议，重新开始临时停止的预先下载。

－当开始视频会议并且获得预定带宽时，继续预先下载；或者当已经开始视频会议，并且未获得预定带宽时，临时停止预先下载，并且因为视频会议结束或者获得预定带宽，重新开始临时停止的预先下载。

下面将说明更新处理的详情(图7所示的步骤S19和图8所示的步骤S705)。

如图16所示，当更新部1103开始更新处理时，更新部1103关闭诸如用于连接到诸如相机12、麦克风14和扬声器15的外部装置的成像设备I/F112、声音输入输出I/F113等等的接口部的功能。当激活接口部时，在更新时，使用与接口部关联的程序104。因此，可能发生导致更新处理故障的错误。因此，在开始更新处理的同时，更新部1103关闭上述接口部的功能。

更新部1103接着从获取的元数据的数据项“files”获取在更新中使用的数据文件(更新数据)的文件列表和这些文件的校验和(步骤S1501)。当更新部1103获取元数据的几个从属版本时，以从最老版本到最新版本的顺序对元数据执行步骤S1501至S1508。

更新部1103接着基于获取的元数据的数据项“validdate”中指明的更新可执行时间和日期确定是否可执行采用对应于获取的元数据的数据文件(更新数据)的更新(步骤S1502)。当获取的元数据的数据项“validdate”中指明的时间和日期比从布置于例如NTP服务器或者自己的装置(自己的电话终端)中的定时器部获取的当前时间和日期晚时，更新部1103确定可以执行利用对应于获取的元数据的数据文件(更新数据)的更新。

当更新部1103确定可以执行利用对应于获取的元数据的数据文件(更新数据)的更新(步骤S1502中的“是”)时，更新部1103确定是否已经利用预先下载处理从更新服务器60下载了对应于获取的元数据的数据文件；即，更新部1103确定对应于获取的元数据的数据文件是否是预先下载数据(步骤S1503)。

当更新部1103确定未利用预先下载处理从更新服务器60下载对应于获取元数据的数据文件(步骤S1503中的“否”)时，更新部1103从更新服务器60获取在步骤S1501获取的文件列表的数据文件(更新数据)(步骤S1504)，并且获取所获取的元数据的校验和(步骤S1505)。当更新部1103确定已经利用预先下载处理从更新服务器60下载了对应于获取的元数据的数据文件(步骤S1503中的“是”)时，更新部1103从下载目的地(例如，存储部105)获取下载的数据文件(预先下载数据)，并且获取所获取的数据文件的校验和(步骤S1505)。更新部1103接着利用获取的数据文件执行程序104的更新。

更新部1103接着向用户接口部1102报告更新进度状况(步骤S1506)。更新进度状况报告指出更新部1103已经对包含于文件列表中的文件中的哪个文件完成步骤S1504和S1505的处理。此外，当更新部1103执行具有相依关系的几个版本的更新时，更新进度状况报告可以指出更新部1103已经对哪个版本完成更新。用户接口部1102使报告的更新进度状况显示于显示器13的屏幕上，以向用户报告更新进度状况。

图17是示出电话终端11显示的更新屏幕的示例的示意图。如图17所示，在更新部1103执行更新处理时，用户接口部1102使更新屏幕G6显示于显示器13上。更新屏幕G6显示：更新状况窗口G61，该更新状况窗口G61显示更新部1103报告的更新进度状况；以及操作按钮G62，该操作按钮G62用于用户给出取消更新处理的指令。用户能够基于更新状况窗口G61的显示内容检验更新进度状况。

用户接口部1102可以以实时方式将更新的剩余时间或者当前线速度显示于更新屏幕G6上。在这种情况下，可以对用户提供的优点是更详细识别更新状况。

参考图16，更新部1103确定是否发生了更新处理错误(步骤S1507)。当操作更新处理错误(步骤S1507中的“是”)时，处理步骤S1509。在本实施例中，除了执行更新处理时因为某个因素(例如，在步骤S1505获取的校验和与在步骤S1501获得的校验和之间的差异)导致的错误，当通过操作更新屏幕G6的操作按钮G62临时停止更新时，或者在步骤S1504和S1505执行的更新的版本要求重新开始时，更新部1103也确定已经发生错误。因此，当从早期版本(老版本号)到最新版本执行更新时，在要求重新启动的版本已经被更新的阶段，激发步骤S1501至S1508的处理。

当更新处理没有错误(步骤S1507中的“否”)时，更新部1103与获取的元数据关联的所有版本的更新是否已经完成(步骤S1508)。当更新部1103确定所有版本的更新未完成(步骤S1508中的“否”)时，更新部1103返回步骤S1501，以继续执行更新处理。更新部1103确定所有版本的更新已经完成(步骤S1508中的“是”)时，更新部1103进入步骤S1509。

更新部1103接着向用户接口部1102报告更新结果(步骤S1509)。用户接口部1102使报告的更新结果显示于显示器13的屏幕上，以向用户报告更新结果。

图18是示出电话终端显示的验证屏幕的示例的示意图。已经收到更新结果的用户接口部1102显示更新结果G71或者操作按钮G72和G73，用于在验证屏幕G5上执行了更新后，接收关机操作或者重新启动操作，如图18所示。更新结果G71显示与更新之前的版本关联的信息，或者与通过执行更新获得的当前版本关联的信息。基于更新结果G71的显示内容，用户能够检验更新结果。

返回去参考图16，基于包含于更新使用的更新数据的元数据中的数据项“reboot”中的描述，更新部1103确定是否必需重新启动(重自举)信息处理装置(电话终端)11(步骤S1510)。当更新部1103确定不需要重新启动(重自举)信息处理装置(电话终端)11(步骤S1510中的“否”)时，更新部1103结束更新处理，而不重新启动信息处理装置(电话终端)11。当更新部1103确定需要重新启动(重自举)信息处理装置(电话终端)11(步骤S1510中的“是”)时，更新部1103重新启动信息处理装置(电话终端)11(步骤S1511)。如上所述，当执行要求重新启动的更新时，将重新启动电话终端，而无需执行更新后的用户操作。

概述

如上所述，实施例允许各种用户执行更新的预先下载。

上面描述了优选实施例。上述实施例说明了本发明的特定示例；然而，本发明并不局限于这些示例，并且可以进行各种替换或者变更，而不脱离本发明的精神和范围。具体地说，不认为本发明局限于特定示例及其附图的细节。

本申请基于并且要求2013年11月5日提交的日本优先权申请No.2013-229104的优先权的好处，在此通过引用合并该申请的全部内容。

[参考编号的描述]

1：通信系统

2：通信网络

11：电话终端

12：相机

13：显示器

14：麦克风

15：扬声器

30：中继装置

50：通信管理服务器

60：更新服务器

601：发射机－接收机

602：更新数据提供器

1101：发射机－接收机

1102：用户接口部

1103：更新部

1104：用户报告部

1105：操作输入接收器

1106：确定部

1107：更新处理器

1108：网络频带获取部

Claims (8)

1.一种通信装置，包括：

接收机，配置为接收在更新中使用的更新数据的元数据；

确定单元，配置为基于所述元数据的描述，确定是否存在经受预先下载的更新数据，所述预先下载指在允许更新时间之前事先下载所述更新数据；以及

更新处理单元，配置为当所述确定单元确定存在经受预先下载的所述更新数据时，下载所述更新数据。

2.根据权利要求1所述的通信装置，还包括：

频带信息获取单元，配置为获取网络频带信息，其中

当所述频带信息获取单元获取的所述网络频带信息指示的带宽是预定阈值或者更大时，所述更新处理单元下载经受预先下载的所述更新数据。

3.根据权利要求2所述的通信装置，还包括：

设置单元，配置为允许用户设置所述预定阈值。

4.根据权利要求1所述的通信装置，还包括：

设置单元，配置为允许用户设置用于自动执行所述预先下载的自动选项和用于手动执行所述预先下载的手动选项中的一个，其中

当所述用户在所述设置单元中设置所述手动选项，并且所述用户操作以执行所述预先下载时，所述更新处理单元下载经受所述预先下载的所述更新数据。

5.根据权利要求4所述的通信装置，还包括：

频带信息获取单元，配置为获取网络频带信息，其中

当所述用户在所述设置单元中设置所述自动选项时，所述设置单元进一步使所述用户设置是否执行基于所述网络频带信息的控制，并且

当所述用户设置所述自动选项并且执行基于所述网络频带信息的控制，并且所述频带信息获取单元获取的所述网络频带信息指示的带宽是预定阈值或者更大时，所述更新处理单元下载经受所述预先下载的所述更新数据。

6.一种通信系统，包括：

通信装置；以及

更新服务器，所述更新服务器通过网络连接到所述通信装置，其中

所述更新服务器包含

提供器，配置为响应来自所述通信装置的请求，提供更新数据和元数据，并且其中

所述通信装置包含

接收机，配置为接收更新中使用的所述更新数据的所述元数据；

确定单元，配置为基于所述元数据的描述，确定是否存在经受预先下载的更新数据，所述预先下载指在允许下载时间之前事先下载所述更新数据；以及

更新处理单元，配置为当所述确定单元确定存在经受所述预先下载的所述更新数据时，下载所述更新数据。

7.一种通信方法，包括：

接收在更新中使用的更新数据的元数据；

基于所述元数据的描述，确定是否存在经受预先下载的更新数据，所述预先下载指在允许下载时间之前事先下载所述更新数据；以及

当确定存在经受所述预先下载的所述更新数据时，下载所述更新数据。

8.一种用于使形成通信装置的计算机执行处理的程序，所述处理包括：

接收在更新中使用的更新数据的元数据；

基于所述元数据的描述，确定是否存在经受预先下载的更新数据，所述预先下载指在允许下载时间之前事先下载所述更新数据；以及

当确定存在经受所述预先下载的所述更新数据时，下载所述更新数据。