JP6995778B2 - モバイル端末ｐ２ｐに基づくクレジット決済方法及び装置 - Google Patents

Description

本願は、通信技術の分野に関し、特に、モバイル端末Ｐ２Ｐに基づくクレジット決済方法及び装置に関する。

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

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

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

関連技術における課題を解決するために、本願は、モバイル端末Ｐ２Ｐに基づくクレジット決済方法及び装置を提供する。

本願の第１の態様によれば、モバイル端末に適用されるモバイル端末Ｐ２Ｐに基づくクレジット決済方法が提供される。本方法は：トランザクション端末により送信されたトランザクション情報を受信するステップと；前記トランザクション情報に基づきトランザクション応答情報を生成し、前記トランザクション応答情報を前記トランザクション端末へ送信するステップと；前記トランザクション端末により送信された現在の決済トランザクションの引き落とし受諾要求情報を受信するステップと；前記引き落とし受諾要求情報と前記トランザクション応答情報とに基づき、前記モバイル端末内で、アプリケーション秘密鍵生成決済認証ライセンスを生成するステップと；前記決済認証ライセンスを前記トランザクション端末へ送信することで、前記トランザクション端末が、前記現在の決済トランザクションを、受信された前記決済認証ライセンスに基づき完了できるようにするステップと；を含む。

また、トランザクション情報をトランザクション端末へ送信するステップの後に：前記トランザクション端末により送信されたアプリケーション公開鍵証明書返送要求情報を受信するステップと；前記アプリケーション公開鍵証明書返送要求情報に基づき、前記モバイル端末内でアプリケーション公開鍵証明書のためのアプリケーション公開鍵証明書応答情報を生成し、前記アプリケーション公開鍵証明書応答情報を、前記トランザクション端末へ送信するステップと；を含む。

更に、アプリケーション秘密鍵生成決済認証ライセンスを生成する前記ステップは；前記モバイル端末に格納されたアプリケーション秘密鍵を用いて、前記引き落とし受諾要求情報に基づき署名データを生成するステップと；前記モバイル端末で予め生成されたＴＡＣサブキーを用いて、前記引き落とし受諾要求情報と前記トランザクション応答情報とに基づきＴＡＣ（Ｔｒａｎｓａｃｔｉｏｎ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ、トランザクション認証コード）を生成するステップと；前記署名データと前記ＴＡＣを前記決済認証ライセンスとして用いるステップと；を含む。

更に、前記決済方法は公共交通機関の決済に適用され、前記トランザクション応答情報は決済カード番号、利用可能限度額、及び入場／退場フラグを含む。

更に、前記引き落とし受諾要求情報は、引き落とし金額、前記現在の決済トランザクションの日付、前記現在の決済トランザクションの時刻、前記現在の決済トランザクションの入場／退場フラグ、及び前記現在の決済トランザクションの駅（ステーション）情報を含む。

更に、この方法は：前記現在の引き落とし受諾要求情報中の前記引き落とし金額に基づき、前記トランザクション応答情報中の前記利用可能限度額から前記引き落とし金額を差し引いて現在の利用可能限度額を取得するステップと；前記利用可能限度額を、前記モバイル端末に対応するユーザの利用可能限度額として用いるステップと；を含む。

本願の実施の第２の態様によれば、モバイル端末Ｐ２Ｐ基づくクレジット決済方法が提供される。この方法は：トランザクション情報をモバイル端末へ送信するステップと；前記モバイル端末により送信されたトランザクション応答情報を受信するステップと；前記トランザクション応答情報に基づき、前記現在の決済トランザクションの引き落とし受諾要求情報を生成するステップと；前記引き落とし受諾要求情報を前記モバイル端末へ送信するステップと；決済認証ライセンスを受信すると、前記決済認証ライセンスに基づき、前記決済トランザクションが完了したと特定するステップと；を含む。

また、本方法は、前記モバイル端末により送信されたトランザクション応答情報を受信する前記ステップの後に：アプリケーション公開鍵証明書返送要求情報を前記モバイル端末へ送信するステップと；前記モバイル端末により送信されたアプリケーション公開鍵証明書応答情報を受信するステップと；前記トランザクション端末上のクレジットライセンス付き公開鍵を用いて、前記アプリケーション公開鍵証明書応答情報中のアプリケーション公開鍵証明書の署名を検証するステップと；前記検証中に、前記アプリケーション公開鍵証明書からアプリケーション公開鍵が復元された場合、前記現在の決済トランザクションの引き落とし受諾要求情報を生成する前記ステップを実行するステップと；を更に含む。

前記決済方法は公共交通機関の決済に適用され、前記トランザクション応答情報は、決済カード番号、利用可能限度額、及び入場／退場フラグ、及び最後のトランザクションに関する情報を含む。

更に、この方法は：前記トランザクション応答情報中の前記決済カード番号が所定のブラックリストに載っているか否かを特定するステップと；前記トランザクション応答情報中の前記決済カード番号が前記所定のブラックリストに載っていない場合、アプリケーション公開鍵証明書返送要求情報を前記モバイル端末へ送信する前記ステップを実行するステップと；を含む。

更に、この方法は：前記トランザクション応答情報中の前記利用可能限度額が所定の閾値以上であるか否かを特定するステップと；前記利用可能限度額が前記所定の閾値以上である場合、前記トランザクション応答情報中の前記入場／退場フラグが退場状態にあるか否かをチェックするステップと；前記入場／退場フラグが退場状態にある場合、アプリケーション公開鍵証明書返送要求情報を前記モバイル端末へ送信する前記ステップを実行するステップと；を更に含む。

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

本願の実施の第３の態様によれば、モバイル端末Ｐ２Ｐ基づくクレジット決済装置が提供される。この装置は：トランザクション端末が検出された場合、前記トランザクション端末により送信されたトランザクション情報を受信するように構成された第１の返送要求情報受信ユニットと；前記トランザクション情報に基づきトランザクション応答情報を生成するように構成されたトランザクション応答情報生成ユニットと；前記トランザクション応答情報を前記トランザクション端末へ送信するように構成された情報送信ユニットと；前記トランザクション端末により送信された前記現在の決済トランザクションの引き落とし受諾要求情報を受信するように構成された引き落とし受諾要求情報受信ユニットと；前記引き落とし受諾要求情報と前記トランザクション応答情報とに基づき、前記モバイル端末内で、アプリケーション秘密鍵生成決済認証ライセンスを生成するように構成されたアプリケーション秘密鍵生成決済認証ライセンス生成ユニットと；前記決済認証ライセンスを前記トランザクション端末へ送信して、前記トランザクション端末が、受信した前記決済認証ライセンスに基づき前記現在の決済トランザクションを完了できるように構成された決済認証ライセンス送信ユニットと；を含む。

この装置は：前記トランザクション端末により送信されたアプリケーション公開鍵証明書返送要求情報を受信するように構成された第２の返送要求情報受信ユニットと；前記アプリケーション公開鍵証明書返送要求情報に基づき、前記モバイル端末内でアプリケーション公開鍵証明書のためのアプリケーション公開鍵証明書応答情報を生成するように構成されたアプリケーション公開鍵証明書応答情報の生成ユニットと；前記アプリケーション公開鍵証明書応答情報を前記トランザクション端末へ送信するように構成された公開鍵証明書応答情報送信ユニットと；を更に含む。

更に、前記アプリケーション秘密鍵生成決済認証ライセンス生成ユニットは；前記モバイル端末に格納されたアプリケーション秘密鍵を用いて、前記引き落とし受諾要求情報に基づき署名データを生成するように構成された署名データ生成モジュールと；前記モバイル端末内で事前に生成されたＴＡＣサブキーを用いて、前記引き落とし受諾要求情報と前記トランザクション応答情報とに基づきＴＡＣを生成するように構成された情報生成モジュールと；前記署名データと前記ＴＡＣとを前記決済認証ライセンスとして用いるように構成された決済認証ライセンス特定モジュールと；を含む。

更に、前記トランザクション応答情報は、決済カード番号、利用可能限度額、入場／退場フラグ、及び最後のトランザクション情報を含む。

更に、決済装置が公共交通機関の決済に適用される場合、前記引き落とし受諾要求情報は、引き落とし金額、前記現在の決済トランザクションの日付、前記現在の決済トランザクションの時刻、前記現在の決済トランザクションの入場／退場フラグ、及び前記現在の決済トランザクションの駅（ステーション）情報を含む。

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

本願の第４の態様によれば、トランザクション端末に適用されるモバイル端末Ｐ２Ｐ基づくクレジット決済装置が提供される。この装置は：トランザクション情報をモバイル端末へ送信するように構成されたトランザクション情報送信ユニットと；前記モバイル端末により送信されたトランザクション応答情報を受信するように構成されたトランザクション応答情報受信ユニットと；前記トランザクション応答情報に基づき、前記現在の決済トランザクションの引き落とし受諾要求情報を生成するように構成された引き落としユニットと；前記引き落とし受諾要求情報を前記モバイル端末へ送信するように構成された引き落とし受諾要求情報送信ユニットと；決済認証ライセンスが受信されると、前記決済認証ライセンスに基づき、前記現在の決済トランザクションを終了することが可能か否かを特定するように構成された現在の決済トランザクション完了ユニットと；を含む。

