特許 7476960 文字列入力装置、文字列入力方法、および文字列入力プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-04-22

(45)【発行日】2024-05-01

(54)【発明の名称】文字列入力装置、文字列入力方法、および文字列入力プログラム

(51)【国際特許分類】

   G06F 40/232 20200101AFI20240423BHJP

【ＦＩ】

G06F40/232

【請求項の数】 6

(21)【出願番号】P 2022531747

(86)(22)【出願日】2021-06-10

(86)【国際出願番号】 JP2021022141

(87)【国際公開番号】W WO2021256378

(87)【国際公開日】2021-12-23

【審査請求日】2022-12-02

(31)【優先権主張番号】P 2020105130

(32)【優先日】2020-06-18

(33)【優先権主張国・地域又は機関】JP

(73)【特許権者】

【識別番号】000002945

【氏名又は名称】オムロン株式会社

(74)【代理人】

【識別番号】110000970

【氏名又は名称】弁理士法人 楓国際特許事務所

(72)【発明者】

【氏名】野々村 由衣

【審査官】長 由紀子

(56)【参考文献】

【文献】特開２００５－３０１６９９（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１７／０２２０１２９（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ４０／００－５８

(57)【特許請求の範囲】

【請求項1】

入力デバイスの操作によって入力された第１文字列が予め定められた属性であるかどうかを判定する判定部と、
前記判定部によって予め定められた属性であると判定された前記第１文字列の直前に追加する第２文字列を予測する前方文字列予測部と、
前記判定部によって予め定められた属性であると判定された前記第１文字列の直後に追加する第３文字列を予測する後方文字列予測部と、
前記前方文字列予測部によって予測された前記第２文字列が選択されると、前記第２文字列を前記第１文字列の直前に追加し、前記後方文字列予測部によって予測された前記第３文字列が選択されると、前記第３文字列を前記第１文字列の直後に追加する追加部と、を備え、
前記後方文字列予測部は、前記第２文字列が選択されたことをトリガにして、今回選択された前記第２文字列を前記第１文字列に追加した文字列に対して、前記第１文字列の直後に追加する第３文字列を予測する、文字列入力装置。

【請求項2】

前記属性は、第１文字列の品詞である、請求項１に記載の文字列入力装置。

【請求項3】

前記第２文字列は、感嘆詞である、請求項１、または２に記載の文字列入力装置。

【請求項4】

前記第１文字列は、語句である、請求項１～３のいずれかに記載の文字列入力装置。

【請求項5】

入力デバイスの操作によって入力された第１文字列が予め定められた属性であるかどうかを判定する判定ステップと、
前記判定ステップで予め定められた属性であると判定された前記第１文字列の直前に追加する第２文字列を予測する前方文字列予測ステップと、
前記判定ステップで予め定められた属性であると判定された前記第１文字列の直後に追加する第３文字列を予測する後方文字列予測ステップと、
前記前方文字列予測ステップで予測された前記第２文字列が選択されると、前記第２文字列を前記第１文字列の直前に追加し、前記後方文字列予測ステップで予測された前記第３文字列が選択されると、前記第３文字列を前記第１文字列の直後に追加する追加ステップと、をコンピュータが実行し、
前記後方文字列予測ステップは、前記第２文字列が選択されたことをトリガにして、今回選択された前記第２文字列を前記第１文字列に追加した文字列に対して、前記第１文字列の直後に追加する第３文字列を予測するステップである、文字列入力方法。

【請求項6】

入力デバイスの操作によって入力された第１文字列が予め定められた属性であるかどうかを判定する判定ステップと、
前記判定ステップで予め定められた属性であると判定された前記第１文字列の直前に追加する第２文字列を予測する前方文字列予測ステップと、
前記判定ステップで予め定められた属性であると判定された前記第１文字列の直後に追加する第３文字列を予測する後方文字列予測ステップと、
前記前方文字列予測ステップで予測された前記第２文字列が選択されると、前記第２文字列を前記第１文字列の直前に追加し、前記後方文字列予測ステップで予測された前記第３文字列が選択されると、前記第３文字列を前記第１文字列の直後に追加する追加ステップと、をコンピュータに実行させ、
前記後方文字列予測ステップは、前記第２文字列が選択されたことをトリガにして、今回選択された前記第２文字列を前記第１文字列に追加した文字列に対して、前記第１文字列の直後に追加する第３文字列を予測するステップである、文字列入力プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

この発明は、キーボード等の入力デバイスを操作して文字列を入力する技術に関する。

【背景技術】

【0002】

従来、文字入力が行える電子機器には、ユーザの文字入力操作の効率化を図る機能として予測変換機能が設けられている。ここで言う電子機器は、例えば、デスクトップパソコン、スマートフォンである。また、ユーザは、文字入力操作を入力デバイス（例えば、ハードウェアキーボード、ソフトウェアキーボード）で行っている。予測変換機能は、ユーザが入力した文字から、このユーザが入力しようとしている文字列を予測し、予測した文字列を予測変換候補として出力する機能である。

