JP5347590B2 - 画像形成装置、データ管理方法、及びプログラム - Google Patents

Description

本発明は、画像形成装置、データ管理方法、及びプログラムに関し、特にスキャンされた画像の表示用データを生成する画像形成装置、データ管理方法、及びプログラムに関する。

近年では、主に複合機と呼ばれる画像形成装置において、各種のアプリケーションを動作させるためのプラットフォームを有し、当該プラットフォームのＡＰＩ（Application Program Interface）が公開されているものがある（例えば、特許文献１）。プラットフォームは、ＡＰＩを介したアプリケーションからの要求に応じて画像形成装置を制御し、その結果得られる成果物をアプリケーションに提供する。斯かる画像形成装置によれば、各アプリケーションは、プラットフォーム内に共通化されて実装された機能をＡＰＩと介して利用することができるため、アプリケーションの開発を効率化することができる。

アプリケーションからの要求に応じてプラットフォームが実行する処理の結果として得られる成果物の一つとして、スキャンされた画像データ（以下、「スキャン画像」という。）がある。画像形成装置のような組み込み系の機器の場合、記憶装置等のリソースに関する制限は、汎用的なコンピュータに比べて厳しい。したがって、スキャン画像のように大きな記憶領域を必要とする成果物については、そのライフサイクルをプラットフォーム側で管理できることが望ましい。不要となったスキャン画像が蓄積されることによる、リソース（ここでは、記憶容量）の枯渇を防止したいからである。

しかし、スキャン画像の用途はアプリケーションの機能に応じて多種多様であり、プラットフォーム側でそのライフサイクルを管理することは非常に困難である。換言すれば、プラットフォーム側でスキャン画像のライフサイクルを管理した場合、プラットフォームの汎用性が損なわれ、アプリケーションが提供可能な機能が制限されてしまう虞がある。したがって、基本的にスキャン画像の管理はアプリケーションに委ねられている。

ところで、本願発明者は、プラットフォームに対して表示用画像の生成機能の実装を検討している。ここで、表示用画像とは、スキャン画像の状態をユーザに視認させるために、画像形成装置の操作パネルの表示用の画像データとして生成されるものである。表示用画像の生成機能がプラットフォームに実装されることにより、各アプリケーションは、スキャン画像のプレビュー機能を手軽に提供することが可能となる。

表示用画像の生成機能の成果物は、もちろん表示用画像である。ここで、プラットフォームの汎用性の観点からは、表示用画像の管理についてもアプリケーションに委ねることが適切であるとも考えられる。

一方で、表示用画像の用途は、スキャン画像と異なり非常に限定されている。すなわち、操作パネルへの表示である。そうすると、適切な仕組みを実現することができれば、プラットフォームにおいて表示用画像のライフサイクルを或る程度管理することが可能であると考えられる。

本発明は、上記の点に鑑みてなされたものであって、スキャンされた画像データの表示用の画像データを適切に管理することのできる画像形成装置、データ管理方法、及びプログラムの提供を目的とする。

そこで上記課題を解決するため、本発明は、複数のアプリケーションを実行可能な画像形成装置であって、前記アプリケーションからの要求に応じ、画像読取手段に画像データを読み取らせ、該画像データを画像データ記憶手段に保存するスキャン制御手段と、前記アプリケーションからの要求に応じ、前記画像データ記憶手段に保存されている画像データの表示用データを生成し、前記アプリケーションからはアクセスが制限される表示用データ記憶手段に該表示用データを保存する表示用データ生成手段と、前記アプリケーションからの要求に応じ前記表示用データを表示手段に表示させる表示制御手段と、前記アプリケーションからの前記表示用データの使用の終了通知に応じ前記表示用データを前記表示用データ記憶手段より削除する削除手段とを有する。

このような画像形成装置では、スキャンされた画像データの表示用の画像データを適切に管理することができる。

スキャンされた画像データの表示用の画像データを適切に管理することができる。

本発明の実施の形態における複合機のハードウェア構成例を示す図である。 本発明の実施の形態における複合機のソフトウェア構成例を示す図である。 第一の実施の形態におけるＪＳＤＫプラットフォームの機能構成例を示す図である。 第一の実施の形態の複合機において画像データを管理するための記憶領域を説明するための図である。 第一の実施の形態における複合機による処理手順を説明するためのシーケンス図である。 第二の実施の形態におけるＪＳＤＫプラットフォームの機能構成例を示す図である。 第二の実施の形態の複合機において画像データを管理するための記憶領域を説明するための図である。 第二の実施の形態における複合機による処理手順を説明するためのシーケンス図である。 第三の実施の形態の複合機において画像データを管理するための記憶領域を説明するための図である。 第三の実施の形態における複合機による処理手順を説明するためのシーケンス図である。 第四の実施の形態における複合機による処理手順を説明するためのシーケンス図である。 第五の実施の形態における複合機による処理手順を説明するためのシーケンス図である。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における複合機のハードウェア構成例を示す図である。同図において複合機１０１は、コントローラ２０１、オペレーションパネル２０２、ファクシミリコントロールユニット（ＦＣＵ）２０３、撮像部２０４、及び印刷部２０５等のハードウェアを有する。

コントローラ２０１は、ＣＰＵ２１１、ＡＳＩＣ２１２、ＮＢ２２１、ＳＢ２２２、ＭＥＭ−Ｐ２３１、ＭＥＭ−Ｃ２３２、ＨＤＤ（ハードディスクドライブ）２３３、メモリカードスロット２３４、ＮＩＣ（ネットワークインタフェースコントローラ）２４１、ＵＳＢデバイス２４２、ＩＥＥＥ１３９４デバイス２４３、セントロニクスデバイス２４４により構成される。

