JP5997901B2 - 適応的応用プログラム駆動装置及びプログラム駆動方法 - Google Patents

Description

本発明の実施形態は、適応的応用プログラム駆動装置及びプログラム駆動方法に関し、特に無線チャネルの状態又はバッテリの状態に応じて、応用プログラムの活性化の可否を適応的に制御する適応的応用プログラム駆動装置及びプログラム駆動方法に関する。

初期の無線デバイスの場合、無線通信の性能よりも主要なハードウェアの低い性能のため低電力のユーザ端末を実現することが困難であった。
しかし、半導体技術の発展に伴って中央処理装置又はメモリの性能、エネルギ効率、及び大きさなどの性能が大きく改善され、ハードウェアの性能が良好になるにつれて様々なアプリケーションの実行が可能になった。

また、無線通信技術の発展に伴って、リアルタイムのデータ送信をベースとした様々なアプリケーションの使用が増加している。例えば、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）の位置情報に基づいて周辺情報をリアルタイムで確認することができ、また、ツイッター（ｔｗｉｔｔｅｒ）のようなソーシャルネットワーキングやリアルタイムゲームなどのアプリケーションをユーザ端末で用いることができる。

本発明は、上記従来技術に鑑みてなされたものであって、本発明の目的は、無線チャネルの状態又はバッテリの状態に応じて、応用プログラムの活性化の可否を適応的に制御する適応的応用プログラム駆動装置及び方法を提供することにある。
また、本発明の目的は、ユーザが無線チャネルの状況と、それによるアプリケーションの実行可能の可否を直観的に把握することができ、ユーザ端末において不要に消耗されるエネルギを減らす適応的応用プログラム駆動装置及び方法を提供することにある。

上記目的を達成するためになされた本発明の一態様による適応的応用プログラム駆動装置は、ユーザ端末の適応的応用プログラム駆動装置であって、少なくとも１つの応用プログラムを含む応用プログラムモジュールと、前記ユーザ端末の通信モジュールの少なくとも１つの無線チャネルの状態、及び前記ユーザ端末のバッテリの状態をモニタリングするモニタリングモジュールと、前記少なくとも１つの無線チャネルの状態、及び前記バッテリの状態が前記少なくとも１つの応用プログラムの要求事項を満足するか否かに基づいて、前記少なくとも１つの応用プログラムを活性化するか否かを適応的に制御する制御モジュールと、を備え、前記要求事項は、前記少なくとも１つの応用プログラムが要求する前記少なくとも１つの無線チャネルの状態であるデータ送信率、パケット遅延時間、データの平均発生頻度と範囲、の内の１つ以上と、前記バッテリの状態であるバッテリ使用量に関する情報とを含み、前記制御モジュールは、前記無線チャネルの状態に関連する情報、及び前記少なくとも１つの応用プログラムのリソースに対する占有優先順位に基づいて前記少なくとも１つの応用プログラムが前記リソースを用いる優先順位を指定することを特徴とする。

前記応用プログラムモジュールは、前記少なくとも１つの応用プログラムの要求事項を前記制御モジュールに登録することが好ましい。

前記応用プログラムモジュールは、前記無線チャネルの状態、前記バッテリの状態、及び前記少なくとも１つの応用プログラムの要求事項に基づいて前記少なくとも１つの応用プログラムが含むメニューに当該する機能の活性化の可否を適応的に制御する制御部を備えていることが好ましい。

前記モニタリングモジュールは、リアルタイムに変化する前記無線チャネルの状態をモニタリングする通信状態モニタリング部を更に備え、前記制御モジュールは、前記少なくとも１つの応用プログラムの要求事項が前記無線チャネルの状態を満足する応用プログラムを活性化させ、前記無線チャネルの状態を満足しない応用プログラムを非活性化させることが好ましい。

前記モニタリングモジュールは、リアルタイムに変化する前記バッテリの状態をモニタリングするパワーモニタリング部を更に備え、前記制御モジュールは、前記少なくとも１つの応用プログラムの要求事項が前記バッテリの状態を満足する応用プログラムを活性化させ、前記バッテリの状態を満足しない応用プログラムを非活性化させることが好ましい。

前記制御モジュールは、前記少なくとも１つの応用プログラムの要求事項、前記少なくとも１つの応用プログラムのリソースに対する占有優先順位、及び前記無線チャネルの状態に関連する情報を含む格納部を更に備えることが好ましい。

前記制御モジュールは、前記無線チャネルの状態、前記バッテリの状態、及び前記格納部に格納された情報に基づいてユーザ端末の画面に表れる少なくとも１つのアイコン又は前記少なくとも１つの応用プログラムのメニュー設定を変更する設定部を備えることが好ましい。

前記設定部は、前記無線チャネルの状態または前記バッテリの状態、及び前記格納部に格納された情報に基づいて前記ユーザ端末の画面に表示される少なくとも１つのアイコンの表現方法を変更して表現するか、あるいは、前記少なくとも１つのアイコンが表示されないようにすることが好ましい。

前記少なくとも１つのアイコンの表現方法は、前記少なくとも１つのアイコンのカラー、透明度、彩度、明度、大きさ、位置、形状の前記少なくとも１つのアイコンに対するイメージマッピング、立体効果、又はアニメーション効果に対する変更を含むことが好ましい。

前記設定部は、前記無線チャネルの状態、前記バッテリの状態及び前記格納部に格納された情報に基づいて前記ユーザ端末の画面に表示される少なくとも１つの応用プログラムのメニュー画面の表現方式を再設定して表現することが好ましい。

