以下、本発明の実施の形態における画像形成システムについて説明する。
［概要］
画像形成システムは、ウェブサーバとして機能するサーバ装置と画像形成装置とを有している。サーバと画像形成装置のそれぞれとは、ネットワークを介して互いに通信可能に接続されている。ネットワークには、このほか、例えば、ユーザが利用するＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）や、ディレクトリサービスを提供する管理装置などが接続されている。
画像形成装置は、スキャナ機能、複写機能、プリンタとしての機能、ファクシミリ機能、データ通信機能、及びサーバ機能を備えたＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）である。スキャナ機能では、セットされた原稿の画像を読み取ってそれをＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などに蓄積する。複写機能では、さらにそれを用紙などに印刷（プリント）する。プリンタとしての機能では、ＰＣなどの外部端末から印刷指示を受けるとその指示に基づいて用紙に印刷を行う。ファクシミリ機能では、外部のファクシミリ装置などからファクシミリデータを受信してそれをＨＤＤなどに蓄積する。データ通信機能では、接続された外部機器との間でデータを送受信する。サーバ機能では、複数のユーザでＨＤＤなどに記憶したデータなどを共有可能にする。
画像形成装置は、サーバにアクセスして、サーバにより提供されているウェブページを表示するウェブブラウザ機能を有している。本実施の形態において、サーバ装置は、ウェブアプリケーションを提供可能に構成されている。画像形成装置は、ウェブブラウザ機能により、サーバにアクセスし、ウェブアプリケーションに関する情報を取得し、ウェブページの表示を行うことで、ウェブアプリケーションを利用可能にすることができる。
画像形成システムにおいて、画像形成装置には、画像形成装置で利用されるウェブアプリケーションが登録されている。画像形成装置では、ウェブアプリケーションのウェブページを表す文書に含まれるＵＲＩ（統一資源識別子）に、予め設定された固定名称が含まれるか否かが解析される。ＵＲＩに固定名称が含まれていれば、画像形成装置は、予め固定名称に対応付けられた所定の場所からＵＲＩに対応するデータを取得する。これにより、ウェブアプリケーションのＵＩを構成する画像などのデータとして他のアプリケーションなどと共通の画像等を用いることが容易に可能になり、画像形成装置におけるＵＩの統一性を容易に保つことができる。
［第１の実施の形態］
図１は、本発明の第１の実施の形態における画像形成システムの構成を示すブロック図である。
図１を参照して、画像形成システム９００は、３つの画像形成装置１，２０１，３０１と、クライアントＰＣ（以下、ＰＣと呼ぶことがある）４０１と、ウェブ（Ｗｅｂ）サーバ（サーバの一例）５０１と、管理装置６０１とを備える。
画像形成装置１，２０１，３０１と、ウェブサーバ５０１と、ＰＣ４０１と、管理装置６０１とは、それぞれ、ネットワーク８００に接続されている。ネットワーク８００は、例えばＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）である。画像形成装置１，２０１，３０１と、ウェブサーバ５０１と、ＰＣ４０１と、管理装置６０１とは、ネットワーク８００を介して互いに通信可能である。各装置は、ＬＡＮケーブルなどを介してネットワーク８００に接続されていてもよいし、いわゆる無線ＬＡＮによりネットワーク８００に接続されていてもよい。
画像形成装置２０１，３０１は、画像形成装置１と同様の構成を有している。画像形成装置２０１，３０１は、それぞれ、画像形成装置１と異なる構成を有していてもよい。
［画像形成装置１の構成］
図２は、画像形成装置１を示す斜視図である。
図２を参照して、画像形成装置１は、給紙カセット３と、排紙トレイ５と、操作部１１と、制御部２０と、プリント部３０と、スキャン部４０とを備える。制御部２０は、後述するように、ＣＰＵ２１（図３に示す）などを有し、画像形成装置１の動作を制御する。制御部２０及びプリント部３０は、画像形成装置１の筐体の内部に配置されている。
画像形成装置１は、３つの給紙カセット３（給紙カセット３ａ，３ｂ，３ｃ）を有している。それぞれの給紙カセット３には、例えば、互いに異なるサイズの用紙（Ｂ５サイズ、Ａ４サイズ、及びＡ３サイズなど）が装てんされている。給紙カセット３は、画像形成装置１の下部に、画像形成装置１の筐体に抜き差し可能に配置されている。各給紙カセット３に装てんされた用紙は、印字時に、１枚ずつ給紙カセット３から給紙され、プリント部３０に送られる。なお、給紙カセット３の数は３つに限られず、それより多くても少なくてもよい。
排紙トレイ５は、画像形成装置１の筐体のうちプリント部３０が収納されている部位の上方でスキャン部４０が配置されている部位の下方に配置されている。排紙トレイ５には、プリント部３０により画像が形成された用紙が筐体の内部から排紙される。
操作部１１は、画像形成装置１の上部前面（図２において正面）側に配置されている。操作部１１には、ユーザにより押下操作可能な複数の操作ボタン１１ａが配置されている。また、操作部１１には、情報をユーザに表示する表示パネル１３が配置されている。表示パネル１３は、例えば、タッチパネルを備えたＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）である。表示パネル１３は、ユーザに案内画面を表示したり、操作ボタンを表示してユーザからのタッチ操作を受け付けたりする。表示パネル１３は、ＣＰＵ２１により制御されて表示を行う。操作部１１は、ユーザからの操作入力を受け付ける。操作部１１は、操作ボタン１１ａや表示パネル１３がユーザにより操作されると、その操作に応じた操作信号又は所定のコマンドをＣＰＵ２１に送信する。すなわち、ユーザは、操作部１１に操作を行うことにより、画像形成装置１に種々の動作を実行させることができる。
プリント部３０は、大まかに、トナー像形成部（図示せず）と、用紙搬送部（図示せず）と、定着装置（図示せず）とを有している。プリント部３０は、トナー像形成部により形成したトナー像を用紙に転写する電子写真方式で用紙に画像を形成する。
用紙搬送部は、給紙ローラ、搬送ローラ、及びそれらを駆動するモータなどで構成されている。用紙搬送部は、用紙を給紙カセット３から給紙して、画像形成装置１の筐体の内部で搬送する。また、用紙搬送部は、画像が形成された用紙を画像形成装置１の筐体から排紙トレイ５などに排出する。
トナー像形成部は、感光体、現像装置、露光装置、転写ローラなどを有している。トナー像形成部は、用紙に形成するトナー像を形成し、用紙搬送部により搬送される用紙にトナー像を転写する。
定着装置は、加熱ローラ及び加圧ローラを有している。定着装置は、加熱ローラと加圧ローラとでトナー像が形成された用紙を挟みながら搬送し、その用紙に加熱及び加圧を行う。これにより、定着装置は、用紙に付着したトナーを溶融させて用紙に定着させ、用紙に画像を形成する。
スキャン部４０は、画像形成装置１の筐体の上部に配置されている。スキャン部４０は、ＡＤＦ（Ａｕｔｏ Ｄｏｃｕｍｅｎｔ Ｆｅｅｄｅｒ）４１を有している。スキャン部４０は、上述のスキャナ機能を実行する。スキャン部４０は、透明な原稿台に配置された原稿をコンタクトイメージセンサにより走査して、それを画像データとして読み取る。また、スキャン部４０は、原稿トレイにセットされた複数枚の原稿をＡＤＦ４１により順次取り込みながら、コンタクトイメージセンサによりその画像データを読み取る。
図３は、画像形成システム９００の各装置のハードウェア構成を示すブロック図である。
図３を参照して、画像形成装置１は、上述の各部のほか、ＨＤＤ１５と、ネットワーク部２９とを有している。画像形成装置１の各部は、システムバスに接続されている。制御部２０は、画像形成装置１の各部と通信可能である。
ＨＤＤ１５は、ネットワーク部２９を介して外部から送られた印刷ジョブのデータや、スキャン部４０で読み取った画像データなどを記憶する。また、ＨＤＤ１５は、画像形成装置１の設定情報や、画像形成装置１の種々の動作を行うための制御プログラムなどを記憶する。ＨＤＤ１５は、１つのＰＣ４０１又は複数のＰＣなどから送信された複数の印刷ジョブを記憶可能である。
ＨＤＤ１５には、例えば、キャッシュデータベース（ＤＢ）１５ａ、キャッシュ情報１５ｂ、及び履歴データベース１５ｃなどが保存されている。これらの情報は、後述のようなウェブブラウザ機能に基づいて生成され記憶されるものである。ＨＤＤ１５には、さらに、画像データ１５ｄ、認定テーブル１５ｅ、解析テーブル１５ｆが保存されている。これらの情報は、ウェブアプリケーション機能が実行されるときに後述のようにして利用される。
ネットワーク部２９は、例えば、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）などのハードウェア部と、所定の通信プロトコルで通信を行うソフトウェア部とが組み合わされて構成されている。ネットワーク部２９は、画像形成装置１をネットワーク８００に接続する。これにより、画像形成装置１は、ネットワーク８００に接続されているＰＣ４０１やウェブサーバ５０１などの外部装置と通信可能になる。画像形成装置１は、ＰＣ４０１やウェブサーバ５０１などから印刷ジョブを受信可能である。また、画像形成装置１は、スキャン部４０で読み取った画像データを、ＰＣ４０１に送信したり、メールサーバ（図示せず）などを介してＥ−ｍａｉｌにより送信したりすることができる。なお、ネットワーク部２９は、無線通信によりネットワーク８００に接続可能に構成されていてもよい。
制御部２０は、ＣＰＵ２１と、ＲＯＭ２３と、ＲＡＭ２５とを有している。制御部２０は、操作部１１、プリント部３０、及びスキャン部４０などとともにシステムバスに接続されている。これにより、制御部２０と画像形成装置１の各部とが、信号を送受可能に接続されている。
ＣＰＵ２１は、ＲＯＭ２３に記憶された制御プログラム２３ａや、ＲＡＭ２５又はＨＤＤ１５などに記憶された制御プログラム（図示せず）などを実行することにより、画像形成装置１の種々の動作を制御する。ＣＰＵ２１は、操作部１１から操作信号が送られたり、ＰＣ４０１などから操作コマンドが送信されたりすると、それらに応じて所定の制御プログラム２３ａを実行する。これにより、ユーザによる操作部１１の操作などに応じて、画像形成装置１の所定の機能が実行される。
ＲＯＭ２３は、例えばフラッシュＲＯＭ（Ｆｌａｓｈ Ｍｅｍｏｒｙ）である。ＲＯＭ２３には、画像形成装置１の動作を行うために用いられるデータが記憶されている。ＲＯＭ２３には、種々の制御プログラム２３ａや画像データ２３ｄが記憶されている。ＲＯＭ２３には、画像形成装置１の機能設定データなどが記憶されていてもよい。ＣＰＵ２１は、ＲＯＭ２３からのデータの読み込みや、ＲＯＭ２３へのデータの書き込みを行う。なお、ＲＯＭ２３は、書換え不可能なものであってもよい。
ＲＡＭ２５は、ＣＰＵ２１のメインメモリである。ＲＡＭ２５は、ＣＰＵ２１が制御プログラム２３ａを実行するときに必要なデータなどを記憶するのに用いられる。
スキャン部４０は、上述のように、スキャナ機能を実行し、原稿から画像データを読み取る。スキャン部４０により読み取られた画像データは、ＣＰＵ２１によりアプリケーションデータ形式に変換され、ＨＤＤ１５などに記憶される。ＣＰＵ２１は、ＨＤＤ１５などに記憶された画像データを、ＰＣ４０１などに送信可能である。
［ウェブサーバ５０１の構成］
図３を参照して、ウェブサーバ５０１は、制御部５２０と、ＨＤＤ５１５とを有している。制御部５２０は、ＣＰＵ（図示せず）、ＲＯＭ（図示せず）及びＲＡＭ（図示せず）などで構成されており、ウェブサーバ５０１の制御を行う。
ＨＤＤ５１５は、ウェブサーバ５０１の制御プログラム（図示せず）や、種々の情報を記憶する。制御部５２０が、制御プログラムに基づいてウェブサーバ５０１の制御を行うことで、ウェブサーバ５０１のウェブサーバ機能やその他の機能が実行される。ウェブサーバ５０１は、ウェブサーバとしての機能や、ファイルサーバとしての機能を実行可能である。また、ウェブサーバ５０１は、電子メールの送信サーバとしての機能や、画像をファクシミリにより送信する機能などを実行可能である。
本実施の形態において、ＨＤＤ５１５には、ページ情報（ウェブページを表す文書の一例）５１５ａと、画像データ５１５ｂと、ジョブデータ５１５ｃとが記憶されている。ページ情報５１５ａは、例えばＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）などのマークアップ言語により記述された文書データである。画像データ５１５ｂは、例えば、ページ情報に基づいて表示されるウェブページにおいて用いられるものである。ジョブデータ５１５ｃは、画像形成装置１，２０１，３０１などで実行可能な印刷ジョブなどのデータである。
［管理装置６０１の説明］
管理装置６０１は、ＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）やＡｃｔｉｖｅ Ｄｉｒｅｃｔｏｒｙ（登録商標）などのディレクトリサービスを提供するサーバである。管理装置６０１は、制御部６２０と、ＨＤＤ６１５とを有している。制御部６２０は、ＣＰＵ（図示せず）、ＲＯＭ（図示せず）及びＲＡＭ（図示せず）などで構成されており、管理装置６０１の制御を行う。
ＨＤＤ６１５は、管理装置６０１の制御プログラム（図示せず）や、ディレクトリサービスを提供するための情報を記憶する。ＨＤＤ６１５には、認証データベース６１５ａが記憶されている。認証データベース６１５ａでは、画像形成システム９００を利用するユーザを認証するための認証情報が管理されている。
［ユーザ認証の説明］
本実施の形態において、ユーザは、画像形成装置１を介して行われるユーザ認証機能により、画像形成装置１にログインして画像形成システム９００を利用することができる。
ユーザ認証機能は、例えば以下のようにして実現されている。すなわち、認証データベース６１５ａには、ユーザ認証可能なユーザの情報とそのユーザの認証に必要な認証情報とが対応付けられて記録されている。認証情報は、例えばユーザ毎に設定されたパスワードである。認証データベース６１５ａには、各ユーザについて実行を許可する機能に関する情報が、そのユーザに対応付けて記録されている。
ユーザ認証機能では、まず、ユーザに、ユーザ認証画面６１（図４に示す。）が提示される。ユーザ認証画面６１は、表示パネル１３に表示される。ユーザは、操作部１１を操作し、画像形成装置１にそのユーザの情報（例えば、アカウント名など）とパスワードとを入力する。操作部１１にこれらの情報が入力されると、ＣＰＵ２１は、入力されたデータを管理装置６０１に送信する。管理装置６０１では、制御部６２０が認証データベース６１５ａを参照し、受信したデータに基づいて、そのユーザの認証可否を判断する。認証可能であれば、管理装置６０１は、そのユーザについて認証成立とし、画像形成装置１に認証結果を送信する。画像形成装置１では、認証結果を受信し、認証が成立した認証ユーザについて実行を許可されている機能を実行可能とする。このとき、認証ユーザは画像形成装置１にログインした状態になる。これにより、画像形成装置１は、画像形成装置１を用いるユーザを識別できる。ユーザ認証機能を用いることにより、表示パネル１３の表示や利用可能な機能などを認証されたユーザに適合するものにして、画像形成装置１の利便性を高められる。また、他のユーザの目に触れないようにして、認証されたユーザが画像形成装置１の近くにいるときに印刷物を出力できるなど、高いセキュリティ効果が得られる。
図４は、ユーザ認証画面６１の一例を示す図である。
図４を参照して、ユーザ認証画面６１には、入力エリア６１ａ，６１ｂと、ログインボタン６１ｃと、バックボタン６１ｆとが配置されている。入力エリア６１ａは、ユーザのアカウント名が入力されるエリアである。入力エリア６１ｂは、ユーザのパスワードが入力されるエリアである。ログインボタン６１ｃは、入力エリア６１ａ，６１ｂに入力されたデータに基づいて、ユーザ認証を行うためのボタンである。バックボタン６１ｆは、ユーザ認証画面６１から通常の画像形成装置１のメニュー画面などに画面を遷移させるためのボタンである。
ユーザにより、操作部１１を通じて、これらの入力エリア６１ａ，６１ｂに適切にアカウント名及びパスワードが入力された状態で、ログインボタン６１ｃを押下する操作が行われると、入力されたデータが管理装置６０１に送信される。これにより、ユーザは、ユーザ認証を行うことができる。
ユーザ認証により、画像形成装置１は、画像形成装置１を使用するユーザを識別可能である。また、画像形成装置１において、ＣＰＵ２１は、画像形成装置１の機能について、識別したユーザに応じて、ユーザの使用権限に関する管理（権限管理）を行う。権限管理を行うことで、ユーザ毎に、所定の機能の使用を制限することができ、高いセキュリティ効果が得られる。
なお、ユーザ認証の方式は上記に限られるものではなく、公知の方法を適宜採用することができる。認証情報の参照先や認証を行う主体などは、上記のものとは異なっていてもよい。例えば、画像形成装置１自身がユーザ認証を行うための認証情報を保有しており、画像形成装置１がユーザからの認証要求を受け付けて、認証情報に基づいて、そのユーザを認証してもよい。また、例えば接触式・非接触式のＩＤカードを用いたカード認証方式や、ユーザの指紋情報や静脈情報などを利用した生体認証方式などを採用し、ユーザにアカウント名などの情報やパスワードの入力を要求しないようにしてもよい。
ユーザは、画像形成装置１などを介して画像形成システム９００にログインし、各画像形成装置１，２０１，３０１などがそれぞれ、画像形成システム９００にログインしているユーザを識別できるようにしてもよい。権限管理は、画像形成システム９００の全体で行われるようにしてもよい。このとき、例えば管理装置６０１が、画像形成システム９００で使用可能な機能やアクセス可能な場所について、ユーザの使用権限に関する情報を各装置に提供するようにしてもよい。
［プルプリント機能の説明］
画像形成システム９００において、画像形成装置１は、ウェブサーバ５０１に記憶されたジョブデータ５１５ｃに基づいて、プルプリントにより印刷を行うことができる（プルプリント機能）。
図５は、画像形成システム９００におけるプルプリント機能の一例について説明するブロック図である。
図５を参照して、プルプリントについてより詳しく説明する。ユーザは、プルプリントを行う前に、ＰＣ４０１から、ジョブデータ５１５ｃをウェブサーバ５０１に送信する。ジョブデータ５１５ｃは、例えば、各画像形成装置１が処理可能なページ記述言語（ＰＤＬ；Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）で記述されたデータである。画像形成装置１は、ジョブデータ５１５ｃを印刷ジョブの情報として解釈し、制御部２０などで実現されるＲＩＰ（Ｒａｓｔｅｒ Ｉｍａｇｅ Ｐｒｏｃｅｓｓｏｒ）によりジョブデータ５１５ｃに応じてラスタイメージを生成するなどして、印刷を行うことができる。
ジョブデータ５１５ｃは、例えば、以下のようにして生成されてウェブサーバ５０１に記憶される。すなわち、ＰＣ４０１は、ＨＤＤ４１５と、ＣＰＵ（図示せず）が制御プログラムを実行することなどにより実現されるドライバ部４５５とを有している。ユーザは、例えばＰＣ４０１でアプリケーションプログラムを動作させ、ＨＤＤ４１５に記憶されている文書データ４８０をウェブサーバ５０１に送るための指示をＰＣ４０１に行う。ユーザからの指示に応じて、ドライバ部４５５は、文書データ４８０をジョブデータ５１５ｃに変換し、ジョブデータ５１５ｃを印刷ジョブとしてウェブサーバ５０１に送信する。すなわち、プルプリントが行われる際、生成されたジョブデータ５１５ｃは、直接画像形成装置１に送信されるのではなく、いったんウェブサーバ５０１にスプールされる。ウェブサーバ５０１の制御部５２０は、送信されたジョブデータ５１５ｃを、ＨＤＤ５１５に保存する。ＨＤＤ５１５には、例えばＢＯＸと呼ばれるデータ格納用の、複数の区画が設けられている。ジョブデータ５１５ｃは、いずれかのＢＯＸに保存される。各ＢＯＸには、アクセスなどを行えるユーザを制限するアクセス権限が設定されている。例えば、あるＢＯＸについてのアクセス権限は、特定のユーザが画像形成装置１にログインしているときに、そのユーザが、そのＢＯＸに、画像形成装置１からアクセスしたりデータを保存したりできるように、設定されている。
ウェブサーバ５０１は、ジョブデータ５１５ｃが送信されたとき、送信されたジョブデータ５１５ｃについて、ジョブ状況テーブル５１５ｅを更新する。ジョブ状況テーブル５１５ｅは、例えば、各ジョブデータ５１５ｃの実行状況に関する情報を含むものである。
ジョブデータ５１５ｃがウェブサーバ５０１のＨＤＤ５１５に記憶されている状態で、画像形成装置１においてプルプリントを実行する旨の指示が受け付けられると、画像形成装置１は、ウェブサーバ５０１と通信して、ジョブデータ５１５ｃを取得する。画像形成装置１は、ジョブデータ５１５ｃを取得すると、その印刷ジョブを実行し、印刷物を出力する。ここで、プルプリントを実行する旨の指示は、画像形成装置１の制御部２０がプルプリントを行うための制御プログラム２３ａを実行することで受け付け可能であってもよいし、後述のようにウェブアプリケーションが実行されることで受け付け可能であってもよい。
プルプリントは、例えば、ユーザがプルプリントの出力先となる画像形成装置１へログインしているときに行われる。ユーザがログインした画像形成装置１において、ユーザによりプルプリントを実行する旨の操作が行われると、ユーザ自身が画像形成装置１の側にいる状態で印刷物が出力される。このようにプルプリントが実行されることで、高いセキュリティ効果が得られる。本実施の形態において、画像形成装置２０１，３０１も画像形成装置１と同様の構成及び機能を有しており、画像形成装置２０１，３０１でプルプリントを行うことが可能である。ユーザは、画像形成装置１などにログインしたとき、印刷を行う画像形成装置１，２０１，３０１を選択できるようにしてもよい。例えば、画像形成装置１にログインしたとき、印刷先として画像形成装置１，２０１，３０１のいずれかを指定できるようにしてもよい。
［ウェブブラウザ機能の説明］
画像形成装置１のウェブブラウザ機能は、ウェブブラウザ（文書取得手段の一例；解析手段の一例；生成手段の一例；データ取得手段の一例）により、ウェブサーバ５０１により提供されているウェブページが表示パネル１３に閲覧可能に表示される機能である。ウェブブラウザは、ウェブサーバ５０１にアクセスして、ウェブサーバ５０１により提供されているウェブページの情報を取得する。
図６は、ウェブブラウザ機能を説明する図である。
図６を参照して、画像形成装置１において、ウェブブラウザ５３は、ＣＰＵ２１が所定の制御プログラム２３ａを起動することにより起動されて動作する。ウェブブラウザ５３は、例えば、機能選択画面６３が表示パネル１３に表示されている状態で、操作部１１を介してユーザの所定の操作指示があったとき、それに応じて起動される。
機能選択画面６３は、ＣＰＵ２１の制御に基づいて、表示パネル１３に表示される。機能選択画面６３には、例えば、画像形成装置１において利用可能な各種機能を選択するボタン６３ａ，６３ｂ，６３ｃ，６３ｄが配置されている。ユーザは、表示パネル１３や操作部１１のボタンを介して、これらのボタン６３ａ，６３ｂ，６３ｃ，６３ｄを指定する操作を行うことで、指定したボタン６３ａ，６３ｂ，６３ｃ，６３ｄに対応する機能を利用することができる。コピーボタン６３ａは、複写機能に対応するものである。スキャンボタン６３ｂは、スキャナ機能に対応するものである。検索ボタン６３ｃは、検索機能に対応するものである。ウェブボタン６３ｄは、ウェブ閲覧機能に対応するものである。検索機能は、所定のサーチエンジンに接続して検索作業を行えるようにする機能である。ウェブ閲覧機能は、所望のウェブサーバにより提供されるウェブページを閲覧可能に表示したり、そのウェブページをプリントしたりする機能である。検索機能及びウェブ閲覧機能は、ウェブブラウザ機能を利用して利用可能になる。すなわち、検索ボタン６３ｃ又はウェブボタン６３ｄが指定される操作が行われたとき、画像形成装置１において、ウェブブラウザ５３が起動する。
ウェブブラウザ５３は、ウェブページを表示するための情報（例えば、ＨＴＭＬで記述されたデータ及びウェブページに含まれる画像データなど）に基づいて、ウェブページの表示画像を生成し、生成したウェブページの表示画像を表示パネル１３に表示する。
ウェブブラウザ機能では、画像形成装置１は、ウェブサーバ５０１を含むネットワーク８００を経由して通信可能なウェブサーバにより提供されているウェブページを閲覧可能にすることができる。ウェブブラウザ５３は、例えば、所定の通信プロトコル（例えば、ＨＴＴＰなど）により、ユーザにより指定されたＵＲＩに基づいて、ウェブページを表示するための情報（表示データ）の取得を要求する（ＧＥＴ）。要求を受けたウェブサーバは、ウェブブラウザ５３に表示データを送信する。これにより、ウェブブラウザ５３は、表示データを取得できる。表示データは、例えば、ページ情報５１５ａ及びそれに対応する画像データ５１５ｂなどである。
ＵＲＩは、例えば、ユーザが操作部１１などを介して直接に入力操作を行うことで指定される。ＵＲＩは、例えば、閲覧可能に表示されているウェブページに含まれる別のウェブページを示すハイパーリンクを指定する操作が行われることで指定される。
ウェブブラウザ５３が機能しているとき、キャッシュ管理部５５及び履歴管理部５７が機能する。キャッシュ管理部５５及び履歴管理部５７は、それぞれ、ウェブブラウザ５３の一機能として実現される。すなわち、キャッシュ管理部５５及び履歴管理部５７は、ＣＰＵ２１が制御プログラム２３ａなどを実行することなどにより実現される。
キャッシュ管理部５５は、ウェブブラウザ５３が取得した情報を、キャッシュ情報１５ｂとしてＨＤＤ１５に記憶させる。キャッシュ情報１５ｂには、マークアップ言語により記述されたページ情報と、ページ情報に基づいて閲覧されるウェブページに含まれる画像データとが含まれる。キャッシュ情報１５ｂには、ページ情報や画像データのほか、ウェブページを表示するために用いられる情報やプログラムなどが含まれていてもよい。また、キャッシュ管理部５５は、各キャッシュ情報１５ｂについてキャッシュデータベース１５ａを用いて管理する。キャッシュデータベース１５ａでは、例えば、キャッシュ情報について、ＵＲＩ、ファイル名、取得時刻などの情報が記憶される。
履歴管理部５７は、ウェブブラウザ５３が情報を取得した履歴に関する情報を、履歴データベース１５ｃを用いて、履歴情報として管理する。履歴情報には、例えば、取得された情報のＵＲＩ及び取得時刻などの情報が含まれている。
キャッシュ管理部５５は、例えばユーザの操作指示に従って、指定されたキャッシュ情報１５ｂ及びそのキャッシュ情報１５ｂに関するキャッシュデータベース１５ａの情報を削除する。また、履歴管理部５７は、例えばユーザの操作指示に従って、履歴データベース１５ｃのレコードのうち指定されたものを削除する。
キャッシュ管理部５５は、キャッシュ情報１５ｂ及びそのキャッシュ情報１５ｂに関するキャッシュデータベース１５ａの情報のうち一方又は両方について、所定のタイミング（例えば、キャッシュ情報１５ｂを記憶してから所定時間が経過したとき、又は最後にそのウェブページにアクセスしてからの所定時間が経過したときなど）で削除を行ってもよい。同様に、履歴管理部５７は、履歴データベース１５ｃのレコードについて、所定のタイミング（例えば、履歴情報を記憶してから所定時間が経過したとき、又は最後にそのウェブページにアクセスしてから所定時間が経過したときなど）で削除を行ってもよい。
ウェブブラウザ機能によれば、ユーザは、ウェブブラウザ５３を動作させて所望のウェブページを表示パネル１３などに表示させることにより、ウェブページを閲覧することができる。また、ユーザは、閲覧しているウェブページに含まれるハイパーリンクを指定することで、そのハイパーリンクのリンク先のウェブページなどを閲覧することができる。ウェブブラウザ５３によりウェブページが表示されているとき、ユーザは、ウェブブラウザ５３に所定の操作指示を行うことで、表示中のウェブページについて、画像形成装置１に画像を形成させることができる。
［ウェブアプリケーションの説明］
ウェブサーバ５０１は、ウェブアプリケーションを提供可能に構成されている。すなわち、ウェブサーバ５０１は、アプリサーバ（ウェブアプリケーションのサーバ）として機能する。ウェブブラウザ５３は、ウェブサーバ５０１にアクセスし、ウェブアプリケーションに関する情報を取得し、ウェブページの表示を行う。これにより、ウェブブラウザ５３は、ユーザに、ウェブアプリケーションを利用可能に提示することができる。ウェブアプリケーション方式の長所としては、画像形成装置１などに個々にアプリケーションソフトウェアを利用可能に設定する必要がない点、ウェブサーバ５０１側のプログラムなどを変更するだけで、画像形成システム９００の全体で変更後のウェブアプリケーションを利用できる点などが挙げられる。画像形成システム９００を、利便性が高く、メンテナンスが容易なものにすることができる。
以下、画像形成システム９００で利用されるウェブアプリケーション機能の具体例について説明する。画像形成システム９００では、例えば、ウェブアプリケーション機能により、プルプリント機能や、スキャン送信機能が実現される。以下の説明において、プルプリント機能を実現するためのウェブアプリケーションを「ＡＰＰ１」と呼ぶことがある。また、スキャン送信機能を実現するためのウェブアプリケーションを「ＡＰＰ２」と呼ぶことがある。本実施の形態において、ＡＰＰ１及びＡＰＰ２は、画像形成装置１に登録して利用可能である。
図７は、ウェブアプリケーション機能により実現されるプルプリント機能の一例を説明する図である。
プルプリント機能では、前もって、プリントジョブがウェブサーバ５０１に登録される。すなわち、ステップＳ１０１において、ＰＣ４０１からウェブサーバ５０１に、プリントジョブが送信される。プリントジョブが送信されると、ウェブサーバ５０１のＨＤＤ５１５において、ジョブデータ５１５ｃが記憶される。なお、プリントジョブは、ウェブサーバ５０１とは別の、プルプリント用のファイルサーバなどに登録されてもよい。
ステップＳ１０２において、ウェブアプリケーションが利用されるとき、操作部１１は、後述のようにアプリ管理部５１により登録されたウェブアプリケーションを選択する指示を受け付ける。すなわち、操作部１１は、ウェブアプリケーションを利用する指示を受け付ける。
本実施の形態において、ウェブアプリケーションが登録されている状態では、機能選択画面６３に、ウェブアプリケーションに対応するボタンが表示される。これらのボタンは、画像形成装置１の種々のスタンドアロンアプリケーションに対応するボタン６３ａ，６３ｂ，６３ｃ，６３ｄに並んで表示される。図７に示す例においては、ウェブアプリケーションとして、ＡＰＰ１及びＡＰＰ２が画像形成装置１に登録されている。機能選択画面６３には、ボタン６３ａ，６３ｂ，６３ｃ，６３ｄとともに、ＡＰＰ１を動作させるためのボタン６３ｅ及びＡＰＰ２を動作させるためのボタン６３ｆが表示されている。ユーザは、ボタン６３ｅについて操作入力を行うことで、画像形成装置１においてＡＰＰ１を利用することができる。ユーザは、ボタン６３ｆについて操作入力を行うことで、画像形成装置１においてＡＰＰ２を利用することができる。
画像形成装置１では、ユーザによりプルプリントを行う旨の指示を受け付ける。画像形成装置１の表示パネル１３に、機能選択画面６３が表示される。表示された機能選択画面６３において、ボタン６３ｅについて操作入力が行われると、そのボタン６３ｅに対応するＡＰＰ１が起動する。すなわち、ＡＰＰ１のウェブページがウェブブラウザ５３で表示され、ユーザが閲覧及び操作入力することが可能になる。同様に、表示された機能選択画面６３において、ボタン６３ｆについて操作入力が行われると、そのボタン６３ｆに対応するＡＰＰ２が起動する。すなわち、ＡＰＰ２のウェブページがウェブブラウザ５３で表示され、ユーザが閲覧及び操作入力することが可能になる。
ステップＳ１０３において、ウェブアプリケーションが起動するとき、ウェブブラウザ５３は、ウェブサーバ５０１に対して、ウェブページに関する情報を要求する。なお、このとき、要求を行うウェブページについて、キャッシュ情報１５ｂが既に記憶されており、ウェブページが更新されていない場合には、ウェブブラウザ５３は、キャッシュ情報１５ｂをそのウェブページのコンテンツとして取得可能である。
ステップＳ１０４において、ウェブサーバ５０１は、ウェブブラウザ５３からの要求に応じて、ウェブページに関する表示データを送信する。これにより、ウェブブラウザ５３は、ウェブアプリケーションを選択する指示に応じて、ウェブアプリケーションを実行するための情報を取得する。
ステップＳ１０５において、ウェブブラウザ５３は、取得した表示データに基づいて、表示パネル１３に表示を行う。これにより、プリント指示画面（ウェブアプリケーションの表示画面の一例）６５が表示される。
ここで、プリント指示画面６５には、ジョブ選択ボタン６５ａ，６５ｂと、プリントボタン６５ｃと、送信ボタン６５ｄと、次ページ遷移ボタン６５ｅと、バックボタン６５ｆとが配置されている。プリント指示画面６５は、一見、スタンドアロンのアプリケーションの操作画面であるとユーザに感じさせるような画面構成を有するものである。ユーザは、これらの各ボタン６５ａ〜６５ｆを選択する操作を操作部１１を介して行うことができる。各ボタン６５ａ〜６５ｆは、ページ情報に基づいて所定の画像データであるボタン画像が表示されることで、プリント指示画面６５内に表示される。
ジョブ選択ボタン６５ａ，６５ｂには、ウェブサーバ５０１に記憶されているプリントジョブの情報が表示される。ユーザは、これらのプリントジョブのうちプリントしたいものを選択することができる。プリントボタン６５ｃは、ボタン６５ａ，６５ｂで選択されているプリントジョブを実行する指示を行うためのボタンである。送信ボタン６５ｄは、ボタン６５ａ，６５ｂで選択されているプリントジョブのデータを送信する指示を行うためのボタンである。データは、例えばファクシミリにより送信したり、電子メールにより送信したりすることができる。次ページ遷移ボタン６５ｅは、例えば記憶されているプリントジョブの数が多く、プリントジョブを複数ページに分割して表示している場合などにおいて、現在のページの次のページを表示させる指示を行うためのボタンである。バックボタン６５ｆは、プリント指示画面６５が表示されている状態からそれ以前に表示されていた機能選択画面６３に戻るためのボタンである。
ステップＳ１０６において、ウェブブラウザ５３は、ユーザがプリントボタン６５ｃを操作したとき、それに応じた指示情報をウェブサーバ５０１に送信する。ここで、指示情報には、プリント対象とするプリントジョブを特定する情報と、そのプリントジョブのプリント指示とが含まれる。指示情報は、例えば所定のＵＲＩを取得するための形式の情報であってもよいし、他のコマンドのような形式のものであってもよい。
ステップＳ１０７において、ウェブサーバ５０１は、指示情報を受けると、特定されたプリントジョブのデータを画像形成装置１に送信する。
ステップＳ１０８において、画像形成装置１のプリント部３０は、ウェブサーバ５０１から送信されたプリントジョブのデータに基づいて、プリントを行う。すなわち、画像形成装置１において、プリント指示画面６５において指示された通りに、プリントジョブが実行される。
図８は、ウェブアプリケーション機能により実現されるスキャン送信機能の一例を説明する図である。
スキャン送信機能は、画像形成装置１のスキャン部４０により原稿をスキャンして生成した画像データを、ウェブサーバ５０１を介して外部機器に送信する機能である。画像形成装置１に送信先情報が記憶されていなくても、ウェブサーバ５０１や画像形成システム９００内の他の装置に記憶されている送信先情報に基づいて、データの送信を行うことができる。例えば、画像形成装置１や画像形成システム９００にログインしているユーザに応じて管理装置６０１などに送信先情報が記憶されているとき、ログインしているユーザに応じた送信先にデータを送信できるようにしてもよい。
スキャン送信機能は、例えば、上述の機能選択画面６３において、スキャン送信機能に対応するボタン６３ｆが操作されたときに起動される。すなわち、ウェブブラウザ５３は、ウェブサーバ５０１にアクセスし、ウェブページなどの情報を取得する。ウェブブラウザ５３は、取得した情報に基づいて、スキャン送信機能の設定画面をユーザに閲覧可能に表示する。これにより、スキャン送信機能が利用可能になる。
図８を参照して、スキャン送信機能が利用可能になると、スキャン送信機能の設定画面（ウェブアプリケーションの表示画面の一例）６７が表示される。設定画面６７には、ファクシミリ送信選択ボタン６７ａと、電子メール送信選択ボタン６７ｂと、バックボタン６７ｆとが含まれる。バックボタン６７ｆは、バックボタン６５ｆと同様のボタンである。ファクシミリ送信選択ボタン６７ａは、スキャン部４０によりスキャンして生成された画像をファクシミリ送信することを選択するためのボタンである。ファクシミリ送信選択ボタン６７ａが操作されると、後述のように、生成された画像データがウェブサーバ５０１からファクシミリ送信される。電子メール送信選択ボタン６７ｂは、スキャン部４０によりスキャンして生成された画像を電子メールにより送信することを選択するためのボタンである。電子メール送信選択ボタン６７ｂが操作されると、後述のように、生成された画像データがウェブサーバ５０１から電子メールにより送信される。各ボタン６７ａ，６７ｂ，６７ｆは、ページ情報に基づいて所定の画像データであるボタン画像が表示されることで、設定画面６７内に表示される。
なお、ファクシミリ送信選択ボタン６７ａ又は電子メール送信選択ボタン６７ｂが操作されると、設定画面６７から送信先を設定するための送信先選択画面（図示せず）に画面が遷移する。送信先選択画面は、例えば、スキャン送信機能により画像データの送信を行うことが可能な送信先の候補を表示し、それらのうちから実際に画像データの送信先とするものをユーザに選択させる画面である。送信先の候補は、例えば、ウェブサーバ５０１に記憶されている情報や、管理装置６０１に記憶されている送信先情報に基づいて表示されればよい。また、画像形成装置１に記憶されている情報に基づいて送信先の候補が表示されるようにしてもよい。
ステップＳ２０１において、設定画面６７において送信方法（例えば、ファクシミリ送信を行うか、電子メールによる送信を行うかなど）の選択操作が行われると、それに応じて、ウェブブラウザ５３は指示情報をウェブサーバ５０１に送信する。ここで、指示情報は、例えば所定のＵＲＩを取得するための形式の情報であってもよいし、他のコマンドのような形式のものであってもよい。
ステップＳ２０２において、ウェブサーバ５０１は、指示情報を送信した画像形成装置１に対し、スキャン開始指示を送信する。
ステップＳ２０３において、画像形成装置１は、スキャン開始指示に応じて、原稿のスキャンを行う。スキャンは、スキャン部４０により行われる。これにより、画像データが生成される。
ステップＳ２０４において、画像形成装置１は、生成された画像データをウェブサーバ５０１に送信する。送信は、例えばＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）やＷｅｂＤＡＶ（Ｗｅｂ Ｄｉｓｔｒｉｂｕｔｅｄ Ａｕｔｈｏｒｉｎｇ ａｎｄ Ｖｅｒｓｉｏｎｉｎｇ）などのプロトコルにより行われる。画像データは、ウェブサーバ５０１に記憶される。
ステップＳ２０５において、ウェブサーバ５０１は、指示情報に基づいて、設定画面６７において指定された方法で、指定された送信先に、画像データを送信する。例えば、ファクシミリ送信を行うことが指示されているときには、ウェブサーバ５０１は、画像データを、指定された電話番号を送信先として、電話回線を通じて送信する。また、電子メールによる送信を行うことが指示されているときには、ウェブサーバ５０１は、画像データを、指定されたメールアドレスを送信先として、ＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎ）などに基づいて電子メールによって送信する。なお、画像データは、ファクシミリ送信が行われる際、インターネットＦＡＸなど、ＩＰ（インターネット・プロトコル）ネットワークを経由して送信されてもよい。
画像形成装置１は、スキャン部４０で生成した画像データに画像処理を施した上で、処理後の画像データをウェブサーバ５０１に送信するようにしてもよい。また、ウェブサーバ５０１が、送信された画像データについて画像処理を施した上で、送信を行うようにしてもよい。このとき、画像処理として、設定画面６７において指定されたものが行われるようにしてもよい。画像形成装置１で画像処理が行われる場合、スキャン開始指示とともに、画像データについて行われるべき画像処理を特定するための情報が、ウェブサーバ５０１から画像形成装置１に送られるようにすればよい。この場合、例えば、送信方法についての情報が画像形成装置１に送られ、画像形成装置１が、送信方法に応じた画像処理を行うようにしてもよい。
指示情報において、スキャンを行う画像形成装置を指定する情報が含まれるようにし、ウェブサーバ５０１が、指示情報において指定された画像形成装置にスキャン開始指示を送信するようにしてもよい。この場合、スキャン開始指示が送信された画像形成装置が、原稿のスキャンを行い、生成した画像データをウェブサーバ５０１に送信するようにすればよい。
上記の説明において、画像データはウェブサーバ５０１から送信されるが、これに限られるものではなく、他の装置から送信されるようにしてもよい。例えば、画像データは、画像形成装置１から送信されるようにしてもよい。この場合、ウェブサーバ５０１から画像形成装置１に、選択された送信先の情報と、選択された送信方法の情報とを送信指示として送信し、画像形成装置１が、送信指示に基づいて送信を行うようにしてもよい。また、画像形成装置１から別の送信サーバに画像データが送信され、送信サーバが、ウェブサーバ５０１から送信方法と送信先の指示を受け、画像データの送信を行うように構成されていてもよい。
本実施の形態において、例えば所定の要件を満たしたウェブアプリケーションには認定情報が付与されている。すなわち、画像形成装置１は、ウェブアプリケーションとして、認定情報を付与されたものすなわち認定されているものと、認定されていないものとをそれぞれ利用可能である。画像形成装置１は、ウェブアプリケーションが認定されているか否かに応じて、そのウェブアプリケーションの登録に関する取扱い方法を変更することができる。
［ウェブアプリケーションの登録の説明］
本実施の形態において、画像形成装置１には、１つのウェブアプリケーション又は複数のウェブアプリケーションが登録可能である。ウェブアプリケーションの登録とは、そのウェブアプリケーションを速やかに起動できるように、画像形成装置１に設定しておくことをいう。本実施の形態では、例えば、ウェブアプリケーションを実行するための情報（例えば、ウェブアプリケーションの起動時に表示するウェブページの情報など）を取得するための情報（例えば、ＵＲＩなど）の登録が行われる。ウェブアプリケーションが登録されると、ウェブアプリケーションを起動するためのショートカットアイコンなどが、ユーザが容易に選択できるように所定の機能選択画面に表示される。このとき、ウェブアプリケーションを登録するために必要な所定の情報や、登録されたウェブアプリケーションの使用時に必要な所定の情報（例えば、ＵＲＩなど）が、ウェブサーバ５０１から画像形成装置１に送られ、画像形成装置１で記憶される。ウェブブラウザ５３は、アプリ管理部５１により登録された、ウェブページの情報を取得するためのＵＲＩなどの情報に基づいて、ウェブアプリケーションを実行するための情報を取得する。ウェブアプリケーションの登録を行うことで、ユーザは、容易にそのウェブアプリケーションを利用できるようになる。ウェブアプリケーションの登録は、例えば、登録するアプリケーションのＵＲＩなどを、ウェブアプリケーションを管理するためのデータベースに記録することなどによって行われる。
なお、ウェブアプリケーションの登録は、以下のような態様で行われるものであってもよい。例えば、ウェブアプリケーションを起動するためのＵＲＩなどの情報を含む、いわゆるブックマークを記録すること（ウェブページのＵＲＩをウェブブラウザ５３などに記録し、再度選択可能にすること）により行われてもよい。また、例えば、ショートカットアイコンなどを表示しなくても、ユーザが行う所定の操作入力や、画像形成装置１が検知可能なユーザによる所定の振る舞いなど（例えば認証動作など）に応じて、所定のウェブアプリケーションが起動するように、画像形成装置１に設定することにより行われてもよい。
ユーザ認証機能により画像形成装置１にログインしている所定のユーザのみが、ウェブアプリケーションの登録を行えるようにしてもよい。例えば、画像形成装置１の管理者権限を有するユーザや画像形成システム９００の管理者権限を有するユーザのみがウェブアプリケーションの登録を行えるように制限することができる。
登録可能なウェブアプリケーションは、限定的であってもよい。所定のウェブアプリケーションのみが登録可能になるようにアプリ管理部５１が設定されており、登録対象としてウェブアプリケーションが指定されたとき、それが登録可能なものであるか否かをアプリ管理部５１が判断するようにしてもよい。例えば、アプリ管理部５１が、予め登録可能なウェブアプリケーションを示すテーブルなどを有し、そのテーブルに基づいて、アプリ管理部５１が、ウェブアプリケーションを登録可能であると判断してもよい。
認定情報が付与されているウェブアプリケーションのみが登録可能になるようにしてもよい。アプリ管理部５１は、ウェブアプリケーションの登録に先立ち、ウェブサーバ５０１からウェブアプリケーションに関する認定情報を取得し、その認定情報に基づいて、ウェブアプリケーションを登録可能か否かを判断するようにしてもよい。アプリ管理部５１は、例えば、ＨＤＤ１５に記憶されている認定テーブル１５ｅを参照して、上記判断を行うことができる。認定テーブル１５ｅは、例えば、認定されているウェブアプリケーションについての情報がまとめられているものである。
なお、画像形成装置１へのウェブアプリケーションの登録は、ウェブサーバ５０１や画像形成装置１と通信可能な外部機器からの指示に基づいて行われるようにしてもよい。例えば、ウェブサーバ５０１が、登録対象の画像形成装置１にウェブアプリケーションに関する情報を送信し、画像形成装置１のアプリ管理部５１は、送信された情報を受信したとき、そのウェブアプリケーションについて登録を行うようにしてもよい。
［ウェブアプリケーション利用時のデータ取得動作の説明］
ここで、本実施の形態においては、上記のようにウェブアプリケーションが用いられるとき、以下のような動作が行われる。ウェブブラウザ５３は、初めにウェブアプリケーションのページ情報５１５ａを取得し、取得したページ情報５１５ａについて解析処理を行う。解析処理では、ページ情報５１５ａに含まれるＵＲＩ（パスを含む。）のうち画像を指し示すものについて、予め設定された固定名称が含まれるか否かが判断される。ウェブブラウザ５３は、ＵＲＩに固定名称が含まれるとき、予め固定名称に対応付けられた所定の場所からＵＲＩに対応する画像データなどを取得する。ウェブブラウザ５３は、取得した画像データを用いて、ページ情報５１５ａに基づいて、ウェブアプリケーションの表示画面を生成する。生成された表示画面が表示パネル１３に表示されることで、ユーザは、ウェブアプリケーションを用いることができる。
固定名称は、予め画像形成装置１に設定されているものである。固定名称は、画像データが記憶されている所定の場所に対応付けられている。固定名称と所定の場所との対応関係は、解析テーブル１５ｆとして設定されている。
固定名称に対応付けられた所定の場所に記憶されている画像データとしては、画像形成装置１，２０１，３０１の内蔵アプリケーションの動作時に表示される画像と同じ、共通画像（共通データの一例）がある。共通画像は、内蔵アプリケーションで表示される操作アイコンなどの画像である。本実施の形態において、ウェブアプリケーションの表示画面が、ページ情報５１５ａに従って、共通画像を用いて生成される。これにより、ウェブアプリケーションのＵＩと、内蔵アプリケーションのそれとの統一性が高くなる。したがって、ウェブアプリケーションの利用時にユーザが混乱しにくくなる。
ウェブアプリケーションの登録が行われるときには、画像形成装置１により、そのウェブアプリケーションで用いられる画像データのうち、画像形成装置１の内部に記憶されていないもののうち少なくとも一部が取得される。取得された画像データは、画像形成装置１の内部に記憶される。ウェブブラウザ５３は、ウェブアプリケーションの利用時において、画像形成装置１の内部に記憶された画像データを取得し、それを用いて、ウェブアプリケーションの表示画面を生成する。これにより、登録されたウェブアプリケーションの利用時においては、ベンダ固有の画像データ（ウェブアプリケーション固有の画像データ）についても、画像形成装置１の内部に記憶されたものを用いることができる。
図９は、画像形成システム９００におけるウェブアプリケーションの登録時及び利用時の動作を説明する図である。
まず、ウェブアプリケーションの登録の流れについて説明する。図９を参照して、画像形成装置１には、アプリ管理部（登録手段の一例；第２の記憶手段の一例；判定手段の一例；名称設定手段の一例）５１が設けられている。アプリ管理部５１は、ＣＰＵ２１が所定の制御プログラム２３ａを実行することなどにより実現される。
アプリ管理部５１は、ウェブサーバ５０１により提供されるウェブアプリケーションの登録を行う。ウェブアプリケーションは、例えば、画像形成装置１において所定の操作入力などが行われると、アプリ管理部５１により、画像形成装置１に登録される。
ステップＳ５１において、画像形成装置１で登録対象となるウェブアプリケーションとして、ウェブサーバ５０１が提供するウェブアプリケーションが指定されると、アプリ管理部５１は、ウェブサーバ５０１から指定されたウェブアプリケーションに関する情報を取得する（Ｓ５１）。アプリ管理部５１は、例えば、ウェブアプリケーションのＵＲＩ及び識別情報（Ｃｏｏｋｉｅなど）など、ウェブアプリケーションを使用する際に必要な情報を取得する。なお、このとき、アプリ管理部５１は、ウェブアプリケーションについて表示するウェブページの情報などをキャッシュ管理部５５に記憶させてもよい。アプリ管理部５１は、取得した情報に基づいて、ウェブアプリケーションの登録を行う。
このとき、アプリ管理部５１は、サーバにより提供され登録されたウェブアプリケーションが、認定されているものであるか否かを判断する。アプリ管理部５１は、ＨＤＤ１５に記憶されている認定テーブル１５ｅを参照することで、登録されたウェブアプリケーションが認定されているものであるか否かを判断する。ウェブアプリケーションが認定されていないものであれば、アプリ管理部５１は、以降の処理を行わない。すなわち、ウェブアプリケーションが認定されていないものであれば、以下に説明するウェブサーバ５０１からの画像データ５１５ｂの取得が行われない。
ステップＳ５２において、アプリ管理部５１は、ウェブアプリケーションが認定されているものであれば、ウェブサーバ５０１から、ウェブアプリケーションの画像データ５１５ｂを取得し、以下の処理（Ｓ５３，Ｓ５４）を行う。このとき、画像形成装置１の内部に記憶されていない画像データが、ウェブサーバ５０１から取得される。
ステップＳ５３において、アプリ管理部５１は、ウェブサーバ５０１から取得した画像データを、例えばＨＤＤ１５に画像データ１５ｄとして記憶する。このとき、本実施の形態において、画像データ１５ｄは、ウェブブラウザ５３の通常の機能によりＨＤＤ１５に記憶されているキャッシュ情報１５ｂとは別に記憶される。画像データ１５ｄは、ＨＤＤ１５のうち、所定のディレクトリに記憶される。なお、ウェブサーバ５０１から取得された画像データは、ＨＤＤ１５ではなく、ＲＯＭ２３に画像データ２３ｄとして記憶されてもよい。
ステップＳ５４において、アプリ管理部５１は、ウェブサーバ５０１に対し、固定名称を送信する。ここで、固定名称は、登録手段により登録されたウェブアプリケーションに関するものである。アプリ管理部５１は、固定名称を、画像データ１５ｄの記憶場所である所定のディレクトリに対応付けて設定する。アプリ管理部５１は、固定名称の設定を行ったとき、設定された固定名称に関する情報を、ウェブサーバ５０１に送信する。なお、画像データ１５ｄの記憶場所は、所定のディレクトリに限られず、アプリ管理部５１などにより適宜決定されるようにしてもよい。
ウェブサーバ５０１では、固定名称に関する情報を受信すると、それに基づいて、ページ情報５１５ａを確認する処理を行う。すなわち、制御部５２０は、画像形成装置１から送信された固定名称に関する情報を取得し、その情報に基づいて、ウェブアプリケーションのウェブページのページ情報５１５ａの変更を必要に応じて行う。制御部５２０は、ページ情報５１５ａに含まれるＵＲＩのうち、ＨＤＤ１５に記憶された画像データ１５ｄに関するものについて、アプリ管理部５１により設定された固定名称が含まれるように変更する。これにより、後述のようにウェブアプリケーションが利用されるとき、画像データ１５ｄが画像形成装置１において用いられるようにすることができる。ページ情報５１５ａに含まれるＵＲＩが、既に固定名称を含むものであるときには、上記のようなページ情報５１５ａの変更は行われない。
固定名称の設定は、アプリ管理部５１などが、ウェブサーバ５０１からの指示に基づいて行うようにしてもよい。この場合、画像形成装置１からウェブサーバ５０１への固定名称に関する情報の送信は、行われなくてもよい。すなわち、ウェブサーバ５０１の制御部５２０は、ウェブアプリケーションの登録時、ページ情報５１５ａに含まれるＵＲＩのうち画像データ１５ｄに関するものに基づいて、設定されるべき固定名称に関する指示情報を画像形成装置１に送信する。すなわち、制御部５２０は、画像形成装置１で設定される固定名称が、画像データ１５ｄに関するＵＲＩに含まれるものになるように、指示情報を生成する。制御部５２０は、指示情報を画像形成装置１に送信する。アプリ管理部５１は、指示情報を受信し、指示情報に基づいて固定名称の設定を行う。
次に、登録されたウェブアプリケーションの利用時の動作について説明する。
例えばユーザからのウェブアプリケーションを利用する指示が受け付けられると、ステップＳ３０１において、ウェブブラウザ５３は、指示に応じて、ウェブサーバ５０１に対して、ウェブアプリケーションのページ情報５１５ａの取得要求を行う。
ステップＳ３０２において、ウェブサーバ５０１は、取得要求を受け、ページ情報５１５ａを画像形成装置１に送信する。ウェブブラウザ５３は、ページ情報５１５ａを取得する。
ここで、ウェブブラウザ５３は、取得したページ情報５１５ａに含まれるＵＲＩのうち画像を指し示すものを解析し、そのＵＲＩに予め設定された固定名称が含まれるか否かを判断する。ウェブブラウザ５３は、画像を指し示すＵＲＩとして、例えばＩＭＧタグに含まれるものを解析対象とする。解析は、解析テーブル１５ｆを参照して行われる。解析結果に応じて、各ＵＲＩについて、取得する画像データが変更される。
ステップＳ３０３及びステップＳ３０４において、ウェブブラウザ５３は、ＵＲＩに固定名称が含まれると判断されたとき、その固定名称について対応付けられた所定の場所を解析テーブル１５ｆを参照することで特定する。そして、ウェブブラウザ５３は、特定された所定の場所から、ＵＲＩに対応する画像を取得する。本実施の形態において、画像形成装置に設定されている固定名称には、ＨＤＤ１５内の所定のディレクトリや、ＲＯＭ２３内の所定のディレクトリが対応付けられている。すなわち、固定名称がＵＲＩに含まれる場合、ウェブブラウザ５３は、ＨＤＤ１５又はＲＯＭ２３から、そのＵＲＩに対応する画像データ１５ｄ，２３ｄを取得する。
上記のようにウェブアプリケーションの登録時においてアプリ管理部５１により画像データが取得された場合において、そのウェブアプリケーションが用いられる場合には、ウェブブラウザ５３は、アプリケーションの登録時に設定された固定名称がＵＲＩに含まれるか否かを解析することになる。そして、ウェブブラウザ５３は、固定名称がＵＲＩに含まれるときには、固定名称に対応付けられているＨＤＤ１５の所定のディレクトリから、ＵＲＩに対応する画像データ１５ｄを取得する。
ステップＳ３０５及びステップＳ３０６において、ウェブブラウザ５３は、取得したページ情報５１５ａに含まれるＵＲＩのうち固定名称が含まれないものに関して、ＵＲＩに対応するデータを取得する。例えば、ウェブブラウザ５３は、ウェブサーバ５０１にアクセスし、画像データ５１５ｂを取得する。認定されていないウェブアプリケーションについて、その登録時に画像データが取得されていないときは、ＵＲＩが指し示すデータが取得される。
ウェブブラウザ５３は、ステップＳ３０４及びステップＳ３０６で取得した画像データなどのデータを用いて、ページ情報５１５ａに基づいて、ウェブアプリケーションの表示画面を生成する。
なお、ウェブブラウザ５３は、キャッシュ情報１５ｂよりも、固定名称が含まれるＵＲＩに対応するものとして取得されたデータを優先して用いる。すなわち、ＵＲＩに対応する画像データが、画像形成装置１の内部に一時的にキャッシュ情報１５ｂとして記憶されている場合であって、そのＵＲＩが固定名称を含むものである場合を想定する。この場合において、固定名称に対応する場所から画像データ１５ｄ，２３ｄが取得されたときには、ウェブブラウザ５３は、キャッシュ情報１５ｂを用いず、取得された画像データ１５ｄ，２３ｄを用いて、表示画面の生成を行う。これにより、所定の場所から取得された、より信頼性が高いデータを用いて、表示画面が生成される。
ここで、画像形成装置１の内部に一時的に記憶されているキャッシュ情報１５ｂを使用しないように設定されている場合、例えばブラウザのキャッシュ機能が無効化されている場合を想定する。この場合においても、ウェブブラウザ５３は、固定名称が含まれるＵＲＩに対応するものとして取得された、画像形成装置１の内部に記憶されている画像データ１５ｄ，２３ｄを使用して、表示画面を生成する。これにより、キャッシュ機能を利用しているか否かにかかわらず、固定名称が含まれるＵＲＩに対応するデータを使用した表示画面が確実に表示される。
図１０は、解析テーブル１５ｆの内容の一例を示す図である。
図１０を参照して、解析テーブル１５ｆでは、固定名称とそれに対応する画像データの場所とが対応付けられている。固定名称としては、例えば、「／ｋｍ／」と、「／ａｐ１／」と、「／ａｐ２／」とがある。
固有名称「／ｋｍ／」については、ＲＯＭ２３のディレクトリである、「／ｒｏｍ／ｐａｎｅｌ／ｉｍｇ／ｋｍ／」が所定の場所として対応付けられている。このディレクトリには、共通画像が画像データ２３ｄとして記憶されている。固有名称「／ｋｍ／」は、共通画像に関して設定されているものである。ここで共通画像とは、他のアプリケーションと共有されうる画像である。共通画像は、画像形成装置１の内蔵アプリケーションで利用されたり、一定のウェブアプリケーション（例えば、認定されているウェブアプリケーション）で利用されたりする。共通画像としては、例えば、ウェブアプリケーションのウェブページの背景画像、ボタン画像、及びアイコン画像などが挙げられる。これらの画像のうち、共通画像としては、一部のみが記憶されていてもよい。
固有名称「／ａｐ１／」については、ＨＤＤ１５のディレクトリである、「／ｈｄｄ／ａｐｐ／ａｐ１／」が所定の場所として対応付けられている。このディレクトリには、ウェブアプリケーションＡＰＰ１の登録時にアプリ管理部５１により取得された画像などが画像データ１５ｄとして記憶される。また、固有名称「／ａｐ２／」については、ＨＤＤ１５のディレクトリである、「／ｈｄｄ／ａｐｐ／ａｐ２／」が所定の場所として対応付けられている。このディレクトリには、ウェブアプリケーションＡＰＰ２の登録時にアプリ管理部５１により取得された画像などが画像データ１５ｄとして記憶される。
図１１は、ページ情報５１５ａに含まれるＵＲＩについて説明する図である。
図１１には、ＨＴＭＬ形式で記述されたページ情報５１５ａに含まれる３つのＩＭＧタグ（一部分を示す。以下、単にタグと称することがある。）７００ａ，７００ｂ，７００ｃを示す。各タグ７００ａ，７００ｂ，７００ｃは、「＜ｉｍｇ ｓｒｃ＝”〜”＞」の形式で記述されている。すなわち、各タグ７００ａ，７００ｂ，７００ｃは、ページ情報５１５ａで表されるウェブページにおいて表示される（ウェブページに含まれる）画像を示すものである。各タグ７００ａ，７００ｂ，７００ｃのうち、二重引用符で囲まれた部分には、画像を示すＵＲＩ７０１ａ，７０１ｂ，７０１ｃが含まれている。本実施の形態において、ウェブブラウザ５３は、ページ情報５１５ａに含まれるＵＲＩのうち画像を指し示すものとして、このようなＩＭＧタグ７００ａ，７００ｂ，７００ｃで指定されているＵＲＩ７０１ａ，７０１ｂ，７０１ｃを対象として、解析を行う。なお、ＵＲＩ７０１ａ，７０１ｂ，７０１ｃは、いわゆる相対ＵＲＩ（相対パス）である。
上記のように、画像形成装置１の解析テーブル１５ｆで、固定名称として、「／ｋｍ／」と、「／ａｐ１／」と、「／ａｐ２／」とが指定されている場合を想定する。この場合において、各タグ７００ａ，７００ｂ，７００ｃのＵＲＩ７０１ａ，７０１ｂ，７０１ｃに、これらの固定名称が含まれるか否かがウェブブラウザ５３により判断される。
タグ７００ａのＵＲＩ７０１ａは、「／ａ／ｂ／ｃ．ｊｐｇ」である。ＵＲＩ７０１ａには、固定名称は含まれていない。そのため、ウェブブラウザ５３は、タグ７００ａについては、ＵＲＩ７０１ａに応じて、画像データである「／ａ／ｂ／ｃ．ｊｐｇ」を取得する。
タグ７００ｂのＵＲＩ７０１ｂは、「／ｋｍ／ａ．ｊｐｇ」である。ＵＲＩ７０１ｂには、図に破線で囲んで示すように、固定名称「／ｋｍ／」（固定名称７１０）が含まれている。そのため、ウェブブラウザ５３は、タグ７００ｂについては、固定名称７１０に対応付けられているＲＯＭ２３のディレクトリである、「／ｒｏｍ／ｐａｎｅｌ／ｉｍｇ／ｋｍ／」から、ＵＲＩ７０１ｂのうち固定名称７１０を除く部分に応じて、画像データである「ａ．ｊｐｇ」を取得する。この場合、ＵＲＩ７０１ｂで示される通りのデータ「／ｋｍ／ａ．ｊｐｇ」は取得されない。
タグ７００ｃのＵＲＩ７０１ｃは、「／ａｐ２／ｂ．ｊｐｇ」である。ＵＲＩ７０１ｃには、図に破線で囲んで示すように、固定名称「／ａｐ２／」（固定名称７３０）が含まれている。そのため、ウェブブラウザ５３は、タグ７００ｃについては、固定名称７３０に対応付けられているＨＤＤ１５のディレクトリである「／ｈｄｄ／ａｐｐ／ａｐ２／」から、ＵＲＩ７０１ｃに応じて、画像データである「ｂ．ｊｐｇ」を取得する。この場合、ＵＲＩ７０１ｃで示される通りのデータ「／ａｐ２／ｂ．ｊｐｇ」は取得されない。
図１２は、画像形成装置１でウェブアプリケーションの起動が開始されるときの動作を示すフローチャートである。
例えばユーザによりウェブアプリケーションを起動させる旨の指示が行われると、画像形成装置１のＣＰＵ２１は、ウェブブラウザ５３などの制御を行うことで、ウェブアプリケーションの起動を開始させる。
図１２を参照して、ステップＳ４０１において、ＣＰＵ２１は、起動するウェブアプリケーションのＵＲＬ（ＵＲＩの一例）に基づいて、ウェブサーバ５０１にアクセスする。ＣＰＵ２１は、ウェブサーバ５０１から、ＨＴＭＬファイル（ページ情報５１５ａ）を取得する。
ステップＳ４０３において、ＣＰＵ２１は、取得したＨＴＭＬファイル内に含まれる、ＩＭＧタグの処理（解析）を行う。
ステップＳ４０５において、ＣＰＵ２１は、ＩＭＧタグで指定されるＵＲＩに固定名称が含まれるか否かを判断する。換言すると、ＣＰＵ２１は、ページ情報５１５ａ内に固定名称画像のＵＲＩが含まれるか否かを判断する。
ステップＳ４０５において固定名称画像が含まれるとき、ステップＳ４０７において、ＣＰＵ２１は、ウェブアプリケーションが認定されたもの（認定アプリ）であるか否かを判断する。判断は、例えば、認定テーブル１５ｅを参照して行われる。
ステップＳ４０７で認定アプリであれば、ステップＳ４０９において、ＣＰＵ２１は、画像形成装置（ＭＦＰ）１の内部リソースを確認する。ここで、内部リソースとは、例えばＲＯＭ２３やＨＤＤ１５に記憶されているデータをいう。ＣＰＵ２１は、ＵＲＩに含まれる固定名称に対応する場所の内部リソースを確認する。ＣＰＵ２１は、ＵＲＩに対応するデータ（指定画像）すなわち固定名称画像が内部リソースとしてあるか否かを確認する。
ステップＳ４１１において、ＣＰＵ２１は、ＵＲＩに対応する指定画像が内部リソースとしてあるか否かを判断する。
ステップＳ４１１で指定画像があれば、ステップＳ４１３において、ＣＰＵ２１は、内部リソースからその画像データを取得する。換言すると、ＣＰＵ２１は、固定名称に対応する所定の場所から、ＵＲＩに応じて、画像データを取得する。
他方、ステップＳ４０５で固定名称画像が含まれないとき、ステップＳ４０７で認定アプリでないとき、又はステップＳ４１１で指定画像がないとき、そのＵＲＩについては、キャッシュ情報１５ｂ又はウェブサーバ５０１などから、画像の取得が行われる。すなわち、固定名称がＵＲＩに含まれないとき又はウェブアプリケーションが認定アプリでないとき、ＵＲＩが指し示すデータが取得される。ステップＳ４１５において、ＣＰＵ２１は、キャッシュ情報１５ｂの有無を確認する。ＣＰＵ２１は、ページ情報５１５ａに含まれるＵＲＩに対応するキャッシュ情報１５ｂがあるか否かを判断する。判断は、例えば、キャッシュデータベース１５ａを参照して行うことができる。
ステップＳ４１５でキャッシュ情報１５ｂがあれば、ステップＳ４１７において、ＣＰＵ２１は、キャッシュ情報１５ｂからＵＲＩに対応する画像データを取得する。これにより、画像データが速やかに取得され、かつ、ネットワーク８００のトラフィックも減少させることができる。
ステップＳ４１５でキャッシュ情報１５ｂがなければ、ステップＳ４１９において、ＣＰＵ２１は、例えばウェブサーバ５０１から、ＵＲＩに対応する画像データを取得する。データの取得先は、ウェブサーバ５０１に限られず、ＵＲＩにより指定されている他のサーバであってもよい。
ステップＳ４１３、ステップＳ４１７、又はステップＳ４１９で画像データが取得されると、ステップＳ４２１において、ＣＰＵ２１は、画像の表示処理を行う。ＣＰＵ２１は、取得した画像データを用いて、ページ情報５１５ａに従って、ウェブアプリケーションの表示画面のうちその画像データの部分を生成する。ＣＰＵ２１は、生成した表示画面を、表示パネル１３に表示させる。
ステップＳ４２３において、ＣＰＵ２１は、ページ情報５１５ａに、別のＩＭＧタグ（次のＩＭＧタグ）が含まれているか否かを判断する。ＩＭＧタグが含まれている場合には、すべてのＩＭＧタグに関する処理が完了するまで、ステップＳ４０３からステップＳ４２１の処理が繰り返し行われる。これにより、ステップＳ４２１において、すべてのＩＭＧタグにより指定されている画像が含まれるウェブページが表示パネル１３に表示される。すべてのＩＭＧタグに関する処理が完了し、ステップＳ４２３で別のＩＭＧタグが含まれていない場合には、ウェブページの表示が完了する。すなわち、ウェブアプリケーションの起動時の処理が完了する。
［表示画面例の説明］
図１３は、画像形成装置１の内蔵アプリケーションの表示画面の一例を示す図である。
図１３を参照して、画像形成装置１の内蔵アプリケーションが起動されているとき、表示画面１１０が表示パネル１３に表示される。表示画面１１０は、例えば、コピーモード（複写モード）であってコピーの開始指示を受け付け可能な状態下で表示されるＵＩ画像である。表示画面１１０は、複数種のボタン画像１１３，１１４，１１５，１１６や、アイコン画像１１７，１１８などが、背景画像１１９上に配置されて構成されている。
ボタン画像１１３は、読み取った画像を白黒で形成するか、カラーで形成するかの設定指示を受け付ける際に操作されるものである。ボタン画像１１４は、画像が形成される用紙に関する設定を受け付ける際に操作されるものである。ボタン画像１１５は、読み取った画像に対する形成する画像の倍率の設定を受け付ける際に操作されるものである。ボタン画像１１６は、複数部の画像形成機能や、組合せ（コンバイン）印刷機能に関する設定を受け付ける際に操作されるものである。
アイコン画像１１７は、複数枚の画像を形成するときにそれらをステープルで綴じる機能に対応するものである。アイコン画像１１８は、画像を形成した用紙にパンチで穴を開けるせん孔機能に対応するものである。背景画像１１９としては、それをＵＩの背景としたときに、ユーザがボタン画像１１３，１１４，１１５，１１６やアイコン画像１１７，１１８などを識別しやすくなるようなものが用いられている。
本実施の形態において、ボタン画像１１３，１１４，１１５，１１６、アイコン画像１１７，１１８、及び背景画像１１９などは、ＲＯＭ２３に画像データ２３ｄとして記憶されている。これらの画像は、認定されたウェブアプリケーションの表示画面に利用可能な共通画像である。所定の固定名称がＵＲＩに含まれる場合に、これらの画像のうちＵＲＩに対応するものがウェブアプリケーションの表示画面に利用される。
図１４は、画像形成装置１で起動される認定されたウェブアプリケーションの表示画面の一例を示す図である。
図１４を参照して、ウェブアプリケーションの表示画面１２０は、ページ情報５１５ａの記述に基づいて表示される。表示画面１２０は、ウェブブラウザ５３により表示される画面である。表示画面１２０は、ウェブブラウザ５３のメニューバー画像１２１とそれ以外のウェブページの表示領域とに分けられる。ウェブページの表示領域は、ボタン画像１１４，１１６及びアイコン画像１１７，１１８が、背景画像１１９上に表示されて構成されている。
本例のウェブアプリケーションのウェブページを表すページ情報５１５ａには、共通画像が用いられるようにＲＯＭ２３に対応する固定名称が含められたＵＲＩが含まれている。これにより、画像形成装置１の内蔵アプリケーションと同一の画像を用いたＵＩを、ウェブアプリケーションのＵＩとして表示させることが可能になる。
なお、ページ情報５１５ａは、例えばウェブアプリケーションの製作過程において、以下のようにして記述されればよい。すなわち、画像形成装置１と同じ背景画像やボタン画像などをウェブアプリケーションのＵＩとして用いる場合、ページ情報５１５ａには、所定の固定名称（例えば、「／ｋｍ／」など）を含むＵＲＩ（パス及びファイルの名称など）が記述される。ここで、対象となる画像のファイルの名称としては、共通画像としてＲＯＭ２３などの所定の場所に記憶されているものを指定する必要がある。
［第１の実施の形態における効果］
以上説明したように、本実施の形態では、上述のようにして、共通画像がウェブアプリケーションで利用されることで、内蔵アプリケーションのＵＩとウェブアプリケーションのＵＩとの統一性が高まる。そのため、ウェブアプリケーションを利用するユーザの混乱を招きにくく、ユーザの誤操作を防止でき、画像形成装置１の利便性を高められる。
共通画像は、画像形成装置１の内部に記憶されている。したがって、画像データが速やかに取得され、かつ、ネットワーク８００の負荷（トラフィック）が低減する。ウェブサーバ５０１で共通画像に相当する画像が記憶されている必要がないので、ウェブサーバ５０１で必要とされる記憶装置の記憶容量を低減することができる。
共通画像を用いるには、ページ情報５１５ａにおいて、画像形成装置１の内部における共通画像が記憶されている正確な場所を示すＵＲＩを指定する必要がない。固有名称「／ｋｍ／」を含むＵＲＩをページ情報５１５ａに記述することで、容易に共通画像を用いることができる。複数の画像形成装置１，２０１，３０１において、それぞれの内部の共通画像が記憶されている場所が互いに異なる場合であっても、各画像形成装置１，２０１，３０１において、共通画像が記憶されている場所を固有名称「／ｋｍ／」に対応する場所として設定しておけばよい。これにより、ウェブサーバ５０１により共通のページ情報５１５ａを提供するだけで、各画像形成装置１，２０１，３０１において、ウェブブラウザ５３は、適切に自装置の内部から共通画像を取得し、表示画面を適切に生成することができる。
ウェブサーバ５０１などにある画像データ５１５ｂは、ウェブアプリケーションの画像形成装置１への登録時に、ローカル（クライアント）側となるＨＤＤ１５に記憶される。そして、表示画面の生成時には、ウェブサーバ５０１などから画像データが取得されることなく、ページ情報に含まれる固定名称に応じて、ＨＤＤ１５に記憶されている画像データ１５ｄが用いられる。したがって、画像データが速やかに取得され、表示画面が速やかに生成及び表示される。また、画像形成システム９００のネットワーク８００のトラフィックを低減させることができる。
［第２の実施の形態］
第２の実施の形態における画像形成システム９００の基本的な構成は、第１の実施の形態におけるそれと同じであるためここでの説明を繰り返さない。第２の実施の形態においては、画像形成装置１が、ページ情報に含まれるＵＲＩに固有名称が含まれる場合に行われる処理が、第１の実施の形態におけるものとは異なる。第２の実施の形態においては、ＵＲＩに固定名称が含まれると判断された場合において、ウェブアプリケーションが認定されているものであると判定されたときと認定されているものではないと判定されたときとで、固定名称に対応する所定の場所から取得されるデータが変更される。
第２の実施の形態において、ウェブブラウザ５３は、起動するウェブアプリケーションが認定アプリであるか否かに応じて、そのウェブアプリケーションの表示画面に表示される認定ロゴ画像（認定表示画像）を変更する。認定ロゴ画像は、ウェブアプリケーションのウェブページを示すページ情報５１５ａにおいて、他の画像と同じように、ＩＭＧタグにより指定されているものである。
図１５は、第２の実施の形態におけるページ情報５１５ａに含まれるＵＲＩについて説明する図である。
図１５を参照して、ＵＲＩ７０１ｄは、ＩＭＧタグ７００ｄにおいて二重引用符に囲まれて指定されているものである。ＩＭＧタグ７００ｄは、ページ情報５１５ａにおいて、ウェブアプリケーションのウェブページの表示画面に認定ロゴ画像を表示させるために記述されているものである。
ＵＲＩ７０１ｄには、固有名称７１０が含まれている。ウェブブラウザ５３は、ＵＲＩ７０１ｄについて処理を行うとき、第１の実施の形態と同様に、解析テーブル１５ｆを参照する。ウェブブラウザ５３は、固有名称７１０に対応するＲＯＭ２３の所定のディレクトリから、ＵＲＩ７０１ｄに応じて、画像データの取得を行う。
ここで、ＵＲＩ７０１ｄには、認定ロゴ画像ファイルの名称７５０が含まれている。認定ロゴ画像ファイルの名称７５０は、例えば、「ｋｍ＿ｃｅｒｔｉｆｉｃａｔｉｏｎ＿ｍａｒｋ．ｇｉｆ」と称するものである。認定ロゴ画像ファイルの名称７５０は、予め、画像形成装置１に認定ロゴ画像を示すものとして登録されている。
ウェブブラウザ５３は、ＵＲＩ７０１ｄに認定ロゴ画像ファイルの名称７５０が含まれているか否かを判別する。含まれている場合には、ウェブブラウザ５３は、そのＵＲＩ７０１ｄが指し示す認定ロゴ画像を、認定アプリであるか否かに応じて、固有名称７１０に対応する所定のディレクトリから取得する。
図１６は、認定されているウェブアプリケーションの表示画像の一例を示す図である。
図１６において、表示画像１２０に表示されるボタン画像などの要素の図示は省略されている。図１６を参照して、表示画像１２０には、認定ロゴ画像が表示される。ウェブアプリケーションが認定されているものであるとき、認定ロゴ画像としては、「認定済」を示す認定用画像７５０ａが表示される。
図１７は、認定されていないウェブアプリケーションの表示画像の一例を示す図である。
図１７において、表示画像１２０に表示されるボタン画像などの要素の図示は省略されている。図１７を参照して、ウェブアプリケーションが認定されているものであるとき、表示画像１２０に表示される認定ロゴ画像としては、「未認定」を示す非認定用画像７５０ｂが表示される。
図１８は、認定ロゴ画像について説明する図である。
上記の認定用画像７５０ａ及び非認定用画像７５０ｂは、認定ロゴ画像についてのＵＲＩ７０１ｄを示すＩＭＧタグ７００ｄがページ情報５１５ａに含まれていることにより表示される。ＵＲＩ７０１ｄに認定ロゴ画像データの名称７５０が含まれているとき、ウェブブラウザ５３は、その認定ロゴ画像データの名称７５０に代えて、ウェブアプリケーションが認定されているか否かに応じて異なる名称の画像データを、所定のディレクトリから取得する。
すなわち、図１８を参照して、予め登録されている認定ロゴ画像データの名称７５０（「ｋｍ＿ｃｅｒｔｉｆｉｃａｔｉｏｎ＿ｍａｒｋ．ｇｉｆ」）について、認定されているウェブアプリケーション（認証済）についての認定用画像７５０ａと、認定されていないウェブアプリケーション（未認証）についての非認定用画像７５０ｂとの２つの画像データが対応付けられている。認定用画像７５０ａは、名称が「ｃｅｒｔｉｆｉｅｄ．ｇｉｆ」で表される画像データである。他方、非認定用画像７５０ｂは、名称が「ｕｎｃｅｒｔｉｆｉｅｄ．ｇｉｆ」で表される画像データである。ウェブブラウザ５３は、ＵＲＩ７０１ｄについて、ウェブアプリケーションが認定されているときには、認定用画像７５０ａ（「ｃｅｒｔｉｆｉｅｄ．ｇｉｆ」）を画像データとして取得する。ウェブブラウザ５３は、ＵＲＩ７０１ｄについて、ウェブアプリケーションが認定されていないときには、非認定用画像７５０ｂ（「ｕｎｃｅｒｔｉｆｉｅｄ．ｇｉｆ」）を画像データとして取得する。
認定ロゴ画像である、「ｃｅｒｔｉｆｉｅｄ．ｇｉｆ」で表される認定用画像７５０ａと「ｕｎｃｅｒｔｉｆｉｅｄ．ｇｉｆ」で表される非認定用画像７５０ｂとは、共にＲＯＭ２３の所定のディレクトリに記憶されている共通画像である。
図１９は、第２の実施の形態において画像形成装置１でウェブアプリケーションの起動が開始されるときの動作を示すフローチャートである。
図１９において、ステップＳ５０１からステップＳ５０７は、第１の実施の形態におけるステップＳ４０１からステップＳ４０７と同様である。また、ステップＳ５１１からステップＳ５２３は、第１の実施の形態におけるステップＳ４１１からステップＳ４２３と同様である。これらの説明は第１の実施の形態でなされているので、ここでは省略する。
図１９を参照して、ページ情報５１５ａに固定名称画像が含まれる場合において、ステップＳ５０７で認定アプリであれば、ステップＳ５０９の処理が行われる。すなわち、ＣＰＵ２１は、画像形成装置１のうち固定名称に対応する場所に、内部リソースとして認定用画像７５０ａがあるか否かを確認する。ＣＰＵ２１は、ＲＯＭ２３の所定のディレクトリに、認定用画像７５０ａである画像データ「ｃｅｒｔｉｆｉｅｄ．ｇｉｆ」があるか否かを確認する。
他方、ステップＳ５０７で認定アプリでない場合には、ステップＳ５１０の処理が行われる。すなわち、ＣＰＵ２１は、画像形成装置１の固定名称に対応する場所に内部リソースとして非認定用画像７５０ｂがあるか否かを確認する。ＣＰＵ２１は、ＲＯＭ２３の所定のディレクトリに、非認定用画像７５０ｂである画像データ「ｕｎｃｅｒｔｉｆｉｅｄ．ｇｉｆ」があるか否かを確認する。
このように、認定アプリであるか否かに応じて取得される画像データが異なるので、ウェブアプリケーションの画面表示は、認定アプリであるか否かに応じて変化する。
なお、第２の実施の形態において、ステップＳ５１５の処理、ステップＳ５１７の処理、及びステップＳ５１９の処理は、ステップＳ４０５で固定名称画像が含まれないとき又はステップＳ４１１で指定画像がないときにのみ行われる。
［第２の実施の形態における効果］
第２の実施の形態では、複数種類のウェブアプリケーションの表示画面において、そのウェブアプリケーションが認定されているか否かに応じて、これらの認定ロゴ画像が統一性をもって表示される。したがって、ユーザは、容易にウェブアプリケーションが認定されているものであるか否かを判別することができる。各々の認証されているウェブアプリケーションを提供するサーバに認定ロゴ画像を記憶させる必要がなく、ページ情報５１５ａに所定の記述を行うだけで、容易に、認定ロゴ画像を表示画面に表示させることができる。
また、あるウェブアプリケーションの認定前後で、そのページ情報５１５ａの認定ロゴ画像に関する記述が変更されなくても、そのウェブアプリケーションの表示画面に表示される認定ロゴ画像が変更される。したがって、ユーザの負担を小さく保ったままで、認定ロゴ画像を適切に表示させることができる。
［第３の実施の形態］
第３の実施の形態における画像形成システム９００の基本的な構成は、第１の実施の形態におけるそれと同じであるためここでの説明を繰り返さない。第３の実施の形態においては、画像形成装置１が、ウェブサーバ５０１とは異なる別のウェブサーバから共通画像を取得する点が第１の実施の形態とは異なる。第３の実施の形態においては、ＵＲＩに固定名称が含まれると判断されたとき、固定名称及びＵＲＩに応じて、ウェブサーバ５０１とは異なる別のウェブサーバから、ＵＲＩに応じてデータが取得される。
図２０は、第３の実施の形態における解析テーブル１５ｆの一例を示す図である。
図２０を参照して、第３の実施の形態において、解析テーブル１５ｆは、第１の実施の形態における解析テーブル（図１０に示したもの）と比較して、以下の点が異なる。すなわち、固定名称「／ｋｍ／」に対応する共通画像の場所として、「ｈｔｔｐ：／／１９２．１６８．０．１００／ｋｍ／」が指定されている。共通画像の場所は、ウェブサーバ５０１とは異なる、外部のウェブサーバ１５０１（図２１に示す）内の所定の場所である。
図２１は、第３の実施の形態の画像形成システム９００におけるウェブアプリケーションの利用時の動作を説明する図である。
図２１を参照して、画像形成システム９００において、画像形成装置１は、ネットワーク８００を介して、ウェブサーバ５０１と、ウェブサーバ５０１とは異なる別のウェブサーバ１５０１と、それぞれ通信可能である。
ウェブサーバ１５０１には、ＨＤＤ１５１５が設けられている。ＨＤＤ１５１５には、画像データ１５１５ｂが記憶されている。画像データ１５１５ｂには、画像形成システム９００で動作する種々のウェブアプリケーションで共用される共通画像が含まれている。共通画像としては、画像形成装置１の内蔵アプリケーションで用いられる画像と同一のものが含まれる。図２０に示したように、画像データ１５１５ｂが記憶されている場所は、予め、画像形成装置１の解析テーブル１５ｆにおいて、固定名称「／ｋｍ／」に対応する所定のディレクトリとして設定されている場所である。
第３の実施の形態においても、画像形成装置１でウェブアプリケーションが起動されるとき、ウェブブラウザ５３は、ページ情報５１５ａに、画像データを示すＵＲＩとして所定の固定名称が含まれるものがあるか否かを判別する。固定名称「／ｋｍ／」を含むＵＲＩすなわち共通画像を指し示すＵＲＩがある場合には、ウェブブラウザ５３は、固定名称「／ｋｍ／」に対応する、ウェブサーバ１５０１のＨＤＤ１５１５の所定のディレクトリから、ＵＲＩに対応する画像データ１５１５ｂを取得する。これにより、ウェブブラウザ５３は、共通画像を含むウェブアプリケーションの表示画面を生成し、画像形成装置１の表示パネル１３に表示させることができる。
［第３の実施の形態における効果］
第３の実施の形態においては、共通画像が画像形成装置１の外部のウェブサーバ１５０１から取得される。したがって、第１の実施の形態において得られる効果と同様に、内蔵アプリケーションのＵＩとウェブアプリケーションのＵＩとの統一性を高めることができる。ウェブアプリケーションを利用するユーザの混乱を招きにくく、ユーザの誤操作を防止でき、画像形成装置１の利便性を高められる。
なお、ウェブサーバ５０１に共通画像に関する画像データが記憶されていてもよい。この場合、ウェブブラウザ５３は、ウェブサーバ５０１にアクセスして共通画像を取得することができる。また、ウェブサーバ１５１５は、画像形成装置１とは異なる別の画像形成装置（例えば、画像形成装置２０１，３０１など）がウェブサーバとして機能することで実現されていてもよい。この場合、上記別の画像形成装置で動作する内蔵アプリケーションにおいて用いられる画像と同じ共通画像を、ウェブアプリケーションにおいて表示させるようにしてもよい。
画像形成装置１の内蔵アプリケーションで、ウェブサーバ５０１や別のウェブサーバ１５０１に記憶されている共通画像を画像形成装置１が取得したものが用いられてもよい。この場合、画像形成装置１の内蔵アプリケーションとウェブアプリケーションとでＵＩに用いられる画像を確実に統一することができる。また、ウェブサーバ５０１，１５０１に記憶されている共通画像を変更することで、内蔵アプリケーションやウェブアプリケーションで用いられる画像を、それらの統一性を保ったままで、容易に切り替えることができる。
固定名称が含まれるＵＲＩがあると判断されたとき、固定名称及びＵＲＩに応じて取得されるデータとしては、共通画像に限られず、他の画像データや、他種のデータなどが取得されてもよい。
［その他］
上記第１〜第３の実施の形態に含まれるそれぞれの技術的事項を適宜組み合わせて、画像形成システムを構成してもよい。ページ情報に含まれるＵＲＩに固定名称が含まれる場合、その固定名称に対応する所定の場所からデータが取得されるようにすることで、画像形成装置１で動作するウェブアプリケーションのＵＩの統一性を高めることができる。
所定の場所に記憶されており、固定名称が含まれるＵＲＩがあることで取得されるデータとしては、画像データに限られるものではない。例えば、ウェブページのスタイルシート（ＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔ）やＸＳＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｓｔｙｌｅｓｈｅｅｔ Ｌａｎｇｕａｇｅ）など）など、種々のデータについて、上記のように固定名称がＵＲＩに含まれるか否かに応じてデータの取得場所が変更されてもよい。これにより、容易にウェブアプリケーションのＵＩの統一性を保つことができる。
共通データや画像形成装置の内部に記憶されたデータの利用に関するページ情報の解析処理などは、ウェブアプリケーションについてのページ情報についてのみならず、他のウェブページのページ情報が取得されたときにも行われてもよい。
登録されていないウェブアプリケーションを利用する指示が行われた場合であっても、共通データや画像形成装置の内部に記憶されたデータの利用に関するページ情報の解析処理が行われるようにしてもよい。ユーザによりウェブアプリケーションを利用する指示が行われたか否かは、登録されているウェブアプリケーションについて機能選択画面に表示されているボタンの操作が行われたか否かにより判別可能である。
ウェブブラウザなどが、ウェブブラウザ機能によりユーザからの指示に基づいて取得されるページ情報について、ウェブアプリケーションに関するものか否かを判別するようにしてもよい。ユーザの指示に基づいて取得されるページ情報が、所定の形式であることを示すＵＲＩにより特定されるものであるとき（例えば、ページ情報の拡張子が所定のものであるとき）に、そのページ情報について解析処理が行われるようにしてもよい。
登録されているウェブアプリケーションを利用する指示が行われた場合にのみ、共通データや画像形成装置の内部に記憶されたデータの利用に関するページ情報の解析処理などが行われるようにしてもよい。ユーザによりウェブアプリケーションを利用する指示が行われたとき、アプリ管理部により登録されているウェブアプリケーションであるか否かを判定し、その判定結果に応じて、解析処理が行われるようにしてもよい。
ページ情報に含まれるＵＲＩとしては、相対ＵＲＩに限られず、絶対ＵＲＩであってもよい。絶対ＵＲＩが指定されていても、それに固定名称が含まれている場合には、その固定名称に応じたて上記のような処理が行われるようにしてもよい。相対ＵＲＩが指定されており、それに固定名称が含まれる場合にのみ、上記の固定名称に応じた処理を行い、絶対ＵＲＩが指定されている場合には、上記の処理を行わないようにしてもよい。すなわち、絶対ＵＲＩが指定されている場合には、固定名称が含まれていても、その絶対ＵＲＩで指定されている場所からデータが取得されるようにすればよい。
固定名称と所定の場所との対応関係は、画像形成システムで共有されていてもよい。例えば、このような対応関係を示す解析テーブルが、ウェブサーバ、管理装置又は他の装置に記憶されており、画像形成装置は、ネットワークを介して取得した解析テーブルに基づいて、固定名称に対応する所定の場所を特定可能であってもよい。
ウェブブラウザは、キャッシュ情報の有無にかかわらず、キャッシュ情報を用いないようにしてもよい。また、ウェブブラウザは、適切なキャッシュ情報がある場合には、固有名称に対応する所定の場所からデータを取得せず、キャッシュ情報からデータを取得するようにしてもよい。
ウェブアプリケーションは、上述のようなものに限られない。１つのウェブアプリケーションが、画像形成システムを構成する複数のウェブサーバにより提供されていてもよい。複数のウェブアプリケーションが１つのウェブサーバにより提供されていてもよい。ウェブアプリケーションは、サーバ機能を有する画像形成装置によって提供されていてもよい。
ウェブサーバと画像形成装置などを通信可能に接続するネットワークとしては、インターネットを介したものであってもよい。画像形成システムには、他の機器が設けられていてもよい。
画像形成装置としては、モノクロ／カラーの複写機、プリンタ、ファクシミリ装置やこれらの複合機（ＭＦＰ）などいずれであってもよい。電子写真方式により画像を形成するものに限られず、例えばいわゆるインクジェット方式により画像を形成するものであってもよい。
上述の実施の形態における処理は、ソフトウェアによって行っても、ハードウェア回路を用いて行ってもよい。
上述の実施の形態における処理を実行するプログラムを提供することもできるし、そのプログラムをＣＤ−ＲＯＭ、フレキシブルディスク、ハードディスク、ＲＯＭ、ＲＡＭ、メモリカードなどの記録媒体に記録してユーザに提供することにしてもよい。プログラムはインターネットなどの通信回線を介して、装置にダウンロードするようにしてもよい。上記のフローチャートで文章で説明された処理は、そのプログラムに従ってＣＰＵなどにより実行される。
上記実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。