CN105242748A - 信息处理装置、信息处理系统以及信息处理方法 - Google Patents

Abstract

一种信息处理装置、信息处理系统以及信息处理方法，所述信息处理装置包括：处理控制单元，用于以由定义信息所定义的顺序执行关于输入数据的一个或多个处理；输出单元，用于当所述一个或多个处理的第一处理被挂起时，使得所述定义信息以用户能够更改的形式被输出；接受单元，用于接受指示对所述定义信息的更改的信息；以及应用单元，用于将由所述接受单元接受的信息所指示的所述更改应用至所述定义信息。所述处理控制单元基于反映由所述应用单元将所述更改应用于其上的所述定义信息来控制在继续所述第一处理之后执行的所述一个或多个处理的后续处理的执行。

Description

信息处理装置、信息处理系统以及信息处理方法

技术领域

本发明涉及一种信息处理装置、一种信息处理系统以及一种信息处理方法。

背景技术

已知这样的系统，其能够执行关于由图像形成装置扫描的文档的图像数据的预定义的工作流(参见例如日本特开专利公报No.2008-021315)。在这样的系统中，定义工作流使得数据可以根据用户的商业操作流而流动。

一个工作流基本上由处理的组合组成，该处理的组合包括例如用于输入数据的数据输入处理、在输入数据上执行的零个或多个中间处理、以及用于输出由上述零个或多个中间处理所生成的数据的数据输出处理。

然而，存在不希望构成工作流的处理是连续和自动执行的情况。例如，有些工作流可能涉及在执行工作流期间等待用户的输入以及基于用户的输入来执行工作流的后续处理。

发明内容

有鉴于此，本发明的一个方面旨在增强由处理的组合所组成的处理流的灵活性。

根据本发明的一个实施例，提供了一种信息处理装置，包括：处理控制单元，用于以由定义信息所定义的顺序执行关于输入数据的一个或多个处理；输出单元，用于当一个或多个处理的第一处理被挂起时使得定义信息以用户能够更改的形式被输出；接受单元，用于接受指示对定义信息的更改的信息；以及应用单元，用于将由接受单元接受的信息所指示的更改应用至定义信息。处理控制单元基于反映由应用单元应用于其上的更改的定义信息来控制在继续第一处理之后执行的一个或多个处理的后续处理的执行。

附图说明

图1示出了根据本发明实施例的信息处理系统的示例性配置；

图2示出了根据本发明实施例的流管理服务器的示例性硬件配置；

图3示出了根据本发明的一个实施例的继续指令装置和流管理服务器的示例性功能配置；

图4示出了作业输入单元的示例性配置；

图5是示出了由作业输入单元执行的示例性处理步骤的流程图；

图6示出了根据本发明实施例的工作流的具体示例；

图7示出了根据本发明实施例的流定义数据的示例；

图8示出了根据本发明实施例的处于初始状态的作业定义数据的示例；

图9是示出了根据本发明实施例的由流执行控制单元执行的示例性处理步骤的流程图；

图10示出了根据本发明实施例的在执行OCR处理后的作业定义数据的示例；

图11是示出了根据本发明实施例的挂起处理的示例性处理步骤的序列图；

图12是示出了挂起处理的进一步示例性处理步骤的序列图；

图13示出了编辑作业屏幕的示例性显示；

图14示出了编辑流屏幕的示例性显示；以及

图15示出了在流定义被更改之后编辑流屏幕的示例性显示；

图16示出了编辑作业屏幕的示例性编辑；

图17示出了根据本发明实施例的已经被更改的作业定义数据的示例。

具体实施方式

下面，将参照附图描述本发明的实施例。

图1示出了根据本发明的一个实施例的信息处理系统1的示例性的配置。在图1中，信息处理系统1包括由诸如LAN(LocalAreaNetwork，局域网)或者互联网(Internet)(可以是有线或无线)的网络互联的流管理服务器10、至少一个继续指令装置20、以及至少一个图像形成装置30。

流管理服务器10是执行关于经由网络接收的数据的预定义工作流的计算机。值得注意的是，工作流可以例如指的是由一个或多个处理单元(任务)的给定组合实施的处理流，每个所述一个或多个处理单元(任务)均独立地或者独自地实施分离的功能。值得注意的是，上述处理单元可以对应于一般的工作流术语中所谓的“活动(activity)”。

继续指令装置20用于输入继续指令，继续指令用于继续已经被挂起的工作流的处理操作。也就是说本实施例能够实现具有可以被临时停止的处理操作的工作流的实施。继续指令装置20可以由例如PC(个人计算机)、智能手机、平板电脑终端或者图像形成装置30实施。而且，继续指令装置20可以在与例如流管理服务器10相同的装置中实施。

图像形成装置30是将要由工作流处理的数据(输入数据)的输入源的示例。例如，图像形成装置30可以将从文档扫描的图像数据传输(输入)至流管理服务器10作为用于工作流的输入数据。值得注意的是，用于工作流的数据例如可以被输入至预定文件服务器的预定文件夹的预定文件中。而且，用于工作流的数据可以通过例如电子邮件传输。进一步地，用于工作流的数据可以作为文件被存储于例如云存储器上。

图2示出了根据本发明的一个实施例的流管理服务器10的示例性硬件配置。在图2中，流管理服务器10包括通过总线B互联的驱动单元100、副存储单元102、内存单元103、CPU(中央处理器)104以及接口单元105。

用于在流管理服务器10中执行处理的程序可以通过诸如CD-ROM的记录介质101来提供。当存储程序的记录介质101被加载至驱动单元100时，程序可以经由驱动单元100从记录介质101安装到副存储单元102上。然而程序并不必然地必须被从记录介质101安装，并且可选地可以例如经由网络从一些其它计算机进行下载。副存储单元102存储文件和数据以及安装的程序。

内存单元103响应于激活程序的指令从副存储单元102读取程序并存储读取的程序。CPU104通过执行存储于内存单元103中的相关程序来实施流管理服务器10的功能。接口单元105被用作为用于建立与网络的连接的接口。

值得注意的是，在有些实施例中，流管理服务器10可以被配置为由例如包括多个计算机的计算机系统。

图3示出了继续指令装置20和流管理服务器10的示例性功能配置。

在图3中，流管理服务器10包括作业输入单元11、流执行控制单元12、处理单元13、挂起通知传输单元14、作业信息传输单元15以及继续请求接收单元16。这些功能单元可以由例如执行安装在流管理服务器10上的相关程序的CPU104来实施。流管理服务器10还实施存储单元，该存储单元包括开始作业队列121、挂起作业队列122、执行作业存储单元123以及流定义存储单元124。这些存储单元可以例如由经由网络被连接至流管理服务器10的存储器设备或者副存储单元102来实施。

流定义存储单元124存储流定义数据。流定义数据是指包括与工作流的处理流有关的定义信息(以下称之为“流定义”)的数据。在本实施例中，一组流定义数据对应于一个工作流。因此，为每一个具有与另一个工作流不同的处理流的工作流创建流定义数据。

