(57)【要約】      （修正有）【課題】ウェブデータを取得するために要する時間のキャッシュアウトによる延長を防止することができるブラウザー装置、ブラウザー装置プログラム、ブラウザーシステム及び画像形成装置を提供する。【解決手段】アプリケーションサーバー１０２は、ＭＦＰ１００にアプリケーションプログラムを送信して、登録を要求する。ＭＦＰ１００は、アプリケーションプログラムを受信すると、静的データは専用キャッシュ記憶領域に保存し、動的データはＲＡＭに保存する。ＭＦＰ１００のユーザーがアプリケーションプログラムを起動すると、ＭＦＰ１００は、専用キャッシュ記憶領域からアプリケーションプログラムの静的データを読み出し、動的データはアプリケーションサーバー１０２から取得して、アプリケーションプログラムを起動する。【選択図】図１２
2014056479.tif 000002
【特許請求の範囲】
【請求項１】
ＵＲＬの指定を受け付け、当該ＵＲＬに係るウェブデータを取得するブラウザー装置であって、
ＵＲＬの登録を受け付ける登録手段と、
登録されたＵＲＬに係るウェブデータを取得した場合に、既に記憶しているウェブデータを削除することなく、新たに取得したウェブデータを記憶する専用キャッシュメモリーと、
登録されていないＵＲＬからウェブデータを取得した場合に、既に記憶しているウェブデータ量に応じて、既に記憶しているウェブデータの一部または全部を削除してから、新たに取得したウェブデータを記憶する汎用キャッシュメモリーと、
指定されたＵＲＬに係るウェブデータが専用キャッシュメモリーと汎用キャッシュメモリーとの何れかに記憶されている場合には、専用キャッシュメモリーまたは汎用キャッシュメモリーから当該ウェブデータを取得する取得手段と、を備える
ことを特徴とするブラウザー装置。
【請求項２】
前記登録手段は、ネットワークを介して他の装置から前記ＵＲＬの登録を受け付ける
ことを特徴とする請求項１に記載のブラウザー装置。
【請求項３】
前記他の装置は、前記登録を受け付けたＵＲＬに係るウェブデータの取得先ウェブサーバー装置である
ことを特徴とする請求項２に記載のブラウザー装置。
【請求項４】
前記専用キャッシュメモリーは、前記登録の受付に合わせて、前記他の装置から前記ウェブデータを取得して、記憶する
ことを特徴とする請求項２に記載のブラウザー装置。
【請求項５】
前記登録手段は、
前記他の装置から登録を受け付けるのに先立って、認証を行う認証手段と、
前記認証に失敗した装置からの登録を却下する登録却下手段と、を備える
ことを特徴とする請求項２に記載のブラウザー装置。
【請求項６】
複数のユーザーのログインを受け付けるログイン受付手段を備え、
前記登録手段は、前記複数のユーザー間で共通して、前記登録を受け付け、
前記専用キャッシュメモリーは、前記複数のユーザー間で共通して、前記ウェブデータを保持する
ことを特徴とする請求項１に記載のブラウザー装置。
【請求項７】
前記汎用キャッシュメモリーは、前記複数のユーザーそれぞれに対応して個別に設けられている
ことを特徴とする請求項６に記載のブラウザー装置。
【請求項８】
前記専用キャッシュメモリーが記憶するウェブデータは、前記新たに取得したウェブデータのうち、逐次的に更新されない静的データのみである
ことを特徴とする請求項１に記載のブラウザー装置。
【請求項９】
請求項２から５の何れかに記載のブラウザー装置を備えた画像形成装置であって、
前記他の装置は、画像形成装置の機能に関するアプリケーションプログラムをウェブデータとして提供するサーバー装置であり、
前記登録手段は、前記サーバー装置からＵＲＬの登録を受け付ける
ことを特徴とする画像形成装置。
【請求項１０】
専用キャッシュメモリーと汎用キャッシュメモリーとを有するコンピューターに、ＵＲＬの指定を受け付けさせ、当該ＵＲＬに係るウェブデータを取得させるブラウザープログラムであって、
ＵＲＬの登録を受け付ける登録ステップと、
登録されたＵＲＬからウェブデータを取得した場合に、専用キャッシュメモリーに記憶しているウェブデータを削除することなく、新たに取得したウェブデータを専用キャッシュメモリーに記憶させる専用キャッシュ記憶ステップと、
登録されていないＵＲＬからウェブデータを取得した場合に、汎用キャッシュメモリーに記憶されているウェブデータ量に応じて、既に汎用キャッシュメモリーに記憶されているウェブデータの一部または全部を削除してから、新たに取得したウェブデータを汎用キャッシュメモリーに記憶させる汎用キャッシュ記憶ステップと、
指定されたＵＲＬに係るウェブデータが専用キャッシュメモリーと汎用キャッシュメモリーとの何れかに記憶されている場合には、専用キャッシュメモリーまたは汎用キャッシュメモリーから当該ウェブデータを取得する取得ステップと、
をコンピューターに実行させることを特徴とするブラウザープログラム。
【請求項１１】
ウェブデータを保持するウェブサーバー装置と、ＵＲＬの指定を受け付けて、当該ＵＲＬに係るウェブデータを当該ウェブサーバー装置から取得するブラウザー装置とを、ネットワークを介して接続したブラウザーシステムであって、
前記ブラウザー装置は、
ウェブデータの取得先のＵＲＬの登録を受け付ける登録手段と、
登録されたＵＲＬからウェブデータを取得した場合に、既に記憶しているウェブデータを削除することなく、新たに取得したウェブデータを記憶する専用キャッシュメモリーと、
登録されていないＵＲＬからウェブデータを取得した場合に、既に記憶しているウェブデータ量に応じて、既に記憶しているウェブデータの一部または全部を削除してから、新たに取得したウェブデータを記憶する汎用キャッシュメモリーと、
指定されたＵＲＬに係るウェブデータが専用キャッシュメモリーと汎用キャッシュメモリーとの何れかに記憶されている場合には、専用キャッシュメモリーまたは当該汎用キャッシュメモリーから当該ウェブデータを取得する取得手段と、を備え、
前記ウェブサーバー装置は、
前記ブラウザー装置に前記ＵＲＬの登録を要求する登録要求手段を備える
ことを特徴とするブラウザーシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ブラウザー装置、ブラウザープログラム、ブラウザーシステム及び画像形成装置に関し、特に、ウェブデータの取得に要する時間を短縮する技術に関する。
【背景技術】
【０００２】
近年、インターネットを介したアプリケーションプログラムの購入が広く行われるようになっており、画像形成装置の分野においても、所謂サードパーティによるネットワークを介したアプリケーションプログラムの提供が実用に供されつつある。これによって、画像データの管理プログラムや画像処理プログラム等、多様なアプリケーションが廉価に提供され、ユーザーにとっての画像形成装置の利便性が更に高められることが期待される。
【０００３】
ネットワークを介したアプリケーションプログラムの提供は、今日のブラウザープログラムの普及度を考慮すれば、ブラウザープログラムを用いて行うのが最も効率的である。
また、アプリケーションプログラムはデータ量が多く、ネットワークを介して提供しようとすると、送受信に少なからず時間を要する。特に、画像形成装置は、広帯域な通信環境が必ずしも確保されないので、送受信に要する時間が長くかかる恐れがある。このため、アプリケーションプログラムを利用するたびにウェブサーバーに送信を要求すると、アプリケーションプログラムを起動するまでの待ち時間が常に長くなってしまう。
【０００４】
一般的に、ウェブデータを取得するまでの待ち時間を短縮する方策として、キャッシュメモリーが利用されている。しかしながら、キャッシュメモリーは一般的にＬＲＵ（Least Recently Used）アルゴリズムによって管理されており、キャッシュメモリーにアプリケーションプログラムを保存しても、その後、別のウェブデータを受信することによって、アプリケーションプログラムがキャッシュメモリーから削除されてしまう可能性がある。このため、アプリケーションプログラムを取得するまでの待ち時間を確実に短縮することができない。
【０００５】
また、画像形成装置は、パーソナルコンピューター等と比較してコスト上の制約が厳しく、キャッシュメモリーサイズを大きくすることが難しい。このためキャッシュデータが削除され易く、起動時間が長くなりがちである。
このような問題に対して、例えば、取得する頻度が高いウェブデータほど優先順位を高くして、キャッシュメモリーに保存されているウェブデータのうち優先順位の低いウェブデータから削除する技術が提案されている（特許文献１を参照）。このような従来技術によれば、頻繁に利用するアプリケーションプログラムについては優先順位が高くなるので、キャッシュメモリーから削除され難くなり、起動までの待ち時間を高い頻度で短縮することができる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−１１０２１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記従来技術においては、優先順位が高くてもキャッシュメモリーから削除される順番を遅らせることができるというだけで、キャッシュメモリーからの削除を防止できる訳ではない。例えば、アプリケーションプログラム以外のウェブデータをキャッシュメモリーが一杯になるまで取得すると、当然、アプリケーションプログラムはキャッシュメモリーから削除されてしまうので、次のアプリケーションプログラムの起動に時間がかかってしまう。
【０００８】
このため、ウェブデータのキャッシュアウトによる取得時間の延長をさらに短縮する技術が求められている。
本発明は、上述のような問題に鑑みて為されたものであって、ウェブデータを取得するために要する時間のキャッシュアウトによる延長を防止することができるブラウザー装置、ブラウザー装置プログラム、ブラウザーシステム及び画像形成装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明に係るブラウザー装置は、ＵＲＬの指定を受け付け、当該ＵＲＬに係るウェブデータを取得するブラウザー装置であって、ＵＲＬの登録を受け付ける登録手段と、登録されたＵＲＬに係るウェブデータを取得した場合に、既に記憶しているウェブデータを削除することなく、新たに取得したウェブデータを記憶する専用キャッシュメモリーと、登録されていないＵＲＬからウェブデータを取得した場合に、既に記憶しているウェブデータ量に応じて、既に記憶しているウェブデータの一部または全部を削除してから、新たに取得したウェブデータを記憶する汎用キャッシュメモリーと、指定されたＵＲＬに係るウェブデータが専用キャッシュメモリーと汎用キャッシュメモリーとの何れかに記憶されている場合には、専用キャッシュメモリーまたは汎用キャッシュメモリーから当該ウェブデータを取得する取得手段と、を備えることを特徴とする。
【発明の効果】
【００１０】
このようにすれば、ＵＲＬが登録されたウェブデータは、専用キャッシュメモリーに記憶されて削除されず、常にキャッシュヒットするので、取得時間を確実に短縮することができる。また、ＵＲＬが登録されていないウェブデータは汎用キャッシュメモリーに記憶されるので、キャッシュヒットした場合には取得時間が短縮される。
したがって、例えば、アプリケーションプログラムのようにデータサイズの大きいウェブデータや、所謂お気に入りに登録されたウェブページのようにアクセス頻度が高いウェブデータを登録して、専用キャッシュメモリーに記憶すれば、これらウェブデータの取得時間を確実に短縮することができる。
【００１１】
また、頻繁にアクセスするウェブデータを登録した結果、頻繁にはアクセスしないウェブデータばかりが汎用キャッシュメモリーに登録されることになれば、汎用キャッシュメモリーが一杯になり難いので、登録されていないウェブデータについても汎用キャッシュメモリーから削除され難くなって取得時間を短縮することができる。
この場合において、前記登録手段は、ネットワークを介して他の装置から前記ＵＲＬの登録を受け付けても良く、前記他の装置は、前記登録を受け付けたＵＲＬに係るウェブデータの取得先ウェブサーバー装置とすれば更に好適である。なお、当該ウェブサーバー装置は、当該ブラウザー装置に対してＵＲＬを登録する手順を実行できなければならない。この機能を有する点において、当該ウェブサーバー装置は、一般的なウェブサーバー装置から区別される。
【００１２】
また、前記専用キャッシュメモリーは、前記登録の受付に合わせて、前記他の装置から前記ウェブデータを取得して、記憶すれば、アプリケーションプログラムの１回目の起動に先立って、当該アプリケーションプログラムのウェブデータが専用キャッシュメモリーに記憶されるので、１回の起動時間も確実に短縮することができる。
また、前記登録手段は、前記他の装置から登録を受け付けるのに先立って、認証を行う認証手段と、前記認証に失敗した装置からの登録を却下する登録却下手段と、を備えても良い。無条件に他の装置から登録を受け付けると、例えば、コンピューターウィルスを含むウェブデータが登録されるおそれがある等、ブラウザー装置のセキュリティ管理上、問題を生じるおそれがある。このため、登録を受け付けるのに先立って、認証を行うのが望ましい。
【００１３】
また、複数のユーザーのログインを受け付けるログイン受付手段を備え、前記登録手段は、前記複数のユーザー間で共通して、前記登録を受け付け、前記専用キャッシュメモリーは、前記複数のユーザー間で共通して、前記ウェブデータを保持すれば、複数のユーザー個別に専用キャッシュメモリーを設ける場合と比較して、ブラウザー装置の記憶領域を節約できる。また、複数のキャッシュメモリーそれぞれに対してウェブデータを記憶させる必要が無いので、ＵＲＬを登録する手間も省くことができる。
【００１４】
また、前記汎用キャッシュメモリーは、前記複数のユーザーそれぞれに対応して個別に設ければ、共通の汎用キャッシュメモリーを設ける場合とは異なって、ブラウザー装置のユーザー毎にアクセスするＵＲＬが違っている際に、何れかのユーザーのアクセスによって他のユーザーがアクセスしたいＵＲＬのウェブデータがキャッシュアウトする問題を解消することができる。
【００１５】
また、前記専用キャッシュメモリーが記憶するウェブデータは、前記新たに取得したウェブデータのうち、逐次的に更新されない静的データのみとしても良い。逐次的に更新される動的データは、ＵＲＬにアクセスするたびに取得すべきだからである。
また、本発明に係る画像形成装置は、本発明に係るブラウザー装置を備えた画像形成装置であって、前記他の装置は、画像形成装置の機能に関するアプリケーションプログラムをウェブデータとして提供するサーバー装置であり、前記登録手段は、前記サーバー装置からＵＲＬの登録を受け付けることを特徴とする。
【００１６】
本発明に係るブラウザープログラムは、専用キャッシュメモリーと汎用キャッシュメモリーとを有するコンピューターに、ＵＲＬの指定を受け付けさせ、当該ＵＲＬに係るウェブデータを取得させるブラウザープログラムであって、ＵＲＬの登録を受け付ける登録ステップと、登録されたＵＲＬからウェブデータを取得した場合に、専用キャッシュメモリーに記憶しているウェブデータを削除することなく、新たに取得したウェブデータを専用キャッシュメモリーに記憶させる専用キャッシュ記憶ステップと、登録されていないＵＲＬからウェブデータを取得した場合に、汎用キャッシュメモリーに記憶されているウェブデータ量に応じて、既に汎用キャッシュメモリーに記憶されているウェブデータの一部または全部を削除してから、新たに取得したウェブデータを汎用キャッシュメモリーに記憶させる汎用キャッシュ記憶ステップと、指定されたＵＲＬに係るウェブデータが専用キャッシュメモリーと汎用キャッシュメモリーとの何れかに記憶されている場合には、専用キャッシュメモリーまたは汎用キャッシュメモリーから当該ウェブデータを取得する取得ステップと、をコンピューターに実行させることを特徴とする。このようにすれば、本発明に係るブラウザー装置としてコンピューターを動作させることができるので、本発明に係るブラウザー装置の上記のような効果を得ることができる。
【００１７】
本発明に係るブラウザーシステムは、ウェブデータを保持するウェブサーバー装置と、ＵＲＬの指定を受け付けて、当該ＵＲＬに係るウェブデータを取得するブラウザー装置とを、ネットワークを介して接続したブラウザーシステムであって、前記ブラウザー装置は、ウェブデータの取得先のＵＲＬの登録を受け付ける登録手段と、登録されたＵＲＬからウェブデータを取得した場合に、既に記憶しているウェブデータを削除することなく、新たに取得したウェブデータを記憶する専用キャッシュメモリーと、登録されていないＵＲＬからウェブデータを取得した場合に、既に記憶しているウェブデータ量に応じて、既に記憶しているウェブデータの一部または全部を削除してから、新たに取得したウェブデータを記憶する汎用キャッシュメモリーと、指定されたＵＲＬに係るウェブデータが専用キャッシュメモリーと汎用キャッシュメモリーとの何れかに記憶されている場合には、専用キャッシュメモリーまたは汎用キャッシュメモリーから当該ウェブデータを取得する取得手段と、を備え、前記ウェブサーバー装置は、前記ブラウザー装置に前記ＵＲＬの登録を要求する登録要求手段を備えることを特徴とする。このようにしても、本発明に係るブラウザー装置の上記のような効果を得ることができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施の形態に係るブラウザーシステムの構成を示す。
【図２】ブラウザーシステム１を構成するＭＦＰ１００の構成を示す。
【図３】ＭＦＰ１００を構成する制御部２００のハードウェア構成を示す。
【図４】制御部２００のソフトウェア構成を示す。
【図５】オペレーティングシステム４１０の主要なディスパッチ処理を示すフローチャートである。
【図６】ブラウザーシステム１を構成するアプリケーションサーバー１０２のハードウェア構成を示す。
【図７】アプリケーションサーバー１０２のソフトウェア構成を示す。
【図８】ＭＦＰ１００にアプリケーションプログラムを登録する際の動作を示すシーケンス図である。
【図９】アプリケーション管理プログラム７００の動作を示すフローチャートである。
【図１０】ＡＰＩプログラム４０１の動作を示すフローチャートである。
【図１１】操作パネル２０１の表示画面を例示する図であって、（ａ）はブラウザー画面を示し、（ｂ）はアプリケーション画面を示す。
【図１２】ＭＦＰ１００のユーザーがアプリケーションプログラム４０４を起動した際の動作を示すシーケンス図である。
【図１３】アプリケーションプログラム４０４の起動時のブラウザープログラム４００の動作を示すフローチャートである。
【図１４】ブラウザープログラム４００が管理するデータ構造を例示する図である。
【図１５】ウェブページをお気に入りに登録する処理を示すフローチャートである。
【図１６】お気に入りに登録されたウェブページを表示する処理を示すフローチャートである。
【図１７】ブラウザープログラム４００が管理する汎用キャッシュ記憶領域のデータ構造を例示する図である。
【図１８】本発明の変形例に係るブラウザープログラム４００の主要な動作を示すフローチャートである。
【発明を実施するための形態】
【００１９】
以下、本発明に係るブラウザー装置、ブラウザープログラム、ブラウザーシステム及び画像形成装置の実施の形態について、図面を参照しながら説明する。
［１］ブラウザーシステムの構成
まず、本発明の実施の形態に係るブラウザーシステムの構成について説明する。
図１は、本発明の実施の形態に係るブラウザーシステムの主要な構成を示す図である。図１に示されるように、ブラウザーシステム１は、複合機（MFP: Multi-Function Peripheral）１００をＬＡＮ（Local Area Network）１０１を介してアプリケーションサーバー１０２や管理端末１０３に接続した構成をとっており、ＬＡＮ１０１はインターネット１１０にも接続されている。
【００２０】
ＭＦＰ１００にはブラウザープログラムが搭載されており、ＬＡＮ１０１及びインターネット１１０を介してウェブサーバー１１１からウェブデータを取得するブラウザー装置として機能することができる。また、管理端末１０３は、ＭＦＰ１００の動作を管理する。例えば、個々のＭＦＰ１００の印刷枚数やトナー残量、不具合発生の有無などを監視したり、後述のように、アプリケーションサーバー１０２に対してＭＦＰ１００へのアクセスを指示したりする。
【００２１】
アプリケーションサーバー１０２は、後述のように、管理端末１０３から指示を受けると、ＭＦＰ１００にアプリケーションプログラムをウェブデータとして登録する。登録されたアプリケーションプログラムは、ＭＦＰ１００のユーザーがブラウザープログラムを用いて起動し、利用する。これによって、ＭＦＰ１００の多様な利用形態が実現し、ユーザーの利便性が向上する。
【００２２】
［２］ＭＦＰ１００の構成
次に、ＭＦＰ１００の構成について説明する。
ＭＦＰ１００はプリンター機能、スキャナー機能及びファクシミリ機能を兼ね備えた画像形成装置であって、図２に示されるように、ＭＦＰ１００はスキャナー部２１０、プリンター部２１１及び給紙部２１２を備えている。スキャナー部２１０は、自動用紙搬送装置（ADF: Automatic Document Feeder）を備えており、複数枚の原稿を１枚ずつ搬送しながら原稿を読み取って、画像データを生成する。
【００２３】
プリンター部２１１は制御部２００、操作パネル２０１及びプリンターエンジン２０２を備えている。制御部２００は、スキャナー部２１０から画像データを受け付けたり、ＬＡＮ１０１やファクシミリ回線を経由してＰＣ（Personal Computer）やファクシミリ装置等、他の装置と画像データを送受信したりする。このようにして取得された画像データに基づいて、プリンターエンジン２０２は、制御部２００の制御下、給紙部２１２から供給された記録シート上にトナー画像を形成する。
【００２４】
制御部２００は、操作パネル２０１を介して、ユーザーから指示を受け付けたり、ユーザーに対して情報を表示したりする。特に、制御部２００は、ブラウザープログラムを実行して、ユーザーが指定したＵＲＬから取得したウェブデータを表示したり、アプリケーションプログラムを実行したりする。
［３］制御部２００の構成
次に、制御部２００の構成について、先ずハードウェア構成について説明し、その後、ソフトウェア構成について説明する。
【００２５】
（３−１）制御部２００のハードウェア構成
図３は、制御部２００の主要なハードウェア構成を示す図である。図３に示されるように、制御部２００は、ＣＰＵ（Central Processing Unit）３００、ＲＯＭ（Read Only Memory）３０１、ＲＡＭ（Random Access Memory）３０２、ＨＤＤ（Hard Disk Drive）３０３、ＮＩＣ（Network Interface Card）３０４及びファクシミリモデム３０５を備えており、これらは内部バス３０６によって相互接続されている。ＣＰＵ３００は、電源を投入されるとＲＯＭ３０１からブートプログラムを読み出して起動した後、ＨＤＤ３０３からオペレーティングシステム（OS: Operating System）やブラウザープログラム等のプログラムを読み出し、ＲＡＭ３０２を作業用の記憶領域として動作する。ＲＯＭ３０１は不揮発性メモリである。ＲＡＭ３０２は揮発性メモリであっても良い。
【００２６】
ＮＩＣ３０４は、ＣＰＵ３００の制御の下、ＬＡＮ１０１やインターネット１１０を介して他の装置と通信するためのもので、例えば、ＯＳＩ（Open Systems Interconnection）参照モデルにおける下位４層のプロトコル処理を実行する。ファクシミリモデム３０５は、ＣＰＵ３００の制御の下、ファクシミリ回線を介して他の装置とファクシミリ通信し、受信したファクシミリデータはプリンターエンジン２０２によって印刷される。
【００２７】
操作パネル２０１は、液晶表示パネル（LCD: Liquid Crystal Display）３１０、タッチパネル３１１及びハードキー３１２を備えており、これらはローカルバス３１３を介して制御部２００の内部バス３０６に接続されている。操作パネル２０１は、制御部２００の制御の下、液晶表示パネル３１０にてユーザーへの情報表示を行う。また、液晶表示パネル３１０の表面にはタッチパネル３１１が配設されており、液晶表示と連動してユーザーの指示入力を受け付ける。また、操作パネル２０１は、ハードキー３１２によってもユーザーの指示入力を受け付けて、指示内容に応じた入力信号を制御部２００へ出力する。
【００２８】
制御部２００の内部バス３０６には、スキャナー部２１０、プリンターエンジン２０２及び給紙部２１２もまた接続されており、制御部２００の制御を受けて動作する。
（３−２）制御部２００のソフトウェア構成
図４は、制御部２００の主要なソフトウェア構成を示す図である。図４に示されるように、制御部２００には、オペレーティングシステム（例えば、Linux（Linus Torvalds氏の登録商標））４１０が搭載されており、当該オペレーティングシステム４１０上でブラウザープログラム４００やＡＰＩ（Application Program Interface）プログラム４０１、ＣＧＩ（Common Gateway Interface）処理プログラム４０２、ウェブサーバープログラム４０３等が実行される。ブラウザープログラム４００は、ＵＲＬ（Universal Resource Locator）にて指定された取得先からウェブデータを取得して表示や実行をする。
【００２９】
（３−２−１）オペレーティングシステム４１０
オペレーティングシステム４１０にはデバイスドライバーとして、通信ドライバー４２０やＨＤＤドライバー４２１、操作パネルドライバー４２２、スキャナードライバー４２３、プリンタードライバー４２４等が組み込まれている。オペレーティングシステム４１０は、デバイスドライバーからの入力を受け付けるとブラウザープログラム４００やＡＰＩプログラム４０１等に処理を割り振ったり（ディスパッチ処理）、ブラウザープログラム４００等の出力を対応するデバイスドライバーに受け渡したりする等、プログラムの実行を管理する。
【００３０】
図５は、オペレーティングシステム４１０の主要なディスパッチ処理を示すフローチャートである。図５に示されるように、オペレーティングシステム４１０は、通信ドライバー４２０にてウェブサーバー１１１からウェブデータを受信したり（Ｓ５０１：ＹＥＳ）、操作パネルドライバー４２２にて操作パネル２０１を用いたＭＦＰ１００のユーザーからのアプリケーションプログラムの起動指示（後述）やウェブページの表示指示を受け付けたりすると（Ｓ５０２：ＹＥＳ）、ブラウザープログラム４００に処理させる（Ｓ５０３）。
【００３１】
また、通信ドライバー４２０にてアプリケーションサーバー１０２からアプリケーション登録指示（後述）を受信した場合には（Ｓ５０４：ＹＥＳ）、ＡＰＩプログラム４０１に処理させる（Ｓ５０５）。そして、ブラウザープログラム４００やＡＰＩプログラム４０１による処理が終了したら、ステップＳ５０１へ進んで上記の処理を繰り返す。なお、他の入力等のイベント発生時にもオペレーティングシステム４１０は、対応するプログラムに処理させる。
【００３２】
（３−２−１）ブラウザープログラム４００
ブラウザープログラム４００は、一般的なブラウザープログラムと同様に、操作パネル２０１にてユーザーからウェブページの指定を受け付けて、当該ウェブページを表示したり、お気に入りに登録したりする。また、後述するように、専用キャッシュ記憶領域に記憶されたアプリケーションプログラムを起動するためにも用いられる。
【００３３】
（３−２−２）ＡＰＩプログラム４０１
ＡＰＩプログラム４０１は、他の装置からネットワークを介してＭＰＦ１００を利用できるようにするプログラムであって、他の装置内の画像データを指定して印刷を行ったり、ＭＦＰ１００がスキャンして生成した画像データを他の装置に転送したりする等の機能を実現する。特に、ＡＰＩプログラム４０１は、アプリケーションサーバー１０２からアプリケーションプログラム４０４の提供を受け付けて、ブラウザープログラム４００をユーザーインターフェースとしてアプリケーションプログラム４０４をユーザーに利用させる。この場合において、ＣＧＩ処理プログラム４０２を利用して、アプリケーションプログラム４０４を実行しても良い。
【００３４】
（３−２−３）ＣＧＩ処理プログラム４０２
ＣＧＩ処理プログラム４０２は、後述するウェブサーバープログラム４０３からの要求に従ってＣＧＩプログラムを実行する。
（３−２−４）ウェブサーバープログラム４０３
ウェブサーバープログラム４０３は、ＬＡＮ１０１等のネットワークを介してＭＦＰ１００に対する処理要求を受け付けるためのインターフェースを提供する。
【００３５】
（３−２−５）アプリケーションプログラム４０４
アプリケーションプログラム４０４は、例えば、ＭＦＰ１００でスキャンにより生成した画像データをサードベンダーのウェブサーバーに保存して、ファイル形式を変換するような場合に利用される。アプリケーションプログラム４０４のユーザーインターフェースは、例えば、Ｃ言語を用いてプログラムすることもできるが、ＨＴＭＬ（Hyper Text Markup Language）を用いて作成すれば手間が少なく、簡単である。
【００３６】
（３−２−６）デバイスドライバー
通信ドライバー４２０は、ＮＩＣ３０４やＭＯＤＥＭ３０５を制御し、ＨＤＤドライバー４２１はＨＤＤ３０３を制御する。操作パネルドライバー４２２は操作パネル２０１、すなわち、液晶表示パネル３１０、タッチパネル３１１及びハードキー３１２の入出力を制御する。スキャナードライバー４２３は、スキャナー部２１０を制御して原稿を読み取り、画像データを生成させる。プリンタードライバー４２４は、プリンターエンジン２０２を制御して、画像形成を実行させる。
【００３７】
［４］アプリケーションサーバー１０２の構成
次に、アプリケーションサーバー１０２の構成について説明する。アプリケーションサーバー１０２は所謂ウェブサーバーとしてアプリケーションプログラムをＭＦＰ１００に提供する。また、アプリケーションサーバー１０２は、後述のように、管理端末１０３から許可を受けて、ＭＦＰ１００にアプリケーションプログラムを登録することができる。
【００３８】
（４−１）アプリケーションサーバー１０２のハードウェア構成
図６は、アプリケーションサーバー１０２の主要なハードウェア構成を示す図である。図６に示されるように、アプリケーションサーバー１０２は、ＣＰＵ６００、ＲＯＭ６０１、ＲＡＭ６０２、ＨＤＤ６０３、ＮＩＣ６０４、液晶表示パネル６０５、キーボード６０６及びマウス６０７を備えており、これらは内部バス６０８によって接続されている。ＣＰＵ６００は、電源を投入されるとＲＯＭ６０１からブートプログラムを読み出して起動した後、ＨＤＤ６０３からオペレーティングシステムやウェブサーバープログラム等のプログラムを読み出し、ＲＡＭ６０２を作業用の記憶領域として動作する。
【００３９】
ＮＩＣ６０４は、ＣＰＵ６００の制御の下、ＬＡＮ１０１やインターネット１１０を介して他の装置と通信するためのもので、例えば、ＯＳＩ参照モデルにおける下位４層のプロトコル処理を実行する。
アプリケーションサーバー１０２は、ウェブサーバーとしてＬＡＮ１０１を介したウェブデータの送信を行うため、通常は使用されないが、保守管理用に液晶ディスプレイ６０５、キーボード６０６及びマウス６０７を備えている。キーボード６０６やマウス６０７はＵＳＢ（Universal Serial Bus）インターフェースで接続しても良い。
【００４０】
（４−２）アプリケーションサーバー１０２のソフトウェア構成
図７は、アプリケーションサーバー１０２の主要なソフトウェア構成を示す図である。図７に示されるように、アプリケーションサーバー１０２には、オペレーティングシステム７１０が搭載されており、当該オペレーティングシステム７１０上でアプリケーション管理プログラム７００やウェブサーバープログラム７０１等が実行される。オペレーティングシステム７１０にはデバイスドライバーとして、ＮＩＣドライバー７２０やＨＤＤドライバー７２１等が組み込まれている。通信ドライバー７２０はＮＩＣ３０４を制御し、ＨＤＤドライバー７２１はＨＤＤ３０３を制御する。
【００４１】
［５］管理端末１０３の構成
管理端末１０３は、ハードウェア構成もソフトウェア構成もアプリケーションサーバー１０２と概ね同様である。ただし、ソフトウェア構成に関しては、アプリケーション管理プログラム７００に代えて、アプリケーションサーバー１０２に対してアプリケーションプログラムの登録を指示するために用いられるアプリケーション登録指示プログラムを備えている。また、ウェブサーバープログラム７０１についても必須ではない。
【００４２】
［６］ブラウザーシステム１の動作
次に、ブラウザーシステム１の動作について説明する。
ブラウザーシステム１においては、アプリケーションサーバー１０２が提供するアプリケーションプログラムをＭＦＰ１００からブラウザープログラム４００を用いて利用することができる。このアプリケーションプログラムの利用に要する待ち時間を短縮するためにブラウザーサーバー１０２はＭＦＰ１００にアプリケーションプログラムを登録する。
【００４３】
（６−１）アプリケーションプログラムの登録
図８は、ＭＦＰ１００にアプリケーションプログラムを登録する際の、ブラウザーシステム１を構成するＭＦＰ１００、アプリケーションサーバー１０２及び管理端末１０３の動作を示すシーケンス図である。図８に示されるように、ＭＦＰ１００にアプリケーションプログラムを登録する際には、まず、管理端末１０３からアプリケーションサーバー１０２に対して、アプリケーション登録指示が送信される。このアプリケーション登録指示には、ＭＦＰ１００にアプリケーションプログラムを登録するための登録鍵情報が添付されている。
【００４４】
アプリケーションプログラムは１つまたは複数のウェブデータからなっており、ウェブデータにはそれぞれＵＲＬが対応付けられている。アプリケーションプログラムを構成するウェブデータには静的データと動的データとがあり、静的データとは画像データやＪａｖａＳｃｒｉｐｔ（Sun Microsystems Inc.の登録商標）ファイル、アイコン、ＣＳＳ（Cascading Style Sheets）等、アプリケーションプログラムのバージョンアップ時を除いて変更されることのないデータをいう。また、動的データとは静的データ以外のデータである。
【００４５】
アプリケーションサーバー１０２は、管理端末１０３からアプリケーション登録指示を受け付けると、ＭＦＰ１００にアプリケーションを登録するための登録鍵情報が添付されているのを確認してから、引き続いてＭＦＰ１００に登録鍵情報とアプリケーションプログラムとを送信して、アプリケーションプログラムの登録を要求する。
ＭＦＰ１００のブラウザープログラム４００は、ウェブデータを保存するキャッシュ記憶領域としてＨＤＤ３０３上に専用キャッシュ記憶領域と汎用キャッシュ記憶領域とを管理している。
【００４６】
お気に入りに登録されたＵＲＬから取得したウェブデータ（ウェブページ）については後述するように削除されない専用キャッシュ領域に記憶する。またその一方で、お気に入りに登録されていないＵＲＬから取得したウェブデータについては、汎用キャッシュ領域に記憶する。汎用キャッシュ領域においては、領域の記憶容量に応じて通常と同様のＬＲＵアルゴリズム等によるキャッシュ処理を行うものであり、以下においては詳細な説明は省略する。
【００４７】
ブラウザープログラム４００は、アプリケーションサーバー１０２から登録鍵情報とアプリケーションプログラムとを受信すると、登録鍵情報を確認する。登録鍵情報が正しければ、ブラウザープログラム４００はアプリケーションプログラムのうち静的データを専用キャッシュ記憶領域に保存する。また、アプリケーションプログラムのうち動的データは（専用キャッシュ記憶領域及び汎用キャッシュ記憶領域の何れでもない）ＲＡＭ３０２上の記憶領域に一時的に保存される。
【００４８】
ここで、ウェブデータ毎に静的データであるか動的データであるかはアプリケーションサーバー１０２が指定しても良い。具体的には、アプリケーションサーバー１０２は、ウェブデータを送信する際に、個々のウェブデータに対して静的データであるか動的データであるかを示す情報を添付しても良いし、別途、ウェブデータの一覧にデータの種別を表示したテーブルを送信しても良い。
【００４９】
なお、アプリケーションプログラムを登録する際に、アプリケーションサーバー１０２はアプリケーションプログラムを構成するウェブデータのうち静的データのみを送信し、動的データについてはＵＲＬのみを送信するのが望ましい。このようにすれば、アプリケーションプログラムの送信によるネットワーク負荷や処理負荷を軽減することができる。
図９は、アプリケーション管理プログラム７００の動作を示すフローチャートである。図９に示されるように、アプリケーション管理プログラム７００は、管理端末１０３からアプリケーション登録指示を受信すると（Ｓ９０１：ＹＥＳ）、アプリケーション登録指示が正しいか確認する。この場合において、登録すべきアプリケーションプログラムの指定の有無、アプリケーションプログラムを登録すべきＭＦＰ１００の指定の有無、及びＭＦＰ１００にアプリケーションプログラムを登録するための登録鍵情報の有無が確認され、何れか１つでも欠けているときには正しくないと判定される。アプリケーション登録指示が正しくない場合には（Ｓ９０２：ＮＯ）、指示不正を管理端末１０３に返信する（Ｓ９０３）。
【００５０】
この場合において、アプリケーション管理プログラム７００は、例えば、ＴＣＰ（Transmission Control Protocol）に従ってアプリケーション登録指示を受け付けても良く、この場合において、アプリケーション管理プログラム７００は所定のポート番号で特定されるＴＣＰサーバープログラムとしてＴＣＰコネクションのオープンを受け付けた後、アプリケーション登録指示を受信する。ＴＣＰコネクションのオープンやクローズは管理端末１０３側のプログラムが実行する。
【００５１】
アプリケーション登録指示が正しい場合には（Ｓ９０２：ＹＥＳ）、アプリケーション登録指示において指定されたＭＦＰ１００へアプリケーション登録要求を送信する（Ｓ９０４）。このアプリケーション登録要求には、指定されたアプリケーションプログラムと登録鍵情報とが添付される。この場合においてもＴＣＰを採用しても良く、ＭＦＰ１００側をＴＣＰサーバーとして、アプリケーション管理プログラム７００がＴＣＰクライアントとして所定のポート番号を指定してＴＣＰコネクションのオープンを要求し、ＴＣＰコネクションが確立されたら、アプリケーション登録要求を送信すれば良い。
【００５２】
続いて、アプリケーション管理プログラム７００は、タイマーに所定の応答監視時間をセットし（Ｓ９０５）、その後、ＭＦＰ１００から登録成功を受信したら（Ｓ９０６：ＹＥＳ）、ＭＦＰ１００とのＴＣＰコネクションを切断して、当該アプリケーション登録指示に関して登録成功をログデータとして記録すると共に（Ｓ９０９）、管理端末１０３に確認応答を返信する（Ｓ９１０）。
【００５３】
また、ＭＦＰ１００からアプリケーション登録失敗を受信した場合や（９８０７：ＹＥＳ）、ＭＦＰ１００から応答がないままタイムアウトが発生した場合には（Ｓ９０８：ＹＥＳ）、ＭＦＰ１００とのＴＣＰコネクションを切断すると共に、当該アプリケーション登録指示に関して登録失敗をログデータとして記録する（Ｓ９１１）。
ログデータとして記録した登録結果については、例えば、管理端末１０３からの問い合わせに応じて通知しても良い。この場合において、アプリケーション登録指示どうしを区別するために通信通番等のＩＤ（identifier）を管理端末１０３から受け付けてログデータとして記録しておき、管理端末１０３からの問い合わせの際に併せて受け付けたＩＤに対応するログ内容を管理端末１０３に応答しても良い。
【００５４】
タイムアウトが発生していない場合には（Ｓ９０８：ＮＯ）、ステップＳ９０６に進んで上記の処理を繰り返す。また、ステップＳ９１０、Ｓ９１１の処理の後にはステップＳ９０１に進んで上記の処理を繰り返す。
図１０は、ＡＰＩプログラム４０１の動作を示すフローチャートである。図１０に示されるように、ＡＰＩプログラム４０１は、アプリケーションサーバー１０２からアプリケーション登録指示を受信すると（Ｓ１００１：ＹＥＳ）、登録鍵情報が添付されているかを確認する。登録鍵情報が添付されていたら（Ｓ１００２：ＹＥＳ）、登録鍵情報が有効性を確認する認証処理を行う。登録情報が添付されていない場合や（Ｓ１００２：ＮＯ）、登録鍵情報の有効性が確認されない場合には（Ｓ１００３：ＮＯ）、アプリケーションサーバー１０２にアプリケーション登録失敗を返信する（Ｓ１００４）。
【００５５】
上述のように、ＡＰＩプログラム４０１は、ＴＣＰサーバーとしてアプリケーション登録要求を受け付けても良い。この場合において、ＡＰＩプログラム４０１は所定のポート番号で特定され、コネクションのオープンを受け付けた後、アプリケーション登録要求を受信する。
登録鍵情報の有効性が確認されたら（Ｓ１００３：ＹＥＳ）、受信したアプリケーションプログラムのうち静的データを専用キャッシュ記憶領域に保存し（Ｓ１００５）、お気に入りに登録する（Ｓ１００６）。お気に入りの登録は、アプリケーションプログラムを構成する静的データや動的データのＵＲＬを記録したお気に入りデータをお気に入り記憶領域に保存することによってなされる。
【００５６】
なお、本実施の形態においては、アプリケーションプログラムをお気に入りに登録（つまり「ＵＲＬが登録される」）する際に、併せて、操作パネル２０１のブラウザー画面にショートカットキーを表示する。表示した以降は、ユーザーは当該ショートカットキーをタッチすることによってアプリケーションプログラムを起動する。図１１は、操作パネル２０１の表示画面を例示する図であって、（ａ）はブラウザー画面を示し、（ｂ）はアプリケーション画面を示す。
【００５７】
図１１（ａ）に示されるように、ブラウザー画面１１００においては、ファックス、スキャン及びコピーのようなＭＦＰ１００本来の機能を起動するためのショートカットキー１１０１〜１１０３に加えて、アプリケーションプログラムを起動するためのショートカットキー１１０４、１１０５が表示されている。ショートカットキー１１０４、１１０５はＡＰＩプログラム４０１が登録したものである。アプリケーションプログラムを起動するためのショートカットキーには、後述のように、当該アプリケーションプログラムのお気に入りデータが対応付けられている。
【００５８】
例えば、ショートカットキー１１０４がタッチされると、アプリケーションプログラム１のお気に入りデータが参照され、必要な静的データや動的データを取得することによって、アプリケーションプログラムが起動されて、アプリケーション画面１１１０が表示される。図１１（ｂ）に示されるように、アプリケーション画面１１１０には、アプリケーションプログラムを動作させるための操作入力を受け付けるためのボタン等が表示される。
【００５９】
ＡＰＩプログラム４０１は、最後に、アプリケーション登録成功をアプリケーションサーバー１０２に返信して（Ｓ１００７）、処理を終了する。
（６−２）アプリケーションプログラム４０４の起動
図１２は、ＭＦＰ１００のユーザーが登録されたアプリケーションプログラム４０４を起動した際のＭＦＰ１００及びアプリケーションサーバー１０２の動作を示すシーケンス図である。図１２に示されるように、ＭＦＰ１００のユーザーがブラウザープログラム４００の表示画面からアプリケーションプログラム４０４を起動すると、ブラウザープログラム４００は、専用キャッシュ記憶領域を参照して、アプリケーションプログラム４０４の静的データが保存されていれば取得する。また、動的データについては、アプリケーションサーバー１０２のウェブサーバープログラム７０１に対して、ＨＴＴＰ（Hyper Text Transfer Protocol）に従って、動的データを要求する。ウェブサーバープログラム７０１は、要求に応じて動的データを返信する。
【００６０】
なお、図８から図１０の説明においては、アプリケーションプログラム４０４をＭＦＰ１００に登録する際に、当該アプリケーションプログラム４０４に関する静的データを専用キャッシュ領域に保存する例を示したが、これに限られず、登録時に保存した静的データから変更、増加があれば静的データの差分のデータあるいは全データを再度取得して、専用キャッシュ記憶領域に保存するようにしても良い。
【００６１】
図１３は、アプリケーションプログラム４０４の起動時のブラウザープログラム４００の動作を示すフローチャートである。図１３に示されるように、ブラウザープログラム４００は、操作パネル２０１にてユーザーからアプリケーションプログラム４０４の起動を指示されると（Ｓ１３０１：ＹＥＳ）、アプリケーションプログラム４０４を起動するために動的データが必要か否かを確認する。
【００６２】
具体的には、図１１（ｂ）に示されるように、ブラウザー画面１１００に表示されるアプリケーションプログラムのショートカットキー１１０４、１１０５がタッチされると、図１４に示されるように、ショートカットキー記憶領域が参照される。ショートカットキー記憶領域には、ショートカットキーの個数（「ショートカットキー個数」）と、個々のショートカットキーに関するショートカットキーデータ（「ショートカットキーデータ」）と、が記憶される。
【００６３】
「ショートカットキーデータ」には、それぞれブラウザー画面１１００における矩形状のショートカットキーの「始点座標」（ｘ１，ｙ１）、「終点座標」（ｘ２，ｙ２）及びショートカットキーに対応するお気に入りデータの登録名称（「お気に入りデータ登録名称」）が格納されている。なお、「始点座標」と「終点座標」とは、ｘ１＜ｘ２、かつ、ｙ１＜ｙ２、となる矩形領域（ショートカットキー）の頂点の座標である。
【００６４】
ユーザーのタッチが検出されると、タッチされた座標（ｘ，ｙ）が「始点座標」と「終点座標」の間に入る「ショートカットキーデータ」の有無が検索される。すなわち、ｘ１≦ｘ≦ｘ２、かつ、ｙ１≦ｙ≦ｙ２、となる「ショートカットキーデータ」の有無が検索される。条件に適合する「ショートカットキーデータ」が発見されると、当該ショートカットキーがタッチされたと判断されるので、次に述べるように、当該ショートカットキーに対応する「お気に入りデータ登録名称」を有するお気に入りデータが参照される。
【００６５】
お気に入り記憶領域には、お気に入りデータを管理するために用いられるお気に入り管理データが格納されている。お気に入り管理データは、お気に入り記憶領域に記憶されているお気に入りデータの個数（「お気に入りデータ個数」）が記憶されている。また、お気に入りデータ毎に、「お気に入りデータ登録名称」と当該お気に入りデータを記憶した領域の先頭アドレス（「お気に入りデータポインター」）との組がお気に入り管理データに記憶されている。
【００６６】
お気に入りデータには、タッチされたショートカットキーに対応するアプリケーションプログラムを起動するために必要な静的データの個数（「静的データ個数」）、静的データのＵＲＬ（「静的データＵＲＬ」）、動的データの個数（「動的データ個数」）及び動的データのＵＲＬ（「動的データＵＲＬ」）が記録されている。これらのうち、静的データについては、専用キャッシュ記憶領域から「静的データＵＲＬ」によって特定される静的データが読み出される。また、動的データについては、アプリケーションサーバー１０２から取得される。
【００６７】
なお、専用キャッシュ記憶領域には、静的データを記憶すると共に、静的データを管理するための専用キャッシュ管理データが記憶されている。専用キャッシュ管理データには、専用キャッシュ記憶領域のサイズ（「専用キャッシュサイズ」）、専用キャッシュ記憶領域に記憶されている静的データの個数（「静的データ個数」）、及び静的データ毎にＵＲＬ（「静的データＵＲＬ」）、サイズ（「静的データサイズ」）及び当該静的データを記憶した領域の先頭アドレス（「静的データポインター」）が格納されている。専用キャッシュ記憶領域から静的データを読み出す際には、まず、お気に入りデータに格納されている「静的データＵＲＬ」に一致する「静的データＵＲＬ」を専用キャッシュ管理データにおいて検索する。そして、発見した「静的データＵＲＬ」に対応する「静的データポインター」に示される記憶領域から、「静的データサイズ」分だけデータを読み出すことによって静的データを得ることができる。
【００６８】
さて、アプリケーションサーバー１０２から動的データを取得するための遅延時間を考慮すれば、静的データよりも先に動的データの取得を試みるのがアプリケーションプログラムの起動時間を短縮する上で好適である。このため、図１３に示されるように、まず、お気に入りデータの動的データ個数を参照して、アプリケーションプログラムに動的データが含まれていれば（Ｓ１３０２：ＹＥＳ）、アプリケーションサーバー１０２に動的データを要求する（Ｓ１３０３）。言うまでも無く、この要求は、当該アプリケーションプログラムに含まれるすべての動的データについて行われる。
【００６９】
その後、静的データの個数だけ当該静的データを専用キャッシュ記憶領域から読み出す（Ｓ１３０４）。静的データは、アプリケーションプログラムの登録時に専用キャッシュ記憶領域に記憶されるので、当該アプリケーションプログラムのショートカットキーが登録されていれば、確実に専用キャッシュ記憶領域から読み出すことができる。
次に、アプリケーションサーバー１０２に要求した動的データをすべて受信したか否かを確認して、受信していなければ（Ｓ１３０５：ＮＯ）、受信していない動的データの受信を待つ。動的データをすべて受信したら（Ｓ１３０５：ＹＥＳ）、必要なデータがすべて取得できたと判断されるので、アプリケーションプログラムを実行する（Ｓ１３０６）。アプリケーションプログラムの実行を終了したら（Ｓ１３０７：ＹＥＳ）、ステップＳ１３０１に進んで、次のアプリケーションプログラムの起動指示を待つ。
【００７０】
このようにすれば、アプリケーションプログラムの起動時に静的データを確実に専用キャッシュ記憶領域から読み出すことができる。したがって、従来技術のように静的データがキャッシュメモリーからキャッシュアウトするおそれが無いので、確実にアプリケーションプログラムの起動時間を短縮することができる。
本実施形態においては、静的データは、ＭＦＰの機能に関連するアプリケーションプログラムを提供する特定のアプリケーションサーバー１０２に関するデータを保存するものであり、アプリケーションサーバー１０２、及びアプリケーションプログラムの数、内容は管理端末１０３等で管理可能なものである。また、各アプリケーションプログラムにおいて専用キャッシュ記憶領域に保存される静的データのサイズについても管理あるいは見積もることが可能である。
【００７１】
このため、専用キャッシュ記憶領域に保存されるデータサイズの総量は予め推定することができるので、専用キャッシュ記憶領域の容量は、データ溢れが生じないように、予め十分な容量を確保している。
［７］変形例
以上、本発明を実施の形態に基づいて説明してきたが、本発明が上述の実施の形態に限定されないのは勿論であり、以下のような変形例を実施することができる。
【００７２】
（１）上記実施の形態においては、予め登録したアプリケーションプログラムの起動時間を、専用キャッシュ記憶領域を用いて確実に短縮する場合について説明したが、本発明がこれに限定されないのは言うまでも無く、これに加えて、お気に入りに登録されたウェブページについても静的データを専用キャッシュ記憶領域に保存することによって、ウェブページの表示時間を短縮しても良い。
【００７３】
図１５は、ウェブページをお気に入りに登録する処理を示すフローチャートである。図１５に示されるように、ブラウザープログラム４００は、操作パネル２０１の液晶表示パネル３１０に表示中のウェブページのお気に入り登録要求をユーザーから受け付けると（Ｓ１５０１：ＹＥＳ）、当該ウェブページのウェブデータのうち静的データを専用キャッシュ記憶領域に保存する（Ｓ１５０２）。静的データを専用キャッシュ記憶領域に保存する手順は、アプリケーションプログラムの静的データを保存する場合と同様である。
【００７４】
静的データの保存を完了したら、お気に入りに登録する（Ｓ１５０４）。具体的には、お気に入り記憶領域のお気に入り管理データの「お気に入りデータ個数」を１だけ増加させると共に、お気に入り登録要求の際にユーザーが指定した明瞭をお気に入り名称を「お気に入りデータ登録名称」として記憶し、「お気に入りデータポインター」に新たなお気に入りデータの先頭アドレスを記憶する。新たなお気に入りデータには、静的データの「静的データ個数」や「静的データＵＲＬ」、及び動的データの「動的データ個数」や「動的データＵＲＬ」が保存される。
【００７５】
その後、ステップＳ１５０１に進んで上の処理を繰り返す。
図１６は、お気に入りに登録されたウェブページを表示する処理を示すフローチャートである。図１６に示されるように、ブラウザープログラム４００は、お気に入りに登録されたウェブページへのアクセス指示を受け付けると（Ｓ１６０１：ＹＥＳ）、お気に入り記憶領域のお気に入り管理データを参照して、指定されたウェブページの「お気に入りデータポインター」を読み出し、お気に入りデータを参照する。
【００７６】
お気に入りデータの「動的データ個数」が０でなければ、ウェブページに動的データが含まれていると判断されるので（Ｓ１６０２：ＹＥＳ）、当該動的データの「動的データＵＲＬ」を用いてウェブサーバー１１１に送信を要求する（Ｓ１６０３）。また、お気に入りデータの「静的データ個数」を参照して、０でなければ、ウェブページに静的データが含まれていると判断されるので（Ｓ１６０４：ＹＥＳ）、専用キャッシュ記憶領域から静的データを読み出す（Ｓ１６０５）。
【００７７】
その後、ウェブサーバー１１１に要求した動的データをすべて受信したら（Ｓ１６０６：ＹＥＳ）、液晶表示パネル３１０にウェブページを表示して（Ｓ１６０７）、ステップＳ１６０１に進み、上の処理を繰り返す。なお、ウェブサーバー１１１から受信した動的データや静的データを液晶表示パネル３１０に表示する際には、先に受信したものから順に表示しても良い。
【００７８】
このようにすれば、お気に入りに登録されたウェブページについても表示に要する時間を短縮することができる。
（２）上記変形例においてはお気に入りに登録されたウェブページを表示する場合について説明したが、お気に入りに登録されていないウェブデータについては、通常と同様のキャッシュ処理を行っても良い。
【００７９】
即ち、操作パネル２０１にて受け付けたユーザー指示に従って、登録されていないウェブページにアクセスした場合には、当該ウェブページに係る静的データはすべて汎用キャッシュ記憶領域に記憶する。具体的には、図１７に示されるように、静的データを汎用キャッシュ記憶領域に保存すると共に、汎用キャッシュ管理データにその静的データのＵＲＬ、データサイズ及び保存領域の先頭アドレス（静的データポインター）を保存し、更に、汎用キャッシュ管理データの「静的データ個数」を保存した静的データの数だけ増加させる。
【００８０】
なお、汎用キャッシュ管理データの「静的データサイズ」の合計が「汎用キャッシュサイズ」を超える場合には、最後に参照した時期が最も古い静的データから順に消去して、新たな静的データの保存に必要な記憶領域を確保する。また、消去した静的データに係る「静的データＵＲＬ」、「静的データサイズ」及び「静的データポインター」も汎用キャッシュ管理データから消去し、更に、消去した静的データの数だけ「静的データ個数」を減少させる。その後、新たな静的データを保存する。具体的な処理は、専用キャッシュ記憶領域に静的データを保存する場合と同様である。
【００８１】
また、登録されていないウェブページにアクセスする際には、当該ウェブページに係る静的データが汎用キャッシュ記憶領域に記憶されているかを確認して、記憶されていれば、ウェブサーバー１１１にアクセスすることなく、記憶されている静的データを用いてウェブページを表示する。また、当該静的データが汎用キャッシュ記憶領域に記憶されていない場合には、ウェブサーバー１１１に要求して当該静的データを取得する。
【００８２】
このようにすれば、登録されていないウェブページについても取得に要する時間を短縮することができる。登録されていないアプリケーションプログラムについても同様である。
（３）上記実施の形態においては特に言及しなかったが、ＭＦＰ１００が複数のユーザーによって共用される場合には、複数のユーザー間で専用キャッシュ記憶領域を共用する一方、汎用キャッシュ記憶領域についてはユーザー個別に設けるのが望ましい。当該ユーザー間でアクセスするウェブページが異なっていても、汎用キャッシュ記憶領域を分けておけば、他のユーザーのアクセスによるウェブデータのキャッシュアウトを防止できるからである。なお、複数のユーザーは、例えば、ログイン名によって区別される。
【００８３】
また、同一のＭＦＰ１００を利用する複数のユーザーに対して個別に、ＭＦＰ１００が有する複数の機能のうち何れを利用できるかを制限しても良く、アプリケーションプログラムについても利用の可否をユーザー毎に指定しても良い。この指定は、管理端末１０３から行っても良いし、アプリケーションサーバー１０２が行っても良い。
（４）上記実施の形態においては、ＡＰＩプログラム４０１にてアプリケーション登録要求を受け付ける場合について説明したが、本発明がこれに限定されないのは言うまでもなく、これに代えてブラウザープログラム４００にてアプリケーション登録要求を受け付けても良い。
【００８４】
図１８は、本変形例に係るブラウザープログラム４００の主要な動作を示すフローチャートである。図１８に示されるように、本変形例に係るブラウザープログラム４００は、ＭＦＰ１００のユーザーから操作パネル２０１にてウェブページのお気に入り登録を指示されたら（Ｓ１８０１：ＹＥＳ）、お気に入り登録処理を実行する（Ｓ１８０２）。お気に入り登録処理の内容は、図１５に示した通りである。
【００８５】
また、ブラウザープログラム４００は、ＭＦＰ１００のユーザーから操作パネル２０１にてウェブページの参照指示を受け付けると（Ｓ１８０３：ＹＥＳ）、指示されたＵＲＬからウェブデータを取得して、操作パネル２０１にウェブページを表示するウェブページ表示処理を実行する（Ｓ１８０４）。なお、ウェブページがお気に入り登録されている場合には、図１６に示すようにして、ウェブデータを取得する。
【００８６】
アプリケーションサーバー１０２からアプリケーション登録指示を受け付けたら（Ｓ１８０５：ＹＥＳ）、アプリケーション登録処理が実行される（Ｓ１８０６）。アプリケーション登録処理の内容は、図１０に示した通りである。更に、操作パネル２０１にてアプリケーション起動指示を受け付けると（Ｓ１８０７：ＹＥＳ）、ブラウザープログラム４００は、アプリケーション起動処理を実行する（Ｓ１８０８）。アプリケーション起動処理の内容は、図１３に示した通りである。
【００８７】
本変形例のようにしても、上記実施の形態と同様の効果を得ることができる。
（５）上記実施の形態においては、アプリケーションサーバー１０２からアプリケーション登録要求を受け付ける際に、併せてアプリケーションサーバー１０２からアプリケーションプログラムに係るウェブデータを受信する場合について説明したが、本発明がこれに限定されないのは言うまでも無く、これに代えて次のようにしても良い。
【００８８】
すなわち、管理端末１０３はアプリケーションサーバー１０２に代えてＭＦＰ１００に対してアプリケーション登録指示を送信し、ＭＦＰ１００は当該アプリケーション登録指示に対して確認応答を管理端末１０３に返信した後、アプリケーションサーバー１０２にアプリケーションプログラムの送信を要求しても良い。アプリケーションサーバー１０２からアプリケーションプログラムを受信すると、ＭＦＰ１００は自らアプリケーションプログラムの登録処理を実行する。
【００８９】
このようにすれば、管理端末１０３からアプリケーションサーバー１０２に送信するＭＦＰ１００に関する情報を少なくすることができるので、アプリケーションサーバー１０２がサードベンダーから提供されている場合のＭＦＰ１００のセキュリティ保護をより確かにすることができる。
（６）上記実施の形態においては特に言及しなかったが、ＭＦＰ１００のオペレーティングシステム４１０がＨＤＤ３０３上でファイルシステムを管理している場合には、専用キャッシュ記憶領域としてフォルダー（以下、「専用キャッシュフォルダー」という。）を用いても良い。専用キャッシュフォルダーには専用キャッシュ管理データを格納したファイル（以下、「専用キャッシュ管理ファイル」という。）が格納される。また、専用キャッシュ管理ファイルにて管理される静的データは、当該ＵＲＬ名をファイル名とするファイル（以下、「静的データファイル」という。）として専用キャッシュフォルダーに格納される。
【００９０】
汎用キャッシュ記憶領域についても同様に、汎用キャッシュ記憶領域に対応する汎用キャッシュフォルダー、汎用キャッシュ管理データに対応する汎用キャッシュ管理ファイル、静的データに対応する静的データファイルが用いられる。
お気に入り記憶領域についても同様に、お気に入りフォルダーが用意され、お気に入り管理データに対応するお気に入り管理ファイルが用いられる。また、お気に入りデータは、お気に入りデータ登録名称をファイル名とするお気に入りファイルとして、お気に入りフォルダーに格納される。
【００９１】
（７）上記実施の形態においては、ＭＦＰ１００に本発明に係るブラウザープログラム４００を搭載する場合について説明したが、本発明がこれに限定されないのは言うまでもなく、複合機に代えて、プリンター装置や複写装置、ファクシミリ装置のような単機能機に本発明を適用しても同様の効果を得ることができる。また、複合機と単機能機との何れの画像形成装置であっても、モノクロ機であるかカラー機であるかに関わらず本発明の効果を得ることができる。
【００９２】
（８）本発明は、本発明に係るブラウザープログラムを記録したコンピューター読み取り可能な記録媒体としても良い。かかる記録媒体には、磁気テープ、フレキシブルディスク等の磁気ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＭＯ、ＰＤなどの光記録媒体、Ｓｍａｒｔ  Ｍｅｄｉａ（登録商標）、ＣＯＭＰＡＣＴＦＬＡＳＨ（登録商標）などのフラッシュメモリ系記録媒体等が含まれる。
【産業上の利用可能性】
【００９３】
本発明に係るブラウザー装置、ブラウザープログラム、ブラウザーシステム及び画像形成装置は、ウェブデータの取得に要する時間を短縮する技術として有用である。
【符号の説明】
【００９４】
１………ブラウザーシステム
１００…ＭＦＰ
１０２…アプリケーションサーバー
１０３…管理端末
１１１…ウェブサーバー
２００…制御部
２０１…操作パネル
３１０…液晶表示パネル
４００…ブラウザープログラム
【図１】
2014056479.tif 000003
【図２】
2014056479.tif 000004
【図３】
2014056479.tif 000005
【図４】
2014056479.tif 000006
【図５】
2014056479.tif 000007
【図６】
2014056479.tif 000008
【図７】
2014056479.tif 000009
【図８】
2014056479.tif 000010
【図９】
2014056479.tif 000011
【図１０】
2014056479.tif 000012
【図１１】
2014056479.tif 000013
【図１２】
2014056479.tif 000014
【図１３】
2014056479.tif 000015
【図１４】
2014056479.tif 000016
【図１５】
2014056479.tif 000017
【図１６】
2014056479.tif 000018
【図１７】
2014056479.tif 000019
【図１８】
2014056479.tif 000020