上記目的を達成するためになされた本発明の一態様による適応的応用プログラム駆動方法は、ユーザ端末の適応的応用プログラム駆動装置の駆動方法であって、リアルタイムに変化する前記ユーザ端末の通信モジュールの少なくとも１つの無線チャネルの状態、及び前記ユーザ端末のバッテリの状態をモニタリングするステップと、少なくとも１つの応用プログラムの要求事項を抽出するステップと、前記少なくとも１つの応用プログラムの要求事項が前記少なくとも１つの無線チャネルの状態、及び前記バッテリの状態を満足するか否かに基づいて、前記少なくとも１つの応用プログラムを活性化するか否かを判断し適応的に制御するステップと、を有し、前記要求事項は、前記少なくとも１つの応用プログラムが要求する前記少なくとも１つの無線チャネルの状態であるデータ送信率、パケット遅延時間、データの平均発生頻度と範囲、の内の１つ以上と、前記バッテリの状態であるバッテリ使用量に関する情報とを含み、前記制御するステップは、前記無線チャネルの状態に関連する情報及び前記少なくとも１つの応用プログラムのリソースに対する占有優先順位に基づいて前記少なくとも１つの応用プログラムが前記リソースを用いる優先順位を指定するステップを含むことを特徴とする。

前記少なくとも１つの応用プログラムの要求事項を制御モジュールに登録するステップを更に含むことが好ましい。

前記少なくとも１つの応用プログラムを活性化するか否かを判断し適応的に制御するステップは、前記判断した結果に基づいて、前記少なくとも１つの応用プログラムを活性化し実行可能な場合、前記ユーザ端末のディスプレイに第１モードを表示し、前記少なくとも１つの応用プログラムを活性化せず実行不可能な場合、第２モードを表示するステップを含むことが好ましい。

前記第１モードは、前記応用プログラムに当該するアイコンの第１形態に表示し、前記第２モードは、前記アイコンの第１形態と区別される第２形態に表示することが好ましい。
前記アイコンの第１形態はカラーアイコンであり、前記アイコンの第２形態は白黒アイコンであることが好ましい。
前記アイコンの第１形態は、透明度が前記アイコンの第２形態に比べて相対的に低いアイコンであることが好ましい。
前記アイコンの第１形態は、大きさが前記アイコンの第２形態に比べて大きいアイコンであることが好ましい。
前記アイコンの第１形態は、前記アイコンの第２形態とは異なるアニメーション効果を有する形態であることが好ましい。

本発明の適応的応用プログラム駆動装置及び方法によれば、無線チャネルの状態又はバッテリの状態に応じて、応用プログラムの活性化の可否を適応的に制御することで、ユーザが無線チャネルの状況とそれによるアプリケーションの実行可能な可否を直観的に把握することができ、ユーザ端末において不要に消耗されるエネルギを減らすことができる。

本発明の一実施形態による適応的応用プログラム駆動装置がユーザ端末に設けられた少なくとも１つの応用プログラムの駆動を制御することを説明するための図である。 図１に示すいずれか１つの応用プログラムが有している複数の機能が制御部によって制御されることを説明するための図である。 本発明の一実施形態による適応的応用プログラム駆動装置のブロック図である。 本発明の一実施形態による適応的応用プログラム駆動方法を説明するためのフローチャートである。 本発明の一実施形態による適応的応用プログラム駆動装置をＧＵＩに適用した例を示す図である。 本発明の一実施形態による適応的応用プログラム駆動装置に適用されたＯＳインタフェースの構造を示す図である。 本発明の一実施形態による適応的応用プログラム駆動装置が無線チャネルの状態に基づいてユーザ端末で応用プログラムを適応的に駆動することを説明するための図である。 本発明の一実施形態による適応的応用プログラム駆動装置がバッテリの状態に基づいてユーザ端末で応用プログラムを適応的に駆動することを説明するための図である。 本発明の一実施形態による適応的応用プログラム駆動装置が健康診断応用プログラムを制御することを説明するための図である。

以下、本発明の適応的応用プログラム駆動装置及び方法を実施するための形態の具体例を、図面を参照しながら詳細に説明する。また、各図面に提示した同じ参照符号は同じ部材を示す。

図１は、本発明の一実施形態による適応的応用プログラム駆動装置がユーザ端末に設けられた少なくとも１つの応用プログラムの駆動を制御することを説明するための図である。
一般的に、ユーザ端末に設けられた応用プログラム（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ）は、無線通信モジュールを個別に制御する。
例えば、Ａ応用プログラムが動作しながら無線通信モジュールを活性化させ、これによって無線通信モジュールがデータ通信を開始すると仮定する。

もし、Ａ応用プログラムが要請したサービス品質（例えば、データ送信率）を無線通信モジュールが提供できれば、ユーザはＡ応用プログラムを満足して使用することができる。
しかし、干渉が存在するか無線基地局との距離によって無線通信モジュールがＡ応用プログラムの要求しているサービス品質を提供できない場合もある。このような場合、Ａ応用プログラムは充分に動作できず、結局、Ａ応用プログラムの実行に満足しないユーザは、Ａ応用プログラムの実行を中止することになる。

このような中、ユーザがＢ応用プログラムを実行させると、Ｂ応用プログラムは、Ａ応用プログラムとは独立に無線通信モジュールを介してデータ送信を要請し、無線通信モジュールが提供しているサービス品質が低ければ、Ｂ応用プログラムもユーザによって実行が中止されることになる。

上述したように各応用プログラムは、無線通信モジュールと直接データ送信を試みた後、これに対する応答（送信成功／失敗、応答時間など）に基づいて無線通信モジュールのサービス状況（または、無線チャネルの状態）を判断する。