ＣＰＵ２１１は、種々の情報処理用のＩＣである。ＡＳＩＣ２１２は、種々の画像処理用のＩＣである。ＮＢ２２１は、コントローラ２０１のノースブリッジである。ＳＢ２２２は、コントローラ２０１のサウスブリッジである。ＭＥＭ−Ｐ２３１は、複合機１０１のシステムメモリである。ＭＥＭ−Ｃ２３２は、複合機１０１のローカルメモリである。ＨＤＤ２３３は、複合機１０１のストレージである。メモリカードスロット２３４は、メモリカード２３５をセットするためのスロットである。ＮＩＣ２４１は、ＭＡＣアドレスによるネットワーク通信用のコントローラである。ＵＳＢデバイス２４２は、ＵＳＢ規格の接続端子を提供するためのデバイスである。ＩＥＥＥ１３９４デバイス２４３は、ＩＥＥＥ１３９４規格の接続端子を提供するためのデバイスである。セントロニクスデバイス２４４は、セントロニクス仕様の接続端子を提供するためのデバイスである。

オペレーションパネル２０２は、オペレータが複合機１０１に入力を行うためのハードウェア（操作部）であると共に、オペレータが複合機１０１から出力を得るためのハードウェア（表示部）である。撮像部２０４は、読取原稿から画像（画像データ）を読み取るためのハードウェアである。印刷部２０５は、画像（画像データ）を印刷用紙に印刷するためのハードウェアである。なお、本発明に係る画像形成装置は複合機でなくてもよい。少なくともスキャナ機能を実行可能であればよい。

図２は、本発明の実施の形態における複合機のソフトウェア構成例を示す図である。同図において、複合機１０１が有するプログラムは、アプリケーション１３１とプラットフォーム１３２とに大別される。これらのプログラムは、ＵＮＩＸ（登録商標）等のＯＳ（オペレーティングシステム）によりプロセス単位で並列的に実行される。

アプリケーション１３１としては、コピー用のアプリケーションであるコピーアプリ１４１、プリンタ用のアプリケーションであるプリンタアプリ１４２、スキャナ用のアプリケーションであるスキャナアプリ１４３、ファクシミリ用のアプリケーションであるファクシミリアプリ１４４、ネットワークファイル用のアプリケーションであるネットワークファイルアプリ１４５が存在する。

アプリケーション１３１は、専用のＳＤＫ（ソフトウェア開発キット）を使用して開発することができる。ＳＤＫを使用して開発したアプリケーション１３１をＳＤＫアプリと呼ぶ。専用のＳＤＫとしては、Ｃ言語でアプリケーション１３１を開発するための「ＣＳＤＫ」や、Ｊａｖａ（登録商標）言語でアプリケーション１３１を開発するための「ＪＳＤＫ」が提供される。ＣＳＤＫを使用して開発したアプリケーション１３１を「ＣＳＤＫアプリ」と呼び、ＪＳＤＫを使用して開発したアプリケーション１３１を「ＪＳＤＫアプリ」と呼ぶ。図２の複合機１０１にも、ＣＳＤＫアプリ１４６と、ＪＳＤＫアプリ１４７が存在する。図２の複合機１０１にはさらに、Ｊａｖａ（登録商標）言語で記述されたＪＳＤＫアプリ１４７とＣ言語で記述された他のソフトウェアとの仲介を行うソフトウェアとして、ＪＳＤＫプラットフォーム１４８が存在する。すなわち、ＪＳＤＫプラットフォーム１４８は、コントロールサービス１５１等によって提供させる機能をＪＳＤＫアプリ１４７に提供するためのＡＰＩ（Application Program Interface）を備えたプラットフォームである。換言すれば、ＪＳＤＫプラットフォーム１４７は、複数のＪＳＤＫアプリ１４７に対して共通の機能を提供する手段である。

プラットフォーム１３２としては、種々のコントロールサービス１５１、システムリソースマネージャ（ＳＲＭ）１５２、種々のハンドラ１５３が存在する。コントロールサービス１５１としては、ネットワークコントロールサービス（ＮＣＳ）１６１、ファクシミリコントロールサービス（ＦＣＳ）１６２、デリバリコントロールサービス（ＤＣＳ）１６３、エンジンコントロールサービス（ＥＣＳ）１６４、メモリコントロールサービス（ＭＣＳ）１６５、オペレーションパネルコントロールサービス（ＯＣＳ）１６６、サーティフィケーションコントロールサービス（ＣＣＳ）１６７、ユーザディレクトリコントロールサービス（ＵＣＳ）１６８、システムコントロールサービス（ＳＣＳ）１６９が存在する。ハンドラ１５３としては、ファクシミリコントロールユニットハンドラ（ＦＣＵＨ）１７１、イメージメモリハンドラ（ＩＭＨ）１７２が存在する。

ＮＣＳ１６１は、ネットワーク通信の仲介を行う。ＦＣＳ１６２は、ファクシミリのＡＰＩを提供する。ＤＣＳ１６３は、蓄積文書の配信処理に関する制御を行う。ＥＣＳ１６４は、撮像部２０４や印刷部２０５に関する制御を行う。ＭＣＳ１６５は、メモリやハードディスクドライブに関する制御を行う。ＯＣＳ１６６は、オペレーションパネルに関する制御を行う。ＣＣＳ１６７は、認証処理や課金処理に関する制御を行う。ＵＣＳ１６８は、ユーザ情報の管理に関する制御を行う。ＳＣＳ１６９は、システムの管理に関する制御を行う。

