CN105426763A - 信息处理系统,信息处理装置以及信息处理方法 - Google Patents

Abstract

本发明涉及信息处理系统，信息处理装置以及信息处理方法。在使得个别设定用户权限的多个装置协同动作时，一边反映各装置中的已存在的权限设定，一边可以合适地控制协同动作。在信息处理装置中，包括：作业控制部(12)，对于预先登记的多个装置，要求实行动作；权限管理信息生成部(14)，从上述预先登记的装置的至少一装置取得表示该装置中的用户的权限的权限信息，根据该取得的权限信息，生成表示对于上述预先登记的装置适用的上述用户的权限的权限管理信息。作业控制部(12)根据上述权限管理信息，控制是否许可根据来自上述用户的指示对于预先登记的装置许可实行动作的要求。

Description

信息处理系统,信息处理装置以及信息处理方法

技术领域

本发明涉及信息处理系统，信息处理装置以及信息处理方法。

背景技术

以下技术为人们所公知：在连接多个装置的网络环境中，即使有的功能不能由某个单一装置实行场合，预先使得具有不同功能的多个装置协同，从这些协同装置中，检索可实行该功能的装置，使得检索作为可实行装置的装置实行该功能。

还有，以下技术也为人们所公知：当使得多个装置之间协同时，对于各装置设定用户权限(账户，功能限制等)场合，用于在该用户的权限范围内提供功能。

例如，在专利文献1的技术中，检索装置检索其它装置功能时，附加设定的按用户区分的功能限制信息，对于其它装置进行功能检索要求。另一方面，接受到功能检索要求的其它装置，反映附加的功能限制信息，将除去被限制利用的功能的检索结果向检索装置应答。

由此，当使得多个装置协同实行处理时，反射按用户区分的功能限制信息，可以限制其它装置的功能的使用。

有时也希望使得已经设定用户权限的装置组合，构筑可实行使得多个装置协同动作的那样的系统。这种场合，若欲根据各装置中的用户权限运用系统，则有时装置间权限设定矛盾，或因装置不同具有权限的用户不同，在系统内可以允许各用户做怎样的动作，不能容易地决定。还有，当在系统中追加新装置时，如果不对追加装置个别设定权限，则允许用户做全部动作，或者拒绝做全部动作，设定起来很费事。

但是，为了对应这点，如果对于用户设定系统独自的权限和各个装置中的权限无关，则必须一开始就考虑可允许各用户做怎样的动作，很费事。

[专利文献]

[专利文献1]日本专利第5300206号公报

发明内容

本发明就是鉴于这种状况而提出来的，本发明的目的在于，在使得个别设定用户权限的多个装置协同动作时，一边反映各装置中的已存在的权限设定，一边可以合适地控制协同动作。

为了达到以上目的，本发明的信息处理系统包括：

实行要求部，对预先登记的多个装置要求实行动作；

权限信息取得部，从上述预先登记的装置中的至少一装置取得表示该装置中的用户的权限的权限信息；

权限管理信息生成部，根据上述权限信息取得部取得的权限信息，生成表示对于上述预先登记的装置适用的各上述用户的权限的权限管理信息；以及

控制部，当上述实行要求部根据来自上述用户的指示对上述预先登记的装置中的一装置，上述实行要求部要求实行动作时，根据上述权限管理信息控制是否许可该动作。

下面说明本发明的效果：

根据上述构成，在使得个别设定用户权限的多个装置协同动作时，既反映各装置中已有的权限的设定，且可以合适地控制协同动作。

附图说明

图1是表示作为本发明一实施形态的协同系统、以及该协同系统中预先登记的协同服务器以及图像形成装置的硬件构成的图。

图2是与图1中所示的协同系统连接的协同服务器以及图像形成装置的与协同动作实行相关的功能框图。

图3是表示将成为协同对象的装置登记到协同服务器的动作一例的序列图。

图4是表示用户登录在协同服务器登记的图像形成装置的动作一例的序列图。

图5是表示图4中所示的登录处理完成之后，在从协同服务器取得用户在协同系统中可利用的协同功能的处理中从图像形成装置对协同服务器进行的动作一例的序列图。

图6是表示在图5所示的处理中协同服务器为了取得协同功能，对其它图像形成装置进行动作一例的序列图。

图7是表示在图6的序列图中所示的处理后续的序列图。

图8是表示在图6的序列图中所示的处理中，当协同服务器对其它图像形成装置登录时，该其它图像形成装置侧进行的动作一例的序列图。

图9是表示在图6的序列图所示的动作中，当协同服务器对其它图像形成装置进行用户权限取得要求时，该其它图像形成装置侧进行的动作一例的序列图。

图10是将在协同服务器预先登记的多个图像形成装置中的用户的权限信息例作为表进行表示的图。

图11是表示生成权限管理信息的处理的一例的流程。

图12是表示根据图11的处理生成的权限管理信息的例子的图。

图13是表示生成权限管理信息的处理的另一例的流程图。

图14是表示根据图13的处理生成的权限管理信息的例子的图。

图15A和图15B是表示实行协同动作涉及的作业，登记该已实行的工作日志的动作的一例的序列图。

图16A和图16B是图15A和图15B中所示的序列图的后续图。

图17是图15A和图15B中所示的序列图的后续图。

图18A和图18B是表示协同动作涉及的工作日志的参照以及该日志收集的动作的一例的序列图。

图19是图18A和图18B中所示的序列图的后续图。

图20是图18A和图18B中所示的序列图的后续图。

图21是表示协同动作涉及的工作日志收集的一例的表。

图22是表示协同动作涉及的工作日志收集的一例的表。

图23是表示协同动作涉及的工作日志收集的一例的表。

图24是表示使用收集的日志的履历实行作业，作为该作业的日志，利用从该履历使用的日志的一例的表。

具体实施方式

下面，一边参照附图一边详细说明用于实施本发明的最佳形态，在以下实施形态中，虽然对构成要素，种类，组合，形状，相对配置等作了各种限定，但是，这些仅仅是例举，本发明并不局限于此。

下面，使用附图说明用于实施本发明的形态。

图1是表示作为本发明一实施形态的协同系统的构成、以及该协同系统中预先登记的协同服务器(cooperativeserver)以及图1是表示作为本发明一实施形态的协同系统、以及该协同系统中预先登记的多个装置的硬件构成的图。

参照图1，说明协同系统的构成，以及该协同系统中预先登记的协同服务器以及该协同系统中预先登记的多个图像形成装置的硬件。

在图1所示的实施形态中，协同服务器P和设有在记录介质上形成图像的图像形成部的图像形成装置A，B，C，利用网络800连接，构成协同系统。

作为网络800，可以考虑采用例如LAN(局域网，LocalAreaNetwork)，但不局限于此，只要各装置相互可协同，不论是有线、无线，可以采用任意规格的装置。因特网也可以。

