CN110875846B - 管理系统、方法和程序存储介质 - Google Patents

Abstract

本发明涉及一种管理系统、方法和程序存储介质。所述管理系统包括多个网络装置、与所述多个网络装置进行通信的客户端、以及管理所述客户端的管理器。所述管理器包括：管理单元，用于管理包括包含一个以上的目的地的多个目的地列表的目的地列表集合；以及生成单元，用于生成设置了所述目的地列表集合和作为分发对象的网络装置的任务。所述客户端包括：第一判断单元，用于基于所述管理器所生成的任务来判断作为分发对象的网络装置是否能够管理所述目的地列表集合的多个目的地列表；以及第二判断单元，用于判断所述目的地列表集合的多个目的地列表中所包括的目的地的数量是否在作为分发对象的网络装置能够管理的目的地数量内。

Description

管理系统、方法和程序存储介质

技术领域

本发明涉及用于将目的地信息分发至不同类型的网络装置的技术。

背景技术

在相关技术中，存在将包括目的地(诸如电话号码、邮件地址或表示文件发送目的地的信息等)的数据分发至管理对象的网络装置的管理系统。在一些情况下，将该数据作为收集了一个以上的目的地的目的地列表来分发。

日本特开2007-110263公开了用于从服务器将具有分发条件的地址簿分发至多个网络装置、并且将所接收到的地址簿存储在符合分发条件的网络装置中的技术。

假定存在用以从管理系统接收分发数据的各种类型(型号或功能结构)的网络装置。根据从管理系统分发的目的地的数量或者目的地列表的大小或格式等，在一些情况下，在网络装置中可能无法实现适当的管理以接收分发数据。因此，管理系统需要生成考虑到分发目的地的装置的类型的分发数据。

另一方面，在希望将目的地同时分发至多个网络装置的情况下，管理系统的操作员需要相当长的时间来根据分发目的地单独生成分发数据。

发明内容

本发明提供能够在减轻操作员的麻烦作业的同时、将目的地信息适当地分发至多个网络装置的结构。

一种管理系统，包括：多个网络装置；客户端，其被配置为与所述多个网络装置进行通信；以及管理器，其被配置为管理所述客户端，其中，所述管理器包括：管理单元，用于管理包括多个目的地列表的目的地列表集合，所述多个目的地列表中的各个目的地列表包括一个以上的目的地；以及任务生成单元，用于生成任务，其中在所述任务中设置了所述目的地列表集合和作为分发对象的网络装置，其中，所述客户端包括：第一判断单元，用于基于所述管理器所生成的任务，来执行第一判断，以判断作为分发对象的网络装置是否能够管理所述目的地列表集合中所包括的多个目的地列表；第二判断单元，用于执行第二判断，以判断所述目的地列表集合中包括的多个目的地列表内所包括的目的地的数量是否在作为分发对象的网络装置能够管理的目的地数量内；分发单元，用于在所述第一判断单元判断为作为分发对象的网络装置能够管理所述多个目的地列表、并且所述第二判断单元判断为所述目的地列表集合的多个目的地列表中所包括的目的地的数量是在能够管理的目的地数量内的情况下，将包括所述目的地列表集合的多个目的地列表的分发数据分发至作为分发对象的网络装置；以及列表生成单元，用于在所述第一判断单元判断为作为分发对象的网络装置不能管理所述多个目的地列表、并且所述第二判断单元判断为所述目的地列表集合的多个目的地列表中所包括的目的地的数量是在能够管理的目的地数量内的情况下，使用所述目的地列表集合的多个目的地列表中所包括的目的地来生成作为分发对象的网络装置能够管理的目的地列表，以及其中，所述分发单元将包括所生成的目的地列表的分发数据分发至作为分发对象的网络装置。

一种用于管理系统的方法，所述管理系统包括多个网络装置、用于与所述多个网络装置进行通信的客户端、以及用于管理所述客户端的管理器，所述方法包括：利用所述管理器，管理包括多个目的地列表的目的地列表集合，所述多个目的地列表中的各个目的地列表包括一个以上的目的地；利用所述管理器，生成任务，其中在所述任务中设置了所述目的地列表集合和作为分发对象的网络装置；利用所述客户端，基于利用所述管理器生成的任务，来执行第一判断，以判断作为分发对象的网络装置是否能够管理所述目的地列表集合中所包括的多个目的地列表；利用所述客户端，执行第二判断，以判断所述目的地列表集合中包括的多个目的地列表内所包括的目的地的数量是否在作为分发对象的网络装置能够管理的目的地数量内；在所述第一判断中判断为作为分发对象的网络装置能够管理所述多个目的地列表、并且所述第二判断中判断为所述目的地列表集合的多个目的地列表中所包括的目的地的数量是在能够管理的目的地数量内的情况下，利用所述客户端，将包括所述目的地列表集合的多个目的地列表的分发数据分发至作为分发对象的网络装置；以及在所述第一判断中判断为作为分发对象的网络装置不能管理所述多个目的地列表、并且所述第二判断中判断为所述目的地列表集合的多个目的地列表中所包括的目的地的数量是在能够管理的目的地数量内的情况下，利用所述客户端，使用所述目的地列表集合的多个目的地列表中所包括的目的地来生成作为分发对象的网络装置能够管理的目的地列表，其中，所述客户端将包括所生成的目的地列表的分发数据分发至作为分发对象的网络装置。

