CN104346198B - 信息处理装置、服务器装置、信息处理方法和存储设备 - Google Patents

Abstract

一种信息处理装置、服务器装置、信息处理方法和程序。信息处理装置包括：通信单元、存储设备和控制器。通信单元能够与服务器进行通信。存储设备能够存储用于预定处理的数据。控制器能够控制通信单元从服务器接收通知信息，并且在等待预定最大待命时间内的任意确定的待命时间后从预定存储位置获取更新版本，其中，通知信息包含当前版本信息和更新版本信息，当前版本信息指示数据的当前版本，更新版本信息指示数据当前版本的更新版本。此外，控制器能够控制存储设备在最大待命时间过去后将存储的数据更新为获取的更新版本。

Description

信息处理装置、服务器装置、信息处理方法和存储设备

相关申请的交叉引用

本申请要求2013年8月5日提交的日本在先专利申请JP 2013-162145 的优先权，其全部内容通过引用合并于此。

技术领域

本公开涉及一种能够存储数据和接收数据的更新版本的信息处理装置、服务器装置、和用于信息处理装置的信息处理方法和存储设备 。

背景技术

更新存储在多个设备中的数据(软件等)的相关领域的技术包括：云网络上的服务器存储更新数据并在预定时间向设备中的每个设备广播更新数据的技术；以及服务器提示设备中的每个设备在预定时间访问服务器并下载更新数据的技术等。

然而，在各个设备的数据于预定时间被同时更新的情况下，有可能服务器或连接至服务器的网络上的负载会瞬间增加。

就该问题而言，日本专利申请公报2006-113698号公开了下面的内容提供系统。在所述内容提供系统中，针对内容信息设定了用于将用户终端从服务器获取更新的内容的时间分散的时间宽度信息，内容信息被发送给用户终端，并且用户终端在基于内容信息设定的时间获取内容。因此，可以减少由于访问的集中而造成的服务器上的负载。

发明内容

在日本专利申请公报2006-113698号中公开的技术中，更新的内容被用户终端按照相应的获取时间在不同的时间获取，并且在获取之后立刻再现。因此，不必将更新的内容存储在每个用户终端中。然而，即使在更新的数据的使用在多个设备中必须在大约同一时间开始的系统中，同样期望的是设备提前在不同时间获取数据以减小服务器上的负载。

鉴于上面描述的情况，需要提供一种信息处理装置、服务器装置、信息处理方法和程序，其能够当多个设备在大约同一时间开始使用从服务器分发的更新数据时降低由于访问的集中而造成的在服务器上的负载。

根据本公开的实施例，提供一种信息处理装置，包括：通信单元、存储设备和控制器。

通信单元能够与服务器进行通信。存储设备能够存储用于预定处理的数据。

控制器能够控制通信单元从服务器接收通知信息，并且在等待预定最大待命时间内的任意确定的待命时间后从预定存储位置获取更新版本，其中，通知信息包含当前版本信息和更新版本信息，当前版本信息指示数据的当前版本，更新版本信息指示数据当前版本的更新版本。

此外，控制器能够控制存储设备在最大待命时间过去后将存储的数据更新为获取的更新版本。

利用该配置，甚至当多个设备在同一时间左右开始使用从服务器分发的更新数据时，信息处理装置能在最大待命时间内的任意时间获取更新数据并且在最大待命时间过去后保留更新数据而不使用更新数据。这使得由于访问的集中而造成的在服务器和网络上的负载被减小。

通知信息可以包含指示最大待命时间的最大待命时间信息。在该情况下，控制器可以能够任意地确定在最大待命时间内的待命时间。此外，控制器可以能够控制通信单元在最大待命时间过去后从服务器接收更新请求信息以及基于更新请求信息控制存储设备将数据更新为更新版本，其中，更新请求信息请求对数据进行更新。

利用该配置，信息处理装置可以保留所获取的更新数据而不执行更新直到从服务器接收到更新请求信息。

通知信息可以包含指示更新版本的更新时间的更新时间信息。在该情况下，控制器可以能够控制存储设备在更新时间到来时将数据更新为更新版本。

在该配置下，信息处理装置可以保留所获取的更新数据而不执行更新直到更新时间到来。

当因未连接至服务器而未能从服务器接收到更新请求信息时，控制器可以能够控制通信单元在下一次连接至服务器时从服务器接收当前版本信息。此外，控制器可以能够比较通过当前版本信息指示的版本与存储在存储设备中的数据的版本，并且当版本彼此不同时能够控制通信单元从存储位置获取通过当前版本信息指示的数据的版本。再者，控制器可以能够控制存储设备以获取的版本来更新所存储的数据。