ＳＲＭ１５２は、ハードウェア資源の管理を行ってコントロールサービス層からの獲得要求を調停する。ＦＣＵＨ１７１は、ファックス処理についてハードウェア資源に対する処理要求を行う。ＩＭＨ１７２は、プロセスに対するメモリの割り振り及びプロセスに割り振ったメモリの管理を行う。

また、アプリケーション１３１とプラットフォーム１３２の仲介を行うソフトウェアとして、仮想アプリケーションサービス（ＶＡＳ）１３５が存在する。ＶＡＳ１３５は、アプリケーション１３１をクライアントとするサーバプロセスとして動作すると共に、プラットフォーム１３２をサーバとするクライアントプロセスとして動作する。ＶＡＳ１３５は、アプリケーション１３１から見てプラットフォーム１３２を隠蔽するラッピング機能を備え、プラットフォーム１３２のバージョンアップに伴うバージョン差を吸収する役割等を担う。

図３は、第一の実施の形態におけるＪＳＤＫプラットフォームの機能構成例を示す図である。同図において、ＪＳＤＫプラットフォーム１４８は、スキャン実行部１４８１、表示用画像生成部１４８２、表示用画像表示制御部１４８３、及び表示用画像管理部１４８４等を有する。

スキャン実行部１４８１は、ＪＳＤＫアプリ１４７からの要求に応じ、ＥＣＳ１６４等を利用して、原稿からの画像データのスキャンを撮像部２０４に実行させ、スキャンされた画像データ（以下、「スキャン画像」という。）をＪＳＤＫアプリ１４７に提供する。

表示用画像生成部１４８２は、ＪＳＤＫアプリ１４７からの要求に応じ、スキャン画像のプレビュー表示用又はサムネイル表示用の画像データ（以下、総称する場合「表示用画像」という。）の生成を行う。例えば、スキャン画像がＴＩＦＦ（Tagged Image File Format）形式であり、表示用画像がＪＰＥＧ（Joint Photographic Experts Group）形式である場合、表示用画像生成部１４８２は、ＴＩＦＦ形式からＪＰＥＧ形式への画像変換を行う。

表示用画像表示制御部１４８３は、表示用画像をオペレーションパネル２０２に表示させるための処理制御を行う。

表示用画像管理部１４８４は、表示用画像のライフサイクル等の管理を行う。

また、同図では、ＪＳＤＫアプリ１４７として、アプリ１４７ａ及びアプリ１４７ｂが例示されている。アプリ１４７ａ及びアプリ１４７ｂは、それぞれ内容の異なるジョブを実行するＪＳＤＫアプリ１４７である。但し、いずれのジョブもスキャン画像及び表示用画像を扱う点において共通する。例えば、アプリ１４７ａは、原稿からの画像データのスキャンと、スキャン画像の配信とを実行する。アプリ１４７ａは、スキャン画像の配信の前に、当該スキャン画像の表示用画像をオペレーションパネル２０２に表示させ、配信を実行するか否か等をユーザに問い合わせる。また、アプリ１４７ｂは、原稿からの画像データのスキャンと、スキャン画像の印刷と（すなわち、コピージョブ）を実行する。アプリ１４７ｂは、スキャン画像の印刷の前に、当該スキャン画像の表示用画像をオペレーションパネル２０２に表示させ、印刷を実行するか否かをユーザに問い合わせる。

続いて、複合機１０１においてスキャン画像又は表示用画像を管理するための（記憶しておくための）記憶領域について説明する。

図４は、第一の実施の形態の複合機において画像データを管理するための記憶領域を説明するための図である。同図では、スキャン画像記憶領域２３３１及び表示用画像記憶領域２３３２が示されている。これらの記憶領域は、ＨＤＤ２３３の一部であり、例えば、ディレクトリ又はフォルダといった単位で区分される。

スキャン画像記憶領域２３３１は、スキャン画像を記憶する記憶領域（データベース）である。表示用画像記憶領域２３３２は、ＪＳＤＫプラットフォーム１４８の管理下にある表示用画像を記憶する記憶領域である。

ＪＳＤＫプラットフォーム１４８、アプリ１４７ａ、又はアプリ１４７ｂと各記憶領域との間の線は、各記憶領域へのアクセスの可否（アクセス権限の有無）を示す。すなわち、ＪＳＤＫプラットフォーム１４８は、全ての記憶領域に対してアクセスが許可される。一方、アプリ１４７ａ及びアプリ１４７ｂ等のＪＳＤＫアプリ１４７は、スキャン画像記憶領域２３３１に対してのみアクセスが許可される。但し、各ＪＳＤＫアプリ１４７によるスキャン記憶領域２３３１に対するアクセスは、当該ＪＳＤＫアプリ１４７が所有者であるスキャン画像データに限られる。ここで所有者とは、スキャンの要求元であることをいう。同図において、各ＪＳＤＫアプリ１４７からスキャン画像記憶領域２３３１への線が破線であるのは斯かる制限を表現している。

なお、記憶領域へのアクセス制御は、ＯＳ等によって提供されている仕組みを利用すればよい。

