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

Abstract

【課題】アプリケーションを実行する画像形成装置の表示部に対して、画面形成に必要なデータ取得に時間を要する場合であっても、ユーザーの待機時間を削減して作業効率を向上させる。【解決手段】アプリケーションを実行するための表示画面を表示する表示部を備えた画像形成装置における、表示画面の表示制御方法であって、表示画面を形成するためのデータを記憶領域に書き込む書き込み工程と、データを取得するデータ取得工程と、画面形成工程と、画面更新工程と、を備え、データ取得工程はさらに第１データ取得工程を備え、書き込み工程は、第１データ取得工程による第１取得データの取得に先立って、所定データを記憶領域に書き込み、画面形成工程は、所定データが記憶領域に書き込まれると、所定データによって形成された表示画面を形成し、画面更新工程は、表示画面を、所定データによって形成された画面から取得データによって形成された画面に更新する。【選択図】図１０

Description

本発明は、表示制御方法、プログラム及び画像形成装置に関する。

近年、コピー、スキャン、ファックス、ドキュメント管理など様々な機能が備わった、複合機あるいはＭＦＰ（Multi-Function Peripherals）と呼ばれる画像形成装置が普及している。
さらに、ＩＷＳ（Internal Web Server）というウェブサーバを画像形成装置に設け、ＩＷＳによってブラウザベースのアプリケーション（以降、ＩＷＳアプリケーションと表記）を実行させる技術が開発されている。画像形成装置には、さらにＩＷＳ ＡＰＩ（IWS Application Programming Interface）というＩＷＳアプリケーションを実行するためのプラットフォームが設けられ、ＩＷＳアプリケーションはＩＷＳ ＡＰＩ及びウェブサーバシステムを介して必要なデータを画像形成装置から取得する。例えば、ＩＷＳアプリケーションは、ＩＷＳ ＡＰＩに対して実行画面の表示に必要なデータの問い合わせを行い、ＩＷＳ ＡＰＩを介して画像形成装置からデータを取得すると、これに基づいて画面形成に必要なデータを生成し、ウェブブラウザを介して画像形成装置の表示部に表示させる。

ここで、例えばメール機能を有するＩＷＳアプリケーションを実行するとき、ＩＷＳアプリケーションは画像形成装置に保存されたアドレス帳データを取得する。アドレス帳データとして多数の電子メールアドレス（例えば、最大で２０００件程度）が登録されていると、ＩＷＳアプリケーション、ＩＷＳ ＡＰＩ及びウェブサーバシステム、並びに画像形成装置との間でのこのような大容量なデータのやり取りには非常に時間がかかってしまう。従来の画像形成装置においては、ＩＷＳアプリケーションを実行するために必要なデータをすべて取得してから実行画面を形成するものとしているため、データの取得に時間を要すると、ユーザーの待機時間が長くなるという問題があった。

このような問題に関連して、特許文献１には、表示画面をユーザーが切り替える際に速やかに画面表示を行うことで、ユーザーがストレスなく情報の確認をできるようにすることを目的とした情報表示装置が開示されている。具体的には、複数の表示画面が層状に重なって表示される情報表示装置において、表示情報がすべて表示された表示画面と、表示情報を全く有しないダミー画面と、を用意し、下層に移動した表示画面を適宜ダミー画面に切り換えることによって、ユーザーが閲覧している最上層の画面以外のデータ取得を中止する。これにより、最上層の表示画面に表示すべき情報の取得を高速化し、ユーザーが所望の情報に速やかにアクセスすることができる。

特開２００２−１２３２４５号公報

上記したＩＷＳアプリケーションのデータ取得時に生じる問題については、特許文献１に記載のように、電子メールアドレスを複数のページに分類して（例えば、電子メールアドレスを複数のＩｎｄｅｘに分類し、別々のページに割り振るなどして）、層状に表示したとしても、最上層の画面に必要なデータ量自体が大きい場合には、結局のところ表示画面が形成されるまでに時間がかかってしまう。

本発明は上記課題に鑑みてなされたものであって、アプリケーションを実行する画像形成装置の表示部に対して、画面形成に必要なデータ取得に時間を要する場合であっても、ユーザーの待機時間を削減して作業効率を向上可能な表示制御方法、プログラム及び画像形成装置を提供することを目的とする。

上記課題を解決するため、請求項１に記載の表示制御方法は、
アプリケーションを実行するための表示画面を表示する表示部を備えた画像形成装置における、前記表示画面の表示制御方法であって、
前記表示画面を形成するためのデータを記憶領域に書き込む書き込み工程と、
前記表示画面を形成するためのデータを取得するデータ取得工程と、
前記表示画面を形成する画面形成工程と、
前記表示画面を更新する画面更新工程と、を備え、
前記データ取得工程は、第１データ取得工程をさらに備え、
前記書き込み工程は、前記第１データ取得工程によって取得される第１取得データの取得に先立って、予め定められた所定データを前記記憶領域に書き込み、
前記画面形成工程は、前記書き込み工程によって前記所定データが前記記憶領域に書き込まれると、前記所定データによって形成された表示画面を形成し、
前記画面更新工程は、前記書き込み工程によって前記第１取得データが前記記憶領域に書き込まれると、前記表示画面を、前記所定データによって形成された画面から前記第１取得データによって形成された画面に更新する
ことを特徴とする。

請求項２に記載の発明は、請求項１に記載の表示制御方法において、
前記画像形成装置は、画像形成装置を制御する第１システムと、アプリケーションと前記第１システムとを連携して動作させる第２システムと、で構成され、
前記第１データ取得工程は、前記第２システムを介して、前記第１システムが管理するデータを取得する
ことを特徴とする。

請求項３に記載の発明は、請求項２に記載の表示制御方法において、
前記データ取得工程は、前記第２システムを介することなく、前記第１システムが管理するデータを取得する第２データ取得工程をさらに備え、
前記画面形成工程は、
前記第２データ取得工程によって取得された第２取得データによって前記表示画面を形成する場合には、前記書き込み工程によって前記第２取得データが前記記憶領域に書き込まれた後に前記表示画面を形成する
ことを特徴とする。

請求項４に記載の発明は、請求項２又は３に記載の表示制御方法において、
前記書き込み工程は、前記第１取得データのデータ量が所定のデータ量を超える場合に、前記所定データを前記記憶領域に書き込む
ことを特徴とする。

請求項５に記載の発明は、請求項２から４のいずれか一項に記載の表示制御方法において、
所定のデータ量を超える前記第１取得データは、アドレス帳データ、実行済みジョブ履歴データ、送信履歴データ及びエラー履歴データのうち少なくとも一つである
ことを特徴とする。

請求項６に記載の発明は、請求項２から５のいずれか一項に記載の表示制御方法において、
前記書き込み工程は、前記第１データ取得工程により取得された第１取得データを、複数の記憶領域に交互に書き込み、
前記画面更新工程は、前記書き込み工程による第１取得データの書き込みが一の記憶領域に対して行われている場合に、他の記憶領域に書き込まれた第１取得データに基づいて、前記表示画面を形成する
ことを特徴とする。

請求項７に記載の発明は、請求項２から６のいずれか一項に記載の表示制御方法において、
前記表示画面は、前記第１取得データによって形成された画面を表示するための第１の領域と、前記アプリケーションが保有する保有データによって形成されたユーザーによって操作可能な画面を表示するための第２の領域と、を備え、
前記画面形成工程は、
前記第１取得データの取得に先立って、前記所定データによって形成された画面を前記第１の領域に表示するとともに、前記保有データによって形成された画面を前記第２の領域に表示して、前記表示画面を形成する
ことを特徴とする。

請求項８に記載の発明は、請求項２から７のいずれか一項に記載の表示制御方法において、
ユーザーによる前記アプリケーションの実行指示に従って処理を行うアプリケーション実行工程を備え、
前記データ取得工程及び前記書き込み工程は、前記アプリケーション実行工程における処理が完了した後においても、前記取得データの取得及び前記記憶領域への書き込みを継続する
ことを特徴とする。

