CN100524193C

CN100524193C - 信息处理系统和信息处理方法

Info

Publication number: CN100524193C
Application number: CNB2007100885081A
Authority: CN
Inventors: 中川勇
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2006-03-14
Filing date: 2007-03-14
Publication date: 2009-08-05
Anticipated expiration: 2027-03-14
Also published as: JP2007249430A; CN101038536A; JP4455523B2; US20070234370A1; US8645968B2

Abstract

本发明涉及一种信息处理系统，该信息处理系统能够与通过外部访问而从省电模式返回的打印设备进行通信，该信息处理系统具有适用于访问打印设备的第一和第二访问单元，该信息处理系统包括：请求单元，其适用于请求通过所述第一访问单元进行的处理而生成的事件发生通知；以及确定单元，其适用于确定事件发生通知的存在/不存在。如果确定单元确定存在事件发生通知，则第二访问单元访问打印设备。

Description

信息处理系统和信息处理方法

技术领域

本发明涉及一种信息处理系统和信息处理方法，其在网络环境中管理各个装置，诸如连接到网络的打印机、复印机、以及通过集成打印机和复印机而获得的多功能外围设备。

背景技术

轮询技术是监视装置状态并且从装置获取某些信息的一般技术。当使用轮询技术时，在主计算机上运行的应用程序周期性地从装置获取状态信息，基于该状态信息改变向应用程序用户显示的内容，并且确定应用程序自身的执行。

当确定应用程序的执行时，装置响应于来自应用程序的请求执行一个操作。例如，在省电模式(也称为“睡眠模式”)中等候的装置进入到可能进行普通操作的状态(普通操作模式)。此处所提到的普通操作是这样一种操作模式：其对与外部设备交换各种信息(例如包括PDL的信息和各种状态信息的信息)的单元进行操作。

专利参考文献1(日本专利特开第2002-287936号)公开了一种布置，如果待处理装置处于睡眠模式，则该布置使用该装置的替代单元。然而，如果通过应用程序的频繁访问装置从睡眠模式进入普通操作模式，则该装置需要经过预定时间段来返回到睡眠模式，以下的(1)和(2)示出了其例子。

(1)预定时间段中在装置的操作面板上没有操作。

(2)预定时间段中没有通过网络对该装置的访问。

即，应用程序的频繁访问使得不可能获得令人满意的省电效果。如果完全限制对装置的访问，以便将状态从普通操作模式改变为睡眠模式，则用户友好度降低。

并且，专利参考文献1中的布置使用装置替代单元。在这种情况下，有必要确定待处理装置是否处于睡眠模式，这使得系统中的处理变复杂。

本发明的一个目的是提供一种信息处理技术，该信息处理技术能够通过简单的处理抑制装置的功率消耗而不降低用户友好度。

发明内容

为了克服相关技术的上述缺陷而提出本发明的实施例。

根据本发明的一个方面，一个实施例针对一种信息处理系统，该信息处理系统能够与通过外部访问而从省电模式返回的打印设备进行通信，该信息处理系统具有适用于访问打印设备的第一访问单元和第二访问单元，该信息处理系统包括：

请求单元，其适用于请求通过第一访问单元进行的处理而生成的事件发生通知；以及

确定单元，其适用于确定通过第一访问单元生成的事件发生通知的存在/不存在，

其中，如果确定单元确定存在事件发生通知，则第二访问单元访问打印设备。

根据本发明的另一个方面，一个实施例针对一种信息处理系统中的信息处理方法，该信息处理系统能够与通过外部访问而从省电模式返回的打印设备进行通信，该信息处理系统具有适用于访问打印设备的第一访问单元和第二访问单元，该信息处理方法包括：

请求步骤，用于请求通过第一访问单元进行的处理而生成的事件发生通知；以及

确定步骤，用于确定通过第一访问单元生成的事件发生通知的存在/不存在，

其中，如果在确定步骤中确定存在事件发生通知，则第二访问单元访问打印设备。

本发明可以提供一种信息处理技术，其提高用户友好度，并且抑制装置的功率消耗，而不向装置引入任何复杂的功率消耗抑制机构。

本发明的其他特征将在以下(参照附图的)示例性实施例的描述中变得清晰。

附图说明

图1是示出了根据本发明一个实施例的信息处理系统的配置概要的框图；

图2是示出根据本发明该实施例的客户计算机101和服务器计算机108的布置的框图；

图3是示出根据本发明该实施例的装置A 110和装置B 111的布置的框图；

图4是示出当客户计算机101执行处理时的存储器分配图的配置的视图；

图5是示出存储在存储介质中的内容的例子的视图；

图6是说明存储在软盘(FD)中的程序等的装载的视图；

图7是说明通过根据本发明第一实施例的打印机驱动器104进行的处理过程的流程图；

图8A是说明图7的步骤S702和S706中每个步骤中的事件通知处理的过程的流程图；

图8B是示出通知数据的例子的视图；

图9A是说明通过根据本发明第一实施例的应用程序109进行的处理过程的流程图；

