JP5861382B2 - 入力支援プログラム、入力支援装置、及び入力支援方法 - Google Patents

Description

本発明は、入力支援プログラム、入力支援装置、及び入力支援方法に関する。

従来、読みに対応付けて文例が記録された辞書（以下、「文例辞書」という。）を有し、読みの入力に応じて、当該読みに対応する文例の一覧を入力候補として提示するソフトウェア（以下、「文例入力ソフト」という。）が有る。なお、文例とは単語又は複数の単語の連鎖である。

文例入力ソフトの利便性は、入力候補の文例の表示順に大きく依存する。例えば、利用頻度の高い文例が上位に表示されれば、ユーザにとって所望の文例が入力候補の上位において見つかる可能性が高くなり、文例入力ソフトの利便性が向上する。

そこで、従来、読みの入力に応じて表示された文例の中から選択された回数を、文例ごとに記録しておき、当該回数に応じて、入力候補の表示順を決定することが行われている。

特開平６−１２４３０１号公報 特開２００６−３３８５８８号公報

しかしながら、ユーザは、所望の文例が入力候補に含まれているにも拘わらず、その存在に気付かず、当該文例と同じ文字列を、直接入力してしまうケースが有る。このようなケースが度重なると、本当は利用頻度が高い文例であるにも拘わらず、入力候補の表示順においてなかなか上位に表示されないといった状態が発生してしまう。

そこで、一側面では、文例辞書に基づいて表示される入力候補からの文例の選択に関する操作性を向上させることができる入力支援プログラム、入力支援装置、及び入力支援方法の提供を目的とする。

一つの案では、入力支援プログラムは、読みに対応付けて記憶部が記憶する文例の選択を経ずに入力された文字列から文例を抽出し、前記記憶部が記憶する文例のうち、抽出された文例と一致する文例について、前記記憶部が文例ごとに記憶する利用回数を増加させる処理をコンピュータに実行させる。

一態様によれば、文例辞書に基づいて表示される入力候補からの文例の選択に関する操作性を向上させることができる。

本発明の実施の形態における入力支援装置のハードウェア構成例を示す図である。 本発明の実施の形態における入力支援装置の機能構成例を示す図である。 入力支援部が実行する処理手順の一例を説明するためのフローチャートである。 文例一覧表示処理の処理手順の一例を説明するためのフローチャートである。 文例辞書の構成例を示す図である。 文例入力処理の処理手順の一例を説明するためのフローチャートである。 文字列解析処理の一例を説明するためのフローチャートである。 入力文字バッファに記憶されている文字列の一例を示す図である。 登録文例バッファにおける抽出文例の記憶例を示す図である。 利用回数の加算値の判定処理の処理手順の一例を説明するためのフローチャートである。 条件記憶部の構成例を示す図である。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における入力支援装置のハードウェア構成例を示す図である。図１の入力支援装置１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、インタフェース装置１０５、表示装置１０６、及び入力装置１０７等を有する。

入力支援装置１０での処理を実現するプログラムは、記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って入力支援装置１０に係る機能を実現する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。表示装置１０６はプログラムによるＧＵＩ（Graphical User Interface）等を表示する。入力装置１０７はキーボード及びマウス等であり、様々な操作指示を入力させるために用いられる。

なお、記録媒体１０１の一例としては、ＣＤ−ＲＯＭ、ＤＶＤディスク、又はＵＳＢメモリ等の可搬型の記録媒体が挙げられる。また、補助記憶装置１０２の一例としては、ＨＤＤ（Hard Disk Drive）又はフラッシュメモリ等が挙げられる。記録媒体１０１及び補助記憶装置１０２のいずれについても、コンピュータ読み取り可能な記録媒体に相当する。

図２は、本発明の実施の形態における入力支援装置の機能構成例を示す図である。同図において、入力支援装置１０は、編集部１１、変換部１２、及び入力支援部１３等を有する。

編集部１１は、入力装置１０７を介して入力されるユーザの指示に応じて、文書データＤの表示、生成、及び編集等を行う。編集部１１は、例えば、ワープロソフト等がＣＰＵ１０４に実行させる処理によって実現される。