以下、第一の実施の形態の複合機１０１の処理手順について説明する。図５は、第一の実施の形態における複合機による処理手順を説明するためのシーケンス図である。

ステップＳ１０１において、ユーザよりジョブの実行の開始指示の入力を受け付けたアプリ１４７ａは、スキャン実行部１４８１に対してスキャンの実行を要求する。当該要求に応じ、スキャン実行部１４８１は、ＥＣＳ１６４に原稿のスキャンの実行を要求する（Ｓ１０２）。当該要求に応じ、ＥＣＳ１６４は、原稿からの画像の読み取りを撮像部２０４に実行させ、読み取られたスキャン画像をスキャン画像記憶領域２３３１に保存する（Ｓ１０３）。続いて、ＥＣＳ１６４は、スキャン画像記憶領域２３３１に保存されたスキャン画像の識別子（スキャン画像ＩＤ）をスキャン実行部１４８１に返却する（Ｓ１０４）。スキャン実行部１４８１は、当該スキャン画像ＩＤをアプリ１４７ａに返却する（Ｓ１０５）。

続いて、アプリ１４７ａは、スキャン画像ＩＤを指定して、スキャン画像に対する表示用画像の生成を表示用画像生成部１４８２に要求する（Ｓ１０６）。当該要求に応じ、表示用画像生成部１４８２は、スキャン画像ＩＤに対応するスキャン画像をスキャン画像記憶領域２３３１より取得し、当該スキャン画像に対する表示用画像を生成する（Ｓ１０７）。生成された表示用画像は、表示用画像生成部１４８２によって、生成された日時（生成日時）と関連付けられて表示用画像記憶領域２３３２に保存される。続いて、表示用画像生成部１４８２は、生成された表示用画像の識別子（表示用画像ＩＤ）をアプリ１４７ａに返却する（Ｓ１０８）。スキャン画像が複数ページの場合（すなわち、複数ページの原稿がスキャンされた場合）、複数の表示用画像が生成される。この場合、複数の表示用画像ＩＤがアプリ１４７ａに返却される。なお、表示用画像ＩＤは、スキャン画像との対応関係が識別可能な値とするとよい。例えば、対応関係にあるスキャン画像ＩＤと表示用画像ＩＤとは同一の値であってもよい。又は、共通の識別子を含み、末尾（拡張子等）のみを異なるもとのするようにしてもよい。なお、本実施の形態では、説明の便宜上、スキャン画像ＩＤ及び表示用画像ＩＤは、保存されている記憶領域が変化した場合であっても、ＩＤに対応する画像データを識別可能なもの（例えば、ファイル名等）であるとする。

続いて、アプリ１４７ａは、表示用画像データのサムネイル表示を表示用画像表示制御部１４８３に要求する（Ｓ１０９）。当該要求では、サムネイル表示の表示対象とする表示用画像の表示用画像ＩＤが指定される。複数の表示用画像をサムネイル表示させる場合、複数の表示用画像ＩＤが指定される。当該要求に応じ、表示用画像表示制御部１４８３は、表示用画像記憶領域２３３２に保存されている表示用画像の中で、指定された表示用画像ＩＤに対応する表示用画像をオペレーションパネル２０２にサムネイル表示させる（Ｓ１１０）。具体的には、縮小された表示用画像の一覧がオペレーションパネル２０２に表示される。

この状態で、例えば、サムネイル表示されているいずれかの表示用画像がユーザによって選択されると、アプリ１４７ａは、当該表示用画像の表示用画像ＩＤを指定してプレビュー表示を表示用画像表示制御部１４８３に要求する（Ｓ１１１）。当該要求に応じ、表示用画像表示制御部１４８３は、指定された表示用画像ＩＤに対応する表示用画像をオペレーションパネル２０２にプレビュー表示させる（Ｓ１１２）。例えば、縮小されていた表示用画像が拡大されて表示される。したがって、ユーザは、スキャン画像の状態をより詳細に確認することができる。

なお、ステップＳ１０９〜Ｓ１１１は、繰り返し実行されうる。すなわち、プレビュー表示からサムネイル表示へ戻り、再度別の表示用画像についてプレビュー表示が実行されうる。

その後、アプリ１４７ａは、オペレーションパネル２０２を介したユーザからの指示入力に応じ、表示用画像の表示の終了（表示用画像の使用の終了）を表示用画像表示制御部１４８３に通知する（Ｓ１１３）。なお、ここでのユーザからの指示入力は、例えば、スキャン画像の配信の実行指示等、以後においてサムネイル表示又はプレビュー表示が行われないことを判定可能な指示の入力が該当する。

表示用画像の表示の終了通知に応じ、表示用画像表示制御部１４８３は、表示用画像がサムネイル表示又はプレビュー表示されている場合はサムネイル表示又はプレビュー表示を終了させ、表示用画像の表示の終了を表示用画像管理部１４８４に通知する（Ｓ１１４）。当該通知に応じ、表示用画像管理部１４８４は、表示用画像記憶領域２３３２に保存されている全ての表示用画像を削除する（Ｓ１１５）。

上述したように、第一の実施の形態の複合機１０１によれば、ＪＳＤＫアプリ１４７からの表示用画像の表示の終了通知に応じ、ＪＳＤＫプラットフォーム１４８は、表示用画像を削除する。したがって、不要な表示用画像が蓄積されることによる記憶領域の消費を防止することができと共に、長時間記憶装置内に放置されることによる表示用画像に関するセキュリティの劣化を適切に防止することができる。

