JP2009282775A - アプリケーションプラットフォーム - Google Patents

Abstract

【課題】複合機などの比較的システム資源の少ない機器において、アプリケーションをアンインストールすると、アンインストールしたアプリケーションが管理していた情報を、ユーザが参照したり操作したりすることができなくなってしまう。
【解決手段】アプリケーションに、当該アプリケーションがアンインストールされた場合に、代わりに起動する代替アプリケーションを関連付けておく。当該アプリケーションをアンインストールする際に、当該代替アプリケーションを自動的に起動する。
【選択図】図３

Description

本発明は、アプリケーションを管理するためのアプリケーションプラットフォームに関する。

従来から、アプリケーションをインストールしたりアンインストールすることが可能な複合機（Multi Function Printer）が提案されている（特許文献１）。複合機ベンダーや提携するサードパーティのベンダーは様々な複合機用のアプリケーションを販売している。ユーザはこの中から所望のアプリケーションを購入しインストールすることで、より個々のニーズにマッチした形態で複合機を運用することが可能となっている。

特開２００２−２８７９９０号公報

ユーザが、上述の従来技術によって、複合機の運用形態を変更するには、新たなアプリケーションのインストールと同時にそれまで使用していたアプリケーションを一旦アンインストールするのが通常である。あるいは、試用期間が設けられたアプリケーションを試用していて期間が過ぎてしまったため、試用期間の過ぎたアプリケーションを複合機からアンインストールする場合もある。このように複合機からアプリケーションをアンインストールした場合、当該アプリケーションで作成及び管理されていた情報にアクセスできなくなり、ユーザがこれを参照したり印刷したりといった操作が一切できなくなるという課題があった。

この点、いわゆるパーソナルコンピュータ（PC）や携帯情報端末（PDA）といった機器においても、アプリケーションの更新や入れ替えに伴うアンインストールは行われるが、上記のような課題は存在しない。これは、PCなどの場合には、フォルダやファイルを管理することのみを行うソフトウェアが存在し、個々のアプリケーションをアンインストールした後でも、当該アプリケーションで作成されたファイルにアクセスすることが可能だからである。これは、例えば、Windows（登録商標）OSを使用したPCの場合、エクスプローラ（Explorer）と呼ばれるファイル管理ソフトウェア（機能）によって実現されている。このエクスプローラによって、ユーザは、個々のアプリケーションに依存することなく、PC内の目的のファイルを辿ったり開いたり、検索したりすることが可能となっている。このエクスプローラを使うことで、例えば、ＰＤＦ（Portable Document Format）ファイル作成アプリケーションをPCからアンインストールした後も、PDFファイルにアクセスすることができる。

複合機の場合に上記の課題が生じてしまうのは、PCと複合機の構成上の差異に起因している。すなわち、複合機の場合、情報を記憶する手段の容量がPCに比べ格段に小さいため、エクスプローラのような個々のアプリケーションに依存しない独立したデータ管理ソフトウェアを組み込むことが現実的に困難であるという理由による。

この理由について、少し詳しく説明する。PCで使用されるファイル管理ソフトは、ファイルの一覧をいろいろな形式で表示する機能、ファイルを検索し、移動し、複製し、削除する機能、ファイル参照履歴を表示する機能など様々な機能を有している。このように多機能で、かつ、アプリケーションから独立したソフトウェアは、システム資源（情報記憶手段の記憶容量）をかなり消費してしまう。したがって、情報記憶手段の容量がPCに比べ小さい複合機ではアプリケーションから独立したファイル管理専用のソフトウェアを採用することはできない。その結果、複合機では、あるアプリケーションで作成したファイルを記憶手段に格納する際、当該アプリケーションに依存して格納することになる。すなわち、特定のアプリケーションで作成されたファイルは、当該アプリケーションの管理領域（フォルダ）内に格納されることになる。より具体的に、複合機にインストールされた文書管理アプリケーションをアンインストールした場合について説明する。ここで文書管理アプリケーションは、スキャンした文書や外部の情報処理装置から受信した文書を複合機内のＨＤＤ（Hard Disk Drive）に保存することで、文書管理機能を提供するソフトウェアである。この文書管理アプリケーションによってユーザは、文書へのアクセスと文書の操作（例えばプリントや送信）が可能になる。この文書管理アプリケーションを複合機からアンインストールした場合、文書管理アプリケーションが使用できなくなるだけでなく、複合機内のＨＤＤ中に蓄積されたスキャン文書や外部受信文書にも、それ以降一切アクセスすることができなくなってしまう。このような状況が生じると、ユーザがHDD中に蓄積された文書情報にアクセスするには、アンインストールした文書管理アプリケーションを再度インストールするしかない。この再インストールは、ユーザにとって大きな負担であった。また、再インストールしようとしても、その方法をユーザがよく分からない場合もある。そうした場合、サービスセンターへの問合せやサービスマンの出動を要することとなり、複合機ベンダーの負担にも繋がるものであった。

上記の課題を解決するために、本発明に係るアプリケーションプラットフォームは、ユーザインターフェースがユーザからアプリケーションのアンインストールの指示を受け取った場合に、当該アプリケーションをアンインストールするアンインストール手段と、アンインストール手段でアプリケーションがアンインストールされる際に、当該アプリケーションと関連付けられた代替アプリケーションを起動する起動手段と、ユーザインターフェースがユーザからアプリケーションのアンインストールの指示を受け取る前に、アプリケーションと代替アプリケーションとを関連付ける関連付け手段とを有する。

また、本発明のアプリケーション管理方法は、ユーザインターフェースがユーザからアプリケーションのアンインストールの指示を受け取った場合に、当該アプリケーションをアンインストールするアンインストールステップと、前記アンインストールステップでアプリケーションがアンインストールされる際に、当該アプリケーションと関連付けられた代替アプリケーションを起動する起動ステップと、前記ユーザインターフェースがユーザからアプリケーションのアンインストールの指示を受け取る前に、前記アプリケーションと前記代替アプリケーションとを関連付ける関連付けステップとを含む。

さらに、本発明のコンピュータプログラムは、コンピュータに、上記の方法を実行させる。

そして、本発明のコンピュータ読み取り可能な記録媒体は、コンピュータに、上記の方法を実行させるためのプログラムを記録する。

