JP2002049492A - アプリケーション管理方法、アプリケーション管理プログラムを記録した記録媒体、端末装置、および携帯型電話機 - Google Patents

Abstract

(57)【要約】 【課題】 ソフトウェアの仕様と開発手法が公開されて
いるアプリケーションプログラムを動作させることが可
能なコンピュータを備えた端末装置において、ユーザに
よるメンテナンスを必要とせずに、システムの安定性を
向上させるアプリケーション管理方法を提供する。 【解決手段】 アプリケーションの動作中に不具合が発
生した場合に、該アプリケーションにおける不具合履歴
を記録するとともに、この不具合履歴が規定値を超えて
いるか否かの検出を行う。ここで、不具合履歴が規定値
を超えたアプリケーションが検出された場合、該アプリ
ケーションにおける起動制限フラグを設定するととも
に、アプリケーションを起動する際には、該アプリケー
ションの起動制限フラグに従って、該アプリケーション
の起動を制限する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばソフトウェ
アの仕様と開発手法が公開されているアプリケーション
プログラムを動作させることが可能なコンピュータを備
えた端末装置において行われるアプリケーション管理方
法に関するものである。

【０００２】

【従来の技術】従来、コンピュータのハードウェアにお
けるプラットフォームを共通化して、その上で動作する
ソフトウェアの仕様と開発手法を一般に公開することに
より、ビジネスユースにとらわれず、広く一般にソフト
ウェアの開発を委ねることが行われている。このように
ソフトウェア仕様を公開することによって、大手ソフト
ウェアメーカーに限らず、ベンチャー企業や個人プログ
ラマーなどによって多種多様なソフトウェアが開発され
ることになり、より多くのソフトウェア開発者を獲得で
きるという非常に大きな利点がある。

【０００３】しかしながら、不特定多数のソフトウェア
開発者がそれぞれ独自にソフトウェアを開発することに
なるので、動作不具合が生じるソフトウェアや、単体で
は正常に動作するが、複数のソフトウェアを同時に動か
すと動作不具合が発生するソフトウェアなどが市場に出
回る、というような問題が生じている。これは、ソフト
ウェア開発者が、ソフトウェア仕様を十全に把握してい
ないことが原因の場合もあるが、ソフトウェアを開発す
る際に、あらゆる環境における動作条件を全て考慮する
ことは困難であるとともに、ソフトウェア仕様それ自体
も完全なものではない、というような原因がある。

【０００４】また、近年では、故意に同じハードウェア
上で動作する他のアプリケーションの動作に不具合を生
じさせたり、ハードディスクなどに記録されているデー
タの改ざんや削除を行ったり、ネットワークなどのシス
テムリソースを無駄に消費するような、いわゆるコンピ
ュータウィルスと呼ばれるソフトウェアも開発されてき
ている。特に最近では、多くのコンピュータがインター
ネットなどのネットワークに接続されるようになり、ネ
ットワーク経由でコンピュータウィルスが広く蔓延して
しまうという問題が生じている。

【０００５】一方、携帯電話などに代表されるようなコ
ンピュータ組み込み機器では、機器上で動作するソフト
ウェアは、該機器のハードウェアを製造するメーカーが
独自に開発を行うことが一般的であった。これに対し
て、近年、このような組み込み機器においてもソフトウ
ェア仕様を公開することにより、組み込み機器上におい
て動作するアプリケーションの開発を、より多くのソフ
トウェア開発者に委ねるシステムが提案されている。こ
のようなシステムによれば、組み込み機器のユーザに対
して、より多様なサービスを提供することが可能とな
り、ユーザの拡大を期待することができる。

【０００６】しかしながら、携帯電話などの組み込み機
器のユーザは、パーソナルコンピュータなどのユーザと
比較して、ハードウェアやソフトウェアなどの知識が少
ない場合が多いので、このような組み込み機器は、より
安定した動作が要求されることになる。したがって、組
み込み機器においては、不具合を発生させるようなアプ
リケーションが存在しても、本来のシステムが十分に安
定して動作するようなシステム環境が要求されている。

【０００７】従来では、一般的に、あるシステムにおい
て、ソフトウェアが不具合を起こすことによってシステ
ムが凍結し、復旧が困難な状況に陥った場合には、シス
テムが自動的にその状態を検出するなどによって一旦全
ての動作を強制的に終了させ、再起動させることによっ
て初期状態に戻す、というような手法がとられている。

【０００８】また、例えば特開平８−４４６３０号公報
には、システムがアプリケーションごとにファイルアク
セス権利などを管理することが可能なシステムが開示さ
れている。このシステムによれば、機器を使用するユー
ザ自身がアプリケーションの信頼性を判断し、アプリケ
ーションのファイルアクセス制限をユーザが設定するこ
とが可能となる。

【０００９】

【発明が解決しようとする課題】上記のように、組み込
み機器において、そのソフトウェア仕様が公開され、多
くの人がアプリケーションの開発を行うようになると、
アプリケーションによっては必ず動作不具合を起こすよ
うなものが出現することも予想される。このようなアプ
リケーションに対して、該アプリケーションが起こす不
具合動作に対応した不具合復旧処理を行うような従来の
対応処理だけでは不十分である。また、携帯電話などの
多様なユーザによって利用される組み込み機器において
は、アプリケーションの不具合状況をユーザ自身が判断
し、アプリケーションの動作制限を設定することは困難
である。

【００１０】本発明は上記の問題点を解決するためにな
されたもので、その目的は、ソフトウェアの仕様と開発
手法が公開されているアプリケーションプログラムを動
作させることが可能なコンピュータを備えた端末装置に
おいて、ユーザによるメンテナンスを必要とせずに、シ
ステムの安定性を向上させるアプリケーション管理方
法、アプリケーション管理プログラム、および、上記ア
プリケーション管理方法を実現する端末装置、携帯型電
話機を提供することにある。

【００１１】

【課題を解決するための手段】上記の課題を解決するた
めに、本発明に係るアプリケーション管理方法は、アプ
リケーションプログラムを動作させることが可能なコン
ピュータを備えた端末装置において行われるアプリケー
ション管理方法において、上記アプリケーションプログ
ラムの動作中に、正常な状態で該アプリケーションプロ
グラムの動作継続が不可能な状態となる不具合が発生し
た場合に、該アプリケーションプログラムにおける不具
合発生回数を示す不具合履歴を記録するステップと、上
記不具合履歴が規定値を超えているか否かを検出するス
テップと、上記不具合履歴が規定値を超えたアプリケー
ションにおいて、該アプリケーションプログラムにおけ
る起動制限状態を示す起動制限情報を記録するステップ
と、アプリケーションプログラムを起動する際に、該ア
プリケーションプログラムの起動制限情報に従って、該
アプリケーションプログラムの起動を制限するステップ
とを有していることを特徴としている。

【００１２】上記の方法では、まず、アプリケーション
プログラムがそれまでの正常な動作を継続できなくなる
ような不具合を発生した場合に、これを不具合履歴とし
て記録する。そして不具合履歴が規定値を超えていると
検出されると、該当アプリケーションプログラムに対応
した起動制限情報を記録する。この起動制限情報に基づ
いて、アプリケーションプログラムの起動が制限され
る。すなわち、不具合を発生しやすいアプリケーション
プログラムに対しては、その起動が制限されることにな
るので、システムの安定度を向上させることができる。
また、ユーザ自身がアプリケーションプログラムの信頼
性を判断する必要がないので、システムの安定性に関し
て疎いユーザに対しても、多様なアプリケーションプロ
グラムを利用可能なシステムを提供することが可能とな
る。

【００１３】また、本発明に係るアプリケーション管理
方法は、上記の方法において、上記不具合履歴を記録す
るステップにおいて、上記アプリケーションプログラム
の動作中に不具合が発生した場合に、不具合が発生した
時点での該アプリケーションプログラムの動作状態を認
識し、各動作状態毎に不具合履歴を記録するとともに、
上記不具合履歴が規定値を超えているか否かを検出する
ステップにおいて、上記の各動作状態毎にそれぞれ重み
づけが設定されており、各動作状態毎の不具合発生回数
と上記重みづけとの積の総和が、規定値を超えているか
否かを検出するようにしてもよい。

【００１４】上記の方法では、不具合が発生した時点で
のアプリケーションプログラムの動作状態毎に不具合履
歴を記録するとともに、各動作状態毎に設定されている
重みづけに基づいて不具合履歴が規定値を超えているか
否かが検出される。よって、システムに対して重大な影
響を与えるような状態で不具合を発生しやすいアプリケ
ーションプログラムに対しては、起動の制限を強めると
いうような設定とすることが可能となり、システムに対
するダメージを最小限にすることができる。

【００１５】また、本発明に係るアプリケーション管理
方法は、上記の方法において、上記アプリケーションプ
ログラムの起動を制限するステップにおいて、起動制限
情報が記録されているアプリケーションプログラムを起
動する際に、他のアプリケーションプログラムが動作し
ていない場合には、起動制限情報が記録されているアプ
リケーションプログラムの起動を許可するようにしても
よい。

【００１６】上記の方法によれば、起動制限情報が記録
されているアプリケーションプログラムでも、他のアプ
リケーションプログラムが動作していない場合には、起
動が許可されることになる。これは、複数のアプリケー
ションプログラムが同時に動作している状態と比較し
て、１つのアプリケーションプログラムのみが動作して
いる状態の方が、システムの安定度は高いためである。
これにより、信頼性の低いアプリケーションプログラム
でも、単独で動作させることにより、これを利用するこ
とが可能となる。

【００１７】また、本発明に係るアプリケーション管理
方法は、上記の方法において、起動制限情報が記録され
ているアプリケーションプログラムを動作中に、他のア
プリケーションプログラムの起動が行われた場合に、起
動制限情報が記録されているアプリケーションプログラ
ムの動作を終了させるステップをさらに有しているよう
にしてもよい。

【００１８】上記の方法によれば、起動制限情報が記録
されているアプリケーションプログラムを単独で動作さ
せている際に、他のアプリケーションプログラムを起動
した場合には、起動制限情報が記録されているアプリケ
ーションプログラムが終了されることになる。これによ
り、信頼性の低いアプリケーションプログラムが、複数
のアプリケーションプログラムが動作している環境で動
作することを防止することが可能となり、システムの安
定性を向上させることができる。

