JP7457838B2 - カード管理方法、ユーザ端末、サーバ、システム、及び記憶媒体 - Google Patents

Description

関連出願の相互参照
本願は、２０２０年１２月１５日に出願された「カード管理方法、ユーザ端末、サーバ、システム、及び記憶媒体」という名称の中国特許出願２０２０１１４６９５９３．８の優先権を主張し、当該出願の全ての内容は、参照により本明細書に組み込まれる。

本願は、データ処理の分野に属し、特に、カード管理方法、ユーザ端末、サーバ、システム、及び記憶媒体に関する。

情報技術の発展に伴い、ユーザは、アプリケーションプログラムがインストールされたユーザ端末を介して支払い取引を完了することができる。ユーザは、支払い取引を実行する前に、自分の銀行カードなどの支払い取引に使用されるカードをアプリケーションプログラムに紐付けする必要があり、これによりアプリケーションプログラムを介した支払い取引を行う時に当該カードを使用できるようにする。

ユーザは、ニーズの変化に応じて、例えば、アプリケーションプログラムに紐付けされるカードを追加したり、アプリケーションプログラムに紐付けされたカードを削除したりするなどのように、カードを管理することができる。カードが支払い取引を実行できるようにするために、カードが何度も紐付けされている場合、追加して紐付けされたカードに対応するプログラムデータパケット、及び個人データのダウンロードと格納を頻繁に行う必要があるため、カード管理プロセスがより煩雑になる。

本願の実施例は、カード管理プロセスの煩雑さを低減することができるカード管理方法、ユーザ端末、サーバ、システム、及び記憶媒体を提供する。

第１の態様において、本願の実施例は、ユーザ端末に適用されるカード管理方法を提供し、ユーザ端末は、セキュリティ素子を含み、セキュリティ素子には、第１のタイプの汎用カードインスタンス及び第２のタイプの汎用カードインスタンスが格納されており、第１のタイプの汎用カードインスタンスには、第１のタイプの汎用カード識別子及び第１のタイプの汎用個人化データが含まれており、第２のタイプの汎用カードインスタンスには、第２のタイプの汎用カード識別子及び第２のタイプの汎用個人化データが含まれており、第１のタイプの汎用カードインスタンスは、ユーザ端末が、カードタイプが第１のタイプであるカードの取引検証を行うのに用いられ、第２のタイプの汎用カードインスタンスは、ユーザ端末が、カードタイプが第２のタイプであるカードの取引検証を行うのに用いられており、
方法は、サーバが紐付けカードにカード取引識別子を割り当てて、第１のマッピング関係を確立するように、カード紐付けメッセージをサーバに送信するステップであって、カード紐付けメッセージには、セキュリティ素子のセキュリティ素子識別子及び紐付けカードのカード認証情報が含まれており、第１のマッピング関係は、セキュリティ素子識別子、第１のマッチング汎用カード識別子、及び紐付けカードのカード取引識別子の間のマッピング関係を含み、第１のマッチング汎用カード識別子は、紐付けカードのカードタイプにマッチングする第１のタイプの汎用カード識別子又は第２のタイプの汎用カード識別子である、ステップと、サーバから送信された紐付けカードのカード取引識別子を受信するステップと、紐付けカードのカード取引識別子をセキュリティ素子に格納するステップであって、第１のマッチング汎用カードインスタンスは、紐付けカードの取引検証に用いられ、第１のマッチング汎用カードインスタンスには、第１のマッチング汎用カード識別子が含まれており、第１のマッチング汎用カードインスタンスは、紐付けカードのカードタイプにマッチングする第１のタイプの汎用カードインスタンス又は第２のタイプの汎用カードインスタンスである、ステップと、を含む。

第２の態様において、本願の実施例は、サーバに適用されるカード管理方法を提供し、サーバには、ユーザ端末の第１のタイプの汎用カードインスタンス及び第２のタイプの汎用カードインスタンスが格納されており、第１のタイプの汎用カードインスタンスには、第１のタイプの汎用カード識別子及び第１のタイプの汎用個人化データが含まれており、第２のタイプの汎用カードインスタンスには、第２のタイプの汎用カード識別子及び第２のタイプの汎用個人化データが含まれており、第１のタイプの汎用カードインスタンスは、ユーザ端末が、カードタイプが第１のタイプであるカードの取引検証を行うのに用いられ、第２のタイプの汎用カードインスタンスは、ユーザ端末が、カードタイプが第２のタイプであるカードの取引検証を行うのに用いられており、
方法は、ユーザ端末から送信されたカード紐付けメッセージを受信するステップであって、カード紐付けメッセージには、セキュリティ素子識別子及び紐付けカード認証情報が含まれており、紐付けカード認証情報には、紐付けカードのカード認証情報含まれている、ステップと、カード紐付けメッセージに応答して、紐付けカードにカード取引識別子を割り当てて、第１のマッピング関係を確立するステップであって、第１のマッピング関係は、セキュリティ素子識別子、第１のマッチング汎用カード識別子、及び紐付けカードのカード取引識別子の間のマッピング関係を含み、第１のマッチング汎用カード識別子は、紐付けカードのカードタイプにマッチングする第１のタイプの汎用カード識別子又は第２のタイプの汎用カード識別子であり、第１のマッチング汎用カードインスタンスは、紐付けカードの取引検証に用いられ、第１のマッチング汎用カードインスタンスには、第１のマッチング汎用カード識別子が含まれており、第１のマッチング汎用カードインスタンスは、紐付けカードのカードタイプにマッチングする第１のタイプの汎用カードインスタンス又は第２のタイプの汎用カードインスタンスである、ステップと、紐付けカードのカード取引識別子をユーザ端末に送信するステップと、を含むことを特徴とする。

第３の態様において、本願の実施例は、ユーザ端末を提供し、ユーザ端末は、セキュリティ素子を有し、セキュリティ素子には、第１のタイプの汎用カードインスタンス及び第２のタイプの汎用カードインスタンスが格納されており、第１のタイプの汎用カードインスタンスには、第１のタイプの汎用カード識別子及び第１のタイプの汎用個人化データが含まれており、第２のタイプの汎用カードインスタンスには、第２のタイプの汎用カード識別子及び第２のタイプの汎用個人化データが含まれており、第１のタイプの汎用カードインスタンスは、ユーザ端末が、カードタイプが第１のタイプであるカードの取引検証を行うのに用いられ、第２のタイプの汎用カードインスタンスは、ユーザ端末が、カードタイプが第２のタイプであるカードの取引検証を行うのに用いられており、
ユーザ端末は、送信モジュール、受信モジュール、及び処理モジュールを備えており、送信モジュールは、サーバが紐付けカードにカード取引識別子を割り当てて第１のマッピング関係を確立するように、カード紐付けメッセージをサーバに送信するように構成され、カード紐付けメッセージには、セキュリティ素子識別子、及び紐付けカード認証情報が含まれており、紐付けカード認証情報には、紐付けカードのカード認証情報が含まれており、第１のマッピング関係は、セキュリティ素子識別子、第１のマッチング汎用カード識別子、及び紐付けカードのカード取引識別子の間のマッピング関係を含み、第１のマッチング汎用カード識別子は、紐付けカードのカードタイプにマッチングする第１のタイプの汎用カード識別子又は第２のタイプの汎用カード識別子であり、第１のマッチング汎用カードインスタンスは、紐付けカードの取引検証に用いられ、第１のマッチング汎用カードインスタンスには、第１のマッチング汎用カード識別子が含まれており、第１のマッチング汎用カードインスタンスは、紐付けカードのカードタイプにマッチングする第１のタイプの汎用カードインスタンス又は第２のタイプの汎用カードインスタンスであり、受信モジュールは、サーバから送信された紐付けカードのカード取引識別子を受信するように構成され、処理モジュールは、紐付けカードのカード取引識別子をセキュリティ素子に格納するように構成されていることを特徴とする。

第４の態様において、本願の実施例は、サーバを提供し、サーバには、ユーザ端末の第１のタイプの汎用カードインスタンス及び第２のタイプの汎用カードインスタンスが格納されており、第１のタイプの汎用カードインスタンスには、第１のタイプの汎用カード識別子及び第１のタイプの汎用個人化データが含まれており、第２のタイプの汎用カードインスタンスには、第２のタイプの汎用カード識別子及び第２のタイプの汎用個人化データが含まれており、第１のタイプの汎用カードインスタンスは、ユーザ端末が、カードタイプが第１のタイプであるカードの取引検証を行うのに用いられ、第２のタイプの汎用カードインスタンスは、ユーザ端末が、カードタイプが第２のタイプであるカードの取引検証を行うのに用いられており、
サーバは、受信モジュール、処理モジュール、及び送信モジュールを備えており、受信モジュールは、ユーザ端末から送信されたカード紐付けメッセージを受信するように構成され、カード紐付けメッセージには、セキュリティ素子識別子及び紐付けカード認証情報が含まれており、紐付けカード認証情報には、紐付けカードのカード認証情報が含まれており、処理モジュールは、カード紐付けメッセージに応答して、紐付けカードにカード取引識別子を割り当てて、第１のマッピング関係を確立するように構成され、第１のマッピング関係は、セキュリティ素子識別子、第１のマッチング汎用カード識別子、及び紐付けカードのカード取引識別子の間のマッピング関係を含み、第１のマッチング汎用カード識別子は、紐付けカードのカードタイプにマッチングする第１のタイプの汎用カード識別子又は第２のタイプの汎用カード識別子であり、第１のマッチング汎用カードインスタンスは、紐付けカードの取引検証に用いられ、第１のマッチング汎用カードインスタンスには、第１のマッチング汎用カード識別子が含まれており、第１のマッチング汎用カードインスタンスは、紐付けカードのカードタイプにマッチングする第１のタイプの汎用カードインスタンス又は第２のタイプの汎用カードインスタンスであり、送信モジュールは、紐付けカードのカード取引識別子をユーザ端末に送信するように構成されていることを特徴とする。

第５の態様において、本願の実施例は、ユーザ端末を提供し、プロセッサ、及びコンピュータプログラム命令が格納されているメモリ備え、プロセッサがコンピュータプログラム命令を実行すると、第１の態様のカード管理方法が実現される。

第６の態様において、本願の実施例は、サーバを提供し、プロセッサ、及びコンピュータプログラム命令が格納されたメモリを備え、プロセッサがコンピュータプログラム命令を実行すると、第２の態様のカード管理方法が実現される。

第７の態様において、本願の実施例は、カード管理システムを提供し、第５の態様のユーザ端末及び第６の態様のサーバを備える。

第８の態様において、本願の実施例は、コンピュータ記憶媒体を提供し、コンピュータ記憶媒体にはコンピュータプログラム命令が格納されており、コンピュータプログラム命令がプロセッサによって実行されると、第１の態様のカード管理方法又は第２の態様のカード管理方法が実現される。

本願の実施例は、カード管理方法、ユーザ端末、サーバ、システム、及び記憶媒体を提供し、ユーザ端末のセキュリティ素子には、第１のタイプの汎用カードインスタンス、及び第２のタイプの汎用カードインスタンスが格納されている。ユーザ端末は、カード紐付けメッセージをサーバに送信することにより、サーバが、紐付けカードにカード取引識別子を割り当てて、セキュリティ素子識別子、第１のマッチング汎用カード識別子、及び割り当てられたカード取引識別子のマッピング関係を確立するようにする。ユーザ端末自体は、紐付けカードに対応する第１のマッチング汎用カードインスタンスを利用して取引検証を行うことができ、サーバは、決定された第１のマッチング汎用カードインスタンスを利用して取引検証を行う。第１のマッチング汎用カードインスタンスは、紐付けカードのカードタイプにマッチングする第１のタイプの汎用カードインスタンス又は第２のタイプの汎用カードインスタンスである。すなわち、第１のタイプの汎用カードインスタンス又は第２のタイプの汎用カードインスタンスを利用して取引検証を完了することができる。カードを紐付けする過程において、サーバは、各カードに対応する個人化データを割り当てる必要がないため、カードを紐付けする度に個人化データをダウンロードする必要がなく、それにより個人化データのダウンロード及び格納を頻繁に行うことを回避し、カード管理プロセスの煩雑さを低減する。

本願の実施例の技術的解決手段をより明確に説明するために、以下では、本願の実施例で使用する必要がある図面を簡単に紹介する。当業者にとっては、創造的な労力なしに、これらの図面に基づいて他の図面を取得することができる。

本願の実施例に係るカード管理方法の適用場面の一例の概略図である。 本願の実施例に係るユーザ端末のセキュリティ素子に格納されたコンテンツの一例の概略図である。 本願の実施例に係るサーバに格納されたマッピング関係の一例の概略図である。 本願の第１の態様に係るカード管理方法の一実施例のフローチャートである。 本願の第１の態様に係るカード管理方法の他の実施例のフローチャートである。 本願の第１の態様に係るカード管理方法のさらに他の実施例のフローチャートである。 本願の第１の態様に係るカード管理方法のさらに他の実施例のフローチャートである。 本願の第１の態様に係るカード管理方法のさらに他の実施例のフローチャートである。 本願の第２の態様に係るカード管理方法の一実施例のフローチャートである。 本願の第２の態様に係るカード管理方法の他の実施例のフローチャートである。 本願の第２の態様に係るカード管理方法のさらに他の実施例のフローチャートである。 本願の第２の態様に係るカード管理方法のさらに他の実施例のフローチャートである。 本願の第２の態様に係るカード管理方法のさらに他の実施例のフローチャートである。 本願の実施例に係る初期化プロセスの一例のフローチャートである。 本願の実施例に係るカード紐付けプロセスの一例のフローチャートである。 本願の実施例に係るカード削除プロセスの一例のフローチャートである。 本願の実施例に係るカード削除プロセスの他の例のフローチャートである。 本願の第３の態様に係るユーザ端末の一実施例の構造概略図である。 本願の第３の態様に係るユーザ端末の他の実施例の構造概略図である。 本願の第４の態様に係るサーバの一実施例の構造概略図である。 本願の第４の態様に係るサーバの他の実施例の構造概略図である。 本願の第５の態様に係るユーザ端末の一実施例の構造概略図である。 本願の第６の態様に係るサーバの一実施例の構造概略図である。

以下には、本願の様々な態様の特徴、及び例示的な実施例を詳細に説明する。本願の目的、技術的解決手段、及び利点をより明らかにするために、以下に図面、及び特定の実施例を参照しながら、本願をさらに詳細に説明する。理解すべきことは、本明細書に記載された特定の実施例は、本願を説明する意図のみであり、本願を限定するものではない。本願はこれらの特定の詳細の一部を必要とせずに実施することができることは、当業者にとって明らかである。以下の実施例の説明は、本願の例を示すことによって本願をよりよく理解させるために用いられる。

