在线激活车载单元的系统、方法、终端、应用程序和后台与流程

文档序号:13822891阅读:356来源:国知局
在线激活车载单元的系统、方法、终端、应用程序和后台与流程

本申请涉及智能交通技术领域,具体涉及一种支持在线发行并激活车载单元的系统和方法、以及其中涉及的智能移动终端、电子不停车收费(etc,electronictollcollection)服务应用程序和服务器后台。



背景技术:

etc系统是一种无需停车缴费来通过收费站的方案,其利用路侧单元(rsu,roadsideunit,也称路侧基站)与安装在车内的车载单元(obu,onboardunit,也称电子标签)进行相互通信和信息交换,以达到对车辆的自动识别,并自动从车辆用户的专用账户中扣除通信费,从而实现自动收费。一般地,obu设有支持对嵌入式安全模块(esam,embeddedsecureaccessmodule)卡读写的接口,该接口是接触读写方式。通过该接口obu可对esam卡进行读写操作,可以读取esam卡系统信息、产生过程密钥等。

随着etc的普及应用,obu的销售形式和渠道也可能呈现多元化的趋势,社会化发行、激活、充值等需求也将逐步显现。目前etc用户安装obu后需要完成发行、激活才能正常使用。通常etc用户需要到指定的营业网点或etc服务授权网点进行二次发行、激活,由网点工作人员通过桌面或手持发行设备完成相关操作。整个过程需要etc用户和网点工作人员同时在场操作,核对电子标签obu内写入的与etc收费标准相关的车型信息与实际安装车型是否真实匹配;存在过程时间消耗大、效率低下、人工成本高昂等诸多弊端。且仅采用网点现场实施安装激活服务的单一模式,存在营业网点少、发行激活不便等问题,难以满足数千万级别etc用户持续增长的快捷应用体验,进而可能影响etc用户规模化发展。

如果通过增加服务网点来应对用户数量增长带来的业务需求,又将给etc运营公司产生巨大投入成本,而此成本也将随etc的发展成熟成为难以消化的资产。因此,亟需一种更加高效的、易操作的方式来解决上述存在的问题,以建立etc用户数量激增和实现用户便捷安装体验以及完善etc服务所需建设成本之间的平衡。



技术实现要素:

本申请提供一种能够在线发行并激活车载单元的装置及方法,以解决etc用户数量激增带来的obu发行、激活不便的问题。

根据第一方面,一种实施例中提供一种支持在线发行并激活车载单元的系统,包括电子不停车收费系统服务方的服务器后台和具备实时视频通讯功能的智能移动终端;所述智能移动终端用于接通所述服务器后台,以及在接通所述服务器后台后将来自用户的有关发行与激活车载单元的激活认证指令申请发送到所述服务器后台;所述服务器后台用于根据所述申请确认所述用户的身份信息的完整性与正确性,在确认后将认证指令发送给所述智能移动终端,所述认证指令包含安装指示信息以及用于确认实时通信的交互信息;所述智能移动终端还用于将接收到的所述认证指令输出给用户,以供用户根据所述认证指令做出回应,并用于将所述回应发送到所述服务器后台,其中,所述回应包括所述用户根据所述交互信息而做出的应答、以及根据所述安装指示信息而拍摄的所述车载单元的安装过程的车内外视频;所述服务器后台还用于接收所述回应,根据所述回应判断所述车载单元的安装操作的真实性,并根据判断结果确定是否向所述智能移动终端发送激活指令以激活所述车载单元;其中,所述智能移动终端在接通所述服务器后台之后直至接收所述激活指令期间,始终与所述服务器后台保持实时视频通讯状态。

根据第二方面,一种实施例中提供一种与上述装置相对应的方法。

根据第三方面,一种实施例中提供一种上述系统中涉及的智能移动终端。

根据第四方面,一种实施例中提供一种上述系统中涉及的etc服务app,其安装于智能移动终端。