一种非暂时性存储介质，其存储有用于使计算机在客户端中执行方法的计算机程序，所述客户端用于与多个网络装置进行通信并且被管理器管理，所述方法包括：基于由用于管理目的地列表集合的所述管理器生成的所述目的地列表集合、以及由作为分发对象的网络装置设置的任务，来执行第一判断，以判断作为分发对象的网络装置是否能够管理所述目的地列表集合中所包括的多个目的地列表，其中所述目的地列表集合包括多个目的地列表，该目的地列表包括一个以上的目的地；执行第二判断，以判断所述目的地列表集合中包括的多个目的地列表内所包括的目的地的数量是否在作为分发对象的网络装置能够管理的目的地数量内；在所述第一判断中判断为作为分发对象的网络装置能够管理所述多个目的地列表、并且所述第二判断中判断为所述目的地列表集合的多个目的地列表中所包括的目的地的数量是在能够管理的目的地数量内的情况下，将包括所述目的地列表集合的多个目的地列表的分发数据分发至作为分发对象的网络装置；以及在所述第一判断中判断为作为分发对象的网络装置不能管理所述多个目的地列表、并且所述第二判断中判断为所述目的地列表集合的多个目的地列表中所包括的目的地的数量是在能够管理的目的地数量内的情况下，使用所述目的地列表集合的多个目的地列表中所包括的目的地来生成作为分发对象的网络装置能够管理的目的地列表，其中，所述客户端将包括所生成的目的地列表的分发数据分发至作为分发对象的网络装置。

根据本发明，可以在减轻管理系统的操作员的麻烦作业的同时、将目的地信息适当地分发至多个网络装置。

通过以下参考附图对典型实施例的说明，本发明的更多特征将变得明显。

附图说明

图1是示出整体系统的图。

图2是示出管理服务器和客户端装置的硬件结构的示例的框图。

图3是示出管理服务器的软件结构示例的框图。

图4A～4G是示出目的地列表管理信息的示例的图。

图5A和5B是示出任务管理信息的示例的图。

图6A和6B是示出任务管理信息的示例的图。

图7是示出任务管理信息的示例的图。

图8是示出客户端装置的软件结构的示例的框图。

图9A和9B是示出管理服务器的操作处理的示例的流程图。

图10A～10C是示出客户端装置的操作处理的示例的流程图。

图11A和11B是示出管理服务器的操作处理的示例的流程图。

图12是示出任务结果列表画面的示例的图。

图13是示出恢复任务生成画面的示例的图。

图14A和14B是示出根据第四实施例的客户端装置的操作处理的示例的流程图。

具体实施方式

将参考附图来说明本发明的优选实施例。

这里，在以下说明中所述的构成元件仅仅是示例性的，并且本发明的范围不限于此。

<系统结构>

图1是示出整体系统的图。

根据实施例的系统是装置管理系统。该系统包括：客户端装置102，用于将一个以上的目的地列表分发至一个以上的装置；以及管理服务器101，其用作用于管理客户端装置102和客户端装置102所分发的目的地列表的管理器。

管理服务器(管理器)101经由LAN 104连接至客户端装置102。多个网络装置103也连接至LAN 104。管理服务器101集中管理客户端装置102和多个网络装置103的数据。多个网络装置103是诸如激光束打印机(LBP)或多功能外设(MFP)等的装置。多个网络装置103由客户端装置102监视。

客户端装置102经由LAN 104管理多个网络装置103。客户端装置102与多个网络装置103进行通信，并且向多个网络装置103进行目的地列表的分发等。

<客户端装置和管理服务器的硬件结构>

图2是示出诸如管理服务器101和客户端装置102等的信息处理装置的硬件结构的示例的框图。

信息处理装置包括通信I/F单元201、存储装置202、CPU 203、存储器204和输出I/F单元205。

通信I/F单元201是与外部系统或装置进行通信的网络接口。

存储装置202存储操作系统(OS)、程序、管理数据、或者从外部系统或装置收集的数据等。

CPU 203将程序从存储装置202加载到存储器204并执行该程序。

输出I/F单元205与诸如显示器等的输出装置连接，并且输出程序等的执行结果。

在管理服务器101中，存储装置202存储用于实现以下在图3中要说明的功能的管理程序。另一方面，在客户端装置102中，存储装置202存储用于实现以下在图8中要说明的功能的客户端程序。

一个信息处理装置作为管理服务器101和客户端装置102工作。在这种情况下，管理程序和客户端程序安装在存储装置202中，并且CPU 203执行管理程序和客户端程序这两者。在一个信息处理装置作为管理服务器101和客户端装置102这两者工作的情况下，管理服务器101与同一装置内的客户端装置102进行通信。

<管理服务器的软件结构>

图3是示出管理服务器101的软件结构的示例的框图。

目的地列表管理单元301管理目的地列表管理信息，该目的地列表管理信息包括用于集体管理一个以上的目的地信息的目的地列表信息。目的地列表管理信息是将目的地列表分发至网络装置103所必需的。后面将说明目的地列表管理信息的详情。

任务管理单元302管理任务管理信息，该任务管理信息包括用于分发一个以上的目的地列表的任务信息和用于执行任务的调度(schedule)信息。任务管理信息是管理任务所必需的。后面将说明任务管理信息的详情。

调度器(scheduler)303执行任务执行的调度管理、要执行的任务的激活、以及向客户端装置102的任务处理开始通知。