情報技術の発展に伴い、ユーザは、ユーザ端末にインストールされたアプリケーションプログラムを介して支払い取引を完了することができる。アプリケーションプログラムは、銀行カードなどのユーザのカードに紐付けされ、支払い取引中に、支払い取引中のリソースは、アプリケーションプログラムに紐付けされた一枚のカードから振替られる。各カードを利用して支払い取引を行う過程において、取引検証を行う必要がある。取引検証を実現するために、対応するプログラムデータパケット、及び個人化データが各カードに割り当てられ、ユーザ端末に格納される。一枚のカードが紐付けされるたびに、ユーザ端末は、この一枚のカードに割り当てられたプログラムデータパケット、及び個人化データをダウンロードして格納する必要がある。アプリケーションプログラムに複数のカードを紐付けする場合、ユーザ端末は、カードに対応するプログラムデータパケット、及び個人化データを複数回ダウンロードして格納する必要がある。アプリケーションプログラムからカードを削除する場合、ユーザ端末は、当該カードに対応するプログラムデータパケット、及び個人化データを削除しなければならない。プログラムデータパケット、及び個人化データの頻繁なダウンロードと削除により、カード管理プロセスがより煩雑になる。特に、ユーザが削除されたカードを改めて紐付けする場合、ユーザ端末は、当該カードに対応するプログラムデータパケット、及び個人化データを再度ダウンロードする必要があり、カード管理プロセスの煩雑さがより深刻である。

本願の実施例は、個人化データの頻繁なダウンロード、及び削除を回避し、それによってカード管理プロセスを簡略化し、カード管理プロセスの煩雑さを低減することができるカード管理方法、ユーザ端末、サーバ、システム、及び記憶媒体を提供する。

図１は、本願の実施例に係るカード管理方法の適用場面の一例の概略図である。図１に示すように、本願の実施例に係るカード管理方法は、ユーザ端末１１、及びサーバ１２に係ってもよいが、ここでは限定しない。

ユーザ端末１１は、携帯電話、タブレットコンピュータ、ウェアラブルデバイス、各種の特殊形状カードなどの支払い取引機能を有する端末装置を含んでもよいが、ここでは限定しない。ユーザ端末１１には、支払い取引を行うためのアプリケーションプログラムがインストールされていてもよい。ユーザは、アプリケーションプログラムを介して支払い取引を実現することができる。

ユーザ端末１１には、セキュリティ素子を含んでもよく、セキュリティ素子は、ユーザ端末１１に設けられたセキュリティ保護素子であり、特定のハードウェア回路を含んでもよく、または構築されたセキュリティ環境を含んでもよいが、ここでは限定しない。例えば、セキュリティ素子は、セキュリティチップ（Ｓｅｃｕｒｅ Ｅｌｅｍｅｎｔ、ＳＥ）、信頼できる実行環境（Ｔｒｕｓｔｅｄ Ｅｘｅｃｕｔｉｏｎ Ｅｎｖｉｒｏｎｍｅｎｔ、ＴＥＥ）、ＳＥ＋ＴＥＥ、ホストベースのカードエミュレーション（Ｈｏｓｔ－ｂａｓｅｄ Ｃａｒｄ Ｅｍｕｌａｔｉｏｎ、ＨＣＥ）などを含んでもよい。本願の実施例において、セキュリティ素子には、第１のタイプの汎用カードインスタンス(instance)と第２のタイプの汎用カードインスタンスが格納されている。具体的には、最初のカード紐付け中に、初期化操作によって第１のタイプの汎用カードインスタンスと第２のタイプの汎用カードインスタンスをセキュリティ素子にダウンロードしてもよく、ユーザ端末の出荷前に第１のタイプの汎用カードインスタンスと第２のタイプの汎用カードインスタンスをセキュリティ素子に予め設定してもよいが、ここでは限定しない。

第１のタイプの汎用カードインスタンスには、第１のタイプの汎用カード識別子、及び第１のタイプの汎用個人化データが含まれる。第１のタイプの汎用カードインスタンスは、ユーザ端末が、カードタイプが第１のタイプであるカードの取引検証を行うのに用いられる。第１のタイプの汎用カード識別子には、カードタイプが第１のタイプであるカードの汎用識別子が含まれる。第１のタイプの汎用個人化データには、カードタイプが第１のタイプであるカードの汎用個人化データが含まれる。カードタイプが第１のタイプであるカードで支払い取引を行う場合、第１のタイプの汎用カードインスタンスを利用して取引検証計算を行うことができる。

第２のタイプの汎用カードインスタンスには、第２のタイプの汎用カード識別子、及び第２のタイプの汎用個人化データが含まれる。第２のタイプの汎用カードインスタンスは、ユーザ端末が、カードタイプが第２のタイプであるカードの取引検証を行うのに用いられる。第２のタイプの汎用カード識別子には、カードタイプが第２のタイプであるカードの汎用識別が含まれる。第２のタイプの汎用個人化データには、カードタイプが第２のタイプであるカードの汎用個人化データが含まれる。カードタイプが第２のタイプであるカードで支払い取引を行う場合、第２のタイプの汎用カードインスタンスを利用して取引検証計算を行うことができる。

セキュリティ素子には、さらに、アプリケーションプログラムに紐付けされたカードのカード取引識別子も格納されてもよい。異なるカードは、カード取引識別子が異なる。カードのカード取引識別子は、カードを紐付けする過程で管理サーバによって割り当てられてもよく、ユーザ端末は、カードのカード取引識別子を受信し、それをセキュリティ素子に格納する。カードにおけるリソース移行、清算などの過程において、異なるカード取引識別子によって支払い取引を行う特定のカードを区別することができる。

第１のタイプの汎用カード識別子と第２のタイプの汎用カード識別子のフォーマットは異なってもよい。例えば、第１のタイプの汎用カード識別子は、デビット汎用カード識別子であり、デビット汎用カード識別子は、１９ビットの識別子であってもよい。第２のタイプの汎用カード識別子は、クレジット汎用カード識別子であり、クレジット汎用カード識別子は、１６ビットの識別子であってもよい。カードタイプが異なるカードのカード取引識別子のフォーマットは異なってもよい。例えば、デビットカードのカード取引識別子は、１９ビットの識別子であってもよく、クレジットカードのカード取引識別子は、１６ビットの識別子であってもよい。

いくつかの例では、セキュリティ素子には、さらに、一つのプログラムデータパケットが格納されてもよい。当該プログラムデータパケットには、セキュリティ素子の動作に必要なプログラムが含まれるが、ここでは限定しない。当該プログラムデータパケットは、具体的には、Ｃａｐパケット形式であってもよい。セキュリティ素子において、カード関連情報、第１のタイプの汎用カードインスタンス、及び第２のタイプの汎用カードインスタンスなどに対する内部操作は、このプログラムデータパケットを共用し、かつ当該プログラムデータパケットはセキュリティ素子に格納された後、削除されず、プログラムデータパケットの頻繁なダウンロードと削除を回避することができる。具体的には、当該プログラムデータパケットは、最初のカード紐付け中に、初期化操作によってセキュリティ素子にダウンロードされてもよく、ユーザ端末の出荷前に当該プログラムデータパケットをセキュリティ素子に予め設定されてもよいが、ここでは限定しない。

例えば、図２は、本願の実施例に係るユーザ端末のセキュリティ素子に格納されたコンテンツの一例の概略図である。図２に示すように、セキュリティ素子には、Ｃａｐパケット、第１のタイプの汎用カードインスタンス、第２のタイプの汎用カードインスタンス、及び紐付けされた各銀行カードのカード取引識別子が格納されている。第１のタイプのカードは、銀行カードのうちのデビットカードであり、第１のタイプの汎用カード識別子は、アプリケーションプログラムに紐付けされたカードのうちの全てのデビットカードで汎用されるカード識別子として使用されることができ、第１のタイプの汎用カード識別子をトークン（Ｔｏｋｅｎ）Ａと記し、第１のタイプの汎用個人化データをデータ（Ｄａｔａ）Ａと記す。第２のタイプのカードは、銀行カードのうちのクレジットカードであり、第２のタイプの汎用カード識別子は、アプリケーションプログラムに紐付けされたカードのうちの全てのクレジットカードで汎用されるカード識別子として使用されることができ、第２のタイプの汎用カード識別子をトークン（Ｔｏｋｅｎ）Ｂと記し、第２のタイプの汎用個人化データをデータ（Ｄａｔａ）Ｂと記す。アプリケーションプログラムに銀行カードＣ１、Ｃ２、Ｃ３、及びＣ４が紐付けされているとする。銀行カードＣ１、及びＣ２はデビットカードであり、銀行カードＣ１、及びＣ２のそれぞれのカード取引識別子は、それぞれトークン（Ｔｏｋｅｎ）１、及びトークン（Ｔｏｋｅｎ）２である。銀行カードＣ３、及びＣ４はクレジットカードであり、銀行カードＣ３、及びＣ４のそれぞれのカード取引識別子は、それぞれトークン（Ｔｏｋｅｎ）３、及びトークン（Ｔｏｋｅｎ）４である。

説明すべきものとして、ここで、カードタイプの数は限定されず、例えば、カードのタイプが第３のタイプであるカード、カードのタイプが第４のタイプであるカードなどが存在する場合、セキュリティ素子には、さらに第３のタイプの汎用カードインスタンス、第４のタイプの汎用カードインスタンスなどが格納されてもよく、第３のタイプの汎用カードインスタンス、第４のタイプの汎用カードインスタンスなどは、第１の汎用カードインスタンス、第２の汎用カードインスタンスと類似し、その作用、及びカード管理プロセスにおける使用は、第１の汎用カードインスタンス、第２の汎用カードインスタンスを参照してもよいため、ここでは繰り返して説明しない。

ユーザ端末に汎用カードのインスタンスを格納すれば、各カードに対応するインスタンスをダウンロードして格納する必要がなく、ユーザ端末における格納リソースの占用率を減少させ、ダウンロードによる実行リソースの占用を減少させ、格納リソース、及び実行リソースを最適化することができる。

サーバ１２は、管理サーバ１２１と、アプリケーションプログラムのバックグラウンドサーバ１２２とを含んでもよいが、ここでは限定しない。いくつかの例では、管理サーバ１２１は、トラステッドサービス管理プラットフォーム（Ｔｒｕｓｔｅｄ Ｓｅｒｖｉｃｅ Ｍａｎａｇｅｒ、ＴＳＭ）サーバ１２１１と、テレマティクスサービスプロバイダ（Ｔｅｌｅｍａｔｉｃｓ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ、ＴＳＰ）サーバ１２１２を含んでもよい。管理サーバ１２１とバックグラウンドサーバ１２２は、インタラクションを行うことができる。ＴＳＭサーバ１２１１とＴＳＰサーバ１２１２は、インタラクションを行うことができる。

サーバ１２には、サーバ１２とインタラクションする各ユーザ端末に対応する第１のタイプの汎用カードインスタンス、及び第２のタイプの汎用カードインスタンスが格納されてもよい。ユーザ端末のセキュリティ素子における第１のタイプの汎用カードインスタンス、及び第２のタイプの汎用カードインスタンスは、サーバに格納された第１のタイプの汎用カードインスタンス、及び第２のタイプの汎用カードインスタンスと同じである。なお、異なるユーザ端末に対応する第１のタイプの汎用カードインスタンスおよび第２のタイプの汎用カードインスタンスは異なり、サーバによって統一的に割り当てられることができる。

サーバ１２には、当該サーバ１２とインタラクションする各端末装置の紐付けカードのセキュリティ素子識別子、マッチング汎用カード識別子、及び紐付けカードのカード取引識別子の間のマッピング関係を格納されてもよい。マッチング汎用カード識別子は、紐付けカードのカードタイプにマッチングする第１のタイプの汎用カード識別子又は第２のタイプの汎用カード識別子である。いくつかの例では、当該マッピング関係に係る要素は、セキュリティ素子識別子に対応するＣＰＬＣにおける他の情報をさらに含んでもよいが、ここでは限定しない。

例えば、サーバ１２は、３つの異なるユーザ端末ＵＥ１、ＵＥ２、及びＵＥ３とそれぞれインタラクションすると仮定する。ユーザ端末ＵＥ１におけるセキュリティ素子のセキュリティ素子識別子は、ＳＥＩＤ１である。ユーザ端末ＵＥ１に対応するデビットタイプ汎用カード識別子は、トークンＡであり、クレジットタイプ汎用カード識別子は、トークンＢである。ユーザ端末ＵＥ１には、二枚の銀行カードが対応して紐付けされ、二枚の銀行カードは、一枚のデビットカードと一枚のクレジットカードを含み、デビットカードのカード取引識別子は、トークン１であり、クレジットカードのカード取引識別子は、トークン２である。ユーザ端末ＵＥ２におけるセキュリティ素子のセキュリティ素子識別子は、ＳＥＩＤ２である。ユーザ端末ＵＥ２に対応するデビットタイプ汎用カード識別子は、トークンＣであり、クレジットタイプ汎用カード識別子は、トークンＤである。ユーザ端末ＵＥ２には、一枚の銀行カードが対応して紐付けされ、当該銀行カードは、デビットカードであり、当該デビットカードのカード取引識別子は、トークン３である。ユーザ端末ＵＥ３におけるセキュリティ素子のセキュリティ素子識別子は、ＳＥＩＤ３である。ユーザ端末ＵＥ３に対応するデビットタイプ汎用カード識別子は、トークンＥであり、クレジットタイプ汎用カード識別子は、トークンＦである。ユーザ端末ＵＥ３には、三枚の銀行カードが対応して紐付けされ、三枚の銀行カードは、二枚のデビットカードと一枚のクレジットカードを含み、デビットカードのカード取引識別子は、それぞれトークン４とトークン５であり、クレジットカードのカード取引識別子は、トークン６である。図３は、本願の実施例に係るサーバに格納されたマッピング関係の一例の概略図であり、上記の各端末装置の紐付けカードのセキュリティ素子識別子、マッチング汎用カード識別子、及び紐付けカードのカード取引識別子の間のマッピング関係を示す。

いくつかの例では、ユーザ端末と管理サーバとの間のインタラクションを容易にするために、ユーザ端末に管理サーバの機能コントロールをインストールしてもよく、ユーザ端末は、当該機能コントロールにより管理サーバとインタラクションすることができる。例えば、ユーザ端末は、当該機能コントロールによりＴＳＭサーバとインタラクションすることができる。

以下には、本願に係るカード管理方法、ユーザ端末、サーバ、システム、及び記憶媒体について具体的に説明する。

本願の第１の態様は、ユーザ端末に適用できるカード管理方法を提供する。図４は、本願の第１の態様に係るカード管理方法の一実施例のフローチャートである。図４に示すように、当該カード管理方法は、ステップＳ２０１～ステップＳ２０３を含んでもよい。

ステップＳ２０１では、カード紐付けメッセージをサーバに送信する。

具体的には、ユーザ端末装置は、ユーザ端末のアプリケーションプログラムへのユーザの入力に応答して、カード紐付けメッセージの送信をトリガしてもよいが、ここでは限定しない。

カード紐付けメッセージには、セキュリティ素子識別子、及び紐付けカード認証情報が含まれる。セキュリティ素子識別子は、セキュリティ素子を識別するために用いられる。異なるユーザ端末におけるセキュリティ素子のセキュリティ素子識別子は異なる。セキュリティ素子識別子は、最初のカード紐付け中に、初期化操作によってセキュリティ素子に書き込んでもよく、ユーザ端末の出荷前にセキュリティ素子識別子がセキュリティ素子に予め設定されてもよい。

