CN107870864A - 图像形成装置 - Google Patents

Abstract

图像形成装置。一种图像形成装置包括：构架上的应用，该应用被分离成负责基本处理的核心逻辑部分以及负责描绘处理的用户界面框架部分，并工作；以及控制器，该控制器执行所述应用和所述构架。所述核心逻辑部分利用由构架定义的应用编程接口来实现。所述应用包括多个应用，并且所述构架加载所述多个应用的所有核心逻辑部分。所述多个应用包括显示主页画面的主页应用，并且所述主页应用的核心逻辑部分询问另一应用的核心逻辑部分，获取显示信息，并显示所述显示信息。

Description

图像形成装置

技术领域

本发明涉及一种图像形成装置。

背景技术

具有诸如复印、打印和传真的功能的多功能机器的功能进一步扩展，因此要求有效地构造包括各种应用的整个系统。

日本特开No.2012-248102描述了一种图像形成装置，该图像形成装置允许用户容易地识别显示在应用列表画面上的图标的应用是否正在执行中。该构造包括：画面信息存储单元，其存储包括用于调用登记有应用和该应用的操作设定的宏的图标的列表画面信息，所述列表画面信息包括图标位置、图标图像、应用标识信息和宏标识信息；画面控制单元，其获取关于作业状态从待命改变为执行的应用的状态信息，输出标识信息，并且做出画面更新请求；画面创建单元，如果该画面创建单元接收到关于基于列表画面信息创建的应用的列表画面的画面更新请求，则将所获取的标识信息所指示的应用的图标的显示样式更新为不同于另一应用的图标的显示样式；以及显示单元，其显示包括所更新的图标的列表画面。

日本特开No.2012-27662描述了在具有扩展功能的多功能机器中改进用户的可操作性。该构造包括：布置信息存储单元，其存储图标布置信息，在该图标布置信息中，标准应用、扩展应用以及用于在标准应用与扩展应用之间进行识别的应用识别信息与关于对应图标的坐标信息以及关于图标的图像信息关联；列表画面创建单元，其创建应用列表画面，在该应用列表画面中，基于图标布置信息显示与标准应用和扩展应用对应的图标；显示单元，其显示所创建的应用列表创建画面；以及画面控制单元，其从图标布置信息指定与被按压的图标对应的标准应用或扩展应用，并且对所指定的标准应用或扩展应用做出操作画面显示请求。

在现有技术中，作为图像形成装置的系统，准备大的根应用(root application)并且提供要从各个应用使用的各种功能。所有应用均依赖于根应用。

另外，专门处理图像形成装置中的各种装置的状态的装置应用(deviceapplication)独立地存在。基本上所有应用均依赖于装置应用。

另外，多个应用之间的共同实现在发展，这些应用也依赖于彼此。

因此，每当添加或删除应用时，需要在应用之间进行调整，同时需要不断地修正根应用。因此，无法容易地添加或删除应用。

发明内容

本发明的目的在于提供一种限制应用之间的依赖性并且允许容易地添加或删除应用的图像形成装置。

根据本发明的第一方面，提供了一种图像形成装置，该图像形成装置包括：构架上的应用，该应用被分离成负责基本处理的核心逻辑部分以及负责描绘处理的用户界面框架部分，并工作；以及控制器，其执行所述应用和所述构架。所述核心逻辑部分利用由构架定义的应用编程接口来实现。所述应用包括多个应用，并且所述构架加载所述多个应用的所有核心逻辑部分。所述多个应用包括显示主页画面的主页应用(home application)，并且所述主页应用的核心逻辑部分询问另一应用的核心逻辑部分，获取显示信息，并显示所述显示信息。

根据本发明的第二方面，基于第一方面中所述的图像形成装置，所述显示信息可以是与装置的状态对应的图标的显示信息。如果与另一应用的执行有关的装置没有正常地工作，则主页应用的核心逻辑部分可不显示图标，如果与所述另一应用的执行有关的装置正常地工作，则可显示所述图标。

根据本发明的第三方面，基于第一方面中所述的图像形成装置，所述显示信息可以是每个用户的图标的显示信息。主页应用的核心逻辑部分可获取每个用户的图标的显示信息并且显示因每个用户而异的主页画面。

根据本发明的第四方面，基于第一方面中所述的图像形成装置，显示信息可以是每个用户的应用的使用权限。主页应用的核心逻辑部分可在没有另一应用的执行权限的情况下提供显示以禁止选择所述另一应用，并且在有所述另一应用的执行权限的情况下提供显示以允许选择所述另一应用。

