加气结算方法及系统与流程

本发明涉及燃气充装领域，具体而言，涉及一种加气结算方法及系统。

背景技术：

cng、lng、lpg等作为新能源燃料，在新能源汽车上广泛使用。通常由加气站为其提供加气服务，使用cng、lng、lpg等作为燃料的车辆，后备箱设置有燃气储罐。通常加气流程为：加气人员打开车辆后备箱查看储罐是否合格，再对加气车辆加气，加气机结算加气费用后，加气人员根据加气机上显示的加气费用对用户进行人工收费。现实情况下，由于加气站的工作繁忙，加气流程较为费时间，所以加气员工难以逐一打开后备箱查看储罐的有效性，从而导致失效的储罐加气，发生储罐爆炸的恶性事件。

技术实现要素：

有鉴于此，本发明实施例提供了一种加气结算方法及系统，以改善上述问题。

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

一种加气结算方法，应用于加气结算系统，所述加气结算系统包括设备终端、加气机以及服务器，所述设备终端、加气机以及服务器无线连接。所述方法包括：所述设备终端获取加气车辆的车辆信息发送至服务器，所述车辆信息包括车主信息、车体信息以及气瓶信息；所述服务器根据所述车辆信息判断所述加气车辆是否可以加气并将判断结果发送至所述设备终端；当所述判断结果为所述加气车辆可以加气，所述设备终端控制所述加气机对所述加气车辆加气；所述加气机结算加气金额后发送至所述设备终端。应用于加气结算系统，所述加气结算系统包括设备终端、加气机以及服务器，所述设备终端、加气机以及服务器无线连接，所述方法包括：所述设备终端获取加气车辆的车辆信息发送至服务器，所述车辆信息包括车主信息、车体信息以及气瓶信息；所述服务器根据所述车辆信息判断所述加气车辆是否可以加气并将判断结果发送至所述设备终端；当所述判断结果为所述加气车辆可以加气，所述设备终端控制所述加气机对所述加气车辆加气；所述加气机结算加气金额后发送至所述设备终端。

一种加气结算系统，所述系统包括设备终端、加气机以及服务器，所述设备终端、加气机以及服务器无线连接。其中，所述设备终端用于获取加气车辆的车辆信息发送至服务器，所述车辆信息包括车主信息、车体信息以及气瓶信息；所述服务器用于根据所述车辆信息判断所述加气车辆是否可以加气并将判断结果发送至所述设备终端；所述设备终端还用于当所述判断结果为所述加气车辆可以加气，所述设备终端控制所述加气机对所述加气车辆加气；所述加气机用于对加气车辆加气，还用于结算加气金额后发送至所述设备终端。

一种加气结算方法，适用于服务器，所述方法包括：所述服务器接收设备终端发送的加气车辆的车辆信息，所述车辆信息包括车主信息、车体信息以及气瓶信息；所述服务器根据所述车辆信息判断所述加气车辆是否可以加气并将判断结果发送至所述设备终端，以使当所述判断结果为所述加气车辆可以加气，所述设备终端控制所述加气机对所述加气车辆加气，加气机结算加气金额后发送至所述设备终端。

本发明实施例提供的加气结算方法及系统，通过设备终端获取加气车辆的车辆信息发送至服务器，服务器再根据车辆信息判断加气车辆是否可以加气，获得判断结果后发送至设备终端，当判断结果为加气车辆可以加气，则设备终端控制加气机对加气车辆进行加气，最后加气机结算加气金额后发送至设备终端。该加气结算方法能较好地实现加气车辆安全性的验证，解决传统加气方法不能有效检验加气车辆安全性而导致安全事故发生的问题。

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

附图说明

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

图1示出了本发明实施例提供的加气结算系统的结构示意图；

图2示出了本发明实施例提供的服务器的结构示意图；

图3示出了本发明第一实施例提供的加气结算方法的流程图；

图4示出了本发明第一实施例提供的加气结算方法的步骤s120的流程图。

具体实施方式

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

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

如图1所示，是本申请加气结算系统200中服务器100、设备终端120、加气机130以及用户终端140进行交互的示意图。所述服务器110通过网络与一个或多个设备终端120、加气机130以及用户终端140进行通信连接，以进行数据通信或交互。

