CN109583854A - 一种支付环境下收集支付方身份的方法及装置 - Google Patents

Abstract

本发明提供一种支付环境下收集支付方身份的方法及装置，包括创建第一服务器，建立第一服务器与第二服务器及第三服务器的连接；通过不同路径获取支付方标识及对应的支付应用标识、支付交易信息；生成所述支付方标识、支付应用标识、付款交易信息及标识信息的映射信息，并关联存储；本发明将支付方的支付身份与其他身份关联收集并存储，在不影响资金流的前提下，实现信息流的收集，满足购物中心等平台经营者或其他相关第三方的信息需求。

Description

一种支付环境下收集支付方身份的方法及装置

技术领域

本发明涉及电子技术领域，具体涉及一种支付环境下收集支付方身份的方法及装置。

背景技术

随着互联网科技的飞速发展与移动支付的迅速普及，越来越多的实体商户接纳移动支付，支付方在现金、传统银行卡付款之外还可以通过微信、支付宝、云闪付等手机APP进行移动支付，通过与商户收银终端进行交互完成付款；但是，现有技术中的支付环节往往只能满足支付方与收款方之间的货币交易，而不具有其他功能，且在功能设计上仅考虑了收/付款人而缺少对平台经营者等相关第三方的考虑。

随商业竞争的不断加剧，商家普遍开展会员忠诚计划来收集消费者信息并进行数据分析和经营策略调整等。为了在支付环节收集付款人信息，商家普遍通过询问消费者会员卡号、手机号等方式，或者提示消费者扫描积分二维码。此等操作费时费力，还往往需要付款人事先下载商家APP或者领取商家的微信/支付宝会员卡并注册会员等，操作流程费时繁琐，显著降低消费体验，因此全量交易中仅有限比例可以关联到付款人身份。

收/付款人之外，实体商业中往往还存在关心交易信息的第三方，这其中购物中心作为平台经营者是十分典型的情况。作为平台经营者，购物中心一方面对商户统一管理，负责构造租户组合以迎合消费者的多样需求；日常管理中购物中心往往还需要监控商户的实时交易以满足分润需求并开展数据分析；此外购物中心往往还通过向商家的付款人发放购物中心积分来开展会员忠诚计划。但如前所述，现有技术中的支付环节往往只考虑了收/付款人。导致购物中心场景下的付款人需要持商家消费小票到客服台办理积分，相比商家询问会员卡号、手机号的情况，该等安排的体验更差，导致积分比例更低。

目前市场上解决前述问题的主流技术方法是，平台经营者通过在商家收银电脑和小票打印机之间加装监控硬件。监控硬件读取打印数据流并还原为打印文本，再以预设规则提取出其中的交易信息，最后通过在小票上追加打印积分二维码提供给付款人进行交易积分的手段，从而达到将交易信息和付款人身份相关联的最终目的。但该种方式存在多项不足：一、采购及维护监控硬件的成本比较高；二、对商户系统的侵入程度高，容易导致商户小票打印机出纸不正常；三、无法保证商户打印交易小票并传递到付款人；四、付款人在移动支付时需要两次扫码，操作繁琐；五、如商户调整收银系统、小票打印机配置或者小票格式等等均会影响小票识别的准确性，并容易导致积分失败等。

因此，可以得出，在支付环节关联付款人身份是商家与相关第三方的普遍诉求，但现有技术方案往往因为付款人体验不佳和其他技术缺陷对商家与平台经营者等第三方都构成障碍。

公开号CN106067124A公开了一种扫描二维码支付并实时记录消费积分和返利的方法，通过创建消费资本运营平台与联盟商户、二维码支付平台的关联关系，实现消费金额和返现资金的分配，但在实际操作中，用户需要先通过客户端在消费运营平台上注册会员，而且结算完成后的资金还需通过消费资本平台按照预定比例分配，因此，对于支付方来说，需要付款前需要下载App，并进行注册，步骤繁琐；对于收款方商户来说，减缓了资金回流的速度，还增加了中间的成本；另外该方案也涉及现有法规所禁止的“二清”操作。

发明内容

为了解决现有技术中的上述问题，即为了解决支付环境下实时收集付款人其他身份，且可以在不涉及资金流的前提下，将信息同步给商家或者相关第三方的问题，本发明提供了一种支付环境下收集支付方身份的方法及装置。

本发明第一方面提供一种支付环境下收集支付方身份的方法，所述方法包括，

创建第一服务器，建立第一服务器与第二服务器及第三服务器的连接；

接收支付方响应收款指令的支付指令，与生成支付指令的支付应用建立连接，获取支付方标识；

