系统和使用该系统的方法-pg电子麻将胡了

申请/专利权人：佳能株式会社

申请日：2019-02-13

公开（公告）日：2024-03-08

公开（公告）号：cn110162427b

主分类号：g06f11/14

分类号：g06f11/14

优先权：["20180213 jp 2018-023424"]

专利状态码：有效-授权

法律状态：2024.03.08#授权;2020.04.10#实质审查的生效;2019.08.23#公开

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

主权项：1.一种网络系统，包括网络装置、存储系统和数据管理系统，其中，所述网络装置包括第一请求单元，所述第一请求单元被配置为发出用于请求表示存储目的地的url信息的第一请求，所述网络装置的存储装置中所存储的数据在所述存储目的地中被存储为备份数据，所述数据管理系统包括：生成单元，其被配置为在接收到所述第一请求的情况下，生成url信息；以及第一响应单元，其被配置为响应于所述第一请求而向所述网络装置回复所生成的url信息，所述网络装置还包括发送单元，所述发送单元被配置为使用响应于所述第一请求而接收到的所述url信息，来发送所述存储装置中所存储的数据，以及在从所述网络装置发送来的数据不是完全备份数据而是差异备份数据的情况下，进行用于将所述存储系统中已管理的完全备份数据与所述差异备份数据合并的合并处理，以及所述生成单元生成表示与用于开始所述合并处理的函数的调用相对应的存储区域的授权url信息，作为所述url信息。

