(57)【特許請求の範囲】
【請求項１】
アプリケーションプログラムを動作させることが可能なコンピュータを備えた端末装置において行われるアプリケーション管理方法において、
上記アプリケーションプログラムの動作中に、正常な状態で該アプリケーションプログラムの動作継続が不可能な状態となる不具合が発生した場合に、該アプリケーションプログラムにおける不具合発生回数を示す不具合履歴を記録するステップと、
上記不具合履歴が規定値を超えているか否かを検出するステップと、
上記不具合履歴が規定値を超えたアプリケーションにおいて、該アプリケーションプログラムにおける起動制限状態を示す起動制限情報を記録するステップと、
アプリケーションプログラムを起動する際に、該アプリケーションプログラムの起動制限情報に従って、該アプリケーションプログラムの起動を制限するステップとを有しているとともに、
上記アプリケーションプログラムの起動を制限するステップにおいて、起動制限情報が記録されているアプリケーションプログラムを起動する際に、他のアプリケーションプログラムが動作していない場合には、起動制限情報が記録されているアプリケーションプログラムの起動を許可することを特徴とするアプリケーション管理方法。
【請求項２】
アプリケーションプログラムを動作させることが可能なコンピュータを備えた端末装置において行われるアプリケーション管理方法において、
上記アプリケーションプログラムの動作中に、正常な状態で該アプリケーションプログラムの動作継続が不可能な状態となる不具合が発生した場合に、該アプリケーションプログラムにおける不具合発生回数を示す不具合履歴を記録するステップと、
上記不具合履歴が規定値を超えているか否かを検出するステップと、
上記不具合履歴が規定値を超えたアプリケーションにおいて、該アプリケーションプログラムにおける起動制限状態を示す起動制限情報を記録するステップと、
アプリケーションプログラムを起動する際に、該アプリケーションプログラムの起動制限情報に従って、該アプリケーションプログラムの起動を制限するステップとを有しているとともに、
上記不具合履歴を記録するステップにおいて、上記アプリケーションプログラムの動作中に不具合が発生した場合に、不具合が発生した時点での該アプリケーションプログラムの動作状態を認識し、各動作状態毎に不具合履歴を記録するとともに、上記不具合履歴が規定値を超えているか否かを検出するステップにおいて、上記の各動作状態毎にそれぞれ重みづけが設定されており、各動作状態毎の不具合発生回数と上記重みづけとの積の総和が、規定値を超えているか否かを検出し、
上記アプリケーションプログラムの起動を制限するステップにおいて、起動制限情報が記録されているアプリケーションプログラムを起動する際に、他のアプリケーションプログラムが動作していない場合には、起動制限情報が記録されているアプリケーションプログラムの起動を許可することを特徴とするアプリケーション管理方法。
【請求項３】
起動制限情報が記録されているアプリケーションプログラムを動作中に、他のアプリケーションプログラムの起動が行われた場合に、起動制限情報が記録されているアプリケーションプログラムの動作を終了させるステップをさらに有していることを特徴とする請求項１または２記載のアプリケーション管理方法。
【請求項４】
アプリケーションプログラムを動作させることが可能なコンピュータを備えた端末装置において行われるアプリケーション管理方法において、
上記アプリケーションプログラムの動作中に、正常な状態で該アプリケーションプログラムの動作継続が不可能な状態となる不具合が発生した場合に、該アプリケーションプログラムにおける不具合発生回数を示す不具合履歴を記録するステップと、
上記アプリケーションプログラムが、上記端末装置が備えるデータシステムに対してデータアクセスをを行う際に、該アプリケーションプログラムに対応する不具合履歴が規定値を超えているか否かを判断し、規定値を超えていない場合にのみデータアクセスを許可するステップを有していることを特徴とするアプリケーション管理方法。
【請求項５】
アプリケーションプログラムを動作させることが可能なコンピュータを備えた端末装置において行われるアプリケーション管理方法において、
上記アプリケーションプログラムの動作中に、正常な状態で該アプリケーションプログラムの動作継続が不可能な状態となる不具合が発生した場合に、該アプリケーションプログラムにおける不具合発生回数を示す不具合履歴を記録するステップと、
上記アプリケーションプログラムが、並列に動作する複数の処理モジュールの連携によって動作するとともに、動的に複数の処理モジュールを並列に生成するアプリケーションプログラムである場合に、該アプリケーションプログラムに対応する不具合履歴が規定値を超えているか否かを判断し、規定値を超えている場合には、該アプリケーションプログラムによる処理モジュールの生成数を制限するステップを有していることを特徴とするアプリケーション管理方法。
【請求項６】
アプリケーションプログラムを動作させることが可能なコンピュータを備えた端末装置において行われるアプリケーション管理方法において、
上記アプリケーションプログラムが、上記端末装置が有するシステムリソースを使用する際に、該当システムリソースの使用状態を示すリソース使用状態情報を記録するステップと、
上記アプリケーションプログラムの動作中に、正常な状態で該アプリケーションプログラムの動作継続が不可能な状態となる不具合が発生した場合に、不具合が発生した時点での該アプリケーションプログラムの上記リソース使用状態情報を参照し、各リソース使用状態毎に不具合履歴を記録するステップと、
上記各リソース使用状態毎の不具合履歴が規定値を超えているか否かを検出するステップと、
リソース使用状態の不具合履歴が規定値を超えている場合に、該当アプリケーションプログラムにおける該当システムリソースの使用を制限するステップとをさらに有していることを特徴とするアプリケーション管理方法。
【請求項７】
上記不具合履歴が規定値を超えたアプリケーションプログラムをユーザに通知するステップとをさらに有していることを特徴とする請求項１ないし６のいずれかに記載のアプリケーション管理方法。
【請求項８】
請求項１ないし７のいずれかに記載のアプリケーション管理方法をコンピュータに実行させるアプリケーション管理プログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項９】
請求項１ないし７のいずれかに記載のアプリケーション管理方法をコンピュータに実行させるアプリケーション管理プログラムを実行するコンピュータを備えた端末装置。
【請求項１０】
請求項１ないし７のいずれかに記載のアプリケーション管理方法をコンピュータに実行させるアプリケーション管理プログラムを実行するコンピュータを備えた携帯型電話機。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えばソフトウェアの仕様と開発手法が公開されているアプリケーションプログラムを動作させることが可能なコンピュータを備えた端末装置において行われるアプリケーション管理方法に関するものである。
【０００２】
【従来の技術】
従来、コンピュータのハードウェアにおけるプラットフォームを共通化して、その上で動作するソフトウェアの仕様と開発手法を一般に公開することにより、ビジネスユースにとらわれず、広く一般にソフトウェアの開発を委ねることが行われている。このようにソフトウェア仕様を公開することによって、大手ソフトウェアメーカーに限らず、ベンチャー企業や個人プログラマーなどによって多種多様なソフトウェアが開発されることになり、より多くのソフトウェア開発者を獲得できるという非常に大きな利点がある。
【０００３】
しかしながら、不特定多数のソフトウェア開発者がそれぞれ独自にソフトウェアを開発することになるので、動作不具合が生じるソフトウェアや、単体では正常に動作するが、複数のソフトウェアを同時に動かすと動作不具合が発生するソフトウェアなどが市場に出回る、というような問題が生じている。これは、ソフトウェア開発者が、ソフトウェア仕様を十全に把握していないことが原因の場合もあるが、ソフトウェアを開発する際に、あらゆる環境における動作条件を全て考慮することは困難であるとともに、ソフトウェア仕様それ自体も完全なものではない、というような原因がある。
【０００４】
また、近年では、故意に同じハードウェア上で動作する他のアプリケーションの動作に不具合を生じさせたり、ハードディスクなどに記録されているデータの改ざんや削除を行ったり、ネットワークなどのシステムリソースを無駄に消費するような、いわゆるコンピュータウィルスと呼ばれるソフトウェアも開発されてきている。特に最近では、多くのコンピュータがインターネットなどのネットワークに接続されるようになり、ネットワーク経由でコンピュータウィルスが広く蔓延してしまうという問題が生じている。
【０００５】
一方、携帯電話などに代表されるようなコンピュータ組み込み機器では、機器上で動作するソフトウェアは、該機器のハードウェアを製造するメーカーが独自に開発を行うことが一般的であった。これに対して、近年、このような組み込み機器においてもソフトウェア仕様を公開することにより、組み込み機器上において動作するアプリケーションの開発を、より多くのソフトウェア開発者に委ねるシステムが提案されている。このようなシステムによれば、組み込み機器のユーザに対して、より多様なサービスを提供することが可能となり、ユーザの拡大を期待することができる。
【０００６】
しかしながら、携帯電話などの組み込み機器のユーザは、パーソナルコンピュータなどのユーザと比較して、ハードウェアやソフトウェアなどの知識が少ない場合が多いので、このような組み込み機器は、より安定した動作が要求されることになる。したがって、組み込み機器においては、不具合を発生させるようなアプリケーションが存在しても、本来のシステムが十分に安定して動作するようなシステム環境が要求されている。
【０００７】
従来では、一般的に、あるシステムにおいて、ソフトウェアが不具合を起こすことによってシステムが凍結し、復旧が困難な状況に陥った場合には、システムが自動的にその状態を検出するなどによって一旦全ての動作を強制的に終了させ、再起動させることによって初期状態に戻す、というような手法がとられている。
【０００８】
また、例えば特開平８−４４６３０号公報には、システムがアプリケーションごとにファイルアクセス権利などを管理することが可能なシステムが開示されている。このシステムによれば、機器を使用するユーザ自身がアプリケーションの信頼性を判断し、アプリケーションのファイルアクセス制限をユーザが設定することが可能となる。
【０００９】
【発明が解決しようとする課題】
上記のように、組み込み機器において、そのソフトウェア仕様が公開され、多くの人がアプリケーションの開発を行うようになると、アプリケーションによっては必ず動作不具合を起こすようなものが出現することも予想される。このようなアプリケーションに対して、該アプリケーションが起こす不具合動作に対応した不具合復旧処理を行うような従来の対応処理だけでは不十分である。また、携帯電話などの多様なユーザによって利用される組み込み機器においては、アプリケーションの不具合状況をユーザ自身が判断し、アプリケーションの動作制限を設定することは困難である。
【００１０】
本発明は上記の問題点を解決するためになされたもので、その目的は、ソフトウェアの仕様と開発手法が公開されているアプリケーションプログラムを動作させることが可能なコンピュータを備えた端末装置において、ユーザによるメンテナンスを必要とせずに、システムの安定性を向上させるアプリケーション管理方法、アプリケーション管理プログラム、および、上記アプリケーション管理方法を実現する端末装置、携帯型電話機を提供することにある。
【００１１】
【課題を解決するための手段】
上記の課題を解決するために、本発明に係るアプリケーション管理方法は、アプリケーションプログラムを動作させることが可能なコンピュータを備えた端末装置において行われるアプリケーション管理方法において、上記アプリケーションプログラムの動作中に、正常な状態で該アプリケーションプログラムの動作継続が不可能な状態となる不具合が発生した場合に、該アプリケーションプログラムにおける不具合発生回数を示す不具合履歴を記録するステップと、上記不具合履歴が規定値を超えているか否かを検出するステップと、上記不具合履歴が規定値を超えたアプリケーションにおいて、該アプリケーションプログラムにおける起動制限状態を示す起動制限情報を記録するステップと、アプリケーションプログラムを起動する際に、該アプリケーションプログラムの起動制限情報に従って、該アプリケーションプログラムの起動を制限するステップとを有していることを特徴としている。
【００１２】
上記の方法では、まず、アプリケーションプログラムがそれまでの正常な動作を継続できなくなるような不具合を発生した場合に、これを不具合履歴として記録する。そして不具合履歴が規定値を超えていると検出されると、該当アプリケーションプログラムに対応した起動制限情報を記録する。この起動制限情報に基づいて、アプリケーションプログラムの起動が制限される。すなわち、不具合を発生しやすいアプリケーションプログラムに対しては、その起動が制限されることになるので、システムの安定度を向上させることができる。また、ユーザ自身がアプリケーションプログラムの信頼性を判断する必要がないので、システムの安定性に関して疎いユーザに対しても、多様なアプリケーションプログラムを利用可能なシステムを提供することが可能となる。
【００１３】
また、本発明に係るアプリケーション管理方法は、上記の方法において、上記不具合履歴を記録するステップにおいて、上記アプリケーションプログラムの動作中に不具合が発生した場合に、不具合が発生した時点での該アプリケーションプログラムの動作状態を認識し、各動作状態毎に不具合履歴を記録するとともに、上記不具合履歴が規定値を超えているか否かを検出するステップにおいて、上記の各動作状態毎にそれぞれ重みづけが設定されており、各動作状態毎の不具合発生回数と上記重みづけとの積の総和が、規定値を超えているか否かを検出するようにしてもよい。
【００１４】
上記の方法では、不具合が発生した時点でのアプリケーションプログラムの動作状態毎に不具合履歴を記録するとともに、各動作状態毎に設定されている重みづけに基づいて不具合履歴が規定値を超えているか否かが検出される。よって、システムに対して重大な影響を与えるような状態で不具合を発生しやすいアプリケーションプログラムに対しては、起動の制限を強めるというような設定とすることが可能となり、システムに対するダメージを最小限にすることができる。
【００１５】
また、本発明に係るアプリケーション管理方法は、上記の方法において、上記アプリケーションプログラムの起動を制限するステップにおいて、起動制限情報が記録されているアプリケーションプログラムを起動する際に、他のアプリケーションプログラムが動作していない場合には、起動制限情報が記録されているアプリケーションプログラムの起動を許可するようにしてもよい。
【００１６】
上記の方法によれば、起動制限情報が記録されているアプリケーションプログラムでも、他のアプリケーションプログラムが動作していない場合には、起動が許可されることになる。これは、複数のアプリケーションプログラムが同時に動作している状態と比較して、１つのアプリケーションプログラムのみが動作している状態の方が、システムの安定度は高いためである。これにより、信頼性の低いアプリケーションプログラムでも、単独で動作させることにより、これを利用することが可能となる。
【００１７】
また、本発明に係るアプリケーション管理方法は、上記の方法において、起動制限情報が記録されているアプリケーションプログラムを動作中に、他のアプリケーションプログラムの起動が行われた場合に、起動制限情報が記録されているアプリケーションプログラムの動作を終了させるステップをさらに有しているようにしてもよい。
【００１８】
上記の方法によれば、起動制限情報が記録されているアプリケーションプログラムを単独で動作させている際に、他のアプリケーションプログラムを起動した場合には、起動制限情報が記録されているアプリケーションプログラムが終了されることになる。これにより、信頼性の低いアプリケーションプログラムが、複数のアプリケーションプログラムが動作している環境で動作することを防止することが可能となり、システムの安定性を向上させることができる。
【００１９】
また、本発明に係るアプリケーション管理方法は、アプリケーションプログラムを動作させることが可能なコンピュータを備えた端末装置において行われるアプリケーション管理方法において、上記アプリケーションプログラムの動作中に、正常な状態で該アプリケーションプログラムの動作継続が不可能な状態となる不具合が発生した場合に、該アプリケーションプログラムにおける不具合発生回数を示す不具合履歴を記録するステップと、上記アプリケーションプログラムが、上記端末装置が備えるデータシステムに対してデータアクセスをを行う際に、該アプリケーションプログラムに対応する不具合履歴が規定値を超えているか否かを判断し、規定値を超えていない場合にのみデータアクセスを許可するステップを有していることを特徴としている。
【００２０】
上記の方法では、まず、アプリケーションプログラムがそれまでの正常な動作を継続できなくなるような不具合を発生した場合に、これを不具合履歴として記録する。そして不具合履歴が規定値を超えていると検出されると、該当アプリケーションプログラムがデータアクセスを行うことが禁止されることになる。すなわち、不具合を発生しやすいアプリケーションプログラムに対しては、データアクセスが制限されることになるので、データシステムに対する不正アクセスを禁止することにより、システムの安定度を向上させることができる。また、ユーザ自身がアプリケーションプログラムの信頼性を判断する必要がないので、システムの安定性に関して疎いユーザに対しても、多様なアプリケーションプログラムを利用可能なシステムを提供することが可能となる。
【００２１】
また、本発明に係るアプリケーション管理方法は、アプリケーションプログラムを動作させることが可能なコンピュータを備えた端末装置において行われるアプリケーション管理方法において、上記アプリケーションプログラムの動作中に、正常な状態で該アプリケーションプログラムの動作継続が不可能な状態となる不具合が発生した場合に、該アプリケーションプログラムにおける不具合発生回数を示す不具合履歴を記録するステップと、上記アプリケーションプログラムが、並列に動作する複数の処理モジュールの連携によって動作するとともに、動的に複数の処理モジュールを並列に生成するアプリケーションプログラムである場合に、該アプリケーションプログラムに対応する不具合履歴が規定値を超えているか否かを判断し、規定値を超えている場合には、該アプリケーションプログラムによる処理モジュールの生成数を制限するステップを有していることを特徴としている。
【００２２】
上記の方法では、まず、アプリケーションプログラムがそれまでの正常な動作を継続できなくなるような不具合を発生した場合に、これを不具合履歴として記録する。そして不具合履歴が規定値を超えていると検出されると、該当アプリケーションプログラムが動的に複数の処理モジュールを並列に生成するアプリケーションプログラムである場合に、該アプリケーションプログラムによる処理モジュールの生成数が制限されることになる。すなわち、不具合を発生しやすいアプリケーションプログラムに対しては、処理モジュールの生成数が制限されることになるので、多数の処理モジュールが生成されることによるシステム動作への悪影響を抑制することが可能となり、システムの安定度を向上させることができる。また、ユーザ自身がアプリケーションプログラムの信頼性を判断する必要がないので、システムの安定性に関して疎いユーザに対しても、多様なアプリケーションプログラムを利用可能なシステムを提供することが可能となる。
【００２３】
また、本発明に係るアプリケーション管理方法は、アプリケーションプログラムを動作させることが可能なコンピュータを備えた端末装置において行われるアプリケーション管理方法において、上記アプリケーションプログラムが、上記端末装置が有するシステムリソースを使用する際に、該当システムリソースの使用状態を示すリソース使用状態情報を記録するステップと、上記アプリケーションプログラムの動作中に、正常な状態で該アプリケーションプログラムの動作継続が不可能な状態となる不具合が発生した場合に、不具合が発生した時点での該アプリケーションプログラムの上記リソース使用状態情報を参照し、各リソース使用状態毎に不具合履歴を記録するステップと、上記各リソース使用状態毎の不具合履歴が規定値を超えているか否かを検出するステップと、リソース使用状態の不具合履歴が規定値を超えている場合に、該当アプリケーションプログラムにおける該当システムリソースの使用を制限するステップとをさらに有していることを特徴としている。
【００２４】
上記の方法では、まず、アプリケーションプログラムによってシステムリソースが使用される際に、リソース使用状態情報が記録されるとともに、不具合が発生した時点でのアプリケーションプログラムのリソース使用状態毎に不具合履歴が記録される。そして、リソース使用状態毎の不具合履歴が規定値を超えると、該当アプリケーションプログラムにおける該当システムリソースの使用が制限される。よって、使用するシステムリソースによっては不具合を発生しやすいアプリケーションプログラムに対して、該当システムリソースの使用を制限することにより、システムの安定度を向上させることができる。
【００２５】
また、不具合を発生する可能性が低いシステムリソースに対しては、この使用が許可されることになるので、アプリケーションプログラムに対して、必要以上にシステムリソースの使用を制限することがなくなり、アプリケーションプログラムの利用範囲の減縮を最低限にすることができる。また、ユーザ自身がアプリケーションプログラムの信頼性を判断する必要がないので、システムの安定性に関して疎いユーザに対しても、多様なアプリケーションプログラムを利用可能なシステムを提供することが可能となる。
【００２６】
また、本発明に係るアプリケーション管理方法は、アプリケーションプログラムを動作させることが可能なコンピュータを備えた端末装置において行われるアプリケーション管理方法において、上記アプリケーションプログラムの動作中に、正常な状態で該アプリケーションプログラムの動作継続が不可能な状態となる不具合が発生した場合に、不具合が発生した時点での該アプリケーションプログラムの動作状態を認識し、各動作状態毎に不具合履歴を記録するステップと、上記動作状態毎の不具合履歴が規定値を超えているか否かを検出するステップと、上記動作状態毎の不具合履歴が規定値を超えたアプリケーションプログラムにおいて、規定値を超えた動作状態における動作制限状態を示す動作制限情報を記録するステップと、規定値を超えた動作状態において該当アプリケーションプログラムが動作する際に、上記動作制限情報に従って、該アプリケーションプログラムの動作を制限するステップとを有していることを特徴としている。
【００２７】
上記の方法では、まず、不具合が発生した時点でのアプリケーションプログラムの動作状態毎に不具合履歴が記録される。そして、動作状態毎の不具合履歴が規定値を超えると、該当動作状態における動作制限情報が記録されるとともに、該動作制限情報に従って、該当アプリケーションプログラムの動作が制限される。よって、動作状態によっては不具合を発生しやすいアプリケーションプログラムに対して、該当動作に対してのみ制限をかけることにより、システムの安定度を向上させることができる。
【００２８】
また、不具合を発生する可能性が低い動作状態に対しては制限をかけないことになるので、アプリケーションプログラムに対して、必要以上に動作を制限することがなくなり、アプリケーションプログラムの動作範囲の減縮を最低限にすることができる。また、ユーザ自身がアプリケーションプログラムの信頼性を判断する必要がないので、システムの安定性に関して疎いユーザに対しても、多様なアプリケーションプログラムを利用可能なシステムを提供することが可能となる。
【００２９】
また、本発明に係るアプリケーション管理方法は、上記の方法において、上記不具合履歴が規定値を超えたアプリケーションプログラムをユーザに通知するステップとをさらに有しているようにしてもよい。
【００３０】
上記の方法によれば、あるアプリケーションプログラムを実行しているときに不具合が発生した場合に、不具合を発生させたアプリケーションプログラムがユーザに通知されることになる。したがって、ユーザは、どのアプリケーションプログラムが不具合を発生しやすいかを把握することが可能となり、ユーザ自身によって、不具合の発生を抑制するようにアプリケーションプログラムを使用することも可能となる。すなわち、ユーザによっても不具合の発生を抑制することが可能となるので、システムの安定化をさらに向上させることが可能となる。
【００３１】
また、本発明に係るアプリケーション管理プログラムを記録したコンピュータ読み取り可能な記録媒体は、上記のアプリケーション管理方法をコンピュータに実行させることを特徴している。
【００３２】
上記の構成によれば、上記コンピュータ読み取り可能な記録媒体に記録されたアプリケーション管理プログラムを端末装置にロードすることによって、上記のアプリケーション管理方法をユーザに提供することができる。
【００３３】
また、本発明に係る端末装置は、上記のアプリケーション管理方法をコンピュータに実行させるアプリケーション管理プログラムを実行するコンピュータを備えていることを特徴としている。
【００３４】
上記の構成によれば、上記のアプリケーション管理方法を実現する端末装置をユーザに提供することができる。
【００３５】
また、本発明に係る携帯型電話機は、上記のアプリケーション管理方法をコンピュータに実行させるアプリケーション管理プログラムを実行するコンピュータを備えていることを特徴としている。
【００３６】
上記の構成によれば、上記のアプリケーション管理方法を実現する携帯型電話機をユーザに提供することができる。
【００３７】
【発明の実施の形態】
〔実施の形態１〕
本発明の実施の一形態について図面に基づいて説明すれば、以下のとおりである。
【００３８】
図１６は、本実施形態に係るアプリケーション管理システムを備えた端末装置の構成例の概略を示すブロック図である。同図に示すように、該端末装置は、プロセッサ１、ＲＯＭ(Read Only Memory)２、表示装置３、キー入力装置４、主記憶装置５、二次記憶装置６、およびＩ／Ｏ(Input / Output)７を備えた構成となっている。
【００３９】
プロセッサ１は、例えばＣＰＵ(Central Processing Unit) などによって構成されるものであり、各種演算処理を行う中枢部である。ＲＯＭ２は、例えばＯＳ(Operating System)として機能するプログラムのような、書き換えが不要な、または頻繁な書き換えが不要なプログラムや固定データを記憶するための記憶手段である。
【００４０】
主記憶装置５は、例えばＲＡＭ(Random Access Memory)などによって構成されるメモリであり、プログラムを実行している際に、データを一時記憶するためのものである。二次記憶装置６は、例えばＥＥＰＲＯＭ(Electrically Erasable and Programmable ROM)などによって構成される記憶手段であり、アプリケーションプログラムや可変データを記憶するものである。
【００４１】
表示手段３は、例えばＬＣＤ(Liquid Crystal Display)やＥＬ(Electroluminescence) 素子などによって構成される表示装置であり、端末装置を使用するユーザに対して各種情報を表示するためのものである。キー入力装置４は、端末装置を使用するユーザからの情報入力を行うためのものである。Ｉ／Ｏ７は、各種外部モジュールとの接続を行うためのインターフェースである。
【００４２】
次に、上記のような構成の端末装置において構成されるアプリケーション管理システムについて説明する。図１は、該アプリケーション管理システムの一例を示すブロック図である。同図に示すように、該アプリケーション管理システムは、アプリケーション８、アプリケーション実行制御部９、アプリケーション管理部１０、およびシステム１１からなる構成となっている。なお、これらの構成は、上記の図１６に示した構成において、各種プログラムを実行することによって構成されるものである。すなわち、システム１１は、ＯＳが起動されている状態を示しており、アプリケーション８は、ある特定のアプリケーションを実行することによって構成され、アプリケーション実行制御部９は、アプリケーション実行制御プログラムを実行することによって構成され、アプリケーション管理部１０は、アプリケーション管理プログラムを実行することによって構成されるものである。
【００４３】
システム１１は、各種アプリケーションを動作させる基本的なシステムであり、上記のように、ＯＳを動作させることによって実現される。アプリケーション実行制御部９は、システム１１上における各種アプリケーション８の実行を制御するものである。アプリケーション管理部１０は、各種アプリケーションに対して、その動作状況、不具合が発生した場合の履歴、起動規制状態などを含むアプリケーション管理テーブルの管理を行うものである。すなわち、上記のような構成のアプリケーション管理システムでは、アプリケーション８は、アプリケーション実行制御部９の実行制御を受けた上で、システム１１上で動作するとともに、アプリケーション実行制御部９は、アプリケーション管理部１０におけるアプリケーション管理データに基づいて、アプリケーション８の実行を制御することになっている。
【００４４】
図２は、アプリケーション管理部１０が管理するアプリケーション管理テーブルの一例を示す説明図である。このアプリケーション管理テーブルは、アプリケーションが端末装置にインストールされる際に、各アプリケーションごとにユニークに割り当てられるアプリケーションＩＤによって管理されている。そして、各アプリケーションＩＤごとに、該当アプリケーションが実行状態であるか否かを示す実行状態パラメータ、該当アプリケーションが過去に起こした不具合発生の検出回数を示す不具合履歴パラメータ、および、該当アプリケーションが起動制限状態にあるか否かを設定する起動規制フラグパラメータとが設定されている。図２に示す例では、アプリケーションＩＤとしては、０００〜ＮＮＮまでの数値が設定されており、実行状態パラメータとしては、実行中および未実行のどちらかが設定されており、不具合履歴パラメータとしては、不具合発生回数を示す数値が設定されており、起動規制フラグパラメータとして、起動を規制するフラグを示すＯＮと、起動を規制しないフラグを示すＯＦＦとのいずれかが設定されている。
【００４５】
次に、上記のようなアプリケーション管理システムにおけるアプリケーション管理の処理の流れについて、図３に示すフローチャートを参照しながら説明する。まず、ステップ１（以降、Ｓ１のように称する）において、アプリケーションを起動する際に、該当アプリケーションの起動規制フラグパラメータを照会することによって、該当アプリケーションが起動制限されているか否かが判定される。Ｓ１においてＹＥＳ、すなわち、該当アプリケーションが起動制限されていると判定された場合には、該当アプリケーションの起動を行わずに、処理を終了する。なお、この際に、該当アプリケーションの起動が出来ない旨の表示を、表示装置３に表示させてユーザに知らせるような処理を行ってもよい。
【００４６】
Ｓ１においてＮＯ、すなわち、該当アプリケーションが起動制限されていない場合には、該当アプリケーションの起動が行われる（Ｓ２）。該当アプリケーションの起動後は、該当アプリケーションの終了（Ｓ３）まで、該当アプリケーションにおける不具合検出が行われる（Ｓ４）。不具合検出の一例としては、アプリケーション実行制御部９が、ウォッチドッグタイマーを使用し、一定期間ごとに該当アプリケーションに問い合わせを行い、規定時間内に正常な応答がない時に、これを不具合発生として検出する手法がある。また、不具合検出の他の例としては、該当アプリケーションによる、アクセスが許されていないメモリエリアへのアクセスを検出した場合に、これを不具合発生として検出する手法もある。これら２つの不具合検出方法の両方を行うことによって、より的確に不具合の発生を検出することが可能となる。
【００４７】
Ｓ４における不具合検出ステップにおいて、不具合が検出された場合には（Ｓ４においてＹＥＳ）、該当アプリケーションに対応する不具合履歴パラメータを更新する（Ｓ５）。不具合履歴パラメータの更新後、不具合履歴のカウント数が、アプリケーション管理システムが規定する規定値を超えるか否かが判定される（Ｓ６）。ここで、不具合履歴のカウント数が、上記規定値を超えると判定された場合（Ｓ６においてＹＥＳ）、該当アプリケーションに対応する起動規制フラグパラメータをＯＮ、すなわち、起動規制状態に設定する（Ｓ７）。その後、不具合が発生した該当アプリケーションの終了処理を行い、システムの初期化を行うことによって、不具合状態の復旧処理が行われ（Ｓ８）、処理が終了する。
【００４８】
以上のように、本実施形態に係るアプリケーション管理システムによれば、システムが定める規定値を超えるような不具合を発生するアプリケーションの起動を制限することができる。よって、ユーザが意識することなく、不具合の発生する可能性の高いアプリケーションの起動を規制することが可能となる。
【００４９】
なお、上記では、規定値を超える不具合を発生するアプリケーションが生じた場合に、該当アプリケーションの起動を制限していたが、例えば該当アプリケーションプログラム自身をシステム上から削除するような構成としてもよい。この場合、さらに、システムが定める規定値に複数のレベル設定を設け、第１段階の規定レベルに達した場合には、端末装置を使用するユーザにその旨警告し、また、ある最終段階の規定レベルに達した場合には、該当アプリケーションプログラムをシステム上から削除するような構成としてもよい。
【００５０】
〔実施の形態２〕
本発明の実施の他の形態について図面に基づいて説明すれば、以下のとおりである。なお、前記した実施の形態１で説明した構成と同様の機能を有する構成には同一の符号を付記し、その説明を省略する。
【００５１】
本実施形態に係るアプリケーション管理システムは、実施の形態１に示したものと比較して、アプリケーション管理部１０が管理するアプリケーション管理テーブルが異なっているものである。端末装置自体の構成、およびアプリケーション管理システム自体の構成については、実施の形態１に示したものと同様となっている。
【００５２】
図４（ａ）は、本実施形態におけるアプリケーション管理部１０が管理するアプリケーション管理テーブルを示す説明図である。実施の形態１において、図２に示したアプリケーション管理テーブルとの相違点としては、不具合履歴パラメータが、不具合発生時のアプリケーションの動作状態ごとに複数の状態に分類されている点である。
【００５３】
また、本実施形態においては、アプリケーション管理部１０は、図４（ｂ）に示す不具合状態重み付けテーブルをも管理している。この不具合状態重み付けテーブルは、不具合発生時のアプリケーションの動作状態に応じて、システムに与える影響の重傷度に合わせて重み付けを設定しているものである。アプリケーション管理テーブルにおける起動制限フラグパラメータは、不具合履歴における各状態の値と、不具合状態重み付けテーブルとに基づいて、該当アプリケーションの不具合が規定値を超えたか否かを判断している。
【００５４】
例えば、図４に示す例において、アプリケーションＩＤが［００２］のアプリケーションの場合には、不具合を示す数値としては、（７×１０／１００）＋（３×３０／１００）＋（１×５０／１００）＝２．１となる。ここで、例えばシステムが定める規定値を２．０としている場合には、アプリケーションＩＤが［００２］のアプリケーションは、規定値をオーバーしていることになり、起動制限フラグパラメータはＯＮに設定されることになる。
【００５５】
以上のように、本実施形態に係るアプリケーション管理システムによれば、アプリケーションが不具合を発生した際の状態に応じて不具合の重み付けを行っているので、システムに重大な影響を与えるような不具合を発生させる割合の高いアプリケーションの起動を抑制することができる。
【００５６】
〔実施の形態３〕
本発明の実施のさらに他の形態について図面に基づいて説明すれば、以下のとおりである。なお、前記した各実施の形態で説明した構成と同様の機能を有する構成には同一の符号を付記し、その説明を省略する。
【００５７】
本実施形態に係るアプリケーション管理システムは、実施の形態１に示したものと比較して、アプリケーション管理の処理の流れが異なっているものである。端末装置自体の構成、およびアプリケーション管理システム自体の構成については、実施の形態１に示したものと同様となっている。
【００５８】
端末装置におけるシステムによっては、例えばＯＳがマルチタスクに対応していることなどによって、複数のアプリケーションを同時に実行することが可能となっている場合がある。このような場合に、以下に示す処理によれば、動作規制が設定されているアプリケーションと他のアプリケーションとの同時実行を禁止する処理が行われることになる。
【００５９】
図５（ａ）は、アプリケーションの起動時における処理の流れを示すフローチャートである。まず、Ｓ１１において、アプリケーション起動時に、該当アプリケーションに起動制限が設定されているか否かが判定される。起動制限が設定されていない場合（Ｓ１１においてＮＯ）には、該当アプリケーションの起動処理が行われる（Ｓ１３）。
【００６０】
該当アプリケーションに起動制限が設定されていると判定された場合（Ｓ１１においてＹＥＳ）、Ｓ１２において、他のアプリケーションが動作中であるか否かが判定される。他のアプリケーションが動作中である場合（Ｓ１２においてＹＥＳ）であれば、該当アプリケーションの起動は中止され、処理が終了する。一方、他のアプリケーションが動作していない場合（Ｓ１２においてＮＯ）には、該当アプリケーションの起動処理が行われる（Ｓ１３）。
【００６１】
また、図５（ｂ）は、アプリケーション動作中に、他のアプリケーションの起動が要求された場合の処理の流れを示すフローチャートである。まず、Ｓ２１において、他のアプリケーションの起動が要求されているかが確認される。Ｓ２１において、他のアプリケーションの起動が要求されていることが確認された場合、現在動作中のアプリケーションが起動制限が設定されているアプリケーションであるか否かが判定される（Ｓ２２）。起動制限が設定されていない場合（Ｓ２２においてＮＯ）には、該当アプリケーションの起動処理が行われ、Ｓ２１における他のアプリケーションの起動チェック状態に戻る。
【００６２】
一方、Ｓ２２において、現在動作中のアプリケーションが起動制限が設定されているアプリケーションであると判定された場合（Ｓ２２においてＹＥＳ）、現在動作中のアプリケーションを強制終了させる処理を行い（Ｓ２３）、処理を終了する。
【００６３】
以上のように、本実施形態に係るアプリケーション管理システムによれば、起動制限が設定されているアプリケーションに対して、他のアプリケーションとの同時実行を禁止することによって、複数のアプリケーションの同時実行によるトラブルを回避することができる。
【００６４】
〔実施の形態４〕
本発明の実施のさらに他の形態について図面に基づいて説明すれば、以下のとおりである。なお、前記した各実施の形態で説明した構成と同様の機能を有する構成には同一の符号を付記し、その説明を省略する。
【００６５】
図６は、本実施形態に係るアプリケーション管理システムの概略構成を示すブロック図である。同図に示すように、該アプリケーション管理システムは、実施の形態１において図１で示した構成と比較して、データシステム１２がさらに設けられている点で異なっている。すなわち、該アプリケーション管理システムは、アプリケーション８、アプリケーション実行制御部９、アプリケーション管理部１０、システム１１、およびデータシステム１２から構成されている。なお、このアプリケーション管理システムを実現する端末装置の構成としては、実施の形態１において、図１６で示した構成と同様のものとなっている。
【００６６】
データシステム１２は、アプリケーションが実行されているときに、該アプリケーションがデータアクセス動作を行う際の要求先を示している。すなわち、図６に示す構成においては、アプリケーション８の起動、およびアプリケーション８によるデータアクセスは、アプリケーション実行制御部９による制御のもとに行われることになる。このような構成とすることにより、システムデータのセキュリティ性の確保することができる。
【００６７】
また、上記のように、データアクセスを専門に管理するデータシステム１２が加わることによって、アプリケーション８は、必ずこのデータシステム１２を介してシステムのデータにアクセスすることになる。よって、アプリケーション８自身が、具体的なデータアクセス処理を行うのではなく、データシステム１２にデータアクセス処理を依頼することになり、アプリケーション８自身の処理を簡素化することができる。また、データ処理自身がデータシステム１２によって行われるので、処理の定量化を図ることができる。さらに、データアクセスは、必ずデータシステム１２を介して行われるので、アプリケーション８のデータアクセスミスや不正なデータアクセスの検出を容易に行うことができる。
【００６８】
図７は、上記アプリケーション管理システムにおいて、アプリケーション８からデータアクセス依頼があった場合の、アプリケーション実行制御部９における処理の流れを示すフローチャートである。まず、Ｓ３１において、アプリケーションからのデータアクセス依頼を確認すると、アプリケーション実行制御部９は、アプリケーション管理部１０に対して、該当アプリケーションの規制状態を問い合わせる（Ｓ３２）。この規制状態は、該当アプリケーションにおける不具合履歴が規定値を超えている場合に、規制されるものである。そして、Ｓ３３において問い合わせに対する応答を待機し、Ｓ３４において、該当アプリケーションが動作規制状態であるか否かが判定される。
【００６９】
該当アプリケーションが動作規制状態であると判断された場合（Ｓ３４においてＹＥＳ）には、アプリケーションに対してアクセスエラーを通知し、データアクセスが禁止される（Ｓ３５）。一方、該当アプリケーションが動作規制状態でないと判断された場合（Ｓ３４においてＮＯ）には、通常通りのデータアクセスが許可され、データアクセス処理が行われる（Ｓ３６）。
【００７０】
以上のように、本実施形態に係るアプリケーション管理システムによれば、アプリケーションの起動の制限だけでなく、動作の制限も合わせて行うことになるので、システム動作に不具合を与えるようなアプリケーションによる動作をさらに効果的に抑制することができる。また、上記のように、アプリケーションからシステムが保有するデータにアクセスすることを制限することは、システムの安定化を図る上で非常に効果的である。
【００７１】
〔実施の形態５〕
本発明の実施のさらに他の形態について図面に基づいて説明すれば、以下のとおりである。なお、前記した各実施の形態で説明した構成と同様の機能を有する構成には同一の符号を付記し、その説明を省略する。
【００７２】
本実施形態に係るアプリケーション管理システムは、構成としては前記した各実施の形態と同様の構成となっており、異なる点としては、アプリケーション実行制御部９が、アプリケーションによるスレッドの生成を規制する点である。
【００７３】
一般に、マルチタスク処理を実現するシステムにおいては、ある一定の処理単位ごとにモジュールを分けて、各モジュールを並列して実行するとともに、並列して実行されるモジュール同士を連携させることによってアプリケーションの動作が行われている。このような処理単位としてのモジュールはスレッドと呼ばれ、システムごとに定められた時間ごとにスレッドが切り換えられて処理が行われる。本実施形態においては、アプリケーションからの要求によって、アプリケーション実行制御部９が、上記のようなスレッドを生成するものとする。
【００７４】
図８は、本実施形態におけるアプリケーション実行制御部９において、アプリケーションからスレッド生成依頼があった場合の処理の流れを示すフローチャートである。まず、Ｓ４１において、アプリケーションからスレッドの生成依頼を受領すると、アプリケーション管理部１０に対して、該当アプリケーションが規制状態にあるか否かを問い合わせる（Ｓ４２）。そして、Ｓ４３において、問い合わせに対するアプリケーション管理部１０からの応答を待機し、Ｓ４４において、該当アプリケーションが規制状態にあるか否かが判定される。この規制状態は、該当アプリケーションにおける不具合履歴が規定値を超えている場合に、規制されるものである。
【００７５】
該当アプリケーションが規制状態にないと判断された場合（Ｓ４４においてＮＯ）には、該当アプリケーションの依頼に応じてスレッドの生成処理を行う（Ｓ４７）。一方、該当アプリケーションが規制状態であると判断された場合（Ｓ４４においてＹＥＳ）には、該当アプリケーションから依頼されたスレッドの数が、所定のスレッド制限数を超えているか否かが判定される（Ｓ４５）。所定のスレッド制限数を超えていると判定された場合（Ｓ４５においてＹＥＳ）には、該当アプリケーションに対してスレッド生成エラーを通知し、スレッドの生成が中止される（Ｓ４６）。一方、所定のスレッド制限数を超えていないと判定された場合（Ｓ４５においてＮＯ）には、該当アプリケーションからの依頼に応じてスレッドの生成処理を行う（Ｓ４７）。
【００７６】
以上のように、本実施形態に係るアプリケーション管理システムによれば、アプリケーションからの依頼によるスレッドの生成を制限することが可能となる。アプリケーションによる多量のスレッドの生成は、システムの基本動作に大きな影響を与えるものであり、上記のようにアプリケーションによるスレッドの生成を制限することは、システムの安定性を向上させる上で有効である。
【００７７】
〔実施の形態６〕
本発明の実施のさらに他の形態について図面に基づいて説明すれば、以下のとおりである。なお、前記した各実施の形態で説明した構成と同様の機能を有する構成には同一の符号を付記し、その説明を省略する。
【００７８】
図９は、本実施形態に係るアプリケーション管理システムの概略構成を示すブロック図である。同図に示すように、該アプリケーション管理システムは、実施の形態１において図１で示した構成と比較して、システムリソース１３がさらに設けられている点で異なっている。すなわち、該アプリケーション管理システムは、アプリケーション８、アプリケーション実行制御部９、アプリケーション管理部１０、システム１１、およびシステムリソース１３から構成されている。なお、このアプリケーション管理システムを実現する端末装置の構成としては、実施の形態１において、図１６で示した構成と同様のものとなっている。
【００７９】
システムリソース１３は、システムデータアクセス、サウンド処理、外部機器との通信処理など、システムがサービス処理を提供するリソースのアクセス処理を行うものである。すなわち、図９に示す構成においては、アプリケーション８の起動、およびアプリケーション８によるシステムリソース処理は、アプリケーション実行制御部９による制御のもとに行われることになる。
【００８０】
図１０は、上記アプリケーション管理システムにおいて、アプリケーション８からシステムリソース処理が行われた場合の、アプリケーション実行制御部９における処理の流れを示すフローチャートである。まず、Ｓ５１において、現在動作しているアプリケーションが終了したか否かが判定される。該当アプリケーションが終了したと判定された場合（Ｓ５１においてＹＥＳ）には、処理が終了する。該当アプリケーションが終了していないと判定された場合（Ｓ５１においてＮＯ）には、該当アプリケーションからリソースへのアクセスが要求されているか否かが判定される（Ｓ５２）。リソースへのアクセスが要求されていると判定された場合（Ｓ５２においてＹＥＳ）には、以降のＳ５３からの処理が行われ、リソースへのアクセスが要求されていないと判定された場合（Ｓ５２においてＮＯ）には、再びＳ５１からの処理が行われる。すなわち、アプリケーションが起動され、リソースへのアクセスが要求されるまでは、該当アプリケーションが終了するか（Ｓ５１）、リソースへのアクセス要求が確認されるか（Ｓ５２）が繰り返されることになる。
【００８１】
リソースへのアクセス要求が確認された場合（Ｓ５２においてＹＥＳ）には、該当アプリケーションが動作制限状態にあるか否かが確認される（Ｓ５３）。この動作制限状態は、該当アプリケーションにおける不具合履歴が規定値を超えている場合に、制限されるものである。動作制限状態にある場合（Ｓ５３においてＹＥＳ）には、該当アプリケーションに対してリソースアクセスエラーを通知し（Ｓ５４）、再びＳ５１からの処理が行われる。
【００８２】
該当アプリケーションが動作制限されていない場合（Ｓ５３においてＮＯ）には、リソース使用状態を使用中に設定し（Ｓ５５）、リソース開放通知が確認されるのを待機する（Ｓ５６）。リソース開放が確認された場合（Ｓ５６においてＹＥＳ）には、リソース使用状態を未使用に設定し（Ｓ５７）、再びＳ５１からの処理が行われる。また、リソースの開放が確認されないままに該当アプリケーションが終了された場合（Ｓ５８においてＹＥＳ）には、Ｓ５９においてリソース開放処理を行い、処理を終了する。
【００８３】
なお、以上のフローは、単一のリソースに対する処理の流れを示したものであるが、実際には、複数のリソースに対して上記のフローが並列に動作することになる。
【００８４】
以上のように、本実施形態に係るアプリケーション管理システムによれば、アプリケーションのリソース使用状態を管理することができるので、アプリケーション不具合によるリソース未開放状態の継続を防止することができる。よって、より安定した状態でシステムを動作させることが可能となる。
【００８５】
〔実施の形態７〕
本発明の実施のさらに他の形態について図面に基づいて説明すれば、以下のとおりである。なお、前記した各実施の形態で説明した構成と同様の機能を有する構成には同一の符号を付記し、その説明を省略する。
【００８６】
本実施形態に係るアプリケーション管理システムは、前記した実施の形態６において示した構成と同様に、アプリケーションのリソースの使用状態を管理するものとなっている。実施の形態６と異なる点としては、アプリケーションの動作中に不具合が発生した際のリソースの使用状態から、不具合原因となるリソースアクセスを特定することを行っている点である。すなわち、本実施形態に係るアプリケーション管理システムは、不具合履歴をリソース状態ごとに管理し、各不具合リソースが規定値を超えた場合に、リソースのアクセスを規制する処理を行っている。
【００８７】
図１１は、本実施形態におけるアプリケーション管理部１０が管理するアプリケーション管理テーブルを示す説明図である。同図に示すように、不具合履歴が各リソース毎に管理されており、各リソース毎にアクセスの規制フラグパラメータが設定されている。例えば、同図におけるアプリケーションＩＤが［００２］のアプリケーションに対しては、リソースＡおよびリソースＣに対して、アクセスの規制フラグがＯＮとなっており、リソースＢに対しては、アクセスの規制は行われていないことになる。
【００８８】
図１２は、上記アプリケーション管理システムにおいて、アプリケーション８からシステムリソース処理が行われた場合の、アプリケーション実行制御部９における処理の流れを示すフローチャートである。まず、Ｓ６１において、現在動作しているアプリケーションが終了したか否かが判定される。該当アプリケーションが終了したと判定された場合（Ｓ６１においてＹＥＳ）には、処理が終了する。該当アプリケーションが終了していないと判定された場合（Ｓ６１においてＮＯ）には、該当アプリケーションからリソースへのアクセスが要求され、該当リソースの使用が可能であるか否かの判定が依頼されているか否かが判定される（Ｓ６２）。リソース使用の判定が要求されていると判定された場合（Ｓ６２においてＹＥＳ）には、以降のＳ６３からの処理が行われ、リソースへのアクセスが要求されていないと判定された場合（Ｓ６２においてＮＯ）には、再びＳ６１からの処理が行われる。すなわち、アプリケーションが起動され、リソースへのアクセスが要求されるまでは、該当アプリケーションが終了するか（Ｓ６１）、リソースへのアクセス要求が確認されるか（Ｓ６２）が繰り返されることになる。
【００８９】
リソースへのアクセス要求が確認された場合（Ｓ６２においてＹＥＳ）には、該当アプリケーションにおいて、該当リソースに対するアクセス規制が設定されているか否かが確認される（Ｓ６３）。アクセス規制が設定されている場合（Ｓ６３においてＹＥＳ）には、該当アプリケーションに対してリソースアクセスエラーを通知し（Ｓ６４）、再びＳ６１からの処理が行われる。
【００９０】
該当アプリケーションにおいて、該当リソースに対するアクセス規制が設定されていない場合（Ｓ６３においてＮＯ）には、該当リソース使用状態を使用中に設定する（Ｓ６５）。リソース使用中に、該当アプリケーションに不具合が検出された場合（Ｓ６６においてＹＥＳ）には、該当アプリケーションにおける該当リソースの不具合履歴がカウントアップされることによって更新されるとともに、不具合復旧処理が行われ（Ｓ６７）、処理が終了する。
【００９１】
一方、リソース使用中に、該当アプリケーションに不具合が検出されない場合（Ｓ６６においてＮＯ）には、リソース開放通知が確認されるのを待機する（Ｓ６８）。リソース開放が確認された場合（Ｓ６８においてＹＥＳ）には、リソース使用状態を未使用に設定し（Ｓ６９）、再びＳ６１からの処理が行われる。また、リソースの開放が確認されないままに該当アプリケーションが終了された場合（Ｓ７０においてＹＥＳ）には、Ｓ７１においてリソース開放処理を行い、処理が終了する。
【００９２】
以上のように、本実施形態に係るアプリケーション管理システムによれば、各アプリケーションに応じて、不具合を発生しやすいリソースアクセスを制限することができる。よって、例えばある特定のアプリケーションが、特定のリソースに対してアクセスすると不具合を発生しやすい場合に、そのリソースのみに対してアクセスを制限し、他のリソースに対してはアクセスの制限を行わないような設定とすることが可能となる。したがって、必要以上にリソースのアクセス制限をすることなく、システムの安定性を向上させることができる。
【００９３】
また、本発明に係るアプリケーション管理方法は、アプリケーションプログラムを動作させることが可能なコンピュータを備えた端末装置において行われるアプリケーション管理方法において、上記アプリケーションプログラムが、上記端末装置が有するシステムリソースを使用する際に、該当システムリソースの使用状態を示すリソース使用状態情報を記録するステップと、上記アプリケーションプログラムの動作が終了した際に、上記リソース使用状態情報を参照し、該アプリケーションプログラムによるシステムリソースの使用状態が開放されていない場合に、該システムリソースの開放処理を行うステップとを有していることを特徴としている。
【００９４】
上記の方法によれば、アプリケーションプログラムによってシステムリソースが使用される際に、リソース使用状態情報が記録されるとともに、システムリソースを使用していたアプリケーションプログラムが終了した際に、システムリソースが開放されていない場合には、該システムリソースの開放処理が行われることになる。よって、アプリケーションにシステムリソースを正常に開放できない不具合があった場合にも、これを開放させることによってシステムの安定性を確保することができる。
【００９５】
〔実施の形態８〕
本発明の実施のさらに他の形態について図面に基づいて説明すれば、以下のとおりである。なお、前記した各実施の形態で説明した構成と同様の機能を有する構成には同一の符号を付記し、その説明を省略する。
【００９６】
本実施形態に係るアプリケーション管理システムは、アプリケーション管理部１０が管理するアプリケーション管理テーブルにおいて、不具合履歴を不具合発生状態ごとに分類し、各状態ごとに動作規制を行う構成となっている。また、動作中のアプリケーションに関しては、現在の処理内容をアプリケーション管理テーブルで管理するようになっている。
【００９７】
図１３は、本実施形態におけるアプリケーション管理テーブルの一例を示す説明図である。同図に示すように、各アプリケーション毎に、アプリケーション実行状態と、実行している場合にはその処理内容と、アプリケーション不具合履歴として、各状態毎に、不具合発生数、および各状態毎の規制パラメータとが設定されている。例えば、同図に示す例において、アプリケーションＩＤが［０００］のアプリケーションは、現在実行中であるとともに、リソースＡに対してアクセスを行っていることになる。また、アプリケーションＩＤが［００２］のアプリケーションは、状態Ｃに対して動作規制が行われるように設定されていることになる。
【００９８】
図１４は、上記アプリケーション管理システムにおいて、アプリケーション実行制御部９における処理の流れを示すフローチャートである。まず、Ｓ８１において、現在動作しているアプリケーションが終了したか否かが判定される。該当アプリケーションが終了したと判定された場合（Ｓ８１においてＹＥＳ）には、処理が終了する。
【００９９】
該当アプリケーションが終了していないと判定された場合（Ｓ８１においてＮＯ）には、該当アプリケーションによる不具合の発生を検知したか否かが判定される（Ｓ８２）。不具合の発生を検知した場合（Ｓ８２においてＹＥＳ）には、不具合を発生した状態に対応する不具合履歴をカウントアップすることにより更新するとともに、不具合復旧処理を行って（Ｓ８３）、処理が終了する。
【０１００】
該当アプリケーションによる不具合の発生を検知していない場合（Ｓ８２においてＮＯ）には、該当アプリケーションからシステム処理依頼を受信したか否かが判定される（Ｓ８４）。システム処理依頼を受信していないと判定された場合（Ｓ８４においてＮＯ）には、再びＳ８１からの処理を行う。
【０１０１】
該当アプリケーションからシステム処理依頼を受信したと判定された場合（Ｓ８４においてＹＥＳ）には、該当アプリケーションにおいて、その時点の状態における動作規制が設定されているか否かが確認される（Ｓ８５）。動作規制が設定されている場合（Ｓ８５においてＹＥＳ）には、該当アプリケーションに対して処理エラーを通知し（Ｓ８６）、再びＳ８１からの処理が行われる。
【０１０２】
該当アプリケーションにおいて、その時点の状態における動作規制が設定されていない場合（Ｓ８５においてＮＯ）には、該当アプリケーションの処理状態をアプリケーション管理テーブルに設定するとともに、該当する処理を行う（Ｓ８７）。その後、再びＳ８１からの処理を繰り返す。
【０１０３】
以上のように、本実施形態に係るアプリケーション管理システムによれば、動作不具合を発生した時のアプリケーションの処理状態を把握することが可能となっているとともに、アプリケーションが不具合を起こしやすい処理状態の際に、動作規制をかけることが可能となっている。よって、例えばある特定のアプリケーションが、特定の処理状態において不具合を発生しやすい場合に、その処理状態の場合のみに対して動作を制限し、他の処理状態の場合には動作の制限を行わないような設定とすることが可能となる。したがって、必要以上にアプリケーションの動作の規制を行うことなく、システムの安定性を向上させることができる。
【０１０４】
〔実施の形態９〕
本発明の実施のさらに他の形態について図面に基づいて説明すれば、以下のとおりである。なお、前記した各実施の形態で説明した構成と同様の機能を有する構成には同一の符号を付記し、その説明を省略する。
【０１０５】
本実施形態に係るアプリケーション管理システムは、上記の実施の形態８における構成とほぼ同様となっており、異なる点としては、不具合が発生した際に、これを端末装置のユーザに対して通知する点である。
【０１０６】
図１５は、上記アプリケーション管理システムにおいて、アプリケーション実行制御部９における処理の流れを示すフローチャートである。まず、Ｓ９１において、現在動作しているアプリケーションが終了したか否かが判定される。該当アプリケーションが終了したと判定された場合（Ｓ９１においてＹＥＳ）には、処理が終了する。
【０１０７】
該当アプリケーションが終了していないと判定された場合（Ｓ９１においてＮＯ）には、該当アプリケーションによる不具合の発生を検知したか否かが判定される（Ｓ９２）。不具合の発生を検知した場合（Ｓ９２においてＹＥＳ）には、不具合を発生した状態に対応する不具合履歴をカウントアップすることにより更新する（Ｓ９３）。そして、この更新された不具合履歴に基づいて、該当する状態に対応する不具合履歴の数が、規定値を超えたか否かが判定される（Ｓ９４）。
【０１０８】
規定値を超えていない場合（Ｓ９４においてＮＯ）には、再びＳ９１からの処理が行われる。一方、規定値を超えた場合（Ｓ９４においてＹＥＳ）には、動作規制を行うべきアプリケーションが検出された旨をユーザに通知する処理が行われる（Ｓ９５）。その後、アプリケーション管理テーブルにおいて、該当アプリケーションの該当状態における動作規制フラグをＯＮに設定した後、Ｓ９１からの処理が行われる。また、この際に、不具合復旧処理も行われる。
【０１０９】
一方、該当アプリケーションによる不具合の発生を検知していない場合（Ｓ９２においてＮＯ）には、該当アプリケーションからシステム処理依頼を受信したか否かが判定される（Ｓ９６）。システム処理依頼を受信していないと判定された場合（Ｓ９６においてＮＯ）には、再びＳ９１からの処理を行う。
【０１１０】
該当アプリケーションからシステム処理依頼を受信したと判定された場合（Ｓ９６においてＹＥＳ）には、該当アプリケーションにおいて、その時点の状態における動作規制が設定されているか否かが確認される（Ｓ９７）。動作規制が設定されている場合（Ｓ９７においてＹＥＳ）には、該当アプリケーションに対して処理エラーを通知し（Ｓ９８）、再びＳ９１からの処理が行われる。
【０１１１】
該当アプリケーションにおいて、その時点の状態における動作規制が設定されていない場合（Ｓ９７においてＮＯ）には、該当アプリケーションの処理状態をアプリケーション管理テーブルに設定するとともに、該当する処理を行う（Ｓ９９）。その後、再びＳ９１からの処理を繰り返す。
【０１１２】
以上のように、本実施形態に係るアプリケーション管理システムによれば、あるアプリケーションを実行しているときに不具合が発生した場合に、不具合を発生させたアプリケーションがユーザに通知されることになる。したがって、ユーザは、どのアプリケーションが不具合を発生しやすいかを把握することが可能となり、ユーザ自身によって、不具合の発生を抑制するようにアプリケーションを使用することも可能となる。すなわち、ユーザによっても不具合の発生を抑制することが可能となるので、システムの安定化をさらに向上させることが可能となる。
【０１１３】
〔実施の形態１０〕
本発明の実施のさらに他の形態について図面に基づいて説明すれば、以下のとおりである。なお、前記した各実施の形態で説明した構成と同様の機能を有する構成には同一の符号を付記し、その説明を省略する。
【０１１４】
本実施形態では、前記した各実施の形態で示したアプリケーション管理システムを備えた端末装置を、携帯電話やＰＨＳ(Personal Handyphone System)などの、無線公衆回線を利用してデータ通信を行う携帯端末として適用した場合について説明する。図１７は、上記携帯端末が、インターネットを含む一般ネットワークを介した情報サービスシステムに含まれる場合の概略構成を示す説明図である。同図に示すように、該情報サービスシステムは、携帯端末２１、基地局２２、通信キャリアサーバ２３、ゲートウェイ２４、インターネット２５、およびアプリケーションサーバ２６とから構成されている。
【０１１５】
携帯端末２１は、上記のように、携帯電話やＰＨＳなどの電話機や、公衆電話回線を利用してデータ通信を行うことが可能な各種携帯型端末が用いられる。この携帯端末２１は、実施の形態１において図１６を参照しながら説明したように、各種アプリケーションプログラムを実行可能な構成となっている。
【０１１６】
基地局２２、通信キャリアサーバ２３、およびゲートウェイ２４は、各種無線公衆回線のインフラを有している通信キャリアが備えている構成である。基地局２２は、携帯端末２１からの無線によるアクセスを受信するものである。通信キャリアサーバ２３は、通信キャリアが備えているサーバコンピュータであり、携帯端末２１からのアクセスをインターネット２５に接続するための処理を行うものである。ゲートウェイ２４は、通信キャリアサーバ２３とインターネット２５とを接続する際のゲートとして機能するものである。
【０１１７】
アプリケーションサーバ２６は、インターネット２５に接続されたサーバコンピュータであり、各種アプリケーションプログラムや各種データを格納しているものである。このアプリケーションサーバ２６は、例えばＨＴＴＰ(Hyper Text Transfer Protocol)やＦＴＰ(File Transfer Protocol)などによってインターネット２５に接続している任意のコンピュータとデータ通信することが可能となっている。
【０１１８】
以上のような構成の情報サービスシステムにおいて、携帯端末２１が各種アプリケーションやデータを入手する際には、次のような流れとなる。まず、携帯端末２１は、無線公衆回線を介して基地局２２と接続する。そして、基地局２２から通信キャリアサーバ２３に対して、携帯端末２１からインターネットアクセス要求があったことが伝えられ、通信キャリアサーバ２３では、該当携帯端末２１の認証を行い、ゲートウェイ２４を介してインターネット接続を許可する。その後、携帯端末２１において、ＵＲＬ(Uniform Resource Locator)を指定するなどの処理を行うことによって、所望のアプリケーションサーバ２６にアクセスする。その後、所望のアプリケーションやデータをダウンロードし、携帯端末２１内の記憶手段に記憶させる。
【０１１９】
以上のように、本実施形態で示した情報サービスシステムによれば、携帯端末２１で、インターネット２５上に無数に存在している各種アプリケーションサーバから、多種多様なデータサービスやアプリケーションの入手が可能となる。このように、多種多様なアプリケーションが入手可能となると、携帯端末２１のシステムに対して不具合を生じさせるようなアプリケーションが、携帯端末２１内にインストールされてしまう虞れも考えられる。この問題に対しては、前記した各実施の形態で示したアプリケーション管理システムによって、不具合を生じさせるアプリケーションの動作を有効に制限することができるので、システムの安定性を確保することが可能となっている。したがって、上記の携帯端末２１のような、多種多様なユーザが利用する組み込み機器において、インターネット上などから各種アプリケーションをダウンロードし、これを利用するようなシステムとしても、システムの安定性を保つことができる。
【０１２０】
【発明の効果】
以上のように、本発明に係るアプリケーション管理方法は、アプリケーションプログラムを動作させることが可能なコンピュータを備えた端末装置において行われるアプリケーション管理方法において、上記アプリケーションプログラムの動作中に、正常な状態で該アプリケーションプログラムの動作継続が不可能な状態となる不具合が発生した場合に、該アプリケーションプログラムにおける不具合発生回数を示す不具合履歴を記録するステップと、上記不具合履歴が規定値を超えているか否かを検出するステップと、上記不具合履歴が規定値を超えたアプリケーションにおいて、該アプリケーションプログラムにおける起動制限状態を示す起動制限情報を記録するステップと、アプリケーションプログラムを起動する際に、該アプリケーションプログラムの起動制限情報に従って、該アプリケーションプログラムの起動を制限するステップとを有している方法である。
【０１２１】
これにより、不具合を発生しやすいアプリケーションプログラムに対しては、その起動が制限されることになるので、システムの安定度を向上させることができるという効果を奏する。また、ユーザ自身がアプリケーションプログラムの信頼性を判断する必要がないので、システムの安定性に関して疎いユーザに対しても、多様なアプリケーションプログラムを利用可能なシステムを提供することが可能となるという効果を奏する。
【０１２２】
また、本発明に係るアプリケーション管理方法は、上記不具合履歴を記録するステップにおいて、上記アプリケーションプログラムの動作中に不具合が発生した場合に、不具合が発生した時点での該アプリケーションプログラムの動作状態を認識し、各動作状態毎に不具合履歴を記録するとともに、上記不具合履歴が規定値を超えているか否かを検出するステップにおいて、上記の各動作状態毎にそれぞれ重みづけが設定されており、各動作状態毎の不具合発生回数と上記重みづけとの積の総和が、規定値を超えているか否かを検出するようにしてもよい。
【０１２３】
これにより、上記の方法による効果に加えて、システムに対して重大な影響を与えるような状態で不具合を発生しやすいアプリケーションプログラムに対しては、起動の制限を強めるというような設定とすることが可能となり、システムに対するダメージを最小限にすることができるという効果を奏する。
【０１２４】
また、本発明に係るアプリケーション管理方法は、上記アプリケーションプログラムの起動を制限するステップにおいて、起動制限情報が記録されているアプリケーションプログラムを起動する際に、他のアプリケーションプログラムが動作していない場合には、起動制限情報が記録されているアプリケーションプログラムの起動を許可するようにしてもよい。
【０１２５】
これにより、上記の方法による効果に加えて、信頼性の低いアプリケーションプログラムでも、単独で動作させることにより、これを利用することが可能となるという効果を奏する。
【０１２６】
また、本発明に係るアプリケーション管理方法は、起動制限情報が記録されているアプリケーションプログラムを動作中に、他のアプリケーションプログラムの起動が行われた場合に、起動制限情報が記録されているアプリケーションプログラムの動作を終了させるステップをさらに有しているようにしてもよい。
【０１２７】
これにより、上記の方法による効果に加えて、信頼性の低いアプリケーションプログラムが、複数のアプリケーションプログラムが動作している環境で動作することを防止することが可能となり、システムの安定性を向上させることができるという効果を奏する。
【０１２８】
また、本発明に係るアプリケーション管理方法は、アプリケーションプログラムを動作させることが可能なコンピュータを備えた端末装置において行われるアプリケーション管理方法において、上記アプリケーションプログラムの動作中に、正常な状態で該アプリケーションプログラムの動作継続が不可能な状態となる不具合が発生した場合に、該アプリケーションプログラムにおける不具合発生回数を示す不具合履歴を記録するステップと、上記アプリケーションプログラムが、上記端末装置が備えるデータシステムに対してデータアクセスをを行う際に、該アプリケーションプログラムに対応する不具合履歴が規定値を超えているか否かを判断し、規定値を超えていない場合にのみデータアクセスを許可するステップを有している方法である。
【０１２９】
これにより、不具合を発生しやすいアプリケーションプログラムに対しては、データアクセスが制限されることになるので、データシステムに対する不正アクセスを禁止することにより、システムの安定度を向上させることができるという効果を奏する。また、ユーザ自身がアプリケーションプログラムの信頼性を判断する必要がないので、システムの安定性に関して疎いユーザに対しても、多様なアプリケーションプログラムを利用可能なシステムを提供することが可能となるという効果を奏する。
【０１３０】
また、本発明に係るアプリケーション管理方法は、アプリケーションプログラムを動作させることが可能なコンピュータを備えた端末装置において行われるアプリケーション管理方法において、上記アプリケーションプログラムの動作中に正常な状態で該アプリケーションプログラムの動作継続が不可能な状態となる不具合が発生した場合に、該アプリケーションプログラムにおける不具合発生回数を示す不具合履歴を記録するステップと、上記アプリケーションプログラムが、並列に動作する複数の処理モジュールの連携によって動作するとともに、動的に複数の処理モジュールを並列に生成するアプリケーションプログラムである場合に、該アプリケーションプログラムに対応する不具合履歴が規定値を超えているか否かを判断し、規定値を超えている場合には、該アプリケーションプログラムによる処理モジュールの生成数を制限するステップを有している方法である。
【０１３１】
これにより、不具合を発生しやすいアプリケーションプログラムに対しては、処理モジュールの生成数が制限されることになるので、多数の処理モジュールが生成されることによるシステム動作への悪影響を抑制することが可能となり、システムの安定度を向上させることができるという効果を奏する。また、ユーザ自身がアプリケーションプログラムの信頼性を判断する必要がないので、システムの安定性に関して疎いユーザに対しても、多様なアプリケーションプログラムを利用可能なシステムを提供することが可能となるという効果を奏する。
【０１３２】
また、本発明に係るアプリケーション管理方法は、アプリケーションプログラムを動作させることが可能なコンピュータを備えた端末装置において行われるアプリケーション管理方法において、上記アプリケーションプログラムが、上記端末装置が有するシステムリソースを使用する際に、該当システムリソースの使用状態を示すリソース使用状態情報を記録するステップと、上記アプリケーションプログラムの動作が終了した際に、上記リソース使用状態情報を参照し、該アプリケーションプログラムによるシステムリソースの使用状態が開放されていない場合に、該システムリソースの開放処理を行うステップとを有している方法である。
【０１３３】
これにより、アプリケーションにシステムリソースを正常に開放できない不具合があった場合にも、これを開放させることによってシステムの安定性を確保することができるという効果を奏する。
【０１３４】
また、本発明に係るアプリケーション管理方法は、アプリケーションプログラムを動作させることが可能なコンピュータを備えた端末装置において行われるアプリケーション管理方法において、上記アプリケーションプログラムが、上記端末装置が有するシステムリソースを使用する際に、該当システムリソースの使用状態を示すリソース使用状態情報を記録するステップと、上記アプリケーションプログラムの動作中に、正常な状態で該アプリケーションプログラムの動作継続が不可能な状態となる不具合が発生した場合に、不具合が発生した時点での該アプリケーションプログラムの上記リソース使用状態情報を参照し、各リソース使用状態毎に不具合履歴を記録するステップと、上記各リソース使用状態毎の不具合履歴が規定値を超えているか否かを検出するステップと、リソース使用状態の不具合履歴が規定値を超えている場合に、該当アプリケーションプログラムにおける該当システムリソースの使用を制限するステップとをさらに有している方法である。
【０１３５】
これにより、使用するシステムリソースによっては不具合を発生しやすいアプリケーションプログラムに対して、該当システムリソースの使用を制限することにより、システムの安定度を向上させることができるという効果を奏する。
【０１３６】
また、アプリケーションプログラムに対して、必要以上にシステムリソースの使用を制限することがなくなり、アプリケーションプログラムの利用範囲の減縮を最低限にすることができるという効果を奏する。また、ユーザ自身がアプリケーションプログラムの信頼性を判断する必要がないので、システムの安定性に関して疎いユーザに対しても、多様なアプリケーションプログラムを利用可能なシステムを提供することが可能となるという効果を奏する。
【０１３７】
また、本発明に係るアプリケーション管理方法は、アプリケーションプログラムを動作させることが可能なコンピュータを備えた端末装置において行われるアプリケーション管理方法において、上記アプリケーションプログラムの動作中に、正常な状態で該アプリケーションプログラムの動作継続が不可能な状態となる不具合が発生した場合に、不具合が発生した時点での該アプリケーションプログラムの動作状態を認識し、各動作状態毎に不具合履歴を記録するステップと、上記動作状態毎の不具合履歴が規定値を超えているか否かを検出するステップと、上記動作状態毎の不具合履歴が規定値を超えたアプリケーションプログラムにおいて、規定値を超えた動作状態における動作制限状態を示す動作制限情報を記録するステップと、規定値を超えた動作状態において該当アプリケーションプログラムが動作する際に、上記動作制限情報に従って、該アプリケーションプログラムの動作を制限するステップとを有している方法である。
【０１３８】
これにより、動作状態によっては不具合を発生しやすいアプリケーションプログラムに対して、該当動作に対してのみ制限をかけることにより、システムの安定度を向上させることができるという効果を奏する。
【０１３９】
また、アプリケーションプログラムに対して、必要以上に動作を制限することがなくなり、アプリケーションプログラムの動作範囲の減縮を最低限にすることができるという効果を奏する。また、ユーザ自身がアプリケーションプログラムの信頼性を判断する必要がないので、システムの安定性に関して疎いユーザに対しても、多様なアプリケーションプログラムを利用可能なシステムを提供することが可能となるという効果を奏する。
【０１４０】
また、本発明に係るアプリケーション管理方法は、上記不具合履歴が規定値を超えたアプリケーションプログラムをユーザに通知するステップとをさらに有しているようにしてもよい。
【０１４１】
これにより、上記の方法による効果に加えて、ユーザは、どのアプリケーションプログラムが不具合を発生しやすいかを把握することが可能となり、ユーザ自身によって、不具合の発生を抑制するようにアプリケーションプログラムを使用することも可能となる。すなわち、ユーザによっても不具合の発生を抑制することが可能となるので、システムの安定化をさらに向上させることが可能となるという効果を奏する。
【０１４２】
また、本発明に係るアプリケーション管理プログラムを記録したコンピュータ読み取り可能な記録媒体は、上記のアプリケーション管理方法をコンピュータに実行させる構成である。
【０１４３】
これにより、上記コンピュータ読み取り可能な記録媒体に記録されたアプリケーション管理プログラムを端末装置にロードすることによって、上記のアプリケーション管理方法をユーザに提供することができるという効果を奏する。
【０１４４】
また、本発明に係る端末装置は、上記のアプリケーション管理方法をコンピュータに実行させるアプリケーション管理プログラムを実行するコンピュータを備えている構成である。
【０１４５】
これにより、上記のアプリケーション管理方法を実現する端末装置をユーザに提供することができるという効果を奏する。
【０１４６】
また、本発明に係る携帯型電話機は、上記のアプリケーション管理方法をコンピュータに実行させるアプリケーション管理プログラムを実行するコンピュータを備えている構成である。
【０１４７】
これにより、上記のアプリケーション管理方法を実現する携帯型電話機をユーザに提供することができるという効果を奏する。
【図面の簡単な説明】
【図１】  本発明の実施の一形態に係るアプリケーション管理システムの概略構成を示すブロック図である。
【図２】  上記アプリケーション管理システムが備えるアプリケーション管理部が管理するアプリケーション管理テーブルの一例を示す説明図である。
【図３】  上記アプリケーション管理システムにおけるアプリケーション管理の処理の流れを示すフローチャートである。
【図４】  同図（ａ）は、本発明の実施の他の形態に係るアプリケーション管理システムにおけるアプリケーション管理部が管理するアプリケーション管理テーブルを示す説明図であり、同図（ｂ）は、上記アプリケーション管理部が管理する不具合状態重み付けテーブルを示す説明図である。
【図５】  同図（ａ）は、本発明の実施のさらに他の形態に係るアプリケーション管理システムにおけるアプリケーションの起動時における処理の流れを示すフローチャートであり、同図（ｂ）は、アプリケーション動作中に、他のアプリケーションの起動が要求された場合の処理の流れを示すフローチャートである。
【図６】  本発明の実施のさらに他の形態に係るアプリケーション管理システムの概略構成を示すブロック図である。
【図７】  上記アプリケーション管理システムにおいて、アプリケーションからデータアクセス依頼があった場合の、アプリケーション実行制御部における処理の流れを示すフローチャートである。
【図８】  本発明の実施のさらに他の形態に係るアプリケーション管理システムにおけるアプリケーション実行制御部において、アプリケーションからスレッド生成依頼があった場合の処理の流れを示すフローチャートである。
【図９】  本発明の実施のさらに他の形態に係るアプリケーション管理システムの概略構成を示すブロック図である。
【図１０】  上記アプリケーション管理システムにおいて、アプリケーションからシステムリソース処理が行われた場合の、アプリケーション実行制御部における処理の流れを示すフローチャートである。
【図１１】  本発明の実施のさらに他の形態に係るアプリケーション管理システムにおけるアプリケーション管理部が管理するアプリケーション管理テーブルを示す説明図である。
【図１２】  上記アプリケーション管理システムにおいて、アプリケーションからシステムリソース処理が行われた場合の、アプリケーション実行制御部における処理の流れを示すフローチャートである。
【図１３】  本発明の実施のさらに他の形態に係るアプリケーション管理システムにおけるアプリケーション管理部が管理するアプリケーション管理テーブルを示す説明図である。
【図１４】  上記アプリケーション管理システムにおいて、アプリケーション実行制御部における処理の流れを示すフローチャートである。
【図１５】  本発明の実施のさらに他の形態に係るアプリケーション管理システムにおいて、アプリケーション実行制御部における処理の流れを示すフローチャートである。
【図１６】  本発明の実施の一形態に係る端末装置の概略構成を示すブロック図である。
【図１７】  携帯端末が、インターネットを含む一般ネットワークを介した情報サービスシステムに含まれる場合の概略構成を示す説明図である。
【符号の説明】
１    プロセッサ
２    ＲＯＭ
３    表示装置
４    キー入力装置
５    主記憶装置
６    二次記憶装置
７    Ｉ／Ｏ
８    アプリケーション
９    アプリケーション実行制御部
１０    アプリケーション管理部
１１    システム
１２    データシステム
１３    システムリソース
２１    携帯端末
２２    基地局
２３    通信キャリアサーバ
２４    ゲートウェイ
２５    インターネット
２６    アプリケーションサーバ
【図１】
0003723058.tif 000002
【図２】
0003723058.tif 000003
【図３】
0003723058.tif 000004
【図４】
0003723058.tif 000005
【図５】
0003723058.tif 000006
【図６】
0003723058.tif 000007
【図７】
0003723058.tif 000008
【図８】
0003723058.tif 000009
【図９】
0003723058.tif 000010
【図１０】
0003723058.tif 000011
【図１１】
0003723058.tif 000012
【図１２】
0003723058.tif 000013
【図１３】
0003723058.tif 000014
【図１４】
0003723058.tif 000015
【図１５】
0003723058.tif 000016
【図１６】
0003723058.tif 000017
【図１７】
0003723058.tif 000018