JP2017147565A - 認証ハンドオーバ方法、認証ハンドオーバシステム、認証装置、サービス提供端末、サービス利用端末およびプログラム - Google Patents

Abstract

【課題】認証端末、サービス提供端末およびサービス利用端末との間で認証のハンドオーバを実現すること。【解決手段】手順Iで認証端末１０１はサービス提供端末１０３と相互認証を実行し、当該相互認証に成功すると第一セッション鍵ｋｓの共有を実行する。手順IIでサービス利用端末１０４はサービス提供端末１０３と認証端末１０１との間で共有されている第一セッション鍵を認証端末１０１から受信する。手順IIIでサービス利用端末１０４は認証端末１０１から受信した第一セッション鍵を用いてサービス提供端末１０３と相互認証を実行する。サービス提供端末１０３はサービス利用端末１０４との相互認証に成功すると、第一セッション鍵を用いてサービス利用端末１０４と第二セッション鍵を共有し、第二セッション鍵を用いてサービス利用端末１０４にサービスを提供する。【選択図】図１

Description

本発明は認証ハンドオーバ技術に関する。

従来、２つの端末間で相互認証を実行したり、鍵共有を実行したりする発明が提案されている（特許文献１、２）。また、ＩＳＯ（国際標準化機構）も相互認証方式を標準化している（非特許文献１ないし３）。ところで、コンテンツを視聴するための鍵をある視聴端末から別の視聴端末に自己移譲する技術も提案されている。

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

International Organization for Standardization, Geneve, Switzerland. ISO/IEC 9798-2:2008, Information technology - Security techniques - Entity Authentication - Part 2: Mechanisms using symmetric encipherment algorithms, 2008. Third edition International Organization for Standardization, Geneve, Switzerland. ISO/IEC 9798-3:1998, Information technology - Security techniques - Entity Authentication - Part 3: Mechanisms using digital signature techniques, 1998. Second edition. International Organization for Standardization, Geneve, Switzerland. ISO/IEC 9798-4:1999, Information technology - Security techniques - Entity Authentication - Part 4: Mechanisms using a cryptographic check function, 1999. Second edition. S. Kiyomoto, T. Tanaka, M. Yoshida, and M. Kuroda, "Design of Self-Delegation for Mobile Terminal," IPSJ Journal, Vol.46, No.8, pp.1947-1958, 2005.

サービス提供端末からサービス利用端末へサービスを提供するためには、サービス提供端末とサービス利用端末とが相互認証を実行することが必要とされることがある。この場合に、サービス提供端末と認証端末との間で相互認証と鍵共有を実行し、この鍵を認証端末からサービス利用端末に渡し、さらにこの鍵を用いてサービス利用端末とサービス提供端末との間で相互認証を行い、さらに別の鍵を共有することで認証のハンドオーバが実現できれば便利であろう。上述した自己移譲技術では、ある視聴端末が利用していた鍵を他の視聴端末に移譲するにすぎず、他の視聴端末とサービス提供端末との間の相互認証が実行されない。つまり、不正な視聴端末にサービスが提供されてしまうこともありうる。そこで、本発明は、認証端末、サービス提供端末およびサービス利用端末との間で認証のハンドオーバを実現可能とすることを目的とする。

本発明によれば、
認証端末、サービス提供端末およびサービス利用端末を有する認証ハンドオーバシステムにおいて認証のハンドオーバを実行する認証ハンドオーバ方法であって、
前記認証端末は前記サービス提供端末と相互認証を実行し、当該相互認証に成功すると第一セッション鍵の共有を実行し、
前記サービス利用端末は前記サービス提供端末と前記認証端末との間で共有されている前記第一セッション鍵を前記認証端末から受信し、
前記サービス利用端末は前記認証端末から受信した前記第一セッション鍵を用いて前記サービス提供端末と相互認証を実行し、
前記サービス提供端末は前記サービス利用端末との相互認証に成功すると、前記サービス利用端末と第二セッション鍵を共有し、当該第二セッション鍵を用いて前記サービス利用端末にサービスを提供することを特徴とする認証ハンドオーバ方法が提供される。

本発明によれば、認証端末、サービス提供端末およびサービス利用端末との間で認証のハンドオーバが実現される。

認証ハンドオーバシステムの一例を示す図 認証ハンドオーバ処理に関与する信号のシーケンスを示す図 認証端末の機能を示すブロック図 サービス提供端末の機能を示すブロック図 サービス利用端末の機能を示すブロック図 サービス提供端末の機能を示すブロック図 サービス提供端末が実行する認証ハンドオーバ処理を示すフローチャート サービス利用端末が実行する認証ハンドオーバ処理を示すフローチャート サービス利用端末と認証端末が実行する認証ハンドオーバ処理を示すフローチャート サービス利用端末が実行する認証ハンドオーバ処理を示すフローチャート サービス提供端末が実行する認証ハンドオーバ処理を示すフローチャート

＜認証システム＞
図１（Ａ）は認証ハンドオーバシステム１００の一例を示す図である。認証端末１０１、サービス提供端末１０３およびサービス利用端末１０４は通信リンク１０２を介して接続されている。通信リンク１０２は無線回線であってもよいし、有線回線であってもよい。また、コンピュータ内の通信バスなどであってもよい。図１（Ｂ）が示すように、認証端末１０１はＳＩＭカードであってもよいし、サービス利用端末１０４はＳＩＭカードを挿入されて通信するスマートフォンやタブレット端末などであってもよい。

本実施形態では、概ね次の手順にしたがって認証のハンドオーバが実行される。手順Iで認証端末１０１とサービス提供端末１０３との間で相互認証とセッション鍵の共有が実行される。次に、手順IIで、認証端末１０１とサービス提供端末１０３との間で共有されているセッション鍵が認証端末１０１からサービス利用端末１０４に転送される。この際に、認証端末１０１とサービス利用端末１０４との間で相互認証が実行されてもよい。手順IIIでサービス利用端末１０４とサービス提供端末１０３との間で相互認証とセッション鍵の共有が実行される。とりわけ、認証端末１０１とサービス提供端末１０３との間で共有されているセッション鍵が既知の鍵として手順IIIにおける相互認証と鍵共有に利用される。サービス利用端末１０４とサービス提供端末１０３との間で共有された新しいセッション鍵を用いてサービス提供端末１０３からサービス利用端末１０４へサービスが提供される。

＜認証ハンドオーバ＞
図２ないし図６を参照しながら実施形態における認証ハンドオーバについて説明する。図２は認証端末１０１、サービス提供端末１０３およびサービス利用端末１０４間で送受信される情報のシーケンスを示している。図２では上述した手順IないしIIIと関連付けて信号が示されている。図３は手順I、IIに関与する認証端末１０１の機能を示す図である。図４は手順Iに関与するサービス提供端末１０３の機能を示す図である。図４は手順Iに関与するサービス提供端末１０３の機能を示す図である。図５は手順II、IIIに関与するサービス利用端末１０４の機能を示す図である。図６は手順IIIに関与するサービス提供端末１０３の機能を示す図である。

