本发明涉及计算机领域，具体而言，涉及一种数据发送、接收方法及装置。
背景技术：
相关技术中实现观战的方式是通过截图，录像的方式来实现，比如，在服务端的数据库中存储整场游戏的每一帧画面，需要观战时服务器将数据库中存储的整场游戏每一帧画面都发送给客户端，进行游戏过程重现；或者在游戏过程中进行录像，再通过第三方浏览器或播放器观看录像。
这两种观战方式要么先将画面存储在数据库中再发给客户端，要么先录像再通过第三方浏览器或播放器观看录像，无法在游戏一开始就能让观战者跟进游戏过程，因而观战的实时性不强。
针对上述的问题，目前尚未提出有效的解决方案。
技术实现要素：
本发明实施例提供了一种数据发送、接收方法及装置，以至少解决相关技术中客户端游戏数据接收不及时导致观战实时性不好的技术问题。
根据本发明实施例的一个方面，提供了一种数据发送方法，包括：通过第一进程接收客户端发送的第一连接请求，其中，第一连接请求用于请求与第一进程建立连接，其中，第一进程提供观战服务；在游戏角色开始执行战斗后，通过第一进程接收第二进程发送的战场数据，其中，第二进程提供战斗服务；通过第一进程将战场数据发送给客户端。
根据本发明实施例的一个方面，提供了一种数据接收方法，包括：向第一进程发送第一连接请求，其中，第一连接请求用于请求与第一进程建立连接，其中，第一进程提供观战服务；在游戏角色开始执行战斗后，接收第一进程发送的战场数据，其中，所述战场数据为所述第一进程从所述第二进程获取的，所述第二进程提供战斗服务。
根据本发明实施例的一个方面，提供了一种数据发送装置，包括：第一进程模块，用于接收客户端发送的第一连接请求以及将从第二进程模块获取的战场数据发送给客户端，其中，第一连接请求用于请求与第一进程模块建立连接，其中，第一进程模块提供观战服务；第二进程模块，用于在游戏角色开始执行战斗后，向第一进程模块发送战场数据，其中，第二进程模块提供战斗服务。
根据本发明实施例的一个方面，提供了一种数据接收装置，包括：发送模块，用于向第一进程发送第一连接请求，其中，第一连接请求用于请求与第一进程建立连接，其中，第一进程提供观战服务；接收模块，用于在游戏角色开始执行战斗后，接收第一进程发送的战场数据，其中，所述战场数据为所述第一进程从所述第二进程获取的，所述第二进程提供战斗服务。
根据本发明的又一个实施例，还提供了一种存储介质，存储介质中存储有计算机程序，其中，计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，存储器中存储有计算机程序，处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
在本发明实施例中，采用在游戏角色开始执行战斗后，提供战斗服务的第二进程通过提供观战服务的第一进程将战场数据发送给与第一进程建立连接的客户端的方式，在战斗过程中通过第一进程将战场数据发送给客户端，达到了战场数据的实时转发的目的，从而实现了提高了观战的实时性的技术效果，进而解决了相关技术中客户端游戏数据接收不及时导致观战实时性不好的技术问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例提供的数据发送方法的流程示意图；
图2是根据本发明实施例提供的数据接收方法的流程示意图；
图3是根据本发明实施例提供的数据发送装置的结构框图；
图4是根据本发明实施例提供的数据接收装置的结构框图；
图5是根据本发明优选实施例提供的观战客户端与服务器的连接建立过程的示意图；
图6是根据本发明优选实施例提供的各个模块间的数据流交互的示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
根据本发明实施例，提供了一种数据发送的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
需要说明的是，该方法可以应用于多人在线的游戏观战的场景，该方法可以基于服务器来实现，但并不限于此。
图1是根据本发明实施例提供的数据发送方法的流程示意图，如图1所示，该方法包括如下步骤：
步骤s102，通过第一进程接收客户端发送的第一连接请求，其中，所述第一连接请求用于请求与所述第一进程建立连接，其中，所述第一进程提供观战服务；
步骤s104，在游戏角色开始执行战斗后，通过所述第一进程接收第二进程发送的战场数据，其中，所述第二进程提供战斗服务；
步骤s106，通过所述第一进程将所述战场数据发送给所述客户端。
通过上述步骤，采用在游戏角色开始执行战斗后，提供战斗服务的第二进程通过提供观战服务的第一进程将战场数据发送给与第一进程建立连接的客户端的方式，在战斗过程中通过第一进程将战场数据发送给客户端，达到了战场数据的实时转发的目的，从而不仅提高了观战的实时性而且提高了观战体验感，进而解决了相关技术中客户端游戏数据接收不及时导致观战实时性不好的技术问题。
需要说明的是，上述战场数据可以包括但并不限于此：所述游戏角色在执行战斗的过程中产生的行为数据，所述游戏角色在战斗结束时的战斗结果。需要说明的是，上述行为数据可以包括但并不限于此：游戏角色的位置信息，游戏角色的状态信息：例如遭受敌方攻击的伤害值、攻击武力值、或技能信息等等。上述游戏角色的状态信息可以包括：存活状态，阵亡状态，但并不限于此。通过发送战场数据，与相关技术中直接发送图片或录像的方式，减小了数据的传输容量，减少了服务器的网络性能消耗。
在本发明的一个实施例中，在上述步骤s102之前，上述方法还包括：通过所述第二进程接收所述客户端发送的第二连接请求，其中，所述第二连接请求用于请求与所述第二进程建立连接；通过所述第二进程从一个或多个第一进程中选取用于接收所述第一连接请求的第一进程；通过所述第二进程向所述客户端发送通知消息，其中，所述通知消息用于通知所述客户端与确定的第一进程建立连接。即客户端与第二进程建立连接，使得该客户端可以与其他参与战斗的客户端连接到同一个第二进程中，即可以进入到同一个“房间”中。
需要说明的是，由于并不知晓是连接到第二进程中的客户端是参与战斗的客户端还是观战客户端，因而，需要在通过所述第二进程接收所述客户端发送的第二连接请求之后，上述方法还包括：利用所述第二进程确定所述客户端为观战客户端，以便从一个或多个第一进程中确定用于接收所述第一连接请求的第一进程。
需要说明的是，观战客户端和参与战斗的客户端可以通过连接第二进程时使用不同类型的票(ticket)来区分，因而利用所述第二进程确定所述客户端为观战客户端可以表现为：根据客户端连接第二进程时使用的票的类型来确定该客户端为观战客户端。
需要说明的是，通过所述第二进程从一个或多个第一进程中确定用于接收所述第一连接请求的第一进程可以表现为：利用所述第二进程向选取进程发送第一选取请求消息，其中，所述第一选取请求消息用于指示所述第二进程请求获取第一观战服务地址，所述第一观战服务地址为用于接收所述第一连接请求的第一进程的观战服务地址；所述选取进程用于选取所述第一进程；通过所述选取进程从观战服务地址列表中选取可用的第一进程的观战服务地址，将选取的观战服务地址作为所述第一观战服务地址并发送给所述第二进程。
需要说明的是，通过所述选取进程从观战服务地址列表中选取可用的第一进程的观战服务地址可以按照观战服务地址列表中的观战服务地址对应的第一进程的忙闲状态来选取可用的第一进程的观战服务地址。即按照第一进程的忙闲状态选取可用的第一进程可以实现负载均衡。
需要说明的是，上述选取进程还可以用于在客户端连接或断开时，更新观战服务列表信息，比如观战客户端的连接数量或连接状态等。
需要说明的是，上述客户端也可以连接到战斗中，即可以与其他参与战斗的客户端进入到同一个战斗房间，因而在本发明的一个实施例中，在在通过所述第二进程接收所述客户端发送的第二连接请求之前，上述方法还可以包括：通过第三进程接收所述客户端发送的待观看的战斗的战斗标识，其中，所述第三进程提供游戏服务；通过所述第三进程获取战斗服务地址，其中，所述战斗服务地址是根据所述战斗标识从数据库中获取到的地址信息；通过所述第三进程将所述战斗服务地址发送给所述客户端。
需要说明的是，通过所述第二进程接收所述客户端发送的第二连接请求可以表现为：通过与所述战斗服务地址对应的第二进程接收所述客户端发送的所述第二连接请求。
考虑到网络流量和网络负载的问题，第二进程并不会每一帧都转发战场数据，而是每隔预定时间发送一个关键帧数据，第一进程在接收到关键帧数据时进行计数，当收到的关键帧积累到一定数量(预定阈值)时，将累计的所有关键帧数据发送给客户端，因而在本发明的一个实施例中，上述步骤s104可以表现为：通过所述第一进程接收所述第二进程每隔预定时间发送的所述战场数据；上述步骤s106可以表现为：在通过所述第一进程接收到的战场数据大于预定阈值的情况下，将接收到的所有战场数据发送给所述客户端。
需要说明的是，上述预定时间和预定阈值可以根据实际需要进行调整和设置，但并不限于此。
需要说明的是，上述第一进程，第二进程，第三进程可以运行在同一个设备中，比如运行在一个服务器设备中，也可以运行在多个设备中，在本发明的一个实施例中，在运行在多个设备中时，上述多个设备都为服务侧的设备。
需要说明的是，上述客户端的数量可以是一个或多个，并不限于此。
需要说明的是，上述步骤的执行主体可以是服务器，但并不限于此。
根据本发明实施例，还提供了一种数据接收的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
图2是根据本发明实施例提供的数据接收方法的流程示意图，如图2所示，该方法包括：
步骤s202，向第一进程发送第一连接请求，其中，所述第一连接请求用于请求与所述第一进程建立连接，其中，所述第一进程提供观战服务；
步骤s204，在游戏角色开始执行战斗后，接收所述第一进程发送的战场数据，其中，所述战场数据为所述第一进程从所述第二进程获取的，所述第二进程提供战斗服务。
通过上述步骤，采用在游戏角色开始执行战斗后，提供战斗服务的第二进程通过提供观战服务的第一进程将战场数据发送给与第一进程建立连接的客户端的方式，在战斗过程中通过第一进程将战场数据发送给客户端，达到了战场数据的实时转发的目的，从而不仅提高了观战的实时性而且提高了观战体验感，进而解决了相关技术中客户端游戏数据接收不及时导致观战实时性不好的技术问题。
需要说明的是，上述战场数据可以包括但并不限于此：所述游戏角色在执行战斗的过程中产生的行为数据，所述游戏角色在战斗结束时的战斗结果。需要说明的是，上述行为数据可以包括但并不限于此：游戏角色的位置信息，游戏角色的状态信息。上述游戏角色的状态信息可以包括：存活状态，阵亡状态，但并不限于此。通过发送战场数据，与相关技术中直接发送图片或录像的方式，减小了数据的传输容量，减少了服务器的网络性能消耗。
在本发明的一个实施例中，在上述步骤s202之前，上述方法还可以包括：向第二进程发送第二连接请求，其中，所述第二连接请求用于请求与所述第二进程建立连接；所述第二进程提供战斗服务；接收所述第二进程发送的通知消息，其中，所述通知消息用于通知与所述第一进程建立连接。
在本发明的一个实施例中，在向第二进程发送第二连接请求之前，上述方法还可以包括：向所述第三进程发送待观看的战斗的战斗标识，其中，所述第三进程提供游戏服务；接收所述第三进程发送的战斗服务地址，其中，战斗服务地址为所述第三进程根据所述战斗标识从数据库中获取到的地址信息，所述战斗服务地址与所述第二进程对应。
需要说明的是，战斗服务地址与第二进程对应可以表现为：该战斗服务地址为第二进程的服务地址，但并不限于此。
需要说明的是，上述步骤的执行主体可以是客户端，但并不限于此。
根据本发明实施例，提供了一种数据发送的产品实施例，图3是根据本发明实施例提供的数据发送装置的结构框图，如图3所示，该装置包括：
第一进程模块32，用于接收客户端发送的第一连接请求以及将从第二进程模块获取的战场数据发送给所述客户端，其中，所述第一连接请求用于请求与所述第一进程模块建立连接，其中，所述第一进程模块提供观战服务；
第二进程模块34，与上述第一进程模块32连接，用于在游戏角色开始执行战斗后，向所述第一进程模块发送战场数据，其中，所述第二进程模块提供战斗服务。
通过上述装置，采用在游戏角色开始执行战斗后，提供战斗服务的第二进程模块34通过提供观战服务的第一进程模块32将战场数据发送给与第一进程模块32建立连接的客户端的方式，在战斗过程中通过第一进程模块32将战场数据发送给客户端，达到了战场数据的实时转发的目的，从而不仅提高了观战的实时性而且提高了观战体验感，进而解决了相关技术中客户端游戏数据接收不及时导致观战实时性不好的技术问题。
需要说明的是，上述战场数据可以包括但并不限于此：所述游戏角色在执行战斗的过程中产生的行为数据，所述游戏角色在战斗结束时的战斗结果。需要说明的是，上述行为数据可以包括但并不限于此：游戏角色的位置信息，游戏角色的状态信息。上述游戏角色的状态信息可以包括：存活状态，阵亡状态，但并不限于此。通过发送战场数据，与相关技术中直接发送图片或录像的方式，减小了数据的传输容量，减少了服务器的网络性能消耗。
在本发明的一个实施例中，上述第二进程模块34，还用于接收所述客户端发送的第二连接请求，从一个或多个第一进程模块32中选取用于接收所述第一连接请求的第一进程模块32，以及向所述客户端发送通知消息，其中，所述通知消息用于通知所述客户端与确定的第一进程模块32建立连接，其中，所述第二连接请求用于请求与所述第二进程模块34建立连接。
需要说明的是，上述第二进程模块34还用于确定所述客户端为观战客户端，以便从一个或多个第一进程模块中确定用于接收所述第一连接请求的第一进程模块32。
在本发明的一个实施例中，上述装置还可以包括：选取进程模块；所述选取进程模块，与上述第二进程模块34连接，用于接收所述第二进程模块34发送的第一选取请求消息，以及从观战服务地址列表中选取可用的第一进程模块32的观战服务地址，将选取的观战服务地址作为第一观战服务地址并发送给所述第二进程模块34；其中，所述第一选取请求消息用于指示所述第二进程模块34请求获取第一观战服务地址，所述第一观战服务地址为用于接收所述第一连接请求的第一进程模块32的观战服务地址。
在本发明的一个实施例中，上述装置还可以包括：第三进程模块，用于接收所述客户端发送的待观看的战斗的战斗标识，根据所述战斗标识从数据库中获取战斗服务地址，以及将获取到的所述战斗服务地址发送给所述客户端，其中，所述第三进程模块提供游戏服务，所述战斗服务地址与所述第二进程模块34对应。
在本发明的一个实施例中，所述第二进程模块34还用于每隔预定时间向所述第一进程模块32发送所述战场数据；所述第一进程模块32还用于在接收到的所述战场数据大于预定阈值的情况下，将接收到的所有战场数据发送给所述客户端。
需要说明的是，上述客户端的数量可以是一个或多个，但并不限于此。
需要说明的是，上述装置可以位于服务器中，但并不限于此。
根据本发明实施例，还提供了一种数据接收装置，图4是根据本发明实施例提供的数据接收装置的结构框图，如图4所示，该装置包括：
发送模块42，用于向第一进程发送第一连接请求，其中，所述第一连接请求用于请求与所述第一进程建立连接，其中，所述第一进程提供观战服务；
接收模块44，与上述发送模块42连接，用于在游戏角色开始执行战斗后，接收所述第一进程发送的战场数据；其中，所述战场数据为所述第一进程从所述第二进程获取的，所述第二进程提供战斗服务。
通过上述装置，采用在游戏角色开始执行战斗后，提供战斗服务的第二进程通过提供观战服务的第一进程将战场数据发送给与第一进程建立连接的客户端的方式，在战斗过程中通过第一进程将战场数据发送给客户端，达到了战场数据的实时转发的目的，从而不仅提高了观战的实时性而且提高了观战体验感，进而解决了相关技术中客户端游戏数据接收不及时导致观战实时性不好的技术问题。
需要说明的是，上述战场数据可以包括但并不限于此：所述游戏角色在执行战斗的过程中产生的行为数据，所述游戏角色在战斗结束时的战斗结果。需要说明的是，上述行为数据可以包括但并不限于此：游戏角色的位置信息，游戏角色的状态信息。上述游戏角色的状态信息可以包括：存活状态，阵亡状态，但并不限于此。通过发送战场数据，与相关技术中直接发送图片或录像的方式，减小了数据的传输容量，减少了服务器的网络性能消耗。
在本发明的一个实施例中，上述发送模块42还用于向第二进程发送第二连接请求，其中，所述第二连接请求用于请求与所述第二进程建立连接；所述第二进程提供战斗服务；上述接收模块44还用于接收所述第二进程发送的通知消息，其中，所述通知消息用于通知与所述第一进程建立连接。
在本发明的一个实施例中，上述发送模块42还用于向所述第三进程发送待观看的战斗的战斗标识，其中，所述第三进程提供游戏服务；上述接收模块44还用于接收所述第三进程发送的战斗服务地址，其中，战斗服务地址为所述第三进程根据所述战斗标识从数据库中获取到的地址信息，所述战斗服务地址与所述第二进程对应。
需要说明的是，战斗服务地址与第二进程对应可以表现为：该战斗服务地址为第二进程的服务地址，但并不限于此。
需要说明的是，上述装置位于客户端中，但并不限于此。
本发明的实施例还提供了一种存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(read-onlymemory，简称为rom)、随机存取存储器(randomaccessmemory，简称为ram)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
为了更好地理解本发明，以下结合优选的实施例对本发明做进一步解释。
本发明优选实施例提供了一种多人在线的游戏观战方法和装置，其包括：在游戏服务器的特殊架构下通过战场数据的实时转发实施一种可同时容纳多人在线的游戏观战装置。本装置特别适用于网络游戏实时玩法的观战，运行稳定且观战玩家游戏数据接收及时，观战体验较好。
以下说明游戏服务器的架构，游戏实时对战服务相关的进程或服务可分为以下几种：
游戏服务进程(相当于上述第三进程)：通常概念中理解的“服务器”。主要跑一些游戏日常玩法相关的逻辑，例如玩家登录登出、日常玩法的数据保存、购买游戏道具、好友信息等。玩家登录时会首先连接此进程。
战斗服务进程(相当于上述第二进程)：主要跑一些实时对战玩法相关的逻辑。当玩家参与实时对战时，玩家客户端的连接会暂时从游戏服务进程切换到此进程。战斗结束后，玩家客户端的连接会切换回游戏服务进程。
数据库(相当于上述数据库)：主要负责游戏数据的保存。与该发明相关的功能主要是战斗信息的保存。游戏中的同一时刻可能会有多场战斗，每一场战斗的服务进程地址等信息会存在数据库中。游戏服务进程以及战斗服务进程均可直接访问数据库。
观战服务进程(相当于上述第一进程)：主要负责将战场数据转发给客户端。观战玩家将会连接到此进程。该进程会接收战斗进程转发的战场数据，然后将战场数据转发给客户端。该进程可连接的客户端数量，也就是观战玩家的数量，可以按需设置。
图5是根据本发明优选实施例提供的观战客户端与服务器的连接建立过程的示意图，如图5所示，具体步骤描述如下：
(1)客户端向游戏服务进程(gameserver)发送要观看的战斗battleid(相当于上述战斗标识)；
(2)gameserver根据battleid向数据库db查询该战斗对应的battle进程地址；
(3)客户端连接战斗服务进程(battleserver)；
(4)battleserver收到客户端的连接请求后，判断客户端的身份。如果是正常参与战斗的客户端则执行正常的战斗连接逻辑；如果是观战客户端，则执行(5)；
(5)battleserver查找可用的观战服务，如果没找到，通知客户端连接失败；如果找到，通知客户端连接对应的观战服务；
(6)观战服务进程(broadcaster)收到客户端的连接请求后，判断观战条件(是否已经有战场数据等)，如果条件成立，则执行初始化逻辑，并开始准备发送战场数据给客户端。如果判断条件失败，通知客户端连接失败。
需要说明的是，在本发明优选实施例中，观战客户端接收的数据来自观战服务进程(broadcaster)的转发，而观战服务进程的数据来自战斗服务进程(battleserver)的转发。考虑到网络流量份问题，battleserver并不会每一帧都转发战场数据，而是每隔一个时间阈值(timethreshold)(相当于上述预定时间)发送一个关键帧(keyframe)的数据。broadcaster接收到每个关键帧时进行计数，当收到的关键帧累积到一定数量(keyframethreshold)(相当于上述预定阈值)时，将累积的所有关键帧数据转发给连接在此观战服务进程的所有客户端。也就是说，broadcaster每隔t＝keyframethreshold*timethreshold的时间向所有的观战客户端发送一次战场数据，已适量减小网络负载。其中，keyframethreshold和timethreshold的数值可以根据实际项目需求进行调整。
战斗结束时，battleserver会将战斗结果通知broadcaster，broadcaster再通知所有客户端战斗结果并断开与观战客户端的连接。
图6是根据本发明优选实施例提供的各个模块间的数据流交互的示意图，如图6所示，
其中，游戏服务进程、战斗服务进程、观战服务进程以及数据库的主要功能在前文已经解释，此处不再赘述。下面对观战进程选取模块(相当于上述选进程)以及数据收发模块进行介绍。
观战进程选取模块：主要功能是从当前服务器中选取可用的观战服务进程供客户端连接。该模块需要实现的主要功能有：
(1)选取可用观战服务地址。所有的观战服务启动时都会注册到游戏服务进程，当战斗服务进程发起观战服务选取请求时，该模块首先需要向游戏服务进程请求观战服务地址列表，并根据算法从请求的观战服务地址列表中选取可用的观战服务地址。
(2)更新观战服务列表信息。当客户端连接或者断开时，该模块需要更新观战服务结点的客户端连接数量及状态等信息。
(3)各种异常情况的处理。主要是处理分配观战服务过程出现的各种异常情况。
数据收发模块：主要功能是把战场数据和战斗结果从战斗服务进程发送到观战服务进程。需要实现关键帧数据的发送间隔控制、数据的封装等。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。