【0003】

また、入力された文字列が指示語であった場合、この指示語（例えば、「この」、「その」）が指す指示対象語を推定し、推定した指示対象語に繋がる文字列を予測した予測変換候補を出力する構成の装置もある（特許文献１参照）。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２００９－１４６２０１号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、従来の技術は、ユーザが、ある文字列を入力したときに（予測変換候補を選択して入力した場合を含む。）、入力した文字列の直前に、接続詞、感嘆詞、またはクッション言葉等にかかる文字列を挿入する文字入力操作の効率化を図るものではなかった。

【0006】

なお、クッション言葉とは、ストレートに言ってしまうときつくなりがちな言葉の衝撃をやわらげてくれる働きをもつ言葉である。クッション言葉は、「恐れ入りますが」、「ご都合がよろしければ」、「せっかくですが」等の言葉である。接続詞は、「例えば」、「しかし」、「その上で」等の言葉である。また、感嘆詞は、「じゃあ」、「それでは」、「ああ」等の言葉である。

【0007】

この発明の目的は、入力された文字列の直前に、接続詞、感嘆詞、またはクッション言葉等にかかる文字列を挿入する場合の、文字入力操作の効率化を図ることができる技術を提供することにある。

【課題を解決するための手段】

【0008】

この発明の文字入力装置は、上記目的を達成するため以下に示すように構成している。

【0009】

判定部が、入力デバイスの操作によって入力された第１文字列が予め定められた属性であるかどうかを判定する。例えば、判定部は、第１文字列が、その直前に接続詞、感嘆詞、またはクッション言葉等を追加してもよい属性であるかどうかを判定する。ここで言うクッション言葉は、ストレートに言ってしまうときつくなりがちな言葉の衝撃をやわらげてくれる働きをもつ言葉である。クッション言葉は、「恐れ入りますが」、「ご都合がよろしければ」、「せっかくですが」等の言葉である。接続詞は、「例えば」、「しかし」、「その上で」等の言葉である。また、感嘆詞は、「じゃあ」、「それでは」、「ああ」等の言葉である。判定部は、例えば、第１文字列が感嘆詞、またはクッション言葉が直前に追加される文字列として登録されているかどうかを判定する構成であってもよいし、第１文字列が接続詞、感嘆詞、またはクッション言葉等を直前に追加することが適正でない助詞等の品詞であるかどうかを判定する構成であってもよい。

【0010】

前方文字列予測部が、判定部によって予め定められた属性であると判定された第１文字列の直前に追加する第２文字列を予測する。第２文字列は、第１文字列の直前に追加しても第１文字列の意味が変化しない接続詞、感嘆詞、またはクッション言葉等である。

【0011】

例えば、第１文字列を語句にすると、判定部の判定精度を向上できるだけでなく、前方文字列予測部の第２文字列の予測精度も向上できる。判定部の判定精度とは、第１文字列が、その直前に接続詞、感嘆詞、またはクッション言葉等を追加してもよい属性であるかどうかを判定する精度である。また、前方文字列予測部の第２文字列の予測精度とは、ユーザが第１文字列の直前に追加したいと思う接続詞、感嘆詞、またはクッション言葉等を予測する精度である。

【0012】

追加部が、前方文字列予測部によって予測された第２文字列が選択されると、第２文字列を第１文字列の直前に追加する。

【0013】

したがって、ユーザは、接続詞、感嘆詞、またはクッション言葉等にかかる第２文字列を、入力した第１文字列の直前に簡単に追加することができる。すなわち、入力された第１文字列の直前に、接続詞、感嘆詞、またはクッション言葉等にかかる第２文字列を挿入する場合の、文字入力操作の効率化を図ることができる。

【0014】

また、例えば、判定部によって予め定められた属性であると判定された第１文字列の直後に追加する第３文字列を予測する後方文字列予測部を追加してもよい。この場合、追加部は、後方文字列予測部によって予測された第３文字列が選択されると、第３文字列を第１文字列の直後に追加する。

【0015】

このように構成すれば、第１文字列に連続する第３文字列の文字入力操作の効率化を図ることができる。

【0016】

また、例えば、後方文字列予測部は、第２文字列が選択されたことをトリガにして、第３文字列を予測する構成にしてもよい。

【0017】

このように構成すれば、第１文字列の直前に挿入された第２文字列をも考慮して、この第１文字列に連続する第３文字列を予測することができる。これにより、第３文字列の予測精度の向上が図れる。

【発明の効果】

【0018】

この発明によれば、入力された文字列の直前に、接続詞、感嘆詞、またはクッション言葉等にかかる文字列を挿入する場合の、文字入力操作の効率化を図ることができる。

【図面の簡単な説明】

【0019】

【図1】日本語入力時の携帯端末の外観、および表示器の画面を示す概略図である。

【図2】前方候補の選択にともなう、携帯端末の表示器の画面の変化を説明する図である。