［手順I］
手順Iは、たとえば、認証端末１０１がサービス提供端末１０３に対して相互認証の開始要求を送信することで開始される。サービス提供端末１０３の乱数生成部４０１は乱数ｒ_１を生成し、送信部４０２に出力する。乱数ｒ_１は第一乱数と呼ばれてもよい。送信部４０２は乱数ｒ_１を開始要求に対するレスポンスとして認証端末１０１に送信する。

認証端末１０１の受信部３０１は乱数ｒ_１を受信すると、ＭＡＣ生成部３０２と鍵生成部３０５に乱数ｒ_１を出力する。なお、ＭＡＣはメッセージ認証コードの略称である。ＭＡＣ生成部３０２は乱数ｒ_１と、乱数生成部３０３によって生成された乱数ｒ_２とを連結し、予め定められたＭＡＣ関数ＭＡＣｋ（）に連結結果を代入することでメッセージ認証コード（第一認証データＭＡＣｋ（ｒ_１||ｒ_２））を生成し、連結部３０６に出力する。||は連結を意味する演算記号である。乱数ｒ_２は第二乱数と呼ばれてもよい。ＭＡＣ関数ＭＡＣｋ（）は、認証端末１０１とサービス提供端末１０３との間で事前に共有されている情報（事前共有鍵ｋ）によって定まるＭＡＣ関数である。つまり、認証端末１０１とサービス提供端末１０３とはＭＡＣ関数ＭＡＣｋ（）を事前共有している。連結部３０６は、第一認証データＭＡＣｋ（ｒ_１||ｒ_２）に対して乱数生成部３０３によって生成された乱数ｒ_２を連結し、連結結果を送信部３０７に出力する。連結結果であるＭＡＣｋ（ｒ_１||ｒ_２）||ｒ_２は相互認証と鍵共有に必要となる認証データである。送信部３０７は認証データＭＡＣｋ（ｒ_１||ｒ_２）||ｒ_２をサービス提供端末１０３に送信する。

サービス提供端末１０３の受信部４０３は認証データであるＭＡＣｋ（ｒ_１||ｒ_２）||ｒ_２を認証端末１０１から受信する。受信部４０３は受信した認証データＭＡＣｋ（ｒ_１||ｒ_２）||ｒ_２を分離部４０４に出力する。分離部４０４は、認証データＭＡＣｋ（ｒ_１||ｒ_２）||ｒ_２を第一認証データＭＡＣｋ（ｒ_１||ｒ_２）と乱数ｒ_２とに分離する。分離部４０４は、第一認証データＭＡＣｋ（ｒ_１||ｒ_２）を検証部４０６に出力し、乱数ｒ_２をＭＡＣ生成部４０５に出力する。第一認証データＭＡＣｋ（ｒ_１||ｒ_２）は認証端末１０１を認証するために必要となるデータである。乱数ｒ_２は、サービス提供端末１０３を認証端末１０１で認証してもらうための第二認証データＭＡＣｋ（ｒ_２）を生成するために必要となるデータである。また、乱数ｒ_２は相互認証が成功したときに鍵生成部４０７で鍵ｋ_ｓを生成するために使用される。鍵ｋ_ｓは第一セッション鍵の一例である。ＭＡＣ生成部４０５は、乱数生成部４０１により生成された乱数ｒ_１と認証端末１０１から受信された乱数ｒ_２とに基づき第一確認データＭＡＣｋ（ｒ_１||ｒ_２）を生成し、検証部４０６に出力する。認証端末１０１のＭＡＣ生成部４０５とサービス提供端末１０３のＭＡＣ生成部３０２は同一のＭＡＣ関数ＭＡＣｋ（）を事前に共有している（つまり、鍵ｋが事前に共有されている）。検証部４０６はサービス提供端末１０３で生成された第一確認データＭＡＣｋ（ｒ_１||ｒ_２）と、認証端末１０１で生成された第一認証データＭＡＣｋ（ｒ_１||ｒ_２）とが一致するかどうかに基づき、認証端末１０１が正当な端末かどうかを判定する。サービス提供端末１０３で生成された第一確認データＭＡＣｋ（ｒ_１||ｒ_２）と認証端末１０１で生成された第一認証データＭＡＣｋ（ｒ_１||ｒ_２）とが一致していれば、認証端末１０１は正当な端末と判定される（認証成功：ＯＫ）。一方で、サービス提供端末１０３で生成された第一確認データＭＡＣｋ（ｒ_１||ｒ_２）と認証端末１０１で生成された第一認証データＭＡＣｋ（ｒ_１||ｒ_２）とが一致しなければ、認証端末１０１は正当な端末ではないと判定される（認証失敗：ＮＧ）。検証部４０６は認証結果（認証成功／認証失敗）をＭＡＣ生成部４０５に出力する。認証成功の場合、ＭＡＣ生成部４０５は、認証端末１０１から受信された乱数ｒ_２をＭＡＣ関数ＭＡＣｋ（）に代入することで第二認証データＭＡＣｋ（ｒ_２）を生成し、送信部４０２に出力する。送信部４０２は第二認証データＭＡＣｋ（ｒ_２）を認証端末１０１に送信する。なお、認証に失敗した場合、送信部４０２は認証失敗を意味する信号を認証端末１０１に送信してもよい。

認証端末１０１の受信部３０１はサービス提供端末１０３から第二認証データＭＡＣｋ（ｒ_２）を受信する。受信部３０１は第二認証データＭＡＣｋ（ｒ_２）を検証部３０４に出力する。検証部３０４は、認証端末１０１において乱数生成部３０３により生成された乱数ｒ_２からＭＡＣ生成部３０２により生成された第二確認データＭＡＣｋ（ｒ_２）とサービス提供端末１０３で生成された第二認証データＭＡＣｋ（ｒ_２）とが一致しているかどうかに基づきサービス提供端末１０３が正当な端末かどうかを判定する。両者が一致していればサービス提供端末１０３は正当な端末と判定される（認証成功：ＯＫ）。一方、両者が一致していなければサービス提供端末１０３は正当な端末ではないと判定される（認証失敗：ＮＧ）。検証部３０４は相互認証の結果を示す情報（ＯＫ／ＮＧ）を送信部３０７に出力する。送信部３０７は相互認証の結果を示す情報（ＯＫ／ＮＧ）をサービス提供端末１０３に送信する。また、検証部３０４は相互認証に成功したときは成功したことを示す情報（鍵生成命令）を鍵生成部３０５に出力する。鍵生成部３０５は、サービス提供端末１０３から受信した乱数ｒ_１と乱数生成部３０３により生成された乱数ｒ_２とに基づきセッション鍵ｋ_ｓを生成する。たとえば、鍵生成部３０５は乱数ｒ_１と乱数ｒ_２の排他的論理和を求め、これをＭＡＣ関数ＭＡＣｋ（）に代入することで生成してもよい（ｋ_ｓ＝ＭＡＣｋ（ｒ_１ XOR Ｒ２））。なお、鍵生成部３０５は排他的論理和を演算する演算部とＭＡＣ生成部３０２により実現されてもよい。