紐付けカード認証情報には、紐付けカードのカード認証情報が含まれる。カード紐付けメッセージが紐付けを要求するカードが紐付けカードになる。カード認証情報は、カードを識別するために用いられる。例えば、カードが銀行カードである場合、カード認証情報には、具体的には、銀行カードのカード番号を含んでもよく、さらにパスワード、カードの所有者の携帯電話番号、カードの有効期間、クレジットカード認証パスワードなどを含んでもよいが、ここでは限定しない。異なるカードのカード認証情報は異なる。カード認証情報は、ユーザにより入力されるか又は走査によって取得されてもよいが、ここでは限定しない。

サーバは、カード紐付けメッセージを受信すると、カード紐付けメッセージにおけるカード認証情報に基づいて、紐付けカードにカード取引識別子を割り当ててもよい。カード取引識別子は、カードを識別するために用いられ、カード認証情報とは異なる。同じカードのカード取引識別子とカード認証情報は、いずれも当該カードを識別することができるが、カード認証情報は機密情報であるため、支払い取引中には、カード取引識別子によって取引を行うことにより、ユーザのプライバシーの漏れを避ける。

サーバがカード紐付けメッセージを受信した場合、サーバは、さらに、第１のマッピング関係を確立してもよい。第１のマッピング関係は、セキュリティ素子識別子、第１のマッチング汎用カード識別子、及び紐付けカードのカード取引識別子の間のマッピング関係を含む。第１のマッチング汎用カード識別子は、紐付けカードのカードタイプにマッチングする第１のタイプの汎用カード識別子又は第２のタイプの汎用カード識別子である。紐付けカードのカードタイプが第１のタイプである場合、紐付けカードの第１のマッチング汎用カード識別子は、第１のタイプの汎用カード識別子である。紐付けカードのカードタイプが第２のタイプである場合、紐付けカードの第１のマッチング汎用カード識別子は、第２のタイプの汎用カード識別子である。

ステップＳ２０２では、サーバから送信された紐付けカードのカード取引識別子を受信する。

カード取引識別子は、当該紐付けカードが取引を行うために用いられることができる。

ステップＳ２０３では、紐付けカードのカード取引識別子をセキュリティ素子に格納する。

カード取引識別子の安全性を確保するために、紐付けカードのカード取引識別子をセキュリティ素子に格納する。セキュリティ素子には、紐付けされた各カードに対応するカード取引識別子が格納されている。

ユーザ端末のセキュリティ素子に格納された第１のマッチング汎用カードインスタンスは、当該紐付けカードの取引検証に用いられることができる。第１のマッチング汎用カードインスタンスには、第１のマッチング汎用カード識別子が含まれる。すなわち、第１のマッチング汎用カードインスタンスは、紐付けカードのカードタイプにマッチングする第１のタイプの汎用カードインスタンス又は第２のタイプの汎用カードインスタンスである。

本願の実施例において、ユーザ端末のセキュリティ素子には、第１のタイプの汎用カードインスタンスと第２のタイプの汎用カードインスタンスが格納されている。ユーザ端末は、サーバにカード紐付けメッセージを送信することにより、サーバが、紐付けカードにカード取引識別子を割り当て、セキュリティ素子識別子、第１のマッチング汎用カード識別子、及び割り当てられたカード取引識別子のマッピング関係を確立するようにする。ユーザ端末自体は、紐付けカードに対応する第１のマッチング汎用カードインスタンスを利用して取引検証を行うことができ、サーバは、決定された第１のマッチング汎用カードインスタンスを利用して取引検証を行う。第１のマッチング汎用カードインスタンスは、紐付けカードのカードタイプにマッチングする第１のタイプの汎用カードインスタンス又は第２のタイプの汎用カードインスタンスである。すなわち、第１のタイプの汎用カードインスタンス又は第２のタイプの汎用カードインスタンスを利用して取引検証を完了することができる。カードを紐付けする過程において、サーバは、各カードに対応する個人化データを割り当てる必要がないため、毎回カードを紐付けする際に個人化データをダウンロードする必要がなく、それにより個人化データのダウンロード及び格納を頻繁に行うことを回避し、カード管理プロセスの煩雑さを低減し、カード管理プロセスを簡略化し、さらに、カード紐付けの速度を向上させ、カード紐付けにかかる時間を減少させることができる。

ユーザ端末が紐付けカードのカード取引識別子をセキュリティ素子に格納した後、カード紐付けの申し込み段階は完了したが、さらに紐付けカードを活性化する必要がある。図５は、本願の第１の態様に係るカード管理方法の他の実施例のフローチャートである。図５と図４との相違点は、図５に示すカード管理プロセスがステップＳ２０４～ステップＳ２０７をさらに含むことができることである。

ステップＳ２０４では、検証コードの取得要求メッセージをサーバに送信する。

ユーザ端末は、紐付けカードのカード取引識別子を格納した後、検証コードの取得要求をサーバに送信することにより、紐付けカードの活性化プロセスをトリガすることができる。検証コードの取得要求メッセージは、動的検証コードを要求するために用いられる。

ステップＳ２０５では、サーバが検証コードの取得要求メッセージに応答してフィードバックした第１の動的検証コードを受信する。

サーバは、検証コードの取得要求メッセージに応答して、第１の動的検証コードをユーザ端末に送信する。第１の動的検証コードは、紐付けカードの活性化に用いられる。第１の動的検証コードは、ショートメッセージ、インスタントメッセージ、通話などによってユーザ端末にフィードバックされてもよいが、ここでは限定しない。ユーザ端末は、文字画像を表示するか又は音声を発することにより、ユーザに第１の動的検証コードを表示してもよいが、ここでは限定しない。

ステップＳ２０６では、入力された第２の動的検証コードを受信する。

第２の動的検証コードは、ユーザによって入力された動的検証コードであってもよく、アプリケーションプログラムによって、第１の動的検証コードに基づいて取得されて入力された動的検証コードであってもよいが、ここでは限定しない。

ステップＳ２０７では、検証コードの要求メッセージをサーバに送信し、サーバが第２の動的検証コードの検証に成功場合に第１のマッピング関係を活性化させるようにする。

検証コードの要求メッセージには、第２の動的検証コードが含まれる。第１の動的検証コードと第２の動的検証コードが同じである場合、第２の動的検証コードの検証に成功したと判定する。サーバは、第２の動的検証コードの検証に成功した場合に第１のマッピング関係を活性化する。第１のマッピング関係が活性化されていない場合、第１のマッピング関係におけるカード取引識別子に対応する紐付けカードは利用不可能な状態にある。第１のマッピング関係が活性化された場合、第１のマッピング関係におけるカード取引識別子に対応する紐付けカードは利用可能な状態にある。

いくつかの例では、第１のマッピング関係が活性化された場合、ユーザ端末は、第１のマッピング関係におけるカード取引識別子に対応する紐付けカードの生命状態を利用可能な状態に設定することができる。

ユーザ端末がカード紐付けを初めて行う場合、ユーザ端末は、カード管理の初期化プロセスを行う必要がある。図６は、本願の第１の態様に係るカード管理方法のさらに他の実施例のフローチャートである。図６と図４との相違点は、図６に示すカード管理方法がステップＳ２０８～ステップＳ２１０をさらに含むことができることである。

ステップＳ２０８では、初期化要求メッセージをサーバに送信する。

初期化要求メッセージは、カード管理の初期化プロセスをトリガするために用いられる。

ユーザ端末にさらにサーバとの機能コントロールがインストールされている場合、ユーザ端末がサーバに初期化要求メッセージを送信する前に、ユーザ端末は、さらにアプリケーションプログラムによって機能コントロールを呼び出して初期化を行うことができる。初期化の正当性を確保するために、ユーザ端末がサーバに初期化要求情報を送信する前に、まず、ユーザ端末は、サーバとの間で、ユーザ端末がカード紐付けを行うアプリケーションプログラムの正当性認証を行ってもよい。

ステップＳ２０９では、サーバとの間で、セキュリティ素子とサーバとの間のセキュリティチャネルを確立する。

セキュリティチャネルは、具体的には、ＧＰチャネルであってもよいが、ここでは限定しない。ユーザ端末におけるセキュリティ素子は、さらにサーバと相互に認証することができ、認証に成功した後、サーバは、セキュリティチャネルを介してセキュリティ素子とインタラクションすることができる。セキュリティチャネルは、ユーザ端末とサーバとの間のインタラクションの安全性を向上させることができる。

ステップＳ２１０では、セキュリティチャネルを介してサーバから配信された初期化情報を受信し、初期化情報をセキュリティ素子に格納する。

本例において、初期化プロセスが実行されていない場合、ユーザ端末におけるセキュリティ素子は初期状態にあり、セキュリティ素子識別子がなく、第１のタイプの汎用カードインスタンス、及び第２のタイプの汎用カードインスタンスなどの情報も格納されていない。初期化プロセスの実行中に、セキュリティチャネルを介して伝送される初期化情報には、セキュリティ素子識別子、暗号化公開鍵、第１のタイプの汎用カードインスタンス、及び第２のタイプの汎用カードインスタンスを含んでもよいが、これらに限定されない。暗号化公開鍵は、後続のカード紐付けプロセスにおいて、ユーザ端末とサーバとの間で伝送されるデータを暗号化することができる。

いくつかの例では、初期化情報は、さらに、セキュリティ素子においてカード管理プロセスに関連するデータを格納するための取引機能領域の領域初期秘密鍵を含んでもよい。

いくつかの例では、プログラムデータパケットは、ユーザ端末の出荷前にユーザ端末のセキュリティ素子に予め設定されてもよい。

他のいくつかの例では、セキュリティ素子にプログラムデータパケットが格納されていない場合、初期化情報には、さらにプログラムデータパケットを含んでもよい。すなわち、カード管理の初期化中に、プログラムデータパケットをユーザ端末のセキュリティ素子にダウンロードする。後続のプロセスにおいて、更新する必要がなければ、プログラムデータパケットを繰り返してダウンロードする必要がない。

さらに他のいくつかの例では、セキュリティ素子に格納されたプログラムデータパケットを更新する必要がある場合、初期化情報には、更新されたプログラムデータパケットがさらに含まれる。すなわち、カード管理の初期化中に、セキュリティ素子におけるプログラムデータパケットを更新することができ、例えば、更新されたプログラムデータパケットを利用して更新前のプログラムデータパケットを置き換えることができる。

説明すべきことは、セキュリティ素子に格納されたプログラムデータパケットの更新は、初期化プロセス以外の他のプロセスで行われてもよいが、ここでは限定しない。セキュリティ素子に格納されたプログラムデータパケットを更新する必要がある場合、ユーザ端末は、更新要求メッセージをサーバに送信することができる。更新要求メッセージは、更新されたプログラムデータパケットを要求するために用いられる。当該更新要求メッセージは、サーバがセキュリティ素子に格納されたプログラムデータパケットを更新する必要があることを検出し、更新されたプログラムデータパケットを要求するために更新要求メッセージを送信するようにユーザ端末に通知してもよい。当該更新要求メッセージは、また、ユーザ端末がユーザの更新入力操作を受信し、更新されたプログラムデータパケットを要求するためにサーバへ更新要求メッセージを送信してもよい。

セキュリティ素子に格納されたプログラムデータパケットのバージョンがサーバに格納されたプログラムデータパケットの最新バージョンよりも低い場合、セキュリティ素子に格納されたプログラムデータパケットを更新する必要があると見なされる。あるいは、セキュリティ素子に格納されたプログラムデータパケットのバージョンがサーバに格納されたプログラムデータパケットの最新バージョンよりも低く、かつユーザ端末のユーザ許可を得た場合、セキュリティ素子に格納されたプログラムデータパケットを更新する必要があると見なされる。

いくつかの例では、ユーザ端末がカード紐付けを初めて行わない場合、サーバは、上記の初期化プロセスでセキュリティ素子に格納された暗号化公開鍵とペアになる暗号化私有鍵を利用して紐付けされたカード取引識別子を暗号化してもよい。すなわち、ユーザ端末が受信した紐付けカードのカード取引識別子は、暗号化公開鍵とペアになる暗号化私有鍵で暗号化されたカード取引識別子であってもよい。暗号化公開鍵と暗号化私有鍵は、ペアの非対称鍵である。ユーザ端末とサーバとの間に暗号化されたカード取引識別子を伝送することは、セキュリティチャネルを確立しない上でデータ伝送の安全性を確保することができ、セキュリティチャネルを確立する必要がないため、セキュリティチャネルを確立することに必要なリソースと時間を節約する。

それに応じて、ユーザ端末は、暗号化されたカード取引識別子を受信し、セキュリティ素子内で暗号化公開鍵を利用して紐付けされたカードのカード取引識別子を復号化し、セキュリティ素子に復号化された紐付けカードのカード取引識別子を格納してもよい。

紐付けカードの紐付けが成功した後、紐付けカードを利用して取引の支払いを行ってもよい。取引は、オンライン取引とオフライン取引の二種類に分けることができる。オンライン取引とは、すなわち、取引機器例えばＰＯＳマシン、カードスワイプマシンなどの取引機能を有する機器がオンライン状態での取引である。オフライン取引は、すなわち、取引機器がオフライン状態での取引である。図７は、本願の第１の態様に係るカード管理方法のさらに他の実施例のフローチャートである。図７と図４との相違点は、図７に示すカード管理方法がステップＳ２１１、ステップＳ２１２をさらに含むことができることである。

ステップＳ２１１では、紐付けカードを利用してオンライン取引を行う場合、第１のマッチング汎用カードインスタンスを利用して取引検証計算を行い、第１の取引検証情報を取引機器に提供し、取引機器によって、サーバが、第１のマッピング関係に基づいて、紐付けカードのカード取引識別子に対応する第１のマッチング汎用カードインスタンスを利用して取引検証計算を行うようにする。

紐付けカードを利用して支払い取引を行う場合、第１の取引検証情報には、紐付けカードのカード取引識別子が含まれる。

ユーザ端末と取引機器がオンライン状態で取引を行う場合、ユーザ端末とサーバは取引検証を行う必要がある。具体的には、ユーザ端末は、第１のマッチング汎用カードインスタンスを利用して取引検証計算を行う。取引機器は、受信した第１の取引検証情報をサーバに送信してもよい。サーバは、格納された第１のマッピング関係に基づいて、紐付けカードのカード取引識別子に対応する第１のマッチング汎用カード識別子を決定してもよい。サーバは、第１のマッチング汎用カード識別子に基づいて、紐付けカードのカード取引識別子に対応する第１のマッチング汎用カードインスタンスを決定し、かつ当該第１のマッチング汎用カードインスタンスを利用して取引検証計算を行ってもよい。第１のマッチング汎用カードインスタンスは、第１のマッチング汎用カード識別子を含み、すなわち、第１のマッチング汎用カードインスタンスは、紐付けカードのカードタイプにマッチングする第１のタイプの汎用カードインスタンス又は第２のタイプの汎用カードインスタンスである。取引検証計算は、具体的には、ＴＳＰサーバによって実行されてもよい。ユーザ端末の取引検証計算結果がサーバの取引検証計算結果と一致する場合、取引検証に成功したと判定する。例えば、ユーザ端末とサーバとの間で行われる取引検証は、具体的には、許可要求暗号文（Ａｕｔｈｅｎｔｉｃａｔｅ Ｒｅｑｕｅｓｔ ｃｒｙｐｔｏｇｒａｍ、ＡＲＱＣ）検証を含んでもよいが、これらに限定されない。

