JP2007287066A - 画像処理装置、同装置におけるアプリケーションのインストール方法、及びアプリケーションのインストール処理プログラム - Google Patents

Abstract

【課題】装置のリソースに制約があっても、状況に応じたアプリケーションを用意したり機能をオフ操作することなく、自動的にアプリケーションをインストールして適正に動作させることができ、使い勝手も良い画像処理装置等を提供する。
【解決手段】インストールされるアプリケ−ションが利用する機能またはＡＰＩを判別する判別手段２４と、装置に搭載されている機能を判別する判別手段２８と、前記アプリケーションのインストール時、前記各判別手段の判別結果に基づいて、前記インストールされるアプリケーションが利用しない機能の停止及び／または削除、またはインストールされるアプリケーションが利用しないＡＰＩによって実現される機能の停止及び／または削除を行う制御手段２０を備えている。
【選択図】 図３

Description

この発明は、アプリケーションをインストールして動作させることができるＭＦＰ（Multi Function Peripherals) などの画像処理装置、ならびにこの画像処理装置で実行されるアプリケーションのインストール方法、及びアプリケーションのインストール処理をコンピュータに実行させるためのインストール処理プログラムに関する。

例えば多機能デジタル複合機であるＭＦＰでは、画像変換用アプリケーション等の種々のアプリケーションをインスト−ルして動作させる際に、インスト−ルに必要な記憶領域が不足してインスト−ルできない場合や、アプリケーションを動作させるのに必要なメモリ領域が不足して動作させることができない場合がある。また、ＭＦＰの処理能力が不足して動作させることができない場合や動作が遅く、使い勝手が悪い場合などもある。

このように、ＭＦＰのリソースが不足している場合、管理者は装置の状況に応じて、ほとんど使用されていないアプリケーションと入れ換えたり、あるいは、使用していない機能を手動でオフ、または削除してから、インストールをやり直すことが行われている。

一方、従来、この種の装置では、使用されるアプリケーションに関する情報を取得し、このアプリケーション情報に基づいて、アプリケーションの装置へのインストールの可否を判断し、インストール可能なアプリケーションを選択できるように操作パネルに表示するようにした技術が知られている（例えば、特許文献１参照）。
特開２００４−１２７２８１号公報

しかしながら、従来のように、記憶容量、処理能力など装置のリソースに制約がある場合に、装置の状況に応じてアプリケーションを入れ換えたり、使用していない機能を手動でオフしたり、あるいは削除操作して、アプリケーションのインストールを再度やり直すのは、極めて手間がかかる。これは、既存のアプリケーションの記憶のために確保しているリソースと、インストールを行おうとするアプリケーションを記憶し動作させるためのリソースを正確に把握しなければ、インストールを行うために何度もアプリケーションの入れ換えや削除操作を行う必要が生じてしまうからである。また、リソースを確保できたとしても、そのために機能の動作をオフにしたり、アプリケーション自体を削除してしまった場合、インストールするアプリケーションがこれらの機能やアプリケーションを利用するものであった場合には、せっかくインストールしたにもかかわらず、そのアプリケーションの機能を十分に利用できないものとなっていた。

また、前記特許文献１に記載の技術では、インストール可能なアプリケーションを表示パネルから選択できるものの、使用できる機能がインストール可能なアプリケーションの機能のみに限られてしまい、使い勝手が悪い。

この発明は、上記実情に鑑みてなされたものであり、装置のリソースに制約があっても、状況に応じたアプリケーションを用意したり機能をオフ操作したりすることなく、自動的にアプリケーションをインストールして、適正に動作させることができ、使い勝手も良い画像処理装置を提供し、さらにはこの画像処理装置で実行されるアプリケーションのインストール方法、及び画像処理装置のコンピュータにインストール処理を実行させるためのインストール処理プログラムを提供することを課題としている。

上記課題は、以下の手段によって解決される。
（１）インストールされるアプリケ−ションが利用する機能を判別する第１の機能判別手段と、装置に搭載されている機能を判別する第２の機能判別手段と、前記アプリケーションのインストール時、前記第１の機能判別段と第２の機能判別手段の判別結果に基づいて、前記インストールされるアプリケーションが利用しない機能の停止及び／または削除を行う制御手段と、を備えたことを特徴とする画像処理装置。
（２）インストールされるアプリケ−ションが利用するＡＰＩを判別するＡＰＩ判別手段と、装置に搭載されている機能を判別する機能判別手段と、前記アプリケーションのインストール時、前記ＡＰＩ判別手段と機能判別手段の判別結果に基づいて、前記インストールされるアプリケーションが利用しないＡＰＩによって実現される機能の停止及び／または削除を行う制御手段と、を備えたことを特徴とする画像処理装置。
（３）前記アプリケ−ションを動作させるのに必要な第１のリソースを検出する第１リソース検出手段と、前記アプリケ−ションを動作させるのに利用できる第２のリソースを検出する第２リソース検出手段と、前記第１リソース検出手段により検出された第１のリソースと、前記第２リソース検出手段により検出された第２のリソ−スを比較するリソース比較手段と、をさらに備え、前記比較の結果、第２のリソースが第１のリソース以上の場合には、前記制御手段は前記アプリケーションをそのままインストールし、第２のリソースが第１のリソースよりも小さい場合には、機能の停止及び／または削除を実行する前項１または２に記載の画像処理装置。
（４）前記アプリケ−ションの機能種別を識別するアプリケ−ション種別識別手段をさらに備え、前記制御手段は、第２のリソースが第１のリソースよりも小さい場合には、第１のリソースと第２のリソースの差分以上のリソースを消費する機能であって、前記アプリケ−ション種別識別手段によって識別されたアプリケーションの機能種別と同種の機能の停止及び／または削除を実行する前項３に記載の画像処理装置。
（５）前記制御手段は、削除される機能についてのデータを外部装置に転送する前項１〜４のいずれかに記載の画像処理装置。
（６）インストールされるアプリケ−ションが利用する機能を判別するステップと、
装置に搭載されている機能を判別するステップと、前記アプリケーションのインストール時、前記各判別ステップの判別結果に基づいて、前記インストールされるアプリケーションが利用しない機能の停止及び／または削除を行う制御ステップと、を備えたことを特徴とする画像処理装置におけるアプリケーションのインストール方法。。
（７）インストールされるアプリケ−ションが利用するＡＰＩを判別するステップと、装置に搭載されている機能を判別するステップと、 前記アプリケーションのインストール時、前記各判別ステップの判別結果に基づいて、前記インストールされるアプリケーションが利用しないＡＰＩによって実現される機能の停止及び／または削除を行う制御ステップと、を備えたことを特徴とする画像処理装置におけるアプリケーションのインストール方法。
（８）前記アプリケ−ションを動作させるのに必要な第１のリソースを検出するステップと、前記アプリケ−ションを動作させるのに利用できる第２のリソースを検出するステップと、前記第１リソース検出ステップにより検出された第１のリソースと、前記第２リソース検出ステップにより検出された第２のリソ−スを比較するステップと、をさらに備え、前記比較の結果、第２のリソースが第１のリソース以上の場合には、前記制御ステップでは、前記アプリケーションをそのままインストールし、第２のリソースが第１のリソースよりも小さい場合には、機能の停止及び／または削除を実行する前項６または７に記載の画像処理装置におけるアプリケーションのインストール方法。
（９）前記アプリケ−ションの機能種別を識別するステップをさらに備え、前記制御ステップでは、第２のリソースが第１のリソースよりも小さい場合には、第１のリソースと第２のリソースの差分以上のリソースを消費する機能であって、前記識別ステップで識別されたアプリケーションの機能種別と同種の機能の停止及び／または削除を実行する前項８に記載の画像処理装置におけるアプリケーションのインストール方法。
（１０）前記制御ステップでは、削除される機能についてのデータを外部装置に転送する前項６〜９のいずれかに記載の画像処理装置におけるアプリケーションのインストール方法。
（１１）インストールされるアプリケ−ションが利用する機能を判別するステップと、装置に搭載されている機能を判別するステップと、前記アプリケーションのインストール時、前記各判別ステップの判別結果に基づいて、前記インストールされるアプリケーションが利用しない機能の停止及び／または削除を行う制御ステップと、を画像処理装置のコンピュータに実行させるためのアプリケーションのインストール処理プログラム。
（１２）インストールされるアプリケ−ションが利用するＡＰＩを判別するステップと、装置に搭載されている機能を判別するステップと、前記アプリケーションのインストール時、前記各判別ステップの判別結果に基づいて、前記インストールされるアプリケーションが利用しないＡＰＩによって実現される機能の停止及び／または削除を行う制御ステップと、を画像処理装置のコンピュータに実行させるためのアプリケーションのインストール処理プログラム。
（１３）前記アプリケ−ションを動作させるのに必要な第１のリソースを検出するステップと、前記アプリケ−ションを動作させるのに利用できる第２のリソースを検出するステップと、前記第１リソース検出ステップにより検出された第１のリソースと、前記第２リソース検出ステップにより検出された第２のリソ−スを比較するステップと、をコンピュータにさらに実行させ、前記比較の結果、第２のリソースが第１のリソース以上の場合には、前記制御ステップでは、前記アプリケーションをそのままインストールし、第２のリソースが第１のリソースよりも小さい場合には、機能の停止及び／または削除をコンピュータに実行させる前項１１または１２に記載のアプリケーションのインストール処理プログラム。
（１４）前記アプリケ−ションの機能種別を識別するステップをさらにコンピュータに実行させ、前記制御ステップでは、第２のリソースが第１のリソースよりも小さい場合には、第１のリソースと第２のリソースの差分以上のリソースを消費する機能であって、前記識別ステップで識別されたアプリケーションの機能種別と同種の機能の停止及び／または削除をコンピュータに実行させる前項１３に記載のアプリケーションのインストール処理プログラム。
（１５）前記制御ステップでは、削除される機能についてのデータを外部装置に転送する処理をコンピュータに実行させる前項１１〜１４のいずれかに記載のアプリケーションのインストール処理プログラム。

