JP5523890B2 - 携帯端末装置 - Google Patents

Description

本発明は、特定操作に対応付けたアイコンを待受画面に重ねて表示可能な携帯端末装置に関する。

特許文献１には、ワンタッチで発信する機能を有するワンタッチ発信キーを備えた携帯電話機が記載されている。この携帯電話機は、操作者がワンタッチ発信キーをワンタッチ操作すると、ワンタッチ発信キーに対応する通信先に電話を発信する。

特開２００７−１２４７１６号公報

このように携帯電話機にワンタッチ発信キーを設けることで、操作者は、簡便な操作で特定の相手に電話をかけることができる。簡便な操作で通話が可能なワンタッチ発信キーには、よく通話する相手、つまり通話頻度の高い通信先を登録することにより、ワンタッチ発信キーの利便性を向上させることができる。しかしながら、操作者は、ワンタッチ発信キーを有効に活用できていない場合もある。例えば、ワンタッチ発信キーに通話頻度の高い通信先が登録されていない場合である。

本発明は、上記に鑑みてなされたものであって、操作部に入力される特定操作の使用実績を容易に把握することができ、特定操作を有効に活用することが可能となる携帯端末装置を提案する。

本発明の携帯端末装置は、操作部と、待受画面を表示可能な表示部と、操作部に入力される特定操作と、当該特定操作の入力回数とを対応付けて記憶する対応記憶領域を有する記憶部と、操作部に特定操作が入力されると、対応記憶領域に記憶される入力回数を加算する加算処理を行い、かつ、待受画面の表示時に、対応記憶領域から入力回数を取得し、取得した入力回数に応じた画像を待受画面に重ねて表示させる画像処理を行う制御部と、を備えることを特徴とする。

また、記憶部には、特定操作に対してアイコンを対応付けて記憶しており、制御部は、表示部に待受画面を表示する際にはアイコンを重ねて表示し、当該アイコンに対応付けて入力回数に応じた画像を表示するように画像処理を行うことが好ましい。

また、記憶部は、入力回数に応じた画像を記憶する画像記憶領域を有し、制御部は、画像処理を行う際に、取得した入力回数に応じた画像を画像記憶領域から抽出して表示を行うことが好ましい。

また、操作部は、特定キーを有し、記憶部は、特定操作として、特定キーの押下を記憶していることが好ましい。

また、制御部は、画像処理および加算処理を第１アプリケーションにより処理することが好ましい。

また、制御部は、第１アプリケーションが実行されていない場合、加算処理を第２アプリケーションにより処理することが好ましい。

また、記憶部は、アドレス帳を記憶しており、対応記憶領域に、アドレス帳に登録された登録相手と特定操作とを対応付けて記憶可能であり、登録相手と特定操作の入力回数とも対応付けて記憶可能であることが好ましい。

また、制御部は、特定操作と登録相手との対応付けが変更されたら、記憶部に変更フラグを記憶させ、待受画面の表示時に、変更フラグを検出したら、記憶部に記憶されている登録相手と特定操作の対応付け、及び、登録相手と特定操作の入力回数の対応付けとに基づいて、特定操作の入力回数を変更することが好ましい。

また、制御部は、待受画面の表示中に、操作部に特定操作が入力されたら、登録相手の電話番号に発信することが好ましい。

また、記憶部は、アイコンとして、登録相手に対応付けて記憶されている画像を対応付けていることが好ましい。

また、制御部は、特定操作に対応付けられる登録相手が未登録である場合、当該特定操作に対応する画像処理を実行しないことが好ましい。

また、時刻を取得可能なタイマをさらに備え、制御部は、タイマにより取得した現在の時刻が、予め設定した設定時刻となった場合、記憶部に記憶された入力回数を初期値とすることが好ましい。

また、時刻を取得可能なタイマをさらに備え、記憶部は、特定操作と特定操作が行われた時刻と対応付けて記憶可能であり、制御部は、加算処理して、タイマにより取得した現在の時刻を基点として、基点から予め設定した設定期間に特定操作が入力された回数を、特定操作の入力回数とすることが好ましい。