根据本发明的第五方面，基于第一方面中所述的图像形成装置，所述显示信息可以是关于图标的显示信息的变化信息。主页应用的核心逻辑部分可使用关于另一应用的变化信息来改变图标的显示样式。

通过本发明的第一方面，可限制应用之间的依赖性，可容易地添加或删除应用，并且可提高主页画面显示的处理效率。

通过本发明的第二方面，另外，可显示与装置的状态对应的图标。

通过本发明的第三方面，另外，可基于用户以定制的方式显示图标。

通过本发明的第四方面，另外，可基于使用权限来显示主页画面。

通过本发明的第五方面，另外，可按照主动地改变图标的显示样式的方式来显示图标。

附图说明

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

图1是图像形成装置的功能框图；

图2是系统的逻辑配置图；

图3是示出主页画面的示例的说明图；

图4是应用的逻辑配置图；

图5是现有技术的系统的逻辑配置图；

图6是构架上的应用的配置图；

图7是示出应用的具体配置示例的说明图；

图8是示出应用列表的具体配置示例的说明图；

图9提供示出核心逻辑和UI框架的模式的说明图；

图10A至图10C是UI和逻辑改变时的说明图；

图11A和图11B是各自示出构架上的应用的模式的说明图；

图12是包括引导器和启动器的生命周期管理的系统配置图；

图13是生命周期管理的顺序图；

图14是示出从系统激活到主页画面显示的时间的曲线图；

图15是当与复印和传真有关的装置不正常时的操作画面的说明图；

图16是当在构架中实现功能时的示意图；

图17是示出根据示例性实施方式的主页画面显示操作的示意图(第一示意图)；

图18A和图18B是示出标准操作画面以及基于用户定制的操作画面的说明图；

图19是示出根据示例性实施方式的主页画面显示操作的示意图(第二示意图)；

图20A和图20B是示出标准操作画面以及根据用户权限定制的操作画面的说明图；

图21是示出根据示例性实施方式的主页画面显示操作的示意图(第三示意图)；以及

图22是示出根据示例性实施方式的主页画面显示操作的示意图(第四示意图)。

具体实施方式

下面参照附图描述本发明的示例性实施方式。

一般系统配置

图1是包括根据本示例性实施方式的图像形成装置的图像形成系统的配置框图。图像形成系统包括终端装置10和图像形成装置12。终端装置10和图像形成装置12通过通信单元14彼此连接。例如，通信单元14使用诸如局域网(LAN)的数据通信网络。

终端装置10通过通信单元14与图像形成装置12连接，并且根据用户的指示发送例如包括文档的打印命令的打印作业。

图像形成装置12包括只读存储器(ROM)16、随机存取存储器(RAM)18、硬盘驱动器(HDD)20、由一个或多个中央处理单元(CPU)配置的控制器22、输入/输出接口(I/F)24、诸如触摸面板的操作单元26以及图像形成单元28。

根据存储在ROM 16中的处理程序，由一个或多个CPU配置的控制器22通过输入/输出I/F 24从终端装置10接收例如打印作业命令，解释页面描述语言(PDL)数据并生成中间数据，并且还从所生成的中间数据生成描绘数据(光栅数据)。另外，控制器22执行从操作单元26接收到的诸如复印、扫描和传真的各种命令。

图像形成单元28包括打印模块、扫描模块、传真模块、给纸模块、文档馈送模块和图像处理加速器。

打印模块具有在纸张上输出图像的功能。例如，打印模块包括已知的喷墨方法的构造，并且将描绘数据打印在纸张上。打印模块从喷嘴等排出液体或熔融的固体墨，并且在纸张、膜或其它材料上执行记录。排出墨的方法包括使用静电吸引力来排出墨的按需滴落方法(压力脉冲方法)以及利用通过在高温下以热使气泡形成并生长而生成的压力来排出墨的热喷墨方法。要使用的记录头包括例如排出青色墨的头、排出品红色墨的头、排出黄色墨的头以及排出黑色墨的头。各个头都使用宽度至少等于纸张的宽度的线式头(linehead)。由记录头将相应颜色的墨滴排出在中间转印体上以用于记录，然后将其转印在纸张上以用于打印。

扫描模块从纸张读取图像并且将该图像转换为电子数据。

传真模块包括调制解调器和传真图像处理模块，并且执行传真功能。

给纸模块从纸张托盘向打印模块传送纸张。

文档馈送模块从文档托盘向扫描模块传送纸张。

图像处理加速器是与例如扫描模块关联地执行压缩/扩展处理的模块。图像处理加速器并非必须提供，可以是附加模块。

除了上述模块之外，图像形成装置12还可包括提供纸张的例如打孔和排序的修整器(finisher)；通用串行总线(USB)；认证单元，其由集成电路(IC)卡读取器等构成，并且认证用户；计费单元；和/或人传感器、脸部相机等。

