JPH1125051A - 情報システム - Google Patents

Abstract

(57)【要約】 【課題】端末装置を複数箇所のホスト装置に接続すると
きに、複数の異なる認証情報が必要になる場合が有り、
これでは利用者は必要な認証情報をすべて覚えている必
要があり非常に煩わしい。 【解決手段】端末装置にホスト装置へ送信する複数の認
証情報を記憶し、またこの認証情報を読み出す為にこれ
らとは別の認証情報を必要とし、またこの別に用意した
認証情報を確認するための機能を備えた情報システム。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、特定情報あるいは
特定ホスト装置に対する利用者認証に係わり、特に利用
者認証情報が対象情報毎あるいはホスト装置毎に異なる
場合に、利用者がこれら複数の認証情報を覚える必要が
ない情報システムに関する。

【０００２】

【従来の技術】近年、インターネット上で急速に広がっ
ているＷorld Ｗide Ｗeb（欧州核物理学研究所で開発
されたドキュメントシステムで以下、ＷＷＷ）に代表さ
れるように、ネットワーク上の情報提供システム（例え
ばＷＷＷサーバ）では特定のホスト装置への接続のみな
らず、そのホスト装置の認証が終了した後も、さらにそ
の中にある特定の情報に対しても利用者の認証を求めら
れる場合がある。

【０００３】この場合、利用者はその都度予め取得した
認証情報をホスト装置に送信する必要がある。

【０００４】

【発明が解決しようとする課題】しかしながらこれら認
証情報は、ホスト装置の管理者の都合で決定されたもの
を利用する場合があり、このような時は認証情報がホス
ト装置毎または情報毎に異なるのが通例である。しか
し、これでは利用者は必要な認証情報をすべて覚えてい
る必要があり、非常に煩わしい。

【０００５】しかも、認証情報は利用者本人以外へ漏れ
ることが無いように扱う必要があるので、メモ書き等を
残すことは好ましくない。

【０００６】本発明の目的は上記の点に鑑みてなされた
もので、その目的は、利用者は唯一、一個の認証情報を
入力するだけで、その後はホスト装置または情報への認
証処理が簡単に行えるようにすることにある。

【０００７】

【課題を解決するための手段】上記目的を達成する本発
明の要旨は、ホスト装置へ送信する複数の認証情報を記
憶し、またこの認証情報を読み出す為に送信するものと
は別に認証情報を必要とし、さらにこの別に用意した認
証情報を確認するための機能を有する認証情報記憶装置
と、認証情報記憶装置への認証情報の書き込み、あるい
は同装置から認証情報を読み出す機能を有する端末装置
を備える。

【０００８】

【発明の実施の形態】以下、本発明の詳細を図示した各
実施例によって説明する。

【０００９】〔第一実施例〕図１は、本発明の第一実施
例に係わる情報システムの概念図である。本実施例は、
プロトコルを使い、インターネット４上のＷＷＷサーバ
から利用者１０が必要とする情報を取り寄せる例を示し
たものである。

【００１０】図１において、１，２および３は情報を蓄
積しインターネット４に接続されたＷＷＷに対応したホ
スト装置Ａ，ＢおよびＣで、これらは後述する端末装置
８と接続するときに、利用者１０が正規の利用者である
ことを確認するために、第二認証情報を要求する。４は
ホスト装置間または利用者１０との間で情報の送受信を
可能にするネットワークでインターネット、５は利用者
１０とインターネット４の仲介を契約によって行うイン
ターネットプロバイダである。また、６は利用者１０と
インターネットプロバイダ５を接続する公衆回線網、７
は公衆回線網６から端末装置８までを接続する公衆回
線。

【００１１】８は利用者１０がＷＷＷから情報を取り出
すために使用する端末装置で、後述するＷＷＷを利用す
るためのブラウザソフト１２を搭載しており、情報の表
示と利用者からの入力が出来る機能を持ち、さらに後述
する認証情報記憶装置９に記憶されたデータの読み書き
が可能である。９は端末装置８をホスト装置に接続する
ために要求される第二認証情報と、この第二認証情報が
他に漏れないように保護するための第一認証情報を記憶
し、また端末装置８で第二認証情報の読み書きを行う時
は、必ず第一認証情報により予め認証処理を行う機能を
内蔵しており、さらに図５で後述する検索条件により第
二認証情報を選択的に読み書きする機能も備えた認証情
報記憶装置である。

