JP5793054B2 - 携帯端末装置、プログラムおよび実行抑制方法 - Google Patents

Description

本発明は、携帯電話機、ＰＤＡ（Personal Digital Assistant）、タブレットＰＣ（Tablet PC）、電子書籍端末等の携帯端末装置および当該携帯端末装置に用いて好適なプログラムと実行抑制方法に関するものである。

従来、電子メール、ＳＭＳ（Short Message Service）、伝言メモ等、入力したテキストを通信相手へ送信する機能を備えた携帯端末装置が知られている。たとえば、キー操作によって相手に伝言する文字を入力し、発信操作を行うと、当該テキストがＳＭＳによる送信メッセージとして送信される（特許文献１）。

特開２００８−２２３４２号公報

ところで、文字を入力する際の誤操作を抑制することが従来からの課題となっている。

たとえば、ユーザがキー操作によって文字を入力している際、意図せず発信操作を行ってしまうと、未完成のテキストがメッセージとして送信されてしまう。このようにテキストが未完成のまま送信されてしまうことは、ユーザにとって望ましいものではない。

そこで、本発明は、文字入力中にユーザの意図しない機能が実行されることを抑制可能な携帯端末装置、プログラムおよび実行抑制方法を提供することを目的とする。

本発明の第１の態様は携帯端末装置に関する。第１の態様に係る携帯端末装置は、表示面と、前記表示面に表示された画像に対する入力を受付ける受付部と、文字入力のための第１の画像と、入力された文字と、当該入力された文字に基づき所定機能を実行させるための第２の画像とを前記表示面に表示する表示制御部と、前記表示面に表示された文字中に未確定文字が含まれている間、前記所定機能の実行を抑制する抑制制御を行う抑制部と、を備える。ここで、前記抑制部は、前記抑制制御として、前記第１の画像と前記第２の画像とを、当該抑制制御が行われていないときに比べて互いに離れるように、前記表示面に表示する制御を行う。

第１の態様に係る携帯端末装置において、前記表示制御部は、前記未確定文字を変換して確定文字とするための変換候補の中から、前記確定文字とされる文字を選択するための第３の画像を、前記第１の画像の少なくとも一部として前記表示面に表示し得る。この場合、前記抑制部は、前記第３の画像が前記表示面に表示されている間、前記抑制制御を行う。

また、第１の態様に係る携帯端末装置において、前記表示制御部は、前記確定文字に続けて入力されると予測される入力候補の中から、前記確定文字に続く文字を選択するための第４の画像を、前記第１の画像の少なくとも一部として前記表示面に表示し得る。この場合、前記抑制部は、前記第４の画像が前記表示面に表示されている間、前記抑制制御を行う。

また、第１の態様に係る携帯端末装置において、前記抑制部は、前記抑制制御が行われている間、前記抑制制御が行われる前に対して、前記第２の画像の彩度、色相、図柄、形状およびサイズの少なくとも１つを変更し得る。

また、第１の態様に係る携帯端末装置において、前記抑制部は、前記抑制制御として、前記第２の画像に対する入力がなされたときに前記所定機能の実行の要否を問い合わせる制御を行い得る。

また、第１の態様に係る携帯端末装置において、前記第１の画像は、前記文字入力のためのソフトキーを含み得る。

さらに、第１の態様に係る携帯端末装置は、少なくとも文字を含む情報を、予め定められた宛先へ送信する送信部をさらに備え得る。この場合、前記所定機能は、前記入力された文字を前記宛先へ送信する機能を含む。

本発明の第２の態様は、プログラムに関する。本態様に係るプログラムは、表示面と、前記表示面に対する入力を受付ける受付部と、を備える携帯端末装置のコンピュータに、前記受付部を介して入力された文字と、当該入力された文字に基づき所定機能を実行させるための画像を前記表示面に表示する機能と、前記画像に対する入力を、前記所定機能を実行させるための入力として取得する機能と、前記表示面に表示された文字中に未確定文字が含まれている間、前記所定機能の実行を抑制する機能と、を実行させる。ここで、前記抑制する機能は、前記第１の画像と前記第２の画像とを、当該抑制する機能が実行されていないときに比べて互いに離れるように、前記表示面に表示する機能を含む。

本発明の第３の態様は、表示面と、前記表示面に表示された画像に対する入力を受付ける受付部と、を備えた携帯端末装置の実行抑制方法に関する。本態様に係る実行抑制方法は、文字入力のための第１の画像と、入力された文字と、当該入力された文字に基づき所定機能を実行させるための第２の画像とを前記表示面に表示するステップと、前記表示面に表示された文字中に未確定文字が含まれている間、前記所定機能の実行を抑制するステップと、を含む。ここで、前記抑制するステップは、前記第１の画像と前記第２の画像とを、当該抑制するステップが行われていないときに比べて互いに離れるように、前記表示面に表示するステップを含む。

本発明によれば、文字入力中にユーザの意図しない機能が実行されることを抑制可能な携帯端末装置、プログラムおよび実行抑制方法を提供することができる。

本発明の効果ないし意義は、以下に示す実施の形態の説明により更に明らかとなろう。ただし、以下の実施の形態は、あくまでも、本発明を実施化する際の一つの例示であって、本発明は、以下の実施の形態に記載されたものに何ら制限されるものではない。

実施の形態に係る携帯電話機の外観構成を示す図である。 実施の形態に係る携帯電話機の全体構成を示すブロック図である。 実施の形態に係る制御処理が実行されたときに表示される画面の遷移例を示す図である。 実施の形態に係る制御処理が実行されたときに表示される画面の遷移例を示す図である。 実施の形態に係る制御処理が実行されたときに表示される画面の遷移例を示す図である。 実施の形態に係る処理手順を説明するためのフローチャートである。 変更例１に係る処理手順を説明するためのフローチャートである。 変更例１に係る制御処理が実行されたときに表示される画面の遷移例を示す図である。 変更例２に係る処理手順を説明するためのフローチャートである。 変更例２に係る制御処理が実行されたときに表示される画面の遷移例を示す図である。 変更例２に係る制御処理が実行されたときに表示される画面の遷移例を示す図である。 変更例３に係る処理手順を説明するためのフローチャートである。 変更例３に係る制御処理が実行されたときに表示される画面の遷移例を示す図である。 変更例４に係る処理手順を説明するためのフローチャートである。 変更例４に係る制御処理が実行されたときに表示される画面の遷移例を示す図である。 変更例５に係る処理手順を説明するためのフローチャートである。 その他の変更例に係る制御処理が実行されたときに表示される画面の遷移例を示す図である。

以下、本発明の実施の形態について、図面を参照して説明する。図１（ａ）、（ｂ）は、携帯電話機１の外観構成を示す図である。図１（ａ）、（ｂ）は、それぞれ、正面図および側面図である。

携帯電話機１は、長方形状を有する厚みが小さなキャビネット１０を有する。キャビネット１０の正面側には、タッチパネルが配されている。タッチパネルは、ディスプレイ１１と、ディスプレイ１１に重ねられるタッチセンサ１２とを備える。

ディスプレイ１１は、液晶ディスプレイであり、後述の液晶パネル１１ａと、液晶パネル１１ａを照明するパネルバックライト１１ｂとにより構成されている（図２参照）。液晶パネル１１ａは、画像を表示するための表示面１１ｃを有し、表示面１１ｃが外部に現れる。