請求項９に記載の発明は、請求項２から８のいずれか一項に記載の表示制御方法において、
前記データ取得工程は、前記表示部における表示言語に基づいて、前記取得データの取得順を異ならせる
ことを特徴とする。

請求項１０に記載の発明は、請求項２から９のいずれか一項に記載の表示制御方法において、
前記データ取得工程は、ユーザーによる使用頻度に基づいて、前記取得データの取得順を異ならせる
ことを特徴とする。

請求項１１に記載の発明は、請求項２から１０のいずれか一項に記載の表示制御方法において、
ユーザーの操作に基づいて、前記データの表示順を決定する表示順決定工程を備え、
前記データ取得工程は、前記表示順に応じて、前記取得データの取得順を異ならせる
ことを特徴とする。

請求項１２に記載の発明は、請求項２から１１のいずれか一項に記載の表示制御方法において、
前記データ取得工程は、前記アプリケーションが有する機能に応じて、前記第１取得データの取得順を異ならせる
ことを特徴とする。

請求項１３に記載の発明プログラムは、
アプリケーションを実行するための表示画面を表示する表示部を備えた画像形成装置における、前記表示画面の表示を制御するためのプログラムであって、前記画像形成装置のコンピューターを、
前記アプリケーションを、前記表示画面を形成するためのデータを記憶領域に書き込む書き込み部、前記表示画面を形成するためのデータを取得するデータ取得部、表示画面を形成する画面形成部、前記表示画面を更新する画面更新部、として機能させる制御部として機能させ、
前記制御部は、前記データ取得部を、さらに第１データ取得部として機能させ、
前記書き込み部は、前記第１データ取得部によって取得される第１取得データの取得に先立って、予め定められた所定データを前記記憶領域に書き込み、
前記画面形成部は、前記書き込み部によって前記所定データが前記記憶領域に書き込まれると、前記所定データによって形成された表示画面を形成し、
前記画面更新部は、前記書き込み部によって前記第１取得データが前記記憶領域に書き込まれると、前記表示画面を、前記所定データによって形成された画面から前記第１取得データによって形成された画面に更新する
ことを特徴とする。

請求項１４に記載の画像形成装置は、
アプリケーションを実行するための表示画面を表示する表示部と、
前記アプリケーションを、前記表示画面を形成するためのデータを記憶領域に書き込む書き込み部、前記表示画面を形成するためのデータを取得するデータ取得部、表示画面を形成する画面形成部、前記表示画面を更新する画面更新部、として機能させる制御部と、を備え、
前記制御部は、前記データ取得部を、さらに第１データ取得部として機能させ、
前記書き込み部は、前記第１データ取得部によって取得される第１取得データの取得に先立って、予め定められた所定データを前記記憶領域に書き込み、
前記画面形成部は、前記書き込み部によって前記所定データが前記記憶領域に書き込まれると、前記所定データによって形成された表示画面を形成し、
前記画面更新部は、前記書き込み部によって前記第１取得データが前記記憶領域に書き込まれると、前記表示画面を、前記所定データによって形成された画面から前記第１取得データによって形成された画面に更新する
ことを特徴とする。

本発明によれば、アプリケーションを実行する画像形成装置の表示部に対して、画面形成に必要なデータ取得に時間を要する場合であっても、ユーザーの待機時間を削減して作業効率を向上可能な表示制御方法、プログラム及び画像形成装置を提供することができる。

画像処理システムの概略構成を示す図である。 画像形成装置のハードウェア構成の一例を示す図である。 画像形成装置のプラットフォームの一例を示す図である。 サーバ装置のハードウェア構成の一例を示す図である。 アドレス帳が表示されたＳｃａｎＴｏＥｍａｉｌページの一例を示す図である。 メールアプリケーションの実行時の画像形成装置の動作を示すフローチャートである。 アドレス帳表示領域に空データが表示されたＳｃａｎＴｏＥｍａｉｌページの一例を示す図である。 メールアプリケーションのサブタスクの動作を示すフローチャートである。 アドレス帳データのＩｎｄｅｘの一例を示す図である。 メールアプリケーションの実行時の画像形成装置１の各部の処理の流れを説明するシーケンス図である。

以下、図面を参照して、本発明に係る画像形成装置の実施の形態について説明する。なお、本発明は、図示例に限定されるものではない。

［画像処理システムの構成］
図１は、画像処理システム１００の全体的な構成の例を示す図である。図２は、画像形成装置１のハードウェア構成の例を示す図である。図３は、画像形成装置１のプラットフォームの例を示す図である。図４は、サーバ装置２１のハードウェア構成の例を示す図である。

画像処理システム１００は、図１に示すように、画像形成装置１、サーバ装置２、端末装置３、および通信回線４などによって構成される。
各画像形成装置１、サーバ装置２、および端末装置３は、通信回線４を介して通信することができる。通信回線４としては、インターネット、ＬＡＮ（Local Area Network）、公衆回線、または専用線などが用いられる。

画像形成装置１は、スキャン、コピー、ＰＣプリント、ファックス、及びボックスなどのサービスを提供する。このような機能を有する画像形成装置は、一般に、複合機あるいはＭＦＰ（Multi-Function Peripherals）などと呼ばれる。
スキャンサービスは、後述するスキャンユニット１０ｊによって用紙上の画像を読み取って画像データを生成するサービスである。

コピーサービスは、スキャンユニット１０ｊによって読み取って得られた画像データに基づいて、画像を用紙に印刷するサービスである。
ＰＣプリントサービスは、パーソナルコンピュータまたはスマートフォンなどの端末装置３から受信した画像データに基づいて、画像を用紙に印刷するサービスである。ネットワークプリンティングあるいはネットワークプリントなどと呼ばれることもある。
ファックスサービスは、スキャンユニット１０ｊによって読み取って得られた画像データを、外部のファクシミリ端末に送信するサービスである。
ボックスサービスは、ユーザーごとにボックスあるいはパーソナルボックスなどと呼ばれる記憶領域を与えておき、各ユーザーが自分の記憶領域によって画像データなどを保存し管理するためのサービスである。ボックスは、パーソナルコンピュータにおけるフォルダ又はディレクトリに相当する。

画像形成装置１は、図２に示すように、ＣＰＵ（Central Processing Unit）１０ａ、ＲＡＭ（Random Access Memory）１０ｂ、ＶＲＡＭ（Video RAM）１０ｃ、ＲＯＭ（Read Only Memory）１０ｄ、補助記憶装置１０ｅ、タッチパネルディスプレイ１０ｆ、操作キーパネル１０ｇ、ＮＩＣ（Network Interface Card）１０ｈ、モデム１０ｉ、スキャンユニット１０ｊ、およびプリントユニット１０ｋなどによって構成される。なお、ＣＰＵ１０ａは、制御部として機能する。

ＶＲＡＭ１０ｃは、タッチパネルディスプレイ１０ｆに表示させる画面のデータを記憶するために用いられる。

補助記憶装置１０ｅは、ＨＤＤ（Hard Disc Drive）やＳＳＤ（Solid State Drive）などによって構成された記憶装置であり、後述のように各種アプリケーション等が記憶されている。

タッチパネルディスプレイ１０ｆは、ＣＲＴ（Cathode Ray Tube）やＬＣＤ（Liquid Crystal Display）等のモニタを備えて構成されており、ユーザーに対するメッセージを示す画面、ユーザーがコマンドまたは情報を入力するための画面、及びＣＰＵ１０ａが実行した処理の結果を示す画面などを表示する。また、タッチパネルディスプレイ１０ｆは、タッチされた位置を示す信号をＣＰＵ１０ａへ送る。なお、タッチパネルディスプレイ１０ｆは、表示部として機能する。

操作キーパネル１０ｇは、いわゆるハードウェアキーボードであって、テンキー、スタートキー、ストップキー、およびファンクションキーなどによって構成される。

ＮＩＣ１０ｈは、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）などのプロトコルによってサーバ装置２との通信を行う。

モデム１０ｉは、外部のファクシミリ端末との間でＧ３などのプロトコルで画像データをやり取りする。

