JP2018041347A - 認証システム - Google Patents

Abstract

【課題】ユーザーがパスワードと秘密の質問に対する回答の両方を忘れてしまった場合でもパスワードのリセットが可能な認証管理システムを提供する。【解決手段】認証管理システムは、ユーザーを管理する機能、ユーザーの役割を管理する機能、ユーザーＩＤとパスワードによってユーザーを認証する機能及び秘密の質問の回答によってユーザーの本人確認を行う機能を備える。認証管理システムは、ユーザーがパスワードのリセット要求を行った場合には秘密の質問の回答が必要のタイプを設定しＳ７１０、管理者がユーザーのパスワードリセット要求を行った場合には秘密の質問の回答が必要のタイプを設定するＳ７０３。【選択図】図７

Description

本発明は認証システムにおけるパスワードをリセットするための機能に関する。

情報システムにはアクセス制限を持たずに一般公開されるシステムもあるが、ユーザーを登録制にして、特定のユーザーに利用を限定するシステムも多い。特に企業向けのシステムではセキュリティの観点からユーザーを登録制にするのが一般的である。特定のユーザーに利用を限定する場合、システムを利用時にユーザーＩＤとパスワードを入力させてユーザー認証を行うのが一般的である。ユーザーＩＤとパスワードによる認証方法は、その利用者個人しか知らないパスワードを入力させることによって、特定の個人であることを担保するものである。

しかし、現実的にはパスワードを忘れてしまうケースがあり、個人しか知らないパスワードを忘れてしまった場合、ユーザー認証ができなくなるという問題が発生する。その問題を回避する機能として、登録されているパスワードを初期化するパスワードリセット機能があり、パスワードリセット機能も一般的に知られている。

しかし、パスワードリセット機能は、ユーザー認証をせずにパスワードを初期化できるため、セキュリティホールにもなりうる。そのため、セキュリティを強化するために、パスワードリセット時に別の本人確認手段を必要とするケースもある。別の本人確認手段として、一般的に知られている方法に秘密の質問と回答がある。これは予めユーザーに関する質問とその回答を登録しておき、パスワードリセット時にシステムが登録された質問を表示して、ユーザーに回答を入力してもらうことで本人確認を行うものである。

一方、企業向けのシステムでは組織的に利用されていることが多く、実質的に組織として本人確認を行うことができる。企業向けのシステムにはシステムの組織的な利用を管理する管理者を設けることが多く、管理者の権限でパスワードをリセットすることも可能となる（例えば、特許文献１参照）。

特開２０１６−５０３１号公報

セキュリティホールを回避するために設けられていた、別の本人確認手段であるが、この本人確認のための情報もユーザーが忘れてしまうケースがある。

上記課題を解決するために、本発明では、ユーザーを管理する機能とユーザーの役割を管理する機能とユーザーIDとパスワードによってユーザーを認証する機能を持つ認証システムにおいて、ユーザーIDとパスワード以外にユーザーの本人確認を行う情報を保持する機能と、ユーザーからパスワードのリセットを要求された場合に登録されたユーザーの本人確認情報に基づいて追加の本人確認を行う処理（Ｓ７０３、Ｓ１００７）と、管理者がユーザーのパスワードリセット要求を行った場合には追加の本人確認を省略する（Ｓ７０６、Ｓ１００５）ことを特徴とする認証管理システムを構成する。

エンタープライズ系の認証システムにおいて、ユーザーがパスワードと秘密の質問に対する回答の両方を忘れてしまった場合でもパスワードのリセットが可能となる。

本発明の一実施形態におけるコンピュータの構成内容を示す図 本発明の一実施形態としてのネットワーク構成図 本発明の一実施形態としてのアプリケーションプログラムの機能ブロック図 ユーザー情報設定画面の画面イメージ パスワードリセット要求画面の画面イメージ IPアドレス制限画面の画面イメージ パスワードリセット要求受付け時のフローチャート 送信される電子メールの内容 パスワードリセット画面の画面イメージ パスワードリセット受付け時のフローチャート IPアドレス制限を含むパスワードリセット要求受付け時のフローチャート

以下、本発明を実施するための形態について図面を用いて説明する。図１は、本発明を実施するための一実施形態に係る情報処理装置の構成を示す図である。図１において、情報処理装置は、ＣＰＵ１０２、メモリ１０３、記憶装置１０４、ビデオインタフェース１０５、Ｉｎｐｕｔ／Ｏｕｔｐｕｔ（以下Ｉ／Ｏと略称）インタフェース１０６、通信インタフェース１０７を備えている。また、情報処理装置内の各構成要素はシステムバス１０１を介して互いに接続されている。