其中，所述服务器100可以是网络服务器、数据库服务器等。所述设备终端120以及用户终端140可以是个人电脑(personalcomputer，pc)、平板电脑、智能手机、个人数字助理(personaldigitalassistant，pda)等。所述加气机130可以是具有无线接发功能以及数据处理功能的加气设备。

图2示出了一种可应用于本发明实施例中的服务器100的结构框图。如图2所示，服务器100包括存储器102、存储控制器104，一个或多个(图中仅示出一个)处理器106、外设接口108、射频模块110、音频模块112、显示单元114等。这些组件通过一条或多条通讯总线/信号线116相互通讯。

存储器102可用于存储软件程序以及模块，如本发明实施例中的加气结算方法对应的程序指令/模块，处理器106通过运行存储在存储器102内的软件程序以及模块，从而执行各种功能应用以及数据处理，如本发明实施例提供的加气结算方法。

存储器102可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。处理器106以及其他可能的组件对存储器102的访问可在存储控制器104的控制下进行。

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

射频模块110用于接收以及发送电磁波，实现电磁波与电信号的相互转换，从而与通讯网络或者其他设备进行通讯。

音频模块112向用户提供音频接口，其可包括一个或多个麦克风、一个或者多个扬声器以及音频电路。

显示单元114在服务器100与用户之间提供一个显示界面。具体地，显示单元114向用户显示视频输出，这些视频输出的内容可包括文字、图形、视频及其任意组合。

可以理解，图1所示的结构仅为示意，服务器100还可包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。

第一实施例

本发明第一实施例提供了一种加气结算方法，应用于加气结算系统。请参见图1，该加气结算系统200包括设备终端120、加气机130、用户终端140以及服务器100，设备终端120、加气机130、用户终端140以及服务器140无线连接。

请参见图3，该加气结算方法包括：

步骤s110：所述设备终端120获取加气车辆的车辆信息发送至服务器，所述车辆信息包括车主信息、车体信息以及气瓶信息。

在加气前，设备终端120可以对加气车辆的车辆信息进行获取，以用于后续加气车辆的安全性的验证，车辆信息可以包括车体信息、车主信息以及气瓶信息。

具体的，设备终端获取加气车辆的车辆信息可以包括：设备终端120可以获取车辆的唯一id、车主ic卡信息以及气瓶标签信息，以获取车体信息、车主信息以及气瓶信息。

设备终端120获取车辆唯一id的方式可以是：设备终端120可以扫描加气车辆上的二维码信息以获取加气车辆的唯一id，当然，设备终端120获取车辆的唯一id的具体方式在本发明实施例中并不作为限定，也可以是为其他，例如设备终端120对用户输入的车辆唯一id进行获取。车体信息可以包括加气车辆对应的车辆标识号、车架号、发动机号、车检信息等。

设备终端120获取车主ic卡信息的方式可以是：设备终端120外接的读卡器对车主ic卡信息进行读取，读卡器在读取到车主ic卡信息后传输到设备终端120，以获取到车主信息。车主信息可以包括车主的身份信息，如姓名、身份证号等。

设备终端120获取气瓶标签信息的方式可以是：设备终端120对气瓶上的电子标签的信息进行采集，获取到气瓶对应的电子标签的信息，以获得气瓶信息。气瓶信息可以包括加气车辆对应的气瓶的编号、气瓶的下次气瓶检验日期、气瓶充装次数、气瓶检验结果以及气瓶使用期限等。其中，下次检验日期为最近一次气瓶检验的下一次检验对应的日期，气瓶充装次数可以包括气瓶已充装次数以及气瓶充装限制次数，气瓶使用期限可以为气瓶的使用截止日期。

设备终端120在获取到车辆信息后，可以将加气车辆的车辆信息发送至服务器100。

步骤s120：所述服务器100根据所述车辆信息判断所述加气车辆是否可以加气并将判断结果发送至所述设备终端120。

服务器100获取到车辆信息后，可以根据车辆信息检验加气车辆的安全性，判断加气车辆是否可以加气。

具体的，如图4所示，步骤s120可以包括：

步骤s121：所述服务器100判断所述气瓶信息是否与所述车主信息以及车体信息匹配。