【００１２】１０は本システムの利用者、１１はホスト
装置と端末装置８の間のインターネット４および公衆回
線７上で、情報のデータを乗せて流れるプロトコルのパ
ケットである。

【００１３】１２はプロトコルによってホスト装置と通
信を行い、ホスト装置に格納された文書を端末装置８の
表示機能により利用者１０に提示するソフトウェアでブ
ラウザソフトである。ブラウザソフト１２は利用者１０
から入力されたホスト装置や文書名を表わす情報に基づ
いてインターネット４にアクセスし、ホスト装置より認
証情報が要求されたことを検出して、認証情報を認証情
報記憶手段９より読み出して送信する機能と、未だ第一
認証情報の認証が完了していないために第二認証情報を
読み出せない場合には、第一認証情報の入力を利用者１
０に要求する機能を備える。

【００１４】図２は本実施例においてホスト装置Ａ１、
ホスト装置Ｂ２およびホスト装置Ｃ３から情報を取得す
るために必要となる「利用者ＩＤ」とそれぞれに対応し
た「認証情報」、および各ホストを表わす「サーバ名」
の例を示している。ここでは、ホスト装置Ｂ２とホスト
装置Ｃ３の認証情報は同じであるが、それ以外は全て異
なるものが必要であり、これらを一通り覚えるのは面倒
である。

【００１５】図３は本実施例において、ブラウザソフト
１２が利用者１０に対して認証情報記憶装置９の読み書
きを可能にするための第一認証情報を要求している様子
を示しており、８１はその第一認証情報を入力する認証
情報入力欄である。

【００１６】図４は本実施例において、利用者１０が端
末装置８をホスト装置Ａ１に接続したときの端末装置８
の画面の例で、８２はインターネット４上で特定のホス
ト装置を指定するための記述手段であるＵnifom Ｒesou
rce Ｌocator（以下ＵＲＬ）であり、“//ｗｗｗ．eart
h．co．jp”はサーバ名で、“／pubindex.htm”はホス
ト装置から取り寄せる文書名を表わしている。

【００１７】本実施例では、この“pubindex.htm”とい
う文書の取得に認証情報が要求されるとする。また、８
３は前述の文書を参照するために必要な利用者名を入力
する利用者ＩＤ入力欄で、８４は同じく第二認証情報を
入力するための認証情報入力欄である。

【００１８】図５は本実施例において、認証情報記憶装
置９の中に各認証情報を記憶するときのデータ構造の例
を示したもので、９１は認証情報記憶装置９の利用者１
０を確認するための第一認証情報であり、これが認証さ
れないとこれに続く他のデータへの読み書きが認証情報
記憶装置９自身によって禁止される。

【００１９】また９２は図２に示したホスト装置へ送信
する第二認証情報で、９３はこの第二認証情報を簡単に
選択できるようにするための検索条件であり、本実施例
ではサーバ名と文書名を利用している。さらに、９４は
利用者ＩＤ、９５は認証情報で、これらは第二認証情報
９２の要素データである。なお、認証情報記憶装置９の
中で第二認証情報９２と検索条件９３は一組にしてレコ
ードという簡単で扱われ、ブラウザソフト１２によって
読み書きされる。

【００２０】図６は本実施例において、ホスト装置Ａ１
より文書“pubindex.htm”を端末装置８に取り寄せると
きの流れを示した図であり、処理はＳ１からＳ１０へと
進む。

【００２１】本実施例の動作を図１〜図６を用いて説明
する。ここで、利用者１０はすでに図２に示すようにイ
ンターネット４上のホスト装置Ａ１、ホスト装置Ｂ２、
およびホスト装置Ｃ３を利用するための、第二認証情報
９２（利用者ＩＤ９４と認証情報９５）を取得してお
り、これらの情報は図５に示すように、認証情報記憶装
置９に検索条件９３と共に記憶されている。そして、こ
れから利用者１０は公衆回線６を介して、インターネッ
ト４に接続されたホスト装置Ａ１から情報を取り寄せよ
うとしているとする。