任务执行单元304将客户端装置102执行任务所需的信息登记在存储装置202中，并且生成要分发的目的地列表信息的中间数据。该中间数据包括与目的地列表有关的信息和目的地列表中所包括的目的地信息。

请求处理单元305处理来自客户端装置102的各种请求(装置信息获取请求和任务信息获取请求等)。

任务结果处理单元306接收客户端装置102所通知的任务结果，并将该任务结果存储在存储装置202中。

画面显示单元307显示任务结果等。

由于恢复任务生成单元308与本实施例无关，因此这里将省略对恢复任务生成单元308的说明。

<管理服务器所管理的目的地列表管理信息的示例>

图4A～4G是示出目的地列表管理信息示例的图。

目的地列表管理信息是用户预先登记的信息。

首先，将说明用于管理目的地信息的目的地管理表(参见图4A)。

目的地信息是目的地列表信息中所包括的信息的一部分。换句话说，目的地列表信息是对目的地信息进行分组的信息。

目的地ID 401是用于识别目的地信息的信息。

目的地类型402是表示目的地的类型的信息。例如，目的地类型是电子邮件和传真(FAX)等。

目的地名称403是目的地的名称。

邮件地址404是表示使用电子邮件功能时的目的地信息的信息。

传真号码405是表示使用传真功能时的目的地信息的信息。

接着，将说明用于管理目的地列表信息的目的地列表管理表(参见图4B)。

目的地列表ID 406是用于唯一地识别目的地列表信息的信息。

目的地列表名称407是目的地列表的名称。

接着，将说明用于管理目的地列表集合信息的目的地列表集合管理表(参见图4C)。

目的地列表集合信息是用于对目的地列表信息进行分组和管理的信息，并且是表示将管理服务器101中的哪个目的地列表应用于装置中的哪个目的地列表的信息。目的地列表集合信息包括多个目的地列表信息，并且各目的地信息包括一个以上的目的地。目的地列表集合的类型不取决于装置类型，并且存在仅一个类型的目的地列表。

目的地列表集合ID 408是用于唯一地识别目的地列表集合信息的信息。

目的地列表集合名称409是目的地列表集合的名称。

接着，将说明用于管理装置管理系统所要管理的装置信息的装置管理表(参见图4D)。

装置ID 410是用于识别装置的信息。

装置名称411是装置的名称。

装置类型412是表示与装置有关的型号信息的信息。用户可以在登记装置时输入该信息，或者管理服务器可以在登记了装置之后的适当定时基于从装置获取到的信息来判断并登记型号。

此外，存在用于将目的地列表与目的地相关联的目的地列表&目的地管理表(参见图4E)、用于将目的地列表集合与目的地列表相关联的目的地列表集合&目的地列表管理表(参见图4F)、以及用于将装置与目的地列表集合相关联的装置&目的地列表集合管理表(参见图4G)。在这些表中，ID信息的对是以彼此关联的方式保持的。

在目的地列表集合&目的地列表管理表中，除了ID信息的对之外，还保持了与各对相对应的目的地列表类型413。目的地列表类型413是表示将管理服务器101中的哪个目的地列表分发至装置中的哪个目的地列表的信息。

<管理服务器所管理的任务管理信息的示例>

图5A、图5B、图6A、图6B和图7是示出任务管理信息的示例的图。

图5A示出用于管理任务的调度的任务调度管理表，并且图5B示出用于管理任务的对象装置的任务对象管理表。该信息是用户预先登记的信息。

首先，将说明任务调度管理表(参见图5A)。

任务ID 501是用于唯一地识别任务的信息。

任务类型502是用于指定任务的类型的信息。

调度503是表示用于执行任务的调度的信息。该信息是在用户生成任务时设置的信息。可以设置的调度的示例包括“即时执行”、“日期和时间指定”和“周期性调度指定”。

任务的下次开始时刻504是表示随后执行任务的时刻的信息。该信息是由调度器303基于任务的登记和用户在执行时设置的调度计算出的。

接着，将说明任务对象管理表(参见图5B)。

任务ID 501与任务调度管理表中所述的任务ID 501相同。

对象ID 505是用于唯一地识别执行任务的对象装置的信息。

图6A示出用于管理任务实例信息的任务实例管理表，并且图6B示出用于管理子任务实例信息的子任务实例管理表。子任务是针对各对象装置所分发的任务。

首先，将说明任务实例管理表(参见图6A)。

实例ID 601是用于唯一地识别任务实例的信息。

任务ID 602是用于唯一地识别任务的信息。

任务类型603是用于指定任务的类型的信息。

内容604是执行任务所需的详细信息。

生成日期和时间605是生成任务实例的日期和时间。

完成日期和时间606是任务的执行完成的日期和时间。

状况607是表示任务的执行结果的信息。

接着，将说明子任务实例管理表(参见图6B)。

实例ID 601与任务实例管理表中所述的实例ID相同。

客户端ID 608是表示执行子任务的客户端装置的识别信息的信息。

装置ID 609是用于识别子任务的对象装置的信息。

子任务内容610是执行子任务所需的详细信息。例如，该信息是要分发的目的地列表识别信息、表示将管理服务器101中的哪个目的地列表分发至装置中的哪个目的地列表的目的地列表类型信息、或者与对象装置的型号判断信息有关的信息。

子任务完成日期和时间611是子任务的执行完成的日期和时间。

子任务状况612是表示子任务的执行状况的信息。

结果613是表示子任务的执行结果的信息。

