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

Abstract

【課題】文章を入力する際の状況に応じた文例を表示できる入力支援装置を提供する。【解決手段】入力支援装置１００は、第１の画面と特徴が同一又は類似する第２の画面１０に対して文字が入力された場合に、その文字を含む文例とその文例が入力された第１の画面に関する特徴とを関連付けた情報を記憶する記憶部を利用して、第２の画面１０に対する文例を表示する表示部１００Ｇ、を有する。特に、表示部１００Ｇは第２の画面１０に対する文例を第１の画面と特徴が異なり且つ非類似の第３の画面に対する文例より上位に表示する。【選択図】図１

Description

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

ユーザが画面上に文章を入力する際に、文例の一覧を入力候補として表示する入力支援装置が知られている（例えば特許文献１参照）。

特開２０１３−１４９１０７号公報

しかしながら、上述した技術で表示される文例の一覧は文章を入力する際の状況を考慮して表示されるものではない。例えば書類の送付状や医療機関の紹介状といった文書の作成を支援する画面上にユーザが文章を入力する場合には、冒頭が挨拶文で始まることが多いため、挨拶文の文例が入力候補として表示されることが望ましい。

ところが、取引先を入力する画面やカルテの作成を支援する画面上にユーザが文章を入力する場合には、冒頭が挨拶文で始まることが乏しく、挨拶文の文例が入力候補として表示されても使用される可能性は少ない。

そこで、１つの側面では、文章を入力する際の状況に応じた文例を表示できる入力支援装置、入力支援プログラム、及び入力支援方法を提供することを目的とする。

１つの実施態様では、入力支援装置は、第１の画面と特徴が同一又は類似する第２の画面に対して文字が入力された場合に、前記文字を含む文例と前記文例が入力された前記第１の画面に関する特徴とを関連付けた情報を記憶する第１の記憶部を利用して、前記第２の画面に対する前記文例を表示する表示部、を有する入力支援装置である。

１つの実施態様では、入力支援装置は、複数の画面のうち、いずれかの画面への文字の入力を受け付け、複数の画面の特徴情報を、それぞれの画面に対応付けて記憶する記憶部を参照して、前記いずれかの画面に対応付けられた特徴情報を特定すると共に、特定した前記特徴情報に基づき、前記複数の画面のうち、他の画面を選択し、複数の画面に入力された文字列を、それぞれの画面に対応付けて記憶する記憶部を参照して、選択した前記他の画面に対応付けられた文字列を特定すると共に、特定した前記文字列のうち、入力された前記文字を含む文字列を特定し、特定した前記文字列を前記いずれかの画面に候補文字列として選択可能に表示する表示部、を有することを特徴とする入力支援装置である。

１つの実施態様では、入力支援プログラムは、第１の画面と特徴が同一又は類似する第２の画面に対して文字が入力された場合に、前記文字を含む文例と前記文例が入力された前記第１の画面に関する特徴とを関連付けた情報を記憶する記憶部を利用して、前記第２の画面に対する前記文例を表示部に表示する、処理をコンピュータに実行させるための入力支援プログラムである。

１つの実施態様では、入力支援プログラムは、複数の画面のうち、いずれかの画面への文字の入力を受け付け、複数の画面の特徴情報を、それぞれの画面に対応付けて記憶する記憶部を参照して、前記いずれかの画面に対応付けられた特徴情報を特定すると共に、特定した前記特徴情報に基づき、前記複数の画面のうち、他の画面を選択し、複数の画面に入力された文字列を、それぞれの画面に対応付けて記憶する記憶部を参照して、選択した前記他の画面に対応付けられた文字列を特定すると共に、特定した前記文字列のうち、入力された前記文字を含む文字列を特定し、特定した前記文字列を前記いずれかの画面に候補文字列として選択可能に表示する、処理をコンピュータに実行させることを特徴とする入力支援プログラムである。

１つの実施態様では、入力支援方法は、第１の画面と特徴が同一又は類似する第２の画面に対して文字が入力された場合に、前記文字を含む文例と前記文例が入力された前記第１の画面に関する特徴とを関連付けた情報を記憶する記憶部を利用して、前記第２の画面に対する前記文例を表示部に表示する、処理をコンピュータが実行する入力支援方法である。

１つの実施態様では、入力支援方法は、複数の画面のうち、いずれかの画面への文字の入力を受け付け、複数の画面の特徴情報を、それぞれの画面に対応付けて記憶する記憶部を参照して、前記いずれかの画面に対応付けられた特徴情報を特定すると共に、特定した前記特徴情報に基づき、前記複数の画面のうち、他の画面を選択し、複数の画面に入力された文字列を、それぞれの画面に対応付けて記憶する記憶部を参照して、選択した前記他の画面に対応付けられた文字列を特定すると共に、特定した前記文字列のうち、入力された前記文字を含む文字列を特定し、特定した前記文字列を前記いずれかの画面に候補文字列として選択可能に表示する、処理をコンピュータが実行することを特徴とする入力支援方法である。

文章を入力する際の状況に応じた文例を表示することができる。