変換部１２は、文書データＤに入力される文字に関して、かな漢字変換を行う。変換部１２は、例えば、ＩＭＥ（Input Method Editor）又はＦＥＰ（Front End Processor）等と呼ばれる、文字入力用ソフトの一例であり、かな漢字変換ソフトがＣＰＵ１０４に実行させる処理によって実現される。

入力支援部１３は、文書データＤへの文字列の入力の支援を行う。入力支援部１３は、読み又は未確定文字列の入力に応じ、入力候補とする文例の一覧を表示する。入力支援部１３は、当該一覧の中から選択された文例を文書データＤに入力（又は展開）する。

同図において、入力支援部１３は、イベント監視部１３１、文例抽出部１３２、辞書更新部１３３、文例検索部１３４、表示順決定部１３５、文例一覧表示部１３６、文例入力部１３７、文例辞書記憶部１４１、及び条件記憶部１４２等を含む。文例辞書記憶部１４１及び条件記憶部１４２は、例えば、補助記憶装置１０２又は入力支援装置１０とネットワークを介して接続される記憶装置等を用いて実現可能である。

文例辞書記憶部１４１は、文例辞書を記憶する。文例辞書とは、文例の読みに対応付けて文例や文例の利用回数等が記録されているデータである。本実施の形態において、文例とは、単語、又は一以上の文節等、文の構成要素となる文字列や、一以上の文の集合を含む文字列等をいう。

イベント監視部１３１は、入力支援装置１０において発生する入力イベントを監視し、文字の入力等を検出する。入力イベントとは、例えば、入力装置１０７を用いてユーザによって入力されるイベントをいう。

文例抽出部１３２は、入力された文字列より文例を抽出する。文例の抽出には、例えば、形態素解析が用いられる。

辞書更新部１３３は、文例辞書の更新を行う。辞書更新部１３３は、例えば、文例辞書に新たな文例を登録したり、入力候補として表示され文例の中から選択された文例の利用回数を更新したりする。利用回数は、文例辞書において、文例ごとに記録されており、文例の表示順の決定に用いられる情報である。辞書更新部１３３は、また、入力候補として表示された文例の中から選択された文例のみならず、文例抽出部１３２によって抽出された文例と一致し、かつ、条件記憶部１４２が記憶する条件に合致する文例に関しても利用回数を更新する。条件記憶部１４２は、文例抽出部１３２によって抽出された文例と一致する文例に関して利用回数を増加させる条件を記憶する。

文例検索部１３４は、文字の入力に応じて、当該文字に対応する文例を文例辞書記憶部１４１より検索する。表示順決定部１３５は、文例検索部１３４によって検索された文例を入力候補として表示する際の表示順序を決定する。文例一覧表示部１３６は、表示順決定部１３５によって決定された表示順序によって、文例検索部１３４によって検索された複数の文例の一覧を、入力候補として表示させる。文例入力部１３７は、表示された文例の一覧の中から選択された文例を、編集部１１によって編集対象とされている文書データＤに入力（展開）する。

以下、入力支援装置１０が実行する処理手順について説明する。図３は、入力支援部が実行する処理手順の一例を説明するためのフローチャートである。

入力支援部１３が、例えば、プロセスとして起動されると、入力支援部１３のイベント監視部１３１は、入力支援装置１０において発生する入力イベントの監視を開始する（Ｓ１０１）。イベント監視部１３１によって何らかの入力イベントが検出されると（Ｓ１０１でＹｅｓ）、入力支援部１３は、入力イベントに応じた処理を実行する。

検出された入力イベントが文字入力イベントである場合（Ｓ１０２でＹｅｓ）、入力支援部１３は、入力された文字列（一つの文字であってもよい。）に基づいて、文例一覧表示処理を実行する（Ｓ１０３）。文例一覧表示処理の実行によって、当該文字列に対応する文例の一覧が、文書データＤへの入力候補として表示装置１０６に表示される。なお、文字入力イベントは、文字の入力に応じて発生するイベントをいう。

検出された入力イベントが文字列確定イベントである場合（Ｓ１０４でＹｅｓ）、イベント監視部１３１は、確定された文字列を、入力文字バッファに記録する（Ｓ１０５）。入力文字バッファは、例えば、メモリ装置１０３において、入力及び確定された文字列を記憶するための記憶領域である。

