浏览器装置、浏览器系统以及图像形成装置

摘要

本发明提供一种受理URL的指定，并取得该URL所涉及的网络数据的浏览器装置，在该浏览器装置中设置备：登记单元，其受理URL的登记；专用高速缓冲存储器，在取得了已登记的URL所涉及的网络数据的情况下，该专用高速缓冲存储器存储新取得的网络数据而不删除已经存储的网络数据；通用高速缓存存储器，在从未被登记的URL中取得网络数据的情况下，该通用高速缓存存储器根据已经存储的网络数据量，将已经存储的网络数据的一部分或者全部删除后，再存储新取得的网络数据；以及取得单元，在被指定的URL所涉及的网络数据被存储在专用高速缓冲存储器与通用高速缓冲存储器中的任意一个的情况下，该取得单元从专用高速缓冲存储器或者通用高速缓冲存储器中取得该网络数据。

说明书

本发明以在日本提交的申请第2012-201599号为基础，并通过引用 而组入其内容。

技术领域

本发明涉及浏览器装置、浏览器系统以及图像形成装置，尤其涉及 缩短取得网络数据所需要的时间的技术。

背景技术

近年来，广泛地进行经由互联网的应用程序的购买，即使在图像形 成装置的领域中，所谓第三方对经由网络的应用程序的提供也正在被投 入实际应用。由此，人们期待图像数据的管理程序、图像处理程序等各 种应用程序被廉价地提供，并期待对用户而言的图像形成装置的便利性 进一步提高。

若考虑目前的浏览器程序的普及度，使用浏览器程序来提供经由网 络的应用程序是最有效的。

此外，应用程序的数据量较多，若要经由网络来提供，则发送接收 需要很长的时间。尤其是图像形成装置，由于不一定能够确保宽频带的 通信环境，所以发送接收所需要的时间可能会很长。因此，在每次使用 应用程序时向网络服务器发送请求后，到起动应用程序为止的等待时间 总是很长。

通常，作为缩短到取得网络数据为止的等待时间的方法，使用一种 高速缓冲存储器。然而，一般通过LRU（Least Recent1y Used:近期最 少使用）算法来管理高速缓冲存储器，即便将应用程序保存到高速缓冲 存储器中，也存在通过之后接收其他网络数据而从高速缓冲存储器中删 除应用程序的可能性。因此，不能可靠地缩短到取得应用程序为止的等 待时间。

此外，图像形成装置与个人计算机等相比，成本上受到严格的限制、 且难以增大高速缓冲存储器的容量。因此高速缓存数据容易被删除，且 起动时间易变长。

针对这样的问题，例如提出了以下的技术：对取得频度高的网络数 据提高其优先顺序，从保存在高速缓冲存储器中的网络数据中优先顺序 低的网络数据起进行删除（参照日本特开2009-110216号公报）。根据这 种现有技术，关于频繁使用的应用程序，由于优先顺序变高，所以难以 从高速缓冲存储器删除这种应用程序，并能够以高频度缩短到起动为止 的等待时间。

然而，在上述现有技术中，即便优先顺序高也只是能够推迟从高速 缓冲存储器中被删除的顺序，并非能够防止从高速缓冲存储器中的删 除。例如，若取得应用程序以外的网络数据直至高速缓冲存储器存满为 止，应用程序当然被从高速缓冲存储器中删除，因此，导致下次起动应 用程序花费很多时间。

因此，人们寻求进一步缩短由于网络数据从高速缓存挤出而引起的 取得时间的延长的技术。

发明内容

本发明正是鉴于上述这种问题而作出的，其目的在于提供能够防止 取得网络数据所需要的时间由于网络数据从高速缓存挤出而延长的浏 览器装置、浏览器系统以及图像形成装置。

为了达到上述目的，本发明所涉及的浏览器装置是受理URL的指 定，并取得该URL所涉及的网络数据的浏览器装置，其特征在于，具 备：

登记单元，其受理URL的登记；

专用高速缓冲存储器，在取得了已登记的URL所涉及的网络数据的 情况下，所述专用高速缓冲存储器存储新取得的网络数据而不删除已经 存储的网络数据；

通用高速缓冲存储器，在从未被登记的URL中取得网络数据的情况 下，所述通用高速缓冲存储器根据已经存储的网络数据量，将已经存储 的网络数据的一部分或者全部删除后，再存储新取得的网络数据；以及

取得单元，在被指定的URL所涉及的网络数据被存储在专用高速缓 冲存储器和通用高速缓冲存储器中的任意一个的情况下，所述取得单元 从专用高速缓冲存储器或者通用高速缓冲存储器中取得该网络数据。

通过这样，由于已登记了URL的网络数据被存储在专用高速缓冲 存储器中而不会被删除，因而始终处于高速缓存命中，因此能够可靠地 缩短取得时间。此外，由于未被登记URL的网络数据被存储在通用高 速缓冲存储器中，因此在高速缓存命中的情况下，取得时间被缩短。

因此，例如，若将如应用程序那样数据大小较大的网络数据、如登 记在所谓收藏夹中的网页那样访问频度高的网络数据进行登记，并存储 到专用高速缓冲存储器中，则能够可靠地缩短这些网络数据的取得时 间。