図１は端末装置の一例である。 図２は端末装置のハードウェア構成の一例である。 図３は端末装置の機能ブロック図の一例である。 図４は文例記憶部の一例である。 図５は特徴記憶部の一例である。 図６は実行ファイルの一覧を示す画面の一例である。 図７は特徴情報の一例を説明するための図である。 図８は特徴情報の他の一例を説明するための図である。 図９は関連記憶部の一例である。 図１０は制御部が実行する処理の一例を示すフローチャートである。 図１１は制御部が実行する処理の他の一例を示すフローチャートである。 図１２は関連テーブルの外部結合の一例を説明するための図である。 図１３は文例の一覧の表示例である。 図１４は制御部が実行する処理の他の一例を示すフローチャートである。

以下、本件を実施するための形態について図面を参照して説明する。

図１は端末装置１００の一例である。入力支援装置としての端末装置１００は入力部１００Ｆと表示部１００Ｇとを備えている。入力部１００Ｆとしては、例えばキーボードやポインティングデバイスなどがある。表示部１００Ｇとしては、例えば液晶ディスプレイがある。尚、図１では、端末装置１００の一例としてPersonal Computer（ＰＣ）が示されているが、端末装置であればＰＣに特に限定されない。例えば、スマートフォンやスマートウォッチといったスマートデバイス、タブレット端末、ヘッドマウントディスプレイといったウェアラブルコンピュータなどが端末装置であってもよい。

表示部１００Ｇは種々の画面を表示する。例えば表示部１００Ｇは文字、文字列、文、文章、文例などを入力するための入力画面１０を表示する。入力画面１０としては、例えば文書の作成を支援する画面（以下、文書作成支援画面という）や特定の業務に特化した画面（以下、業務用画面という）などがある。文書作成支援画面としては、例えば電子メールの作成を支援する画面、論文の作成を支援する画面、書類の送付状や医療機関の紹介状の作成を支援する画面などがある。一方、業務用画面としては、例えば注文する商品を入力する画面、取引先を入力する画面、カルテの作成を支援する画面などがある。

ここで、ユーザが入力部１００Ｆを操作してマウスポインタＰｔを入力画面１０上の入力欄１１に移動させてカーソルＣＳＲを配置し、入力欄１１に対して所定数の文字（例えば２〜３文字）を入力すると、表示部１００Ｇは文例の一覧を含む文例画面２０を表示する。詳細は後述するが、文例画面２０には入力画面１０に関する特徴に応じた文例が現れる。例えば入力画面１０が上述した文書作成支援画面であれば、文例画面２０は挨拶文の文例を上位に配置する。例えば入力画面１０が上述した業務用画面であれば、文例画面２０はその業務で多用される文例を上位に配置する。

ユーザが入力部１００Ｆを操作してマウスポインタＰｔを文例画面２０上に移動させ、文例の一覧の中からいずれかの文例を選択すると、選択された文例は入力欄１１に入力される。尚、文例はマウスポインタＰｔによって選択されてもよいし、キーボードにあるいずれかのキー（例えばＴａｂキー）の押下によって選択されてもよい。

このように、ユーザが入力欄１１に対し所定数の文字を入力すると、入力された文字に基づいて文例が予測され、その文例が文例画面２０上に一覧になって現れる。ユーザがいずれかの文例を選択すれば入力欄１１に選択した文例が入力される。このため、ユーザは残りの文字又は文字列を入力しないで済み、ユーザの操作負担は軽減される。以下、端末装置１００の詳細な構成及び動作について説明する。

次に、図２を参照して、端末装置１００のハードウェア構成について説明する。

図２は端末装置１００のハードウェア構成の一例である。図２に示すように、端末装置１００は、少なくともCentral Processing Unit（ＣＰＵ）１００Ａ、Random Access Memory（ＲＡＭ）１００Ｂ、Read Only Memory（ＲＯＭ）１００Ｃ、及びネットワークＩ／Ｆ（インタフェース）１００Ｄを含んでいる。また、上述したように、端末装置１００は、入力部１００Ｆ及び表示部１００Ｇも含んでいる。

、
さらに、端末装置１００は、必要に応じて、Hard Disk Drive（ＨＤＤ）１００Ｅ、入出力Ｉ／Ｆ１００Ｈ、ドライブ装置１００Ｉ、及び通信回路１００Ｊの少なくとも１つを含んでいてもよい。ＣＰＵ１００Ａ、・・・、通信回路１００Ｊは、内部バス１００Ｋによって互いに接続されている。少なくともＣＰＵ１００ＡとＲＡＭ１００Ｂとが協働することによってコンピュータが実現される。

入出力Ｉ／Ｆ１００Ｈには、半導体メモリ７３０が接続される。半導体メモリ７３０としては、例えばUniversal Serial Bus（ＵＳＢ）メモリやフラッシュメモリなどがある。入出力Ｉ／Ｆ１００Ｈは、半導体メモリ７３０に記憶されたプログラムやデータを読み取る。入出力Ｉ／Ｆ１００Ｈは、例えばＵＳＢポートを備えている。

ドライブ装置１００Ｉには、可搬型記録媒体７４０が挿入される。可搬型記録媒体７４０としては、例えばCompact Disc（ＣＤ）−ＲＯＭ、Digital Versatile Disc（ＤＶＤ）といったリムーバブルディスクがある。ドライブ装置１００Ｉは、可搬型記録媒体７４０に記録されたプログラムやデータを読み込む。

通信回路１００Ｊにはアンテナ１００Ｊ´が接続されている。通信回路１００Ｊに代えて通信機能を実現するＣＰＵが利用されてもよい。ネットワークＩ／Ｆ１００Ｄは、例えばLocal Area Network（ＬＡＮ）ポートを備えている。

