专利名称：联合作业流创建设备、联合作业流创建方法、服务处理设备、服务处理方法、管理服务器 ...的制作方法
技术领域：
本发明涉及能够使用户创建任务联合作业流的定义信息的 技术，该任务联合作业流包括可作为系列所联合的作业处理3史 执行并可用在不同的任务处理装置中的多个任务。
背景技术：
具有诸如复印、传真、扫描以及打印功能的多种功能的多 功能外围设备可以实现能够基于复制和传真功能来处理纸件文 档以及还能够在个人计算机上处理电子文档数据的联合作业处理系统(cooperative job processing system )。更具体地，多功能外围设备可以扫描纸件文档，并将所扫 描的文档数据传送给个人计算机。多功能外围设备可以接收传 真文档，并将所收到的图像数据直接发送给个人计算机。另夕卜， 期望联合并使随后的基于纸件文档或者传真文档的电子数据的 程序以及处理自动化。因此，传统技术准备说明与多功能外围设备的各项有关的 期望设置的联合模板，并使用户可以指定期望的联合模板，以 及如果有必要则使用户可以改变设置值。例如，传统图像形成设备可以存储多种类型的输出设置数 据(即，联合模板)，以根据所选择的输出设置数据的输出格式 形成输出图像(参考日本特开平10-083263 )。另夕卜，上述图像形成设备不仅可以执行它自身功能的设置， 而且可以执行通过网络所连接的其他扫描仪或打印机的设置以 及图像形成系统的联合处理的设置(参考日本特开 2004-287861 )。但是，根据日本特开2004-287861中所公开的系统，在可 在具有不同功能的多个图像形成设备中共用的联合模板中包括 适用于指定图像形成设备的特有功能(例如，打印机中的"高 压缩PDF，，功能)，是不可能的或者是相当受限制的。因此，即使联合模板可被共用，该联合模板也不能包括单 个图像形成设备的非常先进的功能。另外，使用各设备的特有功能创建联合模板遇到下面的问 题。例如，如果装置具有多种机器类型，则联合模板不能被共 用在不同的机器类型中。另外，需要为各个机器类型准备不同 的多个模板，虽然各模板的内容相互类似。发明内容本发明的实施例针对能够克服或至少能够緩和上述问题的技术。另外，本发明的至少 一 个实施例针对能够创建并执行可以 共用在通过网络相连接的多个装置中的联合作业流(对应于上 述联合模板)以有效并灵活地利用它们的功能的机制。另外，本发明的至少 一 个实施例针对能够将装置独立联合 作业流灵活地转换为装置依赖联合作业流并在各装置中执行转 换后的作业流的机制。更具体地，根据本发明的一方面， 一种信息处理设备，用 于创建包括能作为系列所联合的作业处理被执行并且能在包括 机器类型彼此不同的第一和第二任务处理装置的多种机器类型 的任务处理装置中使用的多个任务的任务联合作业流的定义信 息，所述信息处理设备包括显示单元，用于在创建能在所述 第 一任务处理装置中被执行的第 一任务联合作业流的定义信息 的过程中，显示与能用在所述第一任务处理装置中的多个任务有关的第一任务信息；编辑创建单元，用于使用由所述显示单 元所显示的所述第一任务信息，基于所输入的编辑指令，创建所述第一任务联合作业流的定义信息；以及生成单元，用于基于由所述编辑创建单元所创建的所述第 一联合作业流的所述定 义信息以及与能用在所述第二任务处理装置中的多个任务有关 的第二任务信息，生成能在所述第二任务处理装置中被执行的 第二任务联合作业流的定义信息。根据本发明的另一方面，提供一种联合任务处理系统，包 括通过网络能相互通信的多种机器类型的任务处理装置、管理服务器以及客户端设备，其中，所述客户端设备包括显示单 元，用于在创建能在与所述多种机器类型的任务处理装置中的 一个任务处理装置相对应的第一任务处理装置中被执行的第一 任务联合作业流的定义信息的过程中，显示与能用在所述第一 任务处理装置中的多个任务有关的第 一任务信息；编辑创建单 元，用于使用由所述显示单元所显示的所述第一任务信息，基 于所输入的编辑指令，创建所述第 一 任务联合作业流的定义信 息；生成单元，用于基于由所述编辑创建单元所创建的所述第 一联合作业流的所述定义信息以及与能用在与所述第 一任务处 理装置的机器类型不同的第二任务处理装置中的多个任务有关 的第二任务信息，生成能在所述第二任务处理装置中被执行的 第二任务联合作业流的定义信息；以及第一发送单元，用于将 由所述生成单元所生成的所述任务联合作业流的定义信息发送 给所述管理服务器，其中，所述管理服务器包括注册单元， 用于将发送自所述客户端设备的所述任务联合作业流的定义信 息存储在存储单元中；以及第二发送单元，用于根据来自任一 个所述任务处理装置的请求，将注册在所述存储单元中的所述 任务联合作业流的定义信息发送给所述任一 个任务处理装置，其中，所述多个任务处理装置中的每一个均包括执行单元，所 述执行单元用于从所述管理服务器获得所述任务联合作业流的 定义信息，并执行所述任务联合作业流的定义信息。还根据本发明的另一方面，提供一种服务处理设备，包括 显示单元，用于区别地显示适用于多个装置的共用服务以及依 赖于单个装置的特有服务，以及创建单元，用于创建合并了在所述显示单元上所显示的服务的流程。另外，根据本发明的另一方面，提供一种服务处理设备，包括存储单元，用于存储专用于第一装置的特有服务和专用 于第二装置的特有服务；以及创建单元，用于基于存储在所述 存储单元中的专用于所述第 一装置的所述特有服务以及专用于 所述第二装置的所述特有服务，从所述第一装置的服务流创建 所述第二装置的服务流。仍然还根据本发明的另一方面，提供一种管理服务器，包 括存储单元，用于存储定义包括能作为所联合的作业处理被 执行的多个任务的流程的装置独立流程定义信息以及将所述装 置独立流程定义信息转换成装置依赖流程定义信息所需的各装 置的转换信息；以及控制单元，用于响应于来自装置的流程执 行请求，基于与所述装置相对应的转换信息，将与所述请求相 对应的所述流程定义信息灵活地转换成装置依赖流程定义信 息，并将转换后的信息发送给所述装置。还根据本发明的另 一方面，提供一种联合任务处理系统， 包括管理服务器和多个装置，其中，所述管理服务器包括存 储单元，用于存储定义包括能作为所联合的作业处理被执行的 多个任务的流程的装置独立流程定义信息以及将所述装置独立 流程定义信息转换成装置依赖流程定义信息所需的各装置的转 换信息；以及控制单元，用于响应于来自装置的流程执行请求，基于与所述装置相对应的转换信息，将与所述请求相对应的所述流程定义信息灵活地转换成装置依赖流程定义信息，并将转换后的信息发送给所述装置，其中，所述多个装置中的每个装置均包括执行单元，所述执行单元用于从所述管理服务器获取所述装置依赖流程定义信息，并执行所述装置依赖流程定义信 白另外，根据本发明的一方面，提供一种任务联合作业流创 建方法，用于创建包括能作为系列所联合的作业处理被执行并 且能用在包括机器类型彼此不同的第一和第二任务处理装置的 多种机器类型的任务处理装置中的多个任务的任务联合作业流的定义信息，所述任务联合作业流创建方法包括显示步骤， 用于在创建能在所述第一任务处理装置中被执行的第一任务联 合作业流的定义信息的过程中，显示与能用在所述第一任务处 理装置中的多个任务有关的第一任务信息；编辑创建步骤，用 于使用所显示的第一任务信息，基于所输入的编辑指令，创建 所述第一任务联合作业流的定义信息；以及生成步骤，用于基 于所创建的第 一 任务联合作业流的所述定义信息以及与能用在 所述第二任务处理装置中的多个任务有关的第二任务信息，生 成能在所述第二任务处理装置中被执行的第二任务联合作业流 的定义信息。根据本发明的另 一 方面，提供一种任务联合作业流执行方 法，用于创建包括能作为系列所联合的作业处理被执行并且能 用在包括通过网络能相互通信的多种机器类型的任务处理装 置、管理服务器以及客户端设备的联合任务处理系统中的多个 任务的任务联合作业流的定义信息，其中，所述客户端设备执 行显示步骤，用于在创建能在与所述多种机器类型的任务处 理装置中的一个任务处理装置相对应的第一任务处理装置中被执行的第一任务联合作业流的定义信息的过程中，显示与能用 在所述第一任务处理装置中的多个任务有关的第一任务信息； 编辑创建步骤，用于使用所显示的第一任务信息，基于所输入 的编辑指令，创建所述第一任务联合作业流的定义信息；生成步骤，用于基于所创建的所述第一联合作业流的定义信息以及 与能用在与所述第一任务处理装置的机器类型不同的第二任务 处理装置中的多个任务有关的第二任务信息，生成能在所述第二任务处理装置中被执行的第二任务联合作业流的定义信息； 以及第一发送步骤，用于将所生成的所述任务联合作业流的定 义信息发送给所述管理服务器，其中，所述管理服务器执行 注册步骤，用于将发送自所述客户端设备的所述任务联合作业 流的定义信息存储在存储单元中；以及第二发送步骤，用于根 据来自任一个所述任务处理装置的请求，将注册在所述存储单 元中的所述任务联合作业流的定义信息发送给所述任 一 个任务 处理装置，以及其中，所述多个任务处理装置中的每一个均执 行执行步骤，所述执行步骤用于从所述管理服务器获得所述任 务联合作业流的定义信息，并执行所述任务联合作业流的定义 信息。另外，还根据本发明的另一方面，提供一种服务处理方法， 包括显示步骤，用于区别地显示适用于多个装置的共用服务 以及依赖于单个装置的特有服务，以及创建步骤，用于创建合 并了在所述显示单元上所显示的服务的流程。另外，根据本发明的另一方面，提供一种服务处理方法， 包括获取步骤，用于获取专用于第一装置的特有服务和专用 于笫二装置的特有服务；以及创建步骤，用于基于在所述获取 步骤中所获取的专用于所述第一装置的所述特有服务以及专用 于所述第二装置的所述特有服务，从所述第一装置的服务流创建所述第二装置的服务流。另外，根据本发明的另一方面，提供一种流程转换方法， 其使用用于存储定义包括能作为所联合的作业处理被执行的多 个任务的流程的装置独立流程定义信息以及将所述装置独立流 程定义信息转换成装置依赖流程定义信息所需的各装置的转换 信息的存储单元，所述流程转换方法包括响应于来自装置的 流程执行请求，基于与所述装置相对应的转换信息，将与所述 请求相对应的所述流程定义信息灵活地转换成装置依赖流程定义信息并将转换后的信息发送给所述装置的步骤。另外，根据本发明的另一方面，提供一种流程执行方法， 其使用用于存储定义包括能作为所联合的作业处理被执行的多 个任务的流程的装置独立流程定义信息以及将所述装置独立流 程定义信息转换成装置依赖流程定义信息所需的各装置的转换 信息的管理服务器的存储单元，其中，所述装置执行请求执行 存储在所述管理服务器中的、与所述流程定义信息相对应的流 程的步骤，其中，所述管理服务器执行响应于来自装置的流程 执行请求，基于与所述装置相对应的转换信息，将与所述请求 相对应的所述流程定义信息灵活地转换成装置依赖流程定义信 息，并将转换后的信息发送给所述装置的步骤，以及其中，所 述装置执行获取从所述管理服务器发送的所述装置依赖流程定 义信息并执行所述装置依赖流程定义信息的步骤。另外，根据本发明的另一方面，提供一种计算机可执行程 序，其包括用于执行上述设备、系统和方法的处理的计算机可 执行指令。另外，根据本发明的另一方面，提供一种计算机可读取存 储介质，其存储包括用于执行上述设备、系统以及方法的处理 的指令的计算机可执行程序。根据下面参考附图对示例性实施例的详细说明，本发明的 其他特征和方面将变得显而易见。
包含在说明书中并构成说明书的 一部分的附图示出本发明 的实施例，并与说明书一起用于解释本发明的原理。图l是示出根据本发明的示例性实施例的联合任务处理系 统的整个布置的例子的图。图2是示出可以实现图1所示的管理服务器、客户端PC、任 务列表数据库(DB)、应用A和应用B的计算机的硬件布置的框图。图3是示出可以用作图l所示的打印处理装置A或打印处理 装置B的多功能外围设备的硬件布置的框图。图4 A是示出根据本示例性实施例的图1所示的联合任务处 理系统的操作流程的图，该图包括新应用的增加以及作业流的 执行。图4B是示出根据本示例性实施例的图1所示的联合任务处 理系统的操作流程的图，该图包括新应用的增加以及作业流的 执行。图5是示出根据本发明的示例性实施例的在将任务列表注 册在任务列表D B中时所需的示例性任务定义信息。图6 A是示出根据示例性实施例的用于说明作业流定义信 息的示例性作业流的图。图6B是示出图6A所示的作业流定义信息的XML格式的图。图7 A是示出由根据示例性实施例的联合任务处理系统执 行的第 一 控制处理过程的例子的流程图。图7B是示出由根据示例性实施例的联合任务处理系统执 行的第 一 控制处理过程的例子的流程图。
图8是示出注册在任务列表DB中的任务定义信息的示例性
列表格式的图。
图9是示出使用户可以创建作业流定义信息的示例性编辑 屏幕的图。
图IO是示出使用户可以创建作业流定义信息的示例性编 辑屏幕的图。
图ll是示出根据本示例性实施例所创建的示例性作业流 定义信息的图。
图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是示出在管理服务器ll管理图27所示的装置信息区和转换规则区的情况下由各装置执行图29所示的作业流时所 执行的作业流转换操作的图。
图31是示出在将"Comp PDF"功能新应用到装置2222222 的情况下管理服务器上的装置信息区和转换规则区的图。
图32是示出在管理服务器ll管理图31所示的装置信息区 和转换规则区的情况下由装置1111111和装置2222222执行图 19B所示的作业流时所执行的操作的图。
图33是示出由根据示例性实施例的联合任务处理系统所 执行的第六控制处理过程的例子的流程图。
图34A是示出可以存储能被根据示例性实施例的联合任务 处理系统的客户端P C读取的各种数据处理程序的存储介质(或 者记录介质)的示例性存储映射的图。
图34B是示出可以存储能被根据示例性实施例的联合任务 处理系统的管理服务器读取的各种数据处理程序的存储介质 (或者记录介质)的示例性存储映射的图。
图34C是示出可以存储能被根据示例性实施例的联合任务 处理系统的任务处理装置读取的各种数据处理程序的存储介质 (或者记录介质)的示例性存储映射的图。
具体实施例方式
对示例性实施例的下列说明实质上^U又是示例性的，决不 是意图限制本发明、它的应用或者使用。
可能没有详细讨论本领域的普通技术人员所知道的处理、 技术、设备以及材料，但是在适当的地方它们可以是说明书的 一部分。
例如，可能没有详细讨论用于信号处理、计算、显示和其 他应用的一定电路。但是，在此，为相关领域的技术人员所知道的这些系统以及构成这些系统的方法在适当的地方可以是公 开内容的一部分。
注意，贯穿本说明书，在下列图中，相似的附图标记和字 母指代相似的项，因此一旦在一个图中限定了 一项，则对于随 后的图不再讨论该项。
下面将参考附图详细说明示例性实施例。 第一示例性实施例
首先，将说明本发明可应用于的系统布置以及有关的软件 布置。 系统布置
图l是示出根据示例性实施例的联合任务处理系统的整个 布置的例子的图。
联合任务处理系统可以实现包括打印处理装置的任务的各 种任务的联合执行。
另外，本发明中的任务可以定义为对文档数据所应用的处 理。另外，打印处理装置的任务可以定义为各种服务，包括文 档数据的复印、扫描以及传真发送、将文档数据存储进打印处 理装置中的硬盘中以及文档数据的邮件发送。
另外，本联合任务处理系统不仅可以与提供上述任务的打 印处理装置进行联合，还可以与能提供各种任务的多个应用进 行联合。可以通过可以安装应用程序并执行该程序的计算机， 来实现各应用。在下面的说明中，将每一应用作为一个任务处 理装置来进行说明。
在本发明中，将可以执行上述任务的打印处理装置以及有 关的软件应用定义为任务处理装置。
如图l所示，本联合任务处理系统包括通过网络18相互连 接的管理服务器ll、客户端PC 12、任务列表数据库(DB) 13、应用A14、应用B15、打印处理装置A 16以及打印处理装置B 17。应用A和应用B是上述应用的例子。
不限制应用及打印处理装置的总数量。另外，可以为每个 应用准备任务列表DB 13,或者任务列表DB 13可以独立于打 印处理装置的任务管理。不限制使用任务列表DB 13的方法。
下面的示例性联合任务处理系统基于两个应用(即，应用 A 14和应用B 15)和相互连4妄的两个打印处理装置(16、 17) 来执行操作。
管理服务器ll可以管理应用A14、应用B15、打印处理装 置A 16以及打印处理装置B 17。任务列表DB 13可以管理列出 可由各个任务处理装置执行的任务的列表。
另外，客户端PC 12可以通过管理服务器11从任务列表DB 13获得可执行任务，并且可以创建作为所期望的任务的组合的 作业流。
在本示例性实施例中，可以将作业流定义为^皮组合为单个 作业的多个任务的单位，以连续地处理多个任务。管理服务器 11可以将所创建的作业流作为打印处理装置16和17可以执行 的"作业流定义信息，，来管理。稍后将说明作业流定义信息的 细节。 硬件布置
首先，将参考图2说明可以实现图l所示的管理服务器ll、 客户端PC 12、任务列表DB 13、应用A 14以及应用B 15的计 算机的硬件布置。
图2是示出可以实现图l所示的管理服务器ll、客户端PC 12、任务列表DB13、应用A 14以及应用B 15的计算机的硬件 布置的框图。
如图2所示，CPU IOI可以执行从ROM 103的程序ROM以及外部存储装置111加载到RAM 102中的程序，从而实现对计 算机的综合控制。CPU IOI可以控制连接到系统总线104的各装置。
另外，ROM 103包括可以存储字体数据的字体ROM以及 可以存储各种数据的数据ROM。 RAM 102可以用作CPU 101 的主存储器和工作区。
键盘控制器(KBC) 105可以控制从键盘(KB) 109或诸 如鼠标的定点装置(未示出)所输入的信号和数据。视频控制 器(VC) 106可以控制诸如CRT (阴极射线管)、LCD (液晶 显示器)或其他显示装置的显示单元IIO。
存储器控制器(MC) 107可以控制来自外部存储装置lll (例如，硬盘(HD)、软盘(FD)或CD-ROM)的访问。网 络接口卡(NIC) 108可以控制计算机和网络18之间的通信。
接下来，将参考图3说明可以用作图l所示的打印处理装置 A 16或者打印处理装置B 17的多功能外围设备的硬件布置。
图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的图傳j史据，并可以通过电话 线发送压缩后的图像数据。所发送/接收的图像数据可以暂时存储在连接到存储部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是每个均示出根据本示例性实施例的图l所示 的联合任务处理系统的、包括新应用的添加和作业流的执行的 操作流程的图。
图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信息的应用 信息注册进管理服务器ll中(参考过程(2):应用注册22)。 然后，管理服务器ll基于所接收到的应用信息将任务信息注册 进任务列表DB 13中(参考过程(3):任务注册23)。然后，在 完成将应用B 15注册为可执行任务之后，可以创建包括应用B 15的任务的作业 流。
客户端PC 12可以指示作业流的创建。客户端PC 12通过管 理服务器11参考注册在任务列表DB 13中的任务列表(参考过 程(4):任务参考24)。然后，客户端PC 12使管理服务器11 创建并注册从所参考的任务所组合的期望任务的作业流(参考 过程(5):作业流注册25)。
管理服务器ll可以管理所注册的作业流。在完成作业流的 注册之后，管理服务器ll可以使打印处理装置(即，打印处理 装置A16或者打印处理装置B 17)执行所注册的作业流。在本 示例性实施例中，打印处理装置A 16可以以下列方式执行作业
流o
打印处理装置A 16可以参考由管理服务器ll所管理的作 业流列表(参考过程(6):作业流参考26)。然后，当用户20 从打印处理装置A 16选择所期望的作业流并执行所选择的作业 流时(参考过程(7):作业流执行27),打印处理装置A 16向 管理服务器ll发送所选择的作业流的执行请求。
然后，基于所接收到的所选择的作业流的执行请求，管理服务器11向可以执行该作业流所包含的任务的任务处理装置
发送任务执行请求，以执行该作业流(参考过程(8):任务执 行请求28)。
可以在任务列表D B 13中管理包括识别冲丸;f亍作业流中的必 要任务的实际的任务处理装置的信息或者识别任务名称的信息 的任务定义信息。稍后将参考图5说明任务定义信息的细节。
接下来，将参考图4B说明不使用客户端PC 12而执行的应 用的注册。在图4B中，与图4A中所公开的组件和过程相似的组 件和过程由相同的附图标记表示。
图4B的操作流程在从新添加的应用获取任务I/F信息的过 程和直接执行从新添加的应用B 15到管理服务器11的应用注 册的过程上，与图4A的操作流程不同。
根据图4B的操作流程，当应用B 15新添加到本联合任务处 理系统时，应用B 15将包括新添加的应用B 15的任务接口(I/F) 信息的应用信息注册到管理服务器ll (参考过程(1 ):应用注 册29)。图4B所示的其余的操作流程与图4A的相同，下面将不 再说明。 任务定义信息
图5是示出根据示例性实施例的在将任务列表注册进任务 列表DB 13中时所需的示例性任务定义信息的图。
如图5所示，任务定义信息包括任务名称301、任务组名称 302、任务处理装置303、属性信息304、输入数据305以及输 出数据306。
任务组名称302是包括根据任务的功能被分类(分组)到 同一目录中的任务的组的名称。例如，任务组"PDF"包括"高 压缩PDF"任务、"加密"任务以及"可搜索"任务。
另外，任务处理装置303是指定可以执行任务的任务处理装置的信息。另外，属性信息304是与执行任务时所需的属性 有关的信息。
另外，输入数据305是表示执行任务时所需的输入数据的 信息。另外，输出数据306是表示执行任务后所输出的数据的
信息。不限制用于说明任务定义信息的格式。 作业流定义信息
下面将参考图6A和图6B说明示例性作业流定义信息。
图6 A是示出根据示例性实施例的用于说明作业流定义信 息的示例性作业流的图。
根据图6A所示的示例性作业流，任务l首先被执行，然后 任务2和3被同时执行，最后任务4被执行。
图6B是示出图6A所示的作业流定义信息的XML格式的图。
在本示例性实施例中，为了定义作业流，XML格式包括〈 作业流>标签(例如， <作业流1>),用于描述与作业流有关的 信息(即，与要执行的任务有关的信息)。
为了定义任务的执行顺序， <作业流>标签包括<任务>标签 (例如， <任务1>、 <任务2>、 <任务3>以及<任务4〉)、每个< 任务 > 标签描述与指定的任务有关的信息。每 一 < 任务 > 标签包 括用于说明在指定的任务之前要执行的各任务的名称的 <之前 >标签，以及用于说明在指定的任务之后要执行的各任务的名 称的<之后>标签。另外，各<任务>标签可以包括用于说明与所 指定任务的属性有关的信息的 < 属性 > 标签，如果在任务定义信 息中定义了这样的属性。
可以通过说明定义在作业流中的各任务的上述定义，来完 成作业流定义信息。
更具体地，根据图6A所示的作业流定义信息， <作业流1>标签包括<任务1〉标签、 <任务2>标签、 <任务3>标签以及<任 务4>标签。各<任务>标签包括为各任务所说明的信息。
任务l没有之前的任务，并且有两个之后的任务"任务2" 和"任务3"。因此， <任务1>标签中所说明的信息为"<之前> 开始</之前> (<before>start</before〉)，，，"<之后〉任务2</之后 〉(<after>task2</after> )"以及"< 之后 > 任务3</之后> (<after>task3</after> )，，。
另外，任务2和任务3都具有之前的任务"任务r，和之后
的任务"任务4"。因此，在<任务2〉标签和<任务3〉标签中所 说明的信息均为" < 之前 > 任务1</之前> (<before>taskl</before> )"以及" <之后 >任务4</之后〉 (<after>task4</after> )，，。
另外，任务4具有两个之前的任务"任务2"和"任务3"， 并且没有之后的任务。因此，在<任务4>标签中所说明的信息 为"<之前>任务2</之前> (<before>task2</before> )，，，"< 之前>任务3</之前> (<before>task3</before> )"以及"<之 后 >结束</之后> (<after>end</after> )"。
对作业流定义信息的说明并不限于图6 A和图6 B所示的方 法。可以以XML格式以外的任何格式来表示作业流定义信息， 只要可以清楚地示出任务的顺序。 示例性流程图(用于创建作业流定义信息)
图7A和图7B的流程图示出与用于创建作业流定义信息的 处理相对应的、在根据示例性实施例的联合任务处理系统中所 执行的第 一 控制处理过程的例子。
在图7A和图7B中，步骤S501、 S506、 S509-S514以及S517 的处理与在客户端PC 12中所执行的处理相对应。另外，可以 通过可以将程序从外部存储装置加载到RAM中并执行该程序的客户端PC 12的CPU，来实现该处理。可选择地，如果可以
从管理服务器ll下载程序，客户端PC 12的CPU可以在web浏 览器上执行程序。
另夕卜，在图7A和图7B中，步骤S502、 S504、 S505、 S507、 S508、 S515、 S516、 S518、 S520以及S521的处理与在管理 服务器ll中所执行的处理相对应。可以通过可以将程序从外部 存储装置加载到RAM中并执行该程序的管理服务器11的CPU， 来实现该处理。
另外，在图7A中，步骤S503和S519的处理与在任务处理 装置(即，打印处理装置A16或者打印处理装置B 17)中所执 行的处理相对应。可以通过可以将程序/人ROM加载到RAM并 执行该程序的任务处理装置(即，打印处理装置A 16或者打印 处理装置B 17)的CPU,来实现该处理。虽然将打印处理装置 A 16作为典型的任务处理装置来说明，但是本示例性流程图可 以适用于任何其他的任务处理装置。
首先，在步骤S501-S505以及步骤S517-S521的处理中， 将任务定义信息注册进任务列表DB 13中。
首先，在步骤S501中，如果用户请求注册打印处理装置A 16,则客户端PC 12的CPU基于用于户的指令通知管理服务器 ll开始任务处理装置(即，打印处理装置A16)的注册。在这 种情况下，将识别任务处理装置(即，打印处理装置A16)的 信息(例如，IP地址)从客户端PC 12的CPU发送到管理服务 器ll。在步骤S502中，当接收到任务处理装置注册通知时，如 果已经从打印处理装置A获得了任务定义信息，则管理服务器 11跳过步骤S502 (即，任务定义信息请求)至步骤S505 (即， 任务定义信息注册)的处理。
接下来，在步骤S502中，如果收到了开始任务处理装置的注册的通知，则管理服务器11的CPU请求打印处理装置A 16发 送任务定义信息。
然后，在步骤S503中，打印处理装置A 16的CPU根据从管 理服务器ll接收到的发送请求向管理服务器ll发送任务定义 信息。例如，将打印处理装置A 16的任务定义信息预先存储在 打印处理装置A 16的ROM中。
然后，在步骤S504中，管理服务器11的CPU接收发送自打 印处理装置A 16的任务定义信息。然后，在步骤S505中，管理 服务器ll的CPU将打印处理装置A 16的任务定义信息注册进 任务列表DB 13中，使得管理服务器ll可以管理所注册的任务 定义信息。
接下来，在步骤S517中，如果用户请求注册打印处理装置 B 17,则客户端PC 12的CPU根据用户的指令通知管理服务器 ll开始任务处理装置(即，打印处理装置B17)的注册。在这 种情况下，将识别任务处理装置(即，打印处理装置B17)的 信息(例如，IP地址)从客户端PC 12的CPU发送到管理服务 器ll。在步骤S518中，当接收到任务处理装置注册通知时，如 果已经从打印处理装置B获得了任务定义信息，则管理服务器 11跳过步骤S518 (即，任务定义信息请求)至步骤S521 (即， 任务定义信息注册)的处理。
接下来，在步骤S518中，如果收到了开始注册任务处理装 置的通知，则管理服务器11的CPU请求打印处理装置B 17发送 任务定义信息。
然后，在步骤S519中，打印处理装置B 17的CPU根据从管 理服务器ll接收到的发送请求向管理服务器ll发送任务定义 信息。例如，将打印处理装置B 17的任务定义信息预先存储在 打印处理装置B 17的ROM中。然后，在步骤S520中，管理服务器11的CPU接收发送自打 印处理装置B 17的任务定义信息。然后，在步骤S521中，管理 服务器11的CPU将打印处理装置B 17的任务定义信息注册进 任务列表DB 13中，使得管理服务器ll可以管理所注册的任务 定义信息。
通过重复与步骤S501-S505或者步骤S517-S521相似的处 理，可以注册诸如打印处理装置C、 D和E(未示出)的其他任 务处理装置的任务定义信息。
在本示例性实施例中，客户端PC 12指定每个任务处理装 置，并注册该任务处理装置的任务定义信息。
但是，可以以各种方式修改本实施例，只要可以在作业流 定义信息创建和稍后将说明的执行处理中使用任务定义信息即 可。因此，本示例性实施例并不限制注册任务定义信息的方法 或者注册任务定义信息的地点。
例如，用户可以将与各打印处理装置有关的任务定义信息 预先注册在客户端PC 12中。可选择地，多个打印处理装置的 组管理员可以将各打印处理装置的所有的任务定义信息注册进 管理服务器ll中。
下面将参考图8说明注册在任务列表DB 13中的任务定义
"f吕息。
图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中，客户端PC12的 CPU通知管理服务器ll开始创建作业流定义信息。
然后，在步骤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和图IO示出在图7的步骤S510中所布置的编辑屏幕的 例子。编辑屏幕使用户可以创建作业流定义信息。客户端PC 12 的CPU可以控制在显示单元上所显示的编辑屏幕。
如图9所示，编辑屏幕包括打印处理装置选择窗口 701、共 用任务列表窗口 702、单独任务列表窗口 703、作业流显示和编 辑窗口 704以及保存按钮714。
打印处理装置选择窗口 701可以显示从任务定义信息中所 提取的任务处理装置名称的列表。在客户端PC 12控制下，用 户可以使用鼠标或者其他定点装置，在所显示的列表上选择所 期望的任务处理装置名称。
当用户选择了所期望的任务处理装置名称时，客户端PC 12的CPU可以控制编辑屏幕的显示，使得如图9中的705所示， 可以突出所选择的任务处理装置名称。在本示例性实施例中， 图9的格式可以实现列表的显示。但是，可以将编辑屏幕配置 为具有分层结构(例如，包括第一层次中的彩色打印机和单色 打印机以及第二层次中的对应的机器类型)。
共用任务列表窗口 7 0 2可以显示从任务定义信息提取的任 务组名称。可以将提取的各任务组名称显示为诸如"PDF"图 标706的图标。可以将在共用任务列表窗口 702中所歹'J出的图标 称为共用任务图标。当共用任务列表窗口 702不能显示所有的 共用任务图标时，用户可以使用(在客户端PC 12的CPU的控 制下的)滚动条707来滚动。单独任务列表窗口 703可以显示可被打印处理装置选择窗
口 701中所示的任务处理装置执行的任务。可以将各任务显示 为诸如"高压缩PDF，，图标708的图标。可以将显示在单独任 务列表窗口 703中的图标称为单独任务图标。
可以基于包含在图8所示的任务定义信息中的"任务处理 装置，，和"任务名称"，来判断所显示的各单独任务图标。可以 将从任务名称中提取的信息显示为列表。在这种情况下，期望 分开由709所表示的各任务组的显示。另外，可以使用组合框 710来切换任务处理装置(即，目标设备)。另外，当单独任务 列表窗口 703不能显示所有的单独任务图标时，用户可以使用 (在客户端PC 12的CPU控制下的)滚动条711来滚动。
作业流显示和编辑窗口 704使用户可以创建或编辑作业流 定义信息。为了创建作业流定义信息，用户可以使用鼠标或其 他定点装置，从共用任务列表窗口 7 0 2中拖出期望的共用任务 图标，以及从单独任务列表窗口 703中拖出期望的单独任务图 标。
当 一系列单独任务图标可以组成任务组时，作业流显示和 编辑窗口 704可以显示共用任务图标(如712所表示)。用户可 以通过使用客户端PC 12的鼠标选择图标并按下配置在客户端 PC12的键盘上的"删除"键，来从作业流显示和编辑窗口 704 中删除所拖出的各任务图标。
另外，作业流显示和编辑窗口 704可以显示所创建的作业 流名称(如713所表示)。当创建新的作业流时，可以显示作业 流名称"新作业流"。另外，用户可以通过使用客户端PC 12的 键盘直接编辑文本框713,来改变作业流名称。
另外，用户可以通过使用客户端PC 12的鼠标指向列表框 715,来从现有列表中选择期望的作业流定义信息，并且可以编辑所选择的作业流定义信息。更具体地，当列表框715被用
户指向时，客户端PC 12的CPU显示预存储在RAM中的作业流 名称的列表，使得用户可以选择期望的作业流名称。
当用户选择了期望的作业流名称时，客户端PC 12的CPU 向管理服务器11发送与所选择的作业流名称相对应的作业流 定义信息请求。另一方面，当接收到该请求时，管理服务器ll 搜索对应的作业流定义信息，并将所检索到的信息发送给客户 端PC 12。
然后，客户端PC 12的CPU接收发送自管理服务器ll的作 业流定义信息，并且作业流显示和编辑窗口 704基于该作业流 定义信息显示作业流。通过这种方式，用户可以编辑现有的作 业流。其余的编辑操作与上述新作业流的创建的操作相4以。
另外，可以显示作业流搜索窗口 (未示出)，使得可以使用 诸如"扫描"、"PDF"或者"邮件发送"的功能关键词来搜索 现有作业流。更具体地，客户端PC 12的CPU显示作业流搜索 窗口，以允许用户输入期望的关键词。当输入关键词时，客户 端PC 12的CPU向管理服务器11发送关键词。
管理服务器11的CPU接收关键词，并基于所接收到的关键 词搜索现有作业流定义信息，并向客户端PC 12发送所有的对 应的作业流名称。客户端PC 12的CPU显示所接收到的作业流 名称的列表，使得用户可以选择期望的作业流名称。其余的操 作与通过指向列表框715来选择作业流名称所执行的上述操作 相似。
在创建如图9所示的"打印处理装置A，，的作业流之后，如 图10所示，用户可以在打印处理装置选择窗口 701中选择"任 务处理装置B，，(如801所表示)。因此，用户可以基于所创建的 "打印处理装置A，，的作业流，创建"任务处理装置B"的作业<formula>formula see original document page 38</formula>
当在打印处理装置选择窗口 701中选择了 "打印处理装置 B" 801时，客户端PC 12的CPU将单独任务列表窗口 703从打 印处理装置A的内容切换为打印处理装置B的内容。
在本示例性实施例中，打印处理装置B 17不能使用"高压 缩PDF"任务。因此，如图10所示，客户端PC 12的CPU从任 务列表窗口 703中删除对应的图标"高压缩PDF" 708。
另外，客户端PC 12的CPU修改对应的任务部分(即，图9 中的"PDF"任务部分712)的流程，以对应于打印处理装置B, 并创建打印处理装置B 17的作业流定义信息。更具体地，使用 由图10的802所表示的打印处理装置B的可执行任务的流程 (即，"加密"—"可搜索，，)，代替由图9的712所表示的打印 处理装置A的可执行任务的流程(即，"高压缩PDF"—"加密" -"可搜索")。基于图8所示的任务定义信息执行上述替代。
当在完成上述作业流的创建及编辑处理之后用户按下保存 按钮714时，客户端PC 12的CPU将在当前编辑屏幕上所创建 的作业流定义信息注册进管理服务器ll中(注册处理的执行)。
返回图7B的流程图的步骤S511，响应于用户的输入，客户 端PC 12的CPU使用图9所示的编辑屏幕执行作业流定义信息 的创建和编辑处理。在本示例性实施例中所创建的作业流定义 信息包括扫描纸件文档的处理、将所扫描的文档格式化成P D F
置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 )发送给管理服 务器ll。
在步骤S515中，管理服务器11的CPU接收所发送的作业流 定义信息。然后，在步骤S516中，管理服务器11的CPU将作业 流定义信息注册进它的DB (例如，外部存储装置)中。
在本示例性实施例中，并不限制用于发送作业流定义信息 的方法、用于注册作业流定义信息的方法以及用于存储作业流 定义信息的方法。
图ll示出根据本示例性实施例所创建的示例性作业流定 义信息。
如图ll所示， <任务2>标签部分是"PDF"任务部分，包 括在分层结构里所描述的依赖于处理设备的流程的详细内容 (即，"高压缩PDF"、"加密"等)。
另外， <任务2〉标签对指定了任务处理装置的装置属性作 了说明，根据此可以执行各任务处理装置的最佳作业流。
另外，可以为每个任务处理装置准备<任务2>标签，以便 于多个文件的设置管理。
另外， <任务2>标签可以包括"共用"装置属性，使得可 以预先确定打印处理装置A或打印处理装置B以外的任何处理 设备的操作。
示例性流程图(用于执行作业流定义信息)
图12是示出由根据本示例性实施例的联合任务处理系统 所执行的、与用于执行作业流定义信息的处理流程相对应的第 二控制处理过程的例子的流程图。
在图12中，步骤SIOOI、 Sl005、 S1008以及S1009的处理 对应于在任务处理装置(即，打印处理装置A16)中所执行的处理。另外，可以通过可以将程序从ROM加载到RAM并执行 该程序的任务处理装置(打印处理装置A16)的CPU,来实现 该处理。虽然将打印处理装置A 16作为典型的任务处理装置来 说明，但是本示例性流程图可以应用于任何其他的任务处理装置。
另夕卜，步骤S1002、 S1003、 S1004、 S1006以及S1007的 处理对应于在管理服务器ll中所执行的处理。另外，可以通过 可以将程序从外部存储装置加载到RAM并执行该程序的管理 服务器11的CPU，来实现该处理。
用户可以通过打印处理装置A 16的操作部输入要执行的期 望的作业流定义信息的名称，以调用所期望的作业流定义信息。
例如，打印处理装置A 16的#:作部可以显示注册在管理服
务器11中的所有作业流定义信息的名称的列表，以让用户选择 期望的名称。在这种情况下，打印处理装置A 16的CPU请求管 理服务器11发送上述注册在管理服务器11中的所有作业流定 义信息的名称。管理服务器ll将所请求的名称发送给打印处理 装置A 16。
例如，用户可以在打印处理装置A 16的操作部上输入诸如 "扫描"、"PDF"或"邮件发送，，的功能关键词，以搜索现有 作业流。更具体地，当从打印处理装置A 16的操作部输入关键 词时，打印处理装置A 16的CPU将关键词发送给管理服务器。 管理服务器11的C P U接收关键词，并基于所接收到的关键词搜 索现有作业流定义信息，并将所有对应的作业流名称发送给打 印处理装置A 16。打印处理装置A 16的CPU在操作部上显示所 接收到的作业流名称的列表，使得用户可以选择所期望的作业 流名称。
如上所述，当打印处理装置A 16的操作部接收到用户所请求的作业流名称时，打印处理装置A 16的CPU向管理服务器11 发送与用户所请求的作业流名称相对应的作业流定义信息调用 通知(参考步骤SIOOI )。
在步骤S1002中，管理服务器11的CPU接收作业流定义信
息调用通知。然后，在步骤S1003中，管理服务器11的CPU搜 索与作业流定义信息调用通知相对应的作业流定义信息。在本
示例性实施例中，不限制用于搜索作业流定义信息的方法。
接下来，在步骤S1004中，管理服务器11的CPU判断是否 找到了所请求的作业流定义信息。当没有找到所请求的作业流 定义信息时，管理服务器11的CPU将结果通知打印处理装置A 16。
然后，在步骤S1005中，打印处理装置A 16的CPU使操作 部的操作面板显示诸如"未找到指定的作业流定义信息，，的消息。
另 一方面，当在步骤S1004中找到了所请求的作业流定义 信息时，处理流程进入步骤S1006。
然后，在步骤S1006中，管理服务器11的CPU基于所搜索 到的作业流定义信息(打印处理装置A和B共用)，临时创建作 业流定义信息(即，设备A专用作业流)然后，管理服务器ll 的CPU将"设备A专用作业流，，(即，定义了打印处理装置A16 专用的作业流的作业流定义信息)存储到RAM中。
接下来，在步骤S1007中，管理服务器11的CPU将在步骤 S1006中创建的"设备A专用作业流，，发送给打印处理装置A16。
在步骤S1008中，打印处理装置A 16的CPU接收发送自管 理服务器ll的"设备A专用作业流"。然后，在步骤S1009中， 打印处理装置A 16的CPU执行所接收到的"设备A专用作业
,、六" 々1U 。在步骤S1009中，打印处理装置A 16的CPU可以显示如图 13所示的"设备A专用作业流"的图解，以让用户在执行所接 收到的"设备A专用作业流"之前确认作业内容。
图13示出在作业流的执行之前在打印处理装置A 16的操 作部上所显示的示例性执行确认屏幕。
在图13中，图解9901示出打印处理装置A 16的CPU可以基 于在图12的步骤S1108中所接收到的"设备A专用作业流，，而 显示的要执行的作业流。
当用户按下执行按钮9902时，打印处理装置A 16的CPU执 行所显示的作业流(参考9901 )。
当用户按下取消按钮9903时，打印处理装置A16的CPU不 执行所显示的作业流。而且，处理流程返回图12的步骤S1001, 在该步骤中打印处理装置A 16的CPU让用户输入接下来要执 行的作业流。
如上所述，本示例性实施例可以基于适用于多个设备的共 用作业流定义信息临时创建特定设备专用的作业流。各任务处 理设备可以接收并执行所创建的作业流。但是，在本示例性实 施例中，不限制用于执行作业流定义信息的方法。
例如，可以将公共适用于多个设备的作业流定义信息直接 发送给任务处理装置，使得任务处理装置可以分析并执行该作 业流定义信息。
另外，上述示例性实施例创建可共用于不同类型的设备中 的作业流，并将所创建的作业流注册在管理服务器ll中。但是， 可以在图7B的步骤S511 ( S512、 S513)中创建专用于每一设 备(机器类型)的作业流，并在步骤S514至S516中将专用于 每一设备(机器类型)的作业流注册在管理服务器ll中。另夕卜， 可以在图12的步骤S1007中将专用于设备(机器类型)的作业流发送给设备(机器类型)。
根据上述布置，管理服务器ll存储为各设备(机器类型) 所注册的作业流定义信息。但是，用于创建单独作业流的过程 实质上与上述用于创建共用作业流的过程相似。
如上所述，根据本示例性实施例的联合任务处理系统可以 根据各任务处理装置的内在功能创建最佳的联合作业流。 一个 联合作业流可以包括可应用于多个任务处理装置并可在不同的 任务处理装置之间使用的共用设置。因此，没有必要考虑各个 任务处理装置的功能差异而创建多个联合作业流。因此，可以 降低管理成本，并提高可用性。
另外，通过基于另 一任务处理装置的流程自动创建各任务 处理装置的流程，可以容易地创建包括多个任务处理装置的流 程的联合作业流。 第二实施例
根据上述第 一 示例性实施例，首先创建具有大量功能的打 印处理装置A的作业流，随后，创建具有较少功能的打印处理 装置B的作业流。
第二示例性实施例的特征在于，首先创建具有较少功能的 设备的作业流。然后，创建具有较多功能的设备的作业流。换 而言之，根据第二示例性实施例的处理仅在根据第 一 示例性实
施例的图7B的步骤S512和S513上有区别。
另外，与上述第一示例性实施例相似，在本示例性实施例 中所创建的作业流定义信息包括扫描纸件文档的处理、将所扫 描的文档格式化成P D F文档的处理以及发送带有P D F文档的 邮件的处理。
打印处理装置A和打印处理装置B都可以使用该作业流。 图14是示出由根据第二示例性实施例的联合任务处理系统所执行的作业流定义信息创建处理的图。在图14中，与在图 9和图1 0中所示出的项相似的项由相同的附图标记表示。
首先，本示例性实施例进行"打印处理装置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包括 可以显示可用任务名称的单选按钮110 4 。
当用户点击确认按钮1105时，客户端PC 12的CPU基于单 选按钮1104的选择判断是否应该把"高压缩PDF"任务并入到 自动生成的作业流中。
当多个功能可用时，即，当显示了多个单选按钮1104时， 用户可以点击全选按钮1106或者全部取消按钮1107，以通过一 个点击动作来选择或者取消所显示的所有任务。
当用户在确认对话1103上选择"高压缩PDF"按钮1104 并点击确认按钮1105时，客户端PC 12的CPU创建生成打印处 理装置A的包括"高压缩PDF"任务的作业流定义信息(参考 1108 )。
另一方面，当用户在确认对话1103上没有选择"高压缩 PDF"按钮1104就点击确认按钮1105时，客户端PC12的CPU 生成打印处理装置A的不包括"高压缩PDF，，任务的作业流定 义信息(参考1109)。
接下来，将参考图15所示的流程图说明由客户端PC 12所 执行的作业流编辑处理。 作业流编辑处理
图15是示出由根据示例性实施例的联合任务处理系统所 执行的、与作业流编辑处理相对应的第三控制处理过程的例子 的流程图。可以通过可以将程序从外部存储装置加载到RAM并 执行该程序的客户端PC 12的CPU来实现该流程图的处理。
首先，在步骤S1801中，客户端PC 12的CPU判断是否选 择了另一打印处理装置。例如，客户端PC 12的CPU判断当打 印处理装置B 1101被当前选择时，在打印处理装置选择窗口701中是否选择了打印处理装置A 1102。
当在步骤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的CPLH吏显示单元显 示图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,以使用户可以选
择组成要创建的作业流的任务处理装置的机器类型。
另外，在上述各示例性实施例中，管理服务器ll管理可在 各任务处理装置中执行的任务以及联合作业流定义信息。但是， 如果客户端PC 12向各任务处理装置发送请求并从各任务处理装置获得了与可执行任务有关的信息，则可以省略管理服务器 11。
另外，客户端PC 12可以在它的存储设备中存储与可在各 任务处理装置中执行的任务有关的信息。另外，客户端PC 12 可以向各任务处理装置发送所创建的联合作业流定义信息，并 且各任务处理装置可以将联合作业流定义信息存储在它的硬盘 中。因此，不包括管理服务器ll的系统可以产生相似的效果。
另外，当客户端PC 12不可用时，可以在诸如打印处理装 置A 16或打印处理装置B 17的任务处理装置中执行图7A所示 的步骤S501、 S506以&S509-S514的处玉里。
上述示例性实施例可以创建合并了打印处理装置或者其他 任务处理装置的多个作业流的最佳联合作业流。另外， 一个联 合作业流可以对可应用于多个任务处理装置并且可用于不同的 任务处理装置之间的共用设置进行说明。因此，没有必要考虑 到各个任务处理装置的功能差异而创建多个联合作业流。因此， 可以降低管理成本，并提高可用性。
另外，通过基于另 一任务处理装置的流程自动创建各任务 处理装置的流程，可以容易地创建包括多个任务处理设备的流 程的联合作业流。
另外，上述示例性实施例使得用户可以同时浏览包含在联 合作业流中的所有的任务处理装置的作业流。因此，当用户创 建联合作业流时，用户可以容易地检查依赖于联合作业流中的 各个任务处理装置的机器类型的部分。
因此，上述示例性实施例可以提供当作业流可在不同类型 的装置之间共用时，使用户可以容易地创建并浏览作业流、同 时确保确认依赖于机器类型的部分的机制。因此，上述示例性 实施例可以实现包括具有各种功能并且通过网络相互连接的多个装置的网络系统，其中，可以容易地创建并处理可在多个装 置间共用的联合作业流。 第四示例性实施例
根据上述第一至第三示例性实施例，作业流包含专用于单 个装置的作业流(即，包括依赖于机器类型的部分的作业流)。 第四示例性实施例的特征在于，管理服务器ll准备不具有机器 类型依赖性的基础作业流以及创建专用于单个装置的作业流所 需的信息(即，作业流转换信息)。然后，第四示例性实施例使 用户可以基于作业流转换信息将基础作业流灵活地转换成专用 于单个装置的作业流。
第四示例性实施例在联合任务处理系统的全部布置以及组 成联合任务处理系统的各个设备的布置上基本上与上述第一至 第三示例性实施例相同。
在本示例性实施例中，图l所示的管理服务器ll可以存储 不具有机器类型依赖性的基础作业流和作业流转换信息。稍后 将说明作业流转换信息。另外，在本示例性实施例中，不限制 用于存储作业流转换信息的方法。例如，可以将作业流转换信 息存储在管理服务器ll以外的任何服务器中。 任务定义信息
图18示出根据第四示例性实施例的示例性任务定义信息。
如图18所示，根据本示例性实施例的示例性任务定义信息 包括与任务名称301、任务处理装置303、属性信息304、输入 数据305以及输出数据306有关的信息。
任务处理装置303是表示可以执行该任务的任务处理装置 的信息。属性信息304是执行该任务时所需的属性信息。输入 数据305是执行该任务时所需的输入数据。输出数据306是执行 该任务后所输出的输出数据。不限制用于说明任务定义信息的格式。
作业流定义信息
下面将参考图19A和图19B说明根据第四示例性实施例的
示例性作业流定义信息。
图19A是示出用于说明根据第四示例性实施例的作业流定 义信息的示例性作业流的图。管理服务器ll可以将作业流定义 信息存储在它的外部存储装置中，并管理作业流定义信息。
根据图19A所示的示例性作业流，首先执行任务l,然后执 行任务2，最后执行任务3。
图19B示出XML格式的图19A所示的作业流定义信息。在 本示例性实施例中，作业流定义信息不具有机器类型依赖性。
在本示例性实施例中，为了定义作业流，XML格式包括〈 作业流〉标签，在该标签中，将识别作业流识别信息的编号称 作"id"属性，并且将识别与作业流定义信息有关的作业流转 换信息的编号称作"规则id ( rule-id)"属性。图19B的例子包 括对 <作业流id= " 1 " 规则id= " 1 ，， > ( <jobflow id="l" rule-id="l">)的说明。
接下来，为了定义任务的执行顺序，在<作业流>标签中准 备各任务的 <任务>标签，以说明与要执行的各任务有关的信息 (即，作业流信息)。图19B的例子包括〈任务l〉、 <任务2>和< 任务3>标签。每个<任务>标签将要执行的任务的名称作为"名 称"属性来定义。
为在作业流中定义的各任务说明了上述定义。图19B的例 子包括对<任务1名称="扫描"/><任务2名称="PDF" /><任 务3名称二 "由卩件"/> ( <taskl name="SCAN"/><task2 name二"PDF'7〉〈task3 name="MAIL"/> )的说明。作为任务2被执行的PDF处理以及作为任务3被执行的邮件发 送处理的作业流。
对作业流定义信息的说明并不限于XML格式。可以使用能 够识别任务的顺序、各作业流的内容以及作业流转换信,I、的任 何其他格式。 作业流转换信息
下面将参考图20A、图20B以及图20C说明根据第四示例性 实施例的作业流转换信息。
图20A示出根据第四示例性实施例的作业流转换信息的示 例性布置。
如图20A所示，作业流转换信息包括装置信息区2001以及 转换规则区2002。管理服务器ll可以将作业流转换信息存储在 它的存储装置中，并管理作业流转换信息。
图20B示出图20A所示的装置信息区2001的例子。
装置信息区2001列出各装置的功能。
如图20B所示，可以通过<装置(devices) >标签识别装置 信息区2001。
<装置(devices)〉标签包括各装置的<装置 (device) >标签，并且<装置(device)〉标签包括定义该装 置的"spec-id"属性。
<功能>标签代表装置的各功能。 <功能>标签包括代表装置 的各功能的名称的"名称"属性。
例如，"impl"属性代表实际上是否安装了由"名称"属 性所指定的功能。当"impl"属性为"真"时，意思是没有安 装由"名称"属性所指定的功能。
图20B的例子包括对〈装置spec-id二 "1111111"〉<功能名 称二 " PDF " impl="真">—--</装置> (<device spec-id="limil"〉 <function name="PDF" impl="true"〉-—5</device>)的说明，根据该说明，装置"1111111"中没有安 装"PDF"功能。
另外， <功能>标签可以包括在嵌套模式中(即，在分层结 构中)所描述的说明，根据该说明，由子(较下层)<功能〉标 签所表示的功能代表由其母(较上层) <功能〉标签所表示的功 能的扩展功能。
根据图20B所示的例子，装置lllllll的"compPDF"功
能是"PDF"功能的扩展功能。
图20C示出图20A所示的转换规则区2002的例子。 如图20C所示，可以通过<规则(rules ) >标签来识别转换
规则区2002。 <规则(rules) >标签包括各规则的<规则(rule)
〉标签。
<规则(rule) >标签包括代表定义在系统中用于区分规则 的特有ID的"规则id ( rule-id )，，属性。图20C所示的例子包括 <规则规则id: "1" > ( <rule rule-id=T> )的"规则id"属性。 图20C所示的"规则id"属性值与图19B所示的作业流定义信息 的<作业流>标签的"规则id"属性值相对应。
另外， <装置(device) >标签列出每一装置的转换规则。 <装置(device ) >标签包括可以识别各装置的"spec-id"属性。
<改变>标签代表转换规则。 <改变>标签包括代表要转换的 对象装置功能的"从"属性和代表作为转换结果所得到的目标 功能的"到，，属性。更具体地，转换规则是在将装置独立作业 流定义信息转换成装置依赖作业流信息时所应用的各装置的转 换信息。
图20C的例子包括对"<规则规则id二 "1" ><改变从= "PDF"到二 "CompPDF，， >— — </规则〉(<rule rule-id='T，> <change from="PDF" to二"Comp PDF7>画國画-</rule> )"的说明，该说明定义当作业流用于装置U11111中时将"PDF"功能转换
成"CompPDF"功能的规则。
示例性流程图
图21是示出由根据示例性实施例的联合任务处理系统所 执行的、与执行作业流的装置1111111的处理相对应的第四控 制处理过程的例子的流程图。
在图21中，步骤S2101、 S2102、 S2104以及S2109-S2112 的处理与在作为装置lllllll的任务处理装置(即，打印处理 装置A16或者打印处理装置B 17)中所执行的处理相对应。可 以通过可以将程序从ROM加载到RAM并执行该程序的与装置 11111 ll相对应的任务处理装置的CPU来实现该处理。
另外，步骤S2103以及S2105-S2108的处理与在管理服务 器ll中所执行的处理相对应。另外，可以通过可以将程序从外 部存储装置加载到RAM并执行该程序的管理服务器11的CPU 来实现该处理。
首先，当用户在装置1111111的操作部209上指定作业流 时，装置1111111的CPU开始执行该作业流(参考步骤S2101 )。 在本示例性实施例中，用户指定图19B所示的作业流定义信息。
接下来，在步骤S2102中，装置1111111的CPU将用户所指 定的作业流定义信息的ID (即，"1")通知管理服务器ll。
响应于作业流ID的通知，管理服务器11的CPU从用于存储 所注册的作业流定义信息的它自身的数据库(例如，外部存储 装置)搜索具有所通知的ID的作业流，并识别所指定的作业流 定义信息(参考步骤S2103)。
在本示例性实施例中，图19B所示的作业流被识别。另夕卜， 可以使用用于搜索作业流的合适方法。
接下来，在步骤S2104中，装置1111111的CPU将装置lllllll的装置ID通知管理服务器ll。根据本示例性实施例，
装置iiiiiii的装置id是"iiniir，。
响应于装置ID的通知，管理服务器11的CPU基于装置 1111111的装置ID识别在作业流转换信息的装置信息区中所定 义的装置信息(参考步骤S2105)。在本示例性实施例中，管理 服务器ll(即，它的数据库(例如，外部存储装置))存储包 括图20B所示的装置信息区2001的作业流转换信息。
接下来，在步骤S2106中，管理服务器11的CPU基于装置 1111111的装置ID识别在作业流转换信息的转换规则区2002中 所定义的转换规则。在本示例性实施例中，管理服务器ll(即， 它的数据库(例如，外部存储装置))存储包括图20C所示的转 换规则区2002的作业流转换信息。
接下来，在步骤S2107中，管理服务器11的CPU参考在步 骤S2105中所识别的装置信息区2001和在步骤S2106中所识别 的转换规则区2002,执行对在步骤S2103中所识别的作业流定 义信息的转换。
图22示出可从在步骤S2107中所执行的作业流转换处理获 得的作业流定义信息的例子。
图22示出通过基于图20C所示的转换规则对图19B所示的 作业流进行转换而获得的结果。更具体地，用"Comp PDF" 功能代替任务2的"PDF"功能(参考图22中的2201和2202)。
根据本示例性实施例，并不直接改变在步骤S2103中所搜 索到的作业流定义信息。更具体地，管理服务器ll先把所搜索 到的作业流定义信息复制到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的任务处理装置(即，打印处理 装置A 16或打印处理装置B 17)中所执行的处理相对应。可以 通过可以将程序从R 0 M加载到R AM中并^丸行该程序的对应于 装置2222222的任务处理装置的CPU来实现该处理。
另夕卜，步骤S2303以及S2305-S2308的处J里与在管理月良务 器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 )。在本示例性实施例中，管理 服务器ll(即，它的数据库(例如，外部存储装置))存储包 括图20B所示的装置信息区2001的作业流转换信息。
接下来，在步骤S2306中，管理服务器11的CPU基于装置 2222222的装置ID识另'j在作业流转换信息的转换规则区2002 中所定义的转换规则。在本示例性实施例中，管理服务器ll (即，它的数据库(例如，外部存储装置))存储包括图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的CPU4丸4亍扫描作 业("434苗")。4妻下来，在步骤S2310中，装置2222222的CPU 执行PDF作业("PDF")。
即，与执行高压縮PDF作业("Comp PDF")的装置1111111 (参考图21中的步骤S2110)不同，装置2222222执行普通PDF 作业。
接下来，在步骤S2311中，装置2222222CPU执行由卩件发 送作业("由[M牛，，)。然后，在步艰《S2312中，装置2222222的CPU 终止该例程的处理。 第五示例性实施例
根据上述第四示例性实施例，可以基于作业流转换信,包、将 不依赖机器类型的作业流转换成机器类型依赖的作业流。。第五 示例性实施例提供一种能够在单个装置的功能改变时或者新引
入了装置时自动改变作业流转换信息的系统。
在本示例性实施例中，在下列三种(第一至第三)情况下 将功能添加到装置1111111的作业流和装置2222222的作业流。
1. 初始状态
2. 向装置1111111添加了 "CompPDF"功能3.向装置2222222添力口 了 "CompPDF"功能
1. 初始状态
图25是示出在初始状态下管理服务器ll上的装置信息区 和转换规则区的图。
根据图25所示的例子，在装置1111111以及装置2222222 中都只有PDF功能是可执行的，并且没有定义关于PDF功能的 转换规则。
图26示出当在初始状态下由装置1111111和装置2222222 执行图19B所示的作业流时所执行的作业流转换操作。
如图25所示，对装置1111111和装置2222222都没有定义转 换规则。因此，根据图26所示的例子，装置lllllll和装置 2222222都执行普通PDF处理，而不进行任何转换(参考2601、 2602和2603 )。
2. 向装置lllllll添加了 "CompPDF，，功能
图27示出在向装置1111111新应用了 "Comp PDF"功能 的情况下管理服务器11上的装置信息区和转换规则区。
装置信息区包括与新应用到装置lllllll的"Comp PDF" 功能有关的定义(即， <功能名称="Comp PDF" imp^"真" /> ( <function name="Comp PDF" impl="true"/〉))(参考图27中 的2701 )。
另外，装置信息区包括表示没有安装新应用到装置 2222222的"Comp PDF"功能的另一定义(即， <功負&>才示签< 功能名称="Comp PDF" impl= M叚"/> ( <function> tag 〈function name="Comp PDF" impl="false"/〉))(参考2702 )。
转换规则区包括指示"PDF"功能向新应用到装置lllllll 的"Comp PDF"功能的转换的规则(即， <改变从二 "PDF" 到二 "Comp PDF" /〉 ( <fimction> tag 〈function name="CompPDF" impl="false"/>))(参考2703)。
另外，转换规则区包括指示"PDF"功能向新应用到装置 2222222的"CompPDF，，功能的專争才灸的另一*见则(即，< 文变 从="PDF" 到="Comp PDF" /> ( <change from="Comp PDF" to=" PDF"/>))(参考2704 )。基于添加在装置信息区中的信息 添力口头见贝'J2703和2704。
图28是示出在向装置1111111新应用了 "Comp PDF"功 能的情况下当由装置1111111和装置2222222执行图19B所示 的作业流时所执行的作业流转换操作的图。
基于图27所示的转换规则区的信息转换并执行各装置的 作业流(参考图28的2801、 2802和2803 )。更具体地，在装置 lllllll的作业流中将"PDF"功能转换为"Comp PDF"功 能(参考2802 )。另一方面，在装置2222222的作业流中不经 过任何转换而保留"PDF"功能(参考2803 )。
图29示出包括以下述顺序被执行的扫描作业(任务l)、高 压缩PDF作业(任务2)以及邮件发送作业(任务3)的示例性 作业流。
图30示出在管理服务器ll管理图27所示的装置信息区和 转换规则区的情况下由各装置执行图2 9所示的作业流时所执 行的作业流转换操作。
基于图27中的转换规则区的信息来执行各装置的作业流。 装置lllllll执行没有进行任何转换的"CompPDF"功能(参 考图30中的3001和3002 )。另一方面，装置22222224丸4亍乂人 "CompPDF"功能所转换(转变)的"PDF"功能(参考图 30的3001和3003 )。
3.向装置2222222添力口 了 "CompPDF"功能
图31示出在向装置2222222应用了 "CompPDF"功能的情况下管理服务器ll上的装置信息区和转换规则区。
装置信息区包括代表应用到装置2222222的"Comp PDF" 功能的定义的<功能>标签，其中"impl"属性值从"假"变为 "真"(参考图31中的3101)。
转换规则区包括指示"PDF"功能向应用到装置2222222 的"Comp PDF"功能的转换的规则(参考图31中的3102)。 另外，删除指示"CompPDF"功能向"PDF"功能的转换(参 考图27中的2704 )的规则，并且不将其应用到装置2222222。
图32示出在管理服务器ll管理图31所示的装置信息区和 转换规则区的情况下由装置1111111和装置2222222执行图 19 B所示的作业流时所执行的操作。
装置2222222执行从"PDF"功能所转换的"Comp PDF" 功能(参考图32中的3201和3202 )。
接下来，将参考图33的流程图说明可以响应于功能的添加 而改变装置信息区和转换规则区的管理服务器ll的处理。
图33是示出由根据示例性实施例的联合任务处理系统所 执行的、与可以响应于功能的添加而改变装置信息区和转换规 则区的管理服务器11的处理相对应的第六控制处理过程的例 子的流程图。可以通过可以将程序从外部存储装置加载到RAM 并执行该程序的管理服务器11的C P U来实现本流程图的处理。
首先，在步骤S3301中，管理服务器11的CPU从装置接收 所添加的功能的通知。在本发明中，不限制用于通知功能的增 力口的方、法。
接下来，在步骤S3302中，管理服务器11的CPU获取在存 储在它自身存储装置(例如，外部存储装置lll)中的作业流 转换信息的装置信息区中所说明的<装置>标签的"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中应该将新功能低级功能化时，管理服务 器ll的CPU将低级功能化规则添加到应用于对应装置的转换 规则区的转换规则说明部分(参考步骤S3311)。
在本示例性实施例中，低级功能化规则可以由包括作为母 (较上层) <功能>标签的"名称"属性值的"到"属性值以及 作为子(较下层) <功能>标签的"名称，，属性值的"从"属性 值的<改变>标签表示。
当已经存在相同的<改变>标签时，管理服务器11的CPU不 执行动作。在完成步骤S3311的处理之后，处理流程进入步骤 S3306。
另 一方面，当在步骤S3310中新功能不应该被低级功能化 时，处理流程直接返回步骤S3306。
通过这种方式，为各<装置〉标签重复执行步骤S3306-S3311的处理，以更新各个寄存器装置中的转换规则区 的信息。在为各〈装置〉标签完成步骤S3306-S3311的处理之 后，管理服务器11的CPU终止该例程的处理。
如上所述，第四和第五实施例使得不同的任务处理装置可 以使用共用联合作业流，以致可以有效地使用各个任务处理装 置的功能。
另外，各任务处理装置可以使用可选功能，如果添加了可 选功能，无需修改作业流。
另外，没有必要准备专用于各任务处理装置的作业流。
因此，上述示例性实施例可以实现灵活的联合作业流^l行 环境，在该环境中，即使当向任务处理装置添加了可选功能时， 也不需要用于改变所有或大部分作业流的复杂工作。
根据上述第四和第五示例性实施例，管理服务器ll存储创 建专用于各装置的作业流所需的信息，并且执行作业流时可以 灵活地创建专用于各装置的作业流。
但是，可以修改上述示例性实施例，使得管理服务器ll可 以保存创建专用于各机器类型的作业流所需的信息，并且执行 作业流时可以灵活地创建专用于各机器类型的作业流。
上述各种数据以及编辑屏幕的布置和内容不受限制，并且 可以根据使用方式或者使用该系统的目的适当地进行修改。
本发明可以具体体现为系统、设备、方法、程序或存储介 质。例如，可以将本发明应用于包括多个装置的系统或者单个 装置。
将参考图34A-图34C的存储映射来说明可以存储可被组成 联合任务处理系统的各个装置11-17读取的各种数据处理程序 的存储介质的示例性存储映射。
图34A示出可以存储能被根据示例性实施例的联合任务处理系统的客户端PC 12读取的各种数据处理程序的存储介质 (或者记录介质)的示例性存储映射。
图34B示出可以存储能被根据示例性实施例的联合任务处 理系统的管理服务器ll读取的各种数据处理程序的存储介质 (或者记录介质)的示例性存储映射。
图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服务器。
另外，当将本发明的程序分发给用户时，对本发明的程序 进行加密，并将加密后的程序存储在C D - R O M或相似的记录介 质中，是切实可行的方法。允许经授权的用户(即，满足预定 条件的用户)从互联网上的主页下载密钥信息。用户可以使用 所获得的密钥信息解密该程序，并可以在他们的计算机上安装 该程序。当计算机读取并执行所安装的程序时，可以实现上述 示例性实施例的功能。
另外，不仅可以通过执行程序的计算机来实现上述示例性 实施例的功能，并且运行在该计算机上的操作系统(OS)可以 基于程序的指令执行部分或全部实际的处理。
另外，可以将从存储介质所读出的程序代码写入装配在计 算机中的功能扩展板的存储器中，或者连接到计算机的功能扩展单元的存储器中。在这种情况下，基于程序的指令，配置在 功能扩展板或者功能扩展单元上的C P U可以执行部分或者全 部处理，^L得可以实现上述示例性实施例的功能。
可以将本发明应用于包括多个装置的系统或单个的设备。 此外，可以通过将程序提供给该系统或设备来实现本发明。在 这种情况下，该系统或设备可以从存储介质读取与本发明有关 的软件程序。
本发明的示例性实施例可以创建对于各任务处理装置来说 最佳的联合作业流。另外， 一个联合作业流可以对可应用于多 个任务处理装置并可用于不同任务处理装置之间的共用设置进 行说明。因此，没有必要考虑各个任务处理装置的功能差异而 创建多个联合作业流。因此，可以降低管理成本并提高可用性。
另外，本发明的示例性实施例可以基于另 一任务处理装置 的作业流自动创建任务处理设备的作业流。因此，可以容易地 创建包括多个打印设备的作业流的联合作业流。
另外，本发明的示例性实施例使用户可以同时浏览包含在 联合作业流中的任务处理装置的所有作业流。因此，当用户创 建联合作业流时，用户可以容易地检查联合作业流中各个任务 处理装置的依赖于机器类型的部分。
因此，本发明的示例性实施例可以容易地创建可在不同机 器类型的任务处理装置之间共用的机器类型依赖的作业流。
另外，本发明的示例性实施例使不同的任务处理装置可以 使用共用的联合作业流，使得可以有效地利用各个任务处理装 置的功能。
另外，本发明的示例性实施例使各任务处理装置可以使用 可选功能，如果添加了可选功能，无需修改作业流。
另外，没有必要准备专用于各任务处理装置的作业流。另外，本发明的示例性实施例可以实现灵活的联合作业流 执行环境，在该环境中，即使当向任务处理装置添加了可选功 能时，也不需要用于改变所有或大部分作业流的复杂工作。
虽然已经参考示例性实施例对本发明作了说明，但是，应 当理解为，本发明并不限于所公开的示例性实施例。所附权利 要求的范围符合最宽的解释，以包括所有的修改、等同结构和 功能。
本申请要求2005年10月13日递交的日本专利申请
2005- 298478以及2006年5月17曰递交的曰本专利中i青
2006- 137528的优先权，所述申请在此通过引用被整体包括。
权利要求
1. 一种信息处理设备，用于创建包括能作为系列所联合的作业处理被执行并且能在包括机器类型彼此不同的第一和第二任务处理装置的多种机器类型的任务处理装置中使用的多个任务的任务联合作业流的定义信息，所述信息处理设备包括显示单元，用于在创建能在所述第一任务处理装置中被执行的第一任务联合作业流的定义信息的过程中，显示与能用在所述第一任务处理装置中的多个任务有关的第一任务信息；编辑创建单元，用于使用由所述显示单元所显示的所述第一任务信息，基于所输入的编辑指令，创建所述第一任务联合作业流的定义信息；以及生成单元，用于基于由所述编辑创建单元所创建的所述第一联合作业流的所述定义信息以及与能用在所述第二任务处理装置中的多个任务有关的第二任务信息，生成能在所述第二任务处理装置中被执行的第二任务联合作业流的定义信息。
2. 根据权利要求l所述的信息处理设备，其特征在于，由 所述生成单元所生成的所述第二任务联合作业流的定义信息是 具有机器类型依赖性并且可在所述第一任务处理装置和所述第 二任务处理装置之间共用的任务联合作业流的定义信息。
3. 根据权利要求l所述的信息处理设备，其特征在于，所 述显示单元显示被分类成适用于所有机器类型的共用信息和依 赖于所述机器类型的单独信息的所述第 一 任务信息。
4. 根据权利要求l所述的信息处理设备，其特征在于，还 包括获取单元，所述获取单元用于通过网络从所述多种机器类 型的任务处理装置获取与可用在所述多种机器类型的任务处理 装置中的任务有关的信息。
5. 根据权利要求l所述的信息处理设备，其特征在于，当 所述第 一联合作业流的定义信息包括未包括在所述第二任务信息中的第一单独任务信息时，所述生成单元通过从所述第一联 合作业流的定义信息中删除所述第 一 单独任务信息，来生成所 述第二任务联合作业流的定义信息。
6. 根据权利要求l所述的信息处理设备，其特征在于，当 所述第二任务信息包括未包括在所述第 一 任务信息中的第二单 独任务信息时，所述生成单元询问在所述第二任务联合作业流 的定义信息的生成过程中是否应该使用所述第二单独任务信息 的各项，其中，所述生成单元将所述第二单独任务信息的各指 定的项并入所述第一任务联合作业流的定义信息中，以生成所 述第二任务联合作业流的定义信息。
7. 根据权利要求l所述的信息处理设备，其特征在于，还 包括设置单元，所述设置单元用于判断是否应该在由所述生成 单元所生成的所述任务联合作业流的定义信息中使用能用在所 述多种机器类型的任务处理装置中的单独任务，其中，当所述第二任务信息包括未包括在所述第一任务信 息中的第二单独任务时，所述生成单元将被所述设置单元设置 为使用的所述第二单独任务信息并入到所述第一任务联合作业 流的定义信息中，以生成所述第二任务联合作业流的定义信息。
8. 根据权利要求l所述的信息处理设备，其特征在于，所述显示单元在创建具有机器类型依赖性并且可在所有机器类型 的任务处理装置之间共用的第三任务联合作业流的定义信息的 过程中，显示与可用在所有机器类型的任务处理装置之间的任 务有关的第三任务信息，以及其中，所述编辑创建单元使用由所述显示单元所显示的所 述第三任务信息，基于所输入的编辑指令，创建所述第三任务 联合作业流的定义信息。
9. 一种联合任务处理系统，包括通过网络能相互通信的多种机器类型的任务处理装置、管理服务器以及客户端设备， 其中，所述客户端设备包括显示单元，用于在创建能在与所述多种机器类型的任务处 理装置中的一个任务处理装置相对应的第一任务处理装置中被 执行的第一任务联合作业流的定义信息的过程中，显示与能用在所述第一任务处理装置中的多个任务有关的第一任务信息；编辑创建单元，用于^f吏用由所述显示单元所显示的所述第 一任务信息，基于所输入的编辑指令，创建所述第一任务联合 作业流的定义信息；生成单元，用于基于由所述编辑创建单元所创建的所述第 一联合作业流的所述定义信息以及与能用在与所述第 一任务处 理装置的机器类型不同的第二任务处理装置中的多个任务有关 的第二任务信息，生成能在所述第二任务处理装置中被执行的 第二任务联合作业流的定义信息；以及第一发送单元，用于将由所述生成单元所生成的所述任务 联合作业流的定义信息发送给所述管理服务器，其中，所述管理服务器包括注册单元，用于将发送自所述客户端设备的所述任务联合 作业流的定义信息存储在存储单元中；以及第二发送单元，用于根据来自任一个所述任务处理装置的 请求，将注册在所述存储单元中的所述任务联合作业流的定义信息发送给所述任一个任务处理装置，以及其中，所述多个任务处理装置中的每一个均包括执行单元， 所述执行单元用于从所述管理服务器获得所述任务联合作业流 的定义信息，并执行所述任务联合作业流的定义信息。
10. —种任务联合作业流创建方法，用于创建包括能作为 系列所联合的作业处理被执行并且能用在包括机器类型彼此不同的第一和第二任务处理装置的多种机器类型的任务处理装置 中的多个任务的任务联合作业流的定义信息，所述任务联合作业流创建方法包括显示步骤，用于在创建能在所述第一任务处理装置中被执 行的第一任务联合作业流的定义信息的过程中，显示与能用在所述第一任务处理装置中的多个任务有关的第一任务信息；编辑创建步骤，用于使用所显示的第一任务信息，基于所输入的编辑指令，创建所述第 一任务联合作业流的定义信息； 以及生成步骤，用于基于所创建的第一任务联合作业流的所述 定义信息以及与能用在所述第二任务处理装置中的多个任务有 关的第二任务信息，生成能在所述第二任务处理装置中被执行 的第二任务联合作业流的定义信息。
11. 一种任务联合作业流执行方法，用于创建包括能作为 系列所联合的作业处理被执行并且能用在包括通过网络能相互 通信的多种机器类型的任务处理装置、管理服务器以及客户端 设备的联合任务处理系统中的多个任务的任务联合作业流的定义信 息7其中，所述客户端设备执行显示步骤，用于在创建能在与所述多种机器类型的任务处 理装置中的一个任务处理装置相对应的第 一任务处理装置中被 执行的第一任务联合作业流的定义信息的过程中，显示与能用 在所述第一任务处理装置中的多个任务有关的第一任务信息；编辑创建步骤，用于使用所显示的第一任务信息，基于所 输入的编辑指令，创建所述第 一任务联合作业流的定义信息；生成步骤，用于基于所创建的所述第一联合作业流的定义 信息以及与能用在与所述第 一 任务处理装置的机器类型不同的第二任务处理装置中的多个任务有关的第二任务信息，生成能 在所述第二任务处理装置中被执行的第二任务联合作业流的定义信息；以及第一发送步骤，用于将所生成的所述任务联合作业流的定 义信息发送给所述管理服务器， 其中，所述管理服务器执行注册步骤，用于将发送自所述客户端设备的所述任务联合 作业流的定义信息存储在存储单元中；以及第二发送步骤，用于根据来自任一个所述任务处理装置的 请求，将注册在所述存储单元中的所述任务联合作业流的定义 信息发送给所述任一个任务处理装置，以及其中，所述多个任务处理装置中的每一个均执行执行步骤， 所述执行步骤用于从所述管理服务器获得所述任务联合作业流 的定义信息，并执行所述任务联合作业流的定义信息。
12. —种计算机可执行程序，用于创建包括能作为系列所 联合的作业处理被执行并且能在包括机器类型彼此不同的第一 和第二任务处理装置的多种机器类型的任务处理装置中使用的 多个任务的任务联合作业流的定义信息，所述计算机可执行程 序包括计算机可执行的显示指令，用于在创建能在所述第一任务 处理装置中被执行的第 一任务联合作业流的定义信息的过程 中，显示与能用在所述第 一任务处理装置中的多个任务有关的 第一任务信息；计算机可执行的编辑创建指令，用于使用所显示的所述第 一任务信息，基于所输入的编辑指令，创建所述第一任务联合 作业流的定义信息；以及计算机可执行的生成指令，用于基于所创建的所述第一联合作业流的所述定义信息以及与能用在所述第二任务处理装置 中的多个任务有关的第二任务信息，生成能在所述第二任务处 理装置中被执行的第二任务联合作业流的定义信息。
13. —种计算机可读取的存储介质，用于存储用于创建包 括能作为系列所联合的作业处理被执行并且能在包括机器类型 彼此不同的第一和第二任务处理装置的多种机器类型的任务处 理装置中使用的多个任务的任务联合作业流的定义信息的计算机可执行程序，所述计算机可执行程序包括计算机可执行的显示指令，用于在创建能在所述第一任务 处理装置中被执行的第 一 任务联合作业流的定义信息的过程 中，显示与能用在所述第一任务处理装置中的多个任务有关的第一任务信息；计算机可执行的编辑创建指令，用于使用所显示的所述第 一任务信息，基于所输入的编辑指令，创建所述第一任务联合 作业流的定义信息；以及计算机可执行的生成指令，用于基于所创建的所述第一联 合作业流的所述定义信息以及与能用在所述第二任务处理装置 中的多个任务有关的第二任务信息，生成能在所述第二任务处 理装置中被执行的第二任务联合作业流的定义信息。
14. 一种服务处理设备，包括显示单元，用于区别地显示适用于多个装置的共用服务以 及依赖于单个装置的特有服务，以及创建单元，用于创建合并了在所述显示单元上所显示的服 务的流程。
15. —种服务处理设备，包括存储单元，用于存储专用于第一装置的特有服务和专用于 第二装置的特有服务；以及创建单元，用于基于存储在所述存储单元中的专用于所述 第一装置的所述特有服务以及专用于所述第二装置的所述特有 服务，从所述第一装置的服务流创建所述第二装置的服务流。
16. 根据权利要求14所述的服务处理设备，其特征在于，所述创建单元通过从包括专用于所述第 一装置的服务的所述流 中去除不能被所述第二装置执行的服务，来创建所述流。
17. 根据权利要求14所述的服务处理设备，其特征在于， 所述创建单元通过从所述第一装置的所述流增加能被所述第二 装置执行的服务，来创建所述流。
18. —种服务处理方法，包括显示步骤，用于区别地显示适用于多个装置的共用服务以 及依赖于单个装置的特有服务，以及创建步骤，用于创建合并了在所述显示单元上所显示的服 务的流程。
19. 一种服务处理方法，包括获取步骤，用于获取专用于第一装置的特有服务和专用于 第二装置的特有服务；以及创建步骤，用于基于在所述获取步骤中所获取的专用于所 述第一装置的所迷特有服务以及专用于所述第二装置的所述特 有服务，从所述第一装置的服务流创建所述第二装置的服务流。
20. 根据权利要求19所迷的服务处理方法，其特征在于， 所述创建步骤通过从所述第一装置的所述流去除能被所述第二 装置执行的服务，来创建所迷流。
21. 根据权利要求19所述的服务处理方法，其特征在于， 所述创建步骤通过从所述第 一 装置的所述流增加能被所述第二 装置执行的服务，来创建所述流。
22. —种计算机可执行程序，包括计算机可执行的显示指令，用于区别地显示适用于多个装 置的共用服务以及依赖于用于创建合并了在所述显示步骤中所 显示的服务的流程的计算机可执行指令的特有服务。
23. —种计算机可执行程序，包括用于获取专用于第一装置的特有服务和专用于第二装置的 特有服务的计算机可执行指令；以及用于基于专用于所述第一装置的所述特有服务和专用于所 述第二装置的所述特有服务，从所述第一装置的服务流创建所 述第二装置的服务流的计算机可执行指令。
24. —种管理服务器，包括存储单元，用于存储定义包括能作为所联合的作业处理被 执行的多个任务的流程的装置独立流程定义信息以及将所述装 置独立流程定义信息转换成装置依赖流程定义信息所需的各装 置的转换信息；以及控制单元，用于响应于来自装置的流程执行请求，基于与 所述装置相对应的转换信息，将与所述请求相对应的所述流程 定义信息灵活地转换成装置依赖流程定义信息，并将转换后的 信息发送给所述装置。
25. 根据权利要求24所述的管理服务器，其特征在于，基 于所述转换信息将定义在所述流程定义信息中的任务高级功能 化或低级功能化，以获得装置依赖流程定义信息。
26. 根据权利要求24所述的管理服务器，其特征在于，还 包括改变单元，用于基于表示所述装置的功能变化的信息，改 变与所述装置相对应的所述转换信息。
27. 根据权利要求26所述的管理服务器，其特征在于，从 所述装置通知表示所述装置的功能变化的所述信息。
28. 根据权利要求27所述的管理服务器，其特征在于，每个装置的转换信息包括定义每个装置的功能的功能信息以及定 义在转换在该装置中所执行的任务的功能时适用于该装置的转 换规则的转换规则信息，以及其中，所述改变单元基于表示所述装置的功能变化的信息 改变与所述装置相对应的功能信息，并基于改变后的功能信息 改变与所述装置相对应的转换规则信息。
29. —种联合任务处理系统，包括管理服务器和多个装置，其中，所述管理服务器包括存储单元，用于存储定义包括能作为所联合的作业处理被 执行的多个任务的流程的装置独立流程定义信息以及将所述装 置独立流程定义信息转换成装置依赖流程定义信息所需的各装置的转换信息；以及控制单元，用于响应于来自装置的流程执行请求，基于与 所述装置相对应的转换信息，将与所述请求相对应的所述流程 定义信息灵活地转换成装置依赖流程定义信息，并将转换后的 信息发送给所述装置，以及其中，所述多个装置中的每个装置均包括执行单元，所述 执行单元用于从所述管理服务器获取所述装置依赖流程定义信 息，并执行所述装置依赖流程定义信息。
30. —种流程转换方法，其使用用于存储定义包括能作为 所联合的作业处理被执行的多个任务的流程的装置独立流程定 义信息以及将所述装置独立流程定义信息转换成装置依赖流程 定义信息所需的各装置的转换信息的存储单元，所述流程转换 方法包括响应于来自装置的流程执行请求，基于与所述装置相对应 的转换信息，将与所述请求相对应的所述流程定义信息灵活地 转换成装置依赖流程定义信息并将转换后的信息发送给所述装置的步骤。
31. —种流程执行方法，其使用用于存储定义包括能作为 所联合的作业处理被执行的多个任务的流程的装置独立流程定 义信息以及将所述装置独立流程定义信息转换成装置依赖流程 定义信息所需的各装置的转换信息的管理服务器的存储单元，其中，所述装置执行请求执行存储在所述管理服务器中的、 与所述流程定义信息相对应的流程的步骤，其中，所述管理服务器执行响应于来自装置的流程执行请 求，基于与所述装置相对应的转换信息，将与所述请求相对应 的所述流程定义信息灵活地转换成装置依赖流程定义信息，并 将转换后的信息发送给所述装置的步骤，以及其中，所述装置执行获取从所述管理服务器发送的所述装 置依赖流程定义信息并执行所述装置依赖流程定义信息的步 骤。
全文摘要
为了创建具有机器类型依赖性并且可在不同类型的装置中共用的作业流，客户端PC的CPU显示与可用在第一打印处理装置中的任务有关的第一任务信息，并创建可在第一打印处理装置中被执行的第一任务联合作业流。然后，客户端PC的CPU使用所述第一任务信息，基于所输入的编辑指令，创建第一任务联合作业流的定义信息。另外，客户端PC的CPU基于所创建的第一联合作业流的定义信息以及与可用在第二打印处理装置中的任务有关的第二任务信息，生成可在第二任务处理装置中被执行的第二任务联合作业流的定义信息。
文档编号H04N1/00GK101288051SQ20068003797
公开日2008年10月15日 申请日期2006年9月28日 优先权日2005年10月13日
发明者加藤丰 申请人:佳能株式会社