图像形成设备及其控制方法和存储介质与流程

本发明涉及图像形成设备及其控制方法和存储介质。

背景技术：

近年来，诸如多功能打印机等的图像形成设备的功能变得多种多样，并且许多应用运行在图像形成设备上以实现各种功能。运行各个应用时所需的数据是多种多样的。例如，在图像形成设备所包括的数据库中，可以管理用户设置数据。此外，在各个应用的数据区域中，存储并管理运行该应用所需的各种数据。

由于为了在图像形成设备中存储各种数据而广泛使用的诸如hdd等的存储装置是消耗品，因此可能存在在使用时间段变长的情况下存储装置发生故障的情况以及数据丢失的风险。作为针对这种情况的准备，在许多情况下，图像形成设备具有在某些时间点取出由图像形成设备管理的各种数据、对各种数据进行备份以及必要时恢复备份数据的功能。

日本特开2011-180753公开了一种图像形成设备，其在恢复备份数据时进行根据图像形成设备的状态来将非必要数据从恢复对象中排除的处理。日本特开2011-180753描述了在选择了用以增加图像形成设备的存储容量的选项的情况下将备份数据设置为恢复对象的数据。此外，日本特开2011-180753描述了备份数据包括由数据标识信息所指定的必要数据，并且在上述选项未被选择时仅将必要数据设置为恢复对象的数据。

如上所述，需要定期对由图像形成设备管理的数据进行备份。这是因为，例如存在由于存储装置的故障等导致所有的数据无法恢复并且各种数据可能丢失的情况。然而，由图像形成设备管理的数据可以包括在应用运行期间能够备份的诸如用户设置数据等的数据以及在应用运行期间无法备份的诸如应用数据等的数据。

应用数据包括启动应用时的临时数据等。因此，应用数据在应用运行期间无法备份，因而需要在运行停止的状态下对应用数据进行备份。因此，无法在执行对用户设置数据的备份的同时执行对应用数据的备份。然而，在为了获取由图像形成设备管理的各种数据而停止应用的运行的情况下，应用无法使用，也就是说，出现停机时间。

技术实现要素：

本发明提供一种能够在执行图像形成设备的备份时抑制停机时间的出现的图像形成设备。

本发明的典型实施例的图像形成设备包括：第一获取单元，其被配置为在图像形成设备根据图像形成设备的备份指示而被启动的状态下获取第一数据区域的备份数据；第一创建单元，其被配置为创建引起获取第二数据区域的备份数据的处理的第一信息，该第二数据区域包括运行于安装在图像形成设备中所包括的系统软件上的应用执行平台上的应用的数据区域；启动单元，其被配置为执行图像形成设备的重启；以及第二获取单元，其被配置为在执行图像形成设备的重启的处理中启动应用执行平台之前，基于所述第一信息来获取所述第二数据区域的备份数据。

一种图像形成设备，用于提供用以执行包括第一应用和第二应用的多种类型的应用的平台，所述图像形成设备包括：存储器，用于存储信息，其中在所述存储器中配置在所述第一应用的执行期间访问的第一数据区域和在所述第二应用的执行期间访问的第二数据区域；以及单元，用于在所述平台没有启动的状态下获取所述第一数据区域和所述第二数据区域的备份数据。

一种图像形成设备的控制方法，所述图像形成设备提供用以执行包括第一应用和第二应用的多种类型的应用的平台，所述控制方法包括：在用于存储信息的存储器中配置在所述第一应用的执行期间访问的第一数据区域和在所述第二应用的执行期间访问的第二数据区域；以及通过单元在所述平台没有启动的状态下获取所述第一数据区域和所述第二数据区域的备份数据。

一种非暂时性存储介质，其上存储使计算机执行用于图像形成设备的方法的计算机程序，所述图像形成设备提供用以执行包括第一应用和第二应用的多种类型的应用的平台，所述方法包括：在用于存储信息的存储器中配置在所述第一应用的执行期间访问的第一数据区域和在所述第二应用的执行期间访问的第二数据区域；以及通过单元在所述平台没有启动的状态下获取所述第一数据区域和所述第二数据区域的备份数据。