此外，登记了频繁访问的网络数据的结果是，若仅将不频繁访问的 网络数据登记到通用高速缓冲存储器中，则通用高速缓冲存储器很难存 满，因此对未被登记的网络数据，也难于从通用高速缓冲存储器中被删 除，从而能够缩短取得时间。

在这种情况下，上述登记单元也可以经由网络，从其他装置受理上 述URL的登记，更优选的是，上述其他装置是受理了上述登记的URL 所涉及的网络数据的取得目的地网络服务器装置。另外，该网络服务器 装置必须能够对该浏览器装置执行登记URL的程序。由于具有该功能， 因此可以将该网络服务器装置与通常的网络服务器装置区分开来。

此外，若上述专用高速缓冲存储器配合上述登记的受理而从上述其 他装置中取得上述网络数据并进行存储，则由于在应用程序的第一次起 动之前，该应用程序的网络数据被存储在专用高速缓冲存储器中，因此 也能够可靠地缩短1次起动时间。

此外，上述登记单元也可以具有：认证单元，在从上述其他装置受 理登记之前，所述认证单元进行认证；以及登记驳回单元，其驳回来自 上述认证失败的装置的登记。若无条件地从其他装置中受理登记，则例 如可能会使包含计算机病毒的网络数据被登记等，在浏览器装置的安全 管理上可能会产生问题。因此，最好在受理登记之前进行认证。

此外，具有登录受理单元，其受理多个用户的登录，上述登记单元 在上述多个用户之间共用来受理上述登记，若上述专用高速缓冲存储器 在上述多个用户之间共用来保持上述网络数据，则与分别对多个用户设 置专用高速缓冲存储器的情况相比，能够节约浏览器装置的存储区域。 此外，由于不需要分别使多个高速缓冲存储器存储网络数据，因此能够 使登记URL变得省事。

此外，若上述通用高速缓冲存储器对应于上述多个用户而被分别独 立设置，则与设置共用的通用高速缓冲存储器的情况不同，在浏览器装 置中每个用户访问的URL不同时，能够消除由于任何一个用户的访问 而使其他的用户想要访问的URL的网络数据挤出高速缓存的问题。

此外，可以将在上述新取得的网络数据中不按顺序更新的静态数据 作为上述专用高速缓冲存储器存储的网络数据。其原因在于，按顺序更 新的动态数据应当在每次访问URL时取得。

此外，本发明所涉及的图像形成装置是具有本发明所涉及的浏览器 装置的图像形成装置，其特征在于，上述浏览器装置的其他装置是将与 图像形成装置的功能相关的应用程序作为网络数据而提供的服务器装 置，上述浏览器装置的登记单元从上述服务器装置中受理URL的登记。

本发明所涉及的浏览器系统是经由网络连接有网络服务器装置和 浏览器装置的浏览器系统，其中，网络服务器装置保持网络数据，浏览 器装置受理URL的指定并取得该URL所涉及的网络数据，该浏览器系 统的特征在于，

上述浏览器装置具备：登记单元，其受理网络数据的取得目的地的URL 的登记；专用高速缓冲存储器，在从已登记的URL中取得了网络数据 的情况下，所述专用高速缓冲存储器存储新取得的网络数据而不删除已 经存储的网络数据；通用高速缓冲存储器，在从未被登记的URL中取 得网络数据的情况下，根据已经存储的网络数据量，将已经存储的网络 数据的一部分或者全部删除后，再存储新取得的网络数据；以及取得单 元，在被指定的URL所涉及的网络数据被存储在专用高速缓冲存储器 和通用高速缓冲存储器中的任意一个的情况下，所述取得单元从专用高 速缓冲存储器或者通用高速缓冲存储器中取得该网络数据，上述网络服 务器装置具有登记请求单元，该登记请求单元向上述浏览器装置请求上 述URL的登记。通过这种构成，能够得到本发明所涉及的浏览器装置 的上述那样的效果。

附图说明

在下面的描述中，结合附图举出了本发明具体的实施例，使本发明 的这些和其他目的、优点、特征变得显而易见。其中：

图1是表示本发明的实施方式所涉及的浏览器系统的构成。

图2是表示构成浏览器系统1的MFP100的构成。

图3是表示构成MFP100的控制部200的硬件构成。

图4是表示控制部200的软件构成。

图5是表示操作系统410的主要分派处理的流程图。

图6是表示构成浏览器系统1的应用服务器102的硬件构成。

图7是表示应用服务器102的软件构成。

图8是表示在MFP100中登记应用程序时的动作的时序图。

图9是表示应用管理程序700的动作的流程图。

图10是表示API程序401的动作的流程图。

图11A是示例操作面板201显示的浏览器画面。

图11B是示例操作面板201显示的应用画面。

图12是表示MFP100的用户在起动应用程序404时的动作的时序 图。

图13是表示应用程序404在起动时的浏览器程序400的动作的流程 图。

图14是示例浏览器程序400所管理的数据构成的图。

图15是表示将网页登记在收藏夹中的处理的流程图。

图16是表示显示登记在收藏夹中的网页的处理的流程图。

图17是示例浏览器程序400所管理的通用高速缓存存储区域的数据 构成的图。

图18是表示本发明的变形例所涉及的浏览器程序400的主要动作的 流程图。

具体实施方式

