JP2014057162A - 画像形成装置、画像形成装置の制御方法、及び画像形成装置の制御プログラム - Google Patents

Abstract

【課題】ローカルブラウザアプリケーションに関する表示速度をより高速にする画像形成装置を提供する。
【解決手段】画像形成装置１は、内蔵するウェブサーバ１０１にウェブブラウザ５３でアクセスすることで、登録されたブラウザアプリケーションを利用可能である。ブラウザアプリケーションの登録時に、インストール受付部１２１が、ブラウザアプリケーションを実行させるのに用いられるファイルをＨＤＤ１５に記憶させる。このとき、インストール受付部１２１は、ウェブページの記述ファイルに含まれる、アプリケーションが実行されるときに読み込まれるべきファイルに対応するＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ）を解析する。ウェブブラウザ５３がＨＤＤ１５を直接参照することによりそのファイルが読み込めるように、ＵＲＬ書換部１２３によりＵＲＬが書き換えられたうえで、記述ファイルがＨＤＤ１５に記憶される。
【選択図】図７

Description

この発明は、画像形成装置、画像形成装置の制御方法、及び画像形成装置の制御プログラムに関し、特に、ウェブブラウザを用いて実行されるアプリケーションを内蔵ウェブサーバを介して利用可能な画像形成装置、画像形成装置の制御方法、及び画像形成装置の制御プログラムに関する。

画像形成装置（スキャナ機能、ファクシミリ機能、複写機能、プリンタとしての機能、データ通信機能、及びサーバ機能を備えたＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）、ファクシミリ装置、複写機、プリンタなど）としては、ウェブブラウザ機能とウェブサーバ機能とを実行可能なものがある。このような画像形成装置では、内蔵されるウェブサーバにウェブブラウザでアクセスし、ウェブサーバから提供されたデータに基づく表示などを行うことができる。

下記特許文献１には、ＨＴＭＬ文書においてリンク情報がチェック・ＵＲＬ置換プログラム経由のＵＲＬとなっており、ページのリクエストがあったときに、ユーザのアクセス権限の認証等が成功したときのみページをブラウザに送るように構成された文書表示装置が記載されている。また、特許文献１には、所得対象がＨＴＭＬファイルであるとき、そこに含まれるＵＲＬをチェック・ＵＲＬ置換プログラム経由のＵＲＬに変換してからブラウザに送ることが記載されている。

下記特許文献２には、ウェブサーバの運用情報を交換し、負荷の推定結果に基づいてウェブページ中のリンク先を負荷がより低いウェブサーバに書き換えることで、負荷の分散を行うようにしたウェブサーバシステムが記載されている。

特開２０００−２７６４４３号公報 特開２００９−２３７８３５号公報

ところで、上記のような画像形成装置としては、ウェブブラウザを用いて実行されるアプリケーションを内蔵ウェブサーバを介して利用可能なものがある。すなわち、画像形成装置において、予め、内蔵されているウェブサーバ（ローカルのウェブサーバ）を介して実行可能となるように、ローカルブラウザアプリケーションがインストールされている。ユーザは、このように登録されているローカルブラウザアプリケーションを、ウェブサーバに対してウェブブラウザからアクセスすることで利用可能である。

ローカルブラウザアプリケーションが用いられるとき、画像形成装置で実行されるウェブブラウザは、通常のウェブページの閲覧時と同様に機能する。すなわちウェブブラウザは、そのローカルブラウザアプリケーションを用いる際に利用されるデータ（例えば、ウェブページの文書データや画像データなど）をウェブサーバから取得する。ウェブブラウザは、取得したデータに基づいて、ローカルブラウザアプリケーションに関するウェブページの表示などを行うことで、そのローカルブラウザアプリケーションを利用可能にする。

換言すると、ローカルブラウザアプリケーションは、ウェブブラウザにウェブページとして表示される。ローカルブラウザアプリケーションのＵＩ（ユーザインターフェース）は、ローカルブラウザアプリケーションのベンダなどが自由に設定可能なものである。ベンダは、アプリケーション毎に、ユーザが利用しやすいＵＩを容易に設定できる。そのため、ユーザは、ローカルブラウザアプリケーションを容易に利用できる。

しかしながら、このようにローカルブラウザアプリケーションを利用可能とした場合、ローカルブラウザアプリケーションに関する画面表示などに時間がかかると、ローカルブラウザアプリケーションの利便性が低下してしまう。そのため、ローカルブラウザアプリケーションに関する表示速度をより高速にすることが必要である。

このような問題点について有効な解決策は、特許文献１や特許文献２には開示されていない。特許文献２では、負荷が低いサーバに対して、ＨＴＭＬ内のリンクをそのサーバあてに書き換えるため、運用情報を取得する必要がある。また、状況に応じて書換え先が異なるため、毎回書き換える手間がかかる。

この発明はそのような問題点を解決するためになされたものであり、ローカルブラウザアプリケーションに関する表示速度をより高速にする画像形成装置、画像形成装置の制御方法、及び画像形成装置の制御プログラムを提供することを目的としている。

上記目的を達成するためこの発明のある局面に従うと、ウェブブラウザと、ウェブブラウザによりアクセス可能なウェブサーバとのそれぞれを実行可能に内蔵し、ウェブブラウザを用いてウェブサーバにアクセスすることで実行できるアプリケーションを利用可能な画像形成装置は、記憶媒体と、アプリケーションのウェブページの内容を記述する記述ファイルのうち少なくとも一部の記述ファイルに含まれる、アプリケーションが実行されるときに読み込まれるべきファイルに対応するＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒｓ）を解析する解析手段と、解析手段の解析結果に基づいて、ＵＲＬに対応するファイルを、アプリケーションが実行されるときに記憶媒体から読み込み可能であるか否かを判断する判断手段と、判断手段の判断結果に基づいて、解析手段により解析されたＵＲＬのうち、アプリケーションが実行されるときに記憶媒体から読み込み可能であるファイルに対応するＵＲＬを変更する変更手段とを備える。

好ましくは、変更手段は、ウェブブラウザがウェブサーバを介してリンク先のファイルにアクセスできるように記述されたＵＲＬを、ウェブブラウザがウェブサーバを介さずに記憶媒体を直接参照することによりそのリンク先のファイルにアクセスできる識別符号に変更する。

好ましくは、アプリケーションは、予め、そのアプリケーションで用いられるファイル群のうち少なくとも一部が記憶媒体に記憶されて画像形成装置に登録されることで利用可能となり、変更手段は、アプリケーションの登録が行われるとき、ファイルが記憶媒体に記憶される位置に基づいて、ＵＲＬの内容を変更する。

好ましくは、解析手段は、アプリケーションのウェブページに含まれる動的コンテンツの内容を解析し、判断手段は、解析手段の解析結果に基づいて、動的コンテンツに関連する、記憶媒体から読み込み可能なファイルに対応するＵＲＬが動的コンテンツ内にあるか否かを判断し、変更手段は、判断手段の判断結果に基づいて、動的コンテンツ内にあるＵＲＬを変更する。

好ましくは、画像形成装置は、判断手段により、ＵＲＬに対応するファイルが、アプリケーションが実行される場合に記憶媒体から読み込み不可能なファイルであると判断されたとき、ＵＲＬの記述に基づいて画像形成装置の外部からＵＲＬが示すファイルを取得し、記憶媒体に記憶させる取得手段をさらに備え、変更手段は、取得手段により取得されたファイルに対応するＵＲＬを、そのファイルを記憶させた記憶媒体上の位置に変更する。

この発明の他の局面に従うと、ウェブブラウザと、ウェブブラウザによりアクセス可能なウェブサーバとのそれぞれを実行可能に内蔵し、ウェブブラウザを用いてウェブサーバにアクセスすることで実行できるアプリケーションを利用可能な画像形成装置の制御方法は、画像形成装置は、記憶媒体を備え、画像形成装置の制御方法は、アプリケーションのウェブページの内容を記述する記述ファイルのうち少なくとも一部の記述ファイルに含まれる、アプリケーションが実行されるときに読み込まれるべきファイルに対応するＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒｓ）を解析する解析ステップと、解析ステップの解析結果に基づいて、ＵＲＬに対応するファイルを、アプリケーションが実行されるときに記憶媒体から読み込み可能であるか否かを判断する判断ステップと、判断ステップの判断結果に基づいて、解析ステップにより解析されたＵＲＬのうち、アプリケーションが実行されるときに記憶媒体から読み込み可能であるファイルに対応するＵＲＬを変更する変更ステップとを備える。

この発明のさらに他の局面に従うと、ウェブブラウザと、ウェブブラウザによりアクセス可能なウェブサーバとのそれぞれを実行可能に内蔵し、ウェブブラウザを用いてウェブサーバにアクセスすることで実行できるアプリケーションを利用可能な画像形成装置の制御プログラムは、画像形成装置は、記憶媒体を備え、画像形成装置の制御プログラムは、アプリケーションのウェブページの内容を記述する記述ファイルのうち少なくとも一部の記述ファイルに含まれる、アプリケーションが実行されるときに読み込まれるべきファイルに対応するＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒｓ）を解析する解析ステップと、解析ステップの解析結果に基づいて、ＵＲＬに対応するファイルを、アプリケーションが実行されるときに記憶媒体から読み込み可能であるか否かを判断する判断ステップと、判断ステップの判断結果に基づいて、解析ステップにより解析されたＵＲＬのうち、アプリケーションが実行されるときに記憶媒体から読み込み可能であるファイルに対応するＵＲＬを変更する変更ステップとをコンピュータに実行させる。

これらの発明に従うと、アプリケーションのウェブページの内容を記述する記述ファイルに含まれるＵＲＬのうち、アプリケーションが実行されるときに記憶媒体から読み込み可能であるファイルに対応するＵＲＬが変更される。したがって、ブラウザアプリケーションに関する表示速度をより高速にする画像形成装置、画像形成装置の制御方法、及び画像形成装置の制御プログラムを提供することができる。