本発明により、複合機のような比較的システム資源の少ない機器においてアプリケーションをアンインストールした場合であっても、引き続き当該アプリケーションが管理していた情報へのアクセス手段を提供できる。これにより、ユーザが当該アンインストールしたアプリケーションが管理していた情報へアクセスできなくなることを防止することができる。また、アプリケーションとその代替アプリケーションとを、アンインストール作業の前に関連付けておくことで、アプリケーションのアンインストール後にその代替アプリケーションを自動的に起動することも可能になる。そして、この事前の関連付けによって、ユーザは当該アプリケーションの管理下にあった情報にアンインストール後もアクセスできることが保障されるためアンインストール作業を安心して行うことができる。

以下、本発明を実施するための最良の形態について図面を用いて説明する。

図１は、本発明のアプリケーションプラットフォームを適用した画像形成装置の概略構成を示すブロック図である。

（画像形成装置１の説明）
画像形成装置１は、印刷装置１１及び画像処理装置１２から構成されている。

画像処理装置１２は、ＣＰＵ１２１と第１の記憶部１２２（例、RAM）と間接記憶部１２３（例、HDD）とユーザインターフェース１２４と外部インターフェース１２５とから構成されている。

第１の記憶部１２２は、ＣＰＵ１２１と直接データをやり取りする記憶部であり、第２の記憶部１２３は第１の記憶部１２２を介してＣＰＵ１２１とデータをやり取りする記憶部である。第１の記憶部１２２には、種々のアプリケーションプログラム及びプラットフォームプログラムが記憶される。あるアプリケーションで作成されたデータファイルは、第２の記憶部に格納されるが、その場合、当該アプリケーションの管理領域（フォルダ）内に格納される。なお、後述する代替アプリケーションは、被代替アプリケーションの管理領域にアクセス可能である。

ユーザインターフェース１２４は、キーボード、マウス、表示装置等から構成される。ユーザインターフェース１２４では、ユーザからの指示の受け取りや、データ（画面データ）の表示が可能となっている。

外部インターフェース１２５は、外部装置（図示しない）からのデータの受け取りや外部装置へのデータの送信が可能となっている。外部装置としては、例えば、外付けHDDや外付けUSBメモリ等の外付け記憶装置の他、ネットワークを介して接続された別体のホストコンピュータや画像形成装置等の別体装置が含まれる。

（プラットフォーム部２０の説明）
ＣＰＵ１２１は、第２の記憶部１２３に記憶されたプラットフォームプログラムを第１の記憶部１２２に移動する（格納させる）ことができる。移動が完了すると、ＣＰＵ１２１がプラットフォームプログラムを実行できる状態になる。本明細書では、このように「ＣＰＵ１２１がプラットフォームプログラムを実行できる状態になること」を、プラットフォーム部２０が起動すると呼ぶ。

なお、本実施例では、プラットフォーム部２０は、以下のように構成されている。ＣＰＵ１２１、第１の記憶部１２２のうちプラットフォームプログラムを記憶している領域、及び第１の記憶部１２２と第２の記憶部１２３のうちＣＰＵ１２１が上記プラットフォームプログラムを処理した際に得られる情報（演算結果等）を記憶する領域である。

（アプリケーションプログラムの説明）
上述のとおりプラットフォーム部２０のCPU１２１は、第２の記憶部１２３に記憶された任意のアプリケーションプログラムを第１の記憶部１２２に移動させる。この移動が完了すると、プラットフォーム部２０内のCPU１２１が任意のアプリケーションプログラムを実行できる状態になる。本明細書ではこのことを、プラットフォーム部２０がアプリケーションプログラムを起動すると呼ぶ。

これとは逆に、プラットフォーム部２０内のCPU１２１は、第１の記憶部１２２に記憶された任意のアプリケーションプログラムを第１の記憶部１２２から削除する処理を実行できる。本明細書ではこのことを、プラットフォーム部２０がアプリケーションプログラムを停止すると呼ぶ。

プラットフォーム部２０は、外部インターフェース部１２５を介して任意のアプリケーションプログラムであるデータを外部装置から受信し、受信したデータを第２の記憶部１２３に格納することができる。本明細書ではこのことを、プラットフォーム部２０にアプリケーションプログラムをインストールすると呼ぶ。

これとは逆に、プラットフォーム部２０内のCPU１２１は、プラットフォーム部２０内の第２の記憶部１２３に記憶されたアプリケーションプログラムを第２の記憶部１２３から削除する処理を実行できる。本明細書ではこのことを、プラットフォーム部２０がアプリケーションプログラムをアンインストールすると呼ぶ。

なお、プラットフォーム部２０がアプリケーションプログラムを第２の記憶部１２３からアンインストールする際に、当該アプリケーションプログラムが起動している場合には、当該アプリケーションプログラムを停止した後にアンインストールを行う。

また、以上の説明は、任意のアプリケーションプログラムを例にして説明を行ったものである。よって、ここでいうアプリケーションプログラムには特に制限がなく、少なくとも複合機で使用され得るアプリケーションであればここにいうアプリケーションプログラムに含まれることは当業者には明白であろう。

（アプリケーションの管理情報の説明）
図２は、アプリケーションの管理情報の例を示すデータ構成図である。

アプリケーション管理データ２００は、プラットフォーム部２０内の記憶部に格納され管理される。

データ項目２０１は、アプリケーションの名称を示すデータ項目である。

データ項目２０２は、アプリケーションのＩＤを示すデータ項目であり、アプリケーション管理データ２００において一意である。

データ項目２０３は、アプリケーションの状態を示すデータ項目である。データ項目２０３の値としては、“起動”、“停止”のいずれかをとり得る。プラットフォーム部２０がアプリケーションを起動している場合は、データ項目２０３は“起動”である。プラットフォーム部２０がアプリケーションを停止している場合は、データ項目３は“停止”である。

データ項目２０４は、プラットフォーム部２０が、データ項目２０１が示すアプリケーションをアンインストールした際に、当該アンインストールされるアプリケーションに代わって起動する代替アプリケーションを指定する項目である。本実施例では、代替アプリケーションのＩＤである「XXXXXXX003」が格納される。

アプリケーション管理データ２００のひとつの行をレコードと呼ぶ。レコードは、データ項目２０１、データ項目２０２、データ項目２０３及びデータ項目２０４から成る。レコードはひとつのアプリケーションの管理情報を表す。