上述したＲＡＭ１００Ｂには、ＨＤＤ１００Ｅに記憶されたプログラムがＣＰＵ１００Ａによって格納される。ＲＡＭ１００Ｂには、可搬型記録媒体７４０に記録されたプログラムがＣＰＵ１００Ａによって格納される。格納されたプログラムをＣＰＵ１００Ａが実行することにより、後述する各種の機能が実現され、また、後述する各種の動作が実行される。尚、プログラムは後述するフローチャートに応じたものとすればよい。

次に、図３から図８を参照して、端末装置１００の機能について説明する。

図３は端末装置１００の機能ブロック図の一例である。図４は文例記憶部１１０の一例である。図５は特徴記憶部１２０の一例である。図６は実行ファイルの一覧を示す画面の一例である。図７は特徴情報の一例を説明するための図である。図８は特徴情報の他の一例を説明するための図である。図９は関連記憶部１３０の一例である。

図３に示すように、端末装置１００は、文例記憶部１１０、特徴記憶部１２０、関連記憶部１３０、及び制御部１４０を含んでいる。尚、入力部１００Ｆ及び表示部１００Ｇはハードウェアであるため、破線で示している。文例記憶部１１０、特徴記憶部１２０、及び関連記憶部１３０は例えば上述したＨＤＤ１００Ｅ、半導体メモリ７３０、又は可搬型記録媒体７４０によって実現される。制御部１４０は上述したＣＰＵ１００Ａによって実現される。

文例記憶部１１０は文例情報を記憶する。より詳しくは、図４に示すように、文例記憶部１１０は文例テーブルＴ１により各文例情報を管理する。各文例情報はそれぞれ文例ＩＤと読みと文例と頻度を構成要素として含んでいる。文例ＩＤは文例情報を識別する識別情報である。読みは文例の先頭からの読み仮名を表している。文例は文や有意味な複数の文節を表している。文例は例えば文章の書き方の例又は文章の実例として利用される。頻度はその文例が選択されて入力された頻度を表している。読みと文例が関連付けられているため、例えば読み「はい」が検出されると、その読みに応じた文例「拝啓、・・・」、「肺炎・・・」、及び「排尿・・・」などが予測される。

特徴記憶部１２０は画面特徴情報を記憶する。より詳しくは、図５に示すように、特徴記憶部１２０は特徴テーブルＴ２により各画面特徴情報を管理する。各画面特徴情報はそれぞれ特徴ＩＤと特徴情報を構成要素として含んでいる。特徴ＩＤは画面特徴情報を識別する識別情報である。特徴情報は画面に関する特徴を表している。すなわち、特徴情報はその画面を特徴付ける情報である。特徴情報は、プログラムの名前、ルートウィンドウのクラス名、ルートウィンドウのタイトル、入力ウィンドウのクラス名、入力ウィンドウのルートからの位置、及びＨＴＭＬ表示の場合における入力域の名前とＩＤといった複数の項目を含んでいる。これら複数の項目によって文章を入力する際の状況（シチュエーション）が特徴付けられている。

ここで、プログラムの名前はそのプログラムの開発者が定義したアプリケーションプログラム（以下、アプリという）の名前を表している。開発者は目的に応じた名前をアプリに付与する傾向がある。例えば、図５に示すプログラムの名前「ＥｃａｒＡｐｐ．ｅｘｅ」は、図６に示すように、実行ファイルの一覧を表示する画面などに表示される。

図５に戻り、ルートウィンドウのクラス名はプログラムの開発者が定義した画面の名前を表している。ユーザには視認できないが開発者は目的に応じた名前を付与する傾向がある。例えば図５に示すルートウィンドウのクラス名「ＥＣＡＲＡＰＰＷＩＮＤＯＷ」は、図７に示すように、第２カルテエディタ画面と名づけられた入力画面１２を生成するソースコード内においてウィンドウを生成する関数「ＣｒｅａｔｅＷｉｎｄｏｗ」の引数の１つとして表示される。

図５に戻り、ルートウィンドウのタイトルはユーザに視認可能な画面のタイトルを表している。ルートウィンドウのタイトルでは画面の目的が表示されていることが多い。例えば図５に示すルートウィンドウのタイトル「第２カルテエディタ画面」は、図７に示すように、第２カルテエディタ画面と名づけられた入力画面１２を生成するソースコード内においてウィンドウを生成する関数「ＣｒｅａｔｅＷｉｎｄｏｗ」の引数の１つとして表示される。

図５に戻り、入力ウィンドウのクラス名はカーソルが現在配置されている位置の項目名を表している。ユーザには視認できないが開発者は項目の意味に基づいて項目名を付与する傾向がある。例えば図５に示す入力ウィンドウのクラス名「Ｅｄｉｔ」は、図７に示すように、第２カルテエディタ画面と名づけられた入力画面１２を生成するソースコード内においてウィンドウを生成する関数「ＣｒｅａｔｅＷｉｎｄｏｗ」の引数の１つとして表示される。尚、クラス名「Ｅｄｉｔ」は編集可能な文字列を表示する用途や、編集はできないが、選択やコピーが可能な文字列を表示する用途に使用される。