ユーザ端末と取引機器がオンライン支払い取引の場合、ユーザ端末によって提供される第１の取引検証情報には、取引に使用された紐付けカードのカード取引識別子が含まれる。第１の取引検証情報は、取引機器を介してサーバに伝送されることができ、サーバは、カード取引識別子に基づいて、今回の支払い取引に使用されたカードを識別することができ、それによりアクワイアラは異なるカードによって行われた支払い取引を区別することができる。

ステップＳ２１２では、紐付けカードを利用してオフライン取引を行う場合、第１のマッチング汎用カードインスタンスを利用して取引検証計算を行い、第２の取引検証情報を取引機器に提供して、取引機器が、第１のマッチング汎用カードインスタンスを利用して取引検証計算を行うようにする。

第２の取引検証情報には、第１のマッチング汎用カードインスタンスが含まれる。オフライン取引の場合、ユーザ端末と取引機器はオフラインデータ認証（Ｏｆｆｌｉｎｅ Ｄａｔａ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ、ＯＤＡ）を行う必要がある。具体的には、ユーザ端末は、第１のマッチング汎用カードインスタンスを利用して取引検証計算を行うことができ、取引機器は、第２の取引検証情報における第１のマッチング汎用カードインスタンスを利用して取引検証計算を行うことができ、ユーザ端末の取引検証計算結果がサーバの取引検証計算結果と一致する場合、オフラインデータ認証に成功したと判定する。例えば、ユーザ端末と取引機器が行う取引検証は、具体的には、取引証明書（Ｔｒａｎｓａｃｔｉｏｎ Ｃｅｒｔｉｆｉｃａｔｅ、ＴＣ）検証であってもよいが、ここでは限定しない。

説明すべきことは、取引機器が再びオンラインになる場合、取引機器は、今回のオフライン取引のデータをサーバに送信する。オフライン取引のデータは、取引時間、第１のマッチング汎用カード識別子などを含んでもよいが、ここでは限定しない。

ユーザ端末のアプリケーションプログラムには、複数枚のカードが紐付けされてもよく、複数枚のカードが紐付けされた場合、紐付けされた複数枚のカードの中から一枚のデフォルトカードを設定し、当該デフォルトカードを使用して支払い取引を行う。デフォルトカードは、変更可能である。図８は、本願の第１の形態に係るカード管理方法のさらに他の実施例のフローチャートである。図８と図５との相違点は、図８に示すカード管理方法がステップＳ２１３～ステップＳ２１６をさらに含むことができることである。

ステップＳ２１３では、デフォルトカードを設定する入力を受信する。

デフォルトカードを設定する入力は、デフォルトカードを選択するために用いられる。デフォルトカードを設定する入力は、ユーザ端末へのユーザの入力であってもよいが、ここでは限定しない。デフォルトカードは、取引の支払いをデフォルトで行うカードである。

ステップＳ２１４では、オンラインになった場合、デフォルトカードの設定メッセージをサーバに送信し、サーバが、第２のマッピング関係の使用状態をデフォルト使用状態に設定するようにする。

デフォルトカードの設定メッセージには、デフォルトカードのカード取引識別子が含まれる。第２のマッピング関係は、セキュリティ素子識別子、第２のマッチング汎用カード識別子、及びデフォルトカードのカード取引識別子の間のマッピング関係を含む。第２のマッチング汎用カード識別子は、デフォルトカードのカードタイプにマッチングする第１のタイプの汎用カード識別子又は第２のタイプの汎用カード識別子である。デフォルトカードのカードタイプが第１のタイプである場合、デフォルトカードの第２のマッチング汎用カード識別子は、第１のタイプの汎用カード識別子である。デフォルトカードのカードタイプが第２のタイプである場合、デフォルトカードの第２のマッチング汎用カード識別子は、第２のタイプの汎用カード識別子である。

サーバは、デフォルトカードのカード取引識別子に基づいて、デフォルトカードのカード取引識別子を含む第２のマッピング関係を検索してもよい。サーバは、第２のマッピング関係の使用状態をデフォルト使用状態に設定し、それに対応して、支払い取引を行う過程において、サーバは、デフォルトで第２のマッピング関係に含まれているセキュリティ素子識別子、第２のマッチング汎用カード識別子、及びデフォルトカードのカード取引識別子を利用して支払い取引プロセスを行う。

ステップＳ２１５では、サーバから送信されたデフォルトカードの応答メッセージを受信する。

第２のマッピング関係の使用状態をデフォルト使用状態に設定する場合、サーバは、デフォルトカードの応答メッセージをユーザ端末に送信してユーザ端末に通知する。デフォルトカードの応答メッセージは、第２のマッピング関係の使用状態がデフォルト使用状態に設定されたことを特徴付けるために用いられる。

ステップＳ２１６では、デフォルトカードの応答メッセージに応答して、デフォルトカードの設定命令によって、セキュリティ素子におけるデフォルトカードのカード取引識別子の使用状態をデフォルト使用状態に設定し、セキュリティ素子においてデフォルトカードのカード取引識別子に対応する第２のマッチング汎用カードインスタンスの生命状態を有効状態に設定する。

第２のマッチング汎用カードインスタンスは、デフォルトカードのカードタイプにマッチングする第１のタイプの汎用カードインスタンス又は第２のタイプの汎用カードインスタンスである。デフォルトカードのカードタイプが第１のタイプである場合、デフォルトカードの第２のマッチング汎用カードインスタンスは、第１のタイプの汎用カードインスタンスである。デフォルトカードのカードタイプが第２のタイプである場合、デフォルトカードの第２のマッチング汎用カードインスタンスは、第２のタイプの汎用カードインスタンスである。

ユーザ端末は、デフォルトカードの応答メッセージを受信すると、サーバにおける第２のマッピング関係の使用状態がデフォルト使用状態に設定されたことを確認することができ、セキュリティ素子におけるデフォルトカードのカード取引識別子の使用状態を対応して設定すること、及び第２のマッチング汎用カードインスタンスの生命状態を設定することにより、ユーザ端末におけるデフォルトカードの設定とサーバにおけるデフォルトカードの設定との一致を確保することができる。

デフォルトカードの設定命令は、ユーザ端末からセキュリティ素子に送信する制御命令である。ここでは、デフォルトカードの設定命令の具体的な形式を限定せず、例えば、デフォルトカードの設定命令は、アプリケーションプロトコルデータユニット（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ、ＡＰＤＵ）命令であってもよいが、ここでは限定しない。

なお、セキュリティ素子によって識別可能なデフォルトカードの設定命令は、異なるバージョンモードでの命令を含むことができる。セキュリティ素子は、デフォルトカードの設定命令を受信すると、新バージョンモードの命令を優先的に実行し、命令が無効であれば、旧バージョンの命令を実行してもよい。新、旧バージョンモードの命令は、互いに独立しており、新、旧バージョンモードの命令の実行が互換性を有することを確保する。

いくつかの例では、支払い取引を行う際に使用されるカードが、即ちデフォルトカードである。支払い取引を行う過程において、デフォルトカードのカードタイプと同じである第１のタイプの汎用カードインスタンス又は第２のタイプの汎用カードインスタンスを利用して取引検証を行う必要がある。デフォルトカードのカードタイプと同じである第１のタイプの汎用カードインスタンス又は第２のタイプの汎用カードインスタンス、すなわち第２のマッチング汎用カードインスタンスの生命状態を有効状態に設定し、支払い取引を行う過程において、生命状態が有効状態に設定された第２のマッチング汎用カードインスタンスをデフォルトで利用して取引検証を行うことができる。

上記の実施例におけるある紐付けカードを使用して取引支払いを行う場合、当該紐付けカードが、即ちデフォルトカードである。ある紐付けカードを利用してオフライン取引を行った後、取引機器が再びオンラインになった場合、取引機器は、今回オフライン取引のデータをサーバに送信する。オフライン取引のデータには、取引時間、第１のマッチング汎用カード識別子などを含んでもよい。この場合、第１のマッチング汎用カード識別子は、第２のマッチング汎用カード識別子と同じであり、すなわち、第１のマッチング汎用カードインスタンスは、第２のマッチング汎用カードインスタンスと同じである。

サーバは、取引時間によって、取引時間に使用状態がデフォルト使用状態であるマッピング関係におけるカード取引識別子を照会し、カード取引識別子を利用して決済などのフローを行い、すなわち、今回の取引の金額を当該カード取引識別子に対応するカードから振替えることにより、オフライン取引の決済の正確性を確保することができる。

さらにいくつかの実施例において、必要に応じて、ユーザ端末のアプリケーションプログラムに紐付けされたカードを削除してもよく、すなわち、カード削除のプロセスを実行してもよい。ユーザ端末は、カード削除メッセージを受信し、カード削除メッセージに応答して、セキュリティ素子からカード削除メッセージに指示された削除対象カードのカード取引識別子を削除するか、又は、カード削除メッセージに指示された削除対象カードのカード取引識別子の生命状態を無効状態に設定してもよい。

カード取引識別子の生命状態が無効状態であることは、当該カード取引識別子が使用不可能な状態にあり、呼び出されることができないことを示す。当該カードが削除されて再度紐付けする必要がある場合、当該カードのカード取引識別子の生命状態を有効状態に設定することにより、カードの再度の紐付けを迅速に実現することができる。

注意すべきことは、この場合、セキュリティ素子内の削除対象カードのカード取引識別子を削除するか、又は削除対象カードのカード取引識別子を削除せずに削除対象カードのカード取引識別子の生命状態のみを無効状態に設定する。第１のタイプの汎用カードインスタンスと第２のタイプの汎用カードインスタンスは削除されず、プログラムデータパケットも削除されない。第１のタイプの汎用カードインスタンスと第２のタイプの汎用カードインスタンスは、さらに削除されていない他のカードの取引検証に用いられることができる。

いくつかの例では、カード削除プロセスは、ユーザによってユーザ端末を介して開始されてもよい。具体的には、ユーザは、ユーザ端末のアプリケーションプログラムに対する操作によって、カード削除プロセスを開始してもよい。ユーザ端末は、カード削除申し込みメッセージをサーバに送信し、サーバに削除対象カードの削除を要求するように通知する。サーバは、カード削除申し込みメッセージに応答して、カード削除メッセージを生成し、カード削除メッセージをユーザ端末に送信してもよい。ユーザ端末は、カード削除メッセージに応答して、セキュリティ素子内の削除対象カードのカード取引識別子を削除するか、あるいは、削除対象カードのカード取引識別子の生命状態を無効状態に設定する。カード削除メッセージは、削除対象カードを示すことができ、例えば、カード削除メッセージには、削除対象カードのカード取引識別子が含まれている。ユーザ端末は、カード削除要求メッセージをサーバに送信してもよく、カード削除要求メッセージは、削除対象カードのカード取引識別子を含んでもよい。サーバは、カード削除要求メッセージに応答して、削除対象カードのカード取引識別子を含むマッピング関係を削除する。サーバは、さらに、削除カードの応答メッセージをユーザ端末に送信してもよく、削除カードの応答メッセージは、削除対象カードのカード取引識別子を含むマッピング関係がサーバで既に削除されたことを特徴付けるために用いられる。ユーザ端末は、カードの削除に成功したことを提示するメッセージを送信して、削除対象カードの削除成功をユーザに提示することができる。

他のいくつかの例では、カード削除プロセスは、カード組織によってサーバを介して開始されてもよく、例えば、銀行によって開始されてもよい。サーバは、カード組織から送信されたカード削除要求メッセージを受信する。カード削除要求メッセージは、削除対象カードを指示するために用いられ、例えば、カード削除要求メッセージは、削除対象カードのカード取引識別子を含んでもよい。サーバは、カード削除要求メッセージに応答して、削除対象カードのカード取引識別子を含むマッピング関係を削除し、カード削除メッセージをユーザ端末に送信する。カード削除メッセージは、削除対象カードを指示するために用いられ、例えば、カード削除メッセージは、削除対象カードのカード取引識別子を含んでもよい。ユーザ端末は、カード削除メッセージに応答して、セキュリティ素子内の削除対象カードのカード取引識別子を削除するか、あるいは、削除対象カードのカード取引識別子の生命状態を無効状態に設定する。ユーザ端末は、カード削除応答メッセージをサーバに送信し、セキュリティ素子における削除対象カードの削除に成功したことをサーバに通知してもよい。

なお、削除対象カードがデフォルトカードである場合、他の紐付けされたカードをデフォルトカードとして指定した後、削除対象カードを削除する必要がある。

本願の実施例において、カードを削除する場合、アプリケーション端末は、第１のタイプの汎用カードインスタンスと第２のタイプの汎用カードインスタンスを削除せず、プログラムデータパケットも削除しないので、個人化データ、及びプログラムデータパケットの頻繁な削除を回避した。特に、前に削除されたカードを再度紐付けする場合、再度紐付けの過程での個人化データ、及びプログラムデータパケットの再ダウンロードを回避することができ、それによりカードの紐付け過程、カードの削除過程の煩雑さをさらに低減することができる。

本願の第２の態様は、サーバに適用できるカード管理方法をさらに提供する。図９は、本願の第２の態様に係るカード管理方法の一実施例のフローチャートである。図９に示すように、当該カード管理方法は、ステップＳ３０１～ステップＳ３０３を含むことができる。

ステップＳ３０１では、ユーザ端末から送信されたカード紐付けメッセージを受信する。

カード紐付けメッセージには、セキュリティ素子識別子、及び紐付けカード認証情報が含まれる。セキュリティ素子識別子は、ユーザ端末におけるセキュリティ素子を識別するために用いられる。紐付けカード認証情報には、紐付けカードのカード認証情報が含まれる。紐付けカードは、ユーザ端末におけるアプリケーションプログラムと紐付けする必要があるカードである。

ステップＳ３０２では、カード紐付けメッセージに応答して、紐付けカードにカード取引識別子を割り当てて、第１のマッピング関係を確立する。

サーバは、異なるカードに異なるカード取引識別子を割り当てる。具体的には、サーバは、カード紐付けメッセージにおける紐付けカード認証情報に基づいて、紐付けカードにカード取引識別子を割り当ててもよい。

第１のマッピング関係は、セキュリティ素子識別子、第１のマッチング汎用カード識別子、及び紐付けカードのカード取引識別子の間のマッピング関係を含む。第１のマッチング汎用カード識別子は、紐付けカードのカードタイプにマッチングする第１のタイプの汎用カード識別子又は第２のタイプの汎用カード識別子である。第１のマッチング汎用カードインスタンスは、紐付けカードの取引検証に用いられる。第１のマッチング汎用カードインスタンスには、第１のマッチング汎用カード識別子が含まれる。

ステップＳ３０３では、紐付けカードのカード取引識別子をユーザ端末に送信する。

上記のステップＳ３０１～ステップＳ３０３における具体的な内容は、上記の実施例における関連説明を参照してもよいため、ここでは繰り返して説明しない。