【図3】後方候補の選択にともなう、携帯端末の表示器の画面の変化を説明する図である。

【図4】携帯端末の主要部の構成を示すブロック図である。

【図5】携帯端末における文字入力処理を示すフローチャートである。

【図6】変形例１の携帯端末における文字入力処理を示すフローチャートである。

【図7】英語入力時の携帯端末の外観、および表示器の画面を示す概略図である。

【図8】変形例４にかかる文字入力装置を構成する携帯端末、およびサーバ装置を示す概略図である。

【発明を実施するための形態】

【0020】

以下、この発明にかかる文字列入力装置の実施形態について説明する。

【0021】

＜１．適用例＞
ここでは、文字列入力装置を適用した携帯端末１を例にして説明する。携帯端末１は、例えばスマートフォン、タブレットである。図１は、この例の携帯端末の外観を示す概略図である。

【0022】

文字列の入力には、公知のように、言語の種類によって、文字列として入力したい言葉（所望の文字列）の発音表記をユーザに入力させる方式と、文字列として入力したい言葉のスペルをユーザに入力させる方式がある。例えば、日本語、中国語が、文字列として入力したい言葉の発音表記（読み（かな）、ピンイン）をユーザに入力させる方式である種類の言語である。また、例えば、英語、ドイツ語が、文字列として入力したい言葉のスペルをユーザに入力させる方式である種類の言語である。

【0023】

この例の携帯端末１には、日本語の文字列入力装置が適用されている。すなわち、この例の携帯端末１に適用されている文字列入力装置は、文字列として入力したい言葉（所望の文字列）の発音表記をユーザに入力させる方式である。

【0024】

この例の携帯端末１は、タッチパネル５２を表示器５１の画面上に貼付している。携帯端末１は、タッチパネル５２の押圧位置を検出することにより、本体に対するユーザの入力操作を検出する。また、この例の携帯端末１は、ユーザが文字入力を行う構成として、ソフトウェアキーボードを備えている。

【0025】

この例の携帯端末１は、図１に示すように、ユーザによる文字入力を受け付けるときに、文字キー６０、入力文字列表示領域６１、前方候補表示領域６２、および後方候補表示領域６３を含む文字入力画面を表示器５１に表示させる。文字キー６０は、入力される文字の操作位置をユーザに確認させるための表示である。入力文字列表示領域６１は、ユーザによって入力された入力文字列を表示させる領域である。入力文字列表示領域６１には、ユーザが入力した仮名文字にかかる文字列だけでなく、この仮名文字列を変換・確定した確定文字列も表示される。前方候補表示領域６２は、ユーザによって入力された入力文字列（すなわち、入力文字列表示領域６１に表示されている文字列）の直前に追加する文字列の候補である前方候補を表示する領域である。後方候補表示領域６３は、ユーザによって入力された入力文字列（すなわち、入力文字列表示領域６１に表示されている文字列）の直後に繋がる文字列の候補である後方候補を表示する領域である。

【0026】

ここで言う文字列は、１文字以上の文字である。入力文字列表示領域６１に表示されている入力文字列が、この発明で言う第１文字列に相当する。前方候補表示領域６２に表示されている前方候補が、この発明で言う第２文字列に相当する。後方候補表示領域６３に表示されている後方候補が、この発明で言う第３文字列に相当する。前方候補、および後方候補は、ユーザが操作して入力した文字列ではなく、ユーザが操作して入力した文字列から予測した文字列である。携帯端末１は、ユーザによる文字の入力履歴等を基にして前方候補、および後方候補を予測する。例えば、ユーザが入力した文字列別に、この文字列の直前に入力された文字列を集計し、その集計結果を用いて前方候補を予測する。予測される前方候補は、１つ以上である。同様に、ユーザが入力した文字列別に、この文字列の直後に入力された文字列を集計し、その集計結果を用いて後方候補を予測する。予測される後方候補は、１つ以上である。

【0027】

携帯端末１は、予測された前方候補が複数である場合には、文字列の入力履歴によって、優先度を判断し、優先度の高いものから順番に並べて表示する。携帯端末１は、予測された後方候補が複数である場合には、文字列の入力履歴によって、優先度を判断し、優先度の高いものから順番に並べて表示する。

【0028】

また、前方候補は、例えば、接続詞、感嘆詞、またはクッション言葉である。ここで言うクッション言葉とは、ストレートに言ってしまうときつくなりがちな言葉の衝撃をやわらげてくれる働きをもつ言葉である。クッション言葉は、「恐れ入りますが」、「ご都合がよろしければ」、「せっかくですが」等の言葉である。接続詞は、「例えば」、「しかし」、「その上で」等の言葉である。また、感嘆詞は、「じゃあ」、「それでは」、「ああ」等の言葉である。

【0029】

