设备通信方法、装置及存储介质制造方法及图纸

技术编号:34828404 阅读:29 留言:0更新日期:2022-09-08 07:19
本申请实施例提供一种设备通信方法、装置及存储介质,涉及通信技术领域,该方法应用于基于业务进行绑定认证的任意场景,该方法可以复用第一设备与第二设备之前的应用绑定时的绑定相关信息,实现对后续其他应用的认证,不需要执行第一应用与第二应用之间的绑定关系,减少第一应用与第二应用之间的交互次数,因此可以提升第一应用与第二应用建立通信连接的效率,节约第一设备与第二设备的功耗。且,用户不需要执行绑定应用相关的操作,可以提升用户体验。体验。体验。

【技术实现步骤摘要】
设备通信方法、装置及存储介质


[0001]本申请涉及通信
,尤其涉及一种设备通信方法、装置及存储介质。

技术介绍

[0002]随着终端技术的发展,终端设备之间的通信越来越多样化。在一些对安全要求较高的通信场景中,两个终端设备通信前,需要双方进行绑定并认证,绑定并认证通过后可以建立通信连接,以实现数据安全传输等。
[0003]在可能的方式中,两个终端设备基于各自的应用程序(application,APP)进行绑定和认证。例如,第一终端设备中加载APP1,第二终端设备中加载APP2,第一终端设备通过APP1向第二终端设备的APP2发起通信连接,则第二终端设备中可以弹出个人识别码(personal identification number,PIN码)或二维码,用户需要在第一终端设备的界面中输入该PIN码或扫描该二维码,建立APP1和APP2之间的绑定,之后APP1和APP2之间执行认证步骤,认证通过则APP1与APP2建立通信连接,实现业务处理。
[0004]类似的,如果第一终端设备中的APP3向第二终端设备的APP4发起通信连接,第二终端设备再次弹出PIN码或二维码,用户仍然需要在第一终端设备的界面中输入PIN码或扫描二维码,建立APP3和APP4之间的绑定,之后APP3和APP4之间执行认证步骤,认证通过则APP3与APP4建立通信连接。
[0005]上述实现中,每当第一终端设备中有APP向第二终端设备中的APP发起通信连接时,用户均需要输入PIN码或扫描二维码实现APP的绑定,操作繁琐,影响用户体验。

技术实现思路