通过以下参考附图对典型实施例的说明，本发明的其它特征将变得明显。

附图说明

图1是示出图像形成设备的硬件结构的示例的图。

图2是示出图像形成设备的软件结构的示例的图。

图3是示出图像形成设备的备份设置画面的示例的图。

图4是用于解释备份处理的流程图。

图5是示出扩展应用的数据区域的备份处理的图。

图6是用于解释备份数据的发送处理的流程图。

图7是示出图像形成设备的恢复执行画面的示例的图。

图8是用于解释恢复处理的流程图。

图9是示出扩展应用的数据区域的恢复处理的图。

图10是用于解释恢复处理的执行结果的发送处理的流程图。

图11是用于解释根据第二典型实施例的备份处理的流程图。

图12是用于解释根据第二典型实施例的恢复处理的流程图。

图13a至13d是在备份处理和恢复处理中显示的画面的示例。

具体实施方式

在下文中，将参考附图等来描述用于实施本发明的典型实施例。

(第一典型实施例)

图1是示出包括本发明的图像形成设备的系统的设备结构和图像形成设备的硬件结构的示例的图。

在图1中，图像形成设备100、外部服务器101和计算机103连接在局域网即lan104上。此外，图像形成设备100使用是作为便携式存储介质的外部usb存储器102。注意，多个图像形成设备100可以与lan104连接。

计算机103通过lan104连接到图像形成设备100，并且能够相对于图像形成设备100发送打印数据以及通过web浏览器操作图像形成设备100等。此外，图像形成设备100和计算机103通过lan104连接到外部服务器101，并且能够执行数据的上传和下载。这里涉及的这些通信单元所使用的协议不受限制，例如可以使用http、ftp和其它协议。外部服务器101主要存在于因特网中，但是外部服务器101可以存在于内部网络中。此外，外部服务器101可以作为云服务存在。

在图1中，图像形成设备100包括控制单元110。控制单元110控制图像形成设备100的全部操作。控制单元110在用于控制图像形成设备100的结构中包括以下处理单元。cpu111将存储在rom112中的控制程序读取到ram113并执行控制程序。除了控制程序以外，rom112还存储诸如许可、设备配置信息或者固件版本等的设备信息。硬盘驱动器(hdd)114存储通过网络i/f119从cpu111接收到的打印数据。

注意，由cpu111执行的程序包括打印应用程序。通过执行打印应用程序来将存储在hdd114中的打印数据转换为打印单元130能够打印的图像数据。然后，hdd114存储打印单元130能够打印的图像数据。

此外，由cpu111执行的程序包括扫描应用程序。通过执行扫描应用程序，扫描单元140读取图像数据，且将所读取的图像数据发送到hdd114。然后，hdd114存储所读取的图像数据。

操作单元i/f115是用于将图像形成设备100的用户通过操作单元120输入的指示传送到cpu111的接口。此外，操作单元i/f115从cpu111接收用于切换显示在操作单元120上的内容的处理细节，并且将处理细节传送至操作单元120。注意，操作单元120包括具有触摸面板功能的液晶显示器或键盘等，并且从用户接收指示。

打印机i/f116是用于将控制单元110和打印机单元130彼此连接的接口。打印机单元130将经由打印机i/f116从hdd114发送来的图像数据打印在记录介质上。整理器单元150针对打印机单元130进行打印的记录介质进行各种整理处理。整理处理包括例如装订薄片处理、薄片的打孔处理(穿孔处理)以及骑马钉装订处理等。

扫描器i/f117是用于将控制单元110和扫描器单元140彼此连接的接口。扫描器单元140通过使用由电荷耦合装置(ccd)等构成的线传感器来读取原稿上的图像，生成图像数据，并且将图像数据通过扫描器i/f117输入到控制单元110。