サービス提供端末１０３の受信部４０３は認証端末１０１から相互認証の結果を受信する。相互認証が成功したのであれば、鍵生成部４０７は、乱数生成部４０１が生成した乱数ｒ_１と認証端末１０１から受信された乱数ｒ_２とに基づき鍵ｋ_ｓを生成する。鍵生成部４０７は、認証端末１０１の鍵生成部３０５と同一の手法によりセッション鍵ｋ_ｓを生成する。たとえば、鍵生成部４０７は、乱数ｒ_１、ｒ_２との排他的論理和を求め、これをＭＡＣ関数ＭＡＣｋ（）に代入することでセッション鍵ｋ_ｓを生成する。この場合、鍵生成部４０７は排他的論理和を演算する演算部とＭＡＣ生成部４０５により実現されてもよい。

このように手順Iによれば認証端末１０１とサービス提供端末１０３とが事前共有鍵ｋを用いて相互認証を実行する。さらに、認証端末１０１とサービス提供端末１０３とが事前共有鍵ｋを用いてセッション鍵ｋ_ｓを共有する。

［手順II］
手順IIは、たとえば、サービス利用端末１０４から認証端末１０１に対して認証ハンドオーバの開始要求（セッション鍵ｋ_ｓの提供要求）を送信することで開始される。たとえば、サービス利用端末１０４の送信部５０１は当該要求を認証端末１０１に送信する。

認証端末１０１の受信部３０１はサービス利用端末１０４から当該要求を受信すると、認証端末１０１とサービス提供端末１０３との間で共有しているセッション鍵ｋ_ｓをサービス利用端末１０４に送信部３０７を通じて送信する。

サービス利用端末１０４の受信部５０３はセッション鍵ｋ_ｓを認証端末１０１から受信する。なお、セッション鍵ｋ_ｓはＭＡＣｋ（ｒ_１||ｒ_２）である。

なお、手順IIにおいて認証端末１０１はサービス提供端末１０３を認証してもよい。つまり、認証端末１０１は、認証に成功すると、セッション鍵ｋ_ｓをサービス利用端末１０４に提供し、認証に失敗すすると、セッション鍵ｋ_ｓをサービス利用端末１０４に提供しない。

［手順III］
手順IIIは、たとえば、サービス利用端末１０４からサービス提供端末１０３に対して認証ハンドオーバの開始要求を送信することで開始される。たとえば、サービス利用端末１０４の送信部５０１は、乱数生成部５０２が生成した乱数ｒ_３を含む当該要求をサービス提供端末１０３に送信する。乱数ｒ_３は第三乱数と呼ばれてもよい。

図６が示すように、サービス提供端末１０３は受信部４０３でサービス利用端末１０４から乱数ｒ_３を伴う要求を受信する。受信部４０３は乱数ｒ_３をＭＡＣ生成部６０２に出力する。ＭＡＣ生成部６０２は、乱数生成部６０１により生成された乱数ｒ_４とサービス利用端末１０４から受信した乱数ｒ_３に基づき第三認証データＭＡＣｋ_ｓ（ｒ_３||ｒ_４）を生成し、連結部６０３に出力する。乱数ｒ_４は第四乱数と呼ばれてもよい。ＭＡＣ生成部６０２は、ＭＡＣ関数ＭＡＣｋ_ｓ（）を使用して認証データを生成する。ＭＡＣ関数ＭＡＣｋ_ｓ（）はセッション鍵ｋ_ｓによって定まるＭＡＣ関数である。連結部６０３は、第三認証データＭＡＣｋ_ｓ（ｒ_３||ｒ_４）に乱数生成部６０１により生成された乱数ｒ_４を連結し、連結結果を送信部４０２に出力する。送信部４０２は認証データＭＡＣｋ_ｓ（ｒ_３||ｒ_４）||ｒ_４をサービス利用端末１０４に送信する。

サービス利用端末１０４の受信部５０３はサービス提供端末１０３から認証データＭＡＣｋ_ｓ（ｒ_３||ｒ_４）||ｒ_４を受信する。受信部５０３は認証データＭＡＣｋ_ｓ（ｒ_３||ｒ_４）||ｒ_４を分離部５０４に出力する。分離部５０４は認証データＭＡＣｋ_ｓ（ｒ_３||ｒ_４）||ｒ_４を第三認証データＭＡＣｋ_ｓ（ｒ_３||ｒ_４）と乱数ｒ_４とに分離する。分離部５０４は第三認証データＭＡＣｋ_ｓ（ｒ_３||ｒ_４）を検証部５０６に出力し、乱数ｒ_４をＭＡＣ生成部５０５に出力する。ＭＡＣ生成部５０５は、セッション鍵ｋ_ｓによって定まるＭＡＣ関数ＭＡＣｋ_ｓ（）に、乱数生成部５０２により生成された乱数ｒ_３と、サービス提供端末１０３において生成された乱数ｒ_４と代入して第三確認データＭＡＣｋ_ｓ（ｒ_３||ｒ_４）を生成し、検証部５０６に出力する。検証部５０６は、サービス提供端末１０３で生成された第三認証データＭＡＣｋ_ｓ（ｒ_３||ｒ_４）とサービス利用端末１０４で生成された第三確認データＭＡＣｋ_ｓ（ｒ_３||ｒ_４）とが一致するかどうかに基づき、サービス提供端末１０３が正当な端末かどうかを判定する。サービス提供端末１０３で生成された第三認証データＭＡＣｋ_ｓ（ｒ_３||ｒ_４）とサービス利用端末１０４で生成された第三確認データＭＡＣｋ_ｓ（ｒ_３||ｒ_４）とが一致していれば、認証成功（ＯＫ）と判定される。一方、サービス提供端末１０３で生成された第三認証データＭＡＣｋ_ｓ（ｒ_３||ｒ_４）とサービス利用端末１０４で生成された第三確認データＭＡＣｋ_ｓ（ｒ_３||ｒ_４）とが一致していなければ、認証失敗（ＮＧ）と判定される。認証失敗（ＮＧ）であれば、送信部５０１は認証失敗（ＮＧ）を示す認証結果をサービス提供端末１０３に送信する。一方で、認証成功（ＯＫ）であれば、ＭＡＣ生成部５０５は、サービス提供端末１０３で生成された乱数ｒ_４をＭＡＣ関数ＭＡＣｋ_ｓ（）に代入して第四認証データＭＡＣｋ_ｓ（ｒ_４）を生成する。送信部５０１は、認証成功（ＯＫ）示す認証結果とともに第四認証データＭＡＣｋ_ｓ（ｒ_４）をサービス提供端末１０３に送信する。

