CN101635649B - 服务器装置及其控制方法 - Google Patents

Abstract

本发明公开了一种服务器装置及其控制方法，用以简化客户端应用的操作，并可以减少进程间通信量。利用进程间通信，客户端装置向服务器装置发出与通过网络连接的成像设备相关的日志信息的请求。服务器装置以预定的间隔采集由成像设备保持的日志信息，并通过进程间通信将该信息发送给客户端装置，还包括根据成像设备中的存储器容量确定间隔。客户端装置存储从服务器装置采集的与成像设备相关的日志信息，基于新近采集的日志信息，改变与成像设备相关的日志信息和打印作业状态信息的显示。

Description

服务器装置及其控制方法

本申请是申请日为2003年4月29日、申请号为03122499.7、发明名称为“网络设备管理系统及其控制方法”的发明专利申请的分案申请。 

技术领域

本发明涉及一种服务器装置及其控制方法，这种服务器装置能够与成像设备进行通信，并且对来自客户端装置的请求做出响应而将该成像设备的信息发送到该客户端装置。

背景技术

管理连接到网络的不同设备(以下称为“网络设备”)的方法之一就是使用SNMP(简单网络管理协议)/MIB(管理信息库)。(有关SNMP/MIB的详细描述，请参阅M.T.Rose所著“Introduction toTCP/IP Network Management；Aiming at Practical Management”一书，由Takeshi Nishida翻译，Toppan Printing有限责任公司1992年8月20日出版，第一版)。

根据SNMP网络管理技术，网络管理系统包括至少一个网络管理工作站(NMS)，若干被管理节点和一种网络管理协议，每个被管理节点包括一个代理，而网络管理协议则使得网络管理工作站或代理能够交换管理信息。利用网络管理工作站的网络管理软件，用户可以通过网络得到与管理目标相关的数据，并可以通过与被管理节点处的代理软件进行通信，改变这些数据。

FTP(文件传送协议)是在网络终端之间上传或下载大量数据的方法之一。FTP在RFC(建议草案)959中定义为进行文件传送的标准。确切地说，RFC 959定义了FTP通信模型、数据类型、文件结构、传送模式和FTP命令等，文件传送的实现是通过在服务器和客户端之间建立两个会话来实现的，这两个会话是传送控制命令的控制会话和传送数据的数据会话。

一般说来，如果管理目标，例如打印机，主动报告状态变化信息， 那么按照SNMP协议，需要使用TRAP-PDU。(有关TRAP-PDU的详细描述，请参阅Marshall T.Rose所著“This Simple Book”，由Prentice-Hall于1991年出版)。

按照以上描述，TRAP-PDU用于例如打印机报告与差错，例如塞纸相关的状态变化信息的情况。也就是说，在打印机出现差错的情况下，打印机通过TRAP-PDU发送错误信息给网络管理工作站。接收差错信息的网络管理工作站在显示设备上通过字符或图像显示该事件，例如出现差错，从而将接收到的差错信息告知用户。

当以这种事件通知的形式对打印机或者类似设备的状态予以监控时，所用的协议并不局限于上述SNMP协议。例如，在SNMP协议中，为了接收TRAP-PDU，网络管理软件需要通过特定端口接收一个数据包。也有一种协议，在这种协议中，通过登记打印机的事件接收端口，任何端口都可以用于接收事件。

如上所述，FTP(文件传送协议)是在网络终端之间上传或下载大量数据的方法之一。FTP在RFC(建议草案)959中定义为进行文件传送的标准。确切地说，RFC 959定义了FTP通信模型、数据类型、文件结构、传送模式和FTP命令等，文件传送的实现是通过在服务器和客户端之间建立两个会话来实现的，这两个会话是传送控制命令的控制会话和传送数据的数据会话。

例如，FTP还用于网络设备管理系统，例如FTP客户端，和网络设备，例如FTP服务器之间收发大量数据的情况。在这种情况下，网络设备管理系统利用FTP更新或下载关于被管理网络设备的大量数据，并能够得到该网络设备的内部资源或者改变这些资源。资源的类型是字体数据、标准数据和日志信息等等。

如果在分布式环境中应用完成上述网络设备管理工作的软件(网络管理软件)，一般的做法是采用一种基于客户端/服务器系统的系统配置，该系统的服务器应用具有网络设备管理功能，每个终端都会启动客户端应用。

例如，RFC 1057 RPC(远程过程调用)在使用客户端应用和服 务器应用的不同终端之间进行进程间通信的情况中定义的一种标准。利用RPC，在服务器一侧配备提供网络服务的功能(function)组，服务器所提供的功能由网络中不同终端上的客户端进程调用，其调用方式类似于本地机的功能。

在RPC中，进程间通信的流程如下：首先，客户端调用服务器所提供的RPC功能，将其作为服务请求发送给服务器。此时，从客户端向服务器发送的数据包中存储了功能调用信息，客户端程序的执行被挂起。服务器在接收到该数据包时，处理被调用功能，析取出功能的入口参数，然后根据入口参数执行服务，把结果返回给客户端。客户端在接收到该功能的结果后恢复程序执行。

