发明内容
本说明书实施例提供通信方法、装置及设备,用于解决如下问题:以提供一种更便利的通信方案。
基于此,本说明书实施例提供通信方法,包括:
接收调用方所发起的业务服务调用请求,其中,所述业务服务调用请求包含业务类型和服务名称;
根据所述业务类型,筛选预存于本地的业务类型和提供方代理端地址的对应关系,确定提供方代理端地址;
将所述业务服务调用请求路由至所述提供方代理端地址,以便提供方代理端将所述业务服务请求透传至提供方;
接收提供方代理端所返回的服务结果,并发送至调用方。
同时,本说明书的实施例还提供另一种通信方法,包括:
接收调用方代理端所路由的业务服务调用请求,其中,所述业务服务调用请求由调用方所发起,其中包含业务类型和服务名称;
查询本地预存的服务名称和提供方地址的对应关系,确定提供方地址;
将所述业务服务调用请求透传至所述已确定的提供方地址;
接收提供方所返回的服务结果,并发送至调用方代理端。
对应的,本说明书的实施例还提供一种通信装置,包括:
接收模块,接收调用方所发起的业务服务调用请求,其中,所述业务服务调用请求包含业务类型和服务名称,以及接收提供方代理端所返回的服务结果;
筛选模块,根据所述业务类型,筛选预存于本地的业务类型和提供方代理端地址的对应关系,确定提供方代理端地址;
路由模块,将所述业务服务调用请求路由至所述提供方代理端地址,以便提供方代理端将所述业务服务请求透传至提供方;
发送模块,发送接收到的服务结果至调用方。
同时,本说明书的实施例还提供另一种通信装置,包括:
接收模块,接收调用方代理端所路由的业务服务调用请求,其中,所述业务服务调用请求由调用方所发起,其中包含业务类型和服务名称;
查询模块,查询本地预存的服务名称和提供方地址的对应关系,确定提供方地址;
透传模块,将所述业务服务调用请求透传至所述已确定的提供方地址;
所述接收模块还用于,接收提供方所返回的服务结果;
发送模块,发送所述服务结果至调用方代理端。
对应的,本说明书实施例还提供一种通信设备,包括:
存储器,存取有通信程序;
处理器,调用存储器中的通信程序,并执行:
接收调用方所发起的业务服务调用请求,其中,所述业务服务调用请求包含业务类型和服务名称;
根据所述业务类型,筛选预存于本地的业务类型和提供方代理端地址的对应关系,确定提供方代理端地址;
将所述业务服务调用请求路由至所述提供方代理端地址,以便提供方代理端将所述业务服务请求透传至提供方;
接收提供方代理端所返回的服务结果,并发送至调用方。
同时,本说明书实施例还提供另一种通信设备,包括:
存储器,存取有通信程序;
处理器,调用存储器中的通信程序,并执行:
接收调用方代理端所路由的业务服务调用请求,其中,所述业务服务调用请求由调用方所发起,其中包含业务类型和服务名称;
查询本地预存的服务名称和提供方地址的对应关系,确定提供方地址;
将所述业务服务调用请求透传至所述已确定的提供方地址;
接收提供方所返回的服务结果,并发送至调用方代理端。
对应的,本说明书的实施例还提供一种非易失性计算机存储介质,存储有计算机可执行指令,所述计算机可执行指令设置为:
接收调用方所发起的业务服务调用请求,其中,所述业务服务调用请求包含业务类型和服务名称;
根据所述业务类型,筛选预存于本地的业务类型和提供方代理端地址的对应关系,确定提供方代理端地址;
将所述业务服务调用请求路由至所述提供方代理端地址,以便提供方代理端将所述业务服务请求透传至提供方;
接收提供方代理端所返回的服务结果,并发送至调用方。
同时,本说明书的实施例还提供另一种非易失性计算机存储介质,存储有计算机可执行指令,所述计算机可执行指令设置为:
接收调用方代理端所路由的业务服务调用请求,其中,所述业务服务调用请求由调用方所发起,其中包含业务类型和服务名称;
查询本地预存的服务名称和提供方地址的对应关系,确定提供方地址;
将所述业务服务调用请求透传至所述已确定的提供方地址;
接收提供方所返回的服务结果,并发送至调用方代理端。
本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果:
通过调用方代理端向调用方配置中心发布跨域代理服务,注册自己的地址,调用方订阅跨域代理服务,获取调用方代理端的地址;提供方向提供方配置中心注册跨域代理服务,提供方代理端订阅提供方配置中心获得提供方的地址;调用方代理端和提供方代理端通过指定的方式建立连接。调用方代理端和提供方代理端在接收到请求或者响应时,并不会对收到的请求和响应进行解析。只是根据自定义的通信协议进行转发,整个过程中不会对通信包做任何处理,实现在多个不同BU间的通信透传,免去了不同BU之间进行通信之前所需的业务重构或者通信报文转换步骤,降低了工作量。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在当前的业务处理方式中,同一***之内经常存在多个各自封闭的业务单元(Bisiness Unit,BU),各BU架构独立部署,出现了很多跨机房通信(例如调用服务、请求资源等等)的需求。常见的跨机房通信是基于http协议的open api的方式。在这种方式,各业务***需要对应做一些额外的协议转化工作,比如将内部的RPC通信报文,或者消息通信报文转化成http协议支持的报文,再发起http请求,来请求网关,较为繁琐。
实际上,在同一***的各BU之间,其使用的技术栈大都相同。基于此,本说明书实施例提供一种通信方案,在跨域通信时,通过代理端自动适配源***的通信路由过程,将调用方请求和提供方响应根据通信协议进行透传,业务***无需做任何代码改造,实现跨域通信。
图1为本说明书实施例所涉及的***架构的示意图。在该架构中,所述的调用方代理端或者提供方代理端可以是一个独立的设备、服务器或者硬件模块的硬件形式,也可以是处于调用方/提供方的机器上的可执行程序或者客户端之类的软件形式。此外,容易理解,在不同BU之间共同开展业务时,对于双方BU来说,均可以是调用方或者提供方。换言之,在该架构中,提供方代理端和调用方代理端作为执行两个相对应功能的代理中间件,其也可以被集成于同一硬件或者软件之中。
下面将基于如图1所示的架构,详细说明本说明书的实施例提供的通信方法的执行过程,该过程具体包括调用方代理端和提供方代理端两个方面。图2为本说明书实施例所提供的调用方代理端方面的执行流程示意图,如图2所示,包括以下步骤:
S201,接收调用方所发起的业务服务调用请求,其中,所述业务服务调用请求包含业务类型和服务名称。
所述的调用方可以是调用方所处的BU或者机房中的某一个机器或者应用。其中业务类型和服务名称均与实际应用的业务和各自实际处理方式相关,例如,业务类型可以包括诸如“支付”、“信贷”、“保险”、“信用”、“银行、“风控”等等相关的业务类型,调用方代理端可以根据业务类型进行确定其所调用的服务所处的机房;业务类型也可以是直接对应于各BU的实际名称。对于服务名称而言,例如,“XXXpay.cif.UserQuery”为某支付应用所提供的的会员查询服务,可以查询某用户是不是该支付应用下的注册用户。
在一个示例性的应用场景下,若一个“XXXpay”的用户想登陆到保险***中购买保险,则此时,保险的机房需要调用“XXXpay”的会员信息查询服务,来核实这个用户是不是XXXpay应用的用户。此时,保险所处的机房将向保险机房中的代理端发出一个向“XXXpay”调用服务名称““XXXpay.cif.UserQuery”的请求。
S203,根据所述业务类型,筛选预存于本地的业务类型和提供方代理端地址的对应关系,确定提供方代理端地址。
在调用方本地,事先已经预存了各业务类型和提供方代理端的对应关系。该对应关系可以存储于内存、缓存或者以配置文件的形式存储于本地硬盘等各种存储介质中。预存的方式可以是在调用方本地事先通过用户录入并保存得到,也可以是通过向第三方服务端进行订阅或者扫描而得到。对应关系的形式可以是诸如关系数据库、键值对等等形式。
以上述保险机房向支付机房调用信息查询为例,此时,保险机房本地可能存储有多个对应关系,例如(支付应用,机房地址1)、(信用应用,机房地址2)、(微贷、机房地址3)等等。当保险机房发起包含“XXXpay”的服务调用至调用方代理端时,此时,即可确定该服务所对应的机房为机房地址1。如图3所示,图3为本说明书实施例所提供的一种示例性场景下的***架构示意图。图中的实线表示在该场景下所实现的连接,带箭头虚线表示在该场景下没有实现,但在其他场景下可能实现的连接。
S205,将所述业务服务调用请求路由至所述提供方代理端地址,以便提供方代理端将所述业务服务请求透传至提供方。
在这个过程中,对于调用方发出的诸如用于内部通信的远程过程调用(RemoteProcedure Call,RPC)的通信或者消息的通信,路由时,提供方代理端可基于自定义的协议,对通信包进行透传至提供方代理端。
S207,接收提供方代理端所返回的服务结果,并发送至调用方。
调用方代理端和提供方代理端和对方以及各自机房内的调用方、提供方建立了连接后,还可以将对所建立的连接的保存于本地,从而可以在接收到提供方所返回的服务结果时,根据所保存的结果正确的原路返回至调用方。
作为一种具体的实施方式,在调用方在发起业务服务调用请求之前,需要知道调用方代理端的实际地址,该实际地址可以是在调用方本地机器上预先录入,也可以是调用方代理端向本地配置中心进行注册得到:向调用方配置中心注册本地所提供的业务类型和本地的地址,以便调用方进行订阅,从而调用方可以向调用方配置中心进行订阅得到调用方代理端的实际地址和其所提供的业务类型。从而所述接收调用方所发起的业务服务调用请求,包括:接收调用方根据订阅得到的业务类型和地址所发起的业务服务调用请求。
在调用方代理和提供方代理端建立连接的时候,其可以是按照一般的方式,通过诸如openapi、netflix zuul、IBM websphere MQ等产品或者其它方式进行跨机房通信。在这种方式下,都是通过应用直接连接到通信节点上的。也可以采用一种动态感知对方地址的方式建立连接,包括:扫描地址服务端,获取服务端所预存的业务类型和提供方代理端地址的对应关系,并保存至本地。
具体而言,地址服务端已经预先确定了一块区域(例如指定的地址、文件目录或者数据库),在该区域内,各BU可以进行自己业务类型和自己地址的注册,以及地址服务端将对注册得到的信息进行公开发布以便各BU(即包括调用方代理和提供方代理端双方)可以扫描得到相关的信息并保存。各BU可以根据从服务端扫描所得到并保存的对应关系来动态的建立连接,一旦对方的地址发生改动时,即可以重新扫描地址服务层,以获取得到改动之后的地址,并重新自动建立新连接,在这种方式下,跨机房通信更为稳定。
上面对调用方代理端的执行流程进行了说明,对于提供方代理端方面的执行流程,如图4所示。图4为本说明书实施例所提供的调用方代理端方面的执行流程示意图,包括以下步骤:
S401,接收调用方代理端所路由的业务服务调用请求,其中,所述业务服务调用请求由调用方所发起,其中包含业务类型和服务名称。
S403,查询本地预存的服务名称和提供方地址的对应关系,确定提供方地址。
S405,将所述业务服务调用请求透传至所述已确定的提供方地址;
S407,接收提供方所返回的服务结果,并发送至调用方代理端。
对于业务类型和服务名称,以及相应的透传方式,在前述内容中已经进行了详细说明,此处不再赘述。对于S403中的所述本地预存的服务名称和提供方地址的对应关系,也可以由提供方向提供方配置中心注册,提供方代理端向配置中心订阅而得到,包括如下方式:订阅提供方配置中心所发布的服务名称和提供方地址的对应关系,并保存至本地。不论是调用方还是提供方,通过配置中心进行服务和地址的注册与订阅,可以动态的获取其注册的对应关系,从而,当提供方的地址或者调用方代理端的地址因为各种原因发生改变时,仍然可以方便的从配置中心动态的获取得到。
仍以之前保险机房向支付机房调用查询服务为例,当提供方代理端接收到服务名称““XXXpay.cif.UserQuery”的请求时,其查询从配置中心订阅到的提供方IP地址,然后把请求转到查询得到的这个IP地址上。最后,这个提供方处理完请求后,会把响应得到的服务结果,按照请求过来的链路,原封不动的转发回去。如图5所示,图5为本说明书实施例所提供的调用方和提供方共同执行的逻辑示意图。
作为一种具体的实施方式,提供方代理端还可以注册本地的业务类型和地址的对应关系至地址服务端,其包括如下方式:发起地址注册请求至地址服务端;接收用户输入的指令,注册业务类型和本地地址的对应关系,并发送至地址服务端,以便地址服务端保存并发布。
在图3所展示的应用场景中,是一个保险机房向支付机房进行服务调用的示例。容易理解,反过来支付机房向保险机房调用服务也是可行的。在实际应用中,其也不仅限于在保险BU和支付BU中,如图6所示,图6为本说明书实施例所提供的实际应用中各业务单元的双向调用示意图。在诸如“信用”、“国际支付”、“微贷”、“风控”等等多个不同的BU之间,其均可以实现双向透传的服务调用。以及更进一步的,在其他***中的各相关业务单元也可以进行类似的透传服务调用。例如电商***中的“电子购物”、“物流”、|“仓库存储”等业务部门之间;在社交***中的“即时通信”、“手游”、“页游”、“支付”等相关业务部门之间,也可以进行上述内部透传通信。此处不再一一列举,只要在跨域通信时所采用的思路符合本说明书实施例所提供的精神,均在本申请的保护范围之内。
本说明书实施例所提供的方案,通过调用方代理端向调用方配置中心发布跨域代理服务,注册自己的地址,调用方订阅跨域代理服务,获取调用方代理端的地址;提供方向提供方配置中心注册跨域代理服务,提供方代理端订阅提供方配置中心获得提供方的地址;调用方代理端和提供方代理端通过指定的方式建立连接。调用方代理端和提供方代理端在接收到请求或者响应时,并不会对收到的请求和响应进行解析。只是根据自定义的通信协议进行转发,整个过程中不会对通信包做任何处理,实现在多个不同BU间的通信透传,免去了不同BU之间进行通信之前所需的业务重构或者通信报文转换步骤,降低了工作量。
基于同样的思路,本说明书还提供一种通信装置,如图7所示,图7为本说明书实施例所提供的调用方代理端的装置结构示意图,包括:
接收模块701,接收调用方所发起的业务服务调用请求,其中,所述业务服务调用请求包含业务类型和服务名称,以及接收提供方代理端所返回的服务结果;
筛选模块703,根据所述业务类型,筛选预存于本地的业务类型和提供方代理端地址的对应关系,确定提供方代理端地址;
路由模块705,将所述业务服务调用请求路由至所述提供方代理端地址,以便提供方代理端将所述业务服务请求透传至提供方;
发送模块707,发送接收到的服务结果至调用方。
进一步地,所述装置还包括注册模块709,向调用方配置中心注册本地所提供的业务类型和本地的地址,以便调用方进行订阅;所述接收模块701还用于,接收调用方根据订阅得到的业务类型和地址所发起的业务服务调用请求。
进一步地,所述装置还包括扫描模块711,扫描地址服务端,获取服务端所预存的业务类型和提供方代理端地址的对应关系;和存储模块713,存储所述对应关系至本地。
同时,本说明书还提供一种通信装置,如图8所示,图8为本说明书实施例所提供的提供方代理端的装置结构示意图,包括:
接收模块801,接收调用方代理端所路由的业务服务调用请求,其中,所述业务服务调用请求由调用方所发起,其中包含业务类型和服务名称;
查询模块803,查询本地预存的服务名称和提供方地址的对应关系,确定提供方地址;
透传模块805,将所述业务服务调用请求透传至所述已确定的提供方地址;
所述接收模块801还用于,接收提供方所返回的服务结果;
发送模块807,发送所述服务结果至调用方代理端。
进一步地,所述装置还包括订阅模块809,订阅提供方配置中心所发布的服务名称和提供方地址的对应关系,和存储模块811,保存所述对应关系至本地。
进一步地,所述装置还包括注册模块813,发起地址注册请求至地址服务端;接收用户输入的指令,注册业务类型和本地地址的对应关系,并发送至地址服务端,以便地址服务端保存并发布。
对应的,本申请实施例还提供一种通信设备,包括:
存储器,存取有通信程序;
处理器,调用存储器中的通信程序,并执行:
接收调用方所发起的业务服务调用请求,其中,所述业务服务调用请求包含业务类型和服务名称;
根据所述业务类型,筛选预存于本地的业务类型和提供方代理端地址的对应关系,确定提供方代理端地址;
将所述业务服务调用请求路由至所述提供方代理端地址,以便提供方代理端将所述业务服务请求透传至提供方;
接收提供方代理端所返回的服务结果,并发送至调用方。
同时,本说明书实施例还提供另一种通信设备,包括:
存储器,存取有通信程序;
处理器,调用存储器中的通信程序,并执行:
接收调用方代理端所路由的业务服务调用请求,其中,所述业务服务调用请求由调用方所发起,其中包含业务类型和服务名称;
查询本地预存的服务名称和提供方地址的对应关系,确定提供方地址;
将所述业务服务调用请求透传至所述已确定的提供方地址;
接收提供方所返回的服务结果,并发送至调用方代理端。
基于同样的发明思路,本申请实施例还提供了对应的一种非易失性计算机存储介质,存储有计算机可执行指令,所述计算机可执行指令设置为:
接收调用方所发起的业务服务调用请求,其中,所述业务服务调用请求包含业务类型和服务名称;
根据所述业务类型,筛选预存于本地的业务类型和提供方代理端地址的对应关系,确定提供方代理端地址;
将所述业务服务调用请求路由至所述提供方代理端地址,以便提供方代理端将所述业务服务请求透传至提供方;
接收提供方代理端所返回的服务结果,并发送至调用方。
同时,本申请实施例还提供了对应的另一种非易失性计算机存储介质,存储有计算机可执行指令,所述计算机可执行指令设置为:
接收调用方代理端所路由的业务服务调用请求,其中,所述业务服务调用请求由调用方所发起,其中包含业务类型和服务名称;
查询本地预存的服务名称和提供方地址的对应关系,确定提供方地址;
将所述业务服务调用请求透传至所述已确定的提供方地址;
接收提供方所返回的服务结果,并发送至调用方代理端。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置、设备和介质类实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可,这里就不再一一赘述。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤或模块可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字***“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的***、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本说明书的实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本发明的实施例可提供为方法、***、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信编号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本说明书中一个或多个的实施例可提供为方法、***或计算机程序产品。因此,本说明书的实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的形式。而且,本说明书的实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书的实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定事务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的实施例,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行事务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。