ＣＰＵ１０２は、システムバス１０１を介して各構成要素を制御したり、データの計算や加工を行ったりする中央処理装置である。メモリ１０３は、データやプログラムを記憶する装置で、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）やＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）から構成される。記憶装置１０４は、記憶されたデータの書き込み／読み出しを行う。記憶装置１０４には、ハードディスクドライブ（ＨＤＤ）１１１、不揮発性のデータソースとして利用されるＤＶＤ−ＲＯＭドライブ１１２、半導体メモリを用いたソリッドステートドライブ（ＳＳＤ）１１３がある。

図１には示されていないが、記憶装置１０４として、磁気テープドライブ、フロッピー（登録商標）ディスクドライブ（ＦＤＤ）、ＣＤ−ＲＯＭドライブ、ＣＤ／ＤＶＤ−ＲＡＭドライブ、ＵＳＢフラッシュドライブなども使用されることがある。

本実施形態に係るプログラムは、記憶装置１０４から読み込まれ、メモリ１０３に格納した上で、ＣＰＵ１０２によって実行される。なお、本実施形態ではプログラムを記憶装置１０４から読み込む構成としているが、ＲＯＭ（不図示）から読み込んだり、通信インタフェース１０７を介して外部から読み込んだりする構成としてもよい。

ビデオインタフェース１０５は、ディスプレイ装置１１４への表示出力を制御する。ディスプレイ装置１１４には、ＣＲＴや液晶等の方式を用いたものがある。Ｉ／Ｏインタフェース１０６には、キーボード１１５やポインティングデバイス１１６等の入力装置が接続される。操作者は、キーボード１１５を操作することにより情報処理装置に対する動作指令等を行う。ポインティングデバイス１１６は、ディスプレイ装置１１４上のカーソルを移動させてメニューやオブジェクトの選択や操作等を行う。また、ディスプレイ装置１１４には、タッチパネル等による操作の入力を行えるものもある。この場合、ディスプレイ装置１１４は出力装置と入力装置を兼ねることになる。

通信インタフェース１０７は、コンピュータネットワーク１１７を通して外部機器との通信を行う。接続先のネットワークには、ＬＡＮやＷＡＮ、インターネットのような公衆回線等がある。

図２は、本実施形態に係るネットワーク構成図である。インターネット２００には、コンピュータネットワーク２１０、２２０が接続されており、コンピュータネットワーク２１０には、認証サーバー２１１、リソースサーバー２１２、Ｗｅｂサーバー２１３、データベース２１４が接続されている。また、コンピュータネットワーク２２０にはクライアント（ユーザー）２２１、クライアント（管理者）２２２がそれぞれ接続されている。

各サーバー２１１、２１２、２１３、データベース２１４、クライアント２２１、２２２は図１で示した情報処理装置の構成を持っている。ただし、各サーバーやデータベースにはディスプレイ装置１１４、キーボード１１５、ポインティングデバイス１１６が接続されていない場合や、ビデオインタフェース１０５、Ｉ／Ｏインタフェース１０６が存在していない場合もある。

本実施形態に係る認証システムの一例において、認証サーバー２１１はＷｅｂサーバー２１３と連携してクライアントに情報を提供する。また、システムとして認証サーバー２１１が保持するデータはデータベース２１４に保管され、必要に応じて読み込まれる。クライアント２２１、２２２は、Ｗｅｂサーバー２１３を通じて認証サーバー２１１やリソースサーバー２１２にリクエストを要求する。

認証サーバー２１１やリソースサーバー２１２は必要な情報をデータベース２１４から取得し加工処理を行った上でＷｅｂサーバー２１３を通じてクライアント２２１、２２２にレスポンスを返す。クライアント端末２２１、２２２では、レスポンスを受信すると、Ｗｅｂブラウザなどを利用して、取得した情報をクライアント端末のディスプレイ装置１１４に表示する。

また、認証サーバー２１１とリソースサーバー２１２は連携してクライアントにサービスを提供している。クライアントは認証サーバー２１１にアクセスして認証を行う。リソースサーバー２１２は、認証サーバー２１１で認証されたクライアントに対してコンテンツを提供する。

図３は、本実施形態に係る認証システムの機能ブロック図である。本機能ブロックは認証サーバー２１１上で動作する。

