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

Abstract

信息处理设备、信息处理系统和信息处理方法。一种信息处理设备包括：处理单元，该处理单元执行处理；控制器，该控制器执行控制操作以使所述处理单元执行所述处理，所述处理通过来自显示所述处理的处理结果的显示设备的超文本传送协议HTTP请求来被请求；以及通知单元，该通知单元通过与响应于已请求所述处理被执行的所述HTTP请求的HTTP响应不同的通信来向所述显示设备通知所述处理结果。

Description

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

技术领域

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

背景技术

日本未审查专利申请公报No.2014-016966公开了一种预测任务的处理负荷并且在与所预测的处理负荷相关联的执行处理中执行该任务的技术。

发明内容

本发明的目的是控制如下的时间段，即，在该时间段中，被配置为响应于处理的结果的通知来显示处理的结果的显示设备自始至终因为被配置为通知所请求的处理的结果的信息处理设备的通知处理的控制而保持不能接收到所述通知。

根据本发明的第一方面，提供了一种信息处理设备。所述信息处理设备包括：处理单元，该处理单元执行处理；控制器，该控制器执行控制操作以使所述处理单元执行所述处理，所述处理通过来自显示所述处理的处理结果的显示设备的超文本传送协议(HTTP)请求来被请求；以及通知单元，该通知单元通过与响应于已请求所述处理被执行的所述HTTP请求的HTTP响应不同的通信来向所述显示设备通知所述处理结果。

根据本发明的第二方面，鉴于所述第一方面，如果用于完成所请求的处理的时间等于或高于阈值，则所述通知单元通过所述不同的通信来向所述显示设备通知所述处理结果，并且如果所述时间低于所述阈值，则通过响应于已请求所述处理被执行的所述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是例示了修改例的通知方法的处理示例的流程图。

具体实施方式

下面参照图1至图11描述示例性实施方式的信息处理系统的通用配置、硬件配置和功能配置。

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

通信网络2包括互联网、移动通信网和电话网中的至少一个。通信网络2为了连接至其的设备当中的通信而接口对接。通信网络2连接至信息处理设备10和通信装置3。通信装置3有通信功能，并且执行遵照无线LAN标准的通信。通信装置3在与用户设备20无线地进行通信的同时经由通信网络2与信息处理设备10进行通信。换句话说，信息处理设备10经由通信网络2和通信装置3与用户设备20进行通信。信息处理设备10可以在没有互连在信息处理设备10与操作装置30之间的通信装置3的情况下与操作装置30直接进行通信。

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

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

用户设备20显示操作图像数据。如果对所显示的操作图像数据执行了操作，则用户设备20请求信息处理设备10执行响应于该操作的处理。在那种意义上，用户设备20与操作装置30有共同特征。用户设备20可以是平板终端或个人计算机。用户设备20可以由用户携带和使用或者可以在安装状态下(诸如在桌面上)被使用。用户设备20不限于用于使用信息处理设备10的操作并且可以被用于其它应用(诸如用于公司里的办公室中的商务使用)。

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

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

当复印处理在进行中并且然后已经做出所请求的复印份数时，信息处理设备10发送包括如图7B所例示的表示所请求的复印份数的完成的数量信息C21和字符串“已复印”的状态信息C2。数量信息C11和数量信息C21由分数表示，其中所请求的复印份数作为分母并且已完成的复印份数作为分子。状态信息包括指示处理的进展、处理的结果和处理中使用的参数的信息。用户设备20和操作装置30中的每一个显示如图7A和图7B所例示的通知状态。在接下来的讨论中，如果无需彼此区分开，则用户设备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的无线通信。显示器24包括液晶显示器，并且在控制器21的控制下在显示屏上显示图像。如果用户设备20是平板终端，则操作单元25包括布置在其外壳上的按钮和重叠在显示屏上的触摸传感器(还被称为触摸屏或触摸板)。操作单元25接收诸如轻击的用户操作，并且向控制器21传送指示操作的内容的操作数据。如果用户设备20是个人计算机，则操作单元25包括键盘或鼠标。控制器21响应于所提供的操作数据来执行控制操作。

图3是例示了操作装置30的硬件配置的示例的框图。操作装置30是包括控制器31、存储器32、通信单元33、显示器34和操作单元35的计算机。指示与图2中的块中的每一个的硬件类似的硬件的块(除通信单元33以外)具有相同的名称并且省略了其讨论。通信单元33包括用于遵照无线LAN标准的通信的通信电路以及接收通信电缆(更具体地，LAN电缆)的连接器的端口。

图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经由通信电缆或数据总线连接至操作装置30中的通信单元33，并且在没有外部装置的情况下与操作装置30进行通信。更具体地，通信单元33在没有外部装置的情况下与信息处理设备10进行通信。