この装置は：アプリケーション公開鍵証明書返送要求情報を前記モバイル端末へ送信するように構成された返信要求情報送信ユニットと；前記モバイル端末により送信されたアプリケーション公開鍵証明書応答情報を受信するように構成された公開鍵証明書応答情報受信ユニットと；前記トランザクション端末内のクレジットライセンス付き公開鍵を用いて、前記アプリケーションン公開鍵証明書応答情報中のアプリケーション公開鍵証明書の署名を検証するように構成された署名検証ユニットと；を更に含む。

更に、前記トランザクション応答情報は、決済カード番号、利用可能限度額、及び入場／退場フラグを含む。

更に、この装置は：前記トランザクション応答情報中の前記決済カード番号が所定のブラックリストに載っているか否かを特定するように構成されたブラックリスト特定ユニットを更に含み、前記返送要求情報送信ユニットは、前記トランザクション応答情報中の前記決済カード情報が前記所定のブラックリストに載っていない場合に、前記アプリケーション公開鍵証明書返送要求情報を前記モバイル端末へ送信するように更に構成される。

更に、この装置は：前記トランザクション応答情報中の前記利用可能限度額が所定の閾値以上であるか否かを特定するように構成された閾値特定ユニットと；前記利用可能限度額が前記所定の閾値以上である場合、前記トランザクション応答情報中の前記入場／退場フラグが退場状態にあるか否かをチェックするように構成された状態チェックユニットと；を含む。

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

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

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

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

ここに述べる添付の図面は本明細書に援用され、本明細書の一部を成し、本願による実施を示し、更に、本願の原理を説明するために本明細書と共に用いられる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図１８は、図１４におけるステップＳ４５０を示すフローチャートである。

図１９は、クレジット認証システムのアプリケーションと、クレジット決済アプリケーションと、クレジット認証システムのサービス提供側との間のデータ交換手順を示す図である。

図２０は、バスのゲートとクレジット認証システムのアプリケーションとの間のデータ交換を示す図である。

図２１は、バスのゲートとクレジット認証システムのサービス提供側との間のデータ交換を示す図である。

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

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

図２４は、図２２におけるアプリケーション秘密鍵により生成される決済認証ライセンス生成ユニットを示す概略図である。

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

図２６は、更に別の実施の例に係るモバイル端末Ｐ２Ｐに基づくクレジット決済装置を示す概略図である。

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

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

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

図３０は、図２６における現在の決済トランザクション完了ユニットを示す概略図である。

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

モバイル決済（Ｍｏｂｉｌｅ Ｐａｙｍｅｎｔ）は携帯電話決済とも呼ばれる。ユーザは、購入する製品又はサービスの決済を、モバイル端末を用いて行うことができる。モバイル端末は、決済トランザクションを行うために、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、近距離無線通信）を介してトランザクション（取引）端末と通信することができる。短距離通信とも呼ばれるＮＦＣは、電子デバイスが非接触でポイント・ツー・ポイント（Ｐｏｉｎｔ Ｔｏ Ｐｏｉｎｔ）のデータ伝送及びデータ交換を行えるようにする短距離高周波無線通信技術である。ＮＦＣ技術の安全性は、決済のような分野での高い将来性を示している。

Ｐ２Ｐ、つまりピアツーピア（ｐｅｅｒ ｔｏ ｐｅｅｒ）、はＮＦＣ技術の３つの動作モードの１つである。赤外線と同じように、Ｐ２Ｐモードはデータを交換するために用いることができる。しかし、Ｐ２Ｐモードでは、赤外線モードと比較して、（Ｂｌｕｅｔｏｏｔｈ（登録商標）と同様）伝送距離が短く、伝送生成速度と伝送速度との両方が高速であり、電力消費が低い。ＮＦＣ機能を備える２つのデバイスを無線で相互にリンクさせることができ、これを用いて、例えば、音楽ダウンロード、画像交換、デバイスのアドレス帳の同期などの、ピアツーピアのデータ伝送を実施する。そのため、ＮＦＣを介することで、デジタルカメラ、ＰＤＡ、コンピュータ、携帯電話のような複数のデバイス間でデータ又はサービスを交換できる。本願の実施において、モバイル端末は、クレジット決済トランザクションを完了するために、ＮＦＣ技術のＰ２Ｐ方式でバスのゲートとの間でデータ交換を行う。

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

図１に示すように、本願の実施で提供されるクレジット認証システムは、モバイル端末１００、トランザクション端末２００、及びサーバ３００を含む。モバイル端末１００は、決済トランザクション機能を有する携帯電話であってよい。トランザクション端末２００はバスのゲートであってよく、このバスのゲートは、バスシステム又は地下鉄システムで用いられるＰＯＳ端末である。サーバ３００はクレジット認証システム内で機能する。モバイル端末１００を用いてトランザクション端末２００と決済トランザクションを行う前に、ユーザは、先ず、サーバ３００を用いてモバイル端末１００のクレジット決済トランザクション機能を有効化（イネーブル化）する必要があり、この後、モバイル端末１００を用いてトランザクション端末２００と決済トランザクションを行えるようになる。加えて、トランザクション端末２００はモバイル端末１００のトランザクションログをサーバ３００へ定期的にアップロードし、サーバ３００は、対応する資金額を、モバイル端末１００に対応するアカウントから引き落とし、この金額をバス会社に支払う。

本願で提供されるこの実施においては、モバイル端末に２つのアプリケーションをインストールできる。その１つは、例えば、クレジット決済アプリケーションＡｐｐｌｅｔ（アプレット）のようなクレジット決済アプリケーションである。Ｊａｖａ（登録商標）カードの場合、サン マイクロシステムズ（Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ）社は、Ａｐｐｌｅｔを、Ｊａｖａ（登録商標）カード上で実行するためのオブジェクトとして設定している。もう１つのアプリケーションは、クレジット認証システムのアプリケーションであってよい。先のモバイル端末上の２つのアプリケーションの機能は、１つのアプリケーションを用いて実施できる。この実施はこれに限定されない。

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

クレジット決済アプリケーションＡｐｐｌｅｔは、ＮＦＣ機能を有するモバイル端末１００にインストールされる。個人化（パーソナライゼーション）の最中にアプリケーション公開鍵（公開キー）及び秘密鍵（秘密キー、あるいは非公開鍵ともいう）の対が生成される。アプリケーション秘密鍵はクレジット決済アプリケーションに格納され、クレジット決済アプリケーションはアプリケーション秘密鍵がいかなる状況でも盗まれないようにする。アプリケーション公開鍵はクレジット認証システム内の秘密鍵を用いてアプリケーション公開鍵証明書として署名され、クレジット決済アプリケーションに保存される。クレジット認証システム内の公開鍵はトランザクション端末２００へ提供され、格納場所がトランザクション端末２００により特定される。これは公開鍵であるため、セキュリティに対する条件は課されない。

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

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

ステップＳ１１０：モバイル端末上のクレジット認証システムのアプリケーションを用いて、アプリケーション認証要求を所定のサーバへ送信する。

クレジット認証システムのアプリケーションがモバイル端末上へインストールされることで、モバイル端末は、このクレジット認証システムのアプリケーションを用いてアプリケーション認証要求をクレジット認証システムのサーバへ送信できるようになる。

ステップＳ１２０：所定のサーバにより送信された、アプリケーション公開鍵証明書とアプリケーション秘密鍵とを受信する。

受信したアプリケーション認証要求に基づき、クレジット認証システムのサーバは一対の鍵、つまりアプリケーション公開鍵とアプリケーション秘密鍵とを生成する。サーバは、アプリケーション公開鍵証明書を生成するために、サーバのローカルに格納された認証済みの秘密鍵を用いて、アプリケーション公開鍵に署名し、更に、取得したアプリケーション公開鍵証明書とアプリケーション秘密鍵とをモバイル端末へ送信する。

ステップＳ１３０：アプリケーション公開鍵証明書とアプリケーション秘密鍵とをモバイル端末上のクレジット決済アプリケーションに格納する。

モバイル端末は、サービス提供側により送信されたアプリケーション公開鍵証明書とアプリケーション秘密鍵とを、モバイル端末上のクレジット決済アプリケーションに格納する。

ステップＳ１４０：クレジット決済データ取得要求が所定のサーバへ送信される。

ステップＳ１５０：所定のサーバにより、送信されたクレジット決済データが受信され、このクレジット決済データに基づいてモバイル端末のクレジット決済機能が有効化される。

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

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

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