サービス提供端末１０３の受信部４０３は認証結果を受信する。とりわけ、認証成功を示す認証結果と第四認証データＭＡＣｋ_ｓ（ｒ_４）を受信すると、第四認証データＭＡＣｋ_ｓ（ｒ_４）を検証部６０６に出力する。また、ＭＡＣ生成部６０２は、乱数生成部６０１が生成した乱数ｒ_４をＭＡＣ関数ＭＡＣｋ_ｓ（）に代入することで第四確認データＭＡＣｋ_ｓ（ｒ_４）を生成し、検証部６０６に出力する。検証部６０６は、サービス提供端末１０３で生成された第四確認データＭＡＣｋ_ｓ（ｒ_４）とサービス利用端末１０４で生成された第四認証データＭＡＣｋ_ｓ（ｒ_４）が一致するかどうかに基づき、サービス利用端末１０４が正当な端末かどうかを判定する。両者が一致すれば、サービス利用端末１０４は正当な端末と判定され（認証成功：ＯＫ）、両者が一致しなければ、サービス利用端末１０４は正当な端末ではないと判定される（認証失敗：ＮＧ）。検証部６０６は送信部４０２を通じて検証結果（ＯＫ／ＮＧ）をサービス利用端末１０４に送信する。認証成功であれば、排他的論理和部６０４は、サービス利用端末１０４から受信された乱数ｒ_３と乱数生成部６０１により生成された乱数ｒ_４との排他的論理和を求め、鍵生成部６０５に出力する。鍵生成部６０５は、セッション鍵ｋ_ｓによって定まるＭＡＣ関数ＭＡＣｋ_ｓ（）に、乱数ｒ_３と乱数ｒ_４の排他的論理和を代入することで、新しいセッション鍵ｋ_ａを生成する。新しいセッション鍵ｋ_ａは第二セッション鍵の一例である。

また、サービス利用端末１０４の受信部５０３が検証結果（ＯＫ）をサービス提供端末１０３から受信すると、相互認証が完了する。そこで、鍵生成部５０７は、乱数生成部５０２により生成された乱数ｒ_３とサービス提供端末１０３から提供された乱数ｒ_４との排他的論理和を求める。さらに、鍵生成部５０７は、セッション鍵ｋ_ｓによって定まるＭＡＣ関数ＭＡＣｋ_ｓ（）に、乱数ｒ_３と乱数ｒ_４の排他的論理和を代入することで、新しいセッション鍵ｋ_ａを生成する。ｋ_ａ＝ＭＡＣｋ_ｓ（ｒ_３ XOR ｒ_４）。鍵生成部５０７は、排他的論理和を演算する演算部とＭＡＣ生成部５０５により実現されてもよい。

このようにサービス利用端末１０４とサービス提供端末１０３との間で相互認証と新しいセッション鍵ｋ_ａの共有とが完了すると、サービス提供端末１０３は新しいセッション鍵ｋ_ａを使用してサービス利用端末１０４にサービスを提供する。サービスは、たとえば、動画や音楽などのコンテンツを配信するサービスなどである。つまり、サービス提供端末１０３は送信部４０２からコンテンツ（サービス）を送信する。サービス利用端末１０４は受信部５０３でコンテンツ（サービス）を受信する。

＜フローチャート＞
図７は手順Ｉにおいてサービス提供端末１０３が実行する各工程を示すフローチャートである。各工程はＣＰＵがプログラムを実行することで実現されてもよいし、一部またはすべての工程がＡＳＩＣ（特定用途集積回路）やＦＰＧＡ（フィールドプログラマブルゲートアレイ）などのハードウエアによって実現されてもよい。

Ｓ７０１でサービス提供端末１０３は認証端末１０１から相互認証の開始要求を受信する。Ｓ７０２でサービス提供端末１０３は乱数ｒ_１を生成する。Ｓ７０３でサービス提供端末１０３は乱数ｒ_１を認証端末１０１に送信する。

Ｓ７０４でサービス提供端末１０３は認証端末１０１から認証データＭＡＣｋ（ｒ_１||ｒ_２）||ｒ_２を受信する。Ｓ７０４でサービス提供端末１０３は第一確認データを生成する。たとえば、サービス提供端末１０３は乱数生成部４０１により生成された乱数ｒ_１と認証端末１０１から受信された乱数ｒ_２とに基づき第一確認データＭＡＣｋ（ｒ_１||ｒ_２）を生成する。Ｓ４０６は、サービス提供端末１０３は認証端末１０１から受信された認証データＭＡＣｋ（ｒ_１||ｒ_２）||ｒ_２から分離した第一認証データＭＡＣｋ（ｒ_１||ｒ_２）と第一確認データＭＡＣｋ（ｒ_１||ｒ_２）とが一致するかどうかに基づき認証に成功したかどうかを判定する。両者が一致すれば、サービス提供端末１０３は認証成功と判定し、Ｓ７０７に進む。両者が不一致であれば、サービス提供端末１０３は認証失敗と判定し、認証失敗を示す認証結果を認証端末１０１に送信し、相互認証処理を終了する。

Ｓ７０７でサービス提供端末１０３は第二認証データを生成する。たとえば、サービス提供端末１０３は認証端末１０１から受信された乱数ｒ_２をＭＡＣ関数ＭＡＣｋ（）に代入することで第二認証データＭＡＣｋ（ｒ_２）を生成する。Ｓ７０８でサービス提供端末１０３は第二認証データＭＡＣｋ（ｒ_２）を認証端末１０１に送信する。Ｓ７０９でサービス提供端末１０３は認証端末１０１から相互認証結果（ＯＫ／ＮＧ）を受信する。Ｓ７１０でサービス提供端末１０３は受信した相互認証結果に基づき、相互認証に成功したかどうかを判定する。相互認証に失敗したのであれば、サービス提供端末１０３はセッション鍵ｋ_ｓを生成せずに、相互認証処理を終了する。一方で、相互認証に成功したのであれば、サービス提供端末１０３はＳ７１１に進む。Ｓ７１１でサービス提供端末１０３は、セッション鍵ｋ_ｓを生成する。たとえば、サービス提供端末１０３は、乱数ｒ_１と乱数ｒ_２の排他的論理和を求め、これをＭＡＣ関数ＭＡＣｋ（）に代入することでセッション鍵ｋ_ｓを生成する（ｋ_ｓ＝ＭＡＣｋ（ｒ_１ XOR Ｒ２））。