利用该配置，例如，甚至当信息处理装置由于断电而未能从服务器接收更新请求信息时，信息处理装置能在下一次激活时确认数据的当前版本，并且如果当前版本不相同则可以立刻获取和更新所述版本。

当信息处理装置被激活并且存储设备未存储数据时，控制器可以能够控制通信单元从存储位置获取数据的当前版本。

利用该配置，甚至在信息处理装置初始激活时或者甚至当存储设备的数据因为某些原因而被删掉时，信息处理装置可以获取数据的当前版本并因此通过接收通知信息也获取了其更新版本。

服务器可以包括被配置成在信息处理装置和多个其它装置之间中继通信的中继服务器，所述中继服务器包括多个中继服务器，并且所述数据可以包括指示在所述多个中继服务器中被信息处理装置连接以用于中继的中继服务器的切换的数据。

在该配置下，在先于切换时间的任意时间，信息处理装置获取关于待将信息处理装置连接到的中继服务器的切换的数据。这可以阻止由于在大约同一时间从许多装置发送的数据请求而引起的中继服务器上的负载的增加。

控制器能够控制通信单元接收关于多个更新版本的信息以作为更新版本信息，所述关于多个更新版本的信息至少包含指示数据的当前版本的更新版本的信息以及指示更新版本的进一步更新版本的信息。在该情况下，控制器能够控制存储设备在为各个更新版本设定的不同的最大待命时间过去后将数据更新为更新版本。

利用该配置，信息处理装置提前存储关于多个更新版本的信息。这使得服务器上的负载被进一步减小。

根据本公开的另一个实施例，提供了一种包括通信单元和控制器的服务器装置。

通信单元能够与多个信息处理装置进行通信。

控制器能够控制通信单元发送通知信息给多个信息处理装置，通知信息包含当前版本信息和更新版本信息，当前版本信息指示多个信息处理装置中的用于预定处理的数据的当前版本，更新版本信息指示数据的当前版本的更新版本，通知信息作出有关在等待预定最大待命时间内的任意待命时间后更新版本的获取的通知。

此外，控制器能够控制通信单元在最大待命时间过去后发送更新请求信息至多个信息处理装置，其中更新请求信息请求以更新版本对数据进行更新。

利用该配置，服务器装置使信息处理装置访问存储位置以获取数据的更新版本的时间分散。这使得服务器装置、存储位置及网络上的负载减小。

根据本公开的又一个实施例，提供一种信息处理方法，包括：接收包含当前版本信息和更新版本信息的通知信息，当前版本信息指示用于预定处理的数据的当前版本，更新版本信息指示数据的当前版本的更新版本；在等待任意确定的预定最大待命时间内的待命时间后，从预定存储位置获取更新版本；以及在最大待命时间过去后将所存储的数据更新为数据的更新版本。

根据本公开的又一个实施例，提供一种使得信息处理装置执行以下操作的程序：接收包含当前版本信息和更新版本信息的通知信息，当前版本信息指示用于预定处理的数据的当前版本，更新版本信息指示数据的当前版本的更新版本；在等待任意确定的预定最大待命时间内的待命时间后，从预定存储位置获取更新版本；以及在最大待命时间过去后将所存储的数据更新为数据的更新版本。

如上所述，根据本公开，即使当多个设备在大约同一时间开始使用从服务器分发的更新数据时，也能够减小由于访问的集中而造成的在服务器上的负载。

如附图中所示，根据对优选实施例的下面的详细描述，本公开的这些及其它目的、特征和优点将变得更加明显。

附图说明

图1为示出根据本公开实施例的系统的概要的图；

图2为示出系统的设备的硬件配置的图；

图3为示出系统的中继服务器的硬件配置的图；

图4为示出系统的设备、中继服务器和解析服务器的软件模块的配置的图；

图5为示出当连接至中继服务器时设备的操作的流程的流程图；

图6为示出设备的从中继服务器接收解析数据更新通知并且获取解析数据的操作的流程的流程图；

图7为概念性示出中继服务器的将解析数据更新通知发送至设备的处理的图；

图8为概念性示出设备的获取解析数据的处理的图；

图9为示出设备的将解析数据切换成更新版本的处理的流程的流程图；

图10为概念性示出中继服务器的将解析数据的切换通知发送至设备的处理的图；

图11为概念性示出设备的切换解析数据的处理的图；以及

图12为概念性示出在设备在长时期处于未连接状态后被连接至中继服务器的情况下的操作的图。

具体实施方式

在下文中，将参照附图对本公开的实施例进行描述。

[系统概要]

图1为示出根据本实施例的通信系统的概要的图。

如图1中所示，根据本实施例的系统包括：多个设备100(100a、100b)、云网络(因特网)上的多个中继服务器200(200a、200b、200c)以及解析服务器300。设备100和中继服务器200的数量不限于图1中所示的数量。