図５に戻り、入力ウィンドウのルートからの位置はカーソルが現在配置されている位置の項目が入力画面１２内のどの位置に存在するのかを表す値である。定量化すれば入力画面１２内の最初の位置から何番目の位置の項目かで表現される値である。例えば図５に示す入力ウィンドウのルートからの位置「ｈｗｎｄＳｕｂ［３］」は、図７に示すように、入力ウィンドウのルートからの位置「ｈｗｎｄＳｕｂ［０］」が患者名を表す場合、所見の入力欄１３を表す。

図５に戻り、ＨＴＭＬ表示の場合における入力域の名前とＩＤはHyper Text Markup Language（ＨＴＭＬ）で記述されたソースコードにより画面が生成される場合に、その画面内においてカーソルが現在配置されている位置の項目に付加されたタグを表している。例えば図５に示すＨＴＭＬ表示の場合における入力域の名前とＩＤ「ｎａｍｅ＝“ｃｍｔ”，ｉｄ＝“ｉｐｔ０２”」は、図８に示すように、入力画面１４内における概要の入力欄１５に付加されたソースコード内のタグ「ｎａｍｅ＝“ｃｍｔ”」とタグ「ｉｄ＝“ｉｐｔ０２”」を表している。

図３に戻り、関連記憶部１３０は関連情報を記憶する。より詳しくは、図９に示すように、関連記憶部１３０は関連テーブルＴ３により各関連情報を管理する。各関連情報はそれぞれ関連ＩＤと文例ＩＤと特徴ＩＤと使用回数を構成要素として含んでいる。関連ＩＤは関連情報を識別する識別情報である。文例ＩＤと特徴ＩＤは、それぞれ上述したように、文例情報を識別する識別情報と画面特徴情報を識別する識別情報である。文例ＩＤは文例記憶部１１０が記憶する文例ＩＤと関連付けられている。特徴ＩＤは特徴記憶部１２０が記憶する特徴ＩＤと関連付けられている。すなわち、文例ＩＤと特徴ＩＤはリレーショナルデータベースにおけるForeign Key（ＦＫ：外部キー）として使用される。使用回数は関連情報が使用された回数を表している。関連情報により、文例情報と画面特徴情報が関連付けられる。例えば、文例ＩＤ「ＢＵＮ００２」と関連付けられた文例は、特徴ＩＤ「ＴＯＫ００１」と関連付けられた特徴情報と関連付けられている。すなわち、関連情報により特徴ＩＤ「ＴＯＫ００１」で特徴付けられる画面において文例ＩＤ「ＢＵＮ００２」の文例が３回使用されたことを把握することができる。

図３に戻り、制御部１４０は端末装置１００が実行する種々の動作を制御する。例えば、制御部１４０は入力部１００Ｆからの入力に応じて、文例記憶部１１０、特徴記憶部１２０、及び関連記憶部１３０にアクセスして、それぞれに格納された文例情報、特徴情報、関連情報を取得する。制御部１４０は取得した文例情報、特徴情報、関連情報を利用して、入力画面１０に対する文例の一覧を含む文例画面２０を表示部１００Ｇに表示する。これにより、表示部１００Ｇは入力画面１０に対する文例の一覧を文例画面２０上に表示する。

次に、図１０から図１４を参照して、端末装置１００の動作について説明する。

図１０は制御部１４０が実行する処理の一例を示すフローチャートである。図１０では、カーソルＣＳＲが配置された入力欄１１から特徴情報を取得する処理などが示されている。まず、制御部１４０は入力画面１０の入力欄１１（図１参照）に対しカーソルＣＳＲが配置されたことを検出するまで入力画面１０を監視する（ステップＳ１０１：ＮＯ）。制御部１４０は入力欄１１に対しカーソルＣＳＲが配置されたことを検出すると（ステップＳ１０１：ＹＥＳ）、カーソルＣＳＲの位置を特定する（ステップＳ１０２）。より詳しくは、制御部１４０はカーソルＣＳＲが配置された位置の入力欄１１を特定する。

ステップＳ１０２の処理が完了すると、制御部１４０は入力画面１０の特徴情報を取得する（ステップＳ１０３）。例えば、制御部１４０はApplication Programming Interface（ＡＰＩ）を利用して入力画面１０の特徴情報を取得する。制御部１４０は特徴情報を取得すると、その特徴情報に任意の特徴ＩＤ変数を付与し、その特徴情報を保持する（ステップＳ１０４）。すなわち、制御部１４０は、入力画面１０が有するプログラムの名前、・・・、ＨＴＭＬ表示の場合における入力域の名前とＩＤを内部メモリ（例えばＲＡＭなど）に保持する。尚、特徴ＩＤ変数は書換可能である。

ステップＳ１０４の処理が完了すると、制御部１４０は特徴記憶部１２０にアクセスし、自身が保持する特徴情報を利用して特徴テーブルＴ２を検索する（ステップＳ１０５）。ここで、制御部１４０は自身が保持する特徴情報と全て同一になる特徴情報が特徴テーブルＴ２に存在するか否かを判断する（ステップＳ１０６）。また、自身が保持する特徴情報と全て同一になる特徴情報が存在しない場合（ステップＳ１０６：ＮＯ）、制御部１４０は自身が保持する特徴情報と類似する特徴情報が特徴テーブルＴ２に存在するか否かを判断する（ステップＳ１０７）。

