JP2001195329A

JP2001195329A - データ入力支援装置及び記録媒体

Info

Publication number: JP2001195329A
Application number: JP2000002308A
Authority: JP
Inventors: Nobuo Iwata; 伸夫岩田
Original assignee: Fuji Xerox Co Ltd
Current assignee: Fujifilm Business Innovation Corp
Priority date: 2000-01-11
Filing date: 2000-01-11
Publication date: 2001-07-19

Abstract

(57)【要約】【課題】従来の一般的なブラウザでは、データ入力の
支援を行うためにはサーバ側の管理負荷が増大するとい
う問題点があったが、本発明では、サーバ側の管理負荷
を増大させることなくユーザの操作性を向上できるデー
タ入力支援装置及び記録媒体を提供する。【解決手段】ＣＰＵ１が特定のＵＲＬにアクセスして
文書データを取得するとともに、当該文書データを解析
してデータ入力フィールドを抽出し、ハードディスク４
に事前に蓄積された入力値候補データに基づいてデータ
入力フィールドにデフォルトの入力値を表示するデータ
入力支援装置及び記録媒体である。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、サーバ側から提示
されたデータ入力フィールドに対し、データの入力を支
援するデータ入力支援装置に係り、特に、サーバ側の負
荷の軽減の改良に関する。

【０００２】

【従来の技術】近年のネットワーク技術の発展により、
サーバ・クライアント環境において、サーバ側から提示
されたデータ入力フィールドに対し、クライアント側で
データを入力し、サーバ側に入力値を送信するシステム
が広く用いられている。特に、インターネット環境にお
いては、いわゆる電子商取引等の現場等で購入者の氏名
や住所、購入希望商品や種々の要望等を入力させるため
に、これらの入力フィールドを含めたＨＴＭＬ文書を提
示し、クライアント側からの入力を受けて受注を行うこ
とが行われている。

【０００３】かかるＨＴＭＬ文書は、具体的には、図７
に示すように、送信指示を受けた際の処理を指定するた
めの「FORM」と呼ばれるタグ（Ａ）と、入力フィールド
の提示を指示するための「INPUT」、「TEXTAREA」等の
タグ（Ｂ）〜（Ｇ）とを含んでいる。クライアント側の
Ｗｅｂブラウザは、このＨＴＭＬ文書の提示を受けて、
図８に示すような画面を表示する。ここで、図７の文書
部分（Ｂ）〜（Ｇ）が、図８の表示要素（Ｂ）〜（Ｇ）
に対応している。またここで、図７の（Ｂ）に示すよう
に、各データ入力フィールドは、「NAME」オプション文
字列により、タイトルが付されており、「VALUE」文字
列により既定値（デフォルト値）を設定することができ
るようになっている。

【０００４】そして、ユーザはこれらの各データ入力フ
ィールドに対してキーボードやマウスを用いてデータの
入力を行い、「Send」（送信）ボタン（Ｇ）を押下す
る。すると、サーバ側が入力されたデータを受信し、こ
のデータを図７（Ａ）の「ACTION」で示された指示に従
って「maintenance@foo.co.jp」にメール送信する。
尚、ＨＴＭＬ文書の内容については、種々の文献が広く
知られているので、詳細な説明を省略する。

【０００５】また、ユーザは、次に同じＨＴＭＬ文書を
表示させたときには、過去に入力されたデータは反映さ
れず、既定値が表示されるのである。

【０００６】

【発明が解決しようとする課題】このように、上記従来
のデータ入力においては、同一のデータを入力する場合
もユーザがその都度当該データの入力をする必要があっ
て、操作が煩雑であるという問題点があった。