[0006]本申请实施例提供一种设备通信方法、装置及存储介质,涉及通信
,有助于在维持安全性的基础上减少设备间基于APP通信时的用户操作。
[0007]第一方面,本申请实施例提供一种设备通信方法,应用于通信系统,通信系统包括第一设备和第二设备,方法包括:
[0008]第一设备接收到用于指示通过第一应用向第二设备的第二应用发起通信的触发;第一设备在确定第一应用为支持目标功能的应用时,获取第一设备中已存储的绑定相关信息,绑定相关信息包括第一设备相关的公钥信息、第二设备相关的公钥信息以及目标密钥信息;第一设备基于第一应用向第二应用发送通信请求,通信请求包括目标密钥信息;在第二设备确定第二应用为支持目标功能的应用时,第二设备根据目标密钥信息在第二设备已存储的绑定相关信息中获取第一设备相关的公钥信息;在第一应用基于第二设备相关的公钥信息,以及第二应用基于第一设备相关的公钥信息互相认证通过时,第一应用与第二应用建立通信连接。
[0009]这样,可以复用第一设备与第二设备之前的应用绑定时的绑定相关信息,实现对后续其他应用的认证,不需要执行第一应用与第二应用之间的绑定关系,减少第一应用与第二应用之间的交互次数,因此可以提升第一应用与第二应用建立通信连接的效率,节约
第一设备与第二设备的功耗。且,用户不需要执行绑定应用相关的操作,可以提升用户体验。
[0010]在一种可能的实现方式中,在第一应用为支持目标功能的应用时,第一应用的密钥标签为第一设备相关的公钥信息;在第二应用为支持目标功能的应用时,第二应用的密钥标签为第二设备相关的公钥信息。这样,后续可以基于第一应用的密钥标签实现对绑定相关信息的模糊查询,有利于得到适用的绑定相关信息。
[0011]在一种可能的实现方式中,第一设备在确定第一应用为支持目标功能的应用时,获取第一设备中已存储的绑定相关信息,包括:第一设备在确定第一应用为支持目标功能的应用时,第一设备基于第一应用的密钥标签,在存储在第一设备的本地密钥信息列表中得到绑定相关信息。这样,可以基于第一应用的密钥标签实现对绑定相关信息的模糊查询,有利于得到适用的绑定相关信息。
[0012]在一种可能的实现方式中,存储在第一设备的本地密钥信息列表中包括多条绑定信息,任一条绑定信息为第一设备基于加载在第一设备中的应用执行绑定时存储的;第一设备基于第一应用的密钥标签,在存储在第一设备的本地密钥信息列表中得到绑定相关信息,包括:第一设备基于密钥标签,在存储在第一设备的本地密钥信息列表中得到多条绑定信息;第一设备在多条绑定信息中取出任一条绑定信息的密钥,得到任一条绑定信息的密钥的业务类型和任一条绑定信息的密钥的设备认证标识;若任一条绑定信息中存在第二设备的设备认证标识,则得到绑定相关信息。这样,可以通过遍历本地密钥信息列表的方式,较大可能得到适用的绑定相关信息。
[0013]在一种可能的实现方式中,目标密钥信息包括下述的一项或多项:密钥别名、密钥标签、密钥类型、业务类型、密钥对应的设备的认证标识、密钥应用的应用程序包APK包名、或密钥附加信息。这样,后续第二设备可以基于目标密钥信息实现对绑定相关信息的模糊查询,有利于找到适用的绑定相关信息,提升认证成功的可能性。
[0014]在一种可能的实现方式中,方法还包括:第一设备执行对第三应用的注册流程;其中,若第三应用支持目标功能,将第三应用的密钥标签设置为第三应用的公钥;若第三应用不支持目标功能,将第三应用的密钥标签设置为第三应用的业务类型;第二设备执行对第四应用的注册流程;其中,若第四应用支持目标功能,将第四应用的密钥标签设置为第四应用的公钥;若第四应用不支持目标功能,将第四应用的密钥标签设置为第四应用的业务类型。这样,后续第三应用和第四应用可以支持后续的同签名认证。
[0015]在一种可能的实现方式中,方法还包括:第一设备接收到用于指示通过第三应用向第四应用发起通信的触发;第一设备基于第三应用向第四应用发送绑定请求;第一设备基于第三应用和第二设备的第四应用实现绑定,以及第一设备和第二设备分别存储绑定中产生的绑定信息。这样,后续第一设备和第二设备可以复用绑定信息,减少用户绑定相关操作,节约流程,提升效率,提升用户体验。
[0016]在一种可能的实现方式中,方法还包括:第一设备的第三应用基于第一认证功能函数authDevice(opParams,keyLength)向第二设备的第四应用发起设备认证。该第一认证功能函数可以用于认证已执行过绑定流程的应用。
[0017]在一种可能的实现方式中,还包括:第一设备的第一应用基于第二认证功能函数authDevice(opParams,ownerPkgName,peerAuthId,keyLength)向第二设备的第二应用发
起设备认证。该第二认证功能函数可以用于认证未执行过绑定流程的应用。
[0018]第二方面,本申请实施例提供一种设备通信方法,应用于通信系统,通信系统包括第一设备和第二设备,第一设备中加载有第一应用和第三应用,第二设备中加载有第二应用和第四应用,方法包括:
[0019]第一设备显示第一界面;第一界面包括第三应用中的待传输数据,以及第四应用的标识;在第一界面中接收到用于将第三应用中的待传输数据向第四应用发送的触发的情况下,第二设备显示验证码或可扫描码;第一设备显示用于输入验证码或用于扫描可扫描码本文档来自技高网
...

【技术保护点】