图9B是示出表示事件通知请求的数据的例子的视图；

图9C是示出响应于事件通知请求而从装置返回的数据的例子的视图；

图9D是示出事件通知请求取消数据的例子的视图；

图9E是示出用于获取最新日志号码的请求数据的例子的视图；

图9F是示出响应于对获取最新日志号码的请求而从装置返回的数据的例子的视图；

图9G是示出应用程序109借助其获取日志数据的请求数据的例子的视图；

图9H是示出响应于日志数据获取请求而从装置返回的数据的例子的视图；

图10是示出地址设定对话框的例子的视图；

图11是示出本发明第一实施例中的从装置返回的数据内容的例子的视图；

图12是示出在本发明第二实施例中，在CRT控制器的控制下在CRT上显示为对话框的、由装置执行的作业的状态的视图；

图13A-1和13A-2是说明根据本发明第二实施例由应用程序109进行的处理过程的流程图；

图13B是示出用于获取作业列表的请求数据的例子的视图；

图13C是示出响应于图13B所示的请求而由装置返回的数据的例子的视图；以及

图14是示出了根据本发明一个实施例的信息处理系统的配置概要的框图。

具体实施方式

现在将参考附图详细描述本发明的优选实施例。应该注意，除非特别指出，在这些实施例中设置的各部件的相对布置、数值表示和数值不限制本发明的范围。

(第一实施例)

下面将说明根据本发明的第一实施例的信息处理系统。图1是示出了根据本发明该实施例的信息处理系统的配置概要的框图。当程序被提供给构成信息处理系统的每个信息处理设备时，该信息处理设备充当用于实施该程序(应用程序)的处理的装置。

附图标记101表示信息处理设备(客户计算机)；102表示可由客户计算机101执行的应用程序。例如，应用程序102形成待打印的文档或图像数据，并且指令连接到网络120的装置打印该文档或数据。

附图标记103表示图形装置接口(GDI)，其接受来自应用程序102的打印指令；104表示由GDI 103调用的打印机驱动器。当应用程序102发出打印指令时，应用程序102调用GDI 103。对GDI 103的调用是独立于打印装置的抽象打印指令命令。打印机驱动器104根据打印设定，将来自GDI 103的调用转换成可由装置进行解释的页描述语言(PDL)数据。

注意，被转换的数据不必总是PDL数据，只需是能够由装置进行解释的数据就可以。被转换的数据被提供到缓冲器(spooler)105。缓冲器105对所提供的数据进行排队，并且顺序地将数据提供给传送单元106。传送单元106从缓冲器105接收数据，并且在确定该装置是否能够接受该数据的同时将数据适当地传送给该装置。事件管理器107从另一信息处理设备(服务器计算机108)中的各种应用程序中的每一个接受事件通知请求(对于分发客户计算机101中已经发生的事件的通知的请求(该请求也被称为“事件通知请求”))。即，事件管理器107作为用于管理事件发生的通知目的地的管理装置而工作。更具体地说，事件管理器107基于接受的事件通知请求而存储事件通知目的地(请求源)，并且向打印机驱动器104通知该事件通知目的地(请求源)。打印机驱动器104向由事件管理器107通知的事件通知目的地(请求源)通知访问装置的事件的发生。已接收到该事件发生通知的应用程序109可以开始访问装置A 110或装置B 111(即，可以开始应用程序处理)。

注意，事件管理器107被安装在图1中的客户计算机101中，但是本发明的主旨不限于此配置。例如，如图14所示，事件管理器107也可以安装在独立于客户计算机101的服务器计算机114中。还要注意，本发明不限于从打印机驱动器104向应用程序109的事件发生通知。例如，在图14所示的配置中，服务器计算机108的应用程序109向事件管理器107发出事件通知请求，并且事件管理器107向打印机驱动器104通知事件通知目的地(请求源)。当访问装置时，打印机驱动器104可以向连接到服务器计算机的事件管理器107而不是事件通知目的地(请求源)通知事件的发生。已经接收到此通知的事件管理器107可以向事件通知目的地(请求源)通知事件的发生。已接收到此事件发生通知的应用程序109可以开始访问装置A 110或装置B 111(即，可以开始应用程序处理)。

在图14所示的配置中，如果服务器计算机112的应用程序113已经向事件管理器107发出事件通知请求，则事件管理器107可以向多个请求源分发事件发生通知。已接收到此事件发生通知的每个应用程序109或113可以开始访问装置A 110或装置B 111(即，可以开始应用程序处理)。

在图1或14所示的配置中，从应用程序109或113向装置的访问(应用程序处理)被禁止，直到接收到事件发生通知。可以通过把从另一应用程序向该装置的访问的定时控制成与使得装置从睡眠模式进入普通操作模式的事件(例如由打印机驱动器进行的打印的执行)的发生同步，来抑制装置的功率消耗。