根据第五方面,一种实施例中提供一种上述系统中涉及的etc服务方的服务器后台。

依据上述实施例的装置及方法,由于是通过实时视频通讯方式接通etc服务方的服务器后台,用户需要实时响应服务器后台发出的认证指令,并实时传输安装obu过程的视频,藉此服务器后台可以确认用户安装obu过程的真伪,有效保证安装过程的可信度,避免了后续上传视频可能存在的剪辑作假问题,进而减轻了etc服务方的校验复杂度。

附图说明

图1为一种智能交通管理系统的结构示意图;

图2为本申请一实施方式中支持在线发行并激活车载单元的方法的流程示意图;

图3为本申请一实施方式提供的etc服务app的功能框图示意图;

图4为本申请一实施方式提供的服务器后台的结构示意图。

具体实施方式

下面通过具体实施方式结合附图对本申请作进一步详细说明。其中不同实施方式中类似元件采用了相关联的类似的元件标号。另外,本文中为部件所编序号本身,例如“第一”、“第二”等,仅用于区分所描述的对象,不具有任何顺序或技术含义。而本申请所说“连接”、“联接”,如无特别说明,均包括直接和间接连接(联接)。

如图1所示,本申请实施方式涉及一种智能交通管理系统,系统包含三个层面,即业务层、平台层和应用层。应用层涉及至少一个用户终端ue1、ue2、……、uen(n≥1)。用户终端为包括但不限于智能手机、平板电脑等的智能移动终端。其中,智能移动终端具备实时视频通讯功能;或者智能移动终端上安装有具备实时视频通讯功能的应用程序,例如微信、qq、skype、zoom等。平台层采用云平台,所有的数据及应用都可存储于云端。用户终端可通过例如4g、3g或wifi无线网络连接云平台,且二者之间可通过加密通道简历通信连接,实现数据访问与控制。应用层涉及etc服务方指定的实时视频通讯后台,以下称为审核服务平台,该审核服务平台可以包括物理上分离或者合为一体的发行申请审核服务器及发行认证服务器。用户可通过用户终端向审核服务平台申请办理obu申请、发行、激活等操作,且该平台还用于验证核实用户安装激活obu过程的真伪性。应用层还涉及用户通过用户终端进行自助充值操作时涉及的空中圈存系统,其通过专线等方式与银联/第三方支付系统通信。

在本申请实施方式中,采用智能移动终端及开发于其上的应用程序(本文称之为“etc服务app”),来实现obu的线上/线下申请以及线上/线下发行、激活的需求。etc服务app为集成于已有的具备实时视频通讯功能的应用程序(如微信等)的程序(如微信公众号或微信小程序);或者etc服务app为独立开发的应用程序,其可调用智能移动终端所具有的实时视频通讯功能;或者etc服务app实质上就是智能移动终端内置的实时视频通讯应用程序(例如基于ios系统的智能移动终端的facetime视频电话)。obu的发行包括第一次发行和第二次发行。第一次发行和第二次发行的流程基本相似,只是对obu写入的信息不同。第一次发行主要向obu的esam卡写入esam密钥,第二次发行主要写入车辆信息。本文中,每个obu中都安装有esam卡。每个esam卡具有唯一的物理标识,即卡序列号。正常使用的每个esam卡中都预装相同的主密钥(mk,mainkey),并预装不同的子密钥(sk,sub-key,其由mk与数据加密算法运算得到)。etc运营服务方可以承担esam写入的第一次发行工作,已经通过运营服务方第一次发行的obu一般下发至如银行、加油站、便利店、京东等电商平台等社会化营业场所。

这里先描述采用etc服务app实现线上/线下申请、以及线下发行、激活的过程。用户使用智能移动终端上的etc服务app,利用wifi或4g等无线网络,向etc运营服务方提供的审核服务平台提交申请信息。

