投屏方法、装置、电子设备及可读存储介质

技术领域

本发明涉及数据处理领域，尤其涉及一种投屏方法、装置、电子设备及可读存储介质。

背景技术

随着智能设备的普及，智能设备间的屏幕互投在人们生活中的应用越来越广泛。然而，现有的将ios操作系统的智能设备投屏至其他设备的操作皆存在缺陷，例如，将苹果手机投屏至车载设备有以下几种方案：

1、在车载设备上开热点，将苹果手机画面通过wifi投屏至车载设备上；

2、导入苹果的车载系统Carplay，通过Carplay投屏；

3、外接AV adapter转接器将苹果手机画面通过HDMI输出到车载设备上。

对于方案1，采用wifi投屏的过程中信号容易受干扰，且车载设备需要安装网卡；对于方案2，导入车载系统Carplay需要苹果的授权；对于方案3，连接过于复杂，且需购买AVadapter转接器。因此，亟需一种投屏方法，以实现简单、方便的将ios操作系统的设备画面投屏至其它设备上。

发明内容

鉴于以上内容，有必要提供一种投屏方法，旨在简单、方便的将ios操作系统的设备画面投屏至其它设备上。

本发明提供的投屏方法，包括：

解析用户发出的投屏请求，获取所述请求携带的投屏发送端对应的客户端设备的操作系统信息，基于所述操作系统信息判断所述客户端设备的操作系统是否为第一类型；

当判断所述客户端设备的操作系统是第一类型时，建立与所述客户端设备的预设类型的连接，获取所述客户端设备的配置信息，基于所述配置信息判断所述客户端设备的预设服务是否已开启；

当判断所述客户端设备的预设服务已开启时，基于所述配置信息获取所述客户端设备中所述预设服务对应的数据输入端点及数据输出端点的标识；

基于所述数据输入端点向所述客户端设备发送投屏数据需求请求，接收所述客户端设备基于所述数据输出端点反馈的投屏数据，对所述投屏数据进行渲染展示。

可选的，所述基于所述配置信息判断所述客户端设备的预设服务是否已开启包括：

判断所述配置信息中指定接口的端点数量是否大于预设阈值；

当判断所述配置信息中指定接口的端点数量大于预设阈值时，确定所述客户端设备的预设服务已开启。

可选的，在判断所述配置信息中指定接口的端点数量是否大于预设阈值之后，所述方法还包括：

若判断所述配置信息中指定接口的端点数量小于或等于预设阈值，控制所述指定接口的指定端点发送预设类型的服务开启请求，重新获取所述客户端设备的更新后的配置信息，判断所述更新后的配置信息中所述指定接口的端点数量是否大于预设阈值。

可选的，在基于所述数据输入端点向所述客户端设备发送投屏数据需求请求之前，所述方法还包括：

执行通信初始化操作；

判断所述客户端设备是否能提供正确格式的投屏数据；

当判断所述客户端设备能提供正确格式的投屏数据时，执行基于所述数据输入端点向所述客户端设备发送投屏数据需求请求的步骤。

可选的，所述执行通信初始化操作包括：

基于所述数据输入端点向所述客户端设备发送第一类型的第一数据包；

当接收到所述客户端设备基于所述数据输出端点反馈的第一类型的第二数据包时，通信初始化操作完成。

可选的，所述判断所述客户端设备是否能提供正确格式的投屏数据包括：

基于所述数据输入端点向所述客户端设备发送投屏数据初始化请求及投屏数据描述信息需求请求；

接收所述客户端设备基于所述数据输出端点反馈的投屏数据描述信息；

基于所述投屏数据描述信息判断所述客户端设备是否能提供正确格式的投屏数据。

为了解决上述问题，本发明还提供一种投屏装置，所述装置包括：

解析模块，用于解析用户发出的投屏请求，获取所述请求携带的投屏发送端对应的客户端设备的操作系统信息，基于所述操作系统信息判断所述客户端设备的操作系统是否为第一类型；

