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

Abstract

一种信息处理装置，包括：处理控制部，用于以在定义信息中所定义的顺序来执行被提供用于输入数据的至少一个处理单位；以及选择部，用于根据从所述至少一个处理单位所获取的输出信息，在被定义在定义信息中的多个处理单位中选择由所述处理控制部所执行的对象处理单位，作为在每个所述至少一个处理单位之后将要被执行的候选。

Description

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

技术领域

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

背景技术

在一种类型的系统中，可以对通过使用图像形成设备来扫描文件而获得的图像数据来执行预定义的工作流。在该系统中，定义工作流以便数据以对应于用户的业务流的模式流动。

通过连接例如数据的输入、对数据的加工处理以及由加工处理所生成的数据的输出处理来形成一个示例性的工作流。另外，也可以对处理单位之间的连接关系定义分支。

专利文献1：日本特开专利公报No.2013-20326

发明内容

如果能够响应于由前一阶段的处理单位所获取的处理结果来改变上述工作流中的分支目的地，那么能够改善工作流的灵活性。

本发明是考虑了上述各点而提供的，并且本发明的一个目的是改善由处理单位的组合而形成的处理流的灵活性。

本发明的至少一个实施例的一般目的是，提供一种能够基本上消除相由相关技术的缺点和限制所导致的一个或多个问题的信息处理装置。

本发明实施例的一个方面可以是，提供一种信息处理装置，包括：处理控制部，用于以在定义信息中所定义的顺序执行被提供用于输入数据的至少一个处理单位；以及选择部，用于根据从所述至少一个处理单位中所获取的输出信息，在被定义在定义信息中的多个处理单位中选择由所述处理控制部所执行的对象处理单位，作为在每个所述至少一个处理单位之后将要被执行的候选。

实施例的其它目的和优点可以部分地由下面的说明来提出，部分地从说明中得以澄清，或者可以通过发明的实践而被了解。发明的目的和优点将通过尤其是在所附的权利要求中所指出的要素及其组合来实现和达到。

附图的简要说明

图1示出了本发明实施例的信息处理系统的示例性结构。

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

图3示出本发明实施例的流管理服务器的示例性功能结构。

图4示出了作业输入部的示例性结构。

图5是示出了由作业输入部执行的示例性过程的流程图。

图6示出了本发明实施例的示例性具体示例。

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

图8示出了在本发明实施例的初始状态下的示例性作业定义数据。

图9是示出由流执行控制部所执行的示例性过程的流程图。

图10是用于说明规则处理的示例性过程的流程图。

图11示出了规则定义表的示例性结构。

图12示出了条件定义表的示例性结构。

图13示出了条件表达式表的示例性结构。

图14是用于说明动作的执行处理的示例性过程的流程图。

图15示出了动作列表表的示例性结构。

图16示出了动作定义表的示例性结构。

图17示出了规则设置屏幕的示例性显示。

图18示出了规则编辑画面的示例性显示。

图19是条件表达式设置屏幕的示例性显示。

图20是说明响应于在条件表达式设置屏幕上的操作而执行的示例性过程的顺序图。

图21示出了示例性的参数结构信息。

图22示出了动作定义设置屏幕的示例性显示。

图23是说明响应于在动作定义设置屏幕上的操作而执行的示例性过程的顺序图。

优选实施例的详细描述

下面参照本发明实施例的图1至图23给出描述。其中相同的附图标记被附加到相同的部件上，因此省略了部件的重复描述。

附图标记通常指定如下：

1：信息处理系统；

10：流管理服务器；

11：作业输入部；

12：流执行控制部；

13：处理部；

13a：OCR处理部；

13b：归档处理部；

13c：规则处理部；

13d：邮件递送部；

13e：文件夹递送处理部；

14：作业队列；

15：流定义存储部；

16：规则定义存储部；

20：客户端；

30：图像形成装置；

50：文档管理服务器；

60：邮件服务器；

70：文件服务器；

100：驱动设备；

101：记录介质；

102：辅助存储设备；

103：存储设备；

104：CPU；

105：接口设备；

111：扫描输入插件；

112：邮件输入插件；

113：文件夹输入插件；

B：总线；

T1：规则定义表；

T2：条件定义表；

T3：条件表达式表；

T4：动作列表表；和

T5：动作定义表。

以下，根据附图描述本发明实施例。图1示出了实施例的信息处理系统的示例性结构。参照附图1，信息处理系统1包括流管理服务器10、至少一个客户端20、至少一个图像形成装置30、文档管理服务器50、邮件服务器60、文件服务器70等等。流管理服务器10、至少一个客户端20、至少一个图像形成装置30、文档管理服务器50、邮件服务器60和文件服务器70通过本地局域网(LAN)或者例如因特网的有线或无线网络相互连接以便相互通信。

流管理服务器10是对于通过网络接收的数据执行预定的工作流的计算机。例如，工作流是由至少一个处理单位(至少一个任务)的任意组合来实现的处理流，通过处理单位中的每一个可以独立地或单独实现完整的功能。上述处理单位可以对应于用于工作流的技术领域的普通术语中包括的“活动”。

客户端20是用于制定与工作流的处理流相关的定义信息(以下称为“流定义”)的终端。例如，用户可以通过客户端20上显示的屏幕来制定流定义。客户端20可以是用于流管理服务器10的数据输入源，也可以是由流管理服务器10执行的工作流的执行结果的输出目的地(递送目的地)。客户端20可以是个人计算机(PC)、智能电话、平板型终端、图像形成装置30等。另外，客户端20可以是与流管理服务器10相同的装置。

图像形成装置30是作为数据的输入源或数据的输出目的地的示例性装置，该数据是将要在工作流中被处理的对象。例如，图像形成装置30将通过扫描原始文稿而获得的图像数据发送给流管理服务器10作为用于工作流的输入数据。此外，图像形成装置30可以打印作为工作流的执行结果而递送的数据。

文档管理服务器50是包括数据库的计算机，该数据库在管理数据的同时将数据与数据的属性信息相关联。文档管理服务器50是由流管理服务器10所执行的工作流的执行结果的示例性输出目的地。当文档管理服务器50是输出目的地时，输出数据被存储在文档管理服务器50的数据库中。

邮件服务器60具有与普通的邮件服务器类似的功能。在实施例中，邮件服务器60是由流管理服务器10执行的工作流的执行结果的示例性输出目的地。在邮件服务器60是输出目的地的情况下，输出数据被附加到电子邮件上，并被传输至在所执行的工作流中设置的邮件地址。邮件服务器60可以是数据的输入源，该数据是工作流的处理对象。例如，被附加到指向预定地址的电子邮件上的数据可以作为工作流的处理对象。

文件服务器70是积聚共同地在网络61中拥有的文件并且管理这些文件的计算机。在实施例中，文件服务器70是由流管理服务器10所执行的工作流的执行结果的示例性输出目的地。例如输出到文件服务器70的数据被存储至文件服务器内提供的文件夹中。文件服务器70可以是数据的输入源，该数据是工作流的处理对象。例如，存储在文件服务器70的预定文件夹中的文件可以被发送到流管理服务器10。

图2示出了本发明实施例的流管理服务器的示例性硬件配置。图2中所示的流管理服务器10包括驱动设备100、辅助存储设备102、存储设备103、CPU104以及接口设备105等，它们通过总线B相互连接。