【００１９】また、本発明に係るアプリケーション管理
方法は、アプリケーションプログラムを動作させること
が可能なコンピュータを備えた端末装置において行われ
るアプリケーション管理方法において、上記アプリケー
ションプログラムの動作中に、正常な状態で該アプリケ
ーションプログラムの動作継続が不可能な状態となる不
具合が発生した場合に、該アプリケーションプログラム
における不具合発生回数を示す不具合履歴を記録するス
テップと、上記アプリケーションプログラムが、上記端
末装置が備えるデータシステムに対してデータアクセス
をを行う際に、該アプリケーションプログラムに対応す
る不具合履歴が規定値を超えているか否かを判断し、規
定値を超えていない場合にのみデータアクセスを許可す
るステップを有していることを特徴としている。

【００２０】上記の方法では、まず、アプリケーション
プログラムがそれまでの正常な動作を継続できなくなる
ような不具合を発生した場合に、これを不具合履歴とし
て記録する。そして不具合履歴が規定値を超えていると
検出されると、該当アプリケーションプログラムがデー
タアクセスを行うことが禁止されることになる。すなわ
ち、不具合を発生しやすいアプリケーションプログラム
に対しては、データアクセスが制限されることになるの
で、データシステムに対する不正アクセスを禁止するこ
とにより、システムの安定度を向上させることができ
る。また、ユーザ自身がアプリケーションプログラムの
信頼性を判断する必要がないので、システムの安定性に
関して疎いユーザに対しても、多様なアプリケーション
プログラムを利用可能なシステムを提供することが可能
となる。

【００２１】また、本発明に係るアプリケーション管理
方法は、アプリケーションプログラムを動作させること
が可能なコンピュータを備えた端末装置において行われ
るアプリケーション管理方法において、上記アプリケー
ションプログラムの動作中に、正常な状態で該アプリケ
ーションプログラムの動作継続が不可能な状態となる不
具合が発生した場合に、該アプリケーションプログラム
における不具合発生回数を示す不具合履歴を記録するス
テップと、上記アプリケーションプログラムが、並列に
動作する複数の処理モジュールの連携によって動作する
とともに、動的に複数の処理モジュールを並列に生成す
るアプリケーションプログラムである場合に、該アプリ
ケーションプログラムに対応する不具合履歴が規定値を
超えているか否かを判断し、規定値を超えている場合に
は、該アプリケーションプログラムによる処理モジュー
ルの生成数を制限するステップを有していることを特徴
としている。

【００２２】上記の方法では、まず、アプリケーション
プログラムがそれまでの正常な動作を継続できなくなる
ような不具合を発生した場合に、これを不具合履歴とし
て記録する。そして不具合履歴が規定値を超えていると
検出されると、該当アプリケーションプログラムが動的
に複数の処理モジュールを並列に生成するアプリケーシ
ョンプログラムである場合に、該アプリケーションプロ
グラムによる処理モジュールの生成数が制限されること
になる。すなわち、不具合を発生しやすいアプリケーシ
ョンプログラムに対しては、処理モジュールの生成数が
制限されることになるので、多数の処理モジュールが生
成されることによるシステム動作への悪影響を抑制する
ことが可能となり、システムの安定度を向上させること
ができる。また、ユーザ自身がアプリケーションプログ
ラムの信頼性を判断する必要がないので、システムの安
定性に関して疎いユーザに対しても、多様なアプリケー
ションプログラムを利用可能なシステムを提供すること
が可能となる。

【００２３】また、本発明に係るアプリケーション管理
方法は、アプリケーションプログラムを動作させること
が可能なコンピュータを備えた端末装置において行われ
るアプリケーション管理方法において、上記アプリケー
ションプログラムが、上記端末装置が有するシステムリ
ソースを使用する際に、該当システムリソースの使用状
態を示すリソース使用状態情報を記録するステップと、
上記アプリケーションプログラムの動作が終了した際
に、上記リソース使用状態情報を参照し、該アプリケー
ションプログラムによるシステムリソースの使用状態が
開放されていない場合に、該システムリソースの開放処
理を行うステップとを有していることを特徴としてい
る。

【００２４】上記の方法によれば、アプリケーションプ
ログラムによってシステムリソースが使用される際に、
リソース使用状態情報が記録されるとともに、システム
リソースを使用していたアプリケーションプログラムが
終了した際に、システムリソースが開放されていない場
合には、該システムリソースの開放処理が行われること
になる。よって、アプリケーションにシステムリソース
を正常に開放できない不具合があった場合にも、これを
開放させることによってシステムの安定性を確保するこ
とができる。

【００２５】また、本発明に係るアプリケーション管理
方法は、アプリケーションプログラムを動作させること
が可能なコンピュータを備えた端末装置において行われ
るアプリケーション管理方法において、上記アプリケー
ションプログラムが、上記端末装置が有するシステムリ
ソースを使用する際に、該当システムリソースの使用状
態を示すリソース使用状態情報を記録するステップと、
上記アプリケーションプログラムの動作中に、正常な状
態で該アプリケーションプログラムの動作継続が不可能
な状態となる不具合が発生した場合に、不具合が発生し
た時点での該アプリケーションプログラムの上記リソー
ス使用状態情報を参照し、各リソース使用状態毎に不具
合履歴を記録するステップと、上記各リソース使用状態
毎の不具合履歴が規定値を超えているか否かを検出する
ステップと、リソース使用状態の不具合履歴が規定値を
超えている場合に、該当アプリケーションプログラムに
おける該当システムリソースの使用を制限するステップ
とをさらに有していることを特徴としている。

【００２６】上記の方法では、まず、アプリケーション
プログラムによってシステムリソースが使用される際
に、リソース使用状態情報が記録されるとともに、不具
合が発生した時点でのアプリケーションプログラムのリ
ソース使用状態毎に不具合履歴が記録される。そして、
リソース使用状態毎の不具合履歴が規定値を超えると、
該当アプリケーションプログラムにおける該当システム
リソースの使用が制限される。よって、使用するシステ
ムリソースによっては不具合を発生しやすいアプリケー
ションプログラムに対して、該当システムリソースの使
用を制限することにより、システムの安定度を向上させ
ることができる。

【００２７】また、不具合を発生する可能性が低いシス
テムリソースに対しては、この使用が許可されることに
なるので、アプリケーションプログラムに対して、必要
以上にシステムリソースの使用を制限することがなくな
り、アプリケーションプログラムの利用範囲の減縮を最
低限にすることができる。また、ユーザ自身がアプリケ
ーションプログラムの信頼性を判断する必要がないの
で、システムの安定性に関して疎いユーザに対しても、
多様なアプリケーションプログラムを利用可能なシステ
ムを提供することが可能となる。

【００２８】また、本発明に係るアプリケーション管理
方法は、アプリケーションプログラムを動作させること
が可能なコンピュータを備えた端末装置において行われ
るアプリケーション管理方法において、上記アプリケー
ションプログラムの動作中に、正常な状態で該アプリケ
ーションプログラムの動作継続が不可能な状態となる不
具合が発生した場合に、不具合が発生した時点での該ア
プリケーションプログラムの動作状態を認識し、各動作
状態毎に不具合履歴を記録するステップと、上記動作状
態毎の不具合履歴が規定値を超えているか否かを検出す
るステップと、上記動作状態毎の不具合履歴が規定値を
超えたアプリケーションプログラムにおいて、規定値を
超えた動作状態における動作制限状態を示す動作制限情
報を記録するステップと、規定値を超えた動作状態にお
いて該当アプリケーションプログラムが動作する際に、
上記動作制限情報に従って、該アプリケーションプログ
ラムの動作を制限するステップとを有していることを特
徴としている。

【００２９】上記の方法では、まず、不具合が発生した
時点でのアプリケーションプログラムの動作状態毎に不
具合履歴が記録される。そして、動作状態毎の不具合履
歴が規定値を超えると、該当動作状態における動作制限
情報が記録されるとともに、該動作制限情報に従って、
該当アプリケーションプログラムの動作が制限される。
よって、動作状態によっては不具合を発生しやすいアプ
リケーションプログラムに対して、該当動作に対しての
み制限をかけることにより、システムの安定度を向上さ
せることができる。

【００３０】また、不具合を発生する可能性が低い動作
状態に対しては制限をかけないことになるので、アプリ
ケーションプログラムに対して、必要以上に動作を制限
することがなくなり、アプリケーションプログラムの動
作範囲の減縮を最低限にすることができる。また、ユー
ザ自身がアプリケーションプログラムの信頼性を判断す
る必要がないので、システムの安定性に関して疎いユー
ザに対しても、多様なアプリケーションプログラムを利
用可能なシステムを提供することが可能となる。

【００３１】また、本発明に係るアプリケーション管理
方法は、上記の方法において、上記不具合履歴が規定値
を超えたアプリケーションプログラムをユーザに通知す
るステップとをさらに有しているようにしてもよい。

【００３２】上記の方法によれば、あるアプリケーショ
ンプログラムを実行しているときに不具合が発生した場
合に、不具合を発生させたアプリケーションプログラム
がユーザに通知されることになる。したがって、ユーザ
は、どのアプリケーションプログラムが不具合を発生し
やすいかを把握することが可能となり、ユーザ自身によ
って、不具合の発生を抑制するようにアプリケーション
プログラムを使用することも可能となる。すなわち、ユ
ーザによっても不具合の発生を抑制することが可能とな
るので、システムの安定化をさらに向上させることが可
能となる。

【００３３】また、本発明に係るアプリケーション管理
プログラムを記録した記録媒体は、上記のアプリケーシ
ョン管理方法をコンピュータに実行させることを特徴し
ている。

【００３４】上記の構成によれば、上記記録媒体に記録
されたアプリケーション管理プログラムを端末装置にロ
ードすることによって、上記のアプリケーション管理方
法をユーザに提供することができる。

【００３５】また、本発明に係る端末装置は、上記のア
プリケーション管理方法をコンピュータに実行させるア
プリケーション管理プログラムを実行するコンピュータ
を備えていることを特徴としている。

【００３６】上記の構成によれば、上記のアプリケーシ
ョン管理方法を実現する端末装置をユーザに提供するこ
とができる。

【００３７】また、本発明に係る携帯型電話機は、上記
のアプリケーション管理方法をコンピュータに実行させ
るアプリケーション管理プログラムを実行するコンピュ
ータを備えていることを特徴としている。

【００３８】上記の構成によれば、上記のアプリケーシ
ョン管理方法を実現する携帯型電話機をユーザに提供す
ることができる。

【００３９】

【発明の実施の形態】〔実施の形態１〕本発明の実施の
一形態について図面に基づいて説明すれば、以下のとお
りである。

【００４０】図１６は、本実施形態に係るアプリケーシ
ョン管理システムを備えた端末装置の構成例の概略を示
すブロック図である。同図に示すように、該端末装置
は、プロセッサ１、ＲＯＭ(Read Only Memory)２、表示
装置３、キー入力装置４、主記憶装置５、二次記憶装置
６、およびＩ／Ｏ(Input / Output)７を備えた構成とな
っている。

