JP2019504429A - モバイル端末ｅＳＥに基づくクレジット決済方法及び装置 - Google Patents

Abstract

本開示は、モバイル端末ｅＳＥに基づくクレジット決済方法及び装置に関し、前記方法は：取引情報を取引端末へ送信するステップと；前記取引情報に基づき、前記取引端末により送信された現在の決済取引引き落とし情報を受信するステップと；前記モバイル端末の埋込セキュアエレメント（ｅＳＥ）を用いて、前記引き落とし情報と前記取引情報とに基づき決済認証ライセンスを生成するステップと；前記決済認証ライセンスを前記取引端末へ送信するステップであって、これにより、前記取引端末が、受信した前記決済認証ライセンスに基づき現在の決済取引を完了する、送信するステップと；を含む。このように、決済取引を迅速且つ安全に行うことができ、オンライン決済が不要であるので、公共交通車両に乗車する際に、ユーザが決済取引機能を実施するために、現金、メトロカード等を使用しなければならないという、関連技術に伴う課題を効率的に解決できる。

Description

本開示は、コミュニケーション技術の分野に関し、特に、モバイル端末ｅＳＥに基づくクレジット決済方法及び装置に関する。

現在、公共交通機関には主に地上の交通機関と地下鉄がある。ユーザは公共交通機関のチケットを購入する場合、現金又はプリペイドカードを使うのが普通である。現金決済は主に公共交通システムに用いられており、ユーザは硬貨を投入してチケットを購入する。あるいは、ユーザはプリペイドのメトロカードを購入し、このカードを走査（スキャン）してバスや地下鉄に乗車できる。

ユーザがバスチケットを現金で購入する場合、多くのバスはセルフサービスであって、両替はできないので、ユーザはお釣りが要らない料金金額を事前に用意する必要があり、これはユーザにとって不便である。更に、営業終了後に、バスシステムの職員は、バスユーザがセルフサービスで投入した少額料金を全て数える必要があるため、職員への余計な作業となる。ユーザがメトロカードを使って公共交通機関を利用する場合、現在のメトロカードの多くは非接触無線周波（ＲＦ）カードであるので、カードの屈曲やカード表面の摩耗等のユーザによる損傷及び損耗が、通常の使用中、カードに生じやすい。ユーザが公共交通機関に乗るために１回乗車券を利用する場合、ユーザは通常、少額の１回乗車券を購入するので、やはり職員は小銭を数えねばならない。

ユーザが再使用可能なプリペイドカードを使って公共交通機関を利用する場合、再使用可能なプリペイドカードは非登録式であるために紛失届けを出せないので、カードの紛失はユーザの経済的損失になってしまう。更に、ユーザはプリペイドカードの購入、金額の補充（recharge、再チャージ）及び払い戻しを指定場所で行う必要があるので、ユーザにとって不便になる。

関連技術における課題を解決するために、本開示は、モバイル端末埋込セキュアエレメント（embedded Secure Element、ｅＳＥ）に基づくクレジット決済方法及び装置を提供する。

本開示の第１の実施の態様により、モバイル端末ｅＳＥに基づくクレジット決済方法が提供され、前記方法はモバイル端末に適用される。前記方法は：取引情報を取引端末へ送信するステップと；前記取引情報に基づき、前記取引端末により送信された現在の決済取引引き落とし情報を受信するステップと；前記モバイル端末のｅＳＥを用いて、前記引き落とし情報と前記取引情報とに基づき決済認証ライセンスを生成するステップと；前記決済認証ライセンスを前記取引端末へ送信するステップであって、これにより、前記取引端末が、受信した前記決済認証ライセンスに基づき前記現在の決済取引を完了する、送信するステップと；を含む。

取引情報を取引端末へ送信するステップの後に、前記方法は：前記取引端末により送信されたアプリケーション公開鍵証明書読み取り命令を受信するステップと；前記アプリケーション公開鍵証明書読み取り命令に基づき、アプリケーション公開鍵証明書を前記取引端末へ送信するステップと；を更に含む。

さらにまた、前記モバイル端末の埋込セキュアエレメント（ｅＳＥ）を用いて、決済認証ライセンスを生成するステップは；前記ｅＳＥに格納されているアプリケーション秘密鍵を用いて、前記引き落とし情報に基づき、署名データを生成するステップと；事前に生成された、前記ｅＳＥ上のＴＡＣサブキーを用いて、前記引き落とし情報と前記取引情報とに基づき、取引認証コード（ＴＡＣ）を生成するステップと；前記署名データと前記ＴＡＣとを前記決済認証ライセンスとして用いるステップと；を含む。

さらにまた、前記決済方法はバス移動の決済に適用され、前記取引情報は、決済カード番号と、利用可能限度額と、入場／退場フラグとを含む。

さらにまた、前記引き落とし情報は、引き落とし金額と、現在の決済取引の日付及び時刻と、現在の決済取引の入場／退場フラグと、現在の決済取引の駅情報とを含む。

前記方法は：現在の利用可能限度額を取得するために、前記現在の決済取引引き落とし情報中の前記引き落とし金額に基づき、前記取引情報中の前記利用可能限度額から前記引き落とし金額を差し引くステップと；前記現在の利用可能限度額を、前記モバイル端末におけるユーザに対応する利用可能限度額として用いるステップと；を更に含む。

本開示の第２の実施の態様により、モバイル端末ｅＳＥに基づくクレジット決済方法が提供され、前記方法は取引端末に適用される。前記方法は：モバイル端末により送信された取引情報を受信するステップと；前記取引情報に基づき、現在の決済取引引き落とし情報を生成するステップと；前記モバイル端末に前記引き落とし情報を送信するステップと；決済認証ライセンスを受信すると、前記決済認証ライセンスに基づき、前記現在の決済取引が完了した、と特定するステップと；を含む。

モバイル端末により送信された取引情報を受信した後、前記方法は：アプリケーション公開鍵証明書読み取り命令をモバイル端末へ送信するステップと；所定のモバイル端末により送信されたアプリケーション公開鍵証明書を受信するステップと；前記取引端末にローカルに格納されているクレジット認証公開鍵を用いて、アプリケーション公開鍵証明書を検証するステップと；検証中にアプリケーション公開鍵証明書からアプリケーション公開鍵を復元するときに、現在の決済取引引き落とし情報を生成する前記ステップを実行するステップを更に含む。

さらにまた、前記決済認証ライセンスは署名データとＴＡＣとを含み、前記決済認証ライセンスに基づき、前記現在の決済取引が完了した、と特定するステップは；前記アプリケーション公開鍵を用いて前記署名データを検証するステップと；前記署名データを検証する際に取引ログを生成するステップと；前記取引ログを所定のサーバへ送信するステップであって、これにより、前記所定のサーバが、前記取引ログに基づき、前記モバイル端末に対応するユーザアカウントから対応する金額を差し引く、送信するステップと；を含み、前記取引ログは、引き落とし金額と、取引日付と、取引時刻と、取引端末ＩＤと、決済カード番号と、利用可能限度額と、ＴＡＣとを含む。

さらにまた、前記方法はバス移動の決済に適用され、前記取引情報は少なくとも利用可能限度額と入場／退場フラグとを含み、前記方法は：前記取引情報中の前記利用可能限度額が所定の閾値を超える又は等しいかどうかを特定するステップと；前記利用可能限度額が前記所定の閾値を超える又は等しい場合、前記取引情報中の前記入場／退場フラグが退出状態にあるかどうかをチェックするステップと；前記取引情報中の前記入場／退場フラグが退出状態にある場合、アプリケーション公開鍵証明書読み取り命令を前記モバイル端末へ送信する前記ステップを実行するステップと；を更に含む。

本開示の第３の実施の態様により、モバイル端末ｅＳＥに基づくクレジット決済方法が提供され、前記方法はモバイル端末に適用される。前記方法は：前記モバイル端末のｅＳＥを用いて、アプリケーション公開鍵とアプリケーション秘密鍵とを別々に生成するステップと；前記アプリケーション公開鍵を所定のサーバへ送信するステップであって、これにより、前記所定のサーバが、ローカルに格納されている認証秘密鍵を用いて、前記アプリケーション公開鍵に署名してアプリケーション公開鍵証明書を生成する、送信するステップと；前記所定のサーバにより送信された前記公開鍵証明書を取得し、前記アプリケーション公開鍵証明書と前記アプリケーション秘密鍵との両方を前記ｅＳＥに保存するステップと；クレジット決済データ取得要求を前記所定のサーバへ送信するステップと；前記所定のサーバにより送信されたクレジット決済データを受信し、前記ｅＳＥを用いて、前記クレジット決済データに基づき、前記モバイル端末のクレジット決済機能を有効化するステップと；を含む。

前記方法は：前記モバイル端末のデバイスパラメータ情報を取得するステップと；前記デバイスパラメータ情報を前記所定のサーバへ送信するステップであって、これにより、前記所定のサーバが、クレジット決済有効化ハードウェア条件を、前記モバイル端末が満たしているかどうかを、前記受信したデバイスパラメータ情報に基づき特定する、送信するステップと；前記所定のサーバにより送信された、前記クレジット決済有効化情報が受信されたかどうかをチェックするステップと；前記所定のサーバにより送信された前記クレジット決済有効化情報が受信された場合、前記クレジット決済有効化ハードウェア条件を前記モバイル端末が満たしていることを特定し、アプリケーション公開鍵とアプリケーション秘密鍵とを別々に生成する前記ステップを実行するステップと；を更に含む。

前記方法は：ユーザＩＤ情報を取得するステップと；前記ユーザＩＤ情報を前記所定のサーバへ送信するステップであって、これにより、前記所定のサーバが、クレジット決済有効化セキュリティ認証条件を前記モバイル端末が満たしているかどうかを、前記受信したユーザＩＤ情報に基づき特定できる、送信するステップと；前記所定のサーバにより送信されたセキュリティ認証成功情報が受信されたかどうかをチェックするステップと；前記所定のサーバにより送信された前記セキュリティ認証成功情報が受信された場合、前記クレジット決済有効化セキュリティ認証条件を前記モバイル端末が満たしている、と特定し、アプリケーション公開鍵とアプリケーション秘密鍵とを別々に生成する前記ステップを実行するステップと；を更に含む。

前記方法は：クレジット決済アプリケーションと登録スクリプトとを含む所定のインストールファイルを取得する要求を、前記所定のサーバへ送信するステップと；前記所定のサーバにより送信された前記クレジット決済アプリケーションと前記登録スクリプトとを取得するステップと；前記クレジット決済アプリケーションと前記登録スクリプトとを前記ｅＳＥへ別々にインストールし、アプリケーション公開鍵とアプリケーション秘密鍵とを別々に生成する前記ステップを実行するステップと；を更に含む。

本開示の第４の実施の態様により、モバイル端末ｅＳＥに基づくクレジット決済方法が提供され、前記方法はサーバに適用される。前記方法は：モバイル端末ｅＳＥに基づくクレジット決済方法であって：モバイル端末により送信されたアプリケーション公開鍵を受信するステップと；アプリケーション公開鍵証明書を生成するために、前記サーバにローカルに格納されている認証秘密鍵を用いてアプリケーション公開鍵に署名するステップと；前記アプリケーション公開鍵証明書を前記モバイル端末へ送信するステップであって、これにより、前記モバイル端末が、前記受信したアプリケーション公開鍵証明書をｅＳＥに保存する、送信するステップと；前記モバイル端末により送信されたクレジット決済データ取得要求を受信するステップと；前記クレジット決済データ取得要求に基づき、前記モバイル端末に対応するクレジット決済データを生成し、前記クレジット決済データを前記モバイル端末へ送信するステップであって、これにより、前記モバイル端末が、前記受信したクレジット決済データに基づき、前記モバイル端末のクレジット決済機能を有効化する、送信するステップと；を含む。

前記方法は：前記モバイル端末により送信されたデバイスパラメータ情報を受信するステップと；前記デバイスパラメータ情報に基づき、クレジット決済有効化ハードウェア条件を前記モバイル端末が満たしているかどうかを特定するステップと；前記クレジット有効化ハードウェア条件を前記モバイル端末が満たしている場合、クレジット決済有効化情報を前記モバイル端末へ送信し、モバイル端末により送信されたアプリケーション公開鍵を受信する前記ステップを実行するステップと；を更に含む。

前記方法は：前記モバイル端末により送信されたユーザＩＤ情報を受信するステップと；前記ユーザＩＤ情報に基づき、クレジット決済有効化セキュリティ認証条件を前記モバイル端末が満たしているかどうかを特定するステップと；前記クレジット決済有効化セキュリティ認証条件を前記モバイル端末が満たしている場合、セキュリティ認証成功情報を前記モバイル端末へ送信し、モバイル端末により送信されたアプリケーション公開鍵を受信する前記ステップを実行するステップと；を更に含む。

前記方法は：前記モバイル端末により送信された、クレジット決済アプリケーションと登録スクリプトとを含む所定のインストールファイルを取得する要求を受信するステップと；前記所定のインストールファイルを取得する前記要求に基づき、前記クレジット決済アプリケーションと前記登録スクリプトとを別々に前記モバイル端末へ送信し、モバイル端末により送信されたアプリケーション公開鍵を受信する前記ステップを実行するステップと；を更に含む。

本開示の第５の実施の態様により、モバイル端末ｅＳＥに基づくクレジット決済装置が提供され、前記装置はモバイル端末に適用される。前記装置は：取引端末へ取引情報を送信するように構成された取引情報送信ユニットと；前記取引情報に基づき、前記取引端末により送信された現在の決済取引引き落とし情報を受信するように構成された引き落とし情報受信ユニットと；前記モバイル端末のｅＳＥを用いて、前記引き落とし情報と前記取引情報とに基づき、決済認証ライセンスを生成するように構成された決済認証ライセンス生成ユニットと；前記取引端末へ前記決済認証ライセンスを送信するように構成された決済認証ライセンス送信ユニットであって、これにより、前記取引端末が、受信した前記決済認証ライセンスに基づき前記現在の取引決済を完了する、決済認証ライセンス送信ユニットと；を含む。

