CN105450888B - 信息处理设备、信息处理系统和信息处理方法 - Google Patents

Abstract

信息处理设备、信息处理系统和信息处理方法。一种信息处理设备包括：处理单元，其执行处理；通知单元，其适于将所述处理的状态通知给所述显示器以使所述显示器显示所述状态，如果出现作为通知目标的所述状态则执行从所述信息处理设备到所述显示器的第一通信，并且通过第二通信将出现状态通知给所述显示器，以响应于来自已经执行了所述第一通信的所述显示器的超文本传输协议HTTP请求来发送HTTP响应。

Description

信息处理设备、信息处理系统和信息处理方法

技术领域

本发明涉及信息处理设备、信息处理系统和信息处理方法。

背景技术

日本未经审查的专利申请公开No.2011-48857公开了以下技术：以响应于指示要执行服务的超文本传输协议(HTTP)请求的HTTP响应来通知服务的完成或错误。

发明内容

本发明的目的是，如果出现作为通知目标的状态，则允许通知目的地选择是否要被通知该状态。

根据本发明的第一方面，提供了一种信息处理设备。该信息处理设备包括：处理单元，其执行处理；以及通知单元，其适于将所述处理的状态通知给显示器以使所述显示器显示所述状态，在出现作为通知目标的所述状态的情况下执行从所述信息处理设备到所述显示器的第一通信，并且通过第二通信将出现的所述状态通知给所述显示器，所述第二通信将响应于来自已经执行了所述第一通信的所述显示器的超文本传输协议(HTTP)请求来发送HTTP响应。

根据本发明的第二方面，依据第一方面，除了通过所述第二通信将出现的所述状态通知给所述显示器的第一通知之外，所述通知单元适于执行响应于出现的所述状态通过由所述信息处理设备发起的第三通信将所述状态通知给所述显示器的第二通知而不执行所述第一通信，并且根据出现的所述状态，执行所述第一通知或所述第二通知。

根据本发明的第三方面，依据第二方面，所述通知单元根据出现的所述状态的类型、代表出现的所述状态的信息的大小、或出现的所述状态的变化程度来确定是执行所述第一通知还是执行所述第二通知。

根据本发明的第四方面，依据第二方面和第三方面中的一个，在执行所述第一通知和所述第二通知中的一个之后对所述显示器执行预定操作的情况下，所述通知单元此后执行所述第一通知和所述第二通知中的另一个。

根据本发明的第五方面，依据第一方面至第四方面中的一个，所述信息处理设备还包括向所述显示器提供与所述处理的所述状态关联的图像的提供单元。所述通知单元将与所述图像关联的所述状态通知给所述显示器。所述显示器响应于所述状态的通知而显示提供的图像之中的与通知的状态关联的所述图像。

根据本发明的第六方面，提供了一种信息处理系统。该信息处理系统包括信息处理设备和显示器。所述信息处理设备包括：处理单元，其执行处理；以及通知单元，其适于将所述处理的状态通知给所述显示器以使所述显示器显示所述状态，在出现作为通知目标的所述状态的情况下执行从所述信息处理设备到所述显示器的第一通信，并且通过第二通信将出现的所述状态通知给所述显示器，以将响应于来自已经执行了所述第一通信的所述显示器的超文本传输协议(HTTP)请求来发送HTTP响应。所述显示器适于显示所述处理的所述状态并且在与所述信息处理设备执行所述第一通信时向所述信息处理设备发送请求通知所述状态的HTTP请求。

根据本发明的第七方面，依据第六方面，通过所述第一通信，所述通知单元将与出现的所述状态的类型、代表出现的所述状态的信息的大小和出现的所述状态的变化程度中的一个相关的信息通知给所述显示器。所述显示器确定是否要响应于所述第一通信中通知的信息发送请求通知所述状态的HTTP请求。

根据本发明的第八方面，提供了一种信息处理设备的信息处理方法。该信息处理方法包括：执行处理；以及为了将所述处理的状态通知给显示器以使所述显示器显示所述状态，在出现作为通知目标的所述状态的情况下执行从所述信息处理设备到所述显示器的第一通信，并且通过第二通信将出现的所述状态通知给所述显示器，以响应于来自已经执行了所述第一通信的所述显示器的超文本传输协议(HTTP)请求来发送HTTP响应。

根据本发明的第一方面、第六方面和第八方面，通知目的地可选择如果出现作为通知目标的状态的话是否要通知状态。

根据本发明的第二方面，相比于使用响应于来自显示设备的请求的响应执行通知的情况，快速地通知出现状态。

根据本发明的第三方面，相比于当在不使用本发明的方法的情况下确定是通过第一通知方法还是通过第二通知方法进行通知时，通知的可用性更高。

根据本发明的第四方面，因此在通知的工作负荷减小的情况下，为用户实现时间节省。

根据本发明的第五方面，在通知的工作负荷减小的同时，被通知状态容易传送到用户。

根据本发明的第七方面，相比于当在不使用本发明的方法的情况下确定是否要发送HTTP请求时，通知的可用性更高。

附图说明

将基于附图详细描述本发明的示例性实施方式，其中：

图1是总体示出示例性实施方式的信息处理系统的框图；

图2是示出用户设备的硬件构造的示例的框图；

图3是示出操作装置的硬件构造的示例的框图；

图4示出信息处理设备的硬件构造的示例的框图；

图5是示出信息处理系统的功能框图；

图6示出显示的操作图像的示例；

图7A和图7B示出显示的状态信息的示例；

图8示出显示的状态信息的示例；

图9A和图9B示出显示的状态信息的其它示例；

图10示出代表信息处理系统的构造的分层结构的示例；

图11示出功能单元中包括的模块组的示例；

图12示出代表信息处理系统的构造的分层结构的示例；

图13是示出执行处理中各设备的操作示例的顺序图；

图14是示出执行处理中各设备的另一个操作示例的顺序图；

图15是示出当使用第一通知方法时各设备的操作示例的顺序图；

图16是示出当使用第二通知方法时各设备的操作示例的顺序图；

图17是示出当使用第三通知方法时各设备的操作示例的顺序图；

图18是示出当使用第四通知方法时各设备的操作示例的顺序图；

图19是示出当使用第五通知方法时各设备的操作示例的顺序图；

图20示出通过第一通信通知的信息的示例；

图21示出通过第二通信通知的状态的示例；

图22示出修改形式的信息处理设备的硬件构造示例；

图23示出修改形式的信息处理设备的硬件构造示例；

图24A和图24B示出状态图像的示例。

具体实施方式

以下，参照图1至图12描述示例性实施方式的信息处理系统的总体构造、硬件构造和功能构造。

图1是总体示出示例性实施方式的信息处理系统1的框图。参照图1，信息处理系统1包括通信网络2、通信设备3、信息处理设备10和多个用户设备20。在示例性实施方式中，信息处理系统1给用户提供复印功能、扫描功能、传真功能和打印功能(诸如，向介质输出图像数据)。

通信网络2包括互联网、移动通信网络和电话网络中的至少一个。通信网络2实现与通信网络2连接的设备之间的交互作用以进行通信。通信网络2连接到信息处理设备10和通信设备3。通信设备3可以是实现交互作用以进行通信的路由器、集线器、或接入点。在示例性实施方式中，通信设备3是接入点，并且按照无线LAN标准执行无线通信。

通信设备3在与用户设备20进行无线通信的同时，借助通信网络2与信息处理设备10进行无线通信。换句话讲，信息处理设备10借助诸如通信网络2的通信系统和诸如通信设备3的外部通信设备与用户设备20进行通信。通信设备3是连接用户设备20的通信设备的示例。用户设备20可借助其它通信设备与信息处理设备10进行通信。“其它通信设备”不包括信息处理设备10和操作装置30。在下面的讨论中，“其它通信设备”是指并不是信息处理设备10、用户设备20和操作装置30中的任一个的通信设备。

信息处理设备10执行用于在介质上形成图像的图像处理处理和用于读取介质上形成的图像的图像读取处理。当给用户提供复印功能、扫描功能、传真功能或打印功能时，执行这些处理。信息处理设备10包括操作装置30，操作装置30用于操作信息处理设备10。操作装置30因此是操作信息处理设备10的装置。操作装置30安装在信息处理设备10的外壳上。靠近信息处理设备10的用户运用操作装置30来使用信息处理设备10。操作装置30可包括例如液晶显示器并且显示用于操作信息处理设备10的图像(下文中被称为“操作图像”)。参照图6描述操作图像。

图6示出显示的操作图像的示例。在图6的示例中，示出用于使用复印功能的操作图像组A1。操作图像组A1包括开始复印的操作图像A11。通过轻击操作图像A11，用户执行对应于操作图像A11的操作，即，开始复印的操作。当执行与显示的操作图像对应的操作时，信息处理设备10的操作装置30响应于该操作发出请求。如果对操作图像A11执行操作，操作装置30请求信息处理设备10执行用于提供复印功能的处理(更具体地，包括图像读取操作和图像形成操作的一系列操作，下文中被称为“复印处理”)。

用户设备20显示操作图像。如果对显示的操作图像执行操作，则用户设备20请求信息处理设备10响应于该操作执行处理。在这层意义上，用户设备20等同于操作装置30。用户设备20可以是平板终端或个人计算机。用户设备20可由用户携带使用或者可在安装状态(诸如，桌上模式)下使用。用户设备20不限于信息处理设备10的操作并且可用于其它应用(供公司中的办公室内的商业使用)。