还有，在协同服务器登记的装置既可以是扫描仪、复印机、传真机、传真送信机、打印机等只具有单一功能的装置，也可以是具备这些多个功能的MFP(数码复合机：MultiFunctionPeripheral)。还有，台数也不作限定。

再有，协同服务器既可以仅仅起作为服务器的功能，也可以同时具有上述MFP等装置的功能，自身也起着作为协同装置的功能。

下面，对图1中所示的图像形成装置A的硬件进行说明。

关于图像形成装置B以及C的硬件，由于和图像形成装置A具有一样的功能，因此说明省略。还有，关于协同服务器P，除了读取部101以及印刷部103以外也同样。

图像形成装置A包括读取部101、操作显示部102、印刷部103、图像存储器104、CPU105、ROM106、RAM107、HDD108以及NIC109(网络接口卡，NetworkInterfaceCard)，通过系统总线150连接。

上述构成中，读取部101具备读取原稿等图像、取得其图像数据的功能。

操作显示部102是具备操作部和显示部的用户接口，上述操作部是用于接受来自用户的操作的键盘、按钮、触摸传感器等，上述显示部是用于向用户提供信息的显示器等。

印刷部103具备根据在图像形成装置内部处理的图像数据在纸上形成图像的功能。

图像存储器104是保存图像数据的存储装置。

CPU105通过将RAM107作为工作区，实行存储在ROM106或者HDD108中的程序，对图像形成装置A整体进行控制，实现后述的各种功能。

ROM106是保存程序或者数据的非易失性存储装置。

RAM107是用于读取/写入程序或者数据的易失性存储装置。

HDD108是保存图像数据等的存储装置。

NIC109是用于将装置连接到网络的通信装置。

系统总线150连接以上各部份，是进行电脑内部的数据交换的传输路径。

以上是图像形成装置A的硬件的说明，图像形成装置是众所周知的，当然也可以具备除这里记载的硬件以外的部件。

图2是与协同系统连接的协同服务器以及预先登记的多个图像形成装置的与动作实行相关的功能框图。采用图2说明与协同系统连接的协同服务器以及该图像形成装置利用协同系统进行的关于动作实行的功能。

图2中所示的各部份的功能通过与图1中所示的协同系统连接的协同服务器以及各装置的CPU实行所需的程序控制该协同服务器以及该装置的所需硬件实现。

首先，说明协同服务器P所具备的功能。协同服务器P具备数据发送接收部11、作业控制部12、装置信息管理部13、权限管理信息生成部14、存储部15和日志收集部16。

在此，数据发送接收部11具有以下功能：进行接收来自预先登记于协同系统的图像形成装置A，B，C的各种要求，以及发送对于这些要求的应答，同时，将接收的要求分配到处理这些要求的模块。

作业控制部12具有以下功能：当与预先登记在协同系统的图像形成装置协同进行动作实行作业时，对各图像形成装置要求实行该作业。

装置信息管理部13具有对预先登记于协同服务器的图像形成装置以及该装置具有的功能等信息进行管理的功能。

权限管理信息生成部14具有以下功能：从预先登记于协同服务器的各图像形成装置的至少一装置，从该各图像形成装置取得表示该图像形成装置中的用户权限的权限信息，根据该取得的权限信息，生成对于上述预先登记的装置适用的权限管理信息。

在此，所谓用户的权限信息是指关于图像形成装置所具有的各种功能，用户是否可以利用其功能的信息。

存储部15具有以下功能：存储为使得在预先登记于协同服务器的图像形成装置实行协同动作所需要的信息，例如用户账号，或对于利用协同系统实行的作业的日志收集所需的信息等。该功能在协同服务器P的HDD906实现，但也不排除使用外部的存储装置。

所谓用户账号意味用户的登录名和密码等的用于用户认证的认证信息，或与用户连带的权限管理信息等，与用户相关的各种信息。

日志收集部16具有从预先登记于协同服务器的各图像形成装置收集与利用协同系统实行过的作业相关的日志的功能。

以上是关于本实施形态中用于实现协同动作的协同服务器P所具有的各部分的功能的说明。

下面，对图像形成装置A具有的功能进行说明。图像形成装置A具备数据发送接收部21、作业控制部22、用户权限信息管理部23、认证部24、存储部25、UI(用户接口)部26、以及日志收集部27。

数据发送接收部21具有以下功能：实行图像形成装置A对协同系统的协同服务器P的数据发送接收部11送来的各种要求进行接收，以及发送对于这些要求的应答。

作业控制部22具有以下功能：当与预先登记于协同服务器的图像形成装置协同行动实行作业时，接受来自协同服务器P的作业实行要求，实行作业，或者向协同服务器P发出要求实行作业。

用户权限信息管理部23具有管理用户账号的功能。在此，所谓用户账号意味着用户的登录名和密码等的用户认证信息或用户连带的权限管理信息等，与用户相关的各种信息。

认证部24具有使用用户认证信息认证该用户对图像形成装置A的利用的功能。

存储部25具有以下功能：存储对于在预先登记于协同服务器的图像形成装置中使其协同动作所需的信息，例如用户账号或者图像形成装置实际实行的作业的日志等。该功能在图像形成装置A的HDD108中实现，但不排除使用外部的存储装置。

UI部26具备以下功能：提供UI，通过操作显示部102具有的各种操作部以及显示部，接受来自用户的操作，或对用户提示信息。

日志收集部27具有收集与图像形成装置A实行的作业相关的日志的功能。

以上是关于本实施形态中用于实现协同动作的图像形成装置A所具有的各部分的功能的说明。

在此所说明的功能是在协同系统中用于实现协同动作所必需的功能，并不排除图像形成装置A还具有除此以外的功能。还有，关于用于实现图像形成装置B以及C的协同动作所必需的功能，和图像形成装置A相同，所以省略。在以下的说明中，关于各部分使用相同的符号，但说明中记载使得可以区分是哪个装置。

在以上的由协同服务器P以及图像形成装置A，B，C组成的协同系统中，特征之一在于，对于用户，即使每个装置设定不同的权限场合，沿袭在各个装置中设定的每个用户的权限，能进行协同动作中的权限管理。于是，下面对与这点相关的各装置的动作进行说明。

首先，在图3中表示用于将作为协同对象的装置登记到协同系统的动作。图3中所示是未图示的用户X操作信息处理终端Y，向协同服务器P要求将图像形成装置C登记到协同系统场合的动作。

这时，首先，信息处理终端Y向协同服务器P发送要求将图像形成装置C登记到协同服务器P的装置登记要求(S21)。这时，信息处理终端Y将用于特定应登记的图像形成装置C的信息也一起发送。协同服务器P的数据发送接收部11一旦收到该要求，就向装置信息管理部13传送该装置登记要求和图像形成装置C的信息(S22)。

在此处理的图像形成装置C的信息包含例如IP(互联网协议，InternetProtocol)地址等、在网络800上可以识别图像形成装置C的信息。还有，根据需要，也包含为了协同服务器P访问图像形成装置C、作成后述的全权用户所需的管理者ID和密码等的认证信息。加之，也可以包含用于用户特定图像形成装置C的名称或者机种等的信息。