【０００７】そこで、特開平１１−１３４３６２号公
報、「データ表示制御システムおよびその記録媒体」で
は、サーバ側でＨＴＭＬ文書を提供する際にクライアン
ト側のユーザを識別し、そのユーザごとに予め設定され
たデータをデータ入力フィールドに既定値の代わりに表
示するシステムが開示されている。しかし、このシステ
ムでは、サーバ側が各ユーザごとのデータ値を管理する
ため、データの追加、変更などがあるときには、サーバ
側の保守作業が必要となって、管理効率が低いという問
題点があった。また、このシステムでは、ユーザからの
アクセスが集中すると、各ユーザごとの処理が複雑であ
るために、サーバ側の負荷が大きくなってしまうという
問題点があった。

【０００８】本発明は上記実情に鑑みて為されたもの
で、操作性を高めつつ、サーバ側の管理負荷、処理負荷
を低減できるデータ入力支援装置及び記録媒体を提供す
ることを目的とする。

【０００９】

【課題を解決するための手段】上記従来例の問題点を解
決するための請求項１に記載の発明は、サーバ側から提
示されたデータ入力フィールドに対するデータの入力を
クライアント側で支援するデータ入力支援装置であっ
て、前記提示したデータ入力フィールドの識別情報を検
出する手段と、前記検出した識別情報に基づいて事前に
蓄積された入力値を検索する検索手段と、前記検索され
た入力値を候補として提示する候補提示手段と、を含む
ことを特徴としている。

【００１０】このようにクライアント側でデータ入力フ
ィールドに入力する入力値の候補を検索・提示するの
で、サーバ側の管理負荷を軽減できる。

【００１１】また、上記従来例の問題点を解決するため
の請求項２に記載の発明は、請求項１に記載のデータ入
力支援装置において、さらに、前記検出したデータ入力
フィールドが事前に蓄積された条件に合致する場合の
み、前記検索手段が検出した識別情報に基づいて事前に
蓄積された入力値を検索し、前記候補提示手段が検索さ
れた入力値を候補として提示することを特徴としてい
る。

【００１２】このように、本発明のデータ入力支援装置
は、データ入力フィールドの識別情報についての条件を
事前に設定する手段で設定された条件により、入力値の
候補を提示するデータ入力フィールドと提示しない入力
フィールドとを設定でき、ユーザの操作性をさらに向上
できる。

【００１３】さらに、上記従来例の問題点を解決するた
めの請求項３に記載の発明は、請求項１又は２に記載の
データ入力支援装置において、さらに、データ入力を行
うユーザを識別する手段を含み、前記検索手段は、識別
情報に基づいて当該ユーザごとに蓄積された入力値を検
索することを特徴としている。

【００１４】これにより、複数のユーザが共用するブラ
ウザにおいても、ユーザごとに設定された入力値の候補
が提示され、ユーザの操作性を向上できる。尚、ユーザ
を識別する手段は、オペレーティングシステムが複数ユ
ーザを許容するものであるときには、当該オペレーティ
ングシステムのログイン情報からユーザ名等を取得して
も構わない。また、このユーザを識別する手段は、オペ
レーティングシステムがどのようなものであるかによら
ず、サーバから提示されたログイン画面を識別し、当該
ログイン画面で入力されたユーザ名を抽出するものであ
ることも好ましい。

【００１５】上記従来例の問題点を解決するための請求
項４に記載の発明は、請求項１から３のいずれかに記載
のデータ入力支援装置において、さらに、提示されたデ
ータ入力フィールドに対するデータの入力を受けると、
当該データ入力フィールドの識別情報と当該入力された
データとを対応づけて蓄積する手段を含むことを特徴と
している。

【００１６】これにより、一旦入力されたデータを蓄積
しておき、後にこのデータを提示することでユーザの操
作性を向上できる。

【００１７】さらに、上記従来例の問題点を解決するた
めの請求項５に記載の発明は、請求項１から４のいずれ
かに記載のデータ入力支援装置において、さらに、前記
候補提示手段は、各入力値の候補を過去に入力された回
数に基づいて提示することを特徴としている。