将所输入的图像数据发送到hdd114。可以通过打印机单元130来打印发送到hdd114并存储在hdd114中的图像数据。由此，通过使用扫描器单元130读取图像数据并使用打印机单元130打印所读取的图像数据，可以拷贝(复制)原稿上的图像。

usb-hosti/f118是用于将控制单元110和外部usb存储器102彼此连接的接口。usb-hosti/f118向外部usb存储器102输出hdd114中存储的数据。此外，usb-hosti/f118输入存储在外部usb存储器102中的数据，并向cpu111通知数据的输入。

外部usb存储器102是存储数据且相对于usb-hosti/f118能够安装和拆卸的外部存储装置。包括外部usb存储器102的多个usb装置能够连接到usb-hosti/f118。外部usb存储器的示例可以包括usb存储器或usb键盘等。网络i/f119将控制单元110(由此将图像形成设备100)连接到lan104。网络i/f119将图像数据或者信息发送到lan104上的外部装置，或者从lan104上的外部装置接收各种信息。

图2是示出图像形成设备100的软件结构的示例的图。

注意，图2中示出的各结构是使用存储在图1的rom112中且由cpu111执行的计算机程序来实现的。用于控制包括在图像形成设备100中的各程序的启动顺序的启动处理单元201运行于os200上。由启动处理单元201启动的程序能够通过使用共通i/f202调用彼此的功能。

由启动处理单元201启动的程序包括用于实现打印机、传真机和扫描器的各功能的本地程序203、用于进行各种数据的管理的数据管理单元204、以及作为用以控制电源等的控制程序的系统控制单元205。此外，由启动处理单元201启动的程序还包括管理用户用于存储来自计算机103的个人数据或者存储由图像形成设备100扫描的数据的用户存储箱功能的用户存储箱管理单元206等。

除此以外，作为用户后续在必要时将程序添加至的扩展应用212的执行平台的扩展应用执行平台208运行于os200上。扩展应用执行平台208包括运行于os200上的javavm。扩展应用执行平台209包括javavm以及运行于vm上的库组和执行环境。

此外，用于管理扩展应用212的存储箱安装于扩展应用执行平台208上。用于显示使用图像形成设备100所需的操作画面的ui程序209运行于扩展应用执行平台208上。附图标记201至212的部分或全部是系统软件的示例。

此外，用于实现图像形成设备100的各种数据的备份和恢复功能的备份恢复应用211运行于扩展应用执行平台208上。此外，除了扩展应用212之外，用于管理扩展应用212等的扩展应用系统服务210运行于扩展应用执行平台208上。

扩展应用数据处理单元207执行运行扩展应用执行平台208的数据区域的备份和恢复。扩展应用数据处理单元207不仅能够执行对整个数据区域的备份，而且还能够执行对数据区域的仅一部分的备份。在本典型实施例中，将描述执行整个数据区域的备份和恢复的情况。

数据管理单元204执行由图像形成设备100管理的各种数据的备份和恢复。具体地，数据管理单元204进行第一数据区域的备份和恢复，该第一数据区域是除将在稍后描述的用于扩展应用执行平台208的第二数据区域以外的数据区域。例如，将用户设置数据或者由用户存储箱管理单元206管理的目录信息存储在第一数据区域中。

数据管理单元204能够通过访问用户存储箱管理单元206来进行由用户存储箱管理单元206管理的目录信息的获取和新目录的创建。

此外，数据管理单元204指示扩展应用数据处理单元207访问包括各扩展应用212的数据区域的第二数据区域，并执行第二数据区域的备份和恢复。在第二数据区域中，存储运行扩展应用执行平台208和各扩展应用212所需的数据。

例如，第二数据区域存储各扩展应用212本身和各扩展应用212的设置数据，因此第二数据区域是在任何应用程序正在运行的情况下无法获取备份数据的数据区域。在本典型实施例中，第一数据区域被设置为除第二数据区域之外的全部数据区域。

