CN101288051B - 联合任务处理系统、任务联合作业流创建设备、方法和执行方法 - Google Patents

Abstract

为了创建具有机器类型依赖性并且可在不同类型的装置中共用的作业流，客户端P C的CPU显示与可用在第一打印处理装置中的任务有关的第一任务信息，并创建可在第一打印处理装置中被执行的第一任务联合作业流。然后，客户端PC的CPU使用所述第一任务信息，基于所输入的编辑指令，创建第一任务联合作业流的定义信息。另外，客户端PC的CPU基于所创建的第一联合作业流的定义信息以及与可用在第二打印处理装置中的任务有关的第二任务信息，生成可在第二任务处理装置中被执行的第二任务联合作业流的定义信息。

Description

联合任务处理系统、任务联合作业流创建设备、方法和执行方法

技术领域

本发明涉及能够使用户创建任务联合作业流的定义信息的技术，该任务联合作业流包括可作为系列所联合的作业处理被执行并可用在不同的任务处理装置中的多个任务。 

背景技术

具有诸如复印、传真、扫描以及打印功能的多种功能的多功能外围设备可以实现能够基于复制和传真功能来处理纸件文档以及还能够在个人计算机上处理电子文档数据的联合作业处理系统(cooperative job processing system)。 

更具体地，多功能外围设备可以扫描纸件文档，并将所扫描的文档数据传送给个人计算机。多功能外围设备可以接收传真文档，并将所收到的图像数据直接发送给个人计算机。另外，期望联合并使随后的基于纸件文档或者传真文档的电子数据的程序以及处理自动化。 

因此，传统技术准备说明与多功能外围设备的各项有关的期望设置的联合模板，并使用户可以指定期望的联合模板，以及如果有必要则使用户可以改变设置值。 

例如，传统图像形成设备可以存储多种类型的输出设置数据(即，联合模板)，以根据所选择的输出设置数据的输出格式形成输出图像(参考日本特开平10-083263)。 

另外，上述图像形成设备不仅可以执行它自身功能的设置，而且可以执行通过网络所连接的其他扫描仪或打印机的设置以及图像形成系统的联合处理的设置(参考日本特开2004-287861)。 

但是，根据日本特开2004-287861中所公开的系统，在可 在具有不同功能的多个图像形成设备中共用的联合模板中包括适用于指定图像形成设备的特有功能(例如，打印机中的“高压缩PDF”功能)，是不可能的或者是相当受限制的。 

因此，即使联合模板可被共用，该联合模板也不能包括单个图像形成设备的非常先进的功能。 

另外，使用各设备的特有功能创建联合模板遇到下面的问题。例如，如果装置具有多种机器类型，则联合模板不能被共用在不同的机器类型中。另外，需要为各个机器类型准备不同的多个模板，虽然各模板的内容相互类似。 

发明内容

本发明的实施例针对能够克服或至少能够缓和上述问题的技术。 

另外，本发明的至少一个实施例针对能够创建并执行可以共用在通过网络相连接的多个装置中的联合作业流(对应于上述联合模板)以有效并灵活地利用它们的功能的机制。 

另外，本发明的至少一个实施例针对能够将装置独立联合作业流灵活地转换为装置依赖联合作业流并在各装置中执行转换后的作业流的机制。 

更具体地，根据本发明的一方面，一种任务联合作业流创建设备，用于创建包括能作为系列所联合的作业处理被执行并且能在包括机器类型彼此不同的第一和第二任务处理装置的多种机器类型的任务处理装置中使用的多个任务的任务联合作业流的定义信息，所述任务联合作业流创建设备包括：显示单元，用于在创建能在所述第一任务处理装置中被执行的第一任务联合作业流的定义信息的过程中，显示与能在所述第一任务处理装置中使用的多个任务有关的第一任务信息；编辑创建单元， 用于使用由所述显示单元所显示的所述第一任务信息，基于所输入的编辑指令，创建所述第一任务联合作业流的定义信息；以及生成单元，用于基于由所述编辑创建单元所创建的所述第一任务联合作业流的所述定义信息以及与能在所述第二任务处理装置中使用的多个任务有关的第二任务信息，生成能在所述第二任务处理装置中被执行的第二任务联合作业流的定义信息，其中，所述生成单元通过从所述第一任务联合作业流中删除不能在所述第二任务处理装置中使用的一个或多个任务来生成所述第二任务联合作业流的定义信息。 

根据本发明的另一方面，提供一种信息处理设备，用于创建包括能作为系列所联合的作业处理被执行并且能在包括机器类型彼此不同的第一和第二任务处理装置的多种机器类型的任务处理装置中使用的多个任务的任务联合作业流的定义信息，所述信息处理设备包括：显示单元，用于在创建能在所述第一任务处理装置中被执行的第一任务联合作业流的定义信息的过程中，显示与能在所述第一任务处理装置中使用的多个任务有关的第一任务信息；编辑创建单元，用于使用由所述显示单元所显示的所述第一任务信息，基于所输入的编辑指令，创建所述第一任务联合作业流的定义信息；以及生成单元，用于基于由所述编辑创建单元所创建的所述第一任务联合作业流的所述定义信息以及与能在所述第二任务处理装置中使用的多个任务有关的第二任务信息，生成能在所述第二任务处理装置中被执行的第二任务联合作业流的定义信息，其中，当所述第二任务信息包括未包括在所述第一任务信息中的第二单独任务信息时，所述生成单元询问在所述第二任务联合作业流的定义信息的生成过程中是否应该使用所述第二单独任务信息的各项，其中，所述生成单元将应该使用的所述第二单独任务信息的各项 并入所述第一任务联合作业流的定义信息中，而不将不应该使用的所述第二单独任务信息的各项并入所述第一任务联合作业流的定义信息中，以生成所述第二任务联合作业流的定义信息。 

根据本发明的另一方面，提供一种信息处理设备，用于创建包括能作为系列所联合的作业处理被执行并且能在包括机器类型彼此不同的第一和第二任务处理装置的多种机器类型的任务处理装置中使用的多个任务的任务联合作业流的定义信息，所述信息处理设备包括：显示单元，用于在创建能在所述第一任务处理装置中被执行的第一任务联合作业流的定义信息的过程中，显示与能在所述第一任务处理装置中使用的多个任务有关的第一任务信息；编辑创建单元，用于使用由所述显示单元所显示的所述第一任务信息，基于所输入的编辑指令，创建所述第一任务联合作业流的定义信息；生成单元，用于基于由所述编辑创建单元所创建的所述第一任务联合作业流的所述定义信息以及与能在所述第二任务处理装置中使用的多个任务有关的第二任务信息，生成能在所述第二任务处理装置中被执行的第二任务联合作业流的定义信息；以及设置单元，用于判断是否应该在由所述生成单元所生成的所述任务联合作业流的定义信息中使用能在所述多种机器类型的任务处理装置中使用的单独任务，其中，当所述第二任务信息包括未包括在所述第一任务信息中的第二单独任务时，所述生成单元将被所述设置单元设置为使用的所述第二单独任务信息并入到所述第一任务联合作业流的定义信息中，而不将被所述设置单元设置为不使用的所述第二单独任务信息并入到所述第一任务联合作业流的定义信息中，以生成所述第二任务联合作业流的定义信息。 

根据本发明的另一方面，提供一种任务联合作业流执行系统，用于创建包括能作为系列所联合的作业处理被执行并且能 在包括通过网络能相互通信的多种机器类型的任务处理装置、管理服务器以及客户端设备的联合任务处理系统中使用的多个任务的任务联合作业流的定义信息，所述系统包括：显示单元，其包括在所述客户端设备中，用于在创建能在所述多种机器类型的任务处理装置中的第一任务处理装置中被执行的第一任务联合作业流的定义信息的过程中，显示与能在所述第一任务处理装置中使用的多个任务有关的第一任务信息；编辑创建单元，其包括在所述客户端设备中，用于使用由所述显示单元所显示的所述第一任务信息，基于所输入的编辑指令，创建所述第一任务联合作业流的定义信息；生成单元，其包括在所述客户端设备中，用于基于由所述编辑创建单元所创建的所述第一任务联合作业流的所述定义信息以及与能在与所述第一任务处理装置的机器类型不同的第二任务处理装置中使用的多个任务有关的第二任务信息，生成能在所述第二任务处理装置中被执行的第二任务联合作业流的定义信息，其中，所述生成单元通过从所述第一任务联合作业流中删除不能在所述第二任务处理装置中使用的一个或多个任务来生成所述第二任务联合作业流的定义信息；第一发送单元，其包括在所述客户端设备中，用于将由所述生成单元所生成的所述第一任务联合作业流的定义信息和所述第二任务联合作业流的定义信息发送给所述管理服务器；注册单元，其包括在所述管理服务器中，用于将发送自所述客户端设备的所述第一任务联合作业流的定义信息和所述第二任务联合作业流的定义信息存储在存储单元中；第二发送单元，其包括在所述管理服务器中，用于根据来自所述第一任务处理装置和所述第二任务处理装置的请求，将注册在所述存储单元中的所述第一任务联合作业流的定义信息和所述第二任务联合作业流的定义信息分别发送给所述第一任务处理装置和所 述第二任务处理装置；以及执行单元，其包括在所述第一任务处理装置和所述第二任务处理装置中，用于从所述管理服务器分别获得所述第一任务联合作业流的定义信息和所述第二任务联合作业流的定义信息，并分别执行所述第一任务联合作业流的定义信息和所述第二任务联合作业流的定义信息。 

还根据本发明的另一方面，提供一种服务处理设备，包括：显示单元，用于区别地显示适用于多个装置的共用服务以及依赖于单个装置的特有服务，以及创建单元，用于创建合并了在所述显示单元上所显示的服务的流程。 

另外，根据本发明的另一方面，提供一种服务处理设备，包括：存储单元，用于存储专用于第一装置的特有服务和专用于第二装置的特有服务；以及创建单元，用于基于存储在所述存储单元中的专用于所述第一装置的所述特有服务以及专用于所述第二装置的所述特有服务，从所述第一装置的服务流创建所述第二装置的服务流。 

仍然还根据本发明的另一方面，提供一种管理服务器，包括：存储单元，用于存储定义包括能作为所联合的作业处理被执行的多个任务的流程的装置独立流程定义信息以及将所述装置独立流程定义信息转换成装置依赖流程定义信息所需的各装置的转换信息；以及控制单元，用于响应于来自装置的流程执行请求，基于与所述装置相对应的转换信息，将与所述请求相对应的所述流程定义信息灵活地转换成装置依赖流程定义信息，并将转换后的信息发送给所述装置。 

还根据本发明的另一方面，提供一种联合任务处理系统，包括管理服务器和多个装置，其中，所述管理服务器包括：存储单元，用于存储定义包括能作为所联合的作业处理被执行的多个任务的流程的装置独立流程定义信息以及将所述装置独立 流程定义信息转换成装置依赖流程定义信息所需的各装置的转换信息；以及控制单元，用于响应于来自装置的流程执行请求，基于与所述装置相对应的转换信息，将与所述请求相对应的所述流程定义信息灵活地转换成装置依赖流程定义信息，并将转换后的信息发送给所述装置，其中，所述多个装置中的每个装置均包括执行单元，所述执行单元用于从所述管理服务器获取所述装置依赖流程定义信息，并执行所述装置依赖流程定义信息。 

另外，根据本发明的一方面，提供一种任务联合作业流创建方法，用于创建包括能作为系列所联合的作业处理被执行并且能在包括机器类型彼此不同的第一和第二任务处理装置的多种机器类型的任务处理装置中使用的多个任务的任务联合作业流的定义信息，所述任务联合作业流创建方法包括：显示步骤，用于在创建能在所述第一任务处理装置中被执行的第一任务联合作业流的定义信息的过程中，显示与能在所述第一任务处理装置中使用的多个任务有关的第一任务信息；编辑创建步骤，用于使用所显示的第一任务信息，基于所输入的编辑指令，创建所述第一任务联合作业流的定义信息；以及生成步骤，用于基于所创建的第一任务联合作业流的所述定义信息以及与能在所述第二任务处理装置中使用的多个任务有关的第二任务信息，生成能在所述第二任务处理装置中被执行的第二任务联合作业流的定义信息，其中，所述生成步骤通过从所述第一任务联合作业流中删除不能在所述第二任务处理装置中使用的一个或多个任务来生成所述第二任务联合作业流的定义信息。 

根据本发明的另一方面，提供一种任务联合作业流执行方法，用于创建包括能作为系列所联合的作业处理被执行并且能在包括通过网络能相互通信的多种机器类型的任务处理装置、 管理服务器以及客户端设备的联合任务处理系统中使用的多个任务的任务联合作业流的定义信息，所述方法包括：显示步骤，其在所述客户端设备中执行，用于在创建能在所述多种机器类型的任务处理装置中的第一任务处理装置中被执行的第一任务联合作业流的定义信息的过程中，显示与能在所述第一任务处理装置中使用的多个任务有关的第一任务信息；编辑创建步骤，其在所述客户端设备中执行，用于使用所显示的第一任务信息，基于所输入的编辑指令，创建所述第一任务联合作业流的定义信息；生成步骤，其在所述客户端设备中执行，用于基于所创建的所述第一任务联合作业流的定义信息以及与能在与所述第一任务处理装置的机器类型不同的第二任务处理装置中使用的多个任务有关的第二任务信息，生成能在所述第二任务处理装置中被执行的第二任务联合作业流的定义信息，其中，所述生成步骤通过从所述第一任务联合作业流中删除不能在所述第二任务处理装置中使用的一个或多个任务来生成所述第二任务联合作业流的定义信息；第一发送步骤，其在所述客户端设备中执行，用于将所述第一任务联合作业流的定义信息和所述第二任务联合作业流的定义信息发送给所述管理服务器；注册步骤，其在所述管理服务器中执行，用于将发送自所述客户端设备的所述第一任务联合作业流的定义信息和所述第二任务联合作业流的定义信息存储在存储单元中；第二发送步骤，其在所述管理服务器中执行，用于根据来自所述第一任务处理装置和所述第二任务处理装置的请求，将注册在所述存储单元中的所述第一任务联合作业流的定义信息和所述第二任务联合作业流的定义信息分别发送给所述第一任务处理装置和所述第二任务处理装置；以及执行步骤，其在所述第一任务处理装置和所述第二任务处理装置中执行，用于从所述管理服务器分别获得所述第 一任务联合作业流的定义信息和所述第二任务联合作业流的定义信息，并分别执行所述第一任务联合作业流的定义信息和所述第二任务联合作业流的定义信息。 