实现流管理服务器10中的处理的程序由例如CD-ROM的记录介质101供给。当具有记录在其中的程序的记录介质101被放入驱动设备100中时，该程序被从记录介质101通过驱动设备100安装在辅助存储设备102上。然而，程序并非总是从记录介质101来安装，而是可以通过网络从另一台计算机下载。辅助存储设备102除了存储所安装的程序外，还存储必要的文件、数据等。

当程序被指示要调用时，存储设备103从辅助存储设备102中读取程序并将所读取的程序存储到存储设备203。CPU104遵照存储在存储设备103中的程序执行与流管理服务器10相关的功能。接口设备105被用作连接网络的接口。

流管理服务器10可以是包括多台计算机的计算机系统。

图3示出了本发明实施例的流管理服务器的示例性功能结构。参考图3，流管理服务器10包括作业输入部11、流执行控制部12、处理部等。当由CPU104执行安装在流管理服务器10上的一个或多个程序时这些部件被实现。流管理服务器10使用存储部作为作业队列14、流定义存储部15以及规则定义存储部16。这些存储部可以由辅助存储设备102、通过网络连接到流管理100的存储设备等来实现。

流定义存储部15存储流定义数据。流定义数据是其中记录了流定义的数据。在该实施例中，流定义数据中的一条对应一个工作流。因此，流定义数据是针对每个具有互不相同的过程的工作流而制定的。

作业输入部11接收工作流的执行请求、用于工作流的输入数据等，并且将与工作流相关的作业信息输入至作业队列14中。在该实施例中，作业是在执行工作流时的可执行的单位。例如，在相同的工作流被执行多次的情况中，与工作流对应的作业是不同的。其后，与工作流对应的作业被称为“流作业”。

作业队列14以先入先出(FIFO)模式存储输入作业信息。例如，作业信息是：包括作业定义数据、例如从图像形成设备30发送的图像数据的处理对象的数据、流作业的元信息等等的信息，其中该作业定义数据是根据与将要被执行的对象的流作业相关的流定义数据的副本而生成的。元信息是关于整个流作业或形成与流作业相关的工作流的处理单位的属性信息。例如，元信息包括：已指示执行流作业的用户的用户名称、作为处理对象的数据的数据大小、流作业的执行日期等。对应于一个流作业的作业信息可以被存储在一个文件夹中，并由一个文件夹来管理。

流执行控制部12按照将作业信息存储至作业队列中的顺序，从作业队列14中取出作业信息，并且根据所取出的作业信息来控制流作业的执行。例如，流执行控制部12以由在被取出的作业信息中所包括的流定义数据所定义的顺序，调用对应于每个处理单位13的处理部13。

处理单位13执行形成工作流的处理单位(活动)。例如，由处理部13的其中之一执行处理单位的其中之一。因此，工作流是通过由具有互不相同的处理内容的处理部13中的至少一个所执行的处理单位的连接而实现的。然而，同样的处理单位可以至少两次出现在一个工作流中。

在本实施例中，形成由流管理服务器10执行的工作流的至少一个处理单位，可以被大致分为输入处理、中间处理、输出处理和规则处理。例如，输入处理是将输入数据从例如图像形成装置30的外部装置输入到工作流的处理。

例如，中间处理是对于作为流作业的处理对象的数据的处理过程。中间处理的示例是图像校正处理、光学字符识别(OCR)处理、条形码识别处理、图像转换处理和翻译处理。

输出处理是以用户能够使用的模式输出由流作业所生成的数据的处理。用户能够使用的模式不仅包括例如打印到纸上的、用户可以直接使用的模式，而且还包括诸如电子存储的、用户能够通过应用等来使用的模式。输出处理的示例是向预定计算机的文件夹的递送处理。此外，预定的邮件地址可以是递送目的地。此外，在图像数据的输入源处的图像形成装置30或者不同于该图像形成装置30的另一图像形成装置可以作为递送目的地。在这种情况下，被递送的数据可以由递送目的地处的图像形成装置30来打印。

规则处理是例如当工作流具有分支时被执行以选择分支的分支目的地的处理。在实施例中，其中定义了分支目的地的选择标准等的信息被称为“规则定义”。规则定义存储部16为每个分支目的地存储规则定义。每个规则定义包括“条件定义”和“动作定义”。条件定义是表示当选择或者采用规则定义时需要被满足的定义(在其后，“选择”包括“选择”和“采用”的含义)。动作定义是表示在选择规则定义的情况下要被执行的处理单位的信息。当执行了流定义数据中的某个处理单位后，定义了多个处理单位作为将要被执行的候选时，工作流的分支被实现。

参考图3，处理单位13的示例是OCR处理部13a、归档处理部13b、规则处理部13c、邮件递送部13d和文件夹递送处理部13e。OCR处理部13a对作为处理对象的数据执行OCR处理。归档处理部13b对作为处理对象的数据执行归档处理。归档处理是压缩数据以便存档的处理。规则处理部13c执行规则处理。邮件递送部13d对作为处理对象的数据执行邮件递送处理。邮件递送处理是将其上被附加有作为处理对象的数据的电子邮件发送到预定地址的处理。文件夹递送处理部13e对作为处理对象的数据执行文件夹递送处理。文件夹递送处理是将作为处理对象的数据发送到预定文件夹的处理。

处理部13可以由相互独立的程序模块使CPU104来执行的处理来被实现。在其后，使得流管理服务器10(CPU104)作用为一个处理单位13的程序模块被称为“插件”。

在输入处理、中间处理、停止处理和输出处理中，处理单位13执行中间处理、停止处理或者输出处理。输入处理由作业输入部11执行。在输入处理中，作为数据输入源的外部装置是多种多样的。对于每个外部装置，输入数据的数据输入方法(对于流管理服务器的数据接收方法或者数据获取方法)可以不同。为了灵活地应对这种情况，作业输入部11可以具有图4中所示的结构。

图4示出了作业输入部11的示例性结构。可以插入的程序模块(插件)将作业输入部11与数据的输入源之间的数据交换实现为如同处理部13和数据的输入源之间的数据交换一样。参考图4，举例说明扫描输入插件111、邮件输入插件112和文件夹输入插件113。

扫描输入插件111是从图像形成设备30接收输入数据的插件。换言之，扫描输入插件111从图像形成装置30接收图像数据作为输入数据，该图像数据通过使用图像形成装置30扫描图像数据而获得。流ID、扫描处理的设置信息、与图像数据相关的属性信息等，连同图像数据一起从图像形成装置30接收。扫描输入插件111根据接收到的流ID和图像数据以符合流执行控制部12所计划的形式生成作业信息，并将所生成的作业信息存储到作业队列14中。流ID是对于工作流的每个定义(换言之，每个流定义数据)的识别信息。此外，扫描处理的设置信息、与图像数据相关的属性信息等形成了流作业的元信息。

邮件输入插件112是通过指向预定的邮件地址的电子邮件来接收执行请求以执行工作流的插件。在这种情况下，附加到电子邮件中的数据是由工作流处理的处理对象。这些数据可以是图像数据或者具有另一种形式数据。邮件输入插件112从邮件服务器60获取指向预定邮件地址的电子邮件。邮件输入插件112根据附加到电子邮件的数据以及在电子邮件中所描述的流ID，以符合流执行控制部12所计划的形式，生成作业信息，并将所生成的作业信息存储到作业队列14中。电子邮件的发送源地址和电子邮件的接收日期形成了流作业的元信息。

