(57)【要約】      （修正有）【課題】階層構造を有する複数のコンテンツ画面を表示するための情報をサーバから取得する場合において、ユーザが要求するコンテンツ画面のデータを効率よく取得し、ユーザの待ち時間を短縮する。【解決手段】階層構造を有する複数のコンテンツ画面を記憶するサーバに通信可能であり、表示部を有する複合機であって、コンテンツ画面間の移行に必要なキー操作回数を示すキー操作回数情報表をサーバから取得するキー操作回数取得手段（Ｓ５００）と、表示部に表示の画面からの移行に必要なキー操作回数がより少ない画面をキー操作回数表に基づいて検出する第１コンテンツ画面検出手段と、検出された画面のデータを予めサーバから取得するコンテンツ画面取得手段（Ｓ５１０）と、ユーザのキー操作に応じて、取得された画面を表示部に表示するコンテンツ画面表示手段（Ｓ５０４）とを備えている。【選択図】図５
2011008477.tif 000002
【特許請求の範囲】
【請求項１】
階層構造を有する複数のコンテンツ画面を表示するための情報を記憶するサーバに通信可能であり、各種情報を表示する表示部を有する通信装置であって、
コンテンツ画面間の移行に必要なキー操作回数を示すキー操作回数情報を前記サーバから取得する取得処理を実行するキー操作回数取得手段と、
前記表示部に表示されているコンテンツ画面からの移行に必要なキー操作回数がより少ないコンテンツ画面を前記キー操作回数情報に基づいて検出する検出処理を実行する第１コンテンツ画面検出手段と、
前記第１コンテンツ画面検出手段により検出されたコンテンツ画面のデータを予め前記サーバから取得するコンテンツ画面取得手段と、
ユーザのキー操作に応じて、前記コンテンツ画面取得手段により取得されたコンテンツ画面を前記表示部に表示するコンテンツ画面表示手段と、
を備えていることを特徴とする通信装置。
【請求項２】
前記コンテンツ画面へのアクセス回数を示すアクセス回数情報を前記サーバから取得する取得処理を実行するアクセス回数取得手段を備え、
前記第１コンテンツ画面検出手段は、前記キー操作回数が同数のコンテンツ画面が複数存在する場合、前記アクセス回数がより多いコンテンツ画面を前記アクセス回数情報に基づいて検出することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記コンテンツ画面のデータサイズを示すデータサイズ情報を前記サーバから取得する取得処理を実行するデータサイズ取得手段を備え、  
前記第１コンテンツ画面検出手段は、前記アクセス回数が同数のコンテンツ画面が複数存在する場合、前記データサイズがより小さいコンテンツ画面を前記データサイズ情報に基づいて検出することを特徴とする請求項２に記載の通信装置。
【請求項４】
前記コンテンツ画面取得手段は、取得されたコンテンツ画面のデータを記憶する画面データ記憶手段を有し、
前記画面データ記憶手段に所定の空き容量が確保されているか否かを判定する空き容量判定手段と、
前記空き容量判定手段により前記所定の空き容量が確保されていないと判定された場合に、前記画面データ記憶手段に記憶されているコンテンツ画面のデータの中から、前記表示部に表示されているコンテンツ画面からの移行に必要なキー操作回数がより多いコンテンツ画面を前記キー操作回数情報に基づいて検出する検出処理を実行する第２コンテンツ画面検出手段と、
前記第２コンテンツ画面検出手段により検出されたコンテンツ画面のデータを前記画面データ記憶手段から削除する画面データ削除手段と、
を備えていることを特徴とする請求項１に記載の通信装置。
【請求項５】
前記コンテンツ画面へのアクセス回数を示すアクセス回数情報を前記サーバから取得する取得手段を実行するアクセス回数取得手段を備え、
前記第２コンテンツ画面検出手段は、前記キー操作回数が同数のコンテンツ画面が複数存在する場合、前記アクセス回数がより少ないコンテンツ画面を前記アクセス回数情報に基づいて検出することを特徴とする請求項４に記載の通信装置。
【請求項６】
前記コンテンツ画面のデータサイズを示すデータサイズ情報を前記サーバから取得する取得手段を実行するデータサイズ取得手段を備え、
前記第２コンテンツ画面検出手段は、前記アクセス回数が同数のコンテンツ画面が複数存在する場合、前記データサイズがより大きいコンテンツ画面を前記データサイズ情報に基づいて検出することを特徴とする請求項５に記載の通信装置。
【請求項７】
前記キー操作回数取得手段および前記アクセス回数取得手段および前記データサイズ取得手段は、少なくとも前記通信装置の起動時に取得処理を実行することを特徴とする請求項１〜６のいずれかに記載の通信装置。
【請求項８】
前記空き容量判定手段は、少なくとも他のアプリケーションの起動時または終了時に前記空き容量が確保されているか否かを判定することを特徴とする請求項４〜７のいずれかに記載の通信装置。
【請求項９】
前記第１および第２コンテンツ画面検出手段は、少なくとも前記表示部に表示されているコンテンツ画面から他の画面へ移行した時に検出処理を実行することを特徴とする請求項１〜８のいずれかに記載の通信装置。
【請求項１０】
前記複数のコンテンツ画面のうち、１回のキー操作によりいずれの画面からでも初期画面に移行する初期画面移行手段をさらに備えていることを特徴とする請求項１〜９のいずれかに記載の通信装置。
【請求項１１】
前記コンテンツ画面取得手段は、取得されたコンテンツ画面のデータを記憶する画面データ記憶手段を有し、
前記コンテンツ画面のデータサイズを示すデータサイズ情報を前記サーバから取得する取得処理を実行するデータサイズ取得手段と、
前記画面データ記憶手段に所定の空き容量が確保されているか否かを判定する空き容量判定手段と、
前記第１コンテンツ画面検出手段により検出されたコンテンツ画面のデータサイズが、前記空き容量判定手段により判定された前記画面データ記憶手段の空き容量より大きいか否かを判定するデータサイズ比較手段と、を備え、
前記第１コンテンツ画面検出手段は、前記データサイズ比較手段により前記データサイズのほうが大きいと判定された場合、前記コンテンツ画面の次に前記キー操作回数がより少ないコンテンツ画面を前記キー操作回数情報に基づいて検出することを特徴とする請求項１に記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のコンテンツを表示するための通信装置に関する。
【背景技術】
【０００２】
近年、ネットワーク上のサーバから、画像ファイル、ＨＴＭＬファイル等のコンテンツを取得する通信装置が知られている。このような通信装置においては、ユーザが操作する都度、サーバから画面単位に必要とするコンテンツ（コンテンツ画面）を取得しなければならないため、コンテンツを取得するまでのユーザの待ち時間が長くなる。そのため、表示中のコンテンツにリンクされているコンテンツの情報を先読みして記憶領域（キャッシュ等）に保存する方法が一般的に行われている。しかしながら、通信装置の記憶領域は有限であるため、先読み可能なデータ量も制限される。そのため、ユーザが要求するデータが記憶領域に存在する確率（キャッシュヒット率）を向上させるための工夫もなされている。
【０００３】
特許文献１には、他のアプリケーションが起動していない間には最大限メモリをキャッシュとして利用し、他のアプリケーション起動時に、キャッシュに保持されているデータのうち、参照回数が少ない、受信日時の古いまたはサイズが大きいデータから順に、そのアプリケーションが必要とする分のデータを削除する受信装置が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−１２３９４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の発明は、参照回数や受信日時、サイズのみで削除するデータを決定しているため、階層構造を有する複数のコンテンツ画面をサーバから取得する場合、表示中のコンテンツ画面に隣接する階層の先読みしたコンテンツ画面を削除してしまう虞がある。つまり、次にユーザが要求する可能性の高いと考えられるコンテンツ画面が削除されてしまい、結果としてコンテンツの取得のためにユーザが長時間待たされるという問題が生じる。
【０００６】
また、特許文献１に記載の発明では、記憶領域の容量が不足した場合を考慮しているが、記憶領域に空き領域が存在する場合においても、ユーザが要求するデータを記憶領域に効率よく取得する必要がある。
【０００７】
本発明は、上述した問題点を解決するためになされたものであり、階層構造を有する複数のコンテンツ画面を表示するための情報をサーバから取得する場合において、ユーザが要求するコンテンツ画面のデータを効率よく取得し、ユーザの待ち時間を短縮することができる通信装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
前記目的を達成するために、本願請求項１に記載の通信装置は、階層構造を有する複数のコンテンツ画面を表示するための情報を記憶するサーバに通信可能であり、各種情報を表示する表示部を有する通信装置であって、コンテンツ画面間の移行に必要なキー操作回数を示すキー操作回数情報を前記サーバから取得する取得処理を実行するキー操作回数取得手段と、前記表示部に表示されているコンテンツ画面からの移行に必要なキー操作回数がより少ないコンテンツ画面を前記キー操作回数情報に基づいて検出する検出処理を実行する第１コンテンツ画面検出手段と、前記第１コンテンツ画面検出手段により検出されたコンテンツ画面のデータを予め前記サーバから取得するコンテンツ画面取得手段と、ユーザのキー操作に応じて、前記コンテンツ画面取得手段により取得されたコンテンツ画面を前記表示部に表示するコンテンツ画面表示手段とを備えていることを特徴とする。
【０００９】
また、請求項２に記載の発明は、請求項１に記載の通信装置において、前記コンテンツ画面へのアクセス回数を示すアクセス回数情報を前記サーバから取得する取得処理を実行するアクセス回数取得手段を備え、前記第１コンテンツ画面検出手段は、前記キー操作回数が同数のコンテンツ画面が複数存在する場合、前記アクセス回数がより多いコンテンツ画面を前記アクセス回数情報に基づいて検出することを特徴とする。
【００１０】
また、請求項３に記載の発明は、請求項２に記載の通信装置において、前記コンテンツ画面のデータサイズを示すデータサイズ情報を前記サーバから取得する取得処理を実行するデータサイズ取得手段を備え、前記第１コンテンツ画面検出手段は、前記アクセス回数が同数のコンテンツ画面が複数存在する場合、前記データサイズがより小さいコンテンツ画面を前記データサイズ情報に基づいて検出することを特徴とする。
【００１１】
また、請求項４に記載の発明は、請求項１に記載の通信装置において、前記コンテンツ画面取得手段は、取得されたコンテンツ画面のデータを記憶する画面データ記憶手段を有し、前記画面データ記憶手段に所定の空き容量が確保されているか否かを判定する空き容量判定手段と、前記空き容量判定手段により前記所定の空き容量が確保されていないと判定された場合に、前記画面データ記憶手段に記憶されているコンテンツ画面のデータの中から、前記表示部に表示されているコンテンツ画面からの移行に必要なキー操作回数がより多いコンテンツ画面を前記キー操作回数情報に基づいて検出する検出処理を実行する第２コンテンツ画面検出手段と、前記第２コンテンツ画面検出手段により検出されたコンテンツ画面のデータを前記画面データ記憶手段から削除する画面データ削除手段と、を備えていることを特徴とする。
【００１２】
また、請求項５に記載の発明は、請求項４に記載の通信装置において、前記コンテンツ画面へのアクセス回数を示すアクセス回数情報を前記サーバから取得する取得手段を実行するアクセス回数取得手段を備え、前記第２コンテンツ画面検出手段は、前記キー操作回数が同数のコンテンツ画面が複数存在する場合、前記アクセス回数がより少ないコンテンツ画面を前記アクセス回数情報に基づいて検出することを特徴とする。
【００１３】
また、請求項６に記載の発明は、請求項５に記載の通信装置において、前記コンテンツ画面のデータサイズを示すデータサイズ情報を前記サーバから取得する取得手段を実行するデータサイズ取得手段を備え、前記第２コンテンツ画面検出手段は、前記アクセス回数が同数のコンテンツ画面が複数存在する場合、前記データサイズがより大きいコンテンツ画面を前記データサイズ情報に基づいて検出することを特徴とする。
【００１４】
また、請求項７に記載の発明は、請求項１〜６のいずれかに記載の通信装置において、前記キー操作回数取得手段および前記アクセス回数取得手段および前記データサイズ取得手段は、少なくとも前記通信装置の起動時に取得処理を実行することを特徴とする。
【００１５】
また、請求項８に記載の発明は、請求項４〜７のいずれかに記載の通信装置において、前記空き容量判定手段は、少なくとも他のアプリケーションの起動時または終了時に前記空き容量が確保されているか否かを判定することを特徴とする。
【００１６】
また、請求項９に記載の発明は、請求項１〜８のいずれかに記載の通信装置において、前記第１および第２コンテンツ画面検出手段は、少なくとも前記表示部に表示されているコンテンツ画面から他の画面へ移行した時に検出処理を実行することを特徴とする。
【００１７】
また、請求項１０に記載の発明は、請求項１〜９のいずれかに記載の通信装置において、前記複数のコンテンツ画面のうち、１回のキー操作によりいずれの画面からでも初期画面に移行する初期画面移行手段をさらに備えていることを特徴とする。
【００１８】
さらに、請求項１１に記載の発明は、請求項１に記載の通信装置において、前記コンテンツ画面取得手段は、取得されたコンテンツ画面のデータを記憶する画面データ記憶手段を有し、前記コンテンツ画面のデータサイズを示すデータサイズ情報を前記サーバから取得する取得処理を実行するデータサイズ取得手段と、前記画面データ記憶手段に所定の空き容量が確保されているか否かを判定する空き容量判定手段と、前記第１コンテンツ画面検出手段により検出されたコンテンツ画面のデータサイズが、前記空き容量判定手段により判定された前記画面データ記憶手段の空き容量より大きいか否かを判定するデータサイズ比較手段と、を備え、前記第１コンテンツ画面検出手段は、前記データサイズ比較手段により前記データサイズのほうが大きいと判定された場合、前記コンテンツ画面の次に前記キー操作回数がより少ないコンテンツ画面を前記キー操作回数情報に基づいて検出することを特徴とする。
【発明の効果】
【００１９】
本願請求項１に記載の発明によれば、階層構造を有する複数のコンテンツ画面を表示するための情報をサーバから取得する場合において、表示部に表示されているコンテンツ画面からの移行に必要なキー操作回数がより少ないコンテンツ画面のデータを予めサーバから取得することにより、ユーザがすぐに要求する可能性が高いと考えられるキー操作回数が少ないコンテンツ画面のデータを取得するため、ユーザが要求するコンテンツ画面のデータを効率よく取得し、ユーザの待ち時間を短縮することができる。
【００２０】
また、請求項２に記載の発明は、キー操作回数が同数のコンテンツ画面が複数存在する場合、アクセス回数がより多いコンテンツ画面を検出することにより、ユーザが要求する可能性が高いと考えられるアクセス回数が多いコンテンツ画面のデータを取得するため、ユーザが要求するコンテンツ画面のデータをより効率よく取得し、ユーザの待ち時間を短縮することができる。
【００２１】
また、請求項３に記載の発明は、アクセス回数が同数のコンテンツ画面が複数存在する場合、データサイズがより小さいコンテンツ画面を検出することにより、より多くのコンテンツ画面を予め取得することができる。
【００２２】
また、請求項４に記載の発明は、画面データ記憶手段に所定の空き容量が確保されていないと判定された場合に、表示部に表示されているコンテンツ画面からの移行に必要なキー操作回数がより多いコンテンツ画面のデータを削除することにより、ユーザがすぐに要求する可能性が高いと考えられるキー操作回数が少ないコンテンツ画面のデータは保持されるため、所定の空き容量が確保されていない場合であっても、ユーザが要求するコンテンツ画面のデータをより効率よく取得し、ユーザの待ち時間を短縮することができる。
【００２３】
また、請求項５に記載の発明は、キー操作回数が同数のコンテンツ画面が複数存在する場合、アクセス回数がより少ないコンテンツ画面を検出することにより、ユーザがすぐに要求する可能性が高いと考えられるアクセス回数が多いコンテンツ画面のデータは保持されるため、所定の空き容量が確保されていない場合であっても、ユーザが要求するコンテンツ画面のデータをさらに効率よく取得し、ユーザの待ち時間を短縮することができる。
【００２４】
また、請求項６に記載の発明は、アクセス回数が同数のコンテンツ画面が複数存在する場合、データサイズがより大きいコンテンツ画面を検出することにより、画面データ記憶手段の空き容量をより多く確保することができる。
【００２５】
また、請求項７に記載の発明は、キー操作回数取得手段およびアクセス回数取得手段およびデータサイズ取得手段が、少なくとも通信装置の起動時に取得処理を実行することにより、通信装置が起動状態の時は常にキー操作回数情報およびアクセス回数情報およびデータサイズ情報が保持されているので、これらの情報に基づいて、ユーザが要求するコンテンツ画面のデータを効率よく取得することができる。
【００２６】
また、請求項８に記載の発明は、空き容量判定手段が、少なくとも他のアプリケーションの起動時または終了時に取得処理を実行することにより、他のアプリケーションの起動または終了による画面データ記憶手段の空き容量の変化に迅速に対応することができる。
【００２７】
また、請求項９に記載の発明は、第１および第２コンテンツ画面検出手段が、少なくとも表示部に表示されているコンテンツ画面から他の画面へ移行した時に検出処理を実行することにより、表示部に表示されているコンテンツ画面からの移行に必要なキー操作回数の変化に迅速に対応することができる。
【００２８】
また、請求項１０に記載の発明は、複数のコンテンツ画面のうち、１回のキー操作によりいずれの画面からでも初期画面に移行することにより、表示中の画面がいずれであっても初期画面への移行に必要なキー操作回数は１回であり、ユーザが要求する可能性が高い初期画面を優先して取得でき、また、画面データ記憶手段に保持し続けることができる。
【００２９】
さらに、請求項１１に記載の発明は、検出されたコンテンツ画面のデータサイズが画面データ記憶手段の空き容量より大きい場合、該コンテンツ画面の次にキー操作回数がより少ないコンテンツ画面を検出することにより、ユーザが要求するコンテンツ画面のデータをさらに効率よく取得することができる。
【図面の簡単な説明】
【００３０】
【図１】本実施形態の通信システムを示すブロック図である。
【図２】複合機における記憶部の構成を示す概念図である。
【図３】（ａ）はコンテンツ画面の構成の一例を示す説明図、（ｂ）は各画面が他の画面へ移行するために必要なキー操作回数の表を示す図である。
【図４】複合機の記憶部に記憶される画面情報テーブルの一例である。
【図５】本実施形態における複合機起動時の処理を示すフローチャートである。
【図６】本実施形態における他のアプリケーション起動および終了時の処理を示すフローチャートである。
【図７】本実施形態における表示画面移行時の処理を示すフローチャートである。
【図８】本実施形態におけるメモリ割当対象画面選出処理を示すフローチャートである。
【図９】本実施形態におけるメモリ開放対象画面選出処理を示すフローチャートである。
【発明を実施するための形態】
【００３１】
以下、本発明に係る通信装置を、サーバ３０に通信可能な複合機１０に具体化した一実施形態について、図面を参照しつつ詳細に説明する。
【００３２】
＜システムの構成＞
複合機１０とサーバ３０が通信可能に構成された通信システム１について、図１を参照して説明する。通信システム１は、複合機１０とサーバ３０を備え、複合機１０は、ＬＡＮ（Local Area Network）４に接続されている。ＬＡＮ４は、ルータ６を介してインターネット８に接続されている。サーバ３０は、インターネット８に接続されている。
【００３３】
以下、各装置の構成を説明する。まず、複合機１０について説明する。複合機１０は、制御部１２と記憶部１８とネットワークインターフェース（以下、ネットワークＩ／Ｆ）２０と操作部１６と表示部１４と印刷部２２とスキャナ部２４とファクシミリ部２６とを備える。制御部１２は、自装置の制御を司り、演算処理を実行するＣＰＵ、各種プログラムを記憶するＲＯＭおよび作業領域としてのＲＡＭにより構成される。
【００３４】
表示部１４は、例えば、サーバ３０から取得した画面データ１００等の各種情報を表示する。操作部１６は、例えば、方向キー、文字入力が可能なテンキーボードおよび確定ボタン等により構成され、各種指令の入力インターフェースとしての機能を実現する。また、操作部１６のキー操作により、表示部１４に表示されるコンテンツ画面の移行が実現される。なお、本実施形態において、サーバ３０から取得して複合機１０の表示部１４に表示されるコンテンツ画面は、図３（ａ）に示すように、階層構造を形成した複数のコンテンツ画面（以下、コンテンツ画面群）４０の１つである。
【００３５】
記憶部１８は、例えば、ハードディスクまたは不揮発性のメモリ（ＥＥＰＲＯＭ）で構成されている。記憶部１８は、図２に示すように、システム使用ブロック１８０と、ドライバ使用ブロック１８２と、常時アプリ使用ブロック１８４と、先読みメモリブロック１８６（本発明の画面データ記憶手段に相当）とから構成される。システム使用ブロック１８０は、ＯＳ（Operating System）１９０を記憶している領域である。ドライバ使用ブロック１８２は、プリンタドライバ１９２を記憶している領域である。
【００３６】
常時アプリ使用ブロック１８４は、操作部１６、スキャナ部２４、印刷部２２等の各種デバイスを制御するデバイス制御プログラム１９４とＦＴＰ（File Transfer Protocol）のアプリケーション１９６と画面情報４２等を記憶している領域である。画面情報４２は、図３（ｂ）に示すキー操作回数表４４（本発明のキー操作回数情報に相当）と図４に示す画面情報テーブル４６から構成される。キー操作回数表４４は、図３（ｂ）に示すように、表示部１４に表示している画面から他画面に移行するために必要なキー操作回数を、階層構造を形成したコンテンツ画面群４０ごとにまとめた表である。図３（ｂ）の斜線部分の数字はコンテンツ画面の番号１０５（以下、画面番号）を示し、画面移行前（表示中）の画面を縦に、移行後の画面を横に並べてあり、斜線のない部分の数字は各画面の移行に必要なキー操作回数を示している。すなわち、移行前の画面に対応する列と移行後の画面に対応する行が交差するマスに書かれた数字が、表示中の画面から移行後の画面に移行するために必要なキー操作回数であり、例えば、画面０から画面１への移行に必要なキー操作回数は１回である。また、画面情報テーブル４６は、図４に示すように、コンテンツ画面群４０について、サーバ３０から取得した、画面番号１０５、コンテンツ画面のリンク先画像データのＵＲＬ（以下、画面ＵＲＬ）１０８、画面アクセス回数１１２、後述する画面データ１００のサイズ（以下、画面サイズ；本発明のデータサイズ情報に相当）１１４、メモリ割当情報１２０を示すテーブルである。画面アクセス回数１１２は、画面アクセス累積回数と自装置アクセス回数を合計した回数である。画面アクセス累積回数（本発明のアクセス回数情報に相当）は、サーバ３０から画面データ１００を取得した全ての複合機１０において、該画面にアクセスした回数を累計した回数であり、自装置アクセス回数は、複合機１０において、複合機１０起動時から現在までに各画面にアクセスした回数である。メモリ割当情報１２０は、各画面データ１００が先読みメモリ１８６に記憶されているか否かを示す情報であり、記憶されている場合にフラグを付加する。なお、図４において、メモリ割当情報１２０は、フラグを立てていることを○で示し、立てていないことを×で示す。
【００３７】
先読みメモリブロック（以下、先読みメモリ）１８６は、記憶部１８のうち、複合機１０が常時使用している領域である、システム使用ブロック１８０とドライバ使用ブロック１８２と常時アプリ使用ブロック１８４を除く領域であり、主として、サーバ３０に記憶されている複数の画面データ１００を、表示する以前から予め記憶しておく（先読みする）ために使用される。画面データ１００には、該画面の画像データ１０２と、該画面から移行可能な、隣接する階層に存在するコンテンツ画面のＵＲＬ（以下、コンテンツＵＲＬ）１０４と、コンテンツ画面のタイトル（以下、タイトル）１０６とが含まれている。なお、本実施形態において、サーバ３０から取得する画像データ１０２はＷｅｂページであり、サーバ３０から取得する画面情報４２はＨＴＭＬ形式である。
【００３８】
また、記憶部１８に記憶されている各種プログラムやアプリケーションのうち、例えば、スキャナやファクシミリ通信のアプリケーションのような、常時使用するプログラムやアプリケーションを除く他のアプリケーションは、起動時に、該アプリケーションが必要なメモリ量を制御部１２に通知し、終了時に、該アプリケーションが使用していたメモリ量を制御部１２に通知する。常時使用するアプリケーションを除く他のアプリケーションの起動時には、該アプリケーションは先読みメモリ１８６を使用する。
【００３９】
ネットワークＩ／Ｆ２０は、複合機１０をＬＡＮ４に接続し、インターネット８にアクセス可能である。印刷部２２は、記憶部１８に記憶された各種データ等を印刷する。スキャナ部２４は、原稿台（図示を省略）に載置された記憶媒体をスキャンする。ファクシミリ部２６は、複合機１０を公衆回線網２８に接続し、他のファクシミリ装置との間でファクシミリの送受信を実行する。
【００４０】
次に、図１を用いてサーバ３０について説明する。サーバ３０は、制御部３２と記憶部３４とネットワークＩ／Ｆ３６と操作部３８とを備える。制御部３２は、自装置の制御を司り、演算処理を実行するＣＰＵ、各種プログラムを記憶するＲＯＭおよび作業領域としてのＲＡＭにより構成される。記憶部３４は、例えば、ハードディスクにより構成されており、各コンテンツ画面の画面データ１００と、キー操作回数表４４および画面情報テーブル４６で構成される画面情報４２とが記憶されている。
【００４１】
また、複合機１０は、複合機１０の電源が切断された時、または複合機１０がサーバ３０から画面データ１００を取得してから一定時間経過後に、自装置画面回数アクセスをサーバ３０に送信し、サーバ３０は、受信した自装置画面アクセス回数を画面アクセス累積回数に加算して画面アクセス回数１１２を更新する。
【００４２】
＜コンテンツ画面取得処理＞
次に、本実施形態のコンテンツ画面取得処理について、図３〜図９を参照して詳細に説明する。本実施形態において、コンテンツ画面群４０は、図３（ａ）に示すように、５つの画面が３階層を形成し、第１階層に画面０、第２階層に画面１および画面３、第３階層に画面２および画面４が配置されているものとする。また、図３（ａ）の矢印で示すように、各画面は一階層上または下の隣接する階層に属する画面への移行が可能であるが、画面０は初期画面であるため、全ての画面から１回のキー操作で移行できることとする。画面０〜４は画面番号１０５、Ａ〜Ｅは各コンテンツ画面のタイトル１０６であり、コンテンツ画面はタイトル１０６とともに表示される。なお、コンテンツ画面群４０の構成は、これに限定されるものではなく、複数の画面が階層構造を形成しているものであれば、種々の形態を採用することができる。
【００４３】
本実施形態のコンテンツ画面取得処理は、複合機１０起動時と、常時使用するプログラムやアプリケーションを除く他のアプリケーションの起動時と、コンテンツ画面群４０のうち、現在表示されている画面から他画面への移行時に実行される。以下、それぞれの場合について詳細に説明する。
【００４４】
（複合機１０起動時における処理）
まず、複合機１０起動時（電源オン時）における処理について、図３および図４を参照し、図５に示す複合機１０起動時の処理のフローチャートに従って、詳細に説明する。
【００４５】
複合機１０が起動されたことを検出してコンテンツ画面取得処理を開始した制御部１２は、図５のＳ５００において、サーバ３０からキー操作回数表４４（図３（ｂ）参照）および画面情報テーブル４６（図４（ａ）参照）で構成される画面情報４２を取得する。
【００４６】
図４（ａ）〜（ｄ）は、画面情報テーブル４６の一例を示す図であり、画面アクセス回数情報１１２は、各コンテンツ画面を表示するごとに１ずつ加算される。複合機１０起動時には、先読みメモリ１８６に記憶されている画面はないので、サーバ３０から取得される画面情報テーブル４６は図４（ａ）に示すものである。
【００４７】
図５のＳ５０２において、制御部１２は、初期画面の画面データ１００をサーバ３０から取得し、その後、取得した初期画面の画像データ１０２およびタイトル１０６を表示部１４に表示する（Ｓ５０４）。本実施形態の場合、初期画面である画面０の画面データが取得され、表示部１４に画面０の画像データおよびタイトル「Ａ」が表示される。次に、制御部１２は、先読みメモリ１８６として使用可能な空きメモリ量を算出する（Ｓ５０６）。本実施形態において、複合機１０起動時の空きメモリ量は２０ＭＢであるとする。すなわち、Ｓ５０６で算出される空きメモリ量は、起動時の空きメモリ量２０ＭＢからＳ５０２で取得した初期画面の画面サイズ１１４を減算した値となる。本実施形態では、起動時の空きメモリ量２０ＭＢから画面０のサイズ（５ＭＢ）を減算した１５ＭＢが先読みメモリ１８６として使用可能な空きメモリ量として算出される。
【００４８】
次に、制御部１２は、後述するメモリ割当対象画面選出処理を行う（Ｓ５０８）。そして、制御部１２は、メモリ割当対象画面選出処理で選出した画面のデータ１００をサーバ３０から取得し（Ｓ５１０）、先読みメモリ１８６に記憶して処理を終了する（Ｓ５１２）。
【００４９】
ここで、メモリ割当対象画面選出処理（Ｓ５０８）について、複合機１０起動時を例にとり、図８に示すフローチャートに従って、詳細に説明する。まず、メモリ割当対象画面選出処理を開始した制御部１２は、Ｓ８００において、図５のＳ５００で取得したキー操作回数表４４（図３（ｂ）参照）に基づいて、表示中の画面からの移行に必要なキー操作回数が最も少ない画面を検出する。複合機１０起動時は、初期画面が表示されるので、本実施形態において、表示中の画面は画面０であり、画面０からの各画面への移行に必要なキー操作回数が最も少ない画面として、画面１および画面３が検出される。
【００５０】
次に、制御部１２は、検出された画面が複数あるか否かを判断する（Ｓ８０２）。判断の結果、検出された画面が１つである場合（Ｓ８０２：ＮＯ）、制御部１２は、画面情報テーブル４６（図４（ａ）参照）に基づいて、検出された画面のサイズ１１４が空きメモリ量以下か否かを判断する（Ｓ８１４）。一方、検出された画面が複数ある場合（Ｓ８０２：ＹＥＳ）、制御部１２は、画面情報テーブル４６（図４（ａ）参照）に基づいて、Ｓ８００で検出された画面のうち、画面アクセス回数１１２が最大の画面を検出する（Ｓ８０４）。本実施形態において、Ｓ８００で画面１と画面３が検出されたので、画面１と画面３のうち、画面アクセス回数１１２がより多い画面３が検出される。
【００５１】
そして、制御部１２は、検出された画面が複数あるか否かを判断する（Ｓ８０６）。判断の結果、検出された画面が１つである場合（Ｓ８０６：ＮＯ）、Ｓ９１４の処理に移行する。一方、検出された画面が複数ある場合（Ｓ８０６：ＹＥＳ）、制御部１２は、画面情報テーブル４６（図４（ａ）参照）に基づいて、Ｓ８０４で検出された画面のうち、画面サイズ１１４が最小の画面を検出する（Ｓ８０８）。本実施形態においては、Ｓ８０４で検出された画面は画面３のみであるので、Ｓ８１４の処理に移行する。
【００５２】
制御部１２は、Ｓ８０８で検出された画面が複数あるか否かを判断し（Ｓ８１０）、判断の結果、検出された画面が１つである場合（Ｓ８１０：ＮＯ）、Ｓ８１４の処理に移行する。一方、Ｓ８０８で検出された画面が複数ある場合（Ｓ８１０：ＹＥＳ）、画面情報テーブル４６（図４（ａ）参照）に基づいて、検出された画面のうち、画面番号１０５が最小の画面を検出する（Ｓ８１２）。
【００５３】
次に、制御部１２は、Ｓ８１４において、画面情報テーブル４６（図４（ａ）参照）に基づいて、検出された画面のサイズ１１４が先読みメモリ１８６の空きメモリ量以下か否かを判断する。判断の結果、検出された画面のサイズ１１４の方が空きメモリ量より大きい場合（Ｓ８１４：ＮＯ）、検出された画面（Ｓ８１４で空きメモリ量とサイズを比較した画面）を以降の選出処理におけるメモリ割当対象画面の候補から除き（Ｓ８２２）、Ｓ８００〜Ｓ８１４の処理を行う。一方、検出された画面のサイズが空きメモリ量以下の場合（Ｓ８１４：ＹＥＳ）、制御部１２は、検出した画面をメモリ割当対象画面として選出する（Ｓ８１６）。具体的には、検出した画面に対応するメモリ割当情報１２０のフラグを立てる。本実施形態において、Ｓ８０４で検出された画面３のサイズ（図４（ａ）参照：５ＭＢ）は、空きメモリ量（１５ＭＢ）以下であるので、画面３をメモリ割当対象画面として選出する。すなわち、図４（ａ）に示す画面情報テーブル４６の画面３のメモリ割当情報１２０を○に変更する。
【００５４】
そして、制御部１２は、メモリ割当対象画面として選出された画面の合計サイズが先読みメモリ１８６の空きメモリ量より小さいか否かを判断し（Ｓ８１８）、判断の結果、合計サイズの方が空きメモリ量より小さい場合（Ｓ８１８：ＹＥＳ）、メモリ割当対象画面として選出された画面（Ｓ８１８で空きメモリ量とサイズを比較した画面）を以降の選出処理におけるメモリ割当対象画面の候補から除き（Ｓ８２２）、Ｓ８００〜Ｓ８１６の処理を行う。一方、合計サイズが空きメモリ量以上の場合（Ｓ８１８：ＮＯ）、制御部１２は、Ｓ８２０において、合計サイズが空きメモリ量と一致するか否かを判断し、合計サイズが空きメモリ量と一致する場合（Ｓ８２０：ＹＥＳ）はメモリ割当対象画面選出処理を終了する。一方、合計サイズの方が空きメモリ量より大きい場合（Ｓ８２０：ＮＯ）、最後にメモリ割当対象画面として選出した画面に対応するメモリ割当情報１２０のフラグを消去し、該画面をメモリ割当対象画面から除いて（Ｓ８２４）、メモリ割当対象画面選出処理を終了する。
【００５５】
本実施形態において、Ｓ８１６でメモリ割当対象画面として選出された画面３のサイズ（図４（ａ）参照：５ＭＢ）は、空きメモリ量（１５ＭＢ）より小さいので、画面３を除いた画面１、２、４をメモリ割当対象画面の候補として、Ｓ８００〜Ｓ８１６の処理を繰り返す。
【００５６】
したがって、Ｓ８００において、制御部１２は、既に選出されている画面３を除き、画面０からの各画面への移行に必要なキー操作回数が最も少ない画面として、画面１を検出する。そして、Ｓ８０２の判断の結果、Ｓ８００で検出された画面は画面１のみであるので、制御部１２は、Ｓ８１４に移行する。Ｓ８１４の判断の結果、画面１のサイズ（図４（ａ）参照：５ＭＢ）は、空きメモリ量（１５ＭＢ）以下であるので、画面１をメモリ割当対象画面として選出し（Ｓ８１６）、Ｓ８１８の処理を行う。Ｓ８１８の判断の結果、画面１と画面３の合計サイズ（１０ＭＢ）は空きメモリ量（１５ＭＢ）より小さいので、画面１および画面３を除いた画面２および画面４をメモリ割当対象画面の候補として、再度Ｓ８００に戻り、処理を繰り返す。
【００５７】
そして、制御部１２は、既に選出されている画面１および画面３を除き、画面０からの各画面への移行に必要なキー操作回数が最も少ない画面として、画面２および画面４を検出する。Ｓ８０２の判断の結果、Ｓ８００で画面２および画面４の２画面が検出されたので、制御部１２は、画面２と画面４のうち、画面アクセス回数１１２が最大の画面を検出する（Ｓ８０４）。ここで、図４（ａ）に示すように、画面２と画面４の画面アクセス回数１１２は同じであるので、両画面が検出され、Ｓ８０８に移行される。Ｓ８０８の判断の結果、Ｓ８０４で検出された画面は２画面あるので、Ｓ８０８に移り、画面２と画面４のうち、画面サイズ１１４がより小さい画面２が検出される。そして、Ｓ８１４の判断の結果、画面２のサイズ（図４（ａ）参照：５ＭＢ）は、空きメモリ量（１５ＭＢ）以下であるので、制御部１２は、画面２をメモリ割当対象画面として選出し（Ｓ８１６）、Ｓ８１８の処理を行う。Ｓ８１８の判断の結果、画面１と画面２と画面３の合計サイズ（１５ＭＢ）は空きメモリ量（１５ＭＢ）に一致するため、制御部１２は、画面１、画面２および画面３がメモリ割当対象画面として選出し、処理を終了する。
【００５８】
したがって、複合機１０起動時にサーバ３０から取得した画面情報テーブル４６（図４（ａ）参照）は、メモリ割当対象画面処理終了時において、図４（ｂ）に示す画面情報テーブル４６に変更されている。以上より、図５のＳ５０８のメモリ割当対象画面選出処理により画面１、画面２および画面３が選出される。そして、サーバ３０から選出された画面の画面データ１００が取得され（Ｓ５１０）、先読みメモリ１８６に記憶される（Ｓ５１２）。
【００５９】
（他アプリケーション起動時における処理）
次に、スキャナやファクシミリ通信のアプリケーションのような、常時使用するアプリケーションを除く他のアプリケーションの起動時における処理について、図３および図４を参照し、図６に示す他のアプリケーション起動時の処理のフローチャートに従って、詳細に説明する。本実施形態において、先読みメモリ１８６の容量は２０ＭＢであり、先読みメモリ１８６は全てコンテンツ画面の先読みに使用されている。また、他のアプリケーションが起動するために必要なメモリ量は５ＭＢとする。また、本実施形態では、コンテンツ画面取得処理の開始時に複合機１０が記憶している画面情報４２は、図３（ｂ）に示すキー操作回数表４４および図４（ｂ）に示す画面情報テーブル４６であり、現在表示されている画面は、画面０とする。
【００６０】
他のアプリケーションが起動されたことを検出してコンテンツ画面取得処理を開始した制御部１２は、図６のＳ６００において、起動が検出されたアプリケーションの起動に必要なメモリ量（以下、他アプリ必要メモリ量）を算出する。本実施形態において、Ｓ６００で算出された他アプリ必要メモリ量は５ＭＢである。
【００６１】
次に、制御部１２は、後述するメモリ開放対象画面選出処理を行う（Ｓ６０２）。そして、制御部１２は、メモリ開放対象画面選出処理で選出した画面の画面データ１００を削除（開放）し（Ｓ６０４）、他のアプリケーションが終了されたか否かを判断する（Ｓ６０６）。
【００６２】
判断の結果、他のアプリケーションの終了が検出されない場合（Ｓ６０６：ＮＯ）、Ｓ６００に戻り、制御部１２は、Ｓ６００〜Ｓ６０６の処理を繰り返す。一方、他のアプリケーションの終了が検出された場合（Ｓ６０６：ＹＥＳ）、制御部１２は、終了が検出されたアプリケーションが使用していた先読みメモリ１８６の容量（以下、他アプリ使用メモリ量）を算出する（Ｓ６０８）。本実施例では、Ｓ６０６で終了が検出されたアプリケーションは、Ｓ６００で起動が検出されたアプリケーションであるとし、したがって、Ｓ６０８で算出される他アプリ使用メモリ量は５ＭＢとなる。
【００６３】
次に、制御部１２は、図５のＳ５０８と同様に、図８に示すメモリ割当対象画面選出処理を行う（Ｓ６１０）。そして、制御部１２は、メモリ割当対象画面選出処理で選出した画面の画面データ１００をサーバ３０から取得し（Ｓ６１２）、先読みメモリ１８６に記憶して処理を終了する（Ｓ６１４）。
【００６４】
ここで、メモリ開放対象画面選出処理（Ｓ６０２）について、他のアプリケーション起動時を例にとり、図９に示すフローチャートに従って、詳細に説明する。メモリ開放対象画面選出処理の対象とされる画面は、本処理開始時に先読みメモリ１８６に記憶されている画面である。したがって、本実施形態では、図４（ｂ）に示すように、画面０、画面１、画面２、および画面３が本処理の対象となる。
【００６５】
まず、メモリ開放対象画面選出処理を開始した制御部１２は、Ｓ９００において、キー操作回数表４４（図３（ｂ）参照）に基づいて、表示中の画面からの移行に必要なキー操作回数が最も多い画面を検出する。本実施形態において、表示中の画面は画面０であり、先読みメモリ１８６に記憶されている画面のうち、画面０からの各画面への移行に必要なキー操作回数が最も多い画面として、画面２が検出される。
【００６６】
次に、制御部１２は、検出された画面が複数あるか否かを判断する（Ｓ９０２）。判断の結果、検出された画面が１つである場合（Ｓ９０２：ＮＯ）、制御部１２は、検出した画面をメモリ開放対象画面として選出する（Ｓ９１４）。本実施形態において、Ｓ９００で検出された画面は画面２のみであるので、Ｓ９１４の処理に移行する。一方、検出された画面が複数ある場合（Ｓ９０２：ＹＥＳ）、制御部１２は、画面情報テーブル４６（図４（ｂ）参照）に基づいて、Ｓ９００で検出された画面のうち、画面アクセス回数１１２が最少の画面を検出する（Ｓ９０４）。
【００６７】
次に、制御部１２は、Ｓ９０４で検出された画面が複数あるか否かを判断する（Ｓ９０６）。判断の結果、検出された画面が１つである場合（Ｓ９０６：ＮＯ）、Ｓ９１４の処理に移行する。一方、検出された画面が複数ある場合（Ｓ９０６：ＹＥＳ）、制御部１２は、画面情報テーブル４６（図４（ｂ）参照）に基づいて、Ｓ９０４で検出された画面のうち、画面サイズ１１４が最大の画面を検出する（Ｓ９０８）。
【００６８】
そして、制御部１２は、Ｓ９０８で検出された画面が複数あるか否かを判断し（Ｓ９１０）、判断の結果、検出された画面が１つである場合（Ｓ９１０：ＮＯ）、Ｓ９１４の処理に移行する。一方、Ｓ９０８で検出された画面が複数ある場合（Ｓ９１０：ＹＥＳ）、画面情報テーブル４６（図４（ｂ）参照）に基づいて、検出された画面のうち、画面番号１０５が最小の画面を検出する（Ｓ９１２）。
【００６９】
そして、制御部１２は、Ｓ９１４において、検出された画面をメモリ開放対象画面として選出する。次に、制御部１２は、画面情報テーブル４６（図４（ｂ）参照）に基づいて、検出された画面のサイズ１１４が他アプリ必要メモリ量より小さいか否かを判断する（Ｓ９１６）。判断の結果、検出された画面のサイズ１１４の方が他アプリ必要メモリ量以上の場合（Ｓ９１６：ＮＯ）、制御部１２は、メモリ開放対象画面選出処理を終了する。一方、検出された画面のサイズ１１４が他アプリ必要メモリ量より小さい場合（Ｓ９１４：ＹＥＳ）、制御部１２は、メモリ開放対象画面として選出された画面の合計サイズが他アプリ必要メモリ量より小さいか否かを判断し（Ｓ９１８）、判断の結果、合計サイズの方が他アプリ必要メモリ量より小さい場合（Ｓ９１８：ＹＥＳ）、制御部１２は、メモリ開放対象画面として選出された画面を以降の選出処理の候補から除いて（Ｓ９２０）、Ｓ９００に戻り、Ｓ９００〜Ｓ９２０の処理を繰り返す。一方、合計サイズが他アプリ必要メモリ量以上の場合（Ｓ９１８：ＮＯ）、本処理を終了する。
【００７０】
本実施形態において、Ｓ９００で検出された画面２のサイズ（図４（ｂ）参照：５ＭＢ）は、他アプリ必要メモリ量（５ＭＢ）に一致するため、画面２がメモリ開放対象画面として選出される。したがって、本実施形態において、コンテンツ画面取得処理の開始時に複合機１０が記憶している画面情報テーブル４６（図４（ｂ）参照）は、メモリ開放対象画面処理終了時において、図４（ｃ）に示す画面情報テーブル４６に変更されている。
【００７１】
以上より、本実施形態において、図６のＳ６０２のメモリ開放対象画面選出処理により画面２が選出され、先読みメモリ１８６から画面２のデータが削除される（Ｓ６０４）。
【００７２】
また、本実施形態の他のアプリケーション終了時におけるメモリ割当対象画面選出処理（Ｓ６１０）は、図８に示す、複合機１０の起動時におけるメモリ割当対象画面選出処理（図５のＳ５０８）と同様であるので、詳細な説明を省略する。
【００７３】
以上より、本実施形態では、他のアプリケーション終了時に複合機１０が記憶していた画面情報テーブル４６（図４（ｃ）参照）は、メモリ割当対象画面選出処理（Ｓ６１０）終了時において、図４（ｂ）に示す画面情報テーブル４６に変更されている。したがって、本実施形態において、図６のＳ６１０のメモリ割当対象画面選出処理により画面２が選出され、サーバ３０から画面２の画面データが取得されて（Ｓ６１２）、先読みメモリ１８６に記憶される（Ｓ６１４）。
【００７４】
（表示画面移行時における処理）
コンテンツ画面群４０のうち、現在表示されている画面から他画面への移行時における処理について、図３および図４を参照し、図７に示す表示画面移行時の処理のフローチャートに従って、詳細に説明する。本実施形態において、先読みメモリ１８６の容量は２０ＭＢであり、現在表示されている画面を画面０とし、画面０から画面３へ表示画面を移行する場合を想定する。また、本実施形態では、コンテンツ画面取得処理の開始時に複合機１０が記憶している画面情報４２は、図３（ｂ）に示すキー操作回数表４４および図４（ｂ）に示す画面情報テーブル４６である。
【００７５】
ユーザにより操作部１６で画面移行操作が行われたことを検出してコンテンツ画面取得処理を開始した制御部１２は、図７のＳ７００において、移行先の画面データ１００が先読みメモリ１８６に記憶されているか否かを判断する。判断の結果、移行先の画面データ１００が先読みメモリ１８６に記憶されている場合（Ｓ７００：ＹＥＳ）、制御部１２は、移行先の画面データ１００を表示部１４に表示する（Ｓ７１０）。一方、移行先の画面データ１００が先読みメモリ１８６に記憶されていない場合（Ｓ７００：ＮＯ）、制御部１２は、サーバ３０から移行先の画面のサイズ１１４を取得する（Ｓ７０２）。
【００７６】
次に、制御部１２は、Ｓ７０４において、図６のＳ６０２と同様に、図１０に示すメモリ開放対象画面選出処理を行い、選出された画面の画面データ１００を削除し（Ｓ７０６）、移行先の画面データ１００をサーバ３０から取得し、先読みメモリ１８６に記憶する（Ｓ７０８）。また、表示画面移行時におけるメモリ開放対象画面選出処理（Ｓ７０４）は、図１０に示す、他のアプリケーション起動時におけるメモリ開放対象画面選出処理（Ｓ６０２）において、検出または選出した画面のサイズ１１４と比較する他アプリ必要量が、表示画面移行時において、図７のＳ７０２で取得した移行先画面のサイズ１１４に変更される以外は同様であるので、本実施形態におけるメモリ開放対象画面選出処理（Ｓ７０４）の詳細な説明は省略する。そして、制御部１２は、移行先の画面データ１００を表示部１４に表示する（Ｓ７１０）。
【００７７】
次に、先読みメモリ量を算出する（Ｓ７１２）。ここで、Ｓ７１２で算出される先読みメモリ量とは、先読みメモリ１８６の容量から表示中の画面（移行した画面）のサイズ１１４を減算した値である。本実施形態では、コンテンツ画面取得処理の開始時において、図４（ｂ）の画面情報テーブル４６に示すように、移行先画面である画面３は、先読みメモリ１８６に記憶されているので、図７のＳ７１０に移行し、表示部１４に画面３を表示する。そして、Ｓ７１２において、先読みメモリ量として、先読みメモリ１８６の容量（２０ＭＢ）から画面３のサイズ（５ＭＢ）を減算した１５ＭＢが算出される。
【００７８】
次に、制御部１２は、後述するメモリ割当対象画面選出処理を行う（Ｓ７１４）。そして、制御部１２は、先読みメモリ１８６に記憶されている画面のうち、メモリ割当対象画面選出処理（Ｓ７１４）で選出されていない画面の画面データ１００を削除する（Ｓ７１６）。次に、メモリ割当対象画面選出処理（Ｓ７１４）で選出された画面のうち、先読みメモリ１８６に記憶されていない画面の画面データ１００をサーバ３０から取得し（Ｓ７１８）、先読みメモリ１８６に記憶して処理を終了する（Ｓ７２０）。
【００７９】
ここで、本実施形態である表示画面移行時におけるメモリ割当対象画面選出処理（Ｓ７１４）について、図８に示すフローチャートに従って説明する。基本的な処理の流れは、複合機１０の起動時におけるメモリ割当対象画面選出処理（図５のＳ５０８）と同様であり、以下では、本実施形態に関係する処理以外の説明は省略する。
【００８０】
本実施形態では、図７のＳ７１２において、先読みメモリ１８６の容量を算出した後、メモリ割当対象画面選出処理（Ｓ７１４）が実行される。本処理開始時において、Ｓ７１２で算出された先読みメモリ量は２０ＭＢであり、複合機１０は、キー操作回数表４４（図３（ｂ）参照）および画面情報テーブル４６（図４（ｂ）参照）を記憶している。
【００８１】
図７のＳ７１０において、表示画面は画面０から画面３に移行しているので、本処理開始時に表示されている画面は画面３である。まず、図８のＳ８００において、制御部１２は、画面３からの各画面への移行に必要なキー操作回数が最も少ない画面として、画面０および画面４を検出する。
【００８２】
次に、制御部１２は、検出された画面が複数あるか否かを判断する（Ｓ８０２）。Ｓ８００で検出された画面は画面０と画面４の２画面であるので（Ｓ８０２：ＹＥＳ）、制御部１２は、画面情報テーブル４６（図４（ｂ）参照）に基づいて、画面０と画面４のうち、画面アクセス回数１１２がより大きい画面０を検出する（Ｓ８０４）。
【００８３】
そして、制御部１２は、検出された画面が複数あるか否かを判断する（Ｓ８０６）。Ｓ８０４で検出された画面は画面０のみであるので（Ｓ８０６：ＮＯ）、制御部１２は、Ｓ８１４において、画面情報テーブル４６（図４（ｂ）参照）に基づいて、検出された画面０のサイズが先読みメモリ１８６の空きメモリ量以下か否かを判断する。本実施形態において、先読みメモリ１８６の空きメモリ量は、図７のＳ７１２で算出された先読みメモリ量に相当する。したがって、Ｓ８１４の判断の結果、画面０のサイズ（５ＭＢ）が先読みメモリ量（１５ＭＢ）以下であるため（Ｓ８１４：ＹＥＳ）、画面０をメモリ割当対象画面として選出する（Ｓ８１６）。すなわち、画面０に対応するメモリ割当情報１２０のフラグを立てる。
【００８４】
次に、選出した画面０のサイズ（５ＭＢ）は先読みメモリ量（１５ＭＢ）より小さいので（Ｓ８１８：ＹＥＳ）、選出された画面０を以降の選出処理の候補から除いて（Ｓ８２２）、Ｓ８００に戻り、Ｓ８００〜Ｓ８１６の処理を繰り返す。そして、制御部１２は、Ｓ８００において、既に選出されている画面０を除き、画面３からの各画面への移行に必要なキー操作回数が最も少ない画面として、画面４を検出する。そして、Ｓ８０２の判断の結果、Ｓ８００で検出された画面は画面４のみであるので（Ｓ８０２：ＮＯ）、制御部１２は、Ｓ８１４において、画面情報テーブル４６（図４（ｂ）参照）に基づいて、検出された画面４のサイズが先読みメモリ量以下か否かを判断する。画面４のサイズ（１０ＭＢ）は先読みメモリ量（１５ＭＢ）以下であるため（Ｓ８１４：ＹＥＳ）、画面４をメモリ割当対象画面として選出する（Ｓ８１６）。
【００８５】
次に、選出した画面である画面０と画面４の合計サイズ（１５ＭＢ）は、先読みメモリ量（１５ＭＢ）に一致するので（Ｓ８１８：ＹＥＳ、Ｓ８２０：ＹＥＳ）、メモリ割当対象画面選出処理を終了する。したがって、本処理開始時に複合機１０が記憶していた画面情報テーブル４６（図４（ｂ）参照）は、本処理終了時において、図４（ｄ）に示す画面情報テーブル４６に変更されている。
【００８６】
以上より、本実施形態において、図７のＳ７１４のメモリ割当対象画面選出処理により画面０および画面４が選出される。そして、制御部１２は、先読みメモリ１８６に記憶されている画面０、画面１、画面２、および画面３のうち、選出されていない画面である画面２および画面３のデータを削除し（Ｓ７１６）、選出された画面のうち、先読みメモリ１８６に記憶されていない画面４の画面データをサーバ３０から取得して（Ｓ７１８）、先読みメモリ１８６に記憶し、処理を終了する（Ｓ７２０）。
【００８７】
以上説明したように、階層構造を有する複数のコンテンツ画面を表示するための情報をサーバ３０から取得する場合において、表示部１４に表示されている画面からの移行に必要なキー操作回数がより少ない画面の画面データ１００を予めサーバ３０から取得することにより、ユーザがすぐに要求する可能性が高いと考えられるキー操作回数が少ない画面データ１００を取得することが可能となるため、ユーザが要求するコンテンツ画面のデータ１００を効率よく取得し、ユーザの待ち時間を短縮することができる。
【００８８】
また、メモリ割当対象画面選出処理（図８参照）において、キー操作回数が同数のコンテンツ画面が複数存在する場合（Ｓ８０２：ＹＥＳ）、画面アクセス回数１１２がより多い画面を検出する（Ｓ８０４）ことにより、ユーザが要求する可能性が高いと考えられる画面アクセス回数１１２が多い画面のデータ１００を取得することが可能となり、ユーザが要求するコンテンツ画面のデータ１００をより効率よく取得し、ユーザの待ち時間を短縮することができる。
【００８９】
また、メモリ割当対象画面選出処理（図８参照）において、画面アクセス回数１１２が同数のコンテンツ画面が複数存在する場合（Ｓ８０６：ＹＥＳ）、画面サイズ１１４がより小さいコンテンツ画面を検出する（Ｓ８０８）ことにより、より多くのコンテンツ画面のデータ１００を予め取得することができる。
【００９０】
また、本実施形態において、先読みメモリ１８６に所定の空き容量が確保されていないと判定された場合に、表示部１４に表示されているコンテンツ画面からの移行に必要なキー操作回数がより多い画面のデータ１００を削除することにより、ユーザがすぐに要求する可能性が高いと考えられるキー操作回数が少ない画面のデータ１００は保持されるため、所定の空き容量が確保されていない場合であっても、ユーザが要求するコンテンツ画面のデータ１００をより効率よく取得し、ユーザの待ち時間を短縮することができる。
【００９１】
また、メモリ開放対象画面選出処理（図９参照）において、キー操作回数が同数のコンテンツ画面が複数存在する場合（Ｓ９００：ＹＥＳ）、画面アクセス回数１１２がより少ない画面を検出する（Ｓ９０４）ことにより、ユーザがすぐに要求する可能性が高いと考えられる画面アクセス回数１１２が多い画面のデータ１００は保持されるため、所定の空き容量が確保されていない場合であっても、ユーザが要求するコンテンツ画面のデータ１００をさらに効率よく取得し、ユーザの待ち時間を短縮することができる。
【００９２】
また、メモリ開放対象画面選出処理（図９参照）において、画面アクセス回数１１２が同数のコンテンツ画面が複数存在する場合（Ｓ９０６：ＹＥＳ）、画面サイズ１１４がより大きい画面を検出する（Ｓ９０８）ことにより、先読みメモリ１８６の空き容量をより多く確保することができる。
【００９３】
また、本実施形態において、複合機１０の起動時に、表示中の画面から他画面への移行に必要なキー操作回数を示すキー操作回数表４４、および画面アクセス累積回数、画面サイズ１１４等を含む画面情報テーブル４６で構成される画面情報４２を取得する。これにより、複合機１０が起動状態の時は常にキー操作回数表４４および画面アクセス回数１１２および画面サイズ１１４が保持されているので、これらの情報に基づいて、ユーザが要求するコンテンツ画面のデータ１００を効率よく取得することができる。
【００９４】
また、本実施形態において、他のアプリケーションの起動時または終了時に、該アプリケーションのメモリ使用量を制御部１２に通知することにより、他のアプリケーションの起動または終了による先読みメモリ１８６の空き容量の変化に迅速に対応することができる。
【００９５】
また、本実施形態において、表示部１４に表示されているコンテンツ画面から他の画面へ移行した時に、メモリ割当対象画面選出処理（図８参照）およびメモリ開放対象画面選出処理（図９参照）が実行されることにより、表示部１４に表示されている画面からの移行に必要なキー操作回数の変化に迅速に対応することができる。
【００９６】
また、本実施形態において、複数のコンテンツ画面（コンテンツ画面群４０）のうち、１回のキー操作によりいずれの画面からでも初期画面（画面０）に移行することにより、表示中の画面がいずれであっても初期画面（画面０）への移行に必要なキー操作回数は１回であり、ユーザが要求する可能性が高い初期画面を優先して取得でき、また、先読みメモリ１８６に保持し続けることができる。
【００９７】
さらに、メモリ割当対象画面選出処理（図８参照）において、検出されたコンテンツ画面のサイズ１１４が先読みメモリ１８６の空き容量より大きい場合、該画面の次にキー操作回数がより少ない画面を検出することにより、ユーザが要求するコンテンツ画面のデータ１００をさらに効率よく取得することができる。
【００９８】
以上、本発明の一実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の態様を採ることができる。
【００９９】
本実施形態において、複合機１０は、サーバ３０からＨＴＭＬ形式の各種情報を取得しているが、サーバ３０から取得される各種情報がＲＳＳ（Resource Description Framework Site Summary）形式であってもよい。
【０１００】
また、本実施形態では、メモリ割当対象画面選出処理（図８参照）のＳ８１２およびメモリ開放対象画面選出処理（図９参照）のＳ９１２において、画面番号１０５が最小の画面を検出するが、画面番号１０５が最大の画面を検出することも可能である。
【０１０１】
また、本実施形態の通信システム１は、サーバ３０とサーバ３０に通信可能に接続された１台の複合機１０により構成されているが、サーバ３０に通信可能に接続された複合機１０が複数台あってもよい。
【０１０２】
なお、図５〜図９に示すフローチャートにおいて、Ｓ５００は本発明のキー操作回数取得手段およびアクセス回数取得手段およびデータサイズ取得手段、Ｓ５１０は本発明のコンテンツ画面取得手段、Ｓ５０４およびＳ７１０は本発明のコンテンツ画面表示手段、Ｓ８００は本発明の第１コンテンツ画面検出手段、Ｓ９００は本発明の第２コンテンツ画面検出手段、Ｓ５０６、Ｓ６００、Ｓ６０８、およびＳ７１２は本発明の空き容量判定手段、Ｓ８１４は本発明のデータサイズ比較手段、Ｓ６０４、Ｓ７０６、およびＳ７１６は本発明の画面データ削除手段に相当する。
【符号の説明】
【０１０３】
１              通信システム
１０            複合機
１２            制御部
１４            表示部
１６            操作部
１８            記憶部
３０            サーバ
４０            コンテンツ画面群
４２            画面情報
４４            キー操作回数表
４６            画面情報テーブル
１００          画面データ
１０２          画像データ
１０４          コンテンツＵＲＬ
１０５          画面番号
１０６          タイトル
１０７          コンテンツＵＲＬ
１０８          画面ＵＲＬ
１１２          画面アクセス回数
１１４          画面サイズ
１２０          メモリ割当情報
１８０          システム使用ブロック
１８２          ドライバ使用ブロック
１８４          常時アプリ使用ブロック
１８６          先読みメモリ
【図２】
2011008477.tif 000003
【図４】
2011008477.tif 000004
【図５】
2011008477.tif 000005
【図６】
2011008477.tif 000006
【図７】
2011008477.tif 000007
【図８】
2011008477.tif 000008
【図９】
2011008477.tif 000009
【図１】
2011008477.tif 000010
【図３】
2011008477.tif 000011