JP5391551B2 - 認証システム、サーバ装置および認証方法 - Google Patents

Description

本発明は、認証システム、サーバ装置および認証方法に関し、特に、認証デバイスを用いて端末装置を認証可能な認証システム、サーバ装置および認証方法に関する。

従来、ネットワークで提供されるコンピュータシステムにおいて、利用者認証を安全かつ確実に行うための様々な方法が考案されている。このような認証方法の１つとして、ＵＳＢトークンやＩＣカード等の個人認証デバイスと呼ばれるデバイスを用いて認証を行う方法がある。この方法は、認証情報が記録された個人認証デバイスを利用者の端末装置に装着することによって、個人認証デバイスに格納された認証情報を用いて端末装置とサーバとの間で認証を行うものである。

例えば、特許文献１には、デジタル証明書による認証を行う際に、認証サーバ等に対してネットワーク接続を要求することなく認証を行うことが可能な認証デバイスが開示されている。認証デバイスは、証明局に関連付けられた公開キーを記憶してデジタル証明書を認証し、秘密キーを用いてアプリケーションに応じたサービスキーを生成、出力する。このように、個人認証デバイスを利用して認証を行うことにより、ユーザＩＤやパスワード等のユーザ入力による認証よりもセキュリティレベルを高めることが可能となる。
特開２００５−５０３０８号公報

しかし、個人認証デバイスによりサーバ装置と端末装置とが認証を行った後であっても、個人認証デバイスを端末装置から着脱することが可能である。このような場合、先の個人認証デバイスを用いた認証によって通信路が確立されているため、個人認証デバイスが着脱されていてもデータが送信されることがあり、個人認証デバイスを有するユーザ以外の第三者に情報が漏洩してしまうという問題があった。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、サーバ装置と端末装置との間で認証デバイスを用いて通信路が確立された後に、サーバ装置から端末装置に接続された認証デバイスの接続を確認することが可能な、新規かつ改良された認証システム、サーバ装置および認証方法を提供することにある。

上記課題を解決するために、本発明のある観点によれば、ネットワークを介してサーバ装置と端末装置とが接続され、端末装置とサーバ装置とのセッション確立時に、端末装置に接続された認証デバイスを用いて認証を行う認証システムが提供される。

上記サーバ装置は、端末装置を認証する認証要求データを作成する認証要求データ作成部と、認証要求データ作成部により作成された認証要求データを送信する送信部と、を備える。上記端末装置は、サーバ装置により送信された認証要求データを受信する受信部と、認証デバイスに、受信部により受信された認証要求データに対応する認証返信データの作成を要求する認証返信データ作成要求部と、認証デバイスにより作成された認証返信データをサーバ装置に送信する送信部と、を備える。そして、上記サーバ装置は、端末装置から送信された認証返信データに基づいて端末装置を認証する認証処理部を備え、認証処理部による認証の結果、端末装置を認証できた場合に、端末装置にデータを送信する。

かかる構成により、サーバ装置と端末装置との間で、端末装置に接続された個人認証デバイスを用いて相互認証が行われて安全な通信路が確保された後に、サーバ装置から端末装置にデータを送信する前に、端末装置を認証するための認証要求データが作成されて端末装置に送信される。サーバ装置から認証要求データを送信された端末装置は、個人認証デバイスを用いて認証要求データに対応する認証返信データを作成して、サーバ装置に返信する。サーバ装置は、端末装置に送信された認証返信データに基づいて、端末装置の認証を行う。

サーバ装置は、端末装置とのセッション確立後のデータ送信前に端末装置を認証することができた場合にのみデータを送信することができる。すなわち、サーバ装置がデータを送信する前に、個人認証デバイスが端末装置から着脱されていないかを確認することが可能となる。したがって、個人認証デバイスが端末装置から確実に利用できると判断された場合にのみ、データが送信されることとなる。

通常、サーバ装置と端末装置との間で相互認証を行って通信路が確立された後に、個人認証デバイスが着脱されたとしても、端末装置が当該通信路を切断しなければ暗号化された通信は継続される。この場合、正規のソフトウェアであれば個人認証デバイスが着脱されたときに通信路の切断も同時に行うのが通常である。しかしながら、例えばウィルスソフトなどのように悪意のあるソフトウェアが存在していた場合には、当該接続を維持し、あたかも通信が継続しているようにする可能性がある。

そこで、本システムでは、上記のとおりサーバ装置がデータを送信する前に個人認証デバイスが端末装置から着脱されていないか、すなわち、個人認証デバイスが端末装置から確実に利用できるかを確認する。これにより、個人認証デバイスが着脱された端末装置にデータが送信されて、第三者に情報が漏えいするのを防止することが可能となる。

上記課題を解決するために、本発明の別の観点によれば、ネットワークを介して接続された端末装置との間のセッション確立時に、端末装置に接続された認証デバイスを用いて認証を行うサーバ装置が提供される。

上記サーバ装置は、端末装置を認証する認証要求データを作成する認証要求データ作成部と、認証要求データ作成部により作成された認証要求データを送信する送信部と、端末装置の認証デバイスにより作成された、認証要求データに対応する認証返信データを受信する受信部と、受信部により受信された認証返信データに基づいて端末装置を認証する認証処理部と、を備え、認証処理部による認証の結果、端末装置を認証できた場合に、端末装置にデータを送信する。