ユーザー管理部３０１は、システムを利用するユーザーの情報を管理する。例えば、ユーザーＩＤやパスワード、メールアドレス等の情報を管理する。ロール管理部３０２は、ユーザー管理部３０１で管理されているユーザーに紐付けてユーザーの役割情報を管理する。例えば、ユーザーが一般ユーザーなのか管理者ユーザーなのか、あるいはリソースサーバーのどのコンテンツを利用できるか等の情報を管理する。ユーザー認証部３０２は、ユーザー管理部３０１の情報とアクセスしたクライアントが入力した情報が合っているかを確認し、ユーザーの認証を行う。

図２で示した、クライアント（ユーザー）２２１、クライアント（管理者）２２２のユーザー情報もユーザー管理部３０１に保管されている。また、一般ユーザーなのか管理者なのかの情報は、ロール管理部３０２に保管されており、それぞれの役割に応じて表示されるＷｅｂページの内容やアクセスできるコンテンツの範囲が異なってくる。

Ｗｅｂページ作成部３０４は、認証サーバー２１１に関連する機能に関してクライアントがＷｅｂブラウザ等を利用して表示するＷｅｂページを作成する。後述する画面イメージに関してもＷｅｂページ作成部３０４で作成される。なお、Ｗｅｂページ作成部３０４は、Ｗｅｂサーバー２１３上で動作する実施形態であってもよい。

一時認証コード管理部３０５は一時認証コードを作成して管理する。一時認証コードとは、ユーザーＩＤとパスワードのような認証情報の代わりに一時的にアクセスを許可するためのＩＤのようなものである。パスワードを忘れた場合のようにログインができない状態において、パスワードリセット操作を行うために利用される。

メール送信部３０６は電子メールを送付する。パスワードリセットを行う際に、一時認証コード管理部３０５で作成された一時認証コードを電子メールの本文に記載し、予めユーザー情報として登録されていたメールアドレス宛に送付する。

図４以降でパスワードリセット操作の流れと、本実施形態に係る認証システムの機能について説明する。本実施形態において、パスワードリセット操作は、１つ目に事前に追加の本人確認情報を登録、２つ目にパスワードリセットを要求、３つ目にパスワードリセットという流れとなる。まず、図４で事前に行う追加の本人確認情報登録について説明する。

図４はユーザー情報設定画面の画面イメージである。画面はＷｅｂページ作成部３０４で作成され、Ｗｅｂブラウザなどを利用してクライアント（ユーザー）２２１のディスプレイ装置１１４に表示される。４０１はユーザーのＩＤで、ユーザーを識別するユニークな文字列である。４０２はユーザー認証時に入力が必要となるパスワードである。パスワードはデータベースにはハッシュ関数等でハッシュ化された値が格納されており、パスワードを知っているのは個人のみである。４０３はユーザーのメールアドレスである。

メールアドレスも本人確認の一情報であり、パスワードリセット要求時には、このメールアドレスに対して電子メールが送付される。４０４および４０５が追加の本人確認手段である。秘密の質問４０４にユーザー自身に関する質問を設定し、その回答を秘密の質問の答え４０５に設定する。４０６は更新ボタンで、更新ボタン４０６を押下すると４０１から４０５に入力された情報が認証サーバー２１１に渡され、ユーザー管理部３０１がデータベース２１４に保管する。

なお、秘密の質問４０４、秘密の質問の答え４０５の設定は、ユーザー情報設定画面に限らない。例えば、初回ログイン時やパスワード変更時等に設定することも可能である。

次に、図５、図７、図８でパスワードリセット要求時の処理について説明する。本実施形態において、パスワードリセット要求はユーザー自身が実施する場合と、管理者が実施する場合の二通りの方法があり、機能にも違いが出てくる。

図５はパスワードリセット要求画面の画面イメージである。図５（Ａ）はユーザー自身によるパスワードリセット要求画面で、５０１はユーザーＩＤ、５０２はメールアドレスである。５０３は申請ボタンで、申請ボタン５０３を押下するとユーザーＩＤ５０１、メールアドレス５０２が認証サーバー２１１に渡される。ユーザーＩＤ５０１、メールアドレス５０２はそれぞれ図４で示したユーザーＩＤ４０１、メールアドレス４０３と同じ値を入力する。

図５（Ａ）のパスワードリセット要求画面は、ユーザーがパスワードを忘れた際に表示する画面であり、ユーザーは認証されていない状態にある。そのため、ユーザーにユーザーＩＤ５０１、メールアドレス５０２を入力してもらい、認証サーバー２１１は登録されている情報と一致するかどうかを検証した上でパスワードリセット処理を許可するかどうかを判断する。