应当注意，客户端和服务器之间利用XDR(外部数据表示)来收发数据，XDR是网络上数据表示方法的标准。从内部数据表示到XDR格式的转换被称为“流化(serialization)”，而从XDR格式到内部数据表示的转换则称为“去流化”。根据功能入口参数的数据量，生成的收发数据也随之增减。

在客户端-服务器类型网络设备管理系统中检测到通过网络连接的打印机的某个打印任务完成时，可以有两种方法，即打印机主动报告打印作业变化信息(事件信息)的方法，以及利用FTP之类的文件传送协议，定期采集与打印完成作业相关的日志信息的方法。事件信息或者日志信息都通过进程间通信收发。

但是，利用上述类型的传统网络设备管理系统，日志信息采集的基本要素，例如发给设备的日志信息采集请求的间隔和采集协议，会根据各种被管理设备而不同。因此，基于网络管理软件的客户端应用需要一个复杂的过程。

在基于网络管理软件的客户端应用检测到网络设备的作业变化时，例如被管理的打印机的打印工作完成时，在上述类型的传统网络设备管理系统中，根据被管理的网络设备类型来选择使用作业变化检测方法，例如通过采集事件信息来检测，或者通过采集日志信息来检测。这意味着客户端应用的操作很复杂。

此外，在传统网络设备管理系统的客户端应用和服务器应用之间进行的数据通信中，需要收发大量的日志信息。导致的问题是进程间通信的业务量增加。

发明内容

本发明旨在解决现有技术的问题，其目的是提出一种服务器装置及其控制方法，用以简化客户端应用的操作，使得进程间通信的业务量得以减少。

按照本发明，前述目的是提供一种服务器装置，该服务器装置能够与成像设备进行通信，并且对来自客户端装置的请求做出响应而将与该成像设备相关的信息发送到该客户端装置，其特征在于，所述服务器装置包括：

判断装置，其用于判断所述成像设备使用的协议；

载入装置，其用于载入与所述判断装置判断的协议相一致的插件模块；

采集装置，其用于使用所述载入装置载入的插件模块，如果判断在设置文件中包含指示日志信息采集间隔的采集间隔信息，以从所述设置文件中读出的采集间隔，从所述成像设备采集存储在所述成像设备中的与图像形成相关的日志信息；以及

发送装置，其用于响应来自所述客户端装置的所述请求，将所述采集装置采集的日志信息发送到所述客户端装置。

此外，按照本发明，前述目的是提供一种用于服务器装置的控制方法，该服务器装置能够与成像设备进行通信，并且对来自客户端装置的请求做出响应而将与该成像设备相关的信息发送到该客户端装置，其特征在于，所述控制方法包括以下步骤：

判断步骤，判断所述成像设备使用的协议；

载入步骤，载入与所述判断步骤判断的协议相一致的插件模块；

采集步骤，使用所述载入步骤载入的插件模块，如果判断在设置文件中包含指示日志信息采集间隔的采集间隔信息，以从所述设置文件中读出的采集间隔，从所述成像设备采集存储在所述成像设备中的与图像形成相关的日志信息；以及

发送步骤，响应来自所述客户端装置的所述请求，将所述采集步骤采集的日志信息发送到所述客户端装置。

通过下面的描述，并结合附图，本发明的其他属性和优点将会更加明显，在附图中，相似的标号表示了相同或类似的部分。

附图说明

这里并入的附图应视为说明书的一部分，它们说明了本发明的实施例，附图与相关描述一起说明了本发明的原理。

图1说明了按照本发明一种实施例的网络管理系统的配置，该系统包括通过网络连接的被管理设备；

图2说明了实现按照本发明的网络设备管理系统的个人计算机的结构；

图3用以描述个人计算机和连接到局域网的打印机之间的进程通信；

图4给出了网络管理软件GUI显示与前述被管理设备相关的作业信息的屏幕的一个例子；

图5给出了网络管理软件GUI显示作业日志信息的屏幕；

图6的流程图用以描述通过VDC采集作业日志信息的操作过程；

图7的流程图用以描述VDC中决定日志信息采集间隔的过程的细节；

图8的流程图用以描述VDC从设备中采集日志信息的过程的细节；

图9的流程图用以描述将VDC从设备中采集的日志信息存储在VDC缓存中的过程的细节；

图10的流程图用以描述利用网络管理软件GUI(客户端侧)采集日志信息的操作过程；

图11的流程图用以描述客户端发出日志信息采集请求时，VDC的操作过程；

图12的流程图用以描述在VDC中登记事件信息的操作；

图13的流程图用以描述在VDC中删除登记的事件信息的操作；

图14的流程图用以描述VDC从被管理设备采集事件信息并将该事件信息通知网络管理软件GUI时的处理；

图15的流程图用以描述根据VDC从被管理设备采集的日志信息生成事件信息，并将该事件信息分发给客户端时的处理；