このように、応用プログラムごとに無線通信モジュールのサービス状況に対する判断は独立に行われる。したがって、通信環境が良好ではない地域において応用プログラムが実行されると、無線通信モジュールの不要な送／受信を発生させ、ユーザ端末の電力消費量を増加させることになる。

このような短所を克服するために、本実施形態に係る適応型応用プログラム駆動装置は、無線通信モジュール（または無線チャネル）のサービス状況を把握できる運用体制（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ：ＯＳ）で無線チャネルの状態に応じてユーザ端末に設けられた応用プログラムの使用を制御する。
ここで、応用プログラムは、ユーザ端末で駆動される様々なアプリケーション、サービス、機能、及びリソースなどを含む概念である。

適応的応用プログラム駆動装置を含む全体システムは、無線通信モジュール１１０、制御モジュール１３０、及び各種の応用プログラム１５０、１６０、１７０を備える。
ここで、制御モジュール１３０は、無線通信モジュール１１０から受信した現在の接続可能な無線チャネルの状態（例えば、データ送信率など）により、実行可能な応用プログラムのみを活性化させることができる。

また、制御モジュール１３０は、無線チャネルの状態に応じて、性能に制約を受ける応用プログラムを非活性化させることができる。 また、制御モジュール１３０は、活性化されたいずれか１つの応用プログラムで実現される様々な機能を、無線チャネルの状態、バッテリ状態、又はその他の様々な条件に応じて、それぞれ活性化又は非活性化させることができる。

一般的なユーザ端末は、通信環境をアンテナ形態のアイコンで表すことによって、ユーザが直観的に通話品質について予測可能にするだけである。したがって、ユーザは様々な通信品質を要求する複数の各応用プログラム１５０，１６０，１７０に対する通信品質又は通信環境を直観的に確認し難い。

これに対し、本実施形態では、無線通信の品質又は通信状況に応じて複数の各応用プログラム１５０，１６０，１７０に対する駆動可否をユーザに直観的に知らせることで、ユーザ端末に設けられている様々なアプリケーション及びユーザ端末そのものに対する不満を減らすことができる。

例えば、スマートフォンのような無線デバイスは、無線通信モジュール１１０を介して送／受信されるデータを用いる様々な応用プログラム１５０，１６０，１７０を駆動させることができる。

ここで、各応用プログラム１５０，１６０，１７０は、互いに要求するデータの送信率、パケット遅延時間、及びデータの要求量（平均発生頻度と範囲など）が異なっていてもよく、無線デバイスの移動性のために無線チャネルの特性がリアルタイムに変わってもよい。
制御モジュール１３０は、上述したような環境下で、リアルタイムに変動する無線チャネルの状態に基づいて各応用プログラム１５０，１６０，１７０の活性化の可否を制御する。

ユーザ端末に最初に応用プログラムがインストールされるとき、応用プログラムは、自身が必要とするデータ送信率、バッテリの使用量などのような要求事項を制御モジュール１３０に登録することができる。
ここで、制御モジュール１３０に登録できる応用プログラムの要求事項としては、例えば、データ送信率の範囲（最大、最小、及び平均データ送信率）、最大又は平均パケット遅延時間、データの平均発生頻度、及び範囲（例えば、ｂｕｒｓｔ、１０ｓ、１ｓ、１ｍ）などの情報がある。

制御モジュール１３０は、無線通信モジュール１１０で活性化した通信装置のチャネル状況（例えば、チャネルの状態情報など）に対してモニタリングすることができ、ここで、無線通信モジュール１１０は、例えば、セルラー、ＷＬＡＮ、ＢＴ、ジグビーなどの様々な通信方式のための通信装置を含むことができる。

また、制御モジュール１３０は、チャネル状況に基づいて各応用プログラムの要求事項を比較し、ユーザが満足して使用することができる応用プログラムを決定することができる。

もし、現在のチャネル状況でＡ応用プログラムが実行可能であれば、制御モジュール１３０はＡ応用プログラムを活性化し、現在のチャネル状況がＡ応用プログラムを充分に支援することができなければ、制御モジュール１３０はＡ応用プログラムを非活性化させる。

ここで、「Ａ応用プログラムを活性化／非活性化する」という意味は、当該の応用プログラム自体の駆動を活性化／非活性化させるという意味の他に、当該の応用プログラムのアイコンを活性化／非活性化させるという意味も含む。
活性化したアイコンは、現在のチャネル状況又はデータ送信率などの通信満足度別に、非活性化されたアイコンに比べてカラー、透明度（鮮明度）、彩度、明度、大きさ、位置、形状、少なくとも１つのアイコンに対するイメージマッピング、立体効果、又はアニメーション効果などが異なるように表示することができる。
チャネル状況に応じて活性化したアイコンを表示する方法については後述する。

図２は、図１に示すいずれか１つの応用プログラムが有している複数の機能が制御部によって制御されることを説明するための図である。
まず、図１に示す応用プログラム１５０が活性化すると仮定する。

制御部１５１は、活性化した応用プログラム１５０の細部機能のうち、無線通信の状態（チャネルの状態）に応じて各細部機能の活性化の可否を判断することができる。
ここで、応用プログラム１５０の各細部機能に対する活性化の可否の判断には、制御モジュール１３０が無線通信モジュール１１０から受信した無線チャネルの状態に関する情報及びその他の情報を用いることができる。

例えば、制御部１５１が、応用プログラム１５０の細部機能（機能（１）１５７、機能（２）１５５、機能（３）１５３）のうち、無線チャネルの状態に応じて、機能（１）１５７は円滑に動作可能であるが、機能（３）１５３は円滑な動作が不可能であると判断したとする。
この場合、制御部１５１は、機能（１）１５７を活性化させるが、機能（３）１５３は非活性化させ、当該の応用プログラムのメニューから当該の機能（３）１５３を表示させないようにすることができる。