每个设备100可以与中继服务器200以及经由中继服务器200与另一设备100进行通信。对每个设备100分配待连接的中继服务器200。例如，将设备100a连接至中继服务器200a，以及将设备100b连接至中继服务器 200b。此外，为了减小中继服务器200上的负载，例如，如果可能的话，每个设备100通过UPnP(通用即插即用)执行P2P(对等的)直接通信。

在此，每个设备100可以是任何设备，诸如智能手机、台式PC(个人计算机)、膝上型PC、平板电脑、BDR(蓝光(注册商标)录音机)、电视、存储设备、游戏设备或者音频设备。

每个中继服务器200在待管理的设备100之间中继通信并且管理设备 100之间的连接。每个中继服务器200是针对预定数量的设备100的每个连接而安装的，例如，其中连接可以是数万或者数百万个连接。每个中继服务器200可以与另一中继服务器200和解析服务器300进行通信。

中继服务器200存储每个设备100的、与用于标识设备的设备100的设备ID等相关联的连接信息(IP地址、端口号等)。

在设备100经由中继服务器200进行通信的情况下，每个设备100指定其自己的ID和发送目的地ID并发送消息给中继服务器200。中继服务器200基于这些ID将消息传递至具有发送目的地ID的设备。

解析服务器300存储指示将每个设备100连接至哪个中继服务器200 的数据(在下文中，称为解析数据)。每个设备100在建立到中继服务器 200的连接之前接收来自解析服务器300的解析数据。

解析数据是依照状况被适当地更新的，例如，在安装了新的中继服务器200或者设备100的环境发生改变的情况下。例如，在图1中，解析数据的当前版本是ver(版本)＝14，但是存在如下状况：另外安装了中继服务器200c并且包括设备100b等在内的一些设备100要连接至的中继服务器200发生了改变，具体地，从中继服务器200b切换到中继服务器200c。

在该情况下，解析数据的版本被从ver＝14更新为ver＝15。在该实施例中，提供如下机制：所有的设备100获取更新的解析数据，并且检测到待被设备100连接的中继服务器200已经发生了切换的这些设备100改变待连接的中继服务器200。

待连接的中继服务器200的切换(解析数据)是针对所有设备100的网络配置的切换处理，所以可以假设所有设备100在大约同一时间执行切换处理。然而，当设备100全部一起访问解析服务器300并且在切换的时刻获取解析数据时，解析服务器300和连接至解析服务器300的网络上的负载增加。在该实施例中，在考虑了上面提到的假设的同时，提供了能够减小这些负载的系统。

[设备的硬件配置]

图2为示出设备100的硬件配置的图。如图2中所示，设备100包括：CPU(中央处理单元)11、ROM(只读存储设备)12、RAM(随机存取存储器)13、输入和输出接口15以及用于连接这些部件的总线14。

CPU 11在需要时访问RAM 13等并且在执行各种类型的计算处理时对设备100的全部块执行全面控制。ROM 12是非易失性存储器，其中固定地存储了要由CPU 11执行的操作系统和固件，固件诸如是程序和各种参数。RAM 13被用作CPU 11的工作区域等并且暂时性地存储操作系统、正被执行的各种应用程序和正被处理的各种类型的数据。

显示器16、操作接收单元17、存储设备18、通信单元19等被连接至输入和输出接口15。

显示器16是使用例如LCD(液晶显示器)、OELD(有机电致发光显示器)、CRT(阴极射线管)等的显示设备。

操作接收单元17是包括触控面板、键盘、按钮等的输入装置。在操作接收单元17为触控面板的情况下，触控面板与显示器16集成在一起。

存储设备18为非易失性存储器，诸如快擦写存储器(SSD；固态硬盘)或者任何其它固态存储器。存储设备18存储操作系统、从解析服务器300获取的解析数据、从中继服务器200接收的数据诸如更新通知信息的数据、基于上面这些条数据来更新解析数据所需的各种类型的软件等。

通信单元19是用于连接至网络的模块并执行在中继服务器200、解析服务器300和其它设备100之间的通信处理。

[中继服务器的硬件配置]

图3为示出中继服务器200的硬件配置的图。如图3中所示，中继服务器200的硬件配置与设备100的硬件配置基本一样。具体地，中继服务器200包括：CPU 21、ROM 22、RAM23、输入和输出接口25、用于连接这些部件的总线24、显示器26、操作接收单元27、存储设备28以及通信单元29。在此，可以将显示器26从外部连接至中继服务器200。此外，可以将HDD(硬盘驱动器)用作存储设备28。

CPU 21控制各个块，诸如存储设备28和通信单元29，并且执行与设备100通信的处理和各种类型的数据处理。