获取第三服务器中支付应用标识及支付交易信息；

将所述支付方标识、支付应用标识、付款交易信息生成通知，发送至第二服务器，获取所述第二服务器中与所述支付方标识相匹配的标识信息；

生成所述支付方标识、支付应用标识、付款交易信息及标识信息的映射信息，并关联存储。

在一个实施例中，所述方法还包括，

通过所述支付方标识获取第二服务器中标识信息，

通过所述标识信息获取第三服务器中支付应用标识及支付交易信息；或者，

通过所述支付指令的指定信息获取第三服务器中对应的支付应用标识及支付交易信息。

在一个实施例中，所述方法还包括，

所述第二服务器中包括标识信息及特征信息；预设支付应用标识、支付交易信息与特定信息的变更规则；

第二服务器接收所述支付方标识及对应的支付应用标识、支付交易信息的通知；

查找所述第二服务器中与所述支付方标识相匹配的标识信息；

根据对应的支付应用标识、支付交易信息变更对应的特征信息。

在一个实施例中，所述方法还包括，

获取支付方标识，通过支付方标识获取第二服务器中特征信息；

通过特征信息变更所述支付指令；

所述特征信息包括优惠信息、折扣信息、营销信息中的一种或多种。

在一个实施例中，所述方法还包括，

遍历第一服务器和/或第二服务器的账户指定标识，识别重复的账户指定标识；

合并所述重复的账户指定标识，将对应信息关联合并；

所述账户指定标识包括手机号、邮箱、身份证、护照号、应用标识中的一种或多种。

在一个实施例中，所述方法还包括：

所述支付交易信息中包括位置信息；

根据所述位置信息设置交易范围，不同的交易范围设置不同的交易权限。

在一个实施例中，所述“接收支付方响应所述收款指令的支付指令”方法还包括，

通过响应应用获取所述收款指令；

所述响应应用启动对应的支付应用，通知所述支付应用进行支付交易；

建立与所述响应应用和/或支付应用的连接；

获取对应的支付方标识。

在一个实施例中，所述方法还包括：

获取支付方标识对应的通讯方式；

编辑与所述通讯方式相对应的变更的特征信息格式；

通过对应的通讯方式将对应的变更的特征信息传输给支付方；

所述通讯方式至少包括手机号码、邮箱、支付应用账号、响应应用账号中的一种或多种。

作为本方发明的再一方面，本发明实施例提供一种支付环境下收集支付方身份的装置，所述装置包括，

创建模块：用于创建第一服务器，建立第一服务器与第二服务器及第三服务器的连接；

接收模块：用于接收支付方响应收款指令的支付指令，与生成支付指令的支付应用建立连接，获取支付方标识；

获取模块：用于获取第三服务器中支付应用标识及支付交易信息；

传输模块：用于将所述支付方标识、支付应用标识、付款交易信息生成通知，发送至第二服务器，获取所述第二服务器中与所述支付方标识相匹配的标识信息；

存储模块，用于生成所述支付方标识、支付应用标识、付款交易信息及标识信息的映射信息，并关联存储。

作为本方发明的另一方面，本发明提供一种服务器，所述服务器包括：

处理器；

存储装置，用于存储程序；

当所述处理器执行存储装置中存储程序时，所述处理器实现实现如上述任意一项所述支付环境下收集支付方身份的方法。

作为本方发明的又一方面，本发明提供一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述任意一项所述支付环境下收集支付方身份的方法。

本发明实施例提供的上述技术方案的有益效果至少包括：

通过不同路径获取支付方不同身份的数据，将支付方相关身份及对应信息关联存储，并在不涉及资金流的前提下将信息同步给商家或者相关第三方系统，即在支付环境下，通过一次支付交互收集支付方的支付身份与其他身份；且实现信息流与资金流分离，在完成支付交易的同时，还能够实现其他身份对应信息的变更，满足商场或者相关第三方对信息流的监管需求。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。

图1为本发明实施例一中提供的方法流程图。

图2为本发明实施例一中与第二服务器交互的流程图。

图3为本发明实施例一中与接收支付指令的流程图。

图4为本发明实施例一中提供的装置流程图。

图5为本发明实施例二中提供的方法流程图。

图6为本发明实施例二中提供的装置的框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

实施例一

现有技术中的支付环节只能满足支付方与收款方之间的货币交易，不具有其他功能，而当支付方在支付过程中需要将支付身份与其他身份关联时，则必须其他额外操作。例如，当支付方在商场购物时，支付的同时往往需要进行商场会员积分，根据现有技术中的方法至少需要支付方在支付时提供会员号码或其他支付操作之外的步骤。

