JP2002123495A

JP2002123495A - 電子認証システムおよびデータ記録システム

Info

Publication number: JP2002123495A
Application number: JP2000315505A
Authority: JP
Inventors: Masaaki Ueda; 雅章上田; Takuya Oka; 卓哉岡; Takanori Fukuda; 高典服田; Shinya Takagi; 伸哉高木; Yoshihiro Muto; 義弘武藤
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2000-10-16
Filing date: 2000-10-16
Publication date: 2002-04-26

Abstract

(57)【要約】【課題】認証情報を簡便に入力することができる電子
認証システムを提供することを目的とする。【解決手段】電子認証を行うＷＷＷサーバ装置４と、
ネットワーク３を介して前記ＷＷＷサーバ装置４に接続
されると共に、外部記憶装置を接続されたＷＷＷクライ
アント装置２とからなる電子認証システム１であって、
外部記憶装置は、認証情報を記憶する認証情報記憶手段
を備え、ＷＷＷサーバ装置４は、ＷＷＷクライアント装
置２をして外部記憶装置から認証情報を読み出させ、か
つ認証情報を返信させる認証コマンドをＷＷＷクライア
ント装置２に送信する認証コマンド送信手段と、認証情
報をＷＷＷクライアント装置２から受け取る認証情報受
信手段とを備え、ＷＷＷクライアント装置２は、認証コ
マンドに従って外部記憶装置から認証情報を読み出す読
み出し手段と、読み出した認証情報を認証コマンドに従
ってＷＷＷサーバ装置に返信する返信手段とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はネットワークを介し
たアクセス要求を受け付ける際にその者のアクセス権を
確認する電子認証システムに関し、特に当該確認に用い
る認証情報の入力方法の改善に関する。

【０００２】

【従来の技術】近年、電子商取引の活発化に伴い、ネッ
トワークを介して商取引を行う場合のセキュリティを担
保するべく電子認証システムの開発が進められている。
電子認証システムは、通常、認証情報としてＩＤやパス
ワードを入力させるのであるが、悪意ある第三者による
不正アクセスを防止するためＩＤやパスワードが長大と
なる傾向があり、これらの入力が煩わしいものとなって
いる。

【０００３】例えば、特開平１１−１６１７１７号公報
に開示のアイテムの購入注文を出す方法においては、ク
ライアントからサーバへ認証情報を送付すると、サーバ
からクライアントにクライアントＩＤが返信され、以
後、クライアントは、サーバにアクセスする場合に認証
情報として当該クライアントＩＤを送信するというもの
である。このようにすれば、長大なＩＤやパスワードは
初回のアクセス時のみ入力すればよいので、認証情報の
入力の煩わしさを軽減することができる。

【０００４】

【発明が解決しようとする課題】しかしながら、上記従
来技術は、入力すべき認証情報が冗長性を有する時のみ
有効であり、冗長性を有しない場合には適用できないと
いう問題がある。すなわち、電子商取引において、購入
者の住所、氏名、クレジットカード番号等を認証情報と
して入力させる場合には、これらをクライアントＩＤに
置き換えることができるが、例えば、クレジットカード
番号とパスワードのみを認証情報として当該クレジット
カードを発行したクレジット会社にアクセスするような
場合には、認証情報に冗長性が無いため、前記クライア
ントＩＤのようなよりデータ量の小さい認証情報に置き
換えることができない。

【０００５】また、このようなクライアントＩＤは、Ｗ
ＷＷ（World Wide Web）のクッキーのようにユーザには
意識されないような形式で記録されることもあり、その
ような場合、購入者が当該クッキーを持たない別のＷＷ
Ｗクライアント装置をクライアントとして、サーバにア
クセスするためには、再度、クライアントＩＤを得るた
めの認証情報を入力しなければならないという問題もあ
る。かといって、前記クライアントＩＤがユーザに意識
させて、アクセス時に手入力させると、セキュリティが
あまくなる。

【０００６】本発明は、サーバにアクセスするＷＷＷク
ライアント装置に依存せず、認証情報の入力が簡便な電
子認証システムを提供することを目的とする。

【０００７】

【課題を解決するための手段】上記目的を達成するた
め、本発明に係る電子認証システムは、電子認証を行う
ＷＷＷサーバ装置と、ネットワークを介して前記ＷＷＷ
サーバ装置に接続されると共に、外部記憶装置を接続さ
れたＷＷＷクライアント装置とからなる電子認証システ
ムであって、前記外部記憶装置は、認証情報を記憶する
認証情報記憶手段を備え、前記ＷＷＷサーバ装置は、前
記ＷＷＷクライアント装置をして前記外部記憶装置から
認証情報を読み出させる認証コマンドであって、かつ読
み出した認証情報を返信させる認証コマンドを前記ＷＷ
Ｗクライアント装置に送信する認証コマンド送信手段
と、認証情報を前記ＷＷＷクライアント装置から受け取
る認証情報受信手段とを備え、前記ＷＷＷクライアント
装置は、前記認証コマンドに従って前記外部記憶装置か
ら認証情報を読み出す読み出し手段と、読み出した認証
情報を認証コマンドに従ってＷＷＷサーバ装置に返信す
る返信手段とを備えることを特徴とする。

【０００８】また、本発明に係る電子認証システムは、
前記外部記憶装置は、更に、前記ＷＷＷサーバ装置のＵ
ＲＬを記憶するＵＲＬ記憶手段と、前記ＷＷＷクライア
ント装置にＵＲＬを指示して前記ＷＷＷサーバ装置にア
クセスさせるアクセス促進手段とを備え、前記ＷＷＷサ
ーバ装置は、更に、ＷＷＷクライアント装置からの前記
アクセスを受け付けると、前記認証コマンド送信手段に
て認証コマンドを送信することを特徴とする。

【０００９】更に、前記外部記憶装置は、暗証情報を受
け付ける暗証情報受付手段と、受け付けた暗証情報が所
定の暗証情報以外の暗証情報ならば、前記認証情報の返
信を禁止する返信禁止手段とを備えることを特徴とす
る。また、前記外部記憶装置は、ＷＷＷクライアント装
置に対して着脱可能に接続されていることを特徴とす
る。

