专利名称：云计算系统及文档处理方法
技术领域：
本发明涉及云计算系统、文档处理方法及存储介质。
背景技术：
近年来，利用互联网技术的文档管理系统已经变得普及。文档管理系统通过将已经由图像形成装置扫描的文档存储在存储服务器中，来进行文档管理。例如，日本专利特开 2007-(^8184号公报中公开了一种具有连接到网络的MFP设备、选择服务和Web存储服务器的文档登记系统。在该文档登记系统中，包括设备浏览器的图像形成装置与Web存储服务器通信。当用户从图像形成装置指定要应用到扫描文档的处理和存储位置时，进行选择服务所指定的处理，并且将扫描文档存储在Web存储服务器中。近年来，诸如云计算系统或者&iaS(软件即服务，Software as a Service)的技术正作为一种在服务器计算机侧上进行各种处理的形式而被利用。在云计算中，以分散方式利用很多计算资源，来执行数据转换和数据处理，从而能够同时处理很多客户机作出的请求。
发明内容
本发明的云计算系统在从图像形成装置接收到文档处理执行请求之前，将文档处理结果的存储位置报告给图像形成装置。根据本发明的一方面，提供一种云计算系统，该云计算系统包括请求接收单元， 其响应于对来自图像形成装置的针对文档处理作业的执行请求的接收，将与所述文档处理作业相对应的消息存储在存储单元中；以及文档处理单元，其定期向所述存储单元作出针对所述消息的获取请求，获取所述消息，并存储与所获取的消息相对应的作业数据；其中， 在所述图像形成装置将针对文档处理作业的执行请求发送到所述请求接收单元之前，所述文档处理单元获取指示所述作业数据的存储位置的信息，并且所述请求接收单元生成用于在所述图像形成装置上显示所获取的指示所述作业数据的存储位置的信息的画面信息。通过下面参照附图对示例性实施例的描述，本发明的其他特征将变得清楚。
图1是例示本实施例的系统结构的示例的图。图2A和图2B是例示图1所示的系统中使用的装置的硬件结构的示例的图。图3A和图IBB是例示扫描系统、存储器和图像形成装置的功能的图。图4A是例示服务表的示例的图。图4B是例示存储表的示例的图。图5是例示第一实施例的文档处理的序列图。图6是例示第一实施例的文档处理的序列图。图7是例示第一实施例的文档处理的序列图。
图8A和图8B是例示要在设备浏览器上显示的画面的示例的图。图9A是例示另一扫描服务选择画面的示例的图。图9B是例示另一存储器选择画面的示例的图。图10是例示请求接收单元进行的操作处理的示例的流程图。图11是例示后端处理单元进行的操作处理的示例的流程图。图12是例示要在设备浏览器上显示的开始画面的示例的图。图13是例示第二实施例的文档处理的序列图。
具体实施例方式在利用云计算的扫描系统中，用户通常不能知道扫描系统的物理位置。用户能够在不考虑物理位置的情况下，利用该扫描系统。然而，当扫描系统设置在在诸如欧盟(在欧盟针对关于个人信息的机密信息的存储位置被限制在特定国家)那样的地区的情况下，可能发生如下问题。具体来说，可能在用户未意识到正处于机密文档的存储受到法律限制的国家或者地区的情况下，不期望地进行文档处理。然而，常规上，还没有在被用户操作的图像形成装置作出文档处理的执行请求之前，向该图像形成装置报告指示文档处理结果所存储位置的信息的系统。而且，也没有在图像形成装置作出文档处理的执行请求之前，向该图像形成装置报告指示用于执行文档处理的处理装置的设置位置的信息的系统。根据以下将说明的本实施例的系统，能够解决这种问题。图1是例示本实施例的系统结构的示例的图。图1所示的系统包括扫描系统103 和105、存储器104和106以及图像形成装置102。扫描系统103和105、存储器104和106 经由网络100互相连接。图像形成装置102经由网络100和互联网101连接至扫描系统 103和105、存储器104和106。扫描系统103和存储器104设置在亚洲。扫描系统105和存储器106设置在欧盟。各扫描系统包括包含多个服务器的服务器组。图像形成装置102将文档处理请求发送至扫描系统。示例性文档处理请求是服务开始请求或者服务执行请求。文档处理是例如用于将诸如位图等(其已经由图像形成装置 102通过读取文档而生成)的图像数据转换成PDF格式的处理。服务开始请求是用于向扫描系统作出开始服务的请求，即用于生成文档处理作业的请求。服务执行请求是用于执行文档处理作业的请求。图像形成装置102设置在限制来自外部的访问的局部区域。局部区域通过防火墙与扫描系统的布置区域隔开。扫描系统103和105的各个是本实施例的云计算系统。扫描系统从图像形成装置 102接收文档处理请求，并响应于请求来执行文档处理。例如，扫描系统响应于从图像形成装置102接收到的服务执行请求，将诸如位图等的图像数据转换成PDF格式，并将转换后的图像数据作为打印数据存储在存储器中。在本实施例中，扫描系统设置在群中。所述“群”是指服务器组在云计算环境下布置其中的区域。在云计算环境中，用户经由网络利用计算机处理作为服务。通过已从群中设置的扫描系统作出的请求，不能对防火墙内部进行访问。因此，扫描系统通过返回来自图像形成装置102的请求的应答，与图像形成装置102进行通信。本实施例的文档处理方法， 通过图1所示的扫描系统来实现。另外，本实施例的计算机程序使计算机执行该文档处理方法。存储器104保存由扫描系统103获得的文档处理结果。存储器106保存由扫描系统105获得的文档处理结果。图2A和图2B的各个是例示构成图1所示的系统的装置的硬件结构的示例的图。 图2A是例示图像形成装置102的硬件结构的示例的图。图像形成装置102包括图像处理单元201、打印单元202和读取单元203。读取单元203进行文档(原稿文档)读取处理。 图像处理单元201基于由读取单元203获得的文档读取处理结果来生成图像数据。图像处理单元201向扫描系统作出服务开始请求。同时，图像处理单元201从已经接收到服务开始请求的扫描系统，获取包括指示存储文档处理结果即打印数据的存储器的设置位置的信息的信息。存储器的设置位置是例如该存储器所设置在的国家或者地区。 另外，图像处理单元201从已经接收到服务开始请求的扫描系统，获取包括指示执行文档处理的处理单元的设置位置的信息的信息。执行文档处理的处理单元的设置位置是例如该处理单元所设置在的国家或者地区。另外，图像处理单元201将包括所生成的图像数据的服务执行请求发送到扫描系统。图像处理单元201还具有访问存储器来获取打印数据的功能。打印单元202对打印数据进行打印。图像处理单元201包括CPU(中央处理单元)204、直接存储单元205、间接存储单元206、用户接口 207和外部接口 208。CPU 204执行预定程序并主导图像形成装置102的各种控制。直接存储单元205是当CPU 204执行程序时使用的工作存储器。CPU 204执行的程序被加载到直接存储单元205。直接存储单元205由RAM(随机存取存储器)实现。间接存储单元206预先存储包括应用程序的各种程序。当CPU 204执行程序时，存储在间接存储单元206中的各种程序移动到直接存储单元205。间接存储单元206由SSD (固态驱动器)或者HDD(硬盘驱动器)实现。注意CPU 204可以是多处理器。在本实施例中，扫描软件作为应用程序工作。扫描软件从读取单元203中读取图像数据，并使用诸如HTTP(超文本传输协议)之类的通信协议来将图像数据发送到外部设备。如上所述，图像形成装置 102的控制可以通过执行应用程序来实现。用户接口 207从用户接收处理请求。用户接口 207接收与用户经由例如键盘、鼠标等输入的指令相对应的信号。外部接口 208能与外部设备进行数据的接收和发送。例如， 外部设备包括诸如外部HDD、外部USB存储器等的外部存储设备、或者经由网络连接的独立体设备(如独立体主计算机、图像形成装置等)。图像形成装置102能经由网络100和互联网101与各扫描系统和存储器进行通信。图2B是例示扫描系统和存储器的硬件结构的示例的图。在图2B中，将以扫描系统103的硬件结构为例来进行说明。扫描系统105和各存储器的硬件结构与图2B中所示的扫描系统103相同。扫描系统103包括CPU 301、直接存储单元302、间接存储单元303、用户接口 304 和外部接口 305。CPU 301是执行预定程序并主导扫描系统103的各种控制的单元。直接存储单元302是当CPU 301执行程序时使用的工作存储器。CPU 301执行的程序被加载到直接存储单元302。直接存储单元302由RAM构成。间接存储单元303预先存储包括应用程序和OS (操作系统)的各种程序。当CPU 301执行程序时，存储在间接存储单元303中的各种程序移动到直接存储单元302。间接存储单元303由ROM或者HDD构成。用户接口 304接收来自用户的处理请求。例如，用户接口 304接收与用户经由例如键盘、鼠标等输入的指令相对应的信号。外部接口 305连接至网络100，并能与连接至网络100连接的其他设备进行通信。图3A和图;3B是例示扫描系统、存储器和图像形成装置的功能的图。图3A中所示的扫描系统103和扫描系统105具有相同的结构。另外，图3A中所示的存储器104和存储器106具有相同的结构。扫描系统103包括请求接收单元401、后端处理单元402、队列存储服务403、表存储服务404、Blob (binary large object，二进制大对象)存储服务405。请求接收单元401、 后端处理单元402、队列存储服务403、表存储服务404和Blob存储服务405的各个包括一个或多个VM(虚拟机)。VM是虚拟服务器。请求接收单元401用作接收已经从图像形成装置102的平台应用407发送的文档处理请求的请求接收单元。当请求接收单元401从平台应用407接收服务开始请求时，请求接收单元401生成文档处理作业。请求接收单元401向表存储服务404提供指令，并使表存储服务404将关于文档处理作业的信息(作业信息)添加到作业表中。作业信息至少包括作为作业识别信息的作业ID。另外，请求接收单元401向队列存储服务403提供指令，并使队列存储服务403将至少包括作业ID的消息存储在队列中，所述队列是队列存储服务403中设置的存储单元。 更具体地说，队列存储服务403将包括消息ID和作业ID之间的对应信息的消息存储在队列中。消息ID是关于消息的识别信息。消息ID与消息类型相关联。消息类型指示后端处理单元402所需的处理内容。与消息ID相关联的消息类型例如是“文档处理开始”(扫描服务开始)。文档处理开始指示用于获取指示存储文档处理作业的执行结果的位置的信息 (存储位置信息)、以及指示设置用于执行作业的扫描系统的位置的信息(执行位置信息) 的处理的开始。请求接收单元401从图像形成装置102的平台应用407接收作业信息获取请求。 作业信息获取请求是用于获取作业信息的请求。请求接收单元401将与作业信息获取请求相对应的作业信息返回给图像形成装置102。如下面将说明的，后端处理单元402使用指示存储文档处理作业的执行结果的位置的信息(存储位置信息)和指示设置用于执行作业的处理单元的位置的信息(执行位置信息)来更新作业信息。在图像形成装置102向扫描系统103作出服务执行请求之前执行作息信息更新处理。通过该布置，扫描系统103能够在文档的实际执行之前，向图像形成装置102报告存储位置信息和执行位置信息。响应于从图像形成装置102对文档处理作业的执行请求的接收，请求接收单元 401将与文档处理作业相对应的消息存储在队列中。更具体地说，当请求接收单元401从平台应用407接收到服务执行请求时，请求接收单元401将接收到的服务执行请求中包括的图像数据存储在，用于执行文档处理的扫描系统中设置的Blob存储服务405中。另外，请求接收单元401向用于执行文档处理的扫描系统中设置的队列存储服务403提供指令，并使队列存储服务403将包括执行文档处理作业所需的信息的消息添加到队列中。消息至少包括消息ID。与消息ID相关联的消息类型指示“文档处理执行”。消息类型“文档处理执行”指示执行文档处理。队列存储服务403具有以异步方式在请求接收单元401和后端处理单元402之间进行数据通信的功能。队列存储服务403根据请求接收单元401给出的指令，将消息存储在队列中。
后端处理单元402用作通过定期向队列作出消息的获取请求来获取消息、执行与获取的消息相对应的文档处理作业并存储作业的执行结果(作业数据)的文档处理单元。 后端处理单元402从队列获取消息，并根据与获取的消息中包括的消息ID相关联的消息类型来执行处理。例如，当消息类型指示“文档处理开始”时，后端处理单元402获取存储位置信息和执行位置信息。后端处理单元402使用获取的存储位置信息和执行位置信息来更新表存储服务404中的作业信息。当从图像形成装置102接收到作业信息获取请求时，请求接收单元401获取并返回更新的作业信息。通过这种布置，能够将指示存储文档处理作业的执行结果的位置的信息和指示布置用于执行作业的扫描系统的位置的信息报告给图像形成装置102。另外，当消息类型是“文档处理执行”(例如，扫描服务执行)时，后端处理单元402 基于消息中包括的Blob URI来从Blob存储服务405中获取图像数据。Blob URI是由Blob 存储服务405管理的、指示图像数据的存储位置的URI。后端处理单元402转换所获取的图像数据并进而生成打印数据。然后，后端处理单元402参照包括在该消息中、并指示存储打印数据的文档存储库406的信息(存储ID)，并将打印数据存储在文档存储库406中。表存储服务404包括作业表，并管理作业表上的作业信息。Blob存储服务405根据请求接收单元401给出的指令，来存储图像数据。存储器104包括文档存储库406。文档存储库406由图2B所示的间接存储单元 303实现。文档存储库406存储由扫描系统103中设置的后端处理单元402获得的文档处理结果(打印数据)。图像形成装置102包括平台应用407和设备浏览器408。平台应用407提供扫描软件的服务。另外，平台应用407向扫描系统103中设置的请求接收单元401作出服务开始请求、服务执行请求或者作业信息获取请求。设备浏览器408显示存储在图像形成装置 102中的信息或者从扫描系统103接收到的信息。例如，设备浏览器408在画面上显示从扫描系统103接收到的作业信息中包括的存储位置信息和执行位置信息。设备浏览器408例如是Web浏览器。图:3B是例示作业表的示例的图。作业表存储作业信息。针对各服务生成作业信息。示例性的服务是诸如图像PDF转换、图像压缩等的处理。作业信息包括ETag、Partiti0n Key (分区关键字)、Row Key (行关键字)Jtatus (状态)、Data ID (数据 ID) Jcan Service Location (扫描服务位置)和Storage Location (存储位置)。ETag是表存储服务404自动设置的值。当行数据被更新时，写入唯一值作为ETag。当表存储服务404更新作业信息并且获取要更新的作业信息时的Kag值与当更新作业信息时的Kag值不同时，其他处理能够识别出作业信息已经被更新。Partition Key和Row Key的各个是用于唯一识别作业表的行的ID (作业 ID)。Matus保存整个作业的状态。根据作业的处理状态，指定“Ready (准备完成)”、 "Confirm(确认中)"Processing (处理中)”、“Success (成功)”和 “failure (失败)，， 作为作业状态。作业状态“Ready (准备完成)”指示从表存储服务404根据请求接收单元 401给出的指令将作业信息添加到作业表中起，到刚好由后端处理单元402使用执行位置信息和存储位置信息更新作业信息之前为止的作业的状态。作业状态“Confirm”指示从后端处理单元402将执行位置信息和存储位置信息设置到表存储服务404管理的作业信息中起，到由后端处理单元402开始作业处理为止的作业的状态。作业状态“Processing”指示从后端处理单元402开始作业处理到作业中定义的全部处理的执行的完成或者到处理过程中处理的失败为止的作业的状态。作业状态“Success”指示后端处理单元402已经执行了作业中定义的全部处理、且全部处理已经成功时的状态。作业状态“failure”指示作为执行的结果、后端处理单元402已经在作业中定义的处理中失败的状态，或者在处理的执行之前确定服务的质量不满足一定标准的状态。数据ID是与作业相关联的数据(图像数据)的ID。图像数据存储在Blob存储服务405中。扫描服务位置指示执行位置信息。后端处理单元402使用已知服务API来获取执行位置信息。存储位置指示存储位置信息。后端处理单元402确认存储文档处理结果的存储器，并从服务API中获取存储器(其中设置有文档存储库406)的位置。当后端处理单元 402不能获取存储位置信息时，例如将“None (空)”设置成作业信息的存储位置。图4A是例示服务表的示例的图。服务表设置在请求接收单元401中。服务表保存服务、处理和执行处理的队列存储服务403的URI之间的对应信息。Sercice ID(服务 ID)是用于唯一识别服务的ID。Processing ID(处理ID)是用于唯一识别对应于服务的处理的ID。例如，将"PDF转换”或者“压缩”设置作为处理ID。Queue URI (队列URI)指示队列存储服务403的URI。这样，队列URI对应于用于执行文档处理的扫描系统。在本实施例中，对应于图4A中所示的PDF转换的处理ID的扫描系统是设置在亚洲的扫描系统 103和设置在欧盟的扫描系统105。请求接收单元401将消息发送给对应于处理ID的扫描系统中的队列存储服务403的队列URI。图4B是例示存储表的示例的图。存储表设置在后端处理单元402中。Storage ID(存储ID)是用于唯一识别存储表的行的ID。API存在/不存在指示用于获取存储位置信息的服务API是否存在。Storage URL(存储器URL)指示存储器的URL。后端处理单元 402参照存储表，并识别对应于跟从队列存储服务403中获取的消息中包括的存储位置ID 匹配的Morage IDWMorage URL。然后，后端处理单元402将文档处理结果，即打印数据存储在与识别的Morage URL对应的存储器中。图5至图7的各个是例示第一实施例的文档处理的序列图。图像形成装置102的设备浏览器408与请求接收单元401中运行的扫描应用进行通信，并根据用户操作来进行扫描处理。图8A是例示要由扫描应用显示在设备浏览器上的画面的示例的图。要选择的信息显示在该画面上。画面上的读取源901显示用作当前被用户操作的图像形成装置102的识别信息的设备ID。文档服务器902显示用来存储打印数据的服务器的URL。图像形成装置102的用户输入存储打印数据的服务器的URL。注意，URL可以嵌入在请求接收单元401 中运行的扫描应用的程序中，从而与处理名称相关联地显示。文档名称903显示与要存储在该服务器中的打印数据相对应的文档的名称。当用户输入文档的名称时，与该名称相对应的文档被选择。处理名称904显示指示要施加给扫描的文档的处理内容的处理ID。当用户输入处理ID时，该处理ID被选择。当用户按下扫描按钮905时，执行后述的一系列的扫描序列。在图5中，当按下图像形成装置102的扫描按钮905(参见图8A)时，设备浏览器408向平台应用407提供扫描开始指令(步骤Si)。扫描开始指令包括文档名称、设备ID 以及处理ID作为参数。已经接收到扫描开始指令的平台应用407将原稿文档读取指令提供给读取单元 203 (步骤S2)，并接收原稿文档读取处理结果，即图像数据。平台应用407将图像数据临时存储在间接存储单元206中。接下来，平台应用407向请求接收单元401作出服务开始请求(步骤S3)。服务开始请求包括文档名称、设备ID以及处理ID。在本实施例中，处理ID指示PDF转换。接下来，请求接收单元401进行服务选择(步骤S4)。更具体地说，请求接收单元401参照服务表(参见图4A)，并识别与服务开始请求中包括的处理ID相对应的、扫描系统的队列URI。 请求接收单元401选择与所识别的队列URI相对应的服务。在本实施例中，与PDF转换的处理ID相对应的队列URI，与设置在亚洲的扫描系统103和设置在欧盟的扫描系统105相对应。如上所述，当存在多个对应于处理ID的、扫描系统的队列URI时，请求接收单元401 针对所有对应的扫描系统进行如下处理。请求接收单元401向对应的扫描系统的表存储服务404中设置的作业表，作出作业添加请求(步骤S5)。作业添加请求是用于添加作业信息的请求。表存储服务404生成作业，将作业信息添加到作业表中，并将作业ID返回到请求接收单元401 (步骤S6)。借助步骤S5和S6中的处理，针对各服务生成作业信息。接下来，请求接收单元401向队列存储服务403作出消息添加请求(步骤S7)。消息添加请求是用于添加消息的请求。消息添加请求包括作业ID。另外，消息添加请求包括指示“扫描服务开始”的消息ID作为消息类型。已经接收到消息添加请求的队列存储服务 403进行消息添加处理。更具体地说，队列存储服务403将包括消息ID和作业ID之间的对应信息的消息存储在队列中。接下来，请求接收单元401将作业ID返回给设备浏览器 408 (步骤 S8)。另一方面，后端处理单元402定期向队列存储服务403作出消息获取请求(步骤 S9)。消息获取请求是用于获取队列中的消息的请求。后端处理单元402从已经向消息获取请求作出响应的队列存储服务403获取消息(步骤S10)。消息包括消息ID和作业ID。 接下来，后端处理单元402向表存储服务404作出作业信息获取请求(步骤Sll)。作业信息获取请求是用于获取作业信息的请求。作业信息获取请求包括作业ID。表存储服务404 从作业表中获取与作业ID相对应的作业信息(步骤S12)，并将作业信息返回给后端处理单元 402。基于从表存储服务404获取的作业信息，后端处理单元402利用用于获取执行位置信息的服务API，进而获取执行位置信息(步骤Si； )。另外，后端处理单元402参照存储表(参见图4B)，并确认用于获取存储位置信息的API是否存在。当用于获取存储位置信息的API存在时，后端处理单元402利用该API进而获取存储位置信息(步骤S14)。后端处理单元402向表存储服务404提供指令，并使表存储服务404使用已经获取的执行位置信息和存储位置信息来更新作业表中的作业信息(步骤S15)。当后端处理单元不能获取执行位置信息和存储位置信息时，表存储服务404将作业表上的扫描服务位置和存储位置设置成“ None”。表存储服务404将执行位置信息和存储位置信息存储在要更新的作业信息中，并将“Confirm”设置在作业表上的状态中。接下来，后端处理单元402向队列存储服务403 作出消息删除请求(步骤S16)。消息删除请求是用于从队列中删除消息的请求。消息删除请求包括消息ID。队列存储服务403删除与消息删除请求中包括的消息ID相对应的消息。通过该设置，从队列中删除了与后端处理单元402进行的处理(在该示例中，是用于获取执行位置和存储位置的获取处理)相对应的消息，从而不进行由超时引起的重新执行处理。另一方面，当设备浏览器408从请求接收单元401中获取作业ID时，设备浏览器 408向平台应用407提供监视指令(步骤S17)。监视指令是用于执行作业信息获取处理的请求。监视指令包括作业ID作为参数。接下来，平台应用407向请求接收单元401作出作业信息获取请求(步骤S18)。作业信息获取请求包括作业ID和设备ID作为参数。请求接收单元401向表存储服务404作出作业信息获取请求(步骤S19)。请求接收单元401指定步骤S18中从平台应用407接收到的作业信息获取请求中包括的作业ID，作为作业信息获取请求的引数(argument)，并将该引数传递给表存储服务404。表存储服务404从作业表中搜索与指定的作业ID相匹配的作业信息，并利用该作业信息向请求接收单元401作出响应(步骤S20)。接下来，请求接收单元401参照作业信息的状态，并确定作业状态是否处于“Ready”、“Confirm”状态。在本实施例中，当请求接收单元401已经在步骤S20中接收到响应时的作业状态，处于“Ready”状态。请求接收单元401将包括作业状态的作业信息发送到平台应用407(步骤S21)。平台应用407反复向请求接收单元407作出作业信息获取请求，直到能够获取打印数据，并从表存储服务404中获取作业信息(步骤S22至S24)。步骤S22中的作业信息获取请求包括设备ID和作业ID。步骤S23中的作业信息获取请求包括作业ID。在本实施例中，已经由请求接收单元401在步骤S24中获取的作业信息是已经在步骤S15中更新过的作业信息。换句话说，作业信息包括存储位置信息和执行位置信息。另外，由作业信息指示的作业状态处于“Confirm”状态。请求接收单元401将包括步骤S24中获取的作业状态的作业信息发送到平台应用407中(步骤S25)。平台应用407确认与从请求接收单元401接收到的作业信息相对应的作业状态处于“Confirm”状态，并将确认画面获取指令提供给设备浏览器408 (步骤S26)。确认画面获取指令是用于获取请求接收单元401的确认画面的指令。确认画面是要由请求接收单元 401生成的画面信息。然后，设备浏览器408从请求接收单元401获取确认画面，并显示该确认画面(步骤S27)。图8B是例示要在设备浏览器408上显示的确认画面的示例的图。在请求接收单元401中运行的扫描应用生成确认画面。扫描服务位置911与由请求接收单元401获取的作业信息中包含的执行位置信息相对应。在本示例中，扫描服务位置911显示亚洲。在图 5所示的步骤S13中，当后端处理单元402不能获取执行位置信息时，作业信息的扫描服务位置被设置成“None”。这样，在这种情况下，设备浏览器408不显示执行位置信息。另外， 在图5所示的步骤S14中，当后端处理单元402不能获取存储位置信息时，作业信息的存储位置被设置成“None”。这样，在这种情况下，设备浏览器408不显示存储位置信息。另一扫描服务选择按钮912是使得按压后使画面转变到图9A所示的另一扫描服务选择画面的按钮。另外，存储位置913对应于请求接收单元401获取的作业信息中包括的存储位置信息。在该示例中，存储位置913显示亚洲。另一存储器选择按钮914是使得按压后使画面转变到图9B所示的另一存储器选择画面的按钮。图9A是例示另一扫描服务选择画面的示例的图。在请求接收单元401中运行的扫描应用生成另一扫描服务选择画面。扫描服务位置921和922指示可选择执行位置(扫描系统的位置)。用户可以在另一扫描服务选择画面上选择执行文档处理的扫描系统的位置。当用户选择扫描系统的位置时，用于识别扫描系统的位置的服务位置ID被选择。然后， 画面返回到图8B所示的确认画面。图9B是例示另一存储器选择画面的示例的图。在请求接收单元401中运行的扫描应用生成另一存储器选择画面。存储器位置931和932指示可选择的存储器位置(存储器的位置)。用户可以在其他扫描服务选择画面上选择存储打印数据的存储器的位置。当用户选择存储器的位置时，用于识别存储器的位置的存储器位置ID被选择。然后，画面返回到图8B所示的确认画面。图6是例示第一实施例的系统进行的扫描执行处理的流程的序列图。当用户在图 8B所示的确认画面上按下继续按钮915时，设备浏览器408将扫描执行指令提供给平台应用407(步骤S31)。扫描执行指令是提供给平台应用407、并使其向请求接收单元401发出服务执行请求的指令。扫描执行指令包括文档名称、设备ID、处理ID、服务位置ID和存储器位置ID作为参数。文档名称、设备ID、处理ID是已经在图8A所示的画面上选择的信息。 服务位置ID和存储器位置ID是已经在图8B至图9B所示的画面上选择的信息。在本示例中，服务位置ID和存储器位置ID分别与设置在欧盟的扫描系统105、和设置在欧盟的存储器106相对应。接下来，平台应用407向请求接收单元401作出服务执行请求(步骤S3》。服务执行请求包括文档名称、设备ID、处理ID、服务位置ID、存储器位置ID和图像数据。该图像数据是在图5所示的步骤S2中由平台应用407临时存储在间接存储单元206中的图像数据。接下来，请求接收单元401参照服务表(参见图4A)，并指定要执行的服务(步骤 S33)。更具体地说，请求接收单元401选择与服务执行请求中包括的处理ID相对应的服务。 在选择的服务当中，请求接收单元401指定与服务位置ID相对应的服务和用于执行服务的扫描系统。换句话说，在所选择的服务当中，请求接收单元401指定队列URI与服务位置 ID匹配的服务作为要执行的服务。请求接收单元401识别与匹配服务位置ID的队列URI 相对应的扫描系统，作为用于执行指定的服务(文档处理)的扫描系统。在图4A所示的示例中，与PDF转换的处理ID相对应的服务是服务表中第一行的服务和第二行的服务。第一行的服务对应于设置在欧盟的扫描系统105。第二行的服务对应于设置在亚洲的扫描系统 103。这样，服务位置ID与对应于第一行的服务的队列URI相匹配。通过该布置，请求接收单元401识别扫描系统105作为用于执行文档处理的扫描系统。另外，请求接收单元401 指定对应于扫描系统105的服务作为要执行的服务。在步骤S33中，请求接收单元401还参照作业表(参见图3B)，并获取与指定服务相对应的作业信息中包括的作业ID。接下来，请求接收单元401生成Blob URI (步骤S34)。Blob URI对应于已经在步骤S33中被识别的、用于执行服务的扫描系统(扫描系统105)的Blob存储服务405。接下来，请求接收单元401向扫描系统105的Blob存储服务405作出包括Blob URI的请求，以将图像存储在生成的Blob URI中(步骤S35)。另外，请求接收单元401向扫描系统105 的队列存储服务403作出消息添加请求(步骤S36)。消息添加请求包括在步骤S34中已经生成的Blob URI,以及已经在步骤S32中接收到的服务执行请求中包括的文档名称和存储器位置ID。消息添加请求还包括已经由请求接收单元401在步骤S33中获取的作业ID。 消息添加请求还包括与消息类型“扫描服务执行”相对应的消息ID。队列存储服务403进行用于根据消息添加请求、将消息添加到队列的消息添加处理。后端处理单元402定期向队列存储服务403作出消息获取请求(步骤S37)。然后，后端处理单元402从队列存储服务403中获取存储在队列中的消息(步骤S38)。后端处理单元402识别包括在获取的消息中的消息ID指示的消息类型。当识别的消息类型指示扫描服务执行时，后端处理单元402从消息中获取Blob URI、文档名称和存储器位置ID。 然后，后端处理单元402访问获取的Blob URI并获取图像数据(步骤S39)。后端处理单元402针对获取的图像数据进行文档转换处理(步骤S40)。更具体地说，后端处理单元402将诸如位图等的图像数据转换成PDF格式以进而生成打印数据。接下来，后端处理单元402将生成的打印数据存储在文档存储库406中(步骤S41)。更具体地说，后端处理单元402参照存储表(参见图4B)，并识别与步骤S38中获取的存储器位置 ID匹配的存储器URL相对应的存储器。在该示例中，后端处理单元402识别设置在欧盟的存储器106。后端处理单元402将打印数据存储在识别的存储器中设置的文档存储库406 中。当打印数据被存储时，后端处理单元402指定在步骤S38中作为参数获取的文档名称。 文档存储库406将打印数据存储在指定的文档名称下。接下来，后端处理单元402向表存储服务404提供指令，并更新作业信息(S42)。 更具体地说，后端处理单元402将与处理的作业对应的作业信息的状态设置成“Success”。 接下来，后端处理单元402向队列存储服务403作出消息删除请求(步骤S43)。消息删除请求包括消息ID。通过该布置，从队列中删除与当前已经处理的作业相对应的消息，从而不进行由超时引起的重新执行处理。另一方面，设备浏览器408向平台应用407提供监视指令(步骤S44)。监视指令包括作业ID作为参数。接下来，平台应用407向请求接收单元401作出作业信息获取请求 (步骤S45)。作业信息获取请求包括作业ID和设备ID作为参数。请求接收单元401向表存储服务404作出作业信息获取请求(步骤S46)。请求接收单元401指定步骤S44中从平台应用407接收到的作业信息获取请求中包括的作业ID，作为作业信息获取请求的引数， 并将该引数传递给表存储服务404。表存储服务404从作业表中搜索与指定的作业ID相匹配的作业信息，并利用该作业信息对请求接收单元401作出响应(步骤S47)。接下来，请求接收单元401参照作业信息的状态，并确定作业状态处于“!Processing”还是“Completion” 状态。在本实施例中，当请求接收单元401已经在步骤S47中从表存储服务404接收到响应时的作业状态，处于“Completion”状态。请求接收单元401将作业信息发送到平台应用 407(步骤S48)。平台应用407基于作业信息确认作业处于“Completion”状态。然后，平台应用407向设备浏览器408提供结果画面获取指令(步骤S49)。在该示例中，结果画面指示文档处理作业的执行已经成功。设备浏览器408从请求接收单元401获取结果画面， 并将其显示在画面上(步骤S50)。注意，请求接收单元401可以将与存储打印数据的存储器相对应的存储器URL传递给设备浏览器408，以使设备浏览器408可以在结果画面上显示
12存储器URL。图像形成装置102能够访问显示在结果画面上的存储器URL，以进而获取打印数据。图7是例示第一实施例的系统进行的扫描取消处理的流程的序列图。扫描取消处理是用于删除与不执行的作业相对应的作业信息的处理。图7中示出的步骤S61和S62分别与图6中步骤S31和S32相同。请求接收单元401识别不执行的作业(步骤S63)。在图6所示的步骤S33中，在服务表中的服务当中，请求接收单元401指定与设置在欧盟的扫描系统105相对应的服务作为要执行的服务。这样，请求接收单元401识别没有被指定为要执行的服务(即，与设置在亚洲的扫描系统103相对应的服务)的作业，作为不执行的作业。请求接收单元401对扫描系统103的队列存储服务403作出消息添加请求(步骤 S64)。消息添加请求包括与不执行的作业相对应的作业ID以及与消息类型“扫描服务取消”相对应的消息ID作为参数。队列存储服务403根据消息添加请求进行消息添加处理 (步骤S64)。后端处理单元402定期向队列存储服务403作出消息获取请求(步骤S6Q。然后，后端处理单元402从队列存储服务403获取消息(步骤S66)。当获取的消息中包括的消息ID的消息类型是“扫描服务取消”时，后端处理单元402从该消息中取得作业ID。然后，后端处理单元402向表存储服务404作出作业信息删除请求(步骤S67)。作业信息删除请求是用于删除作业信息的请求。作业信息删除请求包括步骤S66中已经获取的作业 ID。表存储服务404删除与作业信息删除请求中包括的作业ID相对应的作业信息(步骤 S67)。另外，后端处理单元402向队列存储服务403作出消息删除请求(步骤S68)。消息删除请求包括与当前处理的消息相对应的消息ID。通过该布置，从队列中删除了处理的消息，从而不进行由于超时引起的重新执行处理。图10是例示请求接收单元进行的操作处理的示例的流程图。请求接收单元401从平台应用407接收请求(步骤S71)。请求接收单元401确定请求的类型(步骤S7》。当请求类型是“服务开始请求”时，请求接收单元401参照服务表，并选择与服务开始请求中包括的处理ID相对应的服务(步骤S7!3)。接下来，请求接收单元401向表存储服务404作出作业添加请求(步骤S74)。接下来，请求接收单元401从表存储服务404获取作业ID，作为对作业添加请求的响应(步骤S7Q。然后，请求接收单元401向队列存储服务403作出消息添加请求(步骤 S76)。通过该布置，将与作业ID相对应的消息存储在队列中。接下来，请求接收单元401 确定是否已经添加了与在步骤S73中选择的服务的作业相对应的全部消息(步骤S77)。当添加了与选择的服务的作业相对应的全部消息时，处理结束。当存在未能添加的消息时，处理返回到步骤S74。当请求类型是“服务执行请求”时，请求接收单元401参照服务表，并选择与服务执行请求中包括的处理ID相对应的服务(步骤S78)。接下来，请求接收单元401参照服务表，并确定与选择的服务相对应的队列URI是否匹配服务执行请求中包括的服务位置 ID(步骤S79)。当与选择的服务相对应的队列URI不匹配服务执行请求中包括的服务位置ID时，请求接收单元401向队列存储服务403作出用于删除服务的作业的消息添加请求 (步骤S84)。然后，处理进行到步骤S83。
另一方面，当与选择的服务相对应的队列URI与服务执行请求中包括的服务位置 ID相匹配时，请求接收单元401生成Blob URI (步骤S80)。然后，请求接收单元401向Blob 存储服务405提供指令来将图像存储在Blob URI中(步骤S81)。然后，请求接收单元401 向队列存储服务403作出消息添加请求(步骤S82)。接下来，请求接收单元401确定是否添加了与选择的服务的作业相对应的全部消息(步骤S83)。当添加了与选择的服务的作业相对应的全部消息时，处理结束。当存在未能添加的消息时，处理返回到步骤S79。当请求类型是“作业信息获取请求”时，请求接收单元401参照服务表，并选择与处理ID相对应的服务(步骤S邪)。接下来，请求接收单元401向表存储服务404作出用于获取与选择的服务相对应的作业信息的作业信息获取请求(步骤S86)。然后，请求接收单元401从表存储服务404中获取作业信息(步骤S87)。接下来，请求接收单元401确定是否已经获取了与全部服务相对应的作业信息(步骤S88)。当请求接收单元401确定没有获取对应的作业信息时，处理返回到步骤S86。另一方面，当请求接收单元401确定已经获取与全部服务相对应的作业信息时，请求接收单元401将作业信息发送到平台应用(步骤 S89)，并且处理结束。图11是例示后端处理单元进行的操作处理的示例的流程图。后端处理单元402 定期向队列存储服务403作出消息获取请求(步骤S91)。后端处理单元402从队列存储服务403获取消息(步骤S92)。然后，后端处理单元402基于消息中包括的消息ID来确定消息类型(步骤S93)。当消息类型是“扫描服务开始”时，后端处理单元402向队列存储服务403作出作业信息获取请求(步骤S94)。然后，后端处理单元402从队列存储服务403获取作业信息 (步骤S%)。接下来，后端处理单元402使用用于获取执行位置信息的服务API来获取扫描系统位置信息(在该示例中，是关于扫描系统的位置信息)(步骤S96)。接下来，后端处理单元402参照存储表，并确认是否存在用于获取存储位置信息 (在该示例中，是关于存储器的位置信息)的服务API (步骤S97)。当不存在用于获取存储位置信息的服务API时，处理进行到步骤S99。另一方面，当存在用于获取存储位置信息的服务API时，后端处理单元402基于服务API获取存储位置信息(步骤S98)。接下来，后端处理单元402向表存储服务404提供指令，并使其更新作业信息(步骤S99)。然后，后端处理单元402向队列存储服务403作出消息删除请求(步骤S100)，并且该处理结束。当消息类型是“扫描服务执行”时，后端处理单元402从Blob存储服务405获取图像数据(步骤S101)。然后，后端处理单元402针对获取的图像数据进行文档转换处理以进而生成打印数据(步骤S102)。接下来，后端处理单元402参照存储表，选择与消息中包含的存储ID匹配的存储URL相对应的存储器，并将打印数据存储在选择的存储器中(步骤 S103)。然后，处理进行到步骤S99。当消息类型是“扫描服务取消”时，后端处理单元402 向表存储服务404作出作业信息删除请求(步骤S104)，并且处理进行到步骤S100。根据第一实施例，在图像形成装置102将文档处理作业的执行请求发送到请求接收单元401之前，后端处理单元402执行如下处理。后端处理单元402获取指示存储文档处理作业的执行结果的位置的信息，以及指示布置用于执行文档处理作业的存储系统(其后端处理单元40 的位置的信息。然后，请求接收单元401生成画面信息，该画面信息用于在图像形成装置102上显示指示存储获取的作业的执行结果的位置的信息以及显示指示用于执行作业的存储系统所布置的位置的信息。这样，根据第一实施例，例如，用户确认扫描系统位置和存储位置后，能够利用该扫描系统。通过该布置，用户能够利用文档处理和文档处理结果的存储不受法律限制的国家或者地区的扫描系统和存储器。接下来，参照图12和图13对第二实施例进行说明。在第一实施例中，当文档处理系统开始扫描服务时，扫描系统位置和存储器位置总是显示在图像形成装置102上。然而， 当文档不是机密文档时，用户可能不需要确认扫描系统位置和存储器位置。在第二实施例中，在用户开始扫描服务时，设置文档的重要度。然后，仅当文档是机密文档时，文档处理系统在图像形成装置102上显示扫描系统位置和存储器位置。图12是例示要显示在设备浏览器408上的开始画面的示例的图。请求接收单元 401中运行的扫描应用生成画面。读取源1401与图8A所示的读取源901相同。文档服务器1402与图8A所示的文档服务器902相同。文档名称1403与图8A所示的文档名称903 相同。处理名称1404与图8A所示的处理名称904相同。重要度1405指示文档的重要度。 图像形成装置102根据用户操作，输入重要度。用户可以输入诸如机密文档、常规文档等各种文档的重要度。例如，当用户输入机密文档时，处理序列与第一实施例中描述的相同。在第二实施例中，用户设置“常规文档”作为文档的重要度。换句话说，当经受图像形成装置 102设置的文档处理的文档的重要度是第一重要度时，后端处理单元402获取指示存储文档处理作业的执行结果的位置的信息。当经受文档处理的文档的重要度是重要度低于第一重要度的第二重要度时，后端处理单元402不获取指示存储文档处理作业的执行结果的位置的信息。图13是例示第二实施例的文档处理的序列图。当在图12所示的开始画面上，将重要度设置成“常规文档”并且按下扫描按钮1406时，设备浏览器408向平台应用407提供扫描执行指令(步骤S201)。扫描执行指令包括文档名称、设备ID和处理ID作为参数。 文档名称、设备ID和处理ID是设置在图12所示的开始画面上的信息。接下来，平台应用407向图像形成装置102提供原稿文档读取指令(步骤S202) 并接收图像形成装置102已经读取的图像数据。接下来，平台应用407向请求接收单元401 作出服务执行请求(步骤S203)。服务执行请求包括图像数据、文档名称、设备ID和处理 ID。接下来，请求接收单元401参照服务表，选择与处理ID相对应的服务，并指定执行选择的服务的扫描系统(步骤S204)。当存在与处理ID对应的多个服务时，请求接收单元 401指定执行从多个服务中任意选择的服务的扫描系统。在本实施例中，假设请求接收单元 401指定了设置在亚洲的扫描系统103。请求接收单元401向扫描系统103的表存储服务404作出作业添加请求(步骤 S205)。表存储服务404进行作业生成处理，并将生成的作业的ID返回给请求接收单元 401(步骤 S206)。接下来，请求接收单元401生成Blob URI (步骤S207)。然后，请求接收单元401 向扫描系统103的Blob存储服务405提供指令，以使得将图像存储在步骤S207中生成的 Blob URI中(步骤S208)。另外，请求接收单元401向扫描系统103的队列存储服务403作出消息添加请求(步骤S209)。消息添加请求包括作业ID、Blob URI和文档名称。消息添加请求还包括与消息类型“扫描服务执行”相对应的消息ID。队列存储服务403响应于消息添加请求进行消息添加处理。步骤S210和S211中的处理分别与图5所示的步骤S8和 S17中的处理相同。根据第二实施例，用户能够在开始扫描服务时设置文档的重要度，并且仅当设置的文档的重要度是机密文档时，确认扫描系统位置和存储器位置。通过该布置，对于具有低重要度的文档，用户能够在不考虑扫描系统位置和存储器位置的情况下利用扫描系统。根据上述本发明的云计算系统，例如，用户能够在用户确认用于执行文档处理的扫描系统的位置和用于存储文档处理的执行结果的存储器位置之后，利用扫描系统。通过该布置，用户能够利用文档处理和文档处理结果存储器不受法律限制的国家或者地区的扫描系统和存储器。本发明的各方面还可以通过读出并执行记录在存储设备上的用于执行上述实施例的功能的程序的系统或装置的计算机(或诸如CPU或MPU的设备)、以及由系统或装置的计算机例如读出并执行记录在存储设备上的用于执行上述实施例的功能的程序来执行各步骤的方法来实现。为此，例如经由网络或者从用作存储设备的各种类型的记录介质(例如计算机可读介质)向计算机提供程序。虽然参照示例性实施例对本发明进行了说明，但是应当理解，本发明不限于所公开的示例性实施例。应当对所附权利要求的范围给予最宽的解释，以使其涵盖所有这种变型、等同结构及功能。本申请要求2010年6月4日提交的日本专利申请No. 2010-128401的优先权，在此通过弓丨用将其全部内容并入本文。
1权利要求
1.一种云计算系统，该云计算系统包括请求接收单元，其响应于对来自图像形成装置的针对文档处理作业的执行请求的接收，将与所述文档处理作业相对应的消息存储在存储单元中；以及文档处理单元，其定期向所述存储单元作出针对所述消息的获取请求，获取所述消息， 并存储与所获取的消息相对应的作业数据；其中，在所述图像形成装置将针对文档处理作业的执行请求发送到所述请求接收单元之前，所述文档处理单元获取指示所述作业数据的存储位置的信息，并且所述请求接收单元生成用于在所述图像形成装置上显示所获取的指示所述作业数据的存储位置的信息的画面信息。
2.根据权利要求1所述的云计算系统，其中，在所述图像形成装置将针对文档处理作业的执行请求发送到所述请求接收单元之前，所述文档处理单元获取指示用于执行所述文档处理作业的文档处理单元的设置位置的信息，并且所述请求接收单元使所述图像形成装置显示所获取的指示用于执行所述文档处理作业的文档处理单元的设置位置的信息。
3.根据权利要求2所述的云计算系统，其中，在所述文档处理单元不能获取指示用于执行所述文档处理作业的文档处理单元的设置位置的信息的情况下，所述请求接收单元使所述图像形成装置不显示指示用于执行所述文档处理作业的文档处理单元的设置位置的 fn息ο
4.根据权利要求1所述的云计算系统，其中，在所述文档处理单元不能获取指示所述作业数据的存储位置的信息的情况下，所述请求接收单元使所述图像形成装置不显示指示所述作业数据的存储位置的信息。
5.根据权利要求1所述的云计算系统，其中，在要由所述图像形成装置设置的文档处理来处理的文档的重要度是第一重要度的情况下，所述文档处理单元获取指示所述作业数据的存储位置的信息，而在要由文档处理来处理的文档的重要度是重要度低于所述第一重要度的第二重要度的情况下，所述文档处理单元不获取指示所述作业数据的存储位置的信息。
6.一种文档处理方法，该文档处理方法包括在请求接收步骤中，响应于对来自图像形成装置的针对文档处理作业的执行请求的接收，将与所述文档处理作业相对应的消息存储在存储单元中；以及在文档处理步骤中，定期向所述存储单元作出针对所述消息的获取请求，获取所述消息，并存储与所获取的消息相对应的作业数据；其中，在从所述图像形成装置接收到针对所述文档处理作业的所述执行请求之前，所述文档处理步骤获取指示所述作业数据的存储位置的信息，并且所述请求接收步骤生成用于在所述图像形成装置上显示所获取的指示所述作业数据的存储位置的信息的画面信息。
全文摘要
本发明提供一种云计算系统及文档处理方法。扫描系统包括请求接收单元，其响应于对来自图像形成装置的针对文档处理作业的执行请求的接收，将与所述文档处理作业相对应的消息存储在队列中；以及后端处理单元，其定期针对所述队列作出所述消息的获取请求，获取所述消息，执行与所获取的消息相对应的文档处理作业，并存储所述作业的执行结果。在所述图像形成装置将针对文档处理作业的执行请求发送到所述请求接收单元之前，所述后端处理单元获取指示所获取的作业的执行结果的存储位置的信息，并且所述请求接收单元使所述图像形成装置显示所获取的指示作业的执行结果的存储位置的信息。
文档编号H04L29/08GK102270216SQ201110148558
公开日2011年12月7日 申请日期2011年6月1日 优先权日2010年6月4日
发明者伊藤勇气 申请人:佳能株式会社