图16的流程图用以描述客户端登记并删除与VDC相关的事件信息的处理；以及

图17的流程图用以描述客户端从VDC接收事件调回(callback)时的处理。

具体实施方式

下面按照附图详细描述本发明的一个优选实施例。

下面结合附图描述按照本发明一个实施例的网络设备管理系统及其通过网络连接的外围设备。

图1说明了按照本发明一种实施例的网络设备管理系统的配置，该系统包括通过网络连接的被管理设备。

如图1所示，连接到局域网(以下称为“LAN”)100的是配备了网卡101并具有开放体系结构的打印机(设备)102；个人计算机103充当按照本发明的网络设备管理系统的客户端装置；个人计算机104连接到打印机105；文件服务器106连接到网络磁盘107；打印机服务器108连接到打印机109a、109b；个人计算机121充当按照本发明的网络设备管理系统的服务器装置；以及调制解调器/转发器 130。

个人计算机122及其连接着调制解调器/转发器131的骨干网140，都连接到LAN120。

此外，连接LAN120的调制解调器/转发器131、个人计算机111、个人计算机112、连接到网络磁盘114的文件服务器113以及连接到打印机116、117的个人计算机115，都连接到LAN110。

图2说明了实现按照本发明的网络设备管理系统的个人计算机200，例如个人计算机103或121的结构。如图2所示，下面的设备通过系统总线204连接到个人计算机200：CPU201；ROM202；RAM203；连接到键盘(KB)的键盘控制器(KBC)205；连接CRT210的CRT控制器(CRTC)206；连接硬盘(HD)211和软盘驱动器(FD)212的磁盘控制器(DKC)207；以及连接LAN100的网络接(NIC)。

应当注意到，图2所示个人计算机200并不局限于图1的个人计算机103、121，个人计算机104、108、122、111、112和115可以有类似的结构。与按照本发明的网络管理软件相关的程序存储在图2所示个人计算机200的硬盘211中，该程序构成下面将要给出的描述中操作的主要部分。

在下面的所有描述中，除非特别声明，CPU201都是硬件的控制核心。另一方面，软件的控制核心是存储在硬盘211中的程序所执行的网络管理软件。在本实施例中，假定操作系统是微软的视窗2000，但操作系统并不局限于这种系统，其它操作系统也可以采用。

本实施例的网络管理程序可以以存储在存储介质，例如软盘或CD-ROM的形式提供。在这种情况下，存储在存储介质中的程序可以通过图2所示软盘驱动器212或者未示出的CD-ROM驱动器读取，也可以安装在硬盘211中。

在下面的描述中，网络管理软件GUI(图形用户接口)部分的进程(客户端应用)应被称为“网络管理软件GUI”，与设备通信的部分的进程(服务器应用)应被称为“VDC”。

图3用以描述个人计算机103、121和连接到LAN100的打印机 102之间的进程通信。按照本实施例，如图3所示，个人计算机103所执行的网络管理软件GUI进程和个人计算机121所执行的VDC进程分别启动，对打印机102实施管理。更为确切地说，网络管理软件GUI利用进程间通信的功能与VDC进行数据通信，VDC利用SNMP协议与前述管理目标设备(这里是打印机102)通信。应当注意到，也可以有这样的系统，该系统对打印机102进行的管理是通过在同一个人计算机上启动网络管理软件GUI和VDC进程来实现的。在这种情况下的处理，例如进程间通信也是相同的。

下面是网络设备管理系统从被管理的设备采集设备结构信息时的处理。

首先，个人计算机103和使用代理的网络管理软件GUI进行进程间通信，将需要采集的设备结构信息发送给VDC。接着，VDC通过桩程序接受从网络管理软件GUI收到的信息，通过SNMP协议从设备采集MIB信息。这样采集的设备MIB信息通过进程间通信从VDC的桩程序(stub)传送到代理，代理通过调回(callback)将该信息告知网络管理软件GUI。网络管理软件GUI基于代理通过调回报告的信息，通过实现位图显示等方式来显示设备结构的信息。

下面是网络设备管理系统在被管理的设备中设置设备结构信息时的处理。

首先，网络管理软件GUI通过代理进行进程间通信，向VDC发送需要设置的设备结构信息。接着，VDC通过桩程序接受从网络管理软件GUI收到的信息，在设备中设置设备MIB信息。指示设备设置是否成功的设置信息从VDC的桩程序通过进程间通信发送给代理，代理通过调回将该信息告知网络管理软件GUI。网络管理软件GUI基于代理通过调回报告的信息，通过实现位图显示等方式来显示设置设备结构信息的结果。

图4给出了网络管理软件GUI显示与前述被管理设备相关的作业信息(称为“设备作业信息”)的屏幕的一个例子。为了从设备采集设备作业信息，网络管理软件GUI通过代理进行进程间通信， 向VDC发送采集设备作业信息的指令。VDC通过桩程序接受采集设备作业信息的指令，通过采集设备作业信息的协议，例如作业MIB协议或IPP(因特网打印协议)，采用例如SNMP协议从设备采集作业信息。