在实际使用燃气车辆时，有些用户可能对气瓶进行挪移或者非法改装到车辆上，还可能非户主到加气站进行加气，构成不安全因素。因此可以在燃气车辆登记时，将气瓶信息、车主信息以及车体信息进行存储于服务器100中，并且气瓶信息与车主信息以及车体信息相匹配。例如，气瓶的编号与车主姓名、车主身份证号、燃气车辆的车架号、燃气车辆的发动机号匹配，建立匹配关系存储于服务器100中。

当燃气车辆进行加气时，服务器100获取到车辆信息后，服务器100可以判断气瓶信息与车主信息以及车体信息是否匹配，即判断气瓶的编号与车主姓名、车主身份证、加气车辆的车架号、发动机号等是否匹配。

步骤s122：若气瓶信息与车主信息以及车体信息匹配，则服务器100根据所述气瓶信息判断所述加气车辆的气瓶是否合格。

如果气瓶信息与车主信息以及车体信息匹配，则可以证明为需要充装燃气的加气车辆与燃气车辆登记的车辆的信息一致，即车主为燃气车辆对应的车主，车辆为气瓶对应的车辆，未出现气瓶挪用、借用、非法改造以及非户主加气的情况。

在验证气瓶信息与车主信息以及车体信息匹配后，服务器100再验证气瓶的安全性，根据气瓶信息判断气瓶是否合格。

当然，如果气瓶信息与车主信息以及车体信息不匹配，则加气车辆不能进行加气，加气流程终止。

具体的，服务器100根据所述气瓶信息判断气瓶是否合格，可以包括：所述服务器100根据所述气瓶信息判断气瓶的下次气瓶检验日期是否逾期、气瓶充装次数是否超过限制次数以及气瓶是否超期；若气瓶的下次气瓶检验日期未逾期、气瓶充装次数未超过限制次数并且气瓶未超期，则服务器100判定所述气瓶合格。

服务器100根据气瓶信息中的下次气瓶检验日期、气瓶充装次数以及气瓶使用期限，可以判断加气车辆对应的气瓶的下次检验日期是否逾期，即判断当前日期是否超过了下次检验日期。还可以判断气瓶充装次数是否超过气瓶充装限制次数，还可以根据气瓶使用期限判断气瓶的使用截止日期是否到期即气瓶是否超期。需要说明的是，下次检验日期为最近一次气瓶检验的下一次检验对应的日期。

如果气瓶的下次气瓶检验日期未逾期、气瓶充装次数未超过限制次数并且气瓶未超期，则表示气瓶为合格。

当然，在检验气瓶是否合格时，还可以包括根据气瓶信息中的气瓶检验结果判断加气车辆的气瓶上次检验是否合格。若判断瓶上次检验是否合格、若判断上次检验不合格、下次气瓶检验日期未逾期、气瓶充装次数未超过限制次数并且气瓶未超期，则表示气瓶合格。

步骤s123：若所述加气车辆的气瓶合格，则所述服务器100根据所述车体信息判断所述车辆的下次车辆检验日期是否逾期。

如果加气车辆的气瓶为合格，则表示加气车辆的气瓶可以存储燃气。但是，加气车辆本身存在问题，也会构成不安全因素。因此，当加气车辆的气瓶合格，服务器100可以根据车体信息判断车辆的下次车辆检验日期是否逾期，以检验加气车辆本身的安全性。需要说明的是，下次车辆检验日期为车辆最近一次检验的下一次需要检验的日期。

步骤s124：若所述服务器100判断所述车辆的下次车辆检验日期未逾期，则所述服务器100判断所述加气车辆可以加气。

如果判断所述加气车辆的下次车辆检验日期未逾期，则加气车辆满足了气瓶、车体以及车主的匹配，气瓶的安全性检验，车辆的安全性检验。因此，服务器100判断加气车辆可以加气。若下次车辆检验日期逾期，则加气流程结束。

服务器100在判断出加气车辆是否可以加气后，获取到判断结果，再将判断结果发送至设备终端120。

步骤s130：当所述判断结果为所述加气车辆可以加气，所述设备终端120控制所述加气机130对所述加气车辆加气。

设备终端120接收到服务器100发送的加气车辆是否可以加气的判断结果，如果加气车辆可以加气，则设备终端120控制加气机130对加气车辆进行加气。具体的，设备终端120可以发送加气指令给加气机130，加气机130接收到设备终端120的加气指令后，打开加气阀门对加气车辆进行加气。

