JP6554830B2 - 情報処理装置、入力支援プログラム、及び入力支援方法 - Google Patents

Description

本発明は、情報処理装置、入力支援プログラム、及び入力支援方法に関する。

近年、携帯端末等の情報処理装置で利用可能な多数のアプリケーションプログラム（以下では、単に「アプリ」と呼ぶことがある）が流通している。そして、ユーザは種々のアプリを情報処理装置にインストールして利用することができる。

流通しているアプリの中には、無料で利用できるアプリも多数存在している。このような状況の下ではユーザが気軽にアプリをインストールできるので、通常、情報処理装置には多数のアプリがインストールされている。

このように情報処理装置に多数のアプリがインストールされていると、ユーザが実行したいアプリケーションを見つけるのに苦労する。

そこで、従来、「時刻情報」及び「位置情報」を用いてユーザの使用アプリ候補を予測し、予測した使用アプリ候補の「操作オブジェクト（つまり、操作メニュー及びアイコン等）」を表示する技術が提案されている。この技術により、時刻及び位置から予測される使用シーンにマッチした使用頻度の高いアプリを表示することができ、ユーザの利便性を向上させることができる。

特開２０１０−１０９７８９号公報 特開２００２−１９０８４７号公報 特開２００８−３１０７９１号公報

ところで、アプリの中には、毎日のように使用されるものもあれば、週末のみ、旅行時のみ、又は、特別なイベント時のみ使用されるものもある。すなわち、使用頻度は、アプリによってまちまちである。

使用頻度の高いアプリであればユーザが記憶しているので見つけるのに苦労は伴わない。すなわち、ユーザが見つけるのに苦労するのは、使用頻度の低いアプリについてである。従って、ユーザによる使用頻度の低いアプリの探索をサポートする技術が望まれている。

開示の技術は、アプリの選択効率を向上することができる、情報処理装置、入力支援プログラム、及び入力支援方法を提供することを目的とする。

開示の態様では、情報処理装置は、記憶部と、特定部と、表示制御部とを具備する。前記記憶部は、過去の各関連判定期間にて起動されたが実行されなかった非実行アプリ及び実際に実行された実行アプリにおける各アプリペアの対応に関する情報を記憶する。前記特定部は、前記対応に関する情報に基づいて関連したアプリを特定する。前記表示制御部は、前記特定されたアプリを表示部に表示する。

開示の態様によれば、アプリの選択効率を向上することができる。

図１は、実施例１の情報処理装置の一例を示すブロック図である。 図２は、実施例１の関連性テーブルの一例を示す図である。 図３は、実施例１の情報処理装置の処理動作の一例を示すフローチャートである。 図４は、実施例１の探索中条件の説明に供する図である。 図５は、実施例１の探索中条件の説明に供する図である。 図６は、実施例１の表示可否判定処理の一例を示すフローチャートである。 図７は、実施例１の表示可否判定処理の説明に供する図である。 図８は、実施例１の表示可否判定処理の説明に供する図である。 図９は、関連アプリの表示例を示す図である。 図１０は、実施例２の関連性テーブルの一例を示す図である。 図１１は、実施例２の探索中条件の説明に供する図である。 図１２は、実施例２の探索中条件の説明に供する図である。 図１３は、実施例２の表示可否判定処理の説明に供する図である。 図１４は、実施例２の表示可否判定処理の説明に供する図である。 図１５は、情報処理装置のハードウェア構成例を示す図である。

以下に、本願の開示する情報処理装置、入力支援プログラム、及び入力支援方法の実施形態を図面に基づいて詳細に説明する。なお、この実施形態により本願の開示する情報処理装置、入力支援プログラム、及び入力支援方法が限定されるものではない。また、実施形態において同一の機能を有する構成には同一の符号を付し、重複する説明は省略される。

［実施例１］
［情報処理装置の構成例］
図１は、実施例１の情報処理装置の一例を示すブロック図である。情報処理装置１０は、例えば、携帯端末であり、以下では、情報処理装置１０が携帯端末であることを前提として説明する。図１において、情報処理装置１０は、無線部１１と、信号処理部１２と、制御部１３と、表示部１４と、操作部１５と、記憶部１６とを有する。

無線部１１は、通信相手の通信装置から送信された無線信号をアンテナを介して受信し、受信した無線信号に対して所定の無線受信処理（ダウンコンバート、アナログデジタル変換等）を施し、得られた受信信号を信号処理部１２へ出力する。また、無線部１１は、信号処理部１２から受け取る送信信号に対して所定の無線送信処理（デジタルアナログ変換、アップコンバート等）を施し、得られた無線信号をアンテナを介して送信する。

信号処理部１２は、無線部１１から受け取る受信信号に対して所定の受信信号処理（復調、復号等）を施して、得られた受信データを出力する。また、信号処理部１２は、入力した送信データに対して所定の送信信号処理（符号化、変調等）を施して、得られた送信信号を無線部１１へ出力する。

制御部１３は、情報処理装置１０全体を制御する。例えば、制御部１３は、図１に示すように、表示制御部２１と、処理制御部２２と、探索サポート部２３とを有する。