なお、ディスプレイ１１は、液晶ディスプレイに限らず、有機ＥＬディスプレイ等他の表示装置であってもよい。

タッチセンサ１２は、表示面１１ｃの上に配されており、表示面１１ｃに対する入力位置を検出する。タッチセンサ１２は透明なシート状に形成されており、タッチセンサ１２を透して表示面１１ｃを見ることができる。

タッチセンサ１２は、静電容量式のタッチセンサであり、マトリクス状に配された第１透明電極、第２透明電極およびカバーを備えている。タッチセンサ１２は、第１および第２透明電極間の静電容量の変化を検出することによって、ユーザが触れた表示面１１ｃ上の位置を入力位置として検出し、この入力位置に応じた位置信号を後述のＣＰＵ１００へ出力する。なお、表示面１１ｃに触れるとは、実際には、タッチセンサ１２を覆うカバーの表面における表示面１１ｃに相当する領域を触れることである。

ユーザは、自身の指またはペンなどの接触部材（簡単のため、以下、単に「指」と言う。）によって表示面１１ｃを触れることにより、タップ、スライド、フリック、ロングタップ等の各種操作を行うことができる。

なお、タッチセンサ１２は、静電容量式のタッチセンサ１２に限られず、超音波式、感圧式、抵抗膜式、光検知式等のタッチセンサ１２であってもよい。

タッチパネルの下方には、ホームキー１３ａ、設定キー１３ｂ、バックキー１３ｃから構成されているキー操作部１３が設けられている。ホームキー１３ａは、主にホーム画面を表示面１１ｃに表示させるためのキーである。設定キー１３ｂは、主に各種設定を行う設定画面を表示面１１ｃに表示させるためのキーである。バックキー１３ｃは、主に表示面１１ｃ上の画面の表示状態を１ステップ前の状態に戻すためのキーである。

キャビネット１０の正面側には、下部にマイクロホン（以下、「マイク」と言う。）１４が配されており、上部にスピーカ１５が配されている。ユーザは、スピーカ１５からの音声を耳で捉え、マイク１４に対して音声を発することにより通話を行うことができる。

図２は、携帯電話機１の全体構成を示すブロック図である。携帯電話機１は、上述した構成要素の他、ＣＰＵ１００、メモリ１０１、画像処理回路１０２、キー入力回路１０３、音声エンコーダ１０４、音声デコーダ１０５、通信モジュール１０７を備える。

画像処理回路１０２は、ＣＰＵ１００から入力された制御信号に従って、ディスプレイ１１に表示される画像を生成し、画像データを画像処理回路１０２に備えられているＶＲＡＭ１０２ａに記憶させる。

画像処理回路１０２は、ＬＣＤコントローラを備える。ＬＣＤコントローラは、ＶＲＡＭ１０２ａに記憶された画像データを含む画像信号を、ディスプレイ１１へ出力する。また、ＬＣＤコントローラは、ディスプレイ１１を制御するための制御信号を出力する。これによって、ディスプレイ１１のパネルバックライト１１ｂが点灯または消灯される。こうして、パネルバックライト１１ｂから放出された光が、画像信号に基づいて液晶パネル１１ａにより変調されることにより、ディスプレイ１１の表示面１１ｃに画像が表示される。

キー入力回路１０３は、キー操作部１３を構成する各キー１３ａ〜１３ｃの押下に応じた信号をＣＰＵ１００へ出力する。

音声エンコーダ１０４は、集音した音声に応じてマイク１４が出力する音声信号をデジタルの音声信号に変換し、ＣＰＵ１００へ出力する。

音声デコーダ１０５は、ＣＰＵ１００からの音声信号にデコード処理およびＤ／Ａ変換を施し、変換したアナログの音声信号をスピーカ１５に出力する。

通信モジュール１０７は、通話や通信のための電波を送受信するアンテナを備える。通信モジュール１０７は、ＣＰＵ１００から入力される信号を無線信号に変換し、変換された無線信号を、アンテナを介して、基地局や他の通信装置等の通信先へ送信する。また、通信モジュール１０７は、アンテナを介して受信した無線信号をＣＰＵ１００が利用できる形式の信号へ変換し、変換された信号をＣＰＵ１００へ出力する。

メモリ１０１は、ＲＯＭおよびＲＡＭを含む。メモリ１０１には、ＣＰＵ１００に制御
機能を付与するための制御プログラムと、各種のアプリケーションが記憶されている。たとえば、メモリ１０１には、通話、電子メール、テキスト・メッセージング、ウェブブラウザ等の各種のアプリケーションが記憶されている。

また、メモリ１０１は、アプリケーションの実行の際には、一時的に利用または生成される各種のデータを記憶するワーキングメモリとしても使用される。

ＣＰＵ１００は、制御プログラムに従って、マイク１４、通信モジュール１０７、ディスプレイ１１、スピーカ１５等、各構成要素を制御することにより、各種のアプリケーションを実行する。

上記の「テキスト・メッセージング」は、携帯電話機１と、他の携帯電話機等の通信装置との間で、テキスト・メッセージを送受信するアプリケーションである。具体的には、テキスト・メッセージングは、ＳＭＳを利用した、他の通信装置との間で短文からなるメッセージを送受信するためのアプリケーションである。

テキスト・メッセージングは、所定の操作がなされること基づき起動される。ユーザにより他の通信装置を指定するための操作がなされると、ＣＰＵ１００は、指定された通信装置を、メッセージを送受信する通信端末として設定する。

図３（ａ）〜（ｃ）と図４（ａ）、（ｂ）と図５（ａ）、（ｂ）は、テキスト・メッセージングの実行時における、表示面１１ｃに表示される画面の遷移例を示す図である。図３（ａ）は、メッセージとして送信されるテキストを作成するための入力の受け付けが開始されたときにディスプレイ１１に表示される画面を示す図である。図３（ｂ）は、テキストボックス２１に未確定文字（後述）からなるテキスト２１ｂが入力された状態の画面を示す図である。

図３（ａ）を参照して、表示面１１ｃには、テキストボックス２１、キーボード２２、送信ボタン２３およびメッセージ表示領域２４の画像が表示されている。ＣＰＵ１００は、キーボード２２と送信ボタン２３の画像に対する入力がなされると、当該入力を、入力がなされた画像に対応づけられた入力として取得する。

テキストボックス２１は、ユーザにより作成されたテキストを表示するための部分である。図３（ａ）の状態において、テキストボックス２１には、テキストは表示されておらず、また、文字の入力位置を示すカーソル２１ａが表示されている。図３（ｂ）の状態において、テキストボックス２１には、未確定文字「いま」からなるテキスト２１ｂとカーソル２１ａとが表示されている。

キーボード２２は、複数のソフトキーからなり、テキストボックス２１の下側（Ｙ軸負方向）に略隣接して表示されている。キーボード２２に対する入力（各キーに対するタッチ入力）に応じて、文字の入力および削除、カーソルの移動、入力する文字種（アルファベット文字、数字、記号、日本語文字、その他の各国で使用される文字、絵文字等）の設定等がなされる。

図３〜図５に示された例において表示面１１ｃに表示されているキーボード２２は、日本語の文字を入力するためのキーボードである。なお、入力する文字種の設定を変更する操作がなされると、ＣＰＵ１００は、日本語の文字を入力するためのキーボード２２に替えて、設定された文字種に対応した態様のキーボード２２（たとえば、ＱＷＥＲＴＹ配列キーボード）を表示する。

送信ボタン２３は、テキストボックス２１の右側（Ｘ軸正方向）に略隣接して表示されている。送信ボタン２３の下側には、キーボード２２が略隣接する。送信ボタン２３は、テキストボックス２１に表示されたテキスト２１ｂをメッセージとして他の通信装置へ送信するためのボタンである。

送信ボタン２３が押下（送信ボタン２３の位置がタップ）されると、ＣＰＵ１００は、メッセージの送信を実行する。

メッセージ表示領域２４は、テキストボックス２１の上側に設けられている。過去に送受信されたメッセージがメッセージ表示領域２４上に表示される。

なお、メッセージ表示領域２４のさらに上側には、メッセージの送信先である他の通信装置に関する情報を表示するための、情報表示領域２５が設けられている。

テキスト２１ｂの作成のための操作と、操作に伴う画面の遷移について、以下に概説する。

キーボード２２に対する入力によってテキストボックス２１のカーソル２１ａの位置へ新たに文字が挿入して表示される。新たに表示された文字は、まず未確定文字とされる。たとえば、図３（ｂ）に示す如く、新たに文字「いま」が挿入されたとき、テキストボックス２１に表示されているテキスト２１ｂ「いま」は、未確定文字とされる。

ここで、「未確定」とは、他の文字へ変換される前、または確定のための操作（後述）がなされる前の状態をいう。なお、変換とは、未確定文字を提案処理により提案された単語や文節等の他の文字へ変換することをいう。また、変換は、かな漢字変換、入力された未確定文字の補完、誤入力された文字の正しい文字への変換等を含み得る。

なお、ＣＰＵ１００は、図３（ｂ）に示す如く、テキストボックス２１に表示するテキスト２１ｂ中の未確定文字に下線２１ｃを付す。

ＣＰＵ１００は、未確定文字がテキスト２１ｂに新たに挿入されると、ユーザによるテキストの作成を補助するための、予測処理と提案処理を実行する。後述されるように、予測処理と提案処理の実行は、確定のための操作がなされたときに終了される。

ここで、確定のための操作（たとえば、キー２２ａを押下する操作）とは、テキスト２１ｂが含む未確定文字をその文字のまま確定文字へ遷移させるとともに、予測処理と提案処理を終了させるための操作である。なお、テキスト２１ｂが未確定文字を含まない場合においては、確定のための操作は、単に予測処理と提案処理を終了させるための操作である。

予測処理は、テキスト２１ｂに基づき、ユーザが現在入力しようとしている単語や文節等を予測し、１つまたは複数の候補を特定するための処理である。具体的には、予測処理は、テキスト２１ｂが未確定文字を１文字以上含む場合、未確定文字に置き換えられる単語や文節等を予測するとともに、テキスト２１ｂが未確定文字を含まない場合、テキスト２１ｂ中のカーソル２１ａの位置に挿入される単語や文節等を予測するための処理である。

なお、未確定文字の挿入などによってテキスト２１ｂが繰り返し更新されている際、候補となる単語や文節等（以後、「予測された語」という。）は、ＣＰＵ１００が予測処理を実行することにより、そのときのテキスト２１ｂに基づいて随時更新される。

提案処理は、予測された語をユーザへ提案（提案ウィンドウ２６を表示）し、予測された語２７のうち１つを選択する操作を受付けるための処理である。１つの予測された語２７が選択された場合、未確定文字が選択された予測された語２７へ変換され、変換後の文字は確定文字とされる。

ＣＰＵ１００は、提案処理に従い、図３（ｂ）に示す如く、テキストボックス２１と送信ボタン２３の上側に略隣接し、且つ、メッセージ表示領域２４に重なるように、提案ウィンドウ２６を表示する。さらに、ＣＰＵ１００は、予測された語２７の一部または全てを、未確定文字を変換するための変換候補として提案ウィンドウ２６上に表示する。提案ウィンドウ２６は、提案処理の終了に伴い非表示となる。

なお、図３（ｂ）において、送信ボタン２３は、図３（ａ）の場合に比較して、異なる彩度で表示されおり、無効化されている。送信ボタン２３の無効化と異なる彩度による表示状態は、提案ウィンドウ２６が表示されている間、継続する。すなわち、ＣＰＵ１００は、提案ウィンドウ２６が表示されている間、メッセージの送信を抑制する制御を行う。提案処理が終了したとき、送信ボタン２３が再び有効化され、送信ボタン２３の表示状態は、通常の状態に戻される（図５（ａ）参照）。このような、送信ボタン２３に対する操作および送信ボタン２３の表示に係る処理については、図６のフローチャートを用いて、追って詳述する。

図３（ｂ）に戻り、予測された語２７「今の」、「今」、「今すぐ」、「未だに」、「今頃」が、提案ウィンドウ２６上において横に並べられて表示されている。さらにその右側に、提案ウィンドウ２６の表示態様を切り替えるための切替ボタン２８が表示される。

切替ボタン２８は、提案ウィンドウ２６を、より大きく表示するためのボタンである。予測された語２７は複数であり得るため、予測された語２７の全てが提案ウィンドウ２６上に表示されるとは限らない。切替ボタン２８の押下により、図３（ｃ）のように提案ウィンドウ２６の表示態様が切り替えられることにより、図３（ｂ）の提案ウィンドウ２６に表示されていた予測された語２７に加えて、「今までの」、「今から」、「今井」等、より多くの予測された語２７が提案ウィンドウ２６に表示される。

ユーザは、図３（ｂ）に示す小さな状態の提案ウィンドウ２６に所望の予測された語２７がないときに、切替ボタン２８を押下して、図３（ｃ）に示す大きな状態の提案ウィンドウ２６に切り替える。

提案ウィンドウ２６が表示された状態において、ＣＰＵ１００は、提案処理に従い、表示されている予測された語２７のうち１つを選択するための操作を受付ける。

たとえば図３（ｃ）のように提案ウィンドウ２６が表示された状態において、１つの予測された語２７「今から」を選択する操作（たとえば、目的の予測された語２７上をタップする操作）がなされると、図４（ａ）に示す如く、未確定文字「いま」が確定文字「今から」へ変換される。

予測処理と提案処理は、上記のように未確定文字を確定文字へ変換した後にも実行され続ける。すなわち、予測処理と提案処理は、未確定文字が確定される前に限らず、未確定文字が確定された後にも実行され得る。

たとえば、図３（ｃ）から図４（ａ）へ画面が遷移する例の場合、ＣＰＵ１００は、予測処理に従い、図４（ａ）におけるカーソル２１ａの位置にさらに挿入される単語や文節
等を予測するとともに、提案処理に従い、図４（ａ）に示す如く、予測された語２７の一部または全てを、カーソル２１ａの位置に入力するための入力候補として提案ウィンドウ２６上に表示する。

なお、上記のように未確定文字を確定文字へ変換した後に、予測処理と提案処理が終了する構成が採られてもよい。