装置信息管理部13一旦收到步骤S22的装置登记要求，就将图像形成装置C的信息写入存储部15(S23)。

还有，装置信息管理部13对于图像形成装置C要求登记关于图像形成装置C的全部功能具有实行权限的全权用户(如果有必要，在此之前或者与此同时登录到图像形成装置C)(S24至S26)。

更具体地说，装置信息管理部13首先向数据发送接收部11要求将全权用户的用户登记要求与用于作成全权用户所需的管理者ID和密码等的认证信息一起发送到图像形成装置C(S24)，数据发送接收部11将用户登记要求转送至图像形成装置C的数据发送接收部21(S25)。然后，数据发送接收部21将该接受到的用户登记要求交付到在图像形成装置C处理用户登记要求的用户权限信息管理部23(S26)。

如上所述，对于装置间的要求和应答的发送接收，由双方的装置中的数据发送接收部11、21参与，其作用只是单纯地将发送接收的数据转送或分配至目的地。因此，在以下的说明中，生成要求和应答的功能部，作为向处理该要求和应答的装置发送该要求和应答的部门进行说明。

回到图3的说明中，图像形成装置C的用户权限信息管理部23一旦收到用户登记要求，就在存储部25进行全权用户的用户登记(S27)，通过数据发送接收部21、11，将该登记结果向协同服务器P做出应答(S28～S30)。

将全权用户登记到存储部的处理是存储程序的处理，在这些处理中图像形成装置C的CPU305起着作为存储部的功能。这在图像形成装置A以及B中也是一样的。

在协同服务器P侧，装置信息管理部13收到该登记结果的应答，如果是登记成功的应答，那么将关于图像形成装置C的全权用户的登记完成写入存储部15(S31)。还有，通过数据发送接收部11将关于图像形成装置C的装置登记应答完成传送到作为装置登记要求的发送源的信息处理终端Y(S32，S33)，与装置登记要求对应的动作结束。

通过进行以上的处理，可以容易地将新装置登记到协同系统中。

通过以上处理，图像形成装置C登记到协同服务器P，由此成为在协同系统中可利用的装置。关于图像形成装置A，B也通过一样的处理，登记到协同服务器P。

图3的动作之后，协同服务器P可以预先将图像形成装置C所具有的功能的信息从图像形成装置C收集，写入存储部15。

还有，信息处理终端Y既可以是用户操作能对协同服务器进行访问者，也可以是电脑(PersonalComputer)、智能手机或平板电脑PC等的移动终端装置。

对于登记到协同系统中的装置，个别设定用户账号，各装置登记完成的用户可以不通过协同服务器P，直接登录图像形成装置A～C进行操作。下面，对该登录处理进行说明。

图4是表示用户X在图像形成装置A登录场合的图像形成装置A的动作的序列图。在图4的动作中，首先，用户X从图像形成装置A的操作显示部102输入自身的认证信息(用户ID和密码等)，要求登录。图中的“认证信息：X”表示用户X的认证信息。

图像形成装置A的UI部26一旦收到该登录要求(S41)，就将登录要求传送到认证部24(S24)。认证部24一旦收到该要求，就使用传送来的认证信息对用户进行认证，如果认证成功，就允许用户登录，进行登录处理(S43)，将该结果作为登录应答传送到UI部26(S44)。

UI部26根据登录应答将登录结果显示到操作显示部102，通知用户(S45)，该处理结束。认证部24在认证失败时，不进行登录处理，将登录失败的应答返回至UI部26。

若以上的登录正常完成，用户X就可以对图像形成装置A指示实行作业。而且，该作业中也包含利用协同服务器P协同多个图像形成装置而动作的协同动作。

在以后的说明中，图像形成装置A，B，C通过图3的处理，登记到协同服务器P，用户X通过图4中的处理完成登录到图像形成装置A。

下面，关于当用户X欲指示实行协同动作场合，直到图像形成装置A成为可接受该指示的状态为止的各装置的动作进行说明。

图5至图9是表示该动作的序列图。这些是一连串的动作，空间有限，分割成多个图表示。

用户X欲通过图像形成装置A指示实行协同动作场合，从图像形成装置A的操作显示部102指示启动用于利用协同系统的协同应用程序(S51)。

图像形成装置A的UI部26若收到该指示，就向作业控制部22要求取得协同功能(S52)。作业控制部22若收到该要求，则向认证部24要求取得对于取得协同功能所需的用户X的认证信息(S53)。认证部24若收到该要求，就从存储部25取得用户X的认证信息(S54)。

接下来，认证部24对作业控制部22，应答已取得认证信息，交付用户X的认证信息(S55)。作业控制部22若收到该应答，就通过数据发送接收部21、11，向协同服务器P的作业控制部12发送协同功能取得要求，要求取得表示用户X通过协同服务器P可实行的协同动作的权限管理信息，同时也交付用户X的认证信息(S57，S58，S71)。

如图6所示，若在协同服务器P侧，作业控制部12收到该协同功能取得要求和用户X的认证信息(S71)，就对装置信息管理部13交付用户X的认证信息，进行收集关于在协同系统中用户X可利用的用户权限的信息的用户信息收集要求(S72)。装置信息管理部13若收到该要求，就从存储部15取得与协同系统中登记的装置相关的信息(S73)，为了取得与用户权限相关的信息，将用户X的认证信息交付到在步骤S73中取得的作为协同对象装置的图像形成装置B的作业控制部22，进行登录要求(S74，S75，图8的S101，S102)。

下面，说明图8中所示的登录处理时的图像形成装置B的动作。

图像形成装置B的作业控制部22若通过数据发送接收部21收到上述登录要求(S101，S102)，就将该登录要求所包含的用户X的认证信息交付到认证部24，要求登录(S103)。认证部24若收到该要求，就使用传送来的认证信息对用户进行认证，如果认证成功，就允许登录，进行登录处理(S104)。

然后，将该结果作为登录应答传送至作业控制部22(S105)。认证失败时不进行登录处理，返送登录失败的应答。作业控制部22通过数据发送接收部21、11，向协同服务器P的装置信息管理部13进行登录结果应答(S106，S107，S76，S77)，传送登录结果。

如图6中所示的以后处理是登录成功情况下的例子，当登录失败时，可以将该结果通知图像形成装置A的作业控制部22，进行登录失败的显示。

当正常进行图像形成装置B的登录场合，装置信息管理部13通过数据发送接收部11、21，向图像形成装置B的作业控制部22发送用于取得用户X的权限信息的用户权限信息取得要求(S78，S79，图9的S201，S202)。

