JP5163413B2 - ロック解除システム、クライアント端末、およびロック解除プログラム - Google Patents

Description

本発明は、ロック解除システム、クライアント端末、およびロック解除プログラムに関する。

従来から、ＩＣ（Integrated Circuit）カードを利用した企業ネットワークシステムが知られている（例えば、特許文献１、２参照）。このようなシステムでは、通常、予めＩＣカードに記憶されているＰＩＮ（Personal Identification Number）と、ＩＣカードを所有するユーザにより入力されたＰＩＮとを照合して、ユーザを認証する。そして、ユーザとして認証された場合のみ、システムへのアクセスが許可される。

一方、予め定められた制限回数を超えてユーザ認証に失敗した場合には、ＩＣカードのＰＩＮがロックされ、ＩＣカードを使用することができなくなる。このようなシステムでは、システムの安全性を担保する必要があるため、ＰＩＮロックを解除するために管理者に対して本人証明を行うなどの手続きが要求されることが一般的である。

特開２００３−１５７４１２号公報 特開２００５−１４８８８３号公報

しかしながら、本人証明などの手続きはユーザにとって煩雑な手続きであるため、上記のようなＩＣカードを利用したシステムでは、安全性が高い分、使い勝手が悪くなるという問題がある。

ところで、上記のようなシステムを利用するユーザは様々であり、各ユーザに対する権限（例えば、正社員と派遣社員の権限）もそれぞれ異なることが一般的である。従って、全ユーザに対して本人証明などの手続きを一律に要求する必要はなく、利便性を向上させる上で改善の余地がある。

本発明は、上記事情に鑑みてなされたものであり、安全性を担保しつつ、利便性を向上させることができるロック解除システム、クライアント端末、およびロック解除プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明のロック解除システムは、携帯用セキュリティデバイスと、前記携帯用セキュリティデバイスに対してデータのリード・ライトを行うリーダ・ライタ装置と接続される第１のクライアント端末と、前記第１のクライアント端末とネットワークを介して接続されるサーバとを、備えるロック解除システムであって、前記携帯用セキュリティデバイスは、前記携帯用セキュリティデバイスがロック状態であるか否かを示すロック情報と、前記携帯用セキュリティデバイスの識別情報とを、対応付けて記憶する携帯用セキュリティデバイス情報記憶手段を備え、前記第１のクライアント端末は、前記携帯用セキュリティデバイスから、前記リーダ・ライタ装置を介して前記ロック情報と前記識別情報とを取得する取得手段と、取得された前記ロック情報がロック状態を示す場合に、前記取得手段により取得された前記識別情報を前記サーバに送信するとともに、送信した前記識別情報に対応する情報であって、複数のロック解除権限の中のいずれかを示すロック解除権限情報を、前記サーバから受信する第１のクライアント側通信制御手段と、受信された前記ロック解除権限情報が示すロック解除権限で許容されるロック解除処理で、前記携帯用セキュリティデバイスのロックを解除するロック解除手段と、を備え、前記サーバは、前記識別情報と前記ロック解除権限情報とを、対応付けて記憶するサーバ情報記憶手段と、前記第１のクライアント端末から送信された前記識別情報を受信するとともに、受信した前記識別情報に対応付けられた前記ロック解除権限情報を前記サーバ情報記憶手段から読み出して前記第１のクライアント端末に送信するサーバ側通信制御手段と、を備えることを特徴とする。

また、本発明のクライアント端末は、ネットワークを介してサーバに接続されるとともに、携帯用セキュリティデバイスに対してデータのリード・ライトを行うリーダ・ライタ装置に接続されるクライアント端末であって、前記携帯用セキュリティデバイスから、前記携帯用セキュリティデバイスがロック状態であるか否かを示すロック情報と、前記携帯用セキュリティデバイスの識別情報とを、前記リーダ・ライタ装置を介して取得する取得手段と、取得された前記ロック情報がロック状態を示す場合に、前記取得手段により取得された前記識別情報を前記サーバに送信するとともに、送信した前記識別情報に対応する情報であって、複数のロック解除権限の中のいずれかを示すロック解除権限情報を、前記サーバから受信する通信制御手段と、受信された前記ロック解除権限情報が示すロック解除権限で許容されるロック解除処理で、前記携帯用セキュリティデバイスのロックを解除するロック解除手段と、を備えることを特徴とする。

また、本発明のロック解除プログラムは、ネットワークを介してサーバに接続されるとともに、携帯用セキュリティデバイスに対してデータのリード・ライトを行うリーダ・ライタ装置に接続されるコンピュータに実行させるためのロック解除プログラムであって、前記携帯用セキュリティデバイスから、前記携帯用セキュリティデバイスがロック状態であるか否かを示すロック情報と、前記携帯用セキュリティデバイスの識別情報とを、前記リーダ・ライタ装置を介して取得する取得手順と、取得された前記ロック情報がロック状態を示す場合に、前記取得手段により取得された前記識別情報を前記サーバに送信するとともに、送信した前記識別情報に対応する情報であって、複数のロック解除権限の中のいずれかを示すロック解除権限情報を、前記サーバから受信する通信制御手順と、受信された前記ロック解除権限情報が示すロック解除権限で許容されるロック解除処理で、前記携帯用セキュリティデバイスのロックを解除するロック解除手順とを、前記コンピュータに実行させることを特徴とする。

本発明では、携帯用セキュリティデバイスがロック状態である場合に、クライアント端末が、携帯用セキュリティデバイスの識別情報をサーバに送信し、送信した識別情報に対応するロック解除権限情報をサーバから受信する。そしてクライアント端末が、受信したロック解除権限情報が示すロック解除権限で許容されるロック解除処理で、携帯用セキュリティデバイスのロックを解除する。このように本発明によれば、ユーザ（携帯用セキュリティデバイスの識別情報）に合わせたロック解除処理を行うことができるので、安全性を担保しつつ、利便性を向上させることができるという効果を奏する。

