(57)【要約】【課題】利用者の所有物による認証と利用者の知識または自身の特徴による認証をサポートするシステムにおいて、従来のＩＣカードやトークンを利用した認証方式では、ユーザがログインを行うたびにパスワードの入力を要求するため、ユーザが負担に感じる。【解決手段】ログイン処理において、前回のログイン時刻や利用端末、ログアウト方法などの情報を利用して、要求する認証方式を選択し、確認情報を減らしても信頼性に問題がないときはパスワードの入力を不要とする。【選択図】図２
2005208993.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークにつながれたサーバと端末から構成され、利用者が端末からサーバを利用するときに利用者の認証を行うシステムであって、複数の認証方法を持ち、利用者に応じて前記複数の認証方法の内、実行すべき認証方法を設定するとともに、それぞれの認証方法の結果に従って利用者の利用可否を決定する利用者認証システムにおいて、前記利用者が前記端末からログアウトしたときの状況と再度ログインしようとするときの状況に応じて、前記実行すべき認証方法の少なくとも一つのみの認証方法の結果に従って利用者の利用可否を決定可能とすることを特徴とする利用者認証システム。
【請求項２】
前記認証方法が利用者の所有物を用いた認証方法と、利用者の知識に基づいた認証方法である請求項１に記載の利用者認証システム。
【請求項３】
前記利用者の所有物を用いた認証方法がＩＣカードまたは無線トークンによる認証であり、利用者の知識に基づいた認証方法が、パスワードまたはサインである請求項２に記載の利用者認証システム。
【請求項４】
前記利用者が前記端末からログアウトしたときの状況と再度ログインしようとするときの状況判断が前回ログアウトの時刻から再度ログインしようとする時刻の差が所定の時間内であること、前回ログアウトの方法がＩＣカードの取り出しであることおよび前回ログアウト端末ＩＤと再度ログインしようとする端末ＩＤとが一致することの全てが満足されることを条件とする請求項１ないし３のいずれかに記載の利用者認証システム。
【請求項５】
前記利用者が前記端末からログアウトしたときの状況と再度ログインしようとするときの状況判断が前回ログアウトの方法がＩＣカードの取り出しであること、前回ログアウト端末ＩＤと再度ログインしようとする端末ＩＤとが一致することおよび無線トークンが通信範囲外に出ていないことの全てが満足されることを条件とする請求項１ないし３のいずれかに記載の利用者認証システム。
【請求項６】
ネットワークにつながれたサーバと端末から構成され、利用者が端末からサーバを利用するときに利用者の認証を行うシステムであって、複数の認証方法を持ち、利用者に応じて前記複数の認証方法の内、実行すべき認証方法を設定するとともに、それぞれの認証方法の結果に従って利用者の利用可否を決定する利用者認証システムにおいて、前記サーバに利用者の端末利用のスケジュールを登録しておき、利用者がログインしようとするとき登録されている利用者の端末利用のスケジュールと対応するときは、前記実行すべき認証方法の少なくとも一つのみの認証方法の結果に従って利用者の利用可否を決定可能とすることを特徴とする利用者認証システム。
【請求項７】
ネットワークにつながれたサーバと端末から構成され、利用者が端末からサーバを利用するときに利用者の認証を行うシステムであって、複数の認証方法を持ち、利用者に応じて前記複数の認証方法の内、実行すべき認証方法を設定するとともに、それぞれの認証方法の結果に従って利用者の利用可否を決定する利用者認証システムにおいて、前記利用者が前記端末からログアウトしたときの状況とログインしようとするときの状況に応じて、前記実行すべき認証方法の少なくとも一つのみの認証方法の結果に従って利用者の利用可否を決定可能とするとともに、前記サーバに利用者の端末利用のスケジュールを登録しておき、利用者がログインしようとするとき登録されている利用者の端末利用のスケジュールと対応するときは、前記実行すべき認証方法の少なくとも一つのみの認証方法の結果に従って利用者の利用可否を決定可能とすることを特徴とする利用者認証システム。
【請求項８】
前記認証方法が利用者の所有物を用いた認証方法と、利用者の知識に基づいた認証方法である請求項７に記載の利用者認証システム。
【請求項９】
前記利用者の所有物を用いた認証方法がＩＣカードまたは無線トークンによる認証であり、利用者の知識に基づいた認証方法が、パスワードまたはサインである請求項８に記載の利用者認証システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、たとえば、パーソナルコンピュータやネットワーク上のサーバへのログイン時や、ネットワークサービス利用時に利用者の認証を行う、利用者認証システムに関するものである。
【背景技術】
【０００２】
現在、利用者の認証を行う方法として、ユーザの所有物を利用する方式と、ユーザの知識を用いる方法と、ユーザ自身の特徴を利用する方法が利用されている。ユーザの所有物を利用する方法は盗難などにより不正利用される可能性がある。ユーザの知識を用いる方法では、忘れてしまうとか、ユーザが入力操作をわずらわしく感じてしまうなどの問題がある。ユーザ自身の特徴を利用する方法では、遺留情報を用いられてしまうとか、生体情報入力に対するユーザの心理的敷居が高いなどの問題がある。
【０００３】
そこで、ＩＣカードやトークンなどのユーザの所有物を利用する方式と、その他２方式のどちらかを組み合わせて認証を行うことが用いられる（例えば非特許文献１）。この方式では、ユーザが端末からパスワード（またはＰＩＮ）を入力し、カード内でパスワードの照合を行う。パスワードが正しければ、カードの署名機能などを実行可能とし、ログインするサーバとの間で認証処理を行う。認証処理では、サーバがカードに対して乱数を発行し、カードは乱数に対して署名を生成して、サーバはカードが生成した署名を検証することで、カードの正当性を確認する。
【０００４】
しかし、本方式では、ユーザがログインを行うたびにパスワードを入力する必要があるため、ユーザが負担に感じる場合がある。このような場合、ユーザが非常に簡単なパスワードを設定するとか、一時的に退席するときにログアウトしないで退席してしまうことが問題になる。
【０００５】
カードを抜いたときに自動的にログアウトしたり、ロックしたりすることで、ユーザの退席時に第三者がユーザのアカウントを利用してサーバに不正にアクセスすることを防ぐものがある。本方式でもやはり、ユーザがログインを行うたびにパスワードを入力する必要があるため、それを負担に感じたユーザが、一時退席時にわざとカードを抜かずに、ログアウトしないで退席してしまう恐れがある。
【０００６】
対策として、ユーザの退席などにより一定時間操作が行われない場合に端末をロックして再度パスワードを入力するまでは入力不能にする方式（例えば非特許文献３）や、一定時間ごとに利用者の認証を要求するシステムが提案されている（例えば特許文献１）。しかし、これらの方式では、ユーザに認証を要求する頻度が上がってしまい、ユーザが負担に感じてしまう可能性がある。例えば電子カルテシステムなどを想定した場合、医者は端末の近くに在席しているが、患者の診察を行っていて端末の操作がなかった場合にロック状態になってしまい、診察が一段落した後で端末の操作をしようとすると、認証を要求される、というケースが想定できる。
【０００７】
また、非特許文献３に記載の方式では、ユーザの所有物であるトークンの抜き差しのみでログイン、ログアウトを可能にしているが、この場合には、トークンを落とした場合に不正利用されてしまうことなどが問題になる。
【０００８】
【特許文献１】特開平１１−２７２６１３号公報
【０００９】
【非特許文献１】セキュリティＩＣカードの基礎と応用、株式会社シーメディア、２０００年
【非特許文献２】Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ  ＮＴ（登録商標）３．５セキュリティ／監査ガイド、４７ページ、アスキー出版局、１９９５年
【非特許文献３】ｉＫｅｙ  ｆｏｒ  Ｗｉｎｄｏｗｓ（登録商標）製品紹介ページ、レインボーテクノロジー
【発明の開示】
【発明が解決しようとする課題】
【００１０】
従来のＩＣカードやトークンを利用した認証方式では、ユーザがログインを行うたびにパスワードの入力を要求するため、ユーザが負担に感じる場合がある。例えば、ｗｅｂアプリケーションの利用時に、休憩などで短時間席をはずすためにログアウトした後で、休憩後に再ログインする際には再度パスワードを要求され、ユーザが煩雑さを感じてしまう。このような場合、ユーザが一時的に退席するときにわざとログアウトしないで退席してしまう可能性が増え、問題になる。
【００１１】
また、医療情報システムにおいては、１台の撮像システムを複数の技師が利用することが多く、利用する技師が交代するときに毎回認証を要求すると、技師の負担になってしまうという問題がある。しかし、撮像データに対して担当者を明確に保証したい場合などには、そのとき撮像システムを利用している技師を特定するために、ログインによる利用者の認証は必須である。
【００１２】
よって、利用者の一時的な退席や交代が行われるときに、利用者の負担が少なくてすむが、確実に認証が保証される認証システムを実現することが本発明の課題である。
【課題を解決するための手段】
【００１３】
そこで本システムでは、利用者の所有物による認証と利用者の知識または自身の特徴による認証をサポートするシステムにおいて、前回のログイン時刻やログアウト端末、ログアウト方法などの情報を利用して、要求する認証方式を選択（複数可）することで利用者の利便性を向上する。また、サーバ利用中にカードを取り出した場合にサーバからログアウトし、かつ利用端末の画面上でログアウトコマンドを選択してログアウトした場合とは異なるログアウト方法とみなすものとする。
【００１４】
ここで、利用者がパスワードを入力しなくてもＩＣカードの認証を実現できるように、サーバが利用者を認証するために利用者が入力するパスワードと、サーバがカードにアクセスするためのパスワードとは別にし、カードにアクセスするためのパスワードはカードを認証するサーバに格納するものとした。
【００１５】
本システムにおいて、通常はカードの認証と持ち主の認証の両方を行い、前回のログアウト方法がカードの取り出しによるもので、前回のログインから所定時間（例えば、１０分）以内に同じ端末からログインを行った場合にはカードの認証のみを行うものとすることで、サーバの利用者が短時間席をはずす場合などには、戻ってきたときにＰＩＮなどの利用者の認証を減らすことができる。これにより、認証時のユーザの負担を減らすことができる。
【００１６】
また、３方式以上の複数の本人認証方法を持つ認証システムにおいて、前回利用時のステータスを記録しておき、利用者の認証時にステータスをチェックして、それに応じて実行する認証方法を選択することもできる。このとき、複数の認証方法を選択することも可能とする。この場合、判断基準に用いるステータスとしては、前回照合時間、前回利用場所、いつも使う場所、接続情報、同時接続数、その他システム側の要件などが考えられる。
【発明の効果】
【００１７】
本発明により、利用者の利用状況などによって実行する利用者認証方式を選択することができ、利用者認証の確実性を確保したうえで、利便性を向上することができる。
【発明を実施するための最良の形態】
【００１８】
具体的な適用形態を以下に例示する。
【００１９】
図１は、従来の利用者認証システムの認証処理の例を示す図である。
【００２０】
利用者は端末４０００からサーバ３０００にアクセスし認証を行う。本システムではＩＣカード５０００を用いている。利用者を認証するサーバ３０００は、ＩＣカードＲ／Ｗに挿入されたＩＣカードからユーザＩＤ５２０１を取得し、ユーザ情報検索機能３１０１によりユーザ情報テーブル３２０１を検索する。ユーザＩＤは、認証処理を行わなくても読み込みが可能な認証不要の領域５３０１に設定されているものとする。ユーザ情報テーブル３２０１の検索により、ユーザＩＤに対応する認証１用情報１００４、認証２用情報１００５および認証３用情報１００６を取得する。またサーバ３０００でユーザＩＤとサーバに設定された認証条件３２０２とに応じて、認証方式選択機能３１０２によって、サーバ３０００が実行する認証機能を選択する。ユーザＩＤごとに利用する認証方式は、あらかじめ認証条件３２０２として登録されているものとする。
【００２１】
認証方式選択機能３１０２の選択結果にしたがって、認証１機能３１０４、認証２機能３１０５および認証３機能３１０６のいずれか、あるいは複数の認証機能を呼び出す。このとき各認証機能には、ユーザ情報テーブル検索３２０１で取得した認証１用情報１００４、認証２用情報１００５および認証３用情報１００６をそれぞれ与える。サーバ３０００の各認証機能は、ＩＣカードの認証１機能１１０７、認証２機能４１０３および認証３機能４１０４を呼び出し、利用者の認証を行う。認証方式選択機能３１０２の選択結果は、また、アクセス権管理３１０７に通知される。
【００２２】
実行可能なすべての認証機能に関して、認証方式選択機能３１０２の選択した認証方式によって、利用者の正当性が認証されれば、各認証機能がアクセス権管理３１０７にアクセスを許容する信号を送り、利用者にサービスの利用を許可する。本システムでは、認証１機能は端末に挿入したＩＣカードを利用した認証となっており、この場合はサーバの認証機能は端末経由でＩＣカードの認証１機能を呼び出す。また、認証２機能はパスワードを利用した認証を想定しており、認証３機能は手書きのサインや指紋などによる認証を想定している。
【００２３】
（実施例１）
図２は、本発明の実施例１の利用者認証システムのシステム構成例を示す図である。本システムはサーバ３０００とこれに接続された端末４０００とシステムを使用するユーザが保持するＩＣカード５０００から構成される。サーバはパソコン（ＰＣ）やワークステーション（ＷＳ）などであり、処理部３００１、記憶部３００２、表示部３００３、入力部３００４、通信Ｉ／Ｆ３００５、タイマ部３００６を持つ。ユーザがアクセスする端末はＰＣを想定しており、処理部４００１、記憶部４００２、表示部４００３、入力部４００４、通信Ｉ／Ｆ４００５、カードＩ／Ｆ４００６を持つ。サーバと端末は通信Ｉ／Ｆを介してネットワーク１に接続しており、相互通信が可能である。また、端末は複数存在して良い。
【００２４】
ＩＣカード５０００は処理部５００１、記憶部５００２、カードＩ／Ｆ５００３を持つ。端末４０００にはＩＣカードＲ／Ｗ２０００が接続されており、ＩＣカードＲ／ＷにＩＣカードを挿入することで、端末４０００とＩＣカード５０００間で通信を行うことが可能となる。ＩＣカード５０００は個々のユーザが個別に保持するものとする。ＩＣカードは携帯可能な処理機能を持つデバイスであれば良いので、ＵＳＢトークンなどでも同様に実現可能である。
【００２５】
図８は、本発明の実施例１の利用者認証システムの認証処理の概要を示す図である。
【００２６】
利用者は端末４０００からサーバ３０００にアクセスし認証を行う。実施例１ではＩＣカード５０００を用いている。利用者を認証するサーバ３０００は、ＩＣカードＲ／Ｗに挿入されたＩＣカードからユーザＩＤ５２０１を取得し、ユーザ情報検索機能３１０１によりユーザ情報テーブル３２０１を検索する。ユーザＩＤは、認証処理を行わなくても読み込みが可能な認証不要の領域５３０１に設定されているものとする。ユーザ情報テーブル３２０１の検索により、ユーザＩＤに対応する前回ログアウト時刻６２０１、前回ログアウト情報６２０２、前回ログアウト端末ＩＤ６２０３、カードＰＩＮ６３０１、カード公開鍵６３０２、パスワード６４０１を取得する。また端末４０００から端末ＩＤ４２０１を、時刻取得機能３１０３により現在時刻を取得する。以上の情報を用いて、認証方式選択機能３１０２によって、サーバの認証条件３２０２にしたがって、実行する認証機能を選択する。認証方式選択機能３１０２の選択結果は、また、アクセス権管理３１０７に通知される。
【００２７】
認証方式選択機能３１０２の選択結果にしたがって、認証１機能３１０４、認証２機能３１０５および認証３機能３１０６のいずれか、あるいは複数の認証機能を呼び出す。実施例１では、利用者が前回カードの取り出しによりログアウトしており、同じ端末に１０分以内にログインする場合には、認証１機能３１０４のみを実行する。そうでない場合には認証１機能３１０４と認証２機能３１０５、または認証１機能３１０４と認証３機能３０１６の組み合わせを実行する。認証２機能３１０５と認証３機能３１０６のどちらを利用するかはユーザごとに指定されているものとする。
【００２８】
サーバ３０００の各認証機能は、端末の認証機能を呼び出し、利用者の認証を行う。実行可能なすべての認証機能に関して、認証方式選択機能３１０２の選択した認証方式によって、利用者の正当性が認証されれば、各認証機能がアクセス権管理３１０７にアクセスを許容する信号を送る。アクセス権管理機能では、実行されたすべての認証機能の結果が成功だった場合には、ユーザＩＤに従ってアクセスを許可する。また、このときユーザ情報テーブルに利用端末ＩＤを記録する。
【００２９】
実施例１では、認証１機能３１０４はカードの認証であり、次のように実行される。サーバはカードＰＩＮ６３０１をＩＣカードに送信し、カードはカード内のＰＩＮ５２０１と照合処理５１０１を行う。ＰＩＮが一致する場合には、アクセス管理機能５１０２により、秘密鍵５２０３を用いた署名作成機能５１０３の実行を可能とする。次にサーバは乱数生成８１０２を行い、カードに送信する。カードはカード内の秘密鍵５２０３を用いて署名作成機能５０１３により乱数に対する署名を生成し、サーバに送信する。サーバはカード公開鍵６３０２を用いて署名を検証（８１０３）し、結果をアクセス権管理機能３１０７に送る。カードの認証では、端末の認証機能はサーバとカード間のメッセージの仲介を行う。
【００３０】
認証２機能３１０５はパスワードによる認証である。端末の認証２機能４１０３ではユーザにパスワードの入力を要求し、ユーザは端末の入力部４００４からパスワードを入力する。サーバの認証２機能３１０５は端末からパスワードを取得し、ユーザ情報テーブルから取得したパスワード６４０１と照合し、結果をアクセス権管理機能３１０７に送る。
【００３１】
認証３機能３１０６はサインによる認証である。端末の認証３機能４１０４ではユーザにサインの入力を要求し、ユーザが端末のタブレットから入力したサインを取得する。サーバの認証３機能３１０６は端末からサインデータを取得し、ユーザ情報テーブルから取得した照合データ６５０１と照合し、結果をアクセス権管理機能３１０７に送る。
【００３２】
図９は実施例１のログアウト時の処理を示している。実施例１では、ログアウトはユーザが端末の入力部４００４からコマンドを入力することで、ログアウト処理３２０４を実行する。また、カード検出機能３１０１により、端末でのカードの取り出しを検出し、その場合もサーバにコマンドを送信し、ログアウト処理３２０４を実行する。ログアウト処理が実行されたときは、ユーザ情報テーブル３２０１にログアウト時間、ログアウト方法を記録するものとする。
【００３３】
図３は実施例１のサーバ３０００に格納される処理機能とデータの例を示した図である。ユーザ情報検索処理３１０１はＩＣカードから読み取ったユーザＩＤを元にユーザ情報テーブル３２０１を検索し、対応する認証方式選択用情報、認証用情報を取得する処理である。認証方式選択処理３１０２は、サーバのユーザ情報テーブル３２０１や端末４０００などから収集した認証方式選択用情報を用いて、認証条件３２０２をチェックし、実行する認証機能を選択する処理である。時刻取得処理３１０３は、サーバの内蔵タイマ（図示しない）から現在時刻を取得する処理である。認証１機能３１０４、認証２機能３１０５および認証３機能３１０６は、ユーザを認証する機能である。実施例１では、認証１機能はＩＣカードを用いた認証であり、認証２機能はパスワードによる認証であり、認証３機能はタブレットからのサイン入力による認証としている。アクセス権管理処理３１０７は、認証機能の結果と利用者のＩＤなどから、利用者のログインと提供するデータ、サービスを制御する処理である。ログアウト処理３１０８は、利用者による端末へのコマンド入力あるいはカードの取り出しなどに応じて、サービスの提供を中止する処理である。ユーザ情報テーブル３２０１はユーザＩＤに対応する認証方式選択用情報や、認証用情報を格納したテーブルである。認証条件３２０２は、認証方式選択用情報から認証方式を選択する条件を示したデータである。認証条件３２０２の具体例は後述する。
【００３４】
図４は端末４０００に格納される処理とデータの例を示す図である。認証方式選択用情報取得機能４１０１は、サーバが認証方式選択処理で用いる情報を取得し、サーバに送信する機能である。実施例１では端末ＩＤ４２０１を取得する機能を想定している。端末ＩＤ４２０１は端末ごとに固有の番号を割り振ったものとする。カード検出機能４１０２は端末に挿入されているカードの有無を検出する機能である。認証２機能４１０３、認証３機能４１０４は、サーバの要求に従い、ユーザの認証を行う機能である。実施例１では、認証２機能はパスワードによる認証、認証３機能はタブレットからのサイン入力による認証としている。
【００３５】
図５はＩＣカード５０００に格納される処理とデータの例を示す図である。ＰＩＮ照合機能５１０１は外部から入力されたＰＩＮとカード内部のＰＩＮ５２０２を照合する機能である。アクセス管理機能５１０２はＰＩＮ照合機能の結果に従って、認証要の領域内のデータ利用を制御する機能である。署名生成機能５１０３は入力された乱数に対して、秘密鍵５２０３を用いてデジタル署名を作成し、出力する機能である。ユーザＩＤはカードの持ち主ごとに個別に割り振られたＩＤである。ユーザＩＤはＰＩＮ認証を行わなくても読み取りが可能な認証不要の領域５３０１に格納されるものとする。ＰＩＮと秘密鍵はその利用にＰＩＮ認証が必要な認証要の領域５３０２に格納されるものとする。ＰＩＮは読み書き不能な領域に格納されてもよい。
【００３６】
図６はユーザ情報テーブル３２０１の内容の例を示す図である。ユーザ情報テーブルはユーザＩＤ６１００ごとに、認証方式選択用情報６２００、認証１用情報６３００、認証２用情報６４００、認証３用情報６５００が保存されているテーブルである。認証方式選択用情報６２００は、認証方式選択処理３１０２が認証方式を選択するために用いる情報である。実施例１では、認証方式選択用情報には、前回ログアウト時刻６２０１、前回ログアウト方法６２０２、前回ログアウト端末ＩＤ６２０３を記録する。実施例１では、ログアウト方法が端末に対するユーザの入力によるものと、カードの取り出しによるものがあり、ユーザの前回ログアウト方法がどちらであったかを記録している。認証用情報はそれぞれの認証処理で利用する情報である。実施例１では、認証１用情報には、カードＰＩＮ６３０１と、カード公開鍵６３０２が含まれる。認証２用情報６４００にはパスワード６４０１が含まれる。認証３用情報６５００にはサインの照合データ６５０１が含まれる。
【００３７】
図７は認証条件３２０２の内容の例を示す図である。認証条件３２０２は認証方式選択機能３１０２が認証方式を選択する基準を示している。実施例１では、条件１は前回ログアウト時刻と現在時刻の差が１０分以内であること、条件２は前回ログアウト方法がカードの取り出しによるものであること、条件３は前回ログアウト端末ＩＤと今回のログイン端末ＩＤとが一致することである。実施例１では、条件１、条件２および条件３のすべてが当てはまる場合には、認証１のみを実行するものとし、これについては、全てのユーザが適用対象とされる。それ以外の場合、利用者がユーザＡの場合には認証１と認証２を実行し、利用者がユーザＢの場合には認証１と認証３を実行する条件としている。アクセス権管理３１０７では、ユーザ情報に応じて、認証条件３２０２の内容に対応した認証の結果が満足されれば、アクセスを許容する。
【００３８】
すなわち、認証条件３２０２を条件１、条件２および条件３のすべてが当てはまる場合には、認証１のみを実行することで本人の同定を済ませることができるから、ユーザは、再度のアクセスに煩雑さを感じることが少なくて済む。具体的には、実施例１では、電子カルテなどのシステムにおいて、医者が短時間席を外すような場合に、カードを取り出してログアウトすることで、戻ってきたときのパスワード入力処理を省略し、利便性を向上することができる。一方、条件１、条件２および条件３のすべてを満足しない場合には、ユーザの条件に応じた認証方式を選択することにより、簡便ではあるが、確実な認証方式を実現するものとしている。
【００３９】
（実施例２）
実施例２は、たとえば、複数の放射線技師が１台の撮像装置を共用する場合に、ある利用者が他の利用者と交代するために一時的にログアウトした後、交代した利用者の利用終了後に、再度システムにログインする際にパスワードによる認証の省略を実現するシステムである。
【００４０】
図１０は実施例２の利用者認証システムのシステム構成例を示す図である。実施例２は、実施例１で備えられたサーバ３０００、端末４０００およびＩＣカード５０００の他に無線トークン１００００から構成される。サーバ、端末、ＩＣカードの構成は実施例１と同様である。ただし、端末には無線Ｉ／Ｆ４００７が追加されている。
【００４１】
無線トークン１００００は、ＩＣカード５０００と同様に携帯可能な処理機能を持つデバイスであり、処理部１０００１、記憶部１０００２、無線Ｉ／Ｆ１０００３を持つ。端末と無線トークンは、それぞれの無線Ｉ／Ｆ４００７および無線Ｉ／Ｆ１０００３により無線により通信を行う。トークンの通信距離は、例えば撮像装置とこれを制御する端末を設置した部屋の内部とする。システムの利用者はＩＣカード５０００と無線トークン１００００の二つを所持するものとする。
【００４２】
図１１は実施例２における利用者認証システムの認証処理の概要を示す図である。実施例１と大体同じであるが、実施例２では、認証１機能３１０４はＩＣカードの認証であり、認証２機能３１０５は無線トークンの認証であり、無線トークン１００００の認証２機能１０１０１とサーバ３０００のトークン公開鍵１１００２の照合による認証を行う。認証３機能３１０６はパスワードの認証となっている。詳細は省略したがＩＣカードの認証機能３１０４、１１００１の詳細は実施例１と同様である。無線トークンの認証機能３１０５、１０１０１もＩＣカードの認証機能と同様に乱数を用いた認証を行うものとする。認証３機能３１０６はパスワードの認証処理であり、実施例１と同様、端末４０００の入力部８００１から入力されるパスワードとサーバ３０００のパスワード６４０１との照合による認証を行う。
【００４３】
図１２は実施例２のログアウト時の処理を示す図である。実施例２では、実施例１に比べてトークン検出処理１２００１が追加されている。トークン検出処理は、トークンの電波を検出したり、定期的にトークンの認証を行うなどにより、トークンが端末との通信範囲外に出たことを検出する機能である。トークン検出処理が、トークンが通信範囲外に移動したことを検出した場合、サーバのログアウト処理を行う。ログアウト処理が実行されたときは、ユーザ情報テーブル３２０１にログアウト時間、ログアウト方法を記録するのは実施例１と同様である。
【００４４】
また、実施例２では、利用者がカードを端末から取り出して、カード検出機能によりログアウトを行なった場合でも、利用者のトークンの検出処理は継続するものとする。そして、ログアウト後にトークンが通信範囲外に移動した場合にも、利用者情報テーブルのログアウト方法をトークンの検出によるものに書き換える。これは例えば、サーバが定期的に利用者認証テーブルをチェックし、前回ログアウト方法がカードの取り出しによるものだった場合にトークンのチェックを行うことで実現できる。あるいは、カードの取り出しによりログアウトしたユーザのリストを別途記録して、それを利用すれば、テーブルの検索にかかるコストを低減することが可能である。
【００４５】
図１３は実施例２における認証条件３２０２の内容の例を示す図である。実施例２では、条件１を前回ログアウト方法がカードの取り出しによるものであること、条件２を前回ログアウト端末ＩＤと今回の端末ＩＤが一致すること、条件３を無線トークンが通信範囲外に出ていないこととし、条件１−条件３の全てに該当する場合には、カードの認証（認証１）とトークンの認証（認証２）を行い、パスワードの認証（認証３）を不要とする。それ以外の場合には、カードとトークンとパスワードすべての認証を行う。
【００４６】
以上により、複数の放射線技師が一台の撮像装置を共用し、ログインとログアウトが頻繁に行われる場合でも、ある利用者が他の利用者と交代するためにログアウトを行っても、撮像装置を設置している部屋から出ない間は、再ログイン時にパスワードを省略することが可能となり、利便性を向上できる。
【００４７】
本実施例では、撮像装置が１台の場合で説明したが、同じ部屋に撮像装置とその端末が複数台設置されているような場合には、端末にグループを設定して、端末ＩＤの代わりにグループのＩＤを認証方式の選択基準として利用することも可能である。
【００４８】
認証条件３２０２に実施例１と同じ前回ログアウト時刻から一定時間内であることを追加することも可能である。この場合、前回ログアウト方法がトークンが通信範囲外に移動したことによるものであった場合でも、前回ログアウト時刻から一定時間内であれば、パスワードによる認証を省略するという認証方針を実現することも可能である。
【００４９】
また、実施例１と実施例２の条件を組み合わせることにより、利用者の役割をチェックして、利用者が医者の場合には実施例１の条件で認証方法を選択し、利用者が放射線技師の場合には実施例２の条件で認証方法を選択するシステムも実現可能である。
【００５０】
（実施例３）
また、医者の診療スケジュールなど、利用予定が予め分かっている場合などには、利用時間と端末をユーザ情報テーブルに登録しておき、ログイン時にカードＩＤと端末ＩＤと時間をスケジュールと照らし合わせて、整合性が取れる場合には、いくつかの認証を省略することも考えられる。
【００５１】
図１４は本発明の実施例３の利用者認証システムの認証処理の概要を示す図である。実施例１と大体同じであるが、認証方式選択機能３１０２への入力にスケジュール１４００１が追加されている。認証方式選択機能では、認証方式の選択基準として、実施例１に記載の内容以外にあらかじめ登録されたスケジュールとの適合を追加する。認証２機能３１０５はパスワードの認証処理であり、実施例１と同様、端末４０００の入力部８００１から入力されるパスワードとサーバ３０００のパスワード６４０１との照合８１０４による承認を行う。カードＩＤに該当するユーザが端末ＩＤに該当する端末から利用することがあらかじめ登録されている場合には、認証２機能の実行を省略することが可能である。
【００５２】
実施例３では、認証１機能３１０４はＩＣカードの認証であり、認証２機能３１０５はパスワードの認証となっている。認証３機能は実施例３では省略した。実施例１と同じように利用することも可能である。
【００５３】
図１５はスケジュール情報テーブル１４００１の内容の例を示す図である。スケジュールにはユーザＩＤ１５００１、利用開始予定時刻１５００２、利用終了予定時刻１５００３、利用端末ＩＤ１５００４が登録されている。より厳密にスケジュールとの照合を可能にするために、診察する患者のＩＤを項目に加えることも有用である。利用端末ＩＤは複数の端末をグループにして指定することも可能である。この場合、利用者がグループ内のどれかの端末から利用する場合には登録されているスケジュールに合致することとする。
【００５４】
図１６は実施例３における認証条件３２０２の内容の例（認証条件１４００２）を示す図である。実施例３では、条件１は前回ログアウト時刻と現在時刻の差が１０分以内であること、条件２は前回ログアウト方法がカードの取り出しによるものであること、条件３は前回ログアウト端末ＩＤと今回のログイン端末ＩＤとが一致することであり、これは実施例１と同じである。実施例３では、これに加えて、条件４として、利用者ＩＤ、端末ＩＤ、利用時間があらかじめ登録されているスケジュールと一致することが追加されている。もっとも、スケジュールと一致すると言っても、登録されている時刻とログインしようとした時刻が、計算機の内部の時計と１秒の誤差も許さないと言うものではなく、例えば、５分の範囲での差を許すものとする。
【００５５】
実施例３では、実施例１と同様、条件１、条件２および条件３のすべてが当てはまる場合には、カードの認証（認証１）のみを実行する。また、条件４に当てはまる場合にもカードの認証（認証１）のみを実行する。それ以外の場合には、カードとパスワードの認証を行う。なお、表の“−”は任意の値を意味する。表の上部から順にチェックして最初に該当する項目を適用することとする。
【００５６】
また、診察する患者もあらかじめわかっている場合には、患者にもカードを持たせて、患者のＩＤをチェック項目に含めることも有用である。
【図面の簡単な説明】
【００５７】
【図１】従来の利用者認証システムの認証処理の例を示す図である。
【図２】本発明の実施例１の利用者認証システムのシステム構成例を示す図である。
【図３】実施例１のサーバに格納される処理機能とデータの例を示した図である。
【図４】実施例１の端末に格納される処理とデータの例を示す図である。
【図５】実施例１のＩＣカード５０００に格納される処理とデータの例を示す図である。
【図６】実施例１のユーザ情報テーブル３２０１の内容の例を示す図である。
【図７】実施例１の認証条件の内容の例を示す図である。
【図８】本発明の実施例１の利用者認証システムの認証処理の概要を示す図である。
【図９】実施例１のログアウト時の処理を示す図である。
【図１０】本発明の実施例２の利用者認証システムのシステム構成例を示す図である。
【図１１】本発明の実施例２の利用者認証システムの認証処理の概要を示す図である。
【図１２】実施例２のログアウト時の処理を示す図である。
【図１３】実施例２における認証条件の内容の例を示す図である。
【図１４】本発明の実施例３の利用者認証システムの認証処理の概要を示す図である。
【図１５】スケジュール情報テーブル１４００１の内容の例を示す図である。
【図１６】実施例３における認証条件の内容の例を示す図である。
【符号の説明】
【００５８】
１００４…認証１用情報、１００５…認証２用情報、１００６…認証３用情報、１１０７…ＩＣカードの認証１機能、２０００…ＩＣカードＲ／Ｗ、３０００…サーバ、３００１…処理部、３００２…記憶部、３００３…表示部、３００４…入力部、３００５…通信Ｉ／Ｆ、３００６…タイマ部、３１０１…ユーザ情報検索機能、３１０２…認証方式選択機能、３１０４…認証１機能、３１０５…認証２機能、３１０６…認証３機能、３１０７…アクセス権管理、３１０８…ログアウト処理、３２０１…ユーザ情報テーブル、３２０２…認証条件、４０００…端末、４００１…処理部、４００２…記憶部、４００３…表示部、４００４…入力部、４００５…通信Ｉ／Ｆ、４００６…カードＩ／Ｆ、４００７…無線Ｉ／Ｆ、４１０１…認証方式選択用情報取得機能、４１０２…カード検出機能、４１０３…認証２機能、４１０４…認証３機能、４２０１…端末ＩＤ、５０００…ＩＣカード、５００１…処理部、５００２…記憶部、５００３…カードＩ／Ｆ、５１０１…ＰＩＮ照合機能、５１０２…アクセス管理機能、５１０３…署名生成機能、５２０１…ユーザＩＤ、５２０２…カード内部のＰＩＮ、５２０３…秘密鍵、５３０１…認証不要の領域、５３０２…認証要の領域、６１００…ユーザＩＤ、６２００…認証方式選択用情報、６２０１…前回ログアウト時刻、６２０２…前回ログアウト方法、６２０３…前回ログアウト端末ＩＤ、６３００…認証１用情報、６３０１…カードＰＩＮ、６３０２…カード公開鍵、６４００…認証２用情報、６４０１…パスワード、６５００…認証３用情報、６５０１…サインの照合データ、８００１…入力部、８１０２…乱数生成、８１０３…署名検証、８１０４…照合、１００００…無線トークン、１０００１…処理部、１０００２…記憶部、１０００３…無線Ｉ／Ｆ、１０１０１…無線トークンの認証機能、１１００１…ＩＣカードの認証機能、１１００２…トークン公開鍵、１４００１…スケジュール情報テーブル、１４００２…認証条件、１５００１…ユーザＩＤ、１５００２…利用開始予定時刻、１５００３…利用終了予定時刻、１５００４…利用端末ＩＤ。
【図１】
2005208993.tif 000003
【図２】
2005208993.tif 000004
【図３】
2005208993.tif 000005
【図４】
2005208993.tif 000006
【図５】
2005208993.tif 000007
【図６】
2005208993.tif 000008
【図７】
2005208993.tif 000009
【図８】
2005208993.tif 000010
【図９】
2005208993.tif 000011
【図１０】
2005208993.tif 000012
【図１１】
2005208993.tif 000013
【図１２】
2005208993.tif 000014
【図１３】
2005208993.tif 000015
【図１４】
2005208993.tif 000016
【図１５】
2005208993.tif 000017
【図１６】
2005208993.tif 000018