CN106327179A - 乘车支付方法及装置 - Google Patents

Abstract

本发明实施例提出一种乘车支付方法及装置。应用于车载终端，所述车载终端包括乘车支付凭证数据库，所述方法包括：获取乘客用户终端上的乘车支付凭证；查找所述乘车支付凭证在所述乘车支付凭证数据库中的状态信息；当所述乘车支付凭证在所述乘车支付凭证数据库中的状态信息为有效状态时，发出支付成功的提示信息，并将所述乘车支付凭证数据库中对应的乘车支付凭证的状态信息修改为失效状态。本发明实施例提供的技术方案不需要乘客自带零钞或者随身携带公交卡，支付方式简单、便捷。

Description

乘车支付方法及装置

技术领域

本发明涉及在线支付领域，具体而言，涉及一种用于交通运输中的乘支付方法及装置。

背景技术

在公共交通运输中，乘客一般通过直接支付零钱或者采用刷公交卡的方式完成乘车支付。然而，直接支付零钱的方式需要乘客事先预备，比较麻烦。而刷公交卡的方式存在卡片容易丢失的问题。如何解决现有公共交通运输中乘客支付方式不便捷的问题，是本领域技术人员需要关注的问题。

发明内容

有鉴于此，本发明一较佳实施例的目的在于提供一种能进行便捷支付的乘车支付方法，所述乘车支付方法应用于车载终端，所述车载终端包括乘车支付凭证数据库，所述乘车支付方法包括：

获取乘客用户终端上的乘车支付凭证；

查找所述乘车支付凭证在所述乘车支付凭证数据库中的状态信息；

当所述乘车支付凭证在所述乘车支付凭证数据库中的状态信息为有效状态时，发出支付成功的提示信息，并将所述乘车支付凭证数据库中对应的乘车支付凭证的状态信息修改为失效状态。

进一步地，上述方法还包括：从服务器中获取所述乘车支付凭证列表，存储在所述乘车支付凭证数据库。

进一步地，上述方法还包括：将乘车支付凭证数据库中乘车支付凭证的状态信息发送给所述服务器；接收由所述服务器对状态信息进行更新后的乘车支付凭证列表。

进一步地，上述获取乘客用户终端上的乘车支付凭证的步骤包括：通过扫描或者近场感应的方式获得所述乘客用户终端上的乘车支付凭证。

进一步地，上述方法还包括：获取车辆的当前位置；将所述车辆的当前位置通过所述服务器推送给距离所述车辆的当前位置小于预设距离且购买有该班次支付凭证的用户终端上。

本发明另一较佳实施例还提供一种乘车支付装置，所述乘车支付装置应用于车载终端，所述车载终端包括乘车支付凭证数据库，所述乘车支付装置包括：

第一获取模块，用于获取乘客用户终端上的乘车支付凭证；

查找模块，用于查找所述乘车支付凭证在所述乘车支付凭证数据库中的状态信息；

验证模块，用于当所述乘车支付凭证在所述乘车支付凭证数据库中的状态信息为有效状态时，发出支付成功的提示信息，并将所述乘车支付凭证数据库中对应的乘车支付凭证的状态信息修改为失效状态。

进一步地，所述乘车支付装置还包括：第二获取模块，用于从服务器中获取所述乘车支付凭证列表。

进一步地，所述乘车支付装置还包括：发送模块，用于将乘车支付凭证数据库中乘车支付凭证的状态信息发送给所述服务器；接收模块，用于接收由所述服务器对状态信息进行更新后的乘车支付凭证列表。

进一步地，上述第一获取模块通过以下方式获得所述乘车支付凭证：通过扫描或者近场感应的方式获得所述乘客用户终端上的乘车支付凭证。

进一步地，上述乘车支付装置还包括：第三获取模块，用于获取车辆的当前位置；推送模块，用于将所述车辆的当前位置通过所述服务器推送给距离所述车辆的当前位置小于预设距离且购买有该班次支付凭证的用户终端上。

与现有技术相比，本发明实施例提供的乘车支付方法及装置，乘客通过在线购票的方式获得乘车的支付凭证，当乘客上车时，只需要将支付凭证给车载终端验证即可，不需要乘客自带零钞或者随身携带公交卡，支付方式简单、便捷。

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

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1是本发明较佳实施例提供的服务器与至少一车载终端进行通信的交互示意图。

图2是图1所示的车载终端的方框示意图。

