一种支付标记生成方法及装置的制造方法
【专利摘要】本发明提供一种支付标记生成方法及装置，包括：第一服务器接收第二服务器发送的标记化请求，所述标记化请求中携带第一支付账号；第一服务器根据第一支付账号向第三服务器发送支付标记申请请求消息，所述支付标记申请请求消息用于指示所述第三服务器将第二支付账号映射为所述第一支付账号的支付标记，所述支付标记用于在通过所述支付标记进行支付交易时，将所述支付标记映射为所述第一支付账号，所述第二支付账号为所述第三服务器根据所述第一支付账号生成的；所述第一服务器接收所述第三服务器发送的支付标记响应消息，根据所述支付标记响应消息确定所述第一支付账号映射的支付标记，并将所述第一支付账号映射的支付标记发送给所述第二服务器。
【专利说明】
一种支付标记生成方法及装置
技术领域
[0001]本发明涉及计算机技术领域，尤其涉及一种支付标记(token)化方法及装置。
【背景技术】
[0002]银行卡持卡人使用可以通过银行卡进行线上或线下的交易，同时越来越多的持卡人会将银行卡与一些业务进行绑定，从而为持卡人带来了很多便利，例如绑定水电费账户、绑定通信运营商等。银行卡为持卡人带来便利的同时，也带来了一些麻烦。如果持卡人由于银行卡丢失等情况，导致持卡人需要重新办理银行卡，从而使得原有银行卡绑定的业务均需要重新进行绑定。
[0003]目前，对于如何避免持卡人的支付账号更改导致持卡人带来的不便，还没有明确的解决方法。
【发明内容】
[0004]本发明实施例提供一种支付标记生成方法及装置，用以解决支付账号更改后，需要将与所述支付账号绑定的业务重新进行账号绑定的问题。
[0005]本发明实施例提供一种支付标记生成方法，包括:
[0006]第一服务器接收第二服务器发送的标记化请求，所述标记化请求中携带第一支付账号；
[0007]所述第一服务器根据第一支付账号向第三服务器发送支付标记申请请求消息，所述支付标记申请请求消息用于指示所述第三服务器将第二支付账号映射为所述第一支付账号的支付标记，所述支付标记用于在通过所述支付标记进行支付交易时，将所述支付标记映射为所述第一支付账号，所述第二支付账号为所述第三服务器根据所述第一支付账号生成的；
[0008]所述第一服务器接收所述第三服务器发送的支付标记响应消息，根据所述支付标记响应消息确定所述第一支付账号映射的支付标记，并将所述第一支付账号映射的支付标记发送给所述第二服务器。
[0009]优选的，还包括:
[0010]接收所述第二服务器发送的所述第二支付账号的属性信息；
[0011]根据所述第二支付账号的属性信息为所述第一支付账号的支付标记配置支付权益信息。
[0012]优选的，所述属性信息包括支付账号的历史交易信息、支付账号的用户信息及支付账号的绑定业务信息；
[0013]所述根据所述第二支付账号的属性信息为所述第一支付账号的支付标记配置支付权益信息，包括:
[0014]根据第二支付账号的绑定业务信息确定所述第二支付账号所绑定的业务；
[0015]根据第二支付账号的历史交易信息和/或第二支付账号的用户信息，为所述第二支付账号所绑定的每个业务设定一个支付权益信息。
[0016]优选的，所述支付权益信息包括以下参数中的一种或任意组合:
[0017]支付标记对应的支付金额上限；
[0018]支付标记对应的支付次数上限；
[0019]支付标记对应的支付商户信息；
[0020]支付标记对应的支付类型；
[0021]支付标记对应的支付位置；
[0022]支付标记的有效期。
[0023]优选的，所述将所述第一支付账号映射的支付标记发送给所述第二服务器之后，还包括:
[0024]所述第一服务器接收交易请求消息，并获取所述交易请求消息中携带的支付标记；
[0025]所述第一服务器向所述第三服务器发送携带有所述支付标记的支付标记转换请求消息；
[0026]所述第一服务器获取所述第三服务器发送的携带有第一支付账号的支付标记转换响应消息，第一支付账号为所述支付标记映射的账号，所述支付标记转换响应消息为所述第三服务器接收到所述支付标记转换请求消息之后发送的；
[0027]所述第一服务器发送携带有所述第一支付账号的交易授权请求消息给所述支付账号对应的第二服务器，以便所述第二服务器根据所述第一支付账号判断是否交易授权。
[0028]优选的，所述第一支付账号为主账号PAN。
[0029]本发明实施例提供一种支付标记生成装置，包括:
[0030]第一接收模块，用于接收第二服务器发送的标记化请求，所述标记化请求中携带第一支付账号；
[0031]发送模块，用于根据第一支付账号向第三服务器发送支付标记申请请求消息，所述支付标记申请请求消息用于指示所述第三服务器将第二支付账号映射为所述第一支付账号的支付标记，所述支付标记用于在通过所述支付标记进行支付交易时，将所述支付标记映射为所述第一支付账号，所述第二支付账号为所述第三服务器根据所述第一支付账号生成的；
[0032]第二接收模块，用于接收所述第三服务器发送的支付标记响应消息，根据所述支付标记响应消息确定所述第一支付账号映射的支付标记，并通过所述第一接收模块将所述第一支付账号映射的支付标记发送给所述第二服务器。
[0033]优选的，所述第一接收模块还用于:
[0034]接收所述第二服务器发送的所述第二支付账号的属性信息；
[0035]根据所述第二支付账号的属性信息为所述第一支付账号的支付标记配置支付权益信息。
[0036]优选的，所述属性信息包括支付账号的历史交易信息、支付账号的用户信息及支付账号的绑定业务信息；
[0037]所述根据所述第二支付账号的属性信息为所述第一支付账号的支付标记配置支付权益信息，包括:
[0038]根据第二支付账号的绑定业务信息确定所述第二支付账号所绑定的业务；
[0039]根据第二支付账号的历史交易信息和/或第二支付账号的用户信息，为所述第二支付账号所绑定的每个业务设定一个支付权益信息。
[0040]优选的，所述支付权益信息包括以下参数中的一种或任意组合:
[0041]支付标记对应的支付金额上限；
[0042]支付标记对应的支付次数上限；
[0043]支付标记对应的支付商户信息；
[0044]支付标记对应的支付类型；
[0045]支付标记对应的支付位置；
[0046]支付标记的有效期。
[0047]优选的，所述第二接收模块还用于:
[0048]接收交易请求消息，并获取所述交易请求消息中携带的支付标记；
[0049]向所述第三服务器发送携带有所述支付标记的支付标记转换请求消息；
[0050]获取所述第三服务器发送的携带有第一支付账号的支付标记转换响应消息，第一支付账号为所述支付标记映射的账号，所述支付标记转换响应消息为所述第三服务器接收到所述支付标记转换请求消息之后发送的；
[0051]发送携带有所述第一支付账号的交易授权请求消息给所述支付账号对应的第二服务器，以便所述第二服务器根据所述第一支付账号判断是否交易授权。
[0052]优选的，所述第一支付账号为主账号PAN。
[0053]根据本发明实施例提供的方法及装置，第一服务器在接收到第一支付账号后，向第三服务器发送支付标记申请请求消息，指示所述第三服务器将所述第二支付账号映射为所述第一支付账号的支付标记，所述支付标记用于在所述第一支付账号进行支付交易时替换所述第一支付账号。根据本发明实施例提供的方法，在使用第二支付账号进行支付交易时，交易方获得第二支付账号后，可以将第二支付账号映射为第一支付账号进行交易，通过这种方法使得第一支付账号所绑定的支付业务也能与第二支付账号绑定，不需要将绑定第一支付账号的业务进行支付账号的重新绑定，为持卡人带来了便利。
【附图说明】
[0054]图1为现有技术中支付流程示意图；
[0055]图2为本发明实施例提供的一种支付标记生成方法流程图；
[0056]图3为本发明实施例提供的一种支付网络架构示意图；
[0057]图4为本发明实施例提供的一种支付标记生成装置结构图。
【具体实施方式】
[0058]下面结合说明书附图对本发明实施例做详细描述。
[0059]现有技术中，持卡人进行支付、转账等操作时，需要通过第二服务器分配给持卡人的支付账号来完成。如图1所示，为现有技术中支付流程示意图。图1中的支付流程具体如下:
[0060]1.交易终端获取用户的支付账号，向收单方发送交易请求。交易终端发送的交易请求中至少包含支付账号等信息。
[0061]交易终端可以为POS (point of sale，销售终端)机等终端。
[0062]2.收单方接收交易终端发送的交易请求，并将该交易请求发送给支付网络。
[0063]3.支付网络授权该交易请求，并向该支付账号对应的第二服务器发送授权请求消息。授权请求消息中至少包含支付账号等信息。
[0064]4.第二服务器完成对支付账号的确认以及授权的验证，并向支付网络发送授权响应消息。授权响应消息中至少包含支付账号等信息。
[0065]5.支付网络将授权响应消息转发给收单方。
[0066]6.收单方将授权响应消息中的授权结果通知交易终端。
[0067]从上述支付流程可以看出，支付账号始终包含在交易终端、收单方、支付网络以及第二服务器之间的交互信息中。支付账号可以在其中任何一个环节遭到暴露，在互联网技术飞速发展的今天，支付账号暴露很容易造成持卡人的信息泄露，从而为持卡人带来一些不必要的风险。例如，2013年美国零售业巨头Target公司的服务器被黑客攻击，导致约4，000万客户的信用卡账号发生泄露。
[0068]需要说明的是，本发明实施例中，销售终端中安装有下列各项中的一种或多种:磁条读取器、非接触式读取器、接触式读取器等，用于读取持卡人的支付账号。当然也可以将支付账号输入到销售终端中。销售终端一般位于实体商户或者网络商户中。销售终端可以通过任何有线或者无线通信方式与收单方通信。
[0069]收单方接收与收单方对应的销售终端发送的交易请求，并将该交易请求转发给支付网络；收单方可以是银行或者第三方收单机构等实体。
[0070]支付网络是指可以对支付账号的相关信息进行确认以及授权的网络实体。支付网络可以与账号发放方完成支付的清算以及结算等服务。支付网络接收到收单方的交易请求之后，受理、传输或处理收单方发送的交易请求。支付网络可以是卡组织等实体。在本发明实施例中，支付网络还可能会成为标记请求方(Token Requestor)，向标记服务提供方(Token Service Provider)发起标记请求动作。
[0071]账号发放方一般是指发行并维护支付账号的实体，可以发行支付账号，对支付账号进行维护，并且对支付账号的权益进行配置等。例如，账号发放方可以是银行等实体。
[0072]需要说明的是，本发明实施例中第一服务器可以是指标记请求方，第二服务器是可以指账号发放方，第三服务器可以是指标记服务提供方。
[0073]下面通过具体的实施例详细描述支付流程。
[0074]如图2所示，本发明实施例提供的一种支付标记生成方法流程图。图3流程中，第一服务器可以是卡组织网络的服务器等，第二服务器可以是账号发放方的服务器等，第三服务器可以是标记服务提供方的服务器等。
[0075]参见图2，该方法包括:
[0076]步骤201:第一服务器接收第二服务器发送的标记化请求，所述标记化请求中携带第一支付账号；
[0077]步骤202:所述第一服务器根据第一支付账号向第三服务器发送支付标记申请请求消息，所述支付标记申请请求消息用于指示所述第三服务器将第二支付账号映射为所述第一支付账号的支付标记，所述支付标记用于在通过所述支付标记进行支付交易时，将所述支付标记映射为所述第一支付账号，所述第二支付账号为所述第三服务器根据所述第一支付账号生成的；
[0078]步骤203:所述第一服务器接收所述第三服务器发送的支付标记响应消息，根据所述支付标记响应消息确定所述第一支付账号映射的支付标记，并将所述第一支付账号映射的支付标记发送给所述第二服务器。
[0079]步骤201中，第一服务器可以通过多种方式接收第二服务器发送的标记化请求，例如，通过有线方式，或者通过无线方式等，本发明实施例在此并不限定。
[0080]第二服务器发送标记化请求的同时，还可以发送其他信息给第一服务器，以便第一服务器对支付账号进行分析。
[0081]举例来说，第一服务器还可以接收所述第二服务器发送的所述第一支付账号的属性信息，所述属性信息包括所述第一支付账号的历史交易信息以及所述第一支付账号的用户信息；根据所述第一支付账号的属性信息为所述第一支付账号的支付标记配置支付权益
?目息O
[0082]第一服务器可以根据第一支付账号的属性信息确定该第一支付账号对应的用户的交易习惯、常用交易地点、交易金额范围等，从而可以为支付标记配置不同的支付权益信息。
[0083]第一支付账号的历史交易信息中可以包括第一支付账号的使用时间长度、每次交易的金额、每次交易的地点、每次交易的类型等信息。
[0084]第一支付账号的用户信息可以包括用户的职业、收入、信用情况等。
[0085]可选的，第一服务器会为支付标记配置多个支付权益信息，使得支付标记对应的支付账号在不同支付业务拥有不同的支付权益。具体的，第一服务器根据第二支付账号的绑定业务信息确定所述第二支付账号所绑定的业务；根据第二支付账号的历史交易信息和/或第二支付账号的用户信息，为所述第二支付账号所绑定的每个业务设定一个支付权益?目息O
[0086]可选的，第一服务器为支付标记配置的支付权益信息可以包括以下参数中的一种或任意组合:
[0087]支付标记对应的支付金额上限，支付标记对应的第一支付账号每次的支付金额不能超过该支付金额上限，否则可能会导致交易失败；
[0088]支付标记对应的支付次数上限，支付标记对应的第一支付账号每天的支付次数不能超过该支付次数上限，否则可能会导致交易失败；
[0089]支付标记对应的支付商户信息，可以限定支付标记对应的第一支付账号只在设定的支付商户中进行交易；
[0090]支付标记对应的支付类型，可以限定支付标记对应的第一支付账号的支付类型只能为设定的支付类型；
[0091]支付标记对应的支付位置，可以限定支付标记对应的第一支付账号只能在设定的支付位置进行交易；
[0092]支付标记的有效期。
[0093]可选的，可以为支付标记在不同支付业务下配置不同支付权益信息，此时支付标记对应多个支付权益信息，每个支付权益信息对应一个支付业务。
[0094]步骤202中，第一服务器向第三服务器发送的支付标记申请请求消息中携带第一支付账号的同时，支付标记申请请求消息中还可以携带第二服务器的相关信息。
[0095]第一服务器发送的支付标记申请请求消息是为了指示第三服务器将第二支付账号映射为第一支付账号的支付标记。举例来说，支付标记存储于第二支付账号的物理磁卡中，每次使用第二支付账号的物理磁卡进行支付交易时，读取到的是第二支付账号，通过第三服务器可以将第二支付账号转换为该第二支付账号映射第一支付账号，从而完成交易。
[0096]本发明实施例中第二支付账号为第三服务器根据第一支付账号生成的。第二支付账号的生成规则与第一支付账号的生成规则相同，而且第三服务器生成的第二支付账号为一个唯一的账号。举例来说，第一支付账号为主账号PAN (primary account number)，那么生成的第二支付账号也为主账号PAN，而且第一支付账号与第二支付账号对应于相同的第一服务器。
[0097]步骤203中，第三服务器用于建立第一支付账号与第二支付账号之间的映射关系。同时，第三服务器还对建立的第一支付账号与第二支付账号之间的映射关系进行维护，以及查询第一支付账号映射的第二支付账号，或者查询第二支付账号映射的第一支付账号，并将查询结果返回给查询请求方等操作。
[0098]第一服务器根据第三服务器发送的支付标记响应消息确定支付账号的支付标记。
[0099]通过支付标记进行支付交易的情况一般有两种，下面分别进行描述。
[0100]第一种情况:
[0101]第一支付账号绑定了很多支付业务，例如绑定水、电缴费业务，第一支付账号绑定的支付业务中映射了第一支付账号。第二支付账号被第三服务器配置为第一支付账号的支付标记之后，第一支付账号绑定的支付业务需要进行支付交易时，第一支付账号绑定的支付业务对应的服务器先获取第二支付账号，即获取支付标记，并将获取到的支付标记发送给第一服务器，第一服务器会通过第三服务器将支付标记转换为该支付标记映射的第一支付账号，然后将该第一支付账号发送给第一服务器以完成支付交易。
[0102]第二种情况:
[0103]第一支付账号的支付标记存储于第一支付账号的存储介质中，例如，第一支付账号的支付卡中。当采用第一支付账号的支付卡通过交易终端进行支付交易时，交易终端只能获取支付标记，不能获取到第一支付账号。交易终端将获取到的支付标记发送给第一服务器，第一服务器会通过第三服务器将支付标记转换为该支付标记映射的第一支付账号，然后将该第一支付账号发送给第一服务器以完成支付交易。
[0104]可选的，本发明实施例中的第一支付账号以及第二支付账号为主账号PAN。主账号一般由13至19位的数字组成，其中，前6-8位为卡BIN(Bank Identificat1n Number,发卡行识别码)，支付标记的卡BIN是一个具有ISO (Internat1nal Standardizat1nOrganizat1n，国际标准化组织)授权的国际通用BIN号。
[0105]第二服务器发放的第一支付账号有了对应的支付标记之后，持有第一支付账号的用户只需要将支付业务与支付标记进行绑定，在进行支付交易时，支付业务获取到支付标记，并将该支付标记发送至第一服务器，由第一服务器与第三服务器进行支付标记与第一支付账号的转换操作。当第一支付账号改变时，只需要通过第二服务器将支付标记映射的第一支付账号映射为改变之后的支付账号即可。
[0106]为第一支付账号分配了支付标记之后，第一支付账号在进行支付交易过程中，第一支付账号可以不用暴露，只需通过第一支付账号映射的支付标记进行支付。具体的，可以为以下步骤:
[0107]步骤1:第一服务器接收交易请求消息，并获取所述交易请求消息中携带的支付
ο
[0108]需要说明的是，该交易请求消息中并不携带第一支付账号。交易请求消息中还可以携带时间信息等参数。
[0109]步骤2:第一服务器向所述第三服务器发送携带有所述支付标记的支付标记转换请求消息；
[0110]步骤3:第一服务器获取所述第三服务器发送的携带有第一支付账号的支付标记转换响应消息，第一支付账号为所述支付标记映射的账号，所述支付标记转换响应消息为所述第三服务器接收到所述支付标记转换请求消息之后发送的。
[0111]支付标记转换为第一支付账号之后实现了支付账号的去标记化。
[0112]可选的，支付标记转换响应消息中还包括所述支付标记的支付权益信息验证信息，所述支付权益信息验证信息是所述第三服务器对所述支付标记的支付权益信息验证后确定的。
[0113]举例来说，第三服务器确定支付标记对应的第一支付账号的支付金额超过了该支付标记对应的支付金额上限，因此确定支付权益信息验证信息为验证不通过。
[0114]第三服务器可以在支付标记转换响应消息中设定一个字段来表示支付权益信息验证信息，例如，采用I个比特，该比特为O，表示验证失败；该比特为I，表示验证成功。第二服务器在进行交易授权时，可以根据支付权益信息验证信息确定是否进行交易授权。
[0115]步骤4:第一服务器发送携带有所述第一支付账号的交易授权请求消息给所述第一支付账号对应的第二服务器，以便所述第二服务器根据所述支付账号判断是否交易授权。
[0116]步骤5:第一服务器接收到第二服务器发送的授权响应消息，并将其中的第一支付账号替换为该第一支付账号映射的支付标记之后发送给交易请求消息发送方，最后由交易请求消息发送方通知交易终端交易成功还是失败。
[0117]可选的，第一服务器还可以将第一支付账号的最后四位数字发送给交易请求消息发送方，以便交易请求消息发送方进行支付账号验证。
[0118]上述方案中，在交易发起时，第一服务器接收到的交易请求中不包含第一支付账号，而是与该第一支付账号映射的支付标记，在交易授权验证时，第三服务器将支付标记转换为与该支付标记映射的第一支付账号，使得第二服务器可以确认发起交易的第一支付账号。通过本发明实施例提供的方法，第一支付账号不再与交易绑定，只需确定支付标记，就可以确定支付标记对应的第一支付账号，从而完成交易。因此，可以将支付标记与各种业务绑定，第一支付账号在更换时，只需要更新支付标记映射的第一支付账号即可，为持卡人带来了便利。同时由于第一支付账号是可用而不可见的，避免了第一支付账号泄露后带来的安全风险。
[0119]下面以第一服务器为标记请求方，第二服务器为账号发放方，第三服务器为标记服务提供方为例，描述一种支付网络架构。具体的，如图3所示，本发明实施例提供的一种支付网络架构示意图。图3中的交易终端301可以与现有技术中的交易终端相同，不需要任何硬件上的改变。在支付流程中，交易终端301获取到持卡人的第一支付账号映射的支付标记，而不是第一支付账号。交易终端301将携带支付标记的交易请求消息发送给收单方302。支付标记代替支付账号存在于整个支付流程中。
[0120]收单方302将交易终端301的交易请求转发给标记请求方303。标记请求方303可以是现有支付网络架构中的参与者，也可以是新增加的实体。优选的，本发明实施例中，以现有的支付网络作为标记请求方。
[0121]标记请求方303在与账号发放方305进行结算、授权交易等操作前，需要通过标记服务提供方304确定支付标记映射的第一支付账号。
[0122]图3中，标记服务提供方304可以为新增的实体，在支付流程中，标记服务提供方304会将标记请求方303发送的支付标记映射为第一支付账号，并将第一支付账号发送给标记请求方303。
[0123]标记服务提供方304还负责支付标记的生成和分配，建立和维护支付标记与第一支付账号之间的映射关系，为支付标记与第一支付账号之间转换进行服务等操作。标记服务提供方304还可以为生成的支付标记确定一个标记有效期，在标记有效期内，支付标记有效。
[0124]下面通过一个具体实施例来描述上述架构下的支付流程。
[0125]结合图3，本发明实施例提供的支付流程主要包括以下步骤:
[0126]步骤一、交易终端301获取持卡人的支付标记，并向支付终端对应的收单方302发起交易。
[0127]步骤二、收单方302对交易终端301发起的交易进行检查和处理，向标记请求方303发送交易请求消息，该请求消息中至少携带支付标记。
[0128]步骤三、标记请求方303向标记服务提供方304发送支付标记转换请求消息，用于将接收到的收单方302发送的支付标记转换为第一支付账号。
[0129]步骤四、标记服务提供方304确定支付标记映射的第一支付账号，并发送给标记请求方303。
[0130]可选的，标记服务提供方304还可以对根据支付标记的支付权益信息对该支付标记的此次交易进行验证，生成支付权益信息验证信息，一并发送给标记请求方303。
[0131]步骤五、标记请求方303将收单方发送的交易请求消息中的支付标记替换为第一支付账号后发送给账号发放方305。
[0132]步骤六、账号发放方305完成支付账号验证以及授权检查，确定是否授权此次交易，并将授权结果发送给标记请求方303。
[0133]步骤七、标记请求方303将账号发放方305的授权结果中的第一支付账号替换为支付标记后，发送给收单方302。
[0134]步骤八、收单方302将授权结果发送给交易终端301。
[0135]针对上述方法流程，本发明实施例还提供一种支付标记生成装置，该装置的具体内容可以参照上述方法实施，在此不再赘述。
[0136]如图4所示，本发明实施例提供一种支付标记生成装置结构图，该装置包括:
[0137]第一接收模块401，用于接收第二服务器发送的标记化请求，所述标记化请求中携带第一支付账号；
[0138]发送模块402，用于根据第一支付账号向第三服务器发送支付标记申请请求消息，所述支付标记申请请求消息用于指示所述第三服务器将第二支付账号映射为所述第一支付账号的支付标记，所述支付标记用于在通过所述支付标记进行支付交易时，将所述支付标记映射为所述第一支付账号，所述第二支付账号为所述第三服务器根据所述第一支付账号生成的；
[0139]第二接收模块403，用于接收所述第三服务器发送的支付标记响应消息，根据所述支付标记响应消息确定所述第一支付账号映射的支付标记，并通过所述第一接收模块401将所述第一支付账号映射的支付标记发送给所述第二服务器。
[0140]优选的，所述第一接收模块401还用于:
[0141]接收所述第二服务器发送的所述第二支付账号的属性信息；
[0142]根据所述第二支付账号的属性信息为所述第一支付账号的支付标记配置支付权益信息。
[0143]优选的，所述属性信息包括支付账号的历史交易信息、支付账号的用户信息及支付账号的绑定业务信息；
[0144]所述根据所述第二支付账号的属性信息为所述第一支付账号的支付标记配置支付权益信息，包括:
[0145]根据第二支付账号的绑定业务信息确定所述第二支付账号所绑定的业务；
[0146]根据第二支付账号的历史交易信息和/或第二支付账号的用户信息，为所述第二支付账号所绑定的每个业务设定一个支付权益信息。
[0147]优选的，所述支付权益信息包括以下参数中的一种或任意组合:
[0148]支付标记对应的支付金额上限；
[0149]支付标记对应的支付次数上限；
[0150]支付标记对应的支付商户信息；
[0151]支付标记对应的支付类型；
[0152]支付标记对应的支付位置；
[0153]支付标记的有效期。
[0154]优选的，所述第二接收模块403还用于:
[0155]接收交易请求消息，并获取所述交易请求消息中携带的支付标记；
[0156]向所述第三服务器发送携带有所述支付标记的支付标记转换请求消息；
[0157]获取所述第三服务器发送的携带有第一支付账号的支付标记转换响应消息，第一支付账号为所述支付标记映射的账号，所述支付标记转换响应消息为所述第三服务器接收到所述支付标记转换请求消息之后发送的；
[0158]发送携带有所述第一支付账号的交易授权请求消息给所述支付账号对应的第二服务器，以便所述第二服务器根据所述第一支付账号判断是否交易授权。
[0159]优选的，所述第一支付账号为主账号PAN。
[0160]综上所述，第一服务器在接收到第一支付账号以及第二支付账号后，向第三服务器发送支付标记申请请求消息，指示所述第三服务器将所述第二支付账号映射为所述第一支付账号的支付标记，所述支付标记用于在所述第一支付账号进行支付交易时替换所述第一支付账号。根据本发明实施例提供的方法，在使用第一支付账号进行支付交易时，交易方获得的是与第一支付账号映射的支付标记，即第二支付账号，通过这种方法使得第二支付账号所绑定的支付业务也能与第一支付账号绑定，不需要将绑定原第二支付账号的业务进行支付账号的重新绑定，为持卡人带来了便利。
[0161 ] 本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
[0162]本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器指令，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0163]这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0164]这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0165]显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
【主权项】
1.一种支付标记生成方法，其特征在于，该方法包括: 第一服务器接收第二服务器发送的标记化请求，所述标记化请求中携带第一支付账号; 所述第一服务器根据第一支付账号向第三服务器发送支付标记申请请求消息，所述支付标记申请请求消息用于指示所述第三服务器将第二支付账号映射为所述第一支付账号的支付标记，所述支付标记用于在通过所述支付标记进行支付交易时，将所述支付标记映射为所述第一支付账号，所述第二支付账号为所述第三服务器根据所述第一支付账号生成的； 所述第一服务器接收所述第三服务器发送的支付标记响应消息，根据所述支付标记响应消息确定所述第一支付账号映射的支付标记，并将所述第一支付账号映射的支付标记发送给所述第二服务器。2.如权利要求1所述的方法，其特征在于，还包括: 接收所述第二服务器发送的所述第二支付账号的属性信息； 根据所述第二支付账号的属性信息为所述第一支付账号的支付标记配置支付权益信息。3.如权利要求2所述的方法，其特征在于，所述属性信息包括支付账号的历史交易信息、支付账号的用户信息及支付账号的绑定业务信息； 所述根据所述第二支付账号的属性信息为所述第一支付账号的支付标记配置支付权益信息，包括: 根据第二支付账号的绑定业务信息确定所述第二支付账号所绑定的业务； 根据第二支付账号的历史交易信息和/或第二支付账号的用户信息，为所述第二支付账号所绑定的每个业务设定一个支付权益信息。4.如权利要求2所述的方法，其特征在于，所述支付权益信息包括以下参数中的一种或任意组合: 支付标记对应的支付金额上限； 支付标记对应的支付次数上限； 支付标记对应的支付商户信息； 支付标记对应的支付类型； 支付标记对应的支付位置； 支付标记的有效期。5.如权利要求1所述的方法，其特征在于，所述将所述第一支付账号映射的支付标记发送给所述第二服务器之后，还包括: 所述第一服务器接收交易请求消息，并获取所述交易请求消息中携带的支付标记； 所述第一服务器向所述第三服务器发送携带有所述支付标记的支付标记转换请求消息; 所述第一服务器获取所述第三服务器发送的携带有第一支付账号的支付标记转换响应消息，第一支付账号为所述支付标记映射的账号，所述支付标记转换响应消息为所述第三服务器接收到所述支付标记转换请求消息之后发送的； 所述第一服务器发送携带有所述第一支付账号的交易授权请求消息给所述支付账号对应的第二服务器，以便所述第二服务器根据所述第一支付账号判断是否交易授权。6.如权利要求1至5任一项所述的方法，其特征在于，所述第一支付账号为主账号PAN。7.一种支付标记生成装置，其特征在于，包括 第一接收模块，用于接收第二服务器发送的标记化请求，所述标记化请求中携带第一支付账号； 发送模块，用于根据第一支付账号向第三服务器发送支付标记申请请求消息，所述支付标记申请请求消息用于指示所述第三服务器将第二支付账号映射为所述第一支付账号的支付标记，所述支付标记用于在通过所述支付标记进行支付交易时，将所述支付标记映射为所述第一支付账号，所述第二支付账号为所述第三服务器根据所述第一支付账号生成的； 第二接收模块，用于接收所述第三服务器发送的支付标记响应消息，根据所述支付标记响应消息确定所述第一支付账号映射的支付标记，并通过所述第一接收模块将所述第一支付账号映射的支付标记发送给所述第二服务器。8.如权利要求7所述的装置，其特征在于，所述第一接收模块还用于: 接收所述第二服务器发送的所述第二支付账号的属性信息； 根据所述第二支付账号的属性信息为所述第一支付账号的支付标记配置支付权益信息。9.如权利要求8所述的装置，其特征在于，所述属性信息包括支付账号的历史交易信息、支付账号的用户信息及支付账号的绑定业务信息； 所述根据所述第二支付账号的属性信息为所述第一支付账号的支付标记配置支付权益信息，包括: 根据第二支付账号的绑定业务信息确定所述第二支付账号所绑定的业务； 根据第二支付账号的历史交易信息和/或第二支付账号的用户信息，为所述第二支付账号所绑定的每个业务设定一个支付权益信息。10.如权利要求8所述的装置，其特征在于，所述支付权益信息包括以下参数中的一种或任意组合: 支付标记对应的支付金额上限； 支付标记对应的支付次数上限； 支付标记对应的支付商户信息； 支付标记对应的支付类型； 支付标记对应的支付位置； 支付标记的有效期。11.如权利要求7所述的装置，其特征在于，所述第二接收模块还用于: 接收交易请求消息，并获取所述交易请求消息中携带的支付标记； 向所述第三服务器发送携带有所述支付标记的支付标记转换请求消息； 获取所述第三服务器发送的携带有第一支付账号的支付标记转换响应消息，第一支付账号为所述支付标记映射的账号，所述支付标记转换响应消息为所述第三服务器接收到所述支付标记转换请求消息之后发送的； 发送携带有所述第一支付账号的交易授权请求消息给所述支付账号对应的第二服务器，以便所述第二服务器根据所述第一支付账号判断是否交易授权。12.如权利要求7至11任一项所述的装置，其特征在于，所述第一支付账号为主账号PAN。
【文档编号】G06Q20/08GK105931035SQ201510508169
【公开日】2016年9月7日
【申请日】2015年8月18日
【发明人】赵海, 鲁志军, 周皓, 周明, 陈芳
【申请人】中国银联股份有限公司