【００２２】まず、利用者１０は図６に示すように、端
末装置８を起動（Ｓ１）し、次で認証情報記憶装置９を
端末装置８に接続する（Ｓ２）。

【００２３】次に、利用者１０は図１にあるようにブラ
ウザソフト１２を使って、端末装置８を公衆回線７から
公衆回線網６を通してインターネットプロバイダ５に接
続し、さらに図４のようにＵＲＬ８２にホスト装置Ａ１
のサーバ名“//ｗｗｗ．earth．co．jp”を指定して、
インターネット４を介してホスト装置Ａ１へ接続を行う
（Ｓ３）。そして、目的の文書名“pubindex.htm”をパ
ケット１１に乗せてホスト装置Ａ１へ送信する（Ｓ
４）。

【００２４】ここで、ホスト装置Ａ１は文書“pubinde
x.htm”に認証確認が設定されていると、このことを端
末装置８へ通知し、利用者に対して第二認証情報９２の
送信を要求する。すると端末装置８のブラウザソフト１
２はこの要求を検出（Ｓ５）して、認証情報記憶装置９
から検索条件９３を用いて第二認証情報９２の取得を試
みる。

【００２５】しかし、本実施例では図６のＳ５までの間
に未だ第一認証情報９１の確認が行われていないため、
ブラウザソフト１２が認証情報記憶装置９から第二認証
情報９２を取り出そうとしても、認証情報記憶装置９に
よってその操作が拒否されてしまう。そこで、ブラウザ
ソフト１２は図３に示すように、利用者１０に対して第
一認証情報９１の入力を促す（Ｓ６）。

【００２６】利用者１０が認証情報入力欄８１に第一認
証情報９１“Ｔreasure Ｂox”を入力し、「ＯＫ」を指
示すると、ブラウザソフト１２は端末装置８を介して第
一認証情報９１を認証情報記憶装置９に入力する。第一
認証情報９１を受け取った認証情報記憶装置９は、これ
と記憶している第一認証情報が一致するかどうかを確認
し、一致した場合には、第二認証情報９２の取り出しを
許可する（Ｓ７）。

【００２７】もし、一致しなかった場合には利用者１０
に対し警告するメッセージの表示や、再入力を促すよう
に動作する。

【００２８】Ｓ７において確認がされると、次にブラウ
ザソフト１２は認証情報記憶装置９に第二認証情報９２
を検索させるためにＵＲＬ８２に含まれているサーバ名
および文書名を渡す。サーバ名と文書名を受け取った認
証情報記憶装置９は、図５に示すようにレコード単位で
記憶されたデータから検索条件９３を順次取り出し、こ
れとサーバ名および文書名を比較して、一致するレコー
ドを探す。

【００２９】本実施例では図５で先頭にあるレコードが
検索条件９３を満たすので、認証情報記憶装置９は同じ
レコードから検索条件９３に続いて記憶されている第二
認証情報９２（利用者ＩＤ９４“ＩslandＡＢＣ”およ
び認証情報９５“Ｉ７３１６１ｎ６４”）を取り出し、
これをブラウザソフト１２に渡す（Ｓ８）。

【００３０】ブラウザソフト１２はこのようにして第二
認証情報９２を受け取ると、図４に示した利用者ＩＤ入
力欄８３と、認証情報入力欄８４からホスト装置Ａ１に
対して第二認証情報９２を送信する。第二認証情報９２
を受信したホスト装置Ａ１は、これを文書“pubindex.h
tm”に設定されている認証情報と比較し、一致が確認
（Ｓ９）できると、文書“pubindex.htm”をパケット１
１に乗せて送信を開始し、ブラウザソフト１２はパケッ
ト１１を順次受信して、端末装置８の画面に文書を表示
する（Ｓ１０）。

【００３１】以降、利用者１０が新たなＵＲＬ８２を入
力し、第二認証情報９２が要求される度に、図６に示す
Ｓ４からＳ１０の処理を繰り返すが、第一認証情報９１
の確認は既に完了しているので、Ｓ６およびＳ７はスキ
ップされる。

