JP2021068190A - 情報処理装置およびアプリケーションの管理方法 - Google Patents

Abstract

【課題】 アプリケーションの所定のバージョンから追加され、別のアプリケーションを使用する追加機能をユーザが利用可能とする情報処理装置を提供する。【解決手段】 情報処理装置は、自装置にインストールされている第１のアプリケーションが所定のバージョン以上であるときに、第１のアプリケーションの所定のバージョンからの追加機能で使用される第２のアプリケーションが自装置にインストールされているかを判断する判断手段と、第２のアプリケーションが自装置にインストールされていないときに、第２のアプリケーションを配信サーバから取得する取得手段と、取得手段が取得した第２のアプリケーションを自装置にインストールするインストール手段と、を備える。【選択図】 図７

Description

本発明は、情報処理装置およびアプリケーションの管理方法に関する。

ＯＳＧｉ(Open Services Gateway initiative) Ａｌｌｉａｎｃｅから、アプリケーションのライフサイクルを管理するフレームワークとしてＯＳＧｉフレームワークが提唱されている。

ＯＳＧｉフレームワークでは、アプリケーションの形式をＪａｖａ（登録商標）の圧縮フォーマットであるｊａｒファイルとして規定している。ｊａｒファイルは、複数のクラスファイルをアーカイブとして１つにまとめたものである。ｊａｒファイルは、内部にＭＡＮＩＦＥＳＴ．ＭＦというｊａｒファイルの説明が記載されたマニフェストファイルを１つ持っている。ＯＳＧｉフレームワークではこのマニフェストファイルにＯＳＧｉ仕様の属性を記載することで、記載された属性に従って、アプリケーションの開始、停止などのアプリケーションのライフサイクルが管理される。

また、例えば画像形成装置などの情報処理装置において、アプリケーションを後からインストールして搭載することが試みられており、上記のＯＳＧｉフレームワークに準拠した仕組みを搭載した画像形成装置も普及している。この種の画像形成装置においては、マニフェストファイルにＯＳＧｉ仕様の属性だけでなく、例えば、アプリケーションのＩＤやＨＤＤの最大使用量など独自の属性を定義し、ＯＳＧｉの仕様を拡張したものも知られている。

画像形成装置にインストール済みのアプリケーションをアップデートする技術に関しては、例えば特許文献１に開示がある。特許文献１の開示では、画像形成装置にインストール済みのアプリケーションよりも新しいバージョンのアプリケーションがコンテンツ配信サーバに存在すれば、そのバージョンのアプリケーションを自動で取得してアップデートを行う。

特開２００５−２９７２３７号公報

しかしながら、アプリケーションが新しいバージョンで追加機能を別のアプリケーションを使用して提供する場合、インストール済みのアプリケーションのみをアップデートしただけでは新しいバージョンで提供される追加機能をユーザが利用できない。

本発明は、上記の状況に鑑みてなされたものであって、アプリケーションの所定のバージョンから追加され、別のアプリケーションを使用する追加機能をユーザが利用可能とする情報処理装置を提供する。

本発明の一例である情報処理装置は、自装置にインストールされている第１のアプリケーションが所定のバージョン以上であるときに、第１のアプリケーションの所定のバージョンからの追加機能で使用される第２のアプリケーションが自装置にインストールされているかを判断する判断手段と、第２のアプリケーションが自装置にインストールされていないときに、第２のアプリケーションを配信サーバから取得する取得手段と、取得手段が取得した第２のアプリケーションを自装置にインストールするインストール手段と、を備える。

本発明の一例である情報処理装置によれば、アプリケーションの所定のバージョンから追加され、別のアプリケーションを使用する追加機能をユーザが利用できる。

第１実施形態のネットワークシステムの構成例を示す図である。 画像形成装置のハードウェア構成の例を示す図である。 コンテンツ配信サーバのハードウェア構成の例を示す図である。 画像形成装置のソフトウェア構成の例を示す図である。 コンテンツ配信サーバのソフトウェア構成の例を示す図である。 アプリケーションのデータ構造の例を示す図である。 第１実施形態におけるアプリケーションの管理処理の例を示すフローチャートである。 第２実施形態におけるアプリケーションの管理処理の例を示すフローチャートである。 第３実施形態におけるアプリケーションの管理処理の例を示すフローチャートである。 第４実施形態におけるアプリケーションの管理処理の例を示すフローチャートである。

