JP6634530B2 - アプリケーションサーバによって提供される端末アプリケーションの認証情報をアプレットにプロビジョニングする方法、及び対応するｏｔａプラットフォーム - Google Patents

Description

本発明は、電気通信の領域、特に電気通信端末に含まれるアプリケーションの認証情報のプロビジョニングに関する。

より正確には、本発明はとりわけ、エンドユーザが自分のＭＳＩＳＤＮ（移動局国際加入者ディレクトリ番号）に基づいて加入者識別情報を識別するサービスに加入したい場合に、エンドユーザのＭＳＩＳＤＮをシームレスに検証する方法に関する。ＭＳＩＳＤＮは、携帯電話利用者に割り当てられる電話番号である。

ＭＳＩＳＤＮを使用してエンドユーザを識別しているハンドセットアプリケーション（又は端末アプリケーション全般）には、例えばＷｉＦｉオフロードアプリケーション、ＶｏＬＴＥ、ＶｏＷｉＦｉ，ＶｏＩＰなど多くのものが存在する。

図１は、アプリケーション又はサービス１１、１２を含むアプリケーションサーバ１０が端末１３と対話可能なシステムを示す。アプリケーションサーバ１０はサービスプロバイダの役割を果たす。

端末１３は、一般的にはハンドセット、スマートフォン又はＰＤＡであり、一般的にはＳＩＭカード、ＵＩＣＣ、又はｅＵＩＣＣとも呼ばれる埋設ＵＩＣＣ（端末１３から取り出すことができないＵＩＣＣ）であるセキュリティエレメント１４を含む。端末１３は、ＭＮＯ（モバイルネットワークオペレータ）のネットワーク、特にＯＴＡプラットフォーム１５と通信することができる。このＯＴＡプラットフォーム１５は、アプリケーションサーバ１０と通信可能であり、端末１３とアプリケーションサーバ１０の間のブリッジとなる。

端末１３のユーザは、アプリケーションサーバ１０からサービス１１、１２をダウンロードすることを望むとき、ＯＴＡプラットフォーム１５に接続し、ログイン及びパスワードを入力した後にこのサービスをダウンロードする。そしてサービスは、端末１３のいわゆる端末アプリケーション１６に格納される。

アプリケーションサーバ１０は、例えばＧｏｏｇｌｅ（登録商標）又はＡｐｐｌｅ（登録商標）に属するサーバである。

ユーザは一般に、（インストールするために）端末１３内の端末アプリケーション１６を起動するために、アプリケーション１６をダウンロードした端末１３がこれを使用する権利があることをアプリケーションサーバ１０に保証するために自分のＭＳＩＳＤＮを入力する必要がある。これは“ＯＴＰ解決策”と呼ばれる。このために、アプリケーションサーバ１０は、ＯＴＰ（ワンタイムパスワード）を（ＳＭＳを介して）端末１３に送信する。そしてユーザは、ＯＴＰをハンドセットアプリケーションのユーザインターフェイスに入力する必要がある。この解決策に関する問題は、エンドユーザが、ハンドセットアプリケーションに出かけ、ＳＭＳアプリケーションに入り、受信したＯＴＰを含むＳＭＳを開き、ＯＴＰを読み取って記憶し、ハンドセットアプリケーションを再び開いてＯＴＰを入力する必要があることである。

これは全く利用しやすい解決策ではなく、（ＯＴＰを生成して検証するための）追加の認証サーバを必要とする。

知られている別の解決策は“ＧＧＳＮ解決策”と呼ばれる。ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）は、ＧＰＲＳネットワークの主要構成要素である。ＧＧＳＮは、ＧＰＲＳネットワークと、インターネット及びＸ．２５ネットワークのような外部パケット交換ネットワークの間のインターネットワーキングに関与する。