前項（１）に記載の発明によれば、インストールされるアプリケ−ションが利用する機能の判別結果と、装置に搭載されている機能の判別結果に基づいて、前記インストールされるアプリケーションが利用しない機能の停止及び／または削除を行うから、アプリケーションのインストールに対して装置側のリソースに制約があっても、この制約を自動的に解消することができ、使用していない機能を手動でオフしたり、アプリケーションを差し替えたりすることなく、所期するアプリケーションのインストールを行うことができ、このアプリケーションによる機能を使用することができる。従って、一部のアプリケーションのみが選択的にインストールされることがなく、使い勝手の良い装置となる。

前項（２）に記載の発明によれば、インストールされるアプリケ−ションが利用するＡＰＩの判別結果と、装置に搭載されている機能の判別結果に基づいて、前記インストールされるアプリケーションが利用しない機能の停止及び／または削除を行うから、アプリケーションのインストールに対して装置側のリソースに制約があっても、この制約を自動的に解消することができ、使用していない機能を手動でオフしたり、アプリケーションを差し替えたりすることなく、所期するアプリケーションのインストールを行うことができ、このアプリケーションによる機能を使用することができる。従って、一部のアプリケーションのみが選択的にインストールされることがなく、使い勝手の良い装置となる。

前項（３）に記載の発明によれば、インストールされるアプリケ−ションを動作させるのに必要な第１のリソースと、アプリケ−ションを動作させるのに利用できる第２のリソースが検出される。そして、第１のリソースと第２のリソースが比較され、第２のリソースが第１のリソース以上の場合は、機能の停止及び／または削除を行わなくてもインストール可能であるから、アプリケーションがそのままインストールされる。従って機能の停止及び／または削除が無駄に実行されるのを防止できる。一方、機能の第２のリソースが第１のリソースよりも小さい場合に、機能の停止及び／または削除が実行されるから、アプリケーションのインストールに対して装置側のリソースの制約を、確実に解消できる。

前項（４）に記載の発明によれば、第２のリソースが第１のリソースよりも小さい場合には、第１のリソースと第２のリソースの差分以上の大きさのリソースを消費する機能であって、前記アプリケ−ションと同種の機能の停止及び／または削除が実行されるから、同種でない機能が削除されることによる利便性の低下を避けながら、重複する機能を最小限の範囲で停止及び／または削除することができ、より使い勝手の良い装置となる。

前項（５）に記載の発明によれば、削除される機能についてのデータが外部装置に転送されるから、必要があればその機能を呼び出して使用できるし、また画像処理装置に復帰させることができる。

前項（６）に記載の発明によれば、アプリケーションのインストールに対して装置側のリソースに制約があっても、この制約を自動的に解消することができ、使用していない機能を手動でオフしたり、アプリケーションを差し替えたりすることなく、所期するアプリケーションのインストールを行うことができ、このアプリケーションによる機能を使用することができる。従って、一部のアプリケーションのみが選択的にインストールされることがなく、使い勝手の良い装置となる。

前項（７）に記載の発明によれば、アプリケーションのインストールに対して装置側のリソースに制約があっても、この制約を自動的に解消することができ、使用していない機能を手動でオフしたり、アプリケーションを差し替えたりすることなく、所期するアプリケーションのインストールを行うことができ、このアプリケーションによる機能を使用することができる。従って、一部のアプリケーションのみが選択的にインストールされることがなく、使い勝手の良い装置となる。

前項（８）に記載の発明によれば、インストールされるアプリケ−ションを動作させるのに必要な第１のリソースと、アプリケ−ションを動作させるのに利用できる第２のリソースが比較され、第２のリソースが第１のリソース以上の場合は、アプリケーションがそのままインストールされ、機能の停止及び／または削除が無駄に実行されるのを防止できる。一方、機能の第２のリソースが第１のリソースよりも小さい場合に、機能の停止及び／または削除が実行されるから、アプリケーションのインストールに対して装置側のリソースの制約を、確実に解消できる。

