多协议确定方法、装置、电子设备及存储介质与流程

1.本公开涉及通信领域，尤其涉及一种多协议确定方法、装置、电子设备及存储介质。


背景技术：

2.随着充电技术发展，充电产品如充电发送端或充电接收端所支持的协议越来越多。在支持多种协议的前提下，对于不同的充电场景，如何选取合适的充电协议，或者防止多个协议之间的冲突，是相关技术中存在的技术问题。


技术实现要素：

3.为克服相关技术中存在的问题，本公开提供一种多协议确定方法、装置、电子设备及存储介质。
4.根据本公开实施例的第一方面，提出了一种多协议确定方法，应用于充电发送端，方法包括：
5.与充电接收端基于标准协议进行初始通信；
6.根据所述初始通信过程中的交互信息，确定目标协议；其中，所述目标协议为所述标准协议或私有协议，所述交互信息表征所述充电发送端和所述充电接收端针对所述私有协议的协商信息；
7.与所述充电接收端基于所述目标协议通信。
8.在一些实施例中，所述与充电接收端基于标准协议进行初始通信，包括：
9.在所述初始通信过程中，获取所述充电接收端所支持的私有协议信息。
10.在一些实施例中，所述获取所述充电接收端所支持的私有协议信息，包括：
11.向所述充电接收端发送第一请求；
12.接收所述充电接收端发送的第一协议列表，其中所述第一协议列表是所述充电接收端根据第一请求从第一寄存器内读取的，所述第一协议列表中包括所述充电接收端所支持的私有协议。
13.在一些实施例中，所述交互信息包括：所述第一协议列表；
14.所述根据所述初始通信过程中的交互信息，确定目标协议，包括：
15.读取第二寄存器内的第二协议列表；其中，所述第二协议列表中包括所述充电发送端支持的私有协议；
16.根据所述第一协议列表与所述第二协议列表，确定所述目标协议，其中，所述目标协议表示所述充电发送端与所述充电接收端共同支持的私有协议。
17.在一些实施例中，所述根据所述第一协议列表与所述第二协议列表，确定所述目标协议，包括：
18.响应于所述充电发送端与所述充电接收端共同支持的私有协议为一个，确定所述共同支持的一个私有协议为所述目标协议。
19.在一些实施例中，所述根据所述第一协议列表与所述第二协议列表，确定所述目标协议，包括：
20.响应于所述充电发送端与所述充电接收端共同支持的私有协议为至少两个，接收所述充电接收端发送的第一私有信息；其中，所述第一私有信息为：基于共同支持的第一预设私有协议的私有信息；
21.响应于对所述第一私有信息识别成功，向所述充电接收端发送第一反馈信息；
22.响应于所述第一反馈信息通过所述充电接收端验证，确定所述第一预设私有协议为所述目标协议。
23.根据本公开实施例的第二方面，提出了一种多协议确定方法，应用于充电接收端，方法包括：
24.与充电发送端基于标准协议进行初始通信；
25.根据所述初始通信过程中的交互信息，确定目标协议；其中，所述目标协议为所述标准协议或私有协议，所述交互信息表征所述充电发送端和所述充电接收端针对所述私有协议的协商信息；
26.与所述充电发送端基于所述目标协议通信。
27.在一些实施例中，所述根据所述初始通信过程中的交互信息，确定目标协议，包括：
28.向所述充电发送端发送第二预设私有协议下的第二私有信息；
29.响应于接收到所述充电发送端发送的第二反馈信息，且所述第二反馈信息通过验证，确定所述第二预设私有协议为所述目标协议；
30.响应于未接收到所述第二反馈信息，或者，接收到的所述第二反馈信息未通过验证，执行下一个私有协议下的私有信息交互；
31.响应于全部私有协议下的私有信息交互失败，确定所述标准协议为所述目标协议。
32.在一些实施例中，所述根据所述初始通信过程中的交互信息，确定目标协议，包括：
33.向所述充电发送端发送第二请求，并接收所述充电发送端发送的第二协议列表；其中，所述第二协议列表为所述充电发送端根据第二请求从第二寄存器内读取的，所述第二协议列表包括所述充电发送端所支持的私有协议；
34.读取第一寄存器内的第一协议列表，其中，所述第一协议列表包括所述充电接收端支持的私有协议；
35.根据所述第一协议列表与所述第二协议列表，确定所述目标协议，其中，所述目标协议表示所述充电发送端与所述充电接收端共同支持的私有协议。
36.根据本公开实施例的第三方面，提出了一种多协议确定装置，应用于充电发送端，装置包括：
37.第一通信模块，用于与充电接收端基于标准协议进行初始通信；
38.第一确定模块，用于根据所述初始通信过程中的交互信息，确定目标协议；其中，所述目标协议为所述标准协议或私有协议，所述交互信息表征所述充电发送端和所述充电接收端针对私有协议的协商信息；
39.所述第一通信模块还用于，与所述充电接收端基于所述目标协议通信。
40.在一些实施例中，所述第一通信模块用于：
41.在所述初始通信过程中，获取所述充电接收端所支持的私有协议信息。
42.在一些实施例中，所述第一通信模块还用于：
43.向所述充电接收端发送第一请求；
44.接收所述充电接收端发送的第一协议列表，其中所述第一协议列表是所述充电接收端根据第一请求从第一寄存器内读取的，所述第一协议列表中包括所述充电接收端所支持的私有协议。
45.在一些实施例中，所述交互信息包括：所述第一协议列表；
46.所述第一确定模块用于：
47.读取第二寄存器内的第二协议列表；其中，所述第二协议列表中包括所述充电发送端支持的私有协议；
48.根据所述第一协议列表与所述第二协议列表，确定所述目标协议，其中，所述目标协议表示所述充电发送端与所述充电接收端共同支持的私有协议。
49.在一些实施例中，所述第一确定模块用于：
50.响应于所述充电发送端与所述充电接收端共同支持的私有协议为一个，确定所述共同支持的一个私有协议为所述目标协议。
51.在一些实施例中，所述第一确定模块用于：
52.响应于所述充电发送端与所述充电接收端共同支持的私有协议为至少两个，接收所述充电接收端发送的第一私有信息；其中，所述第一私有信息为：基于共同支持的第一预设私有协议的私有信息；
53.响应于对所述第一私有信息识别成功，向所述充电接收端发送第一反馈信息；
54.响应于所述第一反馈信息通过所述充电接收端验证，确定所述第一预设私有协议为所述目标协议。
55.根据本公开实施例的第四方面，提出了一种多协议确定装置，应用于充电接收端，装置包括：
56.第二通信模块，用于与充电发送端基于标准协议进行初始通信；
57.第二确定模块，用于根据所述初始通信过程中的交互信息，确定目标协议；其中，所述目标协议为所述标准协议或私有协议，所述交互信息表征所述充电发送端和所述充电接收端针对所述私有协议的协商信息；
58.所述第二通信模块还用于，与所述充电发送端基于所述目标协议通信。
59.在一些实施例中，所述第二确定模块用于：
60.向所述充电发送端发送第二预设私有协议下的第二私有信息；
61.响应于接收到所述充电发送端发送的第二反馈信息，且所述第二反馈信息通过验证，确定所述第二预设私有协议为所述目标协议；
62.响应于未接收到所述第二反馈信息，或者，接收到的所述第二反馈信息未通过验证，执行下一个私有协议下的私有信息交互；
63.响应于全部私有协议下的私有信息交互失败，确定所述标准协议为所述目标协议。
64.在一些实施例中，所述第二确定模块还用于：
65.向所述充电发送端发送第二请求，并接收所述充电发送端发送的第二协议列表；其中，所述第二协议列表为所述充电发送端根据第二请求从第二寄存器内读取的，所述第二协议列表包括所述充电发送端所支持的私有协议；
66.读取第一寄存器内的第一协议列表，其中，所述第一协议列表包括所述充电接收端支持的私有协议；
67.根据所述第一协议列表与所述第二协议列表，确定所述目标协议，其中，所述目标协议表示所述充电发送端与所述充电接收端共同支持的私有协议。
68.根据本公开实施例的第五方面，提出了一种电子设备，包括：
69.处理器；
70.用于存储处理器的可执行指令的存储器；
71.其中，所述处理器被配置为执行如上任一项所述的多协议确定方法。
72.根据本公开实施例的第六方面，提出了一种非临时性计算机可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如上任一项所述的多协议确定方法。
73.本公开的实施例提供的技术方案可以包括以下有益效果：
74.本公开的方法中，充电发送端与充电接收端可首先基于标准协议进行初始通信，并根据初始通信过程中的反馈，确定之后通信所基于的目标协议。在整个通信过程中，根据通信情况动态确定后续的通信协议，有效避免多协议之间的冲突。
75.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
76.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。
77.图1是根据一示例性实施例示出的方法的流程图。
78.图2是根据一示例性实施例示出的方法的交互示意图。
79.图3是根据一示例性实施例示出的方法的交互示意图。
80.图4是根据一示例性实施例示出的方法的流程图。
81.图5是根据一示例性实施例示出的方法的交互示意图。
82.图6是根据一示例性实施例示出的场景示意图。
83.图7是根据一示例性实施例示出的场景示意图。
84.图8是根据一示例性实施例示出的场景示意图。
85.图9是根据一示例性实施例示出的场景示意图。
86.图10是根据一示例性实施例示出的装置的框图。
87.图11是根据另一示例性实施例示出的装置的框图。
88.图12是根据一示例性实施例示出的电子设备的框图。
具体实施方式
89.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
90.本公开提出了一种多协议确定方法，应用于充电发送端，方法包括：与充电接收端基于标准协议进行初始通信；根据初始通信过程中的交互信息，确定目标协议；其中，目标协议为标准协议或私有协议，交互信息表征充电发送端和充电接收端针对私有协议的协商信息；与充电接收端基于目标协议通信。本公开的方法中，充电发送端与充电接收端可首先基于标准协议进行初始通信，并根据初始通信过程中的反馈，确定之后通信所基于的目标协议。在整个通信过程中，根据通信情况动态确定后续的通信协议，有效避免多协议之间的冲突。
91.在一个示例性的实施例中，本实施例的多协议确定方法，应用于充电发送端。其中，充电发送端用于供电，比如为充电器。在有线充电中，充电发送端可称为host，在无线充电中，充电发送端可称为tx端。
92.如图1所示，本实施例的方法可以包括如下步骤：
93.s110、与充电接收端基于标准协议进行初始通信。
94.s120、根据初始通信过程中的交互信息，确定目标协议。
95.s130、与充电接收端基于目标协议通信。
96.其中，在步骤s110中，充电接收端用于受电，比如为手机、平板电脑、智能穿戴设备等终端设备。
97.结合图6所示的场景示意图，标准协议指通信过程的通用协议部分，比如充电技术的pd协议或qi协议等。基于协议的通信一般从标准协议开始，进行标准信息交互。
98.当在标准协议中穿插一定的私有协议，可进行包含私有协议的标准协议通信。比如，在标准协议中的预设位置可预留私有协议空间，在不影响标准协议正常交互内容的基础上穿插私有协议。标准协议数据包之间在满足标准协议时间间隔的情况下，可穿插任意数量的私有数据包。
99.比如，在标准协议通信中的预设位置可预留私有数据包(private packet)或未定义数据包(undefined packet)。供应商或开发商可自行定义private packet或undefined packet的私有属性，以实现供应商或开发商的特定功能，比如根据private packet或undefined packet的通信交互，可获知充电发送端和充电接收端的厂商标识、类型、充电功率等信息。
100.在充电过程中，充电发送端与充电接收端的厂商、型号可能均不相同，二者是否匹配的充电场景下所涉及的充电协议可能不同。本步骤中，结合图6所示，充电发送端与充电接收端可基于标准协议进行初始通信，交互相关信息，以便于能够根据交互信息确定继续通信时仍采用标准协议，还是可以在标准协议中采用私有协议。其中，初始通信比如包括标准信息交互的第一阶段至第m阶段，基于初始通信的交互，可确定进行私有协议通信的方式。
101.在步骤s120中，目标协议为标准协议或私有协议。
102.本步骤中，交互信息表征充电发送端和充电接收端针对私有协议的协商信息。在初始通信过程中，充电发送端与充电接收端可基于所支持的标准协议进行通信，并根据通信过程中的交互信息进一步确定执行私有通信的方式，如确定二者后续通信的目标协议，目标协议可以是共同支持的协议。
103.在步骤s130中，充电发送端与充电接收端基于目标协议继续通信。
104.在一个示例中，结合图6所示，目标协议为标准协议，表明充电发送端或充电接收端不支持私有协议，或者二者不支持相同的私有协议。则在后续通信中充电发送端与充电接收端仍依据标准协议继续通信。在另一个示例中，结合图6所示，目标协议为私有协议，则在后续通信中充电发送端与充电接收端可在标准协议中穿插私有协议进行通信。
105.本步骤中，在充电发送端与充电接收端确定通信交互的协议、并进行通信后，可为充电接收端以通信约定的信息进行充电。
106.可以理解的，上述图6所示意的场景图中，仅示例了同一种标准协议的场景。
107.结合图所7对应的场景，部分标准协议包括多个子协议(如子协议1和子协议2)，可首先判断所支持的子协议。例如，充电接收端通过向充电发送端发送配置请求，发起在子协议1下的通信握手；握手成功则基于子协议1通信，否则基于子协议2通信。然后在每个子协议下还可进一步判断是否支持私有协议。在此种场景下，初始通信阶段还可以包括：在标准信息交互第m阶段后具体采用何种子协议的过程(即标准信息交互的m+a或m+b阶段)。此场景中目标协议可以包括如下可能：子协议1、子协议1中穿插私有协议、子协议2或者子协议2中穿插私有协议。
108.例如，qi标准协议包括子协议bpp和子协议epp，基于初始通信阶段可确定基于bpp或epp通信。两种子协议中穿插私有协议的方式不同，若基于bpp通信，后续通信的目标协议可以是：bpp私有(记为bpp+)或bpp；若基于epp通信，后续通信的目标协议可以是：epp私有(记为epp+)或epp。
109.在一个示例性的实施例中，本实施例的方法可以包括图1中的步骤s110至步骤s130，其中，步骤s110可以包括如下步骤：
110.s1101、在初始通信过程中，获取充电接收端所支持的私有协议信息。
111.本步骤中，充电发送端与充电接收端基于通信，可交互所支持的私有协议信息。充电发送端获取充电接收端所支持的私有协议，充电接收端也可基于通信获知充电发送端所支持的私有协议。
112.在一个示例性的实施例中，本实施例中步骤s1101可以包括如下步骤：
113.s1101-1、向充电接收端发送第一请求。
114.s1101-2、接收充电接收端发送的第一协议列表。
115.其中，在步骤s1101-1中，本步骤中，充电发送端在需获知充电接收端所支持的私有协议时，可向充电接收端发送第一请求，以便于指示充电接收端读取自身第一寄存器内的第一协议列表。
116.在步骤s1101-2中，第一协议列表是充电接收端根据第一请求从第一寄存器内读取的，第一协议列表中包括充电接收端所支持的私有协议。充电接收端具有对应的第一寄存器，第一寄存器用于存储充电接收端所支持的私有协议或标准协议，如存储第一协议列表。充电接收端可读取第一寄存器内的信息。
117.本步骤中，充电接收端在读取自身支持的第一协议列表后，可将第一协议列表发送给充电发送端，从而充电发送端可获知充电接收端支持的协议。
118.在一个示例性的实施例中，交互信息包括：所述第一协议列表。本实施例中步骤s120可以包括如下步骤：
119.s1201、读取第二寄存器内的第二协议列表。
120.s1202、根据第一协议列表与第二协议列表，确定目标协议包括：充电发送端与充电接收端共同支持的私有协议。
121.其中，在步骤s1201中，第二协议列表中包括充电发送端支持的私有协议。第二寄存器用于存储充电发送端支持的私有协议或标准协议，如第二协议列表。
122.充电发送端在获知充电接收端所支持的协议之后，可通过自身的第二寄存器，读取自身所支持的协议。
123.在步骤s1202中，充电发送端可根据第一协议列表与第二协议列表，确定充电发送端与充电接收端所共同支持的私有协议，在共同支持的私有协议中确定目标协议。
124.本步骤中，充电发送端可指定共同支持的私有协议中的一种作为目标协议，并告知充电接收端所确定的目标协议。
125.或者，充电发送端确定共同支持的私有协议为一个或一个以上，若为一个执行下述第一个示例，若为一个以上执行下述第二个示例。
126.在第一个示例中，步骤s1202可以包括如下步骤：
127.s1202-1、响应于充电发送端与充电接收端共同支持的私有协议为一个，确定共同支持的一个私有协议为目标协议。
128.此步骤中，若充电发送端与充电接收端共同支持的私有协议为一个，二者之间可通过此共同的私有协议进行私有信息交互。
129.在第二个示例中，步骤s1202可以包括如下步骤：
130.s1202-2、响应于充电发送端与充电接收端共同支持的私有协议为至少两个，接收充电接收端发送的第一私有信息。
131.s1202-3、响应于对第一私有信息识别成功，向充电接收端发送第一反馈信息。
132.s1202-4、响应于第一反馈信息通过充电接收端验证，确定第一预设私有协议为目标协议。
133.其中，结合图6至图9所示，本示例中是进行私有协议交互的过程，根据私有协议交互是否成功，确定对应的目标协议。
134.在步骤s1202-2中，第一私有信息为：基于共同支持的第一预设私有协议的私有信息。本步骤中，第一预设私有协议可以是指：共同支持的私有协议中的任一个，即充电接收端可分别在每个共同支持的私有协议下发送对应的私有信息(如私有数据包)。
135.在步骤s1202-3中，充电发送端在接收到充电接收端的私有信息如私有数据包后，可对第一私有信息进行识别，若可成功识别私有信息的内容，可根据私有信息进行相对应的反馈，如发送第一反馈信息。本步骤中，第一反馈信息是基于同样的第一预设私有协议的回复反馈消息，二者可基于第一预设私有协议握手通信。
136.在步骤s1202-4中，充电接收端可对收到的第一反馈信息验证。
137.例如，当第一私有信息包含充电接收端的型号，第一反馈信息包括充电发送端的
型号，当充电接收端验证二者型号适配，确定通过验证。此时认为私有协议交互成功。
138.而当第一反馈消息中的型号与第一私有消息的型号不适配，则不会通过验证。此时认为私有协议交互失败。
139.或者，在步骤s1202-2之后，在预设时长内充电发送端无反馈消息，表明充电发送端与充电接收端无法基于第一预设私有协议通信，此私有协议交互失败。
140.为进一步描述上述实施例，图2为充电发送端100与充电接收端200的交互流程示例。此流程可包括如下步骤：
141.s201、充电发送端100向充电接收端200发送第一请求。
142.s202、充电接收端200根据第一请求读取第一寄存器内的第一协议列表。其中，第一协议列表包括{协议a，协议b，
……
，协议m}。
143.s203、充电发送端100接收充电接收端200发送的第一协议列表。
144.s204、充电发送端100读取第二寄存器内的第二协议列表。其中，第二协议列表包括{协议1，协议2，
……
，协议n}。
145.s205、充电发送端100根据第一协议列表与第二协议列表，确定目标协议。
146.在此步骤s205中，若充电发送端100与充电接收端200所共同支持的私有协议为一个，充电发送端100可确定该私有协议为目标协议。
147.若共同支持的私有协议为一个以上，充电发送端100可指定任一个私有协议作为目标协议，或者在步骤s205中执行下述图3对应的方法：
148.s205-1、充电接收端200发送第一私有信息。
149.s205-2、充电发送端100对第一私有信息识别成功，则向充电接收端200发送第一反馈信息。
150.s205-3、若第一反馈信息通过充电接收端200验证，确定第一预设私有协议为目标协议。
151.s205-4、若未收到第一反馈信息或者第一反馈信息未通过验证，可执行共同支持的下一个私有协议下的私有交互，再次执行步骤s205-1。
152.s206、充电发送端100与充电接收端200基于目标协议交互。
153.本公开实施例中，充电发送端100和充电接收端200分别以对应的寄存器存储所支持的协议，在交互过程中，通过对二者共同支持的私有协议进行选取判断确定目标协议。
154.在一个示例性的实施例中，本公开实施例中还提出了一种多协议确定方法，应用于充电接收端。其中，充电接收端用于受电，比如为手机、平板电脑、智能穿戴设备等终端设备。在有线充电中，充电接收端可称为device，在无线充电中，充电接收端可称为rx端。
155.如图4所示，本实施例的方法可以包括如下步骤：
156.s410、与充电发送端基于标准协议进行初始通信。
157.s420、根据初始通信过程中的交互信息，确定目标协议。
158.s430、与充电发送端基于目标协议通信。
159.其中，在步骤s410中，初始通信可以是充电接收端与充电发送端基于标准协议进行的交互。
160.在步骤s420中，目标协议为标准协议或私有协议，交互信息表征充电发送端和充电接收端针对私有协议的协商信息。
161.在一个示例中，充电接收端根据与充电发送端之间的交互信息，确定二者所能够共同支持的目标协议。
162.在另一个示例中，充电接收端可接收充电发送端发送的目标协议。本示例中，目标协议是充电发送端基于交互信息确定的，具体实施方式可参见前述实施例，此处不再赘述。
163.在步骤s430中，在确定目标协议后，充电接收端与充电发送端可基于目标协议通信。在通信确定所需信息后，充电接收端可接受充电发送端供电。
164.在一个示例中，本实施例中步骤s420可以包括如下步骤：
165.s420-11、向充电发送端发送第二预设私有协议下的第二私有信息。
166.此步骤中，第二预设私有协议可以是指：充电接收端所选取的自身支持的任一私有协议，充电接收端可首先在此私有协议下交互。
167.s420-12、响应于接收到充电发送端发送的第二反馈信息，且第二反馈信息通过验证，确定第二预设私有协议为目标协议。
168.此步骤中，若充电发送端可准确识别第二私有信息，并回复对应的第二反馈信息。充电接收端根据第二反馈消息的内容，确定充电发送端是否为适配的充电设备(如型号适配、厂商相同)，若是，则通过验证(此时第二反馈信息为ack)，若否，则不能通过验证。
169.当通过验证，可确定充电接收端与充电发送端能够基于第二预设私有协议交互。
170.s420-13、响应于未接收到第二反馈信息，或者，接收到的第二反馈信息未通过验证，执行下一个私有协议下的私有信息交互。
171.此步骤中，预设时长内未收到第二反馈消息(no response)，或者第二反馈消息中所包含的信息与充电接收端不适配(此时第二反馈信息为nck)，可进行下一个私有协议下的交互。在下一个私有协议下，继续执行步骤s420-11。
172.s420-14、响应于全部私有协议下的私有信息交互失败，确定标准协议为目标协议。
173.此步骤中，若充电接收端所能尝试的全部私有协议均交互失败，表明充电接收端与充电发送端不能基于相同的私有协议进行通信，可仍保持标准协议进行通信。
174.在另一个示例中，本实施例中步骤s420可以包括如下步骤：
175.s420-21、向充电发送端发送第二请求，并接收充电发送端发送的第二协议列表。
176.此步骤中，第二协议列表为充电发送端根据第二请求从第二寄存器内读取的，第二协议列表包括充电发送端所支持的私有协议。
177.s420-22、读取第一寄存器内的第一协议列表。
178.此步骤中，第一协议列表包括充电接收端支持的私有协议。
179.s420-23、根据第一协议列表与第二协议列表，确定目标协议。
180.此步骤中，目标协议表示充电发送端与充电接收端共同支持的私有协议。若共同支持的私有协议为一个，可以该共同支持的私有协议作为目标协议。若共同支持的私有协议为多个，可分别以每个私有协议发起交互，交互成功的私有协议可作为目标私有协议。
181.本实施例具体还可参见前述充电发送端对应的实施例，此处不再赘述。
182.为进一步描述上述实施例，图5为充电接收端200与充电发送端100的交互流程示例。此流程可包括如下步骤：
183.s501、与充电发送端基于标准协议进行初始通信。
184.s502、充电接收端200向充电发送端100发送第二预设私有协议下的第二私有信息。
185.其中，在充电接收端200所支持的私有协议{协议a，协议b，
……
，协议m}中，每个私有协议可依次作为第二预设私有协议，充电接收端200依次在每个私有下一下发送第二私有信息。
186.s503、充电发送端100对第二私有信息的反馈情况，如反馈ack、nck或no response。
187.其中，充电发送端100所支持的协议可以是{协议1，协议2，
……
，协议n}。
188.s504、充电接收端200根据充电发送端100的反馈，确定目标协议。
189.s505、充电接收端200与充电发送端100基于目标协议通信。
190.结合图8对应的场景示意图，本实施例在判断标准协议或私有协议的过程中均采用通信回复的方式。在基于协议1通信过程中，执行步骤s502至步骤s503，确定私有协议的交互是否成功。当第二反馈信息为ack(通过验证的反馈信息)，私有协议交互成功，目标协议可以是第二私有信息所对应的第二预设私有协议(如协议1中穿插私有)。而当第二反馈信息为nck(未通过验证的反馈信息)或者当充电发送端在预设时间内no response，私有协议交互失败，则仍基于标准协议通信。并按照上述方法流程继续确定下一个私有协议下的私有信息交互。协议2下的通信原理可参照协议1。
191.在协议1或协议2下，若充电接收端200所能尝试的全部的私有协议均交互失败(即nck或no response的场景)，则目标协议为标准协议。
192.本公开实施例中，充电接收端200与充电发送端100通过私有协议交互的方式，逐个判断二者可共同支持的私有协议，以共同支持的私有协议作为目标协议。可以理解的，本公开实施例中，充电接收端200与充电发送端100所分别支持的协议应满足如下条件：这些协议包含通用的通信数据包，以便于在通信过程中，标准协议与私有协议可交叉使用。
193.结合图1至图5的实施例，在一个具体示例中：
194.充电接收端200为手机或智能穿戴设备，此类充电接收端200可基于qi标准协议进行无线充电。qi标准协议包括子协议bpp(baseline power profile)和子协议epp(extended power profile)，在每种子协议中可穿插私有协议。因此，子协议bpp可包括bpp标准(记为bpp)和bpp私有(记为bpp+)，子协议epp可包括epp标准(记为epp)和epp私有(记为epp+)。其中，不同子协议中穿插私有协议的方式有所不同。
195.根据协议规定，基于bpp与epp两种标准协议通信均可包括如下阶段：
196.第一阶段：选择(selection)。
197.第二阶段：ping检测，看通信通路是否处于正常状态。此阶段可交互：信号增强数据包(signal strength packet)。
198.第三阶段：识别和配置(identification and configuration)。此阶段可交互：识别数据包(identification packet)及配置数据包(configuration packet)，配置数据包中可包含配置请求。充电接收端发送的配置请求，用于确定与充电发送端能否在某一子协议(如epp)下握手成功(也即能否成功建立通信)，收到充电发送端的确认反馈ack表明握手成功、可在epp下通信；否则在bpp下通信。
199.本示例中，步骤s110或s410中的初始通信可包括第一阶段、第二阶段和第三阶段。
根据充电发送端100与充电接收端200在这三个阶段的通信，以及初始通信(如在识别和配置阶段)中的交互信息，确定后续通信的目标协议是：bpp、bpp+、epp或者epp+。
200.在bpp初始通信第三阶段之后，可立即执行bpp+私有协议的交互，比如：充电接收端200向充电发送端100发送第一预设私有协议下的第一私有信息。结合图9所示，判断私有协议交互是否成功，若是，例如充电发送端100可发送第一反馈信息且通过验证，则目标协议可以是bpp+；若否，例如充电发送端100不回复消息或第二反馈信息不能同验证，则目标协议可以是bpp。图9中虚线框1和2中为标准协议流程，虚线框3中为私有协议流程。
201.在epp初始通信第三阶段之后，仍可先执行epp其他标准信息通信，然后再进行私有协议的交互。
202.在bpp或epp标准协议中，穿插的私有协议或私有数据包，不能影响正常的标准协议交互内容。标准协议数据包在满足标准协议时间间隔的情况下，可穿插任意数量的私有通信包。
203.在一个示例性的实施例中，本公开实施例还提出了一种多协议确定装置，应用于充电发送端，即本实施例的装置用于实现上述由充电发送端执行的方法。如图10所示，本实施例的装置包括：第一通信模块110和第一确定模块120。其中，第一通信模块110用于与充电接收端基于标准协议进行初始通信。第一确定模块120用于根据初始通信过程中的交互信息，确定目标协议；其中，目标协议为标准协议或私有协议，交互信息表征充电发送端和充电接收端针对私有协议的协商信息。第一通信模块110还用于，与充电接收端基于目标协议通信。
204.本实施例中，第一通信模块110用于：在初始通信过程中，获取充电接收端所支持的私有协议信息。
205.在一个示例性的实施例中，依旧参照图10所示，本实施例的装置包括：第一通信模块110和第一确定模块120。其中，第一通信模块110还用于：向充电接收端发送第一请求；接收充电接收端发送的第一协议列表，其中第一协议列表是充电接收端根据第一请求从第一寄存器内读取的，第一协议列表中包括充电接收端所支持的私有协议。
206.本实施例中，交互信息包括：第一协议列表；第一确定模块120用于：读取第二寄存器内的第二协议列表；其中，第二协议列表中包括充电发送端支持的私有协议；根据第一协议列表与第二协议列表，确定目标协议，其中，目标协议表示充电发送端与充电接收端共同支持的私有协议。
207.在一个示例性的实施例中，依旧参照图10所示，本实施例的装置包括：第一通信模块110和第一确定模块120。其中，第一确定模块120用于：响应于充电发送端与充电接收端共同支持的私有协议为一个，确定共同支持的一个私有协议为目标协议。
208.本实施例中，第一确定模块120用于：响应于充电发送端与充电接收端共同支持的私有协议为至少两个，接收充电接收端发送的第一私有信息；其中，第一私有信息为：基于共同支持的第一预设私有协议的私有信息；响应于对第一私有信息识别成功，向充电接收端发送第一反馈信息；响应于第一反馈信息通过充电接收端验证，确定第一预设私有协议为目标协议。
209.在一个示例性的实施例中，本公开实施例还提出了一种多协议确定装置，应用于充电接收端，即本实施例的装置用于实现上述由充电接收端执行的方法。如图11所示，本实
施例的装置包括：第二通信模块210和第二确定模块220。第二通信模块210用于与充电发送端基于标准协议进行初始通信。第二确定模块220用于根据初始通信过程中的交互信息，确定目标协议；其中，目标协议为标准协议或私有协议，交互信息表征充电发送端和充电接收端针对私有协议的协商信息。第二通信模块210还用于，与充电发送端基于目标协议通信。
210.本实施例中，第二确定模块220用于：向充电发送端发送第二预设私有协议下的第二私有信息；响应于接收到充电发送端发送的第二反馈信息，且第二反馈信息通过验证，确定第二预设私有协议为所述目标协议；响应于未接收到第二反馈信息，或者，接收到的第二反馈信息未通过验证，执行下一个私有协议下的私有信息交互；响应于全部私有协议下的私有信息交互失败，确定标准协议为所述目标协议。
211.本实施例中，第二确定模块220还用于：向充电发送端发送第二请求，并接收充电发送端发送的第二协议列表；其中，第二协议列表为充电发送端根据第二请求从第二寄存器内读取的，第二协议列表包括充电发送端所支持的私有协议；读取第一寄存器内的第一协议列表，其中，第一协议列表包括充电接收端支持的私有协议；根据第一协议列表与第二协议列表，确定目标协议，其中，目标协议表示充电发送端与充电接收端共同支持的私有协议。
212.如图12所示是一种电子设备的框图。本公开还提供了一种电子设备，例如，设备500可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
213.设备500可以包括以下一个或多个组件：处理组件502，存储器504，电力组件506，多媒体组件508，音频组件510，输入/输出(i/o)的接口512，传感器组件514，以及通信组件516。
214.处理组件502通常控制设备500的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件502可以包括一个或多个处理器520来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件502可以包括一个或多个模块，便于处理组件502和其他组件之间的交互。例如，处理组件502可以包括多媒体模块，以方便多媒体组件508和处理组件502之间的交互。
215.存储器504被配置为存储各种类型的数据以支持在设备500的操作。这些数据的示例包括用于在设备500上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器504可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
216.电力组件506为设备500的各种组件提供电力。电力组件506可以包括电源管理系统，一个或多个电源，及其他与为装置500生成、管理和分配电力相关联的组件。
217.多媒体组件508包括在设备500和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件508包括
一个前置摄像头和/或后置摄像头。当设备500处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
218.音频组件510被配置为输出和/或输入音频信号。例如，音频组件510包括一个麦克风(mic)，当设备500处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器504或经由通信组件516发送。在一些实施例中，音频组件510还包括一个扬声器，用于输出音频信号。
219.i/o接口512为处理组件502和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
220.传感器组件514包括一个或多个传感器，用于为设备500提供各个方面的状态评估。例如，传感器组件514可以检测到设备500的打开/关闭状态，组件的相对定位，例如组件为设备500的显示器和小键盘，传感器组件514还可以检测设备500或设备500一个组件的位置改变，用户与设备500接触的存在或不存在，设备500方位或加速/减速和装置500的温度变化。传感器组件514可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件514还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件514还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
221.通信组件516被配置为便于设备500和其他设备之间有线或无线方式的通信。设备500可以接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信组件516经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件516还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。
222.在示例性实施例中，设备500可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述的方法。
223.本公开另一个示例性实施例中提供的一种非临时性计算机可读存储介质，例如包括指令的存储器504，上述指令可由设备500的处理器520执行以完成上述方法。例如，计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。当存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行上述的方法。
224.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本技术旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。
225.应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