第二通信单元16包括作为通信接口执行遵照有线LAN标准或无线LAN标准的通信的通信电路、接收通信电缆(LAN电缆)的连接器的端口以及遵照无线LAN标准的无线发送器和接收器。第二通信单元16经由通信接口执行与连接至其的设备的通信。第二通信单元16连接至图1的通信网络2，并且经由外部装置(其在信息处理设备10外部，并且例如是通信装置3)与用户设备20进行通信。连接单元17包括接收诸如安全数字(SD)存储卡这样的存储介质的插槽，并且因此连接至这样的存储介质。控制器11从存储介质读取数据，或经由连接单元17将数据写入到存储介质上。操作装置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的显示设备(在该示例性实施方式中为用户设备20)的通信而接口对接。接口单元101还为了与在不使用具有通信功能的另一通信装置(诸如通信装置3)的情况下连接至信息处理设备10的显示设备(在该示例性实施方式中为操作装置30)的通信而接口对接。下面描述由接口单元101使用的通信过程(或通信协议)。

接口单元101为了使用各种通信协议的通信而接口对接。接口单元101执行控制处理以为了通信而接口对接。例如，接口单元101接收获取用来组织用户接口的信息并且从显示设备4发送的超文本传送协议(HTTP)请求，并且然后将该HTTP请求传送给提供单元102。接口101还向显示设备4发送组织以超文本标记语言(HTML)描述的用户接口并且作为响应由提供单元102传送的信息作为HTTP响应。

接口单元101执行控制处理以为了通信而接口对接。例如，接口单元101接收由显示设备4发送的处理请求作为HTTP请求，将该HTTP请求传送给控制器105，从通知单元104接收作为处理单元103的处理的结果而生成的通知信息以及响应于已在信息处理设备10中发生的事件而生成的通知信息，并且然后例如以HTTP响应的形式将该通知信息传送给显示设备4。接口单元101还可以执行针对遵照WebSocket标准的通信的控制处理。在通过传输控制协议(TCP)握手与显示设备4建立连接后，接口单元101不仅传送指示HTTP请求和HTTP响应的XML数据，而且为了在任何时间处从通知单元104将通知信息发送到显示设备4而接口行对接。以这种方式，信息处理系统1不仅执行响应于从显示设备4发送的HTTP请求的基于拉的通信(pull-basedcommunication)而且执行从信息处理设备10发送的基于推送的通信(push-basedcommunication)。

接口单元101为了提供单元102、通知单元104、控制器105、显示器201和显示器301(如果显示器201和显示器301未彼此区分开则被称为显示器401)、请求单元202和请求单元302(如果请求单元202和请求单元302未彼此区分开则被称为请求单元402)的通信而接口对接。更具体地，接口单元101为了在信息处理设备10中的提供单元102和通知单元104中的每一个与显示设备4中的显示器401之间执行的通信、以及在显示设备4中的请求单元402与信息处理设备10中的控制器105之间执行的通信而接口对接。

信息处理设备10中的提供单元102经由接口单元101将以上描述的操作图像数据提供给显示设备4。提供单元102存储操作图像数据作为要由用户操作的图像数据。在经由接口单元101接收到请求操作图像数据的HTTP请求后，提供单元102经由接口单元101向请求方发送响应于该请求的包括操作图像数据的HTTP响应。操作图像数据是以HTML格式描述的信息。

在从用户设备20接收到请求操作图像数据的数据后，作为响应，提供单元102向用户设备20发送HTML格式的数据作为操作图像数据。在从操作装置30接收到请求操作图像数据的数据后，作为响应，提供单元102向操作装置30发送HTML格式的数据作为操作图像数据。通过将操作图像数据发送到操作图像数据的请求方(用户设备20或操作装置30)，提供单元102向请求方提供HTML格式的数据作为操作图像数据。

信息处理设备10中的处理单元103执行处理。处理单元103除复印处理之外还执行扫描处理、传真处理和打印处理(分别用于执行扫描功能、传真功能和打印功能的处理)。复印处理包括图4所例示的通过图像读取单元13的图像读取操作和通过图像形成单元14的图像形成操作。扫描处理包括图像读取操作。传真处理包括通过第二通信单元16的传真通信操作。打印处理包括通过第一通信单元15的通信操作和图像形成操作。取决于数据的获取和输出方法，扫描处理和传真处理可以包括通过第二通信单元16的数据通信操作、将数据写入到存储器12上的写入操作以及从存储器12读取数据的读取操作。在执行处理时，处理单元103将状态信息(指示正被执行的处理的状态的信息)传送给通知单元104。

信息处理设备10中的通知单元104经由接口单元101向显示设备4通知由处理单元103执行的处理的状态。在该示例性实施方式中，通知单元104使用第一至第五通知方法的五个通知方法中的一个来向显示设备4通知处理的状态。在第一通知方法和第二通知方法中，通知单元104响应于来自显示设备4的请求而向显示设备4通知处理的状态。更具体地，在经由接口单元101从显示设备4接收到HTTP请求时，通知单元104在响应于HTTP请求的HTTP响应上描述从处理单元103传送的状态信息，并且然后经由接口单元101将HTTP响应发送到显示设备4。通知单元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重复地向显示设备4通知处理的状态直到通知处理结果为止。