在本实施例中，可以粗略地将适用于执行访问装置的处理的访问单元分成两类。第一类是考虑到软件功能和属性而对于装置具有高访问优先级的访问单元。打印机驱动器软件是第一访问单元的例子。打印机驱动器是允许打印机装置打印所生成的打印数据的软件。打印机驱动器经常需要对打印机装置进行访问，即使该装置处于省电状态。图1和14所示的打印机驱动器104是第一访问单元。对打印机装置具有高访问优先级的访问单元的另一个例子是下载表格数据的应用程序。

第二类是考虑到软件功能和属性而对于打印机装置具有相对低的访问优先级的访问单元。在这里，“低”指的是对装置的访问优先级比上述第一访问单元的低的单元。收集打印机装置的操作日志的日志收集软件是第二访问单元的例子。首先，如果装置已经进入省电状态，则打印机装置的操作日志可能保持不变。因此，如果打印机已经进入省电状态，则不总是需要访问打印机。图1和14所示的应用程序109和113是第二访问单元。对打印机装置具有相对低的访问优先级的访问单元的另一个例子是监视和通知作业状态的应用程序。

在以下说明中，打印机驱动器104是第一类访问单元，并且应用程序109和113是第二类访问单元。然而，任何访问单元都不局限于用于打印机等的任何具体的应用程序。

现在说明将返回到图1。应用程序109安装在服务器计算机108中。应用程序109可以适当地与网络120上的装置通信，以便跨越网络120获取装置的信息，从而向用户提供各种服务。

装置A 110和装置B 111连接到网络120，并且可以打印从客户计算机101传送来的PDL数据等。作为装置功能，除了打印功能以外，装置A 110和装置B 111还可以具有复印功能、传真功能等。每个装置也可以被配置为具有全部这些功能的多功能外围设备。

图2是示出客户计算机101和服务器计算机108的布置的框图。参考图2，中央处理单元(CPU)201控制整个计算机，并且执行算术处理等。只读存储器(ROM)202充当用于系统启动程序的信息等的存储区域。随机存取存储器(RAM)203充当在使用上不具有限制的数据存储区域。并且，诸如操作系统、应用程序、装置驱动器以及通信控制程序的程序被装载到RAM 203中。在这种情况下，RAM 203充当被装载的程序的执行区域。

键盘控制器(KBC)204接收来自键盘的输入数据，并且将该数据传递到CPU。显示控制器(CRT控制器)205控制显示装置(CRT)210的显示。外部存储装置206例如是软盘(FD)装置、硬盘(HD)装置或者非易失性存储装置(SRAM)。程序和数据存储在外部存储装置206中，并且当被执行时，在必要的情况被参考或者载入到RAM 203中。通信单元207控制网络通信。计算机可通过通信单元207与其它计算机以及如图1所示的连接到网络120的装置A 110和装置B 111进行通信。系统总线208连接上述的单个部件，因此这些部件可以通过系统总线208彼此交换数据。

定时器211测量当前时间。基于来自定时器211的测量结果，CPU201可以控制应用程序的执行定时。

图3是示出装置A 110和装置B 111的布置的框图。参考图3，控制器305控制整个装置。在控制器305的内部配置中，中央处理单元(CPU)301控制控制器305，并且执行算术处理等。ROM 302充当用于系统启动程序的信息等的存储区域。RAM 303是在使用上不具有限制的数据存储区域。诸如操作系统、通信控制程序以及引擎控制程序的程序被载入到RAM 303中，并且RAM 303充当被载入的程序的执行区域。非易失性存储装置(外部存储装置)304是硬盘(HD)、SRAM等。

装置A 110或装置B 111的输入/输出引擎单元306在控制器305的控制下执行打印操作、图像读取操作等。通信单元307控制网络通信。该装置可以通过通信单元307与如图1所示的连接到网络120的客户计算机101以及服务器计算机108进行通信。用户操作输入/输出单元308执行有关从用户输入的输入/输出设定的处理。系统总线309连接上述的单个部件，因此这些部件可以通过系统总线309彼此交换数据。

图4是示出当客户计算机101执行处理时的存储器分配图40的配置的例子的视图。附图标记41表示基本I/O程序；42表示当诸如Windows系统的操作系统被载入到RAM 203并且变为可执行时的存储器分配图；43表示当根据本发明的本实施例的程序被载入到RAM203时并且变为可执行时的存储器分配图；44表示当相关数据载入到RAM 203并且变为可执行时的存储器分配图；45表示每个程序要使用的工作区域的存储器分配图。

根据本发明的本实施例的程序和相关数据记录在诸如软盘(FD)的存储介质中。图5是示出了存储在存储介质中的内容的视图。软盘(FD)等的存储区域50存储例如卷标信息51、目录信息52、应用程序执行文件53以及程序相关数据文件54。

如图6所示，存储在软盘(FD)60中的程序、相关数据等可以通过FD驱动(DKC)61载入到客户计算机101或服务器计算机108中。当软盘(FD)60设定在FD驱动(DKC)61中时，程序和相关数据54在操作系统42和基本I/O程序41的控制下从软盘(FD)60中读出。程序和相关数据54被载入到RAM 203中，并且使其可用。