图7示出用于管理任务执行通知信息(表示被通知任务执行的客户端的信息)的任务执行通知表。

通知ID 701是用于唯一地识别通知信息的信息。

客户端ID 702是用于识别被通知任务执行的客户端的信息。

任务类型703是表示在客户端中执行的任务的信息。

<客户端装置的软件结构>

图8是示出客户端装置102的软件结构的示例的框图。

处理开始通知接收单元801接收来自管理服务器101的任务的处理开始通知。

客户端用任务执行单元802获取要执行的任务信息或装置信息，并且生成子任务作为各对象装置的任务。

队列管理单元803将子任务存储在队列中或者从队列中提取子任务，等等。

子任务执行单元804执行用于获取装置信息和目的地列表信息的中间数据并生成分发所用的目的地信息的处理、用于将目的地列表分发至网络装置103的处理、以及用于将任务的执行结果通知到管理服务器101的处理等。

<第一实施例>

-管理服务器的操作

图9A和9B是示出管理服务器101的操作处理的示例的流程图。

图9A示出主流程，并且图9B示出图9A的子例程S902。

首先，在图9A的S901中，调度器303从任务管理单元302获取信息，并且判断任务的执行时刻是否是当前时刻之前的时刻。在任务的执行时刻是当前时刻之前的时刻的情况下，调度器303判断为任务的执行时刻到达了任务执行定时，处理进入S902。相反，在任务的执行时刻是当前时刻之后的时刻的情况下，调度器303判断为任务的执行时刻未达到任务执行定时，处理重复S901。

随后，在S902中，任务执行单元304执行目的地列表分发任务(参见图9B)。

在目的地列表分发任务中，任务执行单元304首先生成任务实例，并且将该任务实例经由任务管理单元302登记在存储装置202中(S9021)。随后，任务执行单元304生成子任务的实例，并且将该子任务的实例经由任务管理单元302登记在存储装置202中(S9022)。随后，任务执行单元304从目的地列表管理单元301获取要分发的目的地列表信息，针对各目的地列表生成中间数据，并将该中间数据存储在存储装置202中(S9023)。最后，任务执行单元304将用于向客户端装置102通知任务执行的任务执行通知信息经由任务管理单元302登记在存储装置202中(S9024)。

随后，在S903中，调度器303针对客户端装置102执行任务执行通知。

之后，在S904中，请求处理单元305判断是否存在来自客户端装置102的请求。在存在请求的情况下，处理进入S905。相反，在不存在请求的情况下，处理返回到S904。

随后，在S905中，请求处理单元305判断请求内容是否是子任务结果通知。在请求内容是子任务结果通知的情况下，处理进入S907。相反，在请求内容不是子任务结果通知的情况下，处理进入S906。

在S906中，请求处理单元305执行响应于请求的处理。例如，在请求是用于获取与所指定的装置有关的信息的请求的情况下，从存储装置202获取装置信息并且执行响应。

随后，在S907中，任务结果处理单元306将从客户端装置102接收到的子任务的结果经由任务管理单元302存储在存储装置202中。

在S908中，任务结果处理单元306基于子任务实例管理表(参见图6B)中所存储的子任务的状况来判断与任务有关的所有子任务是否都完成。在判断为所有子任务都完成的情况下，处理进入S909。在判断为并非所有子任务都完成的情况下，处理重复S904。

随后，在S909中，任务结果处理单元306将任务的结果经由任务管理单元302存储在存储装置202中。

在S910中，画面显示单元307将存储装置202中所存储的任务的结果和子任务的结果显示在画面上。

-客户端装置的操作

图10A～10C是示出客户端装置102的操作处理的示例的流程图。

图10A示出主流程，图10B示出图10A的子例程S1002，并且图10C示出图10A的子例程S1003。

首先，在S1001中，处理开始通知接收单元801接收到来自管理服务器101的处理开始通知。

随后，在S1002中，客户端用任务执行单元802执行目的地列表分发任务。

在目的地列表分发任务中，客户端用任务执行单元802首先从管理服务器101获取任务信息(S10021)。随后，客户端用任务执行单元802从管理服务器101获取与任务有关的所有子任务信息(S10022)。最后，队列管理单元803生成记录有所获取到的任务信息和子任务信息的子任务，并且将该子任务登记在队列中(S10023)。

随后，在S1003中，子任务执行单元804执行目的地列表分发子任务。

在目的地列表分发子任务中，在与分发对象装置有关的信息缓存在与子任务执行单元804相对应的客户端装置102中的情况下，子任务执行单元804首先获取该信息。在未缓存该信息的情况下，从管理服务器101获取分发对象装置信息并将该分发对象装置信息缓存在客户端装置102中(S10031)。

每当执行子任务时，不从管理服务器101获取装置信息。在客户端装置102启动之后，仅在分发对象装置的第一次任务执行时才从管理服务器101获取装置信息。因而，减少了客户端装置102和管理服务器101之间的网络业务量。

随后，在要分发的目的地列表信息的中间数据缓存在与子任务执行单元804相对应的客户端装置102中的情况下，子任务执行单元804获取该信息。在未缓冲该中间数据的情况下，从管理服务器101获取要分发的目的地列表信息的中间数据并将该中间数据缓存在客户端装置102中(S10032)。

