多卡生成方法、多卡使用方法和多卡系统与流程

本文描述的发明构思的实施例涉及多卡生成方法、多卡使用方法和多卡系统，并且更具体地涉及用于存储关于多张卡的信息的多卡，其中所述卡具有集成电路(ic)芯片，并且允许用户选择多张卡中的任何一张并使用所选择的卡。

背景技术：

卡、通常是信用卡是指用于校验信用交易中客户的身份和帐户的塑料件，其中他或她首先收到产品或服务，并在以后从其银行帐户自动偿还产品或服务的价格。

图1图示了常规卡的外观。

集成电路(ic)芯片11可以安装在由塑料材料制成的常规卡10上。可以在该卡10的表面上雕刻用于标识卡10的卡号12、有效期13和卡用户名14。尽管在图1中未示出，但是可以在该卡10的背面上写入姓名的签名块、支付所需的卡验证码(cvc)等。因此，实际上常规卡10的表面上可以暴露个人信息或与支付关联的信息。

因此，在常规卡10丢失时，个人信息可能会被暴露和被误用。

此外，由于为每种类型的发行卡发行单独的塑料卡，所以用户在他或她的钱包中同时携带多张卡是不方便的。例如，用户在他或她钱包里除了的信用卡外携带用于接收其他服务的多张卡(例如会员卡、预付卡、支票卡和优惠卡)是不方便的。

在这种为每种服务提供单独的塑料卡的常规卡系统中，用户应拥有多张卡，并且发卡片公司因发行和交付塑料卡而应支付相当大的费用或成本。

图2为图示了为了解决这样的问题而开发的常规多卡的外观的图。

图2的常规多卡20可以在其中具有单独的电源单元，并且可以具有用于选择存储在其中的任何一张卡的单独的显示单元21。此外，常规多卡20可以具有用于选择卡的单独开关22。

换句话说，常规多卡20只能在其中配备电源单元时才能工作。当未配备电源单元时，不能选择多张卡中的一张以及使用常规多卡20。

图3是图示了用于在这种常规多卡中存储卡信息的方法的图。

为了将卡信息存储在常规多卡中，常规塑料卡10的磁性信息应使用单独的磁性读取设备30来读取。由磁性读取设备30读取的信息应存储在常规多卡中。

因此，这种常规多卡仅提出针对用户可能携带多张塑料卡的不便的方案。常规多卡不能解决用户可能发出常规塑料卡10的问题。此外，由于卡片公司可能持续发行常规多卡10，由发行常规多卡引起的成本负担并没有解决。

最重要的是，复制从常规塑料卡10上读取的磁信息可能是非法的。因此，从常规塑料卡10复制磁信息可能助长了盗取卡。

因此，存在用于解决常规塑料卡10的所有问题和常规多卡的问题的新型多卡模型。

技术实现要素：

技术问题

本发明构思的实施例提供一种用于在ic卡中存储多张卡信息的多卡生成方法、多卡使用方法以及多卡系统。

本发明构思的实施例提供一种用于选择和使用存储在ic卡中的多张卡中的一张的多卡生成方法、多卡使用方法以及多卡系统。

本发明构思的实施例提供了一种用于解决常规多卡的安全问题和发行问题的多卡生成方法、多卡使用方法和多卡系统。

技术方案

根据实施例的一个方面，多卡生成方法可以包括由终端设备向发卡服务器发送发卡申请，由终端设备从发卡服务器接收集成电路(ic)卡的卡认证请求或标记(tagging)请求，由终端设备将从ic卡接收到的认证信息发送给发卡服务器，由终端设备接收与由发卡服务器验证的认证信息相对应的发卡信息，以及由终端设备将与认证信息相对应的发卡信息发送给ic卡。

所述方法还可以包括在由终端设备向ic卡发送与认证信息相对应的发卡信息之后，由终端设备从ic卡接收发卡完成信息，以及由终端设备向发卡服务器发送发卡完成信息。