前記装置は：前記取引端末により送信されたアプリケーション公開鍵証明書読み取り命令を受信するように構成されたアプリケーション公開鍵証明書読み取り命令受信ユニットと；前記アプリケーション公開鍵証明書読み取り命令に基づき、アプリケーション公開鍵証明書を前記取引端末へ送信するように構成されたアプリケーション公開鍵証明書送信ユニットと；を更に含む。

さらにまた、前記決済認証ライセンス生成ユニットは：前記ｅＳＥに格納されているアプリケーション秘密鍵を用いて、前記引き落とし情報に基づき、署名データを生成するように構成された署名データ生成モジュールと；事前に生成された、前記ｅＳＥ上のＴＡＣサブキーを用いて、前記引き落とし情報と前記取引情報とに基づき、ＴＡＣを生成するように構成されたＴＡＣ生成モジュールと；前記署名データと前記ＴＡＣとを決済認証ライセンスとして用いるように構成された決済認証ライセンス特定モジュールと；を含む。

さらにまた、前記決済装置がバス移動の決済に適用された場合、前記取引情報は、決済カード番号と、利用可能限度額と、入場／退場フラグとを含む。

さらにまた、前記引き落とし情報は、引き落とし金額と、前記現在の決済取引の日付及び時刻と、前記現在の決済取引の入場／退場フラグと、決済取引の駅情報とを含む。

前記装置は：現在の利用可能限度額を取得するために、前記現在の決済取引引き落とし情報中の前記引き落とし金額に基づき、前記取引情報中の前記利用可能限度額から引き落とし金額を差し引くように構成された現在利用可能限度額生成ユニットと；前記現在の利用可能限度額を、前記モバイル端末においてユーザに対応する利用可能限度額として用いるように構成された利用可能限度額特定ユニットと；を更に含む。

本開示の第６の実施の態様により、モバイル端末ｅＳＥに基づくクレジット決済装置が提供され、前記装置は取引端末に適用される。前記装置は：モバイル端末により送信された取引情報を受信するように構成された取引情報受信ユニットと；前記取引情報に基づき、現在の決済取引引き落とし情報を生成するように構成された引き落とし情報生成ユニットと；前記引き落とし情報を前記モバイル端末へ送信するように構成された引き落とし情報送信ユニットと；決済認証ライセンスが受信されると、前記決済認証ライセンスに基づき、前記現在の決済取引が完了した、と特定するように構成された決済取引完了特定ユニットと；を含む。

前記装置は：アプリケーション公開鍵証明書読み取り命令を前記モバイル端末へ送信するように構成されたアプリケーション公開鍵証明書読み取り命令送信ユニットと；所定の前記モバイル端末により送信されたアプリケーション公開鍵証明書を受信するように構成されたアプリケーション公開鍵証明書受信ユニットと；前記取引端末にローカルに格納されているクレジット認証公開鍵を用いて、前記アプリケーション公開鍵証明書を検証するように構成されたアプリケーション公開鍵証明書検証ユニットと；を更に含む。

さらにまた、前記決済認証ライセンスは署名データとＴＡＣとを含み、前記決済取引完了特定ユニットは：前記アプリケーション公開鍵を用いて前記署名データを検証するように構成された署名データ検証モジュールと；前記署名データが検証された際に取引ログを生成するように構成された取引ログ生成モジュールと；前記取引ログを所定のサーバへ送信するように構成された取引ログ送信モジュールであって、これにより、前記所定のサーバが、前記取引ログに基づき、前記モバイル端末に対応するユーザアカウントから、対応する金額を差し引く、取引ログ送信モジュールと；を含み、前記取引ログは、引き落とし金額と、取引日付と、取引時刻と、取引端末ＩＤと、決済カード番号と、利用可能限度額と、ＴＡＣとを含む。

さらにまた、前記装置はバス移動の決済に適用され；前記取引情報は少なくとも利用可能限度額と入場／退場フラグとを含み；前記装置は、閾値特定ユニットと入場／退場フラグ特定ユニットとを更に含み；前記閾値特定ユニットは、前記取引情報中の前記利用可能限度額が所定の閾値を超える又は等しいかどうかを特定するように構成され；前記入場／退場フラグ特定ユニットは、前記利用可能限度額が前記所定の閾値を超える又は等しい場合、前記取引情報中の前記入場／退場フラグが退出状態にあるかどうかをチェックするように構成され；前記アプリケーション公開鍵証明書読み取り命令送信ユニットは、前記取引情報中の前記入場／退場フラグが退出状態にある場合、前記アプリケーション公開鍵証明書読み取り命令を前記モバイル端末へ送信するように更に構成される。

本開示の第７の実施の態様により、モバイル端末ｅＳＥに基づくクレジット決済装置が提供され、前記装置はモバイル端末に適用される。前記装置は：前記モバイル端末のｅＳＥを用いて、アプリケーション公開鍵とアプリケーション秘密鍵とを別々に生成するように構成された鍵生成ユニットと；前記アプリケーション公開鍵を前記所定のサーバへ送信するように構成されたアプリケーション公開鍵送信ユニットであって、これにより、所定のサーバがローカルに格納されている認証秘密鍵を用いて前記アプリケーション公開鍵に署名してアプリケーション公開鍵証明書を生成する、アプリケーション公開鍵送信ユニットと；前記所定のサーバにより送信された公開鍵証明書を取得し、前記アプリケーション公開鍵証明書と前記アプリケーション秘密鍵との両方を前記ｅＳＥへ保存するように構成された公開鍵証明書取得ユニットと；クレジット決済データ取得要求を前記所定のサーバへ送信するように構成されたクレジット決済データ取得要求送信ユニットと；前記所定のサーバにより送信されたクレジット決済データを受信し、前記クレジット決済データに基づき前記モバイル端末のクレジット決済機能を有効化するように構成されたクレジット決済データ設定ユニットと；を含む。

前記装置は：前記モバイル端末のデバイスパラメータ情報を取得するように構成されたデバイスパラメータ情報取得ユニットと；前記デバイスパラメータ情報を前記所定のサーバへ送信するように構成されたデバイスパラメータ情報送信ユニットであって、これにより、前記所定のサーバが、前記受信したデバイスパラメータ情報に基づき、クレジット決済有効化ハードウェア条件を前記モバイル端末が満たしているかどうかを特定する、デバイスパラメータ情報送信ユニットと；前記所定のサーバにより送信されたクレジット決済有効化情報が受信されたかどうかをチェックするように構成された、クレジット決済有効化情報チェックユニットと；前記所定のサーバにより送信された前記クレジット決済有効化情報が受信されると、前記クレジット決済有効化ハードウェア条件を前記モバイル端末が満たしている、と特定するために用いられるクレジット決済ハードウェア有効化条件と；を更に含む。

前記装置は：ユーザＩＤ情報を取得するように構成されたユーザＩＤ情報取得ユニットと；前記ユーザＩＤ情報を前記所定のサーバへ送信するように構成されたユーザＩＤ情報送信ユニットであって、これにより、前記所定のサーバが、受信した前記ユーザＩＤ情報に基づき、前記クレジット決済有効化セキュリティ認証条件を前記モバイル端末が満たしているかどうかを特定する、ユーザＩＤ情報送信ユニットと；前記所定のサーバにより送信されたセキュリティ認証成功情報が受信されたかどうかをチェックするように構成されたセキュリティ認証成功情報チェックユニットと；前記特定のサーバにより送信された前記セキュリティ認証成功情報が受信されると、前記クレジット決済有効化セキュリティ認証条件を前記モバイル端末が満たしている、と特定するように構成されたハードウェア有効化条件の確認ユニットと；を更に含む。

前記装置は：クレジット決済アプリケーションと登録スクリプトとを含む所定のインストールファイルを取得する要求を前記所定のサーバへ送信するように構成された、所定インストールファイル取得要求送信ユニット と；前記所定のサーバにより送信された前記クレジット決済アプリケーションと登録スクリプトとを取得するように構成されたファイル取得ユニットと；前記クレジット決済アプリケーションと前記登録スクリプトとを前記ｅＳＥへ別々にインストールするように構成されたファイルインストールユニットと；を更に含む。

本開示の第８の実施の態様により、モバイル端末ｅＳＥに基づくクレジット決済装置が提供され、前記装置はサーバに適用される。前記装置は：モバイル端末により送信されたアプリケーション公開鍵を受信するように構成されたアプリケーション公開鍵受信ユニットと；アプリケーション公開鍵証明書を生成するために、前記サーバにローカルに格納されている認証秘密鍵を用いて前記アプリケーション公開鍵に署名するように構成されたアプリケーション公開鍵証明書生成ユニットと；前記アプリケーション公開鍵証明書を前記モバイル端末へ送信するように構成されたアプリケーション公開鍵証明書送信ユニットであって、これにより、前記モバイル端末が受信した前記アプリケーション公開鍵証明書をｅＳＥに保存する、アプリケーション公開鍵証明書送信ユニットと；前記モバイル端末により送信されたクレジット決済データ取得要求を受信するように構成されたクレジット決済データ取得要求受信ユニットと；前記クレジット決済データ取得要求に基づき、前記モバイル端末に対応するクレジット決済データを生成するように構成されたクレジット決済データ生成ユニットであって、前記クレジット決済データを前記モバイル端末へ送信し、これにより、前記モバイル端末が、受信した前記クレジット決済データに基づき、前記モバイル端末のクレジット決済機能を有効化する、クレジット決済データ生成ユニットと；を含む。

前記装置は：前記モバイル端末により送信されたデバイスパラメータ情報を受信するように構成されたデバイスパラメータ情報受信ユニットと；前記デバイスパラメータ情報に基づき、クレジット決済有効化ハードウェア条件を前記モバイル端末が満たしているかどうかを特定するように構成されたクレジット決済有効化ハードウェア条件特定ユニットと；前記クレジット決済有効化ハードウェア条件を前記モバイル端末が満たしている場合、クレジット決済有効化情報を前記モバイル端末へ送信するように構成されたクレジット決済有効化情報送信ユニットと；を更に含む。

前記装置は：前記モバイル端末により送信されたユーザＩＤ情報を受信するように構成されたユーザＩＤ情報受信ユニットと；前記ユーザＩＤ情報に基づき、前記クレジット決済有効化セキュリティ認証条件を前記モバイル端末が満たしているかどうかを特定するように構成されたセキュリティ認証条件特定ユニットと；前記クレジット決済有効化セキュリティ認証条件を前記ユーザＩＤ情報が満たしている場合、セキュリティ認証成功情報を前記モバイル端末へ送信するように構成されたセキュリティ認証成功情報送信ユニットと；を更に含む。

前記装置は：前記モバイル端末により送信された、クレジット決済アプリケーションと登録スクリプトとを含む所定のインストールファイルを取得する要求を受信するように構成された所定インストールファイル取得要求受信ユニットと；前記所定のインストールファイルを取得する前記要求に基づき、前記クレジット決済アプリケーションと前記登録スクリプトとを別々に前記モバイル端末へ送信するように構成されたインストールファイル送信ユニットと；を更に含む。

本開示の実施にて提供する技術的解決策は、以下の利点的効果を奏する。

本開示にて提供されるモバイル端末ｅＳＥに基づくクレジット決済方法及び装置は、モバイル端末及び取引（トランザクション）端末に適用できる。決済アプリケーションを有効に（有効化）した後に、ユーザは、モバイル端末を用いて、取引端末とのオフラインでのクレジット決済を完了できる。このように、決済取引を迅速且つ安全に行うことができ、オンライン決済が不要であるため、公共交通機関を利用する際にユーザが現金、メトロカード等を用いて決済取引機能を実施する必要がある関連技術の課題を効率的に解決できる。

ここまでの一般的な記述と以下の詳細な記述は実施例及び説明に過ぎず、本開示を限定するものではないことは言うまでもない。

添付の図面は、本明細書に組み込まれ、明細書の一部を構成し、本開示による実施を示し、本開示の原理を説明するために明細書とともに使用される。

図１は、本開示の実施によるクレジット認証システムを示す概略図である。

図２は、実施の例によるモバイル端末ｅＳＥに基づくクレジット決済方法を示すフローチャートである。

図３は、実施の例によるモバイル端末ｅＳＥに基づくクレジット決済方法を示すフローチャートである。

図４は、図２のステップＳ１３０を示すフローチャートである。

図５は、実施の例によるモバイル端末ｅＳＥに基づくクレジット決済方法を示すフローチャートである。

図６は、他の実施の例によるモバイル端末ｅＳＥに基づくクレジット決済方法を示すフローチャートである。

図７は、他の実施の例によるモバイル端末ｅＳＥに基づくクレジット決済方法を示すフローチャートである。

図８は、図６のステップＳ６４０を示すフローチャートである。

図９は、他の実施の例によるモバイル端末ｅＳＥに基づくクレジット決済方法を示すフローチャートである。

図１０は、他の実施の例によるモバイル端末ｅＳＥに基づくクレジット決済方法を示すフローチャートである。

図１１は、他の実施の例によるモバイル端末ｅＳＥに基づくクレジット決済方法を示すフローチャートである。

図１２は、他の実施の例によるモバイル端末ｅＳＥに基づくクレジット決済方法を示すフローチャートである。

図１３は、他の実施の例によるモバイル端末ｅＳＥに基づくクレジット決済方法を示すフローチャートである。

図１４は、他の実施の例によるモバイル端末ｅＳＥに基づくクレジット決済方法を示すフローチャートである。

図１５は、他の実施の例によるモバイル端末ｅＳＥに基づくクレジット決済方法を示すフローチャートである。

図１６は、他の実施の例によるモバイル端末ｅＳＥに基づくクレジット決済方法を示すフローチャートである。

図１７は、他の実施の例によるモバイル端末ｅＳＥに基づくクレジット決済方法を示すフローチャートである。

図１８は、本開示の実施によるモバイルフォン上のクレジット認証システムアプリケーションと、ｅＳＥチップと、取引端末の間でのシグナリングとを示す図である。

図１９は、本開示の実施による、モバイル端末とバスゲートとの間のシグナリングを示す図である。

図２０は、実施の例によるモバイル端末ｅＳＥに基づくクレジット決済装置を示す概略図である。

図２１は、実施の例によるモバイル端末ｅＳＥに基づくクレジット決済装置を示す概略図である。

