CN108229955A - 支付方法、支付系统及支付装置 - Google Patents

Abstract

本申请公开了一种支付方法、支付系统及支付装置，包括获取用于线下支付的支付信息；对获得的支付信息进行校验，并在校验通过后进行支付。本申请提供的技术方案，对于用户来讲，只需要预先设置好自身的支付信息，在支付时提供支付信息即可，支付信息用户可以记在脑子里，不需要额外携带其他硬件设备，也不存在找零、丢失后挂失等的繁琐流程，使得整个支付过程变得简单、轻松；而且支付信息也不会出现被盗走等不安全的问题，保证了线下支安全实现。

Description

支付方法、支付系统及支付装置

技术领域

本申请涉及互联网技术，尤指一种支付方法、支付系统及支付装置。

背景技术

目前，线下购物如去超时或者小店购买商品，在支付环节，可使用多种方式进行付款，比如：携带现金，在付款时直接交付给收营员；或者，携带超时储值卡或银联相关银行卡片，进行刷卡支付；或者，携带手机，使用支付宝、微信等支付应用进行支付。

其中，携带现金是最为常见的支付方式，但是，现金携带不方便，需要额外携带容器安放现金，而且易丢失；采用现金支付会遇到找零的问题，使得支付过程变得繁琐，支付结算速度变慢。携卡片虽然比携带现金稍好，但是还是不方便，同样易丢失，而且找回需要挂失，新办理卡片也需要繁杂的流程，而且需要额外成本。使用支付应用的方法，携带手机不方便；易丢失，难找回；无法远程为他人支付。

现有的支付方式要么支付过程繁琐，要么需要依赖于携带式的硬件设备，而且都存在易丢失的问题。

发明内容

为了解决上述技术问题，本申请提供了一种支付方法、支付系统及支付装置，能够简单、安全地实现线下支付。

为了达到本申请目的，本申请提供一种支付方法，包括：

获取用于线下支付的支付信息；

对获得的支付信息进行校验，并在校验通过后进行支付；

其中，支付信息包括：用于识别线下支付的支付编码、用于限定采用该支付编码进行线下支付的支付金额上限值。

可选地，该方法之前还包括：设置所述支付信息。

可选地，所述支付信息还包括：支付失效信息；

所述对获得的支付信息进行校验之前还包括：根据支付失效信息确定出所述支付信息中的支付编码未失效，继续执行所述对获得的支付信息进行校验的步骤。

可选地，所述对获得的支付信息进行校验包括：

查询出所述支付信息中的支付编码已存在，且确定出当前需要支付的金额小于或等于所述支付信息中的支付金额上限值，则校验通过。

可选地，所述支付信息还包括支付范围；

所述方法还包括：确定出当前支付所在地属于支付范围内。

可选地，所述支付信息还包括支付密码；

所述校验通过之后，所述进行支付之前还包括：获取支付密码，且获得的支付密码与所述支付信息中的支付密码相同。

本申请还提供了一种支付系统，包括客户端和服务端；其中，

客户端，用于接收携带有支付信息的线下支付请求；将线下支付请求发送给服务端；

服务端，用于接收来自客户端的线下支付请求，获取用于线下支付的支付信息；对获得的支付信息进行校验，并在校验通过后进行支付；

其中，支付信息包括：用于识别线下支付的支付编码、用于限定采用该支付编码进行线下支付的支付金额上限值。

可选地，所述服务端还用于：设置用于线下支付的支付信息。

可选地，所述服务端具体用于：查询获得的支付信息中的支付编码是否已存在，如果已存在，确定当前需要支付的金额是否小于或等于获得的支付信息中的支付金额上限值，如果是，校验通过。

可选地，所述支付信息中还包括支付范围，所述服务端还用于：

确定当前支付所在地是否属于支付范围内，如果是，继续所述进行支付的过程；否则退出支付，并向所述客户端提示不能完成支付。

可选地，所述支付信息中还包括支付密码，所述服务端还用于：

对获得的支付密码进行验证，如果当前获得的支付密码与预先设置的相同，则继续进行支付的过程；否则退出支付，并向所述客户端提示不能完成支付。

可选地，所述支付信息还包括支付失效信息，所述服务端还用于：

根据支付失效信息确定获得的所述支付信息中的支付编码是否失效，如果未失效，继续执行所述对获得的支付信息进行校验的步骤，否则退出支付，并向所述客户端提示不能完成支付。

本申请又提供了一种支付装置，设置在向线下支付系统的服务端中；包括获取模块、处理模块，其中，

获取模块，用于获取用于线下支付的支付信息；其中，支付信息包括：支付编码、支付金额上限值；

