一种多移动终端多租户应用通知方法、装置、设备和介质与流程

本发明涉及计算机技术领域，更具体地，特别是指一种多移动终端多租户应用通知方法、装置、设备和介质。

背景技术：

如今非接触办公、企业数字化转型升级大行其道，企业与政府机构越来越重视工作的数字化、智能化、移动化，移动应用是企业和各机构上云用户的重要接入方式，而向用户的移动终端设备发送通知，是连接云计算服务与用户、连接用户与用户的重要渠道。用户使用的移动终端设备多种多样，涉及多种通知服务，而某些企业或机构(租户)存在定制移动应用图标名称的需求。目前常见的移动协同工具，多使用统一的移动应用，缺乏向多个移动应用发送通知的支持。

移动协同saas应用需要向用户发送通知。用户使用的移动终端设备多种多样，各种厂商和型号都有，应用需要做各种设备的通知支持。而且，某些租户可能有私有化定制需求，想要具有属于自己的专属应用，同时享受相同的saas服务支持，这些专属应用与公有版本调用相同的云服务，然而对于移动设备的通知推送而言，却需要不同的配置。

技术实现要素：

有鉴于此，本发明实施例的目的在于提供一种基于微服务架构的支持多种移动终端设备多租户移动应用的通知模型，可以解决的技术问题即使用统一的saas服务，集成各设备厂商的通知服务，向多种移动终端设备及多个移动应用发送通知。

基于上述目的，本发明一方面提供了一种多移动终端多租户应用通知方法，该方法包括：向saas服务注册用户移动设备的设备信息；响应于saas服务启动，初始化通知路由规则的配置；将若干通知服务提供者注册到本地通知处理交换机中；响应于远程通知微服务启动，初始化本地通知处理单元，并向saas服务注册通知路由规则；通过saas服务将通知请求的发送需求相关信息发送给通知路由器；响应于通知路由器接收到发送需求相关信息，根据通知路由规则匹配，将通知请求路由到本地通知处理交换机或远程通知微服务。

在本发明的多移动终端多租户应用通知方法的一些实施方式中，方法还包括：响应于本地通知处理单元收到通知请求，将通知请求发给对应的通知服务提供者，通知服务提供者收到通知请求后将通知发送到对接的通知服务。

在本发明的多移动终端多租户应用通知方法的一些实施方式中，方法还包括：响应于远程通知微服务收到通知请求，通过本地通知处理交换机及通知服务提供者处理通知请求。

在本发明的多移动终端多租户应用通知方法的一些实施方式中，响应于远程通知微服务启动，初始化本地通知处理单元，并向saas服务注册通知路由规则还包括：通过远程通知微服务初始化本地通知处理单元，通过远程通知微服务向saas服务注册通知路由规则，saas服务保持注册的通知路由规则。

在本发明的多移动终端多租户应用通知方法的一些实施方式中，通过本地通知处理交换机及通知服务提供者处理通知请求包括：响应于校验通知请求在远程通知微服务处理范围内，处理通知请求。

本发明实施例的另一方面，还提供了一种多移动终端多租户应用通知装置，该装置包括：设备信息注册模块，设备信息注册模块配置为向saas服务注册用户移动设备的设备信息；规则初始化模块，规则初始化模块配置为响应于saas服务启动，初始化通知路由规则的配置；通知服务提供者注册模块，通知服务提供者注册模块配置为将若干通知服务提供者注册到本地通知处理交换机中；规则注册模块，规则注册模块配置为响应于远程通知微服务启动，初始化本地通知处理单元，并向saas服务注册通知路由规则；通知请求发送模块，通知请求发送模块配置为通过saas服务将通知请求的发送需求相关信息发送给通知路由器；通知请求路由模块，通知请求路由模块配置为响应于通知路由器接收到发送需求相关信息，根据通知路由规则匹配，将通知请求路由到本地通知处理交换机或远程通知微服务。

在本发明的多移动终端多租户应用通知装置的一些实施方式中，装置还包括：本地通知处理模块，本地通知处理模块配置为响应于本地通知处理单元收到通知请求，将通知请求发给对应的通知服务提供者，通知服务提供者收到通知请求后将通知发送到对接的通知服务。

在本发明的多移动终端多租户应用通知装置的一些实施方式中，装置还包括：远程通知微服务模块，远程通知微服务模块配置为响应于远程通知微服务收到通知请求，通过本地通知处理交换机及通知服务提供者处理通知请求。

