CN112561516A - 基于二维码实现商品扫码支付业务的方法及系统 - Google Patents

Abstract

本发明提供了一种基于二维码实现商品扫码支付业务的方法，该方法由支付业务系统执行，支付业务系统包括二维码服务处理模块和订单管理模块，通过对于具有唯一性质的商品唯一码建立商品的虚拟实体，并通过支付业务系统搭建以商品虚拟实体和物理实体之间的关联关系，可实现通过对商品的虚拟实体监控商品的物理实体，并对支付业务进行监控，以在扫码支付中实现以商品为客体的支付业务逻辑，从而提供一套更具有数字货币意义的二维码支付体系，并对于不同经销商的销售价格进行统一的监控和调配，在一定程度上防止假冒商品和窜货等不当行为的发生。

Description

基于二维码实现商品扫码支付业务的方法及系统

技术领域

本发明涉及一种基于二维码实现商品扫码支付业务的方法及系统。

背景技术

目前，绝大多数的二维码支付业务，是通过微信、支付宝或银联工具实现的，其支付业务逻辑如附图图1所示，系依赖第三方互联网支付通道所实现的，其中二维码仅作为一种商品类别信息或商家的账号信息载体所存在，因而在此过程中，二维码、商品本身与支付业务之间的关联弱，并不能直接体现其数字层面的价值，这是具有局限性的：其一，支付通道之间存在壁垒，部分第三方支付平台账户存在商业竞争排斥，故其之间不能相互转账交易，例如：商家提供支付宝二维码，而买家仅有微信支付则无法直接衔接，其核心问题是所有支付业务中二维码仅作为一种商品类别信息或商家的账号信息载体所存在，故为了进行商家信息的衔接，所有金融机构和非金融机构之间相互转移需要借助较长的业务逻辑实现通知转达，且中间涉及以及多方的支付凭证校验，而越长的业务逻辑涉及的通道越多，因为金融机构和非金融机构的风控规则要求不同导致难以实施互通；其二，无论是收款码支付的正扫还是付款码支付的反扫，本身都是以数字层面的金额为准，其实是可以完全剥离商品本身存在，这导致了支付业务本身较难实现监管，即对于不存在实物交付的实际场景，但是现有的二维码支付业务仍然可以实现，是一种较弱的管控模式，因而商品本身和支付业务之间的关联性仅依赖于商家的自觉性，故会出现信用卡套现、窜货和假冒商品等不当行为的出现。

发明内容

为了解决上述技术问题，本发明中披露了一种基于二维码实现商品扫码支付业务的方法及系统，本发明的技术方案是这样实施的：

一种基于二维码实现商品扫码支付业务的方法，该方法由支付业务系统执行，所述支付业务系统包括二维码服务处理模块和订单管理模块，该方法包括：二维码服务处理模块接收对于商品实体上的二维码进行扫码发起的二维码扫码请求，所述二维码扫码请求中携带商品二维码上的二维码值，所述二维码值包括商品唯一码信息，并且在所述订单管理模块中存储有对应所述商品唯一码信息的唯一商品信息；所述二维码服务处理模块对于所述二维码扫码请求进行解密，并将所述二维码值发送至所述订单管理模块；所述订单管理模块根据其存储的所述商品唯一码信息和唯一商品信息对应关系，获得所述商品信息，并发送至所述二维码服务处理模块；当所述二维码服务处理模块在收到支付操作时，向所述订单管理模块发送支付指令；所述订单管理模块对所述支付指令进行签名验证，在签名校验通过后，所述订单管理模块向业务处理模块提交支付业务订单；所述订单管理模块根据所述业务处理模块反馈的支付业务订单执行结果更新对应的所述商品信息。

优选地，所述二维码扫码请求还包括经过所述二维码服务处理模块签名校验过的域名信息，所述订单管理模块仅解密其对应域名且经过所述二维码服务处理模块签名校验的所述二维码扫码请求。