プラットフォーム部２０は、アプリケーションをインストールした際に、アプリケーション管理データ２００にレコードを追加する。追加直後のレコードにおいては、データ項目２０１及びデータ項目２０４はブランクであり、データ項目２０３は“停止”となっている。そして、プラットフォーム部２０は、新しいアプリケーションのＩＤを生成し、追加したレコードのデータ項目２０２に入力する。このＩＤは、アプリケーション管理データ２００の他のレコードのデータ項目２０２と重複しないように生成される。

プラットフォーム部２０は、アプリケーションをアンインストールすると、アプリケーション管理データ２００からアンインストールされたアプリケーションの該当レコードを削除する。

プラットフォーム部２０は、アプリケーションを起動又は停止した場合に、データ項目２０３を“起動”ないし“停止”となるように更新する。

プラットフォーム部２０は、将来的にアンインストールされ得るインストール済みのアプリケーションの該当レコードのデータ項目２０４に、当該アプリケーションがアンインストールされる際にこれに代わって起動する代替アプリケーションのＩＤを格納する。これにより、アプリケーションと当該アプリケーションをアンインストールした際に代わりに起動する代替アプリケーションとが関連付けられる。

（アンインストール時の処理の説明）
図３は、本実施例において、プラットフォーム部２０がアプリケーションを第２の記憶部１２３からアンインストールする際の処理手順を示したフロー図である。

ユーザインターフェース１２４は、ユーザによるアプリケーションのアンインストール指示を受け取ると、この指示をプラットフォーム部２０に通知する。これにより、プラットフォーム部２０は以下の処理を実行する。

まず、プラットフォーム部２０は、アンインストールの指示のあった対象のアプリケーションを停止（第１の記憶部１２２から削除）する（Ｓ３０１）。

そして、プラットフォーム部２０は、当該アプリケーションに、代わりに起動する代替アプリケーションが設定されているかどうかを判定する（Ｓ３０２）。この判定は、アプリケーション管理データ２００内の、アンインストールの指示のあった対象アプリケーションのレコードを確認することによってなされる。当該レコードのデータ項目２０４に、代替アプリケーションのIDが格納されていれば代わりに起動する代替アプリケーションが設定されていると判定されることになる。代わりに起動する代替アプリケーションが設定されていると判定されれば、Ｓ３０３に進む。

S３０３では、プラットフォーム部２０は、アンインストールの指示のあった対象アプリケーションの代わりに起動する代替アプリケーションのＩＤを取得し、これをアプリケーション管理データ２００とは別に第１の記憶部１２２に格納する。代わりに起動する代替アプリケーションのＩＤの取得は、アプリケーション管理データ２００内のアンインストールの指示のあった対象アプリケーションのレコードから、そのレコードに含まれるデータ項目２０４のデータを読み出すことにより成る。

S３０３の処理終了後、又はS３０２において代替アプリケーションが設定されていないと判定された場合にＳ３０４の処理に進む。ここで、プラットフォーム部２０は、アンインストールの指示のあった対象アプリケーションをアンインストールする（Ｓ３０４）。

次に、プラットフォーム部２０は、Ｓ３０３の処理で代替アプリケーションのＩＤを取得したか否かを判定する（Ｓ３０５）。この判定は、アプリケーション管理データ２００とは別に、当該代替アプリケーションのＩＤが第２の記憶部１２２に格納されているか否かの確認によってなされる。代替アプリケーションのＩＤを取得したと判定される場合には、Ｓ３０６に進む。

続いて、プラットフォーム部２０は、代替アプリケーションのＩＤが示すアプリケーションがインストールされているかを判定する（Ｓ３０６）。この判定は、代替アプリケーションのＩＤと合致するアプリケーション名をデータ項目２０１に格納したレコードの有無を、アプリケーション管理データ２００の各レコードから検索することによりなされる。代替アプリケーションがインストールされていると判定される場合には、Ｓ３０７に進む。

Ｓ３０７では、プラットフォーム部２０は、代替アプリケーションのＩＤが示すアプリケーションが停止しているか否かを判定する（Ｓ３０７）。これは、当該ＩＤと合致するアプリケーション名を持つレコードのデータ項目２０３の値が“停止”であるか否かを判定することによりなされる。代替アプリケーションが停止している（第１の記憶部１２２に格納されていない）と判定される場合には、プラットフォーム部２０は、代替プリケーションのＩＤが示すアプリケーションを起動（第１の記憶部１２２に格納）する（Ｓ３０８）。

一方、Ｓ３０５、Ｓ３０６及びＳ３０７の各処理において、代替アプリケーションに関し、ＩＤを取得していない（S３０５）、インストールされていない（Ｓ３０６）、停止していない（Ｓ３０７）とそれぞれ判定される場合には、直ちに処理を終了する。

（インストールイメージファイルの説明）
外部インターフェース１２５は、以下に説明する形式のファイルを受信する。このファイルをインストールイメージファイルと呼称する。

インストールイメージファイルは、インストール対象のアプリケーションプログラム及びその名称が格納されたファイルである。

アプリケーションを単独でインストールする場合には、インストールイメージファイルにはアプリケーションプログラムとアプリケーションの名称がひとつずつ格納されている
アプリケーションと、当該アプリケーションをアンインストールする際に代わりに起動する代替アプリケーションの２つのアプリケーションをインストールする場合には、インストールイメージファイルにはアプリケーションプログラムが２つ格納されている。また、この場合、アンインストールされるアプリケーションとその代わりに起動する代替アプリケーションの双方の名称もインストールイメージファイルには格納されている。

（インストール時の処理の説明）
図４は、本実施例における、プラットフォーム部２０がアプリケーションをインストールする際の処理手順を示したフロー図である。

外部インターフェース１２５は、インストールイメージファイルを受信すると、プラットフォーム部２０にこれを通知する。これにより、プラットフォーム部２０は以下の処理を実行する。

まず、プラットフォーム部２０は、インストールイメージファイルからインストール対象のアプリケーションプログラムを取得する（Ｓ４０１）。

次に、プラットフォーム部２０は、インストールイメージファイルからインストール対象のアプリケーションの名称を取得する（Ｓ４０２）。