另外，图像形成装置12可通过通信单元14与互联网连接，或者可包括Ethernet(注册商标)和/或Wi-Fi(注册商标)。

程序的逻辑配置

图2示出由控制器22执行的系统的逻辑配置。系统被大致分成两层，包括表示层(presentation layer)30和装置服务层32。

表示层30是实现各种应用的层，并且包括构架(framework)31和各种应用。构架31是使得JavaScript(注册商标)应用能够在计算机系统上工作的执行环境软件组。更具体地，JavaScript在网络浏览器上执行，并且底部框架(base frame)和UI框架(frame)被加载为超文本标记语言(HTML)的iframe。另外，这样的应用是利用构架31所提供的应用编程接口实现的JavaScript软件。构架31管理各种应用的生命周期。即，对于各种应用中的每一个，构架31创建底部框架，读取应用的核心逻辑，并且向核心逻辑给出初始化的指示。另外，在系统停用时，构架31向各种应用中的每一个的核心逻辑给出终止化的指示，并且删除底部框架。稍后更详细地描述各种应用中的每一个的核心逻辑和生命周期管理。

装置服务层32是管理各种硬件装置的层。硬件装置包括例如上述图像形成单元28的打印模块。

图3示出显示在图像形成装置12的操作单元26上的画面(主页画面)的示例。主页画面包括显示在其上的图标。图标包括复印按钮34、ID卡复印(ID复印)按钮36、扫描按钮38、传真按钮40、我的复印按钮42、网络应用(web app1)按钮44和简单复印按钮46。当用户触摸并选择按钮中的一个时，指派给该按钮的应用被激活，并且画面转变为应用画面。用户可识别出按钮对应于应用。

各个应用是如上所述利用构架31所提供的应用编程接口实现的JavaScript软件，并且是直接向用户提供功能的组件。各个应用具有由构架31定义的公共配置。另外，各个应用被配置为具有关于另一应用的低链接程度。应用包括通过用户界面(UI)与用户协作来操作的应用以及不与用户协作的应用。与用户协作的应用主观地通过表示层30执行显示和输入。

附图还示出了用于用户登入的登入按钮48。该按钮也对应于应用。

应用的实现结构

图4示出应用的结构。应用50被大致分离成三个组件。即，应用50被分离成核心逻辑52、UI框架54和清单文件56。在这种情况下，“分离”不表示物理分离，而表示逻辑分离。

核心逻辑52是作为应用执行基本处理(基本行为和应用间关联)的组件，并且必然存在于每个应用中。核心逻辑提供由构架31定义的应用编程接口。

UI框架54是作为应用提供描绘和显示的组件，或者更具体地，被作为显示窗口来管理。

清单文件56是关于各个应用的被动信息的列表。被动信息可包括应用的识别符(ID)、显示名称、图标图像、版本、创建日期等。清单文件56包括核心逻辑清单文件56-1和UI框架清单文件56-2。由清单文件56编写的信息是isLaunchable属性。利用该属性，判断应用是否作为图标(按钮)显示在主页画面上。属性如下：

如果isLaunchable＝true，则选择显示；并且

如果isLaunchable＝false，则选择不显示。

利用该配置，核心逻辑52和UI框架54之间的通信规则如下：

(1)核心逻辑52与另一核心逻辑52通信；并且

(2)UI框架54仅与核心逻辑52通信。

因此，UI框架54不与另一UI框架54通信。

图5示出现有技术的程序配置。在现有技术中，准备大的根应用(root app)600，并且提供要从各个应用使用的各种功能。所有应用均依赖于这个根应用600。另外，专门负责各种装置的状态的装置应用(device app)620独立地存在。基本上所有应用均依赖于这个装置应用620。因此，即使在添加或删除应用的情况下，每次发生这种情况时也需要在应用之间进行调整，并且不断地需要修正根应用600。无法容易地添加或删除应用。

相比之下，图6示出此示例性实施方式的程序配置。各个应用被分离成核心逻辑52、UI框架54和清单文件56。各个应用的核心逻辑52与构架31连接。各个应用的UI框架54与应用的核心逻辑52连接。

例如，示例性地描述复印应用，复印应用被分离成核心逻辑52、UI框架54和清单文件56。核心逻辑52与构架31连接。UI框架54与核心逻辑52连接。与现有技术不同，各个应用之间的链接被限制而没有依赖，因此由框架31通过核心逻辑52来执行应用之间的关联。各个应用的核心逻辑52提供由构架31定义的应用编程接口。因此，当新添加应用时，通过提供由构架31定义的应用编程接口，可容易地执行该添加。另外，由于应用之间的链接被限制，所以可容易地删除应用。