図８は手順Ｉにおいて認証端末１０１が実行する各工程を示すフローチャートである。各工程はＣＰＵがプログラムを実行することで実現されてもよいし、一部またはすべての工程がＡＳＩＣやＦＰＧＡなどのハードウエアによって実現されてもよい。

Ｓ８０１で認証端末１０１は相互認証の開始要求をサービス提供端末１０３に送信する。Ｓ８０１で認証端末１０１はサービス提供端末１０３から乱数ｒ_１を受信する。

Ｓ８０３で認証端末１０１は乱数ｒ_２を生成する。Ｓ８０４で認証端末１０１は認証データＭＡＣｋ（ｒ_１||ｒ_２）||ｒ_２を生成する。たとえば、認証端末１０１はサービス提供端末１０３で生成された乱数ｒ_１と自己が生成した乱数ｒ_２とに基づき第一認証データＭＡＣｋ（ｒ_１||ｒ_２）を生成する。また、認証端末１０１は第一認証データＭＡＣｋ（ｒ_１||ｒ_２）に乱数ｒ_２を連結して認証データＭＡＣｋ（ｒ_１||ｒ_２）||ｒ_２を生成する。Ｓ８０５で認証端末１０１は第一認証データＭＡＣｋ（ｒ_１||ｒ_２）を含む認証データＭＡＣｋ（ｒ_１||ｒ_２）||ｒ_２をサービス提供端末１０３に送信する。

Ｓ８０６で認証端末１０１はサービス提供端末１０３から認証結果を受信する。認証結果は、ＯＫ／ＮＧと相互認証のための第二認証データＭＡＣｋ（ｒ_２）を含むものとする。なお、これらは別々に送受信されてもよい。Ｓ８０７で認証端末１０１は受信された認証結果に基づきサービス提供端末１０３での認証が成功したかどうかを判定する。認証に失敗したのであれば認証端末１０１は相互認証を終了する。一方、認証に成功したのであれば認証端末１０１はＳ８０８に進む。Ｓ８０８で認証端末１０１は第二確認データＭＡＣｋ（ｒ_２）を生成する。たとえば、認証端末１０１は自己が生成した乱数ｒ_２をＭＡＣ関数ＭＡＣｋ（）に代入することで第二確認データＭＡＣｋ（ｒ_２）を生成する。Ｓ８０９で認証端末１０１は相互認証に成功したかどうかを判定する。たとえば、認証端末１０１はサービス提供端末１０３から受信された第二認証データＭＡＣｋ（ｒ_２）と自己が作成した第二確認データＭＡＣｋ（ｒ_２）とが一致するかどうかに基づき、相互認証に成功したかどうかを判定する。両者が不一致であれば、相互認証が失敗したと判定し、認証端末１０１は相互認証に失敗したことを示す認証結果をサービス提供端末１０３に送信し、相互認証処理を終了する。一方で、両者が一致していれば相互認証に成功したと判定し、認証端末１０１はＳ８１０に進む。Ｓ８１０で認証端末１０１は相互認証に成功したことを示す相互認証結果をサービス提供端末１０３に送信する。

Ｓ８１１で認証端末１０１は乱数ｒ_１と乱数ｒ_２の排他的論理和を求め、これをＭＡＣ関数ＭＡＣｋ（）に代入することでセッション鍵ｋ_ｓを生成する（ｋ_ｓ＝ＭＡＣｋ（ｒ_１ XOR Ｒ２））。

図９（Ａ）は手順IIにおいてサービス利用端末１０４が実行する各工程を示すフローチャートである。各工程はＣＰＵがプログラムを実行することで実現されてもよいし、一部またはすべての工程がＡＳＩＣやＦＰＧＡなどのハードウエアによって実現されてもよい。

Ｓ９０１でサービス利用端末１０４はセッション鍵ｋ_ｓの要求を認証端末１０１に送信する。Ｓ９０２でサービス利用端末１０４はセッション鍵ｋ_ｓを認証端末１０１から受信する。

図９（Ｂ）は手順IIにおいて認証端末１０１が実行する各工程を示すフローチャートである。各工程はＣＰＵがプログラムを実行することで実現されてもよいし、一部またはすべての工程がＡＳＩＣやＦＰＧＡなどのハードウエアによって実現されてもよい。

Ｓ９１１で認証端末１０１はセッション鍵ｋ_ｓの要求をサービス利用端末１０４から受信する。Ｓ９１２で認証端末１０１はセッション鍵ｋ_ｓをサービス利用端末１０４に送信する。

図１０は手順IIIにおいてサービス利用端末１０４が実行する各工程を示すフローチャートである。各工程はＣＰＵがプログラムを実行することで実現されてもよいし、一部またはすべての工程がＡＳＩＣやＦＰＧＡなどのハードウエアによって実現されてもよい。

Ｓ１００１でサービス利用端末１０４は乱数ｒ_３を生成する。Ｓ１００２でサービス利用端末１０４は乱数ｒ_３をサービス提供端末１０３に送信する。なお、乱数ｒ_３は認証ハンドオーバの開始要求とともに送信されてもよい。

Ｓ１００２でサービス利用端末１０４は第三認証データＭＡＣｋ_ｓ（ｒ_３||ｒ_４）をサービス提供端末１０３から受信する。第三認証データＭＡＣｋ_ｓ（ｒ_３||ｒ_４）は認証データＭＡＣｋ_ｓ（ｒ_３||ｒ_４）||ｒ_４として受信されてもよい。Ｓ１００４でサービス利用端末１０４は第三確認データＭＡＣｋ_ｓ（ｒ_３||ｒ_４）を生成する。Ｓ１００５でサービス利用端末１０４は第三認証データＭＡＣｋ_ｓ（ｒ_３||ｒ_４）と第三確認データＭＡＣｋ_ｓ（ｒ_３||ｒ_４）とに基づき認証が成功したかどうかを判定する。第三認証データＭＡＣｋ_ｓ（ｒ_３||ｒ_４）と第三確認データＭＡＣｋ_ｓ（ｒ_３||ｒ_４）とが一致していれば認証成功と判定し、サービス利用端末１０４はＳ１００６に進む。一方、第三認証データＭＡＣｋ_ｓ（ｒ_３||ｒ_４）と第三確認データＭＡＣｋ_ｓ（ｒ_３||ｒ_４）とが一致していなければ認証失敗と判定し、サービス利用端末１０４は認証失敗を示す認証結果をサービス提供端末に送信し、認証ハンドオーバを終了する。

Ｓ１００６でサービス利用端末１０４は第四認証データＭＡＣｋ_ｓ（ｒ_４）を生成する。Ｓ１００７でサービス利用端末１０４は認証成功を示す認証結果とともに第四認証データＭＡＣｋ_ｓ（ｒ_４）をサービス提供端末１０３に送信する。