本発明の実施の形態における画像形成装置を有する画像形成システムの構成を示すブロック図である。 画像形成装置を示す斜視図である。 画像形成システムの各装置のハードウェア構成を示すブロック図である。 画像形成システムにおけるプルプリント機能の一例について説明するブロック図である。 ウェブブラウザ機能を説明する図である。 ブラウザアプリケーション機能により実現されるプルプリント機能の一例を説明する図である。 ブラウザアプリケーションに関する画像形成装置の動作を説明するブロック図である。 ＵＲＬの書換え例を説明する図である。 ブラウザアプリケーションの登録時の画像形成装置の動作を示す第１のフローチャートである。 ブラウザアプリケーションの登録時の画像形成装置の動作を示す第２のフローチャートである。 外部参照コンテンツがあるブラウザアプリケーションに関する画像形成装置の動作を説明するブロック図である。 外部参照コンテンツがある場合のブラウザアプリケーションの登録時の動作について説明するフローチャートである。

以下、本発明の実施の形態における画像形成装置について説明する。

［概要］

画像形成装置は、スキャナ機能、複写機能、プリンタとしての機能、ファクシミリ機能、データ通信機能、及びサーバ機能を備えたＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）である。スキャナ機能では、セットされた原稿の画像を読み取ってそれをＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などに蓄積する。複写機能では、さらにそれを用紙などに印刷（プリント）する。プリンタとしての機能では、ＰＣなどの外部端末から印刷指示を受けるとその指示に基づいて用紙に印刷を行う。ファクシミリ機能では、外部のファクシミリ装置などからファクシミリデータを受信してそれをＨＤＤなどに蓄積する。データ通信機能では、接続された外部機器との間でデータを送受信する。サーバ機能では、複数のユーザでＨＤＤなどに記憶したデータなどを共有可能にする。

画像形成装置は、ウェブサーバにアクセスして、ウェブサーバにより提供されているウェブページを表示するウェブブラウザを実行可能である。本実施の形態において、ウェブサーバ装置は、ブラウザアプリケーションを提供可能に構成されている。画像形成装置は、ウェブブラウザを実行させることにより、ウェブサーバにアクセスし、ブラウザアプリケーションに関する情報を取得し、ウェブページの表示を行うことで、ブラウザアプリケーションを利用可能にすることができる。

また、画像形成装置は、ウェブサーバを実行可能である。すなわち、画像形成装置は、ウェブサーバを内蔵している。画像形成装置は、内蔵するウェブブラウザを使用して、内蔵するウェブサーバにアクセスし、ウェブサーバ経由で提供されるローカルブラウザアプリケーションを利用可能にすることができる。

画像形成装置は、例えば、他の機器とネットワークを介して接続されて、画像形成システムを構成している。画像形成システムは、画像形成装置のほか、外部ウェブサーバとして機能するサーバ装置などを有している。各装置は、ネットワークを介して互いに通信可能に接続されている。ネットワークには、このほか、例えば、ユーザが利用するＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）などが接続されている。

本実施の形態において、画像形成装置には、画像形成装置で利用されるローカルブラウザアプリケーションが登録（インストール）されている。ローカルブラウザアプリケーションが登録されるとき、画像形成装置は、そのブラウザアプリケーションのウェブページを表す記述ファイルに含まれるＵＲＬを解析する。解析は、そのブラウザアプリケーションが実行されるときに読み込まれるべきファイルに対応するＵＲＬについて行われる。そして、ＵＲＬに対応するファイルを、アプリケーションが実行されるときに画像形成装置内のＨＤＤなどから読み込み可能であれば、そのファイルに対応するＵＲＬを変更する。これにより、ローカルブラウザアプリケーションの実行時に速やかにファイルを読み込むことができ、ローカルブラウザアプリケーションの実行を高速化できる。

［実施の形態］

図１は、本発明の実施の形態における画像形成装置を有する画像形成システムの構成を示すブロック図である。

図１を参照して、画像形成システム９００は、画像形成装置１と、クライアントＰＣ（以下、ＰＣと呼ぶことがある）４０１と、外部ウェブ（Ｗｅｂ）サーバ５０１と、管理装置６０１とを備える。

画像形成装置１と、外部ウェブサーバ５０１と、ＰＣ４０１と、管理装置６０１とは、それぞれ、ネットワーク８００に接続されている。ネットワーク８００は、例えばＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）である。画像形成装置１と、外部ウェブサーバ５０１と、ＰＣ４０１と、管理装置６０１とは、ネットワーク８００を介して互いに通信可能である。各装置は、ＬＡＮケーブルなどを介してネットワーク８００に接続されていてもよいし、いわゆる無線ＬＡＮによりネットワーク８００に接続されていてもよい。

［画像形成装置１の構成］

図２は、画像形成装置１を示す斜視図である。

図２を参照して、画像形成装置１は、給紙カセット３と、排紙トレイ５と、操作部１１と、制御部２０と、プリント部３０と、スキャン部４０とを備える。制御部２０は、後述するように、ＣＰＵ２１（図３に示す）などを有し、画像形成装置１の動作を制御する。制御部２０及びプリント部３０は、画像形成装置１の筐体の内部に配置されている。

画像形成装置１は、３つの給紙カセット３（給紙カセット３ａ，３ｂ，３ｃ）を有している。それぞれの給紙カセット３には、例えば、互いに異なるサイズの用紙（Ｂ５サイズ、Ａ４サイズ、及びＡ３サイズなど）が装てんされている。給紙カセット３は、画像形成装置１の下部に、画像形成装置１の筐体に抜き差し可能に配置されている。各給紙カセット３に装てんされた用紙は、印字時に、１枚ずつ給紙カセット３から給紙され、プリント部３０に送られる。なお、給紙カセット３の数は３つに限られず、それより多くても少なくてもよい。

排紙トレイ５は、画像形成装置１の筐体のうちプリント部３０が収納されている部位の上方でスキャン部４０が配置されている部位の下方に配置されている。排紙トレイ５には、プリント部３０により画像が形成された用紙が筐体の内部から排紙される。

操作部１１は、画像形成装置１の上部前面（図２において正面）側に配置されている。操作部１１には、ユーザにより押下操作可能な複数の操作ボタン１１ａが配置されている。また、操作部１１には、情報をユーザに表示する表示パネル１３が配置されている。表示パネル１３は、例えば、タッチパネルを備えたＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）である。表示パネル１３は、ユーザに案内画面を表示したり、操作ボタンを表示してユーザからのタッチ操作を受け付けたりする。表示パネル１３は、ＣＰＵ２１により制御されて表示を行う。操作部１１は、ユーザからの操作入力を受け付ける。操作部１１は、操作ボタン１１ａや表示パネル１３がユーザにより操作されると、その操作に応じた操作信号又は所定のコマンドをＣＰＵ２１に送信する。すなわち、ユーザは、操作部１１に操作を行うことにより、画像形成装置１に種々の動作を実行させることができる。

プリント部３０は、大まかに、トナー像形成部（図示せず）と、用紙搬送部（図示せず）と、定着装置（図示せず）とを有している。プリント部３０は、トナー像形成部により形成したトナー像を用紙に転写する電子写真方式で用紙に画像を形成する。

用紙搬送部は、給紙ローラ、搬送ローラ、及びそれらを駆動するモータなどで構成されている。用紙搬送部は、用紙を給紙カセット３から給紙して、画像形成装置１の筐体の内部で搬送する。また、用紙搬送部は、画像が形成された用紙を画像形成装置１の筐体から排紙トレイ５などに排出する。

トナー像形成部は、感光体、現像装置、露光装置、転写ローラなどを有している。トナー像形成部は、用紙に形成するトナー像を形成し、用紙搬送部により搬送される用紙にトナー像を転写する。

定着装置は、加熱ローラ及び加圧ローラを有している。定着装置は、加熱ローラと加圧ローラとでトナー像が形成された用紙を挟みながら搬送し、その用紙に加熱及び加圧を行う。これにより、定着装置は、用紙に付着したトナーを溶融させて用紙に定着させ、用紙に画像を形成する。

スキャン部４０は、画像形成装置１の筐体の上部に配置されている。スキャン部４０は、ＡＤＦ（Ａｕｔｏ Ｄｏｃｕｍｅｎｔ Ｆｅｅｄｅｒ）４１を有している。スキャン部４０は、上述のスキャナ機能を実行する。スキャン部４０は、透明な原稿台に配置された原稿をコンタクトイメージセンサにより走査して、それを画像データとして読み取る。また、スキャン部４０は、原稿トレイにセットされた複数枚の原稿をＡＤＦ４１により順次取り込みながら、コンタクトイメージセンサによりその画像データを読み取る。

図３は、画像形成システム９００の各装置のハードウェア構成を示すブロック図である。

図３を参照して、画像形成装置１は、上述の各部のほか、ＨＤＤ（記憶媒体の一例）１５と、ネットワーク部２９とを有している。画像形成装置１の各部は、システムバスに接続されている。制御部２０は、画像形成装置１の各部と通信可能である。

ＨＤＤ１５は、ネットワーク部２９を介して外部から送られた印刷ジョブのデータや、スキャン部４０で読み取った画像データなどを記憶する。また、ＨＤＤ１５は、画像形成装置１の設定情報や、画像形成装置１の種々の動作を行うための制御プログラムなどを記憶する。ＨＤＤ１５は、１つのＰＣ４０１又は複数のＰＣなどから送信された複数の印刷ジョブを記憶可能である。

ＨＤＤ１５には、例えば、キャッシュデータベース（ＤＢ）１５ａ、キャッシュ情報１５ｂ、及び履歴データベース１５ｃが保存されている。これらの情報は、後述のようなウェブブラウザ機能に基づいて生成され、ＨＤＤ１５に記憶されている。ＨＤＤ１５には、さらに、画像データ１５ｄ、ページ情報（記述ファイルの一例）１５ｅ、ジョブデータ１５ｆなどが保存されている。ページ情報１５ｅは、例えばＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）などのマークアップ言語により記述された文書データである。画像データ１５ｄは、例えば、ページ情報に基づいて表示されるウェブページにおいて用いられるものである。画像データ１５ｄやページ情報１５ｅは、ブラウザアプリケーションが実行されるときに後述のようにして利用される。画像データ１５ｄやページ情報１５ｅは、ブラウザアプリケーションの実行前において、ブラウザアプリケーションが画像形成装置１に登録されるときに、ＨＤＤ１５に記憶される。