表示制御部２１は、表示部１４を制御して、表示部１４に表示画像を表示させる。例えば、表示制御部２１は、後述するように、探索サポート部２３で特定された、関連性の高いアプリに関する情報（例えば、アイコン、メニュー等）を、表示部１４に表示させる。

処理制御部２２は、ユーザによる操作部１５を用いた操作に応じた処理を実行する。

記憶部１６は、プログラム及びデータを記憶する。例えば、記憶部１６は、「関連性テーブル」を記憶する。「関連性テーブル」は、過去の各「関連判定期間」にて起動されたが実行されなかった「非実行アプリ」及び実際に実行された「実行アプリ」における「各アプリペアの対応に関する情報」を記憶する。

関連判定期間は、情報処理装置１０の起動後又は１つ前の関連判定期間の終了後にユーザによる「所定操作」が行われたときに開始し、実行アプリが実行されたとき又は開始のタイミングから所定時間が経過したときに終了する。「所定操作」は、例えば、ホーム画面の切替操作、ランチャの切替操作、フォルダを開ける操作、及び、アプリの検索操作の少なくとも１つを含む。すなわち、「所定操作」は、アプリ探索手順を構成する「探索操作」に相当する。

また、例えば、「各アプリペアの対応に関する情報」は、過去の各関連判定期間において各アプリペアが対応付けられた「対応回数」である。図２は、実施例１の関連性テーブルの一例を示す図である。例えば、或る関連判定期間においてアプリ＃Ａ及びアプリ＃Ｃが非実行アプリであり且つアプリ＃Ｂが実行アプリであった場合、アプリ＃Ａとアプリ＃Ｂのアプリペア、アプリ＃Ａとアプリ＃Ｃのアプリペア、及びアプリ＃Ｂとアプリ＃Ｃのアプリペアのそれぞれに対応する「対応回数」が１つインクリメントされる。

図１の説明に戻り、探索サポート部２３は、ユーザによる「アプリの探索」をサポートする「探索サポート処理」を実行する。例えば、探索サポート部２３は、図１に示すように、特定部３１と、探索操作検出部３２と、アプリ管理部３３と、計数部３４と、判定部３５と、更新部３６とを有する。

アプリ管理部３３は、非実行アプリ及び実行アプリに関する情報を、関連判定期間単位で管理する。

特定部３１は、上記の関連性テーブルを用いて、「関連したアプリ」を特定する。特定部３１は、アプリ管理部３３で管理された非実行アプリを含むアプリペアと対応付けられた対応回数に基づいて、「関連したアプリ」を特定する。例えば、特定部３１は、アプリ管理部３３で管理された非実行アプリが複数存在する場合、各非実行アプリをそれぞれ含むアプリペアと対応付けられた対応回数の総和が最も多いアプリを特定し、特定したアプリを、「関連したアプリ」として特定する。

探索操作検出部３２は、上記の「探索操作」を検出する。

計数部３４は、探索操作検出部３２で検出された「探索操作」の回数、及び、非実行アプリの数を、関連判定期間単位でカウントする。

判定部３５は、「探索中条件」を満たしたか否かを判定する。例えば、「探索中条件」は、「探索操作」の回数が５回に到達し、且つ、非実行アプリの数が２つに到達することである。すなわち、判定部３５は、計数部３４でカウントされた「探索操作」の回数及び非実行アプリの数に基づいて、ユーザがアプリを探索中であるか否かを判定する。

更新部３６は、判定部３５によって探索中であると判定された場合、アプリ管理部３３で管理されている情報に基づいて、上記の「関連性テーブル」を更新する。更新部３６は、上記の通り、アプリ管理部３３で管理されている情報に基づいて、関連判定期間における非実行アプリ及び実行アプリから得られる各アプリペアと「関連性テーブル」で対応付けられた対応回数を１つインクリメントする。

表示部１４は、表示制御部２１の制御に従って、画像を表示する。操作部１５は、ユーザによる操作を受け付け、受け付けた操作に応じた信号を制御部１３へ出力する。

［情報処理装置の動作例］
以上の構成を有する情報処理装置１０の処理動作の一例について説明する。図３は、実施例１の情報処理装置の処理動作の一例を示すフローチャートである。図３では、特に、探索サポート部２３による探索サポート処理の一例が示されている。図３に示すフローは、各関連判定期間の開始とともにスタートする。ここでは、ｋ（ｋは２以上の自然数）番目の関連判定期間がスタートしたケースとして説明する。

探索サポート部２３は、イベントが発生するまで待ち（ステップＳ１０１否定）、イベントが発生すると（ステップＳ１０１肯定）、そのイベントの種類が「探索操作」であるか否かを判定する（ステップＳ１０２）。

イベントの種類が「探索操作」である場合（ステップＳ１０２肯定）、探索サポート部２３は、「表示可否判定処理」を実行する（ステップＳ１０３）。「表示可否判定処理」については、後に図６を参照して説明する。

探索サポート部２３は、探索操作の回数を１つインクリメントする（ステップＳ１０４）。そして、処理ステップは、ステップＳ１１０へ進む。