处理模块，用于对获得的支付信息进行校验，并在校验通过后进行支付。

可选地，还包括设置模块，用于设置所述用于线下支付的支付信息。

可选地，所述设置模块设置的支付信息还包括支付失效信息；

所述处理模块还用于：确定出获得的支付信息中的支付编码未失效，继续执行对获得的支付信息进行校验的步骤。

可选地，所述处理模块具体用于：

查询出所述支付信息中的支付编码已存在，且确定出当前需要支付的金额小于或等于所述支付信息中的支付金额上限值，则校验通过。

可选地，所述设置模块设置的支付信息还包括支付范围；

所述处理模块还用于：确定出当前支付所在地属于支付范围内，继续进行支付。

可选地，所述设置模块设置的支付信息还包括支付密码；

所述处理模块还用于：所述验证通过后，获取支付密码，且获得的支付密码与所述支付信息中的支付密码相同，继续进行支付。

本申请提供的方案包括：获取用于线下支付的支付信息；对获得的支付信息进行校验，并在校验通过后进行支付。本申请提供的技术方案，对于用户来讲，只需要预先设置好自身的支付信息，在支付时提供支付信息即可，支付信息用户可以记在脑子里，不需要额外携带其他硬件设备，也不存在找零、丢失后挂失等的繁琐流程，使得整个支付过程变得简单、轻松；而且支付信息也不会出现被盗走等不安全的问题，保证了线下支安全实现。

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

附图说明

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

图1为本申请支付方法的流程图；

图2为本申请支付系统的组成结构示意图；

图3为本申请支付装置的组成结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明白，下文中将结合附图对本申请的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

在本申请一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1为本申请支付方法的流程图，如图1所示，包括：

步骤100：获取用于线下支付的支付信息。

实际应用中，用户可以通过安装有线下支付系统的客户端的收银台设备或线下支付系统的网站，输入用于线下支付的支付信息。其中，线下支付系统的客户端用于接受用户的线下支付请求。这样，线下支付系统的客户端或线下支付系统的网站接收到支付信息，会向线下支付系统的服务端发送携带有支付信息的线下支付请求，以使其获取用于线下支付的支付信息。

本步骤具体包括：线下支付系统的服务端接收来自线下支付系统的客户端的携带有支付信息的线下支付请求，以获取用于线下支付的支付信息。

本申请方法之前还包括：设置用于线下支付的支付信息。

可以通过上述线下支付系统的服务端来设置支付信息。用户的支付信息是与用户的注册信息相关联的，实现上并不用于限定本申请的保护范围，也是本领域技术人员可以采用现有多种方式实现的，如登录预先设置的支付网页、通过安装预先设置的支付应用等等，这里不再赘述。本申请强调的是，利用对支付信息的识别完成线下支付过程。

所述支付信息至少包括：支付编码、支付金额上限值。其中，

支付编码用于识别线下支付，可以自定义，也可以通过系统自动生成。支付编码可以由英文大小写字母与阿拉伯数字组成，比如：AbC135等。

支付金额上限值用于限定采用该支付编码进行线下支付的最大金额数。

可选地，支付信息还包括：支付范围。支付范围圈定了采用该支付编码可正常支付的地理范围。对于支付范围之外的区域，即使采用该支付编码也是不能支付成功的。

可选地，支付信息还包括：支付密码，用于进一步增强支付的安全性。

可选地，支付信息还包括：支付失效信息，用于确定支付编码的有效性。比如：设置为支付编码支付一次后失效；再如：也可以设置为累积支付额度达到支付金额上限值后对应的支付编码失效；又如：还可以设置为一段预设时间内支付编码有效；等等。

步骤101：对获得的支付信息进行校验，并在校验通过后进行支付。

本步骤中的对获得的支付信息进行校验包括：线下支付系统的服务端查询获得的支付信息中的支付编码是否已存在，如果已存在，确定当前需要支付的金额是否小于或等于获得的支付信息中的支付金额上限值，如果是，校验通过。

进一步地，如果获得的支付信息中的支付编码不存在，和/或当前需要支付的金额大于获得的支付信息中的支付金额上限值，则退出支付，并向线下支付系统的客户端提示不能完成支付。

可选地，如果支付信息中还包括有支付范围，本步骤还包括：

确定当前支付所在地是否属于支付范围内，如果是，继续进行支付的过程。否则退出支付，并向线下支付系统的客户端提示不能完成支付。这里，可以采用已有地理定位软件实现对当前地理位置的定位后再做判断，具体实现并不用于限定本申请的保护范围，这里不再赘述。