申请信息包括个人信息或者单位信息。其中,个人信息根据具体要求为办理人身份证或车主身份证、行驶证照片、包含车牌号的车辆照片。单位信息包括组织机构代码证或营业执照、委托人授权书、委托人身份证、车辆行驶证照片、包含车牌号的车辆照片。照片可以从多个角度拍摄。身份证号、姓名和部分车辆信息(例如车牌号、车辆颜色、车型等)需要手动输入。

审核服务平台人工或自动进行审核。审核的内容例如是,行驶证等证件上的车辆信息是否和车辆照片信息一致。当然还可以确认身份信息、车牌号等车辆信息的输入是否符合格式要求等。如果审核通过,则审核服务平台向etc服务app发送确认信息,确认信息包括受理号。如果审核不通过,则审核服务平台向etc服务app发送信息要求重新输入,并可以同时告知原因。其中,etc服务app与审核服务平台之间的所有通信数据都可加密,审核服务平台具有发行认证服务系统,为发行提供密钥支持。

在收到审核通过的确认信息后,etc服务app将受理号反馈给用户。此时etc服务app可自动跳转至电商平台页面以供用户选择线上购买;当然,也可通知用户去线下购买obu。etc服务app的界面上可以列出用户所在位置附近的网点,以便用户可以通过定位功能寻找附近网点。如果用户选择线上购买,则由etc运营服务方通知合法第三方比如派送obu的快递人员,按照预定时间将obu和卡片(esam卡)送达给用户。如果用户选择线下购买,则到网点后提供受理号,由网点工作人员根据受理号予以办理。可以理解,此时obu已写入第一次发行信息。

于线下时,由网点的工作人员利用具有员工权限的etc服务app,向上通过4g、3g或wifi等无线网络连接后台,向下通过近距离无线通讯方式连接obu,直接将发行信息写入obu,同时发行信息加密,从而完成对obu的发行。具体而言,用户先提供受理号,工作人员查验身份证、行驶证等证件原件,核实信息的真实性,如果证件不符则退回办理并记录。工作人员将受理号录入具有员工权限的etc服务app,可从审核服务平台调取用户的发行信息,包括车辆信息等,然后通过智能移动终端与obu之间的无线通信功能,将第二次发行信息写入已经一次发行的、具有唯一合同序列号的obu,并将记录上报审核服务平台。接着,工作人员查验车辆,并将obu安装到车辆,再通过etc服务app来激活obu。其中,etc服务app首先读取obu的esam卡中的df目录下的ef01文件(其中可以存储着前述的mk和sk),发送给审核服务平台的发行认证服务系统进行解密,并修改解密信息当中的防拆位,然后将修改后的防拆位信息通过密钥以认证的方式写入obu,实现obu的激活。当然,为安全起见,发行过程中etc服务app与审核服务平台之间的所有数据可采加密方式进行通信。

而对于车载单元的线上发行与激活,本申请实施方式提供了一种支持在线发行并激活车载单元的装置。如图2所示,其中描述出采用该装置的支持在线发行并激活车载单元的方法的示例性流程。下面将具体描绘该流程。

首先,用户在收到待激活obu并准备自助安装上车前,通过etc服务方指定的联系方式,向etc服务方的审核服务平台预约或即时请求自助安装obu并在线激活认证。其中联系方式包括使用前述etc服务app,也即是说,etc服务方提供三种方式中的任意种供用户联系审核服务平台,例如用户可通过关注etc服务方指定的微信公众号或微信小程序来开启实时或预约视频请求,或者通过可调用智能移动终端所具有的实时视频通讯功能的独立开发的应用程序来联系审核服务平台,或者基于ios系统的智能移动终端的facetime视频电话来接通etc服务方的审核服务平台指定的视频通讯号码。从而,如果选择即时请求,则用户通过智能移动终端主动发起接通etc服务方指定的实时视频通讯后台(即审核服务平台),以申请激活认证指令;如若选择预约,则可以由用户于预约时间主动发起视频通讯,也可以由审核服务平台于预约时间主动拨通用户终端。