每当执行子任务时，不从管理服务器101获取目的地列表信息的中间数据。在子任务的各执行时，仅在要分发的目的地列表未缓存在客户端装置102内的情况下，才从管理服务器101获取目的地列表信息的中间数据。因而，可以在各子任务中共享目的地列表。结果，减少了客户端装置102和管理服务器101之间的网络业务量。

随后，子任务执行单元804判断分发对象装置可管理的目的地列表数量是否是复数(S10033)。针对各装置类型，预先将可管理的目的地列表数量的值保持在客户端装置内。

在分发对象装置可管理的目的地列表数量是复数的情况下，子任务执行单元804判断要分发的所有目的地列表中所包括的目的地的总和是否在分发对象装置的规格内(S10034)。也就是说，在S10034中，子任务执行单元804判断要分发的所有目的地列表中所包括的目的地的总数是否在分发对象装置可管理的目的地数量内。

S10034的判断是通过针对各装置类型将可管理的目的地数量的上限保持在客户端装置中来实现的。

在S10034中判断为目的地列表的数量在装置的规格内的情况下，子任务执行单元804从目的地列表信息中所包括的多个目的地列表生成分发数据，并且将该分发数据分发至分发对象装置(S10035)。此外，子任务执行单元804向管理服务器101通知与分发结果(成功)有关的信息作为子任务的执行结果(S10036)。

相反，在S10034中判断为目的地列表的数量不在装置的规格内的情况下，在S10036中，子任务执行单元804将表示分发错误的子任务的执行结果通知到管理服务器101。

在S10033中判断为分发对象装置可管理的目的地列表数量不是复数的情况下，处理进入S10037。

与S10034相同，子任务执行单元804判断要分发的多个目的地列表各自中所包括的目的地的总和是否在分发对象装置的规格内(S10037)。

在目的地的总和在装置的规格内的情况下，生成包括要分发的多个目的地列表各自中所包括的所有目的地的一个目的地列表(S10038)。

之后，子任务执行单元804将包括所生成的一个目的地列表的分发数据分发至分发对象网络装置(S10035)。然后，将与分发结果(成功)有关的信息作为子任务结果通知到管理服务器101(S10036)。

相反，在S10037中判断为目的地的总和不在装置的规格内的情况下，在S10036中，子任务执行单元804将表示分发错误的子任务的执行结果通知到管理服务器101。

如上所述，在S10033中，子任务执行单元804判断分发对象装置可管理的目的地列表数量是否是复数。分发对象装置可以管理约2个或3个目的地列表。同时，根据装置的型号，认为在一些情况下可能无法管理10个以上的目的地列表。在这样的情况下，在S10033中，子任务执行单元804可以将分发对象装置可管理的目的地列表的数量的上限与在要分发的任务中设置的目的地列表的数量进行比较以进行判断。此时，在要分发的任务中设置的目的地列表的数量在上限内的情况下，处理进入S10034。否则，处理进入S10037。

之后，在S10037中判断为“是”的情况下，在分发对象装置可管理的目的地列表的上限内生成至少一个目的地列表。例如，在诸如个体类型或共享类型等的目的地列表的类型不同的情况下，考虑通过将相同类型的目的地列表各自中所包括的目的地收集到一个目的地列表来生成等同于类型的数量的目的地列表。在这种情况下，在S10035中将包括所生成的等同于类型的数量的目的地列表的分发数据分发至分发对象网络装置。

随后，在S1004中，客户端用任务执行单元802删除客户端装置102中所缓存的目的地列表信息的中间数据。

在客户端装置102中生成分发所用的目的地列表，这使得减轻了管理服务器101侧的负载。从负载分担的角度，与在管理服务器101中生成向所有装置的分发所用的目的地列表相比，在各客户端装置102中生成向对象装置的分发所用的目的地列表，这显然更有效。此外，通过将装置信息或目的地列表信息缓存在客户端装置102中并在子任务之间共享，可以减少管理服务器101和客户端装置102之间的网络业务量。

如上所述，在第一实施例中，在不取决于装置类型的一种目的地列表集合中管理目的地列表。通过在目的地列表分发时基于目的地列表集合中的信息生成与分发对象装置的类型相对应的目的地列表，用户可以容易地管理目的地列表。此外，在客户端装置中，通过基于目的地列表的中间数据生成分发所用的目的地列表，可以减轻管理服务器的负载。在客户端装置中，通过缓存装置信息或目的地列表信息并在子任务之间共享装置信息或目的地列表信息，可以减少管理服务器和客户端装置之间的网络业务量。

<第二实施例>

在上述的第一实施例中，在分发目的地列表时，合并目的地列表信息，以将多个目的地列表分发至可以管理仅一个目的地列表的装置(参见图10C的S10038)。这里，在合并时、要分发的目的地数量大于相应的分发对象装置可管理的目的地数量的情况下，发生错误(参见图10C的S10037和S10036)。

然而，对于发生错误的装置，用户在从开头生成任务以再次执行任务方面可能存在困难。根据错误的原因，即使在再次执行任务的情况下，也存在失败情况。例如，分发如上所述的超过装置可管理的目的地数量的目的地信息的情况是失败情况。由于该失败是已知的，因此执行处理将是浪费的。

在第二实施例中，基于以上说明，将说明如下的结构：用户能够容易地再次生成任务，并且仅可以选择在再次执行处理时有可能成功的装置。

-系统结构

在图1中示出整体系统的图。由于以上已经说明了整体系统，因此这里将省略其说明。

-管理服务器的硬件结构