本発明によれば、操作者は、待受画面に重ねて表示された画像を視認することにより、特定操作の使用実績を、容易に把握することができる。

図１は、本実施形態に係る携帯端末装置を示す外観斜視図である。 図２は、図１に示す携帯端末装置の機能の概略構成を示すブロック図である。 図３は、記憶部の概略構成を示すブロック図である。 図４は、第１対応テーブルを示す説明図である。 図５は、第２対応テーブルを示す説明図である。 図６は、第３対応テーブルを示す説明図である。 図７は、主制御部の画像処理の一例を示すフローチャートである。 図８は、主制御部の加算処理の一例を示すフローチャートである。 図９は、登録相手の変更時における主制御部の制御処理の一例を示すフローチャートである。 図１０は、変形例１に係る携帯端末装置の記憶部の概略構成を示すブロック図である。 図１１は、他の第１対応テーブルを示す説明図である。

以下、本発明につき図面を参照しつつ詳細に説明する。なお、以下の説明により本発明が限定されるものではない。また、以下の説明における構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。以下においては、携帯端末装置の一例である携帯電話機を例として説明するが、本発明の適用対象は携帯電話機に限定されるものではない。例えば、ＰＨＳ（Personal Handyphone System）、ＰＤＡ、ポータブルナビゲーション装置、ポータブルゲーム機等の携帯型や通信端末や、パーソナルコンピュータ、ゲーム機等の固定型の通信端末に対しても本発明は適用できる。

（実施形態）
図１は、本実施形態に係る携帯端末装置の外観を示す正面図である。この携帯端末装置１は、筐体１Ｃが第１筐体１ＣＡと第２筐体１ＣＢとで開閉可能に構成された、折り畳み式の携帯電話機である。なお、携帯端末装置１として、例えば、ストレート型の携帯端末装置１や、スライド型の携帯端末装置１を適用してもよい。

第１筐体１ＣＡと第２筐体１ＣＢとは、ヒンジ１８で連結されている。これによって、第１筐体１ＣＡ及び第２筐体１ＣＢは、ヒンジ１８を中心としてともに回動して、互いに遠ざかる方向及び互いに接近する方向に回動できるように構成される。第１筐体１ＣＡと第２筐体１ＣＢとが互いに遠ざかる方向に回動すると携帯端末装置１が開き、第１筐体１ＣＡと第２筐体１ＣＢとが互いに接近する方向に回動すると携帯端末装置１が閉じる。なお、図１は、携帯端末装置１を開いた状態である。

第１筐体１ＣＡには、表示部として、図１に示すメインディスプレイ２Ｍが設けられる。メインディスプレイ２Ｍは、所定の画像として、待受画面４０（壁紙とも言われる）を表示したり、携帯端末装置１の操作を補助するために用いられるメニュー画面を表示したりする。ここで、待受画面４０とは、電話の発着信を待ち受けている状態の画面、またはアプリケーションの起動を待ち受けている状態の画面である。また、図１に示すように、第１筐体１ＣＡには、メインディスプレイ２Ｍのヒンジ１８側に、３つのワンタッチキー（特定キー）４が設けられている。この３つのワンタッチキー４には、それぞれ、「１」、「２」、「３」の番号が付されている。そして、第１筐体１ＣＡには、携帯端末装置１の通話時に音声を発するレシーバ６が設けられている。

ここで、メインディスプレイ２Ｍとヒンジ１８との間に設けられた複数（本実施形態では、例えば３つ）のワンタッチキー４は、ワンタッチ操作で電話やメールを発信するものである。３つのワンタッチキー４は、図示左側から順に、第１ワンタッチキー４ａ、第２ワンタッチキー４ｂ、第３ワンタッチキー４ｃとなっており、第１筐体１ＣＡの幅方向（短手方向）に並べて設けられている。