そして、プラットフォーム部２０は、Ｓ４０１で取得したアプリケーションプログラムをインストールする（Ｓ４０３）。この際、プラットフォーム部２０は、前述のとおり、アプリケーション管理データ２００にレコードを追加し、追加したレコードのデータ項目２０１にＳ４０２で取得したアプリケーションの名称を格納する。

そして、プラットフォーム部２０は、インストールしたアプリケーションを起動する（Ｓ４０４）。

次に、プラットフォーム部２０は、インストールイメージファイルに、Ｓ４０１で取得したアプリケーションとは別に当該アプリケーションがアンインストールされる際に代わりに起動する代替アプリケーションが格納されているか否かを判定する（Ｓ４０５）。Ｓ４０５において、代替アプリケーションが格納されていると判定される場合には、Ｓ４０６へ進む。Ｓ４０５で、代替アプリケーションが格納されていないと判定される場合には、処理を終了する。

Ｓ４０６では、プラットフォーム部２０は、インストールイメージファイルから代替アプリケーションプログラムを取得する。

次に、プラットフォーム部２０は、インストールイメージファイルから代替アプリケーションの名称を取得する（Ｓ４０７）。

そして、プラットフォーム部２０は、代替アプリケーションプログラムをインストールする（Ｓ４０８）。この際、先と同様にプラットフォーム部２０は、アプリケーション管理データ２００にレコードを追加し、追加したレコードのデータ項目２０１に代替アプリケーションの名称を入力する。

最後に、プラットフォーム部２０は、Ｓ４０３で追加したレコードのデータ項目２０４に、Ｓ４０８で生成した代替アプリケーションのＩＤを格納する。これにより、アプリケーションと当該アプリケーションがアンインストールされる際に代わりに起動する代替アプリケーションの関連付けがなされる（Ｓ４０９）。

（本発明におけるアプリケーション及び当該アプリケーションがアンインストールされる際に代わりに起動する代替アプリケーションの例の説明）
本発明に適用され得るアプリケーション及び当該アプリケーションがアンインストールされる際に代わりに起動する代替アプリケーションの例としては、以下に説明するような文書管理アプリケーションと縮退文書管理アプリケーションがそれぞれ考えられる。

文書管理アプリケーションでは、様々な文書管理機能がユーザに提供される。

プラットフォーム部２０は、この文書管理アプリケーションを実行することにより、下記の処理を行う。

１）画像処理装置１２を制御して文書を読み取り、読み取った文書を第２の記憶部１２３に格納し管理する処理（文書生成処理）。２）外部インターフェース１２５を介して外部装置から受信した文書を第２の記憶部１２３に格納し管理する処理（文書受信処理）。３）ユーザインターフェース１２４を介し、第２の記憶部１２３に格納している文書へのブラウジングや参照を提供する処理（文書参照処理）。４）第２の記憶部１２３に格納されている文書を、印刷装置１１を制御して印刷する処理（文書印刷処理）。５）第２の記憶部１２３に格納されている文書を、外部インターフェース１２５を介し外部装置に送信する処理（文書送信処理）。

以上のような文書管理アプリケーションの各処理は、ユーザインターフェース１２４を介して受け取ったユーザからの操作指示をトリガにして実行される。

また、プラットフォーム部２０は、文書管理アプリケーションがアンインストールされる際に代わりに起動する代替アプリケーションとしての縮退文書管理アプリケーションを実行することにより、文書参照処理および文書印刷処理、文書送信処理を実行する。すなわち、縮退文書管理アプリケーションは、文書生成処理及び文書受信処理の機能を有しておらず、これらの処理は実行されない。また、縮退文書管理アプリケーションにおける文書印刷処理及び文書送信処理は、第２の記憶部１２３に格納されている文書に対して、例えば、いずれか一方の処理を一度だけ実行する。この場合、プラットフォーム部２０は、縮退文書管理アプリケーションを実行することにより、文書印刷処理及び文書送信処理のいずれか一方の処理を行った後、第２の記憶部１２３に格納されていた当該文書を削除する。このように、代替アプリケーションである縮退文書管理アプリケーションは、文書管理アプリケーションの機能の一部のみを提供する。

後述する実施例２及び実施例３においても、この文書管理アプリケーションと縮退文書管理アプリケーションを用いて説明する。

また、データ項目２０１に格納される名称は、文書管理アプリケーション及び縮退文書管理アプリケーションのいずれの場合も“文書管理”である。

そして、以降の説明において、文書管理アプリケーションが第２の記憶部１２３において管理する文書を保存文書と呼称する。
なお、縮退文書管理アプリケーションは文書管理アプリケーションと比べて、機能が少ないため、プラットフォーム部２０がこの縮退文書管理アプリケーションを起動しても、第１の記憶部１２２に締める割合は小さい。

（画面表示例の説明）
図５は、ユーザインターフェース１２４の表示装置（液晶ディスプレイなど）に表示される画面データの一例を示した図である。

画面５００は、アプリケーションを選択するためのメニュー画面である。

アプリケーションボタン群５０１は、プラットフォーム部２０が起動しているアプリケーションを示すボタン群である。アプリケーションボタン５０２は、前述の文書管理アプリケーションを示す識別表示である。アプリケーションボタン５０２によるユーザの指示を受け取ると、CPU１２１は、ユーザインターフェース１２４に、図６に示す文書管理アプリケーションの画面を表示するように表示制御する。図６に示された画面についての詳細な説明は省略する。

図７は、ユーザインターフェース１２４の表示装置に表示される画面データの一例を示した図であり、画面７００は、アプリケーションを選択するためのメニュー画面である。画面７００は、プラットフォーム部２０が文書管理アプリケーションをアンインストールした際に表示されるメニュー画面であり、画面５００と同様の表示である。図５と図７を対比すれば明らかなように、両者の画面構成は同一であり、画面上のアプリケーションボタン（５０１、７０１）の表示位置も同一である。プラットフォーム部２０は、文書管理アプリケーションをアンインストールし、代わりに縮退文書管理アプリケーションを起動している状態である。

図７のアプリケーションボタン７０１は、縮退文書管理アプリケーションを示す識別表示である。アプリケーションボタン７０１によってユーザの指示を受け取ると、CPU１２１は、ユーザインターフェース１２４の表示装置に、図８に示す縮退文書管理アプリケーションの画面を表示するように表示制御する。