全文数据：系统和使用该系统的方法技术领域本发明涉及网络装置的云备份和恢复处理所使用的系统以及使用该系统的方法。背景技术近年来，针对图像形成装置的备份的需求已不断增加。通常，诸如图像形成装置等的复印机包括诸如马达等的许多驱动组件。在组件发生故障的情况下，更换该组件或者用替代机器更换机器，并且操作继续。然而，在维持操作所需的数据的存储组件发生故障的情况下，需要将数据恢复到数据发生故障之前的状态。因而，需要周期性地备份图像形成装置的数据并且提供在组件发生故障的情况下恢复所备份的数据的方法。然而，在如图像形成装置那样、要处理的数据的类型多并且数据的量大的情况下，在客户端环境中准备存储服务器不现实。尽管可以设想在云中提供服务器的方法，但由于备份数据是从大量图像形成装置发送来的，因此考虑到每当监视客户端和服务器之间的通信负载以及存储容量时都需要进行维护，操作成本高。因而，近年来，一直关注具有无服务器架构的系统的构建和特定于数据存储的云存储服务的利用。在具有无服务器架构的系统中，在云供应商提供的程序执行环境中登记并管理构成应用程序的函数。该系统是以图像形成装置调用云上的函数的形式配置成的。由此，不必进行传统上所需的服务器管理，并且可以降低操作成本。另外，在使用不需要云供应商提供的服务器管理的存储服务的情况下，可以使由于系统所处理的大量数据的管理和通信而引起的负载分散。特别地，在如图像形成装置那样、要处理的数据的类型多并且数据的量大的情况下，利用不需要容量扩展和监视的云存储服务，因而可以降低系统的操作和管理成本。在日本特开平6-243013中，提出了用于减少备份处理的负载并且减少与服务器的通信所用的负载的方法。根据日本特开平6-243013所公开的系统，在信息处理装置的备份处理中，要备份的装置仅将不同于先前备份的数据发送至数据存储服务器。在日本特开平6-243013所公开的系统中，在装置从备份进行恢复时，所获取到的差异备份数据的量根据该装置被恢复到的时间的状态而改变。例如，在将状态恢复到紧挨在装置发生故障之前的最新状态的情况下，该装置需要获取并跟踪所有的差异备份数据并且生成恢复所用的设置和内容数据。也就是说，在使用备份功能的时间段较长的情况下，在恢复期间施加了较大的负载，并且不能使用装置的时间较长。发明内容因此，本发明提出用于使包括无服务器架构和云存储服务的图像形成装置的云备份系统中的装置的恢复处理所需的时间最小化的最优方法。根据本发明的示例的一种系统，包括网络装置、存储系统和数据管理系统，其中，所述网络装置包括第一请求单元，所述第一请求单元被配置为发出用于请求表示存储目的地的信息的第一请求，在所述存储目的地中存储所述网络装置的存储装置中所存储的数据作为备份数据，所述数据管理系统包括第一响应单元，所述第一响应单元被配置为响应于所述第一请求而向所述网络装置回复表示所述存储目的地的信息，所述网络装置还包括发送单元，所述发送单元被配置为使用响应于所述第一请求而接收到的表示所述存储目的地的信息，来发送所述存储装置中所存储的数据，以及在从所述网络装置发送来的数据不是完全备份数据而是差异备份数据的情况下，响应于所述差异备份数据到所述存储系统中的存储，来在存储所述差异备份数据之前，进行用于将所述存储系统中所管理的完全备份数据与所述差异备份数据合并的合并处理。根据本发明的示例的一种使用系统的方法，所述系统包括网络装置、存储系统和数据管理系统，所述方法包括以下处理：发出用于请求表示存储目的地的信息的第一请求，在所述存储目的地中存储所述网络装置的存储装置中所存储的数据作为备份数据；在所述数据管理系统中，响应于所述第一请求而向所述网络装置回复表示所述存储目的地的信息；以及在所述网络装置中，使用响应于所述第一请求而接收到的表示所述存储目的地的信息，来发送所述存储装置中所存储的数据，其中，在从所述网络装置发送来的数据不是完全备份数据而是差异备份数据的情况下，响应于所述差异备份数据到所述存储系统中的存储，来在存储所述差异备份数据之前，进行用于将所述存储系统中所管理的完全备份数据与所述差异备份数据合并的处理。通过以下参考附图对典型实施方式的说明，本发明的更多特征将变得明显。附图说明图1是示出系统的示例的全体图。图2a和图2b是示出系统的硬件结构的示例的图。图3是示出系统的中间件结构的示例的图。图4a～图4c是示出系统的软件结构的示例的图。图5是示出备份处理的示例的流程图。图6是示出恢复处理的示例的流程图。图7是示出签名url生成处理的示例的流程图。图8是示出备份数据存储处理的示例的流程图。图9是示出备份完成处理的示例的流程图。图10是示出合并处理预约函数的示例的流程图。图11是示出合并处理函数的示例的流程图。图12是示出函数调用重试函数functioncallretryfunction的示例的流程图。图13是示出恢复应用程序ui的示例的图。图14是示出事件检测和函数调用处理的示例的流程图。具体实施方式以下将参考附图来说明用于实现本发明的优选实施方式。实施例1将说明根据本发明的示例的用于管理网络装置的网络系统。作为网络装置的示例，在本实施例中，将例示多功能外围设备mfp、即具有复合功能的复印机。网络装置的示例包括诸如打印机和传真机等的除mfp之外的装置。以下将这些网络装置统称为“图像形成装置”。图1是根据本发明的示例的系统的全体图。该示例的系统是图像形成装置的备份系统，并且包括多个图像形成装置以及用于管理图像形成装置的数据的云上的备份应用系统。在图1中，局域网lan101是客户端环境100的lan。图像形成装置102连接至lan101，并且可以响应于来自诸如连接至同一网络的客户端计算机104等的其它网络装置的请求而提供打印处理和扫描处理以及多个其它功能。图像形成装置102另外经由lan101连接至因特网107。图像形成装置102将图像形成装置102的备份数据经由因特网107发送至作为构建到云基础架构cloudinfrastructure110中的数据管理系统的应用系统108。另外，图像形成装置102还将备份数据发送至作为存储系统的存储服务109。应用系统108用作数据管理系统，并且具有以统一方式管理图像形成装置102的功能。另外，应用系统108还具有管理画面。作为存储系统的存储服务109管理从图像形成装置102发送来的数据。根据针对从应用系统108发出的签名url的https请求而连接存储服务109。存储服务109根据签名url接收来自图像形成装置102的备份数据发送和接收请求。图1示出多个图像形成装置102经由lan101连接的状态，并且还示出图像形成装置102、应用系统108和存储服务109经由因特网107连接的状态。图2a和图2b是示出网络系统的硬件结构的框图。图2a示出构成数据中心的服务器的内部结构和客户端计算机104的内部结构的示例，其中在该数据中心中运行有云基础架构110，以及在云基础架构110中运行有应用系统108和存储服务109。在图2a中，201表示cpu，其基于rom203或存储装置211中所存储的应用程序等来执行处理。另外，cpu201全面控制连接至系统总线216的各装置。另外，cpu201打开基于显示器208上的鼠标光标未示出所指示的命令而登记的各种应用窗口，并且执行各种数据处理。202表示ram，其用作cpu201的主存储器和工作区域等。203表示rom，其是用作基本io程序等的存储区域的只读存储器。在rom203或存储装置211中存储有作为cpu201的控制程序的操作系统程序以下称为os。另外，在rom203或存储装置211中存储有在基于应用程序等的处理期间所使用的文件和各种其它数据项。204表示经由防火墙未示出连接至因特网107的网络if接口。这里，能够连接至网络if204的网络可以是有线或无线网络。206表示输入和输出if，其控制来自键盘207和诸如鼠标等的指点装置209的输入以及向显示器208的输出。210表示外部存储器if，其控制对诸如硬盘hd等的存储装置211的访问。211表示存储装置，其存储引导程序、各种应用程序、用户文件和编辑文件等。在cpu201执行rom202或存储装置211中所写入的基本io程序和os的情况下，构成云基础架构110的服务器和存储服务109操作。基本io程序被写入rom203中，并且os被写入rom203或存储装置211中。因而，在计算机的电源变为on接通时，根据基本io程序中的初始程序加载功能来从rom203或存储装置211将os写入ram202中，并且os的操作开始。为了说明方便，以上已经共同地使用图2a说明了构成云基础架构110的服务器的内部结构以及客户端计算机104的内部结构。这里，应用系统108和存储服务109将图2a的内部结构虚拟地实现为云上的虚拟机。图2b示出图像形成装置102的内部结构的示例。在图像形成装置102和103中，251表示cpu，其基于控制程序等将作为输出信息的图像信号经由连接至系统总线270的打印机if258输出至打印机259。这里，该控制程序存储在rom253或存储装置263等中。cpu251可以进行经由网络if255与外部计算机装置进行通信的处理，并且被配置为向外部服务器通知图像形成装置102中的信息等。另外，cpu251基于rom253或存储装置263中所存储的应用程序等来进行处理。252表示用作cpu251的主存储器和工作区域等的ram，并且可以通过连接至扩展端口未示出的可选ram来扩展存储器容量。这里，将ram252用于输出信息加载区域、环境数据存储区域和非易失性nvram等。253表示rom，并且263表示诸如硬盘hd等的存储装置。在rom253或存储装置263中，存储有cpu251的控制程序和应用程序、在生成输出信息时使用的字体数据、以及在图像形成装置102中使用的信息等。另外，在rom253或存储装置263中，在安装图像形成装置102的应用程序时暂时存储该应用程序。254表示usbif，其控制经由usb连接与外部装置的数据通信。例如，usbif254可以经由usb连接至以下要说明的客户端计算机104。客户端计算机104可以经由usbif254进行各种打印操作和扫描操作。256表示操作单元if，其控制针对操作单元257的接口，并且将要显示的图像数据输出至操作单元257。另外，操作单元if256还接收用户使用操作单元257所输入的信息。257表示操作单元，其与布置有操作所用的开关以及led显示装置等的操作面板相对应。258表示打印机if，并且将作为输出信息的图像信号输出至打印机259打印机引擎。260表示扫描器if，其从扫描器261扫描器引擎接收作为输入信息的图像信号。262表示外部存储器if存储器控制器，其控制对诸如硬盘hd等的外部存储器的访问。264表示可选装置if，其控制对诸如自动整理器和纸盒单元等的可选装置265的访问。除自动整理器和纸盒单元之外，可选装置可以是扩展诸如照相机和ic卡读取器等的mfp的功能和机构的外围装置。270表示连接各装置的系统总线。图3示出云基础架构110的中间件结构的示例。应用系统108和存储服务109包括了在云基础架构110上构建和管理的虚拟机、以及关联的资源组。应用系统108和存储服务109根据在云基础架构110上构建和管理的资源，来处理从客户端环境110内的网络装置和中继装置发送来的请求并且提供服务。广域网301是云服务内的各服务的连接所经由的广域网。云服务内的各资源经由广域网301跨数据中心区域彼此连接。资源管理器302生成或删除构成服务的资源，并且根据资源的负载来进行资源量调整处理。资源量的调整包括向外扩展以增加虚拟机的数量和向上扩展以增加向虚拟机的硬件资源的分配。另外，资源量的调整包括向内扩展以减少虚拟机的数量和向下扩展以减少向虚拟机的硬件资源的分配。硬件资源包括cpu核数、内存大小和存储空间大小等。资源管理器302可以监视对资源的请求量，并且根据处理负载来自动调整资源量。处理负载是施加至虚拟机中的处理的负载，并且表示虚拟机的cpu使用率或内存使用率、以及响应的响应时间等。将在所监视的请求量和处理负载满足预设条件的情况下资源管理器302所进行的资源量的调整称为自动扩展autoscale。另外，资源管理器302通过重写以下要说明的dns304中所登记的dns记录来对接收来自客户端环境100的请求的资源目的地进行切换。用于接收来自客户端环境100的请求的资源的示例包括以下将说明的负载均衡器311和虚拟机314。在dns304中，登记有诸如各个虚拟机和负载均衡器的ip地址等的地址信息以及主机名。客户端环境100中的计算机或网络装置经由诸如因特网等的网络与dns304进行通信。上述的计算机或网络装置向dns304询问与作为请求连接目的地的处理系统中的负载均衡器的主机名相对应的地址信息，并且针对从dns304返回的地址信息而发送请求。响应于所接收到的请求，dns304使用基于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中，被读取在ram252和rom253中，并且由cpu251执行。备份处理单元401是用于进行在图像形成装置中操作的备份处理的应用程序。备份处理单元401根据以下要说明的图5中的备份处理流程来进行用于创建备份数据的处理和用于将备份数据发送至存储服务109的处理。这里，备份数据的类型包括完全备份fullbackup和差异备份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备份服务契约状态d10001tn001契约中d10002tn002未契约d10003tn003契约中………表1是备份服务契约管理表。这里，装置id是唯一地识别图像形成装置102的标识符。租户id是用于唯一地识别拥有图像形成装置102的租户的标识符。租户id是用于在将应用系统108所提供的web服务用于各种组织和个人的情况下安全地分离资源的单位。这种系统通常被称为多租户系统。备份服务契约状态是针对各图像形成装置的备份服务的使用协议契约状态useagreementcontractstate。例如，在客户同意并且与云协作的备份有效的情况下，存储“契约中”的状态信息，否则存储诸如“未契约”等的状态信息。[表2]备份设置管理表装置id备份维护代数备份存储时间段备份发送间隔d1000150代1年每周四22:00d10003-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中，被读取在ram202和rom203中，并且由cpu201执行。备份数据接收单元430根据以下要说明的图8的流程来接收备份处理单元401所生成的备份数据。备份数据接收单元430经由签名url验证单元431、完全备份数据存储单元432和差异备份数据存储单元433进行备份数据存储处理、合并处理执行判断和合并处理函数调用。签名url验证单元431验证为经由备份数据接收单元430从备份处理单元401连接的签名url的附加信息正确。这里，签名url附加信息是加密的令牌信息、与有效期有关的信息、要上传或下载的数据名称文件名和要上传的文件的大小等。另外，签名url验证单元431还验证为上述附加信息未被篡改。完全备份数据存储单元432根据以下要说明的图8的流程来进行完全备份数存储处理。差异备份数据存储单元433根据以下要说明的图8的流程来进行差异备份数据存储处理和合并处理函数调用。这样结束了对图3的说明。图5示出图像形成装置102的备份处理的操作过程的示例。这里，图5中的图像形成装置102的应用程序存储在图2b的存储装置263中，被读取在ram252和rom253中，并且由cpu251执行。以下将参考图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的说明。图6示出图像形成装置102的恢复处理的操作过程的示例。这里，图6中的图像形成装置102的应用程序存储在图2b的存储装置263中，被读取在ram252和rom253中，并且由cpu251执行。以下将参考图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可以首先显示每天选项、向下钻取drilldown并且选择恢复所使用的备份。另外，可以根据是安排了备份还是用户任意进行备份来改变显示的形式。例如，可以在列表显示的开头呈现用户任意进行备份的历史。这样结束了对图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的说明。图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的说明。图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的说明。图8示出存储服务109的备份数据存储处理的示例。这里，图8中的存储服务109的应用程序存储在图2a的存储装置211中，被读取在ram202和rom203中，并且由cpu201执行。以下将参考图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的说明。图9示出应用系统108的备份完成函数424的处理的示例。这里，图9中的应用系统108的函数组被读取在图3的虚拟机容器314内虚拟形成的内存区域中，并且由虚拟机容器314中的虚拟cpu执行。以下将参考图9来说明作为应用系统108的函数管理单元420中所登记的函数的备份完成函数的流程。这里，备份完成函数424是根据函数管理表中的函数启动条件、在图8的备份数据存储处理中步骤s805的处理结束之后所调用的功能。在步骤s900，备份完成函数424更新存储单元412中的备份历史管理表。在这种情况下，备份完成函数424接收图8的备份数据存储处理中的步骤s805的处理中的备份数据的存储目的地路径信息作为参数。另外，备份完成函数424将与存储目的地路径信息匹配的记录的“状态”栏更新为“已存储”。还更新了更新日期和时间栏。这样结束了对图9的说明。图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的说明。图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的说明。图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或蓝光盘bdtm等、闪速存储装置和存储卡等中的一个或多个。尽管已经参考典型实施例说明了本发明，但是应该理解，本发明不限于所公开的典型实施例。所附权利要求书的范围符合最宽的解释，以包含所有这类修改、等同结构和功能。本申请要求2018年2月13日提交的日本专利申请2018-23424的优先权，在此通过引用包含其全部内容。

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

百度查询：

免责声明
1、本报告根据公开、合法渠道获得相关数据和信息，力求客观、公正，但并不保证数据的最终完整性和准确性。
2、报告中的分析和结论仅反映本公司于发布本报告当日的职业理解，仅供参考使用，不能作为本公司承担任何法律责任的依据或者凭证。