如图9中所示，图像形成装置B的作业控制部22若收到该用户权限信息取得要求(S202)，就向用户权限信息管理部23要求取得用户X的权限信息(S203)。用户权限信息管理部23根据该要求从存储部25取得与图像形成装置B的各功能相关的用户X的权限信息(S204)。用户权限信息管理部23将取得的用户X的权限信息交付至作业控制部22，作出完成了用户权限信息取得的应答(S205)。

作业控制部22根据步骤S205的应答，通过数据发送接收部21、11，将取得的用户X的与图像形成装置B相关的权限信息交付到协同服务器P的装置信息管理部13，作出完成了用户权限信息取得的应答(S206，S207，图7的S80，S81)。

如图7中所示，若装置信息管理部13收到该应答(S81)，就将取得的用户X的权限信息写入存储部15(S82)。

在图中省略，即使关于作为协同装置在图3的动作中登记的其它图像形成装置A以及C，协同服务器P的装置信息管理部13也进行步骤S74至步骤S82的动作，取得关于各装置的用户X的权限信息，写入存储部(S83)。

下面，装置信息管理部13将关于图像形成装置A，B，C的用户X的权限信息交付到作业控制部12，作出取得了用户权限信息的应答(S84)。

作业控制部12向权限管理信息生成部14要求生成与用户X相关的权限管理信息(S85)。权限管理信息生成部14若收到该要求，就读取在步骤S82中写入存储部15的用户X的权限信息(S86)，进行关于用户X的权限管理信息相关的判断处理，生成权限管理信息(S87)。关于怎样进行用于生成该权限管理信息的判断处理利用图11的流程图，在后文再进行说明。

在步骤S78至S84中，协同服务器P进行的处理是权限信息取得程序的处理，在该处理中，协同服务器P的CPU902起着作为权限信息取得部的功能。

又，在步骤S85至S87中，协同服务器P进行的处理是权限管理信息生成的程序，在该处理中，协同服务器P的CPU902起着作为权限管理信息生成部的功能。

若关于权限管理信息的判断结束，权限管理信息生成部14就将根据该判断生成的权限管理信息交付至作业控制部12(S88)。作业控制部12将该权限管理信息写入存储部15(S89)，同时，通过数据发送接收部11、21，将包含该权限管理信息的协同功能取得应答发送至图像形成装置A的作业控制部22(S90，S91，图5的S59，S60)。

如图5中所示，图像形成装置A的作业控制部22若收到协同功能取得应答(S60)，就将包含在该协同功能取得应答的用户X的权限管理信息写入存储部25(S61)。接下来，根据取得的该权限管理信息，决定协同应用程序启动时应显示的协同功能(S62)，向UI部26要求显示该协同功能(S63)。协同部按照该要求向用户显示协同功能(S64)。

在此显示的协同功能是根据用户X的权限管理信息，在协同系统内对于用户通过能允许实行的动作可以利用的功能。来自用户X的协同动作的实行指示成为在该显示的功能范围接受。

以上，结束关于当用户X欲指示实行协同动作场合，直到图像形成装置A成为可接受该指示的状态为止的各装置的动作的说明。

下面，利用图10，图11对协同服务器P的权限管理信息生成部14怎样进行权限管理信息判断处理(图7的S87)进行说明。

首先，利用图10说明关于用户X的权限信息的内容。

图10是表示关于在图7的步骤S84中作业控制部12取得的图像形成装置A，B，C的权限信息的一例。在图6以及图7的动作中，取得一个人的权限信息写入存储部15，该信息对于同一用户预先保持直到取得新的信息为止。结果，在存储部15中，存储关于欲使用协同系统的所有用户的权限信息。

在图10中，表示存储了“佐佐木”、“田中”、“高桥”3人的权限信息的状态。还有，“全权用户”是为了利用协同系统登记装置时，预先在各装置作成并存储的内容，为了参考，合并显示。

协同系统中登记的装置设为图像形成装置A(打印机)、图像形成装置B(多功能一体机)、和图像形成装置C(多功能一体机)3台，权限信息项目设为关于各装置的“印刷/彩色”、“印刷/黑白”、“传真”。根据装置不同，会有不具备权限信息项目的一部分所涉及的功能，因此，权限信息也不存在，但为了统一数据的形式，作成这样的设计。装置的台数、功能以及项目等当然也不局限于此。

根据图10的表，用户“佐佐木”关于图像形成装置A具有“印刷/彩色”、“印刷/黑白”的利用权限，关于传真，根据装置的设定或构成，是不能利用的功能，因此，设定值不确定。

关于图像形成装置B，对于所有的权限信息项目具有利用权限。关于图像形成装置C，与图像形成装置A一样，具有“印刷/彩色”、“印刷/黑白”的利用权限，关于传真，设定值不确定。

用户“田中”关于图像形成装置A没有“印刷/彩色”的利用权限，具有“印刷/黑白”的利用权限，关于传真，设定值不确定。

关于图像形成装置B，没有“印刷/彩色”、“传真”的利用权限，具有“印刷/黑白”的利用权限。

关于图像形成装置C，具有“印刷/彩色”、“印刷/黑白”的利用权限，关于传真，设定值不确定。

用户“高桥”关于图像形成装置A具有“印刷/彩色”、“印刷/黑白”的利用权限，关于传真，设定值不确定。

关于图像形成装置B没有用户登记。

关于图像形成装置C，没有“印刷/彩色”的利用权限，具有“印刷/黑白”的利用权限，关于传真，设定值不确定。

“全权用户”设定为装置的权限全部可以利用。但是，关于图像形成装置A以及图像形成装置C的传真，当各种各样的装置成为可以利用传真的设定或构成场合成为可以利用。

采用图11中所示的流程图说明在图7的步骤S87进行的处理的一例。判断根据图10所示的权限信息进行。但是“全权用户”是为了参考而表示的，在此不做判断。

该处理是协同服务器P的权限管理信息生成部14从作业控制部12收到权限管理信息生成要求开始的处理，协同服务器P的CPU902控制一连串的处理。还有，该处理是一个用户的处理，当生成多人的权限管理信息时，按人数重复进行处理。

在图11的处理中，协同服务器P的CPU902关于图10的权限信息中包含的全部权限信息项目，重复步骤S302至S306的处理(S301，S307)。然后，在该部分的处理中，对于图10的权限信息中包含的全部协同对象装置，依次判断处理中的权限信息项目的权限信息是否为“○”(可利用)(S302，S303，S305)。然后，只要一个是“○”，就在该时刻从步骤S302至S305的循环中脱出，将关于处理中的权限信息项目的权限管理信息确定为“○”(S304)。

另一方面，在关于所有的协同对象装置A，B，C，权限信息为“○”以外场合(S303的“否”)，S302至S305的循环结束(S305)，将关于处理中的权限信息项目的权限管理信息确定为“×”(S306)。

若关于所有的权限信息项目，步骤S302至S306的处理结束，则S301至S307的循环结束，图11的流程所涉及的处理结束。

以图10的“田中”的权限信息项目“印刷/彩色”为例，看实际怎样进行判断。