作业输入单元11接收工作流执行请求以及在工作流执行请求中指定的用于工作流的输入数据，并且将与用于执行工作流的作业有关的作业信息输入至开始作业队列121。在本实施例中，用于执行工作流的作业是指用于执行该工作流的执行单元。例如，在多次执行相同的工作流的情况下，工作流的每次执行均对应于不同的作业。值得注意的是，在下面的描述中，工作流的作业被称为“流作业”。

开始作业队列121可以例如以FIFO(First-InFirst-Out，先进先出)格式存储输入于其中的作业信息。作业信息可以包括例如基于将被执行的工作流的流定义数据的拷贝所生成的作业定义数据、诸如从图像形成装置30传输来的图像数据的将要被处理的数据以及流作业的元信息。元信息例如可以包括诸如已经发出执行流作业的指令的用户的用户名的信息、将要被处理的数据的数据大小以及流作业的执行数据。值得注意的是，在有些实施例中，例如，与一个流作业有关的作业信息可以在一个文件夹中进行存储和管理。

当一组或多组作业信息被存储于开始作业队列121时，流执行控制单元12将要被执行的作业信息移动至执行作业存储单元123，执行作业存储单元123由处理单元13根据作业信息被存储于开始作业队列121中的顺序进行访问。流执行控制单元12基于执行作业存储单元123中存储的作业信息来控制流作业的执行。换句话说，处理单元13参考存储于执行作业存储单元123中的作业信息来执行处理单元13的对应的处理。值得注意的是，在一些实施例中，例如可以为每个流作业创建执行作业存储单元123。

处理单元13执行构成工作流的处理(“活动”或者“处理单元”)。在一个示例中，一个活动可以由一个处理单元13实施。在这种情况下，例如，工作流可以由通过一个或多个处理单元13执行的一系列连接的处理来实施，每个处理单元13被配置为执行不同的处理。

在本实施例中，构成将要被流管理服务器10执行的工作流的一个或多个处理(处理单元)可以大体分类为输入处理、中间处理、挂起处理或者输出处理。输入处理例如可以包括从诸如图像形成装置30的外部设备输入用于流作业的数据的处理。

中间处理可以包括例如修改或者操控用于流作业的数据的处理。中间处理的具体示例包括噪声去除处理、OCR(OpticalCharacterrecognition，光学字符识别)处理、翻译处理以及数据转换处理。

挂起处理可以包括挂起流作业的进行、以使得用户能够介入流作业的执行的处理。可以维持流作业的挂起状态，直至例如发出继续流作业的继续指令。

输出处理可以包括以用户可用的形式输出由流作业生成的数据的处理。以用户可用的形式输出数据的示例不仅包括在纸上打印数据，还包括以其它方式电子地存储数据或者输出数据，以使得用户能够经由例如应用程序访问和使用数据。在一个示例中，输出处理可以是用于投递数据至预定的计算机的文件夹的投递处理。在另一个示例中,预定的电子邮件地址可以是数据的投递目的地。而且，对应于图像数据的输入源的图像形成装置30或者一些其它图像形成装置30可以是数据的投递目的地。在这种情况下，对应于投递目的地的图像形成装置30可以打印投递的数据。

在图3中，作为处理单元13的示例示出了OCR处理单元13a、挂起处理单元13b、邮件传输单元13c、图像校正处理单元13d。OCR处理单元13a对将要被处理的数据执行OCR处理。挂起处理单元13b执行挂起处理。也就是说，挂起处理单元13b挂起正在被执行的流作业并且使得用户能够介入流作业的执行。邮件传输处理单元13c将包括将要被处理的数据的附件的电子邮件传输至预定的电子邮件地址。图像校正处理单元13d对将要被处理的数据(图像数据)执行诸如噪声去除的图像校正处理。值得注意的是，每个处理单元13可以例如由执行独立的程序模框的CPU104来实施。在下面的描述中，用于使得流管理服务器10(CPU104)能够实施处理单元13的功能的程序模框被称为“插件(plugin)”。

当在流作业执行期间执行挂起处理并且流作业过渡至挂起状态时，挂起通知传输单元14将流作业挂起通知传输至继续指令装置20，其中，继续指令装置20被设置为在对应的流作业的作业定义数据中的挂起通知的传输目的地。作业信息传输单元15将与诸如在作业信息中包括的信息的流作业有关的信息传输至与流作业挂起通知的传输目的地对应的继续指令装置20。由作业信息传输单元15传输的信息可以包括一直到执行挂起处理时所获取的信息，诸如根据流作业的执行顺序在挂起处理单元13b之前来的处理单元13的输出信息。

继续请求接收单元16从继续指令装置20接收与当前挂起的流作业有关的继续请求。当接收到继续请求时，可以继续被挂起的流作业的执行。值得注意的是，流作业的继续请求可以包括更改指令，该更改指令用于改变已经被作业信息传输单元15传输的信息。在这种情况下，可以基于诸如反映了由更改指令应用于其上的更改的作业定义数据的信息来控制继续的流作业的执行。

继续指令装置20包括挂起通知接收单元21、作业信息获取单元22、显示控制单元23以及继续请求传输单元24。这些功能单元可以由例如执行安装在继续指令装置20上的一个或多个程序的继续指令装置20的CPU来实施。程序可以例如是包括在网页中的脚本。在这种情况下，继续指令装置20可以包括例如能够解释该脚本的网页浏览器。

挂起通知接收单元21接收传输自流管理服务器10的流作业挂起通知。作业信息获取单元22从流管理服务器10获取诸如在挂起通知中指定的流作业的作业信息的信息。显示控制单元23显示用于从用户接受更改指令的屏幕(以下称之为“编辑作业屏幕”)，该更改指令用于改变由作业信息获取单元22获取的作业信息。在用户经由编辑作业屏幕完成编辑操作之后，继续请求传输单元24将流作业继续请求传输至流管理服务器10。继续请求包括经由编辑作业屏幕编辑作业信息的编辑结果。编辑结果对应于用于改变作业信息的更改指令等。

值得注意的是，在本实施例中，处理单元13执行构成工作流的处理的中间处理、挂起处理以及输出处理(即输入处理、中间处理、挂起处理以及输出处理)。在输入处理中，各种类型的外部设备可以是将要被处理的数据的输入源。而且，输入数据的输入方法(从流管理服务器10角度看作获取方法或者接收方法)可以根据外部设备的类型来改变。为了灵活地适应这样的环境，作业输入单元11可以例如具有如图4所示的配置。

图4示出了作业输入单元11的示例性配置。借助于处理单元13，作业输入单元11和数据的输入源之间的数据交换可以由插件实施，该插件对应于能够插入到作业输入单元11中的程序模块。在图4中，作为安装在作业输入单元11上的插件的示例，示出了扫描输入插件111、邮件输入插件112以及文件夹输入插件113。

扫描输入插件111是用于从图像形成装置30接收输入数据的插件。也就是说，扫描输入插件111用于从图像形成装置30接收由图像形成装置30扫描的图像数据作为输入数据。与接收图像数据一起，扫描输入插件111还从图像形成装置30接收诸如流ID、扫描处理的设置信息以及图像数据的属性信息的信息。扫描输入插件111基于接收的流ID和图像数据以由流执行控制单元12规定的格式生成作业信息，并且将作业信息存储于开始作业队列121。值得注意的是，流ID是用于识别每个工作流定义(即每个流定义数据)的识别信息。