存储设备28存储用于中继和管理设备100之间的通信的各种类型的软件、存储在解析服务器300中的用于设备100的解析数据的更新通知处理等所需各种类型的软件，以及各种类型的数据，诸如关于解析数据的版本的数据。

通信单元29是例如以太网(注册商标)的NIC(网络接口卡)，并且执行设备100、解析服务器300和其它中继服务器200之间的通信处理。

[系统的软件配置]

图4为示出设备100、中继服务器200和解析服务器300的软件模块的配置的图。

如图4中所示，设备100包括如下模块：通信单元110、数据发送和接收单元120、中继服务器连接管理单元130、解析数据管理单元140、解析数据版本确定单元150、待命时间生成单元160以及解析数据存储单元170。

通信单元110对与中继服务器200和解析服务器300的通信执行全面控制。

数据发送和接收单元120在其它设备100、中继服务器200和解析服务器300之间发送和接收各种类型的数据。

中继服务器连接管理单元130管理连接至中继服务器200的处理、建立连接后保持连接的处理等。

解析数据管理单元140在解析数据存储单元170中存储从解析服务器 300获取的解析数据，并且管理关于解析数据和其版本的信息。此外，解析数据管理单元140基于来自中继服务器200的更新通知来更新这些条信息。

解析数据存储单元170存储从解析服务器300获取的解析数据。

解析数据版本确定单元150基于由解析数据管理单元140管理的信息来确定解析数据的当前版本(“current(当前)”)以及其更新后的版本 (“future(未来)”)。

当从中继服务器200接收到解析数据的更新通知时，在从解析服务器 300获取解析数据前，待命时间生成单元160生成最大待命时间内的任意待命时间，任意待命时间通过更新通知指定。

中继服务器200包括如下模块：通信单元210、输入单元220、数据中继单元230、解析数据管理单元240、解析数据存储单元250、解析版本通知单元260以及通知的版本/待命时间存储单元270。

通信单元210对与设备100、解析服务器300和其它中继服务器200 的通信处理执行全面控制。

输入单元220接收从中继服务器200的管理员输入的操作。

数据中继单元230中继待管理的设备100之间的数据通信。

解析数据管理单元240在解析数据存储单元250中存储从解析服务器 300接收的解析数据并且管理所接收的解析数据。

解析数据存储单元250存储从解析服务器300接收的解析数据。

解析版本通知单元260向待由中继服务器200管理的每个设备100通知解析数据的版本(当前版本和更新版本)。

通知的版本/待命时间存储单元270存储被发送给设备100的解析数据的版本信息，以及存储关于用于通知的最大待命时间的信息。最大待命时间用于设备100从接收解析数据的更新通知等待至获取解析数据的更新版本。

在此，最大待命时间为例如三天或一周，但不限于此。

解析服务器300包括如下模块：通信单元310、输入单元320、解析数据管理单元330和解析数据存储单元340。

通信单元310对与设备100和中继服务器200的通信处理执行全面控制。

输入单元320接收从解析服务器300的管理员输入的操作。

解析数据管理单元330在解析数据存储单元340中存储解析数据(当前版本和更新版本)并且管理解析数据。

解析数据存储单元340存储解析数据。

[系统的操作]

接下来，将给出关于在按上述方式进行配置的系统中的设备100和中继服务器200的操作的描述。在本实施例中，在CPU 11和21的合作下执行设备100和中继服务器200的操作，其中软件在CPU 11和21的控制下执行。

(初始激活时设备的操作)

首先，将给出关于在初始激活时设备100的操作的描述。

在此，从技术上来说，短语“在初始激活时”是指设备100不具有解析数据的状态。具体地，短语“在初始激活时”不仅包括设备100在出厂后首次被开启的状态，还包括例如解析数据被获取但因为某种原因被删除并且然后设备100被首次激活的状态。

首先，在初始激活时，设备100访问解析服务器300并获取解析数据。在该情况下，设备100不能获得解析数据的当前版本号，并因此请求解析服务器300发送“当前操作中的解析数据”。

(通过解析服务器分发的信息)

接下来，将给出关于包括解析数据的、通过解析服务器300分发的数据的描述。

如上所述，解析数据，具体地关于待连接的中继服务器200的数据(地址数据)，被分发给每个设备100。

所有中继服务器200的地址数据和指示将每个设备100连接到哪个中继服务器200的数据被分发给中继服务器200。

解析服务器300被用作HTTP(超文本传输协议)服务器，并且取决于数据获取请求源是设备100还是中继服务器200来切换待返回的URL。具体地，设备100和中继服务器200使用不同的URL。

例如，下面的URL被返回给每个中继服务器200。

http://example.com/srv？ver＝14