以下、本発明の実施形態を図面などに基づいて詳細に説明する。各図において、同一の要素については同一の参照番号を付し、重複する説明はいずれも省略する。

＜第１実施形態＞
図１は、第１実施形態に係る情報処理装置を含むネットワークシステムの構成例を示す図である。
図１に示すネットワークシステムでは、画像形成装置１０１とコンテンツ配信サーバ１０２が、インターネットなどのネットワーク１０３を介して通信可能に接続されている。なお、ネットワークシステムに含まれる画像形成装置１０１は、複数であってもよい。

画像形成装置１０１は、情報処理装置の一例であって、用紙に対してトナーやインク等の記録剤を用いて画像形成を行う印刷機能を備える装置である。画像形成装置１０１は、印刷機能に加えてＦＡＸ、コピー等の複合機能を備える複合機であってもよい。なお、画像形成装置１０１は、装置固有の個体番号を有している。

コンテンツ配信サーバ１０２は、画像形成装置１０１で動作する後述のアプリケーション６０１を配信する機能を備えたサーバ装置である。コンテンツ配信サーバ１０２は、複数台のサーバ装置から構築されていてもよい。

図２は、画像形成装置１０１のハードウェア構成の例を示す図である。
画像形成装置１０１は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤＤ２０４、操作部２０５、表示部２０６、印刷部２０７、スキャナ部２０８、ネットワーク部２０９を備える。これらの要素は、バス２１０を介してそれぞれ接続され、バス２１０を介してデータの送受信が可能である。
なお、ＣＰＵは、Central Processing Unitの略であり、ＲＯＭは、Read Only Memoryの略である。ＲＡＭは、Random Access Memoryの略であり、ＨＤＤは、Hard Disk Driveの略である。

ＣＰＵ２０１は、画像形成装置１０１の各要素を統括的に制御する。ＣＰＵ２０１は、ＨＤＤ２０４に格納されているアプリケーションプログラムや、ＲＯＭ２０２等に記憶された制御プログラム等を実行する。更に、ＣＰＵ２０１は、プログラムの実行に必要な情報やファイル等をＲＡＭ２０３に一時的に格納する制御を行う。ＣＰＵ２０１は、ＲＯＭ２０２又はＨＤＤ２０４などに記憶されたプログラムを読み出して処理を実行し、これにより画像形成装置１０１の機能が実現される。

ＲＯＭ２０２は、不揮発性の記憶媒体であって、組込済みプログラムおよび各種のデータを記憶する。
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等の一時領域として機能する一時記憶部である。ＣＰＵ２０１は、ＲＯＭ２０２に記憶されているプログラムをＲＡＭ２０３にロードしプログラムを実行する。ＲＡＭ２０３は、記憶した内容を電源オフ後も保持可能なＦＲＡＭ（登録商標）およびＳＲＡＭ、電源オフ後に記憶内容が消去されるＤＲＡＭなどにより構成される。

ＨＤＤ２０４は、各種のアプリケーションプログラムやテータを記憶する大容量の記憶媒体である。ＣＰＵ２０１は、ＨＤＤ２０４に記憶されているプログラムをＲＡＭ２０３にロードしプログラムを実行する。また、ＲＡＭ２０３のデータをＨＤＤ２０４に保存することもできる。

操作部２０５は、ユーザからの入力を受け付けるデバイスである。操作部２０５は、例えばタッチパネルモジュールや、ハードキーなどを含む。
表示部２０６は、液晶モニタなどのディスプレイ装置であって、画像形成装置１０１のユーザインタフェース画面を表示する。なお、表示部２０６は、上記のタッチパネルモジュールの表示部として実装されていてもよい。