図８は、ユーザインターフェース１２４の表示装置に表示される画面データの一例を示した図である。

画面８００は、縮退文書管理アプリケーションの画面である。

図示のとおり画面８００上には、ラベル８０１が重ねて表示され、文書管理アプリケーションがアンインストールされた旨と第２の記憶部１２３に保存されている文書について文書印刷処理及び文書送信処理のいずれかを一回のみ実行可能である旨が表示される。

「確認」ボタン８０２によるユーザの指示を受け取ると、ユーザインターフェース１２４には、図９に示す画面が表示される。

図９は、ユーザインターフェース１２４の表示装置に表示される画面データの一例を示した図である。

画面９００は、縮退文書管理アプリケーションの画面である。この画面についての詳細な説明は省略するが、文書管理アプリケーションの管理下にあった保存文書に対して、文書印刷処理及び文書送信処理のみが選択可能になっている。

このように、本実施例によれば、アプリケーションに、当該アプリケーションのアンインストール指示があった場合に代わりに起動する代替アプリケーションを予め関連付けることができる。そして、実際にアプリケーションがアンインストールされる際には、関連付けられた代替アプリケーションを自動的に起動することができる。そして、この代替アプリケーションによって、アンインストールされたアプリケーションが管理していた情報（たとえば、保存文書）に対する最低限のアクセス手段を提供することができる。したがって、ユーザがアプリケーションを削除してしまった後に所望の情報に一切アクセスできなくなるという事態を防ぐことができる。

さらに、アンインストールされるアプリケーションとその代替アプリケーションを同じ画面構成にし、ユーザの指示を受け付けるボタンの位置も同様に対応付けて表示することで、アンインストール後のユーザの操作指示に混乱を来すことを防止することができる。

実施例１では、アプリケーションとその代替アプリケーションを一緒にインストールする際に、両者を予め関連付けておく方法を説明した。本実施例では、アプリケーションとその代替アプリケーションを別々にインストールし、その後に両者を関連付ける方法を示す。ただし、本実施例においても、アプリケーションとその代替アプリケーションの関連付けが当該アプリケーションのアンインストール前に行われる点は同じである。

また、本実施例では、代替アプリケーションの起動に条件を設け、より適切に代替アプリケーションを起動する方法を示す。

代替アプリケーションは、関連付けられたアプリケーションと一対一の対応関係にある。そのため、特定のアプリケーションにより作成され当該アプリケーションで管理されていた情報が全て消滅した時点で、当該アプリケーションと関連付けられた代替アプリケーションは不要となる。本実施例では、アンインストールされたアプリケーションの管理下にあった情報がすべて消滅することを条件に、代替アプリケーションを自動的にアンインストールする処理方法を示す。

なお、本実施例において上記実施例１と同一の構成、構成要素には同一の符号を用いて説明するものとする。また、本実施例にいうインストールイメージファイルも実施例１と同一のものとして説明に使用する。

（インストール時の処理の説明）
図１０は、本実施例における、プラットフォーム部２０がアプリケーションをインストールする際の処理手順を示したフロー図である。

外部インターフェース１２５は、インストールイメージファイルを受信すると、プラットフォーム部２０にこれを通知する。これにより、プラットフォーム部２０は以下の処理を実行する。ここでインストールイメージファイルは、アプリケーションプログラムとその名称を一つずつ格納している。

図１０に示す各処理は、図４におけるＳ４０１乃至Ｓ４０４の処理と同様であるため、その詳細な説明を省略する。

アンインストールされるアプリケーションである文書管理アプリケーション及びその代替アプリケーションである縮退文書管理アプリケーションは、それぞれ図１０に示す手順により、プラットフォーム部２０にインストールされる。

（関連付け設定処理の説明）
図１１は、本実施例における、プラットフォーム部２０が実行する、アプリケーションと当該アプリケーションがアンインストールされる際に代わりに起動する代替アプリケーションとを関連付ける処理の手順を示したフロー図である。

ユーザインターフェース１２４は、ユーザによる関連付け処理の指示を受け取ると、この指示をプラットフォーム部２０に通知する。これにより、プラットフォーム部２０は以下の処理を実行する。このとき、ユーザインターフェース１２４は、アプリケーションのIDと当該アプリケーションがアンインストールされる際に代わりに起動する代替アプリケーションのIDとをプラットフォーム部２０に渡す。

上記２つのＩＤを受け取ったプラットフォーム部２０は、まず、前者のアプリケーションＩＤに対応するアプリケーションがインストールされているか否かを判定する（Ｓ１１０１）。この判定は、前者のアプリケーションのＩＤと合致するアプリケーション名をデータ項目２０１に格納したレコードの有無をアプリケーション管理データ２００の各レコードから検索することによりなされる。当該ＩＤに対応するアプリケーションがインストールされていると判定される場合には、Ｓ１１０２に進む。

Ｓ１１０２では、プラットフォーム部２０は、ユーザインターフェース１２４から受信した、後者の代替アプリケーションのＩＤに対応するアプリケーションがインストールされているかを判定する。この判定は、代替アプリケーションのＩＤと合致するアプリケーション名をデータ項目２０１に格納したレコードの有無をアプリケーション管理データ２００の各レコードから検索することによりなされる。当該ＩＤに対応する代替アプリケーションがインストールされていると判定される場合には、Ｓ１１０３に進む。

そして、Ｓ１１０３では、プラットフォーム部２０は、代替アプリケーションのＩＤを、前者のアプリケーションのレコードのデータ項目２０４に格納する。これにより、アプリケーションと当該アプリケーションがアンインストールされる際に代わりに起動する代替アプリケーションとの関連付けがなされる。

一方、Ｓ１１０１、Ｓ１１０２の各処理において、当該ＩＤに対応するアプリケーションがそれぞれインストールされていないと判定される場合には、直ちに処理を終了する。

（アンインストール時の処理の説明）
図１２は、本実施例における、プラットフォーム部２０がアプリケーションをアンインストールする際の処理手順を示したフロー図である。

ユーザインターフェース１２４は、ユーザによるアプリケーションのアンインストール指示を受け取ると、この指示をプラットフォーム部２０に通知する。これにより、プラットフォーム部２０は以下の処理を実行する。