前項（９）に記載の発明によれば、第２のリソースが第１のリソースよりも小さい場合には、第１のリソースと第２のリソースの差分以上の大きさのリソースを消費する機能であって、前記アプリケ−ションと同種の機能の停止及び／または削除が実行されるから、同種でない機能が削除されることによる利便性の低下を避けながら、重複する機能を最小限の範囲で停止及び／または削除することができ、より使い勝手を良くすることができる。

前項（１０）に記載の発明によれば、削除される機能についてのデータが外部装置に転送されるから、必要があればその機能を呼び出して使用できるし、また画像処理装置に復帰させることができる。

前項（１１）に記載の発明によれば、アプリケーションのインストールに対して装置側のリソースに制約があっても、この制約を自動的に解消することにより、使用していない機能を手動でオフしたり、アプリケーションを差し替えたりすることなく、アプリケーションのインストールを行う処理を、コンピュータに実行させることができる。

前項（１２）に記載の発明によれば、アプリケーションのインストールに対して装置側のリソースに制約があっても、この制約を自動的に解消することにより、使用していない機能を手動でオフしたり、アプリケーションを差し替えたりすることなく、アプリケーションのインストールを行う処理を、コンピュータに実行させることができる。

前項（１３）に記載の発明によれば、インストールされるアプリケ−ションを動作させるのに必要な第１のリソースと、アプリケ−ションを動作させるのに利用できる第２のリソースを検出して比較し、第２のリソースが第１のリソース以上の場合は、アプリケーションをそのままインストールし、機能の第２のリソースが第１のリソースよりも小さい場合に、機能の停止及び／または削除を実行する処理を、コンピュータにさらに実行させることができる。

前項（１４）に記載の発明によれば、第２のリソースが第１のリソースよりも小さい場合には、第１のリソースと第２のリソースの差分以上のリソースを消費する機能であって、前記アプリケ−ションと同等の機能を停止及び／または削除する処理を、さらにコンピュータに実行させることができる。

前項（１５）に記載の発明によれば、削除される機能についてのデータを外部装置に転送する処理をも、コンピュータに実行させることができる。

以下、この発明の一実施形態を図面に基づいて説明する。

図１は、この発明の一実施形態に係る画像処理装置を備えた画像処理システムを示すネットワーク図である。

図１において、この画像処理システムは、例えば複数の画像処理装置としてのＭＦＰ５〜８と、サーバ４と、パーソナルコンピュータ（ＰＣ）等からなる複数の端末装置１〜３とを備えており、これら複数のＭＦＰ５〜８と、サーバ４と、端末装置１〜３とは、ＬＡＮ等のネットワーク９を介して接続されている。

ＭＦＰ５〜８は、コピー機能、プリンタ機能、ファクシミリ機能、スキャン機能等の機能を備えた多機能デジタル複合機であり、それぞれ同じ構成を有しており、以下の説明では、代表してＭＦＰ５について説明する。

図２は、ＭＦＰ５の電気的構成を示すブロック図である。

図２おいて、ＭＦＰ５は、例えばＣＰＵ１０１と、ＲＯＭ１０２と、ＲＡＭ１０３と、ハードディスク１０４と、操作パネル部１０５と、画像読取部１０６と、印刷部１０７と、ネットワークインターフェース部１０８とを備えている。

ＲＯＭ１０２、ＲＡＭ１０３、ハードディスク１０４、操作パネル部１０５、画像読取部１０６、印刷部１０７およびネットワークインターフェース１０８は、ＣＰＵ１０１のバス１０９に接続されている。

前記ＣＰＵ１０１は、ＭＦＰ５の全体の動作を統括制御する他に、ＭＦＰ５にアプリケーションがインストールされる際に、所定のインストール処理を実行するものである。具体的な処理の内容については後述する。

前記ＲＯＭ１０２は、ＣＰＵ１０１の動作プログラムを格納しているメモリであり、前記ＲＡＭ１０３は、ＣＰＵ１０１の動作領域を提供するメモリである。

前記ハードディスク（ＨＤＤ）１０４は、画像データやジョブデータを記憶する記憶手段であり、インストールされたアプリケーションも格納される。

前記操作パネル部１０５は、各種入力を操作したり、モードを選択したりするキー部や液晶表示部（いずれも図示せず）を備えている。また、表示部は、例えばタッチパネルで構成されている。

前記画像読取部１０６は、原稿画像などを読み取るスキャナ機能を有している。

前記印刷部１０７は、画像データを指示されたジョブ条件に従って用紙にプリントするものである。

前記ネットワークインターフェース１０８は、ネットワーク９上の他のＭＦＰ６〜８やサーバ４や端末装置１〜３との間で、データの送受信を行うための通信部として機能する。

図３は、ＭＦＰ５の前記ＣＰＵ１０１によって実行される制御部５Ａの構成を示す機能的ブロック図である。

図３において、この制御部５Ａは、プログラム制御部２０と処理実行部４０とに大別されている。

前記プログラム制御部３０は、アプリケーション（以下、単に「ＡＰＰ」または「アプリ」ともいう）取得部２１と、インストールアプリ識別部２２と、既存アプリ管理部２６と、ＡＰＰ転送部３２とからなる。

前記ＡＰＰ取得部２１は、ＡＰＰ供給元の外部装置（例えば端末装置１）から、ユーザがインストールしようとするアプリケーションを取得するものである。

前記インストールアプリ識別部２２は、種別識別部２３と、機能／ＡＰＩ識別部２４と、必要リソース識別部２５とを備えている。

前記種別識別部２３は、インストールされるアプリケーションの機能種別を識別するものである。

前記機能／ＡＰＩ識別部２４は、インストールされるアプリケ−ションが利用する機能や、インストールされるアプリケーションが利用するＡＰＩ（Application Programming Interface)を識別するものである。

前記必要リソース識別部２５は、インストールされるアプリケーションを動作させるのに必要なリソース（第１のリソース）を検出するものである。ここで、リソースとは、一次記憶容量、二次記憶容量、ＣＰＵ１０１の処理能力等をいう。一次記憶容量とは、インストールされるアプリケーションを動作させるために使用される記憶容量であり、この実施形態では図２に示されるＲＡＭ１０３で必要とされる記憶容量である。また、二次記憶容量とは、アプリケーションのインストールに必要な記憶容量であり、この実施形態では図２に示されるハードディスク１０４で必要とされる記憶容量である。

前記種別識別部２３による機能種別の識別、前記機能／ＡＰＩ識別部２４による機能やＡＰＩの識別、前記必要リソース識別部２５による第１のリソースの検出は、この実施形態では、インストールしようとするアプリケーションに付与された、一例として挙示した以下のような情報を読み込むことにより行われる。