这样，按照本发明的网络设备管理系统中的服务器装置的特征在于，通过SNMP协议将数据发送给设备，并从设备接收数据。

采集的设备作业信息通过进程间通信从VDC的桩程序发送给代理，代理通过调回将该信息报告给网络管理软件GUI。网络管理软件GUI基于代理通过调回报告的设备作业信息，利用图4所示类型的屏幕显示设备作业信息清单。

此外，为了实时显示设备作业信息的状态变化，网络管理软件GUI通过代理进行进程间通信，向VDC发送一个请求报告事件信息的指令。VDC通过桩程序接收请求报告事件信息的指令，将网络管理软件GUI(客户端)的信息登记为需要报告事件信息的目的点。

在VDC从被管理的设备采集到事件信息之后，或者在VDC从被管理的设备采集了指示作业，例如打印完成的日志信息之后，为了向登记为目的点的客户端报告信息，VDC通过桩程序，利用进程间通信将事件信息以作业状态变化信息的形式发送给代理。代理通过调回将收到的作业状态变化信息通知给网络管理软件GUI。网络管理软件GUI基于通过调回报告的作业状态变化信息，更新清单中的设备作业信息。

为了可靠地检测出打印机(设备)102的作业的打印完成状态，网络管理软件GUI采集该设备的作业日志信息。VDC通过调回将从设备采集的作业日志信息报告给网络管理软件GUI，网络管理软件GUI根据采集的作业日志信息检测出打印结束的作业，并给出将作业状态改变成打印结束状态的显示。

图5给出了网络管理软件GUI显示作业日志信息的屏幕。为了从设备采集作业日志信息，网络管理软件GUI通过代理进行进程间通信，向VDC发送采集作业日志信息的请求。VDC通过桩程序接 受采集作业日志信息的请求，从设备采集作业日志信息。VDC通过调回将从设备采集的作业日志信息报告给网络管理软件GUI。网络管理软件GUI根据采集的作业日志信息，检测出作业接受号码、作业名、作业属主名、打印页数、打印时间和打印结果等，并显示与打印完成的作业相关的一列信息。

这样，本发明提供了一种利用客户端装置和服务器装置，管理与网络上连接的设备相关的信息的网络设备管理系统。客户端装置通过进程间通信请求服务器装置采集与设备相关的日志信息，存储从服务器装置采集的设备相关的日志信息，显示设备相关日志信息，并根据新近采集的日志信息改变显示的设备相关的日志信息。服务器装置通过规定协议采集设备相关日志信息，通过进程间通信将请求的日志信息发送给客户端装置。

参看附图，我们将详细描述以上提出的VDC(服务器侧)所执行的请求采集作业日志信息的操作，网络管理软件GUI(客户端侧)所执行的请求采集作业日志信息的操作，以及VDC针对网络管理软件GUI的采集作业日志信息请求所执行的响应操作。

图6的流程图用以描述通过VDC采集作业日志信息的操作过程。下面将描述在本实施例中，VDC所执行的采集作业日志信息的操作。但是，与VDC相关的采集作业日志信息的操作并不局限于作业日志信息。也就是说，除了以日志信息类型存在的作业日志信息之外，还存在指示设备中差错信息的差错日志信息。

如图6所示，VDC决定采集日志信息的间隔(步骤S1)。图7的流程图用以描述VDC中决定日志信息采集间隔的过程的细节。在图7所示的决定日志信息采集间隔的过程中，首先判断设置文件是否包含指示日志信息采集间隔的采集间隔信息(步骤S11)。设置文件是存储VDC需要引用的静态信息的文件。如果判断的结果是该文件中存在采集间隔信息(步骤S11中的“是”)，则采集日志信息的采集间隔采用从设置文件中读出的值(步骤S14)。

另一方面，如果判断的结果是文件中并没有采集间隔信息(步骤 S11中的“否”)，则判断作为日志信息采集目标的设备是否配备了硬盘(步骤S12)。如果判断的结果是该设备配备了硬盘(步骤S12中的“是”)，那么该设备能够保持大量的记录，其具体数量取决于硬盘的大小。

另一方面，如果判断的结果是该设备没有配备硬盘(步骤S12中的“否”)，那么因为在RAM中实现日志，该设备只能保持少量的记录。因此，在设备没有硬盘的情况下，日志信息采集间隔设置成“短”(步骤S15)。例如，在本实施例中，采集日志信息的间隔被设定为20秒。应当注意到，该值可以根据用户使用设备的频度来进行调整。

此外，如果在步骤S12中发现设备配备了硬盘，那么判断设备所能保持的记录数量是否少于某个固定值(步骤S12)。例如，在本实施例中，判断可以保持的记录数量是否少于256。如果配备了硬盘的设备是高端设备，那么安装的磁盘会有大的存储容量，能够保持大量的日志信息。但如果设备是低端设备，那么安装的磁盘存储容量较小，无法保持大量的日志信息。