下面，参照附图，对本发明所涉及的浏览器装置、浏览器系统以及 图像形成装置的实施方式进行说明。

［1］浏览器系统的构成

首先，对本发明的实施方式所涉及的浏览器系统的构成进行说明。

图1是表示本发明的实施方式所涉及的浏览器系统的主要构成的 图。如图1所示，浏览器系统1是经由LAN（Local Area Network：局 域网）101将复合机（MFP:Multi-Function Peripheral）100连接于应 用服务器102和管理终端103的构成，LAN101还与互联网110连接。

在MFP100中安装有浏览器程序，能够作为经由LAN101和互联网 110从网络服务器111取得网络数据的浏览器装置而发挥作用。此外， 管理终端103对MFP100的动作进行管理。例如，对每个MFP100的印 刷张数、调色剂剩余量、有无发生不良状况等进行监视，或者如后述那 样，对应用服务器102指示向MFP100访问。

如后述那样，应用服务器102一旦从管理终端103接收到指示，则 将应用程序作为网络数据登记到MFP100中。MFP100的用户使用浏览 器程序来起动所登记的应用程序并进行使用。由此，实现了MFP100的 多种使用方式，并提高了用户的便利性。

［2］MFP100的构成

接着，对MFP100的构成进行说明。

MFP100是兼具打印功能、扫描功能以及传真功能的图像形成装置， 如图2所示，MFP100具有扫描部210、打印部211以及供纸部212。 扫描部210具有自动用纸输送装置（ADF：Automatic Document  Feeder），该装置将多张原稿一张一张地进行输送并读取原稿，生成图 像数据。

打印部211具有控制部200、操作面板201以及打印引擎202。控制 部200从扫描部210受理图像数据，或者经由LAN101、传真线路来与 PC（Persona1Computer：个人计算机）、传真装置等其他装置进行图 像数据的发送接收。根据这样取得的图像数据，打印引擎202在控制部 200的控制下，在由供纸部212供给的记录片上形成调色剂图像。

控制部200经由操作面板201，受理来自用户的指示，或者对用户 显示信息。尤其是，控制部200执行浏览器程序，来显示从用户指定的 URL中取得的网络数据，或者执行应用程序。

［3］控制部200的构成

接着，关于控制部200的构成，先对硬件构成进行说明，然后再对 软件构成进行说明。

（3-1）控制部200的硬件构成

图3是表示控制部200的主要硬件构成的图。如图3所示，控制部 200具有CPU（Central Processing Unit）300、ROM（Read Only  Memory）301、RAM（Random Access Memory）302、HDD（Hard Disk  Drive）303、NIC（Network Interface Card）304以及传真调制解调器 305，它们通过内部总线306而相互连接。若接通电源，CPU300则从 ROM301中读出启动程序而起动后，从HDD303中读出操作系统（OS： Operating System）和浏览器程序等程序，并将RAM302作为作业用的 存储区域而进行动作。ROM301是非易失性存储器。RAM302可以是易 失性存储器。

NIC304在CPU300的控制下，用于经由LAN101、互联网110与其 他装置进行通信，因此，例如，执行OSI（Open Systems Interconnection： 开放式系统互联）参照模型中的下4层的协议处理。传真调制解调器305 在CPU300的控制下，经由传真线路与其他装置进行传真通信，并通过 打印引擎202来印刷所接收到的传真数据。

操作面板201具有液晶显示面板（LCD：Liquid Crystal Display） 310、触摸面板311以及硬按键312，它们经由本地总线313与控制部 200的内部总线306连接。操作面板201在控制部200的控制下，通过 液晶显示面板310向用户进行信息显示。此外，在液晶显示面板310的 表面配设有触摸面板311，与液晶显示联动地受理用户的指示输入。此 外，操作面板201还通过硬按键312受理用户的指示输入，并向控制部 200输出与指示内容对应的输入信号。

控制部200的内部总线306还连接有扫描部210、打印引擎202以 及供纸部212，它们受控制部200的控制而进行动作。

（3-2）控制部200的软件构成

图4是表示控制部200的主要软件构成的图。如图4所示，在控制 部200中安装有操作系统（例如，Linux（Linux Torvalds的注册商标）） 410，在该操作系统410上执行浏览器程序400、API（Application  Program Interface:应用程序接口）程序401、CGI（Common Gateway  Interface:通用网关接口）处理程序402、网络服务器程序403等。浏览 器程序400从URL（Universal Resource Locator:网址）指定的取得目 的地取得网络数据来进行显示和执行。

（3-2-1）操作系统410

在操作系统410中，作为设备驱动程序，包括通信驱动程序420、 HDD驱动程序421、操作面板驱动程序422、扫描驱动程序423、打印 驱动程序424等。操作系统410若受理来自设备驱动程序的输入，则管 理程序的执行，包括：向浏览器程序400、API程序401等分配处理（分 派处理），或者将浏览器程序400等的输出递送给对应的设备驱动程序 等。

图5是表示操作系统410的主要的分派处理的流程图。如图5所示， 操作系统410若通过通信驱动程序420从网络服务器111接收网络数据 （S501：是），或者通过操作面板驱动程序422受理了使用操作面板201 的MFP100的用户对应用程序的起动指示（后述）、对网页的显示指示 （S502：是），则使浏览器程序400进行处理（S503）。