Ｓ１００８でサービス利用端末１０４は相互認証結果をサービス提供端末１０３から受信する。Ｓ１００９でサービス利用端末１０４は相互認証結果に基づき相互認証が成功したかどうかを判定する。相互認証に失敗したのであれば、サービス利用端末１０４は認証ハンドオーバを終了する。一方で、相互認証に成功したのであれば、サービス利用端末１０４は新たなセッション鍵ｋ_ａを生成する。

図１１は手順IIIにおいてサービス提供端末１０３が実行する各工程を示すフローチャートである。各工程はＣＰＵがプログラムを実行することで実現されてもよいし、一部またはすべての工程がＡＳＩＣやＦＰＧＡなどのハードウエアによって実現されてもよい。

Ｓ１１０１でサービス提供端末１０３はサービス利用端末１０４から認証ハンドオーバ要求とともに乱数ｒ_３を受信する。

Ｓ１１０２でサービス提供端末１０３は乱数ｒ_４を生成する。Ｓ１１０３でサービス提供端末１０３は第三認証データＭＡＣｋ_ｓ（ｒ_３||ｒ_４）を生成し、さらに乱数ｒ_４を連結して認証データＭＡＣｋ_ｓ（ｒ_３||ｒ_４）||ｒ_４を生成する。Ｓ１１０４でサービス提供端末１０３は第四認証データＭＡＣｋ_ｓ（ｒ_３||ｒ_４）を含む認証データＭＡＣｋ_ｓ（ｒ_３||ｒ_４）||ｒ_４をサービス利用端末１０４に送信する。

Ｓ１１０５でサービス提供端末１０３はサービス利用端末１０４から認証結果を受信する。なお、認証結果が成功を示している場合、第四認証データＭＡＣｋ_ｓ（ｒ_４）も認証結果とともに受信される。Ｓ１１０６でサービス提供端末１０３は認証結果に基づきサービス利用端末１０４で実行された認証が成功したかどうかを判定する。認証に失敗したのであれば、サービス提供端末１０３は認証ハンドオーバ処理を終了する。一方、認証に成功したのであればサービス提供端末１０３はＳ１１０７に進む。

Ｓ１１０７でサービス提供端末１０３は第四確認データＭＡＣｋ_ｓ（ｒ_４）を生成する。Ｓ１１０８でサービス提供端末１０３はサービス利用端末１０４から受信された第四認証データＭＡＣｋ_ｓ（ｒ_４）と自己が作成した第四確認データＭＡＣｋ_ｓ（ｒ_４）とが一致しているかどうかに基づき、相互認証が成功したかどうかを判定する。両者が不一致であれば相互認証が失敗したと判定し、サービス提供端末１０３は認証ハンドオーバ処理を終了する。一方、両者が一致していれば相互認証が成功したと判定し、サービス提供端末１０３はＳ１１０９に進む。

Ｓ１１０９でサービス提供端末１０３は相互認証結果をサービス利用端末１０４に送信する。

Ｓ１１１０でサービス提供端末１０３は新しいセッション鍵ｋ_ａを生成する。

Ｓ１１１１でサービス提供端末１０３は新しいセッション鍵ｋ_ａを用いてサービス利用端末１０４にサービスを提供する。

＜まとめ＞
以上説明したように、本実施形態によれば、認証端末１０１、サービス提供端末１０３およびサービス利用端末１０４を有する認証ハンドオーバシステム１００において認証のハンドオーバを実行する認証ハンドオーバ方法が提供される。

手順Iにおいて、認証端末１０１はサービス提供端末１０３と相互認証を実行し、当該相互認証に成功すると第一セッション鍵ｋ_ｓの共有を実行する。手順IIにおいて、サービス利用端末１０４はサービス提供端末１０３と認証端末１０１との間で共有されている第一セッション鍵を認証端末１０１から受信する。手順IIIにおいて、サービス利用端末１０４は認証端末１０１から受信した第一セッション鍵を用いてサービス提供端末１０３と相互認証を実行する。さらに、サービス提供端末１０３はサービス利用端末１０４との相互認証に成功すると、第一セッション鍵を用いてサービス利用端末１０４と第二セッション鍵を共有し、当該第二セッション鍵を用いてサービス利用端末１０４にサービスを提供する。このように、サービス利用端末１０４はサービス提供端末１０３と認証端末１０１との間で共有されている第一セッション鍵を既知の鍵として用いてサービス提供端末１０３と相互認証および鍵共有を実行する。つまり、認証端末１０１、サービス提供端末１０３およびサービス利用端末１０４との間で認証のハンドオーバを実現することが可能となる。また、サービスを利用する端末と認証を行う端末とが分離されているため、相互認証と鍵共有の安全性が高まるであろう。

手順Iに関して説明したように、認証端末１０１とサービス提供端末１０３は事前に共有している情報を用いて相互認証と第一セッション鍵の共有とを実行してもよい。具体的には、認証端末１０１とサービス提供端末１０３は事前に共有している情報である事前共有鍵を用いて相互認証と第一セッション鍵の共有とを実行してもよい。たとえば、ＳＩＭカードのような認証端末１０１はサービス提供端末１０３と同様にサービス提供者側の管理下にあり、相互認証や鍵共有に必要な情報を安全に維持することができる。本実施形態では、事前共有鍵についてはサービス利用端末１０４に渡す必要がない。したがって、事前共有鍵が漏洩することは困難であり、サービス提供端末１０３とサービス利用端末１０４との間の相互認証と鍵共有とが安全に実行することが可能となろう。

手順Ｉでは、たとえば、サービス提供端末１０３は第一乱数ｒ_１を生成して認証端末１０１に送信する。認証端末１０１は第一乱数ｒ_１を受信し、第二乱数ｒ_２を生成し、事前共有鍵によって確定する関数に第一乱数ｒ_１と第二乱数ｒ_２を代入することで第一認証データを生成し、当該第一認証データをサービス提供端末１０３に送信する。サービス提供端末１０３は第一認証データを受信し、第一乱数ｒ_１と事前共有鍵によって確定する関数に基づき第一確認データを生成し、認証端末１０１から受信した第一認証データと第一確認データとを比較することで認証端末１０１を認証し、認証端末１０１から受信した第二乱数ｒ_２と事前共有鍵によって確定する関数に基づき第二認証データを生成して認証端末１０１に送信する。認証端末１０１は第二認証データをサービス提供端末１０３から受信し、認証端末１０１が生成した第二乱数ｒ_２と事前共有鍵によって確定する関数に基づき第二確認データを生成し、第二認証データと第二確認データとを比較することでサービス提供端末１０３を認証する。認証端末１０１とサービス提供端末１０３との間の相互認証が成功すると、認証端末１０１とサービス提供端末１０３とはそれぞれ第一乱数ｒ_１、第二乱数ｒ_２と事前共有鍵によって確定する関数に基づき第一セッション鍵を生成することで認証端末１０１とサービス提供端末１０３との間で第一セッション鍵を共有する。