文件夹输入插件113是通过将文件上传至预定的文件夹来接收执行请求以执行工作流的插件。预定的文件夹可以是形成在流管理服务器10的辅助存储设备102上的文件夹，或者是形成在通过网络连接到流管理服务器10的存储设备(例如，文件服务器的存储设备)上的文件夹。文件夹输入插件113执行例如轮询预定的文件夹(周期性地查阅预定的文件夹)。如果预定的文件夹存储了包括作为处理对象的数据的文件(以下，称为“数据文件”)，或者存储了包括流ID或者设置值的文件(以下简称为“著录文件”)，则获取数据文件或著录文件。文件夹输入插件113根据所获取的数据文件和所获取的著录文件，以符合由流程控制部12所计划的形式，生成作业信息，并将所生成的作业信息存储在作业队列14中。存储在著录文件中的信息形成了流作业的元信息。

同时，用于输入该输入数据的插件可以由除了上述方法之外的方法来添加。例如，可以添加通过网页接收输入数据的插件。

如所描述的，在实施例中，输入处理、中间处理、停止处理和输出处理中的每一个都是由相应的插件来实现的。因此，可以通过生成执行所希望的处理的插件并且添加所生成的插件来增加能够被定义的工作流的种类。

其后，描述了由流管理服务器10等执行的过程。图5是示出了由作业输入部11执行的示例性过程的流程图。图5精确地示出了，用于作业输入部11的插件111、112和113中的任一项使得流管理服务器10来执行的处理。

当作业输入部11接收到用于工作流的输入数据、作为执行对象的工作流的流ID、形成了元信息的信息(步骤S11为“是”)时，作业输入部11从流定义存储部15获取对应于流ID的流定义数据(步骤S12)。当输入数据的发送源是图像形成装置30时，输入数据是扫描的图像数据。

例如，实施例中，图6中所示的工作流是执行对象。图6示出了本发明实施例的示例性具体示例。

如图6中所示，实施例中，对从图像形成装置30接收到的图像数据执行OCR处理。通过OCR处理，输出从图像数据中提取的文本数据。接着，执行归档处理。图像数据被压缩以便进行归档。接着，执行规则处理。通过规则处理，工作流的分支被实现。换言之，在规则处理中选择了“规则1”的情况下，执行邮件递送处理。在邮件递送处理中，由OCR处理而输出的文本数据被设置为主题行，以便于其中被附加有由归档处理所输出的归档文件的电子邮件被发送到预置的邮件地址。换言之，在规则处理中选择了“规则2”的情况下，执行文件夹递送处理。在文件夹递送处理中，由归档处理输出的归档文件被发送到预定的文件夹。在规则处理中既未选择规则1也未选择规则2的情况下，作为缺省而执行文件夹递送处理。在规则2的情况下文件夹递送处理中的归档文件的发送目的地中的文件夹可以不同于在缺省情况下文件夹递送处理中的归档文件的发送目的地中的文件夹。“规则1”和“规则2”中的每一个都表示规则定义。

图6中所示的工作流的流定义数据被描述如图7中所示。图7示出了本发明实施例的示例性流定义数据。在实施例中，以可扩展标记语言(XML)的形式来定义流定义数据。然而，流定义数据可以以另一种形式被定义，例如以逗号分隔的形式(CSV)。

参考图7，流定义数据500使用由<flow>标记包围的流(flow)要素作为根要素。流要素包括id要素510和作为子要素的至少一个插件(plug-in)要素。id要素510的值“Flow1”是流ID。

对于每一个处理单位定义插件要素。流定义数据500包括对应于第一OCR处理的插件要素520、对应于第二归档处理的插件要素530、对应于第三规则处理的插件要素540，对应于第四邮件递送处理的插件要素550，以及对应于第四文件夹递送处理的插件要素560。有两个第四处理，即，第四邮件递送处理和第四文件夹递送处理。这是由于分支而在第四位执行的处理单位存在两种候补。换言之，当在图6中选择了规则1的情况下执行邮件递送处理，并且当在图6中既不选择规则1也不选择规则2、或者选择了规则2的情况下，执行文件夹的递送处理。

插件要素包括顺序属性。顺序属性的值表示与插件要素相关的处理单位的执行顺序。此外，插件要素包括作为子要素的id要素和参数(parameters)要素。

id要素的值是程序(插件)的识别信息，该程序使流管理服务器10作用为执行处理单位的处理部。流执行控制部可以根据id要素的值来调用程序。在参数要素中，指定用于处理单位的输入参数(输入信息)，并且记录来自处理单位的输出参数(输出信息)。每个处理单位处理对应的输入和输出参数，该输入和输出参数对于每个处理单位不相同。因此，对应于每个处理单位而不同地提供参数要素的值的结构。

例如，对应于OCR处理的插件要素520内的参数要素包括title要素521等。title要素521是被提供以存储OCR处理结果的要素。参考图7，title要素521的值为空。这是因为，在生成流定义数据500时并未确认OCR处理结果。换言之，title要素521记录了，在根据基于流定义数据500而生成的作业定义数据所执行的OCR处理之后，由OCR处理所提取出的字符串。title要素521的要素名称“标题”表示由作为OCR对象的图像数据所形成的图像中的OCR的对象范围。具体地，“标题”表示与在形成文档的图像上的文档标题相对应的范围是OCR的对象范围。对应于文档标题的范围的坐标信息可以被设置在参数要素中或被分别地设置。插件要素520内的参数要素可以包括对应于与OCR处理相关的各种输入参数的要素。

例如，对应于归档处理的插件要素530内的参数要素包括fileType(文件类型)要素531等。fileType要素531的值表示归档文件的形式。图7示出了指定为zip形式的示例。

对应于规则处理的插件要素540内的参数要素包括至少一个ruleId要素和缺省(default)要素543。参考图7，指定了两个ruleId要素(即ruleId要素541和ruleId要素542)的示例。ruleId要素的值表示对应于作为在规则处理中的候选的规则定义的规则ID。规则ID是对于每个规则定义的识别信息。换言之，每个规则定义与该规则ID相关联并被存储在规则定义存储部16中。在实施例中，作为示例，为了易于在多个流定义中使用相同的规则定义，规则ID被指定在流定义数据中。规则定义的内容可以在流定义数据内进行描述。缺省要素543的值是表示在下述情况下被选择的处理单位(以下称为“缺省处理单位”)的信息：在规则处理中既没有选择对应于ruleId要素541的规则定义，也没有选择对应于ruleId要素542的规则定义。在实施例中，对应于缺省处理单位的插件要素内的id要素的值被用作该信息。换言之，id要素的值与缺省要素543的值相匹配。然后，与其执行顺序是插件540的下一个的插件要素560对应的处理单位是缺省处理单位。

与邮件递送处理对应的插件要素内的参数要素包括serverIp要素551、portNumber要素552、to1要素553、cc1要素554、cc2要素555和subject要素556等。serverIp要素551的值是请求目的地处的邮件服务器60的IP地址，邮件被请求发送给请求目的地。portNumber要素542的值是请求目的地处的SMTP服务器的端口号，邮件被请求发送给请求目的地。to1要素553的值是发送对象的电子邮件的第一个地址。cc1要素554的值是发送对象的电子邮件的第一抄送(Cc)地址。cc2要素555的值是发送对象的电子邮件的第二抄送地址。subject要素556的值是发送对象的电子邮件的主题行。这里，subject要素556的值由括号[]包围。这表示采用了与被[]中所指定的识别信息相关的值。“ocr/title”表示包括了其值为“ocr”的id要素的插件要素520中的title要素的值。换言之，“ocr/title”表示由OCR处理所提取的字符串。因此，subject要素556定义了由OCR处理所提取的字符串被采用为电子邮件的主题行。