此外，当通过通信驱动程序420从应用服务器102接收到应用登记 指示（后述）的情况下（S504：是），使API程序401进行处理（S505）。 然后，若浏览器程序400、API程序401的处理结束，则进入步骤S501， 重复进行上述的处理。另外，在其他的输入等事件发生时，操作系统410 也会使对应的程序进行处理。

（3-2-1）浏览器程序400

浏览器程序400与通常的浏览器程序同样地，通过操作面板201从 用户受理网页的指定，并显示该网页，或者登记到收藏夹中。此外，如 后述那样，也用于起动存储在专用高速缓存存储区域的应用程序。

（3-2-2）API程序401

API程序401是能够经由网络从其他装置使用MPF100的程序，并 实现以下功能：指定其他装置内的图像数据来进行印刷，或者将MFP100 扫描而生成的图像数据转送到其他装置等。尤其是，API程序401从应 用服务器102受理应用程序404的提供，并将浏览器程序400作为用户 接口来使用户使用应用程序404。在这种情况下，也可以使用CGI处理 程序402，来执行应用程序404。

（3-2-3）CGI处理程序402

CGI处理程序402按照来自后述的网络服务器程序403的请求，来 执行CGI程序。

（3-2-4）网络服务器程序403

网络服务器程序403经由LAN101等网络，提供用于受理对MFP100 的处理请求的接口。

（3-2-5）应用程序404

应用程序404例如在将由MFP100扫描而生成的图像数据保存到第 三方的网络服务器，并在转换文件格式那样的情况下使用。例如能够使 用C语言对应用程序404的用户接口进行编程，但是如果使用HTML （Hyper Text Markup Language:超文本标记语言）制作，则变得省事、 简单。

（3-2-6）设备驱动程序

通信驱动程序420控制NIC304和MODEM305，HDD驱动程序421 控制HDD303。操作面板驱动程序422控制操作面板201、即，液晶显 示面板310、触摸面板311以及硬按键312的输入输出。扫描驱动程序 423控制扫描部210来读取原稿，生成图像数据。打印驱动程序424控 制打印引擎202来执行图像形成。

［4］应用服务器102的构成

接着，对应用服务器102的构成进行说明。应用服务器102作为所 谓的网络服务器，将应用程序提供给MFP100。此外，如后述那样，应 用服务器102从管理终端103接收许可，并能够将应用程序登记到 MFP100中。

（4-1）应用服务器102的硬件构成

图6是表示应用服务器102的主要的硬件构成的图。如图6所示， 应用服务器102具有CPU600、ROM601、RAM602、HDD603、NIC604、 液晶显示面板605、键盘606以及鼠标607，它们通过内部总线608连 接。CPU600在接通电源后从ROM601中读出启动程序而起动后，从 HDD603中读出操作系统、网络服务器程序等程序，并将RAM602作为 作业用的存储区域而进行动作。

NIC604在CPU600的控制下，用于经由LAN101、互联网110与其 他装置进行通信，例如执行OSI参照模型中的下4层的协议处理。

应用服务器102作为网络服务器，进行经由LAN101的网络数据的 发送，因此虽然通常不使用，但是具有液晶显示器605、键盘606以及 鼠标607以便保守管理用。键盘606、鼠标607可以通过USB（Universal  Serial Bus：通用串行总线）接口连接。

（4-2）应用服务器102的软件构成

图7是表示应用服务器102的主要软件构成的图。如图7所示，在 应用服务器102中，安装有操作系统710，应用管理程序700、网络服 务器程序701等在该操作系统710上被执行。在操作系统710中，作为 设备驱动程序，包括NIC驱动程序720、HDD驱动程序721等。通信 驱动程序720控制NIC304，HDD驱动程序721控制HDD303。

［5］管理终端103的构成

管理终端103的硬件构成和软件构成均与应用服务器102大致相 同。但是，关于软件构成，代替应用管理程序700，而具有应用登记指 示程序，该应用登记指示程序用于对应用服务器102指示应用程序的登 记。此外，网络服务器程序701并不是必须的。

［6］浏览器系统1的动作

接着，对浏览器系统1的动作进行说明。

在浏览器系统1中，能够使用浏览器程序400从MFP100中使用应 用服务器102所提供的应用程序。浏览器服务器102将应用程序登记到 MFP100，以便缩短使用该应用程序所需的等待时间。

（6-1）应用程序的登记

图8是表示当在MFP100中登记应用程序时的、构成浏览器系统1 的MFP100、应用服务器102以及管理终端103的动作的时序图。如图 8所示，当在MFP100中登记应用程序时，首先，从管理终端103对应 用服务器102发送应用登记指示。在该应用登记指示中，附加有用于在 MFP100中登记应用程序的登记密钥信息。

应用程序由1个或者多个网络数据构成，网络数据分别与URL建 立有对应。在构成应用程序的网络数据中有静态数据和动态数据，所谓 静态数据是指图像数据、JavaScript（Sun Microsystems Inc.的注册商 标）文件、图标、CSS（Cascading Style Sheets:级联样式表）等，只 有在应用程序的版本更新时才需要变更的数据。此外，所谓动态数据是 指静态数据以外的数据。