邮件输入插件112是用于经由至预定的电子邮件地址的电子邮件接受工作流执行请求的插件。在这种情况下，电子邮件所附的数据可以是将要被工作流处理的数据。将要被处理的数据可以是图像数据或者一些其它格式的数据。邮件输入插件112从邮件服务器(未示出)获取至预定的电子邮件地址的电子邮件。

邮件输入插件112基于获取的电子邮件所附的数据以及在电子邮件中描述的诸如流ID的信息，以流执行控制单元12规定的格式生成作业信息，并且将作业信息存储于开始作业队列121。值得注意的是，电子邮件的传输方的地址以及电子邮件的接收数据/时间可以包括在流作业的元信息中。

文件夹输入插件113是用于通过上传预定文件夹中的文件来接受工作流执行请求的插件。预定文件夹可以例如是在流管理服务器10的副存储单元102中创建的文件夹，或者是在经由网络连接至流管理服务器10的存储单元(例如文件服务器的存储单元，未示出)中创建的文件夹。文件夹输入插件113可以轮询(poll)(周期性地查阅(reference))预定文件夹，并且如果存储了将要被处理的数据的文件(以下称之为“数据文件”)以及存储了诸如流ID和设置值的信息的文件(以下称之为“著录文件”)被存储于预定文件夹，则文件夹输入插件113可以获取存储的数据文件和著录文件。文件夹输入插件113基于存储于获取的数据文件和获取的著录文件中的信息，以流执行控制单元12规定的格式生成作业信息，并且将作业信息存储于开始作业队列121。值得注意的是，被存储于著录文件中的信息可以对应于例如流作业的元信息。

值得注意的是，也可以将不同于上述插件的、用于输入数据的插件增加至作业输入单元11。例如，可以增加用于经由网页接受输入数据的插件。

可以理解的是，根据本实施例的一个方面，诸如输入处理、中间处理、挂起处理以及输出处理的各个处理单元均可以通过插件实施。因此，可以通过例如创建用于执行想要的处理的插件并且增加所创建的插件来定义和实施更多种多样的工作流。

下面，描述由作业输入单元11执行的处理步骤。图5是示出了由作业输入单元11执行的示例性处理步骤的流程图。值得注意的是，严格说来，是作业输入11的插件使得流管理服务器10执行图5的处理步骤。

当作业输入单元11接收例如用于工作流的输入数据、将要被执行的工作流的流ID以及对应于流作业的元信息的信息时(步骤S11为是)，作业输入单元11从流定义存储单元124获取对应于流ID的流定义数据(步骤S12)。在图像形成装置30对应于输入数据的发送方的情况下输入数据可以对应于扫描的图像数据。

例如，根据本发明的一个实施例可以执行如图6所示的工作流。

如图6所示，根据本示例，首先，针对传输自图像形成装置30的作业信息中包括的图像数据执行OCR处理。通过执行OCR处理，可以输出从图像数据提取的文本数据。然后，执行挂起处理。通过执行挂起处理，可以给用户例如更改(编辑)文本数据的机会。然后，执行邮件传输处理。在邮件传输处理中，可以将电子邮件传输至在作业定义数据中设置的电子邮件地址，其中，电子邮件包括作为电子邮件的主题的、反映由用户作出的对OCR处理结果的更改的文本数据。

图6所示的工作流的流定义数据可以由例如图7所示的数据结构所定义。图7示出了根据本实施例的流定义数据500的示例。在图7的示例中，流定义数据500被定义为XML(eXtensibleMarkupLanguage，可扩展标记语言)格式。然而，例如，流定义数据也可以描述为诸如CSV(CommaSeparatedvalues，逗号分隔值)格式的其它数据格式。

在图7中，流定义数据500包括作为根元素的由<flow>标签所包围的流(flow)元素。流元素包括id元素510以及作为子元素的一个或多个插件(plugin)元素520-540。id元素510的值(“flow1”)对应于流ID。

插件元素是处理单元的定义。流定义数据500包括对应于OCR处理的插件元素520、对应于挂起处理的插件元素530以及对应于邮件传输处理的插件元素540。每个插件元素包括顺序属性。顺序属性的值指示由插件元素所定义的处理单元的执行顺序。而且，每个插件元素均包括作为子元素的id元素、displayName(显示名称)元素以及parameters(参数)元素。

id元素的值对应于程序(插件)的识别信息，该程序(插件)用于促使(prompt)流管理服务器10用作为用于执行对应的处理的处理单元13。流执行控制单元12可以基于id元素的值调用处理单元13。displayName元素的值对应于将在与流定义数据有关的编辑屏幕中表示对应的处理单元的图片之上显示的字符串。在参数元素中，例如可以指定关于对应的处理单元的输入参数，并且/或者可以记录对应的处理单元的处理结果(输出信息)。输入参数和输出信息可以关于每个处理单元而变化。因此，参数元素的值结构可以根据每个处理单元而变化。

例如，与OCR处理对应的插件元素520的参数元素包括keyword(关键字)元素521和ocrMode元素522。keyword元素521存储OCR处理的结果。在图7中，keyword元素521的值是空的。这是因为图7的流定义数据500表示OCR处理的结果尚未确定的状态。也就是说，在基于从流定义数据500生成的作业定义数据执行OCR处理之后，由OCR处理提取的字符串被记录为keyword元素521的值。keyword元素521的元素名称(“keyword”)指示作为OCR处理的对象的图像数据的OCR处理范围。具体地，“keyword”指示与表示文档的图像内的文档的标题对应的范围是OCR处理范围。值得注意的是，与文档的标题对应的范围的坐标信息可以在参数元素内设定，或者在其他地方设定该信息。

与挂起处理对应的插件元素530的参数元素包括panel(面板)元素531、panelAddress(面板地址)元素532、panelSize(面板大小)元素533、maxWaitingTime(最大等待时间)元素534、errorHandling(错误处理)元素535以及displayParameter(显示参数)元素536-539。panel元素531的值指示与挂起通知的传输目的地对应的继续指令装置20的类型。例如，“mfp”表示图像形成装置。例如，在继续指令装置20对应于PC的情况下，“pc”可以被设置为panel元素531的值。panelAddress元素532的值指示继续指令装置20的IP地址。panelSize元素533的值指示继续指令装置20的显示设备的屏幕大小。maxWaitingTime元素534的值指示在挂起流作业之后对于要被发出的继续请求的最大等待时间。errorHandling元素535的值指示在经过最大等待时间之后仍没有发出继续请求的情况下将要被执行的处理。例如，“skip”指示跳过处理单元(挂起处理)。displayParameter元素536-539的值表示将要在继续指令装置20输出(用于显示或者编辑)的参数值的识别信息。该识别信息被描述为下面格式：“<插件元素的id元素的值>/<与参数对应的元素的标签名称>”。例如，displayParameter元素536的值“ocr/keyword”指示将要输出(显示)包括作为子元素的id元素值“ocr”的插件元素520的keyword元素521的参数值。显示参数537的值“smtp/to1”指示将要输出(显示)包括作为子元素的id元素值“smtp”的插件元素540的to1元素543的参数值。可以理解的是，根据本实施例，在挂起处理中，包括另一个处理单元的输出信息(例如，OCR结果)和用于另一个处理单元的设置信息(例如，电子邮件的目的地地址)的参数可以被设置为参数元素。

