一种埋点信息的上报方法、装置、存储介质及终端设备与流程

1.本技术涉及流媒体领域，特别涉及一种埋点信息的上报方法、装置、存储介质及终端设备。


背景技术：

2.随着终端设备的普及，网络播放业务越来越成为终端设备的核心任务，其中，终端设备的稳定性，起播的快速性，播放的流畅性以及缓冲的低概率性等成为衡量终端设备性能的关键维度。然而，现有终端设备仅会回传单一完整日志，以使得服务器基于该完整日志来分析终端设备的性能和故障，故存在分析效率低的问题。


技术实现要素：

3.本技术要解决的技术问题在于，针对现有技术的不足，提供一种埋点信息的上报方法、装置、存储介质及终端设备。
4.为了解决上述技术问题，本技术实施例第一方面提供了了一种埋点信息的上报方法，所述方法包括：
5.获取终端设备的日志数据；
6.获取所述日志数据中的埋点日志信息，并将确定的埋点日志信息上报至服务端，其中，所述埋点日志信息为终端设备配置的埋点被触发所生成的，所述埋点日志信息包括埋点对应的埋点信息。
7.所述埋点信息的上报方法，其中，所述终端设备配置有若干埋点，所述若干埋点中的各埋点各自对应的埋点类别不同。
8.所述埋点信息的上报方法，其中，所述埋点类别包括解码问题埋点、播放性能埋点、播放异常埋点、网络性能埋点以及资源异常埋点中的一种或者多种。
9.所述埋点信息的上报方法，其中，所述埋点日志信息的生成过程具体包括：
10.当若干埋点数据中至少一埋点被触发时，生成触发时刻对应的日志信息，并将该日志信息作为该埋点对应的埋点日志信息。
11.所述埋点信息的上报方法，其中，所述获取所述日志数据中的埋点日志信息具体包括：
12.读取所述日志数据中的各条日志的日志标识；
13.基于各条日志的日志标识，在所述日志数据选取终端设备对应的埋点日志信息。
14.所述埋点信息的上报方法，其中，基于各条日志的日志标识，在所述日志数据选取终端设备对应的埋点日志信息具体包括：
15.将各日志的日志标识与终端设备对应的埋点日志标识集进行匹配，其中，所述埋点日志标识集包括各埋点各自对应的埋点日志标识，所述埋点日志标识集以xml格式存储；
16.获取所有与若干埋点日志标识集匹配的日志，并将获取到的所有日志作为终端设备对应的埋点日志信息。
17.所述埋点信息的上报方法，其中，所述获取所述日志数据中的埋点日志信息，并将所述埋点日志信息上报至服务端之后，所述方法还包括：
18.接收服务端反馈的埋点报告，其中，所述埋点报告为服务端基于与其连接的各终端设备上报的埋点日志信息生成的。
19.本技术实施例第二方面提供了一种埋点信息的上报装置，所述装置包括:
20.获取模块，用于获取终端设备的日志数据；
21.上报模块，用于获取所述日志数据中的埋点日志信息，并将确定的埋点日志信息上报至服务端，其中，所述埋点日志信息为终端设备配置的埋点被触发所生成的，所述埋点日志信息包括埋点对应的埋点信息。
22.本技术实施例第三方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如上任一所述的埋点信息的上报方法中的步骤。
23.本技术实施例第四方面提供了一种终端设备，其包括：处理器、存储器及通信总线；所述存储器上存储有可被所述处理器执行的计算机可读程序；
24.所述通信总线实现处理器和存储器之间的连接通信；
25.所述处理器执行所述计算机可读程序时实现如上任一所述的埋点信息的上报方法中的步骤。
26.有益效果：与现有技术相比，本技术提供了一种埋点信息的上报方法、装置、存储介质及终端设备，本方法包括终端设备预先配置若干埋点，并且终端设备获取其自身的日志数据，并在日志数据中选取各埋点对应的埋点信息，以便于将埋点信息上报至服务端，这样服务端可以基于收到的埋点信息来对终端设备进行性能分析等，从而可以提高终端设备性能分析的效率。
附图说明
27.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员而言，在不符创造性劳动的前提下，还可以根据这些附图获得其他的附图。
28.图1为本技术提供的埋点信息的上报方法的流程图。
29.图2为本技术提供的埋点信息的上报方法中终端设备的一个示意图。
30.图3为本技术提供的埋点信息的上报装置的结构原理图。
31.图4为本技术提供的终端设备的结构原理图。
具体实施方式
32.本技术提供一种埋点信息的上报方法、装置、存储介质及终端设备，为使本技术的目的、技术方案及效果更加清楚、明确，以下参照附图并举实施例对本技术进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本技术，并不用于限定本技术。
33.本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本技术的说明书中使用的措
辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
34.本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本技术所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。
35.具体实现中，本技术实施例中描述的终端设备包括但不限于诸如具有触摸敏感表面(例如，触摸显示屏和/或触摸板)的移动电话，膝上形计算机或平板计算机之类的其他便携式设备。还应该理解的是，在某些实施例中，所述设备并非便携式通讯设备，而是具有触摸敏感表面(例如，触摸显示屏和/或触摸板)的台式计算机。
36.在接下来的讨论中，描述了包括显示器和触摸敏感表面的终端设备。然而，应当理解的是，终端设备还可以包括诸如物理键盘、鼠标和/或控制杆的一个或多个其他物理用户接口设备。
37.终端设备支持各种应用程序，例如以下中的一个或多个：绘图应用程序、演示应用程序、文字处理应用程序、视频会议应用程序、盘刻录应用程序、电子表格应用程序、游戏应用程序、电话应用程序、视频会议应用程序、电子邮件由于程序、即时消息收发应用程序、锻炼支持应用程序、照片管理应用程序、数据相机应用程序、数字摄像机应用程序、web浏览应用程序、数字音乐播放器应用程序和/或数字视频播放应用程序等。
38.可以在终端设备上执行的各种应用程序可以使用诸如触摸敏感表面的至少一个公共物理用户接口设备。可以在应用程序之间和/或相应应用程序内调整和/或改变触摸敏感表面的第一或多个功能以及终端上显示的相应信息。这样，终端的公共物理框架(例如，触摸敏感表面)可以支持具有对用户而言直观且透明的用户界面的各种应用程序。
39.应理解，本实施例中各步骤的序号和大小并不意味着执行顺序的先后，各过程的执行顺序以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
40.下面结合附图，通过对实施例的描述，对申请内容作进一步说明。
41.本实施提供了一种埋点信息的上报方法，如图1所示，所述方法包括：
42.s10、获取终端设备的日志数据。
43.具体地，所述终端设备预先配置若干埋点，所述埋点用于在终端设备中收集信息以跟踪终端设备的使用状况，其中，所述终端设备可以为智能电视，音视频播放器以及移动终端等。所述若干埋点中的各埋点各自对应作用不同，由此可以为各埋点配置不同的埋点类别，通过各埋点对应的埋点类别来反映埋点的作用。因而，在本实施例中，若干埋点中的各埋点各自对应的埋点类别不同，例如，若干埋点包括埋点a和埋点b，那埋点a对应的埋点类别与埋点b对应的埋点类别不相同。例如，假设终端设备为android播放器，埋点包括解码性能埋点、解码报错埋点以及流程报错埋点，若干埋点可以设置于android播放器框架nuplayer中的acodec，genericsource，mediahttp等文件中，用于收集android播放器的解
码性能、解码报错以及流程报错的埋点信息。
44.在本实施例的一个实现方式中，所述埋点类别包括解码问题埋点、播放性能埋点、播放异常埋点、网络性能埋点以及资源异常埋点中的一种或者多种。在本实施例的一个实现方式中，所述埋点类别包括解码问题埋点、播放性能埋点、播放异常埋点、网络性能埋点以及资源异常埋点，其中，所述解码问题埋点用于确定需要重点新增哪些音视频格式的支持以及明确播放失败原因，所述播放性能埋点对应的作用可以为统计分析起播性能以及辅助分析程序潜在的设计异常(例如，cpu占用率达到100％则表示程序陷入死循环等)；播放异常埋点用于反馈片源的播放异常，重点修复片源或片源所属格式的解复用/解码环节的问题；所述网络性能埋点用于监控网络模块的整体性能以及辅助分析无法播放和频繁buffering等；所述资源异常埋点用于排查是否为解码器、图层、音频硬件资源获取不到引起的异常。
45.在本实施例的一个实现方式中，所述日志数据为终端设备运行过程中形成的日志，其中，所述日志数据可以为一时间段内的日志，也可以是终端设备运行过程中的所有日志等。在本实施例的一个实现方式中，所述日志数据为一时间段内的日志，其中，该时间段的终点时间可以为该日志数据对应的获取时刻，该时间段的起始时间可以为前一日志数据对应的获取时刻。由此，获取终端设备的日志数据具体可以为：当接收到用于触发获取终端设备的日志数据的控制指令时，获取前一控制指令对应的第一接收数据以及该控制指令对应的第二接收时间，基于该第一接收时间以及该第二接收时间确定该控制指令对应的目标时间段，并获取该时间段对应的日志数据，以得到终端设备对应的日志数据。这样既可以获取到终端设备运行过程终端所有日志数据，又可以避免获取重复的日志数据，在保证日志数据完整的前提下提高了日志数据获取效率。
46.进一步，用于触发获取终端设备的日志数据对应的控制指令可以是外部设备发送的，也可以是终端设备自身产生的。其中，当控制指令为终端设备自身产生时，控制指令的产生过程可以为终端设备本身设置有定时器，每当定时器超时时终端设备产生用于触发获取终端设备的日志数据对应的控制指令；或者是，终端设备监听若干埋点的触发情况，当若干埋点中存在被触发的埋点时，终端设备产生用于触发获取终端设备的日志数据对应的控制指令。当然，在实际应用中，该控制指令还可以通过其他方式产生，只要可以形成控制指令的方式都可以，例如，终端设备每间隔预设时间产生一用于触发获取终端设备的日志数据对应的控制指令，或者当被触发的埋点数据达到预设数量时，终端设备产生用于触发获取终端设备的日志数据对应的控制指令等；这里就不一一说明。
47.在本实施例的一个实现方式中，所述日志数据可以包括埋点被触发时所形成的埋点日志信息，其中，所述埋点日志信息包括该埋点对应的埋点信息，所述埋点信息用于反映触发该埋点的触发原因。可以理解的是，若干埋点中的每个埋点均对应有埋点信息，当若干埋点终端一埋点被触发时，该埋点对应的埋点信息存储于触发时刻所形成的日志信息内。基于此，所述埋点日志信息的生成过程具体包括：
48.当若干埋点数据中至少一埋点被触发时，生成触发时刻对应的日志信息，并将该日志信息作为该埋点对应的埋点日志信息。
49.具体地，所述埋点信息用于触发该埋点的触发原因，所述埋点信息与埋点类别相对应，并且不同埋点类别对应的埋点信息不同。例如，解码问题埋点对应的埋点信息和播放
性能埋点对应的埋点信息不同相同。在本实施例中，各埋点类别与埋点信息的对应关系可以为：解码问题埋点对应的埋点信息包括不支持格式和解码失败原因，所述播放性能埋点对应的埋点信息包括首帧解码速度、同步速度以及cpu、内存异常监控；播放异常埋点对应的埋点信息包括pts跳越引起的播放不流畅、video pts不更新，引起的画面停顿以及音视频不同步；网络性能埋点对应的埋点信息包括网络状况和网络模块的整体性能；所述资源异常埋点对应的埋点信息包括video surface资源和audio设备资源。在本实施例的一个具体实现方式中，终端设备可以预先封装有各埋点各自对应的触发接口，通过该触发接口触发埋点，其中，所述触发接口可以使用单例模式封装。
50.在本实施例的一个实现方式中，为了将所述埋点信息存储于埋点日志信息内，可以在android log系统中添加扩展功能logp，扩展功能logp用于将埋点信息以log形式保存并添加于终端设备对应的日志数据内，这样在获取到终端设备的日志数据后，可以在日志数据内获取到埋点信息。
51.举例说明：扩展android中的log功能，在log功能中添加logp函数，logp函数用于获取并保存埋点信息，其中，logp函数可以定义为：
52.void logp(project_type type,int count,char*content)
53.其中，project_type用于确定埋点信息，content为以key-value形式存储的埋点信息，count指明content中的键值对数。
54.s20、获取所述日志数据中的埋点日志信息，并将确定的埋点日志信息上报至服务端。
55.具体地，所述埋点日志信息包括于所述日志数据内，并且日志数据中可以包括一条埋点日志信息，也可以包括多条埋点日志信息。可以理解的是，在获取日志数据中的埋点日志信息时，可以获取到一条埋点日志信息，或者多条埋点日志信息，并且每条埋点日志信息为埋点被触发时所形成的用于存储埋点信息的日志。所述服务端与终端设备连接，终端设备在获取到埋点日志信息后，将该埋点日志信息上报至服务端，以便于服务端获取到与其连接的各终端设备上报的埋点日志信息。
56.在本实施例的一个实现方式中，由于日志数据中包括若干条日志，若干条日志中包括埋点日志信息，也包括不是埋点日志信息的日志；从而在获取到日志数据后，需要对日志数据进行筛选以得到终端设备对应的埋点日志信息。相应的，所述获取所述日志数据中的埋点日志信息具体包括：
57.读取所述日志数据中的各条日志的日志标识；
58.基于各条日志的日志标识，在所述日志数据选取终端设备对应的埋点日志信息。
59.具体地，日志标识用于反映日志形成方式，不同日志形成方式对应的日志标识不同。所述日志数据中携带有各条日志各自对应的日志标识，通过该日志标识确定该日志的形成方式。在本实施例中，所述日志标识可以为日志存储格式，不同日志形成方式对应的日志存储格式不同，基于日志存储格式可以确定该日志的形成方式。基于此，在获取到日志数据后，可以读取每条日志的日志存储格式，以得到各条日志各自对应的日志标识。
60.进一步，由于各日志各自对应有日志标识，从而在获取到各条日志的日志标识，可以根据各条日志的日志标识在日志数据中选取终端设备对应的埋点日志信息。日志数据中可以包括一条日志由埋点触发所形成的日志，也可以多条日志由埋点触发所形成的日志。
当然，当日志数据中未包括由埋点触发所形成的日志，所述终端设备对应的埋点日志信息为空。
61.在本实施例的一个实现方式中，基于各条日志的日志标识，在所述日志数据选取终端设备对应的埋点日志信息具体包括：
62.将各日志的日志标识与终端设备对应的埋点日志标识集进行匹配；
63.获取所有与若干埋点日志标识集匹配的日志，并将获取到的所有日志作为终端设备对应的埋点日志信息。
64.具体地，所述埋点日志标识集包括各埋点各自对应的埋点日志标识，各埋点对应的埋点日志信息均配置有埋点日志标识，该埋点日志标识用于表示该日志为埋点触发所形成的日志，该日志存储埋点对应的埋点信息。在本实施例的一种实现方式中，为了便于区分给埋点类别的埋点各自对应的埋点日志信息，各埋点类型各自对应的埋点标识互不相同。例如，埋点类别包括解码问题埋点和播放性能埋点，解码问题埋点对应的埋点日志标识与播放性能埋点对应的埋点日志标识不相同。
65.基于此，在获取到各日志的日志标识后，对于每个日志，可以将该日志的日志标识与埋点日志标识集进行匹配，当埋点日志标识集中存在与该日志标识匹配的埋点日志标识时，说明该日志是埋点触发所形成的日志，则该日志为终端设备对应的一条埋点日志信息。反之，当埋点日志标识集中未存在与该日志标识匹配的埋点日志标识时，说明该日志不是埋点触发所形成的日志。由此，可以获取到日志数据中所有日志标识与埋点日志标识集相匹配的日志，并将获取到所有日志作为该终端设备对应的埋点日志信息。
66.在本实施例的一个实现方式中，终端设备可以配置有用于分析日志数据的日志解析服务，该日志解析服务可以作为android service服务，通过该日志解析服务来分析日志数据以得到终端设备对应的埋点日志信息。其中，所述日志解析服务可以实时解析通过logp收集到的埋点日志信息，并且在收集到埋点日志信息后，将埋点日志信息中的埋点信息转换到服务端(例如，云服务器等)可处理数据格式上，以便于将该埋点日志信息上报至服务端，这样服务端在接收到该埋点日志信息后，可以存储并分析该埋点日志信息中的埋点信息。
67.在本实施例的一个实现方式中，所述终端在获取到埋点日志信息后，将该埋点日志信息上报至服务端，其中，埋点日志信息可以以日志形式上报。可以理解的是，所述终端设备可以将埋点日志信息以日志形式上报至服务端，以使得服务端获取到该埋点日志信息。在一个具体实现方式中，日志解析服务在解析得到埋点日志信息后，可以用集成的云服务器数据上报工具，将处理后的埋点信息通过云服务器本地代理传递给云服务器，从而实现埋点数据接入到云端。
68.在本实施例的一个实现方式中，所述获取所述日志数据中的埋点日志信息，并将所述埋点日志信息上报至服务端之后，所述方法还包括：
69.接收服务端反馈的埋点报告，其中，所述埋点报告为服务端基于与其连接的各终端设备上报的埋点日志信息生成的。
70.具体地，所述服务端与若干终端设备相连接，若干终端设备中每个终端设备均配置有本实施例提供的埋点信息的上报方法，各终端设备向服务端上报各自对应的埋点信息，以使得服务端可以根据接收到的各终端设备上报的埋点信息可以分析各终端设备的性
能(例如，网络性能等)以及存在问题(例如，解码问题等)。在本实施例中，所述各终端设备对应的设备类型或者设备型号可以相同，这样服务端可以根据各终端设备上报的埋点信息分析该类型设备普遍存在的问题等。
71.在本实施例的一个实现方式中，所述埋点报告中可以包括各埋点类别对应的触发数量以及各埋点类别对应的优先级等，其中，优先级用于表示埋点所反映的性能或者问题需要优先处理的级别，优先级越高说明埋点所反映的性能或者问题需要被优先处理的级别越高，反之，优先级越低说明埋点所反映的性能或者问题需要被优先处理的级别越低。例如，埋点类别中的解码问题埋点的优先级最高，并且节目问题埋点对应的埋点信息为不支持a格式文件，那么通过该埋点报告可以确定需要对终端设备所支持的文件格式进行调整，以使得终端设备支持a格式文件，这样可以快速定位和解决终端设备存在的问题。
72.在本实施例的一个具体应用场景中，如图2所示，终端设备可以为配置有播放器eeplayer，所述埋点用于收集播放器eeplayer的信息，播放器eeplayer中配置有埋点1，埋点2，...，埋点n；终端设备中配置有eemonitor模块，eemonitor模块用于接收埋点触发信息，并获取埋点被触发所形成的埋点信息；终端设备的android log系统的扩展有logp功能，通过logp功能将埋点信息以log形式保存，并在android service服务中配置日志解析服务logparserservic，通过日志解析服务logparserservic提取以及解析logp功能保存的埋点信息。终端设备与服务端通讯，终端设备价将获取到的埋点信息上报至服务端。
73.综上所述，本实施例提供了一种埋点信息的上报方法、装置、存储介质及终端设备，本方法包括终端设备预先配置若干埋点，并且终端设备获取其自身的日志数据，并在日志数据中选取各埋点对应的埋点信息，以便于将埋点信息上报至服务端，这样服务端可以基于收到的埋点信息来对终端设备进行性能分析等，从而可以提高终端设备性能分析的效率。
74.基于上述埋点信息的上报方法，本实施例提供了一种埋点信息的上报装置，如图3所示，所述装置包括:
75.获取模块100，用于获取终端设备的日志数据；
76.上报模块200，用于获取所述日志数据中的埋点日志信息，并将确定的埋点日志信息上报至服务端，其中，所述埋点日志信息为终端设备配置的埋点被触发所生成的，所述埋点日志信息包括埋点对应的埋点信息。
77.在一个实现方式中，所述终端设备配置有若干埋点，所述若干埋点中的各埋点各自对应的埋点类别不同。
78.在一个实现方式中，所述埋点类别包括解码问题埋点、播放性能埋点、播放异常埋点、网络性能埋点以及资源异常埋点中的一种或者多种。
79.在一个实现方式中，所述埋点信息的上报装置还包括：
80.生成模块，用于当若干埋点数据中至少一埋点被触发时，生成触发时刻对应的日志信息，并将该日志信息作为该埋点对应的埋点日志信息。
81.在一个实现方式中，所述上报模块包括：
82.读取单元，用于读取所述日志数据中的各条日志的日志标识；
83.选取单元，用于基于各条日志的日志标识，在所述日志数据选取终端设备对应的埋点日志信息。
84.在一个实现方式中，所述选取单元包括：
85.匹配子单元，用于各日志的日志标识与终端设备对应的埋点日志标识集进行匹配，其中，所述埋点日志标识集包括各埋点各自对应的埋点日志标识，所述埋点日志标识集以xml格式存储；
86.获取子单元，用于获取所有与若干埋点日志标识集匹配的日志，并将获取到的所有日志作为终端设备对应的埋点日志信息。
87.在一个实现方式中，所述埋点信息的上报装置还包括：
88.接收模块，用于接收服务端反馈的埋点报告，其中，所述埋点报告为服务端基于与其连接的各终端设备上报的埋点日志信息生成的。
89.基于上述埋点信息的上报方法，本实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如上述实施例所述的埋点信息的上报方法中的步骤。
90.基于上述埋点信息的上报方法，本技术还提供了一种终端设备，如图4所示，其包括至少一个处理器(processor)20；显示屏21；以及存储器(memory)22，还可以包括通信接口(communications interface)23和总线24。其中，处理器20、显示屏21、存储器22和通信接口23可以通过总线24完成相互间的通信。显示屏21设置为显示初始设置模式中预设的用户引导界面。通信接口23可以传输信息。处理器20可以调用存储器22中的逻辑指令，以执行上述实施例中的方法。
91.此外，上述的存储器22中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。
92.存储器22作为一种计算机可读存储介质，可设置为存储软件程序、计算机可执行程序，如本公开实施例中的方法对应的程序指令或模块。处理器20通过运行存储在存储器22中的软件程序、指令或模块，从而执行功能应用以及数据处理，即实现上述实施例中的方法。
93.存储器22可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端设备的使用所创建的数据等。此外，存储器22可以包括高速随机存取存储器，还可以包括非易失性存储器。例如，u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等多种可以存储程序代码的介质，也可以是暂态存储介质。
94.此外，上述存储介质以及终端设备中的多条指令处理器加载并执行的具体过程在上述方法中已经详细说明，在这里就不再一一陈述。
95.最后应说明的是：以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围。