印刷部２０７は、入力された画像データに基づいて、既知の電子写真方式により不図示の給紙カセットから給紙されたシート上に画像形成を行うデバイスである。
スキャナ部２０８は、原稿台に載置された原稿を読み取り、画像データを生成するデバイスである。スキャナ部２０８が生成した画像データは、印刷部２０７での印刷、ＨＤＤ２０４への記憶、あるいはネットワーク部２０９を介した外部装置への送信に提供される。

ネットワーク部２０９は、外部装置とのデータの送受を行う通信インターフェースである。ネットワーク部２０９は、例えば、コンテンツ配信サーバ１０２と通信し、コンテンツ配信サーバ１０２からアプリケーションプログラム等を受信する。

図３は、コンテンツ配信サーバ１０２のハードウェア構成の例を示す図である。
コンテンツ配信サーバ１０２は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＨＤＤ３０４、操作部３０５、表示部３０６、ネットワーク部３０７を備える。これらの要素は、バス３１０を介してそれぞれ接続され、バス３１０を介してデータの送受信が可能である。

図３において、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＨＤＤ３０４、操作部３０５、表示部３０６、ネットワーク部３０７の機能は、図２に示した同名称の要素と同様であるため重複説明はいずれも省略する。なお、図３において、操作部３０５はキーボードやポインティングデバイスであってもよい。

図４は、画像形成装置１０１のソフトウェア構成の例を示す図である。
画像形成装置１０１は、ソフトウェアモジュールとして、記憶部４０１、ダウンロード部４０２、インストール部４０３、ＵＩ制御部４０４、アプリケーション管理部４０５を備える。

ここで、図４に示されている各要素のプログラムはＨＤＤ２０４に記憶されている。そして、それらのプログラムがＲＡＭ２０３にロードされ、ＣＰＵ２０１によって実行されることで、画像形成装置１０１において各要素の機能が実現される。

記憶部４０１は、画像形成装置１０１で動作するアプリケーション６０１本体と後述するマニフェストファイル６０２の情報をＨＤＤ２０４に記憶させる。さらに、記憶部４０１は、アプリケーション６０１が利用可能なＨＤＤ容量の情報を記憶する。なお、第１実施形態では、アプリケーション６０１が利用可能な容量をＨＤＤ容量として説明しているが、別の資源であってもよい。例えば、記憶部４０１は、アプリケーション６０１が利用可能な容量として、メモリやそれ以外のソフトウェア資源の情報を記憶してもよい。

ダウンロード部４０２は、ダウンロード手段の一例であって、画像形成装置１０１で動作するアプリケーション６０１をコンテンツ配信サーバ１０２から取得するための処理を行う。
インストール部４０３は、ＨＤＤ２０４に記憶されているアプリケーション６０１をアップデートするための処理を行う。アプリケーション６０１がインストール済みでない場合は、インストール部４０３は、ＨＤＤ２０４にアプリケーション６０１を新規にインストールする。インストール部４０３は、判断手段およびインストール手段の一例である。

ＵＩ制御部４０４は、表示部２０６に表示する画面を制御する。
アプリケーション管理部４０５は、アプリケーション６０１に関するマニフェストファイル６０２の情報を管理する。

図５は、コンテンツ配信サーバ１０２のソフトウェア構成の例を示す図である。
コンテンツ配信サーバ１０２は、ソフトウェアモジュールとして、記憶部５０１、検索部５０２、配信部５０３を備える。

ここで、図５に示されている各要素のプログラムはＨＤＤ３０４に記憶されている。そして、それらのプログラムがＲＡＭ３０３にロードされ、ＣＰＵ３０１によって実行されることで、コンテンツ配信サーバ１０２において各要素の機能が実現される。

記憶部５０１は、アプリケーション６０１と、マニフェストファイル６０２の情報をＨＤＤ３０４に記憶させる。
検索部５０２は、マニフェストファイル６０２に記載されたＡｐｐｌｉｃａｔｉｏｎ−Ｉｄによりアプリケーションを特定する。そして、検索部５０２は、マニフェストファイル６０２に記載されたＢｕｎｄｌｅ−Ｖｅｒｓｉｏｎの数値比較により、バージョンアップさせるアプリケーションを特定する。
配信部５０３は、アプリケーション６０１を画像形成装置１０１に配信する。