【００４１】プロセッサ１は、例えばＣＰＵ(Central P
rocessing Unit) などによって構成されるものであり、
各種演算処理を行う中枢部である。ＲＯＭ２は、例えば
ＯＳ(Operating System)として機能するプログラムのよ
うな、書き換えが不要な、または頻繁な書き換えが不要
なプログラムや固定データを記憶するための記憶手段で
ある。

【００４２】主記憶装置５は、例えばＲＡＭ(Random Ac
cess Memory)などによって構成されるメモリであり、プ
ログラムを実行している際に、データを一時記憶するた
めのものである。二次記憶装置６は、例えばＥＥＰＲＯ
Ｍ(Electrically Erasable and Programmable ROM)など
によって構成される記憶手段であり、アプリケーション
プログラムや可変データを記憶するものである。

【００４３】表示手段３は、例えばＬＣＤ(Liquid Crys
tal Display)やＥＬ(Electroluminescence) 素子などに
よって構成される表示装置であり、端末装置を使用する
ユーザに対して各種情報を表示するためのものである。
キー入力装置４は、端末装置を使用するユーザからの情
報入力を行うためのものである。Ｉ／Ｏ７は、各種外部
モジュールとの接続を行うためのインターフェースであ
る。

【００４４】次に、上記のような構成の端末装置におい
て構成されるアプリケーション管理システムについて説
明する。図１は、該アプリケーション管理システムの一
例を示すブロック図である。同図に示すように、該アプ
リケーション管理システムは、アプリケーション８、ア
プリケーション実行制御部９、アプリケーション管理部
１０、およびシステム１１からなる構成となっている。
なお、これらの構成は、上記の図１６に示した構成にお
いて、各種プログラムを実行することによって構成され
るものである。すなわち、システム１１は、ＯＳが起動
されている状態を示しており、アプリケーション８は、
ある特定のアプリケーションを実行することによって構
成され、アプリケーション実行制御部９は、アプリケー
ション実行制御プログラムを実行することによって構成
され、アプリケーション管理部１０は、アプリケーショ
ン管理プログラムを実行することによって構成されるも
のである。

【００４５】システム１１は、各種アプリケーションを
動作させる基本的なシステムであり、上記のように、Ｏ
Ｓを動作させることによって実現される。アプリケーシ
ョン実行制御部９は、システム１１上における各種アプ
リケーション８の実行を制御するものである。アプリケ
ーション管理部１０は、各種アプリケーションに対し
て、その動作状況、不具合が発生した場合の履歴、起動
規制状態などを含むアプリケーション管理テーブルの管
理を行うものである。すなわち、上記のような構成のア
プリケーション管理システムでは、アプリケーション８
は、アプリケーション実行制御部９の実行制御を受けた
上で、システム１１上で動作するとともに、アプリケー
ション実行制御部９は、アプリケーション管理部１０に
おけるアプリケーション管理データに基づいて、アプリ
ケーション８の実行を制御することになっている。

【００４６】図２は、アプリケーション管理部１０が管
理するアプリケーション管理テーブルの一例を示す説明
図である。このアプリケーション管理テーブルは、アプ
リケーションが端末装置にインストールされる際に、各
アプリケーションごとにユニークに割り当てられるアプ
リケーションＩＤによって管理されている。そして、各
アプリケーションＩＤごとに、該当アプリケーションが
実行状態であるか否かを示す実行状態パラメータ、該当
アプリケーションが過去に起こした不具合発生の検出回
数を示す不具合履歴パラメータ、および、該当アプリケ
ーションが起動制限状態にあるか否かを設定する起動規
制フラグパラメータとが設定されている。図２に示す例
では、アプリケーションＩＤとしては、０００〜ＮＮＮ
までの数値が設定されており、実行状態パラメータとし
ては、実行中および未実行のどちらかが設定されてお
り、不具合履歴パラメータとしては、不具合発生回数を
示す数値が設定されており、起動規制フラグパラメータ
として、起動を規制するフラグを示すＯＮと、起動を規
制しないフラグを示すＯＦＦとのいずれかが設定されて
いる。

【００４７】次に、上記のようなアプリケーション管理
システムにおけるアプリケーション管理の処理の流れに
ついて、図３に示すフローチャートを参照しながら説明
する。まず、ステップ１（以降、Ｓ１のように称する）
において、アプリケーションを起動する際に、該当アプ
リケーションの起動規制フラグパラメータを照会するこ
とによって、該当アプリケーションが起動制限されてい
るか否かが判定される。Ｓ１においてＹＥＳ、すなわ
ち、該当アプリケーションが起動制限されていると判定
された場合には、該当アプリケーションの起動を行わず
に、処理を終了する。なお、この際に、該当アプリケー
ションの起動が出来ない旨の表示を、表示装置３に表示
させてユーザに知らせるような処理を行ってもよい。

【００４８】Ｓ１においてＮＯ、すなわち、該当アプリ
ケーションが起動制限されていない場合には、該当アプ
リケーションの起動が行われる（Ｓ２）。該当アプリケ
ーションの起動後は、該当アプリケーションの終了（Ｓ
３）まで、該当アプリケーションにおける不具合検出が
行われる（Ｓ４）。不具合検出の一例としては、アプリ
ケーション実行制御部９が、ウォッチドッグタイマーを
使用し、一定期間ごとに該当アプリケーションに問い合
わせを行い、規定時間内に正常な応答がない時に、これ
を不具合発生として検出する手法がある。また、不具合
検出の他の例としては、該当アプリケーションによる、
アクセスが許されていないメモリエリアへのアクセスを
検出した場合に、これを不具合発生として検出する手法
もある。これら２つの不具合検出方法の両方を行うこと
によって、より的確に不具合の発生を検出することが可
能となる。

【００４９】Ｓ４における不具合検出ステップにおい
て、不具合が検出された場合には（Ｓ４においてＹＥ
Ｓ）、該当アプリケーションに対応する不具合履歴パラ
メータを更新する（Ｓ５）。不具合履歴パラメータの更
新後、不具合履歴のカウント数が、アプリケーション管
理システムが規定する規定値を超えるか否かが判定され
る（Ｓ６）。ここで、不具合履歴のカウント数が、上記
規定値を超えると判定された場合（Ｓ６においてＹＥ
Ｓ）、該当アプリケーションに対応する起動規制フラグ
パラメータをＯＮ、すなわち、起動規制状態に設定する
（Ｓ７）。その後、不具合が発生した該当アプリケーシ
ョンの終了処理を行い、システムの初期化を行うことに
よって、不具合状態の復旧処理が行われ（Ｓ８）、処理
が終了する。

【００５０】以上のように、本実施形態に係るアプリケ
ーション管理システムによれば、システムが定める規定
値を超えるような不具合を発生するアプリケーションの
起動を制限することができる。よって、ユーザが意識す
ることなく、不具合の発生する可能性の高いアプリケー
ションの起動を規制することが可能となる。

【００５１】なお、上記では、規定値を超える不具合を
発生するアプリケーションが生じた場合に、該当アプリ
ケーションの起動を制限していたが、例えば該当アプリ
ケーションプログラム自身をシステム上から削除するよ
うな構成としてもよい。この場合、さらに、システムが
定める規定値に複数のレベル設定を設け、第１段階の規
定レベルに達した場合には、端末装置を使用するユーザ
にその旨警告し、また、ある最終段階の規定レベルに達
した場合には、該当アプリケーションプログラムをシス
テム上から削除するような構成としてもよい。

【００５２】〔実施の形態２〕本発明の実施の他の形態
について図面に基づいて説明すれば、以下のとおりであ
る。なお、前記した実施の形態１で説明した構成と同様
の機能を有する構成には同一の符号を付記し、その説明
を省略する。

【００５３】本実施形態に係るアプリケーション管理シ
ステムは、実施の形態１に示したものと比較して、アプ
リケーション管理部１０が管理するアプリケーション管
理テーブルが異なっているものである。端末装置自体の
構成、およびアプリケーション管理システム自体の構成
については、実施の形態１に示したものと同様となって
いる。

【００５４】図４（ａ）は、本実施形態におけるアプリ
ケーション管理部１０が管理するアプリケーション管理
テーブルを示す説明図である。実施の形態１において、
図２に示したアプリケーション管理テーブルとの相違点
としては、不具合履歴パラメータが、不具合発生時のア
プリケーションの動作状態ごとに複数の状態に分類され
ている点である。

【００５５】また、本実施形態においては、アプリケー
ション管理部１０は、図４（ｂ）に示す不具合状態重み
付けテーブルをも管理している。この不具合状態重み付
けテーブルは、不具合発生時のアプリケーションの動作
状態に応じて、システムに与える影響の重傷度に合わせ
て重み付けを設定しているものである。アプリケーショ
ン管理テーブルにおける起動制限フラグパラメータは、
不具合履歴における各状態の値と、不具合状態重み付け
テーブルとに基づいて、該当アプリケーションの不具合
が規定値を超えたか否かを判断している。

【００５６】例えば、図４に示す例において、アプリケ
ーションＩＤが［００２］のアプリケーションの場合に
は、不具合を示す数値としては、（７×１０／１００）
＋（３×３０／１００）＋（１×５０／１００）＝２．
１となる。ここで、例えばシステムが定める規定値を
２．０としている場合には、アプリケーションＩＤが
［００２］のアプリケーションは、規定値をオーバーし
ていることになり、起動制限フラグパラメータはＯＮに
設定されることになる。

【００５７】以上のように、本実施形態に係るアプリケ
ーション管理システムによれば、アプリケーションが不
具合を発生した際の状態に応じて不具合の重み付けを行
っているので、システムに重大な影響を与えるような不
具合を発生させる割合の高いアプリケーションの起動を
抑制することができる。

【００５８】〔実施の形態３〕本発明の実施のさらに他
の形態について図面に基づいて説明すれば、以下のとお
りである。なお、前記した各実施の形態で説明した構成
と同様の機能を有する構成には同一の符号を付記し、そ
の説明を省略する。

【００５９】本実施形態に係るアプリケーション管理シ
ステムは、実施の形態１に示したものと比較して、アプ
リケーション管理の処理の流れが異なっているものであ
る。端末装置自体の構成、およびアプリケーション管理
システム自体の構成については、実施の形態１に示した
ものと同様となっている。