可选地，如果支付信息中还包括有支付密码，本步骤中对支付编码和支付金额上限值进行验证后，进行支付之前还包括：

获取支付密码(如通常的用户输入等)，对获得的支付密码进行验证，如果当前获得的支付密码与预先设置的相同，则继续进行支付的过程。否则退出支付，并向线下支付系统的客户端提示不能完成支付。

可选地，支付信息还包括有支付失效信息，本步骤中对支付编码和支付金额上限值进行验证之前，还包括：

根据支付失效信息确定获得的支付信息中的支付编码是否失效，如果未失效，继续执行步骤101，否则退出支付，并向线下支付系统的客户端提示不能完成支付。

本申请提供的支付方法，对于用户来讲，只需要预先设置好自身的支付信息，在支付时提供支付信息即可，支付信息用户可以记在脑子里，不需要额外携带其他硬件设备，也不存在找零、丢失后挂失等的繁琐流程，使得整个支付过程变得简单、轻松；而且支付信息也不会出现被盗走等不安全的问题，保证了线下支付的安全实现。

更进一步地，在本申请的支付方式中，用户还可以将自身的支付信息授权给其他人，只需要告知正确的相关支付信息即可，给线下支付带来了进一步的方便性。

本申请提供的支付方法尤其适用于金额较小的支付行为，如金额设置上限为50元人民币的支付场景。

图2为本申请支付系统的组成结构示意图，如图2所示，至少包括：客户端和服务端，其中，

客户端，用于接收携带有支付信息的线下支付请求；将线下支付请求发送给服务端；其中，支付信息至少包括：用于识别线下支付的支付编码、用于限定采用该支付编码进行线下支付的支付金额上限值；

服务端，用于接收来自客户端的线下支付请求，获取用于线下支付的支付信息；对获得的支付信息进行校验，并在校验通过后进行支付。

其中，

服务端还用于：设置用于线下支付的支付信息。

可选地，支付信息还包括：支付范围。支付范围圈定了采用该支付编码可正常支付的地理范围。对于支付范围之外的区域，即使采用该支付编码也是不能支付成功的。

可选地，支付信息还包括：支付密码，用于进一步增强支付的安全性。

可选地，支付信息还包括：支付失效信息，用于确定支付编码的有效性。比如：设置为支付编码支付一次后失效；再如：也可以设置为累积支付额度达到支付金额上限值后对应的支付编码失效；又如：还可以设置为一段预设时间内支付编码有效；等等。

进一步地，

服务端具体用于：查询获得的支付信息中的支付编码是否已存在，如果已存在，确定当前需要支付的金额是否小于或等于获得的支付信息中的支付金额上限值，如果是，校验通过。

可选地，

服务端还用于：如果获得的支付信息中的支付编码不存在，和/或当前需要支付的金额大于获得的支付信息中的支付金额上限值，则退出支付，并向线下支付系统的客户端提示不能完成支付；相应地，客户端还用于：提示不能完成支付。

可选地，如果支付信息中还包括有支付范围，服务端还用于：

确定当前支付所在地是否属于支付范围内，如果是，继续进行支付的过程。否则退出支付，并向线下支付系统的客户端提示不能完成支付。这里，可以采用已有地理定位软件实现对当前地理位置的定位后再做判断，具体实现并不用于限定本申请的保护范围，这里不再赘述。

可选地，如果支付信息中还包括有支付密码，服务端还用于：

获取支付密码(如通常的用户输入等)，对获得的支付密码进行验证，如果当前获得的支付密码与预先设置的相同，则继续进行支付的过程。否则退出支付，并向线下支付系统的客户端提示不能完成支付。

可选地，支付信息还包括有支付失效信息，服务端还用于：

根据支付失效信息确定获得的支付信息中的支付编码是否失效，如果未失效，继续执行对获得的支付信息进行校验的步骤，否则退出支付，并向线下支付系统的客户端提示不能完成支付。

本申请提供的支付系统，对于用户来讲，只需要预先设置好自身的支付信息，在支付时提供支付信息即可，支付信息用户可以记在脑子里，不需要额外携带其他硬件设备，也不存在找零、丢失后挂失等的繁琐流程，使得整个支付过程变得简单、轻松；而且支付信息也不会出现被盗走等不安全的问题，保证了线下支付的安全实现。

图3为本申请支付装置的组成结构示意图，设置在向线下支付系统的服务端中，如图3所示，包括：获取模块、处理模块，其中，

获取模块，用于获取用于线下支付的支付信息；

处理模块，用于对获得的支付信息进行校验，并在校验通过后进行支付。

进一步地，还包括设置模块，用于设置用于线下支付的支付信息。支付信息至少包括：支付编码、支付金额上限值。