モバイル端末のデバイスパラメータ情報は、モバイル端末のハードウェア情報であってよい。先ず、決済トランザクションのハードウェア条件をモバイル端末が満たしているか否か、例えば、モバイル端末がＮＦＣ機能を有するか否かを、デバイスパラメータ情報に基づいてチェックする必要がある。当然ながら、デバイスパラメータ情報は、モバイル端末の、デバイスモデル、ＲＯＭバージョン、システムモデル（例えば、Ａｎｄｒｏｉｄ（登録商標））、アプリケーションのバージョン等の情報であってもよい。

ステップＳ１０２：デバイスパラメータ情報を所定のサーバへ送信する。

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

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

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

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

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

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

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

ステップＳ１０５：モバイル端末に対応するユーザＩＤ情報を取得する。

ユーザＩＤ情報は、ユーザのＩＤカード番号、氏名、銀行カード番号、電子メールアドレス、Ａｌｉｐａｙアカウント等であってよい。

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

モバイル端末はクレジット認証システム内のサーバにユーザＩＤ情報を送信することで、このサーバがユーザＩＤ情報を検証できるようにする。例えば、銀行カード番号が正常にサービスを提供しているか否か、又は、ユーザアカウントに不正なクレジットトランザクション記録があるか否かを検証できるようにする。

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

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

所定のサーバにより送信されたセキュリティ認証成功情報が受信されると、ステップＳ１０８が実行される。ステップＳ１０８では、モバイル端末がクレジット決済を有効化するためのセキュリティ認証条件を満たしていると特定し、ステップＳ１１０が実行される。

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

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

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

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

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

ステップＳ１７０：所定のサーバにより送信された所定のインストールファイルを取得する。

ステップＳ１８０：所定のインストールファイルをモバイル端末にインストールし、ステップＳ１１０を実行する。

クレジット決済アプリケーションと登録スクリプトとが別々にモバイル端末にインストールされた後、モバイル端末のユーザ個人化が完了する。このようにして、モバイル端末上でクレジット決済機能を有効化する手順が完了する。先の実施に基づいて、モバイル端末がクレジット決済機能を有効化する、クレジット認証システムのサーバ側での実行手順について以下詳細に述べる。

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

ステップＳ２１０：モバイル端末により送信されたアプリケーション認証要求を受信する。

ステップＳ２２０：アプリケーション認証要求に基づき、アプリケーション公開鍵とアプリケーション秘密鍵とを別々に生成する。

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

ステップＳ２４０：アプリケーション公開鍵証明書とアプリケーション秘密鍵とを別々にモバイル端末へ送信する。

受信されたアプリケーション認証要求に基づき、クレジット認証システムのサーバが一対の鍵（つまり、アプリケーション公開鍵とアプリケーション秘密鍵）を生成する。サーバは、アプリケーション公開鍵証明書を生成するために、ローカルに格納された認証秘密鍵を用いてアプリケーション公開鍵に署名し、取得されたアプリケーション公開鍵証明書とアプリケーション秘密鍵とを別々にモバイル端末へ送信する。

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

ステップＳ２６０：クレジット決済データ取得要求に基づき、モバイル端末に対応するクレジット決済データを生成し、このクレジット決済データをモバイル端末へ送信することで、モバイル端末が、受信されたクレジット決済データに基づいてモバイル端末クレジット決済機能を有効化できるようにする。

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

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

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

モバイル端末がクレジット決済機能を有効化する工程において、モバイル端末は、ネットワーク等を用いてクレジット認証システムのサービス提供側（つまり、サーバ）と通信することができる。クレジット認証システムのサービス提供側は、モバイル端末により送信されたデバイスパラメータ情報を受信することができる。

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

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

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

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

クレジット決済を有効化するハードウェア条件をモバイル端末が満たしている場合、ステップＳ２０３において、クレジット決済有効化情報をモバイル端末へ送信し、ステップＳ２１０が実行される。

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

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

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

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

例えば、サーバは、ユーザＩＤ情報中の銀行カード番号が正常にサービスを提供しているか否か、不正なトランザクション記録があるか否か等をチェックしてよい。

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

モバイル端末がクレジット決済を有効化するためのセキュリティ認証条件を満たしている場合、ステップＳ２０６でセキュリティ認証成功情報をモバイル端末へ送信し、ステップＳ２１０を実行する。

モバイル端末がクレジット決済を有効化する場合、クレジット決済アプリケーションを更にインストールする必要があり、これらのインストールファイルはクレジット認証システム内のサーバから送信されなければならない。そのため、図６に基づき、図９に示すように、本願の別の実施では、本願で提供されるモバイル端末Ｐ２Ｐに基づくクレジット決済方法はステップＳ２１０の前に以下のステップを更に含むことができる。

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

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

ステップＳ２０８：所定のインストールファイルを取得する要求に基づき、所定のインストールファイルを個別にモバイル端末へ送信し、ステップＳ２１０が実行される。

本願の先の実施は、モバイル端末においてクレジット決済有効化工程について述べている。シナリオによっては、クレジット決済有効化工程は、他の方式、例えば、モバイル端末上で予め特定される、又は、クレジット決済権限側への登録アプリケーションを介して得られる。ここでは、クレジット決済有効化工程は限定されない。

関連技術の課題を解決するために、本願の実施は、モバイル端末とトランザクション端末との間でのクレジット決済処理に適用される、モバイル端末Ｐ２Ｐに基づくクレジット決済方法を提供する。図１０に示すように、この方法は以下のステップを含むことができる。

ステップＳ３１０：トランザクション端末により送信されたトランザクション情報を受信する。

ユーザが決済トランザクションを行うためにモバイル端末を持ってバスのゲートに接近すると、バスのゲートは無線周波数フィールドを生成できるので、モバイル端末がバスのゲートに接近すると、つまり、バスのゲートにより生成された無線周波数フィールドにモバイル端末が入ると、モバイル端末はバスのゲートにより生成された無線周波数フィールドを検出でき、バスのゲートもモバイル端末を検出する。この状況で、バスのゲートとモバイル端末との間に通信接続が確立され、バスのゲートがモバイル端末へトランザクション情報を送信し、モバイル端末がバスのゲートにより送信されたこのトランザクション情報を受信する。

ＮＤＥＦ（ＮＦＣ Ｄａｔａ Ｅｘｃｈａｎｇｅ Ｆｏｒｍａｔ、ＮＦＣデータ交換フォーマット）メッセージを交換する方法がＰ２Ｐモードで記述されることは特に留意すべきである。

ステップＳ３２０：トランザクション情報に基づいてトランザクション応答情報を生成し、このトランザクション応答情報をトランザクション端末へ送信する。

ステップＳ３３０：トランザクション端末により送信された現在の決済トランザクションの引き落とし受諾要求情報を受信する。

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

ステップ３４０：引き落とし受諾要求情報とトランザクション応答情報とに基づき、モバイル端末内でアプリケーション秘密鍵を用いて決済認証ライセンスを生成する。

モバイル端末により生成される決済認証ライセンスには、署名データとＴＡＣ（Ｔｒａｎｓａｃｔｉｏｎ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ、トランザクション認証コード）とが含まれる。

ステップＳ３５０：決済認証ライセンスをトランザクション端末へ送信する。これにより、トランザクション端末が、受信した決済認証ライセンスに基づき現在の決済トランザクションを完了できる。

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

バスのゲートは、モバイル端末を感知した後、ＳＮＥＰ Ｇｅｔ要求メッセージをまとめ、このＳＮＥＰ Ｇｅｔ要求メッセージをバスのクレジット決済アプリケーションへ送信する。このメッセージの情報フィールド識別子メッセージは読み取られたカード情報である。バスのクレジット決済アプリケーションは、ＳＮＥＰ Ｇｅｔ要求メッセージを受信した後に、返送すべきデータをＳＮＥＰ応答メッセージに編成し、このＳＮＥＰ応答メッセージをゲートに返送する。ＳＮＥＰ応答メッセージは、カード番号、利用可能限度額、入場／退場フラグ、最後のトランザクション情報を含む。最後のトランザクション情報は、駅（ステーション）情報、トランザクションの日付、トランザクション時刻等を含む。

ＳＮＥＰ要求メッセージは、ＳＮＥＰクライアントによりＳＮＥＰサーバへ送信された要求メッセージであることに特に留意すべきである。ＳＮＥＰ要求メッセージには、ＧｅｔメッセージとＰｕｔメッセージの２つのタイプがある。Ｇｅｔメッセージはデータを送信するようサーバに要求し、Ｐｕｔメッセージはデータを受理するようサーバに要求する。本明細書において、ＳＮＥＰ Ｇｅｔ要求メッセージとＳＮＥＰ Ｐｕｔ要求メッセージは区別されている。ＳＮＥＰ応答メッセージは、ＳＮＥＰサーバによりＳＮＥＰクライアントにＰ２Ｐにて返送される応答メッセージである。Ｇｅｔメッセージはデータを返送するよう要求し、Ｐｕｔメッセージは成功又は失敗を示す応答コードを返送するよう要求する。

返送要求情報はＳＮＥＰ Ｇｅｔ要求メッセージに相当し、トランザクション応答情報はＳＮＥＰ応答メッセージに相当する。