另外，还根据本发明的另一方面，提供一种服务处理方法，包括：显示步骤，用于区别地显示适用于多个装置的共用服务以及依赖于单个装置的特有服务，以及创建步骤，用于创建合并了在所述显示单元上所显示的服务的流程。 

另外，根据本发明的另一方面，提供一种服务处理方法，包括：获取步骤，用于获取专用于第一装置的特有服务和专用于第二装置的特有服务；以及创建步骤，用于基于在所述获取步骤中所获取的专用于所述第一装置的所述特有服务以及专用于所述第二装置的所述特有服务，从所述第一装置的服务流创建所述第二装置的服务流。 

另外，根据本发明的另一方面，提供一种流程转换方法，其使用用于存储定义包括能作为所联合的作业处理被执行的多个任务的流程的装置独立流程定义信息以及将所述装置独立流程定义信息转换成装置依赖流程定义信息所需的各装置的转换信息的存储单元，所述流程转换方法包括：响应于来自装置的流程执行请求，基于与所述装置相对应的转换信息，将与所述请求相对应的所述流程定义信息灵活地转换成装置依赖流程定义信息并将转换后的信息发送给所述装置的步骤。 

另外，根据本发明的另一方面，提供一种流程执行方法，其使用用于存储定义包括能作为所联合的作业处理被执行的多个任务的流程的装置独立流程定义信息以及将所述装置独立流程定义信息转换成装置依赖流程定义信息所需的各装置的转换信息的管理服务器的存储单元，其中，所述装置执行请求执行存储在所述管理服务器中的、与所述流程定义信息相对应的流 程的步骤，其中，所述管理服务器执行响应于来自装置的流程执行请求，基于与所述装置相对应的转换信息，将与所述请求相对应的所述流程定义信息灵活地转换成装置依赖流程定义信息，并将转换后的信息发送给所述装置的步骤，以及其中，所述装置执行获取从所述管理服务器发送的所述装置依赖流程定义信息并执行所述装置依赖流程定义信息的步骤。 

另外，根据本发明的另一方面，提供一种计算机可执行程序，其包括用于执行上述设备、系统和方法的处理的计算机可执行指令。 

另外，根据本发明的另一方面，提供一种计算机可读取存储介质，其存储包括用于执行上述设备、系统以及方法的处理的指令的计算机可执行程序。 

根据下面参考附图对示例性实施例的详细说明，本发明的其他特征和方面将变得显而易见。 

附图说明

包含在说明书中并构成说明书的一部分的附图示出本发明的实施例，并与说明书一起用于解释本发明的原理。 

图1是示出根据本发明的示例性实施例的联合任务处理系统的整个布置的例子的图。 

图2是示出可以实现图1所示的管理服务器、客户端PC、任务列表数据库(DB)、应用A和应用B的计算机的硬件布置的框图。 

图3是示出可以用作图1所示的打印处理装置A或打印处理装置B的多功能外围设备的硬件布置的框图。 

图4A是示出根据本示例性实施例的图1所示的联合任务处理系统的操作流程的图，该图包括新应用的增加以及作业流的执行。 

图4B是示出根据本示例性实施例的图1所示的联合任务处理系统的操作流程的图，该图包括新应用的增加以及作业流的执行。 

图5是示出根据本发明的示例性实施例的在将任务列表注册在任务列表DB中时所需的示例性任务定义信息。 

图6A是示出根据示例性实施例的用于说明作业流定义信息的示例性作业流的图。 

图6B是示出图6A所示的作业流定义信息的XML格式的图。 

图7A是示出由根据示例性实施例的联合任务处理系统执行的第一控制处理过程的例子的流程图。 

图7B是示出由根据示例性实施例的联合任务处理系统执行的第一控制处理过程的例子的流程图。 

图8是示出注册在任务列表DB中的任务定义信息的示例性列表格式的图。 

图9是示出使用户可以创建作业流定义信息的示例性编辑屏幕的图。 

图10是示出使用户可以创建作业流定义信息的示例性编辑屏幕的图。 

图11是示出根据本示例性实施例所创建的示例性作业流定义信息的图。 

图12是示出由根据示例性实施例的联合任务处理系统所执行的第二控制处理过程的例子的流程图。 

图13是示出紧接在执行作业流之前，在打印处理装置A的操作部上所显示的示例性执行确认屏幕的图。 

图14是示出由根据第二示例性实施例的联合任务处理系统所执行的作业流定义信息创建处理的图。 

图15是示出由根据示例性实施例的联合任务处理系统所执行的第三控制处理过程的例子的流程图。 

图16是示出根据本示例性实施例的任务定义信息的示例性列表格式的图。 

图17是示出根据第二示例性实施例的使用户可以同时浏览和编辑多个任务处理装置的作业流的示例性编辑屏幕的图。 

图18是示出根据第四示例性实施例的示例性任务定义信息的图。 

图19A是根据第四示例性实施例的用于说明作业流定义信息的示例性作业流。 

图19B是示出图19A所示的作业流定义信息的XML格式的 图。 

图20A是示出根据第四示例性实施例的作业流转换信息的示例性布置的图。 

图20B是示出图20A中所示的装置信息区的例子的图。 

图20C是示出图20A中所示的转换规则区的例子的图。 

图21是示出由根据示例性实施例的联合任务处理系统所执行的第四控制处理过程的例子的流程图。 

图22是示出可以从在步骤S2107中所执行的作业流转换处理来获得的作业流定义信息的例子的图。 

图23是示出由根据示例性实施例的联合任务处理系统所执行的第五控制处理过程的例子的流程图。 

图24是示出从在步骤S2307中所执行的作业流转换处理所获得的执行结果的例子的图。 

图25是示出在初始状态下管理服务器上的装置信息区和转换规则区的图。 

图26是示出在初始状态下通过装置1111111和装置2222222执行图19B所示的作业流时所执行的作业流转换操作的图。 

图27是示出在将“Comp PDF”功能新应用到装置1111111的情况下管理服务器上的装置信息区和转换规则区的图。 

图28是示出在将“Comp PDF”功能新应用到装置1111111的情况下通过装置1111111和装置2222222执行图19B所示的作业流时所执行的作业流转换操作的图。 

图29是示出包括以下面的顺序被执行的扫描作业(任务1)、高压缩PDF作业(任务2)以及邮件发送作业(任务3)的示例性作业流的图。 

图30是示出在管理服务器11管理图27所示的装置信息区 和转换规则区的情况下由各装置执行图29所示的作业流时所执行的作业流转换操作的图。 

图31是示出在将“Comp PDF”功能新应用到装置2222222的情况下管理服务器上的装置信息区和转换规则区的图。 

图32是示出在管理服务器11管理图31所示的装置信息区和转换规则区的情况下由装置1111111和装置2222222执行图19B所示的作业流时所执行的操作的图。 

图33是示出由根据示例性实施例的联合任务处理系统所执行的第六控制处理过程的例子的流程图。 

图34A是示出可以存储能被根据示例性实施例的联合任务处理系统的客户端PC读取的各种数据处理程序的存储介质(或者记录介质)的示例性存储映射的图。 

图34B是示出可以存储能被根据示例性实施例的联合任务处理系统的管理服务器读取的各种数据处理程序的存储介质(或者记录介质)的示例性存储映射的图。 

图34C是示出可以存储能被根据示例性实施例的联合任务处理系统的任务处理装置读取的各种数据处理程序的存储介质(或者记录介质)的示例性存储映射的图。 

具体实施方式

对示例性实施例的下列说明实质上仅仅是示例性的，决不是意图限制本发明、它的应用或者使用。 

可能没有详细讨论本领域的普通技术人员所知道的处理、技术、设备以及材料，但是在适当的地方它们可以是说明书的一部分。 

例如，可能没有详细讨论用于信号处理、计算、显示和其他应用的一定电路。但是，在此，为相关领域的技术人员所知 道的这些系统以及构成这些系统的方法在适当的地方可以是公开内容的一部分。 

注意，贯穿本说明书，在下列图中，相似的附图标记和字母指代相似的项，因此一旦在一个图中限定了一项，则对于随后的图不再讨论该项。 

下面将参考附图详细说明示例性实施例。 

第一示例性实施例

首先，将说明本发明可应用于的系统布置以及有关的软件布置。 

系统布置

图1是示出根据示例性实施例的联合任务处理系统的整个布置的例子的图。 

联合任务处理系统可以实现包括打印处理装置的任务的各种任务的联合执行。 

另外，本发明中的任务可以定义为对文档数据所应用的处理。另外，打印处理装置的任务可以定义为各种服务，包括文档数据的复印、扫描以及传真发送、将文档数据存储进打印处理装置中的硬盘中以及文档数据的邮件发送。 

另外，本联合任务处理系统不仅可以与提供上述任务的打印处理装置进行联合，还可以与能提供各种任务的多个应用进行联合。可以通过可以安装应用程序并执行该程序的计算机，来实现各应用。在下面的说明中，将每一应用作为一个任务处理装置来进行说明。 

在本发明中，将可以执行上述任务的打印处理装置以及有关的软件应用定义为任务处理装置。 

如图1所示，本联合任务处理系统包括通过网络18相互连接的管理服务器11、客户端PC12、任务列表数据库(DB)13、 应用A14、应用B15、打印处理装置A16以及打印处理装置B17。应用A和应用B是上述应用的例子。 

不限制应用及打印处理装置的总数量。另外，可以为每个应用准备任务列表DB 13，或者任务列表DB 13可以独立于打印处理装置的任务管理。不限制使用任务列表DB 13的方法。 

下面的示例性联合任务处理系统基于两个应用(即，应用A14和应用B15)和相互连接的两个打印处理装置(16、17)来执行操作。 

管理服务器11可以管理应用A14、应用B15、打印处理装置A16以及打印处理装置B17。任务列表DB 13可以管理列出可由各个任务处理装置执行的任务的列表。 

另外，客户端PC 12可以通过管理服务器11从任务列表DB13获得可执行任务，并且可以创建作为所期望的任务的组合的作业流。 

在本示例性实施例中，可以将作业流定义为被组合为单个作业的多个任务的单位，以连续地处理多个任务。管理服务器11可以将所创建的作业流作为打印处理装置16和17可以执行的“作业流定义信息”来管理。稍后将说明作业流定义信息的细节。 

硬件布置

首先，将参考图2说明可以实现图1所示的管理服务器11、客户端PC 12、任务列表DB 13、应用A 14以及应用B 15的计算机的硬件布置。 

图2是示出可以实现图1所示的管理服务器11、客户端PC12、任务列表DB 13、应用A14以及应用B15的计算机的硬件布置的框图。 

如图2所示，CPU 101可以执行从ROM 103的程序ROM以 及外部存储装置111加载到RAM 102中的程序，从而实现对计算机的综合控制。CPU 101可以控制连接到系统总线104的各装置。 

另外，ROM 103包括可以存储字体数据的字体ROM以及可以存储各种数据的数据ROM。RAM 102可以用作CPU 101的主存储器和工作区。 

键盘控制器(KBC)105可以控制从键盘(KB)109或诸如鼠标的定点装置(未示出)所输入的信号和数据。视频控制器(VC)106可以控制诸如CRT(阴极射线管)、LCD(液晶显示器)或其他显示装置的显示单元110。 

存储器控制器(MC)107可以控制来自外部存储装置111(例如，硬盘(HD)、软盘(FD)或CD-ROM)的访问。网络接口卡(NIC)108可以控制计算机和网络18之间的通信。 

接下来，将参考图3说明可以用作图1所示的打印处理装置A16或者打印处理装置B17的多功能外围设备的硬件布置。 

图3是示出可以用作图1所示的打印处理装置A 16或者打印处理装置B 17的多功能外围设备的硬件布置的框图。在图3中，读取器部201可以读取文档的图像，并且可以向图像输入/输出控制部203输出与文档图像相对应的图像数据。打印机部202可以将从图像输入/输出控制部203所获得的基于图像数据的图像记录在记录纸上。连接到读取器部201和打印机部202的图像输入/输出控制部203包括传真部204、存储部205、网络接口部207、RIP部208、操作部209以及中心部210。 

传真部204可以提取从电话线所接收到的压缩图像数据，并且可以将所提取的图像数据传送给中心部210。另外，传真部204可以压缩传送自中心部210的图像数据，并可以通过电话线发送压缩后的图像数据。所发送/接收的图像数据可以暂时存 储在连接到存储部205的硬盘206中。 