図２２は、図２０の決済認証ライセンス生成ユニットを示す概略図である。

図２３は、実施の例によるモバイル端末ｅＳＥに基づくクレジット決済装置を示す概略図である。

図２４は、他の実施の例によるモバイル端末ｅＳＥに基づくクレジット決済装置を示す概略図である。

図２５は、他の実施の例によるモバイル端末ｅＳＥに基づくクレジット決済装置を示す概略図である。

図２６は、図２４の決済取引完了特定ユニットを示す概略図である。

図２７は、他の実施の例によるモバイル端末ｅＳＥに基づくクレジット決済装置を示す概略図である。

図２８は、他の実施の例によるモバイル端末ｅＳＥに基づくクレジット決済装置を示す概略図である。

図２９は、他の実施の例によるモバイル端末ｅＳＥに基づくクレジット決済装置を示す概略図である。

図３０は、他の実施の例によるモバイル端末ｅＳＥに基づくクレジット決済装置を示す概略図である。

図３１は、他の実施の例によるモバイル端末ｅＳＥに基づくクレジット決済装置を示す概略図である。

図３２は、他の実施の例によるモバイル端末ｅＳＥに基づくクレジット決済装置を示す概略図である。

図３３は、他の実施の例によるモバイル端末ｅＳＥに基づくクレジット決済装置を示す概略図である。

図３４は、他の実施の例によるモバイル端末ｅＳＥに基づくクレジット決済装置を示す概略図である。

図３５は、他の実施の例によるモバイル端末ｅＳＥに基づくクレジット決済装置を示す概略図である。

ここでは実施の例を詳細に説明する。これらの実施の例を添付図面に示す。以下の記述が添付図面に関連する場合は、特に指定のない限り、複数の添付図面における同一の符号は同一又は類似の要素を表す。以下に説明する実施の例は、本開示に一致する全ての実施を表すものではない。むしろこれらは、付帯する特許請求の範囲に詳細に記載する本開示のいくつかの態様と一致する装置及び方法の実施例に過ぎない。

モバイル決済はモバイルフォン決済とも呼ばれる。ユーザは、購入する商品又はサービスの決済を、モバイル端末を使って行うことができる。モバイル端末は、決済取引を行うために、ＮＦＣ（Near Field Communication、近距離無線通信）を介して取引端末と通信することができる。短距離通信とも呼ばれるＮＦＣは、電子デバイスが非接触ポイントツーポイントデータ伝送を介してデータ交換を行えるようにする短距離高周波無線通信である。ＮＦＣ技術のセキュア性は適用に対して優れた将来性を示す。

決済技術分野では、取引決済機能付きの多くのモバイル端末にはｅＳＥ（Embedded Secure Element、埋込セキュアエレメント）チップが搭載されている。ｅＳＥチップはＳＩＭカード集積チップ内に設けても、モバイル端末内に統合しても、ＳＤ集積チップ内に設けてもよい。ｅＳＥチップは、主にモバイル端末のデータの安全な格納やデータ暗号化等を担うセキュアチップ（secured chip）である。より分かり易く説明するために、本開示の実施では、ｅＳＥチップをモバイル端末に統合されたものとして示す。しかし、これは本開示を限定するものではない。モバイル端末上のｅＳＥはＪａｖａ（登録商標）カードと同等であり、ＪＡＶＡ（登録商標）ＣＡＲＤ仕様とＧＰ仕様に準拠する。Ｊａｖａ（登録商標）カードは、Ｓｕｎ社によりスマートカード開発プラットフォーム用に公式化されたオープン標準である。

当業者が本開示をより理解し、実施し易くするために、まず、本開示の実施に関与するモバイル端末、取引端末、サーバ間の相互関係について簡単に述べる（例えば、端末間でのデータの伝送及び処理の方法）。例えばモバイル決済における本開示の用途は幅広いため、より分かり易く説明するために、本開示を、顧客が公共交通機関の運賃を購入するためにモバイルフォンクレジット決済を使うシナリオによって示す。

図１に示すように、本開示の実施において提供されるクレジット認証システムは、モバイル端末１００と、取引端末２００と、サーバ３００とを含む。モバイル端末１００は、決済取引機能付きモバイルフォンであってよい。取引端末２００はバスゲートであってよく、バスゲートは、バスのシステム又は地下鉄のシステムで利用されているＰＯＳ端末である。サーバ３００は、クレジット認証システム内のサーバである。モバイル端末１００を用いて取引端末２００と決済取引を行うために、ユーザは、まず、サーバ３００を用いてモバイル端末１００のクレジット決済取引機能を有効化し、その後、モバイル端末１００を用いて取引端末２００により決済取引を行うことができる。加えて、取引端末２００はモバイル端末１００の取引ログをサーバ３００へ定期的にアップロードし、サーバ３００は、これに対応する金額を、モバイル端末１００に対応するアカウントから引き落とし、この金額をバス会社へ支払う。

本開示で提供されるこの実施では、２つのアプリケーションをモバイル端末にインストールできる。その１つは、モバイル端末のｅＳＥチップ上にインストールされるクレジット決済アプリケーションであるが、クレジット決済アプリケーションアプレットであってもよい。Ｊａｖａ（登録商標）カードの場合、Ｓｕｎ社は、ＡｐｐｌｅｔをＳｕｎ社のプラットフォーム上で実行するためのオブジェクトとして設定している。モバイル端末上のもう１つのアプリケーションは、クレジット認証システムアプリケーションであってよい。先の、モバイル端末上の２つのアプリケーションの機能は、一方のアプリケーションを用いて実施できる。この実施ではこれに限定されない。

ＩＤセキュリティ認証に合格し、十分なクレジット限度額を持つユーザのみがバスクレジット決済アプリケーションを有効化できるようにするために、取引端末２００は厳格なＩＤセキュリティ認証機構を用いている。

クレジット決済アプリケーションアプレットは、ＮＦＣ機能付きのモバイル端末１００のｅＳＥチップにインストールされている。パーソナライゼーションの最中に、クレジット決済アプリケーションアプレットはアプリケーション公開鍵とアプリケーション秘密鍵との対を生成し、アプリケーション秘密鍵をｅＳＥチップに保存する。ｅＳＥチップのセキュリティ機構は、いかなる状況でもｅＳＥチップのデータが盗まれないようにする。アプリケーション公開鍵は、クレジット認証システム内の秘密鍵を用いて、アプリケーション公開鍵証明書として署名され、ｅＳＥチップに保存される。クレジット認証システム内の公開鍵が取引端末２００に提供され、取引端末２００が格納場所を特定する。これは公開の鍵であるので、セキュリティ性に必須条件は強制されない。

クレジット決済アプリケーション内のアプリケーション公開鍵証明書を読み取った後にクレジット決済取引を提供する場合、取引端末２００は、アプリケーション公開鍵を復元するために、クレジット認証システム内の公開鍵を用いてアプリケーション公開鍵証明書を検証する。ｅＳＥチップ上のクレジット決済アプリケーションアプレットが、アプリケーション秘密鍵を用いて決済認証ライセンスを生成する。取引端末２００は、アプリケーション公開鍵を用いて決済認証ライセンスを検証してから、検証に合格した認証ライセンス内のセキュリティ要素をチェックする。セキュリティの確認後に、取引端末２００はクレジットアカウンティングを実行し、その後、指定された時刻に、対応するクレジットアカウントを決済する。決済のセキュリティを確保するために、使用回数、限度額、又は間隔時間が指定の閾値を超えた場合、ユーザＩＤ情報を検証して、再び認証を許可するために、モバイル端末をネットワークに接続しなければならない。

まず、決済取引中におけるモバイル端末１００と取引端末２００との間のデータ交換について以下説明する。

関連する技術的課題を解決するために、本開示の実施は、モバイル端末側に適用される、モバイル端末ｅＳＥに基づくクレジット決済方法を提供する。図２に示すように、この方法は以下のステップを含むことができる。

ステップＳ１１０で、取引端末へ取引情報を送信する。

より分かり易く述べれば、取引端末はバスゲートである。

ユーザが決済取引を行うためにモバイル端末を持ってバスゲートに接近すると、バスゲートは無線周波数フィールドを生成できるので、モバイル端末は、バスゲートが生成した無線周波数フィールドを検出し、次にバスゲートを検出できる。モバイル端末は、バスゲートを検出すると、バスゲートへ取引情報を送信する。

ステップＳ１２０で、この取引情報に基づき、取引端末により送信された現在の決済取引引き落とし情報を受信する。

バスゲートは、モバイル端末により送信されたアプリケーション公開鍵証明書を受信した後に、アプリケーション公開鍵証明書を検証し、現在の決済取引引き落とし情報を生成し、この引き落とし情報をモバイル端末へ送信する。バスゲートにより送信された引き落とし情報をモバイル端末が受信する。

ステップＳ１３０で、モバイル端末のｅＳＥを用い、引き落とし情報と取引情報とに基づきライセンスを生成する。

モバイル端末により生成される決済認証ライセンスには、署名データと取引認証コード（ＴＡＣ）とが含まれる。

ステップＳ１４０で、決済認証ライセンスを取引端末へ送信する。これにより、取引端末が、受信した決済認証ライセンスに基づき現在の決済取引を完了できる。

モバイル端末により送信された決済認証ライセンスの受信後に、バスゲートが決済認証ライセンスを検証する。ライセンスが検証（立証）された場合、現在の決済取引は完了した、と特定される。

本開示のこの実施で提供されるモバイル端末ｅＳＥに基づくクレジット決済方法では、ユーザがモバイル端末を使って取引端末と決済取引を行うときに、モバイル端末が、取引端末により送信された関連の命令情報に基づき、取引情報、アプリケーション公開鍵証明書、及び生成された決済認証ライセンスを順次取引端末へ送信し、取引端末が、モバイル端末により送信された情報に基づき現在の決済取引を完了する。関連技術における課題と比較すると、本願のこの実施で提供されるモバイル端末ｅＳＥに基づくクレジット決済方法では、モバイル端末を用いて取引端末と取引する際に、ユーザはモバイル端末と取引端末とを別々にオフラインにすることができ、後続の決済取引工程においてクレジットアカウンティングはモバイル端末のユーザアカウントに使用される。アカウントの決済は、ユーザがモバイル端末を使用して購入した後にのみ行われるので、取引に現金を用いたことが原因で生ずるキャピタルロスの危険からユーザを保護できる。

図２の改良として、本開示の別の実施では、図３に示すように、本方法はステップＳ１１０の後に以下のステップを更に含むことができる。

ステップＳ１５０で、取引端末により送信されたアプリケーション公開鍵証明書読み取り命令を受信する。

バスゲートは、モバイル端末により送信された取引情報を受信した後、この取引情報を処理し、確認してから、アプリケーション公開鍵証明書読み取り命令をモバイル端末へ送信する。モバイル端末がバスゲートにより送信されたアプリケーション公開鍵証明書読み取り命令を受信すると、モバイル端末上のクレジット決済アプリケーションが、モバイル端末のｅＳＥで事前に生成され、格納されたアプリケーション公開鍵証明書を読み取る。

ステップＳ１６０で、アプリケーション公開鍵証明書読み取り命令に基づき、アプリケーション公開鍵証明書を取引端末へ送信する。

モバイル端末上のクレジット決済アプリケーションが、アプリケーション公開鍵証明書読み取り命令に基づき、読み取ったアプリケーション公開鍵証明書をバスゲートへ送信する。

モバイル端末により送信される認証ライセンスに基づき取引端末が現在の決済取引を完了できるように、モバイル端末が決済認証ライセンスをどのようにして生成するかを本開示のこの実施で詳細に述べるために、図２の方法の改良として、本開示の別の実施では、図４に示すように、ステップＳ１３０は以下のステップを更に含むことができる。

ステップＳ１３１で、ｅＳＥに格納されているアプリケーション秘密鍵を用い、引き落とし情報に基づき署名データを生成する。

アプリケーション秘密鍵はモバイル端末のｅＳＥで事前に生成されて、格納される。クレジット決済アプリケーションは、署名データを生成するためにアプリケーション秘密鍵を用いて引き落とし情報に署名する。引き落とし情報は、引き落とし金額、現在の決済取引の日付と時刻、現在の決済取引署名の入場／退場フラグ、及び現在の決済取引の駅（ステーション）情報を含む。

ステップＳ１３２で、事前に生成された、ｅＳＥ上のＴＡＣサブキーを用い、引き落とし情報と取引情報とに基づきＴＡＣを生成する。

ＴＡＣを生成するために、モバイル端末上のクレジット決済アプリケーションは、引き落とし金額、現在の決済取引の日付、現在の決済取引の時刻、決済カード番号、利用可能限度額、及びクレジット限度額を、引き落とし情報と取引情報とに基づき暗号化してＴＡＣを生成する。クレジット限度額は、オフラインモードでクレジット認証システムによりユーザに対して認証された最大利用可能限度額である。

引き落とし情報は、引き落とし金額、現在の決済取引の日付、現在の決済取引の時刻、現在の決済取引署名の入場／退場フラグ、及び現在の決済取引の駅情報を含む。

ステップＳ１３３で、署名データとＴＡＣとを決済認証ライセンスとして用いる。

クレジット決済アプリケーションは、署名データとＴＡＣを決済認証ライセンスとして別々にバスゲートへ送信する、又は、署名データとＴＡＣを一緒にクレジット認証ライセンスとしてバスゲートへ送信することができる。

加えて、本決済方法をバス移動の決済に適用する場合には、取引情報は決済カード番号、利用可能限度額、及び入場／退場フラグを含む。決済カード番号は、クレジット認証システムにより、各ユーザのクレジット決済アプリケーションに生成された一意の文字コードである。利用可能限度額は、現在ユーザが利用できる金額である。ＴＡＣサブキーは、クレジット認証システムにおけるサーバが、ＴＡＣ親秘密鍵を用いて、カード番号ハッシュに基づき取得する。

図２の方法の改良として、本開示の別の実施では、図５に示すように、本方法は以下を更に含むことができる。

ステップＳ１７０で、現在の決済取引引き落とし情報中の引き落とし金額に基づき、取引情報中の利用可能限度額から引き落とし金額を減算して、現在の利用可能限度額を取得する。