一方、イベントの種類が「探索操作」でない場合（ステップＳ１０２否定）、探索サポート部２３は、イベントの種類がアプリ起動であるか否かを判定する（ステップＳ１０５）。

イベントの種類がアプリ起動である場合（ステップＳ１０５肯定）、探索サポート部２３は、アプリが実行されたか否かを判定する（ステップＳ１０６）。ここで、「アプリの実行／非実行」の判定では、アプリが起動されたタイミングから所定時間内にそのアプリが取り消された場合、「非実行」と判定され、アプリが起動されたタイミングから所定時間内にそのアプリが取り消されない場合、「実行」と判定される。なお、イベントの種類がアプリ起動でない場合（ステップＳ１０５否定）、処理ステップは、ステップＳ１０１へ戻る。

アプリが実行されなかった場合（ステップＳ１０６否定）、探索サポート部２３は、「表示可否判定処理」を実行する（ステップＳ１０７）。「表示可否判定処理」については、後に図６を参照して説明する。

探索サポート部２３は、非実行アプリの識別情報（例えば、名称、格納パス等）を保持する（ステップＳ１０８）。

探索サポート部２３は、非実行アプリの数を１つインクリメントする（ステップＳ１０９）。

探索サポート部２３は、「探索中条件」が満たされたか否かを判定する（ステップＳ１１０）。上記の通り、「探索中条件」は、例えば、「探索操作」の回数が５回に到達し、且つ、非実行アプリの数が２つに到達することである。

「探索中条件」が満たされた場合（ステップＳ１１０肯定）、探索サポート部２３は、情報処理装置１０の状態を探索中状態に変更する（ステップＳ１１１）。探索サポート部２３は、「表示可否判定処理」を実行する（ステップＳ１１２）。そして、処理ステップは、ステップＳ１０１へ戻る。

「探索中条件」が満たされていない場合（ステップＳ１１０否定）、探索サポート部２３は、情報処理装置１０の状態を通常状態のままとする（ステップＳ１１３）。そして、処理ステップは、ステップＳ１０１へ戻る。

ここで、具体例を挙げて実施例１の「探索中条件」を説明する。図４及び図５は、実施例１の探索中条件の説明に供する図である。図４において、「Ｈ」は、ホーム画面の切替操作を意味し、「Ｌ」は、ランチャの切替操作を意味し、「Ｆ」は、フォルダを開ける操作を意味する。また、例えば、「ＮＡ＃Ａ」は、非実行アプリとしてのアプリ＃Ａを意味し、「ＥＡ＃Ｄ」は、実行アプリとしてのアプリ＃Ｄを意味する。以下の各図面において、この表示ルールは共通する。

図４の例では、まず、ホーム画面の切替操作が行われ、探索操作の回数が「０」から１つインクリメントとされる。続いて、ランチャの切替操作、フォルダを開ける操作が行われ、探索操作の回数が「３」となる。続いて、アプリ＃Ａが起動されたが実行されず、探索操作の回数が「４」となり、非実行アプリの数が「１」となる。続いて、ランチャの切替操作が行われ、探索操作の回数が「５」となる。このとき、探索操作の回数が「５」という点では探索中条件が満たされているが、非実行アプリの数が２つに到達するという点では探索中条件は未だ満たされていない。続いて、アプリ＃Ｂが起動されたが実行されなかった時点で、非実行アプリの数が２つに到達して探索中条件が満たされる。このときから探索中状態となる。

また、図５の例では、まず、アプリ＃Ｄ及びアプリ＃Ａが起動されたが実行されず、探索操作の回数が「２」となり、非実行アプリの数が「２」となる。続いて、フォルダを開ける操作が２回行われ、ランチャの切替操作が行われることで、探索操作の回数が「５」となり、非実行アプリの数が「２」となる。この時点で、探索中条件が満たされる。

図３の説明に戻り、アプリが実行された場合（ステップＳ１０６肯定）、探索サポート部２３は、実行アプリの識別情報を保持する（ステップＳ１１４）。ここで、アプリが実行されると、ｋ番目の関連判定期間はクローズされる。

探索サポート部２３は、探索中状態であるか否かを判定する（ステップＳ１１５）。探索中状態でない場合（ステップＳ１１５否定）、ｋ番目の関連判定期間についての処理フローは終了する。

探索中状態である場合（ステップＳ１１５肯定）、探索サポート部２３は、関連性テーブルを更新する（ステップＳ１１６）。

例えば、図４の例では、探索サポート部２３によって、非実行アプリとしてアプリ＃Ａ、アプリ＃Ｂ、及びアプリ＃Ｃが保持（管理）され、実行アプリとしてアプリ＃Ｄが保持（管理）されている。よって、ｋ番目の関連判定期間の非実行アプリ及び実行アプリから得られるアプリペアは、「アプリ＃Ａ，アプリ＃Ｂ」、「アプリ＃Ａ，アプリ＃Ｃ」、「アプリ＃Ａ，アプリ＃Ｄ」、「アプリ＃Ｂ，アプリ＃Ｃ」、「アプリ＃Ｂ，アプリ＃Ｄ」、及び「アプリ＃Ｃ，アプリ＃Ｄ」の６つのアプリペアである。従って、「関連性テーブル」において、この６つのアプリペアのそれぞれに対応する「対応回数」が１つインクリメントされる。