信息处理设备10响应于来自用户设备20或操作装置30的请求，执行处理。信息处理设备10通过向用户设备20或操作装置30发送指示正在进行的处理的状态的信息(下文中被称为“状态信息”)将处理的状态通知给用户设备20或操作装置30。

图7A和图7B示出显示的状态信息的示例。如果复印处理完成，则信息处理设备10发送状态信息C1，状态信息C1包括诸如完成的复印份数(页计数和页数)的数量信息C11和字符串“现在正在复印”和诸如“单色”、“A4”、“100％”和“分类”的复印参数，如图7A中所示。

当复印处理正在进行并且随后进行了所请求的复印份数时，信息处理设备10发送状态信息C2，状态信息C2包括代表请求的复印份数完成的数量信息C21和字符串“已复印”，如图7B中所示。用请求复印份数作为分母并且完成复印份数作为分子的分数表达数量信息C11和C21。状态信息包括指示处理的进程、处理的结果和用于处理的参数的信息。用户设备20和操作装置30中的每个显示被通知的状态，如图7A和图7B中所示。在下面的讨论中，如果不需要将用户设备20和操作装置30区分开，则可将用户设备20和操作装置30统称为显示器4。

图2是示出用户设备20的硬件构造的示例的框图。用户设备20是包括控制器21、存储器22、通信单元23、显示器24和操作单元25的计算机。控制器21包括中央处理单元(CPU)、只读存储器(ROM)、随机存取存储器(RAM)和实时时钟。CPU使用RAM作为工作区并且执行存储在ROM或存储器22上的程序，从而控制用户设备20的这些元件中的每个的操作。实时时钟计算当前的日期和时间并且将当前的日期和时间通知给CPU。

存储器22包括硬盘，并且存储供控制器21使用的数据、程序和图像数据。通信单元23包括用于遵照无线局域网(LAN)标准进行无线通信的通信电路和天线。例如，通信单元23与图1的通信设备3执行无线通信。更具体地，通信单元23是除了上述通信设备(包括信息处理设备10、用户设备20和操作装置30)之外的通信设备。例如，通信单元23可以是通信设备3。显示器24可包括液晶显示器，并且在控制器21的控制下在显示屏上显示图像。

如果用户设备20是平板终端，则操作单元25包括布置在其外壳上的按钮和叠加在显示屏上的触摸传感器(也被称为触摸屏或触摸面板)。操作单元25接收诸如轻击的用户操作，并且向控制器21传递指示操作内容的操作数据。如果用户设备20是个人计算机，则操作单元25可包括键盘或鼠标。控制器21响应于供应的操作数据，执行控制操作。

图3是示出操作装置30的硬件构造的示例的框图。操作装置30是包括控制器31、存储器32、通信单元33、显示器34和操作单元35的计算机。指示与图2中的各块的硬件类似的硬件的块(除了通信单元33外)带有相同的名称并且省略对其的讨论。通信单元33包括遵照无线LAN标准进行通信的通信电路和接纳通信电缆(更具体地，LAN电缆)的连接器的端口。通信单元33直接与信息处理设备10进行通信，而在其间并不包括上述的其它通信设备。

图4是示出信息处理设备10的硬件构造的示例的框图。信息处理设备10是包括控制器11、存储器12、图像读取单元13、图像形成单元14、第一通信单元15、第二通信单元16和连接单元17的计算机。指示与图2和图3中的各块的硬件类似的硬件的块(控制器11和存储器12)带有相同的名称并且省略对其的讨论。信息处理设备10还包括作为用户接口(UI)工作的操作装置30。控制器11控制除了操作装置30之外的信息处理设备10中的各元件。

图像读取单元13执行图像读取处理，以使用电荷耦合器件(CCD)系统读取原始文档上的图像。图像读取单元13通过光学方式读取形成在介质(诸如，纸张)上的图像，并且将代表所读取图像的图像数据传递到控制器11。图像形成单元14执行图像形成处理，以使用电子摄影显影系统在介质上形成图像。图像形成单元14在诸如纸张的介质中形成由控制器11供应的图像数据所指示的图像。只是出于示例性目的描述用于读取图像并且形成图像的系统，可替代地使用不同系统。

第一通信单元15包括按照无线LAN标准进行通信的通信电路和接纳通信电缆(诸如，LAN电缆)的连接器的端口。第一通信单元15借助电缆和与之连接的设备执行通信处理。第一通信单元15连接到图1的通信网络2，并且借助外部装置(诸如，在信息处理设备10外部的通信设备30)与用户设备20通信。第一通信单元15还可借助通信电缆连接到操作装置30中的通信单元33并且在没有外部装置的情况下与操作装置30进行通信。更具体地，通信单元33在没有外部装置的情况下与信息处理设备10进行通信。

第二通信单元16包括用于执行传真通信的通信电路，并且交换传真数据，即，执行传真通信处理。连接单元17包括接纳诸如安全数字(SD)存储卡的存储介质因此连接到此存储介质的槽。控制器11从存储介质读取数据或者将数据写入存储介质上。操作装置30如图3中所示地构造，并且与第一通信单元15进行通信。通过与第一通信单元15进行通信，操作装置30作为用户接口(UI)单元工作。UI单元显示从控制器11传输的数据所指示的图像或者向控制器11发送用于操作信息处理设备10的数据。

信息处理设备10、用户设备20和操作装置30的控制器执行其存储器上存储的程序，以控制其元件。因此，实现下述的功能。

图5是示出信息处理系统1的功能框图。信息处理设备10包括接口单元101、提供单元102、处理单元103、通知单元104和控制器105。操作装置30包括操作单元300。用户设备20包括操作单元200。

信息处理设备10中的接口单元101实现信息处理设备10和显示装置4之间的交互作用，以进行通信。更详细地，接口单元101借助其它通信设备(诸如，通信设备3)实现与连接到信息处理设备10的显示装置4(示例性实施方式中的用户设备20)的交互作用，以进行通信。接口单元101还在不使用其它通信设备的情况下，实现与连接到信息处理设备10的显示装置4(示例性实施方式中的操作装置30)的交互作用，以进行通信。以下，描述接口单元101使用的通信过程(或通信协议)。

接口单元101遵照万维网(WWW)的标准实现显示装置4(用户设备20和操作装置30)和信息处理设备10之间的交互作用，以进行通信。接口单元101遵照网络标准之中的简单对象访问协议(SOAP)，例如，实现通过可扩展标记语言(XML)(下文中被称为“XML数据”)描述的交互作用，以进行通信。接口单元101接收指示从显示装置4发送的超文本传输协议(HTTP)请求的XML数据，然后将该HTTP请求传递到提供单元102。接口单元101接收指示作为响应从提供单元102供应的HTTP响应的XML数据，然后将HTTP响应发送到显示装置4。

接口单元101还遵照WebSocket标准。在按照WebSocket标准通过传输控制协议(TCP)握手与显示装置4建立连接后，接口单元101不仅传达指示HTTP请求和HTTP响应的XML数据，而且实现交互作用，以在任何时刻将XML数据从提供单元102发送到显示装置4。以这种方式，信息处理系统1不仅响应于从显示装置4发送的HTTP请求执行基于拉取(pull)的通信，而且执行从信息处理设备10发送的基于推送(push)的通信。

接口单元101实现与提供单元102、通知单元104、控制器105、显示器201和301(如果显示器201和301相互不区分开，则被称为显示器401)、请求单元202和302(如果请求单元202和302相互不区分开，则被称为请求单元402)的交互作用，以进行通信。更具体地，接口单元101实现相互作用，以在信息处理设备10中的提供单元102和通知单元104中的每个与显示装置4中的显示器401之间执行通信并且在显示装置4中的请求单元402和信息处理设备10中的控制器105之间执行通信。在每种情况下，接口单元101按照公共通信过程(遵照WWW、SOAP或WebSocket进行的通信过程)实现与用户设备20和操作装置30中的每个的交互作用，以进行通信。

信息处理设备10中的提供单元102借助接口单元101向显示装置4提供上述操作图像。提供单元102通过接口单元101和其它通信设备借助通信向用户设备20提供操作图像。提供单元102还通过使用接口单元101而在不使用其它通信设备的情况下借助通信向操作装置30提供操作图像。

提供单元102存储操作图像(代表操作图像的图像数据)。当借助接口单元101接收指示请求操作图像的HTTP请求的XML数据(下文中被称为“操作图像请求数据”)时，提供单元102借助接口单元101向请求方发送XML数据(下文中被称为“操作图像数据”)，该XML数据指示包括通过该XML数据请求的操作图像的HTTP响应。

如果从用户设备20接收到操作图像请求数据，则提供单元102作为响应向用户设备20发送操作图像数据。如果从操作装置30接收到操作图像请求数据，则提供单元102作为响应向操作装置30发送操作图像数据。提供单元102通过向操作图像的各请求方(用户设备20或操作装置30)发送操作图像数据来向请求方提供操作图像。

信息处理设备10中的处理单元103执行处理。除了复印处理之外，处理单元103还执行扫描处理、传真处理和打印处理(分别地，用于执行扫描功能、传真功能和打印功能的处理)。复印处理包括图4中示出的图像读取单元13进行的图像读取处理和图像形成单元14进行的图像形成处理。扫描处理包括图像读取处理。传真处理包括第二通信单元16进行的传真处理。打印处理包括第一通信单元15进行的通信处理和图像形成处理。根据数据的获取和输出方法，扫描处理和传真处理可包括第二通信单元16进行的数据通信处理，将数据写入存储器12的写处理、从存储器12读取数据的读处理。