对应于文件夹递送处理的插件要素560内的参数要素包括serverIp要素561和folderPath要素562。serverIp要素561的值是具有作为发送目的地的文件夹的文件服务器70的IP地址。folderPath要素562的值是作为发送目的地的文件夹的路径名称。

在步骤S12中，获取其id要素值与所接收的流ID相匹配的流定义数据。

接着，作业输入部11根据所获取的流定义数据的副本来生成作业定义数据(步骤S13)。

图8示出了本发明实施例的初始状态下的示例性作业定义数据。参考图8，对相同的部分给予与图7中的那些附图标记相同的附图标记，并省略对这些部分的解释。

参考图8，作业定义数据600a包括作为规则要素的jobInfo要素。换言之，通过将作为流要素的父要素的jobInfo要素添加到流定义数据500的副本中来形成初始状态下的作业定义数据600a。jobInfo要素包括作为流要素以外的子要素的id要素610。id要素610的值表示作业ID。作业ID由例如作业输入部11来分配。

接着，作业输入部11将包括输入数据、作业定义数据600a和元信息的作业信息存储到作业队列14中。例如，对应于流作业的文件夹被生成在用作作业队列14的预定文件夹下。可以将分别存储输入数据、作业定义数据以及元信息的文件存储到文件夹中。

接着，所描述的是响应于将作业信息存储到作业队列14中所执行的过程。图9是示出了由流执行控制部执行的示例性过程的流程图。

流执行控制部12定期地查阅作业队列14(步骤S101)。在存储了至少一个作业信息的情况下(步骤S101为“是”)，流执行控制部12从作业队列14的至少一个作业信息中取出最早的作业信息(步骤S102)。被取出的作业信息从作业队列14中删除。

接着，流执行控制部12将1赋给变量i(步骤S103)。变量i存储执行对象的处理单位的执行顺序并且根据被包括在作业信息中的作业定义数据600a而被提供在流作业(以下，称为“对象流作业”)中。其后，第i个执行的处理单位被称为“处理单位i”。

接着，流执行控制部12使得对应于处理单位i的处理部13来执行处理单位i(步骤S104)。例如，流执行控制部12请求处理部13来执行处理单位i。请求包括对象流作业的识别信息(以下称为“作业ID”)。处理部13根据对应于作业ID的作业信息来执行处理单位i。更具体地，根据在作业信息中包括的作业定义数据600a中的、对应于处理单位i的插件要素中包括的参数等来执行处理单位i。来自处理单位i的输出信息可以被记录在作业定义数据600a中。在处理单位i是OCR处理的情况下，通过OCR处理从图像数据中提取的文本数据被写入title要素521中(图8)。在处理部13完全执行处理单位i后，处理部13将包括来自处理单位i的执行结果的响应返回到流执行控制部12。处理单位的状态是例如“完成”或“错误”。“完成”指的是处理单位的执行正常结束。“错误”表示处理单位的执行异常结束。在对应于处理单位i的处理部13是规则处理部13c(换言之，处理单位i是规则处理)的情况下，包括在由规则处理所选择的规则定义中的、识别动作定义的动作列表ID，被包括在其状态表示为“完成”的响应中。在未选择规则定义的情况下，表示不存在相应规则的值(以下称为“缺省”)被包括在响应中，而不是被包括在动作列表ID的中。下文叙述详细的规则处理。参考图9，省略了状态包括“错误”的情况下执行的处理。在这种情况下，例如，对象流作业的执行被停止。

接着，流执行控制部12确定动作列表ID是否被包含在所返回的响应中(步骤S105)。在动作列表ID未被包括在响应中的情况下(步骤S105中为“否”)时，流执行控制部12确定响应是否包括“缺省”(步骤S106)。在响应不包括“缺省”的情况下(步骤S106中为“否”)时，流执行控制部12确定处理单位i是否是作业定义数据600a中最后的处理单位(步骤S111)。这里，最后的处理单位指定了其执行顺序是最后的处理单位。在存在分支的情况下，最后的处理单位指定了其在分支目的地的路径中执行顺序是最后的处理单位。在处理单位i不是最后的处理单位的情况下(步骤S111为“否”)，流执行控制部12将变量i加上“1”(步骤S112)。然后，重复在步骤S104之后的步骤。换言之，在所返回的状态是“完成”并且处理单位i不是规则处理并且处理单位i不是最后的处理单位的情况下，执行下一个处理单位。

另一方面，在动作列表ID被包括在从处理单位i返回的响应中的情况下(步骤S105为“是”)，流执行控制部12在多个处理单位i中执行根据动作列表ID指定的动作(步骤S107)。步骤S107的细节在后面叙述。接着，流执行控制部12将“N0”赋予变量i(步骤S108)。“N0”是在步骤S107中执行的处理单位的数目。

在动作列表ID未被包括在从处理单位i所返回的响应中(步骤S105中为“否”)，但“缺省”被包括在从处理单位i所返回的的响应中(步骤S106中“是”)的情况下，流执行控制部12在多个处理单位中执行缺省处理单位，该多个处理单位的执行顺序在处理单位i的执行顺序之后(步骤pS109)。缺省处理单位是根据被包括在来自处理单位i的响应中的、插件要素内的id要素的值来指定的。换言之，该响应包括作业定义数据600a中包括的插件要素540内的缺省要素的值“文件夹”(图8)。流执行控制部12指定包括具有与上述值相匹配的值的id要素的插件要素560作为与缺省处理单位对应的插件要素。因此，执行对应于插件要素560的文件夹递送处理。接着，流执行控制部12将“1”赋予变量i(步骤S110)。随后，执行步骤S111及其之后的步骤。

接着，给出规则处理的详细描述。图10是用于说明规则处理的示例性过程的流程图。在处理单位i是图9的步骤S104中的规则处理的情况下，由规则处理部13c执行图10中所示的处理。

在步骤S201中，规则处理部13c将“1”赋予变量j。变量j表示ruleId要素的顺序，该ruleId要素是从对应于规则处理的插件要素540中的ruleId要素(图8)中选择出来的处理对象。例如，参考图8，ruleId要素541是第一ruleId要素，并且ruleId要素542是第二ruleId要素。

随后，规则处理部13c根据存储在规则定义存储部16中的规则定义表T1，指定对应于插件要素540内的第j个ruleId要素的规则定义(步骤S202)。

图11示出了规则定义表的示例性结构。参考图11，规则定义表T1存储规则名称、条件定义ID、动作列表ID等。

规则ID是对于每个规则定义的识别信息。规则名称是对于每个规则定义由用户设定的名称。条件定义ID是被包括在形成了规则定义的条件定义中的条件表达式的识别信息(以下称为“条件表达式ID”)的集合的识别信息。动作列表ID是被包括在形成了规则定义的动作定义中的动作的识别信息(以下称为“条件表达式ID”)的集合(以下称为“动作列表”)的识别信息。