ステップＳ１８０で、現在の利用可能限度額を、モバイル端末での、ユーザに対応する利用可能限度額として用いる。

モバイル端末と取引端末との間の取引決済処理を詳細に述べるために、本開示の実施は、取引端末側でのモバイル端末ｅＳＥに基づくクレジット決済方法の実行手順を提供する。図６に示すように、本方法は以下のステップを含むことができる。

ステップＳ６１０で、モバイル端末により送信された取引情報を受信する。

バスゲートが、モバイル端末により送信されたこの取引情報を受信する。取引情報は、決済カード番号、利用可能限度額、入場／退場フラグ、及び先の取引に関する情報を含む。バスゲートは取引情報の内容をチェックする。つまり、例えば、モバイル端末に対応するアカウントの利用可能限度額、入場／退場フラグ等の情報をチェックする。この内容が適格である、と検証されると、バスゲートがアプリケーション公開鍵証明書読み取り命令をモバイル端末へ送信する。

ステップＳ６２０で、取引情報に基づき現在の決済取引引き落とし情報を生成する。

バスゲートは、モバイル端末により送信されたアプリケーション公開鍵証明書を検証する。検証に失敗した場合、現在の決済取引は終了する。アプリケーション公開鍵証明書からアプリケーション公開鍵が復元された場合、検証は成功であり、現在の決済取引引き落とし情報が生成される。とりわけ、現在の決済取引引き落とし情報は引き落とし命令とも呼ばれ、モバイル端末は、バスゲートにより送信された引き落とし情報（引き落とし命令）を受信した後に、決済認証ライセンスを生成することができる。

現在の決済取引引き落とし情報は、引き落とし金額、現在の決済取引の日付と時刻、現在の決済取引署名の入場／退場フラグ、及び現在の決済取引の駅情報を含む。引き落とし金額は、現在の決済取引の入場／退場フラグのような情報に基づき、バスゲートにより計算される。

ステップＳ６３０で、モバイル端末へ引き落とし情報を送信する。

バスゲートが、生成した引き落とし情報をモバイル端末へ送信することで、モバイル端末が、この引き落とし情報の受信後に、モバイル端末のｅＳＥを用い、引き落とし情報と取引情報とに基づき決済認証ライセンスを生成できる。

ステップＳ６４０で、決済認証ライセンスが受信された場合、決済認証ライセンスに基づき、現在の決済取引が完了した、と特定する。

決済認証ライセンスは署名データとＴＡＣとを含む。バスゲートは、決済認証ライセンス中の署名データを検証する。検証に失敗すると、現在の決済取引は終了する。検証に成功すると、現在の決済取引の取引ログが記録される。

図６の改良として、本開示の別の実施では、図７に示すように、ステップＳ６１０の後に、本方法は以下のステップを更に含むことができる。

ステップＳ６５０で、アプリケーション公開鍵証明書読み取り命令をモバイル端末へ送信する。

ステップＳ６６０で、所定のモバイル端末により送信されたアプリケーション公開鍵証明書を受信する。

バスゲートがアプリケーション公開鍵証明書読み取り命令をモバイル端末へ送信した後に、モバイル端末がこの命令に基づきアプリケーション公開鍵証明書をバスゲートへ送信し、モバイル端末により送信されたアプリケーション公開鍵証明書をバスゲートが受信する。

ステップＳ６７０で、取引端末にローカルに格納されているクレジット認証公開鍵を用いて、アプリケーション公開鍵証明書を検証する。

受信したアプリケーション公開鍵証明書が正確かどうかを特定し、公開鍵証明書内の関連情報を使用するために、クレジット認証公開鍵を用いてアプリケーション公開鍵証明書を検証する必要がある。クレジット認証公開鍵は事前にバスゲートに格納しておくことができる。

検証でアプリケーション公開鍵証明書からアプリケーション公開鍵が復元された場合は、ステップＳ６２０を実行する。

本開示のこの実施における、取引端末がモバイル端末により送信された認証ライセンスに基づき現在の決済取引を完了する方法を詳細に述べるために、図６の方法の改良としての、図８に示す本開示の別の実施では、ステップＳ６４０は以下のステップを更に含むことができる。

ステップＳ６４１で、アプリケーション公開鍵を用いて署名データを検証する。

アプリケーション公開鍵は、バスゲートによって、モバイル端末により送信された決済認証ライセンスを基に復元され、アプリケーション公開鍵は、署名データ内の関連情報がアプリケーション公開鍵内の対応する情報と一致するかどうかをチェックする。一致する場合、検証は成功である。

ステップＳ６４２で、署名データを検証する際に取引ログを生成する。

バスゲートが署名データを検証した後、現在の決済の取引ログを生成する。取引ログは、引き落とし金額、取引日付、取引時刻、取引端末ＩＤ、決済カード番号、利用可能限度額、及びＴＡＣを含む。

ステップＳ６４３で、所定のサーバが取引ログを所定のサーバへ送信することで、所定のサーバが、取引ログに基づいて、モバイル端末に対応するユーザアカウントから対応の金額を引き落とす。

図９に示すように、本開示の別の実施では、本開示のこの実施で提供されるモバイル端末ｅＳＥに基づくクレジット決済方法は、バス移動に対する決済に適用される。ステップＳ６１０の前に、取引端末側での実行手順は以下のステップを更に含むことができる。

ステップＳ６９１で、取引情報中の利用可能限度額が所定の閾値を超える又は等しいかどうかを特定する。

利用可能限度額が所定閾値を超える又は等しい場合、ステップＳ６９２を実行する。

ステップＳ６９２で、取引情報中の入場／退場フラグが退出状態であるかどうかをチェックする。

取引情報における入場／退場フラグが退出状態である場合、ステップＳ６１０を実行する。

ステップＳ６９１は、主に、モバイル端末に対応するユーザアカウントの利用可能限度額が現在の決済取引の支払いに十分であるかどうかを、バスゲートが、モバイル端末により送信された取引状態に基づきチェックできるようにするステップである。利用可能限度額が不足している場合、現在の決済取引は拒否される。利用可能限度額が十分である場合、バスゲートが、取引情報中の入場／退場フラグが０であるかどうかをチェックする。入場／退場フラグが０でない場合、現在の決済取引は拒否される。入場／退場フラグが０である場合、現在の決済取引は継続される。なお、入場／退場フラグが１である場合、モバイル端末を持っているユーザが進入状態にあることを意味するので、現在の決済取引は拒否される。入場／退場フラグが０である場合、モバイル端末を持っているユーザが退出状態にあることを意味し、アカウントを決済できるので、現在の決済取引が実行される。

取引情報は、決済カード番号、利用可能限度額、入場／退場フラグ、及び先の取引に関する情報を含む。

先の実施は、決済取引中での、本開示で提供されるモバイル端末ｅＳＥに基づくクレジット決済方法におけるモバイル端末側と取引端末側での実行手順を詳細に述べている。モバイル端末と取引端末との間で決済取引を行う前に、モバイル端末の決済取引機能を有効化するために、クレジット認証システムにおいてモバイル端末とサーバとの間でデータを交換する必要がある。モバイル端末の決済取引機能を有効化する際のモバイル端末側とサーバ側での実行手順を詳細に以下述べる。

図１０に示すように、モバイル端末が決済取引機能を有効化する際、本開示の実施で提供されるモバイル端末ｅＳＥに基づくクレジット決済方法におけるモバイル端末側での実行手順は以下のステップを含むことができる。

ステップＳ７１０で、モバイル端末のｅＳＥを用いて、アプリケーション公開鍵とアプリケーション秘密鍵とを別々に生成する。

モバイル端末にインストールされたクレジット認証システムアプリケーションが、１対の公開鍵と秘密鍵（つまり、アプリケーション公開鍵とアプリケーション秘密鍵）とを生成するようｅＳＥに要求するべく、モバイル端末のｅＳＥに要求を送信する。ｅＳＥは、生成したアプリケーション公開鍵をモバイル端末上のクレジット認証システムアプリケーションへ送信する。

ステップＳ７２０で、アプリケーション公開鍵を所定のサーバへ送信し、これにより、この所定のサーバが、アプリケーション公開鍵証明書を生成するべく、ローカルに格納されている認証秘密鍵を用いてアプリケーション公開鍵に署名できるようにする。

ｅＳＥにより送信されたアプリケーション公開鍵を取得した後、モバイル端末上のクレジット認証システムアプリケーションがこのアプリケーション公開鍵を所定のサーバへ送信する。これにより、この所定のサーバが、ローカルに格納されている認証秘密鍵を用いてアプリケーション公開鍵に署名してアプリケーション公開鍵証明書を生成できる。とりわけ、ここで、所定のサーバはクレジット認証システムにおけるサーバであってよい。

ステップＳ７３０で、所定のサーバにより送信された公開鍵証明書を取得し、アプリケーション公開鍵証明書とアプリケーション秘密鍵との両方をｅＳＥに保存する。ｅＳＥチップはセキュアチップであり、主に、モバイル端末のデータのセキュリティ格納、データ暗号化等の役割を担い、データ損失によりユーザがキャピタルロスを被ることを避けるために、アプリケーション公開鍵証明書とアプリケーション秘密鍵とを適切に格納することができる。

ステップＳ７４０で、所定のサーバへ、クレジット決済データ取得要求を送信する。

ステップＳ７５０で、所定のサーバにより送信されたクレジット決済データを受信し、更に、ｅＳＥを用いて、クレジット決済データに基づきモバイル端末のクレジット決済機能を有効化する。

本開示で提供される別の実施では、図１１に示すように、ステップＳ７１０の前に本方法は以下のステップを更に含むことができる。

ステップＳ７０１で、モバイル端末のデバイスパラメータ情報を取得する。

モバイル端末のデバイスパラメータ情報は、モバイル端末のハードウェア情報であってよい。本開示で提供されるクレジット決済方法はモバイル端末ｅＳＥチップに基づくので、モバイル端末が適切なｅＳＥチップを有するかどうかを、最初にチェックする必要がある。更に、モバイル端末が決済取引に必要な別のハードウェア条件を有するかどうか（例えば、ＮＦＣ機能を備えているかどうか）についても、デバイスパラメータ情報に基づきチェックする必要がある。当然ながら、デバイスパラメータ情報は、モバイル端末のデバイスモデル、ＲＯＭバージョン、システムモデル（例えば、Ａｎｄｒｏｉｄ（登録商標））、アプリケーションバージョン等の情報であってもよい。

ステップＳ７０２で、デバイスパラメータ情報を所定のサーバへ送信することで、所定のサーバが、受信したデバイスパラメータ情報に基づき、モバイル端末がクレジット決済有効化ハードウェア条件を満たしているかどうかを特定する。

モバイル端末は、取得したモバイル端末のデバイスパラメータ情報をクレジット認証システム内のサーバへ送信する。これにより、サーバは、モバイル端末が、クレジット決済有効化ハードウェア条件を満たしているかどうかを、受信したデバイスパラメータ情報に基づき特定できるようになる。

ステップＳ７０３で、所定のサーバにより送信された、クレジット決済有効化情報が受信されたかどうかをチェックする。

クレジット決済有効化ハードウェア条件をモバイル端末が満たしている場合、サーバ側が、クレジット決済有効化情報をモバイル端末へ送信する。クレジット決済有効化情報は、クレジット決済アプリケーションを有効化するページであってよい。

クレジット決済有効化ハードウェア条件をモバイル端末が満たしていない場合、サーバ側はクレジット決済有効化情報をモバイル端末へ送信しない。

所定のサーバにより送信されたクレジット決済有効化情報を受信した場合、ステップＳ７０４を実行する。

ステップＳ７０４で、クレジット決済有効化ハードウェア条件をモバイル端末が満たしていると特定し、ステップＳ７１０を実行する。

クレジット決済有効化ハードウェア条件をモバイル端末が満たしているかどうかをチェックするステップに加え、図１０に基づき、ステップＳ７１０の前に、図１２に示すように、モバイル端末がセキュリティ認証条件を満たしているかどうかをチェックする必要がある。そのため、本開示の別の実施では、本開示で提供されるモバイル端末ｅＳＥに基づくクレジット決済方法は、以下のステップを更に含むことができる。

ステップＳ７０５で、ユーザＩＤ情報を取得する。

ユーザＩＤ情報は、ユーザのＩＤカード番号、氏名、銀行カード番号、メールボックス等の情報であってよい。

ステップＳ７０６で、ユーザＩＤ情報を所定のサーバへ送信することで、モバイル端末がクレジット決済有効化セキュリティ認証条件を満たしているかどうかを、所定のサーバが、受信したユーザＩＤ情報に基づき特定する。

モバイル端末はクレジット認証システム内のサーバへユーザＩＤ情報を送信することで、サーバがユーザＩＤ情報を検証する。例えば、銀行カード番号が正常にサービスを提供するどうか、ユーザアカウントに不良債権取引記録があるかどうか等を検証する。

ステップＳ７０７で、所定のサーバにより送信されたセキュリティ認証成功情報が受信されたかどうかをチェックする。

モバイル端末により送信されたユーザ情報の受信後に、サーバ側がこのユーザ情報をチェックし、クレジット決済有効化セキュリティ認証条件をモバイル端末が満たしている場合、サーバ側がセキュリティ認証成功情報をモバイル端末へ送信する。

所定のサーバにより送信されたセキュリティ認証成功情報が受信されたら、ステップＳ７０８を実行する。

ステップＳ７０８で、クレジット決済有効化セキュリティ認証条件をモバイル端末が満たしている、と特定し、ステップＳ７１０を実行する。

モバイル端末がサーバ側により送信されたセキュリティ認証成功情報を受信する場合、モバイル端末は、クレジット決済有効化セキュリティ認証条件をモバイル端末が満たしている、と特定する。

モバイル端末がサーバ側により送信されたセキュリティ認証成功情報を受信しない場合、モバイル端末は、クレジット決済有効化セキュリティ認証条件をモバイル端末が満たしていない、と特定する。

図１０に基づき、ステップＳ７１０の前に、図１３に示すように、モバイル端末に関連アプリケーションを更にインストールする必要がある。そのため、本開示で提供されるモバイル端末ｅＳＥに基づくクレジット決済方法は、以下のステップを更に含む。