技术特征：
1.一种多协议确定方法，其特征在于，应用于充电发送端，方法包括：与充电接收端基于标准协议进行初始通信；根据所述初始通信过程中的交互信息，确定目标协议；其中，所述目标协议为所述标准协议或私有协议，所述交互信息表征所述充电发送端和所述充电接收端针对所述私有协议的协商信息；与所述充电接收端基于所述目标协议通信。2.根据权利要求1所述的方法，其特征在于，所述与充电接收端基于标准协议进行初始通信，包括：在所述初始通信过程中，获取所述充电接收端所支持的私有协议信息。3.根据权利要求2所述的方法，其特征在于，所述获取所述充电接收端所支持的私有协议信息，包括：向所述充电接收端发送第一请求；接收所述充电接收端发送的第一协议列表，其中所述第一协议列表是所述充电接收端根据第一请求从第一寄存器内读取的，所述第一协议列表中包括所述充电接收端所支持的私有协议。4.根据权利要求3所述的方法，其特征在于，所述交互信息包括：所述第一协议列表；所述根据所述初始通信过程中的交互信息，确定目标协议，包括：读取第二寄存器内的第二协议列表；其中，所述第二协议列表中包括所述充电发送端支持的私有协议；根据所述第一协议列表与所述第二协议列表，确定所述目标协议，其中，所述目标协议表示所述充电发送端与所述充电接收端共同支持的私有协议。5.根据权利要求4所述的方法，其特征在于，所述根据所述第一协议列表与所述第二协议列表，确定所述目标协议，包括：响应于所述充电发送端与所述充电接收端共同支持的私有协议为一个，确定所述共同支持的一个私有协议为所述目标协议。6.根据权利要求4所述的方法，其特征在于，所述根据所述第一协议列表与所述第二协议列表，确定所述目标协议，包括：响应于所述充电发送端与所述充电接收端共同支持的私有协议为至少两个，接收所述充电接收端发送的第一私有信息；其中，所述第一私有信息为：基于共同支持的第一预设私有协议的私有信息；响应于对所述第一私有信息识别成功，向所述充电接收端发送第一反馈信息；响应于所述第一反馈信息通过所述充电接收端验证，确定所述第一预设私有协议为所述目标协议。7.一种多协议确定方法，其特征在于，应用于充电接收端，方法包括：与充电发送端基于标准协议进行初始通信；根据所述初始通信过程中的交互信息，确定目标协议；其中，所述目标协议为所述标准协议或私有协议，所述交互信息表征所述充电发送端和所述充电接收端针对所述私有协议的协商信息；与所述充电发送端基于所述目标协议通信。
8.根据权利要求7所述的方法，其特征在于，所述根据所述初始通信过程中的交互信息，确定目标协议，包括：向所述充电发送端发送第二预设私有协议下的第二私有信息；响应于接收到所述充电发送端发送的第二反馈信息，且所述第二反馈信息通过验证，确定所述第二预设私有协议为所述目标协议；响应于未接收到所述第二反馈信息，或者，接收到的所述第二反馈信息未通过验证，执行下一个私有协议下的私有信息交互；响应于全部私有协议下的私有信息交互失败，确定所述标准协议为所述目标协议。9.根据权利要求7所述的方法，其特征在于，所述根据所述初始通信过程中的交互信息，确定目标协议，包括：向所述充电发送端发送第二请求，并接收所述充电发送端发送的第二协议列表；其中，所述第二协议列表为所述充电发送端根据第二请求从第二寄存器内读取的，所述第二协议列表包括所述充电发送端所支持的私有协议；读取第一寄存器内的第一协议列表，其中，所述第一协议列表包括所述充电接收端支持的私有协议；根据所述第一协议列表与所述第二协议列表，确定所述目标协议，其中，所述目标协议表示所述充电发送端与所述充电接收端共同支持的私有协议。10.一种多协议确定装置，其特征在于，应用于充电发送端，装置包括：第一通信模块，用于与充电接收端基于标准协议进行初始通信；第一确定模块，用于根据所述初始通信过程中的交互信息，确定目标协议；其中，所述目标协议为所述标准协议或私有协议，所述交互信息表征所述充电发送端和充电接收端针对所述私有协议的协商信息；所述第一通信模块还用于，与所述充电接收端基于所述目标协议通信。11.根据权利要求10所述的装置，其特征在于，所述第一通信模块用于：在所述初始通信过程中，获取所述充电接收端所支持的私有协议信息。12.根据权利要求11所述的装置，其特征在于，所述第一通信模块还用于：向所述充电接收端发送第一请求；接收所述充电接收端发送的第一协议列表，其中所述第一协议列表是所述充电接收端根据第一请求从第一寄存器内读取的，所述第一协议列表中包括所述充电接收端所支持的私有协议。13.根据权利要求12所述的装置，其特征在于，所述交互信息包括：所述第一协议列表；所述第一确定模块用于：读取第二寄存器内的第二协议列表；其中，所述第二协议列表中包括所述充电发送端支持的私有协议；根据所述第一协议列表与所述第二协议列表，确定所述目标协议，其中，所述目标协议表示所述充电发送端与所述充电接收端共同支持的私有协议。14.根据权利要求13所述的装置，其特征在于，所述第一确定模块用于：响应于所述充电发送端与所述充电接收端共同支持的私有协议为一个，确定所述共同支持的一个私有协议为所述目标协议。
15.根据权利要求13所述的装置，其特征在于，所述第一确定模块用于：响应于所述充电发送端与所述充电接收端共同支持的私有协议为至少两个，接收所述充电接收端发送的第一私有信息；其中，所述第一私有信息为：基于共同支持的第一预设私有协议的私有信息；响应于对所述第一私有信息识别成功，向所述充电接收端发送第一反馈信息；响应于所述第一反馈信息通过所述充电接收端验证，确定所述第一预设私有协议为所述目标协议。16.一种多协议确定装置，其特征在于，应用于充电接收端，装置包括：第二通信模块，用于与充电发送端基于标准协议进行初始通信；第二确定模块，用于根据所述初始通信过程中的交互信息，确定目标协议；其中，所述目标协议为所述标准协议或私有协议，所述交互信息表征所述充电发送端和所述充电接收端针对所述私有协议的协商信息；所述第二通信模块还用于，与所述充电发送端基于所述目标协议通信。17.根据权利要求16所述的装置，其特征在于，所述第二确定模块用于：向所述充电发送端发送第二预设私有协议下的第二私有信息；响应于接收到所述充电发送端发送的第二反馈信息，且所述第二反馈信息通过验证，确定所述第二预设私有协议为所述目标协议；响应于未接收到所述第二反馈信息，或者，接收到的所述第二反馈信息未通过验证，执行下一个私有协议下的私有信息交互；响应于全部私有协议下的私有信息交互失败，确定所述标准协议为所述目标协议。18.根据权利要求16所述的装置，其特征在于，所述第二确定模块还用于：向所述充电发送端发送第二请求，并接收所述充电发送端发送的第二协议列表；其中，所述第二协议列表为所述充电发送端根据第二请求从第二寄存器内读取的，所述第二协议列表包括所述充电发送端所支持的私有协议；读取第一寄存器内的第一协议列表，其中，所述第一协议列表包括所述充电接收端支持的私有协议；根据所述第一协议列表与所述第二协议列表，确定所述目标协议，其中，所述目标协议表示所述充电发送端与所述充电接收端共同支持的私有协议。19.一种电子设备，其特征在于，包括：处理器；用于存储处理器的可执行指令的存储器；其中，所述处理器被配置为执行如权利要求1至6任一项或7至9任一项所述的多协议确定方法。20.一种非临时性计算机可读存储介质，其特征在于，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如权利要求1至6任一项或7至9任一项所述的多协议确定方法。

技术总结
本公开是关于多协议确定方法、装置、电子设备及存储介质，其中，方法包括：与充电接收端基于标准协议进行初始通信；根据所述初始通信过程中的交互信息，确定目标协议；其中，所述目标协议为所述标准协议或私有协议，交互信息表征所述充电发送端和所述充电接收端针对所述私有协议的协商信息；与所述充电接收端基于所述目标协议通信。本公开的方法中，充电发送端与充电接收端可首先基于标准协议进行初始通信，并根据初始通信过程中的反馈，确定之后通信所基于的目标协议。在整个通信过程中，根据通信情况动态确定后续的通信协议，有效避免多协议之间的冲突。协议之间的冲突。协议之间的冲突。


技术研发人员：吴鹏飞
受保护的技术使用者：北京小米移动软件有限公司
技术研发日：2022.01.29
技术公布日：2023/8/9