在图2中示出管理服务器的硬件结构。由于以上已经说明了管理服务器的硬件结构，因此这里将省略其说明。

-管理服务器的软件结构

在图3中示出管理服务器的软件结构。在第二实施例中，软件结构在以下几点上不同于上述的软件结构。由于在图3中已经说明了其它的点，因此这里将省略其说明。

恢复任务生成单元308根据恢复指示来自动生成用于仅以再次执行任务的装置作为对象的恢复任务。

-管理服务器的操作

图11A和11B是示出管理服务器101的操作处理的示例的流程图。

图11A示出主流程，并且图11B示出图11A的子例程S1103。

首先，在图11A的S1101中，画面显示单元307响应于来自用户的请求而输出任务结果列表画面。

这里将说明任务结果列表画面。

图12是示出任务结果列表画面的示例的图。

在显示任务结果列表画面时，画面显示单元307从第一实施例中所述的任务实例管理表中获取信息并显示内容。对于执行结果失败的任务，配置恢复按钮并且执行向恢复任务生成画面的链接。

参考流程图以进行说明。

随后，在S1102中，画面显示单元307判断用户是否按下任务结果列表画面上的恢复按钮、即是否请求生成恢复任务。在按下恢复按钮的情况下，处理进入S1103。相反，在未按下恢复按钮的情况下，处理重复S1102。

随后，在S1103中，画面显示单元307显示恢复任务生成画面。

也就是说，画面显示单元307请求恢复任务生成单元308生成恢复任务，并且获取恢复任务信息(S11031)。

随后，恢复任务生成单元308从任务调度管理表获取要恢复的任务的源信息，并且基于该源信息生成恢复任务。恢复任务生成单元308还获取恢复任务的对象装置的信息(S11032)。

这里，对象装置是如下的装置：任务的处理失败，并且失败的原因不是目的地信息超过该装置可管理的目的地数量。使用子任务实例管理表(参见图6B)中所包括的信息来指定对象装置。

最后，恢复任务生成单元308基于所获取到的信息来显示恢复任务生成画面(S1103)。

这里将说明恢复任务生成画面。

图13是示出恢复任务生成画面的示例的图。

恢复任务生成画面包括预先显示有要恢复的任务的源信息(调度或任务名称等)的画面、以及显示有恢复任务的对象装置的列表的选择画面。选择画面显示用于将使用该画面所生成的任务信息登记到存储装置202的保存按钮。

参考流程图以进行说明。

随后，在S1104中，画面显示单元307判断是否按下了恢复任务生成按钮。在按下了恢复任务生成按钮的情况下，处理进入S1105。相反，在未按下恢复任务生成按钮的情况下，处理重复S1104。

最后，在S1105中，恢复任务生成单元308基于在恢复任务生成画面上输入的信息来将恢复任务信息登记在存储装置202中。

如上所述，根据第二实施例，画面显示单元307在生成恢复任务时，生成用于输入要恢复的任务的源任务信息的恢复任务生成画面。在处理失败的装置中，在该画面上仅可以选择在再次执行处理时有可能成功的装置。因此，用户可以容易地生成恢复任务。

<第三实施例>

在上述的第一实施例中，在分发目的地列表时，合并目的地列表信息，以将多个目的地列表分发至可以管理仅一个目的地列表的装置(参见图10C的S10038)。这里，在合并时、要分发的目的地数量大于相应的分发对象装置可管理的目的地数量的情况下，发生错误(参见图10C的S10037和S10036)。

然而，在这种情况下，希望合并要分发的目的地列表，以在一些情况中在不超过装置可管理的目的地数量的范围内进行分发而不发生错误。因此，在要分发的目的地数量大于分发对象装置可管理的目的地数量的情况下，可以允许用户预先选择考虑为错误、或者分发被合并成不超过装置可管理的目的地数量的目的地列表。

然后，在分发目的地列表时，还可以基于所选择的信息来切换后续处理。在要分发的目的地列表被合并成在不超过装置可管理的目的地数量的范围内的情况下，可以允许用户预先选择合并后的目的地列表的优先级。在这种情况下，在分发目的地列表时，根据与优先级有关的信息来控制合并的目的地列表的顺序。

<第四实施例>

在上述的第一实施例中，在分发目的地列表时，判断要分发的目的地列表中所包括的目的地数量是否满足装置的规格。然而，在向可以管理多个目的地列表的装置分发目的地列表的情况下，尽管要分发的目的地列表的各目的地数量均满足装置的规格，但在一些情况下，作为分发的结果，分发对象装置的目的地总数超过装置的规格。在这些情况下针对各目的地列表分发目的地的情况下，仅分发了目的地列表中的一部分目的地列表，并且可能无法实现适当的目的地列表管理。即使在分发目的地列表的情况下，尽管从数学上分发对象装置的目的地总数未超过装置的规格，但在一些情况下，作为针对各目的地列表的分发的结果，按分发顺序在中途目的地总数超过装置的规格。这里，将说明用于处理这些情况的结构。

-系统结构

在图1中示出整体系统的图。由于以上已经说明了整体系统，因此这里将省略其说明。

-管理服务器的硬件结构

在图2中示出管理服务器的硬件结构。由于以上已经说明了管理服务器的硬件结构，因此这里将省略其说明。

-管理服务器的软件结构

在图3中示出管理服务器的软件结构。由于在图3中已经说明了这些点，因此这里将省略其说明。

-管理服务器的操作