本发明实施例的另一方面，还提供了一种计算机设备，该计算机设备包括：至少一个处理器；以及存储器，存储器存储有可在处理器上运行的计算机程序，处理器执行程序时执行前述的多移动终端多租户应用通知方法。

本发明实施例的再一方面，还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，其特征在于，计算机程序被处理器执行时执行前述的多移动终端多租户应用通知方法。

本发明至少具有以下有益技术效果：通过集成各种移动终端设备厂商的官方通知推送服务或者各种第三方通知推送服务，可以实现对各种移动终端设备通知的支持，这些推送服务既可以本地集成，也能够以独立的微服务形式部署运行，并且具有很强的可扩展性和灵活性。基于微服务架构，模型可以实现多租户移动应用的支持，对私有化定制应用的推送服务可以以微服务的形式单独部署，甚至跨云集成，可以将该服务部署在租户处，既节省运维成本，又可以让租户放心保管自己的通知推送相关配置。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的实施例。

图1示出了根据本发明的多移动终端多租户应用通知方法的实施例的示意性框图；

图2示出了根据本发明的多移动终端多租户应用通知方法的实施例的通知路由规则配置结构性示意图；

图3示出了根据本发明的多移动终端多租户应用通知方法的实施例的通知方法配置结构性示意图；

图4示出了根据本发明的多移动终端多租户应用通知方法的实施例的结构性示意图；

图5示出了根据本发明的多移动终端多租户应用通知方法的实施例的扩展方案的结构性示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明实施例进一步详细说明。

需要说明的是，本发明实施例中所有使用“第一”和“第二”的表述均是为了区分两个相同名称非相同的实体或者非相同的参量，可见“第一”和“第二”仅为了表述的方便，不应理解为对本发明实施例的限定，后续实施例对此不再一一说明。

基于上述目的，本发明实施例的第一个方面，提出了一种多移动终端多租户应用通知方法的实施例。图1示出的是根据本发明的多移动终端多租户应用通知方法的实施例的示意图。如图1所示的实施例中，该方法至少包括如下步骤：

s100、向saas服务注册用户移动设备的设备信息；

s200、响应于saas服务启动，初始化通知路由规则的配置；

s300、将若干通知服务提供者注册到本地通知处理交换机中；

s400、响应于远程通知微服务启动，初始化本地通知处理单元，并向saas服务注册通知路由规则；

s500、通过saas服务将通知请求的发送需求相关信息发送给通知路由器；

s600、响应于通知路由器接收到发送需求相关信息，根据通知路由规则匹配，将通知请求路由到本地通知处理交换机或远程通知微服务。

在本发明的一些实施例中，在步骤s100中，用户移动设备向saas服务注册设备信息。进一步说明，用户在自己的移动设备使用公版应用或者自己的专属应用时，会向saas服务端发起注册请求，其中，注册的信息包括但不限于租户信息、用户信息、设备id、应用版本、应用集成的通知推送服务、通知推送id等。通过这些注册信息，saas服务需要向某租户的某个或某些用户发送通知时，即可以准确的找到用户的相应设备，将设备的相关信息尤其是通知推送的相关信息告知通知模块。

在步骤s200中，saas服务启动时通知模块初始化通知路由规则配置。通知路由规则的管理是本方法的核心部分，通知路由规则决定了通知请求路由到何处，交给下游哪些模块或服务去处理，以实现对多种移动终端以及多租户移动应用通知的支持。通知路由规则的初始化配置来源包括但不限于程序内文件配置、数据库持久化配置以及部署环境变量等。图2示出的是根据本发明的多移动终端多租户应用通知方法的实施例的通知路由规则配置结构性示意图，如图2所示，路由的下游包括本地通知交换机和远程通知微服务，对应的通知请求发送到通知路由器(notificationrouter)时，分别有通知路由器转发到对应的本地路由交换机(notificationswitch)或远程通知处理单元(remote-notificationrouter)进行下一步处理。本地路由交换机进一步将通知请求交给注册在其上的对应通知服务提供者(notificationprovider)，由通知服务提供者负责将通知发送到其集成的移动设备官方通知服务或第三方通知服务。远程通知处理单元收到通知请求后，会将通知通过网络发送到对应的远程通知微服务。

