拓扑结构探测方法、装置、设备及存储介质与流程

文档序号:28448520发布日期:2022-01-12 04:23阅读:108来源:国知局

1.本发明涉及网络工程技术领域,尤其涉及一种拓扑结构探测方法、装置、设备及存储介质。


背景技术:

2.随着互联网架构的发展,系统架构变得越来越复杂,分布式架构越来越普遍,如分布式数据库,分布式对象存储,分布式缓存,微服务等等。在应用监控领域,往往需要能够完整地实时监控整个系统架构。拓扑图是最直观完整地呈现出整个系统架构实时情况的有效方案之一。
3.然而系统运行过程中,一般获取拓扑结构的手段是根据人工对各个节点的属性以及其连接关系进行标注,再根据标注信息得到整个系统的拓扑结构,但在庞大的系统构架中,逐一进行节点关系的梳理十分耗费时间,而且容易出现判断错误的问题。
4.上述内容仅用于辅助理解本发明的技术方案,并不代表承认上述内容是现有技术。


技术实现要素:

5.本发明的主要目的在于提供一种拓扑结构探测方法、装置、设备及存储介质,旨在解决现有技术无法快速得到业务系统拓扑结构的技术问题。
6.为实现上述目的,本发明提供了一种拓扑结构探测方法,所述方法包括以下步骤:获取业务系统中各节点的节点信息;根据所述节点信息对业务系统结构进行业务分层,确定层级关系表;根据所述层级关系表和节点信息确定节点交互信息;根据所述层级关系表和节点交互信息生成业务系统拓扑结构信息图。
7.可选的,所述根据所述节点信息对业务系统结构进行业务分层,确定层级关系表,包括:根据所述节点信息识别节点业务功能;根据所述节点业务功能确定各节点的业务层级信息;根据所述业务层级信息确定层级关系表。
8.可选的,所述根据所述业务关联信息确定连接层级信息,包括:根据所述节点信息确定各节点的业务功能信息以及链路信息;根据所述业务功能信息确定前端应用层节点;根据所述前端应用层节点和链路信息确定后端服务层节点和后端内部分层信息;根据所述后端服务层节点和链路信息确定中间件节点;根据所述前端应用层节点、后端服务层节点、中间件节点和后端内部分层信息确定连接层级信息。
9.可选的,所述根据所述前端应用层节点和链路信息确定后端服务层节点和后端内
部分层信息,包括:根据所述前端应用层节点和链路信息确定初始后端服务层节点;根据所述初始后端服务层节点和链路信息确定后端服务层节点交互信息;根据所述后端服务层节点交互信息确定后端内部分层信息。
10.可选的,所述根据所述层级关系表和节点信息确定节点交互信息,包括:根据所述节点信息确定各节点间的业务调用信息;根据所述各节点间的业务调用信息和层级关系表确定各节点间的同层调用信息和层间调用信息;根据所述同层调用信息和层间调用信息确定节点交互信息。
11.可选的,所述根据所述各节点间的业务调用信息和层级关系表确定各节点间的同层调用信息和层间调用信息之后,还包括:根据所述各节点间业务调用信息进行内部匹配,得到未匹配成功的调用记录;根据所述未匹配成功的调用记录确定调用方信息,根据所述调用方信息确定外部链路信息;所述根据所述同层调用信息和层间调用信息确定节点交互信息,包括:根据所述同层调用信息、外部链路信息和层间调用信息确定节点交互信息。
12.可选的,所述根据所述层级关系表和节点交互信息生成业务系统拓扑结构信息图,包括:根据所述层级关系表确定各节点的层级分布;根据所述节点交互信息生成各节点间的连接线路;根据所述节点信息生成各连接线路的属性提示信息,所述属性提示信息包括调用依赖关系、响应时间、成功率以及调用次数;根据所述层级分布、连接线路以及属性提示信息生成业务系统拓扑结构信息图。
13.此外,为实现上述目的,本发明还提出一种拓扑结构探测装置,所述拓扑结构探测装置包括:获取模块,用于获取业务系统中各节点的节点信息;处理模块,用于根据所述节点信息对业务系统结构进行业务分层,确定层级关系表;所述处理模块,还用于根据所述层级关系表和节点信息确定节点交互信息;所述处理模块,还用于根据所述层级关系表和节点交互信息生成业务系统拓扑结构信息图。
14.此外,为实现上述目的,本发明还提出一种拓扑结构探测设备,所述拓扑结构探测设备包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的拓扑结构探测程序,所述拓扑结构探测程序配置为实现如上文所述的拓扑结构探测方法的步骤。
15.此外,为实现上述目的,本发明还提出一种存储介质,所述存储介质上存储有拓扑结构探测程序,所述拓扑结构探测程序被处理器执行时实现如上文所述的拓扑结构探测方法的步骤。
16.本发明获取业务系统中各节点的节点信息;根据所述节点信息对业务系统结构进行业务分层,确定层级关系表;根据所述层级关系表和节点信息确定节点交互信息;根据所
述层级关系表和节点交互信息生成业务系统拓扑结构信息图。通过上述方式,实现了对拓扑结构的自动探测,根据各节点信息构成的层级关系表对节点分层再梳理其连接关系得到便于管理员查看的拓扑结构图,提高了业务系统拓扑结构的探测速度,将拓扑结构可视化,提高了管理员的管理效率。
附图说明
17.图1是本发明实施例方案涉及的硬件运行环境的拓扑结构探测设备的结构示意图;图2为本发明拓扑结构探测方法第一实施例的流程示意图;图3为本发明拓扑结构探测方法一实施例的业务系统拓扑结构信息图示意图;图4为本发明拓扑结构探测方法第二实施例的流程示意图;图5为本发明拓扑结构探测装置第一实施例的结构框图。
18.本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
19.应当理解,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。
20.参照图1,图1为本发明实施例方案涉及的硬件运行环境的拓扑结构探测设备结构示意图。
21.如图1所示,该拓扑结构探测设备可以包括:处理器1001,例如中央处理器(central processing unit,cpu),通信总线1002、用户接口1003,网络接口1004,存储器1005。其中,通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(display)、输入单元比如键盘(keyboard),可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真(wireless-fidelity,wi-fi)接口)。存储器1005可以是高速的随机存取存储器(random access memory,ram)存储器,也可以是稳定的非易失性存储器(non-volatile memory,nvm),例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
22.本领域技术人员可以理解,图1中示出的结构并不构成对拓扑结构探测设备的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
23.如图1所示,作为一种存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及拓扑结构探测程序。
24.在图1所示的拓扑结构探测设备中,网络接口1004主要用于与网络服务器进行数据通信;用户接口1003主要用于与用户进行数据交互;本发明拓扑结构探测设备中的处理器1001、存储器1005可以设置在拓扑结构探测设备中,所述拓扑结构探测设备通过处理器1001调用存储器1005中存储的拓扑结构探测程序,并执行本发明实施例提供的拓扑结构探测方法。
25.本发明实施例提供了一种拓扑结构探测方法,参照图2,图2为本发明一种拓扑结构探测方法第一实施例的流程示意图。
26.本实施例中,所述拓扑结构探测方法包括以下步骤:步骤s10:获取业务系统中各节点的节点信息。
27.需要说明的是,本实施例执行主体为拓扑结构探测系统,所述拓扑结构探测系统可以为业务系统监控系统,也可以为业务系统监控系统功能相同或者相似的其他系统,本实施例对此不加以限定。
28.可以理解的是,本实施例应用于业务系统的使用过程中,一般情况下管理员都只能通过查询语句查询各个节点的工作情况,通过这种方式对业务系统的工作情况进行诊断或者监控,但这种方式十分笨拙且带需要有一定的目的性。而随着互联网架构的发展,系统架构变得越来越复杂,分布式架构越来越普遍,如分布式数据库,分布式对象存储,分布式缓存,微服务等等。在应用监控领域,往往需要能够完整地实时监控整个系统架构。本实施在系统运行过程中,日志服务实时采集应用运行日志,利用大数据流式计算技术,实时地将日志数据进行加工,提取及转化,最终能够实时地呈现出终端用户-前端应用-后端服务-中间件四层以及第三方之间的完整调用依赖关系和系统架构整体运行状态。
29.在具体实现中,如图3所示,本实施例中所提到的节点为业务系统中不同的业务节点,例如:数据库节点、不同的功能服务节点以及数据采集节点等。其中,节点信息包括了各节点的数据、网络、信息传输状态等信息,例如:链路id(trace_id)、事件、响应时间、时间戳、服务名称、第三方来源/调用第三方等、中间件类型等,根据各个节点的日志信息加工、提取、转化即可获得。其中,节点信息可以根据日志获取,例如:终端用户-前端应用-后端服务-中间件日志加工、提取、转化,前端日志:链路id(trace_id)、事件、响应时间、时间戳,应用名称等,后端日志:链路id(trace_id)、parent_span_id、span_id、响应时间、调用方/被调用方,调用类型(本地/外部)、时间戳、服务名称、第三方来源/调用第三方等,中间件:链路id(trace_id)、parent_span_id、span_id、响应时间、中间件类型、时间戳等,根据这些特征进行提取、加工及转化,形成明细的节点信息。
30.步骤s20:根据所述节点信息对业务系统结构进行业务分层,确定层级关系表。
31.需要说明的是,如果需要对各节点有直观的认识,那么第一步应当是对节点进行分类,每一类视为一个层级,这样在对节点的拓扑结构进行布置的时候能将相关程度较高的节点放为同一层级。通过层级关系表将分层的节点进行存储,这样避免了当拓扑结构图构建出来时,各个节点是杂乱无章放置的,这样可以帮助管理员梳理逻辑,提高管理员对业务系统监控时的工作效率。
32.一般的,可以根据各节点的功能进行分类,即完成同一业务功能的节点放在一起,在节点数量和业务系统功能较为单一时该分类方法十分高效,且在业务系统出现故障时,可以根据业务功能可以对各个节点逐一排查,但在节点数量较多时,一个功能节点可能需要承担多个业务功能的任务,因此在节点数量较多或者业务功能纷繁复杂时,这种分类方式将十分混乱。此时可以如图3所示,按一个业务的处理流程,按照终端用户-前端服务-后端服务-中间件的形式进行划分,将每个处理流程为一个集合进行分类。
33.步骤s30:根据所述层级关系表和节点信息确定节点交互信息。
34.可以理解的是,将各节点按层级进行分类后,只是实现了方便拓扑结合进行合理布局展示的过程,但展示的内容还需要进一步的探测,需要展示的内容即为节点交互信息。其中,包括各个点之间的依赖关系、连接关系以及连接情况等等,如图3所示需要将这些信息体现在拓扑结构信息图中,具体的,可以将上述信息通过连线、箭头或者连接属性中一项或者多项结合的方式体现在拓扑图中,其中连接属性可以为相互间的依赖关系、响应时间、
成功率以及调用次数等信息。
35.在本实施例中,根据所述节点信息确定各节点间的业务调用信息;根据所述各节点间的业务调用信息和层级关系表确定各节点间的同层调用信息和层间调用信息;根据所述同层调用信息和层间调用信息确定节点交互信息。
36.需要说明的是,如图3所示,在一个业务系统中,不光有层级间的调用关系,也有同层的调用关系,如果光从层级关系自上而下梳理业务顺序实际上是不合理的,因为这并没有办法表明层级间的业务顺序,因此需要先对层级间的调用关系进行确认,以确定不同层级间节点的连接关系以及调用关系,再确认同层节点的调用关系,例如:后端服务中会后后端服务调用后端服务的情况存在,因此需要根据服务调用信息进行梳理。
37.在本实施例中,根据所述各节点间业务调用信息进行内部匹配,得到未匹配成功的调用记录;根据所述未匹配成功的调用记录确定调用方信息,根据所述调用方信息确定外部链路信息;所述根据所述同层调用信息和层间调用信息确定节点交互信息,包括:根据所述同层调用信息、外部链路信息和层间调用信息确定节点交互信息。
38.其中,节点还存在调用外部服务或者被外部服务调用的情况,也可以将其体现在拓扑结构信息图中,如图3所示,第三方前端服务和第三方后端服务即为外部服务,可能与本业务系统的节点存在调用或者被调用的关系。
39.本实施例提出一种优选的节点交互信息提取方式,例如:选定指标:响应时间(p50、p90、p99)、成功率、调用次数以及选定时间范围内趋势等等,从各节点的关系表中依次检索出终端用户到前端应用相关的关系记录,并根据选定指标作统计分析,从关系表中依次检索出前端应用到后端服务相关的关系记录,并根据选定指标作统计分析。关系记录中调用方数据为空表明来自第三方应用(未知前端应用),被调用方数据为空表明调用了第三方服务(未知后端服务)从关系表中依次检索出后端服务到中间件相关的关系记录,并根据选定指标作统计分析以上可以确定边(edge)的集合,遍历这个集合,去重得到点的集合,即可得到各个节点间的交互信息。
40.步骤s40:根据所述层级关系表和节点交互信息生成业务系统拓扑结构信息图。
41.在本实施例中,根据所述层级关系表确定各节点的层级分布;根据所述节点交互信息生成各节点间的连接线路;根据所述节点信息生成各连接线路的属性提示信息,所述属性提示信息包括调用依赖关系、响应时间、成功率以及调用次数;根据所述层级分布、连接线路以及属性提示信息生成业务系统拓扑结构信息图。
42.需要说明的是,根据所述层级关系表可以对节点进行分类,确定好每个节点在图像中的坐标,再根据交互信息确定各节点的连接关系以及连接后的交互情况。通过上述方式可以呈现出如图3所示拓扑结构信息图中各个节点所处的功能层级、网络信息、调用关系以及连接关系。
43.在具体实现中,本实施例可以将终端用户-前端应用-后端服务-中间件分为四层,通过在流式计算中设计规则并根据规则对各层日志进行加工、提取及转化、抽象出不同层调用关系和层内调用关系等等:终端用户-前端应用-后端服务-中间件日志加工、提取、转化,再根据终端用户-前端应用-后端服务-中间件日志根据各自日志特征指定各自规则进行加工、提取及转化;支持规则热更新,并实时生效,根据需要可以指定后台定时任务清洗加工旧数据;终端用户-前端应用-后端服务-中间件各层日志进行抽象,根据opentracing
规范,对各层日志关系根据各层调用关系抽象为关系表,用户可以选择时间范围进行查看系统整体架构运行情况,还可以根据不同结点以及结点连线(调用关系)的统计信息分析来源、去向、故障和性能瓶颈识别、qps、rpm、依赖关系等等。
44.本实施例获取业务系统中各节点的节点信息;根据所述节点信息对业务系统结构进行业务分层,确定层级关系表;根据所述层级关系表和节点信息确定节点交互信息;根据所述层级关系表和节点交互信息生成业务系统拓扑结构信息图。通过上述方式,实现了对拓扑结构的自动探测,根据各节点信息构成的层级关系表对节点分层再梳理其连接关系得到便于管理员查看的拓扑结构图,提高了业务系统拓扑结构的探测速度,将拓扑结构可视化,提高了管理员的管理效率。
45.参考图4,图4为本发明一种拓扑结构探测方法第二实施例的流程示意图。
46.基于上述第一实施例,本实施例拓扑结构探测方法在所述步骤s10之前,还包括:步骤s21:根据所述节点信息识别节点业务功能。
47.需要说明的是,如果需要按业务功能对节点进行分层,先要确定各个节点的业务功能,根据节点信息可以对业务功能进行识别,利用大数据分析各节点中信息流,例如:根据节点中是否存在页面访问信息即可确定该点是否为前端服务节点。
48.步骤s22:根据所述节点业务功能确定各节点的业务层级信息。
49.需要说明的是,不同节点承载了不同的业务功能,因此根据其业务功能即可将节点确定为前端服务、后端服务和中间件。
50.在本实施例中,根据所述节点信息确定各节点的业务功能信息以及链路信息;根据所述业务功能信息确定前端应用层节点;根据所述前端应用层节点和链路信息确定后端服务层节点和后端内部分层信息;根据所述后端服务层节点和链路信息确定中间件节点;根据所述前端应用层节点、后端服务层节点、中间件节点和后端内部分层信息确定连接层级信息。
51.可以理解的是,根据所述业务功能信息可以得到例如页面事件、页面控件信息确定该节点是否为前端服务节点,进一步的,基于前端服务节点判断与其相连接的节点是否存在页面事件以及调用服务,进一步的判断相连接的后端服务节点,后端服务节点中是否有对中间件数据的调用,例如:调用数据库数据,那么此时数据库就为中间件,再对中间件节点进行标记,从而得到各节点所在层级,将层级信息汇总为连接层级信息。具体的,确定的过程可以为:终端用户-前端应用的对应关系,对应数据:事件(页面访问);前端应用-后端服务的对应关系,对应数据:链路id(trace_id)、parent_span_id,调用类型(外部);第三方前端应用-后端服务的对应关系,对应数据:链路id(trace_id)、parent_span_id、被调用方、调用类型(外部);后端服务-后端服务的对应关系,对应数据:链路id(trace_id)、parent_span_id、 span_id、调用方/被调用方、调用类型(外部);后端服务-第三方后端服务的对应关系,对应数据:链路id(trace_id)、 parent_span_id、span_id、调用方、调用类型(外部);后端服务-中间件的对应关系,对应数据:链路id(trace_id)、parent_span_id、span_id、调用方、调用类型(外部);根据以上关联数据,建立关系表的对应关系,对应数据:调用方数据-被调用方数据。
52.在本实施例中,根据所述前端应用层节点和链路信息确定初始后端服务层节点;根据所述初始后端服务层节点和链路信息确定后端服务层节点交互信息;根据所述后端服
务层节点交互信息确定后端内部分层信息。
53.其中,会出现一个现象,那就是后端服务的数量不可控,在后端服务节点特别多的业务系统中,将其随意放置可能会十分混乱,不利于管理人员的监控,例如:在后端服务中可能有大量的后端服务相互进行调用,在后端服务中如果不对其进行二次分类而随机摆放的话,将会使拓扑结构信息图看起来混乱不堪。因此可以对后端服务节点进行内部分层,例如图3中后端服务层就分了3层,根据前端服务节点与后端服务节点的调用信息,判定有直接调用关系的为第一级后端服务节点,与第一级后端服务节点有调用关系且不属于第一级后端服务节点的节点判定为第二级后端服务节点,以此类推,直到将所有的后端服务节点完成内部分层。例如:前端应用-后端服务中后端服务结点作为第一层遍历边,找到调用方是第一层结点的被调用方后端服务结点作为第二层,去除命中的边遍历在剩余的边,找到调用方是第二层结点的被调用方后端服务结点作为第三层,去除命中的边以此类推,得到内部各层结点如果还有剩余的边,重复执行以上记录,直至遍历完全。最终可以确定后端服务层内部层级。
54.步骤s23:根据所述业务层级信息确定层级关系表。
55.需要说明的是,根据业务层级信息即可得到每个节点所处于的层级,以及和上层和下层的连接关系,将所述信息存入层级关系表为拓扑结构信息图的构建提供数据基础。
56.本实施例获取业务系统中各节点的节点信息;根据所述节点信息对业务系统结构进行业务分层,确定层级关系表;根据所述层级关系表和节点信息确定节点交互信息;根据所述层级关系表和节点交互信息生成业务系统拓扑结构信息图。通过上述方式,实现了自动对层级信息的获取,提高了拓扑结构信息图构建的效率,完成了对拓扑结构的自动化探测。
57.此外,本发明实施例还提出一种存储介质,所述存储介质上存储有拓扑结构探测程序,所述拓扑结构探测程序被处理器执行时实现如上文所述的拓扑结构探测方法的步骤。
58.参照图5,图5为本发明拓扑结构探测装置第一实施例的结构框图。
59.如图5所示,本发明实施例提出的拓扑结构探测装置包括:获取模块10,用于获取业务系统中各节点的节点信息。
60.处理模块20,用于根据所述节点信息对业务系统结构进行业务分层,确定层级关系表。
61.所述处理模块20,还用于根据所述层级关系表和节点信息确定节点交互信息。
62.所述处理模块20,还用于根据所述层级关系表和节点交互信息生成业务系统拓扑结构信息图。
63.应当理解的是,以上仅为举例说明,对本发明的技术方案并不构成任何限定,在具体应用中,本领域的技术人员可以根据需要进行设置,本发明对此不做限制。
64.本实施例获取模块10获取业务系统中各节点的节点信息;处理模块20根据所述节点信息对业务系统结构进行业务分层,确定层级关系表;处理模块20根据所述层级关系表和节点信息确定节点交互信息;处理模块20根据所述层级关系表和节点交互信息生成业务系统拓扑结构信息图。通过上述方式,实现了对拓扑结构的自动探测,根据各节点信息构成的层级关系表对节点分层再梳理其连接关系得到便于管理员查看的拓扑结构图,提高了业
务系统拓扑结构的探测速度,将拓扑结构可视化,提高了管理员的管理效率。
65.在本实施例中,所述处理模块20,还用于根据所述节点信息识别节点业务功能;根据所述节点业务功能确定各节点的业务层级信息;根据所述业务层级信息确定层级关系表。
66.在本实施例中,所述处理模块20,还用于根据所述节点信息确定各节点的业务功能信息以及链路信息;根据所述业务功能信息确定前端应用层节点;根据所述前端应用层节点和链路信息确定后端服务层节点和后端内部分层信息;根据所述后端服务层节点和链路信息确定中间件节点;根据所述前端应用层节点、后端服务层节点、中间件节点和后端内部分层信息确定连接层级信息。
67.在本实施例中,所述处理模块20,还用于根据所述前端应用层节点和链路信息确定初始后端服务层节点;根据所述初始后端服务层节点和链路信息确定后端服务层节点交互信息;根据所述后端服务层节点交互信息确定后端内部分层信息。
68.在本实施例中,所述处理模块20,还用于根据所述节点信息确定各节点间的业务调用信息;根据所述各节点间的业务调用信息和层级关系表确定各节点间的同层调用信息和层间调用信息;根据所述同层调用信息和层间调用信息确定节点交互信息。
69.在本实施例中,所述处理模块20,还用于根据所述各节点间业务调用信息进行内部匹配,得到未匹配成功的调用记录;根据所述未匹配成功的调用记录确定调用方信息,根据所述调用方信息确定外部链路信息;所述根据所述同层调用信息和层间调用信息确定节点交互信息,包括:根据所述同层调用信息、外部链路信息和层间调用信息确定节点交互信息。
70.在本实施例中,所述处理模块20,还用于根据所述层级关系表确定各节点的层级分布;根据所述节点交互信息生成各节点间的连接线路;根据所述节点信息生成各连接线路的属性提示信息,所述属性提示信息包括调用依赖关系、响应时间、成功率以及调用次数;根据所述层级分布、连接线路以及属性提示信息生成业务系统拓扑结构信息图。
71.需要说明的是,以上所描述的工作流程仅仅是示意性的,并不对本发明的保护范围构成限定,在实际应用中,本领域的技术人员可以根据实际的需要选择其中的部分或者全部来实现本实施例方案的目的,此处不做限制。
72.另外,未在本实施例中详尽描述的技术细节,可参见本发明任意实施例所提供的拓扑结构探测方法,此处不再赘述。
73.此外,需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要
素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下,由语句“包括一个
……”
限定的要素,并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
74.上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
75.通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如只读存储器(read only memory,rom)/ram、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
76.以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1