对应于邮件传输处理的插件元素540的参数元素包括serverIp(服务器IP)元素541、portNumber(端口号)元素542、to1元素543、cc1元素544、cc2元素545以及subject(主题)元素546。serverIp元素541的值指示与用于传输电子邮件的请求的目的地对应的SMTP服务器的IP地址。portNumber元素542的值指示与邮件传输请求目的地对应的SMTP服务器的端口号。to1元素543的值指示将要被传输的电子邮件的第一目的地地址。cc1元素544的值指示将要被传输的电子邮件的第一Cc地址。cc2元素545的值指示将要被传输的电子邮件的第二Cc地址。subject元素546的值指示将要被传输的电子邮件的主题。值得注意的是，在所示的示例中，subject元素546的值包括在花括弧内。这指示将要使用在花括弧内指定的识别信息所识别的值。花括弧中的识别信息“ocr/keyword”识别包括id元素值“ocr”的插件元素520中的keyword元素521的值。换句话说，“ocr/keyword”识别由OCR处理提取的字符串。因此，subject元素546指示由OCR处理提取的字符串将要用作为电子邮件的主题。

值得注意的是，插件元素520、530和540的每个参数元素的每个子元素均包括类型属性、r属性以及w属性。类型属性的值指示在子元素中指定的参数值的数据类型。r属性的值指示当执行流作业时用户是否能够(被允许)查阅对应的参数值。w属性的值指示当执行流作业时用户是否能够(被允许)写入或者更新参数值。关于r属性和w属性值，“true”指示对应的参数值能够被查阅或者写入，而“false”指示对应的参数值不能够被查阅或者写入。

在图5的步骤S12中，作业输入单元11获取具有对应于在步骤S11接收的流ID的id元素510的值的流定义数据。

然后，在步骤S13，作业输入单元11基于获取的流定义数据的拷贝生成作业定义数据。

图8示出了根据本实施例的处于初始状态的作业定义数据600a的示例。值得注意的是，对实质上等同于图7中所示的特征的图8中所示的特征给定相同的附图标记并且省略其描述。

在图8中，作业定义数据600a包括作为根元素的jobInfo元素。换句话说，处于初始状态的作业定义数据600a包括流定义数据500的拷贝以及作为流元素的父(parent)元素添加与其上的jobInfo元素。jobInfo元素包括作为子元素的id元素610以及流元素。id元素610的值指示作业ID。作业ID可以例如由作业输入单元11指定。

在图5的步骤S14中，作业输入单元11将作业信息存储到开始作业队列121中，该作业信息包括与流作业对应的元信息、作业定义数据以及输入数据。例如，可以在用作为开始作业队列121的预定文件夹中生成与流作业对应的文件夹，并且存储输入数据、作业定义数据以及元信息的文件可以被存储于生成的文件夹中。

下面，描述当作业信息被存储于开始作业队列121时执行的处理步骤。图9是示出了由流执行控制单元12执行的示例性处理步骤的流程图。

流执行控制单元12可以周期性地查阅开始作业队列121以确定作业信息是否被存储于开始作业队列121(步骤S101)。如果一组或多组作业信息被存储于开始作业队列121(步骤S101为是)，则流执行控制单元12例如从开始作业队列121取回存储的作业信息的最旧的(oldest)作业信息，并且将取回的作业信息移动至执行作业存储单元123(步骤S102)。换句话说，将取回的作业信息从开始作业队列121中删除。

然后，流执行控制单元12指定“1”至变量“i”(步骤S103)。变量“i”是用于存储将要被执行的流作业(以下称之为“目标流作业”)的处理单元(处理)的执行顺序的变量。值得注意的是，在下面的描述中，根据执行顺序第i个要被执行的处理单元被称为“处理单元i”。然后，流执行控制单元12将构成目标流作业的处理单元的总数指定给变量“N”(步骤S104)。构成目标流作业的处理单元的总数可以基于作业定义数据来确定。

然后，流执行控制单元12确定变量“i”的值是否小于或者等于变量“N”(步骤S105)。也就是说，流执行控制单元12确定在构成目标流作业的处理单元之中是否存在未执行的处理单元。

如果变量“i”的值小于或者等于变量“N”的值，也就是说，如果存在未执行的处理单元(步骤S105为是)，则流执行控制单元12促使对应的处理单元13执行处理单元i(步骤S106)。例如，流执行控制单元12可以发送执行请求至对应的处理单元13以执行处理单元i。执行请求例如可以包括目标流作业的识别信息(以下称之为“作业ID”)。一旦接收执行请求，对应的处理单元13基于作业信息执行处理单元i,并且向流执行控制单元12返回处理单元i的状态。在本实施例中，处理单元的状态可以采用值“完成”、“挂起”或者“错误”。“完成”指示处理单元已经被成功地完成。“挂起”指示处理单元被挂起。“错误”指示处理单元已经异常结束。

然后，流执行控制单元12确定返回的状态是否是“挂起”(步骤S107)。如果状态不是“挂起”(步骤S107为否)，则流执行控制单元12确定状态是否为“错误”(步骤S108)。如果状态不是“错误”(步骤S108为否)，则流执行控制单元12对变量“i”加1(步骤S109)，并重复从步骤S105及往后的处理。换句话说，如果返回的状态是“完成”，则执行后续处理单元。

另一方面，如果状态是“错误”(步骤S108为是)，则流执行控制单元12执行异常结束处理(步骤S110)。例如，流执行控制单元12可以将存储于执行作业存储单元123中的目标流作业的作业信息移动至存储失败结束的流作业流的作业信息的区域。在完成异常结束处理之后，结束目标流作业。

如果状态是“挂起”(步骤S107为是)，流执行控制单元12将来自执行作业存储单元123的目标流作业的作业信息移动至挂起作业队列122(步骤S111)。因此，目标流作业的处理被挂起。值得注意的是，在本实施例中，向流执行控制单元12返回状态“挂起”的处理单元13对应于挂起处理单元13b。

然后，流执行控制单元12等待继续目标流作业的继续请求被发出(步骤S112)。当发出用于继续目标流作业的继续请求时(S112中为是)，流执行控制单元12将存储于挂起作业队列122中的目标流作业的作业信息移动至执行作业存储单元123(步骤S113)。然后，重复从步骤S106及其后的处理步骤。值得注意的是，响应于继续请求而在步骤S106执行(继续)已经被挂起的处理。也就是说，挂起处理单元13b响应于继续请求(对应于第二执行请求)继续已经被挂起的处理，并且这次，处理单元13b向流执行控制单元12返回状态“完成”。这样，可以继续流作业的处理操作。

例如，在图9的步骤S102中，可以获取包括如图8所示的作业定义数据的作业信息。如果变量“i”的值是“1”，则可以由OCR处理单元13，基于作业定义数据600a中包括的插件元素中的具有值“1”作为顺序属性的插件元素520，根据ocrMode元素522的值，对作业信息中包括的图像数据在准确的水平上执行OCR处理。作为由OCR处理单元13的OCR处理的结果输出的字符串可以被写入作业定义数据600a的keyword元素521中。