当处理单元103执行处理时，可出现各种状态。例如，在复印处理中，可从原始文档读取图像，可开始介质的传输，可在感光体上形成色调剂图像，可在介质上形成图像。复印处理的状态还可包括复印参数(诸如，颜色设置、放大率、是否要将复印件分类)的变化。如果在示例性实施方式中执行了该处理，则处理单元103产生代表这些状态之中作为通知目标的状态的状态信息，然后将该状态信息传递到通知单元104。

作为通知目标的状态可包括完成的复印份数和包括纸张大小的参数，如图7A和图7B中所示。信息处理设备10中的存储器12将状态的列表作为通知目标存储。处理单元103参考存储器12，并且向通知单元104传递代表这些处理的状态的状态信息中的、代表列表中包括的状态的信息。不管代表状态的信息是否包括在列表中，处理单元103可将状态信息传递到通知单元104并且通知单元104可确定供应的状态信息是否包括列表中包括的状态。

信息处理设备10中的通知单元104借助通过接口单元101实现交互作用以进行通信，将处理单元103执行的处理的状态通知给显示装置4。在示例性实施方式中，通知单元104使用第一通知方法至第五通知方法这五种通知方法中的一种，将处理的状态通知给显示装置4。在第一通知方法和第二通知方法中，通知单元104响应于来自显示装置4的请求，将处理的状态通知给显示装置4。更具体地，在借助接口单元101从显示装置4接收到HTTP请求时，通知单元104在响应于HTTP请求的HTTP响应上描述从处理单元103传递的状态信息，然后借助接口单元101向显示装置4发送HTTP响应。通知单元104因此将处理的状态通知给显示装置4。

在第一通知方法中，如果已从显示装置4接收了HTTP请求作为处理的请求(下文中被称为“处理请求”)，则通知单元104待命等待，直到处理单元103完成了该处理。“处理”请求这里是将由处理单元103执行的处理。通知单元104在响应于请求该处理的HTTP请求的HTTP响应上描述完成的处理的状态，即，处理结果，然后将HTTP请求发送到显示装置4。通知单元104因此将描述的处理结果通知给显示装置4。

在第二通知方法中，如果已从显示装置4接收到借助HTTP请求进行的处理请求，则通知单元104不在完成被请求处理之前等待。通知单元104首先借助响应于HTTP请求的HTTP响应通知显示装置4接收到了处理请求。如果从显示装置4接收了描述处理的状态通知的请求(下文中被称为“通知请求”)的HTTP请求，则通知单元104在响应于HTTP请求的HTTP响应上描述状态信息并且发送HTTP响应。通知单元104因此将处理的状态通知给显示装置4。

显示装置4反复地使用HTTP请求发送通知请求(轮询通知单元104)，通知单元104在对通过轮询进行的通知请求回应的响应中将处理的状态通知给显示装置4。在示例性实施方式中，显示装置4轮询通知单元104，直到通知了处理结果，并且通知单元104反复地将该处理的状态通知给显示装置4，直到通知了处理结果。

总的来说，如果使用第一通知方法，则通知单元104用响应于请求该处理的HTTP请求的HTTP响应，将处理结果通知给显示装置4。如果使用第二通知方法，则通信单元104用与使用响应于请求该处理的HTTP请求的HTTP响应进行的通信不同的通信(即，用响应于请求该通知的HTTP请求的HTTP响应)，将处理结果和另一个处理的状态通知给显示装置4。如果以这种方式使用第一通知方法或第二通知方法，则通知单元104将响应于来自显示装置4的请求(处理请求或通知请求)的响应通知给显示装置4。通知单元104因此执行基于拉取的通知。

如果使用第三通知方法或第四通知方法，则通知单元104借助遵循与HTTP响应不同的标准进行的通信，将处理的状态通知给显示装置4。更具体地，通知单元104使用遵循WebSocket标准进行的通信，将处理的状态通知给显示装置4。在第三通知方法或第四通知方法中，例如，可从显示装置4接收操作图像请求数据。接口单元101执行TCP握手过程，从而在信息处理设备10和显示装置4之间建立连接。在从处理单元103接收到状态信息时，通知单元104在遵循WebSocket标准的XML数据上描述状态信息。通知单元104通过借助接口单元101向显示装置4发送XML数据，将处理的状态通知给显示装置4。

如果在第三通知方法中从显示装置4接收到通过HTTP请求进行的处理请求，则通知单元104用响应于HTTP请求的HTTP响应通知显示装置4接收到了处理请求，而不用像第二通知方法中一样等待被请求处理完成。从此时起，即使在通知单元104从处理单元103接收到状态信息时没有接收到通过HTTP请求进行的通知请求，通知单元104也向显示装置4发送描述供应的状态信息的XML数据。通知单元104因此将处理结果和其它处理的状态通知给作为请求方的显示装置4。

如果使用第三通知方法，则通知单元104用与使用响应于发出处理请求的HTTP请求的HTTP响应进行的通信不同的通信(在示例性实施方式中，遵循WebSocket标准)，将处理结果和其它处理的状态通知给显示装置4。第三通知方法与第二通知方法的类似之处在于，使用与响应于发出处理请求的HTTP请求的HTTP响应进行的通信不同的通信来通知处理的状态和其它处理的状态。第二通知方法中的“不同的通信”是响应于从显示装置4发送的HTTP请求(即，请求了通知的HTTP请求，与发出处理请求的HTTP请求分开)的HTTP响应。

在第四通知方法中，在从处理单元103接收到状态信息时，不管是否存在通过来自显示装置4的HTTP请求进行的处理请求，通知单元104向显示装置4发送描述状态信息的XML数据。通知单元104因此将通过状态信息表达的状态通知给作为请求方的显示装置4。在第四通知方法中，通知单元104将包括“色调剂用完”或“纸张用完”的预定状态通知给显示装置4。通知单元104可将为各显示装置4分别预先确定的处理的状态通知给显示装置4。

如果使用第三通知方法或第四通知方法，则不管是否存在通过来自显示装置4的HTTP请求进行的处理请求和通知请求，通知单元104执行主动通知(基于推送的通知)。

如果使用第五通知方法，则通知单元104通过与显示装置4通信两次，将处理的状态通知给显示装置4。这两次通信在下文中被称为第一通信和第二通信。如果该处理的状态作为处理单元103中的通知目标出现，则通知单元104引发源自信息处理设备10的第一通信(即，基于推送的通信)。第一通信用作通知处理的状态的触发器。

在示例性实施方式中从处理单元103接收到状态信息时，通知单元104在遵循WebSocket标准的XML数据上描述已经出现用作通知目标的处理的状态这一事实，然后借助接口单元101将XML数据发送到显示装置4。可使用字符串或预定符号代表作为通知目标的处理的状态的出现。在这种情况下，通知单元104执行发送XML数据作为第一通信。

可不一定必须在XML数据上描述处理状态的出现。例如，可发送XML数据，XML数据被设置成是如果出现作为通知目标的处理的状态则将被发送的数据。另选地，可发送按照通信协议(诸如，文件传输协议(FTP)或通过SSL/TSL进行的文件传输协议(FTPS))预先确定的数据。可执行任何类型的第一通信，只要显示装置4或显示装置4的用户被通知已经出现了作为通知目标的处理的状态即可。

在接收到借助第一通信发送的XML数据时，显示装置4发送HTTP请求，HTTP请求描述如下所述用于通知状态的请求。显示装置4因此发出通知请求。在借助接口单元101接收到HTTP请求时，通知单元104在XML数据上描述从处理单元103供应的状态信息，然后作为响应于HTTP请求的HTTP响应，将XML数据发送到显示装置4。作为第二通信，通知单元104发送HTTP响应。通知单元104因此通过第二通信将产生的处理状态通知给显示装置4，第二通信从执行了第一通信的显示装置4发送响应于HTTP请求的HTTP响应。

如上所述，通过第一通信，通知单元104通知显示装置4已经出现了作为通知目标的处理的状态，并且通过第二通信，通知单元104将该处理的状态通知给显示装置4。这个通知处理在下文中被称为“第一通知”。如果使用第五通知方法，则除了第一通知之外，通知单元104执行第二通知。如果出现作为通知目标的处理的状态，则通知单元104可通过引发第三通信(即，基于推送的通信)而不执行第二通知中的第一通信将该处理的状态通知给显示装置4。

在第二通知中用第三通知方法或第四通知方法从处理单元103接收到状态信息时，通知单元104在遵循WebSocket标准的XML数据上描述状态信息，并且借助接口单元101将XML数据发送到显示装置4。通知单元104因此将处理的状态通知给显示装置4。通过使用WebSocket标准，允许用基于推送的第三通信将处理的状态通知给显示装置4，而不执行响应于来自显示装置4的HTTP请求的基于拉取的通信。根据产生的处理状态，通知单元104执行第一通知或第二通知。

在示例性实施方式中，通知单元104根据产生的状态类型，确定是否执行第一通知或第二通知。例如，处理单元103现在可执行复印处理。当读取原始文档时，包括读取的原始文档的缩略图图像的状态信息被供应到通知单元104。当复印件(读取的原始文档的图像)被输出到介质时，完成的复印份数被作为状态信息供应到通知单元104。在这种情况下，通知单元104执行关于原始文档的缩略图图像的第一通知，并且执行关于介质数量的第二通知。

