信息处理装置、信息处理系统及信息处理装置的控制方法与流程

本公开涉及一种信息处理装置间共享的信息的维持功能。
背景技术：
：到目前为止，已提出了在信息处理装置之间共享信息的共享系统。日本JP特开2004-86800号公报中描述的服务器将服务器中保持的数据库的更新内容作为更新历史而保持。随后，该更新历史被从服务器发送到客户端。以这种方式，保持在服务器中的信息与保持在客户端的信息相匹配。日本JP特开2004-94294号公报公开了这样一种信息共享系统：即保持在客户端的设置信息的内容被从客户端发送到服务器。另外，到目前为止，已提出了用于备份和恢复设备的设置信息的技术。日本JP特开2007-43287号公报公开了这样一种技术：即当图像处理装置的备份设置信息被恢复时，基于预定恢复规则执行恢复处理。日本JP特开2007-43287号公报中描述的图像处理装置确定反映信息的装置的MAC地址、JP地址、光学设备等在恢复前后是否改变。随后，基于确定结果而确定是否针对各个设置项执行恢复。技术实现要素：根据先前技术，在通过备份信息恢复服务器的信息之后，在一些情况下，保持在服务器中的表示客户端的结构的信息(以下称为“结构信息”)和实际客户端的结构可能彼此不一致。客户端的结构信息包括例如客户端的固件的版本信息、关于有无传真机(FAX)单元的信息、关于有无整理器的信息等。当在服务器中执行恢复时，服务器中保持的信息被恢复为备份时的内容，并且备份时或之后更新的内容被丢弃。另一方面，客户端继续保持备份时或之后更新的结构。因此，如果是在备份和恢复之间更新客户端的结构的话，在一些情况下，恢复之后保持在服务器中的客户端的结构信息与实际客户端的结构之间可能出现不一致。当服务器中保持的客户端的结构信息与实际客户端的结构彼此不一致时，出现这样的问题：在一些情况下，可能不能根据客户端的结构执行设置信息的共享。根据日本JP特开2004-86800号公报和日本JP特开2004-94294号公报，没有考虑到服务器中保持的信息被备份这样的结构。日本JP特开200743287号公报公开了这样的结构：即在自装置中对光学设备进行变更等的情况下，用户被问及是否执行恢复。然而，日本JP特开2007-43287号公报没有公开在确保其他装置(服务器)中保持的结构信息与自装置的结构之间的一致的同时执行恢复的方法。根据本发明的示例性实施例的信息处理装置具有以下结构。就是说，提供了一种信息处理装置，所述信息处理装置包括：接收单元，其被配置为从图像形成装置接收用于所述图像形成装置操作的设置信息和表示所述图像形成装置的功能的结构信息；保持单元，其被配置为保持所述接收单元接收的所述设置信息和所述结构信息；第一控制单元，其被配置为：执行控制，以将所述保持单元中保持的所述设置信息和所述结构信息备份在存储单元中；以及第二控制单元，其被配置为：在利用备份的备份信息执行关于所述保持单元的恢复的情况下，执行控制，以在所述恢复之后将所述备份信息被备份之后保持在所述图像形成装置中的所述结构信息保持在所述保持单元中。根据以下参照附图对示例性实施例的详细描述，本发明的其他特征将变得清楚。附图说明图1例示了根据第一示例性实施例的信息共享系统的结构。图2A和2B例示了根据第一示例性实施例的信息共享系统的硬件结构。图3A和3B例示了根据第一示例性实施例的信息共享系统的软件结构。图4A和4B是用于描述根据第一示例性实施例的第一同步处理的流程图。图5A和5B是用于描述根据第一示例性实施例的第二同步处理的流程图。图6是用于描述根据第一示例性实施例的备份处理的流程图。图7是用于描述根据第一示例性实施例的恢复处理的流程图。图8A和8B是用于描述根据第二示例性实施例的恢复处理的流程图。图9A和9B是用于描述根据第三示例性实施例的恢复处理的流程图。具体实施方式以下将参照附图详细描述本发明的示例性实施例。本发明并不限于这些示例性实施例，可以在本发明的宗旨内进行各种变形和变更。第一示例性实施例在根据本示例性实施例的信息共享系统(信息处理系统)中，在服务器和客户端之间共享设置信息和结构信息。设置信息是客户端操作所用的信息。结构信息是表示客户端的功能的信息。在根据本示例性实施例的信息共享系统中，服务器中保持的信息和客户端中保持的信息在每个预定定时相互共享。以这种方式，即使是服务器和客户端中的一个中所保持的信息经过时间流逝而改变，改变之后的信息仍被另一方共享。在下文中，用于服务器和客户端之间的信息共享的处理将被称为同步处理。在根据本示例性实施例的信息共享系统中，连接到服务器的多个客户端之间共享设置信息。服务器也将与第一客户端共享的设置信息的内容与第二客户端共享。通过这种方式，第一客户端和第二客户端共享通用设置信息。根据本示例性实施例，服务器是例如个人计算机(PC)，并且，例如多功能外围设备(MFP)等图像形成装置可以用作客户端。在由服务器管理的信息被备份且所备份的信息被恢复到服务器中的情况下，关于预定类型的信息，根据本示例性实施例的信息共享系统将备份时间点之后更新的内容的信息恢复到服务器中。预定类型的信息是例如客户端的结构信息。在下文中，将描述客户端是多功能外围设备的示例。该多功能外围设备是具有打印功能的图像形成装置。结构信息是表示能被各多功能外围设备执行的功能的信息或是能被设置的设置信息。结构信息的示例包括固件的版本信息、关于有无FAX单元的信息、关于有无整理器的信息等。根据本示例性实施例的服务器基于各个多功能外围设备的结构信息确定由各多功能外围设备共享的设置信息的类型。例如，执行控制，从而将用于FAX通信的地址簿信息作为设置信息与具有FAX单元的多功能外围设备共享，而不将用于FAX通信的地址簿信息与没有FAX单元的多功能外围设备共享。这里，设置信息是指多功能外围设备操作所用的参数。在恢复处理中，当服务器中保持的信息完全被备份时的信息重写时，各个多功能外围设备的结构信息也被重写为备份时的信息。然而，在多功能外围设备的结构在备份和恢复之间的时间被改变、并且结构信息被更新的情况下，出现以下不一致。即，服务器中保持的多功能外围设备的结构信息与实际多功能外围设备的结构间出现不一致。例如，将描述这样的情况：在备份时，多功能外围设备A不包括FAX单元，但在备份后FAX单元被附装到多功能外围设备A上。在此情况下，表示未配设FAX单元的信息作为多功能外围设备A的结构信息而被记录为备份信息。随后，在FAX单元被附装到多功能外围设备之后，执行在服务器中恢复备份信息的处理。然后，服务器保持表示多功能外围设备A不包括FAX单元的信息，但却建立了实际多功能外围设备A包括FAX单元的状态。这样，服务器中保持的多功能外围设备的结构信息与实际多功能外围设备的结构间出现不一致。当出现上述不一致时，应当在服务器与多功能外围设备间共享的设置信息未被共享。例如，由于多功能外围设备A包括FAX单元，因此服务器优先向多功能外围设备A通知用于FAX通信的地址簿信息作为设置信息。但是，由于服务器保持表示多功能外围设备A不包括FAX单元的信息，因此服务器不向多功能外围设备A通知用于FAX通信的地址簿信息。这样，在恢复处理之后，应在服务器和多功能外围设备之间共享的设置信息未被共享。鉴于上述情况，在根据本示例性实施例的信息共享系统备份由服务器管理的信息、且所备份的信息被恢复到服务器中的情况下，针对结构信息，备份时间点之后更新的内容的信息被恢复到服务器中。利用上述结构，由于即使是执行恢复处理时与多功能外围设备的当前结构匹配的结构信息仍被保持在服务器中，因此即使是在恢复处理之后仍能执行服务器与多功能外围设备间的恰当的信息共享。图1例示了根据本示例性实施例的系统的结构示例。在图1的示例中，多功能外围设备120与多功能外围设备121经由网络100连接到服务器110。连接到网络100的多功能外围设备的数量可以为1。作为上述结构的替代结构，连接到网络100的多功能外围设备的数量可以为3或更多。根据本示例性实施例的多功能外围设备120和多功能外围设备121具有读取诸如字符、图形或照片等信息的扫描器功能和打印出输入信息的打印功能。多功能外围设备120和多功能外围设备121所配设的功能并不限于此。例如，可以进一步配设传真(FAX)功能等。根据本示例性实施例的服务器110管理多功能外围设备120和多功能外围设备121的设置信息。根据本示例性实施例的设置信息是多功能外围设备120和多功能外围设备121中的各个操作所用信息，并且包括多功能外围设备的序列号、IP地址、地址簿信息等。根据本示例性实施例的服务器110也管理多功能外围设备120和多功能外围设备121的结构信息。结构信息是表示能被各多功能外围设备执行的功能的信息和能被设置的设置信息。结构信息的示例包括固件的版本信息、关于有无FAX单元的信息、关于有无整理器的信息等。将参照图2A描述根据本示例性实施例的服务器110的结构。服务器110包括控制器单元200、操作单元201、显示单元202以及计时器单元212。控制器单元200控制服务器110的操作。以下将详细描述控制器单元200的结构。操作单元201针对服务器110输入操作指令。操作单元201由例如键盘、鼠标、触摸面板等构成。信息共享系统的管理员操作该操作单元201，以便可以执行服务器110中保持的信息的维持、信息的变更等。管理员也操作该操作单元201，以便可以输入用于备份服务器110中保持的信息或将服务器110中的已备份信息恢复到服务器110中的指令。服务器110中保持的信息包括上文所述的设置信息和结构信息。显示单元202是例如显示器等，并且显示在管理员针对服务器110执行操作时使用的图形用户界面(GUI)、错误消息等。计时器单元212执行计时。例如，实时时钟(RTC)可以被用作计时器单元212。接下来，将描述控制器单元200的结构。中央处理单元(CPU)205通过执行存储在只读存储器(ROM)208中的启动程序来实现操作系统(OS)的功能。CPU205也在OS上实现存储在硬盘驱动器(HDD)207中的应用程序。根据本示例性实施例，CPU205执行控制以将HDD207中保持的设置信息和结构信息备份到存储单元中。备份目的地处的存储单元可以安装在服务器110内。作为上述结构的替代结构，备份目的地处的存储单元可以是安装在服务器110外面且连接到服务器110的存储装置。另外，根据本示例性实施例，CPU205执行控制，以利用所备份的信息针对HDD207执行恢复。随机存取存储器(RAM)206是用于扩展CPU205执行的程序的存储器。HDD207存储上述应用程序。HDD207也保持多功能外围设备120和多功能外围设备121的设置信息和结构信息。以下将描述关于设置信息和结构信息的管理的细节。ROM208存储上述启动程序。操作单元接口203是与操作单元201的接口，并向CPU205通知从操作单元201输入的信息。显示单元接口204将应当显示在显示单元202上的图像信息输出到显示单元202。通信控制单元209经由网络100执行与多功能外围设备120和多功能外围设备121的信息发送和接收。由通信控制单元209发送和接收的信息包括多功能外围设备120和多功能外围设备121的设置信息和结构信息。通信控制单元209接收的设置信息和结构信息被保持在HDD207中。通信控制单元209也将HDD207中保持的设置信息发送给多功能外围设备120和多功能外围设备121。系统总线210将上述控制器单元200中的各组件彼此连接。接下来，将参照图2B描述多功能外围设备120的结构。多功能外围设备121的结构与以下将描述的多功能外围设备120的结构类似。多功能外围设备120包括操作单元221、控制器单元220、扫描器231及打印机232。操作单元221针对多功能外围设备120输入操作指令。操作单元221由例如按钮、触摸面板等构成。根据本示例性实施例，将描述操作单元221是具有图像显示功能的触摸面板的情况。除了操作单元221之外，可以单独配设显示单元。针对多功能外围设备120的操作指令包括打印指令、扫描指令等。另外，针对多功能外围设备120的操作指令包括多功能外围设备120所使用的设置信息的变更指令等。打印指令或扫描指令可以经由网络100而从外部装置输入到多功能外围设备120。扫描器231实现读取诸如字符、图形或照片等信息的扫描器功能。打印机232实现打印出由扫描器231输入的信息或经由网络100从外部装置输入的信息的打印功能。此外，被配置为执行用于经由电话线等发送图像到外面的FAX传输的FAX单元可以被连接到多功能外围设备120。控制器单元220控制多功能外围设备120的操作。CPU224执行存储在ROM208中的启动程序以实现OS的功能。CPU224也在OS上实现存储在HDD227中的应用程序。RAM225是用于扩展CPU224执行的程序的存储器。HDD227存储上述应用程序。HDD227也保持多功能外围设备120和多功能外围设备121的设置信息和结构信息。以下将描述关于设置信息和结构信息的管理的细节。ROM228存储上述启动程序。操作单元接口223是与操作单元221的接口，并将应当显示在操作单元221上的图像信息输出到操作单元221。操作单元接口223也向CPU224通知从操作单元221输入的操作指令。扫描器231和打印机232连接到设备接口222。另外，根据本示例性实施例，FAX单元能被可拆卸地附装到设备接口222。通信控制单元229连接到网络100，并经由网络100执行与服务器110的通信。由通信控制单元229通信的信息包括多功能外围设备120的设置信息和结构信息。图像处理单元226执行图像处理，例如来自扫描器231的输入图像处理、至打印机232的输出图像处理、图像旋转、图像压缩、分辨率转换、色彩空间转换及灰度转换。系统总线230将上述控制器单元220中包括的各组件彼此连接。通过上述结构，多功能外围设备120中保持的设置信息和结构信息中的至少一个被更新，并且更新内容被通知给服务器110。服务器110利用所通知的更新内容更新服务器110的HDD207中保持的设置信息或结构信息。此外，服务器110将更新后的设置信息或结构信息通知给多功能外围设备121。这样，多功能外围设备120、多功能外围设备121及服务器110中保持的设置信息和结构信息的内容被彼此同步。接下来，将参照图3A描述服务器110的软件结构。服务器应用310是保存在服务器110的ROM208、HDD207等中并由CPU205执行的应用。处理单元311执行下文将描述的数据库314中保持的信息的添加、删除或更新等处理。以下将参照表1至表5描述数据库314中保持的信息的细节。第一管理单元312针对处理单元311执行数据库314中保持的设置信息的诸如添加、删除、更新等执行指令。针对来自多功能外围设备120的设置信息或结构信息的更新通知、数据库314中保持的信息的获得请求等，第二管理单元316创建对多功能外围设备120的响应信息。第三管理单元317针对数据库314控制信息的备份和恢复的执行。通信处理单元315利用以下将参照图3B描述的客户端应用320执行通信处理。通信处理单元315从客户端应用320处接收表示客户端应用320所管理的信息被更新的更新通知。响应于来自客户端应用的询问，通信处理单元315也向客户端应用答复服务器应用310管理的信息的更新内容。客户端应用320管理的信息包括多功能外围设备120的设置信息和结构信息。控制单元313控制第一管理单元312、第二管理单元316、第三管理单元317以及通信处理单元315，并执行图4B和图5B的流程图中例示的处理。以下将描述图4B和图5B的流程图中例示的处理的细节。数据库314保持表1至表5中例示的各条信息。表1是例示多功能外围设备的序列号、设备编码及版本信息间的对应的表。表1序列号设备编码版本信息1234567设备AVer00.013124567设备BVer00.02...序列号是用于唯一识别经由网络100连接到服务器110的一个或多个多功能外围设备的识别信息。例如，具有序列号1234567的多功能外围设备对应于多功能外围设备120。另外，例如具有序列号3124567的多功能外围设备对应于多功能外围设备121。设备编码是例如分配给各种类型的产品的编码。在表4的示例中，具有序列号1234567的多功能外围设备表示类型为设备A的产品。另外，在表4的示例中，具有序列号3124567的多功能外围设备表示类型为设备B的产品。版本信息表示分别与序列号相关的各多功能外围设备的固件版本。表2是例示多功能外围设备的序列号、设置项、设置信息、初始值以及更新时间之间的对应的表。表2序列号设置项设置信息初始值更新时间1234567settings.device.sirial1234567″″2014/12/319:001234567settings.device.name设备A″″2014/12/319:001234567settings.device.firmversionVer00.01Ver00.002015/1/110:001234567settings.device.network.ipaddress192.168.111.222255.255.255.2552015/1/112:001234567settings.device.phone.number03-0000-111100-0000-00002015/2/113:001234567settings.fax.phone.number00-0000-000000-0000-00002014/12/319:001234567settings.license.ipfaxOFFOFF2014/12/319:001234567settings.option.finisherONOFF2015/1/110:001234567Settings.option.faxunitOFFOFF2015/1/112:003124567settings.device.sirial1234567″″2015/2/113:00...设置项是用于识别设置信息的类型的识别信息。设置信息是代表关于各设置项的当前设置内容(设置值等)的信息。初始值是针对各设置项事先设置的设置内容。此外，更新时间表示服务器管理的各设置值被更新到服务器中的时间。例如，表2中从上面数第四行表示序列号为1234567的多功能外围设备的设置项“settings.device.network.ipaddress”(关于IP地址的设置)的当前值。当前值为192.168.111.222。另外，也示出了该多功能外围设备的IP地址的初始值为255.255.255.255。另外，示出了该多功能外围设备的IP地址在2015年1月1日12:00更新。表3是例示序列号、信息标题及结构信息之间的对应的表。表3序列号信息标题结构信息1234567固件版本Ver00.011234567设备编码DeviceA1234567设备IDaaaaaaaa-bbbb-cccc-dddd-eeeeeeeeeeee-00001234567连接可选设备settings.option.finisher1234567连接可选设备......3124567固件版本Ver00.023124567设备编码DeviceB3124567设备IDaaaaaaaa-cccc-bbbb-dddd-eeeeeeeeeeee-00003124567连接可选设备settings.option.faxunit3124567连接可选设备settings.option.finisher...3124567有效许可证settings.license.ipfax...信息标题是通过序列号识别的多功能外围设备的各个结构的标题。信息标题包括例如固件版本、设备编码、设备ID、连接可选设备等。结构信息表示由信息标题表示的各条信息的内容。在从表3的上面数第一行中所例示的示例中，示出了序列号为1234567的多功能外围设备的固件版本为Ver00.01。另外，例如，在从表3的上面数第四行中所例示的示例中，示出了整理器被连接到多功能外围设备以作为该多功能外围设备的连接可选设备(settings.option.finisher)。另外，例如，示出了FAX单元连接到与序列号3124567对应的设备，但FAX单元未连接到与序列号1234567对应的设备。基于结构信息，服务器110能够确定可由多功能外围设备120执行的功能和能被设置在多功能外围设备120中的设置信息。可以通过确认多功能外围设备120的结构信息来确定能在服务器110和多功能外围设备120之间同步的设置信息的设置项。这样，结构信息用于确定对应于客户端的多功能外围设备120的设置信息的使用范围。结构信息的示例包括固件版本信息、关于有无FAX单元的信息等。当固件版本提高时，在一些情况下，可使用功能的数量和能被设置的设置信息可能增加，并且也存在当固件版本降低时不再使用的设置信息。这同样适用于关于有无FAX单元的信息。在FAX单元未被连接的状态下，与FAX相关联的设置信息的变更或同步未被执行，而在连接了FAX单元的状态下，与FAX相关联的设置信息被同步，以建立也可以由用户进行变更的状态。表4例示了关于服务器110管理的地址簿的地址簿ID、地址类型、显示名称以及更新时间之间的对应。表4地址簿ID地址类型地址显示名称更新时间1E-Mailaaa@xxx.co.jpTAROTANAKA2014/12/319:002FTP192.168.222.333SHAREDSERVER2015/2/115:003FAX03-0000-3333ICHIROYAMADA2015/2/113:00...根据本示例性实施例的多功能外围设备120具有将从扫描器231输入的图像信息等发送到外部装置的功能。发送方法包括经由电子邮件(E-mail)的发送、利用文件传输协议(FTP)的发送、FAX发送等。根据本示例性实施例的多功能外围设备120保持表示图像信息的发送目的地的地址簿。关于地址簿的信息也作为多功能外围设备120的设置信息中的一个而被服务器110管理。服务器110管理经由网络连接的一个或多个多功能外围设备中保持的地址簿的更新信息。表4中的地址簿ID是用于识别地址簿的识别信息。地址类型表示用于将信息发送给地址簿管理的地址的发送方法。地址表示信息发送目的地处的E-mail地址、IP地址、传真号码等。显示名称表示发送目的地处的标题。更新时间表示服务器管理的各地址簿的内容被更新到服务器中的时间。表5表示地址类型、同步条件以及状态信息。表5地址类型同步条件状态FAXsettings.option.faxunitON...表5示出了针对与作为地址类型的FAX相关联的地址簿(见表4)、服务器同与setting.option.faxunit(见表3)相关联的多功能外围设备间执行设置信息的同步处理。与setting.option.faxunit相关联的多功能外围设备为表3中setting.option.faxunit为ON状态的多功能外围设备。就是说，在表5的示例中，服务器110与经由网络连接的一个或多个多功能外围设备中的具有FAX单元(setting.option.faxunit)的多功能外围设备间执行关于FAX的地址信息的同步处理。另一方面，服务器110不与经由网络连接的一个或多个多功能外围设备中的不具有FAX单元的多功能外围设备间执行关于FAX的地址信息的同步处理。接下来，将参照图3B描述多功能外围设备120的软件结构。客户端应用320被保存在多功能外围设备120的ROM228、HDD227等中，并被CPU224执行。这同样适用于连接到服务器110的多功能外围设备120之外的多功能外围设备的软件结构。数据处理单元321执行稍后描述的数据库324中保持的信息的添加、删除或更新等处理。数据库324中保持的信息包括多功能外围设备120的设置信息和结构信息。以下将参照表6和表7详细描述数据库324中保持的信息。设置值数据管理单元322针对数据处理单元321执行数据库314中保持的信息的诸如添加、删除或更新等执行指令。通信处理单元325执行与图3A中例示的服务器应用310的通信处理。通信处理单元325将表示客户端应用320管理的信息被更新的更新信息发送到服务器应用310。客户端应用320管理的信息包括多功能外围设备120的设置信息和结构信息。通信处理单元325也进行关于服务器应用310管理的信息是否被更新的询问。此外，通信处理单元325也从服务器应用310处接收对询问的响应。应用控制单元323控制设置值数据管理单元322和通信处理单元325来执行以下将参照图4A和图5A中将描述的流程图中所示的处理。数据库324保持表6和表7中例示的各条信息。表6对应于多功能外围设备120中保持的设置信息和结构信息。表6例示了密钥标示符、显示标题、管理信息(设置信息和结构信息)以及初始值之间的对应。表6设置项显示标题管理信息初始值settings.device.sirial序列ID1234567″″settings.device.name设备标题DeviceA″″settings.device.frmversion固件版本Ver00.01Ver00.00settings.device.network.ipaddressIP地址192.168.111.222120.0.0.1settings.device.phonenumber电话号码03-0000-111100-0000-0000settings.fax.phonenumber传真电话号码00-0000-000000-0000-0000settings.license.ipfaxIP传真许可证OFFOFFsettings.option.finisher盒进给器500ONOFFSettings.option.faxunitFAX单元OFFOFF...设置项是用于识别各管理信息的识别信息。显示标题是各个设置项的标题。在针对多功能外围设备120管理的信息而执行操作的情况下，显示标题是显示在多功能外围设备120的操作画面上或是连接到多功能外围设备120的显示装置上的标题。初始值是针对各个设置项的事先设置的设置内容。在表6的示例中，IP地址192.168.111.222被保持为与settings.device.network.ipaddress对应的设置项的设置信息。关于该设置项的显示标题为“IP地址”。当前设置值为192.168.111.222，初始值为120.0.0.1。表7对应于多功能外围设备120管理的地址簿的信息。多功能外围设备120将地址簿的信息作为多功能外围设备120的设置信息中的一个来管理。表7地址簿ID地址类型地址显示名称1E-Mailaaa@xxx.co.jpTAROTANAKA...在表7的示例中，用于通过E-mail执行至地址aaa@xxx.co.jp的发送的信息被保存在地址簿ID为1的信息中，TAROTANAKA被显示在操作单元221上。接下来，将参照图4A、4B以及图5A、5B描述在服务器110和多功能外围设备120间执行的信息的同步处理。根据本示例性实施例，在服务器110和多功能外围设备120执行两种类型的处理期间执行信息的同步。在下文中，同步目标的信息将被称为管理信息。根据本示例性实施例，管理信息包括设置信息和结构信息。第一处理为在多功能外围设备120中保持的管理信息被更新在多功能外围设备120中的情况下、多功能外围设备120向服务器110通知更新内容的处理。以下将参照图4A和4B详细描述第一处理。第二处理为在多功能外围设备120向服务器110询问服务器110中保持的管理信息有无更新期间，多功能外围设备120从服务器110处获得管理信息的更新内容的处理。以下将参照图5A和5B详细描述第二处理。将参照图4A和4B描述第一处理。图4A例示了多功能外围设备120执行的处理。当CPU224通过展开HDD227中存储的程序而执行图4A中所示的过程时，实现图4A中例示的处理。程序可以存储在ROM228中。作为上述结构的替代结构，图4A中例示的处理的部分或全部可以由硬件来执行。在开始服务器110和多功能外围设备120之间的同步处理的情况下，多功能外围设备120向服务器110通知例如多功能外围设备120中保持的同步目标的全部信息，从而能够开始同步处理。然而，应当注意，对于开始同步处理的方法并无特别限制。以下将描述在服务器110和多功能外围设备120已经共享管理信息的状态下变更多功能外围设备120中保持的管理信息的内容的情况下的处理。多功能外围设备120检测到通过用户针对多功能外围设备120的操作而更新管理信息的内容(S411)。根据图3B中示出的结构，当通过用户操作更新数据库324中保存的管理信息时，设置值数据管理单元322经由数据处理单元321检测管理信息的更新。例如，检测到表7中示出的多功能外围设备120中保持的地址簿的信息中的地址簿ID1的地址(设置信息)被从aa@xxx.co.jp更新为aaa@xxx.oo.jp。接下来，多功能外围设备120向服务器110通知管理信息的更新内容(S412)。根据图3B中例示的结构，当管理信息被更新时，控制单元313控制通信处理单元325向服务器110通知更新内容。例如，多功能外围设备120向服务器110通知表7中示出的多功能外围设备120中保持的地址簿的信息中的地址簿ID1(设置项)的地址(设置信息)被从aa@xxx.co.jp更新为aaa@xxx.co.jp。根据本示例性实施例的通知包括表示管理信息被更新在多功能外围设备120中的时间的信息。管理信息被更新在多功能外围设备120中的时间由计数器单元234计数。多功能外围设备120接收对通知的响应(S413)。根据图3B中例示的结构，通信处理单元325从服务器110处接收响应。通信处理单元325向应用控制单元323通知收到来自服务器110的响应。图4B对应于服务器110执行的处理。当CPU205通过展开HDD207中存储的程序而执行图4B中所示的过程时，实现图4B中例示的处理。程序可以存储在ROM208中。作为上述结构的替代结构，图4B中例示的处理的一部分或全部可以由硬件来执行。服务器110从多功能外围设备120接收多功能外围设备120中的管理信息的更新内容(S421)。在图3A的示例中，通信处理单元315从多功能外围设备120接收通知。例如，接收到表示表7中所示的多功能外围设备120中保持的地址簿的信息中的地址簿ID1(设置项)的地址(设置信息)被从aa@xxx.co.jp更新为aaa@xxx.co.jp的通知。接下来，服务器110基于从多功能外围设备120接收的通知的内容更新服务器110中管理的管理信息(S422)。服务器110更新由服务器110管理的管理信息中的关于从多功能外围设备120发出更新内容的通知的设置项的管理信息。这样，多功能外围设备120中保持的管理信息和服务器110中保持的管理信息彼此同步。在图3A的示例中，响应于来自第一管理单元312的指令，处理单元311更新数据库314中保持的管理信息。例如，表4中所示的服务器110管理的地址簿中的地址簿ID1(设置项)的地址(设置信息)被从aa@xxx.co.jp更新为aaa@xxx.co.jp。根据本示例性实施例，服务器110基于接收到的通知中包括的时间信息而确定是否更新服务器110中保持的管理信息。接收到的通知中包括的时间信息是表示信息被更新在多功能外围设备120中的时间。在接收到的通知中包括的时间信息所表示的时间在存储在数据库314中且作为与通知对应的管理信息的更新时间的时间之后的情况下，数据库314中保持的管理信息被所通知的信息重写。另一方面，在接收到的通知中包括的时间信息所表示的时间在存储在数据库314中且作为与通知对应的管理信息的更新时间的时间之前的情况下，不执行数据库314的重写。接下来，服务器110记录服务器110中管理的管理信息被更新的时间(S423)。在图3A的示例中，处理单元311根据来自第一管理单元312的指令记录数据库314中的更新时间。例如，表4中所示的服务器110管理的地址簿中的地址簿ID1(设置项)的地址(设置信息)被更新时的时间2014年12月31日9:00被记录。另外，在数据库314中保持的管理信息未被接收到的通知中包括的管理信息重写的情况下，执行时间的更新。接下来，服务器110发送响应到多功能外围设备120(S424)。该响应是表示来自多功能外围设备120的通知被服务器110接收的响应。在图3A的示例中，控制单元313控制通信处理单元315发送该响应。通过图4A和4B的处理，在多功能外围设备120中保持的管理信息被更新在多功能外围设备120中的情况下，多功能外围设备120能够将更新内容通知给服务器110。接下来，将参照图5A和5B描述上述第二处理。图5A对应于多功能外围设备120执行的处理。当CPU224通过展开HDD227中存储的程序而执行图5A中所示的过程时，实现图5A中例示的处理。程序可以存储在ROM228中。作为上述结构的替代结构，图5A中例示的处理的部分或全部可以由硬件来执行。多功能外围设备120以预定时间间隔定期向服务器110发送管理信息的同步请求。该同步请求是用于请求服务器110的HDD207中保持的设置信息的更新内容的发送的发送请求。多功能外围设备120基于计时器单元234计出的时间检测多功能外围设备120达到同步请求的发送定时(S511)。随后，多功能外围设备120确定前次与服务器110执行管理信息的同步的时间是否被记录到数据库324中(S512)。在前次与服务器110执行管理信息的同步的时间被记录到数据库324中的情况下(S512中“是”)，表示前次的同步时刻的信息被添加，并且同步请求被发送到服务器110(S513)。另一方面，在前次与服务器110执行管理信息的同步的时间未被记录到数据库324中的情况下(S512中“否”)，表示前次的同步时刻的信息未被添加，并且同步请求被发送到服务器110(S514)。多功能外围设备120从服务器110接收对同步请求的响应，并利用包括在响应中的管理信息来更新包括在数据库324中的管理信息(S515)。所响应的管理信息包括连接到服务器110的多功能外围设备的设置信息和管理信息的更新内容。在同步请求不包括时间信息的情况下，向多功能外围设备120响应服务器110中保持的全部管理信息。在同步请求包括时间信息的情况下，向多功能外围设备120响应在时间信息表示的时间或之后所更新的管理信息。多功能外围设备120将利用接收到的管理信息更新数据库324中包含的管理信息的更新时间记录在数据库324中(S516)。接下来，将参照图5B描述服务器110执行的处理。当CPU205通过展开HDD207中存储的程序而执行图5B中所示的过程时，实现图5B中例示的处理。程序可以存储在ROM208中。作为上述结构的替代结构，图5B中例示的处理的部分或全部可以由硬件来执行。服务器110从多功能外围设备120接收同步请求(S521)。随后，服务器110确定所接收到的同步请求是否包括表示多功能外围设备120中保持的管理信息的更新时间的信息(S522)。在接收到的同步请求不包括表示更新时间的信息的情况下，获得数据库314中保持的全部管理信息(S523)。所接收到的同步请求不包括表示更新时间的信息的情况为例如这样的情况：即在客户端应用320与服务器应用310同步之后执行第一同步请求，并且在同步请求的时刻或之前不存在多功能外围设备120中保持的管理信息的更新。另一方面，在接收到的同步请求包括表示更新时间的信息的情况下，从数据库314中获得该更新时间之后更新的管理时间(S524)。在步骤S524中，服务器110获得下述设置项的管理信息：即记录在数据库314中的管理信息的服务器中的更新时间在同步请求中所包含的信息表示的多功能外围设备120中的更新时间之后的设置项。接下来，服务器110获得已发出同步请求的多功能外围设备120的结构信息(S525)。如上文参照表3所描述的，各个多功能外围设备的结构信息被存储在数据库314中。服务器110确认已发出同步请求的多功能外围设备的序列号，并获得与该序列号对应的结构信息。序列号可以包括在同步请求中。作为上述结构的替代结构，除了同步请求之外，多功能外围设备还可以独立地向服务器通知序列号。基于被通知的序列号，控制单元313经由第一管理单元312和处理单元311从数据库314处获得已执行同步请求的多功能外围设备的结构信息。如上文所述，结构信息是表示能被多功能外围设备120执行的功能的信息和能被设置的管理信息。可以通过确认多功能外围设备120的结构信息来确定能够在服务器110和多功能外围设备120之间同步的管理信息的设置项。接下来，服务器110基于步骤S523或S524中获得的设置信息以及步骤S525中获得的结构信息来创建对多功能外围设备120的响应信息(S526)。响应信息是由第二管理单元316基于控制单元313的控制而创建的。在步骤S526中，步骤S523或步骤S524中获得的设置信息中的关于已发出同步请求的多功能外围设备120所使用的设置项的设置信息被提取以生成响应信息。能够基于多功能外围设备120的结构信息确定已发出同步请求的多功能外围设备120所使用的设置项。随后，服务器110将所生成的响应信息发送给多功能外围设备120(S527)。控制单元313请求通信处理单元315发送第二管理单元316生成的响应信息，并且经由网络100发送响应信息。这样，根据已发出同步请求的多功能外围设备的结构信息而从数据库314中保持的设置信息中选择的设置信息被发送给已发出同步请求的多功能外围设备。将参照表3和表4描述图5B中的处理的示例。在下文中，将描述服务器110和多功能外围设备120同步地址簿的示例。在步骤S521中由服务器110收到的同步请求包括表示更新时间为2015年2月1日12:59的信息的情况下(步骤S522中“是”)，执行下述处理。即，服务器110从与表4中例示的地址簿相关的信息中获得关于地址簿ID2和地址簿ID3的设置信息(S524)。关于地址簿ID1，服务器110中的更新时间为2014年12月31日9:00，该时间在多功能外围设备120中的更新时间2015年2月1日12:59之前。因此，地址簿ID1的信息未被从服务器110发送给多功能外围设备120。另一方面，关于地址簿ID2和地址簿ID3，管理信息被更新在服务器中的时间在从多功能外围设备120通知的更新时间2015年2月1日12:59之后。鉴于以上，服务器110获得地址簿ID2和地址簿ID3的设置信息作为多功能外围设备120应当被通知的管理信息的候选。这样，关于数据库314中保持的设置信息的同步请求中包括的时间信息所表示的时间或该时间之后而更新的设置信息的更新内容能够被发送给已发出同步请求的多功能外围设备。接下来，服务器110参照表3确认与多功能外围设备120对应的序列号1234567的结构信息。在表3的示例中，序列号为1234567的多功能外围设备不包括FAX单元。因此，在步骤S524中获得的设置信息中，即使是地址类型为FAX的地址簿ID3的信息被发送给多功能外围设备120时，该信息也不被多功能外围设备120使用。鉴于上述情况，服务器110从步骤S524中获得的设置信息中创建仅包括地址簿ID2的响应信息(S526)以发送给多功能外围设备120(S527)。在从表5所示的条件中setting.option.faxunit的状态变为ON的情况下，服务器110确认地址簿信息的地址类型FAX成为同步目标。由于多功能外围设备120中的setting.option.faxunit的状态为OFF(多功能外围设备120不包括FAX单元)，因此地址类型为FAX的地址簿ID3的信息未被设置为同步目标。这样，根据多功能外围设备的结构和状态管理与同步目标对应的设置信息。接下来，将描述维护根据本示例性实施例的系统的信息的功能。根据本示例性实施例的系统通过执行服务器110中保持的数据库314的信息的备份和恢复来维护信息。根据本示例性实施例，在系统管理员针对服务器110执行指示信息备份的操作时，执行信息的备份。作为上述结构的替代结构，服务器110可以定期自动执行数据库314中的信息的备份。备份信息的存储目的地可以是服务器110内的目的地。作为上述结构的替代结构，备份信息可以被存储在连接到服务器110的外部装置中。根据本示例性实施例，将描述备份信息能被存储在服务器110的内部和外部的情况。另外，根据本示例性实施例，在系统管理员针对服务器110执行指示恢复的操作时，执行信息的恢复。将参照图6描述备份数据库314的信息的处理。图6对应于服务器110执行的处理。当CPU205通过展开HDD207中存储的程序而执行图6中所示的过程时，实现图6中例示的处理。程序可以存储在ROM208中。作为上述结构的替代结构，图6中例示的处理的一部分或全部可以由硬件来执行。根据本示例性实施例，根据用户(系统管理员)的指令，控制单元313针对第三管理单元317指示执行数据库314的备份处理，以开始图6所示的处理。当开始备份处理时，服务器110停止访问数据库314(S601)。在步骤S601中，设置限制以便不执行数据库314的更新。例如，当开始备份处理时，从多功能外围设备120中对管理信息的更新的通知响应错误。这样，可以避免由于与多功能外围设备120间的管理信息的同步处理从而在备份处理期间数据库314的内容被变更这样的情形。接下来，服务器110识别与备份目标对应的管理信息(S602)。接下来，服务器110确定备份目的地处的存储单元是否具有能够保存备份目标的管理信息的自由空间(S603)。当确定备份目标的管理信息能被保存在备份目的地处的存储单元中时(S603中“是”)，服务器110记录计时器单元212计出的备份的执行时间(S604)。接下来，服务器110在备份目的地中记录客户端信息(S605)。客户端信息是表示执行备份时服务器110管理管理信息的客户端的列表的信息。例如，客户端信息包括执行备份时服务器110管理管理信息的多功能外围设备的序列号。可以从数据库314中包括的表1的信息等中获得客户端信息。接下来，服务器110将备份目标的管理信息复制在备份目的地中(S606)。步骤S605中的处理和步骤S606中的处理的顺序可以颠倒。此外，服务器110允许在步骤S606中的处理结束之后访问数据库314(S607)。就是说，基于从多功能外围设备120通知的管理信息而允许数据库314中保持的管理信息的更新。另一方面，在要备份的管理信息的信息量高于能被保存在备份目的地处的存储单元中的信息量的情况下(S603中“否”)，确定保存在备份目的地处的存储单元中的信息中是否存在可删除信息(S611)。可删除信息是例如诸如过去已备份的信息等不再需要的信息。可以预先设置用于确定信息是否可删除的规则。例如，服务器110将满足在信息被保存之后经过了预定时间这一预定条件的信息设置为可删除信息。作为上述结构的替代结构，在要备份的管理信息的信息量高于能被保存在备份目的地处的存储单元中的信息量的情况下，可以要求用户选择可删除信息。在存在可删除信息的情况下(S611中“是”)，服务器110指示删除可删除信息(S612)。随后，流程返回至步骤S603中的处理。另一方面，在不存在可删除信息的情况下(S611中“否”)，用户被通知不可执行备份(S613)。例如，服务器110在显示单元202上显示表示不可执行备份的消息。确定不存在可删除信息的情况包括满足上述预定条件的信息未被保存在用于备份的存储单元中的情况、用户指示不执行信息删除的情况等。在步骤S613中的处理之后，服务器110允许访问数据库314(S614)，然后结束处理。就是说，基于从多功能外围设备120通知的管理信息而允许更新数据库314中保持的管理信息。接下来，将参照图7详细描述服务器110执行的恢复处理。图7对应于多功能外围设备120执行的处理。当CPU224通过展开HDD227中存储的程序而执行图7中所示的过程时，实现图7中例示的处理。程序可以存储在ROM228中。作为上述结构的替代结构，图7中例示的处理的部分或全部可以由硬件来执行。根据本示例性实施例，控制单元313根据用户(系统管理员)的指令指示第三管理单元317执行数据库314的恢复处理，从而开始图7中例示的处理。首先，服务器110识别要被恢复的数据库(S701)。例如当用户指定备份数据库的时间时可以识别要恢复的数据库。作为上述结构的替代结构，用户可以通过参照记录在要备份的存储单元中的数据库的列表来选择要恢复的数据库。识别要恢复的数据库的方法并无特别限定。接下来，确定识别的数据库是否被保存在服务器110中的存储单元中(S702)。在识别的数据库被备份在服务器110外的存储单元中的情况下(S702中“否”)，确认服务器110中是否存在能保存数据库的自由空间(S703)。在存在自由空间的情况下(S703中“是”)，识别的数据库被保存在HDD207中(S704)。在执行了步骤S704中的处理之后，流程推进至以下将描述的步骤S712中的处理。在不存在自由空间的情况下(S703中“否”)，确认服务器110中是否存在可删除信息(S705)。可删除信息是满足预定条件并且即使是信息被删除时也不给服务器110的操作带来障碍的信息。例如，服务器110将满足在信息被保存之后经过了预定时间这一预定条件的信息设置为可删除信息。作为上述结构的替代结构，可以要求用户选择可删除信息。在存在可删除信息的情况下，执行该信息的删除(S706)，并再次执行步骤S703中的处理以确认删除之后的自由空间。在不存在可删除信息的情况下，向用户通知不可执行恢复(S707)，然后结束处理。在步骤S702中，在识别的数据库被保存在服务器110内的存储器中的情况下(S702中“是”)，流程推进至步骤S712中的处理。在步骤S712中，获得已备份数据库中保存的客户端信息。客户端信息是表示执行备份时服务器110管理管理信息的客户端的列表的信息。例如，客户端信息包括执行备份时服务器110管理管理信息的多功能外围设备的序列号。针对步骤S712中获得的一个或多个客户端(多功能外围设备)中的全部执行下文将描述的步骤S714和步骤S715中的处理。在步骤S714中，从客户端信息中提取执行备份时服务器110管理管理信息的多功能外围设备的序列号。随后，确定具有从客户端信息中提取的序列号的各个多功能外围设备当前是否也连接到服务器110。在客户端信息识别的多功能外围设备当前也连接到服务器110的情况下(步骤S714中“是”)，执行以下更新处理。就是说，关于与多功能外围设备相关的备份信息中的结构信息，通过与当前保存在服务器110中的多功能外围设备相关的结构信息来更新备份信息(S715)。另一方面，在客户端信息识别的多功能外围设备当前未连接到服务器110的情况下，备份信息未被更新，并且针对客户端信息表示的下一个多功能外围设备执行步骤S714中的确定。当针对保持在备份信息中的客户端信息表示的全部客户端结束步骤S714和步骤S715中的处理的执行时，服务器110执行步骤S716中的处理。在步骤S716中，停止对数据库314的访问。就是说，设置限制，从而不利用从客户端通知的信息更新数据库314的内容。随后，对数据库314执行恢复处理。根据本示例性实施例，删除数据库314中保持的管理信息。随后，更新后的备份信息被保持在数据库314中。更新后的备份信息是在执行了从步骤S713至步骤S715的处理之后的信息。就是说，该信息是通过利用备份时间之后执行恢复之前保持在HDD207中的结构信息来更新更新之前包含在备份信息中的结构信息从而获得的更新信息。在利用步骤S713至步骤S715的处理之后的备份信息恢复数据库314的同时，备份时的设置信息能被保持在HDD207中。另外，备份时间之后执行恢复之前保持在HDD207中的结构信息在恢复之后能被保持在HDD207中。根据本示例性实施例，描述了这样的情况：即在从备份目的地处的存储单元中读出的备份信息被处理之后，对数据库314的信息执行恢复处理，但结构并不限于此。在各个多功能外围设备的结构信息被读出以在对数据库314执行恢复之前被分别保持之后，数据库314的信息被从备份目的地处的存储单元中读出的备份信息重写。随后，数据库314的内容可以被分别保持的结构信息重写。被分别保持的结构信息为反映了备份时间之后的更新的结构信息。当完成步骤S717中的恢复处理时，允许访问数据库314，并重新开始与多功能外围设备120的关于管理信息的同步处理(S718)。当完成恢复处理时，服务器110针对所连接的多功能外围设备执行预定通知(S719)。该通知是服务器110用来指示多功能外围设备获得保持在数据库314中的管理信息的通知。当从服务器110接收到该通知时，多功能外围设备120向服务器110发出同步请求。该同步请求与参照图5A中描述的步骤S514中执行的同步请求类似。就是说，在表示前次同步时间的信息未被添加到该同步请求中时，同步请求被发送给服务器110。如参照图5B所描述的，当接收到未包括表示同步时间的信息的同步请求时，服务器110执行步骤S523至步骤S527的处理。就是说，数据库314中保持的全部管理信息中的、依据已发出同步请求的多功能外围设备120的结构信息的管理信息被提取，以被发送到多功能外围设备120。这样，恢复之后被保持在数据库314中的管理信息被连接到服务器110的各个多功能外围设备共享，并且恢复之后的管理信息整体作为系统被共享。响应于参照图5A描述的多功能外围设备中定期执行的同步请求，可以发出步骤S719中的预定通知。另外，取代步骤S719中的预定通知，服务器110可以将数据库314中保持的全部管理信息发送到连接至服务器110的全部多功能外围设备。在此情况下，各个多功能外围设备根据其自身的结构信息来从接收到的管理信息中提取对自身进行设置的管理信息，从而能够在服务器和多功能外围设备间执行管理信息的同步。通过上述处理，即使是在服务器中执行恢复的情况下，仍在备份数据被更新后执行恢复，从而能够维持服务器中保持的客户端的结构信息与实际客户端的结构间的一致。因此，即使是在恢复处理之后，也能继续根据客户端的结构共享管理信息。通过上述处理，在备份信息被备份的时间之后保持在多功能外围设备120中的结构信息在恢复之后能够被保持在HDD207中。根据本示例性实施例，通过执行步骤S712至步骤S715中的处理，能够仅针对在备份时管理信息被管理的多功能外围设备来更新备份信息的结构信息。因此，与确定是否需要利用当前保持在数据库314中的结构信息来更新备份信息中包含的全部多功能外围设备的结构信息的情况相比，能够减少服务器110的处理负荷，另外，也能缩短处理时间。另外，根据上述结构，即使是在用户在打算将服务器的状态返回至在备份处理之后连接到服务器110的多功能外围设备被连接以前的状态期间执行了恢复处理的情况下，也能够根据用户的意图实现恢复处理。然而，应当注意，确定包含在备份信息中的全部多功能外围设备的结构信息是否需要被更新的结构未被排除在本发明的范围之外。通过针对包含在备份信息中的全部多功能外围设备的结构信息确定更新的必要性的处理，也可以获得本发明的优势，即：即使在恢复处理之后也能够实现根据多功能外围设备的结构的类型的管理信息的同步。除了参照图7描述的上述处理之外，还可以执行从用户处获得是否执行步骤S715中的处理(包含在备份信息中的结构信息的更新处理)的指令的处理。随后，在用户不期望步骤S715中的处理的情况下，可以避免执行步骤S715中的处理。根据上述结构，即使是在保持在服务器110中的多功能外围设备的结构信息与实际的多功能外围设备的结构之间出现不一致时，在用户期望将服务器110的状态照原样返回至备份时的状态的情况下，仍能够根据用户的意图实现恢复处理。另外，由于保持在服务器110中的结构信息在备份后被损坏，因此可以提供以下结构作为恢复服务器110中保持的结构信息的处理。就是说，在服务器110与客户端(例如多功能外围设备)之间的连接一旦建立之后，就再次建立连接。当客户端开始与服务器110的连接时，客户端中保持的全部设置信息和结构信息被通知给服务器110。因此，由于当前保持在客户端中的结构信息被通知给服务器110，因此能够利用客户端的当前结构信息来恢复服务器110中当前保持的结构信息。第二示例性实施例根据第二示例性实施例，将描述这样的结构：即在客户端在恢复处理之后向服务器通知当前结构信息的同时，服务器与客户端之间的保持的结构信息的不一致被消除。由于系统的结构与参照图1、图2A和2B以及图3A和3B所描述的结构类似，因此将省略对其描述。将参照图8A和8B描述根据本示例性实施例的恢复处理。首先，将参照图8B描述服务器110执行的处理。当CPU205通过展开HDD207中存储的程序而执行图8B中所示的过程时，实现图8B中例示的处理。程序可以存储在ROM208中。作为上述结构的替代结构，图8B中例示的处理的一部分或全部可以由硬件来执行。当从用户处收到恢复指令时，控制单元313指示第三管理单元317执行恢复。服务器110确定收到的指令是否为执行恢复的指令(S801)。当步骤S801中确定的指令为恢复指令之外的指令时(S801中“否”)，执行符合执行指令的处理(S802)。当指示执行恢复时(S801中“是”)，服务器110识别恢复目标的数据。在步骤S803中，如参照根据第一示例性实施例的图7中的步骤S702至步骤S707所描述的，可以执行在自装置中确保用于读出备份信息的存储容量的处理。当在步骤S803中识别出恢复目标的数据时，停止访问数据库314(S804)。接下来，执行利用备份信息代替当前使用的数据库的处理(S805)，并且执行代替的时间被识别并被保存(S806)。这里，所识别的时间的信息可以被写入单独准备的文件等中或者可以作为所代替的数据库314的设置信息之一而被保存。在恢复之后，允许访问数据库314(S807)。随后，服务器110从多功能外围设备120处收到通知(S808)，并确定所收到的通知是否为多功能外围设备120中的结构信息的更新通知(S809)。在所收到的通知不是结构信息的更新通知的情况下(S809中“否”)，确定已执行通知的多功能外围设备120是否在恢复处理之后向服务器110通知结构信息(S810)。这里，来自多功能外围设备120的通知不是结构信息的更新通知的情况包括例如保持在数据库314中的设置信息的更新内容的发送请求(同步请求)的情况等。可以通过比较步骤S806中保存的恢复的执行时间与结构信息的服务器中的更新时间来执行步骤S810中的结构信息的通知状态的确认。作为上述结构的替代结构，在存在来自多功能外围设备的结构信息的通知的情况下，可以执行打开标识的处理，并且可以基于标识的状态确认结构信息的通知状态。在执行结构信息的通知的情况下(S810中“是”)，执行与处理请求对应的处理(S812)。在执行恢复之后不执行结构信息的更新通知的情况下(S810中“否”)，响应用于通知结构信息的不一致的错误(S813)。此时，所通知的内容可以是用作多功能外围设备120执行结构信息的通知(而非错误)的触发器的响应。该错误响应是用于将多功能外围设备120中保持的结构信息从多功能外围设备120发送到服务器110的指令。该指令被发送给例如已针对服务器110发出同步请求的多功能外围设备。另一方面，在步骤S809中从多功能外围设备120执行结构信息的通知的情况下，执行参照根据第一示例性实施例的图7描述的步骤S712至步骤S718中的处理，并执行数据库314中保持的结构信息的更新(S811)。服务器110将步骤S811、步骤S812或步骤S813中创建的响应信息发送给多功能外围设备120(S814)。接下来，将参照图8A描述根据本示例性实施例的多功能外围设备120执行的处理。当CPU224通过展开HDD227中存储的程序而执行图8A中所示的过程时，实现图8A中例示的处理。程序可以存储在ROM228中。作为上述结构的替代结构，图8A中例示的处理的部分或全部可以由硬件来执行。多功能外围设备120向服务器110通知同步请求。作为同步请求的通知处理，执行参照根据第一示例性实施例的图5A中的步骤S511至步骤S513描述的处理。可以执行参照图4A和4B描述的管理信息的更新的通知处理来代替同步请求的通知。多功能外围设备120接收对发送的通知的响应信息(S821)，并确定响应信息的内容是否为用于通知结构信息的不一致的错误响应(S822)。在响应信息的内容为用于通知结构信息的不一致的响应的情况下，多功能外围设备120执行多功能外围设备120的结构信息的通知(S824)。响应于通知不一致的错误响应，服务器110利用保持在数据库314中的结构信息更新从多功能外围设备120发送的结构信息。在响应信息对应于正常同步处理的情况下，执行根据响应信息的信息处理(S823)，并结束处理。根据本示例性实施例，在执行恢复处理之后，针对已向服务器110执行通知的多功能外围设备120，服务器110发出多功能外围设备120用来向服务器110通知多功能外围设备120的当前结构信息的响应。这样，在多功能外围设备120在恢复之后一定向服务器110通知当前结构信息的同时，通过恢复处理，能够消除服务器110中保持的多功能外围设备的结构信息与多功能外围设备的实际结构间的不一致状态。根据本示例性实施例，即使是在服务器110中保持的结构信息被损害的情况下，服务器110中保持的结构信息也能够被表示客户端的当前结构的结构信息重写以实现恢复。当在恢复之后完成来自全部客户端的结构信息的通知时，服务器10执行的处理可以被切换为图4B和图5B中例示的处理流程。第三示例性实施例根据第三示例性实施例，在恢复处理之后，服务器110向已针对服务器110执行通知的客户端发出预定响应。该响应包括关于已执行通知的客户端的保持在服务器110中的结构信息。客户端确认响应中包含的结构信息是否与其自身的实际结构相一致。在响应中包含的结构信息不同于实际客户端的结构的情况下，客户端向服务器110通知表示当前结构的结构信息。服务器110利用通知的结构信息重写所保持的结构信息。这样，即使在恢复之后，服务器110中保持的结构信息与客户端的实际结构也能彼此一致。由于系统的结构与参照根据第一示例性实施例的图1、图2A和2B以及图3A和3B描述的结构类似，因此将省略对其描述。将参照图9A和9B描述根据本示例性实施例的恢复处理。首先，将参照图9B描述服务器110执行的处理。当CPU205通过展开HDD207中存储的程序而执行图9B中所示的过程时，实现图9B中例示的处理。程序可以存储在ROM208中。作为上述结构的替代结构，图9B中例示的处理的一部分或全部可以由硬件来执行。由于图9B中的步骤S801至步骤S808与根据第二示例性实施例描述的内容类似，因此相同的附图标记被分配，并且关于它们的描述被省略。当从多功能外围设备120处收到处理请求之后(S808)，在为同步请求的情况下，服务器110执行参照图5A和5B描述的响应信息的创建流程，而在为更新请求的情况下，执行参照图4A和4B描述的响应信息的创建流程(S901)。接下来，已执行处理请求的客户端确定该请求是否为恢复之后的第一处理请求(S902)。在是第一处理请求的情况下(S902中“是”)，服务器侧管理的客户端的结构信息被添加到响应信息中以创建响应信息(S903)。随后，所创建的响应信息被发送到多功能外围设备120(S904)。以上述方式保持在数据库314中的结构信息被发送给多功能外围设备120。这样，在恢复之后，数据库314中保持的结构信息被发送到多功能外围设备120。接下来，将参照图9A描述根据本示例性实施例的多功能外围设备120执行的处理。当CPU224通过展开HDD227中存储的程序而执行图9A中所示的过程时，实现图9A中例示的处理。程序可以存储在ROM228中。作为上述结构的替代结构，图9A中例示的处理的部分或全部可以由硬件来执行。由于图9A中的步骤S511至步骤S821与根据第一和第二示例性实施例描述的内容类似，因此相同的附图标记被分配，并且关于它们的描述被省略。多功能外围设备120从服务器110接收响应信息(S821)，并确定服务器110管理的结构信息是否被包含在响应信息所包含的信息中(S922)。在结构信息存在于响应信息中的情况下(S922中“是”)，将包含在响应信息中的结构信息与多功能外围设备120的当前结构信息相比较(S923)。在步骤S923中，在包含在响应信息中的结构信息不同于多功能外围设备120的当前结构信息的情况下，向服务器110通知多功能外围设备120的当前结构信息(S924)。响应于将结构信息从服务器110发送到多功能外围设备120，服务器110利用从多功能外围设备120发送的结构信息(步骤S924中通知的结构信息)来更新数据库314保持的结构信息。另一方面，在结构信息未被包含在步骤S922中确定的响应信息中的情况下、或是所包含的结构信息与步骤S923中确定的当前客户端管理的结构信息匹配的情况下，执行根据响应信息的处理(S823)，并结束处理。根据上述结构，服务器110中保持的结构信息和客户端的实际结构能被设置为即使在恢复之后也彼此一致。其它示例性实施例第一、第二及第三示例性实施例已被描述，但上述示例性实施例为用于执行本发明的示例。可以通过合并各示例性实施例的处理和操作来实现本发明，并且本发明并不限于示例性实施例的结构。另外，结构并不必须局限于本发明的客户端为多功能外围设备这样的结构。该结构可以应用于被配置为管理设置信息并且通过构成设备的信息对设置信息进行变更的信息设备终端等。例如，该结构能够应用于具有个人计算机、移动电话终端、智能手机终端、图像形成装置、电子手表、电子手帐等的结构的信息处理装置。根据上述示例性实施例，即使是在服务器中执行恢复的情况下，也能够维持服务器中保持的客户端的结构信息与实际客户端的结构之间的一致。因此，即使是恢复处理之后仍能够实现根据客户端的结构的类型的设置信息的共享。其它施例本发明的实施例还可以通过如下的方法来实现，即，通过网络或者各种存储介质将执行上述实施例的功能的软件(程序)提供给系统或装置，该系统或装置的计算机或是中央处理单元(CPU)、微处理单元(MPU)读出并执行程序的方法。虽然参照示例性实施例描述了本发明，但是应当理解，本发明并不限于所公开的示例性实施例。应当对下列权利要求的范围赋予最宽的解释，以使其涵盖所有这些变型例以及等同的结构及功能。当前第1页1 2 3