(57)【特許請求の範囲】
【請求項１】
第１のＵＩＣＣに格納されたＪａｖａ（登録商標）カードアプリケーションのデータを、第２のＵＩＣＣへエクスポートする方法であって、前記方法は：
−前記第１のＵＩＣＣ内のアプリケーションへ、ＪａｖａカードＡＰＩを介して転送命令を送信し；
−前記第１のＵＩＣＣ内のアプリケーションに、前記データをパック状にフォーマット化させ；
−前記パックを前記第２のＵＩＣＣにエクスポートし；
−前記第２のＵＩＣＣ内のアプリケーションにエクスポートされた前記パックをアンパックさせるものであって；
前記第１のＵＩＣＣで前記データをパック状にフォーマット化するアプリケーションと、前記第２のＵＩＣＣで前記パックをアンパックするアプリケーションとは同一であり、
前記第１のＵＩＣＣのアプリケーションに対して、前記データを削除してエクスポートすることを通知し、
前記第２のＵＩＣＣへの前記パックのエクスポート後、第１のＵＩＣＣ上のデータを削除することを特徴とする方法。
【請求項２】
前記パックは、遠隔サーバを介して前記第１のＵＩＣＣから前記第２のＵＩＣＣへエクスポートされることを特徴とする請求項１に記載の方法。
【請求項３】
前記アプリケーションが前記第２のＵＩＣＣに前記パックをエクスポートする、請求項１または請求項２に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＵＩＣＣ（汎用集積回路カード）に格納されているＪａｖａ（登録商標）カードアプリケーションのデータを、ホストにエクスポートする方法に関する。
【０００２】
ＵＩＣＣは電気通信の分野で用いられる保全素子（ｓｅｃｕｒｅ  ｅｌｅｍｅｎｔ）である。ＵＩＣＣはＳＩＭアプリケーションを内蔵し、例えば携帯電話などの端末内に、固定されて、又は固定されずに組み込まれている。端末がＭ２Ｍ（マシン・ツー・マシン）アプリケーション用の、他の装置と通信する装置である場合もある。
【０００３】
ＵＩＣＣは、スマートカードの形をとりうるが、［特許文献１］に記載されているパッケージチップや、その他いかなる形をとるものであってもよい。ＵＩＣＣは、例えばＧＳＭ（登録商標）及びＵＭＴＳネットワークにおける携帯端末内で用いられうる。ＵＩＣＣは、ネットワーク認証、及びあらゆる種類の個人データの整合性と安全性を保証するものである。
【０００４】
ＵＩＣＣは、ＧＳＭネットワークでは主にＳＩＭアプリケーションを内蔵し、ＵＭＴＳネットワークではＵＳＩＭアプリケーションを内蔵している。
ＵＩＣＣにはその他複数のアプリケーションを内蔵させることができる。そうすると１つのスマートカードで、ＧＳＭ及びＵＭＴＳネットワークの双方にアクセスしたり、また電話帳及びその他のアプリケーションの格納領域を提供したりすることが可能となる。
【０００５】
また対応の携帯端末では、ＵＳＩＭアプリケーションでＧＳＭネットワークにアクセスしたり、ＳＩＭアプリケーションでＵＭＴＳネットワークにアクセスしたりすることもできる。
【０００６】
ＬＴＥ（登録商標）など、ＵＭＴＳリリース５以降のネットワークでは、ＩＭＳ（ＩＰマルチメディアサブシステム）におけるサービスに、新たなアプリケーション、即ちＩＰマルチメディアサービスアイデンティティモジュール（ＩＳＩＭ）が必要である。電話帳は別個のアプリケーションであり、いずれの加入者情報モジュールにも属さない。
【０００７】
ＵＩＣＣは、ＣＤＭＡネットワークでは、３ＧＰＰ  ＵＳＩＭ及びＳＩＭアプリケーションに加えて、ＣＳＩＭアプリケーションを内蔵している。これら３つの特徴を全て含むカードは、リムーバブルユーザアイデンティティカード、即ちＲ−ＵＩＭと呼ばれる。つまりＲ−ＵＩＭカードは、ＣＤＭＡ、ＧＳＭ、ＵＭＴＳハンドセットのいずれにも挿入でき、いずれにおいても機能するのである。
【０００８】
２Ｇネットワークにおいては、ＳＩＭカードとＳＩＭアプリケーションは一体であったため、“ＳＩＭカード”は、この物理的なカード、又はＳＩＭアプリケーションを有するあらゆる物理的なカードを意味していた。
ＵＩＣＣスマートカードは、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、及び入出力回路からなる。初期バージョンのスマートカードは、完全にフルサイズ（８５×５４ｍｍ，ＩＳＯ／ＩＥＣ  ７８１０  ＩＤ−１）であった。すぐに、電話の小型化競争によって、より小型のカードが求められるようになった。
【０００９】
カードの差し込み口が標準化されているので、加入者は自分のワイヤレスアカウントや電話番号を、あるハンドセットから他のハンドセットへ簡単に移すことができる。これによって加入者の電話帳やテキストメッセージも移される。同様に加入者は、通常、自分の既存のハンドセットに新たなキャリアのＵＩＣＣカードを挿入することでキャリアを変更することもできる。しかしこれは、常に可能であるとは限らない。なぜなら、自社の販売する電話にＳＩＭロックをかけて（例、アメリカにおいてなど）、競合キャリアのカードが使用されないようにしているキャリアもあるからである。
【００１０】
ＥＴＳＩフレームワークとＧｌｏｂａｌ  Ｐｌａｔｆｏｒｍのアプリケーション管理フレームワークは統合され、ＵＩＣＣ仕様に一本化された。
ＵＩＣＣは３ＧＰＰ及びＥＴＳＩによって標準化された。
ＵＩＣＣは通常、例えばユーザが自分の携帯端末を変更したいときなどに、携帯端末から取り出すことができる。ユーザは、新たな端末に自分のＵＩＣＣを挿入して、それまで通り自分のアプリケーション、連絡先、認証情報（ネットワークオペレータ）にアクセスすることができる。
【００１１】
また、ＵＩＣＣを端末専用のものにする目的で、ＵＩＣＣを端末内にはんだ付け又は溶接することも周知である。これはＭ２Ｍ（マシン・ツー・マシン）アプリケーションにおいて行われている。上記の目的は、ＳＩＭ又はＵＳＩＭのアプリケーション及びファイルを内蔵するチップ（保全素子）を、端末に内蔵させることによっても達成できる。このチップは、例えば端末又は装置のマザーボードにはんだ付けされ、ｅ−ＵＩＣＣとなる。
【００１２】
上記のような、ＵＩＣＣ内のチップと同じアプリケーションを内蔵する、はんだ付けされたＵＩＣＣ又はチップに対するのと同様に、遠隔端末内にあって、又は装置の奥深くに組み込まれていて、装置と完全に一体化しているわけではないが、元来取り外し用ではないために取り外しが困難なＵＩＣＣに対しても、本発明を適用することができる。
【００１３】
ＵＩＣＣの特別なフォームファクタ（例えば非常に小さいので取り扱いが困難であるなど）も、そのＵＩＣＣを、実質的に端末に組み込まれているものと見なす理由になりうる。同様のことは、開放が想定されていない装置内にＵＩＣＣが組み込まれている場合についてもいえる。
【００１４】
以下の記載では、ＵＩＣＣと同じアプリケーションを内蔵する、又は内蔵するよう設計されている、溶接されたＵＩＣＣ又はチップを総称して、（取り外し可能なＵＩＣＣ又は取り外し可能な保全素子に対し、）埋設型ＵＩＣＣ又は埋設型保全素子と呼ぶ。取り外し困難なＵＩＣＣ又は保全素子もこれに相当する。
【先行技術文献】
【特許文献】
【００１５】
【特許文献１】ＰＣＴ／ＳＥ２００８／０５０３８０
【発明の概要】
【発明が解決しようとする課題】
【００１６】
本発明は、ＵＩＣＣ上で実行されるアプリケーションに対して、このアプリケーションを前述のＵＩＣＣから削除及びエクスポートし、直接的に又はホスト（サーバ）を介して、例えば別のＵＩＣＣにインストールする予定である、ということを通知する方法に関する。
本発明は、加入者情報及び関連するアプリケーションを、遠隔供給（ｒｅｍｏｔｅ  ｐｒｏｖｉｓｉｏｎｉｎｇ）システムによりＵＩＣＣカードにダウンロードすることができる環境で実行される。
【００１７】
現行のＭＮＯ又は第三機関は、これらのＵＩＣＣカード上に、各種のアプリケーション（例えば、交通又は銀行アプリケーションなど）をインストールし、運用することができる。この場合、ＵＩＣＣカードから別のＵＩＣＣカードへ全てのデータ、特にＭＮＯや第三機関のアプリケーションのデータを移す必要がある。
これは、本発明の方法で行うことができる。
【課題を解決するための手段】
【００１８】
本発明は、（取り外し可能な、又は埋設型の）ＵＩＣＣからホストへ、対応のデータとともにエクスポートされるＪａｖａカードアプリケーションに適用可能な方法に関する。このホストは、例えば別のＵＩＣＣである。
本発明は、ＵＩＣＣに格納されたＪａｖａカードアプリケーションのデータを、ホストへエクスポートする方法を提案する。この方法は：
−アプリケーションへ、ＪａｖａカードＡＰＩを介して転送命令を送信し；
−アプリケーションに、データをパック状にフォーマット化させ；
−このパックをホストにエクスポートする；
ことからなる。
【００１９】
ホストは遠隔サーバでありえ、この遠隔サーバには、例えば後に別のＵＩＣＣにダウンロードされるべきパックがエクスポートされる。
ホストは別のＵＩＣＣであってもよい。この場合、パックは第１のＵＩＣＣから第２のＵＩＣＣへ、介在なしに直接転送される。
エクスポートは、ホストにより主導される（ホストがデータのパックを取得する）ことも、ＵＩＣＣにより主導される（ＵＩＣＣがデータのパックを送信する）こともありうる。
【００２０】
本発明は、ホストに格納されたＪａｖａカードアプリケーションのデータのパックを、ＵＩＣＣにインポートする方法を提案する。この方法は：
−ＵＩＣＣ上にあるアプリケーションへ、ＪａｖａカードＡＰＩを介して、データのインポート命令を送信し；
−アプリケーションに、データをアンパックさせる；
ことからなる。
【００２１】
アプリケーション・プログラミング・インタフェース（ＡＰＩ）は、他のソフトウェアとのやり取りを可能にするソフトウェアプログラムが実装されたインタフェースである。ＡＰＩは、ユーザインタフェースが人とコンピュータとの間のやり取りを容易にするのと同じように、異なるソフトウェアプログラム間のやり取りを容易にする。
【００２２】
本発明は、Ｊａｖａカード標準ＡＰＩに基づくあらゆるアプリケーションにより利用可能な、新たなエクスポート／インポートＪａｖａカードＡＰＩを定義することを提案する。
この新たなエクスポート／インポートＪａｖａカードＡＰＩは少なくとも、保有データをエクスポートするようアプリケーションに通知する１つのエントリポイントと、データをインポートするよう、またどのデータをインポートすべきかをアプリケーションに通知する１つのエントリポイントと、を含む。
【００２３】
これらのエントリポイントは、アプリケーションに実装されていれば、ＵＩＣＣのオペレーティングシステムによって呼び出される。
この新たなＡＰＩを実装したアプリケーションは、ＵＩＣＣ対応のあらゆるＪａｖａカードに展開でき、それにより（カード製造業者によらず）このＡＰＩを提供し、相互運用性の向上を保証するものである。
【００２４】
エクスポート用エントリポイントは、ＵＩＣＣに格納されたアプリケーションのデータをエクスポートする機能に対応する。このＵＩＣＣは、例えば携帯端末又は装置などの端末内に埋設されて（取り外し不可能になって）いる。
この携帯端末は例えば携帯電話などである。
【００２５】
ここで第１のＵＩＣＣから、第１のＵＩＣＣと同じアプリケーションを含む第２のＵＩＣＣへ、アプリケーションのデータを転送することができる。
すると第２のＵＩＣＣは、第１のアプリケーションと同じ環境において、即ち同じデータを用いて、このアプリケーションを動作させられるようになる。
第１及び第２のＵＩＣＣは、同じＵＩＣＣ製造業者によるものでなくてもよい。
【００２６】
このイベントによってトリガされると、アプリケーションは、バックアップや通知、又はその他、このアプリケーションに付随する機密ユーザデータのポータビリティを保つために遠隔サーバに必要となること（例、電子財布の残高のバックアップ）を行なうのに必要な動作を実行する。
【００２７】
ＵＩＣＣから別のＵＩＣＣへデータを移す際には、このＡＰＩを実装するＵＩＣＣ上の全てのアプリケーションに対し、データをこのＵＩＣＣから削除し（例えば別のＵＩＣＣに）エクスポートする、ということを通知することが好ましい。
【００２８】
ＵＩＣＣに格納されたＪａｖａカードアプリケーションのデータを、ホストへエクスポートする方法では、まずこのアプリケーションへ、ＪａｖａカードＡＰＩを介して、転送命令を送信する。この命令の送信は、例えば端末のＧＵＩのメニューにおいてユーザのアクションがあった後に、ＵＩＣＣのＯＳによって行なわれうる。
【００２９】
するとこのアプリケーション自体が、このアプリケーションに関連付けられているデータをパック状にフォーマット化する。パックは、ＩＰ又はリンクを介してホスト、例えば遠隔サーバにエクスポートできる状態となる。パックは、別のＵＩＣＣへ直接、又は例えばＮＦＣ又はＢｌｕｅｔｏｏｔｈ（登録商標）を介して転送されうる。
【００３０】
ホストが主導してＵＩＣＣからパックを取得するのでも、ＵＩＣＣ自体がデータパックのエクスポートを決定するのでもよい。データパックは、ホストに暗号化されて送信されることが好ましい。
ホストにインストールされると、エクスポートされたパックは取得され、別のＵＩＣＣにインストールされる。ここで本発明は、ＵＩＣＣ上の同じアプリケーションへ、エクスポート／インポートＪａｖａカードＡＰＩを介して、データのインポート命令を送信し、データをアンパックする（アンパッキングは前述のアプリケーションにより実行される）ことを提案する。
【００３１】
第１のＵＩＣＣにおいてデータパックの形成を実行したアプリケーションと、第２のＵＩＣＣにおいてデータパックをアンパックしたアプリケーションは同じであるから、第２のＵＩＣＣのレベルで同じ環境が得られる。
エクスポートされると、第１のＵＩＣＣ上のデータ及びアプリケーションは、アプリケーション及びデータの二重化を防ぐため削除される。
【００３２】
本発明によって、前述のとおり、ＵＩＣＣに埋設された１つ又は全てのアプリケーションは、ユーザの機密及びポータブルデータを遠隔サーバにバックアップすることができるようになる。
アプリケーションは、どのデータをエクスポートし、それらをどのように保護するかを管理する。
【００３３】
本発明は、第１の端末に含まれる第１のＵＩＣＣから、第２の端末に含まれる第２のＵＩＣＣへ、例えばアプリケーション（例、銀行アプリケーション）のデータを転送するために、埋設型ＵＩＣＣに適用されることが好ましい。銀行アプリケーションは、第２のＵＩＣＣへのデータ転送時に、第２のＵＩＣＣに既にインストールされていても、また転送後にインストールされるのでもよい。