这是在返回ver＝14的解析数据的情况下的URL。

另一方面，下面的URL被返回给每个设备100。

http://example.com/dev？ver＝15

这是在返回ver＝15的解析数据的情况下的URL。

另外，如上所述，在设备100初始激活时，返回当前操作中的解析数据。在该情况下解析数据的一个示例如下：

http://example.com/dev？ver＝current

(设备到中继服务器的连接处理)

接下来，将给出关于在将设备100连接至中继服务器200时的操作的描述。

图5为示出在将设备100进行激活并连接至中继服务器200时的操作的流程的流程图。

如图5中所示，首先，当设备100被激活时(步骤ST51)，解析数据管理单元140确定是否存在获取的解析数据(步骤ST52)。

当不存在获取的解析数据时(否)，即，在初始激活时，解析数据管理单元140如上所述从解析服务器300获取当前操作中的解析数据(步骤 ST53)。

当存在获取的解析数据时(是)，中继服务器连接管理单元130通过使用由解析数据指示的URL连接至中继服务器200(步骤ST54)。

以这种方式，设备100从中继服务器200接收解析数据的版本通知。版本通知包含解析数据的当前版本信息(URL)(current＝X)、更新后的版本信息(URL)(future＝Y)以及在获取更新后的版本之前所经过的最大待命时间信息(wait(等待)＝Z)。

随后，解析数据版本确定单元150确定当前在解析数据存储单元170 中作为“current”保留的解析数据的版本是否为所接收的ver＝X(步骤 ST55)。

当所保留的解析数据的版本是ver＝X时(是)，则此刻不需要更新解析数据。中继服务器连接管理单元130完成与中继服务器200的连接(步骤ST60)。

另一方面，当保留的解析数据的版本不是ver＝X时，解析数据版本确定单元150确定是否将ver＝X的解析数据保留为“future”(步骤ST56)。

在此，将ver＝X的解析数据保留为“future”的情况例如包括：设备 100获取ver＝X的解析数据作为“future”，并且然后在不对解析数据执行切换处理的情况下进入睡眠模式。

当将ver＝X的解析数据保留为“future”时(是)，解析数据管理单元 140将ver＝X的解析数据的状态从“future”切换为“current”(步骤ST57)。

另一方面，当未将ver＝X的解析数据保留为“future”时(否)，解析数据管理单元140通过使用接收的URL从解析服务器300为“current”获取ver＝X的解析数据(步骤ST58)。

随后，中继服务器连接管理单元130基于ver＝X的解析数据确定待连接的中继服务器200是否发生改变(步骤ST59)。

当待连接的中继服务器200发生改变(是)时，中继服务器连接管理单元130返回到步骤ST54并且连接至新的中继服务器200。

当待连接的中继服务器200未发生改变(否)，中继服务器连接管理单元130完成与作为当前连接目的地的中继服务器200的连接(步骤 ST60)。

(用于更新的解析数据的获取处理)

接下来，将给出关于通过设备100获取用于“future”的解析数据的处理的描述。

图6为示出设备100的从中继服务器200接收解析数据更新通知并且获取更新的解析数据的操作的流程的流程图。图7为概念性示出中继服务器200的将解析数据更新通知发送至设备100的处理的图。图8为概念性示出设备100获取解析数据的处理的图。

如图6所示，首先，已经被连接至中继服务器200(步骤ST61)的设备100的中继服务器连接管理单元130从中继服务器200接收解析数据更新通知(步骤ST62)。更新通知包含更新后的版本信息(URL) (future＝verX)和最大待命时间信息(wait＝Y)。

在图7的示例中，设备100保留ver＝14的解析数据，包含当前版本 (current ver＝14)、更新后的版本(future ver＝15)以及最大待命时间信息的更新通知被从每个中继服务器200发送至设备100。

随后，待命时间生成单元160确定最大待命时间(wait＝Y)内的随机待命时间T(步骤ST63)。

随后，解析数据管理单元140进行等待直至时间T过去(步骤ST64 和ST65)。在等待期间，执行经由中继服务器200的通信。

当确定时间T已经过去时(步骤ST65的“是”)，解析数据管理单元 140确定是否已经获取上面描述的ver＝X的解析数据(步骤ST66)。

在确定还没有获取上面描述的ver＝X的解析数据时(否)，解析数据管理单元140从解析服务器300获取ver＝X的解析数据并且在解析数据存储单元170中存储用于“future”的ver＝X的解析数据(步骤ST67)。

图8的示例示出每个设备100从解析服务器300获取被用于“future”的ver＝15的解析数据，并且因而解析数据被存储为用于“future”的解析数据。在获取待用于“future”的ver＝15的解析数据后，每个设备100以ver＝14的解析数据进行操作直至接收到将在后面描述的切换通知。