【００３２】なお、図６の流れ図では示していないが、
もしもＳ８で検索条件９３と一致するレコードが記憶さ
れていないときには、要求された第二認証情報９２が記
憶されていないことを利用者１０に通知する表示と共
に、図４の表示で利用者ＩＤ入力欄８３と認証情報入力
欄８４が共に空白の表示を行い、そして、ここでもし利
用者１０が検索条件９３に対応する第二認証情報９２を
入力すれば、この認証情報は新規の第二認証情報として
認証情報記憶装置９に検索条件９３と共に記憶され、次
回同じ検索条件９３でレコードの検索が行われたときに
は、自動的に第二認証情報の読み出し処理が行われるよ
うになる。

【００３３】また、図５で検索条件９３が“ｗｗｗ．wo
rld-wide.co.jp”のレコードには利用者ＩＤ“Ｇuest”
だけが記憶されているが、これはこのホスト装置が認証
情報９５を必要としないからである。

【００３４】このように処理が行われることにより利用
者１０は、一度だけ認証情報記憶装置９を利用するため
の第一認証情報９１を入力しておけば、特定のホスト装
置あるいは特定の文書毎に第二認証情報を要求されるよ
うな場合、さらにはそのような認証情報の内容がばらば
らであるような場合でも、必要とされる第二認証情報が
予め認証情報記憶装置９に記憶してあれば、利用者１０
が暗記している第二認証情報９２を毎回手動で図４の利
用者ＩＤ入力欄８３と認証情報入力欄８４に入力しなく
ても、自動的に第二認証情報９２が送信されるので、入
力の間違いがなくなるだけでなく、複数ある認証情報を
まとめて一個の認証情報を覚えておくだけで利用できる
ので非常に使い勝手が良い。

【００３５】また、認証情報は利用者以外に漏れること
がないようにしなければならないが、本実施例では認証
情報記憶装置９自身に記憶したデータの読書きを制限す
る機能を備えているので、たとえ端末装置８から分離し
て紛失したような場合でも、第二認証情報９２が他人に
漏れる心配が無い。もちろん、認証情報記憶装置９が端
末装置８と一体になっているような場合でもこれらの利
点が失われることがないのは明白である。

【００３６】さらに、実施例では説明しなかったが、図
６でＳ２を行わなかったときは、端末装置８をホスト装
置Ａ１に接続し、文書“pubindex.htm”を指定したとき
に、認証情報記憶装置９が端末装置８に接続されていな
いことをブラウザソフト１２が検出し、利用者１０に対
して認証情報記憶装置９を端末装置８に接続することを
促すメッセージを表示する。そして表示にしたがって、
利用者１０が認証情報記憶装置９を端末装置８に接続す
ると、図３に示したように、第一認証情報９１を入力す
る画面を表示するようにもできる。

【００３７】また、本実施例では検索条件９３としてＵ
ＲＬ８２に含まれるサーバ名や文書名を利用するように
したが、検索条件にはこれら以外にもホスト装置と端末
装置間のデータ送受信を行っているプロトコルに含まれ
るデータ、例えばＩＰアドレスも使うことが可能であ
り、文書名もそのホスト装置が認証を設定可能なテキス
ト、音声、画像、などファイルさまざまなものが利用で
きることは容易に想像できる。

【００３８】なお、本実施例では第一認証情報が確認さ
れていれば、後は自動的に第二認証情報が読み出される
ようにしたが、もちろん第二認証情報が必要になる毎に
第一認証情報の入力を利用者に要求することも可能で、
この場合利用者は多少の不便を被るが、第一認証情報が
確認済みの状態で端末装置を放置してしまうと、第三者
でも容易にホスト装置の利用が可能になるので、これを
防止するためには役立つ。

【００３９】図７は上記に関して、別の実現形態を示す
もので、第一認証情報９１の確認が完了した後の認証情
報記憶装置９への読み書きが出来る有効な期間を終了さ
せる方式の例を示したものである。図７では、認証情報
記憶装置９が端末装置８と分離可能である場合を想定
し、４種類の条件で上記の有効期間を終了する。