存储部205可以压缩传送自中心部210的图像数据，并且可以将压缩后的图像数据与搜索压缩后的图像数据时所需的ID号一起存储进硬盘206中。另外，存储部205可以基于通过中心部210所传送的编码数据来搜索存储在硬盘206中的压缩后的图像数据，然后读取并提取搜索到的压缩后的图像数据，并可以将所提取的图像数据向中心部210传送。 

网络接口部207可以用作网络18和中心部210之间的接口。RIP部208可以将传送自网络18的编码数据(PDL)展开成可被打印机部202记录的图像数据。 

配备有触摸面板显示单元以及硬按键的操作部209可以允许用户通过用户界面输入用于图像形成设备的操作指令和操作设置。 

中心部210可以控制在读取器部201、打印机部202、传真部204、存储部205、网络接口部207、RIP部208以及操作部209之间传送的数据流。中心部210包括CPU、ROM以及RAM，使得CPU 210可以将程序从ROM加载到RAM中，并执行该程序以实现对整个设备的综合控制。 

操作流程

在下文中，将说明上述联合任务处理系统的示例性操作流程。 

图4A和4B是每个均示出根据本示例性实施例的图1所示的联合任务处理系统的、包括新应用的添加和作业流的执行的操作流程的图。 

图4A所示的操作流程可应用于通过客户端PC 12执行应用的注册的系统。图4B所示的操作流程可应用于不使用客户端PC 12而执行应用的注册的系统。 

首先，将参考图4A说明通过客户端PC 12所执行的应用的注册。 

如图4A所示，当应用B 15新添加到本联合任务处理系统时，客户端PC 12从应用B 15获得新添加的应用B 15的任务接口(I/F)信息(参考过程(1)：任务I/F信息21)。 

接下来，客户端PC 12将包括所获得的任务I/F信息的应用信息注册进管理服务器11中(参考过程(2)：应用注册22)。然后，管理服务器11基于所接收到的应用信息将任务信息注册进任务列表DB 13中(参考过程(3)：任务注册23)。然后，在完成将应用B 15注册为可执行任务之后，可以创建包括应用B15的任务的作业流。 

客户端PC 12可以指示作业流的创建。客户端PC 12通过管理服务器11参考注册在任务列表DB 13中的任务列表(参考过程(4)：任务参考24)。然后，客户端PC 12使管理服务器11创建并注册从所参考的任务所组合的期望任务的作业流(参考过程(5)：作业流注册25)。 

管理服务器11可以管理所注册的作业流。在完成作业流的注册之后，管理服务器11可以使打印处理装置(即，打印处理装置A 16或者打印处理装置B 17)执行所注册的作业流。在本示例性实施例中，打印处理装置A 16可以以下列方式执行作业流。 

打印处理装置A 16可以参考由管理服务器11所管理的作业流列表(参考过程(6)：作业流参考26)。然后，当用户20从打印处理装置A 16选择所期望的作业流并执行所选择的作业流时(参考过程(7)：作业流执行27)，打印处理装置A 16向管理服务器11发送所选择的作业流的执行请求。 

然后，基于所接收到的所选择的作业流的执行请求，管理 服务器11向可以执行该作业流所包含的任务的任务处理装置发送任务执行请求，以执行该作业流(参考过程(8)：任务执行请求28)。 

可以在任务列表DB 13中管理包括识别执行作业流中的必要任务的实际的任务处理装置的信息或者识别任务名称的信息的任务定义信息。稍后将参考图5说明任务定义信息的细节。 

接下来，将参考图4B说明不使用客户端PC 12而执行的应用的注册。在图4B中，与图4A中所公开的组件和过程相似的组件和过程由相同的附图标记表示。 

图4B的操作流程在从新添加的应用获取任务I/F信息的过程和直接执行从新添加的应用B 15到管理服务器11的应用注册的过程上，与图4A的操作流程不同。 

根据图4B的操作流程，当应用B 15新添加到本联合任务处理系统时，应用B 15将包括新添加的应用B 15的任务接口(I/F)信息的应用信息注册到管理服务器11(参考过程(1)：应用注册29)。图4B所示的其余的操作流程与图4A的相同，下面将不再说明。 

任务定义信息

图5是示出根据示例性实施例的在将任务列表注册进任务列表DB 13中时所需的示例性任务定义信息的图。 

如图5所示，任务定义信息包括任务名称301、任务组名称302、任务处理装置303、属性信息304、输入数据305以及输出数据306。 

任务组名称302是包括根据任务的功能被分类(分组)到同一目录中的任务的组的名称。例如，任务组“PDF”包括“高压缩PDF”任务、“加密”任务以及“可搜索”任务。 

另外，任务处理装置303是指定可以执行任务的任务处理 装置的信息。另外，属性信息304是与执行任务时所需的属性有关的信息。 

另外，输入数据305是表示执行任务时所需的输入数据的信息。另外，输出数据306是表示执行任务后所输出的数据的信息。不限制用于说明任务定义信息的格式。 

作业流定义信息

下面将参考图6A和图6B说明示例性作业流定义信息。 

图6A是示出根据示例性实施例的用于说明作业流定义信息的示例性作业流的图。 

根据图6A所示的示例性作业流，任务1首先被执行，然后任务2和3被同时执行，最后任务4被执行。 

图6B是示出图6A所示的作业流定义信息的XML格式的图。 

在本示例性实施例中，为了定义作业流，XML格式包括<作业流>标签(例如，<作业流1>)，用于描述与作业流有关的信息(即，与要执行的任务有关的信息)。 

为了定义任务的执行顺序，<作业流>标签包括<任务>标签(例如，<任务1>、<任务2>、<任务3>以及<任务4>)、每个<任务>标签描述与指定的任务有关的信息。每一<任务>标签包括用于说明在指定的任务之前要执行的各任务的名称的<之前>标签，以及用于说明在指定的任务之后要执行的各任务的名称的<之后>标签。另外，各<任务>标签可以包括用于说明与所指定任务的属性有关的信息的<属性>标签，如果在任务定义信息中定义了这样的属性。 

可以通过说明定义在作业流中的各任务的上述定义，来完成作业流定义信息。 

更具体地，根据图6A所示的作业流定义信息，<作业流1> 标签包括<任务1>标签、<任务2>标签、<任务3>标签以及<任务4>标签。各<任务>标签包括为各任务所说明的信息。 

任务1没有之前的任务，并且有两个之后的任务“任务2”和“任务3”。因此，<任务1>标签中所说明的信息为：“<之前>开始</之前>(<before>start</before>)”，“<之后>任务2</之后>(<after>task2</after>)”以及“<之后>任务3</之后>(<after>task3</after>)”。 

另外，任务2和任务3都具有之前的任务“任务1”和之后的任务“任务4”。因此，在<任务2>标签和<任务3>标签中所说明的信息均为：“<之前>任务1</之前>(<before>task1</before>)”以及“<之后>任务4</之后>(<after>task4</after>)”。 

另外，任务4具有两个之前的任务“任务2”和“任务3”，并且没有之后的任务。因此，在<任务4>标签中所说明的信息为：“<之前>任务2</之前>(<before>task2</before>)”，“<之前>任务3</之前>(<before>task3</before>)”以及“<之后>结束</之后>(<after>end</after>)”。 

对作业流定义信息的说明并不限于图6A和图6B所示的方法。可以以XML格式以外的任何格式来表示作业流定义信息，只要可以清楚地示出任务的顺序。 

示例性流程图(用于创建作业流定义信息)

图7A和图7B的流程图示出与用于创建作业流定义信息的处理相对应的、在根据示例性实施例的联合任务处理系统中所执行的第一控制处理过程的例子。 

在图7A和图7B中，步骤S501、S506、S509-S514以及S517的处理与在客户端PC 12中所执行的处理相对应。另外，可以通过可以将程序从外部存储装置加载到RAM中并执行该程序 的客户端PC 12的CPU，来实现该处理。可选择地，如果可以从管理服务器11下载程序，客户端PC 12的CPU可以在web浏览器上执行程序。 

另外，在图7A和图7B中，步骤S502、S504、S505、S507、S508、S515、S516、S518、S520以及S521的处理与在管理服务器11中所执行的处理相对应。可以通过可以将程序从外部存储装置加载到RAM中并执行该程序的管理服务器11的CPU，来实现该处理。 

另外，在图7A中，步骤S503和S519的处理与在任务处理装置(即，打印处理装置A16或者打印处理装置B17)中所执行的处理相对应。可以通过可以将程序从ROM加载到RAM并执行该程序的任务处理装置(即，打印处理装置A16或者打印处理装置B17)的CPU，来实现该处理。虽然将打印处理装置A16作为典型的任务处理装置来说明，但是本示例性流程图可以适用于任何其他的任务处理装置。 

首先，在步骤S501-S505以及步骤S517-S521的处理中，将任务定义信息注册进任务列表DB 13中。 

首先，在步骤S501中，如果用户请求注册打印处理装置A16，则客户端PC 12的CPU基于用于户的指令通知管理服务器11开始任务处理装置(即，打印处理装置A16)的注册。在这种情况下，将识别任务处理装置(即，打印处理装置A16)的信息(例如，IP地址)从客户端PC 12的CPU发送到管理服务器11。在步骤S502中，当接收到任务处理装置注册通知时，如果已经从打印处理装置A获得了任务定义信息，则管理服务器11跳过步骤S502(即，任务定义信息请求)至步骤S505(即，任务定义信息注册)的处理。 

接下来，在步骤S502中，如果收到了开始任务处理装置的 注册的通知，则管理服务器11的CPU请求打印处理装置A16发送任务定义信息。 

然后，在步骤S503中，打印处理装置A16的CPU根据从管理服务器11接收到的发送请求向管理服务器11发送任务定义信息。例如，将打印处理装置A16的任务定义信息预先存储在打印处理装置A16的ROM中。 

然后，在步骤S504中，管理服务器11的CPU接收发送自打印处理装置A16的任务定义信息。然后，在步骤S505中，管理服务器11的CPU将打印处理装置A16的任务定义信息注册进任务列表DB 13中，使得管理服务器11可以管理所注册的任务定义信息。 

接下来，在步骤S517中，如果用户请求注册打印处理装置B17，则客户端PC 12的CPU根据用户的指令通知管理服务器11开始任务处理装置(即，打印处理装置B 17)的注册。在这种情况下，将识别任务处理装置(即，打印处理装置B 17)的信息(例如，IP地址)从客户端PC 12的CPU发送到管理服务器11。在步骤S518中，当接收到任务处理装置注册通知时，如果已经从打印处理装置B获得了任务定义信息，则管理服务器11跳过步骤S518(即，任务定义信息请求)至步骤S521(即，任务定义信息注册)的处理。 

接下来，在步骤S518中，如果收到了开始注册任务处理装置的通知，则管理服务器11的CPU请求打印处理装置B 17发送任务定义信息。 

然后，在步骤S519中，打印处理装置B 17的CPU根据从管理服务器11接收到的发送请求向管理服务器11发送任务定义信息。例如，将打印处理装置B 17的任务定义信息预先存储在打印处理装置B 17的ROM中。 

然后，在步骤S520中，管理服务器11的CPU接收发送自打印处理装置B17的任务定义信息。然后，在步骤S521中，管理服务器11的CPU将打印处理装置B 17的任务定义信息注册进任务列表DB 13中，使得管理服务器11可以管理所注册的任务定义信息。 

通过重复与步骤S501-S505或者步骤S517-S521相似的处理，可以注册诸如打印处理装置C、D和E(未示出)的其他任务处理装置的任务定义信息。 

在本示例性实施例中，客户端PC 12指定每个任务处理装置，并注册该任务处理装置的任务定义信息。 

但是，可以以各种方式修改本实施例，只要可以在作业流定义信息创建和稍后将说明的执行处理中使用任务定义信息即可。因此，本示例性实施例并不限制注册任务定义信息的方法或者注册任务定义信息的地点。 

例如，用户可以将与各打印处理装置有关的任务定义信息预先注册在客户端PC 12中。可选择地，多个打印处理装置的组管理员可以将各打印处理装置的所有的任务定义信息注册进管理服务器11中。 

下面将参考图8说明注册在任务列表DB 13中的任务定义信息。 

图8是示出在图7A的步骤S505和S521中注册进任务列表DB 13中的任务定义信息的示例性列表格式的图。在图8中，与图5所示的各项相似的项以相同的附图标记表示。另外，图8的示例性列表格式省略了属性信息304、输入数据305以及输出数据306。 

如图8所示，根据各任务处理装置的类型区分各任务的类型。例如，可以为打印处理装置A注册属于任务组“PDF”的 总共三个任务“高压缩”、“加密”和“可搜索”。另一方面，只能为打印处理装置B注册属于任务组“PDF”的两个任务“加密”和“可搜索”。 

换而言之，打印处理装置B不具有“高压缩”功能。通过这种方式，考虑各任务处理装置的功能，将各任务处理装置的任务定义信息注册进任务列表DB 13中。 

返回参考图7B的流程图，步骤S506-S510的处理是用于创建并显示使用户可以创建并编辑作业流定义信息的编辑屏幕。 

首先，用户通过客户端PC 12的键盘等指示客户端PC 12创建作业流定义信息。然后，在步骤S506中，客户端PC 12的CPU通知管理服务器11开始创建作业流定义信息。 

然后，在步骤S507中，当收到开始创建作业流定义信息的通知时，管理服务器11的CPU向客户端PC 12发送注册在任务列表DB 13中的所有任务定义信息(参考步骤S508)。也可以将注册在管理服务器11中的作业流定义信息的各作业流名称发送给客户端PC 12。 