ここで、上記の「表示可否判定処理」について説明する。図６は、実施例１の表示可否判定処理の一例を示すフローチャートである。

探索サポート部２３は、現在の情報処理装置１０の状態が「探索中状態」であるか否かを判定する（ステップＳ２０１）。現在の情報処理装置１０の状態が「探索中状態」でない場合（ステップＳ２０１否定）、「表示可否判定処理」は終了する。

現在の情報処理装置１０の状態が「探索中状態」である場合（ステップＳ２０１肯定）、探索サポート部２３は、（ｋ−１）番目の関連判定期間で更新された関連性テーブルを用いて、「関連アプリ」を特定し（ステップＳ２０２）、特定した「関連アプリ」を表示する（ステップＳ２０３）。表示タイミングは、例えば、「探索中状態」となってからユーザによって為された各入力操作時である。

例えば、探索操作履歴が図７に示すものであると仮定する。図７及び図８は、実施例１の表示可否判定処理の説明に供する図である。図７に示す探索操作履歴では、ランチャの切替操作「Ｌ」が行われた時点で「探索中条件」が満たされ、情報処理装置１０の状態が「探索中状態」となる。この時点で、探索サポート部２３によって保持（管理）されている非実行アプリは、アプリ＃Ｄ及びアプリ＃Ｆである。

そして、探索サポート部２３は、管理されている非実行アプリを含むアプリペアと対応付けられた対応回数に基づいて、「関連したアプリ」を特定する。ここでは、複数の非実行アプリ（つまり、アプリ＃Ｄ及びアプリ＃Ｆ）が管理されているので、探索サポート部２３は、例えば、各非実行アプリをそれぞれ含むアプリペアと対応付けられた対応回数の総和が最も多いアプリを特定し、特定したアプリを、「関連したアプリ」として特定する。例えば、関連性テーブルが図８に示す状態である場合、アプリ＃Ｄ及びアプリ＃Ｆのそれぞれを含むアプリペアと対応付けられた対応回数の総和が最も大きいアプリは、総和が「３」であるアプリ＃Ａである。よって、この例の場合、「関連したアプリ」はアプリ＃Ａである。従って、この例の場合、アプリ＃Ａが「関連したアプリ」として表示される。

なお、このとき、「関連したアプリ」として、アプリ＃Ａだけでなく、管理されている非実行アプリ（つまり、アプリ＃Ｄ及びアプリ＃Ｆ）も一緒に表示されてもよい。また、ここでは、各非実行アプリをそれぞれ含むアプリペアと対応付けられた対応回数の総和が最も多いアプリを特定し、特定したアプリを、「関連したアプリ」として特定するものとして説明したが、これに限定されない。例えば、各非実行アプリをそれぞれ含むアプリペアと対応付けられた対応回数の総和がゼロでないアプリを特定し、特定したアプリを「関連したアプリ」として特定してもよい。すなわち、図８に示す例では、アプリ＃Ａ、アプリ＃Ｂ、アプリ＃Ｃ、アプリ＃Ｄ、及びアプリ＃Ｆが「関連したアプリ」として特定されてもよい。また、「関連したアプリ」から、管理されている非実行アプリ（つまり、アプリ＃Ｄ及びアプリ＃Ｆ）が除外されてもよい。この場合、アプリ＃Ａ、アプリ＃Ｂ、及びアプリ＃Ｃが「関連したアプリ」として特定されることになる。このとき、情報処理装置１０の表示部１４には、例えば、図９に示すように、「関連したアプリ」が表示される。図９は、関連アプリの表示例を示す図である。

以上のように本実施例によれば、情報処理装置１０において、記憶部１６は、過去の各関連判定期間にて起動されたが実行されなかった非実行アプリ及び実際に実行された実行アプリにおける各アプリペアの対応に関する情報を保持する「関連性テーブル」を記憶する。そして、探索サポート部２３の特定部３１は、「関連性テーブル」に保持された上記の対応に関する情報に基づいて「関連したアプリ」を特定する。そして、表示制御部２１は、探索サポート部２３の特定部３１によって特定された「関連したアプリ」を表示部１４に表示する。

この情報処理装置１０の構成により、使用頻度に関わらず、「関連したアプリ」を表示することができるので、使用頻度の低いアプリの探索を容易にすることができる。すなわち、ユーザによるアプリの選択効率を向上させることができる。

例えば、記憶部１６は、関連性テーブルに保持された上記の「対応に関する情報」として、過去の各関連判定期間において各アプリペアが対応付けられた「対応回数」を記憶する。そして、探索サポート部２３のアプリ管理部３３は、対象の関連判定期間での非実行アプリを管理し、特定部３１は、アプリ管理部３３で管理している非実行アプリを含むアプリペアと関連性テーブルにて対応付けられた対応回数に基づいて、「関連したアプリ」を特定する。