かかる構成により、サーバ装置と端末装置との間で、端末装置に接続された個人認証デバイスを用いて相互認証が行われて安全な通信路が確保された後に、サーバ装置から端末装置にデータを送信する前に、端末装置を認証するための認証要求データが作成されて端末装置に送信される。サーバ装置から認証要求データを送信された端末装置は、個人認証デバイスを用いて認証要求データに対応する認証返信データを作成して、サーバ装置に返信する。サーバ装置は、端末装置に送信された認証返信データに基づいて、端末装置の認証を行う。

サーバ装置は、端末装置とのセッション確立後のデータ送信前に端末装置を認証することができた場合にのみデータを送信することができる。すなわち、サーバ装置がデータを送信する前に、個人認証デバイスが端末装置から着脱されていないかを確認することが可能となる。したがって、個人認証デバイスが端末装置から確実に利用できると判断された場合にのみ、データが送信されることとなる。これにより、個人認証デバイスが着脱された端末装置にデータが送信されて、第三者に情報が漏えいするのを防止することが可能となる。

また、認証要求データ作成部は、端末装置からのデータの送信要求に応じて、データの送信直前に認証要求データを作成するようにしてもよい。かかる構成により、データの送信を要求された端末装置の認証を行うことができる。認証要求データ作成部は、端末装置の認証のたびに認証要求データを作成するようにしてもよい。認証要求データは、認証時にしか作成することができない情報である。したがって、認証要求データを認証の度に作成して、端末装置に確実に認証デバイスが接続されていることを確認することが可能となる。

上記認証処理部による認証の結果、端末装置を認証できなかった場合に、端末装置との接続を切断するようにしてもよい。また、認証処理部による認証の結果、端末装置を認証できなかった場合に、端末装置に認証エラーを送信するようにしてもよい。端末装置を認証できなかった場合には、セッション確立時に端末装置に接続されていた個人認証デバイスが着脱されているか、個人認証デバイスから正しくユーザ情報を読み取ることができない状態となっている。したがって、個人認証デバイス２５０の接続を確認できない場合には、安全な通信路を確保することができないためサーバ装置により端末装置との接続を切断することにより、サーバ装置からデータを送信して第三者に情報が漏えいするのを防止することが可能となる。

端末装置に送信するデータの内容に応じて、端末装置の認証が必要か否かを判断する認証判断部を備え、認証要求データ作成部は、認証判断部により、端末装置の認証が必要であると判断された場合に、認証要求データを作成するようにしてもよい。例えば、ユーザの個人情報等第三者への漏えいを防止する必要があるデータについては端末装置の認証が必要であると判断し、広告等第三者への漏えいを防止する必要がないデータについては端末装置の認証が不要であると判断するようにしてもよい。これにより、セキュリティを保持しつつ、通信の無駄を省くことが可能となる。

認証要求データは、データ送信時の時刻情報および送信データのハッシュを含み、データ送信毎に作成されるようにしてもよい。認証要求データに、データ送信時の時刻情報や送信データのハッシュや一時的なランダム値など、端末装置にデータを送信するときにしか作成することができない情報を含み、当該認証要求データをデータ送信毎に作成することにより、データ送信時に端末装置に個人認証デバイスが接続されていることを確実に確認することが可能となる。

上記課題を解決するために、本発明の別の観点によれば、ネットワークを介してサーバ装置と接続され、サーバ装置との間のセッション確立時に認証デバイスを用いて認証を行う端末装置が提供される。上記端末装置は、サーバ装置により作成された端末装置を認証する認証要求データを受信する受信部と、認証デバイスに、受信部により受信された認証要求データに対応する認証返信データの作成を要求する認証返信データ作成要求部と、認証デバイスにより作成された認証返信データをサーバ装置に送信する送信部と、を備え、サーバ装置により、認証返信データに基づいて端末装置が認証され場合に、サーバ装置からデータが送信される。

上記課題を解決するために、本発明の別の観点によれば、ネットワークを介して接続された端末装置との間のセッション確立時に、端末装置に接続された認証デバイスを用いて認証を行うサーバ装置を用いて実現される認証方法であって、端末装置を認証する認証要求データを作成するステップと、作成された認証要求データを送信するステップと、端末装置の認証デバイスにより作成された、認証要求データに対応する認証返信データを受信するステップと、受信された認証返信データに基づいて端末装置を認証するステップと、端末装置の認証の結果、端末装置を認証できた場合に、端末装置にデータを送信するステップと、を含む認証方法が提供される。

以上説明したように本発明によれば、サーバ装置と端末装置との間で認証デバイスを用いて通信路が確立された後に、サーバ装置から端末装置に接続された認証デバイスの接続を確認して、情報漏えいを防止することが可能となる。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

まず、図１を参照して、本発明の実施形態にかかる認証システムの概要について説明する。図１は、本実施形態にかかる認証システム１０の構成例を示した説明図である。図１に示したように、認証システム１０は、サーバ装置１００と、端末装置２００と、ネットワーク５０と、を含んで構成される。