连接模块，用于当判断所述客户端设备的操作系统是第一类型时，建立与所述客户端设备的预设类型的连接，获取所述客户端设备的配置信息，基于所述配置信息判断所述客户端设备的预设服务是否已开启；

获取模块，用于当判断所述客户端设备的预设服务已开启时，基于所述配置信息获取所述客户端设备中所述预设服务对应的数据输入端点及数据输出端点的标识；

投屏模块，用于基于所述数据输入端点向所述客户端设备发送投屏数据需求请求，接收所述客户端设备基于所述数据输出端点反馈的投屏数据，对所述投屏数据进行渲染展示。

可选的，所述基于所述配置信息判断所述客户端设备的预设服务是否已开启包括：

判断所述配置信息中指定接口的端点数量是否大于预设阈值；

当判断所述配置信息中指定接口的端点数量大于预设阈值时，确定所述客户端设备的预设服务已开启。

为了解决上述问题，本发明还提供一种电子设备，所述电子设备包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的投屏程序，所述投屏程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述投屏方法。

为了解决上述问题，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有投屏程序，所述投屏程序可被一个或者多个处理器执行，以实现上述投屏方法。

相较现有技术，本发明首先判断客户端设备的操作系统是否为第一类型；接着，当判断客户端设备的操作系统是第一类型时，建立与客户端设备的预设类型的连接，判断客户端设备的预设服务是否已开启；然后，当判断客户端设备的预设服务已开启时，获取客户端设备中预设服务对应的数据输入端点及数据输出端点的标识；最后，基于数据输入端点向客户端设备发送投屏数据需求请求，接收客户端设备基于数据输出端点反馈的投屏数据，对投屏数据进行渲染展示。本方案在预设服务开启后，通过数据输入端点及数据输出端点实现数据交互，获取投屏数据进行渲染展示，本方案操作简单，不需要额外投入。因此，本发明实现了简单、方便的将第一类型的操作系统的设备画面投屏至其它设备上。

附图说明

图1为本发明一实施例提供的投屏方法的流程示意图；

图2为本发明一实施例提供的投屏装置的模块示意图；

图3为本发明一实施例提供的实现投屏方法的电子设备的结构示意图；

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，在本发明中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。

本发明提供一种投屏方法。参照图1所示，为本发明一实施例提供的投屏方法的流程示意图。该方法可以由一个电子设备执行，该电子设备可以由软件和/或硬件实现。

本实施例中，投屏方法包括：

S1、解析用户发出的投屏请求，获取所述请求携带的投屏发送端对应的客户端设备的操作系统信息，基于所述操作系统信息判断所述客户端设备的操作系统是否为第一类型。

本实施例中，电子设备为投屏数据的接收端(即展示端)设备，所述电子设备可以是电视、电脑、平板、手机、车载设备等各种智能设备。所述客户端设备为投屏数据的发送端设备，客户端设备可以是手机、电脑、平板等智能设备，所述第一类型为ios操作系统，第二类型为Android、windows及linux操作系统中的任意一种。

因Android、windows及linux操作系统的智能设备的投屏方法在现有技术中皆有记录，本实施例仅针对数据发送端的客户端设备为ios操作系统的投屏方案进行描述。

S2、当判断所述客户端设备的操作系统是第一类型时，建立与所述客户端设备的预设类型的连接，获取所述客户端设备的配置信息，基于所述配置信息判断所述客户端设备的预设服务是否已开启。

所述预设类型的连接为通过usb线进行usb通信连接。

本实施例中，电子设备通过libusb获取客户端设备的配置信息。libusb是一个C库，提供了通用的访问usb设备的源码。

所述基于所述配置信息判断所述客户端设备的预设服务是否已开启包括：

A11、判断所述配置信息中指定接口的端点数量是否大于预设阈值；

A12、当判断所述配置信息中指定接口的端点数量大于预设阈值时，确定所述客户端设备的预设服务已开启。