ステップＳ７０９１で、所定のインストールファイルを取得する要求を所定のサーバへ送信する。

所定のインストールファイルは、クレジット決済アプリケーションと登録スクリプトとを含む。

ステップＳ７０９２で、所定のサーバにより送信されたクレジット決済アプリケーションと登録スクリプトとを取得する。

ステップＳ７０９３で、クレジット決済アプリケーションと登録スクリプトとを別々にｅＳＥにインストールし、ステップＳ７１０を実行する。

クレジット決済アプリケーションと登録スクリプトとを別々にｅＳＥチップにインストールしたら、モバイル端末のユーザパーソナライゼーションが完了する。このように、モバイル端末側でクレジット決済機能を有効化する手順が完了する。先の実施に基づき、クレジット認証システムのサーバ側における、モバイル端末がクレジット決済機能を可能にする実行手順について以下詳細に述べる。

本開示で提供される図１４に示す別の実施では、本開示で提供されるモバイル端末ｅＳＥに基づくクレジット決済方法におけるサーバ（クレジット認証システムのサーバ側）の実行手順は以下のステップを含むことができる。

ステップＳ８１０で、モバイル端末により送信されたアプリケーション公開鍵を受信する。

モバイル端末は、アプリケーション公開鍵とアプリケーション秘密鍵とを生成した後、アプリケーション公開鍵をクレジット認証システム内のサーバへ送信し、モバイル端末により送信されたこのアプリケーション公開鍵をサーバが受信する。

ステップＳ８２０で、アプリケーション公開鍵証明書を生成するために、サーバにローカルに格納されている認証秘密鍵を用いてアプリケーション公開鍵に署名する。

クレジット認証秘密鍵は、クレジット認証システムにおいて事前に生成された秘密鍵であり、サーバは、アプリケーション公開鍵証明書を生成するために、秘密鍵を用いて、モバイル端末により送信されたアプリケーション公開鍵に署名する。

ステップＳ８３０で、アプリケーション公開鍵証明書をモバイル端末へ送信することで、モバイル端末が受信したアプリケーション公開鍵証明書をｅＳＥに保存する。

クレジット認証システム内のサーバは、アプリケーション公開鍵証明書を生成した後に、アプリケーション公開鍵証明書をモバイル端末へ返し、モバイル端末は、サーバにより送信されたアプリケーション公開鍵証明書の受信後に、アプリケーション公開鍵証明書をｅＳＥチップに保存する。

クレジット認証システム内のサーバはアプリケーション公開鍵証明書をモバイル端末へ返すだけでなく、モバイル端末により送信された情報に基づき、クレジット決済を有効化する条件をモバイル端末が満たしているかどうかをチェックする役割も担っている。

ステップＳ８３１で、モバイル端末により送信されたクレジット決済データ取得要求を受信する。

クレジット決済データはパーソナライズされたスクリプトであってよく、パーソナライズされたスクリプトは、決済カード番号、クレジット限度額、利用可能限度額、及びＴＡＣサブキーを含む。決済カード番号は、クレジット認証システムによって各ユーザのクレジット決済アプリケーションに生成された一意の文字コードである。利用可能限度額は、ユーザが現在利用できる金額である。ＴＡＣサブキーは、クレジット認証システム内のサーバが、ＴＡＣ親秘密鍵を用い、カード番号ハッシュに基づき取得する。

ステップＳ８３２で、クレジット決済データ取得要求に基づき、モバイル端末に対応するクレジット決済データを生成し、このクレジット決済データをモバイル端末へ送信する。

このように、モバイル端末は、受信したクレジット決済データに基づき、モバイル端末のクレジット決済機能を有効化する。

図１４に基づき、図１５に示すように、本開示が提供する別の実施では、サーバ（クレジット認証システムのサーバ側）は、モバイル端末により送信されたデバイスパラメータ情報に基づき、クレジット決済有効化ハードウェア条件をモバイル端末が満たしているかどうかを特定する。そのため、本開示のこの実施で提供されるモバイル端末ｅＳＥに基づくクレジット決済方法は、ステップＳ８１０の前に以下のステップを更に含むことができる。

ステップＳ８４０で、モバイル端末により送信されたデバイスパラメータ情報を受信する。

クレジット決済機能を有効化する工程において、モバイル端末は、ネットワーク又は他の類似の方法を介して、クレジット認証システム内のサーバと通信でき、クレジット認証システム内のサーバは、モバイル端末により送信されたデバイスパラメータ情報を受信できる。

ステップＳ８５０で、クレジット決済有効化ハードウェア条件をモバイル端末が満たしているかどうかを、デバイスパラメータ情報に基づき特定する。

モバイル端末により送信されるパラメータ情報は、モバイル端末のデバイスモデル、ＲＯＭバージョン、システムモデル（Ａｎｄｒｏｉｄ（登録商標）等）、アプリケーションバージョン等の情報であってよい。サーバは、モバイル端末がｅＳＥチップを搭載しているかどうか、モバイル端末がＮＦＣ機能を持っているかどうか等を、モバイル端末により送信された情報に基づきチェックできる。

クレジット決済有効化ハードウェア条件をモバイル端末が満たしている場合、ステップＳ８６０を実行する。

ステップＳ８６０で、クレジット決済有効化情報をモバイル端末へ送信してから、ステップＳ８１０を実行する。

サーバは、クレジット決済有効化ハードウェア条件をモバイル端末が満たしている、と検出した場合、クレジット決済有効化情報をモバイル端末へ送信する。クレジット決済有効化情報は、クレジット決済アプリケーションを有効化するページであってよい。ユーザは、モバイル端末のクレジット決済アプリケーションを有効化するインターフェース上でユーザ情報を入力し、このユーザ情報をサーバにアップロードすることができる。

サーバは、クレジット決済有効化ハードウェア条件をモバイル端末が満たしていない、と検出した場合、クレジット決済有効化情報をモバイル端末へ送信しない。

モバイル端末により送信されたデバイスパラメータ情報のチェックに加え、クレジット認証システム内のサーバは、モバイル端末により送信されたユーザＩＤ情報をチェックし、モバイル端末に対応するユーザがセキュリティ認証条件を満たしているかどうかを特定することが更に必要である。したがって、図１４に基づき、図１６に示すように、モバイル端末のクレジット決済機能を有効化する処理において、本開示で提供されるモバイル端末ｅＳＥに基づくクレジット決済方法は、ステップＳ８１０の前に以下のステップを更に含むことができる。

ステップＳ８７０で、モバイル端末により送信されたユーザＩＤ情報を受信する。

ユーザＩＤ情報は、ユーザのＩＤカード番号、氏名、銀行カード番号、メールボックス、アリペイ（Ａｌｉｐａｙ）アカウント等の情報であってよい。

ステップＳ８８０で、ユーザＩＤ情報に基づき、クレジット決済有効化セキュリティ認証条件をモバイル端末が満たしているかどうかを特定する。

例えば、サーバは、ユーザＩＤ情報中の銀行カード番号が正常にサービスを提供するかどうか、不良取引記録があるかどうか等をチェックしてよい。

クレジット決済有効化セキュリティ認証条件をユーザＩＤ情報が満たしている場合、ステップＳ８９０を実行する。

ステップＳ８９０で、セキュリティ認証成功情報をモバイル端末へ送信してから、ステップＳ８１０を実行する。

サーバが、クレジット決済有効化セキュリティ認証条件をモバイル端末が満たしている、と検出した場合、サーバがモバイル端末へセキュリティ認証成功情報を送信する。

モバイル端末がクレジット決済を有効化する場合、モバイル端末に更にクレジット決済アプリケーションと登録スクリプトをインストールする必要があり、クレジット決済システム内のサーバが、これらのインストールファイルをモバイル端末へ送信する必要がある。したがって、図１４に基づき、図１７に示すように、本開示の別の実施では、本開示で提供されるモバイル端末ｅＳＥに基づくクレジット決済方法は、ステップＳ８１０の前に以下のステップを更に含むことができる。

ステップＳ８０１で、モバイル端末により送信された、所定インストールファイルを取得する要求を受信する。

所定インストールファイルは、クレジット決済アプリケーションと登録スクリプトとを含む。

ステップＳ８０２で、所定のインストールファイルを取得する要求に基づき、クレジット決済アプリケーションと登録スクリプトとをモバイル端末へ送信し、ステップＳ８１０を実行する。

サーバにより送信されたクレジット決済アプリケーションと登録スクリプトとを取得した後に、モバイル端末は、クレジット決済アプリケーションと登録スクリプトとを別々にｅＳＥチップにインストールする。

決済取引と返済取引とを有効化するためにモバイル端末が用いる工程における、モバイル端末側での実行手順と、取引端末側での実行手順とについては、先の実施で別々に詳細に述べている。モバイル端末がどのようにして決済取引処理、決済取引工程を有効化するか、及び、モバイル端末と取引端末との間でどのようにしてデータを交換するかについて更に詳細に述べるために、モバイル端末と取引端末との間のデータ交換関係を、シグナリング図を用いて説明する。当然ながら、本開示のこの実施に関与する取引端末はクレジット認証システム内のサーバであってよいため、詳細について以降で述べることはしない。

本開示で提供されるモバイル端末ｅＳＥに基づくクレジット決済方法の実施における、図１８に示す本開示の別の実施では、モバイルフォンはモバイル端末を表し、クレジット認証システム内のサーバはサーバを表す。そして、モバイルフォンがクレジット決済機能を有効化するときの、モバイル端末上のクレジット認証システムアプリケーションと、ｅＳＥチップと、取引端末との間における手順は以下を含む。

ステップ１００１：クレジット認証システムアプリケーションが、モバイルフォンのデバイスパラメータ情報を取得するための要求を送信する。

ステップ１００２：ｅＳＥがモバイルフォンのデバイスパラメータ情報を返送する。

ステップ１００３：クレジット認証システムアプリケーションがデバイスパラメータ情報をアップロードする。

ステップ１００４：クレジット認証システム内のサーバが、クレジット決済有効化ハードウェア条件をモバイルフォンが満たしているかどうかを特定する。

ステップ１００５：特定結果を返送する。

ステップ１００６：クレジット認証システムアプリケーションの特定結果：クレジット決済アプリケーション有効化インターフェースの表示。

ステップ１００７：クレジット認証システムアプリケーションがユーザＩＤ情報をアップロードする。

ステップ１００８：クレジット認証システム内のサーバが、クレジット決済有効化セキュリティ認証条件をモバイルフォンが満たしているかどうかを特定する。

ステップ１００９：クレジット認証システム内のサーバが特定結果を返送する。

ステップ１０１０：ユーザが、クレジット決済アプリケーションの有効化を選択する。

ステップ１０１１：クレジット認証システムアプリケーションがクレジット決済アプリケーションインストールファイル要求を送信する。

ステップ１０１２：クレジット認証システム内のサーバがクレジット決済インストールファイルを返送する。

ステップ１０１３：クレジット認証システムアプリケーションがクレジット決済インストールファイルを伝送する。

ステップ１０１４：ｅＳＥが、受信したクレジット決済インストールファイルをインストールする。

ステップ１０１５：ｅＳＥがインストール結果を返送する。

ステップ１０１６：クレジット認証システムアプリケーションがインストール結果を特定し、このインストール結果が不成功である場合、ユーザにプロンプト提示する。

ステップ１０１７：クレジット認証システムアプリケーションがアプリケーション公開鍵と秘密鍵の生成命令を送信する。

ステップ１０１８：ｅＳＥがアプリケーション公開鍵とアプリケーション秘密鍵とを生成し、アプリケーション秘密鍵を格納する。

ステップ１０１９：ｅＳＥがアプリケーション秘密鍵を返送する。

ステップ１０２０：クレジット認証システムアプリケーションが、アプリケーション公開鍵とｅＳＥパーソナライゼーション要求とを送信する。

ステップ１０２１：クレジット認証システム内のサーバが、クレジット認証システムの秘密鍵を用いて、アプリケーション公開鍵証明書とクレジット決済データとを生成し、ハッシュを介してＴＡＣサブキーを生成する。

ステップ１０２２：クレジット認証システム内のサーバが、アプリケーション公開鍵証明書とクレジット決済データとを返送する。

ステップ１０２３：クレジット認証システムアプリケーションが、アプリケーション公開鍵とクレジット決済データとを送信する。

ステップ１０２４：ｅＳＥがアプリケーション公開鍵証明書を格納し、クレジット決済データに基づきモバイル端末のクレジット決済機能を有効化する。

ステップ１０２５：ｅＳＥが、モバイル端末のクレジット決済機能の有効化の結果を返送する。

ステップ１０２６：クレジット認証システムアプリケーションが、クレジット決済有効化の結果を特定し、エラーがあれば、ユーザにプロンプト提示する。

ステップ１０２７：クレジット認証システムアプリケーションがクレジット決済有効化の結果を送信する。

ステップ１０２８：クレジット認証システム内のサーバが、クレジット決済有効化の結果を記録する。

ステップ１０２９：クレジット認証システム内のサーバが処理完了結果を送信する。

ステップ１０３０：クレジット認証システムアプリケーションが、クレジット決済アプリケーションの有効化に成功した旨をユーザにプロンプト提示する。

決済取引機能の有効化中におけるモバイル端末とサーバとの間における相互のデータ交換の詳細な工程は先の実施で述べているので、ここで再び詳細について述べることはしない。

図１９に示す本開示で提供される別の実施において、本開示で提供されるモバイル端末ｅＳＥに基づくクレジット決済方法では、モバイル端末の決済取引処理におけるモバイル端末とバスゲートとの間のデータ交換手順は以下のとおりである。

ステップ２００１：バスゲートがクレジット認証システムアプリケーションを選択する。

ステップ２００２：クレジット認証システムアプリケーションが、返送が必要なデータを読み取る。

ステップ２００３：クレジット認証システムアプリケーションが、決済カード番号、利用可能限度額、入場／退場フラグ、及び先の取引についての情報を返送する。

ステップ２００４：バスゲートが利用可能限度額と入場／退場フラグとをチェックし、チェックに失敗した場合、拒否情報をプロンプト提示する。

ステップ２００５：バスゲートが引き落とし金額を計算する。