CPU902关于“田中”，首先，判断关于权限信息项目“印刷/彩色”(S301)，在图像形成装置A(S302)中的权限是否为“○(有利用权限)”(S303)。由于用户“田中”关于权限信息项目“印刷/彩色”在图像形成装置A中的权限为“×(没有利用权限)”(S303的“否”)，因此，接着在步骤S303判断图像形成装置B中如何。

但是，由于用户“田中”即使在图像形成装置B中的权限也是“×(没有利用权限)”(S303的“否”)，因此，再次在步骤303判断图像形成装置C中如何。由于用户“田中”在图像形成装置C中的权限为“○(有利用权限)”(S303的“是”)，确定权限管理信息为“○”(S304)。

经过以上的处理，CPU902判断用户“田中”在该协同系统中有利用“印刷/彩色”的权限。

下面，关于所有的权限信息项目进行同样的处理，若关于所有的权限信息项目CPU902都做了判断，该处理就结束。

以上是根据图10中所示的权限信息，依照图11所示的流程图，CPU902进行判断处理的说明。作为该判断的结果生成图12中所示的权限管理信息的表。该表不论是协同系统中登记的哪个装置，用户具有利用权限的功能(可以利用的功能)显示为“○”，不论在登记的哪个装置中没有利用权限的功能(不能利用的功能)显示为“×”。

接下来，利用图13中所示的流程图说明图7在步骤S87中进行的处理的其它例子。图13是对每个装置的种类进行判断的处理。根据图10的权限信息的表进行说明。判断根据图10中所示的权限信息进行。但是，“全权用户”是为了参考而表示，在此不进行判断。

该处理与图11中所示的处理一样，是若协同服务器P的权限管理信息生成部14收到来自作业控制部12的权限管理信息生成要求开始的处理，协同服务器P的CPU902控制一连串的处理。还有，该处理是一个用户的处理，当生成多人的权限管理信息时，按人数重复进行处理。

在图13的处理中，CPU902首先特定判断权限管理信息的装置(S401)。特定之后，关于图10的权限信息中包含的所有权限信息项目，重复进行步骤S403至S408的处理(S402，S409)。

然后，在该部分的处理中，关于图10的权限信息中包含的所有协同对象装置依次作为处理对象，判断处理对象的装置是否与在步骤S401中特定的装置为相同种类(S404)。

当在步骤S404中判断为“是”时，关于处理对象的装置，判断图10的权限信息中包含的处理中的权限信息项目的权限信息是否为“○”(可利用)(S405)。然后，如果是“○”，那么在该时刻从步骤S403至S407的循环中脱出，将关于处理中的权限信息项目的权限管理信息确定为“○”(S406)。

另一方面，若在步骤S404和S405双方没有一台为“是”，则结束步骤S403至S407的循环(S407)，将关于处理中的权限信息项目的权限管理信息确定为“×”(S408)。

若关于所有权限信息项目结束步骤S403至S407的处理，那么步骤S402至S409的循环结束，图13的流程所涉及的处理结束。

图13的处理主要不是统计如图11场合所得到的权限信息的全部装置的信息，而是对打印机或者多功能一体机的装置的各种类，统计与特定装置相同种类装置的信息，生成按种类的权限管理信息。

因此，例如，用户“田中”在作为打印机种类的图像形成装置A中没有“印刷/彩色”的利用权限，其它没有打印机种类的装置，因此，在关于打印机的权限管理信息中，“印刷/彩色”成为“×”。另一方面，关于多功能一体机的种类，虽然在一方的图像形成装置B中没有“印刷/彩色”的利用权限，但在另一台图像形成装置C中具有利用权限，因此，在关于多功能一体机的权限管理信息中，“印刷/彩色”成为“○”。

图14是将根据图13中所示的处理判断后的结果生成的权限管理信息做成表。

该表关于用户“佐佐木”、“田中”、“高桥”、“全权用户”，显示将协同对象装置设定为打印机时生成的权限管理信息，以及将协同对象装置设定为多功能一体机时生成的权限管理信息。表的阅读方法和图12一样，在此省略。

以上是关于在步骤S87中进行的处理的判断的例子。

关于权限管理信息，既可以对于协同系统中登记的全部装置生成权限管理信息，也可以只限定特定的装置。

若使得以上那样的权限管理信息适用于协同系统内的全部装置，则在登记于协同系统的装置中追加新的功能时，或者新的装置登记到协同系统时，即使关于该新功能或者新装置没有个别设定用户权限，也可以进行反映现有权限设定的协同动作的控制。即使对各装置的权限设定有矛盾场合也一样。在图11和图13的例子中，各用户进行权限的调整，使得在参照权限信息的范围在至少一个装置中可以利用的功能成为在适用权限管理信息范围的全部装置中可以利用。但是，当然也可以采用其它的调整方法。

下面，利用图15和图16说明利用该协同系统实际实行作业时，对该实行的作业的日志进行登记的动作。

在该处理中，协同服务器P的动作由CPU902控制，图像形成装置A，B，C的动作分别由CPU105、CPU205、CPU305控制。还有，CPU902控制协同服务器P向预先登记于协同系统的多个装置要求实行动作(作业)的处理。该处理是实行要求程序的处理，在这些处理中，CPU902起着作为实行要求部的功能。

在该例中，考虑以下场合：用户X对于图像形成装置A的UI部26，选择图像形成装置A的功能A1、图像形成装置B的功能B1、图像形成装置C的功能C1，发出协同动作所涉及的作业实行指示(S501)。该指示是根据在图5的步骤S64中的显示收到的，指示实行从这里显示的功能中选择的功能。

接受步骤S501的实行指示的UI部26根据该指示，向作业控制部22交付作业实行要求者名：用户X，以及指示实行的作业内容，要求实行作业(S502)。

接受到该要求的作业控制部22根据该实行要求，关于图像形成装置A自身应实行的功能A1，实行作业(S503)。

若作业实行完成，则在存储部25写入对应记录“jobID＝1，实行者：用户X，实行作业：功能A1”日志(S504)，将实行作业的结果通过数据发送接收部21，11通知协同服务器P的作业控制部12(S505，S506，S507)。这时通知的是jobID以及实行装置名。

JobID是实行的功能的识别信息，是数字、字母或者它们的组合等，只要是可以识别的内容，顺序可以任意。

接下来，图像形成装置A的作业控制部22通过数据发送接收部21，11，对协同服务器P的作业控制部12，指示如在步骤S502的要求，将用户X作为实行要求者，选择图像形成装置A的功能A1、图像形成装置B的功能B1、图像形成装置C的功能C1，实行作业。但是，这时关于图像形成装置A的功能A1也传达作业实行完成的信息(S508，S509，S510)。

该步骤S502，S508，S509的处理是指示程序的处理，根据用户的指示，从预先登记的装置中的任一台，向协同服务器P指示对预先登记的装置实行动作，图像形成装置A的CPU105在该处理中，起着作为指示部的功能。