上述の機能を行うために、制御モジュール１３０は、無線デバイスの全体的なリソースを管理することのできるように、無線デバイスに設けられた運用体制（ＯＳ）の形態、又は、ファームウェア（ｆｉｒｍｗａｒｅ）の形態であることが好ましい。
また、制御モジュール１３０は、無線デバイスで行われる各応用プログラムとの通信のために必要な関連ライブラリを含むことができる。

図３は、本実施形態による適応的応用プログラム駆動装置のブロック図である。
図３を参照すると、適応的応用プログラム駆動装置３００は、応用プログラムモジュール３１０、モニタリングモジュール３３０、及び制御モジュール３５０を備える。

応用プログラムモジュール３１０は、少なくとも１つの応用プログラムを含み、少なくとも１つの応用プログラムの要求事項を制御モジュール３５０に登録することができる。

また、応用プログラムモジュール３１０は、無線チャネルの状態、バッテリの状態、及び少なくとも１つの応用プログラムの要求事項に基づいて、少なくとも１つの応用プログラムが含んでいるメニューに当該する機能の活性化の可否を適応的に制御する制御部３１５を備えることができる。

モニタリングモジュール３３０は、無線チャネルの状態及びバッテリの状態をモニタリングする。
モニタリングモジュール３３０は、通信状態モニタリング部３３５及びパワーモニタリング部３４０を更に備えることができる。

通信状態モニタリング部３３５は、例えば、図１に示すような無線通信モジュール１１０を介して、リアルタイムに変化する無線チャネルの状態をモニタリングすることができる。
また、パワーモニタリング部３４０は、リアルタイムに変化するバッテリの状態をモニタリングすることができる。

制御モジュール３５０は、少なくとも１つの応用プログラムの要求事項が無線チャネルの状態又はバッテリの状態を満足するか否かに応じて、少なくとも１つの応用プログラムを活性化するか否かを適応的に制御する。

少なくとも１つの応用プログラムの要求事項は、少なくとも１つの応用プログラムが要求するデータ送信率、パケット遅延時間、データの平均発生頻度と範囲及び／又はバッテリ使用量に関する情報のうち１つ以上を含むことができる。

制御モジュール３５０は、少なくとも１つの応用プログラムの要求事項が無線チャネルの状態を満足する応用プログラムを活性化させ、無線チャネルの状態を満足しない応用プログラムを非活性化さることができる。

また、制御モジュール３５０は、少なくとも１つの応用プログラムの要求事項がバッテリの状態を満足する応用プログラムを活性化させ、バッテリの状態を満足しない応用プログラムを非活性化させることができる。

制御モジュール３５０は、格納部３５５及び設定部３６０を更に備えることができる。
格納部３５５は、各応用プログラムの要求事項、各応用プログラムのリソースに対する占有優先順位（ｐｒｉｏｒｉｔｙ）及び無線チャネルの状態に関連する情報を有することができる。

ここで、制御モジュール３５０は、無線チャネルの状態に関連する情報及びリソースに対する占有優先順位に基づいて、少なくとも１つの応用プログラムがリソースを用いる優先順位を指定してもよい。これについては図９を参照して後で説明する。

設定部３６０は、無線チャネルの状態、バッテリの状態、及び格納部に格納された情報に基づいてユーザ端末の画面に表れる少なくとも１つのアイコン又は少なくとも１つの応用プログラムのメニュー設定を変更してもよい。

設定部３６０は、無線チャネルの状態、バッテリの状態、及び格納部３５５に格納された情報に基づいてユーザ端末の画面に表れる少なくとも１つのアイコンの表現方法を変更して表現することや、少なくとも１つのアイコンが表示されないようにすることができる。

少なくとも１つのアイコンの表現方法は、少なくとも１つのアイコンのカラー、透明度、彩度、明度、大きさ、位置、形状、少なくとも１つのアイコンに対するイメージマッピング、立体効果、又はアニメーション効果に対する変更を含むことができる。

設定部３６０は、活性化した応用プログラムに当該するアイコン（以下、実行可能なアイコン）を特定の形態に変更して区分することができる。すなわち、実行可能なアイコンに対しはアイコンのカラー、透明度、明度、彩度などを変更することや、実行可能なアイコンの大きさを非活性化された応用プログラムに当該するアイコン（以下、実行可能なアイコン）の大きさに比べて大きく又は小さく変更することができ、これらを組み合わせた形態で表すこともできる。

設定部３６０は、アイコンに３Ｄ効果を与えてもよい。
設定部３６０は、実行可能なアイコンが突出して見えるようにすることや、遠くに見えるようにすることができ、実行可能なアイコンを左側、右側、又は対角線方向に曲がって見えるようにすることもできる。

設定部３６０は、アイコンに特定イメージを組み合わせて立体的な効果を表すことができる。すなわち、実行可能なアイコンには、笑う形の立体的な形態を適用し、実行不可能なアイコンには、溶け落ちるような立体形態を適用することができる。

また、設定部３６０は、アイコンの位置に変化を与えて実行可能なアイコンと実行不可能なアイコンとを区分することができる。
アイコンの位置を上／下／左／右／対角線に変更することや、背景画面の模様がコンテンツイメージにマッピングさせて表すことができる。
ここで、背景画面の模様がドラゴンであると仮定すると、実行可能なアイコンをドラゴンの頭部分に配置し、実行不可能なアイコンはドラゴンの尻尾部分に配置することができる。