図５（Ｂ）は管理者のみが表示できるユーザー管理画面である。ユーザー管理画面には管理下にあるユーザーの一覧が表示されており、管理者はユーザー管理画面からユーザーのパスワードリセット要求の操作を行う。５１１はユーザーＩＤ列で、管理下にいるユーザーのユーザーＩＤが一覧表示されている。５１２は操作列で、各ユーザーに対して管理者が実行可能な操作ボタンが表示されている。５１３はパスワードリセットボタンで、パスワードリセットボタン５１３を押下すると、図５（Ｂ）の例ではＵｓｅｒ１のパスワードリセット要求を行うことができる。

図５（Ｂ）のユーザー管理画面は管理者がシステムにログインしてから表示する。つまり、管理者のユーザー認証が行われた後の画面であり、行った操作は信頼された管理者ユーザーが操作したものとみなされる。

次に、表Ａで一時認証コードのデータベース保管情報を示す。

図５で説明したようにユーザーもしくは管理者からパスワードリセット要求が行われると、認証サーバー２１１は、一時認証コード管理部３０５において一時認証コードを作成する。一時認証コードの保管情報を示したのが表Ａである。表Ａの６０１は一時認証コード列である。６０２は有効期限列で、一時認証コードの有効期限を示している。一時認証コードはログインできない場合に仮に作成されるＩＤであり、有効期限を設けて運用される。６０３は種別列で、一時認証コードの利用種別を示す情報が格納される。６０４は一時認証コードを利用するユーザーのユーザーＩＤ列、６０５は一時認証コードを利用するユーザーのメールアドレス列である。

種別列６０３に格納されている値８００および８１０は共にパスワードリセット操作に関する種別を示しており、８００はパスワードリセット時に秘密の質問に対する回答を要求しないことを示す。一方、８１０はパスワードリセット時に秘密の質問に対する回答を要求することを示す。図５（Ａ）でユーザー自身によってパスワードリセット要求をした場合には、８１０が格納され、パスワードリセット時に秘密の質問に対する回答を入力する必要がある。

また、図５（Ｂ）で管理者がユーザーのパスワードリセット要求を行った場合には、８００が格納され、パスワードリセット時に秘密の質問に対する回答が不要となる。これは、管理者がユーザーと面識があり、人手によって本人確認ができたとみなすことができるためである。なお、種別列６０３に格納される値はパスワードリセット操作に限らない。

図７はパスワードリセット要求受付け時のフローチャートである。本フローチャートに係るプログラムは、認証サーバー２１１の記憶装置１０４に記憶されており、メモリ１０３に読み出されＣＰＵ１０２によって実行される。認証サーバー２１１はパスワードリセット要求を受信すると、まず管理者から要求された処理かどうかを確認する（Ｓ７０１）。これは、図５（Ａ）の操作よって要求されたか、図５（Ｂ）の操作によって要求されたかを判定することで確認することができる。

Ｓ７０１において管理者から要求された場合は、指定されたユーザーＩＤを元にユーザーの情報を取得する（Ｓ７０２）。ユーザー情報はデータベース２１４に保管されており、ユーザー管理部３０１がデータベース２１４から取得する。

次に、認証サーバー２１１は、秘密の質問の回答が不要である種別を設定する（Ｓ７０３）。この種別は表Ａの種別列６０３に格納される値８００である。そして、一時認証コード管理部３０５が一時認証コードを作成し（Ｓ７０４）、有効期限を設定して（Ｓ７０５）、データベース２１４に一時認証コードを格納する（Ｓ７０６）。最後に、Ｓ７０２で取得したユーザー情報に格納されているメールアドレス宛に、パスワードリセットを行うための電子メールを送付する（Ｓ７０７）。

一方、Ｓ７０１においてユーザー自身からのパスワードリセット要求であった場合、認証サーバー２１１は指定されたユーザーＩＤからユーザー情報を取得する（Ｓ７０８）。次に、認証サーバー２１１は指定されたメールアドレスがＳ７０８で取得したユーザー情報に格納されているメールアドレスと同じかどうかを判定する（Ｓ７０９）。メールアドレスが同じであれば、秘密の質問に対して回答が必要である種別を設定する（Ｓ７１０）。この種別は表Ａの種別列６０３に格納される値８１０である。以後の処理は管理者から要求した場合と同様に、Ｓ７０４からＳ７０７の処理を実行する。