本实施例提供一种支付环境下关联支付方身份的方法，如图1所示，所述方法包括，

S101根据交易信息生成收款指令；

S102接收支付方响应所述收款指令的支付指令；

S103与生成支付指令的支付应用建立连接，获取支付方标识；

S104将所述支付方标识传输给第一服务器，所述第一服务器获取支付应用标识、支付交易信息；

S105生成支付方标识及对应的支付应用标识、支付交易信息的通知；

S106发送至第二服务器。

其中，本实施例为多线程技术方法，上述步骤标号不限定具体步骤顺序。

在S101中，所述交易信息包括支付方的消费金额、支付方式，及收款终端标识、收款方标识，其中，所述消费金额可以由收款人员手动输入，也可以根据商品或服务条码自动生成；所述支付方式可以是单独的支付接口，也可以是集成的接口，包括多种支付接口，当支付方选择指定支付方式进行响应时，自动识别，并与对应的支付方式建立连接。

在S102中，支付方通过移动终端或其他方式，响应S101中生成的收款指令，支付方的响应应用或其他响应主体获得交易信息后，启动支付应用，生成支付指令，所述支付指令包括交易信息、支付方标识，收款方标识，支付应用标识，其中交易信息包括订单号、金额、时间等。

在S103中，与支付应用建立连接，获取支付方在支付应用的身份标识；其中的支付应用可以是支付宝、微信、QQ钱包等可以用来支付的应用。

在S104中，第一服务器可以与支付机构服务器相连接，例如拉卡拉、通联、银联商务等，也可以与其他能够获得支付交易信息及状态的服务器相连接；第一服务器识别支付指令中支付方标识等信息，通过其他包括交易信息状态的服务器获取支付交易信息及状态信息，其中，支付交易信息可以包括订单号、收付方身份标识、交易账号、交易金额、支付完成时间等；状态信息可以包括完成、待完成、未完成、取消等。

在S105中，将获得的支付方标识及对应的支付应用标识、支付交易信息对应关联，生成预设格式的通知。

在S106中，通过上述支付方法，即实现在不需要其他操作的情况下获得并关联支付方标识相关的其他身份，其中其他操作包括：输入手机号、输入会员卡号、扫描电子会员卡、扫描积分二维码、通过会员系统APP支付等，直接通过终端响应收款指令，可以完成支付，并将对应的交易信息传输到第二服务器，其中的第二服务器，可以是一个，也可以是多个，可以包括商场的会员系统、商户的会员系统，或者其他系统；当第二服务器接收到对应的交易信息时，即可根据具体支付方标识及交易信息进行对应的信息变更，变更后的信息按照设定方式直接发送给支付方，也可以发送到第一服务器，通过第一服务器返回给支付方，对于返回支付方的方式本实施例中不具体限定。

在本实施中，支付方通过一次支付动作，即可完成支付交易；并且可以生成支付方标识与支付应用标识，支付交易信息关联的信息流，将该信息流单独的传输至其他服务器，而不变更资金流的流向，而且便利了支付方的操作，无须支付方采用其他动作来获取积分等。

其中，信息流指在支付过程中，获取的支付方的身份信息、支付应用的信息、支付交易信息、及与收款方相关的一些营销信息，包括积分、优惠券、促销，或打折等信息；资金流是指支付方确认购买商品后，将自己的资金转移到商家账户上的过程。

进一步地，在本实施例中，“根据交易信息生成收款指令”的方法包括：

获取支付方的消费金额，根据支付方需求选择对应的支付方式，生成至少包括订单号、消费金额、收款方标识的收款指令；

所述支付方式包括支付方扫描收款码、支付方出示付款码、NFC识别、磁条识别、指纹识别及人脸识别中的一种或多种。

将本实施例方法应用在收款终端中，通过安装在收款终端中客户端根据获取的消费金额、收款方标识生成收款指令，其中消费金额可以是人工输入，也可以由其他设备传输获取，收款方标识可以包括设备号、终端号、商户标识、商场标识等具有识别功能的数据信息。

其中，支付方可以通过开放式移动泛非接的方式进行支付交易，所谓“开放式移动泛非接”是指针对O2O场景支付服务需求，以POS受理网络为基础，紧贴消费者愈加注重支付环节的便利性与安全性的要求，以非接终端为受理机具，支持手机作为媒介，通过NFC、二维码、串码等多种近场交互方式发起支付，能够受理银行卡（非接）、各类电子账户以及虚拟票券，通过主机虚拟卡（HCE）技术实现支付账户安全数字化，为客户提供开放、安全、可靠的支付受理环境；为商户O2O业务提供营销、交易、管理等全方位服务。