【００６０】端末装置におけるシステムによっては、例
えばＯＳがマルチタスクに対応していることなどによっ
て、複数のアプリケーションを同時に実行することが可
能となっている場合がある。このような場合に、以下に
示す処理によれば、動作規制が設定されているアプリケ
ーションと他のアプリケーションとの同時実行を禁止す
る処理が行われることになる。

【００６１】図５（ａ）は、アプリケーションの起動時
における処理の流れを示すフローチャートである。ま
ず、Ｓ１１において、アプリケーション起動時に、該当
アプリケーションに起動制限が設定されているか否かが
判定される。起動制限が設定されていない場合（Ｓ１１
においてＮＯ）には、該当アプリケーションの起動処理
が行われる（Ｓ１３）。

【００６２】該当アプリケーションに起動制限が設定さ
れていると判定された場合（Ｓ１１においてＹＥＳ）、
Ｓ１２において、他のアプリケーションが動作中である
か否かが判定される。他のアプリケーションが動作中で
ある場合（Ｓ１２においてＹＥＳ）であれば、該当アプ
リケーションの起動は中止され、処理が終了する。一
方、他のアプリケーションが動作していない場合（Ｓ１
２においてＮＯ）には、該当アプリケーションの起動処
理が行われる（Ｓ１３）。

【００６３】また、図５（ｂ）は、アプリケーション動
作中に、他のアプリケーションの起動が要求された場合
の処理の流れを示すフローチャートである。まず、Ｓ２
１において、他のアプリケーションの起動が要求されて
いるかが確認される。Ｓ２１において、他のアプリケー
ションの起動が要求されていることが確認された場合、
現在動作中のアプリケーションが起動制限が設定されて
いるアプリケーションであるか否かが判定される（Ｓ２
２）。起動制限が設定されていない場合（Ｓ２２におい
てＮＯ）には、該当アプリケーションの起動処理が行わ
れ、Ｓ２１における他のアプリケーションの起動チェッ
ク状態に戻る。

【００６４】一方、Ｓ２２において、現在動作中のアプ
リケーションが起動制限が設定されているアプリケーシ
ョンであると判定された場合（Ｓ２２においてＹＥ
Ｓ）、現在動作中のアプリケーションを強制終了させる
処理を行い（Ｓ２３）、処理を終了する。

【００６５】以上のように、本実施形態に係るアプリケ
ーション管理システムによれば、起動制限が設定されて
いるアプリケーションに対して、他のアプリケーション
との同時実行を禁止することによって、複数のアプリケ
ーションの同時実行によるトラブルを回避することがで
きる。

【００６６】〔実施の形態４〕本発明の実施のさらに他
の形態について図面に基づいて説明すれば、以下のとお
りである。なお、前記した各実施の形態で説明した構成
と同様の機能を有する構成には同一の符号を付記し、そ
の説明を省略する。

【００６７】図６は、本実施形態に係るアプリケーショ
ン管理システムの概略構成を示すブロック図である。同
図に示すように、該アプリケーション管理システムは、
実施の形態１において図１で示した構成と比較して、デ
ータシステム１２がさらに設けられている点で異なって
いる。すなわち、該アプリケーション管理システムは、
アプリケーション８、アプリケーション実行制御部９、
アプリケーション管理部１０、システム１１、およびデ
ータシステム１２から構成されている。なお、このアプ
リケーション管理システムを実現する端末装置の構成と
しては、実施の形態１において、図１６で示した構成と
同様のものとなっている。

【００６８】データシステム１２は、アプリケーション
が実行されているときに、該アプリケーションがデータ
アクセス動作を行う際の要求先を示している。すなわ
ち、図６に示す構成においては、アプリケーション８の
起動、およびアプリケーション８によるデータアクセス
は、アプリケーション実行制御部９による制御のもとに
行われることになる。このような構成とすることによ
り、システムデータのセキュリティ性の確保することが
できる。

【００６９】また、上記のように、データアクセスを専
門に管理するデータシステム１２が加わることによっ
て、アプリケーション８は、必ずこのデータシステム１
２を介してシステムのデータにアクセスすることにな
る。よって、アプリケーション８自身が、具体的なデー
タアクセス処理を行うのではなく、データシステム１２
にデータアクセス処理を依頼することになり、アプリケ
ーション８自身の処理を簡素化することができる。ま
た、データ処理自身がデータシステム１２によって行わ
れるので、処理の定量化を図ることができる。さらに、
データアクセスは、必ずデータシステム１２を介して行
われるので、アプリケーション８のデータアクセスミス
や不正なデータアクセスの検出を容易に行うことができ
る。

【００７０】図７は、上記アプリケーション管理システ
ムにおいて、アプリケーション８からデータアクセス依
頼があった場合の、アプリケーション実行制御部９にお
ける処理の流れを示すフローチャートである。まず、Ｓ
３１において、アプリケーションからのデータアクセス
依頼を確認すると、アプリケーション実行制御部９は、
アプリケーション管理部１０に対して、該当アプリケー
ションの規制状態を問い合わせる（Ｓ３２）。この規制
状態は、該当アプリケーションにおける不具合履歴が規
定値を超えている場合に、規制されるものである。そし
て、Ｓ３３において問い合わせに対する応答を待機し、
Ｓ３４において、該当アプリケーションが動作規制状態
であるか否かが判定される。

【００７１】該当アプリケーションが動作規制状態であ
ると判断された場合（Ｓ３４においてＹＥＳ）には、ア
プリケーションに対してアクセスエラーを通知し、デー
タアクセスが禁止される（Ｓ３５）。一方、該当アプリ
ケーションが動作規制状態でないと判断された場合（Ｓ
３４においてＮＯ）には、通常通りのデータアクセスが
許可され、データアクセス処理が行われる（Ｓ３６）。

【００７２】以上のように、本実施形態に係るアプリケ
ーション管理システムによれば、アプリケーションの起
動の制限だけでなく、動作の制限も合わせて行うことに
なるので、システム動作に不具合を与えるようなアプリ
ケーションによる動作をさらに効果的に抑制することが
できる。また、上記のように、アプリケーションからシ
ステムが保有するデータにアクセスすることを制限する
ことは、システムの安定化を図る上で非常に効果的であ
る。

【００７３】〔実施の形態５〕本発明の実施のさらに他
の形態について図面に基づいて説明すれば、以下のとお
りである。なお、前記した各実施の形態で説明した構成
と同様の機能を有する構成には同一の符号を付記し、そ
の説明を省略する。

【００７４】本実施形態に係るアプリケーション管理シ
ステムは、構成としては前記した各実施の形態と同様の
構成となっており、異なる点としては、アプリケーショ
ン実行制御部９が、アプリケーションによるスレッドの
生成を規制する点である。

【００７５】一般に、マルチタスク処理を実現するシス
テムにおいては、ある一定の処理単位ごとにモジュール
を分けて、各モジュールを並列して実行するとともに、
並列して実行されるモジュール同士を連携させることに
よってアプリケーションの動作が行われている。このよ
うな処理単位としてのモジュールはスレッドと呼ばれ、
システムごとに定められた時間ごとにスレッドが切り換
えられて処理が行われる。本実施形態においては、アプ
リケーションからの要求によって、アプリケーション実
行制御部９が、上記のようなスレッドを生成するものと
する。

【００７６】図８は、本実施形態におけるアプリケーシ
ョン実行制御部９において、アプリケーションからスレ
ッド生成依頼があった場合の処理の流れを示すフローチ
ャートである。まず、Ｓ４１において、アプリケーショ
ンからスレッドの生成依頼を受領すると、アプリケーシ
ョン管理部１０に対して、該当アプリケーションが規制
状態にあるか否かを問い合わせる（Ｓ４２）。そして、
Ｓ４３において、問い合わせに対するアプリケーション
管理部１０からの応答を待機し、Ｓ４４において、該当
アプリケーションが規制状態にあるか否かが判定され
る。この規制状態は、該当アプリケーションにおける不
具合履歴が規定値を超えている場合に、規制されるもの
である。

【００７７】該当アプリケーションが規制状態にないと
判断された場合（Ｓ４４においてＮＯ）には、該当アプ
リケーションの依頼に応じてスレッドの生成処理を行う
（Ｓ４７）。一方、該当アプリケーションが規制状態で
あると判断された場合（Ｓ４４においてＹＥＳ）には、
該当アプリケーションから依頼されたスレッドの数が、
所定のスレッド制限数を超えているか否かが判定される
（Ｓ４５）。所定のスレッド制限数を超えていると判定
された場合（Ｓ４５においてＹＥＳ）には、該当アプリ
ケーションに対してスレッド生成エラーを通知し、スレ
ッドの生成が中止される（Ｓ４６）。一方、所定のスレ
ッド制限数を超えていないと判定された場合（Ｓ４５に
おいてＮＯ）には、該当アプリケーションからの依頼に
応じてスレッドの生成処理を行う（Ｓ４７）。

【００７８】以上のように、本実施形態に係るアプリケ
ーション管理システムによれば、アプリケーションから
の依頼によるスレッドの生成を制限することが可能とな
る。アプリケーションによる多量のスレッドの生成は、
システムの基本動作に大きな影響を与えるものであり、
上記のようにアプリケーションによるスレッドの生成を
制限することは、システムの安定性を向上させる上で有
効である。

【００７９】〔実施の形態６〕本発明の実施のさらに他
の形態について図面に基づいて説明すれば、以下のとお
りである。なお、前記した各実施の形態で説明した構成
と同様の機能を有する構成には同一の符号を付記し、そ
の説明を省略する。

【００８０】図９は、本実施形態に係るアプリケーショ
ン管理システムの概略構成を示すブロック図である。同
図に示すように、該アプリケーション管理システムは、
実施の形態１において図１で示した構成と比較して、シ
ステムリソース１３がさらに設けられている点で異なっ
ている。すなわち、該アプリケーション管理システム
は、アプリケーション８、アプリケーション実行制御部
９、アプリケーション管理部１０、システム１１、およ
びシステムリソース１３から構成されている。なお、こ
のアプリケーション管理システムを実現する端末装置の
構成としては、実施の形態１において、図１６で示した
構成と同様のものとなっている。

【００８１】システムリソース１３は、システムデータ
アクセス、サウンド処理、外部機器との通信処理など、
システムがサービス処理を提供するリソースのアクセス
処理を行うものである。すなわち、図９に示す構成にお
いては、アプリケーション８の起動、およびアプリケー
ション８によるシステムリソース処理は、アプリケーシ
ョン実行制御部９による制御のもとに行われることにな
る。

