(57)【要約】【課題】クレジットアプリケーションを携帯電話などの携帯端末にダウンロードするときに、ユーザの正当性に加え、携帯端末の仕様の正当性をも検証できるシステムを提供する。【解決手段】クレジットアプリを携帯電話２にダウンロードするとき、ＰＩＮなどをシードとしたＯＴＰがＵＩＭカード３で生成され、通信事業者サーバ５は該ＯＴＰの認証に成功すると、クレジットアプリに携帯電話２が対応している場合に限り、ダウンロードアプリを携帯電話２に送信する。該ダウンロードアプリが携帯電話２で起動すると、ＰＩＮなどをシードとしたＯＴＰがＵＩＭカード３で生成され、クレジットサーバ６は該ＯＴＰの認証に成功し、ユーザが与信審査に通過している場合に限り、クレジットアプリを携帯電話２に送信する。【選択図】図１
2010097512.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末へ金融系アプリケーションをダウンロードするアプリケーションダウンロードシステムであって、ＵＩＭ毎に固有なＵＩＤ（User Identifier）を記憶し、入力されたデータを少なくともシードに利用して、ワンタイムパスワード（OTP: One Time Password）を生成するＯＴＰ生成手段を備えたＵＩＭカードを装着し、前記ＵＩＭカードを利用してＯＴＰを生成する携帯端末と、ＵＩＤに紐付けしてユーザの暗証番号を記憶し、前記携帯端末からアクセスがあると、前記携帯端末にＯＴＰの生成を要求し、前記携帯端末から受信したＵＩＤに紐付けされた暗証番号を少なくとも利用して、前記携帯端末から受信したＯＴＰを認証する第１のＯＴＰ認証手段と、ＯＴＰの認証に成功すると、前記携帯端末の端末ＩＤから前記携帯端末の金融系アプリケーションへの対応状況を確認する端末審査手段と、前記金融系アプリケーションに前記携帯電話が対応している場合、ダウンロードアプリケーションを前記携帯端末に送信する第１のアプリケーション送信手段を備えた第１のサーバと、ＵＩＤに紐付けして暗証番号と与信審査情報を記憶し、前記携帯端末で起動した前記ダウンロードアプリケーションから前記金融系アプリケーションの送信要求を受けたとき、前記携帯端末から受信したＵＩＤに紐付けされた暗証番号を少なくとも利用して、前記携帯端末から受信したＯＴＰを認証する第２のＯＴＰ認証手段と、ＯＴＰの認証に成功すると、前記携帯端末から受信したＵＩＤに紐付けされた与信審査情報を確認するユーザ審査手段と、ユーザが与信審査に通過しているとき、前記金融系アプリケーションを前記携帯端末へ送信する第２のアプリケーション送信手段を備えた第２のサーバと、から少なくとも構成され、前記携帯端末は、前記第１のサーバの要求を受けて、ユーザから暗証番号を取得し、暗証番号を少なくともシードとしたＯＴＰの生成を前記ＵＩＭカードに命令し、前記ＵＩＭカードが生成したＯＴＰ、前記ＵＩＭカードに記憶されたＵＩＤ及び前記携帯端末の端末ＩＤを前記第１のサーバに送信し、前記第１のサーバから送信された前記ダウンロードアプリケーションをメモリに記憶し、前記ダウンロードアプリケーションが起動したとき、暗証番号を少なくともシードとしたＯＴＰの生成を前記ＵＩＭカードに命令し、前記ＵＩＭカードが生成したＯＴＰ、前記ＵＩＭカードに記憶されたＵＩＤ及び前記携帯端末の端末ＩＤを前記第２のサーバに送信し、前記金融系アプリケーションを前記ＵＩＭカードに記憶することを特徴とするアプリケーションダウンロードシステム。
【請求項２】
請求項１に記載のアプリケーションダウンロードシステムにおいて、前記携帯端末は、前記ＵＩＭカードにＯＴＰの生成を命令するとき、ユーザから取得した暗証番号に加え、前記携帯端末の端末ＩＤをシードに含ませ、前記第１のサーバの前記第１のＯＴＰ認証手段及び前記第２のサーバの前記第２のＯＴＰ認証手段は、前記携帯端末から受信した端末ＩＤをＯＴＰの認証に利用することを特徴とするアプリケーションダウンロードシステム。
【請求項３】
携帯端末へ金融系アプリケーションをダウンロードするアプリケーションダウンロード方法であって、ユーザごとに固有なＵＩＤ（User Identifier）を記憶し、入力されたデータを少なくともシードに利用して、ワンタイムパスワード（OTP: One Time Password）を生成するＵＩＭカードを装着した携帯端末が第１のサーバにアクセスし、前記第１のサーバからの要求に従い、ユーザから暗証番号を取得し、暗証番号と前記携帯端末のＩＤを少なくともシードとしたＯＴＰの生成を前記ＵＩＭカードに命令し、前記ＵＩＭカードが生成したＯＴＰ、前記ＵＩＭカードに記憶されたＵＩＤ及び前記携帯端末の端末ＩＤを前記第１のサーバに送信し、ダウンロードアプリケーションの送信を要求するステップａ、ＵＩＤに紐付けしてユーザの暗証番号を記憶している前記第１のサーバは、前記携帯端末からＯＴＰ、ＵＩＤ及び端末ＩＤを受信すると、ＵＩＤに紐付けされた暗証番号と端末ＩＤを少なくとも利用して、前記携帯端末から受信したＯＴＰを認証し、ＯＴＰの認証に成功すると、前記携帯端末の前記金融系アプリケーションへの対応状況を確認し、前記金融系アプリケーションに前記携帯端末が対応している場合、ダウンロードアプリケーションを送信するステップｂ、前記携帯端末が前記第１のサーバから受信した前記ダウンロードアプリケーションをメモリに記憶するステップｃ、前記携帯端末で前記ダウンロードアプリケーションが起動したとき、前記携帯端末が、ユーザから取得した暗証番号と端末ＩＤを少なくともシードとしたＯＴＰの生成を前記ＵＩＭカードに命令し、前記ＵＩＭカードが生成したＯＴＰ、前記ＵＩＭカードに記憶されたＵＩＤ及び前記携帯端末の端末ＩＤを第２のサーバに送信し、前記金融系アプリケーションの送信を要求するステップｄ、ＵＩＤに紐付けして暗証番号と与信審査情報を記憶した前記第２のサーバは、前記ダウンロードアプリケーションが起動している前記携帯電話から前記金融系アプリケーションの送信要求を受けたとき、前記携帯端末から受信したＵＩＤに紐付けされた暗証番号と端末ＩＤを少なくとも利用して、前記携帯端末から受信したＯＴＰを認証し、ＯＴＰの認証に成功すると、前記携帯端末から受信したＵＩＤで特定されるユーザの与信審査情報を確認し、ユーザが与信審査に通過しているとき、前記金融系アプリケーションを前記携帯端末へ送信するステップｅ、前記携帯端末が前記第２のサーバから受信した金融系アプリケーションを前記ＵＩＭカードに記憶するステップｆ、が実行されることを特徴とするアプリケーションダウンロード方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話に代表される携帯端末にアプリケーションをダウンロードするための技術に関する。
【背景技術】
【０００２】
近年、 携帯電話を使った決済機能として、ＵＩＭカードにクレジットアプリケーションを搭載し、ＮＦＣ（NFC: Near Field Communication)などの規格に基づいて非接触通信を行うことで、携帯電話を非接触クレジットカードとして利用することが検討されている。
【０００３】
携帯電話を非接触クレジットカードとして利用するためには、非接触クレジットカードの役割を果たす携帯電話を管理している通信事業者の審査と、非接触クレジットカードを運営するクレジット会社の与信審査の２つをユーザは受ける必要があり、ユーザは両者に対して申込書などを記入し、それぞれの審査を受ける必要があり、携帯電話を非接触クレジットカードとして利用するまでの作業が大変面倒であった。
【０００４】
特許文献１では、携帯電話機の購入申込情報とクレジットカードの入会申込情報とを１つに融合した申込情報を用い、クレジット会社の与信審査が終了した時点で、携帯電話機の開通処理を実行することで、ユーザが携帯電話を受け取った時点から、携帯電話のクレジット機能を利用可能とする発明が開示されている。
【０００５】
しかし、クレジットカードの審査は厳しく、与信限度額が高額等になる場合には、クレジットカードの与信審査に数日を要し、携帯電話は申し込みした日から利用できるにも関わらず、クレジットカードの与信審査が終了するまでの期間、ユーザは携帯電話を利用できない問題がある。
【０００６】
クレジットカードの与信審査の期間中においても、ユーザが携帯電話を利用可能とするには、クレジットカードの与信審査を通過した後に、クレジットアプリケーションをＵＩＭカードにダウンロードすればよいが、悪意のある者が、本人になりすましてダウンロードし携帯電話が悪用される可能性があるため、申し込みをした本人なのかどうか、ユーザ認証する必要がある。
【０００７】
携帯電話を利用したユーザ認証に係わる発明としては、例えば、特許文献２において、携帯電話がアクセスするＷｅｂサイト内にワンタイムパスワード(OTP: OneTime Password)方式によるパスコード生成を指示するタグを含ませ、携帯電話が該Ｗｅｂサイトにアクセスしたときに、このタグが携帯電話で解釈実行されることで、ユーザにＰＩＮ（Personal Identification Number）の入力を促し、ユーザのＰＩＮを少なくともシードにしたＯＴＰをＷｅｂサーバ側で照合することで、携帯電話を操作するユーザを認証する発明が開示されている。
【０００８】
確かに、ＯＴＰは一度しか利用できないため、ＯＴＰを利用してユーザ認証することで、一般的なパスワードよりもユーザ認証のセキュリティ強度を高めることができるが、上述した従来技術では、クレジットアプリケーションを携帯電話にダウンロードするとき、携帯電話を所持するユーザの正当性は検証できるが、携帯電話の仕様を検証できないため、クレジット決済に未対応の携帯電話であるにも関わらず、クレジットアプリケーションをユーザが携帯電話にダウンロードしてしまう可能性がある。
【０００９】
【特許文献１】特開２００７−１８３８５２号公報
【特許文献２】特開２００８−４０９０９号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
そこで、本発明は、クレジットアプリケーションなどの金融系アプリケーションを携帯電話などの携帯端末にダウンロードするときに、ユーザの正当性に加え、携帯端末の仕様の正当性をも検証することで、金融系アプリケーションの誤送信を防止できるアプリケーションダウンロードシステム及び方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上述した課題を解決する第１の発明は、携帯端末へ金融系アプリケーションをダウンロードするアプリケーションダウンロードシステムであって、ＵＩＭ毎に固有なＵＩＤ（User Identifier）を記憶し、入力されたデータを少なくともシードに利用して、ワンタイムパスワード（OTP: One Time Password）を生成するＯＴＰ生成手段を備えたＵＩＭカードを装着し、前記ＵＩＭカードを利用してＯＴＰを生成する携帯端末と、ＵＩＤに紐付けしてユーザの暗証番号を記憶し、前記携帯端末からアクセスがあると、前記携帯端末にＯＴＰの生成を要求し、前記携帯端末から受信したＵＩＤに紐付けされた暗証番号を少なくとも利用して、前記携帯端末から受信したＯＴＰを認証する第１のＯＴＰ認証手段と、ＯＴＰの認証に成功すると、前記携帯端末の端末ＩＤから前記携帯端末の金融系アプリケーションへの対応状況を確認する端末審査手段と、前記金融系アプリケーションに前記携帯電話が対応している場合、ダウンロードアプリケーションを前記携帯端末に送信する第１のアプリケーション送信手段を備えた第１のサーバと、ＵＩＤに紐付けして暗証番号と与信審査情報を記憶し、前記携帯端末で起動した前記ダウンロードアプリケーションから前記金融系アプリケーションの送信要求を受けたとき、前記携帯端末から受信したＵＩＤに紐付けされた暗証番号を少なくとも利用して、前記携帯端末から受信したＯＴＰを認証する第２のＯＴＰ認証手段と、ＯＴＰの認証に成功すると、前記携帯端末から受信したＵＩＤに紐付けされた与信審査情報を確認するユーザ審査手段と、ユーザが与信審査に通過しているとき、前記金融系アプリケーションを前記携帯端末へ送信する第２のアプリケーション送信手段を備えた第２のサーバと、から少なくとも構成され、前記携帯端末は、前記第１のサーバの要求を受けて、ユーザから暗証番号を取得し、暗証番号を少なくともシードとしたＯＴＰの生成を前記ＵＩＭカードに命令し、前記ＵＩＭカードが生成したＯＴＰ、前記ＵＩＭカードに記憶されたＵＩＤ及び前記携帯端末の端末ＩＤを前記第１のサーバに送信し、前記第１のサーバから送信された前記ダウンロードアプリケーションをメモリに記憶し、前記ダウンロードアプリケーションが起動したとき、暗証番号を少なくともシードとしたＯＴＰの生成を前記ＵＩＭカードに命令し、前記ＵＩＭカードが生成したＯＴＰ、前記ＵＩＭカードに記憶されたＵＩＤ及び前記携帯端末の端末ＩＤを前記第２のサーバに送信し、前記金融系アプリケーションを前記ＵＩＭカードに記憶することを特徴とする。
【００１２】
更に、第２の発明は、第１の発明に記載のアプリケーションダウンロードシステムにおいて、前記携帯端末は、前記ＵＩＭカードにＯＴＰの生成を命令するとき、ユーザから取得した暗証番号に加え、前記携帯端末の端末ＩＤをシードに含ませ、前記第１のサーバの前記第１のＯＴＰ認証手段及び前記第２のサーバの前記第２のＯＴＰ認証手段は、前記携帯端末から受信した端末ＩＤをＯＴＰの認証に利用することを特徴とする。
【００１３】
更に、第３の発明は、携帯端末へ金融系アプリケーションをダウンロードするアプリケーションダウンロード方法であって、ユーザごとに固有なＵＩＤ（User Identifier）を記憶し、入力されたデータを少なくともシードに利用して、ワンタイムパスワード（OTP: One Time Password）を生成するＵＩＭカードを装着した携帯端末が第１のサーバにアクセスし、前記第１のサーバからの要求に従い、ユーザから暗証番号を取得し、暗証番号と前記携帯端末のＩＤを少なくともシードとしたＯＴＰの生成を前記ＵＩＭカードに命令し、前記ＵＩＭカードが生成したＯＴＰ、前記ＵＩＭカードに記憶されたＵＩＤ及び前記携帯端末の端末ＩＤを前記第１のサーバに送信し、ダウンロードアプリケーションの送信を要求するステップａ、ＵＩＤに紐付けしてユーザの暗証番号を記憶している前記第１のサーバは、前記携帯端末からＯＴＰ、ＵＩＤ及び端末ＩＤを受信すると、ＵＩＤに紐付けされた暗証番号と端末ＩＤを少なくとも利用して、前記携帯端末から受信したＯＴＰを認証し、ＯＴＰの認証に成功すると、前記携帯端末の前記金融系アプリケーションへの対応状況を確認し、前記金融系アプリケーションに前記携帯端末が対応している場合、ダウンロードアプリケーションを送信するステップｂ、前記携帯端末が前記第１のサーバから受信した前記ダウンロードアプリケーションをメモリに記憶するステップｃ、前記携帯端末で前記ダウンロードアプリケーションが起動したとき、前記携帯端末が、ユーザから取得した暗証番号と端末ＩＤを少なくともシードとしたＯＴＰの生成を前記ＵＩＭカードに命令し、前記ＵＩＭカードが生成したＯＴＰ、前記ＵＩＭカードに記憶されたＵＩＤ及び前記携帯端末の端末ＩＤを第２のサーバに送信し、前記金融系アプリケーションの送信を要求するステップｄ、ＵＩＤに紐付けして暗証番号と与信審査情報を記憶した前記第２のサーバは、前記ダウンロードアプリケーションが起動している前記携帯電話から前記金融系アプリケーションの送信要求を受けたとき、前記携帯端末から受信したＵＩＤに紐付けされた暗証番号と端末ＩＤを少なくとも利用して、前記携帯端末から受信したＯＴＰを認証し、ＯＴＰの認証に成功すると、前記携帯端末から受信したＵＩＤで特定されるユーザの与信審査情報を確認し、ユーザが与信審査に通過しているとき、前記金融系アプリケーションを前記携帯端末へ送信するステップｅ、前記携帯端末が前記第２のサーバから受信した金融系アプリケーションを前記ＵＩＭカードに記憶するステップｆ、が実行されることを特徴とする。
【発明の効果】
【００１４】
上述した発明によれば、ユーザの暗証番号を少なくともシートとしたＯＴＰをＵＩＭカードで生成し、サーバ側で該ＯＴＰを認証することでユーザとＵＩＭカードの組み合わせの正当性を検証することができ、なりすまし行為などの不正行為を防止できる。
【００１５】
更に、携帯端末の端末ＩＤを利用して、金融系アプリケーションへの携帯端末の対応状況を確認することで、携帯端末の仕様の正当性を検証することで、金融系アプリケーションに非対応の携帯端末へ金融系アプリケーションを送信することを防止できる。
【００１６】
また、携帯端末の通信事業者のサーバを第１のサーバと金融会社のサーバを第２のサーバとすれば、ユーザはクレジットなどの与信審査が通過してから、金融決済に利用する金融系アプリケーションを携帯端末にダウンロードできるため、クレジットの与信審査待ちで、携帯端末が利用できなくなることはなくなる。
【００１７】
なお、ユーザの暗証番号及び携帯端末の端末ＩＤを少なくともシードとしたＯＴＰをＵＩＭカードで生成し、サーバ側で該ＯＴＰを認証することで、ユーザ、ＵＩＭカード及び携帯端末の組み合わせの正当性を検証することができるようになる。
【００１８】
なお、本発明において、携帯端末とは、無線通信機能を備えた情報端末で、具体的には携帯電話、無線通信機能を備えたＰＤＡ（Personal Digital Assistant）などを意味する。
【発明を実施するための最良の形態】
【００１９】
ここから、本発明の好適な実施形態について、図を参照しながら詳細に説明する。図１は、本実施形態におけるアプリケーションダウンロードシステム１の構成を説明する図である。
【００２０】
図１に図示したように、アプリケーションダウンロードシステム１は、本発明に係わる携帯端末の機能を備えた携帯電話２と、携帯電話２に組み込まれて利用されるＵＩＭカード３と、携帯電話２を利用した通信事業者が運営し、本発明に係わる第１のサーバの機能を備えたサーバ５(以下、通信事業者サーバ５）と、クレジット会社が運営し、本発明に係わる第２のサーバの機能を備えたサーバ６（以下、クレジットサーバ６）とから構成され、通信事業者サーバ５及びクレジットサーバ６は、公衆無線回線網など複数のネットワークから構成されるインターネット４に接続されている。
【００２１】
図２及び図３は、携帯電話２にアプリケーション（以下、「アプリ」と略す。）をダウンロードするときに、図１で図示したアプリケーションダウンロードシステム１で実行される実行される手順を示したフロー図で、図２は、ダウンロードアプリを携帯電話２にインストールする手順を示したフロー図で、図３は、金融系アプリであるクレジットアプリを携帯電話２にインストールする手順を示したフロー図である。
【００２２】
まず、図２を参照しながら、ダウンロードアプリを携帯電話２にインストールする手順について説明する。
【００２３】
ユーザが所持する携帯電話２をクレジットカードとして利用するために、ユーザがクレジットアプリを携帯電話２にダウンロードするとき、まず、ユーザは携帯電話２を操作し、クレジットアプリをダウンロードするために必要なダウンロードアプリを提供している通信事業者サーバ５のＷｅｂサイトにアクセスし、通信事業者サーバ５に対してダウンロードアプリの送信を要求する（図２のＳ１）。
【００２４】
通信事業者サーバ５のＷｅｂサイトは、ダウンロードアプリの送信要求を携帯電話２から受けると、特許文献２の発明で開示されている内容などを利用し、携帯電話２に対してＯＴＰ（One Time Password）の生成を要求する（図２のＳ２）。
【００２５】
携帯電話２は、通信事業者サーバ５からＯＴＰの生成要求を受けると、ユーザの暗証番号としてＰＩＮ（Personal Identification Number)を入力する画面をディスプレイに表示させ、携帯電話２を操作するユーザからＰＩＮを取得し（図２のＳ３）、ユーザのＰＩＮ及び携帯電話２の端末ＩＤ（例えば、携帯電話２のシリアル番号）を少なくともＵＩＭカード３に送信し、ＵＩＭカード３にＯＴＰの生成を命令する（図２のＳ４）。
【００２６】
ＵＩＭカード３はカウンタ同期方式のＯＴＰ（One Time Password）を生成する機能を備え、携帯電話２からＯＴＰの生成要求を受けると、携帯電話２から受信したユーザのＰＩＮ及び端末ＩＤを含み、ＵＩＭカード３の内部に設けられたカウンタの値をランダム成分とするシードからＯＴＰを生成し（図２のＳ５）、生成したＯＴＰを携帯電話２に返信し、携帯電話２は、インターネット４を経由して、ＵＩＭカード３から受信したＯＴＰを通信事業者サーバ５に送信する（図２のＳ６）。
【００２７】
なお、ダウンロードアプリを提供している通信事業者サーバ５のＷｅｂサイトで公開されちるＷｅｂページには、ＵＩＭカード３に記憶されているＵＩＤ（User Identifier）と携帯電話２の端末ＩＤを通信事業者サーバ５に送信するためのタグ（例えば、utn属性を含んだFORMタグ）が記述され、携帯電話２からＯＴＰが送信されるとき、ＯＴＰに加え、端末ＩＤ及びＵＩＤが携帯電話２から通信事業者サーバ５に送信される。
【００２８】
通信事業者サーバ５はＵＩＤに紐付けしてユーザのＰＩＮ及びカウンタ同期方式のＯＴＰに生成するカウンタを記憶し、携帯電話２からＯＴＰ、端末ＩＤ及びＵＩＤを受信すると、ＵＩＤに紐付けされたユーザのＰＩＮ及びカウンタの値、並びに、端末ＩＤを少なくともシードとし、ＵＩＭカード３と同じアルゴリズムで参照ＯＴＰを生成し、携帯電話２から受信したＯＴＰと参照ＯＴＰを照合することで、携帯電話２から受信したＯＴＰを認証する（図２のＳ７）。
【００２９】
通信事業者サーバ５は、携帯電話２から受信したＯＴＰの認証に成功すると、ＯＴＰを送信した携帯電話２の端末ＩＤから携帯電話２の機種を特定し、クレジット決済対応の機種であるか確認し（図２のＳ８）、クレジット決済対応の機種であれば、クレジットカードアプリを携帯電話２にダウンロードするときに利用するダウンロードアプリを携帯電話２に送信し（図２のＳ９）、携帯電話２のメモリにダウンロードアプリが記憶される（図２のＳ１０）。
【００３０】
ここから、図３を参照しながら、図２の手順が実行されることで、携帯電話２にインストールされたダウンロードアプリを利用して、クレジットアプリを携帯電話２にインストールする手順について説明する。
【００３１】
図２で図示した手順が実行されることで携帯電話２に記憶されたダウンロードアプリが起動すると（図３のＳ１１）、携帯電話２のディスプレイにＰＩＮを入力する画面を表示させ、予めクレジットサーバ６に登録されているユーザのＰＩＮを取得し（図３のＳ１２）、ユーザのＰＩＮと携帯電話２の端末ＩＤを少なくともＵＩＭカード３に送信し、ＵＩＭカード３にＯＴＰの生成を命令する（図３のＳ１３）。
【００３２】
ダウンロードアプリからＯＴＰの生成要求を受けると、図２のＳ５と同様に、携帯電話２から受信したユーザのＰＩＮ及び端末ＩＤに加え、ＵＩＭカード３の内部に設けられたカウンタの値を少なくともシードとするＯＴＰを生成し、生成したＯＴＰを携帯電話２のダウンロードアプリに返信する（図３のＳ１４）。
【００３３】
ダウンロードアプリが起動している携帯電話２は、ＵＩＭカード３からＯＴＰを受信すると、ＯＴＰに加え、携帯電話２の端末ＩＤとＵＩＭカード３に記憶されたＵＩＤをクレジットサーバ６に送信し（図３のＳ１５）、クレジットサーバ６は、ダウンロードアプリが起動している携帯電話２からＯＴＰが送信されると、通信事業者サーバ５と同様にＯＴＰを認証する（図３のＳ１６）。
【００３４】
クレジットサーバ６は、ＯＴＰの認証に成功すると、ＵＩＤで特定されているユーザの与信審査の結果を確認し（図３のＳ１７）、該ユーザが与信審査を通過してれば、クレジットカードとして携帯電話２を機能させるためのクレジットカードアプリを携帯電話２に送信し（図３のＳ１８）、ダウンロードアプリが起動している携帯電話２が、クレジットサーバ６からクレジットアプリを受信すると、クレジットアプリを携帯電話２のＵＩＭカード３にインストールする（図３のＳ１９）。
【００３５】
ここから、図１で図示したアプリケーションダウンロードシステム１を構成するＵＩＭカード３、通信事業者サーバ５及びクレジットサーバ６について説明する。なお、携帯電話２は市販の端末を利用できるため、ここでは携帯電話２の説明を省く。
【００３６】
図４はＵＩＭカード３を説明する図で、図４（ａ）はＵＩＭカード３の回路ブロック図、及び、図４（ｂ）はＵＩＭカード３の機能ブロック図である。
【００３７】
図４（ａ）に図示したように、ＵＩＭカード３は一般的な接触ＩＣカードと同じように、外部装置（ここでは、携帯電話２）と接続するためのコンタクト端子にＩＣチップが接続されたカードで、ＩＣチップには、ＣＰＵ３０（Central Processing Unit）、ＲＡＭ３１（Random Access Memory）、ＲＯＭ（ReadOnly Memory)３２、ＥＥＰＲＯＭ３３（Electrically Erasable and Programmable Read Only Memory）、ＩＳＯ７８１６のＵＡＲＴ３４（Universal Asynchronous Receiver Transmitter) などが備えられている。
【００３８】
更に、図４（ｂ）に図示したように、ＵＩＭカード３には、図４（ａ）で図示したハードウェア資源を利用し、ＵＩＭカード３のＩＣチップを動作させるコンピュータプログラムで実現される手段として、外部装置（ここでは、ＵＩＭカード３が装着された携帯電話２）からの指示に従いカウンタ同期方式のＯＴＰを生成するＯＴＰ生成手段３００を備え、データとして、カウンタ同期方式のＯＴＰを生成するときに利用するカウンタがＥＥＰＲＯＭ３３に設けられ、更に、ＵＩＤがＲＯＭ３２或いはＥＥＰＲＯＭ３３に記憶されている。
【００３９】
ＯＴＰ生成手段３００は、具体的にはＵＩＭカード３に実装された一つのコマンドで、外部装置からＯＴＰを生成するコマンドを受信すると、該コマンドのコマンドデータ（ここでは、ユーザのＰＩＮと端末ＩＤ）とカウンタの値をシードとし、定められたアルゴリズムに従い該シードからＯＴＰを生成し、生成したＯＴＰを外部装置に返信した後、ＯＴＰを生成する毎にカウンタを一つインクリメントする。
【００４０】
図５は通信事業者サーバ５を説明する図で、図５（ａ）は通信事業者サーバ５の回路ブロック図、及び、図５（ｂ）は通信事業者サーバ５の機能ブロック図である。
【００４１】
図５（ａ）に図示したように、通信事業者サーバ５は一般的なサーバで実現され、通信事業者サーバ５には、ＣＰＵ５０、ＲＡＭ５１、ハードディスク５２やネットワークインターフェース回路５３などが備えられている。
【００４２】
更に、図５（ｂ）に図示したように、通信事業者サーバ５には、図５（ａ）で図示したハードウェア資源を利用し、サーバを動作させるコンピュータプログラムで実現される手段として、携帯電話２から送信されるＯＴＰを認証するＯＴＰ認証手段５００と、ＯＴＰを送信した携帯電話２を審査する端末審査手段５０１と、アプリケーションを携帯電話２に送信するアプリケーション送信手段５０２を備え、通信事業者サーバ５のハードディスク５２には、ＵＩＭカード３に記憶されたＵＩＤに紐付けして、カウンタ同期方式のＯＴＰの生成に利用するカウンタと、携帯電話２を所持するユーザが予め登録したＰＩＮを記憶し、更に、ハードディスク５２には、携帯電話２の端末ＩＤに紐付けして、端末ＩＤで特定される機種がクレジットアプリに対応している否かを示す端末審査情報に加え、携帯電話２に送信するダウンロードアプリが記憶されている。
【００４３】
通信事業者サーバ５のＯＴＰ認証手段５００は、特許文献２の発明で開示されているような、携帯電話２に対してＯＴＰの生成を指示するタグと、携帯電話２から端末ＩＤとＵＩＤを取得するタグが記述されたＷｅｂページなどを利用して、通信事業者サーバ５にアクセスした携帯電話２にＯＴＰの生成を要求し、ＯＴＰ、ＵＩＤ及び端末ＩＤを携帯電話２から受信すると、携帯電話２から受信したＵＩＤに紐付けしてハードディスクに記憶されているユーザのＰＩＮ及びカウンタの値並びに端末ＩＤを少なくともシードとし、ＵＩＭカード３と同じアルゴリズムに従い該シードから参照ＯＴＰを演算し、携帯電話２から受信したＯＴＰと参照ＯＴＰを照合することで、携帯電話２から受信したＯＴＰを認証し、ＯＴＰを認証する毎に、参照ＯＴＰの生成に利用したカウンタを一つインクリメントする。
【００４４】
端末審査手段５０１は、ＯＴＰ認証手段５００がＯＴＰの認証に成功した後に作動する手段で、端末審査手段５０１は、ＯＴＰ認証手段５００が受信した端末ＩＤに紐付けされている端末審査情報を取得し、ＯＴＰを送信した携帯電話２がクレジットアプリに対応しているか確認する。
【００４５】
アプリケーション送信手段５０２は、ＯＴＰを送信した携帯電話２がクレジットアプリに対応していると端末審査手段５０１が判断したときに作動する手段で、ＯＴＰを送信した携帯電話２がクレジットアプリに対応していると端末審査手段５０１が判断すると、ＯＴＰを送信した携帯電話２にダウンロードアプリを送信する。
【００４６】
なお、通信事業者サーバ５が携帯電話２に送信するダウンロードアプリには、ユーザのＰＩＮの入力を促し、ユーザが入力したユーザのＰＩＮ及び端末ＩＤを少なくとも送信し、ＵＩＭカード３に対してＯＴＰの生成を命令する機能と、ＵＩＭカード３から受信したＯＴＰに加え、ＵＩＭ、端末ＩＤ及びダウンロードアプリのアプリＩＤをクレジットサーバ６に送信する機能が備えられている。
【００４７】
図６はクレジットサーバ６を説明する図で、図６（ａ）はクレジットサーバ６の回路ブロック図、及び、図６（ｂ）はクレジットサーバ６の機能ブロック図である。
【００４８】
図６（ａ）に図示したように、クレジットサーバ６は一般的なサーバで実現され、クレジットサーバ６には、ＣＰＵ６０、ＲＡＭ６１、ハードディスク６２やネットワークインターフェース回路６３などが備えられている。
【００４９】
更に、図６（ｂ）に図示したように、クレジットサーバ６には、図６（ａ）で図示したハードウェア資源を利用し、サーバを動作させるコンピュータプログラムで実現される手段として、携帯電話２から送信されるＯＴＰを認証するＯＴＰ認証手段６００と、ＯＴＰを送信した携帯電話２を所持するユーザを審査するユーザ審査手段６０１と、クレジットアプリを携帯電話２に送信するアプリケーション送信手段６０２を備え、クレジットサーバ６のハードディスク６２には、ＵＩＭカード３に記憶されたＵＩＤに紐付けして、カウンタ同期方式のＯＴＰの生成に利用するカウンタと、携帯電話２を所持するユーザが予め登録したＰＩＮと、ＵＩＤで特定されるユーザの与信審査の結果を示す与信審査情報が記憶され、更に、携帯電話２に送信するクレジットアプリが記憶されている。
【００５０】
クレジットサーバ６のＯＴＰ認証手段６００は、ＯＴＰ、ＵＩＭ、端末ＩＤ及びアプリＩＤを携帯電話２から受信し、該アプリＩＤがダウンロードアプリのアプリＩＤである場合、携帯電話２から受信したＵＩＤに紐付けしてハードディスク６２に記憶されているユーザのＰＩＮ及びカウンタの値、並びに、携帯電話２から受信した端末ＩＤを少なくともシードとし、ＵＩＭカード３と同じアルゴリズムに従い該シードから参照ＯＴＰを演算し、携帯電話２から受信したＯＴＰと参照ＯＴＰを照合することで、携帯電話２から受信したＯＴＰを認証し、ＯＴＰを認証する毎に、参照ＯＴＰの生成に利用したカウンタを一つインクリメントする。
【００５１】
ユーザ審査手段６０１は、ＯＴＰ認証手段６００がＯＴＰの認証に成功した後に作動する手段で、ユーザ審査手段６０１は、ＯＴＰ認証手段６００が受信したＵＩＤに紐付けされている与信審査情報を取得し、ＯＴＰを送信した携帯電話２を所持しているユーザがクレジットの与信審査を通過しているか確認する。
【００５２】
アプリケーション送信手段６０２は、ＯＴＰを送信した携帯電話２を所持するユーザがクレジットの与信審査を通過しているとユーザ審査手段６０１が判断したときに作動する手段で、ＯＴＰを送信した携帯電話２を所持するユーザがクレジットの与信審査を通過しているとユーザ審査手段６０１が判断すると、ＯＴＰを送信した携帯電話２にクレジットアプリを送信する。
【００５３】
なお、本発明は、これまで説明した実施の形態に限定されることなく、種々の変形や変更が可能である。例えば、上述した実施形態において、ＯＴＰを生成するシードとして、ユーザのＰＩＮ、携帯電話２の端末ＩＤ、及び、カウンタの値を利用していたが、カウンタの値の代わりに時刻データを用いることもできる。
【００５４】
時刻データをＯＴＰのシードとして利用するとき、ＵＩＭカード３、通信事業者サーバ５およびクレジットサーバ６にはカウンタは設けらず、カウンタの値の代わりに時刻データが用いられてＯＴＰ或いは参照ＯＴＰが生成される。
【００５５】
ＵＩＭカード３がＯＴＰを生成するとき、ユーザのＰＩＮ及び端末ＩＤに加え、携帯電話２の時計の時刻データが携帯電話２からＵＩＭカード３に送信され、ＵＩＭは、これらのデータをシードとしてＯＴＰを生成する。通信事業者サーバ５及びクレジットサーバ６は、携帯電話２から受信したＵＩＤで特定されるユーザのＰＩＮ、携帯電話２の端末ＩＤに加え、ＯＴＰを受信したときの時刻データを利用して参照ＯＴＰを生成し、携帯電話２から受信したＯＴＰを照合する。
【００５６】
更に、ＵＩＭ、通信事業者サーバ５及びクレジットサーバ６がＯＴＰを生成するシードにＵＩＤを含ませてもよい。
【図面の簡単な説明】
【００５７】
【図１】アプリケーションダウンロードシステムの構成を説明する図。
【図２】ダウンロードアプリを携帯電話にインストールする手順を示したフロー図。
【図３】クレジットアプリを携帯電話にインストールする手順を示したフロー図。
【図４】ＵＩＭカードを説明する図。
【図５】通信事業者サーバを説明する図。
【図６】クレジットサーバを説明する図。
【符号の説明】
【００５８】
１  アプリケーションダウンロードシステム
２  携帯電話（携帯端末）
３  ＵＩＭカード
４  インターネット
５  通信事業者サーバ（第１のサーバ）
６  クレジットサーバ（第２のサーバ）
【図１】
2010097512.tif 000003
【図２】
2010097512.tif 000004
【図３】
2010097512.tif 000005
【図４】
2010097512.tif 000006
【図５】
2010097512.tif 000007
【図６】
2010097512.tif 000008