所述方法还可以包括，在由终端设备将发卡申请发送到发卡服务器之后，由终端设备从发卡服务器接收发卡准备完成信息，以及由终端设备向发卡服务器发送发卡请求。

在终端设备处从发卡服务器接收与认证信息相对应的发卡信息可以通过由发卡服务器建立与终端设备的会话(安全区域)以及由发卡服务器向终端设备发送与认证信息相对应的发卡信息来进行。

根据实施例的另一方面，多卡生成方法可以包括通过ic卡标记到终端设备，由ic卡向终端设备发送认证信息，由ic卡从终端设备接收与认证信息相对应的发卡信息，并由ic卡将与认证信息相对应的发卡信息存储在ic卡的ic芯片中。

所述方法还可以包括，在ic卡将发卡信息存储在ic卡的ic芯片中之后，由ic卡向终端设备发送发卡完成信息。在ic卡处从终端设备接收与认证信息相对应的发卡信息可以通过由终端设备建立与ic卡的会话(安全区域)以及由终端设备将发卡信息发送到ic卡来进行。

根据实施例的另一方面，多卡生成方法可以包括由发卡服务器接收来自终端设备的发卡申请，由发卡服务器生成发卡数据，并向终端设备发送发卡准备完成信息，由发卡服务器接收来自终端设备的发卡请求，由发卡服务器向终端设备发送卡标记请求或卡认证请求，由发卡服务器从终端设备接收ic卡的认证信息，由发卡服务器验证ic卡的认证信息，并且由发卡服务器向终端设备发送与认证信息相对应的发卡信息。

所述方法还可以包括，在由发卡服务器向终端设备发送与认证信息相对应的发卡信息后，由发卡服务器从终端设备接收发卡完成信息，以及由发卡服务器执行发卡完成处理。在发卡服务器处向终端设备发送与认证信息相对应的发卡信息可以通过由发卡服务器建立与终端设备的会话(安全区域)以及由发卡服务器将发卡信息发送到终端设备来进行。

根据实施例的另一方面，多卡使用方法可以包括：由ic卡标记到终端设备，由ic卡将存储在ic卡中的卡信息发送到终端设备，由ic卡从终端设备接收被选择为支付卡的卡的信息，并由ic卡将被选择为支付卡的卡的信息存储在ic卡中。

根据实施例的另一方面，多卡使用方法可以包括：通过终端设备标记到ic卡，由终端设备从ic卡接收存储在ic卡中的卡信息，当存储在ic卡中的卡中的至少一张被选择时，由终端设备生成被选择为支付卡的卡的信息以及由终端设备将被选择为支付卡的卡的信息发送到ic卡。

被选择为支付卡的卡的信息可以包括待用作主支付卡的卡的信息和待用作副支付卡的卡的信息。当主支付卡未被核准进行付款时，可以由副支付卡进行支付。

有益效果

根据本发明构思的示例性实施例，多卡生成方法、多卡使用方法和多卡系统可以具有以下效果。

首先，用户可以通过使用一张卡而享受各种卡的益处。因此，可以减少用户携带多张卡的不便。

其次，消费者可以不需要改变他或她的常规消费模式。因此，消费者可以使用接触卡、非接触式卡、组合(combi)卡或混合卡，而无需进行改变以使得使用接触卡、非接触式卡、组合卡或混合卡。

第三，由于从卡的表面暴露的信息被最小化，因此可以防止在丢失卡时暴露个人信息。

第四，通过将关于多张卡的信息存储在嵌入有ic芯片的卡而不是磁条(ms)卡中，可以实现稳定的安全性。

第五，可以节省卡片公司交付塑料卡时消耗的时间和成本。在常规的卡申请系统中交付塑料卡可能消耗大约一个星期。根据本发明构思的示例性实施例的多卡生成方法、多卡使用方法和多卡系统，只有在可以通过卡片公司发行卡时，才能实时发卡。此外，可以在最初防止可能由于交付塑料卡而引起的丢失塑料卡和将塑料卡交付给他人的问题。