文字列確定イベントとは、未確定文字列に関して、入力の確定を示すイベントをいい、例えば、未確定文字列が表示されている状態において、リターンキーの押下に応じて発生するイベントをいう。但し、変換部１２の入力モード又は入力文字種が、半角カタカナ又は半角英数等の半角文字の場合、半角文字の入力自体が、文字列確定イベントに相当する。半角文字は、入力された時点で、確定された文字列となるからである。したがって、半角文字の場合、１文字ずつ文字列確定イベントが発生する。未確定文字列とは、入力された文字又は文字列が、変換部１２によって変換対象とされた状態の文字又は文字列であって、かつ、入力が確定されていない文字又は文字列をいう。

なお、文字列確定イベントは、通常、文字入力イベントに続いて検出される。例えば、未確定文字列が入力された場合、文字入力イベントが検出される。当該未確定文字列が確定された場合、文字列確定イベントが検出される。また、半角文字等、当初より確定している文字が入力された場合、文字入力イベントが検出され、引き続いて文字列確定イベントが検出される。

検出された入力イベントが文例選択イベントである場合（Ｓ１０６でＹｅｓ）、文例入力部１３７は、文例入力処理を実行する（Ｓ１０７）。文例入力処理の実行によって、文例一覧表示処理によって表示された文例一覧の中から選択された文例が、文書データＤに入力（展開）される。なお、文例選択イベントは、文例一覧の中から文例が選択された際に発生するイベントをいう。

検出された入力イベントが文字列入力完了イベントである場合（Ｓ１０８でＹｅｓ）、入力支援部１３は、入力文字バッファに記憶された文字列に関して文字列解析処理を実行する（Ｓ１０９）。文字列入力完了イベントとは、所定の単位の文字列の入力の完了を示すイベントをいう。本実施の形態において、文字列入力完了イベントは、改行コードの入力であるとする。すなわち、改行が行われるたびに、文字列入力完了イベントが発生する。

続いて、イベント監視部１３１は、入力文字バッファを初期化する（Ｓ１１０）。すなわち、入力文字バッファが空となる。したがって、改行が行われるたびに、入力文字バッファは空とされる。

検出された入力イベントが終了イベントである場合（Ｓ１１１でＹｅｓ）、入力支援部１３のプロセスは終了する。終了イベントは、入力支援部１３に対する終了指示の入力に応じて発生するイベントである。

入力イベントが上記以外のイベントである場合（Ｓ１１１でＮｏ）、入力支援部１３は、必要に応じて当該イベントに応じた処理を実行する（Ｓ１１２）。

続いて、ステップＳ１０３の詳細について説明する。図４は、文例一覧表示処理の処理手順の一例を説明するためのフローチャートである。

ステップＳ２０１において、文例検索部１３４は、入力された文字列に対応する文例を文例辞書記憶部１４１に記憶されている文例辞書より検索する。

図５は、文例辞書の構成例を示す図である。図５において、文例辞書は、文例ごとに、読み及び利用回数等を含む。

読みは、文例に対する読みである。利用回数は、文例が利用された（入力対象として選択された）回数である。本実施の形態において、利用回数は、文例が利用された累積回数である。但し、過去の所定期間（例えば、過去数日間）において文例が利用された回数であってもよい。

なお、ステップ２０１において、入力された文字列に対応する文例とは、当該文例に対応する読みが入力された文字列に適合する文例、又は入力された文字列が未確定文字列である場合は、当該文例自体が未確定文字列に適合する文例をいう。入力された文字列に適合する読みとは、例えば、入力された文字列を先頭から含む読みをいう。入力された文字列と読みとが完全に一致する場合も含まれるし、読みの先頭の一部分が、入力された文字列に一致する場合も含まれる。また、未確定文字列に適合する文例とは、例えば、未確定文字列を先頭から含む文例をいう。未確定文字列と文例とが完全に一致する場合も含まれるし、文例の先頭の一部分が、未確定文字列に一致する場合も含まれる。

該当する文例が検索された場合（Ｓ２０２でＹｅｓ）、表示順決定部１３５は、検索された各文例の利用回数に基づいて、当該各文例の表示順序を決定する（Ｓ２０３）。例えば、表示順決定部１３５は、利用回数の降順に、検索された文例をソートする。

続いて、文例一覧表示部１３６は、決定された表示順序で、検索された文例の一覧を入力候補として表示装置１０６に表示させる（Ｓ２０４）。