ネットワーク部２９は、例えば、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）などのハードウェア部と、所定の通信プロトコルで通信を行うソフトウェア部とが組み合わされて構成されている。ネットワーク部２９は、画像形成装置１をネットワーク８００に接続する。これにより、画像形成装置１は、ネットワーク８００に接続されているＰＣ４０１や外部ウェブサーバ５０１などの外部装置と通信可能になる。画像形成装置１は、ＰＣ４０１や外部ウェブサーバ５０１などから印刷ジョブを受信可能である。また、画像形成装置１は、スキャン部４０で読み取った画像データを、ＰＣ４０１に送信したり、メールサーバ（図示せず）などを介してＥ−ｍａｉｌにより送信したりすることができる。なお、ネットワーク部２９は、無線通信によりネットワーク８００に接続可能に構成されていてもよい。

制御部２０は、ＣＰＵ２１と、ＲＯＭ２３と、ＲＡＭ２５とを有している。制御部２０は、操作部１１、プリント部３０、及びスキャン部４０などとともにシステムバスに接続されている。これにより、制御部２０と画像形成装置１の各部とが、信号を送受可能に接続されている。

ＣＰＵ２１は、ＲＯＭ２３に記憶された制御プログラム２３ａや、ＲＡＭ２５又はＨＤＤ１５などに記憶された制御プログラム（図示せず）などを実行することにより、画像形成装置１の種々の動作を制御する。ＣＰＵ２１は、操作部１１から操作信号が送られたり、ＰＣ４０１などから操作コマンドが送信されたりすると、それらに応じて所定の制御プログラム２３ａを実行する。これにより、ユーザによる操作部１１の操作などに応じて、画像形成装置１の所定の機能が実行される。

ＲＯＭ２３は、例えばフラッシュＲＯＭ（Ｆｌａｓｈ Ｍｅｍｏｒｙ）である。ＲＯＭ２３には、画像形成装置１の動作を行うために用いられるデータが記憶されている。ＲＯＭ２３には、種々の制御プログラム２３ａが記憶されている。ＲＯＭ２３には、画像形成装置１の機能設定データなどが記憶されていてもよい。ＣＰＵ２１は、ＲＯＭ２３からのデータの読み込みや、ＲＯＭ２３へのデータの書き込みを行う。なお、ＲＯＭ２３は、書換え不可能なものであってもよい。

ＲＡＭ２５は、ＣＰＵ２１のメインメモリである。ＲＡＭ２５は、ＣＰＵ２１が制御プログラム２３ａを実行するときに必要なデータなどを記憶するのに用いられる。

スキャン部４０は、上述のように、スキャナ機能を実行し、原稿から画像データを読み取る。スキャン部４０により読み取られた画像データは、ＣＰＵ２１によりアプリケーションデータ形式に変換され、ＨＤＤ１５などに記憶される。ＣＰＵ２１は、ＨＤＤ１５などに記憶された画像データを、ＰＣ４０１などに送信可能である。

［外部ウェブサーバ５０１の構成］

図３を参照して、外部ウェブサーバ５０１は、制御部５２０と、ＨＤＤ５１５とを有している。制御部５２０は、ＣＰＵ（図示せず）、ＲＯＭ（図示せず）及びＲＡＭ（図示せず）などで構成されており、外部ウェブサーバ５０１の制御を行う。

ＨＤＤ５１５は、外部ウェブサーバ５０１の制御プログラム（図示せず）や、種々の情報を記憶する。制御部５２０が、制御プログラムに基づいて外部ウェブサーバ５０１の制御を行うことで、外部ウェブサーバ５０１のウェブサーバ機能やその他の機能が実行される。外部ウェブサーバ５０１は、ウェブサーバとしての機能や、ファイルサーバとしての機能を実行可能である。また、外部ウェブサーバ５０１は、電子メールの送信サーバとしての機能や、画像をファクシミリにより送信する機能などを実行可能である。

本実施の形態において、ＨＤＤ５１５には、画像データ５１５ｂと、ジョブデータ５１５ｃとが記憶されている。画像データ５１５ｂは、例えば、ページ情報に基づいて表示されるウェブページにおいて用いられるものである。ジョブデータ５１５ｃは、画像形成装置１などで実行可能な印刷ジョブなどのデータである。

［管理装置６０１の説明］

管理装置６０１は、ＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）やＡｃｔｉｖｅ Ｄｉｒｅｃｔｏｒｙ（登録商標）などのディレクトリサービスを提供するサーバである。管理装置６０１は、制御部６２０と、ＨＤＤ６１５とを有している。制御部６２０は、ＣＰＵ（図示せず）、ＲＯＭ（図示せず）及びＲＡＭ（図示せず）などで構成されており、管理装置６０１の制御を行う。

ＨＤＤ６１５は、管理装置６０１の制御プログラム（図示せず）や、ディレクトリサービスを提供するための情報を記憶する。ＨＤＤ６１５には、認証データベース６１５ａが記憶されている。認証データベース６１５ａでは、画像形成システム９００を利用するユーザを認証するための認証情報が管理されている。

［ユーザ認証の説明］

本実施の形態において、ユーザは、画像形成装置１を介して行われるユーザ認証機能により、画像形成装置１にログインして画像形成システム９００を利用することができる。

ユーザ認証機能は、例えば以下のようにして実現されている。すなわち、認証データベース６１５ａには、ユーザ認証可能なユーザの情報とそのユーザの認証に必要な認証情報とが対応付けられて記録されている。認証情報は、例えばユーザ毎に設定されたパスワードである。認証データベース６１５ａには、各ユーザについて実行を許可する機能に関する情報が、そのユーザに対応付けて記録されている。

ユーザ認証機能では、ユーザは、操作部１１を操作し、画像形成装置１にそのユーザの情報（例えば、アカウント名など）とパスワードとを入力する。操作部１１にこれらの情報が入力されると、ＣＰＵ２１は、入力されたデータを管理装置６０１に送信する。管理装置６０１では、制御部６２０が認証データベース６１５ａを参照し、受信したデータに基づいて、そのユーザの認証可否を判断する。認証可能であれば、管理装置６０１は、そのユーザについて認証成立とし、画像形成装置１に認証結果を送信する。画像形成装置１では、認証結果を受信し、認証が成立した認証ユーザについて実行を許可されている機能を実行可能とする。このとき、認証ユーザは画像形成装置１にログインした状態になる。

ユーザ認証により、画像形成装置１は、画像形成装置１を使用するユーザを識別可能である。また、画像形成装置１において、ＣＰＵ２１は、画像形成装置１の機能について、識別したユーザに応じて、ユーザの使用権限に関する管理（権限管理）を行う。権限管理を行うことで、ユーザ毎に、所定の機能の使用を制限することができ、高いセキュリティ効果が得られる。

なお、ユーザ認証の方式は上記に限られるものではなく、公知の方法を適宜採用することができる。認証情報の参照先や認証を行う主体などは、上記のものとは異なっていてもよい。例えば、画像形成装置１自身がユーザ認証を行うための認証情報を保有しており、画像形成装置１がユーザからの認証要求を受け付けて、認証情報に基づいて、そのユーザを認証してもよい。また、例えば接触式・非接触式のＩＤカードを用いたカード認証方式や、ユーザの指紋情報や静脈情報などを利用した生体認証方式などを採用し、ユーザにアカウント名などの情報やパスワードの入力を要求しないようにしてもよい。

ユーザは、画像形成装置１などを介して画像形成システム９００にログインし、各画像形成装置１などがそれぞれ、画像形成システム９００にログインしているユーザを識別できるようにしてもよい。権限管理は、画像形成システム９００の全体で行われるようにしてもよい。このとき、例えば管理装置６０１が、画像形成システム９００で使用可能な機能やアクセス可能な場所について、ユーザの使用権限に関する情報を各装置に提供するようにしてもよい。

［プルプリント機能の説明］

画像形成システム９００において、画像形成装置１は、内蔵するＨＤＤ１５に記憶されたジョブデータ１５ｆや外部ウェブサーバ５０１に記憶されたジョブデータ５１５ｃに基づいて、プルプリントにより印刷を行うことができる（プルプリント機能）。

図４は、画像形成システム９００におけるプルプリント機能の一例について説明するブロック図である。

図４を参照して、プルプリントについてより詳しく説明する。ここでは、外部ウェブサーバ５０１を用いて行われるプルプリントについて説明するが、ＨＤＤ１５にジョブデータ１５ｆが記憶されている場合も、略同様である。まず、ユーザは、プルプリントを行う前に、ＰＣ４０１から、ジョブデータ５１５ｃを外部ウェブサーバ５０１に送信する。ジョブデータ５１５ｃは、例えば、各画像形成装置１が処理可能なページ記述言語（ＰＤＬ；Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）で記述されたデータである。画像形成装置１は、ジョブデータ５１５ｃを印刷ジョブの情報として解釈し、制御部２０などで実現されるＲＩＰ（Ｒａｓｔｅｒ Ｉｍａｇｅ Ｐｒｏｃｅｓｓｏｒ）によりジョブデータ５１５ｃに応じてラスタイメージを生成するなどして、印刷を行うことができる。

