(57)【要約】【課題】 文字列の入力補助機能によりエントリの業務効率を向上する。【解決手段】 画面に表示された互いに対応する入力用の第一のフィールドおよび第二のフィールドに対し、キーまたはカーソルの操作により文字列の入力を行うための情報処理システムであって、前記各フィールドに入力すべき文字列である単語の候補をあらかじめ対応付けて格納するデータベースと、第一のフィールドにおける文字列の入力、または、表示されている入力文字列の上でのカーソルの移動に基づき、現在のカーソルの位置までの入力文字列について前記データベースを検索し、この検索結果の中から当該カーソルの位置における一文字に対応する第二のフィールドの単語の候補を抽出し、抽出した単語の候補を選択可能に画面に表示し、ユーザが選択した単語ごと第二のフィールドの入力文字列を補完または修正する処理装置を有する。【選択図】  図２
2011159079.tif 000002
【特許請求の範囲】
【請求項１】
画面に表示された互いに対応する入力用の第一のフィールドおよび第二のフィールドに対し、キーまたはカーソルの操作により文字列の入力を行うための情報処理システムであって、
前記各フィールドに入力すべき文字列である単語の候補をあらかじめ対応付けて格納するデータベースと、
第一のフィールドにおける文字列の入力、または、表示されている入力文字列の上でのカーソルの移動に基づき、現在のカーソルの位置までの入力文字列について前記データベースを検索し、この検索結果の中から当該カーソルの位置における一文字に対応する第二のフィールドの単語の候補を抽出し、抽出した単語の候補を選択可能に画面に表示し、ユーザが選択した単語ごと第二のフィールドの入力文字列を補完または修正する処理装置を有することを特徴とする情報処理システム。
【請求項２】
前記第一のフィールドは郵便番号であり、前記第二のフィールドは前記郵便番号に対応する住所の文字列である、請求項1に記載の情報処理システム。
【請求項３】
前記第一のフィールドはフリガナであり、前記第二のフィールドは前記フリガナに対応する漢字を含む文字列である、請求項1に記載の情報処理システム。
【請求項４】
ＯＣＲ装置をさらに有し、
前記ＯＣＲ装置による第二のフィールドについての文字認識結果を入力文字列とし、
当該入力文字列における不読または誤読の文字を前記処理装置により補完または修正することを特徴とする、請求項1ないし請求項３に記載の情報処理システム。
【請求項５】
画面に表示された互いに対応する入力用の第一のフィールドおよび第二のフィールドに対し、キーまたはカーソルの操作により文字列の入力を行うためのコンピュータのプログラムであって、
前記各フィールドに入力すべき文字列である単語の候補をあらかじめ対応付けて格納するデータベースを有する情報処理システムにおける前記コンピュータに、
第一のフィールドにおける文字列の入力、または、表示されている入力文字列の上でのカーソルの移動に基づき、現在のカーソルの位置までの入力文字列について前記データベースを検索し、この検索結果の中から当該カーソルの位置における一文字に対応する第二のフィールドの単語の候補を抽出し、抽出した単語の候補を選択可能に画面に表示し、ユーザが選択した単語ごと第二のフィールドの入力文字列を補完または修正する手順を実行させるためのプログラム。
【請求項６】
画面に表示された互いに対応する入力用の第一のフィールドおよび第二のフィールドに対し、キーまたはカーソルの操作により文字列の入力を行うためのコンピュータのプログラムによる情報処理方法であって、
前記各フィールドに入力すべき文字列である単語の候補をあらかじめ対応付けて格納するデータベースを有する情報処理システムにおける前記コンピュータに、
第一のフィールドにおける文字列の入力、または、表示されている入力文字列の上でのカーソルの移動に基づき、現在のカーソルの位置までの入力文字列について前記データベースを検索し、この検索結果の中から当該カーソルの位置における一文字に対応する第二のフィールドの単語の候補を抽出し、抽出した単語の候補を選択可能に画面に表示し、ユーザが選択した単語ごと第二のフィールドの入力文字列を補完または修正する手順を実行させるためのプログラムによる情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、プログラムおよび情報処理方法に係り、例えば、文字列の入力補助機能を有する情報処理システム、プログラムおよび情報処理方法に関する。
【背景技術】
【０００２】
金融機関等においては、紙面帳票等に記入されている内容を電子化するシステムが構築されている。紙面帳票の漢字欄など（例えば、氏名や住所の欄）に手書きで記入されている文字は、ＯＣＲ（ＯＣＲ：Optical Character Recognition）を用いてイメージ（画像）を読み取り、文字として認識され、電子データ化されている。
【０００３】
このようなシステムにおいて、エントリ担当者（以下「ユーザ」という。）による「エントリ業務」が行われている。帳票に記入された文字のイメージと、ＯＣＲによる認識結果である文字とが画面に表示される（後者の表示は「プレ表示」などと呼ばれる）。両者の文字について、ユーザが目視により一致・不一致を判断する。
【０００４】
ユーザは、帳票記入文字のイメージとプレ表示文字とが一致していると判断した場合は、Ｅｎｔｅｒキーを押下して決定する。ユーザは、不一致と判断した場合は、入力用の欄（フィールド）において、不一致の文字をプレ表示された文字列の中から削除するか、または、その不一致文字を含むプレ表示の文字列全体を削除するとともに、文字のイメージを目視して判断した本来の文字を自ら入力する。そして、Ｅｎｔｅｒキーを押下して決定する。このいずれかにより、一つの帳票についてのエントリ業務が終了する。
【０００５】
従来、このようなエントリ業務の効率の向上手段としては、以下のような方式が用いられていた（例えば、特許文献１参照。）。
【０００６】
（１）ＯＣＲなどで読み取ったデータをデフォルト表示（プレ表示）し、誤読やリジェクト文字（不読文字）のみをユーザが修正する。
【０００７】
（２）データベースから郵便番号検索を行い、住所の漢字入力欄への引き込みを行う。
【０００８】
（３）氏名や住所などのように漢字欄とフリガナ欄とがある場合は、漢字欄に対してユーザがキーボードで入力した内容を、フリガナ欄にも表示する。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開１１−１６７６０３号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、上記した技術では、ＯＣＲによる誤読または不読をユーザが見落とす場合がある。
【００１１】
また、郵便番号により住所の引き込みを行った場合に、同じ郵便番号でも"市"と"郡"など一部名称の修正が必要となるときがある。そのときは、引き込んだ住所を全て削除するか、該当箇所まで削除を行い、打ち直しを行わなければならない。また、見落とす可能性も高く、確認に時間がかかった。
【００１２】
また、漢字を入力するため音読み入力などを行うと、フリガナ欄に意図しないフリガナが表示されてしまう場合がある。
【００１３】
そこで、上記課題を解決するために、文字列の入力補助機能によりエントリの業務効率を向上することができる情報処理システム、プログラムおよび情報処理方法を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記目的を達成するために、本発明による情報処理システムは、画面に表示された互いに対応する入力用の第一のフィールドおよび第二のフィールドに対し、キーまたはカーソルの操作により文字列の入力を行うための情報処理システムであって、前記各フィールドに入力すべき文字列である単語の候補をあらかじめ対応付けて格納するデータベースと、第一のフィールドにおける文字列の入力、または、表示されている入力文字列の上でのカーソルの移動に基づき、現在のカーソルの位置までの入力文字列について前記データベースを検索し、この検索結果の中から当該カーソルの位置における一文字に対応する第二のフィールドの単語の候補を抽出し、抽出した単語の候補を選択可能に画面に表示し、ユーザが選択した単語ごと第二のフィールドの入力文字列を補完または修正する処理装置を有することを特徴とする。
【００１５】
また、本発明によるプログラムは、画面に表示された互いに対応する入力用の第一のフィールドおよび第二のフィールドに対し、キーまたはカーソルの操作により文字列の入力を行うためのコンピュータのプログラムであって、前記各フィールドに入力すべき文字列である単語の候補をあらかじめ対応付けて格納するデータベースを有する情報処理システムにおける前記コンピュータに、第一のフィールドにおける文字列の入力、または、表示されている入力文字列の上でのカーソルの移動に基づき、現在のカーソルの位置までの入力文字列について前記データベースを検索し、この検索結果の中から当該カーソルの位置における一文字に対応する第二のフィールドの単語の候補を抽出し、抽出した単語の候補を選択可能に画面に表示し、ユーザが選択した単語ごと第二のフィールドの入力文字列を補完または修正する手順を実行させることを特徴とする。
【００１６】
また、本発明による情報処理方法は、画面に表示された互いに対応する入力用の第一のフィールドおよび第二のフィールドに対し、キーまたはカーソルの操作により文字列の入力を行うためのコンピュータのプログラムによる情報処理方法であって、前記各フィールドに入力すべき文字列である単語の候補をあらかじめ対応付けて格納するデータベースを有する情報処理システムにおける前記コンピュータに、第一のフィールドにおける文字列の入力、または、表示されている入力文字列の上でのカーソルの移動に基づき、現在のカーソルの位置までの入力文字列について前記データベースを検索し、この検索結果の中から当該カーソルの位置における一文字に対応する第二のフィールドの単語の候補を抽出し、抽出した単語の候補を選択可能に画面に表示し、ユーザが選択した単語ごと第二のフィールドの入力文字列を補完または修正する手順を実行させることを特徴とする。
【発明の効果】
【００１７】
文字列の入力補助機能によりエントリの業務効率を向上することができる。
【図面の簡単な説明】
【００１８】
【図１】本実施形態に係るＷｅｂエントリシステムの全体構成図。
【図２】本実施形態のＷｅｂエントリシステムに係る処理の手順を示すフローチャート。
【図３】住所の入力補助の処理のフローチャート。
【図４】郵便番号データベース１０３ａのデータの構成図。
【図５】カーソル位置について候補文字が表示されているエントリ画面の画像図。
【図６】図５の各フィールドに引き込み表示されたエントリ画面の画像図。
【図７】金融機関コードデータベース１０３ｂのデータの構成図。
【図８】金融機関コードの入力補助の処理のフローチャート。
【図９】不読文字について候補文字が表示されているエントリ画面の画像図。
【図１０】図９の各フィールドに引き込み表示されたエントリ画面の画像図。
【発明を実施するための形態】
【００１９】
以下、本実施形態にかかる各実施例について、図面を参照して説明する。
【実施例１】
【００２０】
図１は、本実施形態に係るＷｅｂエントリシステムの全体構成図である。
【００２１】
Ｗｅｂエントリシステム１００は、Ｗｅｂ上でエントリ業務を支援するための情報処理システムであり、エントリ端末装置１０１、エントリサーバ装置１０２、各種データベース１０３、およびスキャナ装置１０４等から構成される。
【００２２】
エントリ端末装置１０１は、ユーザがエントリ業務において使用するためのコンピュータである。コンピュータは、ＣＰＵ（中央処理装置）、メモリ、キーボードやテンキー等の入力装置、エントリ画面を表示するための出力装置であるディスプレイ装置等を備える。
【００２３】
このエントリ端末装置１０１を用いてエントリ業務を行うユーザは、Ｗｅｂブラウザによるエントリ画面を見ながら、上記した入力装置を用いて、キータッチ、カーソルの移動、ポップアップで表示された候補からの選択等の操作によって文字列の入力を行う。
【００２４】
エントリサーバ装置１０２は、Ｗｅｂエントリシステム１００におけるＷｅｂサーバとして機能するコンピュータであり、エントリ端末装置１０１と社内ＬＡＮ等を経由して接続されている。
【００２５】
すなわち、エントリ端末装置１０１は、表示すべきエントリ画面の内容を、エントリサーバ装置１０２からの情報を受信することにより、Ｗｅｂブラウザにより表示する。具体的には、事前にスキャナ装置１０４により読み込まれた帳票のイメージ、ユーザが文字列をエントリするための入力欄である各種フィールド等が画面に表示されるものとする。そして、エントリ端末装置１０１のエントリ画面におけるフィールドにおいてユーザにより入力された情報は、エントリサーバ装置１０２に送信されて処理される。
【００２６】
このように構成されるＷｅｂエントリシステム１００のエントリ端末装置１０１またはエントリサーバ装置１０２において、文字列の入力補助機能を実現させるため、各種の処理手順を実行させるためプログラムが、対応する各装置のメモリに記憶され、各装置のＣＰＵにそれらのプログラムが読み込まれて実行される。
【００２７】
各種データベース１０３は、各フィールドに入力すべき文字列である単語の候補をあらかじめ対応付けて検索可能に記憶装置に格納されたものである。例えば、郵便番号データベース１０３ａ、金融機関コードデータベース１０３ｂ、金融機関支店コードデータベース（図示せず）等である。これらはエントリサーバ装置１０２と接続されており、エントリサーバ装置１０２が、必要な各種データを検索・抽出することができるようになっている。
【００２８】
実施例１では、Ｗｅｂエントリシステム１００におけるデータベース１０３として郵便番号データベース１０３ａを用いた場合について説明する。
【００２９】
スキャナ装置１０４は、エントリ処理の事前に、対象となる帳票（住所等の文字が記入されているもの）を読み込んで、電子化された画像を取得する。その画像について、スキャナ装置１０４に接続されたエントリサーバ装置１０２は、ＯＣＲ機能による文字認識処理の結果を取得する。
【００３０】
図２は、本実施形態のＷｅｂエントリシステムに係る処理の手順を示すフローチャートである。
【００３１】
ユーザは、エントリを開始する（Ｓ２０１）。ここでは、住所についてのエントリ業務を例として説明する。
【００３２】
住所についてのＯＣＲによる文字認識結果が、エントリ端末装置１０１のエントリ画面の各該当フィールドにプレ表示される（Ｓ２０２）。または、住所についてのＯＣＲの文字認識結果が利用できない（不読などの）ために、郵便番号を住所コードとして住所の"引き込み"処理を行い、その引き込み結果である文字をプレ表示してもよい。
【００３３】
なお、郵便番号の入力についても、ＯＣＲの文字認識結果を利用してもよいし、ユーザのキータッチによるものであってもよい。
【００３４】
ユーザは、プレ表示文字と、実際の帳票記入内容（すなわち帳票のイメージとしてエントリ画面上に表示されたもの）とが一致しているか異なるかを、目視により判断する（Ｓ２０３）。
【００３５】
プレ表示文字が帳票記入内容と一致していると判断した場合は（Ｓ２０３：ＹＥＳ）、ユーザはＥｎｔｅｒキーを押下して決定をすると（Ｓ２０４）、ただちにエントリは終了となる（Ｓ２０８）。
【００３６】
一方、ＯＣＲによる文字認識の誤読のため、
プレ表示文字が帳票記入内容と異なっていると判断した場合は（Ｓ２０３：ＮＯ）、ユーザによる修正が必要となる。
【００３７】
そこで、ユーザがフィールド内でカーソルを移動すると、一文字ずつ単語毎に候補がポップアップで表示される（Ｓ２０５）。すなわち、ＯＣＲ結果と、候補文字の組合せとをユーザが選択可能にする。候補文字とは、住所コードから検索した結果を、候補として選択可能にするようにした単語のことである。
【００３８】
ユーザは、そのポップアップで表示された候補から選択をする（Ｓ２０６）。つまり、ユーザによる住所の入力及び修正を補助するために、プレ表示されている結果に対し、フィールドの途中でも単語毎に候補を表示することにより、ユーザのキータッチ回数を削減することができる。
【００３９】
なお、ポップアップで表示された候補の選択のみによらずに、従来のように、キーボードにより、修正すべき該当文字まで削除又は該当フィールドを削除し、正しい文字をユーザが自分で入力するとなると、これら削除や入力の分キータッチが増えることになる。
【００４０】
最終的に、必要な修正がすべて終了したら、ユーザはＥｎｔｅｒキーを押下して決定をすると（Ｓ２０７）、エントリは終了となる（Ｓ２０８）。
【００４１】
図３は、住所の入力補助の処理のフローチャートである。この処理は、図２のＳ２０２における郵便番号からの引き込み処理、または、Ｓ２０５における候補の表示処理に適用することができる。
【００４２】
開始時において、郵便番号のフィールドの内容は空であり、カーソルは該当フィールドの先頭におく。具体的には、エントリ画面に表示された７桁の郵便番号に関し、上３桁のフィールドである「郵便番号１」の１桁目にカーソルをおくものとする。
【００４３】
このフィールド上の位置から、文字列としての数字データの入力が行われる（Ｓ３０１）。この数字データの入力は、ユーザのキータッチによる入力であるが、ＯＣＲ機能による文字認識結果を利用するものであっても構わない。
【００４４】
この入力された数字データに基づいて、エントリサーバ装置１０２の方で、郵便番号データベース１０３ａにおいて該当する住所データを抽出（絞り込み）を行う（Ｓ３０２）。
【００４５】
図４は、郵便番号データベース１０３ａのデータの構成図である。郵便番号データベース１０３ａには、７桁の郵便番号毎に、郵便番号ＩＤ、郵便番号１（上３桁）、郵便番号２（下４桁）、ならびに、この郵便番号に対応する住所として、都道府県、市区町村、および町域からなる各項目と、その項目ごとに漢字およびフリガナの項目が関連付けられている。郵便番号の各項目には数字が、住所の各項目には文字列が、データとして格納されている。
【００４６】
ここで、都道府県、市区町村、および町域といった各項目が、本実施例での「単語」である。なお、図４において示されている個々のデータの内容は、説明の便宜として例示しているものであって、現実の事実等を示すためのものではない。
【００４７】
図３のＳ３０２において、例えば、郵便番号１のフィールドに対して「１２３」という３桁の数字が入力された場合は、図４で示した郵便番号データベース１０３ａのデータテーブルから該当するデータについて、郵便番号１のフィールドをキーとして検索すると、郵便番号ＩＤがＴ０００１からＴ００２１までのデータが該当することになる。なお、該当する住所データがない場合は、何も抽出されない。
【００４８】
次に、すべての抽出データで、同一内容の範囲があるか否かを判定する（Ｓ３０３）。この判定の処理は、エントリサーバ装置１０２において行ってもよいし、抽出データをすべてエントリ端末装置１０１に送信したならば、エントリ端末装置１０１において行っても構わない。
【００４９】
図４に示した具体例では、都道府県（漢字）および市区町村（漢字）が、すべての抽出データ（Ｔ０００１からＴ００２１まで）で「東京都」「足立区」として同一となっている。また、都道府県（フリガナ）および市区町村（フリガナ）についても「トウキョウト」「アダチク」であり同一内容である。そして、その次のデータ項目である町域（漢字およびフリガナ）の範囲については、すべての内容が同一ではないため、未確定範囲とする。
【００５０】
このように、同一内容の範囲がある場合は（Ｓ３０３：ＹＥＳ）、その該当範囲の内容を、エントリ画面の「住所」のフィールドへ引き込み表示する（Ｓ３０４）。そして、未確定範囲の単語の候補をポップアップで表示する（Ｓ３０５）。
【００５１】
一方、Ｓ３０３において、すべての抽出データで同一内容の範囲がない場合は（Ｓ３０３：ＮＯ）、すぐに、未確定範囲の単語の候補をポップアップで表示する（Ｓ３０５）。
【００５２】
そして、フィールドのカーソルのカレント位置からキーボードによる
入力がない場合は（Ｓ３０６：ＮＯ）、ポップアップ内の項目が選択可能となり、ユーザが該当項目を選択する（Ｓ３０７）。
【００５３】
図５は、カーソル位置について候補文字が表示されているエントリ画面の画像図である。エントリ画面には、上3桁および下4桁からなる郵便番号のフィールド、住所（フリガナ）のフィールド、ならびに住所（漢字）のフィールドがあり、これらは相互に対応するものである。
【００５４】
このエントリ画面において、郵便番号１のフィールドは郵便番号として「１２３」という数字が入力されており（図３のＳ３０１）、この入力された郵便番号１に該当する住所データが抽出され（Ｓ３０２）、同一内容に絞り込まれた結果として（Ｓ３０３：ＹＥＳ）、住所（漢字）のフィールドについては「東京都足立区」までが、住所（フリガナ）のフィールドについては「トウキョウトアダチク」までが、該当データとして確定し、それぞれ引き込み表示されている（Ｓ３０４）。
【００５５】
そして、これらに続く住所の"単語"が未確定範囲であるので、その候補の内容がポップアップで表示されている（Ｓ３０５）。図5に示す例では、表示項目は、郵便番号２、町域の漢字およびそのフリガナとしている。
【００５６】
なお、図４においては郵便番号ＩＤがＴ０００１からＴ００２１まですべてのデータが未確定範囲における候補の対象であるが、ポップアップでの表示の便宜のため、上から５つの候補（図４の郵便番号ＩＤがＴ０００１からＴ０００５までのもの、すなわち「０８５１／梅田／ウメダ」から「０８４２／栗原／クリハラ」まで）のみを表示し、それ以降の候補は「・・・」により表示を省略している。
【００５７】
ここで、カーソルが郵便番号２のフィールドの先頭（すなわち、郵便番号1のフィールドの直後）に表示されている。そのカーソルの位置から、キーボードまたはテンキー等により入力がある場合は（図２のＳ３０６：ＹＥＳ）、郵便番号データベース１０３ａ内の郵便番号２について、ユーザにより入力された数字で絞込み（すなわち、該当する住所の単語の抽出）を行い、その候補文字をポップアップで表示し、ユーザによる絞込みが行われる（Ｓ３０２の処理から繰り返し）。
【００５８】
または、郵便番号（１または２）のフィールドにおいて表示されている入力文字列の上で、ユーザが、矢印キーなどによりカーソルのカレント（現在の位置）を、左方向へ、または、その後右方向へ移動するとする（Ｓ３０６：ＹＥＳによりＳ３０２の処理から繰り返し）。その場合は、移動された一文字ずつ、現在のカーソルの位置までの入力文字列である郵便番号に基づいて、郵便番号データベース１０３ａを検索し（Ｓ３０２）、この検索結果の中からカレントの一文字に対応する住所欄の単語の候補を抽出し（Ｓ３０３）、抽出した住所の単語ごとに候補文字が再度ポップアップで表示され（Ｓ３０４）、再度、選択可能となる（Ｓ３０７）。
【００５９】
ここでユーザが選択した単語ごと、住所（漢字およびフリガナ）の各フィールドにおける該当位置から入力文字列として表示（上書き）することにより（Ｓ３０８）、単語ごと該当文字列が修正される。
【００６０】
ここまでの一連の処理が、図２のＳ２０５の処理の詳細である。
【００６１】
つまり、ユーザによる住所の入力及び修正を補助するために、プレ表示されている結果に対し、フィールドの途中でも単語毎に候補を表示することにより、ユーザのキータッチ回数を削減することができる。
【００６２】
一方、フィールドのカーソルに入力がない場合は（Ｓ３０６：ＮＯ）、ポップアップ内の候補が選択可能となり、ポップアップされた候補をユーザが選択する（Ｓ３０７）。
【００６３】
図５においては、ポップアップの表示の中で「０８４４／興野／オキノ」という候補が仮選択（強調表示）されていることを示している。
【００６４】
そして、選択された結果の内容を、それぞれ対応する各フィールドにＳ３０５で表示した文字に続けて引き込み表示する（Ｓ３０８）。すなわち、単語ごとに入力文字列を補完する。
【００６５】
図６は、図５の各フィールドに引き込み表示されたエントリ画面の画像図である。このエントリ画面は、図５におけるポップアップで仮選択されていた「０８４４／興野／オキノ」という候補をユーザが選択したことにより（図３のＳ３０７）、郵便番号２のフィールドには「０８４４」が、住所（漢字）のフィールドのカーソルの旧位置以降に「興野」が、住所（フリガナ）のフィールドのカーソルの旧位置以降に「オキノ」が、それぞれ引き込み表示されたことを示している（図３のＳ３０８）。
【００６６】
なお、図６の例では、上記引き込み処理を終了した後、住所（漢字）のフィールドの最終文字の後ろにフォーカスが移動し、このカーソルの位置からさらに住所（漢字）の続きが入力可能になることとしている。
【００６７】
以上説明したように、実施例１によれば、ユーザによる住所の入力及び修正を補助するために、プレ表示されている結果に対し、フィールドの途中でも単語毎に候補を表示する。よって、修正すべき単語についてすべての文字を削除のうえ再入力しなくとも、ポップアップから選択するという簡単な操作によって、プレ表示の単語ごとの修正が可能となる。したがって、ユーザのキータッチ回数を大幅に削減することができ、業務の効率が向上する。
【実施例２】
【００６８】
実施例２では、Ｗｅｂエントリシステム１００におけるデータベース１０３として金融機関コードデータベース１０３ｂを用いた場合について説明する。
【００６９】
図７は、金融機関コードデータベース１０３ｂのデータの構成図である。金融機関コードデータベース１０３ｂには、金融機関毎に、金融機関ＩＤ、金融機関コード、金融機関名称（漢字）、金融機関名称（フリガナ１、フリガナ２）といった各項目が関連付けられている。金融機関コードには数字が、金融機関名称の各項目には文字列のデータが格納されている。
【００７０】
ここで、金融機関名称の各項目が、本実施例での「単語」である。なお、図７において示されている個々のデータの内容は、説明の便宜として例示しているものであって、現実の事実等を示すためのものではない。
【００７１】
図８は、金融機関コードの入力補助の処理のフローチャートである。この処理は、図２のＳ２０２におけるＯＣＲ結果からの引き込み処理、または、Ｓ２０５における候補の表示処理に適用することができる。
【００７２】
金融機関名称について、ＯＣＲの認識結果の文字を取得する（Ｓ８０１）。この取得した文字（不読文字（「？」で表される）以外の部分）で、金融機関コードデータベース１０３ｂ内の金融機関名称（漢字）の抽出（絞り込み）を行う（Ｓ８０２）。
【００７３】
この絞り込んだ結果である該当データをポップアップで表示する（Ｓ８０３）。表示項目は金融機関コード、金融機関名称（漢字）および金融機関名称（フリガナ）とする。例えば、金融機関名称で「乙」という漢字を取得した場合、「乙」を含む金融機関のデータをポップアップで表示する。
【００７４】
図９は、不読文字について候補文字が表示されているエントリ画面の画像図である。エントリ画面には、金融機関コード、金融機関名称（フリガナ）および金融機関名称（漢字）のフィールドがあり、これらは相互に対応するものである。
【００７５】
例えば、金融機関名称（漢字）において、「乙」という漢字をＯＣＲの認識により取得した場合、この「乙」をフィールドに表示し、この文字に続く文字がＯＣＲにより不読であったため、不読文字として「？？？」として表示している（図８のＳ８０１）。
【００７６】
そこで、この取得した漢字である「乙」に基づいて金融機関コードデータベースを１０３ｂ検索し（図8のＳ８０２）、先頭文字が「乙」に該当する金融機関のデータである「０００５／乙田ＡＢＣ銀行／オツダエービーシー／ギンコウ」と「０００９／乙野銀行／オツノ／ギンコウ」とが抽出され、ポップアップで表示されている（図８のＳ８０３）。
【００７７】
ここで、金融機関名称（漢字）のフィールドにおいて、ユーザが追加入力した場合は（Ｓ８０４：ＹＥＳ）、金融機関コードデータベース１０３ｂ内の金融機関名称を、その追加入力されたデータである文字（漢字）に該当するデータの絞り込み（抽出）を行い（Ｓ８０５）、該当データをポップアップで表示する（Ｓ８０３の処理から繰り返し）。
【００７８】
しかしながら、漢字欄への入力において、フリガナに対応する漢字は一般的に一意ではないので、漢字を入力するため音読み入力などを行うと、フリガナ欄に意図しないフリガナが表示されてしまうことがある。
【００７９】
そこで、漢字欄ではなく、フリガナ欄において、金融機関名称（フリガナ）のフィールドにおいて、ユーザが追加入力した場合は（Ｓ８０６：ＹＥＳ）、金融機関コードデータベース１０３ｂ内の金融機関名称を、その追加入力されたデータである文字（フリガナ）に該当するデータの絞り込み（抽出）を行い（Ｓ８０５）、該当データをポップアップで表示する（Ｓ８０３の処理から繰り返し）。
【００８０】
すなわち、フリガナ欄に入力を行うと、漢字欄における漢字表記の候補を表示するのである。このように、意図した通りのフリガナを打ちながら、漢字の候補が、しかも単語ごとに、ポップアップで表示されるので、漢字入力のためのキータッチ数の削減と品質の向上を図ることができる。
【００８１】
そして、金融機関名称（フリガナ）のフィールドに追加の入力がない場合は（Ｓ８０６：ＮＯ）、ポップアップ内に表示された候補が選択可能となり、ユーザが候補を選択する（Ｓ８０７）。
【００８２】
図９においては、ポップアップの表示の中で「０００９／乙野銀行／オツノ／ギンコウ」という候補が仮選択（強調表示）されていることを示している。
【００８３】
そして、選択された結果の内容を、それぞれ対応する各フィールドにＳ８０１で表示した文字に続けて引き込み表示する（図８のＳ８０８）。すなわち、単語ごと不読文字を補完する。
【００８４】
図１０は、図９の各フィールドに引き込み表示されたエントリ画面の画像図である。このエントリ画面は、図９におけるポップアップで仮選択されていた「０００９／乙野銀行／オツノ／ギンコウ」という候補をユーザが選択したことにより（図８のＳ８０７）、金融機関のフィールドには「０００９」が、金融機関名称（漢字）のフィールドのカーソルの旧位置以降に「野銀行」が、金融機関名称（フリガナ）のフィールドのカーソルの旧位置以降に「オツノギンコウ」が、それぞれ引き込み表示されたことを示している（図９のＳ８０８）。
【００８５】
以上説明したように、実施例２によれば、ＯＣＲによる認識結果において不読となった文字列を、ポップアップから選択するという簡単な操作によって、補完することが出来る。よって、ユーザのキータッチ回数が、大幅に削減され、業務の効率が向上する。
【００８６】
また、フリガナのフィールドに入力を行うと、対応するフリガナおよび漢字の両方を含む候補がポップアップとして絞り込み表示されるので、意図しないフリガナまたは漢字の表示を、防止することが出来る。
【符号の説明】
【００８７】
１００…Ｗｅｂエントリシステム
【図１】
2011159079.tif 000003
【図２】
2011159079.tif 000004
【図３】
2011159079.tif 000005
【図４】
2011159079.tif 000006
【図５】
2011159079.tif 000007
【図６】
2011159079.tif 000008
【図７】
2011159079.tif 000009
【図８】
2011159079.tif 000010
【図９】
2011159079.tif 000011
【図１０】
2011159079.tif 000012