この解決策では、端末アプリケーション１６は、アプリケーションサーバ１０にＧＧＳＮを介してｈｔｔｐ要求を送信し、ＧＧＳＮはこの要求を傍受し、ＭＳＩＳＤＮをヘッダとして加える。こうしてアプリケーションサーバ１０は、エンドユーザのＭＳＩＳＤＮを自動的に知ることができる。ここでの問題は、要求にＭＳＩＳＤＮを加えるために、必ずしも全てのＭＮＯがＧＧＳＮ動作を変えることができる及び／又は用意があるわけではないことである。

別の解決策は「モバイルＩＤ解決策」と呼ばれ、端末アプリケーション１６がエンドユーザにＭＳＩＳＤＮを入力するよう要求し、サーバ１０にＭＳＩＳＤＮと共にｈｔｔｐ要求を送信する。サーバは、フォーマットされたＳＭＳをＯＴＰに基づいてモバイルＩＤアプレットに送信する。アプレットは、エンドユーザに要求の確認を促し、応答をアプリケーションサーバ１０に返信する。この解決策に関する問題は、特定の認証サーバ、及び（特に予め展開されたＳＩＭへの）展開が容易ではない大きいアプレット（２５キロバイト）を必要とし、大きい空きメモリ空間を必要とすることである。

本発明が解決する課題は、ユーザに分かりやすい形で、なりすましを回避すること、及びＭＳＩＳＤＮのエンドユーザへの効果的な帰属を保証することである。

より正確には、本発明の目的の１つは、容易に事前展開できる又はプロビジョニングプロセス中でも展開できる解決策を提案することである。

別の目的は、エンドユーザとの対話処理がない（ＭＳＩＳＤＮの手入力がない）利用しやすい解決策を提案することである。

これらの目的は、とりわけ、アプリケーションサーバによって提供される端末アプリケーションの認証情報を端末のセキュリティエレメントに含まれるアプレットにプロビジョニングする方法であって、
−アプレットに認証情報をプロビジョニングする要求を、端末アプリケーションからアプレットに送信すること、
−アプレットの識別子を含むＳＭＳメッセージをアプレットからＯＴＡプラットフォームに送信すること、
−セキュリティエレメントのＭＳＩＳＤＮを、ＯＴＡプラットフォームの前に位置するＳＭＳＣによってＳＭＳのヘッダに加えること、
−認証情報をＯＴＡプラットフォームからアプリケーションサーバに要求すること、
−認証情報をアプリケーションサーバからＯＴＡプラットフォームに送信してＭＳＩＳＤＮと関連付けること、
−ＭＳＩＳＤＮと関連付けられた認証情報をＯＴＡプラットフォームからアプレットに送信すること、
−端末アプリケーションの認証情報がプロビジョニングされたことを端末アプリケーションに通知するメッセージをアプレットから端末アプリケーションに送信すること、を含む方法により達成される。

本発明はまた、セキュリティエレメントに含まれるアプレットで実行されるコンピュータプログラム製品であって、
−端末アプリケーションの認証情報によるプロビジョニング要求に応じて、アプレットの識別子を含むＳＭＳメッセージをＯＴＡプラットフォームに送信し、
−端末アプリケーションの認証情報及びセキュリティエレメントのＭＳＩＳＤＮをＯＴＡプラットフォームから受信し、
−端末アプリケーションの認証情報がプロビジョニングされたことを端末アプリケーションに通知するメッセージを端末アプリケーションに送信する、
ことができるように構成されるコンピュータプログラム製品にも関する。

最後に、本発明は、
−端末のセキュリティエレメントに含まれるアプレットから、アプレットの識別子を含むＳＭＳメッセージであって、セキュリティエレメントのＭＳＩＳＤＮと、端末内にある端末アプリケーションの認証情報を入手する要求とを含むＳＭＳメッセージを受信し、
−要求をＭＳＩＳＤＮと共にアプリケーションサーバに送信し、
−認証情報をアプリケーションサーバから受信してＭＳＩＳＤＮと関連付け、
−ＭＳＩＳＤＮと関連付けられた認証情報をアプレットに送信する、
ための手段を備えるＯＴＡプラットフォームに関する。

次に、これらの特徴を以下の図に関して説明する。