この情報処理装置１０の構成により、過去の各関連判定期間において各アプリペアが対応付けられた「対応回数」、つまり、共通の関連判定期間において各アプリペアが探索操作の対象とされる回数を、関連性の高いアプリを選択する指標として用いることができる。

また、例えば、探索サポート部２３の特定部３１は、アプリ管理部３３で管理している非実行アプリが１つである場合、その非実行アプリを含むアプリペアと対応づけられた対応回数が最も多いアプリを特定し、特定したアプリを「関連したアプリ」として特定してもよい。また、例えば、探索サポート部２３の特定部３１は、アプリ管理部３３で管理している非実行アプリが複数存在する場合、各非実行アプリをそれぞれ含むアプリペアと対応づけられた対応回数の総和が最も多いアプリを特定し、特定したアプリを「関連したアプリ」として特定してもよい。

この情報処理装置１０の構成により、管理している非実行アプリと最も関連性が高いと推定されるアプリに選択候補を絞って表示させる。

また、例えば、探索サポート部２３の特定部３１は、アプリ管理部３３で管理している非実行アプリが１つである場合、その非実行アプリを含むアプリペアと対応づけられた対応回数がゼロでないアプリをすべて特定し、特定したアプリを「関連したアプリ」として特定してもよい。また、例えば、探索サポート部２３の特定部３１は、アプリ管理部３３で管理している非実行アプリが複数存在する場合、各非実行アプリをそれぞれ含むアプリペアと対応づけられた対応回数がゼロでないアプリを特定し、特定したアプリを「関連したアプリ」として特定してもよい。

この情報処理装置１０の構成により、管理している非実行アプリと少しでも関連性があると推定されるアプリを選択候補として広く表示させることができる。

なお、「関連したアプリ」として特定するアプリから、管理されている非実行アプリは除外されてもよい。これにより、ユーザによる一連の探索処理において既にユーザによって選択されているため既に探索対象のアプリから外れていると推定される非実行アプリを、表示対象（つまり、「関連したアプリ」）から除外することができる。

また、情報処理装置１０において、探索サポート部２３のアプリ管理部３３は、ｋ番目の関連判定期間における非実行アプリ及び実行アプリに関する情報を管理する。そして、計数部３４は、ｋ番目の関連判定期間における「探索操作」の回数、及び、非実行アプリの数をカウントする。そして、判定部３５は、ｋ番目の関連判定期間でカウントされた「探索操作」の回数及び非実行アプリの数に基づいて、ユーザがアプリを探索中か否かを判定する。そして、更新部３６は、判定部３５によって探索中であると判定された場合、アプリ管理部３３で管理されている情報に基づいて、記憶部１６に記憶されているｋ番目の関連判定期間より前の「対応に関する情報」を更新する。

例えば、更新部３６は、アプリ管理部３３で管理されている情報に基づいてｋ番目の関連判定期間における非実行アプリ及び実行アプリから得られる各アプリペアと記憶部１６で対応付けられた対応回数をインクリメントする。

この情報処理装置１０の構成により、過去の各関連判定期間において各アプリペアが対応付けられた「対応回数」、つまり、共通の関連判定期間において各アプリペアが探索操作の対象とされる回数を、記憶部１６にて管理することができる。

［実施例２］
実施例２では、「開閉操作されたフォルダ」が、実施例１の「非実行アプリ」と同等に扱われる。すなわち、例えば、上記の「探索中条件」は、「探索操作」の回数及び非実行アプリの数に加えて、「開閉操作されたフォルダ」の数に基づく。なお、実施例２の情報処理装置の基本構成は、実施例１の情報処理装置１０と共通するので、図１を用いて説明する。

実施例２における情報処理装置１０の記憶部１６は、「関連性テーブル」を記憶する。「関連性テーブル」は、過去の各「関連判定期間」にて起動されたが実行されなかった「非実行アプリ」、「開閉操作されたフォルダ」、及び、実際に実行された「実行アプリ」における、「各ペアの対応に関する情報」を記憶する。

例えば、「各ペアの対応に関する情報」は、過去の各関連判定期間において各ペアが対応付けられた「対応回数」である。図１０は、実施例２の関連性テーブルの一例を示す図である。例えば、或る関連判定期間において、アプリ＃Ａ及びアプリ＃Ｃが非実行アプリであり、フォルダ＃１が開閉操作されたフォルダであり、且つ、アプリ＃Ｂが実行アプリであった場合、アプリ＃Ａとアプリ＃Ｂのペア、アプリ＃Ａとアプリ＃Ｃのペア、及びアプリ＃Ｂとアプリ＃Ｃのペア、フォルダ＃１とアプリ＃Ａのペア、フォルダ＃１とアプリ＃Ｂのペア、及び、フォルダ＃１とアプリ＃Ｃのペアのそれぞれに対応する「対応回数」が１つインクリメントされる。

また、探索サポート部２３のアプリ管理部３３は、非実行アプリ、実行アプリ、及び開閉操作されたフォルダに関する情報を、関連判定期間単位で管理する。