审核服务平台确认用户是否正确完成提交身份证、行驶证等信息,如果不是,则通过etc服务app通知用户信息有误,请他/她到网点审核后在网点激活,如果不是,则下发认证指令到用户的智能移动终端。

用户通过实时视频通讯方式接收来自审核服务平台的认证指令,根据认证指令的要求,做出对应的话语或动作回应。例如,审核服务平台的工作人员或人工智能客服通过实时视频通讯向用户提问今天的日期、当前的时间、待安装的obu外壳所标识的sn编码后四位数字、待安装车辆车牌等问题;问题数量可以是一个或多个。用户即时进行作答,或者边摄录待安装obu外壳sn编码边作答,或者边拍摄待安装车辆的车牌边作答,或者作出类似作答反应。审核服务平台的工作人员或人工智能客服实时判断用户的作答是否现场实时录制。

与此同时或者是在用户做出回应之后,etc服务app也启动智能移动终端的摄像头提示用户开始拍摄车内外视频,车内外视频的内容包括智能车载设备的安装位置、智能车载设备的外壳包装上的编码信息sn、车内车座数量信息、安装周围环境、车型信息和车牌信息等,并将实时视频摄录的内容实时传输到审核服务平台。

审核服务平台的工作人员或人工智能客服识别用户在视频过程中的话语或动作回应,以及实时查验安装过程及所摄录的如电子标签sn编码、车内车座数量、所安装车型和车牌信息、安装周围环境等信息,判断用户自主安装obu的车辆是否如obu办理申请时录入车辆信息的一致性,即审核服务平台实时判断用户将obu安装到其申请obu时给出的对应车上这一过程的真实性和有效性。如果验证所安装车辆与所申请车辆信息一致且安装过程真实有效,审核服务平台将确认认证成功,并下发激活指令至用户终端;如果验证所安装车辆与所申请车辆信息不一致,或安装过程中用户未按照认证指令要求进行回应,则反馈认证失败,提醒用户验证有误,须至线下网点审核后在网点激活。

另外,在前述过程中,可以采用云平台来存储用户终端上传审核服务平台的视频,以供后续需要。

通过以上描述可知,本申请意在提供一种基于支持车主用户在线激活obu的实时视频电话认证方式以实现在线激活服务。运营商无需扩张网点,即可缓解日益增加的新用户安装激活服务压力,引导客户自助安装激活,提升网点发行服务效率,打破传统网点被动运营模式,通过在线客服向etc用户提供零距离服务。由于用户需要实时响应etc服务方发出的指令并实时回传整个安装过程,可有效保证安装过程的可信度,避免了后续上传视频可能存在的剪辑作假问题,减轻了etc服务方的校验复杂度。

根据前述,本申请提供如下多个实施方式。

实施方式一

本实施方式提供了一种支持在线发行并激活车载单元的系统,包括电子不停车收费系统服务方的服务器后台和具备实时视频通讯功能的智能移动终端。智能移动终端用于接通服务器后台,以及在接通服务器后台后将来自用户的有关发行与激活车载单元的激活认证指令申请发送到服务器后台。服务器后台用于根据申请确认用户的身份信息的完整性与正确性,在确认后将认证指令发送给智能移动终端。该认证指令包含安装指示信息以及用于确认实时通信的交互信息。智能移动终端将接收到的认证指令输出(例如通过扬声器输出语音或显示屏输出文字、图片等各种方式)给用户,以供用户根据认证指令做出回应,并用于将回应发送到服务器后台。其中,该回应包括用户根据交互信息而做出的应答,以及根据安装指示信息而拍摄的车载单元的安装过程的车内外视频。服务器后台接收该回应,根据回应判断车载单元的安装操作的真实性,并根据判断结果确定是否向智能移动终端发送激活指令以激活车载单元。在本实施方式的系统中,智能移动终端在接通服务器后台之后直至接收激活指令期间,始终与服务器后台保持实时视频通讯状态。智能移动终端在接收到激活指令后,发送到已安装在车上的车载单元,以供车载单元根据激活指令启动防拆功能。