本願のこの実施で提供される方法では、ユーザがモバイル端末を用いてトランザクション端末との間で決済トランザクションを行う場合、モバイル端末が、トランザクション端末により送信された関連の命令情報に基づき、アプリケーション公開鍵証明書と、生成された決済認証ライセンスとをトランザクション端末へ連続的に送信し、トランザクション端末は、モバイル端末より送信された情報に基づき、現在の決済トランザクションを完了させる。関連技術における課題と比較すると、本願のこの実施で提供されるクレジット決済方法では、モバイル端末を用いてトランザクション端末との間でトランザクションを行う場合、ユーザがモバイル端末とトランザクション端末とをそれぞれオフラインにすることができ、後に行う決済トランザクション工程でモバイル端末のユーザアカウントに対してクレジット消費を使用する。金額は、ユーザがモバイル端末を用いて購入した後にのみ決済されるので、トランザクションにおける現金の使用により生じるキャピタルロスのリスクからユーザを保護することができる。

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

ステップＳ３６０：トランザクション端末により送信されたアプリケーション公開鍵証明書返送要求情報を受信する。

ステップＳ３７０：アプリケーション公開鍵証明書返送要求情報に基づき、アプリケーション公開鍵証明書へのアプリケーション公開鍵証明書応答情報をモバイル端末上で生成し、このアプリケーション公開鍵証明書応答情報をトランザクション端末へ送信する。

アプリケーション公開鍵証明書応答情報はアプリケーション公開鍵証明書返送要求情報に対応しており、データ送受信形式条件を満たしている。

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

ステップＳ３６１：モバイル端末に格納されたアプリケーション秘密鍵を用いて、引き落とし受諾要求情報に基づき署名データを生成する。

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

ステップＳ３６２：事前に生成されたモバイル端末内のＴＡＣサブキーを用いて、引き落とし受諾要求情報とトランザクション応答情報とに基づいてＴＡＣを生成する。

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

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

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

加えて、トランザクション応答情報は、決済カード番号、利用可能限度額、入場／退場フラグ、及び最後のトランザクション情報を含む。決済カード番号は、クレジット認証システムにより各ユーザのクレジット決済アプリケーションに生成された一意の文字コードである。利用可能限度額は、ユーザが現在利用できる資金額である。ＴＡＣサブキーは、クレジット認証システム内のサーバにより、ＴＡＣ親秘密鍵を用い、カード番号ハッシングを通じて取得される。最後のトランザクションの情報は、駅（ステーション）情報、トランザクションの日付、トランザクション時刻等を含む。

図１０に基づき、図１３に示すように、本願の別の実施では、本方法は以下のステップを更に含むことができる。

ステップＳ３８０：引き落とし受諾要求情報中の引き落とし金額に基づき、トランザクション応答情報中の利用可能限度額から引き落とし金額を差し引いて、利用可能限度額を得る。

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

モバイル端末とトランザクション端末との間での決済トランザクション工程を詳細に説明するために、モバイル端末Ｐ２Ｐに基づくクレジット決済方法を本願の実施により提供する。トランザクション端末側での実行手順では、図１４に示すように、この方法は以下のステップを含むことができる。

ステップＳ４１０：トランザクション情報をモバイル端末へ送信する。

ステップＳ４２０：モバイル端末により送信されたトランザクション応答情報を受信する。

ステップＳ４３０：このトランザクション応答情報に基づき、現在の決済トランザクションの引き落とし受諾要求情報を生成する。

ステップＳ４４０：引き落とし受諾要求情報をモバイル端末へ送信する。

ステップＳ４５０：決済認証ライセンスが受信されると、その決済認証ライセンスに基づき現在の決済トランザクションを完了できると特定する。

本方法はクレジット決済トランザクション工程におけるバスのゲート側での実行手順を示しており、これは、クレジット決済トランザクション工程におけるモバイル端末側での実行手順に対応しているため、ここではバスのゲートとモバイル端末との間でのデータ交換に関する再度の説明を省く。その詳細については、先の実施におけるモバイル端末側での実行手順を参照されたい。

実施における、トランザクション情報、トランザクション応答情報、公開鍵証明書返送要求情報、公開鍵証明書応答情報等は、データ交換工程におけるフォーマット条件を満たすために用いられていることは特に留意すべきである。例えば、トランザクション応答情報はトランザクション情報を含んだ応答情報として理解でき、公開鍵証明書応答情報は公開鍵証明書を含んだ応答情報として理解できる。

加えて、トランザクション応答情報は、決済カード番号、利用可能限度額、入場／退場フラグ、及び最後のトランザクション情報を含む。

図１４に基づき、図１５に示すように、本願で提供される別の実施では、本方法はステップＳ４２０の後に以下のステップを更に含むことができる。

ステップＳ４６０：アプリケーション公開鍵証明書返送要求情報をモバイル端末へ送信する。

ステップＳ４７０：モバイル端末により送信されたアプリケーション公開鍵証明書応答情報を受信する。

ステップＳ４８０：トランザクション端末内のクレジットライセンス付き公開鍵（クレジット公開鍵）を用いて、アプリケーション公開鍵証明書応答情報中のアプリケーション公開鍵証明書の署名を検証する。

本方法はクレジット決済トランザクション工程におけるバスのゲート側での実行手順を示すが、これは、クレジット決済トランザクション工程におけるモバイル端末側での実行手順に関連しているので、ここではバスのゲートとモバイル端末との間でのデータ交換について再び説明することを省く。その詳細については、先の実施にけるモバイル端末側での実行手順を参照されたい。

図１４に基づき、図１６に示すように、本願で提供される別の実施では、本方法は以下のステップを更に含むことができる。

ステップＳ４０１：トランザクション応答情報中の決済カード番号が所定のブラックリストに含まれているか否かを特定する。

トランザクション応答情報中の決済カード番号が所定のブラックリストに含まれていない場合、ステップＳ４６０を実行する。

ブラックリストは、トランザクション端末すなわちバスのゲート内において予め特定することができる。モバイル端末に対応するユーザＩＤ情報がブラックリストの情報と比較される。ユーザＩＤ情報がブラックリストに載っている場合、悪意のトランザクションを回避するために、このトランザクション決済手順は停止される。

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

ステップＳ４０２：トランザクション応答情報中の利用可能限度額が所定の閾値以上であるか否かを特定する。

利用可能限度額が所定の閾値以上である場合、ステップＳ４０３において、トランザクション応答情報中の入場／退場フラグが退場状態にあるか否かをチェックする。

トランザクション情報中の入場／退場フラグが退場状態にある場合、ステップＳ４６０を実行する。

クレジット決済トランザクションを継続する必要があるか否かを特定するために、ユーザの利用可能限度額をチェックする。ユーザの利用可能限度額がこのトランザクションの引き落とし金額未満である場合、このクレジット決済トランザクションは停止されるため、悪意の決済トランザクションを回避できる。

このステップは主にバスのゲートにより用いられてモバイル端末に対応するユーザアカウントの利用可能限度額が現在の決済トランザクションのバスのゲート決済を行うのに十分であるか否かをモバイル端末により送信されたトランザクション応答情報に基づいてチェックする。利用可能限度額が不足している場合、現在の決済トランザクションは拒否される。利用可能限度額が十分である場合、バスのゲートは、トランザクション応答情報中の入場／退場フラグが０であるか否かをチェックする。入場／退場フラグが０でない場合、現在の決済トランザクションは拒否される。入場／退場フラグが０である場合、現在の決済トランザクションは継続される。入場／退場フラグが１の場合は、モバイル端末を所持するユーザが「入場」状態にあることを示すので、現在の決済トランザクションは拒否される点は特に留意すべきである。入場／退場フラグが０の場合は、モバイル端末を所持するユーザが「退場」状態にあることを示すので、現在の決済トランザクションが実行される。

図１４に基づき、図１８に示すように、本願で提示される別の実施では、ステップＳ４５０は以下のステップを含むことができる。

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

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

ステップＳ４８２：署名データを検証する際にトランザクションログを生成する。

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

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

トランザクションログは、引き落とし金額、トランザクションの日付、トランザクション時刻、トランザクション端末ＩＤ、決済カード番号、利用可能限度額、及びＴＡＣを含む。決済認証ライセンスは署名データとＴＡＣとを含む。

本願で提供される別の実施では、図１９に示すように、本願はモバイル端末Ｐ２Ｐに基づくクレジット決済方法を提供する。この実施では、携帯電話はモバイル端末を表し、クレジット認証システムのサービス提供側はサーバを表す。携帯電話がクレジット決済機能を有効化する場合、携帯電話上のクレジット認証システムのアプリケーションと、携帯電話上のクレジット決済アプリケーションと、クレジット認証システムのサービス提供側との間における手順は、以下のステップを含む。

ステップ１００１：携帯電話のデバイスパラメータ情報を取得する。

ステップ１００２：デバイスパラメータ情報をアップロードする。

ステップ１００３：クレジット決済を有効化するハードウェア条件を携帯電話が満たしているか否かを特定する。

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

