(57)【要約】【課題】ユーザが通信端末装置を操作可能となるまでの待ち時間を短縮する。【解決手段】通信端末装置２０は、データ受信手段２２１と、表示データ分割手段２２３と、画面描画イベント登録手段２２４と、表示手段２２５と、ユーザ操作実行手段２２２と、を備える。データ受信手段２２４は、ＭＦＰ１０から画面データ３０を受信する。表示データ分割手段２２３は、画面データ３０を分割表示データ３５に分割する。画面描画イベント登録手段２２４は、画面描画イベント４５を生成する。画面描画イベント登録手段２２４は、画面描画イベント４５をイベントキュー４０に登録する。表示手段２２５は、イベントキュー４０の情報に基づいて、分割表示データ３５を表示する。ユーザ操作実行手段２２２は、画面描画イベント４５の分割表示データ３５の表示終了後から、次の画面描画イベント４５が開始されるまでの間にユーザ操作を受け付けて実行する。【選択図】図１０Ａ
2014093021.tif 000002
【特許請求の範囲】
【請求項１】
サーバから画面データを受信するデータ受信手段と、
前記サーバから受信した前記画面データを所定の数の分割表示データに分割する表示データ分割手段と、
１つの前記分割表示データの表示指令とイベント実行タイミングとを含む画面描画イベントを生成し、前記画面描画イベントをイベントキューに登録する、画面描画イベント登録手段と、
前記画面描画イベントが登録された前記イベントキューの情報に基づいて、前記分割表示データを表示する表示手段と、
前記イベントキューに登録された前記画面描画イベントの前記分割表示データの表示終了後から、次の前記画面描画イベントが開始されるまでの間にユーザ操作を受け付けて実行する、ユーザ操作実行手段と、
を備える通信端末装置。
【請求項２】
前記画面データは、前記サーバから一括して受信された表示すべきデータ全体である、請求項１に記載の通信端末装置。
【請求項３】
前記画面データは、前記サーバから分割して受信された前記表示すべきデータの一部である、請求項１に記載の通信端末装置。
【請求項４】
前記画面データが複数のサブデータにより構成された一覧データである場合、前記表示データ分割手段は、前記画面データに含まれる前記サブデータの個数に基づいて、前記画面データを前記分割表示データに分割するかどうかを決定する、請求項１から３のいずれかに記載の通信端末装置。
【請求項５】
前記表示データ分割手段は、前記画面データのデータ種類に基づいて、前記画面データを前記分割表示データに分割するかどうかを決定する、請求項１から４のいずれかに記載の通信端末装置。
【請求項６】
前記表示データ分割手段は、前記分割表示データに所定の個数の前記サブデータを含むように前記画面データを分割する、請求項４又は５に記載の通信端末装置。
【請求項７】
前記表示データ分割手段は、前記画面データに含まれる前記サブデータのデータサイズに基づいて、前記分割表示データに含まれる前記サブデータの数を決定する、請求項４から６のいずれかに記載の通信端末装置。
【請求項８】
前記画面描画イベント登録手段は、前記イベントキューのイベント実行番号が大きくなるに従い、前記画面描画イベントのために割り当てられる時間が長くなるように、前記イベント実行タイミングを決定する、請求項１から７のいずれかに記載の通信端末装置。
【請求項９】
前記画面描画イベント登録手段は、画面表示開始時からの経過時間を前記イベント実行タイミングとする、請求項１から８のいずれかに記載の通信端末装置。
【請求項１０】
前記画面描画イベント登録手段は、前記分割表示データを表示するためにかかった実際の時間に基づいて、前記イベント実行タイミングを修正する、請求項９に記載の通信端末装置。
【請求項１１】
前記画面描画イベント登録手段は、直前の前記画面描画イベントの前記分割表示データの表示終了後からの経過時間を、前記イベント実行タイミングとする、請求項１から８のいずれかに記載の通信端末装置。
【請求項１２】
サーバから画面データを受信するデータ受信ステップと、
前記画面データを所定の数の分割表示データに分割する表示データ分割ステップと、
１つの前記分割表示データの表示指令とイベント実行タイミングとを含む画面描画イベントを生成し、前記画面描画イベントをイベントキューに登録する、画面描画イベント登録ステップと、
前記画面描画イベントが登録された前記イベントキューの情報に基づいて、前記分割表示データを表示する表示ステップと、
前記イベントキューに登録された前記画面描画イベントの前記分割表示データ表示後から、次の前記画面描画イベントが開始されるまでの間にユーザ操作を受け付けて実行するユーザ操作実行ステップと、
を有するデータ表示方法。
【請求項１３】
前記画面データは、前記サーバから一括して受信された表示すべきデータ全体である、請求項１２に記載のデータ表示方法。
【請求項１４】
前記画面データは、前記サーバから分割して受信された前記表示すべきデータの一部である、請求項１２に記載のデータ表示方法。
【請求項１５】
前記データ受信ステップ、前記表示データ分割ステップ、前記画面描画イベント登録ステップ、前記表示ステップ、及び前記ユーザ操作実行ステップは、前記表示すべきデータ全体が受信されるまで繰り返し実行される、請求項１４に記載のデータ表示方法。
【請求項１６】
前記画面データが複数のサブデータにより構成された一覧データである場合、前記表示データ分割ステップにおいて、前記画面データに含まれる前記サブデータの個数に基づいて、前記画面データを前記分割画面データに分割するかどうかを決定する、請求項１２から１５のいずれかに記載のデータ表示方法。
【請求項１７】
前記表示データ分割ステップにおいて、前記画面データのデータ種類に基づいて、前記画面データを前記分割画面データに分割するかどうかを決定する、請求項１２から１６のいずれかに記載のデータ表示方法。
【請求項１８】
前記表示データ分割ステップにおいて、前記分割表示データに所定の個数の前記サブデータを含むように前記画面データを分割する、請求項１６又は１７に記載のデータ表示方法。
【請求項１９】
前記表示データ分割ステップにおいて、前記画面データに含まれる前記サブデータのデータサイズに基づいて、前記分割表示データに含まれる前記サブデータの数を決定する、請求項１６から１８のいずれかに記載のデータ表示方法。
【請求項２０】
前記画面描画イベント登録ステップにおいて、前記イベントキューのイベント実行番号が大きくなるに従い、前記画面描画イベントのために割り当てられる時間が長くなるように、前記イベント実行タイミングを決定する、請求項１２から１９のいずれかに記載のデータ表示方法。
【請求項２１】
前記画面描画イベント登録ステップにおいて、画面表示開始時からの経過時間を前記イベント実行タイミングとする、請求項１２から２０のいずれかに記載のデータ表示方法。
【請求項２２】
前記画面描画イベント登録ステップにおいて、前記分割表示データを表示するためにかかった実際の時間に基づいて、前記イベント実行タイミングを修正する、請求項２１に記載のデータ表示方法。
【請求項２３】
前記画面描画イベント登録ステップにおいて、直前の前記画面描画イベントの前記分割表示データの表示終了後からの経過時間を、前記イベント実行タイミングとする、請求項１２から２０のいずれかに記載のデータ表示方法。
【請求項２４】
請求項１２から２３のいずれかに記載のデータ表示方法を実行する、データ表示プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバから受信したデータを画面などに表示する通信端末装置、データ表示方法及びデータ表示プログラムに関する。
【背景技術】
【０００２】
ネットワークを介してサーバ及びクライアントが接続された、サーバ−クライアントシステムにおいては、サーバから受信したデータをクライアントで表示し、表示されたデータを参照しながらサーバを操作する。
このようなサーバ−クライアントシステムとして、例えば、ネットワークサーバを有したＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎａｌ  Ｐｅｒｉｐｈｅｒａｌ、複合機）などの情報通信機器を、ネットワークを介して、パーソナルコンピュータなどの通信端末装置により操作したり、ＭＦＰに記録されたデータ（例えば、ＦＡＸデータやイメージスキャナにより得られた画像データ）を通信端末装置にて参照したりするシステムが知られている。
【０００３】
例えば、特許文献１に、ネットワークサーバを有した複合機と端末装置とがネットワークを介して通信可能となっている画像形成システムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１３５１３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記のようなサーバ−クライアントシステムにおいて、ユーザがクライアント（通信端末装置）を操作できるようになるまでに時間が長くなることがある。この問題が頻繁に発生するのは、ユーザがサーバから受信したデータを参照しながら通信端末装置を操作する際、サーバから受信したデータ量が膨大になったときである。なぜなら、そのような場合は、サーバからデータを受信して、当該データを通信端末装置に表示するまでの間、ユーザは通信端末装置を操作できないからである。そして、上記の場合、通信端末装置を操作するために、ユーザは、サーバから受信したデータが全て表示し終わるまで待たなくてはならない。
【０００６】
本発明の課題は、ユーザが通信端末装置を操作可能となるまでの待ち時間を短縮することである。
【課題を解決するための手段】
【０００７】
以下に、課題を解決するための手段として複数の態様を説明する。これら態様は、必要に応じて任意に組み合せることができる。
【０００８】
本発明の一見地に係る通信端末装置は、データ受信手段と、表示データ分割手段と、画面描画イベント登録手段と、表示手段と、ユーザ操作実行手段と、を備える。
データ受信手段は、画面データをサーバから受信する。画面データとは、通信端末装置において表示する必要のある、サーバに蓄積された電子データなど（表示すべきデータ）の全部又は一部のことである。
表示データ分割手段は、画面データを所定の数の分割表示データに分割する。画面描画イベント登録手段は、１つの分割表示データの表示指令と、イベント実行タイミングとを含む画面描画イベントを生成する。そして、画面描画イベント登録手段は、画面描画イベントをイベントキューに登録する。表示手段は、画面描画イベントが登録されたイベントキューの情報に基づいて、分割表示データを表示する。ユーザ操作実行手段は、イベントキューに登録された画面描画イベントの分割表示データの表示終了後から、次の画面描画イベントが開始されるまでの間にユーザ操作を受け付けて実行する。
【０００９】
この通信端末装置では、データ受信手段がサーバから画面データを受信する。その後、表示データ分割手段が画面データを所定の数の分割表示データに分割する。次に、画面描画イベント登録手段が、１つの分割表示データの表示指令とイベント実行タイミングとを情報として含む画面描画イベントを生成する。このとき、画面描画イベント登録手段は、画面データを分割して得られた分割表示データと同数の画面描画イベントを生成する。そして、画面描画イベント登録手段は、生成された画面描画イベントをイベントキューに登録する。ここで、イベント実行タイミングとは、イベントが開始される時間に関する時間情報である。
次に、表示手段がイベントキューに登録された情報に基づいて画面描画イベントを実行する。具体的には、各画面描画イベントのイベント実行タイミングごとに当該画面描画イベントの表示指令が実行されて１つの分割表示データが表示される。これにより、当該画面描画イベントに割り当てられた分割表示データが順番に表示される。当該画面描画イベントの実行中において、ユーザ操作実行手段は、当該画面描画イベントに割り当てられた分割表示データの表示が終了した後、次の画面描画イベントが開始されるまで、ユーザの操作を受け付けて実行する。
【００１０】
この通信端末装置では、サーバから受信した画面データを所定の数の分割表示データに分割し、当該分割表示データを表示手段により１つずつ（分割表示データ単位毎に）表示するようにしている。そして、１つの分割表示データの表示の終了後から次の画面描画イベントが開始されるまでの間に、ユーザ操作実行手段によりユーザが通信端末装置を操作できるようになっている。そして、上記の動作をイベントキューに登録された全ての画面描画イベントを実行するまで（すなわち、全ての画面データが通信端末装置に表示されるまで）繰り返し行う。すなわち、この通信端末装置では、サーバから受信した画面データを表示する間に、ユーザが通信端末装置を操作できる。
【００１１】
これにより、通信端末装置を操作するために、ユーザが、サーバから受信された画面データが全て表示されるまで待つ必要がなくなる。その結果、ユーザが通信端末装置を操作できる（ユーザ操作可能）ようになるまでの待ち時間を短縮できる。また、画面データを全て表示する間にユーザが通信端末装置を操作できることにより、ユーザが通信端末装置を操作できる時間を増加できる。
【００１２】
画面データは、サーバから一括して受信された表示すべきデータ全体であってもよい。ここで、表示すべきデータとは、通信端末装置において表示する必要のある、サーバに蓄積された電子データなどのことである。
【００１３】
画面データは、サーバから分割して受信された表示すべきデータの一部であってもよい。表示すべきデータが膨大で受信に時間がかかる場合、表示すべきデータの一部（画面データ）をまず受信して、受信できた画面データを表示し、画面データ表示中にユーザ操作可能とすることにより、ユーザがユーザ操作可能となるまでの待ち時間を短縮できる。  
【００１４】
また、サーバから表示すべきデータを受信中に、ネットワークの異常などの原因により、サーバと通信端末装置とのネットワーク接続がタイムアウトした場合、表示すべきデータの内、受信できた画面データを少なくとも通信端末装置に表示できる。これにより、ユーザは、長時間待つことなくサーバ内から受信した表示すべきデータの一部を少なくとも参照しつつユーザ操作を行える。その結果、ユーザ操作可能となるまでの時間を短縮できる。
【００１５】
表示データ分割手段は、画面データが複数のサブデータにより構成された一覧データである場合、画面データに含まれるサブデータの個数に基づいて、画面データを分割表示データに分割するかどうかを決定してもよい。
これにより、画面データの表示に時間がかからない場合などに、不必要に画面データを分割することを回避できる。
【００１６】
表示データ分割手段は、画面データのデータ種類に基づいて、画面データを分割表示データに分割するかどうかを決定してもよい。
画面データは、そのデータ種類（例えば、テキストデータ、サムネイル、画像データ、又はこれらの一覧など）の特性により画面データの表示時間が異なる場合がある。このような場合、画面データのデータ種類に基づいて画面データを分割表示データに分割するかどうかを決定することにより、表示に時間がかからない画面データを不必要に分割することを抑制できる。
【００１７】
表示データ分割手段は、分割表示データに所定の個数のサブデータを含むように画面データを分割してもよい。
これにより、簡単な処理を用いて画面データを適切な数の分割表示データに分割できる。
【００１８】
表示データ分割手段は、画面データに含まれるサブデータのデータサイズに基づいて、分割表示データに含まれる前記サブデータの数を決定してもよい。
これにより、画面データに含まれるサブデータのデータサイズにばらつきがある場合でも、１つの分割表示データを表示させるのにかかる時間を、画面描画イベント毎にほぼ一定にすることができる。その結果、画面描画イベントの実行時間をより簡単に決定できる。
【００１９】
画面描画イベント登録手段は、イベントキューのイベント実行番号が大きくなるに従い、画面描画イベントのために割り当てられる時間が長くなるように、イベント実行タイミングを決定してもよい。
これにより、より多くの画面描画イベントが実行されてより多くの分割表示データが表示されるに従い、ユーザが通信端末装置を操作できる時間を長くできる。その結果、ユーザは、より多くの分割表示データを参照しながら、より多くの操作を通信端末装置により行える。
【００２０】
画面描画イベント登録手段は、画面表示開始時からの経過時間をイベント実行タイミングとしてもよい。なお、画面表示開始時とは、画面データの表示指令がなされた時点をいう。
これにより、画面描画イベント登録手段は、簡単な実行プロセスによりイベント実行タイミングを決定できる。
【００２１】
画面描画イベント登録手段は、分割表示データを表示するためにかかった実際の時間に基づいて、イベント実行タイミングを修正してもよい。
これにより、イベント実行タイミングを予め決定できなかった場合などに、分割表示データを表示するためにかかった実際の時間に基づいてイベント実行タイミングを決定できる。また、分割表示データの表示に過剰に時間がかかった場合に、分割表示データの表示後から次の画面描画イベントの間にユーザが通信端末装置を操作できる時間が少なくなることを抑制できる。なぜなら、上記により、分割表示データの表示に実際にかかった時間以上の時間を画面描画イベント実行に割り当て可能となるからである。
【００２２】
画面描画イベント登録手段は、直前の画面描画イベントの分割表示データの表示終了後からの経過時間を、イベント実行タイミングとしてもよい。
これにより、分割表示データの表示にかかった時間が不明及び／又は不定であった場合でも、分割表示データの表示にかかった時間以上の時間を画面描画イベントに確実に割り当て可能となる。その結果、ユーザが通信端末装置を操作できる時間を確実かつ十分に確保できる。また、イベント実行タイミングを適切な値に設定することにより、ユーザが通信端末装置を操作できる時間の長さを適切に調整できる。
【００２３】
本発明の他の見地に係る、データ表示方法は、以下のステップを備えている。
◎サーバから画面データを受信するデータ受信ステップ。
◎画面データを所定の数の分割表示データに分割する表示データ分割ステップ。
◎１つの分割表示データの表示指令とイベント実行タイミングとを含む画面描画イベントを生成し、画面描画イベントをイベントキューに登録する、画面描画イベント登録ステップ。
◎画面描画イベントが登録されたイベントキューの情報に基づいて、分割表示データを表示する表示ステップ。
◎イベントキューに登録された前記画面描画イベントの前記分割表示データ表示後から、次の前記画面描画イベントが開始されるまでの間にユーザ操作を受け付けて実行するユーザ操作実行ステップ。
【００２４】
このデータ表示方法では、サーバから受信した画面データを分割表示データに分割し、当該分割表示データを１つずつ（分割表示データ単位毎に）表示するようにしている。そして、１つの分割表示データの表示の終了後から次の画面描画イベントが開始されるまでの間に、ユーザがユーザ操作を行える。そして、上記の動作をイベントキューに登録されている全ての画面描画イベントが実行されるまで（すなわち、画面データが全て表示されるまで）繰り返し行う。すなわち、このデータ表示方法では、サーバから受信した画面データを表示する間に、ユーザがユーザ操作を行なえる。
【００２５】
これにより、ユーザ操作を行うために、サーバから画面データを受信し画面データが全て表示されるまで、ユーザが待つ必要が無くなる。すなわち、ユーザ操作可能となるまでの待ち時間を短縮できる。また、画面データを全て表示する間にユーザ操作が可能となることにより、ユーザ操作を実行可能となる時間を増加できる。
【００２６】
画面データは、サーバから一括して受信された表示すべきデータ全体であってもよい。
【００２７】
画面データは、サーバから分割して受信された表示すべきデータの一部であってもよい。表示すべきデータが膨大で受信に時間がかかる場合、表示すべきデータの一部（画面データ）をまず受信して、受信できた画面データを表示し、画面データ表示中にユーザ操作可能とすることにより、ユーザがユーザ操作可能となるまでの待ち時間を短縮できる。
【００２８】
画面データがサーバから分割して受信された表示すべきデータの一部であるとき、データ受信ステップ、表示データ分割ステップ、画面描画イベント登録ステップ、表示ステップ、及びユーザ操作実行ステップは、表示すべきデータ全体が受信されるまで繰り返し実行されてもよい。
この場合、上記各ステップがそれぞれ一回実行されると、サーバから受信された表示すべきデータの一部である画面データが表示される。そして、上記各ステップが、表示すべきデータが全て受信されるまで繰り返されることにより、表示すべきデータ全体が通信端末装置に表示される。
これにより、表示すべきデータの一部を受信して、サーバからのデータ受信時間を短縮できる。そして、受信できた表示すべきデータの一部（画面データ）を上記各ステップを実行することにより表示し、画面データ表示の間にユーザ操作を実行可能とすることにより、ユーザがユーザ操作可能となるまでの待ち時間を短縮できる。
【００２９】
画面データが複数のサブデータにより構成された一覧データである場合、表示データ分割ステップにおいて、データに含まれるサブデータの個数に基づいて、画面データを分割画面データに分割するかどうかを決定してもよい。
これにより、画面データの表示に時間がかからない場合などに、不必要に画面データを分割することを回避できる。
【００３０】
表示データ分割ステップにおいて、画面データのデータ種類に基づいて、画面データを分割画面データに分割するかどうかを決定してもよい。これにより、表示に時間がかからない画面データを不必要に分割することを抑制できる。
【００３１】
表示データ分割ステップにおいて、分割表示データに所定の個数のサブデータを含むように画面データを分割してもよい。
これにより、簡単な処理を用いて画面データを適切な数の分割表示データに分割できる。
【００３２】
表示データ分割ステップにおいて、画面データに含まれるサブデータのデータサイズに基づいて、分割表示データに含まれるサブデータの数を決定してもよい。
これにより、画面データに含まれるサブデータのデータサイズにばらつきがある場合でも、１つの分割表示データを表示させるのにかかる時間を、画面描画イベント毎にほぼ一定にすることができる。その結果、画面描画イベントの実行時間をより簡単に決定できる。
【００３３】
画面描画イベント登録ステップにおいて、イベントキューのイベント実行番号が大きくなるに従い、画面描画イベントのために割り当てられる時間が長くなるように、イベント実行タイミングを決定してもよい。
これにより、画面描画イベントが実行されてより多くの分割表示データが表示されるに従い、ユーザ操作可能となる時間を長くできる。その結果、ユーザは、より多くの分割表示データを参照しながら、より多くの操作を行える。
【００３４】
画面描画イベント登録ステップにおいて、画面表示開始時からの経過時間をイベント実行タイミングとしてもよい。
これにより、簡単な実行プロセスによりイベント実行タイミングを決定できる。
【００３５】
画面描画イベント登録ステップにおいて、分割表示データを表示するためにかかった実際の時間に基づいて、イベント実行タイミングを修正してもよい。
これにより、イベント実行タイミングを予め決定できなかった場合などに、分割表示データを表示するためにかかった実際の時間に基づいてイベント実行タイミングを決定できる。また、分割表示データの表示に過剰に時間がかかった場合に、分割表示データの表示後から次の画面描画イベントの間に、ユーザ操作可能となる時間が少なくなることを抑制できる。なぜなら、分割表示データの表示に実際にかかった時間以上の時間を画面描画イベント実行に割り当てることが容易にできるからである。
【００３６】
画面描画イベント登録ステップにおいて、直前の画面描画イベントの分割表示データの表示終了後からの経過時間を、イベント実行タイミングとしてもよい。
これにより、分割表示データの表示にかかった時間が不明及び／又は不定であった場合でも、分割表示データの表示にかかった時間以上の時間を画面描画イベントに確実に割り当て可能となる。その結果、ユーザ操作が可能となる時間を確実かつ十分に確保できる。また、イベント実行タイミングを適切に設定することにより、ユーザ操作が可能となる時間の長さを適切に調節できる。
【００３７】
本発明のさらに他の見地に係るデータ表示プログラムは、上記データ表示方法を実行するためのプログラムである。
このプログラムは、サーバから受信した画面データを分割表示データに分割し、当該分割表示データを１つずつ（分割表示データ単位毎に）表示するようにしている。そして、１つの分割表示データの表示の終了後から次の画面描画イベントが開始されるまでの間に、ユーザがユーザ操作を行える。そして、イベントキューに登録された画面描画イベントが全て実行されるまで（すなわち、画面データが全て表示されるまで）、上記の動作を繰り返し行う。すなわち、このデータ表示プログラムでは、サーバから受信した画面データを表示する間に、ユーザがユーザ操作を行なえる。
【００３８】
これにより、ユーザ操作を行うために、ユーザが、サーバから画面データを受信し画面データが全て表示されるまで、待つ必要が無くなる。その結果、ユーザ操作可能となるまでの待ち時間を短縮できる。また、画面データを全て表示する間にユーザ操作が可能となることにより、ユーザ操作を実行可能となる時間を増加できる。
【発明の効果】
【００３９】
本発明の通信端末装置では、ユーザが通信端末装置を使用可能となるまでの待ち時間を短縮できる。
【図面の簡単な説明】
【００４０】
【図１】サーバ−クライアントシステムの全体構成図
【図２】ブラウザ部の構成を示すブロック図
【図３】画面データのデータ構成図
【図４】サブデータのデータ構成図
【図５】画面データが所定の数の分割表示データに分割された様子を示す模式図
【図６】画面描画イベント及びイベントキューの構成の模式図
【図７Ａ】ＦＩＦＯ型のイベントキューの模式図
【図７Ｂ】ＦＩＬＯ型のイベントキューの模式図
【図８】第１実施形態のイベントキューに登録された画面描画イベントの実行の状態を時間軸に示した図
【図９】第１実施形態の画面描画イベントの構成を時間軸に示した図
【図１０Ａ】表示すべきデータを一括受信する場合のブラウザ部とＨＴＴＰサーバの動作を示すフローチャート
【図１０Ｂ】表示すべきデータを分割受信する場合のブラウザ部とＨＴＴＰサーバの動作を示すフローチャート
【図１１Ａ】変形例１のイベントキューの構成の模式図
【図１１Ｂ】変形例１の画面描画イベントの構成を時間軸に示した図
【図１２Ａ】変形例２のイベントキューの構成の模式図
【図１２Ｂ】変形例２のイベントキューに登録された画面描画イベントの実行順番を時間軸に示した図
【発明を実施するための形態】
【００４１】
（１）第１実施形態
１−１．サーバ−クライアントシステムの全体構成
図１を参照しつつ、本実施形態の通信端末装置２０が使用される一例としての、サーバ−クライアントシステム１について説明する。図１は、サーバ−クライアントシステム１の全体構成を示す図である。
【００４２】
サーバ−クライアントシステム１は、ＭＦＰ１０と、通信端末装置２０と、ネットワーク５０とにより構成されている。ＭＦＰ１０と通信端末装置２０とは、ネットワーク５０を介して互いにデータを送受信可能なように接続されている。
ＭＦＰ１０は、文書などを読み取り、当該読み取った文書などを電子データとして蓄積する。また、通信端末装置２０から送信される文書などのデータを、他媒体（紙上など）に印刷物として出力したり、ＦＡＸとして外部に送信したりする機能を有している場合もある。
通信端末装置２０は、ＭＦＰ１０において読み取った文書などの電子データや、ＭＦＰ１０の使用ログなどの管理データなどを、ＭＦＰ１０から受信し表示する。また、必要に応じて、通信端末装置２０を操作するユーザは、通信端末装置２０に表示されたデータを参照しながら、ＭＦＰ１０に対して命令の実行を指令できる。また、文書などの電子データを他媒体に印刷したり、ＦＡＸとして外部に送信したりするために、通信端末装置２０は、通信端末装置２０中の電子データをＭＦＰ１０へ送信可能となっていてもよい。
【００４３】
ネットワーク５０は、ＭＦＰ１０と通信端末装置２０とを接続する通信線である。ＭＦＰ１０と通信端末装置２０がＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）に接続されている場合、ネットワーク５０は、例えば、ＬＡＮケーブルのみにより構成できる。
一方、ＭＦＰ１０と通信端末装置２０がインターネットなどのＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）により接続されている場合、ネットワーク５０は、例えば、光ケーブルにより構成できる。
また、ＭＦＰ１０と通信端末装置２０とが、ＷＡＮとＬＡＮにより接続される場合は、ネットワーク５０は、例えば、光ケーブルとＬＡＮケーブルにより構成できる。この場合、ＷＡＮとＬＡＮとの接続を行うためのルータなどの中間機器（図示せず）が、ネットワーク５０中の、ＭＦＰ１０と通信端末装置２０との間に存在していてもよい。
【００４４】
サーバ−クライアントシステム１では、ＭＦＰ１０が主にサーバとしての機能を有し、通信端末装置２０がクライアントとしての機能を有している。
【００４５】
１−２．ＭＦＰの構成
次に、サーバ−クライアントシステム１において、サーバとしての機能を有するＭＦＰ１０の構成を、図１を用いて説明する。ＭＦＰ１０は、前述のように、文書などを読み取って電子データとして蓄積したり、電子データをＦＡＸとして送信したり、印刷物として紙上に印刷したりする。ＭＦＰ１０は、このように様々な文書処理機能を有しているため、複合機と呼ばれることもある。
ＭＦＰ１０は、主に、ネットワークインターフェース１１と、データ読取送信部１２と、記憶部１３と、ＨＴＴＰサーバ１４と、制御部１５とを有する。
【００４６】
ネットワークインターフェース１１は、ネットワーク５０に接続されている。ネットワークインターフェース１１は、サーバとしてのＭＰＦ１０と、クライアントとしての通信端末装置２０とのネットワーク通信を実行する。ネットワークインターフェース１１は、例えば、イーサーネット（Ｅｔｈｅｒｎｅｔ）（登録商標）カードなどを使用できる。
【００４７】
ネットワークインターフェース１１は、通信プロトコルとして、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）プロトコルを使用できる。この場合、サーバ−クライアントシステム１では、主にＨＴＴＰプロトコル（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いて、ＭＦＰ１０と通信端末装置２０とが通信できる。
【００４８】
データ読取送信部１２は、印刷物の文書や画像（写真など）などを読み取って電子データに変換したり、電子データをＦＡＸとして外部に送信したりする。
従って、データ読取送信部１２は、ＦＡＸ通信を行うためのＦＡＸ部１２１と、印刷物などを読み取って電子データに変換するためのイメージスキャナ部１２２と、を有する。その他、例えば、デジタルカメラ中などの画像データを取り込む機構（図示せず）などを備えていてもよい。
【００４９】
また、データ読取送信部１２は、ＦＡＸ部１２１やイメージスキャナ部１２２により読み取った電子データから、サムネイルを生成する機能を有していてもよい。サムネイルとは、画像データなどの概観を表示するための、ファイルサイズの小さい電子データのことである。これにより、画像データなどの概観を参照するためだけに、ファイルサイズの大きな画像データを送信する必要が無くなる。その結果、ＭＦＰ１０と通信端末装置２０との通信により使用されるデータ量を節約できる。
【００５０】
さらに、データ読取送信部１２は、データ読取送信部１２において読み取って記憶部１３に蓄積した電子データに関する情報を、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）やＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）などのマークアップ言語を用いて記述する機能を有していてもよい。そして、当該電子データに関する情報を、ＨＴＭＬ又はＸＭＬにより記述されたファイルとして記憶部１３に記憶する機能を有していてもよい。これにより、ＨＴＴＰプロトコルにより、電子データの一覧を取得しやすくできる。
【００５１】
記憶部１３は、データ読取送信部１２において読み取った電子データや、データ読取送信部１２により外部に送信する電子データなどを記憶する記憶領域である。また、ＭＦＰ１０の管理ログなどの管理データも記憶部１３に記憶されている。
記憶部１３は、例えば、不揮発性のＲＡＭ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｉｓｋ）などで構成できる。また、記憶部１３は、後述する制御部１５を構成するＲＡＭやＲＯＭ（図示せず）の記憶領域の一部を含んでいてもよい。例えば、制御部１５のＲＡＭの記憶領域の一部を記憶部１３に含むことで、当該ＲＡＭの記憶領域をデータキャッシュとして用いることができる。
【００５２】
ＨＴＴＰサーバ１４は、ＭＦＰ１０のサーバとしての機能を実現する構成要素である。ＨＴＴＰサーバ１４は、ＨＴＴＰプロトコルを用いて、ＭＦＰ１０と通信端末装置２０との通信を行う。ＨＴＴＰサーバ１４は、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）やＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）などの記述に基づいてデータ読取送信部１２で読み取った電子データや管理データなどを通信端末装置２０へ送信したり、必要に応じて通信端末装置２０からのユーザ操作要求を受信したりする。これにより、ＨＴＴＰプロトコルを用いて、ＭＦＰ１０の記憶部１３に記憶された電子データの一覧や電子データなどを、ＭＦＰ１０から通信端末装置２０へ送信することが容易にできる。
【００５３】
また、ＨＴＴＰサーバ１４は、ＪａｖａＳｃｒｉｐｔ（登録商標）やＰｅｒｌなどといった、スクリプト言語により記述されたプログラムを実行できるよう設定されていてもよい。この場合、ＭＦＰ１０と通信端末装置２０との間での電子データの送受信のみならず、通信端末装置２０やＭＦＰ１０の操作を行うといったより高度な操作を、ＨＴＴＰサーバ１４を介してできるようになる。
【００５４】
さらに、ＨＴＴＰサーバ１４は、ＨＴＴＰサーバ１４に備わるＷｅｂＤＡＶ（Ｄｉｓｔｒｉｂｕｔｅｄ  Ａｕｔｈｏｒｉｎｇ  ａｎｄ  Ｖｅｒｓｉｏｎｉｎｇ  ｐｒｏｔｏｃｏｌ  ｆｏｒ  ｔｈｅ  ＷＷＷ）と呼ばれる機能を用いて、ＭＦＰ１０の記憶部１３に蓄積された電子データを通信端末装置２０より直接参照したり、通信端末装置２０に存在する電子データをＭＦＰ１０の記憶部１３に直接送信したりできるように設定されていてもよい。この場合、容易に、ＭＦＰ１０の記憶部１３に蓄積された電子データの一覧を参照したり、記憶部１３へ電子データを送信したりできる。
【００５５】
制御部１５は、ＭＦＰ１０の各部を制御する。また、ＭＦＰ１０の操作情報やエラー情報などを含む管理ログなどの管理データを作成する。制御部１５は、例えば、図示しないＣＰＵ、ＲＡＭ、及びＲＯＭにより構成されるマイクロコンピュータである。
なお、制御部１５で作成される管理データは、記憶部１３に記憶されてもよいし、制御部１５のＲＡＭに記憶されていてもよい。
また、ＨＴＴＰサーバ１４がスクリプト言語により記載されたプログラムを実行可能に設定されている場合は、制御部１５のＲＯＭに当該プログラムが記憶され、必要に応じて、ＨＴＴＰサーバ１４により読み出されるようにしておいてもよい。
さらに、ＨＴＴＰサーバ１４がソフトウェアで実現されている場合、ＨＴＴＰサーバ１４のプログラムが、ＲＯＭに記憶されていてもよい。
【００５６】
さらに、ＭＦＰ１０は、ブラウザ部１６と、表示部１７と、操作部１８と、データ出力部１９とを有する。
ブラウザ部１６は、記憶部１３に蓄積された電子データ（の一覧）や、制御部１５により作成される管理データなどを、表示部１７に表示させる。なお、ブラウザ部１６は、後述する通信端末装置２０のブラウザ部２２と同様の機能を有していてもよい。また、ブラウザ部１６は、プログラムとして実現されていてもよい。この場合、当該プログラムは、制御部１５のＲＯＭに記憶されていてもよい。
【００５７】
表示部１７は、記憶部１３に蓄積された電子データ（の一覧）や管理データなどを、ブラウザ部１６を介して表示する。また、表示部１７は、ＭＦＰ１０の操作のために必要な情報なども表示する。表示部１７は、例えば、小型の液晶表示器である。
【００５８】
操作部１８は、ＭＦＰ１０の操作を行うための端末である。操作部１８は、例えば、表示部１７を構成する液晶表示器の表面に備えられたタッチパネルである。
【００５９】
データ出力部１９は、記憶部１３に蓄積された電子データや、通信端末装置２０からＨＴＴＰサーバ１４を介して送信されてきた電子データである文書を印刷物として出力する。
【００６０】
１−３．通信端末装置の構成
次に、図１を参照して、通信端末装置２０の構成について説明する。通信端末装置２０は、例えば、オフィスや家庭などで使用されるパーソナルコンピュータである。従って、図１には図示されていないが、通信端末装置２０は、ＣＰＵと、ＲＡＭと、ＲＯＭと、を有している。その他、通信端末装置２０は、タブレット端末などのポータブル端末であってもよい。
通信端末装置２０は、通信端末装置２０を用いるユーザが、例えば、ＭＦＰ１０にて読み取った文書の電子ファイル（の一覧）を通信端末装置２０を用いて参照したり、通信端末装置２０を介してＭＦＰ１０を操作したりできるようになっている。
また、通信端末装置２０に蓄積された電子データを、ＨＴＴＰサーバ１４を介してＭＦＰ１０に送信可能となっていてもよい。
【００６１】
通信端末装置２０は、ネットワークインターフェース２１と、ブラウザ部２２と、操作部２３と、表示部２４と、記憶部２５とを有している。
ネットワークインターフェース２１は、通信端末装置２０とＭＦＰ１０との通信を行う。ネットワークインターフェース２１は、例えば、イーサーネット（Ｅｔｈｅｒｎｅｔ）（登録商標）カードである。
また、上記のように、通信端末装置２０とＭＦＰ１０とは、主にＨＴＴＰプロトコルを用いて通信するため、ネットワークインターフェース２１は、ＴＣＰ／ＩＰプロトコルにより通信可能となるように設定されていてもよい。
【００６２】
操作部２３は、通信端末装置２０を操作する。操作部２３は、例えば、キーボードやマウスなどにより構成されている。
【００６３】
表示部２４は、ブラウザ部２２を介して、ＭＦＰ１０に蓄積された文書などの電子データやＭＦＰ１０の管理データなどを表示する。また、表示部２４は、その他の通信端末装置２０の操作に必要な情報を表示する。
表示部２４として、例えば、液晶ディスプレイなどを用いることができる。
【００６４】
記憶部２５は、通信端末装置２０を操作及び制御するためのオペレーティングシステムや、ＭＦＰ１０などから受信したデータなどを記憶している、記憶領域である。
記憶部２５は、例えば、ハードディスクやＳＳＤなどにより構成されている。その他、通信端末装置２０のＲＡＭやＲＯＭの記憶領域（の一部）が記憶部２５の記憶領域に含まれていてもよい。
【００６５】
ブラウザ部２２は、通信端末装置２０のクライアントとしての機能を実現する構成要素である。ブラウザ部２２は、ネットワークインターフェース１１、２１、ネットワーク５０、及びＭＦＰ１０のＨＴＴＰサーバ１４を介して、ＭＦＰ１０の記憶部１３に蓄積された文書などの電子データ（の一覧）や管理データなどを参照したり、受信したりする。
また、ブラウザ部２２は、ＭＦＰ１０を用いてＦＡＸにより外部に送信したい文書の電子データや、必要に応じて、ＭＦＰ１０を操作するための操作指令などを送信できる。
ブラウザ部２２は、通信端末装置２０に備えられたオペレーティングシステム上で動作するＷｅｂブラウザであってもよい。また、通信端末装置２０からＭＦＰ１０を操作するためのドライバー又は専用プログラムであってもよい。ブラウザ部２２が、通信端末装置２０からＭＦＰ１０を操作するための専用プログラムの場合、通信端末装置２０とＭＦＰ１０との通信を行うプロトコルは、特にＴＣＰ／ＩＰプロトコルに限定されなくてもよい。この場合、ＭＦＰ１０のサーバとして、ＨＴＴＰサーバ１４の代わりに、ＭＦＰ１０のサーバとして機能する専用プログラムを用いてもよい。
【００６６】
ブラウザ部２２は、特に、膨大な量のＭＦＰ１０から受信された文書などの電子データ（の一覧）を表示部２４に表示する場合において、次のような機能を有する。すなわち、受信された文書などの電子データ（の一覧）や管理データなどを表示している途中であっても、通信端末装置２０を利用しているユーザは、操作部２３により、表示部２４に表示されたデータに対して（あるいは参照して）、ブラウザ部２２を介して、（必要に応じて、ＭＦＰ１０に対し）操作を実行できる。
【００６７】
１−３−１．ブラウザ部の構成
以下に、図２を参照して、上記機能を有するブラウザ部２２が備えている構成について説明する。図２は、ブラウザ部２２の構成を示すブロック図である。
なお、以下に示すブラウザ部２２の各構成は、ブラウザ部２２において実行されるスクリプト言語で記述されたプログラムで実現されてもよい（特に、ブラウザ部２２がＷｅｂブラウザの場合）。この場合、既存のＷｅｂブラウザを使用して本実施形態のブラウザ部２２の機能を実現できる。そのため、専用のＷｅｂブラウザを用意する必要がなくなる。よって、ブラウザ部の各構成の汎用性を高くできる。
なお、以下の各構成がスクリプト言語で記述されたプログラムにより実現される場合、当該スクリプト言語で記述されたプログラムは、主に、ＭＦＰ１０からＨＴＴＰサーバ１４を介して通信端末装置２０に受信され、ブラウザ部２２上にて実行される。
また、ブラウザ部２２の以下の各構成が、ブラウザ部２２内部に組み込まれていてもよい（特に、ブラウザ部２２が専用プログラムの場合）。この場合、以下の各構成を実現するためのプログラムを別途用意する必要がなくなる。また、既存のプログラムと以下の各構成を実現したプログラムとの間のやりとりが不要となるため、動作を安定し、速くできる。さらに、２つのプログラムを通信端末装置２０のＲＡＭ上に同時にロードする必要がなくなるため、ＲＡＭの記憶領域を節約できる。
【００６８】
通信端末装置２０のブラウザ部２２は、データ受信手段２２１と、表示データ分割手段２２３と、画面描画イベント登録手段２２４と、表示手段２２５と、ユーザ操作実行手段２２２と、を備える。  
【００６９】
データ受信手段２２１は、ネットワークインターフェース２１、１１及びネットワーク５０を介して、ＭＦＰ１０のＨＴＴＰサーバ１４との通信を行う。データ受信手段２２１は、ＭＦＰ１０のＨＴＴＰサーバ１４から画面データ３０を受信する。画面データ３０は、ＭＦＰ１０の記憶部１３に蓄積された文書などの電子データ（の一覧）や管理データなどの通信端末装置２０の表示部２４において表示すべきデータ（表示すべきデータ）の内の、全部又は一部である。
また、通信端末装置２０を用いているユーザがブラウザ部２２に表示されたデータに対して何らかの操作をした場合で、当該操作によりＭＦＰ１０に何らかの操作を行う必要がある場合に、データ受信手段２２１は、ＭＦＰ１０の操作実行要求をＨＴＴＰサーバ１４を介して、ＭＦＰ１０に送信する。
さらに、必要に応じて、データ受信手段２２１は、通信端末装置２０の記憶部２５に蓄積された電子データをＨＴＴＰサーバ１４を介して、ＭＦＰ１０に送信してもよい。
【００７０】
データ受信手段２２１により受信された画面データ３０は、通信端末装置２０の記憶部２５に記憶される。この時、表示すべきデータの内、画面データ３０として通信端末装置２０にて受信した画面データ３０に対応するデータはＭＦＰ１０の記憶部１３に保存されたままにしておいてもよい。また、必要に応じて、当該通信端末装置２０にて受信した画面データ３０に対応する表示すべきデータを、通信端末装置２０に受信後、削除してもよい。画面データ３０をＭＦＰ１０の記憶部１３から削除するか、記憶部１３に保存するかは、通信端末装置２０のブラウザ部２２又はＭＦＰ１０において適宜設定可能にしておいてもよい。
【００７１】
なお、データ受信手段２２１は、ＭＦＰ１０のＨＴＴＰサーバ１４から、表示すべきデータを一括して受信し、当該一括受信した表示すべきデータを画面データ３０（図３）としてもよい。この場合、画面データ３０は、表示すべきデータ全体となる。
【００７２】
また、データ受信手段２２１は、ＭＦＰ１０のＨＴＴＰサーバ１４から、表示すべきデータを分割して受信し、当該分割受信した表示すべきデータを画面データ３０としてもよい。この場合、画面データ３０は、表示すべきデータの一部となる。従って、表示すべきデータを分割して受信した場合は、表示すべきデータ全体を受信するまで、データ受信手段２２１は、画面データ３０を繰り返し取得する。
これにより、表示すべきデータが膨大で受信に時間がかかる場合、表示すべきデータの一部（画面データ３０）をまず受信して、受信できた画面データ３０を表示することにより、ユーザがユーザ操作可能となるまでの待ち時間を短縮できる。
【００７３】
また、ＭＦＰ１０のＨＴＴＰサーバ１４から表示すべきデータを受信中に、ネットワーク５０の異常などの原因により、ＨＴＴＰサーバ１４と通信端末装置２０とのネットワーク接続がタイムアウトした場合、表示すべきデータの内、受信できた画面データ３０を少なくとも通信端末装置２０の表示部２４に表示できる。これにより、ユーザは、長時間待つことなく、ＭＦＰ１０のＨＴＴＰサーバ１４から受信できた表示すべきデータの一部を少なくとも参照できる。その結果、ユーザ操作を実行可能となるまでの時間を短縮できる。
【００７４】
さらに、画面データ３０をＭＦＰ１０から受信する際、データ受信手段２２１は、表示すべきデータ又は画面データ３０に対して次のような保全処理をＭＦＰ１０に指令してもよい。すなわち、ＨＴＴＰサーバ１４がデータ送信要求を通信端末装置２０から受信した際、ＭＦＰ１０が、ＭＦＰ１０の記憶部１３に記録されている表示すべきデータを更新できないよう（保全するよう）にすることを指令してもよい。
これにより、ＭＦＰ１０から画面データ３０を送信中、ＭＦＰ１０の記憶部１３に蓄積された表示すべきデータの変更が不可能になる。その結果、表示すべきデータが更新されたことに起因する、画面データ３０を表示部２４に表示する際の表示の欠けや重複の発生を回避できる。
【００７５】
上記保全処理は、例えば、ＨＴＴＰサーバ１４が画面データ３０を送信している間、表示すべきデータ又は画面データ３０が記憶されている記憶領域に対応したＭＦＰ１０の記憶部１３の記憶領域を書き込み不可（リードオンリーにする）状態にすることで実現してもよい。
【００７６】
又は、表示すべきデータ又は画面データ３０をリードオンリーにする代わりに、ＨＴＴＰサーバ１４がデータ送信要求を通信端末装置２０から受信した際の、ＭＦＰ１０の記憶部１３に蓄積された表示すべきデータ（全て、あるいは、必要な量）のバックアップを取り、当該バックアップから、画面データ３０をＨＴＴＰサーバ１４を介して通信端末装置２０に送信してもよい。なお、当該バックアップが誤って削除されたり重ね書きされたりすることを回避するため、当該バックアップをリードオンリーとしておくことが好ましい。
【００７７】
表示データ分割手段２２３は、ＭＦＰ１０のＨＴＴＰサーバ１４から受信した画面データ３０を所定の数の分割表示データ３５に分割する。ＭＦＰ１０から受信された画面データ３０を、所定の数だけ分割することにより、当該所定の数の分割表示データ３５を生成する。
また、表示データ分割手段２２３は、画面データ３０のデータ種類に基づいて、画面データ３０を分割表示データ３５に分割するかどうかを決定してもよい。
画面データ３０は、そのデータ種類（テキストデータ、サムネイル、画像データ、又はこれらの一覧など）の特性により画面データ３０の表示時間が異なる場合がある。一般的に、テキストデータやサムネイル（又は、これらの一覧）はデータサイズが小さい。そのため、これらを表示するために必要な時間は短い。従って、このような画面データ３０を一括表示しても、通信端末装置２０がユーザ操作可能となるまでの待ち時間は短い。
このように、画面データ３０のデータ種類に基づいて画面データ３０を分割画面データ３５に分割するかどうかを決定することにより、表示に時間がかからない画面データ３０を不必要に分割することを抑制できる。
【００７８】
なお、画面データ３０及び分割表示データ３５のデータ構造は、後で詳しく説明する。また、表示データ分割手段２２３における、画面データ３０から分割表示データ３５を生成する方法についても、後ほど説明する。
【００７９】
画面描画イベント登録手段２２４は、１つの分割表示データ３５の表示指令と、イベント実行タイミングとを含む画面描画イベント４５を生成する。画面描画イベント登録手段２２４は、画面描画イベント４５をイベントキュー４０に登録する。
ここで、イベントキューとは、実行すべきイベント（本実施形態の場合は画面描画イベント）が実行順にリストされたキューのことである。
【００８０】
なお、画面描画イベント４５及びイベントキュー４０の構造は後ほど説明する。画面描画イベント登録手段２２４における、画面描画イベント４５の生成と画面描画イベント４５のイベントキュー４０への登録方法についても、後ほど詳細に説明する。
【００８１】
表示手段２２５は、画面描画イベント４５が登録されたイベントキュー４０の情報に基づいて、分割表示データ３５を表示する。表示手段２２５は、イベントキュー４０に登録された画面描画イベント４５の登録順に画面描画イベント４５を実行し、画面描画イベント４５中に指定された分割表示データ３５を表示部２４に順番に表示していく。
【００８２】
ユーザ操作実行手段２２２は、イベントキュー４０に登録された画面描画イベント４５の分割表示データ３５の表示終了後から、次の画面描画イベント４５が開始されるまでの間にユーザ操作を受け付けて実行する。すなわち、ユーザ操作実行手段２２２は、ユーザが操作部２３を介して表示部２４に表示された画面データ３０を参照しブラウザ部２２に対し何らかの操作をした場合に、当該ユーザがした操作（ユーザ操作）を受け付けて実行する。
【００８３】
また、ユーザ操作がＭＦＰ１０の操作を必要とする場合、ユーザ操作実行手段２２２は、データ受信手段２２１に対して、当該ユーザ操作のために必要なＭＦＰ１０の操作要求を、ＨＴＴＰサーバ１４を介してＭＦＰ１０に送信するよう指令する。
【００８４】
なお、ユーザ操作実行手段２２２は、ユーザが操作部２３を介してブラウザ部２２に対して行おうとしている操作イベントを記憶する、操作イベントキューを有していてもよい。
【００８５】
これにより、ブラウザ部２２が表示部２４にデータを表示している途中など、ユーザ操作実行手段２２２がユーザ操作を実行不可能な場合であっても、ユーザ操作を受け付けて、操作イベントキューに当該ユーザ操作を登録できる。そして、ユーザ操作実行手段２２２がユーザ操作を実行可能となったときに、操作イベントキューに登録されたユーザ操作を実行することができる。これにより、ユーザがユーザ操作実行不可能であるときに行ったユーザ操作も、漏れなく実行できる。
なお、ユーザ操作実行手段２２２は、操作イベントキューに登録されたユーザ操作を優先して行うか、ユーザ操作実行可能時に行われたユーザ操作を優先して行うかを、適宜決定してもよい。
【００８６】
１−４．画面データ及び分割表示データの構成
次に、画面データ３０の構成について図３及び図４を用いて説明する。図３は、画面データ３０のデータ構成を示す図である。
【００８７】
図３に示された画面データ３０は、ＸＭＬにより記述されている。画面データ３０は、ヘッダ部３０１と、画面データ部３０２とを有する。
ヘッダ部３０１は、画面データ３０を表示部２４に表示するために必要な情報を提供する。例えば、ヘッダ部３０１は、ブラウザ部２２が画面データ３０のＸＭＬ記述を解釈する際に必要な情報や、画面データ３０を表示するためのレイアウトに関する情報などを含んでいる。
【００８８】
画面データ部３０２は、画面データ３０の具体的内容を提供する。図３に示す画面データ部３０２には、複数のサブデータ３０２１がリストとしてＸＭＬにより記述されている。これは、図３に示す画面データ３０が一覧データであることを意味している。
【００８９】
サブデータ３０２１は、図４に示すように、インデックス部３０２１−１と、データ情報部３０２１−２と、により構成されている。インデックス部３０２１−１は、サブデータ３０２１のインデックス番号を記述している。データ情報部３０２１−２は、サブデータ３０２１の内容に関する情報を記述している。
例えば、サブデータ３０２１の内容が文書などの電子データである場合には、データ情報部３０２１−２には、当該電子データのファイル名が記述されている。サブデータ３０２１の内容がＭＦＰ１０の管理ログである場合には、データ情報部３０２１−２には、ログ情報が記述されている。
【００９０】
次に、分割表示データ３５の構成について説明する。図５は、画面データ３０が所定の数の分割表示データ３５に分割された様子を示す模式図である。図５に示すように、分割表示データ３５−１、３５−２、３５−３、・・・は、画面データ３０と同じ構成を有している。画面データ３０と分割表示データ３５との違いは、分割表示データ３５には、予め決定した所定の数のサブデータ３０２１しか存在しないことである（画面データ３０のサブデータ数は、状況により変動しうる。）。図５で示した分割表示データ３５−１、３５−２、３５−３、・・・は、５つのサブデータ３０２１を含んでいる。
【００９１】
１−５．画面描画イベント及びイベントキューの構成
次に、図６〜図９を参照して、本実施形態の画面描画イベント４５及びイベントキュー４０の構成について説明する。
【００９２】
図６に、画面描画イベント４５及びイベントキュー４０の構成の模式図を示す。イベントキュー４０は、所定の数の画面描画イベント４５により構成されている。イベントキュー４０に登録された画面描画イベント４５のそれぞれには、独自のイベント実行番号が割り当てられている。ブラウザ部２２の表示手段２２５が、イベントキュー４０の情報に基づいて分割表示データ３５を表示する際、表示手段２２５は、イベント実行番号が小さい順に、イベントキュー４０に登録された画面描画イベント４５を実行する。
【００９３】
なお、イベントキュー４０は、より具体的には、図７Ａに示すようなＦＩＦＯ（Ｆｉｒｓｔ  Ｉｎ  Ｆｉｒｓｔ  Ｏｕｔ）型のイベントキュー４０−１であってもよいし、図７Ｂに示すようなＦＩＬＯ（Ｆｉｒｓｔ  Ｉｎ  Ｌａｓｔ  Ｏｕｔ）型（スタック型）のイベントキュー４０−２であってもよい。
【００９４】
ＦＩＦＯ型のイベントキュー４０−１の場合には、画面描画イベント登録手段２２４は、画面描画イベント４５の実行順に、画面描画イベント４５をイベントキュー４０−１の下から上（紙面上）へ積み上げるように登録する。すなわち、ＦＩＦＯ型のイベントキュー４０−１を用いた場合、表示手段２２５は、イベントキュー４０−１に最初に登録された画面描画イベント４５から、登録された順番に画面描画イベント４５を実行する。
【００９５】
一方、ＦＩＬＯ型のイベントキュー４０−２場合には、画面描画イベント登録手段２２４は、最後に実行する画面描画イベント４５から順に下から上へ積み上げるように画面描画イベント４５を登録する。すなわち、ＦＩＬＯ型のイベントキュー４０−２を用いた場合、表示手段２２５は、イベントキュー４０−２に最後に登録された画面描画イベント４５から、登録された順番とは反対の順番に、画面描画イベント４５を実行する。
【００９６】
画面描画イベント４５は、１つの分割表示データ３５を表示部２４に表示するための表示指令と、イベント実行タイミングとにより構成されている（図６の点線で示す部分）。
【００９７】
本実施形態の画面描画イベント４５のイベント実行タイミングは、画面表示開始時からの経過時間となっている。すなわち、本実施形態のイベントキュー４０に登録された画面描画イベント４５は、図８に示すように実行される。図８は、イベントキュー４０に登録された画面描画イベント４５の実行の状態を時間軸に示した図である。
【００９８】
図８では、イベント実行番号１の画面描画イベント４５（画面描画イベントＮｏ．１）が画面表示開始と同時に実行される。そのため、画面描画イベントＮｏ．１のイベント実行タイミングは０ｍｓｅｃ．（ｍｓ）となっている。次に、画面描画イベントＮｏ．２が実行される。画面描画イベントＮｏ．２のイベント実行タイミングは、５００ｍｓと設定されている。このため、画面表示開始から５００ｍｓ後に、画面描画イベントＮｏ．２の実行が開始される。このように、画面描画イベント４５のイベント実行番号をｎとすると、画面描画イベントＮｏ．ｎのイベント実行タイミングは、５００＊（ｎ−１）ｍｓと設定されている。すなわち、画面描画イベントＮｏ．ｎは、画面表示開始から５００＊（ｎ−１）ｍｓ後に実行される。
なお、図８に示すイベントキュー４０の場合、ｎ番目に実行される画面描画イベント４５の実行のために確保される時間（実行時間）は、ｎ＋１番目の画面描画イベント４５に含まれるイベント実行タイミングの時間から、ｎ番目の画面描画イベントに含まれるイベント実行タイミングの時間の差から求められる。よって、図８に示したｎ番目の画面描画イベント４５の実行時間は、５００＊ｎ−５００＊（ｎ−１）＝５００ｍｓとなる。図８に示した画面描画イベント４５の場合、画面描画イベント４５の実行時間はどの画面描画イベントも５００ｍｓで一定である。
【００９９】
図９は、図８に示した１つの画面描画イベント４５の構成を時間軸上に表した図である。図９に示すように、１つの画面描画イベント４５は、１つの分割表示データ３５の表示が実行される期間と、ユーザ操作が実行可能な期間と、により構成されている。すなわち、１つの画面描画イベント４５実行中に、１つの分割表示データ３５の表示とユーザ操作の実行がなされる。したがって、画面描画イベント４５の実行時間は、１つの分割表示データ３５の表示時間（表示にかかる時間）以上となるように、設定される。これにより、１つの分割表示データ３５の表示終了後から次の画面描画イベント開始（すなわち、次の分割表示データ３５の表示開始）までの間、ユーザ操作が実行可能となる。
【０１００】
１−６．ブラウザ部及びＨＴＴＰサーバの動作
次に、図１０Ａ及び図１０Ｂを参照して、通信端末装置２０のブラウザ部２２と、ＭＦＰ１０のＨＴＴＰサーバ１４の動作を説明する。図１０Ａ及び図１０Ｂは、ブラウザ部２２とＨＴＴＰサーバ１４間の通信動作を含んだ、ブラウザ部２２とＨＴＴＰサーバ１４の動作を示すフローチャートである。
図１０Ａ及び図１０Ｂに示すように、ブラウザ部２２とＨＴＴＰサーバ１４の動作は、主に、データ取得ステップＳ１と、画面描画イベント登録ステップＳ２と、画面データ表示ステップＳ３と、を有する。
【０１０１】
データ取得ステップＳ１では、データ受信手段２２１が、ＨＴＴＰサーバ１４を介して、ＭＦＰ１０から画面データ３０を取得する。データ受信手段２２１の画面データ３０取得後、画面描画イベント登録ステップＳ２に進む。
【０１０２】
画面描画イベント登録ステップＳ２では、画面描画イベント４５が生成され、画面描画イベント４５がイベントキュー４０に登録される。画面描画イベント４５の全てがイベントキュー４０に登録された後、画面データ表示ステップＳ３に進む。
【０１０３】
画面データ表示ステップＳ３では、表示手段２２５がイベントキュー４０に登録された画面描画イベント４５を実行することにより、画面データ３０が表示部２４に表示される。また、１つの分割表示データ３５の表示終了後、次の分割表示データ３５の表示開始（すなわち、次の画面描画イベント４５の開始）までの間に、ユーザ操作を実行する。
【０１０４】
なお、図１０Ａのフローチャートに示したブラウザ部２２とＨＴＴＰサーバ１４の動作は、表示すべきデータを一括してＭＦＰ１０から受信し、表示すべきデータ全体を画面データ３０とする場合の動作を示している。一方、図１０Ｂに示したフローチャートは、表示すべきデータを分割してＭＦＰ１０から受信し、分割受信された表示すべきデータの一部を画面データ３０とする場合の動作を示している。
【０１０５】
図１０Ａと図１０Ｂに示されたブラウザ部２２とＨＴＴＰサーバ１４の動作の違いは、データ取得ステップＳ１、画面描画イベント登録ステップＳ２、及び画面データ表示ステップＳ３の発生回数である。
【０１０６】
図１０Ａでは、データ取得ステップＳ１、画面描画イベント登録ステップＳ２、及び画面データ表示ステップＳ３が、１回しか発生しない。なぜなら、データ受信手段２２１が、表示すべきデータを一括してＭＦＰ１０から受信しており、画面データ３０が表示すべきデータ全体であるためである。
【０１０７】
一方、図１０Ｂでは、上記ステップＳ１〜Ｓ３の実行フローが１つの実行フロー単位となって、複数回繰り返されている。これは、表示すべきデータが分割受信された場合、表示すべきデータ全体が受信されるまで、上記ステップＳ１〜Ｓ３の実行フローが繰り返されることを意味している。また、これは、受信された画面データ３０毎に、表示すべきデータの一部である画面データ３０を通信端末装置２０の表示部２４に表示することも意味している。
このように、表示すべきデータが膨大で受信に時間がかかる場合、表示すべきデータの一部（画面データ３０）をまず受信して、受信できた画面データ３０を表示し、画面データ３０表示中にユーザ操作を実行することにより、ユーザがユーザ操作可能となるまでの待ち時間を短縮できる。
また、ＭＦＰ１０のＨＴＴＰサーバ１４から表示すべきデータを受信中に、ネットワーク５０の異常などの原因により、ＨＴＴＰサーバ１４と通信端末装置２０とのネットワーク接続がタイムアウトした場合、表示すべきデータの内、受信できた画面データ３０を少なくとも通信端末装置２０の表示部２４に表示し、画面データ３０表示中にユーザ操作を実行できる。これにより、ユーザは、長時間待つことなくＭＦＰ１０のＨＴＴＰサーバ１４から受信できた表示すべきデータの一部を少なくとも参照しつつユーザ操作を実行できる。その結果、ユーザ操作を実行可能となるまでの時間を短縮できる。
【０１０８】
以下に、データ取得ステップＳ１、画面描画イベント登録ステップＳ２、及び画面データ表示ステップＳ３のそれぞれについて、詳細に説明する。
【０１０９】
１−６−１．データ取得ステップ
データ取得ステップＳ１では、データ受信手段２２１がＭＦＰ１０のＨＴＴＰサーバ１４から通信端末装置２０において表示する画面データ３０を受信する。データ取得ステップＳ１では、以下の手順により、画面データ３０がＭＦＰ１０から通信端末装置２０に受信される。
まず、ブラウザ部２２のデータ受信手段２２１が、ＨＴＴＰサーバ１４に対して画面データ３０をＭＦＰ１０から通信端末装置２０に送信することを要求する（ステップＳ１１）。
ＨＴＴＰサーバ１４が当該画面データ３０の送信要求を受信すると、ＨＴＴＰサーバ１４は、ＭＦＰ１０の記憶部１３に蓄積された画面データ３０を、通信端末装置２０に送信する。一方、データ受信手段２２１は、ＨＴＴＰサーバ１４から送信された画面データ３０を受信し、通信端末装置２０の記憶部２５に記憶する（ステップＳ１２）。
【０１１０】
このとき、画面データ３０が、図３〜図５に示されるように、ＸＭＬにより記述されている場合、データ受信手段２２１は、サブデータ３０２１のデータ情報部３０２１−２の情報に基づいて、ＨＴＴＰサーバ１４を介してＭＦＰ１０から画面データ３０を受信する。
【０１１１】
データ情報部３０２１−２がファイル名である場合、データ受信手段２２１は、ＨＴＴＰサーバ１４に対して画面データ３０の送信要求を行う際、ＨＴＴＰサーバ１４に当該ファイル名を指定して画面データ３０の送信要求を行う。そして、データ受信手段２２１は、画面データ３０（ＸＭＬで記述されたもの）とともに、当該ファイル名で指定されたファイルを受信する。ＸＭＬで記述された画面データ３０が必要な理由は、当該画面データ３０を加工して分割表示データ３５を生成するためである。
一方、データ情報部３０２１−２がファイル名以外のテキスト情報である場合は、データ受信手段２２１は、画面データ３０（ＸＭＬで記述されたもの）のみを受信するようにしてもよい。
【０１１２】
１−６−２．画面描画イベント登録ステップ
画面描画イベント登録ステップＳ２では、以下の手順により、画面描画イベント４５がイベントキュー４０に登録される。
まず、表示データ分割手段２２３がＭＦＰ１０のＨＴＴＰサーバ１４から受信した画面データ３０を所定の数の分割表示データ３５に分割する。（ステップＳ２１）。なお、画面データ３０がＸＭＬにより記述されている場合、表示データ分割手段２２３は、図５に示すように、画面データ３０からＸＭＬにより記述された複数の分割表示データ３５−１、３５−２、３５−３、・・・を生成する。図５では、画面データ３０が、サブデータ３０２１を５個含む分割表示データ３５に分割されている。
【０１１３】
具体的には、次のようにして画面データ３０から分割表示データ３５が生成される。
表示データ分割手段２２３が、サブデータ３０２１のインデックス部３０２１−１のインデックス番号の小さい順に、画面データ３０の１つのサブデータ３０２１に対応するＸＭＬ記述を複製する。そして、分割表示データ３５として用意されたファイルに、当該ＸＭＬ記述を貼り付ける（ペーストする）。これを、分割表示データ３５が有するサブデータ３０２１の個数分繰り返す。これにより、１つの分割表示データ３５が生成される。
以後、画面データ３０内の全てのサブデータ３０２１のＸＭＬ記述を、複数存在するいずれかの分割表示データ３５に貼り付けるまで上記の動作を繰り返す。
【０１１４】
なお、サブデータ３０２１が電子データである場合、ＸＭＬで記述された画面データ３０のサブデータ３０２１中のデータ情報部３０２１−２に記述された電子データのファイルに関する情報は、ＭＦＰ１０の記憶部１３における当該ファイルの存在する場所を示すファイルパスとなっている。よって、サブデータ３０２１をそのまま複製して分割表示データ３５に貼り付けると、表示手段２２５は、通信端末装置２０に受信された画面データ３０の電子データのファイルを参照できなくなることがある。なぜなら、ＭＦＰ１０の記憶部１３における当該ファイルのファイルパスと、通信端末装置２０に受信され記憶部２５に記憶された当該ファイルのファイルパスとは異なることがあるからである。
【０１１５】
従って、サブデータ３０２１を画面データ３０から分割表示データ３５に複製して貼り付ける際、分割表示データ３５に貼り付けるサブデータ３０２１のデータ情報部３０２１−２は書き換えられる。すなわち、データ情報部３０２１−２に記述される電子データのファイルが存在するファイルパスは、通信端末装置２０の記憶部２５において当該ファイルが存在するファイルパスに書き換えられる。
【０１１６】
なお、本実施形態の表示データ分割手段２２３は、分割表示データ３５に所定の個数のサブデータ３０２１を含むように画面データ３０を分割する。このとき、例えば、画面データ３０にＮ個のサブデータ３０２１が存在し、１つの分割表示データ３５に所定の個数としてＬ個のサブデータ３０２１が存在する場合、生成される分割表示データ３５の数ｓは、ｓ＝Ｎ／Ｌ（個）となる（以後、ｓを、画面データ３０から生成された分割表示データ３５の数（画面描画イベント４５の数）とする）。ＮがＬで割り切れない整数（すなわち、Ｎ＝Ｌ＊（ｓ−１）＋Ｐと表される）の場合、サブデータ３０２１の数がＬ個である分割表示データ３５がｓ−１個と、ＮをＬで割った時の余りであるＰ個のサブデータ３０２１を含む１個の分割表示データ３５が生成される。
これにより、簡単な処理により、画面データ３０を適切な数の分割表示データ３５に分割できる。
【０１１７】
次に、画面描画イベント登録手段２２４が、１つの分割表示データ３５の表示指令とイベント実行タイミングとを情報として含む画面描画イベント４５を生成する（ステップＳ２２）。このとき、画面描画イベント登録手段２２４は、画面表示開始時からの経過時間をイベント実行タイミングとする。これにより、画面描画イベント登録手段２２４は、簡単な実行プロセスによりイベント実行タイミングを決定できる。
本実施形態では、画面描画イベント登録手段２２４は、ｍ番目に表示する分割表示データ３５の表示指令を分割表示データ３５の表示指令とし、イベント実行タイミングを５００＊（ｍ−１）ｍｓとして、ｍ番目に実行する画面描画イベント４５（画面描画イベントＮｏ．ｍ）を生成する。この場合、ｍ番目に実行される画面描画イベント４５は、画面表示開始時から、５００＊（ｍ−１）ｍｓ後に実行される。
【０１１８】
さらに次に、画面描画イベント登録手段２２４が、画面描画イベント４５をイベントキュー４０に登録する（ステップＳ２３）。ステップＳ２１において、画面データ３０がｓ個の分割表示データ３５に分割された場合、ＦＩＦＯ型のイベントキュー４０−１を用いる場合、ｍ番目に実行される画面描画イベント４５は、イベントキュー４０−１のｍ番目に登録される。一方、ＦＩＬＯ型のイベントキュー４０−２を用いる場合、ｍ番目に実行される画面描画イベント４５は、イベントキュー４０−２のｓ−ｍ＋１番目に登録される。  
【０１１９】
画面データ３０がｓ個の分割表示データ３５に分割されている場合、上記ステップＳ２２とＳ２３とは、整数の変数ｍを１〜ｓまで変化させて、ｓ回繰り返される。
【０１２０】
なお、ステップＳ２１において、表示データ分割手段２２３は、画面データ３０が複数のサブデータ３０２１により構成された一覧データである場合、画面データ３０に含まれるサブデータ３０２１の個数に基づいて、画面データ３０を分割表示データ３５に分割するかどうかを決定してもよい。すなわち、サブデータ３０２１の個数が少ない場合は、画面データ３０を分割しないようにしてもよい。なぜなら、画面データ３０中のサブデータ３０２１の個数が少ない場合、画面データ３０の表示に時間がかからないからである。
これにより、画面データ３０の表示に時間がかからない場合などに、不必要に画面データ３０を分割することを回避できる。
また、画面データ３０を分割しない場合は、分割数ｓを１として、上記ステップＳ２１〜Ｓ２３を実行するようにしてもよい。これにより、分岐により画面データ３０の処理を分ける必要が無くなる。
【０１２１】
１−６−３．画面データ表示ステップ
画面データ表示ステップＳ３では、画面描画イベント実行ステップＳ３−１、Ｓ３−２、Ｓ３−３、・・・、Ｓ３−ｓが、イベントキュー４０に登録された画面描画イベント４５の数（ｓ）の回数分、繰り返し実行される。
【０１２２】
ここでは、ｍ番目に実行される画面描画イベント実行ステップＳ３−ｍについて説明する。画面データ表示ステップＳ３では、以下に説明するｍ番目に実行される画面描画イベント実行ステップＳ３−ｍが、変数ｍを１〜ｓまで１ずつ増加し、ｓ回繰り返し実行される。
【０１２３】
まず、表示手段２２５が、イベントキュー４０に登録された情報に基づいて画面描画イベント４５を実行する。具体的には、表示手段２２５は、画面表示開始時から５００＊（ｍ−１）ｍｓ後に、ｍ番目に実行される画面描画イベント４５の表示指令において指定された、１つの分割表示データ３５を表示部２４に表示する（ステップＳ３１）。これにより、当該画面描画イベント４５に割り当てられた分割表示データ３５が表示部２４に表示される。
【０１２４】
次に、当該画面描画イベント４５の実行中において、ユーザ操作実行手段２２２が、当該画面描画イベント４５に割り当てられた分割表示データ３５の表示が終了した後、次の画面描画イベント４５が開始されるまで、ユーザの操作を受け付けて実行する。（ステップＳ３２）。ステップＳ３２において、ユーザ操作によりＭＦＰ１０の操作が必要となった場合には、以下のようなステップによりＭＦＰ１０の操作が実行される。
【０１２５】
まず、ユーザ操作実行手段２２２は、ＨＴＴＰサーバ１４に対してユーザ操作実行要求を送信する（ステップＳ３２１）。次に、ＨＴＴＰサーバ１４においてユーザ操作実行要求が受信されると、ＨＴＴＰサーバ１４は、ＭＦＰ１０の制御部１５に対して、実行要求されたユーザ操作をＭＦＰ１０に行うように要求する。これにより、ＭＦＰ１０に対して、ユーザ操作が実行される（ステップＳ３２２）。そして、必要に応じて、ＭＦＰ１０に対してユーザ操作を行った際の実行結果が、ＨＴＴＰサーバ１４を介して、ＭＦＰ１０から通信端末装置２０に送信される（ステップＳ３２３）。このとき、必要に応じて、ブラウザ部２２に対して、当該実行結果が表示部２４の表示に反映されるようにされてもよい。これにより、ユーザ操作の実行結果を、ブラウザ部２２を介して表示部２４に表示された内容から知ることができる。
【０１２６】
なお、画面データ表示ステップＳ３における、画面描画イベント実行ステップＳ３−１、Ｓ３−２、・・・の実行順は、以下のようになる。
【０１２７】
すなわち、図７Ａに示したＦＩＦＯ型のイベントキュー４０−１が用いられた場合、画面描画イベント４５の登録順に画面描画イベント実行ステップＳ３−１、Ｓ３−２、Ｓ３−３、・・・、Ｓ３−ｓが実行される。
【０１２８】
一方、図７Ｂに示したＦＩＬＯ型のイベントキュー４０−２が用いられた場合、イベントキュー４０−２の最後に登録された画面描画イベント４５から、登録された順番とは逆の順番で、画面描画イベント実行ステップＳ３−１、Ｓ３−２、Ｓ３−３、・・・、Ｓ３−ｓが実行される。
【０１２９】
このように、この通信端末装置２０では、ＭＦＰ１０のＨＴＴＰサーバ１４から受信した画面データ３０を所定の数の分割表示データ３５に分割し、当該分割表示データ３５を表示手段２２５により１つずつ（分割表示データ３５単位毎に）順番に表示するようにしている。そして、１つの分割表示データ３５の表示の終了後から次の画面描画イベント４５が開始されるまでの間に、ユーザ操作実行手段２２２によりユーザが通信端末装置２０を操作できるようになっている。そして、上記の動作をイベントキュー４０に登録された全ての画面描画イベント４５を実行するまで（すなわち、全ての画面データ３０が通信端末装置２０の表示部２４に表示されるまで）繰り返し行う。すなわち、この通信端末装置２０では、サーバであるＭＦＰ１０のＨＴＴＰサーバ１４から受信した画面データ３０を表示する間に、ユーザが通信端末装置２０を操作できる。
【０１３０】
１−７．第１実施形態の作用効果
最後に、第１実施形態の作用効果について述べる。
通信端末装置２０のブラウザ部２２（通信端末装置の一例）は、データ受信手段２２１（データ受信手段の一例）と、表示データ分割手段２２３（表示データ分割手段の一例）と、画面描画イベント登録手段２２４（画面描画イベント登録手段の一例）と、表示手段２２５（表示手段の一例）と、ユーザ操作実行手段２２２（ユーザ操作実行手段の一例）と、を備える。
データ受信手段２２１は、画面データ３０（画面データの一例）をＭＦＰ１０のＨＴＴＰサーバ１４（サーバの一例）から受信する。表示データ分割手段２２３は、画面データ３０を所定の数の分割表示データ３５（分割表示データの一例）に分割する。画面描画イベント登録手段２２４は、１つの分割表示データ３５の表示指令と、イベント実行タイミングとを含む画面描画イベント４５（画面描画イベントの一例）を生成する。そして、画面描画イベント登録手段２２４は、画面描画イベント４５をイベントキュー４０（イベントキューの一例）に登録する。表示手段２２５は、画面描画イベント４５が登録されたイベントキュー４０の情報に基づいて、分割表示データ３５を表示する。ユーザ操作実行手段２２２は、イベントキュー４０に登録された画面描画イベント４５の分割表示データ３５の表示終了後から、次の画面描画イベント４５が開始されるまでの間にユーザ操作を受け付けて実行する。
【０１３１】
この通信端末装置２０では、データ受信手段２２１がＭＦＰ１０のＨＴＴＰサーバ１４から通信端末装置２０において表示する画面データ３０を受信する。その後、表示データ分割手段２２３が画面データ３０を所定の数の分割表示データ３５に分割する。次に、画面描画イベント登録手段２２４が、１つの分割表示データ３５の表示指令とイベント実行タイミングとを情報として含む画面描画イベント４５を生成する。このとき、画面描画イベント登録手段２２４は、画面データ３０を分割して得られた分割表示データ３５と同数の画面描画イベント４５を生成する。そして、画面描画イベント登録手段２２４は、生成された画面描画イベント４５をイベントキュー４０に登録する。
次に、表示手段２２５がイベントキュー４０に登録された情報に基づいて画面描画イベント４５を実行する。具体的には、各画面描画イベント４５のイベント実行タイミングごとに当該画面描画イベント４５の表示指令が実行されて１つの分割表示データ３５が表示される。これにより、当該画面描画イベント４５に割り当てられた分割表示データ３５が表示部２４（表示部の一例）に表示される。当該画面描画イベント４５の実行中において、ユーザ操作実行手段２２２は、当該画面描画イベント４５に割り当てられた分割表示データ３５の表示が終了した後、次の画面描画イベント４５が開始されるまで、ユーザの操作を受け付けて実行する。
【０１３２】
この通信端末装置２０では、ＭＦＰ１０のＨＴＴＰサーバ１４から受信した画面データ３０を所定の数の分割表示データ３５に分割し、当該分割表示データ３５を表示手段２２５により１つずつ（分割表示データ３５単位毎に）表示するようにしている。そして、１つの分割表示データ３５の表示の終了後から次の画面描画イベント４５が開始されるまでの間に、ユーザ操作実行手段２２２によりユーザが通信端末装置２０を操作できるようになっている。そして、上記の動作をイベントキュー４０に登録された全ての画面描画イベント４５を実行するまで（すなわち、全ての画面データ３０が通信端末装置２０の表示部２４に表示されるまで）繰り返し行う。すなわち、この通信端末装置２０では、サーバから受信した画面データ３０を表示する間に、ユーザが通信端末装置２０を操作できる。
【０１３３】
これにより、通信端末装置２０を操作するために、ユーザが、ＭＦＰ１０のＨＴＴＰサーバ１４から受信された画面データ３０が表示されるまで待つ必要がなくなる。その結果、ユーザが通信端末装置２０を操作できるようになるまでの待ち時間を短縮できる。また、画面データ３０を全て表示する間にユーザが通信端末装置２０を操作できることにより、ユーザが通信端末装置２０を操作できる時間を増加できる。
【０１３４】
（２）他の実施形態
以上、本発明の一実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、発明の要旨を逸脱しない範囲で種々の変更が可能である。特に、本明細書に書かれた複数の実施形態及び変形例は必要に応じて任意に組み合せ可能である。
【０１３５】
２−１．イベント実行タイミングの決定に関する変形例
（ａ）変形例１
上記の第１実施形態において、画面描画イベント登録手段２２４は、イベントキュー４０に登録された画面描画イベント４５の実行時間が一定値（第１実施形態では５００ｍｓ）となるように、イベント実行タイミングが設定されていた。しかし、画面描画イベント４５の実行時間は、一定値に限られない。
画面描画イベント登録手段２２４は、例えば、図１１Ａに示すように、イベントキュー４０のイベント実行番号が大きくなるに従い、画面描画イベント４５の実行のために割り当てられる時間（画面描画イベント４５の実行時間）が長くなるように、イベント実行タイミングを決定してもよい。
図１１Ａに示した例の場合、画面描画イベントＮｏ．１と画面描画イベントＮｏ．２のイベント実行タイミングの差は、５００ｍｓであり、画面描画イベントＮｏ．２と画面描画イベントＮｏ．３のイベント実行タイミングの差は、７００ｍｓである。すなわち、画面描画イベントＮｏ．１の実行時間は５００ｍｓであり、画面描画イベントＮｏ．２の実行時間は７００ｍｓである。さらに、一般的に表すと、画面描画イベントＮｏ．ｍの実行時間は、５００＋２００＊（ｍ−１）（ｍｓ）となる。
すなわち、図１１Ｂに示すように、画面描画イベント４５のイベント実行番号が増加するごとに、画面描画イベント４５の実行時間が２００ｍｓずつ延長されている。
上記のように、画面描画イベント４５のイベント実行番号が増加するごとに、画面描画イベント４５の実行時間が延長されることにより、より多くの画面描画イベント４５が実行されてより多くの分割表示データ３５が表示されるに従い、ユーザが通信端末装置２０を操作できる時間を長くできる。その結果、ユーザは、表示部２４に表示されたより多くの分割表示データ３５を参照しながら、より多くの操作を通信端末装置２０により行える。
【０１３６】
（ｂ）変形例２
上記の第１実施形態において、画面描画イベント登録手段２２４は、画面データ３０の画面表示開始時からの経過時間をイベント実行タイミングとしていた。しかし、イベント実行タイミングは、画面データ３０の画面表示開始時からの経過時間に限られない。
画面描画イベント登録手段２２４は、直前の画面描画イベント４５の分割表示データ３５の表示終了後からの経過時間を、イベント実行タイミングとしてもよい。
変形例２を適用した場合のイベントキュー４０の例を示した図１２Ａでは、イベント実行タイミングは、画面描画イベントＮｏ．１のイベント実行タイミングを除いて、全て２００ｍｓとなっている。
図１２Ａに示されたイベントキュー４０に登録された画面描画イベント４５の実行の状態を時間軸上に表すと、図１２Ｂのようになる。すなわち、変形例２では、分割表示データ３５の表示時間にばらつきがあっても、確実に２００ｍｓのユーザ操作実行のための時間がそれぞれの画面描画イベント４５中に含まれている。
このように、画面描画イベント４５のイベント実行タイミングとして、直前の画面描画イベント４５の分割表示データ３５の表示終了後からの経過時間を用いることにより、分割表示データ３５の表示にかかった時間が不明及び／又は不定であった場合でも、分割表示データ３５の表示にかかった時間以上の時間を画面描画イベント４５に確実に割り当て可能となる。その結果、ユーザが通信端末装置２０を操作できる時間を確実かつ十分に確保できる。
また、イベント実行タイミングを適切な値に設定することにより、ユーザが通信端末装置２０を操作できる時間の長さを適切に調整できる。
【０１３７】
（ｃ）変形例３
上記の実施形態では、画面描画イベント登録手段２２４は、予め決められた時間のイベント実行タイミングが画面描画イベント４５に割り当てられていた。しかし、イベント実行タイミングは、予め決められた時間に限られない。
画面描画イベント登録手段２２４は、分割表示データ３５を表示するためにかかった実際の時間に基づいて、イベント実行タイミングを修正してもよい。
この場合、画面描画イベント登録ステップＳ２における画面データ３０の分割ステップ（ステップＳ２１）を実行後、最初に表示すべき分割表示データ３５を、表示手段２２５を介して表示部２４に表示させる。この時、当該分割表示データ３５の表示開始と同時に、タイマー（図示せず）を開始する。そして、当該分割表示データ３５の表示終了と同時に、タイマーをストップさせる。これにより、当該分割表示データ３５を表示するのに実際にかかった時間がタイマーにより測定される。
そして、画面描画イベント４５の生成ステップＳ２２において、分割表示データ３５を表示させるための画面描画イベント４５の実行時間が、当該分割表示データ３５を表示するのに実際にかかった時間かそれ以上となるように、それ以降の画面描画イベント４５のイベント実行タイミングを決定する。
これにより、イベント実行タイミングを予め決定できなかった場合などに、分割表示データ３５を表示するためにかかった実際の時間に基づいてイベント実行タイミングを決定できる。また、分割表示データ３５の表示に過剰に時間がかかった場合に、分割表示データ３５の表示後から次の画面描画イベント４５の開始までの間にユーザが通信端末装置２０を操作できる時間が少なくなることを抑制できる。なぜなら、上記により、分割表示データの表示に実際にかかった時間以上の時間を画面描画イベント実行に割り当て可能となるからである。
【０１３８】
２−２．画面データの分割に関する変形例
（ｄ）変形例４
上記の実施形態においては、表示データ分割手段２２３は、画面データ３０を所定の数（上記の実施形態では５個）のサブデータ３０２１を含む分割表示データ３５に分割していた。しかし、画面データ３０の分割方法はこれに限られない。
表示データ分割手段２２３は、画面データ３０に含まれるサブデータ３０２１のデータサイズに基づいて、分割表示データ３５に含まれるサブデータ３０２１の数を決定してもよい。この場合、例えば、画面描画イベント登録ステップＳ２のステップＳ２１において、以下のようにして画面データ３０を分割表示データ３５に分割できる。
すなわち、表示データ分割手段２２３は、画面データ３０を分割する前に、まず、画面データ３０に含まれるそれぞれのサブデータ３０２１のデータサイズに関する情報を、ＭＦＰ１０のＨＴＴＰサーバ１４から画面データ３０を受信した際に保持しておく。
次に、表示データ分割手段２２３は、例えば、通信端末装置２０のデータ処理能力などに基づいて、最適表示データサイズを決定する。最適表示データサイズは、通信端末装置２０が十分に速くデータ処理して表示部２４にデータを表示できるデータのサイズのことである。そして、表示データ分割手段２２３は、サブデータ３０２１を、分割表示データ３５に１個ずつ、当該分割表示データ３５に追加されたサブデータ３０２１のデータサイズの合計が最適表示データサイズになるまで追加する。この工程を、画面データ３０に含まれるサブデータ３０２１の全てが、いずれかの分割表示データ３５に含まれるまで繰り返す。
このように、通信端末装置２０のデータ処理能力などから決定された最適表示データサイズと略等しい個数分のサブデータ３０２１を分割表示データ３５に含むように、画面データ３０を分割表示データ３５に分割することにより、以下の効果が得られる。すなわち、画面データ３０に含まれるサブデータ３０２１のデータサイズにばらつきがある場合でも、１つの分割表示データ３５を表示させるのにかかる時間を、画面描画イベント４５毎にほぼ一定にすることができる。その結果、画面描画イベント４５の実行時間（すなわち、イベント実行タイミング）をより簡単に決定できる。
【産業上の利用可能性】
【０１３９】
本発明に係る通信端末装置は、サーバから受信したデータを画面などに表示する通信端末装置に広く適用できる。
【符号の説明】
【０１４０】
１      サーバ−クライアントシステム
１０    ＭＦＰ
１１    ネットワークインターフェース
１２    データ読取送信部
１２１  ＦＡＸ部
１２２  イメージスキャナ部
１３    記憶部
１４    ＨＴＴＰサーバ
１５    制御部
１６    ブラウザ部
１７    表示部
１８    操作部
１９    データ出力部
２０    通信端末装置
２１    ネットワークインターフェース
２２    ブラウザ部
２２１  データ受信手段
２２２  ユーザ操作実行手段
２２３  表示データ分割手段
２２４  画面描画イベント登録手段
２２５  表示手段
２３    操作部
２４    表示部
２５    記憶部
３０    画面データ
３０１  ヘッダ部
３０２  画面データ部
３０２１  サブデータ
３０２１−１  インデックス部
３０２１−２  データ情報部
３５、３５−１、３５−２、３５−３  分割表示データ
４０    イベントキュー
４０−１  ＦＩＦＯ型のイベントキュー
４０−２  ＦＩＬＯ型のイベントキュー
４５、４５−１、４５−２、４５−３、４５−４  画面描画イベントキュー
５０    ネットワーク
【図１】
2014093021.tif 000003
【図２】
2014093021.tif 000004
【図３】
2014093021.tif 000005
【図４】
2014093021.tif 000006
【図５】
2014093021.tif 000007
【図６】
2014093021.tif 000008
【図７Ａ】
2014093021.tif 000009
【図７Ｂ】
2014093021.tif 000010
【図８】
2014093021.tif 000011
【図９】
2014093021.tif 000012
【図１０Ａ】
2014093021.tif 000013
【図１０Ｂ】
2014093021.tif 000014
【図１１Ａ】
2014093021.tif 000015
【図１１Ｂ】
2014093021.tif 000016
【図１２Ａ】
2014093021.tif 000017
【図１２Ｂ】
2014093021.tif 000018