（I）アプリケーション種別 画像変換
（II）リソース 一次記憶容量 ５１２ＫＢｙｔｅ
二次記憶容量 １２８ＫＢｙｔｅ
ＣＰＵ ６ＭＩＰＳ
（III）使用する機能（ＡＰＩ） 未加工（ＲＡＷ）データ転送ＡＰＩ
二次記憶蓄積ＡＰＩ
前記既存アプリ管理部２６は、種別識別部２７と、機能／ＡＰＩ識別部２８と、必要リソース識別部２９と、アプリ入替制御部３０と、ＡＰＩ制御部３１とを備えている。

前記種別識別部２７は、ＭＦＰに搭載されている機能の種別を識別するものである。

前記機能／ＡＰＩ識別部２８は、ＭＦＰに搭載されている機能やＭＦＰに搭載されている機能を実現しているＡＰＩを識別するものである。

前記必要リソース識別部２９は、ＭＦＰに搭載されている機能で消費するリソースを識別するものである。

前記アプリ入替制御部３０は、新たなアプリケーションがインストールされる際の制御を行うものである。例えば新たにインストールされるアプリケーションが利用できる現在のリソース（第２のリソース）、換言すれば空きリソースを検出したり、第１のリソースと第２のリソースを比較したり、比較の結果、既に搭載済みの機能を削除及び／または停止しなければ第１のリソースを確保できないような場合には、機能を削除及び／または停止するための処理を行ったり、新たなアプリケーションのインストール処理を行う。

前記ＡＰＩ制御部３１は、端末装置で指示された機能を実現するＡＰＩを制御して、前記機能を実現するものである。

前記ＡＰＰ転送部３２は、アプリ入替制御部３０により削除することが決定された機能についてのデータを、外部装置（例えば端末装置２）に転送するものである。

前記種別識別部２７による機能の識別、前記機能／ＡＰＩ識別部２８による機能やＡＰＩの識別、前記必要リソース識別部２９によるリソースの検出は、この実施形態では、ＭＦＰが機能毎に保持する、消費するリソース、機能の種別、機能を実現しているＡＰＩについての各情報に基づいて行われる。これらの情報についての一例を挙げると次の通りである。

（Ｉ）機能名称 ＰＤＦ生成機能
（II）消費するリソース ＣＰＵ １０ＭＩＰＳ
一次記憶 １０２４Ｍｙｔｅ
二次記憶 ２５６ＫＢｙｔｅ
（III）実現しているＡＰＩ ＰＤＦ変換ＡＰＩ
（IV）機能種別 画像変換
また、前記アプリ入替制御部３０による第２リソースの大きさの検出は、各機能毎に消費されるリソースの合計と全体のリソースから求めることができる。

前記処理実行部４０は、ＭＦＰ５の各種の処理を実行するものであり、ＲＡＭ１０３を制御するメモリ制御部４１と、ＲＯＭ１０２を制御する不揮発性メモリ制御部４２と、タッチパネル表示部（図示せず）を制御するタッチパネル制御部４３と、画像読み取り部１０６を制御するスキャナ制御部４４と、ネットワークインターフェース１０８を制御して外部装置と通信を行う外部通信部４５と、画像処理等を行う画像制御部４６と、ハードディスク１０４を制御するＨＤＤ制御部４７と、印刷部１０７を制御するエンジン制御部４８と、ジョブ管理を行うジョブ管理部４９とを備えている。

上記のような制御部５Ａを備えたＭＦＰ５において、外部装置（例えば端末装置１）からインストール対象のアプリケーションが供給されると、ＡＰＰ取得部２１により該アプリケーションが取得される。インストールアプリ識別部２２では、取得されたアプリケーションに付与されている情報に基づいて、種別識別部２３により該アプリケーションの機能種別が識別され、機能／ＡＰＩ識別部２４により該アプリケーションが利用する機能（ＡＰＩ）が識別され、さらに、リソース識別部２５により、アプリケーションを記憶し、動作させるのに必要な第１のリソースが検出される。

一方、既存アプリ管理部２６においては、既存の機能の種別や機能を実現するＡＰＩなどが識別され、現時点で利用可能な空きリソースである第２のリソースが検出される。

そして、インストールされるアプリケーションを動作させるのに必要な第１のリソースと、ＭＦＰ５で利用可能な第２のリソースを比較し、第２のリソースが第１のリソース以上であれば、受入れ可能と見なされ、アプリケーションがそのままインストールされる。

第２のリソースが第１のリソースよりも小さい場合には、ＭＦＰ５の一部機能を削除しする。この際、削除される機能についてデータを端末装置１〜３等の外部装置に転送しても良い。また、既存のアプリケーションが起動している状態で二次記憶容量を消費している状態であって、第２のリソースが第１のリソースよりも小さい場合には、この既存のアプリケーションの動作を停止させる。

このような処理により、アプリケ−ションのインストールに対して、一次記憶容量、二次記憶容量、ＣＰＵの処理能力などのリソースの制約が生じている場合でも、それに対応可能なアプリケ−ションをわざわざ用意したり、あるいは使用していない機能を手動でオフ操作してなくても、前記アプリケ−ションをインストールしてそのまま適正な動作が可能となる。

なお、削除または停止対象とする機能の基準は以下の通りである。
（I）インストールされるアプリケーションが利用するＡＰＩに対応する機能は削除また
は停止しない。前述した例では、ＲＡＷデータ転送ＡＰＩおよび二次記憶蓄積ＡＰＩが該当する。
（II）インストールされるアプリケーションの機能と同等の機能を優先的に削除または停
止する。この例では、インストールされるアプリケーション種別が「画像変換」なので、これと同等機能である画像変換機能を優先的に除去する。

次に、新規なアプリケーションをＭＦＰ５にインストールする際の処理を、図４のフローチャートを参照して説明する。この処理は、制御部５Ａを構成するＣＰＵ１０１が、ＲＯＭ１０２に記憶されているプログラムに従って動作することにより実行される。

図４において、ステップＳ５１では、インストールされるアプリケーションから、機能種別、利用するＡＰＩ、アプリケーションの消費リソース（アプリケーションを記憶し、動作させるのに必要な第１のリソース）を取得し、ステップＳ５２では、ＭＦＰ５側での空きリソース（インストールされるアプリケーションを記憶し、動作させるのに利用できる第２のリソース）と前記消費リソースとの比較を行う。

ステップＳ５３では、ＭＦＰ５側での空きリソースがアプリケーションの消費リソースよりも大きいか否かを判断する。ＭＦＰ５側での空きソースがアプリケーションの消費リソースよりも大きければ（ステップＳ５３でＹＥＳ）、ステップＳ６０で、そのままアプリケーションをインストールしたのち、終了する。ＭＦＰ５側での空きリソースがアプリケーションの消費リソースよりも大きくなければ（ステップＳ５３でＮＯ）、ステップＳ５４に進む。

ステップＳ５４では、ＭＦＰ５で削除可能な機能があるかを判定する処理を行う。次いで、ステップＳ５５では削除可能な機能があるか否かを判断し、削除可能な機能があれば（ステップＳ５５でＹＥＳ）、ステップＳ５６に進み、削除可能な機能がなければ（ステップＳ５５でＮＯ）、ステップＳ６１では、インストールエラーの処理を行い、本処理を終了する。