図６は、画像形成装置１０１で動作するアプリケーション６０１のデータ構造の例を示す図である。
アプリケーション６０１はｊａｒファイル形式であり、マニフェストファイル６０２を含む。アプリケーション６０１の本体はクラスファイル６０３である。マニフェストファイル６０２には、アプリケーション６０１の属性情報が記載される。

マニフェストファイル６０２の属性情報のうち、例えば、Ｂｕｎｄｌｅ−Ｎａｍｅはアプリケーション６０１の名前を示し、Ｂｕｎｄｌｅ−Ｖｅｒｓｉｏｎはアプリケーション６０１のバージョンを示す。また、Ａｐｐｌｉｃａｔｉｏｎ−Ｉｄはアプリケーションの識別子を示す。また、ＭａｘｉｍｕｍＦｉｌｅｓｐａｃｅＵｓａｇｅはアプリケーションの最大ＨＤＤ使用量を示す。

図７は、第１実施形態の画像形成装置１０１によるアプリケーションの管理処理の例を示すフローチャートである。図７の処理は、画像形成装置１０１の起動時、もしくはインストール部４０３がアプリケーションＡをインストールもしくはアップデート完了した直後に行われる。

例えば、アプリケーションＡのＶ１．０では提供していない追加機能Ｃを、アプリケーションＡのＶ２．０以上では別のアプリケーションＢを使用することで実現する場合を考える。

このとき、アプリケーションＡのＶ２．０が画像形成装置１０１にすでにインストール済みであっても、アプリケーションＢが未インストールである場合には、上記の追加機能Ｃをユーザが利用することはできない。

同様に、アプリケーションＡのＶ２．０をこれからインストールしようとする場合、あるいは、アプリケーションＡのＶ１．０からＶ２．０へアップデートする場合においても、アプリケーションＢもインストールしないと新しい追加機能Ｃは利用できない。

図７の処理は、以上の事象に対処するためになされる。なお、アプリケーションＡは第１のアプリケーションの一例であり、アプリケーションＢは第２のアプリケーションの一例である。Ｖ２．０以上は、所定のバージョン以上の一例である。

図７に戻って、ステップＳ７０１にて、インストール部４０３は、インストールされているアプリケーションＡのバージョンをアプリケーション管理部４０５に照会する。そして、インストール部４０３は、追加機能Ｃに対応するＶ２．０以上のアプリケーションＡが画像形成装置１０１にインストール済みかを判断する。
Ｖ２．０以上のアプリケーションＡがインストール済みである場合、処理はステップＳ７０２に移行する。一方、Ｖ２．０以上のアプリケーションＡがインストール済みでない場合、図７の処理は終了する。

ステップＳ７０２にて、インストール部４０３は、追加機能Ｃで使用されるアプリケーションＢがインストール済みかをアプリケーション管理部４０５に照会し、画像形成装置１０１にアプリケーションＢがインストール済みかを判断する。
アプリケーションＢがインストール済みである場合、図７の処理は終了する。一方、アプリケーションＢがインストール済みでない場合、処理はステップＳ７０３に移行する。

ステップＳ７０３にて、ダウンロード部４０２は、アプリケーションＡの追加機能Ｃで使用されるアプリケーションＢをコンテンツ配信サーバ１０２からダウンロードする。
ステップＳ７０４にて、インストール部４０３は、ダウンロードしたアプリケーションＢを画像形成装置１０１にインストールする。その後、アプリケーション管理部４０５は、マニフェストファイル６０２の情報を登録し、図７の処理を終了する。

第１実施形態の画像形成装置１０１は、自装置にインストールされているアプリケーションＡがＶ２．０以上であるときに、アプリケーションＡの追加機能Ｃで使用されるアプリケーションＢが自装置にインストールされているかを判断する（Ｓ７０２）。そして、画像形成装置１０１は、アプリケーションＢがインストールされていないときに、アプリケーションＢをコンテンツ配信サーバ１０２から取得し（Ｓ７０３）、アプリケーションＢを自装置にインストールする（Ｓ７０４）。