そればかりではなく、設定部３６０は、アイコンにアニメーション効果を与えて、実行可能なアイコンと実行不可能なアイコンとを区別することができる。また、設定部３６０は、アニメーション効果を有するアイコンの変化速度を変化させることや、アニメーション効果を有するアイコンの形状を変化させることもできる。

その他、設定部３６０は、アイコンの表現時点を設定してもよく、カーソルがアイコンに接する時のみ表現することや、カーソルと無関係に全てのアイコンに対して常時的に前述した効果を表すことができる。

また、設定部３６０は、無線チャネルの状態、バッテリの状態、及び格納部３５５に格納された情報に基づいて、ユーザ端末の画面に表れる少なくとも１つの応用プログラムのメニュー画面の表現方式を再設定して表すこともできる。

また、設定部３６０は、無線チャネルの状態、バッテリの状態、及び格納部３５５に格納された情報が周期的に変化することで、ユーザ端末の画面に表れるアイコン又は少なくとも１つの応用プログラムのメニュー画面の表現方式を再設定することができる。

ここで、当該メニュー画面に対する表現方式を再設定するという意味は、当該メニューの色を別の色に表現することや、細部機能のうち実行できないものはメニューに当該機能が表れないように表示することや、あるいはアイコンに対して適用可能な様々な効果によって当該メニュー画面を変化させる可能性があることを意味する。

図４は、本実施形態による適応的応用プログラム駆動方法を説明するためのフローチャートである。
図４を参照すると、適応的応用プログラム駆動装置は、リアルタイムに変化する無線チャネルの状態とバッテリの状態をモニタリングした後（Ｓ４１０）、少なくとも１つの応用プログラムの要求事項を抽出する（Ｓ４２０）。

適応的応用プログラム駆動装置は、少なくとも１つの応用プログラムの要求事項が無線チャネルの状態又はバッテリの状態を満足するか否かに応じて、少なくとも１つの応用プログラムを活性化するか否かを適応的に制御する（Ｓ４３０）。
その他の適応的応用プログラム駆動方法については、図３に基づいて説明した適応的応用プログラム駆動装置の説明に代替する。

図５は、本実施形態に係る適応的応用プログラム駆動装置をＧＵＩに適用した例を示す図である。
図５を参照すると、通信状態モニタリング部５１０は、各ネットワークカードのデバイスドライバからモニタリングしたネットワークの状況（例えば、無線チャネルの状態など）を制御モジュール５３０に送信する（Ｓ５０１）。

また、パワーモニタリング部５２０は、無線デバイスのパワー残余量をモニタリングして制御モジュール５３０に送信する（Ｓ５０２）。
ここで、応用プログラムごとの要求事項は、当該応用プログラムがインストールされる時に格納部５３１へ格納され（Ｓ５０３）、ユーザが当該応用プログラムでの要求事項を直接設定することができる。

設定部５３３は、通信状態モニタリング部５１０、パワーモニタリング部５２０、及び格納部５３１から取り出された情報に基づいて、ユーザ端末の画面に表れたアイコン又は応用プログラム内のメニューの画面設定を変更することができる（Ｓ５０４、Ｓ５０５）。

ここで、応用プログラム内のメニューの画面設定は、各応用プログラム内の細部機能を制御する制御部５４０によって変更してもよく、細部機能ごとに必要とする要求事項については、機能情報リスト５４１に格納することができる。

機能ディスプレイセッティング部５４３は、機能情報リスト５４１に格納された情報及び設定部５３３が取合した情報を用いて、当該の応用プログラムが必要とする要求事項を満足したか否かに応じてメニューの細部機能の画面設定を変更してもよい。

図６は、本実施形態による適応的応用プログラム駆動装置に適用されたＯＳインタフェース（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ ｉｎｔｅｒｆａｃｅ）の構造を示す図である。

アプリケーションエージェント（Ａｐｐ．Ａｇｅｎｔ）は、ＯＳのサブシステム及びデバイスドライバなどから無線チャネルの状態とパワー（バッテリ）状態に関する情報を受信して格納する（Ｓ６１０）。

アプリケーションエージェントは、アプリケーションに対する制御事項をＯＳに知らせる（Ｓ６２０）。その後、ＯＳは、アプリケーションそれぞれに当該の情報を提供し、当該の情報により直接アプリケーションそれぞれを制御する（Ｓ６３０）。

図７は、本実施形態による適応的応用プログラム駆動装置が無線チャネルの状態に基づいてユーザ端末で応用プログラムを適応的に駆動することを説明するための図である。

ユーザ端末（特に、スマートフォン）で駆動される複数の応用プログラムには、無線通信状況に応じて駆動可能な応用プログラムがある一方、駆動可能ではない応用プログラムもある。
例えば、応用プログラムＡ７１０はワイ・ファイ（ＷｉＦｉ）又はジグビー通信を必要とし、応用プログラムＣ７３０は高いデータ送信率を必要とし、応用プログラムＢ７２０は低いデータ送信率でも動作可能で、セルラー通信を必要とすると仮定する。

ワイ・ファイ又はジグビー通信が不可能な場合には、応用プログラムＡ７１０は、ユーザに十分なサービスを提供することができない。
また、応用プログラムＡ７１０が当該のチャネル状況を持続的に検出する場合、電力消費を増加させて他の応用プログラムの駆動にまで影響を及ぼすことになる。
同様に応用プログラムＣ７３０は、当該チャネルでのデータ送信率が低い場合、十分なサービスをユーザに提供できない。

したがって、本実施形態による適応的応用プログラム駆動装置は、応用プログラムＡ７１０をワイ・ファイ又はジグビー通信が可能な場合にのみ活性化させ、応用プログラムＣ７３０をデータ送信率の高い場合にのみ活性化させる。そして、ワイ・ファイ又はジグビー通信が不可能であるか、又は当該通信品質が低い場合には、当該応用プログラムを活性化させない。