ステップ１００５：特定結果は「クレジット決済アプリケーション有効化ページを表示する」である。

ステップ１００６：ユーザＩＤ情報をアップロードする。

ステップ１００７：携帯電話がクレジット決済を有効化するためのセキュリティ認証条件を満たしているか否かを特定する。

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

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

ステップ１０１０：クレジット決済アプリケーションを作動させる。

ステップ１０１１：作動成功結果を返送する。

ステップ１０１２：アプリケーション秘密鍵、アプリケーション公開鍵証明書及びクレジット決済データを要求する。

ステップ１０１３：公開鍵及び秘密鍵の対を生成し、クレジット認証された秘密鍵を用いてアプリケーション公開鍵証明書を生成し、決済カード番号を生成し、更に、ハッシングを通じてアプリケーションＴＡＣサブキーとクレジット決済データとを生成する。

ステップ１０１４：アプリケーション秘密鍵、アプリケーション公開鍵証明書、及びクレジット決済データを返送する。

ステップ１０１５：アプリケーション秘密鍵、アプリケーション公開鍵証明書、及びクレジット決済データを送信する。

ステップ１０１６：アプリケーション秘密鍵、アプリケーション公開鍵証明書、及びクレジット決済データを格納する。

ステップ１０１７：個人化の結果を返送する。

ステップ１０１８：クレジット決済有効化の結果を送信する。

ステップ１０１９：有効化の結果を記録する。

ステップ１０２０：処理完了通知を返送する。

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

本願で提供される別の実施では、図２０に示すように、本願はモバイル端末Ｐ２Ｐに基づくクレジット決済方法を提供する。モバイル端末が決済トランザクションを実行する工程において、モバイル端末とバスのゲートとの間でのデータ交換手順は以下のとおりである。

ステップ２００１：ＳＮＥＰ要求（Ｇｅｔ［カード情報を読み取る（ｒｅａｄ ｃａｒｄ ｉｎｆｏｒｍａｔｉｏｎ）］）を送信する。

ステップ２００２：返送が必要なデータを読み取る。

ステップ２００３：ＳＮＥＰ応答を返送する（決済カード番号、入場／退場フラグ、及び最後のトランザクションの情報を返送する）。

ステップ２００４：ブラックリスト特定を実行する。ブラックリストに決済カード番号がある場合、拒否情報のプロンプトを提供する。

ステップ２００５：利用可能限度額と入場／退場フラグとをチェックする。利用可能限度額又は入場／退場フラグが所定の条件を満たしていない場合、拒否情報のプロンプトを提供する。

ステップ２００６：ＳＮＥＰ要求（Ｇｅｔ［アプリケーション公開鍵証明書を読み取る（ｒｅａｄ ａｎ ａｐｐｌｉｃａｔｉｏｎ ｐｕｂｌｉｃ ｋｅｙ ｃｅｒｔｉｆｉｃａｔｅ）］）を送信する。

ステップ２００７：ＳＮＥＰ応答（アプリケーション公開鍵証明書）を返送する。

ステップ２００８：クレジット認証システムに格納された公開鍵を読み取り、アプリケーション公開鍵証明書上の署名を検証する。署名検証に失敗した場合、拒否情報のプロンプトを提供する。署名検証に合格した場合、パース（ｐａｒｓｅ）処理を介してアプリケーション公開鍵を取得する。

ステップ２００９：引き落とし金額を計算する。

ステップ２０１０：ＳＮＥＰ要求（Ｐｕｔ［決済：引き落とし金額、トランザクション時刻、入場／退場フラグ及びトランザクション情報（例えば「停止」）（ｐａｙｍｅｎｔ： ｔｈｅ ｄｅｄｕｃｔｉｏｎ ａｍｏｕｎｔ， ｔｒａｎｓａｃｔｉｏｎ ｔｉｍｅ， ｔｈｅ ｅｂｔｒｙ／ｅｘｉｔ ｆｌａｇ， ａｎｄ ｔｒａｎｓａｃｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ（ｓｕｃｈ ａｓ ｓｔｏｐ））］）を送信する。

ステップ２０１１：署名データとＴＡＣとを含んだ決済認証ライセンスを生成する。

ステップ２０１２：署名データとＴＡＣとを返送する。

ステップ２０１３：アプリケーション公開鍵を用いて署名データを検証する。署名検証が合格である場合、トランザクションログを記録する。署名検証に失敗した場合、拒否情報のプロンプトを提供する。

加えて、図２１に示すように、バスのゲートは更に、トランザクションログをクレジット認証システムへ定期的にアップロードし、ブラックリストを更新（アップデート）する必要がある。本願で提供されるモバイル端末Ｐ２Ｐに基づくクレジット決済方法では、バスのゲート（トランザクション端末）とクレジット認証システムのサーバ側との間のデータ交換手順は以下のとおりである。

ステップ３００１：トランザクションログを定期的にアップロードする。

ステップ３００２：決済を実行し、システム内のブラックリストが更新されたか否かを問い合わせ、肯定の場合、ブラックリストの返送を準備する。

ステップ３００３：トランザクションログ受信結果とブラックリストとを返送する。

ステップ３００４：決済カード番号がブラックリストに載っているか否かをチェックする。

ステップ３００５：バスのゲートがブラックリストを更新する。

ステップ３００６：更新する。

ステップ３００７：更新された完了結果を返送する。

バスのゲートにはバスのゲート管理システムが配置されていてよい。

本願の先の実施は、バスのクレジット決済を実施例として用いて説明された。先の実施は、オフラインビジネス決済や地下鉄決済のような、その他のシナリオにも適用し得ることが分かる。特定のアプリケーションシナリオでは、種々の実施があり得る。

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

加えて、先の実施のうちの一の実施と同様に、本願の実施は、モバイル端末Ｐ２Ｐに基づくクレジット決済装置を更に提供する。この装置はモバイル端末に内蔵される。図２２に示すように、この装置は、第１の返送要求情報受信ユニット１０と；トランザクション応答情報生成ユニット２０と；情報送信ユニット３０と；引き落とし受諾要求情報受信ユニット４０と；アプリケーション秘密鍵生成決済認証（ライセンス）生成ユニット５０と；決済認証送信ユニット６０と；を含む。

第１の返信要求情報受信ユニット１０は、トランザクション端末により送信されたトランザクション情報を受信するように構成される。

トランザクション応答情報生成ユニット２０は、トランザクション情報に基づきトランザクション応答情報を生成するように構成される。

情報送信ユニット３０は、トランザクション応答情報をトランザクション端末へ送信するように構成される。

引き落とし受諾要求情報受信ユニット４０は、トランザクション端末により送信された現在の引き落としトランザクションの引き落とし受諾要求情報を受信するように構成される。

アプリケーション秘密鍵により生成される決済認証の生成ユニット５０は、モバイル端末において、引き落とし受諾要求情報とトランザクション応答情報とに基づき、アプリケーション秘密鍵生成決済認証（ライセンス）を生成するように構成される。

決済認証送信ユニット６０は、トランザクション端末に決済認証を送信するように構成され、これにより、トランザクション端末は、受信した決済認証に基づき、現在の決済トランザクションを完了できる。

本願の別の実施では、図２２に基づき、図２３に示すように、本装置は：トランザクション端末により送信されたアプリケーション公開鍵証明書返送要求情報を受信するように構成された第２の返送要求情報受信ユニット７０と；モバイル端末において、アプリケーション公開鍵証明書返送要求情報に基づき、アプリケーション公開鍵証明書のためのアプリケーション公開鍵証明書応答情報を生成するように構成されたアプリケーション公開鍵証明書応答情報生成ユニット８０と；アプリケーション公開鍵証明書応答情報をトランザクション端末へ送信するように構成された公開鍵証明書応答情報送信ユニット９０と；を更に含む。

本願の別の実施では、図２２に基づき、図２４に示すように、アプリケーション秘密鍵により生成される決済認証の生成ユニット５０は：モバイル端末に格納されたアプリケーション秘密鍵を用いて、引き落とし受諾要求情報に基づき、署名データを生成するように構成された署名データ生成モジュール５１と；モバイル端末上で予め生成されたＴＡＣサブキーを用いて、引き落とし受諾要求情報とトランザクション応答情報とに基づき、ＴＡＣを生成するように構成された情報生成モジュール５２と；署名データとＴＡＣとを決済認証として使用するように構成された決済認証特定モジュール５３と；を含む。

本願の別の実施では、図２２に基づき、図２５に示すように、本装置は：現在の利用可能限度額を取得するために、引き落とし受諾要求情報中の引き落とし金額に基づき、トランザクション情報中の利用可能限度額から引き落とし金額を差し引くように構成された利用可能限度額生成ユニット９１と；モバイル端末において、現在の利用可能限度額をユーザに対応する利用可能限度額として使用するように構成された利用可能限度額特定ユニット９２と；を更に含む。