技術水準を示す図。 本発明によるアプリケーションサーバの認証情報によるアプレットのプロビジョニングステップを示す図。 図２に従ってプロビジョニングされた端末アプリケーションのサービスへのアクセスを示す図。

図２は、本発明によるアプリケーションサーバの認証情報によるアプレットのプロビジョニングステップを示す。

この図のプロビジョニングステップは、端末アプリケーション１６をアプリケーションサーバ１０に登録することを目的とする。端末アプリケーション１６は、図１に示した端末アプリケーション１１又は１２のうちの１つである。登録は、エンドユーザが自分のＭＳＩＳＤＮを自分の端末１３に入力する必要なく、アプリケーションサーバ１０の認証情報をセキュリティエレメント１４に格納することを目的とする。本発明によるセキュリティエレメント１４は、これから機能が説明されるアプレット２０を含む。この登録に先立って、端末アプリケーション１６は端末１３にダウンロードされている。

７つの主要ステップを図２に示す。

登録の第１のステップ（１）は、アプレット２０に認証情報をプロビジョニングする要求を端末アプリケーション１６からアプレット２０に送信することから構成される。これらの認証情報は、一般的には端末アプリケーション１６をダウンロードしたアプリケーションサーバ１０のレベルにある。端末アプリケーション１６の認証情報は、例えばセキュリティ鍵から構成することができる。この要求はまた、ここではＵＩＣＣで構成されるセキュリティエレメント１４のＭＳＩＳＤＮをチェックすることをアプレット２０に求めることから構成される。本発明の範囲において、端末アプリケーション１６はセキュリティエレメント１４にアクセスすることができる。

第２のステップ（２）は、アプレット２０の識別子（例えばＡＩＤ−ＡＩＤはアプリケーション識別子を意味する）を含むＳＭＳメッセージをアプレット２０からＯＴＡプラットフォーム１５に送信することから構成される。ＡＩＤはＩＳＯ ７８１６−５で定義されており、長さが５から１６バイトの間のバイト列である。このＳＭＳは、端末アプリケーション１６に対して、アプレット２０に認証情報をプロビジョニングすることを要求する情報を含む。端末１３とＯＴＡプラットフォーム１５の間の無線ネットワークは、ＳＭＳの送信（例えば２Ｇ、３Ｇ、又はＶｏＬＴＥ）をサポートする。

第３のステップ（３）は、セキュリティエレメント１４のＭＳＩＳＤＮを、ＯＴＡプラットフォーム１５の前（すなわち端末１３とＯＴＡプラットフォーム１５の間）に位置する、図示されていないＳＭＳＣ（ショートメッセージサービスセンター）によってＳＭＳのヘッダに加えることから構成される。ＳＭＳＣは、ＯＴＡプラットフォームとの通信が確立されているときに受信した端末１３によって送信されたＩＭＳＩ（又はＴＭＳＩ）とＭＳＩＳＤＮの間の対応表を有する。ＯＴＡプラットフォーム１５は、このＳＭＳを受信するとアプレット識別子を抽出し、端末アプリケーション１６の認証情報をアプレット２０にプロビジョニングする要求が存在することを理解する。

ＯＴＡプラットフォーム１５はまた、受信したＳＭＳのヘッダからＳＭＳＣによって加えられたＭＳＩＳＤＮを検索する。

第４のステップ（４）は、端末アプリケーション１６の認証情報をＯＴＡプラットフォーム１５からアプリケーションサーバ１０に要求することから構成される。この要求では、少なくともセキュリティエレメント１４のＭＳＩＳＤＮはアプリケーションサーバ１０に送信される。

第５のステップ（５）は、要求された認証情報をアプリケーションサーバ１０からＯＴＡプラットフォーム１５に送信して、受信したＭＳＩＳＤＮと関連付けることから構成される。認証情報は、認証情報がハッキングされた場合に各エンドユーザに提供されているサービスにハッカーがアクセスできないように、各ＭＳＩＳＤＮに対して一意的である。