以下、添付図面を参照しながら、本発明にかかるロック解除システム、クライアント端末、およびロック解除プログラムの最良な実施の形態について説明する。なお、本発明は以下で説明する各実施の形態に限定されるものではなく、種々の変形が可能である。

（第１の実施の形態）
図１は、本実施の形態にかかるロック解除システム１の構成の一例を示すブロック図である。図１に示すように、ロック解除システム１では、サーバ１０と、複数のクライアント端末２０−１〜２０−ｎ（ｎは２以上の自然数）とがネットワーク３０を介して接続されている。そして、複数のクライアント端末２０−１〜２０−ｎにはそれぞれ、ＩＣカード４０−１〜４０−ｎに対してデータのリード・ライトを行うリーダ・ライタ装置５０−１〜５０−ｎが接続されている。なお、ネットワーク３０は、無線若しくは有線、またＬＡＮ(Local Area Network)や公衆通信回線を問わず、どのようなネットワークであってもよい。

本実施の形態にかかるサーバ１０は、ユーザ毎に設定されたＰＩＮロック解除権限を示すＰＩＮロック解除権限情報など各種情報の配信などを行うものであり、記憶部１１０と、通信制御部１２０と、認証部１３０とを備える。なお、サーバ１０および後述するクライアント端末２０−１〜２０−ｎは、ＣＰＵ（Central Processing Unit）などの制御装置、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などの記憶装置、ＨＤＤ（Hard Disk Drive）やＣＤ（Compact Disk）ドライブ装置などの外部記憶装置、ディスプレイ装置などの表示装置、キーボードやマウスなどの入出力装置等を備えており、通常のコンピュータを利用したハードウェア構成となっている。

記憶部１１０は、ユーザ（ＩＣカードの識別情報）毎に設定されたＰＩＮロック解除権限情報など各種情報を記憶する。図２は、記憶部１１０に記憶される情報の一例を示す説明図である。図２に示すように記憶部１１０には、ＩＣカードの識別情報と、複数のＰＩＮロック解除権限（自動応答、申請承認、オフライン）の中のいずれか（図２に示す例では、申請承認）を示すＰＩＮロック解除権限情報と、自動応答式ＰＩＮロック解除処理を行う際に使用する回答情報と、申請承認式ＰＩＮロック解除処理を行う際の承認者を示す承認者情報と、が対応付けられて記憶されている。

なお、自動応答式ＰＩＮロック解除処理および申請承認式ＰＩＮロック解除処理については後述する。また、以下では、図２に示す情報は、クライアント端末２０−１のユーザ、即ち、ユーザＡの情報を示すものとし、図２の承認者情報が示すユーザＢは、クライアント端末２０−２のユーザを示すものとする。

図１に戻り、通信制御部１２０は、ネットワーク３０を介して接続されるクライアント端末２０−１〜２０−ｎとの間でデータの送受信等を行う。例えば通信制御部１２０は、クライアント端末２０−１から送信されたＩＣカード４０−１の識別情報を受信する。そして通信制御部１２０は、受信したＩＣカード４０−１の識別情報に対応するＰＩＮロック解除権限情報を記憶部１１０から読み出してクライアント端末２０−１に送信する。

認証部１３０は、クライアント端末２０−１〜２０−ｎのいずれかにおいて、自動応答式ＰＩＮロック解除処理が行われる場合に、記憶部１１０に記憶されている回答情報を用いて認証処理を行う。

次に、図３を参照しながら、本実施の形態にかかるＩＣカード４０−１〜４０−ｎのハードウェア構成についてＩＣカード４０−１を例に取り説明する。図３は、ＩＣカード４０−１のハードウェア構成の一例を示す説明図である。なお、ＩＣカード４０−２〜４０−ｎの構成は、ＩＣカード４０−１と同様である。

図３に示すように、ＩＣカード４０−１は、通信Ｉ／Ｆ（Interface）４１と、ＣＰＵ４２と、ＲＡＭ４３と、ＲＯＭ４４と、ＥＥＰＲＯＭ（Electronically Erasable and Programmable Read Only Memory）４５とを備えている。

通信Ｉ／Ｆ４１は、接触端子などを備え、クライアント端末とＣＰＵ４２との間の通信を媒介するものである。ＣＰＵ４２は、ＩＣカード４０−１を統括制御する中央処理装置であって、通信Ｉ／Ｆ４１を介してクライアント端末から受信するコマンドに応じた処理（例えば、ＰＩＮ認証、ＰＩＮ更新、ＰＩＮロック、ＰＩＮロック解除など）を行い、その結果をレスポンスとして送信する。

ＲＡＭ４３は、ＣＰＵ４２が処理を行うための作業領域として使用する揮発性メモリである。ＲＯＭ４４は、ＣＰＵ４２が処理を行うために必要なプログラムおよびデータ（例えば、ＩＣカード４０−１の識別情報）を主に記憶している不揮発性の読み出し専用メモリである。ＥＥＰＲＯＭ４５は、随時書き換え可能な不揮発性のメモリであって、ＣＰＵ４２が処理を行うために必要なプログラムおよびデータ（例えば、ＩＣカード４０−１のＰＩＮ情報、ＩＣカード４０−１がロック状態であるか否かを示すＰＩＮロック情報など）が記憶されている。なお、本発明の携帯用セキュリティデバイス情報記憶手段は、ＲＡＭ４３、ＲＯＭ４４、およびＥＥＰＲＯＭ４５によって構成される。

図１に戻り、本実施の形態にかかるクライアント端末２０−１〜２０−ｎおよびリーダ・ライタ装置５０−１〜５０−ｎの構成について、クライアント端末２０−１およびリーダ・ライタ装置５０−１を例に取り説明する。なお、クライアント端末２０−２〜２０−ｎの構成は、クライアント端末２０−１と同様であり、リーダ・ライタ装置５０−２〜５０−ｎの構成は、リーダ・ライタ装置５０−１と同様である。

クライアント端末２０−１は、ＩＣカードのＰＩＮロックの解除などＩＣカードを用いた各種処理を行うものであり、取得部２１０と、通信制御部２２０と、記憶部２３０と、ロック解除部２４０と、応答部２５０とを備える。