第２筐体１ＣＢには、通話相手の電話番号や、メール作成時等に文字を入力するための数字キー３ａが複数設けられ、また、メインディスプレイ２Ｍに表示されるメニューの選択、カーソルの移動方向を入力するための方向キー３ｂ、決定操作を入力するための決定キー３ｃ、各種アプリケーションの起動操作を入力するための機能キー３ｄが設けられている。なお、本実施形態では、方向キー３ｂの一部は、機能キー３ｄの機能も備えている。数字キー３ａ、方向キー３ｂ、決定キー３ｃ、機能キー３ｄ及びワンタッチキー４は、携帯端末装置１の操作部２８（図２参照）を構成する。また、第２筐体１ＣＢには、携帯端末装置１の通話時に音声を受け取るマイク５が設けられている。

次に、携帯端末装置１の機能と制御部との関係を説明する。図２は、図１に示す携帯端末装置の機能の概略構成を示すブロック図である。図２に示すように携帯端末装置１は、主制御部２２と、記憶部２４と、通信部２６と、操作部２８と、音声処理部３０と、表示部３２と、表示制御部３３と、タイマ３６とを有する。

主制御部２２は、携帯端末装置１の全体的な動作を統括的に制御する処理部、例えばＣＰＵ（Central Processing Unit）である。すなわち、携帯端末装置１の各種の処理が、操作部２８の操作や携帯端末装置１の記憶部２４に保存されるソフトウェアに応じて適切な手順で実行されるように、通信部２６、表示部３２等の動作を制御する。主制御部２２は、記憶部２４に保存されているプログラム（例えば、オペレーティングシステムプログラム、アプリケーションプログラム等）に基づいて処理を実行する。

記憶部２４には、主制御部２２での処理に利用されるアプリケーションプログラム等のソフトウェアやデータが保存されている。アプリケーションとしては、待受画面４０に後述するアイコン１０を重ねて表示するアプリケーションや、ワンタッチキー４の操作に応じて各種処理を実行するアプリケーション等がある。また、データとしては、ワンタッチキー４と各項目を対応付けたデータや、アドレス帳のデータ、画像データ、音声データ等がある。なお、記憶部２４は、ワンタッチキー４の操作（押下）を特定操作として記憶している。

ここで、図３は、記憶部の概略構成を示すブロック図である。図４は、第１対応テーブルを示す説明図である。図５は、第２対応テーブルを示す説明図である。図６は、第３対応テーブルを示す説明図である。図３に示すように、記憶部２４は、画像データを記憶する画像記憶領域５１と、上記したアプリケーションを記憶するアプリ記憶領域５２と、各種対応テーブルを記憶する対応記憶領域５３とを有している。

アプリ記憶領域５２には、ワンタッチキー４の入力回数に応じた画像４５（図１参照）を待受画面４０に重ねて表示させる第１アプリケーション６０が記憶されている。なお、第１アプリケーション６０の詳細については後述する。画像記憶領域５１には、待受画面４０に重ねて表示される画像４５のデータが、ワンタッチキー４の入力回数に対応付けられて記憶されている。

対応記憶領域５３には、図４に示す第１対応テーブル６４と、図５に示す第２対応テーブル６５と、図６に示す第３対応テーブル６６とが記憶されている。第１対応テーブル６４は、アプリ記憶領域５２の第１アプリケーション６０に設けられ、各ワンタッチキー４と各ワンタッチキー４の入力回数とを対応付けている。第２対応テーブル６５は、ワンタッチキー４に対し、アドレス帳に登録された登録相手をペア相手として対応付けている。第３対応テーブル６６は、登録相手に対し、ワンタッチキー４の入力回数を対応付けている。

第１対応テーブル６４では、例えば、第１ワンタッチキー４ａに入力回数「６８」が対応付けられ、第２ワンタッチキー４ｂに入力回数「３」が対応付けられ、第３ワンタッチキー４ｃに入力回数「ｎｕｌｌ」が対応付けられている。なお、「ｎｕｌｌ」とは、後述する第２対応テーブル６５において、ワンタッチキー４に登録相手が対応付けられていない未登録状態である場合に対応付けられ、未登録状態のワンタッチキー４が操作されても、主制御部２２による各種処理を実行しないようにするための情報となっている。