总之，如果使用了第一通知方法，则通知单元104在响应于已请求处理的HTTP请求的HTTP响应中向显示设备4通知处理结果。如果使用了第二通知方法，则通知单元104在与使用响应于已请求处理的HTTP请求的HTTP响应的通信不同的通信中(即，在响应于已请求通知的HTTP请求的HTTP响应中)向显示设备4通知处理结果和除处理结果以外的处理的状态。如果以这种方式使用第一通知方法或第二通知方法，则通知单元104向显示设备4通知响应于来自显示设备4的请求(处理请求或通知请求)的响应。通知单元104因此执行基于拉的通知。

当接口单元101执行与连接至信息处理设备10的显示设备4的TCP握手时执行第三通知方法或第四通知方法。在从处理单元103接收到状态信息时，通知单元104使用遵照WebSocket标准的协议来生成描述为状态信息的通知数据。通知单元104通过经由接口单元101将通知数据发送到显示设备4来向显示设备4通知处理的状态。

如果已经在第三通知方法中从显示设备4接收到通过HTTP请求的处理请求，则通知单元104在响应于HTTP请求的HTTP响应中通知显示设备4处理请求已被接收到，而不用像在第二通知方法中那样等待所请求的处理的完成。从那时起，即使当通知单元104从处理单元103接收到状态信息时未接收到通过HTTP请求的通知请求，通知单元104也向显示设备4发送描述所接收到的状态信息的通知数据。通知单元104因此向作为请求方的显示设备4通知处理结果和处理的状态。

如果使用了第三通知方法，则通知单元104在与使用响应于已做出处理请求的HTTP请求的HTTP响应的通信不同的通信(在该示例性实施方式中遵照WebSocket标准)中向显示设备4通知处理结果和处理的状态。

在第四通知方法中，在从处理单元103接收到状态信息后，通知单元104向显示设备4发送描述所接收到的状态信息的通知数据，而不管来自显示设备4的通过HTTP请求的处理请求的存在与否。通知单元104因此向作为请求方的显示设备4通知由状态信息表示的状态。在第四通知方法中，通知单元104向显示设备4通知包括“色调剂用完”、“纸张用完”或“图像形成单元中故障”的预定状态。通知单元104可以向各个显示设备4通知针对该显示设备4单独地预先确定的处理的状态。

如果使用了第三通知方法或第四通知方法，则通知单元104不管包括在来自显示设备4的HTTP请求中的请求的存在与否(处理请求或通知请求)，都执行主动通知(基于推送的通知)。

第一通知方法、第二通知方法和第三通知方法中的每一个用来向显示设备4通知由显示设备4请求的处理结果。下面详细地描述确定通知单元104将使用三个通知方法中的哪一个通知方法的过程。

用户设备20中的操作单元200和操作装置30中的操作单元300(如果操作单元200和操作单元300未彼此区分开则还被称为操作单元400)用来操作信息处理设备10。例如，当显示设备4执行浏览器程序时操作单元400由显示设备4实现。操作单元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。

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

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

操作图像数据组A1包括选择要复印的图像的放大率、在上面形成复印图像的纸张以及要复印的图像的颜色模式的操作图像数据。当用户操作该操作图像数据时，显示器401以针对该用户的显示格式对图像应用所选择的参数的内容并且然后显示该图像。图6的示例包括指示复印的当前选择的放大率(在这种情况下“110％”)的字符串的图像以及其中表示当前选择的纸张和颜色模式的操作图像数据(在这种情况下字符串“其它放大率”、“A4大小普通纸”和“黑白”)以与未选择图像不同的显示格式(使用更粗轮廓，在这种情况下，或者加亮形式或单选按钮也可能是可接受的)表示的图像。

操作图像数据组A1包括用于开始复印的操作图像数据A11。当操作了操作图像数据A11时，信息处理设备10被请求使用在此刻选择的参数来执行复印处理。显示器401向请求单元402传送规定由用户在所显示的操作图像数据上选择或设定的参数的处理请求的数据。

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

当用户轻击操作单元的触摸传感器时，请求单元402基于从显示器401提供的数据来确定轻击位置是否在操作图像区域内(例如，在按钮图像的显示区域内)。在确定轻击位置是在图像操作区域内后，请求单元402接收对显示在操作图像区域中的操作图像数据的操作。当接收到对请求内容确定图像(诸如图6中的操作图像数据A11)的操作时，请求单元402请求信息处理设备10使用作为用户操作的结果而获得的并且从显示器401提供的参数来执行由请求内容确定图像指示的处理。如果在图6的状态下对操作图像数据A11执行操作，则请求单元402请求信息处理设备10以110％的放大率在A4纸张大小普通纸张上执行黑白复印。

更具体地，请求单元402生成指令数据并且然后生成包括该指令数据中的HTTP请求。指令数据描述用于使用作为用户操作的结果而获得的参数来执行与操作图像数据对应的处理(在这种情况下为复印处理)。请求单元402通过将所生成的HTTP数据发送到信息处理设备10来请求信息处理设备10执行在指令数据中描述的处理。请求单元402发送来请求处理的指令数据在下文中被称为“处理请求数据”。

如果请求了复印处理，则生成包括复印处理的指令数据的处理请求数据。取决于所请求的处理，没有指令数据被包括在处理请求数据中，例如，如果请求了用于关闭信息处理设备10的电力的处理，则没有指令数据被包括在处理请求数据中。

