拉流方法、拉流装置、存储介质和电子设备与流程

1.本公开实施例涉及直播技术领域，尤其涉及一种拉流方法、拉流装置、实现拉流方法的计算机可读存储介质和电子设备。


背景技术：

2.随着网络技术的发展，网络直播越来越普及，各式各样的社会活动都可以借助网络直播方式进行传播。
3.作为对等(p2p，peer to peer)网络技术和网络多媒体服务的结合，p2p视频直播已经成为目前互联网最热门的服务之一。在实际使用中，p2p视频直播如果能够有效地整合这些收看相同节目的p2p节点的资源，使这些资源能够得到合理的共享，对整体上改善这些节点的视频播放质量以及一定程度上缓解p2p流量对整个互联网的传输压力都将具有十分积极的意义。目前，p2p视频直播中节点的资源共享一般流程为：拉流节点向p2p集群服务器注册并获取其他节点列表，然后向其他节点发起建立通信连接的请求，连接建立成功后相互交互例如可供共享的切片信息，之后拉流节点向其他节点发送数据请求，收到其他节点返回切片数据后继续发起新的请求，如此循环处理。
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.本公开实施例提供的拉流方法、装置、介质和电子设备中，拉流节点获取与拉流节点连接的其余节点的视频播放位置和数据传输质量参数，然后基于所述其余节点中每个节点的视频播放位置和数据传输质量参数，从所述其余节点中选择符合预设拉流条件的至少一个目标节点，所述预设拉流条件包括节点的数据传输质量参数大于预设传输质量参数阈值，且节点的视频播放位置领先所述拉流节点的视频播放位置；之后从所述至少一个目标节点获取所述拉流节点所需的切片数据。这样，本实施例中通过获取与拉流节点连接的其
余节点的视频播放位置和数据传输质量参数，然后基于其余节点的视频播放位置和数据传输质量参数筛选符合预设拉流条件的目标节点，最后与目标节点交互获取切片数据，如此可以保证筛选的目标节点一定具有拉流节点所需的切片数据，且目标节点的数据传输质量有一定保证，避免了节点资源共享过程中一些不必要的或者无效的交互过程和/或数据处理过程，提高了共享切片数据的传输效率，使得节点资源整体的分享率较高，进而可以改善节点的视频播放质量，以及一定程度上缓解p2p流量对整个网络的传输压力。
附图说明
32.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
33.为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
34.图1为本公开实施例拉流方法流程图；
35.图2为本公开实施例视频直播系统架构示意图；
36.图3为本公开另一实施例拉流方法流程图；
37.图4为本公开又一实施例拉流方法流程图；
38.图5为本公开实施例拉流装置示意图；
39.图6为本公开实施例实现拉流方法的电子设备示意图。
具体实施方式
40.为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。
41.在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。
42.应当理解，在下文中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”用于描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：只存在a，只存在b以及同时存在a和b三种情况，其中a，b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。
43.图1为本公开实施例示出的一种拉流方法流程图，该拉流方法可以应用于例如图2所示的视频直播系统的拉流节点如节点1，其中每个节点如节点1至节点n具体可以是例如一个p2p直播客户端，这些直播客户端互相之间以及直播客户端和p2p集群调度服务器之间通信连接，该调度服务器可以管理集群中的各个直播客户端如直播客户端的加入、离开等。拉流节点如节点1可以从该调度服务器获取其他节点如节点2-n的节点信息，节点信息可以
是例如节点ip地址、节点名称等。拉流节点如节点1基于获取的节点信息发送建立连接请求，以与他节点如节点2-n建立通信连接，之后就可以交互信息。具体的，该拉流方法可以包括以下步骤：
44.步骤s101：获取与所述拉流节点连接的其余节点的视频播放位置和数据传输质量参数。
45.示例性的，数据传输质量参数用以表示一个节点的数据传输质量，数据传输质量参数越大，则表示数据传输质量越好。视频播放位置可以是一个节点播放视频时的播放时间或视频帧标识如唯一id来确定，但也不限于此。
46.具体的，拉流节点如节点1与其他节点如节点2-n中的全部或部分节点成功建立通信连接后，可以交互获取与拉流节点通信连接的其余节点的视频播放位置和数据传输质量参数。
47.步骤s102：基于所述其余节点中每个节点的视频播放位置和数据传输质量参数，从所述其余节点中选择符合预设拉流条件的至少一个目标节点。所述预设拉流条件包括节点的数据传输质量参数大于预设传输质量参数阈值，且节点的视频播放位置领先所述拉流节点的视频播放位置。
48.示例性的，预设拉流条件中节点的视频播放位置领先所述拉流节点的视频播放位置，也即例如节点a的视频播放进度大于拉流节点的视频播放进度，表示节点a得到的直播视频的切片数据是多于拉流节点的切片数据的。
49.具体的，拉流节点判断所述其余节点中每个节点的视频播放位置和数据传输质量参数是否满足该预设拉流条件，将满足该预设拉流条件的节点确定为目标节点，例如确定节点4和节点5为目标节点。
50.步骤s103：从所述至少一个目标节点获取所述拉流节点所需的切片数据。
51.具体的，拉流节点可以生成拉流请求，并发送拉流请求至每个所述目标节点，所述拉流请求携带所述拉流节点所需切片的标识信息。
52.在一个示例中，拉流节点确定目标节点之后，生成拉流请求并发送拉流请求至每个所述目标节点如节点4和节点5，拉流请求携带拉流节点所需切片的标识信息如索引号。示例性的，所需切片的标识信息可以是切片数据的标识如索引号等，例如拉流节点目前得到的切片数据是索引号2、4、6、8、10的切片数据，所需切片即还差的切片是索引号1、3、5、7、9的切片数据，则拉流请求中会携带所需切片的索引号如1、3、5、7、9。
53.具体的，每个目标节点接收到拉流请求之后，响应拉流请求，将自身具有的切片数据返回拉流节点。例如节点4返回索引号为1、3、5的切片数据，节点5返回索引号为7、9的切片数据。
54.本公开上述实施例提供的拉流方法，通过获取与拉流节点连接的其余节点的视频播放位置和数据传输质量参数，然后基于其余节点的视频播放位置和数据传输质量参数筛选符合预设拉流条件的目标节点，最后与目标节点交互获取切片数据，如此可以保证筛选的目标节点一定具有拉流节点所需的切片数据，且目标节点的数据传输质量有一定保证，避免了节点资源共享过程中一些不必要的或者无效的交互过程和/或数据处理过程，提高了共享切片数据的传输效率，使得节点资源整体的分享率较高，进而可以改善节点的视频播放质量，以及一定程度上缓解p2p流量对整个网络的传输压力。
55.可选的，在本公开的一些实施例中，所述数据传输质量参数至少可以包括但不限于数据传输速度和/或数据传输占比。其中，所述数据传输占比表示在历史预设时长内一个节点传输数据量占所述其余节点传输数据总量的比值。相应的，步骤s102中拉流节点判断其余节点中每个节点的数据传输质量参数是否满足该预设拉流条件时，将每个节点中数据传输速度大于预设数据传输速度阈值和/或数据传输占比大于预设数据传输占比阈值的节点确定为目标节点。其中预设数据传输占比阈值和预设数据传输速度阈值可以根据具体情况设置，预设数据传输占比阈值例如可以是50％，本实施例中对此不作具体限制。通过上述实施方案，可进一步提高筛选的目标节点的数据传输质量，进而提高了共享切片数据的传输效率，从而进一步提高节点资源整体的分享率。
56.可选的，在上述实施例的基础上，本公开的一些实施例中，结合参考图3中所示，所述方法还可以包括以下步骤：
57.步骤s301：获取与所述拉流节点连接的目标节点的通信质量参数。
58.示例性的，在本公开的一些实施例中，所述通信质量参数至少可以包括但不限于通信链路状态参数、目标节点未返回切片数据的持续时长中的一个或多个。通信链路状态参数可以是“0”(表示链路断开)或“1”(表示链路正常)，但也不限于此形式。目标节点未返回切片数据的持续时长也即超时未返回数据，表示该目标节点通信质量差，该持续时长可以根据需要设置，本实施例中对此不作限制。
59.具体的，拉流节点可以获取与拉流节点通信连接的目标节点的通信质量参数如通信链路状态参数、目标节点未返回切片数据的持续时长。
60.步骤s302：在所述通信质量参数满足预设通信质量参数条件时，发送取消请求给所述目标节点，所述取消请求指示所述目标节点不再进行推流返回切片数据。
61.示例性的，满足预设通信质量参数条件可以是通信链路状态参数是“0”，或者通信链路状态参数是“1”且目标节点未返回切片数据的持续时长t大于预设最大时长tmax，该预设最大时长可以具体设置，本实施例中对此不作限制。
62.具体的，拉流节点在判断获取的目标节点的通信质量参数满足上述预设通信质量参数条件时，发送取消请求给目标节点，以指示目标节点不再进行推流返回切片数据。例如目标节点如节点4的通信质量参数满足上述预设通信质量参数条件，则向节点4发送取消请求，以指示节点4不再进行推流返回切片数据。
63.本实施例的上述方案，可以及时向不符合通信质量要求的目标节点发送取消请求，以避免不必要的数据交互及数据处理过程，提高共享切片数据的传输效率，在一定程度上提高节点资源整体的分享率。
64.可选的，在上述实施例的基础上，本公开的一些实施例中，步骤s103中发送取消请求给所述目标节点之后，所述方法还可以包括以下步骤：将拉流节点之前发送给所述目标节点的拉流请求转发至其它目标节点，所述拉流请求用于从所述目标节点请求获取所述拉流节点所需的切片数据。
65.具体的，例如拉流节点发送取消请求给目标节点如节点4，表示目标节点通信质量变差，然后将拉流节点之前发给节点4的拉流请求a再次发送至其它目标节点如节点5。之后拉流节点可以接收节点5响应拉流请求a而返回的切片数据。
66.通过上述实施例的方案，可以在向不符合通信质量要求的目标节点发送取消请求
后，及时从其他目标节点获取切片数据，在一定程度上提高共享切片数据的效率，进而提高节点资源整体的分享率。
67.可选的，在上述各实施例的基础上，参考图4中所示，在本公开的一些实施例中，所述方法还可以包括以下步骤：
68.步骤s401：获取所述视频直播系统当前时刻直播视频的业务类型。
69.示例性的，业务类型可以是对实时性要求高的直播视频业务，如现场直播新闻等，或者是对实时性要求低的直播业务，但也不限于此。也可以根据直播画面清晰的高低来划分业务类型。拉流节点可以从调度服务器获取当前直播视频的业务类型的参数信息，基于参数信息可以确定业务类型。
70.步骤s402：基于所述业务类型，配置所述预设传输质量参数阈值；其中，不同的所述业务类型对应不同的预设传输质量参数阈值。
71.示例性的，不同的业务类型与对应不同的预设传输质量参数阈值之间的映射关系可以预先设置，据此可以方便地实现参数配置。具体的，拉流节点确定当前直播视频的业务类型后，基于业务类型配置预设拉流条件中的预设传输质量参数阈值，之后可以跳转执行步骤s101。
72.本实施例中可以根据直播的不同业务类型调整预设拉流条件中的预设传输质量参数阈值，以使筛选的目标节点更加匹配对应的直播业务，减少对直播业务的潜在影响，进而提高节点共享切片数据的传输效率，使得节点资源整体的分享率较高。
73.可选的，在上述各实施例的基础上，在本公开的一些实施例中，所述方法还可以包括以下步骤：接收到所述目标节点发送的拒绝请求时，不再发送拉流请求至所述目标节点。其中，所述拒绝请求由所述目标节点在自身的负载大于预设负载阈值时生成，所述预设负载阈值与目标节点所支持的拉流节点的个数以及视频直播的业务类型中的至少一个相关。
74.具体的，目标节点可以根据自身的负载情况判断是否支持新的拉流请求，如果负载过大则不支持，此时可及时改变自身的状态信息，发送拒绝请求至拉流节点，拒绝新的拉流请求。
75.示例性的，目标节点在自身的负载大于预设负载阈值时生成拒绝请求。其中预设负载阈值可以由目标节点所支持的拉流节点的个数和/或视频直播的业务类型确定，但不限于此，具体可以根据需要灵活设置，本实施例中对此不作限制。例如一个目标节点仅支持两个拉流节点的拉流请求，当有第三个拉流节点发送拉流请求时，则拒绝该第三个拉流节点的拉流请求。视频直播的业务类型如实时性要求高时，预设负载阈值可以设置为第一数值，而实时性要求低时，预设负载阈值可以设置第二数值，第二数值大于第一数值，其中第一数值和第一数值可以根据具体需要设置，本实施例中对此不作限制。
76.本实施例中通过获取与拉流节点连接的其余节点的视频播放位置和数据传输质量参数，然后基于其余节点的视频播放位置和数据传输质量参数筛选符合预设拉流条件的目标节点，最后与目标节点交互获取切片数据，如此可以保证筛选的目标节点一定具有拉流节点所需的切片数据，且目标节点的数据传输质量有一定保证，避免了节点资源共享过程中一些不必要的或者无效的交互过程和/或数据处理过程，提高了共享切片数据的传输效率，使得节点资源整体的分享率较高，进而可以改善节点的视频播放质量，以及一定程度上缓解p2p流量对整个网络的传输压力。
77.需要说明的是，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。另外，也易于理解的是，这些步骤可以是例如在多个模块/进程/线程中同步或异步执行。
78.基于同一发明构思，与上述实施例的拉流方法对应，本公开实施例还提供了一种拉流装置，应用于视频直播系统的拉流节点，如图5中所示，该装置可以包括参数获取模块501、节点选择模块502和数据获取模块503，其中：
79.参数获取模块501，用于获取与所述拉流节点连接的其余节点的视频播放位置和数据传输质量参数。
80.节点选择模块502，用于基于所述其余节点中每个节点的视频播放位置和数据传输质量参数，从所述其余节点中选择符合预设拉流条件的至少一个目标节点，所述预设拉流条件包括节点的数据传输质量参数大于预设传输质量参数阈值，且节点的视频播放位置领先所述拉流节点的视频播放位置。
81.数据获取模块503，用于从所述至少一个目标节点获取所述拉流节点所需的切片数据。
82.本公开上述实施例提供的拉流装置，通过获取与拉流节点连接的其余节点的视频播放位置和数据传输质量参数，然后基于其余节点的视频播放位置和数据传输质量参数筛选符合预设拉流条件的目标节点，最后与目标节点交互获取切片数据，如此可以保证筛选的目标节点一定具有拉流节点所需的切片数据，且目标节点的数据传输质量有一定保证，避免了节点资源共享过程中一些不必要的或者无效的交互过程和/或数据处理过程，提高了共享切片数据的传输效率，使得节点资源整体的分享率较高，进而可以改善节点的视频播放质量，以及一定程度上缓解p2p流量对整个网络的传输压力。
83.可选的，在本公开的一些实施例中，所述数据传输质量参数至少可以包括但不限于数据传输速度和/或数据传输占比。其中，所述数据传输占比表示在历史预设时长内一个节点传输数据量占所述其余节点传输数据总量的比值。
84.可选的，在本公开的一些实施例中，所述装置还可包括节点控制模块，用于获取与所述拉流节点连接的其余节点的通信质量参数，在所述通信质量参数满足预设通信质量参数条件时，发送取消请求给所述目标节点，所述取消请求指示所述目标节点不再进行推流返回切片数据。
85.可选的，在本公开的一些实施例中，所述通信质量参数至少可以包括但不限于通信链路状态参数、目标节点未返回切片数据的持续时长中的一个或多个。
86.可选的，在本公开的一些实施例中，所述装置还可包括请求转发模块，用于在所述节点控制模块发送取消请求给所述目标节点之后，将拉流节点之前发送给所述目标节点的拉流请求转发至其它目标节点，所述拉流请求用于从所述目标节点请求获取所述拉流节点所需的切片数据。
87.可选的，在本公开的一些实施例中，所述装置还可包括参数配置模块，用于获取所述视频直播系统当前时刻直播视频的业务类型；基于所述业务类型，配置所述预设传输质量参数阈值；其中，不同的所述业务类型对应不同的预设传输质量参数阈值。
88.可选的，在本公开的一些实施例中，所述装置还可包括请求控制模块，用于接收到所述目标节点发送的拒绝请求时，不再发送拉流请求至所述目标节点。其中，所述拒绝请求由所述目标节点在自身的负载大于预设负载阈值时生成，所述预设负载阈值与目标节点所支持的拉流节点的个数以及视频直播的业务类型中的至少一个相关，但不限于此。
89.关于上述实施例中的装置，其中各个模块执行操作的具体方式以及带来的相应技术效果已经在有关该方法的实施例中进行了对应的详细描述，此处将不做详细阐述说明。
90.应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。作为模块或单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现木公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
91.本公开实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述任一项实施例所述拉流方法的步骤。
92.示例性的，该可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
93.所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
94.本公开实施例还提供一种电子设备，如图6所示电子设备包括处理器601以及存储器602，存储器602用于存储计算机程序。其中，所述处理器601配置为经由执行所述计算机程序来执行上述任一项实施例中所述拉流方法的步骤。
95.所描述的实施例中的各方面、实施方式、实现或特征能够单独使用或以任意组合的方式使用。所描述的实施例中的各方面可由软件、硬件或软硬件的结合实现。所描述的实施例也可以由存储有计算机可读代码的计算机可读介质体现，该计算机可读代码包括可由至少一个计算装置执行的指令。所述计算机可读介质可与任何能够存储数据的数据存储装置相关联，该数据可由计算机系统读取。用于举例的计算机可读介质可以包括只读存储器、随机存取存储器、cd-rom、hdd、dvd、磁带以及光数据存储装置等。所述计算机可读介质还可以分布于通过网络联接的计算机系统中，这样计算机可读代码就可以分布式存储并执行。
96.上述技术描述可参照附图，这些附图形成了本技术的一部分，并且通过描述在附图中示出了依照所描述的实施例的实施方式。虽然这些实施例描述的足够详细以使本领域技术人员能够实现这些实施例，但这些实施例是非限制性的；这样就可以使用其它的实施
例，并且在不脱离所描述的实施例的范围的情况下还可以做出变化。比如，流程图中所描述的操作顺序是非限制性的，因此在流程图中阐释并且根据流程图描述的两个或两个以上操作的顺序可以根据若干实施例进行改变。作为另一个例子，在若干实施例中，在流程图中阐释并且根据流程图描述的一个或一个以上操作是可选的，或是可删除的。另外，某些步骤或功能可以添加到所公开的实施例中，或两个以上的步骤顺序被置换。所有这些变化被认为包含在所公开的实施例以及权利要求中。
97.需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
98.以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所述的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。