また、各ＪＳＤＫアプリ１４７は、表示用画像に直接アクセスすることはできない。斯かる仕組みによっても表示用画像のセキュリティが適切に確保される。

なお、表示用画像表示制御部１４８３は、サムネイル表示又はプレビュー表示が開始されてから所定時間（以下、「最大表示時間」という。）が経過したときに自動的にサムネイル表示又はプレビュー表示を中止し、表示用画像の表示の終了を表示用画像管理部１４８４に通知するようにしてもよい。この場合、表示用画像表示制御部１４８３は、サムネイル表示又はプレビュー表示を開始した時刻をメモリ（ＭＥＭ−Ｐ２３１）に記録しき、当該時刻に基づいて経過時間を判断すればよい。

また、表示用画像管理部１４８４は、生成されてから所定時間（以下、「最大保存時間」という。）が経過した表示用画像を自動的に表示用画像記憶領域２３３２から削除するようにしてもよい。表示用画像の存在期間に時限が設けられることにより、ＪＳＤＫアプリ１４７が表示用画像の終了通知の実装を怠った場合であっても、表示用画像を適切に削除することができる。なお、表示用画像が生成された時間は、表示用画像に関連付けられている生成時間に基づいて判断すればよい。

ところで、上記では、複数のＪＳＤＫアプリ１４７によって並行して表示用画像が生成されることは無いという前提に基づいて、表示用画像の表示の終了が通知されたときに表示用画像記憶領域２３３２内の全ての表示用画像データを削除するようにしている。

複数のＪＳＤＫアプリ１４７によって並行して表示用画像が生成される可能性が有る場合は、表示用画像をＪＳＤＫアプリ１４７の識別子と関連付けて表示用画像記憶領域２３３２に保存しておき、表示用画像の表示の終了の通知元のＪＳＤＫアプリ１４７に関連付けられている表示用画像のみを削除するようにすればよい。そうすることで、二つ以上のＪＳＤＫアプリ１４７によって並行した表示用画像が生成された場合であっても、一つのＪＳＤＫアプリ１４７からの表示用画像の表示の終了通知によって、他のＪＳＤＫアプリ１４７の表示用画像が削除されるのを回避することができる。

次に、第二の実施の形態について説明する。第二の実施の形態では第一の実施の形態と異なる点について説明する。したがって、特に言及しない点については第一の実施の形態と同様でよい。

図６は、第二の実施の形態におけるＪＳＤＫプラットフォームの機能構成例を示す図である。図６中、図３と同一部分には同一符号を付し、その説明は省略する。

同図に示されるように、第二の実施の形態のＪＳＤＫプラットフォーム１４８は、表示用画像表示制御部１４８３を有していない（サムネイル表示機能及びプレビュー表示機能を提供していない。）。したがって、第二の実施の形態では、ＪＳＤＫアプリ１４７側でサムネイル表示又はプレビュー表示を行うための実装が必要とされる。そのために、ＪＳＤＫアプリ１４７が表示用画像を直接扱える必要がある。

図７は、第二の実施の形態の複合機において画像データを管理するための記憶領域を説明するための図である。図７中、図４と同一部分には同一符号を付し、その説明は省略する。

第二の実施の形態では、共用領域２３３３が追加されている。共用領域２３３３は、複数のＪＳＤＫアプリ１４７によって共用される画像データを記憶するための記憶領域である。したがって、共用領域２３３３には、ＪＳＤＫプラットフォーム１４８及び全てのＪＳＤＫアプリ１４７がアクセスを許可される。

以下、第二の実施の形態の複合機１０１の処理手順について説明する。図８は、第二の実施の形態における複合機による処理手順を説明するためのシーケンス図である。

同図において、ステップＳ２０１〜Ｓ２０８までは、図５のステップＳ１０１〜Ｓ１０８と同じである。

ステップＳ２０８に続いて、アプリ１４７ａは、必要な表示用画像の表示用画像ＩＤを指定して表示用画像の取得を表示用画像管理部１４８４に要求する（Ｓ２０９）。当該要求に応じ、表示用画像管理部１４８４は、指定された表示用画像ＩＤに対応する表示用画像を表示用画像記憶領域２３３２から共用領域２３３３へコピーする（Ｓ２１０）。コピーが完了すると、表示用画像管理部１４８４は、コピーの完了をアプリ１４７ａに通知する（Ｓ２１１）。当該通知には、コピーが完了した表示用画像の表示用画像ＩＤが含まれていてもよい。そうすることにより、一部の表示用画像についてのみコピーが成功した場合にそのことを通知することができる。

続いて、アプリ１４７ａは、共用領域２３３３を参照し表示用画像がコピーされていることを確認すると、表示用画像を受領できたことを表示用画像管理部１４８４に通知する（Ｓ２１２）。当該通知には、コピーされていることが確認できた表示用画像の表示用画像ＩＤが含まれていてもよい。そうすることにより、一部の表示用画像についてのみコピーされていることが確認できた場合にそのことを通知することができる。

コピーの確認通知に応じ、表示用画像管理部１４８４は、表示用画像記憶領域２３３２内の全ての表示用画像を削除する（Ｓ２１３）。コピーの確認通知に表示用画像ＩＤが含まれている場合は、当該表示用画像ＩＤに対応する表示用画像が削除されるようにすればよい。

上述したように、第二の実施の形態によれば、少なくともＪＳＤＫプラットフォーム１４８の管理下における記憶領域において不要な表示用画像が蓄積されることを防止することができる。