第六，常规多卡可能助长安全问题，并且卡信息中非法信息可以存储在多卡中使得通过磁条复制信息。根据本发明构思的示例性实施例的多卡，授权卡发行机构可以经由终端设备直接向ic卡发卡，从而增加安全性。

最后，可以选择存储在ic卡中的卡之一作为主支付卡，并且选择其他卡为副支付卡。因此，虽然主支付卡未被核准进行支付，但是可以使用副支付卡进行支付。因此，在主支付卡未被核准进行支付的情况下，例如，当在支票卡被选择为主支付卡的余额不足的状态下时，可以使用副支付卡进行支付。

附图说明

图1是图示了常规卡的外观的图。

图2是图示了为了解决这样的问题而开发的常规多卡的外观的图。

图3是图示了用于在这种常规多卡中存储卡信息的方法的图。

图4是图示了用于在根据本发明构思的示例性实施例的多卡生成或使用方法中使用的ic卡的外观的图；

图5是概念地和示意性地图示了根据本发明构思的示例性实施例的多卡生成方法、多卡使用方法和使用多卡系统的方法的图；

图6是图示了在根据本发明构思的示例性实施例的多卡生成方法、多卡使用方法和多卡系统中的在终端设备和ic卡之间发送和接收数据的过程的示意图；

图7是图示了存储在根据本发明构思的示例性实施例的多卡生成方法、多卡使用方法和多卡系统中的ic卡中的各种小程序的图；

图8是图示了在根据本发明构思的示例性实施例的在多卡生成方法、多卡使用方法和多卡系统中的终端设备上执行的应用程序的图；

图9是图示了在根据本发明构思的示例性实施例的在多卡生成方法、多卡使用方法和多卡系统中执行的应用程序中通过点击左箭头或从左向右滑动左箭头来验证在先卡信息的方法的图；

图10是图示了在根据本发明构思的示例性实施例的多卡生成方法、多卡使用方法和多卡系统中执行的应用中通过点击右箭头或从右向左滑动右箭头来验证随后卡信息的方法的图；

图11是图示了在根据本发明构思的示例性实施例的多卡生成方法、多卡使用方法和多卡系统中发行卡的过程的信号序列图；以及

图12是图示了在根据本发明构思的示例性实施例的多卡生成方法、多卡使用方法和多卡系统中发行多卡的过程的示意图。

具体实施方式

在下文中，将参考附图详细描述根据本发明构思的实施例。在本发明构思的实施例中可进行各种修改，并且本发明构思可以具有各种形式。具体实施例在附图中示例并在说明书中详细描述。然而，本发明的构思不旨在限于具体实施例，并且应当理解，它应包括在本发明构思的范围和技术范围内的所有修改、等同物和替代物。

图4是图示了在根据本发明构思的实施例的在多卡生成或使用方法中使用的ic卡的外观的图；

在根据本发明构思的实施例的多卡生成或使用方法中使用的卡中，诸如卡号、有效期、卡验证码(cvc)号等的信息可以从外观上省略。只有ic芯片110和姓名120可以简单地写在卡上。

因此，在根据本发明构思的实施例的多卡生成方法、多卡使用方法和多卡系统中使用的ic卡可以防止ic卡丢失时个人信息或支付所需信息被暴露或误用。

这样的ic卡可以是仅包含ic芯片而不包括可以将电池的电力供应到ic卡的内部的部件的卡，并且可以是与通常使用的卡相同的卡。因此，在根据本发明构思的示例性实施例的多卡生成方法或使用方法中使用的ic卡可以仅包括在其中不需要单独的电源的无源ic芯片，并可以解决参照图2和图3中描述的常规多卡的问题，即仅当给卡提供电源时才可以发出或使用卡的问题。

图5是概念地和示意性地图示了根据本发明构思的实施例的多卡生成方法、多卡使用方法和使用多卡系统的方法的图；

各种卡片公司发行的卡10可以通过诸如智能电话之类的终端设备200植入到ic卡100中。换句话说，由各种卡片公司发行的卡10的支付所需信息可以存储在ic卡100的ic芯片110上。