条件定义ID与条件表达式ID之间的对应关系被登记在存储于规则定义存储部16中的条件定义表T2内。

图12示出条件定义表的示例性结构。参考图12，条件定义表T2与条件定义ID关联地存储条件名称、条件表达式ID、条件类型等。条件名称是对于每一个由用户设置的条件定义的名称。条件表达式ID是对于每一个形成了条件定义的条件表达式的识别信息。多个条件表达式的ID可以与一个条件定义ID相关联。条件类型是表示条件表达式ID与条件表达式之间的相互关系的值，并且是“与(and)”或“或(or)”。这里，“与”表示对应于与条件定义ID对应的所有条件表达式ID的条件表达式都需要被满足。“或”表示对应于与条件定义ID对应的任一项条件表达式ID的条件表达式需要被满足。

例如，图8中所示的ruleId要素541的值是“Rule_001”。因此，在j的值是1的情况下，在步骤S202中获取与“Rule_001”相关联的条件定义ID“Condition_List_001”。结果是，指定了形成第j条规则定义的条件定义。其后，在步骤S202中获取的条件定义ID被称作“对象条件定义ID”，并且与对象条件定义ID有关的条件定义被称为“条件定义j”。

随后，规则处理部13c将“1”赋予变量k(步骤S203)。变量k是用于存储条件表达式的顺序的变量，该条件表达式是在形成了对象条件定义的至少一个条件表达式中将要被评价的评价对象。随后，规则处理部13c在对应于对象条件定义ID的条件表达式ID中，从存储在规则定义存储部16中的条件表达式表T3中获取对应于第k个条件表达式ID的条件表达式(以下称为“条件表达式k”)(步骤S204)。

图13示出了条件表达式表的示例性结构。参考图13，条件表达式表T3存储与条件表达式ID相关联的条件表达式。条件表达式包括项目：归属目的地、对象参数、比较运算符和比较值。

归属目的地和对象参数是用于指定要被与比较值相比较的值(下文称为“评价值”)的项目。换言之，归属目的地的值是评价值所归属的信息单位的识别信息。归属目的地的值的示例是作业定义数据600a内的每一个插件要素中所包括的id要素的值(图8)。例如，包括具有与归属目的地的值相匹配的值的id要素的插件要素，对应于存在于评价值的获取源中的插件要素。对象参数的值表示由归属目的地所指定的信息单位(例如，插件要素内的参数要素)中的、作为评价值的获取源的项目的识别信息。例如，其要素名(标签名)与在插件要素内的参数要素的子要素之中的对象参数的值相匹配的要素，是作为评价值的获取源的项目的示例。参考图13，与“Condition_01”对应的归属目的地的值和对象参数对应的值分别为“ocr”和“title”。因此，在作业定义数据600a中，包括具有值为“ocr”的id要素的插件要素520的title要素的值是评价值。参考图8，title要素521的值是空的。然而，通过OCR处理获得的文本数据由OCR处理部13a在规则处理被执行时被写入。归属目的地可以被指定为插件要素内的id要素的值，“系统”表示与信息处理系统1或流管理服务器10的整个系统相关的信息，或者“Job”表示与流作业相关的属性信息。在这种情况下，可以在对象参数中指定形成了与“系统”相关的属性信息的项目的名称，或者形成了与作业相关的属性信息的项目的名称。同时，与“系统”和“Job”相关的属性信息可以被包括在例如元信息中。

比较运算符是表示评价值与比较值之间的关系以满足条件表达式的运算符。比较值将要被与评价值相比较。换言之，当评价值和比较值具有由比较运算符所表示的关系时，条件表达式得以满足。例如，当OCR的结果是“帐单”时，与“Condition_01”相关的条件表达式得以满足。

随后，规则处理部13c确定所获取的条件表达式k是否被满足(步骤S205)。在条件表达式k被满足的情况下(步骤S205中为“是”)，则规则处理部13c确定条件定义j的条件类型是“或”还是“与”(步骤S206)。在条件类型是“或”的情况下(步骤S206中为“是”)，如果满足了一个条件表达式，则条件定义j得以满足。因此，规则处理部13c返回响应至流执行控制部12，该响应包括作为状态的“完成”和条件定义j的动作列表ID(步骤S207)。该动作列表是从规则定义表T1(图11)中获取的。如所描述的，根据条件定义的评价结果来选择动作列表。

在条件定义j的条件类型是“与”的情况下(步骤S206中为“否”)，则规则处理部13c确定变量k的值是否为N1或更大(步骤S208)。“N1”是对应于条件定义表T2中的对象条件定义ID的条件表达式ID的数目。换言之，确定是否与条件定义j相关的所有条件表达式都被评价了。在与条件定义j相关的所有条件表达式都被评价的情况下(步骤S208中为“是”)，则规则处理部13c返回响应至流执行控制部12，该响应包括作为状态的“完成”和条件定义j的动作列表ID(步骤S207)。在仍然存在尚未对于条件定义j被评价的条件表达式的情况下(步骤S208为“否”)，规则处理部13c将“1”赋予变量k(步骤S209)。此后，重复步骤S204及其之后的步骤。换言之，执行尚未对于条件定义j被评价过的条件表达式。

在条件表达式k不满足的情况下(步骤S205中为“否”)，规则处理部13c确定条件定义j的条件类型是“或”还是“与”(步骤S210)。当条件定义j的条件类型是“与”的情况下(步骤S210中为“是”)，规则处理部13c确定变量j的值是否为N2或更大(步骤S213)。“N2”是插件要素540内的ruleId的数目。换言之，确定与对应于插件要素540内的ruleId的所有规则定义相关的条件定义是否都已经被评价。在仍然存在有尚未被评价过的规则定义的情况下(步骤S213中为“否”)，规则处理部13c将“1”赋予变量j(步骤S214)。此后，重复步骤S202及其以后的步骤。换言之，评价尚未被评价过的规则定义。

在与对应于插件要素540内的ruleId的所有规则定义相关的条件定义都已经被评价的情况下(步骤S213中为“是”)，则没有满足条件定义的结果。然后，规则处理部13c从作业定义数据600a中获取插件要素540内的缺省要素543的值(图8)。随后，规则处理部13c将响应返回至流执行控制部12，其中响应包括作为状态的“完成”、“缺省”和缺省要素543的值(步骤S216)。

在条件定义j的条件类型是“或”的情况下(步骤S210中为“否”)，规则处理部13c确定变量k的值是否为N1或者更大(步骤S211)。在仍然存在尚未对于条件定义j评价的条件表达式的情况下(步骤S211中为“否”)，规则处理部13c将“1”赋予变量k(步骤S212)。此后，重复步骤S204及其之后的步骤。在与条件定义j相关的所有条件表达式都已经被评价过的情况下(步骤S211中为“是”)，则执行步骤S213及其之后的步骤。

接着，详细描述图9的步骤S107。图14是用于说明动作的执行处理的示例性过程的流程图。

在步骤S301中，流执行控制部12通过参照存储在规则定义存储部16中的动作列表表T4，指定对应于从规则处理部13c返回的动作列表ID的至少一个动作ID。

图15示出了动作列表表的示例性结构。参考图15，动作列表表T4与动作列表ID关联地存储动作列表名称、至少一个动作ID等。动作列表名称是用户对于每个动作列表所设置的名称。

接着，流程执行控制部12将“1”赋予变量m(步骤S302)。变量m存储动作ID的顺序，该动作ID是在步骤S301中指定的至少一个动作ID中的处理对象。