【００８２】図１０は、上記アプリケーション管理シス
テムにおいて、アプリケーション８からシステムリソー
ス処理が行われた場合の、アプリケーション実行制御部
９における処理の流れを示すフローチャートである。ま
ず、Ｓ５１において、現在動作しているアプリケーショ
ンが終了したか否かが判定される。該当アプリケーショ
ンが終了したと判定された場合（Ｓ５１においてＹＥ
Ｓ）には、処理が終了する。該当アプリケーションが終
了していないと判定された場合（Ｓ５１においてＮＯ）
には、該当アプリケーションからリソースへのアクセス
が要求されているか否かが判定される（Ｓ５２）。リソ
ースへのアクセスが要求されていると判定された場合
（Ｓ５２においてＹＥＳ）には、以降のＳ５３からの処
理が行われ、リソースへのアクセスが要求されていない
と判定された場合（Ｓ５２においてＮＯ）には、再びＳ
５１からの処理が行われる。すなわち、アプリケーショ
ンが起動され、リソースへのアクセスが要求されるまで
は、該当アプリケーションが終了するか（Ｓ５１）、リ
ソースへのアクセス要求が確認されるか（Ｓ５２）が繰
り返されることになる。

【００８３】リソースへのアクセス要求が確認された場
合（Ｓ５２においてＹＥＳ）には、該当アプリケーショ
ンが動作制限状態にあるか否かが確認される（Ｓ５
３）。この動作制限状態は、該当アプリケーションにお
ける不具合履歴が規定値を超えている場合に、制限され
るものである。動作制限状態にある場合（Ｓ５３におい
てＹＥＳ）には、該当アプリケーションに対してリソー
スアクセスエラーを通知し（Ｓ５４）、再びＳ５１から
の処理が行われる。

【００８４】該当アプリケーションが動作制限されてい
ない場合（Ｓ５３においてＮＯ）には、リソース使用状
態を使用中に設定し（Ｓ５５）、リソース開放通知が確
認されるのを待機する（Ｓ５６）。リソース開放が確認
された場合（Ｓ５６においてＹＥＳ）には、リソース使
用状態を未使用に設定し（Ｓ５７）、再びＳ５１からの
処理が行われる。また、リソースの開放が確認されない
ままに該当アプリケーションが終了された場合（Ｓ５８
においてＹＥＳ）には、Ｓ５９においてリソース開放処
理を行い、処理を終了する。

【００８５】なお、以上のフローは、単一のリソースに
対する処理の流れを示したものであるが、実際には、複
数のリソースに対して上記のフローが並列に動作するこ
とになる。

【００８６】以上のように、本実施形態に係るアプリケ
ーション管理システムによれば、アプリケーションのリ
ソース使用状態を管理することができるので、アプリケ
ーション不具合によるリソース未開放状態の継続を防止
することができる。よって、より安定した状態でシステ
ムを動作させることが可能となる。

【００８７】〔実施の形態７〕本発明の実施のさらに他
の形態について図面に基づいて説明すれば、以下のとお
りである。なお、前記した各実施の形態で説明した構成
と同様の機能を有する構成には同一の符号を付記し、そ
の説明を省略する。

【００８８】本実施形態に係るアプリケーション管理シ
ステムは、前記した実施の形態６において示した構成と
同様に、アプリケーションのリソースの使用状態を管理
するものとなっている。実施の形態６と異なる点として
は、アプリケーションの動作中に不具合が発生した際の
リソースの使用状態から、不具合原因となるリソースア
クセスを特定することを行っている点である。すなわ
ち、本実施形態に係るアプリケーション管理システム
は、不具合履歴をリソース状態ごとに管理し、各不具合
リソースが規定値を超えた場合に、リソースのアクセス
を規制する処理を行っている。

【００８９】図１１は、本実施形態におけるアプリケー
ション管理部１０が管理するアプリケーション管理テー
ブルを示す説明図である。同図に示すように、不具合履
歴が各リソース毎に管理されており、各リソース毎にア
クセスの規制フラグパラメータが設定されている。例え
ば、同図におけるアプリケーションＩＤが［００２］の
アプリケーションに対しては、リソースＡおよびリソー
スＣに対して、アクセスの規制フラグがＯＮとなってお
り、リソースＢに対しては、アクセスの規制は行われて
いないことになる。

【００９０】図１２は、上記アプリケーション管理シス
テムにおいて、アプリケーション８からシステムリソー
ス処理が行われた場合の、アプリケーション実行制御部
９における処理の流れを示すフローチャートである。ま
ず、Ｓ６１において、現在動作しているアプリケーショ
ンが終了したか否かが判定される。該当アプリケーショ
ンが終了したと判定された場合（Ｓ６１においてＹＥ
Ｓ）には、処理が終了する。該当アプリケーションが終
了していないと判定された場合（Ｓ６１においてＮＯ）
には、該当アプリケーションからリソースへのアクセス
が要求され、該当リソースの使用が可能であるか否かの
判定が依頼されているか否かが判定される（Ｓ６２）。
リソース使用の判定が要求されていると判定された場合
（Ｓ６２においてＹＥＳ）には、以降のＳ６３からの処
理が行われ、リソースへのアクセスが要求されていない
と判定された場合（Ｓ６２においてＮＯ）には、再びＳ
６１からの処理が行われる。すなわち、アプリケーショ
ンが起動され、リソースへのアクセスが要求されるまで
は、該当アプリケーションが終了するか（Ｓ６１）、リ
ソースへのアクセス要求が確認されるか（Ｓ６２）が繰
り返されることになる。

【００９１】リソースへのアクセス要求が確認された場
合（Ｓ６２においてＹＥＳ）には、該当アプリケーショ
ンにおいて、該当リソースに対するアクセス規制が設定
されているか否かが確認される（Ｓ６３）。アクセス規
制が設定されている場合（Ｓ６３においてＹＥＳ）に
は、該当アプリケーションに対してリソースアクセスエ
ラーを通知し（Ｓ６４）、再びＳ６１からの処理が行わ
れる。

【００９２】該当アプリケーションにおいて、該当リソ
ースに対するアクセス規制が設定されていない場合（Ｓ
６３においてＮＯ）には、該当リソース使用状態を使用
中に設定する（Ｓ６５）。リソース使用中に、該当アプ
リケーションに不具合が検出された場合（Ｓ６６におい
てＹＥＳ）には、該当アプリケーションにおける該当リ
ソースの不具合履歴がカウントアップされることによっ
て更新されるとともに、不具合復旧処理が行われ（Ｓ６
７）、処理が終了する。

【００９３】一方、リソース使用中に、該当アプリケー
ションに不具合が検出されない場合（Ｓ６６においてＮ
Ｏ）には、リソース開放通知が確認されるのを待機する
（Ｓ６８）。リソース開放が確認された場合（Ｓ６８に
おいてＹＥＳ）には、リソース使用状態を未使用に設定
し（Ｓ６９）、再びＳ６１からの処理が行われる。ま
た、リソースの開放が確認されないままに該当アプリケ
ーションが終了された場合（Ｓ７０においてＹＥＳ）に
は、Ｓ７１においてリソース開放処理を行い、処理が終
了する。

【００９４】以上のように、本実施形態に係るアプリケ
ーション管理システムによれば、各アプリケーションに
応じて、不具合を発生しやすいリソースアクセスを制限
することができる。よって、例えばある特定のアプリケ
ーションが、特定のリソースに対してアクセスすると不
具合を発生しやすい場合に、そのリソースのみに対して
アクセスを制限し、他のリソースに対してはアクセスの
制限を行わないような設定とすることが可能となる。し
たがって、必要以上にリソースのアクセス制限をするこ
となく、システムの安定性を向上させることができる。

【００９５】〔実施の形態８〕本発明の実施のさらに他
の形態について図面に基づいて説明すれば、以下のとお
りである。なお、前記した各実施の形態で説明した構成
と同様の機能を有する構成には同一の符号を付記し、そ
の説明を省略する。

【００９６】本実施形態に係るアプリケーション管理シ
ステムは、アプリケーション管理部１０が管理するアプ
リケーション管理テーブルにおいて、不具合履歴を不具
合発生状態ごとに分類し、各状態ごとに動作規制を行う
構成となっている。また、動作中のアプリケーションに
関しては、現在の処理内容をアプリケーション管理テー
ブルで管理するようになっている。

【００９７】図１３は、本実施形態におけるアプリケー
ション管理テーブルの一例を示す説明図である。同図に
示すように、各アプリケーション毎に、アプリケーショ
ン実行状態と、実行している場合にはその処理内容と、
アプリケーション不具合履歴として、各状態毎に、不具
合発生数、および各状態毎の規制パラメータとが設定さ
れている。例えば、同図に示す例において、アプリケー
ションＩＤが［０００］のアプリケーションは、現在実
行中であるとともに、リソースＡに対してアクセスを行
っていることになる。また、アプリケーションＩＤが
［００２］のアプリケーションは、状態Ｃに対して動作
規制が行われるように設定されていることになる。

【００９８】図１４は、上記アプリケーション管理シス
テムにおいて、アプリケーション実行制御部９における
処理の流れを示すフローチャートである。まず、Ｓ８１
において、現在動作しているアプリケーションが終了し
たか否かが判定される。該当アプリケーションが終了し
たと判定された場合（Ｓ８１においてＹＥＳ）には、処
理が終了する。

【００９９】該当アプリケーションが終了していないと
判定された場合（Ｓ８１においてＮＯ）には、該当アプ
リケーションによる不具合の発生を検知したか否かが判
定される（Ｓ８２）。不具合の発生を検知した場合（Ｓ
８２においてＹＥＳ）には、不具合を発生した状態に対
応する不具合履歴をカウントアップすることにより更新
するとともに、不具合復旧処理を行って（Ｓ８３）、処
理が終了する。

【０１００】該当アプリケーションによる不具合の発生
を検知していない場合（Ｓ８２においてＮＯ）には、該
当アプリケーションからシステム処理依頼を受信したか
否かが判定される（Ｓ８４）。システム処理依頼を受信
していないと判定された場合（Ｓ８４においてＮＯ）に
は、再びＳ８１からの処理を行う。

【０１０１】該当アプリケーションからシステム処理依
頼を受信したと判定された場合（Ｓ８４においてＹＥ
Ｓ）には、該当アプリケーションにおいて、その時点の
状態における動作規制が設定されているか否かが確認さ
れる（Ｓ８５）。動作規制が設定されている場合（Ｓ８
５においてＹＥＳ）には、該当アプリケーションに対し
て処理エラーを通知し（Ｓ８６）、再びＳ８１からの処
理が行われる。

【０１０２】該当アプリケーションにおいて、その時点
の状態における動作規制が設定されていない場合（Ｓ８
５においてＮＯ）には、該当アプリケーションの処理状
態をアプリケーション管理テーブルに設定するととも
に、該当する処理を行う（Ｓ８７）。その後、再びＳ８
１からの処理を繰り返す。