手順IIでは、認証端末１０１はサービス利用端末１０４の認証を実行し、サービス利用端末１０４の認証が成功すると、サービス提供端末１０３と認証端末１０１との間で共有されている第一セッション鍵をサービス利用端末１０４へ送信してもよい。このようにサービス利用端末１０４を認証することで、さらに認証ハンドオーバの安全性が高まるであろう。

手順IIIでは、たとえば、サービス利用端末１０４は第三乱数ｒ_３を生成してサービス提供端末１０３に送信する。サービス提供端末１０３はサービス利用端末１０４から第三乱数ｒ_３を受信し、第四乱数ｒ_４を生成し、第一セッション鍵によって確定する関数と第三乱数ｒ_３、第四乱数ｒ_４に基づいて第三認証データを生成してサービス利用端末１０４に送信する。サービス利用端末１０４は第三認証データを受信し、第一セッション鍵によって確定する関数と第三乱数ｒ_３、第四乱数ｒ_４に基づいて第三確認データを生成し、第三認証データと第三確認データとを比較することでサービス提供端末１０３を認証し、サービス提供端末１０３の認証が成功すると、第一セッション鍵によって確定する関数と第四乱数ｒ_４に基づいて第四認証データを生成してサービス提供端末１０３に送信する。サービス提供端末１０３はサービス利用端末１０４から第四認証データを受信し、第一セッション鍵によって確定する関数と第四乱数ｒ_４に基づいて第四確認データを生成し、第四認証データと第四確認データとを比較することでサービス利用端末１０４を認証する。サービス利用端末１０４とサービス提供端末１０３との間の相互認証が成功すると、サービス利用端末１０４とサービス提供端末１０３とはそれぞれ第三乱数ｒ_３、第四乱数ｒ_４と第一セッション鍵によって確定する関数に基づき第二セッション鍵を生成することでサービス利用端末１０４とサービス提供端末１０３との間で第二セッション鍵を共有する。

手順I、IIIでは具体的な認証データの生成方法やセッション鍵の生成方法について言及したが、これらは一例に過ぎない。手順Iでは、手順IIIで必要となる事前共有情報を生成できれば十分である。また、手順IIでは事前共有情報を認証端末１０１からサービス利用端末１０４に提供できれば十分である。また、手順IIIでは、この事前共有情報を用いてサービス提供端末１０３とサービス利用端末１０４との間で相互認証とセッション鍵の共有とが実行できれば十分である。

図３を用いて説明したように、認証端末１０１のＭＡＣ生成部３０２、乱数生成部３０３および検証部３０４などはサービス提供端末１０３と相互認証を実行する手段として機能する。また、鍵生成部３０５などは、サービス提供端末１０３との相互認証に成功するとサービス提供端末１０３と第一セッション鍵を共有する手段として機能する。また、送信部３０７などはサービス利用端末１０４に第一セッション鍵を送信する手段として機能する。

図４を用いて説明したように、サービス提供端末１０３の乱数生成部４０１、ＭＡＣ生成部４０５および検証部４０６などは認証端末１０１と相互認証を実行する手段として機能する。鍵生成部４０７などは、認証端末１０１との相互認証に成功すると認証端末１０１と第一セッション鍵を共有する手段として機能する。

図５を用いて説明したように、サービス利用端末１０４の受信部５０３などはサービス提供端末１０３と認証端末１０１との間で共有されている第一セッション鍵を認証端末１０１から受信する手段として機能する。乱数生成部５０２、ＭＡＣ生成部５０５および検証部５０６などは認証端末１０１から受信した第一セッション鍵を用いてサービス提供端末１０３と相互認証を実行する手段として機能する。鍵生成部５０７などはサービス提供端末１０３との相互認証が成功すると、サービス提供端末１０３との間で第二セッション鍵を共有する手段として機能する。受信部５０３は第二セッション鍵を用いてサービス提供端末１０３からサービスを受信する手段として機能する。

図６を用いて説明したように、サービス提供端末１０３の乱数生成部６０１、ＭＡＣ生成部６０２および検証部６０６などは認証端末１０１と共有している第一セッション鍵を用いてサービス利用端末１０４と相互認証を実行する手段として機能する。鍵生成部６０５などは、サービス利用端末１０４との相互認証に成功すると、サービス利用端末１０４と第二セッション鍵を共有する手段として機能する。送信部４０２は、当該第二セッション鍵を用いてサービス利用端末１０４にサービスを提供する手段として機能する。なお、サービス提供端末１０３のＣＰＵなどはコンテンツに対して第二セッション鍵を適用する手段として機能する。

認証端末１０１、サービス提供端末１０３およびサービス利用端末１０４の各機能の一部またはすべてはＣＰＵなどのプロセッサがプログラムを実行することで実現してもよいし、ＡＳＩＣなどのハードウエアが実現してもよい。プログラムはコンピュータ可読記録媒体に記録されて提供される。

Claims (13)

1. 認証端末、サービス提供端末およびサービス利用端末を有する認証ハンドオーバシステムにおいて認証のハンドオーバを実行する認証ハンドオーバ方法であって、
   前記認証端末は前記サービス提供端末と相互認証を実行し、当該相互認証に成功すると第一セッション鍵の共有を実行し、
   前記サービス利用端末は前記サービス提供端末と前記認証端末との間で共有されている前記第一セッション鍵を前記認証端末から受信し、
   前記サービス利用端末は前記認証端末から受信した前記第一セッション鍵を用いて前記サービス提供端末と相互認証を実行し、
   前記サービス提供端末は前記サービス利用端末との相互認証に成功すると、前記サービス利用端末と第二セッション鍵を共有し、当該第二セッション鍵を用いて前記サービス利用端末にサービスを提供することを特徴とする認証ハンドオーバ方法。
