(57)【要約】【課題】画面遷移に制約が発生することがなく、画面の表示速度が低下することを防ぎ、利用者の利便性を向上させる。【解決手段】第１の記憶装置を備える、操作部として機能する第１の情報処理装置と、第２の記憶装置を備える、本体部として機能する第２の情報処理装置とを備えたシステムであって、前記第１の情報処理装置は、データの優先順位およびデータの合計サイズの制限を指定して前記第２の情報処理装置にデータの取得を要求するデータ要求手段と、取得したデータを前記第１の記憶装置にキャッシュとして一時的に記憶するデータキャッシュ手段と、表示に必要なデータが前記第１の記憶装置にキャッシュとして記憶されている場合は当該キャッシュのデータを使用して表示を行い、キャッシュとして記憶されていない場合は前記第２の情報処理装置からデータを取得して表示する表示手段とを備える。【選択図】図１
2015111759.tif 000002
【特許請求の範囲】
【請求項１】
第１の記憶装置を備える、操作部として機能する第１の情報処理装置と、第２の記憶装置を備える、本体部として機能する第２の情報処理装置とを備えたシステムであって、
前記第１の情報処理装置は、
データの優先順位およびデータの合計サイズの制限を指定して前記第２の情報処理装置にデータの取得を要求するデータ要求手段と、
取得したデータを前記第１の記憶装置にキャッシュとして一時的に記憶するデータキャッシュ手段と、
表示に必要なデータが前記第１の記憶装置にキャッシュとして記憶されている場合は当該キャッシュのデータを使用して表示を行い、キャッシュとして記憶されていない場合は前記第２の情報処理装置からデータを取得して表示する表示手段と
を備えたことを特徴とする情報処理システム。
【請求項２】
請求項１に記載の情報処理システムにおいて、
前記第２の情報処理装置は、指定されたデータの優先順位の高い順に、指定された合計サイズを超えない範囲でデータを取得するデータ取得手段
を備えたことを特徴とする情報処理システム。
【請求項３】
第１の記憶装置を備える、操作部として機能する第１の情報処理装置であって、
第２の記憶装置を備える、本体部として機能する第２の情報処理装置に対して、データの優先順位およびデータの合計サイズの制限を指定してデータの取得を要求するデータ要求手段と、
取得したデータを前記第１の記憶装置にキャッシュとして一時的に記憶するデータキャッシュ手段と、
表示に必要なデータが前記第１の記憶装置にキャッシュとして記憶されている場合は当該キャッシュのデータを使用して表示を行い、キャッシュとして記憶されていない場合は前記第２の情報処理装置からデータを取得して表示する表示手段と
を備えたことを特徴とする情報処理装置。
【請求項４】
第１の記憶装置を備える、操作部として機能する第１の情報処理装置が実行する方法であって、
第２の記憶装置を備える、本体部として機能する第２の情報処理装置に対して、データの優先順位およびデータの合計サイズの制限を指定してデータの取得を要求するデータ要求工程と、
取得したデータを前記第１の記憶装置にキャッシュとして一時的に記憶するデータキャッシュ工程と、
表示に必要なデータが前記第１の記憶装置にキャッシュとして記憶されている場合は当該キャッシュのデータを使用して表示を行い、キャッシュとして記憶されていない場合は前記第２の情報処理装置からデータを取得して表示する表示工程と
を備えたことを特徴とする情報処理方法。
【請求項５】
第１の記憶装置を備える、操作部として機能する第１の情報処理装置を構成するコンピュータを、
第２の記憶装置を備える、本体部として機能する第２の情報処理装置に対して、データの優先順位およびデータの合計サイズの制限を指定してデータの取得を要求するデータ要求手段、
取得したデータを前記第１の記憶装置にキャッシュとして一時的に記憶するデータキャッシュ手段、
表示に必要なデータが前記第１の記憶装置にキャッシュとして記憶されている場合は当該キャッシュのデータを使用して表示を行い、キャッシュとして記憶されていない場合は前記第２の情報処理装置からデータを取得して表示する表示手段
として機能させる情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報処理の制御技術に関する。
【背景技術】
【０００２】
情報処理システムまたは情報処理装置の一例として、ＭＦＰ（Multi Function Peripheral、Multi Function Printer）等の画像形成装置が挙げられる。この種の画像形成装置では、画面表示やキー入力の操作を行う部分を操作部として本体部（コントローラ）から独立させ、本体部の負荷が高くても操作レスポンスを低下させないようにすることが考えられている。操作部にはAndroid（登録商標） OS等の独立したＯＳ（Operating System）が搭載され、本体部とは独立に動作する。
【０００３】
また、このような画像形成装置では、操作部と本体部にそれぞれ記憶装置を備えており、本体部の記憶装置に格納されているアドレス帳等のデータを操作部の記憶装置にコピーすることでデータを表示することが可能である。
【０００４】
一般に本体部の記憶装置に格納されているデータのサイズは大きく、一度に全てのデータを操作部の記憶装置に格納することができないため、データの一部を操作部の記憶装置にコピーして表示する必要がある。その際、操作部の記憶装置にコピーするのに時間が掛かるため、その影響で表示速度が落ちないように、操作部の記憶装置にデータをキャッシュすることが考えられる。
【０００５】
特許文献１には、複数の画像形成装置の間での処理についてではあるが、表示速度が落ちることを防ぐ目的で、これから表示する画面で使用するデータと、その画面から次に遷移可能な画面で使用するデータをキャッシュする技術が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述したように、従来は、画面表示で使用するデータをコピーする際、その画面から次に遷移可能な画面で使用するデータもキャッシュすることで表示速度が落ちることを防いでいた。しかし、操作部でキャッシュできるデータのサイズには制限があるため、そのようなキャッシュサイズを超えないように、遷移可能な画面に制限をかける必要があり、利用者の利便性が低下するという問題があった。
【０００７】
本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、画面遷移に制約が発生することがなく、画面の表示速度が低下することを防ぎ、利用者の利便性を向上させることにある。
【課題を解決するための手段】
【０００８】
上記の課題を解決するため、本発明にあっては、第１の記憶装置を備える、操作部として機能する第１の情報処理装置と、第２の記憶装置を備える、本体部として機能する第２の情報処理装置とを備えたシステムであって、前記第１の情報処理装置は、データの優先順位およびデータの合計サイズの制限を指定して前記第２の情報処理装置にデータの取得を要求するデータ要求手段と、取得したデータを前記第１の記憶装置にキャッシュとして一時的に記憶するデータキャッシュ手段と、表示に必要なデータが前記第１の記憶装置にキャッシュとして記憶されている場合は当該キャッシュのデータを使用して表示を行い、キャッシュとして記憶されていない場合は前記第２の情報処理装置からデータを取得して表示する表示手段とを備えるようにしている。
【発明の効果】
【０００９】
本発明にあっては、画面遷移に制約が発生することがなく、画面の表示速度が低下することを防ぎ、利用者の利便性を向上させることができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態にかかる画像形成装置のハードウェア構成例を示す図である。
【図２】画像形成装置のソフトウェア構成例を示す図である。
【図３】管理データのデータ構造例を示す図である。
【図４】属性値と項目の例を示す図である。
【図５】管理データの表示優先順位の例を示す図である。
【図６】管理データの取得条件の例を示す図である。
【図７】データ取得テーブルのデータ構造例を示す図である。
【図８】アドレス帳管理画面の例を示す図である。
【図９】見出し画面表示時のデータ取得シナリオの例を示す図である。
【図１０】データ管理モジュールによるデータ獲得の処理例を示すフローチャートである。
【図１１】一覧画面表示時のデータ取得シナリオの例を示す図である。
【図１２】管理アプリによるデータ獲得の処理例を示すフローチャートである。
【図１３】獲得データの削除シナリオの例を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明の好適な実施形態につき説明する。なお、情報処理システムまたは情報処理装置として画像形成装置を例に説明するが、画像形成装置以外の情報処理システムまたは情報処理装置にも適用できることは言うまでもない。
【００１２】
＜構成＞
図１は本発明の一実施形態にかかる画像形成装置１のハードウェア構成例を示す図である。
【００１３】
図１において、画像形成装置１は、操作部２と本体部３の２つのサブシステムに分かれている。各サブシステムはメカとメカを制御するためのソフトウェアとから構成され、各サブシステム毎に独立して動作することが可能である。
【００１４】
操作部２は搭載された表示画面やボタンを制御する機能を有しており、キー入力部２１、表示部２２、記憶装置２３を備えている。
【００１５】
キー入力部２１は、操作部２に搭載されたボタンを制御する機能を有している。
【００１６】
表示部２２は、操作部２に搭載された表示画面を制御する機能を有している。
【００１７】
記憶装置２３は、データを一時的に格納する装置である。一時的に格納されるデータとしては、本体部３から取得した獲得データ２０１と、取得したデータを管理するためのデータ取得テーブル２０２とが含まれる。データ取得テーブル２０２の詳細については後述する。
【００１８】
本体部３は原稿の読み取りや印刷を行う機能を有しており、画像形成装置１内部で使用するデータを格納するための記憶装置３１を備えている。記憶装置３１には、アドレス帳データやジョブログデータ等の管理データ３０１が格納されている。管理データ３０１の詳細については後述する。
【００１９】
転送路４は、操作部２と本体部３とがデータを送受信する際に使用するデータ線である。有線路に限らず、無線路でもよい。
【００２０】
図２は画像形成装置１のソフトウェア構成例を示す図である。
【００２１】
図２において、操作部２には、ソフトウェアとして、キー入力モジュール２４、表示モジュール２５、管理アプリ２６、スキャナアプリ２７、ファックスアプリ２８が搭載されている。
【００２２】
キー入力モジュール２４は、図１に示したキー入力部２１を制御し、ボタンが押された場合は、押されたボタンに関する情報を管理アプリ２６、スキャナアプリ２７、ファックスアプリ２８に通知する機能を有している。
【００２３】
表示モジュール２５は、図１に示した表示部２２を制御し、管理アプリ２６、スキャナアプリ２７、ファックスアプリ２８からの要求を受けて画面を表示する機能を有している。
【００２４】
管理アプリ２６は、画像形成装置１の管理機能に関する画面を制御するアプリケーションプログラムである。
【００２５】
スキャナアプリ２７は、画像形成装置１のスキャナ機能に関する画面を制御するアプリケーションプログラムである。
【００２６】
ファックスアプリ２８は、画像形成装置１のファックス機能に関する画面を制御するアプリケーションプログラムである。
【００２７】
本体部３には、ソフトウェアとして、データ管理モジュール３２が搭載されている。データ管理モジュール３２は、図１に示した記憶装置３１に格納された管理データ３０１を管理する機能を有している。データ管理モジュール３２と管理データ３０１は本体部３に複数存在することが可能であるが、１つのデータ管理モジュールが管理する管理データは１つだけであるものとする。
【００２８】
図３は管理データ３０１のデータ構造例を示す図である。
【００２９】
図３において、管理データ３０１は、属性データ３０２の集合の集合であり、アドレス帳データ３１０と、ジョブログデータ３２０に分類される。属性データ３０２には複数の種類が存在し、例えば、アドレス帳データ３１０の場合、ＩＤ３１１、名前３１２、メールアドレス３１３、ファックス宛先３１４、見出し名３１５、会社名３１６という属性データが存在する。また、ジョブログデータ３２０の場合、ＩＤ３２１、種類３２２、開始時刻３２３、終了時刻３２４、ステータス３２５、利用者名３２６という属性データが存在する。
【００３０】
図４は属性値と項目の例を示す図である。
【００３１】
図４において、属性値３０３は、図３に示した属性データ３０２の具体的な値である。例えば、属性データ「ＩＤ」の属性値は「１」や「２」、「３」がある。項目３０４は、属性データの組み合わせに対する、属性値の集合である。図４のように属性値をリスト形式で表現した時の１行と一致する。
【００３２】
図５は管理データの表示優先順位の例を示す図である。
【００３３】
図２に示した管理アプリ２６、スキャナアプリ２７、ファックスアプリ２８は、画面を表示する際に図３に示した管理データ３０１の値を利用するが、必ずしも全ての値が即座に必要となる訳ではない。図５に示すアドレス帳データ表示優先順位２１０は、アドレス帳データ３１０を使用した画面表示に使用する属性データ３０２の優先順位である。
【００３４】
アドレス帳データ表示優先順位２１０には、優先順位（管理アプリ）２１１、優先順位（スキャナアプリ）２１２、優先順位（ファックスアプリ）２１３が存在する。優先順位（管理アプリ）２１１は、管理アプリ２６が画面を表示する時に使用する属性データ３０２の優先順位を示しており、優先順位は高い方からＩＤ（３１１）、見出し名（３１５）、名前（３１２）、会社名（３１６）の順となっている。優先順位（スキャナアプリ）２１２は、スキャナアプリ２７が画面を表示する時に使用する属性データ３０２の優先順位を示しており、優先順位は高い方からＩＤ（３１１）、見出し名（３１５）、名前（３１２）、メールアドレス（３１３）の順となっている。優先順位（ファックスアプリ）２１３は、ファックスアプリ２８が画面を表示する時に使用する属性データ３０２の優先順位を示しており、優先順位は高い方からＩＤ（３１１）、見出し名（３１５）、名前（３１２）、ファックス宛先（３１４）の順となっている。
【００３５】
図６は管理データの取得条件の例を示す図である。取得条件２２０は、図３に示した管理データ３０１の一部を取得する際、本体部３のデータ管理モジュール３２に対してどのデータが必要なのか指示するのに使用する。
【００３６】
取得条件２２０は、属性データ条件２２１と属性値条件２２２とサイズ条件２２３とを組み合わせて使用することができる。
【００３７】
属性データ条件２２１は、図３に示した属性データ３０２の集合であり、データ間に前後の順番が存在する。そして、先頭のデータの優先度が高く順に優先度が低くなる。この属性データ条件２２１を指定してデータを取得すると、条件に一致する属性の値だけが返ってくることになる。例えば、ＩＤ３１１と名前３１２を指定して取得要求した場合、管理データ３０１に登録された全ての項目のＩＤと名前の値だけが返ってくる。逆にこの属性データ条件２２１を指定しないと、全ての属性データの値が返ってくることになる。
【００３８】
属性値条件２２２は、指定した属性データの値が一致するデータのみを取得するのに使用する。例えば、見出し名３１５が「あ」と等しいと指定した場合、管理データ３０１の中で見出し名が「あ」と一致する項目の値のみが返ってくる。
【００３９】
サイズ条件２２３は、属性データ条件２２１と組み合わせて使用する。サイズ条件２２３を指定した場合、指定したサイズに収まるだけのデータが返ってくる。収まらなかった属性データは返ってこない。
【００４０】
図７はデータ取得テーブル２０２のデータ構造例を示す図である。
【００４１】
データ取得テーブル２０２は、図２に示した管理アプリ２６、スキャナアプリ２７、ファックスアプリ２８が利用する管理データ毎に、図１に示した記憶装置２３に格納される。データ取得テーブル２０２は、管理アプリ２６、スキャナアプリ２７、ファックスアプリ２８が、本体部３の管理データ３０１からデータを取得し、記憶装置２３にそのデータを格納したか否かを判定するのに使用する。
【００４２】
優先順位２０３は、図５に示した優先順位（管理アプリ）２１１、優先順位（スキャナアプリ）２１２、優先順位（ファックスアプリ）２１３で指定される属性データと同じ値となる。取得フラグ２０４は、図７の列ごとに対応する属性データが操作部２の記憶装置２３に格納されているか否かを示す。
【００４３】
＜動作＞
図８はアドレス帳管理画面の例を示す図である。
【００４４】
アドレス帳管理画面は図２に示した管理アプリ２６が表示する画面であり、画面を表示する際、図３に示したアドレス帳データ３１０を使用する。
【００４５】
アドレス帳管理画面に含まれる個々の画面としては、デフォルト画面２３０、見出し画面２４０、一覧画面２５０、詳細画面２６０が存在する。最初にデフォルト画面２３０が表示される。
【００４６】
デフォルト画面２３０にはアドレス帳ボタン２３１が表示されており、そのボタンを押すと、見出し画面２４０が表示される。
【００４７】
見出し画面２４０には、見出しボタン２４１と戻るボタン２４２が表示される。見出しボタン２４１は、平仮名の「あ」から「ん」まで書かれたボタンの集合からなり、何れかのボタンを押すと一覧画面２５０が表示される。戻るボタン２４２を押すとデフォルト画面２３０に戻る。
【００４８】
一覧画面２５０には、一覧リスト２５１と前ページボタン２５２と次ページボタン２５３と戻るボタン２５４が表示される。一覧リスト２５１には、図３に示したアドレス帳データ３１０の名前３１２がリスト形式で表示される。ここで表示されるのは、アドレス帳データ３１０の見出し名３１５と見出し画面２４０で押された見出しボタン２４１の平仮名が一致するものだけである。ここでは「う」に対応する見出しボタン２４１が押されたものとしている。
【００４９】
前ページボタン２５２と次ページボタン２５３は、表示するデータの数が多くて画面に収まらず、一部のデータだけを表示するような場合に、残りの表示されていないデータを表示するために使用する。一覧リスト２５１に表示できる行数を１ページとし、前ページボタン２５２または次ページボタン２５３を押すと１ページ分の行数だけ前後にずれて、表示を行う。前ページボタン２５２を押すと、前ページのアドレスの情報が一覧リスト２５１に表示される。次ページボタン２５３を押すと、次ページのアドレスの情報が一覧リスト２５１に表示される。戻るボタン２５４は、押すと見出し画面２４０に戻る。一覧リスト２５１に表示されるリストの一行を選択すると、詳細画面２６０に遷移する。
【００５０】
詳細画面２６０には、詳細情報２６１と前ページボタン２６２と次ページボタン２６３と前行ボタン２６４と次行ボタン２６５と戻るボタン２６６が存在する。詳細情報２６１は、一覧リスト２５１で選択したアドレスの情報が詳細に表示される。前ページボタン２６２を押すと、一覧リスト２５１で現在選択しているアドレスを基準として１ページ分前に移動したアドレスの情報が詳細情報２６１に表示される。次ページボタン２６３を押すと、一覧リスト２５１で現在選択しているアドレスを基準としての１ページ分次に移動したアドレスの情報が詳細情報２６１に表示される。前行ボタン２６４を押すと、一覧リスト２５１で現在選択しているアドレスの前行のアドレスの情報が詳細情報２６１に表示される。次行ボタン２６５を押すと、一覧リスト２５１で現在選択しているアドレスの次行のアドレスの情報が詳細情報２６１に表示される。戻るボタン２６６は、押すと一覧画面２５０に戻る。
【００５１】
図９は見出し画面表示時のデータ取得シナリオの例を示す図である。
【００５２】
図９において、利用者Ｕが図８に示したデフォルト画面２３０においてアドレス帳ボタン２３１を押すと、キー入力モジュール２４は、キー入力Ａ１１が発生したことを検知する。
【００５３】
キー入力モジュール２４は、キー入力通知Ａ１２により、管理アプリ２６にアドレス帳ボタン２３１が押されたことを通知する。
【００５４】
管理アプリ２６は、テーブル初期化Ａ１３により、記憶装置２３にデータ取得テーブル２０２を作成する。その際、取得フラグ２０４を全て未取得に初期化する。
【００５５】
また、管理アプリ２６は、データ取得要求Ａ１４により、取得条件２２０を引数として本体部３のデータ管理モジュール３２に管理データ３０１の獲得を要求する。取得条件２２０には、属性データ条件２２１とサイズ条件２２３を設定する。属性データ条件２２１は、管理アプリ２６が管理しているデータ取得テーブル２０２の優先順位２０３の値を設定する。サイズ条件２２３のサイズは、管理アプリ２６が固定で保持している値を使用する。
【００５６】
データ管理モジュール３２は、受け取った取得条件２２０を元に、データ獲得Ａ１５により、管理データ３０１からデータを獲得する。データを獲得するロジックの詳細は後述する。
【００５７】
そして、データ管理モジュール３２は、結果応答Ａ１６により、操作部２の管理アプリ２６に獲得データ２０１を渡す。
【００５８】
管理アプリ２６は、結果格納Ａ１７により、獲得データ２０１を記憶装置２３に格納する。また、獲得できた属性データについてはデータ取得テーブル２０２の取得フラグ２０４を未取得から取得済に変更する。
【００５９】
そして、管理アプリ２６は、表示要求Ａ１８により、獲得データ２０１を使用して表示モジュール２５に画面表示を要求する。その結果、図８の見出し画面２４０が表示される。
【００６０】
図１０はデータ管理モジュール３２によるデータ獲得（図９のデータ獲得Ａ１５）の処理例を示すフローチャートである。
【００６１】
図１０において、ステップＳ１では、取得条件２２０から属性値条件を取得する。
【００６２】
次いで、ステップＳ２では、取得条件２２０から属性データ条件を取得する。
【００６３】
次いで、ステップＳ３では、取得条件２２０からサイズ条件を取得する。
【００６４】
次いで、ステップＳ４では、合計サイズを０で初期化する。
【００６５】
次いで、ステップＳ５では、ステップＳ１で取得した属性値条件が存在するか判定する。
【００６６】
属性値条件が存在する場合、ステップＳ６では、属性値条件に一致するデータを管理データ３０１より取得する。
【００６７】
属性値条件が存在しない場合、ステップＳ７では、全データを管理データ３０１より取得する。
【００６８】
次いで、ステップＳ８では、属性データ条件が存在するかを確認する。属性データ条件が存在しない場合は処理を終了する。
【００６９】
属性データ条件が存在する場合、ステップＳ９では、属性データ条件から優先度の高い順に条件を１つ取得する。
【００７０】
次いで、ステップＳ１０では、属性データ条件から条件を１つ取得できたか確認する。属性データ条件から条件を１つ取得できなかった場合は処理を終了する。
【００７１】
属性データ条件から条件を１つ取得できた場合、ステップＳ１１では、ステップＳ６またはステップＳ７で取得できたデータより条件に一致する属性値を取得する。
【００７２】
次いで、ステップＳ１２では、合計サイズとステップＳ１１で取得したデータサイズの合計がステップＳ３のサイズ以上の大きさになるか判断する。データサイズの合計がステップＳ３のサイズ以上の大きさになる場合は処理を終了する。
【００７３】
データサイズの合計がステップＳ３のサイズ以上の大きさにならない場合、ステップＳ１３では、合計サイズにステップＳ１１で取得したデータサイズを加算する。
【００７４】
次いで、ステップＳ１４では、ステップＳ１１で取得したデータとその属性データを操作部２の管理アプリ２６に渡し、ステップＳ８に戻る。
【００７５】
図１１は一覧画面表示時のデータ取得シナリオの例を示す図である。以下では、利用者Ｕが図８に示した見出し画面２４０における見出しボタン２４１を選択した結果、一覧画面２５０が表示される時のシナリオを説明する。
【００７６】
図１１において、利用者Ｕが見出しボタン２４１を押すと、キー入力モジュール２４は、キー入力Ａ２１が発生したことを検知する。
【００７７】
キー入力モジュール２４は、キー入力通知Ａ２２により、管理アプリ２６に見出しボタン２４１が押されたことを通知する。
【００７８】
管理アプリ２６は、押された見出しボタン２４１より、表示する管理データの条件を決める。ここでは、見出しボタン２４１の仮名と見出し名が等しいデータを取得する属性値条件２２２を使用するものとする。
【００７９】
管理アプリ２６は、データ取得テーブル２０２と属性値条件２２２を使用して、データ獲得Ａ２３により、獲得データ２０１から期待した属性値を取得する。また、取得できない属性値がある場合、取得条件２２０を作成する。データ獲得Ａ２３の詳細については後述する。
【００８０】
管理アプリ２６は、データ獲得Ａ２３で取得できたデータは即座に表示させるため、表示要求Ａ２４により、表示モジュール２５にデータの表示を要求する。
【００８１】
管理アプリ２６は、取得条件２２０が空でなかった場合、データ取得要求Ａ２５により、本体部３のデータ管理モジュール３２に管理データ３０１の獲得を要求する。その際、引数として取得条件２２０をデータ管理モジュール３２に渡す。
【００８２】
データ管理モジュール３２は、受取った取得条件２２０を元に、データ獲得Ａ２６により、管理データ３０１からデータを獲得する。
【００８３】
データ管理モジュール３２は、結果応答Ａ２７により、操作部２の管理アプリ２６に獲得データ２０１を返す。
【００８４】
管理アプリ２６は、表示要求Ａ２８により、表示モジュール２５に画面表示を要求する。
【００８５】
図１２は管理アプリ２６によるデータ獲得（図１１のデータ獲得Ａ２３）の処理例を示すフローチャートである。
【００８６】
図１２において、ステップＳ２１では、取得条件２２０を空に初期化する。
【００８７】
次いで、ステップＳ２２では、属性値条件２２２を取得する。
【００８８】
次いで、ステップＳ２３では、データ取得テーブル２０２を取得する。
【００８９】
次いで、ステップＳ２４では、データ取得テーブル２０２を調べて、ステップＳ２２の属性値条件に含まれる属性データが取得済みか確認し、取得済みの属性条件を抽出する。
【００９０】
次いで、ステップＳ２５では、ステップＳ２４で抽出した属性値条件を使用してデータを取得する。
【００９１】
次いで、ステップＳ２６では、属性値条件を取得条件２２０に追加する。
【００９２】
次いで、ステップＳ２７では、未取得の属性データを取得条件２２０に追加する。
【００９３】
図１３は獲得データの削除シナリオの例を示す図である。
【００９４】
図１３において、利用者Ｕが図８に示した見出し画面２４０において、戻るボタン２４２を押すと、キー入力モジュール２４は、キー入力Ａ３１が発生したことを検知する。
【００９５】
キー入力モジュール２４は、キー入力通知Ａ３２により、管理アプリ２６に戻るボタン２４２が押されたことを通知する。
【００９６】
管理アプリ２６は、削除Ａ３３により、記憶装置２３に格納された獲得データ２０１とデータ取得テーブル２０２を削除する。ここで獲得データ２０１とデータ取得テーブル２０２を削除するのは、管理アプリ２６の知らないところで本体部３に格納した管理データ３０１が変更される可能性があるため、データの不一致を起こさないようにするためである。
【００９７】
＜総括＞
以上説明したように、本実施形態によれば、画面遷移に制約が発生することがなく、画面の表示速度が低下することを防ぎ、利用者の利便性を向上させることができる。
【００９８】
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。
【符号の説明】
【００９９】
１          画像形成装置
２          操作部
２１        キー入力部
２２        表示部
２３        記憶装置
２４        キー入力モジュール
２５        表示モジュール
２６        管理アプリ
２７        スキャナアプリ
２８        ファックスアプリ
２０１      獲得データ
２０２      データ取得テーブル
３          本体部
３１        記憶装置
３２        データ管理モジュール
３０１      管理データ
４          転送路
【先行技術文献】
【特許文献】
【０１００】
【特許文献１】特開２０１２−４９９７０号公報
【図１】
2015111759.tif 000003
【図２】
2015111759.tif 000004
【図３】
2015111759.tif 000005
【図４】
2015111759.tif 000006
【図５】
2015111759.tif 000007
【図６】
2015111759.tif 000008
【図７】
2015111759.tif 000009
【図８】
2015111759.tif 000010
【図９】
2015111759.tif 000011
【図１０】
2015111759.tif 000012
【図１１】
2015111759.tif 000013
【図１２】
2015111759.tif 000014
【図１３】
2015111759.tif 000015