在步骤s300中，服务启动时将所支持各个通知服务提供者注册到本地通知处理交换机。进一步说明，通知服务提供者与移动设备官方通知推送服务(如苹果、华为、小米等)或者第三方推送服务(如极光等)直接对接，每个通知服务提供者与特定的通知推送服务和特定的移动应用(公版应用或者定制化应用)两个维度内绑定。通知服务提供者在服务启动时会注册到通知交换机，通知交换机可以有多个，通知服务提供者可以按照包括但不限于对接的通知服务或者对应的租户移动应用进行组合，此处按照对应的租户移动应用组合为例，公版应用所对应的集成了苹果、华为、小米、极光等通知服务的通知服务提供者注册到默认通知交换机，租户a定制化应用对应的各个通知服务提供者注册的通知交换机a，通知交换机收到通知请求后，会根据通知请求中的通知服务信息将通知请求发送到对应的通知服务提供者。

在步骤s400中，远程通知微服务启动，初始化本地通知处理单元，并向saas服务注册规则。

在步骤s500中，服务将通知发送需求的相关信息发送给通知路由模块。在saas服务运行过程中，存在用户之间传递消息或者各种云服务向用户发送各种通知的情况，此时，saas服务会整理通知的各种信息，并通过设备注册的信息将对象用户转化为设备对象，将各种信息组成标准的通知请求，发送给通知路由模块。通知请求内容包括但不限于目标租户、所有目标用户、所有目标设备的推送id、目标设备所支持的通知服务、通知的内容、通知的标题、通知的点击操作、透传信息等等，集成不同的通知服务可能具有其他不同的个性化参数。

在步骤s600中，通知路由模块收到发送通知需求后根据规则匹配将请求路由到本地的通知处理交换机或者远程通知微服务。通知路由模块收到发送通知的需求后，会整理发送需求，将同一租户应用下集成同一通知服务、并且通知内容需求一直的分类整合，并依次根据租户信息和通知服务支持向通知规则管理(notificationrulesmanager，如图2所示)模块获取转发目的地，并根据返回将发送通知的需求发送给程序内部的指定通知交换机或者发送给远程通知路由模块以发送给远程通知微服务。

根据本发明的多移动终端多租户应用通知方法的一些实施方式，方法还包括：

响应于本地通知处理单元收到通知请求，将通知请求发给对应的通知服务提供者，通知服务提供者收到通知请求后将通知发送到对接的通知服务。

在本发明的一些实施例中，本地通知处理单元收到通知请求后，将请求发给对应的通知服务提供者。进一步说明，本地通知交换机收到通知请求后，会针对自身实现方式和挂载的通知服务提供者，采取匹配对应，将通知请求发送到合适的通知服务提供者。如步骤s300中所述，通知交换机可以挂载不同租户应用下，对接同一通知服务的各个通知服务提供者，此时，通知交换机可以根据租户信息匹配挂载的通知服务提供者，未有明确匹配即使用公版应用。如果通知交换机挂载了统一租户应用下对接的不同通知服务的通知服务提供者，则通知交换机可以通过设备集成的通知服务找到对应的通知服务提供者。

通知服务提供者收到通知请求后发送通知到对接的通知服务。进一步说明，通知服务提供者与特定的通知推送服务和特定的移动应用(公版应用或者定制化应用)两个维度内绑定，与移动设备厂商官方推送服务或者其他第三方通知推送服务对接，可以通过集成通知服务提供的各种语言开发支持或者直接调用相关rest接口等方式实现。通知服务提供者在收到通知请求后，将通知请求的各种信息，转化为所对接通知服务的特殊参数变量格式，并按照各自服务的要求发送请求至对应的通知服务，由移动设备厂商官方推送服务或第三方通知推送服务将通知发送到用户的移动终端设备。

根据本发明的多移动终端多租户应用通知方法的一些实施方式，方法还包括：

响应于远程通知微服务收到通知请求，通过本地通知处理交换机及通知服务提供者处理通知请求。

在本发明的一些实施例中，远程通知微服务收到通知请求后，交给其通知交换机及通知服务提供者处理。其中，远程通知微服务在一些实施例中不会严格恪守通知交换机、通知服务提供者的这种模式，只要能够处理本身注册范围内的通知请求，可以以简化的形式实现。

根据本发明的多移动终端多租户应用通知方法的一些实施方式，响应于远程通知微服务启动，初始化本地通知处理单元，并向saas服务注册通知路由规则还包括：