取得部２１０は、リーダ・ライタ装置５０−１を介して、ＩＣカードからデータの取得等を行う。例えば取得部２１０は、リーダ・ライタ装置５０−１を介して、ＩＣカード４０−１から、ＩＣカード４０−１がＰＩＮロック状態であるか否かを示すＰＩＮロック情報とＩＣカード４０−１の識別情報とを取得する。

リーダ・ライタ装置５０−１は、ＩＣカードに対してデータのリード処理やライト処理を行って、ＩＣカードとクライアント端末５０−１との間の通信を媒介するものである。なお通信方式は、接触式であってもよいし、非接触式であってもよい。

通信制御部２２０は、ネットワーク３０を介して接続されるサーバ１０との間でデータの送受信等を行う。例えば、取得部２１０により取得されたＩＣカード４０−１のＰＩＮロック情報がＰＩＮロック状態を示す場合に、通信制御部２２０は、取得部２１０により取得されたＩＣカード４０−１の識別情報をサーバ１０に送信する。そして通信制御部２２０は、送信したＩＣカード４０−１の識別情報に対応するＰＩＮロック解除権限情報を、サーバ１０から受信する。なお通信制御部２２０は、ログイン時など所定のタイミングにもサーバ１０から各種情報を受信する。

記憶部２３０は、サーバ１０から受信したＰＩＮロック解除権限情報やＩＣカードから取得した情報などを記憶する。なお記憶部２３０に記憶された各情報は、ＩＣカードから最新の情報を取得したり、サーバ１０から最新の情報を受信する毎に、最新の情報で更新される。

ロック解除部２４０は、ＩＣカードのＰＩＮロックを解除する。例えばＩＣカード４０−１のＰＩＮロック情報がＰＩＮロック状態を示す場合に、通信制御部２２０により受信されたＰＩＮロック解除権限情報が示すＰＩＮロック解除権限（自動応答、申請承認、オフライン）で許容されるＰＩＮロック解除処理で、ＩＣカード４０−１のＰＩＮロックを解除する。

本実施の形態では、ロック解除部２４０は、ＰＩＮロック解除処理として、自動応答式ＰＩＮロック解除処理、申請承認式ＰＩＮロック解除処理、およびオフライン式ＰＩＮロック解除処理を実行でき、いずれの方式のＰＩＮロック解除処理を実行するかは、ＰＩＮロック解除権限情報により決定される。

本実施の形態では、まず、ＰＩＮロック解除権限に対応するＰＩＮロック解除処理の実行が許容され、「自動応答」は自動応答式ＰＩＮロック解除処理に対応し、「申請承認」は申請承認式ＰＩＮロック解除処理に対応し、「オフライン」はオフライン式ＰＩＮロック解除処理に対応する。

また本実施の形態では、ＰＩＮロック解除権限のレベルは、「自動応答」が最も高く、「オフライン」が最も低く設定されている。そして、ＰＩＮロック解除権限が「自動応答」である場合、対応する自動応答式ＰＩＮロック解除処理のみならず、「自動応答」よりも権限の低い「オフライン」に対応するオフライン式ＰＩＮロック解除処理も許容される。同様に、ＰＩＮロック解除権限が「申請承認」である場合、対応する申請承認式ＰＩＮロック解除処理のみならず、「申請承認」よりも権限の低い「オフライン」に対応するオフライン式ＰＩＮロック解除処理も許容される。

つまり本実施の形態では、ロック解除部２４０は、ＰＩＮロック解除権限情報が「自動応答」を示す場合には、自動応答式ＰＩＮロック解除処理またはオフライン式ＰＩＮロック解除処理を実行でき、ＰＩＮロック解除権限情報が「申請承認」を示す場合には、申請承認式ＰＩＮロック解除処理またはオフライン式ＰＩＮロック解除処理を実行でき、ＰＩＮロック解除権限情報が「オフライン」を示す場合には、オフライン式ＰＩＮロック解除処理を実行できる。

なお自動応答式ＰＩＮロック解除処理では、所定の質問に対するユーザの回答を予めサーバ１０に登録しておき（図２の回答情報参照）、この質問に対する回答をユーザに入力させ、サーバ１０に登録された回答と一致した場合に、ＰＩＮのロックを解除する。自動応答式ＰＩＮロック解除処理は、管理者や承認者などを介さずに、ＰＩＮのロックを解除できるため、ユーザにとって最も利便性の高いＰＩＮロック解除方式である。

また申請承認式ＰＩＮロック解除処理では、予めサーバ１０に登録された承認者（図２の承認者情報参照）にＰＩＮロックの解除を申請し、この申請が承認者に承認された場合にＰＩＮのロックを解除する。申請承認式ＰＩＮロック解除処理は、承認者を介するものの、承認者からの承認を得ればＰＩＮのロックを解除できるため、自動応答式ＰＩＮロック解除処理に次いで利便性の高いＰＩＮロック解除方式である。

またオフライン式ＰＩＮロック解除処理では、管理者などが発行あるいは管理するＰＩＮロック解除用のパスワードを用いて、ＰＩＮのロックを解除する。なお、ＰＩＮロック解除用のパスワードは、例えば特許文献１に示すような方式によりワンタイムパスワードとして発行できる。オフライン式ＰＩＮロック解除処理は、従来型のＰＩＮロック解除方式であり、自動応答式ＰＩＮロック解除処理および申請承認式ＰＩＮロック解除処理のようなオンライン方式ではないため、ユーザにとっての利便性は低い。

応答部２５０は、例えばクライアント端末２０−１のユーザＡが申請承認式ＰＩＮロック解除処理の承認者に登録されている場合に、ユーザＡの操作に基づき他のクライアント端末のユーザからの申請を承認または否認する応答処理を行う。

次に、図４〜図１２を参照しながら、本実施の形態にかかるロック解除システム１で実行されるＰＩＮロック解除処理の全体の流れの一例について説明する。

図４は、クライアント端末２０−１で実行するＰＩＮロック解除処理を決定する手順の一例を示すフローチャートである。