然后，在步骤S509中，客户端PC 12的CPU接收所有的任务定义信息，并将它们存储在RAM中。也可以将作业流定义信息的各作业流名称存储在RAM中。 

然后，在步骤S510中，客户端PC 12的CPU基于所收到的任务定义信息布置用于创建作业流定义信息的编辑屏幕，并控制在客户端PC 12的显示单元上所显示的编辑屏幕。 

在本示例性实施例中，将注册在任务列表DB 13中的所有的任务定义信息发送给客户端PC 12，以布置编辑屏幕。 

但是，可以以各种方式修改本实施例，只要在作业流定义信息的创建过程中编辑屏幕所需的全部任务定义信息都可以获得即可。因此，编辑屏幕的布置在本示例性实施例中并不受限。 

例如，可以基于预先存储在客户端PC 12中的任务定义信息来布置编辑屏幕。另外，当向系统添加新的打印机时，可以基于通过只添加与新引进的打印机有关的信息而更新的任务定义信息，来重新布置编辑屏幕。 

将参考图9和图10说明示例性编辑屏幕。 

图9和图10示出在图7的步骤S510中所布置的编辑屏幕的例子。编辑屏幕使用户可以创建作业流定义信息。客户端PC 12的CPU可以控制在显示单元上所显示的编辑屏幕。 

如图9所示，编辑屏幕包括打印处理装置选择窗口701、共用任务列表窗口702、单独任务列表窗口703、作业流显示和编辑窗口704以及保存按钮714。 

打印处理装置选择窗口701可以显示从任务定义信息中所提取的任务处理装置名称的列表。在客户端PC 12控制下，用户可以使用鼠标或者其他定点装置，在所显示的列表上选择所期望的任务处理装置名称。 

当用户选择了所期望的任务处理装置名称时，客户端PC12的CPU可以控制编辑屏幕的显示，使得如图9中的705所示，可以突出所选择的任务处理装置名称。在本示例性实施例中，图9的格式可以实现列表的显示。但是，可以将编辑屏幕配置为具有分层结构(例如，包括第一层次中的彩色打印机和单色打印机以及第二层次中的对应的机器类型)。 

共用任务列表窗口702可以显示从任务定义信息提取的任务组名称。可以将提取的各任务组名称显示为诸如“PDF”图标706的图标。可以将在共用任务列表窗口702中所列出的图标称为共用任务图标。当共用任务列表窗口702不能显示所有的共用任务图标时，用户可以使用(在客户端PC 12的CPU的控制下的)滚动条707来滚动。 

单独任务列表窗口703可以显示可被打印处理装置选择窗口701中所示的任务处理装置执行的任务。可以将各任务显示为诸如“高压缩PDF”图标708的图标。可以将显示在单独任务列表窗口703中的图标称为单独任务图标。 

可以基于包含在图8所示的任务定义信息中的“任务处理装置”和“任务名称”，来判断所显示的各单独任务图标。可以将从任务名称中提取的信息显示为列表。在这种情况下，期望分开由709所表示的各任务组的显示。另外，可以使用组合框710来切换任务处理装置(即，目标设备)。另外，当单独任务列表窗口703不能显示所有的单独任务图标时，用户可以使用(在客户端PC 12的CPU控制下的)滚动条711来滚动。 

作业流显示和编辑窗口704使用户可以创建或编辑作业流定义信息。为了创建作业流定义信息，用户可以使用鼠标或其他定点装置，从共用任务列表窗口702中拖出期望的共用任务图标，以及从单独任务列表窗口703中拖出期望的单独任务图标。 

当一系列单独任务图标可以组成任务组时，作业流显示和编辑窗口704可以显示共用任务图标(如712所表示)。用户可以通过使用客户端PC 12的鼠标选择图标并按下配置在客户端PC 12的键盘上的“删除”键，来从作业流显示和编辑窗口704中删除所拖出的各任务图标。 

另外，作业流显示和编辑窗口704可以显示所创建的作业流名称(如713所表示)。当创建新的作业流时，可以显示作业流名称“新作业流”。另外，用户可以通过使用客户端PC 12的键盘直接编辑文本框713，来改变作业流名称。 

另外，用户可以通过使用客户端PC 12的鼠标指向列表框715，来从现有列表中选择期望的作业流定义信息，并且可以 编辑所选择的作业流定义信息。更具体地，当列表框715被用户指向时，客户端PC 12的CPU显示预存储在RAM中的作业流名称的列表，使得用户可以选择期望的作业流名称。 

当用户选择了期望的作业流名称时，客户端PC 12的CPU向管理服务器11发送与所选择的作业流名称相对应的作业流定义信息请求。另一方面，当接收到该请求时，管理服务器11搜索对应的作业流定义信息，并将所检索到的信息发送给客户端PC 12。 

然后，客户端PC 12的CPU接收发送自管理服务器11的作业流定义信息，并且作业流显示和编辑窗口704基于该作业流定义信息显示作业流。通过这种方式，用户可以编辑现有的作业流。其余的编辑操作与上述新作业流的创建的操作相似。 

另外，可以显示作业流搜索窗口(未示出)，使得可以使用诸如“扫描”、“PDF”或者“邮件发送”的功能关键词来搜索现有作业流。更具体地，客户端PC 12的CPU显示作业流搜索窗口，以允许用户输入期望的关键词。当输入关键词时，客户端PC 12的CPU向管理服务器11发送关键词。 

管理服务器11的CPU接收关键词，并基于所接收到的关键词搜索现有作业流定义信息，并向客户端PC 12发送所有的对应的作业流名称。客户端PC 12的CPU显示所接收到的作业流名称的列表，使得用户可以选择期望的作业流名称。其余的操作与通过指向列表框715来选择作业流名称所执行的上述操作相似。 

在创建如图9所示的“打印处理装置A”的作业流之后，如图10所示，用户可以在打印处理装置选择窗口701中选择“任务处理装置B”(如801所表示)。因此，用户可以基于所创建的“打印处理装置A”的作业流，创建“任务处理装置B”的作业 流。 

当在打印处理装置选择窗口701中选择了“打印处理装置B”801时，客户端PC 12的CPU将单独任务列表窗口703从打印处理装置A的内容切换为打印处理装置B的内容。 

在本示例性实施例中，打印处理装置B 17不能使用“高压缩PDF”任务。因此，如图10所示，客户端PC 12的CPU从任务列表窗口703中删除对应的图标“高压缩PDF”708。 

另外，客户端PC 12的C PU修改对应的任务部分(即，图9中的“PDF”任务部分712)的流程，以对应于打印处理装置B，并创建打印处理装置B 17的作业流定义信息。更具体地，使用由图10的802所表示的打印处理装置B的可执行任务的流程(即，“加密”→“可搜索”)，代替由图9的712所表示的打印处理装置A的可执行任务的流程(即，“高压缩PDF”→“加密”→“可搜索”)。基于图8所示的任务定义信息执行上述替代。 

当在完成上述作业流的创建及编辑处理之后用户按下保存按钮714时，客户端PC 12的CPU将在当前编辑屏幕上所创建的作业流定义信息注册进管理服务器11中(注册处理的执行)。 

返回图7B的流程图的步骤S511，响应于用户的输入，客户端PC 12的CPU使用图9所示的编辑屏幕执行作业流定义信息的创建和编辑处理。在本示例性实施例中所创建的作业流定义信息包括扫描纸件文档的处理、将所扫描的文档格式化成PDF文档的处理以及发送带有PDF文档的邮件的处理。打印处理装置A和打印处理装置B都可以使用该作业流。 

首先，在步骤S512中，客户端PC 12的CPU为打印处理装置A 16设置作业流。 

当在打印处理装置选择窗口701中选择了“打印处理装置A”705时，客户端PC 12的CPU控制单独任务列表窗口703基 于图8所示的任务定义信息来显示与打印处理装置A 16相对应的单独任务图标。 

根据本示例性实施例，显示三个任务“高压缩PDF”、“加密”和“可搜索”。然后，用户可以从共用任务列表窗口702或者单独任务列表窗口703中将期望的共用任务图标和单独任务图标拖到作业流显示和编辑窗口704。然后，基于所拖出的图标，客户端PC 12的CPU创建作业流定义信息并将其存储在RAM中。 

接下来，在步骤S513中，客户端PC 12的CPU为打印处理装置B 17设置作业流。 

当在打印处理装置选择窗口701中选择了“打印处理装置B”801时，客户端PC 12的CPU控制单独任务列表窗口703基于图8所示的任务定义信息来显示与打印处理装置B 17相对应的单独任务图标。由于打印处理装置B不能执行“高压缩PDF”任务，所以不显示对应的图标。 

另外，客户端PC 12的CPU基于图8所示的任务定义信息修改对应的任务部分(即，图9中的“PDF”任务部分712)的流程，以对应于打印处理装置B 17。更具体地，用打印处理装置B 17的可执行任务的流程(即，“加密”→“可搜索”)，来代替打印处理装置A 16的可执行任务的流程(即，“高压缩PDF”→“加密”→“可搜索”)。 

然后，基于替代后的作业流，客户端PC 12的CPU向在步骤S512中创建并存储在RAM中的作业流定义信息添加与打印处理装置B 17有关的信息。结果，获得可在打印处理装置A 16和打印处理装置B 17之间共用的作业流定义信息(参考图11)。 

然后，响应于用户按下保存按钮714，客户端PC 12的CPU执行步骤S514的处理。 

在步骤S514中，客户端PC 12的CPU将在步骤S511中创建并存储在RAM中的作业流定义信息(参考图11)发送给管理服务器11。 

在步骤S515中，管理服务器11的CPU接收所发送的作业流定义信息。然后，在步骤S516中，管理服务器11的CPU将作业流定义信息注册进它的DB(例如，外部存储装置)中。 

在本示例性实施例中，并不限制用于发送作业流定义信息的方法、用于注册作业流定义信息的方法以及用于存储作业流定义信息的方法。 

图11示出根据本示例性实施例所创建的示例性作业流定义信息。 

如图11所示，<任务2>标签部分是“PDF”任务部分，包括在分层结构里所描述的依赖于处理设备的流程的详细内容(即，“高压缩PDF”、“加密”等)。 

另外，<任务2>标签对指定了任务处理装置的装置属性作了说明，根据此可以执行各任务处理装置的最佳作业流。 

另外，可以为每个任务处理装置准备<任务2>标签，以便于多个文件的设置管理。 

另外，<任务2>标签可以包括“共用”装置属性，使得可以预先确定打印处理装置A或打印处理装置B以外的任何处理设备的操作。 

示例性流程图(用于执行作业流定义信息)

图12是示出由根据本示例性实施例的联合任务处理系统所执行的、与用于执行作业流定义信息的处理流程相对应的第二控制处理过程的例子的流程图。 

在图12中，步骤S1001、S1005、S1008以及S1009的处理对应于在任务处理装置(即，打印处理装置A 16)中所执行的 处理。另外，可以通过可以将程序从ROM加载到RAM并执行该程序的任务处理装置(打印处理装置A 16)的CPU，来实现该处理。虽然将打印处理装置A 16作为典型的任务处理装置来说明，但是本示例性流程图可以应用于任何其他的任务处理装置。 

另外，步骤S1002、S1003、S1004、S1006以及S1007的处理对应于在管理服务器11中所执行的处理。另外，可以通过可以将程序从外部存储装置加载到RAM并执行该程序的管理服务器11的CPU，来实现该处理。 

用户可以通过打印处理装置A 16的操作部输入要执行的期望的作业流定义信息的名称，以调用所期望的作业流定义信息。 

例如，打印处理装置A 16的操作部可以显示注册在管理服务器11中的所有作业流定义信息的名称的列表，以让用户选择期望的名称。在这种情况下，打印处理装置A 16的CPU请求管理服务器11发送上述注册在管理服务器11中的所有作业流定义信息的名称。管理服务器11将所请求的名称发送给打印处理装置A 16。 

例如，用户可以在打印处理装置A 16的操作部上输入诸如“扫描”、“PDF”或“邮件发送”的功能关键词，以搜索现有作业流。更具体地，当从打印处理装置A 16的操作部输入关键词时，打印处理装置A16的CPU将关键词发送给管理服务器。管理服务器11的CPU接收关键词，并基于所接收到的关键词搜索现有作业流定义信息，并将所有对应的作业流名称发送给打印处理装置A16。打印处理装置A16的CPU在操作部上显示所接收到的作业流名称的列表，使得用户可以选择所期望的作业流名称。 

如上所述，当打印处理装置A16的操作部接收到用户所请 求的作业流名称时，打印处理装置A16的CPU向管理服务器11发送与用户所请求的作业流名称相对应的作业流定义信息调用通知(参考步骤S1001)。 

在步骤S1002中，管理服务器11的CPU接收作业流定义信息调用通知。然后，在步骤S1003中，管理服务器11的CPU搜索与作业流定义信息调用通知相对应的作业流定义信息。在本示例性实施例中，不限制用于搜索作业流定义信息的方法。 

接下来，在步骤S1004中，管理服务器11的CPU判断是否找到了所请求的作业流定义信息。当没有找到所请求的作业流定义信息时，管理服务器11的CPU将结果通知打印处理装置A16。 

然后，在步骤S1005中，打印处理装置A16的CPU使操作部的操作面板显示诸如“未找到指定的作业流定义信息”的消息。 

另一方面，当在步骤S1004中找到了所请求的作业流定义信息时，处理流程进入步骤S1006。 

然后，在步骤S1006中，管理服务器11的CPU基于所搜索到的作业流定义信息(打印处理装置A和B共用)，临时创建作业流定义信息(即，设备A专用作业流)然后，管理服务器11的CPU将“设备A专用作业流”(即，定义了打印处理装置A16专用的作业流的作业流定义信息)存储到RAM中。 