扩展应用数据处理单元207接收数据管理单元204的指示，然后获取第二数据区域的全部备份数据。然而，本发明并不局限于此，也可以仅获取特定的扩展应用212的区域中的备份。

备份恢复应用211根据用户的设置时间开始运行，并通过共通i/f指示数据管理单元204执行备份和恢复。扩展应用系统服务210是扩展应用212常用的实用库，且由系统提供。

扩展应用系统服务210请求扩展应用执行平台208对扩展应用212进行安装、卸载、启动和停止等。可以通过从扩展应用212调用扩展应用系统服务210的功能来减少开发扩展应用212中的问题。

扩展应用212能够仅通过扩展应用执行平台208或者扩展应用系统服务210来访问图像形成设备100的诸如其它扩展应用212或者ram113等的各功能。此外，具有用户界面(ui)的扩展应用212在图像形成设备100的操作单元120上所显示的主菜单画面上显示图标。

在操作单元i/f115检测到用户通过操作单元120选择图标的情况下，操作单元i/f115向cpu111发送用户已经选择该图标的这一事实。在cpu111从操作单元i/f115接收到用户已经选择该图标的这一事实的情况下，cpu111在操作单元120上显示所选择的扩展应用212的ui。

注意，图2中示出的软件结构仅仅描述了图像形成设备100中所包括的软件的基础部分，并且在执行环境中可以包括其它服务等。例如，在图2中，示出扩展应用a和扩展应用b作为扩展应用212的示例，但是本发明不局限于此，并且图像形成设备100可以具有一个或多个扩展应用212。此外，由于诸如限制图像形成设备100的设置等的原因，图像形成设备100可以不包括不必要的软件和服务。

图3是由备份恢复应用211显示在操作单元120上的备份设置画面300的示例。

备份设置画面300具有备份开始时间设置部301，并从用户接收备份开始时间(执行时间)的指定。在关闭按钮302被按下的情况下，操作单元120关闭备份设置画面300并转变成图像形成设备100的主菜单。

注意，在本典型实施例中，设置了备份的执行时间。然而，本发明并不局限于此。例如，备份可以被设置为在特定事件时(诸如在固件更新的执行时等)执行。此外，例如，可以设置用于立即执行备份的按钮。

接着，将参考图4至6来描述图像形成设备100所进行的数据备份处理。

图4是用于解释图像形成设备100的备份处理的流程图。

在步骤s401中，备份恢复应用211使用备份设置画面300(图3)从用户接收备份开始时间的指定。

在步骤s402中，备份恢复应用211等待，直到到达由用户指定的备份开始时间为止。在由用户指定的备份开始时间到达的情况下，处理进入步骤s403。在步骤s403中，备份恢复应用211通知数据管理单元204并使得数据管理单元204执行用户设置数据的备份。

在用户设置数据的备份期间，由于数据无法被重写，因此画面被覆盖以使得无法进行用户操作。例如，如图13a所示，在操作单元120上显示用于指示用户设置数据正在被导出的画面1301，并且发出警告。在画面1301显示期间，图像形成设备100不接收来自用户的操作。

在步骤s404中，备份恢复应用211通知用户存储箱管理单元206并获取用户存储箱的管理目录信息。在管理目录信息的获取期间，如图13b所示，在操作单元120上显示用于指示存储箱设置正在被导出的画面1302。在画面1302显示期间，图像形成设备100不接收来自用户的操作。

如上所述，在本典型实施例中，在图像形成设备100的各种应用被启动且无需停止图像形成设备100的各种应用的状态下获取用户设置数据的备份数据和用户存储箱的管理目录信息。注意，在本典型实施例中，尽管用户设置数据和用户存储箱的管理目录信息被例示为在各种应用被启动的状态下所获取到的备份数据，但是本发明并不局限于此。可以设置获取第一数据区域的任意数据的备份，该备份是除了作为扩展应用执行平台的数据区域的第二数据区域之外的数据区域的数据的备份。