【００４０】まず、認証情報記憶装置９の読書き有効期
間が開始すると、端末装置８またはブラウザソフト１２
は定期的に図７の流れで、（１）端末装置８とホスト装
置との接続終了、（２）予め端末装置８かブラウザソフ
ト１２に設定されている期間端末装置８が放置された、
（３）認証情報記憶装置９の中に独立して設定された期
間が経過した、（４）認証情報記憶装置９が端末装置８
から分離された、と云う以上の条件を順次確認し、いず
れかに該当したときに認証情報の読書き有効期間を終了
させ、再び第二認証情報９２が必要なときは第一認証情
報の確認からやり直すようにしたものである。もちろ
ん、条件としてこれ以外にも、電源電圧が低下した場合
や、認証情報記憶装置９が分離されなくても利用者の手
が触れた場合などが考えられる。

【００４１】さらに、本実施例では認証情報記憶装置９
の読み書きは同時に一つの認証情報で許可されるように
したが、例えば認証情報記憶装置９の読取りと、書き込
みを異なる認証情報で出来るようにすれば、ホスト装置
を管理している管理者が、まず書き込み用の認証情報で
必要な第二認証情報を記憶し、その後この認証情報記憶
装置９を利用者に配布することによって、利用者に対し
てホスト装置への接続を制限する一方で、利用者毎に一
個の第二認証情報だけでホスト装置（複数も含む）を管
理出来ない場合でも、利用者は読み出し用の第一認証情
報だけを覚えるだけで戸惑うことなくホスト装置を利用
できる。もちろん、読み出し用の第一認証情報はその利
用者のみが知っているものなので、セキュリティも保つ
ことが出来る。

【００４２】なお、本実施例では特に図示しないが、認
証情報記憶装置９へ第二認証情報９２を記憶させる手順
は、読み出しと同様にまず第一認証情報９１を入力し
て、次いで検索条件９３とこれに対応する第二認証情報
９２を書き込むことで行えるが、既に記憶しているレコ
ードに書き込もうとした検索条件９３と完全に一致する
検索条件がある場合には、第二認証情報の更新をする旨
を利用者１０に通知する。さらに、認証情報記憶装置９
に記憶できる空き領域が不足した場合には、新しい認証
情報記憶装置９を用意することを利用者１０に促すが、
新しい認証情報記憶装置９に交換したときには、始めに
第一認証情報の設定を行い、その後第二認証情報を書き
込むことになる。

【００４３】また図８は図５のデータ構造において、各
レコード毎に第二認証情報９２に関する属性情報９６を
付加した例で、属性情報９６には例えば各第二認証情報
の使用回数や、何に関するホスト装置であるか、あるい
はその認証情報をいつ取得したか、さらにその第二認証
情報９２の有効期限などを記録しておくことで、認証情
報の削除や更新などのメンテナンスに利用することが出
来る。

【００４４】なお、以上に説明した本実施例に利用でき
る認証情報記憶装置の形状や接続方式は、分離型で携帯
性を重視するような場合には、例えばＩＳＯ７８１６に
準拠したＩＣカードが挙げられる。

【００４５】また端末装置に内蔵するような場合は、同
じくＩＳＯ７８１６に準拠する機能をもったＩＣチップ
を実装するか、またはこのような機能を端末装置を制御
するＣＰＵと一緒に一つのＩＣチップに収めるなどが考
えられる。

【００４６】〔第二実施例〕図９は、本発明の第二実施
例に係わる情報システムの概念図である。本実施例は、
認証情報を記憶する装置として、記憶したデータの読み
書きに関して何ら保護する機能を持たないものを使用し
た場合の例である。ただし、第一実施例と同様に複数の
第二認証情報９２を記憶し、利用者１０はこれらを一個
の情報を覚えるだけで必要に応じてホスト装置へ送信す
ることが出来るようにしている点は同じである。また、
同図において、先の実施例と均等なものには同一番号を
付し、その説明は重複を避ける為に省略する。

【００４７】図９において、１３は端末装置８をホスト
装置に接続するために要求される情報を記憶するが、デ
ータの読み書きは認証情報などの制約無しにいつでも行
えるデータ記憶装置である。