作业控制部12在步骤S510中接受的作业实行要求也可以说是根据用户。作业控制部12若收到该作业实行要求，就参照存储于存储部15的、采用图10说明的权限信息中的关于用户X的图像形成装置B的功能B1、图像形成装置C的功能C1的利用权限(S511)。

在此，在参照的权限信息中，判断用户X没有在装置B中功能B1的利用权限。这时，即使作为用户X(使用用户X的账户)向装置B要求实行所要求的作业，也可以判断不允许实行。于是，作业控制部12利用全权用户的信息，判断应该向作为要求目标地的装置B要求使其实行功能B1。另一方面，若判断用户X具有关于装置C的功能C1的利用权限，就判断对于装置C，作为用户X可以要求使其实行功能C1(S512)。

可以使用全权用户的信息进行全部的要求，但如果考虑在各装置的日志尽可能地留下用户的名字，那么优选关于在用户自身的权限中可实行的功能，作为该用户要求实行。

下面，动作进入图16所示的部分，步骤S512的判断结果，作业控制部12对图像形成装置B的作业控制部22，要求作为全权用户实行功能B1(S513，S514，图17的S515)。接受到该要求的作业控制部22如图17中所示，根据要求实行功能B1所涉及的作业(S516)。

在该实施形态中，作业控制部12当接受步骤S510的作业实行要求时，参照权限管理信息，不进行是否可以实行该要求所涉及的作业的判断。这是在该实施形态中，用户发出的协同动作的实行指示只接受根据权限管理信息作为可允许用户实行的动作显示的选择项(参照图5的S62等)。因此，接受的实行指示已经排除了根据权限管理信息各装置中不能要求实行的动作。

由此，实行协同动作时，即使其内容不再次与权限管理信息不对照，也可以考虑根据权限管理信息控制是否允许向各装置要求协同动作的实行。但是，也可以构成为在步骤S501接受协同动作的实行指示后的某个阶段，将其内容再次与权限管理信息对照，判断是否允许向各装置要求协同动作的实行。

如果回到图15至图17的说明，作业控制部22在图17的步骤S516实行作业之后，将对应“jobID＝1，实行者：全权用户，实行作业：功能B1”的日志写入存储部25(S517)，将作业实行的结果(jobID，实行装置名，实行功能)通知协同服务器P的作业控制部12(S518，S519，S520)。

还有，详细的说明省略，协同服务器P的作业控制部12关于图像形成装置C也一样要求作业的实行，图像形成装置C进行作业的实行和日志的记录(步骤S521至S528)。作业控制部12对于图像形成装置C作为用户X要求作业的实行。

在此所使用的例子，在图像形成装置A～C的全部装置中，本次的协同动作所涉及的jobID成为“1”。但是，当某种协同动作在多个图像形成装置中实行时，不必将每个图像形成装置的jobID都设为一样，各装置关于该装置的担当份可任意设定。

若从实行本次协同动作的所有装置将作业实行结果通知协同服务器P的作业控制部12(S507，S520，S528)，作业控制部12就将对应记录作业的实行要求者、实行作业所包含的各动作的装置、以及作为各动作的实行该动作的装置中的识别信息的jobID的日志写入存储部15(S529)。在图16的例子中，写入的日志是“实行者用户X，jobID＝1：图像形成装置A，jobID＝1：图像形成装置B，jobID＝1：图像形成装置C”。

该步骤S529的处理是协同服务器P中的日志的登记程序的处理，在这些处理中协同服务器P的CPU902起着作为登记部的功能。

若日志写入完成，则作业控制部12通过数据发送接收部11、图像形成装置A的数据发送接收部21以及作业控制部22，向图像形成装置A的UI部26作出用户X在步骤S501中指示的作业实行完成的应答(S530～S533)，在操作显示部102进行显示(S534)。在图像形成装置A中，无需预先将在该步骤S530～S534中通知的信息作为日志保存。这是由于在此后根据必要，可以通过图18～图20的动作取得。

以上说明的是以下程序：用户X利用协同系统，从协同服务器向各装置发送作业实行要求，发送目标地的各装置根据权限管理信息实行该作业之后，将该动作实行完成的信息和所设定的日志一起，发送到作为要求源的协同服务器，登记从该各装置送来的日志。

如果利用该系统，如上所述，即使用户X没有图像形成装置B的功能B1的权限，也可以利用协同服务器使得图像形成装置B实行功能B1的作业。

下面，采用图18、图19、图20说明利用协同系统实行的作业的日志的参照以及该日志的收集的动作。

该一连串的收集动作是日志收集程序的处理，在这些处理中，协同服务器P的CPU902起着作为日志收集部的功能。

在图18的动作中，首先，用户X从信息处理终端Y发出与自身指示的作业相关的日志的查询指示(S601)，向图像形成装置A发送日志的查询要求(S601，S602)。接受到该要求的图像形成装置A的日志收集部27从写入存储部25的日志中检索与用户X指示实行的作业相关的日志(S603)。在此，检索的结果设为特定jobID＝1的日志。

与之对应，日志收集部27如果有与该特定的日志对应的协同动作的日志，则应取得该日志，通过数据发送接收部21，11向协同服务器P的日志收集部16发出日志收集要求(S604，S605，S606)。这时，将自身的识别信息和在步骤S603中特定的日志的日志ID交付给日志收集部16。在图18中，将其以“图像形成装置A：jobID＝1”来显示。

日志收集部16若收到步骤S606的查询要求，就从写入存储部15的日志(在相当于图16的步骤S529的处理中写入的内容)中，检索包含查询要求所包含的装置的识别信息以及与作业ID的组合的、协同动作所涉及的作业的日志。然后，取得与查询要求所包含的装置一起实行该作业的其它装置、以及该其它装置中的作业ID(S607)。

在此，检索包含图像形成装置A实行jobID＝1的作业的内容的信息的日志，取得“图像形成装置B及其jobID＝1”，“图像形成装置C及其jobID＝1”。

接下来，日志收集部16根据在步骤S607的检索结果，对检索得到的各装置要求发送与检索得到的作业ID对应的日志。

在图18至图20的例子中，首先，通过数据发送接收部11、图像形成装置B的数据发送接收部21，对图像形成装置B的日志收集部27要求查询jobID＝1的日志(S608，S609，S610)。接受到该要求的日志收集部27从存储部25参照与jobID＝1对应存储的日志(S611)。

然后，将作为该查询结果的日志信息“jobID1，功能B1”向协同服务器P的日志收集部16应答(S612至S615)。

协同服务器P的日志收集部16关于图像形成装置C也一样进行要求，取得与jobID＝1对应、图像形成装置C存储的日志信息“jobID＝1，功能C1”(S616至S623，也参照图19以及图20)。

日志收集部16从来自各装置应答的日志查询结果进行日志的收集，得到关于图像形成装置B的功能B1、图像形成装置C的功能C1的日志的收集结果，作为包含图像形成装置A中的jobID＝1的动作的协同动作的日志(S624)。