続いて、図３のステップＳ１０７の詳細について説明する。図６は、文例入力処理の処理手順の一例を説明するためのフローチャートである。

ステップＳ３０１において、文例入力部１３７は、入力候補として表示された文例の一覧の中から選択された文例を、編集部１１によって編集対象とされている文書データＤに入力する。続いて、辞書更新部１３３は、選択された文例に関して、文例辞書に記録されている利用回数に１を加算する（Ｓ３０２）。

このように、文例が選択されるたびに当該文例の利用回数が増加する。その結果、利用頻度の高い文例が、入力候補の上位に表示される可能性が高くなる。

続いて、図３のステップＳ１０９の詳細について説明する。図７は、文字列解析処理の一例を説明するためのフローチャートである。なお、図７の処理は、文字列の入力に応じて表示された文例の一覧の中から文例が選択されることなく、文字列の入力が継続され、改行が行われた場合に実行される。

ステップＳ４０１において、文例抽出部１３２は、入力文字バッファに記憶されている文字列に関して形態素解析等の解析を行うことにより、当該文字列より文例を抽出する。

図８は、入力文字バッファに記憶されている文字列の一例を示す図である。入力文字バッファには、改行が行われるまでに、ユーザによって直接入力された文字列が記憶される。ユーザによって直接入力されたとは、文例の選択を経ずに入力されたことをいう。図８に示されるように、本実施の形態では、「お疲れ様です。医療情報処理の山田です。」という文字列が、入力文字バッファに記憶されていることとする。以下、入力文字バッファに記憶された文字列を、「入力文字列」という。

文例抽出部１３２は、入力文字列から抽出された文例を、登録文例バッファに記憶する。登録文例バッファは、例えば、メモリ装置１０３において、抽出された文例を記憶するための記憶領域である。抽出された文例を、以下、「抽出文例」という。

図９は、登録文例バッファにおける抽出文例の記憶例を示す図である。図９において、一行は、一つの文例に対応する。したがって、図９では、９個の文例が抽出された例が示されている。

登録文例バッファでは、各文例について、当該文例に含まれる単語ごとに、品詞が付与されて記憶されている。各単語の品詞は、例えば、入力文字列の形態素解析の過程において特定される。

続いて、辞書更新部１３３は、登録文例バッファにおける文例の有無を判定する（Ｓ４０２）。登録バッファに文例が有る場合（Ｓ４０２でＹｅｓ）、辞書更新部１３３は、一つの文例を処理対象とする（Ｓ４０３）。以下、処理対象とされた文例を、「対象文例」という。

続いて、辞書更新部１３３は、対象文例について、文例辞書に未登録であるか否かを判定する（Ｓ４０４）。対象文例が文例辞書に未登録である場合（Ｓ４０４でＹｅｓ）、辞書更新部１３３は、対象文例とその読みとを文例辞書に登録する（Ｓ４０５）。この際、対象文例の利用回数には、「１」が記録される。

対象文例と一致する文例が文例辞書に既に登録されている場合（Ｓ４０４でＮｏ）、辞書更新部１３３は、対象文例と一致する文例の利用回数に対する加算値（カウントアップ数）の判定処理を実行する（Ｓ４０５）。当該判定処理の詳細については後述される。

加算値の判定処理の結果、加算値が「０」である場合（Ｓ４０７でＮｏ）、辞書更新部１３３は、ステップＳ４０３以降を繰り返す。加算値が「１」以上である場合（Ｓ４０７でＹｅｓ）、辞書更新部１３３は、文例辞書において、対象文例と一致する文例の利用回数に対して、加算値を加算する（Ｓ４０８）。

続いて、ステップＳ４０５の詳細について説明する。図１０は、利用回数の加算値の判定処理の処理手順の一例を説明するためのフローチャートである。なお、図１０の説明における対象文例は、図７のステップＳ４０５の段階における対象文例に一致する。

ステップＳ５０１において、辞書更新部１３３は、登録文例バッファ内において、対象文例と一致する文例の数Ｎ１をカウントする（Ｓ５０２）。例えば、図９に示される登録文例バッファでは、いずれの文例が対象文例であっても、当該対象文例と一致する文例は当該対象文例自身の一つである。したがって、当該登録文例バッファに関しては、いずれの文例が対象文例である場合も、Ｎ１の値は１となる。