接着，流执行控制部12从存储在规则定义存储部16的动作定义表T5中获取对应于第m个动作ID的动作定义(步骤S303)。其后，所获取的动作定义被称为“动作定义m”。

图16示出了动作定义表的示例性结构。参考图16，动作定义表T5中与动作ID相关联地存储动作定义。动作定义包括例如分支目的地、归属目的地、对象参数和变化值的项目。

分支目的地是要被执行的处理单位的识别信息。在实施例中，分支目的地的项目的值由插件要素内的id要素的值来指定。

归属目的地和对象参数是用于指定变化对象的参数的项目。换言之，归属目的地的值是信息单位的识别信息，变化对象的参数属于该信息单位。归属目的地的值的示例是包括在作业定义数据600a(图8)内的各插件要素中的id要素的值。例如，包括具有与归属目的地的值相匹配的值的id要素的插件要素对应于包括变化对象的参数的插件要素。对象参数的值表示由归属目的地指定的、在信息单元(例如，插件要素内的参数要素)中的作为变化对象的项目的识别信息。例如，其要素名(标签名)与插件要素内的参数要素的子要素之中的对象参数的值相匹配的要素，是将要作为变化对象的项目。参考图16，对应于“Action_01”的归属目的地的值和对象参数的值分别是“email”和“to1”。因此，在作业定义数据600a中，包括具有值为“email”的id要素的插件要素550的to1要素553的值是变化对象。

变化值是在改变了作为变化对象的参数之后的值。换言之，作为变化对象的参数的值被变化值所盖写。归属目的地可以被指定为插件要素内的id要素的值，“系统”表示与信息处理系统1或流管理服务器10的整个系统相关的属性信息，“Job”表示与流作业相关的属性信息。在这种情况下，可以在对象参数中指定形成了与“系统”相关的属性信息的项目的名称，或者指定形成了与作业相关的属性信息的项目的名称。同时，与“系统”和“Job”相关的属性信息可以被包括在例如元信息中。

接着，流执行控制部12应用在动作定义m中所指定的变化(步骤S304)。换言之，由动作定义m的对象参数和归属目的地所指定的参数的值被动作定义m的变化值盖写。例如，参考图16，在对应于“Action_01”的动作定义是动作定义m的情况下，作业定义数据600a(图8)的插件要素550内的to1要素553的值被改变成“aaaabc.com”。换言之，在实施例中，描述的是邮件递送处理(稍后阶段的处理单位)的地址，响应于前阶段的OCR处理的结果而改变的示例。

接着，流执行控制部12使得由动作定义m所指定的分支目的地的处理单位，由对应于处理单位的处理部13来执行(步骤S305)。换言之，执行对应于由动作定义m的分支目的地所指定的插件要素的处理单位。例如，参考图16，在对应于“Action_01”的动作定义是动作定义m的情况下，在作业定义数据600a(图8)中、插件要素的执行顺序是的规则处理的执行顺序的下一个的插件要素间，邮件递送部13d根据包括id要素的插件要素550来执行邮件递送处理，该id要素具有与插件要素内的动作定义的分支目的地的值相匹配的值，在图16中对应于“Action_01”的动作定义是动作定义m的情况下。

接着，流执行控制部12确定变量m的值是否为N3或更大(步骤S306)。在实施例中，N3表示在步骤S301中获取的动作ID的数目。在变量m的值是N3或更小时(步骤S306中为“否”)，流执行控制部12将“1”加到变量m(步骤S307)。然后，重复步骤S303及其之后的步骤。在变量m的值是N3或更大时(步骤S306为“是”)，流执行控制部12结束图14的处理。

如所描述的，实施例中，分支目的地的处理单位可以响应于前一阶段的处理单位的执行结果(输出信息)而变化。此外，在稍后阶段由处理单位所使用的参数(输入信息)可以响应于前一阶段的执行结果(输出信息)而变化。换言之，工作流的灵活性得以提高。其结果是，能够减少流定义的数目。例如，在响应于与文档的标题相关的OCR处理结果而需要改变分支目的地的情况下，如果不采用实施例，则必须为每一个文档标题生成流定义并且选择由用户所确定的流定义作为执行对象。另一方面，实施例中，流定义可以被集成到一个流定义中，使得无论文档的标题如何用户都能够选择相同的流定义作为执行对象。

在实施例中，描述的是流执行控制部12执行以应用被指定为动作定义的参数中的变化的示例。然而，变化可以由规则处理部13c所应用。使用了作为变化对象的参数的处理部13可以改变参数。

此外，实施例中，描述的是OCR处理的结果是选择标准(分支目的地的选择标准)的示例。然而，实施例可以被应用到处理单位的组合中而不是图6中所示的工作流中。例如，根据从图像形成装置30接收到的图像数据是彩色还是单色，可以选择规则定义。或者，对于图像数据可以响应于条形码识别处理的执行结果来选择规则定义。

随后，描述存储在规则定义存储部16中的规则定义的设置示例。例如，可以通过图17中所示的规则设置屏幕710来设置规则定义。

图17是规则设置屏幕的示例性显示。参考图17，规则设置屏幕710包括视图显示区域711、添加按钮712、编辑按钮713、删除按钮、关闭按钮715等。规则设置屏幕710可以是从流管理服务器10下载并通过网络浏览器等显示的网页，或者可以通过安装在客户端20上的专用应用来显示。

通过规则设置屏幕710设置的规则定义的视图显示在视图显示区711中。提供添加按钮712来接收新的规则定义的添加指令。编辑按钮713是用于接收编辑指令来编辑在视图显示区711中所选择的行(以下称为“选择行”)的规则定义的按钮。提供删除按钮714来接收用于删除所选择的行的规则定义的删除指令。关闭按钮715是被提供以接收关闭指令以关闭规则设置屏幕710的按钮。

例如，当添加按钮712或编辑按钮713被按下时，规则编辑屏幕720被显示在客户端20上。

图18示出了规则编辑画面的示例性显示。参考图18，规则编辑屏幕720包括规则名称输入区721、条件定义编辑区722、动作列表编辑区723、OK按钮724等。

规则名称输入区721接收规则名称的输入。条件定义编辑区722是用于接收与用于形成规则定义的条件定义相关的设置的区域。条件定义编辑区722包括条件名称输入区7221、条件表达式视图显示区7222、添加按钮7223、编辑按钮7224、删除按钮7225、条件类型选择区7226等。

条件名称输入区7221是用于接收条件名称的输入的区域。条件表达式视图显示区7222是显示设置条件表达式的视图的区域。提供添加按钮7223以接收添加指令来添加新的条件表达式。编辑按钮7224是用于接收编辑指示来编辑在条件表达式视图显示区7222中所选择的行的条件表达式的按钮。删除按钮7225是用于接收删除指令来删除在条件表达式视图显示区7222中所选择的行的条件表达式的按钮。条件类型选择区7226是用于接收条件类型的选择的区域。

动作列表编辑区723是用于接收与用于形成规则定义的动作列表相关的设置的区域。换言之，动作列表编辑区723包括动作列表名称输入区7231、动作定义视图显示区7232、添加按钮7233、编辑按钮7234和删除按钮7235。