図１２におけるＳ３０１乃至Ｓ３０６及びＳ３０８の各処理は、図３において説明した処理と同様であるため、詳細な説明を省略する。

図１２のフロー図において、Ｓ３０３までの処理が終わると、プラットフォーム部２０は、アンインストール対象のアプリケーションが管理している情報が存在するか否かを確認しその結果を第１の記憶部１２２に格納する（Ｓ１２０１）。この確認は、例えば、文書管理アプリケーションの場合、第２の記憶部１２３に文書管理アプリケーションにより作成された保存文書が文書管理アプリケーションの管理領域にひとつ以上格納されているか否かを確認する処理である。したがって、この処理で確認する内容は個々のアプリケーションにより様々である。よってこの確認は、プラットフォーム部２０が、当該アプリケーションを実行することにより行うことが望ましい。

Ｓ１２０１の処理が終わると、Ｓ３０４乃至Ｓ３０６の処理が実行される。Ｓ３０６の処理において、代替アプリケーションがインストールされていると判定されれば、Ｓ１２０２の処理へと進む。Ｓ１２０２の処理では、プラットフォーム部２０は、代替アプリケーションが停止しているか否かを確認する。この処理自体はＳ３０７で説明した処理と同様であるが、代替アプリケーションが停止していると判定された場合に、さらにＳ１２０３の判定処理へと進む点で実施例１に係る図３のフローと異なっている。このような判定処理を追加する意義は、アンインストールされるアプリケーションによって作成され、その管理領域に格納されている情報が、アンインストール時にまったく存在していないケイスを考慮したものである。このようなケイスでは、代替アプリケーションをそもそも起動させる必要がない。この判定処理を行うことで、真に必要な場合にのみ代替アプリケーションを起動させることができる。

なお、Ｓ１２０２の処理で代替アプリケーションが停止していないと判定される場合には、処理を終了する。

Ｓ１２０３の処理では、プラットフォーム部２０は、Ｓ３０４でアンインストールしたアプリケーションが管理していた情報（当該アプリケーションを使って作成した保存文書等のユーザ作成データ）が第２の記憶部１２３に存在するか否かを判定する。この判定は、Ｓ１２０１の確認処理結果（プラットフォーム部２０が第１の記憶部１２２に格納した情報）に基づいて行う。ここでアンインストールされたアプリケーションが管理していた情報が存在すると判定される場合に、Ｓ３０８に進み、代替アプリケーションを起動する。しかし、アンインストールされたアプリケーションが管理していた情報が存在しないと判定されれば、処理を終了する。

（代替アプリケーションのアンインストールの説明）
図１３は、本実施例における、プラットフォーム部２０が代わりに起動する代替アプリケーションを実行した際の処理手順を示したフロー図である。

ユーザインターフェース１２４は、ユーザによる代替アプリケーションの操作指示を受け取ると、この指示をプラットフォーム部２０に通知する。これにより、プラットフォーム部２０は以下の処理を実行する。

まず、プラットフォーム部２０は、ユーザの操作指示に従って代替アプリケーションの処理を実行する（Ｓ１３０１）。この際に実行される処理内容は、代替アプリケーションの種類に依るが、たとえば、上記縮退文書管理アプリケーションの場合は、文書印刷処理及び文書送信処理のいずれかである。

次に、プラットフォーム部２０は、アンインストールされたアプリケーションが管理していた情報が存在するか判定する（Ｓ１３０２）。この判定も、アンインストールされたアプリケーションに依存するが、上記文書管理アプリケーションの場合、第２の記憶部１２３の当該文書管理アプリケーションの管理領域に当該文書管理アプリケーションによって作成された保存文書が存在するか否かである。アンインストール対象のアプリケーションが管理していた情報が存在しないと判定される場合には、Ｓ１３０３に進む。

Ｓ１３０３の処理では、プラットフォーム部２０は、不要となった代替アプリケーションを停止する。

代替アプリケーションの停止処理に続き、プラットフォーム部２０は、代替アプリケーションをアンインストールする（Ｓ１３０４）。

なお、Ｓ１３０２の判定処理で、アンインストールされたアプリケーションが管理していた情報が存在すると判定される場合には、直ちにこの処理は終了する。

このように、本実施例によれば、アンインストール対象となるアプリケーションと当該アプリケーションがアンインストールされる際の代替アプリケーションを別々にインストールした後に、ユーザの指示によって予め関連付けておくことができる。

また、アンインストールされたアプリケーションが管理していた情報の有無を確認し、当該情報が存在していることを代替アプリケーションの起動条件とすることにより、不必要な代替アプリケーションの起動を抑制することができる。

更に、アンインストールされたアプリケーションが管理していた情報が無くなった場合には、もはや不要となった代替アプリケーションを自動的にアンインストールすることができる。

実施例１や実施例２では、代替アプリケーションは、アンインストール対象となるアプリケーションが実際にアンインストールされる前に、プラットフォーム部２０の第２の記憶部１２３にインストールされている必要があった。本実施例では、アンインストール対象となるアプリケーションをアンインストールする時に、代わりに起動する代替アプリケーションを外部装置から取得してインストールする方法を示す。

なお、本実施例においても、上記実施例１及び実施例２と同一の構成、構成要素には同一の符号を用いて説明するものとする。

（インストールイメージファイルの説明）
本実施例において、外部インターフェース１２５が受信するインストールイメージファイルは、以下に説明する形式のファイルである。

本実施例におけるインストールイメージファイルは、インストール対象のアプリケーションプログラム及びその名称が格納されたファイルである。また、本実施例におけるインストールイメージファイルは、代替アプリケーションの位置情報（例えば、ＵＲＬ（Uniform Resource Locator））を含み得る。この位置情報は、外部装置内に格納されている代替アプリケーションのインストールイメージファイルの場所を指し示す情報である。

（インストール時の処理の説明）
図１４は、本実施例における、プラットフォーム部２０がアプリケーションをインストールする際の処理手順を示したフロー図である。

外部インターフェース１２５は、インストールイメージファイルを受信すると、これをプラットフォーム部２０に通知する。これにより、プラットフォーム部２０は以下の処理を実行する。

図１４におけるＳ４０１乃至Ｓ４０４の各処理は、図４において説明した処理と同様であるため、詳細な説明を省略する。

