用于激活车载单元设备的方法、应用模块、系统和终端
技术领域
本公开涉及ETC(Electronic Toll Collection,不停车电子收费)技术领域,特别涉及一种用于激活车载单元设备的方法、应用模块、系统和终端。
背景技术
ETC是目前世界上最先进的路桥收费方式,特别适用于交通繁忙的路桥环境。ETC是一种通过经济杠杆手段进行交通流调节且切实有效的交通管理方式。持有人驾驶车辆通过路桥ETC通道可自动识别进行不停车缴费通行,无需预先准备现金,方便快捷。
当前申办ETC流程中的激活方案主要有:(1)申办人本人驾驶车辆携带相关材料和事前已在合作银行办理的记账卡(或储值卡)到指定ETC网点现场安装并激活OBU(On BoardUnit,车载单元)设备。(2)申办人在线申办,收到发卡方(ETC发卡方)邮寄的预激活OBU设备后,按照发卡方说明自行安装并使用取卡针以机械方式激活OBU设备。发卡方更偏爱以第一种方式办理ETC,该方式可有效避免申办人将OBU设备安装到非申办车型上以侥幸少缴或不缴高速通行费的情况。申办人更偏爱以第二种方式申办ETC,该方式可明显减少申办人到不同营业厅或网点办理申请和激活OBU设备流程的情况。
目前,激活OBU设备的过程是:验证安装OBU设备车辆的合法性,验证通过后使用专用设备或指定的必要方式(机械方式)启用OBU设备,启用成功后RSU(Road Side Unit,路侧单元)即可对识别的OBU设备进行记账扣费。
然而,现有激活OBU设备技术逐渐暴露出以下缺点:
(1)申办流程繁琐,大多数车主对此有抵触心理。从申请到激活,申办人必须本人驾驶申办车辆到ETC合作银行网点申请办理和激活,甚至部分银行网点不支持激活OBU设备业务,申办人需另行驾车到ETC网点激活OBU设备。因流程繁琐申办人少,ETC合作银行网点也由此减少,进而恶性循环导致真正对ETC需求强烈的车主的申办难度升高。
(2)对发卡方财力、人力投入要求过大。为了避免因OBU设备未安装到匹配的车型上造成少收路桥费经济损失,发卡方需要在线下配备大量专业人员支持安装OBU设备业务。另外,发卡方激活OBU设备使用的专用手持机也需要投入很多资源进行研发和维护,整体上人力、财力投入不仅大,而且效率低。
发明内容
本公开实施例解决的一个技术问题是:提供一种用于激活车载单元设备的方法,从而更加方便地激活OBU设备。
根据本公开实施例的一个方面,提供了一种用于激活车载单元OBU设备的方法,包括:应用模块获取与OBU设备对应的车牌号明文和用于申办不停车电子收费ETC业务的车牌号;在所述车牌号明文与所述用于申办ETC业务的车牌号一致的情况下,从发卡方服务器获得激活随机数;将所述激活随机数以及所述OBU设备内的合同号和序列号发送到所述发卡方服务器,以便所述发卡方服务器在验证所述激活随机数、所述合同号和所述序列号均有效的情况下生成激活指令;以及将从所述发卡方服务器接收的所述激活指令写入所述OBU设备的系统中并设置所述OBU设备的标签有效,以激活所述OBU设备。
在一些实施例中,所述应用模块获取与OBU设备对应的车牌号明文的步骤包括:应用模块读取在OBU设备内的车牌号密文并将所述车牌号密文发送到发卡方服务器,以便所述发卡方服务器对所述车牌号密文进行解密以获得车牌号明文,并从所述发卡方服务器接收所述车牌号明文。
在一些实施例中,在应用模块读取在OBU设备内的车牌号密文之前,所述方法还包括:所述应用模块向所述OBU设备发送防拆请求消息以便所述OBU设备根据所述防拆请求消息向所述应用模块返回防拆指令;以及判断所述防拆指令是否有效,在所述防拆指令有效的情况下读取在OBU设备内的车牌号密文。
在一些实施例中,所述应用模块通过所在终端的蓝牙功能与所述OBU设备建立连接。
在一些实施例中,所述应用模块经过应用服务器将所述车牌号密文发送到所述发卡方服务器,并经过所述应用服务器从所述发卡方服务器接收所述车牌号明文;所述应用模块从所述应用服务器获取用于申办ETC业务的车牌号;所述应用模块经过所述应用服务器将所述激活随机数、所述合同号和所述序列号发送到所述发卡方服务器,并且经过所述应用服务器从所述发卡方服务器接收所述激活指令。
在一些实施例中,在所述车牌号明文与所述用于申办ETC业务的车牌号一致的情况下,从所述发卡方服务器获得激活随机数的步骤包括:所述应用模块判断所述车牌号明文与所述用于申办ETC业务的车牌号是否一致,在这两者一致的情况下,将随机数请求消息经过所述应用服务器发送到所述发卡方服务器以便所述发卡方服务器生成激活随机数;以及经过所述应用服务器从所述发卡方服务器接收所述激活随机数。
在一些实施例中,在所述应用模块向所述OBU设备发送防拆请求消息之前,所述方法还包括:所述应用模块将所述OBU设备被安装在车辆上的图片或视频发送到所述发卡方服务器,其中,所述图片或视频包含所述车辆的车牌号,以便所述发卡方服务器根据所述图片或视频判断所述OBU设备的安装是否有效,其中,在所述车辆的车牌号为用于申办ETC业务的车牌号的情况下,确定所述OBU设备的安装有效。
根据本公开实施例的另一个方面,提供了一种用于激活车载单元OBU设备的应用模块,包括:获取单元,用于获取与OBU设备对应的车牌号明文和用于申办不停车电子收费ETC业务的车牌号,在所述车牌号明文与所述用于申办ETC业务的车牌号一致的情况下从发卡方服务器获得激活随机数,以及从所述发卡方服务器接收激活指令;发送单元,用于将所述激活随机数以及所述OBU设备内的合同号和序列号发送到所述发卡方服务器,以便所述发卡方服务器在验证所述激活随机数、所述合同号和所述序列号均有效的情况下生成所述激活指令;以及配置单元,用于将所述激活指令写入所述OBU设备的系统中并设置所述OBU设备的标签有效,以激活所述OBU设备。
在一些实施例中,所述获取单元用于读取在OBU设备内的车牌号密文,并从所述发卡方服务器接收车牌号明文;所述发送单元用于将所述车牌号密文发送到发卡方服务器,以便所述发卡方服务器对所述车牌号密文进行解密以获得车牌号明文。
在一些实施例中,所述发送单元用于向所述OBU设备发送防拆请求消息以便所述OBU设备根据所述防拆请求消息向所述获取单元返回防拆指令;所述应用模块还包括:判断单元,用于判断所述防拆指令是否有效;所述获取单元用于在所述防拆指令有效的情况下读取在OBU设备内的车牌号密文。
在一些实施例中,所述获取单元和所述发送单元通过应用模块所在终端的蓝牙功能与所述OBU设备建立连接。
在一些实施例中,所述发送单元经过应用服务器将所述车牌号密文发送到所述发卡方服务器,并经过所述应用服务器将所述激活随机数、所述合同号和所述序列号发送到所述发卡方服务器;所述获取单元经过所述应用服务器从所述发卡方服务器接收所述车牌号明文,从所述应用服务器获取用于申办ETC业务的车牌号,以及经过所述应用服务器从所述发卡方服务器接收所述激活指令。
在一些实施例中,所述应用模块还包括:判断单元,用于判断所述车牌号明文与所述用于申办ETC业务的车牌号是否一致;所述发送单元还用于在所述车牌号明文与所述用于申办ETC业务的车牌号一致的情况下,将随机数请求消息经过所述应用服务器发送到所述发卡方服务器以便所述发卡方服务器生成激活随机数;所述获取单元用于经过所述应用服务器从所述发卡方服务器接收所述激活随机数。
在一些实施例中,所述发送单元还用于将所述OBU设备被安装在车辆上的图片或视频发送到所述发卡方服务器,其中,所述图片或视频包含所述车辆的车牌号,以便所述发卡方服务器根据所述图片或视频判断所述OBU设备的安装是否有效,其中,在所述车辆的车牌号为用于申办ETC业务的车牌号的情况下,确定所述OBU设备的安装有效。
根据本公开实施例的另一个方面,提供了一种用于激活车载单元设备的系统,包括:发卡方服务器和如前所述的应用模块;所述发卡方服务器用于:对所述车牌号密文进行解密以获得车牌号明文,并将所述车牌号明文返回给所述应用模块,在接收应用模块发出的随机数请求消息后生成激活随机数,并将所述激活随机数返回给所述应用模块,在验证所述激活随机数、所述合同号和所述序列号均有效的情况下生成激活指令,并将所述激活指令返回给所述应用模块。
在一些实施例中,所述发卡方服务器还用于接收从所述应用模块发出的所述OBU设备被安装在车辆上的图片或视频,其中,所述图片或视频包含所述车辆的车牌号,并根据所述图片或视频判断所述OBU设备的安装是否有效,其中,在所述车辆的车牌号为用于申办ETC业务的车牌号的情况下,确定所述OBU设备的安装有效。
根据本公开实施例的另一个方面,提供了一种安装有应用模块的终端,包括:存储器;以及耦接至所述存储器的处理器,所述处理器被配置为基于存储在所述存储器的指令执行如前所述的方法。
根据本公开实施例的另一个方面,提供了一种计算机可读存储介质,其上存储有计算机程序指令,该指令被处理器执行时实现如前所述的方法的步骤。
在上述方法中,应用模块获取与OBU设备对应的车牌号明文和用于申办ETC业务的车牌号。该应用模块在车牌号明文与用于申办ETC业务的车牌号一致的情况下,从发卡方服务器获得激活随机数。该应用模块将该激活随机数以及该OBU设备内的合同号和序列号发送到该发卡方服务器,以便该发卡方服务器在验证该激活随机数、该合同号和该序列号均有效的情况下生成激活指令。该应用模块将从发卡方服务器接收的激活指令写入该OBU设备的系统中并设置该OBU设备的标签有效,以激活该OBU设备。该方法可以更加方便地激活OBU设备,提升了用户体验。
通过以下参照附图对本公开的示例性实施例的详细描述,本公开的其它特征及其优点将会变得清楚。
附图说明
构成说明书的一部分的附图描述了本公开的实施例,并且连同说明书一起用于解释本公开的原理。
参照附图,根据下面的详细描述,可以更加清楚地理解本公开,其中:
图1是示出根据本公开一些实施例的用于激活车载单元设备的方法的流程图;
图2是示出根据本公开另一些实施例的用于激活车载单元设备的方法的流程图;
图3是示出根据本公开一些实施例的用于激活车载单元设备的应用模块的结构图;
图4是示出根据本公开另一些实施例的用于激活车载单元设备的应用模块的结构图;
图5是示出根据本公开一些实施例的用于激活车载单元设备的系统的结构图;
图6是示出根据本公开另一些实施例的用于激活车载单元设备的系统的结构图。
图7是示出根据本公开一些实施例的安装有应用模块的终端的结构图;
图8是示出根据本公开另一些实施例的安装有应用模块的终端的结构图。
具体实施方式
现在将参照附图来详细描述本公开的各种示例性实施例。应注意到:除非另外具体说明,否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。
同时,应当明白,为了便于描述,附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
以下对至少一个示例性实施例的描述实际上仅仅是说明性的,决不作为对本公开及其应用或使用的任何限制。
对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论,但在适当情况下,所述技术、方法和设备应当被视为说明书的一部分。
在这里示出和讨论的所有示例中,任何具体值应被解释为仅仅是示例性的,而不是作为限制。因此,示例性实施例的其它示例可以具有不同的值。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步讨论。
图1是示出根据本公开一些实施例的用于激活车载单元设备的方法的流程图。如图1所示,该方法包括步骤S102~S108。
在步骤S102,应用模块获取与OBU设备对应的车牌号明文和用于申办ETC业务的车牌号。
在一些实施例中,该应用模块可以包括金融应用模块(即金融APP(应用程序))等,例如京东金融APP。
在一些实施例中,应用模块获取与OBU设备对应的车牌号明文的步骤可以包括:应用模块读取在OBU设备内的车牌号密文并将该车牌号密文发送到发卡方服务器,以便该发卡方服务器对该车牌号密文进行解密以获得车牌号明文,并从该发卡方服务器接收该车牌号明文。
在一些实施例中,应用模块经过应用服务器将车牌号密文发送到发卡方服务器,并经过该应用服务器从发卡方服务器接收该车牌号明文。例如,应用模块将车牌号密文发送到应用服务器,该应用服务器将该车牌号密文转发到发卡方服务器。发卡方服务器对该车牌号密文进行解密以获得车牌号明文,并将该车牌号明文返回给该应用服务器,该应用服务器将该车牌号明文返回给应用模块。例如,该应用服务器可以包括京东服务器等。
在该实施例中,通过应用服务器转发应用模块向发卡方服务器发送的消息或数据等,或者转发发卡方服务器向应用模块返回的消息或数据等,可以使得应用模块不直接访问发卡方服务器,提高了发卡方服务器的安全性。
在一些实施例中,应用模块可以从应用服务器获取用于申办ETC业务的车牌号。例如,申办人在申办ETC业务时在该应用服务器提交了申办资料,该申办资料包含车牌号等信息,因此,应用模块可以从该应用服务器获取用于申办ETC业务的车牌号。
在一些实施例中,应用模块通过所在终端(例如智能手机等)的蓝牙功能与OBU设备建立连接。
在步骤S104,在车牌号明文与用于申办ETC业务的车牌号一致的情况下,从发卡方服务器获得激活随机数。
在一些实施例中,该步骤S104可以包括:应用模块判断车牌号明文与用于申办ETC业务的车牌号是否一致,在这两者一致的情况下,将随机数请求消息经过应用服务器发送到发卡方服务器以便该发卡方服务器生成激活随机数;以及经过该应用服务器从该发卡方服务器接收该激活随机数。
例如,应用模块在车牌号明文与用于申办ETC业务的车牌号一致的情况下向应用服务器发送随机数请求消息,该应用服务器将该随机数请求消息转发到发卡方服务器。该发卡方服务器在接收到该随机数请求消息后生成激活随机数,并将该激活随机数返回给应用服务器,该应用服务器将该激活随机数返回给该应用模块。
在该实施例中,通过应用服务器转发消息或数据等,可以使得应用模块不直接访问发卡方服务器,提高了发卡方服务器的安全性。
在步骤S106,将激活随机数以及OBU设备内的合同号和序列号发送到发卡方服务器,以便该发卡方服务器在验证该激活随机数、该合同号和该序列号均有效的情况下生成激活指令。
在一些实施例中,应用模块读取OBU设备内的合同号和序列号。该合同号和序列号是OBU设备本身自带的号码。序列号对OBU设备可以起到身份识别的作用。合同号是与序列号一一对应的号码。该合同号和该序列号可以用于发卡方服务器生成激活指令。
在一些实施例中,应用模块经过应用服务器将激活随机数、合同号和序列号发送到发卡方服务器,并且经过该应用服务器从该发卡方服务器接收激活指令。
例如,该应用模块将激活随机数、合同号和序列号发送到应用服务器,该应用服务器将该激活随机数、该合同号和该序列号转发到发卡方服务器。该发卡方服务器验证该激活随机数、该合同号和该序列号是否有效,在这三者均有效的情况下可以基于这三者生成激活指令,并将该激活指令返回给应用服务器。该应用服务器将该激活指令返回给该应用模块。例如该激活指令(或者称为激活密钥)可以包括MAC(Message Authentication Code,消息认证码)激活指令。
在步骤S108,将从发卡方服务器接收的激活指令写入OBU设备的系统中并设置该OBU设备的标签有效,以激活该OBU设备。
至此,提供了根据本公开一些实施例的用于激活车载单元设备的方法。在该方法中,应用模块获取与OBU设备对应的车牌号明文和用于申办ETC业务的车牌号。该应用模块在车牌号明文与用于申办ETC业务的车牌号一致的情况下,从发卡方服务器获得激活随机数。该应用模块将该激活随机数以及该OBU设备内的合同号和序列号发送到该发卡方服务器,以便该发卡方服务器在验证激活随机数、合同号和序列号均有效的情况下生成激活指令。该应用模块将从发卡方服务器接收的激活指令写入该OBU设备的系统中并设置该OBU设备的标签有效,以激活该OBU设备。该方法可以更加方便地激活OBU设备。申办人无需特意驾驶车辆到银行或ETC网点激活OBU设备,提升了用户体验。而且在关键环节提升了ETC申办及发行效率,节约了发卡方的人力、财力成本,提升了社会经济效益。
在一些实施例中,在应用模块读取在OBU设备内的车牌号密文之前,所述方法还可以包括:应用模块向OBU设备发送防拆请求消息以便该OBU设备根据该防拆请求消息向该应用模块返回防拆指令;以及判断该防拆指令是否有效,在该防拆指令有效的情况下读取在OBU设备内的车牌号密文。
在该实施例中,OBU设备在被安装在车辆上并被按下防拆按钮后,OBU设备内会有防拆指令。应用模块通过从OBU设备获取防拆指令并判断该防拆指令是否有效,并在该防拆指令有效的情况下执行读取车牌号密文的步骤,从而在进行激活OBU设备的过程中确保该OBU设备已经安装在车辆上,防止没有安装OBU设备就对OBU设备进行激活。
例如,可以通过判断防拆指令是否为0来判断防拆指令是否有效。如果防拆指令为0,则该防拆指令有效;否则无效。
在一些实施例中,在应用模块向所述OBU设备发送防拆请求消息之前,所述方法还可以包括:应用模块将OBU设备被安装在车辆上的图片或视频发送到发卡方服务器,其中,该图片或视频包含车辆的车牌号,以便该发卡方服务器根据该图片或视频判断该OBU设备的安装是否有效。其中,在车辆的车牌号为用于申办ETC业务的车牌号的情况下,确定OBU设备的安装有效。例如,应用模块可以经过应用服务器将上述图片或视频发送到发卡方服务器。比如,应用模块将上述图片或视频发送到应用服务器,然后该应用服务器将该图片或视频转发到发卡方服务器。
在该实施例中,应用模块通过向发卡方服务器发送OBU设备安装场景的图片或视频以便发卡方服务器对OBU设备的安装车辆进行验证,从而可以确保OBU设备的实际安装车辆的合法性。
图2是示出根据本公开另一些实施例的用于激活车载单元设备的方法的流程图。在图2中,应用模块例如可以为金融APP,应用服务器例如可以为京东服务器。如图2所示,该方法包括步骤S201~S222。
在步骤S201,应用模块向OBU设备发送防拆请求消息。例如,应用模块通过所在终端(例如智能手机等)的蓝牙功能与OBU设备建立连接。该应用模块通过蓝牙向OBU设备发送防拆请求消息。
在步骤S202,OBU设备在接收到防拆请求消息后向应用模块返回防拆指令。
在步骤S203,应用模块判断该防拆指令是否有效。例如可以判断防拆指令是否为0。在防拆指令为0的情况下该防拆指令有效,否则无效。
在步骤S204,在防拆指令有效的情况下读取在OBU设备内的车牌号密文。例如,应用模块通过蓝牙向OBU设备发送指令,读取OBU设备内的车牌号密文。另外,在防拆指令无效的情况下中断操作。
在步骤S205,应用模块向应用服务器发送车牌号密文。
在步骤S206,应用服务器将车牌号密文转发到发卡方服务器。
在步骤S207,发卡方服务器对车牌号密文进行解密以获得车牌号明文。例如,发卡方服务器可以通过进行PSAM(Purchase Secure Access Module,销售点终端安全存取模块)解密来得到车牌号明文。在发卡方服务器侧对车牌号密文进行解密,可以提高安全性。
在步骤S208,发卡方服务器将车牌号明文返回到应用服务器。
在步骤S209,应用服务器将车牌号明文返回到应用模块。
在步骤S210,应用模块通过接口从应用服务器获取用于申办ETC业务的车牌号。
在步骤S211,应用模块判断车牌号明文与用于申办ETC业务的车牌号是否一致。
在步骤S212,应用模块在车牌号明文与用于申办ETC业务的车牌号一致的情况下向应用服务器发送随机数请求消息。另外,若这二者不一致则中断操作。
在步骤S213,应用服务器将随机数请求消息转发到发卡方服务器。
在步骤S214,发卡方服务器在接收到随机数请求消息后生成激活随机数,并将该激活随机数返回到应用服务器。在发卡方服务器侧生成激活随机数,可以提高安全性。
在步骤S215,应用服务器将该激活随机数返回到应用模块。
在步骤S216,应用模块通过蓝牙向OBU设备发送指令,读取OBU设备内的合同号和序列号。
在步骤S217,应用模块通过接口将激活随机数、合同号和序列号发送到应用服务器。
在步骤S218,应用服务器将激活随机数、合同号和序列号转发到发卡方服务器。
在步骤S219,发卡方服务器验证激活随机数、合同号和序列号是否有效。在激活随机数、合同号和序列号均有效的情况下生成MAC激活指令。在发卡方服务器侧生成MAC激活指令,可以提高安全性。
在步骤S220,发卡方服务器将MAC激活指令返回到应用服务器。
在步骤S221,应用服务器将MAC激活指令返回到应用模块。
在步骤S222,应用模块将激活指令写入OBU设备的系统中并设置OBU设备的标签有效。这样激活了OBU设备。
上述实施例的方法整体上有效简化了OBU设备激活流程,申办人无需特意驾驶车辆到银行或ETC网点激活OBU设备,消除了申办人因激活OBU设备流程繁琐导致的抵触办理心理,在关键环节提升了ETC申办及发行效率。应用模块和应用服务器结合校验OBU设备内置车牌号与申办车牌号一致性,可确保OBU设备实际安装车辆的合法性,节约了发卡方的人力、财力成本,提升了社会经济效益。
图3是示出根据本公开一些实施例的用于激活车载单元设备的应用模块的结构图。如图3所示,该应用模块可以包括获取单元302、发送单元304和配置单元306。
该获取单元302可以用于获取与OBU设备对应的车牌号明文和用于申办ETC业务的车牌号,在该车牌号明文与该用于申办ETC业务的车牌号一致的情况下从发卡方服务器获得激活随机数,以及从该发卡方服务器接收激活指令。
该发送单元304可以用于将该激活随机数以及该OBU设备内的合同号和序列号发送到该发卡方服务器,以便该发卡方服务器在验证该激活随机数、该合同号和该序列号均有效的情况下生成该激活指令。
该配置单元306可以用于将该激活指令写入该OBU设备的系统中并设置该OBU设备的标签有效,以激活该OBU设备。
在该实施例的应用模块中,获取单元获取与OBU设备对应的车牌号明文和用于申办ETC业务的车牌号,在该车牌号明文与该用于申办ETC业务的车牌号一致的情况下从发卡方服务器获得激活随机数。发送单元将激活随机数以及OBU设备内的合同号和序列号发送到发卡方服务器,以便该发卡方服务器在验证激活随机数、合同号和序列号均有效的情况下生成激活指令。该获取单元从该发卡方服务器接收激活指令。配置单元将该激活指令写入OBU设备的系统中并设置该OBU设备的标签有效,以激活该OBU设备。该应用模块可以更加方便地激活OBU设备。申办人无需特意驾驶车辆到银行或ETC网点激活OBU设备,提升了用户体验。而且在关键环节提升了ETC申办及发行效率,节约了发卡方的人力、财力成本,提升了社会经济效益。
在一些实施例中,该获取单元302用于读取在OBU设备内的车牌号密文,并从发卡方服务器接收车牌号明文。该发送单元304用于将车牌号密文发送到发卡方服务器,以便该发卡方服务器对该车牌号密文进行解密以获得车牌号明文。
在一些实施例中,该获取单元302和该发送单元304通过应用模块所在终端的蓝牙功能与OBU设备建立连接。
在一些实施例中,该发送单元304经过应用服务器将车牌号密文发送到发卡方服务器,并经过该应用服务器将激活随机数、合同号和序列号发送到发卡方服务器。
在一些实施例中,该获取单元302经过该应用服务器从发卡方服务器接收车牌号明文,从该应用服务器获取用于申办ETC业务的车牌号,以及经过该应用服务器从该发卡方服务器接收激活指令。
在一些实施例中,该发送单元304还可以用于将OBU设备被安装在车辆上的图片或视频发送到发卡方服务器,其中,该图片或视频包含该车辆的车牌号,以便发卡方服务器根据该图片或视频判断该OBU设备的安装是否有效。其中,在该车辆的车牌号为用于申办ETC业务的车牌号的情况下,确定该OBU设备的安装有效。例如,该发送单元304可以经过应用服务器将上述图片或视频发送到发卡方服务器。比如,该发送单元304将上述图片或视频发送到应用服务器,然后该应用服务器将该图片或视频转发到发卡方服务器。
图4是示出根据本公开另一些实施例的用于激活车载单元设备的应用模块的结构图。如图4所示,该应用模块可以包括获取单元302、发送单元304、配置单元306和判断单元408。
在一些实施例中,发送单元304可以用于向OBU设备发送防拆请求消息以便该OBU设备根据防拆请求消息向获取单元302返回防拆指令。该判断单元408可以用于判断该防拆指令是否有效。该获取单元302可以用于在该防拆指令有效的情况下读取在OBU设备内的车牌号密文。
在一些实施例中,该判断单元408可以用于判断车牌号明文与用于申办ETC业务的车牌号是否一致。该发送单元304还可以用于在该车牌号明文与该用于申办ETC业务的车牌号一致的情况下,将随机数请求消息经过应用服务器发送到发卡方服务器以便该发卡方服务器生成激活随机数。该获取单元302可以用于经过该应用服务器从该发卡方服务器接收该激活随机数。
图5是示出根据本公开一些实施例的用于激活车载单元设备的系统的结构图。如图5所示,该系统可以包括发卡方服务器504和应用模块502。该应用模块502可以是如图3或图4所示的应用模块。
该发卡方服务器504可以用于:对车牌号密文进行解密以获得车牌号明文,并将该车牌号明文返回给应用模块502,在接收应用模块502发出的随机数请求消息后生成激活随机数,并将该激活随机数返回给该应用模块502,在验证激活随机数、合同号和序列号均有效的情况下生成激活指令,并将该激活指令返回给该应用模块502。
在一些实施例中,该发卡方服务器504还可以用于接收从应用模块502发出的OBU设备被安装在车辆上的图片或视频,其中,该图片或视频包含该车辆的车牌号,并根据该图片或视频判断该OBU设备的安装是否有效。其中,在该车辆的车牌号为用于申办ETC业务的车牌号的情况下,确定该OBU设备的安装有效。
图6是示出根据本公开另一些实施例的用于激活车载单元设备的系统的结构图。如图6所示,该系统除了包括应用模块502、发卡方服务器504之外,还可以包括应用服务器606。该应用服务器可以起到转发消息或数据等的作用。关于转发的具体消息或数据前面已经详述,这里不再赘述。
图7是示出根据本公开一些实施例的安装有应用模块的终端的结构图。例如,该终端安装有如前所述的应用模块(例如图3或图4所示的应用模块)。例如该终端可以为智能手机等。该应用模块包括存储器710和处理器720。其中:
存储器710可以是磁盘、闪存或其它任何非易失性存储介质。存储器用于存储图1和/或图2所对应实施例中的指令。
处理器720耦接至存储器710,可以作为一个或多个集成电路来实施,例如微处理器或微控制器。该处理器720用于执行存储器中存储的指令,从而可以更加方便地激活OBU设备。申办人无需特意驾驶车辆到银行或ETC网点激活OBU设备,提升了用户体验。而且在关键环节提升了ETC申办及发行效率,节约了发卡方的人力、财力成本,提升了社会经济效益。
在一些实施例中,还可以如图8所示,该安装有应用模块的终端800包括存储器810和处理器820。处理器820通过BUS总线830耦合至存储器810。该终端800还可以通过存储接口840连接至外部存储装置850以便调用外部数据,还可以通过网络接口860连接至网络或者另外一台计算机系统(未标出),此处不再进行详细介绍。
在该实施例中,通过存储器存储数据指令,再通过处理器处理上述指令,从而可以更加方便地激活OBU设备。申办人无需特意驾驶车辆到银行或ETC网点激活OBU设备,提升了用户体验。而且在关键环节提升了ETC申办及发行效率,节约了发卡方的人力、财力成本,提升了社会经济效益。
在本公开的一些实施例中,应用模块通过智能手机读取OBU设备内置加密的系统信息(例如车牌号密文)。发卡方服务器以远程服务的方式解密系统信息。应用模块校验申办车辆信息的一致性。发卡方服务器以远程服务的方式生成激活密钥(MAC密钥)。应用模块再通过智能手机将激活密钥写入OBU设备以完成对OBU设备的激活。
本公开的实施例提高了激活OBU设备的安全性和便捷性,融合移动应用、智能手机和移动互联网的功能特长,使用户可随时随地激活OBU设备,发卡方可实时在线审核OBU设备安装场景,大大简化了激活流程,提高了整体工作效率。
在另一些实施例中,本公开还提供了一种计算机可读存储介质,其上存储有计算机程序指令,该指令被处理器执行时实现图1和/或图2所对应实施例中的方法的步骤。本领域内的技术人员应明白,本公开的实施例可提供为方法、装置、或计算机程序产品。因此,本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本公开是参照根据本公开实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
至此,已经详细描述了本公开。为了避免遮蔽本公开的构思,没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述,完全可以明白如何实施这里公开的技术方案。
可能以许多方式来实现本公开的方法和系统。例如,可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本公开的方法和系统。用于所述方法的步骤的上述顺序仅是为了进行说明,本公开的方法的步骤不限于以上具体描述的顺序,除非以其它方式特别说明。此外,在一些实施例中,还可将本公开实施为记录在记录介质中的程序,这些程序包括用于实现根据本公开的方法的机器可读指令。因而,本公开还覆盖存储用于执行根据本公开的方法的程序的记录介质。
虽然已经通过示例对本公开的一些特定实施例进行了详细说明,但是本领域的技术人员应该理解,以上示例仅是为了进行说明,而不是为了限制本公开的范围。本领域的技术人员应该理解,可在不脱离本公开的范围和精神的情况下,对以上实施例进行修改。本公开的范围由所附权利要求来限定。