コンピュータに、利用者が入力対象としている第一の文書の属性を取得し、前記属性と該属性に関連する第二の文書を記憶する記憶部から、取得した該属性に対応する前記第二の文書を取得し、あらかじめ読み情報と対応付けられて記憶されている文例が、前記第二の文書に含まれるかを判定し、判定の結果に基づいて、前記読み情報に含まれる文字列が、前記利用者により前記第一の文書に対して入力された場合における、該第一の文書とともに表示する前記文例の表示態様を決定する処理を実行させることを特徴とする入力支援プログラム。前記表示態様に基づいて、前記第一の文書の作業領域に前記第一の文例を表示することを特徴とする請求項1記載の入力支援プログラム。前記文例は、利用された頻度に対応付けられて記憶されており、前記決定する処理は、前記判定の結果と前記頻度とに基づいて、前記読み情報に含まれる文字列が、前記利用者により前記第一の文書に対して入力された場合における、該第一の文書とともに表示する前記文例の表示態様を決定する請求項1又は2記載の入力支援プログラム。前記文例は、最後に利用された時期に対応付けられて記憶されており、前記決定する処理は、前記判定の結果と前記時期とに基づいて、前記読み情報に含まれる文字列が、前記利用者により前記第一の文書に対して入力された場合における、該第一の文書とともに表示する前記文例の表示態様を決定する請求項1又は2記載の入力支援プログラム。コンピュータに、利用者が入力対象としている第一の文書の属性を取得し、前記属性と該属性に関連する第二の文書を記憶する記憶部から、取得した該属性に対応する前記第二の文書を取得する取得部と、あらかじめ読み情報と対応付けられて記憶されている文例が、前記第二の文書に含まれるかを判定する判定部と、判定の結果に基づいて、前記読み情報に含まれる文字列が、前記利用者により前記第一の文書に対して入力された場合における、該第一の文書とともに表示する前記文例の表示態様を決定する表示態様決定部とを有する入力支援装置。利用者が入力対象としている第一の文書の属性を取得し、前記属性と該属性に関連する第二の文書を記憶する記憶部から、取得した該属性に対応する前記第二の文書を取得し、あらかじめ読み情報と対応付けられて記憶されている文例が、前記第二の文書に含まれるかを判定し、判定の結果に基づいて、前記読み情報に含まれる文字列が、前記利用者により前記第一の文書に対して入力された場合における、該第一の文書とともに表示する前記文例の表示態様を決定する処理をコンピュータが実行することを特徴とする入力支援方法。しかしながら、同一の読みに適合する変換候補であっても、その優先度は編集対象の文書に応じて異なりうる。換言すれば、全文書の入力に関する頻度は低い変換候補であっても、特定の文書に関しては利用者にとって優先度が高い場合がある。例えば、医療機関においては、患者の診療や治療などに関する情報の管理に電子カルテシステムが用いられている。電子カルテシステムでは、患者ごとに電子カルテと呼ばれる文書が管理され、患者に対して診療等を行った利用者医師、看護師、会計担当者等によって当該患者の電子カルテの入力が行われる。この場合、患者Aの電子カルテに関して使用される文字列と、患者Bの電子カルテに関して使用される文字列との間には、大きな違いが生じうる。患者ごとに病歴や診療歴等が異なるからである。具体的には、肺炎の患者Aの電子カルテの入力中には、はいの入力に応じて肺炎に関連する文字列等が表示されるのが望ましい。一方、肺結核の患者Bの電子カルテの入力中には、はいの入力に応じて肺結核に関する文字列等が表示されるのが望ましい。しかし、特許文献1のように、単に使用頻度に基づいて表示順が決定される場合、肺炎の使用頻度が高ければ、患者Aの電子カルテの際に、はいの入力に応じて、肺結核に関する文字列等が上位に表示されてしまう。その結果、利用者が入力した文字列を探すまでに時間を要してしまうという問題がある。そして、このような問題は、電子カルテに限らず、他の文書の入力に関しても生じうる。本発明は、上記の点に鑑みてなされたものであって、文書の入力操作の負担を軽減することのできる入力支援プログラム、入力支援装置、及び入力支援方法の提供を目的とする。そこで上記課題を解決するため、入力支援プログラムは、コンピュータに、利用者が入力対象としている第一の文書の属性を取得し、前記属性と該属性に関連する第二の文書を記憶する記憶部から、取得した該属性に対応する前記第二の文書を取得し、あらかじめ読み情報と対応付けられて記憶されている文例が、前記第二の文書に含まれるかを判定し、判定の結果に基づいて、前記読み情報に含まれる文字列が、前記利用者により前記第一の文書に対して入力された場合における、該第一の文書とともに表示する前記文例の表示態様を決定する処理を実行させることを特徴とする。文書の入力操作の負担を軽減することができる。以下、図面に基づいて本発明の実施の形態を説明する。図1は、本発明の実施の形態における電子カルテシステムの構成例を示す図である。同図の電子カルテシステム1において、一台以上の電子カルテ端末10と電子カルテサーバ20とは、LANLocalAreaNetwork又はインターネット等のネットワーク30有線又は無線の別は問わない。を介して通信可能に接続されている。電子カルテサーバ20は、電子カルテを管理するコンピュータである。電子カルテとは、患者の診療情報等が記録される文書データである。従って、電子カルテは、患者ごとに管理されている。本実施の形態において、電子カルテは、文書電子文書の一例である。電子カルテ端末10は、電子カルテの入力に利用されるPCPersonalComputer等のコンピュータである。携帯電話、PDAPersonalDigitalAssistance、又はスマートフォン等の携帯型の端末が、電子カルテ端末10として利用されてもよい。本実施の形態において、電子カルテ端末10は、入力支援装置の一例である。図2は、本発明の実施の形態における電子カルテ端末のハードウェア構成例を示す図である。図2の電子カルテ端末10は、それぞれバスBで相互に接続されているドライブ装置100と、補助記憶装置102と、メモリ装置103と、CPU104と、インタフェース装置105と、表示装置106と、入力装置107とを有する。電子カルテ端末10での処理を実現するプログラムは、記録媒体101によって提供される。プログラムを記録した記録媒体101がドライブ装置100にセットされると、プログラムが記録媒体101からドライブ装置100を介して補助記憶装置102にインストールされる。但し、プログラムのインストールは必ずしも記録媒体101より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置102は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。メモリ装置103は、プログラムの起動指示があった場合に、補助記憶装置102からプログラムを読み出して格納する。CPU104は、メモリ装置103に格納されたプログラムに従って電子カルテ端末10に係る機能を実現する。インタフェース装置105は、ネットワークに接続するためのインタフェースとして用いられる。表示装置106はプログラムによるGUIGraphicalUserInterface等を表示する。入力装置107はキーボード及びマウス等であり、様々な操作指示を入力させるために用いられる。なお、記録媒体101の一例としては、CD-ROM、DVDディスク、又はUSBメモリ等の可搬型の記録媒体が挙げられる。また、補助記憶装置102の一例としては、HDDHardDiskDrive又はフラッシュメモリ等が挙げられる。記録媒体101及び補助記憶装置102のいずれについても、コンピュータ読み取り可能な記録媒体に相当する。なお、電子カルテサーバ20も、図2に示されるハードウェアを有していればよい。但し、電子カルテサーバ20は、表示装置106及び入力装置107を有していなくてもよい。図3は、本発明の実施の形態における電子カルテシステムの機能構成例を示す図である。同図において、電子カルテサーバ20は、認証部21、利用者DB22、電子カルテDB23、文例辞書記憶部24、及び通信部25等を有する。認証部21は、電子カルテシステム1の利用者の認証を行う。利用者DB22は、電子カルテシステム1の各利用者の属性情報を、例えば、電子カルテサーバ20の記憶装置を用いて記憶する。属性情報には、例えば、利用者ID利用者識別子及びパスワード等の認証情報も含まれる。認証情報は、認証部21等によって利用される。なお、電子カルテシステム1の利用者とは、例えば、医師、看護師、会計担当者等である。電子カルテDB23は、例えば、電子カルテサーバ20の記憶装置を用いて電子カルテ231を記憶する。各電子カルテ231は、当該電子カルテ231が対応する患者の識別子患者IDに関連付けられて記憶される。各電子カルテ231は、また、当該電子カルテ231の編集記入を行った利用者の利用者IDに関連付けられていてもよい。なお、電子カルテ231が記憶形態は、所定のものに限定されない。電子カルテ231は、例えば、データベースのレコードであってもよいし、文書ファイルであってもよい。文例辞書記憶部24は、例えば、電子カルテサーバ20の補助記憶装置を用いて、利用者ごとに利用者文例辞書241を記憶する。例えば、各利用者文例辞書241は、利用者IDに関連付けられている。利用者文例辞書241とは、文例の読みに対応付けられて文例が記録されているデータである。文例とは、一以上の文の集合である。但し、利用者文例辞書241において、読みに対応付けられるのは、必ずしも文例でなくてもよい。一般的な仮名漢字変換ソフトウェアのように、単語等が、読みに対応付けられていてもよい。通信部25は、電子カルテ端末10等との通信を制御する。電子カルテ端末10は、電子カルテ編集部11、入力支援部12、及び通信部13等を有する。電子カルテ編集部11は、電子カルテ231のブラウザ又はエディタである。電子カルテ編集部11は、利用者によって入力される編集指示に応じ、電子カルテ231の表示及び編集等を行う。なお、本実施の形態において、電子カルテ編集部11は、取得部の一例である。通信部13は、電子カルテサーバ20等との通信を制御する。入力支援部12は、利用者文例辞書241を用いて、利用者による電子カルテ231の入力又は編集の支援を行う。同図において、入力支援部12は、判定部121、出力順決定部122、表示制御部123、入力部124及び利用者文例辞書記憶部125等を有する。利用者文例辞書記憶部125は、電子カルテサーバ20よりダウンロードされた利用者文例辞書241を記憶するための、補助記憶装置102における記憶領域例えば、所定のフォル又はディレクトリである。判定部121は、利用者文例辞書記憶部125に記憶されている利用者文例辞書241に含まれている各文例について、編集対象の電子カルテ231内に一致する文字列が含まれているか否かを判定する。判定部121は、編集対象の電子カルテ231内に一致する文字列が含まれている文例に対して、その旨を示すフラグ情報後述される優先フラグを付与する。出力順決定部122は、電子カルテ231の編集時における読みの入力に応じ、入力候補変換候補として出力させる文例の出力順を決定する。より詳しくは、出力順決定部122は、入力された読み又は未確定文字列に対応する文例に対応付けて利用者文例辞書241が記憶している文例のうち、優先フラグが付与されている文例の出力順を、優先フラグが付与されていない文例よりも上位に決定する。なお、本実施の形態において、出力順決定部122は、表示態様決定部の一例である。表示制御部123は、入力された読みに対応する文例の一覧を、出力順決定部122によって決定された出力順によって表示させる。入力部124は、文例の一覧の中から選択された文例を、電子カルテ231に入力する。なお、電子カルテ編集部11と入力支援部12とは、それぞれ独立した別個のプログラムによって実現されてもよい。例えば、電子カルテ編集部11は、電子カルテ編集プログラムがCPU104に実行させる処理によって実現され、入力支援部12は、入力支援プログラムがCPU104に実行させる処理によって実現されるという具合である。この場合、電子カルテ編集部11と入力支援部12とは、それぞれ独立したプロセスとして起動される。したがって、電子カルテ編集部11と入力支援部12との間では、プロセス間通信等によってコミュニケーションが図られる。以下、電子カルテ端末10等の処理手順について説明する。図4は、電子カルテの編集処理の処理手順の一例を説明するためのフローチャートである。ステップS101において、電子カルテ編集部11は、利用者よりログインを受け付ける。具体的には、電子カルテ編集部11は、ログイン画面を表示装置106に表示させる。電子カルテ編集部11は、ログイン画面を介して、利用者ID及びパスワードの入力を受け付ける。電子カルテ編集部11は、入力された利用者ID及びパスワードを含む認証要求を電子カルテサーバ20の認証部21に送信する。認証部21は、認証要求に含まれている利用者ID及びパスワードを、利用者DB22に登録されている利用者ID及びパスワードと照合して認証処理を行う。認証部21は、認証結果を電子カルテ編集部11に返信する。認証結果が認証の失敗を示す場合、電子カルテ編集部11は、以降の処理を中止させる。認証結果が認証の成功を示す場合、電子カルテサーバは、ログイン画面に入力された利用者IDをログインユーザの利用者ID以下、ログインユーザIDという。としてメモリ装置103に記録して、以降の処理を継続する。続いて、電子カルテ編集部11は、ログインユーザの利用者文例辞書241を電子カルテサーバ20の文例辞書記憶部24より取得ダウンロードするS102。すなわち、文例辞書記憶部24において、ログインユーザIDに一致する利用者IDに関連付けられている利用者文例辞書241が取得される。電子カルテ編集部11は、取得された利用者文例辞書241を、利用者文例辞書記憶部125に記録する。ここで、電子カルテ編集部11は、入力支援部12を利用する認識又は予定している。具体的には、電子カルテ編集部11には、補助記憶装置102における、利用者文例辞書記憶部125の位置フォルダ又はディレクトリ等が予め設定されている。なお、電子カルテ端末10と利用者との関係が一対一である場合、各電子カルテ端末10には、予め、当該電子カルテ端末10の利用者に対応した利用者文例辞書241が記憶されていてもよい。本実施の形態のように、利用者文例辞書241が電子カルテサーバ20よりダウンロードされる形態は、各利用者が複数の電子カルテ端末10を利用する場合に特に有効である。各利用者は、いずれの電子カルテ端末10を利用する場合であっても、自らに対応する利用者文例辞書241を利用することが可能だからである。続いて、電子カルテ編集部11は、患者属性入力画面を表示装置106に表示させるS103。続いて、電子カルテ編集部11は、患者属性入力画面を介して、患者を識別するための患者の属性情報の入力を利用者より受け付けるS104。例えば、患者IDの入力が受け付けられる。入力された患者IDに係る患者を、以下対象患者という。続いて、電子カルテ編集部11は、対象患者の電子カルテ231を電子カルテサーバ20の電子カルテDB23より取得ダウンロードするS105。すなわち、電子カルテDB23において、対象患者の患者IDに関連付けられている電子カルテ231が取得される。電子カルテ編集部11は、取得された電子カルテ231を電子カルテワーク領域に展開記録する。電子カルテワーク領域とは、メモリ装置103又は補助記憶装置102において、編集対象の電子カルテ231を記憶する領域である。図5は、電子カルテワーク領域の構成例を示す図である。同図において、電子カルテワーク領域には、対象患者に関して、診療日ごとに診療情報が記録されている。診療情報は診療録等とも呼ばれる情報であり、電子カルテ231の記載内容である。なお、本実施の形態では、図5に示される全てのレコードが、対象患者に対する一つの電子カルテ231であるとする。続いて、電子カルテ編集部11は、電子カルテ編集画面を表示装置106に表示させるS106。電子カルテ編集画面には、電子カルテワーク領域の内容が、所定のレイアウトで編集可能な状態で表示される。続いて、電子カルテ編集部11は、入力支援部12に初期化処理の実行を要求する。入力支援部12は、電子カルテ編集部11からの要求呼び出しに応じ、初期化処理を実行するS107。続いて、電子カルテ編集部11は、電子カルテ編集画面において、電子カルテ231に対する文字列の入力を受け付けるS108。入力支援部12は、文字列の入力を検知し、文例表示入力処理を実行するS109。文例表示入力処理では、入力された文字列を読みとした場合に、当該読みに対応する文例の一覧以下、文例一覧という。が表示され、当該文例一覧より選択された文例が電子カルテ231に対して入力される。入力された文例は、電子カルテワーク領域に反映される。例えば、電子カルテワーク領域には、当日に対応する新たなレコードが追加され、当該レコードの診療情報に、入力された文例が追加される。ステップS108及びS109は、電子カルテ編集画面に保存指示が入力されるまで繰り返されるS110。保存指示が入力されるとS110でYES、電子カルテ編集部11は、電子カルテ231の保存処理を実行するS111。具体的には、電子カルテ編集部11は、対象患者の患者IDを指定して、電子カルテワーク領域の内容を、電子カルテサーバ20の電子カルテDB23にアップロード転送する。その結果、電子カルテDB23において、対象患者の患者IDに対応する電子カルテ231が、電子カルテワーク領域の内容によって更新される。続いて、電子カルテ編集部11は、電子カルテ編集画面を閉じるS112。すなわち、電子カルテ編集画面が非表示とされる。続いて、電子カルテ編集部11は、入力支援部12に終了化処理の実行を要求する。入力支援部12は、電子カルテ編集部11からの要求呼び出しに応じ、終了化処理を実行するS113。続いて、他の患者に関して電子カルテ231の編集が行われる場合S114でNO、ステップS103以降が繰り返される。一方、ログアウトの指示が入力されるとS114でYES、電子カルテ編集部11は、ログインユーザIDを指定して、利用者文例辞書記憶部125に記録されている利用者文例辞書241を、電子カルテサーバ20の文例辞書記憶部24にアップロード転送する。その結果、文例辞書記憶部24において、当該利用者IDに対応する利用者文例辞書241が更新される。なお、利用者文例辞書241がアップロードされるのは、後述されるように、文例表示入力処理において、利用者文例辞書241の内容が更新されうるからである。続いて、ステップS107の詳細について説明する。図6は、入力支援部の初期化処理の処理手順の一例を説明するためのフローチャートである。ステップS201において、入力支援部12の判定部121は、利用者文例辞書記憶部125に記憶されている利用者辞書より、一つの文例を取得する。図7は、利用者文例辞書の構成例を示す図である。同図において、利用者文例辞書241は、文例ごとに、文例読み、最終利用日、利用頻度、及び優先フラグ等の情報を含む。文例は、電子カルテ231に入力される文又は文の集合である。文例読みは、文例に対する読みである。最終利用日は、文例が最後に利用された入力対象として選択された日時期である。利用頻度は、文例が利用された入力対象として選択された頻度回数である。優先フラグは、文例の出力順において優先対象であるか否かを示すフラグである。図6の処理の実行前において、優先フラグが付与されている文例は無い。なお、本実施の形態において、文例読みは、第一の文字列の一例である。文例は、第二の文字列の一例である。上記したステップS201では、図7に示されるような利用者文例辞書241より、一つの文例が取得される。続いて、判定部121は、文例が取得されたか否かを判定するS202。すなわち、図6の処理に関して未処理の文例が未だ残っているか否かが判定される。文例が取得された場合S202でYES、判定部121は、取得された文例以下、対象文例という。と一致する文字列を、電子カルテワーク領域の全ての診療情報より検索するS203。ここでいう一致は、完全一致である。但し、文例の意味と同じ意味の文又は文の集合が含まれているか否かが判定されてもよい。なお、対象文例と一致する文字列の検索は、診療日が新しい診療情報から順に実行し、いずれかの診療情報において当該一致する文字列が検索された場合、その時点で対象文例に関する検索を終了するとよい。対象文字列と一致する文字列が検索された時点で検索を終了することにより、検索時間を短縮することができる。また、検索された時点の診療日を対象文例に関連付けてメモリ装置103に記録しておき、当該診療日を、後述される、文例の出力順の決定に用いてもよい。当該診療日は、編集対象の電子カルテ231に関して、対象文例が最後に利用された日としての意味を有する。対象文例と一致する文字列が検索された場合S204でYES、判定部121は、対象文例に対して優先フラグを付与するS205。すなわち、利用者文例辞書241において、対象文例に係るレコードの優先フラグに1が記録される。図7の利用者文例辞書241では、1~3行目までのレコードの優先フラグに1が記録されている。これは、当該各レコードの文例と一致する文字列が、対象患者の図5の電子カルテワーク領域のいずれかの診療情報に含まれているからである。つまり、4および5レコード目は、対象患者の過去の診療情報においては、一度も使用したことがない文例であることを意味する。ステップS201~S205は、利用者文例辞書241に含まれている全ての文例について実行される。全ての文例に関して処理が終了するとS202でNO、判定部121は、初期化処理を終了させる。続いて、図4のステップS109の詳細について説明する。図8は、文例表示入力処理の処理手順の一例を説明するためのフローチャートである。ステップS301において、入力支援部12の出力順決定部122は、読み又は未確定文字列に対応する文例を利用者文例辞書記憶部125に記憶されている利用者文例辞書241より抽出する。読み又は未確定文字列に対応する文例とは、当該文例に対応する文例読みが読みに適合する文例、又は当該文例自体が未確定文字列に適合する文例をいう。入力された読みに適合する文例読みとは、例えば、入力された読みを先頭から含む文例読みをいう。入力された読みと文例読みとが完全に一致する場合も含まれるし、文例読みの先頭の一部分が、入力された読みに一致する場合も含まれる。また、未確定文字列に適合する文例とは、例えば、未確定文字列を先頭から含む文例をいう。未確定文字列と文例とが完全に一致する場合も含まれるし、文例の先頭の一部分が、未確定文字列に一致する場合も含まれる。なお、未確定文字列とは、入力された読みが、非図示の仮名漢字変換ソフトウェアによって変換された文字列であって、かつ、入力が確定されていない文字列をいう。したがって、ステップS301における出力順決定部122の処理内容は、例えば、以下の通りである。読みの入力に応じ、出力順決定部122は、読みに適合する文例読みに対応する文例を抽出する。読みが未確定文字列に変換された場合、出力順決定部122は、未確定文字列に適合する文例を抽出する。続いて、出力順決定部122は、抽出された文例群を優先フラグの有無によって二つの集合グループに分類するS302。すなわち、抽出された文例群が、優先フラグが付与されている文例群以下、優先文例群という。と、優先フラグが付与されていない文例群以下、非優先文例群という。との二つのグループに分類される。続いて、出力順決定部122は、優先文例群及び非優先文例群ごとに、利用頻度に関して、文例を降順に整列ソートするS303。すなわち、利用頻度が相対的に高い文例が上位となるようにソートされる。利用頻度が同一の文例同士の間では、最終利用日に関して降順にソートが行われる。すなわち、最終利用日が新しい文例が上位とされる。または、利用頻度が同一の文例同士の間では、文例と一致する文字列が検索された診療情報の診療日に関して降順にソートが行われてもよい。この場合、現在編集対象とされている電子カルテ231により適した順序に文例がソートされる可能性が高くなる。すなわち、利用者文例辞書241における最終利用日は、複数の患者の電子カルテ231に関して文例が最後に利用された日である。それに対し、文例と一致する文字列が検索された診療情報の診療日は、現在編集対象とされている電子カルテ231に関して文例が最後に利用された日だからである。なお、日単位では、最終利用日によってソートしても同順位の文例が発生しうる。したがって、最終利用日の代わりに、最終利用日時が利用者文例辞書241に記録されるようにしてもよい。続いて、出力順決定部122は、文例の出力順を決定するS304。具体的には、出力順決定部122は、優先文例群が非優先文例群より上位となるように各文例の出力順を決定する。したがって、優先文例群の中で最も利用頻度が高い文例が最上位となる。また、非優先文例群の中で利用頻度が最も高い文例は、優先文例群の中で利用頻度が最も低い文例の次の順番となる。続いて、表示制御部123は、出力順決定部122によって決定された出力順によって、文例一覧を表示装置106に表示させるS305。なお、優先フラグや最終利用日や利用頻度に基づいて決定される文例の表示態様は、出力順に限定されない。例えば、優先して表示すると判定した文例は、背景色を強調して表示するなどの表示態様を採用することもできる。図9は、文例一覧の表示例を示す図である。同図は、こうという読みが入力された場合に、図5に示される電子カルテワーク領域及び図7に示される利用者文例辞書241に基づいて表示される文例一覧の例である。なお、同図に示されるように、表示制御部123は、文例一覧を、例えば、電子カルテ編集画面510すなわち、電子カルテの作業領域に重畳させて表示させる。文例一覧が、斯かる態様で表示されることにより、電子カルテの入力負担を更に軽減させることができる。図5の電子カルテワーク領域の診療情報より、対象患者は、甲状腺に関する患者であることが分かる。したがって、利用者がこうと入力した場合、利用者は、甲状腺で始まる文例を入力しようとしている可能性が高いことが推測される。図9に示される文例一覧では、甲状腺に関する文例が上位に表示されている。すなわち、利用者が入力しようとしている可能性が高いと推測される文例が上位に表示されている。続いて、利用者によって、文例一覧の中から一つの文例が選択されるとS306、入力部124は、選択された文例を電子カルテ231に入力するS307。厳密には、選択された文例が、電子カルテワーク領域に反映記録される。その結果、電子カルテ編集画面510の内容が更新される。なお、本実施の形態では、甲状腺に関する文例が選択される可能性が高い。したがって、利用者は、入力したい文例を、文例一覧の中から容易に選択できる可能性が高い。特に、優先文例群内においても、利用頻度によってソートされているため、利用者は、上位に表示されている文例の中から、所望の文例を見つけ出せる可能性が高い。続いて、入力部124は、利用者文例辞書241において、入力された文例に対応する利用頻度の値に1を加算するS308。続いて、入力部124は、利用者文例辞書241において、入力された文例に対応する最終利用日を当日の日付によって更新するS309。続いて、図4のステップS113の詳細について説明する。図10は、入力支援部の終了化処理の処理手順の一例を説明するためのフローチャートである。ステップS401において、判定部121は、利用者文例辞書記憶部125に記憶されている利用者文例辞書241の文例に付与されている全ての優先フラグを除去クリアする。優先フラグは、これまで編集されていた電子カルテ231にとって有効なものであるからである。換言すれば、編集対象とする電子カルテ231が変われば、優先フラグが付与される文例は変化しうるからである。上述したように、本実施の形態によれば、電子カルテ231ごとに、文例一覧入力候補の文例の一覧における文例の出力順を、対象患者の入力操作に対して、当該電子カルテ231に適した順番に変化させることができる。したがって、単に、利用者がこれまでに利用した頻度の全体に基づいて文例の出力順を決定する場合に比べて、電子カルテ231の入力操作の操作負担の更なる軽減を期待することができる。具体的には、ユーザは、表示された文例一覧において、所望の文例を、より上位において見つけることができ、迅速に、当該文例を選択することができる。文例の選択が迅速化されることにより、CPU104の負荷の軽減や、メモリ消費量の削減等も期待することができる。すなわち、入力候補の文例一覧として表示される文例は、読みの入力の進行に応じて、刻々と変化する。具体的には、2文字目が入力された時点では、当該2文字を先頭に含む文例が入力候補とされるが、3文字目が入力された時点では、入力候補は、当該3文字を先頭に含む文例に絞り込まれる。CPU104は、ユーザによる文字列の入力が確定するまでこのような絞り込み処理を繰り返す。本実施の形態によれば、ユーザによって入力される読みの文字数が少ない段階で、所望の文例が上位に表示され、当該文例がユーザによって選択される可能性が高まる。その結果、上記のような絞り込み処理の繰り返しによるCPU104の負荷の増加や、メモリ消費量の増加等を抑制することができる。また、文例の選択が迅速化されることにより、文例一覧の表示時間も短縮化される。その結果、文例一覧の表示に要するCPU104の負荷や、メモリの消費量等を削減することができる。なお、本実施の形態では、利用者文例辞書241は、利用者ごとに別である例を示したが、一つの利用者文例辞書241が複数の利用者によって共用されてもよい。例えば、病院等の医療機関では、診療科に応じて利用される文例が異なることが予想される。したがって、診療科ごとに、一つの利用者文例辞書241が作成されてもよい。この場合、例えば、利用者DB22には、利用者ごとに、当該利用者の診療科が記憶されている。認証部21は、利用者の認証処理によって、利用者が認証された場合、当該利用者の属性情報を電子カルテ編集部11に返信する。電子カルテ編集部11は、当該属性情報に含まれている診療科に対応する利用者文例辞書241をダウンロードする。または、複数の医療機関を跨って、利用者文例辞書241が共用されてもよい。すなわち、電子カルテサーバ20は、複数の医療機関を跨って共用されてもよい。また、入力支援部12を実現するプログラムは、必ずしも、予め電子カルテ端末10にインストールされていなくてもよい。例えば、入力支援プログラムは、Webページの一部に含まれていてもよい。例えば、当該Webページでは、Webサイトにおいて管理されている文書の編集を行うWebページであり、入力支援部12は、当該Webページにおいて編集対象とされている文書に適した文例を提示する。このような形態は、近年における、クラウドコンピューティングに好適である。この場合、利用者文例辞書241は、Webサイトにおいて記憶されていればよく、必ずしもクライアント側にダウンロードされなくてもよい。入力支援部12は、ネットワークを介して利用者文例辞書241にアクセスすればよい。なお、ここでいうWebサイトは、本実施の形態における電子カルテサーバ20の位置付けに相当する。また、クライアント側は、本実施の形態における電子カルテ端末10の位置付けに相当する。本実施の形態においても、利用者文例辞書241は、電子カルテ端末10にダウンロードされなくてもよい。但し、本実施の形態のように、利用者文例辞書241が、電子カルテ端末10にダウンロードされることで、入力支援部12による、利用者文例辞書241へのアクセス速度を向上させることができる。更に、本実施の形態は、電子カルテ231以外の文書に対しても適用可能である。例えば、編集途中の文書ファイルを、本実施の形態の電子カルテ231と同様の位置付けとすることにより、文書ファイルごとに、当該文書ファイルに適した順番で文例を出力することができる。具体的には、入力支援部12は、編集対象として指定された例えば、アプリケーションにおいて開かれた文書ファイルを対象として、利用者文例辞書241に含まれている各文例と一致する文字列を検索する。一致する文字列が検索された文例に対しては、優先フラグが付与され、文例一覧における出力順の決定において優先される。そうすることにより、編集対象の文書ファイルに適した順番で文例を表示させることができる。すなわち、ここでの文書ファイルは、本実施の形態における電子カルテ231に対応する。また、アプリケーションは、本実施の形態の電子カルテ編集部11に対応する。文書ファイルの内容は、所定のものに限定されない。例えば、新聞記事であれば、記事の内容に適した順番で文例が表示される。特許明細書であれば、明細書において記載されている発明に適した順番で文例が表示される。また、編集対象の文書ファイルの内容は、当該文書ファイルの編集を実行するアプリケーションが、入力支援部12に通知してもよいし、入力支援部12が能動的に取得してもよい。前者の場合、例えば、アプリケーションが、編集対象とされた文書ファイルの内容を、入力支援部12にとって都合のよい記憶領域に書き出せば記録すればよい。後者の場合、例えば、入力支援部12は、アクティブ操作対象とされたウィンドウに係るアプリケーションより文書ファイルの内容を取得すればよい。例えば、本実施の形態では、電子カルテワーク領域は、入力支援部12にとって都合の良いフォルダ内の一つのファイルとして記録されてもよい。そうすることにより、入力支援部12の汎用性を向上させることができる。すなわち、入力支援部12は、文書を編集する上位のプログラムがどのようなものであるかを意識することなく、当該文書の入力を支援することができる。なお、他の方法によって入力支援部12が文書ファイルの内容を入手可能としてもよい。すなわち、入力支援部12による、編集対象の文書ファイルの内容を入手方法は、所定のものに限定されない。また、他の文例辞書を参考として、利用者文例辞書241の表示順が決定されてもよい。例えば、ユーザは、文書の編集開始時において、編集する文書に関連の深い文字列を、当該文書の属性として入力する。作成する文書に関連の深い文字列の一例としては、当該文書のジャンル又は主題等が挙げられる。例えば、ユーザが新聞記者でれば、これから文書として入力する記事に関する文字列が入力されてもよい。この場合、例えば、図11に示されるように、新聞の記事のジャンルごとに、文例辞書が作成されていることが考えられる。図11は、ジャンルごとの文例辞書の一例を示す図である。図11では、野球用文例辞書、政治用文例辞書、経済用文例辞書、及び社会用文例辞書等が作成されている例が湿されている。各XXX用文例辞書は、XXXに関連の深い文例ごとに文例読みを含む。例えば、ユーザが、編集する文書の属性として、野球を入力すると、野球用文例辞書を参考として、当該ユーザの利用者文例辞書241の表示順が決定される。すなわち、図6のステップS203では、診療情報の代わりに、野球用文例辞書に含まれている文例が検索対象とされる。具体的には、当該利用者文例辞書241の文例ごとに、当該文例と一致する文例が、野球用文例辞書より検索される。当該文例と一致する文例が検索された場合、当該文例に対して優先フラグが付与される。当該文例と一致する文例が検索されない場合、当該文例に対して優先フラグは付与されない。その他の処理手順は、上述した通りである。その結果、当該利用者文例辞書241において、野球に関連の深い文例が上位に表示されるようになる。その結果、野球の記事に関する文書の編集に関して、作業効率の向上が期待できる。なお、利用者文例辞書241の表示順の参考とする文例は、図11のように、ジャンルや主題別に作成されている文例辞書に限定されない。例えば、ユーザAの利用者文例辞書241を参考として、ユーザBの利用者文例辞書241の表示順が決定されてもよい。以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形変更が可能である。電子カルテにおける入力支援に限られなく、他の入力支援にも適用可能である。例えば、利用者が、あるファイルを開いて更新編集作業を行う場合に、入力支援装置は、利用者文例辞書に登録された文例が、当該ファイルに存在するか否かを判定し、文例の表示態様を決定しても良い。本出願は、2010年10月19日に出願された日本国特許出願第2010-234964号に基づきその優先権を主張するものであり、同日本国特許出願の全内容を参照することにより本願に援用する。