图7示出复印应用的示例。在图7中，baseframe.html是核心逻辑52，base_manifest.json是核心逻辑52的清单文件56-1。另外，uiframe.html UI框架54，app_manifest.json是UI框架54的清单文件56-2。

图8示出应用列表的示例。在图8中，“base”表示核心逻辑52的清单文件56-1，“app”表示UI框架54的清单文件56-2。在清单文件56-2中，“type”表示应用的类型。应用的类型如下。

具体地，应用包括四种类型。

STD：预安装的应用

OT：预安装的应用(STD)的快捷方式

EXT：可添加的应用(类型I应用)

CS：可添加的应用(类型II应用)

预安装的应用是与图3所示的复印、扫描、传真等对应的应用。另外，OT、EXT和CS的各个应用被指派有特殊伴随应用。各个伴随应用负责对应的功能。各个伴随应用与STD应用类似也包括核心逻辑52。由于清单文件56包括应用的类型，所以各个应用的内部实现可与另一应用区别开。

另外，清单文件56-2中的“isLaunchable”是如上所述地判断图标是否显示在主页画面上的属性信息。在图8中，显示如下。

isLaunchable＝true

这表示显示复印按钮。

由于应用被分离成核心逻辑52和UI框架54，所以应用列表描述它们之间的对应关系。

为各个应用创建清单文件56。因此，期望设定表示各个应用的类型的识别符以及该类型中的唯一识别符。例如，复印应用的清单文件具有如下识别符。

type:STD

ID:copy

在这些识别符中，type是表示类型的识别符(预安装的应用)，ID是唯一识别符。

另外，清单文件56包括激活时所需的信息和描绘主页画面所需的信息作为静态信息。激活时所需的信息是关于核心逻辑52的存储位置信息和关于UI框架54的存储位置信息。构架31参考关于核心逻辑52的存储位置信息来加载核心逻辑52。另外，如果需要，核心逻辑52参考关于UI框架54的存储位置信息来加载UI框架54。描绘主页画面所需的信息是关于图标按钮的存储位置信息和按钮的显示顺序。

清单文件56由装置服务层中的应用管理组件参考并且用于创建应用列表(稍后描述)。

图9示出应用的实现结构的模式。

图9中的部分(a)满足存在核心逻辑52但是不存在UI框架54的模式。这不对应于预安装的应用，而对应于例如伴随应用。图9中的部分(d)是与图9中的部分(a)对应的应用列表。

图9中的部分(b)满足核心逻辑52和UI框架54按照一对一对应关系存在的模式。图9中的部分(e)是与图9中的部分(b)对应的应用列表。

相比之下，图9中的部分(c)示出存在核心逻辑52和多个UI框架54并且多个UI框架54共享公共的核心逻辑52的情况。UI框架54判断当在主页画面上显示按钮时的显示样式。即使显示多个按钮，通过共享公共核心逻辑52，也提高了实现效率。另外，如果多个应用共享公共的核心逻辑52，则提高维护性能。共享公共的核心逻辑52的UI框架54的数量不受限制。图9中的部分(f)是与图9中的部分(c)对应的应用列表。例如，清单文件56-1的具体示例如下。

例如，清单文件56-2的具体示例如下。

另一示例如下。

在图9中的部分(b)和图9中的部分(c)中，通过设定UI框架54的清单文件56-2的isLaunchable属性值，判断按钮是否实际显示在主页画面上。例如，在图9中的部分(c)中，在存在共享公共的核心逻辑52的第一UI框架54和第二UI框架54的情况下，第一UI框架54的清单文件为isLaunchable＝true，第二UI框架54的清单文件为isLaunchable＝false，前者被显示为按钮，而后者未被显示。

作为应用的执行结构，核心逻辑52与UI框架54分离。因此，可仅改进UI框架54，而不改变核心逻辑52，并且可容易地定制应用的画面上的显示样式。

图10A至图10C各自示出定制画面上的显示样式的示例。

图10A是初始显示样式。聚焦在ID卡复印的应用，其UI框架54为idcopy/uiframe.html，其清单文件56-2为idcopy/app_manifest.json。

图10B示出定制显示样式的情况。在ID复印的应用中，UI框架54和清单文件56-2被用于新显示样式的idcopy_for_xxx/uiframe.html和idcopy_for_xxx/app_manifest.json替换。当然，也可仅替换清单文件56-2。

相比之下，图10C示出未改变显示样式而改变应用的逻辑的情况。在这种情况下，所有核心逻辑52、UI框架54和清单文件56均被新组件替换。即，由copy及之后指示的部分被copy_for_xxx替换。

