JP4216914B2 - ネットワークシステム - Google Patents
ネットワークシステム Download PDFInfo
- Publication number
- JP4216914B2 JP4216914B2 JP28478597A JP28478597A JP4216914B2 JP 4216914 B2 JP4216914 B2 JP 4216914B2 JP 28478597 A JP28478597 A JP 28478597A JP 28478597 A JP28478597 A JP 28478597A JP 4216914 B2 JP4216914 B2 JP 4216914B2
- Authority
- JP
- Japan
- Prior art keywords
- authentication key
- authentication
- client
- key
- internal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
この発明はネットワークシステムに関し、特に、クライアントとサーバとの間の相互認証に関する。
【０００２】
【従来の技術】
特開平６−１５００８２号公報は、ＩＣカードを所持したユーザが、このＩＣカードに記録されている秘密情報を用い、通信回線を介しクライアントからサーバに対して認証を要求する技術に関するものであり、非対称鍵暗号方式の暗号アルゴリズムを用いてＩＣカード内の秘密情報を変更する技術が開示されている。
【０００３】
【発明が解決しようとする課題】
しかしながら、前記従来技術は、秘密鍵と公開鍵を用いる非対称鍵暗号方式の暗号アルゴリズムをＩＣカードに搭載してＩＣカード内の秘密情報を変更する技術が開示されているにとどまり、対称鍵暗号方式を用いる場合にＩＣカード内の秘密情報を変更するための技術はなんら開示されていない。常に非対称鍵暗号方式が利用できるとは限らず、対称鍵暗号方式しか利用できない環境における秘密情報の変更の技術が要望される。
【０００４】
この発明の目的は、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、認証鍵を更新することができるネットワークシステムを提供することにある。
【０００５】
この発明の別の目的は、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、内部認証鍵や外部認証鍵を更新することができるネットワークシステムを提供することにある。
【０００６】
この発明の別の目的は、少ない鍵更新処理により安全に、内部認証鍵や外部認証鍵を更新することができるネットワークシステムを提供することにある。
【０００７】
この発明の別の目的は、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、使用が稀である認証鍵により使用が頻繁な内部認証鍵や外部認証鍵を安全に更新することができるネットワークシステムを提供することにある。
【０００８】
この発明の別の目的は、更新後の新たな認証鍵を記憶媒体外に漏らすことなく認証鍵を安全に更新することができるネットワークシステムを提供することにある。
【０００９】
この発明の別の目的は、ネットワークシステムを低コストで構築することにある。
【００１０】
【課題を解決するための手段】
請求項１に記載の発明は、通信回線を介して接続されるクライアントおよびサーバと、前記クライアントおよび前記サーバ間の相互認証に使用する認証鍵が格納され、前記クライアントに接続される記憶媒体とを備え、前記サーバおよび前記クライアント間で前記認証鍵による相互認証が成立した後に、前記認証鍵に基づいてセッション鍵を生成して前記サーバおよび前記クライアント間で暗号化通信を行なうネットワークシステムであって、前記記憶媒体は各々順番号の識別番号が付された前記認証鍵を複数個記憶し、前記サーバおよび前記クライアント間の通常の暗号化通信については、識別番号の一番大きい最下位の前記認証鍵を用いて相互認証およびセッション鍵の生成を行い、前記認証鍵のうち第一の識別番号の第一の認証鍵の更新時には、更新対象の前記第一の認証鍵よりも上位である、前記第一の識別番号よりも一つ小さい第二の識別番号の第二の認証鍵を用いて前記クライアントおよび前記サーバ間の相互認証を行い、該相互認証が成立した後に、前記サーバから乱数を前記クライアントに送信し、前記第二の認証鍵を用いて前記乱数から新たな認証鍵を生成し、該新たな認証鍵をもって前記第一の認証鍵を更新することを特徴とするものである。
【００１１】
認証鍵としては対称鍵暗号方式と非対称鍵暗号方式のいずれを用いることもでき、特に従来は秘密鍵の更新が行えなかった対称鍵暗号方式であっても、複数の秘密鍵の中から利用頻度の低い他の認証鍵を用いて相互認証を行い、その認証鍵を用いて通常使用する認証鍵を更新することができるため、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、認証鍵を更新することができる。
【００１２】
請求項２に記載の発明は、前記記憶媒体は、前記クライアントが前記サーバを認証するための前記認証鍵である外部認証鍵と、前記サーバが前記クライアントを認証するための前記認証鍵である内部認証鍵とをいずれも識別番号を付して複数個ずつ記憶していて、前記内部認証鍵および前記外部認証鍵を用いて前記クライアントおよび前記サーバ間の相互認証を行なうことを特徴とするものである。
【００１３】
従って、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、内部認証鍵、外部認証鍵を更新することができる。
【００１４】
請求項３に記載の発明は、前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、前記内部認証鍵のうち識別番号がｍ番の第一の内部認証鍵を更新するには、識別番号がｍ−１番の第二の内部認証鍵と識別番号がｎ−１番の第二の外部認証鍵とを用いて行なう相互認証が成立した後に、前記サーバから乱数を前記クライアントに送信し、前記クライアントは前記第二の内部認証鍵を用いて前記乱数から新たな認証鍵を生成し、該新たな認証鍵をもって前記第一の内部認証鍵を更新することを特徴とするものである。
【００１５】
従って、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、識別番号がｍ番の内部認証鍵を更新することができる。
【００１６】
請求項４に記載の発明は、前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、前記外部認証鍵のうち識別番号がｎ番の第一の外部認証鍵を更新するには、識別番号がｍ−１番の第二の内部認証鍵と識別番号がｎ−１番の第二の外部認証鍵とを用いて行なう相互認証が成立した後に、前記サーバから乱数を前記クライアントに送信し、前記クライアントは前記第二の内部認証鍵を用いて前記乱数から新たな認証鍵を生成し、該新たな認証鍵をもって前記第一の外部認証鍵を更新することを特徴とするものである。
【００１７】
従って、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、識別番号がｎ番の外部認証鍵を更新することができる。
【００１８】
請求項５に記載の発明は、前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、前記内部認証鍵のうち識別番号がｍ番の第一の内部認証鍵および前記外部認証鍵のうち識別番号がｎ番の第一の外部認証鍵を一度に更新するには、識別番号がｍ−１番の第二の内部認証鍵と識別番号がｎ−１番の第二の外部認証鍵とを用いて行なう相互認証が成立した後に、前記サーバから二つの乱数を前記クライアントに送信し、前記クライアントは前記第二の内部認証鍵を用いて前記二つの乱数から新たな第一および第二の認証鍵を生成し、該新たな第一および第二の認証鍵をもって前記第一の内部認証鍵および前記第一の外部認証鍵を更新することを特徴とするものである。
【００１９】
従って、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、一括した少ない鍵更新処理により安全に、識別番号がｍ番の内部認証鍵と識別番号がｎ番の外部認証鍵を一度に更新することができる。
【００２０】
請求項６に記載の発明は、前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、前記内部認証鍵のうち識別番号がｍ番から始まり順に大きくなる一群の内部認証鍵を複数一度に更新するには、識別番号がｍ−１番の内部認証鍵と識別番号がｎ−１番の外部認証鍵とを用いて相互認証が成立した後に、前記サーバから複数の乱数を前記クライアントに送信し、前記クライアントは前記識別番号がｍ−１番の内部認証鍵を用いて前記複数の乱数から新たな一群の認証鍵を生成し、該新たな一群の認証鍵をもって前記一群の内部認証鍵を更新することを特徴とするものである。
【００２１】
従って、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、一括した少ない鍵更新処理により安全に、複数の内部認証鍵を一度に更新することができる。
【００２２】
請求項７に記載の発明は、前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、前記外部認証鍵のうち識別番号がｎ番から始まり順に大きくなる一群の外部認証鍵を複数一度に更新するには、識別番号がｍ−１番の内部認証鍵と、識別番号がｎ−１番の外部認証鍵とを用いて相互認証が成立した後に、前記サーバから複数の乱数を前記クライアントに送信し、前記クライアントは前記識別番号がｍ−１番の内部認証鍵を用いて前記複数の乱数から新たな一群の認証鍵を生成し、該新たな一群の認証鍵をもって前記一群の外部認証鍵を更新することを特徴とするものである。
【００２３】
従って、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、一括した少ない鍵更新処理により安全に、複数の外部認証鍵を一度に更新することができる。
【００２４】
請求項８に記載の発明は、前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、前記内部認証鍵のうち識別番号がｍ番から始まり順に大きくなる一群の内部認証鍵と前記外部認証鍵のうち識別番号がｎ番から始まり順に大きくなる一群の外部認証鍵とを複数一度に更新するには、識別番号がｍ−１番の内部認証鍵と識別番号がｎ−１番の外部認証鍵とを用いて行なう相互認証が成立した後に、前記サーバから複数の乱数を前記クライアントに送信し、前記クライアントは前記識別番号がｍ−１番の内部認証鍵を用いて前記複数の乱数から新たな一群の認証鍵を生成し、該新たな一群の認証鍵をもって前記一群の内部認証鍵および前記一群の外部認証鍵を更新することを特徴とするものである。
【００２５】
従って、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、一括した少ない鍵更新処理により安全に、複数の内部認証鍵と複数の外部認証鍵とを一度に更新することができる。
【００２６】
請求項９に記載の発明は、前記記憶媒体は、更新に先立って行なわれた相互認証を成立させた認証鍵を用い前記サーバが前記クライアントに送信した乱数から新たに生成された認証鍵を前記記憶媒体内部の不揮発性メモリにのみ記憶することを特徴とするものである。
【００２７】
従って、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、更新後の新たな認証鍵を記憶媒体外に漏らすことなく認証鍵を安全に更新することができる。
【００２８】
請求項１０に記載の発明は、前記記憶媒体としてＩＣカードを用いることを特徴とするものである。
【００２９】
従って、一般に普及し始めているＩＣカードを記憶媒体として用い、ネットワークシステムを低コストで構築することができる。
【００３０】
【発明の実施の形態】
〔発明の第１の実施の形態〕
図１は、この発明のネットワークシステムを実現した、この発明の第１の実施の形態である対称鍵暗号系を使用したネットワークシステム１の概略システム構成のブロック図である。
【００３１】
ネットワークシステム１は、クライアント２と、このクライアント２を管理するクライアント管理データベース（図示せず）を備えたサーバ３とを通信回線４で接続したクライアント／サーバシステムである。
【００３２】
クライアント２には、ＩＣカード５に対してデータの書き込み、読み取りを行なうＩＣカードリーダライタ６が接続されている。
【００３３】
サーバ３は、ＩＣカード５の配布元や、後述する秘密鍵の発行センタをも兼ねている。すなわち、サーバ３は、各ユーザに対応して、ユーザ用に秘密鍵をＭ個生成し、また、サーバ３用に秘密鍵をＮ個生成する（このサーバ３用の秘密鍵は、各ユーザごとに生成せずに、全ユーザ共通としてもよい）。そして、サーバ３のクライアント管理データベースには、サーバ３が生成したすべての秘密鍵を記憶する。
【００３４】
ＩＣカード５は、この発明の記憶媒体を実現するもので、例えば、図２に示すように、マイクロプロセッサ１１と、このマイクロプロセッサ１１と接続され、データの書替えが可能な不揮発性メモリ１２（ＥＥＰＲＯＭ〔この発明の記憶手段を実現するものである〕）と、マイクロプロセッサ１１とＩＣカードリーダライタ６との間のデータの授受を行なうインターフェイスである入出力装置１３などが搭載されていて、国際規格（ＩＳ）で規定されている、"Internal Authentication コマンド"、"External Authentication コマンド"、"Get Challenge コマンド"をサポートしているものである。
【００３５】
マイクロプロセッサ１１のＲＯＭには、クライアント２とサーバ３との間の相互認証を行なう暗号アルゴリズムが記憶されている。この暗号アルゴリズムはサーバ３（のＲＯＭ）にも格納されている。このマイクロプロセッサ１１およびサーバ３のＲＯＭに記憶されている相互認証のための暗号アルゴリズムは対称鍵暗号方式のものである。
【００３６】
図３は、不揮発性メモリ１２内の認証鍵のファイルフォーマットの一例を示すブロック図である。このファイルフォーマットは、主ファイルＭＦの下位に専用ファイルＤＦを有し（図３の例では、専用ファイルＤＦ１、ＤＦ２、ＤＦ３を有している）、この専用ファイルＤＦの下位に基礎ファイルＩＥＦを有する（図３の例では、専用ファイルＤＦ１の下位に基礎ファイルＩＥＦ１、ＩＥＦ２、ＩＥＦ３、ＩＥＦ４、ＩＥＦ５、ＩＥＦ６、ＩＥＦ７を有している）階層構造をなしている。専用ファイルＤＦ１直下の基礎ファイルＩＥＦ１〜ＩＥＦ７には、前記したようにサーバ３でユーザ用に生成したＭ個の秘密鍵を内部認証鍵として記憶し、サーバ３用に生成したＮ個の秘密鍵を外部認証鍵として記憶する。ここでは、Ｍ＝３、Ｎ＝４とし、ユーザ用に生成した秘密鍵であるｋａｉ［１］〜ｋａｉ［３］とサーバ３用に生成した秘密鍵であるｋａｅ［１］〜ｋａｅ［４］を基礎ファイルＩＥＦ１〜ＩＥＦ７にそれぞれ保持している。
【００３７】
また、サーバ３のクライアント管理データベースにもユーザ用に生成した秘密鍵Ｍ個を外部認証鍵として記憶し、サーバ３用に生成した秘密鍵Ｎ個を内部認証鍵として記憶している。すなわち、内部認証鍵は、クライアント２がサーバ３を認証するための認証鍵であり、外部認証鍵は、サーバ３がクライアント２を認証するための認証鍵である。
【００３８】
内部認証鍵および外部認証鍵は、各々順番号の識別番号が付されている。以下では、ＩＣカード５に記憶されているｍ番目の内部認証鍵をｋａｉ［ｍ］のように表示し、ＩＣカード５に記憶されているｎ番目の外部認証鍵をｋａｅ［ｎ］のように表示する。また、サーバ３で管理しているｎ番目の内部認証鍵をｋｓｉ［ｎ］と表示し、サーバ３で管理しているｍ番目の外部認証鍵をｋｓｅ［ｍ］と表示する。図３の例では、基礎ファイルＩＥＦ１、ＩＥＦ２、ＩＥＦ３、ＩＥＦ４、ＩＥＦ５、ＩＥＦ６、ＩＥＦ７の各々に、３つの内部認証鍵と４つの外部認証鍵、すなわち、ｋａｉ［１］、ｋａｉ［２］、ｋａｉ［３］、ｋａｅ［１］、ｋａｅ［２］、ｋａｅ［３］、ｋａｅ［４］が格納されている。
【００３９】
ＩＣカード５は、外部認証鍵、内部認証鍵を予め記憶した状態でネットワークシステム１のユーザに配布するものとする。ユーザは、このＩＣカード５を所持し、ネットワークシステム１を利用する際には、クライアント２のＩＣカードリーダライタ６にＩＣカード５を装填してクライアント２を操作する。
【００４０】
以上のようなシステム構成で、クライアント２からサーバ３に接続要求がされると、次のようにしてクライアント２とサーバ３との間の相互認証が行なわれる。図４は、この相互認証の手順を示す概念図である。なお、以下の説明で、Ｅ（Ｋ，Ｒ）は、ＲをＫで暗号化することを示し、Ｄ（Ｋ，Ｒ）は、ＲをＫで復号化することを示している。
【００４１】
相互認証にはＩＣカード５に記憶されているＭ個の内部認証鍵、Ｎ個の外部認証鍵のうち一番番号の大きいｍ＝Ｍ、ｎ＝Ｎにつき、ｋａｉ［ｍ］、ｋａｅ［ｎ］を用いる。まず、クライアント２から接続要求を受け取ったサーバ３は、乱数Ｒｓをクライアント２に送信する。クライアント２は、ＩＣカード５に乱数Ｒｓを送信し、ＩＣカード５のマイクロプロセッサ１１では、Ｅ（Ｋａｉ［ｍ］，Ｒｓ）の処理、すなわち、不揮発性メモリ１２に記憶されている識別番号がｍ番の内部認証鍵を用いて乱数Ｒｓを暗号化することで、内部認証コードＣａｉに変換する。そして、この"内部認証コードＣａｉ＝Ｅ（Ｋａｉ［ｍ］，Ｒｓ）"をクライアント２からサーバ３に送信する。
【００４２】
すると、サーバ３では、"Ｄ（Ｋｓｅ〔ｍ〕、Ｃａｉ）"の処理、すなわち、ＩＣカード５用の外部認証鍵のうち識別番号がｍ番のものをクライアント管理データベースから呼出し、この外部認証鍵を用いて、"Ｃａｉ＝Ｅ（Ｋａｉ〔ｍ〕，Ｒｓ）"の復号化を行ない、そして、この復号化したＣａｉと乱数Ｒｓとが一致するか否かを判断する。そして、一致するときは所定のＯＫ信号を、一致しないときは所定のＮＧ信号を、クライアント２に送信する。
【００４３】
このＯＫ信号を受けたときは、クライアント２はＩＣカード５に乱数を要求する。ＩＣカード５は、この信号を受けて乱数Ｒａをクライアント２に出力し、クライアント２は、この乱数Ｒａをサーバ３に送信する。サーバ３では、Ｅ（Ｋｓｉ［ｎ］，Ｒａ）の処理を行なう。すなわち、ＩＣカード５用で識別番号がｎ番の内部認証鍵を用いて乱数Ｒａを暗号化することにより、サーバ３の内部認証コード、すなわち、クライアント２にとっての外部認証コード"Ｃｓｉ＝Ｅ（Ｋｓｉ［ｎ］，Ｒａ）"に変換し、クライアント２に送信する。クライアント２は、この外部認証コードＣｓｉをＩＣカード５に送信し、ＩＣカード５では、"Ｄ（Ｋａｅ〔ｎ〕，Ｃｓｉ）"の処理、すなわち、不揮発性メモリ１２に記憶されているｎ番の外部認証鍵で"Ｃｓｉ＝Ｅ（Ｋｓｉ〔ｎ〕，Ｒａ）"を復号化し、復号化後の"Ｄ（Ｋａｅ〔ｎ〕，Ｃｓｉ）"が乱数Ｒａに一致するか否かを判断する。一致するときは所定のＯＫ信号を、一致しないときは所定のＮＧ信号をクライアント２に送信し、クライアント２はサーバ３にＯＫ信号、またはＮＧ信号を送信する。
【００４４】
ＩＣカード５が、サーバ３から配布された正当なＩＣカードであるときは、サーバ３が管理している外部認証鍵Ｋｓｅと、ＩＣカード５に記憶されている内部認証鍵Ｋａｉとは対応し、また、ＩＣカード５に記憶されている外部認証鍵Ｋａｅと、サーバ３が管理している内部認証鍵Ｋｓｉとは対応するので、相互認証が成立する。
【００４５】
次に、この相互認証の成立後に行う暗号化データ通信の手順について説明する。図５は、認証鍵を利用してセッション鍵を生成する手順を示す概念図である。セッション鍵は、クライアント２／サーバ３間で共有して、クライアント２、サーバ３間の暗号化通信に使用するものである。
【００４６】
図５に示すように、前記相互認証が成立した後に、サーバ３は乱数Ｒｏをクライアント２に送信する。この乱数Ｒｏを受け取ったクライアント２は、ＩＣカード５に内部認証を要求する。これを受けて、ＩＣカード５は、Ｅ（Ｋａｉ［ｍ］，Ｒｏ）の処理を行なう。すなわち、不揮発性メモリ１２に記憶されている識別番号がｍ番の内部認証鍵を用いて乱数Ｒｏを暗号化し、このＥ（Ｋａｉ［ｍ］，Ｒｏ）をセッション鍵として用い、サーバ３と暗号化通信を行なう。同様に、サーバ３も、Ｅ（Ｋａｉ［ｍ］，Ｒｏ）の処理、すなわち、クライアント管理データベースに記憶されている識別番号がｍ番のクライアント２側の内部認証鍵を用いて乱数Ｒｏを暗号化し、このＥ（Ｋａｉ［ｍ］，Ｒｏ）をセッション鍵として、対称鍵暗号方式によりクライアント２と暗号化通信を行なう。
【００４７】
つづいて、内部認証鍵、外部認証鍵の更新の手順について説明する。図６は、内部認証鍵、外部認証鍵を同時に更新するシーケンスの概念図である。一般にクライアント２／サーバ３間で相互認証、暗号化通信を行うには、前記のようにＩＣカード５に記憶されている認証鍵のうち、一番番号の大きいＫａｉ［ｍ］、Ｋａｅ［ｎ］を使用する。図６に示すように、暦で新しい月になってクライアント２から最初の接続要求がサーバ３にあったときに、図４を参照して前記した相互認証の処理に代えて、図６に示す処理を行う。
【００４８】
すなわち、サーバ３は、乱数Ｒｓのみならず、認証鍵の更新要求と、相互認証しようする認証鍵の識別番号をクライアント２に送信する。数字の一番大きな識別番号は、内部認証鍵についてはｍ番、外部認証鍵についてはｎ番であるので、相互認証しようする認証鍵の識別番号として、ｍ番、ｎ番の上位認証鍵、すなわち、ｍ番、ｎ番より１番ずつ少ない、外部認証鍵については（ｍ−１）番、内部認証鍵については（ｎ−１）番をクライアント２に送信する。
【００４９】
これを受け取ったクライアント２は、ＩＣカード５に内部認証要求を行ない、ＩＣカード５では、"内部認証コードＣａｉ＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｓ）"を求め、この内部認証コードＣａｉをクライアント２からサーバ３に送信する。そして、サーバ３では、"Ｒｓ'＝Ｄ（Ｋｓｅ［ｍ−１］，Ｃａｉ）"を求め、そして、ＲｓとＲｓ'とが一致するか否かを判断する。そして、一致するときはＯＫ信号を、一致しないときはＮＧ信号を、クライアント２に送信する。
【００５０】
クライアント２がＯＫ信号を受けたときは、ＩＣカード５に乱数を要求する信号を出力する。ＩＣカード５は、この信号を受けて乱数Ｒａをクライアント２に出力し、クライアント２は乱数Ｒａをサーバ３に出力する。そして、サーバ３は、サーバ３の内部認証コード、すなわち、クライアント２にとっての外部認証コード"Ｃｓｉ＝Ｅ（Ｋｓｉ［ｎ−１］，Ｒａ）"を生成し、クライアント２に送信し、クライアント２は、この外部認証コードＣｓｉをＩＣカード５に送信する。そして、ＩＣカード５では、"Ｒａ'＝Ｄ（Ｋａｅ［ｎ−１］，Ｃｓｉ）"を求め、そしてＲａとＲａ'を比較して、一致するときはＯＫ信号を、一致しないときはＮＧ信号を、クライアント２に送り、上位認証鍵による相互認証が終了する。
【００５１】
この相互認証終了後に認証鍵更新の処理に入る。すなわち、サーバ３は乱数Ｒｋ１、Ｒｋ２をクライアント２に送信する。また、サーバ３は、先程相互認証に用いたクライアント２側の内部認証鍵Ｋａｉ［ｍ−１］を用いて、"コードＣｓ１＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ１）"、"コードＣｓ２＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ２）"を求める。
【００５２】
乱数Ｒｋ１、Ｒｋ２を受けたクライアント２は、まず、乱数Ｒｋ１を渡して、ＩＣカード５に内部認証を要求する。すると、ＩＣカード５は、"コードＣａ１＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ１）"を求め、このコードＣｓ１をクライアント２に送ると、クライアント２はコードＣａ１を新しい認証鍵とするようにＩＣカード５に要求する。そして、ＩＣカード５は、コードＣａ１をｍ番目の新しい内部認証鍵Ｋａｉ［ｍ］として不揮発性メモリ１２に記憶して、ＯＫ信号またはＮＧ信号をクライアント２に送る。
【００５３】
ＯＫ信号を受けたクライアント２は、次にＲｋ２を渡して、ＩＣカード５に内部認証を要求する。この要求を受けたＩＣカード５は、"コードＣａ２＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ２）"を求め、このコードＣａ２をクライアント２に送ると、クライアント２はコードＣａ２を新しい認証鍵とするようにＩＣカード５に要求する。そして、ＩＣカード５は、コードＣａ２をｎ番目の新しい外部認証鍵Ｋａｅ［ｎ］として不揮発性メモリ１２に記憶し、ＯＫ信号またはＮＧ信号をクライアント２に送る。クライアント２は受信したＯＫ信号をサーバ３に送信する。ＯＫ信号を受けたサーバ３は、すでに求めてあるコードＣｓ１を新しい外部認証鍵Ｋｓｅ［ｍ］としてクライアント管理データベースに記憶し、また、すでに求めてあるコードＣｓ２を新しい内部認証鍵Ｋｓｉ［ｎ］としてクライアント管理データベースに記憶して、認証鍵の更新を完了する。
【００５４】
このようにして、最も番号の大きい内部認証鍵、外部認証鍵の更新がなされるが、この更新を１ヵ月に１度とはいえ、何度も繰り返していると、鍵の更新の際に使用している内部認証鍵Ｋａｉ［ｍ−１］、外部認証鍵Ｋａｅ［ｎ−１］も漏洩の可能性が高まる。そのような場合を考え、例えば１年に１度、内部認証鍵Ｋａｉ［ｍ−１］、外部認証鍵Ｋａｅ［ｎ−１］も更新する手続きをとるようにすればよい。その場合、更新の処理は図６を参照して説明した前記の処理と同様に行うことができる。すなわち、内部認証鍵Ｋａｉ［ｍ−２］、外部認証鍵Ｋａｅ［ｎ−２］を用いて、内部認証鍵Ｋａｉ［ｍ−１］、外部認証鍵Ｋａｅ［ｎ−１］を更新すればよい。以下、内部認証鍵Ｋａｉ［ｍ−２］、外部認証鍵Ｋａｅ［ｎ−２］、内部認証鍵Ｋａｉ［ｍ−３］、外部認証鍵Ｋａｅ［ｎ−３］、……についても同様である。
【００５５】
すなわち、かかる認証鍵の更新は、更新の際の内部認証鍵の総数をＭ、外部認証鍵の総数をＮとしたときに、下式（１）で示されるｍ番目の内部認証鍵とｎ番目の外部認証鍵の更新を、識別番号が少なくともｍ番より小さい番号の内部認証鍵を用いてクライアント２がサーバ３を認証したことを条件に行なうもので、使用が稀である認証鍵により使用が頻繁な認証鍵ｍ番目の内部認証鍵とｎ番目の外部認証鍵とを安全に更新するものである。
【００５６】
Ｍ−ｍ＝Ｎ−ｎ ……（１）
但し、上記の処理では、内部認証鍵Ｋａｉ［１］、外部認証鍵Ｋａｅ［１］は更新できないことになってしまう。内部認証鍵Ｋａｉ［１］、外部認証鍵Ｋａｅ［１］を更新する際には最初の相互認証そのものを内部認証鍵Ｋａｉ［１］、外部認証鍵Ｋａｅ［１］で行い、新しい鍵のもとになる乱数Ｒｋから新しい内部認証鍵Ｋａｉ［１］、外部認証鍵Ｋａｅ［１］を生成する際も内部認証鍵Ｋａｉ［１］を使用するという処理にしてもよい。
【００５７】
しかし、実際の運用を考えた場合、内部認証鍵Ｋａｉ［１］、外部認証鍵Ｋａｅ［１］を更新する要求が発生するのは、内部認証鍵Ｋａｉ［１］、外部認証鍵Ｋａｅ［１］が漏洩した可能性がある場合である。その場合に、内部認証鍵Ｋａｉ［１］、外部認証鍵Ｋａｅ［１］を用いて鍵の更新を行うのは意味をなさない可能性があるので、内部認証鍵Ｋａｉ［１］、外部認証鍵Ｋａｅ［１］を更新する必要がある場合は、ＩＣカード５を鍵発行センタであるサーバ３に持参するか、ＩＣカード５を破棄して新しいＩＣカード５をサーバ３から受け取るのが望ましい。
【００５８】
前記の例では、対称鍵暗号系を用いる場合について説明した。非対称鍵暗号系を用いる場合は次のようにする。
【００５９】
すなわち、サーバ３は、各ユーザに対応して、ユーザ用に秘密鍵と公開鍵のペアをＭ組生成し、また、サーバ３用に秘密鍵と公開鍵のペアをＮ組生成する。そして、サーバ３のクライアント管理データベースには、サーバ３が生成したすべての秘密鍵、公開鍵を記憶する。
【００６０】
基礎ファイルＩＥＦには、サーバ３でユーザ用にＭ組の秘密鍵と公開鍵のペアを生成して、そのうちの秘密鍵を内部認証鍵として記憶し、サーバ３用にＮ組の秘密鍵と公開鍵のペアを生成して、そのうちの公開鍵を外部認証鍵として記憶する。
【００６１】
また、サーバ３のクライアント管理データベースは、サーバ３でユーザ用に生成した秘密鍵と公開鍵のペアのうちＭ個ある公開鍵を外部認証鍵として記憶し、サーバ３用に生成した秘密鍵と公開鍵のペアのうちＮ個ある秘密鍵を内部認証鍵として記憶する。
【００６２】
以上の各点については、以下の各実施の形態で非対称鍵暗号系を用いる場合の説明においても同様である。
【００６３】
以上のようにすることで、非対称鍵暗号系を用いる場合においても、その相互認証、セッション鍵の交換により行う暗号化データ通信、認証鍵の更新の処理は、図４〜図６を参照して説明した対称鍵暗号系の場合と同様に行うことができる。なお、非対称鍵暗号系を用いて相互認証やセッション鍵交換を行う場合でも、暗号化データ通信を行う場合は対称鍵暗号方式を用いるのが一般的である。
【００６４】
〔発明の第２の実施の形態〕
この実施の形態は、相互認証、セッション鍵を交換して行う暗号化データ通信の手順は前記第１の実施の形態と同様であり、図示、説明は省略する。前記第１の実施の形態と同様の部材等については以下の説明で同一符号を付して説明する。
【００６５】
この実施の形態では、認証鍵の更新のシーケンスが前記第１の実施の形態の場合と異なる。すなわち、前記第１の実施の形態では、外部認証鍵と内部認証鍵とを一度に更新しているが、この実施の形態は個別的に更新を行うものである。
【００６６】
図７は、この実施の形態の外部認証鍵の更新のシーケンスを示すブロック図である。但し、前記第１の実施の形態における図６に示すような上位認証鍵による相互認証の手続きは図示を省略しており、以下の説明でも省略する。すなわち、上位認証鍵による相互認証の手続きが完了すると、サーバ３からクライアント２に乱数Ｒｋ２を送信する。また、サーバ３は"コードＣｓ２＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ２）"を求める。クライアント２はＩＣカード５に乱数Ｒｋ２を送信し、内部認証を要求する。するとＩＣカード５は、"コードＣａ２＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ２）"を求め、このコードＣａ２をクライアント２に送信する。すると、クライアント２はコードＣａ２を新しい認証鍵とするようにＩＣカード５に要求する。そして、ＩＣカード５は、コードＣａ２をｎ番目の新しい内部認証鍵Ｋａｅ［ｎ］として不揮発性メモリ１２に記憶し、ＯＫ信号またはＮＧ信号をクライアント２に送る。クライアント２は受信したＯＫ信号をサーバ３に送信する。ＯＫ信号を受けたサーバ３は、すでに求めてあるコードＣｓ２を新しい外部認証鍵Ｋｓｉ［ｍ］としてクライアント管理データベースに記憶して、最も番号の大きい内部認証鍵Ｋａｉ［ｍ］の更新を完了する。
【００６７】
図８は、この実施の形態の内部認証鍵の更新のシーケンスを示すブロック図である。但し、前記第１の実施の形態における図６に示すような上位認証鍵による相互認証の手続きは図示を省略しており、以下の説明でも省略する。すなわち、上位認証鍵による相互認証の手続きが完了すると、サーバ３からクライアント２に乱数Ｒｋ１を送信する。また、サーバ３は"コードＣｓ１＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ１）"を求める。クライアント２はＩＣカード５に乱数Ｒｋ１を送信し、内部認証を要求する。するとＩＣカード５は、"コードＣａ１＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ１）"を求め、このコードＣａ１をクライアント２に送信する。すると、クライアント２はコードＣａ１を新しい認証鍵とするようにＩＣカード５に要求する。そして、ＩＣカード５は、コードＣａ１をｎ番目の新しい内部認証鍵Ｋａｉ［ｎ］として不揮発性メモリ１２に記憶し、ＯＫ信号またはＮＧ信号をクライアント２に送る。クライアント２は受信したＯＫ信号をサーバ３に送信する。ＯＫ信号を受けたサーバ３は、すでに求めてあるコードＣｓ１を新しい内部認証鍵Ｋｓｅ［ｍ］としてクライアント管理データベースに記憶して、最も番号の大きい外部認証鍵Ｋａｅ［ｎ］の更新を完了する。
【００６８】
〔発明の第３の実施の形態〕
この実施の形態も、相互認証、セッション鍵を用いて行う暗号化データ通信の手順は前記第１の実施の形態と同様であり、図示、説明は省略する。前記第１の実施の形態と同様の部材等については以下の説明で同一符号を付して説明する。
【００６９】
この実施の形態も、認証鍵の更新のシーケンスが前記第１の実施の形態の場合と異なる。すなわち、前記第１の実施の形態では、最も番号の大きい外部認証鍵と内部認証鍵のみを一度に更新しているが、この実施の形態は複数の外部認証鍵と内部認証鍵を一度に更新するものである。
【００７０】
図９は、この実施の形態の外部認証鍵、内部認証鍵の更新のシーケンスを示すブロック図である。但し、前記第１の実施の形態における図６に示すような上位認証鍵による相互認証の手続きは図示を省略しており、以下の説明でも省略する。すなわち、上位認証鍵による相互認証の手続きが完了すると、前記第１の実施の形態と同様、認証鍵更新の処理に入る。
【００７１】
すなわち、サーバ３は乱数Ｒｋ１、Ｒｋ２、Ｒｋ３、Ｒｋ４、……をクライアント２に送信する。また、サーバ３は、先程相互認証に用いた内部認証鍵Ｋａｉ［ｍ−１］を用いて、"コードＣｓ１＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ１）"、"コードＣｓ２＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ２）"、"コードＣｓ３＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ３）"、"コードＣｓ４＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ４）"、……を求める。
【００７２】
乱数Ｒｋ１、Ｒｋ２、Ｒｋ３、Ｒｋ４、……を受けたクライアント２は、乱数Ｒｋ１、Ｒｋ２、Ｒｋ３、Ｒｋ４、……を送信し、ＩＣカード５に内部認証を要求する。すると、ＩＣカード５は、"コードＣａ１＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ１）"を求め、このコードＣａ１をクライアント２に送ると、クライアント２はコードＣａ１を新しい認証鍵とするようにＩＣカード５に要求する。そして、ＩＣカード５は、コードＣａ１をｍ番目の新しい内部認証鍵Ｋａｉ［ｍ］として不揮発性メモリ１２に記憶して、ＯＫ信号またはＮＧ信号をクライアント２に送る。
【００７３】
ＯＫ信号を受けたクライアント２は、ＩＣカード５に内部認証を要求する。この要求を受けたＩＣカード５は、"コードＣａ２＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ２）"を求め、このコードＣａ２をクライアント２に送ると、クライアント２はコードＣａ２を新しい認証鍵とするようにＩＣカード５に要求する。そして、ＩＣカード５は、コードＣａ２をｎ番目の新しい外部認証鍵Ｋａｅ［ｎ］として不揮発性メモリ１２に記憶し、ＯＫ信号またはＮＧ信号をクライアント２に送る。
【００７４】
ＯＫ信号を受けたクライアント２は、ＩＣカード５に内部認証を要求する。すると、ＩＣカード５は、"コードＣａ３＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ３）"を求め、このコードＣａ３をクライアント２に送ると、クライアント２はコードＣａ３を新しい認証鍵とするようにＩＣカード５に要求する。そして、ＩＣカード５は、コードＣａ３をｍ＋１番目の新しい内部認証鍵Ｋａｉ［ｍ＋１］として不揮発性メモリ１２に記憶して、ＯＫ信号またはＮＧ信号をクライアント２に送る。
【００７５】
ＯＫ信号を受けたクライアント２は、ＩＣカード５に内部認証を要求する。この要求を受けたＩＣカード５は、"コードＣａ４＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ４）"を求め、このコードＣａ４をクライアント２に送ると、クライアント２はコードＣａ４を新しい認証鍵とするようにＩＣカード５に要求する。そして、ＩＣカード５は、コードＣａ４をｎ番目の新しい外部認証鍵Ｋａｅ［ｎ＋１］として不揮発性メモリ１２に記憶し、ＯＫ信号またはＮＧ信号をクライアント２に送る。
【００７６】
以上のような処理を繰り返した後、クライアント２は受信したＯＫ信号をサーバ３に送信する。ＯＫ信号を受けたサーバ３は、すでに求めてあるコードＣａ１を新しい外部認証鍵Ｋｓｅ［ｍ］とし、また、コードＣａ２を新しい内部認証鍵Ｋｓｉ［ｎ］とし、コードＣｓ３を新しい外部認証鍵Ｋｓｅ［ｍ＋１］とし、また、コードＣｓ４を新しい内部認証鍵Ｋｓｉ［ｎ＋１］、……として、クライアント管理データベースに記憶し、認証鍵の更新を完了する。
【００７７】
〔発明の第４の実施の形態〕
この実施の形態も、相互認証、セッション鍵を用いて行う暗号化データ通信の手順は前記第１の実施の形態と同様であり、図示、説明は省略する。前記第１の実施の形態と同様の部材等については以下の説明で同一符号を付して説明する。
【００７８】
この実施の形態も、認証鍵の更新のシーケンスが前記第１の実施の形態の場合と異なる。すなわち、前記第１の実施の形態では、ＩＣカード５で新たな認証鍵を計算し、その結果をクライアント２に送信しているが、この実施の形態では、クライアント２に送信せずに、新たな認証鍵の計算し、それをＩＣカード５内に設定するものである。
【００７９】
図１０は、この実施の形態の外部認証鍵、内部認証鍵の更新のシーケンスを示すブロック図である。但し、前記第１の実施の形態における図６に示すような上位認証鍵による相互認証の手続きは図示を省略しており、以下の説明でも省略する。すなわち、上位認証鍵による相互認証の手続きが完了すると、前記第１の実施の形態と同様、認証鍵更新の処理に入る。
【００８０】
すなわち、サーバ３は乱数Ｒｋ１、Ｒｋ２をクライアント２に送信する。また、サーバ３は、先程相互認証に用いた内部認証鍵Ｋａｉ［ｍ−１］を用いて、"コードＣｓ１＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ１）"、"コードＣｓ２＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ２）"を求める。
【００８１】
乱数Ｒｋ１、Ｒｋ２を受けたクライアント２は、乱数Ｒｋ１，Ｒｋ２を送信し、ＩＣカード５に内部認証を要求する。すると、ＩＣカード５は、"コードＣａ１＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ１）"を求め、このコードＣａ１をクライアント２に送ることなく、コードＣａ１をｍ番目の新しい内部認証鍵Ｋａｉ［ｍ］として不揮発性メモリ１２に記憶して、ＯＫ信号またはＮＧ信号をクライアント２に送る。
【００８２】
ＯＫ信号を受けたクライアント２はＩＣカード５に内部認証を要求する。この要求を受けたＩＣカード５は、"コードＣａ２＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ２）"を求め、このコードＣａ２をクライアント２に送ることなく、コードＣａ２をｎ番目の新しい内部認証鍵Ｋａｅ［ｎ］として不揮発性メモリ１２に記憶し、ＯＫ信号またはＮＧ信号をクライアント２に送る。クライアント２は受信したＯＫ信号をサーバ３に送信する。ＯＫ信号を受けたサーバ３は、すでに求めてあるコードＣａ１を新しい外部認証鍵Ｋｓｅ［ｍ］としてクライアント管理データベースに記憶し、また、すでに求めてあるコードＣｓ２を新しい内部認証鍵Ｋｓｉ［ｎ］としてクライアント管理データベースに記憶して、１番大きな番号の認証鍵の更新を完了する。
【００８３】
内部認証鍵Ｋａｉ［ｍ−１］、外部認証鍵Ｋａｅ［ｎ−１］、内部認証鍵Ｋａｉ［ｍ−２］、外部認証鍵Ｋａｅ［ｎ−２］、……の更新についても、前記と同様に更新することができる。
【００８４】
なお、いうまでもなく、前記各実施の形態は、この発明を限定するものではない。
【００８５】
例えば、前記各実施例で、サーバ３では、"Ｄ（Ｋｓｅ〔ｍ〕、Ｅ（Ｋａｉ〔ｍ〕，Ｒｓ））"の処理を行い、そして、この復号化した"Ｄ（Ｋｓｅ〔ｍ〕，Ｅ（Ｋａｉ〔ｍ〕，Ｒｓ））"と乱数Ｒｓとが一致するか否かを判断しているが、対称鍵暗号系を用いる場合は、これに代えて、Ｅ（Ｋｓｅ〔ｍ〕，Ｒｓ）とＥ（Ｋａｉ〔ｍ〕，Ｒｓ）とが一致するか否かを判断するようにしてもよいし、前記の例では、ＩＣカード５で"Ｄ（Ｋａｅ〔ｎ〕，Ｅ（Ｋｓｉ〔ｎ〕，Ｒａ））"の処理を行い、そして、この復号化した"Ｄ（Ｋａｅ〔ｎ〕，Ｅ（Ｋｓｉ〔ｎ〕，Ｒａ））"と乱数Ｒａとが一致するか否かを判断しているが、これに代えて、Ｅ（Ｋａｅ〔ｎ〕，Ｒａ）とＥ（Ｋｓｉ〔ｎ〕，Ｒａ）とが一致するか否かを判断するようにしてもよい。
【００８６】
また、前記第１、第２、第４の実施の形態で、乱数Ｒｋ１、Ｒｋ２の両方を送信しなくても、乱数Ｒｋ１のみを送信し、このＲｋ１の補数を乱数Ｒｋ２の代わりに用いるというように、Ｒｋ１からＲｋ２を導き出すようにしてもよい。
【００８７】
【発明の効果】
請求項１に記載の発明は、通信回線を介して接続されるクライアントおよびサーバと、前記クライアントおよび前記サーバ間の相互認証に使用する認証鍵が格納され、前記クライアントに接続される記憶媒体とを備え、前記サーバおよび前記クライアント間で前記認証鍵による相互認証が成立した後に、前記認証鍵に基づいてセッション鍵を生成して前記サーバおよび前記クライアント間で暗号化通信を行なうネットワークシステムであって、前記記憶媒体は各々順番号の識別番号が付された前記認証鍵を複数個記憶し、前記サーバおよび前記クライアント間の通常の暗号化通信については、識別番号の一番大きい最下位の前記認証鍵を用いて相互認証およびセッション鍵の生成を行い、前記認証鍵のうち第一の識別番号の第一の認証鍵の更新時には、更新対象の前記第一の認証鍵よりも上位である、前記第一の識別番号よりも一つ小さい第二の識別番号の第二の認証鍵を用いて前記クライアントおよび前記サーバ間の相互認証を行い、該相互認証が成立した後に、前記サーバから乱数を前記クライアントに送信し、前記第二の認証鍵を用いて前記乱数から新たな認証鍵を生成し、該新たな認証鍵をもって前記第一の認証鍵を更新することを特徴とするものであり、認証鍵としては対称鍵暗号方式と非対称鍵暗号方式のいずれを用いることもでき、特に従来は秘密鍵の更新が行えなかった対称鍵暗号方式であっても、複数の秘密鍵の中から利用頻度の低い他の認証鍵を用いて相互認証を行い、その認証鍵を用いて通常使用する認証鍵を更新することができるため、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、認証鍵を更新することができる。
【００８８】
請求項２に記載の発明は、請求項１に記載の発明において、前記記憶媒体は、前記クライアントが前記サーバを認証するための前記認証鍵である外部認証鍵と、前記サーバが前記クライアントを認証するための前記認証鍵である内部認証鍵とをいずれも識別番号を付して複数個ずつ記憶していて、前記内部認証鍵および前記外部認証鍵を用いて前記クライアントおよび前記サーバ間の相互認証を行なうことを特徴とするものであるため、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、内部認証鍵、外部認証鍵を更新することができる。
【００８９】
請求項３に記載の発明は、請求項２に記載の発明において、前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、前記内部認証鍵のうち識別番号がｍ番の第一の内部認証鍵を更新するには、識別番号がｍ−１番の第二の内部認証鍵と識別番号がｎ−１番の第二の外部認証鍵とを用いて行なう相互認証が成立した後に、前記サーバから乱数を前記クライアントに送信し、前記クライアントは前記第二の内部認証鍵を用いて前記乱数から新たな認証鍵を生成し、該新たな認証鍵をもって前記第一の内部認証鍵を更新することを特徴とするものであるため、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、識別番号がｍ番の内部認証鍵を更新することができる。
【００９０】
請求項４に記載の発明は、請求項２に記載の発明において、前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、前記外部認証鍵のうち識別番号がｎ番の第一の外部認証鍵を更新するには、識別番号がｍ−１番の第二の内部認証鍵と識別番号がｎ−１番の第二の外部認証鍵とを用いて行なう相互認証が成立した後に、前記サーバから乱数を前記クライアントに送信し、前記クライアントは前記第二の内部認証鍵を用いて前記乱数から新たな認証鍵を生成し、該新たな認証鍵をもって前記第一の外部認証鍵を更新することを特徴とするものであるため、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、識別番号がｎ番の外部認証鍵を更新することができる。
【００９１】
請求項５に記載の発明は、請求項２に記載の発明において、前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、前記内部認証鍵のうち識別番号がｍ番の第一の内部認証鍵および前記外部認証鍵のうち識別番号がｎ番の第一の外部認証鍵を一度に更新するには、識別番号がｍ−１番の第二の内部認証鍵と識別番号がｎ−１番の第二の外部認証鍵とを用いて行なう相互認証が成立した後に、前記サーバから二つの乱数を前記クライアントに送信し、前記クライアントは前記第二の内部認証鍵を用いて前記二つの乱数から新たな第一および第二の認証鍵を生成し、該新たな第一および第二の認証鍵をもって前記第一の内部認証鍵および前記第一の外部認証鍵を更新することを特徴とするものであるため、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、一括した少ない鍵更新処理により安全に、識別番号がｍ番の内部認証鍵と識別番号がｎ番の外部認証鍵を一度に更新することができる。
【００９２】
請求項６に記載の発明は、請求項２に記載の発明において、前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、前記内部認証鍵のうち識別番号がｍ番から始まり順に大きくなる一群の内部認証鍵を複数一度に更新するには、識別番号がｍ−１番の内部認証鍵と識別番号がｎ−１番の外部認証鍵とを用いて相互認証が成立した後に、前記サーバから複数の乱数を前記クライアントに送信し、前記クライアントは前記識別番号がｍ−１番の内部認証鍵を用いて前記複数の乱数から新たな一群の認証鍵を生成し、該新たな一群の認証鍵をもって前記一群の内部認証鍵を更新することを特徴とするものであるため、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、一括した少ない鍵更新処理により安全に、複数の内部認証鍵を一度に更新することができる。
【００９３】
請求項７に記載の発明は、請求項２に記載の発明において、前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、前記外部認証鍵のうち識別番号がｎ番から始まり順に大きくなる一群の外部認証鍵を複数一度に更新するには、識別番号がｍ−１番の内部認証鍵と、識別番号がｎ−１番の外部認証鍵とを用いて相互認証が成立した後に、前記サーバから複数の乱数を前記クライアントに送信し、前記クライアントは前記識別番号がｍ−１番の内部認証鍵を用いて前記複数の乱数から新たな一群の認証鍵を生成し、該新たな一群の認証鍵をもって前記一群の外部認証鍵を更新することを特徴とするものであるため、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、一括した少ない鍵更新処理により安全に、複数の外部認証鍵を一度に更新することができる。
【００９４】
請求項８に記載の発明は、請求項２に記載の発明において、前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、前記内部認証鍵のうち識別番号がｍ番から始まり順に大きくなる一群の内部認証鍵と前記外部認証鍵のうち識別番号がｎ番から始まり順に大きくなる一群の外部認証鍵とを複数一度に更新するには、識別番号がｍ−１番の内部認証鍵と識別番号がｎ−１番の外部認証鍵とを用いて行なう相互認証が成立した後に、前記サーバから複数の乱数を前記クライアントに送信し、前記クライアントは前記識別番号がｍ−１番の内部認証鍵を用いて前記複数の乱数から新たな一群の認証鍵を生成し、該新たな一群の認証鍵をもって前記一群の内部認証鍵および前記一群の外部認証鍵を更新することを特徴とするものであるため、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、一括した少ない鍵更新処理により安全に、複数の内部認証鍵と複数の外部認証鍵とを一度に更新することができる。
【００９５】
請求項９に記載の発明は、請求項１乃至８のいずれか一項に記載の発明において、前記記憶媒体は、更新に先立って行なわれた相互認証を成立させた認証鍵を用い前記サーバが前記クライアントに送信した乱数から新たに生成された認証鍵を前記記憶媒体内部の不揮発性メモリにのみ記憶することを特徴とするものであるため、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、更新後の新たな認証鍵を記憶媒体外に漏らすことなく認証鍵を安全に更新することができる。
【００９６】
請求項１０に記載の発明は、請求項１乃至９のいずれか一項に記載の発明において、前記記憶媒体としてＩＣカードを用いることを特徴とするものであるため、一般に普及し始めているＩＣカードを記憶媒体として用い、ネットワークシステムを低コストで構築することができる。
【図面の簡単な説明】
【図１】この発明の第１の実施の形態にかかるネットワークシステムの概略構成を示すブロック図である。
【図２】前記ネットワークシステムに用いるＩＣカードの回路構成を示すブロック図である。
【図３】前記ＩＣカード内の不揮発メモリ内の認証鍵のファイルフォーマットの一例を示すブロック図である。
【図４】前記ネットワークシステムにおける相互認証の処理手順を示すブロック図である。
【図５】前記ネットワークシステムにおける暗号化データ通信に用いるセッション鍵の生成の手順を示すブロック図である。
【図６】前記ネットワークシステムにおける内部認証鍵、外部認証鍵の更新の手順を示すブロック図である。
【図７】この発明の第２の実施の形態にかかるネットワークシステムにおける外部認証鍵の更新手順を示すブロック図である。
【図８】この発明の第２の実施の形態にかかるネットワークシステムにおける内部認証鍵の更新手順を示すブロック図である。
【図９】この発明の第３の実施の形態にかかるネットワークシステムにおける内部認証鍵、外部認証鍵の更新手順を示すブロック図である。
【図１０】この発明の第４の実施の形態にかかるネットワークシステムにおける内部認証鍵、外部認証鍵の更新手順を示すブロック図である。
【符号の説明】
１ ネットワークシステム
２ クライアント
３ サーバ
４ 通信回線
５ 記憶媒体（ＩＣカード）
１２ 不揮発性メモリ
【発明の属する技術分野】
この発明はネットワークシステムに関し、特に、クライアントとサーバとの間の相互認証に関する。
【０００２】
【従来の技術】
特開平６−１５００８２号公報は、ＩＣカードを所持したユーザが、このＩＣカードに記録されている秘密情報を用い、通信回線を介しクライアントからサーバに対して認証を要求する技術に関するものであり、非対称鍵暗号方式の暗号アルゴリズムを用いてＩＣカード内の秘密情報を変更する技術が開示されている。
【０００３】
【発明が解決しようとする課題】
しかしながら、前記従来技術は、秘密鍵と公開鍵を用いる非対称鍵暗号方式の暗号アルゴリズムをＩＣカードに搭載してＩＣカード内の秘密情報を変更する技術が開示されているにとどまり、対称鍵暗号方式を用いる場合にＩＣカード内の秘密情報を変更するための技術はなんら開示されていない。常に非対称鍵暗号方式が利用できるとは限らず、対称鍵暗号方式しか利用できない環境における秘密情報の変更の技術が要望される。
【０００４】
この発明の目的は、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、認証鍵を更新することができるネットワークシステムを提供することにある。
【０００５】
この発明の別の目的は、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、内部認証鍵や外部認証鍵を更新することができるネットワークシステムを提供することにある。
【０００６】
この発明の別の目的は、少ない鍵更新処理により安全に、内部認証鍵や外部認証鍵を更新することができるネットワークシステムを提供することにある。
【０００７】
この発明の別の目的は、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、使用が稀である認証鍵により使用が頻繁な内部認証鍵や外部認証鍵を安全に更新することができるネットワークシステムを提供することにある。
【０００８】
この発明の別の目的は、更新後の新たな認証鍵を記憶媒体外に漏らすことなく認証鍵を安全に更新することができるネットワークシステムを提供することにある。
【０００９】
この発明の別の目的は、ネットワークシステムを低コストで構築することにある。
【００１０】
【課題を解決するための手段】
請求項１に記載の発明は、通信回線を介して接続されるクライアントおよびサーバと、前記クライアントおよび前記サーバ間の相互認証に使用する認証鍵が格納され、前記クライアントに接続される記憶媒体とを備え、前記サーバおよび前記クライアント間で前記認証鍵による相互認証が成立した後に、前記認証鍵に基づいてセッション鍵を生成して前記サーバおよび前記クライアント間で暗号化通信を行なうネットワークシステムであって、前記記憶媒体は各々順番号の識別番号が付された前記認証鍵を複数個記憶し、前記サーバおよび前記クライアント間の通常の暗号化通信については、識別番号の一番大きい最下位の前記認証鍵を用いて相互認証およびセッション鍵の生成を行い、前記認証鍵のうち第一の識別番号の第一の認証鍵の更新時には、更新対象の前記第一の認証鍵よりも上位である、前記第一の識別番号よりも一つ小さい第二の識別番号の第二の認証鍵を用いて前記クライアントおよび前記サーバ間の相互認証を行い、該相互認証が成立した後に、前記サーバから乱数を前記クライアントに送信し、前記第二の認証鍵を用いて前記乱数から新たな認証鍵を生成し、該新たな認証鍵をもって前記第一の認証鍵を更新することを特徴とするものである。
【００１１】
認証鍵としては対称鍵暗号方式と非対称鍵暗号方式のいずれを用いることもでき、特に従来は秘密鍵の更新が行えなかった対称鍵暗号方式であっても、複数の秘密鍵の中から利用頻度の低い他の認証鍵を用いて相互認証を行い、その認証鍵を用いて通常使用する認証鍵を更新することができるため、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、認証鍵を更新することができる。
【００１２】
請求項２に記載の発明は、前記記憶媒体は、前記クライアントが前記サーバを認証するための前記認証鍵である外部認証鍵と、前記サーバが前記クライアントを認証するための前記認証鍵である内部認証鍵とをいずれも識別番号を付して複数個ずつ記憶していて、前記内部認証鍵および前記外部認証鍵を用いて前記クライアントおよび前記サーバ間の相互認証を行なうことを特徴とするものである。
【００１３】
従って、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、内部認証鍵、外部認証鍵を更新することができる。
【００１４】
請求項３に記載の発明は、前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、前記内部認証鍵のうち識別番号がｍ番の第一の内部認証鍵を更新するには、識別番号がｍ−１番の第二の内部認証鍵と識別番号がｎ−１番の第二の外部認証鍵とを用いて行なう相互認証が成立した後に、前記サーバから乱数を前記クライアントに送信し、前記クライアントは前記第二の内部認証鍵を用いて前記乱数から新たな認証鍵を生成し、該新たな認証鍵をもって前記第一の内部認証鍵を更新することを特徴とするものである。
【００１５】
従って、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、識別番号がｍ番の内部認証鍵を更新することができる。
【００１６】
請求項４に記載の発明は、前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、前記外部認証鍵のうち識別番号がｎ番の第一の外部認証鍵を更新するには、識別番号がｍ−１番の第二の内部認証鍵と識別番号がｎ−１番の第二の外部認証鍵とを用いて行なう相互認証が成立した後に、前記サーバから乱数を前記クライアントに送信し、前記クライアントは前記第二の内部認証鍵を用いて前記乱数から新たな認証鍵を生成し、該新たな認証鍵をもって前記第一の外部認証鍵を更新することを特徴とするものである。
【００１７】
従って、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、識別番号がｎ番の外部認証鍵を更新することができる。
【００１８】
請求項５に記載の発明は、前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、前記内部認証鍵のうち識別番号がｍ番の第一の内部認証鍵および前記外部認証鍵のうち識別番号がｎ番の第一の外部認証鍵を一度に更新するには、識別番号がｍ−１番の第二の内部認証鍵と識別番号がｎ−１番の第二の外部認証鍵とを用いて行なう相互認証が成立した後に、前記サーバから二つの乱数を前記クライアントに送信し、前記クライアントは前記第二の内部認証鍵を用いて前記二つの乱数から新たな第一および第二の認証鍵を生成し、該新たな第一および第二の認証鍵をもって前記第一の内部認証鍵および前記第一の外部認証鍵を更新することを特徴とするものである。
【００１９】
従って、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、一括した少ない鍵更新処理により安全に、識別番号がｍ番の内部認証鍵と識別番号がｎ番の外部認証鍵を一度に更新することができる。
【００２０】
請求項６に記載の発明は、前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、前記内部認証鍵のうち識別番号がｍ番から始まり順に大きくなる一群の内部認証鍵を複数一度に更新するには、識別番号がｍ−１番の内部認証鍵と識別番号がｎ−１番の外部認証鍵とを用いて相互認証が成立した後に、前記サーバから複数の乱数を前記クライアントに送信し、前記クライアントは前記識別番号がｍ−１番の内部認証鍵を用いて前記複数の乱数から新たな一群の認証鍵を生成し、該新たな一群の認証鍵をもって前記一群の内部認証鍵を更新することを特徴とするものである。
【００２１】
従って、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、一括した少ない鍵更新処理により安全に、複数の内部認証鍵を一度に更新することができる。
【００２２】
請求項７に記載の発明は、前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、前記外部認証鍵のうち識別番号がｎ番から始まり順に大きくなる一群の外部認証鍵を複数一度に更新するには、識別番号がｍ−１番の内部認証鍵と、識別番号がｎ−１番の外部認証鍵とを用いて相互認証が成立した後に、前記サーバから複数の乱数を前記クライアントに送信し、前記クライアントは前記識別番号がｍ−１番の内部認証鍵を用いて前記複数の乱数から新たな一群の認証鍵を生成し、該新たな一群の認証鍵をもって前記一群の外部認証鍵を更新することを特徴とするものである。
【００２３】
従って、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、一括した少ない鍵更新処理により安全に、複数の外部認証鍵を一度に更新することができる。
【００２４】
請求項８に記載の発明は、前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、前記内部認証鍵のうち識別番号がｍ番から始まり順に大きくなる一群の内部認証鍵と前記外部認証鍵のうち識別番号がｎ番から始まり順に大きくなる一群の外部認証鍵とを複数一度に更新するには、識別番号がｍ−１番の内部認証鍵と識別番号がｎ−１番の外部認証鍵とを用いて行なう相互認証が成立した後に、前記サーバから複数の乱数を前記クライアントに送信し、前記クライアントは前記識別番号がｍ−１番の内部認証鍵を用いて前記複数の乱数から新たな一群の認証鍵を生成し、該新たな一群の認証鍵をもって前記一群の内部認証鍵および前記一群の外部認証鍵を更新することを特徴とするものである。
【００２５】
従って、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、一括した少ない鍵更新処理により安全に、複数の内部認証鍵と複数の外部認証鍵とを一度に更新することができる。
【００２６】
請求項９に記載の発明は、前記記憶媒体は、更新に先立って行なわれた相互認証を成立させた認証鍵を用い前記サーバが前記クライアントに送信した乱数から新たに生成された認証鍵を前記記憶媒体内部の不揮発性メモリにのみ記憶することを特徴とするものである。
【００２７】
従って、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、更新後の新たな認証鍵を記憶媒体外に漏らすことなく認証鍵を安全に更新することができる。
【００２８】
請求項１０に記載の発明は、前記記憶媒体としてＩＣカードを用いることを特徴とするものである。
【００２９】
従って、一般に普及し始めているＩＣカードを記憶媒体として用い、ネットワークシステムを低コストで構築することができる。
【００３０】
【発明の実施の形態】
〔発明の第１の実施の形態〕
図１は、この発明のネットワークシステムを実現した、この発明の第１の実施の形態である対称鍵暗号系を使用したネットワークシステム１の概略システム構成のブロック図である。
【００３１】
ネットワークシステム１は、クライアント２と、このクライアント２を管理するクライアント管理データベース（図示せず）を備えたサーバ３とを通信回線４で接続したクライアント／サーバシステムである。
【００３２】
クライアント２には、ＩＣカード５に対してデータの書き込み、読み取りを行なうＩＣカードリーダライタ６が接続されている。
【００３３】
サーバ３は、ＩＣカード５の配布元や、後述する秘密鍵の発行センタをも兼ねている。すなわち、サーバ３は、各ユーザに対応して、ユーザ用に秘密鍵をＭ個生成し、また、サーバ３用に秘密鍵をＮ個生成する（このサーバ３用の秘密鍵は、各ユーザごとに生成せずに、全ユーザ共通としてもよい）。そして、サーバ３のクライアント管理データベースには、サーバ３が生成したすべての秘密鍵を記憶する。
【００３４】
ＩＣカード５は、この発明の記憶媒体を実現するもので、例えば、図２に示すように、マイクロプロセッサ１１と、このマイクロプロセッサ１１と接続され、データの書替えが可能な不揮発性メモリ１２（ＥＥＰＲＯＭ〔この発明の記憶手段を実現するものである〕）と、マイクロプロセッサ１１とＩＣカードリーダライタ６との間のデータの授受を行なうインターフェイスである入出力装置１３などが搭載されていて、国際規格（ＩＳ）で規定されている、"Internal Authentication コマンド"、"External Authentication コマンド"、"Get Challenge コマンド"をサポートしているものである。
【００３５】
マイクロプロセッサ１１のＲＯＭには、クライアント２とサーバ３との間の相互認証を行なう暗号アルゴリズムが記憶されている。この暗号アルゴリズムはサーバ３（のＲＯＭ）にも格納されている。このマイクロプロセッサ１１およびサーバ３のＲＯＭに記憶されている相互認証のための暗号アルゴリズムは対称鍵暗号方式のものである。
【００３６】
図３は、不揮発性メモリ１２内の認証鍵のファイルフォーマットの一例を示すブロック図である。このファイルフォーマットは、主ファイルＭＦの下位に専用ファイルＤＦを有し（図３の例では、専用ファイルＤＦ１、ＤＦ２、ＤＦ３を有している）、この専用ファイルＤＦの下位に基礎ファイルＩＥＦを有する（図３の例では、専用ファイルＤＦ１の下位に基礎ファイルＩＥＦ１、ＩＥＦ２、ＩＥＦ３、ＩＥＦ４、ＩＥＦ５、ＩＥＦ６、ＩＥＦ７を有している）階層構造をなしている。専用ファイルＤＦ１直下の基礎ファイルＩＥＦ１〜ＩＥＦ７には、前記したようにサーバ３でユーザ用に生成したＭ個の秘密鍵を内部認証鍵として記憶し、サーバ３用に生成したＮ個の秘密鍵を外部認証鍵として記憶する。ここでは、Ｍ＝３、Ｎ＝４とし、ユーザ用に生成した秘密鍵であるｋａｉ［１］〜ｋａｉ［３］とサーバ３用に生成した秘密鍵であるｋａｅ［１］〜ｋａｅ［４］を基礎ファイルＩＥＦ１〜ＩＥＦ７にそれぞれ保持している。
【００３７】
また、サーバ３のクライアント管理データベースにもユーザ用に生成した秘密鍵Ｍ個を外部認証鍵として記憶し、サーバ３用に生成した秘密鍵Ｎ個を内部認証鍵として記憶している。すなわち、内部認証鍵は、クライアント２がサーバ３を認証するための認証鍵であり、外部認証鍵は、サーバ３がクライアント２を認証するための認証鍵である。
【００３８】
内部認証鍵および外部認証鍵は、各々順番号の識別番号が付されている。以下では、ＩＣカード５に記憶されているｍ番目の内部認証鍵をｋａｉ［ｍ］のように表示し、ＩＣカード５に記憶されているｎ番目の外部認証鍵をｋａｅ［ｎ］のように表示する。また、サーバ３で管理しているｎ番目の内部認証鍵をｋｓｉ［ｎ］と表示し、サーバ３で管理しているｍ番目の外部認証鍵をｋｓｅ［ｍ］と表示する。図３の例では、基礎ファイルＩＥＦ１、ＩＥＦ２、ＩＥＦ３、ＩＥＦ４、ＩＥＦ５、ＩＥＦ６、ＩＥＦ７の各々に、３つの内部認証鍵と４つの外部認証鍵、すなわち、ｋａｉ［１］、ｋａｉ［２］、ｋａｉ［３］、ｋａｅ［１］、ｋａｅ［２］、ｋａｅ［３］、ｋａｅ［４］が格納されている。
【００３９】
ＩＣカード５は、外部認証鍵、内部認証鍵を予め記憶した状態でネットワークシステム１のユーザに配布するものとする。ユーザは、このＩＣカード５を所持し、ネットワークシステム１を利用する際には、クライアント２のＩＣカードリーダライタ６にＩＣカード５を装填してクライアント２を操作する。
【００４０】
以上のようなシステム構成で、クライアント２からサーバ３に接続要求がされると、次のようにしてクライアント２とサーバ３との間の相互認証が行なわれる。図４は、この相互認証の手順を示す概念図である。なお、以下の説明で、Ｅ（Ｋ，Ｒ）は、ＲをＫで暗号化することを示し、Ｄ（Ｋ，Ｒ）は、ＲをＫで復号化することを示している。
【００４１】
相互認証にはＩＣカード５に記憶されているＭ個の内部認証鍵、Ｎ個の外部認証鍵のうち一番番号の大きいｍ＝Ｍ、ｎ＝Ｎにつき、ｋａｉ［ｍ］、ｋａｅ［ｎ］を用いる。まず、クライアント２から接続要求を受け取ったサーバ３は、乱数Ｒｓをクライアント２に送信する。クライアント２は、ＩＣカード５に乱数Ｒｓを送信し、ＩＣカード５のマイクロプロセッサ１１では、Ｅ（Ｋａｉ［ｍ］，Ｒｓ）の処理、すなわち、不揮発性メモリ１２に記憶されている識別番号がｍ番の内部認証鍵を用いて乱数Ｒｓを暗号化することで、内部認証コードＣａｉに変換する。そして、この"内部認証コードＣａｉ＝Ｅ（Ｋａｉ［ｍ］，Ｒｓ）"をクライアント２からサーバ３に送信する。
【００４２】
すると、サーバ３では、"Ｄ（Ｋｓｅ〔ｍ〕、Ｃａｉ）"の処理、すなわち、ＩＣカード５用の外部認証鍵のうち識別番号がｍ番のものをクライアント管理データベースから呼出し、この外部認証鍵を用いて、"Ｃａｉ＝Ｅ（Ｋａｉ〔ｍ〕，Ｒｓ）"の復号化を行ない、そして、この復号化したＣａｉと乱数Ｒｓとが一致するか否かを判断する。そして、一致するときは所定のＯＫ信号を、一致しないときは所定のＮＧ信号を、クライアント２に送信する。
【００４３】
このＯＫ信号を受けたときは、クライアント２はＩＣカード５に乱数を要求する。ＩＣカード５は、この信号を受けて乱数Ｒａをクライアント２に出力し、クライアント２は、この乱数Ｒａをサーバ３に送信する。サーバ３では、Ｅ（Ｋｓｉ［ｎ］，Ｒａ）の処理を行なう。すなわち、ＩＣカード５用で識別番号がｎ番の内部認証鍵を用いて乱数Ｒａを暗号化することにより、サーバ３の内部認証コード、すなわち、クライアント２にとっての外部認証コード"Ｃｓｉ＝Ｅ（Ｋｓｉ［ｎ］，Ｒａ）"に変換し、クライアント２に送信する。クライアント２は、この外部認証コードＣｓｉをＩＣカード５に送信し、ＩＣカード５では、"Ｄ（Ｋａｅ〔ｎ〕，Ｃｓｉ）"の処理、すなわち、不揮発性メモリ１２に記憶されているｎ番の外部認証鍵で"Ｃｓｉ＝Ｅ（Ｋｓｉ〔ｎ〕，Ｒａ）"を復号化し、復号化後の"Ｄ（Ｋａｅ〔ｎ〕，Ｃｓｉ）"が乱数Ｒａに一致するか否かを判断する。一致するときは所定のＯＫ信号を、一致しないときは所定のＮＧ信号をクライアント２に送信し、クライアント２はサーバ３にＯＫ信号、またはＮＧ信号を送信する。
【００４４】
ＩＣカード５が、サーバ３から配布された正当なＩＣカードであるときは、サーバ３が管理している外部認証鍵Ｋｓｅと、ＩＣカード５に記憶されている内部認証鍵Ｋａｉとは対応し、また、ＩＣカード５に記憶されている外部認証鍵Ｋａｅと、サーバ３が管理している内部認証鍵Ｋｓｉとは対応するので、相互認証が成立する。
【００４５】
次に、この相互認証の成立後に行う暗号化データ通信の手順について説明する。図５は、認証鍵を利用してセッション鍵を生成する手順を示す概念図である。セッション鍵は、クライアント２／サーバ３間で共有して、クライアント２、サーバ３間の暗号化通信に使用するものである。
【００４６】
図５に示すように、前記相互認証が成立した後に、サーバ３は乱数Ｒｏをクライアント２に送信する。この乱数Ｒｏを受け取ったクライアント２は、ＩＣカード５に内部認証を要求する。これを受けて、ＩＣカード５は、Ｅ（Ｋａｉ［ｍ］，Ｒｏ）の処理を行なう。すなわち、不揮発性メモリ１２に記憶されている識別番号がｍ番の内部認証鍵を用いて乱数Ｒｏを暗号化し、このＥ（Ｋａｉ［ｍ］，Ｒｏ）をセッション鍵として用い、サーバ３と暗号化通信を行なう。同様に、サーバ３も、Ｅ（Ｋａｉ［ｍ］，Ｒｏ）の処理、すなわち、クライアント管理データベースに記憶されている識別番号がｍ番のクライアント２側の内部認証鍵を用いて乱数Ｒｏを暗号化し、このＥ（Ｋａｉ［ｍ］，Ｒｏ）をセッション鍵として、対称鍵暗号方式によりクライアント２と暗号化通信を行なう。
【００４７】
つづいて、内部認証鍵、外部認証鍵の更新の手順について説明する。図６は、内部認証鍵、外部認証鍵を同時に更新するシーケンスの概念図である。一般にクライアント２／サーバ３間で相互認証、暗号化通信を行うには、前記のようにＩＣカード５に記憶されている認証鍵のうち、一番番号の大きいＫａｉ［ｍ］、Ｋａｅ［ｎ］を使用する。図６に示すように、暦で新しい月になってクライアント２から最初の接続要求がサーバ３にあったときに、図４を参照して前記した相互認証の処理に代えて、図６に示す処理を行う。
【００４８】
すなわち、サーバ３は、乱数Ｒｓのみならず、認証鍵の更新要求と、相互認証しようする認証鍵の識別番号をクライアント２に送信する。数字の一番大きな識別番号は、内部認証鍵についてはｍ番、外部認証鍵についてはｎ番であるので、相互認証しようする認証鍵の識別番号として、ｍ番、ｎ番の上位認証鍵、すなわち、ｍ番、ｎ番より１番ずつ少ない、外部認証鍵については（ｍ−１）番、内部認証鍵については（ｎ−１）番をクライアント２に送信する。
【００４９】
これを受け取ったクライアント２は、ＩＣカード５に内部認証要求を行ない、ＩＣカード５では、"内部認証コードＣａｉ＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｓ）"を求め、この内部認証コードＣａｉをクライアント２からサーバ３に送信する。そして、サーバ３では、"Ｒｓ'＝Ｄ（Ｋｓｅ［ｍ−１］，Ｃａｉ）"を求め、そして、ＲｓとＲｓ'とが一致するか否かを判断する。そして、一致するときはＯＫ信号を、一致しないときはＮＧ信号を、クライアント２に送信する。
【００５０】
クライアント２がＯＫ信号を受けたときは、ＩＣカード５に乱数を要求する信号を出力する。ＩＣカード５は、この信号を受けて乱数Ｒａをクライアント２に出力し、クライアント２は乱数Ｒａをサーバ３に出力する。そして、サーバ３は、サーバ３の内部認証コード、すなわち、クライアント２にとっての外部認証コード"Ｃｓｉ＝Ｅ（Ｋｓｉ［ｎ−１］，Ｒａ）"を生成し、クライアント２に送信し、クライアント２は、この外部認証コードＣｓｉをＩＣカード５に送信する。そして、ＩＣカード５では、"Ｒａ'＝Ｄ（Ｋａｅ［ｎ−１］，Ｃｓｉ）"を求め、そしてＲａとＲａ'を比較して、一致するときはＯＫ信号を、一致しないときはＮＧ信号を、クライアント２に送り、上位認証鍵による相互認証が終了する。
【００５１】
この相互認証終了後に認証鍵更新の処理に入る。すなわち、サーバ３は乱数Ｒｋ１、Ｒｋ２をクライアント２に送信する。また、サーバ３は、先程相互認証に用いたクライアント２側の内部認証鍵Ｋａｉ［ｍ−１］を用いて、"コードＣｓ１＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ１）"、"コードＣｓ２＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ２）"を求める。
【００５２】
乱数Ｒｋ１、Ｒｋ２を受けたクライアント２は、まず、乱数Ｒｋ１を渡して、ＩＣカード５に内部認証を要求する。すると、ＩＣカード５は、"コードＣａ１＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ１）"を求め、このコードＣｓ１をクライアント２に送ると、クライアント２はコードＣａ１を新しい認証鍵とするようにＩＣカード５に要求する。そして、ＩＣカード５は、コードＣａ１をｍ番目の新しい内部認証鍵Ｋａｉ［ｍ］として不揮発性メモリ１２に記憶して、ＯＫ信号またはＮＧ信号をクライアント２に送る。
【００５３】
ＯＫ信号を受けたクライアント２は、次にＲｋ２を渡して、ＩＣカード５に内部認証を要求する。この要求を受けたＩＣカード５は、"コードＣａ２＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ２）"を求め、このコードＣａ２をクライアント２に送ると、クライアント２はコードＣａ２を新しい認証鍵とするようにＩＣカード５に要求する。そして、ＩＣカード５は、コードＣａ２をｎ番目の新しい外部認証鍵Ｋａｅ［ｎ］として不揮発性メモリ１２に記憶し、ＯＫ信号またはＮＧ信号をクライアント２に送る。クライアント２は受信したＯＫ信号をサーバ３に送信する。ＯＫ信号を受けたサーバ３は、すでに求めてあるコードＣｓ１を新しい外部認証鍵Ｋｓｅ［ｍ］としてクライアント管理データベースに記憶し、また、すでに求めてあるコードＣｓ２を新しい内部認証鍵Ｋｓｉ［ｎ］としてクライアント管理データベースに記憶して、認証鍵の更新を完了する。
【００５４】
このようにして、最も番号の大きい内部認証鍵、外部認証鍵の更新がなされるが、この更新を１ヵ月に１度とはいえ、何度も繰り返していると、鍵の更新の際に使用している内部認証鍵Ｋａｉ［ｍ−１］、外部認証鍵Ｋａｅ［ｎ−１］も漏洩の可能性が高まる。そのような場合を考え、例えば１年に１度、内部認証鍵Ｋａｉ［ｍ−１］、外部認証鍵Ｋａｅ［ｎ−１］も更新する手続きをとるようにすればよい。その場合、更新の処理は図６を参照して説明した前記の処理と同様に行うことができる。すなわち、内部認証鍵Ｋａｉ［ｍ−２］、外部認証鍵Ｋａｅ［ｎ−２］を用いて、内部認証鍵Ｋａｉ［ｍ−１］、外部認証鍵Ｋａｅ［ｎ−１］を更新すればよい。以下、内部認証鍵Ｋａｉ［ｍ−２］、外部認証鍵Ｋａｅ［ｎ−２］、内部認証鍵Ｋａｉ［ｍ−３］、外部認証鍵Ｋａｅ［ｎ−３］、……についても同様である。
【００５５】
すなわち、かかる認証鍵の更新は、更新の際の内部認証鍵の総数をＭ、外部認証鍵の総数をＮとしたときに、下式（１）で示されるｍ番目の内部認証鍵とｎ番目の外部認証鍵の更新を、識別番号が少なくともｍ番より小さい番号の内部認証鍵を用いてクライアント２がサーバ３を認証したことを条件に行なうもので、使用が稀である認証鍵により使用が頻繁な認証鍵ｍ番目の内部認証鍵とｎ番目の外部認証鍵とを安全に更新するものである。
【００５６】
Ｍ−ｍ＝Ｎ−ｎ ……（１）
但し、上記の処理では、内部認証鍵Ｋａｉ［１］、外部認証鍵Ｋａｅ［１］は更新できないことになってしまう。内部認証鍵Ｋａｉ［１］、外部認証鍵Ｋａｅ［１］を更新する際には最初の相互認証そのものを内部認証鍵Ｋａｉ［１］、外部認証鍵Ｋａｅ［１］で行い、新しい鍵のもとになる乱数Ｒｋから新しい内部認証鍵Ｋａｉ［１］、外部認証鍵Ｋａｅ［１］を生成する際も内部認証鍵Ｋａｉ［１］を使用するという処理にしてもよい。
【００５７】
しかし、実際の運用を考えた場合、内部認証鍵Ｋａｉ［１］、外部認証鍵Ｋａｅ［１］を更新する要求が発生するのは、内部認証鍵Ｋａｉ［１］、外部認証鍵Ｋａｅ［１］が漏洩した可能性がある場合である。その場合に、内部認証鍵Ｋａｉ［１］、外部認証鍵Ｋａｅ［１］を用いて鍵の更新を行うのは意味をなさない可能性があるので、内部認証鍵Ｋａｉ［１］、外部認証鍵Ｋａｅ［１］を更新する必要がある場合は、ＩＣカード５を鍵発行センタであるサーバ３に持参するか、ＩＣカード５を破棄して新しいＩＣカード５をサーバ３から受け取るのが望ましい。
【００５８】
前記の例では、対称鍵暗号系を用いる場合について説明した。非対称鍵暗号系を用いる場合は次のようにする。
【００５９】
すなわち、サーバ３は、各ユーザに対応して、ユーザ用に秘密鍵と公開鍵のペアをＭ組生成し、また、サーバ３用に秘密鍵と公開鍵のペアをＮ組生成する。そして、サーバ３のクライアント管理データベースには、サーバ３が生成したすべての秘密鍵、公開鍵を記憶する。
【００６０】
基礎ファイルＩＥＦには、サーバ３でユーザ用にＭ組の秘密鍵と公開鍵のペアを生成して、そのうちの秘密鍵を内部認証鍵として記憶し、サーバ３用にＮ組の秘密鍵と公開鍵のペアを生成して、そのうちの公開鍵を外部認証鍵として記憶する。
【００６１】
また、サーバ３のクライアント管理データベースは、サーバ３でユーザ用に生成した秘密鍵と公開鍵のペアのうちＭ個ある公開鍵を外部認証鍵として記憶し、サーバ３用に生成した秘密鍵と公開鍵のペアのうちＮ個ある秘密鍵を内部認証鍵として記憶する。
【００６２】
以上の各点については、以下の各実施の形態で非対称鍵暗号系を用いる場合の説明においても同様である。
【００６３】
以上のようにすることで、非対称鍵暗号系を用いる場合においても、その相互認証、セッション鍵の交換により行う暗号化データ通信、認証鍵の更新の処理は、図４〜図６を参照して説明した対称鍵暗号系の場合と同様に行うことができる。なお、非対称鍵暗号系を用いて相互認証やセッション鍵交換を行う場合でも、暗号化データ通信を行う場合は対称鍵暗号方式を用いるのが一般的である。
【００６４】
〔発明の第２の実施の形態〕
この実施の形態は、相互認証、セッション鍵を交換して行う暗号化データ通信の手順は前記第１の実施の形態と同様であり、図示、説明は省略する。前記第１の実施の形態と同様の部材等については以下の説明で同一符号を付して説明する。
【００６５】
この実施の形態では、認証鍵の更新のシーケンスが前記第１の実施の形態の場合と異なる。すなわち、前記第１の実施の形態では、外部認証鍵と内部認証鍵とを一度に更新しているが、この実施の形態は個別的に更新を行うものである。
【００６６】
図７は、この実施の形態の外部認証鍵の更新のシーケンスを示すブロック図である。但し、前記第１の実施の形態における図６に示すような上位認証鍵による相互認証の手続きは図示を省略しており、以下の説明でも省略する。すなわち、上位認証鍵による相互認証の手続きが完了すると、サーバ３からクライアント２に乱数Ｒｋ２を送信する。また、サーバ３は"コードＣｓ２＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ２）"を求める。クライアント２はＩＣカード５に乱数Ｒｋ２を送信し、内部認証を要求する。するとＩＣカード５は、"コードＣａ２＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ２）"を求め、このコードＣａ２をクライアント２に送信する。すると、クライアント２はコードＣａ２を新しい認証鍵とするようにＩＣカード５に要求する。そして、ＩＣカード５は、コードＣａ２をｎ番目の新しい内部認証鍵Ｋａｅ［ｎ］として不揮発性メモリ１２に記憶し、ＯＫ信号またはＮＧ信号をクライアント２に送る。クライアント２は受信したＯＫ信号をサーバ３に送信する。ＯＫ信号を受けたサーバ３は、すでに求めてあるコードＣｓ２を新しい外部認証鍵Ｋｓｉ［ｍ］としてクライアント管理データベースに記憶して、最も番号の大きい内部認証鍵Ｋａｉ［ｍ］の更新を完了する。
【００６７】
図８は、この実施の形態の内部認証鍵の更新のシーケンスを示すブロック図である。但し、前記第１の実施の形態における図６に示すような上位認証鍵による相互認証の手続きは図示を省略しており、以下の説明でも省略する。すなわち、上位認証鍵による相互認証の手続きが完了すると、サーバ３からクライアント２に乱数Ｒｋ１を送信する。また、サーバ３は"コードＣｓ１＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ１）"を求める。クライアント２はＩＣカード５に乱数Ｒｋ１を送信し、内部認証を要求する。するとＩＣカード５は、"コードＣａ１＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ１）"を求め、このコードＣａ１をクライアント２に送信する。すると、クライアント２はコードＣａ１を新しい認証鍵とするようにＩＣカード５に要求する。そして、ＩＣカード５は、コードＣａ１をｎ番目の新しい内部認証鍵Ｋａｉ［ｎ］として不揮発性メモリ１２に記憶し、ＯＫ信号またはＮＧ信号をクライアント２に送る。クライアント２は受信したＯＫ信号をサーバ３に送信する。ＯＫ信号を受けたサーバ３は、すでに求めてあるコードＣｓ１を新しい内部認証鍵Ｋｓｅ［ｍ］としてクライアント管理データベースに記憶して、最も番号の大きい外部認証鍵Ｋａｅ［ｎ］の更新を完了する。
【００６８】
〔発明の第３の実施の形態〕
この実施の形態も、相互認証、セッション鍵を用いて行う暗号化データ通信の手順は前記第１の実施の形態と同様であり、図示、説明は省略する。前記第１の実施の形態と同様の部材等については以下の説明で同一符号を付して説明する。
【００６９】
この実施の形態も、認証鍵の更新のシーケンスが前記第１の実施の形態の場合と異なる。すなわち、前記第１の実施の形態では、最も番号の大きい外部認証鍵と内部認証鍵のみを一度に更新しているが、この実施の形態は複数の外部認証鍵と内部認証鍵を一度に更新するものである。
【００７０】
図９は、この実施の形態の外部認証鍵、内部認証鍵の更新のシーケンスを示すブロック図である。但し、前記第１の実施の形態における図６に示すような上位認証鍵による相互認証の手続きは図示を省略しており、以下の説明でも省略する。すなわち、上位認証鍵による相互認証の手続きが完了すると、前記第１の実施の形態と同様、認証鍵更新の処理に入る。
【００７１】
すなわち、サーバ３は乱数Ｒｋ１、Ｒｋ２、Ｒｋ３、Ｒｋ４、……をクライアント２に送信する。また、サーバ３は、先程相互認証に用いた内部認証鍵Ｋａｉ［ｍ−１］を用いて、"コードＣｓ１＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ１）"、"コードＣｓ２＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ２）"、"コードＣｓ３＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ３）"、"コードＣｓ４＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ４）"、……を求める。
【００７２】
乱数Ｒｋ１、Ｒｋ２、Ｒｋ３、Ｒｋ４、……を受けたクライアント２は、乱数Ｒｋ１、Ｒｋ２、Ｒｋ３、Ｒｋ４、……を送信し、ＩＣカード５に内部認証を要求する。すると、ＩＣカード５は、"コードＣａ１＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ１）"を求め、このコードＣａ１をクライアント２に送ると、クライアント２はコードＣａ１を新しい認証鍵とするようにＩＣカード５に要求する。そして、ＩＣカード５は、コードＣａ１をｍ番目の新しい内部認証鍵Ｋａｉ［ｍ］として不揮発性メモリ１２に記憶して、ＯＫ信号またはＮＧ信号をクライアント２に送る。
【００７３】
ＯＫ信号を受けたクライアント２は、ＩＣカード５に内部認証を要求する。この要求を受けたＩＣカード５は、"コードＣａ２＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ２）"を求め、このコードＣａ２をクライアント２に送ると、クライアント２はコードＣａ２を新しい認証鍵とするようにＩＣカード５に要求する。そして、ＩＣカード５は、コードＣａ２をｎ番目の新しい外部認証鍵Ｋａｅ［ｎ］として不揮発性メモリ１２に記憶し、ＯＫ信号またはＮＧ信号をクライアント２に送る。
【００７４】
ＯＫ信号を受けたクライアント２は、ＩＣカード５に内部認証を要求する。すると、ＩＣカード５は、"コードＣａ３＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ３）"を求め、このコードＣａ３をクライアント２に送ると、クライアント２はコードＣａ３を新しい認証鍵とするようにＩＣカード５に要求する。そして、ＩＣカード５は、コードＣａ３をｍ＋１番目の新しい内部認証鍵Ｋａｉ［ｍ＋１］として不揮発性メモリ１２に記憶して、ＯＫ信号またはＮＧ信号をクライアント２に送る。
【００７５】
ＯＫ信号を受けたクライアント２は、ＩＣカード５に内部認証を要求する。この要求を受けたＩＣカード５は、"コードＣａ４＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ４）"を求め、このコードＣａ４をクライアント２に送ると、クライアント２はコードＣａ４を新しい認証鍵とするようにＩＣカード５に要求する。そして、ＩＣカード５は、コードＣａ４をｎ番目の新しい外部認証鍵Ｋａｅ［ｎ＋１］として不揮発性メモリ１２に記憶し、ＯＫ信号またはＮＧ信号をクライアント２に送る。
【００７６】
以上のような処理を繰り返した後、クライアント２は受信したＯＫ信号をサーバ３に送信する。ＯＫ信号を受けたサーバ３は、すでに求めてあるコードＣａ１を新しい外部認証鍵Ｋｓｅ［ｍ］とし、また、コードＣａ２を新しい内部認証鍵Ｋｓｉ［ｎ］とし、コードＣｓ３を新しい外部認証鍵Ｋｓｅ［ｍ＋１］とし、また、コードＣｓ４を新しい内部認証鍵Ｋｓｉ［ｎ＋１］、……として、クライアント管理データベースに記憶し、認証鍵の更新を完了する。
【００７７】
〔発明の第４の実施の形態〕
この実施の形態も、相互認証、セッション鍵を用いて行う暗号化データ通信の手順は前記第１の実施の形態と同様であり、図示、説明は省略する。前記第１の実施の形態と同様の部材等については以下の説明で同一符号を付して説明する。
【００７８】
この実施の形態も、認証鍵の更新のシーケンスが前記第１の実施の形態の場合と異なる。すなわち、前記第１の実施の形態では、ＩＣカード５で新たな認証鍵を計算し、その結果をクライアント２に送信しているが、この実施の形態では、クライアント２に送信せずに、新たな認証鍵の計算し、それをＩＣカード５内に設定するものである。
【００７９】
図１０は、この実施の形態の外部認証鍵、内部認証鍵の更新のシーケンスを示すブロック図である。但し、前記第１の実施の形態における図６に示すような上位認証鍵による相互認証の手続きは図示を省略しており、以下の説明でも省略する。すなわち、上位認証鍵による相互認証の手続きが完了すると、前記第１の実施の形態と同様、認証鍵更新の処理に入る。
【００８０】
すなわち、サーバ３は乱数Ｒｋ１、Ｒｋ２をクライアント２に送信する。また、サーバ３は、先程相互認証に用いた内部認証鍵Ｋａｉ［ｍ−１］を用いて、"コードＣｓ１＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ１）"、"コードＣｓ２＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ２）"を求める。
【００８１】
乱数Ｒｋ１、Ｒｋ２を受けたクライアント２は、乱数Ｒｋ１，Ｒｋ２を送信し、ＩＣカード５に内部認証を要求する。すると、ＩＣカード５は、"コードＣａ１＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ１）"を求め、このコードＣａ１をクライアント２に送ることなく、コードＣａ１をｍ番目の新しい内部認証鍵Ｋａｉ［ｍ］として不揮発性メモリ１２に記憶して、ＯＫ信号またはＮＧ信号をクライアント２に送る。
【００８２】
ＯＫ信号を受けたクライアント２はＩＣカード５に内部認証を要求する。この要求を受けたＩＣカード５は、"コードＣａ２＝Ｅ（Ｋａｉ［ｍ−１］，Ｒｋ２）"を求め、このコードＣａ２をクライアント２に送ることなく、コードＣａ２をｎ番目の新しい内部認証鍵Ｋａｅ［ｎ］として不揮発性メモリ１２に記憶し、ＯＫ信号またはＮＧ信号をクライアント２に送る。クライアント２は受信したＯＫ信号をサーバ３に送信する。ＯＫ信号を受けたサーバ３は、すでに求めてあるコードＣａ１を新しい外部認証鍵Ｋｓｅ［ｍ］としてクライアント管理データベースに記憶し、また、すでに求めてあるコードＣｓ２を新しい内部認証鍵Ｋｓｉ［ｎ］としてクライアント管理データベースに記憶して、１番大きな番号の認証鍵の更新を完了する。
【００８３】
内部認証鍵Ｋａｉ［ｍ−１］、外部認証鍵Ｋａｅ［ｎ−１］、内部認証鍵Ｋａｉ［ｍ−２］、外部認証鍵Ｋａｅ［ｎ−２］、……の更新についても、前記と同様に更新することができる。
【００８４】
なお、いうまでもなく、前記各実施の形態は、この発明を限定するものではない。
【００８５】
例えば、前記各実施例で、サーバ３では、"Ｄ（Ｋｓｅ〔ｍ〕、Ｅ（Ｋａｉ〔ｍ〕，Ｒｓ））"の処理を行い、そして、この復号化した"Ｄ（Ｋｓｅ〔ｍ〕，Ｅ（Ｋａｉ〔ｍ〕，Ｒｓ））"と乱数Ｒｓとが一致するか否かを判断しているが、対称鍵暗号系を用いる場合は、これに代えて、Ｅ（Ｋｓｅ〔ｍ〕，Ｒｓ）とＥ（Ｋａｉ〔ｍ〕，Ｒｓ）とが一致するか否かを判断するようにしてもよいし、前記の例では、ＩＣカード５で"Ｄ（Ｋａｅ〔ｎ〕，Ｅ（Ｋｓｉ〔ｎ〕，Ｒａ））"の処理を行い、そして、この復号化した"Ｄ（Ｋａｅ〔ｎ〕，Ｅ（Ｋｓｉ〔ｎ〕，Ｒａ））"と乱数Ｒａとが一致するか否かを判断しているが、これに代えて、Ｅ（Ｋａｅ〔ｎ〕，Ｒａ）とＥ（Ｋｓｉ〔ｎ〕，Ｒａ）とが一致するか否かを判断するようにしてもよい。
【００８６】
また、前記第１、第２、第４の実施の形態で、乱数Ｒｋ１、Ｒｋ２の両方を送信しなくても、乱数Ｒｋ１のみを送信し、このＲｋ１の補数を乱数Ｒｋ２の代わりに用いるというように、Ｒｋ１からＲｋ２を導き出すようにしてもよい。
【００８７】
【発明の効果】
請求項１に記載の発明は、通信回線を介して接続されるクライアントおよびサーバと、前記クライアントおよび前記サーバ間の相互認証に使用する認証鍵が格納され、前記クライアントに接続される記憶媒体とを備え、前記サーバおよび前記クライアント間で前記認証鍵による相互認証が成立した後に、前記認証鍵に基づいてセッション鍵を生成して前記サーバおよび前記クライアント間で暗号化通信を行なうネットワークシステムであって、前記記憶媒体は各々順番号の識別番号が付された前記認証鍵を複数個記憶し、前記サーバおよび前記クライアント間の通常の暗号化通信については、識別番号の一番大きい最下位の前記認証鍵を用いて相互認証およびセッション鍵の生成を行い、前記認証鍵のうち第一の識別番号の第一の認証鍵の更新時には、更新対象の前記第一の認証鍵よりも上位である、前記第一の識別番号よりも一つ小さい第二の識別番号の第二の認証鍵を用いて前記クライアントおよび前記サーバ間の相互認証を行い、該相互認証が成立した後に、前記サーバから乱数を前記クライアントに送信し、前記第二の認証鍵を用いて前記乱数から新たな認証鍵を生成し、該新たな認証鍵をもって前記第一の認証鍵を更新することを特徴とするものであり、認証鍵としては対称鍵暗号方式と非対称鍵暗号方式のいずれを用いることもでき、特に従来は秘密鍵の更新が行えなかった対称鍵暗号方式であっても、複数の秘密鍵の中から利用頻度の低い他の認証鍵を用いて相互認証を行い、その認証鍵を用いて通常使用する認証鍵を更新することができるため、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、認証鍵を更新することができる。
【００８８】
請求項２に記載の発明は、請求項１に記載の発明において、前記記憶媒体は、前記クライアントが前記サーバを認証するための前記認証鍵である外部認証鍵と、前記サーバが前記クライアントを認証するための前記認証鍵である内部認証鍵とをいずれも識別番号を付して複数個ずつ記憶していて、前記内部認証鍵および前記外部認証鍵を用いて前記クライアントおよび前記サーバ間の相互認証を行なうことを特徴とするものであるため、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、内部認証鍵、外部認証鍵を更新することができる。
【００８９】
請求項３に記載の発明は、請求項２に記載の発明において、前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、前記内部認証鍵のうち識別番号がｍ番の第一の内部認証鍵を更新するには、識別番号がｍ−１番の第二の内部認証鍵と識別番号がｎ−１番の第二の外部認証鍵とを用いて行なう相互認証が成立した後に、前記サーバから乱数を前記クライアントに送信し、前記クライアントは前記第二の内部認証鍵を用いて前記乱数から新たな認証鍵を生成し、該新たな認証鍵をもって前記第一の内部認証鍵を更新することを特徴とするものであるため、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、識別番号がｍ番の内部認証鍵を更新することができる。
【００９０】
請求項４に記載の発明は、請求項２に記載の発明において、前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、前記外部認証鍵のうち識別番号がｎ番の第一の外部認証鍵を更新するには、識別番号がｍ−１番の第二の内部認証鍵と識別番号がｎ−１番の第二の外部認証鍵とを用いて行なう相互認証が成立した後に、前記サーバから乱数を前記クライアントに送信し、前記クライアントは前記第二の内部認証鍵を用いて前記乱数から新たな認証鍵を生成し、該新たな認証鍵をもって前記第一の外部認証鍵を更新することを特徴とするものであるため、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、識別番号がｎ番の外部認証鍵を更新することができる。
【００９１】
請求項５に記載の発明は、請求項２に記載の発明において、前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、前記内部認証鍵のうち識別番号がｍ番の第一の内部認証鍵および前記外部認証鍵のうち識別番号がｎ番の第一の外部認証鍵を一度に更新するには、識別番号がｍ−１番の第二の内部認証鍵と識別番号がｎ−１番の第二の外部認証鍵とを用いて行なう相互認証が成立した後に、前記サーバから二つの乱数を前記クライアントに送信し、前記クライアントは前記第二の内部認証鍵を用いて前記二つの乱数から新たな第一および第二の認証鍵を生成し、該新たな第一および第二の認証鍵をもって前記第一の内部認証鍵および前記第一の外部認証鍵を更新することを特徴とするものであるため、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、一括した少ない鍵更新処理により安全に、識別番号がｍ番の内部認証鍵と識別番号がｎ番の外部認証鍵を一度に更新することができる。
【００９２】
請求項６に記載の発明は、請求項２に記載の発明において、前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、前記内部認証鍵のうち識別番号がｍ番から始まり順に大きくなる一群の内部認証鍵を複数一度に更新するには、識別番号がｍ−１番の内部認証鍵と識別番号がｎ−１番の外部認証鍵とを用いて相互認証が成立した後に、前記サーバから複数の乱数を前記クライアントに送信し、前記クライアントは前記識別番号がｍ−１番の内部認証鍵を用いて前記複数の乱数から新たな一群の認証鍵を生成し、該新たな一群の認証鍵をもって前記一群の内部認証鍵を更新することを特徴とするものであるため、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、一括した少ない鍵更新処理により安全に、複数の内部認証鍵を一度に更新することができる。
【００９３】
請求項７に記載の発明は、請求項２に記載の発明において、前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、前記外部認証鍵のうち識別番号がｎ番から始まり順に大きくなる一群の外部認証鍵を複数一度に更新するには、識別番号がｍ−１番の内部認証鍵と、識別番号がｎ−１番の外部認証鍵とを用いて相互認証が成立した後に、前記サーバから複数の乱数を前記クライアントに送信し、前記クライアントは前記識別番号がｍ−１番の内部認証鍵を用いて前記複数の乱数から新たな一群の認証鍵を生成し、該新たな一群の認証鍵をもって前記一群の外部認証鍵を更新することを特徴とするものであるため、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、一括した少ない鍵更新処理により安全に、複数の外部認証鍵を一度に更新することができる。
【００９４】
請求項８に記載の発明は、請求項２に記載の発明において、前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、前記内部認証鍵のうち識別番号がｍ番から始まり順に大きくなる一群の内部認証鍵と前記外部認証鍵のうち識別番号がｎ番から始まり順に大きくなる一群の外部認証鍵とを複数一度に更新するには、識別番号がｍ−１番の内部認証鍵と識別番号がｎ−１番の外部認証鍵とを用いて行なう相互認証が成立した後に、前記サーバから複数の乱数を前記クライアントに送信し、前記クライアントは前記識別番号がｍ−１番の内部認証鍵を用いて前記複数の乱数から新たな一群の認証鍵を生成し、該新たな一群の認証鍵をもって前記一群の内部認証鍵および前記一群の外部認証鍵を更新することを特徴とするものであるため、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、一括した少ない鍵更新処理により安全に、複数の内部認証鍵と複数の外部認証鍵とを一度に更新することができる。
【００９５】
請求項９に記載の発明は、請求項１乃至８のいずれか一項に記載の発明において、前記記憶媒体は、更新に先立って行なわれた相互認証を成立させた認証鍵を用い前記サーバが前記クライアントに送信した乱数から新たに生成された認証鍵を前記記憶媒体内部の不揮発性メモリにのみ記憶することを特徴とするものであるため、通信アルゴリズムが対称鍵暗号方式か非対称鍵暗号方式かに依存せずに、更新後の新たな認証鍵を記憶媒体外に漏らすことなく認証鍵を安全に更新することができる。
【００９６】
請求項１０に記載の発明は、請求項１乃至９のいずれか一項に記載の発明において、前記記憶媒体としてＩＣカードを用いることを特徴とするものであるため、一般に普及し始めているＩＣカードを記憶媒体として用い、ネットワークシステムを低コストで構築することができる。
【図面の簡単な説明】
【図１】この発明の第１の実施の形態にかかるネットワークシステムの概略構成を示すブロック図である。
【図２】前記ネットワークシステムに用いるＩＣカードの回路構成を示すブロック図である。
【図３】前記ＩＣカード内の不揮発メモリ内の認証鍵のファイルフォーマットの一例を示すブロック図である。
【図４】前記ネットワークシステムにおける相互認証の処理手順を示すブロック図である。
【図５】前記ネットワークシステムにおける暗号化データ通信に用いるセッション鍵の生成の手順を示すブロック図である。
【図６】前記ネットワークシステムにおける内部認証鍵、外部認証鍵の更新の手順を示すブロック図である。
【図７】この発明の第２の実施の形態にかかるネットワークシステムにおける外部認証鍵の更新手順を示すブロック図である。
【図８】この発明の第２の実施の形態にかかるネットワークシステムにおける内部認証鍵の更新手順を示すブロック図である。
【図９】この発明の第３の実施の形態にかかるネットワークシステムにおける内部認証鍵、外部認証鍵の更新手順を示すブロック図である。
【図１０】この発明の第４の実施の形態にかかるネットワークシステムにおける内部認証鍵、外部認証鍵の更新手順を示すブロック図である。
【符号の説明】
１ ネットワークシステム
２ クライアント
３ サーバ
４ 通信回線
５ 記憶媒体（ＩＣカード）
１２ 不揮発性メモリ
Claims (21)
- 通信回線を介して接続されるクライアントおよびサーバと、前記クライアントおよび前記サーバ間の相互認証に使用する認証鍵が格納され、前記クライアントに接続される記憶媒体とを備え、前記サーバおよび前記クライアント間で前記認証鍵による相互認証が成立した後に、前記認証鍵に基づいてセッション鍵を生成して前記サーバおよび前記クライアント間で暗号化通信を行なうネットワークシステムであって、
前記記憶媒体は各々順番号の識別番号が付された前記認証鍵を複数個記憶し、
前記サーバおよび前記クライアント間の通常の暗号化通信については、識別番号の一番大きい最下位の前記認証鍵を用いて相互認証およびセッション鍵の生成を行い、
前記認証鍵のうち第一の識別番号の第一の認証鍵の更新時には、更新対象の前記第一の認証鍵よりも上位である、前記第一の識別番号よりも一つ小さい第二の識別番号の第二の認証鍵を用いて前記クライアントおよび前記サーバ間の相互認証を行い、該相互認証が成立した後に、前記サーバから乱数を前記クライアントに送信し、前記第二の認証鍵を用いて前記乱数から新たな認証鍵を生成し、該新たな認証鍵をもって前記第一の認証鍵を更新することを特徴とするネットワークシステム。 - 前記記憶媒体は、前記クライアントが前記サーバを認証するための前記認証鍵である外部認証鍵と、前記サーバが前記クライアントを認証するための前記認証鍵である内部認証鍵とをいずれも識別番号を付して複数個ずつ記憶していて、前記内部認証鍵および前記外部認証鍵を用いて前記クライアントおよび前記サーバ間の相互認証を行なうことを特徴とする請求項１に記載のネットワークシステム。
- 前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、
前記内部認証鍵のうち識別番号がｍ番の第一の内部認証鍵を更新するには、識別番号がｍ−１番の第二の内部認証鍵と識別番号がｎ−１番の第二の外部認証鍵とを用いて行なう相互認証が成立した後に、前記サーバから乱数を前記クライアントに送信し、前記クライアントは前記第二の内部認証鍵を用いて前記乱数から新たな認証鍵を生成し、該新たな認証鍵をもって前記第一の内部認証鍵を更新することを特徴とする請求項２に記載のネットワークシステム。 - 前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、
前記外部認証鍵のうち識別番号がｎ番の第一の外部認証鍵を更新するには、識別番号がｍ−１番の第二の内部認証鍵と識別番号がｎ−１番の第二の外部認証鍵とを用いて行なう相互認証が成立した後に、前記サーバから乱数を前記クライアントに送信し、前記クライアントは前記第二の内部認証鍵を用いて前記乱数から新たな認証鍵を生成し、該新たな認証鍵をもって前記第一の外部認証鍵を更新することを特徴とする請求項２に記載のネットワークシステム。 - 前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、
前記内部認証鍵のうち識別番号がｍ番の第一の内部認証鍵および前記外部認証鍵のうち識別番号がｎ番の第一の外部認証鍵を一度に更新するには、識別番号がｍ−１番の第二の内部認証鍵と識別番号がｎ−１番の第二の外部認証鍵とを用いて行なう相互認証が成立した後に、前記サーバから二つの乱数を前記クライアントに送信し、前記クライアントは前記第二の内部認証鍵を用いて前記二つの乱数から新たな第一および第二の認証鍵を生成し、該新たな第一および第二の認証鍵をもって前記第一の内部認証鍵および前記第一の外部認証鍵を更新することを特徴とする請求項２に記載のネットワークシステム。 - 前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、
前記内部認証鍵のうち識別番号がｍ番から始まり順に大きくなる一群の内部認証鍵を複数一度に更新するには、識別番号がｍ−１番の内部認証鍵と識別番号がｎ−１番の外部認証鍵とを用いて相互認証が成立した後に、前記サーバから複数の乱数を前記クライアントに送信し、前記クライアントは前記識別番号がｍ−１番の内部認証鍵を用いて前記複数の乱数から新たな一群の認証鍵を生成し、該新たな一群の認証鍵をもって前記一群の内部認証鍵を更新することを特徴とする請求項２に記載のネットワークシステム。 - 前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、
前記外部認証鍵のうち識別番号がｎ番から始まり順に大きくなる一群の外部認証鍵を複数一度に更新するには、識別番号がｍ−１番の内部認証鍵と、識別番号がｎ−１番の外部認証鍵とを用いて相互認証が成立した後に、前記サーバから複数の乱数を前記クライアントに送信し、前記クライアントは前記識別番号がｍ−１番の内部認証鍵を用いて前記複数の乱数から新たな一群の認証鍵を生成し、該新たな一群の認証鍵をもって前記一群の外部認証鍵を更新することを特徴とする請求項２に記載のネットワークシステム。 - 前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、
前記内部認証鍵のうち識別番号がｍ番から始まり順に大きくなる一群の内部認証鍵と前記外部認証鍵のうち識別番号がｎ番から始まり順に大きくなる一群の外部認証鍵とを複数一度に更新するには、識別番号がｍ−１番の内部認証鍵と識別番号がｎ−１番の外部認証鍵とを用いて行なう相互認証が成立した後に、前記サーバから複数の乱数を前記クライアントに送信し、前記クライアントは前記識別番号がｍ−１番の内部認証鍵を用いて前記複数の乱数から新たな一群の認証鍵を生成し、該新たな一群の認証鍵をもって前記一群の内部認証鍵および前記一群の外部認証鍵を更新することを特徴とする請求項２に記載のネットワークシステム。 - 前記記憶媒体は、更新に先立って行なわれた相互認証を成立させた認証鍵を用い前記サーバが前記クライアントに送信した乱数から新たに生成された認証鍵を前記記憶媒体内部の不揮発性メモリにのみ記憶することを特徴とする請求項１乃至８のいずれか一項に記載のネットワークシステム。
- 前記記憶媒体としてＩＣカードを用いることを特徴とする請求項１乃至９のいずれか一項に記載のネットワークシステム。
- 通信回線を介して接続されるクライアントおよびサーバと、前記クライアントおよび前記サーバ間の相互認証に使用する認証鍵が格納され、前記クライアントに接続される記憶媒体とを備え、前記サーバおよび前記クライアント間で前記認証鍵による相互認証が成立した後に、前記認証鍵に基づいてセッション鍵を生成して前記サーバおよび前記クライアント間で暗号化通信を行なうネットワークシステムにおける認証鍵更新方法であって、
前記記憶媒体は各々順番号の識別番号が付された前記認証鍵を複数個記憶し、
前記サーバおよび前記クライアント間の通常の暗号化通信については、識別番号の一番大きい最下位の前記認証鍵を用いて相互認証およびセッション鍵の生成を行い、
前記認証鍵のうち第一の識別番号の第一の認証鍵の更新時には、更新対象の前記第一の認証鍵よりも上位である、前記第一の識別番号よりも一つ小さい第二の識別番号の第二の認証鍵を用いて前記クライアントおよび前記サーバ間の相互認証を行い、該相互認証が成立した後に、前記サーバから乱数を前記クライアントに送信し、前記第二の認証鍵を用いて前記乱数から新たな認証鍵を生成し、該新たな認証鍵をもって前記第一の認証鍵を更新することを特徴とする認証鍵更新方法。 - 前記記憶媒体は、前記クライアントが前記サーバを認証するための前記認証鍵である外部認証鍵と、前記サーバが前記クライアントを認証するための前記認証鍵である内部認証鍵とをいずれも識別番号を付して複数個ずつ記憶していて、前記内部認証鍵および前記外部認証鍵を用いて前記クライアントおよび前記サーバ間の相互認証を行なうことを特徴とする請求項１１に記載の認証鍵更新方法。
- 前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、
前記内部認証鍵のうち識別番号がｍ番の第一の内部認証鍵を更新するには、識別番号がｍ−１番の第二の内部認証鍵と識別番号がｎ−１番の第二の外部認証鍵とを用いて行なう相互認証が成立した後に、前記サーバから乱数を前記クライアントに送信し、前記クライアントは前記第二の内部認証鍵を用いて前記乱数から新たな認証鍵を生成し、該新たな認証鍵をもって前記第一の内部認証鍵を更新することを特徴とする請求項１２に記載の認証鍵更新方法。 - 前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、
前記外部認証鍵のうち識別番号がｎ番の第一の外部認証鍵を更新するには、識別番号がｍ−１番の第二の内部認証鍵と識別番号がｎ−１番の第二の外部認証鍵とを用いて行なう相互認証が成立した後に、前記サーバから乱数を前記クライアントに送信し、前記クライアントは前記第二の内部認証鍵を用いて前記乱数から新たな認証鍵を生成し、該新たな認証鍵をもって前記第一の外部認証鍵を更新することを特徴とする請求項１２に記載の認証鍵更新方法。 - 前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、
前記内部認証鍵のうち識別番号がｍ番の第一の内部認証鍵および前記外部認証鍵のうち識別番号がｎ番の第一の外部認証鍵を一度に更新するには、識別番号がｍ−１番の第二の内部認証鍵と識別番号がｎ−１番の第二の外部認証鍵とを用いて行なう相互認証が成立した後に、前記サーバから二つの乱数を前記クライアントに送信し、前記クライアントは前記第二の内部認証鍵を用いて前記二つの乱数から新たな第一および第二の認証鍵を生成し、該新たな第一および第二の認証鍵をもって前記第一の内部認証鍵および前記第一の外部認証鍵を更新することを特徴とする請求項１２に記載の認証鍵更新方法。 - 前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、
前記内部認証鍵のうち識別番号がｍ番から始まり順に大きくなる一群の内部認証鍵を複数一度に更新するには、識別番号がｍ−１番の内部認証鍵と識別番号がｎ−１番の外部認証鍵とを用いて相互認証が成立した後に、前記サーバから複数の乱数を前記クライアントに送信し、前記クライアントは前記識別番号がｍ−１番の内部認証鍵を用いて前記複数の乱数から新たな一群の認証鍵を生成し、該新たな一群の認証鍵をもって前記一群の内部認証鍵を更新することを特徴とする請求項１２に記載の認証鍵更新方法。 - 前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、
前記外部認証鍵のうち識別番号がｎ番から始まり順に大きくなる一群の外部認証鍵を複数一度に更新するには、識別番号がｍ−１番の内部認証鍵と、識別番号がｎ−１番の外部認証鍵とを用いて相互認証が成立した後に、前記サーバから複数の乱数を前記クライアントに送信し、前記クライアントは前記識別番号がｍ−１番の内部認証鍵を用いて前記複数の乱数から新たな一群の認証鍵を生成し、該新たな一群の認証鍵をもって前記一群の外部認証鍵を更新することを特徴とする請求項１２に記載の認証鍵更新方法。 - 前記内部認証鍵の総数をＭ、前記外部認証鍵の総数をＮとしたときに、Ｍ−ｍ＝Ｎ−ｎを満たすｍ、ｎにつき、
前記内部認証鍵のうち識別番号がｍ番から始まり順に大きくなる一群の内部認証鍵と前記外部認証鍵のうち識別番号がｎ番から始まり順に大きくなる一群の外部認証鍵とを複数一度に更新するには、識別番号がｍ−１番の内部認証鍵と識別番号がｎ−１番の外部認証鍵とを用いて行なう相互認証が成立した後に、前記サーバから複数の乱数を前記クライアントに送信し、前記クライアントは前記識別番号がｍ−１番の内部認証鍵を用いて前記複数の乱数から新たな一群の認証鍵を生成し、該新たな一群の認証鍵をもって前記一群の内部認証鍵および前記一群の外部認証鍵を更新することを特徴とする請求項１２に記載の認証鍵更新方法。 - 前記記憶媒体は、更新に先立って行なわれた相互認証を成立させた認証鍵を用い前記サーバが前記クライアントに送信した乱数から新たに生成された認証鍵を前記記憶媒体内部の不揮発性メモリにのみ記憶することを特徴とする請求項１１乃至１８のいずれか一項に記載の認証鍵更新方法。
- 前記記憶媒体としてＩＣカードを用いることを特徴とする請求項１１乃至１９のいずれか一項に記載の認証鍵更新方法。
- 通信回線を介して接続されるクライアントおよびサーバと、前記クライアントおよび前記サーバ間の相互認証に使用する認証鍵が格納され、前記クライアントに接続される記憶媒体とを備え、前記サーバおよび前記クライアント間で前記認証鍵による相互認証が成立した後に、前記認証鍵に基づいてセッション鍵を生成して前記サーバおよび前記クライアント間で暗号化通信を行ない、前記記憶媒体は各々順番号の識別番号が付された前記認証鍵を複数個記憶し、前記サーバおよび前記クライアント間の通常の暗号化通信については、識別番号の一番大きい最下位の前記認証鍵を用いて相互認証およびセッション鍵の生成を行うネットワークシステムにおける前記クライアントのプログラムを記録した記録媒体であって、
前記クライアントを構成するコンピュータを、
前記認証鍵のうち第一の識別番号の第一の認証鍵の更新時には、更新対象の前記第一の認証鍵よりも上位である、前記第一の識別番号よりも一つ小さい第二の識別番号の第二の認証鍵を用いて前記クライアントおよび前記サーバ間の相互認証を行う手段、
該相互認証が成立した後に、前記サーバから乱数を受信し、前記記憶媒体のプログラムに対し、前記第二の認証鍵を用いて前記乱数から新たな認証鍵を生成させ、該新たな認証鍵をもって前記第一の認証鍵を更新させる手段
として機能させるプログラムを記録したコンピュータ読み取り可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP28478597A JP4216914B2 (ja) | 1997-10-17 | 1997-10-17 | ネットワークシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP28478597A JP4216914B2 (ja) | 1997-10-17 | 1997-10-17 | ネットワークシステム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11122238A JPH11122238A (ja) | 1999-04-30 |
| JP4216914B2 true JP4216914B2 (ja) | 2009-01-28 |
Family
ID=17682995
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP28478597A Expired - Fee Related JP4216914B2 (ja) | 1997-10-17 | 1997-10-17 | ネットワークシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4216914B2 (ja) |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2000074301A1 (en) * | 1999-05-27 | 2000-12-07 | Koninklijke Philips Electronics N.V. | Method and apparatus for secure creation of public/private key pairs |
| US6633979B1 (en) * | 1999-06-25 | 2003-10-14 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and arrangements for secure linking of entity authentication and ciphering key generation |
| JP2002136743A (ja) * | 2000-10-31 | 2002-05-14 | Aruze Corp | 鍵ユニット、ユニットコントローラ及び遊技場鍵システム |
| JPWO2002076011A1 (ja) * | 2001-03-19 | 2004-07-08 | 株式会社鷹山 | 暗号通信システム |
| US7366906B2 (en) | 2003-03-19 | 2008-04-29 | Ricoh Company, Ltd. | Digital certificate management system, digital certificate management apparatus, digital certificate management method, program and computer readable information recording medium |
| JP4504099B2 (ja) | 2003-06-25 | 2010-07-14 | 株式会社リコー | デジタル証明書管理システム、デジタル証明書管理装置、デジタル証明書管理方法、更新手順決定方法およびプログラム |
| JP3831946B2 (ja) | 2003-09-26 | 2006-10-11 | ソニー株式会社 | 撮像装置 |
| JP5284405B2 (ja) * | 2011-03-30 | 2013-09-11 | 株式会社三共 | 遊技用システムおよび遊技用装置 |
| JP5450497B2 (ja) * | 2011-03-30 | 2014-03-26 | 株式会社三共 | 遊技用システムおよび遊技用装置 |
| JP5450564B2 (ja) * | 2011-10-28 | 2014-03-26 | 株式会社三共 | 遊技用システムおよび遊技用装置 |
| FR2993682B1 (fr) * | 2012-07-20 | 2014-08-22 | Oberthur Technologies | Mise a jour d'un systeme d'exploitation pour element securise |
| JP6023689B2 (ja) * | 2013-11-12 | 2016-11-09 | 日本電信電話株式会社 | 電子デバイス、認証方法、プログラム |
| JP7251082B2 (ja) * | 2018-09-19 | 2023-04-04 | 大日本印刷株式会社 | 電子情報記憶媒体、ｉｃカード、時刻データ更新方法、及びプログラム |
-
1997
- 1997-10-17 JP JP28478597A patent/JP4216914B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH11122238A (ja) | 1999-04-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6834112B1 (en) | Secure distribution of private keys to multiple clients | |
| US6192130B1 (en) | Information security subscriber trust authority transfer system with private key history transfer | |
| CN101430751B (zh) | 数据管理设备和数据管理方法 | |
| CN100432889C (zh) | 提供断开鉴别的系统和方法 | |
| US20140245014A1 (en) | Remote control app for smart phones | |
| US9698974B2 (en) | Method for creating asymmetrical cryptographic key pairs | |
| US11943350B2 (en) | Systems and methods for re-using cold storage keys | |
| CN109151053A (zh) | 基于公共非对称密钥池的抗量子计算云存储方法和系统 | |
| CN109150519A (zh) | 基于公共密钥池的抗量子计算云存储安全控制方法和系统 | |
| US20060095769A1 (en) | System and method for initializing operation for an information security operation | |
| CN105103488A (zh) | 借助相关联的数据的策略施行 | |
| US20040165728A1 (en) | Limiting service provision to group members | |
| JP4216914B2 (ja) | ネットワークシステム | |
| CN110380845B (zh) | 基于群组对称密钥池的量子保密通信联盟链交易方法、系统、设备 | |
| US20220020020A1 (en) | Methods, systems, and devices for managing digital assets | |
| CN113901512A (zh) | 数据共享方法及系统 | |
| US8638938B2 (en) | Symmetric key subscription | |
| CN109347923A (zh) | 基于非对称密钥池的抗量子计算云存储方法和系统 | |
| US7841525B1 (en) | Digital ticketing system and method | |
| JP2005209118A (ja) | 情報分散ストレージシステムとこのシステムに用いられる全体認証サーバ装置、認証サーバ装置及び分散ストレージサーバ装置及び情報分散ストレージ方法 | |
| JP3791169B2 (ja) | 認証装置および方法 | |
| CN109302283A (zh) | 基于公共非对称密钥池的抗量子计算代理云存储方法和系统 | |
| JPH11331145A (ja) | 情報共有システム、情報保管装置およびそれらの情報処理方法、並びに記録媒体 | |
| US10439810B2 (en) | Device and method for administering a digital escrow server | |
| JP3396634B2 (ja) | データ暗号／復号化装置及びそのプログラム記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050517 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050715 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20050620 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20050906 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051107 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20051115 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20060120 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080722 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080908 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20081107 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111114 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111114 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121114 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131114 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |