(57)【要約】【課題】複数のサイトの個人認証を一元管理し、しかもセキュリティ的に高い個人認証を実現すること。【解決手段】各ユーザの各サイトにおけるＩＤ及びパスワードとユーザ登録の状態とを保管する保管手段と、各サイトから、ネットワークを介して、ユーザの個人認証の依頼をＩＤ及びパスワードと共に受信する手段と、前記依頼のユーザの個人認証を、ユーザ登録の状態が本登録であり、しかも、受信したＩＤ及びパスワードが、保管しているＩＤ及びパスワードと一致する場合のみ成功であり、他の場合は不成功であるとすることにより行う個人認証手段と、前記依頼のユーザの個人認証を行った結果を、ネットワークを介して、前記依頼をしたサイトに送信する手段とを備える管理サーバ。【選択図】なし【特許請求の範囲】
【請求項１】
各ユーザの各サイトにおけるＩＤ及びパスワードとユーザ登録の状態とを保管する保管手段と、
各サイトから、ネットワークを介して、ユーザの個人認証の依頼をＩＤ及びパスワードと共に受信する手段と、
前記依頼のユーザの個人認証を、ユーザ登録の状態が本登録であり、しかも、受信したＩＤ及びパスワードが、保管しているＩＤ及びパスワードと一致する場合のみ成功であり、他の場合は不成功であるとすることにより行う個人認証手段と、
前記依頼のユーザの個人認証を行った結果を、ネットワークを介して、前記依頼をしたサイトに送信する手段とを備える管理サーバ。
【請求項２】
各サイトから、ネットワークを介して、各サイトにてユーザ登録を行った各ユーザの個々のサイトにおけるＩＤ及びパスワードを受信する手段と、
受信した、各サイトにてユーザ登録を行った各ユーザの個々のサイトにおけるＩＤ及びパスワードを、ユーザ登録の状態を仮登録として、上記保管手段に保管する手段と、
各サイトにて行ったユーザ登録を、所定期間内に、各ユーザが端末からネットワークを介して有効としたとき、ユーザ登録の状態を本登録とし、有効とされないまま所定期間が過ぎたとき、ユーザ登録の状態を無効とする手段を備えたことを特徴とする請求項１に記載の管理サーバ。
【請求項３】
各ユーザの各サイトにおけるパスワードを、ネットワークを介して端末からなされるユーザの要求に従って、ランダムな値で、このユーザに発行し、上記保管手段に保管する手段と、
発行されたパスワードを、所定の期間が過ぎたとき、或いは、所定の期間内であっても、上記個人認証手段での個人認証が成功したとき、上記保管手段から消去する手段とを備えることを特徴とする請求項１に記載の管理サーバ。
【請求項４】
各サイトから、ネットワークを介して、各サイトにてユーザ登録を行った各ユーザの個々のサイトにおけるＩＤを受信する手段と、
受信した、各サイトにてユーザ登録を行った各ユーザの個々のサイトにおけるＩＤを、ユーザ登録の状態を仮登録として、上記保管手段に保管する手段と、
各サイトにて行ったユーザ登録を、所定期間内に、各ユーザが端末からネットワークを介して有効としたとき、ユーザ登録の状態を本登録とし、有効とされないまま所定期間が過ぎたとき、ユーザ登録の状態を無効とする手段を備えたことを特徴とする請求項３に記載の管理サーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数のサイトでの個人認証を一元管理する管理サーバに関する。
【０００２】
【従来の技術】
一般に、インターネットなどのネットワークに接続されている各サイトごとに、個人認証が行われている。このため、ユーザが複数のサイトでユーザ登録を行うと、ユーザ登録を行った分の各サイトでのＩＤやパスワードなどの個人認証に用いるユーザ固有の識別情報を管理する必要がある。尚、本明細書では、サイトを、サーバと同じ意味に使う。
【０００３】
この管理を容易にするために、ユーザの多くは、共通のパスワードや簡単なパスワード使用し、セキュリティ的に低い状態になりがちである。また、ＩＤとパスワードへの総当り攻撃に弱い面がある。
【０００４】
この管理を容易にするための他の技術として、各サイトでの識別情報を、会員情報サーバでの識別情報に対応付けて会員情報サーバに保管し、各サイトで個人認証が行われる際に、ユーザに、会員情報サーバの識別情報を端末に入力させ、会員情報サーバが、各サイトの識別情報を読み出して、各サイトに提供する技術がある（特許文献１参照）。この技術は、各サイトの識別情報を共通にすることと実質的に変わりは無く、それゆえ、セキュリティ的に低い状態であり、また、会員情報サーバの識別情報への総当り攻撃に弱い面がある。
【０００５】
また、各サイトごとに、個人認証が行われる場合、一般に、サイト側としてもユーザのＩＤやパスワードなどの識別情報を管理する必要があり運用の負荷が重くなる。
【０００６】
【特許文献１】
特開２００２−２１５８７８号（段落番号［００５５］）
【０００７】
【発明が解決しようとする課題】
本発明は斯かる従来技術の欠点に鑑みてなされたもので、複数のサイトの個人認証を一元管理し、しかもセキュリティ的に高い個人認証を実現することを課題とする。
【０００８】
【課題を解決するための手段】
本発明において上記の課題を達成するために、まず請求項１の発明では、各ユーザの各サイトにおけるＩＤ及びパスワードとユーザ登録の状態とを保管する保管手段と、
各サイトから、ネットワークを介して、ユーザの個人認証の依頼をＩＤ及びパスワードと共に受信する手段と、
前記依頼のユーザの個人認証を、ユーザ登録の状態が本登録であり、しかも、受信したＩＤ及びパスワードが、保管しているＩＤ及びパスワードと一致する場合のみ成功であり、他の場合は不成功であるとすることにより行う個人認証手段と、
前記依頼のユーザの個人認証を行った結果を、ネットワークを介して、前記依頼をしたサイトに送信する手段とを備える管理サーバとしたものである。
【０００９】
また請求項２の発明では、各サイトから、ネットワークを介して、各サイトにてユーザ登録を行った各ユーザの個々のサイトにおけるＩＤ及びパスワードを受信する手段と、
受信した、各サイトにてユーザ登録を行った各ユーザの個々のサイトにおけるＩＤ及びパスワードを、ユーザ登録の状態を仮登録として、上記保管手段に保管する手段と、
各サイトにて行ったユーザ登録を、所定期間内に、各ユーザが端末からネットワークを介して有効としたとき、ユーザ登録の状態を本登録とし、有効とされないまま所定期間が過ぎたとき、ユーザ登録の状態を無効とする手段を備えたことを特徴とする請求項１に記載の管理サーバとしたものである。
【００１０】
また請求項３の発明では、各ユーザの各サイトにおけるパスワードを、ネットワークを介して端末からなされるユーザの要求に従って、ランダムな値で、このユーザに発行し、上記保管手段に保管する手段と、
発行されたパスワードを、所定の期間が過ぎたとき、或いは、所定の期間内であっても、上記個人認証手段での個人認証が成功したとき、上記保管手段から消去する手段とを備えることを特徴とする請求項１に記載の管理サーバとしたものである。
【００１１】
また請求項４の発明では、各サイトから、ネットワークを介して、各サイトにてユーザ登録を行った各ユーザの個々のサイトにおけるＩＤを受信する手段と、
受信した、各サイトにてユーザ登録を行った各ユーザの個々のサイトにおけるＩＤを、ユーザ登録の状態を仮登録として、上記保管手段に保管する手段と、
各サイトにて行ったユーザ登録を、所定期間内に、各ユーザが端末からネットワークを介して有効としたとき、ユーザ登録の状態を本登録とし、有効とされないまま所定期間が過ぎたとき、ユーザ登録の状態を無効とする手段を備えたことを特徴とする請求項３に記載の管理サーバとしたものである。
【００１２】
【発明の実施の形態】
以下に、本発明の一実施形態を説明する。
【００１３】
１．構成
本実施形態では、図１に示すように、サイトＡ、サイトＢ、サイトＣ…と、各端末とが接続されているネットワークに、管理サイトを設ける。
【００１４】
ネットワークは、各端末と、各サイトとの間でデータ通信が可能であり、サイトＡ、サイトＢ、サイトＣ…と、管理サイトとの間でデータ通信が可能であれば、その種類や形態に特に制限は無く、例えば、インターネットや専用回線でも良く、また、途中で光通信や無線通信が行なわれるものであっても良い。
【００１５】
端末は、パソコンなどのコンピュータ、或いは携帯電話機などの携帯情報端末である。
【００１６】
サイトＡ、サイトＢ、サイトＣ…は、端末からアクセスするユーザの個人認証を管理サイトに依頼し、管理サイトによる個人認証が成功すると、それぞれ本来のサービスを端末に提供するコンピュータシステムである。
【００１７】
管理サイトは、サイトＡ、サイトＢ、サイトＣ…での個人認証を一元管理するためのコンピュータシステムである。以後、サイトＡ、サイトＢ、サイトＣ…を、被管理サイトとも呼ぶ。
【００１８】
管理サイトは、管理サイトを利用するユーザの個人情報を、ユーザ個人情報テーブルで保管する。図２に、ユーザ個人情報テーブルを、ある１人のユーザについて、抜粋したものを示す。図２に示す通り、このユーザについて、端末から管理サイトにアクセスする際に管理サイトの行う個人認証に用いられるＩＤとパスワードは、それぞれｕｓｅｒ１とＰＷであり、電子メールアドレスはｕｓｅｒ１＠ｘｘｘ．ｙｙ．ｊｐである。以後、端末から管理サイトにアクセスする際に管理サイトの行う個人認証のためのＩＤが、ｕｓｅｒ１であるユーザを、ｕｓｅｒ１又はユーザ１とも呼ぶことにする。また、端末から管理サイトにアクセスする際に管理サイトが行う個人認証のためのＩＤとパスワードを、それぞれ、管理サイトのＩＤ、管理サイトのパスワードとも呼ぶ。
【００１９】
管理サイトは、ユーザ個人情報テーブルに個人情報が記録されている個々のユーザごとに、各被管理サイトでの個人認証を管理するための情報を、認証管理テーブルで保管する。図３に、認証管理テーブルの例として、ユーザ１（ｕｓｅｒ１）の認証管理テーブルを示す。
【００２０】
認証管理テーブルにおいて、サイト名は、ユーザがユーザ登録を行った被管理サイトの名前である。また認証管理テーブルにおいて、ＩＤとパスワードは、ユーザがユーザ登録を行った被管理サイトでの個人認証に用いられるユーザ固有の識別情報である。
【００２１】
被管理サイトにて、ユーザがユーザ登録を行うと、このユーザ登録の仮登録が管理サイトになされる。このユーザ登録を、所定期間内にユーザが有効にすると、このユーザ登録の本登録が管理サイトになされる。このユーザ登録を、所定期間内にユーザが有効にしない限り、このユーザ登録は無効となる。認証管理テーブルにおいて、仮登録時刻は、この仮登録がなされた時刻を示す。また、認証管理テーブルにおいて、有効フラグは、サイトにてなされたユーザ登録の状態を示すものであって、仮登録、本登録、無効を、それぞれ、０、１、２で示す。すなわち、有効フラグが０の場合は、このユーザ登録が仮登録であり、有効フラグが１の場合は、このユーザ登録が本登録であり、有効フラグが２の場合は、このユーザ登録が無効である。
【００２２】
管理サイトは、被管理サイトから、この被管理サイトに端末からアクセスするユーザの個人認証の依頼があると、このユーザの認証管理テーブルに基づいて、このユーザの個人認証を行う。このユーザの個人認証は、このユーザの認証管理テーブルにおける、この被管理サイトの有効フラグが本登録を示し、しかも、この依頼に伴って送られる、この被管理サイトのＩＤ及びパスワードが、このユーザの認証管理テーブルにおける、この被管理サイトのＩＤ及びパスワードと、それぞれ一致する場合のみ成功であり、他の場合は不成功である。そして、管理サイトは、被管理サイトから依頼されたユーザの個人認証の結果を、この被管理サイトに返す。
【００２３】
被管理サイトのパスワードは、ユーザが決定する場合と、管理サイトが発行する場合とがある。
【００２４】
被管理サイトのパスワードを、ユーザが決定する場合、被管理サイトにて、ユーザがユーザ登録を行う際に、このパスワードは決定される。
【００２５】
被管理サイトのパスワードを管理サイトが発行する場合、被管理サイトのパスワードは、ユーザから要求があると発行されて、このユーザの認証管理テーブルに登録され、所定期間が過ぎると、このユーザの認証管理テーブルから削除される。また、所定期間内であっても、このユーザが、被管理サイトにアクセスし、被管理サイトでの個人認証に成功すると、このパスワードは、このユーザの認証管理テーブルから削除される。
【００２６】
２．処理
被管理サイトでのユーザ登録と個人認証に係わる処理について、被管理サイトのパスワードを、ユーザが決定する場合と、管理サイトが発行する場合とに別けて、以下に、順に説明する。
【００２７】
２．１．パスワードをユーザが決定する場合
次に、被管理サイトのパスワードを、ユーザが決定する場合について、被管理サイトでのユーザ登録と個人認証に係わる処理を、以下に、それぞれ順に説明する。
【００２８】
２．１．１．被管理サイトでのユーザ登録
被管理サイトのパスワードを、ユーザが決定する場合について、被管理サイトでのユーザ登録に係わる処理の流れの例を、ユーザ１（ｕｓｅｒ１）のサイトＡでのユーザ登録を例に取り、以下に、図４のフローチャートに従って説明する。
【００２９】
ＳＴＥＰ１；
ユーザ１が、端末からサイトＡにアクセスすることにより、サイトＡにてユーザ登録（ＩＤはｇｅｇｅｇｅ、パスワードは８９ｐａｓｓ）を行う。この際、ユーザ１は、端末から、管理サイトの自分のＩＤ（ｕｓｅｒ１）もサイトＡに知らせる。
【００３０】
ＳＴＥＰ２；
サイトＡは、管理サイトへ、ユーザ１（ｕｓｅｒ１）がサイトＡにてｇｅｇｅｇｅとのＩＤ及び８９ｐａｓｓとのパスワードでユーザ登録を行った旨の情報を送信する。
尚、この情報には、ユーザ１の管理サイトのＩＤ（ｕｓｅｒ１）と、ユーザ１のサイトＡのＩＤ（ｇｅｇｅｇｅ）及びパスワード（８９ｐａｓｓ）と、このユーザ登録を行った時刻とが含まれる。
【００３１】
ＳＴＥＰ３；
管理サイトは、ユーザ１（ｕｓｅｒ１）の認証管理テーブルに、サイト名をサイトＡ、ＩＤをｇｅｇｅｇｅ、パスワードを８９ｐａｓｓ、仮登録時刻をユーザ１がサイトＡにて行ったユーザ登録時刻、有効フラグを０（仮登録）とする行を追加することにより、ユーザ１がサイトＡにて行ったユーザ登録の仮登録を行う。
【００３２】
ＳＴＥＰ４；
所定期間内に、ユーザ１が、端末から管理サイトにアクセスして、管理サイトによる個人認証に成功した後に、ユーザ１がサイトＡにて行ったユーザ登録を、有効にしたならば、ＳＴＥＰ５に進む。
他方、所定期間内に、ユーザ１がサイトＡにて行ったユーザ登録が、有効にされなかったならば、ＳＴＥＰ６に進む。
【００３３】
ＳＴＥＰ５；
管理サイトは、ユーザ１（ｕｓｅｒ１）の認証管理テーブルにおいて、サイトＡの有効フラグを０（仮登録）から１（本登録）に変更することにより、ユーザ１がサイトＡにて行ったユーザ登録を本登録にする。
ＥＮＤに進む。
【００３４】
ＳＴＥＰ６；
管理サイトは、ユーザ１（ｕｓｅｒ１）の認証管理テーブルにおいて、サイトＡの有効フラグを０（仮登録）から２（無効）に変更し、サイトＡへ、ユーザ１がサイトＡにて行ったユーザ登録が無効になった旨を通知する。
ＥＮＤに進む。
【００３５】
２．１．２．被管理サイトでの個人認証
被管理サイトのパスワードを、ユーザが決定する場合について、被管理サイトでの個人認証に係わる処理の流れの例を、ユーザ１（ｕｓｅｒ１）のサイトＡでの個人認証を例に取り、図５のフローチャートに従って、以下に説明する。
【００３６】
ＳＴＥＰ１；
ユーザ１（ｕｓｅｒ１）は、サイトＡのＩＤ（ｇｅｇｅｇｅ）及びパスワード（８９ｐａｓｓ）を用いて、端末からサイトＡにアクセスする。この際、ユーザ１は、端末から、管理サイトの自分のＩＤ（ｕｓｅｒ１）もサイトＡに知らせる。
【００３７】
ＳＴＥＰ２；
サイトＡは、ユーザ１の管理サイトのＩＤ（ｕｓｅｒ１）とサイトＡのＩＤ（ｇｅｇｅｇｅ）及びパスワード（８９ｐａｓｓ）とを管理サイトに送り、ユーザ１（ｕｓｅｒ１）の個人認証を管理サイトに依頼する。
【００３８】
ＳＴＥＰ３；
管理サイトは、ユーザ１（ｕｓｅｒ１）の認証管理テーブルに基づいて、ユーザ１（ｕｓｅｒ１）の個人認証を行い、その結果をサイトＡに返す。
ユーザ１（ｕｓｅｒ１）の個人認証は、ユーザ１（ｕｓｅｒ１）の認証管理テーブルにおけるサイトＡの有効フラグが本登録を示し、しかも、サイトＡから受け取ったユーザ１（ｕｓｅｒ１）のサイトＡのＩＤ（ｇｅｇｅｇｅ）とパスワード（８９ｐａｓｓ）とが、それぞれユーザ１（ｕｓｅｒ１）の認証管理テーブルにおけるサイトＡのＩＤとパスワードとに一致する場合のみ成功であり、他の場合は不成功である。
【００３９】
ＳＴＥＰ４；
サイトＡは、管理サイトからの通知を受けて、ユーザ１（ｕｓｅｒ１）の個人認証の結果を端末に表示させて、その結果をユーザ１（ｕｓｅｒ１）に通知する。
【００４０】
２．２．パスワードを管理サイトが発行する場合
まず、被管理サイトのパスワードを、管理サイトが発行する場合について、被管理サイトでのユーザ登録と個人認証に係わる処理を、以下に、それぞれ順に説明する。
【００４１】
２．２．１．被管理サイトでのユーザ登録
被管理サイトのパスワードを、管理サイトが発行する場合について、被管理サイトでのユーザ登録に係わる処理の流れの例を、ユーザ１（ｕｓｅｒ１）のサイトＡでのユーザ登録を例に取り、以下に、図６のフローチャートに従って説明する。
【００４２】
ＳＴＥＰ１；
ユーザ１は、端末からサイトＡにアクセスすることにより、サイトＡにてユーザ登録（ＩＤはｇｅｇｅｇｅ）を行う。この際、ユーザ１は、端末から、管理サイトの自分のＩＤ（ｕｓｅｒ１）もサイトＡに知らせる。
【００４３】
ＳＴＥＰ２；
サイトＡは、管理サイトへ、ユーザ１（ｕｓｅｒ１）がサイトＡにてｇｅｇｅｇｅとのＩＤでユーザ登録を行った旨の情報を送信する。
尚、この情報には、ユーザ１の管理サイトのＩＤ（ｕｓｅｒ１）と、ユーザ１のサイトＡのＩＤ（ｇｅｇｅｇｅ）と、このユーザ登録を行った時刻とが含まれる。
【００４４】
ＳＴＥＰ３；
管理サイトは、ユーザ１（ｕｓｅｒ１）の認証管理テーブルに、サイト名をサイトＡ、ＩＤをｇｅｇｅｇｅ、パスワードを空白、仮登録時刻をユーザ１がサイトＡにて行ったユーザ登録時刻、有効フラグを０（仮登録）とする行を追加することにより、ユーザ１がサイトＡにて行ったユーザ登録の仮登録を行う。
【００４５】
ＳＴＥＰ４；
所定期間内に、ユーザ１が、端末から管理サイトにアクセスして、管理サイトによる個人認証に成功した後に、ユーザ１がサイトＡにて行ったユーザ登録を、有効にしたならば、ＳＴＥＰ５に進む。
他方、所定期間内に、ユーザ１がサイトＡにて行ったユーザ登録が、有効にされなかったならば、ＳＴＥＰ６に進む。
【００４６】
ＳＴＥＰ５；
管理サイトは、ユーザ１（ｕｓｅｒ１）の認証管理テーブルにおいて、サイトＡの有効フラグを０（仮登録）から１（本登録）に変更することにより、ユーザ１がサイトＡにて行ったユーザ登録を本登録にする。
ＥＮＤに進む。
【００４７】
ＳＴＥＰ６；
管理サイトは、ユーザ１（ｕｓｅｒ１）の認証管理テーブルにおいて、サイトＡの有効フラグを０（仮登録）から２（無効）に変更し、サイトＡへ、ユーザ１がサイトＡにて行ったユーザ登録が無効になった旨を通知する。
ＥＮＤに進む。
【００４８】
２．２．２．被管理サイトでの個人認証
被管理サイトのパスワードを、管理サイトが発行する場合について、被管理サイトでの個人認証に係わる処理の流れの例を、ユーザ１（ｕｓｅｒ１）のサイトＡでの個人認証を例に取り、図７のフローチャートに従って、以下に説明する。
【００４９】
ＳＴＥＰ１；
ユーザ１（ｕｓｅｒ１）が、端末から管理サイトにアクセスして、管理サイトによる個人認証に成功した後に、管理サイトに、サイトＡのパスワードの発行要求を行う。
この発行要求は、端末の画面に表示される「パスワード発行」ボタンを、マスクなどの入力装置でユーザ１（ｕｓｅｒ１）が押すことにより行っても良い。
【００５０】
ＳＴＥＰ２；
管理サイトは、ユーザ１（ｕｓｅｒ１）のサイトＡのＩＤ（ｇｅｇｅｇｅ）に対するランダムな値のパスワード（ｐａｓｓ３２１）を発行する。
この発行されたパスワードは、ユーザ１の電子メールアドレス宛に電子メールで送っても良いし、或いは、端末の画面に表示しても良い。電子メールで送る場合は、ユーザ１の電子メールアドレス宛に送られるので、パスワードの発行要求を行った者が、ユーザ１になりすました者であっても、ユーザ１になりすました者に、発行されたパスワードを知られることは無い。端末の画面に表示する場合は、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ）などの暗号化を行うことで、セキュリティを高めることができる。
【００５１】
ＳＴＥＰ３；
管理サイトは、ユーザ１（ｕｓｅｒ１）の認証管理テーブルに、サイトＡのＩＤ（ｇｅｇｅｇｅ）に対するパスワード（ｐａｓｓ３２１）を登録する。
尚、パスワードは、所定期間が過ぎると、管理サイトによって消去される。
【００５２】
ＳＴＥＰ４；
ユーザ１（ｕｓｅｒ１）は、サイトＡのＩＤ（ｇｅｇｅｇｅ）と発行されたパスワード（ｐａｓｓ３２１）を用いて、端末からサイトＡにアクセスする。この際、ユーザ１は、端末から、管理サイトの自分のＩＤ（ｕｓｅｒ１）もサイトＡに知らせる。
【００５３】
ＳＴＥＰ５；
サイトＡは、ユーザ１の管理サイトのＩＤ（ｕｓｅｒ１）とサイトＡのＩＤ（ｇｅｇｅｇｅ）及びパスワード（ｐａｓｓ３２１）とを管理サイトに送り、ユーザ１（ｕｓｅｒ１）の個人認証を管理サイトに依頼する。
【００５４】
ＳＴＥＰ６；
管理サイトは、ユーザ１（ｕｓｅｒ１）の認証管理テーブルに基づいて、ユーザ１（ｕｓｅｒ１）の個人認証を行い、その結果をサイトＡに返す。
ユーザ１（ｕｓｅｒ１）の個人認証は、ユーザ１（ｕｓｅｒ１）の認証管理テーブルにおけるサイトＡの有効フラグが本登録を示し、しかも、サイトＡから受け取ったユーザ１（ｕｓｅｒ１）のサイトＡのＩＤ（ｇｅｇｅｇｅ）とパスワード（ｐａｓｓ３２１）とが、それぞれユーザ１（ｕｓｅｒ１）の認証管理テーブルにおけるサイトＡのＩＤとパスワードとに一致する場合のみ成功であり、他の場合は不成功である。
尚、ユーザ１（ｕｓｅｒ１）の個人認証が成功した場合、管理サイトは、ユーザ１（ｕｓｅｒ１）の認証管理テーブルから、サイトＡのパスワードを消去する。
【００５５】
ＳＴＥＰ７；
サイトＡは、管理サイトからの通知を受けて、ユーザ１（ｕｓｅｒ１）の個人認証の結果を端末に表示させて、その結果をユーザ１（ｕｓｅｒ１）に通知する。
【００５６】
【発明の効果】
請求項１の発明は、各ユーザの各サイトにおけるＩＤとパスワードを一元管理し、各サイトから依頼を受けてユーザの個人認証を行うので、各サイトでＩＤとパスワードを管理してユーザの個人認証を行う必要が無くなり、各サイトでの運用の負担が軽減されるという効果がある。
【００５７】
請求項２の発明は、請求項１の発明の効果に加えて、所定期間の内に、各サイトにて行ったユーザ登録をユーザが有効としない限り、これらユーザ登録の際に定められたＩＤとパスワードを用いて各サイトの提供するサービスを利用できないので、個人認証のセキュリティを高めることができるという効果がある。
【００５８】
請求項３の発明は、請求項１の発明の効果に加えて、ユーザの要求に従ってパスワードを、ランダムな値で、このユーザに発行し、所定期間が過ぎると、或いは、所定期間内でも、発行されたパスワードを用いた個人認証に成功すると、発行されたパスワードは消去されるので、セキュリティ的に高い個人認証を実現できるという効果がある。
【００５９】
請求項４の発明は、所定期間の内に、各サイトにて行ったユーザ登録をユーザが有効としない限り、これらユーザ登録の際に定められたＩＤを用いて各サイトの提供するサービスを利用できないので、請求項３の発明よりもセキュリティ的に高い個人認証を実現できるという効果がある。
【００６０】
以上、本発明は、複数のサイトの個人認証を一元管理し、しかもセキュリティ的に高い個人認証を実現できるという効果がある。
【図面の簡単な説明】
【図１】本発明に係わるシステムの構成例を示す図。
【図２】ユーザ個人情報テーブルの抜粋例を示す図。
【図３】認証管理テーブルの例を示す図。
【図４】サイトＡのパスワードをユーザが決定する場合について、ユーザ１のサイトＡでのユーザ登録に係わる処理の例を示すフローチャート。
【図５】サイトＡのパスワードをユーザが決定する場合について、ユーザ１のサイトＡでの個人認証に係わる処理の例を示すフローチャート。
【図６】サイトＡのパスワードを管理サイトが発行する場合について、ユーザ１のサイトＡでのユーザ登録に係わる処理の例を示すフローチャート。
【図７】サイトＡのパスワードを管理サイトが発行する場合について、ユーザ１のサイトＡでの個人認証に係わる処理の例を示すフローチャート。
【図１】
2005018234.tif 000002
【図２】
2005018234.tif 000003
【図３】
2005018234.tif 000004
【図４】
2005018234.tif 000005
【図５】
2005018234.tif 000006
【図６】
2005018234.tif 000007
【図７】
2005018234.tif 000008