第２対応テーブル６５では、例えば、第１ワンタッチキー４ａに登録相手として「お母さん」が対応付けられ、第２ワンタッチキー４ｂに登録相手として「お父さん」が対応付けられる。なお、第３ワンタッチキー４ｃは、登録相手が登録されていない未登録状態となっている。

第３対応テーブル６６では、例えば、「お母さん」に入力回数「６８」が対応付けられ、「お父さん」に入力回数「３」が対応付けられている。なお、第３対応テーブル６６では、「お母さん」および「お父さん」以外の登録相手に対しても、入力回数を対応付けることが可能である。また、第３対応テーブル６６では、新規の登録相手に対して、入力回数の初期値である「０」を対応付ける。

再び、図２を参照して、携帯端末装置１の説明を続ける。通信部２６は、基地局によって割り当てられるチャネルを介し、基地局との間でＣＤＭＡ方式などによる無線信号回線を確立し、基地局との間で電話通信及び情報通信を行う。

操作部２８は、上述したように、数字キー３ａ、方向キー３ｂ、決定キー３ｃ、機能キー３ｄ、及び、ワンタッチキー４とで構成され、これらのキーがユーザの操作により入力されると、その操作内容に対応する信号を発生させる。そして、発生した信号は、ユーザの指示として主制御部２２へ入力される。なお、機能キー３ｄは、例えば、電源キー、通話キー、メールキーなど、各種の機能が割り当てられたキーであり、押下されることで、当該キーに対応付けられた機能を起動させる。

音声処理部３０は、マイク５に入力される音声信号やレシーバ６から出力される音声信号の処理を実行する。

表示部３２は、液晶ディスプレイ（ＬＣＤ、Liquid Crystal Display）や、有機ＥＬ（Organic Electro−Luminescence）パネルなどで構成された表示パネル（上述したメインディスプレイ２Ｍ等）を備え、主制御部２２から表示制御部３３を介して供給される映像データに応じた映像、画像データに応じた画像を表示パネルに表示させる。

タイマ３６は、時刻をカウントしており、時刻の情報を、主制御部２２へ向けて出力可能となっている。

次に、携帯端末装置１の動作、具体的には、主制御部２２における処理について説明する。携帯端末装置１は、図１に示すように、表示部３２のメインディスプレイ２Ｍに待受画面４０を表示させる場合、３つのワンタッチキー４に対応付けられた３つのアイコン１０を、待受画面４０に重ねて表示する。

３つのアイコン１０は、メインディスプレイ２Ｍにおいて、第１筐体１ＣＡのヒンジ１８側に表示されている。３つのアイコン１０として、第１アイコン１０ａ、第２アイコン１０ｂ、第３アイコン１０ｃがあり、３つのアイコン１０は、第１筐体１ＣＡの幅方向に並べて表示されている。そして、第１アイコン１０ａに第１ワンタッチキー４ａが対応付けられて、図示左側に配置され、第２アイコン１０ｂに第２ワンタッチキー４ｂが対応付けられて、図示中央に配置され、第３アイコン１０ｃに第３ワンタッチキー４ｃが対応付けられて、図示右側に配置されている。このアイコン１０には、ワンタッチキー４に対応付けられ、かつ、登録相手に対応付けられた画像が表示される。また、このアイコン１０ａ、１０ｂ、１０ｃには、それぞれ対応するワンタッチキー４ａ、４ｂ、４ｃの番号（具体的には「１」「２」「３」）の画像も表示されている。なお、第３ワンタッチキー４ｃは未登録状態であるため、第３アイコン１０ｃには画像が表示されず、この場合、枠のみ表示される。

このように、携帯端末装置１は、待受画面４０の表示時にワンタッチキー４に対応して登録した画像（アイコン１０ａ、１０ｂ、１０ｃ）を表示させることで、ワンタッチキー４のそれぞれと、それに対応した登録相手とを簡単に認識することができる。