ネットワーク５０は、銅線まだは光ファイバーなどの有線ケーブルや、無線電波などのデータの伝送路、またはルータや通信を制御する基地局などのデータの中継機などを含んでもよい。サーバ装置１００と端末装置２００とはネットワーク５０を介して接続可能である。また、端末装置２００には、端末装置２００を操作する利用者に対応する認証情報が記録された個人認証デバイス２５０が接続されている。

本実施形態の認証システム１０は、利用者が端末装置２００を操作してサーバ装置１００に接続する際に、端末装置２００に接続された個人認証デバイス２５０を用いて利用者認証を行い、サーバ装置１００と端末装置２００との間で安全な通信を確立する。さらに、認証システム１０は、個人認証デバイス２５０を用いて安全な通信を確立した後であっても、サーバ装置１００から端末装置２００に接続された認証デバイス２５０の接続を確認することが可能なシステムである。

端末装置２００は、個人認証デバイス２５０内に格納された認証情報を用いてサーバ装置１００との認証処理を実行する。個人認証デバイス２５０は、利用者の認証処理に用いられる認証情報のデータが記録された記録媒体を内蔵する。個人認証デバイス２５０に記録された認証情報は、例えば、利用者を識別するためのＩＤ、利用者名、パスワード、デジタル証明書等である。

サーバ装置１００は、個人認証デバイス２５０の認証情報を用いて端末装置１００との間で相互認証を行って、安全な通信路を確保する。また、データを送信する際に、端末装置２００に個人認証デバイス２５０が接続されているか否かを確認して、個人認証デバイス２５０が接続されている場合にデータを送信する。通常、サーバ装置１００と端末装置２００との間で相互認証を行って通信路が確立された後に、個人認証デバイス２５０が着脱されたとしても、端末装置２００が当該通信路を切断しなければ暗号化された通信は継続される。この場合、正規のソフトウェアであれば個人認証デバイスが着脱されたときに通信路の切断も同時に行うのが通常である。しかしながら、例えばウィルスソフトなどのように悪意のあるソフトウェアが存在していた場合には、当該接続を維持し、あたかも通信が継続しているようにする可能性がある。

そこで、本システムでは、サーバ装置１００がデータを送信する前に個人認証デバイス２５０が端末装置２００から着脱されていないか、すなわち、個人認証デバイス２５０が端末装置２００から確実に利用できるかを確認する。これにより、個人認証デバイス２５０が着脱された端末装置２００にデータが送信されて、第三者に情報が漏えいするのを防止することが可能となる。以上、認証システム１０の概要について説明した。

次に、図２、３を参照して、サーバ装置１００および端末装置２００の構成例について説明する。図２は、サーバ装置１００の機能構成を示すブロック図であり、図３は、端末装置２００の機能構成を示すブロック図である。

まず、サーバ装置１００の機能構成について説明する。サーバ装置１００は、ネットワーク５０を介して端末装置２００と通信を行い、端末装置２００からサーバ装置１００にアクセスしようとしている利用者の認証を行ったり、認証できた端末装置２００にデータを送信したりする装置である。

図２に示したように、サーバ装置１００は、送信部１０２と、受信部１０４と、認証判断部１０６と、認証要求データ作成部１０８と、データ送信制御部１１０と、認証処理部１１２と、送信データ１１４と、を含んで構成される。

送信部１０２は、ネットワーク５０に接続するための通信デバイス等で構成された通信インタフェースであって、ネットワーク５０を介して端末装置２００に対しデータを送信する機能を有する。送信部１０２は、後述する認証要求データ作成部１０８により作成された認証要求データ等のデータを端末装置２００に送信する。また、送信部１０２は、認証処理が成功した端末装置２００との間では、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）やＩＰＳｅｃ（Ｓｅｃｕｒｉｔｙ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）等のプロトコルを用いて暗号化通信を行うことができる。

受信部１０４は、ネットワーク５０に接続するための通信デバイス等で構成された通信インタフェースであって、ネットワーク５０を介して端末装置２００に対しデータを受信する機能を有する。受信部１０４は、端末装置２００から送信されたデータを受信して認証処理部１１２等に提供する。また、受信部１０４は、送信部１０２と同様、認証処理が成功した端末装置２００との間では、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）やＩＰＳｅｃ（Ｓｅｃｕｒｉｔｙ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）等のプロトコルを用いて暗号化通信を行うことができる。

認証判断部１０６は、送信データ１１４に格納されている端末装置２００に送信するデータの内容に応じて、端末装置２００の認証が必要か否かを判断する機能を有する。認証判断部１０６の判断の結果、端末装置２００の認証が必要であると判断された場合には、当該判断結果を認証要求データ作成部１０８に提供する。また、端末装置２００の認証が不要であると判断された場合には、当該判断結果をデータ送信制御部１１０に提供する。例えば、ユーザの個人情報等第三者への漏えいを防止する必要があるデータについては端末装置２００の認証が必要であると判断し、広告等第三者への漏えいを防止する必要がないデータについては端末装置２００の認証が不要であると判断するようにしてもよい。

上記したように、本実施形態においては、サーバ装置１００と端末装置２００との間で相互認証が行われた後に、端末装置２００から個人認証デバイス２５０が着脱されている可能性があるため、データを送信する前に、サーバ装置１００が端末装置２００の個人認証デバイス２５０の利用を確認する構成となっている。しかしながら、広告等第三者への漏えいを防止する必要のないデータを送信する際にまで、個人認証デバイス２５０の確認を行う必要はない。したがって、認証判断部１０６により送信データの内容に応じて端末装置２００の認証が必要であるか否かを判断することにより、セキュリティを保持しつつ、通信の無駄を省くことが可能となる。

認証要求データ作成部１０８は、端末装置２００を認証するための認証要求データを作成する機能を有する。認証要求データは、データ送信時の時刻情報や、一時的なランダム値や通信時のデータのハッシュなどであり、端末装置２００にデータを送信するときにしか作成することができない情報が含まれる。すなわち、認証要求データは、認証要求データが作成させる都度変更される一回限り利用されるデータである。認証要求データ作成部１０８は、作成した認証要求データを送信部１０２に提供する。

データ送信制御部１１０は、端末装置２００に送信するデータの送信を制御する機能を有する。送信データ１１４には、上記したように、送信前に認証が必要なデータと認証の不要なデータが格納されている。データ送信制御部１１０は、認証判断部１０６の判断に応じて、認証が必要なデータは端末装置２００の認証が認証処理部１１２によって確認された後に送信部１０２に提供し、認証が不要なデータはそのまま送信部１０２に提供する。

認証処理部１１２は、安全な通信路を確保するために、端末装置２００に接続された個人認証デバイス２５０の認証情報を用いて、端末装置２００との間で相互認証を行う機能を有する。認証処理部１１２は、端末装置２００よりログイン要求を受信した場合に、端末装置２００に対して認証を要求する。これに対して端末装置２００からＩＤやパスワード等の情報が送信されると、それらの情報を用いて定められた方式による相互認証処理を実行する。ここで行われる相互認証処理は、例えば、ＲＳＡ（Ｒｉｖｅｓｔ Ｓｈａｍｉｒ Ａｄｌｅｍａｎ）暗号、ＥｌＧａｍａｌ暗号、楕円曲線暗号等の公開鍵暗号方式により行われてもよい。

認証処理が成功すると、サーバ装置１００と端末装置２００との間では、ＳＳＬやＩＰＳｅｃ等の暗号化通信プロトコルを用いて安全に通信を行うことができるようになる。その後、個人認証デバイス２５０が着脱されたとしても、端末装置２００が通信路を切断しなければ、暗号化された通信は継続される。そこで、本実施形態では、認証処理部１１２により、上記の如く安全な通信路が確立された後にデータを送信する際に、端末装置２００の認証を行うこととした。次に、認証処理部１１２による、安全な通信路が確立された後に端末装置の認証について説明する。

認証処理部１１２は、端末装置２００の認証デバイス２５０により作成された認証要求データに対応する認証返信データに基づいて、端末装置２００を認証する機能を有する。上記したように、認証要求データは、データ送信時の時刻情報や、一時的なランダム値や通信時のデータのハッシュなどである。端末装置２００により送信される認証返信データは、認証デバイス２５０を用いて認証要求データに署名を付加したデータである。認証処理部１１２は、公開鍵等を用いて認証返信データの署名を検証する。

署名を検証した結果、署名が正しいと判断された場合には、認証デバイス２５０が端末装置２００に未だ装着されて、認証デバイス２５０が利用可能であると判断される。すなわち、端末装置２００に、認証が必要なデータを送信することが可能となる。一方、署名を検証した結果、署名が正しくない場合または認証返信データが送信されない場合は、端末装置２００から認証デバイス２５０が着脱されたと判断して、認証が必要なデータを送信しないようにする。また、この場合には、通信路を切断させてもよい。

以上、サーバ装置１００の機能構成について説明した。なお、サーバ装置１００の送信部１０２、受信部１０４、認証判断部１０６、認証要求データ作成部１０８、データ送信制御部１１０、認証処理部１１２は、これらの各部の機能を実行するソフトウェアプログラムをサーバ装置１００にインストールすることにより実現することも可能であるし、専用のハードウェアにより実現することも可能である。また、上記ソフトウェアプログラムは、コンピュータ読み取り可能な記憶媒体に記憶されたものを読み出すことにより実行されてもよいし、あるいは、ネットワーク等を介してサーバ装置１００に提供されるものであってもよい。

次に、端末装置２００の機能構成について説明する。図３に示したように、端末装置２００は、送信部２０２と、受信部２０４と、認証処理部２０６と、認証デバイス制御部２０８と、認証返信データ作成要求部２１０と、を含んで構成される。

送信部２０２は、ネットワーク５０に接続するための通信デバイス等で構成された通信インタフェースであって、ネットワーク５０を介してサーバ装置１００に対しデータを送信する機能を有する。送信部２０２は、個人認証デバイス２５０により作成された認証返信データ等のデータをサーバ装置１００に送信する。また、送信部２０２は、認証処理が成功したサーバ装置１００との間では、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）やＩＰＳｅｃ（Ｓｅｃｕｒｉｔｙ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）等のプロトコルを用いて暗号化通信を行うことができる。