なお、例えば、入力文字列が、「医療情報処理の佐藤様、お疲れ様です。医療情報処理の山田です。」であり、対象文例が「医療情報処理」である場合、Ｎ１の値は、２となる。

続いて、辞書更新部１３３は、条件記憶部１４２において、「名詞の連続の全部を構成する文例」が条件として有効か否かを判定する（Ｓ５０２）。

図１１は、条件記憶部の構成例を示す図である。図１１において、条件記憶部１４２は、利用回数の加算対象に該当する条件ごとに、判定の要否が記憶されている。判定の要否は、条件の判定の要否、すなわち、条件の有効性を示す情報である。「○」は、判定が必要であること（有効であること）を示す。「×」は、判定が不要であること（無効であること）を示す。

図１１において、１番目の条件「名詞のみを含む文例」は、一以上の名詞の連続の文例をいう。図９に示される文例のうち、３番目（医療情報処理）、４番目（医療情報）、５番目（情報処理）、６番目（医療）、７番目（情報）、８番目（処理）、及び９番目（山田）の文例が、当該条件に合致する。但し、図１１の例では、当該文例の判定の要否は「×」であるため、本実施の形態においては、当該条件は、判定の対象とされない。

２番目の条件「左右対称の記号で囲まれた文例」は、括弧等、左右対象の記号で囲まれた文例である。左右対称の記号は、二つの文字が対となって機能する記号であるともいえる。

３番目の条件「名詞以外を含む文例」は、名詞の単独又は名詞のみの連続ではない文例である。図９に示される文例のうち、１番目（お疲れ様です。）及び２番目（山田です。）の文例が、当該条件に合致する。

４番目の条件「名詞の連続の全部を構成する文例」は、名詞の連続の開始から終了までの全範囲を構成する文例をいう。例えば、図９において、「医療情報処理」が当該条件に合致する。「医療情報処理」は、「医療情報処理」という名詞の連続の全範囲を構成するからである。一方、「医療情報」、「情報処理」、「医療」、「情報」、及び「処理」は、いずれも、「医療情報処理」という名詞の連続において、その一部しか構成しない。したがって、これらの文例は、当該条件に合致しない。

抽出文例と一致する全ての文例の利用回数を増加させるのではなく、利用回数の加算対象を条件記憶部１４２に記憶された条件に合致する文例に限定することで、利用回数の加算対象を再利用価値の高い文例に限定することができる。ここでいう「再利用価値」とは、文字列の入力負担の軽減に対する寄与度が大きいことをいう。

例えば、「名詞の連続の全部を構成する文例」という条件の設定は、次のような考えに基づく。基本的に、文例は長ければ長い程、再利用価値が高いと考えられる。仮に、「名詞の連続の全部を構成する文例」に含まれる各名詞に関しても、利用回数の加算対象とされると、「名詞の連続の全部を構成する文例」が、入力候補においてなかなか上位に表示されない可能性がある。「名詞の連続の全部を構成する文例」の一部の名詞又は名詞の連続は、他の「名詞の連続の全部を構成する文例」にも含まれる可能性が高く、当該名詞又は名詞の連続と一致する文例の利用回数が増加される機会が多くなると考えられるからである。「名詞の連続の全部を構成する文例」という条件を有効とすることで、上記のような不都合を解消できる可能性が高まり、再利用価値の高い文例が入力候補の上位に表示される可能性を高めることができる。

また、「左右対称の記号で囲まれた文例」を入力候補の中から選択することができれば、左右対称の記号の一方（左側）を入力しただけで、当該記号に囲まれた文字列に加えて他方の記号の入力をも省くことができる。このような観点において、「左右対称の記号で囲まれた文例」を利用回数の加算対象とすることで、再利用価値の高い文例が入力候補の上位に表示される可能性を高めることができる。

「名詞の連続の全部を構成する文例」が条件として有効である場合（Ｓ５０２でＹｅｓ）、対象文例は、辞書更新部１３３は、名詞の連続であるか否かを判定する（Ｓ５０３）。すなわち、対象文例は、２以上の名詞のみを含む文例であるか否かが判定される。なお、ステップＳ５０３〜Ｓ５０６は、対象文例が、「名詞の連続の全部を構成する文例」に該当するか否かを判定する処理である。