次に（ステップ６において）、ＯＴＡプラットフォーム１５は、ＭＳＩＳＤＮと関連付けられた要求された認証情報をアプレット２０に返信する。このステップにおいて、アプレット２０に、認証情報（例えば鍵）及びセキュリティエレメント１４のＭＳＩＳＤＮがプロビジョニングされる。

第７のステップ（７）は、アプレット２０に端末アプリケーション１６の認証情報がプロビジョニングされたことを端末アプリケーション１６に通知するメッセージをアプレット２０から端末アプリケーション１６に送信することから構成される。任意選択的に、アプレット２０はまた、受信したＭＳＩＳＤＮを端末アプリケーション１６に送信する。

図３は、図２に従ってプロビジョニングされた端末アプリケーションのサービスへのアクセスを示す。サービスへのアクセスは、ＯＴＡプラットフォームの存在を必要としない。

第１のステップ（１）において、端末アプリケーション１６は、アプリケーションサーバ１０が提供するサービスへのアクセスを要求する。この要求は、セキュリティエレメント１４のＭＳＩＳＤＮの送信を含む。ＭＳＩＳＤＮが、任意選択的に図２のステップ７において端末アプリケーション１６に送信されなかった場合、端末アプリケーション１６は、このＭＳＩＳＤＮを先行するステップにおいてアプレット２０に要求する。重要な点は、端末アプリケーションは、ＭＳＩＳＤＮをアプリケーションサーバ１０に送信できるようにこれを有していなければならないことである。

第２のステップ（２）において、アプリケーションサーバ１０は、端末アプリケーション１６にチャレンジ（乱数値）を送信し、（第３のステップ（３）において）端末アプリケーション１６はこのチャレンジをアプレット２０に転送する。次いでアプレット２０は、プロビジョニング段階（図２のステップ６）において受信した認証情報を使用することによって、チャレンジに対する応答を計算する（ステップ４）。計算は次の関数Ｆによって表すことができる：
応答＝Ｆ（認証情報，チャレンジ）

次にアプレットは、この応答を端末アプリケーション１６に送信する（ステップ５）。

第６のステップ（６）において、端末アプリケーション１６は、この応答をアプリケーションサーバ１０に転送し、最終ステップ（７）において、アプリケーションサーバ１０は、（送信されたチャレンジ、及び登録手順の間にセキュリティエレメント１４のＭＳＩＳＤＮに割り当てられた認証情報を使用することによって）応答を検証する。アプレット２０によって計算された応答がアプリケーションサーバ１０のレベルで計算された同じ関数の結果と同一である場合、ＭＳＩＳＤＮは正しく（アプレット２０に割り当てられた認証情報は、図２の登録段階においてこれらの認証情報を入手するのに使用されたＭＳＩＳＤＮと一致する）、サービスへのアクセスが許可される。そうでない場合、サービスへのアクセスは拒否される。

サービスにアクセスするためのこのプロセスは、エンドユーザによる特定のサービスへのアクセス要求のたびに発生する。

本発明はまた、セキュリティエレメント１４に含まれるアプレット２０において実行されるコンピュータプログラム製品に関する。本発明によれば、コンピュータプログラム製品は、
−端末アプリケーション１６の認証情報によるプロビジョニング要求に応じて、アプレット２０の識別子を含むＳＭＳメッセージをＯＴＡプラットフォーム１５に送信し、
−端末アプリケーション１６の認証情報及びセキュリティエレメント１４のＭＳＩＳＤＮをＯＴＡプラットフォーム１５から受信し、
−端末アプリケーション１６の認証情報がプロビジョニングされたことを端末アプリケーション１６に通知するメッセージを端末アプリケーションに送信する、
ことができるように構成される。