如果上述判断的结果是该设备可以保持的记录数量少于某个固定值(256)(步骤S13中的“是”)，那么采集间隔在步骤S16中设置成“中”。例如，在本实施例中，日志信息采集间隔被设定为1分钟。应当注意到，该值可以根据用户使用设备的频度来进行调整。

如果上述判断的结果是该设备可以保持的记录数量大于等于某个固定值(256)(步骤S13中的“否”)，那么采集间隔在步骤S17中设置成“长”。例如，在本实施例中，日志信息采集间隔被设定为3分钟。该值可以根据用户使用设备的频度来进行调整。因此，如上所述，本实施例的采集间隔可以根据该设备是否有硬盘，以及如果有，硬盘的存储容量来决定设置成三种值中的任意一种。但是，也可以有采集间隔的可取值多于三种的方案。

这样，在按照本发明的网络设备管理系统中，服务器装置以前述采集间隔采集设备相关的日志信息。此外，按照可以保持的记录数 量设置采集间隔。此外，采集间隔的设置取决于该设备是否有硬盘。

在步骤S1确定了日志信息采集间隔之后，VDC从设备采集日志信息(步骤S2)。图8的流程图用以描述在图6的步骤S2中VDC从设备中采集日志信息的过程的细节。

如图8所示，VDC确定该设备是否利用FTP来采集日志信息。如果判断的结果是使用FTP协议(步骤S21中的“是”)，那么VDC将使用的协议设置成FTP协议(步骤S23)。如果判断的结果是不使用FTP协议(步骤S21中的“否”)，那么VDC将判断该设备是否利用HTTP协议来采集日志信息(步骤S22)。

如果判断的结果是使用HTTP协议(步骤S22中的“是”)，那么VDC将使用的协议设置成HTTP协议(步骤S25)。如果判断的结果是不使用HTTP协议(步骤S22中的“否”)，那么VDC将使用的协议设置成它自己的协议(步骤S25)。

在执行了步骤S23、S24和S25的处理之后，VDC判定采集的日志信息的格式是否是作业完成格式(步骤S26)。如果判断的结果是作业完成格式(步骤S26中的“是”)，那么VDC将日志格式设置成作业完成(步骤S27)。如果判断的结果为不是作业完成格式(步骤S26中的“否”)，那么VDC将日志格式设置成作业执行(步骤S28)。

在作业完成格式中，定义的记录域有：作业标识、作业名、作业的属主名、打印开始时间、打印结束时间、作业结束结果以及打印页数等。在作业执行格式中，定义的记录域有：作业标识、作业名、作业的属主名、打印开始时间、作业状态以及打印页数等。在本实施例中，处理两种格式类型，即作业完成格式和作业执行格式。但是，作业信息格式并不局限于这两种。

此外，在设置了使用的协议和日志格式之后，载入与所使用的协议一致的插件(步骤S29)。VDC采用载入的插件模块以从设备定期采集日志信息，其使用的日志信息采集间隔在前面结合图7的流程图描述过(步骤S30)。也就是说，按照本发明的网络设备管理系 统基于设备的日志功能选择可用的协议。

在步骤S2采集了日志信息之后，更新VDC中保存的日志信息的缓存(步骤S3)。图9的流程图用以描述将VDC从设备采集的日志信息存储在VDC缓存中的过程的细节。

VDC从采集的日志信息中析取需要存储在缓存中的日志信息(步骤S31)。因为在作业日志信息中出现的一个域项是设备没有选择的标识，如果记录的标识没有存储在缓存中，那么这个记录就会从采集的日志中析取出来，作为需要存储在缓存中的日志信息。并确定在更新缓存的日志信息是否存在于析取的信息之中(步骤S32)。也就是说，利用网络管理软件的服务器应用中的日志缓存功能，只会收发客户端应用需要的日志信息，从而能够减少进程间通信的业务量。

这样，按照本发明的网络设备管理系统是服务器装置暂时存储采集的日志信息，向客户端装置发送的日志信息只是再次采集的日志信息中更新暂时存储的日志信息的日志信息。

如果判断的结果是存在需要更新缓存的日志信息(步骤S32中的“是”)，那么就更新缓存的内容(步骤S33)。如果判断的结果是不存在需要更新缓存的日志信息(步骤S32中的“否”)，那么退出该处理。在这种实施例中，使用VDC中存储器的缓存用作保持(存储)日志信息的装置。但是，保持日志信息的装置并不局限于VDC中的缓存，也可以使用VDC外部的数据保持装置，例如数据库。

因此，在存在多个需要管理的设备时，按照本发明的网络设备管理系统也可以调整成所有设备保持相同数量的记录。此外，该系统也可以调整成基于设备所保持的日志信息的格式类型析取设备相关的日志信息。