所述配置信息包括设备描述符信息、服务描述符信息、接口描述符信息及端点描述符信息。

设备描述符：一个设备对应一个设备描述符，设备描述符用于描述设备的总体信息，并指明设备中含有的服务的数量。

服务描述符：一个设备包括一个或多个服务，每个服务对应一个服务描述符，服务描述符用来描述服务信息，包括接口数量、描述符类型，最大总线电流等。

接口描述符：一个接口包括多个端点，每个接口对应一个接口描述符，接口描述符用来描述接口信息，包括接口特性、接口端点数量等。

端点描述符：端点是usb通信的节点(usb通信实际是两个端点之间的通信)，端点包括输入端点和输出端点，端点描述符描述端点信息，包括端点号、端点特性等。

本实施例中，所述预设服务为隐藏服务Configuration，所述指定接口为interface接口，当配置信息中interface接口的端点数量大于4时，代表隐藏服务Configuration已开启。

在判断所述配置信息中指定接口的端点数量是否大于预设阈值之后，所述方法还包括：

若判断所述配置信息中指定接口的端点数量小于或等于预设阈值，控制所述指定接口的指定端点发送预设类型的服务开启请求，重新获取所述客户端设备的更新后的配置信息，判断所述更新后的配置信息中所述指定接口的端点数量是否大于预设阈值。

若配置信息中interface接口的端点数量小于或等于4，则控制interface接口的端口0发送请求类型为0X42的服务开启请求，当请求成功后，更新后的配置信息中interface接口的端点数量为5个，此时隐藏服务Configuration已开启。

S3、当判断所述客户端设备的预设服务已开启时，基于所述配置信息获取所述客户端设备中所述预设服务对应的数据输入端点及数据输出端点的标识。

本实施例中，客户端设备的interface接口的0x04端点为usb通信的数据输出端点，interface接口的0x85端点为usb通信的数据输入端点，后续电子设备与客户端设备之间的通信皆通过这两个端点实现。

S4、基于所述数据输入端点向所述客户端设备发送投屏数据需求请求，接收所述客户端设备基于所述数据输出端点反馈的投屏数据，对所述投屏数据进行渲染展示。

本实施例中，电子设备通过NEED数据包发送投屏数据需求请求，客户端设备通过FEED数据包和EAT数据包发送投屏数据。其中，NEED数据包为请求类数据包，用于请求音视频数据；FEED数据包及EAT数据包为响应类数据包，FEED数据包包含视频数据，EAT数据包包含音频数据。

在基于所述数据输入端点向所述客户端设备发送投屏数据需求请求之前，所述方法还包括：

B11、执行通信初始化操作；

B12、判断所述客户端设备是否能提供正确格式的投屏数据；

B13、当判断所述客户端设备能提供正确格式的投屏数据时，执行基于所述数据输入端点向所述客户端设备发送投屏数据需求请求的步骤。

所述执行通信初始化操作包括：

C11、基于所述数据输入端点向所述客户端设备发送第一类型的第一数据包；

C12、当接收到所述客户端设备基于所述数据输出端点反馈的第一类型的第二数据包时，通信初始化操作完成。

所述第一类型的第一、第二数据包为PING数据包，PING数据包为握手包，表示两端设备是否可以正常通信的数据包。

所述判断所述客户端设备是否能提供正确格式的投屏数据包括：

D11、基于所述数据输入端点向所述客户端设备发送投屏数据初始化请求及投屏数据描述信息需求请求；

本实施例通过CWPA数据包向客户端设备发送投屏数据初始化请求，CWPA数据包为同步包，包含了音视频流数据的初始化信息，用于初始化音视频。

同时，电子设备还向客户端设备发送HPD1数据包及HPA1数据包，HPD1数据包包含了音视频需求格式信息，HPA1数据包包含了设备信息。

D12、接收所述客户端设备基于所述数据输出端点反馈的投屏数据描述信息；

