[0001]
本申请涉及通信技术领域,尤其涉及一种身份验证方法及装置。
背景技术:[0002]
一辆车内会有多个车载设备,例如能够执行自动驾驶的车辆,一般依赖高级驾驶员辅助系统(advanced driver-assistance systems,adas)提供信息进行驾驶决策,而adas包括很多传感器,例如照相机、毫米波雷达、超声波雷达或光学雷达(lidar)等,这些传感器都是车载设备。显而易见地,这些车载设备对车辆功能及驾驶安全的重要性不言而喻。
[0003]
但是,由于有些车载设备的价格较高,因此维修人员或其他的恶意人士为了获利,有可能会使用伪劣的车载设备替换掉正规的车载设备。伪劣的车载设备会影响车辆的性能,甚至可能影响驾驶安全性,因此保证车载设备的真实性和正规性至关重要。
[0004]
但对于车载设备的验证,目前尚无较为可靠的方式。
技术实现要素:[0005]
本申请实施例提供一种身份验证方法及装置,用于对车载设备进行验证,提高车载设备的安全性。
[0006]
第一方面,提供第一种身份验证方法,该方法包括:第一装置向第二装置发送第一随机数,其中,第一车辆承载所述第一装置和第一集合,所述第二装置属于所述第一集合,所述第一集合还包括第三装置,所述第一装置通过所述第二装置与所述第三装置通信;所述第一装置接收来自所述第二装置的第一消息,所述第一消息包括第一验证信息,所述第一验证信息用于对所述第二装置的身份进行验证,所述第一验证信息是根据所述第二装置的身份信息和所述第一随机数生成的;所述第一装置根据所述第一验证信息和所述第一随机数,确定所述第二装置的身份验证成功。
[0007]
该第一方面的方法可由第一装置执行,第一装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置,例如芯片系统。示例性地,通信设备为车载装置。
[0008]
本申请实施例中,第一集合包括第二装置和第三装置,而第一装置对第二装置进行验证即可,至于第三装置,例如可以由第二装置来验证,这样,对各级车载设备都能够进行身份验证,而且对于每一层级的车载设备,需要验证的设备的数量也相对较少,有助于减轻设备的负担。
[0009]
结合第一方面,在第一方面的一种可能的实施方式中,所述第一装置根据所述第一验证信息和所述第一随机数,确定所述第二装置的身份验证成功,包括:
[0010]
所述第一装置根据所述第二装置的身份信息和所述第一随机数生成第二验证信息;
[0011]
所述第一装置确定所述第一验证信息和所述第二验证信息是否一致;
[0012]
当所述第一验证信息和所述第二验证信息一致时,所述第一装置确定所述第二装置的身份验证成功。
[0013]
例如对于第一装置来说,第二装置的身份信息是已知的,则第一装置可以按照与第二装置生成第一验证信息的相同的方式来生成验证信息,例如称为第二验证信息,或者,第二装置的身份信息也可以携带在第一消息中,则第一装置也可以按照与第二装置生成第一验证信息的相同的方式来生成第二验证信息。第一装置可以比较第二验证信息和第一验证信息是否一致,如果第二验证信息和第一验证信息一致,则第一装置对第二装置的身份验证成功,或者说,第一装置确定第二装置的身份验证成功,或者,如果第二验证信息和第一验证信息不一致,则第一装置对第二装置的身份验证不成功,或者说,第一装置确定第二装置的身份验证失败。第一装置和第二装置采用相同的方式生成验证信息,由第一装置来进行验证,如果第二装置被恶意替换,那么第二装置生成的第一验证信息可能就会有问题,就会与第二验证信息不一致。因此通过这种方式可以确定第二装置的身份是否验证成功。
[0014]
结合第一方面,在第一方面的一种可能的实施方式中,所述第一消息还包括第四验证信息,所述第四验证信息用于指示对所述第三装置的身份验证是否成功;所述第一装置根据所述第二装置的身份信息和所述第一随机数生成第二验证信息,包括:所述第一装置根据所述第二装置的身份信息、所述第四验证信息和所述第一随机数,生成所述第二验证信息。
[0015]
例如,第二装置也是根据第二装置的身份信息、第四验证信息和第一随机数,生成第一验证信息,那么第一装置也根据第二装置的身份信息、第四验证信息和第一随机数,生成第二验证信息,生成第一验证信息和第二验证信息所使用的元素相同,这样才能保证将第一验证信息和第二验证信息进行比较的准确性。
[0016]
结合第一方面,在第一方面的一种可能的实施方式中,所述第一消息还包括所述第三装置所生成的第三验证信息,其中,所述第三验证信息是所述第三装置根据所述第三装置的身份信息获得的。
[0017]
例如,第一消息除了包括第一验证信息之外,还可以包括n个第三验证信息,这n个第三验证信息可以是第一集合所包括的n个第三装置生成的,n个第三装置可以是第一集合所包括的全部的第三装置或部分第三装置,n为正整数。例如,第二装置除了将第一验证信息发送给第一装置之外,还可以将第一集合所包括的所有第三装置生成的第三验证信息均发送给第一装置,则n个第三装置就包括第一集合中的全部第三装置。这样使得第一装置能够获得较多的信息,在需要对第三装置进行身份验证时,能够对第一集合所包括的任意的第三装置进行身份验证。在这种情况下,所述的第三装置是n个第三装置中的一个,所述的第三装置可以是第二装置进行身份验证成功的第三装置,或者也可以是第二装置进行身份验证失败的第三装置。
[0018]
或者,第二装置除了将第一验证信息发送给第一装置之外,还可以将第二装置验证失败的第三装置所生成的第三验证信息发送给第一装置,则n个第三装置可以包括第一集合中的全部第三装置或部分第三装置。第一消息只需要携带第二装置验证失败的第三装置生成的第三验证信息,无需携带第一集合中的所有的第三装置生成的第三验证信息,有助于节省信令开销。而且对于第二装置验证成功的第三装置,可能第一装置也无需再进行验证,因此对于验证可靠性的影响也不大。在这种情况下,所述的第三装置是n个第三装置中的一个,所述的第三装置是第二装置进行身份验证失败的第三装置。
[0019]
结合第一方面,在第一方面的一种可能的实施方式中,所述第一消息还包括第四
验证信息,所述第四验证信息用于指示对所述第三装置的身份验证是否成功;在所述第一装置确定所述第二装置的身份验证成功之后,还包括:当所述第四验证信息指示对所述第三装置的身份验证失败时,所述第一装置根据所述第三验证信息进行验证,以确定所述第三装置的身份是否验证成功。
[0020]
如果第一装置确定第二装置的身份验证成功,第四验证信息指示对第三装置的身份验证不成功,且第一消息包括所述的第三装置对应的第三验证信息,则第一装置可以对所述的第三验证信息进行验证,以确定所述的第三装置的身份是否验证成功。本申请实施例除了可以实现层级验证之外,第一装置还可以实现总体的验证,即,第一装置除了可以验证第二装置的身份是否验证成功之外,还可以验证第三装置的身份是否验证成功,从而使得对第三装置的验证更为可靠。
[0021]
结合第一方面,在第一方面的一种可能的实施方式中,所述第一消息还包括第四验证信息,所述第四验证信息用于指示对所述第三装置的身份验证失败,所述方法还包括:
[0022]
所述第一装置向所述第二装置发送第二消息,所述第二消息用于请求获得所述第三装置对应的验证信息;
[0023]
所述第一装置接收来自所述第二装置的第三消息,所述第三消息包括所述第三装置对应的第三验证信息;
[0024]
所述第一装置根据所述第三验证信息进行验证,以确定所述第三装置的身份是否验证成功。
[0025]
第一消息也可以不包括n个第三验证信息,如果第四验证信息指示对第一集合包括的第三装置的身份验证不成功,则第一装置可以向第二装置发送第二消息,第二消息用于请求获得至少一个第三装置对应的验证信息。第二装置接收来自第一装置的第二消息后,就可以将n个第三验证信息发送给主认证节点,例如第二装置可以向第一装置发送第三消息,第三消息包括n个第三验证信息。其中,n个第三验证信息可以包括第一集合中的全部的第三装置生成的第三验证信息,或者,n个第三验证信息也可以包括第一集合中的部分第三装置生成的第三验证信息。通过这种方式,第一装置可以在需要对第三装置进行验证时再请求获得第三验证信息,而第一消息不必包含第三验证信息。这样,如果第一装置对第二装置的身份验证成功,且第四验证信息指示对第一集合包括的第三装置的身份验证成功,则第一装置就无需请求获得第三验证信息,有助于节省信令开销。
[0026]
结合第一方面,在第一方面的一种可能的实施方式中,所述第一装置确定所述第二装置的身份验证失败,所述方法还包括:
[0027]
所述第一装置向所述第二装置发送第二消息,所述第二消息用于请求获得所述第三装置对应的验证信息;
[0028]
所述第一装置接收来自所述第二装置的第三消息,所述第三消息包括所述第三装置对应的第三验证信息;
[0029]
所述第一装置根据所述第三验证信息进行验证,以确定所述第三装置的身份是否验证成功。
[0030]
第一消息也可以不包括n个第三验证信息,如果第一装置确定第二装置的身份验证失败,那么第一装置可能并不信任第二装置的验证结果。因此,第一装置可以向第二装置发送第二消息,第二消息用于请求获得至少一个第三装置对应的验证信息。第二装置接收
来自第一装置的第二消息后,就可以将n个第三验证信息发送给主认证节点,例如第二装置可以向第一装置发送第三消息,第三消息包括n个第三验证信息。其中,n个第三验证信息可以包括第一集合中的全部的第三装置生成的第三验证信息,或者,n个第三验证信息也可以包括第一集合中的部分第三装置生成的第三验证信息。通过这种方式,第一装置可以在需要对第三装置进行验证时再请求获得第三验证信息,而第一消息不必包含第三验证信息。这样,如果第一装置对第二装置的身份验证成功,且第四验证信息指示对第一集合包括的第三装置的身份验证成功,则第一装置就无需请求获得第三验证信息,有助于节省信令开销。
[0031]
结合第一方面,在第一方面的一种可能的实施方式中,所述第三装置的个数为多个,所述第一消息还包括第四验证信息,所述第四验证信息是将来自多个所述第三装置的多个第三验证信息聚合得到的;所述方法还包括:所述第一装置根据所述第四验证信息进行验证,以确定多个所述第三装置的身份是否验证成功。
[0032]
第二装置可以将来自多个第三装置的多个第三验证信息进行聚合,得到第四验证信息,将第四验证信息发送给第一装置,例如一种聚合方式为将多个第三验证信息进行异或,得到第四验证信息,当然也可能有其它的聚合方式。通过这种方式得到的第四验证信息,相对于多个第三验证信息来说信息量较小,第二装置发送第四验证信息即可,无需发送多个第三验证信息,有助于节省信令开销。
[0033]
结合第一方面,在第一方面的一种可能的实施方式中,所述方法还包括:
[0034]
当根据所述第四验证信息确定多个所述第三装置的身份验证失败时,所述第一装置向所述第二装置发送第二消息,所述第二消息用于请求获得多个所述第三装置对应的验证信息;
[0035]
所述第一装置接收来自所述第二装置的第三消息,所述第三消息包括多个所述第三验证信息;
[0036]
所述第一装置根据多个所述第三验证信息进行验证,以确定多个所述第三装置中的每个所述第三装置的身份是否验证成功。
[0037]
由于第四验证信息是对多个第三验证信息进行聚合得到的,因此第一装置如果根据第四验证信息确定多个第三装置的身份验证失败,则只是总体认为多个第三装置中有第三装置的身份验证失败,但多个第三装置中究竟是哪些第三装置的身份验证失败,第一装置尚无法确定。因此,第一装置可以请求获得多个第三装置生成的多个第三验证信息,这样第一装置可以依次对多个第三验证信息进行验证,从而可以确定究竟是哪些第三装置的身份验证失败。通过这种方式,可以更为准确地定位身份验证失败的第三装置。
[0038]
第二方面,提供第二种身份验证方法,该方法包括:第二装置向第三装置发送第二随机数,其中,第一车辆承载第一装置和第一集合,所述第二装置和所述第三装置属于所述第一集合,所述第一装置通过所述第二装置与所述第三装置通信;所述第二装置接收来自所述第三装置的第三验证信息,所述第三验证信息是根据所述第三装置的身份信息和所述第二随机数生成的;所述第二装置根据所述第二随机数和所述第三验证信息,确定所述第三装置的身份验证成功。
[0039]
该第二方面的方法可由第二装置执行,第二装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置,例如芯片系统。示例性地,通信设备为车载装置。
[0040]
本申请实施例中,第一集合包括第二装置和第三装置,第一装置可以对第二装置进行身份验证,第二装置可以对第三装置进行身份验证,也就是说,本申请实施例提供了一种层级验证的机制,一个层级的装置只需验证下一个层级的装置,通过层层递进的验证方式,使得身份验证的结果更为可靠。而且这种方式,对各级车载设备都能够进行身份验证,且对于每一层级的车载设备,需要验证的设备的数量也相对较少,有助于减轻设备的负担。
[0041]
结合第二方面,在第二方面的一种可能的实施方式中,所述第二装置根据所述第二随机数和所述第三验证信息,确定所述第三装置的身份验证成功,包括:所述第二装置根据所述第二随机数和所述第三装置的身份信息,生成第五验证信息;所述第二装置根据所述第五验证信息和所述第三验证信息,确定所述第三装置的身份验证成功。
[0042]
例如对于第二装置来说,第三装置的身份信息是已知的,则第二装置可以按照与第三装置生成第三验证信息的相同的方式来生成验证信息,例如称为第五验证信息,或者,第三装置也可以事先将第三装置的身份信息发送给第二装置,则第二装置也可以按照与第三装置生成第三验证信息的相同的方式来生成第五验证信息。通过第三验证信息和第五验证信息就可以确定第三装置的身份是否验证成功。第二装置和第三装置采用相同的方式生成验证信息,由第二装置来进行验证,如果第三装置是身份验证成功的装置,则第三装置生成的第三验证信息应该和第二装置生成的第五验证信息是一致的,而如果第三装置被恶意替换,那么第三装置生成的第三验证信息可能就会有问题,就会与第五验证信息不一致。因此通过这种方式可以确定第三装置的身份是否验证成功。
[0043]
结合第二方面,在第二方面的一种可能的实施方式中,所述第二装置根据所述第五验证信息和所述第三验证信息,确定所述第三装置的身份验证成功,包括:所述第二装置确定所述第五验证信息和所述第三验证信息是否一致;当所述第五验证信息和所述第三验证信息一致时,所述第一装置确定所述第三装置的身份验证成功。
[0044]
第二装置可以比较第三验证信息和第五验证信息是否一致,如果第三验证信息和第五验证信息一致,则第二装置对第三装置的身份验证成功,或者说,第二装置确定第三装置的身份验证成功,或者,如果第三验证信息和第五验证信息不一致,则第二装置对第三装置的身份验证不成功,或者说,第二装置确定第三装置的身份验证失败。第二装置和第三装置采用相同的方式生成验证信息,由第二装置来进行验证,如果第三装置被恶意替换,那么第三装置生成的第三验证信息可能就会有问题,就会与第五验证信息不一致。因此通过这种方式可以确定第三装置的身份是否验证成功。
[0045]
结合第二方面,在第二方面的一种可能的实施方式中,所述第三装置的个数为多个,则所述第五验证信息的个数为多个,以及所述第三验证信息的个数为多个,所述第二装置根据所述第五验证信息和所述第三验证信息,确定所述第三装置的身份验证成功,包括:
[0046]
所述第二装置将多个所述第五验证信息进行聚合,得到第六验证信息,以及,将多个所述第三验证信息进行聚合,得到第七验证信息;
[0047]
所述第二装置确定所述第六验证信息和所述第七验证信息是否一致;
[0048]
当所述第六验证信息和所述第七验证信息一致时,所述第二装置确定多个所述第三装置的身份验证成功。
[0049]
如果第三装置的个数大于1,那么第二装置可以将多个第五验证信息进行聚合得到第六验证信息,以及将多个第三验证信息进行聚合得到第七验证信息,通过比较第六验
证信息和第七验证信息就可以确定多个第三装置的身份是否验证成功。通过这种方式,第二装置无需一一比较第五验证信息和第三验证信息,只需通过一次比较总体确定多个第三装置的身份是否验证成功即可,减少了比较的过程,减轻了第二装置的负担,也提高了第二装置的执行效率。
[0050]
结合第二方面,在第二方面的一种可能的实施方式中,所述方法还包括:所述第二装置根据所述第二装置的身份信息和来自所述第一装置的第一随机数生成第一验证信息;所述第二装置向所述第一装置发送第一消息,所述第一消息包括所述第一验证信息,其中,所述第一验证信息用于对所述第二装置的身份进行验证。
[0051]
第二装置除了要验证第三装置之外,第一装置还需要对第二装置的身份进行验证。因此第二装置可以根据第二装置的身份信息和第一随机数生成第一验证信息,第一装置得到第一验证信息后就可以根据第一验证信息来验证第二装置的身份是否验证成功。相当于,第一装置对第二装置的身份进行验证,第二装置对第三装置的身份进行验证,形成了层级验证的机制。
[0052]
结合第二方面,在第二方面的一种可能的实施方式中,所述第一消息还包括所述第三验证信息,所述第三验证信息为所述第二装置验证失败的第三验证信息,或,所述第三验证信息为所述第二装置验证成功的第三验证信息。
[0053]
例如,第一消息除了包括第一验证信息之外,还可以包括n个第三验证信息,这n个第三验证信息可以是第一集合所包括的n个第三装置生成的,n个第三装置可以是第一集合所包括的全部的第三装置或部分第三装置,n为正整数。例如,第二装置除了将第一验证信息发送给第一装置之外,还可以将第一集合所包括的所有第三装置生成的第三验证信息均发送给第一装置,则n个第三装置就包括第一集合中的全部第三装置。这样使得第一装置能够获得较多的信息,在需要对第三装置进行身份验证时,能够对第一集合所包括的任意的第三装置进行身份验证。在这种情况下,所述的第三装置是n个第三装置中的一个,所述的第三装置可以是第二装置进行身份验证成功的第三装置,或者也可以是第二装置进行身份验证失败的第三装置。
[0054]
或者,第二装置除了将第一验证信息发送给第一装置之外,还可以将第二装置验证失败的第三装置所生成的第三验证信息发送给第一装置,则n个第三装置可以包括第一集合中的全部第三装置或部分第三装置。第一消息只需要携带第二装置验证失败的第三装置生成的第三验证信息,无需携带第一集合中的所有的第三装置生成的第三验证信息,有助于节省信令开销。而且对于第二装置验证成功的第三装置,可能第一装置也无需再进行验证,因此对于验证可靠性的影响也不大。在这种情况下,所述的第三装置是n个第三装置中的一个,所述的第三装置是第二装置进行身份验证失败的第三装置。
[0055]
结合第二方面,在第二方面的一种可能的实施方式中,所述第二随机数的长度与所述第一随机数的长度相同且内容不同,或,所述第二随机数是将所述第一随机数和第三随机数拼接后得到的,或,所述第二随机数与所述第一随机数相同。
[0056]
例如,第二随机数可以根据第一随机数确定。作为第二随机数根据第一随机数确定的一种方式,第二随机数根据第一随机数确定可以是指,第二随机数的长度根据第一随机数来确定。例如第二随机数的长度可以与第一随机数相同,在这种情况下,第二随机数的内容可以跟第一随机数相同,即,第一随机数和第二随机数是同一个随机数,或者,第二随
机数的内容也可以跟第一随机数不同,即,第二随机数和第一随机数是两个长度相同但内容不同的随机数。
[0057]
作为第二随机数根据第一随机数确定的另一种方式,第二随机数的部分内容或全部内容可以根据第一随机数确定。例如,次认证节点选择了第三随机数,第二随机数可以是将第一随机数和第三随机数进行级联(或者称为拼接)后得到的随机数,第二随机数的长度就是第一随机数的长度和第三随机数的长度之和。将第一随机数和第三随机数进行级联,例如将第三随机数的首位拼接到第一随机数的末位之后,得到第二随机数,或者将第一随机数的首位拼接到第三随机数的末位之后,得到第二随机数。
[0058]
或者,第二随机数也可以通过其他方式得到,例如第二随机数的长度与第一随机数的长度不同,第二随机数也不是将第一随机数和第三随机数拼接后得到的,等等。
[0059]
第三方面,提供第三种身份验证方法,该方法包括:第二装置向第三装置发送第一随机数,其中,第一车辆承载第一集合,所述第一集合包括所述第二装置和所述第三装置,所述第一车辆还承载第一装置,所述第一装置通过所述第二装置与所述第三装置通信;所述第二装置接收来自所述第三装置的第三验证信息,所述第三验证信息是根据所述第一随机数和所述第三装置的身份信息生成的;所述第二装置根据所述第三验证信息得到第四验证信息,所述第四验证信息用于验证所述第三装置的身份是否验证成功;所述第二装置将所述第四验证信息发送给所述第一装置。
[0060]
该第三方面的方法可由第三装置执行,第三装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置,例如芯片系统。示例性地,通信设备为车载装置。
[0061]
本申请实施例中,第一集合包括第二装置和第三装置,第二装置可以将第三装置生成的第三验证信息进行处理,得到第四验证信息,由第一装置来根据第四验证信息验证第三装置的身份是否验证成功。相对于由第三装置直接将第三验证信息发送给第一装置来说,例如第三验证信息的个数大于1,则由第二装置根据第三验证信息得到第四验证信息,相当于根据多个第三验证信息得到了一个第四验证信息,减少了验证信息的个数,有助于节省信令开销。而且第二装置无需对第三装置进行验证,由第一装置进行验证即可,减轻了第二装置的负担。
[0062]
结合第三方面,在第三方面的一种可能的实施方式中,所述方法还包括:所述第二装置根据所述第二装置的身份信息和所述第一随机数生成第一验证信息,所述第一验证信息用于验证所述第二装置的身份是否验证成功;所述第二装置将所述第一验证信息发送给所述第一装置。
[0063]
第二装置除了将用于验证第三装置的身份的第四验证信息发送给第一装置之外,第二装置还可以将用于验证第二装置的身份的第一验证信息发送给第一装置,则第一装置除了对第三装置进行身份验证之外,还可以对第二装置进行身份验证,这样可以使得第一车辆所承载的各个装置都能够得到验证,提高第一车辆所承载的装置的安全性。
[0064]
结合第三方面,在第三方面的一种可能的实施方式中,所述第三装置的个数为多个,相应的,所述第三验证信息的个数为多个,所述第二装置根据所述第三验证信息得到第四验证信息,包括:所述第二装置将多个所述第三验证信息进行聚合,得到所述第四验证信息。
[0065]
第二装置可以将来自多个第三装置的多个第三验证信息进行聚合,得到第四验证
信息,将第四验证信息发送给第一装置,例如一种聚合方式为将多个第三验证信息进行异或,得到第四验证信息,当然也可能有其它的聚合方式。通过这种方式得到的第四验证信息,相对于多个第三验证信息来说信息量较小,第二装置发送第四验证信息即可,无需发送多个第三验证信息,有助于节省信令开销。
[0066]
结合第三方面,在第三方面的一种可能的实施方式中,所述方法还包括:所述第二装置接收来自所述第一装置的第二消息,所述第二消息用于请求获得多个所述第三装置对应的验证信息;所述第二装置向所述第一装置发送第三消息,所述第三消息包括多个所述第三验证信息。
[0067]
由于第四验证信息是对多个第三验证信息进行聚合得到的,因此第一装置如果根据第四验证信息确定多个第三装置的身份验证失败,则只是总体认为多个第三装置中有第三装置的身份验证设备,但多个第三装置中究竟是哪些第三装置的身份验证设备,第一装置尚无法确定。因此,第一装置可以请求获得多个第三装置生成的多个第三验证信息,这样第一装置可以依次对多个第三验证信息进行验证,从而可以确定究竟是哪些第三装置的身份验证失败。通过这种方式,可以更为准确地定位身份验证失败的第三装置。
[0068]
第四方面,提供一种通信装置,例如该通信装置为如前所述的第一装置。所述通信装置用于执行上述第一方面或第一方面的任一可能的实现方式中的方法。具体地,所述通信装置可以包括用于执行第一方面或第一方面的任一可能的实现方式中的方法的模块,例如包括处理模块和收发模块。其中,收发模块可以是指一个功能模块,该功能模块既能完成接收信息的功能也能完成发送信息的功能。或者,收发模块可以是发送模块和接收模块的统称,发送模块用于完成发送信息的功能,接收模块用于完成接收信息的功能。示例性地,所述通信装置为车载装置。其中,
[0069]
所述收发模块,用于向第二装置发送第一随机数,其中,第一车辆承载所述第一装置和第一集合,所述第二装置属于所述第一集合,所述第一集合还包括第三装置,所述第一装置通过所述第二装置与所述第三装置通信;
[0070]
所述收发模块,还用于接收来自所述第二装置的第一消息,所述第一消息包括第一验证信息,所述第一验证信息用于对所述第二装置的身份进行验证,所述第一验证信息是根据所述第二装置的身份信息和所述第一随机数生成的;
[0071]
所述处理模块,用于根据所述第一验证信息和所述第一随机数,确定所述第二装置的身份验证成功。
[0072]
结合第四方面,在第四方面的一种可能的实施方式中,所述处理模块用于通过如下方式根据所述第一验证信息和所述第一随机数,确定所述第二装置的身份验证成功:
[0073]
根据所述第二装置的身份信息和所述第一随机数生成第二验证信息;
[0074]
确定所述第一验证信息和所述第二验证信息是否一致;
[0075]
当所述第一验证信息和所述第二验证信息一致时,确定所述第二装置的身份验证成功。
[0076]
结合第四方面,在第四方面的一种可能的实施方式中,所述第一消息还包括第四验证信息,所述第四验证信息用于指示对所述第三装置的身份验证是否成功;所述处理模块用于通过如下方式根据所述第二装置的身份信息和所述第一随机数生成第二验证信息:
[0077]
根据所述第二装置的身份信息、所述第四验证信息和所述第一随机数,生成所述
第二验证信息。
[0078]
结合第四方面,在第四方面的一种可能的实施方式中,所述第一消息还包括所述第三装置所生成的第三验证信息,其中,所述第三验证信息是所述第三装置根据所述第三装置的身份信息获得的。
[0079]
结合第四方面,在第四方面的一种可能的实施方式中,所述第一消息还包括第四验证信息,所述第四验证信息用于指示对所述第三装置的身份验证是否成功;所述处理模块,还用于在确定所述第二装置的身份验证成功之后,当所述第四验证信息指示对所述第三装置的身份验证失败时,根据所述第三验证信息进行验证,以确定所述第三装置的身份是否验证成功。
[0080]
结合第四方面,在第四方面的一种可能的实施方式中,所述第一消息还包括第四验证信息,
[0081]
所述收发模块,还用于当所述第四验证信息用于指示对所述第三装置的身份验证不成功,向所述第二装置发送第二消息,所述第二消息用于请求获得所述第三装置对应的验证信息;
[0082]
所述收发模块,还用于接收来自所述第二装置的第三消息,所述第三消息包括所述第三装置对应的第三验证信息;
[0083]
所述处理模块,还用于根据所述第三验证信息进行验证,以确定所述第三装置的身份是否验证成功。
[0084]
结合第四方面,在第四方面的一种可能的实施方式中,
[0085]
所述收发模块,还用于当所述处理模块确定所述第二装置的身份验证失败时,向所述第二装置发送第二消息,所述第二消息用于请求获得所述第三装置对应的验证信息;
[0086]
所述收发模块,还用于接收来自所述第二装置的第三消息,所述第三消息包括所述第三装置对应的第三验证信息;
[0087]
所述处理模块,还用于根据所述第三验证信息进行验证,以确定所述第三装置的身份是否验证成功。
[0088]
结合第四方面,在第四方面的一种可能的实施方式中,所述第三装置的个数为多个,所述第一消息还包括第四验证信息,所述第四验证信息是将来自多个所述第三装置的多个第三验证信息聚合得到的;所述处理模块,还用于根据所述第四验证信息进行验证,以确定多个所述第三装置的身份是否验证成功。
[0089]
结合第四方面,在第四方面的一种可能的实施方式中,
[0090]
所述收发模块,还用于当所述处理模块根据所述第四验证信息确定多个所述第三装置的身份验证失败时,向所述第二装置发送第二消息,所述第二消息用于请求获得多个所述第三装置对应的验证信息;
[0091]
所述收发模块,还用于接收来自所述第二装置的第三消息,所述第三消息包括多个所述第三验证信息;
[0092]
所述处理模块,还用于根据多个所述第三验证信息进行验证,以确定多个所述第三装置中的每个所述第三装置的身份是否验证成功。
[0093]
关于第四方面或第四方面的各种可能的实施方式所带来的技术效果,可参考对于第一方面或第一方面的各种可能的实施方式的技术效果的介绍。
[0094]
第五方面,提供一种通信装置,例如该通信装置为如前所述的第二装置。所述通信装置用于执行上述第二方面或第二方面的任一可能的实现方式中的方法。具体地,所述通信装置可以包括用于执行第二方面或第二方面的任一可能的实现方式中的方法的模块,例如包括处理模块和收发模块。其中,收发模块可以是指一个功能模块,该功能模块既能完成接收信息的功能也能完成发送信息的功能。或者,收发模块可以是发送模块和接收模块的统称,发送模块用于完成发送信息的功能,接收模块用于完成接收信息的功能。示例性地,所述通信装置为车载装置。其中,
[0095]
所述收发模块,用于向第三装置发送第二随机数,其中,第一车辆承载第一装置和第一集合,所述第二装置和所述第三装置属于所述第一集合,所述第一装置通过所述第二装置与所述第三装置通信;
[0096]
所述收发模块,还用于接收来自所述第三装置的第三验证信息,所述第三验证信息是根据所述第三装置的身份信息和所述第二随机数生成的;
[0097]
所述处理模块,用于根据所述第二随机数和所述第三验证信息,确定所述第三装置的身份验证成功。
[0098]
结合第五方面,在第五方面的一种可能的实施方式中,所述处理模块用于通过如下方式根据所述第二随机数和所述第三验证信息,确定所述第三装置的身份验证成功:
[0099]
根据所述第二随机数和所述第三装置的身份信息,生成第五验证信息;
[0100]
根据所述第五验证信息和所述第三验证信息,确定所述第三装置的身份验证成功。
[0101]
结合第五方面,在第五方面的一种可能的实施方式中,所述处理模块用于通过如下方式根据所述第五验证信息和所述第三验证信息,确定所述第三装置的身份验证成功:
[0102]
确定所述第五验证信息和所述第三验证信息是否一致;
[0103]
当所述第五验证信息和所述第三验证信息一致时,确定所述第三装置的身份验证成功。
[0104]
结合第五方面,在第五方面的一种可能的实施方式中,所述第三装置的个数为多个,则所述第五验证信息的个数为多个,以及所述第三验证信息的个数为多个,所述处理模块用于通过如下方式根据所述第五验证信息和所述第三验证信息,确定所述第三装置的身份验证成功:
[0105]
将多个所述第五验证信息进行聚合,得到第六验证信息,以及,将多个所述第三验证信息进行聚合,得到第七验证信息;
[0106]
确定所述第六验证信息和所述第七验证信息是否一致;
[0107]
当所述第六验证信息和所述第七验证信息一致时,确定多个所述第三装置的身份验证成功。
[0108]
结合第五方面,在第五方面的一种可能的实施方式中,
[0109]
所述处理模块,还用于根据所述第二装置的身份信息和来自所述第一装置的第一随机数生成第一验证信息;
[0110]
所述收发模块,还用于向所述第一装置发送第一消息,所述第一消息包括所述第一验证信息,其中,所述第一验证信息用于对所述第二装置的身份进行验证。
[0111]
结合第五方面,在第五方面的一种可能的实施方式中,所述第一消息还包括所述
第三验证信息,所述第三验证信息为所述第二装置验证失败的第三验证信息,或,所述第三验证信息为所述第二装置验证成功的第三验证信息。
[0112]
结合第五方面,在第五方面的一种可能的实施方式中,所述第二随机数的长度与所述第一随机数的长度相同且内容不同,或,所述第二随机数是将所述第一随机数和第三随机数拼接后得到的,或,所述第二随机数与所述第一随机数相同。
[0113]
关于第五方面或第五方面的各种可能的实施方式所带来的技术效果,可参考对于第二方面或第二方面的各种可能的实施方式的技术效果的介绍。
[0114]
第六方面,提供一种通信装置,例如该通信装置为如前所述的第二装置。所述通信装置用于执行上述第三方面或第三方面的任一可能的实现方式中的方法。具体地,所述通信装置可以包括用于执行第三方面或第三方面的任一可能的实现方式中的方法的模块,例如包括处理模块和收发模块。其中,收发模块可以是指一个功能模块,该功能模块既能完成接收信息的功能也能完成发送信息的功能。或者,收发模块可以是发送模块和接收模块的统称,发送模块用于完成发送信息的功能,接收模块用于完成接收信息的功能。示例性地,所述通信装置为车载装置。其中,
[0115]
所述收发模块,用于向第三装置发送第一随机数,其中,第一车辆承载第一集合,所述第一集合包括所述第二装置和所述第三装置,所述第一车辆还承载第一装置,所述第一装置通过所述第二装置与所述第三装置通信;
[0116]
所述收发模块,还用于接收来自所述第三装置的第三验证信息,所述第三验证信息是根据所述第一随机数和所述第三装置的身份信息生成的;
[0117]
所述处理模块,用于根据所述第三验证信息得到第四验证信息,所述第四验证信息用于验证所述第三装置的身份是否验证成功;
[0118]
所述收发模块,还用于将所述第四验证信息发送给所述第一装置。
[0119]
结合第六方面,在第六方面的一种可能的实施方式中,
[0120]
所述收发模块,还用于根据所述第二装置的身份信息和所述第一随机数生成第一验证信息,所述第一验证信息用于验证所述第二装置的身份是否验证成功;
[0121]
所述处理模块,还用于将所述第一验证信息发送给所述第一装置。
[0122]
结合第六方面,在第六方面的一种可能的实施方式中,所述第三装置的个数为多个,相应的,所述第三验证信息的个数为多个,所述处理模块用于通过如下方式根据所述第三验证信息得到第四验证信息:
[0123]
将多个所述第三验证信息进行聚合,得到所述第四验证信息。
[0124]
结合第六方面,在第六方面的一种可能的实施方式中,所述收发模块还用于:
[0125]
接收来自所述第一装置的第二消息,所述第二消息用于请求获得多个所述第三装置对应的验证信息;
[0126]
向所述第一装置发送第三消息,所述第三消息包括多个所述第三验证信息。
[0127]
关于第六方面或第六方面的各种可能的实施方式所带来的技术效果,可参考对于第三方面或第三方面的各种可能的实施方式的技术效果的介绍。
[0128]
第七方面,提供一种通信装置,该通信装置例如为如前所述的第一装置。该通信装置包括处理器和收发器,处理器和收发器用于实现上述第一方面或第一方面的各种可能的设计所描述的方法。示例性地,所述通信装置为设置在通信设备中的芯片。其中,收发器例
如通过通信设备中的天线、馈线和编解码器等实现,或者,如果所述通信装置为设置在通信设备中的芯片,那么收发器例如为芯片中的通信接口,该通信接口与通信设备中的射频收发组件连接,以通过射频收发组件实现信息的收发。示例性的,所述通信设备为车载装置。其中,
[0129]
所述收发器,用于向第二装置发送第一随机数,其中,第一车辆承载所述第一装置和第一集合,所述第二装置属于所述第一集合,所述第一集合还包括第三装置,所述第一装置通过所述第二装置与所述第三装置通信;
[0130]
所述收发器,还用于接收来自所述第二装置的第一消息,所述第一消息包括第一验证信息,所述第一验证信息用于对所述第二装置的身份进行验证,所述第一验证信息是根据所述第二装置的身份信息和所述第一随机数生成的;
[0131]
所述处理器,用于根据所述第一验证信息和所述第一随机数,确定所述第二装置的身份验证成功。
[0132]
结合第七方面,在第七方面的一种可能的实施方式中,所述处理器用于通过如下方式根据所述第一验证信息和所述第一随机数,确定所述第二装置的身份验证成功:
[0133]
根据所述第二装置的身份信息和所述第一随机数生成第二验证信息;
[0134]
确定所述第一验证信息和所述第二验证信息是否一致;
[0135]
当所述第一验证信息和所述第二验证信息一致时,确定所述第二装置的身份验证成功。
[0136]
结合第七方面,在第七方面的一种可能的实施方式中,所述第一消息还包括第四验证信息,所述第四验证信息用于指示对所述第三装置的身份验证是否成功;所述处理器用于通过如下方式根据所述第二装置的身份信息和所述第一随机数生成第二验证信息:
[0137]
根据所述第二装置的身份信息、所述第四验证信息和所述第一随机数,生成所述第二验证信息。
[0138]
结合第七方面,在第七方面的一种可能的实施方式中,所述第一消息还包括所述第三装置所生成的第三验证信息,其中,所述第三验证信息是所述第三装置根据所述第三装置的身份信息获得的。
[0139]
结合第七方面,在第七方面的一种可能的实施方式中,所述第一消息还包括第四验证信息,所述第四验证信息用于指示对所述第三装置的身份验证是否成功;所述处理器,还用于在确定所述第二装置的身份验证成功之后,当所述第四验证信息指示对所述第三装置的身份验证失败时,根据所述第三验证信息进行验证,以确定所述第三装置的身份是否验证成功。
[0140]
结合第七方面,在第七方面的一种可能的实施方式中,所述第一消息还包括第四验证信息,
[0141]
所述收发器,还用于当所述第四验证信息用于指示对所述第三装置的身份验证不成功,向所述第二装置发送第二消息,所述第二消息用于请求获得所述第三装置对应的验证信息;
[0142]
所述收发器,还用于接收来自所述第二装置的第三消息,所述第三消息包括所述第三装置对应的第三验证信息;
[0143]
所述处理器,还用于根据所述第三验证信息进行验证,以确定所述第三装置的身
份是否验证成功。
[0144]
结合第七方面,在第七方面的一种可能的实施方式中,
[0145]
所述收发器,还用于当所述处理模块确定所述第二装置的身份验证失败时,向所述第二装置发送第二消息,所述第二消息用于请求获得所述第三装置对应的验证信息;
[0146]
所述收发器,还用于接收来自所述第二装置的第三消息,所述第三消息包括所述第三装置对应的第三验证信息;
[0147]
所述处理器,还用于根据所述第三验证信息进行验证,以确定所述第三装置的身份是否验证成功。
[0148]
结合第七方面,在第七方面的一种可能的实施方式中,所述第三装置的个数为多个,所述第一消息还包括第四验证信息,所述第四验证信息是将来自多个所述第三装置的多个第三验证信息聚合得到的;所述处理器,还用于根据所述第四验证信息进行验证,以确定多个所述第三装置的身份是否验证成功。
[0149]
结合第七方面,在第七方面的一种可能的实施方式中,
[0150]
所述收发器,还用于当所述处理模块根据所述第四验证信息确定多个所述第三装置的身份验证失败时,向所述第二装置发送第二消息,所述第二消息用于请求获得多个所述第三装置对应的验证信息;
[0151]
所述收发器,还用于接收来自所述第二装置的第三消息,所述第三消息包括多个所述第三验证信息;
[0152]
所述处理器,还用于根据多个所述第三验证信息进行验证,以确定多个所述第三装置中的每个所述第三装置的身份是否验证成功。
[0153]
关于第七方面或第七方面的各种可能的实施方式所带来的技术效果,可参考对于第一方面或第一方面的各种可能的实施方式的技术效果的介绍。
[0154]
第八方面,提供一种通信装置,该通信装置例如为如前所述的第二装置。该通信装置包括处理器和收发器,处理器和收发器用于实现上述第二方面或第二方面的各种可能的设计所描述的方法。示例性地,所述通信装置为设置在通信设备中的芯片。其中,收发器例如通过通信设备中的天线、馈线和编解码器等实现,或者,如果所述通信装置为设置在通信设备中的芯片,那么收发器例如为芯片中的通信接口,该通信接口与通信设备中的射频收发组件连接,以通过射频收发组件实现信息的收发。示例性的,所述通信设备为车载装置。其中,
[0155]
所述收发器,用于向第三装置发送第二随机数,其中,第一车辆承载第一装置和第一集合,所述第二装置和所述第三装置属于所述第一集合,所述第一装置通过所述第二装置与所述第三装置通信;
[0156]
所述收发器,还用于接收来自所述第三装置的第三验证信息,所述第三验证信息是根据所述第三装置的身份信息和所述第二随机数生成的;
[0157]
所述处理器,用于根据所述第二随机数和所述第三验证信息,确定所述第三装置的身份验证成功。
[0158]
结合第八方面,在第八方面的一种可能的实施方式中,所述处理器用于通过如下方式根据所述第二随机数和所述第三验证信息,确定所述第三装置的身份验证成功:
[0159]
根据所述第二随机数和所述第三装置的身份信息,生成第五验证信息;
[0160]
根据所述第五验证信息和所述第三验证信息,确定所述第三装置的身份验证成功。
[0161]
结合第八方面,在第八方面的一种可能的实施方式中,所述处理器用于通过如下方式根据所述第五验证信息和所述第三验证信息,确定所述第三装置的身份验证成功:
[0162]
确定所述第五验证信息和所述第三验证信息是否一致;
[0163]
当所述第五验证信息和所述第三验证信息一致时,确定所述第三装置的身份验证成功。
[0164]
结合第八方面,在第八方面的一种可能的实施方式中,所述第三装置的个数为多个,则所述第五验证信息的个数为多个,以及所述第三验证信息的个数为多个,所述处理器用于通过如下方式根据所述第五验证信息和所述第三验证信息,确定所述第三装置的身份验证成功:
[0165]
将多个所述第五验证信息进行聚合,得到第六验证信息,以及,将多个所述第三验证信息进行聚合,得到第七验证信息;
[0166]
确定所述第六验证信息和所述第七验证信息是否一致;
[0167]
当所述第六验证信息和所述第七验证信息一致时,确定多个所述第三装置的身份验证成功。
[0168]
结合第八方面,在第八方面的一种可能的实施方式中,
[0169]
所述处理器,还用于根据所述第二装置的身份信息和来自所述第一装置的第一随机数生成第一验证信息;
[0170]
所述收发器,还用于向所述第一装置发送第一消息,所述第一消息包括所述第一验证信息,其中,所述第一验证信息用于对所述第二装置的身份进行验证。
[0171]
结合第八方面,在第八方面的一种可能的实施方式中,所述第一消息还包括所述第三验证信息,所述第三验证信息为所述第二装置验证失败的第三验证信息,或,所述第三验证信息为所述第二装置验证成功的第三验证信息。
[0172]
结合第八方面,在第八方面的一种可能的实施方式中,所述第二随机数的长度与所述第一随机数的长度相同且内容不同,或,所述第二随机数是将所述第一随机数和第三随机数拼接后得到的,或,所述第二随机数与所述第一随机数相同。
[0173]
关于第八方面或第八方面的各种可能的实施方式所带来的技术效果,可参考对于第二方面或第二方面的各种可能的实施方式的技术效果的介绍。
[0174]
第九方面,提供一种通信装置,该通信装置例如为如前所述的第二装置。该通信装置包括处理器和收发器,处理器和收发器用于实现上述第三方面或第三方面的各种可能的设计所描述的方法。示例性地,所述通信装置为设置在通信设备中的芯片。其中,收发器例如通过通信设备中的天线、馈线和编解码器等实现,或者,如果所述通信装置为设置在通信设备中的芯片,那么收发器例如为芯片中的通信接口,该通信接口与通信设备中的射频收发组件连接,以通过射频收发组件实现信息的收发。示例性的,所述通信设备为车载装置。其中,
[0175]
所述收发器,用于向第三装置发送第一随机数,其中,第一车辆承载第一集合,所述第一集合包括所述第二装置和所述第三装置,所述第一车辆还承载第一装置,所述第一装置通过所述第二装置与所述第三装置通信;
[0176]
所述收发器,还用于接收来自所述第三装置的第三验证信息,所述第三验证信息是根据所述第一随机数和所述第三装置的身份信息生成的;
[0177]
所述处理器,用于根据所述第三验证信息得到第四验证信息,所述第四验证信息用于验证所述第三装置的身份是否验证成功;
[0178]
所述收发器,还用于将所述第四验证信息发送给所述第一装置。
[0179]
结合第九方面,在第九方面的一种可能的实施方式中,
[0180]
所述收发器,还用于根据所述第二装置的身份信息和所述第一随机数生成第一验证信息,所述第一验证信息用于验证所述第二装置的身份是否验证成功;
[0181]
所述处理器,还用于将所述第一验证信息发送给所述第一装置。
[0182]
结合第九方面,在第九方面的一种可能的实施方式中,所述第三装置的个数为多个,相应的,所述第三验证信息的个数为多个,所述处理器用于通过如下方式根据所述第三验证信息得到第四验证信息:
[0183]
将多个所述第三验证信息进行聚合,得到所述第四验证信息。
[0184]
结合第九方面,在第九方面的一种可能的实施方式中,所述收发器还用于:
[0185]
接收来自所述第一装置的第二消息,所述第二消息用于请求获得多个所述第三装置对应的验证信息;
[0186]
向所述第一装置发送第三消息,所述第三消息包括多个所述第三验证信息。
[0187]
关于第九方面或第九方面的各种可能的实施方式所带来的技术效果,可参考对于第三方面或第三方面的各种可能的实施方式的技术效果的介绍。
[0188]
第十方面,提供一种通信装置。该通信装置可以为上述方法设计中的第一装置。示例性地,所述通信装置为设置在通信设备中的芯片。示例性地,通信设备为车载装置。该通信装置包括:存储器,用于存储计算机可执行程序代码;以及处理器,处理器与存储器耦合。其中存储器所存储的程序代码包括指令,当处理器执行所述指令时,使该通信装置执行上述第一方面或第一方面的任意一种可能的实施方式中的方法。
[0189]
其中,该通信装置还可以包括通信接口,该通信接口可以是该通信装置中的收发器,例如通过所述通信装置中的天线、馈线和编解码器等实现,或者,如果该通信装置为设置在通信设备中的芯片,则通信接口可以是该芯片的输入/输出接口,例如输入/输出管脚等。
[0190]
第十一方面,提供一种通信装置。该通信装置可以为上述方法设计中的第二装置。示例性地,所述通信装置为设置在通信设备中的芯片。示例性地,通信设备为车载装置。该通信装置包括:存储器,用于存储计算机可执行程序代码;以及处理器,处理器与存储器耦合。其中存储器所存储的程序代码包括指令,当处理器执行所述指令时,使该通信装置执行上述第二方面或第二方面的任意一种可能的实施方式中的方法。
[0191]
其中,该通信装置还可以包括通信接口,该通信接口可以是该通信装置中的收发器,例如通过所述通信装置中的天线、馈线和编解码器等实现,或者,如果该通信装置为设置在该通信设备中的芯片,则通信接口可以是该芯片的输入/输出接口,例如输入/输出管脚等。
[0192]
第十二方面,提供一种通信装置。该通信装置可以为上述方法设计中的第三装置。示例性地,所述通信装置为设置在通信设备中的芯片。示例性地,通信设备为车载装置。该
通信装置包括:存储器,用于存储计算机可执行程序代码;以及处理器,处理器与存储器耦合。其中存储器所存储的程序代码包括指令,当处理器执行所述指令时,使该通信装置执行上述第三方面或第三方面的任意一种可能的实施方式中的方法。
[0193]
其中,该通信装置还可以包括通信接口,该通信接口可以是该通信装置中的收发器,例如通过所述通信装置中的天线、馈线和编解码器等实现,或者,如果该通信装置为设置在通信设备中的芯片,则通信接口可以是该芯片的输入/输出接口,例如输入/输出管脚等。
[0194]
第十三方面,提供第一种通信系统,该通信系统包括第四方面所述的通信装置、第七四方面所述的通信装置或第十方面所述的通信装置,以及,包括第五方面所述的通信装置、第八方面所述的通信装置或第十一方面所述的通信装置。
[0195]
第十四方面,提供第二种通信系统,该通信系统包括第四方面所述的通信装置、第七四方面所述的通信装置或第十方面所述的通信装置,以及,包括第六方面所述的通信装置、第九方面所述的通信装置或第十二方面所述的通信装置。
[0196]
第一种通信系统和第二种通信系统可以是同一通信系统,或者也可以是不同的通信系统。
[0197]
第十五方面,提供一种计算机存储介质,所述计算机可读存储介质用于存储计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行上述第一方面或第一方面的任意一种可能的实施方式中所述的方法。
[0198]
第十六方面,提供一种计算机存储介质,所述计算机可读存储介质用于存储计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行上述第二方面或第一方面的任意一种可能的实施方式中所述的方法。
[0199]
第十七方面,提供一种计算机存储介质,所述计算机可读存储介质用于存储计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行上述第三方面或第三方面的任意一种可能的实施方式中所述的方法。
[0200]
第十八方面,提供一种包含指令的计算机程序产品,所述计算机程序产品用于存储计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行上述第一方面或第一方面的任意一种可能的实施方式中所述的方法。
[0201]
第十九方面,提供一种包含指令的计算机程序产品,所述计算机程序产品用于存储计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行上述第二方面或第而方面的任意一种可能的实施方式中所述的方法。
[0202]
第二十方面,提供一种包含指令的计算机程序产品,所述计算机程序产品用于存储计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行上述第三方面或第三方面的任意一种可能的实施方式中所述的方法。
[0203]
在如上提供的各个方面中,例如,设备1对设备2的身份验证成功,则设备1可以认为设备2的身份是合法的,而如果设备1对设备2的身份验证不成功(或,身份验证失败),则设备1可以认为设备2的身份是不合法的。例如,第一装置对第二装置的身份验证成功,那么第一装置可以认为第二装置的身份是合法的,而如果第一装置对第二装置的身份验证不成功(或,身份验证失败),则第一装置可以认为第二装置的身份是不合法的。
[0204]
本申请实施例提供了层级验证机制,对车辆所承载的各个装置都能进行验证,层
级验证能够尽量保证较高的验证可靠性。且对于每一层级的装置来说,需要验证的装置的个数较少,有助于减轻设备的负担。
附图说明
[0205]
图1为本申请实施例应用的一种网络架构的示意图;
[0206]
图2为本申请实施例提供的第一种身份验证方法的流程图;
[0207]
图3为本申请实施例提供的第一种身份验证方法的一种示例的流程图;
[0208]
图4为本申请实施例提供的第一种身份验证方法的一种示例的流程图;
[0209]
图5为本申请实施例提供的第一种身份验证方法的一种示例的流程图;
[0210]
图6为本申请实施例提供的对主认证节点进行身份认证的一种方法的流程图;
[0211]
图7为本申请实施例提供的第二种身份验证方法的流程图;
[0212]
图8为本申请实施例提供的第二种身份验证方法的一种示例的流程图;
[0213]
图9为本申请实施例提供的第一种第一装置的示意性框图;
[0214]
图10为本申请实施例提供的第一种第一装置的另一示意性框图;
[0215]
图11为本申请实施例提供的第一种第二装置的示意性框图;
[0216]
图12为本申请实施例提供的第一种第二装置的另一示意性框图;
[0217]
图13为本申请实施例提供的第二种第二装置的示意性框图;
[0218]
图14为本申请实施例提供的第二种第二装置的另一示意性框图;
[0219]
图15为本申请实施例提供的通信装置的示意性框图;
[0220]
图16为本申请实施例提供的通信装置的另一示意性框图;
[0221]
图17为本申请实施例提供的通信装置的再一示意性框图。
具体实施方式
[0222]
为了使本申请实施例的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施例作进一步地详细描述。
[0223]
1)车载设备,放置或安装在车辆上的设备都可以认为是车载设备。例如对于能够执行自动驾驶功能的车辆来说,一般依赖adas系统提供信息进行驾驶决策,而adas包括很多传感器,例如照相机、毫米波雷达、超声波雷达或lidar等,这些传感器都可以认为是车载设备。例如,一辆车的车内网络可以包括多个电子控制单元(electronic control unit,ecu),这些ecu都可以认为是车载设备。
[0224]
例如,一种车载设备为车载单元(on board unit,obu),一般安装在车辆上,在电子不停车收费系统(electronic toll collection,etc)系统中,路边架设路侧单元(road side unit,rsu),obu可以与rsu进行通信,例如可以通过微波来通信。在车辆通过rsu时,obu和rsu之间可以使用微波进行通信。在etc系统中,obu采用专用短距离通信(dedicated short range communications,dsrc)技术,与rsu建立微波通信链路,在车辆行进的途中,在不停车的情况下,可以实现车辆的身份识别或电子扣费等过程。
[0225]
或者,如下介绍的各种终端设备,如果位于车辆上(例如放置在车辆内或安装在车辆内),都可以认为是车载终端设备,或者称为车载设备。
[0226]
终端设备,包括向用户提供语音和/或数据连通性的设备,例如可以包括具有无线
连接功能的手持式设备、或连接到无线调制解调器的处理设备。该终端设备可以经无线接入网(radio access network,ran)与核心网进行通信,与ran交换语音和/或数据。该终端设备可以包括用户设备(user equipment,ue)、无线终端设备、移动终端设备、设备到设备通信(device-to-device,d2d)终端设备、v2x终端设备、机器到机器/机器类通信(machine-to-machine/machine-type communications,m2m/mtc)终端设备、物联网(internet of things,iot)终端设备、订户单元(subscriber unit)、订户站(subscriber station),移动站(mobile station)、远程站(remote station)、接入点(access point,ap)、远程终端(remote terminal)、接入终端(access terminal)、用户终端(user terminal)、用户代理(user agent)、或用户装备(user device)等。例如,可以包括移动电话(或称为“蜂窝”电话),具有移动终端设备的计算机,便携式、袖珍式、手持式、计算机内置的移动装置等。例如,个人通信业务(personal communication service,pcs)电话、无绳电话、会话发起协议(session initiation protocol,sip)话机、无线本地环路(wireless local loop,wll)站、个人数字助理(personal digital assistant,pda)、等设备。还包括受限设备,例如功耗较低的设备,或存储能力有限的设备,或计算能力有限的设备等。例如包括条码、射频识别(radio frequency identification,rfid)、传感器、全球定位系统(global positioning system,gps)、激光扫描器等信息传感设备。
[0227]
作为示例而非限定,在本申请实施例中,放置或安装在车辆上的车载设备还可以包括可穿戴设备。可穿戴设备也可以称为穿戴式智能设备或智能穿戴式设备等,是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称,如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上,或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备,更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能,例如:智能手表或智能眼镜等,以及只专注于某一类应用功能,需要和其它设备如智能手机配合使用,如各类进行体征监测的智能手环、智能头盔、智能首饰等。
[0228]
2)本申请实施例中的术语“系统”和“网络”可被互换使用。“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,a和/或b,可以表示:单独存在a,同时存在a和b,单独存在b的情况,其中a,b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b,或c中的至少一项(个),可以表示:a,b,c,a-b,a-c,b-c,或a-b-c,其中a,b,c可以是单个,也可以是多个。
[0229]
以及,除非有相反的说明,本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分,不用于限定多个对象的顺序、时序、优先级或者重要程度。例如,第一消息和第二消息,只是为了区分不同的消息,而并不是表示这两种消息的优先级、发送顺序或者重要程度等的不同。
[0230]
如上介绍了本申请实施例涉及的一些概念,下面介绍本申请实施例的技术特征。
[0231]
一辆车内会有多个车载设备,例如能够执行自动驾驶的车辆,一般依赖高级驾驶员辅助系统(advanced driver-assistance systems,adas)提供信息进行驾驶决策,而adas包括很多传感器,例如照相机、毫米波雷达、超声波雷达或光学雷达(lidar)等,这些传
感器都是车载设备。显而易见地,这些车载设备对车辆功能及驾驶安全的重要性不言而喻。
[0232]
但是,正规的adas传感器和ecu等车载设备,由于质量好,价格高,则维修人员为了获利,有动机使用假冒的低质量的设备来替换这些车载设备。或者,为了利润,非法商人也有动机去售卖伪劣的车载设备而获利。例如,adas传感器一般都位于车外,较容易被盗或被替换。而即使位于车内的车载设备,在维护或维修时也可能遭到替换。
[0233]
伪劣的车载设备会影响车辆的性能,甚至可能影响驾驶安全性。从信息安全的角度来讲,伪劣的车载设备更会引入系统弱点和风险。因此,保证车载设备的真实性和正规性至关重要。但对于车载设备的验证,目前尚无较为可靠的方式。
[0234]
鉴于此,提供本申请实施例的技术方案。本申请实施例中,第一集合包括第二装置和第三装置,而第一装置对第二装置进行验证即可,至于第三装置,例如可以由第二装置来验证,这样,对各级车载设备都能够进行身份验证,而且对于每一层级的车载设备,需要验证的设备的数量也相对较少,有助于减轻设备的负担。
[0235]
下面介绍本申请实施例所应用的网络架构。请参考图1,为本申请实施例所应用的一种网络架构。
[0236]
图1所示的,是一个车辆所包括的全部的车载设备或部分的车载设备。这些车载设备可以被分成若干个域(domain),每个域包括一个或多个车载设备,每个域有一个域管理员(domain manager,dm),例如,adas传感器构成一个域,其域管理员是移动数据中心(mobile data center,mdc)。另外图1中还包括dm1、dm2、dm3和dm4这4个域管理员,这4个域管理员对应于4个域,这4个域中的车载设备均以ecu为例。域内的设备通过dm与网关(gateway)通信。在本申请实施例中,可以认为域管理员是次级节点,域管理员都与网关连接,可以认为网关是主级节点。例如可以将次级节点称为次认证节点,可以将主级节点称为主认证节点。或者,域也可以称为集合。对于一个车辆来说,一般可以包括一个主认证节点,以及包括一个或多个次认证节点。对于一个集合(或者一个域)来说,除了次认证节点之外,还可以包括一个或多个车载设备。
[0237]
域管理员的设备类型可以和域内的一种设备的类型相同,或者,域管理员的设备类型和域内的设备的类型均不相同。另外,图1是以网关作为主级节点为例,实际上主级节点不限于网关,还可以是其他车载设备。
[0238]
在将车载设备划分为多个域时,划分因素可能有多种。例如可以根据车载设备所完成的功能来进行划分。例如有几个车载设备用于协同完成某种功能(例如,动力功能),就可以将这几个车载设备划分为一个域。或者也可以按照其他因素来划分不同的域。而关于域管理员,例如随机选择域内的一个车载设备作为域管理员,或者也可以选择域内的有统筹管理功能的一个车载设备作为域管理员。
[0239]
接下来结合附图介绍本申请实施例提供的技术方案。
[0240]
本申请实施例提供第一种身份验证方法,请参见图2,为该方法的流程图。在下文的介绍过程中,以该方法应用于图1所示的网络架构为例。另外,该方法可由三个通信装置(或者说,三种通信装置)执行,这三个通信装置例如为第一通信装置、第二通信装置和第三通信装置。其中,第一通信装置、第二通信装置或第三通信装置,可以是车载装置或能够支持车载装置实现该方法所需的功能的通信装置(例如芯片系统),当然还可以是其他通信装置。且对于第一通信装置、第二通信装置和第三通信装置的实现方式均不做限制,例如这三
个通信装置可以实现为相同的形式,例如均通过设备的形式实现,或者这三个通信装置也可以实现为不同的形式,例如第一通信装置通过设备的形式实现,第二通信装置通过芯片系统的方式实现,第三通信装置通过设备的形式实现,等等。
[0241]
为了便于介绍,在下文中,以该方法由第一装置、第二装置和第三装置执行为例,也就是说,以第一通信装置是第一装置、第二通信装置是第二装置、第三通信装置是第三装置为例。因为本实施例是以应用在图1所示的网络架构为例,因此,下文中所述的第一装置可以是图1所示的网络架构中的主认证节点(例如为图1中的网关),下文中所述的第二装置可以是图1所示的网络架构中的次认证节点(例如为图1中的dm或mdc),下文中所述的第三装置可以是图1所示的网络架构中的域内的设备。为了便于理解,在下文的介绍过程中,以第一装置是主认证节点、第二装置是次认证节点、第三装置是域内设备为例。
[0242]
s201、主认证节点向次认证节点发送第一随机数,次认证节点接收来自主认证节点的所述第一随机数。
[0243]
其中,第一装置和第二装置承载在第一车辆中,第一车辆可以承载第一装置和至少一个集合,至少一个集合中的每个集合可以包括一个或多个装置。其中的每个集合中,可以包括一个作为次认证节点的装置。例如第一集合是至少一个集合中的一个集合,第一集合包括第二装置和第三装置,第二装置就是第一集合中的次认证节点。在第一集合中,第三装置的个数可以是一个或多个。第一装置可以通过第二装置与第一集合所包括的第三装置通信。例如图1中,主认证节点和次认证节点都承载在第一车辆中,除了主认证节点之外,第一车辆还承载至少一个集合(或,称为至少一个域),这里所述的次认证节点(也就是第二装置)是第一车辆承载的第一集合中的次认证节点,也就是说,第二装置属于至少一个集合中的一个集合,例如称为第一集合。第一集合除了包括第二装置,还包括第三装置(也就是域内设备),则第一集合所包括的第三装置通过第二装置与第一装置进行通信。
[0244]
主认证节点可以选择合适长度的随机数,例如称为第一随机数,第一随机数可以用r表示。主认证节点可以将r发送给次认证节点。r可以用于主认证节点后续对次认证节点的认证。其中,r的长度可以根据所需要的认证强度确定,例如所需要的认证强度是128比特(bit),那么r的长度就可以是128比特。一般来说,认证强度越强,则r的长度越长。但r的长度越长,所带来的认证过程的复杂度也较高,因此对于r的长度可以适当选取。或者r的长度也可以通过协议规定等,具体的不做限制。
[0245]
其中,如果第一车辆包括了多个集合,每个集合包括一个次认证节点,则第一车辆就包括多个次认证节点。那么主认证节点可以将第一随机数发送给第一车辆包括的全部的次认证节点或部分次认证节点。不同的次认证节点接收第一随机数之后,操作方式都可以是类似的,因此图2所示的实施例只以第一集合所包括的次认证节点为例。
[0246]
s202、次认证节点向第一集合内的域内设备发送第二随机数,第一集合内的域内设备接收来自次认证节点的第二随机数。
[0247]
次认证节点可以选择合适长度的随机数,例如称为第二随机数,第二随机数可以用r’表示。次认证节点可以将r’发送给第一集合内的域内设备,例如次认证节点可以采用广播或组播的方式发送r’,则第一集合内的域内设备都可以接收来自次认证节点的r’,或者,次认证节点也可以采用单播的方式发送r’,例如次认证节点可以分别将r’发送给第一集合内的所有的域内设备,或者次认证节点也可以只将r’发送给第一集合内的部分域内设
备,这部分域内设备例如是需要进行身份验证的域内设备。r’可以用于次认证节点对域内设备的认证。
[0248]
例如,r’可以根据r确定。作为r’根据r确定的一种方式,r’根据r确定可以是指,r’的长度根据r来确定。例如r’的长度可以与r相同,在这种情况下,r’的内容可以跟r相同,即,r和r’是同一个随机数,或者,r’的内容也可以跟r不同,即,r’和r是两个长度相同但内容不同的随机数。
[0249]
作为r’根据r确定的另一种方式,r’的部分内容或全部内容可以根据r确定。例如,次认证节点选择了随机数r”,例如将r”称为第三随机数。那么第二随机数r’就可以是将r和r”进行级联(或者称为拼接)后得到的随机数,r’的长度就是r的长度和r”的长度之和。将r和r”进行级联,例如将r”的首位拼接到r的末位之后,得到r’,或者将r的首位拼接到r”的末位之后,得到r’。例如,r为101010,r”为11110011,则r’可以是10101011110011,或者r’也可以是11110011101010。
[0250]
或者,次认证节点也可以根据其他方式来确定r’,例如所确定的r’也可以与r无关,具体的不做限制。
[0251]
s203、第一域内设备根据第一域内设备的身份信息获得第三验证信息。
[0252]
第一域内设备例如是第一集合内的一个域内设备,也就是一个第三装置。第一集合可以包括一个域内设备或多个域内设备。如果第一集合包括一个域内设备,则该域内设备就是第一域内设备;或者,如果第一集合包括多个域内设备,则对于第一集合内接收了第二随机数的域内设备来说,在接收第二随机数之后的处理方式都是类似的,因此这里只以第一域内设备进行举例说明。域内设备的身份信息,例如包括域内设备的序列号,或者包括域内设备的身份号(id),或者可以包括其他的能够唯一标识域内设备的身份的信息。
[0253]
例如,第一域内设备可以根据第二随机数获得第三验证信息,或者根据第一域内设备的身份信息获得第三验证信息,或者根据第二随机数和第一域内设备的身份信息获得第三验证信息。
[0254]
作为第三验证信息的一种实现方式,第三验证信息可以是mac值。例如第一域内设备可以根据r’和得到第三验证信息,例如将第三验证信息用s
ij
表示,
[0255]
或者,作为第三验证信息的另一种实现方式,第三验证信息也可以是数字签名,例如第一集合内的域内设备存储着非对称加密中的私钥,则第一域内设备可以根据所存储的私钥对第二随机数进行加密,获得第三验证信息,或者根据所存储的私钥对第一域内设备的身份信息进行加密,获得第三验证信息,或者根据所存储的私钥对第二随机数和第一域内设备的身份信息进行加密,获得第三验证信息。这里的第一集合内的域内设备所存储的私钥均可以称为第一私钥,如果第一集合包括多个域内设备,不同的域内设备存储的第一私钥可以相同,或者也可以不同。
[0256]
s204、次认证节点根据第二随机数和第一域内设备的身份信息,生成第五验证信息。
[0257]
其中,第一集合包括一个或多个域内设备,在s202中,次认证节点可以将r’发送给
第一集合内的全部域内设备,那么在s204中,次认证节点就可以根据第二随机数和第一集合内的每个域内设备的身份信息,分别针对第一集合内的每个域内设备生成第五验证信息。或者,在s202中,次认证节点也可以只将r’发送给第一集合内的部分域内设备,这部分域内设备例如是需要进行身份验证的域内设备,那么在s204中,次认证节点就可以根据第二随机数和第一集合内的这部分域内设备的身份信息,分别针对这部分域内设备的每个域内设备生成第五验证信息。总之,次认证节点可以根据第二随机数和至少一个域内设备的身份信息得到至少一个第五验证信息,图2所示的实施例只以其中的第一域内设备为例。
[0258]
例如,次认证节点可以根据第二随机数获得第五验证信息,或者根据第一域内设备的身份信息获得第五验证信息,或者根据第二随机数和第一域内设备的身份信息获得第五验证信息。
[0259]
作为第五验证信息的一种实现方式,第五验证信息可以是mac值。例如次认证节点可以根据r’和得到第五验证信息,例如将第五验证信息用s
′
ij
表示,
[0260]
或者,作为第五验证信息的另一种实现方式,第五验证信息也可以是数字签名,例如次认证节点存储着非对称加密中的公钥,则次认证节点可以根据所存储的公钥对第二随机数进行加密,获得第五验证信息,或者根据所存储的公钥对第一域内设备的身份信息进行加密,获得第五验证信息,或者根据所存储的公钥对第二随机数和第一域内设备的身份信息进行加密,获得第五验证信息。这里的次认证节点存储的公钥可以称为第一公钥,第一公钥和第一私钥可以是一对非对称密钥。
[0261]
次认证节点可以根据第二随机数和至少一个域内设备的身份信息得到至少一个第五验证信息,那么在得到至少一个第五验证信息后,如果至少一个第五验证信息的个数大于1,则作为一种可选的方式,次认证节点还可以将至少一个第五验证信息进行聚合,得到第六验证信息。例如,次认证节点得到的至少一个第五验证信息分别表示为s
′
i1
,s
′
i2
,s
′
i3
,
……
,则次认证节点将至少一个第五验证信息进行聚合,一种聚合方式可以是,,则次认证节点将至少一个第五验证信息进行聚合,一种聚合方式可以是,其中s
″
ij
表示第六验证信息,表示异或运算。或者,次认证节点也可以采用其他方式将至少一个第五验证信息进行聚合。
[0262]
其中,s203可以在s204之前执行,或者s203在s204之后执行,或者s203和s204同步执行。
[0263]
s205、第一域内设备向次认证节点发送第三验证信息,次认证节点接收来自第一域内设备的第三验证信息。
[0264]
接收了r’的域内设备都可以获得第三验证信息。在s202中,次认证节点可以将r’发送给第一集合内的全部域内设备,那么在s205中,可以是第一集合内的全部域内设备都将第三验证信息发送给次认证节点。或者,在s202中,次认证节点也可以只将r’发送给第一集合内的部分域内设备,那么在s205中,可以是第一集合内的这部分域内设备将第三验证信息发送给次认证节点。总之,次认证节点是可以接收来自第一集合内的至少一个域内设备的至少一个第三验证信息,图2只是以其中的第一域内设备为例。
[0265]
次认证节点可以接收来自第一集合内的至少一个域内设备的至少一个第三验证
信息,那么在得到至少一个第三验证信息后,如果至少一个第三验证信息的个数大于1,则作为一种可选的方式,次认证节点还可以将至少一个第三验证信息进行聚合,得到第七验证信息。例如,次认证节点得到的至少一个第三验证信息分别表示为s
i1
,s
i2
,s
i3
,
……
,则次认证节点将至少一个第三验证信息进行聚合,一种聚合方式可以是,其中s
′″
ij
表示第七验证信息,表示异或运算。或者,次认证节点也可以采用其他方式将至少一个第三验证信息进行聚合。需要注意的是,次认证节点对至少一个第三验证信息进行聚合的方式,和对至少一个第五验证信息进行聚合的方式,应该是一致的,例如次认证节点采用如上介绍的异或运算的方式将至少一个第三验证信息进行聚合,那么次认证节点也需要采用如上介绍的异或运算的方式将至少一个第五验证信息进行聚合。
[0266]
s206、次认证节点根据第二随机数和第三验证信息,以确定第一域内设备的身份是否验证成功。
[0267]
其中,次认证节点在s205中可以接收来自至少一个域内设备的至少一个第三验证信息,那么在s206中,次认证节点可以根据第二随机数和至少一个第三验证信息进行验证,以确定至少一个域内设备的身份是否验证成功。因为对于每个域内设备来说,次认证节点的验证过程都是类似的,因此图2只是以其中的第一域内设备为例。
[0268]
在s204中,次认证节点已经根据第二随机数和第一域内设备的身份信息生成了第五验证信息,那么在s206中,次认证节点可以根据第五验证信息和第三验证信息进行验证,以确定第一域内设备的身份是否验证成功。在本申请的各个实施例中,例如,设备1对设备2的身份验证成功,则设备1可以认为设备2的身份是合法的,而如果设备1对设备2的身份验证不成功(或,身份验证失败),则设备1可以认为设备2的身份是不合法的。例如,次认证节点对第一域内设备的身份验证成功,那么次认证节点可以认为第一域内设备的身份是合法的,而如果次认证节点对第一域内设备的身份验证不成功(或,身份验证失败),则次认证节点可以认为第一域内设备的身份是不合法的。例如,次认证节点可以将第五验证信息和第三验证信息进行比对,以确定二者是否一致。如果二者一致,则次认证节点确定第一域内设备的身份验证成功,而如果二者不一致,则次认证节点确定第一域内设备的身份验证失败。例如第五验证信息为s
′
ij
,第三验证信息为s
ij
,则次认证节点可以将s
′
ij
和s
ij
进行比较,确定二者是否一致。如果s
′
ij
和s
ij
相同,则次认证节点确定第一域内设备的身份验证成功,或者,如果s
′
ij
和s
ij
不同,则次认证节点确定第一域内设备的身份验证失败。通过这种方式,次认证节点可以分别确定第一集合内的至少一个域内设备的身份是否验证成功,确定的粒度较细。
[0269]
或者,在前文介绍了,次认证节点可以将至少一个第三验证信息进行聚合,得到第七验证信息,以及将至少一个第五验证信息进行聚合,得到第六验证信息,那么,次认证节点根据第二随机数和第三验证信息进行验证,也可以是,次认证节点将第六验证信息和第七验证信息进行比对,以确定第六验证信息和第七验证信息是否一致,如果第六验证信息和第七验证信息一致,则次认证节点确定所述的至少一个域内设备的身份验证成功,或者,如果第六验证信息和第七验证信息不一致,则次认证节点确定所述的至少一个域内设备的身份验证失败。在这种方式下,次认证节点只需确定第六验证信息和第七验证信息是否一致即可,无需针对每个域内设备都分别确定身份是否验证成功,可以减少次认证节点的工
作量。
[0270]
s207、次认证节点向主认证节点发送第一消息,主认证节点接收来自次认证节点的所述第一消息,所述第一消息包括第一验证信息。第一验证信息可以用于对次认证节点的身份进行验证。
[0271]
例如,次认证节点可以根据第一随机数和次认证节点的身份信息生成第一验证信息。次认证节点的身份信息,例如包括次认证节点的序列号,或者包括次认证节点的身份号(id),或者可以包括其他的能够唯一标识次认证节点的身份的信息。另外,作为一种可选的方式,第一验证信息还可以指示对第一集合包括的域内设备的身份验证成功或不成功。因此,在生成第一验证信息时,还可以加入标签(tag)的值,例如tag的值可以是“成功”或“不成功(或失败)”。如果用于生成第一验证信息的tag的值为“成功”,则第一验证信息用于指示对第一集合包括的域内设备的身份验证成功,而如果用于生成第一验证信息的tag的值为“不成功”,则第一验证信息用于指示对第一集合包括的域内设备的身份验证不成功。
[0272]
第一验证信息可以指示对第一集合包括的域内设备的身份验证是否成功。例如,第一集合除了次认证节点之外只包括一个域内设备,则第一验证信息可以指示对该域内设备的身份验证是否成功;或者,第一集合除了次认证节点之外包括多个域内设备,则第一验证信息可以指示对这多个域内设备的身份验证是否成功。
[0273]
如果次认证节点是通过分别将至少一个域内设备中的每个域内设备对应的第五验证信息和第三验证信息进行比较,以确定至少一个域内设备中的每个域内设备的身份是否验证成功,那么,如果次认证节点确定至少一个域内设备的身份均验证成功,也就是说,次认证节点将至少一个域内设备中的每个域内设备对应的第五验证信息和第三验证信息进行比较,比较的结果均一致,则次认证节点可以生成第一验证信息,此时的第一验证信息可以指示对第一集合包括的域内设备的身份验证成功。或者,如果次认证节点确定至少一个域内设备中只要有一个域内设备的身份验证失败,也就是说,次认证节点将至少一个域内设备中的每个域内设备对应的第五验证信息和第三验证信息进行比较,至少有一个比较的结果不一致,则次认证节点可以生成第一验证信息,此时的第一验证信息可以指示对第一集合包括的域内设备的身份验证不成功(或者说身份验证失败)。
[0274]
例如,第五验证信息为s
′
ij
,第三验证信息为s
ij
,次认证节点依次比较s
ij
和s
′
ij
,例如,次认证节点比较s
i1
和s
′
i1
是否一致,比较s
i2
和s
′
i2
是否一致,比较s
i3
和s
′
i3
是否一致,以此类推。如果确定s
ij
和s
′
ij
的比较结果均一致,例如,s
i1
和s
′
i1
一致,s
i2
和s
′
i2一致,s
i3
和s
′
i3
一致,以此类推,则次认证节点生成第一验证信息,第一验证信息指示对第一集合包括的域内设备的身份验证成功。或者,如果确定s
ij
和s
′
ij
的比较结果中有至少一个比较结果不一致,例如,s
i1
和s
′
i1
一致,s
i2
和s
′
i2
一致,s
i3
和s
′
i3
不一致,则次认证节点生成第一验证信息,第一验证信息指示对第一集合包括的域内设备的身份验证不成功。
[0275]
或者,如果次认证节点是通过将第六验证信息和第七验证信息进行比较,以确定至少一个域内设备的身份是否验证成功,那么,如果次认证节点确定至少一个域内设备的身份均验证成功,也就是说,次认证节点将第六验证信息和第七验证信息进行比较,比较的结果为第六验证信息和第七验证信息一致,则次认证节点可以生成第一验证信息,此时的第一验证信息指示对第一集合包括的域内设备的身份验证成功。或者,如果次认证节点确定至少一个域内设备的身份验证失败,也就是说,次认证节点将第六验证信息和第七验证
信息进行比较,比较的结果为第六验证信息和第七验证信息不一致,则次认证节点可以生成第一验证信息,此时的第一验证信息指示对第一集合包括的域内设备的身份验证不成功(或者说身份验证失败)。
[0276]
例如,s
′″
ij
表示第七验证信息,s
″
ij
表示第六验证信息,次认证节点比较s
′″
ij
和s
″
ij
,确定二者是否一致。如果二者一致,则次认证节点可以生成第一验证信息,第一验证信息用于指示对第一集合包括的域内设备的身份验证成功,或者,如果二者不一致,次认证节点也可以生成第一验证信息,此时的第一验证信息用于指示对第一集合包括的域内设备的身份验证不成功。
[0277]
作为第一验证信息的一种实现方式,第一验证信息可以是mac值。例如,次认证节点可以根据r、和tag生成第一验证信息,例如tag=“成功”或“不成功(或失败)”,s
i
表示第一验证信息。例如,tag占用1比特(bit),如果这1比特的取值为“1”则表示“成功”,如果这1比特的取值为“0”则表示“不成功”,或者tag也可以通过其他方式来表示“成功”或“不成功”。
[0278]
或者,作为第一验证信息的另一种实现方式,第一验证信息也可以是数字签名,例如次认证节点存储着非对称加密中的私钥,则次认证节点可以根据所存储的私钥对r、和tag进行加密,获得第一验证信息。这里的次认证节点存储的私钥可以称为第一私钥。
[0279]
s208、主认证节点根据第一验证信息和第一随机数,确定次认证节点的身份是否验证成功。
[0280]
主认证节点接收第一验证信息后,可以根据第一验证信息和第一随机数来确定次认证节点的身份是否验证成功。相当于,次认证节点可以对域内设备进行验证,而主认证节点可以对次认证节点进行验证,由此形成层级验证机制。例如,主认证节点对次认证节点的身份验证成功,那么主认证节点可以认为次认证节点的身份是合法的,而如果主认证节点对次认证节点的身份验证不成功(或,身份验证失败),则主认证节点可以认为次认证节点的身份是不合法的。
[0281]
例如对于主认证节点来说,次认证节点的身份信息是已知的,则主认证节点可以按照与次认证节点生成第一验证信息的相同的方式来生成验证信息,例如称为第二验证信息,或者,次认证节点的身份信息也可以携带在第一消息中,则主认证节点也可以按照与次认证节点生成第一验证信息的相同的方式来生成第二验证信息。例如,主认证节点可以根据次认证节点的身份信息和第一随机数生成第二验证信息。主认证节点可以比较第二验证信息和第一验证信息是否一致,如果第二验证信息和第一验证信息一致,则主认证节点对次认证节点的身份验证成功,或者说,主认证节点确定次认证节点的身份验证成功,或者,如果第二验证信息和第一验证信息不一致,则主认证节点对次认证节点的身份验证不成功,或者说,主认证节点确定次认证节点的身份验证失败。
[0282]
作为一种可选的方式,第一消息还可以携带第四验证信息,例如第四验证信息为tag,tag=“成功”或“不成功(或失败)”。也就是说,如果次认证节点对第一集合包括的域内设备的身份验证成功,则次认证节点除了向主认证节点发送第一验证信息之外,还可以发送第四验证信息,第四验证信息指示“成功”,或者,如果次认证节点对第一集合包括的域内设备的身份验证不成功,则次认证节点除了向主认证节点发送第一验证信息之外,还可以
发送第四验证信息,第四验证信息指示“不成功”。
[0283]
那么,主认证节点在生成第二验证信息时,还可以考虑加入tag。当然前提是,次认证节点在生成第二验证信息时,也加入了tag。例如,如果第四验证信息指示“成功”,则主认证节点可以根据次认证节点的身份信息、r以及tag=“成功”,生成第二验证信息。或者,如果第四验证信息指示“不成功”,则主认证节点可以根据次认证节点的身份信息、r以及tag=“不成功”,生成第二验证信息。主认证节点生成第二验证信息的方式和次认证节点生成第一验证信息的方式需要是一致的,例如第一验证信息为mac值,则第二验证信息也是mac值,或者,第一验证信息是次认证节点根据私钥生成的,则第二验证信息就需要是主认证节点根据公钥生成的。这里的主认证节点的公钥可以称为第二公钥,第二公钥和第二私钥可以是一对非对称密钥。
[0284]
主认证节点的验证结果可以包括几种,下面分别介绍。
[0285]
1、主认证节点确定次认证节点的身份验证成功,且次认证节点确定至少一个域内设备的身份验证成功。
[0286]
也就是说,主认证节点确定第一验证信息和第二验证信息一致,且第四验证信息用于指示对第一集合包括的除了所述次认证节点之外的其他的域内设备的身份验证成功。
[0287]
在这种情况下,只要主认证节点确定第一验证信息和第二验证信息一致,则认证过程可以结束。此时,认为次认证节点和第一集合内的至少一个域内设备的身份都是验证成功的。
[0288]
2、主认证节点确定次认证节点的身份验证成功,且次认证节点确定至少一个域内设备的身份验证失败。
[0289]
也就是说,主认证节点确定第一验证信息和第二验证信息一致,且第四验证信息用于指示对第一集合包括的除了所述次认证节点之外的其他的域内设备的身份验证不成功。在这种情况下,主认证节点可以直接确定次认证节点的身份验证成功,以及确定至少一个域内设备的身份验证失败,但主认证节点无法确定究竟是至少一个域内设备中的哪些域内设备的身份验证失败。
[0290]
或者,主认证节点除了确定次认证节点的身份验证成功之外,也可以进一步对第一集合内的至少一个域内设备的身份进行验证。
[0291]
例如,第一消息除了包括第一验证信息之外,还包括n个域内设备的第三验证信息,这n个域内设备可以是所述的至少一个域内设备中的一个或多个,n为正整数。例如,次认证节点除了将第一验证信息发送给主认证节点之外,还可以将至少一个域内设备的第三验证信息均发送给主认证节点,则n个域内设备就包括至少一个域内设备中的全部的域内设备。例如第一域内设备是n个域内设备中的一个,则第一域内设备可以是次认证节点进行身份验证成功的域内设备,也可以是次认证节点进行身份验证失败的域内设备。这种方式较为适用于次认证节点是依次验证至少一个域内设备中的每个域内设备的身份、且次认证节点对至少一个域内设备的身份验证均失败的情况,或者,这种方式可以适用于,次认证节点是根据第六验证信息和第七验证信息验证至少一个域内设备的身份,如果验证失败,则次认证节点可能无法定位究竟是哪个域内设备的身份验证失败,则次认证节点可以将至少一个域内设备的第三验证信息均发送给主认证节点,由主认证节点进一步验证。
[0292]
或者,如果第四验证信息用于指示对第一集合包括的除了所述次认证节点之外的
其他的域内设备的身份验证不成功,则表明次认证节点对至少一个域内设备中的一个或多个域内设备的身份验证不成功,则次认证节点可以只是将身份验证不成功的域内设备对应的第三验证信息发送给主认证节点,此时n个域内设备就包括至少一个域内设备中被次认证节点验证不成功的域内设备。例如第一域内设备是n个域内设备中的一个,则第一域内设备可以是次认证节点进行身份验证失败的域内设备。这种方式较为适用于次认证节点是依次验证至少一个域内设备中的每个域内设备的身份、且次认证节点对至少一个域内设备中的部分域内设备的身份验证失败的情况。
[0293]
那么,如果主认证节点确定次认证节点的身份验证成功,第一验证信息用于指示对第一集合包括的域内设备的身份验证不成功,且第一消息包括n个第三验证信息,则主认证节点可以依次对n个第三验证信息中的每个进行验证,以确定究竟是哪个域内设备的身份验证失败。
[0294]
或者,第一消息也可以不包括n个第三验证信息,如果主认证节点确定第一验证信息和第二验证信息一致,且第四验证信息用于指示对第一集合包括的域内设备的身份验证不成功,则主认证节点可以向次认证节点发送第二消息,第二消息用于请求获得至少一个域内设备对应的验证信息。次认证节点接收来自主认证节点的第二消息后,就可以将n个第三验证信息发送给主认证节点,例如次认证节点可以向主认证节点发送第三消息,第三消息包括n个第三验证信息。其中,如果次认证节点是依次验证至少一个域内设备中的每个域内设备的身份,那么n个第三验证信息可以包括至少一个域内设备中的全部的域内设备的第三验证信息,或者,n个第三验证信息也可以包括至少一个域内设备中被次认证节点验证失败的域内设备的第三验证信息。或者,如果次认证节点是根据第六验证信息和第七验证信息对至少一个域内设备总体进行验证,那么n个第三验证信息可以包括至少一个域内设备中的全部的域内设备的第三验证信息。或者,第二消息是用于请求获得至少一个域内设备对应的验证信息,则n个第三验证信息可以包括至少一个域内设备中的全部的域内设备的第三验证信息。
[0295]
例如,主认证节点可以生成n个第八验证信息,通过n个第八验证信息来对n个第三验证信息进行验证。例如,对应于一个域内设备的第八验证信息和第三验证信息一致,则主认证节点认为该域内设备的身份验证成功,否则认为该域内设备的身份验证失败。例如,主认证节点对一个域内设备的身份验证成功,那么主认证节点可以认为该域内设备的身份是合法的,而如果主认证节点对一个域内设备的身份验证不成功(或,身份验证失败),则主认证节点可以认为该域内设备的身份是不合法的。例如,主认证节点可以根据第二随机数获得n个第八验证信息,或者根据n个域内设备的身份信息获得n个第八验证信息,或者根据第二随机数和n个域内设备的身份信息获得n个第八验证信息。
[0296]
作为第八验证信息的一种实现方式,第八验证信息可以是mac值。例如主认证节点可以根据r’和n个域内设备的身份信息得到第八验证信息。
[0297]
或者,作为第八验证信息的另一种实现方式,第八验证信息也可以是数字签名,例如主认证节点存储着非对称加密中的公钥,则主认证节点可以根据所存储的公钥对第二随机数进行加密,获得n个第八验证信息,或者根据所存储的公钥对n个域内设备的身份信息进行加密,获得n个第八验证信息,或者根据所存储的公钥对第二随机数和n个域内设备的身份信息进行加密,获得n个第八验证信息。这里的主认证节点存储的公钥可以是第一公
钥。
[0298]
其中,主认证节点生成第八验证信息的方式和域内设备生成第三验证信息的方式需要是一致的,例如第三验证信息为mac值,则第八验证信息也是mac值,或者,第三验证信息是域内设备根据私钥生成的,则第八验证信息就需要是主认证节点根据公钥生成的。
[0299]
主认证节点通过对n个域内设备分别进行身份验证,可以确定究竟是哪个域内设备的身份验证失败,从而可以对身份验证失败的域内设备进行相应的处理,而身份验证成功的域内设备可以继续正常工作。通过这种方式,可以有效定位身份验证失败的域内设备,也可以减少对身份验证成功的域内设备的影响。
[0300]
3、主认证节点确定次认证节点的身份验证失败,且次认证节点确定至少一个域内设备的身份验证成功。
[0301]
也就是说,主认证节点确定第一验证信息和第二验证信息不一致,且第四验证信息用于指示对第一集合包括的除了所述次认证节点之外的其他的域内设备的身份验证成功。在这种情况下,主认证节点可以直接确定次认证节点的身份验证失败,以及主认证节点可以认为第一验证信息不可靠。
[0302]
在这种情况下,主认证节点可以直接确定次认证节点的身份验证失败,但由于第一验证信息不可靠,则主认证节点无法确定至少一个域内设备的身份是否验证成功。或者,在这种情况下,主认证节点如果确定次认证节点的身份验证失败,则可以进一步对第一集合内的至少一个域内设备的身份进行验证。
[0303]
例如,第一消息除了包括第一验证信息之外,还包括n个域内设备的第三验证信息,这n个域内设备可以是所述的至少一个域内设备,n为正整数。例如,次认证节点除了将第一验证信息发送给主认证节点之外,还可以将至少一个域内设备的至少一个第三验证信息发送给主认证节点,因为次认证节点对至少一个域内设备的身份验证是成功的,因此次认证节点可以将至少一个域内设备的至少一个第三验证信息均发送给主认证节点,也就是说,n个域内设备就包括至少一个域内设备中的全部的域内设备。
[0304]
那么,如果主认证节点确定次认证节点的身份验证失败,且第一消息包括n个第三验证信息,则主认证节点可以依次对n个第三验证信息中的每个进行验证,以确定n个域内设备的身份是否验证成功。
[0305]
或者,第一消息也可以不包括n个第三验证信息,如果主认证节点确定第一验证信息和第二验证信息不一致,也就是第一装置对第二装置的身份验证不成功。则主认证节点可以向次认证节点发送第二消息,第二消息用于请求获得至少一个域内设备对应的验证信息。次认证节点接收来自主认证节点的第二消息后,就可以将n个第三验证信息发送给主认证节点,例如次认证节点可以向主认证节点发送第三消息,第三消息包括n个第三验证信息。在这里,n个第三验证信息可以包括至少一个域内设备中的全部的域内设备的第三验证信息。
[0306]
例如,主认证节点可以生成n个第八验证信息,通过n个第八验证信息来对n个第三验证信息进行验证。例如,对应于一个域内设备的第八验证信息和第三验证信息一致,则主认证节点认为该域内设备的身份验证成功,否则认为该域内设备的身份验证失败。例如,主认证节点可以根据第二随机数获得n个第八验证信息,或者根据n个域内设备的身份信息获得n个第八验证信息,或者根据第二随机数和n个域内设备的身份信息获得n个第八验证信
息。关于主认证节点根据第八验证信息对第三验证信息进行验证的方式,可参考上文中第2点的介绍。
[0307]
主认证节点通过对n个域内设备分别进行身份验证,可以确定究竟是哪个域内设备的身份验证失败,从而可以对身份验证失败的域内设备进行相应的处理,而身份验证成功的域内设备可以继续正常工作。通过这种方式,即使在次认证节点不可靠的情况下,主认证节点也可以有效定位身份验证失败的域内设备,且能减少对身份验证成功的域内设备的影响。
[0308]
4、主认证节点确定次认证节点的身份验证失败,且次认证节点确定至少一个域内设备的身份验证失败。
[0309]
也就是说,主认证节点确定第一验证信息和第二验证信息不一致,且第四验证信息用于指示对第一集合包括的域内设备的身份验证不成功。在这种情况下,主认证节点可以直接确定次认证节点的身份验证失败,以及主认证节点可以认为第一验证信息不可靠。
[0310]
在这种情况下,主认证节点可以直接确定次认证节点的身份验证失败,但由于第一验证信息不可靠,则主认证节点无法确定至少一个域内设备的身份是否验证成功。或者,在这种情况下,主认证节点如果确定次认证节点的身份验证失败,则可以进一步对第一集合内的至少一个域内设备的身份进行验证。
[0311]
例如,第一消息除了包括第一验证信息之外,还包括n个域内设备的第三验证信息,这n个域内设备可以是所述的至少一个域内设备中的一个或多个,n为正整数。例如,次认证节点除了将第一验证信息发送给主认证节点之外,还可以将至少一个域内设备的第三验证信息均发送给主认证节点,则n个域内设备就包括至少一个域内设备中的全部的域内设备。这种方式较为适用于次认证节点是依次验证至少一个域内设备中的每个域内设备的身份、且次认证节点对至少一个域内设备的身份验证均失败的情况,或者,这种方式可以适用于,次认证节点是根据第六验证信息和第七验证信息验证至少一个域内设备的身份,如果验证失败,则次认证节点可能无法定位究竟是哪个域内设备的身份验证失败,则次认证节点可以将至少一个域内设备的第三验证信息均发送给主认证节点,由主认证节点进一步验证。
[0312]
或者,如果第四验证信息用于指示对第一集合包括的域内设备的身份验证不成功,则表明次认证节点对至少一个域内设备中的一个或多个域内设备的身份验证不成功,则次认证节点可以只是将身份验证不成功的域内设备对应的第三验证信息发送给主认证节点,此时n个域内设备就包括至少一个域内设备中被次认证节点验证不成功的域内设备。这种方式较为适用于次认证节点是依次验证至少一个域内设备中的每个域内设备的身份、且次认证节点对至少一个域内设备中的部分域内设备的身份验证失败的情况。
[0313]
那么,如果主认证节点确定次认证节点的身份验证成功,第一验证信息用于指示对第一集合包括的域内设备的身份验证不成功,且第一消息包括n个第三验证信息,则主认证节点可以依次对n个第三验证信息中的每个进行验证,以确定究竟是哪个域内设备的身份验证失败。
[0314]
或者,第一消息也可以不包括n个第三验证信息,如果主认证节点确定第一验证信息和第二验证信息不一致,则主认证节点可以向次认证节点发送第二消息,第二消息用于请求获得至少一个域内设备对应的验证信息。次认证节点接收来自主认证节点的第二消息
后,就可以将n个第三验证信息发送给主认证节点,例如次认证节点可以向主认证节点发送第三消息,第三消息包括n个第三验证信息。其中,如果次认证节点是依次验证至少一个域内设备中的每个域内设备的身份,那么n个第三验证信息可以包括至少一个域内设备中的全部的域内设备的第三验证信息,或者,n个第三验证信息也可以包括至少一个域内设备中被次认证节点验证失败的域内设备的第三验证信息。或者,如果次认证节点是根据第六验证信息和第七验证信息对至少一个域内设备总体进行验证,那么n个第三验证信息可以包括至少一个域内设备中的全部的域内设备的第三验证信息。或者,第二消息是用于请求获得至少一个域内设备对应的验证信息,则n个第三验证信息可以包括至少一个域内设备中的全部的域内设备的第三验证信息。
[0315]
例如,主认证节点可以生成n个第八验证信息,通过n个第八验证信息来对n个第三验证信息进行验证。例如,对应于一个域内设备的第八验证信息和第三验证信息一致,则主认证节点认为该域内设备的身份验证成功,否则认为该域内设备的身份验证失败。例如,主认证节点可以根据第二随机数获得n个第八验证信息,或者根据n个域内设备的身份信息获得n个第八验证信息,或者根据第二随机数和n个域内设备的身份信息获得n个第八验证信息。关于主认证节点根据第八验证信息对第三验证信息进行验证的方式,可参考上文中第2点的介绍。
[0316]
本申请实施例相当于采用了层级验证的方式,第一装置可以对第二装置进行验证,二对于第三装置,例如可以通过第二装置来验证,这样,对各级车载设备都能够进行身份验证,层级验证方式也增加了严重的可靠性。且相对于由一个设备对其他所有设备进行验证的方案来说,采用本申请实施例的技术方案,对于每一层级的车载设备,需要验证的设备的数量也相对较少,例如第一装置验证第二装置即可,无需对第三装置也逐一验证,有助于减轻设备的负担。例如,第一装置对第二装置的验证失败,则第一装置可以认为第二装置对第三装置的验证均失败,或者第一装置也可以进一步对第三装置进行验证,相当于可以进行多重验证。通过这种方式,可以提高车载设备的安全性,防止正规的车载设备被伪劣的车载设备所替换。
[0317]
为了更好地理解图2所示的实施例所介绍的技术方案,下面对图2所示的实施例所涉及的一些子方案进行举例介绍。
[0318]
请参考图3,为本申请实施例提供的第一种身份验证方法的第一种实施方式的流程。图3所示的流程以次认证节点不将至少一个第三验证信息进行聚合、不将至少一个第五验证信息进行聚合、且第一消息不包括n个域内设备的第三验证信息为例。
[0319]
s301、主认证节点选择第一随机数r。
[0320]
关于第一随机数r的选择方式,可参考图2所示的实施例中的s201的介绍。
[0321]
s302、主认证节点向次认证节点发送第一随机数r,次认证节点接收来自主认证节点的第一随机数r。
[0322]
s303、次认证节点选择第二随机数r’。
[0323]
关于第二随机数r’的选择方式,可参考图2所示的实施例中的s202的介绍。例如图3所示的流程中,r’和r的内容不同,但长度相同。
[0324]
s304、次认证节点向第一集合内的域内设备发送第二随机数r’,第一集合内的域内设备接收来自次认证节点的第二随机数r’。
[0325]
图3中,只以第一集合内的域内设备j为例。
[0326]
s305、域内设备j根据域内设备j的身份信息获得第三验证信息s
ij
,例如,例如
[0327]
s306、次认证节点根据域内设备j的身份信息获得第五验证信息s
′
ij
,例如,例如
[0328]
其中,s305可以在s306之前执行,或者s305在s306之后执行,或者s305和s306同步执行。
[0329]
s307、域内设备j向次认证节点发送s
ij
,次认证节点接收来自域内设备j的s
ij
。
[0330]
接收了r’的域内设备都可以获得第三验证信息。在s304中,次认证节点可以将r’发送给第一集合内的全部域内设备,那么在s307中,可以是第一集合内的全部域内设备都将第三验证信息发送给次认证节点。或者,在s304中,次认证节点也可以只将r’发送给第一集合内的部分域内设备,那么在s307中,可以是第一集合内的这部分域内设备将第三验证信息发送给次认证节点。总之,次认证节点是可以接收来自第一集合内的至少一个域内设备的至少一个第三验证信息,图3只是以其中的域内设备j为例。
[0331]
s308、次认证节点比较s
ij
和s
′
ij
,以确定域内设备j的身份是否验证成功。
[0332]
如果s
ij
和s
′
ij
一致,则次认证节点认为域内设备j的身份验证成功,或者,如果s
ij
和s
′
ij
不一致,则次认证节点认为域内设备j的身份验证失败。
[0333]
其中,次认证节点在s307中可以接收来自至少一个域内设备的至少一个第三验证信息,那么在s308中,次认证节点可以根据第二随机数和至少一个第三验证信息进行验证,以确定至少一个域内设备的身份是否验证成功。如果至少一个域内设备的身份均验证成功,则执行s309,或者,如果至少一个域内设备中有一个或多个域内设备的身份验证失败,则执行s310。
[0334]
s309、次认证节点向主认证节点发送第一消息,第一消息包括第一验证信息s
i
,其中,例如tag占用1个比特,tag=“1”就表示“成功”,tag=“0”就表示“不成功(或失败)”。
[0335]
如果次认证节点确定至少一个域内设备的身份均验证成功,也就是说,次认证节点将至少一个域内设备中的每个域内设备对应的第五验证信息和第三验证信息进行比较,比较的结果均一致,则次认证节点可以生成
[0336]
s310、次认证节点向主认证节点发送第一消息,第一消息包括第一验证信息s
i
,其中,例如tag占用1个比特,tag=“1”就表示“成功”,tag=“0”就表示“不成功(或失败)”。
[0337]
s311、主认证节点验证s
i
。如果s
i
验证失败,则认为次认证节点的身份验证失败,或者,如果s
i
验证成功,但则认为域内设备的身份验证失败,或者,如果s
i
验证成功,且则认为次认证节点和域内设备的身份均验证成功。
[0338]
关于图3所示的流程中的步骤的一些具体实施细节,均可参考图2所示的实施例的
相关描述。
[0339]
请参考图4,为本申请实施例提供的第一种身份验证方法的第二种实施方式的流程。图4所示的流程以次认证节点不将至少一个第三验证信息进行聚合、不将至少一个第五验证信息进行聚合、且第一消息包括n个域内设备的第三验证信息为例。
[0340]
s401、主认证节点选择第一随机数r。
[0341]
关于第一随机数r的选择方式,可参考图2所示的实施例中的s201的介绍。
[0342]
s402、主认证节点向次认证节点发送第一随机数r,次认证节点接收来自主认证节点的第一随机数r。
[0343]
s403、次认证节点选择第二随机数r’。
[0344]
关于第二随机数r’的选择方式,可参考图2所示的实施例中的s202的介绍。例如图4所示的流程中,r’是r和第三随机数级联后得到的。
[0345]
s404、次认证节点向第一集合内的域内设备发送第二随机数r’,第一集合内的域内设备接收来自次认证节点的第二随机数r’。
[0346]
图4中,只以第一集合内的域内设备j为例。
[0347]
s405、域内设备j根据域内设备j的身份信息获得第三验证信息s
ij
,例如,例如
[0348]
s406、次认证节点根据域内设备j的身份信息获得第五验证信息s
′
ij
,例如,例如
[0349]
其中,s405可以在s406之前执行,或者s405在s406之后执行,或者s405和s406同步执行。
[0350]
s407、域内设备j向次认证节点发送s
ij
,次认证节点接收来自域内设备j的s
ij
。
[0351]
接收了r’的域内设备都可以获得第三验证信息。在s404中,次认证节点可以将r’发送给第一集合内的全部域内设备,那么在s407中,可以是第一集合内的全部域内设备都将第三验证信息发送给次认证节点。或者,在s404中,次认证节点也可以只将r’发送给第一集合内的部分域内设备,那么在s407中,可以是第一集合内的这部分域内设备将第三验证信息发送给次认证节点。总之,次认证节点是可以接收来自第一集合内的至少一个域内设备的至少一个第三验证信息,图4只是以其中的域内设备j为例。
[0352]
s408、次认证节点比较s
ij
和s
′
ij
,以确定域内设备j的身份是否验证成功。
[0353]
如果s
ij
和s
′
ij
一致,则次认证节点认为域内设备j的身份验证成功,或者,如果s
ij
和s
′
ij
不一致,则次认证节点认为域内设备j的身份验证失败。
[0354]
其中,次认证节点在s407中可以接收来自至少一个域内设备的至少一个第三验证信息,那么在s408中,次认证节点可以根据第二随机数和至少一个第三验证信息进行验证,以确定至少一个域内设备的身份是否验证成功。如果至少一个域内设备的身份均验证成功,则执行s409,或者,如果至少一个域内设备中有一个或多个域内设备的身份验证失败,则执行s410。
[0355]
s409、次认证节点向主认证节点发送第一消息,第一消息包括第一验证信息s
i
,其中,例如tag占用1个比特,tag=“1”就表示“成功”,tag=
“
0”就表示“不成功(或失败)”。
[0356]
如果次认证节点确定至少一个域内设备的身份均验证成功,也就是说,次认证节点将至少一个域内设备中的每个域内设备对应的第五验证信息和第三验证信息进行比较,比较的结果均一致,则次认证节点可以生成
[0357]
s410、次认证节点向主认证节点发送第一消息,第一消息包括第一验证信息s
i
,以及包括
[0358]
其中,例如tag占用1个比特,tag=“1”就表示“成功”,tag=“0”就表示“不成功(或失败)”。{s
ij
}
j∈err
就表示n个域内设备的第三验证信息,在这种情况下,n个域内设备可以包括至少一个域内设备中被次认证节点验证不成功的域内设备。而表示n个域内设备的身份信息。因此,第一消息可以包括n个域内设备的身份信息以及第三验证信息。
[0359]
s411、主认证节点验证s
i
。如果s
i
验证失败,则认为次认证节点的身份验证失败;或者,如果s
i
验证成功,但则逐一验证s
ij
,如果对某个s
ij
验证失败,则确定该s
ij
对应的域内设备的身份验证失败,否则确定该s
ij
对应的域内设备的身份验证成功;或者,如果s
i
验证成功,且则认为次认证节点和域内设备的身份均验证成功。
[0360]
关于图4所示的流程中的步骤的一些具体实施细节,均可参考图2所示的实施例的相关描述。
[0361]
请参考图5,为本申请实施例提供的第一种身份验证方法的第三种实施方式的流程。图5所示的流程以次认证节点将至少一个第三验证信息进行聚合、将至少一个第五验证信息进行聚合、且第一消息包括n个域内设备的第三验证信息为例。
[0362]
s501、主认证节点选择第一随机数r。
[0363]
关于第一随机数r的选择方式,可参考图2所示的实施例中的s201的介绍。
[0364]
s502、主认证节点向次认证节点发送第一随机数r,次认证节点接收来自主认证节点的第一随机数r。
[0365]
s503、次认证节点选择第二随机数r’。
[0366]
关于第二随机数r’的选择方式,可参考图2所示的实施例中的s202的介绍。例如图5所示的流程中,r’是r和第三随机数级联后得到的。
[0367]
s504、次认证节点向第一集合内的域内设备发送第二随机数r’,第一集合内的域内设备接收来自次认证节点的第二随机数r’。
[0368]
图5中,只以第一集合内的域内设备j为例。
[0369]
s505、域内设备j根据域内设备j的身份信息获得第三验证信息s
ij
,例如,例如
[0370]
s506、次认证节点根据域内设备j的身份信息获得第五验证信息s
′
ij
,例如,例如
[0371]
次认证节点可以根据第二随机数和至少一个域内设备的身份信息得到至少一个第五验证信息,那么在得到至少一个第五验证信息后,次认证节点可以将至少一个第五验
证信息进行聚合,得到第六验证信息。例如,次认证节点得到的至少一个第五验证信息分别表示为s
′
i1
,s
′
i2
,s
′
i3
,
……
,则次认证节点将至少一个第五验证信息进行聚合,一种聚合方式可以是,其中s
″
ij
表示第六验证信息,表示异或运算。
[0372]
其中,s505可以在s506之前执行,或者s505在s506之后执行,或者s505和s506同步执行。
[0373]
s507、域内设备j向次认证节点发送s
ij
,次认证节点接收来自域内设备j的s
ij
。
[0374]
接收了r’的域内设备都可以获得第三验证信息。在s504中,次认证节点可以将r’发送给第一集合内的全部域内设备,那么在s507中,可以是第一集合内的全部域内设备都将第三验证信息发送给次认证节点。或者,在s504中,次认证节点也可以只将r’发送给第一集合内的部分域内设备,那么在s507中,可以是第一集合内的这部分域内设备将第三验证信息发送给次认证节点。总之,次认证节点是可以接收来自第一集合内的至少一个域内设备的至少一个第三验证信息,图5只是以其中的域内设备j为例。
[0375]
次认证节点可以接收来自第一集合内的至少一个域内设备的至少一个第三验证信息,那么在得到至少一个第三验证信息后,次认证节点可以将至少一个第三验证信息进行聚合,得到第七验证信息。例如,次认证节点得到的至少一个第三验证信息分别表示为s
i1
,s
i2
,s
i3
,
……
,则次认证节点将至少一个第三验证信息进行聚合,一种聚合方式可以是,其中s
′″
ij
表示第七验证信息,表示异或运算。
[0376]
s508、次认证节点比较s
″
ij
和s
′″
ij
,以确定至少一个域内设备的身份是否验证成功。
[0377]
如果s
″
ij
和s
′″
ij
一致,则次认证节点认为至少一个域内设备的身份验证成功,或者,如果s
″
ij
和s
′″
ij
不一致,则次认证节点认为至少一个域内设备的身份验证失败。
[0378]
次认证节点如果确定至少一个域内设备的身份均验证成功,则执行s509,或者,次认证节点如果确定至少一个域内设备中有一个或多个域内设备的身份验证失败,则执行s510。
[0379]
s509、次认证节点向主认证节点发送第一消息,第一消息包括第一验证信息s
i
,其中,例如tag占用1个比特,tag=“1”就表示“成功”,tag=“0”就表示“不成功(或失败)”。
[0380]
s510、次认证节点向主认证节点发送第一消息,第一消息包括第一验证信息s
i
,以及包括
[0381]
其中,例如tag占用1个比特,tag=“1”就表示“成功”,tag=“0”就表示“不成功(或失败)”。{s
ij
}就表示n个域内设备的第三验证信息,在这种情况下,n个域内设备可以包括至少一个域内设备中的全部域内设备。而表示n个域内设备的身份信息。因此,第一消息可以包括n个域内设备的身份信息以及第三验证信息。
[0382]
s511、主认证节点验证s
i
。如果s
i
验证失败,则认为次认证节点的身份验证失败;或者,如果s
i
验证成功,但则逐一验证s
ij
,如果对某个s
ij
验证失败,则确定该s
ij
对应的域内设备的身份验证失败,否则确定该s
ij
对应的域内设备的身份验证成功;或者,如果s
i
验证成功,且则认为次认证节点和
域内设备的身份均验证成功。
[0383]
关于图5所示的流程中的步骤的一些具体实施细节,均可参考图2所示的实施例的相关描述。
[0384]
在本申请实施例中,主认证节点通过对n个域内设备分别进行身份验证,可以确定究竟是哪个域内设备的身份验证失败,从而可以对身份验证失败的域内设备进行相应的处理,而身份验证成功的域内设备可以继续正常工作。通过这种方式,即使在次认证节点不可靠的情况下,主认证节点也可以有效定位身份验证失败的域内设备,且能减少对身份验证成功的域内设备的影响。
[0385]
另外值得指出的是,在图2所示的实施例的介绍过程中,认为主认证节点是值得信任的,无需验证主认证节点的真实性或正规性。实际上也可以进一步对主认证节点进行认证,以进一步提高安全性。有很多方法可以实现对主认证节点的认证。例如可以借助于云服务器认证主认证节点,或者,借助于车主的手机等设备也可以认证主认证节点。一般来说,主认证节点的资源和能力等都较好,因此可以使用非对称密钥的机制(例如数字签名)来对主认证节点进行认证。例如请参考图6,图6所示的实施例可以完成车外认证节点(例如云服务器或车主的手机等设备)对主认证节点的认证。
[0386]
s601、车外认证节点向主认证节点发送第三随机数,主认证节点接收来自车外认证节点的第三随机数。
[0387]
车外认证节点可以选择合适长度的随机数,例如称为第三随机数,第三随机数可以用c表示。车外认证节点可以将c发送给主认证节点。c可以用于车外认证节点对主认证节点的认证。其中,c的长度可以根据所需要的认证强度确定,例如所需要的认证强度是128比特,那么c的长度就可以是128比特。一般来说,认证强度越强,则c的长度越长。但c的长度越长,所带来的认证过程的复杂度也较高,因此对于c的长度可以适当选取。或者c的长度也可以通过协议规定等,具体的不做限制。
[0388]
s602、主认证节点利用主认证节点的私钥对c进行加密,得到数字签名。
[0389]
主认证节点接收c后,可以利用私钥对c进行加密,得到加密后的c,也就是数字签名。在图6所示的实施例中,以车外认证节点采用非对称加密方式对主认证节点进行验证为例,实际上不限于此,车外认证节点也可以采用其他的方式来对主认证节点进行验证。
[0390]
s603、主认证节点将所述数字签名发送给车外认证节点,车外认证节点接收来自主认证节点的数字签名。
[0391]
s604、车外认证点根据所述数字签名对主认证节点的身份进行验证。
[0392]
例如,车外认证节点存储有主认证节点的公钥,车外认证节点可以利用主认证节点的公钥对该数字签名进行验证,如果验证通过,则车外认证节点认为主认证节点的身份验证成功,如果验证不通过,则车外认证节点认为主认证节点的身份验证失败。
[0393]
图6介绍了一种对主认证节点进行验证的方式,本申请实施例并不限制对主认证节点可以采用其他的方式来验证。
[0394]
本申请实施例相当于采用了层级验证的方式,第一装置可以对第二装置进行验证,二对于第三装置,例如可以通过第二装置来验证,这样,对各级车载设备都能够进行身份验证,层级验证方式也增加了严重的可靠性。且相对于由一个设备对其他所有设备进行验证的方案来说,采用本申请实施例的技术方案,对于每一层级的车载设备,需要验证的设
备的数量也相对较少,例如第一装置验证第二装置即可,无需对第三装置也逐一验证,有助于减轻设备的负担。例如,第一装置对第二装置的验证失败,则第一装置可以认为第二装置对第三装置的验证均失败,或者第一装置也可以进一步对第三装置进行验证,相当于可以进行多重验证。通过这种方式,可以提高车载设备的安全性,防止正规的车载设备被伪劣的车载设备所替换。
[0395]
为了解决相同的技术问题,本申请实施例提供第二种身份验证方法,请参见图7,为该方法的流程图。在下文的介绍过程中,以该方法应用于图1所示的网络架构为例。另外,该方法可由三个通信装置(或者说,三种通信装置)执行,这三个通信装置例如为第一通信装置、第二通信装置和第三通信装置。其中,第一通信装置、第二通信装置或第三通信装置,可以是车载装置或能够支持车载装置实现该方法所需的功能的通信装置(例如芯片系统),当然还可以是其他通信装置。且对于第一通信装置、第二通信装置和第三通信装置的实现方式均不做限制,例如这三个通信装置可以实现为相同的形式,例如均通过设备的形式实现,或者这三个通信装置也可以实现为不同的形式,例如第一通信装置通过设备的形式实现,第二通信装置通过芯片系统的方式实现,第三通信装置通过设备的形式实现,等等。
[0396]
为了便于介绍,在下文中,以该方法由第一装置、第二装置和第三装置执行为例,也就是说,以第一通信装置是第一装置、第二通信装置是第二装置、第三通信装置是第三装置为例。因为本实施例是以应用在图1所示的网络架构为例,因此,下文中所述的第一装置可以是图1所示的网络架构中的主认证节点(例如为图1中的网关),下文中所述的第二装置可以是图1所示的网络架构中的次认证节点(例如为图1中的dm或mdc),下文中所述的第三装置可以是图1所示的网络架构中的域内的设备。为了便于理解,在下文的介绍过程中,以第一装置是主认证节点、第二装置是次认证节点、第三装置是域内设备为例。
[0397]
s701、主认证节点向次认证节点发送第一随机数,次认证节点接收来自主认证节点的所述第一随机数。
[0398]
其中,第一装置和第二装置承载在第一车辆中,第一车辆可以承载第一装置和至少一个集合,至少一个集合中的每个集合可以包括一个或多个装置。其中的每个集合中,可以包括一个作为次认证节点的装置。例如第一集合是至少一个集合中的一个集合,第一集合包括第二装置和第三装置,第二装置就是第一集合中的次认证节点。在第一集合中,第三装置的个数可以是一个或多个。第一装置可以通过第二装置与第一集合所包括的第三装置通信。例如图1中,主认证节点和次认证节点都承载在第一车辆中,除了主认证节点之外,第一车辆还承载至少一个集合(或,称为至少一个域),这里所述的次认证节点(也就是第二装置)是第一车辆承载的第一集合中的次认证节点,也就是说,第二装置属于至少一个集合中的一个集合,例如称为第一集合。第一集合除了包括第二装置,还包括第三装置(也就是域内设备),则第一集合所包括的第三装置通过第二装置与第一装置进行通信。
[0399]
主认证节点可以选择合适长度的随机数,例如称为第一随机数,第一随机数可以用r表示。主认证节点可以将r发送给次认证节点。r可以用于主认证节点后续对次认证节点的认证,也可以用于主认证节点对第一集合内的域内设备的认证。关于r的长度的确定方式,可参考图2所示的实施例中的s201。
[0400]
其中,如果第一车辆包括了多个集合,每个集合包括一个次认证节点,则第一车辆就包括多个次认证节点。那么主认证节点可以将第一随机数发送给第一车辆包括的全部的
次认证节点或部分次认证节点。不同的次认证节点接收第一随机数之后,操作方式都可以是类似的,因此图7所示的实施例只以第一集合所包括的次认证节点为例。
[0401]
s702、次认证节点向第一集合内的域内设备发送第一随机数,第一集合内的域内设备接收来自次认证节点的第一随机数。
[0402]
次认证节点接收第一随机数后,可以直接将第一随机数转发给第一集合内的域内设备。例如次认证节点可以采用广播或组播的方式发送r,则第一集合内的域内设备都可以接收来自次认证节点的r,或者,次认证节点也可以采用单播的方式发送r,例如次认证节点可以分别将r发送给第一集合内的所有的域内设备,或者次认证节点也可以只将r发送给第一集合内的部分域内设备,这部分域内设备例如是需要进行身份验证的域内设备。r可以用于次认证节点对域内设备的认证。
[0403]
s703、第一域内设备根据第一域内设备的身份信息获得第三验证信息。
[0404]
第一域内设备例如是第一集合内的一个域内设备。第一集合可以包括一个域内设备或多个域内设备。如果第一集合包括一个域内设备,则该域内设备就是第一域内设备;或者,如果第一集合包括多个域内设备,对于第一集合内接收了第一随机数的域内设备来说,在接收第一随机数之后的处理方式都是类似的,因此这里只以第一域内设备进行举例说明。域内设备的身份信息,例如包括域内设备的序列号,或者包括域内设备的身份号,或者可以包括其他的能够唯一标识域内设备的身份的信息。
[0405]
例如,第一域内设备可以根据第一随机数获得第三验证信息,或者根据第一域内设备的身份信息获得第三验证信息,或者根据第一随机数和第一域内设备的身份信息获得第三验证信息。
[0406]
作为第三验证信息的一种实现方式,第三验证信息可以是mac值。例如第一域内设备可以根据r和得到第三验证信息,例如将第三验证信息用s
ij
表示,
[0407]
或者,作为第三验证信息的另一种实现方式,第三验证信息也可以是数字签名,例如第一集合内的域内设备存储着非对称加密中的私钥,则第一域内设备可以根据所存储的私钥对第一随机数进行加密,获得第三验证信息,或者根据所存储的私钥对第一域内设备的身份信息进行加密,获得第三验证信息,或者根据所存储的私钥对第一随机数和第一域内设备的身份信息进行加密,获得第三验证信息。这里的第一集合内的域内设备所存储的私钥可以称为第一私钥。
[0408]
s704、次认证节点根据第一随机数和次认证节点的身份信息,生成第一验证信息。
[0409]
例如,次认证节点可以根据第一随机数获得第一验证信息,或者根据次认证节点的身份信息获得第一验证信息,或者根据第一随机数和次认证节点的身份信息获得第一验证信息。
[0410]
作为第一验证信息的一种实现方式,第一验证信息可以是mac值。例如次认证节点可以根据r和得到第一验证信息,例如将第一验证信息用s
i
表示,
[0411]
或者,作为第一验证信息的另一种实现方式,第一验证信息也可以是数字签名,例如次认证节点存储着非对称加密中的私钥,则次认证节点可以根据所存储的私钥对第一随机数进行加密,获得第一验证信息,或者根据所存储的私钥对次认证节点的身份信息
进行加密,获得第一验证信息,或者根据所存储的私钥对第一随机数和次认证节点的身份信息进行加密,获得第一验证信息。这里的次认证节点存储的私钥可以称为第二私钥,第二私钥和第二公钥可以是一对非对称密钥,第二公钥存储在主认证节点中。
[0412]
其中,s703可以在s704之前执行,或者s703在s704之后执行,或者s703和s704同步执行。
[0413]
s705、第一域内设备向次认证节点发送第三验证信息,次认证节点接收来自第一域内设备的第三验证信息。
[0414]
接收了r的域内设备都可以获得第三验证信息。在s702中,次认证节点可以将r发送给第一集合内的全部域内设备,那么在s705中,可以是第一集合内的全部域内设备都将第三验证信息发送给次认证节点。或者,在s702中,次认证节点也可以只将r发送给第一集合内的部分域内设备,那么在s705中,可以是第一集合内的这部分域内设备将第三验证信息发送给次认证节点。总之,次认证节点是可以接收来自第一集合内的至少一个域内设备的至少一个第三验证信息,图7只是以其中的第一域内设备为例。
[0415]
次认证节点可以接收来自第一集合内的至少一个域内设备的至少一个第三验证信息,那么,如果第三验证信息的个数大于1,则在得到至少一个第三验证信息后,次认证节点可以将至少一个第三验证信息进行聚合,得到第四验证信息。例如,次认证节点得到的至少一个第三验证信息分别表示为s
i1
,s
i2
,s
i3
,
……
,则次认证节点将至少一个第三验证信息进行聚合,一种聚合方式可以是,其中s
′
ij
表示第四验证信息,表示异或运算。或者,次认证节点也可以采用其他方式将至少一个第三验证信息进行聚合。
[0416]
s706、次认证节点向主认证节点发送第一消息,主认证节点接收来自次认证节点的所述第一消息,所述第一消息包括第一验证信息。第一验证信息用于验证次认证节点的身份是否验证成功。
[0417]
例如,由于一个车辆内可能有多个次认证节点,因此第一消息还可以包括所述的次认证节点的身份信息,以使得主认证节点能够明确第一消息究竟来自哪个次认证节点。
[0418]
作为一种可选的方式,次认证节点除了向主认证节点发送第一验证信息之外,还可以向主认证节点发送第四验证信息,也就是说,第一消息还可以包括第四验证信息,第四验证信息可以用于验证第一集合内的至少一个域内设备的身份是否验证成功。
[0419]
s707、主认证节点根据第一验证信息,确定次认证节点的身份是否验证成功。
[0420]
例如,主认证节点可以生成第二验证信息,将第二验证信息与第一验证信息进行比对,如果第二验证信息和第一验证信息一致,则主认证节点确定次认证节点的身份验证成功,如果第二验证信息和第一验证信息不一致,则主认证节点确定次认证节点的身份验证失败。例如,主认证节点对次认证节点的身份验证成功,那么主认证节点可以认为次认证节点的身份是合法的,而如果主认证节点对次认证节点的身份验证不成功(或,身份验证失败),则主认证节点可以认为次认证节点的身份是不合法的。
[0421]
例如,主认证节点可以根据第一随机数获得第二验证信息,或者根据次认证节点的身份信息获得第二验证信息,或者根据第一随机数和次认证节点的身份信息获得第二验证信息。
[0422]
作为第二验证信息的一种实现方式,第二验证信息可以是mac值。例如主认证节点
可以根据r和得到第二验证信息,例如将第二验证信息用s
′
i
表示,
[0423]
或者,作为第二验证信息的另一种实现方式,第二验证信息也可以是数字签名,例如主认证节点存储着非对称加密中的公钥,则主认证节点可以根据所存储的公钥对第一随机数进行加密,获得第二验证信息,或者根据所存储的公钥对次认证节点的身份信息进行加密,获得第二验证信息,或者根据所存储的公钥对第一随机数和次认证节点的身份信息进行加密,获得第二验证信息。这里的主认证节点存储的公钥可以称为第二公钥,第二公钥和第二私钥可以是一对非对称密钥。
[0424]
另外,如果第一消息还包括第四验证信息,那么主认证节点还可以根据第四验证信息进行验证,以确定至少一个域内设备的身份是否验证成功。例如,主认证节点可以生成第五验证信息,将第五验证信息与第四验证信息进行比对,如果第五验证信息和第四验证信息一致,则主认证节点确定至少一个域内设备的身份验证成功,如果第五验证信息和第四验证信息不一致,则主认证节点确至少一个域内设备的身份验证失败。例如,主认证节点可以先生成至少一个子验证信息,通过将至少一个子验证信息进行聚合,可以得到第五验证信息,下面对此过程进行介绍。
[0425]
例如,主认证节点可以根据第一随机数获得子验证信息,或者根据域内设备的身份信息获得子验证信息,或者根据第一随机数和域内设备的身份信息获得子验证信息。
[0426]
作为子验证信息的一种实现方式,子验证信息可以是mac值。例如主认证节点可以根据r和得到子验证信息,例如将子验证信息用s
″
ij
表示,
[0427]
或者,作为子验证信息的另一种实现方式,子验证信息也可以是数字签名,例如主认证节点存储着非对称加密中的公钥,则主认证节点可以根据所存储的公钥对第一随机数进行加密,获得子验证信息,或者根据所存储的公钥对域内设备的身份信息进行加密,获得子验证信息,或者根据所存储的公钥对第一随机数和域内设备的身份信息进行加密,获得子验证信息。这里的主认证节点所存储的公钥可以称为第一公钥,第一公钥和第一私钥可以是一对非对称密钥。
[0428]
主认证节点在得到至少一个子验证信息后,如果至少一个子验证信息的个数大于1,则主认证节点可以将至少一个子验证信息进行聚合,得到第五验证信息。例如,次认证节点得到的至少一个子验证信息分别表示为s
″
i1
,s
″
i2
,s
″
i3
,
……
,则主认证节点将至少一个子验证信息进行聚合,一种聚合方式可以是,其中s
′″
ij
表示第五验证信息,表示异或运算。或者,次认证节点也可以采用其他方式将至少一个子验证信息进行聚合。需要注意的是,主认证节点对至少一个子验证信息进行聚合的方式,和次认证节点对至少一个第三验证信息进行聚合的方式,应该是一致的,例如次认证节点采用如上介绍的异或运算的方式将至少一个第三验证信息进行聚合,那么主认证节点也需要采用如上介绍的异或运算的方式将至少一个子验证信息进行聚合。
[0429]
如果主认证节点根据第一验证信息对次认证节点的身份进行验证,以及根据第四验证信息对至少一个域内设备的身份进行验证,则验证结果也可以包括几种,下面分别介绍。
[0430]
1、主认证节点确定次认证节点的身份验证成功,且确定至少一个域内设备的身份验证成功。
[0431]
也就是说,主认证节点确定第二验证信息和第一验证信息一致,以及确定第五验证信息和第四验证信息一致。
[0432]
在这种情况下,验证过程可以结束。此时,认为次认证节点和第一集合内的至少一个域内设备的身份都是验证成功的。
[0433]
2、主认证节点确定次认证节点的身份验证成功,且确定至少一个域内设备的身份验证失败。
[0434]
也就是说,主认证节点确定第二验证信息和第一验证信息一致,以及确定第五验证信息和第四验证信息不一致。在这种情况下,主认证节点可以直接确定次认证节点的身份验证成功,以及确定至少一个域内设备的身份验证失败,但主认证节点无法确定究竟是至少一个域内设备中的哪些域内设备的身份验证失败。
[0435]
或者,主认证节点除了确定次认证节点的身份验证成功之外,也可以进一步对第一集合内的至少一个域内设备的身份进行验证。
[0436]
例如,第一消息还可以包括至少一个域内设备的第三验证信息。也就是说,次认证节点除了将第四验证信息发送给主认证节点之外,还可以将至少一个域内设备的第三验证信息均发送给主认证节点。
[0437]
那么,如果主认证节点确定第五验证信息和第四验证信息不一致,则主认证节点可以依次对至少一个第三验证信息中的每个进行验证,以确定究竟是哪个域内设备的身份验证失败。
[0438]
或者,第一消息也可以不包括至少一个第三验证信息,如果主认证节点确定第五验证信息和第四验证信息不一致,则主认证节点可以向次认证节点发送第二消息,第二消息用于请求获得至少一个域内设备对应的验证信息。次认证节点接收来自主认证节点的第二消息后,就可以将至少一个第三验证信息发送给主认证节点,例如次认证节点可以向主认证节点发送第三消息,第三消息包括至少一个第三验证信息。
[0439]
例如,主认证节点可以生成至少一个第六验证信息,通过至少一个第六验证信息来对至少一个第三验证信息进行验证。例如,对应于一个域内设备的第六验证信息和第三验证信息一致,则主认证节点认为该域内设备的身份验证成功,否则认为该域内设备的身份验证失败。例如,主认证节点对一个域内设备的身份验证成功,那么主认证节点可以认为该域内设备的身份是合法的,而如果主认证节点对一个域内设备的身份验证不成功(或,身份验证失败),则主认证节点可以认为该域内设备的身份是不合法的。例如,主认证节点可以根据第一随机数获得至少一个第六验证信息,或者根据至少一个域内设备的身份信息获得至少一个第六验证信息,或者根据第一随机数和至少一个域内设备的身份信息获得至少一个第六验证信息。
[0440]
作为第六验证信息的一种实现方式,第六验证信息可以是mac值。例如主认证节点可以根据r和至少一个域内设备的身份信息得到至少一个第六验证信息。或者,作为第六验证信息的另一种实现方式,第六验证信息也可以是数字签名。
[0441]
其中,主认证节点生成第六验证信息的方式和域内设备生成第三验证信息的方式需要是一致的,例如第三验证信息为mac值,则第六验证信息也是mac值,或者,第三验证信
息是域内设备根据私钥生成的,则第六验证信息就需要是主认证节点根据公钥生成的。
[0442]
主认证节点通过对至少一个域内设备分别进行身份验证,可以确定究竟是哪个域内设备的身份验证失败,从而可以对身份验证失败的域内设备进行相应的处理,而身份验证成功的域内设备可以继续正常工作。通过这种方式,可以有效定位身份验证失败的域内设备,也可以减少对身份验证成功的域内设备的影响。
[0443]
3、主认证节点确定次认证节点的身份验证失败,且确定至少一个域内设备的身份验证成功。
[0444]
也就是说,主认证节点确定第二验证信息和第一验证信息一致,以及确定第五验证信息和第四验证信息不一致。在这种情况下,主认证节点可以直接确定次认证节点的身份验证失败,由于至少一个域内设备的身份是主认证节点验证的,因此认为是可靠的。则验证过程可以结束。
[0445]
4、主认证节点确定次认证节点的身份验证失败,且确定至少一个域内设备的身份验证失败。
[0446]
也就是说,主认证节点确定第二验证信息和第一验证信息一致,以及确定第五验证信息和第四验证信息不一致。在这种情况下,主认证节点可以直接确定次认证节点的身份验证成功,以及确定至少一个域内设备的身份验证失败,但主认证节点无法确定究竟是至少一个域内设备中的哪些域内设备的身份验证失败。
[0447]
或者,主认证节点除了确定次认证节点的身份验证成功之外,也可以进一步对第一集合内的至少一个域内设备的身份进行验证。关于验证方式,可参考前面第2点的介绍。
[0448]
主认证节点通过对至少一个域内设备分别进行身份验证,可以确定究竟是哪个域内设备的身份验证失败,从而可以对身份验证失败的域内设备进行相应的处理,而身份验证成功的域内设备可以继续正常工作。通过这种方式,即使在次认证节点不可靠的情况下,主认证节点也可以有效定位身份验证失败的域内设备,且能减少对身份验证成功的域内设备的影响。
[0449]
为了更好地理解图7所示的实施例所介绍的技术方案,下面对图7所示的实施例进行举例介绍。
[0450]
请参考图8,为本申请实施例提供的第二种身份验证方法的一种实施方式的流程。图8所示的流程以次认证节点不将至少一个第三验证信息进行聚合、不将至少一个第五验证信息进行聚合、且第一消息不包括n个域内设备的第三验证信息为例。
[0451]
s801、主认证节点选择第一随机数r。
[0452]
关于第一随机数r的选择方式,可参考图7所示的实施例中的s701的介绍。
[0453]
s802、主认证节点向次认证节点发送第一随机数r,次认证节点接收来自主认证节点的第一随机数r。
[0454]
s803、次认证节点向第一集合内的域内设备发送第一随机数r,第一集合内的域内设备接收来自次认证节点的第一随机数r。
[0455]
图8中,只以第一集合内的域内设备j为例。
[0456]
s804、域内设备j根据域内设备j的身份信息获得第三验证信息s
ij
,例如,例如
[0457]
s805、次认证节点根据r和次认证节点的身份信息生成第一验证信息s
′
i
。
[0458]
s806、域内设备j向次认证节点发送s
ij
,次认证节点接收来自域内设备j的s
ij
。
[0459]
接收了r的域内设备都可以获得第三验证信息。在s804中,次认证节点可以将r发送给第一集合内的全部域内设备,那么在s807中,可以是第一集合内的全部域内设备都将第三验证信息发送给次认证节点。或者,在s804中,次认证节点也可以只将r发送给第一集合内的部分域内设备,那么在s807中,可以是第一集合内的这部分域内设备将第三验证信息发送给次认证节点。总之,次认证节点是可以接收来自第一集合内的至少一个域内设备的至少一个第三验证信息,图8只是以其中的域内设备j为例。
[0460]
次认证节点可以接收来自第一集合内的至少一个域内设备的至少一个第三验证信息,那么在得到至少一个第三验证信息后,次认证节点可以将至少一个第三验证信息进行聚合,得到第四验证信息。例如,次认证节点得到的至少一个第三验证信息分别表示为s
i1
,s
i2
,s
i3
,
……
,则次认证节点将至少一个第三验证信息进行聚合,一种聚合方式可以是,其中s
″
ij
表示第四验证信息,表示异或运算。或者,次认证节点也可以采用其他方式将至少一个第三验证信息进行聚合。
[0461]
s808、次认证节点向主认证节点发送主认证节点接收来自次认证节点的
[0462]
s809、主认证节点验证s
i
和s
″
ij
,如果s
i
验证失败,则认为次认证节点的身份验证失败,否则认为次认证节点的身份验证成功;如果s
″
ij
验证成功,则认为至少一个域内设备的身份验证成功,否则认为至少一个域内设备的身份验证失败。
[0463]
其中,如果主认证节点认为至少一个域内设备的身份验证失败,则主认证节点可以向次认证节点发送第二消息,第二消息用于请求获得至少一个域内设备对应的验证信息。次认证节点接收来自主认证节点的第二消息后,就可以将至少一个第三验证信息发送给主认证节点,例如次认证节点可以向主认证节点发送第三消息,第三消息包括至少一个第三验证信息。则主认证节点可以依次验证s
ij
,以进一步确定至少一个域内设备的身份是否验证成功。
[0464]
关于图8所示的流程中的步骤的一些具体实施细节,均可参考图7所示的实施例的相关描述。
[0465]
在本申请实施例中,可以由主认证节点进行整体验证,无需次认证节点进行验证工作,减轻了次认证节点的负担。如果主认证节点验证确定至少一个域内设备的身份验证失败,则主认证节点可以进一步向次认证节点请求获得至少一个域内设备的信息,以进一步验证,而如果主认证节点验证确定至少一个域内设备的身份验证成功,则主认证节点可以无需向次认证节点请求至少一个域内设备的信息,这样可以尽量减少信息的交互,节省传输开销。
[0466]
下面结合附图介绍本申请实施例中用来实现上述方法的装置。因此,上文中的内容均可以用于后续实施例中,重复的内容不再赘述。
[0467]
图9为本申请实施例提供的通信设备900的示意性框图。示例性地,通信设备900例如为第一装置900。第一装置900包括处理模块910和收发模块920,处理模块910和收发模块920可以是逻辑功能模块。其中,处理模块910可以用于执行图2所示的实施例中由第一装置
所执行的除了收发操作之外的全部操作,例如s208,和/或用于支持本文所描述的技术的其它过程。收发模块920可以用于执行图2所示的实施例中由第一装置所执行的全部收发操作,例如图2所示的实施例中的s201和s207,和/或用于支持本文所描述的技术的其它过程。
[0468]
例如,收发模块920,用于向第二装置发送第一随机数,其中,第一车辆承载所述第一装置和第一集合,所述第二装置属于所述第一集合,所述第一集合还包括第三装置,第一装置900通过所述第二装置与所述第三装置通信;
[0469]
收发模块920,还用于接收来自所述第二装置的第一消息,所述第一消息包括第一验证信息,所述第一验证信息用于对所述第二装置的身份进行验证,所述第一验证信息是根据所述第二装置的身份信息和所述第一随机数生成的;
[0470]
处理模块910,用于根据所述第一验证信息和所述第一随机数,确定所述第二装置的身份验证成功。
[0471]
例如,第一装置对第二装置的身份验证成功,那么第一装置可以认为第二装置的身份是合法的,而如果第一装置对第二装置的身份验证不成功(或,身份验证失败),则第一装置可以认为第二装置的身份是不合法的。
[0472]
作为一种可选的实施方式,处理模块910用于通过如下方式根据所述第一验证信息和所述第一随机数,确定所述第二装置的身份验证成功:
[0473]
根据所述第二装置的身份信息和所述第一随机数生成第二验证信息;
[0474]
确定所述第一验证信息和所述第二验证信息是否一致;
[0475]
当所述第一验证信息和所述第二验证信息一致时,确定所述第二装置的身份验证成功。
[0476]
作为一种可选的实施方式,所述第一消息还包括第四验证信息,所述第四验证信息用于指示对所述第三装置的身份验证是否成功;处理模块910用于通过如下方式根据所述第二装置的身份信息和所述第一随机数生成第二验证信息:
[0477]
根据所述第二装置的身份信息、所述第四验证信息和所述第一随机数,生成所述第二验证信息。
[0478]
作为一种可选的实施方式,所述第一消息还包括所述第三装置所生成的第三验证信息,其中,所述第三验证信息是所述第三装置根据所述第三装置的身份信息获得的。
[0479]
作为一种可选的实施方式,所述第一消息还包括第四验证信息,所述第四验证信息用于指示对所述第三装置的身份验证是否成功;处理模块910,还用于在确定所述第二装置的身份验证成功之后,当所述第四验证信息指示对所述第三装置的身份验证失败时,根据所述第三验证信息进行验证,以确定所述第三装置的身份是否验证成功。
[0480]
例如,第一装置对第三装置的身份验证成功,那么第一装置可以认为第三装置的身份是合法的,而如果第一装置对第三装置的身份验证不成功(或,身份验证失败),则第一装置可以认为第三装置的身份是不合法的。
[0481]
作为一种可选的实施方式,处理模块910,还用于处理模块910,用于根据所述第一验证信息和所述第一随机数,确定所述第二装置的身份验证失败。
[0482]
作为一种可选的实施方式,所述第一消息还包括第四验证信息,
[0483]
收发模块920,还用于在所述第四验证信息用于指示对所述第三装置的身份验证不成功之后,向所述第二装置发送第二消息,所述第二消息用于请求获得所述第三装置对
应的验证信息;
[0484]
收发模块920,还用于接收来自所述第二装置的第三消息,所述第三消息包括所述第三装置对应的所述第三验证信息;
[0485]
处理模块910,还用于根据所述第三验证信息进行验证,以确定所述第三装置的身份是否验证成功。
[0486]
作为一种可选的实施方式,
[0487]
收发模块920,还用于在处理模块910确定所述第二装置的身份验证失败之后,向所述第二装置发送第二消息,所述第二消息用于请求获得所述第三装置对应的验证信息;
[0488]
收发模块920,还用于接收来自所述第二装置的第三消息,所述第三消息包括所述第三装置对应的所述第三验证信息;
[0489]
处理模块910,还用于根据所述第三验证信息进行验证,以确定所述第三装置的身份是否验证成功。
[0490]
作为一种可选的实施方式,所述第三装置的个数为多个,所述第一消息还包括第四验证信息,所述第四验证信息是将来自多个所述第三装置的多个第三验证信息聚合得到的;处理模块910,还用于根据所述第四验证信息进行验证,以确定多个所述第三装置的身份是否验证成功。
[0491]
作为一种可选的实施方式,
[0492]
收发模块920,还用于当处理模块910根据所述第四验证信息确定多个所述第三装置的身份验证失败时,向所述第二装置发送第二消息,所述第二消息用于请求获得多个所述第三装置对应的验证信息;
[0493]
收发模块920,还用于接收来自所述第二装置的第三消息,所述第三消息包括多个所述第三验证信息;
[0494]
处理模块910,还用于根据多个所述第三验证信息进行验证,以确定多个所述第三装置中的每个所述第三装置的身份是否验证成功。
[0495]
应理解,本申请实施例中的处理模块910可以由处理器或处理器相关电路组件实现,收发模块920可以由收发器或收发器相关电路组件实现。
[0496]
如图10所示,本申请实施例还提供一种通信设备1000。示例性地,通信设备1000例如为第一装置1000。第一装置1000包括处理器1010,存储器1020与收发器1030,其中,存储器1020中存储指令或程序,处理器1010用于执行存储器1020中存储的指令或程序。存储器1020中存储的指令或程序被执行时,该处理器1010用于执行上述实施例中处理模块910执行的操作,收发器1030用于执行上述实施例中收发模块920执行的操作。
[0497]
应理解,根据本申请实施例的第一装置900或第一装置1000可对应于图2所示的实施例中的第一装置,并且第一装置900或第一装置1000中的各个模块的操作和/或功能分别为了实现图2所示的实施例中的相应流程。或者,根据本申请实施例的第一装置900或第一装置1000可对应于图7所示的实施例中的第一装置,并且第一装置900或第一装置1000中的各个模块的操作和/或功能分别为了实现图7所示的实施例中的相应流程。为了简洁,在此不再赘述。
[0498]
图11为本申请实施例提供的通信设备1100的示意性框图。示例性地,通信设备1100例如为第二装置1100。第二装置1100包括处理模块1110和收发模块1120,处理模块
1110和收发模块1120可以是逻辑功能模块。
[0499]
其中,处理模块1110可以用于执行图2所示的实施例中由第二装置所执行的除了收发操作之外的全部操作,例如s204和s206,和/或用于支持本文所描述的技术的其它过程。收发模块1120可以用于执行图2所示的实施例中由第二装置所执行的全部收发操作,例如图2所示的实施例中的s201、s202、s205和s207,和/或用于支持本文所描述的技术的其它过程。
[0500]
或者,处理模块1110可以用于执行图7所示的实施例中由第一装置所执行的除了收发操作之外的全部操作,例如s707,和/或用于支持本文所描述的技术的其它过程。收发模块1120可以用于执行图7所示的实施例中由第一装置所执行的全部收发操作,例如s701和s706,和/或用于支持本文所描述的技术的其它过程。
[0501]
例如,收发模块1120,用于向第三装置发送第二随机数,其中,第一车辆承载第一装置和第一集合,第二装置1100和所述第三装置属于所述第一集合,所述第一装置通过第二装置1100与所述第三装置通信;
[0502]
收发模块1120,还用于接收来自所述第三装置的第三验证信息,所述第三验证信息是根据所述第三装置的身份信息和所述第二随机数生成的;
[0503]
处理模块1110,用于根据所述第二随机数和所述第三验证信息,确定所述第三装置的身份验证成功。
[0504]
例如,第二装置对第三装置的身份验证成功,那么第二装置可以认为第三装置的身份是合法的,而如果第二装置对第三装置的身份验证不成功(或,身份验证失败),则第二装置可以认为第三装置的身份是不合法的。
[0505]
作为一种可选的实施方式,处理模块1110用于通过如下方式根据所述第二随机数和所述第三验证信息,确定所述第三装置的身份是否验证成功:
[0506]
根据所述第二随机数和所述第三装置的身份信息,生成第五验证信息;
[0507]
根据所述第五验证信息和所述第三验证信息,确定所述第三装置的身份验证成功。
[0508]
作为一种可选的实施方式,处理模块1110用于通过如下方式根据所述第五验证信息和所述第三验证信息,确定所述第三装置的身份验证成功:
[0509]
确定所述第五验证信息和所述第三验证信息是否一致;
[0510]
当所述第五验证信息和所述第三验证信息一致时,确定所述第三装置的身份验证成功。
[0511]
作为一种可选的实施方式,所述第三装置的个数为多个,则所述第五验证信息的个数为多个,以及所述第三验证信息的个数为多个,处理模块1110用于通过如下方式根据所述第五验证信息和所述第三验证信息,确定所述第三装置的身份验证成功:
[0512]
将多个所述第五验证信息进行聚合,得到第六验证信息,以及,将多个所述第三验证信息进行聚合,得到第七验证信息;
[0513]
确定所述第六验证信息和所述第七验证信息是否一致;
[0514]
当所述第六验证信息和所述第七验证信息一致时,确定多个所述第三装置的身份验证成功。
[0515]
作为一种可选的实施方式,
[0516]
处理模块1110,还用于根据第二装置1100的身份信息和来自所述第一装置的第一随机数生成第一验证信息;
[0517]
收发模块1120,还用于向所述第一装置发送第一消息,所述第一消息包括所述第一验证信息,其中,所述第一验证信息指示对所述第三装置的身份验证成功。
[0518]
作为一种可选的实施方式,所述第一消息还包括所述第三验证信息,所述第三验证信息为第二装置1100验证失败的第三验证信息,或,所述第三验证信息为第二装置1100验证成功的第三验证信息。
[0519]
作为一种可选的实施方式,所述第二随机数的长度与所述第一随机数的长度相同且内容不同,或,所述第二随机数是将所述第一随机数和第三随机数拼接后得到的,或,所述第二随机数与所述第一随机数相同。
[0520]
应理解,本申请实施例中的处理模块1110可以由处理器或处理器相关电路组件实现,收发模块1120可以由收发器或收发器相关电路组件实现。
[0521]
如图12所示,本申请实施例还提供一种通信设备1200。示例性地,通信设备1200例如为第二装置1200。第二装置1200包括处理器1210,存储器1220与收发器1230,其中,存储器1220中存储指令或程序,处理器1210用于执行存储器1220中存储的指令或程序。存储器1220中存储的指令或程序被执行时,该处理器1210用于执行上述实施例中处理模块1110执行的操作,收发器1230用于执行上述实施例中收发模块1120执行的操作。
[0522]
应理解,根据本申请实施例的第二装置1100或第二装置1200可对应于图2所示的实施例中的第二装置,并且第二装置1100或第二装置1200中的各个模块的操作和/或功能分别为了实现图2所示的实施例中的相应流程,为了简洁,在此不再赘述。
[0523]
图13为本申请实施例提供的通信设备1300的示意性框图。示例性地,通信设备1300例如为第二装置1300。第二装置1300包括处理模块1310和收发模块1320,处理模块1310和收发模块1320可以是逻辑功能模块。其中,处理模块1310可以用于执行图7所示的实施例中由第二装置所执行的除了收发操作之外的全部操作,例如s704,和/或用于支持本文所描述的技术的其它过程。收发模块1320可以用于执行图7所示的实施例中由第二装置所执行的全部收发操作,例如图7所示的实施例中的s701、s702、s705和s706,和/或用于支持本文所描述的技术的其它过程。
[0524]
例如,收发模块1320,用于向第三装置发送第一随机数,其中,第一车辆承载第一集合,所述第一集合包括第二装置1300和所述第三装置,所述第一车辆还承载第一装置,所述第一装置通过第二装置1300与所述第三装置通信;
[0525]
收发模块1320,还用于接收来自所述第三装置的第三验证信息,所述第三验证信息是根据所述第一随机数和所述第三装置的身份信息生成的;
[0526]
处理模块1310,用于根据所述第三验证信息得到第四验证信息,所述第四验证信息用于验证所述第三装置的身份是否验证成功;
[0527]
收发模块1320,还用于将所述第四验证信息发送给所述第一装置。
[0528]
例如,第一装置对第二装置的身份验证成功,那么第一装置可以认为第二装置的身份是合法的,而如果第一装置对第二装置的身份验证不成功(或,身份验证失败),则第一装置可以认为第二装置的身份是不合法的。
[0529]
例如,第一装置对第三装置的身份验证成功,那么第一装置可以认为第三装置的
身份是合法的,而如果第一装置对第三装置的身份验证不成功(或,身份验证失败),则第一装置可以认为第三装置的身份是不合法的。
[0530]
作为一种可选的实施方式,
[0531]
处理模块1310,还用于根据第二装置1300的身份信息和所述第一随机数生成第一验证信息,所述第一验证信息用于验证第二装置1300的身份是否验证成功;
[0532]
收发模块1320,还用于将所述第一验证信息发送给所述第一装置。
[0533]
作为一种可选的实施方式,所述第三装置的个数为多个,相应的,所述第三验证信息的个数为多个,处理模块1310用于通过如下方式根据所述第三验证信息得到第四验证信息:
[0534]
将多个所述第三验证信息进行聚合,得到所述第四验证信息。
[0535]
作为一种可选的实施方式,收发模块1320还用于:
[0536]
接收来自所述第一装置的第二消息,所述第二消息用于请求获得多个所述第三装置对应的验证信息;
[0537]
向所述第一装置发送第三消息,所述第三消息包括多个所述第三验证信息。
[0538]
应理解,本申请实施例中的处理模块1310可以由处理器或处理器相关电路组件实现,收发模块1320可以由收发器或收发器相关电路组件实现。
[0539]
如图14所示,本申请实施例还提供一种通信设备1400。示例性地,通信设备1400例如为第一装置1400。第一装置1400包括处理器1410,存储器1420与收发器1430,其中,存储器1420中存储指令或程序,处理器1410用于执行存储器1420中存储的指令或程序。存储器1420中存储的指令或程序被执行时,该处理器1410用于执行上述实施例中处理模块1310执行的操作,收发器1430用于执行上述实施例中收发模块1320执行的操作。
[0540]
应理解,根据本申请实施例的第二装置1300或第二装置1400可对应于图7所示的实施例中的第二装置,并且第二装置1300或第二装置1400中的各个模块的操作和/或功能分别为了实现图7所示的实施例中的相应流程,为了简洁,在此不再赘述。
[0541]
本申请实施例还提供一种通信装置,该通信装置可以是车载装置、路侧装置、或电路等。该通信装置可以用于执行上述图2所示的方法实施例或图7所示的方法实施例中由第一装置或第二装置所执行的动作。
[0542]
当该通信装置为第一装置或第二装置时,图15示出了一种简化的通信装置的结构示意图。如图15所示,通信装置包括处理器、存储器、射频电路、天线以及输入输出装置。处理器主要用于对通信协议以及通信数据进行处理,以及对通信装置进行控制,执行软件程序,处理软件程序的数据等。存储器主要用于存储软件程序和数据。射频电路主要用于基带信号与射频信号的转换以及对射频信号的处理。天线主要用于收发电磁波形式的射频信号。输入输出装置,例如触摸屏、显示屏,键盘等主要用于接收用户输入的数据以及对用户输出数据。需要说明的是,有些种类的通信装置可以不具有输入输出装置。
[0543]
当需要发送数据时,处理器对待发送的数据进行基带处理后,输出基带信号至射频电路,射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到通信装置时,射频电路通过天线接收到射频信号,将射频信号转换为基带信号,并将基带信号输出至处理器,处理器将基带信号转换为数据并对该数据进行处理。为便于说明,图15中仅示出了一个存储器和处理器。在实际的通信装置产品中,可以存在一
个或多个处理器和一个或多个存储器。存储器也可以称为存储介质或者存储设备等。存储器可以是独立于处理器设置,也可以是与处理器集成在一起,本申请实施例对此不做限制。
[0544]
在本申请实施例中,可以将具有收发功能的天线和射频电路视为通信装置的收发单元,将具有处理功能的处理器视为通信装置的处理单元。如图15所示,通信装置包括收发单元1510和处理单元1520。收发单元也可以称为收发器、收发机、收发装置等。处理单元也可以称为处理器,处理单板,处理模块、处理装置等。可选的,可以将收发单元1510中用于实现接收功能的器件视为接收单元,将收发单元1510中用于实现发送功能的器件视为发送单元,即收发单元1510包括接收单元和发送单元。收发单元有时也可以称为收发机、收发器、或收发电路等。接收单元有时也可以称为接收机、接收器、或接收电路等。发送单元有时也可以称为发射机、发射器或者发射电路等。
[0545]
应理解,收发单元1510用于执行上述图2所示的方法实施例中第一装置的发送操作和接收操作,处理单元1520用于执行上述图2所示的方法实施例中第一装置侧了收发操作之外的其他操作。
[0546]
例如,在一种实现方式中,收发单元1510用于执行图2所示的实施例中的第一装置的收发步骤,例如s201和s207,和/或用于支持本文所描述的技术的其它过程。处理单元1520,用于执行图2所示的实施例中的第一装置除了收发操作之外的其他操作,例如图2所示的实施例中的s208,和/或用于支持本文所描述的技术的其它过程。
[0547]
或者,收发单元1510用于执行上述图2所示的方法实施例中第二装置的发送操作和接收操作,处理单元1520用于执行上述图2所示的方法实施例中第二装置除了收发操作之外的其他操作。
[0548]
例如,在一种实现方式中,收发单元1510用于执行图2所示的实施例中的第二装置的收发步骤,例如s201、s202、s205和s207,和/或用于支持本文所描述的技术的其它过程。处理单元1520,用于执行图2所示的实施例中的第二装置除了收发操作之外的其他操作,例如s204和s206,和/或用于支持本文所描述的技术的其它过程。
[0549]
或者,收发单元1510用于执行上述图7所示的方法实施例中第一装置侧的发送操作和接收操作,处理单元1520用于执行上述图7所示的方法实施例中第一装置侧除了收发操作之外的其他操作。
[0550]
例如,在一种实现方式中,收发单元1510用于执行图7所示的实施例中的第一装置的收发步骤,例如s701和s706,和/或用于支持本文所描述的技术的其它过程。处理单元1520,用于执行图7所示的实施例中的车载装置除了收发操作之外的其他操作,例如s707,和/或用于支持本文所描述的技术的其它过程。
[0551]
或者,收发单元1510用于执行上述图7所示的方法实施例中第二装置侧的发送操作和接收操作,处理单元1520用于执行上述图7所示的方法实施例中第二装置侧除了收发操作之外的其他操作。
[0552]
例如,在一种实现方式中,收发单元1510用于执行图7所示的实施例中的第二装置的收发步骤,例如s701、s702、s705和s706,和/或用于支持本文所描述的技术的其它过程。处理单元1520,用于执行图7所示的实施例中的第二装置除了收发操作之外的其他操作,例如s704,和/或用于支持本文所描述的技术的其它过程。
[0553]
当该通信装置为芯片时,该芯片包括收发单元和处理单元。其中,收发单元可以是
输入输出电路、通信接口;处理单元为该芯片上集成的处理器或者微处理器或者集成电路。
[0554]
本申请实施例中的通信装置还可以参照图16所示的设备。作为一个例子,该设备可以完成类似于图16中处理器1610的功能。在图16中,该设备包括处理器1610,发送数据处理器1620,接收数据处理器1630。上述实施例中的处理模块910可以是图16中的该处理器1610,并完成相应的功能;上述实施例中的收发模块920可以是图16中的发送数据处理器1620,和/或接收数据处理器1630。或者,上述实施例中的处理模块1110可以是图16中的该处理器1610,并完成相应的功能;上述实施例中的收发模块1120可以是图16中的发送数据处理器1620,和/或接收数据处理器1630。或者,上述实施例中的处理模块1310可以是图16中的该处理器1610,并完成相应的功能;上述实施例中的收发模块1320可以是图16中的发送数据处理器1620,和/或接收数据处理器1630。
[0555]
虽然图16中示出了信道编码器、信道解码器,但是可以理解这些模块并不对本实施例构成限制性说明,仅是示意性的。
[0556]
图17示出本实施例的另一种形式。处理装置1700中包括调制子系统、中央处理子系统、周边子系统等模块。本实施例中的通信装置可以作为其中的调制子系统。具体的,该调制子系统可以包括处理器1703,接口1704。其中,处理器1703完成上述处理模块910的功能,接口1704完成上述收发模块920的功能。或者,处理器1703完成上述处理模块1110的功能,接口1704完成上述收发模块1120的功能。或者,处理器1703完成上述处理模块1310的功能,接口1704完成上述收发模块1320的功能。作为另一种变形,该调制子系统包括存储器1706、处理器1703及存储在存储器1706上并可在处理器上运行的程序,该处理器1703执行该程序时实现上述图2所示的方法实施例或图7所示的方法实施例中第一装置或第二装置侧的方法。需要注意的是,所述存储器1706可以是非易失性的,也可以是易失性的,其位置可以位于调制子系统内部,也可以位于处理装置1700中,只要该存储器1706可以连接到处理器1703即可。
[0557]
本申请实施例还提供第一种通信系统。该通信系统可以包括至少一个上述的图2所示的实施例所涉及的第一装置,以及包括上述的图2所示的实施例所涉及的第二装置。第一装置例如为图9中的第一装置900或图10中的第一装置1000,第二装置例如为图11中的第二装置1100或图12中的第二装置1200等。例如,第一装置可用于执行图2所示的实施例中由第一装置所执行的全部操作,例如图2所示的实施例中的s201、s207和s208,和/或用于支持本文所描述的技术的其它过程。第二装置可用于执行图2所示的实施例中由第二装置所执行的全部操作,例如图2所示的实施例中的s201、s202、s204、s205、s206和s207,和/或用于支持本文所描述的技术的其它过程。
[0558]
本申请实施例还提供第二种通信系统。该通信系统可以包括至少一个上述的图7所示的实施例所涉及的第一装置,以及包括上述的图7所示的实施例所涉及的第二装置。第一装置例如为图9中的第一装置900或图10中的第一装置1000,第二装置例如为图13中的第二装置1300或图14中的第二装置1400等。例如,第一装置用于执行图7所示的实施例中由第一装置所执行的全部操作,例如图7所示的实施例中的s701、s706和s707,和/或用于支持本文所描述的技术的其它过程。第二装置可用于执行图7所示的实施例中由第二装置所执行的全部操作,例如图7所示的实施例中的s701、s702、s704、s705和s706,和/或用于支持本文所描述的技术的其它过程。
[0559]
第一种通信系统和第二种通信系统可以是同一个通信系统,或者也可以是不同的通信系统。
[0560]
本申请实施例还提供一种计算机可读存储介质,所述计算机可读存储介质用于存储计算机程序,所述计算机程序被计算机执行时,所述计算机可以实现上述方法实施例提供的图2所示的实施例中与第一装置相关的流程。
[0561]
本申请实施例还提供一种计算机可读存储介质,所述计算机可读存储介质用于存储计算机程序,所述计算机程序被计算机执行时,所述计算机可以实现上述方法实施例提供的图2所示的实施例中与第二装置相关的流程。
[0562]
本申请实施例还提供一种计算机可读存储介质,所述计算机可读存储介质用于存储计算机程序,所述计算机程序被计算机执行时,所述计算机可以实现上述方法实施例提供的图7所示的实施例中与第一装置相关的流程。
[0563]
本申请实施例还提供一种计算机可读存储介质,所述计算机可读存储介质用于存储计算机程序,所述计算机程序被计算机执行时,所述计算机可以实现上述方法实施例提供的图7所示的实施例中与第二装置相关的流程。
[0564]
本申请实施例还提供一种计算机程序产品,所述计算机程序产品用于存储计算机程序,所述计算机程序被计算机执行时,所述计算机可以执行上述图2所示的方法实施例中第一装置侧的方法。
[0565]
本申请实施例还提供一种计算机程序产品,所述计算机程序产品用于存储计算机程序,所述计算机程序被计算机执行时,所述计算机可以执行上述图2所示的方法实施例中第二装置侧的方法。
[0566]
本申请实施例还提供一种计算机程序产品,所述计算机程序产品用于存储计算机程序,所述计算机程序被计算机执行时,所述计算机可以执行上述图7所示的方法实施例中第一装置侧的方法。
[0567]
本申请实施例还提供一种计算机程序产品,所述计算机程序产品用于存储计算机程序,所述计算机程序被计算机执行时,所述计算机可以执行上述图7所示的方法实施例中第二装置侧的方法。
[0568]
应理解,本申请实施例中提及的处理器可以是中央处理单元(central processing unit,cpu),还可以是其他通用处理器、数字信号处理器(digital signal processor,dsp)、专用集成电路(application specific integrated circuit,asic)、现成可编程门阵列(field programmable gate array,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0569]
还应理解,本申请实施例中提及的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是rom、可编程只读存储器(programmable rom,prom)、可擦除可编程只读存储器(erasable prom,eprom)、电可擦除可编程只读存储器(electrically eprom,eeprom)或闪存。易失性存储器可以是ram,其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的ram可用,例如静态随机存取存储器(static ram,sram)、动态随机存取存储器(dynamic ram,dram)、同步动态随机存取存储器(synchronous dram,sdram)、双倍数据速率同步动态随机存取存储器
(double data rate sdram,ddr sdram)、增强型同步动态随机存取存储器(enhanced sdram,esdram)、同步连接动态随机存取存储器(synchlink dram,sldram)和直接内存总线随机存取存储器(direct rambus ram,dr ram)。
[0570]
需要说明的是,当处理器为通用处理器、dsp、asic、fpga或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时,存储器(存储模块)集成在处理器中。
[0571]
应注意,本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
[0572]
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
[0573]
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
[0574]
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
[0575]
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
[0576]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0577]
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
[0578]
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(read-only memory,rom)、随机存取存储器(random access memory,ram)、磁碟或者光盘等各种可以存储程序代码的介质。
[0579]
以上所述,仅为本申请的具体实施方式,但本申请实施例的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请实施例揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请实施例的保护范围之内。因此,本申请实施例的保护范围应所述
以权利要求的保护范围为准。