用户设备20中的操作单元200和操作装置30中的操作单元300(如果操作单元200和操作单元300相互不区分开，则也被称为操作单元400)用于操作信息处理设备10。当显示装置4执行浏览器程序时，通过显示装置4实现操作单元400。操作单元200包括显示器201和请求单元202。操作单元300包括显示器301和请求单元302。如果用户设备20和操作装置30相互不区分开，则其显示器和请求单元被分别称为显示器401和请求单元402。

显示器401(用户设备20中的显示器201或操作装置30中的显示器301)显示从信息处理设备10发送的信息和图像。例如，显示器401显示从信息处理设备10中的通知单元104发送的XML数据上描述的状态信息(代表该处理的结果和另一个处理的状态的信息)。例如，显示器401显示参照图7A和图7B描述的状态信息C1和C2。参照图8、图9A和图9B描述状态信息的其它示例。

图8示出显示状态信息的示例。在这个示例中，状态信息指示色调剂用完状态。更具体地，显示状态信息C3，状态信息C3包括写着“色调剂用完，更换色调剂盒”的字符串。

图9A和图9B示出显示状态信息的其它示例。在这个示例中，存储多个图像的诸如SD存储卡的存储介质连接到图4的信息处理设备10中的连接单元17，并且显示存储在存储介质上的图像的缩略图图像的列表的处理的状态和该处理的结果被显示。如图9A中所示，显示器401显示字符串“显示图像的列表”和状态信息C4，状态信息C4包括由读取的图像产生的缩略图图像(在这种情况下，十个缩略图图像)。如图9B中所示，显示器401显示写着“显示的图像的列表”的字符串和状态信息C5，状态信息C5包括根据从存储介质读取的所有图像产生的缩略图图像的列表。

当用户访问信息处理设备10的统一资源定位符(URL)时，显示器401向信息处理设备10发送操作图像请求数据。显示器401作为响应显示从信息处理设备10中的提供单元102发送的操作图像数据所指示的操作图像。更具体地，显示器401基于诸如操作图像数据所指示的HTTP响应中描述的操作图像的位置和大小的参数，显示操作图像。例如，因此显示的操作图像是图6的操作图像组A1。

操作图像组A1包括响应于开始复印的请求的操作图像A11和用于选择要复印的图像的放大倍数、上面要形成复印图像的纸张和要复印图像的颜色模式的操作图像组A12、A13和A14。操作图像组A12包括响应于以1％的步进增大复印放大倍数的请求的操作图像A15和响应于以1％的步进减小复印放大倍数的请求的操作图像A16。操作图像组A1还包括允许选择诸如“图像质量调节”、“读取方法”、“输出格式”和“编辑工作”的标记的操作图像。

操作图像组A12、A13和A14包括允许选择当使用复印功能时被传递到处理单元103的参数的操作图像。操作图像A11用于请求当对所关注图像进行操作时使用所选择参数执行处理。更具体地，操作图像A11用于确定请求的内容。显示器401按照操作图像数据显示这些操作图像。

显示器401显示用于向用户传递当前选择参数的内容的图像(下文中被称为“参数传递图像”)。例如，显示器401在屏幕区域B11中显示指示当前选择的复印放大倍数(在这种情况下，“110％”)的字符串作为参数传递图像。显示器401还以与未选择图像的形式不同的形式(使用较粗的轮廓，在这种情况下，并且突出形式也是可接受的)显示代表当前选择的纸张和颜色模式(在这种情况下，字符串“其它放大倍数”、“大小A4普通纸”和“单色”)的操作图像作为参数传递图像。显示器401响应于对将要被选择参数的操作图像(例如，操作图像A15或A16)执行的操作，显示参数传递图像。

显示器401向请求单元供应与所显示操作图像相关的数据。与所显示操作图像相关的数据用于确定是否已操作了操作图像，并且指示其中显示操作图像的区域(下文中，被称为“操作图像区域”)。显示器401还向请求单元供应与所显示参数传递图像相关的数据。与所显示参数传递图像相关的数据用于指示将被传递至参数传递图像的参数的内容。

当用户对操作图像进行操作时，请求单元402(用户设备20中的请求单元202或操作装置30中的请求单元302)通过HTTP请求向信息处理设备10发出对应于用户操作的请求。请求单元402请求处理单元103执行处理(处理请求)，并且请求信息处理设备10响应于用户操作通知该处理的状态和该处理的结果(通知请求)。

当用户轻击操作单元的触摸传感器时，请求单元402基于显示器401供应的数据，确定被轻击位置是否在操作图像区域内。在确定被轻击位置在操作图像区域内时，请求单元402接收对操作图像区域中显示的操作图像进行的操作。当接收到对指令内容确定图像(诸如，图6中的操作图像A11)的操作时，请求单元402请求信息处理设备10使用与显示器401供应的参数传递图像相关的数据所指示的参数，执行指令内容确定图像所指示的处理。如果在图6的状态下对操作图像A11执行操作，则请求单元402请求信息处理设备10以110％的放大倍数对A4纸大小的普通纸张执行单色复印。

更具体地，请求单元402生成指示HTTP请求的XML数据。HTTP请求描述使用借助参数传递图像传递的参数执行与进行操作的指令内容确定图像对应的处理(在这种情况下，复印处理)的指令(该指令在下文中被称为工作命令)。请求单元402通过向信息处理设备10发送XML数据用HTTP请求请求信息处理设备10执行处理。请求单元402发送的用于请求处理的XML数据在下文中被称为“处理请求数据”。如果请求进行复印处理，则产生包括工作命令的处理请求数据。根据被请求处理，在处理请求数据中不包括工作命令。例如，如果请求将关闭信息处理设备10的电力的处理，则处理请求数据中不包括工作命令。

当请求单元402发送HTTP请求时，作为响应返回HTTP响应。请求单元402执行一系列处理来发送HTTP请求并且接收HTTP响应。在这一系列处理期间，没有接受来自用户的操作。例如，现在可显示图6的操作图像组A1。即使用户轻击操作图像，也没有识别被轻击位置。换句话讲，请求单元402停留在不从用户接收操作的状态(冻结状态)，直到接收到响应于请求单元402发送的HTTP请求的HTTP响应。一旦请求单元402接收到HTTP响应，请求单元402就准备再从用户接收操作。

为了请求处理，请求单元402指定通知处理状态的通知方法，并且请求通过指定的通知方法来通知处理状态。更具体地，请求单元402指定使用第一通知方法、第二通知方法、第三通知方法和第五通知方法中的一个。请求单元402在处理请求数据上描述指定的通知方法，然后发送处理请求数据。信息处理设备10中的通知单元104使用处理请求数据中指定的通知方法来通知处理状态。另选地，请求单元402可在与处理请求数据不同的XML数据上描述指定的通知方法并且将该XML数据作为HTTP请求发送到显示装置4。在这种情况下，通知单元104用响应于指定通知方法的HTTP请求的HTTP响应进行通知，并且此后通过指定的通知方法执行通知。

如果使用第五通知方法，则请求单元402执行第一通信，通知信息处理设备10已经出现了处理的状态，并且请求信息处理设备10将该状态通知给请求单元402。更具体地，显示装置4从信息处理设备10中的通知单元104接收描述出现了处理的状态的XML数据(遵循WebSocket标准)。请求单元402基于接收到的XML数据，产生描述通知状态的请求的HTTP请求，然后将该HTTP请求发送到信息处理设备10。以这种方式，请求单元402请求信息处理设备10通知通过第一通信而通知的该处理的状态。

当进行第一通信时，请求单元402可发送或可不发送HTTP请求。在示例性实施方式中，如果在第一通信之后执行预定操作，则请求单元402发送HTTP请求，但如果在第一通信之后不执行预定操作，则请求单元402不发送HTTP请求。以下，详细地描述预定操作。

如果显示装置4请求信息处理设备10响应于对操作图像(诸如，图6的操作图像A11)执行的操作进行处理，则信息处理设备10中的控制器105控制处理单元103来执行被请求的处理。更具体地，如果借助接口单元101从显示装置4接收到处理请求数据，则控制器105控制处理单元103来执行处理请求数据所请求的处理。换句话讲，当显示装置4通过HTTP请求来请求处理时，控制器105控制处理单元103来执行被请求处理。作为从显示装置4作为HTTP请求发送的XML数据的处理请求数据通过接口单元101实现交互作用，然后被供应到控制器105。

控制器105分析包括在处理请求数据中的工作命令并且控制处理单元103，使得作为工作命令的分析结果按照指令的内容来执行处理。更具体地，控制器105按照被指示的参数，执行被指示的处理(诸如，复印处理)。处理单元103因此按照通过用户操作而指定的图像质量和图像读取方法从介质读取图像，并且以通过用户操作而指定的输出格式、放大倍数、纸张和颜色模式形成读取的图像。

控制器105在执行处理时发出事务标识(ID)作为识别处理的信息。控制器105将发出的事务ID与作为请求方的显示装置4的通信目的地关联，然后将发出的事务ID和通信目的地以关联状态存储在存储器12上。为了执行处理，控制器105将发出的事务ID供应到处理单元103，并且处理单元103将事务ID与状态信息一起供应到通知单元104。

控制器105将在处理请求数据上描述的通知方法(第一通知方法至第三通知方法中的一种)和事务ID彼此关联地存储。通知单元104将描述与事务ID一起供应的状态信息的XML数据发送到与处理单元103供应的事务ID关联的通信的目的地。通知单元104在与事务ID关联的通知方法中发送XML数据，从而用指定的通知方法执行通知。