接下来，在步骤S1007中，管理服务器11的CPU将在步骤S1006中创建的“设备A专用作业流”发送给打印处理装置A16。 

在步骤S1008中，打印处理装置A16的CPU接收发送自管理服务器11的“设备A专用作业流”。然后，在步骤S1009中，打印处理装置A16的CPU执行所接收到的“设备A专用作业流”。 

在步骤S1009中，打印处理装置A16的CPU可以显示如图13所示的“设备A专用作业流”的图解，以让用户在执行所接收到的“设备A专用作业流”之前确认作业内容。 

图13示出在作业流的执行之前在打印处理装置A16的操作部上所显示的示例性执行确认屏幕。 

在图13中，图解9901示出打印处理装置A16的CPU可以基于在图12的步骤S1108中所接收到的“设备A专用作业流”而显示的要执行的作业流。 

当用户按下执行按钮9902时，打印处理装置A16的CPU执行所显示的作业流(参考9901)。 

当用户按下取消按钮9903时，打印处理装置A16的CPU不执行所显示的作业流。而且，处理流程返回图12的步骤S1001，在该步骤中打印处理装置A16的CPU让用户输入接下来要执行的作业流。 

如上所述，本示例性实施例可以基于适用于多个设备的共用作业流定义信息临时创建特定设备专用的作业流。各任务处理设备可以接收并执行所创建的作业流。但是，在本示例性实施例中，不限制用于执行作业流定义信息的方法。 

例如，可以将公共适用于多个设备的作业流定义信息直接发送给任务处理装置，使得任务处理装置可以分析并执行该作业流定义信息。 

另外，上述示例性实施例创建可共用于不同类型的设备中的作业流，并将所创建的作业流注册在管理服务器11中。但是，可以在图7B的步骤S511(S512、S513)中创建专用于每一设备(机器类型)的作业流，并在步骤S514至S516中将专用于每一设备(机器类型)的作业流注册在管理服务器11中。另外，可以在图12的步骤S1007中将专用于设备(机器类型)的作业 流发送给设备(机器类型)。 

根据上述布置，管理服务器11存储为各设备(机器类型)所注册的作业流定义信息。但是，用于创建单独作业流的过程实质上与上述用于创建共用作业流的过程相似。 

如上所述，根据本示例性实施例的联合任务处理系统可以根据各任务处理装置的内在功能创建最佳的联合作业流。一个联合作业流可以包括可应用于多个任务处理装置并可在不同的任务处理装置之间使用的共用设置。因此，没有必要考虑各个任务处理装置的功能差异而创建多个联合作业流。因此，可以降低管理成本，并提高可用性。 

另外，通过基于另一任务处理装置的流程自动创建各任务处理装置的流程，可以容易地创建包括多个任务处理装置的流程的联合作业流。 

第二实施例

根据上述第一示例性实施例，首先创建具有大量功能的打印处理装置A的作业流，随后，创建具有较少功能的打印处理装置B的作业流。 

第二示例性实施例的特征在于，首先创建具有较少功能的设备的作业流。然后，创建具有较多功能的设备的作业流。换而言之，根据第二示例性实施例的处理仅在根据第一示例性实施例的图7B的步骤S512和S513上有区别。 

另外，与上述第一示例性实施例相似，在本示例性实施例中所创建的作业流定义信息包括扫描纸件文档的处理、将所扫描的文档格式化成PDF文档的处理以及发送带有PDF文档的邮件的处理。 

打印处理装置A和打印处理装置B都可以使用该作业流。 

图14是示出由根据第二示例性实施例的联合任务处理系 统所执行的作业流定义信息创建处理的图。在图14中，与在图9和图10中所示出的项相似的项由相同的附图标记表示。 

首先，本示例性实施例进行“打印处理装置B专用作业流”的设置。 

如图14所示，用户可以在打印处理装置选择窗口701中选择“打印处理装置B”1101。然后，客户端PC 12的CPU控制单独任务列表窗口703显示单独任务图标。在本示例性实施例中，只显示两个任务“加密”和“可搜索”。 

然后，用户可以将期望的共用任务图标和单独任务图标从共用任务列表窗口702或者单独任务列表窗口703中拖到作业流显示和编辑窗口704中。然后，客户端PC 12的CPU基于所拖出的图标创建作业流定义信息。 

接下来，本示例性实施例进行“打印处理装置A专用作业流”的设置。 

当用户在打印处理装置选择窗口701中选择了“打印处理装置A”1102时，客户端PC 12的CPU显示确认对话1103。确认对话1103使用户在基于具有低级功能的设备的作业流创建具有高级功能的设备的作业流时，可以添加可用的期望任务。 

更具体地，如图8所示，打印处理装置B可以执行属于任务组“PDF”的“加密”和“可搜索”任务，打印处理装置A可以执行“高压缩PDF”、“加密”和“可搜索”任务。因此，本示例性实施例以下列方式基于“打印处理装置B专用作业流”自动创建“打印处理装置A专用作业流”。 

“打印处理装置B专用作业流”中被分类到“PDF”组的两个任务“加密”和“可搜索”被打印处理装置A的对应的单独任务(“加密”和“可搜索”)所代替。 

在这种情况下，客户端PC 12的CPU显示确认对话1103， 以询问用户来确定是否应该将“高压缩PDF”任务自动并入到“打印处理装置A专用作业流”中。例如，确认对话1103包括可以显示可用任务名称的单选按钮1104。 

当用户点击确认按钮1105时，客户端PC 12的CPU基于单选按钮1104的选择判断是否应该把“高压缩PDF”任务并入到自动生成的作业流中。 

当多个功能可用时，即，当显示了多个单选按钮1104时，用户可以点击全选按钮1106或者全部取消按钮1107，以通过一个点击动作来选择或者取消所显示的所有任务。 

当用户在确认对话1103上选择“高压缩PDF”按钮1104并点击确认按钮1105时，客户端PC 12的CPU创建生成打印处理装置A的包括“高压缩PDF”任务的作业流定义信息(参考1108)。 

另一方面，当用户在确认对话1103上没有选择“高压缩PDF”按钮1104就点击确认按钮1105时，客户端PC 12的CPU生成打印处理装置A的不包括“高压缩PDF”任务的作业流定义信息(参考1109)。 

接下来，将参考图15所示的流程图说明由客户端PC 12所执行的作业流编辑处理。 

作业流编辑处理

图15是示出由根据示例性实施例的联合任务处理系统所执行的、与作业流编辑处理相对应的第三控制处理过程的例子的流程图。可以通过可以将程序从外部存储装置加载到RAM并执行该程序的客户端PC 12的CPU来实现该流程图的处理。 

首先，在步骤S1801中，客户端PC 12的CPU判断是否选择了另一打印处理装置。例如，客户端PC 12的CPU判断当打印处理装置B1101被当前选择时，在打印处理装置选择窗口 701中是否选择了打印处理装置A1102。 

当在步骤S1801中选择了另一打印处理装置时，处理流程进入步骤S1808。 

另一方面，当在步骤S1801中没有选择另一打印处理装置时，处理流程进入步骤S1802。 

在步骤S1802中，客户端PC 12的CPU检查打印处理装置之间的功能差异。例如，当在当前选择了打印处理装置B的情况下新选择了打印处理装置A时，客户端PC 12的CPU可以基于图8所示的信息确认打印处理装置A可以执行“高压缩PDF”处理。换而言之，客户端PC 12的CPU可以确认任何功能差异的存在。 

接下来，在步骤S1803中，客户端PC 12的CPU基于在步骤S1802中所获得的检查结果判断是否存在任何差异。 

当在步骤S1803中存在任何功能差异时，处理流程进入步骤S1804，在该步骤中，客户端PC 12的显示单元显示图14所示的确认屏幕1103。 

接下来，在步骤S1805中，客户端PC 12的CPU判断是否选择了单选按钮1104以及是否按下了确认按钮1105。例如，客户端PC 12的CPU判断是否选择了“高压缩PDF”功能以及是否按下了确认按钮1105。 

然后，当在步骤S1805中选择了单选按钮1104以及按下了确认按钮1105时，处理流程进入步骤S1806。在步骤S1806中，客户端PC 12的CPU使显示单元基于图16所示的顺序依赖性信息显示图14所示的屏幕1108。然后，客户端PC 12的CPU终止该例程的处理。 

另一方面，当在步骤S1805中没有选择任何功能就按下了确认按钮1105时，处理流程进入步骤S1807，在该步骤中客户 端PC 12的CPU使显示单元显示图14所示的屏幕1109。然后，客户端PC 12的CPU终止该例程的处理。 

另外，当在步骤S1803中没有检测到差异时，处理流程进入步骤S1807，在该步骤中客户端PC 12的CPU使显示单元显示图14所示的屏幕1109。 

在本示例性实施例中，显示用户确认屏幕1103。但是，在不显示用户确认屏幕1103的情况下，可以基于功能差异自动显示图14所示的屏幕1108或者1109。 

另外，可以考虑用户的喜好，以判断在显示屏幕1108或1109之前是否应该显示用户确认屏幕1103。可以将用户所做的选择存储在客户端PC 12的外部存储装置中。 

在自动创建具有高级功能的设备的作业流的处理中，本示例性实施例显示对话，以让用户判断是否应该自动添加各可执行任务。在本示例性实施例中，不限制用于指示存在所添加的任务的方法。例如，任务定义信息可以包括指示存在所增加的任务的信息。 

图16是示出根据本示例性实施例的任务定义信息的示例性列表格式的图。 

图16的示例性列表格式包括任务定义信息(参考1201)，使得可以自动执行默认的操作。 

另外，本示例性实施例不限制插入各可执行图标的位置。例如，任务定义信息可以包括表示任务之间的顺序的顺序依赖性信息(参考图16的1202)，并且可以基于顺序依赖性信息将各可执行图标插入到最佳的位置。可选地，可以显示对话，以让用户选择插入各可执行图标的位置。 

如上所述，本示例性实施例可以基于另一任务处理装置的作业流自动创建各任务处理装置的作业流。因此，可以容易地 创建包括多个打印设备的作业流的联合作业流。 

当基于具有低级功能的设备的作业流创建具有高级功能的设备的作业流时，本示例性实施例使用户可以判断是否应该自动添加任何可执行任务。因此，可以容易地创建联合作业流。 

第三实施例

根据上述第一和第二示例性实施例，可以基于另一任务处理装置的作业流自动创建任务处理装置的作业流。第三示例性实施例的特征在于，可以同时浏览并编辑在作业流定义信息中所定义的多个任务处理装置的作业流。 

图17是示出根据第二示例性实施例的使用户能同时浏览并编辑多个任务处理装置的作业流的示例性编辑屏幕的图。 

图17所示的示例性编辑屏幕包括“全选”按钮1301。当用户对“全选”按钮1301做出复选标记时，用户可以同时浏览当前所编辑的作业流定义信息(例如，作业流“扫描和PDF发送”)中的所有的各任务处理装置的设置。 

在本示例性实施例中，已经设置了打印处理装置A、打印处理装置B以及打印处理装置D的作业流。 

客户端PC 12的CPU控制打印处理装置选择窗口701突出与任务处理装置A、B和D相对应的部分1302、1303和1304。 

例如，作业流部分1312对应于打印处理装置A。可以使用蓝色的背景显示作业流部分1312的窗口部分1302和对应图标。另外，作业流部分1313对应于打印处理装置B。可以使用黄色的背景显示作业流部分1313的窗口部分1303和图标。另外，作业流部分1314对应于打印处理装置D。可以使用红色的背景显示作业流部分1314的窗口部分1304和图标。 

另外，客户端PC 12的CPU控制作业流显示和编辑窗口704以看一眼就能浏览每个任务处理装置的作业流的方式显示当前 所设置的作业流。更具体地，分支图标1305将打印处理装置A、打印处理装置B以及打印处理装置D的作业流组合到了一起。 

另外，单独任务列表窗口703中的组合框1306使用户在选择了“全选”按钮1301的情况下可以选择期望的任务处理装置。在客户端PC 12的CPU的控制下，用户可以在浏览设置在作业流定义信息中的其他任务处理装置的作业流的同时，编辑在组合框1306中所指定的任务处理装置的作业流设置。 

在这种情况下，如在部分1307中所示，客户端PC 12的CPU可以突出要编辑的任务处理装置的作业流。也可以改变编辑目标作业流的颜色。可选地，可以使用粗体框来显示编辑目标作业流。相反，可以使用灰色的背景显示要编辑的任务处理装置的作业流以外的作业流。 

在本示例性实施例中，可以使用不同的颜色显示在作业流定义信息中所定义的各任务处理装置的流程。但是，可以在作业流显示和编辑窗口704中直接显示各任务处理装置的名称。 

如上所述，本示例性实施例使用户可以同时浏览包含在联合作业流中的所有各任务处理装置的作业流。因此，当用户创建联合作业流时，用户可以容易地检查依赖于联合作业流中的各个任务处理装置的机器类型的部分。 

根据上述第一至第三示例性实施例，在编辑屏幕上提供打印处理装置选择窗口701，以选择组成要创建的作业流的任务处理装置。 

也可以修改打印处理装置选择窗口701，以使用户可以选择组成要创建的作业流的任务处理装置的机器类型。 

另外，在上述各示例性实施例中，管理服务器11管理可在各任务处理装置中执行的任务以及联合作业流定义信息。但是，如果客户端PC 12向各任务处理装置发送请求并从各任务处理 装置获得了与可执行任务有关的信息，则可以省略管理服务器11。 

