(57)【要約】【課題】複数の記憶手段を適切に使い分けて利用する。【解決手段】所定の画像処理を行う画像処理システムにおいて、取得した画像データを記憶する複数の記憶手段と、前記複数の記憶手段のうち、前記画像データを記憶させる記憶手段を判断する画像データ制御手段とを有し、前記画像データ制御手段は、前記画像データを所定のデータ単位で、前記複数の記憶手段のうち、第１の記憶手段に記憶させ、前記第１の記憶手段に記憶されたデータ量が予め設定された上限に達すると判断した場合に、第２の記憶手段に記憶させることにより上記課題を解決する。【選択図】図３
2014241506.tif 000002
【特許請求の範囲】
【請求項１】
所定の画像処理を行う画像処理システムにおいて、
取得した画像データを記憶する複数の記憶手段と、
前記複数の記憶手段のうち、前記画像データを記憶させる記憶手段を判断する画像データ制御手段とを有し、
前記画像データ制御手段は、
前記画像データを所定のデータ単位で、前記複数の記憶手段のうち、第１の記憶手段に記憶させ、前記第１の記憶手段に記憶されたデータ量が予め設定された上限に達すると判断した場合に、第２の記憶手段に記憶させることを特徴とする画像処理システム。
【請求項２】
前記画像データ制御手段は、
前記上限に達するか否かの判断を、前記第１の記憶手段におけるメモリ残数、前記画像データの読取解像度、及び原稿サイズのうち少なくとも１つを用いて判断することを特徴とする請求項１に記載の画像処理システム。
【請求項３】
前記画像データ制御手段は、
前記第１の記憶手段が上限に達する場合に、前記第２の記憶手段に継続して記憶させるかを問い合わせる画面を表示することを特徴とする請求項１又は２に記載の画像処理システム。
【請求項４】
前記画像データ制御手段は、
前記第１の記憶手段が上限に達する場合に、前記画像データの読取解像度を段階的に下げて読み取りを継続させるように制御することを特徴とする請求項１乃至３のいずれか１項に記載の画像処理システム。
【請求項５】
前記画像データ制御手段は、
前記画像データの読取解像度を問い合わせる画面を表示することを特徴とする請求項４に記載の画像処理システム。
【請求項６】
前記画像データ制御手段は、
前記第１の記憶手段が上限に達する場合に、前記第１の記憶手段に記憶された画像データをメール送信により出力し、出力した画像データを前記第１の記憶手段から破棄した後、前記画像データの読み取りを継続させることを特徴とする請求項１乃至５のいずれか１項に記載の画像処理システム。
【請求項７】
前記画像データ制御手段は、
前記第１の記憶手段が上限に達する場合に、前記第２の記憶手段に継続して記憶させるか、前記画像データの読取解像度を下げて読み取りを継続させるか、又は前記メール送信により読み取りを継続させることを特徴とする請求項６に記載の画像処理システム。
【請求項８】
前記画像データ制御手段は、
前記画像データをサムネイル画像に変換してプレビュー一覧を表示する場合に、前記サムネイルに変換した画像データを破棄し、前記サムネイルに変換した画像データを再度取得することを特徴とする請求項１乃至７のいずれか１項に記載の画像処理システム。
【請求項９】
所定の画像処理を行う本体部を操作する情報処理装置において、
前記本体部から取得した画像データを記憶する複数の記憶手段と、
前記複数の記憶手段のうち、前記画像データを記憶させる記憶手段を判断する画像データ制御手段とを有し、
前記画像データ制御手段は、
前記画像データを所定のデータ単位で、前記記憶手段のうち、第１の記憶手段に記憶させ、前記第１の記憶手段に記憶されたデータ量が予め設定された上限に達すると判断した場合に、第２の記憶手段に記憶させることを特徴とする情報処理装置。
【請求項１０】
コンピュータを
請求項９に記載の情報処理装置が有する各手段として機能させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、画像処理システム、情報処理装置、及び情報処理プログラムに関する。
【背景技術】
【０００２】
例えば、複数の記憶手段を備えた機器において、書き込み回数に制限のある記憶手段と制限のない他の記憶手段とを併用し、画像データを記憶手段に書き込む際に、書き込み回数に応じて他の記憶手段に切り替える方法が知られている（例えば、特許文献１参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、上述した特許文献１の方法は、書き込み回数が制限された状態になると、その後は単に画像データの書き込みを他の記憶手段に切り替えて行う。したがって、この方法では、例えば限られた記憶領域しか持たない構成上の制約等がある場合に、複数の記憶手段を組み合わせてジョブのデータを記憶させる等、複数の記憶手段を適切に使い分けて利用することができなかった。
【０００４】
１つの側面では、本発明は、複数の記憶手段を適切に使い分けて利用することを目的とする。
【課題を解決するための手段】
【０００５】
一態様における所定の画像処理を行う画像処理システムにおいて、取得した画像データを記憶する複数の記憶手段と、前記複数の記憶手段のうち、前記画像データを記憶させる記憶手段を判断する画像データ制御手段とを有し、前記画像データ制御手段は、前記画像データを所定のデータ単位で、前記複数の記憶手段のうち、第１の記憶手段に記憶させ、前記第１の記憶手段に記憶されたデータ量が予め設定された上限に達すると判断した場合に、第２の記憶手段に記憶させることを特徴とする。
【発明の効果】
【０００６】
複数の記憶手段を適切に使い分けて利用することが可能となる。
【図面の簡単な説明】
【０００７】
【図１】画像処理システムのシステム構成の一例を示す図である。
【図２】画像処理システムにおけるアプリ操作データの流れの一例を示す図である。
【図３】複数の記憶手段を用いたデータの流れの一例を示す図である。
【図４】操作部におけるページ取得処理の流れを示すフローチャートである。
【図５】画像データ取得処理の一例を示すシーケンス図である。
【図６】読取条件変更処理を含むページ取得処理の流れを示すフローチャートである。
【図７】サムネイル表示を含むページ取得処理の流れを示すフローチャートである。
【図８】メモリ上限に達した場合に表示される問い合わせ画面の一例を示す図である。
【図９】メモリ上限に達した場合に表示される問い合わせ画面の他の例を示す図である。
【発明を実施するための形態】
【０００８】
以下、開示の技術に係る実施の形態について詳細に説明する。
【０００９】
＜画像処理システム：システム構成例＞
図１は、画像処理システムのシステム構成の一例を示す図である。図１に示す画像処理システム１は、本体部２と、情報処理装置の一例としての操作部３とを有するように構成される。画像処理システム１は、例えばプリンタ機能、ファクシミリ機能、スキャナ機能を有する複合機として利用可能なＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｒｉｐｈｅｒａｌ）等として実現される。
【００１０】
本体部２と操作部３とは、例えばケーブル４により有線接続されている。なお、本体部２と操作部３とは、ケーブル４に代えて、例えば赤外線通信等の無線接続としても良く、有線と無線とを組み合わせて接続することも可能である。
【００１１】
画像処理システム１は、操作部３を本体部２とは独立させた構成とすることで、例えば本体部２の負荷が高いような場合でも、操作部３における画面表示やキー入力等の操作レスポンスを低下させないようにすることが可能である。例えば、操作部３には、Ａｎｄｒｏｉｄ（登録商標）ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）等のＯＳを搭載することで、本体部２と独立して動作させる。
【００１２】
本体部２は、本体部２全体の動作を制御する本体部コントローラ２１と、原稿の読み取りを行うスキャナデバイス２２と、用紙に印刷を行うプロッタデバイス２３とを有するように構成される。本体部２は、例えばインターネット等のネットワーク５を介してＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）等の端末装置６からアクセスを受け付ける。
【００１３】
なお、ネットワーク５は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等を用いることも可能である。また、端末装置６は、例えばメールサーバ等であっても良く、操作部３からネットワーク５を介して受信したデータを、所定のアドレス宛に送信しても良い。
【００１４】
また、本体部２は、無線ＬＡＮの無線アクセスポイント７を介してスマートフォン、タブレット等の端末装置８からアクセスを受け付ける。本体部２に対して、例えばＢｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線を使用することで、端末装置８から直接アクセスさせることも可能である。
【００１５】
操作部３は、操作部３全体の動作を制御する操作部コントローラ３１と、ユーザが操作可能なハードキー３２と、画面表示や操作入力を受け付ける液晶タッチパネル３３と、無線通信部３４とを有するように構成される。無線通信部３４は、例えばＷｉ−Ｆｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）等の無線ＬＡＮにより通信を行う。操作部３は、無線通信部３４により無線アクセスポイント７を介することで、任意の装置とデータ通信を行うことが可能である。
【００１６】
＜アプリ操作データの流れ＞
次に、上述した画像処理システム１において、操作部３に搭載されたアプリケーション（アプリ）が、本体部２の機能を利用する場合のアプリ操作データの流れを、図を用いて説明する。図２は、画像処理システムにおけるアプリ操作データの流れの一例を示す図である。
【００１７】
図２に示すように、画像処理システム１は、本体部２と、操作部３とが、専用の制御線や電源線等により構成されるケーブル４を介して接続されている。操作部３は、本体部２に対するコマンド通信により、本体部２の各機能を使用することが可能である。また、操作部３は、本体部２から電源が供給されているが、本体部２と電源制御を独立して行うことが可能である。
【００１８】
画像処理システム１のソフトウェア構成として、本体部２は、例えばアプリケーション層４１−１と、サービス層４１−２と、ＯＳ層４１−３とを有するように構成されている。アプリケーション層４１−１は、例えばコピー機能、スキャン機能、プリンタ機能、ファクシミリ機能等の画像形成機能に伴う各機能を提供する。例えば、アプリケーション層４１−１には、画像処理システム１の各機能（プリンタ、スキャナ、ＦＡＸ等）を実現するプロセス（アプリ）が配置される。
【００１９】
サービス層４１−２は、アプリケーション層４１−１からの処理要求に応じて、原稿の読み取りや印刷等を実行するためのデバイス制御を行う。例えば、サービス装置４１−２には、システムを制御するための制御サービス（例えば、電源制御、読取制御、印刷制御等）を提供するプロセスが配置される。ＯＳ層４１−３は、各システムを動作させるための基本ソフトウェアが配置され、上位層に対してデバイス制御、プロセス制御、メモリ制御等の基本機能を提供する。
【００２０】
操作部３は、アプリケーション層４２−１と、サービス層４２−２と、ＯＳ層４２−３とを有するように構成される。アプリケーション層４２−１は、例えば本体部２の各機能の操作を行うためのＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）機能を提供する。アプリケーション層４２−１には、例えば、本体部２のスキャナ機能により読み取った画像データをメール等により送信するスキャナ送信アプリ等が配置される。
【００２１】
サービス層４２−２は、アプリケーション層４２−１からの処理要求に応じて、画面表示やキー入力等を実行するためのデバイス制御を行う。ＯＳ層４２−３は、基本ソフトウェアが配置され、上位層に対して、デバイス制御、プロセス制御、メモリ制御等の基本機能を提供する。
【００２２】
本体部２と、操作部３とは、機能の独立性を保つため、それぞれが有する別のオペレーションシステムで動作するが、操作部３のアプリケーション層４２−１が、本体部２のサービス層４１−２の各機能を利用して動作することも可能である。例えば、操作部３のアプリケーション層４２−１は、本体部２のサービス層４１−２にアプリ操作データを送信して、スキャナ機能により読み取られた画像データの取得要求を行い、サービス層４１−２からケーブル４を介して画像データを取得する。
【００２３】
なお、図２に示す画像処理システム１において、操作部３は、無線ＬＡＮを介して、ネットワーク５に接続されている無線アクセスポイント７と通信を行うことで、本体部２や他の外部機器（例えば、メールサーバ等）と通信を行うことも可能である。
【００２４】
＜複数の記憶手段を用いたデータの流れについて＞
次に、上述した本体部２からスキャン機能により読み取られた画像データを取得して、操作部３のスキャナ送信アプリにより送信される画像データの流れを図を用いて説明する。図３は、複数の記憶手段を用いた操作部の画像データの流れの一例を示す図である。
【００２５】
図３に示すように、本体部２は、読取手段５１と、記憶手段の一例としてのＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）５２とを有するように構成される。操作部３は、画像データ制御手段５３と、第１の記憶手段の一例としてのメモリ５４と、第２の記憶手段の一例としてのＮＡＮＤ５５と、画像変換手段５６と、バッファメモリ５７とを有するように構成される。
【００２６】
なお、上述した各機能、又は各機能に入力されるデータの流れは、例えば本体部２又は操作部３に搭載される各アプリにより実行される機能であり、例えばＯＳ等により各アプリの実行等が制御される。
【００２７】
本体部２の読取手段５１は、例えばスキャナ機能を用いた画像データの読み取りを行う。読取手段５１は、操作部３から得られるアプリ操作データ等に応じて、原稿の画像データを読み取る。読取手段５１は、例えば原稿１ページ分の画像データを読み取ると、ＨＤＤ５２に保存し、操作部３の画像データ制御手段５３に対して、例えばページ読取完了通知を通知する。
【００２８】
画像データ制御手段５３は、本体部２からページ読取完了通知を受けると、ＨＤＤ５２から画像データを取得し、操作部３の複数の記憶手段のうち、第１の記憶手段としてのメモリ５４に記憶させるか、第２の記憶手段としてのＮＡＮＤ５５に記憶させるか判断する。
【００２９】
画像データ制御手段５３は、例えば１ジョブの画像データを、所定のデータ単位（例えばページごと）で、メモリ５４に記憶させ、メモリ５４に記憶されたデータ量が予め設定された上限に達すると判断した場合に、ＮＡＮＤ５５に記憶させる。
【００３０】
このように、画像データ制御手段５３は、画像データをページ単位で分割して、メモリ５４やＮＡＮＤ５５に記憶させるが、これには限定されない。なお、画像データ制御手段５３は、メモリ５４に記憶されたデータ量が上限に達すると判断した場合に、ＮＡＮＤ５５に継続して記憶させるかユーザに問い合わせる画面を表示させることも可能である。
【００３１】
画像データ制御手段５３は、メモリ５４に記憶されたデータ量が上限に達するか否かの判断を、メモリ５４のメモリ残数、画像データの読取解像度、原稿サイズのうち少なくとも１つを用いて判断する。例えば、画像データ制御手段５３は、予め１ページ（原稿１枚）あたりのデータ量（メモリサイズ）が設定されたテーブルを参照することで、メモリ５４に記憶されたデータ量が上限に達するか否か判断することが可能である。
【００３２】
また、画像データ制御手段５３は、メモリ５４に記憶されたデータ量が上限に達すると判断した場合に、画像データの読取解像度を段階的に下げて、データ量を小さくすることで、読み取りを継続するように本体部２の読取手段５１に要求しても良い。このとき、ユーザに読取解像度を問い合わせる画面を表示して、ユーザにより読取解像度を設定させることも可能である。
【００３３】
また、画像データ制御手段５３は、メモリ５４に記憶させた画像データをメール送信により出力し、出力した画像データをメモリ５４から破棄した後に、読み取りを継続する等、分割送信を行うように制御することも可能である。また、画像データ制御手段５３は、画像データをサムネイル画像に変換してプレビュー一覧を表示する場合に、サムネイル画像に変換した元の画像データを破棄しメール送信する際に、破棄した画像データを本体部２のＨＤＤ５２から再度取得することも可能である。
【００３４】
上述した処理により、画像データ制御手段５３は、メモリ５４とＮＡＮＤ５５とを組み合わせて画像データを記憶させる等、複数の記憶手段を適切に使い分けて利用することが可能となる。
【００３５】
メモリ５４は、例えばＲＡＭ等の揮発メモリである。メモリ５４は、例えば本体部２から得られた画像データを、例えばジョブの最初のページからデータ容量が予め設定された上限に達するまで記憶する。
【００３６】
ＮＡＮＤ５５は、例えばＮＡＮＤ型フラッシュメモリ等の不揮発メモリであるが、これには限定されず、例えばＳＤカード等であっても良い。ＮＡＮＤ５５は、例えばメモリ５４のデータ量が上限に達してメモリが足りなくなった場合に、そのジョブの残りのページの画像データから記憶する補助的な機能を有している。
【００３７】
したがって、メモリ５４で記憶できる程度の画像データを取得した場合には、ＮＡＮＤ５５は利用されない。そのため、コストの面から書き換え（書き込み）回数に制限があるＮＡＮＤ５５を操作部３の記憶手段として用いる場合でも、ＮＡＮＤ５５の書き換え回数を削減することが可能となる。
【００３８】
画像変換手段５６は、画像変換ライブラリを介してメモリ５４に保存された画像データ又はＮＡＮＤ５５にファイルとして保存された画像データに対する画像変換を行う。画像変換手段５６は、例えば本体部２の読取手段５１により読み取った画像データが、サムネイル表示やメール送信に適していないフォーマット形式であった場合に、各処理に適したフォーマットに画像変換を行う。
【００３９】
なお、画像変換の例としては、例えばＢＭＰ形式から、ＰＮＧ形式やＪＰＥＧ形式、ＰＤＦ形式等への変換があるが、これに限定されるものではなく、例えばＴＩＦＦ形式への変換等であっても良い。例えば、ＰＮＧ形式やＪＰＥＧ形式は、サムネイル表示等に適した画像フォーマットであり、ＰＤＦ形式は、メール送信に適した画像フォーマットである。
【００４０】
バッファメモリ５７は、例えば揮発メモリである。バッファメモリ５７は、画像変換手段５６から得られるジョブ単位の画像データを記憶する。なお、バッファメモリ５７は、例えばメール送信用のストリームデータとして書き込まれるため、メモリ５４の記憶領域と比較して小サイズでも良いが、これに限定されるものではない。
【００４１】
上述したように、画像データ制御手段５３により、１つのジョブを構成する複数ページの画像データが、メモリ５４やＮＡＮＤ５５に記憶され、その記憶された各記憶領域のデータが、画像変換手段５６により画像変換され、例えばメール送信される。
【００４２】
＜テーブル例について＞
上述したように、画像データ制御手段５３は、メモリ５４に記憶されたデータ量が上限に達するかの判断に用いるメモリ上限の閾値を算出するためのテーブルを持つ。例えばテーブルには、原稿１枚あたりに必要なメモリサイズが、例えば「Ａ４  ２００ｄｐｉ」の場合に「２００ＫＢ」、例えば「Ａ３  ６００ｄｐｉ」の場合に「４ＭＢ」等のように示されている。
【００４３】
例えばスキャナの場合には、読み取りが完了するまで、メモリが足りるか判断することができないため、例えばメモリ上限に近いにも関わらず大きな原稿を読み込もうとすると、メモリが足りなくなってしまう。
【００４４】
そこで、画像データ制御手段５３は、テーブルを参照して、例えば「Ａ３の原稿」を読み取っている場合に、メモリ５４の残りが「４ＭＢ」を切ったら、次のページの画像データを取得する前にメッセージを出したり、メールで分割したり、解像度を下げたりする。このとき、画像データ制御手段５３は、「Ａ４の原稿」を読み取っている場合には、残りのメモリが「２００ＫＢ」になるまで、読み取り処理を継続するように制御することが可能である。
【００４５】
なお、画像データ制御手段５３は、通常はアプリ単位で使えるメモリ領域が割り当てられているため、アプリが使えるメモリ領域が６４ＭＢとした場合には、その中で空き容量を計算することも可能である。
【００４６】
＜ページ取得処理の一例＞
図４は、操作部におけるページ取得処理の流れを示すフローチャートである。図４の例では、操作部３の画像データ制御手段５３は、本体部２の読取手段５１からページ読取完了通知があるか否か判断する（Ｓ１０）。画像データ制御手段５３は、ページ読取完了通知ありと判断すると（Ｓ１０において、ＹＥＳ）、本体部２のＨＤＤ５２から画像データを取得する（Ｓ１１）。
【００４７】
ここで、画像データ制御手段５３は、メモリ５４に空き容量があるか否か判断し（Ｓ１２）、空き容量ありと判断すると（Ｓ１２において、ＹＥＳ）、メモリ５４に画像データを保存する（Ｓ１３）。画像データ制御手段５３は、メモリ５４に空き容量なしと判断すると（Ｓ１２において、ＮＯ）、例えばＮＡＮＤ５５に保存する（Ｓ１４）。
【００４８】
次に、画像データ制御手段５３は、全ページ読取完了通知があるか否か判断し（Ｓ１５）、全ページ読取完了通知なしと判断すると（Ｓ１５において、ＮＯ）、Ｓ１０の処理に戻る。また、画像データ制御手段５３は、全ページ読取完了通知ありと判断すると（Ｓ１５において、ＹＥＳ）、画像変換手段５６によりメモリ５４やＮＡＮＤ５５に保存した画像データを所定のファイルに変換する（Ｓ１６）。
【００４９】
次に、画像データ制御手段５３は、Ｓ１６の処理で所定のファイルに変換した画像データを用いて、例えばメール送信処理を行い（Ｓ１７）、処理を終了する。
【００５０】
画像データ制御手段５３は、上述したＳ１２〜Ｓ１５の処理で、メモリ５４に画像データを先頭ページから順次記憶し、予め設定された上限（例えば、２０ＭＢ）を超えた場合に、例えば空き容量なしと判断し、例えばＮＡＮＤ５５に続きのページから記憶させる。
【００５１】
画像データ制御手段５３は、Ｓ１６の処理では、全ページがメモリ５４上に収まる場合には、そのままメモリ５４に保存された画像データをファイルに変換する。また、メモリ５４の上限を超えて、例えばＮＡＮＤ５５を用いた場合には、画像変換手段５６が、メモリ５４に保存した画像データと、ＮＡＮＤ５５にファイルとして保存された画像データとを合わせて、所定のファイルに変換する。
【００５２】
＜画像データの取得例＞
次に、上述したＳ１０〜Ｓ１５の処理における画像データの取得例を、シーケンス図を用いて具体的に説明する。図５は、画像データ取得処理の一例を示すシーケンス図である。図５の例では、スキャナ等の機能を有する本体部２と、本体部２を操作する操作部３のスキャナ送信アプリとにより実行される動作を示している。
【００５３】
図５に示すように、操作部３の画像データ制御手段５３は、本体部２の読取手段５１による原稿の読み取り条件を設定する（Ｓ２０）。Ｓ２０の処理で設定される読み取り条件としては、例えば「Ａ４」、「カラー」、「６００ｄｐｉ」等があるが、これに限定されるものではない。
【００５４】
次に、操作部３の画像データ制御手段５３は、本体部２の読取手段５１に対して読み取り開始要求（ジョブスタート）を行う（Ｓ２１）。本体部２の読取手段５１は、例えば１ページ目の画像データを読み取ると、１ページ目の読取完了通知を、操作部３の画像データ制御手段５３に通知する（Ｓ２２）。
【００５５】
操作部３の画像データ制御手段５３は、１ページ目の読取完了通知を受け取ると、本体部２のＨＤＤ５２に対してその画像データ（１ページ目）の取得要求を行う（Ｓ２３）。操作部３の画像データ制御手段５３は、その要求に対応する画像データ（１ページ目）を本体部２のＨＤＤ５２から取得すると（Ｓ２４）、取得した画像データ（１ページ目）をメモリ５４に記憶する。
【００５６】
次に、本体部２の読取手段５１は、２ページ目の読取完了通知を操作部３の画像データ制御手段５３に通知する（Ｓ２５）。なお、本体部２の読取手段５１は、１ページごとに読み取りが完了すると、操作部３の画像データ制御手段５３に読取完了通知を非同期に通知し、操作部３の画像データ制御手段５３はその通知を受けると、例えばページ単位で画像データを取得する。
【００５７】
操作部３の画像データ制御手段５３は、２ページ目の読取完了通知を受けると、その画像データ（２ページ目）の取得要求を行い（Ｓ２６）、その要求に対応する画像データ（２ページ目）を本体部２のＨＤＤ５２から取得する（Ｓ２７）。
【００５８】
ここで、操作部３の画像データ制御手段５３は、例えばメモリ５４に記憶される画像データが予め設定した上限に達したか否か判断し、上限に達したと判断した場合には、例えばＮＡＮＤ５５等に記憶する。また、画像データ制御手段５３は、本体部２の読取手段５１による読み取りを一時停止し、操作部３の画面にダイアログメッセージを表示して、ユーザにその後の処理を問い合わせることも可能である。例えば問い合わせ画面では、画像データをＮＡＮＤ５５に記憶して処理を継続するか中止するか、読み取り条件を変更するか等を問い合わせることが可能である。
【００５９】
図５の例では、操作部３の画像データ制御手段５３は、メモリ５４が予め設定した上限に達したと判断すると、本体部２の読取手段５１に読取停止要求を行い（Ｓ２８）、読み取り条件の変更を通知する（Ｓ２９）。例えば読取解像度を６００ｄｐｉから１００ｄｐｉに変更する等、データ容量を小さくするための読み取り条件の変更が可能である。
【００６０】
また、操作部３の画像データ制御手段５３は、例えば読取解像度を２００ｄｐｉにした後、残りのメモリが１０％になったら１００ｄｐｉにする等、メモリ容量に基づいて段階的に設定を変更しても良い。
【００６１】
また、操作部３の画像データ制御手段５３は、読み取り上限枚数（２００面）と、残りページ数との関係から解像度を変更しても良い。例えば１９０ページまで読み取ったところで、残りのメモリが３０％である場合に、読取解像度を３００ｄｐｉでも足りると判断しても良い。なお、操作部３の画像データ制御手段５３は、上述した読み取り条件を変更する場合に、問い合わせ画面等を表示して、ユーザに適切な値を設定させても良い。
【００６２】
操作部３の画像データ制御手段５３は、本体部２の読取手段５１に対して読み取り再開要求を行い（Ｓ３０）、例えば３ページ目の読取完了通知を受け（Ｓ３１）、その画像データ（３ページ目）の取得要求を行う（Ｓ３２）。また、操作部３の画像データ制御手段５３は、その要求に対応する画像データ（３ページ目）を本体部２のＨＤＤ５２から取得する（Ｓ３３）。
【００６３】
このように、Ｓ３０の処理以降は、新しい読み取り条件で読み取られた画像データを取得することが可能となる。また、上述した処理を行うことで、１つのジョブを構成する複数の画像データを取得することが可能となる。
【００６４】
＜読取条件変更処理を含むページ取得処理の一例＞
次に、上述した操作部３における読取条件変更処理を含むページ取得処理の流れについて、フローチャートを用いて説明する。図６は、読取条件変更処理を含むページ取得処理の流れを示すフローチャートである。
【００６５】
図６に示すように、画像データ制御手段５３は、本体部２の読取手段５１に対して読み取り開始要求を行う（Ｓ４０）。次に、画像データ制御手段５３は、本体部２の読取手段５１からページ読取完了通知があるか否かを判断し（Ｓ４１）、ページ読取完了通知なしと判断した場合（Ｓ４１において、ＮＯ）、通知があるまで待機する。
【００６６】
また、画像データ制御手段５３は、ページ読取完了通知ありと判断した場合（Ｓ４１において、ＹＥＳ）、対応するページの画像データを取得する（Ｓ４２）。次に、画像データ制御手段５３は、メモリ５４に空き容量があるか否かを判断し（Ｓ４３）、空き容量ありと判断した場合（Ｓ４３において、ＹＥＳ）、メモリ５４に取得した画像データを保存する（Ｓ４４）。
【００６７】
また、画像データ制御手段５３は、空き容量なしと判断した場合（Ｓ４３において、ＮＯ）、メッセージダイアログを表示し、ユーザからの指示を受け付ける（Ｓ４５）。なお、Ｓ４５の処理では、空き容量なしの場合の処理が、予め設定されている場合には、Ｓ４５の処理を省略しても良い。また、１つのジョブに対して１度指示を受け付けた後は、その後の処理において、メッセージダイアログを表示せず、指示された内容に基づいて処理することも可能である。
【００６８】
画像データ制御手段５３は、Ｓ４５の処理でユーザから受け付けた指示等により、そのままＮＡＮＤ５５に保存するか否かを判断し（Ｓ４６）、そのまま保存すると判断した場合（Ｓ４６において、ＹＥＳ）、ＮＡＮＤ５５に保存する（Ｓ４７）。
【００６９】
また、画像データ制御手段５３は、そのままＮＡＮＤ５５に保存しないと判断した場合（Ｓ４６において、ＮＯ）、ユーザから受け付けた指示等により、読み取り条件を変更して解像度を下げるか否かを判断する（Ｓ４８）。画像データ制御手段５３は、解像度を下げると判断した場合（Ｓ４６において、ＹＥＳ）、本体部２の読取手段５１における読み取り条件を変更するよう制御する（Ｓ４９）。
【００７０】
また、画像データ制御手段５３は、解像度を下げないと判断した場合（Ｓ４８において、ＮＯ）、ユーザから受け付けた指示等により、分割送信を行うか否かを判断する（Ｓ５０）。画像データ制御手段５３は、分割送信を行うと判断した場合（Ｓ５０において、ＹＥＳ）、画像変換手段５６によりメモリ５４に保存された画像データを所定のファイルに変換し（Ｓ５１）、その分割ファイルを用いてメール送信を行う（Ｓ５２）。また、Ｓ５２のメール送信後、画像変換手段５６は、メモリ５４に保存されているデータを削除する。
【００７１】
画像データ制御手段５３は、Ｓ４７又はＳ５２の処理後、全ページ読取完了通知があるか否かを判断し（Ｓ５３）、全ページ読取完了通知なしと判断した場合（Ｓ５３において、ＮＯ）、Ｓ４１の処理に戻る。
【００７２】
また、画像データ制御手段５３は、全ページ読取完了通知ありと判断した場合（Ｓ５３において、ＹＥＳ）、画像変換手段５６によりメモリ５４やＮＡＮＤ５５に保存された画像データを所定のファイルに変換する（Ｓ５４）。また、画像データ制御手段５３は、バッファメモリ５７の変換されたファイルを用いてメール送信を行う（Ｓ５５）。
【００７３】
なお、上述したＳ５０の処理において、分割送信を行わないと判断した場合には（Ｓ５０において、ＮＯ）、例えばエラーメッセージ等の出力処理を行い（Ｓ５６）、処理を終了する。
【００７４】
上述した図６の例において、画像データ制御手段５３が、本体部２のＨＤＤ５２から画像データを順次取得しているときに、メモリ５４に記憶される画像データが予め設定した上限に達した場合に、例えば解像度を自動的に一段階下げる処理を行うことが可能である。このとき、例えばメモリ上限を空きメモリの３０％残のように設定しておくことで、例えば解像度３００ｄｐｉを２００ｄｐｉ等に下げて読み取りを継続させることが可能となる。
【００７５】
また、そのまま継続して読み取りを行った場合に、次に設定された上限の閾値（空きメモリの１０％残）に達した場合には、更に解像度を一段階下げて、例えば解像度１００ｄｐｉに落として読みとりを継続しても良い。したがって、解像度６００ｄｐｉで読み取っていた場合に「６００→４００→３００→２００→１００」と段階的に解像度を下げて読み取りを継続することが可能となる。また、例えば解像度１００ｄｐｉになってもメモリが足りない場合には、残りの画像データをＮＡＮＤ５５に記憶させても良い。
【００７６】
なお、上述のように画像データが予め設定した上限に達した場合に、ユーザに対してメッセージダイアログを表示することで、読み取りの解像度を選択させることも可能である。このとき、例えば解像度を下げると、残り何枚読み取れるか等の目安を表示することでユーザに選択させやすくしても良い。
【００７７】
また、図６の例に示すように、画像データが予め設定した上限に達した場合には、読み取ったところまでメール送信を行い、続きを２通目のメールとして送信する等の分割送信をすることも可能である。この分割送信では、メール送信を行った画像データをメモリ５４等から削除するため、新たな画像データの読み取りを継続することが可能となる。
【００７８】
なお、分割送信におけるメールの宛先は１回目の送信を記憶しておくことで、ユーザが再入力する手間を省くことが可能となる。また、分割送信の場合も、ユーザに問い合わせのメッセージダイアログを表示させて選択させても良く、設定に応じて自動で行うことも可能である。
【００７９】
＜サムネイル表示を行う場合の画像データの取得例＞
次に、上述したサムネイル表示（サムネイル画像を用いたプレビュー一覧の画面表示）を行う場合の画像データの取得例について、フローチャートを用いて説明する。図７は、サムネイル表示を含むページ取得処理の流れを示すフローチャートである。
【００８０】
図７に示すように、画像データ制御手段５３は、本体部２の読取手段５１からページ読取完了通知があるか否か判断し（Ｓ６０）、ページ読取完了通知なしと判断した場合（Ｓ６０において、ＮＯ）、ページ読取完了通知があるまで待機する。また、画像データ制御手段５３は、ページ読取完了通知ありと判断した場合（Ｓ６０において、ＹＥＳ）、本体部２のＨＤＤ５２から画像データを取得する（Ｓ６１）。
【００８１】
次に、画像データ制御手段５３は、Ｓ６１の処理で取得した画像データから、画像変換手段５６によりサムネイル画像を生成し（Ｓ６２）、サムネイル画像に対応する画像データ取得情報をメモリ５４に記憶する（Ｓ６３）。ここで、画像データ取得情報とは、本体部２のＨＤＤ５２からＴＣＰプロトコルやＨＴＴＰプロトコルにより画像データを取得するため、その画像データに対応するＵＲＬ等を用いるが、これに限定されるものではない。その後、画像データ制御手段５３は、例えばメモリ５４からサムネイル画像を生成した元の画像データを破棄する（Ｓ６４）。
【００８２】
次に、画像データ制御手段５３は、全ページ読取完了通知があるか否かを判断し（Ｓ６５）、全ページ読取完了通知なしと判断した場合（Ｓ６５において、ＮＯ）、サムネイル画像をメモリ５４に保存し（Ｓ６６）、Ｓ６０の処理に戻る。
【００８３】
また、画像データ制御手段５３は、全ページ読取完了通知ありと判断した場合（Ｓ６５において、ＹＥＳ）、メモリ５４に保存したサムネイル画像を用いてプレビュー一覧表示を行う（Ｓ６７）。画像データ制御手段５３は、Ｓ６７の処理でプレビュー一覧表示を行った段階で、ユーザにより、例えばメール送信ボタン等が押下されると送信処理に移行する。
【００８４】
画像データ制御手段５３は、このメール送信処理ではサムネイル画像を用いないため、メモリ５４に保持していたサムネイル画像を破棄する（Ｓ６８）。次に、画像データ制御手段５３は、Ｓ６３の処理で記憶した画像データ取得情報に基づき、本体部２のＨＤＤ５２にページ取得要求を出し、１ページずつ画像データの再取得を行う（Ｓ６９）。
【００８５】
すなわち、本体部２は、Ｓ６１の処理の後でもＨＤＤ５２に画像データを記憶しているため、上述した画像データ制御手段５３による再取得が可能となる。本体部２は、例えば操作部３からメール送信が完了した通知を受けると、ＨＤＤ５２から画像データを消去する。
【００８６】
次に、画像データ制御手段５３は、Ｓ６９の処理で再取得した画像データを、画像変換手段５６により、例えばＰＤＦ等のファイルに変換し（Ｓ７０）、メール送信処理を行い（Ｓ７１）、処理を終了する。
【００８７】
上述したように、プレビュー一覧の画面表示では、サムネイル画像を生成した後、画像データ自体は破棄することでメモリ消費量を少なくすることが可能となる。
【００８８】
＜問い合わせ画面例＞
次に、上述した読み取り条件を変更する場合の問い合わせ画面例について、図を用いて説明する。図８は、メモリ上限に達した場合に表示される問い合わせ画面の一例を示す図である。図９は、メモリ上限に達した場合に表示される問い合わせ画面の他の例を示す図である。
【００８９】
図８（Ａ）の例は、操作部３のスキャナ送信アプリにより、読み取った画像をメールに添付して送信する前に、画面５８上にサムネイル画像５９を用いたプレビュー一覧を表示した例を示している。図８（Ａ）に示すサムネイル表示は、例えばメモリ５４に記憶されたページの先頭の画像データを用いる。
【００９０】
ここで、メモリ５４に記憶されている画像データが上限に達したと判断した場合には、例えば、図８（Ｂ）に示すメッセージダイアログ等を表示することで、ＮＡＮＤ５５に継続して画像データを保存するかユーザに問い合わせることが可能である。
【００９１】
例えば、図８（Ｂ）の例において、ユーザにより「継続」が選択された場合には、メッセージダイアログを閉じて、読み取りを再開する。一方、「中止」が選択された場合には、メモリ５４に記憶された画像データが消去され、操作部３のスキャナ送信アプリが表示されたトップ画面に戻る。なお、図８（Ｂ）に示す画面を表示せずに自動的にＮＡＮＤ５５に切り替えて書き込みを行うことも可能である。
【００９２】
図９の例は、メモリ５４の容量が上限に達した場合に、後続ページの画像データの解像度を、ユーザ等に設定させるための画面を示している。図９の例では、解像度１００ｄｐｉ、２００ｄｐｉ、３００ｄｐｉ、４００ｄｐｉのいずれかが選択可能となっている。なお、ユーザによる選択時に、メモリ５４の残りのメモリから、メモリ５４に保存可能なページ数も表示することで、ユーザにより適切な読み取り条件を再設定させることが可能となる。
【００９３】
なお、上述したメモリ５４の容量が上限に達した場合の処理として、ユーザにＮＡＮＤ５５にデータを保存して継続するか、読み取りの解像度を下げて継続するか、メールの分割送信を行って継続するか選択させても良い。また、優先度を設定してそれぞれを実行しても良く、それぞれを組み合わせて実行しても良い。
【００９４】
また、上述した実施形態では、複数の記憶手段としてメモリ５４及びＮＡＮＤ５５の２つの記憶手段を用いたが、これに限定されるものではなく、例えばジョブのページ単位のデータ量に応じて、３つ以上の記憶手段を切り替えて用いることも可能である。
【００９５】
上述した実施形態によれば、複数の記憶手段を適切に使い分けて利用することが可能となる。また、例えば、ＭＦＰ等を構成する画像処理システムにおいて、スキャナリソースを用いるアプリケーションは、画像データを扱うために大量の記憶領域を必要とするが、上述のように限られたリソースを使いながら機能を実現することが可能となる。また、メモリコストを下げ、製品寿命を落とさない製品をユーザに提供することが可能となる。
【００９６】
以上、開示の技術の好ましい実施形態について詳述したが、開示の技術に係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された開示の技術の要旨の範囲内において、種々の変形、変更が可能である。
【符号の説明】
【００９７】
１  画像処理システム
２  本体部
３  操作部（情報処理装置の一例）
４  ケーブル
５  ネットワーク
６，８  端末装置
７  無線アクセスポイント
２１  本体部コントローラ
２２  スキャナデバイス
２３  プロッタデバイス
３１  操作部コントローラ
３２  ハードキー
３３  液晶タッチパネル
３４  無線通信部
４１−１，４２−１  アプリケーション層
４１−２，４２−２  サービス層
４１−３，４２−３  ＯＳ層
５１  読取手段
５２  ＨＤＤ
５３  画像データ制御手段
５４  メモリ
５５  ＮＡＮＤ
５６  画像変換手段
５７  バッファメモリ
【先行技術文献】
【特許文献】
【００９８】
【特許文献１】特開２０１２−２３４４５８号公報
【図２】
2014241506.tif 000003
【図３】
2014241506.tif 000004
【図４】
2014241506.tif 000005
【図５】
2014241506.tif 000006
【図６】
2014241506.tif 000007
【図７】
2014241506.tif 000008
【図８】
2014241506.tif 000009
【図９】
2014241506.tif 000010
【図１】
2014241506.tif 000011