まず、取得部２１０は、リーダ・ライタ装置５０−１を介して、ＩＣカード４０−１から、ＩＣカード４０−１のＰＩＮロック情報と識別情報とを取得する（ステップＳ１００）。

次に、通信制御部２２０は、取得されたＩＣカード４０−１のＰＩＮロック情報がＰＩＮロック状態を示す場合に（ステップＳ１０２でＹｅｓ）、取得部２１０により取得されたＩＣカード４０−１の識別情報をサーバ１０に送信する（ステップＳ１０４）。

なお、ＰＩＮロック情報がＰＩＮロック状態を示さない場合には（ステップＳ１０２でＮｏ）、その後の処理（ステップＳ１０４以降の処理）は行われない。但し、ＰＩＮがロックされていなくてもＰＩＮを変更できるようにするために、ユーザの判断に応じて、その後の処理を継続できるようにしてもよい。

次に、通信制御部２２０は、送信したＩＣカード４０−１の識別情報に対応するＰＩＮロック解除権限情報をサーバ１０から受信した場合には（ステップＳ１０６でＹｅｓ）、受信したＰＩＮロック解除権限情報で、記憶部２３０に記憶されているＰＩＮロック解除権限情報を更新する（ステップＳ１０８）。

次に、ロック解除部２４０は、記憶部２３０に記憶されているＰＩＮロック解除権限情報を読み出し（ステップＳ１１０）、読み出したＰＩＮロック解除権限情報が「自動応答」を示す場合には（ステップＳ１１２でＹｅｓ）、自動応答式ＰＩＮロック解除処理を行う（ステップＳ１１４）。なお、自動応答式ＰＩＮロック解除処理の詳細については後述する。

また、ロック解除部２４０は、読み出したＰＩＮロック解除権限情報が「申請承認」を示す場合には（ステップＳ１１２でＮｏ、ステップＳ１１６でＹｅｓ）、申請承認式ＰＩＮロック解除処理を行う（ステップＳ１１８）。なお、申請承認式ＰＩＮロック解除処理の詳細については後述する。

また、ロック解除部２４０は、読み出したＰＩＮロック解除権限情報が「オフライン」を示す場合には（ステップＳ１１２でＮｏ、ステップＳ１１６でＮｏ）、オフライン式ＰＩＮロック解除処理を行う（ステップＳ１２０）。また、ステップＳ１０６において、通信制御部２２０が、ＰＩＮロック解除権限情報をサーバ１０から受信しなかった場合にも（ステップＳ１０６でＮｏ）、ロック解除部２４０は、オフライン式ＰＩＮロック解除処理を行う（ステップＳ１２０）。なお、オフライン式ＰＩＮロック解除処理の詳細については後述する。

図５は、図４のステップＳ１１４に示す、自動応答式ＰＩＮロック解除処理の詳細な手順の一例を示すシーケンスである。

まず、クライアント端末２０−１のロック解除部２４０は、サーバ１０からの指示を受け（ステップＳ２００）、クライアント端末２０−１の表示装置に回答入力画面を表示させ、クライアント端末２０−１のユーザＡに質問に対する回答を入力させる（ステップＳ２０２）。

図６は、回答入力画面の一例を示す図である。図６に示す回答入力画面４１０では、画面上に質問内容が表示されており、ユーザＡは、この質問に対する回答を回答欄に入力する。そして、ユーザＡが回答を入力してＯＫボタン４１１をクリックすると（ステップＳ２０４）、クライアント端末２０−１の通信制御部２２０は、この回答およびＩＣカード４０−１の識別情報をサーバ１０に送信する（ステップＳ２０６）。なお、質問は固定文に限られず、サーバ側の設定で自由に変更できるようにしてもよい。

なお、ユーザＡがキャンセルボタン４１２をクリックした場合には、ロック解除部２４０は、回答入力をキャンセルし、回答入力画面４１０を閉じる。また、ユーザＡがオフラインボタン４１３をクリックした場合には、ロック解除部２４０は、回答入力をキャンセルし、自動応答式ＰＩＮロック解除処理からオフライン式ＰＩＮロック解除処理に切り替える。

次に、サーバ１０の通信制御部１２０が、クライアント端末２０−１から回答およびＩＣカード４０−１の識別情報を受信すると、サーバ１０の認証部１３０は、受信したＩＣカード４０−１の識別情報に対応する回答情報を記憶部１１０から読み出し、受信した回答と一致するか否か認証する（ステップＳ２０８）。なお、認証に関しては、回数に制限を設けてもよい。

そして、認証に成功した場合には、クライアント端末２０−１のロック解除部２４０は、サーバ１０からの指示を受け（ステップＳ２１０）、クライアント端末２０−１の表示装置にＰＩＮ再設定画面を表示させ、ユーザＡに新しいＰＩＮを入力させる（ステップＳ２１２）。

図７は、ＰＩＮ再設定画面の一例を示す図である。図７に示すＰＩＮ再設定画面４２０において、ユーザＡが、新しいＰＩＮおよび確認用のＰＩＮをそれぞれ入力してＯＫボタン４２１をクリックすると（ステップＳ２１４）、ロック解除部２４０は、ＰＩＮロックを解除する（ステップＳ２１６）。

具体的には、ロック解除部２４０は、ＩＣカード４０−１に対して、ＩＣカード４０−１に記憶されているＰＩＮ情報を新しいＰＩＮで更新することや、ＩＣカード４０−１に記憶されているＰＩＮロック情報をＰＩＮロック状態からＰＩＮロック解除状態へ更新するコマンドを送信し、ＩＣカード４０−１にこれらの処理を行わせる。

なお、ユーザＡがキャンセルボタン４２２をクリックした場合には、ロック解除部２４０は、新しいＰＩＮ等の入力をキャンセルし、ＰＩＮ再設定画面４２０を閉じる。

図８は、図４のステップＳ１１８に示す、申請承認式ＰＩＮロック解除処理の詳細な手順の一例を示すシーケンスである。