この例の携帯端末１は、ユーザによって文字列（入力文字列）の入力が行われると、その入力文字列の直前に追加する前方候補、およびその入力文字列の直後に繋がる後方候補を予測する。例えば、図１に示す例では、ユーザが入力文字列として、「京都駅」（京都駅は、変換・確定された文字列）を入力した場合を示している。携帯端末１は、この「京都駅」の直前に追加する前方候補を予測し、予測した「じゃあ」、「それなら」等の前方候補を前方候補表示領域６２に表示する。図１に示す例では、「じゃあ」のほうが「それなら」よりも優先度が高い。

【0030】

また、携帯端末１は、この「京都駅」の直後に繋がる後方候補を予測し、予測した「で」、「に」、「まで」等の後方候補を後方候補表示領域６３に表示する。図１に示す例では、優先度は、「で」、「に」、「まで」の順番に低くなる。

【0031】

また、この例では、前方候補、および後方候補の予測は、語句に対して行われる。例えば、ユーザが、「京都」を変換・確定した後に、この「京都」に続けて、「駅」を変換・確定した場合、前方候補、および後方候補の予測は、以下のように行われる。

【0032】

まず、ユーザが、「京都」を変換・確定した時点では、前方候補、および後方候補の予測は、「京都」に対して行われる。その後、ユーザが、「駅」を変換・確定すると、前方候補、および後方候補の予測は、「駅」に対して行われるではなく、「京都駅」に対して行われる。

【0033】

携帯端末１は、前方候補表示領域６２に表示しているいずれかの前方候補がユーザによって選択されると、その時点における入力文字列（入力文字列表示領域６１に表示されている文字列）の直前に、今回選択された前方候補を追加する。例えば、図１に示す例において、前方候補として表示されている「じゃあ」が選択された場合、図２に示すように、入力文字列表示領域６１の入力文字列が「京都駅」から、「じゃあ京都駅」になる。また、前方候補表示領域６２は、「京都駅」に対する前方候補が選択されると、前方候補を予測する対象の文字列が存在しない状態になるので、前方候補が表示されていない状態になる。また、入力文字列表示領域６１におけるカーソルの位置は、ユーザがカーソル位置を変更する操作を行わない限り、前方候補の選択の有無にかかわらず、入力文字列である「京都駅」の直後である。カーソルの位置は、ユーザの入力操作によって文字が入力される位置である。

【0034】

また、携帯端末１は、後方候補表示領域６３に表示しているいずれかの後方候補がユーザによって選択されると、その時点における入力文字列（入力文字列表示領域６１に表示されている文字列）の直後に、今回選択された後方候補を繋げる。例えば、図１に示す例において、後方候補として「まで」が選択された場合、図３に示すように、入力文字列表示領域６１の入力文字列が「京都駅」から、「京都駅まで」になる。また、後方候補表示領域６３は、「京都駅」に対する後方候補「まで」が選択されると、今回選択された「まで」の直後に繋がる後方候補を予測し、予測した「行くよ」、「来ない」等の新たな後方候補を後方候補表示領域６３に表示する。また、入力文字列表示領域６１におけるカーソルの位置は、後方候補が選択されると、この選択された後方候補の直後になる。

【0035】

なお、図３に示すように、入力文字列表示領域６１の入力文字列（「京都駅」）に対する前方候補の選択が行われていない場合、後方候補が選択されても、前方候補表示領域６２には、入力文字列表示領域６１の入力文字列（「京都駅」）に対する前方候補の表示が継続される。したがって、ユーザは、入力文字列に対して、後方候補を選択した後に、前方候補を選択することもできる。

【0036】

したがって、この例の携帯端末１によれば、簡単な操作で、接続詞、感嘆詞、またはクッション言葉等にかかる文字列を、入力文字列（入力文字列表示領域６１に表示されている文字列）の直前に追加（挿入）することができる。すなわち、入力された文字列の直前に、接続詞、感嘆詞、またはクッション言葉等にかかる文字列を挿入する場合の、文字入力操作の効率化を図ることができる。

【0037】

＜２．構成例＞
図４は、この例の携帯端末の主要部の構成を示すブロック図である。携帯端末１は、制御ユニット２と、画面表示部３と、操作位置検出部４と、通信部５と、辞書データベース６（辞書ＤＢ６）と、表示器５１と、タッチパネル５２とを備えている。

【0038】

制御ユニット２は、携帯端末１本体各部の動作を制御する。また、制御ユニット２は、判定部１１と、前方文字列予測部１２と、後方文字列予測部１３と、追加部１４とを備えている。制御ユニット２が備える、判定部１１、前方文字列予測部１２、後方文字列予測部１３、および追加部１４については後述する。

【0039】

画面表示部３は、制御ユニット２から入力された指示にしたがって、表示器５１における画面表示を制御する。

【0040】

操作位置検出部４は、表示器５１の画面上に貼付されているタッチパネル５２上におけるユーザの操作位置（押下位置）を検出し、制御ユニット２に出力する。

【0041】

通信部５は、ネットワークを介して接続された機器との通信を制御する。例えば、通信部５は、ネットワークを介して接続されたＷｅｂサーバからＷｅｂページを取得するデータ通信を行う。また、通信部５は、他の携帯端末等との音声通信、電子メールの送受信、ＳＮＳ（Social Networking Service）等にかかる通信も行う。

