(57)【要約】【課題】アプリの状態や特性をユーザに直感的にわかりやすく伝える。【解決手段】所定の条件が満たされたか否かを判断する判断手段と、前記所定の条件が満たされたと判断された場合に、インストールされているアプリケーションプログラムの状態もしくは特性を取得する取得手段と、取得された状態もしくは特性に応じて前記アプリケーションプログラムのアイコンを変更する変更手段とを備える。【選択図】図１
2014183411.tif 000002
【特許請求の範囲】
【請求項１】
所定の条件が満たされたか否かを判断する判断手段と、
前記所定の条件が満たされたと判断された場合に、インストールされているアプリケーションプログラムの状態もしくは特性を取得する取得手段と、
取得された状態もしくは特性に応じて前記アプリケーションプログラムのアイコンを変更する変更手段と
を備えたことを特徴とする携帯端末装置。
【請求項２】
請求項１に記載の携帯端末装置において、
前記判断手段は、通信可能な状態でなくなったことを条件として判断し、
前記取得手段は、前記アプリケーションプログラムの利用可能レベルを取得する
ことを特徴とする携帯端末装置。
【請求項３】
請求項２に記載の携帯端末装置において、
前記取得手段は、前記アプリケーションプログラムの設定状態を参照し、アプリケーションプログラムと設定状態と利用可能レベルとを対応付けたテーブルを参照して利用可能レベルを取得する
ことを特徴とする携帯端末装置。
【請求項４】
請求項２に記載の携帯端末装置において、
前記取得手段は、前記アプリケーションプログラムを一時的に起動してエラーログを取得し、当該エラーログを解析することで通信機能に関するエラーの状態から利用可能レベルを判定する
ことを特徴とする携帯端末装置。
【請求項５】
請求項１に記載の携帯端末装置において、
前記判断手段は、バッテリ残量が所定値を下回ったことを条件として判断し、
前記取得手段は、前記アプリケーションプログラムの使用電力レベルを取得する
ことを特徴とする携帯端末装置。
【請求項６】
請求項５に記載の携帯端末装置において、
前記取得手段は、前記アプリケーションプログラムと使用電力レベルとを対応付けたテーブルを参照して使用電力レベルを取得する
ことを特徴とする携帯端末装置。
【請求項７】
携帯端末装置を構成するコンピュータを、
所定の条件が満たされたか否かを判断する判断手段、
前記所定の条件が満たされたと判断された場合に、インストールされているアプリケーションプログラムの状態もしくは特性を取得する取得手段、
取得された状態もしくは特性に応じて前記アプリケーションプログラムのアイコンを変更する変更手段
として機能させる携帯端末装置制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末装置を制御する技術に関する。
【背景技術】
【０００２】
スマートフォンにインストールされているアプリ（アプリケーションプログラム）は、インターネットに接続する機能を有しているものが多い。
【０００３】
そのため、携帯電話無線ネットワークの圏外やＷｉ−Ｆｉ等の無線ＬＡＮのホットスポット外に居る場合には、そのような通信機能を用いるアプリを正常に使用することができない。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−３５０７５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述したように、通信機能を用いるアプリは、通信可能でない環境では正常に使用することができないのは当然であるが、高齢のユーザや通信の基礎知識に乏しいユーザ等は、通信可能な状態であること（アンテナマークが立っている等）を確認せずにアプリを起動してしまうことがある。
【０００６】
この場合、通信が行えないことでエラー表示が行われる等、正常に機能が利用できないため、アプリや携帯端末装置の不具合であると誤認してしまうことが多い。
【０００７】
また、携帯端末装置のバッテリ残量が減ってきた場合、すぐに充電できる環境下でないときは、不要不急のアプリ以外は使用を控えるべきであるが、どのアプリが電力を消費しやすいのかを知るすべはなかった。
【０００８】
一方、特許文献１には、インターネットに接続可能か否か等に基づいて、電子マネーのチャージが可能な環境下に居るか否かを報知できるようにした技術が開示されている。しかし、電子マネー利用機能を備えた携帯端末装置に特化した技術であり、上述した問題を解決できるものではない。
【０００９】
本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、アプリの状態や特性をユーザに直感的にわかりやすく伝えることにある。
【課題を解決するための手段】
【００１０】
上記の課題を解決するため、本発明にあっては、所定の条件が満たされたか否かを判断する判断手段と、前記所定の条件が満たされたと判断された場合に、インストールされているアプリケーションプログラムの状態もしくは特性を取得する取得手段と、取得された状態もしくは特性に応じて前記アプリケーションプログラムのアイコンを変更する変更手段とを備えるようにしている。
【発明の効果】
【００１１】
本発明にあっては、アプリの状態や特性をユーザに直感的にわかりやすく伝えることができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態にかかるシステムの構成例を示す図である。
【図２】実施形態の処理例を示すフローチャート（その１）である。
【図３】アプリ使用可能レベルテーブルのデータ構造例を示す図である。
【図４】アイコンの例を示す図（その１）である。
【図５】アイコンの例を示す図（その２）である。
【図６】実施形態の処理例を示すフローチャート（その２）である。
【図７】実施形態の処理例を示すフローチャート（その３）である。
【図８】アプリ使用電力レベルテーブルのデータ構造例を示す図である。
【図９】アイコンの例を示す図（その３）である。
【図１０】アイコンの例を示す図（その４）である。
【発明を実施するための形態】
【００１３】
以下、本発明の好適な実施形態につき説明する。
【００１４】
＜構成＞
図１は本発明の一実施形態にかかるシステムの構成例を示す図である。
【００１５】
図１において、スマートフォン、携帯電話等の携帯端末装置１は、携帯電話無線ネットワークの基地局３や、Ｗｉ−Ｆｉ等の無線ＬＡＮのアクセスポイント４と接続が可能となっている。基地局３やアクセスポイント４はインターネット等のネットワーク２と間接もしくは直接に接続されている。
【００１６】
携帯端末装置１は、機能部として、基本機能部１１と通信状態検出部１２とアプリ使用可能レベル取得部１３とバッテリ状態検出部１４とアプリ使用電力レベル取得部１５とアプリアイコン変更部１６とを備えている。これらの機能部は、携帯端末装置１を構成するコンピュータのＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等のハードウェア資源上で実行されるコンピュータプログラムによって実現されるものである。
【００１７】
また、携帯端末装置１には、複数のアプリ（アプリケーションプログラム）１７がインストールされている。
【００１８】
基本機能部１１は、通話、データ通信、アプリ実行等の一般的な携帯端末装置としての機能を提供する部分である。
【００１９】
通信状態検出部１２は、携帯端末装置１が外部と通信可能な状態であるか否かを検出する機能を有している。なお、ここでは携帯電話無線ネットワークを介して通信可能な状態であるのか、Ｗｉ−Ｆｉ等のネットワークを介して通信可能な状態なのかを区別せずに通信可能な状態としているが、両者を区別するようにしてもよい。外部と通信可能な状態であるか否かは、携帯端末装置１のＯＳ（Operating System）の通信管理機能の管理する状態値を参照することで判断することができる。
【００２０】
アプリ使用可能レベル取得部１３は、通信状態検出部１２により通信可能な状態でないことを検出した場合に、アプリ１７の個々について、データ通信への依存度による使用可能なレベルを取得する機能を有している。例えば、データ通信が行えない場合にほとんどの機能が使用できないアプリの使用可能レベルは低レベル、データ通信が行えなくても半分程度の機能が使用できるアプリの使用可能レベルは中レベル、データ通信が行えなくてもほとんどの機能が使用できるアプリの使用可能レベルは高レベルとする。
【００２１】
バッテリ状態検出部１４は、携帯端末装置１のバッテリ残量が所定割合（例えば、３０％）を下回ったか否かを検出する機能を有している。バッテリ残量が所定割合を下回ったか否かは、携帯端末装置１のＯＳの電源管理機能の管理する状態値を参照することで判断することができる。
【００２２】
アプリ使用電力レベル取得部１５は、バッテリ状態検出部１４によりバッテリ残量が所定割合を下回ったことを検出した場合に、アプリ１７の個々について、使用電力レベルを取得する機能を有している。例えば、アプリの使用電力を３段階のレベルに分け、低レベル、中レベル、高レベル等とすることができる。
【００２３】
アプリアイコン変更部１６は、アプリ使用可能レベル取得部１３により、および／もしくは、アプリ使用電力レベル取得部１５により、取得されたレベル（使用可能レベル、使用電力レベル）に応じてアプリのアイコンを変更する機能を有している。アイコンの変更は、例えば、画像処理により、アイコンの形状を欠けたものにする（マスク処理により表示部分の輪郭を変更する等）、シェードをかける、新たな画像を付加する等により行うことができる。
【００２４】
なお、通信状態検出部１２、アプリ使用可能レベル取得部１３、バッテリ状態検出部１４、アプリ使用電力レベル取得部１５、アプリアイコン変更部１６は、携帯端末装置１にインストールされた全てのアプリを対象とする場合には、ＯＳの機能の一部（プラグインによる機能拡張を含む）として実現することができる。所定の範囲内のアプリを対象とする場合には、それらの一群のアプリを統括するアプリ（トップアプリ、まとめアプリ等）により実現することができる。
【００２５】
＜動作＞
図２は上記の実施形態の処理例を示すフローチャートであり、通信状態に応じてアプリのアイコンを変更するようにしたものである。
【００２６】
図２において、定期処理により処理を開始すると、通信状態検出部１２は、前回の通信状態から通信状態に変化があるか否か判断し（ステップＳ１０１）、変化がないと判断した場合（ステップＳ１０１のＮｏ）は処理を終了する。
【００２７】
通信状態に変化があると判断した場合（ステップＳ１０１のＹｅｓ）、通信状態検出部１２は通信可能な状態であるか否か判断する（ステップＳ１０２）。
【００２８】
通信可能な状態でないと判断した場合（ステップＳ１０２のＮｏ）、アプリ使用可能レベル取得部１３は、アプリ１７の個々について、設定状態を参照する。アプリ１７の設定状態はＯＳのアプリ管理機能から参照することができる。
【００２９】
次いで、アプリ使用可能レベル取得部１３は、アプリ使用可能レベルテーブルを参照し、アプリ１７の個々について、設定状態に応じて、データ通信への依存度による使用可能な使用可能レベルを取得する（ステップＳ１０４）。
【００３０】
図３はアプリ使用可能レベルテーブルのデータ構造例を示す図であり、「アプリＩＤ（アプリ名称）」「アプリの設定状態」「通信断時のアプリの使用可能レベル」等の項目（フィールド）を有している。
【００３１】
「アプリＩＤ（アプリ名称）」は、アプリを特定する情報である。「アプリの設定状態」は、同期の有効・無効の設定等の、ユーザにより変更可能な項目の状態を示す情報である。「通信断時のアプリの使用可能レベル」は、予め各アプリについて該当する設定状態における機能を確認し、通信に依存する機能と通信に依存しない機能との割合に基づいて、例えば、高レベル、中レベル、低レベル等が設定されたものである。アプリ使用可能レベル取得部１３は、アプリ使用可能レベルテーブルからアプリＩＤもしくはアプリ名称と設定状態をキーにして通信断時のアプリの使用可能レベルを参照し、アプリの使用可能レベルをアプリ１７の個々について取得する。
【００３２】
図２に戻り、アプリアイコン変更部１６は、アプリの使用可能レベルに変更のあるアプリにつき、アイコンを変更し（ステップＳ１０５）、処理を終了する。
【００３３】
図４はアイコンの例を示す図であり、（ａ）は使用可能レベルが高レベルでアイコンに変更を加えない場合、（ｂ）は使用可能レベルが中レベルでアイコンの一部を欠けたものに変更した場合、（ｃ）は使用可能レベルが低レベルでアイコンの大部分を欠けたものに変更した場合をそれぞれ示している。
【００３４】
また、図５はアイコンの他の例を示す図であり、（ａ）は使用可能レベルが高レベルでアイコンに変更を加えない場合、（ｂ）は使用可能レベルが中レベルでアイコンの前面に薄いグレーのシェードをかけたものに変更した場合、（ｃ）は使用可能レベルが低レベルでアイコンの前面に濃いグレーのシェードをかけたものに変更した場合をそれぞれ示している。
【００３５】
図２に戻り、通信可能な状態であると判断した場合（ステップＳ１０２のＹｅｓ）、アプリアイコン変更部１６は、変更したアプリのアイコンを元の状態（通常の状態）に復元し（ステップＳ１０６）、処理を終了する。
【００３６】
このように、通信可能な状態でなくなった場合、アプリの使用可能レベルに応じてアイコンを変更することで、どの程度の機能が使用できるのかをユーザに直感的にわからせることができ、フルの機能を使用したい場合には通信可能な状態になるまで待たせるとか、あえて起動して使用できない機能があってもアプリや機器の不具合であると誤解させることがなくなるという利点がある。
【００３７】
上述した実施形態の変形例として、アプリ毎に過去一定期間内の通信頻度をレベル分けし、テーブル等においてアプリＩＤ等と対応付けて管理することもできる。この場合、アプリの設定状態毎に区別して管理してもよい。通信頻度が高いアプリは、通信可能でなくなった場合の全体的な機能に対するダメージは大きいと考えられるため、通信頻度が高い場合の利用可能レベルは低レベル、通信頻度が中程度の場合の利用可能レベルは中レベル、通信頻度が低い場合の利用可能レベルは高レベルとすることができる。
【００３８】
図６は上記の実施形態の他の処理例を示すフローチャートであり、アプリの使用可能レベルの取得を別の手法で行うようにしたものである。
【００３９】
図６において、定期処理により処理を開始すると、通信状態検出部１２は、前回の通信状態から通信状態に変化があるか否か判断し（ステップＳ２０１）、変化がないと判断した場合（ステップＳ２０１のＮｏ）は処理を終了する。
【００４０】
通信状態に変化があると判断した場合（ステップＳ２０１のＹｅｓ）、通信状態検出部１２は通信可能な状態であるか否か判断する（ステップＳ２０２）。
【００４１】
通信可能な状態でないと判断した場合（ステップＳ２０２のＮｏ）、アプリ使用可能レベル取得部１３は、テストのためにアプリを一時的に起動する旨のメッセージを表示する（ステップＳ２０３）。これは、起動時に画面のフロントに画面が表示されるタイプのアプリである場合にユーザに違和感を与えるのを防止するためであり、省略することもできる。
【００４２】
次いで、アプリ使用可能レベル取得部１３は、対象となるアプリを順次に一時的に起動する（ステップＳ２０４）。なお、バックグラウンドで起動できるタイプのアプリについてはバックグラウンドで起動するのが望ましい。
【００４３】
次いで、アプリ使用可能レベル取得部１３は、アプリの一時的な起動におけるエラーログを取得する（ステップＳ２０５）。
【００４４】
次いで、アプリ使用可能レベル取得部１３は、エラーログを解析し、通信機能についてのエラーの有無や頻度からアプリの使用可能レベルを判定する（ステップＳ２０６）。通信機能を使用するアプリは通信可能でない状態ではエラーを発生させるため、エラーの種類や頻度により使用可能レベルを判定することができる。
【００４５】
次いで、アプリアイコン変更部１６は、アプリの使用可能レベルに変更のあるアプリにつき、アイコンを変更し（ステップＳ２０７）、処理を終了する。アイコンの変更例は図４、図５に示したのと同様である。
【００４６】
一方、通信可能な状態であると判断した場合（ステップＳ２０２のＹｅｓ）、アプリアイコン変更部１６は、変更したアプリのアイコンを元の状態（通常の状態）に復元し（ステップＳ２０８）、処理を終了する。
【００４７】
図７は上記の実施形態の他の処理例を示すフローチャートであり、バッテリ状態に応じてアプリのアイコンを変更するようにしたものである。
【００４８】
図７において、定期処理により処理を開始すると、バッテリ状態検出部１４は、携帯端末装置１のバッテリ残量が所定割合（例えば、３０％）を下回ったか否か判断する（ステップＳ３０１）。
【００４９】
バッテリ残量が所定割合を下回ったと判断した場合（ステップＳ３０１のＹｅｓ）、アプリ使用電力レベル取得部１５は、アプリ使用電力テーブルを参照し、アプリ１７の個々について、使用電力レベルを取得する（ステップＳ３０２）。
【００５０】
図８はアプリ使用電力レベルテーブルのデータ構造例を示す図であり、「アプリＩＤ（アプリ名称）」「使用電力レベル」等の項目を有している。「アプリＩＤ（アプリ名称）」は、アプリを特定する情報である。「使用電力レベル」は、アプリの使用電力に基づいて、例えば、低レベル、中レベル、高レベル等が設定されたものである。アプリ使用電力レベル取得部１５は、アプリ使用可能レベルテーブルからアプリＩＤもしくはアプリ名称をキーにして使用電力レベルを参照し、アプリの使用電力レベルをアプリ１７の個々について取得する。
【００５１】
図７に戻り、アプリアイコン変更部１６は、アプリの使用電力レベルに変更のあるアプリにつき、アイコンを変更し（ステップＳ３０３）、処理を終了する。
【００５２】
図９はアイコンの例を示す図であり、（ａ）は使用電力レベルが低レベルで元のアイコンの左隣に発光量の少ない電球の図形を加えた場合、（ｂ）は使用電力レベルが中レベルで元のアイコンの左隣に発光量の中程度の電球の図形を加えた場合、（ｃ）は使用電力レベルが高レベルで元のアイコンの左隣に発光量の大きい電球の図形を加えた場合をそれぞれ示している。
【００５３】
また、図１０はアイコンの他の例を示す図であり、（ａ）は使用電力レベルが低レベルで元のアイコンに電力量を示す「ＭＰ５」の図形を加えた場合、（ｂ）は使用電力レベルが中レベルで元のアイコンに電力量を示す「ＭＰ３０」の図形を加えた場合、（ｃ）は使用電力レベルが高レベルで元のアイコンに電力量を示す「ＭＰ１００」の図形を加えた場合をそれぞれ示している。
【００５４】
なお、上述したアイコンの変更に加えて、起動されているアプリには更にグレーのシェーディング等を付加することで、起動されているアプリであることをユーザに知らせ、強制終了させることで節電を促すようにすることもできる。
【００５５】
図７に戻り、バッテリ残量が所定割合を下回ってないと判断した場合（ステップＳ３０１のＮｏ）、バッテリ状態検出部１４は、更にバッテリ残量が所定割合（例えば、４０％）を上回ったか否か判断し（ステップＳ３０４）、上回っていないと判断した場合（ステップＳ３０４のＮｏ）、処理を終了する。
【００５６】
バッテリ残量が所定割合を上回ったと判断した場合（ステップＳ３０４のＹｅｓ）、アプリアイコン変更部１６は、変更したアプリのアイコンを元の状態（通常の状態）に復元し（ステップＳ３０５）、処理を終了する。
【００５７】
このように、バッテリ残量が少なくなった場合、アプリの使用電力レベルに応じてアイコンを変更することで、どのアプリを使うのがバッテリの消耗を抑えるのに効果的かをユーザに直感的にわからせることができ、効率的な操作を促すことができるという利点がある。
【００５８】
＜総括＞
以上説明したように、本実施形態によれば、アプリの状態や特性をユーザに直感的にわかりやすく伝えることができる。
【００５９】
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。
【符号の説明】
【００６０】
１        携帯端末装置
１１      基本機能部
１２      通信状態検出部
１３      アプリ使用可能レベル取得部
１４      バッテリ状態検出部
１５      アプリ使用電力レベル取得部
１６      アプリアイコン変更部
１７      アプリ
２        ネットワーク
３        基地局
４        アクセスポイント
【図１】
2014183411.tif 000003
【図２】
2014183411.tif 000004
【図３】
2014183411.tif 000005
【図６】
2014183411.tif 000006
【図７】
2014183411.tif 000007
【図８】
2014183411.tif 000008
【図４】
2014183411.tif 000009
【図５】
2014183411.tif 000010
【図９】
2014183411.tif 000011
【図１０】
2014183411.tif 000012