进一步地，在本实施例中，“与生成支付指令的支付应用建立连接”的方法还包括：

在建立连接时，发送鉴权标识信息；

接收鉴权反馈信息，根据鉴权反馈信息判断是否建立连接。

鉴权是指验证访问方是否拥有访问系统的权利，检查该访问方对使用数据业务的合法性和有效性，本实施例中可以通过账户及对应的密钥来验证进行鉴权，其中密钥可以是静态也可以是动态；也可以采用其他可以保证安全性的鉴权方法。

进一步地，在本实施例中，如图2，所述方法还包括，

S1061 与所述第二服务器建立连接，所述第二服务器中包括标识信息及特征信息；预设支付应用标识、支付交易信息与特定信息的变更规则；

S1062 第二服务器接收所述支付方标识及对应的支付应用标识、支付交易信息的通知；

S1063 查找所述第二服务器中与所述支付方标识相匹配的标识信息；

S1064 根据对应的支付应用标识、支付交易信息变更对应的特征信息。

其中，所述第二服务器可以是商场会员服务器，也可以是商户会员服务器，或者也可以是其他第三方包括与支付方标识相关联的数据的服务器，第二服务器中的标识信息可以是会员信息、用户信息等具有唯一标识性的ID，例如可以是电话号、邮箱、身份证、驾驶证、护照、注册号、指纹信息、脸部信息及虹膜信息等；所述特征信息可以包括积分信息、等级信息、权限信息、消费信息、优惠信息、活跃度信息及一些营销信息，例如：对应的广告推送信息、促销活动；所述的预设支付应用标识、支付交易信息与特定信息的变更规则为通过支付应用及支付交易信息修改相应的特征信息的规则，该规则可以根据时间或其他因素调整，例如，国庆期间，白金会员消费满300元增加600积分，普通会员消费满300元可以增加400积分；中秋期间，白金会员消费满300元发放50元优惠券，普通会员消费满300元发放30元优惠券等。

在所述S1061中，所述第二服务器与第一服务器建立通讯，可以通过授权的方式，也可以根据鉴权的方式，验证之后通过通讯协议建立连接，通过S1062，接收第一服务器发送的支付方标识及对应的支付应用标识、支付交易信息，将对应的数据格式转化为第二服务器可读格式，S1063中，通过支付标识遍历第二服务器，判断与其中的标识信息的匹配性，根据不同的标识信息判断匹配的匹配程度不同，例如当支付标识是电话号码时，则需要全部号码全部相同，当识别信息为指纹时，可以采用基于结构特征的点匹配算法，对校准后的点集进行匹配，匹配的特征点个数在两个点集中所占比例大约百分之六十五的范围内判为匹配；S1064中，在确定匹配的标识信息后，对该标识信息对应的特征信息进行变更，对第二服务器中变更信息修改的主体可以是第一服务器发送变更指令，变更第二服务器的数据，由第一服务器将变更信息通知支付方；也可以是第二服务器接受对应信息后，独立变更对应信息，再将变更信息直接发送至支付方。

进一步地，在本实施例中，所述方法还包括；

当查找到匹配标识信息时，所述第二服务器根据所述支付交易信息及变更规则确定并记录变更的特征信息；

当未查找到匹配标识信息时，所述第二服务器新增标识信息，根据所述支付方标识生成标识信息，根据支付交易信息生成特征信息。

在本实施例中，当查找到匹配标识信息时，进行修改变更，例如，在第二服务器中存储“标识A，白金等级，300积分”的数据，接收第一个服务器传输的“标识A，2018/10/1，消费300元的通知”，则根据对应的变更规则“2018/10/1~2018/10/1 白金会员消费满300元送600积分，普通会员送400积分”，将第二服务器将数据变更为“标识A，白金等级，900积分”；当未查找到匹配标识信息时，进行增加变更，例如，接收第一个服务器传输的“标识A，2018/10/1，消费300元的通知”，通过“标识A”进行查找，如果第二服务器中未查找到“标识A”，根据对应的变更规则“2018/10/1~2018/10/1 白金会员消费满300送600积分，普通会员送400积分”，第二服务器则新增一条数据，“标识A，普通会员，400积分”，以上列举的例子中变更的特征信息仅为积分信息，但特征信息的变更可以同时包括多个，例如可以根据积分数调整对应的等级信息，根据消费的时间、类型进行信息的推送。

进一步地，在本实施例中，所述方法还包括，

将所述支付方标识发送至第一服务器；

第一服务器获取第二服务器中对应的标识信息及特征信息；

关联存储所述支付方标识、支付应用标识、付款交易信息及特征信息的映射关系。