具体的には、制御部１４０は特徴情報に含まれる項目の中でルートウィンドウのタイトルだけが異なり残りの項目が同一である場合、自身が保持する特徴情報と類似する特徴情報が存在すると判断する。又は、制御部１４０は特徴情報に含まれる項目の中で入力ウィンドウのルートからの位置だけが異なり残りの項目が同一である場合、自身が保持する特徴情報と類似する特徴情報が存在すると判断する。例えば図７を参照して説明したように、入力画面１２がルートウィンドウのタイトル「第２カルテエディタ画面」を備えており、入力画面１２の特徴情報における残りの項目が図５を参照して説明したルートウィンドウのタイトルを除いた項目と同一である場合、制御部１４０は自身が保持する特徴情報と類似する特徴情報が特徴テーブルＴ２に存在すると判断する。

ここで、自身が保持する特徴情報と全て同一になる特徴情報が存在する場合（ステップＳ１０６：ＹＥＳ）、又は、自身が保持する特徴情報と類似する特徴情報が存在する場合（ステップＳ１０７：ＹＥＳ）、制御部１４０は特徴ＩＤ変数を、検索結果に該当する特徴ＩＤに書き換える（ステップＳ１０８）。例えば図７に示す入力画面１２であれば、図５に示す特徴ＩＤ「ＴＯＫ００１」の特徴情報とルートウィンドウのタイトルだけが異なるため、制御部１４０は特徴ＩＤ変数を特徴ＩＤ「ＴＯＫ００１」に書き換える。

一方、自身が保持する特徴情報と類似する特徴情報が存在しない場合（ステップＳ１０７：ＮＯ）、制御部１４０は特徴ＩＤ変数をクリアする（ステップＳ１０９）。特徴ＩＤ変数がクリアされた特徴情報に対する以後の処理については後述する。ステップＳ１０８又はステップＳ１０９の処理が完了すると、制御部１４０は処理を終了する。

図１１は制御部１４０が実行する処理の他の一例を示すフローチャートである。図１１では、入力欄１１に所定数の文字（例えば２〜３文字）が入力された後、文例の一覧が表示されるまでの処理が示されている。図１２は関連テーブルＴ３の外部結合の一例を説明するための図である。図１３は文例の一覧の表示例である。

まず、図１１に示すように、制御部１４０は入力画面１０の入力欄１１に対して数文字が入力されたことを検出するまで入力欄１１を監視する（ステップＳ２０１：ＮＯ）。制御部１４０は入力欄１１に対し数文字が入力されたことを検出すると（ステップＳ２０１：ＹＥＳ）、特徴ＩＤ変数がクリアされているか否かを判断する（ステップＳ２０２）。すなわち、制御部１４０は入力画面１０を特徴付ける特徴情報と同一又は類似する特徴情報が特徴テーブルＴ２に存在したか否かを判断する。言い換えれば、制御部１４０は入力画面１０の特徴と同一又は類似の特徴を備える画面があるか否かを判断する。

特徴ＩＤ変数がクリアされていない場合（ステップＳ２０２：ＮＯ）、制御部１４０は関連テーブルＴ３の文例ＩＤ及び文例テーブルＴ１の文例ＩＤ、並びに、関連テーブルＴ３の特徴ＩＤ及び自身が保持する特徴ＩＤ変数に基づいて、関連テーブルＴ３を外部結合する（ステップＳ２０３）。すなわち、入力画面１０の特徴と同一又は類似の特徴を備える画面がある場合、制御部１４０は関連テーブルＴ３を外部結合する。具体的には、図９に示す関連テーブルＴ３の文例ＩＤ及び特徴ＩＤの各部分を、図１２（ａ）に示す文例テーブルＴ１における対応する文例情報及び図１２（ｂ）に示す特徴テーブルＴ２における対応する画面特徴情報に置き換える。これにより、図１２（ｃ）に示すように、関連テーブルＴ３から結合後の関連テーブルＴ４が生成される。

ステップＳ２０３の処理が完了すると、次いで、制御部１４０は結合後の関連テーブルＴ４を使用回数の降順で並び替える（ステップＳ２０４）。これにより、図１２（ｄ）に示すように、使用回数が降順に並び替えられた並替後の関連テーブルＴ５が生成される。したがって、文例「肺炎・・・」が最も上位に配置され、その次に、文例「排尿・・・」が配置され、その次に、文例「拝啓・・・」が配置される。

一方、特徴ＩＤ変数がクリアされている場合（ステップＳ２０２：ＹＥＳ）、又は、ステップＳ２０４の処理が完了すると、入力された文字に基づいて、文例テーブルＴ１又は並替後の関連テーブルＴ５のいずれかを検索する（ステップＳ２０５）。具体的には、特徴ＩＤ変数がクリアされている場合、制御部１４０は文例テーブルＴ１を検索する。言い換えれば、入力画面１０の特徴と同一又は類似の特徴を備える画面が存在しない場合、すなわち、入力画面１０と特徴と異なり且つ非類似の画面が存在する場合、制御部１４０は文例テーブルＴ１を検索する。一方、ステップＳ２０４の処理が完了した場合、制御部１４０は並替後の関連テーブルＴ５を検索する。すなわち、入力画面１０の特徴と同一又は類似の特徴を備える画面が存在すれば、制御部１４０は並替後の関連テーブルＴ５を検索する。