参照图10和图11描述信息处理系统1的分层结构。

图10示出代表信息处理系统1的构造的分层结构的示例。信息处理系统1包括呈现层40、接口50、功能层60、中间件层70和硬件层80。呈现层40用作执行从用户接收操作的功能(用户接口功能)的层。呈现层40因此作为图5的操作单元400工作。

呈现层40包括用户接口(UI)控制器41、装置控制器42和通信单元43。UI控制器41控制用户接口，显示操作图像和状态信息，从用户接收操作。通过图5的显示器401实现UI控制器41。装置控制器42响应于用户操作请求信息设备10执行处理，并且控制下述的功能层60。通过请求单元402实现装置控制器42。通信单元43控制UI控制器41和装置控制器42与信息处理设备10执行的通信。

接口50是执行实现交互作用以进行呈现层40和功能层60之间连接的功能的层。可使用诸如(与用户设备20连接的)如图1中所示的具有通信功能的通信设备3的外部装置执行呈现层40和接口50之间的连接，或者可不使用(与操作装置30连接的)这种外部装置执行该连接。功能层60用于实现处理用于目标应用的数据的功能(诸如，复印功能或扫描功能)。中间件层70用于执行功能层60和硬件层80之间的中间通用处理。硬件层80用于物理地实现诸如图像读取或图像形成的处理。

功能层60包括接收和响应单元61、事件通知单元62、操作图像管理器63、操作图像DB 64和提供复印功能和扫描功能的功能单元65。接收和响应单元61借助接口50接收从呈现层40发送的处理请求数据所指示的处理的请求，并且请求功能单元65执行处理。接收和响应单元61还发出事务ID。接收和响应单元61借助接口50向呈现层40发送指示对接收到的请求的响应的响应数据。响应数据可仅仅指示请求的接收或者还可指示状态信息。更具体地，接收和响应单元61可通知处理状态，通知可以是基于第一通知方法和第二通知方法进行的基于拉取的通知。

事件通知单元62借助功能单元65接收状态信息。事件通知单元62在遵循WebSocket标准的XML数据上描述供应的状态信息，然后借助接口50将XML数据发送到呈现层40。换句话讲，事件通知单元62执行的通知是基于第三通知方法或第四通知方法进行的基于推送的通知。操作图像管理器63管理发送到呈现层40的操作图像。操作图像DB 64是存储操作图像的数据库。功能单元65是实现信息处理设备10向用户提供的功能的模块组。

图11示出功能单元65中包括的模块组的示例。功能单元65包括实现复印功能、扫描功能、传真功能、打印功能、目的地表管理功能(管理目的地信息的功能)、装置管理功能(管理图像读取单元13的原始文档设置状态和图像形成单元14上的介质和消耗品的状态的功能)、认证功能、机密盒功能(管理存储在信息处理设备10上的数字文本的功能)、预览功能、下载功能(控制程序更新的功能)、维护功能(响应于来自远程控制器的请求维护硬件的功能)和诊断功能(诊断硬件的功能)的模块。

图10的接口50作为图5的接口单元101工作。操作图像管理器63和操作图像DB 64彼此协作，从而作为提供单元102工作。中间件层70和硬件层80彼此协作，从而作为处理单元103工作。接收和响应单元61和事件通知单元62彼此协作，从而作为通知单元104工作。接收和响应单元61和功能单元65彼此协作，从而作为控制器105工作。

图12示出代表信息处理系统1的构造的分层结构的示例。图12的模块组包括请求单元651和管理单元652和用于图像形成控制器653、图像读取控制器654和通信控制器655的各模块中的控制器(下文中被称为“使用控制器”)。例如，图像形成控制器653和图像读取控制器654为了实现复印功能而变成使用控制器，图像形成控制器653为了实现打印功能而变成使用控制器。在后面的讨论中，以执行打印功能的模块为例描述各模块的作用。

当用户进行操作以请求打印图像时，呈现层40借助接口50向功能层60发送请求开始工作的请求数据。在接收到请求数据时，接收和响应单元61分析请求数据，并且向作为响应请求的内容的模块的请求单元651(在这种情况下，打印功能中的请求单元651)供应请求数据。请求单元651分析供应的请求数据，然后请求中间件层70产生工作。中间件层70执行产生被请求工作的处理，并且将处理结果通知给请求单元651。请求单元651借助接收和响应单元61和接口50将通知的工作结果通知给呈现层40。

呈现层40显示通知的处理结果。中间件层70还向使用控制器(打印功能中的图像形成控制器653)供应产生的工作。使用控制器将供应的工作转换成具有将呈现给用户的格式的用户工作，然后借助中间件层70将代表用户工作的内容的数据供应到管理单元652。管理单元652产生代表被供应数据所指示的用户工作的内容的XML数据。用户工作的内容对应于状态信息，管理单元652产生的XML数据是状态信息数据。管理单元652借助事件通知单元62和接口50将产生的状态信息数据发送到呈现层40。因此，执行与工作相关的基于推送的通知。

用户现在可执行请求进行挂起、退出或继续工作的处理或修改优先级次序的操作。呈现层40接着借助接口50将请求这些处理之一的请求数据发送到功能层60。在接收到请求数据时，接收和响应单元61分析接收到的请求数据，并且将请求数据供应到作为响应请求的内容的模块的管理单元652(打印功能中的管理单元652)。管理单元652分析供应的请求数据，然后请求中间件层70执行被请求的处理。中间件层70执行被请求的处理，并且将处理结果通知给管理单元652。管理单元652借助接收和响应单元61和接口50将被通知的处理结果通知给呈现层40。呈现层40接着显示被通知的处理结果。

因此构成的信息处理系统1响应于用户操作执行用于执行诸如图像形成的处理的执行处理。参照图13和图14描述信息处理系统1中的各设备的操作。

图13是示出执行处理中各设备的操作示例的顺序图。在图13的示例中，用户操作用户设备20。当用户在用户设备20上启动浏览器之后访问信息处理设备10的URL时，触发执行处理。

用户设备20借助通信设备3向信息处理设备10发送请求操作图像的请求数据(步骤S11)。在接收到请求数据时，信息处理设备10产生包括通过请求数据请求的操作图像的操作图像数据(步骤S12)。信息处理设备10借助通信设备3向用户设备30发送操作图像数据(步骤S13)。用户设备20显示接收到的操作图像数据中包括的操作图像(步骤S14)。用显示器301执行步骤S11和S14中的操作，用提供单元102执行步骤S12和S13中的操作。

当用户对显示的操作图像执行操作时，用户设备20接收用户的操作(步骤S21)。如果在步骤S21中在指令内容确定图像(诸如，图6的操作图像A11)中接收到用户操作，则用户设备20产生处理请求数据，处理请求数据指示对操作图像进行的操作所指定的处理的请求(步骤S22)，并且借助通信设备3将处理请求数据发送到信息处理设备10(步骤S23)。在接收到处理请求数据时，信息处理设备10响应于处理请求数据所指示的请求执行处理(步骤S24)。通过请求单元302执行步骤S21、S22和S23中的操作，通过处理单元103和控制器105协作来执行步骤S24中的操作。

信息处理设备10在每当处理的状态更新时产生状态信息数据(步骤S31)，并且借助通信设备3将产生的状态信息数据发送到用户设备20(步骤S32)。在接收到状态信息数据时，用户设备20显示状态信息数据所指示的状态信息(步骤S33)。通过通知单元104执行步骤S31和S32中的操作，通过显示器301执行步骤S33中的操作。借助接口单元101和通信设备3执行步骤S11、S13、S23和S32中执行的通信。

图14是示出执行处理中各设备的另一个操作示例的顺序图。参照图14，用户对操作装置30进行操作。在这种情况下，通过图14中的操作装置30执行如图13中所示的用户设备20执行的步骤中的操作。跳过通信设备3借助接口单元101执行步骤S11、S13、S23和S32中的通信。

信息处理设备10中的通知单元104使用第一通知方法至第四通知方法中的一种将状态通知给显示装置4。以下，参照图15至图18描述这个处理中的各设备的操作。图15至图17的处理中启用的实体包括显示装置4中的装置控制器42、信息处理设备10中的接收和响应单元61和事件通知单元62、中间件层70和硬件层80。在图18的处理中，使用与图15至图17的处理中的启用实体相同的启用实体，不同的是，用接口50取代了接收和响应单元61。

图15是示出当使用第一通知方法时各设备的操作示例的顺序图。当在用户执行复印之前进行操作以修改复印参数(诸如，放大倍数、纸张大小、或颜色模式)时，触发图15的操作。在接收到修改参数的操作时(步骤S111)，显示装置4中的装置控制器42向信息处理设备10发送描述修改参数的请求的XML数据(处理请求数据)(步骤S112)。步骤S111对应于图13和图14中的步骤S21(接收用户操作)，步骤S112对应于图13和图14中的步骤S22和S23(产生并且发送处理请求数据)。

在接收到XML数据时，信息处理设备10中的接收和响应单元61解释XML数据中描述的请求的内容(步骤S113)，指示信息处理设备10的中间件层70按照解释的内容执行处理(步骤S114)。中间件层70和硬件层80协作地执行被指示的处理，即，修改参数(步骤S115)。步骤S113至S115对应于图13和图14中的步骤S24(执行处理)。