受信部２０４は、ネットワーク５０に接続するための通信デバイス等で構成された通信インタフェースであって、ネットワーク５０を介してサーバ装置１００に対しデータを受信する機能を有する。受信部２０４は、サーバ装置１００から送信されたデータを受信して認証処理部１１２等に提供する。また、受信部２０４は、送信部２０２と同様、認証処理が成功したサーバ装置１００との間では、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）やＩＰＳｅｃ（Ｓｅｃｕｒｉｔｙ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）等のプロトコルを用いて暗号化通信を行うことができる。

認証処理部２０６は、サーバ装置１００からの認証要求に対し、個人認証デバイス２５０に格納された認証情報を送信することによりサーバ装置１００との相互認証を行うための機能を有する。認証処理部２０６は、サーバ装置１００に対するログイン時に、認証デバイス制御部２０８を通じて個人認証デバイス２５０に記録された認証情報を取得し、サーバ装置１００に送信することにより相互認証処理を実行する。ここで実行される相互認証処理は、既存の個人認証デバイスを用いる相互認証技術を用いて行われるものであるので、詳細な説明は省略する。

認証デバイス制御部２０８は、端末装置２００に接続された個人認証デバイス２５０に対しデータの読み書きを行ったり、個人認証デバイス２５０の接続状態を検出したりする機能を有する。個人認証デバイス２５０は、例えば、ＵＳＢトークンやＩＣカード等のデバイスであって、利用者のＩＤやパスワード等の認証に必要な情報を記憶する記憶媒体が内蔵されている。例えば、個人認証デバイス２５０がＵＳＢトークンである場合、認証デバイス制御部２５０は、ＵＳＢインタフェースによって個人認証デバイス２５０からのデータ読み出し／書き込みを行う。個人認証デバイス２５０がＩＣカードである場合は、ＵＳＢインタフェース等により接続されたＩＣカード用のリーダ／ライタを介してデータの読み出しと書き込みを行う。

また、認証デバイス制御部２０８は、個人認証デバイス２５０が端末装置２００に接続されているか否かを検出する機能を有する。例えば、個人認証デバイス２５０がＵＳＢトークンの場合、ＵＳＢインタフェースの電気信号によって個人認証デバイス２５０の接続／非接続を検出する。認証デバイス制御部２０８は、端末装置２００がサーバ装置１００とセッションが確立されている状態で個人認証デバイス２５０と端末装置２００との接続が遮断されたことを検出した場合、認証処理部２０６に接続が遮断されたことを通知する。

通常、個人認証デバイス２５０と端末装置２００との接続が遮断された場合には、サーバ装置２００との通信路を切断する。しかし、ウィルスソフトなどのように悪意のあるソフトウェアが存在していた場合には、当該遮断を検知しても、通信を継続する可能性がある。しかし、本実施形態においては、上記したようにデータを送信する前に個人認証デバイス２５０の接続状況を確認することができるため、個人認証デバイス２５０が着脱されている場合には、データを送信しないようにすることができる。

認証返信データ作成要求部２１０は、認証デバイス制御部２０８を介して、認証デバイス２５０に、サーバ装置１００から送信された認証要求データに対応する認証返信データの作成を要求する機能を有する。上記したように、認証要求データはデータ送信時の時刻情報や、一時的なランダム値や通信時のデータのハッシュなどデータ送信時にしか作成することができないデータである。認証返信データ作成要求部２１０により作成を要求された認証デバイス制御部２０８は、個人認証デバイス２５０に記憶された情報を用いて、認証要求データに署名を付加して認証返信データを作成する。

認証返信データは、サーバ装置１００に送信される。サーバ装置１００において送信された認証返信データの署名を検証して、署名が正しいものであるか否かが判断される。署名が正しいものであると判断されれば、端末装置２００に個人認証デバイス２５０が接続されていることとなる。また署名が正しいものではないと判断された場合には、個人認証デバイス２５０が着脱されていることとなるため、サーバ装置２００からデータの送信はなされず、かつ、通信も切断される。以上、端末装置２００の機能構成について説明した。

以上、端末装置２００の機能構成について説明した。なお、端末装置２００の送信部２０２、受信部２０４、認証判断部２０６、認証デバイス制御部２０８、認証返信データ作成要求部２１０は、これらの各部の機能を実行するソフトウェアプログラムを端末装置２００にインストールすることにより実現することも可能であるし、専用のハードウェアにより実現することも可能である。また、上記ソフトウェアプログラムは、コンピュータ読み取り可能な記憶媒体に記憶されたものを読み出すことにより実行されてもよいし、あるいは、ネットワーク等を介して端末装置２００に提供されるものであってもよい。

次に、図４〜図８を参照して、本実施形態にかかる認証システム１０の認証方法について説明する。まず、図４を参照して、サーバ装置１００と端末装置２００との間で行われる相互認証処理について説明する。図４は、サーバ装置１００と端末装置２００との間で行われる相互認証処理を示すタイミングチャートである。図４に示したように、まず、端末装置２００からサーバ装置１００に対して、接続要求がなされる（Ｓ１０２）。ステップＳ１０２において接続を要求されたサーバ装置１００は、証明書の演算を行う（Ｓ１０４）。