图11A和图11B各自示出包括构架31的具体应用的实现结构的模式。

图11A示出实现复印应用和ID复印应用的情况下的模式的示例。复印应用被分离成核心逻辑52和UI框架54。核心逻辑52与构架31通信。UI框架54仅与核心逻辑52通信。类似地，ID复印应用被分离成核心逻辑52和UI框架54。核心逻辑52与构架31通信。UI框架54仅与核心逻辑52通信。

图11B示出除了复印应用和ID复印应用之外还实现打印应用的情况下的另一示例。复印应用和ID复印应用被分离成公共核心逻辑52和相应的UI框架54。即，复印应用和ID复印应用通过公共核心逻辑52与构架31通信。另外，打印应用具有核心逻辑52，但是不具有UI框架54。图11A和图11B包括图9所示的所有模式。

在现有技术的应用实现结构中，与上述结构不同，核心逻辑52和UI框架54彼此不分离，并且处理和画面描绘混合，导致复杂的结构。另外，不存在应用的公共编程接口，各个应用自由地公开编程接口并且自由地参考编程接口。相比之下，在此示例性实施方式中，构架31定义应用编程接口，各个应用的核心逻辑52必须利用该应用编程接口来实现。因此，此示例性实施方式中的应用编程接口的方向不同于现有技术。另外，除了构架31和应用中的每一个之间的通信之外，可通过构架31所提供的编程接口公开功能和应用编程接口参考功能来实现应用之间的通信编程接口。

理论上，多个应用可共享公共的UI框架54，并且可分别具有单独的核心逻辑52。然而，在这种情况下，从构架31的角度，结构可能复杂，因此在此示例性实施方式中没有具体描述这种情况。当然，未必旨在排除这种模式。

应用的生命周期管理

图12示出当构架31执行各个应用的生命周期管理时的基本配置。在这种情况下，构架31是应用的执行环境。

构架31和各种应用50以及引导器60和启动器应用64存在于表示层中。另外，应用管理组件62存在于装置服务层中。

引导器60是执行整个表示层的激活/停用管理的组件。构架31由引导器60初始化和激活。

应用管理组件62基于各种应用50的清单文件56向构架31提供应用列表。

启动器应用64是利用由构架31定义的启动器编程接口70实现的应用。启动器应用64仅是存在于系统中的一个应用，并且在所有应用50的初始化完成时从构架31调用。

各种应用50包括复印应用、ID复印应用、传真应用等，并且包括如上所述的核心逻辑52。各种应用50的核心逻辑52各自利用由构架31定义的应用编程接口72来实现。

具体地，在各个应用50中实现的应用编程接口如下。

·初始化处理(initialize)

·终止化处理(finalize)

·窗口推出处理(windowPushedOut)

·窗口准备露出处理(windowPrepareExposed)

·窗口准备终止处理(windowPrepareTerminated)

各个应用50利用这些事件的处理程序来实现。

构架31包括JavaScript组件(称作通信控制组件)，其用于允许各种应用50的核心逻辑52之间的方法的公开/调用以及事件的公开/购买/发布。可定义方法以取合意的参数并返回合意的返回值。所公开的方法基于应用来独立地管理。调用方法的应用可通过回调(callback)来检查方法的处理的完成。另外，可由各个应用利用合意的数据来定义事件。所公开的事件基于应用来独立地管理。更具体地，通信控制组件允许由核心逻辑52公开和调用方法，允许事件的定义和发布以及监听器的注册，通过“ON”来公开方法，通过“OFF”来停止方法的公开。所公开的方法能够通过call来调用。例如，第一应用将特定应用程序接口设定为“on”以用于向构架31公开，并且第二应用向构架31“call”第一应用的公开的编程接口。

图13是由构架31对各种应用中的每一个的生命周期管理的顺序图。

当引导器60激活构架31时，构架31向装置服务层中的应用管理组件62请求应用列表，并且从应用管理组件62获取应用列表。

当构架31获取应用列表时，构架31根据该列表基于应用来创建底部框架，并且加载包括启动器应用64在内的各种应用50(加载阶段)。即，构架31读取各个应用的核心逻辑52。具体地，构架31参考清单文件56中定义的关于核心逻辑52的存储位置信息来加载核心逻辑52。底部框架是用于执行各个应用的核心逻辑52的框架，该框架不显示。各个应用的核心逻辑52的加载顺序合意地确定，并且该顺序不受具体限制。该阶段在所有应用均已完成应用编程接口实现的注册的时间点转向下一阶段。

注意，各个应用的方法和事件在应用编程接口实现的注册处理之前公开。