在步骤s405中，备份恢复应用211创建备份执行请求文件。该备份执行请求文件用于对包括各扩展应用212的数据区域的第二数据区域进行备份。由于无法在扩展应用212的运行期间对各扩展应用212的数据区域进行备份，因此在本典型实施例中，在图像形成设备的启动时执行该备份。

因此，备份恢复应用211创建备份执行请求文件。在图像形成设备的启动时，扩展应用数据处理单元207基于备份执行请求文件来判断备份的必要性。具体地，在备份执行请求文件存在于预定场所的情况下，判断为第二数据区域的备份是必要的。换句话说，备份执行请求文件是引起获取备份数据的处理的文件。

注意，在本典型实施例中，描述了通过创建诸如备份执行请求文件等的文件来引起备份执行的情况，但是本发明并不局限于此。也就是说，在步骤s405中，可以创建引起包括扩展应用212的数据区域的第二数据区域的备份数据的获取处理的信息(第一信息)。

例如，引起备份数据处理的信息可以被创建为在诸如ram113等的存储器上展开的标志信息，或者可以创建其它静态数据。在步骤s406中，备份恢复应用211指示系统控制单元205重启图像形成设备100以对扩展应用的数据区域进行备份。

图5是用于解释在图像形成设备的启动处理进行期间由扩展应用数据处理单元207执行的扩展应用212的数据区域的备份处理的流程图。

在步骤s501中，启动处理单元201在图像形成设备100的启动处理进行期间启动扩展应用数据处理单元207。扩展应用数据处理单元207的启动在扩展应用执行平台208的启动之前执行。

在步骤s502中，扩展应用数据处理单元207检查备份执行请求文件是否存在于预定场所。在步骤s503中，扩展应用数据处理单元207判断备份执行请求文件是否存在，并且在备份执行请求文件存在的情况下，进入步骤s504。

注意，在该文件不存在的情况下，扩展应用数据处理单元207判断为扩展应用的数据区域的备份处理是非必要的，并且处理进入步骤s508。在步骤s508中，启动处理单元201继续图像形成设备100的正常启动处理。

在步骤s504中，扩展应用数据处理单元207获取扩展应用的数据区域的备份数据。具体地，获取通过对包括各扩展应用和各扩展应用的设置数据的扩展应用执行平台208的整个数据区域进行压缩而获得的一个文件作为备份数据。注意，作为创建备份数据的方法，可以简单拷贝扩展应用的数据区域的全部数据，或者可以获取通过使用扩展名等仅过滤必要数据而获得的备份数据。

在步骤s505中，扩展应用数据处理单元207对步骤s504中所获取到的数据进行加密。通过进行加密，即使在备份数据被第三方获取到的情况下，也可以降低加密数据被读取的风险。在步骤s506中，扩展应用数据处理单元207将备份数据存储在hdd114中。注意，存储目的地并不局限于hdd114，而可以是ram113，或者可以是连接到图像形成设备100的诸如usb存储器等的外部存储器。

在步骤s507中，扩展应用数据处理单元207创建执行结果文件以向备份恢复应用211通知备份处理的执行结果。注意，在本典型实施例中，创建并存储诸如执行结果文件等的文件以通知执行结果，但是本发明不局限于此。例如，可以通过存储在诸如ram113等的存储器中的标志信息来管理执行结果的通知，或者例如将执行结果的通知作为由数据管理单元204存储的设置值来管理。

在步骤s508中，启动处理单元201通过接收扩展应用的数据区域的备份的完成来执行与其它各种功能相关的程序等的启动处理。注意，在步骤s508中进行扩展应用执行平台208的启动处理，并且启动备份恢复应用211。

图6是用于解释备份恢复应用211的备份数据的发送处理的流程图。