対象文例が名詞の連続である場合（Ｓ５０３でＹｅｓ）、辞書更新部１３３は、登録文例バッファ内において、対象文例を一部に含む文例の数Ｎ２をカウントする（Ｓ５０４）。対象文例を一部に含む文例とは、対象文例を含み、かつ、他の一文字以上をも含む文例をいう。例えば、図９に示される登録文例バッファにおいて、３番目の文例「医療情報処理」が対象文例である場合、当該文例を一部に含む文例は無い。したがって、この場合、Ｎ２の値は０となる。一方、４番目の文例「医療情報」が対象文例である場合、３番目の文例「医療情報処理」が、対象文例を含む文例である。したがって、この場合、Ｎ２の値は１となる。

続いて、辞書更新部１３３は、Ｎ１−Ｎ２の演算結果を、加算値とする（Ｓ５０４）。例えば、３番目の文例「医療情報処理」が対象文例である場合、Ｎ１−Ｎ２＝１−０＝１である。一方、４番目の文例「医療情報」が対象文例である場合、Ｎ１−Ｎ２＝１−１＝０である。

続いて、辞書更新部１３３は、加算値が０より大きいか否かを判定する（Ｓ５０６）。すなわち、加算値が０より大きい場合、対象文例は、「名詞の連続の全部を構成する文例」に該当すると判定される。この場合、加算値は、入力文字列における、対象文例の出現回数に相当する。

なお、各抽出文例が「名詞の連続の全部を構成する文例」に該当するか否かは、文例の抽出時（Ｓ４０１）、すなわち、入力文字列に対する形態素解析等の実行時に判定されてもよい。形態素解析の実行時であれば、その解析の過程において、抽出された文例が「名詞の連続の全部を構成する文例」に該当するか否かを容易に判定することができる。この場合、「名詞の連続の全部を構成する文例」に該当すると判定された文例に関しては、例えば、登録文例バッファにおいて、「名詞の連続の全部を構成する文例」に該当することを示すフラグ情報が付与されればよい。図１０の処理において、対象文例に当該フラグ情報が付与されている場合には、ステップＳ５０３〜Ｓ５０６の代わりに、登録文例バッファにおいて対象文例と一致し、かつ、当該フラグ情報が付与されている文例の数を加算値とする処理が実行されればよい。

一方、「名詞の連続の全部を構成する文例」が条件として有効ではない場合（Ｓ５０２でＮｏ）、対象文例が名詞の連続でない場合（Ｓ５０３でＮｏ）、又は対象文例が「名詞の連続の全部を構成する文例」ではない場合（Ｓ５０６でＮｏ）、辞書更新部１３３は、対象文例が他の有効条件に合致するか否かを判定する（Ｓ５０７）。有効条件とは、条件記憶部１４２（図１１）において、「判定の要否」の値が「○」である条件をいう。なお、本実施の形態の条件記憶部１４２において、各条件は、ＯＲ（論理和）の関係である。したがって、条件記憶部１４２に記憶されたいずれか一つの条件に合致するか否かが判定される。但し、各条件の関係が、ＡＮＤ（論理積）の関係となることを前提として、条件記憶部１４２における条件の設定が行われてもよい。

対象文例が、いずれかの有効条件に合致する場合（Ｓ５０７でＹｅｓ）、辞書更新部１３３は、Ｎ１の値を加算値とする（Ｓ５０８）。一方、対象文例が、いずれの有効条件にも合致しない場合（Ｓ５０７でＮｏ）、辞書更新部１３３は、０を加算値とする（Ｓ５０８）。

ステップＳ５０６でＹｅｓ、ステップＳ５０８、又はステップＳ５０９に続いて辞書更新部１３３は、対象文例と同一の文例を、登録文例バッファより削除する（Ｓ５１０）。対象文例と同一の文例が登録文例バッファに複数有る場合、当該同一の文例の出現回数については、既に加算値に含まれている。したがって、当該同一の文例に基づく利用回数の加算の重複を回避するために、ステップＳ５１０が実行される。