(打印机驱动器104进行的处理)

以下将参考图7中所示的流程图说明安装在客户计算机101中的打印机驱动器104进行的处理的过程。该流程图以其中应用程序102执行打印的情况作为例子。

该流程图指示添加到由打印机驱动器执行的常规处理中的事件通知。

在步骤S701中，打印机驱动器104从事件管理器107获取对应于打印机驱动器作业处理开始的一个或多个事件通知目的地。例如，事件管理器将事件通知目的地的地址(在步骤S902被传送，并且在下面要描述的步骤S904中被等候)保持在规定的文件中。因此，打印机驱动器104通过从该文件读出事件通知目的地的地址而在步骤S701中执行获取处理。还可以通过事件管理器和处理之间的通信而获取事件通知目的地。

在以上描述中使用了术语“事件通知目的地”。例如在图1中，事件通知目的地是通过使用作业传送的开始或结束作为触发器而操作的应用程序。对应于事件通知目的地的应用程序的例子是用于监视作业状态的应用程序以及收集作业日志的应用程序。

在步骤S702中，打印机驱动器104基于在步骤S701中获取的地址，执行以下处理：通知作业开始事件，作为一个事件发生通知。在步骤S703中，打印机驱动器104处理来自GDI 103的调用。例如，据推测监视作业状态的应用程序通过使用作业开始事件作为触发器来开始状态监视处理。作业开始事件用于与此相似的应用程序。

在步骤S704中，打印机驱动器104确定是否已经处理了所有GDI调用。如果所有调用都已被处理(S704中的“是”)，则打印机驱动器104使处理前进到步骤S705。如果并非所有调用都已被处理(S704中的“否”)，则打印机驱动器104使处理返回到步骤S703，并且在步骤S703和S704中重复处理，直到所有GDI调用被完全处理。

在步骤S705中，打印机驱动器104从事件管理器107获取作业结束事件通知目的地。

在步骤S706中，打印机驱动器104基于在步骤S701中获取的地址执行以下处理：通知表示打印机驱动器作业处理的结束的事件，作为一个事件发生通知。例如，收集作业日志的应用程序可以通过使用该通知作为触发器而开始处理。这允许作业日志收集应用程序在适当延迟的定时而不是不必要的早的定时访问装置。而且，在步骤S706中，响应于该通知，装置状态监视应用程序等终止用于获取装置状态的访问(例如轮询)。这防止了对装置的不必要的访问，并且允许装置早些进入省电状态。

(事件通知处理(S702和S706))

以下将参考图8A中所示的流程图说明上述步骤S702和S706中的每个步骤中的事件通知处理的过程。

步骤S801到S803表示向每个通知目的地通知事件的处理。

在步骤S801中，打印机驱动器104确定是否向从事件管理器107获取的每个通知目的地通知了该事件。如果已经向每个通知目的地通知了该事件(S801中的“是”)，则打印机驱动器104终止该处理。如果存在未被通知的通知目的地(S801中的“否”)，则打印机驱动器104使处理前进到步骤S802，并且提取一个通知目的地地址。

在步骤S803中，打印机驱动器104对步骤S802中提取的通知目的地地址执行通知处理。此通知处理是用于连接到TCP/IP端口，并且通过预定格式将必要的数据传送到步骤S802中获取的地址的处理。图8B示出了步骤S803中的通知数据的例子。在本例中，数据由XML(可扩展标记语言)格式描述。标签<ComputerName>810表示发生了事件的计算机的TCP/IP的主机名称。标签<UserName>820表示引起该事件的用户的登录名称。标签<Device>830表示将要对其传送作业的装置的TCP/IP中的主机名称。标签<JobStatus>840取代表通知内容类型的诸如BeforeJob或AfterJob的值。在图8B中所示的例子中，标签<JobStatus>840表示作业处理开始的之前和之后。

(应用程序109进行的处理)

以下将参考图9A中所示的流程图说明安装在服务器计算机108中的应用程序109进行的处理的过程。图9A以获取作业日志的应用程序作为例子。可能通过在HDD或数据库中存储获取的作业日志来实施作业账户(job account)功能，该作业账户功能获得每个用户的打印量，或者显示每个单位周期中被打印文档名称的列表。

在步骤S901中，应用程序109获取事件管理器107的地址(图1和14)，该地址作为作业传送事件与作为应用程序109的状态获取的对象的装置之间的中介。此地址获取获取了通过图10所示的UI(将在后面描述)设定的多个事件管理器的地址(IP地址和端口号的配对)。应用程序109在步骤S902中将事件数据传送到所获取的地址(将在后面说明)。虽然该地址通过通信协议确定，但是假设该通信通过关于TCP/IP的唯一的协议执行。用户可以通过使用设定应用程序来设定事件管理器107的地址。