【0042】

辞書ＤＢ６は、単語別に、その単語の文字列、読み、品詞等を対応付けて登録したデータベースである。辞書ＤＢ６は、入力された文字（読み）を対応付けられている文字列（変換文字列）に変換したり、予測したりするのに用いられるだけでなく、後述する前方候補、および後方候補の予測にも用いられる。

【0043】

携帯端末１は、様々な種類のアプリケーションプログラム（以下、単にアプリと言う。）を実行できる。例えば、Ｗｅｂサーバにアクセスして取得した任意のＷｅｂページを表示器５１の画面に表示するアプリ、スケジュールを管理するアプリ、ＳＮＳにかかるアプリを実行できる。携帯端末１は、アプリで文字入力が行われるときに、辞書ＤＢ６を利用する。

【0044】

なお、この例では、辞書ＤＢ６は、携帯端末１に内蔵されている構成であるが、クラウドに置かれていてもよい。また、辞書ＤＢ６は、システム辞書と、ユーザ辞書との２つに分かれていてもよい。

【0045】

次に、制御ユニット２が備える、判定部１１、前方文字列予測部１２、後方文字列予測部１３、および追加部１４について説明する。

【0046】

判定部１１は、ユーザによって入力された入力文字列が、その直前に接続詞、感嘆詞、またはクッション言葉等を直前に追加してもよい属性であるかどうかを判定する。例えば、
（１）判定部１１は、ユーザによって入力された入力文字列が接続詞、感嘆詞、またはクッション言葉等を直前に追加してもよい文字列として辞書ＤＢ６に登録されているかどうかを判定する。
（２）また、判定部１１は、ユーザによって入力された入力文字列が、接続詞、感嘆詞、またはクッション言葉等を直前に追加することが適正でない助詞等の品詞であるかどうかを判定する。言い換えれば、判定部１１は、ユーザによって入力された入力文字列が、接続詞、感嘆詞、またはクッション言葉等を直前に追加することが適正でない助詞等の品詞でなければ、その直前に接続詞、感嘆詞、またはクッション言葉等を直前に追加してもよい属性であると判定する。

【0047】

なお、判定部１１は、上記（１）、または（２）のいずれかで、上記判定を行ってもよいし、上記以外の手法で行ってもよい。

【0048】

前方文字列予測部１２は、ユーザによって入力された入力文字列の直前に追加する前方候補を予測する。前方文字列予測部１２は、ユーザによる文字の入力履歴等を学習した学習結果を基に更新されている辞書ＤＢ６を参照して予測する。公知のように、辞書ＤＢ６は、ユーザによる文字入力を学習した学習結果に応じて更新される。前方文字列予測部１２が予測する前方候補は、１つ以上である。

【0049】

後方文字列予測部１３は、ユーザによって入力された入力文字列の直後に繋げる後方候補を予測する。後方文字列予測部１３は、ユーザによる文字の入力履歴等を学習した学習結果を基に更新されている辞書ＤＢ６を参照して後方候補を予測する。後方文字列予測部１３が予測する後方候補は、１つ以上である。

【0050】

追加部１４は、前方候補が選択されると、ユーザによって入力された入力文字列の直前に、選択された前方候補を追加する。また、追加部１４は、後方候補が選択されると、ユーザによって入力された入力文字列の直後に、選択された後方候補を繋げる。

【0051】

携帯端末１の制御ユニット２は、ハードウェアＣＰＵ、メモリ、その他の電子回路によって構成されている。ハードウェアＣＰＵが、この発明にかかる文字列入力プログラムを実行したときに、判定部１１、前方文字列予測部１２、後方文字列予測部１３、および追加部１４として動作する。また、メモリは、この発明にかかる文字列入力プログラムを展開する領域や、この文字列入力プログラムの実行時に生じたデータ等を一時記憶する領域を有している。制御ユニット２は、ハードウェアＣＰＵ、メモリ等を一体化したＬＳＩであってもよい。また、ハードウェアＣＰＵが、この発明にかかる文字列入力方法を実行するコンピュータである。

【0052】

＜３．動作例＞
図５は、携帯端末における文字入力処理を示すフローチャートである。携帯端末１は、ソフトウェアキーボードにかかる画面を表示器５１に表示させている。

【0053】

制御ユニット２は、操作位置検出部４において検出されたタッチパネル５２上のユーザの操作位置に基づいて、ユーザの入力操作を判断する。ユーザの操作が、文字入力にかかる操作であれば、この操作で入力された文字を入力文字列表示領域６１に追加する（ｓ１、ｓ２）。例えば、ユーザは、「京都駅」と入力する場合。文字キーを操作して、「き」→「ょ」→「う」→「と」→「え」→「き」と１文字ずつ入力する。

【0054】