また、表示用画像の用途や表示用画像を削除するタイミング等は、アプリ１４７ａに委ねられるため、表示用画像の扱いに関し、自由度を向上させることができる。例えば、表示用画像を、サムネイル表示やプレビュー表示以外の他の用途に利用することが可能となる。

なお、上記では、ステップＳ２１０において表示用画像をコピーする例について説明したが、コピーでなく移動を行うようにしてもよい。この場合、移動された表示用画像は表示用画像記憶領域２３３２より削除されるため、ステップＳ２１３において削除処理を行う必要はない。

また、表示用画像管理部１４８４は、表示用画像の取得要求を受けてから所定期間が経過したときに当該取得要求に係る表示用画像を表示用画像領域２３３２から自動的に削除するようにしてもよい。また、生成されてから最大保存時間が経過した表示用画像を自動的に削除するようにしてもよい。そうすることにより、ＪＳＤＫアプリ１４７が表示用画像の取得（Ｓ２０９）を行わない場合であっても、表示用画像記憶領域２３３２内の表示用画像を適切に削除することができる。

次に、第三の実施の形態について説明する。第三の実施の形態では第二の実施の形態と異なる点について説明する。したがって、特に言及しない点については第二の実施の形態と同様でよい。

図９は、第三の実施の形態の複合機において画像データを管理するための記憶領域を説明するための図である。図９中、図７と同一部分には同一符号を付し、その説明は省略する。

第三の実施の形態では、アプリＡ専用領域２３３４及びアプリＢ専用領域２３３５が追加されている。アプリＡ専用領域２３３４は、アプリ１４７ａの管理下にある画像データ（スキャン画像又は表示用画像の別は問わない。）を記憶するための記憶領域である。アプリＢ専用領域２３３５は、アプリＢの管理下にある画像データを記憶するための記憶領域である。アプリＡ専用領域２３３４には、ＪＳＤＫプラットフォーム１４８及びアプリ１４７ａのみがアクセスを許可される。アプリＢ専用領域２３３５には、ＪＳＤＫプラットフォーム１４８及びアプリ１４７ｂのみがアクセスを許可される。なお、第三の実施の形態では、共用領域２３３３は必要ではない。

以下、第三の実施の形態の複合機１０１の処理手順について説明する。図１０は、第三の実施の形態における複合機による処理手順を説明するためのシーケンス図である。

同図において、ステップＳ３０１〜Ｓ３０４までは、図８のステップＳ２０１〜Ｓ１０４と同じである。

ステップＳ３０４に続いて、スキャン実行部１４８１は、スキャン画像ＩＤを指定してスキャンの終了を表示用画像管理部１４８４に通知する（Ｓ３０５）。当該通知に応じ、表示用画像管理部１４８４は、スキャン画像ＩＤを指定して表示用画像の生成を表示用画像生成部１４８２に要求する（Ｓ３０６）。当該要求に応じ、表示用画像管理部１４８４は、スキャン画像ＩＤに対応するスキャン画像をスキャン画像記憶領域２３３１より取得し、当該スキャン画像に対する表示用画像を生成する（Ｓ３０７）。生成された表示用画像は、表示用画像生成部１４８２によって、生成された日時（生成日時）と関連付けられて表示用画像記憶領域２３３２に保存される。続いて、表示用画像生成部１４８２は、生成された表示用画像の表示用画像ＩＤを表示用画像管理部１４８４に返却する（Ｓ３０８）。

続いて、表示用画像管理部１４８４は、スキャン画像記憶領域２３３１においてステップＳ３０５で通知されたスキャン画像ＩＤに対応するスキャン画像と、表示用画像記憶領域２３３２においてステップＳ３０８で通知された表示用画像ＩＤに対応する表示用画像とを、スキャン要求元のアプリ１４７ａの専用領域であるアプリＡ専用領域２３３４に移動する（Ｓ３０９）。したがって、移動対象とされた画像データは、スキャン画像記憶領域２３３１又は表示用画像記憶領域２３３２より削除される。

なお、スキャン要求元がいずれのＪＳＤＫアプリ１４７であるかは、例えば、ＪＳＤＫアプリ１４７ごとにスレッドグループを対応付けるようにすればよい。表示用画像管理部１４８４は、自らが動作しているスレッドが属するスレッドグループを確認することでスキャン要求元のＪＳＤＫアプリ１４７を判定することができる。又は、スキャン要求時（Ｓ３０１）にスキャン実行部１４８１に対してアプリ１４７ａの識別子が通知され、ステップＳ３０５において当該識別子がスキャン実行部１４８１から表示用画像管理部１４８４に通知されるようにしてもよい。

続いて、表示用画像管理部１４８４は、移動されたスキャン画像及び表示用画像のスキャン画像ＩＤ又は表示用画像ＩＤをスキャン実行部１４８１に通知する（Ｓ３１０）。スキャン実行部１４８１は、当該スキャン画像ＩＤ及び表示用画像ＩＤをスキャン要求に対する応答としてアプリ１４７ａに対して返却する（Ｓ３１１）。これにより、アプリ１４７ａは、スキャン画像及び表示用画像を利用することが可能となる。

図１０の処理がアプリ１４７ｂに関して実行された場合は、アプリＢ専用領域２３３５にスキャン画像及び表示用画像が保存される。