【００１０】更に、前記外部記憶装置は、ＩＣカードを
挿入されたＩＣカードリーダであることを特徴とする。
また、前記外部記憶装置は、前記認証情報を格納したＩ
Ｃカードであって、前記ＷＷＷクライアント装置は、Ｉ
Ｃカードリーダを内蔵することを特徴とする。更に、前
記ＷＷＷサーバ装置は、認証情報を更新するために用い
る認証データを前記ＷＷＷクライアント装置から受け取
る認証データ受信手段と、認証データを用いて認証情報
を作成する認証情報作成手段と、前記ＷＷＷクライアン
ト装置をして前記外部記憶装置に作成した認証情報を記
憶させる記憶コマンドを前記ＷＷＷクライアント装置に
送信する記憶コマンド送信手段を備え、前記ＷＷＷクラ
イアント装置は、ＷＷＷサーバ装置に前記認証データを
送付する認証データ送信手段と、前記記憶コマンドに従
って外部記憶装置に認証情報を記憶させる記憶手段とを
備えることを特徴とする。

【００１１】また、前記ＷＷＷクライアント装置は、前
記記憶手段が処理を完了すると、前記ＷＷＷサーバ装置
に完了通知を送付する完了通知送信手段を備え、前記Ｗ
ＷＷサーバ装置は、前記完了通知を受け付ける完了通知
受信手段と、完了通知を受け付けた後は、前記認証デー
タを用いて作成した認証情報を用いて認証処理を行うこ
とを特徴とする。

【００１２】本発明に係るデータ記録システムは、ＷＷ
Ｗサーバ装置と、ネットワークを介して前記ＷＷＷサー
バ装置に接続されると共に、外部記憶装置を接続された
ＷＷＷクライアント装置とからなるデータ記録システム
であって、前記ＷＷＷサーバ装置は、前記ＷＷＷクライ
アント装置をして前記外部記憶装置に所定のデータを記
憶させる記憶コマンドを前記ＷＷＷクライアント装置に
送信する記憶コマンド送信手段を備え、前記ＷＷＷクラ
イアント装置は、前記記憶コマンドに従って、前記所定
のデータを外部記憶装置に記憶させる記憶指示手段を備
え、前記外部記憶装置は、前記所定のデータを記憶する
所定データ記憶手段を備えることを特徴とする。

【００１３】また、前記外部記憶装置は、所定データ記
憶手段にて記憶した前記所定のデータを表示する所定デ
ータ表示手段を備えることを特徴とする。更に、前記外
部記憶装置は、暗証情報を受け付ける暗証情報受付手段
と、受け付けた暗証情報が所定の暗証情報以外の暗証情
報ならば、前記所定データの表示を禁止する表示禁止手
段とを備えることを特徴とする。

【００１４】また、前記外部記憶装置は、ＩＣカードを
挿入されたＩＣカードライタであって、前記所定データ
記憶手段は、ＩＣカードに前記所定のデータを格納する
ことを特徴とする。

【００１５】

【発明の実施の形態】以下、本発明に係る電子認証シス
テムの実施の形態を、図面を参照しながら説明する。（実施の形態１）図１は、本実施の形態に係る電子認証
システム（以下、「認証システム」という。）の構成図
である。認証システム１は、ネットワーク３を介してＷ
ＷＷクライアント装置（以下、「ＷＷＷ端末」とい
う。）２とＷＷＷサーバ装置（以下、「ＷＷＷサーバ」
という。）４を接続した構成となっている。ＷＷＷ端末
２は、ＷＷＷブラウザ（以下、単に「ブラウザ」とい
う。）を搭載している。また、ＷＷＷ端末２がＷＷＷサ
ーバ４を示すＵＲＬ（Uniform Resource Locator）を指
定してホームページの表示を要求すると、ＷＷＷサーバ
４は電子認証手続きを開始する。なお、ＵＲＬとは、ネ
ットワーク（特にインターネット）上のネットワークオ
ブジェクト（ファイル、ニュースグループ、Ｔｅｌｎｅ
ｔサイト、その他のツールや各種資源等）の位置を示す
ための表記方法や、当該表記方法にて表記された位置を
ＵＲＬという。本明細書では、特に後者の意味で用い
る。（機器の構成）図２は、ＷＷＷ端末２の構成を示した構
成図である。ＷＷＷ端末２は、携帯情報端末（以下、単
に「携帯端末」という。）１０とパーソナルコンピュー
タ（以下、「ＰＣ」という。）１３とをＵＳＢ（Univer
sal Serial Bus）ケーブル１２にて接続した構成となっ
ており、ＰＣ１３は、更にケーブル１４を介して前記ネ
ットワーク３に接続されている。携帯端末１０は、接触
型のＩＣカードリーダ／ライタとなっており、接触型の
ＩＣカード１１が挿入されている。

【００１６】図３は、携帯端末１０の外観図である。携
帯端末１０の左手側面には、ＩＣカード挿入口（不図
示）があり、ＩＣカード１１が挿入されている。反対側
側面には、ＵＳＢケーブルを接続するためのコネクタ２
１が配されている。また、携帯端末１０は、その主面に
は表示パネル２０、テンキー２２、カーソルキー２３等
を有し、更に電源ボタン２４、確定ボタン２５を備えて
いる。なお、テンキー２２、カーソルキー２３、電源ボ
タン２４、及び確定ボタン２５を総称して入力パネルと
いう。

【００１７】図４は、携帯端末１０の装置構成を示した
図である。携帯端末１０は、ＣＰＵ（Central Processi
ng Unit：中央演算処理装置）３５を有し、内部バス３
４を介してＣＰＵ３５にＩＣカードインタフェース３
０、入力パネル３１、表示パネル３２、ＵＳＢインタフ
ェース３３を接続した構成となっている。ＵＳＢインタ
フェース３３はコネクタ２１に接続されている。ＣＰＵ
３５は、メモリバス３６を介して、ＲＡＭ（Random Acc
ess Memory）３７、ＲＯＭ（Read Only Memory）３８、
およびＥＥＰＲＯＭ（Electrically Erasable Programm
able ROM）３９にも接続される。なお、携帯端末１０
は、ＰＣ１３に接続されていない場合には、内蔵バッテ
リ（不図示）から電力供給を受け、ＰＣ１３に接続され
ている場合には、ＵＳＢケーブルを介してＰＣ１３から
電力供給されて動作する。