また、探索サポート部２３の計数部３４は、探索操作検出部３２で検出された「探索操作」の回数、非実行アプリの数、及び、開閉操作されたフォルダの数を、関連判定期間単位でカウントする。

また、探索サポート部２３の判定部３５は、「探索中条件」を満たしたか否かを判定する。例えば、「探索中条件」は、「探索操作」の回数が５回に到達し、且つ、非実行アプリの数が２つに到達するか、又は、「探索操作」の回数が５回に到達し、且つ、開閉操作されたフォルダが２つに到達することである。すなわち、判定部３５は、計数部３４でカウントされた「探索操作」の回数、非実行アプリの数、及び、開閉操作されたフォルダの数に基づいて、ユーザがアプリを探索中であるか否かを判定する。

ここで、具体例を挙げて実施例２の「探索中条件」を説明する。図１１及び図１２は、実施例２の探索中条件の説明に供する図である。図１１において、例えば、「ＦＬ＃１」は、フォルダ＃１を開閉する操作を意味する。

図１１の例では、まず、ホーム画面の切替操作、ランチャの切替操作が行われ、探索操作の回数が「０」から２つインクリメントとされる。続いて、フォルダ＃１を開閉する操作が行われ、探索操作の回数が「３」となり、開閉操作されたフォルダの数が「１」となる。続いて、アプリ＃Ａが起動されたが実行されず、探索操作の回数が「４」となり、非実行アプリの数が「１」となる。続いて、ランチャの切替操作が行われ、探索操作の回数が「５」となる。このとき、探索操作の回数が「５」という点では探索中条件が満たされているが、非実行アプリの数が２つに到達するか又は開閉されたフォルダの数が２つに到達するという点では探索中条件は未だ満たされていない。続いて、アプリ＃Ｂが起動されたが実行されなかった時点で、非実行アプリの数が２つに到達して探索中条件が満たされる。このときから探索中状態となる。

また、図１２の例では、まず、アプリ＃Ｄ及びアプリ＃Ａが起動されたが実行されず、探索操作の回数が「２」となり、非実行アプリの数が「２」となる。続いて、フォルダ＃１及びフォルダ＃２が開閉され、探索操作の回数が「４」となり、開閉操作されたフォルダの数が「２」となる。続いて、ランチャの切替操作が行われることで、探索操作の回数が「５」となる。この時点で、探索中条件が満たされる。

また、探索サポート部２３の更新部３６は、判定部３５によって探索中であると判定された場合、アプリ管理部３３で管理されている情報に基づいて、上記の「関連性テーブル」を更新する。更新部３６は、上記の通り、アプリ管理部３３で管理されている情報に基づいて、関連判定期間における、非実行アプリ、実行アプリ、及び開閉操作されたフォルダから得られる各ペアと「関連性テーブル」で対応付けられた対応回数を１つインクリメントする。

例えば、図１２の例では、探索サポート部２３のアプリ管理部３３によって、非実行アプリとしてアプリ＃Ａ及びアプリ＃Ｄが保持（管理）され、実行アプリとしてアプリ＃Ｆが保持（管理）され、開閉操作されたフォルダとしてフォルダ＃１及びフォルダ＃２が保持（管理）されている。よって、図１２に示す関連判定期間の非実行アプリ、実行アプリ、及び開閉操作されたフォルダから得られるペアは、「アプリ＃Ａ，アプリ＃Ｄ」、「アプリ＃Ａ，アプリ＃Ｆ」、「アプリ＃Ｄ，アプリ＃Ｆ」、「アプリ＃Ａ，ファイル＃１」、「アプリ＃Ａ，ファイル＃２」、「アプリ＃Ｄ，ファイル＃１」、「アプリ＃Ｄ，ファイル＃２」、「アプリ＃Ｆ，ファイル＃１」、及び「アプリ＃Ｆ，ファイル＃２」の９個のペアである。従って、「関連性テーブル」において、この９個のペアのそれぞれに対応する「対応回数」が１つインクリメントされる。

探索サポート部２３の特定部３１は、上記の関連性テーブルを用いて、「関連したアプリ」を特定する。特定部３１は、アプリ管理部３３で管理された、非実行アプリ又は開閉操作されたフォルダを含むペアと対応付けられた対応回数に基づいて、「関連したアプリ」を特定する。例えば、特定部３１は、アプリ管理部３３で管理された、非実行アプリ及び開閉操作されたフォルダが複数存在する場合、非実行アプリ又は開閉操作されたフォルダをそれぞれ含むペアと対応付けられた対応回数の総和が最も多いアプリを特定し、特定したアプリを、「関連したアプリ」として特定する。

ここで、実施例２の「表示可否判定処理」について説明する。例えば、探索操作履歴が図１３に示すものであると仮定する。図１３及び図１４は、実施例２の表示可否判定処理の説明に供する図である。図１３に示す探索操作履歴では、ランチャの切替操作「Ｌ」が行われた時点で「探索中条件」が満たされ、情報処理装置１０の状態が「探索中状態」となる。この時点で、探索サポート部２３のアプリ管理部３３によって保持（管理）されている非実行アプリ及び開閉操作されたフォルダは、アプリ＃Ｄ、アプリ＃Ｆ、及びフォルダ＃２である。