接下来，构架31通过应用编程接口向各个应用给出初始化的指示(初始化阶段)。具体地，构架31向各个应用发布“app”事件和“initialize”方法。在响应于初始化指示的处理完成之后所有应用均回调的时间点，构架31向引导器60通知初始化处理完成，并且该阶段转向下一阶段。各个应用的初始化的顺序也可合意地确定。在该初始化处理中，各个应用执行从装置服务层的数据获取。

然后，引导器60向构架31给出由应用提供功能的开始指示，构架31响应于所给出的指示向启动器应用64给出开始指示(开始阶段)。启动器应用64获取关于在装置服务层中管理的初始激活应用的信息，并且显示初始画面。此阶段在响应于开始指示的处理完成之后启动器应用64回调的时间点完成。

在系统停用时，构架31向各个应用的核心逻辑52给出终止化的指示。另外，构架31删除各个应用的底部框架。

在加载阶段，读取各个应用的核心逻辑52而不具体限制顺序。因此，即使当添加应用时，也不必改变加载阶段。另外，在初始化阶段，所有应用被初始化。因此，其它应用保证被调用，不需要个别的同步。如上所述，由于不再需要应用之间的同步并且仅加载具有相对小的尺寸的核心逻辑52，系统激活时间和应用激活时间缩短。

如果各个应用独立地公开应用编程接口，则激活、初始化前处理、初始化处理、初始化后处理、停止、暂时停止等基于应用而不同。在各个应用的初始化层面生成差异，并且应用能够被调用的时间也变化。具体地，在调用对象应用之前，需要检查该应用是否能够被调用。控制可能复杂化。相比之下，在示例性实施方式中，初始化时间可如上所述地缩短，并且初始化之后的主页画面的激活时间可缩短。

图14示出根据现有技术和示例性实施方式的从系统激活到主页画面显示的时间。

在现有技术中，应用初始化时间除了纯初始化时间之外还需要同步，并且类似地，主页画面的激活时间除了纯激活时间之外还需要同步。相比之下，在此示例性实施方式中，纯初始化时间可缩短，并且可省去同步。另外，对于主页激活时间，可提供相似的效果。在现有技术中，如果应用彼此依赖，则需要调整以防止发生死锁。然而，在此示例性实施方式中，不存在这种依赖性，因此不再需要死锁调整。

在显示主页画面之后，用户操作合意的按钮并执行合意的作业。由于各个应用50使用诸如打印模块、扫描模块、传真模块、给纸模块、文档馈送模块或图像处理加速器的硬件装置，所以可取的是在执行作业之前必须检查装置的状态，并且如果装置出于某种原因而无法正常地工作，则例如通过将应用的按钮改变为不显示状态来使得应用不被用户选择。

图15是显示在操作单元26上的主页画面示例。在正常情况下显示复印按钮34、扫描按钮38和传真按钮40。然而，附图示出了这样的状态：如果打印模块不正常地工作并且因此无法正常地执行复印功能和传真功能，则不显示复印按钮34和传真按钮40，仅显示扫描按钮38。

这样，在硬件装置发生故障的情况下，为了将对应功能的按钮改变为不显示状态，例如，构架31可具有监测硬件装置的状态并且如果硬件装置中发生故障则将应用50的按钮改变为不显示状态的附加功能。

图16示意性地示出构架31被实现有监测硬件装置的功能(在图中示出为打印模块)以及如果硬件装置无法使用则删除应用按钮的功能，作为对于应用50中的复印应用50a、扫描应用50b和传真应用50c通用的功能的情况。这基于这样的想法：如果各个应用50都具有公共功能，则在构架31中实现所述功能。另外，存在这样的想法：即使功能仅由特定应用50使用，但是所述功能相对复杂，因此在构架31中实现所述功能。另外，可存在这样的想法：由于功能在先前版本中为公共的，所以继续保持该设计构思，因此在构架31中实现所述功能。

然而，如果在构架31中实现所述功能，则构架31的大小可能过分增加。另外，如果特定应用50的规范改变并且需要在一定程度上修正公共功能，为了维持公共实现，需要区分来自特定应用的调用并且使得不同的代码仅响应于来自该特定应用的调用而工作。该配置不再提供公共功能的实现。

因此，在此示例性实施方式中，并非应用50的所有公共功能均在构架31中实现，由应用自己决定。各个应用50监测硬件装置的状态。创建主页画面的主页应用询问各个应用，并且检查是否显示应用的按钮。通过该配置，各个应用实现有监测对应硬件装置的功能。主页应用实现有询问各个应用并根据结果判断是否显示按钮的功能。因此，可防止构架31的大小过分增加。