スキャンユニット１０ｊは、ＣＣＤ（Charge Coupled Device）、プラテンガラス等を備えて構成され、プラテンガラスの上にセットされたシートに記されている画像をＣＣＤにより読み取って画像データを生成する。

プリントユニット１０ｋは、スキャンユニット１０ｊによって読み取られた画像のほか、ＮＩＣ１０ｈまたはモデム１０ｉによって他の装置から受信した画像を用紙に印刷する。

図１に戻って、サーバ装置２は、ＡＰＩ（Application Programming Interface）によって画像形成装置１へ種々のサービスを提供する。サーバ装置２には、サービスごとにアプリケーション（以降、サーバアプリケーションと表記）が用意されている。例えば、スキャンｔｏＯＣＲ（Optical Character Recognition）やオンラインストレージなどのサービスに対応するサーバアプリケーションが用意されている。スキャンｔｏＯＣＲは、画像形成装置１によって読み取られた画像に示される文字列をＯＣＲによってテキストデータに変換するサービスである。

サーバ装置２は、画像形成装置１に提供するサービスに対応するサーバアプリケーションを実行し、それによって得られるデータなどを画像形成装置１に送信する。例えば、スキャンｔｏＯＣＲのサービスによると、サーバ装置２は、これに対応するサーバアプリケーションを実行することによって画像形成装置１から画像ファイルを取得し、ＯＣＲの処理を実行し、得られたテキストデータを画像形成装置１へ送信する。
即ち、画像形成装置１がウェブサイトへアクセスすると、サーバ装置２は、適宜アプリケーション提供プログラムに基づいて演算の処理を行うことによって、画像形成装置１へサービスを提供する。

サーバ装置２は、図４に示すように、ＣＰＵ２０ａ、ＲＡＭ２０ｂ、ＲＯＭ２０ｃ、大容量記憶装置２０ｄ、およびＮＩＣ２０ｅなどによって構成される。
ＮＩＣ２０ｅは、ＴＣＰ／ＩＰなどのプロトコルによって画像形成装置１との通信を行う。
ＲＯＭ２０ｃまたは大容量記憶装置２０ｄには、アプリケーション提供プログラムが記憶されている。アプリケーション提供プログラムは、ＲＡＭ２０ｂにロードされ、ＣＰＵ２０ａによって実行される。
大容量記憶装置２０ｄとして、ＨＤＤやＳＳＤなどが用いられる。

端末装置３は、画像形成装置１の上述の機能を遠隔的に使用するためのクライアントである。端末装置３として、パーソナルコンピュータ、スマートフォン、またはタブレットコンピュータなどが用いられる。

［画像形成装置のプラットフォームの構成］
以下、画像形成装置１のプラットフォームの構成について、図面を参照して説明する。
図３は、画像形成装置１のプラットフォームの構成の一例を示す図である。図３に示すように、画像形成装置１は、ＭＦＰシステム１０１と、ネイティブＡＰＩ（Native Application Programming Interface）１０２と、ウェブサーバシステム１０３と、ＩＷＳ ＡＰＩ（IWS Application Program Interface）１０４と、等を備えて構成される。また、画像形成装置１にはネイティブアプリケーション１１０と、ＩＷＳアプリケーション１２０と、がインストールされている。

ＭＦＰシステム１０１は、オペレーティングシステムおよびファームウェアなどによって構成され、画像形成装置１の統括的な管理や基本的な処理を行ったり、ユーザーインタフェースを提供したりするためのソフトウェアである。ＭＦＰシステム１０１は、ＲＯＭ１０ｄ又は補助記憶装置１０ｅによって記憶されている。
なお、ＭＦＰシステム１０１は、第１システムとして機能する。

ネイティブＡＰＩ１０２は、ＭＦＰシステム１０１の機能をネイティブアプリケーション１１０に提供するための規約である。ネイティブＡＰＩ１０２を実現するためのプログラムまたはデータは、ＲＯＭ１０ｄまたは補助記憶装置１０ｅに記憶されている。

ウェブサーバシステム１０３は、ＩＷＳアプリケーション１２０を実行するためのソフトウェアである。ウェブサーバシステム１０３は、ＩＷＳコア（IWS Core）１０３ａ、パイソンエンジン（Python Engine）１０３ｂ、ＩＷＳ（Internal Web Server）１０３ｃなどのプログラムによって構成される。なお、ウェブサーバシステム１０３は、補助記憶装置１０ｅによって記憶されている。
なお、ウェブサーバシステム１０３は、ＩＷＳ ＡＰＩ１０４とともに第２システムとして機能する。

ＩＷＳコア１０３ａは、ウェブサーバシステム１０３の全体的な処理を制御する。パイソンエンジン１０３ｂは、Ｐｙｔｈｏｎによって記述されたスクリプト（プログラム）を実行する。
ＩＷＳ１０３ｃは画像形成装置１に搭載されたウェブサーバであり、ＩＷＳ１０３ｃによって、画像形成装置１のメーカー以外の企業またはユーザーが広く知られている言語（例えばＨＴＭＬ:Hypertext Markup Language、ＪａｖａＳｃｒｉｐｔ（登録商標）、又はＰｙｔｈｏｎ等）を用いて作成した、ブラウザベースのアプリケーション（ＩＷＳアプリケーション１２０）を実行することができる。即ち、ウェブサーバシステム１０３は、ブラウザアプリケーション１１４からの要求に応じて、ＩＷＳアプリケーション１２０を実行する機能を有する。

ＩＷＳ ＡＰＩ１０４は、ＭＦＰシステム１０１の機能をネイティブアプリケーション１１０に提供するための規約である。ＩＷＳ ＡＰＩ１０４を実現するためのプログラムまたはデータは、ＲＯＭ１０ｄまたは補助記憶装置１０ｅに記憶されている。
なお、ＩＷＳ ＡＰＩ１０４は、ウェブサーバシステム１０３とともに第２システムとして機能する。

続いて、ネイティブアプリケーション１１０とＩＷＳアプリケーション１２０について、具体的に説明する。

ネイティブアプリケーション１１０は、基本的に、納品までに画像形成装置１に固定的にインストールされ、補助記憶装置１０ｅによって記憶されている。ネイティブアプリケーション１１０は、ＭＦＰシステム１０１によって実行が制御される。
ネイティブアプリケーション１１０は、コピーアプリケーション１１１、スキャンアプリケーション１１２、およびボックスアプリケーション１１３のほか、ブラウザアプリケーション１１４等を備えて構成される。

コピーアプリケーション１１１、スキャンアプリケーション１１２及びボックスアプリケーション１１３は、それぞれ、上述のコピー、スキャン、及びボックスの各サービスを提供するためのアプリケーションである。

ブラウザアプリケーション１１４は、ウェブブラウザであって、ウェブサーバシステム１０３又はサーバ装置２１からウェブページを形成するためのデータを取得し、タッチパネルディスプレイ１０ｆにウェブページを表示させる。

ＩＷＳアプリケーション１２０は、ウェブブラウザを介して実行される、いわゆるウェブアプリケーションであり、ユーザーによって画像形成装置１に適宜インストールされ補助記憶装置１０ｅによって記憶されている。ＩＷＳアプリケーション１２０は、ＨＴＭＬ、ＪａｖａＳｃｒｉｐｔ、又はＰｙｔｈｏｎ等によって記述されたソースコード、あるいは画像ファイル等によって再現される。なお、ＩＷＳアプリケーション１２０は、データ取得部、第１データ取得部、書き込み部、画面形成部、画面更新部として機能する。

ＩＷＳアプリケーション１２０は、ウェブメニューアプリケーション１２１、コピーアプリケーション１２２、メールアプリケーション１２３及びＦＡＸアプリケーション１２４等を備えて構成される。

ウェブメニューアプリケーション１２１は、ＩＷＳアプリケーション１２０の選択ボタンからなるメニュー画面（ウェブメニューページ）を表示し、ユーザーが選択したＩＷＳアプリケーション１２０を起動するためのアプリケーションである。