(解析数据的切换处理)

接下来，将给出关于获取的用于更新的解析数据的切换处理的描述。

图9为示出设备100的将解析数据切换为其更新版本的切换处理的流程的流程图。图10为概念性示出中继服务器200的发送解析数据的切换通知给每个设备100的处理的图。图11为概念性示出每个设备100的切换解析数据的处理的图。

如图9中所示，首先已经连接至中继服务器200(步骤ST91)的设备 100的中继服务器连接管理单元130从中继服务器200接收切换通知(更新请求)(步骤ST92)。切换通知(更新请求)是用于将用于“future(未来)”(future＝X)的解析数据切换为(更新为)用于“current(当前)” (current＝X)的解析数据的请求。

在所有设备100获取用于“future”的解析数据后，也就是说在最大待命时间过去后，发送切换通知。

在图10的示例中，每个设备100保留用于“current”的ver＝14的解析数据和用于“future”的ver＝15的解析数据，并且从中继服务器200发送切换成用于“current”的ver＝15的解析数据的请求。

随后，解析数据版本确定单元150确定设备100是否已经在解析数据的current＝X的状态下工作(in operation)(步骤ST93)。

当确定设备100已经工作于解析数据的current＝X的状态下时(是)，解析数据的切换是不必要的，并且然后中继服务器连接管理单元130在不作改变的情况下继续与中继服务器200的连接。

当确定设备100并非工作于解析数据的current＝X的状态下时(否)，解析数据版本确定单元150确定是否将ver＝X的解析数据保留为用于“future”的解析数据。(步骤ST94)。

当确定ver＝X的解析数据被保留为用于“future”的解析数据时(是)，解析数据管理单元140将解析数据的状态从“future”切换为“current”(步骤ST95)。

当确定未将ver＝X的解析数据保留为用于“未来”的解析数据时(否)，解析数据管理单元140从解析服务器300获取ver＝X的解析数据作为用于“current”的解析数据(步骤ST96)。

随后，中继服务器连接管理单元130基于上面描述的ver＝X的解析数据来确定待连接的中继服务器200是否发生改变(步骤ST97)。

当待连接的中继服务器200发生改变时(是)，中继服务器连接管理单元130通过图5中示出的步骤ST54的处理连接至新的中继服务器200。

图11的示例示出每个设备100将ver＝15的解析数据的状态切换为“current”。图11的示例还示出例如通过所述切换将待被设备100b连接的中继服务器200从中继服务器200b改变为中继服务器200c并且建立了连接至中继服务器200c的新连接。

(当设备未能接收切换通知时的对策)

接下来，将给出关于当设备100未能接收解析数据的切换通知时的对策的描述。

图12为概念性示出在设备100经过长时期未连接状态后被连接至中继服务器的情况下的操作的示意图。例如，假设这样一种情况：在发送切换通知时设备100因其电源关闭而未能接收到切换通知，并且此后设备 100被打开。

又如参照图5所描述的，当建立了通信路径，中继服务器200在与设备100保持对话(negotiation)的情况下向设备100通知解析数据的当前版本信息。

因此，设备100可以检测其自己的解析数据的版本与通知的版本是否不同。在该情况下，设备100可以立刻访问解析服务器300以获取“current”版本的解析数据，并且将解析数据切换为所获取的数据。

在图12的示例中，在设备100中，仅设备100c未能接收ver＝15的解析数据的从“future”到“current”的切换的通知并且保留了ver＝14的解析数据。然而，可以发现：当将设备100c再一次连接至中继服务器200 时，设备100c从中继服务器200接收到将ver＝15作为“current”版本的通知，并且基于该通知检测到切换被执行的事实，设备100c从而访问解析服务器300以从解析服务器300获取ver＝15的解析数据。

[结论]

如上所述，根据该实施例，同样在所有设备100需要在大约同一时间切换解析数据的情况下，由于访问的集中而造成的在解析服务器300和网络上的负载被减小，其中每个设备100在最大待命时间内的随机时间获取和保留更新的解析数据并且在从中继服务器200接收到通知后切换解析数据。

[修改的示例]

本公开不限于上面所描述的实施例并且可以在不偏离本公开的要领的情况下以各种方式进行修改。

在上面所述的实施例中，中继服务器200指明在获取解析数据之前过去的最大待命时间，并且每个设备100将最大待命时间内的任意时间确定为待命时间。然而，中继服务器200可以确定及分派不同的待命时间给各个设备100。在该情况下，更新通知包含所确定的待命时间信息而不是最大待命时间。