优选地，所述系统还包括商家服务模块，在所述二维码服务模块接收二维码扫码请求之前，所述方法还包括：所述商家服务模块接收设备绑定请求，所述设备绑定请求中携带：二维码识别设备的设备标识和商家标识；所述商家服务模块存储上述二维码识别设备的设备标识和商家标识之间的对应关系，并将所述对应关系发送至所述二维码服务处理模块用于签名校验所述二维码扫码请求。

优选地，所述商品信息包括交易节点信息、商品价格信息和商品售卖状态信息；所述交易节点信息用以记录当前商品的所处的商家信息；所述商品价格信息为对应当前交易节点信息的结算商品价格；所述商品售卖状态信息用以标识当前商品处于售卖状态或非售卖状态；当所述订单管理模块向业务处理模块提交支付业务订单时，所述业务处理模块通过加密方式调用存储于所述订单管理模块的交易节点信息用于校验当前商家服务模块上报的所述对应关系，并生成入账凭证用于判断商品结算时所应入账的商家主体以及入账金额。

优选地，所述系统还包括商品管理模块，所述商品管理模块提供接口用于编辑所述商品信息，所述商品信息包括：商品规格信息、商品生产信息和商品定位信息中的一种或多种。

优选地，所述二维码服务处理模块将接收到的所述商品信息发送至嵌入式应用中，所述嵌入式应用用于显示所述商品信息，并加载验证校验证书，所述加载验证校验证书用以支付授权并发送所述支付操作至所述二维码服务处理模块。

优选地，所述商品信息还包括封装ID码；所述封装ID码具有唯一性且对若干商品的所述商品唯一码有关联关系；所述若干商品在出厂时被组合封装，所述封装ID码设置于封装包装上；所述商品管理模块将所述封装ID码发送至所述订单管理模块；所述商品管理模块发送包含所述封装ID码的操作指令至订单管理模块，所述订单管理模块根据所述关联关系以及所述操作指令对于所述关联关系所对应的所有所述商品唯一码的商品信息进行信息更新。

优选地，所述商品管理模块包括商品定位模组，所述商品定位模组包括贴附于商品包装上的电子标签组件、定位组件和数据上报组件；所述数据上报组件定时上报对应所述电子标签组件的标识和当前电子标签关联的所述定位组件的定位信息；所述定位组件为GPS模组或北斗模组，所述电子标签具有主动播报功能。

优选地，所述二维码服务处理模块接收并解析二维码扫码请求之前，所述方法还包括：通过二维码识别模块读取二维码信息，所述二维码信息包括商品二维码服务地址信息、GTIN代码信息和序列代码信息；所述二维码信息采用QR码或汉信码进行标识。

一种二维码支付业务系统，所述系统包括：二维码服务处理模块，用于接收并解析具有唯一性的二维码扫码请求；订单管理模块，用于存储商品信息，并向外部业务处理模块提交支付业务订单，并根据所述支付业务订单的执行结果更新对应的商品信息；商家服务模块，用于将二维码识别设备的设备标识和商家标识的对应关系发送至所述二维码服务处理模块，用以交易节点信息确认；商品管理模块，用于编辑所述商品信息。

实施本发明的技术方案可解决现有技术中二维码支付的局限性；实施本发明的技术方案，通过搭建以商品虚拟实体和物理实体之间的关联关系，可实现通过对商品的虚拟实体监控商品的物理实体，并对支付业务进行监控，以在扫码支付中实现以商品为客体的支付业务逻辑，从而提供一套更具有数字货币意义的二维码支付体系。应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

通过结合附图对本申请示例性实施方式进行更详细的描述，本申请的上述以及其它目的、特征和优势将变得更加明显，其中，在本申请示例性实施方式中，相同的参考标号通常代表相同部件。

图1为现有技术中的二维码支付业务逻辑；

图2为正扫和反扫方案的示意图；

图3为本发明的模块业务关系示意图。

具体实施方式

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

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语“第一”、“第二”、“第三”等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