そして、サーバ装置１００は、ステップＳ１０４で演算した証明書と共通鍵の基データを端末装置２００に送信する（Ｓ１０６）。これにより、サーバ装置１００の身元を明らかにする。また、共通鍵の基データとして、暗号化の種類や方式等送信する。端末装置２００は、個人認証デバイス２５０に証明書の演算を要求し（Ｓ１０８）、個人認証デバイス２５０は証明書の演算結果を端末装置２００に送信する（Ｓ１１０）。端末装置２００は、ステップＳ１１０において個人認証デバイス２５０から送信された証明書と共通鍵の基データをサーバ装置１００に送信する（Ｓ１１２）。

ステップＳ１１２において証明書と共通鍵の基データを送信されたサーバ装置１００は、送信された証明書と共通鍵の基データから、端末装置２００のユーザアクセス権限認証確認を行う（Ｓ１１４）。例えば、予めアクセス権限のあるユーザの情報を記憶している場合には、記憶しているユーザの情報と端末装置１００から送信されたユーザの情報とを比較して、当該ユーザにアクセス権限があるか否かを判断する。ステップＳ１１４において、ユーザにアクセス権限があると判断された場合には、接続が成功したことを通知する（Ｓ１１６）。以上より、サーバ装置１００と端末装置２００との間のセッションが確立され、暗号化通信による安全な通信パスが形成される。

次に、図５を参照して、セッション確立後のサーバ装置１００によるデータ送信処理について説明する。図５は、端末装置２００の認証が不要なデータを送信する場合の、セッション確立後のサーバ装置１００によるデータ送信処理を示すタイミングチャートである。まず、端末装置２００がサーバ装置１００にデータを要求する（Ｓ２０２）。

ステップＳ２０２においてデータを要求されたサーバ装置１００は、要求されたデータについて、アクセス権限を必要とするデータか否かを確認する（Ｓ２０４）。アクセス権限を必要とするデータか否かの確認は、サーバ装置１００の認証判断部１０６により、データの送信先である端末装置２００の認証が必要なデータか否かを判断することによって行われる。ステップＳ２０４において、データアクセス権限を必要としないデータであると判断された場合には、端末装置１００の認証等は行わずに、端末装置２００にデータを返信する（Ｓ２０６）。

図６は、端末装置２００の認証が必要なデータを送信する場合の、セッション確立後のサーバ装置１００による認証処理を示すタイミングチャートである。まず、端末装置２００がサーバ装置１００にデータを要求する（Ｓ２１２）。ステップＳ２１２においてデータを要求されたサーバ装置１００は、要求されたデータについて、アクセス権限を必要とするデータか否かを確認する（Ｓ２１４）。ステップＳ２１４において、データアクセス権限を必要とするデータであると判断された場合、すなわち、端末装置２００の認証が必要なデータであると判断された場合には、サーバ装置１００は、認証要求データを作成する（Ｓ２１６）。そして、サーバ装置１００は、ステップＳ２１６において作成した認証要求データを端末装置２００に送信する（Ｓ２１８）。

ステップＳ２１８において、サーバ装置１００から認証要求データを送信された端末装置２００は、個人認証デバイス２５０に認証返信データの作成を要求する（Ｓ２２０）。ステップＳ２２０において認証返信データの作成を要求された個人認証デバイス２５０は、記憶しているユーザＩＤやパスワード等のユーザ情報に基づいて、認証返信データを作成する（Ｓ２５０）。ステップＳ２５０において認証返信データを作成して個人認証デバイス２５０は、認証返信データを端末装置２００に送信する（Ｓ２２４）。端末装置２００は、ステップＳ２２４において個人認証デバイス２５０から送信された認証返信データをサーバ装置１００に送信する（Ｓ２２６）。

サーバ装置１００は、ステップＳ２２６において端末装置２００から送信された認証返信データを検証して、端末装置２００の認証を行う。サーバ装置１００により端末装置２００の認証ができた場合に（Ｓ２２８）、端末装置２００にデータを送信する（Ｓ２３０）。本実施形態においては、端末装置２００からデータを要求する場合について説明するが、かかる例に限定されず、端末装置２００からデータの要求がされることなく、サーバ装置１００からデータを送信してもよい。この場合においても、サーバ装置１００は、データを送信する直前に、端末装置２００の認証をすることにより、データを安全に送信することが可能となる。

次に、図７を参照して、図６の認証処理において、認証が失敗した場合について説明する。図７は、端末装置２００の認証が必要なデータを送信する場合の、セッション確立後のサーバ装置１００による認証処理を示すタイミングチャートである。端末装置２００がデータを要求して、端末装置２００から認証返信データが送信されるまでの処理（ステップＳ２３２〜ステップＳ２４６）の流れは図６と同様のため、詳細な説明は省略する。