これにより、第１実施形態においては、アプリケーションＡの所定のバージョンから追加され、別のアプリケーションＢを使用する追加機能Ｃを、画像形成装置１０１のユーザが利用できる。
なお、以下の各実施形態の説明において、ネットワークシステムの装置構成はいずれも第１実施形態と同様であるので、重複説明はいずれも省略する。

＜第２実施形態＞
第２実施形態は、上記の第１実施形態の変形例である。
第１実施形態において、画像形成装置１０１にインストール済みであるアプリケーションのマニフェストファイル６０２の情報はＨＤＤ２０４に記憶され、画像形成装置１０１のアプリケーション管理部４０５によって管理される。そのため、画像形成装置１０１の起動時に上記のアプリケーションの管理処理を毎回行うと、画像形成装置１０１の起動の所要時間が必要以上に延びてしまう。第２実施形態はかかる事象に対処するための構成例である。

図８は、第２実施形態の画像形成装置１０１によるアプリケーションの管理処理の例を示すフローチャートである。図８の処理は、画像形成装置１０１の起動時、もしくはインストール部４０３がアプリケーションＡをインストールもしくはアップデート完了した直後に行われる。

ステップＳ８０１にて、インストール部４０３は、画像形成装置１０１の起動時であるかを判断する。画像形成装置１０１の起動時である場合、処理はステップＳ８０２に移行する。一方、画像形成装置１０１の起動時ではない場合、処理はステップＳ７０１に移行する。

ステップＳ８０２にて、インストール部４０３は、チェック済フラグがオンであるかを判断する。チェック済フラグがオンである場合、図８の処理は終了する。一方、チェック済フラグがオフである場合、処理はステップＳ７０１に移行する。

ここで、チェック済フラグは、アプリケーションＢのインストールに関する判断の要否を示すフラグ情報であり、インストール部４０３によって管理される。チェック済フラグの情報は、例えば、画像形成装置１０１のＲＡＭ２０３またはＨＤＤ２０４に記憶されて保持される。

チェック済フラグがオン（第１状態）のときは、アプリケーションＢのインストールに関する判断が不要であることを示す。チェック済フラグがオフ（第２状態）のときは、アプリケーションＢのインストールに関する判断を要求することを示す。なお、初期状態のとき、チェック済フラグはオフに設定される。

図８のステップＳ７０１、Ｓ７０２、Ｓ７０３の処理は、それぞれ図７に示す第１実施形態の処理と同様である。
ただし、ステップＳ７０１にて、Ｖ２．０以上のアプリケーションＡがインストール済みでない場合、処理はステップＳ８０５に移行する。
また、ステップＳ７０２にて、アプリケーションＢがインストール済みである場合、処理はステップＳ８０５に移行する。
また、ステップＳ７０３の処理が終了すると、処理はステップＳ８０３に移行する。

ステップＳ８０３にて、ダウンロード部４０２は、ダウンロード時にエラーが発生したかを判断する。ダウンロード時にエラーが発生した場合、処理はステップＳ８０６に移行する。一方、ダウンロード時にエラーが発生していない場合、処理はステップＳ７０４に移行する。

図８のステップＳ７０４の処理は、図７に示す第１実施形態の処理と同様である。ステップＳ７０４の処理が終了すると、処理はステップＳ８０４に移行する。

ステップＳ８０４にて、インストール部４０３は、インストール時にエラーが発生したかを判断する。インストール時にエラーが発生した場合、処理はステップＳ８０６に移行する。一方、インストール時にエラーが発生していない場合、処理はステップＳ８０５に移行する。

ステップＳ８０５は、アプリケーションＢのインストールが成功している場合である。このとき、インストール部４０３は、チェック済フラグをオンに設定する。その後、図８の処理は終了する。

ステップＳ８０６は、ダウンロード時またはインストール時のエラーによりアプリケーションＢのインストールが失敗した場合である。このとき、インストール部４０３は、チェック済フラグをオフに設定する。その後、図８の処理は終了する。

