本申请涉及无线通信技术、车联网技术领域，尤其涉及一种etc交易信息采集方法及设备。
背景技术：
不停车收费(electronictollcollection；etc)系统是目前被广泛使用的路桥收费系统。etc系统的工作原理是：当车辆高速通过收费站时，通过安装在车辆挡风玻璃上的车载单元(onboardunit；obu)与安装在收费站的路测单元(roadsideunit；rsu)之间的微波专用短程通讯，实现识别车辆身份、计算费率以及扣除通行费，同时利用计算机、互联网技术与银行进行后台结算处理，进而达到车辆通过路桥收费站不需停车而能交纳路桥费的目的。
etc系统作为路桥收费系统给高速通过收费站的车辆带来了极大的便利。然而，目前etc系统中的obu仅作为一个通行媒介，即obu能够实现与rsu之间进行微波通信，以达到缴纳路桥费的目的。
在共享经济的大环境下，随着人们对出行服务的要求越来越高，现实生活中出现了不同的出行软件。人们利用这些出行软件预约出行服务，并通过移动支付技术完成对出行服务的付费。但是，用户在通过移动支付技术支付出行服务的消费金额时，如果本次出行服务中产生etc交易数据，那么意味着本次出行服务将产生两个账单：一个账单是etc交易数据对应的账单，通常为本次服务缴纳的路桥费；另一个账单是本次出行服务产生的其他费用。在现在技术中，这两份账单是分开的，所以用户并不能通过移动支付技术一并支付这两个账单的总费用，这给用户带来的极大不便。
技术实现要素：
有鉴于此，本申请实施例提供了一种etc交易信息采集方法及设备，用于提升etc交易信息的利用率。
本申请实施例提供了一种etc交易信息采集方法，包括：
车载终端设备监听车载单元obu的工作状态；
所述车载终端设备在监听到所述obu与路测单元rsu之间发生通信的情况下，捕捉所述obu与所述rsu之间的专用短程通信技术dsrc数据信号；
所述车载终端设备解析所述dsrc数据信号，并从所述dsrc数据信号中提取所述etc交易数据。
本申请实施例还提供了一种etc交易信息采集设备，包括：
监听单元，用于监听车载单元obu的工作状态；
捕捉单元，用于在监听到所述obu与路测单元rsu之间发生通信的情况下，捕捉所述obu与所述rsu之间的专用短程通信技术dsrc数据信号；
处理单元，用于解析所述dsrc数据信号，并从所述dsrc数据信号中提取所述etc交易数据。
本申请采用的上述至少一个技术方案能够达到以下有益效果：
本申请实施例所提供的技术方案，通过监听obu的工作状态，并在obu与rsu之间发生通信的情况下，捕捉obu与rsu之间的dsrc数据信号，进而通过解析等处理方式从dsrc数据信号中提取etc交易数据。这样能够将etc交易数据和出行服务的消费数据进行合并，提升用户对出行服务的消费体验，同时能够有效提升etc交易数据的使用率。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种etc交易信息采集方法的流程示意图；
图2为本申请实施例提供的一种etc交易信息采集设备的结构示意图；
图3为本申请实施例提供的一种etc交易信息采集设备的结构示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚，本申请实施例提供了一种etc交易信息采集方法及设备，通过监听obu的工作状态，并在obu与rsu之间发生通信的情况下，捕捉obu与rsu之间的dsrc数据信号，进而通过解析等处理方式从dsrc数据信号中提取etc交易数据。这样能够将etc交易数据和出行服务的消费数据进行合并，提升用户对出行服务的消费体验，同时能够有效提升etc交易数据的使用率。
下面结合说明书附图对本申请各个实施例作进一步地详细描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。
图1为本申请实施例提供的一种etc交易信息采集方法的流程示意图。所述方法可以如下所示。
步骤101：车载终端设备监听obu的工作状态。
在本申请实施例中，在车辆中安装一个车载终端设备，该车载终端设备能够与obu之间进行通信，也能够与etc服务器之间进行通信，还可以与其他计费服务器之间进行通信。
具体地，车载终端设备实时或者周期地对obu的工作状态进行监听。由于在实际应用中，obu在车辆进入收费站或者驶出收费站的时候，方可与安装的rsu进行通信，也可以说此种情况下obu处于工作状态，而其他时间obu处于非工作状态。那么车载终端设备通过监听obu的工作状态，方可确定采集etc交易信息的时机。
具体地，车载终端设备监听obu是否接收到rsu发送的电磁波信号。
车载终端设备若监听到所述obu接收到所述rsu发送的电磁波信号，确定所述obu处于工作状态；否则，确定所述obu处于非工作状态。
车辆在高速道路上行驶的过程中，obu可以实时或者周期的发送询问信号，以便于obu判断周围是否存在rsu，一旦接收到rsu的应答信号，则启动工作，与rsu之间进行信息交互；否则，处于非工作状态。
或者，rsu实时发送电磁波信号，当obu接收到rsu发送的电磁波信号的情况下，启动工作。这样能够达到obu节能的效果。
较优地，在本申请实施例中，车载终端设备通过监听obu的工作状态，进而确定何时发送采集指令，可以达到节能的效果。
步骤102：所述车载终端设备在监听到所述obu与路测单元rsu之间发生通信的情况下，捕捉所述obu与所述rsu之间的专用短程通信技术dsrc数据信号。
在本申请实施例中，车载终端设备在监听到obu接收到rsu发送的电磁波信号的情况下，启动捕捉功能，捕捉obu与rsu之间的dsrc数据信号。
具体地，当车辆驶入高速道路入口/驶出高速的情况下，obu将接收到rsu的电磁波信号，此时obu向rsu发送dsrc数据信号，在该dsrc数据信号中携带车辆标识和用户的账户标识，那么rsu在接收到该dsrc数据信号的情况下，提取该dsrc数据信号中包含的车辆标识、账户标识，并将提取到的车辆标识和账户标识以及rsu的设备标识上报给etc服务器。
如果车辆驶入高速，那么服务器根据rsu的设备标识确定车辆进入高速的入口编号或者位置；如果车辆驶出高速，那么服务器根据rsu的设备标识，以及驶入高速时上报的rsu的设备标识，计算该车辆的路桥使用费，并从账户标识对应的账户中扣除该使用费对应的金额。
需要说明的是，本申请实施例捕捉dsrc数据信号，由于dsrc数据信号为空中数据，为了保证数据捕捉的完整性和精确性，本申请实施例采用主从模式，同时对上行双信道(ch0:5.79ghz、ch1：5.80ghz)、下行双信道(ch0:5.83ghz、ch1：5.84ghz)进行空中数据抓取，有效地避免了数据丢失的问题。
步骤103：所述车载终端设备解析所述dsrc数据信号，并从所述dsrc数据信号中提取所述etc交易数据。
在本申请实施例中，所述车载终端设备在接收到所述dsrc数据信号的情况下，按照预设的etc系统的数据传输规则，过滤所述dsrc数据信号中的非etc交易数据，所述非etc交易数据包含车辆信息、入口编号/出口编号、账户信息中的至少一种；
所述车载终端设备对过滤后的所述dsrc数据信号进行解码；
所述车载终端设备根据解码结果，提取得到所述ect交易数据，所述ect交易数据中包含消费金额。
具体地，obu按照etc系统的数据传输规则，将满足数据传输规则的信息发送给rsu。这样，车载终端设备在捕捉到obu发送给rsu的dsrc数据信号的情况下，可以按照etc系统的数据传输规则，首先对捕捉到的dsrc数据信号进行验证，以确定接收到的dsrc数据信号的完整性和准确性。
例如：按照etc系统配置的数据结构，对dsrc数据信号中各段的数据进行验证，进而确定是否存在错误或者丢失的数据。
车载终端设备在接收到dsrc数据信号的情况下，还可以对dsrc数据信号执行过滤操作，过滤掉dsrc数据信号中包含的非etc交易数据，这里的非etc交易数据可以包含车辆信息、入口编号/出口编号、账户信息，也可以包含指示为广播消息的数据帧、指示为认证信息的数据帧等等。经过过滤操作之后，即可得到etc交易数据。
需要说明的是，数据完整性的验证可以发生在过滤操作之后，也可以发生在过滤操作之前，这里不做具体限定。
具体地，车载终端设备可以通过hdlc高级链路控制规则对获取到的dsrc数据信号进行解码，并从解码后的数据中解析得到etc交易数据。
较优地，所述方法还包括：
所述车载终端设备建立时间和所述消费金额之间的映射关系并存储。
具体地，所述车载终端设备在提取得到所述etc交易数据的情况下，对所述etc交易数据进行校验；
所述车载终端设备在确定所述etc交易数据的数据结构准确的情况下，建立时间和所述消费金额之间的映射关系并存储。
需要说明的是，本申请实施例中记载的dsrc数据信号可以包含obu向rsu发送的dsrc数据信号，该dsrc数据信号称之为第一dsrc数据信号，在该第一dsrc数据信号中包含车辆信息、账户信息，也可以包含rsu向obu发送的dsrc数据信号，该dsrc数据信号称之为第二dsrc数据信号，该第二dsrc数据信号中包含消费金额。这里的第二dsrc数据信号可以视为第一dsrc数据信号的响应信号。
较优地，在本申请实施例中，车载终端设备在获取到etc交易数据的情况下，可以将获取到的etc交易数据和获取时间发送给etc服务器，以便于服务器根据该etc交易数据确定该车载终端设备所在车辆的路桥费。这里的还可以将获取到的etc交易数据、获取时间和位置信息发送给etc服务器，以便于服务器根据该etc交易数据确定该车载终端设备所在车辆所过路段的路桥费。
较优地，在本申请实施例中，车载终端设备在获取到etc交易数据的情况下，还可以将获取到的etc交易数据发送给其他计费服务器或者计费设备，例如：提供出行服务的计费服务器，这样，提供出行服务的计费服务器可以根据该etc交易数据，统计本次提供出行服务的服务费，并将该服务费发送给终端设备，以便于用户通过移动互联网支付该服务费，提升用户的用户体验。
通过本申请实施例提供的技术方案，通过监听obu的工作状态，并在obu与rsu之间发生通信的情况下，捕捉obu与rsu之间的dsrc数据信号，进而通过解析等处理方式从dsrc数据信号中提取etc交易数据。这样能够将etc交易数据和出行服务的消费数据进行合并，提升用户对出行服务的消费体验，同时能够有效提升etc交易数据的使用率。
图2为本申请实施例提供的一种etc交易信息采集设备的结构示意图。本申请实施例的执行主体为车载终端设备，该车载终端设备包含obu功能和数据采集功能。其中：obu可以独立于车载终端设备，包含dsrc模块；数据采集功能集成在车载终端设备中，可以包含dsrc数据监听单元、数据解析单元和数据验证单元。此外，还可以包含唤醒单元，该唤醒单元用于在obu与rsu之间进行通信时，唤醒dsrc数据监听单元，起到节能的效果。
具体地，当车辆驶入高速道路或者需要缴费的路段的情况下，与车载终端设备连接的obu将接收到rsu发送的广播数据，该广播数据中可以包含位置信息，即入口编号；obu向rsu发送dsrc数据信号，该dsrc数据信号中包含车辆信息和账户信息，此时车载终端设备中包含的唤醒单元在监测到obu与rsu之间的通信的情况下，触发dsrc数据监听单元监听obu发送给rsu的dsrc数据信号和rsu发送给obu的dsrc数据信号。
当车辆驶出高速道路或者需要缴费的路段的情况下，与车载终端设备连接的obu将接收到rsu发送的广播数据，该广播数据中可以包含位置信息，即出口编号；obu向rsu发送第一dsrc数据信号，该第一dsrc数据信号中包含车辆信息和账户信息；obu接收rsu发送的第二dsrc数据信号，该第二dsrc数据信号中包含扣费信息，此时车载终端设备中包含的唤醒单元在监测到obu与rsu之间的通信的情况下，触发dsrc数据监听单元监听obu发送给rsu的dsrc数据信号和rsu发送给obu的dsrc数据信号。
车载终端设备在获取到obu发送给rsu的dsrc数据信号和rsu发送给obu的dsrc数据信号之后，可以按照上述实施例中记载的方式对dsrc数据信号进行验证和处理，以得到etc交易数据，具体处理方式这里不再一一赘述。
图3为本申请实施例提供的一种etc交易信息采集设备的结构示意图。所述采集设备包括：监听单元301、捕捉单元302和处理单元303，其中：
所述监听单元301，用于监听车载单元obu的工作状态；
所述捕捉单元302，用于在监听到所述obu与路测单元rsu之间发生通信的情况下，捕捉所述obu与所述rsu之间的专用短程通信技术dsrc数据信号；
所述处理单元303，用于解析所述dsrc数据信号，并从所述dsrc数据信号中提取所述etc交易数据。
在本申请的另一个实施例中，所述处理单元303解析所述dsrc数据信号，并从所述dsrc数据信号中提取所述etc交易数据，包括：
在接收到所述dsrc数据信号的情况下，按照预设的etc系统的数据传输规则，过滤所述dsrc数据信号中的非etc交易数据，所述非etc交易数据包含车辆信息、入口编号/出口编号、账户信息中的至少一种；
对过滤后的所述dsrc数据信号进行解码；
根据解码结果，提取得到所述ect交易数据，所述ect交易数据中包含消费金额。
在本申请的另一个实施例中，所述采集设备还包括：存储单元304，其中：
所述存储单元304，用于建立时间和所述消费金额之间的映射关系并存储。
在本申请的另一个实施例中，所述存储单元304建立时间和所述消费金额之间的映射关系并存储，包括：
在提取得到所述etc交易数据的情况下，对所述etc交易数据进行校验；
在确定所述etc交易数据的数据结构准确的情况下，建立时间和所述消费金额之间的映射关系并存储。
在本申请的另一个实施例中，所述监听单元301监听车载单元obu的工作状态，包括：
监听车载单元obu是否接收到路测单元rsu发送的电磁波信号。
在本申请的另一个实施例中，所述监听单元301若监听到所述obu接收到所述rsu发送的电磁波信号，确定所述obu处于工作状态；否则，确定所述obu处于非工作状态。
需要说明的是，本申请实施例中所记载的采集设备可以通过软件方式实现，也可以通过硬件方式实现，这里不做具体限定。本申请实施例中所记载的采集设备通过监听obu的工作状态，并在obu与rsu之间发生通信的情况下，捕捉obu与rsu之间的dsrc数据信号，进而通过解析等处理方式从dsrc数据信号中提取etc交易数据。这样能够将etc交易数据和出行服务的消费数据进行合并，提升用户对出行服务的消费体验，同时能够有效提升etc交易数据的使用率。
本领域的技术人员应明白，本申请的实施例可提供为方法、装置(设备)、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。