ステップＳ２４６において、認証返信データを送信されたサーバ装置１００は、認証返信データを検証して、端末装置２００の認証を行う。サーバ装置１００により端末装置２００の認証ができなかった場合には（Ｓ２４８）、端末装置２００に認証エラーを送信する（Ｓ２５０）。その後、サーバ装置１００は端末装置２００とのコネクションを切断する（Ｓ２５２）。

ステップＳ２４８において端末装置２００の認証に失敗した場合には、セッション確立時に端末装置２００に接続されていた個人認証デバイス２５０が着脱されているか、個人認証デバイス２５０から正しくユーザ情報を読み取ることができない状態となっている。この場合に、サーバ装置１００がデータを送信すると、第三者に情報が漏えいする恐れがあるため、端末装置２００にデータを送信することができない。また、上記したように、サーバ装置１００と端末装置２００との接続は、個人認証デバイス２５０を用いて行われている。したがって、個人認証デバイス２５０の接続を確認できない場合には安全な通信路を確保することができないため、サーバ装置１００は端末装置２００とのコネクションを切断する必要がある。

次に、図８を参照して、図６の認証処理において、タイムアウトとなった場合について説明する。図８は、端末装置２００の認証が必要なデータを送信する場合の、セッション確立後のサーバ装置１００による認証処理を示すタイミングチャートである。図６の認証処理と同様に、まず、端末装置２００がサーバ装置１００にデータを要求する（Ｓ２６２）。ステップＳ２６２においてデータを要求されたサーバ装置１００は、要求されたデータについて、アクセス権限を必要とするデータか否かを確認する（Ｓ２６４）。

ステップＳ２６４において、データアクセス権限を必要とするデータであると判断された場合、すなわち、端末装置２００の認証が必要なデータであると判断された場合には、サーバ装置１００は、認証要求データを作成する（Ｓ２６６）。そして、サーバ装置１００は、ステップＳ２６６において作成した認証要求データを端末装置２００に送信する（Ｓ２６８）。

しかし、ステップＳ２６８においてサーバ装置２００が認証要求データを送信した後に、一定時間経過しても端末装置２００から認証返信データが送信されない場合には、サーバ装置１００は、認証処理がタイムアウトとなったとして（Ｓ２７０）、端末装置２００とのコネクションを切断する（Ｓ２７２）。以上、本実施形態にかかる認証システム１０の認証方法について説明した。

本実施形態によれば、サーバ装置１００と端末装置２００との間で、端末装置２００に接続された個人認証デバイス２５０を用いて相互認証が行われて安全な通信路が確保された後に、サーバ装置１００から端末装置２００にデータを送信する前に、端末装置２００を認証するための認証要求データが作成されて端末装置２００に送信される。サーバ装置１００から認証要求データを送信された端末装置２００は、個人認証デバイス２５０を用いて認証要求データに対応する認証返信データを作成して、サーバ装置１００に返信する。サーバ装置１００は、端末装置２００に送信された認証返信データに基づいて、端末装置１００の認証を行う。

サーバ装置１００は、端末装置２００とのセッション確立後のデータ送信前に端末装置２００を認証することができた場合にのみデータを送信することができる。すなわち、サーバ装置１００がデータを送信する前に、個人認証デバイス２５０が端末装置２００から着脱されていないかを確認することが可能となる。したがって、個人認証デバイス２５０が端末装置２００から確実に利用できると判断された場合にのみ、データが送信されることとなる。これにより、個人認証デバイス２５０が着脱された端末装置２００にデータが送信されて、第三者に情報が漏えいするのを防止することが可能となる。

以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。

本発明の実施形態にかかる認証システムの構成例を示した説明図である。 同実施形態にかかるサーバ装置の機能構成を示すブロック図である。 同実施形態にかかる端末装置の機能構成を示すブロック図である。 同実施形態にかかるサーバ装置と端末装置との間で行われる相互認証処理を示すタイミングチャートである。 同実施形態にかかるセッション確立後のサーバ装置によるデータ送信処理を示すタイミングチャートである。 同実施形態にかかるセッション確立後のサーバ装置による認証処理を示すタイミングチャートである。 同実施形態にかかるセッション確立後のサーバ装置による認証処理を示すタイミングチャートである。 同実施形態にかかるセッション確立後のサーバ装置による認証処理を示すタイミングチャートである。

符号の説明

１００ サーバ装置
１０２ 送信部
１０４ 受信部
１０６ 認証判断部
１０８ 認証要求データ作成部
１１２ 認証処理部
２００ 端末装置
２０２ 送信部
２０４ 受信部
２０６ 認証処理部
２１０ 認証返信データ作成要求部
２５０ 個人認証デバイス
５０ ネットワーク

Claims (8)