在本实施方式中,服务器后台还可以包括云平台。智能移动终端还可将用户安装车载单元过程的车内外视频进行摄录,并将摄录所得的车内外视频传输到云平台以存储车内外视频;当然也可以是不经摄录而直接将实时传输的车内外视频直接传输云平台。该车内外视频包括摄录的车载单元安装位置、车载单元产品编码信息、车内车座数信息、车型和车牌信息。

基于本实施方式,本申请还提供相应的实现支持在线发行、激活车载单元的方法,其包括如下步骤:

通过智能移动终端接通电子不停车收费系统服务方的服务器后台,并在接通之后通过智能移动终端将来自用户的有关发行与激活车载单元的激活认证指令申请发送到服务器后台;

通过智能移动终端接收来自服务器后台的认证指令,认证指令包含安装指示信息以及用于确认实时通信的交互信息,交互信息包括服务器后台随机生成的问题或字串、或根据用户的身份信息而生成的问题,例如今天的日期、当前的时间、待安装的obu外壳所标识的sn编码后四位数字、待安装车辆车牌等;应答包括用户根据交互信息直接通过智能移动终端输入回答、或所用户通过对话方式做出的回答;

通过智能移动终端将用户根据认证指令做出的回应发送到服务器后台,回应包括用户根据交互信息做出的应答、以及根据安装指示信息拍摄的车载单元的安装过程的车内外视频;

通过智能移动终端接收来自服务器后台对回应的验证结果,验证结果包括激活指令或者验证失败提示信息;

其中在进行上述各步骤期间,智能移动终端与服务器后台始终保持实时视频通讯状态。

实施方式二

本实施方式提供一种智能移动终端,其具备实时视频通讯功能,并且智能移动终端包括终端发送模块和终端接收模块。

终端发送模块供用户在启动实时视频通讯功能接通etc服务方的服务器后台后,将来自用户的有关发行与激活车载单元的激活认证指令申请发送到服务器后台。终端接收单元接收来自服务器后台的认证指令,认证指令包含安装指示信息以及用于确认实时通信的交互信息。终端发送模块将用户根据认证指令做出的回应传输到服务器后台,回应包括用户根据交互信息做出的应答、以及根据安装指示信息而拍摄的车载单元的安装过程的车内外视频。终端接收单元接收来自服务器后台对回应的验证结果,验证结果包括激活指令或者验证失败提示信息。其中,智能移动终端在接通服务器后台之后直至接收到激活指令期间,始终与服务器后台保持实时视频通讯状态。

实施方式三

如图3所示,本实施方式提供一种应用程序,本文称之为etc服务app,其安装于具有摄像头的智能移动终端。etc服务app可以包括通信请求模块301、程序发送模块303和程序接收模块305。

通信请求模块301通过无线网络向etc服务方的服务器后台发起实时视频通信请求。程序发送模块303在与服务器后台建立实时视频通信后,将来自用户的有关发行与激活车载单元的激活认证指令申请发送到服务器后台;程序接收模块305接收来自服务器后台的认证指令,认证指令包含安装指示信息以及用于确认实时通信的交互信息。程序发送模块303还将用户根据认证指令做出的回应传输到服务器后台,回应包括用户根据交互信息做出的应答、以及根据安装指示信息拍摄的车载单元的安装过程的车内外视频。程序接收单元305接收来自服务器后台对回应的验证结果,验证结果包括激活指令或者验证失败提示信息。其中,智能移动终端在接通服务器后台之后直至接收到激活指令期间,始终与服务器后台保持实时视频通讯状态。

以上用户的app和网点或第三方工作的app可采用同样的app,只是权限不同。

实施方式四