図４（ａ）の表示状態において、たとえば提案ウィンドウ２６上の右下角部分に表示されている１つの予測された語２７「帰ります」が選択された場合、ＣＰＵ１００は、カーソル２１ａの位置に確定文字「帰ります」を挿入する。これによって、図４（ｂ）に示す如く、テキストボックス２１に、確定文字からなるテキスト２１ｂ「今から帰ります」が表示される。

提案処理が実行されているとき、ＣＰＵ１００は、上述の確定のための操作（たとえば、キー２２ａを押下する操作）を受付ける。

たとえば、図４（ｂ）の状態において、確定のための操作がなされると、予測処理と提案処理が終了される。なお、提案処理の終了後、ＣＰＵ１００は、上述の如く、送信ボタン２３の表示状態を元に戻すとともに、無効化されていた送信ボタン２３を有効にする。これによって、以後、ユーザによる送信ボタン２３に対する操作が受付けられる。この結果、図５（ａ）に示す如く、提案ウィンドウ２６の表示が消される。また、送信ボタン２３が通常の彩度で表示される（後述。図６のＳ１０２）。

図５（ａ）の表示状態において、送信ボタン２３が押下されると（破線で描かれた指参照）、ＣＰＵ１００は、テキストボックス２１に表示されているテキスト２１ｂ「今から帰ります」を、テキスト・メッセージングのメッセージとして、他の通信装置へ送信する。また、ＣＰＵ１００は、図５（ｂ）に示す如く、送信後のメッセージをメッセージ表示領域２４に表示するとともに、テキスト２１ｂを空の状態にリセットし、また、これに応じて空の状態のテキストボックス２１を表示面１１ｃに表示する。

このようにして、テキスト２１ｂの作成と、メッセージの送信のための処理が実行される。

以上の通り、ユーザは、テキスト２１ｂの作成の際、文字の入力のための画像であるキーボード２２と提案ウィンドウ２６とに対して入力を行うことにより、所望のテキスト２１ｂの作成を完成させ、完成したテキスト２１ｂをメッセージとして他の通信装置へ送信できる。

ところが、未完成のテキスト２１ｂが、ユーザが意図せず行った操作により、送信されてしまう可能性がある。

たとえば、図３（ｂ）で説明されたように、ユーザは、切替ボタン２８を押下（破線で描かれた指参照）することを目的として表示面１１ｃをタッチし得る。ところが、切替ボタン２８の下側に略隣接して配されている送信ボタン２３が誤って押下され、未完成のテキスト２１ｂ（「いま」）が、メッセージとして送信されてしまう可能性がある。

また、図４（ａ）で説明されたように、ユーザは、提案ウィンドウ２６に表示された１つの予測された語２７「帰ります」を選択（破線で描かれた指参照）することを目的として表示面１１ｃをタッチし得る。ところが、当該予測された語２７が表示されている領域の下側に略隣接して配されている送信ボタン２３が誤って押下され、未完成のテキスト２
１ｂ（「今から」）がメッセージとして送信されてしまう可能性がある。

そこで、携帯電話機１は、未完成のテキスト２１ｂがメッセージとして送信されることを抑制するための機能を備える。

図６は、本実施の形態に係る、テキスト２１ｂの作成のための入力の最中であるときに、送信ボタン２３を異なる彩度で表示するとともにメッセージの送信を抑制するための処理を示すフローチャートである。

図６の処理は、テキスト・メッセージングの実行中において、図３（ａ）に示す如く空のテキストボックス２１が表示面１１ｃに表示されたときに開始され、作成されたテキスト２１ｂが送信された後に終了する。

なお、テキスト２１ｂの作成のための入力の最中であるか否かの判定は、提案ウィンドウ２６が表示中であるか否かに基づいてなされる。

ＣＰＵ１００は、図３（ａ）のように提案処理が実行中でなく、提案ウィンドウ２６が表示されていない場合（Ｓ１０１：ＮＯ）、送信ボタン２３を通常の状態で表示する（Ｓ１０２）。そして、提案処理が実行されず、且つ、送信ボタン２３が押下されない間（Ｓ１０３：ＮＯ、Ｓ１０４：ＮＯ）、送信ボタン２３の通常の状態による表示が保たれる。

なお、提案処理が実行されていない間（Ｓ１０３：ＮＯ）、送信ボタン２３に対する操作は受け付けられている（Ｓ１０４）。よって、送信ボタン２３が押下された場合（Ｓ１０４：ＹＥＳ）、テキスト２１ｂがメッセージとして他の通信装置へ送信される（Ｓ１０６）。

さて、図３（ｂ）の例のように、新たに文字が入力された場合、予測処理と提案処理が実行され、これに伴い提案ウィンドウ２６が表示面１１ｃに表示される。このため、ＣＰＵ１００は、ステップＳ１０３において提案処理が実行中であると判定し（Ｓ１０３：ＹＥＳ）、送信ボタン２３を、通常と異なる彩度で、たとえば彩度を通常より落とした状態で表示する（Ｓ１０５）。

提案処理が実行されている間（Ｓ１０１：ＹＥＳ）、彩度が落とされた状態での送信ボタン２３の表示が保たれる。たとえば、図３（ｂ）〜図４（ｂ）では提案ウィンドウ２６が表示面１１ｃに表示されている。このためステップＳ１０１の判定処理においてＹＥＳと判定され、送信ボタン２３が、彩度が落とされた状態で表示される。

送信ボタン２３に対する操作は、提案処理が実行されていない間（Ｓ１０３：ＮＯ）には受け付けられる（Ｓ１０４）。しかし、提案処理が実行されている間（Ｓ１０１：ＹＳＥ）には受け付けられない。すなわち、送信ボタン２３は無効化される。

つまり、提案処理が実行中である場合には（Ｓ１０１）、メッセージの作成のための入力の最中であるとされ、メッセージの送信が抑制される。このため、図３（ｂ）〜図４（ｂ）の画面が表示されている状態では、送信ボタン２３に対する入力は受け付けられず、メッセージの送信が抑制される。よって、送信ボタン２３が誤って押下されたとしても、未完成のテキスト２１ｂ（「いま」または「今から」）がメッセージとして送信されることはない。

これに対し、たとえば、提案処理が実行されていない図５（ａ）の状態においては、テキスト２１ｂの作成のための入力の最中ではないと判定されているため（Ｓ１０３：ＮＯ
）、送信ボタン２３が押下されると（Ｓ１０４：ＹＥＳ）、現在のテキスト２１ｂ「今から帰ります」がメッセージとして送信される。

以上、本変更例の構成によれば、テキスト２１ｂの作成のための文字の入力の最中には、送信ボタン２３が無効化される。これによって、未完成のテキスト２１ｂがメッセージとして他の通信装置へ送信されることが抑制される。

また、提案ウィンドウ２６が表示されていることにより文字の入力の最中であると判定されているとき（Ｓ１０３：ＹＥＳ）、送信ボタン２３の彩度が通常より低下する。これにより、現在、送信ボタン２３が無効化されていることをユーザが認識しながら、文字を入力するための画像であるキーボード２２と提案ウィンドウ２６とに対する入力を行える。