本願の実施は、モバイル端末Ｐ２Ｐに基づくクレジット決済装置を更に提供する。本装置はトランザクション端末に内蔵される。図２６に示すように、本装置は、トランザクション情報送信ユニット１１と；トランザクション応答情報受信ユニット１２と；引き落としユニット１３と；引き落とし受諾要求情報送信ユニット１４と；現在の決済トランザクション完了ユニット１５と；を含む。

トランザクション情報送信ユニット１１は、トランザクション情報をモバイル端末へ送信するように構成される。

トランザクション応答情報受信ユニット１２は、モバイル端末により送信されたトランザクション応答情報を受信するように構成される。

引き落としユニット１３は、トランザクション応答情報に基づき、現在の決済トランザクション引き落としの引き落とし受諾要求情報を生成するように構成される。

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

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

本願の別の実施では、図２６に基づき、図２７に示すように、本装置は：アプリケーション公開鍵証明書返送要求情報を送信するように構成された返送要求情報送信ユニット１６と；モバイル端末により送信されたアプリケーション公開鍵証明書応答情報を受信するように構成された公開鍵証明書応答情報受信ユニット１７と；トランザクション端末内のクレジットライセンス付き公開鍵を用いて、アプリケーション公開鍵証明書応答情報中のアプリケーション公開鍵証明書上の署名を検証するように構成された署名検証ユニット１８と；を更に含む。

本願の別の実施では、図２６に基づき、図２８に示すように、本装置は、ブラックリスト特定ユニット１９１を更に含む。

ブラックリスト特定ユニット１９１は、トランザクション応答情報中の決済カード番号が所定のブラックリストに含まれているか否かを特定するように構成される。

返送要求情報送信ユニット１９２は、トランザクション応答情報中の決済カード番号が所定のブラックリストに含まれていない場合、アプリケーション公開鍵証明書返送要求情報をモバイル端末へ送信するように更に構成される。

本願の別の実施では、図２１に基づき、図２９に示すように、本装置は：トランザクション応答情報中の利用可能限度額が所定の閾値以上であるか否かを特定するように構成された閾値特定ユニット１９３と；利用可能限度額が所定の閾値以上である場合、トランザクション応答情報中の入場／退場フラグが退場状態であるか否かをチェックするように構成された状態チェックユニット１９４と；を更に含む。

本願の更に別の実施では、図２６に基づき、図３０に示すように、決済認証ライセンスは、署名データとＴＡＣとを含み、現在の決済トランザクション完了ユニット１５は：アプリケーション公開鍵を用いて署名データを検証するように構成された署名検証モジュール１５１と；署名データが検証されるときに、トランザクションログを生成するように構成されたトランザクションログ生成モジュール１５２と；トランザクションログを所定のサーバへ送信することで、所定サーバが、トランザクションログに基づき、対応する資金額を、モバイル端末に対応するユーザアカウントから引き落とせるように構成されたトランザクションログ送信モジュール１５３と；を含み、ここで、トランザクションログは、引き落とし金額、トランザクションの日付、トランザクション時点、トランザクション端末ＩＤ、決済カード番号、利用可能限度額、及びＴＡＣを含む。

上述の装置の実施については、各モジュールが操作を実行する具体的な方式を、本方法に関連した実施の形態にて詳細に述べているため、ここでは複雑にならないように、詳細な説明は繰り返さない。

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

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

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

当業者であれば、本明細書を考慮し、ここでの本願を実施した後、本願の別の実施の解決策を見出すことができる。本願は、本願の変形、機能、適応可能な変更のいずれにも及ぶ。これらの変形、機能、又は適応可能な変更は、本願の基本的な考え方に一致し、当該技術分野における、本願では開示されない一般的な知識及び一般的に用いられる技術的手段を含む。本明細書及び先の実施は単なる実施例であり、本願の実際の範囲及び主旨は、付帯の特許請求の範囲にて示す。