本願の実施例において、サーバは、ユーザ端末から送信されたカード紐付けメッセージに応答して、紐付けカードにカード取引識別子を割り当てて、セキュリティ素子識別子、第１のマッチング汎用カード識別子、及び割り当てられた当該カード取引識別子の第１のマッピング関係を確立する。サーバは、紐付けカードに割り当てられたカード取引識別子をユーザ端末に送信することにより、ユーザ端末が当該カード取引識別子を取得するようにする。第１のマッチング汎用カードインスタンスは、紐付けカードの取引検証計算を行うために用いられる。ユーザ端末のアプリケーションプログラムに紐付けされたカードタイプが同じであるカードに対して、ユーザ端末とサーバは、同じマッチング汎用カードインスタンスを利用して取引検証を行うため、サーバは各カードに単独で取引検証用の個人化データを配置する必要がなく、カード紐付けたびに、サーバが当該カードに対応する個人化データをユーザ端末に伝送する必要がある状況を回避し、カード管理プロセスの煩雑さを低減し、カード管理プロセスを簡略化し、さらにカード紐付けの速度を向上させ、カード紐付けにかかる時間を減少させることができる。

ユーザ端末が紐付けカードのカード取引識別子をセキュリティ素子に格納した後、カード紐付けの申し込み段階は完了したが、さらに、紐付けカードを活性化する必要がある。図１０は、本願の第２の態様に係るカード管理方法の他の実施例のフローチャートである。図１０と図９との相違点は、図１０に示すカード管理方法がステップＳ３０４～ステップＳ３０７をさらに含むことができることである。

ステップＳ３０４では、ユーザ端末から送信された検証コードの取得要求メッセージを受信する。

ステップＳ３０５では、検証コードの取得要求メッセージに応答して、第１の動的検証コードをユーザ端末にフィードバックする。

ステップＳ３０６では、ユーザ端末から送信された検証コードの要求メッセージを受信し、検証コードの要求メッセージには、第２の動的検証コードが含まれる。

ステップＳ３０７では、第２の動的検証コードの検証に成功した場合に、第１のマッピング関係を活性化する。
ステップＳ３０４～ステップＳ３０７の具体的な内容は、上記の実施例における関連説明を参照してもよいため、ここでは繰り返して説明しない。

ユーザ端末がカード紐付けを初めて行う場合、ユーザ端末は、カード管理の初期化プロセスを行う必要がある。図１１は、本願の第２の態様に係るカード管理方法のさらに他の実施例のフローチャートである。図１１と図９との相違点は、図１１に示すカード管理方法がステップＳ３０８～ステップＳ３１０をさらに含むことができることである。

ステップＳ３０８では、ユーザ端末から送信された初期化要求メッセージを受信する。

初期化要求メッセージは、カード管理の初期化プロセスをトリガするために用いられる。

ステップＳ３０９では、初期化要求メッセージに応答して、ユーザ端末との間で、ユーザ端末におけるセキュリティ素子とサーバとの間のセキュリティチャネルを確立する。

ステップＳ３１０では、セキュリティチャネルを介してセキュリティ素子に初期化情報を配信する。

初期化情報には、セキュリティ素子識別子、暗号化公開鍵、第１のタイプの汎用カードインスタンス、及び第２のタイプの汎用カードインスタンスが含まれる。

サーバには、第１のタイプの汎用個人化データ、及び第２のタイプの汎用個人化データのバージョンがさらに記録されてもよく、第１のタイプの汎用個人化データ、及び第２のタイプの汎用個人化データの新しいバージョンが現れた場合、ユーザ端末のセキュリティ素子に格納された第１のタイプの汎用個人化データ、及び第２のタイプの汎用個人化データを更新してもよい。

上記のステップＳ３０８～ステップＳ３１０の具体的な内容は、上記の実施例における関連説明を参照してもよいため、ここでは繰り返して説明しない。

いくつかの例では、初期化情報は、さらに、セキュリティ素子においてカード管理プロセスに関連するデータを格納するための領域の領域初期秘密鍵を含んでもよい。

いくつかの例では、プログラムデータパケットは、ユーザ端末の出荷前にユーザ端末のセキュリティ素子に予め設定されてもよい。

他のいくつかの例では、セキュリティ素子にプログラムデータパケットが格納されていない場合、初期化情報には、プログラムデータパケットがさらに含まれる。

さらにいくつかの例では、セキュリティ素子に格納されたプログラムデータパケットをアップグレードする必要がある場合、初期化情報には、アップグレードされたプログラムデータパケットがさらに含まれる。

いくつかの例では、初期化プロセスに限定されず、他のプロセスにおいて、セキュリティ素子に格納されたプログラムデータパケットを更新する必要がある場合、サーバは、ユーザ端末から送信された更新要求メッセージを受信することができる。サーバは、更新要求メッセージに応答して、更新されたプログラムデータパケットをユーザ端末に送信することにより、セキュリティ素子におけるプログラムデータパケットの更新を実現しようとする。プログラムデータパケット更新の具体的な内容は、上記の実施例における関連説明を参照してもよいため、ここでは繰り返して説明しない。

いくつかの例では、サーバがカード紐付けメッセージを初めて受信することではない場合、サーバは、暗号化公開鍵とペアになる暗号化私有鍵を利用して紐付けカードのカード取引識別子を暗号化してもよく、ユーザ端末に暗号化された紐付けカードのカード取引識別子を送信する。

紐付けカードの紐付けに成功した後、紐付けカードを利用して取引支払いを行うことができる。取引は、オンライン取引とオフライン取引の二種類に分けることができる。オンライン取引は、すなわち、取引機器例えばＰＯＳマシン、カードスワイプマシンなどの取引機能を有する機器がオンライン状態での取引である。オフライン取引は、すなわち、取引機器がオフライン状態での取引である。図１２は、本願の第２の態様に係るカード管理方法のさらに他の実施例のフローチャートである。図１２と図９との相違点は、図１２に示すカード管理方法がステップＳ３１１、ステップＳ３１２をさらに含むことができることである。

ステップＳ３１１では、紐付けカードを利用してオンライン取引を行う場合、取引機器を介してユーザ端末によって提供される第１の取引検証情報を受信し、第１のマッピング関係に基づいて、紐付けカードのカード取引識別子に対応する第１のマッチング汎用カードインスタンスを利用して取引検証計算を行う。

第１の取引検証情報には、紐付けカードのカード取引識別子が含まれる。第１のマッピング関係に基づいて、紐付けカードのカード取引識別子に対応する第１のマッチング汎用カードインスタンスを決定し、さらに、第１のマッチング汎用カードインスタンスを利用して取引検証計算を行ってもよい。第１のマッチング汎用カードインスタンスは、第１のマッチング汎用カード識別子を含み、すなわち、第１のマッチング汎用カードインスタンスは、紐付けカードのカードタイプにマッチングする第１のタイプの汎用カードインスタンス又は第２のタイプの汎用カードインスタンスである。ユーザ端末の取引検証計算結果がサーバの取引検証計算結果と一致する場合、取引検証に成功したと判定する。

ユーザ端末と取引機器がオンライン支払い取引の場合、サーバが取引機器を介してユーザ端末から取得した第１の取引検証情報には、取引に使用された紐付けカードのカード取引識別子が含まれる。サーバは、当該カード取引識別子に基づいて、今回の支払い取引に使用されたカードを識別することができ、それによりアクワイアラは異なるカードによって行われた支払い取引を区別することができる。

ステップＳ３１２では、ユーザ端末が紐付けカードを利用して取引機器とオフライン取引を行った後、オンラインになった場合、第１のマッチング汎用カードインスタンスを取得し、第１のマッチング汎用カードインスタンスに基づいて取引検証計算を行う。

具体的には、オフライン取引が発生した後、取引機器が再びオンラインになると、サーバは、当該紐付けカードに対応する第１のマッチング汎用カードインスタンスを取得し、第１のマッチング汎用カードインスタンスを利用して取引検証計算を行うことができる。

ユーザ端末のアプリケーションプログラムには、複数枚のカードが紐付けされてもよく、複数枚のカードが紐付けされた場合、紐付けされた複数枚のカードのうちの一枚をデフォルトカードとして設定し、当該デフォルトカードを使用して支払い取引を行う。デフォルトカードは、変更可能である。図１３は、本願の第２の態様に係るカード管理方法のさらに他の実施例のフローチャートである。図１３と図１０との相違点は、図１３に示すカード管理方法がステップＳ３１３～ステップＳ３１５をさらに含むことができることである。

ステップＳ３１３では、オンラインの場合、ユーザ端末から送信されたデフォルトカードの設定メッセージを受信する。

デフォルトカードの設定メッセージには、選択されたデフォルトカードのカード取引識別子が含まれる。ステップＳ３１４では、デフォルトカードの設定メッセージに応答して、第２のマッピング関係の使用状態をデフォルト使用状態に設定する。

第２のマッピング関係は、セキュリティ素子識別子、第２のマッチング汎用カード識別子、及びデフォルトカードのカード取引識別子の間のマッピング関係を含む。

ステップＳ３１５では、デフォルトカードの応答メッセージをユーザ端末に送信する。

デフォルトカードの応答メッセージは、第２のマッピング関係の使用状態がデフォルト使用状態に設定されたことを特徴付けるために用いられる。

上記の実施例におけるある紐付けカードを使用して取引支払いを行う場合、当該紐付けカードが、即ちデフォルトカードである。ある紐付けカードを利用してオフライン取引を行った後、取引機器が再度オンラインになった場合、サーバは、取引機器から送信されたオフライン取引の関連情報を受信し、当該関連情報には、取引時間が含まれてもよい。サーバは、取引時間に基づいて、取引時間に使用状態がデフォルト使用状態である第２のマッピング関係を決定してもよい。当該第２のマッピング関係におけるデフォルトカードのカード取引識別子を利用して決済し、すなわち、取引の金額を当該デフォルトカードの口座から振替えることにより、誤った口座を利用して決済することを回避することができ、オフライン取引の正確性を向上させる。

取引支払い過程の決済プロセスにおいて、第２のマッピング関係におけるデフォルトカードのカード取引識別子を利用して決済してもよい。サーバとユーザ端末のデフォルトカードの設定は、オンライン状態のみで行うことができるため、取引時間によって、取引時間に対応するデフォルトカードを判定することができる。

ステップＳ３１３～ステップＳ３１５の具体的な内容は、上記の実施例における関連説明を参照してもよいため、ここでは繰り返して説明しない。

さらにいくつかの実施例において、必要に応じて、ユーザ端末のアプリケーションプログラムに紐付けされたカードを削除してもよく、すなわち、カード削除プロセスを実行する。サーバは、カード削除要求メッセージを受信し、カード削除要求メッセージに応答して、第３のマッピング関係を削除するか、あるいは、第３のマッピング関係の生命状態を無効状態に設定してもよい。

カード削除要求メッセージは、削除対象カードを指示するために用いられる。第３のマッピング関係は、セキュリティ素子識別子、第３のマッチング汎用カード識別子、及び削除対象カードのカード取引識別子の間の対応関係を含む。第３のマッチング汎用カード識別子は、削除対象カードのカードタイプにマッチングする第１のタイプの汎用カード識別子又は第２のタイプの汎用カード識別子である。紐付けカードのカードタイプが第１のタイプである場合、削除対象カードの第３のマッチング汎用カード識別子は、第１のタイプの汎用カード識別子である。削除対象カードのカードタイプが第２のタイプである場合、紐付けカードの第３のマッチング汎用カード識別子は、第２のタイプの汎用カード識別子である。

第３のマッピング関係の生命状態が無効状態であることは、第３のマッピング関係が使用不可能な状態にあり、呼び出されることができないことを示す。当該カードが削除されて再度紐付けする必要がある場合、第３のマッピング関係の生命状態を有効状態に設定することにより、カードの再度の紐付けを迅速に実現することができる。

カード削除プロセスは、ユーザによってユーザ端末のアプリケーションプログラムを介して開始されてもよく、カード組織によって開始されてもよいが、ここでは限定されず、具体的な内容は、上記の実施例における関連説明を参照してもよいため、ここでは繰り返して説明しない。

カード管理方法に係る各フローをさらに説明するために、以下には、ユーザ端末がセキュリティ素子を含み、ユーザ端末にアプリケーションプログラム及び機能コントロールがインストールされ、サーバがアプリケーションプログラムのバックグラウンドサーバ、ＴＳＭサーバ、及びＴＳＰサーバを含み、カードタイプにはデビットカード及びクレジットカードが含まれることを例として説明する。アプリケーションプログラムは、具体的には、電子財布アプリケーションプログラムである。機能コントロールは、ＴＳＭサーバに対応するコントロールである。

図１４は、本願の実施例に係る初期化プロセスの一例のフローチャートである。図１４では、いくつかのお互いにインタラクションするプロセスに対する文字説明を省略しているが、図１４において矢印でこれらのインタラクションを示す。図１４に示すように、初期化プロセスは、ステップＳ４０１～ステップＳ４２０を含むことができる。

ステップＳ４０１では、アプリケーションプログラムが、機能コントロールに初期化要求を送信する。

ステップＳ４０２では、機能コントロールが、初期化要求をＴＳＭサーバに送信する。

ステップＳ４０３では、ＴＳＭサーバが、アプリケーションプログラムの正当性を検証する。

ＴＳＭサーバは、機能コントロールに応答メッセージを返信することにより、機能コントロールにセキュリティチャネルを確立するように通知する。

ステップＳ４０４では、正当性検証結果がアプリケーションプログラムの正当性検証に成功したと特徴付ける場合、機能コントロールとセキュリティ素子との間のセキュリティチャネルを確立し、これは、ＴＳＭサーバとセキュリティ素子との間のセキュリティチャネルを確立することに相当する。

セキュリティ素子は、機能コントロールに応答メッセージを返信することにより、機能コントロールにセキュリティチャネルの確立が成功したことを通知する。機能コントロールは、ＴＳＭサーバがセキュリティ素子における取引機能領域の正当性を検証するように、検証要求をＴＳＭサーバに送信する。

ステップＳ４０５では、ＴＳＭサーバが、セキュリティ素子における取引機能領域の正当性を検証する。

ステップＳ４０６では、正当性検証結果が取引機能領域の正当性検証に成功したと特徴付ける場合、取引機能領域の領域初期秘密鍵、及びセキュリティ素子に割り当てられたセキュリティ素子識別子を機能コントロールに送信する。

ステップＳ４０７では、機能コントロールが、領域初期秘密鍵、及びセキュリティ素子識別子をセキュリティ素子に書き込む。

セキュリティ素子が機能コントロールに応答メッセージを返信し、機能コントロールがＴＳＭに当該応答メッセージを返信することにより、ＴＳＭサーバに、領域初期秘密鍵、及びセキュリティ素子識別子の書き込みに成功したことを通知する。

ＴＳＭサーバが第１のトリガーメッセージを機能コントロールに送信し、機能コントロールが第１のトリガーメッセージをアプリケーションプログラムに送信することにより、アプリケーションプログラムにプログラムデータパケットのダウンロードを行うことができることを通知する。

アプリケーションプログラムは、ダウンロードのトリガーメッセージを機能コントロールに送信し、機能コントロールは、ダウンロードのトリガーメッセージをＴＳＭサーバに送信する。当該ダウンロードトリガーは、次回にプログラムデータパケット、及び汎用カード識別子をダウンロードすることをトリガするために用いられる。汎用カード識別子は、汎用デビットカード識別子、及び汎用クレジットカード識別子を含んでもよい。選択的に、当該ダウンロードトリガは、さらに、汎用個人化データのダウンロードをトリガすることができる。汎用個人化データは、デビットカードの汎用個人化データ、及びクレジットカードの汎用個人化データを含んでもよい。