在上面所述的实施例中，中继服务器200在最大待命时间过去后发送切换通知给设备100，从而解析数据的切换被执行。然而，在中继服务器未发送切换通知并且预定的切换时间已到的情况下，设备100可以自动地切换解析数据。在该情况下，从中继服务器200发送的更新通知或者从解析服务器300获取的解析数据包含关于切换时间的信息。具体地，在这种情况下，数据切换通过设备100中的时间管理来执行。

在上面所述的实施例中，解析数据是从解析服务器300获取的，但是也可以是提前将解析数据从解析服务器300发送至中继服务器200，然后设备100从中继服务器200获取解析数据。

在上面所述的实施例中，解析数据，即关于待被每个设备100连接的中继服务器的数据，被视为更新对象。然而，充当更新对象的数据不限于此。例如，通过中继服务器200管理的各个设备100的各种类型的操作设定信息可以被视为更新对象。

在上面所述的实施例中，在关于用于更新(“future”)的解析数据的信息中，一次仅将一个版本从中继服务器200进行发送，以及一次仅从解析服务器300获取一个版本。然而，可以是发送关于用于更新(“future”) 的多个版本的解析数据的信息以及可以是设备100一次从解析服务器300 获取用于更新(“future”)的多个版本的解析数据。在这种情况下，对用于“future”的各个版本的数据的每一个设定了不同的最大待命时间，并且按顺序对数据进行更新。这使得解析服务器300上的负载更加减小。

此外，本公开对于其中没有在设备100之间传递通信的中继服务器 200的系统也是适用的。具体地，存储在设备100上的任何数据可以是更新对象。例如，安装在设备100中的程序和应用(例如，天气预报信息或者优惠券信息)可以是更新对象，或者被设备100用于通信处理等的密钥信息可以是更新对象。

在上面所述的实施例中，本公开以参照图2所述的硬件和图3中所示的软件模块进行实现，但是本公开可以通过其它硬件，诸如专用电路，而不是软件模块进行实现。

[其它]

本公开可以具有如下配置。

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

通信单元，能够与服务器进行通信；

存储设备，能够存储用于预定处理的数据；以及

控制器，能够：

控制通信单元，以

从服务器接收通知信息，通知信息包含当前版本信息和更新版本信息，当前版本信息指示数据的当前版本，更新版本信息指示数据的当前版本的更新版本，以及

在等待预定最大待命时间内的任意确定的待命时间后，从预定存储位置获取更新版本，以及

控制存储设备在最大待命时间过去后将所存储的数据更新为所获取的更新版本。

(2)根据(1)所述的信息处理装置，其中，

通知信息包含指示最大待命时间的最大待命时间信息，以及

控制器能够：

任意地确定在最大待命时间内的待命时间，

控制通信单元在最大待命时间过去后从服务器接收更新请求信息，更新请求信息请求对数据进行更新，以及

基于更新请求信息控制存储设备将数据更新为更新版本。

(3)根据(1)所述的信息处理装置，其中，

通知信息包含指示更新版本的更新时间的更新时间信息，以及

控制器能够控制存储设备在更新时间到来时将数据更新为更新版本。

(4)根据(2)所述的信息处理装置，其中，

控制器能够：

当因未连接至服务器而未能从服务器接收更新请求信息时，控制通信单元在下一次连接至服务器时从服务器接收当前版本信息，

对由当前版本信息指示的版本和存储在存储设备中的数据的版本进行比较，以及

当版本彼此不同时，控制通信单元从存储位置获取由当前版本信息指示的数据的版本，以及

控制存储设备以所获取的版本来更新所存储的数据。

(5)根据(1)至(4)中任一个所述的信息处理装置，其中，

当信息处理装置被激活并且存储设备未存储数据时，控制器能够控制通信单元从存储位置获取数据的当前版本。

(6)根据(1)至(5)中任一个所述的信息处理装置，其中，

服务器包括中继服务器，中继服务器被配置为在信息处理装置和多个其它装置之间中继通信，中继服务器包括多个中继服务器，以及

数据包括指示在多个中继服务器中被信息处理装置连接以用于中继的中继服务器的切换的数据。

(7)根据(1)至(6)中任一个所述的信息处理装置，其中，

控制器能够：

控制通信单元接收关于多个更新版本的信息以作为更新版本信息，关于多个更新版本的信息至少包括：指示数据的当前版本的更新版本的信息以及指示更新版本的进一步更新版本的信息，以及

控制存储设备在为各个更新版本设定的不同的最大待命时间过去后将数据更新为更新版本。

本领域技术人员应该理解：依赖于设计要求和其它因素可以进行各种修改、组合、子组合以及变更，只要其处于所附权利要求及其等价物的范围内即可。

Claims (10)

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

通信单元，能够与服务器进行通信；

存储设备，能够存储用于预定处理的数据；以及

控制器，能够：

控制所述通信单元，以