ステップＳ２０５の処理が完了すると、制御部１４０は文例の一覧を含む文例画面２０を表示部１００Ｇに表示する（ステップＳ２０６）。したがって、表示部１００Ｇは文例の一覧を含む文例画面２０を表示する。具体的には、図１３（ａ）に示すように、ルートウィンドウのタイトル「紹介状作成画面」を有する入力画面１６における概要の入力欄１７に対し文字「はい」の２文字が入力された場合、特徴情報の項目の中でルートウィンドウのタイトル「紹介状作成画面」だけが異なる特徴情報が存在しなければ、文例テーブルＴ１の文例情報が頻度に従って文例画面２０に表示される。ユーザは文例画面２０に表示された文例の一覧の中からいずれか１つの文例を選択することで、選択された文例が入力欄１７に入力される。

一方、図１３（ｂ）に示すように、ルートウィンドウのタイトル「第２カルテエディタ画面」を有する入力画面１２における所見の入力欄１３に対し文字「はい」の２文字が入力された場合、本実施形態では、特徴情報の項目の中でルートウィンドウのタイトル「第２カルテエディタ画面」だけが異なる特徴情報が特徴テーブルＴ２に存在するため、並替後の関連テーブルＴ５の文例が使用回数に従って文例画面２０に表示される。ユーザは文例画面２０に表示された文例の一覧の中からいずれか１つの文例を選択することで、選択された文例が入力欄１３に入力される。

図１４は制御部１４０が実行する処理の他の一例を示すフローチャートである。図１４では文例が入力された後の処理が示されている。文例の入力は、文例の一覧の中からいずれかの文例が選択されて入力される場合もあるし、文例の一覧の中からいずれの文例も選択されずに、新たな文例が入力される場合もある。

まず、制御部１４０は入力の完了を検出するまで待機する（ステップＳ３０１：ＮＯ）。制御部１４０は入力の完了を検出すると（ステップＳ３０１：ＹＥＳ）、文例テーブルＴ１を検索し（ステップＳ３０２）、入力された文例が登録済みであるか否かを判断する（ステップＳ３０３）。尚、制御部１４０は登録ボタンＢＴ（図１３参照）がマウスポインタＰｔにより押下された場合に、入力の完了を検出する。

ここで、入力された文例が登録済みでない場合（ステップＳ３０３：ＮＯ）、制御部１４０は文例ＩＤを付与した文例を登録する（ステップＳ３０４）。より詳しくは、制御部１４０は新たな文例ＩＤを生成し、生成した文例ＩＤ、読み、入力された文例、及び頻度「１」を含む文例情報を文例テーブルＴ１に登録する。一方、入力された文例が登録済みである場合（ステップＳ３０３：ＹＥＳ）、制御部１４０はその文例を含む文例情報の頻度をインクリメントする（ステップＳ３０５）。

ステップＳ３０４又はステップＳ３０５の処理が完了すると、次いで、制御部１４０は特徴ＩＤ変数がクリアされているか否かを判断する（ステップＳ３０６）。特徴ＩＤ変数がクリアされている場合（ステップＳ３０６：ＹＥＳ）、制御部１４０は特徴ＩＤを付与した特徴情報を登録する（ステップＳ３０７）。より詳しくは、制御部１４０は新たな特徴ＩＤを生成し、生成した特徴ＩＤとその画面を特徴付ける特徴情報を含む画面特徴情報を特徴テーブルＴ２に登録する。一方、特徴ＩＤ変数がクリアされていない場合（ステップＳ３０６：ＮＯ）、ステップＳ３０７の処理をスキップする。

特徴ＩＤ変数がクリアされていない場合、又は、ステップＳ３０７の処理が完了すると、制御部１４０は関連テーブルＴ３を検索する（ステップＳ３０８）。より詳しくは、制御部１４０は入力された文例の文例ＩＤと特徴ＩＤ変数の組み合わせ又は文例ＩＤと生成した特徴ＩＤの組み合わせを利用して関連テーブルＴ３を検索する。

ここで、制御部１４０はこれらの組み合わせを含む関連情報が登録済みであるか否かを判断する（ステップＳ３０９）。関連情報が登録済みでない場合（ステップＳ３０９：ＮＯ）、制御部１４０は関連ＩＤを付与した関連情報を関連テーブルＴ３に登録する（ステップＳ３１０）。より詳しくは、制御部１４０は新たな関連ＩＤを生成し、生成した関連ＩＤと文例ＩＤ及び特徴ＩＤ（若しくは特徴ＩＤ変数）の組み合わせと、使用回数「１」を含む関連情報を関連テーブルＴ３に登録する。一方、関連情報が登録済みである場合（ステップＳ３０９：ＹＥＳ）、その組み合わせを含む関連情報の使用回数をインクリメントする（ステップＳ３１１）。これにより、関連テーブルＴ３に関連情報が追加されたり、関連テーブルＴ３の関連情報が更新されたりする。

以上、本実施形態によれば、端末装置１００は、過去に文例が入力された第１の画面と特徴が同一又は類似する第２の画面に対して文字が入力された場合に、その文字を含む文例とその文例が入力された第１の画面に関する特徴とを関連付けた情報を利用して、第２の画面に対する文例を表示部１００Ｇに表示する制御部を有している。これにより、文章を入力する際の状況に応じた文例を表示することができる。

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

