obu信息提示方法、装置及系统
技术领域：
：1.本发明涉及智能交通领域，尤其涉及一种obu信息提示方法、装置及系统。
背景技术：
：：2.etc(electronictollcollection，电子收费)系统主要由两部分组成，分别为rsu(roadsideuints，路侧单元)和obu(onboardunit，车载单元)设备，其中，rsu安装在etc通道上，obu设备安装在机动车内。3.目前，obu设备自带屏幕在路过收费站时，没有强制规定显示扣费金额，该功能并不属于标准功能，与etc生产厂家有关。而现有机动车上已安装的大多数obu设备不具备该功能；同时，一般obu的显示屏幕小，为节省功耗多为无背光的安装在不阻挡驾驶员视线的位置的挡风玻璃上，不便于驾驶员观察。当obu设备上显示信息的时间较短，需要驾驶员需分散注意力来观察obu屏幕的信息，容易带来安全隐患。4.即使etc车道的出口处的led屏幕上显示扣费金额，也存在led屏幕显示时间短，驾驶员需分散注意力观察带来一定安全隐患。还有通知驾驶员知晓驾驶信息的方式为obu设备绑定银行卡、支付宝、乐速通等第三方系统短信或app消息等。这样的方式存在的问题包括：高速以及银行等第三方结算系统延迟较大，车主获得etc扣费信息的实时性差，且为个人对账增加复杂性。5.另外，obu设备无自我诊断及提醒功能，或状态提醒不明显。标签异常了车主无从知晓，只能在过高速收费站时被堵在收费口才知晓obu设备异常。如何保障驾驶员驾驶安全的情况下，及时知晓obu设备的标签信息和标签状态成为亟待解决的问题。技术实现要素：6.本发明实施例提供一种obu信息提示方法、装置及系统，以解决保障驾驶员驾驶安全的情况下，及时知晓obu设备的标签信息和标签状态的问题。7.一种obu信息提示方法，包括：8.获取交易监听指令，以对已绑定的obu设备进入交易监听状态，并获取交易监听结果；9.若交易监听结果为存在交易，则执行交易处理逻辑，以接收obu设备和etc路侧设备之间的无线交易数据；10.解析无线交易数据，以获取本次路过etc路侧设备产生的etc计费信息；11.通过外设接口输出etc计费信息，以使与外设接口连接的语音模块播报以及信息显示模块显示etc计费信息。12.一种obu信息提示装置，包括：13.获取监听指令模块，用于获取交易监听指令，以对已绑定的obu设备进入交易监听状态，并获取交易监听结果；14.执行交易逻辑模块，用于若交易监听结果为存在交易，则执行交易处理逻辑，以接收obu设备和etc路侧设备之间的无线交易数据；15.解析交易数据模块，用于解析无线交易数据，以获取本次路过etc路侧设备产生的etc计费信息；16.播报计费信息模块，用于通过外设接口输出etc计费信息，以使与外设接口连接的语音模块播报以及信息显示模块显示etc计费信息。17.一种系统，包括电源防护单元、主控单元、射频单元以及接口电路，主控单元包括存储器、处理器以及存储在存储器中并可在处理器上运行的嵌入式脚本，处理器执行嵌入式脚本时实现上述obu信息提示方法。18.上述obu信息提示方法、装置及系统，通过绑定obu设备，并监听该obu设备和etc路侧设备之间的etc计费信息，将该etc计费信息及时通过与该系统通过外设接口连接的语音模块播报和信息显示模块显示该etc计费信息，可保障驾驶员在驾驶安全的情况下，及时了解etc过收费站时的标签信息，无需专门查看车载obu设备，提高驾驶安全性和获知obu标签及交易信息的及时性。附图说明19.为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。20.图1是本发明一实施例中obu信息提示系统的系统构架图；21.图2是本发明一实施例中obu信息提示方法的流程图；22.图3是本发明一实施例中obu信息提示方法的另一流程图；23.图4是图3中提供的obu信息提示方法的另一具体实现流程图；24.图5是本发明一实施例中obu信息提示方法的另一流程图；25.图6是图5中提供的obu信息提示方法的另一具体实现流程图；26.图7是本发明一实施例中obu信息提示方法的另一流程图；27.图8是本发明一实施例中obu信息提示方法的另一流程图；28.图9是图8中提供的obu信息提示方法的另一具体实现流程图；29.图10是本发明一实施例中obu信息提示方法的另一流程图；30.图11是图10中提供的obu信息提示方法的另一具体实现流程图；31.图12是本发明一实施例中obu信息提示装置的示意图。具体实施方式32.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。33.本发明实施例提供的obu信息提示方法，可应用在如图1的obu信息提示系统中，该obu信息提示系统包括电源防护单元、主控单元、射频单元以及接口电路，主控单元包括存储器、处理器以及存储在存储器中并可在处理器上运行的嵌入式脚本，处理器执行嵌入式脚本时实现该obu信息提示方法。该obu信息提示系统可实现于带有语音播报或显示屏的车载智能设备中。34.在一实施例中，如图2所示，提供一种obu信息提示方法，具体包括如下步骤：35.s10.获取交易监听指令，以对已绑定的obu设备进入交易监听状态，并获取交易监听结果。36.其中，交易监听指令是系统获取客户端发送或者设定为自动启动的(以应用场景进行设定，此处不作具体限定)用于对已绑定的obu设备进入交易监听状态的指令。37.本实施例中的交易是指机动车路过etc通道时，进行两个高速站点之间的路途进行费用结算的交易。38.交易监听结果包括存在交易和不存在交易。可以理解地，只有当交易监听结果为存在交易时，需要执行交易处理逻辑。当交易监听结果为不存在交易时，继续保持监听即可。39.具体地，对已绑定的obu设备进入交易监听状态是通过系统自带的射频单元获取obu设备和etc路侧设备之间的无线交易数据来实现的。40.s20.若交易监听结果为存在交易，则执行交易处理逻辑，以接收obu设备和etc路侧设备之间的无线交易数据。41.其中，交易处理逻辑是对获取到的无线交易数据进行解调后得到的不同结果进行信息反馈的步骤。42.s30.解析无线交易数据，以获取本次路过etc路侧设备产生的etc计费信息。43.其中，etc计费信息包括正常扣费状态下的扣费金额，或者非正常状态下的异常状态提示的信息并及时返回给驾驶员。44.s40.通过外设接口输出etc计费信息，以使与外设接口连接的语音模块播报以及信息显示模块显示etc计费信息。45.其中，外设接口可为串口或usb接口，或其他常见数据接口，由于系统工作过程中产生的数据量较小，对于外设接口的传输速率要求不高。46.语音模块以及信息显示模块可为机动车本身自带的模块，可为智能终端上的语音模块以及信息显示模块，还可为智能终端携带的app上携带的语音模块或信息显示模块，此处不作具体限定，可根据具体应用场景来实施不同的应用方案。47.本实施例提供的obu信息提示方法，通过绑定obu设备，并监听该obu设备和etc路侧设备之间的etc计费信息，将该etc计费信息及时通过与该系统通过外设接口连接的语音模块播报和信息显示模块显示该etc计费信息，可保障驾驶员在驾驶安全的情况下，及时了解etc过收费站时的标签信息，无需专门查看车载obu设备，提高驾驶安全性和获知obu标签及交易信息的及时性。48.在一具体实施例中，如图3和图4所示，在获取交易监听指令之前，还具体包括如下步骤：49.s101.获取检测控制端口状态指令，以对系统的控制端口进行状态检测，并获取状态检测结果。50.其中，检测控制端口状态指令是对系统的用于控制设备工作状态的控制端口进行状态检测的指令，用于检测控制端口的电平情况，状态检测结果包括高电平和低电平。51.当控制端为高电平时，说明存在由外设接口传输过来的动作执行指令，需要进行进一步数据分析。当控制端为低电平时，说明系统已经绑定车载的obu设备，仅需对obu设备进行状态监听即可。52.s102.若状态检测结果为低电平，则执行获取交易监听指令的步骤。53.本步骤即为执行步骤s10至s40，此处不作赘述。54.s103.若状态检测结果为高电平，则进入外设接口数据监控状态，以获取数据监控结果。55.其中，数据监控结果包括存在有效数据和存在无效数据。可以理解地，当数据监控结果为存在无效数据时，只需继续保持对控制端口的检测状态即可。56.s1031.若数据监控结果为存在有效数据，则解析有效数据，以获取对应的动作执行指令，并执行动作执行指令。57.具体地，当数据监控结果为存在有效数据时，继续对该有效数据进行数据解析获取对应的动作执行指令，用以执行该动作执行指令，并通过外设接口返回动作执行结果，以及时提示驾驶员动作执行指令的执行结果。58.在一具体实施例中，如图5至图6所示，在步骤s1031中，即获取对应的动作执行指令，并执行动作执行指令，具体包括如下步骤：59.s311.若有效数据对应的动作执行指令为绑定设备指令，则发送设备绑定指令，以绑定通信区域内的obu设备。60.其中，绑定设备指令是将本系统和车载的obu设备进行绑定的指令。61.具体地，本系统可通过读取获取的obu设备的id号后进行绑定，也即记录到本系统的存储器上，以便系统开机后扫描到对应的设备id号，并启动对该设备id对应的obu设备进行状态监听。62.s312.若有效数据对应的动作执行指令为检测设备指令，则发送设备检测指令，以检测已绑定的obu设备的状态。63.其中，检测设备指令是本系统对车载的obu设备的自身状态进行检测的指令。obu设备的自身状态包括设备电量、设备标签是否被拆等，此处可根据obu设备的具体功能进行扩展，此处不作具体限定。64.在一具体实施例中，如图7所示，在步骤s311中，即发送设备绑定指令，以绑定通信区域内的obu设备，具体包括如下步骤：65.s3111.发送设备绑定指令，设备绑定指令包括bst广播信号。66.其中，bst：信标服务表(beaconservicetable，简称bst)，一般是由etc路侧设备首先广播bst信息给obu设备，搜索通信区域内的obu设备。67.于本实施例中，为了便于系统绑定obu设备，由本系统发送bst广播信号给车载obu设备，以唤起obu设备的握手通信请求。68.s3112.接收obu设备返回的握手通信请求，握手通信请求包括设备id、基于bst广播信号生成的vst握手信息。69.其中，vst：车辆服务表(vehicleservicetable，简称vst)，是obu设备收到本系统下发的bst信息之后，回复vst信息给本系统，开始与本系统进行握手通信。70.设备id即为obu设备对应的唯一的可用于本系统识别的设备号。71.s3113.对设备id进行解析，若解析结果为解析通过，则记录设备id以成功绑定obu设备。72.具体地，设备id应具有专属的设备格式，当该设备的设备格式通过解析后，可将该设备id对应的obu设备记录到本系统的存储器上，已完成设备绑定。73.在一具体实施例中，如图8至图9所示，在步骤s312中，即发送设备检测指令，以检测已绑定的obu设备的状态，具体包括如下步骤：74.s3121.发送设备检测指令，设备绑定指令包括bst广播信号。75.s3122.接收obu设备返回的握手通信请求，握手通信请求包括设备id、基于bst广播信号生成的vst握手信息。76.具体地，步骤s3121至s3122同步骤s3111至s3112，此处不再赘述。77.s3123.对设备id进行解析，若解析结果为解析通过，则获取设备id对应的obu设备的设备状态信息。78.具体地，当解析结果为解析通过时，本系统可读取obu设备的设备状态日志，以获取obu设备的各种自身状态，比如标签电量和防拆信息等对于驾驶员有实际驾驶意义的数据，避免车主在不知情的情况下因标签异常而堵在etc车道。79.s3124.分析设备状态信息，若设备状态信息存在异常情况，则生成警报信息。80.具体地，本系统可预先给设备状态信息中的各个敏感数据设置警戒阈值，当obu设备中某个具体的设备状态信息碰触警戒阈值时，可生成警告信息。81.s3125.通过外设接口输出警报信息，以使与外设接口连接的语音模块播报以及信息显示模块显示警报信息。82.具体地，警报信息可通过语音模块以及信息显示模块及时反馈给驾驶员，以及时提示驾驶员在驾驶途中可能出现的各种危险情况。83.在一具体实施例中，如图10至图11所示，在步骤s30中，即解析无线交易数据，具体包括如下步骤：84.s31.获取扣费金额以及交易状态。85.其中，交易状态即为当前车辆所在的etc出口处和上一入口处的金额结算是否正常的状态。86.s32.若扣费金额或交易状态均为正常，则etc计费信息输出为扣费金额。87.s33.若扣费金额或交易状态中的任一个为异常且超时，则etc计费信息输出为异常状态提示。88.其中，系统可为非正常交易状态预设异常处理时间，当系统处理步骤s31只s33时，超过该预设异常处理时间，则系统可将etc计费信息输出为异常状态提示。89.本实施例提供的obu信息提示方法，通过绑定obu设备，并监听该obu设备和etc路侧设备之间的etc计费信息，将该etc计费信息及时通过与该系统通过外设接口连接的语音模块播报和信息显示模块显示该etc计费信息，可保障驾驶员在驾驶安全的情况下，及时了解etc过收费站时的标签信息，无需专门查看车载obu设备，提高驾驶安全性和获知obu标签及交易信息的及时性。90.应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。91.在一实施例中，提供一种obu信息提示装置，该obu信息提示装置与上述实施例中obu信息提示方法一一对应。如图12所示，该obu信息提示装置包括获取监听指令模块10、执行交易逻辑模块20、解析交易数据模块30和播报计费信息模块40。各功能模块详细说明如下：92.获取监听指令模块10，用于获取交易监听指令，以对已绑定的obu设备进入交易监听状态，并获取交易监听结果。93.执行交易逻辑模块20，用于若交易监听结果为存在交易，则执行交易处理逻辑，以接收obu设备和etc路侧设备之间的无线交易数据。94.解析交易数据模块30，用于解析无线交易数据，以获取本次路过etc路侧设备产生的etc计费信息。95.播报计费信息模块40，用于通过外设接口输出etc计费信息，以使与外设接口连接的语音模块播报以及信息显示模块显示etc计费信息。96.关于obu信息提示装置的具体限定可以参见上文中对于obu信息提示方法的限定，在此不再赘述。上述obu信息提示装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于设备中的处理器中，也可以以软件形式存储于设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。97.在一实施例中，如图1所示，提供一种系统，包括电源防护单元、主控单元、射频单元以及接口电路，主控单元包括存储器、处理器以及存储在存储器中并可在处理器上运行的嵌入式脚本，其特征在于，处理器执行嵌入式脚本时实现前述obu信息提示方法。98.具体地，电源防护单元包括：模块电源管理电路，为主控单元及射频单元供电和提供保护。99.主控单元包括：mcu主控单元，用来控制5.8g射频电路、收发数据、对数据解析并通过数据接口输出解析后的数据。100.在一具体实施例中，接口电路包括用于给设备供电的电源输入管脚，以及用于控制设备工作状态的控制端口，其特征在于，还包括用于与智能终端通信的外设接口，其中，智能终端包括语音模块和信息显示模块，外设接口包括串口和/或usb接口。101.在一具体实施例中，射频单元包括5.8g全向天线，用于接收etc路侧设备与obu设备之间的无线交易数据，并对无线交易数据进行解调。102.具体地，射频单元包括包括5.8g射频收发支路及一个全向天线。进一步地，本系统中mcu主控单元和5.8g射频单元采用的是集成芯片的方案，也可通过‘主控芯片 射频芯片’的方案实现，此处不作具体限定。103.所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。104.以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。当前第1页12当前第1页12
技术领域：
：1.本发明涉及智能交通领域，尤其涉及一种obu信息提示方法、装置及系统。
背景技术：
：：2.etc(electronictollcollection，电子收费)系统主要由两部分组成，分别为rsu(roadsideuints，路侧单元)和obu(onboardunit，车载单元)设备，其中，rsu安装在etc通道上，obu设备安装在机动车内。3.目前，obu设备自带屏幕在路过收费站时，没有强制规定显示扣费金额，该功能并不属于标准功能，与etc生产厂家有关。而现有机动车上已安装的大多数obu设备不具备该功能；同时，一般obu的显示屏幕小，为节省功耗多为无背光的安装在不阻挡驾驶员视线的位置的挡风玻璃上，不便于驾驶员观察。当obu设备上显示信息的时间较短，需要驾驶员需分散注意力来观察obu屏幕的信息，容易带来安全隐患。4.即使etc车道的出口处的led屏幕上显示扣费金额，也存在led屏幕显示时间短，驾驶员需分散注意力观察带来一定安全隐患。还有通知驾驶员知晓驾驶信息的方式为obu设备绑定银行卡、支付宝、乐速通等第三方系统短信或app消息等。这样的方式存在的问题包括：高速以及银行等第三方结算系统延迟较大，车主获得etc扣费信息的实时性差，且为个人对账增加复杂性。5.另外，obu设备无自我诊断及提醒功能，或状态提醒不明显。标签异常了车主无从知晓，只能在过高速收费站时被堵在收费口才知晓obu设备异常。如何保障驾驶员驾驶安全的情况下，及时知晓obu设备的标签信息和标签状态成为亟待解决的问题。技术实现要素：6.本发明实施例提供一种obu信息提示方法、装置及系统，以解决保障驾驶员驾驶安全的情况下，及时知晓obu设备的标签信息和标签状态的问题。7.一种obu信息提示方法，包括：8.获取交易监听指令，以对已绑定的obu设备进入交易监听状态，并获取交易监听结果；9.若交易监听结果为存在交易，则执行交易处理逻辑，以接收obu设备和etc路侧设备之间的无线交易数据；10.解析无线交易数据，以获取本次路过etc路侧设备产生的etc计费信息；11.通过外设接口输出etc计费信息，以使与外设接口连接的语音模块播报以及信息显示模块显示etc计费信息。12.一种obu信息提示装置，包括：13.获取监听指令模块，用于获取交易监听指令，以对已绑定的obu设备进入交易监听状态，并获取交易监听结果；14.执行交易逻辑模块，用于若交易监听结果为存在交易，则执行交易处理逻辑，以接收obu设备和etc路侧设备之间的无线交易数据；15.解析交易数据模块，用于解析无线交易数据，以获取本次路过etc路侧设备产生的etc计费信息；16.播报计费信息模块，用于通过外设接口输出etc计费信息，以使与外设接口连接的语音模块播报以及信息显示模块显示etc计费信息。17.一种系统，包括电源防护单元、主控单元、射频单元以及接口电路，主控单元包括存储器、处理器以及存储在存储器中并可在处理器上运行的嵌入式脚本，处理器执行嵌入式脚本时实现上述obu信息提示方法。18.上述obu信息提示方法、装置及系统，通过绑定obu设备，并监听该obu设备和etc路侧设备之间的etc计费信息，将该etc计费信息及时通过与该系统通过外设接口连接的语音模块播报和信息显示模块显示该etc计费信息，可保障驾驶员在驾驶安全的情况下，及时了解etc过收费站时的标签信息，无需专门查看车载obu设备，提高驾驶安全性和获知obu标签及交易信息的及时性。附图说明19.为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。20.图1是本发明一实施例中obu信息提示系统的系统构架图；21.图2是本发明一实施例中obu信息提示方法的流程图；22.图3是本发明一实施例中obu信息提示方法的另一流程图；23.图4是图3中提供的obu信息提示方法的另一具体实现流程图；24.图5是本发明一实施例中obu信息提示方法的另一流程图；25.图6是图5中提供的obu信息提示方法的另一具体实现流程图；26.图7是本发明一实施例中obu信息提示方法的另一流程图；27.图8是本发明一实施例中obu信息提示方法的另一流程图；28.图9是图8中提供的obu信息提示方法的另一具体实现流程图；29.图10是本发明一实施例中obu信息提示方法的另一流程图；30.图11是图10中提供的obu信息提示方法的另一具体实现流程图；31.图12是本发明一实施例中obu信息提示装置的示意图。具体实施方式32.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。33.本发明实施例提供的obu信息提示方法，可应用在如图1的obu信息提示系统中，该obu信息提示系统包括电源防护单元、主控单元、射频单元以及接口电路，主控单元包括存储器、处理器以及存储在存储器中并可在处理器上运行的嵌入式脚本，处理器执行嵌入式脚本时实现该obu信息提示方法。该obu信息提示系统可实现于带有语音播报或显示屏的车载智能设备中。34.在一实施例中，如图2所示，提供一种obu信息提示方法，具体包括如下步骤：35.s10.获取交易监听指令，以对已绑定的obu设备进入交易监听状态，并获取交易监听结果。36.其中，交易监听指令是系统获取客户端发送或者设定为自动启动的(以应用场景进行设定，此处不作具体限定)用于对已绑定的obu设备进入交易监听状态的指令。37.本实施例中的交易是指机动车路过etc通道时，进行两个高速站点之间的路途进行费用结算的交易。38.交易监听结果包括存在交易和不存在交易。可以理解地，只有当交易监听结果为存在交易时，需要执行交易处理逻辑。当交易监听结果为不存在交易时，继续保持监听即可。39.具体地，对已绑定的obu设备进入交易监听状态是通过系统自带的射频单元获取obu设备和etc路侧设备之间的无线交易数据来实现的。40.s20.若交易监听结果为存在交易，则执行交易处理逻辑，以接收obu设备和etc路侧设备之间的无线交易数据。41.其中，交易处理逻辑是对获取到的无线交易数据进行解调后得到的不同结果进行信息反馈的步骤。42.s30.解析无线交易数据，以获取本次路过etc路侧设备产生的etc计费信息。43.其中，etc计费信息包括正常扣费状态下的扣费金额，或者非正常状态下的异常状态提示的信息并及时返回给驾驶员。44.s40.通过外设接口输出etc计费信息，以使与外设接口连接的语音模块播报以及信息显示模块显示etc计费信息。45.其中，外设接口可为串口或usb接口，或其他常见数据接口，由于系统工作过程中产生的数据量较小，对于外设接口的传输速率要求不高。46.语音模块以及信息显示模块可为机动车本身自带的模块，可为智能终端上的语音模块以及信息显示模块，还可为智能终端携带的app上携带的语音模块或信息显示模块，此处不作具体限定，可根据具体应用场景来实施不同的应用方案。47.本实施例提供的obu信息提示方法，通过绑定obu设备，并监听该obu设备和etc路侧设备之间的etc计费信息，将该etc计费信息及时通过与该系统通过外设接口连接的语音模块播报和信息显示模块显示该etc计费信息，可保障驾驶员在驾驶安全的情况下，及时了解etc过收费站时的标签信息，无需专门查看车载obu设备，提高驾驶安全性和获知obu标签及交易信息的及时性。48.在一具体实施例中，如图3和图4所示，在获取交易监听指令之前，还具体包括如下步骤：49.s101.获取检测控制端口状态指令，以对系统的控制端口进行状态检测，并获取状态检测结果。50.其中，检测控制端口状态指令是对系统的用于控制设备工作状态的控制端口进行状态检测的指令，用于检测控制端口的电平情况，状态检测结果包括高电平和低电平。51.当控制端为高电平时，说明存在由外设接口传输过来的动作执行指令，需要进行进一步数据分析。当控制端为低电平时，说明系统已经绑定车载的obu设备，仅需对obu设备进行状态监听即可。52.s102.若状态检测结果为低电平，则执行获取交易监听指令的步骤。53.本步骤即为执行步骤s10至s40，此处不作赘述。54.s103.若状态检测结果为高电平，则进入外设接口数据监控状态，以获取数据监控结果。55.其中，数据监控结果包括存在有效数据和存在无效数据。可以理解地，当数据监控结果为存在无效数据时，只需继续保持对控制端口的检测状态即可。56.s1031.若数据监控结果为存在有效数据，则解析有效数据，以获取对应的动作执行指令，并执行动作执行指令。57.具体地，当数据监控结果为存在有效数据时，继续对该有效数据进行数据解析获取对应的动作执行指令，用以执行该动作执行指令，并通过外设接口返回动作执行结果，以及时提示驾驶员动作执行指令的执行结果。58.在一具体实施例中，如图5至图6所示，在步骤s1031中，即获取对应的动作执行指令，并执行动作执行指令，具体包括如下步骤：59.s311.若有效数据对应的动作执行指令为绑定设备指令，则发送设备绑定指令，以绑定通信区域内的obu设备。60.其中，绑定设备指令是将本系统和车载的obu设备进行绑定的指令。61.具体地，本系统可通过读取获取的obu设备的id号后进行绑定，也即记录到本系统的存储器上，以便系统开机后扫描到对应的设备id号，并启动对该设备id对应的obu设备进行状态监听。62.s312.若有效数据对应的动作执行指令为检测设备指令，则发送设备检测指令，以检测已绑定的obu设备的状态。63.其中，检测设备指令是本系统对车载的obu设备的自身状态进行检测的指令。obu设备的自身状态包括设备电量、设备标签是否被拆等，此处可根据obu设备的具体功能进行扩展，此处不作具体限定。64.在一具体实施例中，如图7所示，在步骤s311中，即发送设备绑定指令，以绑定通信区域内的obu设备，具体包括如下步骤：65.s3111.发送设备绑定指令，设备绑定指令包括bst广播信号。66.其中，bst：信标服务表(beaconservicetable，简称bst)，一般是由etc路侧设备首先广播bst信息给obu设备，搜索通信区域内的obu设备。67.于本实施例中，为了便于系统绑定obu设备，由本系统发送bst广播信号给车载obu设备，以唤起obu设备的握手通信请求。68.s3112.接收obu设备返回的握手通信请求，握手通信请求包括设备id、基于bst广播信号生成的vst握手信息。69.其中，vst：车辆服务表(vehicleservicetable，简称vst)，是obu设备收到本系统下发的bst信息之后，回复vst信息给本系统，开始与本系统进行握手通信。70.设备id即为obu设备对应的唯一的可用于本系统识别的设备号。71.s3113.对设备id进行解析，若解析结果为解析通过，则记录设备id以成功绑定obu设备。72.具体地，设备id应具有专属的设备格式，当该设备的设备格式通过解析后，可将该设备id对应的obu设备记录到本系统的存储器上，已完成设备绑定。73.在一具体实施例中，如图8至图9所示，在步骤s312中，即发送设备检测指令，以检测已绑定的obu设备的状态，具体包括如下步骤：74.s3121.发送设备检测指令，设备绑定指令包括bst广播信号。75.s3122.接收obu设备返回的握手通信请求，握手通信请求包括设备id、基于bst广播信号生成的vst握手信息。76.具体地，步骤s3121至s3122同步骤s3111至s3112，此处不再赘述。77.s3123.对设备id进行解析，若解析结果为解析通过，则获取设备id对应的obu设备的设备状态信息。78.具体地，当解析结果为解析通过时，本系统可读取obu设备的设备状态日志，以获取obu设备的各种自身状态，比如标签电量和防拆信息等对于驾驶员有实际驾驶意义的数据，避免车主在不知情的情况下因标签异常而堵在etc车道。79.s3124.分析设备状态信息，若设备状态信息存在异常情况，则生成警报信息。80.具体地，本系统可预先给设备状态信息中的各个敏感数据设置警戒阈值，当obu设备中某个具体的设备状态信息碰触警戒阈值时，可生成警告信息。81.s3125.通过外设接口输出警报信息，以使与外设接口连接的语音模块播报以及信息显示模块显示警报信息。82.具体地，警报信息可通过语音模块以及信息显示模块及时反馈给驾驶员，以及时提示驾驶员在驾驶途中可能出现的各种危险情况。83.在一具体实施例中，如图10至图11所示，在步骤s30中，即解析无线交易数据，具体包括如下步骤：84.s31.获取扣费金额以及交易状态。85.其中，交易状态即为当前车辆所在的etc出口处和上一入口处的金额结算是否正常的状态。86.s32.若扣费金额或交易状态均为正常，则etc计费信息输出为扣费金额。87.s33.若扣费金额或交易状态中的任一个为异常且超时，则etc计费信息输出为异常状态提示。88.其中，系统可为非正常交易状态预设异常处理时间，当系统处理步骤s31只s33时，超过该预设异常处理时间，则系统可将etc计费信息输出为异常状态提示。89.本实施例提供的obu信息提示方法，通过绑定obu设备，并监听该obu设备和etc路侧设备之间的etc计费信息，将该etc计费信息及时通过与该系统通过外设接口连接的语音模块播报和信息显示模块显示该etc计费信息，可保障驾驶员在驾驶安全的情况下，及时了解etc过收费站时的标签信息，无需专门查看车载obu设备，提高驾驶安全性和获知obu标签及交易信息的及时性。90.应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。91.在一实施例中，提供一种obu信息提示装置，该obu信息提示装置与上述实施例中obu信息提示方法一一对应。如图12所示，该obu信息提示装置包括获取监听指令模块10、执行交易逻辑模块20、解析交易数据模块30和播报计费信息模块40。各功能模块详细说明如下：92.获取监听指令模块10，用于获取交易监听指令，以对已绑定的obu设备进入交易监听状态，并获取交易监听结果。93.执行交易逻辑模块20，用于若交易监听结果为存在交易，则执行交易处理逻辑，以接收obu设备和etc路侧设备之间的无线交易数据。94.解析交易数据模块30，用于解析无线交易数据，以获取本次路过etc路侧设备产生的etc计费信息。95.播报计费信息模块40，用于通过外设接口输出etc计费信息，以使与外设接口连接的语音模块播报以及信息显示模块显示etc计费信息。96.关于obu信息提示装置的具体限定可以参见上文中对于obu信息提示方法的限定，在此不再赘述。上述obu信息提示装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于设备中的处理器中，也可以以软件形式存储于设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。97.在一实施例中，如图1所示，提供一种系统，包括电源防护单元、主控单元、射频单元以及接口电路，主控单元包括存储器、处理器以及存储在存储器中并可在处理器上运行的嵌入式脚本，其特征在于，处理器执行嵌入式脚本时实现前述obu信息提示方法。98.具体地，电源防护单元包括：模块电源管理电路，为主控单元及射频单元供电和提供保护。99.主控单元包括：mcu主控单元，用来控制5.8g射频电路、收发数据、对数据解析并通过数据接口输出解析后的数据。100.在一具体实施例中，接口电路包括用于给设备供电的电源输入管脚，以及用于控制设备工作状态的控制端口，其特征在于，还包括用于与智能终端通信的外设接口，其中，智能终端包括语音模块和信息显示模块，外设接口包括串口和/或usb接口。101.在一具体实施例中，射频单元包括5.8g全向天线，用于接收etc路侧设备与obu设备之间的无线交易数据，并对无线交易数据进行解调。102.具体地，射频单元包括包括5.8g射频收发支路及一个全向天线。进一步地，本系统中mcu主控单元和5.8g射频单元采用的是集成芯片的方案，也可通过‘主控芯片 射频芯片’的方案实现，此处不作具体限定。103.所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。104.以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。当前第1页12当前第1页12
再多了解一些
本文用于企业家、创业者技术爱好者查询，结果仅供参考。