图10示出了根据本实施例的执行OCR处理之后的作业定义数据的示例。值得注意的是，对实质上等同于图8所示的特征的图10所示的特征给定相同的附图标记并且省略其描述。

在图10所示的作业定义数据600b中，增加值“abc”作为keyword元素521的值。换句话说，作业定义数据600b示出了这样的示例，其中字符串“abc”已经由OCR处理所提取，并且作业定义数据600a已经被更新以反映OCR处理结果。

下面，描述变量“i”是“2”的示例性情况。也就是说，描述基于作业定义数据600b的插件元素530来执行的挂起处理。

图11和图12是示出了挂起处理的示例性处理步骤的序列图。

在步骤S201中，流执行控制单元12将用于执行挂起处理的执行请求传输至挂起处理单元13b，挂起处理单元13b是基于作业定义数据600b的插件元素530中的id元素的值(“挂起”)来识别的。值得注意的是，从流执行控制单元12传输至挂起处理单元13b的执行请求可以包括例如将要被执行的流作业的作业ID(以下称之为“目标作业ID”)。

然后，挂起处理单元13b查阅由目标作业ID识别的作业信息中包括的作业定义数据600b(步骤S202)，并且从作业定义数据600b获取通知目的地信息(步骤S203)。通知目的地信息是指关于挂起通知的目的地的信息。在根据本实施例的作业定义数据600b中，panel元素531、panelAddress元素532以及panelSize元素533对应于通知目的地信息。

然后，挂起处理单元13b将挂起通知传输请求传输至挂起通知传输单元14，以使挂起通知被传输至目的地信息中包括的IP地址(步骤S204)。挂起通知传输请求包括IP地址以及目标作业ID。然后，挂起通知传输单元14将包括目标作业ID的挂起通知传输至具有在挂起通知传输请求中指定的对应IP地址的继续指令装置20(步骤S205)。值得注意的是，在作业定义数据600b的插件元素530中包括两组或者更多组通知目的地信息的情况下(图10)，挂起通知可以例如被传输至两个或者更多个继续指令装置20。

然后，对应于挂起通知传输目的地的继续指令装置20的挂起通知接收单元21接收挂起通知，并且将接收的挂起通知传递至作业信息获取单元22(步骤S206)。作业信息获取单元22在用于获取进行编辑的作业信息的作业信息获取请求中指定包括在挂起通知中的作业ID，并且将作业信息获取请求传输至对应于挂起通知的传输方的流管理服务器10的作业信息传输单元15(步骤S207)。值得注意的是，作业信息传输单元15的地址信息可以例如包括在挂起通知中。一旦接收作业信息获取请求，作业信息传输单元15就将接收的获取请求传递至挂起处理单元13b(步骤S208)。

挂起处理单元13b参阅在参数信息获取请求中指定的作业ID所识别的作业定义数据600b(步骤S209)，并且从作业定义数据600b获取参数信息(步骤S210)。在本示例中，获取在作业定义数据600b中包括的displayParameter元素536-539。在这种情况下，获取由displayParameter元素536-539的值所表示的识别信息所识别的作业定义数据600b中的参数值。获取的值被包括在与对应于它们的获取源的displayParameter元素536-539相关联的参数信息中。例如，基于displayParameter元素536的值“ocr/keyword”,获取keyword元素521的值(“abc”)并且该值与displayParameter元素536相关联。基于displayParameter元素537的值“smtp/to1”,获取to1元素543的值(“xxx1abc.com”),并且该值与displayParameter元素537相关联。基于显示参数538的值“smtp/cc1”,获取cc1元素544的值(“xxx2abc.com”),并且该值与displayParameter元素538相关联。基于显示参数539的值“smtp/cc2”,获取cc2元素545的值(“xxx3abc.com”),并且该值与displayParameter元素539相关联。

然后，挂起处理单元13b将作业信息传输请求传递至作业信息传输单元15,以使对应于目标作业ID的作业定义数据600b和获取的参数信息至作业信息获取请求的发送方(步骤S211)。值得注意的是，在一些实施例中，例如可以与参数信息一起传输包括在通知目的地信息中的panel元素531和panelSize元素533。然后，作业信息传输单元15将参数信息和作业定义数据600b传输至对应于作业信息获取请求发送方的继续指令装置20(步骤S212)。继续指令装置20的作业信息获取单元22接收参数信息和作业定义数据600b，将参数信息和作业定义数据600b指定在用于在编辑作业屏幕上显示作业信息的显示请求中，并且将显示请求传输至显示控制单元23(步骤S213)。显示控制单元23生成用于接受对参数信息和作业定义数据600b的编辑(更改)的编辑作业屏幕，并且控制继续指令装置20的显示单元显示生成的编辑作业屏幕(步骤S214)。值得注意的是，在一些实施例中，在与参数信息一起接收诸如panel元素531和panelSize元素533的与显示单元有关的其它相关信息的情况下,编辑作业屏幕也可以基于这些相关信息来生成。这样，各种类型的继续指令装置20中的显示控制单元23可以使用通用生成逻辑来生成编辑作业屏幕。也就是说,例如,用于使得设备用作为继续指令装置20的显示控制单元23的程序可以更少地依赖于继续指令装置20的特定类型。

图13示出了编辑作业屏幕810的示例性显示。在图13中，编辑作业屏幕810包括显示区域811、显示区域812以及按钮813-816。

显示区域811是显示目标流作业的流定义的区域。也就是说，基于作业定义数据600b来确定在显示区域811中显示的内容。图13表示图6中所示的工作流的流定义。值得注意的是，在显示区域811中，表示处理的圆角矩形(以下称之为“框”)与指示对应的处理已经完成的标记“已完成”一起显示，并且表示正在被执行的处理的框与标记“处理中”一起显示。在本实施例中，“已完成”与对应于插件元素530之前的插件元素520的框一起指示，并且“处理中”与对应于插件元素530的框一起指示。值得注意的是，在一些实施例中，指示当前正在被执行的处理的信息可以与参数信息和作业定义数据600b一起从流管理服务器10获取。在这种情况下，“处理中”可以与对应于正在执行的处理的框一起指示，而“已完成”可以与对应于正在被执行的处理之前的处理的框一起指示。

显示区域812是显示处于初始状态的参数信息的区域。在本示例中，基于displayParameter元素536-539，在显示区域812中输出(显示)keyword元素521、to1元素543、cc1元素544以及cc2元素545的对应的值。因此，对应于keyword元素521的值的“abc”(即OCR处理结果)与对应于keyword元素521的元素名称的“keyword”相关联地显示。而且，to1元素543、cc1元素544以及cc2元素545的值与对应于to1元素543、cc1元素544以及cc2元素545的元素名称“to1”、“cc1”以及“cc2”相关联地显示。值得注意的是，如果对应的displayParameter元素的w属性的值为“true”，则在显示区域812显示的每个参数值都是可编辑的，而如果对应的displayParameter元素的w属性的值为“false”,则都是不可编辑的。

