CN106447328A - 电子支付方法及公交电子支付系统、地铁电子支付系统 - Google Patents

Abstract

本发明提供了一种电子支付方法及公交电子支付系统、地铁电子支付系统，涉及公共交通领域。乘坐公交时，用户触发乘车请求，服务器向用户返回二维码或条形码。用户将二维码或条形码在公交终端扫描，以完成扫描电子支付。乘坐地铁时，用户将通过乘车请求获得的二维码或者条形码在进入地铁站的第一地铁终端扫描，服务器记录第一位置；用户出地铁站时在第二地铁终端进行扫描，服务器记录第二位置。服务器根据第一位置以及第二位置计算乘车费用以完成电子支付。该电子支付方法及公交电子支付系统、地铁电子支付系统通过用户终端获取二维码或条形码完成乘车支付，简单快捷。

Description

电子支付方法及公交电子支付系统、地铁电子支付系统

技术领域

本发明涉及公共交通领域，具体而言，涉及一种电子支付方法及公交电子支付系统、地铁电子支付系统。

背景技术

随着我国交通运输事业的日益发展，公交车以及地铁等公共交通工具正在逐渐成为城市主要的交通工具，使人们出行更加便捷。

对于公交和地铁，现有的乘车支付方式通常是刷卡。例如对于公交车，用户在上公交前需要掏出携带的公交卡，在上车时将公交卡在刷卡终端进行刷卡支付。对于地铁，用户在进站或者出站时，都需要在到达刷卡端前从包里掏出公交卡，以使在到达地铁站的刷卡端时进行刷卡。

一方面，在现有的刷卡支付方式下，需要用户随身携带公交卡公交支付或者地铁支付。由于公交卡仅仅用于公交车或地铁刷卡，并没有其他用途，随身携带十分麻烦。并且，公交卡仅仅用于公交车或地铁刷卡，人们平时不会拿在手上，则在乘车前必须从包里拿出，刷完再放回包里，整个过程十分不便。

另一方面，现有的公交刷卡或地铁刷卡常用的接触式刷卡，需要公交卡紧贴刷卡端才能刷卡成功，一旦稍微远离，很容易刷卡失败，使用极其不方便。

发明内容

有鉴于此，本发明实施例提供了一种电子支付方法及公交电子支付系统、地铁电子支付系统，通过用户终端从服务器获得的二维码或者条形码在乘坐公交或者地铁时进行电子支付。由于对手机等用户终端的使用习惯，人们常常将手机拿在手上玩、打电话、聊天等，所以在用手机等用户终端进行电子支付时不需要特意拿出手机，使用方便。并且，二维码或者条形码为扫描支付，只要用户终端显示的二维码或者条形码在扫描区域范围内，即使二维码或者条形码与扫描终端仍然有一定距离时也可以扫描成功，减少支付失败的几率，使用更方便。

为了实现上述目的，本发明采用的技术方案如下：

一种电子支付方法，应用于公交电子支付系统，所述方法包括：

用户终端接收用户触发的乘车请求，并将该乘车请求发送给服务器；服务器根据所述乘车请求生成与该乘车请求对应的二维码或者条形码返回给所述用户终端；用户终端接收所述二维码或条形码并进行显示，以使用户将该显示的二维码或条形码在公交终端的扫描区域内进行扫描；公交终端扫描用户终端显示的二维码或者条形码，并将扫描获得的扫描信息发送给服务器；服务器接收公交终端发送的扫描信息，根据所述扫描信息以及预设计费规则，确定所述用户终端对应的用户所需的乘车费用，并向所述用户终端绑定的支付系统发送扣款通知，以扣除与所述乘车费用对应的金额。

一种电子支付方法，应用于地铁电子支付系统，所述方法包括：

用户终端接收用户触发的乘车请求，并将该乘车请求发送给服务器；服务器根据所述乘车请求生成与该乘车请求对应的二维码或者条形码返回给所述用户终端；用户终端接收所述二维码或条形码并进行显示，以使用户将该显示的二维码或条形码在地铁终端的扫描区域内进行扫描；第一地铁终端扫描用户终端显示的二维码或者条形码，并将扫描获得的扫描信息发送给服务器；服务器接收所述第一地铁终端发送的扫描信息，记录所述第一地铁终端所在位置为用户所在的第一位置；第二地铁终端扫描用户终端显示的二维码或者条形码，并将扫描获得的扫描信息发送给服务器；服务器接收所述第二地铁终端发送的扫描信息，记录所述第二地铁终端所在位置为用户所在的第二位置；服务器根据预设计费规则以及记录的第一位置、第二位置，计算所述第一位置到所述第二位置所需乘车费用，并向所述用户终端绑定的支付系统发送扣款通知，以扣除与所述乘车费用对应的金额。

一种公交电子支付系统，所述公交电子支付系统包括用户终端、公交终端以及服务器，所述服务器通过无线互联网分别与所述用户终端以及公交终端网络连接，其中，用户终端，用于接收用户触发的乘车请求，并将该乘车请求发送给服务器；服务器，用于根据所述乘车请求生成与该乘车请求对应的二维码或者条形码返回给所述用户终端；用户终端，还用于接收所述二维码或条形码并进行显示，以使用户将该显示的二维码或条形码在公交终端的扫描区域内进行扫描；公交终端，用于扫描用户终端显示的二维码或者条形码，并将扫描获得的扫描信息发送给服务器；服务器，还用于接收公交终端发送的扫描信息，根据所述扫描信息以及预设计费规则，确定所述用户终端对应的用户所需的乘车费用，并向所述用户终端绑定的支付系统发送扣款通知，以扣除与所述乘车费用对应的金额。