また、制御ユニット２は、入力文字列表示領域６１に表示されている文字列（すなわち、ユーザが１文字ずつ入力した文字列）に対する、ユーザの入力操作が変換・確定操作であると判定すると、入力文字列表示領域６１に表示されている文字列の変換・確定処理を行う（ｓ３、ｓ４）。

【0055】

なお、携帯端末１は、ｓ３、ｓ４にかかる変換・確定処理を、公知の予測変換機能によっても行える。例えばユーザが「き」を入力した時点で、予測した「京都駅」、「京都」、「今日」等の予測変換候補を出力し、ユーザがいずれかの予測変換候補を選択すると、選択された予測変換候補を入力文字列として確定することも行える。

【0056】

判定部１１は、今回確定された文字列を含む語句が予め定めた属性であるかどうかを判定する（ｓ５）。ｓ５では、判定部１１は、ユーザによって確定された文字列を含む語句が、その直前に接続詞、感嘆詞、またはクッション言葉等を直前に追加してもよい属性であるかどうかを判定する。ｓ５が、この発明で言う判定ステップに相当する。また、判定部１１は、例えば、ユーザが、「京都」を変換・確定した後に、この「京都」に続けて、「駅」を変換・確定した場合、属性の判定を「駅」に対してではなく、「京都駅」に対して行う。

【0057】

判定部１１が、ｓ５で今回確定された文字列が予め定めた属性であると判定すると、前方文字列予測部１２が、今回確定された文字列の直前に追加する文字列を予測する（ｓ６）。ｓ６で予測される文字列が、前方候補である。ｓ６が、この発明で言う前方文字列予測ステップに相当する。また、後方文字列予測部１３が、ｓ５で今回確定された文字列の直後に繋がる文字列を予測する（ｓ７）。ｓ７で予測される文字列が、後方候補である。

【0058】

なお、判定部１１が、ｓ５で今回確定された文字列が予め定めた属性でないと判定すると、ｓ６にかかる処理を行わない。

【0059】

また、制御ユニット２は、図１に示したように、ｓ６で予測された前方候補を前方候補表示領域６２に表示させるとともに、ｓ７で予測された後方候補を後方候補表示領域６３に表示させる。

【0060】

制御ユニット２は、いずれかの前方候補が選択されると、図２に示したように、追加部１４がｓ５で今回確定された文字列の直前に、選択された前方候補を追加する（ｓ８、ｓ９）。ｓ８、ｓ９が、この発明で言う追加ステップに相当する。

【0061】

また、制御ユニット２は、いずれかの後方候補が選択されると、図３に示したように、追加部１４がｓ５で今回確定された文字列の直後に、選択された後方候補を繋げる（ｓ１０、ｓ１１）。

【0062】

なお、制御ユニット２は、ｓ５で判定部１１が今回確定された文字列が予め定めた属性でないと判定した場合、およびｓ９で選択された前方候補を追加した場合、ｓ８、ｓ９にかかる処理を繰り返さない。また、制御ユニット２は、ｓ１１で選択された後方候補を今回確定された文字列に繋げると、今回後方候補を繋げた文字列に対する後方候補の予測を行い、ｓ１０、ｓ１１にかかる処理を繰り返す。

【0063】

なお、制御ユニット２は、ｓ１０で選択された後方候補を今回確定された文字列に繋げると、今回後方候補を繋げた文字列に対する後方候補の予測を行わない構成であってもよい。この場合、制御ユニット２は、ｓ１１で選択された後方候補を今回確定された文字列に繋げると、ｓ１０、ｓ１１にかかる処理を繰り返さない。

【0064】

また、ユーザの操作が、新たな文字入力にかかる操作であれば、この操作で入力された文字を入力文字列表示領域６１に追加し（ｓ１２、ｓ１３）、ｓ１に戻る。ｓ１２、ｓ１３は、上記したｓ１、ｓ２と同じ処理である。

【0065】

このように、この例の携帯端末１によれば、簡単な操作で、接続詞、感嘆詞、またはクッション言葉等にかかる文字列を、入力文字列（入力文字列表示領域６１に表示されている文字列）の直前に挿入することができる。すなわち、入力された文字列の直前に、接続詞、感嘆詞、またはクッション言葉等にかかる文字列を挿入する場合の、文字入力操作の効率化を図ることができる。

【0066】

また、この例の携帯端末１によれば、入力文字列（入力文字列表示領域６１に表示されている文字列）の直後に繋がる文字列の入力操作も簡単に行える。

【0067】

なお、携帯端末１は、上記した後方候補を予測するための構成、および選択された後方候補を入力文字列の直後に繋げる構成を備えていなくてもよい。

【0068】

＜４．変形例＞
・変形例１
携帯端末１における文字入力処理を図６に示す処理にしてもよい。図６は、この変形例１にかかる携帯端末の文字入力処理を示すフローチャートである。図６では、図５と同じ処理については、同じステップ番号を付している。また、変形例１の携帯端末１は、図４に示した構成である。

【0069】