在本实施例中，通过支付方标识查找第二服务器中的标识信息，再获取标识信息及对应的特征信息，并将相关信息及其映射关系存储，其中，所述支付方标识与所述标识信息相对应，例如二者可以是手机号、身份证号码等具有唯一标识功能的数据；第二服务器可以是一个服务器，也可以是多个服务器；相关信息及其映射关系可以存储在第一服务器，也可以存储在第二服务器，或者也可以存储在其他服务器。

进一步地，在本实施例中，如图3所示，所述“接收支付方响应所述收款指令的支付指令”方法还包括，

S1021 通过响应应用获取所述收款指令；

S1022 所述响应应用启动对应的支付应用，通知所述支付应用进行支付交易；

S1023 建立与所述响应应用和/或支付应用的连接；

S1024 获取对应的支付方标识。

支付方响应所述收款指令的应用可以是支付应用，在本实施例中，支付方响应所述收款指令的应用是响应应用，即不具有直接支付功能的应用，例如美团、优酷等具有识别功能，且与支付应用或支付机构建立连接的应用，通过支付动作与响应应用建立直接连接，鉴权后获得响应应用中支付方的对应标识，由于响应应用与支付应用或支付机构已经具有授权关系，也可以通过授权同时获得支付应用中对应的支付方标识。

进一步地，在本实施例中，所述方法还包括：

获取支付方标识对应的通讯方式；

按照所述通讯方式的格式编辑相对应的特征信息的变更信息；

发送所述变更信息；

所述通讯方式至少包括手机号码、邮箱、支付应用账号、响应应用账号中的一种或多种。

在本实施例中，变更信息可以由第二服务器发送，也可以由第一服务器发送，可以设置根据响应应用的不同设置不同通讯方式的优先级，当与支付方标识的关联信息只有一种通讯方式时，仅按照该通讯格式进行通知编辑，当包括多种通讯方式时，可以根据设置的优先级确定通讯方式，例如当通过微信应用进行响应时，微信应用账户的优先级高于手机号码，手机号码的优先级高于邮箱。

其中，在本实施例中，也可以根据所述支付交易信息获取支付方位置信息，在变更对应的直接关联特征信息时，将间接关联的特征信息同步发送给支付方，例如，在乙商场的B商户进行消费，在变更商户积分的同时，还可以根据历史消费信息，筛选曾经在乙商场内或附近支付过的C店铺，并获得对应的营销信息，例如促销、优惠等，将乙商场积分变更信息与C店铺优惠信息同步发送至支付方。

进一步地，在本实施例中，“接收支付方响应所述收款指令的支付指令”的方法包括；

获取支付方标识，通过支付方标识获取第二服务器中特征信息；

通过特征信息变更所述支付指令；

所述特征信息包括优惠信息、折扣信息、营销信息中的一种或多种。

进一步地，在本实施例中，“将所述支付方标识传输给第一服务器，所述第一服务器获取支付应用标识、支付交易信息”的方法还包括；

建立第一服务器与第二服务器的连接；

通过第二服务器中的标识信息确定所述第一服务器获取的所述支付应用标识、支付交易信息；或者通过所述支付指令的指定信息获取第三服务器中对应的支付应用标识及支付交易信息。其中，指定信息可以是订单号，也可以是其他能够确定唯一支付交易信息的信息。

基于同一发明构思，本实施例还提供了一种支付环境下关联支付方身份标识的装置，该装置所解决问题的原理与前述实施例的方法相似，因此该支付环境下关联支付方身份标识的装置的实施可以参见前述实施例的方法的实施，重复之处不再赘述。

进一步地，作为本实施例的再一方面，本发明实施例还提供一种支付环境下关联支付方身份的装置，如图4所示，所述装置包括，

收款模块101：用于根据交易信息生成收款指令；

接收模块102：用于接收支付方响应所述收款指令的支付指令；

连接模块103：用于与生成支付指令的支付应用建立连接，获取支付方标识；

第一传输模块104：用于将所述支付方标识传输给第一服务器，所述第一服务器获取支付应用标识、支付交易信息；

第二传输模块105：用于生成支付方标识及对应的支付应用标识、支付交易信息的通知，并发送至第二服务器400。

基于同一发明构思，本实施例还提供了一种收款终端及存储介质，由于该终端及存储介质所解决问题的原理与前述实施例的一种支付环境下关联支付方身份的方法相似，因此该终端及存储介质的实施可以参见前述实施例的方法的实施，重复之处不再赘述。

在本实施例的第三方面，还提供一种收款终端，所述收款终端包括：

处理器；

存储装置，用于存储程序；