另外，客户端PC 12可以在它的存储设备中存储与可在各任务处理装置中执行的任务有关的信息。另外，客户端PC 12可以向各任务处理装置发送所创建的联合作业流定义信息，并且各任务处理装置可以将联合作业流定义信息存储在它的硬盘中。因此，不包括管理服务器11的系统可以产生相似的效果。 

另外，当客户端PC 12不可用时，可以在诸如打印处理装置A16或打印处理装置B17的任务处理装置中执行图7A所示的步骤S501、S506以及S509-S514的处理。 

上述示例性实施例可以创建合并了打印处理装置或者其他任务处理装置的多个作业流的最佳联合作业流。另外，一个联合作业流可以对可应用于多个任务处理装置并且可用于不同的任务处理装置之间的共用设置进行说明。因此，没有必要考虑到各个任务处理装置的功能差异而创建多个联合作业流。因此，可以降低管理成本，并提高可用性。 

另外，通过基于另一任务处理装置的流程自动创建各任务处理装置的流程，可以容易地创建包括多个任务处理设备的流程的联合作业流。 

另外，上述示例性实施例使得用户可以同时浏览包含在联合作业流中的所有的任务处理装置的作业流。因此，当用户创建联合作业流时，用户可以容易地检查依赖于联合作业流中的各个任务处理装置的机器类型的部分。 

因此，上述示例性实施例可以提供当作业流可在不同类型的装置之间共用时，使用户可以容易地创建并浏览作业流、同时确保确认依赖于机器类型的部分的机制。因此，上述示例性实施例可以实现包括具有各种功能并且通过网络相互连接的多 个装置的网络系统，其中，可以容易地创建并处理可在多个装置间共用的联合作业流。 

第四示例性实施例

根据上述第一至第三示例性实施例，作业流包含专用于单个装置的作业流(即，包括依赖于机器类型的部分的作业流)。第四示例性实施例的特征在于，管理服务器11准备不具有机器类型依赖性的基础作业流以及创建专用于单个装置的作业流所需的信息(即，作业流转换信息)。然后，第四示例性实施例使用户可以基于作业流转换信息将基础作业流灵活地转换成专用于单个装置的作业流。 

第四示例性实施例在联合任务处理系统的全部布置以及组成联合任务处理系统的各个设备的布置上基本上与上述第一至第三示例性实施例相同。 

在本示例性实施例中，图1所示的管理服务器11可以存储不具有机器类型依赖性的基础作业流和作业流转换信息。稍后将说明作业流转换信息。另外，在本示例性实施例中，不限制用于存储作业流转换信息的方法。例如，可以将作业流转换信息存储在管理服务器11以外的任何服务器中。 

任务定义信息

图18示出根据第四示例性实施例的示例性任务定义信息。 

如图18所示，根据本示例性实施例的示例性任务定义信息包括与任务名称301、任务处理装置303、属性信息304、输入数据305以及输出数据306有关的信息。 

任务处理装置303是表示可以执行该任务的任务处理装置的信息。属性信息304是执行该任务时所需的属性信息。输入数据305是执行该任务时所需的输入数据。输出数据306是执行该任务后所输出的输出数据。不限制用于说明任务定义信息的 格式。 

作业流定义信息

下面将参考图19A和图19B说明根据第四示例性实施例的示例性作业流定义信息。 

图19A是示出用于说明根据第四示例性实施例的作业流定义信息的示例性作业流的图。管理服务器11可以将作业流定义信息存储在它的外部存储装置中，并管理作业流定义信息。 

根据图19A所示的示例性作业流，首先执行任务1，然后执行任务2，最后执行任务3。 

图19B示出XML格式的图19A所示的作业流定义信息。在本示例性实施例中，作业流定义信息不具有机器类型依赖性。 

在本示例性实施例中，为了定义作业流，XML格式包括<作业流>标签，在该标签中，将识别作业流识别信息的编号称作“id”属性，并且将识别与作业流定义信息有关的作业流转换信息的编号称作“规则id(rule-id)”属性。图19B的例子包括对<作业流id＝“1”规则id＝“1”>(<jobflow id＝”1”rule-id＝”1”>)的说明。 

接下来，为了定义任务的执行顺序，在<作业流>标签中准备各任务的<任务>标签，以说明与要执行的各任务有关的信息(即，作业流信息)。图19B的例子包括<任务1>、<任务2>和<任务3>标签。每个<任务>标签将要执行的任务的名称作为“名称”属性来定义。 

为在作业流中定义的各任务说明了上述定义。图19B的例子包括对<任务1名称＝“扫描”/><任务2名称＝“PDF”/><任务3名称＝“邮件”/>(<task1 name＝″SCAN″/><task2name＝″PDF″/><task3 name＝″MAIL″/>)的说明。 

即，图19B的例子定义包括作为任务1被执行的扫描处理、 作为任务2被执行的PDF处理以及作为任务3被执行的邮件发送处理的作业流。 

对作业流定义信息的说明并不限于XML格式。可以使用能够识别任务的顺序、各作业流的内容以及作业流转换信息的任何其他格式。 

作业流转换信息

下面将参考图20A、图20B以及图20C说明根据第四示例性实施例的作业流转换信息。 

图20A示出根据第四示例性实施例的作业流转换信息的示例性布置。 

如图20A所示，作业流转换信息包括装置信息区2001以及转换规则区2002。管理服务器11可以将作业流转换信息存储在它的存储装置中，并管理作业流转换信息。 

图20B示出图20A所示的装置信息区2001的例子。 

装置信息区2001列出各装置的功能。 

如图20B所示，可以通过<装置(devices)>标签识别装置信息区2001。<装置(devices)>标签包括各装置的<装置(device)>标签，并且<装置(device)>标签包括定义该装置的“spec-id”属性。 

<功能>标签代表装置的各功能。<功能>标签包括代表装置的各功能的名称的“名称”属性。 

例如，“impl”属性代表实际上是否安装了由“名称”属性所指定的功能。当“impl”属性为“真”时，意思是没有安装由“名称”属性所指定的功能。 

图20B的例子包括对<装置spec-id＝“1111111”><功能名称＝“PDF”impl＝“真”>----</装置>(<devicespec-id＝″1111111″><function name＝″PDF″impl＝″true″>---- </device>)的说明，根据该说明，装置“1111111”中没有安装“PDF”功能。 

另外，<功能>标签可以包括在嵌套模式中(即，在分层结构中)所描述的说明，根据该说明，由子(较下层)<功能>标签所表示的功能代表由其母(较上层)<功能>标签所表示的功能的扩展功能。 

根据图20B所示的例子，装置1111111的“comp PDF”功能是“PDF”功能的扩展功能。 

图20C示出图20A所示的转换规则区2002的例子。 

如图20C所示，可以通过<规则(rules)>标签来识别转换规则区2002。<规则(rules)>标签包括各规则的<规则(rule)>标签。 

<规则(rule)>标签包括代表定义在系统中用于区分规则的特有ID的“规则id(rule-id)”属性。图20C所示的例子包括<规则 规则id＝“1”>(<rule rule-id＝″1″>)的“规则id”属性。图20C所示的“规则id”属性值与图19B所示的作业流定义信息的<作业流>标签的“规则id”属性值相对应。 

另外，<装置(device)>标签列出每一装置的转换规则。<装置(device)>标签包括可以识别各装置的“spec-id”属性。 

<改变>标签代表转换规则。<改变>标签包括代表要转换的对象装置功能的“从”属性和代表作为转换结果所得到的目标功能的“到”属性。更具体地，转换规则是在将装置独立作业流定义信息转换成装置依赖作业流信息时所应用的各装置的转换信息。 

图20C的例子包括对“<规则规则id＝“1”><改变从＝“PDF”到＝“Comp PDF”>----</规则>(<rule rule-id＝″1″><change from＝″PDF″to＝″Comp PDF″/>----</rule>)”的说明， 该说明定义当作业流用于装置1111111中时将“PDF”功能转换成“Comp PDF”功能的规则。 

示例性流程图

图21是示出由根据示例性实施例的联合任务处理系统所执行的、与执行作业流的装置1111111的处理相对应的第四控制处理过程的例子的流程图。 

在图21中，步骤S2101、S2102、S2104以及S2109-S2112的处理与在作为装置1111111的任务处理装置(即，打印处理装置A16或者打印处理装置B17)中所执行的处理相对应。可以通过可以将程序从ROM加载到RAM并执行该程序的与装置1111111相对应的任务处理装置的CPU来实现该处理。 

另外，步骤S2103以及S2105-S2108的处理与在管理服务器11中所执行的处理相对应。另外，可以通过可以将程序从外部存储装置加载到RAM并执行该程序的管理服务器11的CPU来实现该处理。 

首先，当用户在装置1111111的操作部209上指定作业流时，装置1111111的CPU开始执行该作业流(参考步骤S2101)。在本示例性实施例中，用户指定图19B所示的作业流定义信息。 

接下来，在步骤S2102中，装置1111111的CPU将用户所指定的作业流定义信息的ID(即，“1”)通知管理服务器11。 

响应于作业流ID的通知，管理服务器11的CPU从用于存储所注册的作业流定义信息的它自身的数据库(例如，外部存储装置)搜索具有所通知的ID的作业流，并识别所指定的作业流定义信息(参考步骤S2103)。 

在本示例性实施例中，图19B所示的作业流被识别。另外，可以使用用于搜索作业流的合适方法。 

接下来，在步骤S2104中，装置1111111的CPU将装置 1111111的装置ID通知管理服务器11。根据本示例性实施例，装置1111111的装置ID是“1111111”。 

响应于装置ID的通知，管理服务器11的CPU基于装置1111111的装置ID识别在作业流转换信息的装置信息区中所定义的装置信息(参考步骤S2105)。在本示例性实施例中，管理服务器11(即，它的数据库(例如，外部存储装置))存储包括图20B所示的装置信息区2001的作业流转换信息。 

接下来，在步骤S2106中，管理服务器11的CPU基于装置1111111的装置ID识别在作业流转换信息的转换规则区2002中所定义的转换规则。在本示例性实施例中，管理服务器11(即，它的数据库(例如，外部存储装置))存储包括图20C所示的转换规则区2002的作业流转换信息。 

接下来，在步骤S2107中，管理服务器11的CPU参考在步骤S2105中所识别的装置信息区2001和在步骤S2106中所识别的转换规则区2002，执行对在步骤S2103中所识别的作业流定义信息的转换。 

图22示出可从在步骤S2107中所执行的作业流转换处理获得的作业流定义信息的例子。 

图22示出通过基于图20C所示的转换规则对图19B所示的作业流进行转换而获得的结果。更具体地，用“Comp PDF”功能代替任务2的“PDF”功能(参考图22中的2201和2202)。 

根据本示例性实施例，并不直接改变在步骤S2103中所搜索到的作业流定义信息。更具体地，管理服务器11先把所搜索到的作业流定义信息复制到RAM的临时区中，再把改变添加到存储在临时区中的作业流定义信息。 

接下来，在步骤S2108中，管理服务器11的CPU将转换后的作业流定义信息发送到装置1111111。 

装置1111111的CPU接收转换后的作业流定义信息，并基于转换后的作业流定义信息在步骤S2109至S2111中执行该作业流。 

首先，在步骤S2109中，装置1111111的CPU执行扫描作业(“扫描”)。 

接下来，在步骤S2110中，装置1111111的CPU执行作为在步骤S2107中将“PDF”功能转换成“Comp PDF”的处理的结果的高压缩PDF作业(“Comp PDF”)。 

接下来，在步骤S2111中，装置1111111的CPU执行邮件发送作业(“邮件”)。然后，在步骤S2112中，装置1111111的CPU终止该例程的处理。 

接下来，将参考图23说明用于将执行作业流定义信息的装置变为装置2222222的处理。 

图23是示出由根据示例性实施例的联合任务处理系统所执行的、与执行作业流的装置2222222的处理相对应的第五控制处理过程的例子的流程图。 

在图23中，步骤S2301、S2302、S2304以及S2309-S2312的处理与在作为装置2222222的任务处理装置(即，打印处理装置A16或打印处理装置B17)中所执行的处理相对应。可以通过可以将程序从ROM加载到RAM中并执行该程序的对应于装置2222222的任务处理装置的CPU来实现该处理。 

另外，步骤S2303以及S2305-S2308的处理与在管理服务器11中所执行的处理相对应。可以通过可以将程序从外部存储装置加载到RAM中并执行该程序的管理服务器11的CPU来实现该处理。 

首先，当用户在装置2222222的操作部209上指定了作业流时，装置2222222的CPU开始执行该作业流(参考步骤S2301)。 在本示例性实施例中，用户指定图19B所示的作业流定义信息。 

接下来，在步骤S2302中，装置2222222的CPU将用户所指定的作业流定义信息的ID通知管理服务器11。 

响应于作业流ID的通知，管理服务器11的CPU从用于存储所注册的作业流定义信息的它自身的数据库(例如，外部存储装置)搜索具有所通知的ID的作业流，并识别所指定的作业流定义信息(参考步骤S2303)。 

在本示例性实施例中，图19B所示的作业流被识别。另外，可以使用用于搜索作业流的合适方法。 

接下来，在步骤S2304中，装置2222222的CPU将装置2222222的装置ID通知管理服务器11。根据本示例性实施例，装置2222222的装置ID是“2222222”。 