また、本実施の形態では、文字の入力の最中であるか否かは、提案ウィンドウ２６が表示されているか否かに基づき判定される。提案ウィンドウ２６に対する入力が受け付けられているときには（Ｓ１０３：ＹＥＳ）、テキスト２１ｂに文字がさらに追加（入力）される可能性がある。すなわち文字の入力の最中であるとして、送信ボタン２３が押下されたとしてもメッセージは送信されない。

たとえば、図３（ｂ）を参照して、送信ボタン２３の下方には、削除キー２２ｂと「さ」行のひらがなを入力するためのキー２２ｃとが、キーボード２２の画像の一部として表示されている。また、送信ボタン２３の上方には、切替ボタン２８の他に、予測された語２７のうち一部の予測された語２７（「今頃」）が、送信ボタン２３に略隣接して表示されている。図６の処理に基づいて文字の入力の最中であると判定された場合には、これらキー２２ｂ、２２ｃや予測された語２７が押下された場合においても、メッセージの送信が抑制される。

＜変更例１＞
図７は、変更例１に係る、テキスト２１ｂの作成のための入力の最中であるときに、メッセージの送信を抑制するための処理を示すフローチャートである。

図７のフローチャートは、図６のフローチャートに対し、ステップＳ１０２の処理がステップＳ２０１の処理に置換され、ステップＳ１０５の処理がステップＳ１１２の処理に置換され、さらに、ステップＳ１０１においてＹＥＳと判定された場合に実行されるステップＳ１１３の処理が追加されている。

図８（ａ）〜（ｄ）は、本変更例に係る、テキスト・メッセージングの実行時における、表示面１１ｃに表示される画面の遷移例を示す図である。図８（ａ）〜図８（ｄ）は、それぞれ、上記実施の形態において説明された図３（ａ）、図３（ｂ）、図４（ｂ）、図５（ａ）に対応する。なお、図８（ａ）〜（ｄ）では、キーボード２２の一部の表示が省略されている。

ステップＳ１１１において、ＣＰＵ１００は、送信ボタン２３を、通常の位置に表示する。通常の位置とは、上記実施の形態における送信ボタン２３の表示位置と同じテキストボックス２１の右隣りの位置（図３（ａ）参照）のことである。

空のテキストボックス２１が表示された直後には、図８（ａ）に示す如く、提案処理は実行されていないため（Ｓ１０１：ＹＥＳ）、送信ボタン２３は通常の位置に表示される（Ｓ１１１）。

テキストボックス２１に未確定文字が入力されることにより提案処理が実行され、提案ウィンドウ２６が表示されると（Ｓ１０３：ＹＥＳ）、ステップＳ１１２において、ＣＰＵ１００は、送信ボタン２３を、提案ウィンドウ２６およびキーボード２２から離れた位置に表示する。具体的には、送信ボタン２３は、図８（ｂ）と図８（ｃ）に示す如く、情報表示領域２５上の右側部分に移動して表示される。提案処理が実行中である間（Ｓ１０３：ＹＥＳ）、送信ボタン２３の表示位置は保たれる。

図８（ｃ）の状態において、確定するための操作（キー２２ａの押下）がなされると、提案処理が終了し（Ｓ１０１：ＮＯ）、図８（ｄ）に示す如く、送信ボタン２３が通常の位置に戻って表示される（Ｓ１１１）。

さて、本変更例において、図８（ｂ）、（ｃ）のように提案処理が実行されている間（Ｓ１０１：ＹＥＳ）であっても、ＣＰＵ１００は、送信ボタン２３の押下を受付ける（Ｓ１１３）。送信ボタン２３が押下された場合（Ｓ１１３：ＹＥＳ）、ＣＰＵ１００は、テキストボックス２１に表示されたテキスト２１ｂをメッセージとして他の通信装置へ送信する（Ｓ１０６）。

以上、本変更例の構成によれば、テキスト２１ｂの作成のために文字の入力の最中であるとき、すなわち提案ウィンドウ２６が表示面１１ｃに表示されているとき、送信ボタン２３と文字の入力のための画像であるキーボード２２および提案ウィンドウ２６とが、テキスト２１ｂの作成のために文字の入力の最中ではないときに比べて、離されて表示される。具体的には、送信ボタン２３が、キーボード２２および提案ウィンドウ２６から離れるよう移動する。

これにより、文字の入力のための画像であるキーボード２２および提案ウィンドウ２６に対する入力がされたとき、誤って送信ボタン２３が押下されることが抑制される。

また、上記実施の形態では、送信ボタン２３は文字の入力の最中には無効化されるのに対し、本変更例においては、送信ボタン２３は無効化されない。すなわち、本変更例では、文字の入力の最中におけるメッセージの送信は、送信キー２３が無効化されることにより抑制されるのではなく、送信キー２３が誤押下されにくい位置に表示されることにより抑制される。

よって、本変更例の構成によれば、文字の入力の最中であっても、送信ボタン２３は有効である。このため、ＣＰＵ１００により文字の入力の最中であると判定されているときであっても、ユーザが望む場合には、送信ボタン２３の押下によってテキスト２１ｂをメッセージとして他の通信装置へ送信させることができる。したがって、未完成のメッセージの送信が抑制されると同時に、ユーザは必要に応じて容易にメッセージを送信させることができる。

＜変更例２＞
図９は、変更例２に係る、テキスト２１ｂの作成のための文字の入力の最中であるときに、メッセージの送信を抑制するための処理を示すフローチャートである。

図９のフローチャートは、図６のフローチャートに対し、ステップＳ１０１においてＹＥＳと判定された場合に実行されるステップＳ１２１〜Ｓ１２３の処理が追加されている。

上記実施の形態では、テキスト２１ｂの作成のための入力の最中であると判定された場合、すなわち提案ウィンドウ２６が表示面１１ｃに表示された場合には、送信ボタン２３
は無効とされる。これに対し、本変更例では、テキスト２１ｂの作成のための入力の最中であると判定された場合であっても、送信ボタン２３を有効としつつ、送信ボタン２３の押下に応じてメッセージの送信をユーザへ問い合わせるための処理が実行される。

図１０（ａ）、（ｂ）と図１１（ａ）、（ｂ）は、テキスト２１ｂの作成のための入力の最中であるときに送信ボタン２３が押下されたときに表示される画面の例を示す図である。図１０（ａ）と図１１（ａ）は、上記実施の形態において説明された図３（ｂ）と図４（ａ）に対応する。図１０（ｂ）と図１１（ｂ）は、それぞれ、図１０（ａ）と図１１（ａ）の状態において送信ボタン２３の操作に応じて、メッセージの送信を問い合わせるための処理が実行されているときの画面を示す図である。

提案処理が実行されており、送信ボタン２３の彩度が低下されているとともに（Ｓ１０５）、提案ウィンドウ２６が表示されている場合（Ｓ１０１：ＹＥＳ）、ステップＳ１２１において、ＣＰＵ１００は、送信ボタン２３が押下されたか否かを判定する（Ｓ１２１）。

送信ボタン２３が押下された場合（Ｓ１２１：ＹＥＳ）、たとえば図１０（ａ）に示す状態において送信ボタン２３が押下された場合、ＣＰＵ１００は、現在未確定文字からなるテキスト２１ｂ「いま」をメッセージとして他の通信装置へ送信することの要否を問い合わせるダイアログボックス（以下、「ダイアログ」と言う。）２５を表示面１１ｃに表示する。ダイアログ２９には、送信を許可（ＯＫ）するためのボタンとキャンセル（ＣＡＮＣＥＬ）するためのボタンが表示されている。