この変形例１の携帯端末１は、ｓ９において、追加部１４がｓ５で今回確定された文字列の直前に、選択された前方候補を追加すると、今回追加した前方候補をも含めた文字列に対して、後方候補を予測し（ｓ２０）、ｓ１０～ｓ１３の処理を実行する点で上記の例と相違する。すなわち、この変形例１の携帯端末１は、ｓ２０にかかる処理を実行する点で上記の例と相違する。

【0070】

この変形例１の携帯端末１は、ユーザが前方候補を選択すると、選択した前方候補も含めた文字列に対して、後方候補を予測する。すなわち、この変形例１の携帯端末１は、前方候補の選択をトリガにして、後方候補の予測を行う。したがって、より適正な後方候補をユーザに提示することができ、文字入力操作のさらなる効率化を図ることができる。

【0071】

・変形例２
また、携帯端末１は、ｓ６における前方候補の予測に、最後に文字入力された日時を用いる構成であってもよい。例えば、最後に入力された日時が、過去であれば、「また」、「以前のように」等を前方候補として予測する。また、最後に入力された日時が、近い未来の時間（数時間後以内）であれば、「すぐに」、「急いで」等を前方候補として予測する。また、最後に入力された日時が、比較的遠い未来（例えば、数十時間以降）であれば、「そのときに」、「また今度」等を前方候補として予測する。また、最後に入力された日時が、上記した近い未来の時間と、比較的遠い未来との間であれば、「では」、「後ほど」等を前方候補として予測する。

【0072】

このように、前方候補の予測において、時間を考慮してもよい。

【0073】

なお、この構成では、日時が最後に入力された時点からの経過時間が、所定時間（例えば、３０分程度）を超えると、この日時を前方候補の予測に用いない構成にしてもよい。

【0074】

・変形例３
文字列として入力される言語の種類は、上記した例の日本語に限らず、他の種類の言語であってもよい。言語の種類は、例えば、文字列として入力したい言葉（所望の文字列）の発音表記をユーザに入力させる方式である中国語であってもよいし、文字列として入力したい言葉のスペルを入力する方式である英語、ドイツ語等であってもよい。

【0075】

例えば、言語の種類が英語である場合、ユーザが「at Kyoto Sta.」と入力すると、図７に示すように、前方候補表示領域６２には、「so」、「well」、「well then」等が前方候補として表示される。また、後方候補表示領域６３には、「or」、「and」等が後方候補として表示される。前方候補は、上記の例と同様に、前方文字列予測部１２によって予測される。同様に、後方候補は、上記の例と同様に、後方文字列予測部１３によって予測される。

【0076】

なお、前方文字列予測部１２、後方文字列予測部１３は、文字列として入力される言語の文法に基づいて前方候補、後方候補を予測する。

【0077】

・変形例４
上記の例では、この発明にかかる文字入力装置は、携帯端末１によって構成されるとしたが、図８に示すように、インタネット等のネットワーク１００を介して通信可能に接続される携帯端末１Ａと、サーバ装置２０とによって構成してもよい。この場合、サーバ装置２０には、上記した例の判定部１１、前方文字列予測部１２、および後方文字列予測部１３の１つ以上の構成が設けられる。携帯端末１Ａは、判定部１１、前方文字列予測部１２、および後方文字列予測部１３をサーバ装置２０と重複して設ける必要はない。

【0078】

例えば、サーバ装置２０が、判定部１１を備え、前方文字列予測部１２、および後方文字列予測部１３を備えない構成である場合、携帯端末１Ａは、ユーザによって入力された入力文字列（変換・確定された文字列）をサーバ装置２０に送信する。サーバ装置２０は、携帯端末１Ａから受信したユーザによって入力された入力文字列が、その直前に接続詞、感嘆詞、またはクッション言葉等を直前に追加してもよい属性であるかどうかを判定する。この判定にかかる処理は、上記した例のｓ５と同様の処理である。サーバ装置２０は、判定結果を携帯端末１Ａに送信する。携帯端末１は、サーバ装置２０から受信した判定結果によって、ユーザによって入力された入力文字列が、その直前に接続詞、感嘆詞、またはクッション言葉等を直前に追加してもよい属性であるかどうかを判断し、上記したｓ６以降の処理を行う。

【0079】

また、例えば、サーバ装置２０が、前方文字列予測部１２、および後方文字列予測部１３を備え、判定部１１を備えない構成である場合、携帯端末１Ａは、ユーザによって入力された入力文字列（変換・確定された文字列）が、その直前に接続詞、感嘆詞、またはクッション言葉等を直前に追加してもよい属性であるかどうかを判定した判定結果をサーバ装置２０に送信する。この時、携帯端末１Ａは、今回ユーザによって入力された入力文字列（変換・確定された文字列）もサーバ装置２０に送信する。

【0080】

サーバ装置２０は、今回ユーザによって入力された入力文字列が、その直前に接続詞、感嘆詞、またはクッション言葉等を直前に追加してもよい属性であるとの判定結果を携帯端末１Ａから受信した場合、この入力文字列に対する前方候補を予測する。この前方候補の予測にかかる処理は、上記した例のｓ６と同様の処理である。

