CN110162427A - 系统和使用该系统的方法 - Google Patents

系统和使用该系统的方法 Download PDF

Info

Publication number
CN110162427A
CN110162427A CN201910112676.2A CN201910112676A CN110162427A CN 110162427 A CN110162427 A CN 110162427A CN 201910112676 A CN201910112676 A CN 201910112676A CN 110162427 A CN110162427 A CN 110162427A
Authority
CN
China
Prior art keywords
storage
data
backup data
function
request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201910112676.2A
Other languages
English (en)
Other versions
CN110162427B (zh
Inventor
椎原豪
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Publication of CN110162427A publication Critical patent/CN110162427A/zh
Application granted granted Critical
Publication of CN110162427B publication Critical patent/CN110162427B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1458—Management of the backup or restore process
    • G06F11/1464—Management of the backup or restore process for networked environments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1458—Management of the backup or restore process
    • G06F11/1469—Backup restoration techniques
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1415—Saving, restoring, recovering or retrying at system level
    • G06F11/1438—Restarting or rejuvenating
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1448—Management of the data involved in backup or backup restore
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1448—Management of the data involved in backup or backup restore
    • G06F11/1451—Management of the data involved in backup or backup restore by selection of backup contents
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G06F11/2094—Redundant storage or storage space
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45587—Isolation or security of virtual machine instances
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/86—Event-based monitoring
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Software Systems (AREA)
  • Human Computer Interaction (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明涉及一种系统和使用该系统的方法。网络装置包括：第一请求单元，其被配置为发出用于请求表示存储目的地的信息的第一请求，在存储目的地中存储网络装置的存储装置中所存储的数据作为备份数据；以及发送单元，其被配置为使用响应于第一请求而接收到的表示存储目的地的信息，来发送存储装置中所存储的数据。数据管理系统包括：第一响应单元，其被配置为响应于第一请求而向网络装置回复表示存储目的地的信息。响应于来自网络装置的差异备份数据到存储系统中的存储，在存储差异备份数据之前，进行用于将存储系统中所管理的完全备份数据与差异备份数据合并的处理。

Description

系统和使用该系统的方法
技术领域
本发明涉及网络装置的云备份和恢复处理所使用的系统以及使用该系统的方法。
背景技术
近年来，针对图像形成装置的备份的需求已不断增加。通常，诸如图像形成装置等的复印机包括诸如马达等的许多驱动组件。在组件发生故障的情况下，更换该组件或者用替代机器更换机器，并且操作继续。然而，在维持操作所需的数据的存储组件发生故障的情况下，需要将数据恢复到数据发生故障之前的状态。因而，需要周期性地备份图像形成装置的数据并且提供在组件发生故障的情况下恢复所备份的数据的方法。
然而，在如图像形成装置那样、要处理的数据的类型多并且数据的量大的情况下，在客户端环境中准备存储服务器不现实。尽管可以设想在云中提供服务器的方法，但由于备份数据是从大量图像形成装置发送来的，因此考虑到每当监视客户端和服务器之间的通信负载以及存储容量时都需要进行维护，操作成本高。
因而，近年来，一直关注具有无服务器架构的系统的构建和特定于数据存储的云存储服务的利用。在具有无服务器架构的系统中，在云供应商提供的程序执行环境中登记并管理构成应用程序的函数。该系统是以图像形成装置调用云上的函数的形式配置成的。由此，不必进行传统上所需的服务器管理，并且可以降低操作成本。
另外，在使用不需要云供应商提供的服务器管理的存储服务的情况下，可以使由于系统所处理的大量数据的管理和通信而引起的负载分散。特别地，在如图像形成装置那样、要处理的数据的类型多并且数据的量大的情况下，利用不需要容量扩展和监视的云存储服务，因而可以降低系统的操作和管理成本。
在日本特开平6-243013中，提出了用于减少备份处理的负载并且减少与服务器的通信所用的负载的方法。根据日本特开平6-243013所公开的系统，在信息处理装置的备份处理中，要备份的装置仅将不同于先前备份的数据发送至数据存储服务器。
在日本特开平6-243013所公开的系统中，在装置从备份进行恢复时，所获取到的差异备份数据的量根据该装置被恢复到的时间的状态而改变。例如，在将状态恢复到紧挨在装置发生故障之前的最新状态的情况下，该装置需要获取并跟踪所有的差异备份数据并且生成恢复所用的设置和内容数据。也就是说，在使用备份功能的时间段较长的情况下，在恢复期间施加了较大的负载，并且不能使用装置的时间较长。
发明内容
因此，本发明提出用于使包括无服务器架构和云存储服务的图像形成装置的云备份系统中的装置的恢复处理所需的时间最小化的最优方法。
根据本发明的示例的一种系统，包括网络装置、存储系统和数据管理系统，其中，所述网络装置包括第一请求单元，所述第一请求单元被配置为发出用于请求表示存储目的地的信息的第一请求，在所述存储目的地中存储所述网络装置的存储装置中所存储的数据作为备份数据，所述数据管理系统包括第一响应单元，所述第一响应单元被配置为响应于所述第一请求而向所述网络装置回复表示所述存储目的地的信息，所述网络装置还包括发送单元，所述发送单元被配置为使用响应于所述第一请求而接收到的表示所述存储目的地的信息，来发送所述存储装置中所存储的数据，以及在从所述网络装置发送来的数据不是完全备份数据而是差异备份数据的情况下，响应于所述差异备份数据到所述存储系统中的存储，来在存储所述差异备份数据之前，进行用于将所述存储系统中所管理的完全备份数据与所述差异备份数据合并的合并处理。
根据本发明的示例的一种使用系统的方法，所述系统包括网络装置、存储系统和数据管理系统，所述方法包括以下处理：发出用于请求表示存储目的地的信息的第一请求，在所述存储目的地中存储所述网络装置的存储装置中所存储的数据作为备份数据；在所述数据管理系统中，响应于所述第一请求而向所述网络装置回复表示所述存储目的地的信息；以及在所述网络装置中，使用响应于所述第一请求而接收到的表示所述存储目的地的信息，来发送所述存储装置中所存储的数据，其中，在从所述网络装置发送来的数据不是完全备份数据而是差异备份数据的情况下，响应于所述差异备份数据到所述存储系统中的存储，来在存储所述差异备份数据之前，进行用于将所述存储系统中所管理的完全备份数据与所述差异备份数据合并的处理。
通过以下(参考附图)对典型实施方式的说明，本发明的更多特征将变得明显。
附图说明
图1是示出系统的示例的全体图。
图2A和图2B是示出系统的硬件结构的示例的图。
图3是示出系统的中间件结构的示例的图。
图4A～图4C是示出系统的软件结构的示例的图。
图5是示出备份处理的示例的流程图。
图6是示出恢复处理的示例的流程图。
图7是示出签名URL生成处理的示例的流程图。
图8是示出备份数据存储处理的示例的流程图。
图9是示出备份完成处理的示例的流程图。
图10是示出合并处理预约函数的示例的流程图。
图11是示出合并处理函数的示例的流程图。
图12是示出函数调用重试函数(function call retry function)的示例的流程图。
图13是示出恢复应用程序UI的示例的图。
图14是示出事件检测和函数调用处理的示例的流程图。
具体实施方式
以下将参考附图来说明用于实现本发明的优选实施方式。
(实施例1)
将说明根据本发明的示例的用于管理网络装置的网络系统。作为网络装置的示例，在本实施例中，将例示多功能外围设备(MFP)、即具有复合功能的复印机。网络装置的示例包括诸如打印机和传真机等的除MFP之外的装置。以下将这些网络装置统称为“图像形成装置”。
<系统结构>
图1是根据本发明的示例的系统的全体图。该示例的系统是图像形成装置的备份系统，并且包括多个图像形成装置以及用于管理图像形成装置的数据的云上的备份应用系统。
在图1中，局域网(LAN)101是客户端环境100的LAN。图像形成装置102连接至LAN101，并且可以响应于来自诸如连接至同一网络的客户端计算机104等的其它网络装置的请求而提供打印处理和扫描处理以及多个其它功能。图像形成装置102另外经由LAN 101连接至因特网107。图像形成装置102将图像形成装置102的备份数据经由因特网107发送至作为构建到云基础架构(cloud infrastructure)110中的数据管理系统的应用系统108。另外，图像形成装置102还将备份数据发送至作为存储系统的存储服务109。
应用系统108用作数据管理系统，并且具有以统一方式管理图像形成装置102的功能。另外，应用系统108还具有管理画面。作为存储系统的存储服务109管理从图像形成装置102发送来的数据。根据针对从应用系统108发出的签名URL的HTTPS请求而连接存储服务109。存储服务109根据签名URL接收来自图像形成装置102的备份数据发送和接收请求。
图1示出多个图像形成装置102经由LAN 101连接的状态，并且还示出图像形成装置102、应用系统108和存储服务109经由因特网107连接的状态。
<系统的硬件结构>
图2A和图2B是示出网络系统的硬件结构的框图。图2A示出构成数据中心的服务器的内部结构和客户端计算机104的内部结构的示例，其中在该数据中心中运行有云基础架构110，以及在云基础架构110中运行有应用系统108和存储服务109。
在图2A中，201表示CPU，其基于ROM 203或存储装置211中所存储的应用程序等来执行处理。另外，CPU 201全面控制连接至系统总线216的各装置。另外，CPU 201打开基于显示器208上的鼠标光标(未示出)所指示的命令而登记的各种应用窗口，并且执行各种数据处理。
202表示RAM，其用作CPU 201的主存储器和工作区域等。203表示ROM，其是用作基本I/O程序等的存储区域的只读存储器。在ROM 203或存储装置211中存储有作为CPU 201的控制程序的操作系统程序(以下称为OS)。另外，在ROM 203或存储装置211中存储有在基于应用程序等的处理期间所使用的文件和各种其它数据项。204表示经由防火墙(未示出)连接至因特网107的网络I/F(接口)。这里，能够连接至网络I/F 204的网络可以是有线或无线网络。
206表示输入和输出I/F，其控制来自键盘207和诸如鼠标等的指点装置209的输入以及向显示器208的输出。210表示外部存储器I/F，其控制对诸如硬盘(HD)等的存储装置211的访问。211表示存储装置，其存储引导程序、各种应用程序、用户文件和编辑文件等。在CPU 201执行ROM 202或存储装置211中所写入的基本I/O程序和OS的情况下，构成云基础架构110的服务器和存储服务109操作。基本I/O程序被写入ROM 203中，并且OS被写入ROM 203或存储装置211中。因而，在计算机的电源变为ON(接通)时，根据基本I/O程序中的初始程序加载功能来从ROM 203或存储装置211将OS写入RAM 202中，并且OS的操作开始。
为了说明方便，以上已经共同地使用图2A说明了构成云基础架构110的服务器的内部结构以及客户端计算机104的内部结构。这里，应用系统108和存储服务109将图2A的内部结构虚拟地实现为云上的虚拟机。
图2B示出图像形成装置102的内部结构的示例。在图像形成装置102和103中，251表示CPU，其基于控制程序等将作为输出信息的图像信号经由连接至系统总线270的打印机I/F 258输出至打印机259。这里，该控制程序存储在ROM 253或存储装置263等中。
CPU 251可以进行经由网络I/F 255与外部计算机装置进行通信的处理，并且被配置为向外部服务器通知图像形成装置102中的信息等。另外，CPU251基于ROM 253或存储装置263中所存储的应用程序等来进行处理。252表示用作CPU 251的主存储器和工作区域等的RAM，并且可以通过连接至扩展端口(未示出)的可选RAM来扩展存储器容量。这里，将RAM252用于输出信息加载区域、环境数据存储区域和非易失性(NV)RAM等。
253表示ROM，并且263表示诸如硬盘(HD)等的存储装置。在ROM 253或存储装置263中，存储有CPU 251的控制程序和应用程序、在生成输出信息时使用的字体数据、以及在图像形成装置102中使用的信息等。另外，在ROM253或存储装置263中，在安装图像形成装置102的应用程序时暂时存储该应用程序。254表示USB I/F，其控制经由USB连接与外部装置的数据通信。例如，USB I/F 254可以经由USB连接至以下要说明的客户端计算机104。客户端计算机104可以经由USB I/F 254进行各种打印操作和扫描操作。
256表示操作单元I/F，其控制针对操作单元257的接口，并且将要显示的图像数据输出至操作单元257。另外，操作单元I/F 256还接收用户使用操作单元257所输入的信息。257表示操作单元，其与布置有操作所用的开关以及LED显示装置等的操作面板相对应。258表示打印机I/F，并且将作为输出信息的图像信号输出至打印机259(打印机引擎)。
260表示扫描器I/F，其从扫描器261(扫描器引擎)接收作为输入信息的图像信号。262表示外部存储器I/F(存储器控制器)，其控制对诸如硬盘(HD)等的外部存储器的访问。264表示可选装置I/F，其控制对诸如自动整理器和纸盒单元等的可选装置265的访问。除自动整理器和纸盒单元之外，可选装置可以是扩展诸如照相机和IC卡读取器等的MFP的功能和机构的外围装置。270表示连接各装置的系统总线。
<云基础架构的中间件结构>
图3示出云基础架构110的中间件结构的示例。应用系统108和存储服务109包括了在云基础架构110上构建和管理的虚拟机、以及关联的资源组。应用系统108和存储服务109根据在云基础架构110上构建和管理的资源，来处理从客户端环境110内的网络装置和中继装置发送来的请求并且提供服务。
广域网301是云服务内的各服务的连接所经由的广域网。云服务内的各资源经由广域网301跨数据中心区域彼此连接。资源管理器302生成或删除构成服务的资源，并且根据资源的负载来进行资源量调整处理。资源量的调整包括向外扩展以增加虚拟机的数量和向上扩展以增加向虚拟机的硬件资源的分配。另外，资源量的调整包括向内扩展以减少虚拟机的数量和向下扩展以减少向虚拟机的硬件资源的分配。
硬件资源包括CPU(核数)、内存(大小)和存储空间(大小)等。资源管理器302可以监视对资源的请求量，并且根据处理负载来自动调整资源量。处理负载是施加至虚拟机中的处理的负载，并且表示虚拟机的CPU使用率或内存使用率、以及响应的响应时间等。将在所监视的请求量和处理负载满足预设条件的情况下资源管理器302所进行的资源量的调整称为自动扩展(autoscale)。另外，资源管理器302通过重写以下要说明的DNS 304中所登记的DNS记录来对接收来自客户端环境100的请求的资源目的地进行切换。用于接收来自客户端环境100的请求的资源的示例包括以下将说明的负载均衡器311和虚拟机314。
在DNS 304中，登记有诸如各个虚拟机和负载均衡器的IP地址等的地址信息以及主机名。客户端环境100中的计算机或网络装置经由诸如因特网等的网络与DNS 304进行通信。上述的计算机或网络装置向DNS 304询问与作为请求连接目的地的处理系统中的负载均衡器的主机名相对应的地址信息，并且针对从DNS 304返回的地址信息而发送请求。响应于所接收到的请求，DNS 304使用基于DNS名称的DNS记录来返回表示作为请求连接目的地的处理系统中的负载均衡器的主机名或地址信息。
区域310是云基础架构110内的区域其中之一。系统管理员指定任意区域，并且从资源管理器302请求诸如虚拟机314和负载均衡器311等的资源的生成。资源管理器302生成在所指定的区域中指定的资源。响应于来自系统管理员的请求而在区域310中生成以下将说明的负载均衡器311和虚拟机314。负载均衡器311用作用于分发针对系统的请求的负载均衡器。根据系统的规模和自动扩展设置，可以生成多个负载均衡器311。
计算机312是用于使管理程序313和虚拟机314操作的信息处理装置。这里，管理程序313是对计算机进行虚拟化并且可以并行地执行多个不同OS的软件。另外，虚拟机314是上述的管理程序313在计算机312上启动的虚拟计算机。计算机312是物理地构建到区域310中的服务器机器。根据物理地构建到区域310中的计算机312的机器规格和数量，在区域310内可以启动的具有特定机器规格的虚拟机314的数量改变。虚拟机314可以包括系统管理员可以选择的OS、应用服务器、系统和应用配置等。由于计算机312的结构与图2A的结构相同，因此将省略对该结构的说明。
<系统的功能结构>
图4A～图4C是用于说明包括图像形成装置的网络系统的功能结构的框图。图4A是示出图像形成装置102的功能结构的图。这里，图4A中的图像形成装置102的应用程序存储在图2B的存储装置263中，被读取在RAM 252和ROM 253中，并且由CPU 251执行。
备份处理单元401是用于进行在图像形成装置中操作的备份处理的应用程序。备份处理单元401根据以下要说明的图5中的备份处理流程来进行用于创建备份数据的处理和用于将备份数据发送至存储服务109的处理。
这里，备份数据的类型包括完全备份(full backup)和差异备份(differentialbackup)。完全备份包括用于构成图像形成装置102的设置值和数据，并且差异备份仅包括相对于先前备份有所改变的设置值和数据。在初始备份期间并且紧接在恢复处理之后，生成完全备份，并且在后续操作期间，生成差异备份并将该差异备份发送到云。由此，减少了图像形成装置102的备份数据生成负载和存储服务109的通信负载。
恢复处理单元402是用于从存储服务109中所管理的备份数据恢复图像形成装置的状态的应用程序。恢复处理单元402根据以下要说明的图6中的恢复处理流程，来从存储服务109获取备份数据并且进行恢复处理。
备份处理单元401和恢复处理单元402这两者都包括经由图像形成装置102的操作单元257的UI画面，并且具有经由该UI画面接收用户操作的功能。另外，备份处理单元401和恢复处理单元402可以作为捆绑应用程序预先安装在图像形成装置102中，并且可以在最初设置了图像形成装置102之后以经由外部介质或因特网安装的形式提供。
图4B示出作为数据管理系统的应用系统108的功能结构。这里，图4B中的应用系统108的函数组被读取在图3的虚拟机(容器)314内虚拟形成的内存区域中，并且由虚拟机(容器)314的虚拟CPU执行。
事件检测单元410根据以下要说明的图14的流程，响应于应用系统和存储服务的各种事件来调用函数管理单元420中所登记的函数。在存储单元412内的函数管理表中管理与事件和函数有关的调用条件信息。队列管理单元411管理在以下要说明的图10、图11、图12和图14的流程中使用的“合并处理预约队列”和“函数调用失败队列”的资源。当然，可以管理使应用系统操作所需的队列资源。存储单元412存储在事件检测单元410和函数管理单元420所管理的各种函数中所使用的各种数据项。存储单元412响应于来自其它函数的请求而添加、读取、更新和删除各种数据项的表的记录。
这里，表1～4示出存储单元412内的各种数据项的表。
[表1]
备份服务契约管理表
装置ID 租户ID 备份服务契约状态
D10001 TN001 契约中
D10002 TN002 未契约
D10003 TN003 契约中
… … …
表1是备份服务契约管理表。这里，装置ID是唯一地识别图像形成装置102的标识符。租户ID是用于唯一地识别拥有图像形成装置102的租户的标识符。租户ID是用于在将应用系统108所提供的web服务用于各种组织和个人的情况下安全地分离资源的单位。这种系统通常被称为多租户系统。备份服务契约状态是针对各图像形成装置的备份服务的使用协议契约状态(use agreement contract state)。例如，在客户同意并且与云协作的备份有效的情况下，存储“契约中”的状态信息，否则存储诸如“未契约”等的状态信息。
[表2]
备份设置管理表
装置ID 备份维护代数 备份存储时间段 备份发送间隔
D10001 50代 1年 每周四22:00
D10003 - 6个月 每天22:00
… … … …
表2是备份设置管理表。这里，装置ID是用于唯一地识别装置的标识符。备份维护代数是存储服务109维护的备份数据的代数。备份存储时间段是存储服务109维护从备份处理单元401发送来的备份数据的时间段。备份发送间隔是与备份处理单元401生成并发送备份数据的定时有关的日期和时间信息。日期和时间信息可以基于一周中的一天(诸如“每周四22:00”等)或者按天为单位(诸如“每天22:00”等)来设置。表2的备份设置管理表中所管理的设置信息包括图像形成装置102的备份处理单元进行设置所用的UI，并且客户可以使用该UI来设置。另外，可以使用应用系统服务器的WebUI来进行设置。
[表3]
备份历史管理表
表3是用于管理针对各图像形成装置的备份数据发送的历史信息的备份历史管理表。这里，历史ID是唯一地识别备份历史的标识符。装置ID是唯一地识别图像形成装置的标识符。存储目的地路径信息是签名URL生成函数421所生成的签名URL信息。备份类型是与从图像形成装置102的备份处理单元401发送来的备份数据有关的类型信息。例如，关于“完全备份”或“差异备份”，针对在以下要说明的函数管理单元420所登记的合并处理函数426的合并处理中生成的备份历史设置“完全备份(合并处理)”。
状态栏示出从备份处理单元401发送来的备份数据的存储状态。例如，在将备份数据发送至存储服务109并且存储也完成的情况下，将该状态设置为“已存储”。在发出了签名URL但备份数据没有发送至存储服务109的情况下，设置“发送预约”。在备份数据的代数或存储时间段超过阈值的情况下、或者在删除了根据合并处理而变得不必要的备份数据的情况下，将状态设置为“已删除”。当然，可以管理其它状态。更新日期和时间是与创建或更新备份历史信息的时间有关的时间信息。
[表4]
函数管理表
表4是用于管理以下要说明的函数管理单元420所管理的函数的启动条件的函数管理表。这里，函数启动ID是唯一地识别函数的启动条件的标识符。在定义任意函数的启动条件的栏中示出函数启动条件。例如，签名URL生成函数421可以在向任意URL的POST访问期间定义诸如启动(调用)等的条件。另外，可以定义在数据存储在存储服务服务器109的任意存储区域中的情况下启动函数的条件。
例如，可以定义为“在数据存储在存储服务服务器109的完全备份数据存储区域中的情况下调用备份完成函数424”。另外，可以定义为“在数据存储在存储服务服务器109的差异备份数据存储区域中的情况下调用合并处理预约函数425”。对于启动函数名称，定义与在满足函数启动条件的情况下启动的函数有关的信息。最大同时执行数定义同时执行的函数。
以上完成了与存储单元412管理的各种数据项的表有关的说明。
说明将返回图4B。函数管理单元420管理描述应用系统功能所需的处理的函数。函数管理单元420被配置成使得函数与存储单元412内的函数管理表中所描述的任意事件相关联并且链接(调用)这些函数，因而可以执行一系列处理。作为函数的启动形式，根据需要来启动图3的虚拟机314，并且在虚拟机314中执行函数。这里，虚拟机314可以是轻量级容器型的应用执行环境。系统管理员可以经由函数管理单元420设置要登记的任意函数，并且与函数内部或其它服务连动地操作。
签名URL生成函数421是根据以下要说明的图7的流程而响应于来自图像形成装置102的请求生成签名URL的函数。备份设置管理函数422是响应于来自图像形成装置102或函数管理单元420所管理的其它函数的请求而参考、改变、删除和添加存储单元412中的备份设置管理表的函数。备份历史管理函数423是响应于来自图像形成装置102或函数管理单元420所管理的其它功能的请求而参考、改变、删除和添加存储单元412中的备份历史管理表的函数。
备份完成函数424是应用系统根据以下要说明的图9的流程来记录备份数据上传处理的完成处理的函数。合并处理预约函数425是根据以下要说明的图10的流程来预约所上传的差异备份的合并处理的函数。合并处理函数426是根据以下要说明的图11的流程来进行所上传的差异备份的合并处理的函数。函数调用重试函数427是根据以下要说明的图12的流程来调用未能调用(未能进行合并处理)的函数并再次进行合并处理的函数。
图4C示出作为存储系统的存储服务109的功能结构。这里，图4C中的存储服务109的应用程序存储在图2A的存储装置211中，被读取在RAM 202和ROM 203中，并且由CPU 201执行。
备份数据接收单元430根据以下要说明的图8的流程来接收备份处理单元401所生成的备份数据。备份数据接收单元430经由签名URL验证单元431、完全备份数据存储单元432和差异备份数据存储单元433进行备份数据存储处理、合并处理执行判断和合并处理函数调用。
签名URL验证单元431验证为经由备份数据接收单元430从备份处理单元401连接的签名URL的附加信息正确。这里，签名URL附加信息是加密的令牌信息、与有效期有关的信息、要上传或下载的数据名称(文件名)和要上传的文件的大小等。另外，签名URL验证单元431还验证为上述附加信息未被篡改。
完全备份数据存储单元432根据以下要说明的图8的流程来进行完全备份数存储处理。差异备份数据存储单元433根据以下要说明的图8的流程来进行差异备份数据存储处理和合并处理函数调用。
这样结束了对图3的说明。
<图像形成装置102的备份处理的流程>
图5示出图像形成装置102的备份处理的操作过程的示例。这里，图5中的图像形成装置102的应用程序存储在图2B的存储装置263中，被读取在RAM 252和ROM 253中，并且由CPU 251执行。以下将参考图5来说明图像形成装置102的备份处理单元401从应用系统108获取签名URL并且使用该签名URL将备份数据上传在存储服务109中的处理的流程。
在步骤S500中，备份处理单元401接收备份请求。备份请求的接收可以基于用户的任意UI操作。另外，可以按根据应用系统的存储单元412所管理的备份设置管理表的备份发送间隔栏的设置而预先安排的定时接收备份请求。
在步骤S501中，备份处理单元401判断步骤S500中所接收到的备份请求是否是恢复之后的初次备份。在备份请求是恢复之后的初次备份请求的情况下，处理进入步骤S502，否则处理进入步骤S504。
在步骤S502中，备份处理单元401生成图像形成装置102的完全备份。完全备份中所包括的数据的示例包括图像形成装置102的网络设置值信息和许可信息、安装的应用程序信息以及附加到应用程序的设置值信息。其它图像形成装置102维护的客户特定信息可以包括在客户协议中。
在步骤S503中，备份处理单元401通过与应用系统108的签名URL生成函数421连接来获取完全备份数据发送所需的签名URL。在这种情况下，将表示完全备份数据发送的标志信息添加到应用系统108的请求报头。
在步骤S504中，备份处理单元401判断步骤S500中所接收到的备份请求是否是图像形成装置102中的初次备份处理或通过用户操作的立即备份请求。在判断为该备份请求是初次备份处理或通过用户操作的立即备份请求的情况下，处理进入步骤S502，否则处理进入步骤S505。
在步骤S505中，备份处理单元401生成包括相对于先前生成的完全备份或差异备份的差异信息的差异备份数据。作为差异备份的形式，例如，可以生成采用诸如操作日志等的形式的相对于先前备份的差异数据。当然，可以使用任何其它形式，只要可以判断出与先前备份的差异即可。
在步骤S506中，备份处理单元401通过与应用系统108的签名URL生成函数421连接来获取差异备份数据发送所需的签名URL。在这种情况下，将表示差异备份数据发送的标志信息添加到应用系统108的请求报头。
在步骤S507中，备份处理单元401使用步骤S503或步骤S506中所获取到的签名URL连接至存储服务109的备份数据接收单元430。然后，备份处理单元401发送步骤S502或步骤S505中所生成的备份数据。
在步骤S508中，备份处理单元401删除步骤S502或步骤S505中所生成的图像形成装置102中的备份数据。
这样结束了对图5的说明。
<图像形成装置102的恢复处理的流程>
图6示出图像形成装置102的恢复处理的操作过程的示例。这里，图6中的图像形成装置102的应用程序存储在图2B的存储装置263中，被读取在RAM 252和ROM 253中，并且由CPU 251执行。以下将参考图6来说明图像形成装置102的恢复处理单元402从应用系统108获取签名URL并且使用该签名URL将备份数据上传在存储服务109中的处理的流程。
在步骤S600中，图像形成装置102的恢复处理单元402从应用系统108的备份历史记录管理功能423获取自身的备份历史信息。在用户启动恢复应用程序的定时执行步骤S600。
在步骤S601中，恢复处理单元402经由UI向用户呈现步骤S600中所获取到的备份历史信息。用户经由UI选择用于恢复图像形成装置102的备份。
这里，参考图13来说明步骤S601中的UI的示例。
图13是图像形成装置102的操作单元257的面板上所显示的步骤S601中的UI的示例。1302显示在步骤S600中恢复处理单元402所获取到的备份历史的列表。可以通过在面板上触摸或者通过指点装置来选择1302中的列表的项。1303示出所选择的项和备份的一个时间点。1304表示向各项的详细信息画面的转变链接。在详细信息画面上，可以确认任何备份时间的差异内容。1305是确定(enter)按钮。在按下确定按钮时，使用所选择的项(备份时间)进行步骤S602～S605的恢复处理。1306是取消按钮。在按下取消按钮时，恢复处理单元402结束UI显示和恢复处理。
图13的UI中所显示的备份历史是备份历史管理表的备份类型栏是“完全备份”或“完全备份(合并处理)”的备份历史。差异备份未包括在选项中。UI可以显示备份历史的列表。另外，在备份被设置成每天多次进行的情况下，UI可以首先显示每天选项、向下钻取(drill down)并且选择恢复所使用的备份。另外，可以根据是安排了备份还是用户任意进行备份来改变显示的形式。例如，可以在列表显示的开头呈现用户任意进行备份的历史。
这样结束了对图13的说明。
说明将返回图6。在步骤S602中，恢复处理单元402检测到用户经由步骤S601中呈现的UI选择了任意备份。在步骤S603中，恢复处理单元402连接至应用系统108的签名URL生成函数421。另外，在步骤S603中，获取用于下载所选择的备份数据的签名URL。在这种情况下，将表示这是备份数据获取请求的标志信息和表示签名URL与哪个备份数据有关的信息添加到应用系统108的请求报头。例如，添加步骤S600中所获取到的历史ID。
在步骤S604中，恢复处理单元402使用步骤S603中所获取到的签名URL来从存储服务109的完全备份数据存储单元432进行下载。在步骤S605中，恢复处理单元402进行用于使用步骤S604中所获取到的备份数据来恢复图像形成装置102的存储区域的处理。这里，步骤S605包括恢复处理(诸如恢复中的设置信息的恢复、应用程序的恢复、应用设置的恢复和再启动等)所需的处理。
这样结束了对图6的说明。
<应用系统108的函数调用的流程>
图14示出应用系统108的事件检测单元410调用函数管理单元420所管理的函数的处理的示例。这里，图14中的应用系统108的应用程序被读取在图3的虚拟机(容器)314内虚拟形成的内存区域中，并且由虚拟机(容器)314的虚拟CPU执行。以下将参考图14来说明应用系统108的事件检测单元410调用函数管理单元420所管理的函数的处理。
在步骤S1401中，事件检测单元410检测是否发生满足存储单元412中的函数管理表的函数启动条件的事件。要检测的事件的类型的示例包括通过向任意URL的GET或POST的访问事件、以及数据存储在存储服务服务器109的任意存储区域中的存储完成事件。在步骤S1401中，监视与其它应用系统108有关的各种事件处理。在应用系统108中发生事件的情况下，事件检测单元410判断该事件是否是满足存储单元412中的函数管理表的函数启动条件的事件。在判断为该事件是满足函数启动条件的事件的情况下，处理进入步骤S1402，否则继续事件的监视。
在步骤S1402中，调用与步骤S1401中所检测到的函数启动条件相关联的函数。在步骤S1403中，判断步骤S1402中的函数调用处理是否失败。在判断为函数调用处理失败的情况下，处理进入步骤S1404，否则处理结束。这里，函数调用失败的原因的示例是由于资源不足而没有调用图3中的云基础架构110的虚拟机(容器)314。当然，可以检测到由于其它原因导致的函数调用失败。
在步骤S1404中，向函数调用失败队列添加消息。该消息包括与未能调用的函数有关的信息和与要提供给函数的参数有关的信息。
这样结束了对图14的说明。
<应用系统108的签名URL生成函数421的处理流程>
图7示出应用系统108的签名URL生成函数421的操作处理的示例。这里，图7中的应用系统108的函数组被读取在图3的虚拟机(容器)314内虚拟形成的内存区域中，并且由虚拟机(容器)314中的虚拟CPU执行。以下将参考图7来说明应用系统108响应于来自图像形成装置102的备份处理单元401和恢复处理单元402的请求而生成签名URL的处理的流程。这里，签名URL生成函数421是根据函数管理表中的函数启动条件、响应于来自图像形成装置102的备份处理单元401和恢复处理单元402的HTTP请求而调用的函数。
在步骤S700中，应用系统108的签名URL生成函数421接收图5的S503或S506中以及图6的S603中的签名URL获取请求。在步骤S701中，签名URL生成函数421参考存储单元412中的备份设置管理表，并且获取签名URL获取请求源的图像形成装置的备份服务契约状态。在图像形成装置的备份服务契约状态为契约中的情况下，处理进入步骤S702，否则处理结束。在处理结束的情况下，将表示发生了授权错误的信息返回到图像形成装置102。
在步骤S702中，签名URL生成函数421判断步骤S700中所接收到的签名URL获取请求是否是用于恢复的签名URL获取请求。在判断为步骤S700中所接收到的签名URL获取请求是用于恢复的签名URL获取请求的情况下，处理进入步骤S703，否则处理进入步骤S704。作为用于判断步骤S700中所接收到的签名URL获取请求是否是用于恢复的签名URL获取请求的方法，可以使用以下。例如，该方法可以通过在图6中的步骤S603的处理中将恢复处理标志并入请求报头中来实现、或者通过可被判断为其它恢复的相关信息来实现。
在步骤S703中，签名URL生成函数421生成用于返回到恢复处理单元402的备份数据获取所用的签名URL。在这种情况下，在步骤S700中，参考基于步骤S700的获取请求的请求报头中所包括的历史ID信息的备份历史管理表来发出与任意备份数据相关联的获取所用的签名URL。
在步骤S704中，签名URL生成函数421判断步骤S700中所接收到的签名URL获取请求是否是用于完全备份数据发送的签名URL获取请求。在判断为签名URL获取请求是用于完全备份数据发送的签名URL获取请求的情况下，处理进入步骤S706，否则处理进入步骤S705。在这种情况下，作为用于判断签名URL获取请求是否是用于完全备份数据发送的签名URL获取请求的方法，可以使用与在图5的步骤S503中添加到请求报头的标志有关的信息。
在步骤S705中，签名URL生成函数421生成差异备份数据发送所用的签名URL。在步骤S706中，签名URL生成函数421生成完全备份数据发送所用的签名URL。在步骤S707中，签名URL生成函数421更新存储单元412中的备份历史管理表。发出新历史ID，并且添加包括装置ID、存储目的地路径信息、备份类型、状态以及更新日期和时间的信息。在这种情况下，在状态栏中记录“发送预约”。
在步骤S708中，签名URL生成函数421将在步骤S706、S705和S703中生成的签名URL返回到图像形成装置102。
这样结束了对图7的说明。
<存储服务109的备份数据存储处理的流程>
图8示出存储服务109的备份数据存储处理的示例。这里，图8中的存储服务109的应用程序存储在图2A的存储装置211中，被读取在RAM 202和ROM 203中，并且由CPU 201执行。以下将参考图8来说明存储服务109的备份数据接收单元430响应于来自图像形成装置102的备份处理单元401和恢复处理单元402的请求而存储备份数据的处理的流程。
在步骤S800中，备份数据接收单元430从图像形成装置102的备份处理单元401接收备份数据发送请求。在步骤S801中，签名URL验证单元431验证步骤S801中所接收到的备份数据发送请求的签名URL附加信息。要验证的内容的示例包括可以被正确解密且未被篡改的签名URL附加信息、以及有效期是否在期限内。在基于验证结果判断为签名URL正确的情况下，处理进入步骤S802，否则处理结束。在处理结束的情况下，将表示发生了授权错误的信息返回到图像形成装置102。
在步骤S802中，备份数据接收单元430判断步骤S800中所接收到的备份数据发送请求是否是完全备份数据发送请求。在判断为备份数据发送请求是完全备份数据发送请求的情况下，处理进入步骤S805，否则处理进入步骤S803。在这种情况下，作为判断这是否是完全备份数据发送所用的签名URL获取请求的方法，可以使用与在图5中的S507中添加到请求报头的标志有关的信息。
在步骤S803中，差异备份数据存储单元433允许来自图像形成装置102的备份处理单元401的备份数据发送请求。另外，差异备份数据存储单元433接收差异备份数据，并且根据附加到签名URL的存储目的地路径信息来存储数据。
在步骤S805中，完全备份数据存储单元432允许来自图像形成装置102的备份处理单元401的备份数据发送请求。另外，完全备份数据存储单元432接收完全备份数据，并且根据附加到签名URL的存储目的地路径信息来存储数据。
这样结束了对图8的说明。
<应用系统108的备份完成函数424的处理流程>
图9示出应用系统108的备份完成函数424的处理的示例。这里，图9中的应用系统108的函数组被读取在图3的虚拟机(容器)314内虚拟形成的内存区域中，并且由虚拟机(容器)314中的虚拟CPU执行。以下将参考图9来说明作为应用系统108的函数管理单元420中所登记的函数的备份完成函数的流程。这里，备份完成函数424是根据函数管理表中的函数启动条件、在图8的备份数据存储处理中步骤S805的处理结束之后所调用的功能。
在步骤S900，备份完成函数424更新存储单元412中的备份历史管理表。在这种情况下，备份完成函数424接收图8的备份数据存储处理中的步骤S805的处理中的备份数据的存储目的地路径信息作为参数。另外，备份完成函数424将与存储目的地路径信息匹配的记录的“状态”栏更新为“已存储”。还更新了更新日期和时间栏。
这样结束了对图9的说明。
<应用系统108的合并处理预约函数425的处理流程>
图10示出应用系统108的合并处理预约函数425的处理的示例。这里，图10中的应用系统108的函数组被读取在图3的虚拟机(容器)314内虚拟形成的内存区域中，并且由虚拟机(容器)314中的虚拟CPU执行。以下将参考图10来说明作为应用系统108的函数管理单元420中所登记的函数的合并处理预约函数的流程。这里，合并处理预约函数425是根据函数管理表中的函数启动条件、在图8的备份数据存储处理中在步骤S803的处理结束之后所调用的功能。由于在S805的处理结束时不需要合并处理，因此不存在相同函数的调用。
在步骤S1000中，合并处理预约功能425更新存储单元412中的备份历史管理表。在这种情况下，合并处理预约函数425接收图8的备份数据存储处理中的步骤S803的处理中的备份数据的存储目的地路径信息作为参数。另外，合并处理预约函数425将与存储目的地路径信息匹配的记录的“状态”栏更新为“已存储”。还更新了更新日期和时间栏。
在步骤S1001中，合并处理预约功能425向先前准备的合并处理预约队列添加消息。该消息包括步骤S1000中更新后的记录的历史ID信息。
这样结束了对图10的说明。
<应用系统108的合并处理函数426的处理流程>
图11示出应用系统108的合并处理函数426的示例。这里，图11中的应用系统108的函数组被读取在图3的虚拟机(容器)314内虚拟形成的内存区域中，并且由虚拟机(容器)314中的虚拟CPU执行。以下将参考图11来说明作为应用系统108的函数管理单元420中所登记的函数的合并处理函数的流程。这里，合并处理函数是根据函数管理表中的函数启动条件而周期性地调用的函数。
在步骤S1100中，合并处理函数426从合并处理预约队列获取消息。在步骤S1101中，合并处理函数426基于步骤S1100中获取到的消息中所包括的历史ID信息，来从备份历史管理表获取相关的图像形成装置的备份历史信息列表。
在步骤S1102中，合并处理函数426判断在步骤S1101中获取到的备份历史信息列表中是否存在未被合并且与步骤S1100中获取到的历史ID相比更早的差异备份信息。这里，可以通过与备份历史管理表中的状态栏是否是“已删除”有关的判断来进行与是否被合并有关的判断。在判断为存在未被合并并且与步骤S1100中所获取到的历史ID的差异备份信息相比更早的差异备份信息的情况下，处理进入步骤S1103，否则处理进入步骤S1105。
在步骤S1103中，合并处理函数426将步骤S1100中所获取到的信息从合并处理预约队列删除。这里，除非程序有意地进行删除处理，否则合并处理预约队列的消息将不会消失。
在步骤S1104中，合并处理函数426将步骤S1100中所获取到的消息再次添加到合并处理预约队列。这里，步骤S1102～步骤S1104的一系列处理是考虑到在图8中的步骤S803的处理之后合并处理函数的调用已失败的情况的处理。在调用已失败的情况下，跳过与步骤S803的处理相对应的图10的用于差异备份数据的处理。也就是说，在S1103～S1104的处理中，在按差异备份顺序进行合并处理的情况下，可以调整在合并处理中生成的完全备份数据的一致性。
在步骤S1105中，合并处理函数426将与步骤S1100中所获取到的历史ID相关联的差异备份和步骤S1101中所获取到的最近存储的完全备份数据合并，以生成新的完全备份数据。在成功生成了完全备份数据的情况下，合并处理函数426将所生成的完全备份数据存储在存储服务109的完全备份数据存储单元432中。
这里，可以通过例如跟踪差异备份数据中所包括的图像形成装置的操作日志、提取与图像形成装置有关的最终时间点的设置值信息、并且将该设置值信息反映在最新的完全备份数据中，来进行合并处理。
在步骤S1106中，合并处理函数426更新存储单元412中的备份历史管理表。发出与步骤S1105中的完全备份数据相关联的新历史ID，并且添加包括装置ID、存储目的地路径信息、备份类型、状态以及更新日期和时间的信息。在这种情况下，在备份类型栏中记录“完全备份(合并处理)”，并且在状态栏中记录“已存储”。
在步骤S1107中，合并处理函数426将步骤S1100中所获取的信息从合并处理预约队列删除。在步骤S1108中，合并处理函数426将在进行步骤S1105的合并处理时使用的差异备份数据从存储服务109的差异备份数据存储单元433删除。在步骤S1109中，合并处理函数426更新存储单元412中的备份历史管理表。与步骤S1108中所删除的差异备份数据相关联的历史ID的记录的状态栏被更新为“已删除”。
这样结束了对图11的说明。
<应用系统108的函数调用重试函数427的处理流程>
图12示出应用系统108的函数调用重试函数427的示例。这里，图12中的应用系统108的函数组被读取在图3的虚拟机(容器)314内虚拟形成的内存区域中，并且由虚拟机(容器)314中的虚拟CPU执行。以下将参考图12来说明作为应用系统108的函数管理单元420中所登记的功能的函数调用重试函数427的流程。这里，函数调用重试函数427是根据函数管理表中的函数启动条件而周期性地调用的函数。
在步骤S1200中，函数调用重试函数427从函数调用失败队列获取消息。在步骤S1201中，函数调用重试函数427从步骤S1200中所获取到的消息获取与未能调用的函数有关的信息。这里，函数信息例如是诸如可以唯一地识别函数的函数名称等的信息。在步骤S1202中，函数调用重试函数427使用步骤S1200中获取到的消息中所包括的参数信息来再次调用并重试步骤S1201中所获取到的未能调用的函数。
在步骤S1203中，函数调用重试函数427判断在步骤S1202的处理中函数调用是否已失败。在判断为函数调用处理已失败的情况下，处理进入步骤S1204，否则处理结束。在步骤S1204中，函数调用重试函数427将步骤S1200中所获取到的消息从函数调用失败队列删除。这里，除非在步骤S1204中明确删除了步骤S1200中所获取到的消息，否则可以在一定时间之后从函数调用失败队列再次获取该消息。
这样结束了对图12的说明。
(结论)
如上所述，根据本实施例，应用系统108在图像形成装置102使用签名URL将备份数据上传到存储服务109的定时进行差异备份数据的合并处理。另外，在图像形成装置102需要恢复时，利用合并后的完全备份数据进行恢复处理。由此，图像形成装置102无需从存储服务109获取所需的所有差异备份数据。另外，由于不需要图像形成装置侧的合并处理，结果缩短了恢复完成所需的时间。
(其它实施例)
还可以通过读出并执行记录在存储介质(还可被更完整地称为“非暂时性计算机可读存储介质”)上的计算机可执行指令(例如，一个或多个程序)以进行上述的一个或多个实施例的功能以及/或者包括用于进行上述的一个或多个实施例的功能的一个或多个电路(例如，专用集成电路(ASIC))的系统或设备的计算机和通过下面的方法来实现本发明的各实施例，其中，该系统或设备的计算机通过例如从存储介质读出并执行计算机可执行指令以进行上述的一个或多个实施例的功能以及/或者控制该一个或多个电路以进行上述的一个或多个实施例的功能来进行上述方法。该计算机可以包括一个或多个处理器(例如，中央处理单元(CPU)、微处理单元(MPU))，并且可以包括单独计算机或单独处理器的网络，以读出并执行计算机可执行指令。例如可以从网络或存储介质将这些计算机可执行指令提供至计算机。该存储介质可以包括例如硬盘、随机存取存储器(RAM)、只读存储器(ROM)、分布式计算机系统的存储器、光盘(诸如致密盘(CD)、数字多功能盘(DVD)或蓝光盘(BD)TM等)、闪速存储装置和存储卡等中的一个或多个。
尽管已经参考典型实施例说明了本发明，但是应该理解，本发明不限于所公开的典型实施例。所附权利要求书的范围符合最宽的解释，以包含所有这类修改、等同结构和功能。
本申请要求2018年2月13日提交的日本专利申请2018-23424的优先权，在此通过引用包含其全部内容。

Claims (8)

1.一种系统，包括网络装置、存储系统和数据管理系统，
其中，所述网络装置包括第一请求单元，所述第一请求单元被配置为发出用于请求表示存储目的地的信息的第一请求，在所述存储目的地中存储所述网络装置的存储装置中所存储的数据作为备份数据，
所述数据管理系统包括第一响应单元，所述第一响应单元被配置为响应于所述第一请求而向所述网络装置回复表示所述存储目的地的信息，
所述网络装置还包括发送单元，所述发送单元被配置为使用响应于所述第一请求而接收到的表示所述存储目的地的信息，来发送所述存储装置中所存储的数据，以及
在从所述网络装置发送来的数据不是完全备份数据而是差异备份数据的情况下，响应于所述差异备份数据到所述存储系统中的存储，来在存储所述差异备份数据之前，进行用于将所述存储系统中所管理的完全备份数据与所述差异备份数据合并的合并处理。
2.根据权利要求1所述的系统，其中，
在来自所述网络装置的所述第一请求是针对表示存储所述差异备份数据的存储目的地的信息的请求的情况下，所述数据管理系统向所述网络装置回复表示为了存储所述差异备份数据而提供的存储目的地的信息，以及
基于将数据存储在为了存储所述差异备份数据而提供的存储目的地中的事实，进行所述合并处理。
3.根据权利要求2所述的系统，其中，
所述系统还包括队列，
基于响应于事件而调用的函数来在所述队列中登记消息，所述事件表示从所述网络装置发送来的所述差异备份数据会被存储在为了存储所述差异备份数据而提供的存储目的地中，以及
根据在所述队列中管理的消息来进行所述合并处理。
4.根据权利要求3所述的系统，其中，
在从所述网络装置发送来的数据是完全备份数据的情况下，不调用所述函数。
5.根据权利要求3所述的系统，其中，
在调用响应于所述事件的函数失败的情况下，另外调用不同的函数，以及
基于所述不同的函数，将用于使用所述差异备份数据的所述合并处理的消息登记在所述队列中。
6.根据权利要求1所述的系统，其中，
所述网络装置还包括：
第二请求单元，其被配置为向所述数据管理系统发出用于恢复的第二请求；以及
获取单元，其被配置为使用响应于所述第二请求而从所述数据管理系统接收到的表示存储目的地的信息，来获取所述存储系统中所存储的完全备份数据。
7.根据权利要求1所述的系统，其中，
所述完全备份数据包括所述网络装置的设置信息和地址信息以及与所安装的应用程序有关的信息至少之一。
8.一种使用系统的方法，所述系统包括网络装置、存储系统和数据管理系统，所述方法包括以下处理：
发出用于请求表示存储目的地的信息的第一请求，在所述存储目的地中存储所述网络装置的存储装置中所存储的数据作为备份数据；
在所述数据管理系统中，响应于所述第一请求而向所述网络装置回复表示所述存储目的地的信息；以及
在所述网络装置中，使用响应于所述第一请求而接收到的表示所述存储目的地的信息，来发送所述存储装置中所存储的数据，
其中，在从所述网络装置发送来的数据不是完全备份数据而是差异备份数据的情况下，响应于所述差异备份数据到所述存储系统中的存储，来在存储所述差异备份数据之前，进行用于将所述存储系统中所管理的完全备份数据与所述差异备份数据合并的处理。
CN201910112676.2A 2018-02-13 2019-02-13 系统和使用该系统的方法 Active CN110162427B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018023424A JP7158864B2 (ja) 2018-02-13 2018-02-13 システムおよびそれを用いる方法
JP2018-023424 2018-02-13

Publications (2)

Publication Number Publication Date
CN110162427A true CN110162427A (zh) 2019-08-23
CN110162427B CN110162427B (zh) 2024-03-08

Family

ID=67541669

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910112676.2A Active CN110162427B (zh) 2018-02-13 2019-02-13 系统和使用该系统的方法

Country Status (3)

Country Link
US (1) US11194671B2 (zh)
JP (1) JP7158864B2 (zh)
CN (1) CN110162427B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111737059A (zh) * 2020-07-02 2020-10-02 中国工商银行股份有限公司 数据备份方法、装置、电子设备和介质

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6806351B1 (ja) * 2020-03-06 2021-01-06 株式会社Ｃ−Ｒｉｓｅ 情報処理方法、コンピュータプログラム及び情報処理装置
US11627090B2 (en) 2021-04-21 2023-04-11 EMC IP Holding Company LLC Provisioning workflows using subgraph similarity
US11972289B2 (en) 2021-04-21 2024-04-30 EMC IP Holding Company LLC Method and system for provisioning workflows based on locality
US11461211B1 (en) 2021-04-21 2022-10-04 EMC IP Holding Company LLC Method and system for provisioning workflows with data management services
US20220342714A1 (en) * 2021-04-21 2022-10-27 EMC IP Holding Company LLC Method and system for provisioning workflows with dynamic accelerator pools
US11669525B2 (en) 2021-04-21 2023-06-06 EMC IP Holding Company LLC Optimizing workflow movement through device ecosystem boundaries
US11463315B1 (en) 2021-04-21 2022-10-04 EMC IP Holding Company LLC Creating and managing dynamic workflows based on occupancy
US12032993B2 (en) 2021-04-21 2024-07-09 EMC IP Holding Company LLC Generating and managing workflow fingerprints based on provisioning of devices in a device ecosystem
JP2022168947A (ja) 2021-04-27 2022-11-09 京セラドキュメントソリューションズ株式会社 テナント管理システム
JP7117444B1 (ja) 2021-12-10 2022-08-12 Kddi株式会社 情報処理装置及び情報処理方法
WO2023187980A1 (ja) * 2022-03-29 2023-10-05 日本電気株式会社 アプリケーション配信装置、アプリケーション配信方法、およびプログラム
US11953995B1 (en) * 2022-11-04 2024-04-09 Bank Of America Corporation Centralized data backup platform supporting multiple data environments
CN116155700B (zh) * 2023-02-27 2024-08-23 北京奇艺世纪科技有限公司 数据调取方法、装置、电子设备及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101534365A (zh) * 2008-03-14 2009-09-16 株式会社理光 图像处理系统和用于图像处理装置的备份方法
US20100107158A1 (en) * 2008-10-28 2010-04-29 Vmware, Inc. Low overhead fault tolerance through hybrid checkpointing and replay
CN102387034A (zh) * 2010-09-02 2012-03-21 佳能株式会社 网络设备管理系统及网络设备管理方法
CN103140842A (zh) * 2010-09-28 2013-06-05 亚马逊科技公司 用于提供灵活存储和检索快照档案的系统和方法
US20150134717A1 (en) * 2013-11-08 2015-05-14 Hitachi, Ltd. Backup management system and backup management method
US9430331B1 (en) * 2012-07-16 2016-08-30 Emc Corporation Rapid incremental backup of changed files in a file system

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06243013A (ja) 1993-02-19 1994-09-02 Toshiba Corp 分散型データベースシステム
JP3785074B2 (ja) * 2001-10-05 2006-06-14 富士通株式会社 データ処理システムのバックアップ制御装置及び方法
JP2003330782A (ja) * 2002-05-10 2003-11-21 Hitachi Ltd 計算機システム
JP4883027B2 (ja) * 2008-02-27 2012-02-22 日本電気株式会社 バックアップ装置、その制御方法及びプログラム
JP5444178B2 (ja) * 2010-09-22 2014-03-19 株式会社日立システムズ バックアップ・リストア処理装置とバックアップ・リストア処理方法およびプログラム
US10318390B2 (en) * 2016-07-08 2019-06-11 International Business Machines Corporation Automated storage target selection for data backup

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101534365A (zh) * 2008-03-14 2009-09-16 株式会社理光 图像处理系统和用于图像处理装置的备份方法
US20100107158A1 (en) * 2008-10-28 2010-04-29 Vmware, Inc. Low overhead fault tolerance through hybrid checkpointing and replay
CN102387034A (zh) * 2010-09-02 2012-03-21 佳能株式会社 网络设备管理系统及网络设备管理方法
CN103140842A (zh) * 2010-09-28 2013-06-05 亚马逊科技公司 用于提供灵活存储和检索快照档案的系统和方法
US9430331B1 (en) * 2012-07-16 2016-08-30 Emc Corporation Rapid incremental backup of changed files in a file system
US20150134717A1 (en) * 2013-11-08 2015-05-14 Hitachi, Ltd. Backup management system and backup management method

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111737059A (zh) * 2020-07-02 2020-10-02 中国工商银行股份有限公司 数据备份方法、装置、电子设备和介质

Also Published As

Publication number Publication date
US20190250996A1 (en) 2019-08-15
JP7158864B2 (ja) 2022-10-24
US11194671B2 (en) 2021-12-07
JP2019139591A (ja) 2019-08-22
CN110162427B (zh) 2024-03-08

Similar Documents

Publication Publication Date Title
CN110162427A (zh) 系统和使用该系统的方法
US20170111247A1 (en) Device management apparatus, device management system, device management method, and computer-readable recording medium
JP4371673B2 (ja) プログラムインストール方法およびサーバ装置
US9906400B2 (en) Management system, control method in the management system, and storage medium thereof
JP6355370B2 (ja) 自動設置システム及び方法、情報処理装置、画像形成装置、プログラム
US8564813B2 (en) Distributed printing system, print control method for determining printing output locations according to content and estimated time information, and program
CN102223392A (zh) 打印服务器及打印装置、网络打印系统以及打印方法
CN108616671A (zh) 电子设备、信息分发系统、信息分发方法及存储介质
CN102223246A (zh) 用于管理网络设备的管理装置及其控制方法
CN103116478A (zh) 信息处理系统、信息处理设备及按钮处理方法
CN105683899A (zh) 输出系统、终端设备和输出方法
JP2016076161A (ja) 管理システム及び情報処理方法
CN102779018B (zh) 控制装置、控制方法和控制系统
US7707202B2 (en) Method and system for improving a reservation or a purchase process of an entity
CN106797402A (zh) 信息处理系统、信息处理装置及其控制方法、图像形成装置及其控制方法、以及程序
US10027849B2 (en) Image forming apparatus having user group management function and control method therefor, and storage medium
CN107066217A (zh) 图像形成设备和图像形成设备的控制方法
US10126997B2 (en) Image processing system, image forming apparatus, method for sharing data, and non-transitory recording medium for storing computer readable program
CN106027838B (zh) 图像处理系统、图像形成装置以及处理方法
US9727290B2 (en) Management apparatus and method for setting data values on an information processing apparatus
US20130067452A1 (en) Management server, host device, and application management method
CN108701078A (zh) 管理客户端设备的数据的信息处理设备、客户端设备、备份方法和存储介质
JP7230457B2 (ja) 情報処理システム、情報処理装置、プログラム、及び推奨商品判定方法
CN106487874A (zh) 服务器装置、信息处理系统以及控制方法
JP2021177356A (ja) 情報処理装置、情報処理装置の制御方法およびプログラム

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant