(57)【要約】【課題】入力が完了した項目の入力情報とセットで入力される可能性が高い順に入力候補を並べ替えてリスト表示することを可能にするＷｅｂサーバシステムを提供する。【解決手段】本発明におけるＷｅｂサーバシステムは、クライアント端末１００と、ネットワーク１１０を介して接続されるサーバとから構成されるＷｅｂサーバシステムであって、前記サーバは、複数の項目への入力情報からなるレコードを記憶する、登録情報記憶部１３１と、項目の項目番号と、項目番号に対応する項目へ入力された入力情報をキーに、登録情報記憶部１３１から抽出したレコードの入力情報を、入力候補ごとにカウントし、カウントした値に基づいて、各入力候補の相関数を算出し、相関数が多い入力候補ほど、リストの上位に表示されるように、入力候補の表示順序を決定する、相関性判定部１２２と、を有することを特徴とする。【選択図】図１
2014041466.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末と、前記クライアント端末とネットワークを介して接続されるサーバとから構成されるＷｅｂサーバシステムであって、
前記クライアント端末は、複数の項目への操作を受け付けるエントリー画面と、前記エントリー画面から操作を受け付けた項目である、入力項目に対応する入力候補をリスト表示し、操作を受け付けた前記入力候補を、前記入力項目への入力情報とするリスト画面と、を表示する表示部を有し、
前記サーバは、
前記複数の項目への入力情報からなるレコードを記憶する登録情報記憶部と、
項目の項目番号と、前記項目番号に対応する項目へ入力された入力情報をキーに、前記登録情報記憶部から抽出した前記レコードの、前記入力項目に対応するデータ項目に記憶されている入力情報を、前記入力候補ごとにカウントし、カウントした値に基づいて、各入力候補の相関数を算出し、前記相関数が多い入力候補ほどリストの上位に表示されるように前記入力候補の表示順序を決定する相関性判定部と、を有することを特徴とするＷｅｂサーバシステム。
【請求項２】
請求項１に記載のＷｅｂサーバシステムにおいて、
前記相関性判定部は、前記各入力候補の相関数が相関数閾値を超えているかを判定し、前記相関数閾値を超えている場合、前記相関数が多い入力候補ほど、リストの上位に表示されるように、前記入力候補の表示順序を決定し、
履歴ソート部は、前記相関性判定部が前記相関数閾値を超えていないと判定する場合、入力回数が多い入力候補ほど、表示順序がリスト画面の上位になるように、前記入力候補の表示順序を決定することを特徴とするＷｅｂサーバシステム。
【請求項３】
請求項２に記載のＷｅｂサーバシステムにおいて、
前記サーバは、ユーザＩＤをキーに前記登録情報記憶部から抽出した前記レコードのレコード数から、利用頻度を判定する利用頻度判定部を有し、
前記利用頻度判定部は、前記利用頻度が高いと判定した場合、当該ユーザＩＤを含むレコードを対象として検索をする旨の情報を前記相関性判定部及び前記履歴ソート部へ送信し、前記利用頻度が低いと判定した場合、すべての前記レコードを対象に検索する旨の情報を前記相関性判定部及び前記履歴ソート部へ送信することを特徴とするＷｅｂサーバシステム。
【請求項４】
クライアント端末と、前記クライアント端末とネットワークを介して接続されるサーバとから構成されるＷｅｂサーバシステムにおける応答制御方法であって、
前記クライアント端末により、複数の項目への操作を受け付けるエントリー画面と、前記エントリー画面から操作を受け付けた項目である、入力項目に対応する入力候補をリスト表示し、操作を受け付けた前記入力候補を、前記入力項目への入力情報とするリスト画面と、を表示する表示ステップと、
前記サーバにより、項目の項目番号と、前記項目番号に対応する項目へ入力された入力情報をキーに、前記複数の項目への入力情報からなるレコードを記憶する、登録情報記憶部から前記レコードを抽出し、抽出した前記レコードの入力情報を、前記入力候補ごとにカウントし、カウントした値に基づいて、各入力候補の相関数を算出する相関数算出ステップと、前記相関数が多い入力候補ほど、リストの上位に表示されるように、前記入力候補の表示順序を決定する表示順序決定ステップと、を有することを特徴とする応答制御方法。
【請求項５】
請求項４に記載の応答制御方法において、
前記サーバにより、前記各入力候補の相関数が、相関数閾値を超えているかを判定する相関数判定ステップを有し、
前記表示順序決定ステップは、前記相関数判定ステップにて前記各入力候補の相関数が、前記相関数閾値を超えていると判定する場合、前記相関数が多い入力候補ほど、リストの上位に表示されるように、前記入力候補の表示順序を決定し、前記相関数判定ステップにて前記各入力候補の相関数が、前記相関数閾値を超えていないと判定する場合、入力回数が多い入力候補ほど、表示順序がリスト画面の上位になるように、前記入力候補の表示順序を決定することを特徴とする応答制御方法。
【請求項６】
請求項５に記載の応答制御方法において、
前記サーバにより、ユーザＩＤをキーに前記登録情報記憶部から抽出した前記レコードのレコード数から、利用頻度を判定する利用頻度判定ステップを有し、
前記利用頻度判定ステップにて、前記利用頻度が高いと判定した場合、当該ユーザＩＤを含むレコードを対象として検索をする旨の情報を前記相関性判定部及び前記履歴ソート部へ送信し、前記利用頻度が低いと判定した場合、すべての前記レコードを対象に検索する旨の情報を前記相関性判定部及び前記履歴ソート部へ送信することを特徴とする応答制御方法。
【請求項７】
クライアント端末と、前記クライアント端末とネットワークを介して接続されるサーバとから構成されるＷｅｂサーバシステムのコンピュータを機能させるためのプログラムであって、
前記クライアント端末により、複数の項目への操作を受け付けるエントリー画面と、前記エントリー画面から操作を受け付けた項目である、入力項目に対応する入力候補をリスト表示し、操作を受け付けた前記入力候補を、前記入力項目への入力情報とするリスト画面と、を表示する表示ステップと、
前記サーバにより、項目の項目番号と、前記項目番号に対応する項目へ入力された入力情報をキーに、前記複数の項目への入力情報からなるレコードを記憶する、登録情報記憶部から前記レコードを抽出し、抽出した前記レコードの入力情報を、前記入力候補ごとにカウントし、カウントした値に基づいて、各入力候補の相関数を算出する相関数算出ステップと、前記相関数が多い入力候補ほど、リストの上位に表示されるように、前記入力候補の表示順序を決定する表示順序決定ステップと、を前記コンピュータに実行させることを特徴とするプログラム。
【請求項８】
請求項７に記載のプログラムにおいて、
前記サーバにより、前記各入力候補の相関数が、相関数閾値を超えているかを判定する相関数判定ステップを前記コンピュータに実行させ、
前記表示順序決定ステップは、前記相関数判定ステップにて前記各入力候補の相関数が、前記相関数閾値を超えていると判定する場合、前記相関数が多い入力候補ほど、リストの上位に表示されるように、前記入力候補の表示順序を決定し、前記相関数判定ステップにて前記各入力候補の相関数が、前記相関数閾値を超えていないと判定する場合、入力回数が多い入力候補ほど、表示順序がリスト画面の上位になるように前記入力候補の表示順序を決定することを特徴とするプログラム。
【請求項９】
請求項８に記載のプログラムにおいて、
前記サーバにより、ユーザＩＤをキーに前記登録情報記憶部から抽出した前記レコードのレコード数から、利用頻度を判定する利用頻度判定ステップを前記コンピュータに実行させ、
前記利用頻度判定ステップにて、前記利用頻度が高いと判定した場合、当該ユーザＩＤを含むレコードを対象として検索をする旨の情報を前記相関性判定部及び前記履歴ソート部へ送信し、前記利用頻度が低いと判定した場合、すべての前記レコードを対象に検索する旨の情報を前記相関性判定部及び前記履歴ソート部へ送信することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂサーバシステム、応答制御方法、および、プログラムに関する。
【背景技術】
【０００２】
本技術分野の背景技術として、例えば、特開平１１−１６７５７０号公報（特許文献１）がある。この特許文献１の制御方法は、キー入力された郵便番号を対応する住所に変換することで、住所入力を行うものである。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１１−１６７５７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
一般的に、Ｗｅｂサーバシステムにおいては、リスト表示した入力候補をユーザに選択させ、ユーザが選択した入力候補を項目に入力することが行われている。
【０００５】
ここで、複数の項目に入力する場合に、入力が完了した項目とセットで入力される可能性が高い入力候補が、リストの下位に存在することがある。一度にリスト表示できる入力候補の数には限界があるため、リストの下位に存在する入力候補が表示部に表示されない場合、ユーザがリストをスクロールして入力候補を探す手間が発生していた。
【０００６】
このような場合であっても、入力が完了した項目の入力情報とセットで入力される可能性が高い順に入力候補を並べ替えてリスト表示することが、前記特許文献１のような制御方法では困難であった。
【０００７】
本発明の代表的な目的は、入力が完了した項目の入力情報とセットで入力される可能性が高い順に入力候補を並べ替えてリスト表示することを可能にするＷｅｂサーバシステムを提供することにある。
【０００８】
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
【課題を解決するための手段】
【０００９】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次のとおりである。
【００１０】
本発明は、クライアント端末と、前記クライアント端末とネットワークを介して接続されるサーバとから構成されるＷｅｂサーバシステムであって、以下の特徴を有する。前記クライアント端末は、複数の項目への操作を受け付けるエントリー画面と、前記エントリー画面から操作を受け付けた項目である、入力項目に対応する入力候補をリスト表示し、操作を受け付けた前記入力候補を、前記入力項目への入力情報とするリスト画面と、を表示する表示部を有する。前記サーバは、前記複数の項目への入力情報からなるレコードを記憶する登録情報記憶部と、項目の項目番号と、前記項目番号に対応する項目へ入力された入力情報をキーに、前記登録情報記憶部から抽出した前記レコードの、前記入力項目に対応するデータ項目に記憶されている入力情報を、前記入力候補ごとにカウントし、カウントした値に基づいて、各入力候補の相関数を算出し、前記相関数が多い入力候補ほどリストの上位に表示されるように前記入力候補の表示順序を決定する相関性判定部と、を有する。
【００１１】
また、本発明は、前記相関数の多い入力候補ほどリストの上位に表示されるように前記入力候補の表示順序を決定するためのシステムによる方法や、前記相関数の多い入力候補ほどリストの上位に表示されるように前記入力候補の表示順序を決定するためのシステムとしてコンピュータを機能させるプログラムにも適用する事ができる。
【発明の効果】
【００１２】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。
【００１３】
本発明によれば、入力が完了した項目の入力情報とセットで入力される可能性が高い順に入力候補を並べ替えてリスト表示することが可能になり、ユーザが入力候補を選択する際の手間を軽減できる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施の形態におけるＷｅｂサーバシステムの構成例の概要を示す図である。
【図２】図１のＷｅｂサーバシステムにおいて、応答画面の例（エントリー画面）を示す図である。
【図３】図１のＷｅｂサーバシステムにおいて、応答画面の例（相関ソート処理前のリスト画面）を示す図である。
【図４】図１のＷｅｂサーバシステムにおいて、応答画面の例（相関ソート処理後のリスト画面）を示す図である。
【図５】図１のＷｅｂサーバシステムにおいて、応答画面の例（リスト画面から入力候補を選択後のエントリー画面）を示す図である。
【図６】図１のＷｅｂサーバシステムにおいて、履歴情報記憶部に記憶された履歴テーブルの構成例を示す図である。
【図７】図１のＷｅｂサーバシステムにおいて、項目定義情報記憶部に記憶された項目定義テーブルの構成例を示す図である。
【図８】図１のＷｅｂサーバシステムにおいて、登録情報記憶部に記憶された登録テーブルの構成例を示す図である。
【図９】図１のＷｅｂサーバシステムにおいて、全体の処理フローの一例を示す図である。
【図１０】図１のＷｅｂサーバシステムにおいて、ユーザ利用頻度判定の処理フローの一例を示す図である。
【図１１】図１のＷｅｂサーバシステムにおいて、相関性判定の処理フローの一例を示す図である。
【図１２】図１のＷｅｂサーバシステムにおいて、履歴ソートの処理フローの一例を示す図である。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００１６】
＜システム構成＞
図１は、本発明の一実施の形態におけるＷｅｂサーバシステムの構成例の概要を示す図である。図１において、Ｗｅｂサーバシステムは例えば、Ｗｅｂサイトを表示する表示部１０１を具備したクライアント端末１００と、このクライアント端末１００にネットワーク１１０を介して接続されるＷｅｂアプリケーションサーバ１２０と、データベースサーバ１３０とから構成される。図１では、Ｗｅｂアプリケーションサーバ１２０とデータベースサーバ１３０はそれぞれ個別のサーバ装置で構成した例を図示したが、Ｗｅｂアプリケーションサーバ１２０とデータベースサーバ１３０とを１つのサーバ装置で構成しても良い。
【００１７】
クライアント端末１００、Ｗｅｂアプリケーションサーバ１２０、データベースサーバ１３０は、所定のハードウェアおよびソフトウェアにより実装される。例えば、クライアント端末１００、Ｗｅｂアプリケーションサーバ１２０、データベースサーバ１３０は、プロセッサやメモリなどを有し、プロセッサによるメモリ上のプログラムの実行により、後述する各種機能を実現する。
【００１８】
クライアント端末１００においては、Ｗｅｂアプリケーションサーバ１２０から送信されたＨＴＭＬファイルを、図示しないＷｅｂブラウザが解析しエントリー画面２００（後述、図２，図５）やリスト画面３００（後述、図３，図４）を表示部１０１に表示する。このエントリー画面２００でユーザから受け付けた入力内容を、クライアント端末１００は、ＨＴＴＰリクエストとして、Ｗｅｂアプリケーションサーバ１２０へ送信する。
【００１９】
本実施の形態におけるクライアント端末１００は、例えばパーソナルコンピュータとして構成することができ、Ｗｅｂブラウザを搭載する。本実施の形態におけるＷｅｂブラウザは、Ａｊａｘ（Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｊａｖａｓｃｒｉｐｔ（登録商標）＋ＸＭＬ）に対応し、サーバとの非同期通信を実行することができる。
【００２０】
Ｗｅｂアプリケーションサーバ１２０は、クライアント端末１００からのＨＴＴＰリクエストの内容に基づいて、所定のビジネスロジック処理をして、その実行結果を示すＨＴＭＬファイルを生成する。生成されたＨＴＭＬファイルは、ＨＴＴＰレスポンスとして、Ｗｅｂブラウザに送信され、Ｗｅｂブラウザがこれを解析してＷｅｂサイトを表示部１０１に表示する。
【００２１】
また、Ｗｅｂアプリケーションサーバ１２０は、利用頻度判定部１２１、相関性判定部１２２、履歴ソート部１２３を備え、少なくとも一つのＷｅｂサービスを提供する。
【００２２】
ここで、利用頻度判定部１２１は、データベースサーバ１３０が登録情報記憶部１３１を検索した結果から、ログインしているユーザの利用頻度が高いか低いかの判定をする。
【００２３】
また、利用頻度判定部１２１は、当該ユーザの利用頻度が高いと判定する場合、ログインしているユーザＩＤを含むレコードを対象として検索をする旨の情報を相関性判定部１２２および履歴ソート部１２３へ送信する。一方、当該ユーザの利用頻度が低いと判定する場合、すべてのレコードを対象として検索をする旨の情報を相関性判定部１２２および履歴ソート部１２３へ送信する。
【００２４】
相関性判定部１２２や、履歴ソート部１２３は受信した前記判定の結果に応じて、検索する対象となるレコードを切り替える。
【００２５】
相関性判定部１２２は、相関性判定の処理（後述、図１１）にて入力候補３１０ごとの相関数の算出をする。
【００２６】
また、相関性判定部１２２は算出された相関数が多い入力候補３１０ほど、表示順序がリスト画面の上位になるように入力候補３１０の表示順序を決定する。
【００２７】
履歴ソート部１２３は、入力回数が多い入力候補３１０ほど、表示順序がリスト画面の上位になるように入力候補３１０の表示順序を決定する。
【００２８】
データベースサーバ１３０は、登録情報記憶部１３１、履歴情報記憶部１３２、項目定義情報記憶部１３３を備える。そして、データベースサーバ１３０は、Ｗｅｂアプリケーションサーバ１２０からの要求に応じて、登録情報記憶部１３１、履歴情報記憶部１３２、項目定義情報記憶部１３３を検索し、要求に対する結果をＷｅｂアプリケーションサーバ１２０へ送信する。
【００２９】
登録情報記憶部１３１は、相関性判定の処理（後述、図１１）に必要な情報である[ユーザＩＤ]，[項目１]，[項目２]，[項目３]，[項目４]などのデータ項目を含む登録テーブル（後述、図８）を記憶する。
【００３０】
履歴情報記憶部１３２は、履歴ソートの処理（後述、図１２）に必要な情報である[ユーザＩＤ]，[項目番号]，[コード]，[入力回数]などのデータ項目を含む履歴テーブル（後述、図６）を記憶する。
【００３１】
項目定義情報記憶部１３３は、リスト表示（後述、図３，図４）に必要な情報である、[項目番号]，[表示順序]，[コード]，[表示情報]などのデータ項目を含む項目定義テーブル（後述、図７）を記憶する。
【００３２】
＜応答画面例＞
図２〜図５は、Ｗｅｂサーバシステムにおいて、応答画面の例を示す図である。クライアント端末１００が、Ｗｅｂアプリケーションサーバ１２０にアクセスすると、図２に示すような、エントリー画面２００が表示部１０１に表示される。
【００３３】
ここで、エントリー画面２００には、項目２１０、登録ボタン２３０が表示される。項目２１０への入力後は、例えば、項目１に「○○保険」、項目２に「コースＡ」のような入力情報が表示される。
【００３４】
ユーザがいずれかの項目２１０を選択する操作をすると、リスト画面（後述、図３）が表示部１０１に表示される。また、ユーザが登録ボタン２３０を操作すると項目２１０に入力した入力情報は、データベースサーバ１３０により登録情報記憶部１３１が記憶する登録テーブルに追加される。
【００３５】
図３のリスト画面は、相関ソート処理、又は履歴ソート処理のいずれもされてなく、エントリー画面から項目３の項目２１０が選択された場合の表示例である。この場合、項目定義テーブルに記憶されている表示順序に基づき、リスト画面には、「特約Ａ」，「特約Ｂ」，「特約Ｃ」の順に入力候補３１０がリスト表示される。
【００３６】
図４のリスト画面は、相関ソート処理がされ、図２のエントリー画面から項目３の項目２１０が選択された場合の表示例である。この場合、相関性判定部１２２が決定した表示順序に基づき、「特約Ｈ」，「特約Ｇ」，「特約Ａ」の順に入力候補３１０がリスト表示される。
【００３７】
ユーザが図４のリスト画面から、「特約Ｈ」を選択した場合、図５に示すように項目３へは「０８」「特約Ｈ」が入力情報として入力される。
【００３８】
＜テーブル構成＞
図６は、履歴情報記憶部１３２に記憶された、履歴テーブルの構成例を示している。履歴テーブルは、[ユーザＩＤ]，[項目番号]，[コード]，[入力回数]などのデータ項目を含む。[ユーザＩＤ]は、情報を登録したユーザを識別するための記号である。[項目番号]は、項目２１０を識別するための番号である。[コード]は、項目２１０に入力される情報を識別する記号である。[入力回数]は、同一レコード内で[ユーザＩＤ]，[項目番号]，[コード]がすべて一致する情報が、登録テーブルに登録された回数を示す。
【００３９】
図７は、項目定義情報記憶部１３３に記憶された、項目定義テーブルの構成例を示している。項目定義テーブルでは、[項目番号]に対応して、[コード]および[表示情報]からなる入力候補３１０を定義している。この定義に基づき、エントリー画面２００から選択された項目２１０の、入力候補３１０がリスト画面に表示にされる。項目定義テーブルは、[項目番号]，[表示順序]，[コード]，[表示情報]などのデータ項目を含む。[表示順序]は、後述する相関ソート処理又は、履歴ソート処理を行わない場合のリスト表示する入力候補３１０の順序を定義する。具体的には、[表示順序]で定義されている数字が小さい入力候補３１０ほど、リストの上位に表示される。[表示情報]は、対応する[コード]の具体的な内容を示すものである。
【００４０】
図８は、登録情報記憶部１３１に記憶された、登録テーブルの構成例を示している。登録テーブルは、[キーＮＯ]，[ユーザＩＤ]，[項目１]，[項目２]，[項目３]，[項目４]などのデータ項目を含む。[キーＮＯ]は、登録テーブルに登録したデータを識別するための番号である。 [項目１]，[項目２]，[項目３]，[項目４]はエントリー画面２００に表示される項目の番号に対応する入力情報を記憶する。具体的には、[キーＮＯ]が１のレコードの入力情報は、項目１が「１」、項目２が「Ａ」、項目３が「０２」、項目４が「ＡＡ」であることを示す。
【００４１】
＜処理（１）：全体の処理フロー＞
図９は、本システム全体の処理フローを示す（Ｓは処理ステップ等を示す）。まず、クライアント端末１００が、Ｗｅｂアプリケーションサーバ１２０にアクセスすると、利用頻度判定部１２１が、利用頻度判定処理（後述、図１０）をする（Ｓ３０１）。
【００４２】
そして、Ｗｅｂブラウザは、Ｗｅｂアプリケーションサーバ１２０から送信された、ＨＴＭＬファイルを解析し、表示部１０１にエントリー画面２００を表示する（Ｓ３０２）。
【００４３】
そして、エントリー画面２００に表示されている項目２１０が操作（例えば、マウスによるクリック）を受け付けた場合（Ｓ３０３−項目）、クライアント端末１００は、リスト画面表示のリクエストを、Ｗｅｂアプリケーションサーバ１２０へ送信する。
【００４４】
その後、Ｗｅｂアプリケーションサーバ１２０が、クライアント端末１００から前記リクエストを受信した場合、相関性判定部１２２が相関性判定処理（後述、図１１）をする（Ｓ３０４）。
【００４５】
次に、相関性判定部１２２が、上記相関性判定処理にて相関性ありと判定した場合（Ｓ３０５−相関性あり）、相関性判定部１２２は、上記相関性判定処理にて算出された相関数が多い入力候補３１０ほど、表示順序がリスト画面の上位になるように、入力候補３１０の表示順序を決定する（相関ソート処理）（Ｓ３０６）。そして、相関性判定部は決定した表示順序をＷｅｂアプリケーションサーバ１２０へ送信する。
【００４６】
例えば、上記相関性判定処理にて、コード「０７」の相関数が１、コード「０８」の相関数が２であり、コード「０１」，コード「０２」，コード「０３」，コード「０４」，コード「０５」，コード「０６」，コード「０９」の相関数は０と算出された場合、相関性判定部１２２は、コード「０８」が１番、コード「０７」が２番と表示順序を決定する（Ｓ３０６）。
【００４７】
そして、上記相関性判定処理にて相関性なしと判定された場合（Ｓ３０５−相関性なし）、履歴ソート部１２３が、入力回数が多い入力候補３１０ほど、表示順序がリスト画面の上位になるように、入力候補３１０の表示順序を決定する（以下、履歴ソート処理（後述、図１２））をする（Ｓ３０７）。そして、履歴ソート部１２３は決定した表示順序をＷｅｂアプリケーションサーバ１２０へ送信する。
【００４８】
次に、Ｓ３０８では、Ｗｅｂアプリケーションサーバ１２０は、Ｓ３０３にて操作を受け付けた項目２１０の項目番号をデータベースサーバ１３０へ送信する。データベースサーバ１３０は、受信した項目番号をキーに項目定義情報記憶部１３３を検索し、一致する項目番号を含むレコードを抽出し、抽出したレコードの[表示順序]，[コード]，[表示情報]のデータ項目に記憶されている情報をＷｅｂアプリケーションサーバ１２０へ送信する。Ｗｅｂアプリケーションサーバ１２０は、データベースサーバ１３０から受信した[コード]、[表示情報]および、相関性判定部１２２又は履歴ソート部１２３から受信した表示順序に基づき、ＨＴＭＬファイルを生成する。Ｗｅｂアプリケーションサーバ１２０は、相関性判定部１２２又は履歴ソート部１２３から表示順序を受信していない場合は、データベースサーバ１３０から受信する[表示順序]に基づき、ＨＴＭＬファイルを生成する。Ｗｅｂアプリケーションサーバ１２０が生成したＨＴＭＬファイルは、クライアント端末１００に送信され、クライアント端末１００の表示部１０１にリスト画面が表示される（Ｓ３０８）。
【００４９】
その後、リスト画面でユーザからいずれかの入力候補３１０の選択を受け付けた場合（Ｓ３０９−ＹＥＳ）、クライアント端末１００は、Ｗｅｂアプリケーションサーバ１２０へ、いずれの入力候補３１０が選択されたのかを示す情報を送信する。
【００５０】
その後、Ｗｅｂアプリケーションサーバ１２０は、受信した情報を反映させてＨＴＭＬファイルを生成する。Ｗｅｂアプリケーションサーバ１２０にて生成されたＨＴＭＬファイルは、Ｗｅｂブラウザに送信され、クライアント端末１００の表示部１０１にエントリー画面２００が表示される（Ｓ３０２）。
【００５１】
ここで、Ｓ３０３にて、エントリー画面２００から登録ボタン２３０への操作を受け付けた場合（Ｓ３０３−登録ボタン）、クライアント端末１００は、項目２１０へ入力した入力情報の登録のリクエストをＷｅｂアプリケーションサーバ１２０へ送信する。クライアント端末１００から前記リクエストを受信した場合、Ｗｅｂアプリケーションサーバ１２０は、項目２１０に必要な入力情報が入力されているか否かを判定する（Ｓ３１０）。当該判定は、例えば入力情報が一つしか入力されていない場合は、項目２１０に必要な入力情報が入力されていないと判定する。必要な入力情報が入力されていないと判定する場合（Ｓ３１０−ＮＯ）、Ｓ３０２へ進み、引き続きエントリー画面２００からの項目２１０への操作を受け付ける。
【００５２】
一方、項目２１０へ必要な入力情報が入力されていると判定する場合（Ｓ３１０−ＹＥＳ）、Ｗｅｂアプリケーションサーバ１２０は、エントリー画面２００から入力された複数の入力情報を、データベースサーバ１３０に送信する。データベースサーバ１３０は、受信した複数の入力情報を一つのレコードとして、登録テーブルへ追加する（Ｓ３１１）。
【００５３】
そして、データベースサーバ１３０は、「ユーザＩＤ」，「項目名」，「コード」をキーに履歴テーブルを検索し、「ユーザＩＤ」，「項目名」，「コード」のすべてが一致するレコードの入力回数の値をインクリメントした値へ更新する（Ｓ３１２）。
【００５４】
＜処理（２）：ユーザ利用頻度判定の処理フロー＞
図１０は、ユーザ利用頻度判定の処理フローを示す。まず、Ｗｅｂアプリケーションサーバ１２０は、エントリー画面２００にログイン中であるユーザのユーザＩＤを、データベースサーバ１３０へ送信する。データベースサーバ１３０は、受信したユーザＩＤをキーに登録情報記憶部１３１を検索し、一致するユーザＩＤを含むレコードを抽出し、抽出したレコードをカウントする（Ｓ４０１）。データベースサーバ１３０はカウントしたレコード数を、Ｗｅｂアプリケーションサーバ１２０へ送信する。Ｗｅｂアプリケーションサーバ１２０は、受信したレコード数を、利用頻度判定部１２１へ送信する。
【００５５】
次に、利用頻度判定部１２１は、受信したレコード数が所定の閾値以上かを判定する（Ｓ４０２）。レコード数が所定の閾値以上である場合（Ｓ４０２−閾値以上）、利用頻度判定部１２１は、当該ユーザの利用頻度が高いと判定する。その場合、利用頻度判定部１２１は、当該ユーザＩＤを含むレコードを対象として検索をする旨の情報を相関性判定部１２２および履歴ソート部１２３へ送信する（Ｓ４０３）。
【００５６】
一方、算出したレコードの数が所定の閾値未満（Ｓ４０２−閾値未満）、当該ユーザの利用頻度が低いと判定する。その場合、利用頻度判定部１２１は、すべてのレコードを対象として検索をする旨の情報を相関性判定部１２２および履歴ソート部１２３へ送信する（Ｓ４０４）。
【００５７】
ここで、図８を例に具体的に説明すると、登録情報記憶部１３１に記憶されている「ＵＳＥＲ００１」と一致するユーザＩＤを含むレコードは２５件存在する。また、「ＵＳＥＲ００２」と一致するレコードは５件存在する。前記閾値を２０件とした場合、「ＵＳＥＲ００１」は閾値以上であるのに対し、「ＵＳＥＲ００２」は閾値未満である。よって、「ＵＳＥＲ００１」のユーザＩＤでログインされている場合は、当該ユーザＩＤを含むレコードを対象に、相関性判定部１２２および履歴ソート部１２３は検索をする。一方、「ＵＳＥＲ００２」のユーザＩＤでログインされている場合は、相関性判定部１２２および履歴ソート部１２３はすべてのレコードを対象として検索をする。なお、ユーザ利用頻度を判定するための前記所定の閾値は、システムの利用状況等によって適宜設定可能である。
【００５８】
＜処理（３）：相関性判定の処理フロー＞  
図１１は、相関性判定の処理フローを示す。以下、エントリー画面２００から操作を受け付けた項目２１０を入力項目といい、入力項目に対応する項目番号を「ｘ」（入力項目番号）という。また、後述する入力割合（Ｓ５０４にて算出）および相関数（Ｓ５０５にて算出）を算出するために参照する項目２１０を参照項目といい、参照項目に対応する項目番号を「ｉ」（参照項目番号）という。
【００５９】
まず、Ｓ５０１にて、「ｉ」に初期値として「１」が設定される。
【００６０】
次に、Ｓ５０２とＳ５０３にて、参照項目について相関数の算出を行うか否かを判定する。Ｓ５０２では相関性判定部１２２は、「ｘ」と「ｉ」が等しいかを判定する。「ｘ」と「ｉ」が等しい場合（Ｓ５０２−ＹＥＳ）、「ｉ」に対応する参照項目については、後述する相関数の算出をせずにＳ５０６に進む。一方、「ｘ」と「ｉ」が異なる場合（Ｓ５０２−ＮＯ）、Ｓ５０３にて、相関性判定部１２２は、「ｉ」に対応する参照項目（項目ｉ）への入力の有無を判定する。
【００６１】
Ｓ５０３にて、「ｉ」に対応する参照項目（項目ｉ）に入力がない場合（Ｓ５０３−入力なし）、当該参照項目については、後述する相関数の算出をせずにＳ５０６に進む。「ｉ」に対応する参照項目（項目i）に入力がある場合（Ｓ５０３−入力あり）、Ｓ５０４へ進む。
【００６２】
ここで、Ｓ５０４，Ｓ５０５で算出する入力割合および相関数は、入力候補３１０ごとに存在する。そして、各入力候補３１０の入力割合はＳ５０４にて算出し、入力割合閾値を超えている各入力候補３１０の相関数をインクリメントする処理はＳ５０５にて行う。
【００６３】
まず、Ｓ５０４では、Ｗｅｂアプリケーションサーバ１２０は、参照項目番号の値「ｉ」と、「ｉ」に対応する参照項目（項目ｉ）への入力情報（入力されたコード）とをデータベースサーバ１３０へ送信する。データベースサーバ１３０は、受信した参照項目番号と、参照項目（項目ｉ）に入力された入力情報をキーに登録情報記憶部１３１を検索し、キー（参照項目番号「ｉ」と、項目ｉに入力されたコード）と一致するレコードを抽出する。そして、抽出したレコードの数をカウントする。なお、当該検索は、利用頻度判定部１２１から、受信した情報に基づいて行う。データベースサーバ１３０は、抽出したレコードのうち、入力項目に対応するデータ項目（項目ｘ）に記憶されている入力情報を入力候補３１０ごとにカウントする。そして、カウントしたレコード数と、入力候補３１０ごとにカウントした入力情報数をＷｅｂアプリケーションサーバ１２０へ送信する。Ｗｅｂアプリケーションサーバ１２０は、受信したレコード数と、入力候補３１０ごとの入力情報数を、相関性判定部１２２へ送信する。相関性判定部１２２は、受信した各入力候補３１０の入力情報数をレコード数で除算することで、各入力候補３１０の入力割合を算出する（Ｓ５０４）。
【００６４】
次に、Ｓ５０５にて相関性判定部１２２は各入力候補３１０の入力割合と、所定の入力割合閾値とを比較する。そして、入力割合閾値を超えた入力候補３１０の相関数（各入力候補３１０の相関数は、初期値として「０」が格納されている。）をインクリメントする。
【００６５】
次に、Ｓ５０６では、相関性判定部１２２はすべての参照項目を参照したかを判定する。例えば、相関性判定部１２２は、参照項目番号の値「ｉ」が、参照項目の上限値「ｎ」に達したときに、すべての参照項目の参照が完了したと判定する。相関性判定部１２２が、すべての参照項目の参照が完了したと判定する場合（Ｓ５０６−参照完了）、Ｓ５０８へ進む。一方、すべての参照項目の参照が未完了と判定する場合（Ｓ５０６−参照未完了）、Ｓ５０７へ進む。
【００６６】
Ｓ５０７では、Ｗｅｂアプリケーションサーバ１２０は、参照項目番号の値「ｉ」をインクリメントし、Ｓ５０２へ進む。
【００６７】
そして、Ｓ５０８では、相関性判定部１２２は、各入力候補３１０の相関数が、所定の相関数閾値を超えているかを判定することで、相関性の有無を判定する。
【００６８】
相関性判定部１２２は、相関数閾値を超える入力候補３１０が１つでもある場合（Ｓ５０８−ＹＥＳ）、相関性があると判定する（Ｓ５０９）。一方、相関数を超える入力候補３１０が１つもない場合（Ｓ５０８−ＮＯ）、相関性なしと判定する（Ｓ５１０）。なお、上記入力割合閾値および相関性閾値は、項目２１０毎に設定するようにしても良い。
【００６９】
また、相関性判定部１２２は、各入力候補３１０の相関数を参照項目の数で除算することで算出する相関度が、所定の相関度閾値を超えているかを判定することで、相関性の有無を判定するようにしても良い。例えば、相関度が相関度閾値を超える入力候補３１０が一つ以上ある場合、相関性判定部１２２は、相関性があると判定する。一方、相関度が相関度閾値を超える入力候補３１０が一つもない場合、相関性なしと判定する。
【００７０】
以下、利用頻度判定部１２１が、ユーザの利用頻度が高いと判定し、相関性判定部１２２が、当該ユーザＩＤ（ＵＳＥＲ００１）を含むレコードを対象として検索することを前提に、上述した相関性判定の処理フローを、具体的に説明する。
【００７１】
まず、参照項目番号である「ｉ」の初期値は「１」であるため、項目１が参照項目になる（Ｓ５０１）。また、図２では、項目３が操作を受け付けているため、入力項目番号ｘは「３」であり、項目３が入力項目となる。Ｓ５０２にて「ｉ」と「ｘ」は、「１」と「３」で等しくないためＳ５０３へ進む（Ｓ５０２−ＮＯ）。図２では、参照項目である項目１には、入力情報として「１」が入力されているためＳ５０４へ進む（Ｓ５０３−入力あり）。
【００７２】
Ｓ５０４では、Ｗｅｂアプリケーションサーバ１２０は、参照項目番号１（「１」）と参照項目（項目１）への入力情報とをデータベースサーバ１３０へ送信する。データベースサーバ１３０は、受信した参照項目番号１（「１」）と、参照項目（項目１）に入力された入力情報「１（○○保険）」をキーに、登録情報記憶部１３１に記憶された登録テーブル（図８）からキーと一致する１８件のレコードを抽出する。
【００７３】
次に、データベースサーバ１３０は、抽出したレコードのうち、入力項目に対応するデータ項目（[項目３]）に記憶されている入力情報を、項目３の入力候補３１０（「０１」，「０２」，「０３」，「０４」，「０５」，「０６」，「０７」，「０８」，「０９」）ごとにカウントする。１８件のレコードのうち、「０７」に３件、「０８」に１５件、「０１」，「０２」，「０３」，「０４」，「０５」，「０６」，「０９」に０件のデータが記憶されている。
【００７４】
そして、データベースサーバ１３０は、カウントしたレコード数と、入力候補３１０ごとにカウントした入力情報数をＷｅｂアプリケーションサーバ１２０へ送信する。
【００７５】
次に、Ｗｅｂアプリケーションサーバ１２０は、受信したレコード数と、入力候補３１０ごとの入力情報数を、相関性判定部１２２へ送信する。その後、相関性判定部１２２が算出する各コード数をレコード数で除算することによって得られる各入力割合は、「０７」が３／１８（１７％）、「０８」が１５／１８（８３％）、「０１」，「０２」，「０３」，「０４」，「０５」，「０６」，「０９」が０／１８（０％）となる（Ｓ５０４）。
【００７６】
次に、Ｓ５０５にて、入力割合閾値を２０％と設定した場合、入力割合閾値を超える入力候補３１０は「０８」である。この場合、入力候補３１０「０８」の相関数がインクリメントされ、初期値の０から１になる。一方、入力割合閾値を超えない入力候補３１０「０１」，「０２」，「０３」，「０４」，「０５」，「０６」，「０７」，「０９」の相関数は、インクリメントされない（Ｓ５０５）。
【００７７】
次に、Ｓ５０６では、相関性判定部１２２はすべての参照項目の参照を完了したかを判定する。ここで、図２、図５の例では、参照項目の上限値は「４」である。現在の参照項目番号の値「１」は、「４」未満であるため、すべての参照項目の参照が未完了と判定され（Ｓ５０６−参照未完了）、Ｓ５０７へ進む。Ｓ５０７で参照項目番号の値「ｉ」は「１」から「２」へインクリメントされ、Ｓ５０２へ進む。
【００７８】
Ｓ５０２にて「ｘ」と「ｉ」は、「２」と「３」で等しくないためＳ５０３へ進む（Ｓ５０２−ＮＯ）。図２では、参照項目である項目２には、入力情報として「Ａ」が入力されているためＳ５０４へ進む（Ｓ５０３−入力あり）。
【００７９】
Ｓ５０４で、Ｗｅｂアプリケーションサーバ１２０は、参照項目番号「２」と参照項目（項目２）への入力情報とをデータベースサーバ１３０へ送信する。データベースサーバ１３０は、受信した参照項目番号「２」と、参照項目（項目２）に入力された入力情報「Ａ（コースＡ）」をキーに、登録情報記憶部１３１に記憶された登録テーブル（図８）からキーと一致する２０件のレコードを抽出する。次に、データベースサーバ１３０は、抽出したレコードのうち、入力項目に対応するデータ項目（[項目３]）に記憶されている入力情報を、項目３の入力候補３１０（「０１」，「０２」，「０３」，「０４」，「０５」，「０６」，「０７」，「０８」，「０９」）ごとにカウントする。２０件のレコードのうち、「０７」に５件、「０８」に１５件、「０１」，「０２」，「０３」，「０４」，「０５」，「０６」，「０９」に０件のデータが記憶されている。
【００８０】
そして、データベースサーバ１３０は、カウントしたレコード数と、入力候補３１０ごとにカウントした入力情報数をＷｅｂアプリケーションサーバ１２０へ送信する。
【００８１】
次に、Ｗｅｂアプリケーションサーバ１２０は、受信したレコード数と、入力候補３１０ごとの入力情報数を、相関性判定部１２２へ送信する。その後、相関性判定部１２２が算出する各コード数をレコード数で除算することによって得られる各入力割合は、「０７」が５／２０（２５％）、「０８」が１５／２０（７５％）、「０１」，「０２」，「０３」，「０４」，「０５」，「０６」，「０９」が０／１８（０％）となる。
【００８２】
次に、Ｓ５０５にて、入力割合閾値を２０％と設定した場合、入力割合閾値を超える入力候補３１０は「０８」である。この場合、入力候補「０８」の相関数がインクリメントされ、初期値の０から１になる。一方、入力割合閾値を超えない入力候補「０１」，「０２」，「０３」，「０４」，「０５」，「０６」，「０７」，「０９」の相関数は、インクリメントされない。
【００８３】
次に、Ｓ５０５にて、入力割合閾値を２０％と設定した場合、入力割合閾値を超える入力候補３１０は「０７」と「０８」である。この場合、入力候補３１０「０７」の相関数がインクリメントされ、初期値の０から１になる。また、「０８」の相関数が１から２へインクリメントされる。一方、入力割合閾値を超えない入力候補「０１」，「０２」，「０３」，「０４」，「０５」，「０６」，「０９」の相関数は、インクリメントされない。
【００８４】
次に、Ｓ５０６では、相関性判定部１２２はすべての参照項目の参照を完了したかを判定する。ここで、現在の参照項目番号の値「２」は参照項目の上限値「４」未満であるため、すべての参照項目の参照が未完了と判定され（Ｓ５０６−参照未完了）、Ｓ５０７へ進む。Ｓ５０７で、参照項目番号の値「ｉ」はインクリメントされ「２」から「３」になり、Ｓ５０２へ進む。
【００８５】
Ｓ５０２にて「ｘ」と「ｉ」は、いずれも「３」で等しいため、当該参照項目について相関数の算出をせずにＳ５０６へ進む（Ｓ５０２−ＹＥＳ）。
【００８６】
次に、Ｓ５０６で、現在の参照項目番号の値「３」は参照項目の上限値「４」未満であるため、すべての参照項目の参照が未完了と判定され（Ｓ５０６−参照未完了）、Ｓ５０７へ進む。Ｓ５０７で、参照項目番号の値「ｉ」はインクリメントされ「３」から「４」になり、Ｓ５０２へ進む。
【００８７】
Ｓ５０２にて「ｉ」と「ｘ」は、「４」と「３」で等しくないためＳ５０３へ進む（Ｓ５０２−ＮＯ）。図２では、参照項目である項目４には入力がないため、当該参照項目について相関数の算出をせずにＳ５０６へ進む（Ｓ５０３−入力なし）。
【００８８】
Ｓ５０６にて、現在の参照項目番号の値「ｉ」は「４」未満でないため、相関性判定部１２２は、すべての参照項目の参照が完了したと判定し、Ｓ５０８へ進む（Ｓ５０６−参照完了）。
【００８９】
Ｓ５０８にて、入力候補３１０「０７」「０８」の相関数はそれぞれ「１」「２」であるため、いずれも相関数閾値を超えている（Ｓ５０８−ＹＥＳ）。よって、相関性判定部１２２は相関性があると判定する（Ｓ５０９）。
【００９０】
＜処理（４）：履歴ソートの処理フロー＞
図１２は履歴ソートの処理フローを示す。まず、Ｗｅｂアプリケーションサーバ１２０は、クライアント端末１００から受信した項目番号を、データベースサーバ１３０へ送信する。データベースサーバ１３０は、受信した項目番号をキーに履歴情報記憶部１３２に記憶された履歴テーブルを検索し、一致する項目番号を含むレコードを抽出する（Ｓ６０１）。なお、当該検索は、利用頻度判定部１２１から、受信した情報に基づいて行う。
【００９１】
次に、データベースサーバ１３０は抽出したレコードをＷｅｂアプリケーションサーバ１２０へ送信する。履歴ソート部１２３は、Ｗｅｂアプリケーションサーバ１２０が受信したレコードの「入力回数」のデータ項目を参照し、入力回数が多い入力候補３１０ほどリスト画面の上位に表示されるように表示順序を決定する（Ｓ６０２）。
【００９２】
ここで、本発明の応答制御方法及びプログラムは、Ｓ３０１が利用頻度判定ステップに相当し、Ｓ３０２、Ｓ３０３、Ｓ３０８が表示ステップに相当し、Ｓ５０１〜Ｓ５０８が相関数算出ステップに相当し、Ｓ３０５が、相関性判定ステップに相当し、Ｓ３０６、Ｓ３０７が表示順序決定ステップに相当する。
【００９３】
＜本実施の形態の効果＞
本実施の形態によれば、ユーザの入力傾向から入力が完了した項目の入力情報とセットで入力される可能性が高い順に入力候補を並べ替えてリスト表示し、ユーザの入力候補を選択する手間を軽減できる。
【００９４】
また、各入力候補の相関数が、相関数閾値を超えていない場合に、入力回数が多い入力候補の順に入力候補を並べ替えてリスト表示することで、より確実にユーザが入力候補を選択する手間を軽減できる。
【００９５】
さらに、ユーザの利用頻度に応じて、検索するレコードの属性を切り替えることで、ユーザの利用状況に応じて入力候補を並べ替えてリスト表示することができる。
【００９６】
以上、本発明によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【産業上の利用可能性】
【００９７】
本発明は、ユーザの入力傾向から入力が完了した項目の入力情報とセットで入力される可能性が高い順に入力候補を並べ替えてリスト表示し、ユーザが入力候補を選択する際の手間を軽減できるという優れた効果を有し、携帯電話から構成されるシステムおよび方法ならびにプログラムにも適用することができる。
【符号の説明】
【００９８】
１００  クライアント端末
１０１  表示部
１１０  ネットワーク
１２０  Ｗｅｂアプリケーションサーバ
１２１  利用頻度判定部
１２２  相関性判定部
１２３  履歴ソート部
１３０  データベースサーバ
１３１  登録情報記憶部
１３２  履歴情報記憶部
１３３  項目定義情報記憶部
２００  エントリー画面
２１０  項目
２３０  登録ボタン
３００  リスト画面
３１０  入力候補
【図１】
2014041466.tif 000003
【図２】
2014041466.tif 000004
【図３】
2014041466.tif 000005
【図４】
2014041466.tif 000006
【図５】
2014041466.tif 000007
【図６】
2014041466.tif 000008
【図７】
2014041466.tif 000009
【図８】
2014041466.tif 000010
【図９】
2014041466.tif 000011
【図１０】
2014041466.tif 000012
【図１１】
2014041466.tif 000013
【図１２】
2014041466.tif 000014