また、携帯端末装置１は、図１に示すように、表示部３２のメインディスプレイ２Ｍに待受画面４０を表示させる場合、３つのアイコン１０に対応させた画像４５を、待受画面４０に重ねて表示する。つまり、主制御部２２は、待受画面４０が表示されると、画像４５を３つのアイコン１０に対応付けて、待受画面４０に重ねて表示すべく、第１アプリケーション６０を実行させる。

以下、第１アプリケーション６０について説明する。第１アプリケーション６０は、所定の条件に基づいて、表示部３２に表示させる画像を生成するものであり、このようなアプリケーションとしては、例えば、Ｆｌａｓｈ（登録商標）がある。主制御部２２は、第１アプリケーション６０を実行することで、第１対応テーブル６４に基づいて、画像記憶領域５１に記憶された画像４５を、待受画面４０に重ねて表示する画像処理を実行する。また、主制御部２２は、第１アプリケーション６０の実行中において、第１対応テーブル６４の入力回数を更新する加算処理を実行する。以下、第１アプリケーション６０に基づく主制御部２２の画像処理および加算処理について、それぞれ説明する。

ここで、図７は、主制御部の画像処理の一例を示すフローチャートである。図８は、主制御部の加算処理の一例を示すフローチャートである。図７を参照し、主制御部２２の画像処理について説明する。

先ず、主制御部２２は、表示部３２に待受画面４０が表示されたか否かを判定する（ステップＳ１）。主制御部２２は、待受画面４０が表示されたと判定する（Ｙｅｓ）と、第１アプリケーション６０を実行させる（ステップＳ２）。なお、主制御部２２は、ステップＳ１において、待受画面４０が表示されていないと判定する（Ｎｏ）と、表示部３２に待受画面４０が表示されるまで、ステップＳ１を繰り返す。

主制御部２２は、ステップＳ２において、第１アプリケーション６０を実行したら、第１対応テーブル６４を参照して、各ワンタッチキー４に対応付けられた入力回数があるか否か、すなわち「ｎｕｌｌ」であるか否かを判定する（ステップＳ３）。主制御部２２は、入力回数がある、すなわち「ｎｕｌｌ」でないと判定する（Ｙｅｓ）と、第１対応テーブル６４から、各ワンタッチキー４に対応付けられた入力回数を取得する（ステップＳ４）。

主制御部２２は、ステップＳ４において、各ワンタッチキー４に対応付けられた入力回数を取得すると、取得したそれぞれの入力回数に基づいて、画像記憶領域５３から画像４５のデータを読み出す（ステップＳ５）。この後、主制御部２２は、読み出した（抽出した）画像４５のデータを、各ワンタッチキー４のアイコン１０にそれぞれ対応付けて、待受画面４０に重ねて表示する（ステップＳ６：図１参照）。

具体的に、主制御部２２は、ステップＳ６において、入力回数が多いほど、背の高い花の画像４５を表示させる。このため、主制御部２２は、入力回数の多い第１ワンタッチキー４ａのアイコン１０ａに、背の高い花の画像４５ａを対応付ける。また、主制御部２２は、入力回数の少ない第２ワンタッチキー４ｂのアイコン１０ｂに、背の低い花の画像４５ｂを対応付ける。

そして、主制御部２２は、ステップＳ６の処理後、画像処理を終了する。なお、主制御部２２は、ステップＳ３において、入力回数がない、すなわち「ｎｕｌｌ」であると判定する（Ｎｏ）と、画像４５を表示せず（ステップＳ７）、すなわち画像処理を実行せずに終了する。

以上のように、主制御部２２は、待受画面４０の表示時に、第１アプリケーション６０を実行することにより、各ワンタッチキー４の入力回数に応じた画像４５を、各アイコン１０に対応付けて表示する。なお、本実施形態において、画像４５は、花の画像を用いたが、これに限らない。つまり、ユーザが視認することにより、入力回数を把握可能な画像４５であれば、何れであってもよい。