コピーアプリケーション１２２は、用紙に記されている画像を読み取って別の用紙に印刷（複写）するためのアプリケーションである。したがって、コピーアプリケーション１１１と基本的に同様の役割を有する。

メールアプリケーション１２３は、スキャンユニット１０ｊによって読み取って得られた画像データを、ユーザーが指定した電子メールアドレス宛に送信するためのアプリケーションである。

ＦＡＸアプリケーション１２４は、スキャンユニット１０ｊによって読み取って得られた画像データを、ユーザーが指定した外部のファクシミリ端末に送信するためのアプリケーションである。

その他にも、ユーザーは画像形成装置１に所望のＩＷＳアプリケーション１２０を適宜インストールすることによって、その機能を利用することができる。

なお、図３に示した各ソフトウェアを構成するプログラムは、必要に応じて一時的な記憶領域（ＲＡＭ１０ｂあるいはＣＰＵ１０ａが内蔵するキャッシュメモリ等）にロードされ、ＣＰＵ１０ａによって実行される。

［ＩＷＳアプリケーションのデータ取得時間］
続いて、本実施形態に係る画像形成装置１における、ＩＷＳアプリケーションにおけるデータ取得に要する時間について説明する。

ユーザーは、画像形成装置１を操作して、ＩＷＳアプリケーション１２０を例えば次のように実行させることができる。
ユーザーは、タッチパネルディスプレイ１０ｆに表示されたメニュー画面の中から、「ウェブメニュー」のボタンを押す。すると、ブラウザアプリケーション１１４が起動し、ブラウザアプリケーション１１４は、ウェブメニューアプリケーション１２１へアクセスする。

ウェブサーバシステム１０３は、ウェブメニューアプリケーション１２１を実行することによって、各ＩＷＳアプリケーション１２０が一覧となって表示されたウェブメニューページを形成するためのデータを生成し、ブラウザアプリケーション１１４へ与える。
ブラウザアプリケーション１１４は、ウェブサーバシステム１０３から与えられたデータを解釈してウェブメニューページ形成し、タッチパネルディスプレイ１０ｆに表示させる。

そして、ユーザーは、使用したいＩＷＳアプリケーション１２０に対応するボタンを押す。すると、ブラウザアプリケーション１１４は、そのＩＷＳアプリケーション１２０へアクセスする。
ウェブサーバシステム１０３は、そのＩＷＳアプリケーション１２０を実行し、指定されたウェブページを形成するためのデータを適宜、ブラウザアプリケーション１１４へ与える。
ブラウザアプリケーション１１４は、ウェブサーバシステム１０３から与えられたデータを解釈してウェブページ形成し、タッチパネルディスプレイ１０ｆに表示する。そしてユーザーは、表示されたウェブページに対して操作を行うことによって、選択したＩＷＳアプリケーション１２０の機能を利用することができる。

具体例として、ユーザーがメールアプリケーション１２３を利用して、画像データを指定した電子メールアドレス宛に送信する「ＳｃａｎＴｏＥｍａｉｌ」の機能を利用する場合を説明する。
まず、ユーザーがメニュー画面の中から「ウェブメニュー」を押すことで、ウェブメニューページがタッチパネルディスプレイ１０ｆに表示される。ユーザーは、ウェブメニューページ上に表示された「ＳｃａｎＴｏＥｍａｉｌ」ボタンを押す。すると、ブラウザアプリケーション１１４が、メールアプリケーション１２３へアクセスする。ウェブサーバシステム１０３は、メールアプリケーション１２３を実行することにより、ＳｃａｎＴｏＥｍａｉｌのウェブページ（以降、ＳｃａｎＴｏＥｍａｉｌページと表記）を形成するためのデータを生成し、ブラウザアプリケーション１１４に提供する。ブラウザアプリケーション１１４は、ＳｃａｎＴｏＥｍａｉｌページをタッチパネルディスプレイ１０ｆに表示させる。

図５に、ＳｃａｎＴｏＥｍａｉｌページ５００の一例を示す。図５に示すように、ＳｃａｎＴｏＥｍａｉｌページ５００（表示画面）は、アドレス帳表示領域５０ａ（第１の領域）と、スキャン設定領域５０ｂ（第２の領域）と、を有する。

ここで、ＩＷＳアプリケーション１２０は、ウェブページの生成のために必要なデータをＩＷＳ ＡＰＩ１０４及びウェブサーバシステム１０３を介してＭＦＰシステム１０１から取得する場合がある。例えば、コピーやスキャンなどの設定情報や画像形成装置１の状態情報等、ＩＷＳアプリケーション１２０自体が保有していない情報である。
ＩＷＳアプリケーション１２０は、ＩＷＳ ＡＰＩ１０４及びウェブサーバシステム１０３に対してこれらの情報を問い合わせると、ＩＷＳ ＡＰＩ１０４及びウェブサーバシステム１０３はＭＦＰシステム１０１へ問い合わせを行い、ＭＦＰシステム１０１から、ＩＷＳ ＡＰＩ１０４及びウェブサーバシステム１０３を介してＩＷＳアプリケーション１２０へ情報が提供される。
このようにしてＩＷＳアプリケーション１２０が情報を取得することで、これらの情報に基づいてウェブページの形成のためのデータを生成することが可能となる。

メールアプリケーション１２３の場合、アドレス帳表示領域５０ａにアドレス帳を表示するために、アドレス帳データをＩＷＳ ＡＰＩ１０４及びウェブサーバシステム１０３を介してＭＦＰシステム１０１から取得する。アドレス帳データとは、予めユーザーによって画像形成装置１の補助記憶装置１０ｅ等にされた、電子メールアドレスを集約したデータである。

図５に示すように、アドレス帳表示領域５０ａに表示される電子メールアドレスは、一繋ぎの情報として一覧表示される。ユーザーは、タッチパネルディスプレイ１０ｆにタッチし、図５に示すアドレス帳表示領域５０ａを上下にスクロール操作することで、アドレス帳表示領域５０ａに表示されていない（図５のアドレス帳表示領域５０ａ外に配置された）電子メールアドレスを、アドレス帳表示領域５０ａ上に表示させることが可能である。
なお、アドレス帳表示領域５０ａに表示される電子メールアドレスは、その電子メールアドレスに対応する登録名の頭文字によって、「あ」〜「わ」及びアルファベット等の登録名に対応する「＃」のＩｎｄｅｘに分類されており、各Ｉｎｄｅｘ内のデータはさらに五十音順あるいはアルファベット順に配列されている。アドレス帳表示領域５０ａにおいては、全てのＩｎｄｅｘが一繋ぎに表示されているが、ユーザーは、所望のＩｎｄｅｘ（「あ」〜「わ」及び「＃」）をタッチすることにより、指定したＩｎｄｅｘに自動的にスクロールされる仕組みとなっている。

ここで、従来の画像形成装置１においては、タッチパネルディスプレイ１０ｆに表示された画面を切り替えるとき、アプリケーションが画面に表示すべきデータをすべて取得してから、新たな画面を表示させる仕組みとなっている。例えば、メールアプリケーション１２３を実行する場合、ウェブメニューページからＳｃａｎＴｏＥｍａｉｌページ５００へ遷移するとき、タッチパネルディスプレイ１０ｆに表示すべき情報（アドレス帳表示領域５０ａ及びスキャン設定領域５０ｂに表示すべき情報）を、メールアプリケーション４７３が取得してから、画面の形成に係るデータをブラウザアプリケーション１１４に提供し、タッチパネルディスプレイ１０ｆに表示させる仕組みとなっている。

しかしながら、メールアプリケーション１２３をはじめとするＩＷＳアプリケーション１２０は、上記したようにＩＷＳＡＰＩ１０４及びウェブサーバシステム１０３を介してＭＦＰシステム１０１からデータを受け取るため、全ての取得データが揃ってから表示画面の形成を行うこととすると、非常に時間を要してしまう。