响应于装置ID的通知，管理服务器11的CPU基于装置2222222的装置ID识别在作业流转换信息的装置信息区中所定义的装置信息(参考步骤S2305)。在本示例性实施例中，管理服务器11(即，它的数据库(例如，外部存储装置))存储包括图20B所示的装置信息区2001的作业流转换信息。 

接下来，在步骤S2306中，管理服务器11的CPU基于装置2222222的装置ID识别在作业流转换信息的转换规则区2002中所定义的转换规则。在本示例性实施例中，管理服务器11(即，它的数据库(例如，外部存储装置))存储包括图20C所示的转换规则区2002的作业流转换信息。 

接下来，在步骤S2307中，管理服务器11的CPU参考在步骤S2305中所识别的装置信息区2001和在步骤S2306中所识别的转换规则区2002，执行对在步骤S2303中所识别的作业流定义信息的转换。在这种情况下，基于图20C所示的转换规则转换图19B所示的作业流。如从图20B所能理解的，装置2222222 不具有“Comp PDF”功能。 

因此，任务2的“PDF”功能仍未改变(参考图24中的2401和2402)。 

图24示出可从在步骤S2307中所执行的作业流转换处理中获得的作业流定义信息的例子。 

接下来，在步骤S2308中，管理服务器11的CPU将处理后的作业流定义信息发送给装置2222222。 

装置2222222的CPU接收作业流定义信息，并基于作业流定义信息在步骤S2309至S2311中执行该作业流。 

首先，在步骤S2309中，装置2222222的CPU执行扫描作业(“扫描”)。接下来，在步骤S2310中，装置2222222的CPU执行PDF作业(“PDF”)。 

即，与执行高压缩PD F作业(“Comp PDF”)的装置1111111(参考图21中的步骤S2110)不同，装置2222222执行普通PDF作业。 

接下来，在步骤S2311中，装置2222222CPU执行邮件发送作业(“邮件”)。然后，在步骤S2312中，装置2222222的CPU终止该例程的处理。 

第五示例性实施例

根据上述第四示例性实施例，可以基于作业流转换信息将不依赖机器类型的作业流转换成机器类型依赖的作业流。。第五示例性实施例提供一种能够在单个装置的功能改变时或者新引入了装置时自动改变作业流转换信息的系统。 

在本示例性实施例中，在下列三种(第一至第三)情况下将功能添加到装置1111111的作业流和装置2222222的作业流。 

1.初始状态 

2.向装置1111111添加了“Comp PDF”功能 

3.向装置2222222添加了“Comp PDF”功能 

1.初始状态 

图25是示出在初始状态下管理服务器11上的装置信息区和转换规则区的图。 

根据图25所示的例子，在装置1111111以及装置2222222中都只有PDF功能是可执行的，并且没有定义关于PDF功能的转换规则。 

图26示出当在初始状态下由装置1111111和装置2222222执行图19B所示的作业流时所执行的作业流转换操作。 

如图25所示，对装置1111111和装置2222222都没有定义转换规则。因此，根据图26所示的例子，装置1111111和装置2222222都执行普通PDF处理，而不进行任何转换(参考2601、2602和2603)。 

2.向装置1111111添加了“Comp PDF”功能 

图27示出在向装置1111111新应用了“Comp PDF”功能的情况下管理服务器11上的装置信息区和转换规则区。 

装置信息区包括与新应用到装置1111111的“Comp PDF”功能有关的定义(即，<功能名称＝“Comp PDF”impl＝“真”/>(<function name＝″Comp PDF″impl＝″true″/>))(参考图27中的2701)。 

另外，装置信息区包括表示没有安装新应用到装置2222222的“Comp PDF”功能的另一定义(即，<功能>标签<功能名称＝“Comp PDF”impl＝“假”/>(<function>tag<function name＝″Comp PDF″impl＝″false″/>))(参考2702)。 

转换规则区包括指示“PDF”功能向新应用到装置1111111的“Comp PDF”功能的转换的规则(即，<改变从＝“PDF”到＝“Comp PDF”/>(<function>tag<function name＝″Comp PDF″impl＝″false″/>))(参考2703)。 

另外，转换规则区包括指示“PDF”功能向新应用到装置2222222的“Comp PDF”功能的转换的另一规则(即，<改变从＝“PDF”到＝“Comp PDF”/>(<change from＝″Comp PDF″to＝″PDF″/>))(参考2704)。基于添加在装置信息区中的信息添加规则2703和2704。 

图28是示出在向装置1111111新应用了“Comp PDF”功能的情况下当由装置1111111和装置2222222执行图19B所示的作业流时所执行的作业流转换操作的图。 

基于图27所示的转换规则区的信息转换并执行各装置的作业流(参考图28的2801、2802和2803)。更具体地，在装置1111111的作业流中将“PD F”功能转换为“Comp PDF”功能(参考2802)。另一方面，在装置2222222的作业流中不经过任何转换而保留“PDF”功能(参考2803)。 

图29示出包括以下述顺序被执行的扫描作业(任务1)、高压缩PDF作业(任务2)以及邮件发送作业(任务3)的示例性作业流。 

图30示出在管理服务器11管理图27所示的装置信息区和转换规则区的情况下由各装置执行图29所示的作业流时所执行的作业流转换操作。 

基于图27中的转换规则区的信息来执行各装置的作业流。装置1111111执行没有进行任何转换的“Comp PDF”功能(参考图30中的3001和3002)。另一方面，装置2222222执行从“Comp PDF”功能所转换(转变)的“PDF”功能(参考图30的3001和3003)。 

3.向装置2222222添加了“Comp PDF”功能 

图31示出在向装置2222222应用了“Comp PDF”功能的 情况下管理服务器11上的装置信息区和转换规则区。 

装置信息区包括代表应用到装置2222222的“Comp PDF”功能的定义的<功能>标签，其中“impl”属性值从“假”变为“真”(参考图31中的3101)。 

转换规则区包括指示“PDF”功能向应用到装置2222222的“Comp PDF”功能的转换的规则(参考图31中的3102)。另外，删除指示“Comp PDF”功能向“PDF”功能的转换(参考图27中的2704)的规则，并且不将其应用到装置2222222。 

图32示出在管理服务器11管理图31所示的装置信息区和转换规则区的情况下由装置1111111和装置2222222执行图19B所示的作业流时所执行的操作。 

装置2222222执行从“PDF”功能所转换的“Comp PDF”功能(参考图32中的3201和3202)。 

接下来，将参考图33的流程图说明可以响应于功能的添加而改变装置信息区和转换规则区的管理服务器11的处理。 

图33是示出由根据示例性实施例的联合任务处理系统所执行的、与可以响应于功能的添加而改变装置信息区和转换规则区的管理服务器11的处理相对应的第六控制处理过程的例子的流程图。可以通过可以将程序从外部存储装置加载到RAM并执行该程序的管理服务器11的CPU来实现本流程图的处理。 

首先，在步骤S3301中，管理服务器11的CPU从装置接收所添加的功能的通知。在本发明中，不限制用于通知功能的增加的方法。 

接下来，在步骤S3302中，管理服务器11的CPU获取在存储在它自身存储装置(例如，外部存储装置111)中的作业流转换信息的装置信息区中所说明的<装置>标签的“spec-id”属性值。对于在作业流转换信息的装置信息区中所说明的各<装 置>标签，管理服务器11的CPU重复执行步骤S3302以及随后的步骤S3303-S3305的处理。 

在步骤S3303中，管理服务器11的CPU比较在步骤S3302中所获得的“spec-id”属性值与在步骤S3301中已经发送了所增加的功能的通知的装置的装置ID值。 

当在步骤S3302中所获得的“spec-id”属性值与已经发送了所增加的功能的通知的装置的装置ID值一致(即，步骤S3303中的“是”)时，处理流程进入步骤S3304。 

在步骤S3304中，管理服务器11的CPU将所通知的功能的<功能>标签(“impl”属性为“真”)添加到装置信息区的对应的<装置>标签中(例如，参考图27中的2701)。如果所通知的功能的<功能>标签已经存在，并且“impl”属性为“假”，则管理服务器11的CPU将“impl”属性重写为“真”(例如，参考图31中的3101)。 

另外，当所通知的功能的<功能>标签已经存在，并且“impl”属性为“真”时，管理服务器11的CPU不执行动作，并终止步骤S3304的处理。然后，处理流程返回步骤S3302。 

另一方面，当在步骤S3302中所获得的“spec-id”属性值与已经发送了增加后的功能的通知的装置的装置ID值不一致(即，步骤S3303中的“否”)时，处理流程进入步骤S3305。 

在步骤S3305中，管理服务器11的CPU将所通知的功能的<功能>标签(“impl”属性为“假”)添加到装置信息区的对应的<装置>标签中(例如，参考图27中的2702)。如果所通知的功能的<功能>标签已经存在，并且“impl”属性为“真”，则管理服务器11的CPU将“impl”属性重写为“假”。 

另外，当所通知的功能的<功能>标签已经存在，并且“impl”属性为“假”时，管理服务器11的CPU不执行动作， 并终止步骤S3305的处理。然后，处理流程返回步骤S3302。 

通过这种方式，为各<装置>标签重复执行步骤S3302-S3305的处理，以更新各个寄存器装置中的装置信息区的信息。在为各<装置>标签完成步骤S3302-S3305的处理之后，处理流程进入步骤S3306。 

随后，在步骤S3306中，管理服务器11的CPU获得在存储在它自身的存储装置中的作业流转换信息的转换规则区中所说明的<装置>标签的“spec-id”属性值。管理服务器11的CPU为各<装置>标签重复执行步骤S3306以及随后的步骤S3307-S3311的处理。 

在步骤S3307中，管理服务器11的CPU搜索装置信息区，以找到具有与在步骤S3306中所获得的转换规则区中所说明的“spec-id”属性值相同的“spec-id”属性值的<装置>标签。 

当不存在具有相同“spec-id”属性值的<装置>标签时，处理流程返回步骤S3306。另一方面，当存在任何具有相同“spec-id”属性值的<装置>标签时，管理服务器11的CPU获取装置信息区中的对应的<装置>标签的信息。 

接下来，在步骤S3308中，管理服务器11的CPU基于在步骤S3307中所获得的<装置>标签的信息判断新的功能是否可以被高级功能化。在本示例性实施例中，“高级功能化”状态是<装置>标签中的<功能>标签具有分层结构并且子(较下层)<功能>标签的“impl”属性值为“真”(例如，参考图27中的2701)的状态。 

当在步骤S3308中新功能可以被高级功能化时，管理服务器11的CPU将高级功能化规则添加到应用于对应装置的转换规则区的转换规则说明部分(参考步骤S3309)。 

在本示例性实施例中，高级功能化规则可以由包括作为母 (较上层)<功能>标签的“名称”属性值的“从”属性值以及作为子(较下层)<功能>标签的“名称”属性值的“到”属性值的<改变>标签表示。 

当已经存在相同的<改变>标签时，管理服务器11的CPU不执行动作。在完成步骤S3308的处理之后，处理流程进入步骤S3310。 

另一方面，当在步骤S3308中新功能不能被高级功能化时，处理流程直接进入步骤S3310。 

在步骤S3310中，管理服务器11的CPU基于在步骤S3307中所获得的<装置>标签的信息判断是否应该把新功能低级功能化。在本示例性实施例中，“低级功能化”状态是<装置>标签中的<功能>标签具有分层结构并且子(较下层)<功能>标签的“impl”属性值为“假”(例如，参考图27中的2702)的状态。 

当在步骤S3310中应该将新功能低级功能化时，管理服务器11的CPU将低级功能化规则添加到应用于对应装置的转换规则区的转换规则说明部分(参考步骤S3311)。 

在本示例性实施例中，低级功能化规则可以由包括作为母(较上层)<功能>标签的“名称”属性值的“到”属性值以及作为子(较下层)<功能>标签的“名称”属性值的“从”属性值的<改变>标签表示。 

当已经存在相同的<改变>标签时，管理服务器11的CPU不执行动作。在完成步骤S3311的处理之后，处理流程进入步骤S3306。 

另一方面，当在步骤S3310中新功能不应该被低级功能化时，处理流程直接返回步骤S3306。 

通过这种方式，为各<装置>标签重复执行步骤 S3306-S3311的处理，以更新各个寄存器装置中的转换规则区的信息。在为各<装置>标签完成步骤S3306-S3311的处理之后，管理服务器11的CPU终止该例程的处理。 

如上所述，第四和第五实施例使得不同的任务处理装置可以使用共用联合作业流，以致可以有效地使用各个任务处理装置的功能。 

另外，各任务处理装置可以使用可选功能，如果添加了可选功能，无需修改作业流。 

另外，没有必要准备专用于各任务处理装置的作业流。 

因此，上述示例性实施例可以实现灵活的联合作业流执行环境，在该环境中，即使当向任务处理装置添加了可选功能时，也不需要用于改变所有或大部分作业流的复杂工作。 

根据上述第四和第五示例性实施例，管理服务器11存储创建专用于各装置的作业流所需的信息，并且执行作业流时可以灵活地创建专用于各装置的作业流。 

但是，可以修改上述示例性实施例，使得管理服务器11可以保存创建专用于各机器类型的作业流所需的信息，并且执行作业流时可以灵活地创建专用于各机器类型的作业流。 

上述各种数据以及编辑屏幕的布置和内容不受限制，并且可以根据使用方式或者使用该系统的目的适当地进行修改。 

本发明可以具体体现为系统、设备、方法、程序或存储介质。例如，可以将本发明应用于包括多个装置的系统或者单个装置。 

将参考图34A-图34C的存储映射来说明可以存储可被组成联合任务处理系统的各个装置11-17读取的各种数据处理程序的存储介质的示例性存储映射。 