图10是示出地址设定对话框1001的例子的视图。该地址是指示事件管理器位置的信息。地址设定对话框1001显示地址列表1002、地址输入空间1003、添加按钮1004、删除按钮1005以及结束按钮1006。用户可以从地址输入空间1003输入由IP地址1050和端口号1060形成的地址。用户可以通过指定添加按钮1004将输入的地址添加到地址列表1002，并且通过指定删除按钮1005来删除注册的地址。当用户指定结束按钮1006时，结束地址设定对话框的显示。

现在说明将返回到图9A。在步骤S902中，应用程序109通过TCP/IP建立至步骤S901中获取的一个或多个事件管理器的一个或多个地址的连接，并且将表示事件通知请求的数据传送给事件管理器。被通知的事件通知目的地是前述图8A中的通知目的地，并且多个应用程序109中的每一个执行步骤S902中的处理。因此，在图8A中的步骤S801到S803的循环中提取多个通知目的地。

图9B示出了表示事件通知请求的数据的例子。标签<ComputerName>915表示请求事件通知的计算机的TCP/IP的主机名称。标签<Address>916表示接收该事件的服务器108的地址。标签<UserName>917表示请求事件通知的用户的登录名称。标签<JobStatus>918表示作业生成一个事件的状态。标签<JobStatus>918取值为BeforeJob或AfterJob。BeforeJob表示作业处理的开始之前，AfterJob表示处理的开始之后。

图9C示出了来自事件管理器的响应数据的主要部分的例子。<SubscribedID>920取整数值。如果该值是正数，则该值意味着“成功”，并且事件通知请求可以由该值唯一地指定。当终止处理时，应用程序通过此数值取消事件通知请求。注意，诸如<Address>的标签从图9C和每个数据例子(将在以下描述)中省略。然而，在实践中，包含执行双方之间的通信所必需的数据，如同在以上参考图9B说明的数据中那样。

如果<SubscribedID>920是负数，则事件通知请求不成功。

在步骤S903中，在例如图1中所示的情况下，应用程序109连接到装置A110，并且获取最新作业日志的最近的作业日志信息(最近的日志号码)。此最近的日志号码被看作已经读取的日志号码。将在后面描述应用程序109和装置之间的该通信。

在步骤S904中，应用程序109打开在步骤S902中作为事件通知请求而传送给事件管理器107的地址，作为接收端口。之后，数据接收成为可能。即，步骤S901到S904构成用于获取每个作业日志的预处理。将在下面说明等候处理和使用事件作为触发器的处理。

假设在此之后已经经过了预定时间，并且装置A110已经从可能进行普通操作的状态(普通操作模式)进入省电状态(睡眠模式)。多种状态是可能作为装置的省电状态。一个例子是抑制向打印机引擎的功率供应的状态。在这种状态下，打印机控制器和网络接口(NIC)在普通操作使能状态下操作。另一个例子是超级省电状态，其中打印机控制器的普通通信功能和网络接口(NIC)停止。普通通信功能是能够交换关于PDL、各种状态请求等的数据的功能。即使当普通通信功能部分停止，网络接口(NIC)也可以交换诸如ARP(地址解析协议)包的具体图案数据。

在任何省电状态中，外部访问引起省电模式返回，并且希望限制这种省电模式返回。本实施例将通过以上述的超级省电状态作为例子来说明省电状态。

在步骤S905中，应用程序109确定事件发生通知是否已经到达。如果事件发生通知已经到达(S905中的“是”)，则应用程序109使处理前进到步骤S906。注意，在实践中，应用程序109检查事件发生通知的内容(类型)，并且基于检查结果确定是否使处理前进到步骤S906。更具体地说，应用程序109识别图8B中所示的通知的内容，并且确定事件发生通知是否已经到达。

另一方面，如果在步骤S905中确定事件发生通知没有到达(S905中的“否”)，则应用程序109在事件发生通知到达等候状态中等候(S905)。

如果事件发生通知已经到达(S905中的“是”)，则已经接收到此事件发生通知的应用程序109可以开始访问装置A 110(即，可以开始获取最近日志号码的应用处理)。

在步骤S906中，应用程序109基于图8B中所示的通知的内容连接到装置A 110，并且从装置A 110获取最近的日志号码。将在后面描述与该装置之间的该通信。

如果在步骤S905中确定事件发生通知已经到达，则在步骤S906中，应用程序109可以立即开始与装置A 110的通信。然而，如果在此定时，装置A 110还没有完全从睡眠模式进入普通操作模式，则此通信可能失败。虽然在这种情况下通常执行重试，但应用程序109也可以通过在步骤S905和S906之间插入预定等候时间来延迟通信处理的开始定时。这也能够防止当装置A 110处于睡眠模式时开始通信。

在步骤S907中，应用程序109比较最近日志号码与已经读取的日志号码。如果最近日志号码大于已经读取的日志号码(步骤S907中的“是”)，则应用程序109使处理前进到步骤S909；如果最近日志号码不大于已经读取的日志号码(步骤S907中的“否”)，则应用程序109使处理前进到步骤S908。

在步骤S908中，应用程序109仅等候规定的时间(例如20秒)(等候处理)。该规定时间的等候处理的目的是防止与装置A 110的过度通信，并且该规定时间是可变的。