本発明はまた、
−端末１３のセキュリティエレメント１４に含まれるアプレット２０から、アプレット２０の識別子を含むＳＭＳメッセージであって、（ＳＭＳＣによって加えられた）セキュリティエレメント１４のＭＳＩＳＤＮと、端末１３内にある端末アプリケーション１６の認証情報を入手する要求とを含むＳＭＳメッセージを受信し、
−要求をＭＳＩＳＤＮと共にアプリケーションサーバ１０に送信し、
−アプリケーションサーバ１０から認証情報を受信してＭＳＩＳＤＮと関連付け、
−ＭＳＩＳＤＮと関連付けられた認証情報をアプレット２０に送信する、
ための手段を備えるＯＴＡプラットフォーム１５に関する。

本発明の利点は、
−アプレット２０のサイズが極めて制限される（約１ＫＢ）こと；
−登録方法が、Ｓｉｍ、ＵＩＣＣ又はｅＵＩＣＣのようなセキュリティエレメントに基づいているため非常に安全であること；
−オペレータネットワークにも追加のサーバにも変更が全く不要であること、である。

Claims (3)

1. アプリケーションサーバ（１０）によって提供される端末アプリケーション（１６）の認証情報を、端末（１３）のセキュリティエレメント（１４）に含まれるアプレット（２０）にプロビジョニングする方法であって、前記方法が、
   −前記アプレット（２０）に認証情報をプロビジョニングする要求を、前記端末アプリケーション（１６）から前記アプレット（２０）に送信すること、
   −前記アプレット（２０）の識別子を含むＳＭＳメッセージを前記アプレット（２０）からＯＴＡプラットフォーム（１５）に送信すること、
   −前記セキュリティエレメント（１４）のＭＳＩＳＤＮを、前記ＯＴＡプラットフォーム（１５）の前に位置するＳＭＳＣによって前記ＳＭＳのヘッダに加えること、
   −前記認証情報を前記ＯＴＡプラットフォーム（１５）から前記アプリケーションサーバ（１０）に要求すること、
   −前記認証情報を前記アプリケーションサーバ（１０）から前記ＯＴＡプラットフォーム（１５）に送信して前記ＭＳＩＳＤＮと関連付けること、
   −前記ＭＳＩＳＤＮと関連付けられた前記認証情報を前記ＯＴＡプラットフォーム（１５）から前記アプレット（２０）に送信すること、
   −前記端末アプリケーション（１６）の認証情報がプロビジョニングされたことを前記端末アプリケーション（１６）に通知するメッセージを、前記アプレット（２０）から前記端末アプリケーション（１６）に送信すること、を含む方法。
2. セキュリティエレメント（１４）に含まれるアプレット（２０）において実行されるコンピュータプログラム製品であって、前記コンピュータプログラム製品が、
   −端末アプリケーション（１６）の認証情報によるプロビジョニング要求に応じて、前記アプレット（２０）の識別子を含むＳＭＳメッセージをＯＴＡプラットフォーム（１５）に送信し、
   −前記端末アプリケーション（１６）の前記認証情報及び前記セキュリティエレメント（１４）のＭＳＩＳＤＮを前記ＯＴＡプラットフォーム（１５）から受信し、
   −前記端末アプリケーション（１６）の認証情報がプロビジョニングされたことを前記端末アプリケーション（１６）に通知するメッセージを前記端末アプリケーション（１６）に送信する、
   ことができるように構成されるコンピュータプログラム製品。
3. −端末（１３）のセキュリティエレメント（１４）に含まれるアプレット（２０）から、前記アプレット（２０）の識別子を含むＳＭＳメッセージであって、前記セキュリティエレメント（１４）のＭＳＩＳＤＮと、前記端末（１３）内にある端末（１３）アプリケーション（１６）の認証情報を入手する要求とを含むＳＭＳメッセージを受信し、
   −前記要求を前記ＭＳＩＳＤＮと共にアプリケーションサーバ（１０）に送信し、
   −前記認証情報を前記アプリケーションサーバ（１０）から受信して前記ＭＳＩＳＤＮと関連付け、
   −前記ＭＳＩＳＤＮと関連付けられた前記認証情報を前記アプレット（２０）に送信する、
   ための手段を備えるＯＴＡプラットフォーム（１５）。

Images