送信を許可する操作がなされた場合（Ｓ１２３：ＹＥＳ）メッセージが送信される（Ｓ１０６）。この場合、未確定文字からなるテキスト２１ｂ「いま」が、メッセージとして他の通信装置へ送信される。

送信をキャンセルする操作がなされた場合（Ｓ１２３：ＣＡＮＣＥＬ）、ステップＳ１０１へ戻る。

なお、本変更例において、ダイアログ２９は、送信ボタン２３が押下されたときのテキスト２１ｂが未確定文字を含むか否かによらず表示される。たとえば図１１（ａ）に示す如く、確定文字（「今から」）からなるテキスト２１ｂがテキストボックス２１に表示されている状態においても、提案ウィンドウ２６が表示されていれば、送信ボタン２３が押下された場合（Ｓ１２１：ＹＥＳ）に、図１１（ｂ）に示す如く、ダイアログ２９が表示される。

送信を許可する操作がなされた場合（Ｓ１２３：ＹＥＳ）メッセージが送信される（Ｓ１０６）。この場合、未確定文字「いま」が確定され、テキスト２１ｂ「いま」が、メッセージとして他の通信装置へ送信される。

送信をキャンセルする操作がなされた場合（Ｓ１２３：ＣＡＮＣＥＬ）、ステップＳ１０１へ戻る。

なお、図１０（ｂ）図１１（ｂ）ようにダイアログ２９が表示面１１ｃに表示されている状態において、メッセージの送信をキャンセルする操作がなされた場合、表示面１１ｃに表示される画面とテキスト２１ｂは、ダイアログ２９が表示される前の状態に戻り、再び提案ウィンドウ２６に対する入力が受け付けられる。ユーザは、ダイアログ２９が表示される前に入力した文字を再度入力することなく、文字入力の操作を継続することができる。

以上、本変更例の構成によれば、テキスト２１ｂの作成のために文字の入力の最中である場合、すなわち提案ウィンドウ２６が表示面１１ｃに表示されている場合には、送信ボタン２３に対する入力があったときに、メッセージの送信の可否についての問い合わせがなされる。ユーザは、ダイアログ２９の視認後、テキスト２１ｂをメッセージとして他の通信装置へ送信することを許可（ＯＫ）するか否（ＣＡＮＣＥＬ）するかを選択できる。ユーザは、送信ボタン２３の押下が、ユーザの意図に基づくものでなかった場合はメッセージを送信させないことを選択できるとともに、ユーザの意図に基づくものであった場合はメッセージを送信させることをも選択できる。

＜変更例３＞
図１２は、変更例３に係る、テキスト２１ｂの作成のための文字の入力の最中であるときに、メッセージの送信を抑制するための処理を示すフローチャートである。

上記実施の形態では、文字の入力の最中であるか否かは、提案ウィンドウ２６の表示の有無に基づいて判定される。これに対し、本変更例では、テキスト２１ｂが未確定文字を含むか否かに基づいて、文字の入力の最中であるか否かが判定される。

図１２のフローチャートは、図６のフローチャートに対し、ステップＳ１０１の処理がステップＳ４０１の処理へ置換され、ステップＳ１０３の処理がステップＳ１３２の処理へ置換されている。

図１３（ａ）〜（ｄ）は、本変更例に係る、テキスト・メッセージングの実行時における、表示面１１ｃに表示される画面の遷移例を示す図である。図１３（ａ）〜図８（ｄ）は、それぞれ、上記実施の形態において説明された図３（ａ）、（ｂ）と図４（ａ）、（ｂ）に対応する。

ステップＳ１３１おいて、ＣＰＵ１００は、テキスト２１ｂが未確定文字を含まないか否かを判定する。テキスト２１ｂが未確定文字を含まない場合（Ｓ１３１：ＹＥＳ）、ステップＳ１０２の処理へ進む。

ステップＳ１３２おいて、ＣＰＵ１００は、テキスト２１ｂが未確定文字を含むか否かを判定する。テキスト２１ｂが未確定文字を含む場合（Ｓ１３２：ＹＥＳ）、ステップＳ１０５の処理へ進み、テキスト２１ｂが未確定文字を含まない場合（Ｓ１３１：ＮＯ）、ステップＳ１０４の処理へ進む。

図１３（ａ）に示す如くテキスト２１ｂが未確定文字を含まない状態において（Ｓ１３２：ＮＯ）、図１３（ｂ）に示す如く新たに未確定文字「いま」が入力された場合（Ｓ１３２：ＹＥＳ）、送信ボタン２３は、彩度が落とされた状態で表示される（Ｓ１０５）。

また、図１３（ｃ）に示す如くテキスト２１ｂが未確定文字「いま」を含む状態において（Ｓ１３１：ＮＯ）、提案ウィンドウ２６において１つの予測された語２７「今から」が選択され得る（破線で描かれた指参照）。この場合、上述の如く、未確定文字「いま」が、図１３（ｄ）に示す如く、確定文字「今から」へ変換される。この場合、依然として提案ウィンドウ２６が表示面１１ｃに表示されているが、判定処理Ｓ１３１での未確定文字がないとの判定に基づき（Ｓ１３１：ＹＥＳ）、送信ボタン２３が通常の状態で表示される（Ｓ１０２）。

また、たとえば、図１５（ｂ）のように、テキスト２１ｂが未確定文字「いま」を含む状態において、ユーザがキー２２ｂまたは２２ｃ対する入力を行う際に、誤ってキー２２
ｂまたは２２ｃに略隣接する送信ボタン２３を押下した場合、図１４のステップＳ１３１の処理に基づき、次のステップＳ１０２に進まない。すなわち、テキスト２１ｂが未確定文字を含む間は、送信ボタン２３が無効化されているため、未完成のメッセージの送信が抑制される。

以上、本変更例の構成によれば、上記実施の形態と異なり、テキスト２１ｂの作成のために文字の入力の最中であるか否かが、現在テキスト２１ｂが未確定文字を含むか否かに基づき判定される。これにより、ユーザが文字を現に入力しているか否かにより即して、文字の入力の最中であるか否かが、ＣＰＵ１００により判定される。

これにより、ユーザが文字を入力している最中であるか否かの判定がより的確になされ、ユーザが文字を現に入力している最中であるときに、メッセージの送信が抑制される。

他方、ユーザが文字を現に入力している最中ではないときには、送信ボタン２３の送信を抑制しない態様で処理（Ｓ１３２、Ｓ１０４）が実行され、このときにおけるメッセージの送信が容易なものとなる。

＜変更例４＞
上記実施の形態および変更例１〜３は、互いに組み合わされ得る。たとえば、以下に説明するように、変更例１と変更例３を組み合わせた構成が可能である。

図１４は、変更例４に係る、テキスト２１ｂの作成のための入力の最中であるときに、メッセージの送信を抑制するための処理を示すフローチャートである。

