商户系统以及数据处理方法
【技术领域】
[0001] 本发明涉及交易数据处理，更具体来说，涉及一种商户执行的交易数据的处理方 法以及商户系统。
【背景技术】
[0002] 支付凭证也称为收银条，一般由P0S终端在持卡人完成刷卡时打印，一般包含如 下信息：商户号、商户名称、终端机编号、收单银行/收单机构、发卡行、交易卡号、交易类 型、批次号、凭证号、交易时间、交易日期、消费金额等信息，如果是1C卡交易，则可能附加 1C卡交易的相关验证信息。
[0003] 支付凭证一般分为持卡人联、商户联和发卡机构联。分别供对应的各自的实体，主 要用于发生争议时各自的凭据。这种凭证仅限于线下支付交易。
[0004] 目前的线下支付凭证的局限性在于：1)仅作为支付行为的凭据，功能单一，场景 有限；2)目前多数是纸质凭据，用户保存及使用均很麻烦，通常都是丢弃处理。
[0005] 随着目前电子商务蓬勃发展，持卡人在线上使用银行卡完成支付时，通常是由商 户提供支付完成的记录作为凭证，而没有一个像线下支付凭证一样权威可信的支付凭证。 例如，在交易发送差错时用户无法提供有效的(例如经第三方确认的）支付依据，而只能通 过商家提供的支付记录进行差错处理，这存在法律方面的风险。另一个问题是现在商户实 现线上支付线下获取服务（020)时，必须给用户额外的凭证，如提货券、团购券或其他形式 的电子票据，用户使用该电子票据在线下承兑相关服务。对于每个商家而言，它需要投入大 量的资金、人力用于这个020服务平台的建立，很难推广到中小商户。
【发明内容】
[0006] 为了解决上述问题，本申请给出一种提供有效（即官方或第三方确认）的线上支付 凭证的技术实现方案。
[0007] 根据本申请的一个方面，提供了一种商户执行的交易数据的处理方法，包括：从用 户处接收订单和支付请求信息；向所述用户发送消息，所述消息包含所述用户是否需要电 子承兑的询问，所述电子承兑指用户通过电子票证的形式来进行承兑；在收到来自所述用 户的需要电子承兑的确认后，将从所述用户处接收的支付请求信息以及与所述电子承兑相 关的信息打包，并发送给支付网络；以及从所述支付网络接收所述支付网络根据打包信息 所生成的电子支付凭证，所述电子支付凭证包含与所述电子承兑有关的信息。
[0008] 上述方法还可包括：将所述电子支付凭证提供给所述用户，使得其可使用该电子 支付凭证在线下承兑相关服务。
[0009] 在上述方法中，与所述电子承兑相关的信息包括所述用户已购买的服务信息或商 品?目息。
[0010] 在上述方法中，所述电子支付凭证包括支付数据集合、服务信息集合以及签名，所 述支付数据集合包含如下数据项：商户号、商户名称、终端机编号、收单机构、发卡行、交易 卡号、交易类型、批次号、凭证号、交易时间、交易日期以及消费金额，所述服务信息集合包 括如下数据项：商户名称、支付卡号、支付时间、支付日期以及物品或服务描述。
[0011] 在上述方法中，所述签名由所述支付网络根据所述支付数据集合和所述服务信息 集合来生成。
[0012] 在上述方法中，所述电子支付凭证包括由所述商户定义的验证信息，所述验证信 息包含所述用户的身份、支付状态、可获取的服务以及状态标识。
[0013] 根据本申请的另一个方面，提供了一种商户系统，包括：第一接收单元，用于从用 户处接收订单和支付请求信息；第一发送单元，用于向所述用户发送消息，所述消息包含所 述用户是否需要电子承兑的询问，所述电子承兑指用户通过电子票证的形式来进行承兑； 打包单元，用于在收到来自所述用户的需要电子承兑的确认后，将从所述用户处接收的支 付请求信息以及与所述电子承兑相关的信息打包，并发送给支付网络；以及第二接收单元， 从所述支付网络接收所述支付网络根据打包信息所生成的电子支付凭证，所述电子支付凭 证包含与所述电子承兑有关的信息。
[0014] 商户系统还可包括：第二发送单元，用于将所述电子支付凭证提供给所述用户，使 得其可使用该电子支付凭证在线下承兑相关服务或商品。
[0015] 在上述商户系统中，与所述电子承兑相关的信息包括所述用户已购买的服务信息 或商品信息。
[0016] 在上述商户系统中，所述电子支付凭证包括支付数据集合、服务信息集合以及签 名，所述支付数据集合包含如下数据项：商户号、商户名称、终端机编号、收单机构、发卡行、 交易卡号、交易类型、批次号、凭证号、交易时间、交易日期以及消费金额，所述服务信息集 合包括如下数据项：商户名称、支付卡号、支付时间、支付日期以及物品或服务描述。
[0017] 在上述商户系统中，所述签名由所述支付网络根据所述支付数据集合和所述服务 信息集合来生成。
[0018] 在上述商户系统中，所述电子支付凭证包括由所述商户定义的验证信息，所述验 证信息包含所述用户的身份、支付状态、可获取的服务以及状态标识。
【附图说明】
[0019] 在参照附图阅读了本发明的【具体实施方式】以后，本领域技术人员将会更清楚地了 解本发明的各个方面。本领域技术人员应当理解的是：这些附图仅仅用于配合具体实施方 式说明本发明的技术方案，而并非意在对本发明的保护范围构成限制。
[0020] 图1是根据本申请的实施例、交易数据的处理流程。
【具体实施方式】
[0021] 下面介绍的是本发明的多个可能实施例中的一些，旨在提供对本发明的基本了 解，并不旨在确认本发明的关键或决定性的要素或限定所要保护的范围。容易理解，根据本 发明的技术方案，在不变更本发明的实质精神下，本领域的一般技术人员可以提出可相互 替换的其它实现方式。因此，以下【具体实施方式】以及附图仅是对本发明的技术方案的示例 性说明，而不应当视为本发明的全部或者视为对本发明技术方案的限定或限制。
[0022] 线上线下一体化是移动互联网时代的典型特征，线上线下打通的方式之一是通过 支付，本申请的技术方案提出一种新型的多功能电子支付凭证及处理系统，可在完成支付 过程后，将用户支付后商家需给付用户的物品以电子的形式记录在支付凭证中，用户可凭 证该凭证在线下享受自己购买的服务或获得相应的商品。同时本申请的技术方案揭示了处 理该多功能电子支付凭证数据的方法和系统。
[0023] 根据本申请的一个实施例，提供了一种商户执行的交易数据的处理方法，包括：从 用户处接收订单和支付请求信息；向所述用户发送消息，所述消息包含所述用户是否需要 电子承兑的询问，所述电子承兑指用户通过电子票证的形式来进行承兑；在收到来自所述 用户的需要电子承兑的确认后，将从所述用户处接收的支付请求信息以及与所述电子承兑 相关的信息打包，并发送给支付网络；以及从所述支付网络接收所述支付网络根据打包信 息所生成的电子支付凭证，所述电子支付凭证包含与所述电子承兑有关的信息。
[0024] 参考图1。图1根据本申请的一个实施例示出了支付凭证数据处理的整个过程。 首先，如步骤1所示，持卡人在商户网站浏览，并生成订单，确认支付。随后，商户网站提示 持卡人选择支付方式并完成支付信息的输入后，提示持卡人所订购的服务是否需要通过电 子票的形式进行承兑，如果用户选择该功能，则商户系统记录用户的选择结果，将该服务的 承兑信息和支付请求信息一起打包后向支付网络发起支付请求(步骤2)。接着，支付网络 收到支付请求后首先向发卡行发起支付请求，如果支付失败，则直接返回支付失败的结果 给商户；如果支付成功，则生成支付凭证，同时将该笔交易的服务承兑信息记入支付凭证， 同时对该支付凭证进行签名。之后将支付结果及包含服务承兑信息的支付凭证返回给商户 (步骤3)。然后，商户提示持卡人支付结果，同时显示支付凭证给持卡人，商户通常将该支付 凭证保存在商户网站系统当中，同时也保存在商户给用户提供的手机APP当中（步骤4)。
[0025] 至此，用户（持卡人）已经从商户处成功获得了电子支付凭证。该电子支付凭证由 支付网络或发卡行(第三方）出具，具有一定的权威性。
[0026] 在一个具体的实施例中，电子支付凭证包括支付数据集合、服务数据集合以及签 名三部分。
[0027] 例如，支付数据集合可包括商户号、商户名称、终端机编号、收单银行/收单机构、 发卡行、交易卡号、交易类型、批次号、凭证号、交易时间、交易日期、消费金额等数据项。在 1C卡交易的情况下，支付数据集合还可能包括1C卡交易的相关验证信息。
[0028] 服务数据集合可包括商户名称、支付卡号、支付时间、支付日期、所购物品或服务 等数据项。在一个实施例中，