应用服务器102当从管理终端103受理到应用登记指示时，确认附 加有用于在MFP100中登记应用的登记密钥信息，然后接着向MFP100 发送登记密钥信息与应用程序，请求应用程序的登记。

MFP100的浏览器程序400在HDD303上将专用高速缓存存储区域 与通用高速缓存存储区域作为保存网络数据的高速缓存存储区域来管 理。

从登记在收藏夹里的URL中取得的网络数据（网页），如后述那样， 被存储在不被删除的专用高速缓存区域中。此外另一方面，从未被登记 到收藏夹里的URL取得的网络数据被存储在通用高速缓存区域中。在 通用高速缓存区域中，根据区域的存储容量，按照与通常一样的LRU 算法等进行高速缓存处理，以下省略详细的说明。

浏览器程序400从应用服务器102接收登记密钥信息和应用程序 后，确认登记密钥信息。如果登记密钥信息正确，则浏览器程序400将 应用程序中的静态数据保存到专用高速缓存存储区域中。此外，应用程 序中的动态数据（专用高速缓存存储区域和通用高速缓存存储区域中均 没有）被暂时保存在RAM302上的存储区域中。

这里，应用服务器102还可以指定每个网络数据是静态数据还是动 态数据。具体地说，应用服务器102在发送网络数据时，还可以对每一 个网络数据附加表示是静态数据还是动态数据的信息，另外，也可以发 送在网络数据的一览中显示了数据类别的表。

另外，在登记应用程序时，应用服务器102最好是只发送构成应用 程序的网络数据中的静态数据，对于动态数据，只发送URL。通过这 样做，能够减轻由于应用程序的发送而引起的网络负荷、处理负荷。

图9是表示应用管理程序700的动作的流程图。如图9所示，应用 管理程序700当从管理终端103接收到应用登记指示时（S901：是）， 确认应用登记指示是否正确。在这种情况下，确认是否有要登记的应用 程序的指定，是否有要登记应用程序的MFP100的指定，以及是否有用 于在MFP100中登记应用程序的登记密钥信息，在缺少任意一个时，判 定为不正确。在应用登记指示不正确的情况下（S902：否），向管理终 端103回复指示不正确（S903）。

在这种情况下，应用管理程序700例如也可以按照TCP （Transmission control Protocol：传输控制协议）受理应用登记指示， 在这种情况下，应用管理程序700作为通过规定的端口号而确定的TCP 服务器程序，在受理了TCP连接的打开后，接收应用登记指示。TCP 连接的打开、关闭由管理终端103侧的程序执行。

在应用登记指示正确的情况下（S902：是），向在应用登记指示中 所指定的MFP100发送应用登记请求（S904）。在该应用登记请求中， 附加有所指定的应用程序和登记密钥信息。在这种情况下，也可以采用 TCP，将MFP100侧作为TCP服务器，应用管理程序700作为TCP客 户端来指定规定的端口号，请求TCP连接的打开，如果TCP连接被建 立，则发送应用登记请求即可。

接着，应用管理程序700在定时器中设置规定的响应监视时间 （S905），然后，若从MFP100接收到登记成功（S906：是），则切断与 MFP100的TCP连接，针对该应用登记指示，将登记成功记录为日志 数据（S909），并且，向管理终端103回复确认响应（S910）。

此外，在从MFP100接收到应用登记失败的情况下（S907：是）、 直至发生超时都未从MFP100发出响应的情况下（S908：是），切断与 MFP100的TCP连接，并且针对该应用登记指示，将登记失败记录为 日志数据（S911）。

关于记录为日志数据的登记结果，例如也可以根据来自管理终端 103的询问来进行通知。在这种情况下，也可以从管理终端103受理用 于区分应用登记指示彼此的通信序号等ID（identifier：识别符）并预 先记录为日志数据，在管理终端103进行询问的同时，将与所受理的ID 对应的日志内容响应给管理终端103。

在没有发生超时的情况下（S908：否），进入步骤S906，重复进行 上述的处理。此外，在步骤S910、S911的处理之后，进入步骤S901， 重复进行上述的处理。

图10是表示API程序401的动作的流程图。如图10所示，API程 序401若从应用服务器102接受到应用登记指示（S1001：是），则确认 是否附加了登记密钥信息。若附加了登记密钥信息（S1002：是），则进 行确认登记密钥信息的有效性的认证处理。在没有附加登记信息的情况 下（S1002：否）、在登记密钥信息的有效性没有得到确认的情况下 （S1003：否），向应用服务器102回复应用登记失败（S1004）。

如上述那样，API程序401也可以作为TCP服务器来受理应用登记 请求。在这种情况下，API程序401通过规定的端口号而被确定，并在 受理了连接的打开后，接收应用登记请求。

如果登记密钥信息的有效性得到确认（S1003：是），则将接收到的 应用程序中的静态数据保存到专用高速缓存存储区域中（S1005），并在 收藏夹中进行登记（S1006）。收藏夹的登记是通过将收藏夹数据保存在 收藏夹存储区域中而进行的，其中，收藏夹数据记录了构成应用程序的 静态数据、动态数据的URL。