まず、クライアント端末２０−１のロック解除部２４０は、サーバ１０からの指示を受け（ステップＳ３００）、クライアント端末２０−１の表示装置に申請画面を表示させ、クライアント端末２０−１のユーザＡにＰＩＮロックの解除を申請させる（ステップＳ３０２）。

図９は、申請画面の一例を示す図である。図９に示す申請画面４３０において、ユーザＡが申請ボタン４３１をクリックすると、クライアント端末２０−１の通信制御部２２０は、ＰＩＮロック解除申請情報およびＩＣカード４０−１の識別情報をサーバ１０に送信する（ステップＳ３０４）。

なお、ユーザＡが閉じるボタン４３２をクリックした場合には、ロック解除部２４０は、申請画面４３０を閉じる。また、ユーザＡがオフラインボタン４３３をクリックした場合には、ロック解除部２４０は、申請承認式ＰＩＮロック解除処理からオフライン式ＰＩＮロック解除処理に切り替える。

次に、サーバ１０の通信制御部１２０が、クライアント端末２０−１からＰＩＮロック解除申請情報およびＩＣカード４０−１の識別情報を受信する。すると、サーバ１０の通信制御部１２０は、受信したＩＣカード４０−１の識別情報に対応する承認者情報を記憶部１１０から読み出し、読み出した承認者情報がユーザＢを示すことに基づき（図２の承認者情報参照）、ユーザＢがログインしているクライアント端末２０−２に、受信したＰＩＮロック解除申請情報を送信する（ステップＳ３０６）。

次に、クライアント端末２０−２の通信制御部２２０が、サーバ１０からＰＩＮロック解除申請情報を受信すると、ＰＩＮロック解除申請情報を受信したことを示すレスポンスをサーバ１０に送信する（ステップＳ３０８）。サーバ１０の通信制御部１２０は、クライアント端末２０−２からレスポンスを受信すると、クライアント端末２０−１に対して、承認待ち画面の表示を指示する（ステップＳ３１０）。

そして、クライアント端末２０−１のロック解除部２４０は、サーバ１０からの指示に従い、クライアント端末２０−１の表示装置に承認待ち画面を表示させる（ステップＳ３１２）。

図１０は、承認待ち画面の一例を示す図である。図１０に示す承認待ち画面４４０において、ユーザＡが更新ボタン４４１をクリックすると、クライアント端末２０−１の通信制御部２２０は、サーバ１０に申請状況を問い合わせる（ステップＳ３１４）。

但し、この時点ではサーバ１０は、ＰＩＮロック解除申請情報による申請を承認または否認する応答処理の処理結果を示すＰＩＮロック解除応答情報を、クライアント端末２０−２から受信していないため、サーバ１０の通信制御部１２０は、申請がまだ承認されていない旨をクライアント端末２０−１に返信する（ステップＳ３１６）。

なお、ユーザＡが閉じるボタン４４２をクリックした場合には、ロック解除部２４０は、承認待ち画面４４０を閉じる。また、ユーザＡがオフラインボタン４４３をクリックした場合には、ロック解除部２４０は、申請承認式ＰＩＮロック解除処理からオフライン式ＰＩＮロック解除処理に切り替える。

一方、クライアント端末２０−２のユーザＢがユーザＡからの申請に気がつき、ユーザＢによりこの申請を承認または否認する操作が行われると、クライアント端末２０−２の応答部２５０が、受信したＰＩＮロック解除申請情報による申請を承認または否認する応答処理を行う（ステップＳ３１８）。

そして、申請が承認された場合は、クライアント端末２０−２の通信制御部２２０が、応答処理の結果を示すＰＩＮロック解除応答情報をサーバ１０に送信する（ステップＳ３２０）。また、否認された場合には、解除申請が否認されたことを示す結果をサーバ１０に送信する。サーバ１０は否認する応答処理を受け、再度申請画面に戻る。

ここで、図１０に示す承認待ち画面において、ユーザＡが更新ボタン４４１を再度クリックし、サーバ１０に申請状況を問い合わせる（ステップＳ３２２）。すると、この時点ではサーバ１０は、クライアント端末２０−２からＰＩＮロック解除応答情報を受信しているため、このＰＩＮロック解除応答情報が申請承認を示す場合には、クライアント端末２０−１にＰＩＮ再設定画面の表示を指示する（ステップＳ３２４）。

なお、これ以後のＰＩＮ再設定画面の表示からＰＩＮロック解除までの処理（ステップＳ３２６〜ステップＳ３３０）は、図５に示すシーケンスのステップＳ２１２〜ステップＳ２１６までの処理と同様であるため、説明を省略する。

図１１は、図４のステップＳ１２０に示す、オフライン式ＰＩＮロック解除処理の詳細な手順の一例を示すフローチャートである。

まず、クライアント端末２０−１のロック解除部２４０は、クライアント端末２０−１の表示装置にパスワード入力画面を表示させ、クライアント端末２０−１のユーザＡにＰＩＮロック解除用のパスワードを入力させる（ステップＳ４００）。

図１２は、自動承認式ＰＩＮロック解除画面、又は申請承認式ＰＩＮロック解除画面からオフライン承認式画面に切替たときのパスワード入力画面の一例を示す図である。図１２に示すパスワード入力画面４５０において、ユーザＡが、申請用のパスワードの作成ボタン４５１をクリックすると、パスワードが表示される。そしてユーザＡは、このパスワードを使用して管理者へＥ−Ｍａｉｌ等を利用して連絡し、解除用のパスワードを取得する。なお、本実施の形態においては、ワンタイムパスワードを使用することが好ましい。ワンタイムパスワードを使用することで、解除用のパスワードも異なる文字列を生成することが可能となるため、より高い安全性を担保することができる。

続いて、ユーザＡが、管理者などから入手したＰＩＮロック解除用のパスワードを入力して解除ボタン４５２をクリックすると（ステップＳ４０２）、ロック解除部２４０は、ＰＩＮロック解除用のパスワードの正当性をチェックする（ステップＳ４０４）。

ロック解除部２４０は、例えば、クライアント端末２０−１の記憶部２３０に記憶されているチェックデータおよび入力された申請用のパスワードにより生成されるデータが、入力されたＰＩＮロック解除用のパスワードに一致するか否かを確認することにより、ＰＩＮロック解除用のパスワードの正当性をチェックする。

なお、ユーザＡが閉じるボタン４５３をクリックした場合には、ロック解除部２４０は、パスワードの入力をキャンセルし、パスワード入力画面４５０を閉じる。

そしてロック解除部２４０は、チェックの結果、ＰＩＮロック解除用のパスワードが正当なパスワードであることを確認した場合には（ステップＳ４０４でＹｅｓ）、クライアント端末２０−１の表示装置にＰＩＮ再設定画面を表示させ、ユーザＡに新しいＰＩＮを入力させる（ステップＳ４０６）。一方、チェックの結果、ＰＩＮロック解除用のパスワードが正当なパスワードでないことを確認した場合には（ステップＳ４０４でＮｏ）、その後の処理（ステップＳ４０６以降の処理）は行われない。

なお、これ以後のＰＩＮの入力からＰＩＮロック解除までの処理（ステップＳ４０８〜ステップＳ４１０）は、図５に示すシーケンスのステップＳ２１４〜ステップＳ２１６までの処理と同様であるため、説明を省略する。

このように本実施の形態では、クライアント端末２０−１が、例えばＩＣカード４０−１がＰＩＮロック状態である場合に、ＩＣカード４０−１の識別情報をサーバ１０に送信し、送信した識別情報に対応するＰＩＮロック解除権限情報をサーバ１０から受信する。そしてクライアント端末２０−１が、受信したＰＩＮロック解除権限情報が示すＰＩＮロック解除権限で許容されるＰＩＮロック解除処理で、ＩＣカード４０−１のＰＩＮロックを解除する。従って、ユーザ（ＩＣカード４０−１の識別情報）に合わせたＰＩＮロック解除処理を行うことができるので、安全性を担保しつつ、利便性を向上させることができる。

例えば、本実施の形態にかかるロック解除システム１を導入した組織において、正社員に自動応答権限を付与し、派遣社員に申請承認権限を付与し、パート・アルバイト社員にオフライン権限を付与するようにすれば、正社員については利便性を重視し、パート・アルバイト社員については安全性を重視することができる。

また本実施の形態では、自動応答権限、申請承認権限を有する場合、オフライン式ＰＩＮロック解除処理を実行することもできるので、ネットワーク等に障害が発生した場合に、ＰＩＮロックの解除を実行できないという事態の発生を防止することもできる。

また本実施の形態では、申請承認式ＰＩＮロック解除処理の承認者を承認者情報で設定できるため、部課長などユーザに適した人物を承認者に設定することができる。

なお本実施の形態では、通信制御部２２０が、ＰＩＮロック解除権限情報をサーバ１０から受信しなかった場合に、ロック解除部２４０が、オフライン式ＰＩＮロック解除処理を行うことを例にとり説明したが、これに限定されるものではない。例えば、通信制御部２２０が、ＰＩＮロック解除権限情報をサーバ１０から受信しなかった場合には、ロック解除部２４０が、記憶部２３０に記憶されているＰＩＮロック解除権限情報を読み出し、読み出したＰＩＮロック解除権限情報に応じたＰＩＮロック解除処理を行うようにしてもよい。

（第２の実施の形態）
次に、第２の実施の形態にかかるロック解除システムについて説明する。本実施の形態にかかるロック解除システムは、ユーザ（ＩＣカードの識別情報）用のＰＩＮロック解除権限情報、または端末用のＰＩＮロック解除権限情報を用いてＰＩＮロック解除を行う点で第１の実施の形態と相違する。従って本実施の形態では、第１の実施の形態との相違点の説明を主に行い、第１の実施の形態で既に説明した内容については説明を省略する。

図１３は、本実施の形態にかかるロック解除システム１００１の構成の一例を示すブロック図である。サーバ１０１０では、記憶部１１１０および通信制御部１１２０の構成が、第１の実施の形態にかかるサーバ１０と相違し、クライアント端末１０２０−１〜１０２０−ｎでは、通信制御部１２２０、記憶部１２３０、およびロック解除部１２４０の構成が、第１の実施の形態にかかるクライアント端末２０−１〜２０−ｎと相違する。なお、第１の実施の形態と同様の名称・符号を付した構成要素については、第１の実施の形態と同様の機能を有するものとし、その説明を省略する。

図１４は、サーバ１０１０の記憶部１１１０に記憶される情報の一例を示す説明図である。図１４に示すように記憶部１１１０には、ＩＣカードの識別情報と、ユーザ用のＰＩＮロック解除権限情報と、端末用のＰＩＮロック解除権限情報と、ユーザ用のＰＩＮロック解除権限情報と端末用のＰＩＮロック解除権限情報のどちらの優先度が高いかを示す優先度情報と、回答情報と、承認者情報とが対応付けられて記憶されている。

図１３に戻り、サーバ１０１０の通信制御部１１２０は、例えば、クライアント端末１０２０−１からＩＣカード４０−１の識別情報を受信した場合には、ＩＣカード４０−１の識別情報に対応するユーザ用のＰＩＮロック解除権限情報、端末用のＰＩＮロック解除権限情報、および優先度情報を記憶部１１１０から読み出してクライアント端末１０２０−１に送信する。

クライアント端末１０２０−１の通信制御部１２２０は、送信したＩＣカード４０−１の識別情報に対応するユーザ用のＰＩＮロック解除権限情報、端末用のＰＩＮロック解除権限情報、および優先度情報を、サーバ１０１０から受信する。

記憶部１２３０は、サーバ１０１０から受信したユーザ用のＰＩＮロック解除権限情報、端末用のＰＩＮロック解除権限情報、および優先度情報や、ＩＣカードから取得した情報などを記憶する。