为此，终端设备200可以包括近场通信(nfc)模块。由各种卡片公司发行的卡10有关的信息可以在ic卡100被标记到终端设备200的状态下经由终端设备200存储在ic芯片110中。换句话说，卡相关数据可以从存储卡信息的系统发送到终端设备200。通过使用nfca将接收到的卡相关数据发送到处于标记状态的ic卡100，终端设备200可以将与多个卡10相关联的信息存储在ic卡100中。这样的任务可以通过在终端设备200上运行的应用程序210来执行。

存储在一张ic卡100中的多张卡中的至少一张可以被注册为主卡。用于注册主卡的方法可以以在ic卡100被标记到终端设备200的状态下使用应用程序210选择所存储的卡中的一个的方式执行。然而，当ic卡100具有显示单元和按钮单元时，用户可以通过按下按钮单元顺序地检查显示在显示单元上的多个卡信息，并可以通过选择多个显示信息中的一个来选择主卡。

因此，与参照图2和图3描述的常规多卡相反，因为具有发行卡权利的机构通过终端设备200直接发行ic卡中的卡，所以与常规多卡相比，根据本发明构思的实施例的多卡生成方法和多卡使用方法可以进一步提高安全性。

图6是图示了在根据本发明构思的实施例的多卡生成方法、多卡使用方法和多卡系统中的终端设备和ic卡之间发送和接收数据的过程的示意图。

终端设备200和ic卡100可以经由nfca交流数据。详细地说，可以使用应用协议数据单元(apdu)来实现终端设备200与ic卡100之间的数据通信。apdu对应于用于在卡和诸如智能电话之类的终端设备之间发送和接收数据的协议。可以使用apdu在ic卡100中实现简单的编程。

图7是图示了存储在根据本发明构思的实施例的多卡生成方法、多卡使用方法和多卡系统中的ic卡中的各种小程序的图。

根据本发明构思的实施例，各种类型的产品可以存储在ic卡100中，并且这些产品可以以小程序的形式存储在ic芯片110中。

例如，ic卡100可以包括支付小程序111、现金ic小程序112、公共交通小程序113等。执行几种功能的小程序可以作为其他小程序114存储在ic芯片110中。换句话说，如果用户想要被发给在根据本发明构思的实施例的多卡生成方法、多卡使用方法和多卡系统中使用的ic卡100中的另一卡，则他或她可以被发给卡的小程序，并可以将这种信息存储在ic芯片110上。

上述常规多卡可以从常规塑料卡的磁条读取信息、复制信息、并将信息存储在多卡中。然而，根据本发明构思的实施例的多卡生成方法、多卡使用方法和多卡系统通过从卡发行机构将小程序直接接收到终端设备200并将小程序存储在卡的ic芯片110上，就可以在最初防止在发卡过程中执行非法复制。

图8至图10是图示了在根据本发明构思的实施例的的多卡生成方法、多卡使用方法和多卡系统的终端设备上运行的应用程序的图。

在根据本发明构思的实施例的多卡生成方法，多卡使用方法和多卡系统中，当执行终端设备200的应用程序210，并且然后将ic卡100标记到终端设备200时，可以在终端设备200上向用户显示存储在ic卡100中的卡信息。

通过应用程序210显示的信息可以包括卡图像211、卡号212、卡有效期213、cvc号214、记录在卡中的其他信息217等。换句话说，如上所述，在本发明构思的实施例中使用的ic卡100的表面上不暴露可能引起安全问题的信息如卡号、有效期、cvc号等。然而，当用户需要该信息时，他或她可以运行在根据本发明构思的实施例的多卡生成方法、多卡使用方法和多卡系统中使用的应用程序210，并通过将ic卡100标记给终端设备200来验证该信息。

主卡显示部分215显示在卡图像211上，卡图像211显示在应用程序210上。当选择相应的卡作为主卡时，可以通过主卡显示部分215通知用户该卡被显示为主卡。例如，由于主卡显示部分215在卡图像211的一侧上被显示为星形，并且当星形填充有黄色时，可以通知用户当前显示在应用程序210上的卡被选择为ic卡100上的主卡。然而，本发明构思的实施例不限于该示例。例如，可以根据实施例实施各种修改。