此外，即使在各个设备所能保持的记录数量不同的情况下，VDC利用这种缓存功能，也可以处理成在VDC内部保持固定数量记录的虚拟设备。此外，可以向客户端提供对所有设备都相似的操作。此外，因为第三方开发的应用可以作为VDC的客户端存在，通过在所 有设备中提供相同的日志信息采集方法，可以改进客户端应用的开发效率。也就是说，因为网络管理软件的服务器应用可以充当包容被管理设备的差异的虚拟设备，所以可以向提供不同接入方法的一组设备提供相同的日志信息采集方法，客户端应用可以执行简单的操作，其中设备的不同性是透明的。

下面描述客户端一侧的日志信息采集操作。

图10的流程图用以描述利用网络管理软件GUI(客户端侧)采集日志信息的操作过程。首先，利用图5所示的网络管理软件GUI，判断与日志信息采集间隔相关的信息是否在设置文件中描述(步骤S101)，前述信息是请求VDC采集日志信息的间隔。

如果判断的结果是该信息在设置文件中描述(步骤S101中的“是”)，那么网络管理软件GUI将请求VDC采集日志信息的间隔设置成设置文件中描述的值(步骤S102)。如果判断的结果是该信息并没有在设置文件中描述(步骤S101中的“否”)，那么网络管理软件GUI将请求VDC采集日志信息的间隔设置成某个值，该值大于VDC采1集日志信息的间隔(步骤S103)。在本实施例中，发出日志信息采集请求的间隔被设置成VDC采集设备中日志信息的间隔的两倍。但是，只要网络管理软件GUI请求VDC采集日志信息的间隔大于VDC采集设备中日志信息的间隔，该间隔就可以设置成任何值。

接着，VDC判断是否只需要采集最近的记录数量(步骤S104)。在如图4所示使用日志信息来改变作业状态时，只需要打印完成的最近数量的记录。可以请求VDC只采集必要数量的记录以减少进程间通信的通信量。也就是说，按照本发明的网络设备管理系统只采集前述数量记录中最近的日志信息。

另一方面，在图5所示屏幕中，显示了设备的已完成作业的日志信息清单，所以必须采集所有的记录。在这种情况下，因为不管是哪种设备，VDC中都保持固定数量的记录，所以任一设备都可以显示相同数量的记录。因此，如果步骤S104中只采集了最近数量的记 录(步骤S104中的“是”)，采集标志必须设置成最近数量的记录(步骤S105)。如果不是采集最近数量的记录(步骤S104中的“否”)，采集标志必须设置成所有记录(步骤S106)。在步骤S105或S106设置了采集标志之后，向VDC发出日志信息采集请求(步骤S107)。

图11的流程图用以描述客户端发出日志信息采集请求时，VDC的操作过程。

如图11所示，VDC首先从客户端接收日志信息采集请求(步骤S111)。接着，VDC判断是否存在缓存(步骤S112)。

如果判断的结果是存在缓存(步骤S112中的“是”)，那么VDC按照采集的记录数量来设置记录(步骤S114)。另一方面，如果判断的结果是不存在缓存(步骤S112中的“否”)，那么VDC按照它从设备(图5)采集日志信息的操作来从设备中采集日志信息(步骤S113)。在步骤S113或S114的操作之后，VDC将记录集发回客户端(步骤S115)。同时，客户端按照发回的记录集来改变应用的显示。

下面描述网络管理软件GUI和VDC所执行的用以采集与被管理设备相关的事件信息和日志信息的操作的细节。

图12的流程图用以描述在VDC中登记事件信息的操作。首先，VDC从网络管理软件GUI接收到事件信息登记请求(步骤S121)。接着，VDC判断作为事件信息登记请求目的地的设备是否支持日志功能(步骤S122)。

如果判断的结果是该设备支持日志功能(步骤S122中的“是”)，那么VDC开始从设备中采集日志信息(步骤S123)。根据设备中能够保持的日志项的数量，VDC定期采集设备保持的日志信息。另一方面，如果判断的结果是该设备不支持日志功能(步骤S122中的“否”)，或者步骤S123开始采集日志信息，那么VDC判断该设备是否支持事件功能(步骤S124)。

如果判断的结果是该设备不支持事件功能(步骤S124中的“否”)，那么将请求登记该事件信息的网络管理软件GUI(客户 端)登记在该事件信息的通知清单中(步骤S129)。另一方面，如果判断的结果是该设备支持事件功能(步骤S124中的“是”)，那么VDC判断该设备是否已经执行了事件信息登记(步骤S125)。

如果判断的结果是该设备还没有登记该事件信息，则为该设备执行事件信息登记(步骤S126)。如果判断的结果是已为该设备执行了事件信息登记，那么VDC判断是否存在不同的事件信息(例如，事件类型或事件特性)(步骤S127)。如果判断结果是有不同的事件信息(步骤S127中的“是”)，那么为该设备再次执行事件信息登记(步骤S128)。将请求登记该事件信息的网络管理软件GUI(客户端)登记在该事件信息通知清单中(步骤S129)。如果判断结果是没有不同的事件信息(步骤S127中的“否”)，那么将请求登记该事件信息的网络管理软件GUI(客户端)登记在该事件信息的通知清单中(步骤S129)。