在步骤S909中，应用程序109与装置进行通信，并且从(已读取的日志号码+1)到最近日志号码获取作业日志。将在后面描述与该装置A 110之间的该通信。

在步骤S910中，应用程序109将获取的作业日志保存在外部存储装置206中。

在步骤S911中，应用程序109确定终止请求是否已经到达应用程序109。如果终止请求已经到达(步骤S911中的“是”)，则应用程序109使处理前进到步骤S912，并且将指示事件通知请求取消的数据传送给事件管理器107。图9D是示出事件通知请求取消数据的主要部分的视图。另一方面，如果在步骤S911中确定终止请求没有到达(S911中的“否”)，则应用程序109使处理返回到步骤S905，并且等候指示具体内容(类型)的事件发生通知到达。

在步骤S913中，应用程序109关闭在步骤S904中打开的事件接收端口，并且终止处理。

(与装置的通信)

下面将说明装置A 110(或装置B111)与应用程序109之间的上述通信。常规技术中提出了SNMP作为用于网络装置的通信协议，因此可以使用该SNMP。然而，也可以通过如图9E中所示的数据的例子表示的XML格式来执行通信。图9E是示出用于获取最近日志号码的请求数据的例子的视图。该数据通过TCP/IP传送和接收。图9F是示出从装置返回的数据的例子的视图。标签<LatestJobLogNumber>925表示最近日志号码为“30”。

图9G示出应用程序109借助其获取日志数据的请求数据的例子。标签<From>930和标签<To>935表示此数据请求获取日志号码为21(包括21)到22(不包括22)的作业日志数据。图9H是示出响应于日志数据获取请求而由装置A110返回的数据的例子的视图。标签<Number>940表示待返回的数据的日志号码是21。标签<DocumentName>945表示文档名称为“StatusReport.txt”。标签<JobType>950表示作业类型为PDL打印。标签<UserName>955表示用户名称为“Tanaka”。

注意，从装置A 110返回的数据不限于图9H所示的例子。例如，还可能根据装置A 110中作业的执行状态返回图11所示的“逻辑页数”、“纸张页数”、“每面纸张分配的页数”、“双面或单面”、“开始时间”、“结束时间”等。

如上所说明，当应用程序获取装置的日志信息时，本实施例可以通过简单的用户友好的处理来抑制装置的功率消耗。

(第二实施例)

下面将参考图12、13A-1、13A-2、13B和13C来说明本发明的第二实施例。除了应用程序109是用于监视在装置上执行的作业的状态的“作业状态监视器应用程序”之外，系统配置与第一实施例的相同。

图12是示出在CRT控制器205的控制下显示在CRT 210上、并且表示由例如装置A 110执行的作业的状态的对话框1201的视图。对话框1201包含列表显示1202，其示出当前由装置A 110作为对象执行的作业的列表。作业列表显示1202包括指示装置A 110中的作业的作业名称1204、用户名称1205以及处理状态1206的信息。当指定结束按钮1203时，作业状态显示对话框1201关闭。

以下将参考图13A-1和图13A-2中所示的流程图说明根据本发明第二实施例的应用程序109进行的处理的过程。

在步骤S1301中，应用程序109获取事件管理器107的地址(图1和14)。此处理的内容与上述步骤S901中的相同。

在步骤S1302中，应用程序109通过TCP/IP建立至步骤S1301中获取的事件管理器的地址的连接，并且将表示事件通知请求的数据发送给事件管理器。此处理的内容与上述步骤S902中的相同。

在步骤S1303中，应用程序109打开在步骤S1302中对其传送表示事件通知请求的数据的事件管理器107的地址，作为接收端口。之后，数据接收成为可能。

假设在此之后已经经过了预定时间，并且装置A 110已经从可能进行普通操作的状态(普通操作模式)进入省电状态(睡眠模式)。

在步骤S1304中，应用程序109确定具有如图9B所示的由标签<JobStatus>说明的具体内容的事件发生通知是否已经到达。如果具有具体内容的事件发生通知已经到达(S1304中的“是”)，则应用程序109使处理前进到步骤S1305。如果在步骤S1304中确定事件发生通知没有到达(S1304中的“否”)，则应用程序109在事件发生通知到达等候状态中等候(S1304)。

如果事件发生通知已经到达(S1304中的“是”)，则已经接收到此事件发生通知的应用程序109可以开始访问装置A 110(即，可以开始监视装置A 110的状态的处理)。

在步骤S1305中，应用程序109生成一个称为“空闲(idling)开始时间”的变量，并且将该变量初始化为“0”。如果此变量为0，则这表示待监视的装置处于空闲状态。如果该变量指示时间，则该时间是应用程序109感测到装置的空闲状态的第一个时间。

在步骤S1306中，在CRT控制器205的控制下，应用程序109在CRT

210上显示图12所示的作业状态显示对话框1201。在此状态中，作业列表1202为空。