按钮814是用于接受显示指令的按钮，该显示指令用于显示目标流作业的元信息。例如，当按下按钮814时，作业信息获取单元22可以在元信息获取请求指定目标流作业的作业ID，并且将元信息获取请求传输至流管理服务器10的作业信息传输单元15。反过来，作业信息传输单元15也可以将与指定的作业ID相关联的作业信息的元信息传输至作业信息获取单元22。然后，显示控制单元23可以显示用于接受对元信息中包括的参数的编辑的屏幕。因此，用户能够经由该屏幕更改元信息中包括的参数。值得注意的是，在一些实施例中，可以例如与参数信息以及作业定义数据600b一起来获取元信息。

按钮813是用于接受显示指令的按钮，该显示指令用于显示编辑流屏幕。也就是说，当按下按钮813时，显示控制单元23显示编辑流屏幕。

图14示出了编辑流屏幕820的示例性显示。在图14中，编辑流屏幕820包括列表区域821、流编辑区域822以及OK按钮823。列表区域821显示表示可以由流管理服务器10执行的处理的框。可以由流管理服务器10执行的处理是指这样的处理：对于该处理，在流管理服务器10中安装了用于使得流管理服务器10能够执行该处理的对应的插件。

流编辑区域822是使得用户能够对目标流作业的流定义进行编辑的区域。就在显示编辑流屏幕820之后，流编辑区域822立即显示与在编辑作业屏幕810的显示区域811中所显示的流定义相同的流定义。然而，在编辑流屏幕820中显示的表示处理的框用作为操作组件。例如，当双击(选中)一个框时，可以显示参数设置屏幕用于使得用户能够设定构成对应于所选择的框的处理的设置信息的参数。值得注意的是，因为能够为每个处理设定的参数可能是不同的，所以用于每个处理的参数设置屏幕的配置也可能是不同的。例如，对于OCR处理，可以显示用于使得用户能够设定包括ocrMode元素522(以下称之为“OCR模式”)的参数的值的参数设置屏幕。通过显示该参数设置屏幕，用户可以设置目标流作业的每个处理的参数至任意值，该任意值与在流定义数据500中定义的预设值不同。

而且，当由用户例如通过拖放一个或多个框来重新排列表示处理的框在流编辑区域822中连接的顺序时，对应于框的处理的执行顺序可以根据框的连接顺序改变。

而且，例如，当在列表区域821显示的框被拖放至流编辑区域822时，可以根据框被放下的位置按顺序增加并且执行对应于被放下的框的处理。例如，当框被放在对应于挂起处理的框1和对应于邮件传输处理的框b2之间时，则在挂起处理和邮件传输处理之间增加并且执行对应于被放下的框的处理。

而且，在流作业中包括的处理可以被删除。例如，当选择了在流编辑区域822中显示的表示处理的框并且按下删除键时，可以从目标流作业中删除处理单元。

值得注意的是，指示可以由流管理服务器10执行的处理的信息(即，显示列表区域821所需的信息)和指示可以为每个处理设定的参数的信息(即，为每个处理显示参数设置屏幕所需的信息)可以例如与参数信息和作业定义数据600b一起从流管理服务器10获取。可选地，例如一旦显示编辑流屏幕820，就可以从流管理服务器10获取信息。

在挂起处理单元13b请求传输参数信息之后(步骤S211)，挂起处理单元13b向流执行控制单元12返回“挂起”状态(步骤S215)。一旦接收到“挂起”状态，流执行控制单元12将存储于执行作业存储单元123中的目标流作业的作业信息移动至挂起作业队列122(步骤S216)。值得注意的是，在一些实施例中，作业信息可以保持被存储于执行作业存储单元123。在这种情况下，可以将指示由作业信息描述的对应的流作业当前被挂起的信息增加至作业信息。这样，该作业信息可以被识别为与当前被挂起的流作业有关的作业信息。

然后，流执行控制单元12开始监测最大等待时间(步骤S217)。最大等待时间是作业定义数据600b的maxWaitingTime元素534的值。

值得注意的是，图11的步骤S201-S215对应于变量“i”的值是“2”的情况下图9的步骤S106中执行的处理。而且，步骤S216对应于图9的步骤S111。

参照图12，随后，继续指令装置20的用户被给予机会经由编辑作业屏幕810编辑(更改)参数的值，或者经由编辑流屏幕820编辑(更改)流定义(步骤S221)。

在下面的描述中，假定OCR处理结果不是用户期望的结果。具体地，假定在对图像形成装置30扫描的文档的图像数据执行OCR处理时OCR处理没能正确地将文档的标题识别为“abc”。

在这种情况下，用户可以在编辑流屏幕820上编辑(更改)目标流作业的流定义至例如图15中所示的那样。也就是说，用户可以编辑流定义以使流管理服务器10重新执行OCR处理。

图15示出了在流编辑屏幕820上编辑流定义的示例。图15示出了框b3和框b4已经从列表区域821中拽出并放在框b1和框b2之间以被增加至目标流作业的示例性的情况。也就是说，流定义已经被修改使得在继续目标流作业之后，可以对图像数据执行图像校正处理，然后对图像校正处理的处理结果进行OCR处理，并且对处理结果进行邮件传输处理。执行图像校正处理是为了从图像数据去除噪声等并且改善OCR处理的准确度。假定在对应于框b4的用于OCR处理的参数设置屏幕中的OCR模式的值已经被设定为“2”。也就是说，对应于框b4的OCR处理已经被设定为在比第一次执行的OCR处理更高的准确度上执行。当已经完成在编辑流屏幕820上的流定义的编辑并且按下OK按钮823时，在编辑流屏幕820上编辑流定义的结果被反映在编辑作业屏幕810的显示区域811。值得注意的是，图15所示的编辑示例仅仅是一个示意性示例。

进一步地，在下面的描述中，假定在编辑流定义之前或之后，已经如图16中所示对某个参数进行了编辑(更改)。

图16示出了在编辑作业屏幕810上编辑参数的示例。图16示出了在其中更改了显示区域812中的参数“to1”和“cc2”的值的示例性的情况。而且，如图15所示的编辑流定义的结果被反映在图16的显示区域811中。

当在进行了这些更改之后按下按钮815时，(步骤S222)，显示控制单元23请求继续请求传输单元24传输用于继续目标流作业的继续请求(步骤S223)。继续请求包括指示目标流作业的作业ID的信息以及指示在编辑作业屏幕810上作出的编辑的编辑结果的信息等。在本示例中，指示编辑流定义的结果的信息以及指示编辑参数的结果的信息被包括在继续请求中。值得注意的是，在对元信息做出更改的情况下，更改的元信息也可以包括在继续请求中。

继续请求传输单元24发送继续请求至流管理服务器10(步骤S224)。继续请求被流管理服务器10的继续请求接收单元16接收。继续请求接收单元16将接收的继续请求传递至流执行控制单元12(步骤S225)。

一旦接收到继续请求，流执行控制单元12从挂起作业队列122获取与继续请求中包括的作业ID相关联的作业信息，并且将获取的作业信息移动至执行作业存储单元123(步骤S226)。然后，流执行控制单元12第二次发送执行请求至已经切换至“挂起”状态的挂起处理单元13b(步骤S227)。执行请求包括目标流作业的作业ID和包括在继续请求中的信息。