なお、以上の説明に関して更に以下の付記を開示する。
（付記１）第１の画面と特徴が同一又は類似する第２の画面に対して文字が入力された場合に、前記文字を含む文例と前記文例が入力された前記第１の画面に関する特徴とを関連付けた情報を記憶する第１の記憶部を利用して、前記第２の画面に対する前記文例を表示する表示部、を有することを特徴とする入力支援装置。
（付記２）前記表示部は前記第２の画面に対する前記文例を前記第１の画面と特徴が異なり且つ非類似の第３の画面に対する前記文例より上位に表示する、ことを特徴とする付記１に記載の入力支援装置。
（付記３）前記情報はさらに該情報の使用回数を関連付けており、前記表示部は、前記使用回数が所定値以上になる第１の文例を前記所定値未満になる第２の文例より上位に表示する、ことを特徴とする付記１又は２に記載の入力支援装置。
（付記４）前記情報はさらに該情報の使用回数を関連付けており、前記第２の画面に対して前記文例が入力された場合、前記使用回数を増やす制御部を含む、ことを特徴とする付記１から３のいずれか１項に記載の入力支援装置。
（付記５）前記制御部は、前記第２の画面に対して前記文例以外の文字が入力された場合、入力された前記文字を文例として第２の記憶部に登録し、前記第２の記憶部に記憶された文例と前記文例が入力された前記第２の画面に関する特徴とを関連付けた情報を前記第１の記憶部に登録する、ことを特徴とする付記４に記載の入力支援装置。
（付記６）前記制御部は、前記第２の画面に関する特徴を第３の記憶部に登録する、ことを特徴とする付記５に記載の入力支援装置。
（付記７）複数の画面のうち、いずれかの画面への文字の入力を受け付け、複数の画面の特徴情報を、それぞれの画面に対応付けて記憶する記憶部を参照して、前記いずれかの画面に対応付けられた特徴情報を特定すると共に、特定した前記特徴情報に基づき、前記複数の画面のうち、他の画面を選択し、複数の画面に入力された文字列を、それぞれの画面に対応付けて記憶する記憶部を参照して、選択した前記他の画面に対応付けられた文字列を特定すると共に、特定した前記文字列のうち、入力された前記文字を含む文字列を特定し、特定した前記文字列を前記いずれかの画面に候補文字列として選択可能に表示する表示部、を有することを特徴とする入力支援装置。
（付記８）第１の画面と特徴が同一又は類似する第２の画面に対して文字が入力された場合に、前記文字を含む文例と前記文例が入力された前記第１の画面に関する特徴とを関連付けた情報を記憶する記憶部を利用して、前記第２の画面に対する前記文例を表示部に表示する、処理をコンピュータに実行させることを特徴とする入力支援プログラム。
（付記９）前記第２の画面に対する前記文例を前記第１の画面と特徴が異なり且つ非類似の第３の画面に対する前記文例より上位に前記表示部に表示する、ことを特徴とする付記８に記載の入力支援プログラム。
（付記１０）前記情報はさらに該情報の使用回数を関連付けており、前記使用回数が所定値以上になる第１の文例を前記所定値未満になる第２の文例より上位に前記表示部に表示する、ことを特徴とする付記８又は９に記載の入力支援プログラム。
（付記１１）前記情報はさらに該情報の使用回数を関連付けており、前記第２の画面に対して前記文例が入力された場合、前記使用回数を増やす処理を含む、ことを特徴とする付記８から１０のいずれか１項に記載の入力支援プログラム。
（付記１２）前記第２の画面に対して前記文例以外の文字が入力された場合、入力された前記文字を文例として第２の記憶部に登録する処理と、前記第２の記憶部に記憶された文例と前記文例が入力された前記第２の画面に関する特徴とを関連付けた情報を前記第１の記憶部に登録する処理を含む、ことを特徴とする付記１１に記載の入力支援プログラム。
（付記１３）前記第２の画面に関する特徴を第３の記憶部に登録する処理を含む、ことを特徴とする付記１２に記載の入力支援プログラム。
（付記１４）複数の画面のうち、いずれかの画面への文字の入力を受け付け、複数の画面の特徴情報を、それぞれの画面に対応付けて記憶する記憶部を参照して、前記いずれかの画面に対応付けられた特徴情報を特定すると共に、特定した前記特徴情報に基づき、前記複数の画面のうち、他の画面を選択し、複数の画面に入力された文字列を、それぞれの画面に対応付けて記憶する記憶部を参照して、選択した前記他の画面に対応付けられた文字列を特定すると共に、特定した前記文字列のうち、入力された前記文字を含む文字列を特定し、特定した前記文字列を前記いずれかの画面に候補文字列として選択可能に表示する、処理をコンピュータに実行させることを特徴とする入力支援プログラム。
（付記１５）第１の画面と特徴が同一又は類似する第２の画面に対して文字が入力された場合に、前記文字を含む文例と前記文例が入力された前記第１の画面に関する特徴とを関連付けた情報を記憶する記憶部を利用して、前記第２の画面に対する前記文例を表示部に表示する、処理をコンピュータが実行することを特徴とする入力支援方法。
（付記１６）複数の画面のうち、いずれかの画面への文字の入力を受け付け、複数の画面の特徴情報を、それぞれの画面に対応付けて記憶する記憶部を参照して、前記いずれかの画面に対応付けられた特徴情報を特定すると共に、特定した前記特徴情報に基づき、前記複数の画面のうち、他の画面を選択し、複数の画面に入力された文字列を、それぞれの画面に対応付けて記憶する記憶部を参照して、選択した前記他の画面に対応付けられた文字列を特定すると共に、特定した前記文字列のうち、入力された前記文字を含む文字列を特定し、特定した前記文字列を前記いずれかの画面に候補文字列として選択可能に表示する、処理をコンピュータが実行することを特徴とする入力支援方法。