【００１８】この提示は、たとえば複数の候補を順次提
示してもよいし、一覧表示してユーザの選択を求めても
よい。このようにすることで、ユーザはより迅速に適切
なデータを入力することができ、操作性をさらに向上で
きる。

【００１９】上記従来例の問題点を解決するための請求
項６に記載の発明は、コンピュータ読み取り可能な記録
媒体において、サーバ側から提示されたデータ入力フィ
ールドに対するデータの入力を支援するクライアントプ
ログラムであって、前記提示したデータ入力フィールド
の識別情報を検出するステップと、前記検出した識別情
報に基づいて事前に蓄積された入力値を検索するステッ
プと、前記検索された入力値を候補として提示するステ
ップと、を少なくとも実行するプログラムを格納したこ
とを特徴としている。

【００２０】このようにクライアント側でデータ入力フ
ィールドに入力する入力値の候補を検索・提示するプロ
グラムによって、サーバ側の管理負荷を軽減できる。

【００２１】

【発明の実施の形態】本発明の実施の形態について図面
を参照しながら説明する。本実施の形態に係るデータ入
力支援装置は、パーソナルコンピュータ上で動作するイ
ンターネットブラウザとして実装されており、図１に示
すように、ＣＰＵ１と、ブート用ＲＯＭ２と、ＲＡＭ３
と、ハードディスク４と、表示部５と、入力部６と、Ｌ
ＡＮインタフェース７と、外部記憶装置８とから主とし
て構成され、これらの各部はバス接続されている。以
下、これらの各部について説明する。

【００２２】ＣＰＵ１は、ネットワークを介してＨＴＭ
Ｌ文書を取得し、当該ＨＴＭＬ文書を解析しつつ表示部
５に対して表示するブラウザとしての処理と、解析中に
データ入力フィールドがある場合に、事前に設定された
入力値をハードディスク４から検索して入力値の候補と
して表示する入力支援処理とを主として行う。このＣＰ
Ｕ１の処理については、後に詳しく説明する。ブート用
ＲＯＭ２は、データ入力支援装置の電源投入直後にＣＰ
Ｕ１が処理するプログラム及び各種のパラメータが格納
されている。

【００２３】ＲＡＭ３は、ＣＰＵ１のワークメモリとし
て動作する。ハードディスク４は、外部記憶装置８から
導入される処理プログラムや各種のパラメータを格納し
ている。具体的にこのハードディスク４は、図２に示す
ように、ユーザ名と、サーバが提供するＨＴＭＬ文書を
特定するＵＲＬ（Uniform Resource Locators）と、入
力されたデータ値を整理するための整理番号（シーケン
ス）と、データ入力フィールドの識別子としてのフィー
ルド名と入力値としてのデータとを対応づけて蓄積して
いる。以下、この蓄積されたデータを「入力値候補デー
タ」と称する。

【００２４】表示部５は、ディスプレイ等の表示装置で
あり、ＣＰＵ１から入力される指示に従って画面表示を
行う。入力部６は、マウスやキーボード等の入力装置で
あり、ユーザからの指示をＣＰＵ１に伝達する。ＬＡＮ
インタフェース７は、ネットワークに接続され、ＣＰＵ
１から入力された指示に従って、ネットワークを介して
サーバにアクセスしてＨＴＭＬ文書を取得して表示し、
また、ＣＰＵ１からの指示に従って、ユーザから入力さ
れたデータをサーバにネットワークを介して送信する。
外部記憶装置８は、フロッピーディスクや光磁気ディス
ク等の記録媒体からデータを読み出すためのデバイスで
あり、処理プログラムは、ここで記録媒体から読み出さ
れてハードディスク４にインストールされる。

【００２５】ここで、ＣＰＵ１の動作について具体的に
説明する。尚、本実施の形態においては、本発明はＣＰ
Ｕ１が実行するソフトウエアとして実装され、ＣＰＵ１
が本発明のデータ入力フィールドの識別情報を抽出する
手段と、検索手段と、候補提示手段と、ユーザを識別す
る手段とに相当している。