ステップＳ５６では、削除可能な機能の選択処理を行い、ステップＳ５７では、削除した場合の空きリソースを計算し、ステップＳ５８に進む。

ステップＳ５８では、機能削除によって、空きリソースがアプリケーションの消費リソースよりも大きいか否かを判断し、空きリソースがアプリケーションの消費リソースよりも大きくなれば（ステップＳ５８でＹＥＳ）、ステップＳ５９で機能の削除処理を行って空きリソースを確保した後、ステップＳ６０に進み、アプリケーションをインストールする。空きリソースがアプリケーションの消費リソースよりも大きくならなければ（ステップＳ５８でＮＯ）、ステップＳ５４に戻って、削除可能な機能の有無の判定処理を繰り返す。

つぎに、図４の削除可能な機能の有無の判定処理（ステップＳ５４）のサブルーチンを、図５のフローチャートを参照して説明する。

図５において、ステップＳ５４１では、削除候補の機能を選択し、ステップＳ５４２では、削除候補機能があるか否かを判断し、削除候補機能があれば（ステップＳ５４２でＹＥＳ）、ステップＳ５４３で、削除により無効となるＡＰＩを取得したのち、ステップＳ５４４に進む。削除候補機能がなければ（ステップＳ５４２でＮＯ）、ステップＳ５４６で、削除可能機能なしを設定したのちリターンする。

ステップＳ５４４では、無効となるＡＰＩを、インストールするアプリケーションが利用するか否かを判断し、無効となるＡＰＩをインストールするアプリケーションが利用するのであれば（ステップＳ５４４でＹＥＳ）、この機能を削除できないため、ステップＳ５４１に戻って、削除候補機能の選択処理を繰り返す。インストールするアプリケーションが、無効となるＡＰＩを利用するのでなければ（ステップＳ５４４でＮＯ）、この機能を削除しても問題ないため、ステップＳ５４５で、削除可能機能ありを設定したのちリターンする。

次に、図４の削除機能の選択処理（ステップＳ５６）のサブルーチンを図６のフローチャートを参照して説明する。

図６において、ステップＳ５６１では、削除候補機能のうち、インストールするアプリケーションと同種の機能があるかどうかの調査を行い、ついで、ステップＳ５６２では、アプリケーションと同種の機能があるか否かを判断する。アプリケーションと同種の機能があれば（ステップＳ５６２でＹＥＳ）、ステップＳ５６３では、選択した機能を削除対象として設定したのち、リターンする。このように、インストールされるアプリケ−ションと同種の機能が削除されるから、同種でない機能が削除されることによる利便性の低下を避けながら、重複する機能を最小限の範囲で削除することができ、より使い勝手の良い装置となる。

アプリケーションと同種の機能が存在しなければ（ステップＳ５６２でＮＯ）、ステップＳ５６４で、過去の使用履歴から機能の利用頻度を調査し、ステップＳ５６５で、利用頻度が最も低い機能を削除したのち、リターンする。

次に、アプリケーションをＭＦＰ５にインストールする際の別の処理を、図７のフローチャートを参照して説明する。この処理も、図４の処理と同じく、制御部５Ａを構成するＣＰＵ１０１が、ＲＯＭ１０２に記憶されているプログラムに従って動作することにより実行される。

図７においては、ＭＦＰ４の機能を削除して必要なリソースの空きを作る場合に、削除しようとする機能についてのデータを、他のＭＦＰ６〜８等の外部装置に転送するようにした処理であり、ステップＳ７１〜ステップＳ７８まで、ステップＳ８０及びステップＳ８１は、図４のステップＳ５１〜５８と同じ内容である。

図７において、ステップＳ７１では、インストールされるアプリケーションから、機能種別、利用するＡＰＩ、アプリケーションの消費リソース（第１のリソース）を取得し、ステップＳ７２では、ＭＦＰ５側での空きリソース（第２のリソース）と前記消費リソースとの比較を行う。

ステップＳ７３では、ＭＦＰ５側での空きリソースがアプリケーションの消費リソースよりも大きいか否かを判断する。ＭＦＰ５側での空きソースがアプリケーションの消費リソースよりも大きければ（ステップＳ７３でＹＥＳ）、ステップＳ８０で、そのままアプリケーションをインストールしたのち、終了する。ＭＦＰ５側での空きリソースがアプリケーションの消費リソースよりも大きくなければ（ステップＳ７３でＮＯ）、ステップＳ７４に進む。

ステップＳ７４では、ＭＦＰ５で削除可能な機能があるかを判定する処理を行う。次いで、ステップＳ７５では削除可能な機能があるか否かを判断し、削除可能な機能があれば（ステップＳ７５でＹＥＳ）、ステップＳ７６に進み、削除可能な機能がなければ（ステップＳ７５でＮＯ）、ステップＳ８１では、インストールエラーの処理を行い、本処理を終了する。

ステップＳ７６では、削除可能な機能の選択処理を行い、ステップＳ７７では、削除した場合の空きリソースを計算し、ステップＳ７８に進む。

ステップＳ７８では、機能削除によって、空きリソースがアプリケーションの消費リソースよりも大きいか否かを判断し、空きリソースがアプリケーションの消費リソースよりも大きくなれば（ステップＳ７８でＹＥＳ）、ステップＳ７９で機能の転送処理を行ったのち、ステップＳ８０に進み、アプリケーションをインストールする。空きリソースがアプリケーションの消費リソースよりも大きくならなければ（ステップＳ７８でＮＯ）、ステップＳ７４に戻って、削除可能な機能の有無の判定処理を繰り返す。

なお、前記削除可能な機能の有無の判定処理（ステップＳ７４）のサブルーチンは、図５と同じであり、さらに、削除機能選択処理（ステップＳ７６）のサブ−チンは、図６と同じである。

次に、図７の機能転送処理（ステップＳ７９）のサブーチンを、図８のフローチャートを参照して説明する。

図８において、ステップＳ７９１では、外部装置から必要なソース情報を取得し、ステップＳ７９２では、インストール可能な外部装置を検索して、ステップＳ７９３に進む。

ステップＳ７９３では、インストール可能な外部装置があるか否かを判断し、インストール可能な外部装置がなければ（ステップＳ７９３でＮＯ）、ステップＳ７９７では、削除対象の機能を外部装置へ転送することなく削除してから、リターンする。インストール可能な外部装置があれば（ステップＳ７９３でＹＥＳ）、ステップＳ７９４に進む。

ステップＳ７９４では、削除対象機能のアプリケーションを、外部装置にインストール可能なデータ形式に変換した後、ステップＳ７９５で、前記変換されたデータを外部装置に転送してインストールする。このように、削除される機能についてのデータが外部装置に転送されるから、必要があればその機能を呼び出して使用できるし、また画像処理装置に復帰させることができる。

次いで、ステップＳ７９６では、その機能を実現するＡＰＩを、内部利用形式から外部参照形式に変更したのち、ステップＳ７９７で対象機能を削除して、リターンする。