进一步地，处理模块具体用于：

查询获得的支付信息中的支付编码是否已存在，如果已存在，确定当前需要支付的金额是否小于或等于获得的支付信息中的支付金额上限值，如果是，校验通过。

处理模块还用于：如果获得的支付信息中的支付编码不存在，和/或当前需要支付的金额大于获得的支付信息中的支付金额上限值，则退出支付，并提示不能完成支付。

进一步地，

设置模块设置的支付信息还包括支付失效信息，比如：设置为支付编码支付一次后失效；再如：也可以设置为累积支付额度达到支付金额上限值后对应的支付编码失效；又如：还可以设置为一段预设时间内支付编码有效；等等；相应地，

处理模块还用于：确定获得的支付信息中的支付编码是否失效，如果未失效，继续执行对获得的支付信息进行校验的步骤，否则退出支付，并提示不能完成支付。

进一步地，

设置模块设置的支付信息还包括支付范围。支付范围圈定了采用该支付编码可正常支付的地理范围。对于支付范围之外的区域，即使采用该支付编码也是不能支付成功的。相应地，

处理模块还用于：对支付信息中的支付编码和支付金额上限值进行验证后，确定当前支付所在地是否属于支付范围内，如果是，继续进行支付的过程；否则退出支付，并提示不能完成支付。

进一步地，

设置模块设置的支付信息还包括支付密码，用于进一步增强支付的安全性。相应地，处理模块还用于：

对支付信息中的支付编码和支付金额上限值进行验证后，对获得的支付密码进行验证，如果当前获得的支付密码与预先设置的相同，则继续进行支付的过程；否则退出支付，并提示不能完成支付。

本申请提供的支付装置可以采用软件实现，也可以采用硬件实现。具体形式并不用于限定本申请的保护范围。当本申请支付装置采用软件实现时，可以安装在收银台设备中以便支付时对支付信息进行验证以完成支付，同时，用户可以安装在自身电子设备如PC机、或移动终端上，以便实现前期对支付信息的设置。当然，本申请支付装置也可以是一个网页系统，无论是用户，还是商家，只需登录该网页即可完成各自的设置、支付过程。需要特别强调的是，本申请技术方案的具体实现形式可以很多，在本申请提供的技术方案的基础上，对于本领域技术人员来讲是容易实现的，并不用于限定本申请的保护范围。

下面结合具体应用场景对本申请提供的技术方案进行详细描述。

第一实施例，假设用户安装支付宝客户端，并安装有具有本申请支付装置的功能客户端的线下支付APP；用户打开客户端的线下支付APP设置支付信息，其中，支付编码为ABC123，支付金额上限值为50元人民币，支付范围为杭州市滨江区。

假设用户前往滨江区的世纪联华超市购物，购物完毕进入支付环节。前往世纪联华超市安装有线下支付系统的收银台设备(也可以是用于验证小额编码支付的终端如密码输入器、扫码仪器等)，用户在该收银台设备或终端上输入支付编码；收银台设备或终端将支付请求发送到安装有具有本申请支付装置的功能的服务端，服务端验证支付请求通过，本实施例中包括：当前输入的支付编码存在，当前需要支付的金额小于或等于支付金额上限值即50元人民币，当前完成支付的地址属于支付范围即杭州市滨江区内。服务端向终端返回支付成功信息，用户完成支付。

第二实施例，假设用户安装支付宝客户端，并安装有具有本申请支付装置的功能客户端的线下支付APP；用户打开客户端的线下支付APP设置支付信息，其中，支付编码为ABC123，支付金额上限值为50元人民币，支付范围为杭州市滨江区。前往滨江区，世纪联华超市购物，购物完毕进入支付环节。

假设用户前往滨江区的世纪联华超市购物，购物完毕进入支付环节。该超市提供通用设备如公用电脑、公用手机、或其他智能设备等；用户在公用设备上访问具有本申请支付装置的功能的网站，支付收款单位为当前所在地世纪联华超市。用户在该网站上输入支付编码，网站将请求发送到服务端，，本实施例中包括：当前输入的支付编码存在，当前需要支付的金额小于或等于支付金额上限值即50元人民币，当前完成支付的地址属于支付范围即杭州市滨江区内。服务端向网站返回支付成功信息，用户完成支付。

本申请还提供一种用于实现支付的装置，至少包括存储器和处理器，其中，存储器中存储有以下可执行指令：获取用于线下支付的支付信息；对获得的支付信息进行校验，并在校验通过后进行支付。