另外，在本实施方式中，当将应用程序登记到收藏夹时（即登记 “URL”），同时，在操作面板201的浏览器画面中显示快捷键。在显示 之后，用户通过触碰该快捷键来起动应用程序。图11是示例操作面板 201的显示画面的图，图11（a）表示浏览器画面，图11（b）表示应用 画面。

如图11（a）所示，在浏览器画面1100中，除了用于起动传真、扫 描以及复印这样的MFP100原本的功能的快捷键1101～1103之外，还 显示有用于起动应用程序的快捷键1104、1105。快捷键1104、1105是 由API程序401登记的。如后述那样，该应用程序的收藏夹数据被与用 于起动应用程序的快捷键建立有对应。

例如，若触碰了快捷键1104，则通过参照应用程序1的收藏夹数据， 取得需要的静态数据、动态数据，来起动应用程序，显示应用画面1110。 如图11（b）所示，在应用画面1110中，显示有用于受理操作输入的按 键等，该操作输入用于使应用程序进行动作。

API程序401在最后将应用登记成功回复至应用服务器102中 （S1007），并结束处理。

（6-2）应用程序404的起动

图12是表示MFP100的用户在启动被登记的应用程序404时的 MFP100以及应用服务器102的动作的时序图。如图12所示，若MFP100 的用户从浏览器程序400的显示画面起动了应用程序404，则浏览器程 序400参照专用高速缓存存储区域，如果保存有应用程序404的静态数 据，则将其取得。此外，针对动态数据，按照HTTP（Hyper Text Markup  Language:超文本标记语言），对应用服务器102的网络服务器程序701 请求动态数据。网络服务器程序701根据请求回复动态数据。

另外，在从图8至图10的说明中，当在MFP100中登记应用程序 404时，表示了将与该应用程序404相关的静态数据保存到专用高速缓 存区域中的例子，但是并不限定于此，也可以是，如果登记时所保存的 静态数据有变更、增加，则重新取得静态数据的差分数据或者全部数据， 并保存到专用高速缓存存储区域中。

图13是表示在应用程序404的起动时的浏览器程序400的动作的 流程图。如图13所示，当用户通过操作面板201指示了起动应用程序 404时（S1301：是），浏览器程序400确认是否需要动态数据来起动应 用程序404。

具体地说，如图11（b）所示，当触碰显示在浏览器画面1100中的 应用程序的快捷键1104、1105时，如图14所示，参照快捷键存储区域。 在快捷键存储区域中，存储有快捷键的个数（“快捷键个数”）和与各个 快捷键相关的快捷键数据（“快捷键数据”）。

在“快捷键数据”中，存储有各个浏览器画面1100中的矩形形状的 快捷键的“起点坐标”（x1、y1）、“终点坐标”（x2、y2）以及与快捷键 所对应的收藏夹数据的登记名称（“收藏夹数据登记名称”）。另外，所 谓“起点坐标”和“终点坐标”是指，呈x1＜x2且y1＜y2的矩形区域 （快捷键）的顶点的坐标。

当检测到用户的触碰时，检索是否有所触碰的坐标（x、y）处于“起 点坐标”与“终点坐标”之间的“快捷键数据”。即，检索是否有为x1 ≤x≤x2且y1≤y≤y2的“快捷键数据”。当发现符合条件的“快捷键数 据”时，判断为触碰了该快捷键，因此如下所述，参照具有与该快捷键 对应的“收藏夹数据登记名称”的收藏夹数据。

在收藏夹存储区域中，存储有用于管理收藏夹数据的收藏夹管理数 据。收藏夹管理数据中存储有在收藏夹存储区域中所存储的收藏夹数据 的个数（“收藏夹数据个数”）。此外，在收藏夹管理数据中按照每个收 藏夹数据，存储有“收藏夹数据登记名称”与存储了该收藏夹数据的区 域的开始地址（“收藏夹数据指针”）的组。

在收藏夹数据中，记录了为起动与所触碰的快捷键对应的应用程序 所需要的静态数据的个数（“静态数据个数”）、静态数据的URL（“静 态数据URL”）、动态数据的个数（“动态数据个数”）以及动态数据的 URL（“动态数据URL”）。其中，静态数据是从专用高速缓存存储区域 中读出的根据“静态数据URL”确定的静态数据。此外，动态数据是 从应用服务器102中取得的。

另外，在专用高速缓存存储区域中，存储有静态数据，并且存储有 用于管理静态数据的专用高速缓存管理数据。在专用高速缓存管理数据 中，存储有专用高速缓存存储区域的大小（“专用高速缓存大小”）、专 用高速缓存存储区域中所存储的静态数据的个数（“静态数据个数”）、 以及按每个静态数据的URL（“静态数据URL”）、大小（“静态数据大 小”）以及存储了该静态数据的区域的开始地址（“静态数据指针”）。当 从专用高速缓存存储区域中读出静态数据时，首先，在专用高速缓存管 理数据中检索与存储在收藏夹数据中的“静态数据URL”一致的“静 态数据URL”。然后，能够通过从与发现的“静态数据URL”对应的 “静态数据指针”所表示的存储区域读出“静态数据大小”部分的数据， 从而得到静态数据。

另外，如果考虑到用于从应用服务器102中取得动态数据的延迟时 间，则在缩短应用程序的起动时间方面，相比静态数据，优选先尝试取 得动态数据。因此，如图13所示，首先，参照收藏夹数据的动态数据 个数，如果在应用程序中包含动态数据（S1302：是），则向应用服务器 102请求动态数据（S1303）。当然，该请求是针对包含在该应用程序中 的全部的动态数据而进行的。