もちろん、適応的応用プログラム駆動装置は、低いデータ送信率にも動作可能であり、セルラー通信を必要とする応用プログラムＢ７２０の場合、いかなる場合であっても駆動可能であるため、常に活性化させることができる。

ここで、当該応用プログラムに対する活性化は、当該応用プログラムの駆動そのものの活性化や、当該応用プログラムに対するアイコンの表示に対する活性化のみならず、当該応用プログラムを待機モードに維持することも含む。

当該応用プログラムに対して実行可能又は実行不可能なアイコンを表示する方法として、当該アイコンにグラデーション（ｇｒａｄａｔｉｏｎ）効果を与えることや、上記アイコンのカラー、透明度、彩度、明度、大きさ、位置、アイコンに対するイメージマッピング、立体効果、又はアニメーション効果に対する変更を加えるなど、様々な表現方法が可能である。

例えば、当該応用プログラムを活性化した場合はカラーアイコンで表示し、非活性化した場合は白黒アイコンで表示する。その他にも、活性化した場合は透明度の高いアイコン、非活性化した場合は透明度の低いアイコン、又は活性化した場合は大きいアイコン、非活性化した場合は小さいアイコン、又は活性化した場合は停止したアイコン、非活性化した場合はアニメーション効果によって形の異なるアイコン、などのように表示することができる。もちろん、その他にも活性化した状態と非活性化した状態とが区別できる様々な表示方法が可能である。

また、図７に示すように適応的応用プログラム駆動装置は、様々な無線チャネルの状態に基づいて、ユーザ端末で機能を実行できる応用プログラムのアイコンは鮮明に表示し、機能を実行できないアイコンは表示しないようにすることができる。

適応的応用プログラム駆動装置は、端末のユーザが現在の当該応用プログラムを実行させ得るか否か（すなわち、応用プログラムに対する実行可能の可否または実行成功率）に対して直観的に把握することができる。また、通信状況が良好ではない場合には、継続的なチャネルの検出による電力消費も減らすことができる。

図８は、本実施形態による適応的応用プログラム駆動装置が、バッテリの状態に基づいてユーザ端末で応用プログラムを適応的に駆動させることを説明するための図である。

ユーザ端末（特に、スマートフォン）で駆動される複数の応用プログラムは、バッテリの状態に応じて駆動可能な応用プログラムと、駆動可能でない応用プログラムとがある。
この場合、適応的応用プログラム駆動装置においては、バッテリの状態（すなわち、バッテリの残余量）によって応用プログラムの実行可否を決定することができる。

例えば、応用プログラムＡ８１０はバッテリ消耗量が多く、応用プログラムＣ８２０はバッテリ使用量が少なく、現在のバッテリの残余量が４０％と低い状態であると仮定する。
この場合、適応的応用プログラム駆動装置は、バッテリの残余量が低い場合、実行の可能性が９５％以上の応用プログラムを活性化させることができる。

すなわち、現在のバッテリの残余量が４０％と低い状態であれば、適応的応用プログラム駆動装置は、バッテリの使用量が少ない応用プログラムＣ８２０のみを活性化させることができる。
この場合、応用プログラムに対する活用率は低いが、高いバッテリ残余量を必要とする応用プログラム（バッテリ使用量が多い応用プログラム）が継続的な駆動を試みると、かえってバッテリの使用量を増加させてしまう。

また、適応的応用プログラム駆動装置は、バッテリの残余量が多い場合、実行の可能性が７０％以上の応用プログラムを活性化させることができる。
すなわち、現在のバッテリの残余量が９０％と高い状態であれば、適応型応用プログラム駆動装置は、バッテリ使用量が多い応用プログラムＡ８１０も活性化させる。この場合、応用プログラムに対する対抗活用率は増加するが、エネルギ消費は大きいこともある。

上述したように応用プログラムの実行可能性に関する情報は、応用プログラムの要求事項のように、当該応用プログラムがユーザ端末にインストールされるとき登録されるか、あるいはユーザによって直接設定されてもよい。

図９は、本実施形態による適応的応用プログラム駆動装置が健康診断応用プログラムを制御することを説明するための図である。
ここで、ユーザ端末（例えば、スマートフォン）に人体信号を検出するモジュール及びこの情報（人体信号）を収集する管理モジュールが含まれた応用プログラムがインストールされたと仮定する。

ユーザは、スマートフォンの応用プログラムによって、リアルタイムで身体信号をモニタリングする第１機能（Ｍｏｎｉｔｏｒｉｎｇ ｆｕｎｃｔｉｏｎ、通信周期が極めて短い）、単に周期的にデータを収集する第２機能（Ｐｅｒｉｏｄｉｃ ｆｕｎｃｔｉｏｎ、電力節減のために通信周期を長くする）、平常時には通信をしないが、緊急状況が発生した時のみデータを送信する第３機能（Ｅｍｅｒｇｅｎｃｙ ｆｕｎｃｔｉｏｎ）を実行することができる。
ここで、データの送信率は、第１機能＞第２機能＞第３機能であると仮定する。

図９に示すグラフは、人体信号を検出するモジュール及びこの情報（人体信号）を収集する管理モジュールが無線通信を行うときの距離に対する送信ビットごとのエネルギ消費率（Ｊ／ｂｉｔ）を示す。
グラフで距離が遠いほど無線チャネルの状態が悪くなるため、送信のために更に多いエネルギ（すなわち、電力）が消費されることが分かる。