【０１０３】以上のように、本実施形態に係るアプリケ
ーション管理システムによれば、動作不具合を発生した
時のアプリケーションの処理状態を把握することが可能
となっているとともに、アプリケーションが不具合を起
こしやすい処理状態の際に、動作規制をかけることが可
能となっている。よって、例えばある特定のアプリケー
ションが、特定の処理状態において不具合を発生しやす
い場合に、その処理状態の場合のみに対して動作を制限
し、他の処理状態の場合には動作の制限を行わないよう
な設定とすることが可能となる。したがって、必要以上
にアプリケーションの動作の規制を行うことなく、シス
テムの安定性を向上させることができる。

【０１０４】〔実施の形態９〕本発明の実施のさらに他
の形態について図面に基づいて説明すれば、以下のとお
りである。なお、前記した各実施の形態で説明した構成
と同様の機能を有する構成には同一の符号を付記し、そ
の説明を省略する。

【０１０５】本実施形態に係るアプリケーション管理シ
ステムは、上記の実施の形態８における構成とほぼ同様
となっており、異なる点としては、不具合が発生した際
に、これを端末装置のユーザに対して通知する点であ
る。

【０１０６】図１５は、上記アプリケーション管理シス
テムにおいて、アプリケーション実行制御部９における
処理の流れを示すフローチャートである。まず、Ｓ９１
において、現在動作しているアプリケーションが終了し
たか否かが判定される。該当アプリケーションが終了し
たと判定された場合（Ｓ９１においてＹＥＳ）には、処
理が終了する。

【０１０７】該当アプリケーションが終了していないと
判定された場合（Ｓ９１においてＮＯ）には、該当アプ
リケーションによる不具合の発生を検知したか否かが判
定される（Ｓ９２）。不具合の発生を検知した場合（Ｓ
９２においてＹＥＳ）には、不具合を発生した状態に対
応する不具合履歴をカウントアップすることにより更新
する（Ｓ９３）。そして、この更新された不具合履歴に
基づいて、該当する状態に対応する不具合履歴の数が、
規定値を超えたか否かが判定される（Ｓ９４）。

【０１０８】規定値を超えていない場合（Ｓ９４におい
てＮＯ）には、再びＳ９１からの処理が行われる。一
方、規定値を超えた場合（Ｓ９４においてＹＥＳ）に
は、動作規制を行うべきアプリケーションが検出された
旨をユーザに通知する処理が行われる（Ｓ９５）。その
後、アプリケーション管理テーブルにおいて、該当アプ
リケーションの該当状態における動作規制フラグをＯＮ
に設定した後、Ｓ９１からの処理が行われる。また、こ
の際に、不具合復旧処理も行われる。

【０１０９】一方、該当アプリケーションによる不具合
の発生を検知していない場合（Ｓ９２においてＮＯ）に
は、該当アプリケーションからシステム処理依頼を受信
したか否かが判定される（Ｓ９６）。システム処理依頼
を受信していないと判定された場合（Ｓ９６においてＮ
Ｏ）には、再びＳ９１からの処理を行う。

【０１１０】該当アプリケーションからシステム処理依
頼を受信したと判定された場合（Ｓ９６においてＹＥ
Ｓ）には、該当アプリケーションにおいて、その時点の
状態における動作規制が設定されているか否かが確認さ
れる（Ｓ９７）。動作規制が設定されている場合（Ｓ９
７においてＹＥＳ）には、該当アプリケーションに対し
て処理エラーを通知し（Ｓ９８）、再びＳ９１からの処
理が行われる。

【０１１１】該当アプリケーションにおいて、その時点
の状態における動作規制が設定されていない場合（Ｓ９
７においてＮＯ）には、該当アプリケーションの処理状
態をアプリケーション管理テーブルに設定するととも
に、該当する処理を行う（Ｓ９９）。その後、再びＳ９
１からの処理を繰り返す。

【０１１２】以上のように、本実施形態に係るアプリケ
ーション管理システムによれば、あるアプリケーション
を実行しているときに不具合が発生した場合に、不具合
を発生させたアプリケーションがユーザに通知されるこ
とになる。したがって、ユーザは、どのアプリケーショ
ンが不具合を発生しやすいかを把握することが可能とな
り、ユーザ自身によって、不具合の発生を抑制するよう
にアプリケーションを使用することも可能となる。すな
わち、ユーザによっても不具合の発生を抑制することが
可能となるので、システムの安定化をさらに向上させる
ことが可能となる。

【０１１３】〔実施の形態１０〕本発明の実施のさらに
他の形態について図面に基づいて説明すれば、以下のと
おりである。なお、前記した各実施の形態で説明した構
成と同様の機能を有する構成には同一の符号を付記し、
その説明を省略する。

【０１１４】本実施形態では、前記した各実施の形態で
示したアプリケーション管理システムを備えた端末装置
を、携帯電話やＰＨＳ(Personal Handyphone System)な
どの、無線公衆回線を利用してデータ通信を行う携帯端
末として適用した場合について説明する。図１７は、上
記携帯端末が、インターネットを含む一般ネットワーク
を介した情報サービスシステムに含まれる場合の概略構
成を示す説明図である。同図に示すように、該情報サー
ビスシステムは、携帯端末２１、基地局２２、通信キャ
リアサーバ２３、ゲートウェイ２４、インターネット２
５、およびアプリケーションサーバ２６とから構成され
ている。

【０１１５】携帯端末２１は、上記のように、携帯電話
やＰＨＳなどの電話機や、公衆電話回線を利用してデー
タ通信を行うことが可能な各種携帯型端末が用いられ
る。この携帯端末２１は、実施の形態１において図１６
を参照しながら説明したように、各種アプリケーション
プログラムを実行可能な構成となっている。

【０１１６】基地局２２、通信キャリアサーバ２３、お
よびゲートウェイ２４は、各種無線公衆回線のインフラ
を有している通信キャリアが備えている構成である。基
地局２２は、携帯端末２１からの無線によるアクセスを
受信するものである。通信キャリアサーバ２３は、通信
キャリアが備えているサーバコンピュータであり、携帯
端末２１からのアクセスをインターネット２５に接続す
るための処理を行うものである。ゲートウェイ２４は、
通信キャリアサーバ２３とインターネット２５とを接続
する際のゲートとして機能するものである。

【０１１７】アプリケーションサーバ２６は、インター
ネット２５に接続されたサーバコンピュータであり、各
種アプリケーションプログラムや各種データを格納して
いるものである。このアプリケーションサーバ２６は、
例えばＨＴＴＰ(Hyper TextTransfer Protocol)やＦＴ
Ｐ(File Transfer Protocol)などによってインターネッ
ト２５に接続している任意のコンピュータとデータ通信
することが可能となっている。

【０１１８】以上のような構成の情報サービスシステム
において、携帯端末２１が各種アプリケーションやデー
タを入手する際には、次のような流れとなる。まず、携
帯端末２１は、無線公衆回線を介して基地局２２と接続
する。そして、基地局２２から通信キャリアサーバ２３
に対して、携帯端末２１からインターネットアクセス要
求があったことが伝えられ、通信キャリアサーバ２３で
は、該当携帯端末２１の認証を行い、ゲートウェイ２４
を介してインターネット接続を許可する。その後、携帯
端末２１において、ＵＲＬ(Uniform Resource Locator)
を指定するなどの処理を行うことによって、所望のアプ
リケーションサーバ２６にアクセスする。その後、所望
のアプリケーションやデータをダウンロードし、携帯端
末２１内の記憶手段に記憶させる。

【０１１９】以上のように、本実施形態で示した情報サ
ービスシステムによれば、携帯端末２１で、インターネ
ット２５上に無数に存在している各種アプリケーション
サーバから、多種多様なデータサービスやアプリケーシ
ョンの入手が可能となる。このように、多種多様なアプ
リケーションが入手可能となると、携帯端末２１のシス
テムに対して不具合を生じさせるようなアプリケーショ
ンが、携帯端末２１内にインストールされてしまう虞れ
も考えられる。この問題に対しては、前記した各実施の
形態で示したアプリケーション管理システムによって、
不具合を生じさせるアプリケーションの動作を有効に制
限することができるので、システムの安定性を確保する
ことが可能となっている。したがって、上記の携帯端末
２１のような、多種多様なユーザが利用する組み込み機
器において、インターネット上などから各種アプリケー
ションをダウンロードし、これを利用するようなシステ
ムとしても、システムの安定性を保つことができる。

【０１２０】

【発明の効果】以上のように、本発明に係るアプリケー
ション管理方法は、アプリケーションプログラムを動作
させることが可能なコンピュータを備えた端末装置にお
いて行われるアプリケーション管理方法において、上記
アプリケーションプログラムの動作中に、正常な状態で
該アプリケーションプログラムの動作継続が不可能な状
態となる不具合が発生した場合に、該アプリケーション
プログラムにおける不具合発生回数を示す不具合履歴を
記録するステップと、上記不具合履歴が規定値を超えて
いるか否かを検出するステップと、上記不具合履歴が規
定値を超えたアプリケーションにおいて、該アプリケー
ションプログラムにおける起動制限状態を示す起動制限
情報を記録するステップと、アプリケーションプログラ
ムを起動する際に、該アプリケーションプログラムの起
動制限情報に従って、該アプリケーションプログラムの
起動を制限するステップとを有している方法である。

【０１２１】これにより、不具合を発生しやすいアプリ
ケーションプログラムに対しては、その起動が制限され
ることになるので、システムの安定度を向上させること
ができるという効果を奏する。また、ユーザ自身がアプ
リケーションプログラムの信頼性を判断する必要がない
ので、システムの安定性に関して疎いユーザに対して
も、多様なアプリケーションプログラムを利用可能なシ
ステムを提供することが可能となるという効果を奏す
る。

【０１２２】また、本発明に係るアプリケーション管理
方法は、上記不具合履歴を記録するステップにおいて、
上記アプリケーションプログラムの動作中に不具合が発
生した場合に、不具合が発生した時点での該アプリケー
ションプログラムの動作状態を認識し、各動作状態毎に
不具合履歴を記録するとともに、上記不具合履歴が規定
値を超えているか否かを検出するステップにおいて、上
記の各動作状態毎にそれぞれ重みづけが設定されてお
り、各動作状態毎の不具合発生回数と上記重みづけとの
積の総和が、規定値を超えているか否かを検出するよう
にしてもよい。