在本申请的描述中，需要理解的是，术语“长度”、“宽度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。

除非另有明确的规定和限定，术语“安装”、“相连”、“连接”、“固定”等术语应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或成一体；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通或两个元件的相互作用关系。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

一种基于二维码实现商品扫码支付业务的方法，该方法由支付业务系统执行，支付业务系统包括二维码服务处理模块和订单管理模块，该方法包括：

二维码服务处理模块接收对于商品实体上的二维码进行扫码发起的二维码扫码请求，二维码扫码请求中携带商品二维码上的二维码值，二维码值包括商品唯一码信息，并且在订单管理模块中存储有对应商品唯一码信息的唯一商品信息；

二维码服务处理模块对于二维码扫码请求进行解密，并将二维码值发送至订单管理模块；

订单管理模块根据其存储的商品唯一码信息和唯一商品信息对应关系，获得商品信息，并发送至二维码服务处理模块；

当二维码服务处理模块在收到支付操作时，向订单管理模块发送支付指令；

订单管理模块对支付指令进行签名验证，在签名校验通过后，订单管理模块向业务处理模块提交支付业务订单；

订单管理模块根据业务处理模块反馈的支付业务订单执行结果更新对应的商品信息。

具体地，扫码支付业务的方法包括如下流程：

1、生成对应商品物理实体的二维码

商品上通过印刷、粘贴、喷码等方式附有具备唯一识别性质的商品唯一码信息，作用于标识单个商品的唯一身份信息，也是实现商品扫码支付的信息入口，即形成了商品物理实体的信息入口，从而为商品的虚拟实体形成对应关系提供关联方式。商品唯一码信息的数据结构包含指定URL服务地址和数据标识代码，其中服务地址应用https协议，是商品二维码的生成和解析地址，也是扫码后直接跳转的第一服务地址；数据标识代码由应用标识符和序列代码段组成，应用标识符代表后续代码的应用标准，序列代码段指代某一品类商品中某个具体商品的唯一对应代码，数据为数字字母型，分配方法由平台根据需要生成的商品个数进行程序自动生成，生成算法为流水号或其他方法、保障唯一性。

商品唯一码信息的数据格式可以采用包括服务地址加后续编码段的格式，其中服务地址为商品二维码的生成的解析地址或证书访问地址，以https协议为例，将iotitt.com/g/作为服务地址，则二维码内包括指定的地址https://iotitt.com/g/用于和手机端、移动设备端的嵌入式进行认证。服务地址的安全访问协议的策略，可以根据项目需求以及项目进展进行更改和升级细化。后续编码段的内容为用以形成独立唯一标识的唯一编码内容，可以由一段或多段编码组成，本实施例中，采用国标GB/T 33993-2017中的格式内容，引用GTIN格式作为其中的公域编码内容，遵循全球贸易项目代码的GTIN标准或其他编码制式，在本实施例中，指示符为2位，数据代码段为14位。为了独立区分商品的唯一特征，添附私域编码内容，本实施例中私域编码由GS1应用标识符和数据代码组成，其作用为作为定位商品唯一身份的序列代码，本实施例采用8位代码，该代码为在商品生产商在商品生产完毕后生成由二维码管理系统生成的，使得单一商品具有唯一身份，上述编码逻辑内容可以是数字字母型。本实施例中，确立商品唯一身份采用流水号进行标识，本实施例中流水号为123则记为00000123。序列代码还根据生产的工厂编号、产线编号、生产日期或人为指定唯一编码的方式进行确定，内容可以采用8-64位进行信息存储。最终组成https://iotitt.com/g/01/06956847855560/21/00000123编码格式。对于该数据内容，采用QR码或汉信码进行标识，并通过秘钥进行加密最终生成可以设置于商品上的带有商品唯一码信息的商品二维码。