【００２６】ＣＰＵ１は、具体的には図３に示すよう
に、入力部６からユーザの操作を受けて処理を開始し、
操作の内容がＵＲＬの指示であるか否かを判断する（Ｓ
１）。ここで、操作の内容がＵＲＬの指示であれば（Ｙ
ｅｓならば）、ＨＴＴＰプロトコルに従って当該ＵＲＬ
に示されたサーバに対し、ＧＥＴコマンドを送信して、
そのＵＲＬで示されたＨＴＭＬ文書等の文書データを取
得する（Ｓ２）。尚、ＨＴＴＰプロトコルやそのＧＥＴ
コマンド等については、インターネット技術文書である
ＲＦＣ（Request for comments）の２０６８番等に詳細
に説明されているので、ここでの詳細な説明を省略す
る。また、ユーザのＵＲＬの指示は、ユーザがキーボー
ド等を利用してＵＲＬの文字列を直接入力して行っても
よいし、表示部５に表示されたＨＴＭＬ文書内にあるリ
ンクをマウス等でクリックして入力してもよい。

【００２７】この処理Ｓ２において、ＣＰＵ１は、サー
バからＵＲＬで示された文書データとともに、ステータ
ス応答を取得する。ここでステータス応答とは、文書デ
ータが取得可能なものであるか（この場合には「200 O
K」等のステータス応答が受信される）、又はユーザ認
証（ログイン）を行った上で提供される文書データであ
るか（この場合には、「401 unauthorized」等のステー
タス応答が受信される）等、文書データの状態を表すも
のである。

【００２８】ＣＰＵ１は、このステータス応答を参照し
て、それがログインを要求するものであるか否か（たと
えば「401 unauthorized」であるか否か）を調べ（Ｓ
３）、ログインを要求するものなければ（Ｎｏなら
ば）、さらに取得可能であったか否か（たとえば「200
OK」であるか否か）を調べ（Ｓ４）、取得可能であれば
（Ｙｅｓならば）、パース処理を開始して、取得した文
書データを処理する（Ｓ５）。このパース処理について
は、後で説明する。そして、パース処理が完了すると、
ＣＰＵ１は、処理を終了する。また、処理Ｓ５におい
て、文書データが取得可能なものでなければ（Ｎｏなら
ば）、ＣＰＵ１は、表示部５にエラー表示を行って（Ｓ
６）、処理を終了する。

【００２９】さらに、処理Ｓ３において、処理Ｓ２で受
信したステータス応答がログインを要求するものであれ
ば（Ｙｅｓならば）、ＣＰＵ１は表示部５にログインを
促す表示を行い（Ｓ７）、ユーザ名及びパスワードの入
力を待機し（Ｓ８）、ユーザ名とパスワードの入力を受
けると、ユーザ名を抽出してＲＡＭ３に格納するととも
に（Ｓ９）、入力されたユーザ名及びパスワードを指示
されたＵＲＬに送信する（Ｓ１０）。尚、処理Ｓ７にお
けるログインを促す表示は、具体的には、図４に示すよ
うなものである。そしてＣＰＵ１は、この処理Ｓ１０で
送信したユーザ名及びパスワードに対する応答として、
サーバから文書データ及びステータス情報を受信して
（Ｓ１１）、処理Ｓ３に戻って（Ａ）処理を続ける。