【００４８】１４はデータ記憶装置１３に記憶する第二
認証情報９２を後述する暗証情報１６によって暗号化し
て暗号第二認証情報９７を出力する第二認証情報暗号化
処理、１５は第二認証情報暗号化処理１４とは逆に、暗
証情報１６で暗号第二認証情報９７を復号化して元の第
二認証情報９２を出力する第二認証情報復号化処理、１
６は利用者１０が暗記している情報で、第二認証情報暗
号化処理１４および第二認証情報復号化処理１５におい
て第二認証情報９２を暗号化および復号化する際の鍵情
報となる暗証情報である。９７は第二認証情報暗号化処
理１４で暗証情報１６によって暗号化された第二認証情
報で、データ記憶装置１３に記憶されている暗号第二認
証情報である。

【００４９】図１０は本実施例において、ホスト装置Ａ
１より文書“pubindex.htm”を端末装置８に取り寄せる
ときの流れを示した図であり、処理はＳ１からＳ１０へ
と進む。

【００５０】本実施例の動作を図９および図１０を用い
て説明する。

【００５１】ここでは、第一実施例と同様にホスト装置
Ａ１に目的の情報があり、ホスト装置Ａ１はインターネ
ット４に接続されており、目的の情報はＵＲＬ８２で指
定し、さらに指定された情報は第二認証情報が要求され
るとする。

【００５２】まず、利用者１０は図１０に示すように、
まず端末装置８を起動（Ｓ１）し、データ記憶装置１３
を端末装置８に接続する（Ｓ２）。

【００５３】次に、利用者１０は図９にあるようにブラ
ウザソフト１２を使って、端末装置８を公衆回線７から
公衆回線網６を通じてインターネットプロバイダ５に接
続し、ＵＲＬ８２を指定してホスト装置Ａ１に接続を行
い（Ｓ３）、そして目的の文書名“pubindex.htm”をパ
ケット１１に乗せてホスト装置Ａ１へ送信（Ｓ４）。ホ
スト装置Ａ１は文書“pubindex.htm”に認証確認が設定
されていると、この事を端末装置８へ通知し、利用者１
０に対して第二認証情報９２の送信を要求する。ここま
では第一実施例と同様である。

【００５４】次に、第二認証情報９２の送信を要求され
た端末装置８のブラウザソフト１２はこの要求を検出
（Ｓ５）すると、ＵＲＬ８２から検索条件９３を取り出
し、データ記憶装置１３から検索条件９３を用いて暗号
第二認証情報９７を読み出す（Ｓ６）。

【００５５】読み出された暗号第二認証情報９７は暗号
化された状態なので、復号化の必要がある。そこでブラ
ウザソフト１２は利用者１０に暗証情報１６の入力を要
求する（Ｓ７）。

【００５６】暗証情報１６を入力されると、ブラウザソ
フト１２はこれを第二認証情報復号化処理１５に暗号第
二認証情報９７と共に入力し、復号化し第二認証情報９
２を得る。

【００５７】ブラウザソフト１２はこのようにして第二
認証情報９２を受け取ると、第一実施例と同様に図４に
示した利用者ＩＤ入力欄８３と、認証情報入力欄８４か
らホスト装置Ａ１に対して第二認証情報９２を送信し、
これが確認（Ｓ９）されると、文書“pubindex.htm”が
送信され、ブラウザソフト１２はこれを順次受信して、
端末装置８の画面に文書を表示する（Ｓ１０）。

【００５８】以降、利用者１０が新たなＵＲＬ８２を入
力し、第二認証情報９２が要求される度に、図１０に示
すＳ４からＳ１０の処理を繰り返すが、暗証情報１６は
一度入力したので、Ｓ７はスキップされる。

【００５９】このように処理が行われることにより利用
者１０は、一度だけ暗証情報１６を入力しておけば、特
定のホスト装置あるいは特定の文書毎に第二認証情報を
要求されるような場合、さらにはそのような認証情報の
内容がばらばらであるような場合でも、必要とされる第
二認証情報が予めデータ記憶装置１３に記憶してあれ
ば、自動的に第二認証情報９２が送信されるので、複数
ある認証情報をまとめて一個の暗証情報を覚えておくだ
けで利用できるので非常に使い勝手が良い。