【００１８】図５は、ＩＣカード１１の装置構成を示し
た図である。ＩＣカード１１は、内部バス４０を介し
て、ＣＰＵ４６、ＲＯＭ４３、ＲＡＭ４３等を接続した
構成となっており、同じく内部バス４０に接続された端
末インタフェース回路４１及び外部接触端子４０を介し
て、携帯端末１０がＥＥＰＲＯＭ４４にアクセスできる
ようになっている。外部接触端子４０は、携帯端末１０
から電力供給を受けるためのＶｃｃ端子、クロック信号
供給を受けるためのクロック端子、グランド端子等から
なっており、データ入出力信号端子を介してデータを遣
り取りする。また、携帯端末１０がＣＰＵ４６をリセッ
トできるようにリセット端子もある。（機器の操作手順）次に、上述の機器の動作について、
フローチャートを参照しながら説明する。図６は、認証
システム１の操作手順を示したフローチャートである。
認証システム１のユーザは、先ず、携帯端末１０の電源
ボタン２４を押下して、電源を投入し（ステップＳ
１）、認証情報を格納したＩＣカード１１を携帯端末１
０に挿入する（ステップＳ２）。すると、表示パネル２
０にＵＲＬが表示される（ステップＳ３）。表示された
ＵＲＬが、アクセスしたいＵＲＬでなければ（ステップ
Ｓ４でＮＯ）、「上」ボタン、または「下」ボタンを押
下して、表示パネル２０に別のＵＲＬを表示させる（ス
テップＳ５）。アクセスしたいＵＲＬが表示されたら
（ステップＳ４でＹＥＳ）、確定ボタン２５を押下した
（ステップＳ６）後、ＵＳＢケーブル１２を使って、携
帯端末１０をＰＣ１３に接続する（ステップＳ７）。す
るとＰＣ１３が、指定されたＵＲＬにアクセスし、デー
タを要求する。なお、ＰＣ１３の電源は、当該操作手順
に先立って予め投入しておく。

【００１９】すると、ＷＷＷサーバ４はＨＴＭＬ（Hype
rtext Markup Language）文書を返信する。当該ＨＴＭ
Ｌ文書には、Ｊａｖａ（登録商標）言語で記述されたＪ
ａｖａアプレットが含まれており、ＰＣ１３のブラウザ
は、当該Ｊａｖａアプレットに従って次の動作を実行す
る。図７は、ブラウザの動作を示したフローチャートで
ある。ブラウザは、まず指定されたＵＲＬにアクセス
し、ＨＴＭＬ文書を要求する（ステップＳ１０）。要求
に対するＨＴＭＬ文書を受信すると（ステップＳ１
１）、当該ＨＴＭＬ文書に含まれたＪａｖａアプレット
に従って、ＩＣカード１１に認証情報を要求する（ステ
ップＳ１２）。ＩＣカード１１より認証情報を取得した
ら（ステップＳ１３）、ＷＷＷサーバ４に当該認証情報
を返信する（ステップＳ１４）。ＷＷＷサーバ４にて認
証の結果、アクセスが許可されたら、ＨＴＭＬ文書が送
られてくるので、これを受信（ステップＳ１５）、表示
する。なお、アクセス許可後、ＷＷＷサーバ４が送付さ
れる前記ＨＴＭＬ文書は、認証情報に対応した特定のＨ
ＴＭＬ文書や認証情報に対応した特定のデータを含むＨ
ＴＭＬ文書であって、特に認証情報が正しくなければア
クセスできないＨＴＭＬ文書である。（携帯端末１０の動作）次に、携帯端末１０の動作につ
いて説明する。図８は、携帯端末１０の動作を示したフ
ローチャートである。携帯端末１０は、ＩＣカード１１
が挿入されると（ステップＳ２０でＹＥＳ）、ＩＣカー
ド１１の初期化処理（ステップＳ２１）として、Ｖｃｃ
端子に回路電圧を印加すると共に、クロック端子にクロ
ック信号を供給する。その後、携帯端末１０は、ＩＣカ
ード１１のリセット端子にリセット信号を入力して、Ｉ
Ｃカード１１のＣＰＵをリセットする。

【００２０】次に、内部カウンタＮをゼロに初期化し
（ステップＳ２２）、ＩＣカード１１からＮ番目のＵＲ
Ｌを読み出して（ステップＳ２３）、表示パネル２０に
読み出したＵＲＬを表示する（ステップＳ２４）。その
後、入力パネルからの入力をチェックする。すなわち、
カーソルキー２３の「上」ボタンが押下されたら（ステ
ップＳ２５でＹＥＳ）、０を下限としてＮを１だけ減少
させる（ステップＳ２９）。ステップ１５でＮＯの場
合、「下」ボタンが押下されていたら（ステップＳ２６
でＹＥＳ）、４９を上限としてＮを１だけ増加させる
（ステップＳ３０）。ここで、Ｎの上下限をそれぞれ４
９と０としたのは、ＩＣカード１１には最大５０個のＵ
ＲＬが格納されるのに対応したものである。

【００２１】更に、ステップＳ２６でＮＯの場合、確定
ボタン２５が押下されていたら（ステップＳ２７でＹＥ
Ｓ）、ＵＲＬを所定のバッファに格納して（ステップＳ
２８）、処理を終了する。なお、ＵＲＬを格納する前記
バッファは、ＥＥＰＲＯＭ３９上に設けられたバッファ
である。ステップＳ２７でＮＯの場合は、ステップＳ２
５に進む。また、ステップＳ２９、Ｓ３０の処理を終え
ると、ステップＳ２３に進む。（ＩＣカード１１の動作）ＩＣカード１１の動作は次の
通りである。図９は、ＩＣカード１１の動作を表したフ
ローチャートである。ＩＣカード１１は、携帯端末１０
からリセット信号をうけてリセットされると、ＲＯＭ４
３に格納されたブートプログラムを読み出して、起動す
る（ステップＳ４０）。その後、携帯端末１０からＮ番
目のＵＲＬの読み出し要求を受信すると（ステップＳ４
１）、ＥＥＰＲＯＭ４４に格納されたＵＲＬ格納バッフ
ァの該当レコードから要求されたＵＲＬとそのデータ長
を読み出し（ステップＳ４２）、当該ＵＲＬを携帯端末
１０に返信する（ステップＳ４３）。

【００２２】図１０は、ＥＥＰＲＯＭ４４上のＵＲＬ格
納バッファを示した図である。ＵＲＬ格納バッファは各
１２８バイトのレコード、５０個からなる総計６,４０
０バイトのバッファである。各レコードは、１バイトの
ＵＲＬ長フィールドと１２７バイトのＵＲＬフィールド
からなり、ＵＲＬフィールドにＵＲＬ情報を前詰めで格
納する。ＵＲＬフィールド中で、ＵＲＬ情報を格納して
残った部分は、パディング部としてゼロを格納する。Ｕ
ＲＬ格納バッファは、ＥＥＰＲＯＭ４４上の所定のアド
レスを先頭アドレスとし、当該先頭アドレスから連続し
た６,４００バイトの領域を用いている。