【００３０】さらにＣＰＵ１は、処理Ｓ１において、ユ
ーザの操作内容がＵＲＬの指示でなければ（Ｎｏなら
ば）、当該操作内容が表示中の文書データ内で入力した
入力値を送信する指示（SUBMIT指示）であるか否かを調
べ（Ｓ２１）、送信指示であれば（Ｙｅｓならば）、表
示中の文書データ内のデータ入力フィールドに対し入力
した入力値と、データ入力フィールドの識別情報を抽出
する（Ｓ２２）。ここでデータ入力フィールドの識別情
報は、たとえばＨＴＭＬ文書であれば、FORMタグ内の各
データ入力フィールドの「NAME」オプション文字列で指
定されたものであればよい。そして、ＣＰＵ１は、この
処理Ｓ２２で抽出したデータ入力フィールドの識別情報
と入力値とを対応づけて、ＵＲＬとともに図２に示した
ようなデータとしてハードディスク４に蓄積し（Ｓ２
３）、当該識別情報と入力値とを指示されたＵＲＬに対
して送信し（Ｓ２４）、その応答としての文書データ及
びステータス情報を受信して（Ｓ２５）、処理を終了す
る（Ｂ）。尚、処理Ｓ２４において指示されたＵＲＬと
は、ＨＴＭＬ文書の場合、FORMタグのACTIONで指定され
たＵＲＬを意味する。さらに、ＣＰＵ１は、処理Ｓ２１
において、入力値を送信する指示（SUBMIT指示）でなけ
れば（Ｎｏならば）、当該操作に応じた処理を行って
（Ｓ２６）、処理を終了する（Ｂ）。

【００３１】尚、処理Ｓ２３において入力値を蓄積する
データ入力フィールドを限定してもよい。すなわち、入
力部６から入力値を抽出するための条件を事前に入力し
てハードディスク４に格納しておき、ＣＰＵ１は、処理
Ｓ２３において、ハードディスク４に格納されている当
該条件を参照して、その条件に合致するデータ入力フィ
ールドに対応する入力値のみをハードディスク４に蓄積
する。この条件は、たとえばＨＴＭＬ文書であれば、各
データ入力フィールドの「TYPE」が「INPUT」であれば
蓄積を行うが、「TEXTAREA」であれば蓄積しない等の条
件である。また、データ入力フィールドの識別情報（た
とえばNAMEで示された情報）が「USERNAME」（ユーザ
名）であれば蓄積するが、「PASSWORD」（パスワード）
であればセキュリティのために蓄積しない等の条件であ
ってもよい。また処理Ｓ２３において、既に蓄積されて
いる入力値を検索し、入力値に対応するシーケンス番号
を参照して当該シーケンス番号に１を加え、当該シーケ
ンス番号とともに新たに入力された入力値を蓄積するこ
ととする。さらに、この処理Ｓ２３において、ログイン
した際のユーザ名がＲＡＭ３に格納されていれば、当該
ユーザ名も併せて格納する。

【００３２】さらに、サーバ側でこの条件を指定してお
くことも考えられる。この場合には、ＨＴＭＬ文書内の
データ入力フィールドを表すタグ等にオプションとし
て、「REUSE=YES」のように指定したデータ入力フィー
ルドのみハードディスク４に入力値を蓄積する等の処理
をＣＰＵ１が行うことになる。

【００３３】次に、ＣＰＵ１の処理Ｓ５におけるパース
処理について図５を参照して説明する。ＣＰＵ１は、受
信した文書データを各データ入力フィールドの識別情報
を抽出しつつ解析処理し（Ｓ３１）、図２に示したハー
ドディスク４に蓄積されている入力値候補データのう
ち、当該文書データのＵＲＬに合致するものを検索する
（Ｓ３２）。この処理Ｓ３２において、処理Ｓ９のログ
イン処理中にＲＡＭ３に格納したユーザ名があるときに
は、当該ユーザ名及びＵＲＬの双方が合致するものを検
索する。このユーザ名を考慮した処理が本発明のユーザ
を識別する手段に相当する。この処理Ｓ３１がデータ入
力フィールドの識別情報を抽出する手段に相当し、処理
Ｓ３２が本発明の検索手段に相当している。そして、Ｃ
ＰＵ１は、検索した入力値候補データのうち、シーケン
スの番号を参照して、この番号が最も大きいものを選択
し（Ｓ３３）、検索された各入力値に対応づけられてい
るデータ入力フィールドの識別情報と解析した文書デー
タのデータ入力フィールドの識別情報とを比較して一致
するものがあれば、各々対応する入力値をデフォルトと
して表示して（Ｓ３４）、処理を終了する。この処理Ｓ
３４が本発明の候補提示手段に相当する。尚、処理Ｓ３
１の解析処理は、広く知られた木構造によるタグつき文
書処理で実現できる。