本変更例において、テキスト２１ｂの作成のための入力の最中であるか否かに応じて、すなわち提案ウィンドウ２６が表示面１１ｃに表示されているか否かに応じて、変更例１と同様に送信ボタン２３が移動する。また、本変更例において、テキスト２１ｂの作成のための入力の最中であるか否かの判定は、変更例３と同様に、テキスト２１ｂが未確定文字を含むか否かに基づいてなされる。

図１４のフローチャートは、図７（変更例１）のフローチャートに対し、ステップＳ１０１の処理がステップＳ１３１の処理へ置換され、ステップＳ１０３の処理がステップＳ１３２の処理へ置換されている。

図１５（ａ）〜（ｄ）は、本変更例に係る、テキスト・メッセージングの実行時における、表示面１１ｃに表示される画面の遷移例を示す図である。図１５（ａ）〜（ｄ）は、それぞれ、変更例３において説明された図１３（ａ）〜（ｄ）に対応する。

図１５（ａ）に示す如くテキスト２１ｂが未確定文字を含まない状態において（Ｓ１３２：ＮＯ）、図１５（ｂ）に示す如く新たに未確定文字「いま」が入力された場合（Ｓ１３２：ＹＥＳ）、送信ボタン２３は、情報表示領域２５の右側部分へ移動される（Ｓ１１１）。

また、図１５（ｃ）に示す如くテキスト２１ｂが未確定文字「いま」を含む状態において（Ｓ１３１：ＮＯ）、提案ウィンドウ２６において１つの予測された語２７「今から」が選択され得る（破線で描かれた指参照）。この場合、図１５（ｄ）の如く、未確定文字「いま」が、確定文字「今から」へ変換される。当該変換に基づき（Ｓ１３１：ＹＥＳ）、送信ボタン２３は、通常の位置に移動して表示される（Ｓ１１２）。

＜変更例５＞
上記変更例４で説明された通り、実施の形態および変更例１〜３は、互いに組み合わされ得る。変更例４とは別の組合せの例として、変更例２と変更例３を組み合わせについて以下に説明する。

図１６は、変更例５に係る、テキスト２１ｂの作成のための文字の入力の最中であるときに、メッセージの送信を抑制するための処理を示すフローチャートである。

図１６のフローチャートは、図９（変更例２）のフローチャートに対し、ステップＳ１０１の処理がステップＳ１３１の処理へ置換され、ステップＳ１０３の処理がステップＳ１３２の処理へ置換されている。

本変更例において、テキスト２１ｂが未確定文字を含むときに送信ボタン２３が押下された場合、変更例２と同様に、メッセージの送信の要否を問い合わせるダイアログが表示される。また、本変更例において、テキスト２１ｂの作成のための入力の最中であるか否かの判定は、変更例３と同様に、テキスト２１ｂが未確定文字を含むか否かに基づいてなされる。

＜その他＞
以上、本発明の実施の形態について説明したが、本発明は、上記実施の形態によって何ら制限されるものではなく、また、本発明の実施の形態も、上記以外に種々の変更が可能である。

上記実施の形態および変更例１〜５の説明において、日本語文字の入力の場面が例として用いられたが、入力される文字の種類は問わない。アルファベット文字、数字、記号、各国で使用される文字、絵文字等、各種の文字種の文字が入力される場面において、本発明は適用できる。

また、上記実施の形態および変更例１〜５の説明において、日本語の文字を入力するためのキーボード２２が用いられたが、キーボード２２は、適宜、各種の文字種の入力に対応した態様のキーボード（たとえば、アルファベット文字の入力に対応したＱＷＥＲＴＹ配列キーボード）が用いられることができる。

変更例２および５では、ダイアログ２９の表示によるメッセージの送信の可否の問い合わせに対し、ユーザは、送信が許可のときも不許可のときも、一方であることを明示的に指定する必要がある。つまり、ダイアログ２９には、許可（ＯＫ）のボタンと不許可（ＣＡＮＣＥＬ）のボタンが配される。しかしながら、メッセージの送信が許可または不許可の指定が明示的になされない構成が採られてもよい。たとえば、メッセージの送信の可否を問い合わせるダイアログボックス中には、送信の不許可（ＣＡＮＣＥＬ）を指示するためのボタンのみが配され、ダイアログボックスの表示後所定時間（たとえば、数百ミリ秒〜数秒程度）の間に当該不許可の指示がなされなかった場合にはメッセージの送信の許可がなされたとみなして、自動的にテキスト２１ｂをメッセージとして他の通信装置へ送信する構成が採られてもよい。

上記実施の形態と変更例２、３および５では、文字の入力の最中であるとき、表示面１１ｃに表示された送信ボタン２３の彩度が落とされる構成が採られたが、彩度が上げられる構成が採られてもよい。また、送信ボタン２３の彩度のみが変更されるのではなく、彩度、色相、図柄、形状、サイズの少なくともの１つが変更される構成が採られてもよい。

上記変更例１および４では、文字の入力の最中であるとき、送信ボタン２３の表示位置が変更される。しかしながら、キーボード２２および提案ウィンドウ２６の表示位置が変
更される、または送信ボタン２３、キーボード２２および提案ウィンドウ２６の表示位置が変更されることにより、送信ボタン２３と、キーボード２２および提案ウィンドウ２６とが離れて表示される構成が採られてよい。

また、文字の入力の最中であるときには、上述の如く送信ボタン２３の彩度、色相、図柄および形状が変更される、または表示位置が変更される他、拡大・縮小等、各種の態様で、送信ボタン２３が表示される構成が採られることができる。また、文字の入力の最中であるときにメッセージの送信が確実に抑制されるよう、送信ボタン２３が一時的に非表示とする構成が採られてもよい。

上記実施例、変更例１〜５および上記の判定処理は、あくまでも例であり、文字の入力に係る他の情報（キーの押下の頻度等）がさらに加味されることによって、各種の判定処理が採用され得る。たとえば、上記実施例、変更例１〜５または上記の判定条件が満たされ、且つ、所定時間（たとえば数百ミリ秒〜数十秒程度）の間に表示面１１ｃに対してタッチの操作がなされない場合に、文字の入力の最中ではないと判定する構成が採られることができる。

上記実施の形態および変更例１〜５において、テキスト２１ｂに未確定文字が含まれるときには、予測処理と提案処理も実行される構成が採られているが、テキスト２１ｂに未確定文字が含まれるときであっても、予測処理と提案処理が実行されない構成が採られ得る。たとえば、未確定文字の入力された後、ユーザにより予め定められたキーが押下されることに応じて、予測処理と提案処理が実行される構成が採られ得る。

上記実施の形態および変更例１〜５では、送信ボタン２３により、メッセージの送信に係る１種類の操作が受け付けられるが、２種類以上の操作が受け付けられる構成が採られてもよい。たとえば、テキスト２１ｂの作成の最中、送信ボタン２３に対して通常の操作（タップ）がなされた場合には、ＣＰＵ１００が上述の如くメッセージの送信を抑制する制御を実行するとともに、通常の操作とは異なる操作（たとえば、スライド、フリック、ロングタップ）がなされた場合には、ＣＰＵ１００が、当該操作に基づきメッセージを送信する構成が採られてもよい。

上記実施の形態および変更例１〜５では、テキスト・メッセージング（ＳＭＳ）の実行時におけるメッセージの送信の際に、本発明が適用される例について説明された。本発明は、テキスト・メッセージングに限らず、たとえばウェブ検索に適用できる。