如图4所示,本实施方式提供一种服务器后台40,用于与智能移动终端进行无线通信以通过智能移动终端实现在线发行、激活车载单元。服务器后台40包括接收响应模块401、第一接收验证模块403、第一指令发送模块405、第二接收验证模块407和第二指令发送模块409。

接收响应模块401用于接收来自用户通过智能移动终端的实时视频通信请求,确定是否响应请求。第一接收验证模块403用于在响应请求之后接收来自智能移动终端的有关发行与激活车载单元的激活认证指令申请,并验证申请以确定用户的身份信息的完整性与正确性。第一指令发送模块405用于在确认用户的身份信息的完整性与正确性后,将认证指令发送给智能移动终端,认证指令包含安装指示信息以及用于确认实时通信的交互信息。第二接收验证模块407用于接收来自智能移动终端的回应,根据回应判断车载单元的安装操作的真实性,并根据判断结果确定是否向智能移动终端发送激活指令以激活车载单元,其中,回应为用户根据认证指令而做出的回应,包括用户根据交互信息而做出的应答、以及根据安装指示信息而拍摄的车载单元的安装过程的车内外视频。第二指令发送模块409用于将激活指令发送给智能移动终端。

综上,本申请一些实施方式提出基于具备实时视频电话功能的智能移动终端(包括但不限于智能手机、平板电脑)或app,在用户自助安装车载单元obu时,通过智能移动终端及具备实时视频通讯功能的app接通etc服务方指定的实时视频通讯后台,通过实时视频通讯方式接收后台安装激活指令和实时传输用户自助安装车载单元obu过程视频,即用户通过实时视频摄录传输含多功能电子标签sn编码、安装车型和车牌信息、安装周围环境等在内的信息,由etc服务方在线进行确认。由于用户需要实时响应服务方发出的指令并实时上传整个安装过程,可有效保证安装过程的可信度,避免了后续上传视频可能存在的剪辑作假问题,减轻服务方的校验复杂度。将原etc传统服务网点要求在现场安装激活电子标签、确认车型的业务过程自动化、后台化、联云化,创立etc新型联云安装激活服务模式,为不方便到服务网点进行电子标签安装激活的用户提供自助激活方式,增强etc新用户自主安装使用体验的便利,同时还可确保多功能电子标签对应车型的安装无误,为etc服务方控制甚至降低建设运维成本、完善线上服务能力提供了方案。

在以上的实施方式中,很多细节描述是为了使得本申请能被更好的理解。然而,本领域技术人员可以毫不费力的认识到,其中部分特征在不同情况下是可以省略的,或者可以由其他元件、方法所替代。在某些情况下,本申请相关的一些操作并没有在说明书中显示或者描述,这是为了避免本申请的核心部分被过多的描述所淹没,而对于本领域技术人员而言,详细描述这些相关操作并不是必要的,他们根据说明书中的描述以及本领域的一般技术知识即可完整了解相关操作。

不同的实施方式可以通过硬件、软件、固件和/或它们的组合实现,例如可以通过专用集成电路或软件模块实现本文中所描述的功能。本文所使用的软件模块或组件可以包括位于计算机或计算机可读存储介质中任何一种计算机指令或计算机可执行码,存储介质可以包括:只读存储器、随机存储器、磁盘或光盘等,数据处理模块可通过执行程序实现上述功能。

另外,说明书中所描述的特点、操作或者特征可以以任意适当的方式结合形成各种实施方式。同时,方法描述中的各步骤或者动作也可以按照本领域技术人员所能显而易见的方式进行顺序调换或调整。因此,说明书和附图中的各种顺序只是为了清楚描述某一个实施例,并不意味着是必须的顺序,除非另有说明其中某个顺序是必须遵循的。

以上应用了具体个例对本申请进行阐述,只是用于帮助理解本申请,并不用以限制本申请。对于本申请所属技术领域的技术人员,依据本申请的思想,还可以做出若干简单推演、变形或替换。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1