输入参数(输入信息)，并且记录来自处理单位的输出参数(输出信息)。每个处理单位处理对应的输入和输出参数，该输入和输出参数对于每个处理单位不相同。因此，对应于每个处理单位而不同地提供参数要素的值的结构。
[0109]例如，对应于OCR处理的插件要素520内的参数要素包括title要素521等。title要素521是被提供以存储OCR处理结果的要素。参考图7，title要素521的值为空。这是因为，在生成流定义数据500时并未确认OCR处理结果。换言之，title要素521记录了，在根据基于流定义数据500而生成的作业定义数据所执行的OCR处理之后，由OCR处理所提取出的字符串。title要素521的要素名称“标题”表示由作为OCR对象的图像数据所形成的图像中的OCR的对象范围。具体地，“标题”表示与在形成文档的图像上的文档标题相对应的范围是OCR的对象范围。对应于文档标题的范围的坐标信息可以被设置在参数要素中或被分别地设置。插件要素520内的参数要素可以包括对应于与OCR处理相关的各种输入参数的要素。
[0110]例如，对应于归档处理的插件要素530内的参数要素包括fileType (文件类型)要素531等。fileType要素531的值表示归档文件的形式。图7示出了指定为zip形式的示例。
[0111]对应于规则处理的插件要素540内的参数要素包括至少一个ruleld要素和缺省(default)要素543。参考图7，指定了两个ruleld要素(即ruleld要素541和ruleld要素542)的示例。ruleld要素的值表示对应于作为在规则处理中的候选的规则定义的规则ID。规则ID是对于每个规则定义的识别信息。换言之，每个规则定义与该规则ID相关联并被存储在规则定义存储部16中。在实施例中，作为示例，为了易于在多个流定义中使用相同的规则定义，规则ID被指定在流定义数据中。规则定义的内容可以在流定义数据内进行描述。缺省要素543的值是表示在下述情况下被选择的处理单位(以下称为“缺省处理单位”)的信息:在规则处理中既没有选择对应于ruleld要素541的规则定义，也没有选择对应于ruleld要素542的规则定义。在实施例中，对应于缺省处理单位的插件要素内的id要素的值被用作该信息。换言之，id要素的值与缺省要素543的值相匹配。然后，与其执行顺序是插件540的下一个的插件要素560对应的处理单位是缺省处理单位。
[0112]与邮件递送处理对应的插件要素内的参数要素包括serverlp要素551、portNumber 要素 552、tol 要素 553、ccl 要素 554、cc2 要素 555 和 subject 要素 556 等。serverlp要素551的值是请求目的地处的邮件服务器60的IP地址，邮件被请求发送给请求目的地。portNumber要素542的值是请求目的地处的SMTP服务器的端口号，邮件被请求发送给请求目的地。tol要素553的值是发送对象的电子邮件的第一个地址。ccl要素554的值是发送对象的电子邮件的第一抄送(Cc)地址。cc2要素555的值是发送对象的电子邮件的第二抄送地址。subject要素556的值是发送对象的电子邮件的主题行。这里，subject要素556的值由括号[]包围。这表示采用了与被[]中所指定的识别信息相关的值。“ocr/title”表示包括了其值为“ocr”的id要素的插件要素520中的title要素的值。换言之，“ocr/title”表示由OCR处理所提取的字符串。因此，subject要素556定义了由OCR处理所提取的字符串被采用为电子邮件的主题行。
[0113]对应于文件夹递送处理的插件要素560内的参数要素包括serverlp要素561和folderPath要素562。serverlp要素561的值是具有作为发送目的地的文件夹的文件服务器70的IP地址。folderPath要素562的值是作为发送目的地的文件夹的路径名称。
[0114]在步骤S12中，获取其id要素值与所接收的流ID相匹配的流定义数据。
[0115]接着，作业输入部11根据所获取的流定义数据的副本来生成作业定义数据(步骤S13)。
[0116]图8示出了本发明实施例的初始状态下的示例性作业定义数据。参考图8，对相同的部分给予与图7中的那些附图标记相同的附图标记，并省略对这些部分的解释。
[0117]参考图8，作业定义数据600a包括作为规则要素的joblnfo要素。换言之，通过将作为流要素的父要素的joblnfo要素添加到流定义数据500的副本中来形成初始状态下的作业定义数据600a。joblnfo要素包括作为流要素以外的子要素的id要素610。id要素610的值表示作业ID。作业ID由例如作业输入部11来分配。
[0118]接着，作业输入部11将包括输入数据、作业定义数据600a和元信息的作业信息存储到作业队列14中。例如，对应于流作业的文件夹被生成在用作作业队列14的预定文件夹下。可以将分别存储输入数据、作业定义数据以及元信息的文件存储到文件夹中。
[0119]接着，所描述的是响应于将作业信息存储到作业队列14中所执行的过程。图9是示出了由流执行控制部执行的示例性过程的流程图。
[0120]流执行控制部12定期地查阅作业队列14(步骤S101)。在存储了至少一个作业信息的情况下(步骤S101为“是”)，流执行控制部12从作业队列14的至少一个作业信息中取出最早的作业信息(步骤S102)。被取出的作业信息从作业队列14中删除。
[0121]接着，流执行控制部12将1赋给变量i (步骤S103)。变量i存储执行对象的处理单位的执行顺序并且根据被包括在作业信息中的作业定义数据600a而被提供在流作业(以下，称为“对象流作业”)中。其后，第i个执行的处理单位被称为“处理单位i”。
[0122]接着，流执行控制部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，省略了状态包括“错误”的情况下执行的处理。在这种情况下，例如，对象流作业的执行被停止。
[0123]接着，流执行控制部12确定动作列表ID是否被包含在所返回的响应中(步骤S105)。在动作列表ID未被包括在响应中的情况下(步骤S105中为“否”)时，流执行控制部12确定响应是否包括“缺省”(步骤S106)。在响应不包括“缺省”的情况下(步骤S106中为“否”)时，流执行控制部12确定处理单位i是否是作业定义数据600a中最后的处理单位(步骤S111)。这里，最后的处理单位指定了其执行顺序是最后的处理单位。在存在分支的情况下，最后的处理单位指定了其在分支目的地的路径中执行顺序是最后的处理单位。在处理单位i不是最后的处理单位的情况下(步骤S111为“否”)，流执行控制部12将变量i加上“1”(步骤S112)。然后，重复在步骤S104之后的步骤。换言之，在所返回的状态是“完成”并且处理单位i不是规则处理并且处理单位i不是最后的处理单位的情况下，执行下一个处理单位。
[0124]另一方面，在动作列表ID被包括在从处理单位i返回的响应中的情况下(步骤S105为“是”)，流执行控制部12在多个处理单位i中执行根据动作列表ID指定的动作(步骤S107)。步骤S107的细节在后面叙述。接着，流执行控制部12将“N0”赋予变量i (步骤S108)。“N0”是在步骤S107中执行的处理单位的数目。
[0125]在动作列表ID未被包括在从处理单位i所返回的响应中(步骤S105中为“否”)，但“缺省”被包括在从处理单位i所返回的的响应中(步骤S106中“是”)的情况下，流执行控制部12在多个处理单位中执行缺省处理单位，该多个处理单位的执行顺序在处理单位i的执行顺序之后(步骤P S109)。缺省处理单位是根据被包括在来自处理单位i的响应中的、插件要素内的id要素的值来指定的。换言之，该响应包括作业定义数据600a中包括的插件要素540内的缺省要素的值“文件夹”(图8)。流执行控制部12指定包括具有与上述值相匹配的值的id要素的插件要素560作为与缺省处理单位对应的插件要素。因此，执行对应于插件要素560的文件夹递送处理。接着，流执行控制部12将“1”赋予变量i (步骤S110)。随后，执行步骤S111及其之后的步骤。
[0126]接着，给出规则处理的详细描述。图10是用于说明规则处理的示例性过程的流程图。在处理单位i是图9的步骤S104中的规则处理的情况下，由规则处理部13c执行图10中所示的处理。
[0127]在步骤S201中，规则处理部13c将“1”赋予变量j。变量j表示ruleld要素的顺序，该ruleld要素是从对应于规则处理的插件要素540中的ruleld要素(图8)中选择出来的处理对象。例如，参考图8，ruleld要素541是第一 ruleld要素，并且ruleld要素542是第二 ruleld要素。
[0128]随后，规则处理部13c根据存储在规则定义存储部16中的规则定义表T1，指定对应于插件要素540内的第j个ruleld要素的规则定义(步骤S202)。
[0129]图11示出了规则定义表的示例性结构。参考图11，规则定义表T1存储规则名称、条件定义ID、动作列表ID等。
[0130]规则ID是对于每个规则定义的识别信息。规则名称是对于每个规则定义由用户设定的名称。条件定义ID是被包括在形...