記憶媒体を利用した共有認証情報配信方法
【課題】
複数の利用者で共用する共有機器（ＰＣやサーバ）を利用するためのパスワードの更新を、利用者全員に対して行う手間を低減することを課題とする。
【解決手段】
本発明は、パスワード管理サーバに共有機器のIDおよびパスワードを対応付けて格納しておき、そのID、パスワードを共有機器の利用者のICカードに適宜配信することで面倒な手間をできるだけ省いている。このことで、システムにおいて、利用者が共有機器のパスワード更新を意識することなく、共有機器を利用できるものである。この際、ＩＣカードへの送信(格納)は、パスワードが管理者などにより変更された後、最初に当該ＩＣカードを利用した際に、変更前のパスワードでの認証が成功した場合に実行することが好適である。なお、変更前のパスワードについては、直近のパスワードより以前のパスワードで認証できても構わない。
複数の利用者で共用する共有機器（ＰＣやサーバ）を利用するためのパスワードの更新を、利用者全員に対して行う手間を低減することを課題とする。
【解決手段】
本発明は、パスワード管理サーバに共有機器のIDおよびパスワードを対応付けて格納しておき、そのID、パスワードを共有機器の利用者のICカードに適宜配信することで面倒な手間をできるだけ省いている。このことで、システムにおいて、利用者が共有機器のパスワード更新を意識することなく、共有機器を利用できるものである。この際、ＩＣカードへの送信(格納)は、パスワードが管理者などにより変更された後、最初に当該ＩＣカードを利用した際に、変更前のパスワードでの認証が成功した場合に実行することが好適である。なお、変更前のパスワードについては、直近のパスワードより以前のパスワードで認証できても構わない。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パーソナルコンピュータ（ＰＣ）やサーバなどの機器を用いる際に行う認証で用いられるパスワードの更新（変更）に関するものである。その中でも特に、組織の中で共用される共有機器のパスワード等の認証情報の更新に関する。
【背景技術】
【０００２】
現在、企業など組織体でＰＣなどを利用する際には、パスワードを用いた認証が一般的に行われている。このパスワードは、セキュリティの観点から同じものを使い続けるのでなく、更新することが推奨されている。このような更新を行うための技術として、特許文献１がある。
【０００３】
特許文献１では、利用機器であるシステムへのアクセス頻度から使用者毎にパスワード有効期限と更新期限を設定し、この期限に基づいてパスワードの変更を事前に使用者に対して促してパスワードの更新管理をすることによりシステムのセキュリティを確保している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平７−１８２０６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１をはじめ、現在、各個人が利用するＰＣについては必要に応じて定期的に自分でパスワードを更新するが、複数人がアクセスする共有ＰＣ／サーバを含む共有機器については、その管理責任者が定期的にパスワード更新を行っている。そのため、共有ＰＣ／サーバの利用者は管理責任者がパスワード更新したことを知らないと利用できなくなってしまう。また、管理責任者はパスワード更新する度に共有ＰＣ／サーバの利用者にパスワード更新の連絡をする必要があり、手間が掛かる上に連絡漏れや連絡し忘れが生じる可能性がある。
【０００６】
本発明では上記問題を解決し、利用者が管理責任者のパスワード更新を意識することなく、面倒な手間をかけないで共有ＰＣ／サーバを利用できるシステムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、パスワード管理サーバに共有機器のＩＤおよびパスワードを対応付けて格納しておき、そのＩＤ、パスワードを共有機器の利用者のＩＣカードに適宜配信することで面倒な手間をできるだけ省いている。このことで、システムにおいて、利用者が共有機器のパスワード更新を意識することなく、共有機器を利用できるものである。この際、ＩＣカードへの送信(格納)は、パスワードが管理者などにより変更された後、最初に当該ＩＣカードを利用した際に、変更前のパスワードでの認証が成功した場合に実行することが好適である。なお、変更前のパスワードについては、直近のパスワードより以前のパスワードで認証できても構わない。
【０００８】
本システムにおいて、ＩＣカードには共有機器を利用するＩＤ・パスワードおよびカードの真正性を示す証明書が格納されている。利用者は共有機器を利用する際、ＩＣカードを挿入することにより格納されているＩＤ・パスワードが読み出されて、自動的に共有機器へログインできる。
【０００９】
また、共有機器の管理者は不正利用などから守るために定期的なパスワード更新を実施する。パスワードの更新があった場合は、自動的もしくは任意に更新したパスワードを日付情報と合わせてパスワード管理サーバに送信し、管理サーバに登録されているデータと比較して最新データであれば登録データの更新を行うが、利用者のＩＣカードデータはまだ未更新の状態となる。この場合、利用者のＩＣカードデータ更新は、共有機器へアクセスする際に実施される。ＩＣカードに格納されているＩＤ・パスワードで共有ＰＣ／サーバへのログインが出来ない場合、そのＩＤ・パスワードおよび証明書をパスワード管理サーバに送信し、まずカードの真正性を確認すべく証明書チェックが行われる。証明書が正しいことが確認されると、続いて以下の項目に関して、DB登録されているＩＤ・パスワードとの比較を実施する。すなわち、
当該共有ＰＣ／サーバを利用できるＩＤであるか？送信されたパスワードが過去の一定回数のものと一致しているか？前回の更新から一定期間以内であるか？（一定期間未使用の場合は権限を失効する。）上記3項目をそれぞれ満たしている場合は最新のパスワードを取得でき、ＩＣカード内のパスワードを更新することにより、共有機器へログインできるようになる。
【００１０】
なお、これらの態様について、パスワード（およびＩＤ）を認証に用いているが、他の認証情報を用いることも本発明に含まれる。
【発明の効果】
【００１１】
本発明によれば、共有機器についての認証情報の更新を、より手間を省いた形で実現できる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態のシステム構成図である。
【図２】ＩＣカード１４が有するＩＣチップ２０の構成を示す構成図である。
【図３】管理DB11内のデータ構成である管理テーブルを示す図である。
【図４】管理DB11内の管理テーブルにおいて、コンピュータ名とＩＤをキーにして抽出した結果の一部を表した図である。
【図５】管理DB11内の管理テーブルにおいて、コンピュータ名、パスワード、更新日付、属性をキーにして抽出した結果の一部を表した図である。
【図６】本発明の一実施形態における利用者が共有ＰＣ（共有サーバ）を利用する際の処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下に本発明の一実施形態（ＩＣカードを利用した場合）について、図面を用いて、説明する。
【００１４】
図1は、本実施形態の全体概略図である。本実施形態では、パスワード（ＰＷ）管理サーバ10、管理DB11、個人ＰＣ12、ＩＣカードリーダライタ13、ＩＣカード14、共有ＰＣ15、共有サーバ16、LAN回線17で構成されている。共有ＰＣ15や共有サーバ16はパスワードが変更された場合、LAN回線17を介してパスワード自体や更新日時をパスワード管理サーバ10に送信する。パスワード管理サーバ10はそのパスワードや更新日時を管理DB11に登録し、過去の履歴とともに管理する。利用者が個人ＰＣ12や共有ＰＣ15、共有サーバ16を使用するためにＩＣカードリーダライタ13にＩＣカード14を挿入すると、ＩＣカード14から必要な情報を読出してパスワード管理サーバ10に送信する。その情報と管理DB11内の情報とを比較し、更新条件を満たしている場合はＩＣカード14内の情報を更新する。このことによって、利用者はパスワード変更を意識することなく、共有ＰＣ15や共有サーバ16を利用できる。なお、各装置の機能は、図示しないプログラムに従ってＣＰＵの如き演算装置により実現される。
【００１５】
図2は、利用者の所有するＩＣカードに搭載しているＩＣチップの内部構成を示す図である。ＩＣチップ20は各種アプリケーションを格納する記憶装置であり、通信装置21、処理装置22、メモリ23を有している。メモリ23内はＩＤ/ＰＷ管理アプリケーション24が格納されている。ＩＤ/ＰＷ管理アプリケーション24には、共有ＰＣ15や共有サーバ16を利用するためのＩＤデータ25、ＰＷデータ26、証明書データ27を、また証明書データ27内には署名データ28を有している。
【００１６】
図3は、管理DB11内のデータ構成である管理テーブルの一例である。パスワード管理サーバ10とLAN回線17で繋がっている同一ネットワーク上にある共有ＰＣや共有サーバのコンピュータ名30、各コンピュータを利用できる利用者ＩＤ31、これまでのパスワード情報32、パスワード更新された日付を表す更新日付33、利用者および管理者などの権限を表す属性情報34から構成される。
【００１７】
図4は、管理DB11に格納されているコンピュータ名とＩＤをキーにして抽出した結果の一部を表した図である。パスワード管理サーバ10と同一ネットワーク上にあるコンピュータ名311と利用者登録されているＩＤ312で構成されている。つまり、更新するパスワードを配信する先を特定するものである。
【００１８】
図5は、管理DB11に格納されているコンピュータ名、パスワード、更新日付、属性をキーにして抽出した結果の一部を表した図である。パスワード管理サーバ10と同一ネットワーク上にあるコンピュータ名321、最新および過去3回分のパスワード322、パスワード更新した際の更新日付323、利用者や管理者などの権限を表す属性324で構成されている。
【００１９】
図6は、例として利用者が共有ＰＣ（共有サーバ）を利用する際の処理手順を示すフローチャートである。
【００２０】
まず、利用者からの操作に従って、共有ＰＣ15のアプリケーションを利用するために、共有ＰＣ15へアクセス、すなわち起動を行う（ステップ400）。
【００２１】
共有ＰＣ15にはＩＣカードリーダライタ13が接続されており、ＩＣカードリーダライタ13はＩＣカード14が挿入されたことを検知して、ログイン処理を開始する（ステップ401）。共有ＰＣ15は、挿入されたＩＣカード14のメモリ23からのＩＤデータ25、ＰＷデータ26の読出しを行う（ステップ402）。
【００２２】
共有ＰＣ15は読み出したＩＤデータ25、ＰＷデータ26と、自身が所有（格納）しているＩＤデータ、ＰＷデータと比較して一致するか判断を行う。（ステップ403）。そしてＩＤデータおよびＰＷデータが一致して認証成功となった場合、共有ＰＣ15へのログインが許可される（ステップ404）。
【００２３】
逆に、ＩＤデータおよびＰＷデータが不一致で認証失敗となった場合は、ＰＷデータの更新処理を行うこととなる。共有ＰＣ15は更新処理するにあたって、挿入されたＩＣカード14の真正証を確かめるため、ＩＣカード14のメモリ23からの証明書データ27の読出しを行い、事前に読み出していたＩＤデータ25、ＰＷデータ26および証明書データ27をパスワード管理サーバ10へ送信する（ステップ405）。パスワード管理サーバ10は送られてきたデータのうち、最初に証明書データ27が正しいか確認を行う。証明書データ27にはパスワード管理サーバ10での署名データ28（デジタル署名）が付与されており、その署名データ28がパスワード管理サーバ10で署名されたものかを判断する（ステップ406）。
【００２４】
証明書データ検証が失敗した場合は、不正カードであると判断されてログイン失敗となり、管理者への問合せを促す画面表示へ遷移する。証明書データ検証の成功によりＩＣカード14の真正証が確認されたら、パスワード管理サーバ10は次にＩＤデータと旧ＰＷデータの照合処理を行う（ステップ407）。
【００２５】
パスワード管理サーバ10における管理DB11内には、同一ネットワークとして接続されている共有ＰＣ毎にコンピュータ名311当てられており、コンピュータ名毎に利用者登録されているＩＤ312が管理されている。そして送られてきたＩＤデータ25と、送り元の共有ＰＣ15のコンピュータ名311に利用者登録されているＩＤ312とを比較して一致するかで判断する。例えば、コンピュータ名「MERCURY」に利用者登録されているＩＤが「12345678」「24567890」「34567891」「11111111」の4つある場合、ＩＤデータ25が「12345678」であればＩＤ照合成功となるが、ＩＤデータ25が「22222222」であると利用者登録されているＩＤと一致しないため、ＩＤ照合失敗となる。また、パスワード管理サーバ上のＩＤは「アクセス頻度」と「更新有無」でソートされて管理されている。このことにより、よく利用していてまだ更新していないＩＤが上位に位置付けられ、利用頻度の多いＩＤに対してより速く効率的な検索ができ、更新処理も高速化される（ステップ408）。
【００２６】
ＩＤ照合が失敗した場合は、不正利用者であると判断されてログイン失敗となり、管理者への問合せを促す画面表示へ遷移する。ＩＤ照合が成功したら続いて、パスワード比較を行う。パスワード管理サーバ10における管理DB11内には、コンピュータ名毎に過去3回分のパスワード322が管理されており、送られてきたＰＷデータ26が管理DB11でコンピュータ名321毎に管理されている過去3回分のパスワード322と比較して一致するかで判断する。例えば、コンピュータ名「MERCURY」の最新パスワードが「2233445566」で一つ前「39393939」、二つ前「87654321」、三つ前「77777777」の場合、ＰＷデータ26が「39393939」であればＰＷ照合成功となるが、ＰＷデータ26が「22222222」であると登録されているＰＷと一致しないため、ＰＷ照合失敗となる。過去のパスワードはもちろん新しい順にソートされていることにより、効率的な検索が可能となる（ステップ409）。
【００２７】
ＰＷ照合が失敗した場合は、不正利用者であると判断されてログイン失敗となり、管理者への問合せを促す画面表示へ遷移する。ＰＷ照合が成功したら、さらに更新日付の比較を行う。パスワード管理サーバ10における管理DB11内には、コンピュータ名毎に過去3回分（3回は一例であり他の回数であっても構わない）のパスワード322が管理されているが、そのパスワード毎に更新日付323も管理されている。本処理を実施している当日の日付とステップ409で一致したパスワード322の更新日付323とを比較して、一年以内かどうか判断する。例えば本処理の実施日を2010年2月1日とすると、ＰＷ照合で一致したパスワードの更新日付が2009年2月1日以降であれば日付確認処理成功となるが、2009年2月1日以前の場合は日付確認処理失敗となる（ステップ410）。なお、当然「一年」はあくまでも一例であり、他の期間であっても構わない。
【００２８】
日付確認処理が失敗した場合はこれまでの処理同様、不正利用者であると判断されてログイン失敗となり、管理者への問合せを促す画面表示へ遷移する。日付確認処理が成功すると、パスワード管理サーバ10は最新のパスワードを共有ＰＣ15に対して送信する（ステップ411）。
【００２９】
共有ＰＣ15は、最新パスワードを受信すると、接続されたＩＣカードリーダライタ13を経由してＩＣカード14へアクセスし、メモリ23内のＩＤ/ＰＷ管理アプリケーション24に格納されているＰＷデータ26を最新パスワードに書き換える処理を行う（ステップ412）。ＩＣカード14内のＰＷデータ26が最新パスワードに書き換えられたことが確認された後、共有ＰＣ15は再度認証処理を実施してログイン可能となる（ステップ413）。
【００３０】
上記はＩＣカードを利用することによる実施例を記載しているが、その他記憶媒体（USBメモリ等）を利用することもできる。また、
処理手順を示すフローチャートにおいて、証明書の確認を最初に実施するのは更新が実施できる前提として正しいカードであることが挙げられ、まずは不正カードをはじくために最初にカードの真正性確認を行う必要がある。
【００３１】
また、カードの真正性確認後の処理順序はＩＤ確認、ＰＷ確認、更新日付確認の順がベストである。処理自体は順不同でも実施可能であるが、ＩＤが存在しないにも関わらずＰＷ確認しても意味がないため、絞り込みにはこの順序が効率的となる。
【符号の説明】
【００３２】
１０…パスワード管理サーバ、１１…管理ＤＢ、１２…個人ＰＣ、１３…ＩＣカードリーダライタ、１４…ＩＣカード、１５…共有ＰＣ、１６…共有サーバ、１７…ネットワーク
【技術分野】
【０００１】
本発明は、パーソナルコンピュータ（ＰＣ）やサーバなどの機器を用いる際に行う認証で用いられるパスワードの更新（変更）に関するものである。その中でも特に、組織の中で共用される共有機器のパスワード等の認証情報の更新に関する。
【背景技術】
【０００２】
現在、企業など組織体でＰＣなどを利用する際には、パスワードを用いた認証が一般的に行われている。このパスワードは、セキュリティの観点から同じものを使い続けるのでなく、更新することが推奨されている。このような更新を行うための技術として、特許文献１がある。
【０００３】
特許文献１では、利用機器であるシステムへのアクセス頻度から使用者毎にパスワード有効期限と更新期限を設定し、この期限に基づいてパスワードの変更を事前に使用者に対して促してパスワードの更新管理をすることによりシステムのセキュリティを確保している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平７−１８２０６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１をはじめ、現在、各個人が利用するＰＣについては必要に応じて定期的に自分でパスワードを更新するが、複数人がアクセスする共有ＰＣ／サーバを含む共有機器については、その管理責任者が定期的にパスワード更新を行っている。そのため、共有ＰＣ／サーバの利用者は管理責任者がパスワード更新したことを知らないと利用できなくなってしまう。また、管理責任者はパスワード更新する度に共有ＰＣ／サーバの利用者にパスワード更新の連絡をする必要があり、手間が掛かる上に連絡漏れや連絡し忘れが生じる可能性がある。
【０００６】
本発明では上記問題を解決し、利用者が管理責任者のパスワード更新を意識することなく、面倒な手間をかけないで共有ＰＣ／サーバを利用できるシステムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、パスワード管理サーバに共有機器のＩＤおよびパスワードを対応付けて格納しておき、そのＩＤ、パスワードを共有機器の利用者のＩＣカードに適宜配信することで面倒な手間をできるだけ省いている。このことで、システムにおいて、利用者が共有機器のパスワード更新を意識することなく、共有機器を利用できるものである。この際、ＩＣカードへの送信(格納)は、パスワードが管理者などにより変更された後、最初に当該ＩＣカードを利用した際に、変更前のパスワードでの認証が成功した場合に実行することが好適である。なお、変更前のパスワードについては、直近のパスワードより以前のパスワードで認証できても構わない。
【０００８】
本システムにおいて、ＩＣカードには共有機器を利用するＩＤ・パスワードおよびカードの真正性を示す証明書が格納されている。利用者は共有機器を利用する際、ＩＣカードを挿入することにより格納されているＩＤ・パスワードが読み出されて、自動的に共有機器へログインできる。
【０００９】
また、共有機器の管理者は不正利用などから守るために定期的なパスワード更新を実施する。パスワードの更新があった場合は、自動的もしくは任意に更新したパスワードを日付情報と合わせてパスワード管理サーバに送信し、管理サーバに登録されているデータと比較して最新データであれば登録データの更新を行うが、利用者のＩＣカードデータはまだ未更新の状態となる。この場合、利用者のＩＣカードデータ更新は、共有機器へアクセスする際に実施される。ＩＣカードに格納されているＩＤ・パスワードで共有ＰＣ／サーバへのログインが出来ない場合、そのＩＤ・パスワードおよび証明書をパスワード管理サーバに送信し、まずカードの真正性を確認すべく証明書チェックが行われる。証明書が正しいことが確認されると、続いて以下の項目に関して、DB登録されているＩＤ・パスワードとの比較を実施する。すなわち、
当該共有ＰＣ／サーバを利用できるＩＤであるか？送信されたパスワードが過去の一定回数のものと一致しているか？前回の更新から一定期間以内であるか？（一定期間未使用の場合は権限を失効する。）上記3項目をそれぞれ満たしている場合は最新のパスワードを取得でき、ＩＣカード内のパスワードを更新することにより、共有機器へログインできるようになる。
【００１０】
なお、これらの態様について、パスワード（およびＩＤ）を認証に用いているが、他の認証情報を用いることも本発明に含まれる。
【発明の効果】
【００１１】
本発明によれば、共有機器についての認証情報の更新を、より手間を省いた形で実現できる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態のシステム構成図である。
【図２】ＩＣカード１４が有するＩＣチップ２０の構成を示す構成図である。
【図３】管理DB11内のデータ構成である管理テーブルを示す図である。
【図４】管理DB11内の管理テーブルにおいて、コンピュータ名とＩＤをキーにして抽出した結果の一部を表した図である。
【図５】管理DB11内の管理テーブルにおいて、コンピュータ名、パスワード、更新日付、属性をキーにして抽出した結果の一部を表した図である。
【図６】本発明の一実施形態における利用者が共有ＰＣ（共有サーバ）を利用する際の処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下に本発明の一実施形態（ＩＣカードを利用した場合）について、図面を用いて、説明する。
【００１４】
図1は、本実施形態の全体概略図である。本実施形態では、パスワード（ＰＷ）管理サーバ10、管理DB11、個人ＰＣ12、ＩＣカードリーダライタ13、ＩＣカード14、共有ＰＣ15、共有サーバ16、LAN回線17で構成されている。共有ＰＣ15や共有サーバ16はパスワードが変更された場合、LAN回線17を介してパスワード自体や更新日時をパスワード管理サーバ10に送信する。パスワード管理サーバ10はそのパスワードや更新日時を管理DB11に登録し、過去の履歴とともに管理する。利用者が個人ＰＣ12や共有ＰＣ15、共有サーバ16を使用するためにＩＣカードリーダライタ13にＩＣカード14を挿入すると、ＩＣカード14から必要な情報を読出してパスワード管理サーバ10に送信する。その情報と管理DB11内の情報とを比較し、更新条件を満たしている場合はＩＣカード14内の情報を更新する。このことによって、利用者はパスワード変更を意識することなく、共有ＰＣ15や共有サーバ16を利用できる。なお、各装置の機能は、図示しないプログラムに従ってＣＰＵの如き演算装置により実現される。
【００１５】
図2は、利用者の所有するＩＣカードに搭載しているＩＣチップの内部構成を示す図である。ＩＣチップ20は各種アプリケーションを格納する記憶装置であり、通信装置21、処理装置22、メモリ23を有している。メモリ23内はＩＤ/ＰＷ管理アプリケーション24が格納されている。ＩＤ/ＰＷ管理アプリケーション24には、共有ＰＣ15や共有サーバ16を利用するためのＩＤデータ25、ＰＷデータ26、証明書データ27を、また証明書データ27内には署名データ28を有している。
【００１６】
図3は、管理DB11内のデータ構成である管理テーブルの一例である。パスワード管理サーバ10とLAN回線17で繋がっている同一ネットワーク上にある共有ＰＣや共有サーバのコンピュータ名30、各コンピュータを利用できる利用者ＩＤ31、これまでのパスワード情報32、パスワード更新された日付を表す更新日付33、利用者および管理者などの権限を表す属性情報34から構成される。
【００１７】
図4は、管理DB11に格納されているコンピュータ名とＩＤをキーにして抽出した結果の一部を表した図である。パスワード管理サーバ10と同一ネットワーク上にあるコンピュータ名311と利用者登録されているＩＤ312で構成されている。つまり、更新するパスワードを配信する先を特定するものである。
【００１８】
図5は、管理DB11に格納されているコンピュータ名、パスワード、更新日付、属性をキーにして抽出した結果の一部を表した図である。パスワード管理サーバ10と同一ネットワーク上にあるコンピュータ名321、最新および過去3回分のパスワード322、パスワード更新した際の更新日付323、利用者や管理者などの権限を表す属性324で構成されている。
【００１９】
図6は、例として利用者が共有ＰＣ（共有サーバ）を利用する際の処理手順を示すフローチャートである。
【００２０】
まず、利用者からの操作に従って、共有ＰＣ15のアプリケーションを利用するために、共有ＰＣ15へアクセス、すなわち起動を行う（ステップ400）。
【００２１】
共有ＰＣ15にはＩＣカードリーダライタ13が接続されており、ＩＣカードリーダライタ13はＩＣカード14が挿入されたことを検知して、ログイン処理を開始する（ステップ401）。共有ＰＣ15は、挿入されたＩＣカード14のメモリ23からのＩＤデータ25、ＰＷデータ26の読出しを行う（ステップ402）。
【００２２】
共有ＰＣ15は読み出したＩＤデータ25、ＰＷデータ26と、自身が所有（格納）しているＩＤデータ、ＰＷデータと比較して一致するか判断を行う。（ステップ403）。そしてＩＤデータおよびＰＷデータが一致して認証成功となった場合、共有ＰＣ15へのログインが許可される（ステップ404）。
【００２３】
逆に、ＩＤデータおよびＰＷデータが不一致で認証失敗となった場合は、ＰＷデータの更新処理を行うこととなる。共有ＰＣ15は更新処理するにあたって、挿入されたＩＣカード14の真正証を確かめるため、ＩＣカード14のメモリ23からの証明書データ27の読出しを行い、事前に読み出していたＩＤデータ25、ＰＷデータ26および証明書データ27をパスワード管理サーバ10へ送信する（ステップ405）。パスワード管理サーバ10は送られてきたデータのうち、最初に証明書データ27が正しいか確認を行う。証明書データ27にはパスワード管理サーバ10での署名データ28（デジタル署名）が付与されており、その署名データ28がパスワード管理サーバ10で署名されたものかを判断する（ステップ406）。
【００２４】
証明書データ検証が失敗した場合は、不正カードであると判断されてログイン失敗となり、管理者への問合せを促す画面表示へ遷移する。証明書データ検証の成功によりＩＣカード14の真正証が確認されたら、パスワード管理サーバ10は次にＩＤデータと旧ＰＷデータの照合処理を行う（ステップ407）。
【００２５】
パスワード管理サーバ10における管理DB11内には、同一ネットワークとして接続されている共有ＰＣ毎にコンピュータ名311当てられており、コンピュータ名毎に利用者登録されているＩＤ312が管理されている。そして送られてきたＩＤデータ25と、送り元の共有ＰＣ15のコンピュータ名311に利用者登録されているＩＤ312とを比較して一致するかで判断する。例えば、コンピュータ名「MERCURY」に利用者登録されているＩＤが「12345678」「24567890」「34567891」「11111111」の4つある場合、ＩＤデータ25が「12345678」であればＩＤ照合成功となるが、ＩＤデータ25が「22222222」であると利用者登録されているＩＤと一致しないため、ＩＤ照合失敗となる。また、パスワード管理サーバ上のＩＤは「アクセス頻度」と「更新有無」でソートされて管理されている。このことにより、よく利用していてまだ更新していないＩＤが上位に位置付けられ、利用頻度の多いＩＤに対してより速く効率的な検索ができ、更新処理も高速化される（ステップ408）。
【００２６】
ＩＤ照合が失敗した場合は、不正利用者であると判断されてログイン失敗となり、管理者への問合せを促す画面表示へ遷移する。ＩＤ照合が成功したら続いて、パスワード比較を行う。パスワード管理サーバ10における管理DB11内には、コンピュータ名毎に過去3回分のパスワード322が管理されており、送られてきたＰＷデータ26が管理DB11でコンピュータ名321毎に管理されている過去3回分のパスワード322と比較して一致するかで判断する。例えば、コンピュータ名「MERCURY」の最新パスワードが「2233445566」で一つ前「39393939」、二つ前「87654321」、三つ前「77777777」の場合、ＰＷデータ26が「39393939」であればＰＷ照合成功となるが、ＰＷデータ26が「22222222」であると登録されているＰＷと一致しないため、ＰＷ照合失敗となる。過去のパスワードはもちろん新しい順にソートされていることにより、効率的な検索が可能となる（ステップ409）。
【００２７】
ＰＷ照合が失敗した場合は、不正利用者であると判断されてログイン失敗となり、管理者への問合せを促す画面表示へ遷移する。ＰＷ照合が成功したら、さらに更新日付の比較を行う。パスワード管理サーバ10における管理DB11内には、コンピュータ名毎に過去3回分（3回は一例であり他の回数であっても構わない）のパスワード322が管理されているが、そのパスワード毎に更新日付323も管理されている。本処理を実施している当日の日付とステップ409で一致したパスワード322の更新日付323とを比較して、一年以内かどうか判断する。例えば本処理の実施日を2010年2月1日とすると、ＰＷ照合で一致したパスワードの更新日付が2009年2月1日以降であれば日付確認処理成功となるが、2009年2月1日以前の場合は日付確認処理失敗となる（ステップ410）。なお、当然「一年」はあくまでも一例であり、他の期間であっても構わない。
【００２８】
日付確認処理が失敗した場合はこれまでの処理同様、不正利用者であると判断されてログイン失敗となり、管理者への問合せを促す画面表示へ遷移する。日付確認処理が成功すると、パスワード管理サーバ10は最新のパスワードを共有ＰＣ15に対して送信する（ステップ411）。
【００２９】
共有ＰＣ15は、最新パスワードを受信すると、接続されたＩＣカードリーダライタ13を経由してＩＣカード14へアクセスし、メモリ23内のＩＤ/ＰＷ管理アプリケーション24に格納されているＰＷデータ26を最新パスワードに書き換える処理を行う（ステップ412）。ＩＣカード14内のＰＷデータ26が最新パスワードに書き換えられたことが確認された後、共有ＰＣ15は再度認証処理を実施してログイン可能となる（ステップ413）。
【００３０】
上記はＩＣカードを利用することによる実施例を記載しているが、その他記憶媒体（USBメモリ等）を利用することもできる。また、
処理手順を示すフローチャートにおいて、証明書の確認を最初に実施するのは更新が実施できる前提として正しいカードであることが挙げられ、まずは不正カードをはじくために最初にカードの真正性確認を行う必要がある。
【００３１】
また、カードの真正性確認後の処理順序はＩＤ確認、ＰＷ確認、更新日付確認の順がベストである。処理自体は順不同でも実施可能であるが、ＩＤが存在しないにも関わらずＰＷ確認しても意味がないため、絞り込みにはこの順序が効率的となる。
【符号の説明】
【００３２】
１０…パスワード管理サーバ、１１…管理ＤＢ、１２…個人ＰＣ、１３…ＩＣカードリーダライタ、１４…ＩＣカード、１５…共有ＰＣ、１６…共有サーバ、１７…ネットワーク
【特許請求の範囲】
【請求項１】
利用者の保持する記憶媒体に対して当該利用者が他の利用者と共用する共有機器を利用するための認証情報を配信する記憶媒体を利用した共有認証情報配信方法において、
前記共有機器を利用可能な利用者を識別する利用者ＩＤと認証情報を対応付けて記憶しておき、
前記共有機器を利用する際に、当該共有機器もしくは当該共有機器に接続された端末装置が、前記記憶媒体に格納された利用者ＩＤおよび認証情報を読出し、
前記記憶媒体に格納された認証情報を、関連する利用者ＩＤと前記共有機器で対応付けて記憶されている更新後認証情報と比較し、
当該比較の結果が不一致の場合、前記共有機器が記憶している更新前認証情報と比較し、
当該比較が一致の場合、前記記憶媒体に前記更新後認証情報を配信することで、前記記憶媒体に格納された認証情報を、当該更新後認証情報に更新することを特徴とする記憶媒体を利用した共有認証情報配信方法。
【請求項２】
請求項１に記載の記憶媒体を利用した共有認証情報配信方法において、
複数の前記更新前認証情報が前記共有機器に記憶されており、
前記更新前認証情報との比較は、複数の更新前認証情報のいずれかと一致した場合、一致と判断することを特徴とする記憶媒体を利用した共有認証情報配信方法。
【請求項３】
請求項２に記載の記憶媒体を利用した共有認証情報配信方法において、
前記複数の更新前認証情報は、予め定められた一定数が記憶されており、
前記更新前認証情報との比較は、前記一定数の更新前認証情報のいずれかと一致した場合、一致と判断することを特徴とする記憶媒体を利用した共有認証情報配信方法。
【請求項４】
請求項２または３乃至４のいずれかに記載の記憶媒体を利用した共有認証情報配信方法において、
前記複数の更新前認証情報を、更新された順序で時系列でソートして登録しておき、
前記更新前認証情報との比較は、更新されたときが新しい更新前認証情報から順に当該比較を実行することを特徴とする記憶媒体を利用した共有認証情報配信方法。
【請求項５】
請求項１乃至４のいずれかに記載の記憶媒体を利用した共有認証情報配信方
法において、
前記利用者における認証情報の更新履歴を記憶しておき、
前記利用者における認証情報の最新の更新が、予め定めた一定期間以内の場合に、前記更新後認証情報の配信を実行することを特徴とする記憶媒体を利用した共有認証情報配信方法。
【請求項１】
利用者の保持する記憶媒体に対して当該利用者が他の利用者と共用する共有機器を利用するための認証情報を配信する記憶媒体を利用した共有認証情報配信方法において、
前記共有機器を利用可能な利用者を識別する利用者ＩＤと認証情報を対応付けて記憶しておき、
前記共有機器を利用する際に、当該共有機器もしくは当該共有機器に接続された端末装置が、前記記憶媒体に格納された利用者ＩＤおよび認証情報を読出し、
前記記憶媒体に格納された認証情報を、関連する利用者ＩＤと前記共有機器で対応付けて記憶されている更新後認証情報と比較し、
当該比較の結果が不一致の場合、前記共有機器が記憶している更新前認証情報と比較し、
当該比較が一致の場合、前記記憶媒体に前記更新後認証情報を配信することで、前記記憶媒体に格納された認証情報を、当該更新後認証情報に更新することを特徴とする記憶媒体を利用した共有認証情報配信方法。
【請求項２】
請求項１に記載の記憶媒体を利用した共有認証情報配信方法において、
複数の前記更新前認証情報が前記共有機器に記憶されており、
前記更新前認証情報との比較は、複数の更新前認証情報のいずれかと一致した場合、一致と判断することを特徴とする記憶媒体を利用した共有認証情報配信方法。
【請求項３】
請求項２に記載の記憶媒体を利用した共有認証情報配信方法において、
前記複数の更新前認証情報は、予め定められた一定数が記憶されており、
前記更新前認証情報との比較は、前記一定数の更新前認証情報のいずれかと一致した場合、一致と判断することを特徴とする記憶媒体を利用した共有認証情報配信方法。
【請求項４】
請求項２または３乃至４のいずれかに記載の記憶媒体を利用した共有認証情報配信方法において、
前記複数の更新前認証情報を、更新された順序で時系列でソートして登録しておき、
前記更新前認証情報との比較は、更新されたときが新しい更新前認証情報から順に当該比較を実行することを特徴とする記憶媒体を利用した共有認証情報配信方法。
【請求項５】
請求項１乃至４のいずれかに記載の記憶媒体を利用した共有認証情報配信方
法において、
前記利用者における認証情報の更新履歴を記憶しておき、
前記利用者における認証情報の最新の更新が、予め定めた一定期間以内の場合に、前記更新後認証情報の配信を実行することを特徴とする記憶媒体を利用した共有認証情報配信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１１−２４２９５８（Ｐ２０１１−２４２９５８Ａ）
【公開日】平成２３年１２月１日（２０１１．１２．１）
【国際特許分類】
【出願番号】特願２０１０−１１３８１５（Ｐ２０１０−１１３８１５）
【出願日】平成２２年５月１８日（２０１０．５．１８）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２３年１２月１日（２０１１．１２．１）
【国際特許分類】
【出願日】平成２２年５月１８日（２０１０．５．１８）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]