たとえば、図１７（ａ）〜（ｃ）に示す如く、ウェブ検索に本発明（たとえば変更例２の構成）を適用できる。図１７（ａ）〜（ｃ）は、ウェブ検索の実行画面である。図１７（ａ）において、表示面１１ｃには、キーボード検索語を入力・表示するためのテキストボックス３１と、カーソル３１ａと、既に入力されている確定状態のテキスト３１ｂが表示されている。また、表示されているテキスト３１ｂを検索語として検索を実行させるための検索開始ボタン３２が、テキストボックス３１の右側に略隣接して表示されている。なお、テキストボックス３１が上述のテキストボックス２１に対応し、検索開始ボタン３２が上述の送信ボタン２３に対応する。

ここで、たとえばユーザが「サッカー」を入力することを念頭に置いて未確定文字「さっ」を入力し得る。この場合、ＣＰＵ１００は、未確定文字「さっ」を、下線３１ｃを付してテキスト３１ｂに挿入する。さらに、ＣＰＵ１００は、予測処理と提案処理を実行することにより、提案ウィンドウ２６を、テキストボックス３１と検索開始ボタン３３の下側に略隣接して表示する。このとき、図１７（ｂ）に示す如く、検索開始ボタン３３は彩度が落とされた状態で表示される（Ｓ１０５）。ユーザがさらに多くの予測された語２７
を表示させようと切替ボタン２８を押下しようとしたところ、誤って検索開始ボタン３３が押下した場合、図１７（ｃ）に示す如く、表示面１１ｃには、現在表示されているテキスト３１ｂを検索語とする検索の開始を問い合わせるダイアログ３３が表示される。ここで、ダイアログ３３は、変更例２のダイアログ２９に対応する。

この他、勿論、上記実施の形態、変更例１、変更例３および変更例４の構成をウェブ検索に適用することもできる。

このように、本発明は、テキスト・メッセージング、ウェブ検索の他、さらに電子メールの送信、電話番号に基づく発呼等、各種の機能の実行時に適用できる。つまり、このような各種の機能の利用のために文字の入力の最中であると判定された場合に、当該機能の実行を抑制するための処理が実行され得る。

上記実施の形態では、スマートフォン型の携帯電話機に本発明が適用されている。しかしながら、これに限らず、ストレート式、折りたたみ式、スライド式等、他のタイプの携帯電話機に本発明が適用されてもよい。

さらに、本発明は、携帯電話機に限られず、ＰＤＡ（Personal DigitalAssistant）、タブレットＰＣ（Tablet PC）、電子書籍端末等の携帯端末装置を含む、各種の通信装置に適用可能である。

この他、本発明の実施の形態は、特許請求の範囲に示された技術的思想の範囲内において、適宜、種々の変更が可能である。

１ 携帯電話機 （携帯端末装置）
１１ｃ 表示面
１２ タッチセンサ （受付部）
２１ｂ テキスト （入力された文字）
２２ キーボード （第１の画像）
２６ 提案ウィンドウ （第１の画像、第３の画像、第４の画像）
２７ 予測された語 （変換候補、入力候補）
２３ 送信ボタン （第２の画像）
１００ ＣＰＵ （表示制御部、抑制部）
１０７ 通信モジュール （送信部）

Claims (9)

1. 表示面と、
   前記表示面に表示された画像に対する入力を受付ける受付部と、
   文字入力のための第１の画像と、入力された文字と、当該入力された文字に基づき所定機能を実行させるための第２の画像とを前記表示面に表示する表示制御部と、
   前記表示面に表示された文字中に未確定文字が含まれている間、前記所定機能の実行を抑制する抑制制御を行う抑制部と、を備え、
   前記抑制部は、前記抑制制御として、前記第１の画像と前記第２の画像とを、当該抑制制御が行われていないときに比べて互いに離れるように、前記表示面に表示する制御を行う、
   ことを特徴とする携帯端末装置。
2. 請求項１に記載の携帯端末装置において、
   前記表示制御部は、前記未確定文字を変換して確定文字とするための変換候補の中から、前記確定文字とされる文字を選択するための第３の画像を、前記第１の画像の少なくとも一部として前記表示面に表示し、
   前記抑制部は、前記第３の画像が前記表示面に表示されている間、前記抑制制御を行う、
   ことを特徴とする携帯端末装置。
3. 請求項２に記載の携帯端末装置において、
   前記表示制御部は、前記確定文字に続けて入力されると予測される入力候補の中から、前記確定文字に続く文字を選択するための第４の画像を、前記第１の画像の少なくとも一部として前記表示面に表示し、
   前記抑制部は、前記第４の画像が前記表示面に表示されている間、前記抑制制御を行う、
   ことを特徴とする携帯端末装置。
4. 請求項１ないし３の何れか一項に記載の携帯端末装置において、
   前記抑制部は、前記抑制制御が行われている間、前記抑制制御が行われる前に対して、前記第２の画像の彩度、色相、図柄、形状およびサイズの少なくとも１つを変更する、
   ことを特徴とする携帯端末装置。
5. 請求項１ないし４の何れか一項に記載の携帯端末装置において、
   前記抑制部は、前記抑制制御として、前記第２の画像に対する入力がなされたときに前記所定機能の実行の要否を問い合わせる制御を行う、
   ことを特徴とする携帯端末装置。
6. 請求項１ないし５の何れか一項に記載の携帯端末装置において、
   前記第１の画像は、前記文字入力のためのソフトキーを含む、
   ことを特徴とする携帯端末装置。
7. 請求項１ないし６の何れか一項に記載の携帯端末装置において、
   少なくとも文字を含む情報を、予め定められた宛先へ送信する送信部をさらに備え、
   前記所定機能は、前記入力された文字を前記宛先へ送信する機能を含む、
   ことを特徴とする携帯端末装置。
8. 表示面と、前記表示面に対する入力を受付ける受付部と、を備える携帯端末装置のコンピュータに、
   前記受付部を介して入力された文字と、当該入力された文字に基づき所定機能を実行させるための画像を前記表示面に表示する機能と、
   前記画像に対する入力を、前記所定機能を実行させるための入力として取得する機能と、
   前記表示面に表示された文字中に未確定文字が含まれている間、前記所定機能の実行を抑制する機能と、を実行させ、
   前記抑制する機能は、前記第１の画像と前記第２の画像とを、当該抑制する機能が実行されていないときに比べて互いに離れるように、前記表示面に表示する機能を含む、
   ことを特徴とするプログラム。
9. 表示面と、前記表示面に表示された画像に対する入力を受付ける受付部と、を備えた携帯端末装置の実行抑制方法であって、
   文字入力のための第１の画像と、入力された文字と、当該入力された文字に基づき所定機能を実行させるための第２の画像とを前記表示面に表示するステップと、
   前記表示面に表示された文字中に未確定文字が含まれている間、前記所定機能の実行を抑制するステップと、を含み、
   前記抑制するステップは、前記第１の画像と前記第２の画像とを、当該抑制するステップが行われていないときに比べて互いに離れるように、前記表示面に表示するステップを含む、
   ことを特徴とする実行抑制方法。

Images