ジョブデータ５１５ｃは、例えば、以下のようにして生成されて外部ウェブサーバ５０１に記憶される。すなわち、ＰＣ４０１は、ＨＤＤ４１５と、ＣＰＵ（図示せず）が制御プログラムを実行することなどにより実現されるドライバ部４５５とを有している。ユーザは、例えばＰＣ４０１でアプリケーションプログラムを動作させ、ＨＤＤ４１５に記憶されている文書データ４８０を外部ウェブサーバ５０１に送るための指示をＰＣ４０１に行う。ユーザからの指示に応じて、ドライバ部４５５は、文書データ４８０をジョブデータ５１５ｃに変換し、ジョブデータ５１５ｃを印刷ジョブとして外部ウェブサーバ５０１に送信する。すなわち、プルプリントが行われる際、生成されたジョブデータ５１５ｃは、直接に画像形成装置１に送信されるのではなく、いったん外部ウェブサーバ５０１にスプールされる。外部ウェブサーバ５０１の制御部５２０は、送信されたジョブデータ５１５ｃを、ＨＤＤ５１５に保存する。ＨＤＤ５１５には、例えばＢＯＸと呼ばれる、データ格納用の複数の区画が設けられている。ジョブデータ５１５ｃは、いずれかのＢＯＸに保存される。各ＢＯＸには、アクセスなどを行えるユーザを制限するアクセス権限が設定されている。例えば、あるＢＯＸについてのアクセス権限は、特定のユーザが画像形成装置１にログインしているときに、そのユーザが、そのＢＯＸに、画像形成装置１からアクセスしたりデータを保存したりできるように、設定されている。

ジョブデータ５１５ｃが外部ウェブサーバ５０１のＨＤＤ５１５に記憶されている状態で、画像形成装置１においてプルプリントを実行する旨の指示が受け付けられると、画像形成装置１は、外部ウェブサーバ５０１と通信して、ジョブデータ５１５ｃを取得する。画像形成装置１は、ジョブデータ５１５ｃを取得すると、その印刷ジョブを実行し、印刷物を出力する。ここで、プルプリントを実行する旨の指示は、画像形成装置１の制御部２０がプルプリントを行うための制御プログラム２３ａを実行することで受け付け可能であってもよいし、後述のようにブラウザアプリケーションが実行されることで受け付け可能であってもよい。

プルプリントは、例えば、ユーザがプルプリントの出力先となる画像形成装置１へログインしているときに行われる。ユーザがログインした画像形成装置１において、ユーザによりプルプリントを実行する旨の操作が行われると、ユーザ自身が画像形成装置１の側にいる状態で印刷物が出力される。このようにプルプリントが実行されることで、高いセキュリティ効果が得られる。

［ウェブブラウザ機能の説明］

図５は、ウェブブラウザ機能を説明する図である。

画像形成装置１のウェブブラウザ機能は、ウェブブラウザ５３が、ウェブサーバにより提供されているウェブページを表示パネル１３に閲覧可能に表示させることにより実現される機能である。ウェブブラウザ５３は、画像形成装置１に内蔵されるウェブサーバ１０１又は外部ウェブサーバ５０１などにアクセスして、ウェブサーバ１０１，５０１により提供されているウェブページの情報を取得する。

図５を参照して、画像形成装置１において、内蔵されるウェブサーバ１０１は、ＣＰＵ２１が所定の制御プログラム２３ａを起動することにより起動されて動作する。ウェブサーバ１０１は、画像形成装置１の電源がオンとなっているときに常時機能している。ウェブサーバ１０１は、画像形成装置１の内部又は外部からリクエストを受けると、それに対して応答する。

画像形成装置１において、ウェブブラウザ５３は、ＣＰＵ２１が所定の制御プログラム２３ａを起動することにより起動されて動作する。ウェブブラウザ５３は、例えば、機能選択画面６３が表示パネル１３に表示されている状態で、操作部１１を介してユーザの所定の操作指示があったとき、それに応じて起動される。

機能選択画面６３は、ＣＰＵ２１の制御に基づいて、表示パネル１３に表示される。機能選択画面６３には、例えば、画像形成装置１において利用可能な各種機能を選択するボタン６３ａ，６３ｂ，６３ｃ，６３ｄが配置されている。ユーザは、表示パネル１３や操作部１１のボタンを介して、これらのボタン６３ａ，６３ｂ，６３ｃ，６３ｄを指定する操作を行うことで、指定したボタン６３ａ，６３ｂ，６３ｃ，６３ｄに対応する機能を利用することができる。コピーボタン６３ａは、複写機能に対応するものである。スキャンボタン６３ｂは、スキャナ機能に対応するものである。検索ボタン６３ｃは、検索機能に対応するものである。ウェブボタン６３ｄは、ウェブ閲覧機能に対応するものである。検索機能は、所定のサーチエンジンに接続して検索作業を行えるようにする機能である。ウェブ閲覧機能は、所望のウェブサーバにより提供されるウェブページを閲覧可能に表示したり、そのウェブページをプリントしたりする機能である。検索機能及びウェブ閲覧機能は、ウェブブラウザ機能を利用して利用可能になる。すなわち、検索ボタン６３ｃ又はウェブボタン６３ｄが指定される操作が行われたとき、画像形成装置１において、ウェブブラウザ５３が起動する。

ウェブブラウザ５３は、ウェブページを表示するための情報（例えば、ＨＴＭＬで記述されたデータ及びウェブページに含まれる画像データなど）に基づいて、ウェブページの表示画像を生成し、生成したウェブページの表示画像を表示パネル１３に表示する。

ウェブブラウザ機能では、画像形成装置１は、外部ウェブサーバ５０１を含むネットワーク８００を経由して通信可能なウェブサーバにより提供されているウェブページを閲覧可能にすることができる。また、画像形成装置１は、内蔵するウェブサーバ１０１により提供されているウェブページを閲覧可能にすることができる。ウェブブラウザ５３は、例えば、所定の通信プロトコル（例えば、ＨＴＴＰなど）により、ユーザにより指定されたＵＲＬに基づいて、ウェブページを表示するための情報（表示データ）の取得を要求する（ＧＥＴ）。要求を受けたウェブサーバは、ウェブブラウザ５３に表示データを送信する。これにより、ウェブブラウザ５３は、表示データを取得できる。

なお、例えばウェブサーバ１０１が提供するウェブページについてウェブブラウザ５３から情報の取得要求があったとき、ウェブサーバ１０１は、ＨＤＤ１５内の所定のファイルを読み込み、それを表示データとしてウェブブラウザ５３に送信する。すなわち、ウェブページについて記述するページ情報１５ｅや、ページ情報１５ｅ内に記述されているＵＲＬに対応する画像データ１５ｄなどが、ウェブサーバ１０１により読み込まれ、表示データとしてウェブブラウザ５３に送られる。これにより、ウェブブラウザ５３は、表示データを用いてウェブページを表示できる。

ＵＲＬは、例えば、ユーザが操作部１１などを介して直接に入力操作を行うことで指定される。ＵＲＬは、例えば、閲覧可能に表示されているウェブページに含まれる別のウェブページを示すハイパーリンクを指定する操作が行われることで指定される。

ウェブブラウザ５３が機能しているとき、キャッシュ管理部５５及び履歴管理部５７が機能する。キャッシュ管理部５５及び履歴管理部５７は、それぞれ、ウェブブラウザ５３の一機能として実現される。すなわち、キャッシュ管理部５５及び履歴管理部５７は、ＣＰＵ２１が制御プログラム２３ａなどを実行することなどにより実現される。

キャッシュ管理部５５は、ウェブブラウザ５３が取得した情報を、キャッシュ情報１５ｂとしてＨＤＤ１５に記憶させる。キャッシュ情報１５ｂには、マークアップ言語により記述されたページ情報と、ページ情報に基づいて閲覧されるウェブページに含まれる画像データとが含まれる。キャッシュ情報１５ｂには、ページ情報や画像データのほか、ウェブページを表示するために用いられる情報やプログラムなどが含まれていてもよい。また、キャッシュ管理部５５は、各キャッシュ情報１５ｂについてキャッシュデータベース１５ａを用いて管理する。キャッシュデータベース１５ａでは、例えば、キャッシュ情報について、ＵＲＬ、ファイル名、取得時刻などの情報が記憶される。ウェブブラウザ５３は、キャッシュ情報１５ｂを用いてウェブページを表示できるときには、キャッシュ情報１５ｂを読み込んでウェブページを表示する。

履歴管理部５７は、ウェブブラウザ５３が情報を取得した履歴に関する情報を、履歴データベース１５ｃを用いて、履歴情報として管理する。履歴情報には、例えば、取得された情報のＵＲＬ及び取得時刻などの情報が含まれている。

キャッシュ管理部５５は、例えばユーザの操作指示に従って、指定されたキャッシュ情報１５ｂ及びそのキャッシュ情報１５ｂに関するキャッシュデータベース１５ａの情報を削除する。また、履歴管理部５７は、例えばユーザの操作指示に従って、履歴データベース１５ｃのレコードのうち指定されたものを削除する。

キャッシュ管理部５５は、キャッシュ情報１５ｂ及びそのキャッシュ情報１５ｂに関するキャッシュデータベース１５ａの情報のうち一方又は両方について、所定のタイミング（例えば、キャッシュ情報１５ｂを記憶してから所定時間が経過したとき、又は最後にそのウェブページにアクセスしてからの所定時間が経過したときなど）で削除を行ってもよい。同様に、履歴管理部５７は、履歴データベース１５ｃのレコードについて、所定のタイミング（例えば、履歴情報を記憶してから所定時間が経過したとき、又は最後にそのウェブページにアクセスしてから所定時間が経過したときなど）で削除を行ってもよい。

ウェブブラウザ機能によれば、ユーザは、ウェブブラウザ５３を動作させて所望のウェブページを表示パネル１３などに表示させることにより、ウェブページを閲覧することができる。また、ユーザは、閲覧しているウェブページに含まれるハイパーリンクを指定することで、そのハイパーリンクのリンク先のウェブページなどを閲覧することができる。ウェブブラウザ５３によりウェブページが表示されているとき、ユーザは、ウェブブラウザ５３に所定の操作指示を行うことで、表示中のウェブページについて、画像形成装置１に画像を形成させることができる。

［ローカルブラウザアプリケーションの説明］