当所述处理器执行存储装置中存储程序时，所述处理器实现如上述任意一项所述支付环境下关联支付方身份的方法。

在本实施例的第四方面，还提供一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述任意一项所述支付环境下关联支付方身份的方法。

在本实施例中，存储的计算机程序可以包括两部分，一部分是在收款终端上安装的APP客户端程序，一部分是在云端建立的APP服务器程序，其中，APP客户端与APP服务端（第一服务器）相连接，APP服务端与支付机构服务器（第三服务器，用于提供支付应用标识、支付交易信息）及会员服务器（第二服务器）相连接。

在本实施例中，通过收款终端资金流从支付方通过支付机构，如拉卡拉、通联、银联商务等，收款后，T+N结算至收款方，中间不经过其它机构银行账户，例如：二清平台，第三方机构；信息流通过收款终端整合收款方标识、支付方标识和交易信息后，发送给支付方、收款方的同时发送给第三方机构，例如商户的监管方，可以是百货、购物中心、或其他监管机构）；即实现第三方机构不参与实际资金流转，但能够合法的获得交易数据，且不增加支付方及收款方的操作。

其中，所谓“二清”，是相对“一清”机构而言；“一清”机构的POS机或者收银终端直接通过银行或者获得支付牌照的第三方支付公司进行清算，交易结算款直接划转给商户；而“二清”的POS机或者收银终端需要进行两次清算，即结算资金由银行或者第三方支付机构先转至“二清”公司自己开设的账户，经由该公司处理后，再结算给商户。公开号CN106067124A中的消费运营平台与二清平台相似。

实施例二

本实施例中所解决问题的原理存在与前述实施例一的方法相似，因此部分内容可以参见前述实施例一的方法的实施，重复之处不再赘述。

本实施例提供一种支付环境下收集支付方身份的方法，如图5所示，所述方法包括，

S201 创建第一服务器，建立第一服务器与第二服务器及第三服务器的连接；

S202 接收支付方响应收款指令的支付指令，与生成支付指令的支付应用建立连接，获取支付方标识；

S203获取第三服务器中支付应用标识及支付交易信息；

S204将所述支付方标识、支付应用标识、付款交易信息生成通知，发送至第二服务器，获取所述第二服务器中与所述支付方标识相匹配的标识信息；

S205生成所述支付方标识、支付应用标识、付款交易信息及标识信息的映射信息，并关联存储。

在S205中，所述支付方标识、支付应用标识、付款交易信息及标识信息的映射信息可以存储到第一服务器，也可以存储到第二服务器，也可以将其发送并存储到其他服务器或者终端。

在本实施例中，第一服务器获取支付指令得到支付方标识，通过与第二服务的连接获得支付方身份对应的其他信息，所述第二服务器与实施例一中的第二服务器相似，可以是商场会员服务器、商户会员服务器等；通过与第三服务器建立连接，获取本次交易信息，并将所述支付方标识、支付应用标识、付款交易信息及标识信息及之间的映射关系进行存储，实现了数据信息的收集，满足了第三方对支付数据流的监管，而且还可以对收集的数据进行进一步的分析利用。

进一步地，在本实施例中，所述方法还包括，

通过所述支付方标识获取第二服务器中标识信息，

根据所述标识信息获取第三服务器中支付应用标识及支付交易信息；或者，

通过所述支付指令的指定信息获取第三服务器中对应的支付应用标识及支付交易信息。

在本实施例中，一种方式是，先与第二服务器进行连接，通过响应应用授权，获得支付方响应应用标识，将所述标识信息与支付方标识、支付交易信息相关联后，再提交到第三服务器进行交易；其中，响应应用的授权模块可以集群化或云容器化等，保证高可用；另一种方式是，先与第三服务器进行连接，其中，指定信息可以是订单号，也可以是其他能够确定唯一支付交易信息的信息，根据交易信息交易成功后，再与第二服务器进行连接，通过响应应用授权，获得支付方响应应用标识，将所述标识信息与支付方标识、支付交易信息相关联。

进一步地，在本实施例中，所述方法还包括，

所述第二服务器中包括标识信息及特征信息；预设支付应用标识、支付交易信息与特定信息的变更规则；

第二服务器接收所述支付方标识及对应的支付应用标识、支付交易信息的通知；

查找所述第二服务器中与所述支付方标识相匹配的标识信息；

根据对应的支付应用标识、支付交易信息变更对应的特征信息。