ステップ２００６：バスゲートが、引き落とし金額、取引時刻、入場／退場フラグ、及び取引情報に基づき運賃を引き落とす。

ステップ２００７：クレジット認証システムアプリケーションが、署名データとＴＡＣとを含む決済認証ライセンスを生成する。

ステップ２００８：クレジット認証システムアプリケーションが署名データとＴＡＣとを返送する。

ステップ２００９：バスゲートがアプリケーション公開鍵を用いて署名データを検証し、検証に成功した場合、取引ログを記録し、検証が失敗した場合、拒否情報をプロンプト提示する。

本開示の先の実施について、バス用のクレジット決済を実施例として用いて説明した。本願の技術的解決策は、地下鉄決済やオフラインビジネス決済のような他のシナリオにも適用できる。種々のアプリケーションシナリオでは、先の決済におけるいくつかの手順又はいくつかのデータは異なっていてもよく、ここでは限定しない。特定の種々のアプリケーションシナリオでは、種々の実施があってよい。

当業者は、先の方法の実施の説明を使えば、本開示を、ソフトウェア及び必要なユニバーサルハードウェアプラットフォーム用いて実施でき、当然ながらハードウェアによって実施できるが、多くの場合、前者の方がより優れた実施であることを明白に理解することができる。このような理解に基づき、既存の技術に本質的に又は一部分寄与する本開示の技術的解決策はソフトウェア製品の形態で実施できる。コンピュータソフトウェア製品は格納媒体に格納され、本開示の実施で述べられている方法の全て又はいくつかのステップを実行するようにコンピュータデバイス（パーソナルコンピュータ、サーバ、ネットワークデバイス等）に命令するためのいくつかの命令を含む。格納媒体にはプログラムコードを格納できる様々な媒体が含まれ、これには、例えば、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク、光学ディスク等が挙げられる。

加えて、先の実施のうちの１つとしての、本開示の１つの実施は、モバイル端末ｅＳＥに基づくクレジット決済装置を更に提供する。この装置はモバイル端末に内蔵されている。図２０に示すように、本装置は、取引情報送信ユニット１０と、引き落とし情報受信ユニット２０と、決済認証ライセンス生成ユニット３０と、決済認証ライセンス送信ユニット４０とを含む。

取引情報送信ユニット１０は、取引端末が検出されると、その取引端末に取引情報を送信するように構成される。

引き落とし情報受信ユニット２０は、取引情報に基づき、取引端末により送信された現在の決済取引引き落とし情報を受信するように構成される。

決済認証ライセンス生成ユニット３０は、モバイル端末の埋込セキュアエレメント（ｅＳＥ）を用い、引き落とし情報と取引情報とに基づき、決済認証ライセンスを生成するように構成される。

決済認証ライセンス送信ユニット４０は、取引端末に決済認証ライセンスを送信するように構成され、これにより、取引端末は、受信した決済認証ライセンスに基づき、現在の決済取引を完了できる。

本開示の別の実施では、図２０に基づき、図２１に示すように、本装置は以下を更に含むことができる。すなわち、前記装置は、取引端末により送信されたアプリケーション公開鍵証明書読み取り命令を受信するように構成されたアプリケーション公開鍵証明書読み取り命令受信ユニット５０、及び、アプリケーション公開鍵証明書読み取り命令に基づき、アプリケーション公開鍵証明書を取引端末へ送信するように構成されたアプリケーション公開鍵証明書送信ユニット６０を更に含む。

本開示の別の実施では、図２０に基づき、図２２に示すように、決済認証ライセンス生成ユニット３０は、署名データ生成モジュール３１と、ＴＡＣ生成モジュール３２と、決済認証ライセンス特定モジュール３３とを含む。

署名データ生成モジュール３１は、ｅＳＥに格納されているアプリケーション秘密鍵を用い、引き落とし情報に基づき、署名データを生成するように構成される。

ＴＡＣ生成モジュール３２は、事前に生成されているｅＳＥの取引認証コード（ＴＡＣ）サブキーを用い、引き落とし情報と取引情報とに基づき、ＴＡＣを生成するように構成される。

決済認証ライセンス特定モジュール３３は、署名データとＴＡＣとを決済認証ライセンスとして用いるように構成される。

本開示の別の実施では、図２０に基づき、図２３に示すように、本装置は、現在の利用可能限度額生成ユニット７０と利用可能限度額特定ユニット８０とを更に含む。

現在の利用可能限度額生成ユニット７０は、現在の決済取引引き落とし情報中の引き落とし金額に基づき、取引情報中の利用可能限度額から引き落とし金額を差し引き、現在の利用可能限度額を取得するように構成される。

利用可能限度額特定ユニット８０は、現在の利用可能限度額を、モバイル端末におけるユーザに対応する利用可能限度額として用いるように構成される。

本開示の実施は、モバイル端末ｅＳＥに基づくクレジット決済装置を更に提供する。本装置は取引端末に内包される。図２４に示すように、本装置は、取引情報受信ユニット１１０と、引き落とし情報生成ユニット１２０と、引き落とし情報送信ユニット１３０と、決済取引完了特定ユニット１４０とを含む。

取引情報受信ユニット１１０は、モバイル端末により送信された取引情報を受信するように構成される。

引き落とし情報生成ユニット１２０は、取引情報に基づき現在の決済取引引き落とし情報を生成するように構成される。

引き落とし情報送信ユニット１３０は、引き落とし情報をモバイル端末へ送信するように構成される。

決済取引完了特定ユニット１４０は、決済認証ライセンスが受信されると、決済認証ライセンスに基づき、現在の決済取引が完了した、と特定するように構成される。

本開示の別の実施では、図２３に基づき、図２５に示すように、本装置は更に以下を含む。すなわち、アプリケーション公開鍵証明書読み取り命令をモバイル端末へ送信するように構成されたアプリケーション公開鍵証明書読み取り命令送信ユニット１５０と、所定のモバイル端末により送信されたアプリケーション公開鍵証明書を受信するように構成されたアプリケーション公開鍵証明書受信ユニット１６０と、取引端末上にローカルに格納されているクレジット認証公開鍵を用いて、アプリケーション公開鍵証明書を検証するように構成されたアプリケーション公開鍵証明書検証ユニット１７０を含む。

本開示の別の実施では、図２３に基づき、図２６に示すように、決済認証ライセンスは署名データと取引認証コード（ＴＡＣ）とを含む。決済取引完了特定ユニット１４０は、署名データ検証モジュール１４１と、取引ログ生成モジュール１４２と、取引ログ送信モジュール１４３とを含む。

署名データ検証モジュール１４１は、アプリケーション公開鍵を用いて署名データを検証するように構成される。

取引ログ生成モジュール１４２は、署名データが検証される際に取引ログを生成するように構成される。

取引ログ送信モジュール１４３は、所定のサーバに取引ログを送信することで、所定のサーバは、取引ログに基づきモバイル端末に対応するユーザアカウントから対応金額を引き落とす。取引ログは、引き落とし金額、取引日付、取引時刻、取引端末ＩＤ、決済カード番号、利用可能限度額、及びＴＡＣを含む。

本開示の別の実施では、図２３に基づき、図２７に示すように、本装置はバス移動のための決済に適用され、取引情報は少なくとも利用可能限度額と入場／退場フラグとを含み、本装置は閾値特定ユニット１８０と入場／退場フラグ特定ユニット１９０とを更に含む。

閾値特定ユニット１８０は、取引情報中の利用可能限度額が所定の閾値を超える又は等しいかどうかを特定するように構成される。

入場／退場フラグ特定ユニット１９０は、利用可能限度額が所定の閾値を超える又は等しい場合、取引情報中の入場／退場フラグが退出状態にあるかどうかをチェックするように構成される。

更に、アプリケーション公開鍵証明書読み取り命令送信ユニット１５０は、取引情報中の入場／退場フラグが退出状態にある場合、アプリケーション公開鍵証明書読み取り命令をモバイル端末へ送信するように構成される。

本開示の実施は、モバイル端末ｅＳＥに基づくクレジット決済装置を更に提供する。本装置はモバイル端末に内蔵される。図２８に示すように、本装置は、鍵生成ユニット２１０と、アプリケーション公開鍵送信ユニット２２０と、公開鍵証明書取得ユニット２３０と、クレジット決済データ取得要求送信ユニット２４０と、クレジット決済データ設定ユニット２５０とを含む。

鍵生成ユニット２１０は、モバイル端末の埋込セキュアエレメント（ｅＳＥ）を用いて、アプリケーション公開鍵とアプリケーション秘密鍵とを別々に生成するように構成される。

アプリケーション公開鍵送信ユニット２２０は、アプリケーション公開鍵を所定のサーバへ送信するように構成され、所定のサーバが、ローカルに格納された認証秘密鍵を用いて前記アプリケーション公開鍵に署名し、アプリケーション公開鍵証明書を生成する。

公開鍵証明書取得ユニット２３０は、所定のサーバにより送信された公開鍵証明書を取得し、アプリケーション公開鍵証明書とアプリケーション秘密鍵との両方をｅＳＥ上に保存するように構成される。

クレジット決済データ取得要求送信ユニット２４０は、クレジット決済データ取得要求を所定のサーバへ送信するように構成される。

クレジット決済データ設定ユニット２５０は、所定のサーバにより送信されたクレジット決済データを受信し、このクレジット決済データに基づき、モバイル端末のクレジット決済機能を有効化するように構成される。

本開示の別の実施では、図２７に基づき、図２９に示すように、本装置は、デバイスパラメータ情報取得ユニット２６０と、デバイスパラメータ情報送信ユニット２７０と、クレジット決済有効化情報チェックユニット２８０と、クレジット決済ハードウェア有効化条件２９０とを更に含む。

デバイスパラメータ情報取得ユニット２６０は、モバイル端末のデバイスパラメータ情報を取得するように構成される。

デバイスパラメータ情報送信ユニット２７０は、デバイスパラメータ情報を所定のサーバへ送信するように構成され、所定のサーバが、クレジット決済有効化ハードウェア条件をモバイル端末が満たしているかどうかを、受信したデバイスパラメータ情報に基づき特定する。

クレジット決済有効化情報チェックユニット２８０は、所定のサーバにより送信されたクレジット決済有効化情報が受信されたかどうかを特定するように構成される。

クレジット決済ハードウェア有効化条件２９０は、所定のサーバにより送信されたクレジット決済有効化情報が受信されたときに、クレジット決済有効化ハードウェア条件をモバイル端末が満たしていることを特定するために用いられる。

本開示の別の実施では、図２７に基づき、図３０に示すように、本装置は、ユーザＩＤ情報取得ユニット２０１と、ユーザＩＤ情報送信ユニット２０２と、セキュリティ認証成功情報チェックユニット２０３と、ハードウェア有効化条件確認ユニット２０４とを更に含む。

ユーザＩＤ情報取得ユニット２０１は、ユーザＩＤ情報を取得するように構成される。

ユーザＩＤ情報送信ユニット２０２は、ユーザＩＤ情報を所定のサーバへ送信するように構成される。これにより、所定のサーバが、クレジット決済有効化セキュリティ認証条件をモバイル端末が満たしているかどうかを、受信したユーザＩＤ情報に基づき特定できるようになる。

セキュリティ認証成功情報チェックユニット２０３は、所定のサーバにより送信されたセキュリティ認証成功情報が受信されたかどうかをチェックするように構成される。

ハードウェア有効化条件確認ユニット２０４は、所定のサーバにより送信されたセキュリティ認証成功情報が受信されたときに、クレジット決済有効化セキュリティ認証条件をモバイル端末が満たしていることを特定するように構成される。

本開示の別の実施では、図２７に基づき、図３１に示すように、本装置は、所定インストールファイル取得要求送信ユニット２０６と、ファイル取得ユニット２０７と、ファイルインストールユニット２０８とを更に含む。

所定インストールファイル取得要求送信ユニット２０６は、所定のインストールファイルを取得する要求を所定のサーバへ送信するように構成される。

所定のインストールファイルは、クレジット決済アプリケーションと登録スクリプトとを含む。

ファイル取得ユニット２０７は、所定のサーバにより送信されたクレジット決済アプリケーションと登録スクリプトとを取得するように構成される。

ファイルインストールユニット２０８は、クレジット決済アプリケーションと登録スクリプトとを別々にｅＳＥにインストールするように構成される。

本開示は、モバイル端末ｅＳＥに基づくクレジット決済装置を更に提供する。本装置はサーバに内蔵されている。図３２に示すように、本装置は、アプリケーション公開鍵受信ユニット３１０と、アプリケーション公開鍵証明書生成ユニット３２０と、アプリケーション公開鍵証明書送信ユニット３３０と、クレジット決済データ取得要求受信ユニット３４０と、クレジット決済データ生成ユニット３５０とを含む。

アプリケーション公開鍵受信ユニット３１０は、モバイル端末により送信されたアプリケーション公開鍵を受信するように構成される。

アプリケーション公開鍵証明書生成ユニット３２０は、アプリケーション公開鍵証明書を生成するために、サーバにローカルに格納されている認証秘密鍵を用いてアプリケーション公開鍵に署名するように構成される。

アプリケーション公開鍵証明書送信ユニット３３０は、アプリケーション公開鍵証明書をモバイル端末へ送信するように構成され、モバイル端末が、受信したアプリケーション公開鍵証明書をｅＳＥに保存する。

クレジット決済データ取得要求受信ユニット３４０は、モバイル端末により送信されたクレジット決済データ取得要求を受信するように構成される。

クレジット決済データ生成ユニット３５０は、クレジット決済データ取得要求に基づきモバイル端末に対応するクレジット決済データを生成し、このクレジット決済データをモバイル端末へ送信するように構成され、モバイル端末が、受信したクレジット決済データに基づき、モバイル端末のクレジット決済機能を有効化する。

本開示の別の実施では、図３１に基づき、図３３に示すように、本装置は、デバイスパラメータ情報受信ユニット３６０と、クレジット決済有効化ハードウェア条件の特定ユニット３７０と、クレジット決済有効化情報の送信ユニット３８０とを更に含む。

デバイスパラメータ情報受信ユニット３６０は、モバイル端末により送信されたデバイスパラメータ情報を受信するように構成される。