例えば、ＩＷＳ ＡＰＩ１０４がＭＦＰシステム１０１から受け取ったアドレス帳データをメールアプリケーション１２３に提供する時、通常は電子メールアドレスを２００件ごとに提供する。アドレス帳データとして、通常は最大で２０００件程度の電子メールアドレスを登録することができるため、登録された電子メールアドレスが２０００件の場合には、ＩＷＳ ＡＰＩ１０４からメールアプリケーション１２３への情報の提供は１０回行われることとなる。
このように、複数回にわたってＩＷＳ ＡＰＩ１０４からメールアプリケーション１２３へのデータの提供が行われると、その速度は徐々に遅くなる。例えばアドレス帳データに登録された電子メールアドレスが１００件のみの場合には１秒程度しか要しなくても、２０００件の場合には約１分３０秒かかってしまうのが現状である。

例えば、アドレス帳データがＩｎｄｅｘごとに分けられて、Ｉｎｄｅｘ単位で表示した複数のページでアドレス帳表示領域５０ａを構成する場合には、一画面の表示に必要なデータは当該Ｉｎｄｅｘに該当するデータのみであるため、データの取得に要する時間はそれほど問題にはならない。一方、本実施形態におけるアドレス帳表示領域５０ａは、全電子メールアドレスを一ページに一繋ぎにして表示するため、表示のためには全アドレス帳データの取得が必要となる。したがって、データの取得に要する時間が大きな問題となる。

これに対し、スキャン設定領域５０ｂやその他のフレームの領域等は、メールアプリケーション１２３がインストール時から保有しているデータに基づいて形成されるため、ＩＷＳＡＰＩ１０４とのデータの受け渡しの必要は生じない。

しかしながら、アドレス帳表示領域５０ａに表示すべきデータがすべて揃うまで、ＳｃａｎＴｏＥｍａｉｌページ５００の全体の表示がされないこととなるため、スキャン設定領域５０ｂ上の操作（スキャン条件の設定やスキャンの実行）もできないという問題が生じる。

そして、メールアプリケーション１２３が取得したアドレス帳データは、メールアプリケーション１２３が管理可能な記憶領域、例えば補助記憶装置１０ｅのうちメールアプリケーション１２３に開放されている領域に保存されるが、一方で、メールアプリケーション１２３を画像形成装置１にインストール後の初回起動時にはアドレス帳データが保存されていないため、ＩＷＳＡＰＩ１０４を介して全てのアドレス帳データの読み込みが行われる。したがって、初回起動時には必ずこのような問題が生じてしまう。

一方で、ネイティブアプリケーション１１０についてはこのような問題が生じない。
ネイティブアプリケーション１１０を実行する場合においても、ＭＦＰシステム１０１から表示画面の形成に必要なデータを取得してから表示画面の形成を行う。例えば、ネイティブアプリケーション１１０によってもＳｃａｎＴｏＥｍａｉｌ機能が提供されるが、この場合は、アドレス帳データはＭＦＰシステム１０１から取得することになる。
しかし、ネイティブアプリケーション１１０は、ＩＷＳ ＡＰＩ１０４及びウェブサーバシステム１０３のようなシステムを介さずにＭＦＰシステム１０１が管理する情報にアクセスできるため、アドレス帳データのような大容量なデータであっても、短時間で取得できる。
したがって、ネイティブアプリケーション１１０は、データ取得が必要になったら、その都度ＭＦＰシステム１０１からデータを取得し、全ての取得データが揃ってから表示画面の形成を行うものとしても、特に問題は生じない。

そこで、本実施形態における画像形成装置１は、画像形成装置１を制御するＭＦＰシステム１０１（第１システム）と、アプリケーションとＭＦＰシステム１０１とを連携して動作させるＩＷＳＡＰＩ１０４及びウェブサーバシステム１０３（第２システム）と、で構成され、ＩＷＳアプリケーション１２０のように、第２システムを介して第１システムが管理するデータを取得する場合（第１データ取得工程）には、情報取得に時間を要するデータ（第１取得データ）の取得（以降、サブタスクと表記）と並行して、その他情報のタッチパネルディスプレイ１０ｆへの表示及び当該表示に基づくユーザーの操作に従ったジョブ（以降、メインタスクと表記）の実行を行うことにより、上記した問題を解決する。
一方で、ネイティブアプリケーション１１０のように、ＩＷＳ ＡＰＩ１０４及びウェブサーバシステム１０３（第２システム）のようなシステムを介さずにＭＦＰシステム１０１（第１システム）が管理するデータを取得する場合（第２データ取得工程）には、表示画面の形成は、全ての取得データ（第２取得データ）をネイティブアプリケーション１１０が取得し、記憶領域に書き込まれてから表示画面の形成を行うものとする。

［ＩＷＳアプリケーションの実行方法］
以下、ＩＷＳアプリケーション１２０の実行方法を、図面を参照して説明する。

図６は、メールアプリケーション１２３の利用時における、画像形成装置１の全体の動作を示すフローチャートである。
まず、ユーザーによってタッチパネルディスプレイ１０ｆに表示されたウェブメニューページ上の、「ＳｃａｎＴｏＥｍａｉｌ」ボタンが押下されると、ブラウザアプリケーション１１４が起動するとともに、ブラウザアプリケーション１１４はメールアプリケーション１２３にアクセスする（ステップＳ６０１）。

次いで、メールアプリケーション１２３は、メールアプリケーション１２３が管理する記憶領域上にアドレス帳データが存在するか否かを判断する（ステップＳ６０２）。アドレス帳データが存在しない場合として、上記したように、メールアプリケーション１２３を画像形成装置１にインストール後の初回起動時が挙げられる。
メールアプリケーション１２３は、アドレス帳データが存在しないと判断すると（ステップＳ６０２：Ｎｏ）、ステップＳ６０３へと移行するが、アドレス帳データが存在すると判断すると（ステップＳ６０２：Ｙｅｓ）、ステップＳ６０５へと移行する。

ステップＳ６０３においては、メールアプリケーション１２３は、電子メールアドレス０件のアドレス帳データを、ＲＡＭ１０ｂあるいはＣＰＵ１０ａが内蔵するキャッシュメモリ等の一時的な記憶領域に書き込む（ステップＳ６０３：書き込み工程）。電子メールアドレス０件のデータとは、即ちヌルのデータ（予め定められた所定データ）であり、以降は空データと表記する。
続いて、メールアプリケーション１２３は、空データに基づいてアドレス帳表示領域５０ａを形成するためのデータを生成し、ブラウザアプリケーション１１４はスキャン設定領域５０ｂとともにＳｃａｎＴｏＥｍａｉｌページ５００を形成して、タッチパネルディスプレイ１０ｆに表示させる（ステップＳ６０４：画面形成工程）。

図７に、ステップＳ６０４において表示されるＳｃａｎＴｏＥｍａｉｌページ５００の一例を示す。このように、アドレス帳表示領域５０ａが空データに基づいて形成されており、電子メールアドレスは未だ表示されていない状態でも、ユーザーは表示されたスキャン設定領域５０ｂ上を操作することで、スキャン情報の設定や原稿のスキャン等（メインタスク）を実行することが可能である。

続いてステップＳ６０５では、メールアプリケーション１２３は、サブタスクが起動しているか否かを判断する。
サブタスクとは、ユーザーのタッチパネルディスプレイ１０ｆ上の操作に従って実行されるメインタスクから独立して実行される処理である。サブタスクにおいては、メールアプリケーション１２３がＩＷＳＡＰＩ１０４を介してＭＦＰシステム１０１からアドレス帳データを取得し、取得したアドレス帳データを、メールアプリケーション１２３が管理する記憶領域に書き込んで保存する処理である。

メールアプリケーション１２３は、サブタスクが起動していないと判断すると（ステップＳ６０５：Ｎｏ）、図８に示すサブタスクを起動させる（ステップＳ６０６）。メールアプリケーション１２３は、サブタスクが起動していると判断すると（ステップＳ６０５：Ｙｅｓ）、ステップＳ６０７へと移行する。

ここで、図８のフローチャートを用いて、サブタスク（第１データ取得工程）における処理の流れを説明する。
なお、サブタスクは、上述したようにメールアプリケーション１２３によって実行される処理である。