【００６０】また、認証情報は利用者以外に漏れること
がないようにしなければならないが、本実施例ではデー
タ記憶装置１３に記憶されたデータは暗号化されている
ので、たとえ端末装置８から分離して紛失したような場
合でも、第二認証情報９２が他人に漏れる心配が無い。
もちろん、データ記憶装置１３が端末装置８と一体にな
っているような場合でもこれらの利点が失われることが
ないのは明白である。

【００６１】なお、以上のように構成することで、第一
実施例で説明した第二認証情報を自動的に読み出せる有
効期限の制御や、検索条件に該当するものがないときの
処理、同じ検索条件での第二認証情報は更新処理を実
行、属性情報の付加、データ記憶装置が端末装置に接続
されていないときの処理、検索条件を構成するデータの
種類などは第一実施例と同等のものを本実施例でも実現
できる。

【００６２】また、本実施例のようにデータ記憶装置自
身には記憶した情報を保護する機能がなく、そのため記
憶するデータ自身を暗号化するなどして漏洩を防止した
場合、端末装置の仕様またはブラウザソフトの機能が同
じであれば、データ記憶装置を単体で持ち歩き、他の端
末装置からでもホスト装置を利用できるが、データ記憶
装置内のデータ記録フォーマットの違いや、暗号化／復
号化処理の有無あるいは相違があると、利用できない。

【００６３】そこでこれらへの対応には、例えば記録フ
ォーマットでは、同じデータを複数の形式のフォーマッ
トで記憶することで改善できる。また、暗号化や復号化
の処理はこれらの処理を行うプログラムをその端末のア
ーキテクチャに合わせて作り、これまた複数の形式のフ
ォーマットで記憶しておくことで改善を図れる。

【００６４】

【発明の効果】本発明によれば、利用者は情報をホスト
装置から取寄せる時に、複数の認証情報をホスト装置に
送信する必要がある場合でも、利用者は唯一、一個の認
証情報を入力するだけで、その後はホスト装置または情
報への認証処理が簡単に行えるようになる。

【図面の簡単な説明】

【図１】第一実施例の情報システムの概念図である。

【図２】第一実施例および第二実施例を説明するための
ホスト装置に登録されている利用者ＩＤなどの例を示す
図である。

【図３】第一実施例および第二実施例を説明するための
画面表示の例を示す図である。

【図４】第一実施例および第二実施例を説明するための
画面表示の例を示す図である。

【図５】第一実施例のデータ構造を説明する図である。

【図６】第一実施例の処理の流れを示す説明図である。

【図７】第一実施例で認証情報を自動的に取り出せる期
間の制御を説明するフロー図である。

【図８】第一実施例のデータ構造の説明を補足する図で
ある。

【図９】第二実施例である情報システムの概念図であ
る。

【図１０】第二実施例の処理の流れを示す説明図であ
る。

【符号の説明】

１…ホスト装置Ａ、 ２…ホスト装置Ｂ、 ３…ホ
スト装置Ｃ、４…インターネット、 ５…インターネッ
トプロバイダ、６…公衆回線網、 ７…公衆回線、
８…端末装置、８１…認証情報入力欄、８２…
Ｕniform Ｒesource Ｌocator(ＵＲＬ)、８３…利用者
ＩＤ入力欄、 ８４…認証情報入力
欄、９…認証情報記憶装置、 ９１
…第一認証情報、９２…第二認証情報、 ９３…検索条
件、 ９４…利用者ＩＤ、９５…認証情報、
９６…属性情報、 ９７…暗号第二認証情報、１０
…利用者、 １１…パケット、 １２…ブラ
ウザソフト、１３…データ記憶装置、１４…第二認証情
報暗号化処理、１５…第二認証情報復号化処理、
１６…暗証情報。

Claims (10)