客户端设备反馈的投屏数据描述信息为AFMT数据包，AFMT数据包包含了音视频数据的具体内容，例如，音视频数据的格式、采集率等。

D13、基于所述投屏数据描述信息判断所述客户端设备是否能提供正确格式的投屏数据。

通过比对HPD1数据包和AFMT数据包中的音视频数据格式是否一致，可判断客户端设备能否提供正确格式的投屏数据。

当判断客户端设备能提供正确格式的投屏数据时，电子设备向客户端设备回复0信息数据包。

本方案无需网络环境，无需下载ios应用程序，仅通过usb线实现了ios操作系统的智能设备向其他智能设备投屏。

由上述实施例可知，本发明提出的投屏方法，首先，判断客户端设备的操作系统是否为第一类型；接着，当判断客户端设备的操作系统是第一类型时，建立与客户端设备的预设类型的连接，判断客户端设备的预设服务是否已开启；然后，当判断客户端设备的预设服务已开启时，获取客户端设备中预设服务对应的数据输入端点及数据输出端点的标识；最后，基于数据输入端点向客户端设备发送投屏数据需求请求，接收客户端设备基于数据输出端点反馈的投屏数据，对投屏数据进行渲染展示。本方案在预设服务开启后，通过数据输入端点及数据输出端点实现数据交互，获取投屏数据进行渲染展示，本方案操作简单，不需要额外投入。因此，本发明实现了简单、方便的将第一类型的操作系统的设备画面投屏至其它设备上。

如图2所示，为本发明一实施例提供的投屏装置的模块示意图。

本发明所述投屏装置100可以安装于电子设备中。根据实现的功能，所述投屏装置100可以包括解析模块110、连接模块120、获取模块130及投屏模块140。本发明所述模块也可以称之为单元，是指一种能够被电子设备处理器所执行，并且能够完成固定功能的一系列计算机程序段，其存储在电子设备的存储器中。

在本实施例中，关于各模块/单元的功能如下：

解析模块110，用于解析用户发出的投屏请求，获取所述请求携带的投屏发送端对应的客户端设备的操作系统信息，基于所述操作系统信息判断所述客户端设备的操作系统是否为第一类型。

本实施例中，电子设备为投屏数据的接收端(即展示端)设备，所述电子设备可以是电视、电脑、平板、手机、车载设备等各种智能设备。所述客户端设备为投屏数据的发送端设备，客户端设备可以是手机、电脑、平板等智能设备，所述第一类型为ios操作系统，第二类型为Android、windows及linux操作系统中的任意一种。

因Android、windows及linux操作系统的智能设备的投屏方法在现有技术中皆有记录，本实施例仅针对数据发送端的客户端设备为ios操作系统的投屏方案进行描述。

连接模块120，用于当判断所述客户端设备的操作系统是第一类型时，建立与所述客户端设备的预设类型的连接，获取所述客户端设备的配置信息，基于所述配置信息判断所述客户端设备的预设服务是否已开启。

所述预设类型的连接为通过usb线进行usb通信连接。

本实施例中，电子设备通过libusb获取客户端设备的配置信息。libusb是一个C库，提供了通用的访问usb设备的源码。

所述基于所述配置信息判断所述客户端设备的预设服务是否已开启包括：

A21、判断所述配置信息中指定接口的端点数量是否大于预设阈值；

A22、当判断所述配置信息中指定接口的端点数量大于预设阈值时，确定所述客户端设备的预设服务已开启。

所述配置信息包括设备描述符信息、服务描述符信息、接口描述符信息及端点描述符信息。

设备描述符：一个设备对应一个设备描述符，设备描述符用于描述设备的总体信息，并指明设备中含有的服务的数量。

服务描述符：一个设备包括一个或多个服务，每个服务对应一个服务描述符，服务描述符用来描述服务信息，包括接口数量、描述符类型，最大总线电流等。