当然ながら、本願は、先に記載され、添付図面に示される精確な構造に限定されるものではなく、本願の範囲から逸脱することなく改造及び変更を行うことができる。本願の権利範囲は、特許請求の範囲によって限定される。
以下、本発明の実施の態様の例を列挙する。
［第１の局面］
モバイル端末に適応される、モバイル端末Ｐ２Ｐに基づくクレジット決済方法であって：
トランザクション端末により送信されたトランザクション情報を受信するステップと；
前記トランザクション情報に基づきトランザクション応答情報を生成し、前記トランザクション応答情報を前記トランザクション端末へ送信するステップと；
前記トランザクション端末により送信された現在の決済トランザクションの引き落とし受諾要求情報を受信するステップと；
前記引き落とし受諾要求情報と前記トランザクション応答情報とに基づき、前記モバイル端末内で、アプリケーション秘密鍵生成決済認証ライセンスを生成するステップと；
前記決済認証ライセンスを前記トランザクション端末へ送信することで、前記トランザクション端末が、前記現在の決済トランザクションを、受信された前記決済認証ライセンスに基づき完了できるようにするステップと；を備える、
モバイル端末Ｐ２Ｐに基づくクレジット決済方法。
［第２の局面］
前記トランザクション情報に対応する前記トランザクション応答情報を、前記トランザクション端末へ送信する前記ステップの後に：
前記トランザクション端末により送信されたアプリケーション公開鍵証明書返送要求情報を受信するステップと；
前記アプリケーション公開鍵証明書返送要求情報に基づき、前記モバイル端末内でアプリケーション公開鍵証明書のためのアプリケーション公開鍵証明書応答情報を生成し、前記アプリケーション公開鍵証明書応答情報を、前記トランザクション端末へ送信するステップと；を更に備える、
第１の局面に記載のクレジット決済方法。
［第３の局面］
アプリケーション秘密鍵生成決済認証ライセンスを生成する前記ステップは：
前記モバイル端末に格納されたアプリケーション秘密鍵を用いて、前記引き落とし受諾要求情報に基づき署名データを生成するステップと；
前記モバイル端末で予め生成されたＴＡＣサブキーを用いて、前記引き落とし受諾要求情報と前記トランザクション応答情報とに基づきＴＡＣを生成するステップと；
前記署名データと前記ＴＡＣを前記決済認証ライセンスとして用いるステップと；を備える、
第１の局面に記載のクレジット決済方法。
［第４の局面］
前記決済方法は公共交通機関の決済に適用され、
前記トランザクション応答情報は決済カード番号、利用可能限度額、及び入場／退場フラグを含む、
第１の局面に記載のクレジット決済方法。
［第５の局面］
前記引き落とし受諾要求情報は、引き落とし金額、前記現在の決済トランザクションの日付、前記現在の決済トランザクションの時刻、前記現在の決済トランザクションの入場／退場フラグ、及び前記現在の決済トランザクションの駅情報を含む、
第１乃至４の局面のいずれかに記載のクレジット決済方法。
［第６の局面］
前記現在の引き落とし受諾要求情報中の前記引き落とし金額に基づき、前記トランザクション応答情報中の前記利用可能限度額から前記引き落とし金額を差し引いて現在の利用可能限度額を取得するステップと；
前記利用可能限度額を、前記モバイル端末に対応するユーザの利用可能限度額として用いるステップと；を更に備える、
第５の局面に記載のクレジット決済方法。
［第７の局面］
トランザクション端末に適用される、モバイル端末Ｐ２Ｐに基づくクレジット決済方法であって：
トランザクション情報をモバイル端末へ送信するステップと；
前記モバイル端末により送信されたトランザクション応答情報を受信するステップと；
前記トランザクション応答情報に基づき、前記現在の決済トランザクションの引き落とし受諾要求情報を生成するステップと；
前記引き落とし受諾要求情報を前記モバイル端末へ送信するステップと；
決済認証ライセンスを受信すると、前記決済認証ライセンスに基づき、前記決済トランザクションが完了したと特定するステップと；を備える、
モバイル端末Ｐ２Ｐに基づくクレジット決済方法。
［第８の局面］
前記モバイル端末により送信されたトランザクション応答情報を受信する前記ステップの後に：
アプリケーション公開鍵証明書返送要求情報を前記モバイル端末へ送信するステップと；
前記モバイル端末により送信されたアプリケーション公開鍵証明書応答情報を受信するステップと；
前記トランザクション端末上のクレジット公開鍵を用いて、前記アプリケーション公開鍵証明書応答情報中のアプリケーション公開鍵証明書の署名を検証するステップと；
前記検証中に、前記アプリケーション公開鍵証明書からアプリケーション公開鍵が復元された場合、前記現在の決済トランザクションの引き落とし受諾要求情報を生成する前記ステップを実行するステップと；を更に備える、
第７の局面に記載のクレジット決済方法。
［第９の局面］
前記決済方法は公共交通機関の決済に適用され、
前記トランザクション応答情報は、決済カード番号、利用可能限度額、及び入場／退場フラグを含む、
第７又は８の局面に記載のクレジット決済方法。
［第１０の局面］
前記トランザクション応答情報中の前記決済カード番号が所定のブラックリストに載っているか否かを特定するステップと；
前記トランザクション応答情報中の前記決済カード番号が前記所定のブラックリストに載っていない場合、アプリケーション公開鍵証明書返送要求情報を前記モバイル端末へ送信する前記ステップを実行するステップと；を更に備える、
第９の局面に記載のクレジット決済方法。
［第１１の局面］
前記トランザクション応答情報中の前記利用可能限度額が所定の閾値以上であるか否かを特定するステップと；
前記利用可能限度額が前記所定の閾値以上である場合、前記トランザクション応答情報中の前記入場／退場フラグが退場状態にあるか否かをチェックするステップと；
前記入場／退場フラグが退場状態にある場合、アプリケーション公開鍵証明書返送要求情報を前記モバイル端末へ送信する前記ステップを実行するステップと；を更に備える、
第９の局面に記載のクレジット決済方法。
［第１２の局面］
前記決済認証ライセンスは、署名データとＴＡＣとを含み、
前記決済認証ライセンスに基づき、前記現在の決済トランザクションを完了できると特定する前記ステップは：
前記アプリケーション公開鍵を用いて前記署名データを検証するステップと；
前記署名データが検証される際に、トランザクションログを生成するステップと；
前記トランザクションログを前記所定のサーバへ送信することで、前記所定のサーバが、前記トランザクションログに基づいて、前記モバイル端末に対応するユーザアカウントから、対応する資金額を引き落とせるようにするステップと；を備え、
前記トランザクションログは、前記引き落とし金額、トランザクションの日付、トランザクション時刻、トランザクション端末ＩＤ、決済カード番号、利用可能限度額、及びＴＡＣを含む、
第８の局面に記載のクレジット決済方法。
［第１３の局面］
モバイル端末に適用される、モバイル端末Ｐ２Ｐに基づくクレジット決済装置であって：
前記トランザクション端末により送信されたトランザクション情報を受信するように構成された第１の返送要求情報受信ユニットと；
前記トランザクション情報に基づきトランザクション応答情報を生成するように構成されたトランザクション応答情報生成ユニットと；
前記トランザクション応答情報を前記トランザクション端末へ送信するように構成された情報送信ユニットと；
前記トランザクション端末により送信された前記現在の決済トランザクションの引き落とし受諾要求情報を受信するように構成された引き落とし受諾要求情報受信ユニットと；
前記引き落とし受諾要求情報と前記トランザクション応答情報とに基づき、前記モバイル端末内で、アプリケーション秘密鍵生成決済認証ライセンスを生成するように構成されたアプリケーション秘密鍵生成決済認証ライセンス生成ユニットと；
前記決済認証ライセンスを前記トランザクション端末へ送信して、前記トランザクション端末が、受信した前記決済認証ライセンスに基づき前記現在の決済トランザクションを完了できるように構成された決済認証ライセンス送信ユニットと；を備える、
モバイル端末Ｐ２Ｐに基づくクレジット決済装置。
［第１４の局面］
前記トランザクション端末により送信されたアプリケーション公開鍵証明書返送要求情報を受信するように構成された第２の返送要求情報受信ユニットと；
前記アプリケーション公開鍵証明書返送要求情報に基づき、前記モバイル端末内でアプリケーション公開鍵証明書のためのアプリケーション公開鍵証明書応答情報を生成するように構成されたアプリケーション公開鍵証明書応答情報の生成ユニットと；
前記アプリケーション公開鍵証明書応答情報を前記トランザクション端末へ送信するように構成された公開鍵証明書応答情報送信ユニットと；を更に備える、
第１３の局面に記載のクレジット決済装置。
［第１５の局面］
前記アプリケーション秘密鍵生成決済認証ライセンス生成ユニットは：
前記モバイル端末に格納されたアプリケーション秘密鍵を用いて、前記引き落とし受諾要求情報に基づき署名データを生成するように構成された署名データ生成モジュールと；
前記モバイル端末内で事前に生成されたＴＡＣサブキーを用いて、前記引き落とし受諾要求情報と前記トランザクション応答情報とに基づきＴＡＣを生成するように構成された情報生成モジュールと；
前記署名データと前記ＴＡＣとを前記決済認証ライセンスとして用いるように構成された決済認証ライセンス特定モジュールと；を備える、
第１３の局面に記載のクレジット決済装置。
［第１６の局面］
前記クレジット決済装置は公共交通機関の決済に適用され、
前記トランザクション応答情報は、決済カード番号、利用可能限度額、入場／退場フラグ、及び最後のトランザクション情報を含む、
第１３の局面に記載のクレジット決済装置。
［第１７の局面］
前記引き落とし受諾要求情報は、引き落とし金額、前記現在の決済トランザクションの日付、前記現在の決済トランザクションの時刻、前記現在の決済トランザクションの入場／退場フラグ、及び前記現在の決済トランザクションの駅情報を含む、
第１３乃至１６の局面のいずれかに記載のクレジット決済装置。
［第１８の局面］
現在の利用可能限度額を得るために、前記引き落とし受諾要求情報中の前記引き落とし金額に基づき、前記トランザクション応答情報中の前記利用可能限度額から前記引き落とし金額を差し引くように構成された現在の利用可能限度額生成ユニットと；
前記現在の利用可能限度額を、前記モバイル端末に対応するユーザの利用可能限度額として用いるように構成された利用可能限度額特定ユニットと；を更に備える、
第１７の局面に記載のクレジット決済装置。
［第１９の局面］
トランザクション端末に適用される、モバイル端末Ｐ２Ｐに基づくクレジット決済装置であって：
トランザクション情報をモバイル端末へ送信するように構成されたトランザクション情報送信ユニットと；
前記モバイル端末により送信されたトランザクション応答情報を受信するように構成されたトランザクション応答情報受信ユニットと；
前記トランザクション応答情報に基づき、前記現在の決済トランザクションの引き落とし受諾要求情報を生成するように構成された引き落としユニットと；
前記引き落とし受諾要求情報を前記モバイル端末へ送信するように構成された引き落とし受諾要求情報送信ユニットと；
決済認証ライセンスが受信されると、前記決済認証ライセンスに基づき、前記現在の決済トランザクションを終了することが可能か否かを特定するように構成された現在の決済トランザクション完了ユニットと；を備える、
モバイル端末Ｐ２Ｐに基づくクレジット決済装置。
［第２０の局面］
アプリケーション公開鍵証明書返送要求情報を前記モバイル端末へ送信するように構成された返信要求情報送信ユニットと；
前記モバイル端末により送信されたアプリケーション公開鍵証明書応答情報を受信するように構成された公開鍵証明書応答情報受信ユニットと；
前記トランザクション端末内のクレジットライセンス付き公開鍵を用いて、前記アプリケーションン公開鍵証明書応答情報中のアプリケーション公開鍵証明書の署名を検証するように構成された署名検証ユニットと；を更に備える、
第１９の局面に記載のクレジット決済装置。
［第２１の局面］
前記トランザクション応答情報は、決済カード番号、利用可能限度額、及び入場／退場フラグを含む、
第１９又は２０の局面に記載のクレジット決済装置。
［第２２の局面］
前記トランザクション応答情報中の前記決済カード番号が所定のブラックリストに載っているか否かを特定するように構成されたブラックリスト特定ユニットを更に備え、
前記返送要求情報送信ユニットは、前記トランザクション応答情報中の前記決済カード情報が前記所定のブラックリストに載っていない場合に、前記アプリケーション公開鍵証明書返送要求情報を前記モバイル端末へ送信するように更に構成される、
第２１の局面に記載のクレジット決済装置。
［第２３の局面］
前記トランザクション応答情報中の前記利用可能限度額が所定の閾値以上であるか否かを特定するように構成された閾値特定ユニットと；
前記利用可能限度額が前記所定の閾値以上である場合、前記トランザクション応答情報中の前記入場／退場フラグが退場状態にあるか否かをチェックするように構成された状態チェックユニットと；を更に備える、
第２１の局面に記載のクレジット決済装置。
［第２４の局面］
前記決済認証ライセンスは、署名データとＴＡＣとを含み、
前記現在の決済トランザクション完了ユニットは：
前記アプリケーション公開鍵を用いて前記署名データを検証するように構成された署名検証モジュールと；
前記署名データを検証する際に、トランザクションログを生成するように構成されたトランザクションログ生成モジュールと；
前記トランザクションログを所定のサーバへ送信して、前記所定のサーバが、前記トランザクションログに基づき、前記モバイル端末に対応するユーザアカウントから、対応する資金額を引き落とせるように構成されたトランザクションログ送信モジュールと；を備え、
前記トランザクションログは、前記引き落とし金額、トランザクションの日付、トランザクション時刻、トランザクション端末ＩＤ、決済カード番号、利用可能限度額、及び前記ＴＡＣを含む、
第２０の局面に記載のクレジット決済装置。