次に、図８におけるインストール可能な外部装置の検索処理（ステップＳ７９２）のサブルーチンを、図９のフローチャートを参照して説明する。

図９において、ステップＳ７９２１では、インストール可能な外部装置を検索し、ステップＳ７９２２では、インストール可能な外部装置があるか否かを判断し、インストール可能な外部装置があれば（ステップＳ７９２２でＹＥＳ）、ステップＳ７９２３に進む。インストール可能な外部装置がなければ（ステップＳ７９２２でＮＯ）、ステップＳ７９２６では、インストール可能な外部装置が見つからない旨を設定したのち、リターンする。

ステップＳ７９２３では、見つかった外部装置に対して、空きリソースの問い合わせを行い、ステップＳ７９２４では、その外部装置２における空きリソースが、削除対象機能のアプリケーションをインストールして実行するのに必要なリソースよりも大きいかを判断し、空きリソースが必要なリソースよりも大きければ（ステップＳ７９２４でＹＥＳ）、インストール可能と判断し、ステップＳ７９２５では、インストール可能な外部装置２が見つかった旨を設定した後、リターンする。

次に、図７における外部装置にインストール可能な形式への変更処理（ステップＳ７９４）のサブルーチンを、図１０のフローチャートを参照して説明する。

図１０において、ステップＳ７９４１では、外部装置に対して、インストール可能なデータ形式の問い合わせを行い、ステップＳ７９４２では、削除対象機能のアプリケーションを、外部装置から取得したデータ形式に変換してから、リターンする。インストール可能なデータ形式について情報は、ＲＯＭ１０２に格納されており、外部装置から取得したデータ形式に合致するデータ形式をＲＯＭ１０２から呼び出して、このデータ形式に変換する。

なお、インストール可能なデータ形式としては、実行形式（．ＥＸＥ／．ＤＬＬ）やオブジェクト形式（．ＯＢＪ／．Ｏ）、ライブラリ（．ＬＩＢ）、Ｊａｖａアプリケーション、Ｊａｖａアプレット、Ｊａｖａ Ｓｅｒｖｌｅｔなどがある。

次に、図８における、ＡＰＩを内部利用形式から外部参照形式に変更する処理（ステップＳ７９６）のサブルーチンを、図１１のフローチャートを参照して説明する。

図１１において、ステップＳ７９６１では、シンボルテーブルを検索する。シンボルテーブルはＲＡＭ１０３に記憶されている。図１２にシンボルテーブルの内容を示す。このシンボルテーブルは、ＡＰＩのシンボル名と、内部機能利用形式か外部参照形式かについての情報（図１１では単に内部／外部と記す）と、内部機能利用形式の場合にはそのアドレスと、外部参照形式の場合には外部装置のＩＰアドレスとを対応付けて記憶するものである。

次いで、ステップＳ７９６２では、対応するＡＰＩのシンボル名があるか否かを判断する。シンボル名があれば（ステップＳ７９６２でＹＥＳ）、ステップＳ７９６３に進み、シンボル名がなければ（ステップＳ７９６２でＮＯ）、そのままリターンする。

ステップＳ７９６３では、内部機能利用形式か外部参照形式かについての情報を「外部参照形式」に変更したのち、ステップＳ７９６４で、転送先の外部装置のＩＰアドレスをシンボルテーブルに登録し、リターンする。

図１３に、変更後のシンボルテーブルを示す。このテーブルでは、図１２に示す変更前のシンボルテーブルとの比較から理解されるように、「ｐｄｆＣｏｎｖｅｒｔ」というシンボル名のＡＰＩについて、外部参照形式に変更されていることがわかる。

次に、アプリケーションをＭＦＰ５にインストールする際のさらに別の処理を、図１４のフローチャートを参照して説明する。図４に示した処理では、インストールされるアプリケ−ションが利用するＡＰＩを判別し、インストールされるアプリケーションが利用しないＡＰＩによって実現される機能を削除するものとしたが、図１４の処理では、インストールされるアプリケ−ションが利用する機能を判別し、インストールされるアプリケーションが利用しない機能を削除する構成となされている。

なお、図１４の処理も、図４の処理と同じく、制御部５Ａを構成するＣＰＵ１０１が、ＲＯＭ１０２に記憶されているプログラムに従って動作することにより実行される。

図１４において、ステップＳ９１では、インストールされるアプリケーションから、機能種別、利用する機能、アプリケーションの消費リソース（アプリケーションを記憶し、動作させるのに必要な第１のリソース）を取得し、ステップＳ９２では、ＭＦＰ５側での空きリソース（インストールされるアプリケーションを記憶し、動作させるのに利用できる第２のリソース）と前記消費リソースとの比較を行う。

ステップＳ９３では、ＭＦＰ５側での空きリソースがアプリケーションの消費リソースよりも大きいか否かを判断する。ＭＦＰ５側での空きソースがアプリケーションの消費リソースよりも大きければ（ステップＳ９３でＹＥＳ）、ステップＳ１００で、そのままアプリケーションをインストールしたのち、終了する。ＭＦＰ５側での空きリソースがアプリケーションの消費リソースよりも大きくなければ（ステップＳ９３でＮＯ）、ステップＳ９４に進む。

ステップＳ９４では、ＭＦＰ５で削除可能な機能があるかを判定する処理を行う。次いで、ステップＳ９５では削除可能な機能があるか否かを判断し、削除可能な機能があれば（ステップＳ９５でＹＥＳ）、ステップＳ９６に進み、削除可能な機能がなければ（ステップＳ９５でＮＯ）、ステップＳ１０１では、インストールエラーの処理を行い、本処理を終了する。

ステップＳ９６では、削除可能な機能の選択処理を行い、ステップＳ９７では、削除した場合の空きリソースを計算し、ステップＳ９８に進む。

ステップＳ９８では、機能削除によって、空きリソースがアプリケーションの消費リソースよりも大きいか否かを判断し、空きリソースがアプリケーションの消費リソースよりも大きくなれば（ステップＳ９８でＹＥＳ）、ステップＳ９９で機能の削除処理を行って空きリソースを確保した後、ステップＳ１００に進み、アプリケーションをインストールする。空きリソースがアプリケーションの消費リソースよりも大きくならなければ（ステップＳ９８でＮＯ）、ステップＳ９４に戻って、削除可能な機能の有無の判定処理を繰り返す。

つぎに、図１４の削除可能な機能の有無の判定処理（ステップＳ９４）のサブルーチンを、図１５のフローチャートを参照して説明する。

図１５において、ステップＳ９４１では、削除候補の機能を選択し、ステップＳ９４２では、削除候補機能があるか否かを判断し、削除候補機能があれば（ステップＳ９４２でＹＥＳ）、ステップＳ９４３に進む。削除候補機能がなければ（ステップＳ９４２でＮＯ）、ステップＳ５４５で、削除可能機能なしを設定したのちリターンする。