第２実施形態の画像形成装置１０１は、アプリケーションＢのインストールに関する判断の要否を示すチェック済フラグを記憶する。そして、画像形成装置１０１は、自装置の起動時にチェック済フラグがオンであれば（Ｓ８０２のＹＥＳ）、アプリケーションＢが自装置にインストールされているかを判断せずに処理を終了する。
これにより、第２実施形態においては、画像形成装置１０１の起動時の処理が軽減され、画像形成装置１０１の起動の所要時間が必要以上に延びることを抑制できる。

＜第３実施形態＞
第３実施形態は、上記の第２実施形態の変形例である。
第２実施形態において、チェック済フラグがオンの状態で、アプリケーションＢのダウンロード時（Ｓ７０３）またはインストール時（Ｓ７０４）に画像形成装置１０１の電源断などが生じた場合を考える。この場合には、画像形成装置１０１にアプリケーションＢのインストールが完了していない。しかし、チェック済フラグがオンの状態であるので、以後の画像形成装置１０１の起動時にアプリケーションＢはインストールされない。第３実施形態はかかる事象に対処するための構成例である。

図９は、第３実施形態の画像形成装置１０１によるアプリケーションの管理処理の例を示すフローチャートである。図９の処理は、画像形成装置１０１の起動時、もしくはインストール部４０３がアプリケーションＡをインストールもしくはアップデート完了した直後に行われる。

図９の処理は、図８のステップＳ７０２とＳ７０３の処理の間にステップＳ９０１の処理が行われる点で、第２実施形態と相違する。
図９のステップＳ７０２でアプリケーションＢがインストール済みでない場合、処理はステップＳ９０１に移行する。ステップＳ９０１にて、インストール部４０３は、チェック済フラグをオフに設定する。その後、ステップＳ７０３に処理が移行する。

第３実施形態の画像形成装置１０１は、アプリケーションＢが自装置にインストールされていないと判断されたときに、チェック済フラグをオフに設定した後（Ｓ９０１）に、アプリケーションＢを自装置にインストールする処理を行う。
これにより、第３実施形態においては、アプリケーションＢのダウンロード中またはインストール中に画像形成装置１０１に電源断が生じると、チェック済フラグはオフの状態になっている。そのため、上記の場合には、画像形成装置１０１の起動時に、再度アプリケーションＢをインストールする工程が実行される。

＜第４実施形態＞
第４実施形態は、上記の第２実施形態や第３実施形態の変形例である。
上記の第２実施形態や第３実施形態において、例えば、ＨＤＤ容量不足やライセンス数の不足などの理由によりアプリケーションＢのインストールに失敗した場合を考える。この場合には、次回の画像形成装置１０１の起動時にインストールのリトライをしても毎回エラーになってしまう。第４実施形態はかかる事象に対処するための構成例である。

図１０は、第４実施形態の画像形成装置１０１によるアプリケーションの管理処理の例を示すフローチャートである。図１０の処理は、画像形成装置１０１の起動時、もしくはインストール部４０３がアプリケーションＡをインストールもしくはアップデート完了した直後に行われる。

図１０の処理は、図９のステップＳ７０４の処理の後にステップＳ８０４の判断がない点と、ステップＳ８０３のＹｅｓの場合にステップＳ１００１の判断が行われる点で、第３実施形態と相違する。

図１０のステップＳ８０３にて、ダウンロード部４０２は、ダウンロード時にエラーが発生したかを判断する。ダウンロード時にエラーが発生した場合、処理はステップＳ１００１に移行する。一方、ダウンロード時にエラーが発生していない場合、処理はステップＳ７０４に移行する。
図１０のステップＳ７０４の処理は、図７に示す第１実施形態の処理と同様である。ステップＳ７０４の処理が終了すると、処理はステップＳ８０５に移行する。

ステップＳ１００１にて、インストール部４０３は、ダウンロード時のエラーは通信エラーかを判断する。ダウンロード時のエラーが通信エラーでない場合、処理はステップＳ８０５に移行する。一方、ダウンロード時のエラーが通信エラーである場合、処理はステップＳ８０６に移行する。

図１０のステップＳ８０５は、アプリケーションＢのインストールが行われた場合（Ｓ７０４）、またはダウンロード時に通信エラー以外のエラーが発生した場合（Ｓ１００１のＹＥＳ）である。このとき、インストール部４０３は、チェック済フラグをオンに設定する。その後、図１０の処理は終了する。