【０１２３】これにより、上記の方法による効果に加え
て、システムに対して重大な影響を与えるような状態で
不具合を発生しやすいアプリケーションプログラムに対
しては、起動の制限を強めるというような設定とするこ
とが可能となり、システムに対するダメージを最小限に
することができるという効果を奏する。

【０１２４】また、本発明に係るアプリケーション管理
方法は、上記アプリケーションプログラムの起動を制限
するステップにおいて、起動制限情報が記録されている
アプリケーションプログラムを起動する際に、他のアプ
リケーションプログラムが動作していない場合には、起
動制限情報が記録されているアプリケーションプログラ
ムの起動を許可するようにしてもよい。

【０１２５】これにより、上記の方法による効果に加え
て、信頼性の低いアプリケーションプログラムでも、単
独で動作させることにより、これを利用することが可能
となるという効果を奏する。

【０１２６】また、本発明に係るアプリケーション管理
方法は、起動制限情報が記録されているアプリケーショ
ンプログラムを動作中に、他のアプリケーションプログ
ラムの起動が行われた場合に、起動制限情報が記録され
ているアプリケーションプログラムの動作を終了させる
ステップをさらに有しているようにしてもよい。

【０１２７】これにより、上記の方法による効果に加え
て、信頼性の低いアプリケーションプログラムが、複数
のアプリケーションプログラムが動作している環境で動
作することを防止することが可能となり、システムの安
定性を向上させることができるという効果を奏する。

【０１２８】また、本発明に係るアプリケーション管理
方法は、アプリケーションプログラムを動作させること
が可能なコンピュータを備えた端末装置において行われ
るアプリケーション管理方法において、上記アプリケー
ションプログラムの動作中に、正常な状態で該アプリケ
ーションプログラムの動作継続が不可能な状態となる不
具合が発生した場合に、該アプリケーションプログラム
における不具合発生回数を示す不具合履歴を記録するス
テップと、上記アプリケーションプログラムが、上記端
末装置が備えるデータシステムに対してデータアクセス
をを行う際に、該アプリケーションプログラムに対応す
る不具合履歴が規定値を超えているか否かを判断し、規
定値を超えていない場合にのみデータアクセスを許可す
るステップを有している方法である。

【０１２９】これにより、不具合を発生しやすいアプリ
ケーションプログラムに対しては、データアクセスが制
限されることになるので、データシステムに対する不正
アクセスを禁止することにより、システムの安定度を向
上させることができるという効果を奏する。また、ユー
ザ自身がアプリケーションプログラムの信頼性を判断す
る必要がないので、システムの安定性に関して疎いユー
ザに対しても、多様なアプリケーションプログラムを利
用可能なシステムを提供することが可能となるという効
果を奏する。

【０１３０】また、本発明に係るアプリケーション管理
方法は、アプリケーションプログラムを動作させること
が可能なコンピュータを備えた端末装置において行われ
るアプリケーション管理方法において、上記アプリケー
ションプログラムの動作中に正常な状態で該アプリケー
ションプログラムの動作継続が不可能な状態となる不具
合が発生した場合に、該アプリケーションプログラムに
おける不具合発生回数を示す不具合履歴を記録するステ
ップと、上記アプリケーションプログラムが、並列に動
作する複数の処理モジュールの連携によって動作すると
ともに、動的に複数の処理モジュールを並列に生成する
アプリケーションプログラムである場合に、該アプリケ
ーションプログラムに対応する不具合履歴が規定値を超
えているか否かを判断し、規定値を超えている場合に
は、該アプリケーションプログラムによる処理モジュー
ルの生成数を制限するステップを有している方法であ
る。

【０１３１】これにより、不具合を発生しやすいアプリ
ケーションプログラムに対しては、処理モジュールの生
成数が制限されることになるので、多数の処理モジュー
ルが生成されることによるシステム動作への悪影響を抑
制することが可能となり、システムの安定度を向上させ
ることができるという効果を奏する。また、ユーザ自身
がアプリケーションプログラムの信頼性を判断する必要
がないので、システムの安定性に関して疎いユーザに対
しても、多様なアプリケーションプログラムを利用可能
なシステムを提供することが可能となるという効果を奏
する。

【０１３２】また、本発明に係るアプリケーション管理
方法は、アプリケーションプログラムを動作させること
が可能なコンピュータを備えた端末装置において行われ
るアプリケーション管理方法において、上記アプリケー
ションプログラムが、上記端末装置が有するシステムリ
ソースを使用する際に、該当システムリソースの使用状
態を示すリソース使用状態情報を記録するステップと、
上記アプリケーションプログラムの動作が終了した際
に、上記リソース使用状態情報を参照し、該アプリケー
ションプログラムによるシステムリソースの使用状態が
開放されていない場合に、該システムリソースの開放処
理を行うステップとを有している方法である。

【０１３３】これにより、アプリケーションにシステム
リソースを正常に開放できない不具合があった場合に
も、これを開放させることによってシステムの安定性を
確保することができるという効果を奏する。

【０１３４】また、本発明に係るアプリケーション管理
方法は、アプリケーションプログラムを動作させること
が可能なコンピュータを備えた端末装置において行われ
るアプリケーション管理方法において、上記アプリケー
ションプログラムが、上記端末装置が有するシステムリ
ソースを使用する際に、該当システムリソースの使用状
態を示すリソース使用状態情報を記録するステップと、
上記アプリケーションプログラムの動作中に、正常な状
態で該アプリケーションプログラムの動作継続が不可能
な状態となる不具合が発生した場合に、不具合が発生し
た時点での該アプリケーションプログラムの上記リソー
ス使用状態情報を参照し、各リソース使用状態毎に不具
合履歴を記録するステップと、上記各リソース使用状態
毎の不具合履歴が規定値を超えているか否かを検出する
ステップと、リソース使用状態の不具合履歴が規定値を
超えている場合に、該当アプリケーションプログラムに
おける該当システムリソースの使用を制限するステップ
とをさらに有している方法である。

【０１３５】これにより、使用するシステムリソースに
よっては不具合を発生しやすいアプリケーションプログ
ラムに対して、該当システムリソースの使用を制限する
ことにより、システムの安定度を向上させることができ
るという効果を奏する。

【０１３６】また、アプリケーションプログラムに対し
て、必要以上にシステムリソースの使用を制限すること
がなくなり、アプリケーションプログラムの利用範囲の
減縮を最低限にすることができるという効果を奏する。
また、ユーザ自身がアプリケーションプログラムの信頼
性を判断する必要がないので、システムの安定性に関し
て疎いユーザに対しても、多様なアプリケーションプロ
グラムを利用可能なシステムを提供することが可能とな
るという効果を奏する。

【０１３７】また、本発明に係るアプリケーション管理
方法は、アプリケーションプログラムを動作させること
が可能なコンピュータを備えた端末装置において行われ
るアプリケーション管理方法において、上記アプリケー
ションプログラムの動作中に、正常な状態で該アプリケ
ーションプログラムの動作継続が不可能な状態となる不
具合が発生した場合に、不具合が発生した時点での該ア
プリケーションプログラムの動作状態を認識し、各動作
状態毎に不具合履歴を記録するステップと、上記動作状
態毎の不具合履歴が規定値を超えているか否かを検出す
るステップと、上記動作状態毎の不具合履歴が規定値を
超えたアプリケーションプログラムにおいて、規定値を
超えた動作状態における動作制限状態を示す動作制限情
報を記録するステップと、規定値を超えた動作状態にお
いて該当アプリケーションプログラムが動作する際に、
上記動作制限情報に従って、該アプリケーションプログ
ラムの動作を制限するステップとを有している方法であ
る。

【０１３８】これにより、動作状態によっては不具合を
発生しやすいアプリケーションプログラムに対して、該
当動作に対してのみ制限をかけることにより、システム
の安定度を向上させることができるという効果を奏す
る。

【０１３９】また、アプリケーションプログラムに対し
て、必要以上に動作を制限することがなくなり、アプリ
ケーションプログラムの動作範囲の減縮を最低限にする
ことができるという効果を奏する。また、ユーザ自身が
アプリケーションプログラムの信頼性を判断する必要が
ないので、システムの安定性に関して疎いユーザに対し
ても、多様なアプリケーションプログラムを利用可能な
システムを提供することが可能となるという効果を奏す
る。

【０１４０】また、本発明に係るアプリケーション管理
方法は、上記不具合履歴が規定値を超えたアプリケーシ
ョンプログラムをユーザに通知するステップとをさらに
有しているようにしてもよい。

【０１４１】これにより、上記の方法による効果に加え
て、ユーザは、どのアプリケーションプログラムが不具
合を発生しやすいかを把握することが可能となり、ユー
ザ自身によって、不具合の発生を抑制するようにアプリ
ケーションプログラムを使用することも可能となる。す
なわち、ユーザによっても不具合の発生を抑制すること
が可能となるので、システムの安定化をさらに向上させ
ることが可能となるという効果を奏する。

【０１４２】また、本発明に係るアプリケーション管理
プログラムを記録した記録媒体は、上記のアプリケーシ
ョン管理方法をコンピュータに実行させる構成である。

【０１４３】これにより、上記記録媒体に記録されたア
プリケーション管理プログラムを端末装置にロードする
ことによって、上記のアプリケーション管理方法をユー
ザに提供することができるという効果を奏する。

【０１４４】また、本発明に係る端末装置は、上記のア
プリケーション管理方法をコンピュータに実行させるア
プリケーション管理プログラムを実行するコンピュータ
を備えている構成である。

【０１４５】これにより、上記のアプリケーション管理
方法を実現する端末装置をユーザに提供することができ
るという効果を奏する。

【０１４６】また、本発明に係る携帯型電話機は、上記
のアプリケーション管理方法をコンピュータに実行させ
るアプリケーション管理プログラムを実行するコンピュ
ータを備えている構成である。

【０１４７】これにより、上記のアプリケーション管理
方法を実現する携帯型電話機をユーザに提供することが
できるという効果を奏する。

【図面の簡単な説明】

【図１】本発明の実施の一形態に係るアプリケーション
管理システムの概略構成を示すブロック図である。

【図２】上記アプリケーション管理システムが備えるア
プリケーション管理部が管理するアプリケーション管理
テーブルの一例を示す説明図である。

【図３】上記アプリケーション管理システムにおけるア
プリケーション管理の処理の流れを示すフローチャート
である。

【図４】同図（ａ）は、本発明の実施の他の形態に係る
アプリケーション管理システムにおけるアプリケーショ
ン管理部が管理するアプリケーション管理テーブルを示
す説明図であり、同図（ｂ）は、上記アプリケーション
管理部が管理する不具合状態重み付けテーブルを示す説
明図である。