图34A示出可以存储能被根据示例性实施例的联合任务处 理系统的客户端PC 12读取的各种数据处理程序的存储介质(或者记录介质)的示例性存储映射。 

图34B示出可以存储能被根据示例性实施例的联合任务处理系统的管理服务器11读取的各种数据处理程序的存储介质(或者记录介质)的示例性存储映射。 

图34C示出可以存储能被根据示例性实施例的联合任务处理系统的任务处理装置14-17读取的各种数据处理程序的存储介质(或者记录介质)的示例性存储映射。 

虽然在图中未示出，但是存储介质还可以存储诸如版本信息和创建者名字的与程序的管理有关的信息，以及诸如区分程序的图标的与读取程序的OS有关的信息。 

存储介质的目录可以管理属于各种程序的数据。另外，存储介质可以存储用于在计算机上安装各种程序所需的程序，以及用于提取压缩的程序所需的程序。 

当可从外部存储装置安装程序时，主机可以执行图7A、7B、12、15、21、23以及33的流程图中所示的示例性实施例的处理。在这种情况下，可以使用存储介质(例如，CD-ROM、闪速存储器或者软盘(FD))或者通过网络从外部存储介质，将这些程序和有关的信息提供给输出设备。 

另外，可以通过存储介质(或记录介质)将用于实现上述示例性实施例的功能的软件程序代码提供给系统或设备。该系统或设备中的计算机(或者CPU或MPU)可以读取存储在该存储介质中的程序代码并且可以执行所读出的程序。 

在这种情况下，从存储介质读出的程序可以实现示例性实施例的功能。如果程序的等价物具有相当的功能，则可以使用它们。因此，当通过计算机实现示例性实施例的功能或处理时，安装在计算机中的程序代码以及存储程序的记录介质被用于实 现本发明。在这种情况下，程序的类型可以是目标代码、解释程序以及OS脚本数据中的任何一种。 

可以从软盘、硬盘、光盘、磁光盘、MO、CD-ROM、CD-R、CD-RW、磁带、非易失性存储卡、ROM以及DVD(DVD-ROM、DVD-R)中选择任何一种作为提供程序的记录介质。换而言之，本发明包含可以实现示例性实施例的功能或处理的计算机程序，或者可以存储该程序的任何记录介质。 

用于提供程序的方法包括：当互联网上的主页允许各用户将本发明的计算机程序或者具有自动安装功能的程序的压缩文件下载到用户的硬盘或其他记录介质时，使用客户端计算机的浏览功能访问该主页。 

另外，可以将构成本发明的程序的程序代码分割成多个文件，以使可以从不同的主页下载各文件。即，本发明包括允许众多用户下载该程序文件以使在他们的计算机上可以实现本发明的功能或处理的WWW服务器或者FTP服务器。 

另外，当将本发明的程序分发给用户时，对本发明的程序进行加密，并将加密后的程序存储在CD-ROM或相似的记录介质中，是切实可行的方法。允许经授权的用户(即，满足预定条件的用户)从互联网上的主页下载密钥信息。用户可以使用所获得的密钥信息解密该程序，并可以在他们的计算机上安装该程序。当计算机读取并执行所安装的程序时，可以实现上述示例性实施例的功能。 

另外，不仅可以通过执行程序的计算机来实现上述示例性实施例的功能，并且运行在该计算机上的操作系统(OS)可以基于程序的指令执行部分或全部实际的处理。 

另外，可以将从存储介质所读出的程序代码写入装配在计算机中的功能扩展板的存储器中，或者连接到计算机的功能扩 展单元的存储器中。在这种情况下，基于程序的指令，配置在功能扩展板或者功能扩展单元上的CPU可以执行部分或者全部处理，使得可以实现上述示例性实施例的功能。 

可以将本发明应用于包括多个装置的系统或单个的设备。此外，可以通过将程序提供给该系统或设备来实现本发明。在这种情况下，该系统或设备可以从存储介质读取与本发明有关的软件程序。 

本发明的示例性实施例可以创建对于各任务处理装置来说最佳的联合作业流。另外，一个联合作业流可以对可应用于多个任务处理装置并可用于不同任务处理装置之间的共用设置进行说明。因此，没有必要考虑各个任务处理装置的功能差异而创建多个联合作业流。因此，可以降低管理成本并提高可用性。 

另外，本发明的示例性实施例可以基于另一任务处理装置的作业流自动创建任务处理设备的作业流。因此，可以容易地创建包括多个打印设备的作业流的联合作业流。 

另外，本发明的示例性实施例使用户可以同时浏览包含在联合作业流中的任务处理装置的所有作业流。因此，当用户创建联合作业流时，用户可以容易地检查联合作业流中各个任务处理装置的依赖于机器类型的部分。 

因此，本发明的示例性实施例可以容易地创建可在不同机器类型的任务处理装置之间共用的机器类型依赖的作业流。 

另外，本发明的示例性实施例使不同的任务处理装置可以使用共用的联合作业流，使得可以有效地利用各个任务处理装置的功能。 

另外，本发明的示例性实施例使各任务处理装置可以使用可选功能，如果添加了可选功能，无需修改作业流。 

另外，没有必要准备专用于各任务处理装置的作业流。 

另外，本发明的示例性实施例可以实现灵活的联合作业流执行环境，在该环境中，即使当向任务处理装置添加了可选功能时，也不需要用于改变所有或大部分作业流的复杂工作。 

虽然已经参考示例性实施例对本发明作了说明，但是，应当理解为，本发明并不限于所公开的示例性实施例。所附权利要求的范围符合最宽的解释，以包括所有的修改、等同结构和功能。 

本申请要求2005年10月13日递交的日本专利申请2005-298478以及2006年5月17日递交的日本专利申请2006-137528的优先权，所述申请在此通过引用被整体包括。 

Claims (8)

1.一种任务联合作业流创建设备，用于创建包括能作为系列所联合的作业处理被执行并且能在包括机器类型彼此不同的第一和第二任务处理装置的多种机器类型的任务处理装置中使用的多个任务的任务联合作业流的定义信息，所述任务联合作业流创建设备包括：

显示单元，用于在创建能在所述第一任务处理装置中被执行的第一任务联合作业流的定义信息的过程中，显示与能在所述第一任务处理装置中使用的多个任务有关的第一任务信息；

编辑创建单元，用于使用由所述显示单元所显示的所述第一任务信息，基于所输入的编辑指令，创建所述第一任务联合作业流的定义信息；以及

生成单元，用于基于由所述编辑创建单元所创建的所述第一任务联合作业流的所述定义信息以及与能在所述第二任务处理装置中使用的多个任务有关的第二任务信息，生成能在所述第二任务处理装置中被执行的第二任务联合作业流的定义信息，其中，所述生成单元通过从所述第一任务联合作业流中删除不能在所述第二任务处理装置中使用的一个或多个任务来生成所述第二任务联合作业流的定义信息。

2.根据权利要求1所述的任务联合作业流创建设备，其特征在于，由所述生成单元所生成的所述第二任务联合作业流的定义信息是具有机器类型依赖性并且能在所述第一任务处理装置和所述第二任务处理装置之间共用的任务联合作业流的定义信息。

3.根据权利要求1所述的任务联合作业流创建设备，其特征在于，所述显示单元显示被分类成适用于所有机器类型的共用信息和依赖于所述机器类型的单独信息的所述第一任务信息。

4.根据权利要求1所述的任务联合作业流创建设备，其特征在于，还包括获取单元，所述获取单元用于通过网络从所述多种机器类型的任务处理装置获取与能在所述多种机器类型的任务处理装置中使用的任务有关的信息。

5.根据权利要求1所述的任务联合作业流创建设备，其特征在于，在创建具有机器类型依赖性并且能在所有机器类型的任务处理装置之间共用的第三任务联合作业流的定义信息的过程中，所述显示单元显示与能在所有机器类型的任务处理装置之间使用的任务有关的第三任务信息，以及

其中，所述编辑创建单元使用由所述显示单元所显示的所述第三任务信息，基于所输入的编辑指令，创建所述第三任务联合作业流的定义信息。

6.一种任务联合作业流执行系统，用于创建包括能作为系列所联合的作业处理被执行并且能在包括通过网络能相互通信的多种机器类型的任务处理装置、管理服务器以及客户端设备的联合任务处理系统中使用的多个任务的任务联合作业流的定义信息，所述系统包括：

显示单元，其包括在所述客户端设备中，用于在创建能在所述多种机器类型的任务处理装置中的第一任务处理装置中被执行的第一任务联合作业流的定义信息的过程中，显示与能在所述第一任务处理装置中使用的多个任务有关的第一任务信息；

编辑创建单元，其包括在所述客户端设备中，用于使用由所述显示单元所显示的所述第一任务信息，基于所输入的编辑指令，创建所述第一任务联合作业流的定义信息；

生成单元，其包括在所述客户端设备中，用于基于由所述编辑创建单元所创建的所述第一任务联合作业流的所述定义信息以及与能在与所述第一任务处理装置的机器类型不同的第二任务处理装置中使用的多个任务有关的第二任务信息，生成能在所述第二任务处理装置中被执行的第二任务联合作业流的定义信息，其中，所述生成单元通过从所述第一任务联合作业流中删除不能在所述第二任务处理装置中使用的一个或多个任务来生成所述第二任务联合作业流的定义信息；

第一发送单元，其包括在所述客户端设备中，用于将由所述生成单元所生成的所述第一任务联合作业流的定义信息和所述第二任务联合作业流的定义信息发送给所述管理服务器；

注册单元，其包括在所述管理服务器中，用于将发送自所述客户端设备的所述第一任务联合作业流的定义信息和所述第二任务联合作业流的定义信息存储在存储单元中；

第二发送单元，其包括在所述管理服务器中，用于根据来自所述第一任务处理装置和所述第二任务处理装置的请求，将注册在所述存储单元中的所述第一任务联合作业流的定义信息和所述第二任务联合作业流的定义信息分别发送给所述第一任务处理装置和所述第二任务处理装置；以及

执行单元，其包括在所述第一任务处理装置和所述第二任务处理装置中，用于从所述管理服务器分别获得所述第一任务联合作业流的定义信息和所述第二任务联合作业流的定义信息，并分别执行所述第一任务联合作业流的定义信息和所述第二任务联合作业流的定义信息。

7.一种任务联合作业流创建方法，用于创建包括能作为系列所联合的作业处理被执行并且能在包括机器类型彼此不同的第一和第二任务处理装置的多种机器类型的任务处理装置中使用的多个任务的任务联合作业流的定义信息，所述任务联合作业流创建方法包括：

显示步骤，用于在创建能在所述第一任务处理装置中被执行的第一任务联合作业流的定义信息的过程中，显示与能在所述第一任务处理装置中使用的多个任务有关的第一任务信息；

编辑创建步骤，用于使用所显示的第一任务信息，基于所输入的编辑指令，创建所述第一任务联合作业流的定义信息；以及

生成步骤，用于基于所创建的第一任务联合作业流的所述定义信息以及与能在所述第二任务处理装置中使用的多个任务有关的第二任务信息，生成能在所述第二任务处理装置中被执行的第二任务联合作业流的定义信息，其中，所述生成步骤通过从所述第一任务联合作业流中删除不能在所述第二任务处理装置中使用的一个或多个任务来生成所述第二任务联合作业流的定义信息。

8.一种任务联合作业流执行方法，用于创建包括能作为系列所联合的作业处理被执行并且能在包括通过网络能相互通信的多种机器类型的任务处理装置、管理服务器以及客户端设备的联合任务处理系统中使用的多个任务的任务联合作业流的定义信息，所述方法包括：

显示步骤，其在所述客户端设备中执行，用于在创建能在所述多种机器类型的任务处理装置中的第一任务处理装置中被执行的第一任务联合作业流的定义信息的过程中，显示与能在所述第一任务处理装置中使用的多个任务有关的第一任务信息；

编辑创建步骤，其在所述客户端设备中执行，用于使用所显示的第一任务信息，基于所输入的编辑指令，创建所述第一任务联合作业流的定义信息；

生成步骤，其在所述客户端设备中执行，用于基于所创建的所述第一任务联合作业流的定义信息以及与能在与所述第一任务处理装置的机器类型不同的第二任务处理装置中使用的多个任务有关的第二任务信息，生成能在所述第二任务处理装置中被执行的第二任务联合作业流的定义信息，其中，所述生成步骤通过从所述第一任务联合作业流中删除不能在所述第二任务处理装置中使用的一个或多个任务来生成所述第二任务联合作业流的定义信息；

第一发送步骤，其在所述客户端设备中执行，用于将所述第一任务联合作业流的定义信息和所述第二任务联合作业流的定义信息发送给所述管理服务器；

注册步骤，其在所述管理服务器中执行，用于将发送自所述客户端设备的所述第一任务联合作业流的定义信息和所述第二任务联合作业流的定义信息存储在存储单元中；

第二发送步骤，其在所述管理服务器中执行，用于根据来自所述第一任务处理装置和所述第二任务处理装置的请求，将注册在所述存储单元中的所述第一任务联合作业流的定义信息和所述第二任务联合作业流的定义信息分别发送给所述第一任务处理装置和所述第二任务处理装置；以及

执行步骤，其在所述第一任务处理装置和所述第二任务处理装置中执行，用于从所述管理服务器分别获得所述第一任务联合作业流的定义信息和所述第二任务联合作业流的定义信息，并分别执行所述第一任务联合作业流的定义信息和所述第二任务联合作业流的定义信息。

Images