(57)【要約】【課題】予測変換による入力効率を向上させる。【解決手段】表示順序設定部１１２は、記憶部１６０に格納されている入力履歴に基づいて、予測変換の変換候補の表示順序を設定する。予測変換処理部１１１は、操作部１３０の操作で入力された未確定文字列に対応する変換候補を、表示順序設定部１１２が設定した表示順序で変換候補を表示部１４０に表示する。確定入力処理部１１３は、操作部１３０からの入力に基づいて、選択された変換候補を確定文字列として確定入力すると、入力履歴更新部１１４は、当該確定文字列についての入力履歴を生成して記憶部１６０に格納する。削除検出部１１５が、確定入力された確定文字列についての削除を検出すると、表示順序変更部１１６が、該確定文字列を示す変換候補に設定された表示順序を、最上位以外の表示順序に変更する。これにより、誤って変換候補を確定した場合、修正時にその変換候補の表示順序が最上位とならない。【選択図】図３
2008083848.tif 000002
【特許請求の範囲】
【請求項１】
入力履歴に基づく予測変換による文字入力機能を有する文字入力装置において、
前記入力履歴に基づいて、変換候補の表示順序を設定する表示順序設定手段と、
前記表示順序設定手段が設定した表示順序で前記変換候補を表示する変換候補表示手段と、
前記変換候補表示手段が表示した変換候補のうち、選択された変換候補を確定文字列として確定入力するとともに、当該文字列についての入力履歴を更新する確定文字列入力手段と、
前記確定文字列入力手段によって確定入力された確定文字列についての削除を検出する削除検出手段と、
確定文字列についての削除が前記削除検出手段によって検出された場合、該確定文字列を示す変換候補に設定された表示順序を変更する表示順序変更手段と、
を備えることを特徴とする文字入力装置。
【請求項２】
前記表示順序変更手段は、前記削除が検出された確定文字列を示す変換候補の表示順序を、最上位以外の表示順序に変更する、
ことを特徴とする請求項１に記載の文字入力装置。
【請求項３】
前記表示順序変更手段は、前記削除が検出された確定文字列を示す変換候補の表示順序を、該変換候補が確定入力される前に設定されていた表示順序に変更する、
ことを特徴とする請求項１または２に記載の文字入力装置。
【請求項４】
前記表示順序変更手段は、前記削除が検出された確定文字列を示す変換候補の表示順序を、該変換候補が確定入力される前に設定されていた表示順序よりも下位の表示順序に変更する、
ことを特徴とする請求項１乃至３のいずれか１項に記載の文字入力装置。
【請求項５】
前記表示順序変更手段は、前記削除が検出された確定文字列を示す変換候補の表示順序を、最下位の表示順序に変更する、
ことを特徴とする請求項１乃至４のいずれか１項に記載の文字入力装置。
【請求項６】
前記表示順序変更手段は、前記削除が検出された確定文字列を示す変換候補の表示順序を、該変換候補の除外を示す表示順序に変更する、
ことを特徴とする請求項１乃至５のいずれか１項に記載の文字入力装置。
【請求項７】
前記削除検出手段によって削除が検出された文字列を、該文字列が確定入力される前の未確定文字列の状態にする入力文字列変更手段をさらに備える、
ことを特徴とする請求項１乃至６のいずれか１項に記載の文字入力装置。
【請求項８】
前記削除検出手段によって検出された確定文字列の削除が該確定文字列の一部である場合、当該確定文字列で削除されなかった部分に基づく新たな予測変換候補を生成する変換候補生成手段をさらに備える、
ことを特徴とする請求項１乃至７のいずれか１項に記載の文字入力装置。
【請求項９】
前記文字入力装置は移動体通信端末である、
ことを特徴とする請求項１乃至８のいずれか１項に記載の文字入力装置。
【請求項１０】
入力履歴に基づく予測変換による文字入力機能を有する文字入力装置を制御するコンピュータに、
前記予測変換により抽出された変換候補の入力履歴に基づいて、該変換候補の表示順序を設定する機能と、
設定された表示順序で前記変換候補を表示する機能と、
表示した変換候補のうち、選択された文字列を確定文字列として確定入力するとともに、当該文字列についての入力履歴を更新する機能と、
確定入力された文字列についての削除を検出する機能と、
確定入力された文字列についての削除が検出された場合、該文字列について設定される表示順序を、少なくとも最上位以外の表示順序に変更する機能と、
を実現させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文字入力装置、および、プログラムに関し、特に、予測変換入力に好適な文字入力装置、および、プログラムに関する。
【背景技術】
【０００２】
携帯電話などの移動体通信端末をはじめとする携帯機器では、通常、パーソナルコンピュータなどで用いられるようなフルサイズキーボードなどの入力装置を備えられないので、文字入力作業が非効率的となることが多い。特に、移動体通信端末では、電子メールの送受信機能などが一般的に備えられているので、文字数の多い入力がおこなわれる場面も多く、より効率的な文字入力が望まれている。
【０００３】
このため、携帯機器でも効率的な文字入力がおこなえるよう、近時では、予測変換による入力が採用されていることが多い。予測変換入力では、入力履歴に基づく学習結果を変換候補の表示に反映させることで、最近に確定された順に変換候補が表示されるので、ユーザが所望する文字列を少ない操作で入力することができる。
【０００４】
このような予測変換入力は、最近に入力された文字列をより上位の変換候補として提示するため、例えば、変換候補を誤って選択してしまうなどの誤入力があった場合、本来は使用頻度の低い文字列が上位の変換候補として提示されてしまうことがある。この結果、誤入力を修正する際に、誤入力した文字列が上位の変換候補として提示される一方、本来入力したい文字列がより下位の変換候補となってしまうことがある。このため、誤入力をしてしまうと修正時の操作量が多くなり、入力効率が低下する場合がある。
【０００５】
こうした不都合を解消するため、入力履歴の学習データを編集可能とすることで、誤入力により追加されてしまった変換候補を削除できる手法なども提案されている（例えば、特許文献１）。
【特許文献１】特開２００６−６５５３２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１の手法では、誤入力の度にユーザが編集作業をおこなわなければならず煩雑であった。また、ユーザがおこなうため、誤操作などによる不適切な編集（例えば、削除すべきでない変換候補の削除など）をしてしまう可能性がある。この場合、適切な予測変換がおこなえず、以後の入力効率が低下してしまうおそれがある。
【０００７】
本発明は、上記実状に鑑みてなされたものであり、予測変換による文字入力の入力効率を向上させる文字入力装置、および、プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明の第１の観点にかかる文字入力装置は、
入力履歴に基づく予測変換による文字入力機能を有する携帯機器文字入力装置において、
前記入力履歴に基づいて、変換候補の表示順序を設定する表示順序設定手段と、
前記表示順序設定手段が設定した表示順序で前記変換候補を表示する変換候補表示手段と、
前記変換候補表示手段が表示した変換候補のうち、選択された変換候補を確定文字列として確定入力するとともに、当該文字列についての入力履歴を更新する確定文字列入力手段と、
前記確定文字列入力手段によって確定入力された確定文字列についての削除を検出する削除検出手段と、
確定文字列についての削除が前記削除検出手段によって検出された場合、該確定文字列を示す変換候補に設定された表示順序を変更する表示順序変更手段と、
を備えることを特徴とする。
【０００９】
上記文字入力装置において、
前記表示順序変更手段は、前記削除が検出された確定文字列を示す変換候補の表示順序を、最上位以外の表示順序に変更することが望ましい。
【００１０】
上記文字入力装置において、
前記表示順序変更手段は、前記削除が検出された確定文字列を示す変換候補の表示順序を、該変換候補が確定入力される前に設定されていた表示順序に変更することが望ましい。
【００１１】
上記文字入力装置において、
前記表示順序変更手段は、前記削除が検出された確定文字列を示す変換候補の表示順序を、該変換候補が確定入力される前に設定されていた表示順序よりも下位の表示順序に変更してもよい。
【００１２】
上記において、
前記表示順序変更手段は、前記削除が検出された確定文字列を示す変換候補の表示順序を、最下位の表示順序に変更してもよい。
【００１３】
上記文字入力装置において、
前記表示順序変更手段は、前記削除が検出された確定文字列を示す変換候補の表示順序を、該変換候補の除外を示す表示順序に変更してもよい。
【００１４】
上記文字入力装置は、
前記削除検出手段によって削除が検出された文字列を、該文字列が確定入力される前の未確定文字列の状態にする入力文字列変更手段をさらに備えていることが望ましい。
【００１５】
上記文字入力装置は、
前記削除検出手段によって検出された確定文字列の削除が該確定文字列の一部である場合、当該確定文字列で削除されなかった部分に基づく新たな予測変換候補を生成する変換候補生成手段をさらに備えていることが望ましい。
【００１６】
上記文字入力装置は移動体通信端末とすることができる。
【００１７】
上記目的を達成するため、本発明の第２の観点にかかるプログラムは、
入力履歴に基づく予測変換による文字入力機能を有する文字入力装置を制御するコンピュータに、
前記予測変換により抽出された変換候補の入力履歴に基づいて、該変換候補の表示順序を設定する機能と、
設定された表示順序で前記変換候補を表示する機能と、
表示した変換候補のうち、選択された文字列を確定文字列として確定入力するとともに、当該文字列についての入力履歴を更新する機能と、
確定入力された文字列についての削除を検出する機能と、
確定入力された文字列についての削除が検出された場合、該文字列について設定される表示順序を、少なくとも最上位以外の表示順序に変更する機能と、
を実現させることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、削除された確定文字列についての表示順序を変更するので、誤入力してしまった場合でも効率的な文字入力をおこなうことができる。
【発明を実施するための最良の形態】
【００１９】
以下、図面を参照して本発明にかかる実施形態を説明する。ここでは、本発明にかかる文字入力装置を移動体通信端末で実現した場合を例に以下説明する。
【００２０】
本発明の実施形態にかかる移動体通信端末１００は、例えば、携帯電話やＰＨＳ（Personal Handyphone System）などといった移動体通信用の端末装置（電話機）であり、基本機能である音声通話機能の他に、少なくとも、予測変換による文字入力機能を備えているものとする。本実施形態では、かな漢字変換の際に予測変換を適用することで、移動体通信端末１００で日本語入力がおこなわれるものとする。本実施形態における予測変換入力は、入力されたかな文字に対応する読みから始まる単語や文節などの文字列（以下、「単語等」とする）を変換候補として表示し、ユーザが変換候補の中から入力したい単語等を選択することで、少ないキー操作で効率的に日本語入力をおこなうものである。
【００２１】
図面を参照して、移動体通信端末１００の構成を以下説明する。図１は、本実施形態にかかる移動体通信端末１００の構成を示すブロック図である。図示するように、本実施形態にかかる移動体通信端末１００は、制御部１１０、通信制御部１２０、操作部１３０、表示部１４０、音声処理部１５０、記憶部１６０、などから構成される。
【００２２】
制御部１１０は、例えば、ＣＰＵ（Central Processing Unit：中央演算処理装置）やＲＡＭ（Random Access Memory）などから構成され、移動体通信端末１００の各部を制御する。本実施形態では、制御部１１０がプログラムを実行することで、後述する各処理をおこなうための各機能が実現される。
【００２３】
通信制御部１２０は、移動体通信端末１００の通信動作をおこなうための送受信装置などから構成され、アンテナ１２１による無線送受信動作を制御することで、移動体通信端末１００の通信動作が実現される。
【００２４】
操作部１３０は、例えば、移動体通信端末１００のユーザによって操作されるキーやボタンなどから構成され、操作に応じた入力信号を制御部１１０に入力する。
【００２５】
表示部１４０は、例えば、液晶表示装置などから構成され、移動体通信端末１００の各機能にかかる画面を表示出力する。
【００２６】
音声処理部１５０は、例えば、音声コーデックなどから構成され、移動体通信端末１００の音声通話機能にかかる音声入出力動作をおこなう。すなわち、通信制御部１２０によって受信されたデジタル音声信号をアナログ音声信号に変換してスピーカ１５１から出力するとともに、マイクロフォン１５２から入力された音声をデジタル音声信号に変換して通信制御部１２０に供することで、音声通話が実現される。
【００２７】
記憶部１６０は、例えば、フラッシュメモリやハードディスク装置などから構成され、移動体通信端末１００の動作に必要なデータやプログラムなどを格納する。本実施形態では、プログラム格納部１６１、辞書データ格納部１６２、予測変換候補格納部１６３、入力履歴格納部１６４、などの記憶領域が用意されており、各記憶領域に所定の情報が格納される。
【００２８】
プログラム格納部１６１は、制御部１１０が実行するプログラムを格納する領域である。本実施形態では、少なくとも、移動体通信端末１００での予測変換入力をおこなうために必要な処理をおこなうためのプログラムが格納されている。
【００２９】
辞書データ格納部１６２は、日本語入力に必要となる辞書データや文字を特定するための文字コード表などが格納される。辞書データは、変換候補となる単語等の詳細情報から構成される。すなわち、種々の単語等について、構成する漢字を示すコード、品詞、読み、などを示す情報から構成された辞書データが辞書データ格納部１６２に格納されているものとする。
【００３０】
予測変換候補格納部１６３は、予測変換入力の際に変換候補とする単語等を格納する領域である。予測変換候補格納部１６３では、読みを示すかな文字が、例えば、五十音順に配列されている。この場合において、読みを示しているかな文字は１〜複数の字数（音）によって構成されており、図２に示すように、それぞれの文字数において五十音順となるよう配列されているものとする。つまり、五十音順に配列された先頭文字のそれぞれに続く２文字目以降についても、それぞれ五十音順に配列されていることになる。
【００３１】
このように配列された読みのかな文字毎に、当該読みと前方部分一致もしくは完全一致する文字列（単語等）が、予測変換候補として格納される。例えば、先頭文字が「あ」、２文字目が「り」、３文字目が「ま」となる読みについては、この「ありま」と前方部分一致もしくは完全一致する読みの文字列（例えば、「あります」、「有馬」、「有ります」、「在ります」、「ありました」、など）が、予測変換候補として格納されている。ここで、読みと少なくとも前方部分一致する文字列が変換候補として登録されているので、例えば、変換候補としての文字列「有ります」は、読み「あ」、「あり」、「ありま」、「あります」のいずれにも対応づけられていることになる。
【００３２】
このような予測変換候補として格納されている文字列のそれぞれには、当該文字列を予測変換候補として表示する際の表示順を示す情報が対応づけられている。この表示順は、当該文字列の入力履歴に基づいて設定されるものであり、本実施形態では、例えば、数値によって示されているものとする。この場合において、「１」が最上位の表示順序（最も少ない操作で選択できる位置に表示される順序とする）を示しているものとし、表示順序が下位になるに従ってより大きな数値によって示されるものとする。本実施形態では、ある文字列が予測変換候補として抽出される都度、その文字列を予測変換候補として表示する際の表示順序が設定されるものとするが、少なくとも、今回の抽出時に設定された表示順序と、前回の抽出時に設定された表示順序が予測変換候補格納部１６３には記録されているものとする。
【００３３】
入力履歴格納部１６４は、予測変換によって確定入力された文字列の履歴を示す情報を格納する。本実施形態では、入力されたかな文字（未確定文字列）から予測された変換候補が確定入力された場合、最初にその未確定文字列（以下、「変換元」とする）と、確定入力された変換候補（以下、「確定候補」とする）を対応づけた入力履歴が記録される。このような入力履歴情報は、予測変換による確定入力がなされる毎に随時追加されるものとし、所定時間の経過に従い、古い順に順次削除されるものとする。本実施形態では、入力履歴格納部１６４に格納されている入力履歴情報に基づいて、予測変換候補の表示順が設定される。
【００３４】
ここで、プログラム格納部１６１に格納されているプログラムを実行することで制御部１１０によって実現される機能を、図３を参照して説明する。ここでは、予測変換入力の動作をおこなうために実現される機能について説明する。図示するように、制御部１１０は、予測変換処理部１１１、表示順序設定部１１２、確定入力処理部１１３、入力履歴更新部１１４、削除検出部１１５、表示順序変更部１１６、確定文字列変更部１１７、変換候補生成部１１８、などとして機能する。
【００３５】
予測変換処理部１１１は、操作部１３０の操作によって入力されたかな文字（未確定文字列）に対応した予測変換をおこなう。ここでは、未確定文字列と前方部分一致もしくは完全一致する読みを予測変換候補格納部１６３から検索し、検索された読みに対応する変換候補を抽出する。予測変換処理部１１１は、表示部１４０を制御し、抽出した変換候補を表示部１４０に表示させる。このとき、予測変換処理部１１１は、予測変換候補格納部１６３に記録されている表示順序に従って、変換候補を表示させる。
【００３６】
表示順序設定部１１２は、入力履歴格納部１６４の入力履歴に基づいて、確定入力された変換候補の表示順序を設定し、設定した表示順序を予測変換候補格納部１６３に記録する。
【００３７】
確定入力処理部１１３は、操作部１３０の操作に基づいて、表示された変換候補のうちのいずれが選択されたかを判別し、選択された変換候補の文字列を確定入力する。確定入力処理部１１３は、表示部１４０を制御し、確定された変換候補を確定文字列として表示部１４０に表示させる。
【００３８】
入力履歴更新部１１４は、確定入力処理部１１３による確定入力に応じて、新たな入力履歴情報を生成し、最新の確定入力履歴として入力履歴格納部１６４に追加する。
【００３９】
削除検出部１１５は、操作部１３０の操作に基づいて、確定入力処理部１１３によって確定入力された文字列（確定候補）についての削除動作を検出する。
【００４０】
表示順序変更部１１６は、削除検出部１１５によって削除が検出された文字列（確定候補）や変換候補生成部１１８によって新たに生成された変換候補について設定されている表示順序を変更する。
【００４１】
確定文字列変更部１１７は、削除検出部１１５によって削除が検出された文字列（確定候補）を、未確定文字列の状態となるよう表示部１４０に表示させる。
【００４２】
変換候補生成部１１８は、表示順序変更部１１６によって検出された削除が、確定候補の一部分である場合、削除されなかった文字列と新たに入力された文字列から構成される文字列を新たな変換候補として生成し、予測変換候補格納部１６３に登録する。
【００４３】
本実施形態では、制御部１１０がプログラムを実行することで、図３に示す各機能が実現されるものとするが、例えば、ＡＳＩＣ（Application Specific Integrated Circuit：特定用途向け集積回路）などのハードウェア構成によってこれらの機能が実現されてもよい。
【００４４】
以上が本実施形態にかかる移動体通信端末１００の主要な構成である。なお、上記各構成は、移動体通信端末１００によって本発明を実現するために必要な構成であり、その他の構成についての詳細な説明は省略する。すなわち、移動体通信端末１００は、上記各構成以外にも、移動体通信端末としての基本的な機能や付加的な機能を実現するための構成を必要に応じて備えているものとする。
【００４５】
このような構成の移動体通信端末１００で、予測変換により文字入力をおこなう際の動作を以下に説明する。
【００４６】
（実施形態１）
まず、本発明にかかる処理と対比するため、従来の予測変換文字入力を移動体通信端末１００で実行した場合の動作を説明する。従来の予測変換入力とは、最近に確定入力された変換候補ほど、同じ未確定文字列が入力されたときにより上位の表示順序で提示されるものである。この例では、予測変換によって提示された変換候補から、本来入力したい文字列とは異なる文字列の候補を誤って確定入力してしまい、その確定文字列を修正する場合を説明する。
【００４７】
文字入力をおこなうために、ユーザが操作部１３０を操作して読みとなる文字列（未確定文字列）が入力される。ここでは、入力したい文字列が「ありました」であるものとし、未確定文字列として「ありま」が入力されることとする。この場合の画面表示例を、図１０（ａ）に示す。図示するように、表示部１４０には、入力された文字列「ありま」が、未確定文字列として入力エリアに表示されるとともに、「ありま」に対応する予測変換候補が変換候補エリアに表示されている。
【００４８】
変換候補エリアには、予測変換候補が、入力履歴に基づいた表示順序で表示されている。図１０（ａ）の例では、最上位から順に、「あります」、「有馬」、「有ります」、「在ります」、「ありました」、の順序が設定されているものとする。
【００４９】
ここで、入力したい文字列が「ありました」なので、本来、ユーザは、変換候補エリアに表示されている「ありました」を選択するよう操作部１３０を操作しなければならないが、誤って「有ります」を選択してしまったものとする。この場合、図１０（ｂ）に示すように、「有ります」が確定文字列として入力エリアに表示されることになる。
【００５０】
この場合、入力履歴格納部１６４には、図１０（ｄ）に示すように、入力された文字列「ありま」が変換元に、確定入力された「有ります」が確定候補に記録される。ここで、本来入力したい文字列が「ありました」なので、ユーザは操作部１３０を操作して、確定入力された「有ります」を「ありました」に修正する。この場合、確定入力された「有ります」の末尾から、例えば、１文字ずつ削除し、再度、読みとなるかな文字を入力する。ここでは、「ありま」が再度入力されるものとする。
【００５１】
ここで、直前の誤入力により、変換元「ありま」と確定候補「有ります」の組が最新の履歴となるので、読み「ありま」についての変換候補のうち、「有ります」の表示順序が最上位である「１」に設定されることになる。この場合、修正により本来の「ありました」を入力するために「ありま」と入力しているのに、図１０（ｃ）に示すように、所望していない「有ります」が最上位の変換候補として変換候補エリアに表示されてしまう。つまり、入力する必要のない文字列が最少の操作で入力できる位置に提示されてしまうので、予測変換による入力効率の向上が阻害されてしてしまうのである。
【００５２】
このような従来の予測変換入力に対する、本発明にかかる予測変換入力の動作を説明する。この動作では、通常の入力であれば、従来の予測変換入力と同様、最近に確定入力された順に上位の表示順序で変換候補を提示するが、誤入力などによって確定文字列の削除があると、次の入力文字に対応する変換候補の表示順序を通常とは異ならせることで、上述した問題の解消を図るものである。
【００５３】
この動作を実現するために、制御部１１０によって実行される「予測変換入力処理（１）」を、図４に示すフローチャートを参照して説明する。この処理は、操作部１３０の操作によって文字入力可能な状態（例えば、文字入力エリアを含む画面が表示部１４０に表示されたとき、など）となったことを契機に開始されるものとする。ここでも、上記従来例と同様、本来入力したい文字列が「ありました」の場合に、誤って「有ります」を確定入力してしまった場合を例に説明する。
【００５４】
処理が開始され、読みを示すかな文字（未確定文字列）が操作部１３０の操作によって入力されると（ステップＳ１０１：Ｙｅｓ）、予測変換処理部１１１は、予測変換候補格納部１６３にアクセスし、入力された読みに対応する変換候補を特定する（ステップＳ１０２）。ここでは、未確定文字列として「ありま」が入力されたものとする。
【００５５】
予測変換処理部１１１は、変換候補を特定すると、その表示順序を特定する。ここでは、入力履歴格納部１６４に格納されている入力履歴に基づいて表示順が設定されているものとし、上記従来例と同様、最上位から順に、「あります」、「有馬」、「有ります」、「在ります」、「ありました」、の順序とする。予測変換処理部１１１は、特定した表示順序で変換候補を表示部１４０に表示する（ステップＳ１０３）。この場合、表示部１４０には、図５（ａ）に示すように、未確定文字列「ありま」が入力エリアに表示され、その変換候補である「あります」、「有馬」、「有ります」、「在ります」、「ありました」が変換候補エリアに表示されている。
【００５６】
ここで、ユーザが操作部１３０を操作し、変換候補のいずれかを選択して確定入力動作をおこなうと（ステップＳ１０４：Ｙｅｓ）、確定入力処理部１１３によって確定入力処理がおこなわれる（ステップＳ１０５）。ここでは、誤って「有ります」が選択され、確定入力されるものとする。この場合、図５（ｂ）に示すように、確定入力された「有ります」が入力エリアに表示される。
【００５７】
確定入力がされると、確定入力処理部１１３は、そのときに入力された未確定文字列（すなわち、「ありま」）と、確定入力された変換候補（すなわち、「有ります」）を、表示順序設定部１１２と入力履歴更新部１１４に通知する。
【００５８】
確定入力処理部１１３からの通知に応じて、表示順序設定部１１２は、予測変換候補格納部１６３にアクセスし、「変換候補」に登録されている文字列のうち、確定入力された「有ります」と同一のものすべてについての表示順序を設定する（ステップＳ１０６）。ここでは、現時点で「最新」の表示順序を示している数値を「前回」の表示順序とし、新たに最上位を示す「１」を、最新の表示順序として記録する。
【００５９】
一方、入力履歴更新部１１４は、通知された未確定文字列を変換元、確定入力された変換候補を確定候補とする入力履歴情報を生成し、入力履歴格納部１６４に格納する（ステップＳ１０７）。つまり、図５（ｄ）に示すような入力履歴情報が入力履歴格納部１６４に格納される。この入力履歴格納部１６４には、新たに作成された入力履歴が順次最後尾に追加されるものとする。よって、現時点では、変換元「ありま」と確定候補「有ります」の入力履歴が最新となる。
【００６０】
ここで、本来入力したい文字列が「有ります」なのであれば、修正する必要がない。この場合、ここで入力作業を終了するのであれば、所定の終了指示が入力され（ステップＳ１０８：Ｙｅｓ）、処理は終了する。また、さらに入力を続けるのであれば、終了指示をせず（ステップＳ１０８：Ｎｏ）、また、確定入力した文字列の削除もおこなわれない（ステップＳ１０９：Ｎｏ）。この場合は、さらなる未確定文字列の入力がおこなわれ（ステップＳ１０１：Ｙｅｓ）、新たに入力された未確定文字列に対応する予測変換が予測変換処理部１１１によっておこなわれる（ステップＳ１０２〜ステップＳ１０７）。
【００６１】
しかし、本例では、本来入力したい文字列が「ありました」なので、ユーザは操作部１３０を操作して修正をおこなうことになる。この場合、ユーザは、操作部１３０を構成するキーなどから、文字列を削除するためのキー（以下、「削除キー」とする）を操作して、確定入力された「有ります」を削除する。この場合、削除キーの操作に応じて、文字列「有ります」が、その末尾から１文字ずつ削除されるものとする。
【００６２】
このような、操作部１３０の削除キーの入力信号は制御部１１０に入力される。この場合、削除検出部１１５により、確定文字列の削除が検出される。つまり、ステップＳ１０５での確定入力動作の後、文字入力の終了指示がなされずに（ステップＳ１０８：Ｎｏ）、削除動作がおこなわれたことを検出した場合（ステップＳ１０９：Ｙｅｓ）、削除検出部１１５は、直前に入力された確定文字列の削除がおこなわれたことを検出する。
【００６３】
ここでは、確定入力された「有ります」のすべてが削除され、改めて「ありました」を入力するために、ユーザが「ありま」と再入力する（図５（ｃ））。このように、直前に確定入力された文字列の削除があると、削除検出部１１５は、最新の入力履歴に対応する予測変換には、表示順序の変更が必要であることを表示順序変更部１１６に通知する。
【００６４】
表示順序変更部１１６は、削除検出部１１５からの通知に応じて入力履歴格納部１６４にアクセスし、最新の入力履歴を取得する。つまり、変換元「ありま」、確定候補「有ります」を取得する。入力履歴を取得すると、表示順序変更部１１６は、予測変換候補格納部１６３にアクセスし、取得した最新の確定候補「有ります」を示す変換候補に対応づけられている表示順序を変更する（ステップＳ１１０）。ここでは、現時点で「最新」の表示順序として記録されている数値（すなわち、「１」）を削除し、「前回」の表示順序として記録されている数値ｎ（ｎ＞１）を「最新」の表示順序に設定する。
【００６５】
つまり、修正のために入力された未確定文字列が、直前の誤入力での未確定文字列と同一の場合、最新の確定入力である「有ります」の表示順序が最上位の「１」に設定されているところ、最上位より下位である前回の表示順序に変更される。
【００６６】
このようにして表示順序が変更されると、ステップＳ１０１に戻り、改めて入力される未確定文字列に対応する予測変換処理がおこなわれることになる。ここでは、「ありました」に修正するので、未確定文字列「ありま」が再度入力され、この「ありま」に対応する予測変換が予測変換処理部１１１によっておこなわれることになる。ここで、ステップＳ１１０において、「有ります」についての表示順序が前回のものに変更されているので、直前に「有ります」が確定入力されていても、修正入力において「ありま」と入力したときには、「有ります」が最上位の変換候補として提示されなくなる。つまり、従来の予測変換では、「ありま」に対応する変換候補として、先に誤入力した「有ります」が最上位に表示されるところ（図１０（ｃ）参照）、本実施形態では、図５（ｃ）に示すように、「有ります」が最上位に表示されなくなる。
【００６７】
ここで、例示した文字列「有ります」の場合、読みが「あ」、「あり」、「ありま」、「あります」のいずれにも変換候補「有ります」が予測変換候補格納部１６３に登録されているので、ステップＳ１１０での表示順序の変更においては、そのすべての表示順序を前回のものに変更することになる。これにより、例えば、「有ります」を「有った」に修正するような場合であっても、先頭の読み「あ」を入力した段階で提示される変換候補においても、誤入力した「有りました」が最上位とならない。
【００６８】
以上のような動作が、文字入力の終了が指示されるまで繰り返し行われるので、予測変換候補を誤って選択してしまっても、予測変換の長所を活かした効率的な文字入力をおこなうことができる。
【００６９】
本実施形態によれば、より最近に確定入力された変換候補がより上位の表示順序で提示される予測変換入力において、誤入力によって確定した文字列を削除して修正する場合、誤入力で確定された文字列の変換候補については、その確定入力より前に設定されていた表示順序で表示するので最上位とならない。つまり、最初に未確定文字列を入力したとき（誤入力による確定入力前）の変換候補表示と同じ表示順序で変換候補を表示するので、誤入力前の状態からやり直すことができる。よって、確定入力させる可能性のない変換候補を最上位に提示してしまうことがないので、効率的な文字入力をおこなうことができる。
【００７０】
なお、誤って確定入力した変換候補を最上位に提示しなければよいので、対象となる変換候補についての表示順序を変更する際には、最上位以外の表示順序に変更すればよく、上述した例のような、確定入力前に設定されていた表示順序への変更に限られるものではない。
【００７１】
つまり、対象となる変換候補が再度選択される可能性が低いので、確定入力される前に設定されていた表示順序（前回の表示順序）よりも下位の表示順序に変更してもよい。この場合、例えば、前回の表示順序として設定されている数値と閾値とを比較し、前回の設定値も比較的上位の表示順序を示しているのであれば、より下位の表示順序に変更し、前回の設定値は比較的下位の表示順序を示しているのであれば、前回の表示順序に変更するように動作してもよい。
【００７２】
または、対象となる変換候補が、修正入力時には最下位に提示されるよう表示順序を変更してもよい。この場合、例えば、同じ未確定文字列（読み）に対応づけられている他の変換候補に設定されている表示順序で最下位のものを特定し、この表示順序と同一、あるいは、この表示順序より下位の表示順序に変更すればよい。
【００７３】
あるいは、対象となる変換候補を除外して表示しないようにしてもよい。この場合、表示除外であることを示す表示順序に変更すればよい。例えば、通常の表示順序を示す数値の範囲外の数値など（例えば、「０」や「null」など）に変更し、このような表示順序が設定されている変換候補は表示しないように動作すればよい。
【００７４】
（実施形態２）
上記実施形態１で示した予測変換入力動作においては、確定入力した変換候補を削除した場合に、当該変換候補の表示順序を変更することで、入力効率の向上を図った。この場合において、確定入力した変換候補の削除時に、当該変換候補を未確定文字列に戻すことで、より柔軟で効率的な修正入力をおこなうことができる。
【００７５】
以下、このような削除時の動作を含めた予測変換入力の動作を実施形態２として説明する。なお、確定入力された変換候補の削除に関する動作以外の動作は、基本的に実施形態１の予測変換入力処理（１）の動作に準じるものとする。
【００７６】
本実施形態にかかる動作を実現するために制御部１１０が実行する「予測変換入力処理（２）」を、図６に示すフローチャートを参照して説明する。本実施形態でも、上記実施形態１と同様、「ありました」と入力すべきところ、予測変換候補から誤って「有ります」を選択し、これを修正する場合を例に説明する。
【００７７】
よって、「有ります」を確定入力してしまうまでの動作は、実施形態１の予測変換入力処理（１）と同様である。つまり、予測変換入力処理（１）のステップＳ１０１〜ステップＳ１０７の動作によって、入力された未確定文字列に対応する予測変換がおこなわれ、提示した変換候補のうちから選択されたものが、図７（ａ）に示すように確定入力され、その読みと確定された変換候補とが入力履歴として記録される（ステップＳ２０１）。ここでは、未確定文字列「ありま」に対応する変換候補「有ります」が確定入力され、最新の入力履歴として、図７（ｄ）に示すような、変換元「ありま」、確定候補「有ります」が記録されたことになる。
【００７８】
そして、予測変換入力処理（１）と同様に、文字入力の終了指示がなされず（ステップＳ２０２：Ｎｏ）、また、さらなる未確定文字列の入力もされない状態で（ステップＳ２０３：Ｎｏ）、ユーザが操作部１３０の削除キーを操作すると、削除検出部１１５が確定文字列の削除動作を検出する（ステップＳ２０４：Ｙｅｓ）。ここでは、削除キーの操作毎に１文字ずつ削除されるものとする。
【００７９】
このような削除動作を検出すると、削除検出部１１５は、その旨を確定文字列変更部１１７に通知する。削除検出部１１５からの通知に応じて、確定文字列変更部１１７は、入力履歴格納部１６４にアクセスし、最新の入力履歴を取得する（ステップＳ２０５）。ここでは、変換元「ありま」、確定候補「有ります」が最新の入力履歴となる。確定文字列変更部１１７は、取得した入力履歴で確定候補として記録されている文字列（すなわち、「有ります」）の文字数を計数する（ステップＳ２０６）。本例では、確定した変換候補が「有ります」なので、計数された文字数は４文字となる。
【００８０】
ここで、確定入力直後に削除動作がおこなわれるので、確定入力された変換候補「有ります」を自動的に削除する動作をおこなう。よって、対象となる「有ります」の文字数分削除すれば「有ります」を削除することができる。よって、確定文字列変更部１１７は、現在のカーソル位置以前に表示されている文字列を、ステップＳ２０６で計数した文字数分削除する（ステップＳ２０７）。これにより、確定した変換候補が複数の文字から構成される文字列であっても、ユーザによる１回の削除キー操作で削除される（図７（ｂ））。
【００８１】
このようにして、確定入力された変換候補を削除すると、確定文字列変更部１１７は、取得した入力履歴で変換元として記録されている文字列（すなわち、「ありま」）を、図７（ｃ）に示すように、未確定文字列として表示部１４０の入力エリアに表示する（ステップＳ２０８）。つまり、誤入力前の未確定文字列が自動的に表示される。
【００８２】
このとき、確定文字列変更部１１７は、取得した入力履歴で確定候補として記録されている文字列（すなわち、「有ります」）は、その表示順序が変更されるべきものであることを表示順序変更部１１６に通知する。
【００８３】
表示順序変更部１１６は、通知された変換候補（すなわち、「有ります」）の表示順序を変更する（ステップＳ２０９）。ここでは、上記実施形態１と同様の処理により表示順序が変更される。すなわち、最上位以外の表示順序となるよう変更するものであり、確定入力前に設定されていた前回の表示順序もしくはそれより下位の表示順序に変更したり、最下位の表示順序に変更したり、表示除外となるような表示順序に変更したりする。
【００８４】
表示順序変更部１１６は、表示順序を変更すると、その旨を確定文字列変更部１１７に通知する。表示順序変更部１１６からの通知に応じて、確定文字列変更部１１７は、ステップＳ２０５で取得した最新入力履歴で変換元として記録されている文字列（すなわち、「ありま」）を予測変換処理部１１１に通知する。すなわち、現在表示部１４０に表示されている未確定文字列「ありま」が予測変換処理部１１１に通知される。この後、予測変換処理部１１１によって、通知された未確定文字列「ありま」に対応する予測変換動作がおこなわれる（ステップＳ２０１）。この場合、誤入力で確定入力された変換候補「有ります」についての表示順序が最上位以外に変更されているので、上記実施形態１と同様に、誤入力を修正する時にも、高い入力効率で文字入力をおこなうことができる。
【００８５】
このような動作が、文字入力の終了指示があるまで繰り返しおこなわれるので（ステップＳ２０２：Ｎｏ）、誤入力してしまった場合でも、修正対象となる文字列が、１回の操作で自動的に削除され、かつ、確定入力前の未確定文字列に自動的に戻るので、削除時の入力効率が向上する。このとき、実施形態１と同様に、誤入力で確定した変換候補の表示順序が最上位とならないので、修正後の修正入力も効率的におこなうことができる。
【００８６】
（実施形態３）
上記実施形態１および実施形態２の例では、すでに登録されている変換候補の中での表示順序を変更することで、誤入力時でも効率的な入力を図ったが、ユーザが入力したい文字列が、予測変換候補として登録されていない文字列であった場合に、修正入力時に新たな予測変換候補を登録することができれば、より効率的な文字入力を図ることができる。以下、このような修正時の動作を含めた予測変換入力の動作を実施形態３として説明する。なお、予測変換の基本的な動作は、実施形態１の予測変換入力処理（１）の動作に準じるものとする。
【００８７】
本実施形態にかかる動作を実現するために制御部１１０が実行する「予測変換入力処理（３）」を、図８に示すフローチャートを参照して説明する。本実施形態では、本来入力したい文字列が「有りません」であるところ、誤入力により「有ります」を確定入力してしまい、これを「有りません」に修正する場合を例に説明する。なお、文字列「有ります」は、未確定文字列（読み）「ありま」に対応する変換候補として予測変換候補格納部１６３に格納されているが、文字列「有りません」は、「ありま」に対応する変換候補として予測変換候補格納部１６３に格納されていないものとする。
【００８８】
よって、「有ります」を確定入力してしまうまでの動作は、実施形態１の予測変換入力処理（１）と同様である。つまり、予測変換入力処理（１）のステップＳ１０１〜ステップＳ１０７の動作によって、入力された未確定文字列に対応する予測変換がおこなわれ、提示した変換候補のうちから選択されたものが、図９（ａ）に示すように確定入力され、その読みと確定された変換候補とが入力履歴として記録される（ステップＳ３０１）。ここでは、未確定文字列「ありま」に対応する変換候補「有ります」が確定入力され、最新の入力履歴として、変換元「ありま」、確定候補「有ります」が記録されたことになる。
【００８９】
そして、予測変換入力処理（１）と同様に、文字入力の終了指示がなされず（ステップＳ３０２：Ｎｏ）、また、さらなる未確定文字列の入力もされない状態で（ステップＳ３０３：Ｎｏ）、ユーザが操作部１３０の削除キーを操作すると、削除検出部１１５が確定文字列の削除動作を検出する（ステップＳ３０４：Ｙｅｓ）。ここでは、削除キーの操作毎に１文字ずつ削除されるものとする。
【００９０】
このような削除動作を検出すると、削除検出部１１５は、その旨を確定文字列変更部１１７に通知する。削除検出部１１５からの通知に応じて、確定文字列変更部１１７は、入力履歴格納部１６４にアクセスし、最新の入力履歴を取得する（ステップＳ３０５）。ここでは、変換元「ありま」、確定候補「有ります」が最新の入力履歴となる。確定文字列変更部１１７は、取得した入力履歴で確定候補として記録されている文字列（すなわち、「有ります」）の文字数ｍを計数する（ステップＳ３０６）。本例では、確定した変換候補が「有ります」なので、計数された文字数ｍは４文字となる。
【００９１】
ここで、削除検出部１１５は、操作部１３０の削除キー操作に基づいて、削除操作回数ｎが、ステップＳ３０６で計数した確定候補の文字数ｍ未満であるか否かを判別する（ステップＳ３０７）。つまり、直前に確定入力した変換候補「有ります」の一部のみを削除したのか否かを判別する。ここで、削除操作回数ｎが文字数ｍ以上の場合（ステップＳ３０７：Ｎｏ）、確定入力された変換候補のすべてが削除されたことになるので、例えば、実施形態２の予測変換入力処理（２）におけるステップＳ２０８、ステップＳ２０９（図６）動作により、「有ります」を確定入力したときの未確定文字列に戻すなどの処理をおこなう（ステップＳ３１５）。この場合は、戻された未確定文字列（すなわち、「ありま」）に基づく予測変換が予測変換処理部１１１によっておこなわれる（ステップＳ３０１）。
【００９２】
一方、本例では、本来「有りません」と入力したかったので、誤入力した「有ります」の末尾「す」を削除して、「せん」に修正することになる。この場合は、「す」の１文字だけを削除するので、削除回数ｎは１となり、文字数ｍ未満となる（ステップＳ３０７：Ｙｅｓ）。
【００９３】
このように、確定入力された変換候補の一部が削除されたと判別した場合、削除検出部１１５は、削除回数ｎを入力履歴更新部１１４に通知する。
【００９４】
この場合、「有ります」の末尾「す」が削除されたので、図９（ｂ）に示すように、入力エリアには「有りま」が表示される。この状態で、ユーザは、文字入力用の操作部１３０を操作し、「せん」と入力して無変換確定操作をおこなうことになる。つまり、「せん」という未確定文字列が入力された後（ステップＳ３０８：Ｙｅｓ）、確定入力動作がおこなわれる（ステップＳ３０９：Ｙｅｓ）。
【００９５】
このような操作内容は、操作部１３０からの入力信号に基づいて確定入力処理部１１３が判別し、操作に応じた表示がなされる。つまり、図９（ｃ）に示すように、修正された「有りません」という文字列が表示部１４０の入力エリアに表示される。
【００９６】
このように、修正のための確定入力がなされると、確定入力処理部１１３は、確定入力された文字列（すなわち、「せん」）を入力履歴更新部１１４に通知する。
【００９７】
上述したように、入力履歴更新部１１４には、削除回数ｎにより、確定入力された変換候補の一部が削除されたことが削除検出部１１５から通知されている。この場合、入力履歴更新部１１４は、入力履歴格納部１６４にアクセスし、現時点での最新履歴に記録されている確定候補の文字列（すなわち、「有ります」）を取得する。
【００９８】
続いて、入力履歴更新部１１４は、取得した文字列「有ります」の末尾から、削除検出部１１５から通知された削除回数であるｎ文字分削除することで、未削除部分の文字列「有りま」を特定する。これに、入力履歴更新部１１４から通知された確定文字列「せん」をつなげることで、修正後の文字列「有りません」を特定する（ステップＳ３１０）。
【００９９】
このようにして修正後の文字列を特定すると、入力履歴更新部１１４は、この文字列を確定候補とした入力履歴を追加することで、入力履歴格納部１６４の入力履歴情報を更新する（ステップＳ３１１）。ここでは、図９（ｄ）に示すように、直前の入力履歴（すなわち、変換元「ありま」、確定候補「有ります」）から、変換元をコピーし、ステップＳ３１０で特定した修正文字列を確定候補とした入力履歴を追加する。
【０１００】
このようにして入力履歴を更新すると、入力履歴更新部１１４は、その旨を削除検出部１１５に通知する。削除検出部１１５は、入力履歴更新部１１４からの通知に応じて、今回の削除操作で修正入力された文字列についての変換候補生成を変換候補生成部１１８に指示する。
【０１０１】
変換候補生成部１１８は、削除検出部１１５からの指示に応じて、まず、入力履歴格納部１６４にアクセスし、最新の入力履歴（すなわち、変換元「ありま」、確定候補「有りません」）を取得する。次に変換候補生成部１１８は、予測変換候補格納部１６３にアクセスし、この入力履歴に対応する読み（未確定文字列）と変換候補が登録されているか否かを判別する（ステップＳ３１２）。
【０１０２】
本例では、「有りません」が確定候補として登録されていないので（ステップＳ３１２：Ｙｅｓ）、変換候補生成部１１８は、最新の入力履歴に基づく新たな変換候補を生成して予測変換候補格納部１６３に登録する（ステップＳ３１３）。つまり、最新入力履歴の変換元「ありま」を含んだ読みに対応する変換候補として、最新入力履歴の確定候補「有りません」を登録する。
【０１０３】
このようにして新たな変換候補を登録すると、変換候補生成部１１８は、表示順序の変更を表示順序変更部１１６に指示する。なお、最新の入力履歴に対応した変換候補がすでに登録されている場合であっても（ステップＳ３１２：Ｎｏ）、変換候補生成部１１８は、表示順序の変更を表示順序変更部１１６に指示する。
【０１０４】
表示順序変更部１１６は、変換候補生成部１１８からの指示に応じて、入力履歴に基づいた表示順序の変更をおこなう（ステップＳ３１４）。この場合、表示順序変更部１１６は、入力履歴格納部１６４にアクセスし、最新の入力履歴の確定候補（すなわち、「有りません」）に対応する変換候補についての表示順序を最上位に変更する。また、最新から１つ前の入力履歴の確定候補（すなわち、「有ります」）に対応する変換候補についての表示順序を、上記各実施形態と同様の処理によって変更する。すなわち、最上位以外の表示順序となるよう変更するものであり、確定入力前に設定されていた前回の表示順序もしくはそれより下位の表示順序に変更したり、最下位の表示順序に変更したり、表示除外となるような表示順序に変更したりする。
【０１０５】
このようにして表示順序を変更した後は、さらなる未確定文字列に基づく予測変換や確定入力がおこなわれ、この過程で確定入力された変換候補の削除が検出された場合、上記処理により、修正後の文字列が変換候補として未登録であれば自動的に登録される。このような動作が文字入力の終了指示がなされるまで繰り返し実行される。
【０１０６】
本実施形態にかかる処理によれば、誤って確定した変換候補を修正するためにその一部が削除されると、誤入力した変換候補の表示順序が最上位以外に変更されるとともに、修正後の文字列を自動的に予測変換の変換候補に登録することができるので、さらなる入力効率の向上を図ることができる。
【０１０７】
以上説明したように、本発明にかかる上記各実施形態によれば、予測変換入力において誤入力してしまった場合でも入力効率を低下させずに効率的な文字入力を実現することができる。
【０１０８】
上記各実施形態は一例であり、本発明の適用範囲はこれに限られない。すなわち、種々の応用が可能であり、あらゆる実施の形態が本発明の範囲に含まれる。
【０１０９】
上記各実施形態では、予測変換候補として登録されている文字列のそれぞれに、最新の表示順序と前回の表示順序を数値によって記録するものとしたが、誤入力された文字列の表示順序を最上位以外に変更することができるのであれば、表示順序の記録方法は例示のものに限られない。
【０１１０】
また、上記各実施形態では説明を省略したが、辞書データ格納部１６２に格納されている文法上の言語情報を参照しながら予測変換の変換候補を抽出してもよい。つまり、上記各実施形態では、未確定文字列に対応する変換候補を予測して提示する部分を中心に説明したが、一般的な予測変換でおこなわれているような、確定文字列に続く入力についての変換候補予測を併せておこなってもよい。この場合、辞書データ格納部１６２に格納されている文法上の言語情報と入力履歴とに基づいて、文字列を確定した後に続くと予測される変換候補を提示する。このような場合の予測変換候補についても、入力履歴に基づいて表示順序の設定・変更をおこなってもよい。
【０１１１】
また、上記各実施形態で示した、入力文字列や変換候補は一例であり、予測変換によって入力可能な文字列や言語であれば、対象となる文字列や言語は任意である。
【０１１２】
なお、上記各実施形態では、本発明にかかる文字入力装置を実現する装置として、移動体通信端末を例示したが、これに限られず、予測変換による文字入力機能を有する種々の装置に本発明を適用することができる。例えば、予測変換による文字入力機能を有するＰＤＡ（Personal Digital Assistants：携帯情報端末）やパーソナルコンピュータなどといった任意の装置に本発明を適用してもよい。
【０１１３】
また、上記各実施形態では、本発明を実現するための機能を予め備えている移動体通信端末１００（文字入力装置）を例示したが、このような機能を備えていない文字入力装置にプログラムを適用することで、本発明にかかる文字入力装置として機能させることができる。この場合、上述した制御部１１０によって実行されるプログラムを既存の文字入力装置に適用し、適用したプログラムを当該文字入力装置のコンピュータ（ＣＰＵなど）が実行することで、本発明にかかる文字入力装置として機能することができる。すなわち、このようなプログラムを適用することにより、本発明を実現するための専用装置に限らず、種々の装置で本発明を実現させることができる。例えば、汎用のコンピュータ装置などによって本発明を実現することもできる。
【０１１４】
このようなプログラムの適用方法は任意であり、例えば、インターネットなどの通信媒体を介して提供することで任意の装置に適用することが可能である他、所定の記録媒体（例えば、ＣＤ−ＲＯＭ、ＤＶＤ、メモリカード、など）にプログラムを格納して配布して適用することもできる。
【図面の簡単な説明】
【０１１５】
【図１】本発明の実施形態にかかる移動体通信端末の構成を示すブロック図である。
【図２】図１に示す予測変換候補格納部に格納される情報の例を示す図である。
【図３】図１に示す制御部によって実現される機能構成を示す機能ブロック図である。
【図４】本発明の実施形態１にかかる「予測変換入力処理（１）」を説明するためのフローチャートである。
【図５】本発明の実施形態１にかかる動作を説明するための図であり、（ａ）は未確定文字列が入力されたときの表示例を示し、（ｂ）は予測変換によって提示された変換候補を誤入力したときの確定文字列の表示例を示し、（ｃ）は修正のために未確定文字列を再入力したときの変換候補の表示例を示し、（ｄ）はこの動作で作成された入力履歴情報の例を示す。
【図６】本発明の実施形態２にかかる「予測変換入力処理（２）」を説明するためのフローチャートである。
【図７】本発明の実施形態２にかかる動作を説明するための図であり、（ａ）は確定文字列が入力されたときの表示例を示し、（ｂ）は削除操作に応じて確定文字列を自動削除したときの表示例を示し、（ｃ）は未確定文字列を自動表示したときの表示例を示し、（ｄ）はこの動作で作成された入力履歴情報の例を示す。
【図８】本発明の実施形態３にかかる「予測変換入力処理（３）」を説明するためのフローチャートである。
【図９】本発明の実施形態３にかかる動作を説明するための図であり、（ａ）は確定文字列が入力されたときの表示例を示し、（ｂ）は確定文字列の一部が削除されたときの表示例を示し、（ｃ）は修正文字列が入力されたときの表示例を示し、（ｄ）はこの動作で作成された入力履歴情報の例を示す。
【図１０】従来の予測変換入力動作を説明するための図であり、（ａ）は未確定文字列が入力されたときの表示例を示し、（ｂ）は予測変換によって提示された変換候補を誤入力したときの確定文字列の表示例を示し、（ｃ）は修正のために未確定文字列を再入力したときの変換候補の表示例を示し、（ｄ）はこの動作で作成された入力履歴情報の例を示す。
【符号の説明】
【０１１６】
１００…移動体通信端末、１１０…制御部、１１１…予測変換処理部、１１２…表示順序設定部、１１３…確定入力処理部、１１４…入力履歴更新部、１１５…削除検出部、１１６…表示順序変更部、１１７…確定文字列変更部、１１８…変換候補生成部、１２０…通信制御部、１２１…アンテナ、１３０…操作部、１４０…表示部、１５０…音声処理部、１５１…スピーカ、１５２…マイクロフォン、１６０…記憶部、１６１…プログラム格納部、１６２…辞書データ格納部、１６３…予測変換候補格納部、１６４…入力履歴格納部
【図１】
2008083848.tif 000003
【図２】
2008083848.tif 000004
【図３】
2008083848.tif 000005
【図４】
2008083848.tif 000006
【図５】
2008083848.tif 000007
【図６】
2008083848.tif 000008
【図７】
2008083848.tif 000009
【図８】
2008083848.tif 000010
【図９】
2008083848.tif 000011
【図１０】
2008083848.tif 000012