【００３４】また、ＣＰＵ１は、ブラウザに対する所定
の操作（たとえばメニューの選択やユーザインタフェー
スボタンのクリックなど）に応じて、処理Ｓ３２で検索
した入力値候補データを順次シーケンス番号の大きい順
に表示する。さらにＣＰＵ１は、順次表示する代わりに
検索された入力値候補データを一覧表示しても構わな
い。

【００３５】さらに、ＣＰＵ１は、所定のデータ入力フ
ィールドに対する操作（たとえばデータ入力フィールド
をクリックする等）に応じて、処理Ｓ３２で検索した入
力値候補データのうち、当該データ入力フィールドに対
応する入力値をシーケンス番号の順に順次、又はシーケ
ンス番号に拘わらず一覧で表示することとするのも好ま
しい。

【００３６】次に、本実施の形態に係るデータ入力支援
装置の動作について、名前と送付先、商品に対する注文
数量とコメントを入力する商取引システムのサーバにア
クセスする場合を例として説明する。尚、このサーバが
商取引の際に提示する文書データは、図７に示したよう
なＨＴＭＬ文書であるとする。また、ハードディスク４
には事前に入力値の蓄積を行う条件として、「INPUT」
は蓄積するが「TEXTAREA」は蓄積しないとの条件が格納
され、この条件に従って、ユーザ「TANAKA」に対し、図
７が格納されている場所を表すＵＲＬ（「http://abc.o
rg/order.htm」とする）と、シーケンス番号とに対応づ
けて、各データ入力フィールドの識別情報「name」，
「addr」，「X01」，「X02」等についてそれぞれ、入力
値候補データに格納された一連の入力値「tanaka」，
「Ａ町１−１」，「12」，「0」等が図２に示すように
ハードディスク４にされているとする。

【００３７】ユーザは、データ入力支援装置を起動し
て、ＵＲＬ「http://abc.org/order.htm」にアクセスす
る指示を入力部６から入力する。すると、ＣＰＵ１がこ
のＵＲＬの入力に応じて、当該ＵＲＬに対し文書データ
の要求を行う。サーバは、この文書データに対してログ
インが必要であると判断すると、ログイン要求を表すス
テータス情報をデータ入力支援装置に対して送信し、Ｃ
ＰＵ１は、ＬＡＮインタフェース７を介してこのステー
タス情報を受信し、ログイン要求であるので、図４に示
したようなログインを促す画面を表示する。ユーザは、
このログイン画面に対しユーザ名「tanaka」とパスワー
ドとを入力して送信する。ＣＰＵ１は、この送信の指示
を受けてユーザ名「tanaka」を抽出してＲＡＭ３に格納
し、当該ユーザ名とパスワードとをサーバに送信する。

【００３８】サーバでは、このユーザ名とパスワードと
でユーザ認証を行い、正当なユーザであると認証されれ
ば、図７に示したＨＴＭＬ文書を送信する。ＣＰＵ１
は、このＨＴＭＬ文書を受信してパース処理を開始し、
各データ入力フィールドを識別情報（「NAME」）ととも
に検出して、ＲＡＭ３に格納したユーザ名を参照し、ハ
ードディスク４から当該ユーザ名及び現在アクセス中の
ＵＲＬに対応する入力値候補データを検索する。そし
て、ＣＰＵ１は、図２に示したような入力値候補データ
を取得して、シーケンス番号を参照し、最も大きいもの
を選択して、各データ入力フィールドの識別情報に対す
る入力値を取得し、これらの入力値をデフォルトとして
表示する。具体的にここでの例の場合には、図６に示し
たような表示が表示部５にされることになる。尚、ここ
で、TEXTAREAとして指定された部分（たとえば図６の
「Comment」データ入力フィールド）については、ＨＴ
ＭＬ文書で指定されたデフォルト値が表示される。