クレジット決済有効化ハードウェア条件の特定ユニット３７０は、クレジット決済有効化ハードウェア条件をモバイル端末が満たしているかどうかを、デバイスパラメータ情報に基づき特定するように構成される。

クレジット決済有効化情報の送信ユニット３８０は、クレジット決済有効化ハードウェア条件をモバイル端末が満たしている場合、クレジット決済有効化情報をモバイル端末へ送信するように構成される。

本開示の別の実施では、図３１に基づき、図３４に示すように、本装置は、ユーザＩＤ情報受信ユニット３０１と、セキュリティ認証条件特定ユニット３０２と、セキュリティ認証成功情報送信ユニット３０３とを更に含む。

ユーザＩＤ情報受信ユニット３０１は、モバイル端末により送信されたユーザＩＤ情報を受信するように構成される。

セキュリティ認証条件特定ユニット３０２は、クレジット決済有効化セキュリティ認証条件をモバイル端末が満たしているかどうかを、ユーザＩＤ情報に基づき特定するように構成される。

セキュリティ認証成功情報送信ユニット３０３は、ユーザＩＤ情報がクレジット決済有効化セキュリティ認証条件を満たしている場合、セキュリティ認証成功情報をモバイル端末へ送信するように構成される。

本開示の別の実施では、図３１に基づき、図３５に示すように、本装置は、所定インストールファイル取得要求受信ユニット３０４とインストールファイル送信ユニット３０５とを更に含む。

所定インストールファイル取得要求受信ユニット３０４は、モバイル端末により送信された、所定のインストールファイルを取得する要求を受信するように構成され、ここで、所定のインストールファイルは、クレジット決済アプリケーションと登録スクリプトとを含む。

インストールファイル送信ユニット３０５は、所定のインストールファイルを取得する要求に基づき、クレジット決済アプリケーションと登録スクリプトとを別々にモバイル端末へ送信するように構成される。

上述の実施の形態における装置については、各モジュールが操作を実行する具体的な方式を、本方法に関連した実施の形態にて詳細に述べているため、ここでは詳細な記載を省く。

本開示は多くの汎用又は専用の計算システム環境や計算システム構成に適用できると理解できる。これには例えば、パーソナルコンピュータ、サーバコンピュータ、ハンドヘルドデバイス又はポータブルデバイス、タブレットデバイス、マルチプロセッサシステム、マイクロプロセッサベースのシステム、セットトップボックス、プログラマブルコンシューマ電子デバイス、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、及び、これまでに述べたシステム又はデバイスのいずれか１つを含む分散コンピューティング環境がある。

本開示は、コンピュータで実行できる実行可能なコンピュータ命令（例えば、プログラムモジュール）の一般的な文脈で説明できる。一般に、プログラムモジュールは、例えば、特定のタスクを実行するための、又は特定の抽象データタイプを実施するための、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造等を含む。本開示は、分散コンピューティング環境においても実施できる。分散コンピューティング環境では、通信ネットワークを介して接続された複数のリモート処理デバイスによってタスクが実行される。分散コンピューティング環境では、プログラムモジュールは、格納デバイスを含む、ローカル及びリモートの両コンピュータ格納媒体に内蔵されてよい。

とりわけ、本明細書では、「第１の」、「第２の」等のように関連を表す用語は、１つの実体又は動作を他の実体又は動作から区別するために用いられているに過ぎず、これらの実体間又は動作間にこうした関係又は連続性が実際に存在することを必ずしも要したりそれを意味したりするものではない。更に、用語「含む」、「備える」、もしくは任意のその他の応用形は、非限定的な包含をカバーすることを意図するため、一連の要素を含む処理、方法、製品、デバイスは、これらの要素を含むだけでなく、表記されていないその他の要素も含むか、あるいは、こうした処理、方法、製品、デバイスに固有の要素を更に含むことができる。「〜を含む」によって記された要素は、この要素を含む処理、方法、商品、デバイスにおける別の同じ要素を、更なる制約なく更に含むものである。

当業者であれば、本明細書を考慮して本開示を実施した後に、本開示の別の実施形態を容易に理解することができる。本願は、本開示のあらゆる変形、機能、又は適応的変更を包含することが意図されている。これらの変形、機能、又は適応的変更は、本開示の一般原則に従うものであり、本開示において開示されていない技術分野における共通知識又は一般的に使用される技術的手段を含む。明細書および実施例は単なる例として考えられており、本開示の実際の範囲および精神は、添付の特許請求の範囲によって示される。

本開示は、上で説明され、添付の図面に示される正確な構造に限定されず、本開示の範囲から逸脱することなく修正および変更がなされ得ることが理解されるべきである。本開示の範囲は、添付の特許請求の範囲によってのみ限定される。

Claims (36)

1. モバイル端末に適用される、モバイル端末ｅＳＥに基づくクレジット決済方法であって：
   取引情報を取引端末へ送信するステップと；
   前記取引情報に基づき、前記取引端末により送信された現在の決済取引引き落とし情報を受信するステップと；
   前記モバイル端末の埋込セキュアエレメント（ｅＳＥ）を用いて、前記引き落とし情報と前記取引情報とに基づき決済認証ライセンスを生成するステップと；
   前記決済認証ライセンスを前記取引端末へ送信するステップであって、これにより、前記取引端末が、受信した前記決済認証ライセンスに基づき現在の決済取引を完了する、送信するステップと；を備える、
   モバイル端末ｅＳＥに基づくクレジット決済方法。
2. 取引情報を取引端末へ送信するステップの後に：
   前記取引端末により送信されたアプリケーション公開鍵証明書読み取り命令を受信するステップと；
   前記アプリケーション公開鍵証明書読み取り命令に基づき、アプリケーション公開鍵証明書を前記取引端末へ送信するステップと；を更に備える、
   請求項１に記載のクレジット決済方法。
3. 前記モバイル端末の埋込セキュアエレメント（ｅＳＥ）を用いて、決済認証ライセンスを生成するステップは；
   前記ｅＳＥに格納されているアプリケーション秘密鍵を用いて、前記引き落とし情報に基づき、署名データを生成するステップと；
   事前に生成された、前記ｅＳＥ上のＴＡＣサブキーを用いて、前記引き落とし情報と前記取引情報とに基づき、取引認証コード（ＴＡＣ）を生成するステップと；
   前記署名データと前記ＴＡＣとを前記決済認証ライセンスとして用いるステップと；を備える、
   請求項１に記載のクレジット決済方法。
4. 前記決済方法はバス移動の決済に適用され；
   前記取引情報は、決済カード番号と、利用可能限度額と、入場／退場フラグとを含む；
   請求項１に記載のクレジット決済方法。
5. 前記引き落とし情報は、引き落とし金額と、現在の決済取引の日付及び時刻と、現在の決済取引の入場／退場フラグと、現在の決済取引の駅情報とを含む；
   請求項１乃至請求項４のいずれか１項に記載のクレジット決済方法。
6. 現在の利用可能限度額を取得するために、前記現在の決済取引引き落とし情報中の前記引き落とし金額に基づき、前記取引情報中の前記利用可能限度額から前記引き落とし金額を差し引くステップと；
   前記現在の利用可能限度額を、前記モバイル端末におけるユーザに対応する利用可能限度額として用いるステップと；を更に備える、
   請求項５に記載のクレジット決済方法。
7. 取引端末に適用される、モバイル端末ｅＳＥに基づくクレジット決済方法であって：
   モバイル端末により送信された取引情報を受信するステップと；
   前記取引情報に基づき、現在の決済取引引き落とし情報を生成するステップと；
   前記モバイル端末に前記引き落とし情報を送信するステップと；
   決済認証ライセンスを受信すると、前記決済認証ライセンスに基づき、前記現在の決済取引が完了した、と特定するステップと；を備える、
   モバイル端末ｅＳＥに基づくクレジット決済方法。
8. モバイル端末により送信された取引情報を受信するステップの後に：
   アプリケーション公開鍵証明書読み取り命令を前記モバイル端末へ送信するステップと；
   前記所定のモバイル端末により送信されたアプリケーション公開鍵証明書を受信するステップと；
   前記取引端末にローカルに格納されているクレジット認証公開鍵を用いて、前記アプリケーション公開鍵証明書を検証するステップと；
   検証中に前記アプリケーション公開鍵証明書からアプリケーション鍵を復元するとき、前記現在の決済取引引き落とし情報を生成する前記ステップを実行するステップと；を更に備える、
   請求項７に記載のクレジット決済方法。
9. 前記決済認証ライセンスは署名データと取引認証コード（ＴＡＣ）とを含み、
   前記決済認証ライセンスに基づき、前記現在の決済取引が完了した、と特定するステップは；
   前記アプリケーション公開鍵を用いて前記署名データを検証するステップと；
   前記署名データを検証する際に取引ログを生成するステップと；
   前記取引ログを所定のサーバへ送信するステップであって、これにより、前記所定のサーバが、前記取引ログに基づき、前記モバイル端末に対応するユーザアカウントから対応する金額を差し引く、送信するステップと；を備え、
   前記取引ログは、引き落とし金額と、取引日付と、取引時刻と、取引端末ＩＤと、決済カード番号と、利用可能限度額と、ＴＡＣとを含む；
   請求項８に記載のクレジット決済方法。
10. 前記方法はバス移動の決済に適用され；
    前記取引情報は少なくとも利用可能限度額と入場／退場フラグとを含み；
    前記方法は：
    前記取引情報中の前記利用可能限度額が所定の閾値を超える又は等しいかどうかを特定するステップと；
    前記利用可能限度額が前記所定の閾値を超える又は等しい場合、前記取引情報中の前記入場／退場フラグが退出状態にあるかどうかをチェックするステップと；
    前記取引情報中の前記入場／退場フラグが退出状態にある場合、アプリケーション公開鍵証明書読み取り命令を前記モバイル端末へ送信する前記ステップを実行するステップと；を更に備える、
    請求項８に記載のクレジット決済方法。
11. モバイル端末に適用される、モバイル端末ｅＳＥに基づくクレジット決済方法であって：
    前記モバイル端末の埋込セキュアエレメント（ｅＳＥ）を用いて、アプリケーション公開鍵とアプリケーション秘密鍵とを別々に生成するステップと；
    前記アプリケーション公開鍵を所定のサーバへ送信するステップであって、これにより、前記所定のサーバが、ローカルに格納されている認証秘密鍵を用いて、前記アプリケーション公開鍵に署名してアプリケーション公開鍵証明書を生成する、送信するステップと；
    前記所定のサーバにより送信された前記公開鍵証明書を取得し、前記アプリケーション公開鍵証明書と前記アプリケーション秘密鍵との両方を前記ｅＳＥに保存するステップと；
    クレジット決済データ取得要求を前記所定のサーバへ送信するステップと；
    前記所定のサーバにより送信されたクレジット決済データを受信し、前記ｅＳＥを用いて、前記クレジット決済データに基づき、前記モバイル端末のクレジット決済機能を有効化するステップと；を備える、
    クレジット決済方法。
12. 前記モバイル端末のデバイスパラメータ情報を取得するステップと；
    前記デバイスパラメータ情報を前記所定のサーバへ送信するステップであって、これにより、前記所定のサーバが、クレジット決済有効化ハードウェア条件を、前記モバイル端末が満たしているかどうかを、前記受信したデバイスパラメータ情報に基づき特定する、送信するステップと；
    前記所定のサーバにより送信された、前記クレジット決済有効化情報が受信されたかどうかをチェックするステップと；
    前記所定のサーバにより送信された前記クレジット決済有効化情報が受信された場合、前記クレジット決済有効化ハードウェア条件を前記モバイル端末が満たしていることを特定し、アプリケーション公開鍵とアプリケーション秘密鍵とを別々に生成する前記ステップを実行するステップと；を更に備える、
    請求項１１に記載のクレジット決済方法。
13. ユーザＩＤ情報を取得するステップと；
    前記ユーザＩＤ情報を前記所定のサーバへ送信するステップであって、これにより、前記所定のサーバが、クレジット決済有効化セキュリティ認証条件を前記モバイル端末が満たしているかどうかを、前記受信したユーザＩＤ情報に基づき特定できる、送信するステップと；
    前記所定のサーバにより送信されたセキュリティ認証成功情報が受信されたかどうかをチェックするステップと；
    前記所定のサーバにより送信された前記セキュリティ認証成功情報が受信された場合、前記クレジット決済有効化セキュリティ認証条件を前記モバイル端末が満たしている、と特定し、アプリケーション公開鍵とアプリケーション秘密鍵とを別々に生成する前記ステップを実行するステップと；を更に備える、
    請求項１１に記載のクレジット決済方法。
14. クレジット決済アプリケーションと登録スクリプトとを含む所定のインストールファイルを取得する要求を、前記所定のサーバへ送信するステップと；
    前記所定のサーバにより送信された前記クレジット決済アプリケーションと前記登録スクリプトとを取得するステップと；
    前記クレジット決済アプリケーションと前記登録スクリプトとを前記ｅＳＥへ別々にインストールし、アプリケーション公開鍵とアプリケーション秘密鍵とを別々に生成する前記ステップを実行するステップと；を更に備える、
    請求項１１に記載のクレジット決済方法。
15. サーバに適用される、モバイル端末ｅＳＥに基づくクレジット決済方法であって：
    モバイル端末により送信されたアプリケーション公開鍵を受信するステップと；
    アプリケーション公開鍵証明書を生成するために、前記サーバにローカルに格納されている認証秘密鍵を用いてアプリケーション公開鍵に署名するステップと；
    前記アプリケーション公開鍵証明書を前記モバイル端末へ送信するステップであって、これにより、前記モバイル端末が、前記受信したアプリケーション公開鍵証明書をｅＳＥに保存する、送信するステップと；
    前記モバイル端末により送信されたクレジット決済データ取得要求を受信するステップと；
    前記クレジット決済データ取得要求に基づき、前記モバイル端末に対応するクレジット決済データを生成し、前記クレジット決済データを前記モバイル端末へ送信するステップであって、これにより、前記モバイル端末が、前記受信したクレジット決済データに基づき、前記モバイル端末のクレジット決済機能を有効化する、送信するステップと；を備える、
    クレジット決済方法。