【図５】同図（ａ）は、本発明の実施のさらに他の形態
に係るアプリケーション管理システムにおけるアプリケ
ーションの起動時における処理の流れを示すフローチャ
ートであり、同図（ｂ）は、アプリケーション動作中
に、他のアプリケーションの起動が要求された場合の処
理の流れを示すフローチャートである。

【図６】本発明の実施のさらに他の形態に係るアプリケ
ーション管理システムの概略構成を示すブロック図であ
る。

【図７】上記アプリケーション管理システムにおいて、
アプリケーションからデータアクセス依頼があった場合
の、アプリケーション実行制御部における処理の流れを
示すフローチャートである。

【図８】本発明の実施のさらに他の形態に係るアプリケ
ーション管理システムにおけるアプリケーション実行制
御部において、アプリケーションからスレッド生成依頼
があった場合の処理の流れを示すフローチャートであ
る。

【図９】本発明の実施のさらに他の形態に係るアプリケ
ーション管理システムの概略構成を示すブロック図であ
る。

【図１０】上記アプリケーション管理システムにおい
て、アプリケーションからシステムリソース処理が行わ
れた場合の、アプリケーション実行制御部における処理
の流れを示すフローチャートである。

【図１１】本発明の実施のさらに他の形態に係るアプリ
ケーション管理システムにおけるアプリケーション管理
部が管理するアプリケーション管理テーブルを示す説明
図である。

【図１２】上記アプリケーション管理システムにおい
て、アプリケーションからシステムリソース処理が行わ
れた場合の、アプリケーション実行制御部における処理
の流れを示すフローチャートである。

【図１３】本発明の実施のさらに他の形態に係るアプリ
ケーション管理システムにおけるアプリケーション管理
部が管理するアプリケーション管理テーブルを示す説明
図である。

【図１４】上記アプリケーション管理システムにおい
て、アプリケーション実行制御部における処理の流れを
示すフローチャートである。

【図１５】本発明の実施のさらに他の形態に係るアプリ
ケーション管理システムにおいて、アプリケーション実
行制御部における処理の流れを示すフローチャートであ
る。

【図１６】本発明の実施の一形態に係る端末装置の概略
構成を示すブロック図である。

【図１７】携帯端末が、インターネットを含む一般ネッ
トワークを介した情報サービスシステムに含まれる場合
の概略構成を示す説明図である。

【符号の説明】

１ プロセッサ ２ ＲＯＭ ３ 表示装置 ４ キー入力装置 ５ 主記憶装置 ６ 二次記憶装置 ７ Ｉ／Ｏ ８ アプリケーション ９ アプリケーション実行制御部 １０ アプリケーション管理部 １１ システム １２ データシステム １３ システムリソース ２１ 携帯端末 ２２ 基地局 ２３ 通信キャリアサーバ ２４ ゲートウェイ ２５ インターネット ２６ アプリケーションサーバ

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B042 GA11 JJ31 MC00 MC27 5B076 AB00 BB06 5B098 AA10 GA05 GC14 GD03 GD06 GD07 GD21 GD22

Claims (13)

【特許請求の範囲】
1. 【請求項１】アプリケーションプログラムを動作させる
   ことが可能なコンピュータを備えた端末装置において行
   われるアプリケーション管理方法において、 上記アプリケーションプログラムの動作中に、正常な状
   態で該アプリケーションプログラムの動作継続が不可能
   な状態となる不具合が発生した場合に、該アプリケーシ
   ョンプログラムにおける不具合発生回数を示す不具合履
   歴を記録するステップと、 上記不具合履歴が規定値を超えているか否かを検出する
   ステップと、 上記不具合履歴が規定値を超えたアプリケーションにお
   いて、該アプリケーションプログラムにおける起動制限
   状態を示す起動制限情報を記録するステップと、 アプリケーションプログラムを起動する際に、該アプリ
   ケーションプログラムの起動制限情報に従って、該アプ
   リケーションプログラムの起動を制限するステップとを
   有していることを特徴とするアプリケーション管理方
   法。
2. 【請求項２】上記不具合履歴を記録するステップにおい
   て、上記アプリケーションプログラムの動作中に不具合
   が発生した場合に、不具合が発生した時点での該アプリ
   ケーションプログラムの動作状態を認識し、各動作状態
   毎に不具合履歴を記録するとともに、上記不具合履歴が
   規定値を超えているか否かを検出するステップにおい
   て、上記の各動作状態毎にそれぞれ重みづけが設定され
   ており、各動作状態毎の不具合発生回数と上記重みづけ
   との積の総和が、規定値を超えているか否かを検出する
   ことを特徴とする請求項１記載のアプリケーション管理
   方法。
3. 【請求項３】上記アプリケーションプログラムの起動を
   制限するステップにおいて、起動制限情報が記録されて
   いるアプリケーションプログラムを起動する際に、他の
   アプリケーションプログラムが動作していない場合に
   は、起動制限情報が記録されているアプリケーションプ
   ログラムの起動を許可することを特徴とする請求項１ま
   たは２記載のアプリケーション管理方法。
4. 【請求項４】起動制限情報が記録されているアプリケー
   ションプログラムを動作中に、他のアプリケーションプ
   ログラムの起動が行われた場合に、起動制限情報が記録
   されているアプリケーションプログラムの動作を終了さ
   せるステップをさらに有していることを特徴とする請求
   項３記載のアプリケーション管理方法。
5. 【請求項５】アプリケーションプログラムを動作させる
   ことが可能なコンピュータを備えた端末装置において行
   われるアプリケーション管理方法において、 上記アプリケーションプログラムの動作中に、正常な状
   態で該アプリケーションプログラムの動作継続が不可能
   な状態となる不具合が発生した場合に、該アプリケーシ
   ョンプログラムにおける不具合発生回数を示す不具合履
   歴を記録するステップと、 上記アプリケーションプログラムが、上記端末装置が備
   えるデータシステムに対してデータアクセスをを行う際
   に、該アプリケーションプログラムに対応する不具合履
   歴が規定値を超えているか否かを判断し、規定値を超え
   ていない場合にのみデータアクセスを許可するステップ
   を有していることを特徴とするアプリケーション管理方
   法。
6. 【請求項６】アプリケーションプログラムを動作させる
   ことが可能なコンピュータを備えた端末装置において行
   われるアプリケーション管理方法において、 上記アプリケーションプログラムの動作中に、正常な状
   態で該アプリケーションプログラムの動作継続が不可能
   な状態となる不具合が発生した場合に、該アプリケーシ
   ョンプログラムにおける不具合発生回数を示す不具合履
   歴を記録するステップと、 上記アプリケーションプログラムが、並列に動作する複
   数の処理モジュールの連携によって動作するとともに、
   動的に複数の処理モジュールを並列に生成するアプリケ
   ーションプログラムである場合に、該アプリケーション
   プログラムに対応する不具合履歴が規定値を超えている
   か否かを判断し、規定値を超えている場合には、該アプ
   リケーションプログラムによる処理モジュールの生成数
   を制限するステップを有していることを特徴とするアプ
   リケーション管理方法。
7. 【請求項７】アプリケーションプログラムを動作させる
   ことが可能なコンピュータを備えた端末装置において行
   われるアプリケーション管理方法において、 上記アプリケーションプログラムが、上記端末装置が有
   するシステムリソースを使用する際に、該当システムリ
   ソースの使用状態を示すリソース使用状態情報を記録す
   るステップと、 上記アプリケーションプログラムの動作が終了した際
   に、上記リソース使用状態情報を参照し、該アプリケー
   ションプログラムによるシステムリソースの使用状態が
   開放されていない場合に、該システムリソースの開放処
   理を行うステップとを有していることを特徴とするアプ
   リケーション管理方法。
8. 【請求項８】アプリケーションプログラムを動作させる
   ことが可能なコンピュータを備えた端末装置において行
   われるアプリケーション管理方法において、 上記アプリケーションプログラムが、上記端末装置が有
   するシステムリソースを使用する際に、該当システムリ
   ソースの使用状態を示すリソース使用状態情報を記録す
   るステップと、 上記アプリケーションプログラムの動作中に、正常な状
   態で該アプリケーションプログラムの動作継続が不可能
   な状態となる不具合が発生した場合に、不具合が発生し
   た時点での該アプリケーションプログラムの上記リソー
   ス使用状態情報を参照し、各リソース使用状態毎に不具
   合履歴を記録するステップと、 上記各リソース使用状態毎の不具合履歴が規定値を超え
   ているか否かを検出するステップと、 リソース使用状態の不具合履歴が規定値を超えている場
   合に、該当アプリケーションプログラムにおける該当シ
   ステムリソースの使用を制限するステップとをさらに有
   していることを特徴とするアプリケーション管理方法。
9. 【請求項９】アプリケーションプログラムを動作させる
   ことが可能なコンピュータを備えた端末装置において行
   われるアプリケーション管理方法において、 上記アプリケーションプログラムの動作中に、正常な状
   態で該アプリケーションプログラムの動作継続が不可能
   な状態となる不具合が発生した場合に、不具合が発生し
   た時点での該アプリケーションプログラムの動作状態を
   認識し、各動作状態毎に不具合履歴を記録するステップ
   と、 上記動作状態毎の不具合履歴が規定値を超えているか否
   かを検出するステップと、 上記動作状態毎の不具合履歴が規定値を超えたアプリケ
   ーションプログラムにおいて、規定値を超えた動作状態
   における動作制限状態を示す動作制限情報を記録するス
   テップと、 規定値を超えた動作状態において該当アプリケーション
   プログラムが動作する際に、上記動作制限情報に従っ
   て、該アプリケーションプログラムの動作を制限するス
   テップとを有していることを特徴とするアプリケーショ
   ン管理方法。
10. 【請求項１０】上記不具合履歴が規定値を超えたアプリ
    ケーションプログラムをユーザに通知するステップとを
    さらに有していることを特徴とする請求項１ないし６お
    よび請求項８ないし９のいずれかに記載のアプリケーシ
    ョン管理方法。
11. 【請求項１１】請求項１ないし１０のいずれかに記載の
    アプリケーション管理方法をコンピュータに実行させる
    アプリケーション管理プログラムを記録した記録媒体。
12. 【請求項１２】請求項１ないし１０のいずれかに記載の
    アプリケーション管理方法をコンピュータに実行させる
    アプリケーション管理プログラムを実行するコンピュー
    タを備えた端末装置。
13. 【請求項１３】請求項１ないし１０のいずれかに記載の
    アプリケーション管理方法をコンピュータに実行させる
    アプリケーション管理プログラムを実行するコンピュー
    タを備えた携帯型電話機。