一种业务结果的获取方法及装置
技术领域
本说明书涉及计算机技术领域,尤其涉及一种业务结果的获取方法及装置。
背景技术
随着各行各业的发展,各种互联网业务层出不穷,比如搜索业务、查询业务等,且用户数量庞大,业务数据海量。
为了较为方便地维护业务数据,通常会将业务数据存储在业务服务端。比如对于查询业务而言,可以将对应的业务数据保存在业务服务端中;又如对搜索字符串进行的分词业务是搜索业务的基础,可以将分词模型存储在业务服务端,从而方便业务人员进行定期维护。通常情况下,会设置多个业务终端作为业务入口,用户可以通过业务入口发送业务请求,并从业务服务端获取到业务结果。
然而,在业务终端频繁地远程访问业务服务端,且业务服务端不断地处理业务请求、返回业务结果的过程中,会对业务服务器造成较大的压力。所以,需要提供一种获取业务结果的方案,在获取业务结果的过程中减轻对业务服务端的压力。
发明内容
本说明书实施例提供一种业务结果的获取方法,用于在获取业务结果过程中,减轻对业务服务端的压力。
本说明书实施例提供一种业务结果的获取装置,用于在获取业务结果过程中,减轻对业务服务端的压力。
为解决上述技术问题,本说明书实施例是这样实现的:
本说明书实施例采用下述技术方案:
一种业务结果的获取方法,包括:
确定业务请求;
查询本地缓存是否存储有与所述业务请求对应的业务结果;
当查询结果为是,从所述本地缓存中获取所述业务结果;
当查询结果为否,向业务服务端发送所述业务请求,获取所述业务请求对应的业务结果,并将所述业务请求与所述业务结果的对应关系保存在所述本地缓存中。
优选地,确定业务请求,包括:
接收原始业务请求;
对所述原始业务请求进行预处理,生成业务请求。
优选地,对所述原始业务请求进行预处理,包括下述至少一种:
对所述原始业务请求中的符号进行符号归一化处理;
对所述原始业务请求中的字符串进行顺序归一化处理。
优选地,所述方法还包括:
根据预设的时间周期,清空所述本地缓存。
优选地,所述方法包括:
确定搜索字符串;
查询本地缓存是否存储有与所述搜索字符串对应的分词结果;
当查询结果为是,从所述本地缓存中获取所述分词结果;
当查询结果为否,向分词服务端发送所述搜索字符串,获取所述搜索字符串对应的分词结果,并将所述搜索字符串与所述分词结果的对应关系保存在所述本地缓存中。
一种业务结果的获取装置,包括:确定单元、查询单元、第一获取单元以及第二获取单元,其中,
所述确定单元,确定业务请求;
所述查询单元,查询本地缓存是否存储有与所述业务请求对应的业务结果;
所述第一获取单元,当查询结果为是,从所述本地缓存中获取所述业务结果;
所述第二获取单元,当查询结果为否,向业务服务端发送所述业务请求,获取所述业务请求对应的业务结果,并将所述业务请求与所述业务结果的对应关系保存在所述本地缓存中。
优选地,所述确定单元,
接收原始业务请求;
对所述原始业务请求进行预处理,生成业务请求。
优选地,所述确定单元,执行下述至少一种操作:
对所述原始业务请求中的符号进行符号归一化处理;
对所述原始业务请求中的字符串进行顺序归一化处理。
优选地,所述装置还包括清空单元,
根据预设的时间周期,清空所述本地缓存。
优选地,
所述确定单元,确定搜索字符串;
所述查询单元,查询本地缓存是否存储有与所述搜索字符串对应的分词结果;
所述第一获取单元,当查询结果为是,从所述本地缓存中获取所述分词结果;
所述第二获取单元,当查询结果为否,向分词服务端发送所述搜索字符串,获取所述搜索字符串对应的分词结果,并将所述搜索字符串与所述分词结果的对应关系保存在所述本地缓存中。
由以上实施例提供的技术方案可见,可以在确定出业务请求后,查询本地缓存中是否有对应的业务结果,如果有则可以直接获取,如果没有则可以向业务服务端获取对应的业务结果,并将业务请求与业务结果的对应关系保存在本地缓存中。相比于每次均向业务服务端发送业务请求来获取业务结果而言,通过将业务请求与业务结果存储在本地缓存中,在一定程度上减少访问业务服务端的次数,从而减轻业务服务端的压力,同时节约网络传输资源。对于具有一定重复性的业务而言,在减少访问业务服务端次数的同时,节约了业务服务端的处理资源。
附图说明
为了更清楚地说明本说明书实施例或现有的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本说明书实施例提供的业务结果的获取方法的流程示意图;
图2为本说明书实施例提供的分词结果的获取方法的流程示意图;
图3为本说明书实施例提供的分词结果的获取方法的示意图;
图4为本说明书实施例提供的业务结果的获取装置的结构示意图;
图5为本说明书实施例提供的电子设备的结构示意图。
具体实施方式
为使本说明书的目的、技术方案和优点更加清楚,下面将结合具体实施例及相应的附图对本说明书的技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本说明书一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本说明书保护的范围。
以下结合附图,详细说明本说明书中各实施例提供的技术方案。
实施例1
如前所述,在业务终端频繁地远程访问业务服务端,且业务服务端不断地处理业务、返回业务结果的情况下,会对业务服务器造成较大的压力。比如,通常情况下,出于维护便捷和成本的考虑,业务服务端的数量不会很多,但业务终端即业务入口的数量会比较多,具体比如对于线下的营业厅而言,可以有很多个网点,如某个省市可能有50家,但业务服务端可能只有5个。若这50家营业厅网点每次接收到业务请求后,均通过远程访问这5个业务服务端获取业务结果,则会对业务服务端造成较大压力,同时还会消耗大量的网络传输资源。
另外,对于一些具有一定重复性的业务而言,还会造成处理资源的浪费。比如对于搜索业务而言,可以对搜索字符串进行分词,则业务服务端可以利用预置的分词模型(或称分词服务数据)来完成,而在实际应用中,搜索业务会在一段时间内出现大量相同的搜索字符串(热点新闻、流行话题等),如果接收大量的搜索请求,且搜索字符相同,则会大量占用业务服务端的处理资源,对业务服务端造成较大压力,严重浪费处理资源,同时也会消耗大量的网络传输资源。
基于上述缺陷,本说明书实施例提供一种业务结果的获取方法,用于在获取业务结果过程中,减轻对业务服务端的压力。对于具有一定重复性的业务而言,能够节约业务服务端的处理资源。该方法的流程示意图如图1所示,假设执行主体可以是业务终端,包括:
步骤12:确定业务请求。
通常情况下,提供业务的业务方会为业务设置至少一个业务入口,或称业务终端,比如上文举例的线下营业厅,每个营业厅都可以看作一个业务入口,可以接收各种业务请求,如接收查询业务等;又如线上的搜索业务,可以通过架设在不同地理位置的不同业务终端接收来自互联网用户的搜索请求。
在实际应用中,确定业务请求可以是主动获取,也可以是被动接收,还可以是根据定时任务自动生成的业务请求等。比如用户可以编写包含业务请求的文档,业务终端可以主动获取该文档中的内容,完成获取业务请求的操作;又如用户可以通过输入框输入搜索字符串,该输入框则可以根据接收到的搜索字符串生成搜索请求,完成接收业务请求的操作;还如用户可以设置定时任务,该定时任务定时生成业务请求,等。
出于不同的认知水平、生活习惯等,用户输入的业务请求可能会具有较强的特殊性,比如对于搜索业务而言,可能有多种输入搜索字符串的习惯,有些用户习惯加入标点符号,具体比如“机票,北京杭州,”;有些用户的字符串顺序习惯不同,比如“机票北京杭州”。而对于主动获取业务请求以及生成业务请求而言,也可能由于应用的不同格式确定出特殊性较强的业务请求。所以为了达到对业务请求进行规范化处理的目的,本步骤中的确定业务请求,可以包括:接收原始业务请求;对该原始业务请求进行预处理,生成业务请求,具体地,对该原始业务请求进行预处理,可以包括下述至少一种:对该原始业务请求中的符号进行符号归一化处理;对该原始业务请求中的字符串进行顺序归一化处理。进一步地,符号归一化处理可以是将所有的符号归一化为预定的符号,比如可以将所有的符号归一化为空格,针对上述举例“机票,北京杭州,”则可以归一化处理为“机票北京杭州”,而顺序归一化处理可以是将字符串中的字符串单元按照特定的顺序进行排序,具体比如可以按照字符串中,每个字符串单元的首个字符的拼写首字母进行排序,针对上述举例的字符串“机票北京杭州”,可以按照“机票”、“北京”、“杭州”这三个字符串单元的首个字符的拼写首字母进行排序,归一化处理为“北京杭州机票”。而在实际应用中,也可以将上述两种归一化处理方式进行叠加,针对上述举例“机票,北京杭州,”则可以归一化处理为“北京杭州机票”。
在实际应用中,还可以有其他的预处理方式,比如对一些专有名词可以进行纠错的预处理方式,例如用户输入“阿里里巴巴”的字符串,可以通过专有名词“阿里巴巴”进行纠错,生成“阿里巴巴”的字符串。
步骤14:查询本地缓存是否存储有与该业务请求对应的业务结果。
步骤16:当查询结果为是,从本地缓存中获取该对应的业务结果。
步骤18:当查询结果为否,向业务服务端发送该业务请求,获取该业务请求对应的业务结果,并将该业务请求与该业务结果的对应关系保存在本地缓存中。
在前文已经介绍,为了便于对业务数据进行维护,通常可以将业务数据存储在业务服务端中,所以就会导致将业务请求发送至业务服务端,才可以获取到业务结果,也就致使业务服务端的压力较大。另外,对于一些具有重复性的业务,业务服务端重复处理相同的业务请求,会导致大量浪费处理资源。
本方案中,可以通过将业务结果保存在业务终端的本地缓存中,使业务终端可以根据业务请求直接从本地缓存中获取到业务结果的方式,减少传输资源的浪费,减轻业务服务端的压力。具体地,业务请求与对应的业务结果可以通过Key-Value键值对的方式存储在本地缓存中,一个业务请求可以对应至少一个业务结果。比如对于搜索字符串“北京杭州机票”而言,分词结果可以是“北京”、“杭州”、“机票”,则可以建立key:“北京杭州机票”与Value:“北京”、“杭州”、“机票”的键值对,并存储在本地缓存中。
当确定出业务请求后,则可以查询本地缓存是否存储有与该业务请求对应的业务结果,根据本地缓存中,业务请求与对应的业务结果的Key-Value键值对存储结果,则有一定几率可以从本地缓存中获取到业务结果。
具体地,在查询结果为是时,即本地缓存中存储有确定出的业务请求对应的业务结果,则可以直接从本地缓存中获取该对应的业务结果,并可以在后续通过预定的方式展示给用户。若查询结果为否时,即本地缓存中未存储有确定出的业务请求对应的业务结果,则可以向业务服务端发送该业务请求,获取该业务请求对应的业务结果,例如本地缓存中未存储有“北京杭州机票”对应的分词结果,则可以向业务服务端发送该业务请求,以便获取到业务结果。在获取业务结果后,可以将该业务请求与该业务结果的对应关系(以Key-Value键值对的方式)保存在本地缓存中,以便下次业务终端再确定出相同的业务请求后,可以直接从本地缓存中获取业务结果。
在从业务服务端获取到业务请求对应的业务结果后,可以将业务请求与业务结果的对应关系存储在本地缓存中,在确定出业务请求后,可以先查询本地缓存内是否有业务请求对应的业务结果,若有可以直接利用,若没有再可以向业务服务端获取业务结果并进行存储。如此往复,则本地缓存中存储的业务请求与业务结果的对应关系会逐渐丰富,在确定出业务请求后,就有较大的可能性无需远程访问业务服务端,就可以直接从本地缓存中获取业务结果。对于具有一定重复性的业务而言,本方案的效果尤其明显,比如对搜索字符串的分词业务而言,在一段时间内可能出现大量重复的搜索字符串,通过本方案无需再向业务服务端发送业务请求,而是可以直接在本地缓存中获取到业务结果。且本方案还比较适用于查询类业务,比如查询信息,核查信息等。
在实际应用中,业务服务端通常会进行定期维护,比如优化硬件设施、优化业务数据的数据库、优化分词模型等,并且业务数据也很有可能会随时变化,比如用户信息会随着用户的修改操作而发生变化,分词模型会随着时间、文化、词语创新解释的变化而改变分词逻辑。所以在一种实施方式中,为了尽量保持业务结果的准确性,本方法还包括:根据预设的时间周期,清空本地缓存。具体地,可以根据预设的时间周期清空本地缓存中存储的业务请求与业务结果的对应关系。在清空本地缓存后,前若干次的业务请求,在本地缓存中查找到对应的业务结果的可能性很小,而在一定次数后,就有较高的几率在本地缓存中查找到对应的业务结果。在一种实施方式中,还可以根据预设的时间周期,清空本地缓存中存储时间大于预设存储时间阈值的业务请求与业务结果的对应关系,比如可以预设时间周期为1分钟,预设存储时间阈值可以是30秒,每过1分钟,可以清空本地缓存中存储时间超过30秒的业务请求与业务结果的对应关系,从而尽量保持业务数据处于较新的状态。
由以上实施例提供的技术方案可见,在本说明书提供的实施例中,可以在确定出业务请求后,查询本地缓存中是否有对应的业务结果,如果有则可以直接获取,如果没有则可以向业务服务端获取对应的业务结果,并将业务请求与业务结果的对应关系保存在本地缓存中。相比于每次均向业务服务端发送业务请求来获取业务结果而言,通过将业务请求与业务结果存储在本地缓存中,在一定程度上减少访问业务服务端的次数,从而减轻业务服务端的压力,同时节约网络传输资源。对于具有一定重复性的业务而言,在减少访问业务服务端次数的同时,节约了业务服务端的处理资源。
实施例2
基于相同的发明构思,本说明书实施例2提供了一种分词结果的获取方法,可以应用于获取搜索字符串的分词结果中,减轻对业务服务端的压力,节约业务服务端的处理资源,同时节约网络传出资源。该方法的流程示意图如图2所示,假设执行主体可以是业务终端,包括:
步骤22:确定搜索字符串。
如前文介绍,对于线上的搜索业务,可以设置搜索输入框作为业务入口,用户可以输入期望搜索的字符串,则业务服务端可以根据接收到的字符串确定搜索字符串。
而在实际应用,确定搜索字符串可以包括:接收原始搜索字符串;对该原始搜索字符串进行预处理,生成搜索字符串。具体地,可以与实施例1中介绍的类似,可以进行符号归一化处理、顺序归一化处理、以及纠错等至少一种预处理,对搜索字符串进行归一化处理。
步骤24:查询本地缓存是否存储有与该搜索字符串对应的分词结果。
步骤26:当查询结果为是,从本地缓存中获取该分词结果。
步骤28:当查询结果为否,向分词服务端发送该搜索字符串,获取该搜索字符串对应的分词结果,并将该搜索字符串与该分词结果的对应关系保存在本地缓存中。
与实施例1类似地,可以将分词结果以Key-Value键值对的方式保存在业务终端的本地缓存中,业务终端可以根据确定出的搜索字符串从本地缓存中获取到分词结果,减少传输资源的浪费,减轻业务服务端的压力。
当确定出搜索字符串后,则可以查询本地缓存是否存储有与该搜索字符串对应的分词结果,根据本地缓存中,搜索字符串与对应的分词结果的Key-Value键值对存储结果,则有一定几率可以从本地缓存中获取到分词结果。
在一种实施方式中,为了尽量保持分词结果的准确性,本方法还可以包括:根据预设的时间周期,清空本地缓存。具体地,可以清空本地缓存中存储的搜索字符串与分词结果的对应关系,或清空本地缓存中存储时间大于预设存储时间阈值的搜索字符串与分词结果的对应关系。
如图3所示,为分词结果的获取方法的示意图,可以先确定出原始搜索字符串,比如可以是“机票,北京杭州,”,经过符号归一化处理以及顺序归一化处理后,可以得到搜索字符串“北京杭州机票”,根据该搜索字符串,可以查询本地缓存中是否存储有对应的分词结果,若存在,可以直接返回分词结果,并完成后续的搜索任务,若不存在,可以向业务服务端中的分词服务请求分词,返回分词结果,并将搜索字符串和分词结果的对应关系保存在本地缓存中。
由以上实施例提供的技术方案可见,在本说明书提供的实施例中,可以在确定出搜索字符串后,查询本地缓存中是否有对应的分词结果,如果有则可以直接获取,如果没有则可以向业务服务端请求分词服务,从而获取对应的分词结果,并将搜索字符串与分词结果的对应关系保存在本地缓存中。相比于每次均向业务服务端发送业务请求来获取分词结果而言,通过将搜索字符串与分词结果存储在本地缓存中,在一定程度上减少访问业务服务端的次数,从而减轻对业务服务端的压力,节约业务服务端的处理资源,同时节约网络传出资源。
实施例3
基于相同的发明构思,本说明书实施例3提供了一种业务结果的获取装置,用于实现实施例1和2所述的方法。该装置的结构示意图如图4所示,包括:确定单元32、查询单元34、第一获取单元36以及第二获取单元38,其中
确定单元32,可以确定业务请求;
查询单元34,可以查询本地缓存是否存储有与业务请求对应的业务结果;
第一获取单元36,当查询结果为是,可以从本地缓存中获取业务结果;
第二获取单元38,当查询结果为否,可以向业务服务端发送业务请求,获取业务请求对应的业务结果,并将业务请求与业务结果的对应关系保存在本地缓存中。
在一种实施方式中,确定单元32,可以
接收原始业务请求;
对原始业务请求进行预处理,生成业务请求。
在一种实施方式中,确定单元32,可以执行下述至少一种操作:
对原始业务请求中的符号进行符号归一化处理;
对原始业务请求中的字符串进行顺序归一化处理。
在一种实施方式中,该装置还包括清空单元,可以
根据预设的时间周期,清空本地缓存。
在一种实施方式中,
确定单元32,可以确定搜索字符串;
查询单元34,可以查询本地缓存是否存储有与搜索字符串对应的分词结果;
第一获取单元36,当查询结果为是,可以从本地缓存中获取分词结果;
第二获取单元38,当查询结果为否,可以向分词服务端发送搜索字符串,获取搜索字符串对应的分词结果,并将搜索字符串与分词结果的对应关系保存在本地缓存中。
由以上实施例提供的装置可见,在本说明书提供的实施例中,可以在确定出业务请求后,查询本地缓存中是否有对应的业务结果,如果有则可以直接获取,如果没有则可以向业务服务端获取对应的业务结果,并将业务请求与业务结果的对应关系保存在本地缓存中。相比于每次均向业务服务端发送业务请求来获取业务结果而言,通过将业务请求与业务结果存储在本地缓存中,在一定程度上减少访问业务服务端的次数,从而减轻业务服务端的压力,同时节约网络传输资源。对于具有一定重复性的业务而言,在减少访问业务服务端次数的同时,节约了业务服务端的处理资源。
图5是本说明书的一个实施例电子设备的结构示意图。在硬件层面,该电子设备包括处理器,可选地还包括内部总线、网络接口、存储器。其中,存储器可能包含内存,例如高速随机存取存储器(Random-Access Memory,RAM),也可能还包括非易失性存储器(non-volatile memory),例如至少1个磁盘存储器等。当然,该电子设备还可能包括其他业务所需要的硬件。
处理器、网络接口和存储器可以通过内部总线相互连接,该内部总线可以是ISA(Industry Standard Architecture,工业标准体系结构)总线、PCI(PeripheralComponent Interconnect,外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture,扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图5中仅用一个双向箭头表示,但并不表示仅有一根总线或一种类型的总线。
存储器,用于存放程序。具体地,程序可以包括程序代码,所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器,并向处理器提供指令和数据。
处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行,在逻辑层面上形成业务结果的获取装置。处理器,执行存储器所存放的程序,并具体用于执行以下操作:
确定业务请求;
查询本地缓存是否存储有与所述业务请求对应的业务结果;
当查询结果为是,从所述本地缓存中获取所述业务结果;
当查询结果为否,向业务服务端发送所述业务请求,获取所述业务请求对应的业务结果,并将所述业务请求与所述业务结果的对应关系保存在所述本地缓存中。
上述如本说明书图5所示实施例提供的业务结果的获取装置执行的方法可以应用于处理器中,或者由处理器实现。处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器,包括中央处理器(Central ProcessingUnit,CPU)、网络处理器(Network Processor,NP)等;还可以是数字信号处理器(DigitalSignal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本说明书实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本说明书实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
该电子设备还可执行图1所示实施例提供的业务结果的获取装置在图5所示实施例的功能,本说明书实施例在此不再赘述。
本说明书实施例还提出了一种计算机可读存储介质,该计算机可读存储介质存储一个或多个程序,该一个或多个程序包括指令,该指令当被包括多个应用程序的电子设备执行时,能够使该电子设备执行图1所示实施例中业务结果的获取装置执行的方法,并具体用于执行:
确定业务请求;
查询本地缓存是否存储有与所述业务请求对应的业务结果;
当查询结果为是,从所述本地缓存中获取所述业务结果;
当查询结果为否,向业务服务端发送所述业务请求,获取所述业务请求对应的业务结果,并将所述业务请求与所述业务结果的对应关系保存在所述本地缓存中。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本说明书的实施例可提供为方法、系统、或计算机程序产品。因此,本说明书可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本说明书的实施例可提供为方法、系统或计算机程序产品。因此,本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本说明书的实施例而已,并不用于限制本说明书。对于本领域技术人员来说,本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本说明书的权利要求范围之内。