【技术特征摘要】
1.一种设备通信方法,其特征在于,应用于通信系统,所述通信系统包括第一设备和第二设备,所述方法包括:所述第一设备接收到用于指示通过第一应用向所述第二设备的第二应用发起通信的触发;所述第一设备在确定所述第一应用为支持目标功能的应用时,获取所述第一设备中已存储的绑定相关信息,绑定相关信息包括所述第一设备相关的公钥信息、所述第二设备相关的公钥信息以及目标密钥信息;所述第一设备基于所述第一应用向所述第二应用发送通信请求,所述通信请求包括所述目标密钥信息;在所述第二设备确定所述第二应用为支持所述目标功能的应用时,所述第二设备根据所述目标密钥信息在所述第二设备已存储的所述绑定相关信息中获取所述第一设备相关的公钥信息;在所述第一应用基于所述第二设备相关的公钥信息,以及所述第二应用基于所述第一设备相关的公钥信息互相认证通过时,所述第一应用与所述第二应用建立通信连接。2.根据权利要求1所述的方法,其特征在于,在所述第一应用为支持所述目标功能的应用时,所述第一应用的密钥标签为所述第一设备相关的公钥信息;在所述第二应用为支持所述目标功能的应用时,所述第二应用的密钥标签为所述第二设备相关的公钥信息。3.根据权利要求2所述的方法,其特征在于,所述第一设备在确定所述第一应用为支持目标功能的应用时,获取所述第一设备中已存储的绑定相关信息,包括:所述第一设备在确定所述第一应用为支持目标功能的应用时,所述第一设备基于所述第一应用的密钥标签,在存储在所述第一设备的本地密钥信息列表中得到所述绑定相关信息。4.根据权利要求3所述的方法,其特征在于,所述存储在所述第一设备的本地密钥信息列表中包括多条绑定信息,任一条绑定信息为所述第一设备基于加载在所述第一设备中的应用执行绑定时存储的;所述第一设备基于所述第一应用的密钥标签,在存储在所述第一设备的本地密钥信息列表中得到所述绑定相关信息,包括:所述第一设备基于所述密钥标签,在存储在所述第一设备的本地密钥信息列表中得到多条绑定信息;所述第一设备在所述多条绑定信息中取出任一条绑定信息的密钥,得到所述任一条绑定信息的密钥的业务类型和所述任一条绑定信息的密钥的设备认证标识;若所述任一条绑定信息中存在所述第二设备的设备认证标识,则得到所述绑定相关信息。5.根据权利要求1

4任一项所述的方法,其特征在于,所述目标密钥信息包括下述的一项或多项:密钥别名、密钥标签、密钥类型、业务类型、密钥对应的设备的认证标识、密钥所述应用的应用程序包APK包名、或密钥附加信息。6.根据权利要求1

5任一项所述的方法,其特征在于,所述方法还包括:所述第一设备执行对第三应用的注册流程;其中,若所述第三应用支持所述目标功能,
将所述第三应用的密钥标签设置为所述第三应用的公钥;若所述第三应用不支持所述目标功能,将所述第三应用的密钥标签设置为所述第三应用的业务类型;所述第二设备执行对第四应用的注册流程;其中,若所述第四应用支持所述目标功能,将所述第四应用的密钥标签设置为所述第四应用的公钥;若所述第四应用不支持所述目标功能,将所述第四应用的密钥标签设置为所述第四应用的业务类型。7.根据权利要求6所述的方法,其特征在于,所述方法还包括:所述第一设备接收到用于指示通过所述第三应用向所述第四应用发起通信的触发;所述第一设备基于所述第三应用向所述第四应用发送绑定请求;所述第一设备基于所述第三应用和所述第二设备的所述第四应用实现绑定,以及所述第一设备和所述第二设备分别存储所述绑定中产生的绑定信息。8.根据权利要求7所述的方法,其特征在于,所述方法还包括:所述第一设备的第三应用基于第一认证功能函数authDevice(opParams,keyLength)向所述第二设备的所述第四应用发起设备认证。9.根据权利要求1

8任一项所述的方法,其特征在于,还包括:所述第一设备的第一应用基于第二认证功能函数authDevice(opParams,ownerPkgName,peerAuthId,keyLength)向所述第二设备的所述第二应用发起设备认证。10.一种设备通信方法,其特征在于,应用于通信系统,所述通信系统包括第一设备和第二设备,所述第一设备中加载有第一应用和第三应用,所述第二设备中加载有第二应用和第四应用,所述方法包括:所述第一设备显示第一界面;所述第一界面包括第三应用中的待传输数据,以及所述第四应用的标识;在所述第一界面中接收到用于将所述第三应用中的待传输数据向所述第四应用发送的触发的情况下,所述第二设备显示验证码或可扫描码;所述第一设备显示用于输入所述验证码或用于扫描所述可扫描码的第二界面;在所述第一设备在所述第二界面中接收到所述验证码输入或所述可扫描码的扫描操作时,所述第二设备在所述第二应用中显示传输的所述第三应用中的待传输数据;所述第一设备显示第三界面;所述第三界面包括第一应用中的待传输数据,以及所述第二应用的标识;在所述第三界面中接收到用于将所述第一应用的待传输数据向所述第四应用发送的触发时,所述第二设备在所述第二应用中显示传输的所述第一应用中的待传输数据。11.根据权利要求10所述的方法,其特征在于,所述在所述第一界面中接收到用于将所述第三...

【专利技术属性】
技术研发人员:王鑫
申请(专利权)人:荣耀终端有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1