ステップＳ４０８では、ＴＳＭサーバが、プログラムデータパケットを機能コントロールに送信する。

ステップＳ４０９では、機能コントロールが、プログラムデータパケットをセキュリティ素子に書き込む。

セキュリティ素子が機能コントロールに応答メッセージを返信し、機能コントロールがＴＳＭサーバに応答メッセージを返信することにより、ＴＳＭサーバにプログラムデータパケットの書き込みが成功したことを通知する。

ＴＳＭサーバは、第２のトリガーメッセージを機能コントロールに送信することにより、機能コントロールをトリガーして、汎用カード識別子のダウンロードをトリガーするか、あるいは、汎用カード識別子、及び汎用個人化データのダウンロードをトリガーする。本例において、汎用カード識別子、汎用個人化データ、及び暗号化公開鍵のダウンロードをトリガすることを例とする。機能コントロールがＴＳＭサーバにダウンロード要求を送信することにより、汎用カード識別子、汎用個人化データ、及び暗号化公開鍵をダウンロードするように要求する。

ステップＳ４１０では、ＴＳＭサーバが、汎用カード識別子、汎用個人化データ、及び暗号化公開鍵を機能コントロールに送信する。

ステップＳ４１１では、機能コントロールが、汎用カード識別子、汎用個人化データ、及び暗号化公開鍵をセキュリティ素子に送信する。

セキュリティ素子が機能コントロールに応答メッセージを返信し、機能コントロールがＴＳＭサーバに応答メッセージを返信することにより、ＴＳＭサーバに汎用カード識別子、汎用個人化データ、及び暗号化公開鍵の書き込みが成功したことを通知する。

ステップＳ４１２では、ＴＳＭサーバが、セキュリティ素子識別子、汎用カード識別子、及び汎用個人化データの間のマッピング関係を確立する。

ＴＳＭサーバは、ＴＳＰサーバとインタラクションすることにより、ＴＳＰサーバがセキュリティ素子識別子、汎用カード識別子、及び汎用個人化データの間のマッピング関係を確立するようにする。

ステップＳ４１３では、ＴＳＰサーバが、セキュリティ素子識別子、汎用カード識別子、及び汎用個人化データの間のマッピング関係を確立する。

ＴＳＰサーバがＴＳＭサーバに応答メッセージを返信し、ＴＳＭサーバが機能コントロールに応答メッセージを返信し、機能コントロールがアプリケーションプログラムに応答メッセージを返信することにより、ユーザ端末にマッピング関係の確立が完了したことを通知する。

ステップＳ４１４では、アプリケーションプログラムが、銀行カードのカード番号を取得する。

ステップＳ４１５では、アプリケーションプログラムが、カード番号を機能コントロールに送信する。

機能コントロールは、カード番号を暗号化し、暗号化されたカード番号をアプリケーションプログラムに返信する。アプリケーションプログラムは、暗号化されたカード番号をバックグラウンドサーバに送信する。バックグラウンドサーバは、暗号化されたカード番号をＴＳＭサーバに送信する。ＴＳＭサーバは、カード番号に基づいて、カードのタイプ、及びカードの発行銀行を判定し、カードのタイプ、及びカードの発行銀行をバックグラウンドサーバにフィードバックする。バックグラウンドサーバは、カードのタイプ、及びカードの発行銀行をアプリケーションプログラムに送信する。

ステップＳ４１６では、アプリケーションプログラムが、カードのタイプに基づいて、カード認証情報を取得し、例えば、クレジットカードの有効期間、クレジットカード認証パスワード（すなわち、ＣＶＮ２）、所有者の携帯電話番号、あるいは、例えば、デビットカードのカードパスワード、所有者の携帯電話番号などである。

アプリケーションプログラムは、カード認証情報を機能コントロールに伝送する。機能コントロールは、カード認証情報を暗号化し、暗号化されたカード認証情報をアプリケーションプログラムに返信する。アプリケーションプログラムは、暗号化されたカード認証情報をバックグラウンドサーバに送信する。

ステップＳ４１７では、バックグラウンドサーバが、カード認証情報をＴＳＭサーバに送信する。

ステップＳ４１８では、ＴＳＭサーバが、カード認証情報をカード組織に送信して、カード組織が当該カードに対して認証を行うようにする。

ステップＳ４１９では、ＴＳＭサーバが、カード組織から送信された認証結果を受信する。

ステップＳ４２０では、認証結果が認証に成功したと特徴付ける場合、ＴＳＭサーバは、バックグラウンドサーバに通知情報を送信して、バックグラウンドサーバにカード紐付けプロセスを開始できることを通知する。

図１５は、本願の実施例に係るカード紐付けプロセスの一例のフローチャートである。図１５では、いくつかのインタラクションするプロセスの文字の説明は省略しているが、図１５において矢印でこれらのインタラクションを示す。図１５に示すように、カード紐付けプロセスは、ステップＳ５０１～ステップＳ５１８を含むことができる。

ステップＳ５０１では、バックグラウンドサーバが、カード紐付けメッセージをアプリケーションプログラムに送信する。

ステップＳ５０２では、アプリケーションプログラムが、カード紐付けメッセージを機能コントロールに送信する。

ステップＳ５０３では、機能コントロールが、カード紐付けメッセージをＴＳＭサーバに送信する。

ステップＳ５０４では、ＴＳＭサーバが、カード紐付けメッセージに応答して、暗号化私有鍵で暗号化されたカード取引識別子を機能コントロールに送信する。

ステップＳ５０５では、機能コントロールが、暗号化されたカード取引識別子をセキュリティ素子に送信する。

ステップＳ５０６では、暗号化公開鍵を利用して暗号化されたカード取引識別子を復号化し、かつ格納する。

セキュリティ素子が応答メッセージを機能コントロールに送信し、機能コントロールが応答メッセージをＴＳＭサーバに送信することにより、ＴＳＭサーバにカード取引識別子をセキュリティ素子に書き込んだことを通知する。

ステップＳ５０７では、ＴＳＭサーバが、セキュリティ素子識別子、第１のマッチング汎用カード識別子、及びカード取引識別子の間のマッピング関係を確立する。

ＴＳＭサーバは、ＴＳＰサーバとインタラクションすることにより、ＴＳＰサーバがセキュリティ素子識別子、第１のマッチング汎用カード識別子、及びカード取引識別子の間のマッピング関係を確立するようにする。

ステップＳ５０８では、ＴＳＰサーバが、セキュリティ素子識別子、第１のマッチング汎用カード識別子、及びカード取引識別子の間のマッピング関係を確立する。

ＴＳＰサーバが応答メッセージをＴＳＭサーバに送信し、ＴＳＭサーバが応答メッセージを機能コントロールに送信し、機能コントロールが応答メッセージをアプリケーションプログラムに送信することにより、アプリケーションプログラムにマッピング関係の確立が完了したことを通知する。

ステップＳ５０９では、アプリケーションプログラムが、検証コードの取得要求メッセージをバックグラウンドサーバに送信する。

ステップＳ５１０では、バックグラウンドサーバが、検証コードの取得要求メッセージをＴＳＭサーバに送信する。

ステップＳ５１１では、ＴＳＭサーバが、検証コードの取得要求メッセージをカード組織に送信する。

ステップＳ５１２では、カード組織が、第１の動的検証コードをＴＳＭサーバに送信する。

ステップＳ５１３では、ＴＳＭサーバが、第１の動的検証コードをバックグラウンドサーバに送信する。

ステップＳ５１４では、バックグラウンドサーバが、第１の動的検証コードをアプリケーションプログラムに送信する。

ステップＳ５１５では、アプリケーションプログラムが、第２の動的検証コードをバックグラウンドサーバに送信する。

ステップＳ５１６では、バックグラウンドサーバが、第２の動的検証コードをＴＳＭサーバに送信する。

ステップＳ５１７では、ＴＳＭサーバが、第２の動的検証コードをカード組織に送信することにより、カード組織が動的検証コードを検証するようにする。

カード組織は、検証応答メッセージをＴＳＭサーバに送信する。

ステップＳ５１８では、検証応答メッセージが検証に成功したと特徴付ける場合、ＴＳＭサーバは、検証結果に基づいて、マッピング関係を活性化する。

ＴＳＭサーバは、検証応答メッセージをバックグラウンドサーバに送信し、バックグラウンドサーバは、検証応答メッセージをアプリケーションプログラムに送信する。

図１６は、本願の実施例に係るカード削除プロセスの一例のフローチャートである。図１６では、いくつかのインタラクションするプロセスの文字の説明は省略しているが、図１６において矢印でこれらのインタラクションを示す。図１６に示すように、カード削除プロセスは、ステップＳ６０１～ステップＳ６０８を含むことができる。

ステップＳ６０１では、アプリケーションプログラムが、ユーザ入力に応答して、カード削除申し込みメッセージをバックグラウンドサーバに送信する。

ステップＳ６０２では、バックグラウンドサーバが、カード削除申し込みメッセージをＴＳＭサーバに送信する。

ステップＳ６０３では、ＴＳＭサーバが、カード削除メッセージをバックグラウンドサーバに送信する。

ステップＳ６０４では、バックグラウンドサーバが、カード削除メッセージを機能コントロールに送信する。

ステップＳ６０５では、機能コントロールが、カード削除メッセージをセキュリティ素子に送信する。

ステップＳ６０６では、セキュリティ素子が、カードのカード取引識別子を削除する。

セキュリティ素子が応答メッセージを機能コントロールに送信し、機能コントロールが応答メッセージをＴＳＭサーバに送信することにより、ＴＳＭサーバにセキュリティ素子がカードのカード取引識別子を削除したことを通知する。

ステップＳ６０７では、ＴＳＭサーバが、当該カードのカード取引識別子を含むマッピング関係を削除する。

ＴＳＭサーバは、ＴＳＰサーバとインタラクションして、ＴＳＰサーバが当該カードのカード取引識別子を含むマッピング関係を削除するようにする。

ステップＳ６０８では、ＴＳＰサーバが、当該カードのカード取引識別子を含むマッピング関係を削除する。

ＴＳＰサーバは、応答メッセージをＴＳＭサーバに送信することにより、ＴＳＭサーバにＴＳＰサーバが当該マッピング関係を削除したことを通知する。ＴＳＭサーバは、カード組織とインタラクションして、カード組織が当該カードのカード取引識別子を含むマッピング関係を削除するようにする。カード組織は、当該カードのカード取引識別子を含むマッピング関係を削除した後に応答メッセージをＴＳＭサーバに送信し、ＴＳＭサーバが応答メッセージをバックグラウンドサーバに送信し、バックグラウンドサーバが応答メッセージをアプリケーションプログラムに送信することにより、ユーザにカード削除が成功したことを通知する。

図１７は、本願の実施例に係るカード削除プロセスの他の例のフローチャートである。図１７では、いくつかのインタラクションするプロセスの文字の説明は省略しているが、図１７において矢印でこれらのインタラクションを示す。図１７に示すように、カード削除プロセスは、ステップＳ７０１～ステップＳ７０５を含むことができる。

ステップＳ７０１では、ＴＳＭサーバが、カード組織のカード削除要求メッセージに応答して、カード削除要求メッセージが削除を指示するカードのカード取引識別子を含むマッピング関係を削除する。

ＴＳＭサーバは、ＴＳＰサーバとインタラクションすることにより、ＴＳＰサーバが当該カードのカード取引識別子を含むマッピング関係を削除するようにする。

ステップＳ７０２では、ＴＳＰサーバが、当該カードのカード取引識別子を含むマッピング関係を削除する。

ＴＳＰサーバは、応答メッセージをＴＳＭサーバに送信することにより、ＴＳＭサーバにＴＳＰサーバが当該カードのカード取引識別子を含むマッピング関係を削除したことを通知する。ＴＳＭサーバは、応答メッセージをカード組織に送信することにより、カード組織に、ＴＳＭサーバ及びＴＳＰサーバが当該カードのカード取引識別子を含むマッピング関係を削除したことを通知する。

ステップＳ７０３では、ＴＳＭサーバが、カード削除メッセージを機能コントロールに送信する。

ステップＳ７０４では、機能コントロールが、カード削除メッセージをセキュリティ素子に送信する。

ステップＳ７０５では、カード削除メッセージに応答して、セキュリティ素子は、当該カードのカード取引識別子を削除する。

セキュリティ素子が応答メッセージを機能コントロールに送信し、機能コントロールが応答メッセージをＴＳＭサーバに送信することにより、ＴＳＭサーバにセキュリティ素子が当該カードのカード取引識別子を削除したことを通知する。

本願の第３の態様は、ユーザ端末を提供する。当該ユーザ端末は、セキュリティ素子を有する。セキュリティ素子には、第１のタイプの汎用カードインスタンス、及び第２のタイプの汎用カードインスタンスが格納されている。第１のタイプの汎用カードインスタンスには、第１のタイプの汎用カード識別子、及び第１のタイプの汎用個人化データが含まれる。第２のタイプの汎用カードインスタンスには、第２のタイプの汎用カード識別子、及び第２のタイプの汎用個人化データが含まれる。第１のタイプの汎用カードインスタンスは、ユーザ端末がカードタイプが第１のタイプであるカードの取引検証を行うのに用いられる。第２のタイプの汎用カードインスタンスは、ユーザ端末がカードタイプが第２のタイプであるカードの取引検証を行うのに用いられる。

図１８は、本願の第３の態様に係るユーザ端末の一実施例の構造概略図である。図１８に示すように、当該ユーザ端末８００は、送信モジュール８０１、受信モジュール８０２、及び処理モジュール８０３を含んでもよい。

送信モジュール８０１は、サーバが紐付けカードにカード取引識別子を割り当てて第１のマッピング関係を確立するように、カード紐付けメッセージをサーバに送信するように構成される。

カード紐付けメッセージには、セキュリティ素子識別子、及び紐付けカード認証情報が含まれる。紐付けカード認証情報には、紐付けカードのカード認証情報が含まれる。第１のマッピング関係は、セキュリティ素子識別子、第１のマッチング汎用カード識別子、及び紐付けカードのカード取引識別子の間のマッピング関係を含む。第１のマッチング汎用カード識別子は、紐付けカードのカードタイプにマッチングする第１のタイプの汎用カード識別子又は第２のタイプの汎用カード識別子である。

受信モジュール８０２は、サーバから送信された紐付けカードのカード取引識別子を受信するように構成される。

処理モジュール８０３は、紐付けカードのカード取引識別子をセキュリティ素子に格納するように構成される。

第１のマッチング汎用カードインスタンスは、紐付けカードの取引検証に用いられる。第１のマッチング汎用カードインスタンスには、第１のマッチング汎用カード識別子が含まれる。

