画面に表示されるデータを描画する画像処理装置であって、ユーザの操作履歴に基づいて、現在表示されている画面から他の各画面への遷移操作に関する推定を行う推定手段と、前記推定手段による推定結果に基づいて、未だ描画されていないデータの描画順序を決定する決定手段と、前記決定手段により決定された描画順序に従って、未だ描画されていないデータを描画する描画手段とを有することを特徴とする画像処理装置。前記推定手段は、ユーザの操作履歴に基づいて、現在表示されている画面から他の各画面への遷移確率を推定し、前記推定手段は、未だ描画されていない各データについて、当該データが表示される他の各画面の遷移確率を加算し、前記各データについて加算した遷移確率に基づいて、前記各データの描画順序を決定することを特徴とする請求項1に記載の画像処理装置。ユーザの前記現在表示されている画面からの遷移操作を検出する検出手段と、前記描画手段は、前記検出手段により遷移操作が検出された場合、前記決定手段により決定された描画順序に優先して、前記検出手段により検出された遷移操作に応じた描画順序で未だ描画されていないデータを描画することを特徴とする請求項1又は2に記載の画像処理装置。画面に表示されるデータを描画する画像処理装置によって実行される画像処理方法であって、ユーザの操作履歴に基づいて、現在表示されている画面から他の各画面への遷移操作に関する推定を行う推定ステップと、前記推定ステップによる推定結果に基づいて、未だ描画されていないデータの描画順序を決定する決定ステップと、前記決定ステップにより決定された描画順序に従って、未だ描画されていないデータを描画する描画ステップとを有することを特徴とする画像処理方法。画面に表示されるデータを描画する画像処理装置によって実行される画像処理方法をコンピュータに実行させるためのプログラムであって、ユーザの操作履歴に基づいて、現在表示されている画面から他の各画面への遷移操作に関する推定を行う推定ステップと、前記推定ステップによる推定結果に基づいて、未だ描画されていないデータの描画順序を決定する決定ステップと、前記決定ステップにより決定された描画順序に従って、未だ描画されていないデータを描画する描画ステップとをコンピュータに実行させるためのプログラム。特許文献1に開示される技術は、予測画面を必要に応じてその都度生成していたため、全てビットマップ化して保持しておく手法に比べてメモリコストが抑えられた。しかしながら、コンテンツ単位での再利用が考慮されていなかった。そのため、例えば、予測画面の中に前に表示したものと同一のコンテンツが含まれていた場合でも、もう一度最初から予測画面を描画しなければならず、計算や処理に時間がかかってしまうため、効率が低下するという問題があった。これは特に、動きのあるアニメーションUIを用いる機器の場合に問題となっていた。そこで、本発明の目的は、より滑らかなUIを実現することにある。本発明の画像処理装置は、画面に表示されるデータを描画する画像処理装置であって、ユーザの操作履歴に基づいて、現在表示されている画面から他の各画面への遷移操作に関する推定を行う推定手段と、前記推定手段による推定結果に基づいて、未だ描画されていないデータの描画順序を決定する決定手段と、前記決定手段により決定された描画順序に従って、未だ描画されていないデータを描画する描画手段とを有することを特徴とする。本発明によれば、より滑らかなUIを実現することが可能となる。以下、本発明を適用した好適な実施形態を、添付図面を参照しながら詳細に説明する。図1は、本発明の実施形態に係る画像形成システムの構成を示す図である。図1に示すように、本実施形態に係る画像形成システムは、画像形成装置100、データ格納部110及び画像表示部112から構成される。画像形成装置100は、操作履歴保持部101、ユーザ認証部102、画面状態検出部103、操作推定部104、描画履歴保持部105、描画コンテンツ決定部106及びレンダラ部107を備える。なお、画像形成装置100は、画像処理装置の適用例となる構成である。操作履歴保持部101は、ユーザの操作履歴を保持する。ユーザ認証部102は、ユーザの認証処理を行うことにより、ユーザを特定する。画面状態検出部103は、現在の表示画面の状態を検出する。操作推定部104は、操作履歴保持部101において保持される操作履歴、ユーザ認証部102によって特定されたユーザ、及び、画面状態検出部103によって検出された表示画面の状態に基づいて、ユーザの次の操作を推定する。描画履歴保持部105は、レンダラ部107によるコンテンツの描画履歴を保持する。描画コンテンツ決定部106は、操作推定部104によって推定されたユーザの次の操作、及び、描画履歴保持部105において保持される描画履歴に基づいて、描画対象のコンテンツ及びコンテンツの描画順序を決定する。レンダラ部107はコンテンツの描画処理を行う。図2は、ユーザの操作により現在表示されている画面を示す図である。以下では、当該ユーザをT君と称す。画面200には、コンテンツA、コンテンツB及びコンテンツCの3つが表示されている。ここでは、画面200に基づいてT君の次の操作が推定される。図3は、T君の次の操作により遷移可能な画面を示す図である。遷移可能な画面は、画面300、画面301、画面302及び画面303の4通りである。画面300で表示されるコンテンツは、コンテンツD、コンテンツE及びコンテンツHの3つである。以下同様にして、画面301で表示されるコンテンツは、コンテンツA、コンテンツD及びコンテンツGの3つである。画面302で表示されるコンテンツは、コンテンツC、コンテンツF及びコンテンツJの3つである。画面303で表示されるコンテンツは、コンテンツE、コンテンツF及びコンテンツIの3つである。図3に示す画面200が表示されている場合、操作履歴保持部101からは各ユーザの操作履歴が出力される。また、ユーザ認証部102はユーザであるT君を特定し、画面状態検出部103は画面200を検出する。操作推定部104は、これらの情報に基づいて、画面200が表示されているとき、T君は次の操作で画面300~303のうちのどの画面に、どのくらいの確率で遷移させるかを推定する。即ち、操作推定部104は、操作履歴保持部101から出力された各ユーザの操作履歴からT君の操作履歴を特定する。そして、操作推定部104は、特定したT君の操作履歴に基づいて、これまで次の操作で画面200からどの画面にどのくらいの確率で遷移していたのかを判定する。この判定結果が、画面200が表示されているとき、T君は次の操作で画面300~303のうちのどの画面に、どのくらいの確率で遷移させるかの推定結果となる。図4は、操作推定部104によって推定された各画面への遷移確率の例を示す図である。図4に示すように、画面300に遷移させる確率は50、画面301に遷移させる確率は30、画面302に遷移させる確率は15、画面303に遷移させる確率は5と推定されている。描画コンテンツ決定部106は、図4に示す操作推定部104による推定結果に基づいて、描画対象のコンテンツ及びコンテンツの描画順序を決定する。図5は、描画コンテンツ決定部106及びレンダラ部107の処理を示すフローチャートである。ステップS501において、描画コンテンツ決定部106は、操作推定部104から図4に示すような推定結果を入力したか否かを判定する。推定結果が入力された場合、処理はステップS502に移行する。一方、推定結果が入力されていない場合、処理はステップS501に戻り、描画コンテンツ決定部106は操作推定部104からの推定結果の入力を待つ。ステップS502において、描画コンテンツ決定部106は、描画履歴保持部105から描画履歴を参照し、図6に示すように描画済みのコンテンツと未描画のコンテンツとにカテゴリを分類する。図6の例では、描画済みのコンテンツはコンテンツA、コンテンツB及びコンテンツCであり、未描画のコンテンツはコンテンツD、コンテンツE、コンテンツF、コンテンツG、コンテンツH、コンテンツI及びコンテンツJである。ステップS503において、描画コンテンツ決定部106は、未描画のコンテンツがあるか否かを判定する。未描画のコンテンツがある場合、処理はステップS504に移行する。一方、未描画のコンテンツがない場合、処理はステップS501に戻り、描画コンテンツ決定部106は操作推定部104からの推定結果の入力を待つ。ステップS504において、描画コンテンツ決定部106は、未描画のコンテンツの描画順序を決定する。なお、描画順序の決定方法の詳細については後述する。ステップS505において、レンダラ部107は、描画コンテンツ決定部106で決定された描画順序でコンテンツを描画する。ステップS506において、レンダラ部107は、コンテンツの描画履歴を描画履歴保持部105に保持させるとともに、コンテンツの描画結果111をデータ格納部110に格納させる。次に、図7を参照しながら、コンテンツの描画に要する時間と、ユーザの次の操作に対応できる確率との関係について説明する。図7aは、比較例における、コンテンツの描画に要する時間と、ユーザの次の操作に対応できる確率との関係を示しており、図7bは、本実施形態における、コンテンツの描画に要する時間と、ユーザの次の操作に対応できる確率との関係を示している。以下、説明を簡略化するため、各コンテンツの描画に要する時間を100msとする。先ず、図7aを参照しながら、比較例の処理について説明する。レンダラ部107は、T君が次の操作で遷移させる確率の高い画面から順に描画していく。1画面におけるコンテンツは3つであるため、1画面を描画するために要する時間は300msである。従って、描画開始から300ms後には画面300を表示することができる。この時点では、T君の次の操作に対応できる確率は50である。レンダラ部107は、次の300msで画面301を描画し、描画開始から600ms後には画面300及び画面301を表示することができる。この時点では、T君の次の操作に対応できる確率は80である。以下同様にして画面が描画され、描画開始から1200ms後に画面300、画面301、画面302及び画面303を表示することが可能になり、T君の操作に100対応できるようになる。次に、図7bを参照しながら、本実施形態の処理について説明する。先ず描画コンテンツ決定部106は、図8に示すように、未描画のコンテンツを含む各画面についてT君が次の操作で遷移させる確率T君の次の操作に対応できる確率を加算することにより、描画の優先順位を決定する。これにより、描画の優先順位は、コンテンツD、コンテンツE、コンテンツH、コンテンツG、コンテンツF、コンテンツJ、コンテンツIとなる。レンダラ部107は優先順位の高いコンテンツから描画を行っていく。従って、レンダラ部107は先ずコンテンツDを描画する。コンテンツDの描画に要する時間は100msである。従って、描画開始から100ms後にはコンテンツDを表示することができるが、この時点では、まだ表示可能な画面は存在しない。次にレンダラ部107はコンテンツEを描画する。コンテンツEを描画するために要する時間は100msである。従って、描画開始から200ms後にはコンテンツD及びコンテンツEを表示することができる。しかし、この時点でも、まだ表示可能な画面は存在しない。次にレンダラ部107はコンテンツHを描画する。コンテンツHを描画するために要する時間は100msである。従って、描画開始から300ms後には、コンテンツD、コンテンツE及びコンテンツHを表示することが可能になり、画面300を表示することができる。この時点で、T君の次の操作に対応できる確率は50である。ここまでに要する時間は比較例と同様である。しかし、以下同様にしてコンテンツ毎に描画すると、描画を始めてから700ms後に画面300、画面301、画面302及び画面303を表示することが可能になり、T君の操作に100対応できるようになる。このように本実施形態では、コンテンツ毎に優先順位を付けて予め描画することにより、上記比較例より短時間で描画を完了させることができる。以上のように、本実施形態においては、ユーザの過去の操作履歴から、そのユーザの後の操作を予測し、必要とされるコンテンツを予め描画することにより、滑らかなUIを実現することが可能となる。なお、ユーザの現在表示されている画面からの遷移操作が検出された場合には、描画コンテンツ決定部106は、図5に示した処理で決定した描画順序に優先して、検出された遷移操作に応じた描画順序で未描画のコンテンツの描画順序を決定してもよい。例えば、描画コンテンツ決定部106は、ユーザの遷移操作によって指定された遷移先の画面に表示されるコンテンツが上位となるようにコンテンツの描画順序を決定することが考えられる。また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータまたはCPUやMPU等がプログラムを読み出して実行する処理である。