ロック解除部１２４０は、通信制御部１２２０により受信された優先度情報が示すＰＩＮロック解除権限情報であって、当該ＰＩＮロック解除権限情報が示すＰＩＮロック解除権限（自動応答、申請承認、オフライン）で許容されるＰＩＮロック解除処理で、ＩＣカード４０−１のＰＩＮロックを解除する。

図１５は、クライアント端末１０２０−１で実行するＰＩＮロック解除処理を決定する手順の一例を示すフローチャートである。

まず、ＩＣカード４０−１のＰＩＮロック情報と識別情報との取得からサーバ１０への送信まで（ステップＳ１００〜ステップＳ１０４）、第１の実施の形態と同様の処理が行われる。

次に、通信制御部１２２０は、送信したＩＣカード４０−１の識別情報に対応するユーザ用のＰＩＮロック解除権限情報、端末用のＰＩＮロック解除権限情報、および優先度情報をサーバ１０１０から受信した場合には（ステップＳ１１０６でＹｅｓ）、受信した各情報で、記憶部１２３０に記憶されているユーザ用のＰＩＮロック解除権限情報、端末用のＰＩＮロック解除権限情報、および優先度情報を更新する（ステップＳ１１０８）。

次に、ロック解除部１２４０は、記憶部１２３０に記憶されている優先度情報を読み出し、読み出した優先度情報がユーザ用のＰＩＮロック解除権限情報を示す場合には（ステップＳ１１０９でＹｅｓ）、記憶部１２３０に記憶されているユーザ用のＰＩＮロック解除権限情報を読み出す（ステップＳ１１１０）。

一方、ロック解除部１２４０は、読み出した優先度情報がユーザ用のＰＩＮロック解除権限情報を示さない場合（端末用のＰＩＮロック解除権限情報を示す場合）には（ステップＳ１１０９でＮｏ）、記憶部１２３０に記憶されている端末用のＰＩＮロック解除権限情報を読み出す（ステップＳ１１１１）。

以下、ステップＳ１１２〜ステップＳ１２０まで、第１の実施の形態と同様の処理が行われる。

このように本実施の形態では、優先度情報を利用して、ユーザ用のＰＩＮロック解除権限情報または端末用のＰＩＮロック解除権限情報で許容されるＰＩＮロック解除処理で、ＩＣカード４０−１のＰＩＮロックを解除する。従って、ユーザの権限のみではなく、使用する端末に応じたＰＩＮロック解除処理を行わせることができる。

第１の実施の形態にかかるロック解除システム１の構成の一例を示すブロック図である。 第１の実施の形態にかかるサーバ１０の記憶部１１０に記憶される情報の一例を示す説明図である。 第１の実施の形態にかかるＩＣカード４０−１のハードウェア構成の一例を示す説明図である。 第１の実施の形態にかかるクライアント端末２０−１で実行するＰＩＮロック解除処理を決定する手順の一例を示すフローチャートである。 図４のステップＳ１１４に示す、自動応答式ＰＩＮロック解除処理の詳細な手順の一例を示すシーケンスである。 第１の実施の形態にかかる回答入力画面の一例を示す図である。 第１の実施の形態にかかるＰＩＮ再設定画面の一例を示す図である。 図４のステップＳ１１８に示す、申請承認式ＰＩＮロック解除処理の詳細な手順の一例を示すシーケンスである。 第１の実施の形態にかかる申請画面の一例を示す図である。 第１の実施の形態にかかる承認待ち画面の一例を示す図である。 図４のステップＳ１２０に示す、オフライン式ＰＩＮロック解除処理の詳細な手順の一例を示すフローチャートである。 第１の実施の形態にかかるパスワード入力画面の一例を示す図である。 第２の実施の形態にかかるロック解除システム１００１の構成の一例を示すブロック図である。 第２の実施の形態にかかるサーバ１０１０の記憶部１１１０に記憶される情報の一例を示す説明図である。 第２の実施の形態にかかるクライアント端末１０２０−１で実行するＰＩＮロック解除処理を決定する手順の一例を示すフローチャートである。

符号の説明

１、１００１ ロック解除システム
１０、１０１０ サーバ
２０−１〜２０−ｎ、１０２０−１〜１０２０−ｎ クライアント端末
３０ ネットワーク
４０−１〜４０−ｎ ＩＣカード
４１ 通信Ｉ／Ｆ
４２ ＣＰＵ
４３ ＲＡＭ
４４ ＲＯＭ
４５ ＥＥＰＲＯＭ
５０−１〜５０−ｎ リーダ・ライタ装置
１１０、１１１０ 記憶部
１２０、１１２０ 通信制御部
１３０ 認証部
２１０ 取得部
２２０、１２２０ 通信制御部
２３０、１２３０ 記憶部
２４０、１２４０ ロック解除部
２５０ 応答部
４１０ 回答入力画面
４１１、４２１ ＯＫボタン
４１２、４２２ キャンセルボタン
４１３、４３３、４４３ オフラインボタン
４２０ ＰＩＮ再設定画面
４３０ 申請画面
４３１ 申請ボタン
４３２、４４２、４５３ 閉じるボタン
４４０ 承認待ち画面
４４１ 更新ボタン
４５０ パスワード入力画面
４５１ 作成ボタン
４５２ 解除ボタン

Claims (6)

1. 携帯用セキュリティデバイスと、前記携帯用セキュリティデバイスに対してデータのリード・ライトを行うリーダ・ライタ装置と接続される第１のクライアント端末と、前記第１のクライアント端末とネットワークを介して接続されるサーバとを、備えるロック解除システムであって、
   前記携帯用セキュリティデバイスは、
   前記携帯用セキュリティデバイスがロック状態であるか否かを示すロック情報と、前記携帯用セキュリティデバイスの識別情報とを、対応付けて記憶する携帯用セキュリティデバイス情報記憶手段を備え、
   前記第１のクライアント端末は、
   前記携帯用セキュリティデバイスから、前記リーダ・ライタ装置を介して前記ロック情報と前記識別情報とを取得する取得手段と、
   取得された前記ロック情報がロック状態を示す場合に、前記取得手段により取得された前記識別情報を前記サーバに送信するとともに、送信した前記識別情報に対応する情報であって、複数のロック解除権限の中のいずれかを示すロック解除権限情報を、前記サーバから受信する第１のクライアント側通信制御手段と、
   受信された前記ロック解除権限情報が示すロック解除権限で許容されるロック解除処理で、前記携帯用セキュリティデバイスのロックを解除するロック解除手段と、を備え、
   前記サーバは、
   前記識別情報と前記ロック解除権限情報とを、対応付けて記憶するサーバ情報記憶手段と、
   前記第１のクライアント端末から送信された前記識別情報を受信するとともに、受信した前記識別情報に対応付けられた前記ロック解除権限情報を前記サーバ情報記憶手段から読み出して前記第１のクライアント端末に送信するサーバ側通信制御手段と、を備えることを特徴とするロック解除システム。