其中，与实施例一相似，第二服务器中的标识信息可以是会员信息、用户信息等具有唯一标识性的ID，例如可以是电话号、邮箱、身份证、驾驶证、护照、注册号、指纹信息、脸部信息及虹膜信息等；第二服务器中的特征信息可以包括积分信息、等级信息、权限信息、消费信息、优惠信息、活跃度信息及一些营销信息，例如：对应的广告推送信息、促销活动；所述的预设支付应用标识、支付交易信息与特定信息的变更规则为通过支付应用及支付交易信息修改相应的特征信息的规则，该规则可以根据时间或其他因素调整。

进一步地，在本实施例中，所述方法还包括，

获取支付方标识，通过支付方标识获取第二服务器中特征信息；

通过特征信息变更所述支付指令；

所述特征信息包括优惠信息、折扣信息、营销信息中的一种或多种。

在本实施例中，向支付机构提交支付信息前，根据支付方在收款机构或相关机构服务器记录的优惠信息，如所持有的优惠券，折扣权利，进行扣减优惠后再提交给支付机构，例如，支付方A，在丙商场，D店铺，消费金额200元，在D店铺或丙商场的会员服务器中包括50元优惠券，在提交支付交易信息前，先读取对应的第二服务器，获得50元优惠券，将所述支付指令中收费金额由200元变更为150元；同时也可以实现支付前使用积分抵扣部分费用，积分当钱花。

进一步地，在本实施例中，所述方法还包括，

遍历第一服务器和/或第二服务器的账户指定标识，识别重复的账户指定标识；

合并所述重复的账户指定标识，将对应信息关联合并；

所述账户指定标识包括手机号、邮箱、身份证、护照号、应用标识中的一种或多种。

在本实施例中可以对相关服务器中的数据进行梳理，将多条具有同一标识的信息合并为一条信息，提高数据的有序性，更有利于对消费者进行画像，而且还会减少数据量。

进一步地，在本实施例中，所述方法还包括：

所述支付交易信息中包括位置信息；

根据所述位置信息设置交易范围，不同的交易范围设置不同的交易权限。

在本实施例中，通过终端设备中的定位装置，获得支付方的位置信息，可以根据不同收款方的地理方位设置不同的收款区间，不同的收款区间对应不同的交易范围，例如：收款区间或交易范围设置在以收款方商铺位置为中心，1000米为半径的范围内，当获取的位置信息超出收款方商铺1000米时，不变更对应的特征信息，包括积分、优惠券，或进行报警等提示等。具体的交易范围及权限可以根据需求及结合定位模块精度确定。

进一步地，在本实施例中，所述“接收支付方响应所述收款指令的支付指令”方法还包括，

通过响应应用获取所述收款指令；

所述响应应用启动对应的支付应用，通知所述支付应用进行支付交易；

建立与所述响应应用和/或支付应用的连接；

获取对应的支付方标识。

进一步地，在本实施例中，所述方法还包括：

获取支付方标识对应的通讯方式；

编辑与所述通讯方式相对应的变更的特征信息格式；

通过对应的通讯方式将对应的变更的特征信息传输给支付方；

所述通讯方式至少包括手机号码、邮箱、支付应用账号、响应应用账号中的一种或多种。

基于同一发明构思，本实施例还提供了一种支付环境下收集支付方身份标识的装置，该装置所解决问题的原理与前述实施例的方法相似，因此该支付环境下收集支付方身份标识的装置的实施可以参见前述实施例的方法的实施，重复之处不再赘述。

进一步地，作为本实施例的再一方面，如图6，提供一种支付环境下收集支付方身份的装置，所述装置包括，

创建模块201，用于创建第一服务器300，建立第一服务器300与第二服务器400及第三服务器500的连接；

接收模块202，用于接收支付方响应收款指令的支付指令，与生成支付指令的支付应用建立连接，获取支付方标识；

获取模块203，用于获取第三服务器500中支付应用标识及支付交易信息；

第三传输模块204，用于将所述支付方标识、支付应用标识、付款交易信息生成通知，发送至第二服务器400，获取所述第二服务器400中与所述支付方标识相匹配的标识信息；

存储模块205，用于生成所述支付方标识、支付应用标识、付款交易信息及标识信息的映射信息，并关联存储。

基于同一发明构思，本实施例还提供了一种服务器及存储介质，由于该服务器及存储介质所解决问题的原理与前述实施例的一种支付环境下收集支付方身份的方法相似，因此该服务器及存储介质的实施可以参见前述实施例的方法的实施，重复之处不再赘述。

在本实施例的第三方面，还提供一种服务器，所述服务器包括：

处理器；

存储装置，用于存储程序；

当所述处理器执行存储装置中存储程序时，所述处理器实现如上述任意一项所述支付环境下收集支付方身份的方法。

在本实施例的第四方面，还提供一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述任意一项所述支付环境下收集支付方身份的方法。