动作列表名称输入区7231是在其中接收动作列表名称的输入的区域。动作定义视图显示区7232是显示动作定义组的视图的区域。提供添加按钮7233以接收添加指令来添加新的动作定义。编辑按钮7234是用于接收编辑指示以编辑在动作定义视图显示区域7232中的所选择的行的动作定义的按钮。删除按钮7235是用于接收删除指令以删除在动作定义视图显示区域7232中的所选择的行的动作定义的按钮。

例如，OK按钮724在这种情况下可以操作：在条件定义编辑区722和动作列表编辑区723中分别设置了至少一个条件定义和至少一个动作列表。当OK按钮724被按下时，客户端20将动作列表编辑区域723中的设置内容(规则定义)发送到流管理服务器10。流管理服务器10的规则处理部13c将设置内容存储到规则定义存储部16中。

具体地，条件表达式视图显示区7222的内容被存储在条件表达式表T3(图13)中。此时，条件表达式ID自动由规则处理部13c进行分配。条件定义表T2(图12)存储输入到条件名称输入区7221的条件名称、在条件类型选择区7226中选择的条件类型、以及条件表达式的条件表达式ID。此时，条件定义ID自动地被规则处理部13c进行分配。另外，动作定义视图显示区7232的内容被保存在动作定义表T5(图16)中。此时，动作ID被规则处理部13c自动分配。动作列表表T4(图15)存储在动作列表名称输入区7231输入的动作列表名称和动作定义的动作ID。此时，动作列表ID被规则处理部13c自动分配。此外，规则定义表T1(图11)相互关联地存储在规则名称输入区721输入的规则名称、条件定义ID以及动作列表ID。此时，规则ID被规则处理部13c自动分配。

描述条件表达式和动作定义的设置示例。当条件定义编辑区722中的添加按钮7223被按下时，条件表达式设置屏幕730被显示在客户端20上。

图19是条件表达式设置屏幕的示例性显示。参考图19，条件表达式设置屏幕730包括归属目的地选择区731、对象参数选择区732、比较运算符选择区733、比较值输入区734、OK按钮735等。

归属目的地选择区731、对象参数选择区732和比较运算符选择区733分别以可选框列出，通过这些可选框选择形成了表达式的归属目的地、对象参数和比较运算符733。比较值输入区734是通过它来接收形成了条件表达式的比较值的输入的区域。

图20是说明响应于在条件表达式设置屏幕上的操作而执行的示例性过程的顺序图。

当用户操作归属目的地选择区731时，指示了归属目的地的视图的显示(步骤S501)。然后，客户端20将获取归属目的地的视图的获取请求发送到流管理服务器10的规则处理部13c(步骤S502)。在对于特定流定义的特定规则处理来编辑规则定义的情况下，获取请求可以包括流定义的流ID和规则处理的执行顺序。其后，根据上述情况来描述。在独立于流定义来编辑规则定义的情况下，没有必要在后续处理中使用执行顺序和流ID来缩小范围。

随后，规则处理部13c指定流ID和执行顺序并且向流执行控制部12请求获取归属目的地的视图(步骤S503)。流执行控制部12获取归属目的地的候选的视图信息(以下称为“归属目的地视图”)，并响应于获取请求将归属目的地视图返回至规则处理部13c(步骤S504)。归属目的地视图包括至少一个处理单位(插件要素)的识别信息(例如，值(以下称为“插件ID”))，该处理单位被定义以便在由指定的流ID所特定的流定义数据中以指定执行顺序中被接下来执行。例如，如果与第三规则处理相关的规则定义是图7中所示的流定义数据500的编辑对象，则其执行顺序是第四位的插件要素550和560的插件ID被获取并且被包括在归属目的地视图中。此外，“系统”、“Job”等可以被包括在作为预定归属目的地的归属目的地视图中。

随后，规则处理部13c将归属目的地视图返回至客户端20(步骤S505)。客户端20使用归属目的地选择区731的列表框，并且使得归属目的地的视图被显示(步骤S506)。用户从归属目的地视图中选择任何一个归属目的地。

当用户操作对象的参数选择区732时，指示对象参数的视图的显示(步骤S507)。然后，客户端20将用于获取对于条件表达式的参数的视图的获取请求发送至流管理服务器10的规则处理部13c(步骤S508)。获取请求包括“系统”、“Job”或者插件ID作为在归属目的地选择区731中选择的归属目的地的识别信息。

随后，规则处理部13c从对应于包含在获取请求中的识别信息的归属目的地中，获取可以被用于条件表达式的参数的视图信息(S509，S510)。例如，以下参数结构信息被存储到针对每个归属目的地的辅助存储设备102中。

图21示出了示例性的参数结构信息。参考图21，示出了邮件递送部13d的参数结构信息。对于由归属目的地所保持的每个参数，参数结构信息包括参数ID、存取权限、数据形式、比较运算符、标签等。

参数ID是每个参数的识别信息。参数ID可以是被用作对应于流定义数据500的要素的要素名称(标签名称)的值。存取权限表示从不同于该参数的归属目的地(例如，不同于邮件递送部13d)的一方存取参数的权限。“r”表示用来查阅的查阅权限。“w”表示写权限。例如，对于与处理部13(插件)中的任何一个有关的参数，“r”代表查阅包括在作业定义数据中的参数的值的查阅权限，而“w”代表对包含在作业定义数据中的参数写入的写入权限。数据形式是参数的数据形式。比较运算符是可用于参数的比较运算符。除了图示的比较运算符外，开始匹配、末尾匹配、或完美匹配可以用作比较运算符。标签是用于在用户接口等上显示参数的字符串。

在参数被用在条件表达式中的情况下，参数的值不改变。换言之，当参数被用于在条件表达式中时具有参数的查阅权限就足够了。因此，在步骤S509和S510中，在对应于包括在获取请求中的识别信息的参数结构信息中，获取在其存取权限中具有“r”的参数信息的视图(下文称为“用于条件表达式的视图列表”)，以获取对于条件表达式的参数的视图。参数信息是包括参数ID、数据形式、标签等的信息。

随后，规则处理部13c将用于条件表达式的参数的视图返回至客户端20(步骤S511)。客户端20使用对象参数选择区732的列表框，以便显示包括在用于条件表达式的参数的视图中的标签视图(步骤S512)。

接着，用户从所显示的视图中选择任何一个参数(步骤S513)。客户端20在条件表达式设置屏幕730的比较运算符选择区733中，设置与所选择的参数相关的参数信息中包括的比较运算符作为选项。客户端20设置比较值输入区734使得可以被输入到比较值输入区734的值被限制为包括在与所选择的参数相关的参数信息中的数据形式。

随后，用户选择比较运算符，输入比较值，并按下确定按钮735。然后，客户端20将条件表达式设置屏幕730的设置内容反映(复制)到规则编辑屏幕720的条件表达式视图显示区7222中(图18)。换言之，新行被添加到条件表达式视图显示区7222，并且条件表达式设置屏幕730的设置内容被设置到行中。

在另一方面，当规则编辑屏幕720的动作列表编辑区723上的添加按钮7233(图18)被按下时，动作定义设置屏幕740显示在客户端20上。

图22是动作定义设置屏幕740的示例性显示。参考图22，动作定义设置屏幕740包括分支目的地选择区741、归属目的地选择区742、对象参数选择区743、变化值输入区744、和OK按钮745等。

分支目的地选择区741、归属目的地选择区742和对象参数选择区743以可选框列出，用于选择形成了动作定义的分支目的地、归属目的地和对象参数。变化值输入区744是用于接收形成动作定义的变化值的输入的区域。