2. 前記ロック解除手段は、前記第１のクライアント側通信制御手段により受信された前記ロック解除権限情報が示すロック解除権限に対応するロック解除処理、当該ロック解除権限よりも権限レベルの低い所定のロック解除権限に対応するロック解除処理のいずれかで、前記携帯用セキュリティデバイスのロックを解除することを特徴とする請求項１に記載のロック解除システム。
3. 前記ロック解除権限情報は、前記識別情報に応じて設定される第１のロック解除権限情報と、前記第１のクライアント端末に応じて設定される第２のロック解除権限情報とを含み、
   前記サーバ情報記憶手段は、前記第１のロック解除権限情報と前記第２のロック解除権限情報のどちらの優先度が高いかを示す優先度情報を前記識別情報に対応付けて更に記憶し、
   前記サーバ側通信制御手段は、前記優先度情報を前記サーバ情報記憶手段から読み出して前記第１のクライアント端末に更に送信し、
   前記第１のクライアント側通信制御手段は、前記優先度情報を前記サーバから更に受信し、
   前記ロック解除手段は、受信された前記優先度情報が示す前記ロック解除権限情報であって、当該ロック解除権限情報が示すロック解除権限に応じたロック解除処理で、前記携帯用セキュリティデバイスのロックを解除することを特徴とする請求項１または２に記載のロック解除システム。
4. 前記サーバとネットワークを介して接続される第２のクライアント端末を含む複数のクライアント端末を更に備え、
   前記ロック解除手段が実行可能なロック解除処理の少なくとも１つは、前記第１のクライアント端末のユーザによる申請と前記第２のクライアント端末のユーザによる承認を要する申請承認式ロック解除処理であり、
   前記第２のクライアント端末は、
   前記第１のクライアント端末から、前記サーバを介してロック解除の申請を示すロック解除申請情報を受信するとともに、前記ロック解除申請情報による申請を承認または否認する応答処理の処理結果を示すロック解除応答情報を、前記サーバを介して前記第１のクライアント端末に送信する第２のクライアント側通信制御手段と、
   前記応答処理を行う応答手段と、を備え
   前記サーバ情報記憶手段は、前記第１のクライアント端末のユーザによる申請に対する応答権限を有する前記第２のクライアント端末のユーザを示す承認者情報を、前記識別情報に対応付けて更に記憶し、
   前記サーバ側通信制御手段は、前記第１のクライアント端末から前記ロック解除申請情報を受信するとともに、受信した前記ロック解除申請情報を前記承認者情報に基づき前記第２のクライアント端末に送信し、前記第２のクライアント端末から前記ロック解除応答情報を受信するとともに、受信した前記ロック解除応答情報を前記第１のクライアント端末に送信し、
   前記第１のクライアント側通信制御手段は、前記ロック解除手段が前記申請承認式ロック解除処理で前記携帯用セキュリティデバイスのロックを解除する場合に、前記ロック解除申請情報を前記サーバに送信するとともに、前記サーバから前記ロック解除応答情報を受信し、
   前記ロック解除手段は、前記第１のクライアント側通信制御手段により受信された前記ロック解除応答情報が承認を示す場合に、前記携帯用セキュリティデバイスのロックを解除することを特徴とする請求項１〜３のいずれか１つに記載のロック解除システム。
5. ネットワークを介してサーバに接続されるとともに、携帯用セキュリティデバイスに対してデータのリード・ライトを行うリーダ・ライタ装置に接続されるクライアント端末であって、
   前記携帯用セキュリティデバイスから、前記携帯用セキュリティデバイスがロック状態であるか否かを示すロック情報と、前記携帯用セキュリティデバイスの識別情報とを、前記リーダ・ライタ装置を介して取得する取得手段と、
   取得された前記ロック情報がロック状態を示す場合に、前記取得手段により取得された前記識別情報を前記サーバに送信するとともに、送信した前記識別情報に対応する情報であって、複数のロック解除権限の中のいずれかを示すロック解除権限情報を、前記サーバから受信する通信制御手段と、
   受信された前記ロック解除権限情報が示すロック解除権限で許容されるロック解除処理で、前記携帯用セキュリティデバイスのロックを解除するロック解除手段と、を備えることを特徴とするクライアント端末。
6. ネットワークを介してサーバに接続されるとともに、携帯用セキュリティデバイスに対してデータのリード・ライトを行うリーダ・ライタ装置に接続されるコンピュータに実行させるためのロック解除プログラムであって、
   前記携帯用セキュリティデバイスから、前記携帯用セキュリティデバイスがロック状態であるか否かを示すロック情報と、前記携帯用セキュリティデバイスの識別情報とを、前記リーダ・ライタ装置を介して取得する取得手順と、
   取得された前記ロック情報がロック状態を示す場合に、前記取得手段により取得された前記識別情報を前記サーバに送信するとともに、送信した前記識別情報に対応する情報であって、複数のロック解除権限の中のいずれかを示すロック解除権限情報を、前記サーバから受信する通信制御手順と、
   受信された前記ロック解除権限情報が示すロック解除権限で許容されるロック解除処理で、前記携帯用セキュリティデバイスのロックを解除するロック解除手順とを、前記コンピュータに実行させることを特徴とするロック解除プログラム。

Images