次に、図８を参照し、主制御部２２の加算処理について説明する。主制御部２２は、ステップＳ５における待受画面４０の表示中に、ワンタッチキー４の操作があるか否かを判定する（ステップＳ１１）。主制御部２２は、ワンタッチキー４の操作があると判定する（Ｙｅｓ）と、第２対応テーブル６５を参照して、操作されたワンタッチキー４に登録相手が対応付けられているか否か、すなわち登録相手の有無を判定する（ステップＳ１２）。なお、主制御部２２は、ステップＳ１１において、ワンタッチキー４の操作がないと判定する（Ｎｏ）と、ワンタッチキー４が操作されるまで、ステップＳ１１を繰り返す。

主制御部２２は、ステップＳ１２において、登録相手がある（Ｙｅｓ）と判定すると、操作されたワンタッチキー４に対応する第１対応テーブル６４の入力回数に、「１」を加算して第１対応テーブル６４に記憶させ（ステップＳ１３）、加算処理を終了する。なお、主制御部２２は、ステップＳ１２において、登録相手がない（Ｎｏ）と判定すると、ステップＳ１３の処理を行わずに、加算処理を終了する。

なお、主制御部２２は、加算処理の終了後、操作されたワンタッチキー４に対応する登録相手へ、電話やメールを発信する。また、主制御部２２は、加算処理後の入力回数を、第３対応テーブル６６にも反映させている。

次に、図９を参照して、ワンタッチキー４に対応付けられた登録相手が変更された場合の主制御部２２の制御処理について説明する。ここで、図９は、登録相手の変更時における主制御部の制御処理の一例を示すフローチャートである。

主制御部２２は、ユーザの操作により、第２対応テーブル６５における各ワンタッチキー４と登録相手との対応付けが変更されたか否かを判定する（ステップＳ２１）。主制御部２２は、登録相手の変更が行われたと判定する（Ｙｅｓ）と、記憶部２４に変更フラグを記憶させる（ステップＳ２２）。なお、主制御部２２は、ステップＳ２１において、登録相手の変更が行われていないと判定すると、ステップＳ２２の処理を行わずに、後述するステップＳ２３の処理へ移行する。

主制御部２２は、ステップＳ２２において、記憶部２４に変更フラグを記憶させたら、表示部３２に待受画面４０が表示されたか否かを判定する（ステップＳ２３）。主制御部２２は、待受画面４０が表示されたと判定する（Ｙｅｓ）と、第１アプリケーション６０を実行させる（ステップＳ２４）。なお、主制御部２２は、ステップＳ２３において、待受画面４０が表示されていないと判定する（Ｎｏ）と、表示部３２に待受画面４０が表示されるまで、ステップＳ２１およびステップＳ２２を繰り返す。また、ステップＳ２３は、ステップＳ１と同様の処理となっており、ステップＳ２４は、ステップＳ２と同様の処理となっている。

主制御部２２は、ステップＳ２４において、第１アプリケーション６０を実行したら、記憶部２４に変更フラグが記憶されているか否か、すなわち変更フラグの有無を判定する（ステップＳ２５）。主制御部２２は、変更フラグがあると判定する（Ｙｅｓ）と、変更後の第２対応テーブル６５を参照して、各ワンタッチキー４に登録相手が対応付けられているか否か、すなわち各ワンタッチキー４における登録相手の有無を判定する（ステップＳ２６）。なお、主制御部２２は、ステップＳ２５において、変更フラグがないと判定する（Ｎｏ）と、後述するステップＳ２９の処理に移行する。

主制御部２２は、ステップＳ２６において、ワンタッチキー４に対応する登録相手があると判定する（Ｙｅｓ）と、第３対応テーブル６６から、登録相手に対応付けられた入力回数を取得し、第１対応テーブル６４の入力回数を、取得した入力回数へ変更する（ステップＳ２７）。なお、主制御部２２は、ステップＳ２６において、ワンタッチキー４に対応する登録相手がないと判定する（Ｎｏ）と、第１対応テーブル６４の入力回数に、上記の「ｎｕｌｌ」を入力する（ステップＳ２８）。そして、主制御部２２は、ステップＳ２７またはステップＳ２８の処理後、画像処理を実行する（ステップＳ２９）。なお、ステップＳ２９は、図７のステップＳ３からステップＳ７までの処理である。