まず、メールアプリケーション１２３は、初回起動時又は前回のアドレス帳作成から所定時間（本実施形態においては、１０時間）以上経過しているか否かを判断する（ステップＳ８０１）。
また、前回のアドレス帳を作成、即ちアドレス帳データを取得してアドレス帳表示領域５０ａを形成してから長時間経過している場合には、登録されたアドレス帳データがユーザーの操作によって更新されている可能性がある。したがって、初回起動時及び前回のアドレス帳作成から１０時間以上経過している場合には、メールアプリケーション１２３は、ＩＷＳ ＡＰＩ１０４を介してＭＦＰシステム１０１からのアドレス帳データの取得を行う。
ステップＳ８０１において、メールアプリケーション１２３は、初回起動時ではなく、かつ前回のアドレス帳作成から１０時間以上経過していないと判断すると（ステップＳ８０１：Ｎｏ）、前回のアドレス帳作成時から１０時間が経過するまで待機する。

一方で、メールアプリケーション１２３は、初回起動時又は前回のアドレス帳作成から１０時間以上経過していると判断すると（ステップＳ８０１：Ｙｅｓ）、初期値をＮ＝１に設定し（ステップＳ８０２）、ＩＷＳ ＡＰＩ１０４に対してＩｎｄｅｘ１の情報提供を依頼する（ステップＳ８０３）。

図９に、アドレス帳データのＩｎｄｅｘの一例を示す。アドレス帳データを構成する電子メールアドレスは、その登録名の頭文字によってＩｎｄｅｘ１〜１６に分類されている。
図９の上段はタッチパネルディスプレイ１０ｆの表示言語が英語の場合のＩｎｄｅｘを、下段は表示言語が日本語の場合のＩｎｄｅｘを、それぞれ示している。図９に示すように、英語表示の場合には、Ｉｎｄｅｘ１〜１６は登録名がアルファベット表記の電子メールアドレスが先に並ぶのに対し、日本語表示の場合には、登録名が日本語表記の電子メールアドレスが先に並ぶ。これは、使用頻度を考慮し、アドレス帳表示領域５０ａにおいて、各言語で登録された電子メールアドレスを先頭に配置させるためである。

ステップＳ８０２において初期値をＮ＝１に設定することで、ステップＳ８０３においてＩｎｄｅｘ１の情報提供を依頼する。したがって、表示言語が英語の場合には、「Ａ」のＩｎｄｅｘを、表示言語が日本語の場合には、「あ」のＩｎｄｅｘを取得する。

続いて、メールアプリケーション１２３は、Ｉｎｄｅｘ１の情報を取得したか否かを判断し（ステップＳ８０４）、取得していないと判断すると（ステップＳ８０４：Ｎｏ）、ステップＳ８０４の処理を繰り返すが、取得したと判断すると（ステップＳ８０４：Ｙｅｓ）、アドレス帳データを更新し、記憶領域に書き込む（ステップＳ８０５）。

続いて、メールアプリケーション１２３は、Ｎ＝１６か否かを判断し（ステップＳ８０６）、Ｎ＝１６ではない、即ちすべてのＩｎｄｅｘの取得が完了していないと判断すると（ステップＳ８０６：Ｎｏ）、Ｎ＝Ｎ＋１とし（ステップＳ８０７）、ステップＳ８０３へと戻って、ＩＷＳ ＡＰＩ１０４を介して、ＭＦＰシステム１０１に対してＩｎｄｅｘ２の情報提供を依頼する。
一方で、メールアプリケーション１２３は、Ｎ＝１６であると判断すると（ステップＳ８０６：Ｙｅｓ）、ステップＳ８０１へと戻り、１０時間経過するまで待機する。

図６のフローチャートのステップＳ６０７に戻る。
ステップＳ６０７においては、メールアプリケーション１２３は、サブタスクによってアドレス帳データが更新されたか否かを判断する。メールアプリケーション１２３は、アドレス帳データが更新されたと判断すると（ステップＳ６０７：Ｙｅｓ）、更新されたアドレス帳データに基づいてアドレス帳表示領域５０ａを更新するためのデータを生成し、ブラウザアプリケーション１１４はＳｃａｎＴｏＥｍａｉｌページ５００上のアドレス帳表示領域５０ａを更新する（ステップＳ６０８：画面更新工程）。

一方で、メールアプリケーション１２３は、アドレス帳データが更新されていないと判断すると（ステップＳ６０７：Ｎｏ）、タッチパネルディスプレイ１０ｆ上のユーザーの操作によって、メインタスクの実行が指示されたか否かを判断する（ステップＳ６０９）。
メールアプリケーション１２３は、メインタスクの実行が指示されていないと判断すると（ステップＳ６０９：Ｎｏ）、ステップＳ６０７へと戻るが、メインタスクの実行が指示されたと判断すると（ステップＳ６０９：Ｙｅｓ）、メインタスクを実行し（ステップＳ６１０：アプリケーション実行工程）、終了する。

以上のように、サブタスクはメインタスクと並行して実行されるとともに、メインタスクの終了後においても、バックグラウンドで継続動作し、１０時間経過毎にアドレス帳データを更新する。なお、アドレス帳データの取得は上記したようにＩｎｄｅｘごとに複数回にわたって行われるため、取得したアドレス帳データに基づくＳｃａｎＴｏＥｍａｉｌページ５００上のアドレス帳表示領域５０ａの更新（ステップＳ６０８）は、アドレス帳データが更新される度に実行するものとしてもよいし、全てのＩｎｄｅｘが更新されてから実行するものとしてもよい。

なお、メールアプリケーション１２３は、取得したＩｎｄｅｘデータを異なる記憶領域に交互に書き込みむものとしてもよい。即ち、Ｉｎｄｅｘデータの書き込みとアドレス帳表示領域５０ａの更新とを並行して実行する場合には、アドレス帳表示領域５０ａの更新に用いるＩｎｄｅｘデータは、書き込みが行われていない記憶領域に保存されたＩｎｄｅｘデータに基づいて行うことが可能である。
これについて、図１０を用いて説明する。図１０は、メールアプリケーション１２３のインストール後の初回起動時における、画像形成装置１の各部の処理の流れを説明するシーケンス図である。

図１０に示すように、ユーザーからの指示を受けて、ブラウザアプリケーション１１４が起動する（Ｔ１１）。ブラウザアプリケーション１１４は、メールアプリケーション１２３にアクセスし、メインタスクを起動させる（Ｔ１２）。
メールアプリケーション１２３のメインタスクが起動すると、一時的な記憶領域にアドレス０件のアドレス帳データ（空データ）を書き込むとともに（Ｔ１３）、空データをブラウザアプリケーション１１４へ提供する（Ｔ１４）。
ブラウザアプリケーション１１４は、メールアプリケーション１２３から空データを受け取ると、これに基づいてアドレス帳表示領域５０ａを形成して、ＳｃａｎＴｏＥｍａｉｌページ５００の全体を形成し、タッチパネルディスプレイ１０ｆに表示させる（Ｔ１５）。

次いで、メールアプリケーション１２３のメインタスクは、サブタスクを起動させる（Ｔ１６）。メールアプリケーション１２３のサブタスクが起動すると、メールアプリケーション１２３のサブタスクは、ＩＷＳ ＡＰＩ１０４に対してＩｎｄｅｘ１の情報提供を依頼する（Ｔ１７）。ＩＷＳ ＡＰＩ１０４は、Ｉｎｄｅｘ１のデータをメールアプリケーション１２３のサブタスクに提供する（Ｔ１８）。
Ｉｎｄｅｘ１のデータを受け取ると、メールアプリケーション１２３のサブタスクは、Ｉｎｄｅｘ１のデータを一時的な記憶領域Ｃａｃｈｅ１に保存する（Ｔ１９）。
なお、Ｃａｃｈｅ１は、ＲＡＭ１０ｂあるいはＣＰＵ１０ａが内蔵するキャッシュメモリ等を指す。