本実施の形態において、ウェブサーバ１０１は、ローカルブラウザアプリケーション（以下、単にブラウザアプリケーションということがある。）を提供可能に構成されている。すなわち、ウェブサーバ１０１は、アプリサーバ（ブラウザアプリケーションのサーバ）として機能する。ウェブブラウザ５３は、ウェブサーバ１０１にアクセスし、ブラウザアプリケーションに関する情報を取得し、ウェブページの表示を行う。これにより、ウェブブラウザ５３は、ユーザに、ブラウザアプリケーションを利用可能に提示することができる。このようなブラウザアプリケーション方式の長所としては、例えば、ウェブブラウザ５３で読み込み可能な、汎用的な態様で容易にアプリケーションを作成することができる点が挙げられる。画像形成装置１で利用可能な様々なアプリケーションを容易に作成でき、画像形成装置１の利便性を高めることができる。

以下、ブラウザアプリケーション機能の具体例について説明する。画像形成装置１では、例えば、ブラウザアプリケーション機能により、プルプリント機能が実現される。ブラウザアプリケーションとしては、プルプリント機能のほか、スキャン送信機能など様々な機能を実現するためのものを作成できる。以下の説明において、プルプリント機能を実現するためのブラウザアプリケーションを「ＡＰＰ１」と呼ぶことがある。また、その他のブラウザアプリケーションを「ＡＰＰ２」と呼ぶことがある。本実施の形態において、ＡＰＰ１及びＡＰＰ２は、画像形成装置１に登録すなわちインストールして利用可能である。

図６は、ブラウザアプリケーション機能により実現されるプルプリント機能の一例を説明する図である。

プルプリント機能では、前もって、プリントジョブが、画像形成装置１に登録される。すなわち、ステップＳ１０１において、ＰＣ４０１から画像形成装置１に、プリントジョブが送信される。プリントジョブが送信されると、ＨＤＤ１５に、ジョブデータ１５ｆが記憶される。なお、プリントジョブは、画像形成装置１とは別の、プルプリント用のファイルサーバや、外部ウェブサーバ５０１などに登録されてもよい。

ステップＳ１０２において、ブラウザアプリケーションが利用されるとき、操作部１１は、後述のようにインストール受付部１２１によりインストール（登録）されたブラウザアプリケーションを選択する指示を受け付ける。すなわち、操作部１１は、ブラウザアプリケーションを利用する指示を受け付ける。

本実施の形態において、ブラウザアプリケーションが登録されている状態では、機能選択画面６３に、ブラウザアプリケーションに対応するボタンが表示される。これらのボタンは、画像形成装置１の種々のスタンドアロンアプリケーションに対応するボタン６３ａ，６３ｂ，６３ｃ，６３ｄに並んで表示される。図６に示す例においては、ブラウザアプリケーションとして、ＡＰＰ１及びＡＰＰ２が画像形成装置１に登録されている。機能選択画面６３には、ボタン６３ａ，６３ｂ，６３ｃ，６３ｄとともに、ＡＰＰ１を動作させるためのボタン６３ｅ及びＡＰＰ２を動作させるためのボタン６３ｆが表示されている。ユーザは、ボタン６３ｅについて操作入力を行うことで、画像形成装置１においてＡＰＰ１を利用することができる。ユーザは、ボタン６３ｆについて操作入力を行うことで、画像形成装置１においてＡＰＰ２を利用することができる。

画像形成装置１では、ユーザによりプルプリントを行う旨の指示を受け付ける。画像形成装置１の表示パネル１３に、機能選択画面６３が表示される。表示された機能選択画面６３において、ボタン６３ｅについて操作入力が行われると、そのボタン６３ｅに対応するＡＰＰ１が起動する。すなわち、ＡＰＰ１のウェブページがウェブブラウザ５３で表示され、ユーザが閲覧及び操作入力することが可能になる。同様に、表示された機能選択画面６３において、ボタン６３ｆについて操作入力が行われると、そのボタン６３ｆに対応するＡＰＰ２が起動する。すなわち、ＡＰＰ２のウェブページがウェブブラウザ５３で表示され、ユーザが閲覧及び操作入力することが可能になる。

ステップＳ１０３において、ブラウザアプリケーションが起動するとき、ウェブブラウザ５３は、ウェブサーバ１０１に対して、ウェブページに関する情報を要求する。なお、このとき、要求を行うウェブページについて、キャッシュ情報１５ｂが既に記憶されており、ウェブページが更新されていない場合には、ウェブブラウザ５３は、キャッシュ情報１５ｂをそのウェブページのコンテンツとして取得可能である。

ウェブブラウザ５３からの要求を受けると、ステップＳ１０４において、ウェブサーバ１０１は、ＨＤＤ１５から、要求されたウェブページに対応するページ情報１５ｅを取得する。

ステップＳ１０５において、ウェブサーバ１０１は、取得したページ情報１５ｅを、表示データとしてウェブブラウザ５３に送信する。ウェブブラウザ５３は、受信したページ情報１５ｅに基づいて、さらにウェブページを表示するのに必要なデータを要求したり、取得したりする。例えば、ＨＤＤ１５に記憶されている画像データ１５ｄがウェブページの表示に用いられる場合には、ステップＳ１０６において、ウェブブラウザ５３は、画像データ１５ｄをＨＤＤ１５から直接取得する。取得は、ページ情報１５ｅ内における、ファイル（画像データ１５ｄやその他の種類の情報など）の場所に関する記述に基づいて行われる。なお、このとき、ウェブページに用いられるファイルなどについてキャッシュ情報１５ｂが既に記憶されていれば、ウェブブラウザ５３は、キャッシュ情報１５ｂをそのウェブページのコンテンツとして取得可能である。

これにより、ウェブブラウザ５３からの要求に応じて、ウェブページに関する表示データがウェブブラウザ５３に送られる。したがって、ウェブブラウザ５３は、ブラウザアプリケーションを選択する指示に応じて、ブラウザアプリケーションを実行するための情報を取得する。

ステップＳ１０７において、ウェブブラウザ５３は、取得した表示データに基づいて、表示パネル１３に表示を行う。これにより、ＡＰＰ１のプリント指示画面６５が表示される。

ここで、プリント指示画面６５には、ジョブ選択ボタン６５ａ，６５ｂと、プリントボタン６５ｃと、送信ボタン６５ｄと、次ページ遷移ボタン６５ｅと、バックボタン６５ｆとが配置されている。プリント指示画面６５は、一見、スタンドアロンのアプリケーションの操作画面であるとユーザに感じさせるような画面構成を有するものである。ユーザは、これらの各ボタン６５ａ〜６５ｆを選択する操作を操作部１１を介して行うことができる。

プリントボタン６５ｃは、ボタン６５ａ，６５ｂで選択されているプリントジョブを実行する指示を行うためのボタンである。送信ボタン６５ｄは、ボタン６５ａ，６５ｂで選択されているプリントジョブのデータを送信する指示を行うためのボタンである。データは、例えばファクシミリにより送信したり、電子メールにより送信したりすることができる。次ページ遷移ボタン６５ｅは、例えば記憶されているプリントジョブの数が多く、プリントジョブを複数ページに分割して表示している場合などにおいて、現在のページの次のページを表示させる指示を行うためのボタンである。バックボタン６５ｆは、プリント指示画面６５が表示されている状態からそれ以前に表示されていた機能選択画面６３に戻るためのボタンである。これらのボタン６５ｃ〜６５ｆは、ページ情報１５ｅにおける記述に基づいて所定の画像データ１５ｄがＨＤＤ１５から読み込まれてボタン画像が表示されることで、プリント指示画面６５内に表示される。

ジョブ選択ボタン６５ａ，６５ｂには、画像形成装置１に記憶されているプリントジョブの情報が表示される。ユーザは、これらのプリントジョブのうちプリントしたいものを選択することができる。このジョブ選択ボタン６５ａ，６５ｂなどの表示は、画像形成装置１がプリントジョブを記憶している状況に応じて、動的に行われる。すなわち、ウェブサーバ１０１は、ウェブブラウザ５３からウェブページの表示データの要求を受けると、ページ情報１５ｅに基づき、現在の状況に応じてジョブ選択ボタン６５ａ、６５ｂの表示に関する情報を動的に生成し、ウェブブラウザ５３に送る。これにより、ウェブブラウザ５３により、このように生成された動的コンテンツや、所定の画像データ１５ｄなどの静的コンテンツを含むウェブページが表示される。

ステップＳ１０８において、ウェブブラウザ５３は、ユーザがプリントボタン６５ｃを操作したとき、それに応じた指示情報をウェブサーバ１０１に送信する。ここで、指示情報には、プリント対象とするプリントジョブを特定する情報と、そのプリントジョブのプリント指示とが含まれる。指示情報は、例えば所定のＵＲＬを取得するための形式の情報であってもよいし、他のコマンドのような形式のものであってもよい。

ステップＳ１０９において、ウェブサーバ１０１は、指示情報を受けると、特定されたプリントジョブのジョブデータ１５ｆをＨＤＤ１５から取得する。

ステップＳ１１０において、ウェブサーバ１０１は、取得したジョブデータ１５ｆをプリント部３０に送信する。

ステップＳ１１１において、プリント部３０は、ウェブサーバ１０１から送信されたプリントジョブのジョブデータ１５ｆに基づいて、プリントを行う。すなわち、プリント指示画面６５において指示された通りに、プリントジョブが実行される。

［ブラウザアプリケーションの登録の説明］

本実施の形態において、画像形成装置１には、１つのブラウザアプリケーション又は複数のブラウザアプリケーションが登録可能である。ブラウザアプリケーションの登録（ここでは、インストールということがある。）とは、予めそのアプリケーションで用いられるファイル群のうち少なくとも一部をＨＤＤ１５に記憶したうえで、そのブラウザアプリケーションを速やかに起動できるように画像形成装置１に設定しておくことをいう。本実施の形態では、例えば、ブラウザアプリケーションを実行するための情報（例えば、ブラウザアプリケーションの起動時に表示するウェブページの情報など）を取得するための情報（例えば、ＵＲＬなど）の登録が行われる。ブラウザアプリケーションが登録されると、ブラウザアプリケーションを起動するためのショートカットアイコンなどが、ユーザが容易に選択できるように所定の機能選択画面に表示される。