なお、変更後の第２対応テーブル６５において、ワンタッチキー４に対応付けられた登録相手が新規の登録相手である場合、第３対応テーブル６６において、新規の登録相手には、入力回数の初期値である「０」が対応付けられている。このため、主制御部２２は、第１対応テーブル６４において、新規の登録相手に対応するワンタッチキー４の入力回数に、初期値である「０」を対応付ける。本実施形態では、初期値を「０」としたが、「０」以外の任意の値であってもよい。

以上の構成によれば、携帯端末装置１は、ワンタッチキー４の入力回数に応じた画像４５を、ワンタッチキー４のアイコン１０に対応付けて、待受画面４０に重ねて表示することができる。このため、携帯端末装置１の操作に不慣れなユーザにとっては、待受画面４０の画像４５を視認することで、ワンタッチキー４の入力回数を容易に把握することができ、これにより、ワンタッチキー４に対応付けられる登録相手への通信頻度を容易に把握することができる。

また、携帯端末装置１は、ワンタッチキー４に対応付けられた登録相手が変更された場合、この変更に合わせて、第１対応テーブル６４を変更することができるため、各アイコン１０に対応付けられる画像４５を適切に変更することができる。これにより、ユーザは、ワンタッチキー４に対応付けられた登録相手が変更されても、待受画面４０の画像４５を視認することで、登録相手の通信頻度を適切に把握することができる。

なお、本実施形態では、登録相手が変更された場合、この変更にあわせて、第１対応テーブル６４の入力回数を変更したが、これに限らず、登録相手が変更された場合、この変更にあわせて、第１対応テーブル６４の入力回数を初期値に変更してもよい。

また、本実施形態では、特定操作を特定キーであるワンタッチキー４により行ったが、ワンタッチキー４に限らず、他のキーにより特定操作を行ってもよい。

また、本実施形態では、第２対応テーブル６５と第３対応テーブル６６とが独立して設けられていたが、これに限らず、第２対応テーブル６５と第３対応テーブル６６を組み合わせたテーブルとしてもよい。

次に、図１０を参照し、変形例１に係る携帯端末装置１の記憶部２４について説明する。図１０は、変形例１に係る携帯端末装置の記憶部の概略構成を示すブロック図である。この記憶部２４には、上記実施形態の構成に加え、アプリ記憶領域５２に第２アプリケーション８０が設けられている。

主制御部２２は、第２アプリケーション８０を実行することで、加算処理を実行することが可能となっている。なお、この場合、特定操作は、ワンタッチキー４の操作だけでなく、ワンタッチキー４に対応付けられた登録相手に関する操作も含む。

第２アプリケーション８０は、例えば、電話の発着信を行うアプリケーションやメールの発着信を行うアプリケーションであったり、また、加算処理専用のアプリケーションであったりする。この第２アプリケーション８０は、第１アプリケーションが実行されていない場合に実行される。つまり、第２アプリケーション８０は、表示部３２に待受画面４０が表示されていないときに実行される。以下、第２アプリケーション８０に基づく主制御部２２の加算処理について説明する。

主制御部２２は、第２アプリケーション８０を実行したら、ワンタッチキー４に対応付けられた登録相手に関する特定操作が行われたか否かを判定する。主制御部２２は、特定操作が行われたと判定すると、第１対応テーブル６４の登録相手に対応する入力回数に、「１」を加算し、加算後の入力回数を第１対応テーブル６４に記憶させ、加算処理を終了する。