【００２３】ＩＣカード１１のＣＰＵ４６は、携帯端末
１０からＮ番目のＵＲＬを要求されると、ＵＲＬ格納バ
ッファにおいて、Ｎ番目のレコード中のＵＲＬ長フィー
ルドを読んでＵＲＬ長を求め、当該レコード中のＵＲＬ
フィールドからＵＲＬ長に示されるバイト数分のデータ
を読み出して、当該ＵＲＬ長とＵＲＬを共に携帯端末１
０に返信する。（携帯端末１０とＰＣ１３の連携動作）さて、次に、携
帯端末１０とＰＣ１３の間の連携動作について説明す
る。図１１は、携帯端末１０のソフトウェア構成を示す
構成図である。携帯端末１０は、ＵＳＢドライバ１、
２、ＣＤ−ＲＯＭエミュレータ、ＵＲＬ管理プログラム
等を備えており、これらは概ね２系統に分類される。ひ
とつは、ＵＳＢドライバ１とＣＤ−ＲＯＭエミュレータ
からなっており、ＰＣ１３からアクセスされると、恰も
ＣＤ−ＲＯＭデバイスが接続されているかのように応答
する。図１２は、携帯端末１０が接続された場合のＰＣ
１３の動作を示すフローチャートである。ＰＣ１３は携
帯端末１０が接続されると、ＵＳＢ規格に定められた所
定の手順に従って、接続されたデバイスのタイプをチェ
ックする（ステップＳ５０）。接続されたデバイスがＣ
Ｄ−ＲＯＭデバイスでなければ（ステップＳ５１でＮ
Ｏ）、処理を終わる。ＣＤ−ＲＯＭデバイスであれば
（ステップＳ５１でＹＥＳ）、ＣＤ−ＲＯＭデバイスに
セットされたＣＤ−ＲＯＭの内容を読み出す（ステップ
Ｓ５２）。すると、携帯端末１０のＣＤ−ＲＯＭエミュ
レータは、ＥＥＰＲＯＭ３９に格納されたデータを恰も
ＣＤ−ＲＯＭから読み出したかのようにして、ＰＣ１３
に返信する。ＰＣ１３は、返信内容を精査して、ＣＤ−
ＲＯＭのルートフォルダに格納された自動実行ファイル
autorun.infがあるかどうかをチェックする。自動実行
ファイルautorun.infが見つからなければ（ステップＳ
５４でＮＯ）、処理を終了する。ルートフォルダに自動
実行ファイルautorun.infがあれば、当該自動実行ファ
イルautorun.infに記載された内容を実行する。すなわ
ち、自動実行ファイルautorun.infの１行目には、自動
実行ファイルを意味する所定の文字列「[autorun]」が
配されている。２行目には、例えば、バッチファイル名
が「open=autorun.bat」のように指定されており、当該
バッチファイルの内容は、例えば、「iexplore http:/
/www.jpo-miti.go.jp」である。ここでiexplore（登録
商標）はブラウザを起動するためのコマンドであり、そ
の引数として上述のようにＩＣカード１１から読み出し
たＵＲＬを指定する。

【００２４】もう一方は、ＵＳＢドライバ２、認証情報
管理プログラム、ＵＲＬ管理プログラム等からなってい
る。ＵＳＢドライバ２は、ＵＳＢインタフェースを駆動
するほか、ＰＣ１３からの要求を、要求内容に応じて、
ＵＲＬ管理プログラムと認証情報管理プログラムのいず
れに渡す。また、ＵＲＬ管理プログラムまたは認証情報
管理プログラムからＰＣ１３へのデータ送信を仲介する
機能も有する。認証情報管理プログラムは、ＰＣ１３か
らの要求に基づいて、ＩＣカード１１から認証情報を読
み出すプログラムである。すなわち、ＰＣ１３から認証
情報を要求されると、ＩＣカードインタフェースドライ
バを介してＩＣカード１１から認証情報を読み出す。そ
して、読み出した認証情報を、ＰＣ１３にＵＳＢドライ
バ２を介して返信する。

【００２５】図１３は、ＩＣカード１１のＥＥＰＲＯＭ
４４に配され、認証情報を格納したバッファである認証
情報格納バッファを示した図である。認証情報格納バッ
ファは、ＵＲＬ格納バッファの各レコードに対応する５
０個のレコードを有し、各レコードのサイズが３２バイ
トの、総計１,６００バイトのバッファである。各レコ
ードは、ＵＲＬ格納バッファの対応するレコードのＵＲ
Ｌにアクセスした時に要求される認証情報、すなわち、
アカウント、パスワード等が格納されている。なお、空
きレコードにはゼロが格納されている。認証情報格納バ
ッファもＵＲＬ格納バッファと同様に、ＥＥＰＲＯＭ４
４上の所定のアドレスを先頭アドレスとし、当該先頭ア
ドレスから連続した１,６００バイトの領域を用いてい
る。

【００２６】ＵＲＬ管理プログラムは、図７のフローチ
ャートを実行するプログラムであり、前記ステップＳ２
８にてＵＲＬを格納するＥＥＰＲＯＭ３９上のバッファ
とは、前記自動実行ファイルautorun.infである。つま
り、ＵＲＬ管理プログラムは、携帯端末１０の操作者が
指定したＵＲＬを自動実行ファイルautorun.infに格納
する。

【００２７】このようにすれば、アクセスしたいＵＲＬ
が登録されていないＰＣであっても、携帯端末１０にて
ＵＲＬを指定するだけで、当該ＵＲＬに自動的にアクセ
スすることができる。この時、所望のＵＲＬをカーソル
キーと確定ボタンのみにて指定できるので、ＵＲＬをキ
ーボードから入力するような煩わしさがなく、更に手早
く指定することができる。

【００２８】また、アクセスする際に認証情報を要求す
るホームページについては、ＩＣカードを用いて認証情
報を自動的に返信するので、認証情報のデータサイズに
よらず、また当該ホームページにアクセスするＷＷＷク
ライアント装置によらず、認証情報を入力を簡便にする
ことができる。ＷＷＷサーバについては、認証情報を手
入力させず、ブラウザによってＩＣカードから読み出さ
せるので、認証情報入力時の覗き見による認証情報の盗
み出しを防止することができ、セキュリティを向上させ
ることができる。（実施の形態２）次に、本発明の第２の実施の形態につ
いて説明する。本形態に係る認証システムの構成は、前
記第１の実施の形態と概ね同じである。