プラットフォーム部２０は、Ｓ４０３でアプリケーションをインストールすると、当該アプリケーションを格納していたインストールイメージファイルに代替アプリケーションの位置情報が含まれているか否かを判定する（Ｓ１４０１）。位置情報が含まれていると判定される場合には、Ｓ１４０２に進む。位置情報が含まれていないと判定される場合には、Ｓ４０４に進み、アプリケーションを起動する。

Ｓ１４０２では、プラットフォーム部２０は、インストールイメージファイルから代替アプリケーションの位置情報を取得する。

続く１４０３の処理では、プラットフォーム部２０は、インストールされたアプリケーションに対応するレコード（Ｓ４０３）のデータ項目２０４に、代替アプリケーションの位置情報を格納する。

（アンインストール時の処理の説明）
図１５は、本実施例における、プラットフォーム部２０がアプリケーションをアンインストールする際の処理手順を示したフロー図である。

ユーザインターフェース１２４は、ユーザによるアプリケーションのアンインストール指示を受け取ると、この指示をプラットフォーム部２０に通知する。これにより、プラットフォーム部２０は以下の処理を実行する。

図１５におけるＳ３０１、Ｓ３０４及びＳ３０８の各処理は、図３で示した処理と同様であるため詳細な説明を省略する。

まず、プラットフォーム部２０は、アンインストール指示のあった対象アプリケーションを停止する（Ｓ３０１）。次に、アンインストール指示のあった対象アプリケーションに、代替アプリケーションが設定されているかを判定する（Ｓ１５０１）。この判定は、アプリケーション管理データ２００を参照することによりなされる。すなわち、アンインストール指示のあった対象アプリケーションのレコードのデータ項目２０４に、代替アプリケーションの位置情報データが格納されているか否かを確認することにより行う。代替アプリケーションが設定されていると判定される場合には、Ｓ１５０２に進む。代替アプリケーションが設定されていないと判定される場合には、Ｓ３０４に進む。

Ｓ１５０２では、プラットフォーム部２０は、アンインストール指示のあった対象アプリケーションと関連付けられた代替アプリケーションの位置情報を取得し、これをアプリケーション管理データ２００とは別に第１の記憶部１２２に格納する。この取得は、アプリケーション管理データ２００におけるアンインストール指示のあった対象アプリケーションのレコードのデータ項目２０４に格納されているデータを読み出すことにより成る。位置情報を取得すると、プラットフォーム部２０は、アンインストール指示のあった対象アプリケーションをアンインストールする（Ｓ３０４）。

アプリケーションのアンインストール処理が終わると、プラットフォーム部２０は、代替アプリケーションの位置情報を取得しているか否かを判定する（Ｓ１５０３）。この判定は、プラットフォーム部２０が、アプリケーション管理データ２００とは別に、第１の記憶部１２２に代替アプリケーションの位置情報を格納しているか否かを判定することにより成る。代替アプリケーションの位置情報を取得していると判定される場合には、Ｓ１５０４に進む。一方、代替アプリケーションの位置情報を取得していないと判定されれば、直ちに処理を終了する。

Ｓ１５０４では、プラットフォーム部２０は、外部インターフェース１２５を介して、代替アプリケーションの位置情報で示された位置から、代替アプリケーションのインストールイメージファイルを取得する。

そして、プラットフォーム部２０は、取得したインストールイメージファイルから代替アプリケーションプログラムを取得する（Ｓ１５０５）。

次に、プラットフォーム部２０は、取得したインストールイメージファイルから代替アプリケーションの名称を取得する（Ｓ１５０６）。

代替アプリケーションプログラムとその名称を取得すると、プラットフォーム部２０は、代替アプリケーションプログラムを第２の記憶部１２３にインストールする（Ｓ１５０７）。この際、プラットフォーム部２０は、アプリケーション管理データ２００にレコードを追加し、追加したレコードのデータ項目２０１には代替アプリケーションの名称が格納される。

そして、プラットフォーム部２０は、アンインストールされたアプリケーションの代わりに代替アプリケーションを起動する（Ｓ３０８）。

このように、本実施例によれば、アプリケーションをアンインストールする時に、それに先立ってなされた関連付けの設定に従って代替アプリケーションを外部装置から取得する。そしてこれをインストールし、関連付けられたアプリケーションのアンインストール後にこれを起動することができる。これにより、アプリケーションを使用している間は代替アプリケーションを第２の第２の記憶部１２３を有効に利用できる。

[その他の実施形態]
前述した実施例の機能を実現するプログラムをコンピュータ読み取り可能な記録媒体に記憶させ、該記録媒体に記憶されたプログラムをコードとして読み出し、コンピュータにおいて実行する処理方法も上述の実施例の範疇に含まれる。また、前述のプログラムが記憶された記録媒体はもちろんそのプログラム自体も上述の実施例に含まれる。

かかる記録媒体としては、例えばフロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性メモリーカード、ＲＯＭがある。

また、前述の記録媒体に記憶されたプログラム単体で処理を実行しているものに限らず、他のソフトウェア、拡張ボードの機能と共同して、ＯＳ上で動作し、前述の実施例の動作を実行するものも前述した実施例の範疇に含まれる。

画像形成装置の概略構成を示すブロック図である。 アプリケーションの管理情報の例を示すデータ構成図である。 実施例１に係るアンインストール時の処理手順を示すフロー図である。 実施例１に係るインストール時の処理手順を示すフロー図である。 画面データの一例を示す図である。 画面データの一例を示す図である。 画面データの一例を示す図である。 画面データの一例を示す図である。 画面データの一例を示す図である。 実施例２に係るインストール時の処理手順を示すフロー図である。 実施例２に係る関連付け処理の処理手順を示すフロー図である。 実施例２に係るアンインストール時の処理手順を示すフロー図である。 実施例２に係る代替アプリケーションの実行処理手順を示すフロー図である。 実施例３に係るインストール時の処理手順を示すフロー図である。 実施例３に係るアンインストール時の処理手順を示すフロー図である。

Claims (18)