そして、探索サポート部２３の特定部３１は、アプリ管理部３３で管理された、非実行アプリ又は開閉操作されたフォルダを含むペアと対応付けられた対応回数に基づいて、「関連したアプリ」を特定する。ここでは、非実行アプリ及び開閉操作されたフォルダが複数存在するので、特定部３１は、例えば、非実行アプリ又は開閉操作されたフォルダをそれぞれ含むペアと対応付けられた対応回数の総和が最も多いアプリを特定し、特定したアプリを、「関連したアプリ」として特定する。例えば、関連性テーブルが図１４に示す状態である場合、アプリ＃Ｄ、アプリ＃Ｆ、及びフォルダ＃２のそれぞれを含むペアと対応付けられた対応回数の総和が最も大きいアプリは、総和が「４」であるアプリ＃Ａである。よって、この例の場合、「関連したアプリ」はアプリ＃Ａである。従って、この例の場合、アプリ＃Ａが「関連したアプリ」として表示される。

なお、このとき、「関連したアプリ」として、アプリ＃Ａだけでなく、管理されている非実行アプリ（つまり、アプリ＃Ｄ及びアプリ＃Ｆ）及び開閉操作されたフォルダ＃２も一緒に表示されてもよい。また、ここでは、非実行アプリ及び開閉操作されたフォルダをそれぞれ含むペアと対応付けられた対応回数の総和が最も多いアプリを特定し、特定したアプリを、「関連したアプリ」として特定するものとして説明したが、これに限定されない。例えば、非実行アプリ及び開閉操作されたフォルダをそれぞれ含むペアと対応付けられた対応回数の総和がゼロでないアプリを特定し、特定したアプリを「関連したアプリ」として特定してもよい。すなわち、図１４に示す例では、アプリ＃Ａ、アプリ＃Ｂ、アプリ＃Ｃ、アプリ＃Ｄ、及びアプリ＃Ｆが「関連したアプリ」として特定されてもよい。また、「関連したアプリ」から、管理されている非実行アプリ（つまり、アプリ＃Ｄ及びアプリ＃Ｆ）が除外されてもよい。この場合、アプリ＃Ａ、アプリ＃Ｂ、及びアプリ＃Ｃが「関連したアプリ」として特定されることになる。

以上のように本実施例によれば、情報処理装置１０において、記憶部１６は、過去の各関連判定期間にて起動されたが実行されなかった非実行アプリ、開閉操作されたフォルダ、及び、実際に実行された実行アプリにおける、各ペアの対応に関する情報を保持する「関連性テーブル」を記憶する。そして、探索サポート部２３の特定部３１は、「関連性テーブル」に保持された上記の対応に関する情報に基づいて「関連したアプリ」を特定する。そして、表示制御部２１は、探索サポート部２３の特定部３１によって特定された「関連したアプリ」を表示部１４に表示する。

この情報処理装置１０の構成により、実施例１と同様に、使用頻度に関わらず、「関連したアプリ」を表示することができるので、使用頻度の低いアプリの探索を容易にすることができる。また、実施例２ではさらに「開閉操作されたフォルダ」が実施例１の「非実行アプリ」と同等に扱われるので、「関連したアプリ」の推測精度をさらに向上することができる。

［他の実施例］
実施例１及び実施例２で図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

さらに、各装置で行われる各種処理機能は、ＣＰＵ（Central Processing Unit）（又はＭＰＵ（Micro Processing Unit）、ＭＣＵ（Micro Controller Unit）等のマイクロ・コンピュータ）上で、その全部又は任意の一部を実行するようにしてもよい。また、各種処理機能は、ＣＰＵ（又はＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしてもよい。

実施例１及び実施例２の情報処理装置は、例えば、次のようなハードウェア構成により実現することができる。

図１５は、情報処理装置のハードウェア構成例を示す図である。図１５に示すように、情報処理装置１００は、ＲＦ回路１０１と、プロセッサ１０２と、タッチパネル１０３と、メモリ１０４とを有する。プロセッサ１０２の一例としては、ＣＰＵ、ＤＳＰ（Digital Signal Processor）、ＦＰＧＡ（Field Programmable Gate Array）等が挙げられる。また、メモリ１０４の一例としては、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）等のＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ等が挙げられる。

そして、実施例１及び実施例２の情報処理装置で行われる各種処理機能は、不揮発性記憶媒体などの各種メモリに格納されたプログラムをプロセッサで実行することによって実現してもよい。すなわち、信号処理部１２と、制御部１３とによって実行される各処理に対応するプログラムがメモリ１０４に記録され、各プログラムがプロセッサ１０２で実行されてもよい。また、無線部１１は、ＲＦ回路１０１で実現される。また、表示部１４と操作部１５とは、タッチパネル１０３で実現される。また、記憶部１６は、メモリ１０４で実現される。