図９で説明する実施形態の場合、両方向通信領域においてエネルギ消費率の低い区間では第１機能、第２機能、及び第３機能の駆動が可能であり、エネルギ消費率が一定の基準以上である区間では第２機能及び第３機能のみが駆動可能である。そして、単方向通信領域において、第３機能のみが駆動可能である。

したがって、適応的応用プログラム駆動装置は、無線チャネルの状態又はバッテリの状態が良好な時には応用プログラムの全ての機能の実行を活性化し、バッテリの状態が悪い時には第３機能（すなわち、Ｅｍｅｒｇｅｎｃｙ ｆｕｎｃｔｉｏｎ）のみを活性化してユーザに提供することができる。

上述したように適応的応用プログラム駆動装置は、無線チャネルの状態又は他の様々な状況を考慮して当該応用プログラムの駆動を制御することで、ユーザ端末において応用プログラムによって持続される無線チャネルの検出による不要なエネルギ消費を減らすことができる。

前述した方法は、多様なコンピュータ手段を介して様々な処理を実行することができるプログラム命令の形態で実現され、コンピュータ読取可能な記録媒体に記録することができる。
コンピュータ読取可能な媒体は、プログラム命令、データファイル、データ構造などのうちの１つ又はそれらの組み合わせを含むことができる。

媒体に記録されるプログラム命令は、本発明の目的のために特別に設計されて構成されたものでもよく、コンピュータソフトウェア分野の技術を有する当業者にとって公知のものであり使用可能なものであってもよい。

コンピュータ読取可能な記録媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク及び磁気テープなどの磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤなどの光記録媒体、光ディスクなどの光磁気媒体、及びＲＯＭ、ＲＡＭ、フラッシュメモリなどのプログラム命令を保存して実行するよう特別に構成されたハードウェア装置が挙げられる。

プログラム命令の例としては、コンパイラによって生成される機械語コード（ｍａｃｈｉｎｅ ｃｏｄｅ）だけでなく、インタプリタなどを用いてコンピュータによって実行され得る高級言語コード（ｈｉｇｈｅｒ ｌｅｖｅｌ ｃｏｄｅ）などが挙げられる。
上述したハードウェア装置は、本発明の動作を行うために１つ以上のソフトウェアのレイヤで動作するように構成することができる。

以上、本発明について限定された実施形態と図面によって説明したが、本発明は、上記の実施形態に限定されるものではなく、本発明が属する分野における通常の知識を有する者であれば、このような実施形態から多様な修正及び変形が可能である。
したがって、本発明の範囲は、開示された実施形態に限定されて定められるものではなく、特許請求の範囲だけではなく特許請求の範囲と均等なものなどによって定められるものである。

１１０ 無線通信モジュール
１３０ 制御モジュール
１５０、１６０、１７０ 応用プログラム
１５１、３１５、５４０ 制御部
１５３ 機能（３）
１５５ 機能（２）
１５７ 機能（１）
３００ 適応的応用プログラム駆動装置
３１０ 応用プログラムモジュール
３３０ モニタリングモジュール
３３５、５１０ 通信状態モニタリング部
３４０、５２０ パワーモニタリング部
３５０、５３０ 制御モジュール
３５５、５３１ 格納部
３６０、５３３ 設定部
５４１ 機能情報リスト
５４３ 機能ディスプレイセッティング部
７１０、８１０ 応用プログラムＡ
７２０ 応用プログラムＢ
７３０、８２０ 応用プログラムＣ

Claims (19)

1. ユーザ端末の適応的応用プログラム駆動装置であって、
   少なくとも１つの応用プログラムを含む応用プログラムモジュールと、
   前記ユーザ端末の通信モジュールの少なくとも１つの無線チャネルの状態、及び前記ユーザ端末のバッテリの状態をモニタリングするモニタリングモジュールと、
   前記少なくとも１つの無線チャネルの状態、及び前記バッテリの状態が前記少なくとも１つの応用プログラムの要求事項を満足するか否かに基づいて、前記少なくとも１つの応用プログラムを活性化するか否かを適応的に制御する制御モジュールと、を備え、
   前記要求事項は、前記少なくとも１つの応用プログラムが要求する前記少なくとも１つの無線チャネルの状態であるデータ送信率、パケット遅延時間、データの平均発生頻度と範囲、の内の１つ以上と、前記バッテリの状態であるバッテリ使用量に関する情報とを含み、
   前記制御モジュールは、前記無線チャネルの状態に関連する情報、及び前記少なくとも１つの応用プログラムのリソースに対する占有優先順位に基づいて前記少なくとも１つの応用プログラムが前記リソースを用いる優先順位を指定することを特徴とする適応的応用プログラム駆動装置。
2. 前記応用プログラムモジュールは、前記少なくとも１つの応用プログラムの要求事項を前記制御モジュールに登録することを特徴とする請求項１に記載の適応的応用プログラム駆動装置。
3. 前記応用プログラムモジュールは、前記少なくとも１つの無線チャネルの状態、前記バッテリの状態、及び前記少なくとも１つの応用プログラムの要求事項に基づいて、前記少なくとも１つの応用プログラムが含むメニュー機能の活性化の可否を適応的に制御する制御部を備えることを特徴とする請求項１に記載の適応的応用プログラム駆動装置。
4. 前記モニタリングモジュールは、リアルタイムに変化する前記無線チャネルの状態をモニタリングする通信状態モニタリング部を更に備え、
   前記制御モジュールは、前記少なくとも１つの応用プログラムの要求事項が前記無線チャネルの状態を満足する応用プログラムを活性化させ、
   前記少なくとも１つの応用プログラムの要求事項が前記無線チャネルの状態を満足しない応用プログラムを非活性化させることを特徴とする請求項１に記載の適応的応用プログラム駆動装置。