从所述服务器接收通知信息，所述通知信息包含当前版本信息和更新版本信息，所述当前版本信息指示所述数据的当前版本，所述更新版本信息指示所述数据的所述当前版本的更新版本，以及

在等待预定最大待命时间内的任意确定的待命时间后，从预定存储位置获取所述更新版本；

其中，所述通知信息包含指示所述最大待命时间的最大待命时间信息，以及

所述控制器能够：

任意地确定在所述最大待命时间内的所述待命时间，

控制所述通信单元在所述最大待命时间过去后从所述服务器接收更新请求信息，所述更新请求信息请求对所述数据进行更新，以及

基于所述更新请求信息控制所述存储设备将所存储的数据更新为所获取的更新版本。

2.根据权利要求1所述的信息处理装置，其中，所述服务器为中继服务器，并且所述数据为指示所述信息处理装置要连接至的相应中继服务器的解析数据。

3.根据权利要求1所述的信息处理装置，其中，所述通知信息包含指示所述更新版本的更新时间的更新时间信息，以及

所述控制器能够控制所述存储设备在所述更新时间到来时将所述数据更新为所述更新版本。

4.根据权利要求1所述的信息处理装置，其中，

所述控制器能够：

当因未连接至所述服务器而未能从所述服务器接收所述更新请求信息时，控制所述通信单元在下一次连接至所述服务器时从所述服务器接收所述当前版本信息，

对由所述当前版本信息指示的版本和存储在所述存储设备中的所述数据的版本进行比较，以及

当所述版本彼此不同时，控制所述通信单元从所述存储位置获取由所述当前版本信息指示的所述数据的版本，以及

控制所述存储设备以所获取的版本来更新所存储的数据。

5.根据权利要求1所述的信息处理装置，其中，

当所述信息处理装置被激活并且所述存储设备未存储所述数据时，所述控制器能够控制所述通信单元从所述存储位置获取所述数据的当前版本。

6.根据权利要求1所述的信息处理装置，其中，

所述服务器包括多个中继服务器，所述多个中继服务器被配置为在所述信息处理装置和多个其它装置之间中继通信，以及

所述数据包括指示在所述多个中继服务器中被所述信息处理装置连接以用于中继的中继服务器的切换的数据。

7.根据权利要求1所述的信息处理装置，其中，

所述控制器能够：

控制所述通信单元接收关于多个更新版本的信息以作为所述更新版本信息，所述关于多个更新版本的信息至少包括：指示所述数据的所述当前版本的更新版本的信息以及指示所述更新版本的进一步更新版本的信息，以及

控制所述存储设备在为各个所述更新版本设定的不同的最大待命时间过去后将所述数据更新为所述更新版本。

8.一种服务器装置，包括：

通信单元，能够与多个信息处理装置进行通信；以及

控制器，能够控制所述通信单元：

向所述多个信息处理装置发送通知信息，所述通知信息包含当前版本信息、更新版本信息和指示最大待命时间的最大待命时间信息，所述当前版本信息指示所述多个信息处理装置中的用于预定处理的数据的当前版本，所述更新版本信息指示所述数据的所述当前版本的更新版本，所述通知信息作出有关在等待所述最大待命时间内的任意待命时间后所述更新版本的获取的通知，以及

在所述最大待命时间过去后发送更新请求信息至所述多个信息处理装置，以使得所述多个信息处理装置基于所述更新请求信息将所述数据更新为所述更新版本，其中，所述更新请求信息请求以所述更新版本更新所述数据。

9.一种信息处理方法，包括：

接收包含当前版本信息、更新版本信息和指示最大待命时间的最大待命时间信息的通知信息，所述当前版本信息指示用于预定处理的数据的当前版本，所述更新版本信息指示所述数据的所述当前版本的更新版本；

任意地确定在所述最大待命时间内的待命时间；

在等待所述待命时间后，从预定存储位置获取所述更新版本；

在所述最大待命时间过去后从服务器接收更新请求信息，所述更新请求信息请求对所述数据进行更新；以及

基于所述更新请求信息将所存储的数据更新为所获取的更新版本。

10.一种存储设备，其上存储有使信息处理装置执行以下操作的程序，所述操作包括：

接收包含当前版本信息、更新版本信息和指示最大待命时间的最大待命时间信息的通知信息，所述当前版本信息指示用于预定处理的数据的当前版本，所述更新版本信息指示所述数据的所述当前版本的更新版本；

任意地确定在所述最大待命时间内的待命时间；

在等待所述待命时间后，从预定存储位置获取所述更新版本；

在所述最大待命时间过去后从服务器接收更新请求信息，所述更新请求信息请求对所述数据进行更新；以及

基于所述更新请求信息将所存储的数据更新为所获取的更新版本。