ブラウザアプリケーションの登録は、例えば、そのブラウザアプリケーションのアーカイブファイルを画像形成装置１に読み込ませ、所定の指示を行うことにより行われる。アーカイブファイルは、ブラウザアプリケーションを画像形成装置１で実行可能にするためのファイル群をまとめて構成されている。アーカイブファイルは、例えば、ＰＣ４０１などを経由して画像形成装置１が読み込めるようにしてもよいし、ウェブブラウザ５３を通じて所定のサーバから画像形成装置１が読み込めるようにしてもよい。

なお、ユーザ認証機能により画像形成装置１にログインしている所定のユーザのみが、ブラウザアプリケーションの登録を行えるようにしてもよい。例えば、画像形成装置１の管理者権限を有するユーザや画像形成システム９００の管理者権限を有するユーザのみがブラウザアプリケーションの登録を行えるように制限することができる。

図７は、ブラウザアプリケーションに関する画像形成装置１の動作を説明するブロック図である。

図７に示されるように、ブラウザアプリケーションの登録は、例えば、インストール受付部（解析手段の一例、判断手段の一例、取得手段の一例）１２１及びＵＲＬ書換部（変更手段の一例）１２３により行われる。インストール受付部１２１やＵＲＬ書換部１２３は、例えば、ＣＰＵ２１が所定の制御プログラム２３ａなどを実行することにより実現される。

ブラウザアプリケーションの登録が開始されると、インストール受付部１２１が、アーカイブファイルを読み込み、ブラウザアプリケーションを実行させるのに用いられるファイルを展開する。インストール受付部１２１でファイルが展開されると、それらのファイルは、ＨＤＤ１５に記憶される。なお、ブラウザアプリケーションは、このときＨＤＤ１５に記憶されるファイルに加えて、他のファイルを用いて実行されてもよい。すなわち、ブラウザアプリケーションは、それで用いられるファイル群のうち少なくとも一部がＨＤＤ１５に記憶されて画像形成装置１に登録されることで、ウェブサーバ１０１を介して実行可能になる。

ここで、本実施の形態においては、ブラウザアプリケーションの登録時において、そのブラウザアプリケーションのウェブページの内容を記述する記述ファイルは、必要に応じてＵＲＬ書換部１２３による処理が行われたうえで、ＨＤＤ１５に記憶される。この処理について次に説明する。

まず、インストール受付部１２１は、ブラウザアプリケーションの登録を開始すると、記述ファイルについて、ＵＲＬの解析を行う。このとき、解析対称となるファイルは、登録されるブラウザアプリケーションのウェブページの内容を記述する記述ファイル（ページ情報）である。例えば記述ファイルが他の記述ファイルを参照するものである場合など、ウェブページが複数の記述ファイルに基づいて表示されるものであるときには、それらのうち少なくとも一部の記述ファイルについて、解析が行われる。インストール受付部１２１は、記述ファイルに含まれる、ブラウザアプリケーションが実行されるときに読み込まれるべきファイル（以下、被読込ファイルということがある。）に対応するＵＲＬを解析する。例えば、記述ファイルにＩＭＧタグで画像ファイルが記述されているとき、その画像ファイルを示すＵＲＬが解析される。

インストール受付部１２１及びＵＲＬ書換部１２３は、被読込ファイルが静的コンテンツであるか否か、動的コンテンツであるか否かに応じて処理を行う。ここで、静的コンテンツとは、その内容が時間と共に変化しないようなものをいう。例えば、静的コンテンツには、画像ファイルなどが該当する。ウェブブラウザ５３は、直接ＨＤＤ１５などのファイルの記憶先を参照し、静的コンテンツを読込を行うことができる。他方、動的コンテンツとは、ウェブサーバ１０１などと連動して表示内容が変更されうるものをいう。例えば、表示されるたびにデータベースを参照し、データベースの内容を反映させた表示を行うものが、動的コンテンツに該当する。

被読込ファイルが静的コンテンツであるとき、すなわち解析したＵＲＬが静的コンテンツに対応するものであるときには、記述ファイル内にある被読込ファイルのＵＲＬが書き換えられ、その被読込ファイルや記述ファイルがＨＤＤ１５へ記憶される。

インストール受付部１２１は、解析結果に基づいて、ＵＲＬに対応する被読込ファイルが、ブラウザアプリケーションが実行されるときにＨＤＤ１５から読み込み可能であるか否かを判断する。換言すると、被読込ファイルが、ブラウザアプリケーションの登録と共にＨＤＤ１５に記憶され、ブラウザアプリケーションの実行に伴いＨＤＤ１５から読み込まれることになるか否かが判断される。

ＵＲＬ書換部１２３は、インストール受付部１２１の判断結果に基づいて、被読込ファイルに対応するＵＲＬを変更する。すなわち、被読込ファイルがＨＤＤ１５に記憶される位置に基づいて、記述ファイル中のＵＲＬが書き換えられる。ＵＲＬの書換えは、ウェブブラウザ５３がウェブサーバ１０１を介してリンク先となる被読込ファイルにアクセスできるように記述されたＵＲＬについて行われることになる。このとき、ＵＲＬ書換部１２３は、ウェブブラウザ５３がウェブサーバ１０１を介さずにＨＤＤ１５を直接参照することによりそのファイルにアクセスできるようなファイルパス（識別符号の一例）に、ＵＲＬを変更する。

他方、被読込ファイルが動的コンテンツであるとき、すなわち解析したＵＲＬが動的コンテンツに対応するものであるときには、次のように処理が行われる。

インストール受付部１２１は、解析時において、ブラウザアプリケーションのウェブページに含まれる動的コンテンツの内容を解析する。解析結果に基づいて、動的コンテンツに関連するＵＲＬであって、ＨＤＤ１５から読込可能となるファイルに対応するＵＲＬがあるか否かを判断する。例えば、ＨＤＤ１５に記憶されている画像ファイルであって動的コンテンツが表示されるときにあわせて読み込まれるものなどに対応するＵＲＬが、被読込ファイルに含まれるか否かが判断される。

上記のようなファイルに対応するＵＲＬが被読込ファイルにあると判断されたときには、ＵＲＬ書換部１２３は、そのＵＲＬについて書換えを行う。すなわち、被読込ファイルとあわせてＨＤＤ１５に記憶されるファイルの位置や、既にＨＤＤ１５に記憶されているファイルの位置に基づいて、ＵＲＬが書き換えられる。ＵＲＬ書換部１２３は、ＨＤＤ１５を直接参照することによりそのファイルにアクセスできるようなファイルパスに、ＵＲＬを変更する。換言すると、ＵＲＬ書換部１２３は、ウェブブラウザ５３がウェブサーバ１０１を介さずにそのファイルにアクセスできるように、ＵＲＬを変更する。

図８は、ＵＲＬの書換え例を説明する図である。

上述のようなＵＲＬの書換え処理は、記述ファイルに含まれる各コンテンツ（各ファイル）について行われる。図８を参照し、画像ファイルについて行われるＵＲＬ書換え処理の一例について説明する。

図８に示されるように、ブラウザアプリケーションのウェブページの一部として読み込まれるファイル（アプリ内部ファイル）として、「ｌｏｇｏ．ｊｐｇ」というファイル名のロゴ画像ファイルがある場合を想定する。このロゴ画像ファイルは、ブラウザアプリケーションのルートフォルダ内において、「￥ｉｍｇ￥ｌｏｇｏ．ｊｐｇ」として表される位置にあるファイルである。

このとき、このブラウザアプリケーションは、ＨＤＤ１５において、「ｃ：￥ａｐｐ￥ａｐｐｉｄ０００１￥」というパスで表される位置に記憶されるものとする。そうすると、このブラウザアプリケーションが画像形成装置１に登録（インストール）されるとき、上記のロゴ画像ファイルは、「ｃ：￥ａｐｐ￥ａｐｐｉｄ０００１￥ｉｍｇ￥ｌｏｇｏ．ｊｐｇ」というパスで表されるように、ＨＤＤ１５に記憶される。

このような場合において、このブラウザアプリケーションのウェブページを示す記述ファイル中に、次のようなＵＲＬを含むＩＭＧタグにより、上記ロゴ画像ファイルがウェブページに表示されるように記述されている場合を想定する。すなわち、このようなタグであると、記述ファイルがウェブブラウザ５３により読み込まれたとき、ウェブブラウザ５３は、上記ロゴ画像ファイルを、ウェブサーバ１０１を介して、「ｈｔｔｐ：／／ｌｏｃａｌｈｏｓｔ／ｉｗｓ／ａｐｐｉｄ０００１／ｉｍｇ／」で示される場所から取得することになる。

＜ｉｍｇ ｓｒｃ＝”ｈｔｔｐ：／／ｌｏｃａｌｈｏｓｔ／ｉｗｓ／ａｐｐｉｄ０００１／ｉｍｇ／ｌｏｇｏ．ｊｐｇ”＞（変更前）

このとき、ＵＲＬの書換えが行われると、上記ＩＭＧタグは、次に示すように変更される。すなわち、ウェブブラウザ５３は、このＩＭＧタグについて処理を行うとき、上記ロゴ画像ファイルを、直接ＨＤＤ１５を参照することにより、読み込むことができる。

＜ｉｍｇ ｓｒｃ＝”ｃ：￥ａｐｐ￥ａｐｐｉｄ０００１￥ｉｍｇ￥ｌｏｇｏ．ｊｐｇ”＞（変更後）

なお、ＵＲＬが相対パスで記述されているときにも、上述のように直接ＨＤＤ１５が参照されるようにＵＲＬが書き換えられるようにすればよい。