中间件层70和硬件层80将代表处理结果的信息作为状态信息供应到接收和响应单元61(步骤S116)。接收和响应单元61产生描述供应的状态信息(参数的修改结果)的XML数据(状态信息数据)(步骤S117)，然后将XML数据发送到作为处理请求方的显示装置4(步骤S118)。显示装置4中的装置控制器42在其显示单元上显示在接收到的XML数据上描述的状态信息(步骤S119)。步骤S116和S117对应于图13和图14中的步骤S31(产生状态信息数据)。步骤S118对应于步骤S32(发送状态信息数据)，步骤S119对应于步骤S33(显示状态信息)。

图16是示出当使用第二通知方法时各设备的操作示例的顺序图。当用户进行操作以致使显示装置4开始复印信息处理设备10中的图像读取单元13上设置的原始文档时，触发图16的操作。在接收到开始复印的操作时(步骤S121)，显示装置4中的装置控制器42响应于接收到的操作产生工作命令(步骤S122)。装置控制器42借助图10的通信单元43将描述接收到的工作命令的处理请求数据发送到信息处理设备10(步骤S123)。信息处理设备10中的接收和响应单元61借助图10的接口50接收处理请求数据，按照描述的工作命令解释被请求处理的内容(步骤S124)，并且发出对应于处理的事务ID(步骤S125)。

接收和响应单元61基于解释的处理内容产生指示处理指令的信息(该信息在本文中被称为复印工作，在下文中被大体称为“指令信息”)并且将指令信息与事务ID一起供应到中间件层70(步骤S126)。中间件层70和硬件层80基于指令信息协作地执行处理(复印处理)(步骤S127)。在供应指令信息之后，接收和响应单元61将XML数据作为HTTP响应发送到显示装置4(步骤S131)。XML数据包括指示接收到复印请求的信息(诸如，字符串“接受了复印工作”)和发出的事务ID。可与步骤S126中的操作并行地或者在步骤S126中的操作之前执行步骤S131中的操作。显示装置4中的装置控制器42参考HTTP响应，并且在其显示单元上显示指示接受了请求的信息(步骤S132)，并且致使在其存储器上存储事务ID(步骤S133)。

在接收到复印处理请求的响应之后，显示装置4中的装置控制器42将请求通知复印处理的状态的通知请求和描述步骤S133中存储的事务ID的XML数据作为HTTP请求发送(步骤S141)。如果还没有供应与事务ID关联的复印处理的状态信息，信息处理设备10中的接收和响应单元61向显示装置4发送指示还没有接收到状态信息的HTTP响应(步骤S142)。重复步骤S141和S142中的操作。

当向介质输出复印件(指示读取的原始文档的图像)时，信息处理设备10中的中间件层70检测复印件(步骤S151)。中间件层70将指示复印件已经输出到介质的状态信息与步骤S126中供应的事务ID关联，然后将状态信息和与之关联的事务ID供应到接收和响应单元61(步骤S152)。接收和响应单元61致使存储器12存储供应的状态信息和事务ID(步骤S153)。在步骤S153之后接收到描述通知请求和事务ID的HTTP请求时(步骤S141)，接收和响应单元61从存储器12读取与在HTTP请求上描述的事务ID关联的状态信息，并且产生描述状态信息的HTTP响应(步骤S154)。

当接收和响应单元61将HTTP响应发送到显示装置4时(步骤S155)，显示装置4中的装置控制器42在显示装置4的显示单元上显示如步骤S132中示出的HTTP响应上描述的状态信息(步骤S156)。由于与显示装置4请求的处理相关的信息与事务ID关联，向作为请求方的显示装置4通知处理状态。重复步骤S151至S156中的操作，直到在复印处理结束时通知处理结果。

图17是示出当使用第三通知方法时各设备的操作示例的顺序图。当用户执行操作以开始如图16中所示的复印时，触发图17的操作。当显示装置4中的装置控制器42接收到开始复印的操作时(步骤S121)，事件通知单元62执行基于推送的通知，即，向信息处理设备10发送描述关于已经指定第三通知的指定的XML数据(步骤S161)。在接收到XML数据时，信息处理设备10中的接收和响应单元61向中间件层70传递关于已经指定第三通知方法的指定(步骤S162)。

中间件层70接收被传递的指定，并且将显示装置4设置成用第三通知方法执行通知(步骤S163)。中间件层70开启指示是否执行第三通知方法的标志。在图17的示例中，通过与处理请求数据不同的XML数据指定通知方法。另选地，显示装置4中的装置控制器42可在处理请求数据上描述指定的通知方法。在这种情况下，当在步骤S126中接收和响应单元61向中间件层70供应指令信息和事务ID时，接收和响应单元61通过通知中间件层70已经指定了第三通知方法来设置第三通知方法。

然后，执行如图16中所示的步骤S122至S127中的操作和步骤S131至S133中的操作。信息处理设备10的中间件层70和硬件层80执行步骤S151中的操作(检测输出的复印件)。由于标志开启，因此中间件层70和硬件层80将指示复印件已经输出到介质的状态信息和事务ID供应到事件通知单元62而非接收和响应单元61(步骤S172)。事件通知单元62产生描述供应的状态信息(诸如，复印份数)和事务ID的XML数据(步骤S173)，然后将XML数据发送到显示装置4(步骤S174)。显示装置4中的装置控制器42在显示装置4的显示单元上显示XML数据的内容(诸如，图7A的状态信息C1)(步骤S175)。重复步骤S151和S172至S175中的操作，直到在复印处理结束时通知处理结果。

图18是示出当使用第四通知方法时各设备的操作示例的顺序图。当在显示装置4中开启浏览器的情况下对信息处理设备10(诸如，输入URL或选择书签)执行访问操作时，触发图18的操作。装置控制器42接收访问操作(步骤S191)，并且与通信单元43协作地按照WebSocket标准与信息处理设备10中的接口50建立连接(步骤S192)。

如果随后在信息处理设备10上出现预定状态(诸如，色调剂用完或纸张用完状态)，则信息处理设备10的中间件层70和硬件层80协作检测预定状态(步骤S201)。中间件层70和硬件层80将指示检测到的状态的状态信息供应到事件通知单元62(步骤S202)。事件通知单元62产生包括上面描述的供应的状态信息的XML数据(步骤S203)，并且借助接口50将XML数据发送到连接WebSocket的显示装置4(步骤S204)。显示装置4中的装置控制器42在显示装置4的显示单元上显示用步骤S204中接收的XML数据上描述的状态信息(步骤S205)。

如上所述，可通知从一个显示装置4到另一个显示装置4不同的状态。在这种情况下，继步骤S192之后，装置控制器42借助通信单元43向信息处理设备10发送描述将通知给显示装置4的状态的XML数据。在借助接口50接收到XML数据时，事件通知单元62将待通知的状态与显示装置4的目的地关联地存储。如果步骤S202中供应的状态信息代表存储的待通知状态，则事件通知单元62通知该状态。

图19是示出当使用第五通知方法时各设备的操作示例的顺序图。在图19的示例中，执行图17的步骤S121(接收操作)至S127(执行复印处理)中的操作。还执行与指定通知方法相关的步骤S161和S162中的操作。不同于图17的示例，指定的是第五通知方法。出于此原因，信息处理设备10的中间件层70执行设置以用第五通知方通知(步骤S164)。注意的是，在图19中未示出持续至步骤S126并且持续至步骤S162的步骤。通过处理单元103执行步骤S127和S164中的操作。

信息处理设备10的中间件层70和硬件层80检测原始文档的读取(步骤S221)。由于在这种情况下确定要执行第一通知，因此中间件层70和硬件层80将包括读取的原始文档的缩略图图像的状态信息供应到事件通知单元62和接收和响应单元61二者(步骤S222和S223)。通过处理单元103执行步骤S221至S223中的操作。

事件通知单元62产生描述处理状态出现的XML数据(即，触发处理状态的通知的XML数据)(步骤S224)，然后将XML数据发送到显示装置4(步骤S225)。步骤S225中发送XML数据是第一通信。通过通知单元104执行步骤S224和S225中的操作。在示例性实施方式中，在第一通信中，显示装置4中的装置控制器42显示第一通信中通知的信息(步骤S226)。

图20示出通过第一通信通知的信息的示例。如图20中所示，显示图像C13，包括写有“读取原始文档完成”的字符串。在图19的示例中，步骤S225中的第一通信通知显示装置4已经出现了指示原始文档读取已完成的状态，图像C13代表这个通知的内容。继图19的步骤S226之后，装置控制器42确定是否要执行通知处理状态的请求(即，通知请求)(步骤S231)。

如果在示例性实施方式中如上所述地执行预定操作，则装置控制器42执行通知请求。更具体地，如果用户执行选择图20的图像C13的操作(轻击操作)，则装置控制器42确定要进行通知请求(步骤S231中的“是”)。在确定要进行通知请求时，装置控制器42将描述通知请求的HTTP请求发送到信息处理设备10(步骤S232)。通过请求单元402执行步骤S231和S232中的操作。

执行分别与图16的步骤S154、S155和S156中的操作类似的步骤S233(产生HTTP响应)、S234(发送HTTP响应)和S235(显示状态信息)中的操作。因此，通知处理的状态。在步骤S233中，接收和响应单元61产生HTTP响应，HTTP响应描述包括步骤S233中供应的缩略图图像的状态信息。步骤S234中发送HTTP响应是第二通信。通过通知单元104执行步骤S233和S234中的操作，通过显示器401执行步骤S235中的操作。图21示出因此通知的状态。