通过远程通知微服务初始化本地通知处理单元，通过远程通知微服务向saas服务注册通知路由规则，saas服务保持注册的通知路由规则。

在本发明的一些实施例中，步骤s400还包括如下三个子步骤：

子步骤1、远程通知微服务初始化本地通知处理单元；

子步骤2、远程通知微服务向saas服务注册规则；

子步骤3、saas服务收到规则注册，并将规则持久化。

在子步骤1、中，远程通知微服务初始化本地通知处理单元。远程通知微服务承担的职责为接收saas服务远程通知处理单元发送过来的通知请求。其处理范围有很强的灵活性，可以只处理某个租户应用下的某个具体通知服务；可以处理某个租户应用下对接的所有通知服务；可以处理所有租户应用的某个具体通知服务等。

在子步骤2中，远程通知微服务向saas服务注册规则。远程通知微服务初始化后，向saas服务发起规则注册，告知saas服务自己可以处理通知请求的范围。

在子步骤3中，saas服务收到规则注册，并将规则持久化。saas服务收到远程通知微服务发送的规则信息后，将其与现有规则融合，并持久化。

根据本发明的多移动终端多租户应用通知方法的一些实施方式，通过本地通知处理交换机及通知服务提供者处理通知请求包括：

响应于校验通知请求在远程通知微服务处理范围内，处理通知请求。

在本发明的一些实施例中，步骤响应于远程通知微服务收到通知请求，通过本地通知处理交换机及通知服务提供者处理通知请求还包括以下两个步骤：校验通知请求是否在本身处理范围；处理通知请求。

在步骤校验通知请求是否在本身处理范围中，校验通知请求是否在本身处理范围。远程通知微服务在收到saas服务发来的通知请求后，会校验通知请求的内容，是否与自己所注册的规则匹配，如果不匹配，则记录日志，并返回相关异常，由saas服务处理异常。如果匹配，可以处理收到的通知请求，则进行下一步，发送通知。

在步骤处理通知请求中，处理通知请求。远程通知微服务的主要职责为处理自己能力范围内的通知请求，发送到所对接的通知服务，如s400中所说，其能力范围比较灵活，因此不要求具体的实现形式，只要可以完成发送通知请求的任务即可。一般地，可以参考主saas服务中通知模块的实现方式，图3示出的是根据本发明的多移动终端多租户应用通知方法的实施例的通知方法配置结构性示意图，如图3所示，去除远程通知处理单元，由本地通知交换机和挂载其上的通知服务提供者完成通知请求的处理。

为使本发明的意图、特征和优点更通俗易懂，下面将结合附图和具体实施方式对本发明作进一步详细的说明。

图4示出的是根据本发明的多移动终端多租户应用通知方法的实施例的结构性示意图，如图4所示，saas服务具备设备注册功能，用户的移动设备相关信息将通过移动应用发送到saas服务进行注册。saas服务具备通知路由规则管理，oppo通知微服务与租户b应用通知微服务会调用相关接口实现各自的规则注册。saas服务内配置了公版应用通知交换机与租户a定制应用通知交换机，分别集成挂载了公版应用和租户a定制应用对应的，对接各种移动设备官方通知服务和第三方通知服务的通知服务提供者。租户b远程通知微服务集成了对租户b定制应用各种移动终端通知服务的支持。oppo远程通知微服务集成了对各个租户，尤其是公版应用和各个租户定制应用的oppo移动设备的通知支持。在saas服务、租户b远程通知微服务以及oppo远程通知微服务中，通知服务提供者负责与各个移动厂商通知服务或者第三方通知服务对接，最终将发送通知的需求转化为各个通知服务所需接口和参数，发送最终请求。

根据图4所示的实施例，包括以下几种典型场景：

需要向租户c(使用公版应用)下用户的苹果手机发送通知，则通知路由器会将通知请求转发给本地公版应用通知交换机处理，公版应用通知交换机将通知请求转发到公版应用苹果推送服务提供者模块，由其组织数据格式，发送到苹果官方通知推送服务。

需要向租户a下用户的华为手机发送通知，则通知路由器会将通知请求转发给本地租户a应用通知交换机，进而转发到租户a应用华为通知服务提供者，最终组织数据发送给华为官方通知服务。

需要向租户b下用户集成了极光推送的某品牌手机发送通知，则通知路由器会将通知请求通过远程通知路由器发送到租户b远程通知微服务，租户b远程通知微服务校验后将通知请求最终交给租户b应用极光通知提供者，并由其转化数据格式，发送给极光通知服务。