上述したように、第三の実施の形態によれば第二の実施の形態と同様の効果を得ることが出来る。更に、スキャン画像及び表示用画像は、各ＪＳＤＫアプリ１４７に対して専用の記憶領域に保存されるため、他のＪＳＤＫアプリ１４７によるアクセスを防止することができる。したがって、より高いセキュリティを確保することができる。

なお、第三の実施の形態では、スキャン画像及び表示用画像は同一の記憶領域に保存されるため、対応関係にあるスキャン画像ＩＤ及び表示用画像ＩＤは、共通の識別子を含み、末尾（拡張子等）のみを異なるものとするとよい。

次に、第四の実施の形態について説明する。第四の実施の形態において、ＪＳＤＫプラットフォーム１４８の機能構成は図６に示される通りであり、画像データを管理するための記憶領域は図９に示される通りである。

図１１は、第四の実施の形態における複合機による処理手順を説明するためのシーケンス図である。同図において、ステップＳ４０１〜Ｓ４０４までは、図８のステップＳ２０１〜Ｓ２０５と同じである。ステップＳ４０４に続いて、アプリ１４７ａは、スキャン画像ＩＤを指定して、スキャン画像に対する表示用画像の生成を表示用画像管理部１４８４に要求する（Ｓ４０６）。

続いて、ステップＳ４０７〜Ｓ４０９では、図１０のステップＳ３０６〜Ｓ３０８と同様に、表示用画像生成部１４８２によって表示用画像が表示用画像記憶領域２３３２に生成される。

続いて、表示用画像管理部１４８４は、表示用画像ＩＤに対応する表示用画像を、スキャン要求元のアプリ１４７ａの専用領域であるアプリＡ専用領域２３３４に移動する（Ｓ４１０）。したがって、移動対象とされた表示用画像は、表示用画像記憶領域２３３２より削除される。続いて、表示用画像管理部１４８４は、移動された表示用画像の表示用画像ＩＤをアプリ１４７ａに通知する（Ｓ４１１）。これにより、アプリ１４７ａは、スキャン画像及び表示用画像を利用することが可能となる。

図１１の処理がアプリ１４７ｂに関して実行された場合は、アプリＢ専用領域２３３５に表示用画像が保存される。

上述したように、第四の実施の形態によれば第二の実施の形態と同様の効果を得ることが出来る。更に、スキャン画像及び表示用画像は、各ＪＳＤＫアプリ１４７に対して専用の記憶領域に保存されるため、他のＪＳＤＫアプリ１４７によるアクセスを防止することができる。したがって、より高いセキュリティを確保することができる。

次に、第五の実施の形態について説明する。第五の実施の形態において、ＪＳＤＫプラットフォーム１４８の機能構成は図６に示される通りであり、画像データを管理するための記憶領域は図９に示される通りである。

図１２は、第五の実施の形態における複合機による処理手順を説明するためのシーケンス図である。図１２における処理手順は、ステップＳ５１０において、表示用画像のコピー先がＪＳＤＫアプリ１４７ごとの専用の記憶領域（同図ではアプリＡ専用領域２３３３）である点を除いて図８と同じである。

したがって、第五の実施の形態によれば、第二の実施の形態と同様の効果を得ることができる。更に、スキャン画像及び表示用画像は、各ＪＳＤＫアプリ１４７に対して専用の記憶領域に保存されるため、他のＪＳＤＫアプリ１４７によるアクセスを防止することができる。したがって、より高いセキュリティを確保することができる。

なお、第二〜第五の実施の形態に対して、第一の実施の形態を組み合わせもよい。すなわち、ＪＳＤＫプラットフォーム１４８が表示用画像表示制御部１４８３を有しており、かつ、共用記憶領域２３３５又はＪＳＤＫアプリ１４７ごとに専用の記憶領域に表示用画像を提供可能としてもよい。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１０１ 複合機
１２３ その他のハードウェア
１３１ アプリケーション
１３２ プラットフォーム
１３３ アプリケーションプログラムインタフェース
１３４ エンジンインタフェース
１３５ 仮想アプリケーションサービス
１４１ コピーアプリ
１４２ プリンタアプリ
１４３ スキャナアプリ
１４４ ファクシミリアプリ
１４５ ネットワークファイルアプリ
１４６ ＣＳＤＫアプリ
１４７ ＪＳＤＫアプリ
１４７ａ、１４７ｂ アプリ
１４８ ＪＳＤＫプラットフォーム
１５１ コントロールサービス
１５２ システムリソースマネージャ
１５３ ハンドラ
１６１ ネットワークコントロールサービス
１６２ ファクシミリコントロールサービス
１６３ デリバリコントロールサービス
１６４ エンジンコントロールサービス
１６５ メモリコントロールサービス
１６６ オペレーションパネルコントロールサービス
１６７ サーティフィケーションコントロールサービス
１６８ ユーザディレクトリコントロールサービス
１６９ システムコントロールサービス
１７１ ファクシミリコントロールユニットハンドラ
１７２ イメージメモリハンドラ
２０１ コントローラ
２０２ オペレーションパネル
２０３ ファクシミリコントロールユニット
２０４ 撮像部
２０５ 印刷部
２１１ ＣＰＵ
２１２ ＡＳＩＣ
２２１ ＮＢ
２２２ ＳＢ
２３１ ＭＥＭ−Ｐ
２３２ ＭＥＭ−Ｃ
２３３ ＨＤＤ
２３４ メモリカードスロット
２３５ メモリカード
２４１ ＮＩＣ
２４２ ＵＳＢデバイス
２４３ ＩＥＥＥ１３９４デバイス
２４４ セントロニクスデバイス
１４８１ スキャン実行部
１４８２ 表示用画像生成部
１４８３ 表示用画像表示制御部
１４８４ 表示用画像管理部
２３３１ スキャン画像記憶領域
２３３２ 表示用画像記憶領域
２３３３ 共用領域
２３３４ アプリＡ専用領域
２３３５ アプリＢ専用領域