一旦第二次接收到执行请求，挂起处理单元13b将执行请求中包括的信息应用至作业定义数据600b并且更改作业定义数据600b(步骤S228)。而且，如果执行请求中包括的信息包含编辑元信息的结果，则目标流作业的元信息也可以被相应地更改。在本示例中，作业定义数据600b被更改以变为图17所示的作业定义数据600c。

图17示出了根据本发明实施例的已经应用更改之后的作业定义数据的示例。值得注意的是，在图17中，为了方便省略了如图8和图10中所示的插件元素520和插件元素530的内容。

在作业定义数据600c中，增加了插件元素550和插件元素560。插件元素550是对应于新增加的图像校正处理的插件元素。插件元素550的顺序属性的值被设为“3”。因此，对应于插件元素550的图像校正处理将被第三执行，即，在挂起处理之后执行。插件元素560是对应于新增加的OCR处理的插件元素。插件元素560的顺序属性的值被设为“4”。因此，对应于插件元素560的OCR处理将被第四执行，即，在图像校正处理之后执行。

而且，对插件元素540做出更改。例如，插件元素540的顺序属性547的值被更改至“5”。因此，对应于插件元素540的邮件传输处理将被第五执行，即，在将被第四执行的OCR处理之后。to1元素543的值被更改为“xxx3abc.com”。进一步地，cc2元素545的值被更改为“xxx4abc.com”。

值得注意的是，在编辑流屏幕820上删除了处理的情况下，在步骤S228中，对应于删除的处理的插件元素被删除，并且从与在删除的处理之后的每个处理对应的每个插件元素的顺序属性的值中减1。

而且，在编辑流屏幕820中改变了处理的执行顺序的情况下，在步骤S228中，相应地更改与已经重新排序的处理对应的插件元素的顺序属性的值。

然后，挂起处理单元13b返回“完成”状态至流执行控制单元12(步骤S229)。这样，流执行控制单元12可以识别挂起处理单元13b的挂起处理已经完成。因此，流执行控制单元12将执行请求发送至与在挂起处理之后将要被执行的下一个处理对应的处理单元13。在本示例中，图像校正处理被增加为挂起处理之后将要被执行的处理。因此，流执行控制单元12将执行请求发送至图像校正处理单元13d以使图像校正处理被执行。反过来，图像校正处理单元13d对作业信息中包括的图像数据执行图像校正处理。然后，图像校正处理单元13d将由图像校正处理生成的图像数据包括在作业信息中。值得注意的是，图像校正处理单元13d把将要被后续处理所处理的数据从初始图像数据(即，从图像形成装置30接收的图像数据)切换至由图像校正处理生成的图像数据。也就是说，在本实施例中，在开始流作业时，通过作业输入单元11包括在作业信息中的数据被设置为将要由处理单元13处理的数据。此后，由各处理的各处理单元13确定将要被处理的数据。换句话说，当执行给定的处理并且执行处理的处理单元13被配置为把将要被处理的数据切换至新数据时，将要被后续处理所处理的数据被切换至新数据。值得注意的是，将要被处理的数据的切换可以例如通过将在用于存储将要被处理的数据的文件夹中存储的数据替换为新的数据来实现。

因此，在图像校正处理之后执行的OCR处理中，对图像校正处理生成的图像数据进行处理。执行OCR处理的OCR处理单元13a并不更改将要被处理的数据。因此，在此后将要被执行的邮件传输处理中，由图像校正处理生成的图像数据被用作为将要被处理的数据(即，电子邮件将要附带的数据)。

值得注意的是，在本示例中，在邮件传输处理中，电子邮件被传输至与在流定义数据500中所设定的不同的目的地(地址)。也就是说，电子邮件的目的地地址被设为“xxx3abc.com”。而且，电子邮件的Cc地址被设为“xxx4abc.com”。进一步地，第二次执行的OCR处理所生成的文本数据被用作为电子邮件的主题。也就是说,在本示例中，subject元素546的值“ocr/keyword”包括作为id元素的具有值“ocr”的元素，其指示将要参考插件元素560的关键字元素的值，插件元素560对应于在插件元素540之前执行的插件的最后一个插件，subject元素546属于插件元素540。

值得注意的是，当执行图12的步骤S225时，在图9的步骤112做出了正面确定(YES)。而且，图12的步骤S226对应于图9的步骤S113，并且图12的步骤S227对应于在图9的步骤S113之后执行的步骤S106。

而且，值得注意的是，如果在执行图12的步骤S225之前从图11的步骤S217的执行经过了最大等待时间，流执行控制单元12可以基于作业定义数据600b的errorHandling元素535的值(“Skip”)来确定应当跳过挂起处理(编辑)。因此，流执行控制单元12可以将执行请求传输至邮件传输处理单元13c以执行流作业的下一个处理。

另一方面，当在编辑作业屏幕810(图13)上按下按钮816时，替代于继续请求，可以沿着与继续请求相同的传输路径(步骤S223-S225)来传输流作业取消请求。在这种情况下，流执行控制单元12在不执行步骤S226和后续处理步骤的处理的情况下，取消目标流作业的执行。

值得注意的是，在一些实施例中，目标流作业可以被配置为使得用户能够检查第二次执行的OCR处理的结果。在这种情况下，可以将挂起处理插入到第二OCR处理和邮件传输处理之间。而且，虽然上述的示例涉及当用户不满足第一次执行的OCR处理时执行第二次OCR处理的情况，但是，在一些实施例中，替代于编辑(改变)流定义(即，在挂起处理之后增加OCR处理)，用户可以仅编辑在编辑作业屏幕810的显示区域812中显示的关键字的值。在这种情况下，在步骤228中，作业定义数据600b(图10)的keyword元素521的值可以被更改以反映编辑作业屏幕810中关键字的编辑。

而且，在上述的示例中，挂起处理单元13b将编辑编辑作业屏幕810和编辑流屏幕820的编辑结果应用至作业定义数据600b。然而，在一些实施例中，例如继续指令装置20可以被配置为将这些更改应用至作业定义数据600b。在这种情况下，在步骤S224中，例如继续指令装置20的继续请求传输单元24可以将反映编辑结果的作业定义数据600c传输至流管理服务器10。

而且，在上述的示例中，影响一个处理单元(邮件传输处理)的处理操作的参数被更改了。然而，在其它实施例中，可以更改影响目标流作业的处理流的一个或多个参数。例如，在工作流的处理流分支的情况下，可以对用于确定处理流的分支条件的一个或多个参数进行编辑。

如上所述，根据本实施例的一个方面，挂起处理单元13b可以为用户提供机会以更改例如流定义、参数信息、处理的输出信息以及流作业的元信息。当在挂起处理期间进行这些更改时，可以基于例如反映挂起处理中所作的更改的流定义、参数信息、输出信息和/或元信息，来执行在挂起处理单元13b的挂起处理之后执行的后续处理。这样，可以增强流作业的灵活性。

值得注意的是，本发明的方面还可以应用至如图6所示的处理的组合之外的工作流。例如，在一些实施例中，可以执行条形码识别处理以替代OCR处理。条形码识别处理是指提取在图像中包括的条形码中嵌入的字符串的处理。人眼难以识别嵌入在条形码中的信息。因此，在一些实施例中，条形码识别处理可以执行两次或更多次，并且可以给用户机会来检查每次条形码识别处理的处理结果。在这种情况下，可以对例如每次条形码识别处理的参数做出更改。这样，用户能够检查在不同的条件下多次执行的条形码识别处理的结果，并且例如如果所有的处理结果匹配，则用户可以接受条形码识别处理的处理结果的准确度。