由于管理服务器的操作与第一实施例的操作相同，因此这里省略其说明。

-客户端装置的操作

将仅说明不同于第一实施例的S1003(目的地列表分发子任务执行处理)的处理。

图14A和14B示出第一实施例中所述的图10A的子例程S1003。

由于S10031～S10038与第一实施例中所述的内容相同，因此将仅说明S1401～S1404的处理。

在图14B中，在S10034的判断为“是”的情况下，子任务执行单元804首先从分发对象装置获取各目的地列表的目的地数量(S1401)。获取目的地数量的方法可以是实际获取目的地列表数据并分析目的地列表数据的方法。

随后，子任务执行单元804判断要分发的目的地列表中所包括的目的地数量是否超过装置可管理的目的地数量(S1402)。具体地，首先通过以下操作来进行计算：从S1401中所获取到的在装置中管理的各目的地列表的目的地数量中、选择未包括在现在要分发的目的地列表中的目的地列表的目的地数量，加上所选择的目的地数量，并且将相加结果加上要分发的目的地列表的目的地数量。然后，判断该计算结果是否大于分发对象装置的装置类型可管理的目的地列表数量的值。

在S1402中判断为目的地数量超过装置可管理的目的地数量的情况下，处理进入S10036(参见图14A)。在S10036中，子任务执行单元804将表示分发错误的子任务的执行结果通知到管理服务器101。

这样，防止了仅分发目的地列表中的一部分目的地列表。相反，在S1402中判断为目的地的数量不超过装置可管理的目的地数量的情况下，处理进入S1403。

随后，在S1403中，子任务执行单元804针对要分发的各目的地列表，计算该目的地列表中所包括的目的地数量和S1401中所获取到的在装置中管理的各目的地列表的目的地数量之间的差。也就是说，通过从在装置中管理的目的地列表的目的地数量中减去要分发的目的地列表中所包括的目的地数量来执行计算。

随后，子任务执行单元804从S1403中所获得的差中选择要分发的目的地列表中所包括的目的地数量小于相应装置侧的目的地列表中的目的地数量的差。然后，从所选择的差较大的目的地列表起顺次分发与该差相对应的目的地列表(S1404)。换句话说，在S1403的示例中，从与较大的差相对应的目的地列表起顺次分发目的地列表。因此，可以在不会中途发生分发错误的情况下分发所有的目的地列表。

如上所述，在向管理多个目的地列表的装置分发目的地列表的情况下，获取当前在装置中管理的目的地总数，并且判断分发之后的分发对象装置的目的地总数是否超过装置的规格。因而，不存在仅分发目的地列表中的一部分目的地列表的缺陷。

不存在如下的缺陷：尽管从数学上分发对象装置的目的地总数未超过装置的规格，但按分发顺序在中途分发对象装置的目的地总数超过装置的规格。也就是说，根据本实施例，通过控制要分发的目的地列表的顺序，可以在不会中途发生分发错误的情况下分发所有的目的地列表。

其它实施例

本发明的实施例还可以通过如下的方法来实现，即，通过网络或者各种存储介质将执行上述实施例的功能的软件(程序)提供给系统或装置，该系统或装置的计算机或是中央处理单元(CPU)、微处理单元(MPU)读出并执行程序的方法。

Claims (10)

1.一种管理系统，包括：

多个网络装置；

客户端，其被配置为与所述多个网络装置进行通信；以及

管理器，其被配置为管理所述客户端，

其中，所述管理器包括：

管理单元，用于管理包括多个目的地列表的目的地列表集合，所述多个目的地列表中的各个目的地列表包括一个以上的目的地；以及

任务生成单元，用于生成任务，其中在所述任务中设置了所述目的地列表集合和作为分发对象的网络装置，其中，所述客户端包括：

第一判断单元，用于基于所述管理器所生成的任务，来执行第一判断，以判断作为分发对象的网络装置是否能够管理所述目的地列表集合中所包括的多个目的地列表；

第二判断单元，用于执行第二判断，以判断所述目的地列表集合中包括的多个目的地列表内所包括的目的地的数量是否在作为分发对象的网络装置能够管理的目的地数量内；

分发单元，用于在所述第一判断单元判断为作为分发对象的网络装置能够管理所述多个目的地列表、并且所述第二判断单元判断为所述目的地列表集合的多个目的地列表中所包括的目的地的数量是在能够管理的目的地数量内的情况下，将包括所述目的地列表集合的多个目的地列表的分发数据分发至作为分发对象的网络装置；以及

列表生成单元，用于在所述第一判断单元判断为作为分发对象的网络装置不能管理所述多个目的地列表、并且所述第二判断单元判断为所述目的地列表集合的多个目的地列表中所包括的目的地的数量是在能够管理的目的地数量内的情况下，使用所述目的地列表集合的多个目的地列表中所包括的目的地来生成作为分发对象的网络装置能够管理的目的地列表，以及

其中，所述分发单元将包括所生成的目的地列表的分发数据分发至作为分发对象的网络装置。

2.根据权利要求1所述的管理系统，其中，

所述管理器的所述任务生成单元在生成所述管理器时，还生成与在所述任务中设置的作为分发对象的网络装置相对应的客户端所用的子任务，以及

所述客户端还包括第一获取单元，所述第一获取单元用于根据所生成的子任务，从所述管理器获取所述目的地列表集合和与作为分发对象的网络装置有关的信息。