注意，由于本处理在后台执行，因此本处理不影响用户对图像形成设备100的使用。

在步骤s601中，在步骤s508中启动的备份恢复应用211检查在步骤s507中创建的执行结果文件。备份恢复应用211通过使用执行结果文件来决定是否已经成功执行了由图像形成设备100管理的各种数据的备份处理，并且在判断为已经成功执行了该处理的情况下，备份恢复应用211执行步骤s602的处理。

在步骤s602中，备份恢复应用211向外部服务器101发送执行结果文件和备份数据。注意，发送目的地不局限于外部服务器101。例如，备份数据的发送目的地可以是连接到图像形成设备100的诸如usb存储器等的外部存储器，或者可以是图像形成设备100中的hdd114。

注意，在备份恢复应用211基于执行结果文件而判断为扩展应用的数据区域的备份处理失败的情况下，备份恢复应用211仅向外部服务器101发送执行结果文件，并结束步骤s602的处理。针对各备份对象判断备份处理的成功或者失败。在即使一个备份失败的情况下，也可以判断为备份失败。此外，在即使一个备份成功的情况下，也可以判断为备份成功并进行成功备份的数据的发送处理。

接着，将参考附图7至10来描述备份数据的恢复方法。

图7是由备份恢复应用211显示在操作单元120上的恢复执行画面700的示例。

恢复执行画面700包括使得用户在通过过去执行的备份处理所获取到的备份数据中选择要恢复的数据的数据选择部701。在用户完成选择且恢复执行按钮802被按下的情况下，开始恢复处理。

图8是用于解释由数据管理单元204和备份恢复应用211执行的图像形成设备100的恢复处理的流程图。

在步骤s801中，备份恢复应用211接收通过用户使用恢复执行画面700(图7)的操作对所要恢复的数据的选择。在恢复执行画面700的数据选择部701中，将外部服务器101中所存储的用户的备份数据显示为选择对象。

在步骤s802中，备份恢复应用211检测到用户按下恢复执行画面700上的恢复执行按钮702。然后，备份恢复应用211获取由用户选择的备份数据，并将备份数据存储在图像形成设备100中的例如hdd114的任意区域中。

在步骤s803中，备份恢复应用211通知数据管理单元204，并使得数据管理单元204执行用户设置数据的恢复处理。在用户设置数据的恢复期间，与备份处理的执行期间同样地，画面被覆盖以使得无法进行用户操作。例如，如图13c所示，在操作单元120上显示用于指示设置数据正在被导入(正在被恢复)的画面1303。在画面1303显示期间，图像形成设备100不接收来自用户的操作。

在步骤s804中，备份恢复应用211通知用户存储箱管理单元206并执行用户存储箱的数据的恢复。在用户存储箱数据的恢复中，用户存储箱管理单元206基于恢复数据创建用户目录。在用户目录的创建期间，如图13d所示，用户存储箱管理单元206在操作单元120上显示用于指示存储箱设置正在被导入的画面1304。在画面1304显示期间，图像形成设备100不接收来自用户的操作。

如上所述，在本典型实施例中，在图像形成设备100的各种应用被启动而无需停止图像形成设备100的各种应用的状态下执行用户设置数据和用户存储箱的管理目录信息的恢复。注意，在本典型实施例中，尽管用户设置数据和用户存储箱的管理目录信息被例示为在各种应用被启动的状态下进行恢复的备份数据，但是本发明并不局限于此。与备份处理同样地，可以设置执行第一数据区域的任意备份数据的恢复，该第一数据区域是除作为扩展应用执行平台的数据区域的第二数据区域之外的数据区域。

在步骤s805中，备份恢复应用211创建恢复执行请求文件。恢复执行请求文件用于恢复扩展应用的数据区域。与备份处理同样地，由于在扩展应用的运行期间无法恢复扩展应用的数据区域，因此在本典型实施例中，在启动图像形成设备时执行恢复。

