信息处理方法、装置及系统
文献发布时间:2023-06-19 09:35:27
技术领域
本申请涉及计算机技术领域,尤其涉及一种信息处理方法、装置及系统。
背景技术
云数据库是指被优化或部署到一个虚拟计算环境中的数据库,可以实现按需付费、按需扩展、高可用性以及存储整合等优势。现有技术中,为了给云数据库用户提供更好的体验,避免故障时服务中断等情况,在云数据库中使用了高可用组件。常见的云数据库有RDS(Relational Database Service,关系型数据库服务)、Redis(Remote DictionaryServer,远程字典服务),这些云数据库为了实现提供高可用的数据库服务,往往都会选择一些高可用组件。由于高可用组件本身会占用独立资源,因此,如何减少高可用组件的资源占用成为了一个需要改进的问题。
发明内容
为了解决现有技术中的至少一个问题,本申请实施例提供一种信息处理方法、装置及系统。
第一方面,本申请实施例提供一种信息处理方法,包括:
第一集装箱docker容器中运行的主高可用(MHA,Master High Availability)组件生成第一用户的用户节点检测请求;
所述MHA通过Paas(Platform as a Service,平台即服务)管理网络将所述用户节点检测请求发送到所述第一用户对应的用户节点;
所述MHA通过所述Paas管理网络接收所述用户节点返回的用户节点检测请求响应信息。
第二方面,本申请实施例提供一种信息处理方法,包括:
Paas业务调度中心接收到客户端响应于第一用户的操作的生成创建指令;
Paas业务调度中心根据所述创建指令,切分所述第一虚拟机,得到与所述第一用户对应的所述第一资源切片;
Paas业务调度中心基于所述第一资源切片,启动与所述用户对应的所述第一docker容器;
Paas业务调度中心在所述第一docker容器中,运行所述MHA组件。
第三方面,本申请实施例提供一种信息处理装置,包括:
请求模块,用于通过第一集装箱docker容器中运行的主高可用MHA组件生成第一用户的用户节点检测请求;
发送模块,用于通过所述MHA通过Paas管理网络将所述用户节点检测请求发送到所述第一用户对应的用户节点;
接收模块,用于通过所述MHA通过所述Paas管理网络接收所述用户节点返回的用户节点检测请求响应信息。
第四方面,本申请实施例提供一种信息处理装置,包括:
创建指令模块,用于通过Paas业务调度中心接收到客户端响应于第一用户的操作的生成创建指令;
第一切分模块,用于通过Paas业务调度中心根据所述创建指令,切分所述第一虚拟机,得到与所述第一用户对应的所述第一资源切片;
第一启动模块,用于通过Paas业务调度中心基于所述第一资源切片,启动与所述用户对应的所述第一docker容器;
第一运行模块,用于通过Paas业务调度中心在所述第一docker容器中,运行所述MHA组件。
第五方面,本申请实施例提供一种信息处理系统,包括虚拟机逻辑组装置和调度中心装置,其中:
所述虚拟机逻辑组装置包括用于通过MHA组件执行操作的信息处理装置;
所述调度中心装置包括用于通过Paas业务调度中心执行操作的信息处理装置。
上述申请中的一个实施例具有如下优点或有益效果:由于MHA在docker中运行,docker可实现在资源消耗较少的情况下运行,比如,docker可以基于虚拟机上的部分资源运行,每个docker能够将其使用的资源与其它资源单独隔离开来,实现对资源的划分。从而,本申请实施例中的MHA能够基于独立资源的一部分进行运行,实现了资源的低消耗,同时实现了高可用。
上述可选方式所具有的其他效果将在下文中结合具体实施例加以说明。
附图说明
附图用于更好地理解本方案,不构成对本申请的限定。其中:
图1是根据本申请一实施例的信息处理方法的示意图;
图2是根据本申请另一实施例的信息处理方法的示意图;
图3是根据本申请一实施例的信息处理方法的示意图;
图4是根据本申请另一实施例的信息处理装置的示意图;
图5是根据本申请另一实施例的信息处理装置的示意图;
图6是根据本申请另一实施例的信息处理装置的示意图;
图7是用来实现本申请实施例的信息处理的方法的电子设备的框图。
具体实施方式
以下结合附图对本申请的示范性实施例做出说明,其中包括本申请实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本申请的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
本申请实施例提供一种信息处理方法,如图1所示,包括:
步骤S11:第一集装箱(docker)容器中运行的主高可用MHA组件生成第一用户的用户节点检测请求;
步骤S12:所述MHA通过Paas管理网络将所述用户节点检测请求发送到所述第一用户对应的用户节点;
步骤S13:所述MHA通过所述Paas管理网络接收所述用户节点返回的用户节点检测请求响应信息。
在图1所示的步骤S11中,第一docker容器中的MHA可以是与第一用户存在对应关系的MHA。
第一docker容器中的MHA按照设定的时间间隔,通过Paas管理网络向用户节点发送一次节点检测请求。
第一docker容器可以设置一个或多个。在第一docker容器设置有多个的情况下,多个第一docker容器通过Paas管理网络向用户节点分别发送节点检测请求。
示例性地,MHA是一套可以作为MySQL高可用环境下故障切换和主从提升的高可用软件。用于将第一用户的主节点和从节点进行切换。
在图1所示的步骤S12中,Paas管理网络可以是平台即服务网络,把服务器平台作为一种服务提供,是云平台的一种,用于传输管理控制、高可用检测服务流量,监控流量。可通过Paas管理网络,在第一用户对应的用户节点(客户端)为第一用户构建RDS实例,MHA向第一用户对应的用户节点发送的请求,最终发送到第一用户的RDS实例处。
上述第一用户对应的用户节点,可以是第一用户对应的RDS实例所在的节点。第一用户对应的用户节点可以包括至少一个,具体可以设置两个。比如,第一用户的用户节点可以包括第一用户的主节点和第一用户的从节点。在用户节点包括主节点和从节点的情况下,MHA生成的用户节点检测请求既发送至主节点,也发送至从节点,以获得主从拓扑结构。
在图1所示的步骤S13中,第一用户的用户节点对用户节点检测请求进行响应,通过响应信息,可以判断第一用户的用户节点是否正常。当第一用户的用户节点异常时,可能不反馈响应信息或者反馈异常的响应信息。
在MHA通过Paas管理网络接收到响应信息之后,可对响应信息进行判断,若判断第一用户的用户节点中的主节点或者从节点出现异常,第一用户可能无法对第一用户的用户节点进行访问,这种情况下,MHA进行用户节点的节点切换。
MHA为高可用组件,本身需要实现高可用,需要占用独立的资源。本申请实施例中,由于MHA在docker中运行,docker可实现在资源消耗较少的情况下运行,比如,docker可以基于虚拟机上的部分资源运行,每个docker能够将其使用的资源与其它资源单独隔离开来,实现对资源的划分。从而,本申请实施例中的MHA能够基于独立资源的一部分进行运行,实现了资源的低消耗,同时实现了高可用。
在一种实施方式中,所述用户节点包括主节点和从节点;所述MHA通过所述Paas管理网络接收所述用户节点返回的用户节点检测请求响应信息,还包括:
在来自所述主节点的用户节点检测请求响应信息接收失败的情况下,所述MHA组件将从节点切换为主节点。
本实施例中,主节点的用户节点检测请求响应信息接收失败,可以包括主节点的用户节点检测请求响应信息未接收到,或者接收到的响应信息指示响应失败。
在主节点出现异常的情况下,第一用户无法正常访问主节点的RDS实例,本实施例将从节点切换为主节点,用户访问时,会通过从节点实现RDS实例的访问,从而实现了用户节点的高可用。
在一种实施方式中,所述第一docker容器基于第一虚拟机上与所述第一用户对应的第一资源切片运行。
本实施例中,第一资源切片可以是内存资源切片、CPU资源切片、磁盘存储空间资源切片和网络计算资源切片等虚拟机资源中的一种或多种。
本实施例中,每个虚拟机上可运行多个docker,每个虚拟机上的多个docker分别对应多个不同的用户节点。从而,多个用户节点的MHA能够基于同一个虚拟机运行,节省了虚拟机资源,同时,由于docker的隔离性,多个用户节点的MHA之间相互不发生干扰,可独立运行,在用户数量多的情况下,能够节省大量资源。
在虚拟机上运行有多个docker容器的情况下,虚拟机采用Bridge(桥接)网络模式与宿主机连接。
在一种实施方式中,在来自所述主节点的用户节点检测请求响应信息接收失败的情况下,所述MHA组件将从节点切换为主节点,包括:
由优先级高的所述第一虚拟机对应的MHA组件将所述从节点切换为主节点。
本实施例中,由优先级高的第一虚拟机对应的MHA组件将从节点切换为主节点,具体可以包括,由优先级供的第一虚拟机上的第一docker容器中运行的MHA组件,将第一用户的从节点切换为主节点。
本申请实施例还提供一种信息处理方法,如图2所示,包括:
步骤S21:Paas业务调度中心接收到客户端响应于第一用户的操作的生成创建指令;
步骤S22:Paas业务调度中心根据所述创建指令,切分所述第一虚拟机,得到与所述第一用户对应的所述第一资源切片;
步骤S23:Paas业务调度中心基于所述第一资源切片,启动与所述用户对应的所述第一docker容器;
步骤S24:Paas业务调度中心在所述第一docker容器中,运行所述MHA组件。
图2所示的步骤S21中,Paas业务调度中心基于Paas管理网络运行,负责调度Paas服务业务调度流程,包括创建、删除、变更等,还可以用于创建管理高可用容器组件。当第一用户在Paas控制平台上购买Paas服务时,Paas控制平台接收到创建指令,然后在Paas管理网络上自动创建RDS实例,同时,Paas业务调度中心接收到该创建指令。
图2所示的步骤S22中,第一资源切片包括一组资源,例如,CPU资源、内存资源、磁盘资源、网络计算资源等,Paas业务调度中心接收到创建指令后,对这些资源进行切片操作。
图2所示的步骤S23中,第一docker容器能够基于第一资源切片,独立运行。
图2所示的步骤S24中,MHA组件基于第一docker所对应的第一资源切片运行。
本实施例中,第一docker容器能够基于第一虚拟机切分出的部分资源运行,从而在将第一虚拟机资源切片成多份的情况下,多个docker能够基于多个资源切片独立运行,从而,节省虚拟机资源,同时docker容器中运行的MHA能够实现用户节点的实例高可用的目的。
在一种实施方式中,参照图3所示,所述方法还包括:
步骤S31:基于所述Paas管理网络,Paas业务调度中心创建MHA虚拟机逻辑组,所述MHA虚拟机逻辑组包括至少两个所述第一虚拟机,每个所述第一虚拟机包括至少一个与所述第一资源切片。
图3所示的步骤S31中,两个第一虚拟机可以进行优先级的区分,在用户节点需要切换的情况下,由优先级高的虚拟机进行切换。两个第一虚拟机上分别运行一个第一docker容器,在用户节点包括主节点和从节点的情况下,这两个第一docker容器中的MHA都向第一用户的主节点和从节点发送用户节点检测请求。
在一种实施方式中,在所述第一docker容器中,运行所述MHA组件,包括:
通过至少一组第一docker容器中运行的MHA组件,其中,一组第一docker容器中包括两个第一docker容器中;所述两个第一docker容器分别基于一个第一资源切片运行。
本实施例中,两个第一虚拟机上分别换分出一个第一资源切片。
在一种实施方式中,所述方法还包括:
Paas业务调度中心对每个所述第二虚拟机的资源进行切分,得到在所述第二虚拟机上与所述用户对应的第二资源切片;
Paas业务调度中心基于所述第二资源切片,启动第二docker容器;
Paas业务调度中心在所述第二docker容器中,运行仲裁组件;
Paas业务调度中心利用所述仲裁组件,向所述至少两个docker容器发送虚拟机检测请求以及接收虚拟机检测请求响应信息。
本实施例中,第二虚拟机也包含于虚拟机逻辑组中。在虚拟机逻辑组中,分别运行有对应的第一docker容器和第二docker容器。在存在多个用户的情况下,可以在第一虚拟机和第二虚拟机上运行更多对应的第一docker容器和第二docker容器,然后分别在第一docker容器和第二docker容器中运行MHA组件和仲裁组件。
仲裁组件用于检测MHA的心跳,并在优先级高的虚拟机上的MHA出现异常的情况下,进行优先级别的切换。
在针对每个用户对应启动两个第一docker容器和一个第二docker容器的情况下,每个第一docker容器基于一个第一虚拟机上的第一资源切片运行,第二docker容器基于第二虚拟机上的第二资源切片运行,由于虚拟机能够切分出的资源切片数量有限,在用户数量很多的情况下,可以再添加虚拟机逻辑组,其中再运行两个第一虚拟机和一个第二虚拟机,供更多用户的MHA组件和仲裁组件运行。
本申请实施例还提供一种信息处理装置,用于控制MHA组件,如图4所示,包括:
请求模块41,用于通过第一集装箱docker容器中运行的主高可用MHA组件生成第一用户的用户节点检测请求;
发送模块42,用于通过所述MHA通过Paas管理网络将所述用户节点检测请求发送到所述第一用户对应的用户节点;
接收模块43,用于通过所述MHA通过所述Paas管理网络接收所述用户节点返回的用户节点检测请求响应信息。
在一种实施方式中,所述用户节点包括主节点和从节点;所述接收模块还用于:
在来自所述主节点的用户节点检测请求响应信息接收失败的情况下,所述MHA组件将从节点切换为主节点。
在一种实施方式中,所述第一docker容器基于第一虚拟机上与所述第一用户对应的第一资源切片运行。
在一种实施方式中,所述第一虚拟机设置有两个,所述装置还用于:
由优先级高的所述第一虚拟机对应的MHA组件将所述从节点切换为主节点。
本申请实施例还提供一种信息处理装置,用于控制Paas业务调度中心,如图5所示,包括:
创建指令模块51,用于通过Paas业务调度中心接收到客户端响应于第一用户的操作的生成创建指令;
第一切分模块52,用于通过Paas业务调度中心根据所述创建指令,切分所述第一虚拟机,得到与所述第一用户对应的所述第一资源切片;
第一启动模块53,用于通过Paas业务调度中心基于所述第一资源切片,启动与所述用户对应的所述第一docker容器;
第一运行模块54,用于通过Paas业务调度中心在所述第一docker容器中,运行所述MHA组件。
在一种实施方式中,所述装置还用于:
基于所述Paas管理网络,通过Paas业务调度中心创建MHA虚拟机逻辑组,所述MHA虚拟机逻辑组包括至少两个所述第一虚拟机,每个所述第一虚拟机包括至少一个与所述第一资源切片。
在一种实施方式中,所述第一运行模块还用于:
在至少一组第一docker容器中运行的MHA组件,其中,一组第一docker容器中包括两个第一docker容器中;所述两个第一docker容器分别基于一个第一资源切片运行。
在一种实施方式中,所述装置还包括:
第二切分模块,用于通过Paas业务调度中心对每个所述第二虚拟机的资源进行切分,得到在所述第二虚拟机上与所述用户对应的第二资源切片;
第二启动模块,用于通过Paas业务调度中心基于所述第二资源切片,启动第二docker容器;
第二运行模块,用于通过Paas业务调度中心在所述第二docker容器中,运行仲裁组件;
心跳检测模块,用于通过Paas业务调度中心利用所述仲裁组件,向所述至少两个第一虚拟机上的第一docker容器发送心跳检测请求以及接收心跳检测请求响应信息。
本申请实施例还提供一种信息处理系统,包括虚拟机逻辑组装置和调度中心装置,其中:
所述虚拟机逻辑组装置包括本申请任意一项实施例提供的用于控制MHA组件的信息处理装置;
所述调度中心装置包括本申请任意一项实施例提供的用于控制Paas业务调度中心的信息处理装置。
在一种实施方式中,信息处理系统还包括至少一个用户节点,所述用户节点包括主节点和从节点。
本申请一种示例的应用场景如图6所示,信息处理系统的应用场景包括MHA检测中心-Group61以及Paas业务调度中心62。其中,用户A网络和用户B网络分别为用户A、B申请的网络,分别用于用户A、B自身的业务和管理。用户网络包括用户节点,用户节点包括图6所示的主节点63(M)和从节点64(S)。主节点63和从节点64分别可以运行Paas数据库服务,包括MySQL数据库、Redis数据库。用户节点基于业务服务器65运行。
MHA检测中心GROUP(组)61相当于本申请实施例中所述的虚拟机逻辑组,为抽象的逻辑概念,以3个虚拟机节点组成一组,该GROUP预定定位容纳500个docker容器,资源需要预选部署,属于基础资源,docker容器是自动创建。虚拟机容量不够的情况下则需要再部署一套虚拟机逻辑组,以此类推,由业务调度中心控制该资源组。
Paas业务调度中心62负责调度Paas服务业务调度流程,包括创建、删除、变更等,还用于创建管理高可用容器组件。
在图6中,用户A-docker-mha-01、用户B-docker-mha-01和用户C-docker-mha-01分别在三个基于同一个第一虚拟机运行的第一docker容器中运行。用户A-docker-mha-02、用户B-docker-mha-02和用户C-docker-mha-02分别在三个基于另一个第一虚拟机运行的第一docker容器中运行。用户A-docker-仲裁、用户B-docker-仲裁和用户C-docker-仲裁分别在三个基于一个第二虚拟机运行的第二docker容器中运行。第一虚拟机和第二虚拟机采用Vmware(虚拟桌面平台)虚拟化技术。
Docker容器用于将操作系统层虚拟化,与虚拟机虚拟化硬件不同,因此容器更具有便携性,能够高效地利用服务器。
在图6所示的实例中,针对运行MHA组件的Docker容器,首先MHA组件打包到Docker容器形成镜像,当用户在主节点和从节点创建Paas数据库实例时,由Paas业务调度中心自动创建docker-mha(如图6所示的用户A-docker-mha-01、用户B-docker-mha-01、用户C-docker-mha-01、用户A-docker-mha-02、用户B-docker-mha-02和用户C-docker-mha-02)并均匀的横向分摊到MHA Group中运行。
MHA检测中心GROUP61为虚拟机逻辑组定义容量以及容量参考虚拟机的配置,容量指虚拟机能够运行多少个docker容器。因容器技术,致使每个用户下的docker-mha天然隔离。然后运行MHA,使各docker-mha横向分布在该组中。
执行用户节点检测时,首先docker-mha容器发起检测请求,该请求流量通过docker容器网络(docker容器运行的网络)转发到Paas管理网络,其次因用户的主节点63和从节点64上运行的服务实例上有Paas管理网络的网卡,不必转发,可直接进行通信,进行心跳监控。通过心跳信号检测用户的主节点63和从节点64上运行的Paas服务数据库是否存活,对于异常的服务,做主从切换并发送通知。至此,通过docker容器技术和Paas服务管理网的结合,可节省大量的资源。
在创建虚拟机逻辑组时,MHA检测中心GROUP61被规划为运行三个虚拟机,作为一个逻辑组。用户申请使用主节点和从节点上的Paas数据库服务,由Paas业务调度中心在MHA检测中心GROUP61的第一虚拟机中运行的docker中拉起docker-mha镜像(如图6所示的用户A-docker-mha-01、用户B-docker-mha-01、用户C-docker-mha-01、用户A-docker-mha-02、用户B-docker-mha-02和用户C-docker-mha-02),并分布运行在MHA检测中心GROUP61的两个第一虚拟机节点上。在MHA检测中心GROUP61的第二虚拟机中拉起仲裁镜像(如图6所示的用户A-docker-仲裁、用户B-docker-仲裁和用户C-docker-仲裁)。
主节点63和从节点64上运行的Paas数据库被docker-mha高可用组件监控,数据库服务发生宕机、异常,会对主节点63和从节点64执行切换并通知。
本申请实施例还提供一种电子设备,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行本申请任意一项实施例所述的方法。
本申请实施例还提供一种存储有计算机指令的非瞬时计算机可读存储介质,所述计算机指令用于使所述计算机执行本申请任意一项实施例所提供的方法。
本申请实施例各装置中的各模块的功能可以参见上述方法中的对应描述,在此不再赘述。
根据本申请的实施例,本申请还提供了一种电子设备和一种可读存储介质。
图7示出根据本发明一实施例的信息处理设备的结构框图。如图7所示,该信息处理设备包括:存储器910和处理器920,存储器910内存储有可在处理器920上运行的计算机程序。处理器920执行该计算机程序时实现上述实施例中的信息处理方法。存储器910和处理器920的数量可以为一个或多个。
该信息处理设备还包括:
通信接口930,用于与外界设备进行通信,进行数据交互传输。
如果存储器910、处理器920和通信接口930独立实现,则存储器910、处理器920和通信接口930可以通过总线相互连接并完成相互间的通信。该总线可以是工业标准体系结构(Industry Standard Architecture,ISA)总线、外部设备互连(Peripheral ComponentInterconnect,PCI)总线或扩展工业标准体系结构(Extended Industry StandardArchitecture,EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示,图7中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
可选的,在具体实现上,如果存储器910、处理器920及通信接口930集成在一块芯片上,则存储器910、处理器920及通信接口930可以通过内部接口完成相互间的通信。
本发明实施例提供了一种计算机可读存储介质,其存储有计算机程序,该程序被处理器执行时实现本申请实施例中提供的方法。
本申请实施例还提供了一种芯片,该芯片包括,包括处理器,用于从存储器中调用并运行存储器中存储的指令,使得安装有芯片的通信设备执行本申请实施例提供的方法。
本申请实施例还提供了一种芯片,包括:输入接口、输出接口、处理器和存储器,输入接口、输出接口、处理器以及存储器之间通过内部连接通路相连,处理器用于执行存储器中的代码,当代码被执行时,处理器用于执行申请实施例提供的方法。
应理解的是,上述处理器可以是中央处理器(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(digital signal processing,DSP)、专用集成电路(application specific integrated circuit,ASIC)、现场可编程门阵列(fieldprogrammablegate array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者是任何常规的处理器等。值得说明的是,处理器可以是支持进阶精简指令集机器(advanced RISC machines,ARM)架构的处理器。
进一步地,可选的,上述存储器可以包括只读存储器和随机存取存储器,还可以包括非易失性随机存取存储器。该存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以包括只读存储器(read-onlymemory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以包括随机存取存储器(random access memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用。例如,静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic random access memory,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data date SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhancedSDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM,DR RAM)。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时,全部或部分地产生按照本申请的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包括于本申请的至少一个实施例或示例中。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本申请的描述中,“多个”的含义是两个或两个以上,除非另有明确具体的限定。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分。并且本申请的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能。
在流程图中表示或在此以其他方式描述的逻辑和/或步骤,例如,可以被认为是用于实现逻辑功能的可执行指令的定序列表,可以具体实现在任何计算机可读介质中,以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用,或结合这些指令执行系统、装置或设备而使用。
应理解的是,本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。上述实施例方法的全部或部分步骤是可以通过程序来指令相关的硬件完成,该程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
此外,在本申请各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。上述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读存储介质中。该存储介质可以是只读存储器,磁盘或光盘等。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到其各种变化或替换,这些都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。
- 信息处理方法、用于使计算机实施该信息处理方法的程序、实施该信息处理方法的信息处理装置及信息处理系统
- 信息处理系统及其使用的信息处理方法、信息处理装置及其使用的信息处理方法