(57)【要約】【課題】  操作性の低下が生じないキーリピート制御を実現した携帯端末、コンピュータの制御方法及びプログラムを提供する。【解決手段】  キーが長押しされたときにイベント制御部２４がキーリリースイベントを発生させ、負荷の大きな処理２が開始される。この状態でユーザがキーの長押しを継続していれば、処理２が終了したか否かを判定部２６が判定し、処理２が終了したときにイベント制御部２４が再度キーリリースイベントを発生させる。これにより、処理２の実行中には、キーリリースイベントの再発生を行わず、重い処理が必要以上に繰り返されることを回避できる。【選択図】        図１
2006059253.tif 000002
【特許請求の範囲】
【請求項１】
入力キーの短押し、長押しを判定するキー操作判定手段と、
前記入力キーが長押しされた場合に、当該キーに割り当てられた処理命令を発生させる処理命令発生手段と、
前記処理命令による処理の実行が終了したか否かを判定する処理終了判定手段と、
前記入力キーの長押しが継続し、かつ前記処理終了判定手段により現在実行中の処理が終了したと判定されたときに、再度前記処理命令を発生させる処理命令再発生手段と、
を備えることを特徴とする携帯端末。
【請求項２】
請求項１記載の携帯端末において、前記処理命令による処理の実行中に入力キーの押下が解除された場合に、前記処理命令が１個キューに格納され、前記キューに格納された処理命令は所定の順序で取り出されることを特徴とする携帯端末。
【請求項３】
請求項１または請求項２記載の携帯端末において、前記所定の処理命令による処理の終了を音声により通知することを特徴とする携帯端末。
【請求項４】
入力キーの短押し、長押しを判定するステップと、
前記入力キーが長押しされた場合に、当該キーに割り当てられた処理命令を発生させるステップと、
前記処理命令による処理の実行が終了したか否かを判定するステップと、
前記入力キーの長押しが継続し、かつ前記処理終了判定手段により現在実行中の処理が終了したと判定されたときに、再度前記処理命令を発生させるステップと、
を備えることを特徴とするコンピュータの制御方法。
【請求項５】
コンピュータを、
入力キーの短押し、長押しを判定するキー操作判定手段、
前記入力キーが長押しされた場合に、当該キーに割り当てられた処理命令を発生させる処理命令発生手段、
前記処理命令による処理の実行が終了したか否かを判定する処理終了判定手段、及び
前記入力キーの長押しが継続し、かつ前記処理終了判定手段により現在実行中の処理が終了したと判定されたときに、再度前記処理命令を発生させる処理命令再発生手段、
として動作させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、キーの押下時間に応じて処理命令の発生が制御される携帯端末、コンピュータの制御方法及びプログラムに関する。
【背景技術】
【０００２】
従来より、携帯端末の同一キーに割り当てられた処理を連続して複数回入力したい場合に、当該キーを所定時間以上押し続ける、いわゆる長押しをすると、一定時間間隔毎にキーイベントが発生し、キューに格納されて順次所定の処理が実行されるキーリピート制御が実用化されている。
【０００３】
例えば、下記特許文献１にも、一定時間を超えて長押しが継続すると、キーイベントが発生する時間間隔が短縮されるキーリピート制御が開示されている。
【特許文献１】特開２００３−１６２３５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、上記従来の技術においては、キーに割り当てられた処理が大容量のページのスクロールや画像表示等のＣＰＵに重い負荷を与える処理である場合、キーイベントの発生に処理が追いつかず、重い処理のキーイベントがキューに溜まり、重い処理が繰り返されることになるという問題があった。この場合、ユーザにとっては、自分が押したキーの処理がなかなか実行されないという状態となって再度キーを押下してしまい、結局同じ処理が必要回数以上に実行されてしまうので、所望の画像に的確に切り替えられないというような操作性の低下が生じることになる。
【０００５】
本発明は、上記従来の課題に鑑みなされたものであり、その目的は、操作性の低下が生じないキーリピート制御を実現した携帯端末、コンピュータの制御方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明は携帯端末であって、入力キーの短押し、長押しを判定するキー操作判定手段と、前記入力キーが長押しされた場合に、当該キーに割り当てられた処理命令を発生させる処理命令発生手段と、前記処理命令による処理の実行が終了したか否かを判定する処理終了判定手段と、前記入力キーの長押しが継続し、かつ前記処理終了判定手段により現在実行中の処理が終了したと判定されたときに、再度前記処理命令を発生させる処理命令再発生手段と、を備えることを特徴とする。
【０００７】
また、上記携帯端末は、前記処理命令による処理の実行中に入力キーの押下が解除された場合に、前記処理命令が１個キューに格納され、前記キューに格納された処理命令は所定の順序で取り出されるのが好適である。
【０００８】
また、上記所定の処理命令による処理の終了を音声により通知するのが好適である。
【０００９】
また、本発明は、コンピュータの制御方法であって、入力キーの短押し、長押しを判定するステップと、前記入力キーが長押しされた場合に、当該キーに割り当てられた処理命令を発生させるステップと、前記処理命令による処理の実行が終了したか否かを判定するステップと、前記入力キーの長押しが継続し、かつ前記処理終了判定手段により現在実行中の処理が終了したと判定されたときに、再度前記処理命令を発生させるステップと、を備えることを特徴とする。
【００１０】
また、本発明は、コンピュータを、入力キーの短押し、長押しを判定するキー操作判定手段、前記入力キーが長押しされた場合に、当該キーに割り当てられた処理命令を発生させる処理命令発生手段、前記処理命令による処理の実行が終了したか否かを判定する処理終了判定手段、及び前記入力キーの長押しが継続し、かつ前記処理終了判定手段により現在実行中の処理が終了したと判定されたときに、再度前記処理命令を発生させる処理命令再発生手段として動作させるプログラムであることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、キーが長押しされた場合にも、現在実行中の処理が終了してから処理命令を再発生するので、重い処理が必要以上に実行されることがなく、操作性の低下が生じないキーリピート制御を実現できる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明を実施するための最良の形態（以下、実施形態という）を、図面に従って説明する。
【００１３】
図１には、本発明にかかる携帯端末の一実施形態の構成のブロック図が示される。図１において、携帯端末は、表示部１０、音声出力部１１、操作部１２、記憶部１４、時間計測部１６、通信部１８及び制御部２０で構成されている。
【００１４】
表示部１０は、例えば液晶ディスプレイ等で構成され、文字データ等のキー入力の内容、各種図形等を表示する。また、音声出力部１１は、例えばブザー、スピーカ等で構成され、所定の音声を出力する。
【００１５】
上記キー入力は、図１の操作部１２により行う。この操作部１２は、例えば携帯端末の操作ボタン等により構成される。
【００１６】
記憶部１４は、例えば制御部２０の作業用のＲＡＭ、不揮発性メモリとしてのＥＥＰＲＯＭ、磁気記憶媒体等で構成されており、キー入力の内容等の各種データ及びプログラム等が記憶される。
【００１７】
時間計測部１６は、タイマ等の計時機能を含んだ構成とされており、携帯端末の制御を行う際に必要となる時間データの計測を行う。
【００１８】
通信部１８は、公知の方法により基地局と通信して携帯通信端末としての通話機能を実現している。なお、本発明をＰＤＡ（パーソナルデジタルアシスタンス）等に適用した場合には、通信部１８は必ずしも必要ではない。
【００１９】
制御部２０は、例えばＣＰＵ等で構成され、表示部１０、音声出力部１１、操作部１２、記憶部１４、時間計測部１６及び通信部１８とデータのやり取りを行いながらこれらの動作を制御する。
【００２０】
制御部２０の音声、表示制御部２２は、主として表示部１０に表示される内容及び音声出力部１１からの音声出力を制御する。また、イベント制御部２４は、キーを押下（以後プッシュという）し、または押下を解除（以後リリースという）したときに、キープッシュイベントまたはキーリリースイベントを発生させる処理を制御する。判定部２６は、ユーザがキーをリリースしたか否か、時間計測部１６のタイマーが終了したか否か等を判定するための制御を行う。キュー制御部２８は、キーリリースイベントが発生したときに、これをキューに格納し、所定の順序で取り出して各イベントの処理を実行させる等の制御を行う。
【００２１】
なお、上述した制御部２０は、ＣＰＵを中心として構成されたコンピュータであってよく、この場合、メモリカードその他の媒体に格納されたプログラムをＣＰＵが実行することで制御部２０の各機能が実現される。
【００２２】
図２、図３には、本発明にかかる携帯端末の動作のフローが示される。図２において、ユーザが所望のキーを押下すると（Ｓ１）、イベント制御部２４がキープッシュイベントを発生し（Ｓ２）、音声、表示制御部２２が音声出力部１１からクリック音を出力させる等の処理１を開始する（Ｓ３）。
【００２３】
次に、判定部２６が、ユーザがキーをリリースしたか否かを判定する（Ｓ４）。ユーザがキーをリリースしていれば、イベント制御部２４がキーリリースイベントを発生し、このキーリリースイベントがキュー制御部２８によりキューに格納され、所定のキュー処理が実行される（Ｓ５）。なお、このキーリリースイベントに割り当てられた処理は、負荷の軽い処理１と区別して、例えば後述の負荷の大きい処理２としておくことができる。
【００２４】
一方、ユーザがキーをリリースしていなければ、すなわちキーを押下し続けていれば、上記処理１が終了したか否かを判定部２６が判定する（Ｓ６）。処理１が終了していなければＳ４からの動作を繰り返す。また、処理１が終了していれば、時間計測部１６のタイマが起動される（Ｓ７）。
【００２５】
次に、判定部２６は、タイマの起動中にユーザがキーをリリースしたか否かを判定する（Ｓ８）。ユーザがキーをリリースしていれば、イベント制御部２４がキーリリースイベントを発生し、このキーリリースイベントがキュー制御部２８によりキューに格納され、所定のキュー処理が実行される（Ｓ９）。
【００２６】
一方、ユーザがキーをリリースしていなければ、すなわちキーを押下し続けていれば、上記タイマが終了したか否かを判定部２６が判定する（Ｓ１０）。タイマが終了していなければＳ８からの動作を繰り返す。
【００２７】
また、タイマが終了していれば判定部２６がキーの長押しと判定し、図３において、イベント制御部２４がキーリリースイベントを発生させ（Ｓ１１）、負荷の大きな処理、例えば音声、表示制御部２２によるページのスクロールや画像表示等の処理２が開始される（Ｓ１２）。なお、Ｓ１１で発生されたキーリリースイベントはキューには格納されず、直ちにＳ１２で処理２が開始される。
【００２８】
ここで、時間計測部１６及び判定部２６は本発明のキー操作判定手段として動作している。また、イベント制御部２４は本発明の処理命令発生手段として動作している。
【００２９】
次に、判定部２６は、処理２の実行中にユーザがキーをリリースしたか否かを判定する（Ｓ１３）。ユーザがキーをリリースしていれば、イベント制御部２４がキーリリースイベントを発生し、このキーリリースイベントがキュー制御部２８によりキューに格納され、所定のキュー処理が実行される（Ｓ１４）。
【００３０】
一方、ユーザがキーをリリースしていなければ、すなわちキーを押下し続けていれば、上記処理２が終了したか否かを判定部２６が判定する（Ｓ１５）。処理２が終了していなければＳ１３からの動作を繰り返す。
【００３１】
また、処理２が終了していれば、イベント制御部２４がキープッシュイベントを発生し（Ｓ１６）、音声、表示制御部２２が音声出力部１１からクリック音を出力させる等の処理１を開始する（Ｓ１７）。このように、処理２が終了したことをクリック音等で通知するので、ユーザが、自分が押したキーの処理が確実に実行されていることを知ることができ、操作性を向上できる。ここで、Ｓ１５における判定部２６は、本発明の処理終了判定手段として動作している。
【００３２】
次に、判定部２６が、ユーザがキーをリリースしたか否かを判定する（Ｓ１８）。ユーザがキーをリリースしていれば、イベント制御部２４がキーリリースイベントを発生し、このキーリリースイベントがキュー制御部２８によりキューに格納され、所定のキュー処理が実行される（Ｓ１９）。なお、このキーリリースイベントに割り当てられた処理も、負荷の大きい処理２としておく。
【００３３】
一方、ユーザがキーをリリースしていなければ、すなわちキーを押下し続けていれば、上記処理１が終了したか否かを判定部２６が判定する（Ｓ２０）。処理１が終了していなければＳ１８からの動作を繰り返す。また、処理１が終了していれば、Ｓ１１からの動作を繰り返し、Ｓ１１でイベント制御部２４が再度キーリリースイベントを発生させる。この場合のイベント制御部２４が本発明の処理命令再発生手段に相当する。
【００３４】
図４には、上述したキュー処理の動作のフローが示される。図４において、Ｓ５、Ｓ９、Ｓ１４、Ｓ１９においてイベント制御部２４がキーリリースイベントを発生すると（Ｓ１００）、キュー制御部２８がキーリリースイベントを受け取って所定のキューに格納する（Ｓ１０１）。
【００３５】
キューに格納されたキーリリースイベントは、所定の順序、例えば格納された順に取り出され、割り付けられた処理が実行される（Ｓ１０２）。この場合、キューに格納されたキーリリースイベントの数が上記Ｓ１１で発生したキーリリースイベントの数に加算された回数だけキーリリースイベントに割り付けられた処理が実行される。
【００３６】
なお、キューから取り出されたキーリリースイベントについては、割り付けられた処理を実行せずにキーリリースイベントを廃棄するように構成してもよい。
【００３７】
以上の構成によれば、ユーザがキーを長押ししている間に処理負荷の大きい処理２が実行されていると、当該処理が終了するまで次のキーリリースイベントの発生が中断される。このため、従来例のように、キューの中に処理負荷の大きいイベントが溜まることを回避できる。
【図面の簡単な説明】
【００３８】
【図１】本発明にかかる携帯端末の一実施形態の構成のブロック図である。
【図２】本発明にかかる携帯端末の動作のフローを示す図である。
【図３】本発明にかかる携帯端末の動作のフローを示す図である。
【図４】図２、図３におけるキュー処理の動作のフローを示す図である。
【符号の説明】
【００３９】
１０  表示部、１１  音声出力部、１２  操作部、１４  記憶部、１６  時間計測部、１８  通信部、２０  制御部、２２  表示制御部、２４  イベント制御部、２６  判定部、２８  キュー制御部。
【図１】
2006059253.tif 000003
【図２】
2006059253.tif 000004
【図３】
2006059253.tif 000005
【図４】
2006059253.tif 000006