专利名称：信息处理方法、信息处理设备和信息处理系统的制作方法
技术领域：
本发明一般地涉及一种信息处理方法、信息处理设备和信息处理系统，尤其涉及用于管理定义了多个任务的协作的协作处理流。
背景技术：
以往提出了这样一种系统，该系统能够对使用网络连接设备对文档数据执行的多个处理的协作执行进行设置(对多个处理的协作进行设置)。此外，还提出了一种由其它外围设备再用这种用于多个处理的协作执行的设置的方法。日本特开2004-287860号公报公开了一种用于产生用于多个处理的协作执行的指示数据，并使其它外围设备能够再用该数据的配置。注意，在下文中将这种针对协作的处理称为任务。任务是可以由例如具有多种功能的打印处理设备的单独功能实现的处理单元，或者是可以由信息处理设备等执行的应用程序来实现的单独处理。例如，包含在打印处理设备内的任务包括原始文档扫描、文档数据打印、传真发送、邮件发送、数据存储到盘(数据存储到位于打印处理设备内部或者外部的硬盘)等。任务协作处理流是为了按时间顺序处理多个上述任务而产生的一系列任务的组合。可以有包括使用一个任务的结果执行另一个任务的各种处理组合。可以根据这种任务协作处理流执行处理的系统被称为任务协作处理系统。换句话说，任务协作处理系统使设备能够执行多种任务的协作处理。例如，该系统使打印处理设备能够进行包括打印处理设备中所包含的任务的各种任务的协作执行。
通常，通过使用打印处理设备或者例如计算机等信息处理设备的操作系统指定任务的组合和顺序，来产生这种任务协作处理流。在该阶段，通常不仅指定任务的组合和顺序，而且指定每个任务中的处理的详细设置。
例如，由打印处理设备执行的扫描任务的详细设置项包括单面/双面设置、单色/彩色设置、分辨率设置等。此外，例如，将任务存储到位于打印处理设备之外的硬盘(例如，文件服务器)的详细设置项包括传送协议、存储目标的地址、用于访问该服务器的登录用户名和口令等。注意，执行任务所需的设置值被称为参数。
同时，已知一种任务协作处理流共享服务器系统。在该系统中，以可共享的方式产生并存储例如以上所述的任务协作处理流，以使多个设备能够编辑或者执行该任务协作处理流。在该任务协作处理流共享服务器系统(下面称为协作处理共享系统)中，多个用户可以从多个打印处理设备或者信息处理设备调用该任务协作处理流，并在调用该流的设备上执行该流。换句话说，指定该协作处理共享系统使各种用户能够从各场地使用该任务协作处理流。
在这种协作处理共享系统中，由于任务协作处理流被多个用户共享，所以由一个用户产生的任务协作处理流可以被另一个用户再用。因此，可以减少定义和产生该流的工作。此外，通过共享标准的任务协作处理流，可以共用该机构的文档处理，从而提高工作效率。
然而，尽管上述协作处理共享系统具有向其他用户公开注册过的任务协作处理流的方法，但是它仍存在下面的问题。
在由用户定义和注册的任务协作处理流中，包括在该流中的每个任务都包括如上所述的各种参数。该参数覆盖了宽范围。特别在主要针对打印处理设备设计的任务协作处理流中，这些任务的参数起着重要作用。如果用户在不知道参数状态的情况下，采用注册过的任务协作处理流，则很可能输出意想不到的结果。因此，对于主要针对打印处理设备设计的任务协作处理流，基本上不可能使用其他用户所定义的流。
例如，假定任务协作处理流的多个任务的顺序和组合与该用户要求的流完全匹配，但是作为第一任务的打印处理设备的扫描任务的分辨率设置比该用户要求的分辨率设置低。在这种情况下，所输出的数字文档或者打印输出的质量不满足用户的要求。此外，例如，在将规定的分辨率应用于使用该任务协作处理流的操作的情况下，过度使用该共享任务协作处理流可能产生不希望的结果。
通常，在任务协作处理流中，任务的组合和顺序，即，该流的树结构是非常重要的。然而，如上所述，显然，例如在主要针对打印处理设备设计的任务协作处理流中，每个任务的设置参数与该树结构同等重要。
接下来，详细说明每个采用任务协作处理流的用户希望每个任务中具有不同参数设置的例子。例如，考虑由打印处理设备扫描纸文档，并将该文档数据传送到文件服务器以便进行存储的任务协作处理流。
在该流中，注意“将数据传送到文件服务器”的任务。下面的情况可能经常发生对于用户A，该传送的文件服务器目的地是“服务器A的文件夹A”，而对于用户B，则是“服务器B的文件夹B”。当用户将扫描文档数字化，并传送该文件数据用于他/她的备份时，会发生这种情况。
作为另一个例子，考虑在纸张上打印已经被扫描并存储在打印处理设备的存储装置内的文档数据的流。注意“打印”任务。在这种情况下，下面的情况可能经常发生对用户A设置“二合一(2-in-1)”打印，对用户B设置“四合一”打印，以及对用户C设置“一对一(1-in-1)打印和双面打印”。注意，“二合一”打印是将两页数据缩小并打印在一页上。
考虑上面的使用情况，可以断定不值得使用(不值得共享)该任务协作处理流，除非在产生了该流之后，针对每个用户编辑包括在该流内的每个任务的设置参数，并再次存储它们。换句话说，当要共享该任务协作处理流时，存在的问题是，必须对每个用户编辑该流的参数。这是共享该任务协作处理流的第一个问题。
接下来，再考虑上面描述的由打印处理设备扫描纸文档，并将该文档数据传送到文件服务器以进行存储的任务协作处理流。这是“不管谁执行该流，都将所有扫描过的文档数据存储在所有用户所属的组的备份服务器内”的使用情况。在这种情况下，对于用户A和B，应该将传送的文件服务器目的地设置为“服务器A的文件夹A”。
考虑上面的使用情况，存在一旦产生了任务协作处理流，就不应该对每个用户改变的参数。如果这种参数被自由编辑，则该流可能不再值得使用。换句话说，当要共享任务协作处理流时，存在的问题是，需要设置对各种用户应该保持固定值的任务。这是共享任务协作处理流的第二个问题。
此外，为了实现该系统，可以以使用线单元连接图标的图来容易地表示该任务树结构，并且可以对显示进行设计使得容易在监视器上确认该任务树结构。然而，由于每个任务的设置参数的内容覆盖了宽的范围，而且复杂，所以难以将显示设计成一眼就可以识别出该设置参数。这是共享任务协作处理流的第三个问题。
由于没有可以解决上述问题的任务协作处理流共享服务器系统，所以实际上发生了下面的情况。更具体地说，即使用户产生了任务协作处理流，因为不知道包括在该处理流内的各任务的参数，其他用户也不能随意地使用该流。这导致在多个用户之间“不共享”注册过的处理流的问题。因此，完全丧失了用于共享任务协作处理流的服务器的意义。
发明内容
鉴于上述问题，设计了本发明。本发明的目的是提供一种用于以可共享的方式注册任务协作处理流的系统，并且使能够以处理流可以被各用户使用且处理流适应于每个用户的使用风格的方式，注册新处理流。
根据本发明的一个方面，提供了一种信息处理方法，用于以可以由多个用户使用处理流的方式注册处理流，所述处理流定义了多个任务的协作处理，所述信息处理方法包括存储步骤，用于将用于设置参数的参数信息存储在参数信息存储单元内；第一注册步骤，用于响应来自第一用户对新处理流的注册请求，与该第一用户相关联地注册该新处理流；第一改变步骤，用于根据存储在所述参数信息存储单元内的、与不同于所述第一用户的另一个用户相对应的参数信息，改变在所述新处理流中协作的任务的参数；以及第二注册步骤，用于与所述另一个用户相关联地注册已经由所述第一改变步骤改变了参数的所述新处理流。
此外，根据本发明的另一个方面，提供了一种信息处理设备，用于以可以由多个用户使用处理流的方式注册处理流，所述处理流定义了多个任务的协作处理，所述信息处理设备包括存储装置，用于将用于设置参数的参数信息存储在参数信息存储单元内；第一注册装置，用于响应来自第一用户对新处理流的注册请求，与该第一用户相关联地注册该新处理流；第一改变装置，用于根据存储在所述参数信息存储单元内的、与不同于所述第一用户的另一个用户相对应的参数信息，改变在所述新处理流中协作的任务的参数；以及第二注册装置，用于与所述另一个用户相关联地注册已经由所述第一改变装置改变了参数的所述新处理流。
此外，根据本发明的另一个方面，提供了一种信息处理系统，具有用于以可以由多个用户使用处理流的方式存储处理流的服务器设备，所述处理流定义了多个任务的协作处理，所述信息处理系统包括存储装置，用于将用于设置参数的参数信息存储在参数信息存储单元内；第一注册装置，位于所述服务器设备内，用于响应来自第一用户对新处理流的注册请求，与该第一用户相关联地注册该新处理流；第一改变装置，位于所述服务器设备内，用于根据存储在所述参数信息存储单元内的、与所述多个用户当中不同于所述第一用户的另一个用户相对应的参数信息，改变在所述新处理流中协作的任务的参数；第二注册装置，位于所述服务器设备内，用于与所述另一个用户相关联地注册已经由所述第一改变装置改变了参数的所述新处理流；以及执行装置，位于所述服务器设备内，用于响应来自用户的处理请求，执行与该用户相关联地注册的处理流。
通过以下参考附图对典型实施例的说明，本发明其它特征是显而易见的。
包含在本说明书中并构成说明书的一部分的附图示出了本发明的实施例，并且与说明书一起用于解释本发明的原理。
图1是示出作为本实施例的主体的任务协作处理流编辑应用程序的示意图；图2是示出包括在图1所示任务协作处理流内的每个任务的设置参数的显示例子的图；图3是示出由编辑应用程序编辑的协作处理流来处理的、包含在每个任务内的设置参数的例子的图；
图4A是示出根据本发明的实施例可以执行编辑应用程序的信息处理设备的硬件构造的框图；图4B是示出在将控制程序和相关数据记录在外部存储器内的情况下的存储器映射的图；图4C是示出在将控制程序加载到RAM内并且是可执行的情况下的存储器映射的图；图4D是示出在通过编辑应用程序来产生并编辑流，并将该流存储在存储器413或者外部存储器415内时任务协作处理流的数据结构的例子的图；图5是示出可以执行由编辑应用程序产生和编辑的任务协作处理流的系统构造的例子的图；图6是用于说明信息处理设备51和共享服务器52的协作处理(连接处理)的流程图；图7是示出用于设置任务管理属性的用户界面的显示例子的图；图8是用于说明将任务协作处理流复制(注册)到共享服务器的每个用户区的复制(注册)处理的流程图；图9是用于说明将任务协作处理流复制到共享服务器的一个用户区的复制处理的流程图；图10是根据第一实施例的任务协作处理流注册处理的说明图；图11是根据第二实施例的任务管理属性的说明图；图12是根据第三实施例的用户信息获取处理的说明图；图13A是示出根据第四实施例的用户界面的例子的图；图13B是示出根据第四实施例的用户界面的例子的图；图14是示出包括具有多个参数候选的任务的任务协作处理流的例子的图；
图15是用于说明根据第四实施例的任务协作处理流执行处理的流程图；图16是用于说明根据第五实施例在进行用户信息更新时的任务协作处理流的自更新过程的流程图；图17是用于说明根据第六实施例的新用户注册处理的流程图；以及图18是示出用于注册和设置用户信息的用户界面的例子的图。
具体实施例方式
现在将参考附图详细说明本发明的优选实施例。
第一实施例应用程序配置图1是示出作为本实施例的主体的任务协作处理流编辑应用程序(以下称为编辑应用程序)的示意图。如图1所示，通过支状线单元12连接由环形图形单元11所代表的多个任务，以产生树结构，从而构造出一系列处理(任务协作处理流)。在该编辑应用程序中，利用通用图形用户界面(GUI)系统在显示装置上排列各任务，并利用线单元连接各任务，以通过简单操作来设计任务协作处理流。注意，连接到计算机协作共享系统的打印处理设备或者信息处理设备可以执行该编辑应用程序。由于采用这种用户界面的任务协作处理流生成处理过程对于本技术领域的技术人员是显而易见的，所以在本说明书中不做特别说明。
图2是示出包括在图1所示任务协作处理流内的每个任务的设置参数的显示例子的图。通常，由于一个任务中存在作为一组的多个参数，所以用户界面可以将它们显示为列表。例如，当在任务协作处理流中选择任意任务时，如图2所示，显示与所选任务有关的参数设置。根据该显示，用户可以轻而易举地了解在每个任务中设置的参数。注意，用于显示参数的操作、参数显示方法以及参数设置方法并不局限于本实施例的例子。
图3是示出由编辑应用程序编辑的协作处理流处理的、包含在每个任务内的设置参数的例子的图。在本实施例中，假定任务是指可以对文档或者数据执行的处理。作为打印处理设备的任务，图3列出了扫描、文档数据的文件发送(将数据存储在打印处理设备的硬盘内)、邮件发送、传真发送、打印以及通知邮件。然而，任务并不局限于这些例子。除了提供上述任务的打印处理设备以外，任务协作处理系统还可以与多个可以提供各种任务的应用程序协作。此外，在本实施例中，打印处理设备和可以执行任务的应用程序被定义为任务处理设备。下面的例子给出了打印处理设备用作任务处理设备的情况。
首先说明可以执行编辑应用程序的信息处理设备的构造。图4A是示出根据本实施例可以执行编辑应用程序的信息处理设备51和55以及共享服务器52(图5)的硬件构造(计算机系统)的框图。作为主要单元，计算机系统40具有以下配置。CPU 412是中央处理器。包括RAM、ROM等的存储器413用作主存储装置。外部存储器415包括FD驱动器或者HD驱动器。输入装置411配置有键盘和例如鼠标等指示装置。在CPU 412的控制下，配置有CRT显示器或者液晶显示器的显示装置414执行各种显示。外部输入/输出接口416将该信息处理设备连接到网络417。
注意，该计算机系统采用稍后将做说明的服务器-客户机系统。通过CPU 412执行基本I/O程序、OS以及预定程序来实现服务器和客户机。更具体地说，通过CPU 412执行存储在存储器413内的(加载的)控制程序来实现稍候将参考所附流程图说明的每个处理。
将基本I/O程序写入存储器413。将OS写入例如硬盘、软盘等外部存储器415。当接通控制装置的电源时，通过基本I/O程序的初始程序加载功能，将OS从外部存储器415读到存储器413(RAM)内，并开始OS操作。
根据稍候说明的附图所示的控制过程的流程图来编码该程序。在本实施例的情况中，将控制程序和相关数据记录到外部存储器415内。图4B示出所记录的内容的结构。
例如，通过FD驱动器，将记录在软盘(floppy，日本注册商标)(FD)上的控制程序和相关数据加载到计算机系统40内。例如，在将记录有如图4B所示的数据420的FD放置在FD驱动器内，并指示执行控制程序执行文件423时，在OS和基本I/O程序的控制下，从FD读出控制程序和相关数据。更具体地说，将控制程序执行文件423和控制程序相关数据文件424从外部存储器415加载到存储器413(RAM)，它们就成为可执行的了。注意，在图4B中，附图标记421表示卷标信息，附图标记422表示目录信息。
图4C示出在将控制程序加载到RAM内并成为可执行的情况下的存储器映射。根据图4C所示的存储器映射，包括基本I/O程序区431、OS(操作系统)区432、控制程序区433、数据区434、以及工作区435。尽管上面的描述给出了采用FD作为外部存储器415，并将控制程序和相关数据直接从FD加载到存储器413(RAM)内的例子，但是本发明并不局限于此。例如，可以将该程序和相关数据存储在用作外部存储器415的HDD内，并可以从HDD加载该程序和相关数据。此外，用作用于记录控制程序的外部存储器415的介质可以是光盘、IC存储卡等。另外，可以将该程序记录在存储器413的只读存储器(ROM)内，并直接由CPU 412执行该程序。
图4D是示出在通过编辑应用程序来产生并编辑流，并将该流存储在存储器413或者外部存储器415内时，任务协作处理流的数据结构的例子的图。在图4D中的任务协作处理流440的数据结构中，利用索引来管理代表该流的每个任务的数据结构，使得可以顺序访问所有任务的信息。在任务索引大小441中，存储表示该任务的任务索引值和数据结构大小(从附图标记441至445的数据大小)。
包括在该任务内的是表示在先任务的索引443；和表示在后任务的索引444。根据这两个索引443和444，可以获得树上各任务的前后关系(协作)。此外，任务的类型和包含在任务类型中的设置参数，作为任务设置参数445被存储在可变长度数据结构中。由于设置参数445具有可变长度，所以将一个任务的数据结构的大小作为任务索引大小441与该索引一起存储。此外，还以容易访问的方式存储将在后面的例子中说明的任务管理属性442。
系统结构图5是示出可以执行由上述编辑应用程序所产生并编辑的任务协作处理流的系统结构的例子的图。
图5所示的系统是服务器-客户机系统。信息处理设备51和55以及任务协作处理流共享服务器(以下称为共享服务器)52具有图4A所示的结构。信息处理设备51和55以及打印处理设备56用作客户机，而共享服务器52用作服务器。网络54对应于图4A所示的网络417。例如，在信息处理设备51中，用户可以利用编辑应用程序来产生任务协作处理流。通过网络54将所产生的任务协作处理流注册在共享服务器52内。共享服务器52利用数据库53来管理任务协作处理流等。为了执行预定任务协作处理流，打印处理设备56向共享服务器52指示要被执行的处理流并执行该处理流。
参考图6所示的流程图，说明用于信息处理设备51与共享服务器52之间的协作的连接处理。在步骤S601，根据用户的访问指令，信息处理设备51请求访问共享服务器52。当在步骤S611，共享服务器52接收到访问时，在步骤S612，该服务器将登录画面发送到作为请求始发者的信息处理设备51。在步骤S602，信息处理设备51显示登录画面，并请求输入登录ID和口令。在输入了登录ID和口令后，将它们发送到共享服务器52。
在步骤S613，共享服务器52验证收到的登录ID和口令。当验证失败(NG)时，该控制返回到步骤S612，并提醒信息处理设备51再一次输入登录ID和口令。同时，当验证成功(OK)时，该控制从步骤S613进入到步骤S614，并允许信息处理设备51的连接。其结果是，信息处理设备51和共享服务器52建立连接(步骤S603，S614)。在这种情况下，用户可以将由信息处理设备51产生的任务协作处理流注册在共享服务器52中。
图5中的其他信息处理设备55也可以以上述方式与共享服务器52建立相连。作为能够显示登录画面等用户界面的多功能打印处理设备的打印处理设备56可以连接到共享服务器52。换句话说，通过图6所示的处理，信息处理设备55和打印处理设备56也可以与共享服务器52建立连接，而且在连接后，可以调用并执行在其用户区内允许的任务协作处理流。
在这种情况下，假定将所调用的任务协作处理流临时下载到作为调用始发者的信息处理设备或者打印处理设备，然后，在相应设备上执行所调用的任务协作处理流。注意，可以在共享服务器52上执行该流，而且可以将每个任务的处理本身作为对相应设备的功能执行命令来执行。在这种情况下，共享服务器52将执行指令输出到用于执行由客户机指定的处理流的每个任务处理设备。由于共享服务器52存储该处理流的信息，所以它知道什么装置要执行哪个处理。因此，共享服务器52本身可以对该处理流进行控制，以将每个任务的处理执行指令发送到相应设备。注意，本实施例没有特别规定任务协作处理流的执行方式。
当以上述编辑应用程序定义任务协作处理流时，第一实施例提供了用于将每个任务定义为“所有用户任务(all-user task)”或者“用户个人任务(user-personal task)”的结构。例如，提供图7所示的设置界面，以允许对每个任务设置“所有用户任务”或者“用户个人任务”。包括在所产生的任务协作处理流内的每个任务始终属于“所有用户任务”或者“用户个人任务”。这些属性被称为“任务管理属性”。以容易访问的方式将该任务管理属性与每个任务相关联地保持在任务协作处理流的数据结构中，如图4D所示(图4D中的任务管理属性442)。
下面将说明在图4A至4D、图5以及图6所示的系统中，如何将包括所定义的任务管理属性的任务协作处理流440(图4D)以可共享的方式注册在共享服务器52的数据库53中。参考图8和9中的流程图以及图10中的功能配置图进行说明。注意，通过共享服务器52的CPU 412执行存储在存储器413内的控制程序来实现图10中的各单元1101至1104的功能。此外，在下文中，将用户A所登录的设备(例如，信息处理设备51，55或者打印处理设备56)称作“用户A设备”。
当用户试图将任务协作处理流注册在共享服务器52内时，共享服务器52以下面的过程进行复制，从而实现该任务协作处理的共享。在步骤S801，将要注册的任务协作处理流复制到共享服务器52中属于已经提出该注册的用户(图10中的用户A设备)的用户区。参考图10，第一注册单元1101将从用户A设备发送的例如图4D所示的任务协作处理流#1复制到设置在数据库53中的用户A区1121。注意，只有用户A设备可以访问记录在用户A区上的任务协作处理流。换句话说，将任务协作处理流记录在用户A区上意味着与用户A关联地注册该任务协作处理流。此外，换句话说，以只能被用户A访问的方式注册该任务协作处理流。
在步骤S802至S805，将该任务协作处理流复制到除了已经执行该注册的用户以外的、在共享服务器52中有账户的用户的用户区。参考图10，第二注册单元1102将从用户A设备收到的任务协作处理流注册到在数据库53中为已在共享服务器52中注册的其他用户提供的用户区(1122、1123、...)。在该阶段，根据对相应用户(对应于复制目的地区域的用户)设置的用户信息，改变正被注册在每个用户区的任务协作处理流中所包括的每个任务的参数。
在步骤S802，共享服务器52的第二注册单元1102在该服务器中搜索账户，并指定用户。在指定了用户之后，该控制从步骤S803进入到S804，以判断所指定的用户是否为已经注册了所述任务协作处理流的用户A。作为判断的结果，如果它是用户A(“是”)，则该控制返回到步骤S802，以搜索下一个用户。作为判断的结果，如果它不是用户A(“否”)，则该控制进入到步骤S805，并对该用户执行图9所示的处理(将该流复制到另一个用户)。例如，如果指定了用户B，则在步骤S805，将从用户A设备收到的处理流复制到用户B区1122。注意，在步骤S805的处理中，根据用户信息改变任务参数。重复上述步骤S802至S805，直到在步骤S803不再发现下一个用户，然后，结束该复制处理。
接下来，参考图9说明步骤S805中的上述处理(将该流复制到另一个用户)。
在步骤S901，从图4D所示的数据结构中获取包括在被复制的任务协作处理流内的任务的数量。在步骤S902至S905，改变需要判定单元1102b判断是否需要改变任务协作处理流中每个任务的参数。在步骤S906和S907，改变执行单元1102c根据需要参数改变的任务的用户信息改变参数。
更具体地说，在步骤S902，提取包括在正在被注册的任务协作处理流中的任务。提取任务之后，该控制从步骤S903进入到S904，并获取所提取的任务的任务管理属性442。在步骤S905，判断该任务管理属性442是“所有用户任务”还是“用户个人任务”。如果该判断发现该任务是“用户个人任务”，则在步骤S906获取对应于要将该任务协作处理流复制到的用户区的用户的用户信息，以替换该任务的设置参数。更具体地说，用户信息获取单元1103从与每个用户相关联地注册用户信息的用户信息存储单元1131获取对应于复制目的地用户区的用户的用户信息。稍后将说明用户信息的内容。在获取到用户信息后，在步骤S907，改变执行单元1102c从该用户信息中提取该任务所需的参数，并替换在用户A注册任务协作处理流时已经设置的初始设置参数。同时，如果在步骤S905的判断发现该任务是“所有用户任务”，则不从用户A已经注册的初始参数中替换该任务的设置参数，因此，该控制返回到步骤S902。
执行了上述处理之后，从任务协作处理流的任务列中提取下一个任务(步骤S902)，并重复同样的处理(步骤S903至S907)。对所注册的任务协作处理流中的所有任务重复上述处理。当没有发现下一个任务时(步骤S903)，复制处理单元1102a将作为上述处理的结果而得到的任务协作处理流复制到复制目的地用户区(步骤S908)，然后，结束该控制。注意，复制到用户区的处理可以包括将该任务协作处理流注册到该系统，也可以仅将该任务协作处理流记录到存储介质。例如，在由数据库53管理该处理流的情况下，在该复制处理中可以包括将数据注册到数据库53。在将该处理流写入例如固定盘(fixed disk)等存储装置中的情况下，写入本身就是复制处理。注意，由于对于本技术领域的技术人员来说，注册到数据库或者写入是显而易见的，所以在本说明书中省略详细说明。
在图10所示的例子中，由于任务a的任务管理属性442是“所有用户任务”，所以不改变针对每个用户注册的任务协作处理流中的参数。同时，由于任务b和c的任务管理属性442是“用户个人任务”，而且存在对应于用户B和C的用户信息，所以分别改变各参数。
接下来，说明在步骤S906和S907中使用的用户信息。
任务的参数包括图3所示的上述例子。本实施例假定每个用户在将账户注册到共享服务器52时，将“用作用户个人任务的值”注册在用户信息中。例如，将参数设置为“对于个人任务的‘打印’，始终使用二合一和双面打印”。为了注册该用户信息，界面应该示出包括图3所列的全部任务的全部参数的输入区。换句话说，由于必须对该账户综合设置“作为用户个人任务使用的值”，所以该界面必须能够设置多个任务的各种参数。为此，需要提供可以设置所有类型任务的参数的用户界面，例如图2所示的扩展设置窗口。尽管图2仅允许关于存储在文件夹内的任务的参数设置，但是需要能够进行关于图3所示的其他任务的参数设置。为了在例如一个窗口内显示被分为多个种类的多个参数，可以采用图18所示的使用TAB键切换的用户界面。不用说，除了账户注册的情况外，还可以进行用户信息的改变和设置。在下文中，由用户明确设置的这种用户信息被称为“由用户注册和设置的用户信息”。
在用户A登录的信息处理设备51通过图6所示的过程与共享服务器52建立连接之后，通过将用户信息注册请求发送到共享服务器52来实现注册和改变用户A的用户信息。响应该用户信息注册请求，启动用户信息设置单元1104，并将用户信息与请求始发用户相关联地注册并设置在用户信息存储单元1131中。
如下可给出用于任务参数设置的用户信息获取方法。即，每当用户产生用户个人任务并将它注册在服务器中时，可以自动采集并累积用户信息。根据该方法，在将账户注册到服务器时，注册了最少的用户信息，并且逐步采集信息，以充实用户的个人简档。以这种方式设置的用户信息将被称为“由现有任务协作处理流采集的用户信息”。例如，“由现有任务协作处理流采集的用户信息”的采集方法具有以下过程(1)用户产生一个或者多个用户个人任务；(2)服务器自动采集包括在每个任务中的每个任务的参数值；(3)存储所采集的参数，作为存储在服务器内的账户信息(与“由用户注册和设置的用户信息”相同)，从而自动补充账户信息；(4)注意，如果在由用户产生的所有个人任务中包括多个相同类型的参数，则更频繁设置的参数值优先。
下面可进一步给出用于任务参数设置的用户信息获取方法。即，自动采集由用户登录并使用的打印处理设备非常频繁采用的设置。由该方法采集的用户信息将被称为“从用户登录并使用的打印处理设备采集的用户信息”。在这种情况下，必须通过使用户利用口令等进行登录来指定打印处理设备的用户。此外，该系统必须被集成，使得将登录信息连接到共享服务器52内的用户信息。例如，“从用户登录并使用的打印处理设备采集的用户信息”的采集方法具有以下过程(1)用户利用口令、磁卡等登录到打印处理设备(例如，多功能外围设备)；(2)用户从该设备执行复制、传真发送等；(3)在将该设备注册在任务流的共享服务器52中的情况下，将该操作的参数值(双面复制设置、传真数量等)从该设备发送到共享服务器52；(4)所发送的参数值补充共享服务器52上的登录用户的账户信息；(5)将在该设备中使用的参数值的日志(log)存储在共享服务器52中，并将频繁使用的参数值重写在账户信息中。
注意，如果在步骤S906中不能获得用户信息，则使用在产生流时设置的初始参数值。
如上所述，根据第一实施例，在根据各用户的用户信息改变任务的参数的同时，注册被共享的任务协作处理流，使得各用户可以使用该处理流。因此，可以以实现适于每个用户的使用风格的操作的方式来注册被共享的任务协作处理流。此外，由于对于每个任务，任务管理属性能够进行用于所有用户任务或者用户个人任务的参数设置，所以在共享任务协作处理流中可以详细反映设计者的意图。
第二实施例在第一实施例中，“所有用户任务”或者“用户个人任务”被指定为任务管理属性。然而，任务的类型并不局限于这两种。例如，除了这两种类型，还可以设置“组任务”。通过添加“组任务”，可以处理下面的情况。
更具体地说，在团体组织中，假定存在全公司任务协作处理流共享服务器，并且该公司内的任何人都可以在该服务器上注册任务协作处理流。例如，在这种情况下，存在集中管理的全公司任务、个体所属的每个下级组织(分支机构、部门)的规定任务以及个人任务。在这种情况下，每个用户都希望根据例如他/她所属部门确定的分辨率等设置来扫描文档，但是该设置对于该公司的每个部门可能是不同的。通过提供“组任务”类别可以解决该问题。更具体地说，当将任务协作处理流复制到每个用户的用户区时，用该用户所属的组决定的参数来替换具有“组任务”类别的任务的设置参数。因此，可以轻而易举地应用对每个组不同的参数设置。
参考图11进一步说明第二实施例的操作。在针对任务协作处理流中的每个任务注册的任务管理属性442中，设置“所有用户任务”、“用户个人任务”或者“组任务”，作为关于任务参数设置的信息。在设置了“所有用户任务”或者“用户个人任务”的情况下，如第一实施例中所述进行参数改变。在将“组任务”设置为任务管理属性442的情况下，从存储在用户信息存储单元1131内的用户信息中获取对应于注册目的地区的用户的组。例如，在图11所示的用户信息存储单元1131内，组Y被注册为用户B的组。如果在任务管理属性442中设置了“组任务”，则从组信息存储单元1132中获取对应于用户B所属的组Y的组信息，并根据该组信息执行任务参数改变。
优选地，根据组织大小以多个层次结构定义“组任务”。例如，这适于处理由例如总部、分公司、分支机构和部门等多个组共享的任务协作处理流。在这种情况下，任务管理属性被分类为“组1(部门)”、“组2(分支机构)”、“组3(分公司)”等。代替象“组1、2或者3”这样的符号名称，可以记录部门、分支机构、分公司等的特定名称作为任务管理属性。在这种情况下，将每个用户的所属组1、2或者3注册在用户信息中。如果在任务管理属性中指定了“组3”，则通过参考在用户信息的组3中记述的所属组(用户所属的分公司)的组信息来改变参数。
可以将例如总部、分公司、分支机构以及部门等层次结构注册在组信息存储单元1132内，并且可以仅注册最低层次的组(例如，用户所属的部门)作为所属的组。例如，当指定“分公司”作为任务管理属性442时，从设置在用户信息中的最低层次组(部门)追溯该层次结构，以获得“分支”层次中对应于该用户的组(该用户所属的分公司)。
如上所述，根据第二实施例，当在具有组的大型组织中操作任务协作处理流共享服务器时，可以进行详细的任务自动设置。
第三实施例上述第一实施例引用了使用用户注册并设置的用户信息的方法、从用户产生的现有任务协作处理流中采集用户信息的方法以及从用户登录的打印处理设备中采集用户信息的方法。第一实施例利用这些方法之一来确定用户信息。在第三实施例中，不使用这些方法之一，而是使用这些方法中的多个，并采用由这些方法获得的值。
为了组合多个方法，第三实施例能够对多个方法进行优先级设置。例如，以下面的方式设置优先级优先使用由用户设置的用户信息；如果没有这种用户信息，则从现有任务协作处理流中采集用户信息；如果没有这种信息，则从打印处理设备采集用户信息。这种方式的优点在于，采用该任务协作处理流的用户可以反映他/她想要的设置参数。此外，如果以从打印处理设备采集用户信息的处理处于最优先的方式设置优先级，则可以反映在执行该流之前使用该流的用户非常频繁使用的设置。这提供了实时反映用户取向的优点。
可以对整个任务协作处理流设置优先级，或者可以对包括在任务协作处理流内的每个任务分别设置优先级。例如，对于打印任务，可以使从打印处理设备采集的、用于设置格式参数等的用户信息优先；而对于邮件发送任务，可以使用户设置的、用于设置适应该用户的发送目的地参数的用户信息优先。
图12是根据第三实施例的用户信息获取单元1103的操作例子的说明图。包括在任务协作处理流内的每个任务的任务管理属性442具有任务属性指定442a，用于表示“所有用户任务”或者“用户个人任务”；以及参数获取方法指定442b，用于指定参数获取方法。
在步骤S1201，用户信息获取单元1103(图10)获取要被处理的任务的任务管理属性442，以确定是否说明了参数获取方法指定442b。如果说明了参数获取方法指定442b，则该控制从步骤S1202进入到步骤S1203，在步骤S1203，根据参数获取方法指定442b来决定用户信息获取方法。例如，在参数获取方法指定442b说明了参数获取方法的优先级的情况下，根据该优先级确定参数获取方法。在参数获取方法指定442b直接说明了要采用的参数获取方法的情况下，将所指定的参数获取方法确定为获取方法。同时，如果没有说明参数获取方法指定442b，则该控制从步骤S1202进入到步骤S1204，并根据事先设置的优先级确定用户信息获取方法。在步骤S1205，利用在步骤S1203或者S1204确定的获取方法来获取用户信息。然后控制从步骤S1205进入到步骤S1206，在步骤S1206，将所获取的用户信息通知给改变执行单元1102c。
如上所述，根据第三实施例，当存在该装置经常使用的参数项时，使该项的设置优先，以反映适应当前情况的设置。
第四实施例在上述第三实施例中，当从现有任务协作处理流或者打印处理设备获取用户信息时，基本上可以采用非常频繁使用的设置作为候选。通过在执行该处理之前让用户确认所采集的设置参数，用户可以确认该处理是以想要的设置执行的。因此，可以执行更确实适应用户意图的任务协作处理流。注意，通过根据上述实施例中各自描述的多个参数获取方法来确定设置参数，对于一个相同的参数项，可以获得多个设置参数。
为了确认设置参数，以用户理解该任务具有多个设置参数候选的方式，在画面上显示该设置。例如，通过利用粗线表达该任务来表示存在多个参数设置候选。图13A示出存在具有多个参数设置候选的任务，并且利用粗线圆1001标出这种任务。
图13B示出了选择这些任务中的一个，并显示所选任务的设置参数的状态。在该画面上，指定用于切换到其它候选的箭头1002导致出现另一个候选。如果在该处理设备上没有限制，则可以在该画面上输入临时设置值。注意，可以利用通用图形用户界面(GUI)技术来实现任务选择；因此，在此省略其详细说明。
图14和15是用于描述根据第四实施例的任务协作处理流执行处理的图。图14示出任务协作处理流被注册在数据库53的用户X区内，并且在任务b中存在多个参数候选(Pb1、Pb2、Pb3)的状态。在下文中，将用户X所登录的设备(例如，信息处理设备51，55或者打印处理设备56)称为“用户X设备”。
在步骤S1501，在与共享服务器52建立连接之后，用户X设备将处理流指定和执行请求发送到共享服务器52。在步骤S1521，共享服务器52接收该处理流执行请求。在步骤S1522，共享服务器52从数据库53的用户X区获取所指定的任务协作处理流。在步骤S1523，共享服务器52将所获取的任务协作处理流发送到执行请求始发者。在步骤S1502，当用户X设备从共享服务器52收到任务协作处理流时，显示该流的内容，如图13A所示。在该显示中，如果在步骤S1503，判断出存在具有多个参数候选的任务，则在步骤S1504，提供参考图13A和13B描述的GUI。换句话说，提供用于选择实际使用的参数候选的GUI。当在步骤S1505，用户选择了参数候选并指示执行时，将参数候选选择信息和执行指令发送到共享服务器52。同时，如果不存在具有多个参数候选的任务，则该控制从步骤S1503进入到步骤S1506，并根据用户输入的处理流执行指令，将执行指令发送到共享服务器52。注意，在步骤S1506，可以显示图13A所示的GUI，以使用户确认任务协作处理流的内容。
在步骤S1524，共享服务器52从用户X设备接收执行指令。在步骤S1525，共享服务器52判断要执行的任务协作处理流是否具有包括多个参数候选的任务。如果“是”，则在步骤S1526，根据用户X设备发送的选择指令来确定要用于每个任务的参数候选。当存在包括多个参数候选的多个任务时，根据选择指定，对所有任务确定要使用的参数。在步骤S1527，执行所指定的任务协作处理流。
如上所述，根据第四实施例，在通过从具有多个候选的信息源采集信息来判定参数的情况下，可以获得用户确实想要的任务协作处理流。
第五实施例在共享服务器52中，存在根据用户的设置请求，或者根据被改变并重新注册的现有用户的账户信息(用户信息)，来改变用户信息的情况。在这种情况下，根据第五实施例，可以利用所改变的用户信息来自动更新已经被复制到用户区内的任务协作处理流的设置参数。
图16是用于说明根据第五实施例在用户信息更新时进行的参数改变处理的流程图。当在步骤S1601检测到用户信息更新时，该控制进入到步骤S1602，以获取在刚发生用户信息更新的用户区中注册的任务协作处理流。在步骤S1603，根据更新后的用户信息来改变所获取的任务协作处理流内的每个任务的参数。对注册在用户区内的所有任务协作处理流执行上述步骤S1602和S1603中的处理(步骤S1604)。
可以这样配置随着用户信息更新，向用户询问是否对该任务执行参数改变。在这种情况下，在进行到步骤S1602至S1604的处理之前，确认用户的更新指令。
根据第五实施例，当改变账户信息时，可以将现有任务协作处理流更新为适应新输入内容的更希望的设置。此外，该实施例的优点是，用户可以充分利用已经注册的现有任务协作处理流而且可以容易地改变该信息。
第六实施例图17是用于说明根据第六实施例的用户注册处理的流程图。当在步骤S1701，在共享服务器52内产生新用户账户时，在步骤S1702，提供该新用户的用户区。在步骤S1703，将已经注册的所有任务协作处理流从其他用户的用户区复制到所提供区。根据新注册的用户账户信息(用户信息)，改变任务管理属性为“用户个人任务”的各任务的设置参数(步骤S1704)。
根据第六实施例，无论何时将用户账户注册在共享服务器上，用户都可以充分利用迄今所注册的资源，而且可以立即共享它们。
如上所述，根据上述实施例中的每一个，都可以通过任务协作处理流共享服务器为一个用户自动改变包括在由另一个用户产生的任务协作处理流内的每个任务的设置参数。根据该特征，即使由一个用户产生任务协作处理流，也可以以可适应另一用户的方式存储该流。因此，由一个用户产生的流的资源可以容易地被大量用户再用，而不浪费该资源，并可以有效共享该任务协作处理流。
注意，本发明包括以下情况，通过将软件程序直接或者远程供给计算机系统或者设备，然后利用该系统或者设备的计算机读取所供给的程序代码，并执行该程序代码来实现上述实施例的功能。在这种情况下，所供给的程序对应于所述实施例的附图所示的流程图。
因此，安装在计算机内以使该计算机实现本发明的功能的程序代码本身也构成本发明。换句话说，本发明包括实现本发明的功能的计算机程序本身。
在这种情况下，程序代码的形式可以是目标代码、由解释器执行的程序、提供到OS的脚本数据等，只要它起到程序的作用即可。
对于提供该程序的记录介质，例如可以采用软盘(floppy，日本注册商标)、硬盘、光盘、磁光盘、MO、CD-ROM、CD-R、CD-RW、磁带、非易失性存储卡、ROM、DVD(DVD-ROM、DVD-R)等。
作为另一种程序提供方法，利用客户机的浏览器访问因特网上的主页，并将根据本发明的程序下载到例如硬盘等记录介质上。在这种情况下，所下载的程序可以是包括自动安装功能的压缩文件。可以将构成根据本发明的程序的程序代码分成为多个文件，并且可以从不同的主页下载该多个文件中的每一个。换句话说，本发明还包括允许多个用户下载利用计算机来实现本发明的功能的程序文件的WWW服务器。
此外，可以对根据本发明的程序进行加密，并将其存储在用于发布给用户的、例如CD-ROM等存储介质中。在这种情况下，允许满足预定条件的用户从因特网上的主页下载解密密钥数据，并利用该密钥数据执行该加密程序，以将该程序安装在计算机中。
另外，除了利用计算机执行所读出的程序来实现上述实施例的功能以外，还可以根据该程序的指定，与运行在计算机上的OS(操作系统)等协作，来实现上述实施例的功能。在这种情况下，该OS等程序执行部分或者全部处理，从而实现上述实施例的功能。
此外，可以将从记录介质读出的程序写入插入在该计算机内的功能扩展板或者设置在与该计算机相连的功能扩展单元中的存储器内，可以实现根据上述实施例的部分或者全部功能。在这种情况下，在将该程序写入功能扩展板或者功能扩展单元之后，包含在该功能扩展板或者功能扩展单元内的CPU等根据该程序的指定来执行部分或者全部处理。
根据本发明，在用于以可共享的方式注册任务协作处理流的系统中，可以以如下方式注册新的处理流该处理流可以被各用户使用，而且该处理流适应每个用户的使用风格。
尽管参考典型实施例对本发明进行了说明，但是本发明并不局限于所公开的典型实施例。所附权利要求的范围符合最宽的解释，以包含所有这些修改和等同结构及功能。
权利要求
1.一种信息处理方法，用于以可以由多个用户使用处理流的方式注册处理流，所述处理流定义了多个任务的协作处理，所述信息处理方法包括存储步骤，用于将用于设置参数的参数信息存储在参数信息存储单元内；第一注册步骤，用于响应来自第一用户对新处理流的注册请求，与该第一用户相关联地注册该新处理流；第一改变步骤，用于根据存储在所述参数信息存储单元内的、与不同于所述第一用户的另一个用户相对应的参数信息，改变在所述新处理流中协作的任务的参数；以及第二注册步骤，用于与所述另一个用户相关联地注册已经由所述第一改变步骤改变了参数的所述新处理流。
2.根据权利要求1所述的信息处理方法，其特征在于，在所述第一改变步骤中，对于在所述新处理流内协作的每个任务，根据该任务的属性信息来判断是否需要改变所述参数，以及根据存储在所述参数信息存储单元内的、与所述另一个用户相对应的参数信息，改变已经判断出需要改变的任务的参数。
3.根据权利要求1所述的信息处理方法，其特征在于，所述存储步骤将参数信息与所述多个用户中的每一个相关联地存储在所述参数信息存储单元内。
4.根据权利要求1所述的信息处理方法，其特征在于，所述存储步骤将针对包括在与所述另一个用户相关联地注册的处理流内的任务设置的参数存储在所述参数信息存储单元内，作为所述参数信息。
5.根据权利要求1所述的信息处理方法，其特征在于，所述存储步骤获取所述另一个用户对外部设备的设置内容，并将该设置内容存储在所述参数信息存储单元内，作为所述参数信息。
6.根据权利要求1所述的信息处理方法，其特征在于，所述参数信息存储单元与多个组中的每一个相关联地存储参数信息，并且在所述任务的属性信息指定了组的情况下，所述第一改变步骤根据存储在所述参数信息存储单元内的、针对所述另一个用户所属的组设置的参数信息，改变所述任务的参数。
7.根据权利要求1所述的信息处理方法，其特征在于，所述存储步骤可以执行用于获取所述参数信息的多种获取方法，并且可以将所获取的参数信息存储在所述参数信息存储单元内，以及在所述第一改变步骤中，对所述多种获取方法赋予优先级，并且将具有最高优先级的获取方法所获取的参数信息用于所述改变。
8.根据权利要求1所述的信息处理方法，其特征在于，所述存储步骤可以执行用于获取所述参数信息的多种获取方法，并且可以将所获取的参数信息存储在所述参数信息存储单元内，以及在所述改变步骤中，根据针对在所述处理流内协作的每个任务设置的属性信息，选择所述多种获取方法之一，并且从所述参数信息存储单元中获取对应于所选择的获取方法的参数信息，并将所获取的参数信息用于所述改变。
9.根据权利要求1所述的信息处理方法，其特征在于，在对于一个任务存在多个改变参数候选的情况下，所述第一改变步骤进一步包括发送步骤，用于响应于来自所述另一个用户对所述处理流的执行请求，将所述多个参数候选分配给一个任务，并将所述多个参数候选发送到执行请求始发者。
10.根据权利要求1所述的信息处理方法，其特征在于，进一步包括第一更新步骤，用于以每个用户为单位，更新所述参数信息存储单元内的参数信息；以及第二更新步骤，用于在所述第一更新步骤中更新了参数信息的情况下，根据所更新的参数信息，更新包括在与对应于所更新的参数信息的用户相关联地注册的处理流内的任务的参数。
11.根据权利要求1所述的信息处理方法，其特征在于，进一步包括第三注册步骤，用于注册所述多个用户之外的新用户；第四注册步骤，用于当在所述第三注册步骤中注册了所述新用户时，与所述新用户相关联地自动注册已经由所述多个用户以可共享的方式注册的处理流；以及第二改变步骤，用于根据存储在所述参数信息存储单元内的、对应于所述新用户的用户信息，改变包括在与所述新用户相关联地注册的处理流内的任务的参数。
12.一种信息处理设备，用于以可以由多个用户使用处理流的方式注册处理流，所述处理流定义了多个任务的协作处理，所述信息处理设备包括存储装置，用于将用于设置参数的参数信息存储在参数信息存储单元内；第一注册装置，用于响应来自第一用户对新处理流的注册请求，与该第一用户相关联地注册该新处理流；第一改变装置，用于根据存储在所述参数信息存储单元内的、与不同于所述第一用户的另一个用户相对应的参数信息，改变在所述新处理流中协作的任务的参数；以及第二注册装置，用于与所述另一个用户相关联地注册已经由所述第一改变装置改变了参数的所述新处理流。
13.一种信息处理系统，具有用于以可以由多个用户使用处理流的方式存储处理流的服务器设备，所述处理流定义了多个任务的协作处理，所述信息处理系统包括存储装置，用于将用于设置参数的参数信息存储在参数信息存储单元内；第一注册装置，位于所述服务器设备内，用于响应来自第一用户对新处理流的注册请求，与该第一用户相关联地注册该新处理流；第一改变装置，位于所述服务器设备内，用于根据存储在所述参数信息存储单元内的、与所述多个用户当中不同于所述第一用户的另一个用户相对应的参数信息，改变在所述新处理流中协作的任务的参数；第二注册装置，位于所述服务器设备内，用于与所述另一个用户相关联地注册已经由所述第一改变装置改变了参数的所述新处理流；以及执行装置，位于所述服务器设备内，用于响应来自用户的处理请求，执行与该用户相关联地注册的处理流。
全文摘要
一种信息处理方法、信息处理设备和信息处理系统，在以可以由多个用户共享的方式注册定义了多个任务的协作处理的处理流的信息处理方法中，响应来自第一用户对新处理流的注册请求，与第一用户相关联地注册新处理流。在此阶段，根据与不同于第一用户的另一个用户相对应的参数信息，改变在新处理流内协作的任务的参数。然后，与所述另一个用户相关联地注册已经改变了参数的新处理流。
文档编号G06F9/50GK1959642SQ200610137700
公开日2007年5月9日 申请日期2006年11月3日 优先权日2005年11月4日
发明者尾坂齐 申请人:佳能株式会社