図１０のステップＳ８０６は、ダウンロード時に通信エラーによりアプリケーションＢのインストールが失敗した場合である。このとき、インストール部４０３は、チェック済フラグをオフに設定する。その後、図１０の処理は終了する。

第４実施形態の画像形成装置１０１は、ダウンロード時にエラーによりコンテンツ配信サーバ１０２からアプリケーションＢの取得に失敗したときに、このエラーが通信エラーでなければチェック済フラグをオンに設定する（Ｓ１００１、Ｓ８０５）。
これにより、第４実施形態においては、リトライしてもインストール失敗の可能性の高いケースでは、画像形成装置１０１の起動時にアプリケーションＢのインストールに関する処理がスキップされるので、起動時における無駄な処理を抑制できる。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

以上、本発明の好ましい実施形態について説明したが、本発明は、これらの実施形態に限定されず、その要旨の範囲内で種々の変形および変更が可能である。

例えば、上記の各実施形態では、情報処理装置の一例として画像形成装置の場合を説明した。しかし、本発明の情報処理装置は、ネットワーク接続のプロジェクタ、ネットワークカメラなど、ネットワーク接続可能である各種の周辺機器や、パーソナルコンピュータや各種のモバイル端末等であってもよい。

１０１…画像形成装置、１０２…コンテンツ配信サーバ、１０３…ネットワーク、４０１…記憶部、４０２…ダウンロード部、４０３…インストール部、４０５…アプリケーション管理部

Claims (7)

1. 自装置にインストールされている第１のアプリケーションが所定のバージョン以上であるときに、前記第１のアプリケーションの所定のバージョンからの追加機能で使用される第２のアプリケーションが前記自装置にインストールされているかを判断する判断手段と、
   前記第２のアプリケーションが前記自装置にインストールされていないときに、前記第２のアプリケーションを配信サーバから取得する取得手段と、
   前記取得手段が取得した前記第２のアプリケーションを前記自装置にインストールするインストール手段と、
   を備えることを特徴とする情報処理装置。
2. 前記判断手段は、前記自装置の起動時、前記第１のアプリケーションのインストールまたはアップデートのときのいずれかで、前記第２のアプリケーションが前記自装置にインストールされているかを判断する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記判断手段による判断の要否を示すフラグ情報を記憶する記憶手段をさらに備え、
   前記判断手段は、前記自装置の起動時に前記フラグ情報の設定が判断の不要を示す第１状態であれば、前記第２のアプリケーションが前記自装置にインストールされているかを判断しない
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記フラグ情報は、
   前記第２のアプリケーションが前記自装置にインストールされたときに前記第１状態に設定され、
   前記第２のアプリケーションのインストールが失敗したときに、前記判断手段による判断を要求する第２状態に設定される
   ことを特徴とする請求項３に記載の情報処理装置。
5. 前記インストール手段は、前記第２のアプリケーションが前記自装置にインストールされていないと判断されたときに、前記フラグ情報を前記第２状態に設定した後に、前記第２のアプリケーションを前記自装置にインストールする処理を行う
   ことを特徴とする請求項４に記載の情報処理装置。
6. 前記インストール手段は、前記配信サーバから前記第２のアプリケーションの取得に失敗し、当該失敗のときに通信エラーが発生していなければ、前記フラグ情報を前記第１状態に設定する
   ことを特徴とする請求項３乃至５のいずれか一項に記載の情報処理装置。
7. 情報処理装置のアプリケーションの管理方法であって、
   前記情報処理装置にインストールされている第１のアプリケーションが所定のバージョン以上であるときに、前記第１のアプリケーションの所定のバージョンからの追加機能で使用される第２のアプリケーションが前記情報処理装置にインストールされているかを判断する判断工程と、
   前記第２のアプリケーションが前記情報処理装置にインストールされていないときに、前記第２のアプリケーションを配信サーバから取得する取得工程と、
   前記取得工程で取得された前記第２のアプリケーションを前記情報処理装置にインストールするインストール工程と、
   を有することを特徴とする方法。

Images