【0081】

なお、サーバ装置２０は、今回ユーザによって入力された入力文字列が、その直前に接続詞、感嘆詞、またはクッション言葉等を直前に追加してもよい属性でないとの判定結果を携帯端末１Ａから受信した場合、この入力文字列に対する前方候補を予測しない。

【0082】

また、サーバ装置２０は、今回ユーザによって入力された入力文字列に対する後方候補を予測する。この後方候補の予測にかかる処理は、上記した例のｓ７と同様の処理である。サーバ装置２０は、予測した前方候補、および予測した後方候補を携帯端末１Ａに送信する。携帯端末１Ａは、サーバ装置２０から受信した前方候補を前方候補表示領域６２に表示するともに、サーバ装置２０から受信した後方候補を後方候補表示領域６３に表示し、上記した例のｓ８以降の処理を行う。

【0083】

また、サーバ装置２０は、上記した例に限らず、判定部１１、前方文字列予測部１２、および後方文字列予測部１３をどのような組み合わせで備える構成であってもよい。例えば、サーバ装置２０は、判定部１１、前方文字列予測部１２、および後方文字列予測部１３の全てを備える構成であってもよいし、前方文字列予測部１２、または後方文字列予測部１３の一方のみを備える構成であってもよいし、その他の組み合わせで判定部１１、前方文字列予測部１２、および後方文字列予測部１３を備える構成であってもよい。

【0084】

また、上記の説明では、携帯端末１を例にして本願発明を説明したが、本願発明は携帯端末１に限らず、ユーザの操作によって文字入力が行われるデスクトップパソコン等の他の電子機器にも適用できる。

【0085】

なお、この発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。

【0086】

さらに、この発明に係る構成と上述した実施形態に係る構成との対応関係は、以下の付記のように記載できる。
＜付記＞
（ａ）入力デバイス（５２）の操作によって入力された第１文字列が予め定められた属性であるかどうかを判定する判定部（１１）と、
前記判定部（１１）によって予め定められた属性であると判定された前記第１文字列の直前に追加する第２文字列を予測する前方文字列予測部（１２）と、
前記前方文字列予測部によって予測された前記第２文字列が選択されると、前記第２文字列を前記第１文字列の直前に追加する追加部（１４）と、を備えた文字列入力装置（１）。

【0087】

（ｂ）前記属性は、第１文字列の品詞である。

【0088】

（ｃ）前記第２文字列は、感嘆詞である。

【0089】

（ｄ）前記判定部（１１）によって予め定められた属性であると判定された前記第１文字列の直後に追加する第３文字列を予測する後方文字列予測部（１３）を備え、
前記追加部（１４）は、前記後方文字列予測部（１３）によって予測された前記第３文字列が選択されると、前記第３文字列を前記第１文字列の直後に追加する。

【0090】

（ｅ）前記後方文字列予測部（１３）は、前記第２文字列が選択されたことをトリガにして、前記第３文字列を予測する。

【0091】

（ｆ）前記後方文字列予測部（１３）は、選択された前記第２文字列を用いて、前記第３文字列を予測する。

【0092】

（ｇ）前記第１文字列は、語句である。

【0093】

（ｈ）入力デバイス（５２）の操作によって入力された第１文字列が予め定められた属性であるかどうかを判定する判定ステップ（ｓ５）と、
前記判定ステップ（ｓ５）で予め定められた属性であると判定された前記第１文字列の直前に追加する第２文字列を予測する前方文字列予測ステップ（ｓ６）と、
前記前方文字列予測ステップ（ｓ６）で予測された前記第２文字列が選択されると、前記第２文字列を前記第１文字列の直前に追加する追加ステップ（ｓ８、ｓ９）と、をコンピュータ（２）が実行する文字列入力方法。

【0094】

（ｉ）入力デバイス（５２）の操作によって入力された第１文字列が予め定められた属性であるかどうかを判定する判定ステップ（ｓ５）と、
前記判定ステップ（ｓ５）で予め定められた属性であると判定された前記第１文字列の直前に追加する第２文字列を予測する前方文字列予測ステップ（ｓ６）と、
前記前方文字列予測ステップ（ｓ６）で予測された前記第２文字列が選択されると、前記第２文字列を前記第１文字列の直前に追加する追加ステップ（ｓ８、ｓ９）と、をコンピュータ（２）に実行させる文字列入力プログラム。

【符号の説明】

【0095】

１、１Ａ…携帯端末
２…制御ユニット
３…画面表示部
４…操作位置検出部
５…通信部
６…辞書データベース（辞書ＤＢ）
１１…判定部
１２…前方文字列予測部
１３…後方文字列予測部
１４…追加部
２０…サーバ装置
５１…表示器
５２…タッチパネル
６０…文字キー
６１…入力文字列表示領域
６２…前方候補表示領域
６３…後方候補表示領域
１００…ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】