(57)【要約】【課題】アプリケーションを携帯電話のＵＩＭにダウンロードするとき，アプリケーションの申込みをしたユーザであるか検証できるシステムを提供する。【解決手段】アプリケーション発行システム１は，ユーザの認証コードを認証する認証アプリケーション２４がインストールされたＵＩＭ２と，ＵＩＭ２が実装される携帯電話３と，クレジットアプリケーション２５を発行する発行装置５とから構成され，発行装置５は，クレジットの利用申込み要求を受けたとき，ユーザ７が携帯電話３に入力した認証コードの認証に利用する認証鍵を生成し，ＵＩＭ２に書き込むことで認証アプリケーション２４を発行する第１の発行手段５０と，クレジットアプリケーション２５のダウンロード要求を受けたとき，ユーザ７が携帯電話３に入力した認証コードを認証アプリケーション２４に認証させた後，クレジットアプリケーション２５をＵＩＭ２に発行する第２の発行手段５１を備える。【選択図】図１
2010117995.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーション提供者のセキュリティドメインと，前記携帯電話を所持するユーザの認証コードを認証鍵を用いて認証する認証アプリケーションがプリインストールされたＵＩＭと，前記ＵＩＭが実装される携帯電話と，前記携帯電話に装着された前記ＵＩＭにアプリケーションを発行する装置とから構成されるアプリケーション発行システムであって，前記装置は，前記携帯電話からアプリケーションの利用申込するためのアクセスを受けたとき，前記ユーザに前記認証コードの入力を要求し，該ユーザが前記携帯電話に入力した前記認証コードから前記認証鍵を生成し，前記認証アプリケーションが利用可能な状態で，前記ＵＩＭの前記セキュリティドメイン権限下に前記認証鍵を書き込む第１の発行手段と，前記携帯電話から前記アプリケーションのダウンロードを要求するためのアクセスを受けたとき，前記ユーザに前記認証コードの入力を要求し，前記ユーザが前記携帯電話に入力した前記認証コードを前記認証アプリケーションに認証させ，前記認証アプリケーションが前記認証コードの認証に成功した場合，前記アプリケーションを前記ＵＩＭの前記セキュリティドメイン権限下に書き込む第２の発行手段とを備えていることを特徴とするアプリケーション発行システム。
【請求項２】
請求項１に記載のアプリケーション発行システムであって，前記装置の前記第１の発行手段は，前記携帯電話の固有データに関連付けて，前記認証コードから生成した前記認証鍵を記憶し，前記第２の発行手段は，前記携帯電話の固有情報に関連付けられた前記認証鍵を用いて前記携帯電話に送信する前記アプリケーションを暗号化し，前記ＵＩＭの前記セキュリティドメインは，暗号化されたアプリケーションを前記セキュリティドメイン権限下に記憶された前記認証鍵を用いて復号し，復号した前記アプリケーションを前記セキュリティドメイン権限下に書き込むことを特徴とするアプリケーション発行システム。
【請求項３】
請求項１または請求項２に記載のアプリケーション発行システムであって，前記装置の前記第１の発行手段は，前記認証コードを前記ユーザから取得する前に，前記携帯電話のＰＩＮコードを取得し，前記ＰＩＮコードを前記携帯電話の機能を用いて認証し，前記ＰＩＮコードの認証に成功した場合のみ，前記ユーザから前記認証コードを取得することを特徴とするアプリケーション発行システム。
【請求項４】
アプリケーション提供者のセキュリティドメインと，前記携帯電話を所持するユーザの認証コードを認証鍵を用いて認証する認証アプリケーションがプリインストールされたＵＩＭと，前記ＵＩＭが実装される携帯電話と，前記携帯電話に装着された前記ＵＩＭにアプリケーションを発行する装置とを利用したアプリケーション発行方法であって，前記装置が，前記携帯電話からアプリケーションの利用申込するためのアクセスを受けたとき，前記ユーザに前記認証コードの入力を要求し，前記ユーザが前記携帯電話に入力した前記認証コードから前記認証鍵を生成し，前記認証アプリケーションが利用可能な状態で，前記ＵＩＭの前記セキュリティドメイン権限下に前記認証鍵を書き込む第１の発行工程と，前記装置が，前記携帯電話から前記アプリケーションのダウンロードを要求するためのアクセスを受けたとき，前記ユーザに前記認証コードの入力を要求し，前記ユーザが前記携帯電話に入力した前記認証コードを前記認証アプリケーションに認証させ，前記認証アプリケーションが前記認証コードの認証に成功した場合，前記アプリケーションを前記ＵＩＭの前記セキュリティドメイン権限下に書き込む第２の発行工程が実行されることを特徴とするアプリケーション発行方法。
【請求項５】
請求項４に記載のアプリケーション発行方法であって，前記第２の発行工程において，前記装置は，前記携帯電話の固有データに関連付けて，前記認証コードから生成した前記認証鍵を記憶し，前記第２の発行工程において，前記装置は，前記携帯電話の固有情報に関連付けられた前記認証鍵を用いて前記携帯電話に送信する前記アプリケーションを暗号化し，前記ＵＩＭの前記セキュリティドメインは，暗号化されたアプリケーションを前記セキュリティドメイン権限下に記憶された前記認証鍵を用いて復号し，復号した前記アプリケーションを前記セキュリティドメイン権限下に書き込むことを特徴とするアプリケーション発行方法。
【請求項６】
アプリケーション提供者のセキュリティドメインと，前記携帯電話を所持するユーザの認証コードを認証鍵を用いて認証する認証アプリケーションがプリインストールされたＵＩＭと，前記ＵＩＭが実装される携帯電話と，前記携帯電話に装着された前記ＵＩＭにアプリケーションを発行する装置とから構成されるアプリケーション発行システムにおける，装置であって，前記装置は，前記携帯電話からアプリケーションの利用申込するためのアクセスを受けたとき，前記ユーザに前記認証コードの入力を要求し，該ユーザが前記携帯電話に入力した前記認証コードから前記認証鍵を生成し，前記認証アプリケーションが利用可能な状態で，前記ＵＩＭの前記セキュリティドメイン権限下に前記認証鍵を書き込む第１の発行手段と，前記携帯電話から前記アプリケーションのダウンロードを要求するためのアクセスを受けたとき，前記ユーザに前記認証コードの入力を要求し，前記ユーザが前記携帯電話に入力した前記認証コードを前記認証アプリケーションに認証させ，前記認証アプリケーションが前記認証コードの認証に成功した場合，前記アプリケーションを前記ＵＩＭの前記セキュリティドメイン権限下に書き込む第２の発行手段とを備えていることを特徴とする装置。
【請求項７】
請求項６に記載の装置であって，前記装置の前記第１の発行手段は，前記携帯電話の固有データに関連付けて，前記認証コードから生成した前記認証鍵を記憶し，前記第２の発行手段は，前記携帯電話の固有情報に関連付けられた前記認証鍵を用いて前記携帯電話に送信する前記アプリケーションを暗号化し，前記ＵＩＭの前記セキュリティドメインは，暗号化されたアプリケーションを前記セキュリティドメイン権限下に記憶された前記認証鍵を用いて復号し，復号した前記アプリケーションを前記セキュリティドメイン権限下に書き込むことを特徴とする装置。
【請求項８】
請求項６または請求項７に記載の装置であって，前記発行装置の前記第１の発行手段は，前記認証コードを前記ユーザから取得する前に，前記携帯電話のＰＩＮコードを取得し，前記ＰＩＮコードを前記携帯電話の機能を用いて認証し，前記ＰＩＮコードの認証に成功した場合のみ，前記ユーザから前記認証コードを取得することを特徴とする装置。
【請求項９】
コンピュータに組み込むことによって、コンピュータを請求項６から請求項８のいずれか１項に記載の装置として動作させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，携帯電話に実装されるＵＩＭ（UIM: User Identity Module）にアプリケーションを発行するための技術に関する。
【背景技術】
【０００２】
近年，携帯電話をクレジット決済に利用することが検討されている。携帯電話をクレジット決済に利用するときは，赤外線通信や近距離無線通信規格の一つであるＮＦＣ（NFC: Near Field Communication）などの非接触通信機能を備えた携帯電話に装着されたＵＩＭカード（UIM: User Identity Module）にクレジットアプリケーションをインストールし、携帯電話を所持するユーザがクレジット決済するとき，携帯電話の該非接触通信機能を利用してクレジット決済が行われる。
【０００３】
クレジット決済に携帯電話を利用するとき，該携帯電話に実装されるＵＩＭカードには，クレジット決済を利用するためのアプリケーションであるクレジットアプリケーションがインストールされることになるが，クレジットアプリケーションの利用には，クレジット決済の与信審査が必要になるため，クレジットアプリケーションの発行が問題になる。
【０００４】
例えば，特許文献１で開示されている発明のように，携帯電話会社の申込情報とクレジットの申込情報を一つにまとめた情報を用いて，携帯電話とクレジットの申し込みを同時に行うようにすれば，携帯電話のサービス店で，携帯電話アプリケーションとクレジットアプリケーションを同時にＵＩＭに発行することができるようになる。
【０００５】
しかし，携帯電話の審査は即日で終了するものの，利用限度額が高額な場合，クレジットの与信審査に数日かかるため，特許文献１のように，携帯電話アプリケーションとクレジットアプリケーションを同時にＵＩＭに発行するようにすると，ユーザが申し込みしたその日から携帯電話を利用することができない。
【０００６】
また，当然のことながら，携帯電話を利用開始した後に，クレジット会社が運営管理しているウェブサーバにアクセスし，携帯電話のＵＩＭに該ウェブサーバからクレジットアプリケーションをダウンロードすることも技術的には可能であるが，利用限度額が高額な場合，クレジットの与信審査に数日かかるケースがあるため，クレジットアプリケーションがＵＩＭにダウンロードするユーザの正当性をクレジット会社側で検証する必要がある。
【０００７】
【特許文献１】特開２００７−１８３８５２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
そこで，本発明は，クレジットアプリケーションのように，アプリケーションの利用を申し込みしてから，該アプリケーションを携帯電話のＵＩＭにダウンロードできる迄に日数がかかる場合，該アプリケーションを携帯電話のＵＩＭにダウンロードするときに，該アプリケーションをＵＩＭにダウンロードするユーザの正当性をアプリケーションの提供側で検証することのできるシステム及び方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決する第１の発明は，アプリケーション提供者のセキュリティドメインと，前記携帯電話を所持するユーザの認証コードを認証鍵を用いて認証する認証アプリケーションがプリインストールされたＵＩＭと，前記ＵＩＭが実装される携帯電話と，前記携帯電話に装着された前記ＵＩＭにアプリケーションを発行する装置とから構成されるアプリケーション発行システムであって，前記装置は，前記携帯電話からアプリケーションの利用申込するためのアクセスを受けたとき，前記ユーザに前記認証コードの入力を要求し，該ユーザが前記携帯電話に入力した前記認証コードから前記認証鍵を生成し，前記認証アプリケーションが利用可能な状態で，前記ＵＩＭの前記セキュリティドメイン権限下に前記認証鍵を書き込む第１の発行手段と，前記携帯電話から前記アプリケーションのダウンロードを要求するためのアクセスを受けたとき，前記ユーザに前記認証コードの入力を要求し，前記ユーザが前記携帯電話に入力した前記認証コードを前記認証アプリケーションに認証させ，前記認証アプリケーションが前記認証コードの認証に成功した場合，前記アプリケーションを前記ＵＩＭの前記セキュリティドメイン権限下に書き込む第２の発行手段とを備えていることを特徴とするアプリケーション発行システムである。
【００１０】
第１の発明によれば，前記アプリケーションを前記ＵＩＭにダウンロードするときに前記認証コードの認証に利用する認証鍵は，前記アプリケーションを申し込みしたユーザの認証コードに基づき前記装置で生成されるため，前記アプリケーションの提供者側で，前記アプリケーションの申し込みをした前記ユーザと，前記アプリケーションをダウンロードするユーザが同一人物であることを検証できるようになる。
【００１１】
更に，第２の発明は，第１の発明に記載のアプリケーション発行システムであって，前記装置の前記第１の発行手段は，前記携帯電話の固有データに関連付けて，前記認証コードから生成した前記認証鍵を記憶し，前記第２の発行手段は，前記携帯電話の固有情報に関連付けられた前記認証鍵を用いて前記携帯電話に送信する前記アプリケーションを暗号化し，前記ＵＩＭの前記セキュリティドメインは，暗号化されたアプリケーションを前記セキュリティドメイン権限下に記憶された前記認証鍵を用いて復号し，復号した前記アプリケーションを前記セキュリティドメイン権限下に書き込むことを特徴とするアプリケーション発行システムである。
【００１２】
第２の発明によれば，前記ＵＩＭと前記装置間で前記認証鍵を用いたセキュアチャネルが構築されるため，前記ＵＩＭと前記装置相互で，正当性を担保できる。
【００１３】
更に，第３の発明は，第１の発明または第２の発明に記載のアプリケーション発行システムであって，前記装置の前記第１の発行手段は，前記認証コードを前記ユーザから取得する前に，前記携帯電話のＰＩＮコードを取得し，前記ＰＩＮコードを前記携帯電話の機能を用いて認証し，前記ＰＩＮコードの認証に成功した場合のみ，前記ユーザから前記認証コードを取得することを特徴とするアプリケーション発行システムである。
【００１４】
上述した第３の発明によれば，前記装置の前記第１の発行手段が前記認証鍵を生成するための基になる前記認証コードを前記携帯電話に入力した前記ユーザの本人認証を実施できるようになる。
【００１５】
更に，第４の発明は，アプリケーション提供者のセキュリティドメインと，前記携帯電話を所持するユーザの認証コードを認証鍵を用いて認証する認証アプリケーションがプリインストールされたＵＩＭと，前記ＵＩＭが実装される携帯電話と，前記携帯電話に装着された前記ＵＩＭにアプリケーションを発行する装置とを利用したアプリケーション発行方法であって，前記装置が，前記携帯電話からアプリケーションの利用申込するためのアクセスを受けたとき，前記ユーザに前記認証コードの入力を要求し，前記ユーザが前記携帯電話に入力した前記認証コードから前記認証鍵を生成し，前記認証アプリケーションが利用可能な状態で，前記ＵＩＭの前記セキュリティドメイン権限下に前記認証鍵を書き込む第１の発行工程と，前記装置が，前記携帯電話から前記アプリケーションのダウンロードを要求するためのアクセスを受けたとき，前記ユーザに前記認証コードの入力を要求し，前記ユーザが前記携帯電話に入力した前記認証コードを前記認証アプリケーションに認証させ，前記認証アプリケーションが前記認証コードの認証に成功した場合，前記アプリケーションを前記ＵＩＭの前記セキュリティドメイン権限下に書き込む第２の発行工程が実行されることを特徴とするアプリケーション発行方法である。
【００１６】
更に，第５の発明は，第４の発明に記載のアプリケーション発行方法であって，前記第２の発行工程において，前記装置は，前記携帯電話の固有データに関連付けて，前記認証コードから生成した前記認証鍵を記憶し，前記第２の発行工程において，前記装置は，前記携帯電話の固有情報に関連付けられた前記認証鍵を用いて前記携帯電話に送信する前記アプリケーションを暗号化し，前記ＵＩＭの前記セキュリティドメインは，暗号化されたアプリケーションを前記セキュリティドメイン権限下に記憶された前記認証鍵を用いて復号し，復号した前記アプリケーションを前記セキュリティドメイン権限下に書き込むことを特徴とするアプリケーション発行方法である。
【００１７】
第４の発明及び第５の発明によれば、上述した第１の発明及び第２の発明と同様の効果が得られる。
【００１８】
第６の発明は、アプリケーション提供者のセキュリティドメインと，前記携帯電話を所持するユーザの認証コードを認証鍵を用いて認証する認証アプリケーションがプリインストールされたＵＩＭと，前記ＵＩＭが実装される携帯電話と，前記携帯電話に装着された前記ＵＩＭにアプリケーションを発行する装置とから構成されるアプリケーション発行システムにおける，装置であって，前記装置は，前記携帯電話からアプリケーションの利用申込するためのアクセスを受けたとき，前記ユーザに前記認証コードの入力を要求し，該ユーザが前記携帯電話に入力した前記認証コードから前記認証鍵を生成し，前記認証アプリケーションが利用可能な状態で，前記ＵＩＭの前記セキュリティドメイン権限下に前記認証鍵を書き込む第１の発行手段と，前記携帯電話から前記アプリケーションのダウンロードを要求するためのアクセスを受けたとき，前記ユーザに前記認証コードの入力を要求し，前記ユーザが前記携帯電話に入力した前記認証コードを前記認証アプリケーションに認証させ，前記認証アプリケーションが前記認証コードの認証に成功した場合，前記アプリケーションを前記ＵＩＭの前記セキュリティドメイン権限下に書き込む第２の発行手段とを備えていることを特徴とする装置である。
【００１９】
第６の発明によれば，前記アプリケーションを前記ＵＩＭにダウンロードするときに前記認証コードの認証に利用する認証鍵は，前記アプリケーションを申し込みしたユーザの認証コードに基づき前記装置で生成されるため，前記アプリケーションの提供者側で，前記アプリケーションの申し込みをした前記ユーザと，前記アプリケーションをダウンロードするユーザが同一人物であることを検証できる装置を提供できる。
【００２０】
第７の発明は第６の発明に記載の装置であって，前記第１の発行手段は，前記携帯電話の固有データに関連付けて，前記認証コードから生成した前記認証鍵を記憶し，前記第２の発行手段は，前記携帯電話の固有情報に関連付けられた前記認証鍵を用いて前記携帯電話に送信する前記アプリケーションを暗号化し，前記ＵＩＭの前記セキュリティドメインは，暗号化されたアプリケーションを前記セキュリティドメイン権限下に記憶された前記認証鍵を用いて復号し，復号した前記アプリケーションを前記セキュリティドメイン権限下に書き込むことを特徴とする装置である。
【００２１】
第７の発明によれば，前記ＵＩＭと前記装置間で前記認証鍵を用いたセキュアチャネルが構築されるため，前記ＵＩＭと前記装置相互で，正当性を担保できる装置を提供することができる。
【００２２】
第８の発明は，第６の発明または第７の発明に記載の装置であって、前記第１の発行手段は，前記認証コードを前記ユーザから取得する前に，前記携帯電話のＰＩＮコードを取得し，前記ＰＩＮコードを前記携帯電話の機能を用いて認証し，前記ＰＩＮコードの認証に成功した場合のみ，前記ユーザから前記認証コードを取得することを特徴とする装置である。
【００２３】
第８の発明によれば，前記第１の発行手段が前記認証鍵を生成するための基になる前記認証コードを前記携帯電話に入力した前記ユーザの本人認証を実施できるようになる装置を提供することができる。
【００２４】
更に、第９の発明は、コンピュータに組み込むことによって、コンピュータを第６の発明から第８の発明のいずれか１つに記載の装置として動作させるプログラムである。
【００２５】
第９の発明によって、コンピュータを第６の発明から第８の発明のいずれか１つに記載の装置として機能させることができる。
【発明の効果】
【００２６】
このように，本発明によれば，クレジットアプリケーションのように，アプリケーションの利用を申し込みしてから，該アプリケーションを携帯電話のＵＩＭにダウンロードできる迄に日数がかかる場合，該アプリケーションを携帯電話のＵＩＭにダウンロードするときに，該アプリケーションをＵＩＭにダウンロードするユーザの正当性をアプリケーションの提供側で検証することのできるシステム、装置及び方法を提供できる。
【発明を実施するための最良の形態】
【００２７】
ここから，本発明の最良の実施形態について，図を参照しながら詳細に説明する。図１は，本実施形態に係わるアプリケーション発行システム１の構成を説明する図である。
【００２８】
図１に図示したように，本実施形態に係わるアプリケーション発行システム１は，ＵＩＭ２（User Identity Module）が装着される携帯電話３とクレジット会社が管理運営しているウェブサーバである発行装置５とから少なくとも構成され，携帯電話３と発行装置５それぞれは，携帯電話３の無線通信局を含むネットワーク回線網４に接続されている。
【００２９】
ＵＩＭ２が製造されたとき，ＵＩＭ２の製造会社によって，携帯電話３のセキュリティドメインが実装され，更に，携帯電話３のセキュリティドメイン権限下に，携帯電話３を利用するための携帯電話アプリケーションがＵＩＭ２にプリインストールされる。
【００３０】
ユーザ７が携帯電話３の利用を申し込みしたときに，携帯電話会社のサービス店に設置された端末装置によって，携帯電話会社のセキュリティドメイン権限下に置かれた携帯電話アプリケーションの発行と，認証コードを用いてユーザ７を認証する認証アプリケーションのインストールと，クレジット会社のセキュリティドメインのインストールとが，携帯電話会社のセキュリティドメインによって実行される。
【００３１】
携帯電話会社のセキュリティドメインによってインストールされた認証アプリケーションは，Install for Extraditionコマンドによって，クレジット会社のセキュリティドメイン権限下に置かれ，ユーザ７がクレジットを申込したときに，クレジット会社のセキュリティドメインによって，認証アプリケーションは発行される。
【００３２】
ＵＩＭ２に認証アプリケーションがインストールされた時点においては，ユーザ７の認証コードを認証するために利用する認証鍵などのデータは，クレジット会社のセキュリティドメイン権限下に書き込まれておらず，ユーザ７がクレジットサービスを発行装置５に申し込みしたとき，発行装置５側で，ユーザ７が携帯電話３に入力した認証コードの認証に利用する認証鍵及びチャレンジが生成され，クレジット会社のセキュリティドメインが，認証アプリケーションが利用可能な状態で，該認証鍵及び該チャレンジをクレジット会社のセキュリティドメイン権限下に書き込むことで，認証アプリケーションは発行される。
【００３３】
ユーザ７のクレジットサービスの利用に係わる与信審査が通過し，携帯電話３のＵＩＭ２にクレジットアプリケーションをダウンロードするとき，認証アプリケーションは，該携帯電話３を操作するユーザ７の認証コードを認証することで該ユーザ７の正当性を検証し，該認証コードの認証に成功すると，クレジット会社のセキュリティドメインと発行装置５間に，該認証コードの認証に利用した認証鍵を用いたセキュアチャネルが構築され，クレジット会社のセキュリティドメインによって，ＵＩＭ２クレジットアプリケーションがクレジット会社のセキュリティドメイン権限下に書き込まれることで，ＵＩＭ２にクレジットアプリケーションが発行される。
【００３４】
このように，本実施形態におけるアプリケーション発行システム１によれば，クレジットアプリケーションをダウンロードするユーザ７の認証コードの認証に利用する認証鍵は，クレジットを申し込みしたユーザ７の認証コードに基づき発行装置５側で生成されるため，クレジットアプリケーションを提供するクレジット会社側で，クレジットの申し込みをしたユーザ７と，クレジットアプリケーションをダウンロードするユーザ７が同一人物であることを検証できるようになる。
【００３５】
更に，クレジットアプリケーションをダウンロードするときに，ユーザ７の認証コードの認証に利用する認証鍵を用いて，ＵＩＭ２にインストールされたクレジット会社のセキュリティドメインと発行装置５間にセキュアチャネルを構築することで，ＵＩＭ２と発行装置５相互の正当性を担保できるようになる。
【００３６】
まず，図１で図示したアプリケーション発行システム１を構成する携帯電話３，ＵＩＭ２および発行装置５について説明する。
【００３７】
図２は，携帯電話３およびＵＩＭ２のブロック図である。図２に図示したように，図１で図示した携帯電話３は，非接触通信規格の一つであるＮＦＣ（NFC: Near Field Communication）に対応した携帯電話３である。
【００３８】
ＮＦＣに対応した携帯電話３は，ＩＳＯ／ＩＥＣ１８０９２で規格化されているＦｅｌｉＣａに対応した携帯電話３が広く普及しているため，ここでは詳細な説明を省くが，携帯電話３には，携帯電話３用のJava(登録商標) Virtual Machine（以下，ＪＶＭ），ブラウザ及びデータ通信などの実行を制御するプロセッサ３０，ＮＦＣチップ３１（ここでは，ＦｅｌｉＣａ用のＩＣチップ）などが備えられ，プロセッサ３０及びＮＦＣチップ３１と通信可能なようにＵＩＭ２が装着される。
【００３９】
携帯電話３に装着されるＵＩＭ２には，ＣＰＵ（Central Processing Unit），ＲＡＭ（Random Access Memory）などを備えたＩＣカード用のＩＣチップが実装され，このＩＣチップ上には，プラットフォーム型オペレーティングシステムとしてJava(登録商標) Card Virtual Machine２２（以下，ＪＣＶＭ）が構築され，該ＪＣＶＭ２２には，カードマネージャの役割を果たすアプレットとして，携帯電話会社のセキュリティドメインであるＩＳＤ２０（ISD: Issuer Security Domain）と，携帯電話会社以外（ここでは，クレジット会社）のセキュリティドメインであるＳＳＤ２１（SSD: Supplementary Security Domain）が実装されている。
【００４０】
ＩＳＤ２０は，ＵＩＭ２の発行者（ここでは，携帯電話会社）が管理するアプレットで，ＳＳＤ２１をＵＩＭ２にインストールする機能，携帯電話会社のアプリケーションをＩＳＤ２０権限下にインストールする機能などを備えている。
【００４１】
また，ＳＳＤ２１は，ＵＩＭ２の発行者以外の者（ここでは，クレジット会社）が管理するアプレットで，クレジット会社のアプリケーション（ここでは，クレジットアプリケーション２５）をＳＳＤ２１権限下にインストールする機能などを備えている。
【００４２】
ＵＩＭ２の製造会社においてＩＳＤ２０と携帯電話アプリケーション２３がＵＩＭ２にインストールされ，携帯電話３がユーザ７に渡されるとき，携帯電話３のサービスカウンタに設置された発行機によって，携帯電話アプリケーション２３の発行と，認証アプリケーション２４のインストールと，ＳＳＤ２１のインストールがＩＳＤ２０によって実行され，ＩＳＤ２０のInstall for Extraditionコマンドによって，認証アプリケーション２４はＩＳＤ２０権限下からＳＳＤ２１権限下に移行する。
【００４３】
ＳＳＤ２１権限下に置かれる認証アプリケーション２４は，ユーザ７の認証コードを認証するアプリケーションで，ＳＳＤ２１は，認証アプリケーション２４の処理結果に応じて，クレジットアプリケーション２５のインストールを制御する。
【００４４】
なお，ここで，認証コードとは，ユーザ認証に利用するデータを意味し，ユーザ７のパスワードやユーザ７の生体データ（例えば，指紋データや声紋データ）などを意味する。
【００４５】
ＳＳＤ２１権限下に認証アプリケーション２４がインストールされた時点では，認証アプリケーション２４は初期化の状態で，認証コードを認証するために必要なデータはＳＳＤ２１権限下には書き込まれておらず，ユーザ７が携帯電話３を操作して，発行装置５にクレジットの申し込みをすると，認証アプリケーション２４が認証コードを認証するときに利用するデータとして，ユーザ７が携帯電話３に入力した認証コードから認証鍵とチャレンジが発行装置５で生成され，該認証鍵及び該チャレンジがＳＳＤ２１権限下に書き込まれる。
【００４６】
そして，ユーザ７の与信審査が通過し，クレジットアプリケーション２５を発行装置５からダウンロードするときに，携帯電話３を操作するユーザ７の認証コードを認証アプリケーション２４は認証し，該認証に成功すると，ＳＳＤ２１は，携帯電話３にクレジットアプリケーション２５をＳＳＤ２１権限下にインストールする。
【００４７】
図３は，クレジット会社によって管理されるウェブサーバである発行装置５のブロック図である。発行装置５は汎用的なウェブサーバと同じハードウェア資源（例えば，ＣＰＵ，ＲＡＭ，ハードディスクなど）を備え，コンピュータプログラムによって発行装置５に備えられる機能として，携帯電話３のＵＩＭ２にロードされた認証アプリケーション２４を発行する第１の発行手段５０と，携帯電話３のＵＩＭ２にクレジットアプリケーション２５をインストールする第２の発行手段５１を備え，更に，発行装置５には，暗号演算をセキュアに行う耐タンパーデバイスであるＨＳＭ６（ＨＳＭ６: Hardware Security Module）が接続されている。
【００４８】
図３に図示したように，発行装置５の第１の発行手段５０は，携帯電話３のＪＶＭ上で動作するプログラムで，携帯電話３を操作するユーザ７から認証コードを取得し，該認証コードを発行装置５の第１の発行手段５０に対して送信する機能，認証アプリケーション２４が利用可能な状態で，第１の発行手段５０から受信した認証鍵及びチャレンジをＳＳＤ２１に書き込み，認証アプリケーション２４を発行する機能を備えた第１のアプレット５０ａを有している。
【００４９】
発行装置の第１の発行手段５０は，クレジットの申込要求を携帯電話３から受けると，発行装置５の第１の発行手段５０は，上述した第１のアプレット５０ａを該携帯電話３に送信する。そして，第１の発行手段５０は，携帯電話３上で作動している第１のアプレット５０ａから認証コードを受信すると，発行装置５に接続されたＨＳＭ６を利用して，該認証コードから認証鍵を生成し，更に，該認証鍵を利用して認証コードを認証するためのチャレンジを生成する。
【００５０】
発行装置５の第１の発行手段５０は，認証鍵及びチャレンジを生成すると，ＵＩＭ２と発行装置５間のセキュアチャンネルを構築するためのセッション鍵として利用できるように，携帯電話３の固有データ（例えば，携帯電話３の電話番号）に関連付けて生成した認証鍵を発行装置５のハードディスクなどに記憶すると共に，認証鍵及びチャレンジを携帯電話３の第１のアプレット５０ａ対して送信し，携帯電話３に装着されたＵＩＭ２にインストールされている認証アプリケーション２４を発行する。
【００５１】
なお，携帯電話３に発行装置５の第１の発行手段５０から送信される第１のアプレット５０ａに，携帯電話３のＰＩＮコードをユーザ７から取得し，携帯電話３の機能を利用して，該ＰＩＮコードを認証させる機能を備えさせると，クレジットを申込したときに，ユーザ７の正当性を検証することができる。
【００５２】
また，図３に図示したように，発行装置５の第２の発行手段５１は，携帯電話３のＪＶＭ上で動作するプログラムで，携帯電話３を操作するユーザ７から認証コードを取得し，該認証コードを認証アプリケーション２４に認証させる機能，該認証コードの認証に成功した場合，第２の発行手段５１に対してクレジットアプリケーション２５の送信を要求し，第２の発行手段５１から受信したクレジットアプリケーション２５のインストールをＳＳＤ２１に要求する機能を備えた第２のアプレット５１ａを有している。
【００５３】
発行装置５の第２の発行手段５１は，携帯電話３からクレジットアプリケーション２５のダウンロード要求を受けると，発行装置５の第２の発行手段５１は，上述した第２のアプレット５１ａを該携帯電話３に送信する。そして，第２の発行手段５１は，携帯電話３上で作動している第２のアプレット５１ａからクレジットアプリケーション２５の送信要求を受けると，該携帯電話の固定データに関連付けて記憶している認証鍵を用いてクレジットアプリケーション２５を暗号化し，暗号化したクレジットアプリケーション２５を第２のアプレット５１ａに送信し，第２のアプレット５１ａにクレジットアプリケーション２５を発行させる。
【００５４】
携帯電話３上で作動している第２のアプレット５１ａは，発行装置５の第２の発行手段５１から暗号化されたクレジットアプリケーション２５を受信すると，該クレジットアプリケーション２５のインストールをＳＳＤ２１に要求する。
【００５５】
携帯電話３上で作動している第２のアプレット５１ａは，暗号化されたクレジットアプリケーション２５を所定のブロック毎に分割して，ＳＳＤ２１に送信し，ＳＳＤ２１は，ＳＳＤ２１権限下に記憶された認証鍵を用いて，暗号化されたクレジットアプリケーション２５のブロックを復号し，復号したクレジットアプリケーション２５のブロックをＳＳＤ２１権限下に書き込むことで，クレジットアプリケーション２５がＵＩＭ２にインストールされる。
【００５６】
ここから，本発明に係わる方法の説明も兼ねて，アプリケーション発行システム１で実行される一連の手順について説明する。図４は，携帯電話３のＵＩＭ２にインストールされた認証アプリケーション２４を発行する手順を示したフロー図で，図５は，携帯電話３のＵＩＭ２にクレジットアプリケーション２５をインストールする手順を示したフロー図である。
【００５７】
まず，図４を参照しながら，認証アプリケーション２４を発行する手順について説明する。クレジットの利用申し込み要求をするために， ユーザ７が携帯電話３を操作して発行装置５の所定のＵＲＬにアクセスすると（Ｓ１），携帯電話３と発行装置５は暗号プロトコル（例えば，SSL: Secure Sockets Layer）でデータ通信し，ユーザ７の氏名・住所などクレジットの利用申し込みに必要なデータをユーザ７が発行装置５に入力した後，所定のボタンがクリックされると，発行装置５の第１の発行手段５０が作動し，第１の発行手段５０は第１のアプレット５０ａを携帯電話３に送信する（Ｓ２）。
【００５８】
第１のアプレット５０ａが携帯電話３に送信され，携帯電話３の上で起動すると，第１のアプレット５０ａは，ユーザ７に携帯電話３のＰＩＮコード（PIN: Personal identification number）の入力を促す画面をディスプレイに表示させ，携帯電話３にＰＩＮコードが入力されると，携帯電話３の機能を用いて，携帯電話３内のメモリ或いはＵＩＭ２のＩＳＤ２０権限下に記憶されているＰＩＮコードと入力されたＰＩＮコードを照合し，携帯電話３を操作するユーザ７の正当性を検証する（Ｓ３）。
【００５９】
第１のアプレット５０ａは，携帯電話３のＰＩＮコードの処理結果によって処理を分岐させ（Ｓ４），携帯電話３のＰＩＮコードの認証に成功したときは，認証アプリケーション２４を発行する処理を続行し，携帯電話３のＰＩＮコードの認証に失敗すると，認証アプリケーション２４を発行する処理を中断し，この手順を終了する。
【００６０】
携帯電話３のＰＩＮコードの認証に成功したとき，第１のアプレット５０ａは，認証コードの入力をユーザ７に促す画面を携帯電話３のディスプレイに表示させ，ユーザ７が携帯電話３に入力した認証コードを取得し，該認証コードを発行装置５に送信する（Ｓ５）。
【００６１】
詳しくは，ユーザ７の認証コードとは，ユーザ７のパスワードやユーザ７の生体データ（例えば，指紋データ）などを意味し，第１のアプレット５０ａが認証コードを取得する方式は，認証コードによって異なる。
【００６２】
例えば，ユーザ７のパスワードを認証コードとするとき，第１のアプレット５０ａは，パスワードを入力するためのフォームが表示される画面を携帯電話３のディスプレイに表示させ，ユーザ７が携帯電話３のテンキーを用いて入力した文字や数字を認証コードとして取得する。
【００６３】
また，ユーザ７の生体データ（ここでは，指紋データ）を認証コードとするとき，第１のアプレット５０ａは，指紋データを携帯電話３に備えられた指紋センサに読み取らせるためのメッセージを携帯電話３のディスプレイに表示させ，携帯電話３の指紋センサから得られた指紋データを認証コードとして取得する。
【００６４】
発行装置５の第１の発行手段５０は，携帯電話３で作動している第１のアプレット５０ａから認証コードを受信すると，ＨＳＭ６を利用して，認証コードから認証鍵を生成し，更に，所定のアルゴリズムに従い，該認証鍵を用いて該認証コードからチャレンジを生成し，該認証鍵と該チャレンジを携帯電話３の第１のアプレット５０ａに対して送信する（Ｓ６）。
【００６５】
携帯電話３で作動している第１のアプレット５０ａは，発行装置５から認証鍵及びチャレンジを受信すると，該認証鍵及び該チャレンジを認証アプリケーション２４に書き込むコマンドをＳＳＤ２１に送信し（Ｓ７），ＳＳＤ２１が，ＳＳＤ２１権限下のファイルに該認証鍵及び該チャレンジを書き込むなどして，認証アプリケーション２４が利用可能な状態で該認証鍵及び該チャレンジをＳＳＤ２１権限下に書き込み，認証アプリケーション２４を発行し（Ｓ８），この手順は終了する。
【００６６】
次に，図５を参照しながら，携帯電話３のＵＩＭ２にクレジットアプリケーション２５をインストールする手順について説明する。
【００６７】
図４の手順が実行された後，図４のＳ１でクレジットサービスの利用申し込みしたユーザ７の与信審査が通過すると，電子メールなどによって，発行装置５から該ユーザ７が所持する携帯電話３に対して与信審査が終了したことが通知される（Ｓ１０）。
【００６８】
該通知には，クレジットアプリケーション２５をダウロードするときにアクセスする発行装置５のＵＲＬが記述されており，該ユーザ７が携帯電話３を操作して該ＵＲＬにアクセスすると，携帯電話３と発行装置５は暗号プロトコルでデータ通信し，ユーザ７が所定の操作を行い発行装置５にクレジットアプリケーション２５のダウンロード要求を行うと（Ｓ１１），発行装置５の第２の発行手段５１が作動し，第２の発行手段５１は，該ＵＲＬにアクセスした携帯電話３に対して第２のアプレット５１ａを送信する（Ｓ１２）。
【００６９】
第２のアプレット５１ａが携帯電話３上で作動すると，第２のアプレット５１ａは，図４のＳ５と同様に，認証コードの入力を促す画面を携帯電話３のディスプレイに表示して，ユーザ７が携帯電話３に入力した認証コードを取得し（Ｓ１３），ＳＳＤ２１権限下の認証アプリケーション２４に該認証コードの認証を要求する（Ｓ１４）。
【００７０】
ＵＩＭ２の認証アプリケーション２４は，第２のアプレット５１ａから認証コードの認証要求を受けると，発行装置５の第１の発行手段５０と同じアルゴリズムに従い，第２のアプレット５１ａから受信した認証コードからチャレンジを生成し，図４の手順が実行されることで認証アプリケーション２４に書き込まれたチャレンジと照合することで，第２のアプレット５１ａから受信した認証コードを認証する（Ｓ１５）。
【００７１】
第２のアプレット５１ａは，認証アプリケーション２４の認証結果によって処理を分岐させ（Ｓ１６），認証アプリケーション２４から得られた認証結果が成功を示すときは，クレジットアプリケーション２５の発行処理を続行し，認証アプリケーション２４から得られた認証結果が失敗を示すときは，クレジットアプリケーション２５の発行処理を中断し，この手順を終了する。
【００７２】
認証アプリケーション２４から得られた認証結果は成功を示すとき，第２のアプレット５１ａは，発行装置５に対してクレジットアプリケーション２５の送信を要求する（Ｓ１７）。
【００７３】
発行装置５は，携帯電話３で起動している第２のアプレット５１ａからクレジットアプリケーション２５の送信要求を受けると，該携帯電話３の固有データに関連付けて記憶している認証鍵を取得し，該認証鍵を用いて， ユーザ７の個人情報（例えば，氏名など）が書き込まれたクレジットアプリケーション２５を暗号化し，暗号化したクレジットアプリケーション２５を携帯電話３の第２のアプレット５１ａに送信する（Ｓ１８）。
【００７４】
携帯電話３で作動している第２のアプレット５１ａは，暗号化されたクレジットアプリケーション２５を発行装置５から受信すると，ＳＳＤ２１に対して，暗号化されたクレジットアプリケーション２５のインストールを要求する（Ｓ１９）。
【００７５】
携帯電話３上で作動している第２のアプレット５１ａは，暗号化されたクレジットアプリケーション２５を所定のブロック毎に分割して，ＳＳＤ２１に送信し，ＳＳＤ２１は，ＳＳＤ２１権限下に記憶された認証鍵を用いて，暗号化されたクレジットアプリケーション２５のブロックを復号し，復号したクレジットアプリケーション２５のブロックをＳＳＤ２１権限下に書き込むことで，クレジットアプリケーション２５がＵＩＭ２にインストールされる（２０）。
【図面の簡単な説明】
【００７６】
【図１】アプリケーション発行システムの構成を説明する図。
【図２】携帯電話およびＵＩＭのブロック図。
【図３】発行装置のブロック図。
【図４】認証アプリケーションを発行する手順を示したフロー図。
【図５】クレジットアプリケーションをインストールする手順を示したフロー図。
【符号の説明】
【００７７】
１  アプリケーション発行システム
２  ＵＩＭ
２０  ＩＳＤ
２１  ＳＳＤ
２３  Virtual Machine
２４  認証アプリケーション
２５  クレジットアプリケーション
３  携帯電話
４  ネットワーク網
５  発行装置
５０  第１の発行手段
５０ａ  第１のアプレット
５１  第２の発行手段
５１ａ  第２のアプレット
６  ＨＳＭ
【図１】
2010117995.tif 000003
【図２】
2010117995.tif 000004
【図３】
2010117995.tif 000005
【図４】
2010117995.tif 000006
【図５】
2010117995.tif 000007