なお、Ｓ７０９で指定されたメールアドレスが登録した内容と一致しなかった場合は、パスワードリセットを許可せず、エラーとなる（Ｓ７１１）。

図８は図７のＳ７０７により送信される電子メールの内容を示している。図８（Ａ）はユーザー自身によるパスワードリセット要求により送付された電子メール、図８（Ｂ）は管理者によるパスワードリセット要求により送付された電子メールである。８０１、８１１は共にＵＲＬを示しており、ＷｅｂブラウザでこのＵＲＬにアクセスすると、図９で後述するパスワードリセット画面が表示されることになる。ＵＲＬ８０１およびＵＲＬ８１１にはＵＲＬパラメータとして一時認証コードが付与されている。

この一時認証コードは図７のＳ７０４で作成したものである。パスワードリセット操作時にはこの一時認証コードが認証サーバー２１１に渡され、パスワードリセット操作が適正な操作かどうかを判定する。なお、ＵＲＬ８０１のみに付与されているパラメータｑａｎｄａは、画面上で秘密の質問の回答欄を表示するかどうかを判定するための制御パラメータである。図８（Ａ）にはさらに秘密の質問８０２が記載されている。秘密の質問８０２は、予め図４の秘密の質問４０４でユーザーが登録した内容である。ユーザーは電子メールに記載された秘密の質問８０２に対する回答を後述の図９（Ａ）で入力することになる。

次に図９、図１０でパスワードリセット処理について説明する。図９はパスワードリセット画面の画面イメージである。図９（Ａ）はユーザー自身によるパスワードリセット要求により表示されるパスワードリセット画面で、図８（Ａ）に記載されたＵＲＬ８０１にアクセスすることで表示される。図９（Ｂ）は管理者によるパスワードリセット要求により表示されるパスワードリセット画面で、図８（Ｂ）に記載されたＵＲＬ８１１にアクセスすることで表示される。図９の９０１および９１１はユーザーＩＤ、９０２および９１２は新しく設定するパスワードの入力欄である。

９０３および９０４はパスワードの確認入力欄で、入力ミスを防止するために設けられ、それぞれ９０２と９１２の値と一致しているかどうかを確認するための入力欄である。９０４および９１４は更新ボタンであり、押下すると認証サーバー２１１へパスワードリセットのための情報が送付される。

上記図９の説明内容では図９（Ａ）と図９（Ｂ）の内容に違いはないが、異なる点が図９（Ａ）にある秘密の質問の答え欄９０５である。ユーザー自身によるパスワードリセット要求では追加の本人確認が必要であり、秘密の質問の答え欄９０５に、図８（Ａ）で説明した秘密の質問８０２の回答を入力する。

図１０はパスワードリセット受付け時のフローチャートである。本フローチャートに係るプログラムは、認証サーバー２１１の記憶装置１０４に記憶されており、メモリ１０３に読み出されＣＰＵ１０２によって実行される。認証サーバー２１１は図９で説明したパスワードリセットの内容を受信すると、まず、指定された一時認証コードの情報を取得する（Ｓ１００１）。一時認証コードは図９の画面上でユーザーが入力するものではないが、図８のメールに記載されたＵＲＬの情報が引継がれて認証サーバー２１１に渡される。

Ｓ１００１で取得した一時認証コードの情報は表Ａで説明した内容であり、有効期限６０２、種別６０３、ユーザーＩＤ６０４等の情報が保管されている。指定された一時認証コードがデータベースに存在しなかった場合（Ｓ１００２）はエラーとなる（Ｓ１００９）。また、一時認証コードの有効期限が切れていた場合（Ｓ１００３）、入力されたユーザーＩＤがＳ１００１で取得した情報と一致しなかった場合（Ｓ１００４）もエラーとなる（Ｓ１００９）。

次に、認証サーバー２１１は、入力された一時認証コードの種別を確認する（Ｓ１００５）。回答が必要である場合は、ユーザー管理部３０１が事前にユーザーが登録した秘密の質問に対する回答を取得し（Ｓ１００６）、ユーザーが入力した回答と比較をする（Ｓ１００７）。回答が一致していれば、パスワードのリセットを許可し、ユーザー管理部３０１が新しいパスワードを登録する（Ｓ１００８）。Ｓ１００７において、回答が一致しない場合はエラーとなる（Ｓ１００９）。また、Ｓ１００５で回答が不要な場合は、回答の検証処理はなく、ユーザー管理部３０１が新しいパスワードを登録する（Ｓ１００８）。

