(57)【要約】  本願は、モバイル端末Ｐ２Ｐに基づくクレジット決済方法及び装置に関する。本方法は、トランザクション端末により送信されたトランザクション情報を受信するステップと、トランザクション情報に基づいてトランザクション応答情報を生成し、このトランザクション応答情報をトランザクション端末へ送信するステップと、トランザクション端末により送信された現在の決済トランザクションの引き落とし受諾要求情報を受信するステップと、引き落とし受諾要求情報とトランザクション応答情報とに基づき、モバイル端末内でアプリケーション秘密鍵により生成される決済認証ライセンスを生成するステップと、この決済認証ライセンスをトランザクション端末へ送信するステップとを含む。決済アプリケーションを有効化した後に、ユーザがモバイル端末を用いてトランザクション端末とのオフラインクレジット決済を完了することで、決済トランザクションを高速化し、安全に完了することができる。
2019503026.tif 000002
【特許請求の範囲】
【請求項１】
モバイル端末に適応される、モバイル端末Ｐ２Ｐに基づくクレジット決済方法であって：
トランザクション端末により送信されたトランザクション情報を受信するステップと；
前記トランザクション情報に基づきトランザクション応答情報を生成し、前記トランザクション応答情報を前記トランザクション端末へ送信するステップと；
前記トランザクション端末により送信された現在の決済トランザクションの引き落とし受諾要求情報を受信するステップと；
前記引き落とし受諾要求情報と前記トランザクション応答情報とに基づき、前記モバイル端末内で、アプリケーション秘密鍵生成決済認証ライセンスを生成するステップと；
前記決済認証ライセンスを前記トランザクション端末へ送信することで、前記トランザクション端末が、前記現在の決済トランザクションを、受信された前記決済認証ライセンスに基づき完了できるようにするステップと；を備える、
モバイル端末Ｐ２Ｐに基づくクレジット決済方法。
【請求項２】
前記トランザクション情報に対応する前記トランザクション応答情報を、前記トランザクション端末へ送信する前記ステップの後に：
前記トランザクション端末により送信されたアプリケーション公開鍵証明書返送要求情報を受信するステップと；
前記アプリケーション公開鍵証明書返送要求情報に基づき、前記モバイル端末内でアプリケーション公開鍵証明書のためのアプリケーション公開鍵証明書応答情報を生成し、前記アプリケーション公開鍵証明書応答情報を、前記トランザクション端末へ送信するステップと；を更に備える、
請求項１に記載のクレジット決済方法。
【請求項３】
アプリケーション秘密鍵生成決済認証ライセンスを生成する前記ステップは：
前記モバイル端末に格納されたアプリケーション秘密鍵を用いて、前記引き落とし受諾要求情報に基づき署名データを生成するステップと；
前記モバイル端末で予め生成されたＴＡＣサブキーを用いて、前記引き落とし受諾要求情報と前記トランザクション応答情報とに基づきＴＡＣを生成するステップと；
前記署名データと前記ＴＡＣを前記決済認証ライセンスとして用いるステップと；を備える、
請求項１に記載のクレジット決済方法。
【請求項４】
前記決済方法は公共交通機関の決済に適用され、
前記トランザクション応答情報は決済カード番号、利用可能限度額、及び入場／退場フラグを含む、
請求項１に記載のクレジット決済方法。
【請求項５】
前記引き落とし受諾要求情報は、引き落とし金額、前記現在の決済トランザクションの日付、前記現在の決済トランザクションの時刻、前記現在の決済トランザクションの入場／退場フラグ、及び前記現在の決済トランザクションの駅情報を含む、
請求項１乃至請求項４のいずれか１項に記載のクレジット決済方法。
【請求項６】
前記現在の引き落とし受諾要求情報中の前記引き落とし金額に基づき、前記トランザクション応答情報中の前記利用可能限度額から前記引き落とし金額を差し引いて現在の利用可能限度額を取得するステップと；
前記利用可能限度額を、前記モバイル端末に対応するユーザの利用可能限度額として用いるステップと；を更に備える、
請求項５に記載のクレジット決済方法。
【請求項７】
トランザクション端末に適用される、モバイル端末Ｐ２Ｐに基づくクレジット決済方法であって：
トランザクション情報をモバイル端末へ送信するステップと；
前記モバイル端末により送信されたトランザクション応答情報を受信するステップと；
前記トランザクション応答情報に基づき、前記現在の決済トランザクションの引き落とし受諾要求情報を生成するステップと；
前記引き落とし受諾要求情報を前記モバイル端末へ送信するステップと；
決済認証ライセンスを受信すると、前記決済認証ライセンスに基づき、前記決済トランザクションが完了したと特定するステップと；を備える、
モバイル端末Ｐ２Ｐに基づくクレジット決済方法。
【請求項８】
前記モバイル端末により送信されたトランザクション応答情報を受信する前記ステップの後に：
アプリケーション公開鍵証明書返送要求情報を前記モバイル端末へ送信するステップと；
前記モバイル端末により送信されたアプリケーション公開鍵証明書応答情報を受信するステップと；
前記トランザクション端末上のクレジット公開鍵を用いて、前記アプリケーション公開鍵証明書応答情報中のアプリケーション公開鍵証明書の署名を検証するステップと；
前記検証中に、前記アプリケーション公開鍵証明書からアプリケーション公開鍵が復元された場合、前記現在の決済トランザクションの引き落とし受諾要求情報を生成する前記ステップを実行するステップと；を更に備える、
請求項７に記載のクレジット決済方法。
【請求項９】
前記決済方法は公共交通機関の決済に適用され、
前記トランザクション応答情報は、決済カード番号、利用可能限度額、及び入場／退場フラグを含む、
請求項７又は請求項８に記載のクレジット決済方法。
【請求項１０】
前記トランザクション応答情報中の前記決済カード番号が所定のブラックリストに載っているか否かを特定するステップと；
前記トランザクション応答情報中の前記決済カード番号が前記所定のブラックリストに載っていない場合、アプリケーション公開鍵証明書返送要求情報を前記モバイル端末へ送信する前記ステップを実行するステップと；を更に備える、
請求項９に記載のクレジット決済方法。
【請求項１１】
前記トランザクション応答情報中の前記利用可能限度額が所定の閾値以上であるか否かを特定するステップと；
前記利用可能限度額が前記所定の閾値以上である場合、前記トランザクション応答情報中の前記入場／退場フラグが退場状態にあるか否かをチェックするステップと；
前記入場／退場フラグが退場状態にある場合、アプリケーション公開鍵証明書返送要求情報を前記モバイル端末へ送信する前記ステップを実行するステップと；を更に備える、
請求項９に記載のクレジット決済方法。
【請求項１２】
前記決済認証ライセンスは、署名データとＴＡＣとを含み、
前記決済認証ライセンスに基づき、前記現在の決済トランザクションを完了できると特定する前記ステップは：
前記アプリケーション公開鍵を用いて前記署名データを検証するステップと；
前記署名データが検証される際に、トランザクションログを生成するステップと；
前記トランザクションログを前記所定のサーバへ送信することで、前記所定のサーバが、前記トランザクションログに基づいて、前記モバイル端末に対応するユーザアカウントから、対応する資金額を引き落とせるようにするステップと；を備え、
前記トランザクションログは、前記引き落とし金額、トランザクションの日付、トランザクション時刻、トランザクション端末ＩＤ、決済カード番号、利用可能限度額、及びＴＡＣを含む、
請求項８に記載のクレジット決済方法。
【請求項１３】
モバイル端末に適用される、モバイル端末Ｐ２Ｐに基づくクレジット決済装置であって：
前記トランザクション端末により送信されたトランザクション情報を受信するように構成された第１の返送要求情報受信ユニットと；
前記トランザクション情報に基づきトランザクション応答情報を生成するように構成されたトランザクション応答情報生成ユニットと；
前記トランザクション応答情報を前記トランザクション端末へ送信するように構成された情報送信ユニットと；
前記トランザクション端末により送信された前記現在の決済トランザクションの引き落とし受諾要求情報を受信するように構成された引き落とし受諾要求情報受信ユニットと；
前記引き落とし受諾要求情報と前記トランザクション応答情報とに基づき、前記モバイル端末内で、アプリケーション秘密鍵生成決済認証ライセンスを生成するように構成されたアプリケーション秘密鍵生成決済認証ライセンス生成ユニットと；
前記決済認証ライセンスを前記トランザクション端末へ送信して、前記トランザクション端末が、受信した前記決済認証ライセンスに基づき前記現在の決済トランザクションを完了できるように構成された決済認証ライセンス送信ユニットと；を備える、
モバイル端末Ｐ２Ｐに基づくクレジット決済装置。
【請求項１４】
前記トランザクション端末により送信されたアプリケーション公開鍵証明書返送要求情報を受信するように構成された第２の返送要求情報受信ユニットと；
前記アプリケーション公開鍵証明書返送要求情報に基づき、前記モバイル端末内でアプリケーション公開鍵証明書のためのアプリケーション公開鍵証明書応答情報を生成するように構成されたアプリケーション公開鍵証明書応答情報の生成ユニットと；
前記アプリケーション公開鍵証明書応答情報を前記トランザクション端末へ送信するように構成された公開鍵証明書応答情報送信ユニットと；を更に備える、
請求項１３に記載のクレジット決済装置。
【請求項１５】
前記アプリケーション秘密鍵生成決済認証ライセンス生成ユニットは：
前記モバイル端末に格納されたアプリケーション秘密鍵を用いて、前記引き落とし受諾要求情報に基づき署名データを生成するように構成された署名データ生成モジュールと；
前記モバイル端末内で事前に生成されたＴＡＣサブキーを用いて、前記引き落とし受諾要求情報と前記トランザクション応答情報とに基づきＴＡＣを生成するように構成された情報生成モジュールと；
前記署名データと前記ＴＡＣとを前記決済認証ライセンスとして用いるように構成された決済認証ライセンス特定モジュールと；を備える、
請求項１３に記載のクレジット決済装置。
【請求項１６】
前記クレジット決済装置は公共交通機関の決済に適用され、
前記トランザクション応答情報は、決済カード番号、利用可能限度額、入場／退場フラグ、及び最後のトランザクション情報を含む、
請求項１３に記載のクレジット決済装置。
【請求項１７】
前記引き落とし受諾要求情報は、引き落とし金額、前記現在の決済トランザクションの日付、前記現在の決済トランザクションの時刻、前記現在の決済トランザクションの入場／退場フラグ、及び前記現在の決済トランザクションの駅情報を含む、
請求項１３乃至請求項１６のいずれか１項に記載のクレジット決済装置。
【請求項１８】
現在の利用可能限度額を得るために、前記引き落とし受諾要求情報中の前記引き落とし金額に基づき、前記トランザクション応答情報中の前記利用可能限度額から前記引き落とし金額を差し引くように構成された現在の利用可能限度額生成ユニットと；
前記現在の利用可能限度額を、前記モバイル端末に対応するユーザの利用可能限度額として用いるように構成された利用可能限度額特定ユニットと；を更に備える、
請求項１７に記載のクレジット決済装置。
【請求項１９】
トランザクション端末に適用される、モバイル端末Ｐ２Ｐに基づくクレジット決済装置であって：
トランザクション情報をモバイル端末へ送信するように構成されたトランザクション情報送信ユニットと；
前記モバイル端末により送信されたトランザクション応答情報を受信するように構成されたトランザクション応答情報受信ユニットと；
前記トランザクション応答情報に基づき、前記現在の決済トランザクションの引き落とし受諾要求情報を生成するように構成された引き落としユニットと；
前記引き落とし受諾要求情報を前記モバイル端末へ送信するように構成された引き落とし受諾要求情報送信ユニットと；
決済認証ライセンスが受信されると、前記決済認証ライセンスに基づき、前記現在の決済トランザクションを終了することが可能か否かを特定するように構成された現在の決済トランザクション完了ユニットと；を備える、
モバイル端末Ｐ２Ｐに基づくクレジット決済装置。
【請求項２０】
アプリケーション公開鍵証明書返送要求情報を前記モバイル端末へ送信するように構成された返信要求情報送信ユニットと；
前記モバイル端末により送信されたアプリケーション公開鍵証明書応答情報を受信するように構成された公開鍵証明書応答情報受信ユニットと；
前記トランザクション端末内のクレジットライセンス付き公開鍵を用いて、前記アプリケーションン公開鍵証明書応答情報中のアプリケーション公開鍵証明書の署名を検証するように構成された署名検証ユニットと；を更に備える、
請求項１９に記載のクレジット決済装置。
【請求項２１】
前記トランザクション応答情報は、決済カード番号、利用可能限度額、及び入場／退場フラグを含む、
請求項１９又は請求項２０に記載のクレジット決済装置。
【請求項２２】
前記トランザクション応答情報中の前記決済カード番号が所定のブラックリストに載っているか否かを特定するように構成されたブラックリスト特定ユニットを更に備え、
前記返送要求情報送信ユニットは、前記トランザクション応答情報中の前記決済カード情報が前記所定のブラックリストに載っていない場合に、前記アプリケーション公開鍵証明書返送要求情報を前記モバイル端末へ送信するように更に構成される、
請求項２１に記載のクレジット決済装置。
【請求項２３】
前記トランザクション応答情報中の前記利用可能限度額が所定の閾値以上であるか否かを特定するように構成された閾値特定ユニットと；
前記利用可能限度額が前記所定の閾値以上である場合、前記トランザクション応答情報中の前記入場／退場フラグが退場状態にあるか否かをチェックするように構成された状態チェックユニットと；を更に備える、
請求項２１に記載のクレジット決済装置。
【請求項２４】
前記決済認証ライセンスは、署名データとＴＡＣとを含み、
前記現在の決済トランザクション完了ユニットは：
前記アプリケーション公開鍵を用いて前記署名データを検証するように構成された署名検証モジュールと；
前記署名データを検証する際に、トランザクションログを生成するように構成されたトランザクションログ生成モジュールと；
前記トランザクションログを所定のサーバへ送信して、前記所定のサーバが、前記トランザクションログに基づき、前記モバイル端末に対応するユーザアカウントから、対応する資金額を引き落とせるように構成されたトランザクションログ送信モジュールと；を備え、
前記トランザクションログは、前記引き落とし金額、トランザクションの日付、トランザクション時刻、トランザクション端末ＩＤ、決済カード番号、利用可能限度額、及び前記ＴＡＣを含む、
請求項２０に記載のクレジット決済装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、通信技術の分野に関し、特に、モバイル端末Ｐ２Ｐに基づくクレジット決済方法及び装置に関する。
【背景技術】
【０００２】
現在、公共交通機関には主に地上の交通機関と地下鉄がある。ユーザは公共交通機関のチケットを購入する場合、現金又はプリペイドカードを使うのが普通である。現金決済は主に公共交通システムに用いられており、ユーザは硬貨を投入してチケットを購入する。あるいは、ユーザはプリペイドの乗車用カードを購入し、このカードを走査（スキャン）してバスや地下鉄に乗車できる。
【０００３】
ユーザがバスチケットを現金で購入する場合、多くのバスはセルフサービスであって、両替はできないので、ユーザはお釣りが要らない料金金額を事前に用意する必要があり、これはユーザにとって不便である。更に、営業終了後に、バスシステム職員は、バスユーザがセルフサービスで投入した少額料金を全て数える必要があるため、職員への余計な作業となる。ユーザが乗車用カードを使って公共交通機関を利用する場合、現在の乗車用カードの多くは非接触無線周波（ＲＦ）カードであるので、カードの屈曲やカードの表面の摩耗等のユーザによる損傷及び損耗が、通常の使用中、カードに生じやすい。ユーザが公共交通機関に乗るために１回乗車券を利用する場合、ユーザは通常、少額の１回乗車券を購入するので、やはり職員は小銭を数えねばならない。
【０００４】
ユーザが再使用可能なプリペイドカードを使って公共交通機関を利用する場合、再使用可能なプリペイドカードは非登録式であるために紛失届けを出せないので、再使用可能な乗車用カードの紛失後、ユーザの損失になってしまう。更に、ユーザはプリペイドカードの購入、金額のチャージ及び払い戻しを指定場所で行う必要があるので、ユーザにとって不便になる。
【発明の概要】
【０００５】
関連技術における課題を解決するために、本願は、モバイル端末Ｐ２Ｐに基づくクレジット決済方法及び装置を提供する。
【０００６】
本願の第１の態様によれば、モバイル端末に適用されるモバイル端末Ｐ２Ｐに基づくクレジット決済方法が提供される。本方法は：トランザクション端末により送信されたトランザクション情報を受信するステップと；前記トランザクション情報に基づきトランザクション応答情報を生成し、前記トランザクション応答情報を前記トランザクション端末へ送信するステップと；前記トランザクション端末により送信された現在の決済トランザクションの引き落とし受諾要求情報を受信するステップと；前記引き落とし受諾要求情報と前記トランザクション応答情報とに基づき、前記モバイル端末内で、アプリケーション秘密鍵生成決済認証ライセンスを生成するステップと；前記決済認証ライセンスを前記トランザクション端末へ送信することで、前記トランザクション端末が、前記現在の決済トランザクションを、受信された前記決済認証ライセンスに基づき完了できるようにするステップと；を含む。
【０００７】
また、トランザクション情報をトランザクション端末へ送信するステップの後に：前記トランザクション端末により送信されたアプリケーション公開鍵証明書返送要求情報を受信するステップと；前記アプリケーション公開鍵証明書返送要求情報に基づき、前記モバイル端末内でアプリケーション公開鍵証明書のためのアプリケーション公開鍵証明書応答情報を生成し、前記アプリケーション公開鍵証明書応答情報を、前記トランザクション端末へ送信するステップと；を含む。
【０００８】
更に、アプリケーション秘密鍵生成決済認証ライセンスを生成する前記ステップは；前記モバイル端末に格納されたアプリケーション秘密鍵を用いて、前記引き落とし受諾要求情報に基づき署名データを生成するステップと；前記モバイル端末で予め生成されたＴＡＣサブキーを用いて、前記引き落とし受諾要求情報と前記トランザクション応答情報とに基づきＴＡＣ（Ｔｒａｎｓａｃｔｉｏｎ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｏｄｅ、トランザクション認証コード）を生成するステップと；前記署名データと前記ＴＡＣを前記決済認証ライセンスとして用いるステップと；を含む。
【０００９】
更に、前記決済方法は公共交通機関の決済に適用され、前記トランザクション応答情報は決済カード番号、利用可能限度額、及び入場／退場フラグを含む。
【００１０】
更に、前記引き落とし受諾要求情報は、引き落とし金額、前記現在の決済トランザクションの日付、前記現在の決済トランザクションの時刻、前記現在の決済トランザクションの入場／退場フラグ、及び前記現在の決済トランザクションの駅（ステーション）情報を含む。
【００１１】
更に、この方法は：前記現在の引き落とし受諾要求情報中の前記引き落とし金額に基づき、前記トランザクション応答情報中の前記利用可能限度額から前記引き落とし金額を差し引いて現在の利用可能限度額を取得するステップと；前記利用可能限度額を、前記モバイル端末に対応するユーザの利用可能限度額として用いるステップと；を含む。
【００１２】
本願の実施の第２の態様によれば、モバイル端末Ｐ２Ｐ基づくクレジット決済方法が提供される。この方法は：トランザクション情報をモバイル端末へ送信するステップと；前記モバイル端末により送信されたトランザクション応答情報を受信するステップと；前記トランザクション応答情報に基づき、前記現在の決済トランザクションの引き落とし受諾要求情報を生成するステップと；前記引き落とし受諾要求情報を前記モバイル端末へ送信するステップと；決済認証ライセンスを受信すると、前記決済認証ライセンスに基づき、前記決済トランザクションが完了したと特定するステップと；を含む。
【００１３】
また、本方法は、前記モバイル端末により送信されたトランザクション応答情報を受信する前記ステップの後に：アプリケーション公開鍵証明書返送要求情報を前記モバイル端末へ送信するステップと；前記モバイル端末により送信されたアプリケーション公開鍵証明書応答情報を受信するステップと；前記トランザクション端末上のクレジットライセンス付き公開鍵を用いて、前記アプリケーション公開鍵証明書応答情報中のアプリケーション公開鍵証明書の署名を検証するステップと；前記検証中に、前記アプリケーション公開鍵証明書からアプリケーション公開鍵が復元された場合、前記現在の決済トランザクションの引き落とし受諾要求情報を生成する前記ステップを実行するステップと；を更に含む。
【００１４】
前記決済方法は公共交通機関の決済に適用され、前記トランザクション応答情報は、決済カード番号、利用可能限度額、及び入場／退場フラグ、及び最後のトランザクションに関する情報を含む。
【００１５】
更に、この方法は：前記トランザクション応答情報中の前記決済カード番号が所定のブラックリストに載っているか否かを特定するステップと；前記トランザクション応答情報中の前記決済カード番号が前記所定のブラックリストに載っていない場合、アプリケーション公開鍵証明書返送要求情報を前記モバイル端末へ送信する前記ステップを実行するステップと；を含む。
【００１６】
更に、この方法は：前記トランザクション応答情報中の前記利用可能限度額が所定の閾値以上であるか否かを特定するステップと；前記利用可能限度額が前記所定の閾値以上である場合、前記トランザクション応答情報中の前記入場／退場フラグが退場状態にあるか否かをチェックするステップと；前記入場／退場フラグが退場状態にある場合、アプリケーション公開鍵証明書返送要求情報を前記モバイル端末へ送信する前記ステップを実行するステップと；を更に含む。
【００１７】
更に、前記決済認証ライセンスは、署名データとＴＡＣとを含み；前記決済認証ライセンスに基づき、前記現在の決済トランザクションを完了できると特定する前記ステップは；前記アプリケーション公開鍵を用いて前記署名データを検証するステップと；前記署名データが検証される際に、トランザクションログを生成するステップと；前記トランザクションログを前記所定のサーバへ送信することで、前記所定のサーバが、前記トランザクションログに基づいて、前記モバイル端末に対応するユーザアカウントから、対応する資金額を引き落とせるようにするステップと；を含み、前記トランザクションログは、前記引き落とし金額、トランザクションの日付、トランザクション時刻、トランザクション端末ＩＤ、決済カード番号、利用可能限度額、及びＴＡＣを含む。
【００１８】
本願の実施の第３の態様によれば、モバイル端末Ｐ２Ｐ基づくクレジット決済装置が提供される。この装置は：トランザクション端末が検出された場合、前記トランザクション端末により送信されたトランザクション情報を受信するように構成された第１の返送要求情報受信ユニットと；前記トランザクション情報に基づきトランザクション応答情報を生成するように構成されたトランザクション応答情報生成ユニットと；前記トランザクション応答情報を前記トランザクション端末へ送信するように構成された情報送信ユニットと；前記トランザクション端末により送信された前記現在の決済トランザクションの引き落とし受諾要求情報を受信するように構成された引き落とし受諾要求情報受信ユニットと；前記引き落とし受諾要求情報と前記トランザクション応答情報とに基づき、前記モバイル端末内で、アプリケーション秘密鍵生成決済認証ライセンスを生成するように構成されたアプリケーション秘密鍵生成決済認証ライセンス生成ユニットと；前記決済認証ライセンスを前記トランザクション端末へ送信して、前記トランザクション端末が、受信した前記決済認証ライセンスに基づき前記現在の決済トランザクションを完了できるように構成された決済認証ライセンス送信ユニットと；を含む。
【００１９】
この装置は：前記トランザクション端末により送信されたアプリケーション公開鍵証明書返送要求情報を受信するように構成された第２の返送要求情報受信ユニットと；前記アプリケーション公開鍵証明書返送要求情報に基づき、前記モバイル端末内でアプリケーション公開鍵証明書のためのアプリケーション公開鍵証明書応答情報を生成するように構成されたアプリケーション公開鍵証明書応答情報の生成ユニットと；前記アプリケーション公開鍵証明書応答情報を前記トランザクション端末へ送信するように構成された公開鍵証明書応答情報送信ユニットと；を更に含む。
【００２０】
更に、前記アプリケーション秘密鍵生成決済認証ライセンス生成ユニットは；前記モバイル端末に格納されたアプリケーション秘密鍵を用いて、前記引き落とし受諾要求情報に基づき署名データを生成するように構成された署名データ生成モジュールと；前記モバイル端末内で事前に生成されたＴＡＣサブキーを用いて、前記引き落とし受諾要求情報と前記トランザクション応答情報とに基づきＴＡＣを生成するように構成された情報生成モジュールと；前記署名データと前記ＴＡＣとを前記決済認証ライセンスとして用いるように構成された決済認証ライセンス特定モジュールと；を含む。
【００２１】
更に、前記トランザクション応答情報は、決済カード番号、利用可能限度額、入場／退場フラグ、及び最後のトランザクション情報を含む。
【００２２】
更に、決済装置が公共交通機関の決済に適用される場合、前記引き落とし受諾要求情報は、引き落とし金額、前記現在の決済トランザクションの日付、前記現在の決済トランザクションの時刻、前記現在の決済トランザクションの入場／退場フラグ、及び前記現在の決済トランザクションの駅（ステーション）情報を含む。
【００２３】
更に、この装置は：現在の利用可能限度額を得るために、前記引き落とし受諾要求情報中の前記引き落とし金額に基づき、前記トランザクション応答情報中の前記利用可能限度額から前記引き落とし金額を差し引くように構成された現在の利用可能限度額生成ユニットと；前記現在の利用可能限度額を、前記モバイル端末に対応するユーザの利用可能限度額として用いるように構成された利用可能限度額特定ユニットと；を含む。
【００２４】
本願の第４の態様によれば、トランザクション端末に適用されるモバイル端末Ｐ２Ｐ基づくクレジット決済装置が提供される。この装置は：トランザクション情報をモバイル端末へ送信するように構成されたトランザクション情報送信ユニットと；前記モバイル端末により送信されたトランザクション応答情報を受信するように構成されたトランザクション応答情報受信ユニットと；前記トランザクション応答情報に基づき、前記現在の決済トランザクションの引き落とし受諾要求情報を生成するように構成された引き落としユニットと；前記引き落とし受諾要求情報を前記モバイル端末へ送信するように構成された引き落とし受諾要求情報送信ユニットと；決済認証ライセンスが受信されると、前記決済認証ライセンスに基づき、前記現在の決済トランザクションを終了することが可能か否かを特定するように構成された現在の決済トランザクション完了ユニットと；を含む。
【００２５】
この装置は：アプリケーション公開鍵証明書返送要求情報を前記モバイル端末へ送信するように構成された返信要求情報送信ユニットと；前記モバイル端末により送信されたアプリケーション公開鍵証明書応答情報を受信するように構成された公開鍵証明書応答情報受信ユニットと；前記トランザクション端末内のクレジットライセンス付き公開鍵を用いて、前記アプリケーションン公開鍵証明書応答情報中のアプリケーション公開鍵証明書の署名を検証するように構成された署名検証ユニットと；を更に含む。
【００２６】
更に、前記トランザクション応答情報は、決済カード番号、利用可能限度額、及び入場／退場フラグを含む。
【００２７】
更に、この装置は：前記トランザクション応答情報中の前記決済カード番号が所定のブラックリストに載っているか否かを特定するように構成されたブラックリスト特定ユニットを更に含み、前記返送要求情報送信ユニットは、前記トランザクション応答情報中の前記決済カード情報が前記所定のブラックリストに載っていない場合に、前記アプリケーション公開鍵証明書返送要求情報を前記モバイル端末へ送信するように更に構成される。
【００２８】
更に、この装置は：前記トランザクション応答情報中の前記利用可能限度額が所定の閾値以上であるか否かを特定するように構成された閾値特定ユニットと；前記利用可能限度額が前記所定の閾値以上である場合、前記トランザクション応答情報中の前記入場／退場フラグが退場状態にあるか否かをチェックするように構成された状態チェックユニットと；を含む。
【００２９】
更に、前記決済認証ライセンスは、署名データとＴＡＣとを含み、前記現在の決済トランザクション完了ユニットは：前記アプリケーション公開鍵を用いて前記署名データを検証するように構成された署名検証モジュールと；前記署名データを検証する際に、トランザクションログを生成するように構成されたトランザクションログ生成モジュールと；前記トランザクションログを所定のサーバへ送信して、前記所定のサーバが、前記トランザクションログに基づき、前記モバイル端末に対応するユーザアカウントから、対応する資金額を引き落とせるように構成されたトランザクションログ送信モジュールと；を含み、前記トランザクションログは、前記引き落とし金額、トランザクションの日付、トランザクション時刻、トランザクション端末ＩＤ、決済カード番号、利用可能限度額、及び前記ＴＡＣを含む。
【００３０】
本願の実施にて提供する技術的解決策は、以下の利点的効果を奏する。
【００３１】
本願にて提供されるモバイル端末Ｐ２Ｐに基づくクレジット決済方法及び装置は、モバイル端末及びトランザクション（取引）端末に適用できる。決済アプリケーションを有効化した後に、ユーザは、モバイル端末を用いて、トランザクション端末とのオフラインでのクレジット決済を完了できる。このように、決済トランザクションを迅速且つ安全に行うことができ、オンライン決済が不要であるため、公共交通機関を利用する際にユーザが現金、乗車用カード等を用いて決済トランザクション機能を実施する必要がある関連技術の課題を効率的に解決できる。
【００３２】
ここまでの一般的な記述と以下の詳細な記述は実施例及び説明に過ぎず、本願を限定するものではないことは言うまでもない。
【図面の簡単な説明】
【００３３】
ここに述べる添付の図面は本明細書に援用され、本明細書の一部を成し、本願による実施を示し、更に、本願の原理を説明するために本明細書と共に用いられる。
【００３４】
【図１】図１は、実施の例に係るクレジット認証システムを示す概略図である。
【００３５】
【図２】図２は、実施の例に係るモバイル端末Ｐ２Ｐに基づくクレジット決済方法を示すフローチャートである。
【００３６】
【図３】図３は、別の実施の例に係るモバイル端末Ｐ２Ｐに基づくクレジット決済方法を示すフローチャートである。
【００３７】
【図４】図４は、更に別の実施の例に係るモバイル端末Ｐ２Ｐに基づくクレジット決済方法を示すフローチャートである。
【００３８】
【図５】図５は、更に別の実施の例に係るモバイル端末Ｐ２Ｐに基づくクレジット決済方法を示すフローチャートである。
【００３９】
【図６】図６は、更に別の実施の例に係るモバイル端末Ｐ２Ｐに基づくクレジット決済方法を示すフローチャートである。
【００４０】
【図７】図７は、更に別の実施の例に係るモバイル端末Ｐ２Ｐに基づくクレジット決済方法を示すフローチャートである。
【００４１】
【図８】図８は、更に別の実施の例に係るモバイル端末Ｐ２Ｐに基づくクレジット決済方法を示すフローチャートである。
【００４２】
【図９】図９は、更に別の実施の例に係るモバイル端末Ｐ２Ｐに基づくクレジット決済方法を示すフローチャートである。
【００４３】
【図１０】図１０は、更に別の実施の例に係るモバイル端末Ｐ２Ｐに基づくクレジット決済方法を示すフローチャートである。
【００４４】
【図１１】図１１は、更に別の実施の例に係るモバイル端末Ｐ２Ｐに基づくクレジット決済方法を示すフローチャートである。
【００４５】
【図１２】図１２は、更に別の実施の例に係るモバイル端末Ｐ２Ｐに基づくクレジット決済方法を示すフローチャートである。
【００４６】
【図１３】図１３は、更に別の実施の例に係るモバイル端末Ｐ２Ｐに基づくクレジット決済方法を示すフローチャートである。
【００４７】
【図１４】図１４は、更に別の実施の例に係るモバイル端末Ｐ２Ｐに基づくクレジット決済方法を示すフローチャートである。
【００４８】
【図１５】図１５は、更に別の実施の例に係るモバイル端末Ｐ２Ｐに基づくクレジット決済方法を示すフローチャートである。
【００４９】
【図１６】図１６は、更に別の実施の例に係るモバイル端末Ｐ２Ｐに基づくクレジット決済方法を示すフローチャートである。
【００５０】
【図１７】図１７は、更に別の実施の例に係るモバイル端末Ｐ２Ｐに基づくクレジット決済方法を示すフローチャートである。
【００５１】
【図１８】図１８は、図１４におけるステップＳ４５０を示すフローチャートである。
【００５２】
【図１９】図１９は、クレジット認証システムのアプリケーションと、クレジット決済アプリケーションと、クレジット認証システムのサービス提供側との間のデータ交換手順を示す図である。
【００５３】
【図２０】図２０は、バスのゲートとクレジット認証システムのアプリケーションとの間のデータ交換を示す図である。
【００５４】
【図２１】図２１は、バスのゲートとクレジット認証システムのサービス提供側との間のデータ交換を示す図である。
【００５５】
【図２２】図２２は、更に別の実施の例に係るモバイル端末Ｐ２Ｐに基づくクレジット決済装置を示す概略図である。
【００５６】
【図２３】図２３は、更に別の実施の例に係るモバイル端末Ｐ２Ｐに基づくクレジット決済装置を示す概略図である。
【００５７】
【図２４】図２４は、図２２におけるアプリケーション秘密鍵により生成される決済認証ライセンス生成ユニットを示す概略図である。
【００５８】
【図２５】図２５は、更に別の実施の例に係るモバイル端末Ｐ２Ｐに基づくクレジット決済装置を示す概略図である。
【００５９】
【図２６】図２６は、更に別の実施の例に係るモバイル端末Ｐ２Ｐに基づくクレジット決済装置を示す概略図である。
【００６０】
【図２７】図２７は、更に別の実施の例に係るモバイル端末Ｐ２Ｐに基づくクレジット決済装置を示す概略図である。
【００６１】
【図２８】図２８は、更に別の実施の例に係るモバイル端末Ｐ２Ｐに基づくクレジット決済装置を示す概略図である。
【００６２】
【図２９】図２９は、更に別の実施の例に係るモバイル端末Ｐ２Ｐに基づくクレジット決済装置を示す概略図である。
【００６３】
【図３０】図３０は、図２６における現在の決済トランザクション完了ユニットを示す概略図である。
【発明を実施するための形態】
【００６４】
ここでは実施の例を詳細に説明し、これらの実施の例は添付の図面にて提示される。以降の説明が添付の図面に関連している場合は、特に記載のない限り、添付する種々の図面中の同一の符号は、同一又は類似の要素を表す。以降の実施の例で述べる実施は、本願と一致する全ての実施を表しているわけではない。むしろ、付帯する特許請求の範囲で詳細に述べられ、本願のいくつかの態様と一致する装置及び方法のほんの一例に過ぎない。
【００６５】
モバイル決済（Ｍｏｂｉｌｅ  Ｐａｙｍｅｎｔ）は携帯電話決済とも呼ばれる。ユーザは、購入する製品又はサービスの決済を、モバイル端末を用いて行うことができる。モバイル端末は、決済トランザクションを行うために、ＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ、近距離無線通信）を介してトランザクション（取引）端末と通信することができる。短距離通信とも呼ばれるＮＦＣは、電子デバイスが非接触でポイント・ツー・ポイント（Ｐｏｉｎｔ  Ｔｏ  Ｐｏｉｎｔ）のデータ伝送及びデータ交換を行えるようにする短距離高周波無線通信技術である。ＮＦＣ技術の安全性は、決済のような分野での高い将来性を示している。
【００６６】
Ｐ２Ｐ、つまりピアツーピア（ｐｅｅｒ  ｔｏ  ｐｅｅｒ）、はＮＦＣ技術の３つの動作モードの１つである。赤外線と同じように、Ｐ２Ｐモードはデータを交換するために用いることができる。しかし、Ｐ２Ｐモードでは、赤外線モードと比較して、（Ｂｌｕｅｔｏｏｔｈ（登録商標）と同様）伝送距離が短く、伝送生成速度と伝送速度との両方が高速であり、電力消費が低い。ＮＦＣ機能を備える２つのデバイスを無線で相互にリンクさせることができ、これを用いて、例えば、音楽ダウンロード、画像交換、デバイスのアドレス帳の同期などの、ピアツーピアのデータ伝送を実施する。そのため、ＮＦＣを介することで、デジタルカメラ、ＰＤＡ、コンピュータ、携帯電話のような複数のデバイス間でデータ又はサービスを交換できる。本願の実施において、モバイル端末は、クレジット決済トランザクションを完了するために、ＮＦＣ技術のＰ２Ｐ方式でバスのゲートとの間でデータ交換を行う。
【００６７】
当業者が本願をより理解し、実施し易くするために、先ず、本願の実施に関与するモバイル端末と、トランザクション端末と、サーバとの間の相互関係、例えば、端末間でのデータの伝送及び処理の方法について、簡単に述べる。例えば、モバイル決済における本願の用途は幅広いので、より分かり易く説明するために、複数の顧客が携帯電話のクレジット決済を使って公共交通機関の運賃を購入するシナリオによって説明する。
【００６８】
図１に示すように、本願の実施で提供されるクレジット認証システムは、モバイル端末１００、トランザクション端末２００、及びサーバ３００を含む。モバイル端末１００は、決済トランザクション機能を有する携帯電話であってよい。トランザクション端末２００はバスのゲートであってよく、このバスのゲートは、バスシステム又は地下鉄システムで用いられるＰＯＳ端末である。サーバ３００はクレジット認証システム内で機能する。モバイル端末１００を用いてトランザクション端末２００と決済トランザクションを行う前に、ユーザは、先ず、サーバ３００を用いてモバイル端末１００のクレジット決済トランザクション機能を有効化（イネーブル化）する必要があり、この後、モバイル端末１００を用いてトランザクション端末２００と決済トランザクションを行えるようになる。加えて、トランザクション端末２００はモバイル端末１００のトランザクションログをサーバ３００へ定期的にアップロードし、サーバ３００は、対応する資金額を、モバイル端末１００に対応するアカウントから引き落とし、この金額をバス会社に支払う。
【００６９】
本願で提供されるこの実施においては、モバイル端末に２つのアプリケーションをインストールできる。その１つは、例えば、クレジット決済アプリケーションＡｐｐｌｅｔ（アプレット）のようなクレジット決済アプリケーションである。Ｊａｖａ（登録商標）カードの場合、サン  マイクロシステムズ（Ｓｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓ）社は、Ａｐｐｌｅｔを、Ｊａｖａ（登録商標）カード上で実行するためのオブジェクトとして設定している。もう１つのアプリケーションは、クレジット認証システムのアプリケーションであってよい。先のモバイル端末上の２つのアプリケーションの機能は、１つのアプリケーションを用いて実施できる。この実施はこれに限定されない。
【００７０】
ＩＤセキュリティ認証に合格し、十分なクレジット限度額を持つユーザのみがバスクレジット決済アプリケーションを有効化できるようにするために、トランザクション端末２００は厳格なＩＤセキュリティ認証機構を使用している。
【００７１】
クレジット決済アプリケーションＡｐｐｌｅｔは、ＮＦＣ機能を有するモバイル端末１００にインストールされる。個人化（パーソナライゼーション）の最中にアプリケーション公開鍵（公開キー）及び秘密鍵（秘密キー、あるいは非公開鍵ともいう）の対が生成される。アプリケーション秘密鍵はクレジット決済アプリケーションに格納され、クレジット決済アプリケーションはアプリケーション秘密鍵がいかなる状況でも盗まれないようにする。アプリケーション公開鍵はクレジット認証システム内の秘密鍵を用いてアプリケーション公開鍵証明書として署名され、クレジット決済アプリケーションに保存される。クレジット認証システム内の公開鍵はトランザクション端末２００へ提供され、格納場所がトランザクション端末２００により特定される。これは公開鍵であるため、セキュリティに対する条件は課されない。
【００７２】
クレジット決済アプリケーション内のアプリケーション公開鍵証明書を読み取った後にクレジット決済トランザクションを提供する場合、トランザクション端末２００は、アプリケーション公開鍵を復元するために、クレジット認証システム内の公開鍵を用いてアプリケーション公開鍵証明書を検証する。クレジット決済アプリケーションＡｐｐｌｅｔが、アプリケーション秘密鍵を用いて決済認証ライセンスを生成する。トランザクション端末２００は、アプリケーション公開鍵を用いて決済認証ライセンスを検証してから、検証に合格した認証ライセンス内のセキュリティ要素をチェックする。セキュリティの確認後に、トランザクション端末２００はクレジットアカウンティング（課金）を実行し、その後、指定された時刻に、対応するクレジットアカウントを決済する。決済のセキュリティを確保するために、使用回数、限度額、又は時間間隔が指定の閾値を超えた場合、ユーザＩＤ情報を検証して、再び認証を許可するために、モバイル端末をネットワークに接続しなければならない。
【００７３】
関連技術の課題を解決するために、本願の実施は、モバイル端末によるクレジット決済有効化工程に適用される、モバイル端末Ｐ２Ｐに基づくクレジット決済方法を提供する。図２に示すように、この方法は以下のステップを含むことができる。
【００７４】
ステップＳ１１０：モバイル端末上のクレジット認証システムのアプリケーションを用いて、アプリケーション認証要求を所定のサーバへ送信する。
【００７５】
クレジット認証システムのアプリケーションがモバイル端末上へインストールされることで、モバイル端末は、このクレジット認証システムのアプリケーションを用いてアプリケーション認証要求をクレジット認証システムのサーバへ送信できるようになる。
【００７６】
ステップＳ１２０：所定のサーバにより送信された、アプリケーション公開鍵証明書とアプリケーション秘密鍵とを受信する。
【００７７】
受信したアプリケーション認証要求に基づき、クレジット認証システムのサーバは一対の鍵、つまりアプリケーション公開鍵とアプリケーション秘密鍵とを生成する。サーバは、アプリケーション公開鍵証明書を生成するために、サーバのローカルに格納された認証済みの秘密鍵を用いて、アプリケーション公開鍵に署名し、更に、取得したアプリケーション公開鍵証明書とアプリケーション秘密鍵とをモバイル端末へ送信する。
【００７８】
ステップＳ１３０：アプリケーション公開鍵証明書とアプリケーション秘密鍵とをモバイル端末上のクレジット決済アプリケーションに格納する。
【００７９】
モバイル端末は、サービス提供側により送信されたアプリケーション公開鍵証明書とアプリケーション秘密鍵とを、モバイル端末上のクレジット決済アプリケーションに格納する。
【００８０】
ステップＳ１４０：クレジット決済データ取得要求が所定のサーバへ送信される。
【００８１】
ステップＳ１５０：所定のサーバにより、送信されたクレジット決済データが受信され、このクレジット決済データに基づいてモバイル端末のクレジット決済機能が有効化される。
【００８２】
クレジット決済データは個人化スクリプトであってよく、個人化スクリプトは、決済カード番号、クレジット限度額、利用可能限度額、及びＴＡＣサブキーを含む。決済カード番号は、クレジット認証システムにより各ユーザのクレジット決済アプリケーションに生成された一意の文字コードである。利用可能限度額はユーザが現在利用できる資金額である。ＴＡＣサブキーは、クレジット認証システム内のサーバにより、ＴＡＣ親秘密鍵を用いてカード番号ハッシングを通じて取得される。
【００８３】
本願で提供される別の実施では、図２に基づき、図３に示すように、本方法はステップＳ１１０の前に以下のステップを更に含むことができる。
【００８４】
ステップＳ１０１：モバイル端末のデバイスパラメータ情報を取得する。
【００８５】
モバイル端末のデバイスパラメータ情報は、モバイル端末のハードウェア情報であってよい。先ず、決済トランザクションのハードウェア条件をモバイル端末が満たしているか否か、例えば、モバイル端末がＮＦＣ機能を有するか否かを、デバイスパラメータ情報に基づいてチェックする必要がある。当然ながら、デバイスパラメータ情報は、モバイル端末の、デバイスモデル、ＲＯＭバージョン、システムモデル（例えば、Ａｎｄｒｏｉｄ（登録商標））、アプリケーションのバージョン等の情報であってもよい。
【００８６】
ステップＳ１０２：デバイスパラメータ情報を所定のサーバへ送信する。
【００８７】
モバイル端末は、取得したモバイル端末のデバイスパラメータ情報をクレジット認証システムのサーバへ送信することで、クレジット決済を有効化するためハードウェア条件をモバイル端末が満たしているか否かを、サーバが、受信したデバイスパラメータ情報に基づいて特定できるようにする。
【００８８】
ステップＳ１０３：所定のサーバにより送信された、クレジット決済有効化情報が受信されたか否かをチェックする。
【００８９】
クレジット決済を有効化するためのハードウェア条件をモバイル端末が満たしている場合、サーバは、クレジット決済有効化情報をモバイル端末へ送信する。クレジット決済有効化情報は、クレジット決済アプリケーション有効化ページであってよい。
【００９０】
クレジット決済を有効化するためのハードウェア条件をモバイル端末が満たしていない場合、サーバはクレジット決済有効化情報をモバイル端末へ送信しない。
【００９１】
所定のサーバにより送信されたクレジット決済有効化情報が受信されると、ステップＳ１０４が実行される。
【００９２】
ステップＳ１０４：モバイル端末がクレジット決済を有効化するためのハードウェア条件を満たしていると特定して、ステップＳ１１０が実行される。
【００９３】
図２に基づく、クレジット決済を有効化するハードウェア条件をモバイル端末が満たしているか否かをチェックするステップに加え、ステップＳ１１０の前に、図４に示すように、セキュリティ認証条件を満たしているか否かをモバイル端末が更にチェックする必要がある。そのため、本願で提供される別の実施では、本願で提供されるモバイル端末Ｐ２Ｐに基づくクレジット決済方法は、以下のステップを更に含むことができる。
【００９４】
ステップＳ１０５：モバイル端末に対応するユーザＩＤ情報を取得する。
【００９５】
ユーザＩＤ情報は、ユーザのＩＤカード番号、氏名、銀行カード番号、電子メールアドレス、Ａｌｉｐａｙアカウント等であってよい。
【００９６】
ステップＳ１０６：ユーザＩＤ情報を所定のサーバへ送信することで、モバイル端末がクレジット決済を有効化するセキュリティ認証条件を満たしているか否かを、所定のサーバが、受信したユーザＩＤ情報に基づいて特定できるようにする。
【００９７】
モバイル端末はクレジット認証システム内のサーバにユーザＩＤ情報を送信することで、このサーバがユーザＩＤ情報を検証できるようにする。例えば、銀行カード番号が正常にサービスを提供しているか否か、又は、ユーザアカウントに不正なクレジットトランザクション記録があるか否かを検証できるようにする。
【００９８】
ステップＳ１０７：所定のサーバにより送信されたセキュリティ認証成功情報が受信されたか否かをチェックする。
【００９９】
モバイル端末により送信されたユーザ情報を受信した後に、サーバがこのユーザ情報をチェックする。クレジット決済を有効化するためのセキュリティ認証条件をモバイル端末が満たしている場合、サーバがセキュリティ認証成功情報をモバイル端末へ送信する。
【０１００】
所定のサーバにより送信されたセキュリティ認証成功情報が受信されると、ステップＳ１０８が実行される。ステップＳ１０８では、モバイル端末がクレジット決済を有効化するためのセキュリティ認証条件を満たしていると特定し、ステップＳ１１０が実行される。
【０１０１】
モバイル端末は、サーバ側により送信されるセキュリティ認証成功情報を受信した場合、モバイル端末がクレジット決済を有効化するためのセキュリティ認証条件を満たしていると特定する。
【０１０２】
モバイル端末はサーバ側により送信されるセキュリティ認証成功情報を受信しない場合、モバイル端末がクレジット決済を有効化するためのセキュリティ認証条件を満たしていないと特定する。
【０１０３】
図２に基づき、ステップＳ１１０の前には、図５に示すように、モバイル端末に関連アプリケーションを更にインストールする必要がある。そのため、本願で提供されるモバイル端末Ｐ２Ｐに基づくクレジット決済方法は、以下のステップを更に含む。
【０１０４】
ステップＳ１６０：所定のインストールファイルを取得する要求を所定のサーバへ送信する。
【０１０５】
この所定のインストールファイルはクレジット決済アプリケーションを含む。
【０１０６】
ステップＳ１７０：所定のサーバにより送信された所定のインストールファイルを取得する。
【０１０７】
ステップＳ１８０：所定のインストールファイルをモバイル端末にインストールし、ステップＳ１１０を実行する。
【０１０８】
クレジット決済アプリケーションと登録スクリプトとが別々にモバイル端末にインストールされた後、モバイル端末のユーザ個人化が完了する。このようにして、モバイル端末上でクレジット決済機能を有効化する手順が完了する。先の実施に基づいて、モバイル端末がクレジット決済機能を有効化する、クレジット認証システムのサーバ側での実行手順について以下詳細に述べる。
【０１０９】
本願で提供される別の実施では、図６に示すように、本願で提供されるモバイル端末Ｐ２Ｐに基づくクレジット決済方法におけるサーバ（クレジット認証システムのサービス提供側）の実行手順は以下のステップを含むことができる。
【０１１０】
ステップＳ２１０：モバイル端末により送信されたアプリケーション認証要求を受信する。
【０１１１】
ステップＳ２２０：アプリケーション認証要求に基づき、アプリケーション公開鍵とアプリケーション秘密鍵とを別々に生成する。
【０１１２】
ステップＳ２３０：アプリケーション公開鍵証明書を生成するために、ローカルに格納された認証秘密鍵を用いてアプリケーション公開鍵に署名する。
【０１１３】
ステップＳ２４０：アプリケーション公開鍵証明書とアプリケーション秘密鍵とを別々にモバイル端末へ送信する。
【０１１４】
受信されたアプリケーション認証要求に基づき、クレジット認証システムのサーバが一対の鍵（つまり、アプリケーション公開鍵とアプリケーション秘密鍵）を生成する。サーバは、アプリケーション公開鍵証明書を生成するために、ローカルに格納された認証秘密鍵を用いてアプリケーション公開鍵に署名し、取得されたアプリケーション公開鍵証明書とアプリケーション秘密鍵とを別々にモバイル端末へ送信する。
【０１１５】
ステップＳ２５０：モバイル端末により送信されたクレジット決済データ取得要求を受信する。
【０１１６】
ステップＳ２６０：クレジット決済データ取得要求に基づき、モバイル端末に対応するクレジット決済データを生成し、このクレジット決済データをモバイル端末へ送信することで、モバイル端末が、受信されたクレジット決済データに基づいてモバイル端末クレジット決済機能を有効化できるようにする。
【０１１７】
クレジット決済データは個人化スクリプトであってよく、個人化スクリプトは決済カード番号、クレジット限度額、利用可能限度額、及びＴＡＣサブキーを含む。クレジットカード番号は、クレジット認証システムにより各ユーザのクレジット決済アプリケーションに生成された一意の文字コードである。利用可能限度額は、ユーザが現在利用できる資金額である。ＴＡＣサブキーは、クレジット認証システム内のサーバにより、ＴＡＣ親秘密鍵を用いて、カード番号ハッシングを通じて取得される。
【０１１８】
図６に基づき、図７に示すように、本願で提供される別の実施では、サーバ（クレジット認証システムのサービス提供側）は、モバイル端末により送信されたデバイスパラメータ情報に基づき、クレジット決済を有効化するハードウェア条件をモバイル端末が満たしているか否かを特定する。そのため、ステップＳ２１０の前に、本願のこの実施で提供されるモバイル端末Ｐ２Ｐに基づくクレジット決済方法は、以下のステップを更に含むことができる。
【０１１９】
ステップＳ２０１：モバイル端末により送信されたデバイスパラメータ情報を受信する。
【０１２０】
モバイル端末がクレジット決済機能を有効化する工程において、モバイル端末は、ネットワーク等を用いてクレジット認証システムのサービス提供側（つまり、サーバ）と通信することができる。クレジット認証システムのサービス提供側は、モバイル端末により送信されたデバイスパラメータ情報を受信することができる。
【０１２１】
ステップＳ２０２：デバイスパラメータ情報に基づき、クレジット決済を有効化するハードウェア条件をモバイル端末が満たしているか否かを特定する。
【０１２２】
モバイル端末により送信されたパラメータ情報は、モバイル端末の、デバイスモデル、ＲＯＭバージョン、システムバージョン（Ａｎｄｒｏｉｄ（登録商標）など）、アプリケーションバージョン等の情報であってよい。サーバは、モバイル端末がＮＦＣ機能等を有するか否かを、モバイル端末により送信された情報に基づいてチェックできる。
【０１２３】
サーバは、モバイル端末がクレジット決済を有効化するためのハードウェア条件を満たしていると確認した場合、クレジット決済有効化情報をモバイル端末へ送信する。クレジット決済有効化情報は、クレジット決済アプリケーション有効化ページであってよい。ユーザは、モバイル端末のクレジット決済アプリケーションを有効化するインターフェース上でユーザ情報を入力し、ユーザＩＤ情報をサービス提供側へアップロードすることができる。
【０１２４】
サーバは、モバイル端末がクレジット決済を有効化するためのハードウェア条件を満たしていないと検出した場合、モバイル端末にクレジット決済有効化情報を送信しない。
【０１２５】
クレジット決済を有効化するハードウェア条件をモバイル端末が満たしている場合、ステップＳ２０３において、クレジット決済有効化情報をモバイル端末へ送信し、ステップＳ２１０が実行される。
【０１２６】
モバイル情報により送信されたデバイスパラメータ情報をチェックするステップに加え、クレジット認証システム内のサーバは、更に、モバイル端末により送信されたユーザＩＤ情報をチェックし、そのモバイル端末に対応するユーザがセキュリティ認証条件を満たしているか否かを特定する必要がある。したがって、図６に基づき、図８に示すように、モバイル端末のクレジット決済機能を有効化する処理において、本願で提供されるモバイル端末Ｐ２Ｐに基づくクレジット決済方法は、ステップＳ２１０の前に以下のステップを更に含むことができる。
【０１２７】
ステップＳ２０４：モバイル端末により送信されたユーザＩＤ情報を受信する。
【０１２８】
ユーザＩＤ情報は、ユーザの、ＩＤカード番号、氏名、銀行カード番号、電子メールアドレス、Ａｌｉｐａｙ（アリペイ）アカウント等のような情報であってよい。
【０１２９】
ステップＳ２０５：ユーザＩＤ情報に基づき、クレジット決済を有効化するセキュリティ認証条件をモバイル端末が満たしているか否かを特定する。
【０１３０】
例えば、サーバは、ユーザＩＤ情報中の銀行カード番号が正常にサービスを提供しているか否か、不正なトランザクション記録があるか否か等をチェックしてよい。
【０１３１】
サーバは、モバイル端末がクレジット決済を有効化するためのセキュリティ認証条件を満たしていると検出した場合、モバイル端末にセキュリティ認証成功情報を送信する。
【０１３２】
モバイル端末がクレジット決済を有効化するためのセキュリティ認証条件を満たしている場合、ステップＳ２０６でセキュリティ認証成功情報をモバイル端末へ送信し、ステップＳ２１０を実行する。
【０１３３】
モバイル端末がクレジット決済を有効化する場合、クレジット決済アプリケーションを更にインストールする必要があり、これらのインストールファイルはクレジット認証システム内のサーバから送信されなければならない。そのため、図６に基づき、図９に示すように、本願の別の実施では、本願で提供されるモバイル端末Ｐ２Ｐに基づくクレジット決済方法はステップＳ２１０の前に以下のステップを更に含むことができる。
【０１３４】
ステップＳ２０７：モバイル端末により送信された、所定のインストールファイルを取得する要求を受信する。
【０１３５】
所定のインストールファイルはクレジット決済アプリケーションを含む。
【０１３６】
ステップＳ２０８：所定のインストールファイルを取得する要求に基づき、所定のインストールファイルを個別にモバイル端末へ送信し、ステップＳ２１０が実行される。
【０１３７】
本願の先の実施は、モバイル端末においてクレジット決済有効化工程について述べている。シナリオによっては、クレジット決済有効化工程は、他の方式、例えば、モバイル端末上で予め特定される、又は、クレジット決済権限側への登録アプリケーションを介して得られる。ここでは、クレジット決済有効化工程は限定されない。
【０１３８】
関連技術の課題を解決するために、本願の実施は、モバイル端末とトランザクション端末との間でのクレジット決済処理に適用される、モバイル端末Ｐ２Ｐに基づくクレジット決済方法を提供する。図１０に示すように、この方法は以下のステップを含むことができる。
【０１３９】
ステップＳ３１０：トランザクション端末により送信されたトランザクション情報を受信する。
【０１４０】
ユーザが決済トランザクションを行うためにモバイル端末を持ってバスのゲートに接近すると、バスのゲートは無線周波数フィールドを生成できるので、モバイル端末がバスのゲートに接近すると、つまり、バスのゲートにより生成された無線周波数フィールドにモバイル端末が入ると、モバイル端末はバスのゲートにより生成された無線周波数フィールドを検出でき、バスのゲートもモバイル端末を検出する。この状況で、バスのゲートとモバイル端末との間に通信接続が確立され、バスのゲートがモバイル端末へトランザクション情報を送信し、モバイル端末がバスのゲートにより送信されたこのトランザクション情報を受信する。
【０１４１】
ＮＤＥＦ（ＮＦＣ  Ｄａｔａ  Ｅｘｃｈａｎｇｅ  Ｆｏｒｍａｔ、ＮＦＣデータ交換フォーマット）メッセージを交換する方法がＰ２Ｐモードで記述されることは特に留意すべきである。
【０１４２】
ステップＳ３２０：トランザクション情報に基づいてトランザクション応答情報を生成し、このトランザクション応答情報をトランザクション端末へ送信する。
【０１４３】
ステップＳ３３０：トランザクション端末により送信された現在の決済トランザクションの引き落とし受諾要求情報を受信する。
【０１４４】
バスのゲートは、モバイル端末により送信されたアプリケーション公開鍵証明書を受信した後に、アプリケーション公開鍵証明書の検証を行い、現在の決済トランザクション引き落とし情報を生成し、この引き落とし情報をモバイル端末へ送信する。バスのゲートにより送信された引き落とし情報をモバイル端末が受信する。
【０１４５】
ステップ３４０：引き落とし受諾要求情報とトランザクション応答情報とに基づき、モバイル端末内でアプリケーション秘密鍵を用いて決済認証ライセンスを生成する。
【０１４６】
モバイル端末により生成される決済認証ライセンスには、署名データとＴＡＣ（Ｔｒａｎｓａｃｔｉｏｎ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｏｄｅ、トランザクション認証コード）とが含まれる。
【０１４７】
ステップＳ３５０：決済認証ライセンスをトランザクション端末へ送信する。これにより、トランザクション端末が、受信した決済認証ライセンスに基づき現在の決済トランザクションを完了できる。
【０１４８】
モバイル端末により送信された決済認証ライセンスの受信後、バスのゲートが決済認証ライセンスを検証する。ライセンスが検証された場合、現在の決済トランザクションは完了した、と特定される。
【０１４９】
バスのゲートは、モバイル端末を感知した後、ＳＮＥＰ  Ｇｅｔ要求メッセージをまとめ、このＳＮＥＰ  Ｇｅｔ要求メッセージをバスのクレジット決済アプリケーションへ送信する。このメッセージの情報フィールド識別子メッセージは読み取られたカード情報である。バスのクレジット決済アプリケーションは、ＳＮＥＰ  Ｇｅｔ要求メッセージを受信した後に、返送すべきデータをＳＮＥＰ応答メッセージに編成し、このＳＮＥＰ応答メッセージをゲートに返送する。ＳＮＥＰ応答メッセージは、カード番号、利用可能限度額、入場／退場フラグ、最後のトランザクション情報を含む。最後のトランザクション情報は、駅（ステーション）情報、トランザクションの日付、トランザクション時刻等を含む。
【０１５０】
ＳＮＥＰ要求メッセージは、ＳＮＥＰクライアントによりＳＮＥＰサーバへ送信された要求メッセージであることに特に留意すべきである。ＳＮＥＰ要求メッセージには、ＧｅｔメッセージとＰｕｔメッセージの２つのタイプがある。Ｇｅｔメッセージはデータを送信するようサーバに要求し、Ｐｕｔメッセージはデータを受理するようサーバに要求する。本明細書において、ＳＮＥＰ  Ｇｅｔ要求メッセージとＳＮＥＰ  Ｐｕｔ要求メッセージは区別されている。ＳＮＥＰ応答メッセージは、ＳＮＥＰサーバによりＳＮＥＰクライアントにＰ２Ｐにて返送される応答メッセージである。Ｇｅｔメッセージはデータを返送するよう要求し、Ｐｕｔメッセージは成功又は失敗を示す応答コードを返送するよう要求する。
【０１５１】
返送要求情報はＳＮＥＰ  Ｇｅｔ要求メッセージに相当し、トランザクション応答情報はＳＮＥＰ応答メッセージに相当する。
【０１５２】
本願のこの実施で提供される方法では、ユーザがモバイル端末を用いてトランザクション端末との間で決済トランザクションを行う場合、モバイル端末が、トランザクション端末により送信された関連の命令情報に基づき、アプリケーション公開鍵証明書と、生成された決済認証ライセンスとをトランザクション端末へ連続的に送信し、トランザクション端末は、モバイル端末より送信された情報に基づき、現在の決済トランザクションを完了させる。関連技術における課題と比較すると、本願のこの実施で提供されるクレジット決済方法では、モバイル端末を用いてトランザクション端末との間でトランザクションを行う場合、ユーザがモバイル端末とトランザクション端末とをそれぞれオフラインにすることができ、後に行う決済トランザクション工程でモバイル端末のユーザアカウントに対してクレジット消費を使用する。金額は、ユーザがモバイル端末を用いて購入した後にのみ決済されるので、トランザクションにおける現金の使用により生じるキャピタルロスのリスクからユーザを保護することができる。
【０１５３】
図１０の改良として、本願の別の実施では、図１１に示すように、本方法はステップＳ３２０の後に以下のステップを更に含むことができる。
【０１５４】
ステップＳ３６０：トランザクション端末により送信されたアプリケーション公開鍵証明書返送要求情報を受信する。
【０１５５】
ステップＳ３７０：アプリケーション公開鍵証明書返送要求情報に基づき、アプリケーション公開鍵証明書へのアプリケーション公開鍵証明書応答情報をモバイル端末上で生成し、このアプリケーション公開鍵証明書応答情報をトランザクション端末へ送信する。
【０１５６】
アプリケーション公開鍵証明書応答情報はアプリケーション公開鍵証明書返送要求情報に対応しており、データ送受信形式条件を満たしている。
【０１５７】
モバイル端末により送信された認証ライセンスに基づき、トランザクション端末が現在の決済トランザクションを完了できるように、モバイル端末が決済認証ライセンスをどのようにして生成するかを本願のこの実施で詳細に述べるために、図１０の方法の改良として、本願の別の実施では、図１２に示すように、ステップＳ３４０は以下のステップを更に含むことができる。
【０１５８】
ステップＳ３６１：モバイル端末に格納されたアプリケーション秘密鍵を用いて、引き落とし受諾要求情報に基づき署名データを生成する。
【０１５９】
アプリケーション秘密鍵は事前に生成されモバイル端末に格納されている。クレジット決済アプリケーションは、署名データを生成するためにアプリケーション秘密鍵を用いて引き落とし情報に署名する。引き落とし情報は、引き落とし金額、現在の決済トランザクションの日付と時刻、現在の決済トランザクション署名の入場／退場フラグ、及び現在の決済トランザクションの駅（ステーション）情報を含む。
【０１６０】
ステップＳ３６２：事前に生成されたモバイル端末内のＴＡＣサブキーを用いて、引き落とし受諾要求情報とトランザクション応答情報とに基づいてＴＡＣを生成する。
【０１６１】
引き落とし受諾要求情報は引き落とし情報を含み、トランザクション応答情報はトランザクション情報を含む。ＴＡＣを生成するために、モバイル端末上のクレジット決済アプリケーションは、引き落とし金額、現在の決済トランザクションの日付、現在の決済トランザクションの時刻、決済カード番号、利用可能限度額、及びクレジット限度額を、引き落とし情報とトランザクション情報とに基づき暗号化してＴＡＣを生成する。クレジット限度額は、オフラインモードでクレジット認証システムによりユーザに対して認証された最大利用可能限度額である。
【０１６２】
ステップＳ３６３：署名データとＴＡＣとを決済認証ライセンスとして用いる。
【０１６３】
クレジット決済アプリケーションは、署名データとＴＡＣを決済認証ライセンスとして別々にバスのゲートへ送信する、又は、署名データとＴＡＣを一緒にクレジット決済認証ライセンスとしてバスのゲートへ送信することができる。
【０１６４】
加えて、トランザクション応答情報は、決済カード番号、利用可能限度額、入場／退場フラグ、及び最後のトランザクション情報を含む。決済カード番号は、クレジット認証システムにより各ユーザのクレジット決済アプリケーションに生成された一意の文字コードである。利用可能限度額は、ユーザが現在利用できる資金額である。ＴＡＣサブキーは、クレジット認証システム内のサーバにより、ＴＡＣ親秘密鍵を用い、カード番号ハッシングを通じて取得される。最後のトランザクションの情報は、駅（ステーション）情報、トランザクションの日付、トランザクション時刻等を含む。
【０１６５】
図１０に基づき、図１３に示すように、本願の別の実施では、本方法は以下のステップを更に含むことができる。
【０１６６】
ステップＳ３８０：引き落とし受諾要求情報中の引き落とし金額に基づき、トランザクション応答情報中の利用可能限度額から引き落とし金額を差し引いて、利用可能限度額を得る。
【０１６７】
ステップＳ３９０：現在の利用可能限度額を、モバイル端末上のユーザに対応する利用可能限度額として使用する。
【０１６８】
モバイル端末とトランザクション端末との間での決済トランザクション工程を詳細に説明するために、モバイル端末Ｐ２Ｐに基づくクレジット決済方法を本願の実施により提供する。トランザクション端末側での実行手順では、図１４に示すように、この方法は以下のステップを含むことができる。
【０１６９】
ステップＳ４１０：トランザクション情報をモバイル端末へ送信する。
【０１７０】
ステップＳ４２０：モバイル端末により送信されたトランザクション応答情報を受信する。
【０１７１】
ステップＳ４３０：このトランザクション応答情報に基づき、現在の決済トランザクションの引き落とし受諾要求情報を生成する。
【０１７２】
ステップＳ４４０：引き落とし受諾要求情報をモバイル端末へ送信する。
【０１７３】
ステップＳ４５０：決済認証ライセンスが受信されると、その決済認証ライセンスに基づき現在の決済トランザクションを完了できると特定する。
【０１７４】
本方法はクレジット決済トランザクション工程におけるバスのゲート側での実行手順を示しており、これは、クレジット決済トランザクション工程におけるモバイル端末側での実行手順に対応しているため、ここではバスのゲートとモバイル端末との間でのデータ交換に関する再度の説明を省く。その詳細については、先の実施におけるモバイル端末側での実行手順を参照されたい。
【０１７５】
実施における、トランザクション情報、トランザクション応答情報、公開鍵証明書返送要求情報、公開鍵証明書応答情報等は、データ交換工程におけるフォーマット条件を満たすために用いられていることは特に留意すべきである。例えば、トランザクション応答情報はトランザクション情報を含んだ応答情報として理解でき、公開鍵証明書応答情報は公開鍵証明書を含んだ応答情報として理解できる。
【０１７６】
加えて、トランザクション応答情報は、決済カード番号、利用可能限度額、入場／退場フラグ、及び最後のトランザクション情報を含む。
【０１７７】
図１４に基づき、図１５に示すように、本願で提供される別の実施では、本方法はステップＳ４２０の後に以下のステップを更に含むことができる。
【０１７８】
ステップＳ４６０：アプリケーション公開鍵証明書返送要求情報をモバイル端末へ送信する。
【０１７９】
ステップＳ４７０：モバイル端末により送信されたアプリケーション公開鍵証明書応答情報を受信する。
【０１８０】
ステップＳ４８０：トランザクション端末内のクレジットライセンス付き公開鍵（クレジット公開鍵）を用いて、アプリケーション公開鍵証明書応答情報中のアプリケーション公開鍵証明書の署名を検証する。
【０１８１】
本方法はクレジット決済トランザクション工程におけるバスのゲート側での実行手順を示すが、これは、クレジット決済トランザクション工程におけるモバイル端末側での実行手順に関連しているので、ここではバスのゲートとモバイル端末との間でのデータ交換について再び説明することを省く。その詳細については、先の実施にけるモバイル端末側での実行手順を参照されたい。
【０１８２】
図１４に基づき、図１６に示すように、本願で提供される別の実施では、本方法は以下のステップを更に含むことができる。
【０１８３】
ステップＳ４０１：トランザクション応答情報中の決済カード番号が所定のブラックリストに含まれているか否かを特定する。
【０１８４】
トランザクション応答情報中の決済カード番号が所定のブラックリストに含まれていない場合、ステップＳ４６０を実行する。
【０１８５】
ブラックリストは、トランザクション端末すなわちバスのゲート内において予め特定することができる。モバイル端末に対応するユーザＩＤ情報がブラックリストの情報と比較される。ユーザＩＤ情報がブラックリストに載っている場合、悪意のトランザクションを回避するために、このトランザクション決済手順は停止される。
【０１８６】
図１４に基づき、図１７に示すように、本願で提供される別の実施では、本方法は以下のステップを更に含むことができる。
【０１８７】
ステップＳ４０２：トランザクション応答情報中の利用可能限度額が所定の閾値以上であるか否かを特定する。
【０１８８】
利用可能限度額が所定の閾値以上である場合、ステップＳ４０３において、トランザクション応答情報中の入場／退場フラグが退場状態にあるか否かをチェックする。
【０１８９】
トランザクション情報中の入場／退場フラグが退場状態にある場合、ステップＳ４６０を実行する。
【０１９０】
クレジット決済トランザクションを継続する必要があるか否かを特定するために、ユーザの利用可能限度額をチェックする。ユーザの利用可能限度額がこのトランザクションの引き落とし金額未満である場合、このクレジット決済トランザクションは停止されるため、悪意の決済トランザクションを回避できる。
【０１９１】
このステップは主にバスのゲートにより用いられてモバイル端末に対応するユーザアカウントの利用可能限度額が現在の決済トランザクションのバスのゲート決済を行うのに十分であるか否かをモバイル端末により送信されたトランザクション応答情報に基づいてチェックする。利用可能限度額が不足している場合、現在の決済トランザクションは拒否される。利用可能限度額が十分である場合、バスのゲートは、トランザクション応答情報中の入場／退場フラグが０であるか否かをチェックする。入場／退場フラグが０でない場合、現在の決済トランザクションは拒否される。入場／退場フラグが０である場合、現在の決済トランザクションは継続される。入場／退場フラグが１の場合は、モバイル端末を所持するユーザが「入場」状態にあることを示すので、現在の決済トランザクションは拒否される点は特に留意すべきである。入場／退場フラグが０の場合は、モバイル端末を所持するユーザが「退場」状態にあることを示すので、現在の決済トランザクションが実行される。
【０１９２】
図１４に基づき、図１８に示すように、本願で提示される別の実施では、ステップＳ４５０は以下のステップを含むことができる。
【０１９３】
ステップＳ４８１：アプリケーション公開鍵を用いて署名データを検証する。
【０１９４】
アプリケーション公開鍵は、バスのゲートによって、モバイル端末により送信された決済認証ライセンスを基に復元され、このアプリケーション公開鍵は、署名データ内の関連情報がアプリケーション公開鍵内の対応する情報と一致するか否かをチェックするものである。チェック結果が肯定の場合、署名検証は合格である。
【０１９５】
ステップＳ４８２：署名データを検証する際にトランザクションログを生成する。
【０１９６】
バスのゲートが署名データを検証した後、現在の決済のトランザクションログを生成する。トランザクションログは、引き落とし金額、トランザクションの日付、トランザクション時刻、トランザクション端末ＩＤ、決済カード番号、利用可能限度額、及びＴＡＣを含む。
【０１９７】
ステップＳ４８３：所定のサーバがトランザクションログを所定のサーバへ送信することで、所定のサーバが、トランザクションログに基づいて、モバイル端末に対応するユーザアカウントから対応の資金額を引き落とす。
【０１９８】
トランザクションログは、引き落とし金額、トランザクションの日付、トランザクション時刻、トランザクション端末ＩＤ、決済カード番号、利用可能限度額、及びＴＡＣを含む。決済認証ライセンスは署名データとＴＡＣとを含む。
【０１９９】
本願で提供される別の実施では、図１９に示すように、本願はモバイル端末Ｐ２Ｐに基づくクレジット決済方法を提供する。この実施では、携帯電話はモバイル端末を表し、クレジット認証システムのサービス提供側はサーバを表す。携帯電話がクレジット決済機能を有効化する場合、携帯電話上のクレジット認証システムのアプリケーションと、携帯電話上のクレジット決済アプリケーションと、クレジット認証システムのサービス提供側との間における手順は、以下のステップを含む。
【０２００】
ステップ１００１：携帯電話のデバイスパラメータ情報を取得する。
【０２０１】
ステップ１００２：デバイスパラメータ情報をアップロードする。
【０２０２】
ステップ１００３：クレジット決済を有効化するハードウェア条件を携帯電話が満たしているか否かを特定する。
【０２０３】
ステップ１００４：特定結果を返送する。
【０２０４】
ステップ１００５：特定結果は「クレジット決済アプリケーション有効化ページを表示する」である。
【０２０５】
ステップ１００６：ユーザＩＤ情報をアップロードする。
【０２０６】
ステップ１００７：携帯電話がクレジット決済を有効化するためのセキュリティ認証条件を満たしているか否かを特定する。
【０２０７】
ステップ１００８：特定結果を返送する。
【０２０８】
ステップ１００９：ユーザがクレジット決済アプリケーションを選択する。
【０２０９】
ステップ１０１０：クレジット決済アプリケーションを作動させる。
【０２１０】
ステップ１０１１：作動成功結果を返送する。
【０２１１】
ステップ１０１２：アプリケーション秘密鍵、アプリケーション公開鍵証明書及びクレジット決済データを要求する。
【０２１２】
ステップ１０１３：公開鍵及び秘密鍵の対を生成し、クレジット認証された秘密鍵を用いてアプリケーション公開鍵証明書を生成し、決済カード番号を生成し、更に、ハッシングを通じてアプリケーションＴＡＣサブキーとクレジット決済データとを生成する。
【０２１３】
ステップ１０１４：アプリケーション秘密鍵、アプリケーション公開鍵証明書、及びクレジット決済データを返送する。
【０２１４】
ステップ１０１５：アプリケーション秘密鍵、アプリケーション公開鍵証明書、及びクレジット決済データを送信する。
【０２１５】
ステップ１０１６：アプリケーション秘密鍵、アプリケーション公開鍵証明書、及びクレジット決済データを格納する。
【０２１６】
ステップ１０１７：個人化の結果を返送する。
【０２１７】
ステップ１０１８：クレジット決済有効化の結果を送信する。
【０２１８】
ステップ１０１９：有効化の結果を記録する。
【０２１９】
ステップ１０２０：処理完了通知を返送する。
【０２２０】
ステップ１０２１：クレジット決済アプリケーションの有効化が成功した旨を示すプロンプトをユーザに提供する。
【０２２１】
本願で提供される別の実施では、図２０に示すように、本願はモバイル端末Ｐ２Ｐに基づくクレジット決済方法を提供する。モバイル端末が決済トランザクションを実行する工程において、モバイル端末とバスのゲートとの間でのデータ交換手順は以下のとおりである。
【０２２２】
ステップ２００１：ＳＮＥＰ要求（Ｇｅｔ［カード情報を読み取る（ｒｅａｄ  ｃａｒｄ  ｉｎｆｏｒｍａｔｉｏｎ）］）を送信する。
【０２２３】
ステップ２００２：返送が必要なデータを読み取る。
【０２２４】
ステップ２００３：ＳＮＥＰ応答を返送する（決済カード番号、入場／退場フラグ、及び最後のトランザクションの情報を返送する）。
【０２２５】
ステップ２００４：ブラックリスト特定を実行する。ブラックリストに決済カード番号がある場合、拒否情報のプロンプトを提供する。
【０２２６】
ステップ２００５：利用可能限度額と入場／退場フラグとをチェックする。利用可能限度額又は入場／退場フラグが所定の条件を満たしていない場合、拒否情報のプロンプトを提供する。
【０２２７】
ステップ２００６：ＳＮＥＰ要求（Ｇｅｔ［アプリケーション公開鍵証明書を読み取る（ｒｅａｄ  ａｎ  ａｐｐｌｉｃａｔｉｏｎ  ｐｕｂｌｉｃ  ｋｅｙ  ｃｅｒｔｉｆｉｃａｔｅ）］）を送信する。
【０２２８】
ステップ２００７：ＳＮＥＰ応答（アプリケーション公開鍵証明書）を返送する。
【０２２９】
ステップ２００８：クレジット認証システムに格納された公開鍵を読み取り、アプリケーション公開鍵証明書上の署名を検証する。署名検証に失敗した場合、拒否情報のプロンプトを提供する。署名検証に合格した場合、パース（ｐａｒｓｅ）処理を介してアプリケーション公開鍵を取得する。
【０２３０】
ステップ２００９：引き落とし金額を計算する。
【０２３１】
ステップ２０１０：ＳＮＥＰ要求（Ｐｕｔ［決済：引き落とし金額、トランザクション時刻、入場／退場フラグ及びトランザクション情報（例えば「停止」）（ｐａｙｍｅｎｔ：  ｔｈｅ  ｄｅｄｕｃｔｉｏｎ  ａｍｏｕｎｔ，  ｔｒａｎｓａｃｔｉｏｎ  ｔｉｍｅ，  ｔｈｅ  ｅｂｔｒｙ／ｅｘｉｔ  ｆｌａｇ，  ａｎｄ  ｔｒａｎｓａｃｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ（ｓｕｃｈ  ａｓ  ｓｔｏｐ））］）を送信する。
【０２３２】
ステップ２０１１：署名データとＴＡＣとを含んだ決済認証ライセンスを生成する。
【０２３３】
ステップ２０１２：署名データとＴＡＣとを返送する。
【０２３４】
ステップ２０１３：アプリケーション公開鍵を用いて署名データを検証する。署名検証が合格である場合、トランザクションログを記録する。署名検証に失敗した場合、拒否情報のプロンプトを提供する。
【０２３５】
加えて、図２１に示すように、バスのゲートは更に、トランザクションログをクレジット認証システムへ定期的にアップロードし、ブラックリストを更新（アップデート）する必要がある。本願で提供されるモバイル端末Ｐ２Ｐに基づくクレジット決済方法では、バスのゲート（トランザクション端末）とクレジット認証システムのサーバ側との間のデータ交換手順は以下のとおりである。
【０２３６】
ステップ３００１：トランザクションログを定期的にアップロードする。
【０２３７】
ステップ３００２：決済を実行し、システム内のブラックリストが更新されたか否かを問い合わせ、肯定の場合、ブラックリストの返送を準備する。
【０２３８】
ステップ３００３：トランザクションログ受信結果とブラックリストとを返送する。
【０２３９】
ステップ３００４：決済カード番号がブラックリストに載っているか否かをチェックする。
【０２４０】
ステップ３００５：バスのゲートがブラックリストを更新する。
【０２４１】
ステップ３００６：更新する。
【０２４２】
ステップ３００７：更新された完了結果を返送する。
【０２４３】
バスのゲートにはバスのゲート管理システムが配置されていてよい。
【０２４４】
本願の先の実施は、バスのクレジット決済を実施例として用いて説明された。先の実施は、オフラインビジネス決済や地下鉄決済のような、その他のシナリオにも適用し得ることが分かる。特定のアプリケーションシナリオでは、種々の実施があり得る。
【０２４５】
当業者は、先の方法の実施の説明を使えば、本願を、ソフトウェア及び必要なユニバーサルハードウェアプラットフォームを用いて実施でき、当然ながらハードウェアによって実施できるが、多くの場合、前者の方が好適な実施である。このような理解に基づき、既存の技術に本質的に又は一部分寄与する本願の技術的解決策はソフトウェア製品の形態で実施できる。コンピュータソフトウェア製品は記憶媒体に格納され、本願の実施で述べられている方法の全てまたはいくつかのステップを実行するようにコンピュータデバイス（パーソナルコンピュータ、サーバ、ネットワークデバイス等）に命令するためのいくつかの命令を含む。記憶媒体にはプログラムコードを格納できるどんな媒体も含まれ、これには、例えば、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク、又は光学ディスクが挙げられる。
【０２４６】
加えて、先の実施のうちの一の実施と同様に、本願の実施は、モバイル端末Ｐ２Ｐに基づくクレジット決済装置を更に提供する。この装置はモバイル端末に内蔵される。図２２に示すように、この装置は、第１の返送要求情報受信ユニット１０と；トランザクション応答情報生成ユニット２０と；情報送信ユニット３０と；引き落とし受諾要求情報受信ユニット４０と；アプリケーション秘密鍵生成決済認証（ライセンス）生成ユニット５０と；決済認証送信ユニット６０と；を含む。
【０２４７】
第１の返信要求情報受信ユニット１０は、トランザクション端末により送信されたトランザクション情報を受信するように構成される。
【０２４８】
トランザクション応答情報生成ユニット２０は、トランザクション情報に基づきトランザクション応答情報を生成するように構成される。
【０２４９】
情報送信ユニット３０は、トランザクション応答情報をトランザクション端末へ送信するように構成される。
【０２５０】
引き落とし受諾要求情報受信ユニット４０は、トランザクション端末により送信された現在の引き落としトランザクションの引き落とし受諾要求情報を受信するように構成される。
【０２５１】
アプリケーション秘密鍵により生成される決済認証の生成ユニット５０は、モバイル端末において、引き落とし受諾要求情報とトランザクション応答情報とに基づき、アプリケーション秘密鍵生成決済認証（ライセンス）を生成するように構成される。
【０２５２】
決済認証送信ユニット６０は、トランザクション端末に決済認証を送信するように構成され、これにより、トランザクション端末は、受信した決済認証に基づき、現在の決済トランザクションを完了できる。
【０２５３】
本願の別の実施では、図２２に基づき、図２３に示すように、本装置は：トランザクション端末により送信されたアプリケーション公開鍵証明書返送要求情報を受信するように構成された第２の返送要求情報受信ユニット７０と；モバイル端末において、アプリケーション公開鍵証明書返送要求情報に基づき、アプリケーション公開鍵証明書のためのアプリケーション公開鍵証明書応答情報を生成するように構成されたアプリケーション公開鍵証明書応答情報生成ユニット８０と；アプリケーション公開鍵証明書応答情報をトランザクション端末へ送信するように構成された公開鍵証明書応答情報送信ユニット９０と；を更に含む。
【０２５４】
本願の別の実施では、図２２に基づき、図２４に示すように、アプリケーション秘密鍵により生成される決済認証の生成ユニット５０は：モバイル端末に格納されたアプリケーション秘密鍵を用いて、引き落とし受諾要求情報に基づき、署名データを生成するように構成された署名データ生成モジュール５１と；モバイル端末上で予め生成されたＴＡＣサブキーを用いて、引き落とし受諾要求情報とトランザクション応答情報とに基づき、ＴＡＣを生成するように構成された情報生成モジュール５２と；署名データとＴＡＣとを決済認証として使用するように構成された決済認証特定モジュール５３と；を含む。
【０２５５】
本願の別の実施では、図２２に基づき、図２５に示すように、本装置は：現在の利用可能限度額を取得するために、引き落とし受諾要求情報中の引き落とし金額に基づき、トランザクション情報中の利用可能限度額から引き落とし金額を差し引くように構成された利用可能限度額生成ユニット９１と；モバイル端末において、現在の利用可能限度額をユーザに対応する利用可能限度額として使用するように構成された利用可能限度額特定ユニット９２と；を更に含む。
【０２５６】
本願の実施は、モバイル端末Ｐ２Ｐに基づくクレジット決済装置を更に提供する。本装置はトランザクション端末に内蔵される。図２６に示すように、本装置は、トランザクション情報送信ユニット１１と；トランザクション応答情報受信ユニット１２と；引き落としユニット１３と；引き落とし受諾要求情報送信ユニット１４と；現在の決済トランザクション完了ユニット１５と；を含む。
【０２５７】
トランザクション情報送信ユニット１１は、トランザクション情報をモバイル端末へ送信するように構成される。
【０２５８】
トランザクション応答情報受信ユニット１２は、モバイル端末により送信されたトランザクション応答情報を受信するように構成される。
【０２５９】
引き落としユニット１３は、トランザクション応答情報に基づき、現在の決済トランザクション引き落としの引き落とし受諾要求情報を生成するように構成される。
【０２６０】
引き落とし受諾要求情報送信ユニット１４は、引き落とし受諾要求情報をモバイル端末へ送信するように構成される。
【０２６１】
決済トランザクション完了ユニット１５は、決済認証ライセンスが受信されると、この決済認証ライセンスに基づき現在の決済トランザクションが完了したと特定するように構成される。
【０２６２】
本願の別の実施では、図２６に基づき、図２７に示すように、本装置は：アプリケーション公開鍵証明書返送要求情報を送信するように構成された返送要求情報送信ユニット１６と；モバイル端末により送信されたアプリケーション公開鍵証明書応答情報を受信するように構成された公開鍵証明書応答情報受信ユニット１７と；トランザクション端末内のクレジットライセンス付き公開鍵を用いて、アプリケーション公開鍵証明書応答情報中のアプリケーション公開鍵証明書上の署名を検証するように構成された署名検証ユニット１８と；を更に含む。
【０２６３】
本願の別の実施では、図２６に基づき、図２８に示すように、本装置は、ブラックリスト特定ユニット１９１を更に含む。
【０２６４】
ブラックリスト特定ユニット１９１は、トランザクション応答情報中の決済カード番号が所定のブラックリストに含まれているか否かを特定するように構成される。
【０２６５】
返送要求情報送信ユニット１９２は、トランザクション応答情報中の決済カード番号が所定のブラックリストに含まれていない場合、アプリケーション公開鍵証明書返送要求情報をモバイル端末へ送信するように更に構成される。
【０２６６】
本願の別の実施では、図２１に基づき、図２９に示すように、本装置は：トランザクション応答情報中の利用可能限度額が所定の閾値以上であるか否かを特定するように構成された閾値特定ユニット１９３と；利用可能限度額が所定の閾値以上である場合、トランザクション応答情報中の入場／退場フラグが退場状態であるか否かをチェックするように構成された状態チェックユニット１９４と；を更に含む。
【０２６７】
本願の更に別の実施では、図２６に基づき、図３０に示すように、決済認証ライセンスは、署名データとＴＡＣとを含み、現在の決済トランザクション完了ユニット１５は：アプリケーション公開鍵を用いて署名データを検証するように構成された署名検証モジュール１５１と；署名データが検証されるときに、トランザクションログを生成するように構成されたトランザクションログ生成モジュール１５２と；トランザクションログを所定のサーバへ送信することで、所定サーバが、トランザクションログに基づき、対応する資金額を、モバイル端末に対応するユーザアカウントから引き落とせるように構成されたトランザクションログ送信モジュール１５３と；を含み、ここで、トランザクションログは、引き落とし金額、トランザクションの日付、トランザクション時点、トランザクション端末ＩＤ、決済カード番号、利用可能限度額、及びＴＡＣを含む。
【０２６８】
上述の装置の実施については、各モジュールが操作を実行する具体的な方式を、本方法に関連した実施の形態にて詳細に述べているため、ここでは複雑にならないように、詳細な説明は繰り返さない。
【０２６９】
本願は多くの汎用又は専用の計算システム環境や計算システム構成に適用できると理解できる。これには例えば、パーソナルコンピュータ、サーバコンピュータ、ハンドヘルドデバイス又はポータブルデバイス、タブレットデバイス、マルチプロセッサシステム、マイクロプロセッサベースのシステム、セットトップボックス、プログラマブルコンシューマ電子デバイス、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、及び、これまでに述べたシステム又はデバイスのいずれか１つを含む分散コンピューティング環境がある。
【０２７０】
本願は、コンピュータで実行できる実行可能なコンピュータ命令（例えば、プログラムモジュール）の一般的な文脈で説明できる。一般に、プログラムモジュールは、例えば、特定のタスクを実行するための、又は特定の抽象データタイプを実施するための、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造等を含む。本願は、分散コンピューティング環境においても実施できる。分散コンピューティング環境では、通信ネットワークを介して接続された複数のリモート処理デバイスによってタスクが実行される。分散コンピューティング環境では、プログラムモジュールは、格納デバイスを含む、ローカル及びリモートの両コンピュータ格納媒体に内蔵されてよい。
【０２７１】
本明細書では、「第１の」、「第２の」等のように関連を表す用語は、１つの実体又は動作を他の実体又は動作から区別するために用いられているに過ぎず、これらの実体間又は動作間にこうした関係又は連続性が実際に存在することを必ずしも要したりそれを意味したりするものではないことは傾注に値する。更に、用語「含む」、「備える」、もしくは任意のその他の応用形は、非限定的な包含をカバーすることを意図するため、一連の要素を含む処理、方法、製品、デバイスは、これらの要素を含むだけでなく、表記されていないその他の要素も含むか、あるいは、こうした処理、方法、製品、デバイスに固有の要素を更に含むことができる。「〜を含む」によって記された要素は、この要素を含む処理、方法、商品、デバイスにおける別の同じ要素を、更なる制約なく更に含む。
【０２７２】
当業者であれば、本明細書を考慮し、ここでの本願を実施した後、本願の別の実施の解決策を見出すことができる。本願は、本願の変形、機能、適応可能な変更のいずれにも及ぶ。これらの変形、機能、又は適応可能な変更は、本願の基本的な考え方に一致し、当該技術分野における、本願では開示されない一般的な知識及び一般的に用いられる技術的手段を含む。本明細書及び先の実施は単なる実施例であり、本願の実際の範囲及び主旨は、付帯の特許請求の範囲にて示す。
【０２７３】
当然ながら、本願は、先に記載され、添付図面に示される精確な構造に限定されるものではなく、本願の範囲から逸脱することなく改造及び変更を行うことができる。本願の権利範囲は、特許請求の範囲によって限定される。
【符号の説明】
【０２７４】
１０  第１の返送請求情報受信ユニット
２０  トランザクション応答情報生成ユニット
３０  情報送信ユニット
４０  引き落とし受諾要求情報受信ユニット
５０  アプリケーション秘密鍵生成決済認証（ライセンス）生成ユニット
６０  決済認証送信ユニット
７０  第２の返送要求情報受信ユニット
８０  アプリケーション公開鍵証明書応答情報生成ユニット
９０  公開鍵証明書応答情報送信ユニット
５１  署名データ生成モジュール
５２  情報生成モジュール
５３  決済認証ライセンス特定モジュール
９１  現在の利用可能限度額生成ユニット
９２  利用可能限度額特定ユニット
１１  トランザクション情報送信ユニット
１２  トランザクション応答情報受信ユニット
１３  引き落としユニット
１４  引き落とし受諾要求情報送信ユニット
１５  現在の決済トランザクション完了ユニット
１５２  トランザクションログ生成モジュール
１５３  トランザクションログ送信モジュール
１６  返送要求情報送信ユニット
１７  公開鍵証明書応答情報受信ユニット
１８  署名検証ユニット
１９１  ブラックリスト特定ユニット
１９２  返送要求情報送信ユニット
１９３  閾値特定ユニット
１９４  状態チェックユニット
１５１  署名検証モジュール
１００  モバイル端末
２００  トランザクション端末
３００  サーバ
【図１】
2019503026.tif 000003
【図２】
2019503026.tif 000004
【図３】
2019503026.tif 000005
【図４】
2019503026.tif 000006
【図５】
2019503026.tif 000007
【図６】
2019503026.tif 000008
【図７】
2019503026.tif 000009
【図８】
2019503026.tif 000010
【図９】
2019503026.tif 000011
【図１０】
2019503026.tif 000012
【図１１】
2019503026.tif 000013
【図１２】
2019503026.tif 000014
【図１３】
2019503026.tif 000015
【図１４】
2019503026.tif 000016
【図１５】
2019503026.tif 000017
【図１６】
2019503026.tif 000018
【図１７】
2019503026.tif 000019
【図１８】
2019503026.tif 000020
【図１９】
2019503026.tif 000021
【図２０】
2019503026.tif 000022
【図２１】
2019503026.tif 000023
【図２２】
2019503026.tif 000024
【図２３】
2019503026.tif 000025
【図２４】
2019503026.tif 000026
【図２５】
2019503026.tif 000027
【図２６】
2019503026.tif 000028
【図２７】
2019503026.tif 000029
【図２８】
2019503026.tif 000030
【図２９】
2019503026.tif 000031
【図３０】
2019503026.tif 000032
【国際調査報告】
2019503026.tif 000033
2019503026.tif 000034
2019503026.tif 000035
2019503026.tif 000036