在步骤S1307中，应用程序109与装置A 110通信，以获取作业列表。该作业列表是已经开始在装置A 110上执行但还未被终止的作业的列表。装置A 110和应用程序109之间的通信与第一实施例中说明的用于获取最近日志号码的过程(图9A中的步骤S906)相同，因此将省略对其的详细描述。

图13B示出用于获取作业列表的请求数据的例子。参考图13B，标签<JobStatus>1320表示请求响应的作业的状态。注意，诸如<Address>的标签从图13B和13C中省略，但是在实践中包含对于在双方之间执行通信所必需的数据，如之前参考图9B所说明的那样。可能的作业状态例如有：等候/执行/出错/完成/全部，并且表示“全部”的“ALL”在图13B中指定。标签<JobType>1330表示请求响应的作业的类型。可能的作业类型例如有：PDL/复制/传真传送/保存作业/全部，并且表示“全部”的“ALL”在图13B中指定。

图13C示出响应于图13B所示的请求而由装置A 110返回的数据的例子。此要被返回的数据包含有关已经开始在装置A110中被执行但尚未完成的“作业1”1335、“作业2”1340、以及“作业3”1345的数据。在“作业1”1335的情况下，标签<Number>940表示要被返回的数据的日志号码为21，并且标签<DocumentName>1336表示文档名称为“StatusReport.txt”，标签<UserName>1337表示用户名称为“Tanaka”，并且标签<Status>1338表示没有纸张。对于“作业2”1340和“作业3”1345，描述这些作业的内容的数据被类似地返回(在图13C中，省略了“作业2”1340和“作业3”1345的细节)。

现在说明将返回到图13A-1。在步骤S1308中，应用程序109确定步骤S1307中获取的作业列表的内容是否已经从上一次的作业列表的内容改变。如果作业列表已经改变(S1308中的“是”)，则应用程序109使处理前进到步骤S1309。如果作业列表没有改变(S1308中的“否”)，则应用程序109使处理前进到步骤S1311。假设在步骤S1310中存储上一次的作业列表(以后将描述)。

在步骤S1309中，CRT控制器205基于在步骤S1307中获取的作业列表更新作业列表1202。

在步骤S1310中，应用程序109将在步骤S1307中获取的作业列表存储在外部存储装置206中作为上一次的作业列表。

在步骤S1311中，应用程序109仅等候预定的规定时间(例如20秒)(等候处理)。此处理防止步骤S1307中的处理变得过度。该规定时间的等候处理的目的是防止与装置A110的过度通信，并且该规定时间是可变的。

在步骤S1312中，应用程序109确定步骤S1307中获取的作业列表中的作业数量是否是一个或更多。如果作业数量是一个或更多(S1312中的“是”)，则应用程序109使处理前进到步骤S1313。在步骤S1313中，应用程序将空闲开始时间清零。

另一方面，如果在步骤S1312中确定作业数量不是一个或更多，即为零(步骤S1312中的“否”)，则应用程序109使处理前进到步骤S1314。在步骤S1314中，应用程序109确定空闲开始时间是否为零。如果空闲开始时间为零(S1314中的“是”)，则应用程序109使处理前进到步骤S1315。在步骤S1315中，应用程序109确定空闲已经开始，将当前时间设定为空闲开始时间，并且使处理返回到步骤S1307。从步骤S1307，应用程序109类似地执行从作业列表获取处理开始的处理。

另一方面，如果在步骤S1314中确定空闲开始时间不为零，但已经设定了时间数据(步骤S1314中的“否”)，则应用程序109使处理前进到步骤S1316。在步骤S1316中，如果装置A 110的空闲状态从最后一次访问以来一直继续，则应用程序109计算从空闲开始时间到当前时间所经过的时间。如果所计算的经过时间比预设定的值(时间)更长(S1316中的“是”)，则应用程序109使处理前进到步骤S1317。

如果在步骤S1316中确定从空闲开始时间到当前时间所经过的时间比预设定的值(时间)更短(S1316中的“否”)，则应用程序109使处理返回到步骤S1307，并且连续地执行从作业列表获取处理开始的处理。

在步骤S1317中，CRT控制器205停止在步骤S1306中显示并且在步骤S1309中更新的作业状态显示对话框1201的显示。

在步骤S1318中，应用程序109将表示事件通知请求取消的数据(图9D)传送给事件管理器107。

在步骤S1319中，应用程序109关闭在步骤S1303中打开的事件接收端口，并且终止处理。

如上所说明，当应用程序执行用于监视装置状态的处理时，本实施例可以通过简单的用户友好的处理来抑制装置的功率消耗。

(第三实施例)

在第一实施例中，事件管理器107的地址通过图10所示的地址设定对话框1001设定。然而，事件管理器107的位置(地址)也可以通过由Web服务提供的搜索来获得。在这种情况下，执行打印作业传送等的应用程序(在图1的情况下为打印机驱动器104)在UDDI中注册：(1)该应用程序使装置从睡眠模式进入普通模式，以及(2)该应用程序在行列移动(procession)之前通知事件发生。