然后，仅将静态数据的个数的该静态数据从专用高速缓存存储区域 中读出（S1304）。由于在登记应用程序时，静态数据被存储在专用高速 缓存存储区域中，因此如果登记有该应用程序的快捷键，则能够可靠地 从专用高速缓存存储区域中读出。

接着，确认是否接收到向应用服务器102请求的全部动态数据，如 果没有接收到（S1305：否），则等待没有接收到的动态数据的接收。如 果接收到全部动态数据（S1305：是），则判断为能够全部取得所需的数 据，因此执行应用程序（S1306）。若应用程序的执行结束（S1307：是）， 则进入步骤S1301，等待后面的应用程序的起动指示。

通过这样做，能够在起动应用程序时可靠地从专用高速缓存存储区 域中读出静态数据。因此，不可能像现有技术那样，静态数据从高速缓 冲存储器挤出，因此能够可靠地缩短应用程序的起动时间。

在本实施方式中，静态数据保存与特定的应用服务器102相关的数 据，其中，特定的应用服务器102提供与MFP的功能关联的应用程序， 应用服务器102以及应用程序的个数、内容能够由管理终端103等进行 管理。此外，在各应用程序中，也能够对保存在专用高速缓存存储区域 中的静态数据的大小进行管理或者估计。

因此，由于能够预先推定保存在专用高速缓存存储区域中的数据大 小的总量，因此预先要确保足够的容量，以使得专用高速缓存存储区域 的容量不发生数据溢出。

［7］变形例

以上，根据实施方式，对本发明进行了说明，但是本发明当然不限 定于上述的实施方式，也能够实施下面那样的变形例。

（1）在上述实施方式中，对使用专用高速缓存存储区域来可靠地 缩短预先登记的应用程序的起动时间的情况进行了说明，但是本发明当 然不限定于此，除此之外，针对收藏夹中所登记的网页，也可以通过将 静态数据保存到专用高速缓存存储区域中，来缩短网页的显示时间。

图15是表示将网页登记到收藏夹中的处理的流程图。如图15所示， 浏览器程序400从用户受理了对显示在操作面板201的液晶显示面板 310中的网页的收藏夹登记请求后（S1501：是），将该网页的网络数据 中的静态数据保存在专用高速缓存存储区域中（S1502）。在专用高速缓 存存储区域中保存静态数据的顺序与保存应用程序的静态数据的情况 相同。

若静态数据的保存结束，则登记到收藏夹中（S1504）。具体地说， 使收藏夹存储区域的收藏夹管理数据的“收藏夹数据个数”增加1，并 且在收藏夹登记请求时，将用户指定的明确的收藏夹名称作为“收藏夹 数据登记名称”来进行存储，将新的收藏夹数据的开始地址存储到“收 藏夹数据指针”中。在新的收藏夹数据中，保存有静态数据的“静态数 据个数”、“静态数据URL”、以及动态数据的“动态数据个数”、“动态 数据URL”。

然后，进入步骤S1501，重复进行以上的处理。

图16是表示对收藏夹中登记的网页进行显示的处理的流程图。如 图16所示，浏览器程序400当受理了对登记在收藏夹中的网页的访问 指示时（S1601：是），参照收藏夹存储区域的收藏夹管理数据，读出指 定网页的“收藏夹数据指针”，并参照收藏夹数据。

只要收藏夹数据的“动态数据个数”不为0，就判断为在网页中包 含有动态数据（S1602：是），因此，使用该动态数据的“动态数据URL”， 向网络服务器111请求发送（S1603）。此外，参照收藏夹数据的“静态 数据个数”，只要不为0，就判断为在网页中包含有静态数据（S1604： 是），因此，从专用高速缓存存储区域中读出静态数据（S1605）。

然后，若接收到向网络服务器111请求的全部动态数据（S1606： 是），则在液晶显示面板310中显示网页（S1607），进入步骤S1601， 重复进行上面的处理。另外，当将从网络服务器111接收的动态数据、 静态数据显示在液晶显示面板310上时，也可以从先接收的部分起依次 进行显示。

通过这样做，针对在收藏夹中登记的网页，也能够缩短显示所需 的时间。

（2）在上述变形例中，对显示在收藏夹中登记的网页的情况进行 了说明，但是针对没有在收藏夹中登记的网络数据，也可以进行与通常 相同的高速缓存处理。

即，在按照通过操作面板201受理的用户指示，对未被登记的网 页进行访问的情况下，将该网页所涉及的静态数据全部存储到通用高速 缓存存储区域中。具体地说，如图17所示，将静态数据保存到通用高 速缓存存储区域中，并且将该静态数据的URL、数据大小以及保存区 域的开始地址（静态数据指针）保存到通用高速缓存管理数据中，另外， 使通用高速缓存管理数据的“静态数据个数”增加所保存的静态数据的 个数。