3.根据权利要求1所述的管理系统，其中，所述客户端还包括通知单元，所述通知单元用于向所述管理器通知分发结果，该分发结果表示所述分发单元将所述分发数据成功地分发至作为分发对象的网络装置。

4.根据权利要求3所述的管理系统，其中，在所述第二判断单元判断为所述目的地列表集合的多个目的地列表中所包括的目的地的数量不在能够管理的目的地数量内的情况下，不论所述第一判断的判断结果如何，所述通知单元都向所述管理器通知表示错误的分发结果。

5.根据权利要求4所述的管理系统，其中，

所述管理器还包括显示单元，所述显示单元用于根据来自所述客户端的通知来显示基于所生成的任务的分发结果，以及

在接收到与表示错误的分发结果相对应的任务的恢复指示的情况下，所述管理器的所述任务生成单元自动生成恢复任务以执行向多个网络装置的分发，其中在所述恢复任务中成功执行向其中至少一部分网络装置的分发。

6.根据权利要求1所述的管理系统，其中，所述客户端还包括：

第二获取单元，用于从作为分发对象的网络装置获取各个目的地列表的目的地数量；

第三判断单元，用于基于与所获取到的在作为分发对象的网络装置中管理的各个目的地列表的目的地数量有关的信息，来判断在分发所述目的地列表集合的多个目的地列表的情况下、该目的地数量是否超过作为分发对象的网络装置能够管理的目的地数量；以及

计算单元，用于在分发所述目的地列表集合的多个目的地列表、并且判断为该目的地数量不超过作为分发对象的网络装置能够管理的目的地数量的情况下，计算所述目的地列表集合中所包括的各个目的地列表的目的地数量和作为分发对象的网络装置中所管理的与该目的地列表相对应的目的地列表的目的地数量之间的差。

7.根据权利要求6所述的管理系统，其中，

所述客户端的所述分发单元从所述多个目的地列表中，分发目的地列表中所包括的目的地数量小于相应的作为分发对象的网络装置中所管理的目的地列表中所包括的目的地数量的目的地列表，以及

所述客户端的所述分发单元从该差较大的目的地列表起顺次分发目的地列表。

8.根据权利要求1所述的管理系统，其中，所述管理器和所述客户端被安装到同一信息处理装置。

9.一种用于管理系统的方法，所述管理系统包括多个网络装置、用于与所述多个网络装置进行通信的客户端、以及用于管理所述客户端的管理器，所述方法包括：

利用所述管理器，管理包括多个目的地列表的目的地列表集合，所述多个目的地列表中的各个目的地列表包括一个以上的目的地；

利用所述管理器，生成任务，其中在所述任务中设置了所述目的地列表集合和作为分发对象的网络装置；

利用所述客户端，基于利用所述管理器生成的任务，来执行第一判断，以判断作为分发对象的网络装置是否能够管理所述目的地列表集合中所包括的多个目的地列表；

利用所述客户端，执行第二判断，以判断所述目的地列表集合中包括的多个目的地列表内所包括的目的地的数量是否在作为分发对象的网络装置能够管理的目的地数量内；

在所述第一判断中判断为作为分发对象的网络装置能够管理所述多个目的地列表、并且所述第二判断中判断为所述目的地列表集合的多个目的地列表中所包括的目的地的数量是在能够管理的目的地数量内的情况下，利用所述客户端，将包括所述目的地列表集合的多个目的地列表的分发数据分发至作为分发对象的网络装置；以及

在所述第一判断中判断为作为分发对象的网络装置不能管理所述多个目的地列表、并且所述第二判断中判断为所述目的地列表集合的多个目的地列表中所包括的目的地的数量是在能够管理的目的地数量内的情况下，利用所述客户端，使用所述目的地列表集合的多个目的地列表中所包括的目的地来生成作为分发对象的网络装置能够管理的目的地列表，

其中，所述客户端将包括所生成的目的地列表的分发数据分发至作为分发对象的网络装置。

10.一种非暂时性存储介质，其存储有用于使计算机在客户端中执行方法的计算机程序，所述客户端用于与多个网络装置进行通信并且被管理器管理，所述方法包括：

基于由用于管理目的地列表集合的所述管理器生成的所述目的地列表集合、以及由作为分发对象的网络装置设置的任务，来执行第一判断，以判断作为分发对象的网络装置是否能够管理所述目的地列表集合中所包括的多个目的地列表，其中所述目的地列表集合包括多个目的地列表，该目的地列表包括一个以上的目的地；

执行第二判断，以判断所述目的地列表集合中包括的多个目的地列表内所包括的目的地的数量是否在作为分发对象的网络装置能够管理的目的地数量内；

在所述第一判断中判断为作为分发对象的网络装置能够管理所述多个目的地列表、并且所述第二判断中判断为所述目的地列表集合的多个目的地列表中所包括的目的地的数量是在能够管理的目的地数量内的情况下，将包括所述目的地列表集合的多个目的地列表的分发数据分发至作为分发对象的网络装置；以及

在所述第一判断中判断为作为分发对象的网络装置不能管理所述多个目的地列表、并且所述第二判断中判断为所述目的地列表集合的多个目的地列表中所包括的目的地的数量是在能够管理的目的地数量内的情况下，使用所述目的地列表集合的多个目的地列表中所包括的目的地来生成作为分发对象的网络装置能够管理的目的地列表，

其中，所述客户端将包括所生成的目的地列表的分发数据分发至作为分发对象的网络装置。

Images