本願の実施例において、ユーザ端末のセキュリティ素子には、第１のタイプの汎用カードインスタンス、及び第２のタイプの汎用カードインスタンスが格納されている。ユーザ端末は、カード紐付けメッセージをサーバに送信することにより、サーバが、紐付けカードにカード取引識別子を割り当て、かつセキュリティ素子識別子、第１のマッチング汎用カード識別子、及び割り当てられたカード取引識別子の間のマッピング関係を確立するようにする。ユーザ端末自体は、紐付けカードに対応する第１のマッチング汎用カードインスタンスを利用して取引検証を行ってもよく、サーバは、決定された第１のマッチング汎用カードインスタンスを利用して取引検証を行ってもよい。第１のマッチング汎用カードインスタンスは、紐付けカードのカードタイプにマッチングする第１のタイプの汎用カードインスタンス又は第２のタイプの汎用カードインスタンスである。すなわち、第１のタイプの汎用カードインスタンス又は第２のタイプの汎用カードインスタンスを利用して取引検証を完了することができる。カードを紐付けする過程において、サーバは、各カードに対応する個人化データを割り当てる必要がないため、毎回カードを紐付けする度に個人化データをダウンロードする必要がなく、それにより、個人化データのダウンロード及び格納を頻繁に行うことを回避し、カード管理プロセスの煩雑さを低減し、カード管理プロセスを簡略化し、さらにカード紐付けの速度を向上させ、カード紐付けにかかる時間を減少させることができる。

いくつかの例では、上記の送信モジュール８０１は、ユーザ端末がカード紐付けを初めて行う場合、さらに、初期化要求メッセージをサーバに送信するように構成される。

上記の受信モジュール８０２は、さらに、サーバとの間で、セキュリティ素子とサーバとの間のセキュリティチャネルを確立するように構成され、また、セキュリティチャネルを介してサーバから配信された初期化情報を受信するように構成される。初期化情報には、セキュリティ素子識別子、暗号化公開鍵、第１のタイプの汎用カードインスタンス、及び第２のタイプの汎用カードインスタンスが含まれる。

処理モジュール８０３は、さらに、初期化情報をセキュリティ素子に格納するように構成される。

いくつかの例では、ユーザ端末がカード紐付けを初めて行うのではない場合、受信された紐付けカードのカード取引識別子は、暗号化公開鍵とペアになる暗号化私有鍵を利用して暗号化されたカード取引識別子である。

処理モジュール８０３は、暗号化公開鍵を利用して紐付けカードのカード取引識別子を復号化し、復号化された紐付けカードのカード取引識別子をセキュリティ素子内に格納するように構成される。

いくつかの例では、セキュリティ素子にプログラムデータパケットが格納されていない場合、初期化情報には、さらにプログラムデータパケットが含まれる。

他のいくつかの例では、セキュリティ素子に格納されたプログラムデータパケットを更新する必要がある場合、初期化情報には、更新されたプログラムデータパケットがさらに含まれる。

いくつかの例では、初期化プロセスに限定されず、セキュリティ素子に格納されたプログラムデータパケットを更新する必要がある場合、上記の送信モジュール８０１は、さらに、更新要求メッセージをサーバに送信するように構成される。更新要求メッセージは、更新されたプログラムデータパケットを要求するために用いられる。

いくつかの例では、送信モジュール８０１は、さらに、検証コードの取得要求メッセージをサーバに送信するように構成される。

受信モジュール８０２は、さらに、サーバが検証コードの取得要求メッセージに応答してフィードバックした第１の動的検証コードを受信するように構成される。

受信モジュール８０２は、さらに、入力された第２の動的検証コードを受信するように構成される。

送信モジュール８０１は、さらに、検証コード要求メッセージをサーバに送信することにより、第２の動的検証コードの検証に成功した場合にサーバに第１のマッピング関係を活性化させるように構成される。

検証コード要求メッセージには、第２の動的検証コードが含まれる。

図１９は、本願の第３の態様に係るユーザ端末の他の実施例の構造概略図である。図１９と図１８との相違点は、図１９に示すユーザ端末８００が検証モジュール８０４、及び出力モジュール８０５をさらに含むことができることである。

検証モジュール８０４は、紐付けカードを利用してオンライン取引を行う場合、第１のマッチング汎用カードインスタンスを利用して取引検証計算を行うように構成される。

出力モジュール８０５は、紐付けカードを利用してオンライン取引を行う場合、第１の取引検証情報を取引機器に提供することにより、取引機器を介してサーバが第１のマッピング関係に基づいて、紐付けカードのカード取引識別子に対応する第１のマッチング汎用カードインスタンスを利用して取引検証計算を行うように構成される。

第１の取引検証情報には、紐付けカードのカード取引識別子が含まれる。第１のマッチング汎用カードインスタンスには、第１のマッチング汎用カード識別子が含まれる。

ユーザ端末が支払い取引を行う場合、ユーザ端末は、第１の取引検証情報を取引機器に提供することにより、サーバが取引機器から取引を行う紐付けカードのカード取引識別子を取得して、カード取引識別子によって第１のマッチング汎用カードインスタンスを決定するようにする。

ユーザ端末と取引機器がオンライン支払い取引の場合、ユーザ端末によって提供される第１の取引検証情報には、取引に使用された紐付けカードのカード取引識別子が含まれる。第１の取引検証情報は、取引機器を介してサーバに伝送されることができ、サーバは、カード取引識別子に基づいて、今回の支払い取引に使用されたカードを識別することができ、それにより、アクワイアラは異なるカードによって行われた支払い取引を区別することができる。

他のいくつかの例では、検証モジュール８０４は、さらに、紐付けカードを利用してオフライン取引を行う場合、第１のマッチング汎用カードインスタンスを利用して取引検証計算を行うように構成される。

出力モジュール８０５は、さらに、第２の取引検証情報を取引機器に提供して、取引機器が第１のマッチング汎用カードインスタンスを利用して取引検証計算を行うように構成される。

第２の取引検証情報には、第１のマッチング汎用カードインスタンスが含まれる。

いくつかの例では、受信モジュール８０２は、さらに、デフォルトカードを設定する入力を受信するように構成される。

デフォルトカードを設定する入力は、デフォルトカードを選択するために用いられる。

送信モジュール８０１は、オンラインの場合、さらに、デフォルトカードの設定メッセージをサーバに送信して、サーバが第２のマッピング関係の使用状態をデフォルト使用状態に設定するように構成される。

デフォルトカードの設定メッセージには、デフォルトカードのカード取引識別子が含まれる。第２のマッピング関係は、セキュリティ素子識別子、第２のマッチング汎用カード識別子、及びデフォルトカードのカード取引識別子の間のマッピング関係を含む。第２のマッチング汎用カード識別子は、デフォルトカードのカードタイプにマッチングする第１のタイプの汎用カード識別子又は第２のタイプの汎用カード識別子である。

受信モジュール８０２は、さらに、サーバから送信されたデフォルトカードの応答メッセージを受信するように構成される。

デフォルトカードの応答メッセージは、第２のマッピング関係の使用状態がデフォルト使用状態に設定されたことを特徴付けるために用いられる。

処理モジュール８０３は、さらに、デフォルトカードの応答メッセージに応答して、デフォルトカードの設定命令によって、セキュリティ素子におけるデフォルトカードのカード取引識別子の使用状態をデフォルト使用状態に設定し、セキュリティ素子におけるデフォルトカードのカード取引識別子に対応する第２のマッチング汎用カードインスタンスの生命状態を有効状態に設定するように構成される。

第２のマッチング汎用カードインスタンスは、デフォルトカードのカードタイプにマッチングする第１のタイプの汎用カードインスタンス又は第２のタイプの汎用カードインスタンスである。

なお、ある紐付けカードを利用して取引支払いを行う場合、当該紐付けカードが即ちデフォルトカードである。

いくつかの例では、処理モジュール８０３は、さらに、受信されたカード削除メッセージに応答して、セキュリティ素子内の削除対象カードのカード取引識別子を削除するか、又は削除対象カードのカード取引識別子の生命状態を無効状態に設定するように構成される。

カード削除メッセージは、削除対象カードを指示するために用いられる。

本願の第４の態様は、サーバを提供する。当該サーバには、ユーザ端末の第１のタイプの汎用カードインスタンス、及び第２のタイプの汎用カードインスタンスが格納されている。第１のタイプの汎用カードインスタンスには、第１のタイプの汎用カード識別子、及び第１のタイプの汎用個人化データが含まれる。第２のタイプの汎用カードインスタンスには、第２のタイプの汎用カード識別子、及び第２のタイプの汎用個人化データが含まれる。第１のタイプの汎用カードインスタンスは、ユーザ端末がカードタイプが第１のタイプであるカードの取引検証を行うのに用いられる。第２のタイプの汎用カードインスタンスは、ユーザ端末がカードタイプが第２のタイプであるカードの取引検証を行うのに用いられる。

図２０は、本願の第４の態様に係るサーバの一実施例の構造概略図である。図２０に示すように、当該サーバ９００は、受信モジュール９０１、処理モジュール９０２、及び送信モジュール９０３を含むことができる。

受信モジュール９０１は、ユーザ端末から送信されたカード紐付けメッセージを受信するように構成される。

カード紐付けメッセージには、セキュリティ素子識別子、及び紐付けカードの認証情報が含まれる。紐付けカードの認証情報には、紐付けカードのカード認証情報が含まれる。

処理モジュール９０２は、カード紐付けメッセージに応答して、紐付けカードにカード取引識別子を割り当てて、第１のマッピング関係を確立するように構成される。

第１のマッピング関係は、セキュリティ素子識別子、第１のマッチング汎用カード識別子、及び紐付けカードのカード取引識別子の間のマッピング関係を含む。第１のマッチング汎用カード識別子は、紐付けカードのカードタイプにマッチングする第１のタイプの汎用カード識別子又は第２のタイプの汎用カード識別子である。

送信モジュール９０３は、紐付けカードのカード取引識別子をユーザ端末に送信するように構成される。

第１のマッチング汎用カードインスタンスは、紐付けカードの取引検証に用いられる。第１のマッチング汎用カードインスタンスには、第１のマッチング汎用カード識別子が含まれる。

本願の実施例において、サーバは、ユーザ端末から送信されたカード紐付けメッセージに応答して、紐付けカードにカード取引識別子を割り当てて、セキュリティ素子識別子、第１のマッチング汎用カード識別子、及び割り当てられた当該カード取引識別子の間の第１のマッピング関係を確立する。サーバは、紐付けカードに割り当てられたカード取引識別子をユーザ端末に送信することにより、ユーザ端末が当該カード取引識別子を取得するようにする。サーバは、第１のマッチング汎用カードインスタンスを利用して取引検証計算を行い、第１のマッチング汎用カードインスタンスには、第１のマッチング汎用カード識別子が含まれる。ユーザ端末のアプリケーションプログラムに紐付けされたカードタイプが同じであるカードに対して、ユーザ端末とサーバは、同じマッチング汎用カードインスタンスを利用して取引検証を行うため、サーバは各カードに単独で取引検証用の個人化データを配置する必要がなく、カード紐付けを行う度に、サーバが当該カードに対応する個人化データをユーザ端末に伝送する必要があるという状況を回避し、カード管理プロセスの煩雑さを低減し、カード管理プロセスを簡略化し、さらにカード紐付けの速度を向上させ、カード紐付けにかかる時間を減少させることができる。

いくつかの例では、受信モジュール９０１は、さらに、ユーザ端末から送信された初期化要求メッセージを受信するように構成される。

送信モジュール９０３は、さらに、初期化要求メッセージに応答して、ユーザ端末との間で、ユーザ端末におけるセキュリティ素子とサーバとの間のセキュリティチャネルを確立するように構成される。

送信モジュール９０３は、さらに、セキュリティチャネルを介してセキュリティ素子に初期化情報を配信するように構成される。

初期化情報には、セキュリティ素子識別子、暗号化公開鍵、第１のタイプの汎用カードインスタンス、及び第２のタイプの汎用カードインスタンスが含まれる。

いくつかの例では、サーバがカード紐付けメッセージを初めて受信することではない場合、処理モジュール９０２は、さらに、暗号化公開鍵とペアになる暗号化私有鍵を利用して紐付けカードのカード取引識別子を暗号化するように構成される。

送信モジュール９０３は、さらに、暗号化された紐付けカードのカード取引識別子をユーザ端末に送信するように構成される。

いくつかの例では、セキュリティ素子にプログラムデータパケットが格納されていない場合、初期化情報には、プログラムデータパケットがさらに含まれている。

他のいくつかの例では、セキュリティ素子に格納されたプログラムデータパケットをアップグレードする必要がある場合、初期化情報には、アップグレードされたプログラムデータパケットがさらに含まれている。

いくつかの例では、初期化プロセスに限定されず、セキュリティ素子に格納されたプログラムデータパケットを更新する必要がある場合、上記の受信モジュールは、さらに、ユーザ端末から送信された更新要求メッセージを受信するように構成される。

上記の送信モジュール９０３は、さらに、更新要求メッセージに応答して、更新されたプログラムデータパケットをユーザ端末に送信するように構成される。

いくつかの例では、受信モジュール９０１は、さらに、ユーザ端末から送信された検証コードの取得要求メッセージを受信するように構成される。

送信モジュール９０３は、さらに、検証コードの取得要求メッセージに応答して、第１の動的検証コードをユーザ端末にフィードバックするように構成される。

受信モジュール９０１は、さらに、ユーザ端末から送信された検証コード要求メッセージを受信するように構成される。

検証コード要求メッセージには、第２の動的検証コードが含まれる。

処理モジュール９０２は、さらに、第２の動的検証コードの検証に成功した場合に第１のマッピング関係を活性化するように構成される。

図２１は、本願の第４の態様に係るサーバの他の実施例の構造概略図である。図２１と図２０との相違点は、図２１に示すサーバ９００が検証モジュール９０４をさらに含むことができることである。

上記の受信モジュール９０１は、さらに、紐付けカードを利用してオンライン取引を行う場合、取引機器を介してユーザ端末によって提供される第１の取引検証情報を受信するように構成される。

第１の取引検証情報には、紐付けカードのカード取引識別子が含まれる。

検証モジュール９０４は、第１のマッピング関係に基づいて、紐付けカードのカード取引識別子に対応する第１のマッチング汎用カードインスタンスを利用して取引検証計算を行うように構成される。

オンライン取引の場合、サーバは、取引機器を介してユーザ端末機器によって提供される第１の取引検証情報を受信することができる。第１の取引検証情報には、紐付けカードのカード取引識別子が含まれる。サーバは、当該カード取引識別子に基づいて、第１のマッピング関係における第１のマッチング汎用カードインスタンスを決定することができ、それにより第１のマッチング汎用カードインスタンスを利用して取引検証計算を行う。

かつ、ユーザ端末と取引機器がオンライン支払い取引の場合、サーバが取引機器を介してユーザ端末から取得した第１の取引検証情報には、取引に使用された紐付けカードのカード取引識別子が含まれる。サーバは、当該カード取引識別子に基づいて、今回の支払い取引に使用されたカードを識別することができ、それによりアクワイアラは異なるカードによって行われた支払い取引を区別することができる。

他のいくつかの例では、処理モジュール９０２は、さらに、ユーザ端末が紐付けカードを利用して取引機器とオフライン取引を行った後、オンラインになった場合、第１のマッチング汎用カードインスタンスを取得し、第１のマッチング汎用カードインスタンスを利用して取引検証計算を行うように構成される。

いくつかの例では、受信モジュール９０１は、オンラインの場合、さらに、ユーザ端末から送信されたデフォルトカードの設定メッセージを受信するように構成される。

デフォルトカードの設定メッセージには、選択されたデフォルトカードのカード取引識別子が含まれる。