用于执行滑动操作的箭头216可以设置在显示在应用程序210上的卡图像211的左侧和右侧。此外，用户可以直接触摸这些箭头216，并可以检查在先的或随后的卡信息。

图9是图示了通过从左向右滑动或点击左箭头216来显示先前存储的卡信息的过程的图。图10是图示了通过从右向左滑动或点击右箭头216来显示后续存储的卡信息的过程的图。

可以在应用程序210上显示卡的卡图像211、卡的卡号212、卡的有效期213、卡的cvc号214和记录在卡中的其他信息217等。在这种情况下，用户可以在主卡显示部分215上核准所述卡未被选择为主卡。

因此，由于根据本发明构思的实施例的多卡生成方法、多卡使用方法和多卡系统通过运行在终端设备200上的应用程序210来选择存储在ic卡中的多个卡中的一个，无源ic卡可能不需要在其中具有单独的电源。

因此，只有当用户想要改变经常使用的卡时，用户才可以将卡标记给终端设备200，并且可以选择要使用的卡，而无需像常规多卡那样周期性地对卡进行充电。

根据本发明构思的实施例的多卡生成方法、多卡使用方法和多卡系统可以使用应用程序210选择存储在ic卡100中的多个卡中的一个作为主支付卡，并可以选择另一个作为副支付卡。只有当主支付卡未被核准进行支付时，副支付卡才可以进行支付。

因此，在使用根据本发明构思的实施例的ic卡100时，因为当主支付卡由于核准错误而未支付时，由副支付卡进行支付，所以使用ic卡100的不便被最小化。换句话说，当使用应用程序210将支票卡设置为主支付卡时，可以阻止由于与支票卡相关联的帐户中的余额不足而支付被拒。

此外，在根据本发明构思的实施例的ic卡100中，可以使用应用程序200选择多个卡中的一个作为主支付卡，并可以选择其他卡作为具有不同优先级顺序的副支付卡。因此，除非存储在ic卡100中的所有卡都无法支付时，总是可以确保支付的有效性。

图11是图示了在根据本发明构思的实施例的多卡生成方法、多卡使用方法和多卡系统中发行卡的过程的序列图。

首先，在操作s10中，通过终端设备200将发卡应用于卡片公司300。在终端设备200上执行申请之后可以通过应用程序执行该步骤，并且可以在该应用程序210的控制下执行。可以由卡片公司300的服务器接收卡的申请。在本发明构思的描述中，卡片公司300可以被提及为包括卡片公司或卡片公司的服务器。

在操作s12中接收卡的申请，卡片公司300可以执行内部申卡流程。在卡片公司300中的内部申卡流程完成之后，在操作s13中，卡片公司300可以生成发卡数据。

在操作s16中，卡片公司300可以在生成发卡数据时，将发卡的请求和发卡数据发送到服务器系统，即满足发卡的要求。本文中，服务器系统400可以对应于生成存储在ic卡100中的卡信息的服务器。该服务器系统400可以利用卡片公司300的服务器建立，或者可以建立为与卡片公司300独立的服务器。

在操作s17中，卡片公司300可以通知终端设备200完成发行准备。

接收到完成发行准备的通知后，在操作s20中，终端设备200可以请求服务器系统400发卡。

在本发明构思的描述中，卡片公司300和服务器系统400可以彼此独立，但是可以被称为诸如发卡服务器之类的一个部件。

接收到来自终端设备200的发卡请求后，在操作s22中，服务器系统400可以请求终端设备200将ic卡标记到终端设备200并认证该卡。

接收到请求后，终端设备200可以提供在其显示单元上将ic卡100标记到用户的请求。注意到该请求后，在操作s24中，用户可以将ic卡100标记给终端设备200，以向终端设备200发送认证信息。

接收到该认证信息后，在操作s26中，终端设备200可以向服务器系统400发送卡认证信息。