秘密の質問と回答はユーザーに関する質問であるため、ユーザーはパスワードよりも回答を導きやすいはずである。しかし、秘密の質問を登録したのが過去であり、実際には当時に登録した回答を導き出せない場合も多い。上記の実施形態により、パスワードと秘密の質問に対する回答の両方を忘れてしまった場合であってもパスワードのリセットを行うことが可能となる。

［実施例２］
上記の実施例ではユーザー認証された管理者が管理下にあるユーザーのパスワードリセットを行うことで追加の本人確認を省略する内容について記載したが、図６、図１１で別の省略手段について説明する。

図６はIPアドレス制限画面の画面イメージである。企業では一般的にプロキシサーバーを配置し、インターネット等の外部ネットワークにアクセスする際にプロキシサーバー経由することが多い。そのため、企業向けのクラウドシステム等では通信に用いられるＩＰアドレスで企業からシステムへのアクセスを制限する手段が用いられる。図６の６６１はアクセスを許容するＩＰアドレスの範囲指定を示している。

図６の例では開始が１５０．６５．４３．２１、終了が１５０．６５．４３．２４となっている。これは、１５０．６５．４３．２１、１５０．６５．４３．２２、１５０．６５．４３．２３、１５０．６５．４３．２４の４つのＩＰアドレスのみ通信を許可する設定であることを示す。なお、ＩＰアドレスの範囲指定は複数設定でき、指定が一つも無い場合は制限を行わない。図６のＩＰアドレス制限は主に管理者が設定を行う。６６２は更新ボタンであり、押下すると６６１で指定した内容が認証サーバー２１１に渡される。

図１１はIPアドレス制限を含むパスワードリセット要求受付け時のフローチャートであり、図７で説明したフローチャートを拡張したものである。図７のＳ７０１でユーザーがパスワードリセット要求を行ったと判定された場合、認証サーバー２１１はＩＰアドレス制限がされているかどうかを確認し（Ｓ１１０１）、設定されていない場合は図７のＳ７０８以降の処理を行ってゆく。

Ｓ１１０１でＩＰアドレス制限が設定されている場合は、認証サーバー２１１はＩＰアドレス制限の設定内容をデータベース２１４から取得（Ｓ１１０２）し、一方でパスワードリセット要求を行ってきた通信元のＩＰアドレスを取得する（Ｓ１１０３）。Ｓ１１０３で取得した通信元ＩＰアドレスがＳ１１０２で取得したＩＰアドレス制限の範囲内かどうかを判定し（Ｓ１１０４）、範囲内であれば、図７のＳ７０３からの処理を行ってゆく。なお、Ｓ１１０４でＩＰアドレス制限の範囲外であった場合は、エラーとなる（Ｓ７１１）。

パスワードリセット時における追加の本人確認は、主に外部者からのなりすましを防ぐための機能である。従って、ＩＰアドレス制限の許可範囲内からのアクセスであれば許可するという手段も追加の本人確認を省略する手段としては有効となりうる。従って実施例２の実施形態でも、パスワードと秘密の質問に対する回答の両方を忘れてしまった場合にパスワードのリセットを行うことが可能となる。この他にも予め追加の本人確認を省略するための条件を設定しておく等の手段によって、セキュリティを保持しつつ、追加の本人確認を省略することが可能となりうる。

１０１ システムバス
１０２ ＣＰＵ
１０３ メモリ
１０４ 記憶装置
１０５ ビデオインタフェース
１０６ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ（以下Ｉ／Ｏと略称）インタフェース
１０７ 通信インタフェース

Claims (2)

1. ユーザーを管理する機能とユーザーの役割を管理する機能とユーザーIDとパスワードによってユーザーを認証する機能を持つ認証システムにおいて、ユーザーIDとパスワード以外にユーザーの本人確認を行う情報を保持する機能と、ユーザーからパスワードのリセットを要求された場合に登録されたユーザーの本人確認情報に基づいて追加の本人確認を行う処理（Ｓ７０３、Ｓ１００７）と、管理者がユーザーのパスワードリセット要求を行った場合には追加の本人確認を省略する（Ｓ７０６、Ｓ１００５）ことを特徴とする認証管理システム。
2. 請求項１に記載の認証管理システムにおいて、ユーザーからパスワードのリセットを要求された場合であっても、許容されたIPアドレスからアクセスされた場合には追加の本人確認を省略する（Ｓ１１０４、Ｓ１００５）ことを特徴とする認証管理システム。