当请求单元402发送HTTP请求时，作为响应返回HTTP响应。请求单元402执行一系列操作来发送HTTP请求并且接收HTTP响应。在该系列操作期间，不接受来自用户的操作。例如，现在可以显示图6的操作图像数据组A1。即使用户轻击操作图像数据，也不标识轻击位置。换句话说，请求单元402停留在不从用户接收操作直到接收到响应于由此发送的HTTP请求的HTTP响应为止的状态下。一旦请求单元402接收到HTTP响应，请求单元402就准备再次从用户接收操作。可选地，即使在这样的状态下，也可以将请求单元402设定为接收用户的暂停处理的操作指令。

在经由接口单元101从显示设备4接收到处理请求数据时，信息处理设备10中的控制器105执行控制以使处理单元103执行由处理请求数据请求的处理。更具体地，如果控制器105被请求执行通过来自显示设备4的HTTP请求的请求，则控制器105控制处理单元103执行所请求的处理。作为HTTP请求从显示设备4发送的作为XML数据的处理请求数据是经由接口单元101提供给控制器105的。

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

当处理被执行时，控制器105发出事务标识(ID)作为标识处理的信息。控制器105使所发出的事务ID与作为请求方的显示设备4的通信的目的地相关联，并且然后在关联状态下在存储器12上存储所发出的事务ID和通信的目的地。为了执行处理，控制器105将所发出的事务ID提供给处理单元103，并且处理单元103将事务ID连同状态信息一起提供给通知单元104。

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

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

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

