一种处理业务任务的方法、装置和电子设备
技术领域
本申请涉及计算机领域,尤其涉及一种处理业务任务的方法、装置和电子设备。
背景技术
目前,为用户提供业务服务,大都是安装前端客户端的终端向后端服务器发送业务请求,服务器执行其所请求的业务任务。
服务器对每个业务的处理,往往需要执行多个任务,对于服务器来讲,这多个任务都是服务器所必须要执行的,故而服务器所创建的进程,作用是执行这多个任务。
对于有些语言的开发,在已完成某些任务有些任务未完成时,一边向终端提示哪些任务已完成,一边执行未完成的任务。
然而,对于同步弱类型的编程语言(比如PHP)来讲,终端每次发送业务请求,服务器根据每次业务请求创建一个进程,进程结束,才响应这个业务请求,从而向用户反馈业务完成状况。
实际上,这种处理业务任务的方法,虽然也能满足用户需求,但是,依然存在改进的空间以缩短向用户反馈业务完成状况的时用户的等待时间。
不过,由于PHP语言的这种响应请求特点:完成进程才响应请求,使得很多人员误以为:如果想缩短向用户反馈业务完成状况的时用户的等待时间,除了缩短单个任务耗时之外,很难找到其他可行的技术方案,这就使得业内人员很难得到继续改进的动机和可行性启示。
申请人分析发现,这种处理方式依然是可以改进的,这是因为,服务器进行业务时所执行的多个任务中,往往存在一些附加任务,相比与附加任务,主任务的执行依赖于前后端交互从终端获取的业务数据,而附加任务的执行,则依赖于主任务的执行结果(比如,主任务的完成状态或者执行主任务生成的数据),而直接不依赖于从终端获取的业务数据。
故而,一方面,在完成主任务时,便具备了执行附加任务的条件后续可自动执行;而另一方面,实际上,用户等待业务完成状况的最直接目的是,保证前后段交互事件的有效性,对于附加任务的执行,只需要依赖于主任务的执行结果,故而可由服务器自行执行。因此,在主任务完成时,已经可以向终端反馈业务已完成,来提示前后端交互事件的有效性,而不需要等待服务器完成附加任务。现有技术把业务的所有任务作为一个整体创建进程,那么对于PHP编程语言来讲,当然只能在服务器完成该业务的所有任务后才会响应终端的请求。
在所述背景技术部分公开的上述信息仅用于加强对本公开的背景的理解,因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。
发明内容
本说明书实施例提供一种处理业务任务的方法、装置和电子设备,用以缩短向用户反馈业务完成状况的时用户的等待时间。
本说明书实施例提供一种处理业务任务的方法,包括:
第一系统接收终端发送的业务主任务请求,创建主任务进程执行业务主任务;
监听所述主任务的完成状态;
根据监听到的主任务完成信息,利用相异步的执行程序分别响应所述业务主任务请求并执行所述业务主任务对应的附加任务。
可选地,还包括:
存储执行业务主任务生成的主任务结果数据和执行附加任务生成的附加任务结果数据;
响应于所述用户发送的业务数据请求,向所述用户的终端发送利用附加任务结果数据生成的页面信息。
可选地,所述根据监听到的主任务完成信息,利用相异步的执行程序分别响应所述业务主任务请求并执行所述业务主任务对应的附加任务,包括:
若监听到主任务完成信息,则通过所述主任务进程响应所述业务主任务请求,通过与所述主业务进程异步的进程触发第二系统的附加任务接口,利用第二系统执行附加任务。
可选地,还包括:
向所述第二系统发送回调参数,所述第二系统执行附加任务生成附加任务结果数据后进行函数调用以将附加任务结果数据更新于所述第一系统的数据库中。
可选地,所述触发第二系统的附加任务接口,包括:
利用预存的关联关系,触发与所述业务主任务相关联的第二系统的附加任务接口。
可选地,所述监听所述主任务的完成状态,包括:
利用进程控制器监听所述主任务的完成状态。
可选地,所述第一系统接收终端发送的业务主任务请求,还包括:
接收所述业务主任务请求携带的任务数据,响应于完成接收所述任务数据关闭与所述终端之间的通信连接。
可选地,还包括:
根据所述第一系统对所述业务主任务请求的响应向用户提示已完成业务主任务。
本说明书实施例还提供一种处理业务任务的装置,包括:
主任务模块,第一系统接收终端发送的业务主任务请求,创建主任务进程执行业务主任务;
监听所述主任务的完成状态;
异步执行模块,根据监听到的主任务完成信息,利用相异步的执行程序分别响应所述业务主任务请求并执行所述业务主任务对应的附加任务。
可选地,还具有数据存储模块,用于存储执行业务主任务生成的主任务结果数据和执行附加任务生成的附加任务结果数据;
响应于所述用户发送的业务数据请求,向所述用户的终端发送利用附加任务结果数据生成的页面信息。
可选地,所述根据监听到的主任务完成信息,利用相异步的执行程序分别响应所述业务主任务请求并执行所述业务主任务对应的附加任务,包括:
若监听到主任务完成信息,则通过所述主任务进程响应所述业务主任务请求,通过与所述主业务进程异步的进程触发第二系统的附加任务接口,利用第二系统执行附加任务。
可选地,异步执行模块,还用于:
向所述第二系统发送回调参数,所述第二系统执行附加任务生成附加任务结果数据后进行函数调用以将附加任务结果数据更新于所述第一系统的数据库中。
可选地,所述触发第二系统的附加任务接口,包括:
利用预存的关联关系,触发与所述业务主任务相关联的第二系统的附加任务接口。
可选地,所述监听所述主任务的完成状态,包括:
利用进程控制器监听所述主任务的完成状态。
可选地,所述第一系统接收终端发送的业务主任务请求,还包括:
接收所述业务主任务请求携带的任务数据,响应于完成接收所述任务数据关闭与所述终端之间的通信连接。
可选地,还包括提示模块,用于根据所述第一系统对所述业务主任务请求的响应向用户提示已完成业务主任务。
本说明书实施例还提供一种电子设备,其中,该电子设备包括:
处理器;以及,
存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器执行上述任一项方法。
本说明书实施例还提供一种计算机可读存储介质,其中,所述计算机可读存储介质存储一个或多个程序,所述一个或多个程序当被处理器执行时,实现上述任一项方法。
本说明书实施例提供的各种技术方案通过第一系统接收终端发送的业务主任务请求,创建主任务进程执行业务主任务,监听所述主任务的完成状态,根据监听到的主任务完成信息,利用相异步的执行程序分别响应所述业务主任务请求并执行所述业务主任务对应的附加任务。通过将业务分解为主业务任务和附加业务任务,由于终端发送的是主任务请求,因而服务器创建的进程在完成业务主任务后便可以响应该请求,从而使用户得到反馈,而不需要等待附加任务完成,因而缩短了向用户反馈业务完成状况的时用户的等待时间。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为本说明书实施例提供的一种处理业务任务的方法的原理示意图;
图2为本说明书实施例提供的一种处理业务任务的装置的结构示意图;
图3为本说明书实施例提供的一种电子设备的结构示意图;
图4为本说明书实施例提供的一种计算机可读介质的原理示意图。
具体实施方式
对于PHP语言讲,如果能把这多个任务相分离,终端发送执行业务主任务的请求,服务器便可创建住业务进程,从而在完成住业务任务时便可以响应终端发送的业务请求,而不需要等到执行完附加业务任务后再响应。
基于上述构思,本说明书实施例提供一种处理业务任务的方法,包括:
第一系统接收终端发送的业务主任务请求,创建主任务进程执行业务主任务;
监听所述主任务的完成状态;
根据监听到的主任务完成信息,利用相异步的执行程序分别响应所述业务主任务请求并执行所述业务主任务对应的附加任务。通过第一系统接收终端发送的业务主任务请求,创建主任务进程执行业务主任务,监听所述主任务的完成状态,根据监听到的主任务完成信息,利用相异步的执行程序分别响应所述业务主任务请求并执行所述业务主任务对应的附加任务。通过将业务分解为主业务任务和附加业务任务,由于终端发送的是主任务请求,因而服务器创建的进程在完成业务主任务后便可以响应该请求,从而使用户得到反馈,而不需要等待附加任务完成,因而缩短了向用户反馈业务完成状况的时用户的等待时间。
现在将参考附图更全面地描述本发明的示例性实施例。然而,示例性实施例能够以多种形式实施,且不应被理解为本发明仅限于在此阐述的实施例。相反,提供这些示例性实施例能够使得本发明更加全面和完整,更加便于将发明构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的元件、组件或部分,因而将省略对它们的重复描述。
在符合本发明的技术构思的前提下,在某个特定的实施例中描述的特征、结构、特性或其他细节不排除可以以合适的方式结合在一个或更多其他的实施例中。
在对于具体实施例的描述中,本发明描述的特征、结构、特性或其他细节是为了使本领域的技术人员对实施例进行充分理解。但是,并不排除本领域技术人员可以实践本发明的技术方案而没有特定特征、结构、特性或其他细节的一个或更多。
附图中所示的流程图仅是示例性说明,不是必须包括所有的内容和操作/步骤,也不是必须按所描述的顺序执行。例如,有的操作/步骤还可以分解,而有的操作/步骤可以合并或部分合并,因此实际执行的顺序有可能根据实际情况改变。
附图中所示的方框图仅仅是功能实体,不一定必须与物理上独立的实体相对应。即,可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
术语“和/或”或者“及/或”包括相关联的列出项目中的任一个或多者的所有组合。
图1为本说明书实施例提供的一种处理业务任务的方法的原理示意图,该方法可以包括:
S101:第一系统接收终端发送的业务主任务请求,创建主任务进程执行业务主任务。
由于终端发送的是业务的主任务请求,因此,服务器响应于接收到该请求,创建的进程在执行完主任务后便可以响应终端发送的该请求,因而不需要等待。
其中,主任务请求中可以携带业务数据,这样,终端向第一系统发送携带业务数据的主任务请求,第一系统便可以执行存储业务数据的主任务。
其中,业务数据可以是注册信息,或者,虚拟作品信息。
附加任务,可以是根据主任务的执行结果进行的任务。
主任务的执行结果可以包括:主任务的完成状态,和/或,执行主任务生成的数据表。
附加任务,可以是在主任务完成后向终端发送提示信息,或者,根据主任务生成的数据进行逻辑处理,甚至是触发第二系统对执行主任务生成的数据表进行处理等,在此不做具体限定。
考虑到一种处理业务的实际应用场景:
对于处理用户注册类业务的场景,为了提升用户体验,服务器对注册类业务的处理,往往会执行:将用户信息插入注册表的主任务,以及发送欢迎邮件等附加任务,通常服务器会等附加任务执行完成后,返回业务完成信息,表示服务器已完成该业务请求相关的处理。
而实际上,对于注册类业务,只需要完成将用户信息插入注册表这个主任务,就可以让用户正常登陆了,没有必要等第一系统执行发送欢迎邮件后才向用户反馈业务完成信息。
在本说明书实施例中,处理业务的系统可以是一个,也可以是多个,处理业务的系统位于服务器端,可以与终端进行通信。
在需要跨系统处理的业务中,对于终端通信的系统,我们称作第一系统。而如果执行业务的系统也可以是多个系统,实现跨系统地执行业务任务,为方便描述,我们定义:与终端直接通信的系统为第一系统,通过第一系统间接与终端进行通信的为第二系统。
主任务可以通过第一系统执行,附加任务可以通过第二系统执行。
这样,第一系统在执行完其系统自身需要执行的主任务后便可以响应终端的业务请求,而不需要等待第二系统完成附加任务。
S102:监听所述主任务的完成状态。
在本说明书实施例中,所述监听所述主任务的完成状态,可以包括:
利用进程控制器监听所述主任务的完成状态。
这样,若主任务完成,则可以监听到主任务完成信息。
S103:根据监听到的主任务完成信息,利用相异步的执行程序分别响应所述业务主任务请求并执行所述业务主任务对应的附加任务。
第一系统接收终端发送的业务主任务请求,创建主任务进程执行业务主任务,监听所述主任务的完成状态,根据监听到的主任务完成信息,利用相异步的执行程序分别响应所述业务主任务请求并执行所述业务主任务对应的附加任务。通过将业务分解为主业务任务和附加业务任务,由于终端发送的是主任务请求,因而服务器创建的进程在完成业务主任务后便可以响应该请求,从而使用户得到反馈,而不需要等待附加任务完成,因而缩短向用户反馈业务完成状况的时用户的等待时间。
其中,所述根据监听到的主任务完成信息,利用相异步的执行程序分别响应所述业务主任务请求并执行所述业务主任务对应的附加任务,可以包括:
若监听到主任务完成信息,则通过所述主任务进程响应所述业务主任务请求,通过与所述主业务进程异步的进程触发第二系统的附加任务接口,利用第二系统执行附加任务。
由于PHP语言不支持异步非阻塞(第一系统的进程向第二系统发送执行附加任务的请求后,会一直等待并阻塞该进程,直到完成该进程),因此,如果第一系统根据终端发送的业务请求创建的进程是处理整个业务的进程,则需要等待第二系统执行完附加任务,而如果第一系统先创建执行主任务的进程,监听该进程的完成状态,监听到主任务完成时再创建触发第二系统执行附加任务的进程,那么,结束时用于响应业务请求的进程便不再是等待第二系统完成附加任务的进程,而是主任务进程。由于附加任务所阻塞的进程并不影响向用户反馈业务完成情况的时间,因而可以在跨系统的业务处理方式中达到类似异步非阻塞的效果,缩短用户等待时间。
其中,执行业务主任务,可以包括:将业务请求中携带的业务数据插入到业务数据表中。
其中,所述触发第二系统的附加任务接口,可以包括:
利用预存的关联关系,触发与所述业务主任务相关联的第二系统的附加任务接口。
在本说明书实施例中,该方法还可以包括:
存储执行业务主任务生成的主任务结果数据和执行附加任务生成的附加任务结果数据;
响应于所述用户发送的业务数据请求,向所述用户的终端发送利用附加任务结果数据生成的页面信息。
对于跨系统的业务处理,我们可以利用回调函数来解决共同进行业务的多个系统之间的数据交互问题。
因此,在本说明书实施例中,该方法还可以包括:
向所述第二系统发送回调参数,所述第二系统执行附加任务生成附加任务结果数据后进行函数调用以将附加任务结果数据更新于所述第一系统的数据库中。
其实,将附加任务结果数据更新于所述第一系统的数据库中,也可以看作主任务的附加任务。
在本说明书实施例中,所述第一系统接收终端发送的业务主任务请求,还可以包括:
接收所述业务主任务请求携带的任务数据,响应于完成接收所述任务数据关闭与所述终端之间的通信连接。
在一种应用场景中,业务的处理需要第一系统执行虚拟作品发布任务,以及第二系统执行发帖业务,执行发帖任务时需要依赖于作品发布存储任务的结果,故而,一方面,发帖任务的接口在第二系统中,另一方面,第二系统不具有第一系统的数据库权限。
发表作品的用户在进行作品发表操作时,往往最关心是否完成该操作,也就是该操作的有效性(对于服务器一侧来讲,相当于前后段交互事件的有效性),如果等到发帖完成后才向用户反馈,则需要较长的等待时间。而如果不等待发帖任务执行,那么用户如何得到作品发布反馈结果呢(比如具有作品帖子的页面)。
通过应用本说明书实施例的处理方式,我们可以将业务分为作品信息插入作品表(主任务)与发帖(附加任务)两个任务,第一系统在完成作品信息的插入后便向用户反馈业务已完成,同时,响应于主任务的完成,向第二系统发送回调参数,并触发第二系统执行发帖任务,生成发帖任务结果数据,将其更新到第一系统的数据库中,从而利用更新的数据库便可以完成发帖。
在本说明书实施例中,还可以包括:
根据所述第一系统对所述业务主任务请求的响应向用户提示已完成业务主任务。
具体可以是,向终端发送完成已完成业务主任务的提示信息。
对于上述实施例中具体的异步执行过程,可以是通过fsockopen函数建立socket连接,然后遵循http协议发送数据,数据发送完之后立即关闭连接。
具体实施时,可以先进行代码配置,可以配置asyncBySockExecute语句用以异步执行任务码,并配置待执行任务的资源定位地址,以及执行任务所需的数据。
当然,以上只是其中一种示例性的描述,应当理解为,基于本说明书各实施例的构思做出的变形都应该在本申请的保护范围之内。
图2为本说明书实施例提供的一种处理业务任务的装置的结构示意图,该装置可以包括:
主任务模块201,第一系统接收终端发送的业务主任务请求,创建主任务进程执行业务主任务;
监听所述主任务的完成状态;
异步执行模块202,根据监听到的主任务完成信息,利用相异步的执行程序分别响应所述业务主任务请求并执行所述业务主任务对应的附加任务。
在本说明书实施例中,还具有数据存储模块,用于存储执行业务主任务生成的主任务结果数据和执行附加任务生成的附加任务结果数据;
响应于所述用户发送的业务数据请求,向所述用户的终端发送利用附加任务结果数据生成的页面信息。
在本说明书实施例中,异步执行模块202,还用于:
向所述第二系统发送回调参数,所述第二系统执行附加任务生成附加任务结果数据后进行函数调用以将附加任务结果数据更新于所述第一系统的数据库中。
在本说明书实施例中,所述根据监听到的主任务完成信息,利用相异步的执行程序分别响应所述业务主任务请求并执行所述业务主任务对应的附加任务,可以包括:
若监听到主任务完成信息,则通过所述主任务进程响应所述业务主任务请求,通过与所述主业务进程异步的进程触发第二系统的附加任务接口,利用第二系统执行附加任务。
在本说明书实施例中,所述触发第二系统的附加任务接口,可以包括:
利用预存的关联关系,触发与所述业务主任务相关联的第二系统的附加任务接口。
在本说明书实施例中,所述监听所述主任务的完成状态,可以包括:
利用进程控制器监听所述主任务的完成状态。
在本说明书实施例中,所述第一系统接收终端发送的业务主任务请求,还可以包括:
接收所述业务主任务请求携带的任务数据,响应于完成接收所述任务数据关闭与所述终端之间的通信连接。
在本说明书实施例中,还包括提示模块,用于根据所述第一系统对所述业务主任务请求的响应向用户提示已完成业务主任务。
该装置通过接收终端发送的业务主任务请求,创建主任务进程执行业务主任务,监听所述主任务的完成状态,根据监听到的主任务完成信息,利用相异步的执行程序分别响应所述业务主任务请求并执行所述业务主任务对应的附加任务。通过将业务分解为主业务任务和附加业务任务,由于终端发送的是主任务请求,因而服务器创建的进程在完成业务主任务后便可以响应该请求,从而使用户得到反馈,而不需要等待附加任务完成,因而缩短向用户反馈业务完成状况的时用户的等待时间。
基于同一发明构思,本说明书实施例还提供一种电子设备。
下面描述本发明的电子设备实施例,该电子设备可以视为对于上述本发明的方法和装置实施例的具体实体实施方式。对于本发明电子设备实施例中描述的细节,应视为对于上述方法或装置实施例的补充;对于在本发明电子设备实施例中未披露的细节,可以参照上述方法或装置实施例来实现。
图3为本说明书实施例提供的一种电子设备的结构示意图。下面参照图3来描述根据本发明该实施例的电子设备300。图3显示的电子设备300仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图3所示,电子设备300以通用计算设备的形式表现。电子设备300的组件可以包括但不限于:至少一个处理单元310、至少一个存储单元320、连接不同系统组件(包括存储单元320和处理单元310)的总线330、显示单元340等。
其中,所述存储单元存储有程序代码,所述程序代码可以被所述处理单元310执行,使得所述处理单元310执行本说明书上述处理方法部分中描述的根据本发明各种示例性实施方式的步骤。例如,所述处理单元310可以执行如图1所示的步骤。
所述存储单元320可以包括易失性存储单元形式的可读介质,例如随机存取存储单元(RAM)3201和/或高速缓存存储单元3202,还可以进一步包括只读存储单元(ROM)3203。
所述存储单元320还可以包括具有一组(至少一个)程序模块3205的程序/实用工具3204,这样的程序模块3205包括但不限于:操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
总线330可以为表示几类总线结构中的一种或多种,包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
电子设备300也可以与一个或多个外部设备400(例如键盘、指向设备、蓝牙设备等)通信,还可与一个或者多个使得用户能与该电子设备300交互的设备通信,和/或与使得该电子设备300能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口350进行。并且,电子设备300还可以通过网络适配器360与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。网络适配器360可以通过总线330与电子设备300的其它模块通信。应当明白,尽管图3中未示出,可以结合电子设备300使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
通过以上的实施方式的描述,本领域的技术人员易于理解,本发明描述的示例性实施例可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本发明实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个计算机可读的存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、或者网络设备等)执行根据本发明的上述方法。当所述计算机程序被一个数据处理设备执行时,使得该计算机可读介质能够实现本发明的上述方法,即:如图1所示的方法。
图4为本说明书实施例提供的一种计算机可读介质的原理示意图。
实现图1所示方法的计算机程序可以存储于一个或多个计算机可读介质上。计算机可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了可读程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质,该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输,包括但不限于无线、有线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络,包括局域网(LAN)或广域网(WAN),连接到用户计算设备,或者,可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
综上所述,本发明可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)等通用数据处理设备来实现根据本发明实施例中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
以上所述的具体实施例,对本发明的目的、技术方案和有益效果进行了进一步详细说明,应理解的是,本发明不与任何特定计算机、虚拟装置或者电子设备固有相关,各种通用装置也可以实现本发明。以上所述仅为本发明的具体实施例而已,并不用于限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。