ステップＳ９４３では、無効となる機能を、インストールするアプリケーションが利用するか否かを判断し、無効となる機能をインストールするアプリケーションが利用するのであれば（ステップＳ９４３でＹＥＳ）、この機能を削除できないため、ステップＳ９４１に戻って、削除候補機能の選択処理を繰り返す。インストールするアプリケーションが、無効となる機能を利用するのでなければ（ステップＳ９４３でＮＯ）、この機能を削除しても問題ないため、ステップＳ９４４で、削除可能機能ありを設定したのちリターンする。

図１４の削除機能の選択処理（ステップＳ９６）の内容は、図６に示した削除機能の選択処理（図４のステップＳ５６）と同じであるため、説明は省略する。

図１４及び図１５に示した実施形態においても、図７に示した処理と同様に、ＭＦＰ４の機能を削除して必要なリソースの空きを作る場合に、削除しようとする機能についてのデータを、他のＭＦＰ６〜８等の外部装置に転送するように構成しても良い。

次に、アプリケーションをＭＦＰ５にインストールする際のさらに別の処理を、図１６のフローチャートを参照して説明する。この例では、図４に示した処理に加えて、インストールされるアプリケーションが利用しない機能を停止することにより、アプリケーションをインストールできる空きリソースを確保する処理をも実行するように構成したものである。

なお、図１６の処理も、図４の処理と同じく、制御部５Ａを構成するＣＰＵ１０１が、ＲＯＭ１０２に記憶されているプログラムに従って動作することにより実行される。

図１６において、ステップＳ１１１では、インストールされるアプリケーションから、機能種別、利用するＡＰＩ、アプリケーションの消費リソース（アプリケーションを記憶し、動作させるのに必要な第１のリソース）を取得する。なお、利用するＡＰＩではなく、図１４のように利用する機能を取得しても良い。

次いで、ステップＳ１１２では、ＭＦＰ５側での空きリソース（インストールされるアプリケーションを記憶し、動作させるのに利用できる第２のリソース）と前記消費リソースとの比較を行う。

ステップＳ１１３では、ＭＦＰ５側での空きリソースがアプリケーションの消費リソースよりも大きいか否かを判断する。ＭＦＰ５側での空きソースがアプリケーションの消費リソースよりも大きければ（ステップＳ１１３でＹＥＳ）、ステップＳ１２３で、そのままアプリケーションをインストールしたのち、終了する。ＭＦＰ５側での空きリソースがアプリケーションの消費リソースよりも大きくなければ（ステップＳ１１３でＮＯ）、ステップＳ１１４に進む。

ステップＳ１１４では、ＭＦＰ５で停止可能な機能があるかを判定する処理を行う。次いで、ステップＳ１１５では停止可能な機能があるか否かを判断し、停止可能な機能があれば（ステップＳ１１５でＹＥＳ）、ステップＳ１１６に進み、停止可能な機能がなければ（ステップＳ１１５でＮＯ）、ステップＳ１１７に進む。

ステップＳ１１６では、該当機能を停止し動作を禁止して空きリソースを確保した後、ステップＳ１２３に進み、アプリケーションをインストールする。

一方、ステップＳ１１７では、ＭＦＰ５で削除可能な機能があるかを判定する処理を行う。次いで、ステップＳ１１８では削除可能な機能があるか否かを判断し、削除可能な機能があれば（ステップＳ１１８でＹＥＳ）、ステップＳ１１９に進み、削除可能な機能がなければ（ステップＳ１１８でＮＯ）、ステップＳ１２４では、インストールエラーの処理を行い、本処理を終了する。

ステップＳ１１９では、削除可能な機能の選択処理を行い、ステップＳ１２０では、削除した場合の空きリソースを計算し、ステップＳ１２１に進む。

ステップＳ１２１では、機能削除によって、空きリソースがアプリケーションの消費リソースよりも大きいか否かを判断し、空きリソースがアプリケーションの消費リソースよりも大きくなれば（ステップＳ１２１でＹＥＳ）、ステップＳ１２２で機能の削除処理を行って空きリソースを確保した後、ステップＳ１２３に進み、アプリケーションをインストールする。空きリソースがアプリケーションの消費リソースよりも大きくならなければ（ステップＳ１２１でＮＯ）、ステップＳ１１７に戻って、削除可能な機能の有無の判定処理を繰り返す。

つぎに、図１６の停止可能な機能の有無の判定処理（ステップＳ１１４）のサブルーチンを、図１７のフローチャートを参照して説明する。

図１７において、ステップＳ１１４１では、低候補の機能を選択し、ステップＳ１１４２では、停止候補機能があるか否かを判断し、停止候補機能があれば（ステップＳ１１４２でＹＥＳ）、ステップＳ１１４３で、停止により無効となるＡＰＩを取得したのち、ステップＳ１１４４に進む。停止候補機能がなければ（ステップＳ１１４２でＮＯ）、ステップＳ１１４６で、停止可能機能なしを設定したのちリターンする。

ステップＳ１１４４では、無効となるＡＰＩを、インストールするアプリケーションが利用するか否かを判断し、無効となるＡＰＩをインストールするアプリケーションが利用するのであれば（ステップＳ１１４４でＹＥＳ）、この機能を停止できないため、ステップＳ１１４１に戻って、停止候補機能の選択処理を繰り返す。インストールするアプリケーションが、無効となるＡＰＩを利用するのでなければ（ステップＳ１１４４でＮＯ）、この機能を停止しても問題ないため、ステップＳ１１４５で、停止可能機能ありを設定したのちリターンする。

なお、図１４の削除可能機能有無判定処理（ステップＳ１１７）、削除機能選択処理（ステップＳ１１９）は、それぞれ図５及び図６に示した処理と同じであるので、説明は省略する。

この発明の一実施形態に係る画像処理装置が用いられた画像処理システムを示すネットワーク図である。 画像処理装置としてのＭＦＰの電気的構成を示すブロック図である。 ＭＦＰのＣＰＵによって形成される制御部の構成を示す機能的ブロック図である。 アプリケーションをＭＦＰにインストールする際の処理を示すフローチャートである。 図４のフローチャートにおける、削除可能な機能の有無判定処理のサブルーチンを示すフローチャートである。 図４のフローチャートにおける、削除機能の選択処理のサブルーチンを示すフローチャートである。 アプリケーションをインストールする際の別の処理を示すフローチャートである。 図７のフローチャートにおける、機能転送処理のサブーチンを示すフローチャートである。 図７のフローチャートにおける、インストール可能な外部装置の検索処理のサブルーチンを示すフローチャートである。 図７のフローチャートにおける、外部装置にインストール可能なデータ形式への変更処理のサブルーチンを示すフローチャートである。 図７のフローチャートにおける、ＡＰＩの内部利用形式から外部参照形式への変更処理のサブルーチンを示すフローチャートである。 ＡＰＩのシンボルテーブルである。 ＡＰＩの別のシンボルテーブルである。 アプリケーションをＭＦＰにインストールする際のさらに別の処理を示すフローチャートである。 図１４のフローチャートにおける、削除可能な機能の有無判定処理のサブルーチンを示すフローチャートである。 アプリケーションをＭＦＰにインストールする際のさらに別の処理を示すフローチャートである。 図１６のフローチャートにおける、停止可能な機能の有無判定処理のサブルーチンを示すフローチャートである。