特開２００５−２６９６１９号公報

Claims (12)

1. 複数のアプリケーションを実行可能な画像形成装置であって、
   前記アプリケーションからの要求に応じ、画像読取手段に画像データを読み取らせ、該画像データを画像データ記憶手段に保存するスキャン制御手段と、
   前記アプリケーションからの要求に応じ、前記画像データ記憶手段に保存されている画像データの表示用データを生成し、前記アプリケーションからはアクセスが制限される表示用データ記憶手段に該表示用データを保存する表示用データ生成手段と、
   前記アプリケーションからの要求に応じ前記表示用データを表示手段に表示させる表示制御手段と、
   前記アプリケーションからの前記表示用データの使用の終了通知に応じ前記表示用データを前記表示用データ記憶手段より削除する削除手段とを有し、
   前記削除手段は、前記表示制御手段が前記表示用データを表示させてから所定時間経過後に前記表示用データを前記表示用データ記憶手段より削除する画像形成装置。
2. 前記削除手段は、生成されてから所定期間が経過した前記表示用データを前記表示用データ記憶手段より削除する請求項１記載の画像形成装置。
3. 前記アプリケーションからの要求に応じ、前記表示用データ記憶手段に保存されている前記表示用データを複数のアプリケーションがアクセス可能な共用記憶手段にコピーするコピー手段を有し、
   前記削除手段は、前記共用記憶手段にコピーされた前記表示用データを前記表示用データ記憶手段より削除する請求項１又は２記載の画像形成装置。
4. 前記アプリケーションからの要求に応じ、前記表示用データ記憶手段に保存されている前記表示用データを当該アプリケーションに対応した専用記憶手段にコピーするコピー手段を有する請求項１又は２記載の画像形成装置。
5. 画像形成装置が実行するデータ管理方法であって、
   アプリケーションからの要求に応じ、画像読取手段に画像データを読み取らせ、該画像データを画像データ記憶手段に保存するスキャン制御手順と、
   前記アプリケーションからの要求に応じ、前記画像データ記憶手段に保存されている画像データの表示用データを生成し、前記アプリケーションからはアクセスが制限される表示用データ記憶手段に該表示用データを保存する表示用データ生成手順と、
   前記アプリケーションからの要求に応じ前記表示用データを表示手段に表示させる表示制御手順と、
   前記アプリケーションからの前記表示用データの使用の終了通知に応じ前記表示用データを前記表示用データ記憶手段より削除する削除手順とを有し、
   前記削除手順は、前記表示制御手段が前記表示用データを表示させてから所定時間経過後に前記表示用データを前記表示用データ記憶手段より削除するデータ管理方法。
6. 前記削除手順は、生成されてから所定期間が経過した前記表示用データを前記表示用データ記憶手段より削除する請求項５記載のデータ管理方法。
7. 前記アプリケーションからの要求に応じ、前記表示用データ記憶手段に保存されている前記表示用データを複数のアプリケーションがアクセス可能な共用記憶手段にコピーするコピー手順を有し、
   前記削除手順は、前記共用記憶手段にコピーされた前記表示用データを前記表示用データ記憶手段より削除する請求項５又は６記載のデータ管理方法。
8. 前記アプリケーションからの要求に応じ、前記表示用データ記憶手段に保存されている前記表示用データを当該アプリケーションに対応した専用記憶手段にコピーするコピー手順を有する請求項５又は６記載のデータ管理方法。
9. 画像形成装置に、
   アプリケーションからの要求に応じ、画像読取手段に画像データを読み取らせ、該画像データを画像データ記憶手段に保存するスキャン制御手順と、
   前記アプリケーションからの要求に応じ、前記画像データ記憶手段に保存されている画像データの表示用データを生成し、前記アプリケーションからはアクセスが制限される表示用データ記憶手段に該表示用データを保存する表示用データ生成手順と、
   前記アプリケーションからの要求に応じ前記表示用データを表示手段に表示させる表示制御手順と、
   前記アプリケーションからの前記表示用データの使用の終了通知に応じ前記表示用データを前記表示用データ記憶手段より削除する削除手順とを実行させ、
   前記削除手順は、前記表示制御手段が前記表示用データを表示させてから所定時間経過後に前記表示用データを前記表示用データ記憶手段より削除するプログラム。
10. 前記削除手順は、生成されてから所定期間が経過した前記表示用データを前記表示用データ記憶手段より削除する請求項９記載のプログラム。
11. 前記アプリケーションからの要求に応じ、前記表示用データ記憶手段に保存されている前記表示用データを複数のアプリケーションがアクセス可能な共用記憶手段にコピーするコピー手順を有し、
    前記削除手順は、前記共用記憶手段にコピーされた前記表示用データを前記表示用データ記憶手段より削除する請求項９又は１０記載のプログラム。
12. 前記アプリケーションからの要求に応じ、前記表示用データ記憶手段に保存されている前記表示用データを当該アプリケーションに対応した専用記憶手段にコピーするコピー手順を有する請求項９又は１０記載のプログラム。

Images