【００２９】ＷＷＷサーバ４は、ＷＷＷを用いて電子商
取引を行なわせるサーバであって、そのための取引情報
を、ブラウザに表示させる。図１４は、取引情報を表示
したブラウザの表示画面の例である。取引情報表示画面
５０には商品名を表示するテキストエリア５１、当該商
品の単価を表示するテキストエリア５２、売買数量を表
示するテキストエリア５３、および取引種別を表示する
ラジオボタン５５、５６が配置されており、それぞれ取
引情報を表示している。各取引情報は対応する変数に格
納されており、ユーザが保存ボタン５４をクリックする
と、当該取引情報画面５０に付随するＪａｖａアプレッ
トが各取引情報をＩＣカードに格納する。

【００３０】Ｊａｖａアプレットからの格納要求は、Ｕ
ＳＢインタフェースを介して携帯端末１０に入力され
る。本実施の形態に係る携帯端末１０は図１１のソフト
ウェアに加えて、更にデータ保存プログラムを有する。
図１５は、本実施の形態に係る携帯端末１０のソフトウ
ェア構成のうち、特にデータ管理プログラムに関わるソ
フトウェア構成を示した構成図である。データ保存プロ
グラムはＵＳＢドライバ２を介して、ＰＣ１３からデー
タを受け取り、ＩＣカードインタフェースドライバを介
してＩＣカード１１のＥＥＰＲＯＭ４４にデータを書き
込む。

【００３１】図１６は、ＥＥＰＲＯＭ４４上のデータ格
納バッファを示した図である。データ格納バッファは、
ＵＲＬ格納バッファの各レコードに対応する５０個のレ
コードを有し、各レコードのサイズが５１２バイトの、
総計２５ｋバイトのバッファである。各レコードは、３
２バイトのデータフィールドを１６個有しており、各デ
ータフィールドにひとつのデータを格納する。各データ
はＡＳＣＩＩ形式で保存されている。前記データ保存プ
ログラムは、データ格納バッファにデータを格納する
際、ＵＲＬの番号（０〜４９）とデータの番号（０〜１
５）を指定して、３２桁のＡＳＣＩＩコードで表現され
たデータの格納を要求する。このときＵＲＬの番号は、
当該ホームページにアクセスする際にユーザが指定した
ＵＲＬの番号を用い、またデータの番号は、ＰＣ１３か
ら受け取った順にデータに番号を割り振る。

【００３２】本実施の形態に係る携帯端末１０の入力パ
ネルハンドラは、ＵＲＬ選択モードとデータ表示モード
の２つのモードを有し、入力パネルにおいてカーソルキ
ー２３の「上」ボタンと確定ボタン２５が同時に押下さ
れると、一方のモードから他方のモードに遷移する。デ
フォルトのモードはＵＲＬ選択モードとなっており、こ
のモードにある場合、入力パネルからの入力情報は、す
べてＵＲＬ管理プログラムに通知される。また、データ
表示モードにある場合は、データ管理プログラムに通知
される。

【００３３】図１７は、入力パネルハンドラから入力情
報を受けた時のデータ管理プログラムの動作を示したフ
ローチャートである。データ管理プログラムは、初期処
理として、ＵＲＬの番号を示す変数ｉとデータの番号を
示す変数ｊをゼロに、また、フラグをＯＦＦにセットす
る（ステップＳ６０）。なお、データ管理プログラム
は、当該フラグがＯＮのときにｉ番目のＵＲＬを、ＯＦ
Ｆの時にデータ格納バッファのｉ番目のＵＲＬに対応す
るレコードに格納されたｊ番目のデータ（以下、「ｉ番
目のＵＲＬのｊ番目のデータ」という。）を、それぞれ
表示パネルドライバをして表示パネルに表示させる。

【００３４】次に、ＩＣカード１１のＥＥＰＲＯＭ４４
からｉ番目のＵＲＬのｊ番目のデータを読み出して、Ｒ
ＡＭ３７に格納する（ステップＳ６１）。この時、フラ
グがＯＦＦであれば（ステップＳ６２でＮＯ）、表示パ
ネルにｉ番目のＵＲＬを表示する（ステップＳ６３）。
フラグがＯＮであれば（ステップＳ６２でＹＥＳ）、表
示パネルにｉ番目のＵＲＬのｊ番目のデータを表示す
る。この後、カーソルキー２３の「上」ボタンが押下さ
れたら（ステップＳ６４でＹＥＳ）、フラグをチェック
して、ＯＮであれば（ステップＳ６９でＹＥＳ）、０を
下限としてｊを１だけ減少させる（ステップＳ７３）。
フラグがＯＦＦであれば（ステップＳ６９でＮＯ）、ｉ
を０を下限として１だけ減少させる（ステップＳ７
０）。

【００３５】ステップＳ６４でＮＯ場合、カーソルキー
２３の「上」ボタンが押下されたら（ステップＳ６５で
ＹＥＳ）、フラグをチェックして、ＯＮであれば（ステ
ップＳ７１でＹＥＳ）、１５を上限としてｊを１だけ増
加させる（ステップＳ７４）。フラグがＯＦＦであれば
（ステップＳ７１でＮＯ）、４９を上限としてｉを１だ
け増加させる（ステップＳ７２）。ステップＳ７０、Ｓ
７２〜Ｓ７４の処理を終了した後は、ステップＳ６１に
進む。

【００３６】ステップＳ６５でＮＯの場合、確定ボタン
２５が押下されたら（ステップＳ６６でＹＥＳ）、フラ
グを反転させる。すなわち、フラグがＯＮであればＯＦ
Ｆに、ＯＦＦであればＯＮに変更する。ステップＳ６６
でＮＯの場合、およびステップＳ６７の処理を終了した
後は、ステップＳ６４に進む。このようにすれば、ＩＣ
カード１１のＥＥＰＲＯＭ４４に格納されたデータのう
ちの所望のデータを携帯端末１０の表示パネル２０に表
示させることができる。

【００３７】実際、電子商取引においては、従来、商取
引データを参照するためには当該商取引のためのホーム
ページにアクセスするか、もしくは商取引する際に手元
にメモするしかなかったのであるが、上記のようにすれ
ば、商取引データを表示したページにおいて所定のボタ
ンをクリックするだけで、商取引データをＩＣカード１
１に記録することができる上に、ＩＣカード１１を携帯
端末１０に挿入すれば、当該商取引データをいつでもど
こでも参照することができるので、記録と参照の両方を
非常に簡便に実行することができる。

