(57)【要約】【課題】  トラストリレーションシップのないネットワークに収容されたユーザ間での本人性保証を可能にする。【解決手段】本発明は、エンド−エンドの端末が、それぞれの端末が収容されるIMS及び当該IMSとはトラストリレーションシップのないIMSまたはネットワークに対して認証要求を行い、正しく認証が行われたことを証明するためのアサーションを取得し、２つの端末の間でアサーション情報を交換し、交換した相手のアサーション情報を相手のIMSまたは、当該IMSとはトラストリレーションシップのないIMSまたはネットワークに問い合わせて、正規の手段で認証されたユーザであるという本人性確認を行う。【選択図】  図２
2014153878.tif 000002
【特許請求の範囲】
【請求項１】
IMS(IP Multimedia Subsystem)やネットワークを介してエンド−エンド間での本人性保証を行うエンド−エンド間本人性保証システムであって、
エンド−エンド間のクライアントの２つの端末Ａ，Ｂと、
前記端末Ａを収容する第１のIMSと、
前記第１のIMSとはトラストレーションシップがなく前記端末Ｂを収容する第２のIMSまたはネットワークと、
を有し、
前記端末Ａは、
自端末を収容する前記第１のIMSに対して認証要求を送出し、該第１のIMSから正しく認証が行われたことを証明するためのアサーション情報を取得する手段と、
前記端末Ｂとの間で前記アサーション情報を交換し、該端末Ｂのアサーション情報を該端末Ｂの前記第２のIMSまたは前記ネットワークに問い合わせて正規の手段で認証されたユーザであるという本人性を確認する手段と、を有し、
前記端末Ｂは、
自端末を収容する前記第２のIMSまたは前記ネットワークに対して認証要求を送出し、該第２のIMSまたは該ネットワークから正しく認証が行われたことを証明するためのアサーション情報を取得する手段と、
前記端末Ａとの間で前記アサーション情報を交換し、該端末Ａのアサーション情報を該端末ＡのIMSに問い合わせて正規の手段で認証されたユーザであるという本人性を確認する手段と、を有し、
前記第１のIMSは、
前記端末Ａからの前記認証要求を受信すると、認証を行う認証手段と、
前記認証手段で正しく認証が行われたことを証明するためのアサーションを生成し、前記認証要求元の端末Ａに送信するアサーション生成手段と、
前記端末Ｂからアサーションの問い合わせを受信すると、該アサーションが当該IMSで正規に生成されたものであるか否かを判定し、判定結果を問い合わせ元の該端末Ｂに送信するアサーション確認手段と、
を有することを特徴とするエンド−エンド間本人性保証システム。
【請求項２】
IMSやネットワークを介してエンド−エンド間での本人性保証を行うエンド−エンド間本人性保証方法であって、
エンド−エンド間のクライアントの２つの端末Ａ，Ｂと、
前記端末Ａを収容する第１のIMSと、
前記第１のIMSとはトラストレーションシップがなく前記端末Ｂを収容する第２のIMSまたはネットワークと、を有するシステムにおいて、
前記第１のIMSと前記第２のIMSまたは前記ネットワークが、それぞれ収容する端末Ａ，Ｂからの認証要求に基づいて認証を行い、該認証が正しく行われたことを証明するためのアサーション情報を該端末に送出し、
前記端末Ａ，Ｂが、前記アサーション情報を互いに交換し、交換した相手のアサーション情報を、相手のIMSまたはネットワークに問い合わせて、該アサーション情報が正規に生成されたものであるか否かの問い合わせを行い、
前記第１のIMS及び前記第２のIMSまたは前記ネットワークが、前記問い合わせに対してアサーション情報が該第１のIMS及び該第２のIMSまたは該ネットワーク内で正規に生成されたか否かを判定し、判定結果を前記端末Ａ，Ｂにそれぞれ通知する
ことを特徴とするエンド−エンド間本人性保証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、エンド−エンド間本人性保証システム及び方法に係り、特に、認証機構やその認証情報を用いた本人性の保証に関連する技術であり、IMS(IP Multimedia Subsystem)クライアントやWebクライアント等に対してエンド−エンド間での本人性保証を提供するためのエンド−エンド間本人性保証システム及び方法に関する。また、IMSのユーザが認証を行う場合、IMSの認証機能（IMS-AKA：Authentication and Key Agreement(認証／暗号鍵方式)認証、最初に物理回線の情報などから端末の認証を行うNASS-Bundled認証）を利用することができるエンド−エンド間本人性保証システム及び方法に関する。
【背景技術】
【０００２】
従来のIMSにおいては、接続されているユーザの本人性認証はIMSが行っていた。IMS Aに収容されたユーザＡとIMS Bに収容されているユーザＢが通信する場合、ユーザＡ／ＢはそれぞれのIMS A/Bに認証を行うだけで、ユーザＡは通信相手がユーザＢであることを確認し、逆にユーザＢは通信相手がユーザＡであることを確認するという本人性の保証を行うことができる。これは、二つのIMS間にトラストリレーションシップがあるという事実に基づくことで可能となっており、IMSに限らず他ネットワークとの相互接続を行う上でも、本人性認証は接続ネットワーク間でのトラストリレーションシップに基づいて行われる（例えば、非特許文献１参照）。言い換えると、トラストリレーションシップにないIMSや他ネットワークに収容されたユーザとの間での本人性保証を行うことはできない。
【０００３】
また、IMSの認証機構を拡張し、他アプリケーションからのIMS-AKA認証を許容するGeneric Bootstrapping Architecture (GBA)技術がある。これはIMSを使った第三者認証を行うための技術であり、IMS Aに収容されたユーザＡが、GBA技術を利用した第三者アプリケーションＡを利用する際に、IMS Aにおける認証情報を利用するというものである（例えば、非特許文献２参照）。
【０００４】
一方で、Web系の技術では第三者認証の仕組み等が発達しており、例えば、ブラウザ上でリアルタイムコミュニケーションを実現するRTCWebでは、本人性保証をエンド−エンド間で行うように規定がなされている。ある認証サーバＸで認証したユーザＸが、ある認証サーバYで認証したユーザＹと通信を行う時、二つの認証サーバ間にはIMSのようなトラストリレーションシップがないため、認証サーバからその認証の証左を示すアサーション情報を取得し、エンド間でその情報の交換を行うことでお互いの本人性を保証する（例えば、非特許文献３参照）。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】3GPP TS23.228 IP Multimedia Subsystem (IMS); Stage 2,   http://www.3gpp.org/ftp/Specs/html-info/23228.htm
【非特許文献２】3GPP TS33.220 Generic Authentication Architecture (GAA); Generic Bootstrapping Architecture (GBA),  http://www.3gpp.org/ftp/Specs/html-info/33220.htm
【非特許文献３】IETF Draft draft-ietf-rtcweb-security-arch-05, TRCWEB Security Architecture,   http://datatracker.ietf.org/doc/draft-ietf-rtcweb-security-arch/
【発明の概要】
【発明が解決しようとする課題】
【０００６】
これまでのIMSにおける本人性保証は、IMS間のトラストリレーションシップに依存しており、図１に示すように、トラストリレーションシップのないIMS/他ネットワークに収容されたユーザの本人性保証が行えないという問題点があった。
【０００７】
GBA技術はIMS保証を外部アプリケーションから利用して第三者認証を可能とする技術であるが、本人性の保証には適用できない。
【０００８】
本発明は、上記の点に鑑みなされたもので、トラストリレーションシップのないネットワークに収容されたユーザ間で本人性保証が可能なエンド−エンド間本人性保証システム及び方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記の課題を解決するため、本発明（請求項１）は、IMSやネットワークを介してエンド−エンド間での本人性保証を行うエンド−エンド間本人性保証システムであって、
エンド−エンド間のクライアントの２つの端末Ａ，Ｂと、
前記端末Ａを収容する第１のIMSと、
前記第１のIMSとはトラストレーションシップがなく前記端末Ｂを収容する第２のIMSまたはネットワークと、
を有し、
前記端末Ａは、
自端末を収容する前記第１のIMSに対して認証要求を送出し、該第１のIMSから正しく認証が行われたことを証明するためのアサーション情報を取得する手段と、
前記端末Ｂとの間で前記アサーション情報を交換し、該端末Ｂのアサーション情報を該端末Ｂの前記第２のIMSまたは前記ネットワークに問い合わせて正規の手段で認証されたユーザであるという本人性を確認する手段と、を有し、
前記端末Ｂは、
自端末を収容する前記第２のIMSまたは前記ネットワークに対して認証要求を送出し、該第２のIMSまたは該ネットワークから正しく認証が行われたことを証明するためのアサーション情報を取得する手段と、
前記端末Ａとの間で前記アサーション情報を交換し、該端末Ａのアサーション情報を該端末ＡのIMSに問い合わせて正規の手段で認証されたユーザであるという本人性を確認する手段と、を有し、
前記第１のIMSは、
前記端末Ａからの前記認証要求を受信すると、認証を行う認証手段と、
前記認証手段で正しく認証が行われたことを証明するためのアサーションを生成し、前記認証要求元の端末Ａに送信するアサーション生成手段と、
前記端末Ｂからアサーションの問い合わせを受信すると、該アサーションが当該IMSで正規に生成されたものであるか否かを判定し、判定結果を問い合わせ元の該端末Ｂに送信するアサーション確認手段と、を有する。
【００１０】
本発明（請求項２）は、IMSやネットワークを介してエンド−エンド間での本人性保証を行うエンド−エンド間本人性保証方法であって、
エンド−エンド間のクライアントの２つの端末Ａ，Ｂと、
前記端末Ａを収容する第１のIMSと、
前記第１のIMSとはトラストレーションシップがなく前記端末Ｂを収容する第２のIMSまたはネットワークと、を有するシステムにおいて、
前記第１のIMSと前記第２のIMSまたは前記ネットワークが、それぞれ収容する端末Ａ，Ｂからの認証要求に基づいて認証を行い、該認証が正しく行われたことを証明するためのアサーション情報を該端末に送出し、
前記端末Ａ，Ｂが、前記アサーション情報を互いに交換し、交換した相手のアサーション情報を、相手のIMSまたはネットワークに問い合わせて、該アサーション情報が正規に生成されたものであるか否かの問い合わせを行い、
前記第１のIMS及び前記第２のIMSまたは前記ネットワークが、前記問い合わせに対してアサーション情報が該第１のIMS及び該第２のIMSまたは該ネットワーク内で正規に生成されたか否かを判定し、判定結果を前記端末Ａ，Ｂにそれぞれ通知する。
【発明の効果】
【００１１】
本発明は、エンド−エンド間の本人性保証を実現するためのアサーション関連の機能を導入し、従来実現し得なったトラストリレーションシップのないネットワークに収容されたユーザ間で本人性保証が可能となる。
【図面の簡単な説明】
【００１２】
【図１】従来のIMSにおけるトラストリレーションシップと本人性保証の仕組みである。
【図２】本発明の一実施の形態における拡張IMSの構成例である。
【図３】本発明の一実施の形態における本人性保証の流れを示す図である。
【図４】本発明の第１の実施例におけるCSCFを拡張した場合のシーケンスチャートである。
【図５】本発明の第２の実施例における新規エンティティを導入した場合のシーケンスチャートである。
【発明を実施するための形態】
【００１３】
以下、図面と共に本発明の実施の形態を説明する。
【００１４】
本発明は、トラストリレーションシップのないネットワークに収容されたユーザとの間の本人性保証に関する課題に対して、エンド−エンド間での本人性保証を行うものである。本発明では、図２に示すように、IMS１００には、ユーザ情報を取得して認証を行う認証部１１０の他に、アサーション生成部１２０とアサーション確認部１３０を導入することでエンド−エンド間での本人性保証を実現する。なお、IMS１００にはゲートウェイ（GW）を介してIMS端末が接続されているものとする。
【００１５】
認証部１１０は、IMS端末から認証要求を受信すると、IMS加入者情報が格納されているUPSF（User Profile Server Function）にアクセスしてユーザ情報を取得し、当該認証要求に含まれる端末情報と示し合わせることで認証を行う。
【００１６】
アサーション生成部１２０は、認証部１１０で正しく認証が行われたことを証明するためのアサーションを生成し、認証結果と共に認証要求元に通知する。
【００１７】
アサーション確認部１３０は、ユーザからのアサーション確認要求を取得し、受け付けられたアサーションが本当にそのIMSで生成されたものかどうかを確認し、その結果を確認要求元に通知する。
【００１８】
図３は、本発明の一実施の形態における本人性認証の流れを示す図である。
【００１９】
本発明においては、上記のIMSのアサーションに関連した機能を利用することで、IMS Aに収容されたユーザＡとIMS AとはトラストリレーションシップのないネットワークＢ間に収容されたユーザＢの間で本人性認証を、下記のような手順で実現する。
【００２０】
（１）ユーザＡはIMS Aで認証し、その証左を示すアサーション情報を取得する。また、ユーザＢはネットワークＢで認証し、その証左を示すアサーション情報を取得する。なお、ネットワークＢにおける認証方法については特に限定しないが、例えば、Webベースの認証や、IMS認証等を用いることが可能である。
【００２１】
（２）ユーザＡとＢはお互いのアサーション情報を交換する。
【００２２】
（３）ユーザＡはユーザＢより送信されたアサーション情報の正当性をネットワークＢに問い合わせる。これにより、ユーザＢはユーザＡより送信されたアサーション情報の正当性をIMS Aに問い合わせる。IMS Aのアサーション確認部１３０からアサーション確認情報を取得し、ユーザＡに正当性を通知することにより、それぞれのユーザはお互いが正規の手段で認証されたユーザであるという本人性を保証することができる。
【実施例】
【００２３】
IMSとトラストリレーションシップのないネットワークとの間で、エンド−エンド間で本人性保証を行う上では、IMSにアサーション関連の機能を実装する必要がある。IMSにこれらの機能を実装した例は図２の通りである。ここでは、２つの実施例について述べる。この例の中では、IMSとトラストレーションシップのないネットワークとして、アサーション関連の機能を実装しているRTCWeb(Real Time Communication in Web)を想定している。
【００２４】
［第１の実施例］
本実施例では、CSCF(Call Session Control Function)に機能追加を行い、アサーション関連を行わせる。
【００２５】
IMSにおいて認証を行っているエンティティであるCSCFを拡張してアサーション関連の機能を実装することで、IMSを用いたエンド−エンド間の本人性認証を行うことができる。実現のためのアーキテクチャとフローを図４に示す。
【００２６】
ブラウザａ、ブラウザｂは、RTCWebサーバからJava Script（登録商標）をダウンロードする。
【００２７】
まず、本人性認証を行う場合に、認証フェーズでは、ブラウザａは、IMS認証情報とアサーション要求を、ゲートウェイを介してx-CSCFsに送信する。x-CSCFsは、UPSFに対してユーザ情報を要求する。UPSFはユーザ情報をx-CSCFsに通知し、x-CSCFsは認証とアサーション生成を行い、認証が成功した場合は、認証ＯＫの情報とアサーションをゲートウェイを介してブラウザaに通知する。ブラウザａはRTCWebサーバに対して、接続要求とアサーションを通知し、RTCWebサーバは当該要求とアサーションをブラウザｂに通知する（ステップ１０１）。
【００２８】
アサーション確認フェーズでは、ブラウザｂからアサーション確認要求をゲートウェイを介してx-CSCFsに送信する。x-CSCFsでは、当該アサーションが当該x-CSCFsで生成されたアサーションであるかを確認し、確認できた場合は確認ＯＫをゲートウェイを介して確認成功の通知をブラウザｂに送信する（ステップ１０２）。
【００２９】
［第２の実施例］
本実施例では、新規エンティティを導入し、アサーション関連の処理を行わせる。
【００３０】
認証とアサーション関連の処理を行う機能を実装することで、アサーション関連の処理を行うことができる。実現のためのアーキテクチャとフローを図５に示す。
【００３１】
ブラウザａとブラウザｂは、JavaScript（登録商標）をRTCWebサーバからダウンロードする。
【００３２】
認証フェーズでは、ブラウザａは、新規エンティティにIMS認証情報とアサーションの生成を要求する。新規エンティティは、当該要求を取得すると、UPSFに対してユーザ情報を要求する。UPSFからユーザ情報を取得すると、新規エンティティ内において、ユーザ認証とアサーションを生成を行い、アサーションをブラウザａに送信する。ブラウザａはRTCWebに対してアサーションと要求を送信し、当該RTCWebは当該要求とアサーションをブラウザｂに送信する（ステップ２０１）。
【００３３】
アサーション確認フェーズでは、ブラウザｂからアサーション確認要求をゲートウェイを介してx-CSCFsに送信する。x-CSCFsでは要求されたアサーションが当該x-CSCFsで生成されたかを確認し、その結果確認された場合には確認ＯＫを成功メッセージとしてブラウザｂに送信する（ステップ２０２）。
【００３４】
アサーション自体の実施例としては、必要な鍵情報自体がわかるものであれば、その形式は何でもよいため、例えば、以下のような形式が考えられる。
【００３５】
・テキスト形式
・バイナリ形式
なお、本発明は、上記の実施の形態及び実施例に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【符号の説明】
【００３６】
１００  IMS
１１０  認証部
１２０  アサーション生成部
１３０  アサーション確認部
【図１】
2014153878.tif 000003
【図２】
2014153878.tif 000004
【図３】
2014153878.tif 000005
【図４】
2014153878.tif 000006
【図５】
2014153878.tif 000007