(57)【要約】【課題】発生したキーイベントを適切に処理することで、操作性を向上させることができる携帯端末を提供する。【解決手段】第一の入力モード設定時に発生するキーイベントの入力の受付と、第二の入力モード設定時に発生するキーイベントの入力の受付とが、それぞれ同一のキーに割り当てられた入力キーを備えた入力手段と、第一の入力モードが割り当てられた第一のアプリケーションと第二の入力モードが割り当てられた第二のアプリケーションとを制御するアプリケーション制御手段と、第一のアプリケーションの起動中に所定の条件下でキーイベントが発生した場合、キーイベントを第二のアプリケーションの起動指示および第二のアプリケーションに対するキーイベントとしてアプリケーション制御手段に通知する通知手段とを備え、アプリケーション制御手段は、通知手段より通知された第一の入力モードで発生したキーイベントを削除する。【選択図】  図５
2010271895.tif 000002
【特許請求の範囲】
【請求項１】
第一の入力モード設定時に発生するキーイベントの入力の受付と、第二の入力モード設定時に発生するキーイベントの入力の受付とが、それぞれ同一のキーに割り当てられた入力キーを備えた入力手段と、
前記第一の入力モードが割り当てられた第一のアプリケーションと、前記第二の入力モードが割り当てられた第二のアプリケーションとを制御するアプリケーション制御手段と、
前記第一のアプリケーションの起動中に、所定の条件下で前記キーイベントが発生した場合、前記キーイベントを前記第二のアプリケーションの起動指示、および前記第二のアプリケーションに対する前記キーイベントとして前記アプリケーション制御手段に通知する通知手段とを備え、
前記アプリケーション制御手段は、前記通知手段より通知された前記第一の入力モードで発生した前記キーイベントを削除することを特徴とする携帯端末。
【請求項２】
第一の入力モード設定時に発生するキーイベントの入力の受付と、第二の入力モード設定時に発生するキーイベントの入力の受付とが、それぞれ同一のキーに割り当てられた入力キーを備えた入力手段と、
前記第一の入力モードが割り当てられた第一のアプリケーションと、前記第二の入力モードが割り当てられた第二のアプリケーションとを制御するアプリケーション制御手段と、
前記第一のアプリケーションの起動中に、所定の条件下で前記キーイベントが発生した場合、前記キーイベントを前記第二のアプリケーションの起動指示、および前記第二のアプリケーションに対する前記キーイベントとして前記アプリケーション制御手段に通知する通知手段とを備え、
前記アプリケーション制御手段は、前記通知手段より通知された前記第一の入力モードで発生した前記キーイベントを、前記キーイベントの入力を受け付けた前記入力キーに対して前記第二の入力モード設定時に割り当てられた前記キーイベントに変換して、前記第二のアプリケーション上で実行することを特徴とする携帯端末。
【請求項３】
第一の入力モード設定時に発生するキーイベントの入力の受付と、第二の入力モード設定時に発生するキーイベントの入力の受付とが、それぞれ同一のキーに割り当てられた入力キーを備えた入力手段と、
前記第一の入力モードが割り当てられた第一のアプリケーションと、前記第二の入力モードが割り当てられた第二のアプリケーションとを制御するアプリケーション制御手段と、
前記第一のアプリケーションの起動中に、所定の条件下で前記キーイベントが発生した場合、前記キーイベントを前記第二のアプリケーションの起動指示、および前記第二のアプリケーションに対する前記キーイベントとして前記アプリケーション制御手段に通知する通知手段とを備え、
前記アプリケーション制御手段は、前記通知手段より通知された前記第一の入力モードで発生した前記キーイベントを、前記第二の入力モード設定時に入力を受け付けるキーイベントと同一のキーイベントに変換して、前記第二のアプリケーション上で前記キーイベントを実行することを特徴とする携帯端末。
【請求項４】
前記第一の入力モードは、前記入力キーに０〜９の数字、＃、＊の文字記号の入力がキーイベントとして割り当てられた数字入力モードであり、
前記第二の入力モードは、前記入力キーに少なくともＡ〜Ｚのアルファベット文字、前記０〜９の数字、＃、＊の文字記号の入力がキーイベントとして割り当てられた文字入力モードである請求項１〜３のいずれか一項に記載の携帯端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、同一の入力キーに複数の文字記号の入力の受付が割り当てられた入力手段を備えた携帯端末に関する。
【背景技術】
【０００２】
今日、携帯電話機をはじめとする携帯端末は、パーソナルコンピュータやワードプロセッサで採用されるキーボードと同等のキー配列（例えばＱＷＥＲＴＹキー配列）を備えた入力キーから文字記号を入力することができるものが多数知られている（例えば特許文献１参照）。
【０００３】
携帯端末は、小型化の観点から同一の入力キーに複数の文字記号の入力受付を割り当てることで、キー数の削減を図っている。例えば、ＱＷＥＲＴＹキー配列で最上段に配列された「Ｑ、Ｗ、Ｅ、Ｒ、Ｔ、Ｙ、Ｕ、Ｉ、Ｏ、Ｐ」の入力が割り当てられた入力キーに対し、それぞれ「１、２、３、４、５、６、７、８、９、０」の入力をさらに割り当てることで、キー数の削減を図っている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−１８６４２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
携帯端末は、実行中のアプリケーションで入力可能な文字記号に応じて入力モードを切り替えることで、同一の入力キーに割り当てられた複数の文字記号の入力を可能としている。
【０００６】
例えば、携帯端末は、数字の入力のみを受け付けるアプリケーションが実行中である場合には、入力キーが受け付けた入力を数字入力のキーイベントとして受け付けるように構成することができる。
【０００７】
また、携帯端末は、数字のみならずアルファベットや記号などの文字記号の入力を受け付けるアプリケーションが実行中である場合には、入力キーが受け付けた入力を文字記号入力のキーイベントとして受け付けるように構成することができる。また、携帯端末は、文字記号の入力のキーイベントとして受け付ける際には、特殊キー（例えばファンクションキー、シフトキー）との組み合わせにより、文字記号と同一のキーに割り当てられた数字や記号の入力を受け付けるように構成することができる。
【０００８】
ここで、携帯端末には、あるアプリケーションの起動中に一のキーイベントを発生させることにより、他のアプリケーションの起動指示と、この起動されたアプリケーションに対するキーイベントを同時に発生させることができる機能（以下、ダイレクト入力機能という。）を備えたものがある。
【０００９】
このダイレクト入力機能は、例えば電子メールアプリケーションにおける「宛先」、「件名」、「本文」などの編集可能な項目が選択可能に示されたメール作成画面から、各項目の編集を行う文字入力アプリケーションを起動させる場合に用いられる。具体的には、ユーザがメール作成画面の「件名」の項目をカーソルなどで選択後、件名の先頭に入力を所望する文字記号が割り当てられた入力キー（例えば「Ｑ」）を押下すると、携帯端末は「件名」を編集するための文字入力アプリケーションを起動した後、文字入力アプリケーションで押下された入力キーに対するキーイベントに対応する処理（例えば「Ｑ」の出力）を実行する。
【００１０】
しかし、上述した同一の入力キーに複数の文字記号の入力を割り当て、入力モードを切り替えることにより適したキーイベントを発生させる携帯端末においては、アプリケーション間で入力モードが異なる場合がある。このため、ダイレクト入力機能を利用して起動したアプリケーションに通知したキーイベントが正しく認識されないという問題点があった。
【００１１】
例えば、ダイレクト入力機能を利用することにより、数字入力のみを受け付ける入力モードを利用する電子メールアプリケーションから、文字記号入力を受け付ける入力モードを利用する文字入力アプリケーションを起動させると同時にキーイベントを通知する場合を考える。
【００１２】
ユーザは、電子メールアプリケーション起動時にダイレクト入力機能を利用する際、文字入力アプリケーションの文字記号入力モードでの入力を意図して入力キーを押下する場合が考えられる。例えば、文字入力アプリケーションにおいて「Ｑ」の入力を行うつもりで「１／Ｑ」キーを押下する。しかし、「１／Ｑ」キーの入力を受け付けた電子メールアプリケーションは、数字入力のみを受け付けるモードを利用しているため、この入力を「１」の入力に伴うキーイベントが発生したものとして文字入力アプリケーションに通知することになる。
【００１３】
その結果、文字入力アプリケーションは、この数字入力のみを受け付けるモードで発生したイベントを正しく認識することができなかった。このため、ユーザにとってはダイレクト入力機能の利用時においては期待した処理が実行されない場合があった。
【００１４】
本発明はこのような事情を考慮してなされたもので、同一の入力キーに複数の文字記号の入力の受付が割り当てられた場合であっても、発生したキーイベントを適切に処理することで、操作性を向上させることができる携帯端末を提供することを目的とする。
【課題を解決するための手段】
【００１５】
本発明に係る携帯端末は、上述した課題を解決するために、第一の入力モード設定時に発生するキーイベントの入力の受付と、第二の入力モード設定時に発生するキーイベントの入力の受付とが、それぞれ同一のキーに割り当てられた入力キーを備えた入力手段と、前記第一の入力モードが割り当てられた第一のアプリケーションと、前記第二の入力モードが割り当てられた第二のアプリケーションとを制御するアプリケーション制御手段と、前記第一のアプリケーションの起動中に、所定の条件下で前記キーイベントが発生した場合、前記キーイベントを前記第二のアプリケーションの起動指示、および前記第二のアプリケーションに対する前記キーイベントとして前記アプリケーション制御手段に通知する通知手段とを備え、前記アプリケーション制御手段は、前記通知手段より通知された前記第一の入力モードで発生した前記キーイベントを削除することを特徴とする。
【００１６】
また、本発明に係る携帯端末は、第一の入力モード設定時に発生するキーイベントの入力の受付と、第二の入力モード設定時に発生するキーイベントの入力の受付とが、それぞれ同一のキーに割り当てられた入力キーを備えた入力手段と、前記第一の入力モードが割り当てられた第一のアプリケーションと、前記第二の入力モードが割り当てられた第二のアプリケーションとを制御するアプリケーション制御手段と、前記第一のアプリケーションの起動中に、所定の条件下で前記キーイベントが発生した場合、前記キーイベントを前記第二のアプリケーションの起動指示、および前記第二のアプリケーションに対する前記キーイベントとして前記アプリケーション制御手段に通知する通知手段とを備え、前記アプリケーション制御手段は、前記通知手段より通知された前記第一の入力モードで発生した前記キーイベントを、前記キーイベントの入力を受け付けた前記入力キーに対して前記第二の入力モード設定時に割り当てられた前記キーイベントに変換して、前記第二のアプリケーション上で実行することを特徴とする。
【００１７】
また、本発明に係る携帯端末は、第一の入力モード設定時に発生するキーイベントの入力の受付と、第二の入力モード設定時に発生するキーイベントの入力の受付とが、それぞれ同一のキーに割り当てられた入力キーを備えた入力手段と、前記第一の入力モードが割り当てられた第一のアプリケーションと、前記第二の入力モードが割り当てられた第二のアプリケーションとを制御するアプリケーション制御手段と、前記第一のアプリケーションの起動中に、所定の条件下で前記キーイベントが発生した場合、前記キーイベントを前記第二のアプリケーションの起動指示、および前記第二のアプリケーションに対する前記キーイベントとして前記アプリケーション制御手段に通知する通知手段とを備え、前記アプリケーション制御手段は、前記通知手段より通知された前記第一の入力モードで発生した前記キーイベントを、前記第二の入力モード設定時に入力を受け付けるキーイベントと同一のキーイベントに変換して、前記第二のアプリケーション上で前記キーイベントを実行することを特徴とする。
【発明の効果】
【００１８】
本発明に係る携帯端末は同一の入力キーに複数の文字記号の入力の受付が割り当てられた場合であっても、発生したキーイベントを適切に処理することで、操作性を向上させることができる。
【図面の簡単な説明】
【００１９】
【図１】（Ａ）は携帯端末の閉じた状態を示す外観構成図、（Ｂ）は携帯端末を縦長にして開いた状態を示す外観構成図、（Ｃ）は携帯端末を横長にして開いた状態を示す外観構成図。
【図２】本実施形態における携帯端末の主な機能構成を示す概略的な機能ブロック図。
【図３】携帯端末においてダイレクト入力機能を利用する場合の処理を説明するフローチャート。
【図４】本実施形態における携帯端末により実行される第一のキーイベント制御処理を説明するフローチャート。
【図５】第一のキーイベント制御処理に基づくアプリケーションＡとアプリケーションＢとの間の処理を説明するフローチャート。
【図６】本実施形態における携帯端末により実行される第二のキーイベント制御処理を説明するフローチャート。
【図７】第二のキーイベント制御処理に基づくアプリケーションＡとアプリケーションＢとの間の処理を説明するフローチャート。
【図８】本実施形態における携帯端末により実行される第三のキーイベント制御処理を説明するフローチャート。
【図９】第三のキーイベント制御処理に基づくアプリケーションＡとアプリケーションＢとの間の処理を説明するフローチャート。
【発明を実施するための形態】
【００２０】
本発明に係る携帯端末の実施形態を添付図面に基づいて説明する。本発明を適用する携帯端末として、複数の筐体がスライド自在に結合されたスライド型の携帯端末を例に挙げて説明する。
【００２１】
図１（Ａ）は、携帯端末１の閉じた状態を示す外観構成図、（Ｂ）は、携帯端末１を縦長にして開いた状態を示す外観構成図、（Ｃ）は、携帯端末１を横長にして開いた状態を示す外観構成図である。
【００２２】
携帯端末１は、矩形の板状の上筐体１０と、この上筐体１０とほぼ同形状をした下筐体１１とで構成される。携帯端末１は、図１（Ａ）に示す閉じた状態では、上筐体１０および下筐体１１は相互に一表面を覆うように積層される。閉じた状態にあるこれらの上筐体１０および下筐体１１は、所定方向に相互に所定長さだけスライド可能なようになっている。携帯端末１は、上筐体１０と下筐体１１を相対的にスライドさせることにより、閉じた状態から、図１（Ｂ）および（Ｃ）に示す開いた状態に変形する。
【００２３】
上筐体１０には、タッチスクリーン１２、スピーカ１３およびマイクロフォン１４が設けられる。これらのタッチスクリーン１２、スピーカ１３、およびマイクロフォン１４は、携帯端末１が閉じた状態であっても開いた状態であっても外部に露出するように設けられる。
【００２４】
タッチスクリーン１２は、文字や画像などを含む表示データを表示するとともに、接触により指示の入力を受け付ける。タッチスクリーン１２は、例えばディスプレイと、このディスプレイの表面に配置された接触を検知するための複数の素子と、さらに素子の表面に積層された透明なスクリーンとで形成される。タッチスクリーン１２上での接触を感知する方法は、圧力の変化を感知する感圧式、静電気による電気信号を感知する静電式その他の方法が適用される。なお、タッチスクリーン１２のディスプレイは、例えばＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）や有機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイなどで構成される。なお、タッチスクリーン１２に代えて、表示機能のみを備えていて入力機能を備えていないディスプレイを備えてもよい。
【００２５】
携帯端末１が開いた状態となった場合に露出する下筐体１１の表面には、操作キー１５が配置される。この操作キー１５は、ユーザにより押下されることにより指示を入力する複数のキーを有する。携帯端末１は、携帯端末１の姿勢やタッチスクリーン１２に表示されているアプリケーションの表示内容に応じて、方向キー１６および四つのソフトキー１７ａ、１７ｂ、１７ｃ、１７ｄ（ソフトキー１７）を除く３行×１５列で配置された操作キー１５のキー配列のモード（キー配列モード）を切り替えるようになっている。このキー配列モードには、テンキー配列モードと、ＱＷＥＲＴＹキー配列モードとがある。
【００２６】
携帯端末１が縦長の状態（図１（Ｂ））である場合には、テンキー配列された操作キー１５で入力を受け付けるキー配列モードであるテンキー配列モードが機能する。テンキー配列モード時には、操作キー１５は「０」〜「９」の数字の入力を受け付ける数字キー、「＃」キー、「＊」キー、「発信」キー、「終話」キー、「クリア」キーとして機能する。数字、「＃」、「＊」などが割り当てられない操作キー１５については、入力が無効の状態になる。また、操作キー１５には、「あ」行から「わ」行のかな文字、および「Ａ」から「Ｚ」のアルファベット（図示せず）の入力が割り当てられている。例えば、操作キー１５のうち「１／あ」が表示された「１／あ」キー２０には、数字「１」を入力する数字入力モードと、かな「あ、い、う、え、お」を入力するかな入力モードとが設けられている。なお、かな入力モード設定時においては、「１／あ」キー２０が一度押下されると、「あ」の入力、二度押下されると「い」の入力というように、押下の回数により順次あ行のかなが入力される。
【００２７】
携帯端末１が横長の状態（図１（Ｃ））である場合には、ＱＷＥＲＴＹキー配列された操作キー１５で入力を受け付けるキー配列モードであるＱＷＥＲＴＹキー配列モードが機能する。ＱＷＥＲＴＹキー配列モード時には、操作キー１５は主に「Ａ」〜「Ｚ」のアルファベットの入力を受け付けるアルファベットキー、「Ｓｈｉｆｔ（シフト）」キー、「Ｆｎ（ファンクション）」キー２２として機能する。また、操作キー１５はアルファベットの入力に加え、Ｆｎキー２２の押下と組み合わせることにより「０」〜「９」の数字、「＃」、「＊」の入力を受け付ける数字キーと、「＠」、「。」、「（）」、「！」、「？」などの記号の入力を受け付ける記号キーとして機能する。
【００２８】
携帯端末１は、ＱＷＥＲＴＹキー配列モード起動時、アルファベット、記号、数字の入力を受け付ける文字記号入力モードと、数字、「＃」、「＊」のみの入力を受け付ける数字入力モードとをアプリケーションに応じて切り替えるようになっている。この入力モードの切替処理の詳細については、後述する。
【００２９】
操作キー１５は、例えば透明または半透明の樹脂で形成されるとともに、その背面に照明装置（キーライト）を備える。このキーライトは、各キー配列モード毎に用意される。携帯端末１は、キー配列モードの変更に応じて使用するキーライトを変更することにより、ユーザに対して入力可能な文字記号を提示するようになっている。
【００３０】
操作キー１５には、テンキー配列およびＱＷＥＲＴＹ配列に関係なく用いられる方向キー１６、ソフトキー１７も設けられる。方向キー１６は、上下左右の方向を入力するためのキーである。また、ソフトキー１７は、携帯端末１で実行されるアプリケーションに応じて必要な指示を受け付けるキーである。ソフトキー１７は、例えばアドレス帳や電子メールアプリケーション、インターネットブラウザなどのアプリケーションを起動させる指示や、サブメニューの起動、記号や絵文字、スペースの挿入指示など、種々の指示を受け付けるようになっている。
【００３１】
なお、ユーザは、携帯端末１が開いた状態のときには外部に露出した操作キー１５を介して入力が可能であるが、閉じた状態のときには操作キー１５を介した入力を行うことはできない。
【００３２】
図２は、本実施形態における携帯端末１の主な機能構成を示す概略的な機能ブロック図である。
【００３３】
携帯端末１は、主制御部３０、電源回路部３１、入力制御部３２、表示制御部３４、音声制御部３６、通信制御部３７、記憶部３９、および加速度センサ４０がバスによって相互に通信可能に接続されて構成されている。
【００３４】
主制御部３０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）を具備する。主制御部３０は、記憶部３９に記憶された各種プログラムに基づき動作して、携帯端末１の総括的な制御を行う。また、主制御部３０は、後述するキーイベント制御処理その他様々な演算処理や制御処理などを行う。
【００３５】
電源回路部３１は、電力供給源（図示せず）を備える。電源回路部３１は、電源をＯＮする操作に基づいて携帯端末１の電源のＯＮ／ＯＦＦ状態を切り替える。電源回路部３１は、電源がＯＮ状態の場合に電力供給源から各部に対して電力を供給して、携帯端末１を動作可能にする。
【００３６】
入力制御部３２は操作キー１５およびタッチスクリーン１２に対する入力インタフェースを備える。入力制御部３２は、操作キー１５およびタッチスクリーン１２が入力を受け付けたことを検出すると、その入力を示す信号を生成して主制御部３０に伝送する。
【００３７】
表示制御部３４はタッチスクリーン１２に対する表示インタフェースを備える。表示制御部３４は、主制御部３０の制御に基づいて、文書データや画像信号に基づいた画像をタッチスクリーン１２に表示させる。
【００３８】
音声制御部３６は、主制御部３０の制御に基づいて、マイクロフォン１４で集音された音声からアナログ音声信号を生成し、このアナログ音声信号をデジタル音声信号に変換する。また音声制御部３６は、デジタル音声信号を取得すると、主制御部３０の制御に基づいて、このデジタル音声信号をアナログ音声信号に変換し、スピーカ１３から音声として出力する。
【００３９】
通信制御部３７は、主制御部３０の制御に基づいて、基地局からアンテナ３８を介して受信した受信信号をスペクトラム逆拡散処理してデータを復元する。このデータは、主制御部３０の指示により、音声制御部３６に伝送されてスピーカ１３から出力されたり、表示制御部３４に伝送されてタッチスクリーン１２に表示されたり、記憶部３９に記録されたりする。また通信制御部３７は、主制御部３０の制御に基づいて、マイクロフォン１４で集音された音声データや操作キー１５およびタッチスクリーン１２を介して入力されたデータや記憶部３９に記憶されたデータを取得すると、これらのデータに対してスペクトラム拡散処理を行い、基地局に対してアンテナ３８を介して送信する。
【００４０】
記憶部３９は、主制御部３０が行う処理についての処理プログラムや処理に必要なデータなどを格納するＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）やハードディスク、不揮発性メモリ、データベース、主制御部３０が処理を行う際に使用されるデータを一時的に記憶するＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）などから構成される。
【００４１】
加速度センサ４０は、主制御部３０の制御に基づいて、または一定時間経過ごとに、検出された加速度（例えば三軸方向にそれぞれ加わる加速度）を取得する。検出された加速度は、検出値を示す信号を生成して主制御部３０に伝送される。信号を受信した主制御部３０は、携帯端末１に与えられた加速度に基づいて携帯端末１の姿勢を判断する。携帯端末１は、この姿勢に応じてタッチスクリーン１２の表示内容の表示方向を設定したり、操作キー１５のキー配列モードを設定したりする。
【００４２】
上述したように、携帯端末１は、携帯端末１の姿勢やタッチスクリーン１２に表示されているアプリケーションの表示内容に応じて、テンキー配列モードとＱＷＥＲＴＹキー配列モードとを切り替える処理を行う。例えば、携帯端末１は、横長の方向に表示されるアプリケーションが実行中である場合には、表示内容を横長に示し、キー配列モードをＱＷＥＲＴＹキー配列モードに設定する。一方、携帯端末１は、縦長の方向に表示されるアプリケーションが実行中である場合には、表示内容を縦長に示し、キー配列モードをテンキー配列モードに設定する。
【００４３】
また、縦長でも横長でも表示可能なアプリケーションについては、携帯端末１の姿勢に応じて表示内容およびキー配列モードを設定することもできる。携帯端末１の姿勢が縦長である場合には、表示内容を縦長に表示し、かつテンキー配列モードが設定される。携帯端末１の姿勢が横長である場合には、表示内容を横長に表示し、かつＱＷＥＲＴＹキー配列モードが設定される。
【００４４】
なお、携帯端末１の姿勢に応じた表示内容およびキー配列モードの設定は、無効とすることもできる。例えば、携帯端末１の姿勢が縦長であるにも係わらず、表示内容を横長に表示し、かつＱＷＥＲＴＹキー配列モードを設定することもできる。
【００４５】
携帯端末１は、上述したＱＷＥＲＴＹキー配列モード設定時、第一の入力モードとしての数字入力モード起動時に発生するキーイベントの入力の受付と、第二の入力モードとしての文字記号入力モード起動時に発生するキーイベントの入力の受付とをそれぞれ同一の操作キー１５に割り当てるようになっている。
【００４６】
「文字記号入力モード」は、アルファベット、記号、数字の入力を受け付ける入力モードである。携帯端末１は、通常押下時については図１（Ｃ）に示す各操作キー１５の下段に表示された「Ａ」〜「Ｚ」の入力をキーイベントとして受け付けるようになっている。また、特殊キーとしてのＦｎキー２２の押下（またはＦｎキー２２のロック）と組み合わせることにより、各操作キー１５の上段に表示された「０」〜「９」の数字、「＃」、「＊」、および「＠」、「。」、「（）」、「！」、「？」などの記号の入力をキーイベントとして受け付けるようになっている。
【００４７】
「数字入力モード」は、「０」〜「９」の数字、「＃」、「＊」のみの入力を受け付ける入力モードである。携帯端末１は、通常押下時、各操作キー１５の上段に表示された「０」〜「９」の数字、「＃」、「＊」の入力をキーイベントとして受け付けるようになっている。この数字入力モード設定時においては、数字、「＃」、「＊」（以下、数字などという）の入力以外の入力は、受け付けないものとする。
【００４８】
また、この携帯端末１は、所定の条件下で利用可能なダイレクト入力機能を備える。「ダイレクト入力機能」は、あるアプリケーションの起動中に一のキーイベントの入力を受け付けた場合、他のアプリケーションの起動指示と、この他のアプリケーションに対するキーイベントを同時に発生させる機能である。
【００４９】
本実施形態においては、このダイレクト入力機能を、操作キー１５にＱＷＥＲＴＹキー配列モードが設定されており、数字入力モードを利用する「アプリケーションＡ」から、文字記号入力モードを利用する「アプリケーションＢ」を切り替えて起動する場合に用いられるものとする。また、アプリケーションＡよる表示内容には、アプリケーションＢを起動させることにより文字記号入力が可能な項目が選択可能に表示されており、この項目が選択された場合（例えば、カーソルが合わせられた場合）を条件として、ダイレクト入力機能を利用することができるものとする。
【００５０】
アプリケーションＡの一例としては、Ｗｅｂブラウザアプリケーション、アドレス帳アプリケーション、電子メールアプリケーションなどであって、文字記号の入力が行われず、項目を選択したり、表示内容を閲覧したりするアプリケーションである。「項目を選択」とは、電子メールアプリケーションにおいて「宛先」、「件名」、「本文」などの編集可能な項目が示され、そこから方向キー１６やタッチスクリーン１２に対する接触などにより各項目の選択を行うことをいう。また、「表示内容の閲覧」とは、Ｗｅｂブラウザアプリケーションにおいてスクロール操作を行いながらＷｅｂページの閲覧を行ったり、アドレス帳アプリケーションにおいて登録された連絡先を閲覧したりすることをいう。
【００５１】
アプリケーションＢの一例は、文字記号の編集を行う文字入力アプリケーションである。文字入力アプリケーションは、電子メールアプリケーション起動時における「宛先」、「件名」、「本文」などの編集時、アドレス帳アプリケーション起動時における連絡先登録時、Ｗｅｂブラウザアプリケーションにおける検索キーワード入力時などに適宜起動するアプリケーションである。
【００５２】
ここで、このダイレクト入力機能が利用された場合の、アプリケーション間におけるキーイベントの流れについて説明する。
【００５３】
図３は、携帯端末１においてダイレクト入力機能を利用する場合の処理を説明するフローチャートである。なお、図３では、主制御部３０の制御に基づき実行されるアプリケーションＡおよびアプリケーションＢを主に処理の主体として説明する。
【００５４】
ステップＳ１において、携帯端末１ではアプリケーションＡがフォアグラウンドで起動中である。
【００５５】
ステップＳ２において、アプリケーションＡは、操作キー１５のうち、例えば「１／Ｑ」キー２１（図１（Ｃ）参照）の押下をダイレクト入力機能を利用した入力としてユーザより受け付ける。
【００５６】
ステップＳ３において、アプリケーションＡは、ダイレクト入力機能を利用した入力の受付に伴い、キーイベントをアプリケーションＢに通知する。このとき、アプリケーションＡでは数字入力モードが設定されているため、数字入力モードの「１／Ｑ」キー２１の入力に伴うキーイベントをアプリケーションＢに通知する。すなわち、アプリケーションＡは、数字入力モードで「１」の入力を受け付けた旨のキーイベントを通知する。また、ステップＳ４において、キーイベントの通知に伴い携帯端末１ではアプリケーションＢがフォアグラウンドで起動する。
【００５７】
ステップＳ５において、アプリケーションＢは、数字入力モードで受け付けた入力に伴うキーイベント処理を実行する。
【００５８】
ここで、アプリケーションＢは、上述したように文字記号入力モードを利用するアプリケーションであり、数字入力モードで発生したキーイベントを処理することができない。このため、アプリケーションＢは、数字入力モードで受け付けた「１」のキーイベントを、正しく認識することができない。例えば、アプリケーションＢが数字入力モードで受け付けた入力を、上述したテンキー配列モード設定時の「１／あ」キー２０が押下された場合のキーイベントとして認識し、この「１／あ」キー２０に対応するかな「あ」が入力されたものとして誤識してしまう。
【００５９】
ユーザは、ダイレクト入力機能を利用する際、アプリケーションＢで利用される文字記号入力モード起動中におけるキーイベントが発生するものと期待して、アプリケーションＢに対して「１／Ｑ」キー２１を押下すると考える。すなわち、ユーザは、「１／Ｑ」キー２１の押下に伴い、文字記号入力モードにおける「Ｑ」または「１」が入力および出力されるものと期待する。
【００６０】
しかし、アプリケーションＡ起動時においては数字入力モードが起動しており、アプリケーションＡは数字入力モードにおける「１／Ｑ」キー２１の入力に伴うキーイベントをアプリケーションＢに通知することになる。このため、ダイレクト入力機能の利用時には、ユーザの期待しない動作がアプリケーションＢ上で行われてしまうという問題点があった。
【００６１】
これに対し、本実施形態における携帯端末１は、ダイレクト入力機能の利用時においてアプリケーションＢに通知されるキーイベントを、ユーザの意図を反映して適切に処理することができるようにした。以下、携帯端末１で実行される第一〜第三のキーイベント制御処理を説明する。
【００６２】
なお、キーイベント制御処理においては、主制御部３０の制御に基づき実行される第一のアプリケーションとしてのアプリケーションＡと、第二のアプリケーションとしてのアプリケーションＢを主に処理の主体として説明する。
【００６３】
まず、第一のキーイベント制御処理について説明する。第一のキーイベント制御処理は、アプリケーションＢに通知されたキーイベントを削除することにより操作性を向上させる処理である。
【００６４】
図４は、本実施形態における携帯端末１により実行される第一のキーイベント制御処理を説明するフローチャートである。図５は、第一のキーイベント制御処理に基づくアプリケーションＡとアプリケーションＢとの間の処理を説明するフローチャートである。なお、図５のステップＳ２１〜Ｓ２４の処理は、図３のステップＳ１〜Ｓ４とほぼ同様の処理である。
【００６５】
図４のステップＳ１１において、主制御部３０の制御に伴いアプリケーションＡがフォアグラウンドで起動されている（図５のステップＳ２１）。
【００６６】
ステップＳ１２において、アプリケーションＡは、ダイレクト入力機能を利用したキーイベントが発生したか否かの判定を行う。例えば、アプリケーションＡは、アプリケーションＡとしての電子メールアプリケーションにおいて編集可能な項目が選択された状態で、何らかの操作キー１５が押下されたか否かの判定を行う。
【００６７】
アプリケーションＡは、ダイレクト入力機能を利用したキーイベントが発生していないと判定した場合（ステップＳ１２のＮＯ）、キーイベントが発生するまで待機する。
【００６８】
アプリケーションＡは、ダイレクト入力機能を利用したキーイベントが発生したと判定した場合（ステップＳ１２のＹＥＳ）、ステップＳ１３において、発生したキーイベントをアプリケーションＢに対して通知する。
【００６９】
例えば、図５のステップＳ２２で、アプリケーションＡは、操作キー１５のうち、「１／Ｑ」キー２１の押下をダイレクト入力機能を利用してユーザより受け付ける。また、ステップＳ２３においてアプリケーションＡは、数字入力モードにおける「１／Ｑ」キー２１の入力に伴うキーイベントをアプリケーションＢに通知する。すなわちアプリケーションＡは、数字入力モードで「１」の入力を受け付けた旨のキーイベントを通知する。
【００７０】
ステップＳ１４において、携帯端末１では、アプリケーションＢがフォアグラウンドで起動される（ステップＳ２４）。
【００７１】
ステップＳ１５において、アプリケーションＢは、数字入力モードが設定された操作キー１５が受け付けた入力に伴うキーイベントを削除する。例えば、アプリケーションＢは、ステップＳ２５において数字入力モードの「１／Ｑ」キー２１の入力に伴うキーイベントを削除する。
【００７２】
この第一のキーイベント制御処理を実行する携帯端末１は、入力モードが異なるキーイベントがアプリケーションに通知された場合、このキーイベントを削除するようになっている。このため、通知先のアプリケーションではキーイベントに伴う処理は実行されないため、ユーザの意図しない処理、すなわち数字入力モードで入力されたキーイベント（「１」の入力を受け付けたキーイベント）を実行してしまうことを回避することができる。
【００７３】
次に、第二のキーイベント制御処理について説明する。第二のキーイベント制御処理は、アプリケーションＢに通知されたキーイベントを、文字記号入力モードで入力されたキーイベントとして変換することにより操作性を向上させる処理である。
【００７４】
図６は、本実施形態における携帯端末１により実行される第二のキーイベント制御処理を説明するフローチャートである。図７は、第二のキーイベント制御処理に基づくアプリケーションＡとアプリケーションＢとの間の処理を説明するフローチャートである。
【００７５】
図６のステップＳ３１〜Ｓ３４、およびこれに対応する図７のステップＳ４１〜Ｓ４４の処理は、図４のステップＳ１１〜Ｓ１４、および図５のステップＳ２１〜Ｓ２４にそれぞれ対応する処理であるため、説明を省略する。
【００７６】
図６のステップＳ３５において、アプリケーションＢは、数字入力モードが設定された操作キー１５が受け付けた入力に伴うキーイベントを、このキーイベントの入力を受け付けた操作キー１５に対して文字記号入力モード設定時に割り当てられたキーイベントに変換する。例えば、アプリケーションＢは、図７のステップＳ４５において、数字入力モードの「１／Ｑ」キー２１の入力に伴うキーイベントを、「１／Ｑ」キー２１に対して文字記号入力モード設定時に割り当てられたキーイベントに変換する。
【００７７】
アプリケーションＢは、数字入力モードと文字記号入力モードとで受け付けられるキーイベントが操作キー１５毎に対応付けられたキーイベント対応テーブル（図示せず）を予め保持しており、これを参照することによりキーイベントの変換を行う。すなわち、アプリケーションＢは、「Ｑ」の入力を受け付けたものとしてキーイベントを変換する。
【００７８】
ステップＳ３６において、アプリケーションＢは、文字記号入力モードとして受け付けた入力に伴うキーイベント処理を実行する。例えば、アプリケーションＢは、ステップＳ４６において、タッチスクリーン１２に表示された文字編集画面において、文字記号入力モードで受け付けた「Ｑ」を出力する。
【００７９】
この第二のキーイベント制御処理を実行する携帯端末１は、入力モードが異なるキーイベントがアプリケーションに通知された場合、このキーイベントを同一の操作キー１５に対して文字記号入力モード設定時に割り当てられたキーイベントに変換するようになっている。このため、通知先のアプリケーションにおけるキーイベントに伴う処理は、ユーザの期待した文字記号入力モード設定時における文字記号の入力処理として実行することができる点で有効である。
【００８０】
次に、第三のキーイベント制御処理について説明する。第三のキーイベント制御処理は、アプリケーションＢに通知されたキーイベントを、文字記号入力モード設定時に入力を受け付けるキーイベントと同一のキーイベントに変換することにより操作性を向上させる処理である。
【００８１】
図８は、本実施形態における携帯端末１により実行される第三のキーイベント制御処理を説明するフローチャートである。図９は、第三のキーイベント制御処理に基づくアプリケーションＡとアプリケーションＢとの間の処理を説明するフローチャートである。
【００８２】
図８のステップＳ５１〜Ｓ５４、およびこれに対応する図９のステップＳ６１〜Ｓ６４の処理は、図４のステップＳ１１〜Ｓ１４、および図５のステップＳ２１〜Ｓ２４にそれぞれ対応する処理であるため、説明を省略する。
【００８３】
図８のステップＳ５５において、アプリケーションＢは、数字入力モードが設定された操作キー１５が受け付けた入力に伴うキーイベントを、文字記号入力モード設定時に入力を受け付けるキーイベントと同一のキーイベントに変換する。例えば、図９のステップＳ６５においてアプリケーションＢは、数字入力モードの「１／Ｑ」キー２１の入力に伴うキーイベントを、文字記号入力モード設定時に入力を受け付けるキーイベントと同一のキーイベント、すなわち文字記号入力モードで「１」の入力を受け付けるキーイベントに変換する。なお、文字記号入力モード設定時における「１」のキーイベントの発生は、Ｆｎキー２２の押下と「１／Ｑ」キー２１の押下とを組み合わせることにより発生するキーイベントである。
【００８４】
アプリケーションＢは、数字入力モードと文字記号入力モードとで発生するキーイベントが、同一のキーイベント毎に対応付けられたキーイベント対応テーブル（図示せず）を予め保持しており、これを参照することによりキーイベントの変換を行う。
【００８５】
ステップＳ５６において、アプリケーションＢは、文字記号入力モードとして受け付けた入力に伴うキーイベント処理を実行する。例えば、アプリケーションＢは、ステップＳ６６において、タッチスクリーン１２に表示された文字編集画面において、文字記号入力モードで受け付けた「１」を出力する。
【００８６】
この第三のキーイベント制御処理を実行する携帯端末１は、数字入力モード設定時に発生したキーイベントが文字記号入力モードを利用するアプリケーションに通知された場合、この数字入力モードで発生したキーイベントと同一の、文字記号入力モード設定時のキーイベントに変換するようになっている。このため、通知先のアプリケーションでは、数字入力モード設定時に実行されるべき処理と同一の処理を実行させることができる。例えばユーザが数字入力モード設定時の操作キー１５で入力可能な数字などの入力を期待した場合には、その期待に沿った処理を実行できる点で有効である。
【００８７】
この携帯端末１で実行される第一〜第三のキーイベント制御処理は、個別に用いることもできるし、またはユーザにより任意の処理を設定可能に構成してもよい。
【００８８】
また、本実施形態において説明したアプリケーションＡおよびアプリケーションＢは、適用例の一つであるため、ダイレクト入力機能を利用可能な他のアプリケーションに適用してもよい。
【００８９】
本発明に係る携帯端末は、携帯電話機、ＰＤＡ（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ）、パーソナルコンピュータ、携帯型ゲーム機、携帯型音楽再生機、携帯型動画再生機、その他の文字記号入力を行う携帯端末にも適用することができる。
【００９０】
また、本発明の実施形態において説明した一連の処理は、ソフトウェアにより実行させることもできるが、ハードウェアにより実行させることもできる。
【００９１】
さらに、本発明の実施形態では、フローチャートのステップは、記載された順序に沿って時系列的に行われる処理例を示したが、必ずしも時系列的に処理されなくとも、並列的あるいは個別実行される処理をも含むものである。
【符号の説明】
【００９２】
１  携帯端末
１０  上筐体
１１  下筐体
１２  タッチスクリーン
１３  スピーカ
１４  マイクロフォン
１５  操作キー
１６  方向キー
１７、１７ａ、１７ｂ、１７ｃ、１７ｄ  ソフトキー
２０  「１／あ」キー
２１  「１／Ｑ」キー
２２  Ｆｎキー
３０  主制御部
３１  電源回路部
３２  入力制御部
３４  表示制御部
３６  音声制御部
３７  通信制御部
３８  アンテナ
３９  記憶部
４０  加速度センサ
【図１】
2010271895.tif 000003
【図２】
2010271895.tif 000004
【図３】
2010271895.tif 000005
【図４】
2010271895.tif 000006
【図５】
2010271895.tif 000007
【図６】
2010271895.tif 000008
【図７】
2010271895.tif 000009
【図８】
2010271895.tif 000010
【図９】
2010271895.tif 000011