図９は、ブラウザアプリケーションの登録時の画像形成装置１の動作を示す第１のフローチャートである。図１０は、ブラウザアプリケーションの登録時の画像形成装置１の動作を示す第２のフローチャートである。

図９及び図１０を参照して、上述のようなブラウザアプリケーションの登録時の画像形成装置１の動作について説明する。

ブラウザアプリケーションの登録が開始されるとき、ステップＳ４０１において、インストール受付部１２１は、ブラウザアプリケーションの登録を行う旨の指示を受け付ける。

ステップＳ４０２において、インストール受付部１２１は、ブラウザアプリケーションのアーカイブファイルを展開する。

ステップＳ４０５において、インストール受付部１２１は、展開したファイル群の情報を読み取る。

ステップＳ４０７において、インストール受付部１２１は、ブラウザアプリケーションのファイル群を記憶させる場所を確定させる。例えば、ＨＤＤ１５において、そのアプリケーションに関するファイルを記憶させるディレクトリ（フォルダ）を決定する。

ステップＳ４０９において、インストール受付部１２１は、展開したファイルのうち、記述ファイルについて、その内部で静的コンテンツ又は動的コンテンツがあるか否かを検索する。

ステップＳ４１１において、インストール受付部１２１は、まず、未処理の静的コンテンツがあるか否かを判断する。未処理の静的コンテンツがあれば、それがなくなるまで、ステップＳ４１３からステップＳ４１７の処理を繰り返す。

すなわち、ステップＳ４１１において静的コンテンツがあれば、ステップＳ４１３において、インストール受付部１２１は、その静的コンテンツを示すＵＲＬがＨＤＤ１５のファイルを示すものであるか否かを判断する。本実施の形態では、ウェブサーバ１０１は、ＨＤＤ１５の所定の場所にあるファイルを、ｌｏｃａｌｈｏｓｔにあるファイルとして処理するように設定されている。すなわち、ステップＳ４１３において、インストール受付部１２１は、静的コンテンツに対応するＵＲＬが、ｌｏｃａｌｈｏｓｔリンクであるか否かを判断する。

ステップＳ４１３でｌｏｃａｌｈｏｓｔリンクであれば、ステップＳ４１５において、ＵＲＬ書換部１２３は、ｌｏｃａｌｈｏｓｔリンク（ＵＲＬ書換部１２３は、）を、それに対応するＨＤＤ１５上の場所（領域）を示す識別符号に書き換える。例えば、上述の図８に示す例のように、ｌｏｃａｌｈｏｓｔリンクが示すファイルを直接参照できるように、ＵＲＬを、そのファイルのファイルパスに書き換える。

ステップＳ４１７において、展開された記述ファイルに含まれるすべてのコンテンツについて、分析を行ったか否かを判断する。すべてのコンテンツについて分析を行っていなければ、ステップＳ４１１に戻る。すべてのコンテンツについて分析を行っていれば、ステップＳ４２５に進む。

ここで、ステップＳ４１１で未処理の静的コンテンツがなかったとき、又はステップＳ４１３でｌｏｃａｌｈｏｓｔリンクではなかったとき、ステップＳ４２１の処理が行われる。すなわち、インストール受付部１２１は、未処理の動的コンテンツがあるか否かを判断する。動的コンテンツがなければ、ステップＳ４１７の処理が行われる。

ステップＳ４２１で未処理の動的コンテンツがあれば、ステップＳ４２３において、インストール受付部１２１は、その動的コンテンツに含まれるＵＲＬが、ＨＤＤ１５のファイルを示すものであるか否かを判断する。換言すると、ステップＳ４２３において、インストール受付部１２１は、動的コンテンツに、ｌｏｃａｌｈｏｓｔリンクであるＵＲＬが含まれるか否かを判断する。

ステップＳ４２３でｌｏｃａｌｈｏｓｔリンクであるＵＲＬが含まれるときには、ステップＳ４１５の処理が行われる。他方、ステップＳ４２３でｌｏｃａｌｈｏｓｔリンクであるＵＲＬが含まれないときには、ステップＳ４１７の処理が行われる。

このように処理が繰り返され、ステップＳ４１７においてすべてのコンテンツについて分析が行われれば、ステップＳ４２５において、展開され、ＵＲＬが変更された記述ファイルが、ＨＤＤ１５の所定の場所に記憶される。

ステップＳ４２５の処理が終了すると、一連の処理が終了する。これにより、登録されたブラウザアプリケーションが利用可能になる。

以上説明したように、本実施の形態において、ＵＲＬの書換えが行われることにより、ローカルブラウザアプリケーションの実行時に、一部のファイルがＨＤＤ１５から直接取得される。すなわち、図７に示されるように、ウェブブラウザ５３がウェブサーバ１０１にアクセスすると、ブラウザアプリケーションのページ情報は、ウェブサーバ１０１を介して、ＨＤＤ１５から、ウェブブラウザ５３に送られる。そして、ウェブブラウザ５３は、ページ情報の記述に基づいて、ＨＤＤ１５に記憶されている静的コンテンツを、図７に矢印Ｒで示されるように、直接ＨＤＤ１５から読み込む。ＵＲＬが変更されていない動的コンテンツの情報などは、ウェブサーバ１０１を介して取得される。これにより、ページ情報に基づいて、ブラウザアプリケーションのウェブページが表示される。

ウェブブラウザ５３は、ウェブサーバ１０１に対してリクエストを投げることなく、ＨＤＤ１５に直接にアクセスして、ブラウザアプリケーションのウェブページに用いられる画像などを表示できる。したがって、このような静的コンテンツの取得をウェブサーバ１０１を経由せずに行うことができるので、ウェブサーバ１０１におけるリクエストの処理時間などを短縮できる。すなわち、ブラウザアプリケーションのウェブページの表示速度を上げることができる。例えば、この場合には、いわばキャッシュ情報１５ｂを用いてウェブページを表示する場合と略同等の表示速度で、ウェブページを表示できる。

画像形成装置１の管理者やブラウザアプリケーションの提供者が予めＵＲＬの内容やファイルの登録先などを調整することなく、ブラウザアプリケーションの構成に基づいて、直接、画像データ１５ｄなどの参照先が適切に設定される。したがって、画像形成装置１の管理者やブラウザアプリケーションの提供者に負担をかけることなく、上記効果が得られる。

本実施の形態の動作は、ウェブページの記述ファイルのＵＲＬが書き換えられることで行われるものであり、キャッシュに依存しない。例えば、ユーザ毎にキャッシュが異なったり再起動時にキャッシュがクリアされたりするなどのウェブブラウザ５３のキャッシュにまつわる制限事項に依存されず、上記効果を常時得ることができる。換言すると、キャッシュのヒット率にかかわらず、上記効果を常に得ることができる。また、ウェブブラウザ５３のキャッシュが圧迫されないので、ウェブブラウザ５３のその他の動作には影響がない。ブラウザアプリケーションの登録時にＵＲＬが変更されているので、ブラウザアプリケーションを登録後初めて利用するときから、そのブラウザアプリケーションのウェブページが速やかに表示される。

なお、このようなリンク先の変更手法として、予め定められた固定ＵＲＬについてローカルファイルへのリンクへと差し替えることも考えられる。このような手法と比較して、本実施の形態においては、より柔軟性が高まるという利点がある。すなわち、ＵＲＬ書換部１２３は、ウェブサーバ１０１内のファイルの保存先を知ることができる。したがって、ＵＲＬ書換部１２３は、どのようなＵＲＬで示されるファイルについても、直接ＨＤＤ１５から読み込むことができるようにＵＲＬを変更できる。これにより、アプリケーションの作成者は気にすることなくアプリケーションを作成できる。ブラウザアプリケーションの作成時において、作成者は、どのファイルがウェブページに用いられているかを意識することなく、容易に記述ファイルを作成できる。換言すると、ブラウザアプリケーションの作成者は、固定ＵＲＬなどに関する所定の規約等を意識することなく、容易に、ブラウザアプリケーションを作成できる。

［外部参照コンテンツがある場合の変型例の説明］

ここで、ブラウザアプリケーションについて、画像形成装置１の外部の装置（例えば、外部ウェブサーバ５０１など）から取得するファイルを用いてウェブページを表示する場合がある。例えば、記述ファイルに記述されている静的コンテンツのリンク先が、登録先である画像形成装置１のＨＤＤ１５ではない場合がある。このようなファイル（外部参照コンテンツ）がある場合には、画像形成装置１は、次のように動作してもよい。

図１１は、外部参照コンテンツがあるブラウザアプリケーションに関する画像形成装置１の動作を説明するブロック図である。

図１１に示されるように、外部参照コンテンツがあるブラウザアプリケーションについては、画像形成装置１への登録時に、その外部参照コンテンツが取得される。例えば、外部参照コンテンツが、外部ウェブサーバ５０１により提供されている場合には、インストール受付部１２１は、外部ウェブサーバ５０１にアクセスする。これにより、インストール受付部１２１は、外部ウェブサーバ５０１より、外部参照コンテンツを取得する。取得された外部参照コンテンツは、ＨＤＤ１５に記憶される。

ＵＲＬ書換部１２３は、登録するブラウザアプリケーションのページ情報１５ｅのうち、上記のようにインストール受付部１２１により取得されたファイルに対応するＵＲＬを、そのファイルを記憶させたＨＤＤ１５上の位置に変更する。

図１２は、外部参照コンテンツがある場合のブラウザアプリケーションの登録時の動作について説明するフローチャートである。

このように外部参照コンテンツがある場合にも、おおむね上述と同様に、ブラウザアプリケーションの登録が行われる。まず、図９で示される動作は、この場合にも同様にして行われる。また、図１２に示される部分において、ステップＳ４２１、ステップＳ４２３の処理も、上述と同様にして行われる。

ここで、図１２に示されるように、ステップＳ４２１で動的コンテンツがないと判断されたとき、ステップＳ４３１の処理が行われる。すなわち、ステップＳ４３１において、インストール受付部１２１は、展開された記述ファイルに含まれるコンテンツのうち、外部参照コンテンツの有無を確認する。