当主页应用询问各个应用并判断是否显示应用的按钮时，前提条件是应用正在工作中。在此示例性实施方式中，如上所述地加载并激活所有应用50的核心逻辑52，主页应用能够询问各个应用。

图17示意性地示出根据此示例性实施方式的主页画面上的按钮显示处理。复印应用50a的核心逻辑52监测与复印应用50a有关的硬件装置(在附图中，指示为打印模块和扫描模块)的状态。传真应用50c的核心逻辑52监测与传真应用50c有关的硬件装置(在附图中，指示为扫描模块和调制解调器)的状态。扫描应用50b的核心逻辑52监测与扫描应用50b有关的硬件装置(在附图中，指示为扫描模块和图像处理加速器)的状态。核心逻辑52判断硬件装置是否正常地工作并且保持关于该判断的信息。

相比之下，创建主页画面的主页应用50d的核心逻辑52询问各个应用的核心逻辑52，获取关于与应用有关的硬件装置是否正常地工作的信息，并且根据所获取的信息来判断是否显示应用的按钮。

具体地，考虑应用中保持的信息如下的情况。

复印应用50a：异常

扫描应用50b：正常

传真应用50c：异常

在这种情况下，主页应用50d的核心逻辑52如下地改变应用的按钮(参见图15)。

按钮34：不显示

按钮38：显示

按钮40：不显示

上述配置涉及与各个应用50的硬件装置的状态对应的按钮显示。另外，该配置可被应用于根据关于登入用户的信息基于用户来定制主页画面的情况。

图18A和图18B示出基于用户来定制主页画面的示例。图18A是标准或默认画面。复印按钮34、扫描按钮38和传真按钮40按照预定图标的形式显示。图18B是当用户A(A先生)登入时的画面。复印按钮34、扫描按钮38和传真按钮40按照与所述预定图标不同的图标的形式来显示。

图19示意性地示出根据此示例性实施方式的基于用户的主页画面显示处理。复印应用50a的核心逻辑52获取与用户A有关的复印显示信息。传真应用50c的核心逻辑52获取与用户A有关的传真显示信息。扫描应用50b的核心逻辑52获取与用户A有关的扫描显示信息。核心逻辑52保持所获取的信息。

相比之下，创建主页画面的主页应用50d的核心逻辑52询问各个应用的核心逻辑52，从应用获取与用户A有关的显示信息，并且根据所获取的信息来显示应用的按钮。

各个应用50可仅获取关于与自己的应用有关的用户的信息，并且可获取与当前用户有关的信息。因此，可提高定制处理的效率。

图20A和图20B示出基于用户定制的主页画面的另一示例。图20A是标准或默认画面。复印按钮34、扫描按钮38和传真按钮40按照预定图标的形式显示。图20B是当用户A(A先生)登入时的画面。用户A没有权限执行复印功能，因此不显示复印按钮34，并且显示扫描按钮38和传真按钮40。

图21示意性地示出根据此示例性实施方式的基于用户的主页画面显示处理。复印应用50a的核心逻辑52获取与用户A有关的复印权限信息。传真应用50c的核心逻辑52获取与用户A有关的传真权限信息。扫描应用50b的核心逻辑52获取与用户A有关的扫描权限信息。核心逻辑52保持所获取的信息。

相比之下，创建主页画面的主页应用50d的核心逻辑52询问各个应用的核心逻辑52，从应用获取与用户A有关的权限信息，并且根据所获取的信息来显示应用的按钮。

各个应用50可仅获取关于与自己的应用有关的用户的权限信息，并且可获取与当前用户有关的权限信息。因此，可以提高定制处理的效率。

在图20B中，没有用户权限的应用的按钮不显示。另选地，例如，叉(×)符号可随按钮一起显示以指示执行不可用。简而言之，可提供显示以使得在没有用户权限的情况下无法选择应用，并且在有用户权限的情况下能够选择应用。

可主动地改变各个应用50的按钮的图标的形状和颜色以及应用50的名称。另外，主页应用可预先获取关于默认状态的信息，并且各个应用可判断是否进行主动改变。如果进行主动改变，则可保持指示该情况的信息，并且主页应用可询问各个应用并按照主动地改变图标的形式的方式提供显示。

图22示意性地示出根据此示例性实施方式的主页画面的主动显示处理。在主页应用50d中保持默认的静态信息(图标的形状和颜色、名称等)。参考所保持的信息创建并显示主页画面。注意，默认的静态信息被保持在构架31之外的主页应用50d中，而非在构架31中。