接口50是执行为了呈现层40与功能层60之间的连接而接口对接的功能的层。呈现层40与接口50之间的连接可以使用外部装置(诸如如图1所例示的具有通信功能的通信装置3)来执行(用于与用户设备20连接)或者可能不使用这样的外部装置来执行(用于与操作装置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标准的通信协议经由接口50将该通知数据发送到呈现层40。换句话说，由事件通知单元62执行的通知是基于第三通知方法或第四通知方法的基于推送的通知。操作图像管理器63管理要发送到呈现层40的操作图像数据。操作图像DB64是存储操作图像数据的数据库。功能单元65是实现信息处理设备10提供给用户的功能的模块组。

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

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

参照图12至图15描述各个设备在信息处理设备10中的通知单元104执行第一至第四通知方法中的一个来通知状态时的操作。在图12至图14的处理中活动的实体包括显示设备4中的装置控制器42以及信息处理设备10中的接收与响应单元61和事件通知单元62、中间件层70和硬件层80。在图15的处理中，除了接收与响应单元61用接口50代替之外使用了相同的活动实体。

图12是例示了各个设备在使用了第一通知方法时的操作的示例的顺序图。当做出操作以在用户执行复印之前修改用于复印的参数(诸如放大率、纸张的大小或颜色模式)时触发图12的处理。在接收到用于修改参数的操作(步骤S111)后，显示设备4中的装置控制器42在HTTP请求中包括描述用于修改参数的请求的指令数据，并且然后将该HTTP请求发送到信息处理设备10(步骤S112)。在接收到HTTP请求后，信息处理设备10中的接收与响应单元61解释在指令数据中描述的请求的内容(步骤S113)，并且指示信息处理设备10的中间件层70根据所解释的内容来执行处理(步骤S114)。

中间件层70和硬件层80协作地执行所指示的处理，即，修改参数(步骤S115)。中间件层70和硬件层80将表示处理的结果的信息作为状态信息提供给接收与响应单元61(步骤S116)。接收与响应单元61生成描述所提供的状态信息的指令数据(参数的修改结果)(步骤S117)，并且然后向作为处理的请求方的显示设备4发送包括该指令数据的HTTP响应(步骤S118)。显示设备4中的装置控制器42在其显示单元上显示在所接收到的指令数据上描述的状态信息(步骤S119)。

图13是例示了各个设备在使用了第二通知方法时的操作的示例的顺序图。当用户做出操作以使显示设备4对在信息处理设备10中的图像读取单元13上设定的原始文档开始复印时触发图13的处理。在接收到用于开始复印的操作(步骤S121)后，显示设备4中的装置控制器42生成响应于所接收到的操作的指令数据(步骤S122)。装置控制器42经由图10的通信单元43向信息处理设备10发送包括所生成的指令数据的处理请求数据。信息处理设备10中的接收与响应单元61经由图10的接口50接收处理请求数据，根据包括在该请求中的指令数据来解释所请求的处理的内容(步骤S124)，并且发出与该处理对应的事务ID(步骤S125)。

接收与响应单元61基于处理的已解释内容来生成指示处理的指令的信息(该信息在本文中被称作复印作业，并且在下文中通常被称为“指令信息”)并且将指令信息连同事务ID一起提供给中间件层70(步骤S126)。中间件层70和硬件层80基于指令信息协作地执行处理(复印处理)(步骤S127)。在提供指令信息之后，接收与响应单元61将指令数据作为HTTP响应发送到显示设备4(步骤S131)。HTTP响应包括描述所发出的事务ID的指令数据以及已接收到复印请求的信息(诸如字符串“已接受复印作业”)。可以与步骤S126中的操作并行或在步骤S126中的操作之前执行步骤S131中的操作。显示设备4中的装置控制器42参照HTTP响应，并且在其显示单元上显示指示请求已被接受的信息(步骤S132)，并且使事务ID被存储在其存储器上(步骤S133)。

在接收到对复印处理的请求的响应之后，显示设备4中的装置控制器42在HTTP请求中包括描述请求复印处理的状态被通知的通知请求的处理请求数据和在步骤S133中存储的事务ID，并且然后发送该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中的操作，直到在复印处理的结束时通知了处理结果为止。

图14是例示了各个设备在使用了第三通知方法时的操作的示例的顺序图。当用户像图13所例示的那样执行用于开始复印的操作时触发图14的处理。在接收到用于开始复印的操作(步骤S121)后，显示设备4中的装置控制器42向信息处理设备10发送描述请求了通过事件通知单元62的基于推送的通知的指定的通知请求数据(步骤S161)。在接收到通知请求数据后，信息处理设备10中的接收与响应单元61向中间件层70传送所描述的请求的内容(步骤S162)。中间件层70接收所传送的请求，并且将显示设备4设定为使事件通知单元62执行基于推送的通知(步骤S163)。中间件层70打开指示是否执行通知的标志。

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

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

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

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

下面描述通知单元104如何确定第一至第三通知中的一个以用于在通知中使用的处理。在该示例性实施方式中，通知单元104取决于显示设备4是否有接收基于推送的通知(即，经由除HTTP响应以外的通信的通知)的功能而使用不同的通知方法。

如果显示设备4有执行遵照WebSocket的通信的功能，则通知单元104确定显示设备4有接收基于推送的通知的功能。例如，显示设备4中的请求单元402描述处理请求数据是否描述关于活动浏览器是否支持WebSocket标准的信息。该信息可以是字符串“支持”或“不支持”或标志“1”或标志“0”(“1”指示浏览器支持WebSocket，而“0”指示浏览器不支持WebSocket)。该信息可以是浏览器的名称或浏览器的版本信息。注意，无论支持WebSocket与否依赖于各个浏览器的版本。

通知单元104分析由控制器105经由接口单元101接收到的处理请求数据或浏览器类型信息。如果信息指示支持WebSocket，则通知单元104确定显示设备4有接收基于推送的通知的功能。如果信息指示不支持WebSocket，则通知单元104确定显示设备4不具有接收基于推送的通知的功能。另选地，通知单元104可以确定如果实际上建立了遵照WebSocket标准的连接则显示设备4有接收基于推送的通知的功能，或如果未建立遵照WebSocket标准的连接则可以确定显示设备4不具有接收基于推送的通知的功能。

如果显示设备4不具有接收基于推送的通知的功能，则通知单元104使用第一通知方法和第二通知方法中的一个在响应于来自显示设备4的请求(诸如处理请求或通知请求)的响应中向显示设备4通知处理结果。如果选择了第二通知方法，则通知的内容可以包括关于轮询间隔的信息。如果显示设备4有接收基于推送的通知的功能，则通知单元104可以使用第一至第三通知方法中的任一个来执行通知。在该示例性实施方式中，第三通知方法可以用来向显示设备4通知处理结果，使得当处理完成时通过该功能接收到处理结果。

当显示设备4请求处理时，通知单元104取决于用于完成所请求的处理的时间(从处理的请求到处理的完成流逝的时间，并且在下文中被称为“处理时间”)而使用不同的通知方法。更具体地，如果处理时间等于或高于阈值(诸如0.5秒或1秒)，则通知单元104使用第二通知方法(继对处理请求的响应之后基于拉的通知)或第三通知方法(继对处理请求的响应之后基于推送的通知)来通知处理结果(和处理的状态)。如果处理时间低于阈值，则通知单元104使用第一通知方法(通过响应于处理请求的响应的通知)来通知处理结果。

通知单元104像下面所描述的那样计算处理时间。通知单元104存储使各个处理与平均处理时间相关联的处理时间表。

图16例示了处理时间表的示例。在这个处理时间表中，“复印处理”与平均处理时间“2秒+页数x2秒”相关联。这旨在意味着从复印处理的开始到形成第一页的图像的开始花费2秒读取原始文档，并且意味着花费2秒在介质的每页上形成图像。

“原始数据的传真处理”旨在意指如果原始文档数据在不用读取原始文档的情况下可用则传真原始文档数据的传真处理。这个处理与平均处理时间(即，用于建立到传真网络的连接的平均时间(在这个示例中为3秒)和用于发送一页的数据的时间(在这个示例中为0.5秒)的和“3秒+页数x0.5秒”)相关联。

“原始文档数据的读取处理和传真处理”附加地涉及原始文档的读取处理，并且因此与附加地考虑用于读取原始文档的一页的时间(在这个示例中为0.5秒)的“3秒+页数x1.0秒”的平均处理时间相关联。“来自SD存储卡的图像的读取处理”与平均处理时间“图像数x0.05秒”相关联，并且“参数的修改处理”与平均处理时间“0.1秒”相关联。通知单元104最初使用通过测试确定的平均处理时间。可以在执行这些处理时测量处理时间，并且可以基于测量结果更新平均处理时间。

通知单元104从在处理请求数据中描述的参数获取要用在“原始文档数据的传真处理”中的原始文档的“页数”。当图4的图像读取单元13继处理的开始之后完成图像的读取时，通知单元104还从图像读取单元13获取要用在“复印处理”或“原始文档的读取处理和传真处理”中的“页数”。当通知单元104经由图4的连接单元17访问SD卡(或SD卡中的文件夹中的一个)时，通知单元104获取要用在“来自SD存储卡的图像的读取处理”中的“图像数”。通知单元104基于在处理请求数据中描述的处理、这些获取的信息片中的每一个和处理时间表来计算处理时间，并且然后确定处理时间是阈值还是更长。

通知单元104确定通知方法的过程被概括如下。

图17是例示了通知方法的确定处理的示例的流程图。响应于来自显示设备4的处理请求，通知单元104确定处理的处理时间是阈值还是更长(步骤S11)。如果处理时间低于阈值(否分支)，则通知单元104通过第一通知方法(通过响应于处理请求的响应的通知)执行通知(步骤S12)。如果处理时间等于或高于阈值(是分支)，则通知单元104确定已请求处理的显示设备4是否有接收基于推送的通知的功能(步骤S13)。在确定显示设备4有该功能(是分支)后，通知单元104以第三通知方法(继响应于处理请求的响应之后基于推送的通知)执行通知(步骤S14)。在确定显示设备4没有这样的功能(否分支)后，通知单元104以第二通知方法(继响应于处理请求的响应之后基于拉的通知)执行通知(步骤S15)。

如果使用了第一通知方法，则请求单元402在从处理请求到处理结果的通知的时段期间不接受操作。另一方面，如果使用了第二通知或第三通知，则即使处理响应于请求而未完成也首先做出响应。与第一通知方法相比，请求单元402自始至终不接受操作的时段往往是短的。当在该示例性实施方式中通知了通过HTTP请求所请求的处理的处理结果时，如果处理的处理时间等于或高于阈值则不使用第一通知方法。由于这个原因，作为处理的请求方的设备(显示设备4)自始至终待命等待HTTP响应进而不接受操作的时段是不太长的。

如果复印处理利用第一通知方法加以执行，则处理的状态(诸如图7B的状态信息C2)仍然被显示直到处理结果被显示为止。如果通知了处理结果，则它们被立即显示并且传送给用户。相反，即使在第二通知方法中完成处理，也仅当显示设备4做出通知请求时通知处理结果。在第三通知方法中，当处理完成时通知单元104通知处理结果。然而，如果显示设备4响应于用户的操作而显示除状态信息以外的图像(例如，图6的操作图像数据A1)，则所通知的处理结果未被立即传送给用户。

与第二通知方法或第三通知方法相比，第一通知方法的使用往往导致用来将处理结果传送给用户的短时段。如果在该示例性实施方式中所请求的处理的处理时间低于阈值，则使用第一通知方法。如先前所描述的，处理结果被更迅速地传送给用户，同时作为处理的请求方的设备(显示设备4)自始至终待命等待HTTP响应并且不接受操作的时段被设定为不太长。

处理结果在第三通知方法与通过除HTTP响应以外的通信执行的基于推送的通知一起使用时与在第二通知方法与通过HTTP响应执行的基于拉的通知一起使用时相比被更迅速地通知。如果在没有接收功能的设备上使用第三通知方法，则通知保持未收到。在该示例性实施方式中避免在没有接收功能的设备上使用第三通知方法使接收通知的失败最小化。根据该示例性实施方式，与其中不考虑显示设备4是否有通过除HTTP响应以外的通信来接收通知的功能的情况相比，处理结果被可靠地通知。

在图17所例示的确定方法的确定处理中，通知单元104首先确定处理时间是否等于或高于阈值，并且如果处理时间低于阈值，则以第一通知方法执行通知(通过响应于处理请求的响应的通知)。另选地，在不执行这个确定的情况下，通知单元104可以确定已请求处理的显示设备4是否有接收基于推送的通知的功能。如果显示设备4有该功能，则通知单元104以第三通知方法(继响应于处理请求的响应之后基于推送的通知)执行通知。如果显示设备4没有这样的功能，则通知单元104以第二通知方法(继响应于处理请求的响应之后基于拉的通知)执行通知。另选地，通知单元104可以确定已请求处理的显示设备4是否有接收基于推送的通知的功能，并且然后可以确定用于完成处理的时间是否等于或高于阈值。

已经仅出于示例性目的描述了示例性实施方式，并且可以像下面所描述的那样修改示例性实施方式。可以视情况而定组合示例性实施方式及其修改。

在该示例性实施方式的讨论中，用户设备20包括执行遵照无线LAN标准的通信的通信单元。该示例性实施方式不限于这个配置。例如，用户设备20可以包括遵照有线LAN标准的通信单元，诸如操作装置30中的通信单元33。在这样的情况下，用户设备20经由通信电缆连接至有线LAN路由器或集线器。用户设备20中的通信单元工作来与其它通信装置(诸如路由器或集线器)进行通信。通信单元可以执行遵照蓝牙(注册商标)的标准的通信或近场通信(NFC)。

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

在该示例性实施方式中，操作装置30像图2所例示的那样包括控制器31、存储器32和通信单元33。然而，操作装置30可能不必必须包括控制器31、存储器32和通信单元33。

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

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

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

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

图19例示了修改例的信息处理设备10b的硬件配置的示例。图19例示了包括除显示单元以外与图4所例示的那些类似的元件以及操作装置30b的信息处理设备10b。操作装置30b包括图3所例示的元件，并且作为图5的操作单元200。

操作装置30b经由通信电缆或数据总线电缆连接至第一通信单元15。操作装置30b由用户在其中操作装置30b被安装在信息处理设备10b的外壳上或放置在靠近信息处理设备10b的桌子上的状态下使用。作为该示例性实施方式的操作装置30，操作装置30b在不用经由其它通信装置(诸如图1中的通信装置3)路由的情况下与信息处理设备10b进行通信。可以从操作装置30b拔出通信电缆或数据总线电缆并且可以将操作装置30b携带至另一位置以用于不同应用。在图19的示例中，代替操作装置30b作为操作单元(诸如图1的用户设备20)的另一设备可以连接至信息处理设备10b。操作装置30b可以连接至通信装置3以经由通信装置3和通信网络2与信息处理设备10b进行通信。

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

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

接口单元101遵照SOAP标准。另选地，接口单元101可以为了遵照用于表述性状态转移(REST)或标准广义标记语言(SGML)的标准的通信而接口对接。接口单元101可以是任何类型，只要接口单元101为了遵照用于在web中使用的任何标准的通信而接口对接即可。以这种方式，使得能够使用浏览器的设备中的大多数可以被用作操作装置。

通知单元104可以在与该示例性实施方式的方法不同的方法中计算处理时间。例如，通知单元104基于信息处理设备10的CPU的状态(诸如CPU的使用率或可用核的数量)和RAM的状态(诸如RAM的使用率)来校正根据该示例性实施方式计算出的处理时间。例如，如果CPU的使用率是20％以下，则通知单元104可以将处理时间乘以0.8，并且如果CPU的使用率是80％以上，则可以将处理时间乘以1.2。

可能难以通过对信息处理设备10进行测试来测量处理时间。可以使用根据具有平均吞吐量的信息处理设备的测量结果创建的处理时间表来计算处理时间。可以将该处理时间乘以响应于信息处理设备10的CPU的性能以及RAM的容量的系数(诸如核的数量和频率)以产生最终处理时间。在这样的情况下，如果所请求的处理是基于从外部设备得到的处理结果的用户认证，则可以进一步添加预定持续时间。

在该示例性实施方式中，通知单元104使用如以上所描述的那样确定的通知方法来通知处理结果。如果通知方法由显示设备4规定，则通知单元104可以使用所规定的通知方法。例如，显示设备4中的请求单元402可以在处理请求数据上描述所规定的通知方法，并且通知单元104可以根据描述来使用所规定的通知方法。

图20是例示了修改例的通知方法的处理示例的流程图。当显示设备4请求处理时，通知单元104确定处理请求是否规定通知方法(步骤S21)。如果规定了通知方法(是分支)，则通知单元104以所规定的通知方法执行通知(步骤S22)。如果未规定通知方法(否分支)，则通知单元104进行到图17的步骤S11，并且执行与该示例性实施方式的那些相同的操作。如果通知方法被设计为通过用户的操作来规定，则在由用户期望的通知方法中通知处理结果。

如果规定了作为基于推送的通知的第三通知方法，则通知单元104像参照步骤S13先前所描述的那样确定显示设备4是否有基于推送的通知的功能。如果显示设备4具有基于推送的通知的功能，则通知单元104使用所规定的通知方法。如果显示设备4没有这样的功能，则通知单元104使用第一通知方法或第二通知方法(例如，如果处理时间低于阈值则使用第一通知方法，以及如果处理时间等于或高于阈值则使用第二通知方法)。如果规定了第一通知方法，则通知单元104像参照步骤S11先前所描述的那样确定处理时间是否等于或高于阈值。如果处理时间低于阈值，则通知单元104使用所规定的通知方法。如果处理时间等于或高于阈值，则通知单元104可以使用第二通知方法或第三通知方法。另选地，通知单元104可以鉴于关于信息处理设备10的处理的负荷(诸如CPU的使用率)是否等于或高于阈值或关于显示设备4是操作设备还是用户设备(通信是否经由通信装置3来执行)的条件来确定通知方法。

现在可以通知所请求的处理的结果。可以仅通过响应于来自被配置为显示结果的显示设备4的HTTP请求的HTTP响应来执行通知。在这样的情况下，可能存在显示设备4自始至终因为信息处理设备10的通知处理的控制而不能接收到通知的长时间段。在该示例性实施方式中，可以规定通知方法，或被配置为通知所请求的处理的结果的信息处理设备10可以基于除处理时间以外的条件来执行确定。在各种情况下，不仅通过HTTP响应的基于拉的通知而且基于推送的通知被设计为被执行。与仅通过HTTP响应执行的通知相比，显示设备4自始至终不能接收到通知的时段被设计为不太长。

在特定情况下，如果处理时间等于或高于或低于阈值，则通知单元104可以使用与参照该示例性实施方式描述的那些不同的通知方法。例如，如果请求了预定处理，则即使处理时间等于或高于阈值，通知单元104也以第一通知方法通知处理结果。更具体地，如果请求了用于取消复印处理或打印处理的处理，则通知单元104以第一通知方法执行通知。

如果使用了第一通知方法，则显示设备4中的请求单元402自始至终不接受操作的时段往往较长。但是当使用了第二通知方法或第三通知方法时，显示设备4没有处理的结果因为除状态信息以外的图像保持显示而未被显示的困难。第一通知方法因此将处理结果可靠地传达给用户。在以上所描述的取消处理中，如果指示取消处理已被实际地执行的处理结果未被传达给用户，则即使取消处理已被实际地执行用户也可以再次请求相同的处理。期望以可靠方式将处理结果传达给用户。在修改中，第一通知方法被设计为不管处理时间都被例外地使用。与其中通知方法是取决于处理时间而确定的情况相比，处理结果因此被可靠地传达给用户。

在该示例性实施方式中，如果处理时间低于阈值，则使用第一通知方法。通知单元104不限于这个配置。例如，通知单元104可以待命等待直到所请求的处理已完成为止。通知单元104执行已经通过HTTP响应接收到处理的通知，并且然后在WebSocket通信中通知处理结果。在这样的情况下，在继处理请求之后用户的操作的不敏感时段的时间过去之后，显示设备4连同处理已被接受的指示一起显示处理结果，并且然后开始准备从用户接收操作。这个布置使得所通知的处理结果因为被显示的一些其它图像而未被立即传达给用户变得不太可能。与当使用了第二通知方法或第三通知方法时相比，处理结果被更迅速地传达给用户。

信息处理设备、显示设备、通信装置以及包括这些设备的信息处理系统可以落入本发明的范围中。用于执行由这些设备中的每一个实现的处理的信息处理方法可以落入本发明的范围中。使诸如信息处理设备或显示设备的计算机充当以上所描述的元件的程序还可以落入本发明的范围内。程序可以在存储在状态下被设置在记录介质(诸如光盘)上，或经由通信网络(诸如互联网)下载到计算机上，并且然后安装以用于在计算机中使用。

已经出于例示和描述的目的提供了本发明的示例性实施方式的前面描述。它不旨在为详尽的或将本发明限于所公开的精确形式。显然，许多修改和变化对于本领域技术人员而言将是显而易见的。实施方式被选取并且描述以便最好地说明本发明的原理及其实际应用，从而使得本领域技术人员能够针对各种实施方式并且利用如适于所设想的特定用途的各种修改来理解本发明。本发明的范围旨在由随附权利要求及其等同物来限定。

Claims (6)

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

处理单元，该处理单元执行处理；

控制器，该控制器执行控制操作以使所述处理单元执行所述处理，所述处理通过来自显示所述处理的处理结果的显示设备的超文本传送协议HTTP请求来被请求；以及

通知单元，该通知单元通过与响应于已请求所述处理被执行的所述HTTP请求的HTTP响应不同的通信来向所述显示设备通知所述处理结果。

2.根据权利要求1所述的信息处理设备，其中，如果用于完成所请求的处理的时间等于或高于阈值，则所述通知单元通过所述不同的通信来向所述显示设备通知所述处理结果，并且如果所述时间低于所述阈值，则通过响应于已请求所述处理被执行的所述HTTP请求的所述HTTP响应来向所述显示设备通知所述处理结果。

3.根据权利要求2所述的信息处理设备，其中，如果预定处理被请求，则即使用于完成所述处理的所述时间等于或高于所述阈值，所述通知单元也通过响应于已请求所述处理被执行的所述HTTP请求的所述HTTP响应来向所述显示设备通知所述处理结果。

4.根据权利要求1至3中的一项所述的信息处理设备，其中，如果所述显示设备具有通过除HTTP响应以外的通信来接收通知的功能，则所述通知单元向所述显示设备通知所述处理结果，使得所述显示设备在所述处理的完成时通过所述功能来接收所述处理结果。

5.一种信息处理系统，该信息处理系统包括：

根据权利要求1所述的信息处理设备；

请求单元，该请求单元被配置为通过HTTP请求做出响应于用户的操作的请求，并且不接受所述操作直到接收到响应于所述请求的HTTP响应为止；以及

显示单元，该显示单元显示所述处理结果。

6.一种信息处理方法，该信息处理方法包括以下步骤：

执行处理；

执行控制处理以执行所述处理，所述处理通过来自显示所述处理的处理结果的显示设备的超文本传送协议HTTP请求来被请求；以及

通过与响应于已请求所述处理被执行的所述HTTP请求的HTTP响应不同的通信来向所述显示设备通知所述处理结果。