日志收集部16将作为该收集结果的日志信息通过数据发送接收部11、21，向作为图18的步骤S605的日志收集要求的要求源的图像形成装置A的日志收集部27送信，作为日志收集应答(S625，S626)。

日志收集部27若收到该应答，就将在图18的步骤S603的查询中得到的图像形成装置A的动作日志和包含在日志收集应答中的其它图像形成装置实行的动作日志结合，生成协同动作全体所涉及的日志(S627)。然后，将该生成的日志通过数据发送接收部21交付给在步骤S601中作为日志查询指示的指示源的信息处理终端Y(S628，S629)。得到交付的信息处理终端Y通过没有图示的显示器等的操作显示部，向用户提示查询的收集日志(S630)。

还有，与之不同，日志收集部27也可以将结合后的日志存入存储部25，使得以后能参照(S631)。

通过进行以上的处理，用户X利用协同系统，可以查询关于协同各装置进行的动作的日志。还有，无需将协同动作所涉及的日志存储到一个装置，可以在各图像形成装置仅仅存储自身动作的日志，在协同服务器P仅仅存储实行协同动作的装置和各装置中的日志的识别信息。因此，可以抑制各装置中的存储容量的消耗。

在步骤S610中，用户X利用信息处理终端Y进行日志的查询指示，但不一定必须使用信息处理终端Y，也可以从预先登记于协同服务器的各图像形成装置中的某个装置进行日志的查询。这时，通过各图像形成装置的UI部26进行查询指示。

查询指示源不论是信息处理终端Y，还是登记于协同系统的各装置中的某装置，与要求作业实行指示的装置无关，都可以对利用协同系统的作业日志进行查询。

还有，也可以构成为仅仅要求日志查询的用户是经认证的用户场合，协同服务器P根据日志收集要求进行日志的收集。该认证既可以由接受到来自用户的日志查询指示的图像形成装置A进行，也可以由协同服务器P进行。不论哪种情况，当用户进行日志查询要求时(S601)，用户的认证信息也一起交付，接受认证。

这样，没有认证的用户不可以参照实行的作业的履历。

还有，可以使得各用户只能参照自身指示实行的动作的日志。这时，即使在日志收集指示中没有指定用户时，也可以自动指定已认证的用户，仅仅将与该用户对应的日志设为进行检索或收集的对象。

这样的话，由于各用户不能看到他人的日志，可以提高安全性。

下面，图21是表示利用协同系统实行的日志的收集的一例的表。利用该表对保存于图像形成装置A的“jobID＝1”的日志相关的协同动作的日志的收集进行说明。在图18的例子中，用户在步骤S601查询“用户X的日志”，日志收集部27特定符合该条件的日志为jobID＝1的日志。但是，也可以用户一开始就指定作业ID进行日志查询。

总之，图像形成装置A向协同服务器P查询与图像形成装置A的jobID＝1的日志相对应的日志。与之对应，协同服务器P从自身保存的实行协同动作所涉及的各动作的装置和该装置中的该动作的日志ID组合的信息，检索包含图像形成装置A和jobID＝1的组合的日志。

在图21的例子中，其结果是找到最上面一行的信息。一行信息表示一个协同动作所涉及的作业的日志。

协同服务器P根据该信息，对该信息中包含的图像形成装置A以外的图像形成装置B，C分别要求jobID＝1的作业日志的发送。与之对应，通过将从图像形成装置B，C送来的日志与图像形成装置A中保存的日志组合，可以生成包含协同动作所涉及的所有的实行功能A1，B1，C1的协同动作全体的日志。

在图18～图20的例子中，图像形成装置A进行上述的组合处理，但是，也可以其它装置，例如协同服务器P从图像形成装置A取得日志，也包含图像形成装置A的部分，进行组合处理。

图22是将关于图像形成装置A中保存的日志全部，进行利用图21说明的日志收集的结果做成表。这时，保存于协同服务器P的日志之中，关于图像形成装置A无关的内容(例如第四行的信息)之外，分别与图21场合一样，从各装置收集日志，进行组合。

图23也是表示利用协同系统实行的作业日志的收集一例的表。

图23的例子和图18至图20不同，当特定用户X指示该用户的日志查询时，在图像形成装置A中不特定与该用户X对应的作业ID，向协同服务器P要求收集用户X指示实行的作业日志。

为了对应这样的要求，必须在协同服务器P中预先在各日志中也保存作为与该日志所涉及的作业实行者的用户识别信息。并且，协同服务器P当被要求进行用户X指示实行的作业日志的收集时，关于与用户X对应登记的全部日志，向这些日志包含的各图像形成装置要求发送其所含有的作业ID的日志，并取得这些日志。这里也可以包含收集要求源的图像形成装置。

通过将这些日志组合，可以生成用户X指示实行的全部协同动作所涉及的日志。其中，也包含如第二行中所示那样，与收集要求源的图像形成装置A无关的作业相关的日志。

采用图24说明利用保存于图像形成装置A的日志实行作业场合的日志的收集。

根据日志查询指示收集的日志可以预先保存到作为日志查询指示源的图像形成装置(S631)。

然后，想实行与以前相同内容的作业时，指定该保存的某个日志，可以指示与该日志所涉及的动作相同动作的再实行。

在图24的例子中，例如，用户可以指示图像形成装置A中保存的jobID＝1的作业的再实行。这时，图像形成装置A参照协同动作的日志，向协同服务器P要求实行由功能A1、B1、C1的动作组成的协同动作。

根据该要求实行的协同动作的日志除了实行日期时刻等大致应该和jobID＝1的作业的日志相同。于是，图像形成装置A复制在再实行的指示中使用的作业的日志，作为再实行所涉及的作业的日志使用。

例如，如图24中所示，关于参照jobID＝1的履历实行的日志jobID＝1’，如果将参照的履历也作为jobID＝1’的履历存储，则不进行日志收集，完成日志。

根据以上所述，可以节省日志收集劳力和时间。

以上是关于日志收集的说明，这样利用协同系统实行的作业之中，各装置实行的作业的日志(实行者名，实行的功能)在实行的装置本身保存，协同服务器只保存实行者、实行源的装置及其jobID、以及与其连带保持的协同装置及其jobID。这样减轻协同服务器的存储部的负担。

还有，协同服务器P中登记的日志与要求作业实行的用户相关联，每当该用户指示都存储，因此，在指定用户要求日志查询时，可以在根据实行要求而动作的各日志信息，全部应答该用户的日志信息。

还有，不管从与协同系统连接的装置中的任何一台，都可以参照其它装置的履历。例如，关于从图像形成装置A发出实行要求的作业，在图像形成装置B收集日志，也可以在图像形成装置B中再实行同样的作业。

以上本实施形态的说明结束，在本发明中，装置的具体构成、具体的处理过程、系统的构成等并不局限于实施形态中的说明。