1. ネットワークを介してサーバ装置と端末装置とが接続され、前記端末装置と前記サーバ装置とのセッション確立時および確立後に継続して、前記端末装置に接続された認証デバイスを用いて認証を行う認証システムであって、
   前記サーバ装置は、
   前記端末装置を認証する認証要求データを作成する認証要求データ作成部と、
   前記認証要求データ作成部により作成された認証要求データを送信する送信部と、
   を備え、
   前記端末装置は、
   前記サーバ装置により送信された認証要求データを受信する受信部と、
   前記認証デバイスに、前記受信部により受信された前記認証要求データに対応する認証返信データの作成を要求する認証返信データ作成要求部と、
   前記認証デバイスにより作成された前記認証返信データを前記サーバ装置に送信する送信部と、
   を備え、
   前記サーバ装置は、
   前記端末装置から送信された前記認証返信データに基づいて、前記認証デバイスが接続されていることを確認された前記端末装置を認証する認証処理部と、
   前記端末装置に送信するデータの内容に応じて、前記端末装置の認証が必要か否かを判断する認証判断部と、
   をさらに備え、
   前記認証要求データ作成部は、前記認証判断部により、前記端末装置の認証が必要であると判断された場合に、前記認証要求データを作成し、
   前記サーバ装置の送信部は、前記認証処理部による認証の結果、前記端末装置を認証できた場合に、前記端末装置にデータを送信し、
   前記認証要求データは、データ送信時の時刻情報および送信データのハッシュを含み、データ送信毎に作成され、
   前記認証返信データは、前記認証デバイスにより前記認証要求データに署名が付加されたデータである、認証システム。
2. ネットワークを介して接続された端末装置との間のセッション確立時および確立後に継続して、前記端末装置に接続された認証デバイスを用いて認証を行うサーバ装置であって、
   前記端末装置を認証する認証要求データを作成する認証要求データ作成部と、
   前記認証要求データ作成部により作成された認証要求データを送信する送信部と、
   前記端末装置が前記認証デバイスに対して作成を要求し前記認証デバイスにより作成された、前記認証要求データに対応する認証返信データを受信する受信部と、
   前記受信部により受信された前記認証返信データに基づいて、前記認証デバイスが接続されていることを確認された前記端末装置を認証する認証処理部と、
   前記端末装置に送信するデータの内容に応じて、前記端末装置の認証が必要か否かを判断する認証判断部と、
   を備え、
   前記認証要求データ作成部は、前記認証判断部により、前記端末装置の認証が必要であると判断された場合に、前記認証要求データを作成し、
   前記送信部は、前記認証処理部による認証の結果、前記端末装置を認証できた場合に、前記端末装置にデータを送信し、
   前記認証要求データは、データ送信時の時刻情報および送信データのハッシュを含み、データ送信毎に作成され、
   前記認証返信データは、前記認証デバイスにより前記認証要求データに署名が付加されたデータである、サーバ装置。
3. 前記認証要求データ作成部は、
   前記端末装置からのデータの送信要求に応じて、前記データの送信直前に認証要求データを作成することを特徴とする、請求項２に記載のサーバ装置。
4. 前記認証要求データ作成部は、
   前記端末装置の認証のたびに認証要求データを作成することを特徴とする、請求項２に記載のサーバ装置。
5. 前記認証処理部による認証の結果、前記端末装置を認証できなかった場合に、前記端末装置との接続を切断することを特徴とする、請求項２に記載のサーバ装置。
6. 前記認証処理部による認証の結果、前記端末装置を認証できなかった場合に、前記端末装置に認証エラーを送信することを特徴とする、請求項２に記載のサーバ装置。
7. ネットワークを介してサーバ装置と接続され、前記サーバ装置との間のセッション確立時および確立後に継続して認証デバイスを用いて認証を行う端末装置であって、
   前記サーバ装置により作成された前記端末装置を認証する認証要求データを受信する受信部と、
   前記認証デバイスに、前記受信部により受信された前記認証要求データに対応する認証返信データの作成を要求する認証返信データ作成要求部と、
   前記認証デバイスにより作成された前記認証返信データを前記サーバ装置に送信する送信部と、
   を備え、
   前記認証要求データは、データ送信時の時刻情報および送信データのハッシュを含み、データ送信毎に作成され、
   前記認証返信データは、前記認証デバイスにより前記認証要求データに署名が付加されたデータであり、
   前記サーバ装置により、前記認証返信データに基づいて、前記認証デバイスが接続されていることを確認されたことにより前記端末装置が認証された場合に、前記サーバ装置からデータが送信されることを特徴とする、端末装置。
8. ネットワークを介して接続された端末装置との間のセッション確立時および確立後に継続して、前記端末装置に接続された認証デバイスを用いて認証を行うサーバ装置を用いて実現される認証方法であって、
   前記端末装置に送信するデータの内容に応じて、前記端末装置の認証が必要か否かを判断するステップと、
   前記端末装置の認証が必要であると判断された場合に、前記端末装置を認証するための、データ送信時の時刻情報および送信データのハッシュを含み、データ送信毎に作成される認証要求データを作成するステップと、
   前記作成された認証要求データを送信するステップと、
   前記端末装置が前記認証デバイスに対して作成を要求し前記認証デバイスにより作成された、前記認証要求データに対応する、前記認証デバイスにより前記認証要求データに署名が付加されたデータである認証返信データを受信するステップと、
   前記受信された前記認証返信データに基づいて、前記認証デバイスが接続されていることを確認された前記端末装置を認証するステップと、
   前記端末装置の認証の結果、前記端末装置を認証できた場合に、前記端末装置にデータを送信するステップと、
   を含むことを特徴とする、認証方法。
   

Images