图21示出通过第二通信通知的状态的示例。如图21中所示，显示写有“显示原始文档的缩略图图像”的字符串和缩略图图像C14的列表。在步骤S231中确定将不请求状态的通知时(步骤S231中的“否”)，装置控制器42响应于第一通信终止操作。如果在复印处理结束之前不执行用于选择图20的图像C13的操作，装置控制器42确定将不请求状态的通知。

中间件层70和硬件层80检测读取的原始文档的图像，即，将复印件输出到介质(步骤S241)。由于在这种情况下将执行第二通知，因此中间件层70和硬件层80将包括复印份数的状态信息供应到事件通知单元62，而非接收和响应单元61(步骤S242)。通过处理单元103执行步骤S241和S242中的操作。事件通知单元62产生描述处理状态的XML数据(即，状态信息数据)(步骤S243)，然后将XML数据发送到显示装置4(步骤S244)。步骤S244中发送XML数据是第三通信。显示装置4中的装置控制器42在显示装置4的显示单元上显示在接收到的XML数据上描述的状态信息(步骤S245)。通过通知单元104执行步骤S243和S244中的操作，通过显示器401执行步骤S245中的操作。

如果如第二通知方法中一样使用对轮询的响应执行通知，则在出现处理的状态的时刻不一定执行轮询。从状态出现到通知花费了一定时间。相比之下，如果用第五通知方法执行第一通知，则通过在出现处理状态时执行第一通信和第二通信，进行通知。相比于当通过对来自显示装置4的请求的响应执行通知时的情况，从状态出现到通知的时段短。换句话讲，更快地通知出现状态。

如果如第三通知方法中一样用基于推送的通知来通知处理的出现状态，则信息处理设备10选择该状态作为通知目标。相比之下，可用第五通知方法执行第一通知。只要没有从作为通知目的地的显示装置4发送HTTP请求，即使执行第一通信，也不通知处理的状态。在示例性实施方式中，如果状态作为通知目标出现，则通知目的地能够选择是否致使状态被通知。

已经出于示例性目的描述示例性实施方式，并且可如下所述地修改示例性实施方式。可酌情组合示例性实施方式及其修改形式。

在讨论示例性实施方式时，用户设备20包括遵循无线LAN标准执行通信的通信单元。示例性实施方式不限于这种构造。例如，用户设备20可包括遵循有线LAN标准的通信单元(诸如，操作装置30中的通信单元33)。在这种情况下，用户设备20借助通信电缆连接到有线LAN路由器或集线器。用户设备20中的通信单元用于与其它通信设备(诸如路由器或集线器的与信息处理设备10不同的通信设备)通信。

在讨论示例性实施方式时，信息处理设备10中的第一通信单元15和操作装置30中的通信单元33遵循有线LAN标准执行通信。示例性实施方式不限于这种构造。例如，可遵循通用串行总线(USB)或高清晰度多媒体接口(HDMI)(注册商标)执行通信。此外，可遵循无线LAN标准、蓝牙(注册商标)或近场通信(NFC)执行无线通信。在各情况下，操作装置30中的通信单元33与信息处理设备10中的第一通信单元15通信，跳过诸如路由器或集线器的其它通信设备。

在示例性实施方式中，操作装置30包括图2中示出的控制器31和存储器32。然而，操作装置30可不一定必须包括控制器31和存储器32。

图22示出示例性实施方式的修改形式的信息处理设备10a的硬件构造示例。图22示出包括与图4中示出的除了显示单元外的元件类似的元件的信息处理设备10a和操作装置30a。在这个修改形式中，操作装置30a安装在信息处理设备10a的外壳上。操作装置30a包括图3的通信单元33和用户接口(UI)单元36。

通信单元33和UI单元36连接到信息处理设备10a中的总线，并且受控制器11的控制。通信单元33还连接到第一通信单元15。UI单元36包括显示屏和叠加在显示屏上的触摸传感器，并且响应于用户操作来显示图像。UI单元36响应于接收到的用户操作向控制器11供应操作数据并且控制器11响应于操作数据执行处理。

在这个修改形式中，控制器11执行浏览器的程序，从而实现图5的操作单元300的功能。显示器301借助通信单元33从第一通信单元15接收操作图像数据，并且在UI单元36上显示操作图像数据。当用户轻击UI单元36时，请求单元302接收对操作图像的操作。借助通信单元33和第一通信单元15，请求单元302发送指令数据，指令数据指示通过接收到的操作确定的指令。在这个修改形式中，不管是否借助其它通信设备执行通信，借助接口单元在信息处理设备10a和显示装置4之间执行通信。

在示例性实施方式和修改形式中，操作装置30被安装到信息处理设备的外壳。但操作装置30可不一定必须安装到信息处理设备的外壳。

图23示出修改形式的信息处理设备10b的硬件构造示例。图23示出包括与图4中示出的除了显示单元外的元件类似的元件的信息处理设备10b和操作装置30b。操作装置30b包括图3中示出的元件，并且作为图5的操作单元200工作。

操作装置30b借助通信电缆连接到第一通信单元15。在操作装置30b安装在信息处理设备10b的外壳上或者布置在靠近信息处理设备10b的桌子上的状态下，用户使用操作装置30b。作为示例性实施方式的操作装置30b，操作装置30b与信息处理设备10b通信，跳过其它通信设备(诸如，图1中的通信设备3)。可从操作装置30b拔出通信电缆并且可将操作装置30b带至其它位置以用于不同应用。在图23的示例中，作为操作单元工作的其它设备(诸如，图1的用户设备20)而非操作装置30b可连接到信息处理设备10b。操作装置30b可连接到通信设备3，以借助通信设备3和通信网络2与信息处理设备10b通信。

处理单元103将执行的处理不限于参照示例性实施方式描述的处理，并且可包括任何处理。例如，如果信息处理设备包括工厂中的机器和控制机器的装置，则机器可传输或加工材料。在这种情况下，用户设备20和操作装置30中的一个借助公共接口单元与信息处理设备10通信，从而操作信息处理设备10。

在示例性实施方式中，请求单元402接收触摸传感器上的操作。该构造不限于触摸传感器。如果用户设备是平板终端，则可使用设置在用户设备外壳上的按钮来接收操作。如果用户设备是个人计算机，则可使用键盘或鼠标接收操作。

接口单元101遵循SOAP标准。另选地，接口单元101可遵循表征状态转移(REST)或标准通用标记语言(SGML)的标准实现交互作用以进行通信。接口单元101可以是任何类型，只要接口单元101遵循用于网络的任何标准实现交互作用以进行通信。以这种方式，被启用以使用浏览器的设备中的大部分可用作操作装置。

在示例性实施方式中，通知单元104按照出现状态的类型，确定是执行第一通知还是第二通知。通知单元104不限于这种方法。通知单元104可根据代表作为通知目标的处理的状态的信息(即，状态信息)的大小，确定是执行第一通知还是第二通知。信息的大小代表通过计算机操纵的信息的量级，并且用位、字节、字或八位字节来表达。如果从处理单元103供应的状态信息的大小等于或超过阈值，则通知单元104可确定要执行第一通知。如果从处理单元103供应的状态信息的大小低于阈值，则通知单元104可确定要执行第二通知。

如果状态作为通知目标出现，则信息处理系统1允许通知目的地选择是否致使状态被通知。根据该状态，不执行通知。减小通信的工作负荷和显示装置4的处理的工作负荷。因为代表状态并且借此确定关于是否要通知的确定的状态信息的大小较大，所以减小工作负荷的优点更显著。由于基于状态信息的大小进行确定，因此减小通信和处理的工作负荷。

通知单元104可按照作为通知目标的处理的状态的变化程度来执行确定。例如，可通过预定时段期间(诸如，在1分钟期间)状态变化的次数来代表状态的变化程度。在复印处理的情况下，例如，在1分钟期间，复印份数可变化10倍，并且关于复印的参数(诸如，纸张大小或图像质量)在1分钟期间可根本不变化，或者可在1分钟期间最多变化数次。如果指示变化程度的次数等于或超过阈值，则通知单元104确定要执行第一通知。如果指示变化程度的次数低于阈值，则通知单元104确定要执行第二通知。

当从出现状态到通知的时段变长时，频繁变化的状态(诸如，复印份数)变得不那么有价值。例如，尽管复印处理完成，但可显示复印处理中途的复印份数。在这种情况下，用户会无法注意到复印已完成。通知的复印份数的值低于被通知的精确复印份数。另一方面，复印参数(诸如，纸张大小或图像质量)可不如此频繁地变化。即使从出现状态到通知的时段变长，待通知状态的值没有变得那么低。由于在修改形式中根据处理状态的变化程度执行确定，因此控制待通知的状态的值的减小。

如果状态信息的大小或状态变化的程度对应于状态的类型，则在示例性实施方式中可响应于出现状态的类型执行确定。通信和处理的工作负荷减小，从而控制状态的值的减小。以上述方式确定是执行第一通知还是执行第二通知，相比于以上述方式根本不执行确定，通知的可用性增加更多。

通知单元104可根据得自显示装置4的信息在第一通知和第二通知之间切换。如果在执行了第一通知和第二通知中的一个之后对显示装置4执行预定操作，则通知单元104可此后执行第一通知和第二通知中的另一个。预定操作可以是第一通知中的第一通信之后发送HTTP请求的操作(例如，用于通知请求的操作，诸如，选择图20的图像C13的操作)。一旦在用于通知请求的操作之后执行第一通知，就在此后执行第二通知。