虽然本申请所揭露的实施方式如上，但所述的内容仅为便于理解本申请而采用的实施方式，并非用以限定本申请。任何本申请所属领域内的技术人员，在不脱离本申请所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本申请的专利保护范围，仍须以所附的权利要求书所界定的范围为准。

Claims (18)

1.一种支付方法，其特征在于，包括：

获取用于线下支付的支付信息；

对获得的支付信息进行校验，并在校验通过后进行支付；

其中，支付信息包括：用于识别线下支付的支付编码、用于限定采用该支付编码进行线下支付的支付金额上限值。

2.根据权利要求1所述的支付方法，其特征在于，该方法之前还包括：设置所述支付信息。

3.根据权利要求1所述的支付方法，其特征在于，所述支付信息还包括：支付失效信息；

所述对获得的支付信息进行校验之前还包括：根据支付失效信息确定出所述支付信息中的支付编码未失效，继续执行所述对获得的支付信息进行校验的步骤。

4.根据权利要求1或3所述的支付方法，其特征在于，所述对获得的支付信息进行校验包括：

查询出所述支付信息中的支付编码已存在，且确定出当前需要支付的金额小于或等于所述支付信息中的支付金额上限值，则校验通过。

5.根据权利要求4所述的支付方法，其特征在于，所述支付信息还包括支付范围；

所述方法还包括：确定出当前支付所在地属于支付范围内。

6.根据权利要求4所述的支付方法，其特征在于，所述支付信息还包括支付密码；

所述校验通过之后，所述进行支付之前还包括：获取支付密码，且获得的支付密码与所述支付信息中的支付密码相同。

7.一种支付系统，其特征在于，包括客户端和服务端；其中，

客户端，用于接收携带有支付信息的线下支付请求；将线下支付请求发送给服务端；

服务端，用于接收来自客户端的线下支付请求，获取用于线下支付的支付信息；对获得的支付信息进行校验，并在校验通过后进行支付；

其中，支付信息包括：用于识别线下支付的支付编码、用于限定采用该支付编码进行线下支付的支付金额上限值。

8.根据权利要求7所述的支付系统，其特征在于，所述服务端还用于：设置用于线下支付的支付信息。

9.根据权利要求7或8所述的支付系统，其特征在于，所述服务端具体用于：查询获得的支付信息中的支付编码是否已存在，如果已存在，确定当前需要支付的金额是否小于或等于获得的支付信息中的支付金额上限值，如果是，校验通过。

10.根据权利要求9所述的支付系统，其特征在于，所述支付信息中还包括支付范围，所述服务端还用于：

确定当前支付所在地是否属于支付范围内，如果是，继续所述进行支付的过程；否则退出支付，并向所述客户端提示不能完成支付。

11.根据权利要求9所述的支付系统，其特征在于，所述支付信息中还包括支付密码，所述服务端还用于：

对获得的支付密码进行验证，如果当前获得的支付密码与预先设置的相同，则继续进行支付的过程；否则退出支付，并向所述客户端提示不能完成支付。

12.根据权利要求9所述的支付系统，其特征在于，所述支付信息还包括支付失效信息，所述服务端还用于：

根据支付失效信息确定获得的所述支付信息中的支付编码是否失效，如果未失效，继续执行所述对获得的支付信息进行校验的步骤，否则退出支付，并向所述客户端提示不能完成支付。

13.一种支付装置，其特征在于，设置在向线下支付系统的服务端中；包括获取模块、处理模块，其中，

获取模块，用于获取用于线下支付的支付信息；其中，支付信息包括：支付编码、支付金额上限值；

处理模块，用于对获得的支付信息进行校验，并在校验通过后进行支付。

14.根据权利要求13所述的支付装置，其特征在于，还包括设置模块，用于设置所述用于线下支付的支付信息。

15.根据权利要求14所述的支付装置，其特征在于，所述设置模块设置的支付信息还包括支付失效信息；

所述处理模块还用于：确定出获得的支付信息中的支付编码未失效，继续执行对获得的支付信息进行校验的步骤。

16.根据权利要求13或15所述的支付装置，其特征在于，所述处理模块具体用于：

查询出所述支付信息中的支付编码已存在，且确定出当前需要支付的金额小于或等于所述支付信息中的支付金额上限值，则校验通过。

17.根据权利要求16所述的支付装置，其特征在于，所述设置模块设置的支付信息还包括支付范围；

所述处理模块还用于：确定出当前支付所在地属于支付范围内，继续进行支付。

18.根据权利要求16所述的支付装置，其特征在于，所述设置模块设置的支付信息还包括支付密码；

所述处理模块还用于：所述验证通过后，获取支付密码，且获得的支付密码与所述支付信息中的支付密码相同，继续进行支付。