接口描述符：一个接口包括多个端点，每个接口对应一个接口描述符，接口描述符用来描述接口信息，包括接口特性、接口端点数量等。

端点描述符：端点是usb通信的节点(usb通信实际是两个端点之间的通信)，端点包括输入端点和输出端点，端点描述符描述端点信息，包括端点号、端点特性等。

本实施例中，所述预设服务为隐藏服务Configuration，所述指定接口为interface接口，当配置信息中interface接口的端点数量大于4时，代表隐藏服务Configuration已开启。

在判断所述配置信息中指定接口的端点数量是否大于预设阈值之后，所述连接模块120还用于：

若判断所述配置信息中指定接口的端点数量小于或等于预设阈值，控制所述指定接口的指定端点发送预设类型的服务开启请求，重新获取所述客户端设备的更新后的配置信息，判断所述更新后的配置信息中所述指定接口的端点数量是否大于预设阈值。

若配置信息中interface接口的端点数量小于或等于4，则控制interface接口的端口0发送请求类型为0X42的服务开启请求，当请求成功后，更新后的配置信息中interface接口的端点数量为5个，此时隐藏服务Configuration已开启。

获取模块130，用于当判断所述客户端设备的预设服务已开启时，基于所述配置信息获取所述客户端设备中所述预设服务对应的数据输入端点及数据输出端点的标识。

本实施例中，客户端设备的interface接口的0x04端点为usb通信的数据输出端点，interface接口的0x85端点为usb通信的数据输入端点，后续电子设备与客户端设备之间的通信皆通过这两个端点实现。

投屏模块140，用于基于所述数据输入端点向所述客户端设备发送投屏数据需求请求，接收所述客户端设备基于所述数据输出端点反馈的投屏数据，对所述投屏数据进行渲染展示。

本实施例中，电子设备通过NEED数据包发送投屏数据需求请求，客户端设备通过FEED数据包和EAT数据包发送投屏数据。其中，NEED数据包为请求类数据包，用于请求音视频数据；FEED数据包及EAT数据包为响应类数据包，FEED数据包包含视频数据，EAT数据包包含音频数据。

在基于所述数据输入端点向所述客户端设备发送投屏数据需求请求之前，所述投屏模块140还用于：

B21、执行通信初始化操作；

B22、判断所述客户端设备是否能提供正确格式的投屏数据；

B23、当判断所述客户端设备能提供正确格式的投屏数据时，执行基于所述数据输入端点向所述客户端设备发送投屏数据需求请求的步骤。

所述执行通信初始化操作包括：

C21、基于所述数据输入端点向所述客户端设备发送第一类型的第一数据包；

C22、当接收到所述客户端设备基于所述数据输出端点反馈的第一类型的第二数据包时，通信初始化操作完成。

所述第一类型的第一、第二数据包为PING数据包，PING数据包为握手包，表示两端设备是否可以正常通信的数据包。

所述判断所述客户端设备是否能提供正确格式的投屏数据包括：

D21、基于所述数据输入端点向所述客户端设备发送投屏数据初始化请求及投屏数据描述信息需求请求；

本实施例通过CWPA数据包向客户端设备发送投屏数据初始化请求，CWPA数据包为同步包，包含了音视频流数据的初始化信息，用于初始化音视频。

同时，电子设备还向客户端设备发送HPD1数据包及HPA1数据包，HPD1数据包包含了音视频需求格式信息，HPA1数据包包含了设备信息。

D22、接收所述客户端设备基于所述数据输出端点反馈的投屏数据描述信息；

客户端设备反馈的投屏数据描述信息为AFMT数据包，AFMT数据包包含了音视频数据的具体内容，例如，音视频数据的格式、采集率等。

D23、基于所述投屏数据描述信息判断所述客户端设备是否能提供正确格式的投屏数据。

通过比对HPD1数据包和AFMT数据包中的音视频数据格式是否一致，可判断客户端设备能否提供正确格式的投屏数据。