ステップＳ４３１で外部参照コンテンツがあれば、ステップＳ４３３において、インストール受付部１２１は、外部参照コンテンツを外部から取得する。

ステップＳ４３５において、インストール受付部１２１は、取得した外部参照コンテンツを、ＨＤＤ１５に保存する。

ステップＳ４３７において、ＵＲＬ書換部１２３は、記述ファイルに含まれる外部参照コンテンツに対応するＵＲＬ（外部参照リンク）を変更する。ＵＲＬ書換部１２３は、外部参照リンクを、ステップＳ４３５における外部参照リンクの保存先である、ＨＤＤ１５の場所を示すものに書き換える。

ステップＳ４３７の処理が終了したとき、又はステップＳ４３１で外部参照コンテンツがなかったときには、ステップＳ４２３でｌｏｃａｌｈｏｓｔリンクであるＵＲＬが含まれなかったときと同様に、ステップＳ４１７の処理が行われる。

このように、外部参照コンテンツについては、ブラウザアプリケーションの登録時にそれがローカルであるＨＤＤ１５に保存されるので、以後ブラウザアプリケーションが利用されるときに、外部参照コンテンツを速やかに読込可能になる。また、外部参照コンテンツに対応するＵＲＬが書き換えられるので、ウェブブラウザ５３は、ウェブサーバ１０１を介さずに、より速やかにその外部参照コンテンツを読込可能である。したがって、ブラウザアプリケーションに関する表示速度をより高速にすることができる。

［その他］

記述ファイルのＵＲＬが変更されることによりＨＤＤから直接読み込まれるようなデータとしては、画像データに限られるものではない。例えば、ウェブページのスタイルシート（ＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔ）やＸＳＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｓｔｙｌｅｓｈｅｅｔ Ｌａｎｇｕａｇｅ）など）など、種々のデータについて、上記のようにデータの取得場所が変更されてもよい。これにより、ブラウザアプリケーションのウェブページの表示速度を効果的に高速化できる。

ページ情報の解析処理やその後のＵＲＬの変更の実行タイミングは、ブラウザアプリケーションの登録時に限られるものではない。例えば、ブラウザアプリケーションの登録後、初めてそのブラウザアプリケーションが利用される場合や、所定回数だけそのブラウザアプリケーションが利用された場合などに、実行されるようにしてもよい。

複数のページ情報が複合して１つのウェブページが表示されるような場合において、それらすべてのページ情報について、解析及びＵＲＬの変更が行われてもよいし、一部のページ情報についてのみＵＲＬの変更が行われるようにしてもよい。

ＵＲＬの変更は、それに対応するファイルの種類等の属性に応じて、行われるかどうかが決定されてもよい。例えば、参照されているタグの種類や、ファイルの種類などを解析し、特定の種類のものについてのみＨＤＤから直接読み込まれるように、ＵＲＬが変更されるようにしてもよい。

ＵＲＬの変更は、ユーザ認証が行われているかどうかに応じて、行われるかどうかが決定されてもよい。

ウェブサーバと画像形成装置などを通信可能に接続するネットワークとしては、インターネットを介したものであってもよい。画像形成システムには、他の機器が設けられていてもよい。

画像形成装置としては、モノクロ／カラーの複写機、プリンタ、ファクシミリ装置やこれらの複合機（ＭＦＰ）などいずれであってもよい。電子写真方式により画像を形成するものに限られず、例えばいわゆるインクジェット方式により画像を形成するものであってもよい。

上述の実施の形態における処理は、ソフトウェアによって行っても、ハードウェア回路を用いて行ってもよい。

上述の実施の形態における処理を実行するプログラムを提供することもできるし、そのプログラムをＣＤ−ＲＯＭ、フレキシブルディスク、ハードディスク、ＲＯＭ、ＲＡＭ、メモリカードなどの記録媒体に記録してユーザに提供することにしてもよい。プログラムはインターネットなどの通信回線を介して、装置にダウンロードするようにしてもよい。上記のフローチャートで文章で説明された処理は、そのプログラムに従ってＣＰＵなどにより実行される。

上記実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

１ 画像形成装置
１１ 操作部
１３ 表示パネル
１５ 画像形成装置のＨＤＤ（記憶媒体の一例）
１５ｂ キャッシュ情報
１５ｄ 画像データ
１５ｅ ページ情報（記述ファイルの一例）
２１ ＣＰＵ
２３ ＲＯＭ
２３ａ 制御プログラム
５３ ウェブブラウザ
１０１ ウェブサーバ
１２１ インストール受付部（解析手段の一例、判断手段の一例、取得手段の一例）
１２３ ＵＲＬ書換部（変更手段の一例）
５０１ 外部ウェブサーバ
５１５ 外部ウェブサーバのＨＤＤ
９００ 画像形成システム

Claims (7)

1. ウェブブラウザと、前記ウェブブラウザによりアクセス可能なウェブサーバとのそれぞれを実行可能に内蔵し、前記ウェブブラウザを用いて前記ウェブサーバにアクセスすることで実行できるアプリケーションを利用可能な画像形成装置であって、
   記憶媒体と、
   前記アプリケーションのウェブページの内容を記述する記述ファイルのうち少なくとも一部の記述ファイルに含まれる、前記アプリケーションが実行されるときに読み込まれるべきファイルに対応するＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ）を解析する解析手段と、
   前記解析手段の解析結果に基づいて、前記ＵＲＬに対応するファイルを、前記アプリケーションが実行されるときに前記記憶媒体から読み込み可能であるか否かを判断する判断手段と、
   前記判断手段の判断結果に基づいて、前記解析手段により解析されたＵＲＬのうち、前記アプリケーションが実行されるときに前記記憶媒体から読み込み可能であるファイルに対応するＵＲＬを変更する変更手段とを備える、画像形成装置。
2. 前記変更手段は、前記ウェブブラウザが前記ウェブサーバを介してリンク先のファイルにアクセスできるように記述されたＵＲＬを、前記ウェブブラウザが前記ウェブサーバを介さずに前記記憶媒体を直接参照することによりそのリンク先のファイルにアクセスできる識別符号に変更する、請求項１に記載の画像形成装置。
3. 前記アプリケーションは、予め、そのアプリケーションで用いられるファイル群のうち少なくとも一部が前記記憶媒体に記憶されて前記画像形成装置に登録されることで利用可能となり、
   前記変更手段は、前記アプリケーションの登録が行われるとき、前記ファイルが前記記憶媒体に記憶される位置に基づいて、前記ＵＲＬの内容を変更する、請求項１又は２に記載の画像形成装置。
4. 前記解析手段は、前記アプリケーションのウェブページに含まれる動的コンテンツの内容を解析し、
   前記判断手段は、前記解析手段の解析結果に基づいて、前記動的コンテンツに関連する、前記記憶媒体から読み込み可能なファイルに対応するＵＲＬが前記動的コンテンツ内にあるか否かを判断し、
   前記変更手段は、前記判断手段の判断結果に基づいて、前記動的コンテンツ内にあるＵＲＬを変更する、請求項１から３のいずれかに記載の画像形成装置。
5. 前記判断手段により、前記ＵＲＬに対応するファイルが、前記アプリケーションが実行される場合に前記記憶媒体から読み込み不可能なファイルであると判断されたとき、前記ＵＲＬの記述に基づいて前記画像形成装置の外部から前記ＵＲＬが示すファイルを取得し、前記記憶媒体に記憶させる取得手段をさらに備え、
   前記変更手段は、前記取得手段により取得されたファイルに対応するＵＲＬを、そのファイルを記憶させた前記記憶媒体上の位置に変更する、請求項１から４のいずれかに記載の画像形成装置。
6. ウェブブラウザと、前記ウェブブラウザによりアクセス可能なウェブサーバとのそれぞれを実行可能に内蔵し、前記ウェブブラウザを用いて前記ウェブサーバにアクセスすることで実行できるアプリケーションを利用可能な画像形成装置の制御方法であって、
   前記画像形成装置は、記憶媒体を備え、
   前記画像形成装置の制御方法は、
   前記アプリケーションのウェブページの内容を記述する記述ファイルのうち少なくとも一部の記述ファイルに含まれる、前記アプリケーションが実行されるときに読み込まれるべきファイルに対応するＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ）を解析する解析ステップと、
   前記解析ステップの解析結果に基づいて、前記ＵＲＬに対応するファイルを、前記アプリケーションが実行されるときに前記記憶媒体から読み込み可能であるか否かを判断する判断ステップと、
   前記判断ステップの判断結果に基づいて、前記解析ステップにより解析されたＵＲＬのうち、前記アプリケーションが実行されるときに前記記憶媒体から読み込み可能であるファイルに対応するＵＲＬを変更する変更ステップとを備える、画像形成装置の制御方法。
7. ウェブブラウザと、前記ウェブブラウザによりアクセス可能なウェブサーバとのそれぞれを実行可能に内蔵し、前記ウェブブラウザを用いて前記ウェブサーバにアクセスすることで実行できるアプリケーションを利用可能な画像形成装置の制御プログラムであって、
   前記画像形成装置は、記憶媒体を備え、
   前記画像形成装置の制御プログラムは、
   前記アプリケーションのウェブページの内容を記述する記述ファイルのうち少なくとも一部の記述ファイルに含まれる、前記アプリケーションが実行されるときに読み込まれるべきファイルに対応するＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ）を解析する解析ステップと、
   前記解析ステップの解析結果に基づいて、前記ＵＲＬに対応するファイルを、前記アプリケーションが実行されるときに前記記憶媒体から読み込み可能であるか否かを判断する判断ステップと、
   前記判断ステップの判断結果に基づいて、前記解析ステップにより解析されたＵＲＬのうち、前記アプリケーションが実行されるときに前記記憶媒体から読み込み可能であるファイルに対応するＵＲＬを変更する変更ステップとをコンピュータに実行させる、画像形成装置の制御プログラム。

Images