图13的流程图用以描述在VDC中删除登记的事件信息的操作。首先，VDC从网络管理软件GUI接收到事件信息登记删除请求(步骤S131)。接着，VDC将该网络管理软件GUI(客户端)从该事件信息通知清单中删除(步骤S132)。

此外，需要判断发出删除请求的客户端是否还管理着报告设备事件信息的另一网络管理软件GUI(客户端)(步骤S133)。如果判断的结果是存在另一网络管理软件GUI(客户端)(步骤S133中的“是”)，那么VDC终止删除处理。另一方面，如果判断的结果是不存在另一网络管理软件GUI(客户端)(步骤S133中的“否”)，那么判断VDC是否正定期从设备采集日志信息(步骤S134)。

如果判断的结果是VDC正定期采集日志信息(步骤S134中的“是”)，那么终止采集日志信息的操作(步骤S135)。如果判断的结果是VDC没有在定期采集日志信息(步骤S134中的“否”)，或者如果步骤S135执行了终止采集日志信息的处理，那么VDC判断是否已对该设备执行了事件信息登记(步骤S136)。如果判断的结果是事件信息登记已经执行(步骤S136中的“是”)，那么VDC 请求客户端删除事件信息登记(步骤S137)。另一方面，如果判断的结果是事件信息登记尚未执行(步骤S136中的“否”)，那么VDC终止登记。

图14的流程图用以描述VDC从被管理设备采集事件信息并将该事件信息通知网络管理软件GUI时的处理。

首先，VDC从被管理设备采集事件信息(步骤S141)。接着，VDC设置内部计数器，用以统计需要告知客户端信息的网络管理软件GUI(客户端数量)的数量(步骤S142)，并确定该计数器的值是否为零(步骤S143)。如果判断的结果是该计数器为零(步骤S143中的“是”)，那么VDC终止处理。另一方面，如果判断的结果是该计数器不为零(步骤S143中的“否”)，那么VDC向网络管理软件GUI(客户端)报告该事件信息(步骤S144)。VDC然后减量计数器的值(步骤S145)，将控制返回给步骤S143的处理。

图15的流程图用以描述根据VDC从被管理设备采集的日志信息生成事件信息，并将该事件信息分发给客户端时的处理。

首先，VDC从被管理的设备采集日志信息(步骤S151)。接着，VDC比较采集的日志信息和缓存的日志信息，仅析取被管理设备中新近增加的日志信息，将该日志信息转化成事件信息(步骤S152)。

此外，VDC设置内部计数器，用以统计需要告知事件信息的网络管理软件GUI(客户端数量)的数量(步骤S153)，并确定该计数器的值是否为零(步骤S154)。如果判断的结果是该计数器为零(步骤S154中的“是”)，那么VDC终止处理。另一方面，如果判断的结果是该计数器不为零(步骤S154中的“否”)，那么VDC向网络管理软件GUI(客户端)报告生成的事件信息(步骤S155)。

在本实施例中，事件信息到网络管理软件GUI(客户端)的传输并不会立即进行，而是在预定时间段(例如10秒)之后才进行(步骤S156)。将事件信息传输进行排队处理的目的是为了减少进程间通信的负荷。这能够实现是因为事件信息由VDC基于日志信息的内部操作生成，随后在一段较短的时间内将事件信息发送给客户端。 VDC减量计数器的值(步骤S157)，将控制返回给步骤S154的处理。

总的来说，通过UDP包实现的设备事件信息的通信会因为网络故障等原因而丢失，这种可能性是存在的。但是，通过结合使用采用TCP与设备通信的日志信息来传输表示作业结束的事件信息，可以改进将作业完成告知网络管理软件GUI(客户端)的精确性。

此外，因为VDC统一与作业完成相关的三种检测方法，即基于事件信息采集的检测，基于日志信息采集的检测，以及基于事件信息和日志信息的综合使用的检测，它充当了处理事件信息报告的虚拟设备，不管设备的类型是什么，网络管理软件GUI(客户端)都只执行事件信息的报告。此外，网络管理软件GUI接收少量的事件信息，并不定期采集大量的日志信息。这就使得进程间通信业务量的减少成为可能。

下面描述网络管理软件GUI(客户端)所执行的内部操作的细节。

图16的流程图用以描述客户端登记并删除与VDC相关的事件信息的处理。

首先，客户端执行事件信息登记，这通过下面针对VDC的处理来执行(步骤S161)。事件信息登记的例子包括客户端的地址、唯一标识该客户端的标识符(GUID)、指示事件信息类型的客户端类型以及指示根据事件分类的属性信息的事件特性。

此外，设备事件和作业事件是事件类型的例子。事件特性的例子是作业属主、作业名和作业状态，它们是作业事件的属性。接着，网络管理软件GUI执行接收事件调回的处理(步骤S162)。该客户随后删除了登记的事件信息(步骤S163)。

下面描述网络管理软件GUI在步骤S162执行的接收事件调回的处理。

图17的流程图用以描述客户端从VDC接收事件调回时的处理。