当判断客户端设备能提供正确格式的投屏数据时，电子设备向客户端设备回复0信息数据包。

本方案无需网络环境，无需下载ios应用程序，仅通过usb线实现了ios操作系统的智能设备向其他智能设备投屏。

如图3所示，为本发明一实施例提供的实现投屏方法的电子设备的结构示意图。

所述电子设备1是一种能够按照事先设定或者存储的指令，自动进行数值计算和/或信息处理的设备。所述电子设备1可以是计算机、平板、手机或车载设备。

在本实施例中，电子设备1包括，但不仅限于，可通过系统总线相互通信连接的存储器11、处理器12，该存储器11中存储有投屏程序10，所述投屏程序10可被所述处理器12执行。图3仅示出了具有组件11-12以及投屏程序10的电子设备1，本领域技术人员可以理解的是，图3示出的结构并不构成对电子设备1的限定，可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。

其中，存储器11包括内存及至少一种类型的可读存储介质。内存为电子设备1的运行提供缓存；可读存储介质可为如闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等的非易失性存储介质。在一些实施例中，可读存储介质可以是电子设备1的内部存储单元，例如该电子设备1的硬盘；在另一些实施例中，该非易失性存储介质也可以是电子设备1的外部存储设备，例如电子设备1上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。本实施例中，存储器11的可读存储介质通常用于存储安装于电子设备1的操作系统和各类应用软件，例如存储本发明一实施例中的投屏程序10的代码等。此外，存储器11还可以用于暂时地存储已经输出或者将要输出的各类数据。

处理器12在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器12通常用于控制所述电子设备1的总体操作，例如执行与其他设备进行数据交互或者通信相关的控制和处理等。本实施例中，所述处理器12用于运行所述存储器11中存储的程序代码或者处理数据，例如运行投屏程序10等。

可选的，所述电子设备1还可以包括用户接口，用户接口可以包括显示器(Display)、输入单元比如键盘(Keyboard)，可选的用户接口还可以包括标准的有线接口、无线接口。可选的，在一些实施例中，显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode，有机发光二极管)触摸器等。其中，显示器也可以适当的称为显示屏或显示单元，用于显示在电子设备1中处理的信息以及用于显示可视化的用户界面。

应该了解，所述实施例仅为说明之用，在专利申请范围上并不受此结构的限制。

所述电子设备1中的所述存储器11存储的投屏程序10是多个指令的组合，在所述处理器12中运行时，可以实现：

解析用户发出的投屏请求，获取所述请求携带的投屏发送端对应的客户端设备的操作系统信息，基于所述操作系统信息判断所述客户端设备的操作系统是否为第一类型；

当判断所述客户端设备的操作系统是第一类型时，建立与所述客户端设备的预设类型的连接，获取所述客户端设备的配置信息，基于所述配置信息判断所述客户端设备的预设服务是否已开启；

当判断所述客户端设备的预设服务已开启时，基于所述配置信息获取所述客户端设备中所述预设服务对应的数据输入端点及数据输出端点的标识；

基于所述数据输入端点向所述客户端设备发送投屏数据需求请求，接收所述客户端设备基于所述数据输出端点反馈的投屏数据，对所述投屏数据进行渲染展示。

具体地，所述处理器12对上述投屏程序10的具体实现方法可参考图1对应实施例中相关步骤的描述，在此不赘述。

进一步地，所述电子设备1集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。所述计算机可读介质可以是非易失性的，也可以是非易失性的。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)。

所述计算机可读存储介质上存储有投屏程序10，所述投屏程序10可被一个或者多个处理器执行，本发明计算机可读存储介质具体实施方式与上述投屏方法各实施例基本相同，在此不作赘述。

在本发明所提供的几个实施例中，应该理解到，所揭露的设备，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。

因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附关联图标记视为限制所涉及的权利要求。

此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。系统权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第二等词语用来表示名称，而并不表示任何特定的顺序。

最后应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或等同替换，而不脱离本发明技术方案的精神和范围。