1. ユーザインターフェースがユーザからアプリケーションのアンインストールの指示を受け取った場合に、当該アプリケーションをアンインストールするアンインストール手段と、
   前記アンインストール手段でアプリケーションがアンインストールされる際に、当該アプリケーションと関連付けられた代替アプリケーションを起動する起動手段と、
   前記ユーザインターフェースがユーザからアプリケーションのアンインストールの指示を受け取る前に、前記アプリケーションと前記代替アプリケーションとを関連付ける関連付け手段と
   を有することを特徴とするアプリケーションプラットフォーム。
2. アプリケーションをインストールするインストール手段をさらに有し、
   前記関連付け手段による前記アプリケーションと前記代替アプリケーションとの関連付けを、前記インストール手段による前記アプリケーションのインストール時に行うことを特徴とする請求項１に記載のアプリケーションプラットフォーム。
3. 前記代替アプリケーションは、前記関連付け手段によって当該代替アプリケーションと関連付けられるアプリケーションが管理している情報を管理するためのアプリケーションであることを特徴とする請求項１又は２に記載のアプリケーションプラットフォーム。
4. 情報を記憶する記憶手段をさらに備え、
   前記アンインストール手段でアンインストールされるアプリケーションの管理している情報が、前記アンインストール手段でアンインストールされた後も前記記憶手段に存在するかどうかを判定する判定手段を備え、
   前記起動手段は、前記判定手段で前記情報が存在すると判定された場合に前記代替アプリケーションを起動させ、前記判定手段で前記情報が存在しないと判定された場合には、前記代替アプリケーションを起動させないことを特徴とする請求項３に記載のアプリケーションプラットフォーム。
5. 前記アンインストール手段でアンインストールされたアプリケーションが管理していた情報が前記記憶手段から存在しなくなると、前記代替アプリケーションをアンインストールすることを特徴とする請求項３又は４に記載のアプリケーションプラットフォーム。
6. アプリケーションを選択するためのメニュー画面を表示するように制御する表示制御手段をさらに有し、
   前記表示制御手段は、前記代替アプリケーションを選択する場合の識別表示を、当該代替アプリケーションと関連付けられたアプリケーションの識別表示がアンインストールされる前に表示されていたメニュー画面に表示するように制御することを特徴とする請求項３乃至５に記載のアプリケーションプラットフォーム。
7. 前記表示制御手段によって前記代替アプリケーションを選択する場合の識別表示を、当該代替アプリケーションと関連付けられたアプリケーションの識別表示がアンインストールされる前に表示されていたメニュー画面に表示する場合において、
   前記代替アプリケーションを選択する場合の識別表示の表示位置は、当該代替アプリケーションと関連付けられたアプリケーションの識別表示がアンインストールされる前に表示されていた表示位置と同じであることを特徴とする請求項６に記載のアプリケーションプラットフォーム。
8. 前記アンインストール手段でアプリケーションがアンインストールされる際に前記代替アプリケーションがインストールされていない場合に、前記代替アプリケーションを外部装置から取得することを特徴とする請求項１乃至７のいずれか１項に記載のアプリケーションプラットフォーム。
9. ユーザインターフェースがユーザからアプリケーションのアンインストールの指示を受け取った場合に、当該アプリケーションをアンインストールするアンインストールステップと、
   前記アンインストールステップでアプリケーションがアンインストールされる際に、当該アプリケーションと関連付けられた代替アプリケーションを起動する起動ステップと、
   前記ユーザインターフェースがユーザからアプリケーションのアンインストールの指示を受け取る前に、前記アプリケーションと前記代替アプリケーションとを関連付ける関連付けステップと
   を有することを特徴とするアプリケーション管理方法。
10. アプリケーションをインストールするインストールステップをさらに有し、
    前記関連付けステップによる前記アプリケーションと前記代替アプリケーションとの関連付けを、前記インストールステップによる前記アプリケーションのインストール時に行うことを特徴とする請求項９に記載のアプリケーション管理方法。
11. 前記代替アプリケーションは、前記関連付けステップによって当該代替アプリケーションと関連付けられるアプリケーションが管理している情報を管理するためのアプリケーションであることを特徴とする請求項９又は１０に記載のアプリケーション管理方法。
12. 情報を記憶する記憶ステップをさらに備え、
    前記アンインストールステップでアンインストールされるアプリケーションの管理している情報が、前記アンインストールステップでアンインストールされた後も前記記憶ステップに存在するかどうかを判定する判定ステップを備え、
    前記起動ステップは、前記判定ステップで前記情報が存在すると判定された場合に前記代替アプリケーションを起動させ、前記判定ステップで前記情報が存在しないと判定された場合には、前記代替アプリケーションを起動させないことを特徴とする請求項１１に記載のアプリケーション管理方法。
13. 前記アンインストールステップでアンインストールされたアプリケーションが管理していた情報が前記記憶ステップから存在しなくなると、前記代替アプリケーションをアンインストールすることを特徴とする請求項１１又は１２に記載のアプリケーションプラットフォーム。
14. アプリケーションを選択するためのメニュー画面を表示するように制御する表示制御ステップをさらに有し、
    前記表示制御ステップは、前記代替アプリケーションを選択する場合の識別表示を、当該代替アプリケーションと関連付けられたアプリケーションの識別表示がアンインストールされる前に表示されていたメニュー画面に表示するように制御することを特徴とする請求項１１乃至１３に記載のアプリケーション管理方法。
15. 前記表示制御ステップによって前記代替アプリケーションを選択する場合の識別表示を、当該代替アプリケーションと関連付けられたアプリケーションの識別表示がアンインストールされる前に表示されていたメニュー画面に表示する場合において、
    前記代替アプリケーションを選択する場合の識別表示の表示位置は、当該代替アプリケーションと関連付けられたアプリケーションの識別表示がアンインストールされる前に表示されていた表示位置と同じであることを特徴とする請求項１４に記載のアプリケーション管理方法。
16. 前記アンインストールステップでアプリケーションがアンインストールされる際に前記代替アプリケーションがインストールされていない場合に、前記代替アプリケーションを外部装置から取得するステップを備えることを特徴とする請求項９乃至１５のいずれか１項に記載のアプリケーション管理方法。
17. コンピュータに、請求項９乃至１６のいずれか１項に記載の方法を実行させるためのプログラム。
18. コンピュータに、請求項９乃至１６のいずれか１項に記載の方法を実行させるためのプログラムを格納した、コンピュータが読み取り可能な記録媒体。

Images