如果执行第二通知，则预定操作可包括关闭所显示状态信息的操作、将浏览器最小化的操作、或从显示处理状态的画面(图7的画面)切换至显示操作图像的画面(图6的画面)的操作。显示装置4中的显示器401显示用于在第一通知和第二通知之间切换的操作图像，可使用在切换操作图像上进行选择的操作。如果执行了这些操作中的一个，则显示装置4中的请求单元发送指示已经执行了预定操作的HTTP请求。通知单元104根据HTTP请求确定已经执行了预定操作，然后从第二通知切换至第一通知并接着停留在第二通知。可使用这些操作中的一个从第一通知切换至第二通知。

如果在执行第一通知的情况下用户执行发送HTTP请求的操作花费时间，则可通过上述切换操作执行第二通知。因此，跳过了耗时的操作。如果当包括处于低可用水平的作为通知目标的状态时执行第二通信，则还通知该状态。这导致通信和处理的工作负荷增加。通过在切换操作之后执行第一通知，提供选择不通知处于低可用水平的状态的机会。在修改形式中，因此在通知的工作负荷减小的情况下，为用户实现时间节省。

提供单元102可向显示装置4提供与处理的状态关联的图像(下文中被称为“状态图像”)。

图24A和图24B示出状态图像的示例。图24A示出状态图像E1、E2和E3连同代表复印处理状态的状态信息C7。状态图像E3是信息处理设备10的外部视图。状态图像E1是代表纸张如何进入信息处理设备10的动画，并且反复地示出纸张在箭头D1上的传输。状态图像E2是代表如何从信息处理设备10排放纸张的动画，并且反复地示出纸张在箭头D2上的传输。

状态图像E1与正在复印处理或扫描处理中读取原始文档的状态关联。状态图像E2与正在排放具有复印处理或打印处理中形成的图像的介质的状态关联。如果通知单元104将正在读取原始文档的状态作为与状态图像关联的状态通知给显示装置4，则显示装置4中的显示器401将状态图像E1显示为与提供单元102提供的状态之中的被通知状态关联的状态图像。如果通知单元104将正在输出上面形成有图像的介质的状态通知给显示装置4，则显示装置4中的显示器401显示与被通知状态关联的状态图像E2。

图24B示出状态图像E3和E4连同代表纸用完状态的状态信息C8。状态图像E4代表信息处理设备10中存储纸张的部分，并且与纸用完状态关联。如果通知单元104通知纸用完状态，则显示器401显示状态图像E3和E4。在如图24A和图24B中所示地显示状态图像E1、E2和E4的情况下，相比于不显示状态图像的情况，用户容易识别与之关联的状态。

由于预先向提供单元102供应各状态图像，因此状态图像没有包括在通知单元104在通知状态时发送的数据(遵循HTTP响应和WebSocket的标准的XML数据)中。在修改形式中，被通知状态更容易地传送到用户并且通知通信的工作负荷减小。

在示例性实施方式中，当执行预定操作时，请求单元402发出通知请求。该修改形式不限于这种方法。例如，如果从第一通信起的预定时段(诸如，1分钟)内没有执行预定操作，则请求单元402可发出通知请求。如果从第一通信起的预定时段(诸如，1分钟)内执行了预定操作，则请求单元402可不发出通知请求。

请求单元402可根据出现状态的类型，确定是否要发出通知请求。在这种情况下，通知单元104在第一通信中发送描述出现状态的类型的XML数据。显示装置4的存储器存储发出通知请求的的状态的类型的列表。如果在接收到的XML数据上描述的状态的类型被包括在列表中，则请求单元402发送请求通知状态的HTTP请求。如果在接收到的XML数据上描述的状态的类型不被包括在列表中，则请求单元402不发送HTTP请求。

除了说明出现状态的类型之外，请求单元402可根据代表出现状态或状态变化程度的信息的大小，确定是否要发出通知请求。在这种情况下，通知单元104也在第一通信中通知这些条信息。请求单元402根据第一通信中通知的这些条信息，确定是否要发送请求通知状态的HTTP请求。

如上所述，通知单元104使用第一通信中通知的信息，确定第一通知或第二通知。减小通信和处理的工作负荷的效果增强，并且控制被通知状态的值的减小。相比于不执行可得自示例性实施方式和修改形式的关于是否要发送HTTP请求的确定方法的情况，修改形式增加了通知的可用性。

本发明可包括信息处理设备、显示装置、通信设备和包括这些设备的信息处理系统。本发明还可包括存储致使计算机用作上述元件的程序的非暂态计算机可读介质。该程序可被以存储状态设置在光盘上，或者经由诸如互联网的通信网络下载到计算机上，然后进行安装，以便用于计算机中。

以上对本发明的示例性实施方式的描述是出于例证和描述目的而提供的。这不旨在是排他性的或者将本发明限于所公开的精确形式。显而易见，对于本领域的技术人员，将清楚许多修改形式和变形形式。为了最佳地说明本发明的原理及其实践应用，选择描述实施方式，从而使本领域的其他技术人员能够理解适于预料到的特定使用的本发明的各种实施方式和各种修改形式。本发明的范围旨在受随附权利要求书及其等同物限定。

Claims (8)

1.一种信息处理设备，该信息处理设备包括：

处理单元，其执行处理；以及

通知单元，其适于将所述处理的状态通知给显示器以使所述显示器显示所述状态，在出现作为通知目标的所述状态的情况下执行从所述信息处理设备到所述显示器的第一通信，并且通过第二通信将出现的所述状态通知给所述显示器，所述第二通信将响应于来自已经执行了所述第一通信的所述显示器的超文本传输协议HTTP请求来发送HTTP响应，

其中，除了通过所述第二通信将出现的所述状态通知给所述显示器的第一通知之外，所述通知单元适于执行响应于出现的所述状态通过由所述信息处理设备发起的第三通信将所述状态通知给所述显示器的第二通知而不执行所述第一通信，并且根据出现的所述状态，执行所述第一通知或所述第二通知。

2.根据权利要求1所述的信息处理设备，其中，所述通知单元根据出现的所述状态的类型、代表出现的所述状态的信息的大小、或出现的所述状态的变化程度来确定是执行所述第一通知还是执行所述第二通知。

3.根据权利要求1和2中一项所述的信息处理设备，其中，在执行所述第一通知和所述第二通知中的一个之后对所述显示器执行预定操作的情况下，所述通知单元此后执行所述第一通知和所述第二通知中的另一个。

4.根据权利要求1和2中一项所述的信息处理设备，所述信息处理设备还包括向所述显示器提供与所述处理的所述状态关联的图像的提供单元，

其中，所述通知单元将与所述图像关联的所述状态通知给所述显示器，并且

其中，所述显示器响应于所述状态的通知而显示提供的所述图像之中的与所通知的所述状态关联的所述图像。

5.根据权利要求3所述的信息处理设备，所述信息处理设备还包括向所述显示器提供与所述处理的所述状态关联的图像的提供单元，

其中，所述通知单元将与所述图像关联的所述状态通知给所述显示器，并且

其中，所述显示器响应于所述状态的通知而显示提供的所述图像之中的与所通知的所述状态关联的所述图像。

6.一种信息处理系统，所述信息处理系统包括信息处理设备和显示器；

其中，所述信息处理设备包括

处理单元，其执行处理；以及

通知单元，其适于将所述处理的状态通知给显示器以使所述显示器显示所述状态，在出现作为通知目标的所述状态的情况下执行从所述信息处理设备到所述显示器的第一通信，并且通过第二通信将出现的所述状态通知给所述显示器，以将响应于来自已经执行了所述第一通信的所述显示器的超文本传输协议HTTP请求来发送HTTP响应，

其中，所述显示器适于显示所述处理的所述状态，并且在与所述信息处理设备执行所述第一通信时向所述信息处理设备发送请求通知所述状态的HTTP请求，

其中，除了通过所述第二通信将出现的所述状态通知给所述显示器的第一通知之外，所述通知单元适于执行响应于出现的所述状态通过由所述信息处理设备发起的第三通信将所述状态通知给所述显示器的第二通知而不执行所述第一通信，并且根据出现的所述状态，执行所述第一通知或所述第二通知。

7.根据权利要求6所述的信息处理系统，其中，通过所述第一通信，所述通知单元将与出现的所述状态的类型、代表出现的所述状态的信息的大小和出现的所述状态的变化程度中的一个相关的信息通知给所述显示器，并且

其中，所述显示器确定是否要响应于所述第一通信中通知的信息来发送请求通知所述状态的HTTP请求。

8.一种信息处理设备的信息处理方法，该信息处理方法包括：

执行处理；以及

为了将所述处理的状态通知给显示器以使所述显示器显示所述状态，在出现作为通知目标的所述状态的情况下执行从所述信息处理设备到所述显示器的第一通信，并且通过第二通信将出现的所述状态通知给所述显示器，以响应于来自已经执行了所述第一通信的所述显示器的超文本传输协议HTTP请求来发送HTTP响应，

其中，所述信息处理方法还包括：除了通过所述第二通信将出现的所述状态通知给所述显示器的第一通知之外，响应于出现的所述状态通过由所述信息处理设备发起的第三通信将所述状态通知给所述显示器的第二通知而不执行所述第一通信，并且根据出现的所述状态，执行所述第一通知或所述第二通知。