需要向任意租户下用户的oppo移动设备发送通知，则通知路由器会将通知请求通过远程通知路由器发送到oppo远程通知微服务，由oppo远程通知微服务将请求转发到改租户应用对应的服务提供者模块，最终向oppo官方通知服务发起请求。

图5示出的是根据本发明的多移动终端多租户应用通知方法的实施例的扩展方案的结构性示意图，如图5所示，所有通知支持均以微服务形式实现，包括公版应用、租户定制应用、乃至以集成的移动设备厂商通知服务或第三方通知服务为维度的通知支持。所有通知微服务均要向saas服务注册规则路径，告知自己的作用范围，saas服务内，通知路由器会将通知请求按照规则匹配的返回结果，直接发送到对应的远程通知微服务，由远程的通知微服务执行与各种通知服务的具体对接。

本发明实施例的另一方面，提出了一种多移动终端多租户应用通知装置的实施例。该装置包括：

设备信息注册模块，设备信息注册模块配置为向saas服务注册用户移动设备的设备信息；

规则初始化模块，规则初始化模块配置为响应于saas服务启动，初始化通知路由规则的配置；

通知服务提供者注册模块，通知服务提供者注册模块配置为将若干通知服务提供者注册到本地通知处理交换机中；

规则注册模块，规则注册模块配置为响应于远程通知微服务启动，初始化本地通知处理单元，并向saas服务注册通知路由规则；

通知请求发送模块，通知请求发送模块配置为通过saas服务将通知请求的发送需求相关信息发送给通知路由器；

通知请求路由模块，通知请求路由模块配置为响应于通知路由器接收到发送需求相关信息，根据通知路由规则匹配，将通知请求路由到本地通知处理交换机或远程通知微服务。

根据本发明的多移动终端多租户应用通知装置的一些实施方式，装置还包括：

本地通知处理模块，本地通知处理模块配置为响应于本地通知处理单元收到通知请求，将通知请求发给对应的通知服务提供者，通知服务提供者收到通知请求后将通知发送到对接的通知服务。

根据本发明的多移动终端多租户应用通知装置的一些实施方式，装置还包括：

远程通知微服务模块，远程通知微服务模块配置为响应于远程通知微服务收到通知请求，通过本地通知处理交换机及通知服务提供者处理通知请求。

基于上述目的，本发明实施例的另一方面，还提出了一种计算机设备，该计算机设备包括：至少一个处理器；以及存储器，存储器存储有可在处理器上运行的计算机程序，处理器执行程序时执行前述的多移动终端多租户应用通知方法。

本发明实施例的再一方面，还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，其特征在于，计算机程序被处理器执行时执行前述的多移动终端多租户应用通知方法。

同样地，本领域技术人员应当理解，以上针对根据本发明的多移动终端多租户应用通知方法阐述的所有实施方式、特征和优势同样地适用于根据本发明的装置、计算机设备和介质。为了本公开的简洁起见，在此不再重复阐述。

需要特别指出的是，上述多移动终端多租户应用通知方法、装置、设备和介质的各个实施例中的各个步骤均可以相互交叉、替换、增加、删减，因此，这些合理的排列组合变换之于多移动终端多租户应用通知方法、装置、设备和介质也应当属于本发明的保护范围，并且不应将本发明的保护范围局限在实施例之上。

最后需要说明的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关硬件来完成，多移动终端多租户应用通知方法的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，程序的存储介质可为磁碟、光盘、只读存储记忆体(rom)或随机存储记忆体(ram)等。上述计算机程序的实施例，可以达到与之对应的前述任意方法实施例相同或者相类似的效果。

此外，根据本发明实施例公开的方法还可以被实现为由处理器执行的计算机程序，该计算机程序可以存储在计算机可读存储介质中。在该计算机程序被处理器执行时，执行本发明实施例公开的方法中限定的上述功能。

此外，上述方法步骤以及系统单元也可以利用控制器以及用于存储使得控制器实现上述步骤或单元功能的计算机程序的计算机可读存储介质实现。