商品信息还包括封装ID码；封装ID码具有唯一性且对若干商品的商品唯一码有关联关系；若干商品在出厂时被组合封装，封装ID码设置于封装包装上；商品管理模块将封装ID码发送至订单管理模块；商品管理模块发送包含封装ID码的操作指令至订单管理模块，订单管理模块根据关联关系以及操作指令对于关联关系所对应的所有商品唯一码的商品信息进行信息更新。对于批量封装的商品，如箱装牛奶、肥皂、瓶装液体等，当对于独立包装设置的商品唯一码信息，还在外包装箱体上设置有封装ID码，封装ID码的格式的设置可以按照上述商品唯一码信息的格式和生成方式进行生成，最终通过QR码或汉信码进行标识并通过秘钥进行加密后设置于批量封装的包装上。封装ID码的数据格式可以包括服务地址加后续编码段的格式，其内容可以为https://iotitt.com/g/01/06956847855560/22/00000101。

其引入目的是可以通过操作封装ID码就能够对于其相关联的商品唯一码信息所对应的商品虚拟实体进行统一的操作，进而使得对于商品唯一码信息进行批量化的操作和管理，可以极大地简化扫码过程。封装ID码和其对应的商品唯一码信息关系在其生成时就备份上传至订单管理模块的数据库中。当封装ID码对应的其中之一商品唯一码独立于其他商品唯一码发生商品信息的变化时，封装ID码于订单管理模块内被标记为失效，即模拟了封装ID码所对应的外部箱体包装被拆分的情况，封装ID码同样可以手动设置失效。

2、商品虚拟实体的信息录入

在商品物理实体上设置包含商品唯一码信息的商品二维码的同时，需要构件出商品的虚拟实体，通过订单管理模块对于商品的虚拟实体进行对象管理。其创建过程可以通过商品管理模块向订单管理模块录入和更新商品的信息，也可以不借助于特定的商品管理模块，直接在生成商品二维码时就上报包括商品售卖状态信息在内的商品信息到订单管理模块中，这可以根据商品的不同而进行定制。通过商品管理模块录入的商品信息还包括商品的价格、商品的名称、商品品牌、商品系列、生产地址的具体位置、标识、重量、规格等，其信息种类涵盖商品的各个方面，从而形成对于商品虚拟实体的信息状态更新。商品管理模块提供接口用于编辑商品信息；商品管理模块还可以细分为动态数据录入模块和静态数据录入模块，静态数据录入模块用于输入常量信息，例如商品的名称、商品品牌、商品系列、生产地址的具体位置、标识、重量、规格等；动态数据录入模块用于动态更新例如商品的价格、交易节点信息、物理定位信息等动态内容，动态数据录入模块和静态数据录入模块根据实际系统的搭建和项目需要进行调整拆分，或整合到其他模块中。其中商品售卖状态信息决定着物理实体的商品销售状态，现实中完成商品买卖交付时，认为商品已经脱离监控范围，商品可能出现拆盒、消耗等状况，对应的商品售卖状态信息也被标记为“出售”；同理还可以增加“维修中”、“运输中”、“待上架”等状态信息，这些信息被存储于订单管理模块的数据库中。具体到某一类应用场景中，对于商品的运输路径具有严格管控要求，则引入商品定位模组，商品定位模组包括贴附于商品包装上的电子标签组件、定位组件和数据上报组件，电子标签组件和商品唯一码具有唯一对应关系；数据上报组件定时向订单管理模块上报对应电子标签组件的标识和当前电子标签关联的定位组件的定位信息；定位组件为GPS模组或北斗模组，电子标签具有主动播报功能。例如在盒装商品的运输过程中，单独箱体内设置12个具有独立包装的商品，每个商品具有对应的商品二维码，暂计为码A01-A12，对于整箱牛奶外部设置有封装ID码，封装ID码为A00，对于封装ID码设置有有源蓝牙电子标签，有源蓝牙电子标签贴附于箱体外包装上，运输车辆上设置有GPS模组，有源蓝牙电子标签主动播报其对应的封装ID码A00，运输车辆对于封装ID码A00、车辆上的时钟模块的时间信息、GPS模组的位置信息以5分钟为间隔进行上报，则订单管理模块针对每次上报的关联信息进行校验，随后对于真实信息进行存储，从而更新了虚拟实体的位置信息状态，于此，可以实现对于A00对应的A01-A12商品的虚拟实体的运输路径完整监控，尤其是贵重商品，这相比传统的运输途径中，对于起、始的两个节点信息进行补全的信息不同，在运输途中实现了更为密集的位置信息采集，从而其生成的路径真实性更强，在追踪遗落的商品时能够更加有效，从而防止了异地的假冒商品、窜货现象的出现，因为异地假冒商品无法和实际运输的定位信息进行匹配。电子标签也可以单独设置于独立商品上。