続いて、メールアプリケーション１２３のメインタスクは、アドレス帳表示領域５０ａの更新のため、Ｃａｃｈｅ１に保存されたＩｎｄｅｘ１のデータを読み出す（Ｔ２０）。メールアプリケーション１２３のメインタスクは、読み出したＩｎｄｅｘ１のデータをブラウザアプリケーション１１４へ提供する（Ｔ２１）。
ブラウザアプリケーション１１４は、メールアプリケーション１２３からＩｎｄｅｘ１のデータを受け取ると、これに基づいてアドレス帳表示領域５０ａを更新して、タッチパネルディスプレイ１０ｆに表示させる（Ｔ２２）。

一方で、メールアプリケーション１２３のサブタスクは、ＩＷＳ ＡＰＩ１０４にＩｎｄｅｘ２の情報提供を依頼する（Ｔ２３）。ＩＷＳ ＡＰＩ１０４は、Ｉｎｄｅｘ２のデータをメールアプリケーション１２３のサブタスクに提供する（Ｔ２４）。
Ｉｎｄｅｘ２のデータを受け取ると、メールアプリケーション１２３のサブタスクは、Ｉｎｄｅｘ２のデータをＩｎｄｅｘ１のデータが保存された記憶領域Ｃａｃｈ１とは別の記憶領域Ｃａｃｈｅ２に書き込み、保存する（Ｔ２５）。
なお、Ｃａｃｈｅ２は、ＲＡＭ１０ｂあるいはＣＰＵ１０ａが内蔵するキャッシュメモリ等を指す。
以降、メールアプリケーション１２３のサブタスクは、Ｉｎｄｅｘデータを取得する度に、記憶領域に保存してＩｎｄｅｘデータを更新する。その一方でメールアプリケーション１２３のメインタスクは、書き込みが行われている記憶領域以外の記憶領域に保存されたＩｎｄｅｘデータに基づいて、アドレス帳表示領域５０ａを更新する。

したがって、アドレス帳表示領域５０ａに表示するために読み出すＩｎｄｅｘデータ（図１０のＩｎｄｅｘ１）と、記憶領域に書き込んでいる最中のＩｎｄｅｘデータ（図１０のＩｎｄｅｘ２）とは異なるデータであるため、記憶領域に書き込み途中のデータにユーザーがアクセスして、予期しないエラーが発生するのを防止することができる。

以上説明したように、本実施形態におけるＩＷＳアプリケーション１２０の実行時には、表示画面を形成するためのデータを記憶領域に書き込む書き込み工程と、表示画面を形成するためのデータの一部を、ブラウザを介して取得する第１データ取得工程と、表示画面を形成する画面形成工程と、表示画面を更新する画面更新工程と、を備え、書き込み工程は、取得データの取得に先立って、空データを記憶領域に書き込み、画面形成工程は、空データが記憶領域に書き込まれると、空データによって形成された表示画面を形成し、画面更新工程は、取得データが前記記憶領域に書き込まれると、表示画面を取得データによって形成された画面に切り換える表示制御を実行する。したがって、データをすべて取得するまで待機することなく、空データによって先に画面全体を生成するため、ユーザーの待機時間を削減して作業効率を向上することができる。

また、書き込み工程においては、取得データのデータ量が所定のデータ量を超える場合に、空データを前記記憶領域に書き込む。したがって、上記したようにＩＷＳＡＰＩ１０４とＩＷＳアプリケーション１２０とのデータのやり取りを複数回にわたって行う必要があるような、データ量の大きな情報の取得時に、待機時間をより効果的に削減することができる。

また、表示画面は、取得データによって形成された画面を表示するための第１の領域（図５におけるアドレス帳表示領域５０ａ）と、ＩＷＳアプリケーション１２０が保有する保有データによって形成されたユーザーによって操作可能な画面を表示するための第２の領域（図５におけるスキャン設定領域５０ｂ）と、を備え、画面形成工程は、第１の領域に空データに基づく画面を表示するとともに、第２の領域に保有データによって形成された画面を表示して、表示画面を形成する。したがって、取得データを取得している最中においても、ユーザーが他のジョブを実行することが可能となり、ユーザーの待機時間を削減して生産性を向上することができる。

また、第１データ取得工程及び書き込み工程は、アプリケーション実行工程（メインタスク）における処理が完了した後においても、取得データの取得及び記憶領域への書き込みを継続する。したがって、ユーザーがデータの取得途中にＩＷＳアプリケーション１２０のウェブページを閉じたとしても、次回ユーザーがＩＷＳアプリケーション１２０のウェブページを開いた際には、取得データに基づいた画面を表示することができ、好適である。

なお、上記実施形態は本発明を実施するための一例であり、これに限定されない。
例えば、上記実施形態では、第１データ取得工程においては、タッチパネルディスプレイ１０ｆにおける表示言語に基づいて取得データの取得順を異ならせる。具体的には、図９に示すように表示言語によってＩｎｄｅｘの並び順（登録名が英語表記又は日本語表記の何れの電子メールアドレスを先に取得するか）を異ならせる。即ち、ユーザーの使用頻度が高いと想定される情報を優先的に取得するため、ユーザーの待機時間を効果的に削減することができる。
ただし、これに限定されず、例えば画像処理システム１００のユーザーの使用頻度の高い順や、ユーザーが登録した順にＩｎｄｅｘデータの並び順を異ならせるものとしてもよい。ユーザーの待機時間の削減について、より効果的と考えられる方法でデータの取得順を決定することが好ましい。

また、アドレス帳の表示方法として、アルファベット順に表示するモード、登録順に表示するモード、使用頻度順に表示するモードなどの複数の表示モードのうちから、ユーザーが任意の表示モードを選択可能な場合には、ユーザーの表示モードの選択に応じて表示順を決定し（表示順決定工程）、決定した順番でＩｎｄｅｘデータを取得するものとしてもよい。

また、上記実施形態においては、メールアプリケーション１２３のＳｃａｎＴｏＥｍａｉｌ機能を用いる場合を例に挙げて説明したが、これに限定されず、ＩＷＳアプリケーション１２０の各機能について本発明を適用することが可能である。
例えば、ＦＡＸアプリケーション１２４においても、同様にアドレス帳データ（この場合、電子メールアドレスとＦＡＸ番号を含むデータ）を取得してタッチパネルディスプレイ１０ｆに表示させることが考えられる。このとき、同じアドレス帳データであっても、メールアプリケーション１２３とＦＡＸアプリケーション１２４とで、Ｉｎｄｅｘの並び順を異ならせてもよい。例えば、それぞれのアプリケーションにおいて、電子メールアドレス（ＦＡＸ番号）の使用頻度に応じて、その順番を異ならせることが有効である。

また、上記実施形態においては、ＩＷＳアプリケーション１２０が取得するのに時間のかかるデータとして、アドレス帳データを例に挙げて説明したが、これに限定されない。例えば実行済みジョブ履歴に関するデータ、送信履歴データ、エラー履歴データ等、一繋ぎの情報として画面上に表示した場合にタッチパネルディスプレイ１０ｆの画面に収まりきらない量のデータなど、ＩＷＳアプリケーション１２０がＩＷＳ ＡＰＩ１０４及びウェブサーバシステム１０３を介して取得する際に、ＩＷＳ ＡＰＩ１０４からＩＷＳアプリケーション１２０への提供が複数回にわたるような大容量のデータについて、本発明を適用することが可能である。

また、上記実施形態においては、ＩＷＳアプリケーションがＭＦＰシステム１０１からデータを取得する例について説明したが、これに限定されず、例えば画像形成装置にインストールされたブラウザベースのアプリケーションが、サーバ装置２１から情報を取得する等、アプリケーションが外部の領域から情報を取得し、記憶領域に保存しつつ、ブラウザを介してタッチパネルディスプレイ１０ｆに画面を表示させる場合に、本発明を適用することが可能である。

以上、本発明に係る実施形態に基づいて具体的に説明したが、画像形成装置を構成する各装置の細部構成及び各装置の細部動作に関しても、本発明の主旨を逸脱することのない範囲で適宜変更可能である。