2. 前記認証端末と前記サービス提供端末は事前に共有している情報を用いて前記相互認証と前記第一セッション鍵の共有とを実行することを特徴とする請求項１に記載の認証ハンドオーバ方法。
3. 前記認証端末と前記サービス提供端末は事前に共有している情報である事前共有鍵を用いて前記相互認証と前記第一セッション鍵の共有とを実行することを特徴とする請求項１に記載の認証ハンドオーバ方法。
4. 前記サービス提供端末は第一乱数ｒ_１を生成して前記認証端末に送信し、
   前記認証端末は前記第一乱数ｒ_１を受信し、第二乱数ｒ_２を生成し、前記事前共有鍵によって確定する関数に前記第一乱数ｒ_１と前記第二乱数ｒ_２を代入することで第一認証データを生成し、当該第一認証データを前記サービス提供端末に送信し、
   前記サービス提供端末は前記第一認証データを受信し、前記第一乱数ｒ_１と前記事前共有鍵によって確定する関数に基づき第一確認データを生成し、前記認証端末から受信した前記第一認証データと前記第一確認データとを比較することで前記認証端末を認証し、前記認証端末から受信した前記第二乱数ｒ_２と前記事前共有鍵によって確定する関数に基づき第二認証データを生成して前記認証端末に送信し、
   前記認証端末は前記第二認証データを前記サービス提供端末から受信し、前記認証端末が生成した第二乱数ｒ_２と前記事前共有鍵によって確定する関数に基づき第二確認データを生成し、前記第二認証データと前記第二確認データとを比較することで前記サービス提供端末を認証し、
   前記認証端末と前記サービス提供端末との間の相互認証が成功すると、前記認証端末と前記サービス提供端末とはそれぞれ前記第一乱数ｒ_１、前記第二乱数ｒ_２と前記事前共有鍵によって確定する関数に基づき前記第一セッション鍵を生成することで前記認証端末と前記サービス提供端末との間で前記第一セッション鍵を共有することを特徴とする請求項３に記載の認証ハンドオーバ方法。
5. 前記サービス利用端末は第三乱数ｒ_３を生成して前記サービス提供端末に送信し、
   前記サービス提供端末は前記サービス利用端末から前記第三乱数ｒ_３を受信し、第四乱数ｒ_４を生成し、前記第一セッション鍵によって確定する関数と前記第三乱数ｒ_３、前記第四乱数ｒ_４に基づいて第三認証データを生成して前記サービス利用端末に送信し、
   前記サービス利用端末は前記第三認証データを受信し、前記第一セッション鍵によって確定する関数と前記第三乱数ｒ_３、前記第四乱数ｒ_４に基づいて第三確認データを生成し、前記第三認証データと前記第三確認データとを比較することで前記サービス提供端末を認証し、前記サービス提供端末の認証が成功すると、前記第一セッション鍵によって確定する関数と前記第四乱数ｒ_４に基づいて第四認証データを生成して前記サービス提供端末に送信し、
   前記サービス提供端末は前記サービス利用端末から前記第四認証データを受信し、前記第一セッション鍵によって確定する関数と前記第四乱数ｒ_４に基づいて第四確認データを生成し、前記第四認証データと前記第四確認データとを比較することで前記サービス利用端末を認証し、
   前記サービス利用端末と前記サービス提供端末との間の相互認証が成功すると、前記サービス利用端末と前記サービス提供端末とはそれぞれ前記第三乱数ｒ_３、前記第四乱数ｒ_４と前記第一セッション鍵によって確定する関数に基づき前記第二セッション鍵を生成することで前記サービス利用端末と前記サービス提供端末との間で前記第二セッション鍵を共有することを特徴とする請求項３または４に記載の認証ハンドオーバ方法。
6. 前記認証端末は前記サービス利用端末の認証を実行し、前記サービス利用端末の認証が成功すると、前記サービス提供端末と前記認証端末との間で共有されている前記第一セッション鍵を前記サービス利用端末へ送信することを特徴とする請求項１ないし５のいずれか一項に記載の認証ハンドオーバ方法。
7. 認証端末、サービス提供端末およびサービス利用端末を有し、認証のハンドオーバを実行する認証ハンドオーバシステムであって、
   前記認証端末は、
   前記サービス提供端末と相互認証を実行する手段と、
   前記サービス提供端末との相互認証に成功すると前記サービス提供端末と第一セッション鍵を共有する手段と、
   前記サービス利用端末に前記第一セッション鍵を送信する手段と
   を有し、
   前記サービス利用端末は、
   前記サービス提供端末と前記認証端末との間で共有されている前記第一セッション鍵を前記認証端末から受信する手段と、
   前記認証端末から受信した前記第一セッション鍵を用いて前記サービス提供端末と相互認証を実行する手段と、
   前記サービス提供端末との相互認証が成功すると、前記サービス提供端末との間で第二セッション鍵を共有する手段と、
   前記第二セッション鍵を用いて前記サービス提供端末からサービスを受信する手段と
   を有し、
   前記サービス提供端末は、
   前記認証端末と相互認証を実行する手段と、
   前記認証端末との相互認証に成功すると前記認証端末と前記第一セッション鍵を共有する手段と、
   前記認証端末と共有している前記第一セッション鍵を用いて前記サービス利用端末と相互認証を実行する手段と、
   前記サービス利用端末との相互認証に成功すると、前記サービス利用端末と第二セッション鍵を共有する手段と、
   当該第二セッション鍵を用いて前記サービス利用端末にサービスを提供する手段と
   を有することを特徴とする認証ハンドオーバシステム。
8. 請求項７に記載の認証ハンドオーバシステムにおいて使用される認証端末であって、
   前記サービス提供端末と相互認証を実行する手段と、
   前記サービス提供端末との相互認証に成功すると前記サービス提供端末と第一セッション鍵を共有する手段と、
   前記サービス利用端末に前記第一セッション鍵を送信する手段と
   を有することを特徴とする認証端末。
9. 請求項７に記載の認証ハンドオーバシステムにおいて使用されるサービス利用端末であって、
   前記サービス提供端末と前記認証端末との間で共有されている前記第一セッション鍵を前記認証端末から受信する手段と、
   前記認証端末から受信した前記第一セッション鍵を用いて前記サービス提供端末と相互認証を実行する手段と、
   前記サービス提供端末との相互認証が成功すると、前記サービス提供端末との間で第二セッション鍵を共有する手段と、
   前記第二セッション鍵を用いて前記サービス提供端末からサービスを受信する手段と
   を有することを特徴とするサービス利用端末。
10. 請求項７に記載の認証ハンドオーバシステムにおいて使用されるサービス提供端末であって、
    前記認証端末と相互認証を実行する手段と、
    前記認証端末との相互認証に成功すると前記認証端末と前記第一セッション鍵を共有する手段と、
    前記認証端末と共有している前記第一セッション鍵を用いて前記サービス利用端末と相互認証を実行する手段と、
    前記サービス利用端末との相互認証に成功すると、前記サービス利用端末と第二セッション鍵を共有する手段と、
    当該第二セッション鍵を用いて前記サービス利用端末にサービスを提供する手段と
    を有することを特徴とするサービス提供端末。
11. コンピュータに請求項８に記載の認証端末として機能させるプログラム。
12. コンピュータに請求項９に記載のサービス利用端末として機能させるプログラム。
13. コンピュータに請求項１０に記載のサービス提供端末として機能させるプログラム。

Images