１０ 第１の返送請求情報受信ユニット
２０ トランザクション応答情報生成ユニット
３０ 情報送信ユニット
４０ 引き落とし受諾要求情報受信ユニット
５０ アプリケーション秘密鍵生成決済認証（ライセンス）生成ユニット
６０ 決済認証送信ユニット
７０ 第２の返送要求情報受信ユニット
８０ アプリケーション公開鍵証明書応答情報生成ユニット
９０ 公開鍵証明書応答情報送信ユニット
５１ 署名データ生成モジュール
５２ 情報生成モジュール
５３ 決済認証ライセンス特定モジュール
９１ 現在の利用可能限度額生成ユニット
９２ 利用可能限度額特定ユニット
１１ トランザクション情報送信ユニット
１２ トランザクション応答情報受信ユニット
１３ 引き落としユニット
１４ 引き落とし受諾要求情報送信ユニット
１５ 現在の決済トランザクション完了ユニット
１５２ トランザクションログ生成モジュール
１５３ トランザクションログ送信モジュール
１６ 返送要求情報送信ユニット
１７ 公開鍵証明書応答情報受信ユニット
１８ 署名検証ユニット
１９１ ブラックリスト特定ユニット
１９２ 返送要求情報送信ユニット
１９３ 閾値特定ユニット
１９４ 状態チェックユニット
１５１ 署名検証モジュール
１００ モバイル端末
２００ トランザクション端末
３００ サーバ

Claims (12)

1. クレジット決済アプリケーションがインストールされたモバイル端末のコンピュータによって、クレジット決済を処理する方法であって：
   トランザクション端末により送信されたトランザクション情報を受信するステップ（Ｓ３１０）と；
   前記トランザクション情報に基づきトランザクション応答情報を生成するステップと； 前記トランザクション応答情報を前記トランザクション端末へ送信するステップ（Ｓ３２０）と；
   前記トランザクション端末により送信された現在の決済トランザクションの引き落とし受諾要求情報を受信するステップ（Ｓ３３０）と；
   前記引き落とし受諾要求情報と前記トランザクション応答情報とに基づき、アプリケーション秘密鍵生成決済認証ライセンスを生成するステップ（Ｓ３４０）と；
   前記アプリケーション秘密鍵生成決済認証ライセンスを前記トランザクション端末へ送信することで、前記トランザクション端末が、前記現在の決済トランザクションを、前記モバイル端末から受信された前記アプリケーション秘密鍵生成決済認証ライセンスに基づき完了できるようにするステップと（Ｓ３５０）；を備え、
   アプリケーション秘密鍵生成決済認証ライセンスを生成するステップは：
   前記モバイル端末に格納されたアプリケーション秘密鍵を用いて、前記引き落とし受諾要求情報に基づき署名データを生成するステップ（Ｓ３６１）と；
   前記モバイル端末で予め生成されたＴＡＣサブキーを用いて、前記引き落とし受諾要求情報と前記トランザクション応答情報とに基づきＴＡＣを生成するステップ（Ｓ３６２）と；
   前記署名データと前記ＴＡＣを前記アプリケーション秘密鍵生成決済認証ライセンスとして用いるステップ（Ｓ３６３）と；を備え、
   前記方法は公共交通機関の決済に適用され、
   前記トランザクション応答情報は決済カード番号、利用可能限度額、及び入場／退場フラグを含む、
   クレジット決済を処理する方法。
2. 前記トランザクション情報に対応する前記トランザクション応答情報を、前記トランザクション端末へ送信するステップの後に：
   前記トランザクション端末により送信されたアプリケーション公開鍵証明書返送要求情報を受信するステップ（Ｓ３６０）と；
   前記アプリケーション公開鍵証明書返送要求情報に基づき、アプリケーション公開鍵証明書のためのアプリケーション公開鍵証明書応答情報を生成し、前記アプリケーション公開鍵証明書応答情報を、前記トランザクション端末へ送信するステップ（Ｓ３７０）と；を更に備える、
   請求項１に記載の方法。
3. 前記引き落とし受諾要求情報は、引き落とし金額、前記現在の決済トランザクションの日付、前記現在の決済トランザクションの時刻、前記現在の決済トランザクションの入場／退場フラグ、及び前記現在の決済トランザクションの駅情報を含む、
   請求項１または２に記載の方法。
4. 前記現在の引き落とし受諾要求情報中の前記引き落とし金額に基づき、前記トランザクション応答情報中の前記利用可能限度額から前記引き落とし金額を差し引いて現在の利用可能限度額を取得するステップ（Ｓ３８０）と；
   前記利用可能限度額を、前記モバイル端末に対応するユーザの利用可能限度額として用いるステップ（Ｓ３９０）と；を更に備える、
   請求項１に記載の方法。
5. トランザクション端末のコンピュータによって、クレジット決済を処理する方法であって：
   トランザクション情報をモバイル端末へ送信するステップ（Ｓ４１０）と；
   前記モバイル端末により送信されたトランザクション応答情報を受信するステップ（Ｓ４２０）と；
   前記トランザクション応答情報に基づき、現在の決済トランザクションの引き落とし受諾要求情報を生成するステップ（Ｓ４３０）と；
   前記引き落とし受諾要求情報を前記モバイル端末へ送信するステップ（Ｓ４４０）と； アプリケーション秘密鍵生成決済認証ライセンスを前記モバイル端末から受信すると、前記アプリケーション秘密鍵生成決済認証ライセンスに基づき、前記決済トランザクションが完了したと特定するステップ（Ｓ４５０）と；を備え、
   前記方法は公共交通機関の決済に適用され、
   前記トランザクション応答情報は、決済カード番号、利用可能限度額、及び入場／退場フラグを含む、
   クレジット決済を処理する方法。
6. 前記モバイル端末により送信されたトランザクション応答情報を受信する前記ステップの後に：
   アプリケーション公開鍵証明書返送要求情報を前記モバイル端末へ送信するステップ（Ｓ４６０）と；
   前記モバイル端末により送信されたアプリケーション公開鍵証明書応答情報を受信するステップ（Ｓ４７０）と；
   前記トランザクション端末上のクレジット公開鍵を用いて、前記アプリケーション公開鍵証明書応答情報中のアプリケーション公開鍵証明書の署名を検証するステップ（Ｓ４８０）と；
   前記検証中に、前記アプリケーション公開鍵証明書からアプリケーション公開鍵が復元された場合、前記現在の決済トランザクションの引き落とし受諾要求情報を生成する前記ステップを実行するステップと；を更に備える、
   請求項５に記載の方法。
7. 前記トランザクション応答情報中の前記決済カード番号が所定のブラックリストに載っているか否かを特定するステップ（Ｓ４０１）と；
   前記トランザクション応答情報中の前記決済カード番号が前記所定のブラックリストに載っていない場合、アプリケーション公開鍵証明書返送要求情報を前記モバイル端末へ送信する前記ステップを実行するステップと；を更に備える、
   請求項５に記載の方法。
8. 前記トランザクション応答情報中の前記利用可能限度額が所定の閾値以上であるか否かを特定するステップ（Ｓ４０２）と；
   前記利用可能限度額が前記所定の閾値以上である場合、前記トランザクション応答情報中の前記入場／退場フラグが退場状態にあるか否かをチェックするステップ（Ｓ４０３）と；
   前記入場／退場フラグが退場状態にある場合、アプリケーション公開鍵証明書返送要求情報を前記モバイル端末へ送信する前記ステップを実行するステップ（Ｓ４６０）と；を更に備える、
   請求項５に記載の方法。
9. 前記アプリケーション秘密鍵生成決済認証ライセンスは、署名データとＴＡＣとを含み、
   前記アプリケーション秘密鍵生成決済認証ライセンスに基づき、前記現在の決済トランザクションを完了できると特定する前記ステップは：
   前記アプリケーション公開鍵を用いて前記署名データを検証するステップ（Ｓ４８１）と；
   前記署名データが検証される際に、トランザクションログを生成するステップ（Ｓ４８２）と；
   前記トランザクションログを所定のサーバへ送信することで、前記所定のサーバが、前記トランザクションログに基づいて、前記モバイル端末に対応するユーザアカウントから、対応する資金額を引き落とせるようにするステップ（Ｓ４８３）と；を備え、
   前記トランザクションログは、前記引き落とし金額、トランザクションの日付、トランザクション時刻、トランザクション端末ＩＤ、決済カード番号、利用可能限度額、及びＴＡＣを含む、
   請求項６乃至請求項８のいずれか１項に記載の方法。
10. ＩＤカード番号、氏名、銀行カード番号、及び電子メールアドレスのうちの少なくとも１つを備える、前記モバイル端末に対応するユーザＩＤ情報を取得するステップ（Ｓ１０５）を更に備える、
    請求項５乃至請求項９のいずれか１項に記載の方法。
11. 前記トランザクション端末は、ピア・ツー・ピアのデータ伝送を使用して前記モバイル端末と通信する、
    請求項１乃至請求項９のいずれか１項に記載の方法。
12. モバイル端末に適用されるクレジット決済を処理するための装置であって、請求項１乃至請求項１１のいずれか１項に記載の方法を実行するように構成された複数のモジュールを備える、
    クレジット決済を処理するための装置。

Images