发明内容
本公开实施例至少提供一种请求处理方法及装置
第一方面,本公开实施例提供了一种请求处理方法,应用于服务器,该方法包括:
响应客户端发送的数据获取请求,获取所述客户端的属性信息;
确定与所述数据获取请求对应的响应数据,并基于所述客户端的属性信息,确定与所述客户端所对应的兼容插件;
执行所述兼容插件,获取执行后得到的展示控制数据;
将携带有所述展示控制数据和所述响应数据的返回信息发送至所述客户端。
一种可能的实施方式中,所述客户端的属性信息包括以下信息中的至少一种:
所述客户端对应的设备类型;
所述客户端的版本号;
发送所述数据获取请求的接口的标识信息。
一种可能的实施方式中,所述获取所述客户端的属性信息,包括:
从所述数据获取请求中获取所述数据获取请求携带的所述客户端的属性信息;或者,
在接收到所述数据获取请求后,向所述客户端发送属性信息获取请求,并接收所述客户端发送的所述客户端的属性信息。
第二方面,本公开实施例提供了一种请求处理方法,应用于客户端,该方法包括:
向服务器发送数据获取请求;
接收所述服务器发送的与所述数据获取请求对应的返回信息;所述返回信息中包含与所述数据获取请求对应的响应数据,以及与所述客户端的属性信息对应的展示控制数据,所述展示控制数据为服务器执行与所述客户端的属性信息对应的兼容插件后得到的;
根据所述展示控制数据,以及所述响应数据,进行数据展示。
一种可能的实施方式中,所述展示控制数据包括指示需要展示弹窗的第一弹窗指示信息;
所述根据所述展示控制数据,以及所述响应数据,进行数据展示,包括:
展示所述数据请求所对应的响应数据,并基于所述第一弹窗指示信息展示弹窗。
一种可能的实施方式中,所述第一弹窗指示信息包括:
弹窗类型、弹窗展示时间以及弹窗展示内容。
一种可能的实施方式中,所述展示控制数据包括指示禁止展示弹窗的第二弹窗指示信息;所述响应数据中包含弹窗展示数据;
所述根据所述展示控制数据,以及所述响应数据,进行数据展示,包括:
基于所述第二弹窗指示信息,展示所述响应数据中,除所述弹窗展示数据外的其他数据。
第三方面,本公开实施例提供了一种请求处理装置,包括:
响应模块,用于响应客户端发送的数据获取请求,获取所述客户端的属性信息;
确定模块,用于确定与所述数据获取请求对应的响应数据,并基于所述客户端的属性信息,确定与所述客户端所对应的兼容插件;
插件处理模块,用于执行所述兼容插件,获取执行后得到的展示控制数据;
发送模块,用于将携带有所述展示控制数据和所述响应数据的返回信息发送至所述客户端。
一种可能的实施方式中,所述客户端的属性信息包括以下信息中的至少一种:
所述客户端对应的设备类型;
所述客户端的版本号;
发送所述数据获取请求的接口的标识信息。
一种可能的实施方式中,所述响应模块,在获取所述客户端的属性信息时,用于:
从所述数据获取请求中获取所述数据获取请求携带的所述客户端的属性信息;或者,
在接收到所述数据获取请求后,向所述客户端发送属性信息获取请求,并接收所述客户端发送的所述客户端的属性信息。
第四方面,本公开实施例提供了一种请求处理装置,包括:
发送模块,用于向服务器发送数据获取请求;
接收模块,用于接收所述服务器发送的与所述数据获取请求对应的返回信息;所述返回信息中包含与所述数据获取请求对应的响应数据,以及与所述客户端的属性信息对应的展示控制数据,所述展示控制数据为服务器执行与所述客户端的属性信息对应的兼容插件后得到的;
展示模块,用于根据所述展示控制数据,以及所述响应数据,进行数据展示。
一种可能的实施方式中,所述展示控制数据包括指示需要展示弹窗的第一弹窗指示信息;
所述展示模块,在根据所述展示控制数据,以及所述响应数据,进行数据展示时,用于:
展示所述数据请求所对应的响应数据,并基于所述第一弹窗指示信息展示弹窗。
一种可能的实施方式中,所述第一弹窗指示信息包括:
弹窗类型、弹窗展示时间以及弹窗展示内容。
一种可能的实施方式中,所述展示控制数据包括指示禁止展示弹窗的第二弹窗指示信息;所述响应数据中包含弹窗展示数据;
所述展示模块,在根据所述展示控制数据,以及所述响应数据,进行数据展示时,用于:
基于所述第二弹窗指示信息,展示所述响应数据中,除所述弹窗展示数据外的其他数据。
第五方面,本公开实施例还提供一种计算机设备,包括:处理器、存储器和总线,所述存储器存储有所述处理器可执行的机器可读指令,当计算机设备运行时,所述处理器与所述存储器之间通过总线通信,所述机器可读指令被所述处理器执行时执行上述第一方面,或第一方面中任一种可能的实施方式中的步骤,或执行上述第二方面,或第二方面中任一种可能的实施方式中的步骤。
第六方面,本公开实施例还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行上述第一方面,或第一方面中任一种可能的实施方式中的步骤,或执行上述第二方面,或第二方面中任一种可能的实施方式中的步骤。
本公开实施例提供的请求处理方法,可以预先为不同属性信息的客户端配置对应的兼容插件,在接收到客户端发送的数据获取请求后,执行兼容插件,以获取展示控制数据,然后将展示控制数据和数据获取请求对应的响应数据一起发送至客户端,客户端可以根据展示控制数据和响应数据进行数据展示;这里,兼容插件为需要在客户端兼容的功能所对应的插件,本公开实施例选择在服务器侧执行该兼容插件,并将执行该兼容插件后得到的展示控制数据发送给客户端,这样,客户端就可以直接根据接收到的展示控制数据进行数据展示,就无需客户端侧安装该兼容插件,从而可以实现在无需对客户端进行版本更新的情况下,对客户端侧兼容功能的实现。
为使本公开的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
具体实施方式
为使本公开实施例的目的、技术方案和优点更加清楚,下面将结合本公开实施例中附图,对本公开实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本公开一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本公开实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本公开的实施例的详细描述并非旨在限制要求保护的本公开的范围,而是仅仅表示本公开的选定实施例。基于本公开的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本公开保护的范围。
相关技术中,客户端的所能实现的功能不断完善,若要支持新功能,需要不断的对客户端进行更新。以弹窗展示为例,若旧版本客户端不支持弹窗,而在将旧版本客户端更新为新版本之后,新版本的客户端的执行代码中有弹窗相关的代码,例如可以包括弹窗的类型、弹窗的展示时间等,新版本的客户端只需在接收到服务器发送的弹窗展示内容之后,进行弹窗指示即可,而旧版本的客户端中由于并不包含有弹窗的相关代码,因此就无法执行与弹窗相关的指令。
然而在相关技术中,由于不同版本的客户端之间,更新的功能相差很少,这就导致若要支持这些不断完善的功能,需要不断更新版本,但是由于大部分的需求是没有发生变化的,一方面用户需要不断的去下载新的版本,容易造成下载资源的浪费,另一方面由于部分用户可能不能及时下载新的版本,进而造成功能推广的效率降低。
基于此,本公开提供了一种请求处理方法,可以预先为不同属性信息的客户端配置对应的兼容插件,在接收到客户端发送的数据获取请求后,执行兼容插件,以获取展示控制数据,然后将展示控制数据和数据获取请求对应的响应数据一起发送至客户端,客户端可以根据展示控制数据和响应数据进行数据展示;这里,兼容插件为需要在客户端兼容的功能所对应的插件,本公开实施例选择在服务器侧执行该兼容插件,并将执行该兼容插件后得到的展示控制数据发送给客户端,这样,客户端就可以直接根据接收到的展示控制数据进行数据展示,就无需客户端侧安装该兼容插件,从而可以实现在无需对客户端进行版本更新的情况下,对客户端侧兼容功能的实现。
针对以上方案所存在的缺陷,均是发明人在经过实践并仔细研究后得出的结果,因此,上述问题的发现过程以及下文中本公开针对上述问题所提出的解决方案,都应该是发明人在本公开过程中对本公开做出的贡献。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。
为便于对本实施例进行理解,首先对本公开实施例所公开的一种请求处理方法进行详细介绍。本公开实施例所提供的一种请求处理方法可以应用于服务器,也可以应用于客户端,所述客户端为部署在电子设备上的应用程序,其中,电子设备例如可以为手机、平板电脑、智能电视、智能手表、个人计算机等。
下面将结合具体的实施例,对本公开所提供的一种请求处理方法进行详细的介绍。
首先,将以服务器为执行主体,对本公开所提供的一种请求处理方法进行描述。参见图1所示,为本公开实施例提供的一种请求处理方法的流程图,该方法包括以下几个步骤:
步骤101、响应客户端发送的数据获取请求,获取所述客户端的属性信息。
在一种可能的实施方式中,客户端的属性信息可以包括以下信息中的至少一种:
客户端对应的设备类型;
客户端的版本号;
发送数据获取请求的接口的标识信息。
其中,客户端对应的设备类型可以是部署客户端的设备类型,例如可以包括个人计算机(Personal Computer,PC)和移动设备,其中,移动设备还可以分为安卓操作系统的移动设备和IOS操作系统的移动设备。
客户端的版本号为当前客户端所对应的版本号,在安装客户端时,该版本号可以存储于客户端中。
在一种可能的应用场景中,兼容插件可能是针对某个链接的插件,当用户点击该链接之后,响应于用户的触发操作,客户端向服务器发送数据获取请求,然后服务器才会执行对应的插件。因此,客户端的属性信息中还可以包括发送数据获取请求的接口的标识信息。
其中,在获取客户端的属性信息时,可以包括以下两种情况:
情况1、数据获取请求中携带有客户端的属性信息。
在这种情况下,在获取客户端的属性信息时,可以直接在接收到客户端发送的数据获取请求之后,解析所述数据获取请求,然后从解析结果中获取客户端的属性信息。
情况2、数据获取请求中并未携带有客户端的属性信息。
在这种情况下,服务器在接收到客户端发送的数据获取请求后,可以向客户端发送属性信息获取请求,然后客户端在接收到属性信息获取请求之后,将客户端的属性信息发送至服务器,服务器再接收客户端发送的属性信息。
步骤102、确定与所述数据获取请求对应的响应数据,并基于所述客户端的属性信息,确定与所述客户端所对应的兼容插件。
实际应用中,可以预先为不同属性信息的客户端配置不同的兼容插件,在获取到发起数据获取请求的客户端的属性信息时,检测是否有预先为该属性信息的客户端配置的兼容插件,若检测到有预先为该属性信息配置的兼容插件,则顺序执行步骤103~步骤104。
示例性的,可以预先为属性信息A配置兼容插件1,为属性信息B配置兼容插件2,为属性信息C配置兼容插件3,若检测到发起数据获取请求的客户端的属性信息为属性信息A,则可以确定该客户端对应的兼容插件为兼容插件1。
在另外一种可能的实施方式中,还可以预先为多种属性信息的客户端配置同一兼容插件,在获取到客户端的属性信息之后,可以检测该客户端的属性信息是不是预先配置兼容插件的多种属性信息中的一种,若是,则确定该客户端有对应的兼容插件。
示例性的,可以预先为属性信息A、属性信息B、属性信息C、属性信息D均配置同一兼容插件1,若检测到发起数据获取请求的客户端的属性信息为属性信息C,则可以确定该客户端对应的兼容插件为兼容插件1,若检测到发起数据获取请求的客户端的属性信息为属性信息E,则可以确定该客户端并没有对应的兼容插件。
若未检测到有预先为该属性信息的客户端配置的兼容插件,则可以直接确定该数据获取请求对应响应数据,然后将响应数据发送至用户端,以使所述用户端对接收到的响应数据进行展示。
步骤103、执行所述兼容插件,获取执行后得到的展示控制数据。
所述执行兼容插件,即为执行兼容插件中的代码,兼容插件部署于服务器中,在执行完兼容插件后,可以直接获得客户端对应的展示控制数据。
在另外一种可能的实施方式中,兼容插件中还可以直接存储有展示控制数据,所述执行兼容插件,即为将兼容插件中的展示控制数据添加至对应的存储位置。
步骤104、将携带有所述展示控制数据和所述响应数据的返回信息发送至所述客户端。
其中,展示控制数据用于控制客户端中展示的数据。展示控制数据和响应数据可以存储在同一条数据的不同位置处,且各个位置只能存储该种类型的数据,例如数据位置1只能存储来自插件中的数据,数据位置2只能存储数据获取请求的响应数据。
服务器在将携带有展示控制数据和响应数据的返回信息发送至客户端之后,客户端可以根据展示控制数据和响应数据进行数据展示,具体展示的方式将在图2所示的方法中详细说明,在此暂不展开说明。
参见图2所示,为本公开实施例所提供的另外一种请求处理方法的流程示意图,该方法应用于客户端,包括以下几个步骤:
步骤201、向服务器发送数据获取请求。
其中,客户端向服务器发送数据获取请求可以是,用户在对客户端中的链接进行触发操作之后,客户端向服务器发送的请求。用户对客户端中的链接进行的触发操作可以包括但不仅限于单击、双击、长按、重按等。
步骤202、接收所述服务器发送的与所述数据获取请求对应的返回信息;所述返回信息中包含与所述数据获取请求对应的响应数据,以及与所述客户端的属性信息对应的展示控制数据,所述展示控制数据为服务器执行与所述客户端的属性信息对应的兼容插件后得到的。
步骤203、根据所述展示控制数据,以及所述响应数据,进行数据展示。
在一种可能的实施方式中,展示控制数据可以包括指示需要展示弹窗的第一弹窗指示信息。在这种情况下,此时客户端是没有弹窗信息的处理代码的,而第一弹窗指示信息是已经经过兼容插件处理过的数据,客户端仅需根据第一弹窗指示信息进行展示即可。
在这种实施方式下,在根据展示控制数据,以及相应数据进行数据展示时,可以是展示数据请求所对应的响应数据,以及,基于第一弹窗指示信息展示弹窗。
其中,第一弹窗指示信息可以包括弹窗类型、弹窗展示时间、以及弹窗展示内容。
弹窗类型可以包括但不仅限于以下类型的弹窗:toast弹窗、snackbar弹窗、dialogue弹窗。
弹窗展示时间为弹窗在页面中展示的时间,例如有些弹窗可以在展示N秒钟之后消失,N秒钟即为弹窗展示时间。在有些弹窗中,需要用户点击指示弹窗才会消失,对于此类弹窗,弹窗展示时间为无限长。
弹窗展示内容为弹窗中所显示的内容,弹窗展示内容可以根据属性信息的不同而预先配置,具体内容可以根据用户需求进行调整。
在另一种可能的实施方式中,展示控制数据中包括指示禁止展示弹窗的第二弹窗指示信息;响应数据中包含弹窗展示数据。在这种情况下,客户端中存在有弹窗信息的处理代码,且在执行兼容插件之前,用户端可以展示弹窗。
在这种实施方式中,在根据展示控制数据,以及响应数据,进行数据展示时,可以是基于第二弹窗指示信息,展示响应数据中,除弹窗展示数据外的其他数据。此时,展示控制数据的作用是控制用户端不展示响应数据中的弹窗展示数据。
在另外一种可能的实施方式中,在展示控制数据中包括指示禁止展示弹窗的第二弹窗指示信息时,服务器可以直接将客户端的数据获取请求对应的响应数据中,用于表示弹窗的弹窗展示数据剔除,仅将响应数据中除弹窗展示数据外的其他数据发送至客户端,客户端在接收到该响应数据之后,由于该响应数据中并不包含弹窗展示数据,因此也就实现了禁止展示弹窗的目的。
由于弹窗展示数据发送给客户端,客户端也并不会对该弹窗展示数据进行处理,在上述实施方式中,直接将响应数据中的弹窗展示数据剔除,进而节省了传输资源。
本公开实施例提供的请求处理方法,可以预先为不同属性信息的客户端配置对应的兼容插件,在接收到客户端发送的数据获取请求后,执行兼容插件,以获取展示控制数据,然后将展示控制数据和数据获取请求对应的响应数据一起发送至客户端,客户端可以根据展示控制数据和响应数据进行数据展示;这里,兼容插件为需要在客户端兼容的功能所对应的插件,本公开实施例选择在服务器侧执行该兼容插件,并将执行该兼容插件后得到的展示控制数据发送给客户端,这样,客户端就可以直接根据接收到的展示控制数据进行数据展示,就无需客户端侧安装该兼容插件,从而可以实现在无需对客户端进行版本更新的情况下,对客户端侧兼容功能的实现。
由于无需对客户端进行版本更新的情况下就可以实现对客户端侧兼容功能的实现,一方面,对于用户而言,减少了多次下载更新客户端的困扰,提供了客户端的兼容功能的推广效率;另一方面,可以减少网络资源和下载资源的浪费。
本领域技术人员可以理解,在具体实施方式的上述方法中,各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定,各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。
基于同一发明构思,本公开实施例中还提供了与请求处理方法对应的请求处理装置,由于本公开实施例中的装置解决问题的原理与本公开实施例上述请求处理方法相似,因此装置的实施可以参见方法的实施,重复之处不再赘述。
参照图3所示,为本公开实施例提供的一种请求处理装置的架构示意图,所述装置包括:响应模块301、确定模块302、插件处理模块303以及发送模块304;其中,
响应模块301,用于响应客户端发送的数据获取请求,获取所述客户端的属性信息;
确定模块302,用于确定与所述数据获取请求对应的响应数据,并基于所述客户端的属性信息,确定与所述客户端所对应的兼容插件;
插件处理模块303,用于执行所述兼容插件,获取执行后得到的展示控制数据;
发送模块304,用于将携带有所述展示控制数据和所述响应数据的返回信息发送至所述客户端。
一种可能的实施方式中,所述客户端的属性信息包括以下信息中的至少一种:
所述客户端对应的设备类型;
所述客户端的版本号;
发送所述数据获取请求的接口的标识信息。
一种可能的实施方式中,所述响应模块301,在获取所述客户端的属性信息时,用于:
从所述数据获取请求中获取所述数据获取请求携带的所述客户端的属性信息;或者,
在接收到所述数据获取请求后,向所述客户端发送属性信息获取请求,并接收所述客户端发送的所述客户端的属性信息。
参见图4所示,为本公开实施例所提供的另外一种请求处理装置的架构示意图,包括发送模块401、接收模块402以及展示模块403,具体的:
发送模块401,用于向服务器发送数据获取请求;
接收模块402,用于接收所述服务器发送的与所述数据获取请求对应的返回信息;所述返回信息中包含与所述数据获取请求对应的响应数据,以及与所述客户端的属性信息对应的展示控制数据,所述展示控制数据为服务器执行与所述客户端的属性信息对应的兼容插件后得到的;
展示模块403,用于根据所述展示控制数据,以及所述响应数据,进行数据展示。
一种可能的实施方式中,所述展示控制数据包括指示需要展示弹窗的第一弹窗指示信息;
所述展示模块403,在根据所述展示控制数据,以及所述响应数据,进行数据展示时,用于:
展示所述数据请求所对应的响应数据,并基于所述第一弹窗指示信息展示弹窗。
一种可能的实施方式中,所述第一弹窗指示信息包括:
弹窗类型、弹窗展示时间以及弹窗展示内容。
一种可能的实施方式中,所述展示控制数据包括指示禁止展示弹窗的第二弹窗指示信息;所述响应数据中包含弹窗展示数据;
所述展示模块403,在根据所述展示控制数据,以及所述响应数据,进行数据展示时,用于:
基于所述第二弹窗指示信息,展示所述响应数据中,除所述弹窗展示数据外的其他数据。
关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明,这里不再详述。
基于同一技术构思,本申请实施例还提供了一种电子设备。参照图5所示,为本申请实施例提供的电子设备500的结构示意图,包括处理器501、存储器502、和总线503。其中,存储器502用于存储执行指令,包括内存5021和外部存储器5022;这里的内存5021也称内存储器,用于暂时存放处理器501中的运算数据,以及与硬盘等外部存储器5022交换的数据,处理器501通过内存5021与外部存储器5022进行数据交换,当电子设备500运行时,处理器501与存储器502之间通过总线503通信,使得处理器501在执行以下指令:
响应客户端发送的数据获取请求,获取所述客户端的属性信息;
确定与所述数据获取请求对应的响应数据,并基于所述客户端的属性信息,确定与所述客户端所对应的兼容插件;
执行所述兼容插件,获取执行后得到的展示控制数据;
将携带有所述展示控制数据和所述响应数据的返回信息发送至所述客户端。
一种可能的实施方式中,处理器501执行的指令中,所述客户端的属性信息包括以下信息中的至少一种:
所述客户端对应的设备类型;
所述客户端的版本号;
发送所述数据获取请求的接口的标识信息。
一种可能的实施方式中,处理器501执行的指令中,所述获取所述客户端的属性信息,包括:
从所述数据获取请求中获取所述数据获取请求携带的所述客户端的属性信息;或者,
在接收到所述数据获取请求后,向所述客户端发送属性信息获取请求,并接收所述客户端发送的所述客户端的属性信息。
基于同一技术构思,本申请实施例还提供了一种电子设备。参照图6所示,为本申请实施例提供的电子设备600的结构示意图,包括处理器601、存储器602、和总线603。其中,存储器602用于存储执行指令,包括内存6021和外部存储器6022;这里的内存6021也称内存储器,用于暂时存放处理器601中的运算数据,以及与硬盘等外部存储器6022交换的数据,处理器601通过内存6021与外部存储器6022进行数据交换,当电子设备600运行时,处理器601与存储器602之间通过总线603通信,使得处理器601在执行以下指令:
向服务器发送数据获取请求;
接收所述服务器发送的与所述数据获取请求对应的返回信息;所述返回信息中包含与所述数据获取请求对应的响应数据,以及与所述客户端的属性信息对应的展示控制数据,所述展示控制数据为服务器执行与所述客户端的属性信息对应的兼容插件后得到的;
根据所述展示控制数据,以及所述响应数据,进行数据展示。
一种可能的实施方式中,处理器601执行的指令中,所述展示控制数据包括指示需要展示弹窗的第一弹窗指示信息;
所述根据所述展示控制数据,以及所述响应数据,进行数据展示,包括:
展示所述数据请求所对应的响应数据,并基于所述第一弹窗指示信息展示弹窗。
一种可能的实施方式中,处理器601执行的指令中,所述第一弹窗指示信息包括:
弹窗类型、弹窗展示时间以及弹窗展示内容。
一种可能的实施方式中,处理器601执行的指令中,所述展示控制数据包括指示禁止展示弹窗的第二弹窗指示信息;所述响应数据中包含弹窗展示数据;
所述根据所述展示控制数据,以及所述响应数据,进行数据展示,包括:
基于所述第二弹窗指示信息,展示所述响应数据中,除所述弹窗展示数据外的其他数据。
本公开实施例还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行上述方法实施例中所述的请求处理方法的步骤。其中,该存储介质可以是易失性或非易失的计算机可读取存储介质。
本公开实施例所提供的请求处理方法的计算机程序产品,包括存储了程序代码的计算机可读存储介质,所述程序代码包括的指令可用于执行上述方法实施例中所述的请求处理方法的步骤,具体可参见上述方法实施例,在此不再赘述。
本公开实施例还提供一种计算机程序,该计算机程序被处理器执行时实现前述实施例的任意一种方法。该计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中,所述计算机程序产品具体体现为计算机存储介质,在另一个可选实施例中,计算机程序产品具体体现为软件产品,例如软件开发包(Software DevelopmentKit,SDK)等等。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统和装置的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。在本公开所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本公开各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解,本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-OnlyMemory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上所述实施例,仅为本公开的具体实施方式,用以说明本公开的技术方案,而非对其限制,本公开的保护范围并不局限于此,尽管参照前述实施例对本公开进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本公开揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本公开实施例技术方案的精神和范围,都应涵盖在本公开的保护范围之内。因此,本公开的保护范围应所述以权利要求的保护范围为准。