(57)【要約】      （修正有）【課題】ユーザが呼び出しを所望する機能を最速で呼び出し可能とする。【解決手段】端末装置１０は、タッチパネル（入力装置１４）と、プロセッサ１１を備える。プロセッサ１１は、ユーザがタッチパネルを指で押した第１の位置から指をタッチパネルから離脱させた第２の位置までの距離が短い程、ユーザの使用可能性が高くなる、距離と端末装置の有する複数の機能との対応関係を用いて、距離に対応する機能を実行可能にする。【選択図】図１
2020129285.tif 000002
【特許請求の範囲】
【請求項１】
端末装置であって、
タッチパネルと、
ユーザが前記タッチパネルを指で押した第１の位置と前記指を前記タッチパネルから離脱させた第２の位置までの距離が短い程、前記ユーザの使用可能性が高くなる、前記距離と前記端末装置の有する複数の機能との対応関係を用いて、前記距離に対応する機能を実行可能にするプロセッサと、
を含む端末装置。
【請求項２】
前記プロセッサは、前記指の前記タッチパネル上でのスライド移動によって生じた前記第１の位置から現在の指の位置までの距離に対応する機能を示す情報を画面に表示する
請求項１に記載の端末装置。
【請求項３】
前記プロセッサは、前記複数の機能に対する前記ユーザの使用可能性の順序を、前記複数の機能のそれぞれの使用量を示す情報に基づいて決定する
請求項１又は２に記載の端末装置。
【請求項４】
前記使用量を示す情報は、前記複数の機能を提供する複数のアプリケーションのそれぞれの使用量を含む
請求項３に記載の端末装置。
【請求項５】
前記複数の機能は、複数の通信相手のそれぞれと通信するための複数の通信機能であり、
前記使用量を示す情報は、前記複数の通信機能のそれぞれの使用量を示す情報を含む
請求項３又は４に記載の端末装置。
【請求項６】
前記プロセッサは、前記複数の機能に対する前記ユーザの使用可能性の順序を、前記複数の機能のそれぞれに設定された重みを用いて決定する
請求項１から５のいずれか１項に記載の端末装置。
【請求項７】
端末装置が、
タッチパネルをユーザが指で押した第１の位置から前記指を前記タッチパネルから離脱させた第２の位置までの距離が短い程、前記ユーザの使用可能性が高くなる、前記距離と前記端末装置が有する複数の機能との対応関係を用いて、前記距離に対応する機能を実行可能にする、
端末装置の機能実行方法。
【請求項８】
端末装置に、
タッチパネルをユーザが指で押した第１の位置から、前記指を前記タッチパネルから離脱させた第２の位置の距離が短い程、前記ユーザの使用可能性が高くなる、前記距離と前記端末装置が有する複数の機能との対応関係を用いて、前記距離に対応する機能を実行可能にする
処理を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、その機能実行方法、及びプログラムに関する。
【背景技術】
【０００２】
スマートフォンやタブレット端末など、タッチパネルを有する端末装置がある。近年、タッチパネルを有する端末装置が具備する機能が増加し、端末装置の用途が広がっている。従来、いくつかの機能をあらかじめ第２のアイコンとして表示し、第１のアイコンの指で押してスライドさせ、第２のアイコンのいずれかで第１のアイコンをリリースすると、その第２のアイコンに対応する機能をユーザが選択したと判断する情報処理装置がある（例えば、特許文献１参照）。
【０００３】
また、従来技術としては、ユーザの過去の機能の使用履歴を用いて、次にユーザが呼び出すと予測する機能を呼び出す過去履歴を用いた機能呼出方法がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１６−９３４０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
端末装置が有する複数の機能のうち、最も使うと思われる機能を最速で呼び出したいという要望がある。従来技術では、複数の機能を、第１のアイコンから等距離にある複数の第２のアイコンで表示する。このため、第１のアイコンを移動させる距離はほぼ同じであり、どの機能も、第１のアイコンの移動に要する時間はほぼ同じであった。すなわち、ユーザの所望する度合いに関わらず、機能の呼び出しに要する時間はほぼ同じであった。
【０００６】
また、過去履歴を用いた機能呼出方法では、予測された機能をユーザは知ることができなかったため、予測が外れた場合、すなわち実際に呼び出された機能がユーザの所望するものでない場合は、ユーザはその機能を終了して所望の機能を呼び出さなければならず、時間が無駄となっていた。
【０００７】
本発明は、ユーザが呼び出しを所望する機能を最速で呼び出し可能な端末装置、その機能実行方法、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の態様の一つは、複数の機能を使用可能な端末装置である。この端末装置は、タッチパネルと、ユーザが前記タッチパネルに指で押した第１の位置から前記指が前記タッチパネルから離脱した第２の位置までの距離が短い程、ユーザの使用可能性が高くなる、前記距離と前記端末装置が有する複数の機能との対応関係を用いて、前記距離に対応する機能を実行可能にするプロセッサと、を含む。
【０００９】
本発明の態様は、上記した端末装置と同様の特徴を有する方法の発明やプログラムの発明を含むことができる。
【発明の効果】
【００１０】
本発明によれば、ユーザが呼び出しを所望する機能を最速で呼び出し可能となる。
【図面の簡単な説明】
【００１１】
【図１】図１は、端末装置の構成例を示す。
【図２】図２は、端末装置の機能を模式的に示す。
【図３】図３は、第１の点から第２の点までの距離と、起動する機能（アプリ）との関係を模式的に示す。
【図４】図４は、指の移動と画面遷移の説明図である。
【図５】図５は、第１テーブルである通知優先度表の一例を示す。
【図６】図６は、第２テーブルであるメールデータ表の一例を示す。
【図７】図７は、第３テーブルであるアプリポイント表の一例を示す。
【図８】図８は、第４テーブルである通話時間表の一例を示す。
【図９】図９は、第５テーブルであるＳＭＳ回数表の一例を示す。
【図１０】図１０は、第６テーブルであるメール回数表の一例を示す。
【図１１】図１１は、第３テーブルの更新の処理例を示すフローチャートである。
【図１２】図１２は、第４〜第６テーブルの更新の処理例を示すフローチャートである。
【図１３】図１３は、起動処理の例を示すフローチャートである。
【図１４】図１４は、実施形態の変形例を示す。
【発明を実施するための形態】
【００１２】
実施形態に係る端末装置は、タッチパネルと、ユーザがタッチパネルを指で押した第１の位置から、指をタッチパネルから離脱させた第２の位置までの距離が短い程、ユーザの使用可能性が高くなる、距離と端末装置が有する複数の機能との対応関係を用いて、前記距離に対応する機能を実行可能にするプロセッサと、を含む。
【００１３】
実施形態に係る端末装置によれば、ユーザの使用可能性の高い程、第１の位置から第２の位置までの距離が短くなる。距離は指を移動させない場合（距離０の場合）も含み得る。使用可能性は、ユーザがその機能の使用を所望している可能性を示す。このため、距離が短い程、ユーザの呼出の所望の度合い（所望度）が高いと考えられる機能が呼び出される。よって、ユーザが呼出可能な複数の機能のうち、ユーザの所望度が最も高い機能を最速で呼び出し可能となる。また、指をスライド移動させる距離に応じて、複数の機能のいずれかを、使用可能性の高い順に、呼び出すことができる。指で押すことは、指を押し込むことや指を押し下げることを含む。
【００１４】
上記プロセッサは、指の前記タッチパネル上でのスライド移動によって生じた第１の位置から現在の指の位置までの距離に対応する機能を示す情報を画面に表示する、構成を採用してもよい。この場合、距離に対応する機能を示す情報が画面に示されるので、表示された情報からわかる機能がユーザの所望しないものであれば、指をさらに移動させることで、所望の機能を示す情報を画面に表示させ、その時点で指を離せば、所望の機能を実行可能にすることができる。これによって、使用可能性の順位が２位以下の機能を、簡易な操作で予備出すことが可能となる。
【００１５】
複数の機能は、一つのアプリケーションによって提供されても、複数のアプリケーションによって提供されてもよい。また、同一の機能について利用者毎に異なるユーザインタフェースが提供されることは、相互に異なる複数の機能の提供として扱う。例えば、通信機能を提供する単数又は複数のアプリケーションが通信相手毎に異なるユーザインタフェース（ＵＩ）を提供することは、相互に異なる複数の機能の提供に該当する。通信は、音声の通話やメッセージの送受信を含む。メッセージは、電子メールやショートメール、チャットのメッセージなどを含む。
【００１６】
機能のユーザの使用可能性についての順序(優先度順)は、例えば、各機能の使用量を示
す情報に基づいて決定してよい。使用量を示す情報は、例えば、機能を提供するアプリケーションの使用量（例えば起動回数）を含んでもよい。また、使用量を示す情報は、機能の使用回数、機能の使用率、機能の使用時間のそれぞれを示す情報を含んでもよい。例えば、複数の機能は、複数の通信相手のそれぞれと通信するための複数の通信機能であり、使用量を示す情報は、複数の通信機能のそれぞれの使用量（使用回数、使用率、使用時間など）を示す情報を含んでもよい。使用回数、使用率、使用時間などを示す情報は、単独で適用しても、これらの２以上を適宜組み合わせて適用してもよい。
【００１７】
また、機能のユーザの使用可能性の順序（優先度）は、複数の機能のそれぞれに対して設定（付与）された重み（固定値）を用いて決定してもよい。固定値は、上述した起動回数、使用回数、使用率、使用時間などに乗じる係数ｘ（１≧ｘ＞０）として用いてもよい。
【００１８】
以下、図面を参照して、実施形態に係る端末装置、その機能実行方法及びプログラムについて説明する。実施形態の構成は例示であり、本発明は、実施形態の構成に限定されない。
【００１９】
＜端末装置の構成＞
図１は、端末装置の構成例を示す。端末装置１０は、スマートフォンやタブレット端末のようなスマートデバイス、パーソナルコンピュータ（ＰＣ）やＰＤＡのような可搬性を有する端末装置（携帯端末）である。但し、端末装置は必ずしも携帯端末である必要はなく、固定端末であってもよい。本実施形態では、一例として、端末装置がスマートフォンである場合について説明する。
【００２０】
端末装置１０は、プロセッサ１１と、記憶装置１２と、無線通信回路（通信インタフェース：通信ＩＦ）１３と、入力装置１４と、ディスプレイ１５とを含む。
【００２１】
記憶装置１２は、主記憶装置と補助記憶装置とを含む。主記憶装置は、プログラムやデータの記憶領域、プログラムの展開領域、プログラムの作業領域、通信データのバッファ領域などとして使用される。主記憶装置はＲＡＭ（Random Access Memory）、又はＲＡＭとＲＯＭ（Read Only Memory）との組み合わせで構成される。補助記憶装置は、データやプログラムの記憶領域として使用される。補助記憶装置は、例えば、ハードディスク、ＳＳＤ、フラッシュメモリ、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）などの不揮発性記憶媒体を含む。
【００２２】
無線通信回路１３は、所定の無線通信規格に従った通信処理を行う。無線通信規格（ＲＡＴ）は、例えば、ＬＴＥや５Ｇなどのセルラー規格、ＷｉＦｉなどの無線ＬＡＮ規格、Bluetooth（登録商標）、ＢＬＥ、Zigbeeなどを含み得る。無線通信回路１３に加えて、又はその代わりに、有線の通信インタフェース（例えば、ネットワークインタフェースカード（ＮＩＣ））を備えてもよい。
【００２３】
入力装置１４は、例えば、キー、ボタン、ダイヤル、スイッチ、タッチパネルなどであり、データや情報の入力に使用される。本実施形態では、端末装置１０は、入力装置１４としてタッチパネル１４Ａ（図２）を有している。ディスプレイ１５は、データや情報の表示装置であり、タッチパネル１４Ａが設けられた画面１５Ａ（図２）を有する。ディスプレイ１５及びタッチパネル１４Ａは、端末装置１０が有する様々な機能を提供するアプリケーション（以下、「アプリ」と表記）のユーザインタフェース（ＵＩ：操作子の一例）を提供する。
【００２４】
図２は、端末装置１０の機能を模式的に示す。プロセッサ１１は、例えばＣＰＵ（Cent
ral Processing Unit）である。プロセッサ１１は、記憶装置１２に記憶されたプログラ
ムを実行することによって、図２に示すような構成を有する装置として動作する。すなわち、プロセッサ１１は、プログラムの実行によって、画面表示制御部１０１、タッチパネル制御部１０２、移動距離検出部１０３、起動機能制御部１０４、機能優先度制御部１０５として動作する。記憶装置１２の記憶領域には、起動機能保存部１０６と、機能利用状況保存部１０７とが設けられる。プログラムは、複数の様々な機能を提供する単数又は複数のアプリケーションプログラム（アプリ）を含んでおり、単数又は複数のアプリの実行によって複数の機能が提供される。
【００２５】
画面表示制御部１０１は、ディスプレイ１５の画面１５Ａへの画像（映像）表示の制御を行う。タッチパネル制御部１０２は、静電容量の変化や、圧力などの所定の物理量を測定して、タッチパネル１４Ａの指で押された位置（位置座標）の検出などを行う。
【００２６】
移動距離検出部１０３は、タッチパネル制御部１０２から、タッチパネル１４Ａを指で押し込んだ位置（第１の位置に相当）の座標と、そこからタッチパネル上をスライド移動する指の座標（現在の指の位置に相当）とを受け取り、座標間の距離を算出することによって、指の移動量を検出する。
【００２７】
起動機能制御部１０４は、移動距離検出部１０３で検出した距離に対応する機能の起動を制御する。機能の起動は、アプリの起動（実行開始）によって行われる。機能の起動は、起動機能保存部１０６に記憶されているデータや情報を用いて行われる。起動機能保存部１０６には、第１の位置から第２の位置までの距離の長さと、起動する機能の優先度との対応関係を記憶している。機能利用状況保存部１０７は、複数の機能に関して、端末装置１０のユーザによる機能の使用履歴や、使用量を示す情報を記憶し、これらの情報から決定した、ユーザの使用可能性に基づく複数の機能の優先度順を示すデータを記憶している。起動機能制御部１０４は、距離に対応する優先度を求め、機能優先度制御部１０５は、機能利用状況保存部１０７に記憶された情報を用いて優先度に合致する機能を示す情報を起動機能制御部１０４に与え、起動機能制御部１０４は、優先度に合致する機能を起動する。
【００２８】
図３は、第１の点から第２の点までの距離と、起動する機能との関係を模式的に示す。図３において、タッチパネル１４Ａ（画面１５Ａ）中の、指が押し込まれた位置が第１の位置を示す位置Ｐ１として図示されている。位置Ｐ１を中心とする同心円状に、エリアＡＲ１、エリアＡＲ２、エリアＡＲ３、エリアＡＲ４、エリアＡＲ５が、例示されている。エリアＡＲ１〜ＡＲ５には、５つの機能が紐づけされる。
【００２９】
エリアＡＲ１〜ＡＲ５にどの機能が紐づけされるかは、機能の優先度に従う。すなわち、位置Ｐ１からの距離が短い程、高い優先度の機能が割り当てられるように紐づけされる。従って、エリアＡＲ１〜ＡＲ５のうち、位置Ｐ１から最短の距離の範囲にあるエリアＡＲ１には、優先度が最も高い機能が紐づけされる。よって、最短で第１の位置Ｐ１から指を動かして離すと、優先度が最高の機能が起動する。位置Ｐ１は、指で押された位置によって変わる。但し、位置Ｐ１とエリアＡＲ１〜ＡＲ５の相対位置に変更はない（エリアＡＲ１〜ＡＲ５の画面１５Ａ上の中心位置が変わるだけである）。
【００３０】
図４（Ａ）〜（Ｄ）は、指Ｆの動きに伴う画面遷移の一例を示す。図４（Ａ）は、端末装置１０の電源はオンであるが、ディスプレイ１５のバックライトが消灯状態である状態を示す。この状態において、ユーザが画面１５Ａ（タッチパネル１４Ａ）を指Ｆで押し込む（図４（Ｂ））。これにより、プロセッサ１１（タッチパネル制御部１０２）は、位置Ｐ１を特定する。
【００３１】
指Ｆを押し込んだ状態でユーザが指Ｆを画面１５Ａ（タッチパネル１４Ａ）上でスライド移動させると、プロセッサ１１（移動距離検出部１０３）が位置Ｐ１から現在の指Ｆの位置（位置Ｐ２とする）までの距離を算出し、距離がエリアＡＲ１の半径より短い場合は、機能優先度制御部がエリアＡＲ１に対応する優先度１位の機能を特定し、プロセッサ１１（画面表示制御部１０１）が、優先度１位の機能を示す情報を画面１５Ａに表示する（図４（Ｃ））。図４（Ｃ）の例では、優先度１位の機能は、例えば、電話（通話）機能を提供する機能（電話アプリによって提供される）であり、その指Ｆの位置で画面１５Ａから指Ｆを離すと、電話機能が起動することを示す。機能やアプリを示す情報は、図４（Ｃ）に示すようにテキストでもよく、画像（記号やシンボル）や映像でもよい。例えば、電話アプリのユーザインタフェースを操作不能であることがユーザに直感的にわかる態様（例えば半透明で表示）してもよい。
【００３２】
ユーザが指Ｆを位置Ｐ２からさらに移動させて位置Ｐ３に達すると（図４（Ｄ））、現在の指Ｆの位置がエリアＡＲ１からエリアＡＲ２に移る。この結果、エリアＡＲ２に対応する機能（優先度２位の機能）が位置Ｐ１から位置Ｐ３までの距離に対応する機能となる。図４（Ｄ）では、一例として、優先度２位の機能が電子メールの送受信や作成に用いる機能（メールアプリによって提供される）であり、画面１５Ａには、メール機能（メールアプリ）を示す情報が表示された例を示す。メール機能を示す情報は、メールアプリのユーザインタフェース（ＵＩ）の半透明表示でもよい。ユーザが位置Ｐ３で指Ｆを離すと、ＵＩの半透明表示が不透明表示となり、ＵＩが使用可能な状態（アクティベート状態）となるようにしてもよい。
【００３３】
このように、端末装置１０では、画面１５Ａ（タッチパネル１４Ａ）を押し込むことで画面１５Ａが点灯状態となる。そこから指Ｆを離さずに動かすことで、指Ｆの距離に応じて起動対象（呼出対象）の機能が切り替わり、機能の切り替わりに伴って画面１５Ａへの表示内容も切り替わる。ユーザが所望の機能を示す情報が表示された段階で指Ｆを離すことで、その所望の機能を呼び出すことができる。なお、上記の例は、図４（Ａ）の段階で、端末装置１０の操作のロックが解除されている場合を示す。ロックがかかっている場合は、図４（Ａ）から図４（Ｂ）への遷移の間にロックの解除操作が行われる。
【００３４】
＜優先度の決定＞
指Ｆを移動している際に画面１５Ａに表示する機能の優先度は、ユーザによる機能の使用量を示す情報に基づいて決定され、その優先度の順に従って表示される。以下に優先度を決定する例を示す。
【００３５】
図５〜図１０は、優先度決定の際に使用する第１〜第６テーブルを示す。図５は、第１テーブルである通知優先度表の一例を示す。図６は、第２テーブルであるメールデータ表を示す。図７は、第３テーブルであるアプリポイント表を示す。図８は、第４テーブルである通話時間表を示す。図９は、第５テーブルであるＳＭＳ回数表を示す。図１０は、第６テーブルであるメール回数表を示す。第１〜第６テーブルは、記憶装置１２に記憶されている。
【００３６】
第１テーブル（通知優先度表）は、複数の機能の優先度に基づく優先順位を示す表である。本実施形態では、複数の機能の一例として、複数の通信機能を例示する。第１テーブルは、通信機能毎に作成された１以上のレコード（エントリ）を有する。通信機能は、通知アプリの種別と、通信相手のメールアドレス又は電話番号とによって特定又は識別される。レコードは、要素として、ポイント順、ポイント、通知アプリ、メールアドレス、電話番号を含む。
【００３７】
通知アプリは、通信相手との通信方法に対応するアプリである。本実施形態では、端末
装置１０は、複数の通信機能を提供すために、複数種類の通知アプリを有している。通知アプリは、一例として、電話（通話）機能を提供する電話アプリと、電子メールの作成及び送受信機能を提供するメールアプリと、ショートメールサービス（ＳＭＳ）に係るショートメールの作成及び送受信機能を提供するＳＭＳアプリとを含んでいる。
【００３８】
メールアドレスは、メールアプリで通信相手との通信に用いるメールアドレスであり、電話番号は、電話やＳＭＳで通信相手との通信に用いる電話番号である。
【００３９】
ポイントは、各通信機能に対して付与された数値であり、通信機能の優先度を示す値である。ポイントの値が高い程、優先度が高くなる。ポイント順は、ポイントの値（優先度）に従って決められた優先順位を示す。複数の通信機能は、優先順位が高い程、距離が短くなるように、距離との対応関係が定められる。
【００４０】
第２テーブル（メールデータ表）は、メールの送信元情報（通信相手の情報）とメールアドレスとの対応関係を示す１以上のレコードからなる。第２テーブルは、通信相手のメールアドレスの管理に使用される。
【００４１】
第３テーブル（アプリポイント表）は、通知アプリの使用量を示す情報の管理に使用される。第３テーブルは、通知アプリの種別とその起動回数と、アプリポイントとを示す複数のレコードと、起動回数の合計値とを記憶する。アプリポイントは、通知アプリのそれぞれの使用量（すなわち、通信機能の使用量）を示す情報であり、通知アプリのそれぞれの起動回数を起動回数の合計値で割ることによって求められる。起動回数が多い程、アプリポイントの値は大きくなる。
【００４２】
第４テーブル（通話時間表）は、通信相手毎の通話時間の管理に使用される。第４テーブルは、相手の電話番号と累積通話時間と、通信相手ポイントとを示す１以上のレコードと、通信相手毎の累積通話時間の合計値とを記憶する。通信相手ポイントは、通信相手との通信の使用量（すなわち、通信機能の使用量）を示す値であり、電話番号毎の累積通話時間を累積通話時間の合計値で割ることによって求められる。累積通話時間が長い程、通信相手ポイントの値は高くなる。
【００４３】
第５テーブル（ＳＭＳ回数表）は、通信相手毎のＳＭＳ（ショートメール）の送受信数の管理に使用される。第５テーブルは、相手の電話番号とショートメールの送受信数と、通信相手ポイントとを示す１以上のレコードと、ＳＭＳ送受信数の合計値とを記憶する。通信相手ポイントは、通信相手との通信の使用量（すなわち、通信機能の使用量）を示す値であり、電話番号毎のＳＭＳ送受信数をＳＭＳ送受信数の合計値で割ることによって求められる。ＳＭＳ送受信数が長い程、通信相手ポイントの値は高くなる。
【００４４】
第６テーブル（メール回数表）は、通信相手毎の電子メールの送受信数の管理に使用される。相手のメールアドレスと、メールの送受信数と、通信相手ポイントとを示す１以上のレコードと、メール送受信数の合計値とを記憶する。通信相手ポイントは、通信相手との通信の使用量（すなわち、通信機能の使用量）を示す値であり、メールアドレス毎のメール送受信数をメール送受信数の合計値で割ることによって求められる。メール送受信数が長い程、通信相手ポイントの値は高くなる。
【００４５】
プロセッサ１１は、無線通信回路１３を介して通信相手からの通知情報を受信する。プロセッサ１１は、通知情報に含まれた「通知アプリ名」と、「相手の名前」を示す情報を抽出する。通知情報がショートメールや電話着信の場合は、プロセッサ１１は、記憶装置１２に記憶された電話帳データベース（電話帳ＤＢ）を用いて、「相手の名前」から「電話番号」を取得する。これに対し、通知情報がメールである場合は、プロセッサ１１は、
第２テーブル（メールデータ表）を用いて、「相手の名前」から「メールアドレス」を取得する。プロセッサ１１は、第３テーブル（アプリポイント表）から、通知情報に対応する通知アプリのアプリ起動回数と起動回数の合計値を取得し、アプリポイントを計算する。アプリポイントは、上述したように「アプリポイント=アプリ起動回数／起動回数の合
計値」の式を用いて計算する。
【００４６】
通知アプリが電話アプリの場合、プロセッサ１１は、第４テーブル（通話時間表）を用いて、「相手の電話番号」から「累積通話時間」と、「累積通話時間の合計値」とを取得し、通信相手ポイントを計算する。通信相手ポイントの計算には、「通信相手ポイント＝累積通話時間／累積通話時間の合計値」の式を用いる。
【００４７】
通知アプリがＳＭＳアプリの場合、プロセッサ１１は、第５テーブル（ＳＭＳ回数表）を用いて、「相手の電話番号」から「ＳＭＳ送受信数」と、「ＳＭＳ送受信数の合計値」とを取得し、通信相手ポイントを計算する。通信相手ポイントの計算には、「通信相手ポイント＝ＳＭＳ送受信数／ＳＭＳ送受信数の合計値」の式を用いる。
【００４８】
通話アプリがメールアプリの場合、プロセッサ１１は、第６テーブル（メール回数表）を用いて、「相手のメールアドレス」から「メール送受信数」と、「メール送受信数の合計値」とを取得し、通信相手ポイントを計算する。通信相手ポイントの計算には、「通信相手ポイント＝メール送受信数／メール送受信数の合計値」の式を用いる。
【００４９】
プロセッサ１１は、第１テーブルを参照し、通知アプリ、メールアドレス、電話番号に対応するレコードを特定し、そのレコードの「ポイント」の値を更新する。ポイントの計算は、「ポイント＝アプリポイント×通信相手ポイント」の式に従って行う。同一のアプリを用いる複数の電話番号や複数のメールアドレスに関して、電話番号又はメールアドレス間での優先順位を決定する。同一のアプリを用いる複数の通信機能に関しては、通信相手ポイントが高い程、ポイントの値、すなわち優先度が高くなる。このようにして算出されたポイントをプロセッサ１１は第１テーブルに登録し、ポイント順に変動がある場合は更新を行う。
【００５０】
なお、通知情報に合致するレコードが第１テーブルに存在しない場合は、プロセッサ１１は新規のレコードを第１テーブルに追加する。ポイントの値が大きい順に、優先度（所望度）が決まる。優先度が高い程、位置Ｐ１に近いエリアが対応づけられる。
【００５１】
＜テーブルの更新＞
第４テーブル（通話時間表）の更新（情報ロギング）は、次のようにして行われる。電話アプリを用いた通話が完了すると、プロセッサ１１は、第４テーブル（通話時間表）における、相手の電話番号の累積通話時間に今回の通話時間を追加する。但し、相手の電話番号に対応するレコードがない場合は、プロセッサ１１は、新規レコードを作成して第４テーブルに追加する。また、プロセッサ１１は、第４テーブルの累積通話時間の合計値に、今回の通話時間を追加する。また、プロセッサ１１は、第４テーブルの通信相手ポイントを更新する。
【００５２】
また、第５テーブル（ＳＭＳ回数表）の更新（情報ロギング）は、次のようにして行われる。メールの送受信時に、プロセッサ１１は、第６テーブルの、相手の電話番号に対応するレコードの、ＳＭＳ送受信数をインクリメント（カウントアップ）する。但し、相手の電話番号に対応するレコードがない場合は、プロセッサ１１は、新規レコードを作成して第５テーブルに追加する。また、プロセッサ１１は、第５テーブルのＳＭＳ送受信数の合計値をインクリメント（カウントアップ）する。また、プロセッサ１１は、第５テーブルの通信相手ポイントを更新する。
【００５３】
また、第６テーブル（メール回数表）の更新（情報ロギング）は、次のようにして行われる。ショートメールの送受信時に、プロセッサ１１は、第５テーブルの、相手のメールアドレスに対応するレコードの、ＳＭＳ送受信数をインクリメント（カウントアップ）する。但し、相手のメールアドレスに対応するレコードがない場合は、プロセッサ１１は、新規レコードを作成して第６テーブルに追加する。また、プロセッサ１１は、第６テーブルのメール送受信数の合計値をインクリメント（カウントアップ）する。また、プロセッサ１１は、第６テーブルの通信相手ポイントを更新する。
【００５４】
また、メールが着信した場合、プロセッサ１１は、着信メールの送信元（from）とメールアドレスとを第２テーブル（メールデータ表）に登録する。但し、レコードが重複する場合は登録しない。
【００５５】
なお、ユーザが通話の着信を示す通知や、ショートメールやメールの到着を示す通知に対し、折り返し電話を行った場合や、ショートメールやメールに対する返信などを行った場合は、プロセッサ１１は、到着を示す通知に対応済みと判断し、その通知を消去する。このような場合、プロセッサ１１は、消去した通知に対応するレコードを第１テーブル（通知優先度表）から削除する。
【００５６】
また、プロセッサ１１は、第１テーブル（通知優先度表）に記憶されるポイント情報を、例えば、第１テーブルの更新時や、第３〜第６テーブルの更新時を契機に更新する。
【００５７】
図１１は、第３テーブル（アプリポイント表）の更新の処理例を示すフローチャートである。Ｓ１において、通知アプリのいずれかをプロセッサ１１が起動させると、プロセッサ１１は、第３テーブルに関して、起動させたアプリに対応する起動回数と、合計値とのインクリメント（カウントアップ）とを行う（Ｓ２）。Ｓ３では、プロセッサ１１は、アプリポイントの更新を行う。Ｓ３の処理が終了すると、図１１の処理が終了する。
【００５８】
図１２は、第４〜第６テーブルの更新の処理例を示すフローチャートである。電話の通話が終了、ショートメール又はメールの送受信時に、図１２に示す処理は開始される。Ｓ０１では、プロセッサ１１は、通話又は送受信に対応するレコードが電話帳内にあるか否かを判定する。対応するレコードが電話帳内にあると判定される場合は処理がＳ０４に進み、そうでない場合には、Ｓ０２に処理が進む。
【００５９】
Ｓ０２では、プロセッサ１１は、通話又は送受信に対応するレコードが、電話帳と別途設けられた第４〜第６テーブルのいずれかにあるか否かを判定する。対応するレコードが第４〜第６テーブルのいずれかにあると判定される場合は処理がＳ０４に進み、そうでない場合には、Ｓ０３に処理が進む。
【００６０】
Ｓ０３では、プロセッサ１１は、通話又は送受信に対応するレコードを、第４〜第６テーブルのいずれかに追加する。このとき、第４〜第６テーブルのいずれかの合計値も更新する。
【００６１】
Ｓ０４では、プロセッサ１１は、対応するレコードの累積通話時間、ＳＭＳ送受信数、又はメール送受信数と、合計値とを更新（カウントアップ）する。Ｓ０５では、プロセッサ１１は、通信相手ポイントの更新を行う。Ｓ０５の処理が終了すると、図１２の処理が終了する。
【００６２】
＜アプリの起動＞
図１３は、アプリの起動処理の例を示すフローチャートである。Ｓ１１では、プロセッ
サ１１は、画面１５Ａ（タッチパネル１４Ａ）の押し込みを検知すると、電話、ＳＭＳ、メールの着信又は到着を示す通知があるかを判定する。通知がないと判定する場合は、その他の処理が行われる（Ｓ１９）。例えば、プロセッサ１１は、ユーザの指が画面１５Ａから離脱したことを検出し、画面１５Ａのバックライトをオフにする。Ｓ１９の終了後、図１３の処理が終了する。
【００６３】
Ｓ１３では、プロセッサ１１は、第１テーブル（通知優先度表）を参照し、優先度、すなわちポイントの値が最も大きい通信機能（通知アプリ及び通信相手）を特定し、その通知機能を示す情報を画面１５Ａに表示する（Ｓ１４：結果通知）。例えば、通知機能に対応するＵＩを半透明表示する。例えば、図５の第１テーブルの登録内容に従うと、優先順位１位の通信機能、すなわち、“太郎”のメールアドレスへの返信メールを作成するためのＵＩが半透明表示される。ＵＩでは、宛先アドレスに、太郎のメールアドレス（taro@xxx.com）が既に記入された状態となっている。設定によっては、メール本文に、太郎のメールの内容が引用表示される。
【００６４】
Ｓ１５では、プロセッサ１１は、指のスライド移動を検知したか否かを判定する。指のスライド移動が検知されないと判定する場合、処理がＳ１７に進む。指のスライド移動が検知されないと判定する場合、プロセッサ１１は、Ｓ１１で指が押し込まれた位置Ｐ１と、スライド移動による現在の指の位置との距離に対応する距離範囲（エリア）を特定し、エリアに対応する優先度の通信機能を示す情報を表示する（Ｓ１６）。このとき、エリアに変更がなければ、Ｓ１４で表示された内容が維持され、エリアに変更がある場合には、変更後のエリアに対応する通信機能を示す情報をプロセッサ１１は画面１５Ａに表示する。例えば、図５の第１テーブルの登録内容に従うと、優先順位２位の、電話番号08098765432へショートメールを送信するためのＵＩが半透明表示される。
【００６５】
Ｓ１７では、プロセッサ１１は指の離脱が検出されたか否かを判定する。指の離脱が検出されないと判定する場合は、処理がＳ１５に戻る。これに対し、指の離脱が検出された場合は、その指の離脱位置（第２の位置に相当）と、Ｓ１１で押し込まれた位置Ｐ１（第１の位置）との距離（移動量）が属するエリアに対応する通信機能を、プロセッサ１１は起動させる。
【００６６】
例えば、Ｓ１４において、優先度１位の通信機能が、電話アプリを用いて或る電話番号（例えば、08097665432、第１の電話番号とする）に発信する（折り返しの電話をかける
）通信機能であり、そのような通信機能を示す情報が表示されたとする。ユーザがその第１の電話番号への折り返しを所望していた場合は、指をスライドさせずに画面１５Ａから離す。すると、処理がＳ１５のＮｏ判定、Ｓ１７のＹｅｓ判定を経て、プロセッサ１１が電話アプリを用いて第１の電話番号に発信するＵＩ（例えば、発信ボタンの押し下げ一つで第１の電話番号への発信が可能なＵＩ）を画面１５Ａに表示し、そのＵＩを操作可能状態（機能を実行可能な状態）にする。すなわち、電話アプリの呼出及び起動が行われる。ユーザは電話アプリのＵＩを操作して第１の電話番号に電話をかけることができる。
【００６７】
これに対し、第１の電話番号への発信をユーザが所望していなければ、ユーザは指をスライド移動させる。移動量に応じて、例えば、第１の電話番号への発信を示す情報の代わりに、次の優先度の通信機能を示す情報、例えば、或るメールアドレス（例えば、taro@xxx.com、第１のメールアドレスとする）へメールを送信するＵＩが画面１５Ａに表示される。第１のメールアドレスへのメール送信をユーザが所望する場合は、ユーザはそこで指を離脱させる（Ｓ１７のＹｅｓ）。すると、プロセッサ１１は、第１のメールアドレスへのメールを作成及び送信するためのＵＩを画面１５Ａに表示させるとともに、そのＵＩを操作可能状態にする。ユーザは、このＵＩを用いてメールを作成し、送信することができる。
【００６８】
また、メール送信が所望の通信機能でなければ、ユーザはさらに指をスライドさせる（Ｓ１５）。すると、指の移動量に応じて、次の優先度の通信機能、例えば、ＳＭＳアプリを用いたショートメールの送信機能を示す情報（例えばＵＩ）が画面１５Ａに表示される。そこで指を離すと（Ｓ１７のＹｅｓ）、プロセッサ１１は、ＳＭＳアプリのＵＩを画面１５Ａに表示し、操作可能な状態とする。ユーザは、ＳＭＳアプリを用いてショートメールを作成及び送信することができる。以上のように、実施形態では、通信相手から届いた電話、メール又はショートメールに返信するための機能を、指の押し下げと必要に応じたその指の移動とで呼び出すことができる。
【００６９】
＜実施形態の効果＞
実施形態に係る端末装置１０によれば、任意の押し込み位置（位置Ｐ１）からの指の移動量を検出（監視）するようにし、移動量が少ない範囲（エリアＡＲ１）に、優先度１位（ユーザの使用可能性が最も高い）の機能が割り当てられ、それより多い移動量の範囲（エリアＡＲ２）に、優先度２位の機能（ユーザの使用可能性が次に高い）が割り当てられるように、位置Ｐ１からの距離と優先度とを対応付ける。この対応関係を用いて、呼び出す機能を決定する。
【００７０】
端末装置１０によれば、押し込んだ指の最短移動で、ユーザの使用可能性が最高の（優先度１位の）機能を呼び出すことができる。また、優先度が１位の機能がユーザの求めるものと一致していなかったとしても、指を離さず、そのまま指を移動させることで、起動予定の機能（アプリ）を示す情報が画面１５Ａに表示される。このため、その表示に従って、所望の機能を示す情報が表示された段階で指を離せば、所望の機能を起動させることができる。これで、優先度２位以下の機能を簡易な操作で呼び出すことができる。
【００７１】
＜変形例＞
上述した実施形態において、電話とメールとＳＭＳとの、複数の通信方法に係るアプリを例示したが、複数の機能を提供可能である限り、これらの電話とメールとＳＭＳから選択された少なくとも１つのアプリが適用されてもよく、これら以外のアプリが適用されてもよい。換言すれば、機能（アプリ）は、実施形態で説明した電話、メール、ＳＭＳのそれぞれに対応するアプリに制限されない。任意のアプリ(LINE、facebookなど)であってもよい。また、アプリの種別は通信アプリに制限されない。また、第２〜第６テーブルの内容は、適用される機能に応じて、変更乃至省略される。また、アプリポイントと通信相手ポイントとのうち、アプリポイントのみが優先度の算出に用いられてもよく、通信相手ポイントのみが優先度の算出に用いられてもよい。
【００７２】
なお、実施形態の構成に代えて、機能の重要度（使用可能性）については、或る機能（アプリ）については順位を固定にしてもよい。例えば、図１４に示すような重み表（第７テーブル）を記憶装置１２に記憶させて、「ポイント＝アプリポイント×通信相手ポイント×重み（固定値）」の式でポイントが計算され、重み係数の大きい通信方法の優先度（ユーザの使用可能性）が高くなるようにしてもよい。どのアプリの重みをどの程度大きくするかは適宜設定可能である。図１４の例では、アプリ単位で重みを設定する例を示すが、重みは、通信相手（電話番号やメールアドレス）単位で設定してもよい。また、実施形態で示したポイント（使用量の多寡）に基づく優先度の自動的な決定ではなく、ユーザが優先度を設定する構成を採用してもよい。
【００７３】
また、同一人物から同一アプリの通知が複数あった場合(連続の電話着信など)に、優先度を上げる構成を採用してもよい。以上説明した実施形態の構成は適宜組み合わせることができる。
【符号の説明】
【００７４】
１０・・・端末装置
１１・・・プロセッサ
１２・・・記憶装置
１３・・・無線通信回路
１４Ａ・・・タッチパネル
１５Ａ・・・画面
【図１】
2020129285.tif 000003
【図２】
2020129285.tif 000004
【図３】
2020129285.tif 000005
【図４】
2020129285.tif 000006
【図５】
2020129285.tif 000007
【図６】
2020129285.tif 000008
【図７】
2020129285.tif 000009
【図８】
2020129285.tif 000010
【図９】
2020129285.tif 000011
【図１０】
2020129285.tif 000012
【図１１】
2020129285.tif 000013
【図１２】
2020129285.tif 000014
【図１３】
2020129285.tif 000015
【図１４】
2020129285.tif 000016