一种地铁电子支付系统，所述地铁电子支付系统包括用户终端、第一地铁终端、第二地铁终端以及服务器，所述服务器通过无线互联网分别与所述用户终端、第一地铁终端以及第二地铁终端网络连接，其中，用户终端，用于接收用户触发的乘车请求，并将该乘车请求发送给服务器；服务器，用于根据所述乘车请求生成与该乘车请求对应的二维码或者条形码返回给所述用户终端；用户终端，还用于接收所述二维码或条形码并进行显示，以使用户将该显示的二维码或条形码在地铁终端的扫描区域内进行扫描；第一地铁终端，用于扫描用户终端显示的二维码或者条形码，并将扫描获得的扫描信息发送给服务器；服务器，还用于接收所述第一地铁终端发送的扫描信息，记录所述第一地铁终端所在位置为用户所在的第一位置；第二地铁终端，用于扫描用户终端显示的二维码或者条形码，并将扫描获得的扫描信息发送给服务器；服务器，还用于接收所述第二地铁终端发送的扫描信息，记录所述第二地铁终端所在位置为用户所在的第二位置；服务器，还用于根据预设计费规则以及记录的第一位置、第二位置，计算所述第一位置到所述第二位置所需乘车费用，并向所述用户终端绑定的支付系统发送扣款通知，以扣除与所述乘车费用对应的金额。

本发明实施例提供的电子支付方法及公交电子支付系统、地铁电子支付系统，用户在乘坐公交车时，通过用户终端触发乘车请求，服务器根据该乘车请求向用户终端发送二维码或者条形码，则用户乘车时将用户终端显示的二维码或者条形码在设置于公交车的公交终端进行扫描，公交终端将扫描获得的扫描信息发送给服务器，则服务器可以根据接收到的扫描信息对该用户终端对应的用户直接进行乘车扣款。用户乘坐地铁时，首先通过用户终端向服务器发送乘车请求，则同样的，服务器向用户终端返回二维码或者条形码，用户可以将用户终端接收并进行显示的二维码或者条形码在设置于乘车地铁站的第一地铁终端进行扫描，服务器接收第一地铁终端扫描二维码或条形码后生成的扫描信息，记录用户当前所在位置为第一位置。当用户下地铁时，在设置于下车的地铁站的第二地铁终端进行二维码或者条形码的扫描，服务器接收第二地铁终端扫描二维码或条形码后生成的扫描信息，记录用户当前所在位置为第二位置。服务器根据用户乘坐地铁时的第一位置、第二位置以及计费规则计算得到用户所需支付的乘车费用，并通过向所述用户终端绑定的支付系统发送扣款通知实现用户的乘车扣款。

该电子支付方法及公交电子支付系统、地铁电子支付系统无需专门的公交卡或者地铁临时卡，通过用户终端即可实现用户乘车的支付，方便快捷。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1示出了本发明实施例提供的服务器、用户终端、公交终端、第一地铁终端以及第二地铁终端的交互示意图；

图2示出了本发明第一实施例提供的电子支付方法的流程图；

图3示出了本发明第一实施例提供的电子支付方法的部分步骤的流程图；

图4示出了本发明第二实施例提供的电子支付方法的流程图；

图5示出了本发明第二实施例提供的电子支付方法的部分步骤的流程图；

图6示出了本发明第二实施例提供的电子支付方法的另一种部分步骤的流程图；

图7示出了本发明第三实施例提供的公交电子支付系统的结构图；

图8示出了本发明第四实施例提供的地铁电子支付系统的结构图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

如图1所示，是本发明实施例提供的服务器100、用户终端110、公交终端120、第一地铁终端130以及第二地铁终端140进行交互的示意图。其中，服务器100通过网络与用户终端110、公交终端120、第一地铁终端130以及第二地铁终端140进行通信连接，以进行数据通信或交互。服务器100与用户终端110以及公交终端120之间的连接网络为无线互联网，可以是wifi网络、2G网络、3G网络或者4G网络中的一种或多种，在本实施例中并不作为限制。

所述服务器100可以是网络服务器、数据库服务器、接入服务器或者存储服务器等，在本发明实施例中并不作为限制。

具体的，服务器100可以包括通讯传输单元、处理单元、数据存储单元以及二维码生成单元等，该多个单元之间相互直接或间接地电性。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。