3、商家管理

在完成虚拟实体和物理实体的对应关系后，提供能够用于连接两者的操作方式。一般而言，商家服务模块能对商家使用的二维码设备进行绑定，二维码设备可以为识别设备，识别设备包含了二维码识别模块在内，具有二维码识别功能，例如扫码激光枪、摄像头等方式，或者在识别设备的基础上，增设显示屏幕或显示装置，将二维码设备读取到的商品二维码通过转码和解析出来之后，再进行显示。识别和显示分别能够对应二维码的正扫和反扫模式，使得商家和买家能够选择性地使用二维码进行支付业务，从而应对不同的场景。商家服务模块接收设备绑定请求，设备绑定请求中携带：二维码识别/显示设备的设备标识和商家标识；商家服务模块存储上述二维码识别/显示设备的设备标识和商家标识之间的对应关系，并将对应关系发送至二维码服务处理模块用于签名校验二维码扫码请求；二维码扫码请求为通过对于商品实体上的二维码进行扫码发起的，故，能够确保实际经销的商家信息和订单管理模块内存储的商家信息能够一一匹配，从而实现对经销过程的监控。如附图图2所示，当采用正扫方案时，买家移动端集成二维码服务处理模块的功能，买家使用嵌入式应用向订单管理模块调取商品信息，并在嵌入式应用上对于操作指令进行确认；或采用反扫方案，商家采用显示设备上的二维码识别模块采集二维码，将商品信息进行罗列和整理显示，买家可以在商家提供的显示设备上查看待买商品信息，最终在买家的移动端确认操作指令，因而可以将二维码服务处理模块视为拆分设置在买家移动端和显示设备上。

商品信息还包括交易节点信息、商品价格信息和商品售卖状态信息；交易节点信息用以记录当前商品的所处的商家信息；商品价格信息为对应当前交易节点信息的结算商品价格；商品售卖状态信息用以标识当前商品处于售卖状态或非售卖状态；当订单管理模块向业务处理模块提交支付业务订单时，业务处理模块通过加密方式调用存储于订单管理模块的交易节点信息用于校验当前商家服务模块上报的对应关系，并生成入账凭证用于判断商品结算时所应入账的商家主体以及入账金额；交易节点信息可以是记录当前商品销售主体的信息，从而可以根据预先设定的销售价格，直接进行支付业务的结算，或使用节点信息对于商品价格信息进行调节。业务处理模块通过加密方式调用存储的交易节点信息用于校验当前商家的设备信息，进行校验。而交易节点信息经过设备绑定请求的校验和签名，具有较强的真实性，实现商品虚拟实体和物理实体的强关联关系，从而在虚拟实体层确定最终销售的终端，则可用于数字结算。交易节点信息的引入能够设置经销主体所能够获取的不同入账金额。

4、买家购买商品实现支付业务