【００３８】以上、本発明を実施の形態に基づいて説明
してきたが、本発明は、上述の実施の形態に限定されない
のは勿論であり、以下のような変形例を実施することが
できる。（変形例）（１）上記実施の形態において、表示パネルにＵＲＬや
データを表示させる際、表示させるＵＲＬまたはデータ
の桁数が表示パネルの表示桁数よりも大きい場合、入力
パネルハンドラと表示パネルドライバを連携させて、表
示パネルの表示を左右にスクロールさせるのが望まし
い。スクロール操作は、例えば、カーソルキー２３の
「右」ボタンと「左」ボタンにより行う。図１８は、表
示パネルドライバがＲＡＭ３７上に有している表示デー
タバッファを示した図である。表示データバッファは、
ＵＲＬ管理プログラムやデータ管理プログラムから表示
を依頼されたＵＲＬやデータを格納するバッファであっ
て、データ長を格納するデータ長フィールドと表示デー
タを格納する表示データフィールドからなる。例えば、
１１桁の文字を表示することができる表示パネルでは、
表示パネルドライバは、デフォルト状態で、表示データ
について先頭から１１文字を表示パネルに表示させる。
なお、表示データフィールドには、ＵＲＬのうち、リソ
ース名のみが格納される。プロトコル名（ｈｔｔｐ、ｎ
ｔｔｐ、ｆｔｐ、ｔｅｌｎｅｔ、またはｆｉｌｅ等）と
プロトコル名とリソース名を区切るデリミタ（：／／）
は、表示データフィールドには格納されない。

【００３９】図１９は、スクロール操作に伴う表示パネ
ルドライバの動作を示したフローチャートである。表示
パネルドライバは、表示データ中の表示パネルに表示す
る文字列のうち、先頭の文字の表示データ中での位置を
示す変数ｋにゼロをセットする（ステップＳ８０）。次
に、表示データ中のｋ番目の文字を先頭として、表示デ
ータバッファから表示データを表示パネルの桁数だけ読
み出して、表示パネルに表示させる（ステップＳ８
１）。その後、カーソルキー２３の「左」ボタンが押下
されたら（ステップＳ８２でＹＥＳ）、ゼロを下限とし
てｋを１だけ減少させる（ステップＳ８４）。ステップ
Ｓ８２でＮＯの場合、カーソルキー２３の「右」ボタン
がクリックされたら（ステップＳ８３でＹＥＳ）、所定
値を上限として、ｋを１だけ増加させる（ステップＳ８
５）。

【００４０】前記所定値は、表示データバッファに格納
されたデータ長から表示パネルの桁数を除算した結果か
ら、更に１を除算して得られた数である。なお、当該数
が負値をとなる場合は、前記所定値を０とする。ステッ
プＳ８４、Ｓ８５の処理を終えた後は、ステップＳ８１
に進み、変数ｋに応じて表示データを表示する。このよ
うにすれば、表示パネルに表示させるＵＲＬやデータの
桁数が大きい場合でも、表示データをスクロールさせ
て、先頭から末尾まで全体を読むことができる。

【００４１】（２）また、上記実施の形態に加えて、Ｗ
ＷＷサーバ４は、ユーザに認証情報を更新するための認
証データを入力させ、当該認証情報を用いて更新した認
証情報をＷＷＷ端末２に送付して、ＩＣカード１１に対
応する領域に当該認証情報を格納させるとしてもよい。
図２０は、認証情報の更新手順を示したシーケンス図で
ある。まず、ＷＷＷサーバ４がＷＷＷ端末２に認証デー
タ入力画面を表示させる。当該認証データ入力画面には
認証情報を更新するための認証データをユーザに入力さ
せるテキストエリアとして、ユーザの住所を入力させる
テキストエリア、パスワードを入力させるテキストエリ
ア等が表示される。更に、認証情報更新画面には、更新
ボタンが配置されており、前記テキストエリアに更新し
たい認証データを入力した後、更新ボタンをクリックす
ると、認証情報更新画面に添付されたＪａｖａアプレッ
トによって確認ウィンドウが表示され、入力された認証
データを用いて認証情報を更新しても良いかどうかを再
度入力させる。すなわち、当該確認ウィンドウはＯＫボ
タンとキャンセルボタンを備え、キャンセルボタンがク
リックされると前記認証データ入力画面に戻り、ＯＫボ
タンがクリックされると入力された認証データをＷＷＷ
サーバ４に送付する。ＷＷＷサーバ４は認証データを受
信すると、当該認証データを使って認証情報を作成し、
続いて前記認証データを送信してきたＷＷＷ端末４に当
該認証情報を送付する。

【００４２】ＷＷＷサーバ４は認証情報と当該認証情報
をＩＣカード１１に格納させるためのＪａｖａアプレッ
トとを含むＷｅｂページをＷＷＷ端末２に送信する。す
るとＷＷＷ端末２のブラウザは受信したＪａｖａアプレ
ットに従って認証情報をＩＣカード１１上の認証情報格
納バッファの所定のレコードに格納する。Ｊａｖａアプ
レットは、認証情報のＩＣカード１１への格納が完了し
たら、ＷＷＷ端末２をしてＷＷＷサーバ４に完了通知を
送信せしめる。ＷＷＷサーバ４は、当該完了通知の受信
を契機として認証情報を更新する。すなわち、新たに作
成した認証情報を正として旧認証情報と置き換え、以
後、新たに正とした認証情報を用いて認証処理を行う。
ＷＷＷ端末２は、完了通知の送信を完了した後、Ｊａｖ
ａアプレットに従って認証情報の更新が完了した旨を表
示する。なお、認証情報格納バッファの認証情報を格納
するレコードについて、前記ステップＳ６の操作にてユ
ーザが確定したＵＲＬに対応するレコードとしてもよい
し、また別の方法として、ＷＷＷサーバ４が更新した認
証情報と共にＵＲＬを通知して、当該ＵＲＬに対応する
レコードに認証情報を格納するとしても良い。認証デー
タ入力画面の起動方法については、前記ステップＳ１５
で受信するＨＴＭＬ文書からリンクを張るとしても良い
し、また、別のＷｅｂページからリンクを張るとしても
良い。このようにすれば、ネットワークを介して認証情
報を容易に更新することができる。この際、上記実施の
形態のように予め自動的に認証処理が行なわれているの
で、認証情報の更新を安全に行うことができる。

【００４３】（３）また、上記実施の形態においては、
ＰＣ１３がブラウザソフトウェアやＩＣカードドライバ
ソフトウェア、ＣＤ−ＲＯＭドライバソフトウェアを予
め備えていることが前提となっているが、ＣＤ−ＲＯＭ
ドライバソフトウェア以外のソフトウェアについて、Ｐ
Ｃ１３がこれらソフトウェアを有していない場合でも、
次のようにすれば本発明の効果を奏させることができ
る。先ず、これらソフトウェアをインストールするため
のインストーラソフトウェアを、携帯端末１０のＥＥＰ
ＲＯＭ３９に予め格納しておく。