なお、ここでは、実施例１及び実施例２の情報処理装置で行われる各種処理機能が１つのプロセッサ１０２によって実行されるものとしたが、これに限定されるものではなく、複数のプロセッサによって実行されてもよい。

１０ 情報処理装置
１１ 無線部
１２ 信号処理部
１３ 制御部
１４ 表示部
１５ 操作部
１６ 記憶部
２１ 表示制御部
２２ 処理制御部
２３ 探索サポート部
３１ 特定部
３２ 探索操作検出部
３３ アプリ管理部
３４ 計数部
３５ 判定部
３６ 更新部

Claims (8)

1. 過去の各関連判定期間にて起動されたが実行されなかった非実行アプリ及び実際に実行された実行アプリにおける各アプリペアの対応に関する情報を記憶する記憶部と、
   前記対応に関する情報に基づいて関連したアプリを特定する特定部と、
   前記特定されたアプリを表示部に表示する表示制御部と、
   第１の関連判定期間における前記非実行アプリ及び前記実行アプリに関する情報を管理する管理部と、
   前記第１の関連判定期間におけるユーザによる所定操作の回数、及び、前記非実行アプリの数をカウントする計数部と、
   前記第１の関連判定期間でカウントされた所定操作の回数及び非実行アプリの数に基づいて、ユーザがアプリを探索中か否かを判定する判定部と、
   前記判定部によって探索中であると判定された場合、前記管理部で管理されている情報に基づいて、前記記憶部に記憶されている前記第１の関連判定期間より前の前記対応に関する情報を更新する更新部と、
   を具備することを特徴とする情報処理装置。
2. 前記記憶部は、前記対応に関する情報として、前記過去の各関連判定期間において各アプリペアが対応付けられた対応回数を記憶し、
   前記特定部は、前記管理された非実行アプリを含むアプリペアと対応付けられた対応回数に基づいて、前記関連したアプリを特定する、
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記特定部は、前記管理された非実行アプリが複数存在する場合、各非実行アプリをそれぞれ含むアプリペアと対応付けられた対応回数の総和が最も多いアプリを特定し、前記特定したアプリを、前記関連したアプリとして特定する、
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記記憶部は、前記対応に関する情報として、前記過去の各関連判定期間において各アプリペアが対応付けられた対応回数を記憶し、
   前記更新部は、前記管理部で管理されている情報に基づいて前記第１の関連判定期間に
   おける前記非実行アプリ及び前記実行アプリから得られる各アプリペアと前記記憶部で対応付けられた対応回数をインクリメントする、
   ことを特徴とする請求項１から３のいずれか１項に記載の情報処理装置。
5. 前記第１の関連判定期間は、自装置の起動後又は前記第１の関連判定期間の１つ前の第２の関連判定期間の終了後にユーザによる前記所定操作が行われたときに開始し、前記実行アプリが実行されたとき又は前記開始のタイミングから所定時間が経過したときに終了する、
   ことを特徴とする請求項１から４のいずれか１項に記載の情報処理装置。
6. 前記所定操作は、ホーム画面の切替操作、ランチャの切替操作、フォルダを開ける操作、及び、アプリの検索操作の少なくとも１つを含む、
   ことを特徴とする請求項１から５のいずれか一項に記載の情報処理装置。
7. 記憶部に記憶され且つ過去の関連判定期間にて起動されたが実行されなかった非実行アプリ及び実際に実行された実行アプリにおける各アプリペアの対応に関する情報に基づいて、関連したアプリを特定し、
   前記特定されたアプリを表示部に表示し、
   第１の関連判定期間における前記非実行アプリ及び前記実行アプリに関する情報を管理し、
   前記第１の関連判定期間におけるユーザによる所定操作の回数、及び、前記非実行アプリの数をカウントし、
   前記第１の関連判定期間でカウントされた所定操作の回数及び非実行アプリの数に基づいて、ユーザがアプリを探索中か否かを判定し、
   前記判定において探索中であると判定された場合、前記管理される情報に基づいて、前記記憶部に記憶されている前記第１の関連判定期間より前の前記対応に関する情報を更新する、
   処理を、情報処理装置に実行させる、
   ことを特徴とする入力支援プログラム。
8. 記憶部に記憶され且つ過去の関連判定期間にて起動されたが実行されなかった非実行アプリ及び実際に実行された実行アプリにおける各アプリペアの対応に関する情報に基づいて、関連したアプリを特定し、
   前記特定されたアプリを表示部に表示し、
   第１の関連判定期間における前記非実行アプリ及び前記実行アプリに関する情報を管理し、
   前記第１の関連判定期間におけるユーザによる所定操作の回数、及び、前記非実行アプリの数をカウントし、
   前記第１の関連判定期間でカウントされた所定操作の回数及び非実行アプリの数に基づいて、ユーザがアプリを探索中か否かを判定し、
   前記判定において探索中であると判定された場合、前記管理される情報に基づいて、前記記憶部に記憶されている前記第１の関連判定期間より前の前記対応に関する情報を更新する、
   ことを特徴とする入力支援方法。

Images