当商家发起购买时，可以使用智能手机或移动终端对于商品二维码进行扫码，或商家使用扫码设备对于商品二维码进行识别时，生成二维码扫码请求。二维码服务处理模块接收并解析二维码扫码请求，二维码扫码请求中携带商品二维码上的二维码值；二维码值包括商品唯一码信息；商品唯一码信息为与商品实体绑定的具有唯一性的编码信息；订单管理模块接收二维码服务处理模块解析的二维码扫码请求，查询存储的商品唯一码信息所对应的商品信息，商品信息就包括了上述信息录入中的信息类别，即商品售卖状态信息、商品的价格、商品的名称、商品品牌、商品系列、生产地址的具体位置、标识、重量、规格等内容。订单管理模块向二维码服务处理模块反馈对应的商品信息，并显示于买家或商家端的嵌入式应用上，以便供买家和商家进行虚拟实体的各项信息的确认，同时由于虚拟实体记录了详尽的包括时间节点在内的多维度数据，因此可以简化或适当调整物理实体包装上的介绍信息。对于目标商品，当扫码时的商品售卖状态信息为允许出售时，则订单管理模块允许买家端或商家端的嵌入式应用进入对应操作，操作可以包括购买操作、租赁操作、归还操作等；当目标商品的商品售卖状态信息为非允许出售或其他不允许买家操作的状态时，可以通过嵌入式应用设置相对应的提示，二维码服务处理模块所能发起的操作指令的具体类别还可以包括暂停销售、报废商品等，上述特征可以结合本领域技术人员对于业务流程的需求进行适应性的调整，与本专利披露的技术方案结合，形成的技术方案，均在本专利的保护范围内。

当二维码服务处理模块在收到租赁或购买等一类需要执行支付的支付操作时，通过加密查询方式向订单管理模块发送支付指令，订单管理模块向业务处理模块提交支付业务订单，该支付业务订单的目标平台取决于支付双方所采用的第三方货币平台的业务处理模块，具体业务逻辑的接口协议根据不同的第三方的业务处理模块接口进行适配。订单管理模块根据业务处理模块反馈的支付业务订单执行结果的不同进行对应的操作，一般而言，当业务处理模块成功执行对应的支付业务订单时候，反馈成功信息；当业务处理模块执行对应的支付业务订单失败时候，反馈失败信息。当订单管理模块获得成功消息时，对于目标商品的虚拟实体的商品售卖状态信息和/或其他信息进行更新，改为售出或出租等对应状态，并记录其售出时的时间信息、交易节点信息、商家二维码设备硬件信息等内容，并存储于订单管理模块内。至此，商品的虚拟实体被标记为已出售状态或租赁状态，其物理实体交付买家，实现了虚拟实体和物理实体的销售状态相关联。由于本方案生成商品的虚拟实体，当对于虚拟实体的生产或者销售状态进行改动，能够生成基于商品价值的等价数字货币，因而和传统的扫码支付依赖于支付凭证不同，不同的支付平台可以跳出传统的支付通道与支付通道之间的竞争关系，转而针对统一的虚拟实体进行支付，对于不同支付平台之间采用了统一的标准，可以实现基准化的数字货币功能，从而容易实现跨平台支付；根据交易节点信息决定不同经销主体的入账金额；实现商家远程对于经销商进行调价，使得商品的售价更加稳定可控；由于二维码具有唯一性，一经使用即可设置为失效，同时各类信息的更新能够更精准地和商品实物进行关联，因而能够在一定程度上防止窜货和假冒，保障买家和商家的权益。

综上，

在一种优选的实施例中，二维码扫码请求还包括经过二维码服务处理模块签名校验过的域名信息，订单管理模块仅解密其对应域名且经过二维码服务处理模块签名校验的二维码扫码请求。

在一种优选的实施例中，系统还包括商家服务模块，在二维码服务模块接收二维码扫码请求之前，方法还包括：商家服务模块接收设备绑定请求，设备绑定请求中携带：二维码识别设备的设备标识和商家标识；商家服务模块存储上述二维码识别设备的设备标识和商家标识之间的对应关系，并将对应关系发送至二维码服务处理模块用于签名校验二维码扫码请求。