而且，在一些实施例中，两个或更多个挂起处理可以纳入例如一个工作流中。而且，例如在挂起通知将要被传输至多个继续指令装置20的情况下，可以在流定义数据500的插件元素530的参数元素中设定信息，指示是否要维持挂起状态直至继续请求被所有的继续指令装置20接收，或者在继续请求被部分继续指令装置20接收之后释放挂起状态。进一步地，例如，在这些信息指示将维持挂起状态直至继续请求被所有的继续指令装置20接收的情况下，流执行控制单元12在执行步骤S226和后续处理步骤之前可以等待,直至关于对应于多个挂起通知传输目的地的所有继续指令装置20都执行了步骤S225。另一方面，例如，在这些信息指示在继续请求被部分继续指令装置20接收之后就应当释放挂起状态的情况下，流执行控制单元12在关于对应于多个挂起通知传输目的地的部分继续指令装置20执行了步骤S225之后，就可以执行步骤S226和后续处理步骤。例如，部分继续指令装置20可以是特定数量的继续指令装置20，或者由其IP地址指定的一个或多个特定的继续指令装置20。

而且，在挂起通知被传输至多个继续指令装置20的情况下，可以在例如插件元素530的参数元素中设定用于合并从多个继续指令装置20返回的编辑目标流作业的元信息、参数信息和/或流定义的编辑结果的合并方法。例如，合并方法可以指示可以不理会除来自一个或多个特定的继续指令装置20以外的编辑结果。也就是说，在一些实施例中，允许进行编辑的继续指令装置20可以被限定为一个或多个特定的继续指令装置20。

而且，在一些实施例中，在继续流作业之后将要被执行的处理可以在编辑作业屏幕810上指定。例如，与在编辑作业屏幕810中被选中的、在显示区域811中显示的框中的一个对应的处理可以是在继续了流作业之后将要被执行的第一个处理。在这种情况下，为了执行与例如根据图16所示的编辑结果所执行的处理实质上类似的处理,可以实施接下来的编辑过程。

(1)在编辑流屏幕820上，在第一OCR处理之前增加对应于图像校正处理的框，而不是在挂起处理之后增加处理单元框。

(2)在进行上述编辑(1)之后,返回至编辑作业屏幕810，并且选择与在显示区域811的正前方显示的图像校正处理对应的框，并且按下按钮815。

在执行这样的编辑过程的情况下，继续请求传输单元24可以将在显示区域811上选中的框的顺序(以下称之为“继续位置”)与编辑结果一起传输至流管理服务器10。反过来，在步骤S229之后，流管理服务器10的流执行控制单元12可以将继续请求中包括的继续位置的值设定为图9的处理中的变量“i”,并且执行步骤S106和后续处理步骤的处理。

值得注意的是，上述实施例的流管理服务器10是信息处理装置和信息处理系统的示例。流执行控制单元12是处理控制单元的示例。挂起处理是第一处理的示例。作业信息传输单元15是输出单元的示例。继续请求接收单元16是接受单元的示例。挂起处理单元13b是应用单元的示例。作业信息传输单元15传输作业定义数据以使作业定义数据由继续指令装置20显示(输出)是使得定义信息以用户能够更改(编辑)的形式输出(显示)的示例性的方式。

虽然上文已经参考某些示意性的实施例对本发明进行了描述，但是本发明并不限于这些实施例，并且还可以做出许多变化和修改而不脱离本发明的范围。

Claims (12)

1.一种信息处理装置，包括：

处理控制单元，用于以由定义信息所定义的顺序执行关于输入数据的一个或多个处理；

输出单元，用于当所述一个或多个处理的第一处理被挂起时，使得所述定义信息以用户能够更改的形式被输出；

接受单元，用于接受指示对所述定义信息的更改的信息；以及

应用单元，用于将由所述接受单元接受的所述信息所指示的所述更改应用至所述定义信息；

其中，所述处理控制单元基于反映由所述应用单元应用于其上的所述更改的所述定义信息来控制在继续所述第一处理之后执行的所述一个或多个处理的后续处理的执行。

2.根据权利要求1所述的信息处理装置,其中所述接受单元接受用于改变由所述定义信息定义的在继续所述第一处理之后将要被执行的后续处理的信息。

3.根据权利要求1所述的信息处理装置,其中所述接受单元接受用于改变由所述定义信息定义的在继续所述第一处理之后将要被执行的后续处理的执行顺序的信息。

4.根据权利要求1-3任一项所述的信息处理装置，其中所述接受单元接受用于改变由所述定义信息定义的一个或多个处理的设置信息的信息。

5.一种信息处理系统，包括至少一个信息处理装置，所述信息处理系统包括：

处理控制单元，用于以由定义信息所定义的顺序执行关于输入数据的一个或多个处理；

输出单元，用于当所述一个或多个处理的第一处理被挂起时，使得所述定义信息以用户能够更改的形式被输出；

接受单元，用于接受指示对所述定义信息的更改的信息；以及

应用单元，用于将由所述接受单元接受的所述信息所指示的所述更改应用至所述定义信息；

其中，所述处理控制单元基于反映由所述应用单元应用于其上的所述更改的所述定义信息来控制在继续所述第一处理之后执行的所述一个或多个处理的后续处理的执行。

6.根据权利要求5所述的信息处理系统,其中所述接受单元接受用于改变由所述定义信息定义的在继续所述第一处理之后将要被执行的后续处理的信息。

7.根据权利要求5所述的信息处理系统,其中所述接受单元接受用于改变由所述定义信息定义的在继续所述第一处理之后将要被执行的后续处理的执行顺序的信息。

8.根据权利要求5-7任一项所述的信息处理系统，其中所述接受单元接受用于改变由所述定义信息定义的一个或多个处理的设置信息的信息。

9.一种由信息处理系统实施的信息处理方法，所述信息处理系统包括至少一个信息处理装置，所述信息处理方法包括：

处理控制步骤，以由定义信息所定义的顺序执行关于输入数据的一个或多个处理；

输出步骤，当所述一个或多个处理的第一处理被挂起时，使得所述定义信息以用户能够更改的形式被输出；

接受步骤，接受指示对所述定义信息的更改的信息；以及

应用步骤，将由所述接受步骤接受的所述信息所指示的所述更改应用至所述定义信息；

其中，所述处理控制步骤基于反映由所述应用步骤将所述更改应用于其上的所述定义信息来控制在继续所述第一处理之后执行的所述一个或多个处理的后续处理的执行。

10.根据权利要求9所述的信息处理方法,其中所述接受步骤接受用于改变由所述定义信息定义的在继续所述第一处理之后将要被执行的后续处理的信息。

11.根据权利要求10所述的信息处理方法,其中所述接受步骤接受用于改变由所述定义信息定义的在继续所述第一处理之后将要被执行的后续处理的执行顺序的信息。

12.根据权利要求9-11任一项所述的信息处理方法，其中所述接受步骤接受用于改变由所述定义信息定义的一个或多个处理的设置信息的信息。