另外，当通用高速缓存管理数据的“静态数据大小”的总和超过 “通用高速缓存大小”情况下，按照最后参照的时间从最旧的静态数据 起依次进行删除，来确保新的静态数据的保存所需要的存储区域。此外， 还将删去的静态数据所涉及的“静态数据URL”、“静态数据大小”以 及“静态数据指针”也从通用高速缓存管理数据删除，另外，使“静态 数据个数”减少所删除的静态数据的个数。然后，保存新的静态数据。 具体的处理与在专用高速缓存存储区域中保存静态数据的情况相同。

此外，当对未被登记的网页进行访问时，确认在通用高速缓存存 储区域中是否存储有该网页所涉及的静态数据，如果存储有该网页所涉 及的静态数据，则不对网络服务器111进行访问，便使用存储的静态数 据来显示网页。此外，当在通用高速缓存存储区域中未存储该静态数据 的情况下，向网络服务器111进行请求来取得该静态数据。

通过这样做，即使针对未被登记的网页，也能够缩短取得所需的 时间。针对未被登记的应用程序也相同。

（3）虽然在上述实施方式中没有特别提及但在多个用户共用 MFP100的情况下，优选在多个用户之间共用专用高速缓存存储区域， 另一方面，对用户分别设置通用高速缓存存储区域。其原因在于，即便 在该用户之间访问的网页不同，也只要区分通用高速缓存存储区域，就 能够防止由于其他的用户的访问所引起的网络数据的挤出。另外，对多 个用户例如通过登录名来进行区分。

此外，可以对使用同一MFP100的多个用户分别限制能否使用 MFP100所具有的多个功能中的哪个，也可以对每个用户指定能否使用 应用程序。该指定可以由管理终端103进行，也可以由应用服务器102 进行。

（4）在上述实施方式中，对通过API程序401受理应用登记请 求的情况进行了说明，但是本发明当然并不限定于此，也可以代替这种 方式，通过浏览器程序400受理应用登记请求。

图18是表示本变形例所涉及的浏览器程序400的主要动作的流 程图。如图18所示，若MFP100的用户通过操作面板201对本变形例 所涉及的浏览器程序400发出了网页的收藏夹登记的指示（S1801：是）， 则执行收藏夹登记处理（S1802）。收藏夹登记处理的内容如图15所示。

此外，当浏览器程序400受理了MFP100的用户通过操作面板201 发出的网页的参照指示时（S1803：是），从所指示的URL中取得网络 数据，执行在操作面板201上显示网页的网页显示处理（S1804）。另外， 当网页被登记到收藏夹的情况下，如图16所示那样地取得网络数据。

若从应用服务器102受理了应用登记指示（S1805：是），则执行 应用登记处理（S1806）。应用登记处理的内容如图10所示。另外，当 通过操作面板201受理了应用起动指示时（S1807：是），浏览器程序 400执行应用起动处理（S1808）。应用起动处理的内容如图13所示。

即便根据本变形例，也能够得到与上述实施方式相同的效果。

（5）在上述实施方式中，对当从应用服务器102受理应用登记请 求的同时，从应用服务器102接收应用程序所涉及的网络数据的情况进 行了说明，但是本发明当然并不限定于此，也可以代替这种方式按照以 下那样进行。

即，管理终端103代替应用服务器102来对MFP100发送应用登 记指示，MFP100针对该应用登记指示，将确认响应回复到管理终端103 后，向应用服务器102请求发送应用程序。当从应用服务器102接收到 应用程序时，MFP100亲自执行应用程序的登记处理。

通过这样做，能够减少从管理终端103向应用服务器102发送的 与MFP100相关的信息，因此，能够在由第三方提供应用服务器102的 情况下，更可靠地进行MFP100的安全保护。

（6）虽然在上述实施方式中没有特别提及但在MFP100的操作 系统410在HDD303上对文件系统进行管理的情况下，作为专用高速缓 存存储区域，也可以使用文件夹（以下，称为“专用高速缓存文件夹”）。 在专用高速缓存文件夹中存储有存储了专用高速缓存管理数据的文件 （以下，称为“专用高速缓存管理文件”）。此外，通过专用高速缓存管 理文件所管理的静态数据作为以该URL名为文件名的文件（以下，称 为“静态数据文件”）被存储在专用高速缓存文件夹中。

通用高速缓存存储区域也同样地使用了与通用高速缓存存储区域 对应的通用高速缓存文件夹、与通用高速缓存管理数据对应的通用高速 缓存管理文件、与静态数据对应的静态数据文件。

收藏夹存储区域也同样地准备了收藏夹文件夹，使用与收藏夹管 理数据对应的收藏夹管理文件。此外，收藏夹数据作为以收藏夹数据登 记名称为文件名的收藏夹文件被存储在收藏夹文件夹中。

（7）在上述实施方式中，对在MFP100中安装了本发明所涉及 的浏览器程序400的情况进行了说明，但是本发明当然并不限定于此， 代替复合机，将本发明应用到像打印装置、复印装置、传真装置那样的 单功能机中，也能够得到相同的效果。此外，无论是复合机与单功能机 中的哪种图像形成装置，无论是黑白机还是彩色机，都能够得到本发明 的效果。

虽然已经参照附图，通过实施方式对本发明进行了完整的描述， 但是对本领域技术人员来说，各种变更和修改是显而易见的。

因此，除非这种变更和修改超出了本发明的范围，否则应该认为 这种变更和修改包含在其中。