图3是本发明较佳实施例提供的图2中所示一种乘车支付装置的功能模块框图。

图4是本发明较佳实施例提供的图2中所示另一种乘车支付装置的功能模块框图。

图5是本发明较佳实施例提供的乘车支付方法的具体流程图。主要元件符号说明

具体实施方式

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

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

请参照图1，是本发明较佳实施例提供的服务器100与至少一车载终端200进行通信的交互示意图。所述车载终端200可通过网络300访问服务器100，以将各个车载终端200上的支付凭证状态信息发送到所述服务器100的数据库110中进行更新。本实施例中，所述服务器100可以是，但不限于，web(网站)服务器。所述车载终端200可以是，但不限于，智能手机、个人电脑(personal computer，PC)、平板电脑、个人数字助理(personal digitalassistant，PDA)、移动上网设备(mobile Internet device，MID)等。所述网络300可以是，但不限于，有线网络或无线网络。

请参照图2，是图2所示的车载终端200的方框示意图。所述车载终端200包括乘车支付装置210、存储器211、存储控制器212、处理器213、外设接口214、输入输出单元215、传感器216、显示单元217以及射频单元218。本实施例中，所述车载终端200包括，但不限于，智能手机、平板电脑、笔记本电脑、个人电脑、个人数字助理、移动上网设备等。

所述存储器211、存储控制器212、处理器213、外设接口214、输入输出单元215、传感器216、显示单元217以及射频单元218各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述乘车支付装置210包括至少一个以软件或固件(firmware)的形式存储于所述存储器211中或固化在所述车载终端200的操作系统(operating system，OS)中的软件功能模块。所述处理器213用于执行所述存储器211中存储的可执行模块，例如所述乘车支付装置210所包括的软件功能模块及计算机程序等。

其中，所述存储器211可以是，但不限于，随机存取存储器(Random AccessMemory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(ProgrammableRead-Only Memory，PROM)，可擦除只读存储器(Erasable Programmable Read-OnlyMemory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-OnlyMemory，EEPROM)等。其中，存储器211用于存储程序以及数据，比如本申请中在每一车载终端200的存储器211中均存储有乘车支付凭证数据库220，所述处理器213在接收到执行指令后，执行所述程序。所述处理器213以及其他可能的组件对存储器211的访问可在所述存储控制器212的控制下进行。

所述处理器213可能是一种集成电路芯片，具有信号的处理能力。上述的处理器213可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(DSP))、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

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

所述输入输出单元215用于提供给用户输入数据实现用户与所述车载终端200的交互。所述输入输出单元215可以是，但不限于，鼠标、键盘、具有图像采集与扫描能力的图像采集装置(比如，摄像头)，及具有非接触感应能力的感应器件(比如，Near FieldCommunication，NFC)等。

所述传感器216可以包括用于对所述车载终端200的位置进行实时定位的各种传感器。

所述显示单元217在所述车载终端200与用户之间提供一个交互界面(例如用户操作界面)或用于显示图像数据。在本实施例中，所述显示单元217可以是液晶显示器或触控显示器。若为触控显示器，其可为支持单点和多点触控操作的电容式触控屏或电阻式触控屏等。支持单点和多点触控操作是指触控显示器能感应到来自该触控显示器上一个或多个位置处产生的触控操作，并将该感应到的触控操作交由处理器进行计算和处理。

所述射频单元118用于接收以及发送无线电波信号(如电磁波)，实现无线电波与电信号的相互转换，从而实现所述车载终端200将乘车支付凭证的状态信息上传到服务器100的数据库110中。

请参照图3，是本发明较佳实施例提供的图2所示乘车支付装置210的功能模块框图。所述乘车支付装置210包括第一获取模块2101、查找模块2102及验证模块2103。

所述第一获取模块2101，用于获取乘客用户终端上的乘车支付凭证。

在本实施例中，所述乘客用户终端可以是手机、平板电脑、智能手表等便携式电子设备。乘客在乘车前可以通过其携带的便携式式电子设备(比如，手机)在网络公交售票系统中买取车票，在确认支付成功后，所述公交售票系统会将支付成功的信息反馈给所述乘客用户终端，并提供一乘车支付凭证给所述乘客用户终端，便于乘客乘车验票。

在本实施例中，服务器100会事先生成大数量的支付凭证，并将这些支付凭证保存在数据库110中，所述服务器100通过网络300将这些支付凭证发送到所述车载终端200的乘车支付凭证数据库220中，其中，所述乘车支付凭证数据库220保存有支付凭证的状态信息。