接收到卡认证信息后，在操作s28中，服务器系统400可以验证该卡认证信息是否是正确的信息。当作为验证结果，卡认证信息是正确信息时，在操作s30中，服务器系统400可以与终端设备200建立会话(安全区域)，并将与发卡相关联的信息发送到终端设备200。

接收到该信息后，在操作s32中，终端设备200可以使用nfc与ic卡100建立会话，并可以将该卡信息存储在ic卡100中。

存储该卡信息后，在操作s34中，ic卡100可以将发行完成的信号发送到终端设备200。接收到该信号后，在操作s36中，终端设备200可以向服务器系统400发送发行完成的通知。

接收到发行完成的通知后，在操作s38中，服务器系统400可以通过向卡片公司300发送发行完成的通知来终止该发卡过程。

因此，在根据本发明构思的实施例的多卡生成方法、多卡使用方法和多卡系统中，在向ic卡发出期望的卡的过程中，卡片公司300可以经由终端设备200将期望的卡直接存储在ic卡100的ic芯片中。

因此，终端设备200可以从卡片公司300直接发卡，而无需复制磁卡的信息并将复制的信息存储在常规多卡中。发行的卡可以经由终端设备200存储在ic卡中。因此，可以更安全地给终端设备200发卡。

图12是图示了在根据本发明构思的实施例的多卡生成方法、多卡使用方法和多卡系统中发行多卡的过程的示意图。

图12中的虚箭头可以指示当最初发行根据本发明构思的实施例的多卡生成方法、多卡使用方法和多卡系统中使用的ic卡100时的发行过程。实箭头可以指示在最初发行多卡之后另外发行卡时的发行过程。

当用户想要最初发行根据本发明构思的实施例的多卡时，用户可以直接访问卡片公司或者可以通过互联网执行申请多卡的流程。然而，通过移动应用程序(app)的申请不受限制。

当用户最初申请卡时，申卡细节可以被传送给卡片公司(主机)。发行数据可以被发送到智能卡管理系统(scms)。

scms可以将该信息存储在scms数据库(db)中，并且可以核准发行该卡。可以基于scms的核准制作多卡并交付给用户。在根据本发明构思的实施例的多卡生成方法、多卡使用方法和的多卡系统中使用的ic卡100可以仅在最初发行时执行交付过程。

在另外发行卡的情况下，用户可以执行终端设备200的应用程序210，并可以将ic卡100标记给终端设备200，从而请求发行该卡。

在发行卡的该请求被发送之后，交易状态机(tsm)可以执行请求卡片公司(主机)通过代理发行卡的过程。当卡片公司(主机)核准发行卡时，代理可以执行从卡片公司(主机)接收发卡数据的过程。接收到发卡数据后，代理可以请求tsm的tsm核发行卡。tsm核可以将相关信息存储在tsmdb中，并且可以发行该卡。

该发卡信息可以通过空中下载(ota)或通过互联网(oti)发送到终端设备200的应用程序210。接收到该信息后，在终端设备200中执行的应用程序210可以经由终端设备200的nfc模块另外外发行的卡的信息存储在ic卡100的ic芯片110中。

因此，在ic卡最初发出之后，该卡在申请卡的同时立即发行。

最后，在根据本发明构思的实施例的多卡生成方法、多卡使用方法和多卡系统中使用的ic卡100可以是但不限于组合(combi))ic卡。

如上所述，虽然已经参考本发明构思的示例性实施例描述了本发明的构思，但是本领域技术人员可以理解，在不脱离如所附权利要求中阐述的发明构思的精神和范围的情况下，可以进行各种修改和改变。

(附图标记)

10：常规卡

11：芯片

12：卡号

13：有效期

14：用户名

100：ic卡

110：ic芯片

111：支付小程序

112：现金ic小程序

113：公共交通小程序

114：其他小程序

120：姓名

200：终端设备

210：应用程序

211：卡图像

212：卡号

213：卡有效期

214：cvc号

215：主卡显示部分

216：箭头

217：记录在卡中的其他信息

300：卡片公司

400：服务器系统