其中，处理单元可能是一种集成电路芯片，具有信号的处理能力，用于对接收到的请求或者数据进行处理。上述的处理单元可以是通用处理器，包括中央处理器(CentralProcessing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

通讯传输单元用于服务器与其他终端，如用户终端110、公交终端120、第一地铁终端130以及第二地铁终端140之间的数据交互。在本实施例中，公交终端120为具有扫描功能的智能设备。作为一种具体的实施方式，该公交终端120可以包括相互电性连接的数据扫描设备以及数据处理设备。

其中，该数据扫描设备可以扫描二维码、条形码等，并且将扫描获得的扫描信息发送给数据处理设备。具体的，该数据扫描设备可以是摄像头、二维码读取装置、扫描器或者其他。

数据处理设备可以包括处理单元以及网络连接单元，处理单元在接收到数据扫描设备扫描获得的扫描信息后可以对该扫描信息进行处理，如将扫描信息数据打包、在扫描信息中加入该公交终端120的所在的公交线路号等，再通过网络连接单元发送给服务器100。具体的，该数据处理设备可以是计算机。

并且，在本实施例中，可以将公交终端120安装于公交车的前门刷卡位置或者后门刷卡位置，使用户在上公交车时可以方便扫描支付。

如图1所示，第一地铁终端130以及第二地铁终端140也为具有扫描功能的智能设备。与公交终端120一样，第一地铁终端130以及第二地铁终端140也可以包括相互电性连接的数据扫描设备以及数据处理设备。并且，数据扫描设备用于对二维码或者条形码进行扫描，数据处理设备包括用于对扫描信息进行处理的处理单元，处理单元在处理过程中也包括加入地铁终端所在站点信息等，数据处理设备还包括将处理后的信息发送给服务器的网络连接单元。在此不再赘述。

当然，该第一地铁终端130以及第二地铁终端140还可以包括开关闸门，第一地铁终端130的开关闸门和第一地铁终端130的处理单元连接，第二地铁终端140的开关闸门和第二地铁终端140的处理单元连接，在第一地铁终端130以及第二地铁终端140扫描二维码或者条形码成功后，处理单元控制其对应的开门闸门打开，使用户通过。

可以理解的，第一地铁终端130安装以及第二地铁终端140均安装于地铁站口，使用户在入地铁站或者出地铁站时刷卡通过。

所述用户终端110可以包括存储器、存储控制器、处理器、外设接口、输入输出单元、音频单元、显示单元以及网络连接单元，各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。

其中，存储器用于存储程序，所述处理器在接收到执行指令后，执行所述程序，前述本发明实施例任一实施例揭示的流过程定义的服务器所执行的方法可以应用于处理器中，或者由处理器实现。

所述外设接口将各种输入/输出装置耦合至处理器以及存储器。在一些实施例中，外设接口，处理器以及存储控制器可以在单个芯片中实现。在其他一些实例中，他们可以分别由独立的芯片实现。

输入输出单元用于提供给用户输入数据实现用户与本地终端的交互，如，用户通过该输入输出单元输入乘车请求。所述输入输出单元可以是，但不限于，触控面板、按键。

音频单元向用户提供音频接口，其可包括一个或多个麦克风、一个或者多个扬声器以及音频电路，用于音频输入或输出。

显示单元在所述或本地终端与用户之间提供一个交互界面(例如用户操作界面)或用于显示图像数据给用户参考，例如，用于向用户显示乘车请求的输入面板、二维码的显示面板以及付费支付的相关情况。在本实施例中，所述显示单元可以是液晶显示器或触控显示器。若为触控显示器，其可为支持单点和多点触控操作的电容式触控屏或电阻式触控屏等，作为输入单元。支持单点和多点触控操作是指触控显示器能感应到来自该触控显示器上一个或多个位置处同时产生的触控操作，并将该感应到的触控操作交由处理器进行计算和处理。当用户终端的显示单元为触控显示器时，该显示单元也可以作为该用户终端的输入输出单元。

该用户终端可以是个人电脑(personal computer，PC)、平板电脑、智能手机、个人数字助理(personal digital assistant，PDA)等，由用户进行使用操作。优选的，本实施例中，该用户终端110为智能手机，本发明实施例主要以手机作为用户终端为例进行说明，其显示单元也可以作为输入输出单元。

于本发明实施例中，用户终端110中安装有软件客户端，该软件客户端可以是浏览器也可以是第三方应用软件，具有网上银行支付或者第三方支付等功能，或者可以与其他具有支付权限的支付系统进行绑定。如支付宝、微信、QQ、其他具有支付功能的软件或者专门用于地铁、公交乘车的软件。该软件客户端与服务器100(Server)端相对应，为用户提供服务。

用户可以预先对该客户端进行帐号注册。其中可以包括密码设置、银行卡绑定以及其他信息设置及绑定操作，或者将软件客户端开通与公交以及地铁相关的电子支付功能。例如，对于支付宝、微信、QQ或者其他具有支付功能的软件客户端，预先与相应的公交公司或者其他公交相关负责部门协商设置公交电子支付或者地铁电子支付功能。用户通过支付宝、微信、QQ等相关软件客户端点击开通请求，对公交电子支付或者地铁电子支付进行授权，使在乘车过程中的电子支付过程通过获得授权的软件客户端进行。

对于专门用于地铁、公交乘车的软件，用户可以通过下载软件安装包，安装软件客户端。安装好后在软件界面进行帐号注册，根据实际需要，注册信息可以包括手机号码、用户姓名、用户身份证号、需要绑定的用于支付的银行卡号、用户密码、支付密码中的一种或多种。

当然，用户进行客户端的下载、帐号的注册等均可以通过用户终端的显示单元实现。

用户在根据注册提示输入相应的注册信息后，用户终端110将注册信息发送给服务器100，服务器100的处理单元对输入的信息的正确性进行验证并记录。验证通过后，服务器100记录该用户终端110唯一的身份标识，以便后续该用户终端110通过安装的软件客户端与服务器100信息交互时，服务器100能准确获知该用户终端110的身份。

当然，若该软件客户端不具有支付权限，则将其与第三方支付系统进行绑定，以使可以通过第三方支付系统进行乘车扣款。该第三方支付系统可以是银行或者支付宝等。

并且，服务器100对注册信息验证通过后，则用户注册成功。用户用该注册成功的帐号进行登录后，用该软件客户端进行乘车支付。在本实施例中，同一个注册帐号可以同时在多个软件客户端进行登录，具体可以登录的软件客户端的个数在本实施例中并不作为限制，优选的，可以是两个。

以下实施例为通过该进行交互的服务器100、用户终端110、公交终端120、第一地铁终端130以及第二地铁终端140在乘车时进行电子支付的具体过程。

第一实施例

本实施例提供了一种电子支付方法，应用于公交电子支付系统。用于用户乘坐公交车时通过手机等移动用户终端进行电子支付。具体的，请参见图2，所述方法包括：

步骤S11：用户终端110接收用户触发的乘车请求，并将该乘车请求发送给服务器100。

步骤S12：服务器100根据所述乘车请求生成与该乘车请求对应的二维码或者条形码返回给所述用户终端110。

用户在上公交车前，先通过设置于用户终端110的软件客户端获得一个可以用于支付乘车服用的二维码或者条形码，以便于上车后可以直接在公交车的公交终端120进行扫描支付。

则用户通过用户终端110的显示界面触发乘车请求。例如，该用户终端110为手机，在站台等车或者在前往等车的站台的过程中，用户在手机上打开用于乘车的软件，该软件在显示界面上有请求乘车的启动按键，用户点击该按钮，完成乘车请求触发。用户终端110接受到用户触发的乘车请求后，则将该乘车请求发送给服务器100。

服务器100通过通讯传输单元接收到用户终端110发送的乘车请求，则可以获知用户需要乘坐公交。于是，服务器的二维码生成单元生成一个二维码或者条形码，并且将生成的二维码或者条形码通过通信传输单元返回给该用户终端110，并且，在服务器100端，将该二维码或者条形码与该用户终端110的身份标识进行关联存储在数据存储单元(即服务器100向用户终端110返回的为二维码，则服务器100将该二维码与二维码返回到的用户终端110关联存储；服务器100向用户终端110返回的为条形码，则服务器100将该条形码与条形码返回到的用户终端110关联存储)。

当然，在本实施例中，并不限定用户通过用户终端110发送乘车请求的时间，也可以是在上车后才发送。

进一步的，在步骤S12之前，在还包括要求用户输入付款密码，以使在付款密码正确的情况下服务器100才根据所述乘车请求生成与该乘车请求对应的二维码或者条形码发送给用户终端110，保护用户的帐号安全。

具体的，如图3所示，在步骤S12之前，包括：

步骤S111：服务器100根据所述乘车请求向所述用户终端110返回密码输入要求。

步骤S112：所述用户终端110接收所述密码输入要求并向用户显示。

步骤S113：所述用户终端110接收用户触发的根据所述密码输入要求输入的支付密码，并发送给所述服务器100。

服务器100在接收到用户终端110发送的乘车请求时，处理单元先通过通讯传输单元向用户终端110返回付款密码输入要求，要求用户输入相应的支付密码。

则用户终端110在接收到服务器100返回的支付密码输入要求后，进行界面显示，处理器通过显示单元提示用户输入支付密码。此时用户可以在用户终端110的可以作为输入单元的显示单元输入支付密码。可以理解的，该输入单元可以是用户终端110的显示界面，也可以是独立的键盘。

当用户终端110接收到用户输入的支付密码后，将该支付密码发送给服务器100。

步骤S114：所述服务器100对所述支付密码进行验证，在所述支付密码的验证结果为正确的情况下，执行步骤S12。

服务器100接收到用户终端110发送的支付密码后，对该支付密码的正确性进行验证。

具体的，验证支付密码是否正确的方式可以是，服务器的处理单元验证该支付密码与预设密码是否一致，该预设密码为预先设置并存储于服务器100的数据存储单元的正确的支付密码。当验证结果为用户终端110发送的支付密码与预设密码一致，则表明用户输入的支付密码正确，可以执行步骤S12的向用户终端110返回二维码或者条形码。

当然，若验证结果为支付密码与预设密码不一致，即用户输入的支付密码不正确，为确保用户账户安全，不向用户终端110返回二维码或者条形码，即不执行步骤S12。并且，可以向用户终端110返回密码输入错误提示，以使用户获知密码输入错误，再次输入正确密码。当然，在一定时间长度内，输入密码错误的次数可以有一定限制。如，一天之内，只有三次密码输入错误的机会，三次密码输入错误后，用户不可再次进行密码输入。

步骤S13：用户终端110接收所述二维码或条形码并进行显示，以使用户将该显示的二维码或条形码在公交终端120的扫描区域内进行扫描。

用户终端110接收服务器100返回的二维码或条形码并且在用户终端110的显示单元进行显示。

步骤S14：公交终端120扫描用户终端110显示的二维码或者条形码，并将扫描获得的扫描信息发送给服务器100。

用户在上公交车后，便可将该显示的二维码或者条形码放在公交终端120的数据扫描区域内，以使该公交终端120扫描到用户终端110显示的二维码或者条形码。公交终端120的数据扫描设备扫描二维码或者条形码获得扫描信息后，将该扫描信息发送给公交终端120的处理单元，处理单元在对扫描信息进行处理后，通过网络连接单元发送给服务器100。

具体的，在本步骤中，对二维码或者条形码进行扫描的为数据扫描设备。用户将用户终端110显示的二维码或者条形码放置于数据扫描设备的扫描区域内。若该数据扫描设备为摄像头，将二维码或者条形码放在摄像头的摄像范围内，该数据扫描设备为数据读取装置，将二维码或者条形码放在数据读取范围内。则可以使公交终端120的数据扫描设备对其扫描区域内的该二维码或者条形码进行扫描，获得对应该二维码或者条形码的扫描信息，并且将扫描获得的扫描信息发送到该公交终端120的数据处理设备。

数据处理设备的处理单元再将读取到的扫描信息进行处理后通过无线网络由网络连接单元发送到服务器100。

步骤S15：服务器100接收公交终端120发送的扫描信息，根据所述扫描信息以及预设计费规则，确定所述用户终端110对应的用户所需的乘车费用，并向所述用户终端110绑定的支付系统发送扣款通知，以扣除与所述乘车费用对应的金额。

服务器100接收到公交终端120发送的扫描二维码或者条形码后获得的扫描信息。由于服务器100中将二维码或者条形码与用户终端110的身份标识关联存储，则服务器100在获得二维码或者条形码的扫描信息后，即可获知该扫描信息对应的用户终端110的身份标识，确定该用户终端110的身份。

服务器100接收到该扫描信息，可以获知该扫描信息对应的用户终端110的使用者已经上公交车，可以对该用户终端110对应的用户进行乘车扣款了。

具体扣款的乘车费用可以根据预设计费规则确定。该预设计费规则在本实施例中并不作为限定，可以由公交公司或者公交车的相关管辖部门确定，将其预先存储与数据存储单元中，由处理单元执行。例如，该预设计费规则可以是上车扣款1元。则服务器100通过通讯传输单元接收到公交终端120发送的扫描信息后，处理单元可以确定用户终端110对应的用户所需的乘车费用为1元。

确定乘车费用后，服务器100的处理单元通过通讯传输单元向用户终端110绑定的支付系统发送扣款通知。若安装于用户终端110的发送乘车请求的软件客户端自身具有扣款权限，则该支付系统即为该软件的支付系统，如支付宝。若该软件客户端不具有支付权限，则可以通知与用户终端110绑定的第三方支付系统进行扣款支付。

用户向支付系统发送的扣款通知中包括具体的乘车费用，则支付系统对该用户进行乘车扣款，完成用户乘坐公交的电子支付。

当然，进一步的，在本实施例中，所述服务器100还可以将所述乘车费用对应的扣款情况发送给所述用户终端110，用户终端110通过显示单元显示此处乘车所口的乘车费用的具体金额，以使用户获知相应的乘车扣款情况。

并且，用户终端110还可以将历次乘车扣款情况进行记录，记录的具体信息可以是扣款金额、扣款时间、公交线路号等。则用户可以通过客户端记录的历次乘车扣款情况查阅历次乘车信息。可以理解的，该公交线路号可以包含于服务器100发送的乘车扣款情况中，而由于扫描信息中包括发送该扫描信息的公交终端120所在公交线路号，服务器100可以通过扫描信息确定用户乘坐的公交车的线路号。

第二实施例

本实施例提供了一种电子支付方法，应用于地铁电子支付系统，用于用户在乘坐地铁时实现通过扫描二维码的电子支付。具体的，请参见图4，该方法包括：

步骤S21：用户终端110接收用户触发的乘车请求，并将该乘车请求发送给服务器100。

步骤S22：服务器100根据所述乘车请求生成与该乘车请求对应的二维码或者条形码返回给所述用户终端110。

用户在进地铁站前，先通过用户终端获取可以用于扫描支付的二维码。其具体操作方式与步骤S11以及步骤S12的相同，在此不做赘述。

当然，在本实施例中，步骤S22之前，也可以包括服务器100根据接收到的乘车请求要求用户输入支付密码。在用户输入的支付密码正确的情况下，服务器100才执行步骤S22中的生成与该乘车请求对应的二维码或者条形码返回给所述用户终端110。

具体的，用户通过用户终端110输入支付密码以及服务器100对支付密码的验证过程如图5所示，包括：

步骤S211：服务器100根据所述乘车请求向所述用户终端110返回密码输入要求。

步骤S212：所述用户终端110接收所述密码输入要求并向用户显示。

步骤S213：所述用户终端110接收用户触发的根据所述密码输入要求输入的支付密码，并发送给所述服务器100。

步骤S214：所述服务器100对所述支付密码进行验证，在所述支付密码的验证结果为正确的情况下，执行步骤S22。

具体的，在本实施例中，步骤S211至步骤S214的具体执行方式与步骤S111至步骤S114分别对应一致，在此不做赘述。

步骤S23：用户终端110接收所述二维码或条形码并进行显示，以使用户将该显示的二维码或条形码在地铁终端的扫描区域内进行扫描。

步骤S24：第一地铁终端130扫描用户终端110显示的二维码或者条形码，并将扫描获得的扫描信息发送给服务器100。

用户终端110接收服务器100返回的二维码或条形码并且在用户终端110的显示界面进行显示。

用户通过地铁站的检票口进入地铁站时，将用户终端110显示的二维码或者条形码放置于第一地铁终端130的数据扫描设备的扫描区域内，第一地铁终端130的数据扫描设备对该显示的二维码或者条形码进行扫描，并将扫描信息通过处理单元处理后，通过网络连接单元发送到服务器100。

在本实施例中，第一地铁终端130也包括数据扫描设备以及数据处理设备。第一地铁终端130对二维码或者条形码的具体扫描过程与步骤S14中公交终端120对二维码或者条形码的扫描过程一致，在此不做赘述。

步骤S25：服务器100接收所述第一地铁终端130发送的扫描信息，记录所述第一地铁终端130所在位置为用户所在的第一位置。

服务器100接收到第一地铁终端130发送的扫描信息后，获知该扫描信息对应的用户进入该第一地铁终端130所在地铁站乘坐地铁。由于每个地铁终端设置于一个站点，则服务器100在数据存储单元预先存储每个地铁终端的位置信息。当服务器100接收到地铁终端发送的扫描信息，可以获知该发送扫描信息的地铁终端的位置信息。此时，服务器100对应用户终端110的身份标识记录该第一地铁终端130所在位置为该用户所在的第一位置。

当然，可以理解的，此时，服务器100向第一地铁终端130反馈控制信息，控制第一地铁终端130的开关闸门打开，使用户顺利进站。

步骤S26：第二地铁终端140扫描用户终端110显示的二维码或者条形码，并将扫描获得的扫描信息发送给服务器100。

步骤S27：服务器100接收所述第二地铁终端140发送的扫描信息，记录所述第二地铁终端140所在位置为用户所在的第二位置。

第二地铁终端140为设置于地铁站用于用户出站时二维码或条形码扫描的地铁终端。用户在下地铁出地铁站时，通过用户终端110的显示单元显示的二维码或条形码在第二地铁终端140的数据扫描设备的扫描区域进行扫描，以进行扫描支付。

具体的，在一种具体的实施方式中，该用户终端110显示的二维码或者条形码可以是发送乘车请求后从服务器100获得的二维码或者条形码，用户终端110将该二维码或者条形码进行存储，用户在出地铁站时将其呼出进行显示，并且用该显示的二维码或者条形码在第二地铁终端140的扫描区域内进行扫描。

在另一种具体的实施方式中，该用户终端110显示的二维码或者条形码为用户在下车出站时重新从服务器100获取二维码或者条形码进行扫描。

具体的，该实施方式中重新获取二维码或者条形码的步骤如图6所示，包括：

步骤S251：用户终端110接收用户触发的下车请求，并将该下车请求发送给服务器100。

步骤S252：服务器100根据所述下车请求生成与该下车请求对应的二维码或者条形码返回给所述用户终端110。

步骤S253：用户终端110接收所述根据所述下车请求生成的二维码或条形码并进行显示，以使用户将该显示的二维码或条形码在第二地铁终端140的扫描区域内进行扫描。

当然，可以理解的，该步骤S251至步骤S253发生于步骤S26前，并且，在步骤S251至步骤S253中，用户终端110发送下车请求以获取出站时在第二地铁终端140进行扫描的二维码或条形码，与用户终端110发送乘车请求以获取进站时在第一地铁终端130进行扫描的二维码或条形码的方式一致，在次不做赘述。

在本实施方式中，服务器100根据下车请求生成的二维码或者条形码与根据该用户终端110的上车请求生成的二维码或者条形码可以一致或者不一致。

可以理解的，由于二维码或者条形码与该用户终端110的身份标识进行关联存储，则不管服务器100在不同时候发送给用户终端110的二维码或者条形码是否一致，服务器100均能从获得的扫描信息中获知该二维码或者条形码所对应的用户终端110。

第二地铁终端140对用户放置于其数据扫描设备的扫描区域内的二维码或者条形码进行扫描后，经处理器处理后，网络连接单元将扫描获得的扫描信息发送给服务器100。在本实施例中，第二地铁终端140的扫描与第一地铁终端130以及公交终端120的扫描方式一致，在此不做赘述。

服务器100接收所述第二地铁终端140发送的扫描信息，对应用户终端110的身份标识记录所述第二地铁终端140所在位置为用户所在的第二位置，该第二位置即为用户下地铁的位置。

步骤S28：服务器100根据预设计费规则以及记录的第一位置、第二位置，计算所述第一位置到所述第二位置所需乘车费用，并向所述用户终端110绑定的支付系统发送扣款通知，以扣除与所述乘车费用对应的金额。

服务器100计算用户上地铁的第一位置乘坐地铁到下地铁的第二位置所需的乘车费用。

具体的，请参见图6，服务器100计算地铁乘车费用的步骤可以包括：

步骤S281：根据第一位置所在站点以及第二位置所在站点计算所述第一位置与所述第二位置之间的站程。

步骤S282：根据站程与费用之间的对应关系，确定第一位置到第二位置所需乘车费用。

即，服务器100的处理单元根据第一地铁终端130的第一位置对应的站点以及第二地铁终端140对应的第二地铁终端140所在的站点，计算用户从第一位置乘车到第二位置所经过的站程。可以理解的，由于第一位置以及第二位置均对应用户终端110的身份标识进行存储，则服务器100可以确定具体对应哪一个用户终端110在进行乘车费用计算。

服务器100内的数据存储单元预先设置的预设计费规则为站程与费用之间的对应关系，则可确定从第一位置乘地铁到第二位置所需的乘车费用。

例如，第一位置到第二位置之间的站程为5个站，而预设计费规则为每个站程付费1.8元，则此处乘坐地铁所需费用为1.8*5＝9元。

在本实施例中，地铁的预设计费规则由地铁运营公司或者相关部门确定，在本实施例中并不做限定。

当确定第一位置到第二位置所需乘车费用后，向用户终端110绑定的支付系统发送扣款通知，以扣除与所述乘车费用对应的金额。

服务器100向用户终端110绑定的支付系统发送扣款通知的方式与乘坐公交车时的扣款方式一致，在此不做赘述。

进一步的，当扣款成功后，服务器100的处理单元通过通讯传输单元向第二地铁终端140发送控制信息，第二地铁终端140接收到控制信息后，其处理单元控制第二地铁终端140的开关闸门打开，以使用户顺利出站。

并且，在扣款成功后，服务器100将本次地铁乘车费用对应的扣款情况发送给所述用户终端110，以使用户获知相应的乘车扣款情况。同样的，用户终端110对地铁扣款情况进行存储，以使用户后期可以查看乘车账单。

在上述第一实施例以及第二实施例中，用户终端110从服务器100获取的二维码或者条形码定期更新。

具体的，可以是，用户终端110发送乘车请求后，服务器100的二维码生成单元生成二维码或条形码后，向服务器100返回二维码或条形码。对应于乘坐公交时，若服务器100还未接收到公交终端120发送的扫描信息，则每隔预设时间段，二维码生成单元生成一次新的二维码或条形码发送给用户终端110，以使用户终端110获得并显示的二维码或条形码定期更新。服务器100接收到公交终端120发送的扫描信息时，以最新的二维码或条形码对应的扫描信息作为有效的扫描信息。

当服务器100接收到公交终端120发送的扫描信息后，则说明用户终端110获得的条形码或二维码已经被使用，再次接收到公交终端120发送的该用户终端110的二维码或条形码的扫描信息时，认为该扫描信息无效，不进行乘车扣款，以避免用户终端110获得的用于乘车扫描的二维码或条形码被盗用。

当然，对应于乘坐地铁，若服务器100未接收到第一地铁终端130发送的扫描信息，则每隔预设时间段向用户终端110发送一次新的二维码或条形码，以使用户终端的二维码或条形码定期更新，避免被盗用。

另外，进一步的，对于乘坐地铁，若服务器100接收到第一地铁终端130发送的扫描信息，但未接收到第二地铁终端140发送的扫描信息，仍然每隔预设时间段生成并发送二维码或条形码，直至服务器100接收到第二地铁终端140发送的扫描信息。

当然，服务器100仍然以发送给用户终端110的最新的二维码或条形码对应的扫描信息作为有效扫描信息。并且，当服务器100在接收到第二地铁终端140发送的扫描信息后，再次接收到地铁终端发送的该用户终端的二维码或条形码的扫描信息时，认为该扫描信息无效，不进行乘车扣款。

在本实施例中，该预设时间段并不作为限制，优选的，可以是1分钟。

第三实施例

如图7所示，本实施例提供了一种公交电子支付系统300，用于实现第一实施例所述的乘坐公交车时的电子支付。如图7所示，该公交电子支付系统包括：用户终端310、公交终端320以及服务器300。所述服务器300通过无线互联网分别与所述用户终端310以及公交终端320网络连接，如图1中服务器100通过无线互联网分别与所述用户终端110以及公交终端120的网络连接所示。

具体的，在本实施例提供的公交电子支付系统中，

用户终端310，用于接收用户触发的乘车请求，并将该乘车请求发送给服务器300；

服务器300，用于根据所述乘车请求生成与该乘车请求对应的二维码或者条形码返回给所述用户终端310；

用户终端310，还用于接收所述二维码或条形码并进行显示，以使用户将该显示的二维码或条形码在公交终端320的扫描区域内进行扫描；

公交终端320，用于扫描用户终端310显示的二维码或者条形码，并将扫描获得的扫描信息发送给服务器300；

服务器300，还用于接收公交终端320发送的扫描信息，根据所述扫描信息以及预设计费规则，确定所述用户终端310对应的用户所需的乘车费用，并向所述用户终端310绑定的支付系统发送扣款通知，以扣除与所述乘车费用对应的金额。

该公交电子支付系统用于实现第一实施例中的电子支付方法，具体交互过程请参见第一实施例，在此不再赘述。

第四实施例

本实施例提供了一种地铁电子支付系统400，用于第二实施例所述的乘坐地铁时的电子支付。如图8所示，该地铁电子支付系统包括用户终端410、第一地铁终端420、第二地铁终端430以及服务器400，所述服务器400通过无线互联网分别与所述用户终端410、第一地铁终端420以及第二地铁终端430网络连接。服务器400与用户终端410、第一地铁终端420以及第二地铁终端430的具体交互方式如图1中服务器100与用户终端110、第一地铁终端130以及第二地铁终端140所示。

在该本实施例提供的地铁电子支付系统中，用户终端410用于接收用户触发的乘车请求，并将该乘车请求发送给服务器400；

服务器400，用于根据所述乘车请求生成与该乘车请求对应的二维码或者条形码返回给所述用户终端410；

用户终端410，还用于接收所述二维码或条形码并进行显示，以使用户将该显示的二维码或条形码在地铁终端的扫描区域内进行扫描；

第一地铁终端420，用于扫描用户终端410显示的二维码或者条形码，并将扫描获得的扫描信息发送给服务器400；

服务器400，还用于接收所述第一地铁终端420发送的扫描信息，记录所述第一地铁终端420所在位置为用户所在的第一位置；

第二地铁终端430，用于扫描用户终端410显示的二维码或者条形码，并将扫描获得的扫描信息发送给服务器400；

服务器400，还用于接收所述第二地铁终端430发送的扫描信息，记录所述第二地铁终端430所在位置为用户所在的第二位置；

服务器400，还用于根据预设计费规则以及记录的第一位置、第二位置，计算所述第一位置到所述第二位置所需乘车费用，并向所述用户终端410绑定的支付系统发送扣款通知，以扣除与所述乘车费用对应的金额。

本实施例提供的地铁电子支付系统400用于实现第二实施例中电子支付方法，用户终端410、第一地铁终端420、第二地铁终端430以及服务器400之间的信息交互方式与第二实施例中一致，在此不再赘述。

综上所述，本发明实施例提供的电子支付方法及公交电子支付系统、地铁电子支付系统，在乘坐公交车时，预先通过用户终端向服务器发送乘车请求，服务器根据接收到的乘车请求向用户终端返回二维码或者条形码，则用户在上公交车后将该二维码或条形码在设置于公交车的公交终端进行扫描。公交终端将扫描获得的扫描信息发送给服务器，服务器根据公交终端发送的扫描信息，通知第三方支付系统对被扫描的用户终端对应的账户进行扣款。

用户在乘坐地铁时，也可以通过用户终端从服务器获得二维码或条形码，进站时，将该二维码或条形码在站台的第一地铁终端进行扫描以完成进站，此时服务器记录用户在第一地铁终端扫描时的位置为第一位置。出站时，将二维码或条形码在站台的第二地铁终端进行扫描以完成出站，此时服务器记录用户在第二地铁终端扫描时的位置为第二位置。服务器根据第一位置、第二位置以及预设的计费规则即可对用户的地铁乘车完成扣款。

在乘坐公交以及乘坐地铁的电子支付过程中，用户直接通过用户终端即可完成整个过程。以手机作为用户终端为例，由于大多数用户手机随时拿在手上以方便接打电话、玩游戏或者通过聊天软件聊天，则在乘车时，无需专门拿出手机，直接用手上的手机即可完成公交的乘车支付，或者地铁的进站出站扫描，最后完成地铁支付。

并且，由于手机显示的二维码或者条形码是被扫描读取信息，扫描具有一定的扫描范围，无需将手机紧贴数据扫描设备，相对于现有的刷卡支付时的接触式刷卡，扫描成功率高，扫描过程快于刷卡过程，更加方便快捷。

以上所描述的方法及系统实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的方法可能实现的体系架构、功能和操作。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种电子支付方法，应用于公交电子支付系统，其特征在于，所述方法包括：

用户终端接收用户触发的乘车请求，并将该乘车请求发送给服务器；

服务器根据所述乘车请求生成与该乘车请求对应的二维码或者条形码返回给所述用户终端；

用户终端接收所述二维码或条形码并进行显示，以使用户将该显示的二维码或条形码在公交终端的扫描区域内进行扫描；

公交终端扫描用户终端显示的二维码或者条形码，并将扫描获得的扫描信息发送给服务器；

服务器接收公交终端发送的扫描信息，根据所述扫描信息以及预设计费规则，确定所述用户终端对应的用户所需的乘车费用，并向所述用户终端绑定的支付系统发送扣款通知，以扣除与所述乘车费用对应的金额。

2.根据权利要求1所述的方法，其特征在于，在所服务器根据所述乘车请求生成与该乘车请求对应的二维码或者条形码返回给所述用户终端之前，还包括：

服务器根据所述乘车请求向所述用户终端返回密码输入要求；

所述用户终端接收所述密码输入要求并向用户显示；

所述用户终端接收用户触发的根据所述密码输入要求输入的支付密码，并发送给所述服务器；

所述服务器对所述支付密码进行验证，在所述支付密码的验证结果为正确的情况下，执行所述服务器根据所述乘车请求生成与该乘车请求对应的二维码或者条形码返回给所述用户终端的步骤。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述服务器将所述乘车费用对应的扣款情况发送给所述用户终端，以使用户获知相应的乘车扣款情况。

4.一种电子支付方法，应用于地铁电子支付系统，其特征在于，所述方法包括：

用户终端接收用户触发的乘车请求，并将该乘车请求发送给服务器；

服务器根据所述乘车请求生成与该乘车请求对应的二维码或者条形码返回给所述用户终端；

用户终端接收所述二维码或条形码并进行显示，以使用户将该显示的二维码或条形码在地铁终端的扫描区域内进行扫描；

第一地铁终端扫描用户终端显示的二维码或者条形码，并将扫描获得的扫描信息发送给服务器；

服务器接收所述第一地铁终端发送的扫描信息，记录所述第一地铁终端所在位置为用户所在的第一位置；

第二地铁终端扫描用户终端显示的二维码或者条形码，并将扫描获得的扫描信息发送给服务器；

服务器接收所述第二地铁终端发送的扫描信息，记录所述第二地铁终端所在位置为用户所在的第二位置；

服务器根据预设计费规则以及记录的第一位置、第二位置，计算所述第一位置到所述第二位置所需乘车费用，并向所述用户终端绑定的支付系统发送扣款通知，以扣除与所述乘车费用对应的金额。

5.根据权利要求4所述的方法，其特征在于，所述服务器根据所述乘车请求生成与该乘车请求对应的二维码或者条形码返回给所述用户终端之前，还包括：

服务器根据所述乘车请求向所述用户终端返回密码输入要求；

所述用户终端接收所述密码输入要求并向用户显示；

所述用户终端接收用户触发的根据所述密码输入要求输入的支付密码，并发送给所述服务器；

所述服务器对所述支付密码进行验证，在所述支付密码的验证结果为正确的情况下，执行所述服务器根据所述乘车请求生成与该乘车请求对应的二维码或者条形码返回给所述用户终端的步骤。

6.根据权利要求4所述的方法，其特征在于，所述服务器根据预设计费规则以及记录的第一位置、第二位置，计算所述第一位置到所述第二位置所需乘车费用包括：

根据第一位置所在站点以及第二位置所在站点计算所述第一位置与所述第二位置之间的站程；

根据站程与费用之间的对应关系，确定第一位置到第二位置所需乘车费用。

7.根据权利要求4所述的方法，其特征在于，在所述第二地铁终端扫描用户终端显示的二维码或者条形码，并将扫描获得的扫描信息发送给服务器之前，还包括：

用户终端接收用户触发的下车请求，并将该下车请求发送给服务器；

服务器根据所述下车请求生成与该下车请求对应的二维码或者条形码返回给所述用户终端；

用户终端接收所述根据所述下车请求生成的二维码或条形码并进行显示，以使用户将该显示的二维码或条形码在第二地铁终端的扫描区域内进行扫描。

8.根据权利要求4所述的方法，其特征在于，所述方法还包括：

所述服务器将所述乘车费用对应的扣款情况发送给所述用户终端，以使用户获知相应的乘车扣款情况。

9.一种公交电子支付系统，其特征在于，所述公交电子支付系统包括用户终端、公交终端以及服务器，所述服务器通过无线互联网分别与所述用户终端以及公交终端网络连接，其中，

用户终端，用于接收用户触发的乘车请求，并将该乘车请求发送给服务器；

服务器，用于根据所述乘车请求生成与该乘车请求对应的二维码或者条形码返回给所述用户终端；

用户终端，还用于接收所述二维码或条形码并进行显示，以使用户将该显示的二维码或条形码在公交终端的扫描区域内进行扫描；

公交终端，用于扫描用户终端显示的二维码或者条形码，并将扫描获得的扫描信息发送给服务器；

服务器，还用于接收公交终端发送的扫描信息，根据所述扫描信息以及预设计费规则，确定所述用户终端对应的用户所需的乘车费用，并向所述用户终端绑定的支付系统发送扣款通知，以扣除与所述乘车费用对应的金额。

10.一种地铁电子支付系统，其特征在于，所述地铁电子支付系统包括用户终端、第一地铁终端、第二地铁终端以及服务器，所述服务器通过无线互联网分别与所述用户终端、第一地铁终端以及第二地铁终端网络连接，其中，

用户终端，用于接收用户触发的乘车请求，并将该乘车请求发送给服务器；

服务器，用于根据所述乘车请求生成与该乘车请求对应的二维码或者条形码返回给所述用户终端；

用户终端，还用于接收所述二维码或条形码并进行显示，以使用户将该显示的二维码或条形码在地铁终端的扫描区域内进行扫描；

第一地铁终端，用于扫描用户终端显示的二维码或者条形码，并将扫描获得的扫描信息发送给服务器；

服务器，还用于接收所述第一地铁终端发送的扫描信息，记录所述第一地铁终端所在位置为用户所在的第一位置；

第二地铁终端，用于扫描用户终端显示的二维码或者条形码，并将扫描获得的扫描信息发送给服务器；

服务器，还用于接收所述第二地铁终端发送的扫描信息，记录所述第二地铁终端所在位置为用户所在的第二位置；

服务器，还用于根据预设计费规则以及记录的第一位置、第二位置，计算所述第一位置到所述第二位置所需乘车费用，并向所述用户终端绑定的支付系统发送扣款通知，以扣除与所述乘车费用对应的金额。