所述乘车支付凭证包括，但不限于二维码、条形码、图片或其它可识别的标记。所述第一获取模块2101获取所述乘车凭证的方式可以是通过扫描凭证的方式获得，也可以是通过其它非接触式(比如，NFC)的方式获得所述乘车支付凭证。

所述查找模块2102，用于查找所述乘车支付凭证在所述乘车支付凭证数据库220中的状态信息。

在所述第一获取模块2101获取到所述乘车凭证后，所述查找模块210查找获取乘车支付凭证的状态信息。其中，所述乘车支付凭证的状态信息包括有效状态和无效状态。当为有效状态时，表明所述乘车支付凭证未被使用过，当为无效状态时，表明所述乘车支付凭证已经被使用过。

所述验证模块2103，用于当所述乘车支付凭证在所述乘车支付凭证数据库220中的状态信息为有效状态时，发出支付成功的提示信息，并将所述乘车支付凭证数据库220中对应的乘车支付凭证的状态信息修改为失效状态。

在本实施例中，通过对乘车支付凭证的状态信息的验证，所述车载终端200即可以获知所述乘车支付凭证是否有效。因上述验证过程只在车载终端200中进行，不需要车载终端200通过网络发送到服务器100进行验证，保证验证过程的即时性，避免通过网络由服务器100验证时，由于网络不稳定导致的验证滞后及验证时间过长的问题，而影响乘客的乘车体验。

在本实施例中，若所述乘车支付凭证在所述乘车支付凭证数据库220中的状态信息为无效状态时，所述验证模块2103可以提示乘客该乘车支付凭证已经失效，让乘客重新购票乘车。

请参照图4，在本实施例中，所述乘车支付装置210还可以包括：第二获取模块2104，所述第二获取模块2104用于从服务器100中获取乘车支付凭证生成所述乘车支付凭证列表中的信息。

具体地，所述服务器100的数据库中可以存储事先生成的所有支付凭证，这些支付凭证可以是整个城市公共交通的支付凭证。所述服务器100可以根据所述车载终端200所在的线路定时为所述车载终端200提供与该线路对应的支付凭证。

在本实施例中，所述服务器100中的支付凭证会在一段时间(比如，一周)后全部作废，在该一段时间之后所述服务器100会重新生成新的支付凭证。所述第二获取模块2104可以通过网络从所述服务器100中获得对应线路的支付凭证。

请再次参照图4，在本实施例中，所述乘车支付装置210还可以包括：发送模块2105及接收模块2106。

所述发送模块2105，用于将乘车支付凭证数据库中乘车支付凭证的状态信息发送给所述服务器。

具体地，所述发送模块2105可以定时(比如10秒)或者不定时与所述服务器100建立通信，将所述车载终端200中乘车支付凭证的状态信息发送给所述服务器100。

由于，不同的车载终端200均采用本地验证的方式对乘车支付凭证进行验票，为了防止同一乘车支付凭证被重复使用，将不同的车载终端200中乘车支付凭证的状态信息发送到服务器100中，所述服务器100对上述乘车支付凭证的状态信息进行更新。具体地，只要支付凭证的状态信息在任意一乘车终端200上被标记为无效状态，所述服务器100即将该支付凭证的状态信息更新为无效状态。

所述接收模块2106，用于接收由所述服务器对状态信息进行更新后的乘车支付凭证列表。

请再次参照图4，在本实施例中，所述乘车支付装置还可以包括：第三获取模块2107及推送模块2108。

所述第三获取模块2107用于获取车辆的当前位置。

具体地，所述第三获取模块2107可以通过定位组件(比如，GPS定位组件)定位车辆的当前位置。

所述推送模块2108，用于将所述车辆的当前位置通过所述服务器100推送给距离所述车辆的当前位置小于预设距离且购买有该班次支付凭证的用户终端上。具体地，在购买车票后，会留取乘客的联系方式(比如，电话号码、微信账号等)。

其中，所述班次是指乘客选定起点和终点后，经过该起点和终点车次的车辆，或者车辆组合(需要中途换乘)。

请参照图5，是本发明较佳实施例提供的应用于图2所示车载终端200的乘车支付方法的流程图，其中，所述车载终端200包括乘车支付凭证数据库220。所述方法相关的流程定义的方法步骤可以由所述处理器113实现。下面对图5所示的具体流程进行详细阐述。