具体的に、第２アプリケーション８０として、電話の発着信を行うアプリケーションを適用し、特定操作として電話の発信を行った場合について説明する。主制御部２２は、第２アプリケーション８０を実行したら、ワンタッチキー４に対応付けられた登録相手に、電話の発信が行われたか否かを判定する。主制御部２２は、登録相手に電話が発信されたと判定すると、第１対応テーブル６４の登録相手に対応する入力回数に、「１」を加算し、加算後の入力回数を第１対応テーブル６４に記憶させ、加算処理を終了する。

以上の構成によれば、携帯端末装置１は、第１アプリケーション６０が実行されていない場合でも、ワンタッチキー４に対応付けられた登録相手に関する特定操作が行われたら、第１対応テーブル６４に加算処理を行うことができる。これにより、携帯端末装置１は、ワンタッチキー４に対応付けられた登録相手に関する特定操作をより正確に加算（カウント）することができるため、ユーザは、ワンタッチキー４に対応付けられた登録相手の通信頻度をより正確に把握することができる。

なお、主制御部２２は、第２アプリケーション８０を実行して加算処理を行ったが、これに限らず、主制御部２２は、ユーザにより特定操作が行われたら、特定操作に関するフラグを記憶部２４に記憶させ、第１アプリケーション６０の実行時に、第１対応テーブル６４の入力回数を更新するようにしてもよい。

なお、本実施形態および変形例１の携帯端末装置１の構成に加え、下記する構成を加えてもよい。つまり、主制御部２２は、タイマ３６により取得した現在の時刻が、予め設定した設定時刻となった場合、第１対応テーブル６４の入力回数を初期値に変更（リセット）してもよい。

この構成によれば、携帯端末装置１は、設定時刻以前の入力回数を加味することなく、入力回数を設定時刻から新たにカウントし直すことができる。このため、ユーザは、待受画面４０の画像４５を視認することで、直近のワンタッチキー４の入力回数を把握することができる。

また、本実施形態および変形例１の携帯端末装置１の構成に加え、下記する構成を加えてもよい。ここで、図１１は、他の第１対応テーブルを示す説明図である。図１１に示すように、第１対応テーブル９０には、ワンタッチキー４とワンタッチキー４が操作された入力時刻とが対応付けられている。そして、主制御部２２は、タイマ３６により取得した現在の時刻を基点として、基点から予め設定した設定期間内においてワンタッチキー４が操作された回数を、第１対応テーブル９０の入力回数としてもよい。

この構成によれば、携帯端末装置１は、設定期間内におけるワンタッチキー４の入力回数に応じた画像４５を、ワンタッチキー４のアイコン１０に対応付けて、待受画面４０に重ねて表示することができる。このため、ユーザは、待受画面４０の画像４５を視認することで、設定期間内におけるワンタッチキー４の入力回数を容易に把握することができ、これにより、設定期間内における登録相手への通信頻度を容易に把握することができる。

以上のように、本発明に係る携帯端末装置は、ワンタッチキーを備えた携帯端末装置において有用であり、特に、操作に不慣れなユーザが使用する場合に適している。

１ 携帯端末装置
１Ｃ 筐体
２Ｍ メインディスプレイ
３ａ 数字キー
３ｂ 方向キー
３ｃ 決定キー
３ｄ 機能キー
４ ワンタッチキー
１０ アイコン
２２ 主制御部
２４ 記憶部
２８ 操作部
３２ 表示部
３３ 表示制御部
３６ タイマ
４０ 待受画面
５１ 画像記憶領域
５２ アプリ記憶領域
５３ 対応記憶領域
６０ 第１アプリケーション
６４ 第１対応テーブル
６５ 第２対応テーブル
６６ 第３対応テーブル
８０ 第２アプリケーション

Claims (1)

1. 表示部と、
   ワンタッチで特定の相手に対する発信を行うワンタッチ発信操作が行われた回数を当該ワンタッチ発信操作が行われた時刻と対応付けてカウントし、現在の時刻を基点として設定する設定期間内において当該ワンタッチ発信操作が行われた回数をユーザが把握可能なように、当該回数に応じて異なる画像を前記表示部に表示させる制御部と、を備えることを特徴とする携帯端末装置。

Images