(57)【要約】      （修正有）【課題】キーの数や種類に依らず、キーと、キーに対応する少なくとも１つのキーコードとを適切に割り当てることができる携帯端末を提供する。【解決手段】任意のキーのプレスおよびリリースを検出する検出部と、検出部で任意のキーのプレスを検出すると計時を開始する計時部と、計時部で計時中に、検出部が任意のキーのリリースが有ったか否か、または計時中に任意のキーのリリースとそれに続くプレスが有ったか否かを検出することで、任意のキーの操作種類を判定する操作種類判定部と、少なくとも１つのキーの操作種類と対応するキーコードを示す第１のテーブルを格納するキーコード記憶部と、キーコード記憶部に格納された第１のテーブルを参照して、操作種類判定部で判定した任意のキーの操作種類と対応するキーコードを判定するキーコード判定部と、キーコード判定部で判定したキーコードをアプリケーションに通知する通知部とを有する。【選択図】図２
2011059827.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのアプリケーションを有する携帯端末において、
任意のキーのプレスおよびリリースを検出する検出部と、
前記検出部で前記任意のキーのプレスを検出すると計時を開始する計時部と、
前記計時部で計時中に、前記検出部が前記任意のキーのリリースが有ったか否か、または前記計時中に前記任意のキーのリリースとそれに続くプレスが有ったか否か、を検出することで、前記任意のキーの操作種類を判定する操作種類判定部と、
少なくとも１つのキーの操作種類と対応するキーコードを示す第１のテーブルを格納するキーコード記憶部と、
前記キーコード記憶部に格納された前記第１のテーブルを参照して、前記操作種類判定部で判定した前記任意のキーの操作種類と対応するキーコードを判定するキーコード判定部と、
前記キーコード判定部で判定した前記キーコードを、前記アプリケーションに通知する通知部と、
を有することを特徴とする携帯端末。
【請求項２】
起動しているアプリケーションの状態を取得するアプリ状態取得部と、
少なくとも１つのアプリケーションの状態と、その状態において前記アプリケーションが処理可能なキーの操作種類とを関連付ける第２のテーブルを格納するアプリ状態記憶部と、
前記アプリ状態記憶部に格納された前記第２のテーブルを参照して、前記アプリ状態取得部で取得した起動中のアプリケーションの状態に該当する、前記処理可能なキーの操作種類を決定するアプリ状態判別部と、
をさらに有し、
前記操作種類判定部は、前記アプリ状態判別部で決定した、前記処理可能な少なくとも１つのキーの操作種類に基づき、前記任意のキーの操作種類を判定するよう構成される、
ことを特徴とする請求項１記載の携帯端末。
【請求項３】
前記操作種類判定部は、
前記計時部で計時中に前記検出部が前記キーのリリースを検出した場合、前記キーの操作種類を短押しと判定し、
前記計時部で計時中に前記検出部が前記キーについて何も検出しなかった場合、前記キーの操作種類を長押しと判定し、
前記計時部で計時中に前記検出部が前記キーのリリースとプレスを検出した場合、前記キーの操作種類をダブルクリックと判定する、
よう構成されることを特徴とする請求項１記載の携帯端末。
【請求項４】
前記アプリケーションは、
短押し、長押し、ダブルクリックのすべてのキー操作が処理可能である第１の状態と、
短押しのみのキー操作が処理可能である第２の状態と、
長押しのみのキー操作が処理可能である第３の状態と
を含むことを特徴とする請求項２記載の携帯端末。
【請求項５】
少なくとも１つのアプリケーションを有する携帯端末における入力制御方法において、
任意のキーのプレスおよびリリースを検出し、
前記任意のキーのプレスを検出すると計時を開始し、
計時中に、前記任意のキーのリリースが有ったか否か、または前記計時中に前記任意のキーのリリースとそれに続くプレスが有ったか否か、を検出することで、前記任意のキーの操作種類を判定し、
少なくとも１つのキーの操作種類と対応するキーコードを示す第１のテーブルを格納し、
格納された前記第１のテーブルを参照して、判定した前記任意のキーの操作種類と対応するキーコードを判定し、
判定した前記キーコードを、前記アプリケーションに通知する、
ことを特徴とする携帯端末における入力制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、１つのキーに複数の処理を割り当てる携帯端末および携帯端末における入力制御方法に関する。
【背景技術】
【０００２】
近年、携帯電話やスマートフォン等の携帯端末の小型化に伴い、端末に実装可能なキーが制限され、十分な数のキーを配置できなくなっている。そのため、端末に実装できないキーのキーコードを、他のキーで補完する必要がある。例えば、ファンクションキーを設定し、キーコードはそのままで、ファンクションキーと他のキーとが同時に押下されているかを、アプリケーションで判断するか、またはフラグを立てて判別する。また、キーコードはそのままで、アプリケーション側で１つのキーの短押し、長押し、ダブルクリック等の動作に対応する処理を分岐させている。
【０００３】
特許文献１には、ファンクションキーと他のキーを同時押下して特定の処理を実行する情報処理装置であって、ファンクションキーを押下またはリリースすることで、特定メニュー提示用ユーザインターフェースを起動し表示手段に表示する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−１５７１４０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、携帯端末でファンクションキーを設定すると、ファンクションキーと他のキーの２つのキーを押下しなければならず、ユーザにとって操作が煩わしい。
【０００６】
また従来では、アプリケーション側が、キーとキーに対応する少なくとも１つのキーコードとの割り当てを決定していたため、携帯端末の機種によってキー数の増減があると、キーとキーに対応する少なくとも１つのキーコードが異なるため、機種に応じてアプリケーションを修正する必要があった。
【０００７】
本発明はこのような点を考慮してなされたもので、キーの数や種類に依らず、キーと、キーに対応する少なくとも１つのキーコードとを適切に割り当てることができる携帯端末および携帯端末における入力制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明に係る携帯端末は、少なくとも１つのアプリケーションを有する携帯端末において、任意のキーのプレスおよびリリースを検出する検出部と、前記検出部で前記任意のキーのプレスを検出すると計時を開始する計時部と、前記計時部で計時中に、前記検出部が前記任意のキーのリリースが有ったか否か、または前記計時中に前記任意のキーのリリースとそれに続くプレスが有ったか否か、を検出することで、前記任意のキーの操作種類を判定する操作種類判定部と、少なくとも１つのキーの操作種類と対応するキーコードを示す第１のテーブルを格納するキーコード記憶部と、前記キーコード記憶部に格納された前記第１のテーブルを参照して、前記操作種類判定部で判定した前記任意のキーの操作種類と対応するキーコードを判定するキーコード判定部と、前記キーコード判定部で判定した前記キーコードを、前記アプリケーションに通知する通知部と、を有することを特徴とする。
【０００９】
本発明に係る携帯端末における入力制御方法は、少なくとも１つのアプリケーションを有する携帯端末における入力制御方法において、任意のキーのプレスおよびリリースを検出し、前記任意のキーのプレスを検出すると計時を開始し、計時中に、前記任意のキーのリリースが有ったか否か、または前記計時中に前記任意のキーのリリースとそれに続くプレスが有ったか否か、を検出することで、前記任意のキーの操作種類を判定し、少なくとも１つのキーの操作種類と対応するキーコードを示す第１のテーブルを格納し、格納された前記第１のテーブルを参照して、判定した前記任意のキーの操作種類と対応するキーコードを判定し、判定した前記キーコードを、前記アプリケーションに通知する、ことを特徴とする。
【発明の効果】
【００１０】
本発明に係る携帯端末および携帯端末における入力制御方法によれば、キーの数や種類に依らず、キーと、キーに対応する少なくとも１つのキーコードとを適切に割り当てることができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態に係る携帯端末を適用した携帯電話機の斜視図。
【図２】同上の実施形態における携帯電話機の概略構成を示すブロック図。
【図３】同上の実施形態におけるキーコードテーブルの例を示す図。
【図４】同上の実施形態におけるアプリ状態テーブルの例を示す図。
【図５】同上の実施形態における、アプリ状態が状態Ａである携帯電話機において、ユーザが操作キーを「短押し」した場合の動作を示すフローチャート。
【図６】同上の実施形態における、アプリ状態が状態Ａである携帯電話機において、ユーザが操作キーを「長押し」した場合の動作を示すフローチャート。
【図７】同上の実施形態における、アプリ状態が状態Ａである携帯電話機において、ユーザが操作キーを「ダブルクリック」した場合の動作を示すフローチャート。
【図８】同上の実施形態における、アプリ状態が状態Ｂである携帯電話機において、ユーザが操作キーを「短押し」した場合の動作を示すフローチャート。
【図９】同上の実施形態における、アプリ状態が状態Ｃである携帯電話機において、ユーザが操作キーを「長押し」した場合の動作を示すフローチャート。
【図１０】同上の実施形態における携帯電話機の動作の変形例を示すフローチャート。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態を添付図面に基づいて説明する。
【００１３】
図１は、本発明の一実施形態に係る携帯端末を適用した携帯電話機１の斜視図であり、（Ａ）は閉じた状態を示し、（Ｂ）は開いた状態を示す。携帯電話機１は、矩形の板状の上筐体５０と、この上筐体５０とほぼ同形状をした下筐体５１とが、閉じた状態で、相互に一面を覆うように積層されることにより形成されている。これらの上筐体５０及び下筐体５１は、所定方向（図１のＸ方向）に相互に所定長さだけスライド可能なように結合されていて、上筐体５０を下筐体５１に対してスライドさせることにより、閉じた状態から開いた状態に、あるいは開いた状態から閉じた状態に変形される。
【００１４】
上筐体５０の外面（下筐体５１に対面しない側の面）には、文字や画像等からなる画面を表示するためのディスプレイ５２、音声を出力するためのスピーカ１４２が設けられている。これらのディスプレイ５２、スピーカ１４２は、携帯電話機１が閉じた状態であっても開いた状態であっても外部に露出されるように設けられている。よって、携帯電話機１が閉じた状態であっても開いた状態であっても、ユーザはディスプレイ５２の画面を視認したり、携帯電話機１を用いて通話を行ったりすることができる。
【００１５】
下筐体５１の内面（上筐体５０に対面する側の面）には、ユーザが押下（プレス）することにより指示を入力するための複数の操作キー５３、音声を集音するためのマイクロフォン１４１が設けられている。携帯電話機１が閉じた状態のとき、これらの操作キー５３は、上筐体５０により覆われていて外部に露出されていない。上筐体５０を下筐体５１に対してスライドさせて携帯電話機１を開いた状態に変形させたとき、操作キー５３は外部に露出されるので、ユーザは操作キー５３を介して指示を入力することができる。
【００１６】
下筐体５１の側面には、ユーザが押下することにより指示を入力するための複数のサイドキー５３ａが設けられている。これらのサイドキー５３ａは、携帯電話機１が閉じた状態であっても開いた状態であっても外部に露出するように設けられている。よって、携帯電話機１が閉じた状態であっても開いた状態であっても、ユーザはサイドキー５３ａを介して指示を入力することができる。
【００１７】
図２は、本発明の一実施形態に係る携帯電話機１の概略構成を示すブロック図である。携帯電話機１は、制御部１０、電源回路部１１、表示制御部１２、キー操作検出部１３、音声制御部１４、無線通信部１５、記憶部１６、情報記憶媒体１７、タイマ１８、データテーブル記憶部２０がバスによって相互に通信可能に接続されて構成されている。
【００１８】
電源回路部１１は、電力供給源（バッテリ等）を備え、キー操作検出部１３の操作キーを介した入力に基づいて携帯電話機１の電源のＯＮ／ＯＦＦ状態を切り替え、電源がＯＮ状態の場合に電力供給源から各部に対して電力を供給して、携帯電話機１を動作可能にする。
【００１９】
表示制御部１２はディスプレイ５２に対する表示インタフェースを備え、制御部１０の制御に基づいて、文書や画像等からなる画面をディスプレイ５２に表示する。キー操作検出部１３は操作キー５３、及びサイドキー５３ａに対する入力インタフェースを備え、操作キー５３やサイドキー５３ａの押下（プレス）またはリリースの操作を検出すると、それらの操作を示す信号を生成して、この信号を制御部１０に伝送する。
【００２０】
音声制御部１４は、制御部１０の制御に基づいて、マイクロフォン１４１で集音された音声からアナログ音声信号を生成し、このアナログ音声信号をデジタル音声信号に変換する。また音声制御部１４は、デジタル音声信号を取得すると、制御部１０の制御に基づいて、このデジタル音声信号をアナログ音声信号に変換し、スピーカ１４２から音声として出力する。
【００２１】
無線通信部１５は、制御部１０の制御に基づいて、基地局からアンテナ１５ａを介して受信した受信信号をスペクトラム逆拡散処理してデータを復元する。このデータは、制御部１０の指示により、音声制御部１４に伝送されてスピーカ１４２から出力されたり、表示制御部１２に伝送されてディスプレイ５２に表示されたり、または記憶部１６に記録されたりする。また無線通信部１５は、制御部１０の制御に基づいて、マイクロフォン１４１で集音された音声データや、操作キー５３やサイドキー５３ａで入力されたデータや記憶部１６に記憶されたデータを取得すると、これらのデータに対してスペクトラム拡散処理を行い、基地局に対してアンテナ１５ａを介して送信する。
【００２２】
記憶部１６は、制御部１０や無線通信部１５などのワーク領域となるもので、その機能はＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などにより実現できる。また、後述するタイマ１８で計測する所定時間をあらかじめ格納している。なお、この所定時間は固定であっても良いし、ユーザが設定可能であってもよい。
【００２３】
情報記憶媒体１７（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、ハードディスク、或いはメモリ（ＲＯＭ：Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）などにより実現できる。情報記憶媒体１７は、本実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）、アプリ１７Ａ、１７Ｂ・・・等の複数のアプリケーション等が記憶される。
【００２４】
タイマ１８は、起動しているアプリの状態でキーの操作種類が一意に決まらない場合（後述する）に、操作キー５３がプレスされると同時に記憶部１６に格納された所定時間を取得して起動、計時する。タイマ１８の計測時間中にプレスしているキーのリリースがあるか否かで、後述するキー操作の操作種類の判定を行うことができる。
【００２５】
データテーブル記憶部２０は、キーコードテーブル２０１とアプリ状態テーブル２０２の２つのテーブルを格納する。キーコードテーブル２０１の例を図３に、アプリ状態テーブル２０２の例を図４に示す。
【００２６】
キーコードテーブル２０１は、操作キー５３やサイドキー５３ａにおける短押し時、長押し時、ダブルクリック時でのキーコードをそれぞれ割り当てて格納している。図３ではＡキー、Ｂキー、Ｃキーのみ示しているが、その他のキーでも同様の仕様を有しても良い。例えば、Ａキーをプレスした時、短押し時ではキーコードＡ、長押し時ではキーコードａ、ダブルクリック時ではキーコードＡＡを割り当て、アプリ１７Ａ、１７Ｂ・・・に通知する。具体的には、例えば決定キーについて、短押しすると決定キーのコード、長押しすると他画面遷移キーのコード、ダブルクリックするとメールキーのコードを割り当てている。
【００２７】
アプリ状態テーブル２０２は、待ち受け状態やＷｅｂ閲覧状態等、起動しているアプリの状態に応じて、処理可能なキーの操作種類（「短押し」、「長押し」、「ダブルクリック」の少なくとも１つ）を格納する。図４の「状態Ａ」は、例えば携帯電話機１が待ち受け状態であり、「短押し」、「長押し」、「ダブルクリック」のすべての操作種類について処理可能である。状態Ａは携帯電話機１のほぼ全ての状態に当てはまる。「状態Ｂ」は、例えば通話中の状態であり、「短押し」の操作種類のみ処理可能である。「状態Ｃ」は、「長押し」の操作種類のみ処理可能である。
【００２８】
制御部１０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）を具備し、携帯電話機１の総括的な制御を行うとともに、その他の様々な演算処理や制御処理などを行う演算装置である。制御部１０の機能は各種プロセッサ（ＣＰＵ、ＤＳＰ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムにより実現できる。制御部１０は、情報記憶媒体１７に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。
【００２９】
制御部１０は、キープレス／リリース検出部１０１、キーコード判定部１０２、キーイベント通知部１０３、アプリ状態判別部１０４、アプリ状態取得部１０５、操作種類判定部１０６を有する。キープレス／リリース検出部１０１は、ユーザが所定の操作キー５３あるいはサイドキー５３ａをプレスした、またはプレスしている操作キー５３あるいはサイドキー５３ａをリリースしたことを検出する。アプリ状態取得部１０５は、現在起動しているアプリ１７Ａ、１７Ｂ・・・の「状態」を情報記憶媒体１７より取得する。アプリ状態判別部１０４は、データテーブル記憶部２０内のアプリ状態テーブル２０２（図４）を参照して、アプリ状態取得部１０５が取得したアプリ１７Ａ、１７Ｂ・・・の「状態」に該当する、処理可能なキーの操作種類を決定する。操作種類判定部１０６は、アプリ１７Ａ、１７Ｂ・・・の現在の「状態」、および現在の「状態」に該当する処理可能なキーの操作種類に基づいて、ユーザのキー操作により該当する操作種類を「短押し」、「長押し」、「ダブルクリック」のいずれかに判定する。キーコード判定部１０２は、プレスされた操作キー５３あるいはサイドキー５３ａについて、あらかじめデータテーブル記憶部２０に格納されているキーコードテーブル２０１（図３）を参照してキーコードを判定する。キーイベント通知部１０３は、キーコード判定部１０２で判定したキーコードを、現在起動しているアプリ（例えばアプリ１７Ａ）に通知する。
【００３０】
＜状態Ａで短押し時の動作＞
次に、アプリ状態が「状態Ａ」である携帯電話機１において、ユーザが操作キー５３あるいはサイドキー５３ａを「短押し」した場合の動作について、図５を参照して説明する。
【００３１】
アプリ１７Ａが起動しているとする。ユーザがサイドキー５３ａのＡキーをプレスすると（ステップＳ１０１）、キー操作検出部１３は制御部１０にＡキーがプレスされたことを通知し、制御部１０内のキープレス／リリース検出部１０１は、Ａキーがプレスされたことを検出する（ステップＳ１０３）。次にアプリ状態取得部１０５は、情報記憶媒体１７に対し起動しているアプリ１７Ａの状態を要求し、「状態Ａ」であることを取得する（ステップＳ１０７）。次にアプリ状態判別部１０４は、データテーブル記憶部２０内のアプリ状態テーブル２０２を参照し、状態Ａに該当する処理可能な操作種類（短押し、長押し、ダブルクリック）を決定する（ステップＳ１０９）。次に制御部１０はタイマ１８を起動させる（ステップＳ１１０）。
【００３２】
タイマ１８の計時中に、ユーザがプレスしていたＡキーをリリースすると（ステップＳ１１１）、キー操作検出部１３は制御部１０にＡキーがリリースされたことを通知し、キープレス／リリース検出部１０１はＡキーがリリースされたことを検出する（ステップＳ１１２）。タイマ１８が、記憶部１６に格納している所定時間までの計時を終え停止すると（ステップＳ１１３）、操作種類判定部１０６は、ステップＳ１０９でアプリ状態判別部１０４が決定した、状態Ａに該当する処理可能な操作種類を参照する。そして操作種類判定部１０６は、タイマ１８の計時中にＡキーのリリースが検知されたことに基づき、当該操作種類を「短押し」と判定する（ステップＳ１１４）。次にキーコード判定部１０２は、ステップＳ１１４で操作種類判定部１０６が「短押し」と判定したことに基づき、データテーブル記憶部２０内のキーコードテーブル２０１を参照して、キーコードを「キーコードＡ」と判定する（ステップＳ１１５）。次にキーイベント通知部１０３はアプリ１７Ａに、キーコードＡをプレスしたことを意味するプレスイベントと、キーコードＡをリリースしたことを意味するリリースイベントを通知する（ステップＳ１１７）。アプリ１７Ａは、キーイベント通知部１０３より通知されたキーコードＡのプレスイベントおよびリリースイベントに対応した処理を行う（ステップＳ１１９）。
【００３３】
＜状態Ａで長押し時の動作＞
次に、アプリ状態が「状態Ａ」である携帯電話機１において、ユーザが操作キー５３あるいはサイドキー５３ａを「長押し」した場合の動作について、図６を参照して説明する。なお、図６の動作ではアプリ１７Ａが起動しているとし、図６のステップＳ２０１〜ステップＳ２１０までの動作（Ａキーをプレスしてから状態Ａに該当する処理可能な操作種類を取得し、タイマ１８を起動するまでの動作）は、上述した短押し時のステップＳ１０１〜ステップＳ１１０までの動作と同じなので説明を省略する。
【００３４】
タイマ１８起動中にＡキーのリリースが行われず、タイマ１８が記憶部１６に格納された所定時間までの計時を終え停止すると（ステップＳ２１１）、操作種類判定部１０６は、ステップＳ２０９でアプリ状態判別部１０４が決定した、状態Ａに該当する処理可能な操作種類を参照する。そして操作種類判定部１０６は、所定時間内にＡキーのリリースが検知されなかったことに基づき、当該操作種類を「長押し」と判定する（ステップＳ２１３）。次にキーコード判定部１０２は、ステップＳ２１３で操作種類判定部１０６が「長押し」と判定したことに基づき、データテーブル記憶部２０内のキーコードテーブル２０１を参照して、キーコードを「キーコードａ」と判定する（ステップＳ２１５）。次にキーイベント通知部１０３はアプリ１７Ａに、キーコードａをプレスしたことを意味するプレスイベントと、キーコードａをリリースしたことを意味するリリースイベントを通知する（ステップＳ２１７）。アプリ１７Ａは、キーイベント通知部１０３より通知されたキーコードａのイベント処理を行う（ステップＳ２１９）。
【００３５】
タイマ１８が停止した後にＡキーがリリースされると（ステップＳ２２１）、キー操作検出部１３は制御部１０にＡキーがリリースされたことを通知し、キープレス／リリース検出部１０１は、Ａキーがリリースされたことを検出する（ステップＳ２２３）。しかし、タイマ１８は停止しており、またキーイベント通知部１０３が既にアプリ１７Ａにキーイベント（キーコードａ）を通知しているので、キープレス／リリース検出部１０１は、検出したＡキーのリリースを破棄する（ステップＳ２２５）。
【００３６】
＜状態Ａでダブルクリック時の動作＞
次に、アプリ状態が「状態Ａ」である携帯電話機１において、ユーザが操作キー５３あるいはサイドキー５３ａを「ダブルクリック」した場合の動作について、図７を参照して説明する。なお、図７の動作ではアプリ１７Ａが起動しているとし、図７のステップＳ３０１〜ステップＳ３１０までの動作（Ａキーをプレスしてから状態Ａに該当する処理可能な操作種類を取得し、タイマ１８を起動するまでの動作）は、上述した短押し時のステップＳ１０１〜ステップＳ１１０、長押し時のステップＳ２０１〜ステップＳ２１０までの動作と同じなので説明を省略する。
【００３７】
タイマ１８が起動中にＡキーがリリースされると（ステップＳ３１１）、キープレス／リリース検出部１０１はＡキーのリリースを検出し（ステップＳ３１３）、制御部１０はタイマ１８をリセットして再度起動させる（ステップＳ３１４）。そのすぐ後に再度Ａキーがプレスされると（ステップＳ３１５）、キープレス／リリース検出部１０１はＡキーのリリースをそれぞれ検出する（ステップＳ３１７）。タイマ１８が、記憶部１６に格納された所定時間までの計時を終え停止すると（ステップＳ３１９）、操作種類判定部１０６は、ステップＳ３０９でアプリ状態判別部１０４が決定した、状態Ａに該当する処理可能な操作種類を参照する。そして操作種類判定部１０６は、タイマ１８の計時中にキープレス／リリース検出部１０１がＡキーのリリースおよびプレスを検出したことに基づき、当該操作種類を「ダブルクリック」と判定する（ステップＳ３２１）。次に制御部１０内のキーコード判定部１０２は、ステップＳ３２１で操作種類判定部１０６が「ダブルクリック」と判定したことに基づき、データテーブル記憶部２０内のキーコードテーブル２０１を参照し、キーコードを「キーコードＡＡ」と判定する（ステップＳ３２３）。次にキーイベント通知部１０３はアプリ１７Ａに、キーコードＡＡをプレスしたことを意味するプレスイベントと、キーコードＡＡをリリースしたことを意味するリリースイベントを通知する（ステップＳ３２５）。アプリ１７Ａは、キーイベント通知部１０３より通知されたキーコードＡＡのイベント処理を行う（ステップＳ３２７）。
【００３８】
タイマ１８が停止した後にＡキーがリリースされると（ステップＳ３２９）、キー操作検出部１３は制御部１０にＡキーがリリースされたことを通知し、キープレス／リリース検出部１０１は、Ａキーがリリースされたことを検出する（ステップＳ３３１）。しかし、タイマ１８は停止しており、またキーイベント通知部１０３は既にアプリ１７Ａにキーイベント（キーコードＡＡ）を通知しているので、キープレス／リリース検出部１０１は、検出したＡキーのリリースを破棄する（ステップＳ３３３）。
【００３９】
なお、ステップＳ３１１でＡキーがリリースされた後に、Ａキーのプレスが無い場合、操作種類判定部１０６は、当該操作種類を「短押し」と判定してもよい。
【００４０】
＜状態Ｂで短押し時の動作＞
次に、アプリ状態が例えば通話中等の「状態Ｂ」である携帯電話機１において、ユーザが操作キー５３あるいはサイドキー５３ａを「短押し」した場合の動作について、図８を参照して説明する。
【００４１】
アプリ１７Ａが起動しているとする。ユーザが操作キー５３あるいはサイドキー５３ａでＡキーをプレスすると（ステップＳ４０１）、キー操作検出部１３は制御部１０にＡキーがプレスされたことを通知し、制御部１０内のキープレス／リリース検出部１０１は、Ａキーがプレスされたことを検出する（ステップＳ４０３）。次にアプリ状態取得部１０５は、情報記憶媒体１７に対し起動しているアプリ１７Ａの状態を要求し、「状態Ｂ」であることを取得する（ステップＳ４０７）。次にアプリ状態判別部１０４は、データテーブル記憶部２０内のアプリ状態テーブル２０２を参照し、状態Ｂに該当する処理可能な操作種類（短押し）を決定する（ステップＳ４０９）。アプリ１７Ａの状態は「状態Ｂ」であるため、ステップＳ４０９でアプリ状態判別部１０４が決定した、状態Ｂに該当する処理可能な操作種類（図４）より、「短押し」の操作種類しか処理できない。よって操作種類判定部１０６は、当該操作種類を「短押し」と判定する（ステップＳ４１１）。次にキーコード判定部１０２は、操作種類判定部１０６が「短押し」と判定したことに基づき、データテーブル記憶部２０内のキーコードテーブル２０１を参照し、キーコードを「キーコードＡ」と判定する（ステップＳ４１３）。次にキーイベント通知部１０３はアプリ１７Ａに、キーコードＡをプレスしたことを意味するプレスイベントを通知する（ステップＳ４１５）。
【００４２】
ユーザがＡキーをリリースすると（ステップＳ４１７）、キー操作検出部１３は制御部１０にＡキーがリリースされたことを通知し、キープレス／リリース検出部１０１はＡキーがリリースされたことを検出する（ステップＳ４１９）。次にキーイベント通知部１０３はアプリ１７Ａに、キーコードＡをリリースしたことを意味するリリースイベントを通知する（ステップＳ４２１）。アプリ１７Ａは、キーイベント通知部１０３より通知されたキーコードＡのイベント処理を行う（ステップＳ４２３）。
【００４３】
状態Ｂは「短押し」の操作種類のみ処理可能であるので、上述した状態Ａと異なり、長押しや短押し、ダブルクリックを判定するためのタイマ１８を使用する必要がない。これにより、制御部１０からアプリ１７Ａへの応答時間が短縮される。
【００４４】
＜状態Ｃで長押し時の動作＞
次に、アプリ状態が「状態Ｃ」である携帯電話機１において、ユーザが操作キー５３あるいはサイドキー５３ａを「長押し」した場合の動作について、図９を参照して説明する。
【００４５】
アプリ１７Ａが起動しているとする。ユーザが操作キー５３あるいはサイドキー５３ａでＡキーをプレスすると（ステップＳ５０１）、キー操作検出部１３は制御部１０にＡキーがプレスされたことを通知し、制御部１０内のキープレス／リリース検出部１０１は、Ａキーがプレスされたことを検出する（ステップＳ５０３）。次にアプリ状態取得部１０５は、情報記憶媒体１７に対し起動しているアプリ１７Ａの状態を要求し、「状態Ｃ」であることを取得する（ステップＳ５０７）。次にアプリ状態判別部１０４は、データテーブル記憶部２０内のアプリ状態テーブル２０２を参照し、状態Ｃに該当する処理可能な操作種類を決定する（ステップＳ５０９）。アプリ１７Ａの状態は「状態Ｃ」であるため、ステップＳ５０９でアプリ状態判別部１０４が決定した、状態Ｃに該当する処理可能な操作種類（図４）より、「長押し」の操作種類しか処理できない。よって操作種類判定部１０６は、当該操作種類を「長押し」と判定する（ステップＳ５１１）。次にキーコード判定部１０２は、操作種類判定部１０６が「長押し」と判定したことに基づき、データテーブル記憶部２０内のキーコードテーブル２０１を参照し、キーコードを「キーコードａ」と判定する（ステップＳ５１３）。次にキーイベント通知部１０３はアプリ１７Ａに、キーコードａをプレスしたことを意味するプレスイベントを通知する（ステップＳ５１５）。
【００４６】
ユーザがＡキーをリリースすると（ステップＳ５１７）、キー操作検出部１３は制御部１０にＡキーがリリースされたことを通知し、キープレス／リリース検出部１０１はＡキーがリリースされたことを検出する（ステップＳ５１９）。次にキーイベント通知部１０３はアプリ１７Ａに、キーコードａをリリースしたことを意味するリリースイベントを通知する（ステップＳ５２１）。アプリ１７Ａは、キーイベント通知部１０３より通知されたキーコードａのイベント処理を行う（ステップＳ５２３）。
【００４７】
状態Ｃは「長押し」の操作種類のみ処理可能であるので、上述した状態Ａと異なり、長押しと短押しを区別するためのタイマ１８を使用する必要がない。これにより、制御部１０からアプリ１７Ａへの応答時間が短縮される。
【００４８】
以上述べたように本発明は、制御部１０内の操作種類判定部１０６が操作キー５３またはサイドキー５３ａの操作種類（短押し、長押し、ダブルクリック等）を判定し、キーコード判定部１０２が、あらかじめ有するキーコードテーブル２０１に基づき、複数の操作種類に対応した複数のキーコードを判定する。よって、キーの数や種類によらず、キーに対応するキーコードを、操作種類毎に制御部１０側で割り当てることができ、アプリ側が対応するキーコードを判定する必要がないため、キーの数や種類が機種によって異なっていても、アプリを修正する必要が無くなる。
【００４９】
また、制御部１０内のアプリ状態取得部１０５で現在のアプリの状態を取得し、取得したアプリの状態に応じて、例えばキーの短押しのみ処理可能等、制御部１０側から制限をもたせて単純なキー操作のみ有効とすることができる。よって、使い勝手の良いキー操作が実現できる。
【００５０】
＜変形例＞
上記動作の変形例について、図１０を参照して説明する。ユーザが所定のキーを押下すると、制御部１０はキー処理を開始する（ステップＳ２００１）。制御部１０は、各イベントが発生したか否かによって（ステップＳ２００３）、該当する処理を行う。
【００５１】
ステップＳ２００３でキープレスイベントが発生した場合（ａ）、制御部１０は操作毎の通知するキーコードを取得する（ステップＳ２１０１）。アプリの状態により、操作によらず通知するキーコードが１種類の場合（ステップＳ２１０３で「Ｙｅｓ」）、制御部１０はキープレスイベントを通知し、キープレスフラグをＯＮにして（ステップＳ２１０５）、ステップＳ２００３の処理に戻る。通知するキーコードが２種類以上の場合（ステップＳ２１０３で「Ｎｏ」）、制御部１０は、ダブルクリック検出用のタイマ１８が起動しているか確認する（ステップＳ２１０７）。タイマ１８が起動している場合（ステップＳ２１０７で「Ｙｅｓ」）、制御部１０はタイマ１８を停止し（ステップＳ２１０９）、ダブルクリック時のキーコードを取得設定する（ステップＳ２１１１）。そして制御部１０は、キープレスイベントおよびキーリリースイベントをアプリに通知し（ステップＳ２００５）、ステップＳ２００３の処理に戻る。タイマ１８が停止している場合（ステップＳ２１０７で「Ｎｏ」）、制御部１０はアプリの状態を取得する（ステップＳ２１１３）。そして、アプリ状態による無効なキーを除いて操作毎に通知するキーコードが２種類以上の場合（ステップＳ２１１５で「Ｎｏ」）、制御部１０は長押し検出時間を取得してタイマ１８での計時を開始し（ステップＳ２１１７）、ステップＳ２００３の処理に戻る。キーコードが１種類の場合（ステップＳ２１１５で「Ｙｅｓ」）、ステップＳ２１０５の処理に戻る。
【００５２】
ステップＳ２００３でタイマ満了イベントが発生した場合（ｂ）、制御部１０は、長押し検出用のタイマ１８が満了しているか、ダブルクリック検出用のタイマ１８が満了しているかを確認する（ステップＳ２２０１）。長押し検出用のタイマ１８が満了している場合、制御部１０は長押し時のキーコードを取得設定する（ステップＳ２２０３）。ダブルクリック検出用のタイマ１８が満了している場合、制御部１０は短押し時のキーコードを取得設定する（ステップＳ２２０５）。長押し時、短押し時どちらのキーコードを取得設定した場合でも、ステップＳ２００５の処理に移る。
【００５３】
ステップＳ２００３でキーリリースイベントが発生した場合（ｃ）、制御部１０は、長押し検出用タイマ１８が起動しているか否か確認する（ステップＳ２３０１）。長押し検出用タイマ１８が起動している場合（ステップＳ２３０１で「Ｙｅｓ」）、制御部１０はタイマ１８を停止し（ステップＳ２３０３）、操作毎の通知するキーコードを取得する（ステップＳ２３０５）。ステップＳ２３０５で取得したキーコードが、短押しとダブルクリックとで異なる場合（ステップＳ２３０７で「Ｙｅｓ」）、制御部１０はダブルクリックの検出時間を取得してタイマ１８を開始し（ステップＳ２３０９）、ステップＳ２００３の処理に戻る。ステップＳ２３０５で取得したキーコードが、短押しとダブルクリックとで同一の場合（ステップＳ２３０７で「Ｎｏ」）、制御部１０は短押し時のキーコードを設定し（ステップＳ２３１１）、ステップＳ２００５の処理を行う。
【００５４】
長押し検出用タイマ１８が停止している場合（ステップＳ２３０１で「Ｎｏ」）、キープレスフラグがＯＮであれば（ステップＳ２３１３で「Ｙｅｓ」）、制御部１０はキーリリースイベントをアプリに通知し、キープレスフラグをＯＦＦにして（ステップＳ２３１５）、ステップＳ２００３の処理に戻る。キープレスフラグがＯＮではない場合（ステップＳ２３１３で「Ｎｏ」）、制御部１０はキーリリースのイベントを破棄し（ステップＳ２３１７）、ステップＳ２００３の処理に戻る。
【００５５】
ステップＳ２００３でイベントが発生しない場合（ステップＳ２００３で「Ｎｏ」）、制御部１０はキー処理を終了する（ステップＳ２００７）。
【００５６】
以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこれらの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【００５７】
例えば、上記実施形態では、起動しているアプリについて、待ち受け状態やＷｅｂ閲覧状態等といったアプリの状態を取得して、対応する処理可能な操作種類を決定したが、アプリの種類を取得して、対応する処理可能な操作種類を決定しても良い。あるいは、携帯電話機自身の状態（例えば、マナーモードまたはドライブモード等）を取得して、対応する処理可能な操作種類を決定しても良い。
【００５８】
また、上記実施形態における携帯電話機の代わりに、無線通信機能を備えた携帯型パーソナル・コンピュータ又はＰＤＡ（Personal Digital Assistance）、携帯音楽プレイヤー、携帯ビデオカメラ、携帯ゲーム機等に本発明を適用してもよい。
【符号の説明】
【００５９】
１…携帯電話機、１０…制御部、１１…電源回路部、１２…表示制御部、１３…キー操作検出部、１４…音声制御部、１５…無線通信部、１５ａ…アンテナ、１６…記憶部、１７…情報記憶媒体、１７Ａ、１７Ｂ…アプリ、１８…タイマ、２０…データテーブル記憶部、５２…ディスプレイ、５３…操作キー、１０１…キープレス／リリース検出部、１０２…キーコード判定部、１０３…キーイベント通知部、１０４…アプリ状態判別部、１０５…アプリ状態取得部、１０６…操作種類判定部、２０１…キーコードテーブル、２０２…アプリ状態テーブル。
【図１】
2011059827.tif 000003
【図２】
2011059827.tif 000004
【図３】
2011059827.tif 000005
【図４】
2011059827.tif 000006
【図５】
2011059827.tif 000007
【図６】
2011059827.tif 000008
【図７】
2011059827.tif 000009
【図８】
2011059827.tif 000010
【図９】
2011059827.tif 000011
【図１０】
2011059827.tif 000012