5. 前記モニタリングモジュールは、リアルタイムに変化する前記バッテリの状態をモニタリングするパワーモニタリング部を更に備え、
   前記制御モジュールは、前記少なくとも１つの応用プログラムの要求事項が前記バッテリの状態を満足する応用プログラムを活性化させ、
   前記少なくとも１つの応用プログラムの要求事項が前記バッテリの状態を満足しない応用プログラムを非活性化させることを特徴とする請求項１に記載の適応的応用プログラム駆動装置。
6. 前記制御モジュールは、前記少なくとも１つの応用プログラムの要求事項、前記少なくとも１つの応用プログラムのリソースに対する占有優先順位、及び前記無線チャネルの状態に関連する情報を含む格納部を更に備えることを特徴とする請求項１に記載の適応的応用プログラム駆動装置。
7. 前記制御モジュールは、前記少なくとも１つの無線チャネルの状態、前記バッテリの状態、及び前記格納部に格納された情報に基づいてユーザ端末の画面に表れる少なくとも１つのアイコンの外観又は前記少なくとも１つの応用プログラムのメニュー設定を変更する設定部を備えることを特徴とする請求項６に記載の適応的応用プログラム駆動装置。
8. 前記設定部は、前記少なくとも１つの無線チャネルの状態、前記バッテリの状態、及び前記格納部に格納された情報に基づいて、前記ユーザ端末の画面に表れる前記少なくとも１つのアイコンの表現方法を変更して表現するか、あるいは、前記少なくとも１つのアイコンが表示されないようにすることを特徴とする請求項７に記載の適応的応用プログラム駆動装置。
9. 前記少なくとも１つのアイコンの表現方法の変更は、前記少なくとも１つのアイコンのカラー、透明度、彩度、明度、大きさ、位置、形状の前記少なくとも１つのアイコンに対するイメージマッピング、立体効果、又はアニメーション効果に対する変更を含むことを特徴とする請求項８に記載の適応的応用プログラム駆動装置。
10. 前記設定部は、前記少なくとも１つの無線チャネルの状態、前記バッテリの状態、及び前記格納部に格納された情報に基づいて、前記ユーザ端末の画面に表示される前記少なくとも１つの応用プログラムのメニュー画面の表現方式を再設定して表現することを特徴とする請求項７に記載の適応的応用プログラム駆動装置。
11. ユーザ端末の適応的応用プログラム駆動装置の駆動方法であって、
    リアルタイムに変化する前記ユーザ端末の通信モジュールの少なくとも１つの無線チャネルの状態、及び前記ユーザ端末のバッテリの状態をモニタリングするステップと、
    少なくとも１つの応用プログラムの要求事項を抽出するステップと、
    前記少なくとも１つの応用プログラムの要求事項が前記少なくとも１つの無線チャネルの状態、及び前記バッテリの状態を満足するか否かに基づいて、前記少なくとも１つの応用プログラムを活性化するか否かを判断し適応的に制御するステップと、を有し、
    前記要求事項は、前記少なくとも１つの応用プログラムが要求する前記少なくとも１つの無線チャネルの状態であるデータ送信率、パケット遅延時間、データの平均発生頻度と範囲、の内の１つ以上と、前記バッテリの状態であるバッテリ使用量に関する情報とを含み、
    前記制御するステップは、前記無線チャネルの状態に関連する情報及び前記少なくとも１つの応用プログラムのリソースに対する占有優先順位に基づいて前記少なくとも１つの応用プログラムが前記リソースを用いる優先順位を指定するステップを含むことを特徴とする適応的応用プログラム駆動方法。
12. 前記少なくとも１つの応用プログラムの要求事項を制御モジュールに登録するステップを更に含むことを特徴とする請求項１１に記載の適応的応用プログラム駆動方法。
13. プロセッサが適応的に応用プログラムを駆動する方法を実行するプログラム命令語が記録されている記録媒体において、
    前記方法は、請求項１１に記載の適応的応用プログラム駆動方法であることを特徴とするコンピュータで読み出し可能な記録媒体。
14. 前記少なくとも１つの応用プログラムを活性化するか否かを判断し適応的に制御するステップは、
    前記判断した結果に基づいて、前記少なくとも１つの応用プログラムを活性化し実行可能な場合、前記ユーザ端末のディスプレイに第１モードを表示し、前記少なくとも１つの応用プログラムを活性化せず実行不可能な場合、第２モードを表示するステップを含むことを特徴とする請求項１１に記載の適応的応用プログラム駆動方法。
15. 前記第１モードは前記応用プログラムに当該するアイコンの第１形態に表示し、前記第２モードは前記アイコンの第１形態と区別されるアイコンの第２形態に表示することを特徴とする請求項１４に記載の適応的応用プログラム駆動方法。
16. 前記アイコンの第１形態はカラーアイコンであり、前記アイコンの第２形態は白黒アイコンであることを特徴とする請求項１５に記載の適応的応用プログラム駆動方法。
17. 前記アイコンの第１形態は、透明度が前記アイコンの第２形態に比べて相対的に低いアイコンであることを特徴とする請求項１５に記載の適応的応用プログラム駆動方法。
18. 前記アイコンの第１形態は、大きさが前記アイコンの第２形態に比べて大きいアイコンであることを特徴とする請求項１５に記載の適応的応用プログラム駆動方法。
19. 前記アイコンの第１形態は、前記アイコンの第２形態とは異なるアニメーション効果を有する形態であることを特徴とする請求項１５に記載の適応的応用プログラム駆動方法。

Images