【００３９】そして、ユーザは、この入力値のままでよ
ければ、この入力値を送信する指示を行い、ＣＰＵ１
は、データ入力フィールドの識別情報と入力値とを送信
する。

【００４０】また、ユーザは、この入力値を変更する場
合には、入力部６のマウスやキーボードを用いて入力値
を変更し、送信する指示を行う。すると、ＣＰＵ１は、
この表示中の文書データからデータ入力フィールドを抽
出し、当該データ入力フィールドのうち、予め設定され
た条件に合致するもの（この例では「INPUT」のみ）に
ついて、データ入力フィールドの識別情報と入力された
入力値とを関連づけ、さらに、現在ハードディスク４に
格納されているユーザ名及びＵＲＬに対応する入力値候
補データのうち、最も大きいシーケンス番号が「１」で
あるので、これに「１」を加えた「２」を新たなシーケ
ンス番号として、これらユーザ名と、ＵＲＬと、シーケ
ンス番号と、データ入力フィールドの識別情報と入力値
とを関連づけた情報とを対応づけて入力値候補データと
してハードディスク４に蓄積する。

【００４１】そして、ＣＰＵ１は、次回このユーザが同
じＵＲＬにアクセスしたときには、今回蓄積したシーケ
ンス番号の最も大きい「２」の入力値候補データに基づ
いて、デフォルトの入力値を表示することになる。本実
施の形態において特徴的なことは、ＵＲＬを考慮して入
力値候補データの蓄積・検索を行っているので、アクセ
ス先のサイトごとに異なる入力値を設定可能としている
ことである。

【００４２】本実施の形態によれば、このように、ユー
ザが入力操作を行わなくても、クライアント側のハード
ディスク４に格納された入力値候補データに基づき、ユ
ーザ名、ＵＲＬに応じてデータ入力フィールドの識別情
報に対応する入力値が表示されて、その入力が支援され
るため、サーバの負荷を増大させることなく、ユーザの
操作性を向上できる。

【００４３】さらに、ここでは複数の入力値の候補をシ
ーケンス番号（通し番号）で整理しているが、入力値の
送信回数としても構わない。この場合にはＣＰＵ１は、
同一のユーザ名、ＵＲＬ、入力値を含む入力値候補デー
タが蓄積されている場合には、この入力値候補データの
シーケンス番号をインクリメントする。このようにすれ
ば、入力値の送信頻度順に表示を行うことができ、ユー
ザの操作性を向上できる。さらにこのシーケンス番号の
代わりとしては、タイムスタンプ（データ送信時刻）と
しても構わない。この場合には、最近の入力値が表示さ
れることとなる。さらに、複数の入力値候補データを保
持することなく、新たに送信した入力値で上書きするこ
ととすれば、このシーケンス番号は必ずしも必要ではな
い。

【００４４】同様に、図２に示した入力値候補データに
表されたＵＲＬやユーザ名についても、たとえばユーザ
名の情報などは複数のＵＲＬで共用したい場合などで
は、このＵＲＬ情報を省略してもよいし、公知の正規表
現方法で記載して、所定のパターン（たとえば「ＵＲＬ
の末尾がco.jpである」等のパターン）に一致する場合
に入力値の候補をデフォルトとして表示することとして
も構わないし、ログインを必要としないＵＲＬやオペレ
ーティングシステムでは、ユーザ名は必ずしも必要では
ない。ここで、ユーザ名もＵＲＬもない場合には、単に
データ入力フィールドの識別情報に基づいて検索を行う
こととすればよい。

【００４５】

