(57)【特許請求の範囲】
【請求項１】
端末内のＵＩＣＣ（汎用ＩＣカード）に含まれるデータをセキュアサーバにエクスポートする方法であって、
前記方法は、
−エンドユーザ、遠隔サーバ又は端末からのエクスポート要求に応じて、前記ＵＩＣＣはエクスポート要求に署名し、前記端末は前記署名されたエクスポート要求を前記サーバに送信し、
−前記サーバは、前記ＵＩＣＣの署名とＩＤとを比較することによって、前記サーバのレベルで前記署名されたエクスポート要求を検証し、
−前記検証結果が正常である場合、前記サーバは署名されたエクスポート証明書を前記端末を介して前記ＵＩＣＣに送信し、
−前記ＵＩＣＣにおいて前記エクスポート証明書を検証し、前記検証結果が正常である場合、前記データを含むエクスポートパッケージを生成し、前記ＵＩＣＣは前記エクスポートパッケージに署名および暗号化を行い、
−前記ＵＩＣＣは、前記エクスポートパッケージを前記端末に送信し、前記ＵＩＣＣにおいてエクスポートされたデータを“使用不可能”にし、
−前記端末から前記サーバに前記エクスポートパッケージを送信し、
−前記サーバは、前記エクスポートパッケージを受信し、前記サーバのレベルで前記署名を検証し、
−前記サーバは、確認メッセージに署名し、これを前記端末を介して前記ＵＩＣＣに送信し、
−前記ＵＩＣＣにおいて、前記確認メッセージを検証し、前記サーバの署名が認証された場合に、エクスポート済みの前記データを破壊し、署名された確認メッセージを前記端末を介して前記サーバに送信し、
−前記サーバにおいて、前記確認メッセージの署名を検証し、前記署名が認証された場合に、前記サーバにおいて受信した前記エクスポートパッケージに含まれる前記データを別の端末に備えられる前記ＵＩＣＣとは別のＵＩＣＣに転送可能にする方法。
【請求項２】
前記ＵＩＣＣは前記端末に埋設されている、請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末内のＵＩＣＣ（汎用ＩＣカード）に含まれるデータをセキュアサーバにエクスポートする方法に関する。
【背景技術】
【０００２】
ＵＩＣＣなどのセキュアエレメントは、ＳＩＭアプリケーションを内蔵している。セキュアエレメントは、例えば携帯電話などの端末に固定的または取り外し可能に取り付けられている。場合によっては、端末は、他の装置とＭ２Ｍ（マシン・ツー・マシン）アプリケーションで通信する装置により構成される。
ＵＩＣＣは、スマートカードの形をとりうるが、特許文献１に記載されているパッケージチップや、その他いかなる形をとるものであってもよい。ＵＩＣＣは、例えばＧＳＭ（登録商標）及びＵＭＴＳネットワークにおける携帯端末内で用いられる。ＵＩＣＣは、ネットワーク認証、及びあらゆる種類の個人データの整合性と安全性を保証するものである。
【０００３】
ＵＩＣＣは、ＧＳＭネットワークでは主にＳＩＭアプリケーションを内蔵し、ＵＭＴＳネットワークではＵＳＩＭアプリケーションを内蔵している。ＵＩＣＣには、その他複数のアプリケーションを内蔵させることができる。そうすると１つのスマートカードで、ＧＳＭ及びＵＭＴＳネットワークの双方にアクセスしたり、また電話帳及びその他のアプリケーションの格納領域を提供したりすることが可能となる。また対応の携帯端末では、ＵＳＩＭアプリケーションでＧＳＭネットワークにアクセスしたり、ＳＩＭアプリケーションでＵＭＴＳネットワークにアクセスしたりすることもできる。ＬＴＥなど、ＵＭＴＳリリース５以降のネットワークでは、ＩＭＳ（ＩＰマルチメディアサブシステム）におけるサービスに、新たなアプリケーション、即ちＩＰマルチメディアサービスアイデンティティモジュール（ＩＳＩＭ）が必要である。電話帳は別個のアプリケーションであり、いずれの加入者情報モジュールにも属さない。
【０００４】
ＵＩＣＣは、ＣＤＭＡネットワークでは、３ＧＰＰ  ＵＳＩＭ及びＳＩＭアプリケーションに加えて、ＣＳＩＭアプリケーションを内蔵している。これら３つの特徴を全て含むカードは、リムーバブルユーザアイデンティティカード、即ちＲ−ＵＩＭと呼ばれる。つまりＲ−ＵＩＭカードは、ＣＤＭＡ、ＧＳＭ、またはＵＭＴＳハンドセットのいずれにも挿入でき、いずれにおいても機能する。
【０００５】
２Ｇネットワークにおいては、ＳＩＭカードとＳＩＭアプリケーションは一体であったため、“ＳＩＭカード”は、この物理的なカード、又はＳＩＭアプリケーションを有するあらゆる物理的なカードを意味していた。
ＵＩＣＣスマートカードは、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、及び入出力回路からなる。初期のバージョンのスマートカードは、完全にフルサイズ（８５×５４ｍｍ，ＩＳＯ／ＩＥＣ  ７８１０  ＩＤ−１）であった。すぐに、電話の小型化競争によって、より小型のカードが求められるようになった。
【０００６】
カードの差し込み口が標準化されているので、加入者は自分のワイヤレスアカウントおよび電話番号を、あるハンドセットから他のハンドセットへ簡単に移すことができる。これによって加入者の電話帳やテキストメッセージも移される。同様に加入者は、通常、自分の既存のハンドセットに新たなキャリアのＵＩＣＣカードを挿入することでキャリアを変更することもできる。しかしこれは、常に可能であるとは限らない。なぜなら、自社の販売する電話にＳＩＭロックをかけて（例、アメリカにおいてなど）、競合キャリアのカードが使用されないようにしているキャリアもあるからである。
【０００７】
ＥＴＳＩフレームワークとグローバルプラットフォームのアプリケーション管理フレームワークは統合され、ＵＩＣＣ仕様に一本化された。
ＵＩＣＣは、３ＧＰＰ及びＥＴＳＩによって標準化された。
ＵＩＣＣは通常、例えばユーザが自分の携帯端末を変更したいときなどに、携帯端末から取り出すことができる。ユーザは、新たな端末に自身のＵＩＣＣを挿入して、それまで通り自身のアプリケーション、連絡先、認証情報（ネットワークオペレータ）にアクセスすることができる。
【０００８】
また、ＵＩＣＣを端末専用のものにする目的で、ＵＩＣＣを端末内にはんだ付け又は溶接することも周知である。これはＭ２Ｍ（マシン・ツー・マシン）アプリケーションにおいて行われている。上記の目的は、ＳＩＭ又はＵＳＩＭアプリケーション及びファイルを内蔵するチップ（セキュアエレメント）を、端末に内蔵させることによっても達成できる。このチップは、例えば端末又は装置のマザーボードにはんだ付けされ、ｅ−ＵＩＣＣとなる。
【０００９】
本発明は、はんだ付けされたＵＩＣＣや、ＵＩＣＣ中のチップと同じアプリケーションを内蔵するチップにも適用される。また、遠隔端末内にある、又は装置の奥深くに組み込まれているＵＩＣＣで、装置と完全に一体化しているわけではないが、元来取り外し用ではないために取り外しが困難なものに対しても、本発明を同様に適用することができる。ＵＩＣＣの特別なフォームファクタ（例えば非常に小さいので取り扱いが困難であるなど）も、そのＵＩＣＣを、実質的に端末に組み込まれているものと見なす理由になりうる。同様のことは、開放が想定されていない装置内にＵＩＣＣが組み込まれている場合についてもいえる。上記のような溶接されたＵＩＣＣ、又はＵＩＣＣと同じアプリケーションを内蔵する、又は内蔵するよう設計されているチップを総称して、（取り外し可能なＵＩＣＣ又は取り外し可能なセキュアエレメントに対し）埋設型ＵＩＣＣ又は埋設型セキュアエレメントと呼ぶ。取り外し困難なＵＩＣＣ又はセキュアエレメントもこれに相当する。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】ＰＣＴ／２００８／０５０３８０
【発明の概要】
【発明が解決しようとする課題】
【００１１】
本発明は、セキュアコンポーネント（ＵＩＣＣチップ）からセキュアボールト（ｓｅｃｕｒｅ  ｖａｕｌｔ）（例えば、セキュアサーバ）に送信される機密データのエクスポートを、データ複製のリスクなく、かつＵＩＣＣおよびセキュアサーバ間での直接的データ交換を伴わずに行うことに関する。具体的には、本発明は、端末内のＵＩＣＣに含まれるデータをセキュアサーバにエクスポートする方法に関する。
ユーザは、例えば携帯電話や、無線端末や接続端末などの携帯端末のような端末を交換する際、元の端末で利用可能であったサービスを維持する機能を望む。これら携帯電話サービスや銀行サービスなどのサービスは、端末のＵＩＣＣに読み込まれたキーや機密データに依存している。
【００１２】
セキュアコンポーネント（ＵＩＣＣ）が、例えば標準的なＳＩＭカードのように取り外し可能で、新しい端末がこのような取り外し可能なコンポーネントをサポートしているならば、ユーザは、セキュアコンポーネントを元の端末から取り外し、新しい端末へ挿入するだけでよい。
しかし、ＵＩＣＣが取り外し可能でない（埋設型ＵＩＣＣ）か、新しい端末がこのタイプのコンポーネントをサポートしていない場合には、サービスに関連するキーおよびデータのすべてを新しい端末のセキュアコンポーネントに移動させる方法が必要となる。
埋設型ＵＩＣＣの場合に生じる別の問題は、元の端末と新しい端末とを同時に利用できない場合があることである。ユーザは、新しい端末の購入前に機密（個人）データおよびキーを保護することを望む。
【００１３】
本発明は、サービスに関連するキーおよびデータをセキュアボールトに安全にエクスポートする方法を提供する。当該キーおよびデータは複製できないように、さらに別の（または同じ）端末にダウンロードされる。
また、本発明は、セキュアボールトおよびセキュアコンポーネント間に直接的ＩＰリンクを確立することができないという問題に対処する。
【課題を解決するための手段】
【００１４】
このために、本発明は、端末内のＵＩＣＣに含まれるデータをセキュアサーバにエクスポートする方法を提案する。かかる方法は、
−エクスポート要求に応じて、ＵＩＣＣはエクスポート要求に署名し、端末は署名されたエクスポート要求をサーバに送信し、
−ＵＩＣＣの署名とＩＤとを比較することによって、署名されたエクスポート要求をサーバのレベルで検証し、
−検証結果が正常である場合、サーバは署名されたエクスポート証明書を端末を介してＵＩＣＣに送信し、
−ＵＩＣＣにおいてエクスポート証明書を検証し、検証結果が正常である場合、データを含むエクスポートパッケージを生成し、ＵＩＣＣはエクスポートパッケージに署名および暗号化を行い、
−エクスポートパッケージを端末に送信し、ＵＩＣＣにおいてエクスポートされたデータを“使用不可能”にし、
−端末からサーバにエクスポートパッケージを送信し、
−パッケージを受信し、サーバのレベルで署名を検証し、
−確認メッセージに署名し、これを端末を介してＵＩＣＣに送信し、
−ＵＩＣＣにおいて、確認メッセージを検証し、サーバの署名が認証された場合に、エクスポート済みのデータを破壊し、署名された確認メッセージを端末を介してサーバに送信し、
−サーバにおいて、確認メッセージの署名を検証し、署名が認証された場合に、新しい端末すなわちＵＩＣＣへデータを転送可能にする、ことからなる。
【００１５】
好適には、ＵＩＣＣは端末に埋設され、エクスポート要求はエクスポートすべきデータを選択した後に行われる。
本発明は、本発明の好適な実施の形態のフローチャートを示す図１についての以下の説明を読めば、より理解されるだろう。
【図面の簡単な説明】
【００１６】
【図１】本発明の好適な実施の形態のフローチャートを示す図。
【発明を実施するための形態】
【００１７】
本発明は、セキュアコンポーネント（ＵＩＣＣ）と、例えば遠隔サーバからなるセキュアボールトとの間の非同期接続を統合する。
図１において、端末のエンドユーザはまず、エクスポートすべきデータを選択する。それらのデータは、後で別の（または同じ）端末に転送できるようにユーザが保護したい、例えば電話番号や秘密キーなどである。
これは、ＵＩＣＣのアプリケーションＩＤやサービスＩＤの選択により行うことができる。ユーザによる端末のアプリケーションの使用、あるいは端末により自動的に行うことができる。これは、エンドユーザが作成するエクスポート要求に相当する。このようなエクスポート要求は、遠隔サーバや端末が作成することもできる。
【００１８】
ユーザ／端末は、任意選択で、ＵＩＣＣからエクスポートすべきデータ／サービスを選択する際、データにアクセスするために、ＵＩＣＣまたはサービスに対してコードを提示する、すなわち認証を行う必要がある。
端末は、ＵＩＣＣに“エクスポートセッションの開始”（ＩＮＩＴ  ＥＸＰＯＲＴ  ＳＥＳＳＩＯＮ）命令を送信することにより、セキュアコンポーネントとのエクスポートセッションを開始する。
ＵＩＣＣは、これに応答して、端末に“署名されたエクスポート要求”（Ｓｉｇｎｅｄ  Ｅｘｐｏｒｔ  ｒｅｑｕｅｓｔ）を返す。この要求は、ＵＩＣＣにより一意的に識別され、署名されている。
“署名されたエクスポート要求”は、ＩＰネットワーク、セルラーネットワーク、ＯＴＡまたはＯＴＩネットワークなどのネットワークを介して非同期でサーバに送信される。
【００１９】
サーバは、受信時にＵＩＣＣの署名とＩＤとを比較することにより、“署名されたエクスポート要求”を検証する。本発明は、特定のセキュリティスキームを要求するものではないが、サーバがＵＩＣＣの署名を検証可能であることが要求される。
次に、サーバは“エクスポート証明書”（Ｅｘｐｏｒｔ  Ｃｅｒｔｉｆｉｃａｔｅ）を生成する。この証明書は、サーバにより一意的に署名され、ＵＩＣＣを一意的に識別する。サーバは、この証明書により、ＵＩＣＣが本物であること、およびエクスポートプロセスを開始可能であることを確認する。
“エクスポート証明書”は、端末により非同期でＵＩＣＣに送信される。
【００２０】
ＵＩＣＣは、この“エクスポート証明書”を検証する。本発明は、具体的なセキュリティスキームを特定しないが、ＵＩＣＣは、サーバによる署名を検証する能力を有さなければならない。
ＵＩＣＣは、“エクスポートカウンタ”（Ｅｘｐｏｒｔ  Ｃｏｕｎｔｅｒ）を増分する。このカウンタは、ＵＩＣＣにより維持される。
ＵＩＣＣは、“エクスポートパッケージ”（Ｅｘｐｏｒｔ  Ｐａｃｋａｇｅ）を作成する。このエクスポートパッケージは、ＵＩＣＣにより暗号化および署名が行われている。また、“エクスポートパッケージ”には、“エクスポートカウンタ”が含まれる。エクスポートパッケージは、端末に送信される。端末およびＵＩＣＣ間の入出力の制約上必要であれば（図示するように）、エクスポートパッケージを複数のコマンドにより送信することができる。端末に送信された後、ＵＩＣＣレベルに維持された送信済みパッケージの画像を（パッケージ重複の可能性を回避するために）非アクティブにする。
【００２１】
続いて、“エクスポートパッケージ”は、非同期でサーバに送信される。暗号化されているため、サーバだけが読むことができる。
サーバは、エクスポートパッケージを受信すると、これを復号および検証する。サーバは、ＵＩＣＣごとにエクスポートカウンタのコピーを維持する。エクスポートパッケージ内のエクスポートカウンタは、サーバが維持しているエクスポートカウンタのコピーより大きくなければならず、そうでない場合にはエクスポートパッケージは受け入れられない。ひとたびエクスポートパッケージが受け入れられたら、サーバは、エクスポートカウンタのコピーをエクスポートパッケージ内の値と一致するよう更新する。
【００２２】
続いてサーバは署名されたＡｃｋを生成する。このＡｃｋは、サーバにより一意的に署名され、エクスポートカウンタの値を含む。このコマンドが送信された後、受信されたパッケージをサーバのレベルで非アクティブにする。
署名されたＡｃｋは、非同期で（つまり、端末を介して）ＵＩＣＣに送信される。
ＵＩＣＣは、受信した署名されたＡｃｋを検証し、一致する場合、エクスポート済みのデータのコピー（画像）を破壊する。
【００２３】
次に、ＵＩＣＣは、ＵＩＣＣにより一意的に署名され、エクスポートカウンタの値を含む署名された破壊Ａｃｋを生成する。
署名された破壊Ａｃｋは、非同期でサーバに送信される。
続いてサーバは、署名された破壊Ａｃｋを検証する。一致すれば、エクスポートされたデータは、新しい端末の別のＵＩＣＣへのインポートまたは同じＵＩＣＣへの再インポートに利用できる。
【００２４】
本発明は、以下の利点を有する。
−本発明は、プロセスのあらゆるポイントにおいて、プロセスを中断およびロールバックする良い方法を提供する。したがって、データを失う危険がない。
−プロセスのすべてが、（ｅメールなどの）非同期接続により実行できるため、ＵＩＣＣがサーバと直接的に接続する必要がない。
−情報のコピーを不可能にする。データは、ＵＩＣＣにおける破壊が確認されて初めてサーバにおいて利用可能になる。
【図１】
0005613338.tif 000002