(57)【要約】【課題】一度ユーザー名、パスワードの入力設定をしておけば、Ｗｅｂサイトにアクセスした際に、ユーザー名・パスワードを要求するユーザ認証ページが現われた時に自動的に必要なデータを入力する認証データ自動入力機能を提供することを課題とする。【解決手段】ユーザ認証に必要な設定情報をＩＣカード５に記録させておき、Ｗｅｂブラウザ１２がアクセスするＵＲＬが、ＩＣカードに記録されたＵＲＬと一致するかどうかを常時監視して、一致する場合には、当該ＵＲＬに関連付けてＩＣカード５に設定された情報から、ユーザ認証ページに返答するデータを作成しＷｅｂブラウザ１２に渡すことにより自動的にユーザ認証を行なわせる認証データ自動入力手段１９をコンピュータにおいて実現させるコンピュータプログラムにより上記課題を解決する。【選択図】  図１
2008293518.tif 000002
【特許請求の範囲】
【請求項１】
ＩＣカードリーダライタを備え、Ｗｅｂブラウザを搭載し、ＩＰネットワークに接続されたコンピュータにおいて使用するプログラムであって、
前記ＷｅｂブラウザがＨＴＴＰリクエストに対するレスポンスを受け取った時に通知を受け、ＨＴＴＰリクエストに対するレスポンスに含まれる送信元ＵＲＬが、ＩＣカードに設定情報として記録されている幾つかのＵＲＬのいずれかと一致した場合には、ＩＣカードに記録されている当該ＵＲＬに関連付けられた設定情報から、当該ＵＲＬで指定されるホストコンピュータから転送されるログインページに対する返答データを生成し、これをＷｅｂブラウザに渡す認証データ自動入力手段を前記コンピュータにおいて実現することによって、
ユーザーが挿入したＩＣカードに応じて、特定のＵＲＬを持つＷｅｂサイトにアクセスした時に、ユーザーになりかわって自動的にユーザログインを行うことができるようにしたことを特徴とするコンピュータプログラム。
【請求項２】
請求項１に記載のコンピュータプログラムにおいて、前記ＩＣカードリーダライタの状態を常時監視する監視手段をさらに前記コンピュータにおいて実現し、前記認証データ自動入力手段は、この監視手段と連絡を取って動作するものであって、
ＩＣカードが前記ＩＣカードリーダライタに挿入されたことを前記監視手段から通知されると、前記認証データ自動入力手段は、そのＩＣカードに記録されている目的のＷｅｂサイトのＵＲＬと、そのサイトにアクセスした時に最初に現われるユーザー認証ページに入力すべきテキストデータを読み込み、所定のメモリバッファに記憶して活動状態となり、そのＩＣカードが前記ＩＣカードリーダライタから抜取られた時には、前記所定のメモリバッファに記憶した内容を消去して、休止状態となる手段として実現されることによって、
ＩＣカードが挿入されていないと認証データ自動入力機能が機能しないことを特徴とするコンピュータプログラム。
【請求項３】
請求項１または請求項２に記載のコンピュータプログラムにおいて、前記認証データ自動入力手段は、前記Ｗｅｂブラウザからの通知がない場合、または、通知があったとしても前記設定情報として記録されている幾つかのＵＲＬと一致しない場合には、前記返答データを生成してＷｅｂブラウザに渡す処理を行わないことを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＣカードを利用した業務用ネットワークシステムにおいて、ログイン時におけるユーザーの操作性利便性を向上させるコンピュータプログラムに関する。
【背景技術】
【０００２】
コンピュータの普及とともに、企業の業務は、従業員が使用する複数の大量のクライアントコンピュータとこれらのコンピュータに何らかのサービスを提供する少数のサーバーコンピュータにより構成されるネットワークシステムにより行われるようになった。近年では、ネットワークシステムそのものが大規模になっており、それらを使用して業務を遂行することが極めて当り前になっており、また、ネットワーク上で遂行する業務が、決済や承認などに関わる領域にも拡大されようとしているため、アクセスが制限されるべきデータへの不正なアクセスや、他ユーザへのなりすまし防止などネットワークシステムに関わるセキュリティを適切に管理することが極めて重要になっている。
【０００３】
したがって、個人使用のコンピュータとして設計された最近のコンピュータは、上記セキュリティを向上させるための何らかの機能をオペレーティングシステム（ＯＳ）に備えている。周知のようにパーソナルコンピュータにおいても、以前より、起動時にユーザーログインダイアログを表示し、正しいユーザー名、パスワードを入力しないとそのコンピュータが使えないというＯＳの機能が搭載されていた。
【０００４】
最近では、業務用のクライアントサーバーシステムをＷＷＷ（World Wide Web）技術を用いて構築することが普及してきた。ＷＷＷ技術を用いれば、クライアント側のＧＵＩ（グラフィカルユーザーインターフェース）をＷＷＷブラウザ（以下Ｗｅｂブラウザ）を利用して容易に構築することができ、また、データベース検索等のサーバー側で行う処理もＷＷＷサーバの機能を活用することにより柔軟に実現可能だからである（特許文献１）。
【特許文献１】特開平４−３２９７３０
【０００５】
このようなＷＷＷ技術を用いて構築された業務システムにおいては、クライアントコンピュータからＵＲＬ（Uniform Resource Locator）を指定して、特定のサーバーに接続した際、そのサーバーから最初にクライアントコンピュータに表示されるＨＴＭＬ（HyperText Markup Language）ページは、ユーザー名、パスワードを要求するユーザー認証ページ（ユーザーログインページ、ログオンページ等とも呼ぶ）である場合が多い。ここで正しくユーザー名、パスワードを入力できないユーザーはそのサーバーへの以後のアクセスが許可されない。そのサーバーがデータベースを検索するサービスを提供するのであれば、資格のない者からの機密性の高いデータベースへのアクセスを防ぐことができるわけである。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
一般に、セキュリティ機能を高めると、その分使い勝手が悪くなるという問題点がある。ユーザー名やパスワードを要求するユーザー認証ページを用いると、そのサーバーの利用者はその都度ユーザー名、パスワードを入力しなければならない。
本発明はこのような問題点を考慮してなされたものであり、一度だけユーザー名、パスワードの入力設定をしておけば、特定のＷｅｂサイトにアクセスした際、ユーザー名・パスワードを要求するユーザー認証ページが現われた時に自動的にそれらを入力する認証データ自動入力機能を提供することを課題とする。
【課題を解決するための手段】
【０００７】
課題を解決するための請求項１に係る発明は、ＩＣカードリーダライタを備え、Ｗｅｂブラウザを搭載し、ＩＰネットワークに接続されたコンピュータにおいて使用するプログラムであって、前記ＷｅｂブラウザがＨＴＴＰリクエストに対するレスポンスを受け取った時に通知を受け、ＨＴＴＰリクエストに対するレスポンスに含まれる送信元ＵＲＬが、ＩＣカードに設定情報として記録されている幾つかのＵＲＬのいずれかと一致した場合には、ＩＣカードに記録されている当該ＵＲＬに関連付けられた設定情報から、当該ＵＲＬで指定されるホストコンピュータから転送されるログインページに対する返答データを生成し、これをＷｅｂブラウザに渡す認証データ自動入力手段を前記コンピュータにおいて実現することによって、ユーザーが挿入したＩＣカードに応じて、特定のＵＲＬを持つＷｅｂサイトにアクセスした時に、ユーザーになりかわって自動的にユーザログインを行うことができるようにしたコンピュータプログラムである。
また、課題を解決するための請求項２に係る発明は、請求項１に係るコンピュータプログラムにおいて、前記ＩＣカードリーダライタの状態を常時監視する監視手段をさらに前記コンピュータにおいて実現し、前記認証データ自動入力手段は、この監視手段と連絡を取って動作するよう構成されるものであって、ＩＣカードが前記ＩＣカードリーダライタに挿入されたことを前記監視手段から通知されると、前記認証データ自動入力手段は、そのＩＣカードに記録されている目的のＷｅｂサイトのＵＲＬと、そのサイトにアクセスした時に最初に現われるユーザー認証ページに入力すべきテキストデータを読み込み、所定のメモリバッファに記憶して活動状態となり、そのＩＣカードが前記ＩＣカードリーダライタから抜取られた時には、前記所定のメモリバッファに記憶した内容を消去して、休止状態となる手段として実現されることによって、ＩＣカードが挿入されていないと認証データ自動入力機能が機能しないコンピュータプログラムである。
また、課題を解決するための請求項３に係る発明は、請求項１または請求項２に係るコンピュータプログラムにおいて、前記認証データ自動入力手段は、前記Ｗｅｂブラウザからの通知がない場合、または、通知があったとしても前記設定情報として記録されている幾つかのＵＲＬと一致しない場合には、前記返答データを生成してＷｅｂブラウザに渡す処理を行わないコンピュータプログラムである。
【発明の効果】
【０００８】
本発明の請求項１に係るコンピュータプログラムの使用により、特定のＷｅｂサイトにアクセスした際に、ユーザー名・パスワードを要求するログインページが現われても、設定情報を記録したＩＣカードがあれば、ユーザーはいちいち手で入力する必要がない。
また、発明の請求項２に係るコンピュータプログラムの使用により、上記に加え、ＩＣカードを抜取れば認証データ自動入力機能が機能しないので、高いセキュリティ性能を得ることができる。
また、本発明の請求項３に係るコンピュータプログラムの使用により、上記に加え、設定情報として記録されていなければ認証データ自動入力機能が機能しないので、その機能が働くことによる問題を回避できる。
【発明を実施するための最良の形態】
【０００９】
以下図面を用いて、本発明のコンピュータプログラムを使用した一実施形態である装置１を説明してゆく。図４は本発明に係る実施形態を説明するユーザー認証情報の設定および認証データ自動入力の実行を行うクライアントコンピュータの構成図である。１０はコンピュータ本体である。９はキーボード、マウス等の入力部である。８はＩＣカードリーダライタである。５はユーザがＩＤカードとして使用するＩＣカードである。コンピュータ本体１０にはＷｅｂブラウザ１２、監視プログラム１７、認証情報設定手段１８、認証データ自動入力手段１９が備えられている。認証情報設定手段１８および認証データ自動入力手段１９もソフトウエアプログラムとして実現される。１７は、ＩＣカードリーダライタ８の状態（ＩＣカードが挿入されているか、いないか）を常時検査する監視手段として備えられている監視プログラムである。監視プログラム１７はコンピュータ本体１０が起動されると起動され、常時ＩＣカードリーダライタ８を監視し続ける。
【００１０】
この監視プログラム１７は、ＩＣカードリーダライタ８を制御するドライバソフトウエア（ＯＳの一部としてコンピュータ１０に備えられている）を通じてＩＣカードリーダライタ８の状態を常時（正確には一定時間間隔で）チェックし、結果を他のプロセスから参照できるメモリ領域にフラグ値として書込む。さらに、ＩＣカードリーダライタ８にカードが挿入された時は、休眠中の認証データ自動入力手段１９を活動状態にする。というのは、認証データ自動入力手段１９は、コンピュータ本体１０が起動されると一旦起動されるがすぐに休眠状態となるようプログラムされているからである。
【００１１】
図１は、認証情報設定手段１８の動作を説明するためのフローチャートである。以下図１に従って、認証情報設定手段１８の動作を説明する。尚、以下に説明する実施形態では認証情報設定手段１８は設定ウイザードと呼ばれるソフトウエアプログラムとして実現されている。
【００１２】
まず、設定ウイザードを起動する（Ｓ０１）。図５は設定ウイザードに現われるＵＲＬ設定画面５００である。この設定画面５００の入力欄５０１に目的とするＵＲＬの指定を行なう（Ｓ０２）。コンピュータ１０には、ＵＲＬに存在するＷＷＷサーバーからページデータが転送され、Ｗｅｂブラウザ１２により図１１に示すようなユーザー認証ページ７００が表示される。
【００１３】
次に、ユーザＩＤおよびパスワードの指定を行なう（Ｓ０３）。ＵＲＬ設定画面５００の「次へ」ボタン５０４を押すことにより、図６に示すユーザＩＤ設定画面５１０が現われる。ここで入力欄５１１にユーザＩＤを入力する。「次へ」ボタン５１４を押すことにより、図７に示すパスワード設定画面５２０が現われる。ここで入力欄５２１にパスワードを入力するパスワードは誤入力を排除するために２度入力する。次に確定ボタンの選択を行う（Ｓ０４）。ユーザＩＤ設定画面５２０の「次へ」ボタン５２４を押すことにより、図８に示す確定ボタン設定画面５３０が現われる。対象とするＷｅｂページにおいて、ユーザ名、パスワードを入力した後クリックすべきボタンについている文字列を指定する。ボタン文字列の入力欄５３１に直接手入力するか、「一覧から選択」ボタン５３２を押して、当該Ｗｅｂページ上に存在する全てのボタンのキャプション文字列を図９のように表示させ、図９のボタンキャプションリスト５４１の中から選択する。「一覧から選択」ボタン５３２を使用した場合は、ボタン文字列を誤る必要はない。「一覧から選択」ボタン５３２を使用しないで手入力した場合は、例えばキャプション文字が「ＯＫ」なのか「ＯＫ」なのかを区別して正しく入力する必要がある。
【００１４】
確定ボタンの設定を行い、「次へ」ボタン５３４を選択すると、設定ウィザードは図１０に示す画面５５０となる。ここまでの段階で、設定ウイザードによりユーザー認証ページ７００の設定を行なった結果、設定ウイザードが扱うあるメモリ領域には、図３に示すようなデータが作成されている。図３は、ユーザー認証ページ７００は、ＵＲＬ：http://top.comp.dnp.co.jp/servlet/auth.LoginServletにアクセスした結果得られるユーザ認証ページであること、そしてこの認証ページに対しては、ユーザＩＤとして文字列saitou0019を、パスワードとして%&596319を、それぞれ入力し、確定ボタンとしては文字列「ＯＫ」のボタンを選択すべきことが示されている。これらの情報はユーザー認証ページ７００が表示された時に、Ｗｅｂブラウザ１２に対して認証データ自動入力手段１９が与えるべきテキストデータを生成するために使用される。
【００１５】
画面５５０で、「完了」ボタン５５４を選択すると、図３に示される前記内容のデータが１組の自動設定情報としてＩＣカード５の不揮発メモリの所定の領域に記録される（Ｓ０５）。
【００１６】
以上設定ウィザードの動作を説明した。自動設定情報は、ＩＣカードの不揮発メモリの容量が許す限りは、必要なだけ複数組設定することができる。次に、認証データ自動入力手段１９を図２のフローチャートにより説明する。
【００１７】
認証データ自動入力手段１９は、ＩＣカードリーダライタ８に新しいカードが挿入されると監視プログラム１７により起こされて活動状態となる。そしてまず、ＩＣカードに記録されている自動設定情報を全て読み出し、メモリバッファに一時記録する（Ｓ１１）。
またこの時、認証データ自動入力手段１９は、Ｗｅｂブラウザ１２に対して、Ｗｅｂブラウザ１２が発したＨＴＴＰリクエストに対するレスポンスをＷｅｂブラウザ１２が受取った時、その旨を認証データ自動入力手段１９に通知するよう設定を行なう（Ｓ１２）。以後Ｗｅｂブラウザ１２は、発信したＨＴＴＰリクエストに対するレスポンスを受取るたびに、認証データ自動入力手段１９にその旨を通知することになる。この設定方法は、使用するブラウザの種類に依存する。
【００１８】
次に、認証データ自動入力手段１９は、Ｗｅｂブラウザ１２から、ＨＴＴＰリクエストに対するレスポンスを受取った時に発する通知を受けたかどうかチェックし、通知があった場合には、Ｗｅｂブラウザが受けたデータを検査して、その送信元のＵＲＬが、一時記録した自動設定情報のＵＲＬのいずれかと一致するかどうかを調べる（Ｓ１３）。そして、ＨＴＴＰリクエストに対するレスポンスの送信元のＵＲＬが、自動設定情報のＵＲＬと一致した場合には、その一致したＵＲＬに関係する設定情報（ユーザ名、パスワード文字列、設定ボタンのキャプション文字列）から、それらを適当に繋ぎ合わせて、その送信元ＵＲＬから送られたレスポンスデータ（これはユーザーログインを受付ける頁である）に応答するデータを作成して、それをＷｅｂブラウザ１２に渡す（Ｓ１５）。そしてステップＳ１７に進む。
【００１９】
ステップＳ１３で、Ｗｅｂブラウザ１２からの通知がない場合、または、通知があったとしても、ステップＳ１１で一時記録した自動設定情報のＵＲＬではないＵＲＬを送信元とするものである場合は、何もせずステップＳ１７に進む。
【００２０】
ステップＳ１７では、挿入されていたＩＣカードが抜取られたかどうかを検査する。これは、監視プログラム１７がＩＣカードリーダライタ８の状態を検査した結果フラグをチェックすることにより検査することができる。その結果、ＩＣカードがそのまま挿入されている場合は、ステップＳ１３に戻る。
【００２１】
ＩＣカードが抜取られていることを検知した場合は、ステップＳ１１でそのＩＣカードから読み込んだバッファの内容をクリアして、Ｗｅｂブラウザ１２に対するステップＳ１２で行なった設定を解除して（Ｓ１９）、自ら休眠状態となる。
【００２２】
新しいＩＣカードがＩＣカードリーダライタ８に挿入された場合は、認証データ自動入力手段１９を具現するプロセスは再び活動状態となる。結局、認証データ自動入力手段１９は、宛先ＵＲＬから送られたログイン画面がブラウザにより表示される時に、その画面に対して、ユーザが手でユーザ名、パスワードを入力し、「ＯＫ」ボタンをクリックした結果として、Ｗｅｂブラウザ１２に渡されるデータと同じデータを構成して、渡しているわけである。
【００２３】
このような認証データ自動入力手段１９により、特定のＵＲＬにアクセスしに行った時に最初に現われるログインページへの入力を自動化することができる。また、認証データ自動入力手段１９は、ＩＣカードが抜き取られた時は、即座に、設定情報をクリアして、実行を休止するので、クライアントコンピュータ１０上に、ユーザーの設定情報は残らない。また、ＩＣカードの挿入がないときは認証データの自動入力機能はけっして実行されない。したがって、使い勝手のよい機能を提供しつつシステムのセキュリティ水準は維持されているということができる。
【００２４】
尚、実行中のプロセスが自らを休眠させること、実行中のプロセスが休眠中の他のプロセスを起こすこと、等の機能は、ＯＳの機能であるが、通常のコンピュータのＯＳは、アプリケーションプログラムがこれらの機能を使用できるようＡＰＩ（Application programming interfaces）を用意しているので、これを用いれば通常のソフトウエア技術者は周知のプログラミング技術により実現することができる。また、「プロセスの休眠、休眠からの起動」の代わりに「プロセスの終了、プロセスの起動」により実現してもよい。
【００２５】
以上説明した図４の構成による実施形態では、コンピュータ１０に認証情報設定手段１８と認証データ自動入力手段１９の両方が備えられているが、これらのいずれか一方が欠けた構成であっても本発明が課題とする効果を奏することが可能である。すなわち、図４の構成から認証データ自動入力手段１９を除いた装置は、図３に示す自動設定情報をＩＣカードに記録する処理だけを行うユーザー認証情報設定装置となる。
【００２６】
一方、図４の構成から認証情報設定手段１８を除いた装置は、図３に示す自動設定情報を記録したＩＣカード５を使用することにより、ユーザー認証データ自動入力機能を有するコンピュータとして利用できる。
【００２７】
図３に示す自動設定情報を記録したＩＣカード５を携行することにより、上記構成の認証データ自動入力機能を有するコンピュータが利用できる場所であればどこでも認証データ自動入力の機能を利用できる。自動設定情報はコンピュータに残さずＩＣカードに記録るので、他人に不正に利用される恐れもない。
【００２８】
認証情報設定手段１８および認証データ自動入力手段１９はコンピュータプログラムとして実現される。従って、Ｗｅｂブラウザ１２を搭載し、ＩＣカードリーダライタを接続したコンピュータに、認証情報設定手段１８および認証データ自動入力手段１９、またはそのいずれか一方のプログラムを磁気記録媒体を通じて、またはネットワークを通じてダウンロードしてインストールすることにより、そのような構成のコンピュータを認証データ自動入力機能を有するコンピュータまたはユーザー認証情報設定装置とすることができる。
【図面の簡単な説明】
【００２９】
【図１】認証情報設定手段１８の動作を説明するフローチャートである。
【図２】認証データ自動入力手段１９の動作を説明するフローチャートである。
【図３】ＩＣカードに記録される設定情報を説明する図である。
【図４】本発明の一実施形態である認証データ自動入力機能を有するクライアントコンピュータの構成図である。
【図５】認証情報設定手段１８のＵＲＬ設定画面５００である。
【図６】認証情報設定手段１８のユーザＩＤ設定画面５１０である。
【図７】認証情報設定手段１８のパスワード設定画面５２０である。
【図８】認証情報設定手段１８の確定ボタン設定画面５３０である。
【図９】認証情報設定手段１８のボタン一覧ウインドウ５４０である。
【図１０】認証情報設定手段１８の終了画面５５０である。
【図１１】Ｗｅｂブラウザ１２が表示するユーザ認証ページの一例である。
【符号の説明】
【００３０】
５      ＩＣカード
８      ＩＣカードリーダライタ
９      入力部
１０    コンピュータ本体
１２    Ｗｅｂブラウザ
１７    監視プログラム
１８    認証情報設定手段
１９    認証データ自動入力手段
【図１】
2008293518.tif 000003
【図２】
2008293518.tif 000004
【図３】
2008293518.tif 000005
【図４】
2008293518.tif 000006
【図５】
2008293518.tif 000007
【図６】
2008293518.tif 000008
【図７】
2008293518.tif 000009
【図８】
2008293518.tif 000010
【図９】
2008293518.tif 000011
【図１０】
2008293518.tif 000012
【図１１】
2008293518.tif 000013