本发明实施例收集并存储支付环境中来自多方的信息流数据，提高了消费者画像的准确性，能够为消费者提供更具有针对性的服务；而且，实现了数据流及资金流的分离，能够在不涉及资金流的前提下将信息同步给商家或者相关第三方；另外，上述收集的信息流数据及将信息同步商家或相关第三方的步骤，均不需要消费者进行额外的操作，例如，扫码、报手机号等，减少了交易的环节，节约了双方的时间成本。

本发明实施例的适用范围至少可以包括购物中心、百货、连锁商超等除直接收款方之外，还关心交易情况的平台经营方或特许经营权的相关第三方。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。但是，在不偏离本发明的原理的前提下，本领域技术人员可以对相关技术特征作出等同的更改或替换，这些更改或替换之后的技术方案都将落入本发明的保护范围之内，本发明的保护范围不局限于这些具体实施方式。

Claims (11)

1.一种支付环境下收集支付方身份的方法，其特征在于，所述方法包括，

创建第一服务器，建立第一服务器与第二服务器及第三服务器的连接；

接收支付方响应收款指令的支付指令，与生成支付指令的支付应用建立连接，获取支付方标识；

获取第三服务器中支付应用标识及支付交易信息；

将所述支付方标识、支付应用标识、付款交易信息生成通知，发送至第二服务器，获取所述第二服务器中与所述支付方标识相匹配的标识信息；

生成所述支付方标识、支付应用标识、付款交易信息及标识信息的映射信息，并关联存储。

2.如权利要求1所述方法，其特征在于，所述方法还包括，

通过所述支付方标识获取第二服务器中标识信息，

根据所述标识信息获取第三服务器中支付应用标识及支付交易信息；或者，

通过所述支付指令的指定信息获取第三服务器中对应的支付应用标识及支付交易信息。

3.如权利要求2所述方法，其特征在于，所述方法还包括，

所述第二服务器中包括标识信息及特征信息；预设支付应用标识、支付交易信息与特定信息的变更规则；

第二服务器接收所述支付方标识及对应的支付应用标识、支付交易信息的通知；

查找所述第二服务器中与所述支付方标识相匹配的标识信息；

根据对应的支付应用标识、支付交易信息变更对应的特征信息。

4.如权利要求3所述方法，其特征在于，所述方法还包括，

获取支付方标识，通过支付方标识获取第二服务器中特征信息；

通过特征信息变更所述支付指令；

所述特征信息包括优惠信息、折扣信息、营销信息中的一种或多种。

5.如权利要求1所述方法，其特征在于，所述方法还包括，

遍历第一服务器和/或第二服务器的账户指定标识，识别重复的账户指定标识；

合并所述重复的账户指定标识，将对应信息关联合并；

所述账户指定标识包括手机号、邮箱、身份证、护照号、应用标识中的一种或多种。

6.如权利要求1所述方法，其特征在于，所述方法还包括：

所述支付交易信息中包括位置信息；

根据所述位置信息设置交易范围，不同的交易范围设置不同的交易权限。

7.如权利要求1所述方法，其特征在于，所述“接收支付方响应所述收款指令的支付指令”方法还包括，

通过响应应用获取所述收款指令；

所述响应应用启动对应的支付应用，通知所述支付应用进行支付交易；

建立与所述响应应用和/或支付应用的连接；

获取对应的支付方标识。

8.如权利要求1所述方法，其特征在于，所述方法还包括：

获取支付方标识对应的通讯方式；

编辑与所述通讯方式相对应的变更的特征信息格式；

通过对应的通讯方式将对应的变更的特征信息传输给支付方；

所述通讯方式至少包括手机号码、邮箱、支付应用账号、响应应用账号中的一种或多种。

9.一种支付环境下收集支付方身份的装置，其特征在于，所述装置包括，

创建模块：用于创建第一服务器，建立第一服务器与第二服务器及第三服务器的连接；

接收模块：用于接收支付方响应收款指令的支付指令，与生成支付指令的支付应用建立连接，获取支付方标识；

获取模块：用于获取第三服务器中支付应用标识及支付交易信息；

传输模块：用于将所述支付方标识、支付应用标识、付款交易信息生成通知，发送至第二服务器，获取所述第二服务器中与所述支付方标识相匹配的标识信息；

存储模块，用于生成所述支付方标识、支付应用标识、付款交易信息及标识信息的映射信息，并关联存储。

10.一种服务器，其特征在于，所述服务器包括：

处理器；

存储装置，用于存储程序；

当所述处理器执行存储装置中存储程序时，所述处理器实现如权利要求1-8任意一项所述的方法。

11.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-8中任意一项所述方法。