UDDI是对“统一描述、发现和集成(Universal Description，Discovery and Integration)”的简称。UDDI是使用XML且存在于因特网上的Web服务的搜索/校勘系统。

从UDDI，获取作业日志或装置状态监视信息的应用程序109使装置从睡眠模式进入普通模式。应用程序109还能够搜索通知事件发生的应用程序(例如打印机驱动器104)，并且将事件通知请求发布给所找到的应用程序。

由于由UDDI搜索来指定作为事件通知请求目的地的诸如打印机驱动器104的应用程序，因此不必手动设定事件管理器107的地址，如图10所示。这进一步改善了用户友好度。

(第四实施例)

上述第三实施例已经通过以UDDI作为例子说明了适用于搜索诸如打印机驱动器的、属于第一类的访问单元的单元。然而，搜索单元并不局限于UDDI。例如，还可能新定义MIB，并且通过使用新定义的MIB构建适用于搜索诸如打印机驱动器的、属于第一类的访问单元的搜索单元。

(其它实施例)

注意，当然还可能通过向系统或设备提供一种存储介质来实现本发明的目的，该存储介质记录用于实施上述各实施例功能的软件的程序代码。本发明的目的还可以通过由该系统或设备的计算机(或CPU或MPU)读出和执行存储在存储介质中的程序代码来实现。

这种情况下，从存储介质读出的程序代码本身实现上述各实施例的功能，因此存储这种程序代码的存储介质构成本发明。

作为用于提供程序代码的存储介质，可以使用例如软盘、硬盘、光盘、磁光盘、CD-ROM、CD-R、非易失性存储卡或ROM。

也可以通过由计算机执行读出的程序代码来实施以上各实施例的功能。此外，本发明自然包括这样的情况，其中在计算机上运行的OS(操作系统)等基于程序代码的指令执行部分或全部实际处理，从而实施上述的各实施例。

虽然本发明已经参考示例性实施例进行描述，但是应当理解，本发明并不局限于公开的示例性实施例。以下权利要求的保护范围应作最宽的解释，以包括所有这样的变型和等同的结构和功能。

Claims

1.一种信息处理系统，该信息处理系统能够与通过外部访问而从省电模式返回的打印设备进行通信，该信息处理系统具有适用于访问所述打印设备的第一访问单元和第二访问单元，该信息处理系统包括：

请求单元，其适用于请求通过所述第一访问单元对所述打印设备进行的访问处理而生成的事件发生通知；以及

确定单元，其适用于确定通过所述第一访问单元生成的事件发生通知的存在/不存在，

其中，如果所述确定单元确定存在事件发生通知，则所述第二访问单元访问所述打印设备。

2.根据权利要求1所述的系统，还包括事件管理单元，其适用于基于所述请求单元的请求，向所述第一访问单元通知事件发生通知的通知目的地，

所述第一访问单元向由所述事件管理单元通知的通知目的地通知事件发生。

3.根据权利要求1所述的系统，还包括事件管理单元，其适用于响应于接收来自所述第一访问单元的事件发生通知，向所述请求的请求源通知事件发生。

4.根据权利要求3所述的系统，其中如果所述事件管理单元已经从多个请求源接收到用于分发事件发生通知的请求，则所述事件管理单元响应于来自所述第一访问单元的通知，向所述多个请求源分发事件发生通知。

5.根据权利要求1所述的系统，其中在确定存在事件发生通知的情况下，所述确定单元确定所述通知的类型，并且所述第二访问单元基于所述确定单元的确定访问所述打印设备。

6.根据权利要求1所述的系统，还包括搜索单元，其适用于搜索所述第一访问单元，

其中所述请求单元请求由所述搜索单元找到的所述第一访问单元通知事件发生。

7.一种信息处理系统中的信息处理方法，该信息处理系统能够与通过外部访问而从省电模式返回的打印设备进行通信，该信息处理系统具有适用于访问所述打印设备的第一访问单元和第二访问单元，该信息处理方法包括：

请求步骤，用于请求通过第一访问单元对所述打印设备进行的访问处理而生成的事件发生通知；以及

8.根据权利要求7所述的方法，还包括事件管理步骤，用于基于请求步骤中的请求，向第一访问单元通知事件发生通知的通知目的地，

第一访问单元向在事件管理步骤中通知的通知目的地通知事件发生。

9.根据权利要求7所述的方法，还包括事件管理步骤，用于响应于接收来自第一访问单元的事件发生通知，向所述请求的请求源通知事件发生。

10.根据权利要求9所述的方法，其中如果在事件管理步骤中从多个请求源接收到用于分发事件发生通知的请求，则在事件管理步骤中响应于来自第一访问单元的通知，向该多个请求源分发事件发生通知。

11.根据权利要求7所述的方法，其中在确定存在事件发生通知的情况下，在所述确定步骤中确定所述通知的类型，并且第二访问单元基于在确定步骤中的确定访问打印设备。

12.根据权利要求7所述的方法，还包括搜索步骤，用于搜索第一访问单元，

其中在该请求步骤中，请求在搜索步骤中找到的第一访问单元通知事件发生。