此外，应该明白的是，本文的计算机可读存储介质(例如，存储器)可以是易失性存储器或非易失性存储器，或者可以包括易失性存储器和非易失性存储器两者。作为例子而非限制性的，非易失性存储器可以包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦写可编程rom(eeprom)或快闪存储器。易失性存储器可以包括随机存取存储器(ram)，该ram可以充当外部高速缓存存储器。作为例子而非限制性的，ram可以以多种形式获得，比如同步ram(dram)、动态ram(dram)、同步dram(sdram)、双数据速率sdram(ddrsdram)、增强sdram(esdram)、同步链路dram(sldram)、以及直接rambusram(drram)。所公开的方面的存储设备意在包括但不限于这些和其它合适类型的存储器。

本领域技术人员还将明白的是，结合这里的公开所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。为了清楚地说明硬件和软件的这种可互换性，已经就各种示意性组件、方块、模块、电路和步骤的功能对其进行了一般性的描述。这种功能是被实现为软件还是被实现为硬件取决于具体应用以及施加给整个系统的设计约束。本领域技术人员可以针对每种具体应用以各种方式来实现的功能，但是这种实现决定不应被解释为导致脱离本发明实施例公开的范围。

结合这里的公开所描述的各种示例性逻辑块、模块和电路可以利用被设计成用于执行这里功能的下列部件来实现或执行：通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)或其它可编程逻辑器件、分立门或晶体管逻辑、分立的硬件组件或者这些部件的任何组合。通用处理器可以是微处理器，但是可替换地，处理器可以是任何传统处理器、控制器、微控制器或状态机。处理器也可以被实现为计算设备的组合，例如，dsp和微处理器的组合、多个微处理器、一个或多个微处理器结合dsp和/或任何其它这种配置。

结合这里的公开所描述的方法或算法的步骤可以直接包含在硬件中、由处理器执行的软件模块中或这两者的组合中。软件模块可以驻留在ram存储器、快闪存储器、rom存储器、eprom存储器、eeprom存储器、寄存器、硬盘、可移动盘、cd-rom、或本领域已知的任何其它形式的存储介质中。示例性的存储介质被耦合到处理器，使得处理器能够从该存储介质中读取信息或向该存储介质写入信息。在一个替换方案中，存储介质可以与处理器集成在一起。处理器和存储介质可以驻留在asic中。asic可以驻留在用户终端中。在一个替换方案中，处理器和存储介质可以作为分立组件驻留在用户终端中。

在一个或多个示例性设计中，功能可以在硬件、软件、固件或其任意组合中实现。如果在软件中实现，则可以将功能作为一个或多个指令或代码存储在计算机可读介质上或通过计算机可读介质来传送。计算机可读介质包括计算机存储介质和通信介质，该通信介质包括有助于将计算机程序从一个位置传送到另一个位置的任何介质。存储介质可以是能够被通用或专用计算机访问的任何可用介质。作为例子而非限制性的，该计算机可读介质可以包括ram、rom、eeprom、cd-rom或其它光盘存储设备、磁盘存储设备或其它磁性存储设备，或者是可以用于携带或存储形式为指令或数据结构的所需程序代码并且能够被通用或专用计算机或者通用或专用处理器访问的任何其它介质。此外，任何连接都可以适当地称为计算机可读介质。例如，如果使用同轴线缆、光纤线缆、双绞线、数字用户线路(dsl)或诸如红外线、无线电和微波的无线技术来从网站、服务器或其它远程源发送软件，则上述同轴线缆、光纤线缆、双绞线、dsl或诸如红外线、无线电和微波的无线技术均包括在介质的定义。如这里所使用的，磁盘和光盘包括压缩盘(cd)、激光盘、光盘、数字多功能盘(dvd)、软盘、蓝光盘，其中磁盘通常磁性地再现数据，而光盘利用激光光学地再现数据。上述内容的组合也应当包括在计算机可读介质的范围内。

以上是本发明公开的示例性实施例，但是应当注意，在不背离权利要求限定的本发明实施例公开的范围的前提下，可以进行多种改变和修改。根据这里描述的公开实施例的方法权利要求的功能、步骤和/或动作不需以任何特定顺序执行。此外，尽管本发明实施例公开的元素可以以个体形式描述或要求，但除非明确限制为单数，也可以理解为多个。

应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”旨在也包括复数形式。还应当理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出的项目的任意和所有可能组合。

上述本发明实施例公开实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本发明实施例公开的范围(包括权利要求)被限于这些例子；在本发明实施例的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，并存在如上的本发明实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。因此，凡在本发明实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本发明实施例的保护范围之内。