【００４４】そうして、携帯端末１０がＰＣ１３に接続
された時に、前記自動実行ファイルautorun.infによ
り、ＰＣ１３に前記ソフトウェアがインストールされて
いるかどうかをチェックして、インストールされていな
いソフトウェアがあれば、当該ソフトウェアのインスト
ーラをＥＥＰＲＯＭ３９から読み出して、ＰＣ１３に当
該ソフトウェアをインストールさせる。このようにすれ
ば、ＰＣ１３に上記のソフトウェアがインストールされ
ていない場合でも、インストールが必要なソフトウェア
を自動的に判定、インストールして所望のＵＲＬにアク
セスすることができる。

【００４５】（４）更に、上記実施の形態においては、
ＵＲＬを指定すると自動的に認証情報が当該ＵＲＬに送
付されるとしたが、これに対してセキュリティを向上さ
せる方策として、携帯端末１０にパスワードを設定する
等、認証手段を設けるのが好適である。パスワードを設
定する場合は、まず、携帯端末１０の起動時に、ＲＯＭ
３８に格納された認証プログラムが起動され、テンキー
２２等からパスワード入力を受け付ける。この時、表示
パネル２０には、入力されたパスワードの文字数だけ所
定の符号、例えば「−」を表示させる。その後、確定ボ
タン２５が押下されたら、認証プログラムは予めＲＯＭ
に格納されたパスワードと入力されたパスワードを照合
して、これらが一致したらＵＲＬ選択操作を許可し、一
致しなければ再びパスワードを要求する。

【００４６】（５）また、パスワードを用いた認証に代
えて、指紋照合を行うとするとしても良い。例えば、携
帯端末１０の裏面に指紋読み取り装置を配置し、電源投
入後、指紋読み取り装置に手指を押し当てて指紋パター
ンを読み取らせ、読み取った指紋パターンと予めＲＯＭ
３８に格納された指紋パターンを照合して、これらが一
致すればＵＲＬ選択操作を許可し、さもなければ再び指
紋読み取りを行なわせる。このようにすれば、パスワー
ドを照合する場合に比して、入力の手間が省ける上、悪
意の第三者による不正使用を防止する上で有効である。
なお、照合に用いるパスワードや指紋パターンを格納す
るＲＯＭはＥＥＰＲＯＭ等の再書き込み可能な不揮発性
メモリとすれば、なお好適である。

【００４７】（６）また、上記実施の形態では、携帯端
末１０はＣＤ−ＲＯＭデバイスを模擬して、自動実行フ
ァイルautorun.infにてＰＣ１３を所定のＵＲＬにアク
セスせしめるとしたが、ＣＤ−ＲＯＭデバイスを模擬さ
せずに、ＥＥＰＲＯＭ３９に格納されたバッチファイル
をＰＣ１３に実行させるとしても良い。すなわち、携帯
端末１０はＥＥＰＲＯＭ３９に格納した前記バッチファ
イルを含む電子ファイルを、ＰＣ１３のファイルマネー
ジャ（例えば、エクスプローラ（登録商標））に表示さ
せることができるので、ＰＣ１３から当該バッチファイ
ルを起動させて、所望のＵＲＬにアクセスするとしても
良い。この際、バッチファイルには、例えば、「iexplo
re http://www.jpo-miti.go.jp」と記述しておく。こ
のようにすれば、携帯端末１０にＣＤ−ＲＯＭエミュレ
ータを搭載する必要がないので、携帯端末１０の構成を
簡素化することができ、携帯端末１０の製造コストを低
減することができる。

【００４８】（７）また、上記ではＩＣカード１１を接
触型ＩＣカードとし、また携帯端末１０を接触型ＩＣカ
ードリーダ／ライタとしたが、これらを非接触型として
も本発明の効果は同じである。更に、上記では、携帯端
末１０をＵＳＢインタフェースにてＰＣ１３に接続する
としたが、ＵＳＢインタフェース以外のインタフェース
を用いて接続するとしても良い。この時、当該インタフ
ェースがプラグアンドプレイ機能を備えていれば、なお
好適である。

【００４９】

【発明の効果】以上説明したように、本発明によれば、
ＩＣカードに格納された認証情報を所定のＷＷＷサーバ
に対して自動的に送付するので、認証情報の入力の手間
を軽減できる。また、認証情報を格納したＩＣを挿入し
たＩＣカードリーダを所望のＷＷＷ端末に接続するだけ
で認証情報を自動入力できるので、ＷＷＷ端末を選ばず
認証情報の自動入力ができる。

【図面の簡単な説明】

【図１】本実施の形態に係る電子認証システムの構成図
である。

【図２】ＷＷＷクライアント装置２の構成を示した構成
図である。

【図３】携帯情報端末１０の外観図である。

【図４】携帯情報端末１０の装置構成を示した図であ
る。

【図５】ＩＣカード１１の装置構成を示した図である。

【図６】認証システム１の操作手順を示したフローチャ
ートである。

【図７】ブラウザの動作を示したフローチャートであ
る。

【図８】携帯情報端末１０の動作を示したフローチャー
トである。

【図９】ＩＣカード１１の動作を表したフローチャート
である。

【図１０】ＥＥＰＲＯＭ４４上のＵＲＬ格納バッファを
示した図である。

【図１１】携帯端末１０のソフトウェア構成を示す構成
図である。

【図１２】携帯情報端末１０が接続された場合のＰＣ１
３の動作を示すフローチャートである。

【図１３】ＩＣカード１１のＥＥＰＲＯＭ４４に配さ
れ、認証情報を格納したバッファである認証情報格納バ
ッファを示した図である。

【図１４】取引情報を表示したブラウザの表示画面の例
である。

【図１５】携帯情報端末１０のソフトウェア構成のう
ち、特にデータ管理プログラムに関わるソフトウェア構
成を示した構成図である。

【図１６】ＥＥＰＲＯＭ４４上のデータ格納バッファを
示した図である。

【図１７】入力パネルハンドラから入力情報を受けた時
のデータ管理プログラムの動作を示したフローチャート
である。

【図１８】表示パネルドライバがＲＡＭ３７上に有して
いる表示データバッファを示した図である。

【図１９】スクロール操作に伴う表示パネルドライバの
動作を示したフローチャートである。

【図２０】認証情報の更新手順を示したシーケンス図で
ある。