符号の説明

１〜３ 端末装置
５〜８ 画像処理装置
５Ａ 制御部
２３ 種別識別部
２４ 機能／ＡＰＩ識別部
２５ 必要リソース識別部
２９ 必要リソース識別部
３０ アプリ入替制御部
１０１ ＣＰＵ

Claims (15)

1. インストールされるアプリケ−ションが利用する機能を判別する第１の機能判別手段と、
   装置に搭載されている機能を判別する第２の機能判別手段と、
   前記アプリケーションのインストール時、前記第１の機能判別段と第２の機能判別手段の判別結果に基づいて、前記インストールされるアプリケーションが利用しない機能の停止及び／または削除を行う制御手段と、
   を備えたことを特徴とする画像処理装置。
2. インストールされるアプリケ−ションが利用するＡＰＩを判別するＡＰＩ判別手段と、
   装置に搭載されている機能を判別する機能判別手段と、
   前記アプリケーションのインストール時、前記ＡＰＩ判別手段と機能判別手段の判別結果に基づいて、前記インストールされるアプリケーションが利用しないＡＰＩによって実現される機能の停止及び／または削除を行う制御手段と、
   を備えたことを特徴とする画像処理装置。
3. 前記アプリケ−ションを動作させるのに必要な第１のリソースを検出する第１リソース検出手段と、
   前記アプリケ−ションを動作させるのに利用できる第２のリソースを検出する第２リソース検出手段と、
   前記第１リソース検出手段により検出された第１のリソースと、前記第２リソース検出手段により検出された第２のリソ−スを比較するリソース比較手段と、
   をさらに備え、
   前記比較の結果、第２のリソースが第１のリソース以上の場合には、前記制御手段は前記アプリケーションをそのままインストールし、第２のリソースが第１のリソースよりも小さい場合には、機能の停止及び／または削除を実行する請求項１または２に記載の画像処理装置。
4. 前記アプリケ−ションの機能種別を識別するアプリケ−ション種別識別手段をさらに備え、
   前記制御手段は、第２のリソースが第１のリソースよりも小さい場合には、第１のリソースと第２のリソースの差分以上のリソースを消費する機能であって、前記アプリケ−ション種別識別手段によって識別されたアプリケーションの機能種別と同種の機能の停止及び／または削除を実行する請求項３に記載の画像処理装置。
5. 前記制御手段は、削除される機能についてのデータを外部装置に転送する請求項１〜４のいずれかに記載の画像処理装置。
6. インストールされるアプリケ−ションが利用する機能を判別するステップと、
   装置に搭載されている機能を判別するステップと、
   前記アプリケーションのインストール時、前記各判別ステップの判別結果に基づいて、前記インストールされるアプリケーションが利用しない機能の停止及び／または削除を行う制御ステップと、
   を備えたことを特徴とする画像処理装置におけるアプリケーションのインストール方法。。
7. インストールされるアプリケ−ションが利用するＡＰＩを判別するステップと、
   装置に搭載されている機能を判別するステップと、
   前記アプリケーションのインストール時、前記各判別ステップの判別結果に基づいて、前記インストールされるアプリケーションが利用しないＡＰＩによって実現される機能の停止及び／または削除を行う制御ステップと、
   を備えたことを特徴とする画像処理装置におけるアプリケーションのインストール方法。
8. 前記アプリケ−ションを動作させるのに必要な第１のリソースを検出するステップと、
   前記アプリケ−ションを動作させるのに利用できる第２のリソースを検出するステップと、
   前記第１リソース検出ステップにより検出された第１のリソースと、前記第２リソース検出ステップにより検出された第２のリソ−スを比較するステップと、
   をさらに備え、
   前記比較の結果、第２のリソースが第１のリソース以上の場合には、前記制御ステップでは、前記アプリケーションをそのままインストールし、第２のリソースが第１のリソースよりも小さい場合には、機能の停止及び／または削除を実行する請求項６または７に記載の画像処理装置におけるアプリケーションのインストール方法。
9. 前記アプリケ−ションの機能種別を識別するステップをさらに備え、
   前記制御ステップでは、第２のリソースが第１のリソースよりも小さい場合には、第１のリソースと第２のリソースの差分以上のリソースを消費する機能であって、前記識別ステップで識別されたアプリケーションの機能種別と同種の機能の停止及び／または削除を実行する請求項８に記載の画像処理装置におけるアプリケーションのインストール方法。
10. 前記制御ステップでは、削除される機能についてのデータを外部装置に転送する請求項６〜９のいずれかに記載の画像処理装置におけるアプリケーションのインストール方法。
11. インストールされるアプリケ−ションが利用する機能を判別するステップと、
    装置に搭載されている機能を判別するステップと、
    前記アプリケーションのインストール時、前記各判別ステップの判別結果に基づいて、前記インストールされるアプリケーションが利用しない機能の停止及び／または削除を行う制御ステップと、
    を画像処理装置のコンピュータに実行させるためのアプリケーションのインストール処理プログラム。
12. インストールされるアプリケ−ションが利用するＡＰＩを判別するステップと、
    装置に搭載されている機能を判別するステップと、
    前記アプリケーションのインストール時、前記各判別ステップの判別結果に基づいて、前記インストールされるアプリケーションが利用しないＡＰＩによって実現される機能の停止及び／または削除を行う制御ステップと、
    を画像処理装置のコンピュータに実行させるためのアプリケーションのインストール処理プログラム。
13. 前記アプリケ−ションを動作させるのに必要な第１のリソースを検出するステップと、
    前記アプリケ−ションを動作させるのに利用できる第２のリソースを検出するステップと、
    前記第１リソース検出ステップにより検出された第１のリソースと、前記第２リソース検出ステップにより検出された第２のリソ−スを比較するステップと、
    をコンピュータにさらに実行させ、
    前記比較の結果、第２のリソースが第１のリソース以上の場合には、前記制御ステップでは、前記アプリケーションをそのままインストールし、第２のリソースが第１のリソースよりも小さい場合には、機能の停止及び／または削除をコンピュータに実行させる請求項１１または１２に記載のアプリケーションのインストール処理プログラム。
14. 前記アプリケ−ションの機能種別を識別するステップをさらにコンピュータに実行させ、
    前記制御ステップでは、第２のリソースが第１のリソースよりも小さい場合には、第１のリソースと第２のリソースの差分以上のリソースを消費する機能であって、前記識別ステップで識別されたアプリケーションの機能種別と同種の機能の停止及び／または削除をコンピュータに実行させる請求項１３に記載のアプリケーションのインストール処理プログラム。
15. 前記制御ステップでは、削除される機能についてのデータを外部装置に転送する処理をコンピュータに実行させる請求項１１〜１４のいずれかに記載のアプリケーションのインストール処理プログラム。
    

Images