また、上記の説明では、本発明に係るプログラムのコンピューター読み取り可能な媒体としてＨＤＤや半導体の不揮発性メモリー等を使用した例を開示したが、この例に限定されない。その他のコンピューター読み取り可能な媒体として、ＣＤ−ＲＯＭ等の可搬型記録媒体を適用することが可能である。また、本発明に係るプログラムのデータを、通信回線を介して提供する媒体として、キャリアウエーブ（搬送波）も適用される。

１ 画像形成装置
１０ａ ＣＰＵ（制御部）
１０ｆ タッチパネルディスプレイ（表示部）
１０１ ＭＦＰシステム（第１システム）
１０２ ネイティブＡＰＩ
１０３ ウェブサーバシステム（第２システム）
１０３ａ ＩＷＳコア
１０３ｂ パイソンエンジン
１０３ｃ ＩＷＳ
１０４ ＩＷＳ ＡＰＩ（第２システム）
１１０ ネイティブアプリケーション
１１４ ブラウザアプリケーション
１２０ ＩＷＳアプリケーション（データ取得部、第１データ取得部、書き込み部、画面形成部、画面更新部）
５００ ＳｃａｎＴｏＥｍａｉｌページ（表示画面）
５０ａ アドレス帳表示領域（第１の領域）
５０ｂ スキャン設定領域（第２の領域）
２ サーバ装置
３ 端末装置
４ 通信回線
１００ 画像処理システム
Ｃａｃｈｅ１、Ｃａｃｈｅ２ 記憶領域

Claims (14)

1. アプリケーションを実行するための表示画面を表示する表示部を備えた画像形成装置における、前記表示画面の表示制御方法であって、
   前記表示画面を形成するためのデータを記憶領域に書き込む書き込み工程と、
   前記表示画面を形成するためのデータを取得するデータ取得工程と、
   前記表示画面を形成する画面形成工程と、
   前記表示画面を更新する画面更新工程と、を備え、
   前記データ取得工程は、第１データ取得工程をさらに備え、
   前記書き込み工程は、前記第１データ取得工程によって取得される第１取得データの取得に先立って、予め定められた所定データを前記記憶領域に書き込み、
   前記画面形成工程は、前記書き込み工程によって前記所定データが前記記憶領域に書き込まれると、前記所定データによって形成された表示画面を形成し、
   前記画面更新工程は、前記書き込み工程によって前記第１取得データが前記記憶領域に書き込まれると、前記表示画面を、前記所定データによって形成された画面から前記第１取得データによって形成された画面に更新する
   ことを特徴とする表示制御方法。
2. 前記画像形成装置は、画像形成装置を制御する第１システムと、アプリケーションと前記第１システムとを連携して動作させる第２システムと、で構成され、
   前記第１データ取得工程は、前記第２システムを介して、前記第１システムが管理するデータを取得する
   ことを特徴とする請求項１に記載の表示制御方法。
3. 前記データ取得工程は、前記第２システムを介することなく、前記第１システムが管理するデータを取得する第２データ取得工程をさらに備え、
   前記画面形成工程は、
   前記第２データ取得工程によって取得された第２取得データによって前記表示画面を形成する場合には、前記書き込み工程によって前記第２取得データが前記記憶領域に書き込まれた後に前記表示画面を形成する
   ことを特徴とする請求項２に記載の表示制御方法。
4. 前記書き込み工程は、前記第１取得データのデータ量が所定のデータ量を超える場合に、前記所定データを前記記憶領域に書き込む
   ことを特徴とする請求項２又は３に記載の表示制御方法。
5. 所定のデータ量を超える前記第１取得データは、アドレス帳データ、実行済みジョブ履歴データ、送信履歴データ及びエラー履歴データのうち少なくとも一つである
   ことを特徴とする請求項２から４のいずれか一項に記載の表示制御方法。
6. 前記書き込み工程は、前記第１データ取得工程により取得された第１取得データを、複数の記憶領域に交互に書き込み、
   前記画面更新工程は、前記書き込み工程による第１取得データの書き込みが一の記憶領域に対して行われている場合に、他の記憶領域に書き込まれた第１取得データに基づいて、前記表示画面を形成する
   ことを特徴とする請求項２から５のいずれか一項に記載の表示制御方法。
7. 前記表示画面は、前記第１取得データによって形成された画面を表示するための第１の領域と、前記アプリケーションが保有する保有データによって形成されたユーザーによって操作可能な画面を表示するための第２の領域と、を備え、
   前記画面形成工程は、
   前記第１取得データの取得に先立って、前記所定データによって形成された画面を前記第１の領域に表示するとともに、前記保有データによって形成された画面を前記第２の領域に表示して、前記表示画面を形成する
   ことを特徴とする請求項２から６のいずれか一項に記載の表示制御方法。
8. ユーザーによる前記アプリケーションの実行指示に従って処理を行うアプリケーション実行工程を備え、
   前記データ取得工程及び前記書き込み工程は、前記アプリケーション実行工程における処理が完了した後においても、前記第１取得データの取得及び前記記憶領域への書き込みを継続する
   ことを特徴とする請求項２から７のいずれか一項に記載の表示制御方法。
9. 前記データ取得工程は、前記表示部における表示言語に基づいて、前記第１取得データの取得順を異ならせる
   ことを特徴とする請求項２から８のいずれか一項に記載の表示制御方法。
10. 前記データ取得工程は、ユーザーによる使用頻度に基づいて、前記第１取得データの取得順を異ならせる
    ことを特徴とする請求項２から９のいずれか一項に記載の表示制御方法。
11. ユーザーの操作に基づいて、前記データの表示順を決定する表示順決定工程を備え、
    前記データ取得工程は、前記表示順に応じて、前記第１取得データの取得順を異ならせる
    ことを特徴とする請求項２から１０のいずれか一項に記載の表示制御方法。
12. 前記データ取得工程は、前記アプリケーションが有する機能に応じて、前記第１取得データの取得順を異ならせる
    ことを特徴とする請求項２から１１のいずれか一項に記載の表示制御方法。
13. アプリケーションを実行するための表示画面を表示する表示部を備えた画像形成装置における、前記表示画面の表示を制御するためのプログラムであって、前記画像形成装置のコンピューターを、
    前記アプリケーションを、前記表示画面を形成するためのデータを記憶領域に書き込む書き込み部、前記表示画面を形成するためのデータを取得するデータ取得部、表示画面を形成する画面形成部、前記表示画面を更新する画面更新部、として機能させる制御部として機能させ、
    前記制御部は、前記データ取得部を、さらに第１データ取得部として機能させ、
    前記書き込み部は、前記第１データ取得部によって取得される第１取得データの取得に先立って、予め定められた所定データを前記記憶領域に書き込み、
    前記画面形成部は、前記書き込み部によって前記所定データが前記記憶領域に書き込まれると、前記所定データによって形成された表示画面を形成し、
    前記画面更新部は、前記書き込み部によって前記第１取得データが前記記憶領域に書き込まれると、前記表示画面を、前記所定データによって形成された画面から前記第１取得データによって形成された画面に更新する
    ことを特徴とするプログラム。
14. アプリケーションを実行するための表示画面を表示する表示部と、
    前記アプリケーションを、前記表示画面を形成するためのデータを記憶領域に書き込む書き込み部、前記表示画面を形成するためのデータを取得するデータ取得部、表示画面を形成する画面形成部、前記表示画面を更新する画面更新部、として機能させる制御部と、を備え、
    前記制御部は、前記データ取得部を、さらに第１データ取得部として機能させ、
    前記書き込み部は、前記第１データ取得部によって取得される第１取得データの取得に先立って、予め定められた所定データを前記記憶領域に書き込み、
    前記画面形成部は、前記書き込み部によって前記所定データが前記記憶領域に書き込まれると、前記所定データによって形成された表示画面を形成し、
    前記画面更新部は、前記書き込み部によって前記第１取得データが前記記憶領域に書き込まれると、前記表示画面を、前記所定データによって形成された画面から前記第１取得データによって形成された画面に更新する
    ことを特徴とする画像形成装置。

Images