该客户端从VDC接收到事件调回通知(步骤S1621)。接着，该客户基于接收的通知更新显示(步骤S1622)。前述图4说明了接 收到作业事件时的应用。这是在客户端一侧呈现的显示的例子。在接收到作业完成事件时，图4中客户端指示作业状态的字符串从“正在打印”变化成“打印完成”。

如上所述，本发明为打印作业完成的检测方法各不相同的一组设备提供了单一的基于事件的打印作业完成的检测方法。本发明的效果是，客户端应用能够执行简单的操作，而不需要知道设备类型。此外，在同时支持事件信息和日志信息的设备中，打印作业的完成通过综合使用事件信息和日志信息来检测。其效果是改进了检测打印作业完成的精确性。

此外，本发明的特点还在于，客户端应用不再进行涉及大量数据的日志信息定期采集，而是将日志信息转换成事件信息，在服务器应用中，与日志信息相比，它所涉及的数据量较小。其效果是减少了进程间通信量。

本发明可以应用于由多个设备(例如主机、接口、阅读器、打印机等)组成的系统，或者包含单个设备(例如复印机或传真机等)的装置。

此外，本发明的目的很显然也可以通过以下方式实现，即提供一种记录介质(或者存储介质)，该介质存储的软件程序代码实现了系统或者装置的前述实施例的功能，利用系统或装置的计算机(例如CPU或MPU)从记录介质中读出该程序代码，然后执行该程序代码。在这种情况下，从记录介质读取的程序代码实现了该实施例的新颖功能，存储程序代码的记录介质构成了本发明。此外，除了按照实施例的前述功能由执行计算机所读取的程序代码来实现之外，毫无疑问，本发明还涵盖了运行在计算机上的操作系统或类似软件按照程序代码的指定，执行一部分或全部处理，从而实现按照该实施例的功能的情况。

显然，本发明还包括以下情况，即从记录介质读取的程序代码被写入到插入计算机的功能扩展卡或者连接到计算机的功能扩展单元所提供的存储器之后，包含在该功能扩展卡或功能扩展单元中的 CPU或类似设备按照程序代码的指定，执行一部分或全部处理，从而实现按照该实施例的功能的情况。

在将本发明应用于上述记录介质时，对应与前述流程图的程序代码被存储在记录介质上。

因此，按照本发明，如上所述，客户端应用所执行的操作得以简化，进程间通信的业务量得以减少。

本发明并不局限于上述实施例，在本发明的精神和范围内可以作出不同的修改和改进。因此，为了使公众明了本发明的范围，我们给出了下面的权利要求书。

Claims (6)

1.一种服务器装置，该服务器装置能够与成像设备进行通信，并且对来自客户端装置的请求做出响应而将与该成像设备相关的信息发送到该客户端装置，其特征在于，所述服务器装置包括：

判断装置，其用于判断所述成像设备使用的协议；

载入装置，其用于载入与所述判断装置判断的协议相一致的插件模块；

采集装置，其用于使用所述载入装置载入的插件模块，如果判断在设置文件中包含指示日志信息采集间隔的采集间隔信息，以从所述设置文件中读出的采集间隔，从所述成像设备采集存储在所述成像设备中的与图像形成相关的日志信息；以及

发送装置，其用于响应来自所述客户端装置的所述请求，将所述采集装置采集的日志信息发送到所述客户端装置。

2.根据权利要求1所述的服务器装置，其特征在于，所述服务器装置还具有临时存储装置，该临时存储装置用于临时存储所采集的日志信息；

所述发送装置向所述客户端装置仅发送新采集的日志信息中的、对该临时存储装置中存储的日志信息进行更新的日志信息。

3.根据权利要求1或2所述的服务器装置，其特征在于，所述采集装置仅采集规定记录数量的最近的日志信息。

4.一种用于服务器装置的控制方法，该服务器装置能够与成像设备进行通信，并且对来自客户端装置的请求做出响应而将与该成像设备相关的信息发送到该客户端装置，其特征在于，所述控制方法包括以下步骤：

判断步骤，判断所述成像设备使用的协议；

载入步骤，载入与所述判断步骤判断的协议相一致的插件模块；

采集步骤，使用所述载入步骤载入的插件模块，如果判断在设置文件中包含指示日志信息采集间隔的采集间隔信息，以从所述设置文件中读出的采集间隔，从所述成像设备采集存储在所述成像设备中的与图像形成相关的日志信息；以及

发送步骤，响应来自所述客户端装置的所述请求，将所述采集步骤采集的日志信息发送到所述客户端装置。

5.根据权利要求4所述的控制方法，其特征在于，所述控制方法还包括临时存储步骤，该临时存储步骤用于临时存储所采集的日志信息；

在所述发送步骤中向所述客户端装置仅发送新采集的日志信息中的、对该临时存储步骤中存储的日志信息进行更新的日志信息。

6.根据权利要求4或5所述的控制方法，其特征在于，在所述采集步骤中仅采集规定记录数量的最近的日志信息。

Images