図１０の処理の結果、本実施の形態では、図５の文例辞書に登録されている文例のうち、「医療情報処理」という文例の利用回数に１が加算されることになる。仮に、「名詞以外を含む文例」が条件として有効である場合、図５の文例辞書に登録されている文例のうち、「お疲れ様です。」、「山田です。」、「医療情報処理の山田です。」の各文例の利用回数に１が加算される。なお、「医療情報処理の山田です。」については、図９の登録文例バッファには含まれていないが、これは、便宜上省略されたものである。すなわち、図９の登録文例バッファは、必ずしも、図８に示される入力文字列から抽出される全ての文例が列挙されているとは限らない。

なお、図１１の例では、利用回数の加算対象とする条件（すなわち、積極的条件）が条件記憶部１４２に記憶されている例が示されているが、利用回数の加算対象としない条件（すなわち、消極的条件）が条件記憶部１４２に記憶されていてもよい。この場合、消極的条件に合致する文例の加算値は、０とされればよい。

上述したように、本実施の形態によれば、入力候補として表示された文例の中から選択された文例のみならず、文例の選択を経ずに直接入力された（キーボードから打ち込まれた）文字列から抽出された文例と一致する文例についても、利用回数が加算される。したがって、例えば、入力候補として表示されているにも拘わらず、下位に表示されていたため、ユーザが表示されていたことに気付かなかった文字列であって、ユーザが頻繁に入力する文字列と一致する文例を、入力候補の上位に表示させることができる。その結果、ユーザが入力する頻度の高い文例が入力候補の上位に表示される可能性が高くなり、当該入力候補からの文例の選択に関する操作性を向上させることができる。

なお、本実施の形態において、文例抽出部１３２は、抽出部の一例である。辞書更新部１３３は、増加部の一例である。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１０ 入力支援装置
１１ 編集部
１２ 変換部
１３ 入力支援部
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
１０６ 表示装置
１０７ 入力装置
１３１ イベント監視部
１３２ 文例抽出部
１３３ 辞書更新部
１３４ 文例検索部
１３５ 表示順決定部
１３６ 文例一覧表示部
１３７ 文例入力部
１４１ 文例辞書記憶部
１４２ 条件記憶部
Ｂ バス

Claims (8)

1. 読みに対応付けて記憶部が記憶する文例の選択を経ずに入力された文字列から文例を抽出し、
   前記記憶部が記憶する文例のうち、抽出された前記文例と一致する文例について、前記文例の選択に応じて更新され、前記記憶部が文例ごとに記憶する利用回数を、入力された前記文字列内における前記文例の出現回数分に対応付けて増加させる処理を
   コンピュータに実行させる入力支援プログラム。
2. 読みが入力された際に、前記記憶部を参照して、前記読みに対応する文例を前記利用回数が大きいものから順に変換文字列の候補として表示させる
   処理を更にコンピュータに実行させる請求項１記載の入力支援プログラム。
3. 前記利用回数を増加させる処理は、前記記憶部が記憶する文例と一致する文例のうち、条件記憶部が記憶する条件に合致する文例について、前記利用回数を増加させる請求項１又は２記載の入力支援プログラム。
4. 名詞の連続の全部を構成する文例であることを前記条件として含む請求項３記載の入力支援プログラム。
5. 左右対称な記号によって囲まれている文例であることを前記条件として含む請求項３又は４記載の入力支援プログラム。
6. 文字入力に応じて、文例の選択候補からの文例の選択を介さずに、特定の文例が複数入力された場合に、文例の選択に応じて更新され、前記文例の表示順の制御に用いるカウント値を入力された前記特定の文例の数に応じた量で更新する処理、
   をコンピュータに実行させることを特徴とする入力支援プログラム。
7. 読みに対応付けて記憶部が記憶する文例の選択を経ずに入力された文字列から文例を抽出する抽出部と、
   前記記憶部が記憶する文例のうち、抽出された前記文例と一致する文例について、前記文例の選択に応じて更新され、前記記憶部が文例ごとに記憶する利用回数を、入力された前記文字列内における前記文例の出現回数分に対応付けて増加させる増加部とを有する入力支援装置。
8. 読みに対応付けて記憶部が記憶する文例の選択を経ずに入力された文字列から文例を抽出し、
   前記記憶部が記憶する文例のうち、抽出された前記文例と一致する文例について、前記文例の選択に応じて更新され、前記記憶部が文例ごとに記憶する利用回数利用回数を、入力された前記文字列内における前記文例の出現回数分に対応付けて増加させる処理をコンピュータが実行する入力支援方法。

Images