(57)【要約】【課題】他のユーザの状況にかかわらず、認証データの登録等ができるようにする。【解決手段】ユーザ居室２０ａ，２０ｂにＬＡＮ接続されたユーザ端末８ａ，８ｂを設けて認証データ登録機６ａ，６ｂを接続する。ユーザ端末８ａには、認証データ保存部１６ａ及び履歴保存部１８ａを接続する。一方、個別ゲート３２ａ，３２ｂには、扉２６ａ，２６ｂの開閉錠を行う扉錠装置２４ａ，２４ｂと、ユーザ端末８ａ，８ｂとＬＡＮ接続されて居室２０ａ，２０ｂへの入室希望者がある場合に、入室希望者の認証データを取得すると共にＬＡＮを介して認証データ保存部１６ａの認証データの配信を受けて格納する照合データ保存部２８ａ，２８ｂ、これらの認証データが一致したときに扉錠装置２４ａ，２４ｂを制御して扉２６ａ，２６ｂを開錠させる認証データ照合機２２ａ，２２ｂを設ける。【選択図】      図１
2005256518.tif 000002
【特許請求の範囲】
【請求項１】
被認証物を利用する際に用いるユーザの認証データを格納するデータ格納手段と、
前記ネットワークに接続されたユーザ端末と、前記認証データを取得して前記ユーザ端末を介して登録要求を行い、当該認証データを前記データ格納手段に格納する認証データ登録機と、前記被認証物を利用する際に、利用者の前記認証データを取得すると共に、前記データ格納手段に格納されている前記認証データを取得して、これらが一致したときに前記被認証物が利用できるようにする認証データ照合手段とを具備した複数の個別システムと、
前記データ格納手段を管理して、前記ネットワークを介して受信した前記登録要求に基づき前記認証データを前記データ格納手段に格納して登録すると共に、前記ネットワークを介して受信した前記配信要求に基づき前記データ格納手段から該当する前記認証データを検索して配信するデータ管理手段とを備えることを特徴とするネットワーク認証システム。
【請求項２】
前記被認証物の利用履歴が前記データ格納手段に格納されて、前記ユーザ端末から前記ネットワークを介して前記利用履歴の照会を求める履歴照会要求が前記データ管理手段になされると、当該データ管理手段が前記データ格納手段から該当する利用履歴を検索して配信することを特徴とする請求項１記載のネットワーク認証システム。
【請求項３】
前記データ管理手段が、前記登録要求、配信要求、履歴照会要求のいずれか１の要求を複数の前記ユーザ端末から受信した場合には、最先に受信したユーザ端末からの要求以外は拒否することを特徴とする請求項１又は２記載のネットワーク認証システム。
【請求項４】
前記データ管理手段が、前記履歴照会要求を受けた際に、その履歴対象である前記被認証物を利用できるユーザによる前記履歴照会要求以外の要求は拒否することを特徴とする請求項２又は３記載のネットワーク認証システム。
【請求項５】
前記データ管理手段が、複数の前記ユーザ端末のうちの１であることを特徴とする請求項１乃至４いずれか１項記載のネットワークシステム。
【請求項６】
前記データ管理手段が、ネットワークサーバであることを特徴とする請求項１乃至４いずれか１項記載のネットワークシステム。
【請求項７】
前記認証データが、声紋、指紋、網膜、虹彩等の生体情報に基づくデータであることを特徴とする請求項１乃至６いずれか１項記載の認証システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、１のデータ管理手段で複数ユーザの認証データや複数の被認証物の利用履歴等を格納するデータ格納手段を管理して、複数のユーザ端末から認証データの登録要求や配信要求及び利用履歴の履歴照会要求が行えるようにしたネットワーク認証システムに関するものである。
【背景技術】
【０００２】
今日のＩＴ（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｅｃｈｎｏｌｏｇｙ）の進歩はめざましく、これに伴うセキュリティーに関する技術も進歩している。かかるセキュリティ技術としてパスワードによるセキュリティーや声紋、指紋、網膜、虹彩等によって個人を識別するバイオメトリクス認証（ＢｉｏＡＰＩ：Ｂｉｏｍｅｔｒｉｃｓ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）によるセキュリティが知られている。
【０００３】
例えば、アイリスゲート認証システムは、特許文献１に開示されているように、人の目の虹彩（アイリス）模様が、個人よって異なることを利用して認証を行うシステムで、当該アイリスゲート認証システムでは、予めユーザのアイリスデータをデータファイルに登録し、入室希望者がある場合には、この入室希望者のアイリスデータを取得して、この取得したアイリスデータがデータファイルに登録されているアイリスデータと一致するか否かを照合することにより、当該入室希望者が入室を許可された者であるか否かの認証を行っている。
【特許文献１】特開平０９−１３４４３０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した従来の構成では、複数のユーザが１の被認証物（認証を必要とする物）を利用する場合であっても、認証データの登録機やデータファイル等はそれぞれ１台づつしか設けられておらず、一人のユーザが当該登録機を利用しているときは、他のユーザは利用できず、かつ、そのことを当該登録機の所まで赴いて調べなければ分からない不便さがあった。
【０００５】
即ち、従来の構成では、例えば１階と２階に居室がある場合、各居室には居室専用の認証データ登録機及びデータファイル等からなる認証システムが設けられている。従って、１階のユーザが２階の居室をも利用するときには、２階の居室の認証データ登録機の所に赴いて登録しなければならない。しかし、１階のユーザにとって２階の居室の認証データ登録機が利用中であるか否かは知る術がないので、実際に赴いて登録作業等が可能か否かを確認しなければならず、不便であった。また、居室に入退室した履歴である利用履歴を照会する際にも同様の不便さが合った。
【０００６】
そこで、本発明は、認証データや利用履歴を格納するデータ格納手段及びこれを管理するデータ管理手段が１であっても、各居室のユーザ端末から認証データの登録や利用履歴の照会ができるようにしたネットワーク認証システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、以上の点を解決するために、次の構成を採用する。
〈構成１〉  ユーザ認証が必要な被認証物を利用する際のユーザの認証データを格納するデータ格納手段と、ネットワークに接続されたユーザ端末と、ユーザの認証データを取得してユーザ端末を介して登録要求を行って当該ユーザの認証データをデータ格納手段に登録する認証データ登録機と、被被認証物を利用する際に、当該利用者の認証データを取得すると共に、ユーザ端末を介して配信要求を行い、データ格納手段に登録されている認証データを取得して、これらが一致したときに被認証物が利用できるようにする認証データ照合手段とを具備した複数の個別システムと、該データ格納手段を管理して、ネットワークを介して受信した登録要求に基づきデータ格納手段に認証データを登録すると共に、ネットワークを介して受信した配信要求に基づきデータ格納手段から該当する認証データを抽出して配信するデータ管理手段とを備える。
〈説明１〉  即ち、１のデータ格納手段を１のデータ管理手段により管理し、該データ管理手段と複数のユーザ端末とをネットワークを介して接続することにより、複数のユーザ端末から認証データの登録要求や配信要求を行えるようにする。
【０００８】
〈構成２〉  被認証物の利用履歴がデータ格納手段に格納されて、ユーザ端末からネットワークを介して利用履歴の照会を求める履歴照会要求がデータ管理手段になされると、当該データ管理手段がデータ格納手段から該当する利用履歴を検索して配信する。
〈説明２〉  即ち、データ格納手段が、被認証物の利用履歴を格納することで、データ管理手段がネットワークを介して複数のユーザ端末から履歴照会要求を受付け、該当する利用履歴をデータ格納手段から検索して配信する。
【０００９】
〈構成３〉  データ管理手段が、登録要求、配信要求、履歴照会要求のいずれか１の要求を複数のユーザ端末から受信した場合には、最先に受信したユーザ端末からの要求以外は拒否する。
〈説明３〉  即ち、複数のユーザ端末から登録要求、配信要求、履歴照会要求があった場合に、最先の要求のみに応じるようにすることで、複数の要求に応じてデータ格納手段に多重アクセスが起きてデータが壊れたりしないようにする。
【００１０】
〈構成４〉  データ管理手段が、履歴照会要求を受けた際に、その履歴対象である被認証物を利用できるユーザによる履歴照会要求以外の要求は拒否する。
〈説明４〉  即ち、ユーザの利用することができる被認証物の利用履歴のみ、当該ユーザが照会できるようにして、履歴データの乱用等を防止する。
【００１１】
〈構成５〉  データ管理手段が、複数のユーザ端末のうちの１とする。
〈説明５〉  即ち、データ管理手段を、複数のユーザ端末のうちの１つとすることで、資源の有効利用を図り設備費用を安価にする。
【００１２】
〈構成６〉  データ管理手段が、ネットワークサーバとする。
〈説明６〉  即ち、データ管理手段をネットワークサーバとすることで、高速に認証データの登録や配信等が行えるようにして利便性を向上させる。
【００１３】
〈構成７〉  認証データが、声紋、指紋、網膜、虹彩等の生体情報に基づくデータとする。
〈説明７〉  即ち、認証データとして生体情報を用いることにより、パスワードのように番号忘れ、番号違い、盗用と言った不都合を防止して信頼性を向上させる。
【発明の効果】
【００１４】
本発明によれば、１のデータ格納手段を管理する１のデータ管理手段と複数のユーザ端末とをネットワークを介して接続して、データ管理手段が複数のユーザ端末から認証データの登録要求、配信要求、履歴照会要求を受付けて、各要求に応じた処理を行うので、ユーザは他のユーザの作業状況等を意識する必要が無くなり利便性が向上する。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施形態を図を用いて詳細に説明する。なお、以下の説明では、認証方式として虹彩によるバイオメトリクス認証方式を例に説明するが、他の声紋、指紋、網膜等の生体情報を用いるバイオメトリクス認証方式でもよく、またパスワードによる認証方式でもよい。バイオメトリクス認証は、パスワードのように番号忘れや番号違い等のトラブルがなく、また盗用される恐れがない利点を有している。
【実施例１】
【００１６】
〈実施例１の構成〉
本発明は、ユーザを認証するための認証データや居室への入退室履歴である利用履歴を格納するデータ格納手段を複数のユーザで共有し、その際に他のユーザの状況に関わらず認証データの登録・配信や利用履歴の照会等が行えるように、ユーザ端末等を公知のピアツーピア（Ｐｅｅｒ  ｔｏ  Ｐｅｅｒ）型のネットワーク技術を用いて接続したものである。
【００１７】
図１は、かかるピアツーピア型のネットワーク認証システムの構成を示すブロック図である。以下の説明では、ユーザは２人（Ａユーザ及びＢユーザ）とし、各ユーザの居室を居室２０ａ，２０ｂとする。無論、ユーザ数は、２人以上であってもよい。
【００１８】
居室２０ａ，２０ｂには、認証データの登録手段をなす認証データ登録機６ａ，６ｂ、この認証データ登録機６ａ，６ｂと接続されたユーザ端末８ａ，８ｂがそれぞれ設けられている。ユーザ端末８ａは、認証データを格納する認証データ保存部（データ格納手段）１６ａやゲートの通過履歴（利用履歴）を格納する履歴保存部（データ格納手段）１８ａを管理してデータ管理手段をなしている。
【００１９】
ゲート（被認証物）は、Ａユーザ専用に設けられて居室２０ａへの入退室者を厳しく制限するＡユーザ専用の個別ゲート３２ａ、Ｂユーザ専用に設けられて居室２０ｂへの入退室者を厳しく制限するＢユーザ専用の個別ゲート３２ｂ、Ａユーザ及びＢユーザが共に利用できるように設けられて図示しない共有居室への入退室者を厳しく制限するＡＢユーザ共有の共有ゲート３２ｃからなっている。
【００２０】
なお、ユーザ専用の居室としては、執務室のような部屋が例示でき、また共有室としては事務室や実験室のような部屋が例示できる。本発明は、個別の居室と共有居室とを同時に設けることを必須要件とするものではない。また、建屋が実験室棟で複数の実験室があるような場合には、個別の居室が存在しない場合もあるが、係る場合には居室８ａや居室８ｂを共有居室とすればよく、この場合のＡユーザやＢユーザは、各実験室を利用する複数の研究者等を意味することになる。
【００２１】
個別ゲート３２ａ，３２ｂ及び共有ゲート３２ｃには、認証データ保存部１６ａから配信された認証データを保存する照合データ保存部２８ａ〜２８ｃ、オートロック機構の電子錠を備えた個別扉２６ａ，２６ｂ及び共有扉２６ｃ、該個別扉２６ａ，２６ｂ及び共有扉２６ｃの開錠を行う個別扉錠装置２４ａ，２４ｂ及び共有扉錠装置２４ｃ、入室者の認証データを取得して、この認証データと照合データ保存部２８ａ〜２８ｃに保存されている認証データとを照合し、一致した場合に個別扉錠装置２４ａ，２４ｂ及び共有扉錠装置２４ｃを制御して個別扉２６ａ，２６ｂ及び共有扉２６ｃを開錠させる認証データ照合機２２ａ〜２２ｃが設けられている。以下、特に「個別」「共有」を区別する必要がある場合以外は、「個別扉」及び「共有扉」を「扉」のように略記して記載する。
【００２２】
認証データ照合機２２ａ〜２２ｃとして、認証方式がアイリス認証方式の場合には、入室者のアイリスを撮影するカメラ、撮影画像からアイリスデータを取得するデータ取得手段、照合を行う照合手段等の公知の手段が適用される。
【００２３】
そして、これらはＬＡＮ３０ａ〜３０ｃによりピアツーピア型に接続されて、認証データの登録・配信及び利用履歴の照会が各ユーザ端末８ａ，８ｂを介して行うようになっている。即ち、８ｂは登録、配信、利用照会の要求を受けた場合は８ａに転送し、また８ａよりそのレスポンスを受けた場合は要求元に転送する機能を有している。
【００２４】
なお、ユーザ端末、認証データ登録機、認証データ照合機、扉錠装置、ゲート等により１の個別システムが構成され、本ネットワーク認証システムは、ユーザを識別するための認証データや居室への入退室履歴である利用履歴を格納する１のデータ格納手段と、複数の個別システムとで構成さることになる。
【００２５】
〈実施例１の動作〉
図２は認証データを登録する際のデータの流れを示す図で、認証データを登録するユーザ（Ａユーザ４ａとする）は、居室２０ａに設置された認証データ登録機６ａを用いて登録要求をユーザ端末８ａに送り、登録が認められると登録データはユーザ端末８ａから認証データ保存部１６ａに登録される。
【００２６】
また、Ｂユーザ４ｂは、居室２０ｂに設置された認証データ登録機６ｂを用いて登録要求をユーザ端末８ｂを介してユーザ端末８ａに送る。登録が認められると登録データは、ユーザ端末８ｂからＬＡＮ３０ｂ→ＬＡＮ３０ｃ→ＬＡＮ３０ａを経由してユーザ端末８ａに送られ、当該ユーザ端末８ａから認証データ保存部１６ａに登録される。なお、図２等に示す管理者２ａ、２ｂは認証データ登録機６ａ，６ｂやユーザ端末８ａ，８ｂを管理する者である。
【００２７】
一方、居室２０ａや居室２０ｂに入室する際には、図３に示すように、認証データ照合機２２ａ〜２２ｃからの配信要求がユーザ端末８ａに出力される。即ち、認証データ照合機２２ａ及び認証データ照合機２２ｃからの配信要求は直接ユーザ端末８ａに出力され、認証データ照合機２２ｂからの配信要求は、ユーザ端末８ｂを経てユーザ端末８ａに出力される。この配信要求を受けたユーザ端末８ａは、認証データ保存部１６ａに登録されている認証データを検索して、該当する認証データを照合データ保存部２８ａ〜２８ｃに配信する。
【００２８】
図４は、このような認証データの登録・配信処理手順を示すフローチャートで、認証データ登録・配信作業を開始すると（登録しようとしているユーザをＡユーザとする）、他のユーザ（Ｂユーザとする）が登録・配信作業中であるか否かの判断が行われる（ステップＳＡ１）。この判断は、ユーザ端末８ａに設けられた登録・配信ユーザテーブル４０を照会することにより行われる。
【００２９】
なお、他のユーザが登録・配信作業中であるか否かを判断するのは、図２及び図３に示したように、認証データの登録要求や配信要求は、ユーザ端末８ａ及びユーザ端末８ｂで独立に行われる。従って、例えばＡユーザとＢユーザとの登録要求が競合することが発生して、両登録要求に応じてユーザ端末８ａが認証データ保存部１６ａにアクセスすると、認証データ保存部１６ａは多重アクセス状態となり、当該認証データ保存部１６ａに保存されているデータを壊すため、競合要求が起きないようにしている。
【００３０】
本実施例１では、ユーザ端末８ａが認証データ保存部１６ａの管理を一元的に行うので、登録・配信ユーザテーブル４０をユーザ端末８ａにのみ設け、この登録・配信ユーザテーブル４０を照会することで認証データ保存部１６ａの競合アクセスが防止できて当該認証データ保存部１６ａのデータ破壊を未然に防止することができる。
【００３１】
競合処理の有無を判断した結果、Ｂユーザが登録・配信作業中の場合には、そのことをＡユーザのユーザ端末８ａにおけるディスプレイ等の表示部に表示する（ステップＳＡ５）。表示メッセージとしては、図５に示すようなメッセージが例示できる。
【００３２】
一方、Ｂユーザが登録・配信作業を行っていない場合には、登録・配信ユーザテーブル４０にＡユーザのユーザ番号を設定してＢユーザによる登録・配信作業を禁止し、Ａユーザの登録・配信作業を実施する（ステップＳＡ２，ＳＡ３）。そして、Ａユーザによる登録・配信作業が完了すると、登録・配信ユーザテーブル４０におけるユーザ番号を初期化する（ステップＳＡ４）。
【００３３】
また、居室２０ａ，２０ｂに入室する際には、入室者の認証データ照合を行うが、その際に認証データ保存部１６ａに登録されている認証データがユーザ端末８ａを介して該当するゲート３２ａ〜３２ｃの照合データ保存部２８ａ〜２８ｃに配信され、認証データ照合機２２ａ〜２２ｃにより照合が行われる。このときの認証データ配信先の判断処理は図６に示す手順で行われる。
【００３４】
先ず、入室者が扉２６ａ〜２６ｃの前に立って認証処理が開始すると、認証データ照合機２２ａ〜２２ｃからユーザ端末８ａに配信要求がなされて、このユーザ端末８ａで配信先が適正か否かの判断が行われる（ステップＳＢ１）。この判断は、図７に示すような配信対象ゲートテーブル４１を照会することにより行われる。
【００３５】
例えば、ＡユーザがＡユーザ専用ゲート３２ａを通過しようとして認証を求め、認証データ照合機２２ａからＡユーザの認証データの配信要求がなされた場合には、配信を許可する（図７で○印は配信許可を示している）。しかし、ＢユーザがＡユーザ専用ゲート３２ａを通過しようとして認証を求め、認証データ照合機２２ａからＢユーザの認証データの配信要求がなされた場合には、配信を拒否する（図７で×印は配信拒否を示している）。
【００３６】
配信要求が適正な場合には、認証データの配信が実行され（ステップＳＢ３）、不適正な場合には配信拒否する旨の通知がなされて配信を拒否する（ステップＳＢ２）。配信拒否通知により、図８に示すようなメッセージが表示されて、ユーザに通過ゲートを間違えていることを通知する。
【００３７】
また、Ａユーザが利用履歴を照会する場合は、図９示すように、ユーザ端末８ａからの利用履歴照会要求に基づき履歴保存部１８ａから該当する利用履歴が検索して送られ、該当する利用履歴がユーザ端末８ａの表示部に表示される。一方、Ｂユーザが利用履歴を照会する場合は、履歴照会要求はユーザ端末８ｂからＬＡＮ３０ｂ→ＬＡＮ３０ｃ→ＬＡＮ３０ａを経てユーザ端末８ａに送られ、当該ユーザ端末８ａにより該当する利用履歴が履歴保存部１８ａから検索されてＬＡＮ３０ｂ→ＬＡＮ３０ｃ→ＬＡＮ３０ａを経てユーザ端末８ｂの表示部に表示される。
【００３８】
なお、例えばＡユーザが、当該Ａユーザに対して利用が許可されていないＢユーザ専用の個別ゲート３２ｂの利用履歴の照会を許すことは、情報の乱用等を招くので、かかる要求を規制することが好ましい。図１０は、このような要求規制も含めた利用履歴照会のフローチャートである。先ず、利用履歴が要求されると、照会者が適正なユーザか否かを判断する（ステップＳＣ１）。
【００３９】
この判断は、図１１に示すような履歴照会可否判断テーブル４２に基づき、照会希望しているユーザと利用履歴を照会したいゲートとの対応関係を判断する。例えば、ゲート番号３２ａ（Ａユーザ専用ゲート３２ａ）の利用履歴をＡユーザが照会希望している場合には、履歴照会可否判断テーブル４２から照会が許可されたユーザであると判断し（図１１で○印は照会が許可されていることを示す）、Ｂユーザが照会希望している場合には照会が許可されていないユーザであると判断する（図１１で×印は照会が許可されていないことを示す）。
【００４０】
そして、履歴照会を許可する場合には、履歴保存部１８ａから該当する利用履歴を検索してユーザ端末８ｂに配信する（ステップＳＣ３）。一方、履歴照会を拒否する場合には、照会を求めているユーザに、図１２に示すような照会拒否のメッセージを通知する（ステップＳＣ２）。
【００４１】
〈実施例１の効果〉
以上説明したように、認証データ保存部１６ａや履歴保存部１８ａをユーザ端末８ａで管理し、このユーザ端末８ａと他のユーザ端末８ｂがネットワークを介して接続されて、認証データの登録要求、配信要求、履歴照会要求を受付けて、各要求処理が競合等したりしないように各要求に応じるので、ユーザは他のユーザの作業状況等を意識する必要が無くなり利便性が向上する。
【００４２】
また、ユーザ端末８ａをデータ管理装置として認証データ保存部１６ａや履歴保存部１８ａを管理するので、データ管理が容易かつ一元的に行えるようになると共に、個別システムを追設する場合も既存の個別システムに変更を加えることなく容易にシステムを拡張することができるので、設備の新設コストが安価になる。
【実施例２】
【００４３】
〈実施例２の構成〉
実施例２の図を参照して説明する。実施例１においてはピアツーピア型のネットワーク認証システムの構成を説明したが、本実施例２は図１３に示すようにサーバ型のネットワーク認証システムに関するもので、基本的構成は図１に示す構成と略同じであるが、サーバ拠点２０ｃを設けて、このサーバ拠点２０ｃにデータ管理装置（データ管理手段）８ｃ、認証データ保存部（データ格納手段）１６ｃ及び履歴保存部（データ格納手段）１８ｃを設けている点が相違している。
【００４４】
即ち、居室２０ａには認証データ登録機６ａ及びユーザ端末８ａが設けられ、居室２０ｂには認証データ登録機６ｂ及びユーザ端末８ｂが設けられている。サーバ拠点２０ｃには、データ管理装置８ｃ、認証データ保存部１６ｃ及び履歴保存部１８ｃが設けられている。そして、ユーザ端末８ａとデータ管理装置８ｃとはＬＡＮ３０ｄで接続され、ユーザ端末８ｂとデータ管理装置８ｃはＬＡＮ３０ｅで接続されている。その他の構成については図１と同じである。この場合の個別システムは、ユーザ端末、認証データ登録機、認証データ照合機、照合データ保存部、扉錠装置、扉により構成される。
【００４５】
〈実施例２の動作〉
図１４は、認証データの登録処理におけるデータの流れを示している。認証データを登録するＡユーザ４ａは、認証データ登録機６ａを用いて認証データをユーザ端末８ａからＬＡＮ３０ｄを経由してデータ管理装置８ｃに送り、当該データ管理装置８ｃが認証データ保存部１６ｃに登録する。また、Ｂユーザ４ｂは、認証データ登録機６ｂを用いて認証データをユーザ端末８ｂからＬＡＮ３０ｅを経由してデータ管理装置８ｃに送り、当該データ管理装置８ｃが認証データ保存部１６ｃに登録する。
【００４６】
このような認証データの登録処理手順は、図４に示した手順と同じ手順で行われる。即ち、Ａユーザによる認証データ登録処理の開始に先立ち、Ｂユーザが登録・配信作業中であるか否かの判断を、データ管理装置８ｃに設けられた登録・配信ユーザテーブル４０に基づき行なう。
【００４７】
この結果、Ｂユーザが登録・配信作業中の場合には、ユーザ端末８ａの表示部に、図５に示すようなメッセージが表示されて、Ａユーザによる登録・配信作業が拒否される。Ｂユーザが登録・配信作業を行っていない場合には、登録・配信ユーザテーブル４０にＡユーザのユーザ番号が設定され、Ｂユーザによる登録・配信作業を禁止して登録・配信作業を実行し、この作業が完了すると登録・配信ユーザテーブル４０を初期化する。
【００４８】
また、図１５はユーザの認証処理におけるデータの流れを示している。認証データ照合機２２ａ〜２２ｃからの配信要求は、それぞれの直接データ管理装置８ｃに送られ、当該データ管理装置８ｃにより該当する認証データが認証データ保存部１６ｃから検索されて、該当する照合データ保存部２８ａ〜２８ｃに配信される。
【００４９】
このとき配信先が適正か否かの判断が、図７に示す配信対象ゲートテーブル４１を照会して行われ、配信先が適正な場合には配信が実行される。一方、配信先が不適正な場合には図８に示すようなメッセージを表示して配信を拒否する。
【００５０】
また、図１６は、履歴照会する場合のデータの流れを示し、Ａユーザはユーザ端末８ａからＬＡＮ３０ｄを経てデータ管理装置８ｃに履歴照会要求を行う。一方、Ｂユーザはユーザ端末８ｂからＬＡＮ３０ｅを経てデータ管理装置８ｃに履歴照会要求を行う。
【００５１】
そして、データ管理装置８ｃは、照会者が適正なユーザか否かの判断を図１１に示す履歴照会可否判断テーブル４２を照会して行い、履歴照会を許可する場合には、履歴保存部１８ｃから該当する利用履歴を検索して配信する。履歴照会を拒否する場合には、図１２に示すようなメッセージを通知して配信を拒否する。
【００５２】
〈実施例２の効果〉
以上説明したように、認証データ保存部１６ａや履歴保存部１８ａをユーザ端末８ａで管理し、このユーザ端末８ａと他のユーザ端末８ｂがネットワークを介して接続されて、認証データの登録要求、配信要求、履歴照会要求を受付けて、各要求処理が競合等したりしないように各要求に応じるので、ユーザは他のユーザの作業状況等を意識する必要が無くなり利便性が向上する。
【００５３】
また、ユーザ端末８ａをデータ管理装置として認証データ保存部１６ａや履歴保存部１８ａを管理するので、データ管理が容易かつ一元的に行えるようになると共に、個別システムを追設する場合も既存の個別システムに変更を加えることなく容易にシステムを拡張することができるので、設備の新設コストが安価になる。
【００５４】
特に、データ管理装置８ｃは、認証データ保存部１６ｃや履歴保存部１８ｃの管理や各種の要求に対する処理を専用に行うので、ユーザ端末８ａと兼用する実施例１のような場合に比べ処理が高速に行える利点がある。
【００５５】
さらに、データ管理装置８ｃ、認証データ保存部１６ｃ及び履歴保存部１８ｃは、ユーザが利用する居室２０ａ，２０ｂと別の居室であるサーバ拠点２０ｃに配置されるので、これらの管理業務を外部委託することが可能になり、ユーザの管理負担を軽減することができる。
【図面の簡単な説明】
【００５６】
【図１】実施例１にかかるネットワーク認証システムの構成を示すブロック図である。
【図２】登録要求に対するデータの流れを示す図である。
【図３】配信要求に対するデータの流れを示す図である。
【図４】複数のユーザによる認証データの登録・配信手順を示すフローチャートである。
【図５】ユーザによる認証データの登録要求、配信要求を拒否する際にユーザに表示するメッセージ例を示す図である。
【図６】認証データの配信先判断の手順を示すフローチャートである。
【図７】配信先の確認を行う際に用いるユーザとゲートとの対応関係を示す配信対象ゲートテーブルである。
【図８】配信要求を拒否する場合に表示するメッセージ例である。
【図９】履歴照会要求に対するデータの流れを示す図である。
【図１０】履歴照会要求に対する処理手順を示すフローチャートである。
【図１１】履歴照会要求に応じるか否かを判断する際に用いる履歴照会可否判断テーブルである。
【図１２】履歴照会要求を拒否する場合のメッセージ例を示す図である。
【図１３】実施例２にかかるネットワーク認証システムの構成を示すブロック図である。
【図１４】登録要求に対するデータの流れを示す図である。
【図１５】配信要求に対するデータの流れを示す図である。
【図１６】履歴照会要求に対するデータの流れを示す図である。
【符号の説明】
【００５７】
４ａ  Ａユーザ
４ｂ  Ｂユーザ
６ａ，６ｂ  認証データ登録機
８ａ，８ｂ  ユーザ端末
８ｃ  データ管理装置
１０ａ，１０ｂ  登録データ
１０ａ，１０ｂ  認証登録データ
１６ａ，１６ｃ  認証データ保存部
１８ａ，１８ｃ  履歴保存部
２０ａ，２０ｂ  居室
２０ｃ  サーバ拠点
２２ａ〜２２ｃ  認証データ照合機
２４ａ〜２４ｃ  扉錠装置
２６ａ〜２６ｃ  扉
２８ａ〜２８ｃ  照合データ保存部
３２ａ〜３２ｃ  ゲート
４０  登録・配信ユーザテーブル
４１  配信対象ゲートテーブル
４２  履歴照会可否判断テーブル
【図１】
2005256518.tif 000003
【図２】
2005256518.tif 000004
【図３】
2005256518.tif 000005
【図４】
2005256518.tif 000006
【図５】
2005256518.tif 000007
【図６】
2005256518.tif 000008
【図７】
2005256518.tif 000009
【図８】
2005256518.tif 000010
【図９】
2005256518.tif 000011
【図１０】
2005256518.tif 000012
【図１１】
2005256518.tif 000013
【図１２】
2005256518.tif 000014
【図１３】
2005256518.tif 000015
【図１４】
2005256518.tif 000016
【図１５】
2005256518.tif 000017
【図１６】
2005256518.tif 000018