１００ 端末装置
１００Ｆ 入力部
１００Ｇ 表示部
１１０ 文例記憶部
１２０ 特徴記憶部
１３０ 関連記憶部
１４０ 制御部

Claims (11)

1. 第１の画面と特徴が同一又は類似する第２の画面に対して文字が入力された場合に、前記文字を含む文例と前記文例が入力された前記第１の画面に関する特徴とを関連付けた情報を記憶する第１の記憶部を利用して、前記第２の画面に対する前記文例を表示する表示部、
   を有することを特徴とする入力支援装置。
2. 前記表示部は前記第２の画面に対する前記文例を前記第１の画面と特徴が異なり且つ非類似の第３の画面に対する前記文例より上位に表示する、
   ことを特徴とする請求項１に記載の入力支援装置。
3. 前記情報はさらに該情報の使用回数を関連付けており、
   前記表示部は、前記使用回数が所定値以上になる第１の文例を前記所定値未満になる第２の文例より上位に表示する、
   ことを特徴とする請求項１又は２に記載の入力支援装置。
4. 前記情報はさらに該情報の使用回数を関連付けており、
   前記第２の画面に対して前記文例が入力された場合、前記使用回数を増やす制御部を含む、
   ことを特徴とする請求項１から３のいずれか１項に記載の入力支援装置。
5. 前記制御部は、前記第２の画面に対して前記文例以外の文字が入力された場合、入力された前記文字を文例として第２の記憶部に登録し、前記第２の記憶部に記憶された文例と前記文例が入力された前記第２の画面に関する特徴とを関連付けた情報を前記第１の記憶部に登録する、
   ことを特徴とする請求項４に記載の入力支援装置。
6. 前記制御部は、前記第２の画面に関する特徴を第３の記憶部に登録する、
   ことを特徴とする請求項５に記載の入力支援装置。
7. 複数の画面のうち、いずれかの画面への文字の入力を受け付け、複数の画面の特徴情報を、それぞれの画面に対応付けて記憶する記憶部を参照して、前記いずれかの画面に対応付けられた特徴情報を特定すると共に、特定した前記特徴情報に基づき、前記複数の画面のうち、他の画面を選択し、複数の画面に入力された文字列を、それぞれの画面に対応付けて記憶する記憶部を参照して、選択した前記他の画面に対応付けられた文字列を特定すると共に、特定した前記文字列のうち、入力された前記文字を含む文字列を特定し、特定した前記文字列を前記いずれかの画面に候補文字列として選択可能に表示する表示部、
   を有することを特徴とする入力支援装置。
8. 第１の画面と特徴が同一又は類似する第２の画面に対して文字が入力された場合に、前記文字を含む文例と前記文例が入力された前記第１の画面に関する特徴とを関連付けた情報を記憶する記憶部を利用して、前記第２の画面に対する前記文例を表示部に表示する、
   処理をコンピュータに実行させることを特徴とする入力支援プログラム。
9. 複数の画面のうち、いずれかの画面への文字の入力を受け付け、
   複数の画面の特徴情報を、それぞれの画面に対応付けて記憶する記憶部を参照して、前記いずれかの画面に対応付けられた特徴情報を特定すると共に、特定した前記特徴情報に基づき、前記複数の画面のうち、他の画面を選択し、
   複数の画面に入力された文字列を、それぞれの画面に対応付けて記憶する記憶部を参照して、選択した前記他の画面に対応付けられた文字列を特定すると共に、特定した前記文字列のうち、入力された前記文字を含む文字列を特定し、
   特定した前記文字列を前記いずれかの画面に候補文字列として選択可能に表示する、
   処理をコンピュータに実行させることを特徴とする入力支援プログラム。
10. 第１の画面と特徴が同一又は類似する第２の画面に対して文字が入力された場合に、前記文字を含む文例と前記文例が入力された前記第１の画面に関する特徴とを関連付けた情報を記憶する記憶部を利用して、前記第２の画面に対する前記文例を表示部に表示する、
    処理をコンピュータが実行することを特徴とする入力支援方法。
11. 複数の画面のうち、いずれかの画面への文字の入力を受け付け、
    複数の画面の特徴情報を、それぞれの画面に対応付けて記憶する記憶部を参照して、前記いずれかの画面に対応付けられた特徴情報を特定すると共に、特定した前記特徴情報に基づき、前記複数の画面のうち、他の画面を選択し、
    複数の画面に入力された文字列を、それぞれの画面に対応付けて記憶する記憶部を参照して、選択した前記他の画面に対応付けられた文字列を特定すると共に、特定した前記文字列のうち、入力された前記文字を含む文字列を特定し、
    特定した前記文字列を前記いずれかの画面に候補文字列として選択可能に表示する、
    処理をコンピュータが実行することを特徴とする入力支援方法。

Images