图23是说明响应于在动作定义设置屏幕上的操作而执行的示例性过程的顺序图。

当用户操作分支目的地选择区741时，指示了分支目的地视图的显示(步骤S601)。客户端20将分支目的地视图的获取请求发送至流管理服务器10的规则处理部13c(步骤S602)。获取请求包括编辑对象的流定义的流ID和规则处理的执行顺序。

随后，规则处理部13c指定流ID和执行顺序并且向流执行控制部12请求获取分支目的地的视图(步骤S603)。流执行控制部12获取分支目的地的候选的视图信息(以下称为“分支目的地视图”)，并响应于获取请求将分支目的地视图返回至规则处理部13c(步骤S604)。分支目的地视图包括至少一个处理单位(插件要素)的插件ID，该处理单位被定义以便在由指定的流ID所特定的流定义数据中的指定执行顺序中被接下来执行。例如，如果与第三规则处理相关的规则定义是在图7中所示的流定义数据500的编辑对象，则其执行顺序是第四位的插件要素550和560的插件ID被获取并被包括在分支目的地视图中。

随后，规则处理部13c将分支目的地视图返回给客户端20(步骤S605)。客户端20使用分支目的地选择区741的列表框并且使得分支目的地视图显示(步骤S606)。用户从所显示的分支目的地视图中选择任何一个分支目的地。

接着，当用户操作归属目的地选择区742时，指示归属目的地视图的显示(步骤S607)。然后，类似于图20中所示的步骤S502至S506的处理被执行(步骤S608至S612)。

随后，当用户操作对象参数选择区743时，指示对象参数的视图的显示(步骤S613)。然后，类似于图20中所示的步骤S508到S512的处理被执行(步骤S614至S618)。动作定义的对象参数是变化对象的参数。换言之，对于用于动作定义的参数不仅要求查阅权限还要求写入权限。因此，在步骤S615和S616中，在对应于包括在获取请求中的识别信息的参数结构信息中，获取其存取权限中具有“r”和“w”的参数信息的视图，以获取用于动作定义的参数的视图。

接着，用户从所显示的视图中选择任何一个参数(步骤S619)。客户端20设置变化值输入区744，使得可以被输入到变化值输入区744的值仅限于与所选择的参数相关的参数信息中所包括的数据形式。

随后，用户输入变化值并按下OK按钮745。然后，客户端20将动作定义设置屏幕740的设置内容反映(复制)到规则编辑屏幕720的动作定义视图显示区7232(图18)。换言之，新行被添加到动作定义视图显示区7232中，并且动作定义设置屏幕740的设置内容被设置到行中。

在实施例中，流管理服务器10是信息处理装置或信息处理系统的示例。流执行控制部12是处理控制部的示例。规则处理部13c是选择部的示例。

如上所述，在实施例中，可以改善由处理单位的组合而形成的处理流的灵活性。

可以以任何便利的形式来实现本发明，例如使用专用硬件或者专用硬件与软件的混合。本发明可以被实现为由一个或者多个联网的处理装置实施的计算机软件。网络可以包括任何便利的地面或者无线通信网络，例如互联网(Internet)。处理装置可以包括任何适于编程的装置，例如通用目的计算机、个人数字助理、移动电话(例如WAP或者兼容3G的电话)等。由于本发明可以被实现为软件，因此本发明的每个和每一方面都包括可以在可编程设备上实现的计算机软件。可以使用用于存储处理器可读的代码的任何存储器介质(例如软盘、硬盘、光盘(CD-ROM)、磁带装置或者固态存储设备)来向可编程设备提供计算机软件。

本文引用的所有示例和条件语言旨在用于教导的目的，以帮助读者理解本发明的原理和发明人对现有技术贡献的概念，并且应被解释为不限于这些具体引用的示例和条件，也不限于与显示本发明的优劣相关的说明书中的这些示例的组织。尽管信息处理装置已经被详细地描述，但是应当理解的是，可以对其做出各种改变，替换和变更而不脱离本发明的精神和范围。

本申请根据并要求申请日为2014年7月31日的在先日本专利申请No.2014-155891的优先权的权益，其全部内容通过引用的方式合并于此。

Claims (12)

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

处理控制部，用于以在定义信息中所定义的顺序来执行被提供用于输入数据的至少一个处理单位；以及

选择部，用于根据从所述至少一个处理单位所获取的输出信息，在被定义在定义信息中的多个处理单位中选择由所述处理控制部执行的对象处理单位，作为在每个所述至少一个处理单位之后将要被执行的候选处理单位。

2.根据权利要求1所述的信息处理装置，

其中所述选择部根据先前对于所述输出信息设置的条件的评价结果，在所述多个处理单位之中选择所述对象处理单位。

3.根据权利要求2所述的信息处理装置，

其中所述选择部在对被定义为候选处理单位的多个处理单位中的每一个所设置的条件中，选择对应于符合条件的所述对象处理单位。

4.根据权利要求3所述的信息处理装置，

其中所述处理控制部使得信息作为用于由所述选择部所选择的所述对象处理单位的输入信息，该信息与对于被定义为所述候选处理单位的所述多个处理单位中的每一个而设置的所述条件相关联。

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

处理控制部，用于以在定义信息中所定义的顺序来执行被提供用于输入数据的至少一个处理单位；以及

选择部，用于根据从所述至少一个处理单位所获取的输出信息，在被定义在定义信息中的多个处理单位中选择由所述处理控制部所执行的对象处理单位，作为在每个所述至少一个处理单位之后将要被执行的候选处理单位。

6.根据权利要求5所述的信息处理系统，

其中所述选择部根据先前对于所述输出信息设置的条件的评价结果，在所述多个处理单位之中选择所述对象处理单位。

7.根据权利要求6的信息处理系统，

其中所述选择部在对被定义为候选处理单位的多个处理单位中的每一个所设置的条件中，选择对应于符合条件的所述对象处理单位。

8.根据权利要求7的信息处理系统，

其中所述处理控制部使得信息作为用于由所述选择部所选择的所述对象处理单位的输入信息，该信息与对于被定义为所述候选处理单位的所述多个处理单位中的每一个而设置的所述条件相关联。

9.一种处理信息的方法，由包括信息处理装置的信息处理系统来执行，所述方法包括：

以在定义信息中所定义的顺序来执行被提供用于输入数据的至少一个处理单位；以及

根据从所述至少一个处理单位所获取的输出信息，在被定义在定义信息中的多个处理单位中选择由处理控制部所执行的对象处理单位，作为在每个所述至少一个处理单位之后将要被执行的候选处理单位。

10.根据权利要求9所述的方法，

其中所述选择所述对象处理单位的步骤，根据先前对于所述输出信息设置的条件的评价结果，在所述多个处理单位之中选择所述对象处理单位。

11.根据权利要求10所述的方法，

其中所述选择所述对象处理单位的步骤，在对被定义为候选处理单位的多个处理单位中的每一个所设置的条件中，选择对应于符合条件的所述对象处理单位。

12.根据权利要求11所述的方法，

其中所述执行所述至少一个处理单位的步骤，使得信息作为用于由选择所述对象处理单位的步骤所选择的对象处理单位的输入信息，该信息与对于被定义为所述候选处理单位的所述多个处理单位中的每一个而设置的所述条件相关联。