相比之下，主页应用50d的核心逻辑52在更新主页画面的时间(例如，用户登入的情况、用户改变语言的情况或其它情况)就静态信息询问应用50a、50b和50c。复印应用50a的核心逻辑52判断是否主动地改变关于复印应用50a的静态信息并且将判断结果返回给主页应用50d。类似地，扫描应用50b的核心逻辑52和传真应用50c的核心逻辑52判断是否主动地改变关于应用的静态信息并且将判断结果返回给主页应用50d。主页应用50d根据来自应用的返回结果主动地改变关于各个应用的静态信息。

另外，在由各个应用管理的信息改变的情况(相关装置的状态改变的情况、从外部接收到作业的情况或者其它情况)下，可响应于来自应用的请求主动地改变关于主页画面的信息。

例如，如果复印按钮34的颜色从白色(默认)改变为蓝色，则复印应用50a将图标的颜色从白色改变为蓝色的判断结果作为静态信息返回给主页应用50d。主页应用50d将包括在静态信息中的关于复印按钮34的图标的颜色信息从白色重写为蓝色，并且基于重写的信息来显示按钮。

如上所述，在此示例性实施方式中，应用被分离成核心逻辑52和UI框架54，在核心逻辑52中实现由构架31定义的应用编程接口，核心逻辑52通过构架31与另一应用的核心逻辑52通信，并且UI框架54仅与应用的核心逻辑52通信。因此，各个应用具有由构架31定义的公共配置，并且可被配置为与另一应用的低链接程度。可以容易地增加或删除应用。

另外，可有效地执行主页画面上的各个应用50的按钮的显示和不显示以及定制，而不会过分增加构架31的大小。

此示例性实施方式中的“组件”表示逻辑上可分离的软件的组件。组件可由一个或多个处理器来执行。在此示例性实施方式中，使用JavaScript。然而，当然可使用其它编程语言中的任一种。

另外，本发明不限于上述示例性实施方式，可按照各种方式修改。下面描述变型例。

变型例

在示例性实施方式中，图像形成装置12的控制器(处理器)22在表示层30中执行构架31和各种应用50。然而，由于表示层30和装置服务层32如图2所示地彼此分离，所以与图像形成装置12不同的单独的装置(例如，用于控制图像形成装置12的诸如智能电话或平板终端的移动终端中的处理器)可在表示层30中执行构架31和各种应用50。另外，图1中的操作单元26被合意地安装在移动终端上。在这种情况下，移动终端和图像形成装置12可被统称为图像形成装置或图像形成系统。

为了例示和描述的目的提供了本发明的示例性实施方式的以上描述。其并不旨在为穷尽性的或者将本发明限于所公开的精确形式。显然，对于本领域技术人员而言许多修改和变化将是显而易见的。选择并描述实施方式以便最佳地说明本发明的原理及其实际应用，从而使得本领域技术人员能够理解本发明的各种实施方式以及适合于可以想到的具体用途的各种改型。本发明的范围旨在由以下权利要求书及其等同物限定。

Claims (5)

1.一种图像形成装置，该图像形成装置包括：

构架上的应用，所述应用被分离成负责基本处理的核心逻辑部分以及负责描绘处理的用户界面框架部分，并工作；以及

控制器，该控制器执行所述应用和所述构架，

其中，所述核心逻辑部分利用由所述构架定义的应用编程接口来实现，

其中，所述应用包括多个应用，并且所述构架加载所述多个应用的所有核心逻辑部分，并且

其中，所述多个应用包括显示主页画面的主页应用，并且所述主页应用的核心逻辑部分询问另一应用的核心逻辑部分，获取显示信息，并显示所述显示信息。

2.根据权利要求1所述的图像形成装置，

其中，所述显示信息是与装置的状态对应的图标的显示信息，并且

其中，如果与另一应用的执行有关的装置没有正常地工作，则所述主页应用的所述核心逻辑部分不显示图标，并且如果与所述另一应用的执行有关的装置正常地工作，则所述主页应用的所述核心逻辑部分显示所述图标。

3.根据权利要求1所述的图像形成装置，

其中，所述显示信息是每个用户的图标的显示信息，并且

其中，所述主页应用的所述核心逻辑部分获取每个用户的所述图标的所述显示信息，并且显示因每个用户而异的主页画面。

4.根据权利要求1所述的图像形成装置，

其中，所述显示信息是每个用户的应用的使用权限，并且

其中，所述主页应用的所述核心逻辑部分在没有另一应用的执行权限的情况下提供显示以禁止选择所述另一应用，并且在具有所述另一应用的执行权限的情况下提供显示以允许选择所述另一应用。

5.根据权利要求1所述的图像形成装置，

其中，所述显示信息是关于图标的显示信息的变化信息，并且

其中，所述主页应用的所述核心逻辑部分使用关于另一应用的变化信息来改变图标的显示样式。