【符号の説明】

１電子認証システム２ＷＷＷクライアント装置３ネットワーク４ＷＷＷサーバ装置１０携帯情報端末１１ＩＣカード１２ＵＳＢケーブル１３パーソナルコンピュータ１４ケーブル２０表示パネル２１ＵＳＢコネクタ２２テンキー２３カーソルキー２４電源ボタン２５確定ボタン

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｋ 19/10 ＺＥＣＧ０６Ｋ 19/00 ＺＥＣＲＨ０４Ｌ 9/32 Ｈ０４Ｌ 9/00 ６７３Ｅ (72)発明者服田高典大阪府高槻市幸町１番１号松下電子工業株式会社内 (72)発明者高木伸哉大阪府高槻市幸町１番１号松下電子工業株式会社内 (72)発明者武藤義弘大阪府高槻市幸町１番１号松下電子工業株式会社内Ｆターム(参考） 5B035 AA14 BB09 BC01 5B058 CA24 KA02 KA04 KA06 KA08 YA13 5B085 AA08 AE02 AE03 AE12 BC02 BG07 5J104 AA07 KA01 MA01 NA05 NA35 NA38 NA40 PA09 PA10

Claims

【特許請求の範囲】

【請求項１】電子認証を行うＷＷＷサーバ装置と、ネ
ットワークを介して前記ＷＷＷサーバ装置に接続される
と共に、外部記憶装置を接続されたＷＷＷクライアント
装置とからなる電子認証システムであって、前記外部記憶装置は、認証情報を記憶する認証情報記憶
手段を備え、前記ＷＷＷサーバ装置は、前記ＷＷＷクライアント装置
をして前記外部記憶装置から認証情報を読み出させる認
証コマンドであって、かつ読み出した認証情報を返信さ
せる認証コマンドを前記ＷＷＷクライアント装置に送信
する認証コマンド送信手段と、認証情報を前記ＷＷＷクライアント装置から受け取る認
証情報受信手段とを備え、前記ＷＷＷクライアント装置は、前記認証コマンドに従
って前記外部記憶装置から認証情報を読み出す読み出し
手段と、読み出した認証情報を認証コマンドに従ってＷＷＷサー
バ装置に返信する返信手段とを備えることを特徴とする
電子認証システム。
【請求項２】前記外部記憶装置は、更に、前記ＷＷＷ
サーバ装置のＵＲＬを記憶するＵＲＬ記憶手段と、前記ＷＷＷクライアント装置にＵＲＬを指示して前記Ｗ
ＷＷサーバ装置にアクセスさせるアクセス促進手段とを
備え、前記ＷＷＷサーバ装置は、更に、ＷＷＷクライアント装
置からの前記アクセスを受け付けると、前記認証コマン
ド送信手段にて認証コマンドを送信することを特徴とす
る請求項１に記載の電子認証システム。
【請求項３】前記外部記憶装置は、更に、暗証情報を
受け付ける暗証情報受付手段と、受け付けた暗証情報が所定の暗証情報以外の暗証情報な
らば、前記認証情報の返信を禁止する返信禁止手段とを
備えることを特徴とする請求項１または請求項２に記載
の電子認証システム。
【請求項４】前記外部記憶装置は、ＷＷＷクライアン
ト装置に対して着脱可能に接続されていることを特徴と
する請求項１から請求項３のいずれかに記載の電子認証
システム。
【請求項５】前記外部記憶装置は、ＩＣカードを挿入
されたＩＣカードリーダであることを特徴とする請求項
１から請求項４のいずれかに記載の電子認証システム。
【請求項６】前記外部記憶装置は、前記認証情報を格
納したＩＣカードであって、前記ＷＷＷクライアント装置は、ＩＣカードリーダを内
蔵することを特徴とする請求項１または請求項２に記載
の電子認証システム。
【請求項７】前記ＷＷＷサーバ装置は、認証情報を更
新するために用いる認証データを前記ＷＷＷクライアン
ト装置から受け取る認証データ受信手段と、認証データを用いて認証情報を作成する認証情報作成手
段と、前記ＷＷＷクライアント装置をして前記外部記憶装置に
作成した認証情報を記憶させる記憶コマンドを前記ＷＷ
Ｗクライアント装置に送信する記憶コマンド送信手段を
備え、前記ＷＷＷクライアント装置は、ＷＷＷサーバ装置に前
記認証データを送付する認証データ送信手段と、前記記憶コマンドに従って外部記憶装置に認証情報を記
憶させる記憶手段とを備えることを特徴とする請求項１
に記載の電子認証システム。
【請求項８】前記ＷＷＷクライアント装置は、前記記
憶手段が処理を完了すると、前記ＷＷＷサーバ装置に完
了通知を送付する完了通知送信手段を備え、前記ＷＷＷサーバ装置は、前記完了通知を受け付ける完
了通知受信手段と、完了通知を受け付けた後は、前記認証データを用いて作
成した認証情報を用いて認証処理を行うことを特徴とす
る請求項７に記載の電子認証システム。
【請求項９】ＷＷＷサーバ装置と、ネットワークを介
して前記ＷＷＷサーバ装置に接続されると共に、外部記
憶装置を接続されたＷＷＷクライアント装置とからなる
データ記録システムであって、前記ＷＷＷサーバ装置は、前記ＷＷＷクライアント装置
をして前記外部記憶装置に所定のデータを記憶させる記
憶コマンドを前記ＷＷＷクライアント装置に送信する記
憶コマンド送信手段を備え、前記ＷＷＷクライアント装置は、前記記憶コマンドに従
って、前記所定のデータを外部記憶装置に記憶させる記
憶指示手段を備え、前記外部記憶装置は、前記所定のデータを記憶する所定
データ記憶手段を備えることを特徴とするデータ記録シ
ステム。
【請求項１０】前記外部記憶装置は、所定データ記憶
手段にて記憶した前記所定のデータを表示する所定デー
タ表示手段を備えることを特徴とする請求項９に記載の
データ記録システム。
【請求項１１】前記外部記憶装置は、更に、暗証情報
を受け付ける暗証情報受付手段と、受け付けた暗証情報が所定の暗証情報以外の暗証情報な
らば、前記所定データの表示を禁止する表示禁止手段と
を備えることを特徴とする請求項１０に記載のデータ記
録システム。
【請求項１２】前記外部記憶装置は、ＩＣカードを挿
入されたＩＣカードライタであって、前記所定データ記憶手段は、ＩＣカードに前記所定のデ
ータを格納することを特徴とする請求項９から請求項１
１のいずれかに記載のデータ記録システム。