因此，备份恢复应用211创建恢复执行请求文件。在图像形成设备的启动时，扩展应用数据处理单元207基于恢复执行请求文件来判断是否应当执行恢复。具体地，在恢复执行请求文件存在于预定场所的情况下，判断为第二数据区域的备份数据的恢复是必要的。换句话说，恢复执行请求文件是引起执行恢复处理的文件。

注意，在本典型实施例中，描述了通过创建诸如恢复执行请求文件等的文件来引起恢复执行的情况，但是与备份处理同样地，本发明并不局限于此。也就是说，在步骤s805中，可以创建引起第二数据区域的备份数据的恢复执行的处理的信息(第二信息)。

在步骤s806中，备份恢复应用211指示系统控制单元205重启图像形成设备100以恢复扩展应用的数据区域。

图9是用于解释在图像形成设备的启动处理期间由扩展应用数据处理单元207执行的扩展应用的数据区域的恢复处理的流程图。

在步骤s901中，启动处理单元201在图像形成设备100的启动处理中启动扩展应用数据处理单元207。

在步骤s902中，扩展应用数据处理单元207检查恢复执行请求文件是否存在于预定场所。在步骤s903中，扩展应用数据处理单元207判断恢复执行请求文件是否存在的检查结果，并在该文件存在的情况下，处理进入步骤s904。

注意，在该文件不存在的情况下，扩展应用数据处理单元207判断为扩展应用的数据区域的恢复处理是不必要的，并且处理进入步骤s910。在步骤s910中，启动处理单元201继续图像形成设备100的正常启动处理。

在步骤s904中，扩展应用数据处理单元207对恢复对象的加密备份数据进行解密。在步骤s905中，扩展应用数据处理单元207检查在步骤s904中解密的恢复对象的备份数据，并检查是否能够确保足够的展开区域。在扩展应用数据处理单元207在步骤s906中判断为能够确保足够的展开区域的情况下，处理进入步骤s907，以及在扩展应用数据处理单元207在步骤s906中判断为无法确保足够的展开区域的情况下，恢复处理停止，并且处理进入步骤s909。

在步骤s907中，展开恢复对象的备份数据，并且利用所展开的数据来替换现有数据。在步骤s908中，进行展开指示以从存储在图像形成设备100中的扩展应用的归档文件再次展开各扩展应用212。因此，即使在备份时的扩展应用与恢复时的扩展应用之间存在差异的情况下，扩展应用也能够顺利启动。

在步骤s909中，扩展应用数据处理单元207与备份处理同样地创建执行结果文件以向备份恢复应用211通知恢复处理的执行结果。在步骤s910中，启动处理单元201通过接收扩展应用的数据区域的恢复的完成来执行图像形成设备100的启动处理。注意，与步骤s508同样地，在步骤s910中进行扩展应用执行平台208的启动处理，并且启动备份恢复应用211。

图10是用于解释由备份恢复应用211执行的恢复处理的执行结果的发送处理的流程图。

在步骤s1001中，在步骤s910中启动的备份恢复应用211检查在步骤s909中创建的执行结果文件。在步骤s1002中，备份恢复应用211向外部服务器101发送执行结果文件。注意，与备份处理同样地，发送目的地不局限于外部服务器101。

如上所述，根据本典型实施例，可以在适当的定时执行存储在图像形成设备中的各种数据的备份和恢复，并抑制与备份和恢复有关的停机时间。

(第二典型实施例)

在第一典型实施例中，执行图像形成设备100的重启以对扩展应用的数据区域进行备份，并且在启动处理期间获取备份数据。因此，可以在启动扩展应用之前扩展应用停止的状态下进行数据区域的备份。另一方面，在本典型实施例中，将描述仅停止扩展应用执行平台208而不重启图像形成设备100来获取备份数据的情况。

图11是用于解释根据本典型实施例的备份处理的流程图。

由于步骤s1101至s1104的处理与根据第一典型实施例的备份处理的步骤s401至s404(图4)的处理相同，因此将省略其描述。