16. 前記モバイル端末により送信されたデバイスパラメータ情報を受信するステップと；
    前記デバイスパラメータ情報に基づき、クレジット決済有効化ハードウェア条件を前記モバイル端末が満たしているかどうかを特定するステップと；
    前記クレジット有効化ハードウェア条件を前記モバイル端末が満たしている場合、クレジット決済有効化情報を前記モバイル端末へ送信し、モバイル端末により送信されたアプリケーション公開鍵を受信する前記ステップを実行するステップと；を更に備える、
    請求項１５に記載のクレジット決済方法。
17. 前記モバイル端末により送信されたユーザＩＤ情報を受信するステップと；
    前記ユーザＩＤ情報に基づき、クレジット決済有効化セキュリティ認証条件を前記モバイル端末が満たしているかどうかを特定するステップと；
    前記クレジット決済有効化セキュリティ認証条件を前記モバイル端末が満たしている場合、セキュリティ認証成功情報を前記モバイル端末へ送信し、モバイル端末により送信されたアプリケーション公開鍵を受信する前記ステップを実行するステップと；を更に備える、
    請求項１５に記載のクレジット決済方法。
18. 前記モバイル端末により送信された、クレジット決済アプリケーションと登録スクリプトとを備える所定のインストールファイルを取得する要求を受信するステップと；
    前記所定のインストールファイルを取得する前記要求に基づき、前記クレジット決済アプリケーションと前記登録スクリプトとを別々に前記モバイル端末へ送信し、モバイル端末により送信されたアプリケーション公開鍵を受信する前記ステップを実行するステップと；を更に備える、
    請求項１５に記載のクレジット決済方法。
19. モバイル端末に適用される、モバイル端末ｅＳＥに基づくクレジット決済装置であって：
    取引端末へ取引情報を送信するように構成された取引情報送信ユニットと；
    前記取引情報に基づき、前記取引端末により送信された現在の決済取引引き落とし情報を受信するように構成された引き落とし情報受信ユニットと；
    前記モバイル端末の埋込セキュアエレメント（ｅＳＥ）を用いて、前記引き落とし情報と前記取引情報とに基づき、決済認証ライセンスを生成するように構成された決済認証ライセンス生成ユニットと；
    前記取引端末へ前記決済認証ライセンスを送信するように構成された決済認証ライセンス送信ユニットであって、これにより、前記取引端末が、受信した前記決済認証ライセンスに基づき前記現在の取引決済を完了する、決済認証ライセンス送信ユニットと；を備える、
    クレジット決済装置。
20. 前記取引端末により送信されたアプリケーション公開鍵証明書読み取り命令を受信するように構成されたアプリケーション公開鍵証明書読み取り命令受信ユニットと；
    前記アプリケーション公開鍵証明書読み取り命令に基づき、アプリケーション公開鍵証明書を前記取引端末へ送信するように構成されたアプリケーション公開鍵証明書送信ユニットと；を更に備える、
    請求項１９に記載のクレジット決済装置。
21. 前記決済認証ライセンス生成ユニットは；
    前記ｅＳＥに格納されているアプリケーション秘密鍵を用いて、前記引き落とし情報に基づき、署名データを生成するように構成された署名データ生成モジュールと；
    事前に生成された、前記ｅＳＥの取引認証コード（ＴＡＣ）サブキーを用いて、前記引き落とし情報と前記取引情報とに基づき、ＴＡＣを生成するように構成されたＴＡＣ生成モジュールと；
    前記署名データと前記ＴＡＣとを決済認証ライセンスとして用いるように構成された決済認証ライセンス特定モジュールと；を備える、
    請求項１９に記載のクレジット決済装置。
22. 前記決済装置はバス移動の決済に適用され、
    前記取引情報は、決済カード番号と、利用可能限度額と、入場／退場フラグとを含む；
    請求項１９に記載のクレジット決済装置。
23. 前記引き落とし情報は、引き落とし金額と、前記現在の決済取引の日付及び時刻と、前記現在の決済取引の入場／退場フラグと、決済取引の駅情報とを含む；
    請求項１９乃至請求項２２のいずれか１項に記載のクレジット決済装置。
24. 現在の利用可能限度額を取得するために、前記現在の決済取引引き落とし情報中の前記引き落とし金額に基づき、前記取引情報中の前記利用可能限度額から引き落とし金額を差し引くように構成された現在利用可能限度額生成ユニットと；
    前記利用可能限度額を、前記モバイル端末においてユーザに対応する利用可能限度額として用いるように構成された利用可能限度額特定ユニットと；を更に備える、
    請求項２２に記載のクレジット決済装置。
25. 取引端末に適用される、モバイル端末ｅＳＥに基づくクレジット決済装置であって：
    モバイル端末により送信された取引情報を受信するように構成された取引情報受信ユニットと；
    前記取引情報に基づき、現在の決済取引引き落とし情報を生成するように構成された引き落とし情報生成ユニットと；
    前記引き落とし情報を前記モバイル端末へ送信するように構成された引き落とし情報送信ユニットと；
    決済認証ライセンスが受信されると、前記決済認証ライセンスに基づき、前記現在の決済取引が完了した、と特定するように構成された決済取引完了特定ユニットと；を備える、
    クレジット決済装置。
26. アプリケーション公開鍵証明書読み取り命令を前記モバイル端末へ送信するように構成されたアプリケーション公開鍵証明書読み取り命令送信ユニットと；
    所定の前記モバイル端末により送信されたアプリケーション公開鍵証明書を受信するように構成されたアプリケーション公開鍵証明書受信ユニットと；
    前記取引端末にローカルに格納されているクレジット認証公開鍵を用いて、前記アプリケーション公開鍵証明書を検証するように構成されたアプリケーション公開鍵証明書検証ユニットと；を更に備える、
    請求項２５に記載のクレジット決済装置。
27. 前記決済認証ライセンスは署名データと取引認証コード（ＴＡＣ）とを含み、
    前記決済取引完了特定ユニットは：
    前記アプリケーション公開鍵を用いて前記署名データを検証するように構成された署名データ検証モジュールと；
    前記署名データが検証される際に取引ログを生成するように構成された取引ログ生成モジュールと；
    前記取引ログを所定のサーバへ送信するように構成された取引ログ送信モジュールであって、これにより、前記所定のサーバが、前記取引ログに基づき、前記モバイル端末に対応するユーザアカウントから、対応する金額を差し引く、取引ログ送信モジュールと；を備え、
    前記取引ログは、引き落とし金額と、取引日付と、取引時刻と、取引端末ＩＤと、決済カード番号と、利用可能限度額と、ＴＡＣとを含む；
    請求項２５に記載のクレジット決済装置。
28. 前記装置はバス移動の決済に適用され；
    前記取引情報は少なくとも利用可能限度額と入場／退場フラグとを含み；
    前記装置は、閾値特定ユニットと入場／退場フラグ特定ユニットとを更に備え；
    前記閾値特定ユニットは、前記取引情報中の前記利用可能限度額が所定の閾値を超える又は等しいかどうかを特定するように構成され；
    前記入場／退場フラグ特定ユニットは、前記利用可能限度額が前記所定の閾値を超える又は等しい場合、前記取引情報中の前記入場／退場フラグが退出状態にあるかどうかをチェックするように構成され；
    前記アプリケーション公開鍵証明書読み取り命令送信ユニットは、前記取引情報中の前記入場／退場フラグが退出状態にある場合、前記アプリケーション公開鍵証明書読み取り命令を前記モバイル端末へ送信するように更に構成された；
    請求項２５に記載のクレジット決済装置。
29. モバイル端末に適用される、モバイル端末ｅＳＥに基づくクレジット決済装置であって：
    前記モバイル端末の埋込セキュアエレメント（ｅＳＥ）を用いて、アプリケーション公開鍵とアプリケーション秘密鍵とを別々に生成するように構成された鍵生成ユニットと；
    前記アプリケーション公開鍵を前記所定のサーバへ送信するように構成されたアプリケーション公開鍵送信ユニットであって、これにより、所定のサーバがローカルに格納されている認証秘密鍵を用いて前記アプリケーション公開鍵に署名してアプリケーション公開鍵証明書を生成する、アプリケーション公開鍵送信ユニットと；
    前記所定のサーバにより送信された公開鍵証明書を取得し、前記アプリケーション公開鍵証明書と前記アプリケーション秘密鍵との両方を前記ｅＳＥへ保存するように構成された公開鍵証明書取得ユニットと；
    クレジット決済データ取得要求を前記所定のサーバへ送信するように構成されたクレジット決済データ取得要求送信ユニットと；
    前記所定のサーバにより送信されたクレジット決済データを受信し、前記クレジット決済データに基づき前記モバイル端末のクレジット決済機能を有効化するように構成されたクレジット決済データ設定ユニットと；を備える、
    クレジット決済装置。
30. 前記モバイル端末のデバイスパラメータ情報を取得するように構成されたデバイスパラメータ情報取得ユニットと；
    前記所定のサーバが、受信した前記パラメータ情報に基づき、クレジット決済有効化ハードウェア条件を前記モバイル端末が満たしているかどうかを特定するために、前記デバイスパラメータ情報を前記所定のサーバへ送信するように構成されたデバイスパラメータ情報送信ユニットと；
    前記所定のサーバにより送信されたクレジット決済有効化情報が受信されたかどうかをチェックするように構成された、クレジット決済有効化情報チェックユニットと；
    前記所定のサーバにより送信された前記クレジット決済有効化情報が受信されると、前記クレジット決済有効化ハードウェア条件を前記モバイル端末が満たしている、と特定するために用いられるクレジット決済ハードウェア有効化条件と；を更に備える、
    請求項２９に記載のクレジット決済装置。
31. ユーザＩＤ情報を取得するように構成されたユーザＩＤ情報取得ユニットと；
    前記ユーザＩＤ情報を前記所定のサーバへ送信するように構成されたユーザＩＤ情報送信ユニットであって、これにより、前記所定のサーバが、受信した前記ユーザＩＤ情報に基づき、前記クレジット決済有効化セキュリティ認証条件を前記モバイル端末が満たしているかどうかを特定する、ユーザＩＤ情報送信ユニットと；
    前記所定のサーバにより送信されたセキュリティ認証成功情報が受信されたかどうかをチェックするように構成されたセキュリティ認証成功情報チェックユニットと；
    前記特定のサーバにより送信された前記セキュリティ認証成功情報が受信されると、前記クレジット決済有効化セキュリティ認証条件を前記モバイル端末が満たしている、と特定するように構成されたハードウェア有効化条件の確認ユニットと；を更に備える、
    請求項２９に記載のクレジット決済装置。
32. クレジット決済アプリケーションと登録スクリプトとを含む所定のインストールファイルを取得する要求を前記所定のサーバへ送信するように構成された、所定インストールファイル取得要求送信ユニット と；
    前記所定のサーバにより送信された前記クレジット決済アプリケーションと登録スクリプトとを取得するように構成されたファイル取得ユニットと；
    前記クレジット決済アプリケーションと前記登録スクリプトとを前記ｅＳＥへ別々にインストールするように構成されたファイルインストールユニットと；を更に備える、
    請求項２９に記載のクレジット決済装置。
33. サーバに適用される、モバイル端末ｅＳＥに基づくクレジット決済装置であって：
    モバイル端末により送信されたアプリケーション公開鍵を受信するように構成されたアプリケーション公開鍵受信ユニットと；
    アプリケーション公開鍵証明書を生成するために、前記サーバにローカルに格納されている認証秘密鍵を用いて前記アプリケーション公開鍵に署名するように構成されたアプリケーション公開鍵証明書生成ユニットと；
    前記アプリケーション公開鍵証明書を前記モバイル端末へ送信するように構成されたアプリケーション公開鍵証明書送信ユニットであって、これにより、前記モバイル端末が受信した前記アプリケーション公開鍵証明書をｅＳＥに保存する、アプリケーション公開鍵証明書送信ユニットと；
    前記モバイル端末により送信されたクレジット決済データ取得要求を受信するように構成されたクレジット決済データ取得要求受信ユニットと；
    前記クレジット決済データ取得要求に基づき、前記モバイル端末に対応するクレジット決済データを生成し、前記クレジット決済データを前記モバイル端末へ送信するように構成されたクレジット決済データ生成ユニットであって、これにより、前記モバイル端末が、受信した前記クレジット決済データに基づき、クレジット決済機能を有効化する、クレジット決済データ生成ユニットと；を備える、
    クレジット決済装置。
34. 前記モバイル端末により送信されたデバイスパラメータ情報を受信するように構成されたデバイスパラメータ情報受信ユニットと；
    前記デバイスパラメータ情報に基づき、クレジット決済有効化ハードウェア条件を前記モバイル端末が満たしているかどうかを特定するように構成されたクレジット決済有効化ハードウェア条件特定ユニットと；
    前記クレジット決済有効化ハードウェア条件を前記モバイル端末が満たしている場合、クレジット決済有効化情報を前記モバイル端末へ送信するように構成されたクレジット決済有効化情報送信ユニットと；を更に備える、
    請求項３３に記載のクレジット決済装置。
35. 前記モバイル端末により送信されたユーザＩＤ情報を受信するように構成されたユーザＩＤ情報受信ユニットと；
    前記ユーザＩＤ情報に基づき、前記クレジット決済有効化セキュリティ認証条件を前記モバイル端末が満たしているかどうかを特定するように構成されたセキュリティ認証条件特定ユニットと；
    前記クレジット決済有効化セキュリティ認証条件を前記ユーザＩＤ情報が満たしている場合、セキュリティ認証成功情報を前記モバイル端末へ送信するように構成されたセキュリティ認証成功情報送信ユニットと；を更に備える、
    請求項３３に記載のクレジット決済装置。
36. 前記モバイル端末により送信された、クレジット決済アプリケーションと登録スクリプトとを含む所定のインストールファイルを取得する要求を受信するように構成された所定インストールファイル取得要求受信ユニットと；
    前記所定のインストールファイルを取得する前記要求に基づき、前記クレジット決済アプリケーションと前記登録スクリプトとを別々に前記モバイル端末へ送信するように構成されたインストールファイル送信ユニットと；を更に備える、
    請求項３３に記載のクレジット決済装置。

Images