在一种优选的实施例中，商品信息包括交易节点信息、商品价格信息和商品售卖状态信息；交易节点信息用以记录当前商品的所处的商家信息；商品价格信息为对应当前交易节点信息的结算商品价格；商品售卖状态信息用以标识当前商品处于售卖状态或非售卖状态；当订单管理模块向业务处理模块提交支付业务订单时，业务处理模块通过加密方式调用存储于订单管理模块的交易节点信息用于校验当前商家服务模块上报的对应关系，并生成入账凭证用于判断商品结算时所应入账的商家主体以及入账金额。

在一种优选的实施例中，系统还包括商品管理模块，商品管理模块提供接口用于编辑商品信息，商品信息包括：商品规格信息、商品生产信息和商品定位信息中的一种或多种。

在一种优选的实施例中，二维码服务处理模块将接收到的商品信息发送至嵌入式应用中，嵌入式应用用于显示商品信息，并加载验证校验证书，加载验证校验证书用以支付授权并发送支付操作至二维码服务处理模块。

在一种优选的实施例中，商品信息还包括封装ID码；封装ID码具有唯一性且对若干商品的商品唯一码有关联关系；若干商品在出厂时被组合封装，封装ID码设置于封装包装上；商品管理模块将封装ID码发送至订单管理模块；商品管理模块发送包含封装ID码的操作指令至订单管理模块，订单管理模块根据关联关系以及操作指令对于关联关系所对应的所有商品唯一码的商品信息进行信息更新。

在一种优选的实施例中，商品管理模块包括商品定位模组，商品定位模组包括贴附于商品包装上的电子标签组件、定位组件和数据上报组件；数据上报组件定时上报对应电子标签组件的标识和当前电子标签关联的定位组件的定位信息；定位组件为GPS模组或北斗模组，电子标签具有主动播报功能。

在一种优选的实施例中，二维码服务处理模块接收并解析二维码扫码请求之前，方法还包括：通过二维码识别模块读取二维码信息，二维码信息包括商品二维码服务地址信息、GTIN代码信息和序列代码信息；二维码信息采用QR码或汉信码进行标识。

一种二维码支付业务系统，系统包括：二维码服务处理模块，用于接收并解析具有唯一性的二维码扫码请求；订单管理模块，用于存储商品信息，并向外部业务处理模块提交支付业务订单，并根据支付业务订单的执行结果更新对应的商品信息；商家服务模块，用于将二维码识别设备的设备标识和商家标识的对应关系发送至二维码服务处理模块，用以交易节点信息确认；商品管理模块，用于编辑商品信息。系统可以略不同于上述方法的软件实体，根据实际需要适应性地增加或删除对应的功能模块。

在本说明书的描述中，参考术语“一个实施方式”、“一些实施方式”、“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换。需要指出的是，以上仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种基于二维码实现商品扫码支付业务的方法，该方法由支付业务系统执行，所述支付业务系统包括二维码服务处理模块和订单管理模块，该方法包括：

二维码服务处理模块接收对于商品实体上的二维码进行扫码发起的二维码扫码请求，所述二维码扫码请求中携带商品二维码上的二维码值，所述二维码值包括商品唯一码信息，并且在所述订单管理模块中存储有对应所述商品唯一码信息的唯一商品信息；

所述二维码服务处理模块对于所述二维码扫码请求进行解密，并将所述二维码值发送至所述订单管理模块；

所述订单管理模块根据其存储的所述商品唯一码信息和唯一商品信息对应关系，获得所述商品信息，并发送至所述二维码服务处理模块；

当所述二维码服务处理模块在收到支付操作时，向所述订单管理模块发送支付指令；

所述订单管理模块对所述支付指令进行签名验证，在签名校验通过后，所述订单管理模块向业务处理模块提交支付业务订单；

所述订单管理模块根据所述业务处理模块反馈的支付业务订单执行结果更新对应的所述商品信息。