在步骤s1105中，数据管理单元204指示启动处理单元201停止扩展应用执行平台208。

启动处理单元201通过接收该指示来停止扩展应用执行平台208。扩展应用执行平台208在停止正在启动的全部扩展应用212之后也停止其自身。

由于步骤s1106至s1109的处理与根据第一典型实施例的扩展应用的数据区域的备份处理的步骤s504至s507(图5)的处理相同，因此将省略其描述。在步骤s1110中，数据管理单元204通过接收扩展应用的数据区域的备份的完成来指示启动处理单元201启动扩展应用执行平台208。

启动处理单元201通过接收该指示来启动扩展应用执行平台208。在扩展应用执行平台208启动之后，扩展应用执行平台208顺次启动在步骤s1105中停止的扩展应用212。由于步骤s1111和s1112的处理与根据第一典型实施例的备份数据的发送处理的步骤s601和s602(图6)的处理相同，因此将省略其描述。

图12是用于解释根据本典型实施例的恢复处理的流程图。

由于步骤s1201至s1204的处理与根据第一典型实施例的恢复处理的步骤s801至s804(图8)的处理相同，因此将省略其描述。在步骤s1205中，数据管理单元204指示启动处理单元201停止扩展应用执行平台208。

启动处理单元201通过接收该指示来停止扩展应用执行平台208。扩展应用执行平台208在停止正在启动的全部扩展应用212之后也停止其自身。

由于步骤s1206至s1211的处理与根据第一典型实施例的扩展应用的数据区域的恢复处理的步骤s904至s909(图9)的处理相同，因此将省略其描述。在步骤s1212中，数据管理单元204通过接收扩展应用的数据区域的恢复的完成来指示启动处理单元201启动扩展应用执行平台208。

启动处理单元201通过接收该指示来启动扩展应用执行平台208。在扩展应用执行平台208启动之后，扩展应用执行平台208顺次启动在步骤s1205中停止的扩展应用212。由于步骤s1213和s1214的处理与根据第一典型实施例的恢复处理的执行结果的发送处理的步骤s1001和s1002(图10)的处理相同，因此将省略其描述。

如上所述，根据本典型实施例，可以获取到与第一典型实施例的效果相同的效果。此外，在本典型实施例中，由于能够在无需重启图像形成设备100的情况下执行扩展应用的数据区域的备份，因此对用户而言可以使图像形成设备100的停机时间最小化。

注意，在第一典型实施例和第二典型实施例中，描述了备份恢复应用指示备份、向外部服务器发送所获取到的备份数据、并且管理备份数据的示例，但是本发明并不局限于此。例如，可以由图像形成设备的本地应用指示备份。此外，可以从外部系统接收备份指示。

此外，备份数据的存储目的地可以不是外部服务器，而是连接到图像形成设备的外部usb存储器或者图像形成设备中的hdd。此外，可以将根据第一典型实施例的备份处理和恢复处理与根据第二典型实施例的备份处理和恢复处理进行任意组合。

例如，假设在图像形成设备的重启处理期间执行扩展应用执行平台的数据区域的备份。即使在这种情况下，在恢复备份数据时，也可以停止扩展应用执行平台并执行恢复处理而无需重启图像形成设备。

此外，例如，假设停止扩展应用执行平台且执行扩展应用执行平台的数据区域的备份。即使在这种情况下，在恢复备份数据时，也可以在图像形成设备的重启处理期间执行恢复处理。

(其它实施例)

本发明的实施例还可以通过如下的方法来实现，即，通过网络或者各种存储介质将执行上述实施例的功能的软件(程序)提供给系统或装置，该系统或装置的计算机或是中央处理单元(cpu)、微处理单元(mpu)读出并执行程序的方法。

本申请要求2017年12月26日提交的日本专利申请2017-249786的优先权，这里通过引用将其全部内容包含于此。