【発明の効果】本発明によれば、サーバから提示された
データ入力フィールドの識別情報を検出し、検出した識
別情報に基づいて事前に蓄積された入力値を検索し、検
索した入力値を候補として提示するデータ入力支援装置
としているので、クライアント側でデータ入力フィール
ドに対する入力値の候補を検索・提示することでサーバ
側の管理負荷を軽減できる。

【００４６】また、本発明によれば、サーバから提示
されたデータ入力フィールドの識別情報を検出し、検出
した識別情報に基づいて事前に蓄積された入力値を検索
し、検索した入力値を候補として提示する処理を実行す
るプログラムを格納したコンピュータ読み取り可能な記
録媒体としているので、このプログラムをクライアント
側にインストールすれば、クライアント側でデータ入力
フィールドに対する入力値の候補を検索・提示すること
でサーバ側の管理負荷を軽減できる。

【図面の簡単な説明】

【図１】本発明の実施の形態に係るデータ入力支援装
置の構成ブロック図である。

【図２】本発明の実施の形態に係るハードディスク４
に格納された入力値候補データの構造の一例を表す説明
図である。

【図３】本発明の実施の形態に係るＣＰＵ１の主要な
処理を表すフローチャート図である。

【図４】ログイン画面の一例を表す説明図である。

【図５】本発明の実施の形態に係るＣＰＵ１のパース
処理を表すフローチャート図である。

【図６】本発明の実施の形態に係るデータ入力支援装
置が表示する画面の一例を表す説明図である。

【図７】サーバ側が提示するＨＴＭＬ文書の一例を表
す説明図である。

【図８】一般的なブラウザが表示する画面の一例を表
す説明図である。

【符号の説明】

１ＣＰＵ、２ブート用ＲＯＭ、３ＲＡＭ、４ハ
ードディスク、５表示部、６入力部、７ＬＡＮイ
ンタフェース、８外部記憶装置。

Claims

【特許請求の範囲】

【請求項１】サーバ側から提示されたデータ入力フィ
ールドに対するデータの入力をクライアント側で支援す
るデータ入力支援装置であって、前記提示したデータ入力フィールドの識別情報を検出す
る手段と、前記検出した識別情報に基づいて事前に蓄積された入力
値を検索する検索手段と、前記検索された入力値を候補として提示する候補提示手
段と、を含むことを特徴とするデータ入力支援装置。
【請求項２】請求項１に記載のデータ入力支援装置に
おいて、さらに、前記検出したデータ入力フィールドが事前に設定された
条件に合致する場合のみ、前記検索手段が検出した識別
情報に基づいて事前に蓄積された入力値を検索し、前記
候補提示手段が検索された入力値を候補として提示する
ことを特徴とするデータ入力支援装置。
【請求項３】請求項１又は２に記載のデータ入力支援
装置において、さらに、データ入力を行うユーザを識別する手段を含み、前記検索手段は、識別情報に基づいて当該ユーザごとに
蓄積された入力値を検索することを特徴とするデータ入
力支援装置。
【請求項４】請求項１から３のいずれかに記載のデー
タ入力支援装置において、さらに、提示されたデータ入力フィールドに対するデータの入力
を受けると、当該データ入力フィールドの識別情報と当
該入力されたデータとを対応づけて蓄積する手段を含む
ことを特徴とするデータ入力支援装置。
【請求項５】請求項１から４に記載のデータ入力支援
装置において、さらに、前記候補提示手段は、各入力値の候補を過去に入力され
た回数に基づいて提示することを特徴とするデータ入力
支援装置。
【請求項６】サーバ側から提示されたデータ入力フィ
ールドに対するデータの入力を支援するクライアントプ
ログラムであって、前記提示したデータ入力フィールドの識別情報を検出す
るステップと、前記検出した識別情報に基づいて事前に蓄積された入力
値を検索するステップと、前記検索された入力値を候補として提示するステップ
と、を少なくとも実行するプログラムを格納したことを
特徴とするコンピュータ読み取り可能な記録媒体。