广播感知进程协商的方法、装置、设备、系统及存储介质与流程

1.本发明涉及无线通信领域，尤其涉及一种广播感知进程协商的方法、装置、设备、系统及存储介质。


背景技术：

2.wlan sensing(无线感知)技术是一种新的技术，它可以基于现有的wifi网络及设备，使用现有wi-fi信号实现运动检测、手势识别以及生物特征测量。在wlan sensing中，通过使用基于csi(信道状态信息)或基于radar(雷达)的方式检测环境中由物体、宠物和人的运动引起的变化，而不需要被检测的对象佩戴任何设备。
3.通过wlan sensing的实施，可以在智能家居、入侵检测、医疗保健、智能远程看护等领域提供更智能化，更丰富的应用。


技术实现要素：

4.现有的无线感知进程中，由发起者设备(initiator)发起感知请求，由响应者设备(responder)响应感知请求，双方协调感知信号发送和接收的角色、参数、报告方式等之后，开始执行感知测量进程。当多个设备需要使用无线感知业务而启动无线感知进程时，在协调阶段，每一个进程的启动都需要执行多条控制信令，对业务的吞吐量，业务延迟等服务质量都会造成影响。有鉴于此，本发明实施例提供一种广播感知进程协商的方法、装置、设备、系统及存储介质，通过广播机制来优化感知信号的发送和接收。
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.根据广播消息中的下一次包含感知进程信息元的广播消息的发送时间周期性地读取广播消息，如果与所述终端加入的广播感知进程标识对应的广播感知进程持续时长为0，则终止当前感知进程；如果所述终端还需要继续感知进程，则查看广播消息中是否还有其他符合感知业务需求的感知进程，且对应的广播感知进程持续时长值不为0，如果有，则发送感知建立请求消息给网络设备。
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.图1为本发明实施例提供的一种广播感知进程协商的方法流程图；
75.图2为本发明实施例提供的另一种广播感知进程协商的方法流程图。
具体实施方式
76.为了使本技术领域的人员更好地理解本发明中的技术方案，下面将对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。此外，虽然本发明中公开内容按照示范性一个或几个实例来介绍，但应理解，可以就这些公开内容的各个方面也可以单独构成一个完整技术方案。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。
77.在本发明实施例中，“示例地”、“例如”等词用于表示作例子、例证或说明。本发明中被描述为“示例”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用示例的一词旨在以具体方式呈现概念。“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而是仅用于区分描述。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。术语“和/或”包括一个或多个相关联的所列项目的任何和所有组合。
78.通常，无线感知进程包括发现、协商和测量等多个阶段。无线感知进程中，由发起者设备(initiator)发起无线感知进程，由响应者设备(responder)响应无线感知进程，双方协调感知信号发送和接收的角色、参数、报告方式等之后，开始执行感知测量。本发明实施例中，网络设备为响应者设备，且作为感知信号的发送方(transmitter)，终端(sta)为发起者设备，且作为感知信号的接收方(receiver)。网络设备包括路由器、接入点(ap)等设备，在以下实施例中，本发明仅以接入点作为示例进行详细说明，但本发明并不局限于此。
79.图1为本发明实施例提供的一种广播感知进程协商的方法流程图。如图1所示，广播感知进程协商的方法包括以下内容：
80.s101.接入点广播包含感知进程信息元sensing element的广播消息(如beacon消息)，所述感知进程信息元sensing element中包含广播感知进程标识和感知进程参数。
81.在一些实施例中，接入点还可在响应于终端发送的探测请求消息(如probe request消息)的探测响应消息(如probe response消息)，或响应于终端发送的连接请求消息(如association request消息)的连接响应消息(如association response消息)中包含所述感知进程信息元sensing element。因此，终端可从广播消息，或探测响应消息，或连接响应消息中获得感知进程信息元sensing element。而广播消息、探测响应消息、连接响应消息中包含的感知进程信息元sensing element可以是一个或多个。
82.示例地，感知进程信息元sensing element中包含的感知进程参数包括广播感知进程持续时长、下一次包含感知进程信息元的广播消息的发送时间、下一次感知数据包发送时间、感知数据包发射带宽和感知数据包发送的信道。可选地，感知进程信息元中包含的感知进程参数中还指示是否还有更多的感知进程信息元。感知进程信息元sensing element设置示例如表1所示。
83.表1
[0084][0085]
在一些实施例中，感知进程信息元sensing element中还可包括两次感知数据包发送的间隔时间，此时，sensing element设置示例如表2所示。可选地，可将两次感知数据包发送的间隔时间设置为小于广播消息发送间隔时间的一半。
[0086]
表2
[0087][0088][0089]
s102.终端发送感知建立请求消息给接入点，所述感知建立请求消息中指示终端请求加入广播感知进程。可选地，所述感知建立请求消息中包含终端请求加入的广播感知进程标识或建议的感知进程信息。
[0090]
示例地，感知建立请求消息设置如表3所示。
[0091]
表3
[0092][0093]
s103.接入点接收到感知建立请求消息后，根据感知建立请求消息设置响应的结果，如果同意终端加入广播感知进程，则设置响应的结果指示接受请求，否则，设置响应的结果指示拒绝请求。
[0094]
可选地，根据所述感知建立请求消息中包含的终端请求加入的广播感知进程标识或建议的感知进程信息设置响应的结果，包括：接入点接收到感知建立请求消息后，如果negotiation type值为1，则根据broadcast sensing id查找本地是否有与该参数值对应的广播感知进程标识，如果有，则设置参数status code值为accepted，指示接受请求，如果没有，则设置参数status code值为refused，指示拒绝请求；如果negotiation type值为2，则根据sensing parameters决定是否接受感知建立请求，如果接受，则分配新的广播感知进程标识，并设置参数status code值为accepted，如果不接受，则设置参数status code值为refused。
[0095]
在一些实施例中，如果接入点接受终端的请求，即响应的结果为接受，则接入点还将终端的地址或标识保存在终端请求加入的广播感知进程标识或分配的新的广播感知进程标识对应的信息中，那么该终端称为广播感知进程标识对应的感知进程的成员。接入点在发送感知数据包通知消息给终端时，在感知数据包通知消息中包含与感知建立响应消息中的广播感知进程标识对应的成员的地址或标识；发送完感知数据包通知消息后，等待预定义的系统时间后，如sifs(短帧间间隔)，发送感知数据包。
[0096]
s104.接入点发送感知建立响应消息给终端，所述感知建立响应消息中指示下一次包含感知进程信息元的广播消息的发送时间，并包含响应的结果和广播感知进程标识。示例地，感知建立响应消息设置如表4所示。
[0097]
表4
[0098][0099]
s105.终端接收到感知建立响应消息后，根据感知建立响应消息中的信息读取广播消息。如，根据所述感知建立响应消息中指示的下一次包含感知进程信息元的广播消息的发送时间读取广播消息，根据所述感知建立响应消息中包含的广播感知进程标识读取广播消息中与之对应的感知进程参数。
[0100]
具体地，终端接收到感知建立响应消息后，根据next tbtt参数给出的时间读取广播消息；根据broadcast sensing id读取广播消息中与之对应的感知进程参数。然后终端根据读取的感知进程参数中的next sensing tx time，sensing tx bandwidth或/和sensing tx channel所指示的时间，信道和带宽接收感知数据包，并根据接收到的感知数据包测量获得无线信道信息；并根据测量的无线信道信息进行去噪，特征提取，分类比较获得感知结果。
[0101]
在一些实施例中，终端还可根据广播消息中的下一次包含感知进程信息元的广播消息的发送时间周期性地读取广播消息，如果与终端加入的广播感知进程标识对应的广播感知进程持续时长为0，则终止当前感知进程；如果终端还需要继续感知进程，则查看广播消息中是否还有其他符合感知业务需求的感知进程，且对应的广播感知进程持续时长值不为0，如果有，则发送感知建立请求消息给接入点，其中包含希望加入的广播感知进程标识broadcast sensing id，执行步骤s102-s105。
[0102]
在一些实施例中，如果终端自身不再需要执行感知进程，终端发送感知断开请求消息(如sensing teardown request消息)给接入点，所述感知断开请求消息中包含终端请求退出的广播感知进程标识。示例地，感知断开请求消息设置如表5所示。
[0103]
表5
[0104][0105]
接入点接收到感知断开请求消息后，发送感知断开响应消息给终端，所述感知断开响应消息中包含响应的结果和广播感知进程标识。示例地，感知断开响应消息设置如表6所示。
[0106]
表6
[0107][0108][0109]
图2为本发明实施例提供的另一种广播感知进程协商的方法流程图。图2所示实施例中，终端和接入点在进行协商之前，还会与对方交换是否支持广播方式感知进程的能力信息。如图2所示，广播感知进程协商的方法包括以下内容：
[0110]
s201.接入点广播包含感知进程信息元sensing element的广播消息。感知进程信息元sensing element的具体设置可参考图1所示实施例，这里不再赘述。
[0111]
s202.终端发送第一消息给接入点，所述第一消息中指示终端是否支持广播方式感知进程。在一些实施例中，所述第一消息可以为连接请求消息或探测请求消息。示例地，第一消息设置如表7所示。
[0112]
表7
[0113][0114]
s203.接入点接收到第一消息后，发送第二消息给终端，所述第二消息中指示接入点是否支持广播方式感知进程。在一些实施例中，所述第二消息可以为连接响应消息或探测响应消息。示例地，第二消息设置如表8所示。
[0115]
表8
[0116][0117]
s204.终端发送感知建立请求消息给接入点，所述感知建立请求消息中指示终端请求加入广播感知进程。
[0118]
在该实施例中，终端获取到接入点是否支持广播方式感知进程的能力信息后，只
有在双方都支持广播方式感知进程时，如终端的能力参数broadcast sensing capable值为1，且获得的接入点的能力参数broadcast sensing capable值为1，才会执行步骤s204-s207。
[0119]
s205.接入点接收到感知建立请求消息后，根据感知建立请求消息设置响应的结果，如根据所述终端请求加入的广播感知进程标识或建议的感知进程信息设置响应的结果。
[0120]
s206.接入点发送感知建立响应消息给终端，所述感知建立响应消息中指示下一次包含感知进程信息元的广播消息的发送时间，并包含响应的结果和广播感知进程标识。
[0121]
s207.终端接收到感知建立响应消息后，根据感知建立响应消息中的信息读取广播消息。
[0122]
图2所示实施例中，步骤s204-s207可参考图1所示实施例中的步骤s102-s105，这里不再赘述。
[0123]
本发明实施例中，基于与上述广播感知进程协商的方法同样的发明构思，本发明实施例还提供了一种广播感知进程协商的装置，应用于网络设备，包括：
[0124]
广播模块，用于广播包含一个或多个感知进程信息元的广播消息，所述感知进程信息元中包含广播感知进程标识和感知进程参数；
[0125]
接收模块，用于接收终端发送的感知建立请求消息，所述感知建立请求消息中指示终端请求加入广播感知进程；
[0126]
设置模块，用于根据接收到的感知建立请求消息设置响应的结果；
[0127]
发送模块，用于发送感知建立响应消息给终端，所述感知建立响应消息中指示下一次包含感知进程信息元的广播消息的发送时间，并包含响应的结果和广播感知进程标识。
[0128]
本发明实施例还提供了另一种广播感知进程协商的装置，应用于终端，包括：
[0129]
发送模块，用于发送感知建立请求消息给网络设备，所述感知建立请求消息中指示终端请求加入广播感知进程；
[0130]
接收模块，用于接收网络设备发送的感知建立响应消息，所述感知建立响应消息中指示下一次包含感知进程信息元的广播消息的发送时间，并包含响应的结果和广播感知进程标识，所述感知进程信息元中包含广播感知进程标识和感知进程参数；
[0131]
读取模块，用于根据所述感知建立响应消息中指示的下一次包含感知进程信息元的广播消息的发送时间读取广播消息，根据所述感知建立响应消息中包含的广播感知进程标识读取广播消息中与之对应的感知进程参数。
[0132]
本发明实施例中，基于与上述广播感知进程协商的方法同样的发明构思，本发明实施例还提供了一种广播感知进程协商的设备，所述设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序代码、代码集或指令集，所述至少一条指令、至少一段程序代码、代码集或指令集由所述处理器加载并执行，以实现上述实施例涉及的广播感知进程协商的方法。
[0133]
此外，本发明实施例还提供一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序代码、代码集或指令集，所述至少一条指令、至少一段程序代码、代码集或指令集由处理器加载并执行，以实现上述实施例涉及的广播感知进程协商的方
法。
[0134]
应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，部分或全部步骤可以并行执行或先后执行，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
[0135]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
[0136]
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0137]
在本发明所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。
[0138]
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上模块集成在一个单元中。
[0139]
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，网络设备或者终端设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、rom、ram)磁碟或者光盘等各种可以存储程序代码的介质。
[0140]
取决于语境，如在此所使用的词语“如果”或“若”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
[0141]
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。