步骤S111，获取乘客用户终端上的乘车支付凭证。

在本实施例中，所述车载终端200可以通过扫描或者近场感应的方式获得所述乘客用户终端上的乘车支付凭证。

步骤S112，查找所述乘车支付凭证在所述乘车支付凭证数据库中的状态信息。

步骤S113，当所述乘车支付凭证在所述乘车支付凭证数据库中的状态信息为有效状态时，发出支付成功的提示信息，并将所述乘车支付凭证数据库中对应的乘车支付凭证的状态信息修改为失效状态。

在本实施例中，所述方法还可以包括从服务器中获取所述乘车支付凭证数据库。

在本实施例中，所述方法还可以包括：

将乘车支付凭证数据库中乘车支付凭证的状态信息发送给所述服务器。

接收由所述服务器对状态信息进行更新后的乘车支付凭证列表。

在本实施例中，所述方法还可以包括：

获取车辆的当前位置；

将所述车辆的当前位置通过所述服务器推送给距离所述车辆的当前位置小于预设距离且购买有该班次支付凭证的用户终端上。

综上所述，本发明实施例提供的乘车支付方法及装置，乘客通过在线购票的方式获得乘车的支付凭证，当乘客上车时，只需要将支付凭证给车载终端验证即可，不需要乘客自带零钞或者随身携带公交卡，支付方式简单、便捷。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，也可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的设备、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

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

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

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

Claims (10)

1.一种乘车支付方法，其特征在于，应用于车载终端，所述车载终端包括乘车支付凭证数据库，所述方法包括：

获取乘客用户终端上的乘车支付凭证；

查找所述乘车支付凭证在所述乘车支付凭证数据库中的状态信息；

当所述乘车支付凭证在所述乘车支付凭证数据库中的状态信息为有效状态时，发出支付成功的提示信息，并将所述乘车支付凭证数据库中对应的乘车支付凭证的状态信息修改为失效状态。

2.如权利要求1中所述的乘车支付方法，其特征在于，所述方法还包括：

从服务器中获取所述乘车支付凭证列表，存储在所述乘车支付凭证数据库。

3.如权利要求2中所述的乘车支付方法，其特征在于，所述方法还包括：

将乘车支付凭证数据库中乘车支付凭证的状态信息发送给所述服务器；

接收由所述服务器对状态信息进行更新后的乘车支付凭证列表。

4.如权利要求1中所述的乘车支付方法，其特征在于，所述获取乘客用户终端上的乘车支付凭证的步骤包括：

通过扫描或者近场感应的方式获得所述乘客用户终端上的乘车支付凭证。

5.如权利要求1中所述的乘车支付方式，其特征在于，所述方法还包括：

获取车辆的当前位置；

将所述车辆的当前位置通过所述服务器推送给距离所述车辆的当前位置小于预设距离且购买有该班次支付凭证的用户终端上。

6.一种乘车支付装置，其特征在于，应用于车载终端，所述车载终端包括乘车支付凭证数据库，所述装置包括：

第一获取模块，用于获取乘客用户终端上的乘车支付凭证；

查找模块，用于查找所述乘车支付凭证在所述乘车支付凭证数据库中的状态信息；

验证模块，用于当所述乘车支付凭证在所述乘车支付凭证数据库中的状态信息为有效状态时，发出支付成功的提示信息，并将所述乘车支付凭证数据库中对应的乘车支付凭证的状态信息修改为失效状态。

7.如权利要求6中所述的乘车支付装置，其特征在于，所述装置还包括：

第二获取模块，用于从服务器中获取所述乘车支付凭证列表。

8.如权利要求7中所述的乘车支付装置，其特征在于，所述装置还包括：

发送模块，用于将乘车支付凭证数据库中乘车支付凭证的状态信息发送给所述服务器；

接收模块，用于接收由所述服务器对状态信息进行更新后的乘车支付凭证列表。

9.如权利要求6中所述的乘车支付装置，其特征在于，所述第一获取模块通过以下方式获得所述乘车支付凭证：

通过扫描或者近场感应的方式获得所述乘客用户终端上的乘车支付凭证。

10.如权利要求6中所述的乘车支付装置，其特征在于，所述装置还包括：

第三获取模块，用于获取车辆的当前位置；

推送模块，用于将所述车辆的当前位置通过所述服务器推送给距离所述车辆的当前位置小于预设距离且购买有该班次支付凭证的用户终端上。