(57)【要約】      （修正有）【課題】アプリケーションのアンインストールの際に、当該アプリケーションで作成されたデータを、他のインストール済みのアプリケーションが扱えるデータ形式に変換する。【解決手段】アンインストール対象のアプリケーションをアンインストールする装置であって、アンインストール対象のアプリケーションの管理するユーザ作成データ格納領域から、アンインストール対象のアプリケーションで作成したユーザ作成データを、他のインストール済のアプリケーションが管理しているユーザ作成データ格納領域に移動する（Ｓ３１０）に際し、該他のアプリケーションで扱えない場合（Ｓ３０７）、コンパータが存在すれば変換して（Ｓ３０８）から移動する。【選択図】図３
2010027024.tif 000002
【特許請求の範囲】
【請求項１】
アンインストール対象のアプリケーションをアンインストールする装置であって、
アンインストール対象のアプリケーションの管理するユーザ作成データ格納領域から、ユーザ作成データを、他のインストール済のアプリケーションが管理しているユーザ作成データ格納領域に移動する処理手段を有する装置。
【請求項２】
前記処理手段は、
前記移動に際して、前記ユーザ作成データを、
アンインストール対象のアプリケーションのためのフォーマットから、
他のインストール済のアプリケーションのためのフォーマットに変換することを特徴とする請求項１に記載の装置。
【請求項３】
起動中でないアプリケーションを特定する特定手段と、
前記特定されたアプリケーションのユーザ作成データ格納領域の中のユーザ作成データを検索する検索手段とを有することを特徴とする装置。
【請求項４】
ユーザ作成データ格納領域のうち、起動しているアプリケーションが管理していないユーザ作成データ格納領域を特定する特定手段と、
前記特定されたユーザ作成データ格納領域の中の文書を検索する検索手段を有することを特徴とする装置。
【請求項５】
アンインストール対象のアプリケーションをアンインストールする装置の制御方法であって、
アンインストール対象のアプリケーションの管理するユーザ作成データ格納領域から、ユーザ作成データを、他のインストール済のアプリケーションが管理しているユーザ作成データ格納領域に移動する処理工程を有する装置の制御方法。
【請求項６】
前記処理工程では、
前記移動に際して、前記ユーザ作成データを、
アンインストール対象のアプリケーションのためのフォーマットから、
他のインストール済のアプリケーションのためのフォーマットに変換することを特徴とする請求項５に記載の装置の制御方法。
【請求項７】
起動中でないアプリケーションを特定する特定工程と、
前記特定されたアプリケーションのユーザ作成データ格納領域の中のユーザ作成データを検索する検索工程とを有することを特徴とする装置の制御方法。
【請求項８】
ユーザ作成データ格納領域のうち、起動しているアプリケーションが管理していないユーザ作成データ格納領域を特定する特定工程と、
前記特定されたユーザ作成データ格納領域の中の文書を検索する検索工程を有することを特徴とする装置の制御方法。
【請求項９】
請求項５乃至８の何れか１項に記載の装置の制御方法の各工程をコンピュータに実行させるためのプログラム。
【請求項１０】
請求項９に記載のプログラムを格納したコンピュータよみ取り可能な記憶媒体。
【請求項１１】
少なくともライセンス管理されたアプリケーションがインストールされている装置であって、
アプリケーションのライセンスが切れたときに該アプリケーションの管理するユーザ作成データ格納領域から、ユーザ作成データを、他のアプリケーションが管理しているユーザ作成データ格納領域にコピーする処理手段を有する装置。
【請求項１２】
前記処理手段は、
前記コピーに際して、前記ユーザ作成データを、
ライセンスの切れたアプリケーションのためのフォーマットから、
他のアプリケーションによって印刷可能なフォーマットに変換することを特徴とする請求項１１に記載の装置。
【請求項１３】
ライセンスの切れているアプリケーションにライセンスが追加されたときには、前記処理手段は、他のアプリケーションが管理しているユーザ作成データ格納領域にコピーされていたユーザ作成データを削除することを特徴とする請求項１１又は請求項１２記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ作成データを取り扱う装置、その制御方法、プログラム、記憶媒体に関する。
【背景技術】
【０００２】
従来、ユーザが装置の運用の形態を変更すべく、アプリケーションをインストールしたりアンインストールしたりすることが可能なアプリケーションプラットフォームが提案されている。このような環境においては、ユーザがアプリケーションをアンインストールしてしまうと、ユーザが当該アプリケーションを使用して作成したデータを取り扱うことができなくなる可能性があった。
【０００３】
そこで、特許文献１ではアプリケーションのバージョンアップインストールの際に、旧バージョンを用いてユーザの作成したアプリケーションデータを、新バージョンのアプリケーション管理領域に移動する方法を提案し、ユーザが新バージョンのアプリケーションを利用して旧バージョンのユーザ作成データを利用することを可能にしている。
【特許文献１】特開２００２−０７３３３８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１は、アプリケーションのバージョンアップの場合（アンインストールかつインストールをする場合）にのみ、アンインストールされるユーザ作成データにアクセスを可能にする仕組みを開示する。しかし、バージョンアップではなくてアプリケーションのアンインストールを実行した場合には、当該アプリケーションのデータを取り扱えなくなるという課題は残されたままである。
【０００５】
言い換えると、新たなアプリケーションのインストールを伴わずにアプリケーションのアンインストールが行われる場合には、そのアンインストールされるアプリケーションが管理していたユーザ作成データを、ユーザは利用することができなくなる。
【課題を解決するための手段】
【０００６】
本発明の一態様は、請求項１に係るアプリケーションプラットフォームをもって、上記課題を解決する。
【発明の効果】
【０００７】
新たなアプリケーションのインストールを伴わずにアプリケーションのアンインストールが行われる場合にも、そのアンインストールされるアプリケーションが管理していたユーザ作成データをユーザが利用できるようになる。
【０００８】
アプリケーションのライセンスが無効になっても、そのアプリケーションが管理していたユーザ作成データをユーザが利用できるようになる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【実施例１】
【００１０】
図１は、本発明のアプリケーションプラットフォームを適用した画像形成装置の概略構成を示すブロック図である。
【００１１】
（画像形成装置１の説明）
画像形成装置１は、印刷装置１１及び画像処理装置１２から成る。
【００１２】
画像処理装置１２は、ＣＰＵ１２１と直接記憶部１２２（例、ＲＡＭ）と間接記憶部１２３（例、ＨＤＤ）とユーザインタフェース１２４と外部インターフェース１２５とから成る。
【００１３】
直接記憶部１２２は、ＣＰＵ１２１と直接データをやり取りする記憶部であり、間接記憶部１２３は直接記憶部１２２を介してＣＰＵ１２１とデータをやり取りする記憶部である。直接記憶部１２２には、種々のアプリケーションプログラム及びプラットフォームプログラムが記憶されている。
【００１４】
ユーザインタフェース１２４は、キーボード、マウス、ディスプレイ等から成り、ユーザからの指示の受付け、データ（画面データ）の表示をすることが可能となっている。
【００１５】
外部インターフェース１２５は、外部装置からのデータの受信や外部装置へのデータの送信が可能となっている。例えば、外部装置としては、外付けＨＤＤや外付けＵＳＢメモリ等の外付け記憶装置や、ネットワークを介して接続された別体のホストコンピュータや画像形成装置等の別体装置が含まれる。
【００１６】
（プラットフォーム部２０の説明）
ＣＰＵ１２１は、間接記憶部１２３に記憶されたプラットフォームプログラムを直接記憶部１２２に移動する（記憶させる）ことができる。移動が完了すると、ＣＰＵ１２１がプラットフォームプログラムを実行することができる状態になる。以降では、このように「ＣＰＵ１２１がプラットフォームプログラムを実行することができる状態になること」を、プラットフォーム部２０が起動すると称する。
【００１７】
なお、以降では、以下の構成の組み合わせをプラットフォーム部２０と称している。ＣＰＵ１２１。直接記憶部１２２のうちのプラットフォームプログラムを記憶している領域。ＣＰＵ１２１が上記プラットフォームプログラムを処理した際に得られる情報（計算結果等）を記憶する（直接記憶部１２２及び間接記憶部１２３のうちの）領域。
【００１８】
（アプリケーションプログラムの説明）
プラットフォーム部２０は、間接記憶部１２３に記憶されたアプリケーションプログラムを直接記憶部１２２に移動する（記憶させる）ことができる。移動が完了すると、プラットフォーム部２０がアプリケーションプログラム（＝アプリケーション）を実行することができる状態になる。以降ではこのことを、プラットフォーム部２０がアプリケーションを起動すると称する。
【００１９】
逆に、プラットフォーム部２０は、直接記憶部１２２に記憶されたアプリケーションを間接記憶部１２３に残しつつ直接記憶部１２２から削除することができる。本実施例ではこのことを、プラットフォーム部２０がアプリケーションを停止すると称する。
【００２０】
プラットフォーム部２０は、外部インターフェース部１２５を介してアプリケーションを受信して間接記憶部１２３に記憶することができる。なお、この時、プラットフォーム部２０は、そのアプリケーションを動作させるために必要な設定データを作成する。また、図２（Ａ）で後述するアプリケーションの管理情報（アプリケーション管理データ２００）内に、そのアプリケーションを管理するためのレコードを作成する。また、プラットフォーム部２０は、そのアプリケーションのための後述のデータ管理領域を間接記憶部１２３上に作成すると共に、必要なデータをそのデータ管理領域に記憶させる。具体的には、例えば、上記必要な設定データを、間接記憶部１２３内のデータ管理領域に記憶させる。なお、本明細書では、ユーザ作成データとはユーザデータと同義である。
【００２１】
以降では、アプリケーションを間接記憶部１２３に記憶すること、及び、アプリケーションを管理するためのレコードを作成することをもって、アプリケーションをインストールすると称する。
【００２２】
また、逆に、プラットフォーム部２０は、間接記憶部１２３に記憶されたアプリケーションを間接記憶部１２３から削除することができる。また、その削除に伴い、そのアプリケーションを管理するためのレコードに対して変更を加えたり、そのレコードを削除したりすることができる。さらには、上記データ管理領域から全てのデータを削除して上記データ管理領域を開放したり、一部のデータを削除して上記データ管理領域を縮小したりすることができる。
【００２３】
以降では、アプリケーションを間接記憶部１２３から削除すること、また、アプリケーションを管理するためのレコードに対して変更を加える、又は、そのレコードを削除することをもってアンインストールすると呼称する。
【００２４】
（アプリケーションの管理情報の説明）
図２（Ａ）は、アプリケーションの管理情報を示すデータ構成図である。
【００２５】
アプリケーション管理データ２００は、プラットフォーム部２０が記憶している。
データ項目２０１は、アプリケーションのＩＤを示すデータ項目であり、アプリケーション管理データ２００において一意である。
データ項目２０２は、アプリケーションの名称を示すデータ項目である。
データ項目２０３は、アプリケーションが管理するデータ領域を示すデータ項目である。
データ項目２０４は、アプリケーションの状態を示すデータ項目である。データ項目２０４の値としては、“起動”、“停止”、”削除”のいずれかをとり得る。プラットフォーム部２０がアプリケーションを起動している場合は、データ項目２０４は“起動”である。プラットフォーム部２０がアプリケーションを停止している場合は、データ項目２０４は“停止”である。プラットフォーム部２０からアプリケーションをアンインストールしている場合は、本実施例において、そのアプリケーションは、この図２（Ａ）のテーブルに現れない。
データ項目２０５は、データ項目２０１の示すアプリケーションが取り扱うことが可能なユーザ作成データのデータフォーマットを示す項目である。データ項目２０５の値には、ユーザ作成データのファイル名に用いられる拡張子が使用され、同時に複数の値を格納することが可能である。
データ項目２０６は、ユーザ作成データをフォーマット変換することで得られるデータのフォーマットを示す。例えば、図２（Ａ）におけるプリントアプリケーションは、処理可能データがＰＤＬデータ、ＰＤＦデータである。ここで、これらのデータはＮＡＴＩＶＥデータにフォーマット変換することができるので、データ項目２０６の値はＮＡＴＩＶＥになっている。なお、データ項目２０６の値にはデータ項目に２０５と同じく、拡張子が使用される。
【００２６】
本実施例では、アプリケーション管理データ２００の１つの行をレコードと呼称する。本実施例では、レコードは、データ項目２０１およびデータ項目２０２、データ項目２０３、データ項目２０４、データ項目２０５、データ項目２０６から成る。１レコードは、１つのアプリケーションについての管理情報を表す。本明細書では、このようにあるアプリケーションをプラットフォーム部が管理するための情報をレコードと称する。
【００２７】
プラットフォーム部２０は、アプリケーションをインストールした際に、アプリケーション管理データ２００にレコードを追加する。そして、プラットフォーム部２０は、レコードの追加直後に、データ項目２０１、２０５、２０６をデータを入力する。この時点では、データ項目２０２、データ項目２０３、データ項目２０５およびデータ項目２０６はブランクであり、データ項目２０４は“停止”である。そこで、プラットフォーム部２０は、新しいアプリケーションのＩＤを生成し、追加したレコードのデータ項目２０１に入力する。このＩＤは、アプリケーション管理データ２００の他のレコードのデータ項目２０１と重複しないように生成する。
【００２８】
その後、プラットフォーム部２０は、後述するアプリケーション定義ファイルを元にデータ項目２０１、データ項目２０５、データ項目２０６にデータを入力する。
【００２９】
最後に、プラットフォーム部２０はデータ管理領域を作成し、その領域を指し示すデータをデータ項目２０３に入力する。
【００３０】
なお、プラットフォーム部２０は、アプリケーションを起動ないし停止した場合に、データ項目２０３を“起動”ないし“停止”となるように更新する。
【００３１】
また、ユーザは、特定のアプリケーションにより管理されているユーザデータ（ユーザデータ＝ユーザ作成データ）にアクセスしたい場合、ユーザインターフェース１２４を介してその特定のアプリケーションの選択を行う。具体的には、コピーアプリケーションにより管理されているユーザデータにアクセスしたい場合、図８（Ａ）に表されている表示画面を見て、その表示画面のうちのコピーというボタンをユーザはタッチする。これにより、そのアプリケーションが選択されることになる。そして、その選択により遷移する画面上から、コピーアプリケーションにより管理されているユーザデータにアクセスを行うことができるようになる。ここで、図８（Ａ）の表示画面上では、起動されているアプリケーションのみが表示されている。そのため、起動されていないアプリケーションにより管理されているユーザデータには、ユーザはアクセスできない。
【００３２】
もちろん、アンインストールされたアプリケーションの管理していたユーザデータについても、アンインストールされたアプリケーションが「起動されていないアプリケーション」にあたる以上、ユーザはアクセスできない。
【００３３】
そこで、本実施例では、アンインストールされるアプリケーションの管理していたユーザデータに対してユーザがアクセスできるようにするため、そのユーザデータを、アンインストールされないインストール済のアプリケーションのデータ管理領域へと移動する。
【００３４】
なお、以降では、ユーザデータは、（本画像形成装置１を使用したことのある）ユーザ達のユーザインタフェース１２４を介した指示により本画像形成装置１内のプラットフォーム部２０で作成されたデータを意味する。ただし、別の実施例として、ユーザデータが、現在ユーザインタフェース１２４を介してアンインストールの指示の行っているユーザのみの指示によりプラットフォーム部２０で作成されたデータを意味する、ことも考えられる。この別の実施例では、後述のユーザデータ管理情報における各レコードには、文書ＩＤ（６０１）やデータ名（６０２）だけでなく、どのユーザの指示により作成されたデータであるかを示す情報（不図示の６０５）が新たに付加されていることになるであろう。
【００３５】
（アンインストール時の処理の説明）
図３は、本実施例における、プラットフォーム部２０がアプリケーションをアンインストールする際の処理手順を示したフロー図である。
【００３６】
ユーザインタフェース１２４は、ユーザによるアプリケーションのアンインストール指示を受け付け、プラットフォーム部２０に通知する。この通知をきっかけとして、プラットフォーム部２０は以下の処理を実行する。
【００３７】
まず、プラットフォーム部２０は、アンインストール対象のアプリケーションを停止する（Ｓ３０１）。そして、そのアプリケーションの状態を”起動”から”停止”に変更する。なお、Ｓ３０１の処理を行う前に既に、アンインストール対象のアプリケーションが停止している場合には、このＳ３０１は行わない。なお、このアプリケーションが停止しているか起動しているか否かは、そのアプリケーションに関する状態２０４により判断できる。
【００３８】
プラットフォーム部２０は、アンインストール対象のアプリケーションのデータ管理領域情報を、獲得する（Ｓ３０２）。本処理は、プラットフォーム部が、アプリケーション管理データ２００におけるアンインストール対象のアプリケーションのレコードから、そのレコードに含まれるデータ項目２０３のデータより情報を獲得することにより実行される。
【００３９】
次にプラットフォーム部２０は対象アプリケーションのデータ管理領域にユーザ作成データが存在するかどうかを判断する（Ｓ３０３）。この判断は、プラットフォーム部２０が、前記データ管理領域内を検索することにより成る。Ｓ３０３でユーザ作成データが存在すると判定された場合には、Ｓ３０４に、ユーザ作成データが存在しないと判定された場合にはＳ３１１に処理を進めてＳ３０４〜Ｓ３１０までの処理を行わない。
【００４０】
Ｓ３０４においてプラットフォーム部２０は、インストール済のアプリケーション一覧の表示をユーザインタフェース１２４に指示する。指示を受けたユーザインタフェース１２４は、図４に示すアプリケーション選択画面を表示する。アプリケーション一覧で表示されるアプリケーションは、アプリケーション管理データ２００で管理されているアプリケーション（即ち、インストール済のアプリケーション）である。
【００４１】
なお、この時、アプリケーション一覧の表示に際しては、全てのインストール済のアプリケーションではなくて、全てのインストール済のアプリケーションのうちの特定のアプリケーションのみを表示するのも良い。ここで、特定のアプリケーションのうちの一種類目は、アンインストールされるアプリケーションの管理しているユーザ作成データを扱える種類のアプリケーションである。また、特定のアプリケーションのうちの二種類目は、アンインストールされるアプリケーションの管理していたユーザ作成データをコンバート（コンバート＝フォーマット変換）すれば、そのユーザ作成データを扱えるようになる種類のアプリケーションである。なお、一種類目にも二種類目にも入らないアプリケーションは、全て、特定のアプリケーション以外のアプリケーションである。特定のアプリケーションであるか否かの判別は、データ項目２０５や２０６により可能である。
【００４２】
続いて、Ｓ３０５では、ユーザインタフェース１２４は、一覧で表示されたアプリケーションの中から、一つのアプリケーションの選択指示をユーザより受付けてプラットフォーム部２０に通知する。
【００４３】
プラットフォーム部２０は、選択指示されたインストール済のアプリケーション（この選択指示されたアプリケーションを移動先アプリケーションと称する）が、アンインストールされるアプリケーションのユーザデータを扱えるかどうかを判断する（Ｓ３０６）。この判断は、アンインストールされるアプリケーションのユーザ作成データのデータフォーマットが、移動先アプリケーションのデータ項目２０５（処理可能データ）に含まれるかどうかを判定することにより成る。そして、移動先アプリケーションがユーザ作成データを扱える場合、プラットフォーム部２０はＳ３０９に処理を進め、ユーザ作成データを扱えない場合はＳ３０７に処理を進める。
【００４４】
Ｓ３０７でプラットフォーム部２０は、プラットフォーム部２０によってフォーマット変換可能なデータフォーマット（アンインストールされるアプリケーションの管理していたユーザ作成データのフォーマットを変換することで得られるデータフォーマット。）を移動先アプリケーションが扱えるかどうかを判断する。この判断は、アンインストールされるアプリケーションの変換可能データ２０６が、移動先アプリケーションのデータ項目２０５（処理可能データ）に含まれるかどうかを判定することにより成る。
【００４５】
移動先アプリケーションが変換可能データを扱えないとプラットフォーム部２０がＳ３０７で判定した場合、その旨を示すエラーメッセージをユーザインターフェース１２４を介して表示した後に処理をＳ３１１に進める。この場合、データの移動は行われないままアンインストールが実行されることになる。
【００４６】
プラットフォーム部２０が、移動先アプリケーションが変換可能データを扱えるとＳ３０６で判定した場合は、ユーザ作成データのフォーマット変換（コンバート処理）を実行する（Ｓ３０８）。なお、このコンバート処理はプラットフォーム部２０だけで行ってもよい。また、アンインストールされるアプリケーションがコンバート機能を持っているのであれば、そのアプリケーションのコンバート機能を利用してコンバート処理を行ってもよい。後者の場合、コンバート処理は、プラットフォーム部２０が、移動元アプリケーションのコンバート機能を呼び出す形で行われる。それにより、そのアプリケーションの管理しているデータ管理領域内のユーザ作成データの全てが、特定のフォーマットのデータにフォーマット変換されることになる。特定のフォーマットとは、移動先アプリケーションの処理可能データ２０５のデータ項目として記載されているフォーマットであって、かつ、移動元アプリケーションにとっての変換可能データ２０６のデータ項目として記載されているフォーマットのことである。なお、変換可能フォーマットが複数存在する場合は、１番目に登録されているフォーマットが選択される。また、ユーザインターフェース１２４を介してユーザに選択肢を示してもよい。プラットフォーム部２０は、コンバート処理が終了すると、処理をＳ３０９に進める。
【００４７】
Ｓ３０９でプラットフォーム部２０は、移動先アプリケーションのデータ管理領域を検出する。この検証ツは、プラットフォーム部２０が、移動先アプリケーションのレコード内のデータ項目２０３から値を獲得することによって行われる。その後、プラットフォーム部２０は、アンインストールするアプリケーションのユーザ作成データを、Ｓ３０９で検出した移動先アプリケーションのデータ管理領域に移動する（Ｓ３１０）。
【００４８】
Ｓ３１１でプラットフォーム部２０は、前述したアプリケーションのアンインストールをする。さらに、前述したアプリケーションの管理するデータ管理領域２０３の中の全てのデータを削除する。これにより、Ｓ３０７でＮｏと判定されたユーザ作成データや、ユーザ作成データを管理する情報（図６のテーブル）や、アプリケーションが削除されることになる。そして、そのデータ管理領域を開放する。併せて、プラットフォーム部２０は、このＳ３１１で、アンインストールされるアプリケーションのレコードを図２（Ａ）のテーブルから削除する。
【実施例２】
【００４９】
実施例１では、移動できなかったユーザ作成データの全てを削除することとした。実施例２では、移動できなかったユーザ作成データについては削除することなく残しておく。実施例１の場合に比べて間接記憶領域を圧迫することになるが、ユーザ作成データがアプリケーションのアンインストールに伴い削除されることはなくなる。
【００５０】
とはいえ、何らかの手段を講じない限り、起動されていないアプリケーションのユーザ作成データにユーザはアクセスできない。そこで、本実施例では、後述のように、無効データ検索という手段を講じる。
【００５１】
以下、実施例２では、Ｓ３１１の処理のみが、実施例１と異なる。以下、このＳ３１１の処理を説明する。なお、実施例２におけるＳ３１１は、図１２のＳ１２０１〜Ｓ１２０３からなる。
【００５２】
プラットフォーム部２０は、アンインストールするアプリケーションのデータ管理領域にユーザ作成データが残っているかどうかを判断する（Ｓ１２０１）。この判断は、Ｓ３０３の判断と同じである。そして、プラットフォーム部２０はユーザ作成データが存在すると判断した場合にはＳ１２０２に、ユーザ作成データが存在しないと判断した場合にはＳ１２０３に処理を進める。ユーザ作成データがＳ３１０で移動されてデータ管理領域から無くなった場合や、元々、ユーザ作成データがデータ管理領域に無い場合には、Ｓ１２０３に処理を進めることになる。
【００５３】
Ｓ１２０２で、プラットフォーム部２０は、前述したアプリケーションのアンインストールをする。この時、アプリケーションの管理するデータ管理領域２０３の中の一部のデータを削除する。一部のデータとは、ユーザ作成データと、ユーザ作成データを管理する情報（図６のテーブル）とを除く、データ管理領域２０３中の全てのデータである。具体的には、アプリケーションや、アプリケーションが動作する際に必要となる設定データが上記一部のデータとして削除されることになる。すると、データ管理領域２０３には、ユーザ作成データと、ユーザ作成データを管理する情報（図６のテーブル）だけが残るので、アンインストールされる前の状態のサイズは必要なくなる。そこで、ユーザ作成データと、ユーザ作成データを管理する情報が収まるサイズになるようデータ管理領域２０３のサイズを縮小する。そして、縮小後のデータ管理領域のアドレスを示す情報で、データ管理領域２０３の値を更新する。加えて、プラットフォーム部２０は、アンインストールされるアプリケーションの該当レコードのデータ項目２０４の値を“削除”に変更する（図２（Ｂ）の機器内文書管理アプリケーションを参照）。データ項目２０４の値を“削除”に変更する。この”削除”への変更により、当該アプリケーションのユーザ作成データは、図７で説明する無効データ検索処理の処理対象となる。
【００５４】
Ｓ１２０３で、プラットフォーム部２０は、前述したアプリケーションのアンインストールをする。この処理は実施例１におけるＳ３１１の処理と同じであるので説明を省略する。
【００５５】
（データ管理領域の説明）
図５は、プラットフォーム部２０が管理するデータ管理領域（図２（Ａ）のデータ項目２０３により示される領域）の階層構造を示す図である。本階層構造は間接記憶部１２３上に構築される。
【００５６】
第一階層は、システム領域（５０１）、アプリケーションプログラム領域（５０２）、ユーザデータ領域（５０５）より成る。
【００５７】
システム領域５０１には、プラットフォーム部２０や、画像処理装置そのものを動作させるための基本プログラム、各種設定ファイル、一時ファイル等が格納されている。
【００５８】
アプリケーションプログラム領域５０２には、第２階層が構築される。第２階層には各アプリケーションや、アプリケーションを動作させるために必要な設定データを格納するための領域５０３、５０４が配置される。この第２階層の各アプリケーション用の領域は、アプリケーションがインストールされる際に作成されるデータ管理領域の一部である。
【００５９】
ユーザデータ領域５０５には、第２階層が構築される。この第２階層には各アプリケーションのユーザ作成データを格納するための領域（ユーザ作成データ格納領域）５０６、５０７が配置される。第２階層の領域はアプリケーションが、そのアプリケーションを用いて作成されるユーザデータを記憶するための領域である。また、この領域は、同時に、そのユーザデータの管理情報を際に記憶するためにも用いられる。なお、この第２階層の各アプリケーション用の領域は、アプリケーションがインストールされる際に作成されるデータ管理領域の一部である。
【００６０】
図６は、１つのアプリケーション管理領域内で管理されるユーザ作成データの管理情報を示すデータ構造図である。
【００６１】
個々のアプリケーションは、それぞれのデータ管理領域内のユーザデータ領域の第２階層にユーザデータ管理情報６００を記憶して管理している。この管理情報６００のフォーマットと前記データ管理領域のうちの管理情報の保存場所は予め規定されているため、プラットフォーム部からアクセス可能である。例えば、ユーザデータ領域５０５のブロックＡのうちの最初のアドレスが、管理情報の保存場所となる。
【００６２】
データ項目６０１は、ユーザデータのＩＤを示すデータ項目であり、ユーザデータ管理情報６００において一意である。また本ＩＤはアプリケーションＩＤとの合成で表されるため、別のアプリケーションの管理テーブルを含めても一意である。例えば、１０００１のＩＤで示されるユーザデータは、００００１のプリントアプリケーションの管理するユーザデータのうちの１番目のデータである。また、２０００１のＩＤで示されるユーザデータは、００００１のプリントアプリケーションの管理するユーザデータのうちの２番目のデータである。
【００６３】
データ項目６０２はユーザデータの名称を示すデータ項目である。
【００６４】
データ項目６０３はユーザデータのフォーマットを示すデータ項目である。データ項目６０３の値にはデータ項目２０５と同じく、データのファイル名に用いられる拡張子が使用される。
【００６５】
ユーザデータ管理情報６００の１つの行をレコードと呼称する。レコードはデータ項目６０１、データ項目６０２、データ項目６０３から成る。レコードは１つのユーザデータの管理情報を表す。
【００６６】
なお、各アプリケーションは、ユーザがデータを作成した際に、ユーザデータ管理情報６００にレコードを追加する。また、各アプリケーションはユーザデータを削除した際に、該当するレコードをユーザデータ管理情報６００から削除する。
【００６７】
（無効データの検索の説明）
ユーザは、特定のアプリケーションにより管理されているユーザデータにアクセスしたい場合、ユーザインターフェース１２４を介してその特定のアプリケーションの選択を行う。具体的には、コピーアプリケーションにより管理されているユーザデータにアクセスしたい場合、図８（Ａ）に表されている表示画面を見て、その表示画面のうちのコピーというボタンをユーザはタッチすることで、そのアプリケーションを選択することになる。そして、その選択により遷移する画面上から、コピーアプリケーションにより管理されているユーザデータにアクセスを行うことになる。しかし、図８（Ａ）の表示画面上では、起動されているアプリケーションに対応するボタン（このボタンが押されると、それに対応するアプリケーションに対する指示がユーザは行えるようになる）のみが表示されている。このように、起動しているアプリケーションに対応するボタンだけを表示することで、表示するアプリケーションの数を絞り、ユーザの利便性を向上させているのである。
【００６８】
しかし、一方で、起動されていないアプリケーションにより管理されているユーザデータには、ユーザはアクセスできない。そこで、起動されていないアプリケーションにより管理されているユーザデータにアクセスするための方法を以下に説明する。具体的には、図８（Ｂ）のように、無効文書検索８０２のボタンを設けるのだが、その設けたボタンを使用する場合の処理について説明する。なお、起動されていないアプリケーションにより管理されているユーザータのことを無効データと呼称する。
【００６９】
図７は、本実施例における、プラットフォーム部２０が無効データを検索する際の処理手順を示したフロー図である。
【００７０】
ユーザインタフェース１２４は、ユーザによる無効データの検索指示を受付け、プラットフォーム部２０に通知する。これにより、プラットフォーム部２０は、図７に示す処理を実行する。なお、ユーザによる無効データの検索指示は、ユーザインタフェース上に表示された図８（Ｂ）の画面８００にタッチすることで行われる。
【００７１】
ここで簡単に図８（Ｂ）の説明を行う。図８（Ｂ）の画面８００は、アプリケーションを選択するためのメニュー画面である。アプリケーションボタン群８０１は、プラットフォーム部２０が起動しているアプリケーションを示すボタン群である。アプリケーションボタン８０２は、無効文書検索処理を行うためのボタンである。
【００７２】
上記通知を受けると、プラットフォーム部２０は、アプリケーション管理データ２００に記載された全てのアプリケーションのうち、起動していないアプリケーションを検出する。これはプラットフォーム部２０が、アプリケーション管理データ２００における各レコードのデータ項目２０４（状態）の値を確認する処理（Ｓ７０１〜Ｓ７０２、Ｓ７０６の一連の処理）により実行される。Ｓ７０１でプラットフォーム部はアプリケーション管理データ２００よりレコードを取得する。プラットフォーム部２０は、レコードは先頭より順次１レコード単位で取得する。
【００７３】
次にプラットフォーム部は、獲得したレコードに対応するアプリケーションが起動状態であるかどうかを判断する。この判断は、プラットフォーム部２０が前記レコードのデータ項目２０４の値が“起動”であるか否（停止や削除）かを確認することによって行われる。プラットフォーム部２０は、当該アプリケーションが起動状態であると判定すると、処理をＳ７０６に進め、起動状態でないと判断した場合には処理をＳ７０３に進める。
【００７４】
次にプラットフォーム部２０は、起動されていないと判定したアプリケーションの管理領域に格納されているユーザデータを検索する。この処理はＳ７０３〜Ｓ７０５の一連の処理によって実行される。
【００７５】
Ｓ７０３では、プラットフォーム部２０は、Ｓ７０２で起動していないと判定したアプリケーションのデータ管理領域を検出する。この処理は、プラットフォーム部２０が、Ｓ７０１で獲得したレコードのデータ項目２０３の値を獲得することによって行われる。
【００７６】
次に、Ｓ７０４では、プラットフォーム部２０は、検出した管理領域に格納されているユーザデータ管理情報６００を取得する。取得したユーザデータ管理情報６００には、管理領域に格納されているユーザ作成データの一覧が記載されているので、そのユーザ管理データ６００の全てをプラットフォーム部は検索結果情報として直接記憶部１２２に展開する。なお、既に直接記憶部１２２で記憶された検索結果情報が存在すれば、前記データは追記する形で記憶される（Ｓ７０５）。
【００７７】
Ｓ７０１で獲得したレコードに対する処理がＳ７０５まで終了すると、続いて、プラットフォーム部２０は次のレコードがあるかどうかを確認する（Ｓ７０６）。プラットフォーム部２０は、次のレコードが存在すれば処理をＳ７０１に進め、次のレコードが存在しなければ処理をＳ７０７に進める。
【００７８】
プラットフォーム部２０はＳ７０５で記憶した検索結果情報を、ユーザインタフェース１２４に表示して処理を終了する（Ｓ７０７）。例えば、後述の図９のように表示をすることになる。なお、この後、ユーザがユーザインタフェース１２４を介して、検索結果情報内のユーザ作成データにアクセス（閲覧、編集、印刷等）することができるようになるのは言うまでもない。
【００７９】
以上説明したフローにより、プラットフォーム部２０が無効データを検索する手段を提供することが可能になり、ユーザは自ら作成したユーザデータを有効利用することができる。
【００８０】
なお、図９の画面９００は無効文書検索の処理結果を表示するための画面（Ｓ７０７で表示される画面）である。
【００８１】
９０１は検索結果一覧である。検索結果一覧は、ＩＤ、データ名、パスの各データ項目で構成され、それぞれは、ユーザデータ管理情報中のデータ項目６０１、データ項目６０２、データ項目６０４に相当する。
【００８２】
９０２、９０３、９０４は処理ボタン群である。ユーザは検索結果一覧９０１の中から所望の文書を選択して、処理ボタン群を押すことによって所望の処理を実行可能である。
【００８３】
なお、本実施例における装置が用いられると、例えば、機器内文書管理というアプリケーション名のアプリケーションがアンインストールされる時には以下のことが行われる。まず、機器内文書管理の処理可能データＮＡＴＩＶＥを扱える他のアプリケーションは存在しないので、このＮＡＴＩＶＥ形式のユーザデータがＰＤＦ形式のユーザデータに変換される。そして、そのＰＤＦを取り扱うことのできるプリントアプリケーションのユーザデータ格納領域に、機器内文書管理のユーザデータ格納領域内のＰＤＦ形式のユーザデータが移動されることになる。を削除する場合を想定している。
【実施例３】
【００８４】
実施例２では、アプリケーション管理情報等の機構を用いてアプリケーションの状態管理を行っている状況での、無効データの検索方法を説明した。本実施例では、無効データのまた別の検索方法を説明する。
【００８５】
（データ管理領域の説明）
図１０は、間接記憶部１２３の論理構造を示す図である。１０００は、実データ空間であり、論理的に分割されている。実データ空間は分割されたシステム領域（１００１）、アプリケーションプログラム領域（１００２）、ユーザデータ領域（ブロックＡ（１００３）、ブロックＢ（１００４）、ブロックＣ（１００５））、空き領域（１００６）より構成される。
【００８６】
システム領域５０１にはプラットフォーム部２０や、画像処理装置そのものを動作させるための基本プログラム、各種設定ファイル、一時ファイル等が格納されている。
【００８７】
アプリケーションプログラム領域５０２には、インストールされた各種プログラムが格納される。各プログラムは、は図５で示したように階層構造を構築して保存されても構わない。
【００８８】
１００３、１００４、１００５のユーザデータ領域には各アプリケーションがユーザデータを格納する。本領域はアプリケーションをインストールする際に、プラットフォーム部２０によって作成される。また、各のされたデータは実施例１と同様にユーザデータ管理情報を用いて管理される。
【００８９】
１００６は空き領域である。プラットフォーム部２０は、新規アプリケーションのインストールの際に、本空き領域からデータ管理領域を獲得して作成する。
【００９０】
（無効データの検索の説明）
図１１は本実施例における、プラットフォーム部２０が無効データを検索する際の処理手順を示したフロー図である。
【００９１】
ユーザインタフェース１２４は、ユーザによる無効データの検索指示を受付け、プラットフォーム部２０に通知する。これにより、プラットフォーム部２０は以下の処理を実行する。
【００９２】
まずプラットフォーム部２０は、Ｓ１１０１で、直接記憶部１２２上に起動されているアプリケーションの全てを特定する。本処理は、予め定められたアプリケーションプラグラムインターフェース（ＡＰＩ）を介して実施される。プラットフォーム部２０で動作するためには、このＡＰＩをサポートすることは必須であるものとする。
【００９３】
続いて、Ｓ１１０４でプラットフォーム部２０は、図１０で示したユーザデータ領域（１００３、１００４、１００５）を特定する。なお、ユーザデータ領域は、例えば「ブロックＡ」「ブロックＢ」「ブロックＣ」といった論理名で特定される。
【００９４】
次にプラットフォーム部２０は、対象とするブロックが、起動しているアプリケーションにより管理される領域かどうかを判断する（Ｓ１１０５）。対象とするブロックが、起動しているアプリケーションにより管理される領域である場合、プラットフォーム部２０は処理をＳ１１０８に進める。対象とするブロックが、起動しているアプリケーションにより管理されない領域である場合、プラットフォーム部２０は処理をＳ１１０６進める。
【００９５】
Ｓ１１０６−Ｓ１１０７でプラットフォーム部は、対象とするブロックに含まれるユーザデータの検索処理を実施する。本処理は、図７で示したＳ７０４−Ｓ７０５と同様の処理である。
【００９６】
次にプラットフォーム部２０は、他に対象とすべきブロックがあるかを判断し、あると場合は処理をＳ１１０４に戻し、ない場合は処理をＳ１１０９に進める。即ち、ユーザデータ領域内の全てのブロックに対してＳ１１０４〜Ｓ１１０７の処理を行うとＳ１１０９に進むのである。
【００９７】
最後にプラットフォーム部２０はＳ１１０７で記憶した検索結果情報を、ユーザインタフェース１２４に表示して処理を終了する（Ｓ１１０９）。
【００９８】
このように、本実施例によれば、アプリケーションの起動状態がテーブル上に管理されていない状態であっても、プラットフォーム部２０が無効データを検索する手段を提供することが可能になり、ユーザは作成したユーザ資産を有効利用することができる。
【実施例４】
【００９９】
実施例１〜３では、アプリケーションがアンインストールされるときの課題に対する解決方法を説明した。本実施例では、ライセンス管理されているアプリケーションのライセンスが切れることにより、そのアプリケーションが管理しているユーザデータをユーザがアクセスできなくなる課題に対する解決方法を説明する。
【０１００】
（ライセンス管理の説明）
図１３は、プラットフォーム部２０がアプリケーション毎に管理しているライセンス管理情報を示すデータ構成図である。
【０１０１】
ライセンス管理データ２０００は、プラットフォーム部２０が記憶している。
データ項目２００１は、アプリケーションＩＤを示すデータ項目であり、実施例１のアプリケーション管理データ２００におけるデータ項目２０１と同じものである。
データ項目２００２は、ライセンスＩＤを示すデータ項目であり、ライセンスＩＤは、ライセンス取得時にアプリケーションベンダーより与えられ、インストール時にユーザにより入力されたデータである。
データ項目２００３は、ライセンスの状態を示すデータ項目であり、対象のアプリケーションのライセンスが有効かどうかを示すものである。データ項目２００３の値としては、「有効」、「無効」、「フリー」のいずれかをとり得る。
【０１０２】
プラットフォーム部２０は、各アプリケーションに対して、データ項目２００２のライセンスＩＤに対応する使用条件２００４を満たしているかどうかを判定する。そして、使用条件２００４を満たしていれば「有効」に、使用条件２００４を満たしていなければ「無効」に設定する。例えば、現在の日付が２００８年７月１日の場合、アプリケーションＩＤ＝００００１の使用期限は「２００９／１２／３１」であるため、アプリケーションＩＤ＝００００１のライセンス状態は「有効」と判断される。一方、アプリケーションＩＤ＝００００３の使用期限は「２００８／６／３１」であるため、アプリケーションＩＤ＝００００３のライセンス状態は「無効」と判断される。
【０１０３】
ライセンスが不要なアプリケーションの場合、プラットフォーム部２０は、そのアプリケーションのデータ項目２００３に「フリー」を設定する。ライセンスの使用条件２００４としては、アプリケーションの使用を許可する期間が設定されていることが多い。
【０１０４】
本実施例では、データ項目２００３が「有効」に設定されているアプリケーションのことを、ライセンスが有効なアプリケーションと称する。データ項目２００３が「無効」に設定されているアプリケーションのことを、ライセンスが無効なアプリケーションと称する。また、データ項目２００３が「フリー」に設定されているアプリケーションのことをライセンスフリーなアプリケーションと称する。さらに本実施例では、ライセンスが有効なアプリケーションが、ライセンスが無効なアプリケーションに変わることをアプリケーションのライセンスが切れると称する。また、ライセンスが無効なアプリケーションが、ライセンスが有効なアプリケーションに変わることをアプリケーションのライセンスが追加されると称する。
【０１０５】
プラットフォーム部２０は、アプリケーションの起動に際して、そのアプリケーションのライセンス状態を確認し、ライセンスが有効なアプリケーションであればそのアプリケーションを起動する。一方、プラットフォーム部２０は、起動しているアプリケーションのライセンス状態を所定のタイミングで確認し、そのアプリケーションのライセンスが無効になっていればそのアプリケーションを停止する。さらに、プラットフォーム部２０は、その旨をユーザインタフェース１２４を介してユーザに通知する。
【０１０６】
（ライセンスが切れた時の処理の説明）
図１４は、本実施例における、プラットフォーム部２０がアプリケーションを無効にする際の処理手順を示したフロー図である。
【０１０７】
プラットフォーム部２０は、ライセンスが有効なアプリケーションに対して、そのアプリケーションの使用条件が満たされなくなっていないかどうかを定期的に確認する。そのアプリケーションの使用条件が満たされなくなっていれば（例えば、図１３のアプリケーションＩＤ＝００００３に関して、現在の日付が２００８年７月１日になったとき。）、プラットフォーム部２０は、まずそのアプリケーションの状態を無効に設定するとともに、そのアプリケーションが起動中であればそのアプリケーションを停止する（Ｓ２１０１）。
【０１０８】
プラットフォーム部２０は、ライセンスが無効になったアプリケーションのデータ管理領域を獲得する（Ｓ２１０２）。本処理は、プラットフォーム部２０が、アプリケーション管理データ２００における、ライセンスが無効になったアプリケーションのレコードから、そのレコードに含まれるデータ項目２０３のデータより情報を獲得することにより実行される。
【０１０９】
次に、プラットフォーム部２０は、ライセンスが無効になったアプリケーションのデータ管理領域にユーザ作成データが存在するかどうかを判定する（Ｓ２１０３）。この判定は、プラットフォーム部２０が、前記データ管理領域内を検索することによりなる。Ｓ２１０３でユーザ作成データが存在すると判定された場合にはＳ２１０４に、ユーザ作成データが存在しないと判定された場合にはＳ２１０４〜Ｓ２１０７の処理を行わないで終了する。
【０１１０】
Ｓ２１０４において、プラットフォーム部２０は、Ｓ２１０３で検索したユーザ作成データのコピー先を検出する。検出されるコピー先は、ラインセンスフリーなアプリケーションであって、かつ、コピー後のユーザ作成データをユーザインタフェース１２４を介してのユーザからの指示に従って印刷可能なアプリケーションのデータ管理領域である。ライセンスフリーなアプリケーションは図１３のデータ項目２００３に従って判定されるが、ライセンスが無効になったアプリケーション。のユーザ作成データを、ユーザがユーザインタフェース１２４を介して印刷指示できるアプリケーションは、専用のものが予め用意されていてもよい。
【０１１１】
次に、プラットフォーム部２０は、Ｓ２１０３で検索したユーザ作成データが印刷可能なデータ形式かどうかを判定する（Ｓ２１０５）。Ｓ２１０５でユーザ作成データが印刷可能なデータ形式と判定されれば、そのユーザ作成データをＳ２１０４で検出したデータ管理領域にコピーする（Ｓ２１０７）。Ｓ２１０５でユーザ作成データが印刷可能なデータ形式ではないと判定されれば、印刷可能なデータ形式に変換してから（Ｓ２１０６）、データ管理領域にコピーする（Ｓ２１０７）。
【０１１２】
Ｓ２１０４で説明した、ユーザがユーザインタフェース１２４を介して印刷指示でき、ライセンスフリーなアプリケーションとして、例えば図１５で示す使用アプリケーション選択画面（２２００）の中の「無効文書印刷」（２２０６）がある。プラットフォーム部２０は、ユーザがユーザインタフェース１２４を介して「無効文書印刷」（２２０６）を選択したときには、図１６に示す画面をユーザインタフェース１２４に表示する。図１６の画面には、Ｓ２１０３で検索された、ライセンスが無効になったユーザ作成データが、それぞれ「ＩＤ」と「文書名」という構成で２３０１に現されている。プラットフォーム部２０は、図１６の画面の「印刷」ボタン２３０２や「削除」ボタン２３０３によるユーザからの指示に従って選択されたユーザ作成データを印刷したり削除したりすることを可能とする。
【０１１３】
以上のように、ラインセンスが切れたアプリケーションのユーザ作成データをライセンスフリーなアプリケーションのデータ管理領域にコピーすることによりユーザは以下のことができる。即ち、ユーザは、ライセンスフリーなアプリケーションを介して、ラインセンスが切れたアプリケーションのユーザ作成データを参照することができる。
【０１１４】
（ライセンスが追加された時の処理の説明）
プラットフォーム部２０は、ライセンスが無効なアプリケーションに対するユーザによるライセンス追加手続きに従って、そのアプリケーションの状態を有効に設定する。プラットフォーム部２０は、アプリケーションのライセンスの状態が無効から有効になったときには、図１４のＳ２１０７でコピーしたユーザ作成データを、コピー先のアプリケーションのデータ管理領域から削除する。
【０１１５】
ライセンスが追加されたアプリケーションのデータ管理領域のユーザ作成データは、ライセンスが切れる前の状態で残っているため、ユーザは以前同様にライセンスが追加されたアプリケーションを介してそのユーザ作成データにアクセスすることができる。
【０１１６】
（その他の実施例）
上記した各実施例における効果は、各工程を実行するための制御方法や、各工程をコンピュータに実行させるためのプログラムや、そのプログラムも記憶した記憶媒体を提供することによっても実現される。
【０１１７】
また、上記実施例においては、一台の装置で全ての工程を実行する場合について記載したが、複数の装置を含むシステムで協働して各工程を実行してもよい。
【０１１８】
なお、以上の実施例では、試用期間が設けられたアプリケーションを試用していて期間が過ぎてしまったため、試用期間の過ぎたアプリケーションを画像形成装置からアンインストールする場合を想定している。このように画像形成装置からアプリケーションをアンインストールした場合、当該アプリケーションで作成及び管理されていた情報にアクセスできなくなり、ユーザがこれを参照したり印刷したりといった操作が一切できなくなるという課題がある。
【０１１９】
この点、いわゆるパーソナルコンピュータ（ＰＣ）や携帯情報端末（ＰＤＡ）といった機器においても、アプリケーションの更新や入れ替えに伴うアンインストールは行われるが、上記のような課題は存在しない。これは、ＰＣなどの場合には、フォルダやファイルを管理することのみを行うソフトウェアが存在し、個々のアプリケーションをアンインストールした後でも、当該アプリケーションで作成されたファイルにアクセスすることが可能だからである。これは、例えば、Ｗｉｎｄｏｗｓ（登録商標）ＯＳを使用したＰＣの場合、エクスプローラ（Ｅｘｐｌｏｒｅｒ）と呼ばれるファイル管理ソフトウェア（機能）によって実現されている。
【０１２０】
このエクスプローラによって、ユーザは、個々のアプリケーションに依存することなく、ＰＣ内の目的のファイルを辿ったり開いたり、検索したりすることが可能となっている。このエクスプローラを使うことで、例えば、ＰＤＦ（Ｐｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ）ファイル作成アプリケーションをＰＣからアンインストールした後も、ＰＤＦファイルにアクセスすることができる。
【０１２１】
画像形成装置の場合に上記の課題が生じてしまうのは、ＰＣと画像形成装置の構成上の差異に起因している。すなわち、画像形成装置の場合、情報を記憶する手段の容量がＰＣに比べ格段に小さいため、エクスプローラのような個々のアプリケーションに依存しない独立したデータ管理ソフトウェアを組み込むことが現実的に困難であるという理由による。
【０１２２】
この理由について、少し詳しく説明する。ＰＣで使用されるファイル管理ソフトは、ファイルの一覧をいろいろな形式で表示する機能、ファイルを検索し、移動し、複製し、削除する機能、ファイル参照履歴を表示する機能など様々な機能を有している。このように多機能で、かつ、アプリケーションから独立したソフトウェアは、システム資源（情報記憶手段の記憶容量）をかなり消費してしまう。したがって、情報記憶手段の容量がＰＣに比べ小さい画像形成装置ではアプリケーションから独立したファイル管理専用のソフトウェアを採用することはできない。その結果、画像形成装置では、あるアプリケーションで作成したファイルを記憶手段に格納する際、当該アプリケーションに依存して格納することになる。すなわち、特定のアプリケーションで作成されたファイルは、当該アプリケーションの管理領域（フォルダ）内に格納されることになる。より具体的に、画像形成装置にインストールされた文書管理アプリケーションをアンインストールした場合について説明する。ここで文書管理アプリケーションは、スキャンした文書や外部の情報処理装置から受信した文書を画像形成装置内のＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）に保存することで、文書管理機能を提供するソフトウェアである。この文書管理アプリケーションによってユーザは、文書へのアクセスと文書の操作（例えばプリントや送信）が可能になる。この文書管理アプリケーションを画像形成装置からアンインストールした場合、文書管理アプリケーションが使用できなくなるだけでなく、ＨＤＤ中に蓄積されたスキャン文書や外部受信文書に、それ以降一切アクセスすることができなくなってしまう。このような状況が生じると、ユーザがＨＤＤ中に蓄積された文書情報にアクセスするには、アンインストールした文書管理アプリケーションを再度インストールするしかない。この再インストールは、ユーザにとって大きな負担であった。また、再インストールしようとしても、その方法をユーザがよく分からない場合もある。そうした場合、サービスセンターへの問合せやサービスマンの出動を要することとなり、画像形成装置ベンダーの負担にも繋がるものであった。
【図面の簡単な説明】
【０１２３】
【図１】画像形成装置のブロック図
【図２】（Ａ）はアプリケーション管理情報を示すデータ構成図、（Ｂ）はアプリケーション管理情報を示すデータ構成図
【図３】アプリケーションアンインストールフロー図
【図４】データ移動先アプリケーション選択画面の一例
【図５】実施例２におけるデータ管理領域の階層構造を示す図
【図６】ユーザ作成データの管理情報を示す図
【図７】無効データ検索フロー図
【図８】（Ａ）は使用アプリケーション選択画面の一例、（Ｂ）は使用アプリケーション選択画面の他の例
【図９】無効文書検索の処理結果を示す画面の一例
【図１０】間接記憶部の論理構造を示す図
【図１１】実施例３における無効データ検索フロー図
【図１２】実施例２におけるＳ３１１の説明を示す図
【図１３】実施例４におけるライセンス管理情報を示すデータ構成図
【図１４】実施例４におけるアプリケーション無効フロー図
【図１５】実施例４における使用アプリケーション選択画面の例
【図１６】実施例４における無効文書印刷を指示するための画面の一例
【図１】
2010027024.tif 000003
【図２】
2010027024.tif 000004
【図３】
2010027024.tif 000005
【図４】
2010027024.tif 000006
【図５】
2010027024.tif 000007
【図６】
2010027024.tif 000008
【図７】
2010027024.tif 000009
【図８】
2010027024.tif 000010
【図９】
2010027024.tif 000011
【図１０】
2010027024.tif 000012
【図１１】
2010027024.tif 000013
【図１２】
2010027024.tif 000014
【図１３】
2010027024.tif 000015
【図１４】
2010027024.tif 000016
【図１５】
2010027024.tif 000017
【図１６】
2010027024.tif 000018