2.根据权利要求1所述的一种基于二维码实现商品扫码支付业务的方法，其特征在于：所述二维码扫码请求还包括经过所述二维码服务处理模块签名校验过的域名信息，所述订单管理模块仅解密其对应域名且经过所述二维码服务处理模块签名校验的所述二维码扫码请求。

3.根据权利要求2所述的一种基于二维码实现商品扫码支付业务的方法，所述系统还包括商家服务模块，在所述二维码服务模块接收二维码扫码请求之前，所述方法还包括：所述商家服务模块接收设备绑定请求，所述设备绑定请求中携带：二维码识别设备的设备标识和商家标识；所述商家服务模块存储上述二维码识别设备的设备标识和商家标识之间的对应关系，并将所述对应关系发送至所述二维码服务处理模块用于签名校验所述二维码扫码请求。

4.根据权利要求3所述的一种基于二维码实现商品扫码支付业务的方法，其特征在于：所述商品信息包括交易节点信息、商品价格信息和商品售卖状态信息；所述交易节点信息用以记录当前商品的所处的商家信息；所述商品价格信息为对应当前交易节点信息的结算商品价格；所述商品售卖状态信息用以标识当前商品处于售卖状态或非售卖状态；当所述订单管理模块向业务处理模块提交支付业务订单时，所述业务处理模块通过加密方式调用存储于所述订单管理模块的交易节点信息用于校验当前商家服务模块上报的所述对应关系，并生成入账凭证用于判断商品结算时所应入账的商家主体以及入账金额。

5.根据权利要求1所述的一种基于二维码实现商品扫码支付业务的方法，其特征在于：所述系统还包括商品管理模块，所述商品管理模块提供接口用于编辑所述商品信息，所述商品信息包括：商品规格信息、商品生产信息和商品定位信息中的一种或多种。

6.根据权利要求5所述的一种基于二维码实现商品扫码支付业务的方法，其特征在于：所述二维码服务处理模块将接收到的所述商品信息发送至嵌入式应用中，所述嵌入式应用用于显示所述商品信息，并加载验证校验证书，所述加载验证校验证书用以支付授权并发送所述支付操作至所述二维码服务处理模块。

7.根据权利要求5所述的一种基于二维码实现商品扫码支付业务的方法，其特征在于：所述商品信息还包括封装ID码；所述封装ID码具有唯一性且对若干商品的所述商品唯一码有关联关系；所述若干商品在出厂时被组合封装，所述封装ID码设置于封装包装上；所述商品管理模块将所述封装ID码发送至所述订单管理模块；所述商品管理模块发送包含所述封装ID码的操作指令至订单管理模块，所述订单管理模块根据所述关联关系以及所述操作指令对于所述关联关系所对应的所有所述商品唯一码的商品信息进行信息更新。

8.根据权利要求5所述的一种基于二维码实现商品扫码支付业务的方法，其特征在于：所述商品管理模块包括商品定位模组，所述商品定位模组包括贴附于商品包装上的电子标签组件、定位组件和数据上报组件；所述数据上报组件上报对应所述电子标签组件的标识和当前电子标签关联的所述定位组件的定位信息；所述定位组件为GPS模组或北斗模组，所述电子标签具有主动播报功能。

9.根据权利要求1所述的一种基于二维码实现商品扫码支付业务的方法，所述二维码服务处理模块接收并解析二维码扫码请求之前，所述方法还包括：通过二维码识别模块读取二维码信息，所述二维码信息包括商品二维码服务地址信息、GTIN代码信息和序列代码信息；所述二维码信息采用QR码或汉信码进行标识。

10.一种二维码支付业务系统，所述系统包括：

二维码服务处理模块，用于接收并解析具有唯一性的二维码扫码请求；

订单管理模块，用于存储商品信息，并向外部业务处理模块提交支付业务订单，并根据所述支付业务订单的执行结果更新对应的商品信息；

商家服务模块，用于将二维码识别设备的设备标识和商家标识的对应关系发送至所述二维码服务处理模块，用以交易节点信息确认；

商品管理模块，用于编辑所述商品信息。

Images