処理モジュール９０２は、さらに、デフォルトカードの設定メッセージに応答して、第２のマッピング関係の使用状態をデフォルト使用状態に設定するように構成される。

第２のマッピング関係は、セキュリティ素子識別子、第２のマッチング汎用カード識別子、及びデフォルトカードのカード取引識別子の間のマッピング関係を含む。

送信モジュール９０３は、さらに、デフォルトカードの応答メッセージをユーザ端末に送信するように構成され、デフォルトカードの応答メッセージは、第２のマッピング関係の使用状態がデフォルト使用状態に設定されたことを特徴付けるために用いられる。

いくつかの例では、検証モジュール９０４は、さらに、ユーザ端末が取引機器とオフライン取引を行った後、オンラインになった場合、第２のマッチング汎用カードインスタンスに基づいて取引検証計算を行うように構成される。

第２のマッチング汎用カードインスタンスは、デフォルトカードのカードタイプにマッチングする第１のタイプの汎用カードインスタンス又は第２のタイプの汎用カードインスタンスである。

いくつかの例では、ある紐付けカードを利用して取引支払いを行う場合、当該紐付けカードが即ちデフォルトカードである。処理モジュール９０２は、さらに、ユーザ端末が取引機器とオフライン取引を行った後、オンラインになった場合、使用状態がデフォルト使用状態である第２のマッピング関係を決定し、第２のマッピング関係におけるデフォルトカードのカード取引識別子を利用して決済を行うように構成される。

いくつかの例では、受信モジュール９０１は、さらに、カード削除要求メッセージを受信するように構成される。

カード削除要求メッセージは、削除対象カードを指示するために用いられる。

処理モジュール９０２は、さらに、カード削除要求メッセージに応答して、第３のマッピング関係を削除するか、又は第３のマッピング関係の生命状態を無効状態に設定するように構成される。

第３のマッピング関係は、セキュリティ素子識別子、第３のマッチング汎用カード識別子、及び削除対象カードのカード取引識別子の間の対応関係を含む。第３のマッチング汎用カード識別子は、削除対象カードのカードタイプにマッチングする第１のタイプの汎用カード識別子又は第２のタイプの汎用カード識別子である。

本願の第５の態様は、ユーザ端末を提供する。図２２は、本願の第５の態様に係るユーザ端末の一実施例の構造概略図である。図２２に示すように、ユーザ端末１０００は、メモリ１００１、プロセッサ１００２、及びメモリ１００１に格納されかつプロセッサ１００２で実行可能なコンピュータプログラムを含む。

一例において、上記のプロセッサ１００２は、中央処理装置（ＣＰＵ）、又は特定用途向けの集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ）を含んでもよく、あるいは、本願の実施例を実施する一つ又は複数の集積回路として構成されてもよい。

メモリ１００１は、リードオンリーメモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、ディスク記憶媒体デバイス、光記憶媒体デバイス、フラッシュメモリデバイス、電気的、光学的又は他の物理的／有形メモリ記憶デバイスを含んでもよい。したがって、一般的に、メモリは、コンピュータ実行可能な命令を含むソフトウェアが符号化された一つ以上の有形（非一時的）なコンピュータ可読記憶媒体（例えば、メモリデバイス）を含み、当該ソフトウェアが実行される（例えば、一つ以上のプロセッサによって）場合、本願の第１の態様に係るカード管理方法を参照して説明された動作を実行するように動作することができる。

プロセッサ１００２は、メモリ１００１に格納された実行可能なプログラムコードを読み取ることにより、実行可能なプログラムコードに対応するコンピュータプログラムを実行し、上記の実施例における第１の態様のカード管理方法を実現するために用いられる。

一例において、ユーザ端末１０００は、通信インタフェース１００３、及びバス１００４をさらに含んでもよい。ここで、図２２に示すように、メモリ１００１、プロセッサ１００２、通信インタフェース１００３は、バス１００４を介して接続され、相互間の通信を行う。

通信インタフェース１００３は、主に、本願の実施例における各モジュール、装置、ユニット、及び／又はデバイスの間の通信を実現するために用いられる。また、通信インタフェース１００３を介して入力デバイスおよび／または出力デバイスにアクセスすることもできる。

バス１００４は、ユーザ端末１０００の部品を互いに結合させるハードウェア、ソフトウェア、又はその両者を含む。限定ではなく一例として、バス１００４は、アクセラレーテッドグラフィックスポート（Ａｃｃｅｌｅｒａｔｅｄ Ｇｒａｐｈｉｃｓ Ｐｏｒｔ、ＡＧＰ）、又は他のグラフィックスバス、拡張業界標準アーキテクチャ（Ｅｎｈａｎｃｅｄ Ｉｎｄｕｓｔｒｙ Ｓｔａｎｄａｒｄ Ａｒｃｈｉｔｅｃｔｕｒｅ、ＥＩＳＡ）バス、フロントサイドバス（Ｆｒｏｎｔ Ｓｉｄｅ Ｂｕｓ、ＦＳＢ）、ハイパートランスポート（Ｈｙｐｅｒ Ｔｒａｎｓｐｏｒｔ、ＨＴ）相互接続、産業標準アーキテクチャ（Ｉｎｄｕｓｔｒｉａｌ Ｓｔａｎｄａｒｄ Ａｒｃｈｉｔｅｃｔｕｒｅ、ＩＳＡ）バス、無限帯域幅相互接続、低ピン数（Ｌｏｗ ｐｉｎ ｃｏｕｎｔ、ＬＰＣ）バス、メモリバス、マイクロチャネルアーキテクチャ（Ｍｉｃｒｏ Ｃｈａｎｎｅｌ Ａｒｃｈｉｔｅｃｔｕｒｅ、ＭＣＡ）バス、周辺コンポーネント相互接続（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ、ＰＣＩ）バス、ＰＣＩ－Ｅｘｐｒｅｓｓ（ＰＣＩ－Ｘ）バス、シリアルアドバンスドテクノロジーアタッチメント（Ｓｅｒｉａｌ Ａｄｖａｎｃｅｄ Ｔｅｃｈｎｏｌｏｇｙ Ａｔｔａｃｈｍｅｎｔ、ＳＡＴＡ）バス、ビデオ電子標準協会ローカル（Ｖｉｄｅｏ Ｅｌｅｃｔｒｏｎｉｃｓ Ｓｔａｎｄａｒｄｓ Ａｓｓｏｃｉａｔｉｏｎ Ｌｏｃａｌ Ｂｕｓ、ＶＬＢ）バス、又は他の適切なバス、又は二つ以上のこれらの組み合わせを含んでもよい。適切な場合、バス１００４は、一つ又は複数のバスを含んでもよい。本願の実施例は、特定のバスを説明及び図示したが、本願は、任意の適切なバス又は相互接続を考慮する。

本願の第６の態様は、サーバを提供する。図２３は、本願の第６の態様に係るサーバの一実施例の構造概略図である。図２３に示すように、サーバ１１００は、メモリ１１０１、プロセッサ１１０２、及びメモリ１１０１に格納されかつプロセッサ１１０２で実行可能なコンピュータプログラムを含む。

一例において、上記のプロセッサ１１０２は、中央処理装置（ＣＰＵ）、又は特定用途向けの集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ）を含んでもよく、あるいは、本願の実施例を実施する一つ又は複数の集積回路として構成されてもよい。

メモリ１１０１は、リードオンリーメモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、ディスク記憶媒体デバイス、光記憶媒体デバイス、フラッシュメモリデバイス、電気的、光学的又は他の物理的／有形メモリ記憶デバイスを含んでもよい。したがって、一般的に、メモリは、コンピュータ実行可能な命令を含むソフトウェアが符号化された一つ以上の有形（非一時的）なコンピュータ可読記憶媒体（例えば、メモリデバイス）を含み、当該ソフトウェアが実行される（例えば、一つ以上のプロセッサによって）場合、本願の第２の態様に係るカード管理方法を参照して説明された動作を実行するように動作することができる。

プロセッサ１１０２は、メモリ１１０１に格納された実行可能プログラムコードを読み取ることにより、実行可能プログラムコードに対応するコンピュータプログラムを実行し、上記の実施例における第２の態様のカード管理方法を実現するために用いられる。

一例において、サーバ１１００は、通信インタフェース１１０３、及びバス１１０４をさらに含んでもよい。ここで、図２３に示すように、メモリ１１０１、プロセッサ１１０２、通信インタフェース１１０３は、バス１１０４を介して接続され、相互間の通信を行う。

通信インタフェース１１０３は、主に、本願の実施例における各モジュール、装置、ユニット、及び／又はデバイスの間の通信を実現するために用いられる。また、通信インタフェース１１０３を介して入力デバイス、及び／又は出力デバイスにアクセスすることもできる。

バス１１０４は、サーバ１１００の部品を互いに結合させるハードウェア、ソフトウェア、又はその両者を含む。限定ではなく一例として、バス１１０４は、アクセラレーテッドグラフィックスポート（Ａｃｃｅｌｅｒａｔｅｄ Ｇｒａｐｈｉｃｓ Ｐｏｒｔ、ＡＧＰ）、又は他のグラフィックスバス、拡張業界標準アーキテクチャ（Ｅｎｈａｎｃｅｄ Ｉｎｄｕｓｔｒｙ Ｓｔａｎｄａｒｄ Ａｒｃｈｉｔｅｃｔｕｒｅ、ＥＩＳＡ）バス、フロントサイドバス（Ｆｒｏｎｔ Ｓｉｄｅ Ｂｕｓ、ＦＳＢ）、ハイパートランスポート（Ｈｙｐｅｒ Ｔｒａｎｓｐｏｒｔ、ＨＴ）相互接続、産業標準アーキテクチャ（Ｉｎｄｕｓｔｒｉａｌ Ｓｔａｎｄａｒｄ Ａｒｃｈｉｔｅｃｔｕｒｅ、ＩＳＡ）バス、無限帯域幅相互接続、低ピン数（Ｌｏｗ ｐｉｎ ｃｏｕｎｔ、ＬＰＣ）バス、メモリバス、マイクロチャネルアーキテクチャ（Ｍｉｃｒｏ Ｃｈａｎｎｅｌ Ａｒｃｈｉｔｅｃｔｕｒｅ、ＭＣＡ）バス、周辺コンポーネント相互接続（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ、ＰＣＩ）バス、ＰＣＩ－Ｅｘｐｒｅｓｓ（ＰＣＩ－Ｘ）バス、シリアルアドバンスドテクノロジーアタッチメント（Ｓｅｒｉａｌ Ａｄｖａｎｃｅｄ Ｔｅｃｈｎｏｌｏｇｙ Ａｔｔａｃｈｍｅｎｔ、ＳＡＴＡ）バス、ビデオ電子標準協会ローカル（Ｖｉｄｅｏ Ｅｌｅｃｔｒｏｎｉｃｓ Ｓｔａｎｄａｒｄｓ Ａｓｓｏｃｉａｔｉｏｎ Ｌｏｃａｌ Ｂｕｓ、ＶＬＢ）バス、又は他の適切なバス、又は二つ以上のこれらの組み合わせを含んでもよい。適切な場合、バス１１０４は、一つ又は複数のバスを含んでもよい。本願の実施例は、特定のバスを説明及び図示したが、本願は、任意の適切なバス又は相互接続を考慮する。

本願の第７の態様は、さらに、カード管理システムを提供する。当該カード管理システムは、上記の実施例におけるユーザ端末、及びサーバを含んでもよく、具体的な内容は、上記の実施例における関連説明を参照することができるため、ここでは繰り返して説明しない。

本願の第８の態様は、さらに、コンピュータ記憶媒体を提供し、当該コンピュータ記憶媒体にはコンピュータプログラムが格納されており、当該コンピュータプログラムがプロセッサによって実行される時に上記の実施例におけるカード管理方法を実現することができ、かつ同じ技術的効果を達成することができるが、重複することを避けるために、ここでは繰り返して説明しない。ここで、上記のコンピュータ記憶媒体は、リードオンリーメモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭと略称する）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭと略称する）、磁気ディスク、又は光ディスクなどの非一時的コンピュータ可読記憶媒体を含んでもよいが、ここでは限定しない。

本明細書における各実施例は漸進的に説明されており、各実施例の間の同一又は類似の部分は互いに参照されることができ、各実施例は、いずれも他の実施例との異なる点を中心に説明した。ユーザ端末の実施例、サーバの実施例、システムの実施例、コンピュータ記憶媒体の実施例については、関連する部分は方法の実施例の説明部分を参照することができる。なお、本願は、上述に説明され、図に示された特定のステップや構成に限定されるものではない。当業者は、本願の精神を理解した上で、様々な変更、修正、及び追加、又はステップ間の順序の変更を実行することができる。また、説明を簡潔にするために、ここで既知の方法技術に対する詳細な説明は省略する。

以上、本願の実施例に係る方法、装置（システム）、及びコンピュータプログラム製品のフローチャート、及び／又はブロック図を参照しながら、本願の各態様について説明した。なお、フローチャート、及び／又はブロック図における各ブロック、及びフローチャート、及び／又はブロック図における各ブロックの組み合わせは、コンピュータプログラム命令によって実現することができる。これらのプログラム命令を、汎用コンピュータ、専用コンピュータ、又は他のプログラマブルデータ処理装置のプロセッサに提供して、機器を生成することにより、コンピュータ又は他のプログラマブルデータ処理装置のプロセッサで実行されたこれらのプログラム命令により、フローチャート及び／又はブロック図の一つ又は複数のブロックで指定した機能／動作が実現できるようにする。このようなプロセッサは、汎用プロセッサ、専用プロセッサ、特殊アプリケーションプロセッサ、又はフィールドプログラマブルロジック回路であってもよいが、これらに限定されない。また、ブロック図、及び／又はフローチャートにおける各ブロック、及びブロック図、及び／又はフローチャートにおけるブロックの組み合わせは、指定された機能又は動作を実行する専用ハードウェアによって実現されてもよく、又は専用ハードウェア、及びコンピュータ命令の組み合わせによって実現されてもよいことも理解されることであろう。

当業者であれば理解できるように、上記の実施例はいずれも例示的なものであり、限定的なものではない。異なる実施例に現れた異なる技術的特徴を組み合わせることにより、有益な効果を達成することができる。当業者は、図面、明細書、及び特許請求の範囲を研究した上で、開示された実施例の他の変更された実施例を理解して実現することができるべきである。特許請求の範囲において、「含む」という用語は、他の装置又はステップを排除するものではない。「一つ」という数量詞は、複数を排除するものではない。「第１」、「第２」という用語は、任意の特定の順序を示すものではなく名称を示すために用いられる。特許請求の範囲における任意の参照符号は、保護範囲を限定するものと解釈されるべきではない。特許請求の範囲に記載された複数の部分の機能は、一つの独立したハードウェア又はソフトウェアモジュールによって実現することができる。いくつかの技術的特徴が異なる従属請求項に現れることは、これらの技術的特徴を組み合わせて有益な効果を達成することができないことを意味しない。

Claims (28)

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. コンピュータ記憶媒体であって、
    前記コンピュータ記憶媒体にはコンピュータプログラム命令が格納されており、前記コンピュータプログラム命令がプロセッサによって実行されると、請求項１１乃至２１のいずれか一項に記載のカード管理方法が実現される、
    コンピュータ記憶媒体。