【特許請求の範囲】
1. 【請求項１】各種情報を蓄積し、該情報を端末装置によ
   り利用者が取り出し可能で、該利用者が前記情報の取り
   出しを行うときに、利用者が正規の登録者であることを
   確認するための認証情報を利用者に要求する機能を有す
   るホスト装置と、 該ホスト装置と接続してデータの送受信が可能で、前記
   各種情報を取り込み、これを利用者に提示する機能と、
   利用者からの入力を受ける機能を有する前記端末装置
   と、 からなる情報システムにおいて、 各種のデータを記憶し、前記端末装置によって該データ
   の読書きをすることが可能で、かつ、該データの読書き
   する前に、これを許可するための第一認証情報を記憶
   し、さらに該許可処理を行う機能を有する認証情報記憶
   装置を備え、 該認証情報記憶装置が前記ホスト装置で必要となる認証
   情報を第二認証情報として記憶し、さらに該第二認証情
   報を選択的に読み書きできる機能を前記認証方法記憶装
   置または前記端末装置に備え、 第二認証情報を複数種類必要とする場合でも、利用者が
   それぞれの認証情報を覚えなくとも、唯一前記第一認証
   情報だけを覚えるだけで簡単な選択で必要な第二認証情
   報を読み出して、前記ホスト装置への接続に必要な確認
   処理を完了できるようにしたことを特徴とする情報シス
   テム。
2. 【請求項２】請求項１において、前記ホスト装置と前記
   端末装置がプロトコルによって情報の送受信を行う機能
   を備え、 前記端末装置が該プロトコルによって前記ホスト装置と
   の接続に確認処理が必要であることを検出する機能と、
   該検出結果を契機として該端末装置が前記第二認証情報
   を前記認証情報記憶装置より読み出して前記ホスト装置
   へ送信する機能、および予め前記認証情報記憶装置への
   前記第一認証情報による確認手続きを完了しておく機能
   を備え、 前記ホスト装置より前記第二認証情報を要求されたとき
   に、その度に利用者が前記第一認証情報の入力を行う必
   要がないようにしたことを特徴とする情報システム。
3. 【請求項３】請求項２において、ホスト装置と端末装置
   がＴＣＰ／ＩＰによって接続され、前記第二認証情報を
   前記認証情報記憶装置から選択的に読み出すための条件
   情報として、ＩＰアドレスを用いることを特徴とする情
   報システム。
4. 【請求項４】請求項１または請求項２において、前記第
   二認証情報を認証情報記憶装置から選択的に読み出すた
   めの条件情報が、ＵＲＬ（Ｕniform Ｒesource Ｌocato
   r）を用いることを特徴とする情報システム。
5. 【請求項５】請求項２において、予め第一認証情報によ
   って行った前記認証情報記憶装置への読み書きが出来る
   有効な期間が、前記端末装置と前記ホスト装置との接続
   を切断する時に終了することを特徴とする情報システ
   ム。
6. 【請求項６】請求項２において、予め第一認証情報によ
   って行った前記認証情報記憶装置への読み書きが出来る
   有効な期間が、前記端末装置または認証情報記憶装置に
   予め設定された期間を経過すると終了することを特徴と
   する情報システム。
7. 【請求項７】請求項２において、前記端末装置が予め設
   定された時間で自動的に端末機能を停止する機能を備え
   る場合、予め第一認証情報によって行った前記認証情報
   記憶装置への読み書きが出来る有効な期間が、該端末機
   能の停止で終了することを特徴とする情報システム。
8. 【請求項８】請求項１において、前記認証情報記憶装置
   が利用者の操作で前記端末装置から分離して携帯出来る
   ことを特徴とする情報システム。
9. 【請求項９】請求項２において、前記認証情報記憶装置
   が利用者の操作で前記端末装置から分離して携帯でき、
   予め第一認証情報によって行った前記認証情報記憶装置
   への読み書きが出来る有効な期間が、前記認証情報記憶
   装置を前記端末装置から分離した時に終了することを特
   徴とする情報システム。
10. 【請求項１０】請求項１において、前記認証情報記憶装
    置が記憶したデータの読み書きを自由に行うことが可能
    で、前記端末装置が利用者が暗記する暗証情報を鍵デー
    タとしてデータの暗号化と復号化を行う機能を備え、 前記第二認証情報を暗号化して認証情報記憶装置に記憶
    させ、必要に応じて前記暗証情報によって前記記憶させ
    た暗号情報を復号化して第二認証情報を読み出すように
    し、第二認証情報が漏洩するのを防止すると共に、唯一
    前記暗証情報だけを覚えるだけで簡単な選択で必要な第
    二認証情報を読み出して、前記ホスト装置への接続に必
    要な確認処理を完了できるようにしたことを特徴とする
    情報システム。