步骤s140：所述加气机130结算加气金额后发送至所述设备终端。

加气机130在加气时，可以同时计算气体的费用。在加气结束后，可以结算出加气金额，并发送至设备终端120。

在本发明实施例中，步骤s140之后，还可以包括：所述设备终端120发送与所述加气金额对应的付款信息至所述服务器100；所述服务器100将所述付款信息发送所述用户终端140；所述用户终端140接收所述服务器100发送的付款信息后生成付款界面以使用户确认付款。

设备终端120在获取加气金额后，可以生成付款信息发送至服务器100，服务器100再发送至用户终端140，用户终端140生成付款界面以便于客户确认付款。具体的，用户可以在用户终端140安装付款软件，付款软件与银行卡绑定或者有充值余额，如支付宝、微信等，设备终端生成付款信息，用户终端140利用付款软件扫描付款信息，从而完成付款。

当然，在本发明实施例中，还可以包括：加气机130生成加气车辆对应的加气信息发送至服务器100；服务器100对加气车辆的加气信息进行存储。

加气机130在加气车辆加气完成后，可以根据加气的量、加气费用生成加气信息发送至服务器100，服务器100再对该加气车辆的加气信息进行存储和更新。

当然，在本发明实施例中，还可以包括：加气机130将加气车辆的加气信息写入该加气车辆的电子标签。

第二实施例

请参见图1，本发明第二实施例提供了一种加气结算系统200，该加气结算系统200包括设备终端120、加气机130以及服务器100，所述设备终端120、加气机130以及服务器100无线连接，其中，所述设备终端120用于获取加气车辆的车辆信息发送至服务器100，所述车辆信息包括车主信息、车体信息以及气瓶信息；所述服务器100用于根据所述车辆信息判断所述加气车辆是否可以加气并将判断结果发送至所述设备终端120；所述设备终端120还用于当所述判断结果为所述加气车辆可以加气，所述设备终端120控制所述加气机130对所述加气车辆加气；所述加气机130用于对加气车辆加气，还用于结算加气金额后发送至所述设备终端120。

如图1所示，该加气结算系统100还包括用户终端140，所述用户终端140通过所述服务器100与所述设备终端120无线连接，所述设备终端120还用于发送与所述加气金额对应的付款信息至所述服务器100，所述服务器100还用于将所述付款信息发送所述用户终端120，所述用户终端120用于接收所述服务器100发送的付款信息后生成付款界面以使用户确认付款。

第三实施例

本发明第三实施例提供了一种加气结算方法，应用于服务器，所述方法包括：所述服务器接收设备终端发送的加气车辆的车辆信息，所述车辆信息包括车主信息、车体信息以及气瓶信息；所述服务器根据所述车辆信息判断所述加气车辆是否可以加气并将判断结果发送至所述设备终端，以使当所述判断结果为所述加气车辆可以加气，所述设备终端控制所述加气机对所述加气车辆加气，加气机结算加气金额后发送至所述设备终端。

所述服务器根据所述车辆信息判断所述加气车辆是否可以加气，包括：所述服务器判断所述气瓶信息是否与所述车主信息以及车体信息匹配；若气瓶信息与车主信息以及车体信息匹配，则服务器根据所述气瓶信息判断所述加气车辆的气瓶是否合格；若所述加气车辆的气瓶合格，则所述服务器根据所述车体信息判断所述车辆的下次车辆检验日期是否逾期；若所述服务器判断所述车辆的下次车辆检验日期未逾期，则所述服务器判断所述加气车辆可以加气。

综上所述，本发明实施例提供的加气结算方法及系统，通过设备终端获取加气车辆的车辆信息发送至服务器，服务器再根据车辆信息判断加气车辆是否可以加气，获得判断结果后发送至设备终端，当判断结果为加气车辆可以加气，则设备终端控制加气机对加气车辆进行加气，最后加气机结算加气金额后发送至设备终端。并且，在判断加气车辆是否可以进行加气时，对气瓶、车主以及车辆进行匹配判断后，再判断气瓶以及车辆的安全性。该加气结算方法能较好地实现加气车辆安全性的验证，解决传统加气方法不能有效检验加气车辆安全性而导致安全事故发生的问题，还能实现加气费用的自动结算。

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

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

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二、另一等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

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

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