在协同系统中登记的装置是作为图像形成装置进行说明的，但不局限于图像形成装置，也可以是实行与图像形成以外的功能相关的作业的任意的信息处理装置。其中，也包含进行加工图像数据的图像处理的图像处理装置，也可以包含具备与图像完全无关的功能的装置。

还有，也可以使得协同服务器的功能，图像形成装置A～C也包含，设在协同系统中登记的装置的任一台。又，也可以将协同服务器P的功能分散到多个装置中。这时，这些多个装置协同，起着作为信息处理系统的功能。

还有，该发明的程序的实施形态是以下程序：对电脑中所需的硬件进行控制，用于实现使得在协同系统中登记的多个装置实行协同动作的功能。

这样的程序可以预先从初始存储于电脑具备的ROM或者其它的非易失性存储介质(闪存器，EEPROM等)等。但是，也可以存储到存储卡、CD、DVD、蓝光盘等的任意的非易失性存储介质提供。通过将这些存储介质上存储的程序安装到电脑，可以实行有无上述的劣质化倾向的判断。

再有，也可以从与网络连接、设有存储程序的存储介质的外部装置、或者将程序存储在存储部的外部装置进行下载，安装到电脑上使其实行。

以上说明的各实施形态、动作例子以及变形例子的构成只要互相不矛盾，当然可以任意组合，进行实施。

Claims (14)

1.一种信息处理系统，其特征在于，包括：

实行要求部，对预先登记的多个装置要求实行动作；

权限信息取得部，从上述预先登记的装置中的至少一装置取得表示该装置中的用户的权限的权限信息；

权限管理信息生成部，根据上述权限信息取得部取得的权限信息，生成表示对于上述预先登记的装置适用的各上述用户的权限的权限管理信息；以及

控制部，当上述实行要求部根据来自上述用户的指示对上述预先登记的装置中的一装置，上述实行要求部要求实行动作时，根据上述权限管理信息控制是否许可该动作。

2.根据权利要求1中记载的信息处理系统，其特征在于：

进一步包括取得部，从所设定的存储部取得全权用户的信息，上述全权用户具有关于上述预先登记的装置各自预先作成的、上述实行要求部能要求实行的全部动作的实行权限；

上述控制部根据上述权限管理信息判断许可根据来自上述用户的指示的动作实行要求场合之中，至少当作为该动作的要求源的装置不许可上述用户实行根据该指示的动作场合，利用上述取得部取得的上述全权用户的信息，使得上述实行要求部向该要求源的装置要求实行根据该指示的动作。

3.根据权利要求1或2中记载的信息处理系统，其特征在于：

上述权限管理信息生成部根据上述权限信息取得部从与特定的装置相同种类的装置取得的权限信息，生成表示上述预先登记的装置之中对于上述特定装置适用的上述用户的权限的权限管理信息。

4.根据权利要求1或2中记载的信息处理系统，其特征在于：

上述权限信息取得部是以下部：从上述预先登记的全部装置取得表示该装置的用户权限的权限信息；

上述权限管理信息生成部根据上述权限信息取得部取得的全部权限信息，生成上述权限管理信息。

5.根据权利要求1至4中任意一项记载的信息处理系统，其特征在于：

上述权限管理信息生成部关于上述用户，生成上述权限管理信息，使得即使在上述权限管理信息中也许可在上述权限信息取得部取得的权限信息的至少一项，上述用户要求实行被许可的动作。

6.根据权利要求1至5中的任意一项记载的信息处理系统，其特征在于：

进一步包括登记部，当上述实行要求部根据上述用户的一个指示对上述预先登记的装置中的一台或者多台要求实行动作时，将该指示、实行该动作的各装置、以及从实行该动作的各装置通知的该动作的识别信息对应登记。

7.根据权利要求6中记载的信息处理系统，其特征在于：

进一步包括日志收集部，根据特定上述预先登记的装置中的某一台和上述动作的识别信息的查询要求，根据上述登记部登记的信息，从对应登记与该查询要求所涉及的装置和识别信息的组合的装置取得与该组合对应登记的识别信息表示的动作的日志信息，交付到上述查询要求的要求源。

8.根据权利要求7中记载的信息处理系统，其特征在于：

上述日志收集部当从上述预先登记的装置中的任一台收到上述查询要求时，取得上述日志信息，作为在该查询要求中特定该查询要求的发送源的装置。

9.根据权利要求6中记载的信息处理系统，其特征在于：

上述登记部是对于每个来自上述用户的指示，将进行该指示的用户的识别信息对应记载，登记实行上述动作的各装置和上述动作的识别信息的部；

进一步包括日志收集部，根据特定用户的查询要求，根据上述登记部登记的信息，关于该特定的用户进行的各个指示，从与该指示对应登记在上述登记部的装置，取得与该指示对应登记的识别信息表示的动作的日志信息，交付到上述查询要求的要求源。

10.根据权利要求9中记载的信息处理系统，其特征在于：

上述日志收集部当在上述查询要求中特定的用户是在上述查询要求的发送源中被认证的用户时，进行上述日志信息的取得。

11.根据权利要求7至10中的任意一项记载的信息处理系统，其特征在于，上述信息处理系统包括：

指示部，根据用户指示，指示使得上述预先登记的装置实行动作；以及

日志管理部，根据用户的日志查询指示，发送上述查询要求，保存根据该查询要求交付来的日志信息；

上述指示部当用户指示上述日志管理部保存的特定日志信息表示的动作再实行时，根据该特定的日志信息，指示使得上述预先登记的装置实行动作；

上述日志管理部当收到来自用户的上述再实行所涉及的日志的查询指示时，作为关于该再实行的日志信息，提示上述特定的日志信息。

12.一种信息处理装置，其特征在于，上述信息处理装置包括：

实行要求部，对于预先登记的多个装置，要求实行动作；

权限信息取得部，从上述预先登记的装置的至少一装置取得表示该装置中的用户的权限的权限信息；

权限管理信息生成部，根据上述权限信息取得部取得的权限信息，生成表示对于上述预先登记的装置适用的上述用户的权限的权限管理信息；以及

控制部，根据上述权限管理信息，控制是否根据来自上述用户的指示对于上述预先登记的装置许可上述实行要求部实行动作的要求。

13.根据权利要求12中记载的信息处理装置，其特征在于：

进一步包括在记录介质上形成图像的图像形成部。

14.一种信息处理方法，其特征在于，上述信息处理方法包括：

实行要求步骤，对预先登记的多个装置要求实行动作；

权限信息取得步骤，从上述预先登记的装置中的至少一装置取得表示该装置中的用户的权限的权限信息；

权限管理信息生成步骤，根据上述权限信息取得部取得的权限信息，生成表示对于上述预先登记的装置适用的各上述用户的权限的权限管理信息；以及

控制步骤，当上述实行要求部根据来自上述用户的指示对上述预先登记的装置中的一装置，上述实行要求部要求实行动作时，根据上述权限管理信息控制是否许可该动作。