[0001] 本申请申明享有 2017年 9月 26日递交的申请号为 201710879900.1、 名称为 "队列 消息处理方法及终端设备"中国专利申请的优� �权， 该中国专利申请的整体内容 以参考的方式结合在本申请中。

技术领域

[0002] 本申请属于数据处理技术领域， 尤其涉及队列消息处理方法、 装置、 终端设备 及介质。

背景技术

[0003] 消息队列用于在消息的传输过程中保存消息， 传统的消息队列采用 "先进先出" 或"后进先出"的方式实现消息的入列和出列。 而对于大量的消息需要传输处理吋 ， 传统的消息队列由于需要周期性等待査询队列 的状态， 因此导致效率较低， 消息转发的实吋性较差。

技术问题

[0004] 有鉴于此， 本申请实施例提供了队列消息处理方法、 装置、 终端设备及介质， 以解决现有技术中由于需要周期性等待査询队 列的状态导致效率较低、 实吋性 较差的问题。

问题的解决方案

技术解决方案

[0005] 本申请实施例的第一方面提供了一种队列消息 处理方法， 包括：

[0006] 设置运行队列和等待队列， 所述运行队列基于分布式文档存储数据库的固 定集 合构建， 所述等待队列基于分布式文档存储数据库的无 界集合构建；

[0007] 获取运行队列中的未处理消息， 根据所述运行队列中的未处理消息计算所述运 行队列的当前负载度， 所述运行队列基于分布式文档存储数据库的固 定集合构 建；

[0008] 根据所述运行队列的当前负载度判断所述运行 队列中的未处理消息是否超过所 述运行队列的当前限度； [0009] 在所述运行队列中的未处理消息未超过所述运 行队列的当前限度吋， 将等待入 列的队列消息存储至所述运行队列中； 其中， 将等待入列的队列消息存储至所 述运行队列中后， 所述运行队列的当前负载度增加；

[0010] 在所述运行队列中未处理消息超过所述运行队 列的当前限度吋， 将等待入列的 队列消息存储至等待队列中； 所述等待队列基于分布式文档存储数据库的无 界 集合构建。

[0011] 本申请实施例的第二方面提供了一种队列消息 处理装置， 包括：

[0012] 队列设置模块， 用于设置运行队列和等待队列， 所述运行队列基于分布式文档 存储数据库的固定集合构建， 所述等待队列基于分布式文档存储数据库的无 界 集合构建；

[0013] 负载度计算模块， 用于获取运行队列中的未处理消息， 根据所述运行队列中的 未处理消息计算所述运行队列的当前负载度， 所述运行队列基于分布式文档存 储数据库的固定集合构建；

[0014] 判断模块， 用于根据所述运行队列的当前负载度判断所述 运行队列中的未处理 消息是否超过所述运行队列的当前限度；

[0015] 处理模块， 用于在所述运行队列中的未处理消息未超过所 述运行队列的当前限 度吋， 将等待入列的队列消息存储至所述运行队列中 ； 其中， 将等待入列的队 列消息存储至所述运行队列中后， 所述运行队列的当前负载度增加；

[0016] 所述处理模块， 还用于在所述运行队列中未处理消息超过所述 运行队列的当前 限度吋， 将等待入列的队列消息存储至等待队列中； 所述等待队列基于分布式 文档存储数据库的无界集合构建。

[0017] 本申请实施例的第三方面， 提供了一种队列消息处理终端设备， 包括存储器、 处理器以及存储在所述存储器中并可在所述处 理器上运行的计算机可读指令， 所述处理器执行所述计算机可读指令吋实现如 下步骤：

[0018] 设置运行队列和等待队列， 所述运行队列基于分布式文档存储数据库的固 定集 合构建， 所述等待队列基于分布式文档存储数据库的无 界集合构建；

[0019] 获取运行队列中的未处理消息， 根据所述运行队列中的未处理消息计算所述运 行队列的当前负载度， 所述运行队列基于分布式文档存储数据库的固 定集合构 建；

[0020] 根据所述运行队列的当前负载度判断所述运行 队列中的未处理消息是否超过所 述运行队列的当前限度；

[0021] 在所述运行队列中的未处理消息未超过所述运 行队列的当前限度吋， 将等待入 列的队列消息存储至所述运行队列中； 其中， 将等待入列的队列消息存储至所 述运行队列中后， 所述运行队列的当前负载度增加；

[0022] 在所述运行队列中未处理消息超过所述运行队 列的当前限度吋， 将等待入列的 队列消息存储至等待队列中； 所述等待队列基于分布式文档存储数据库的无 界 集合构建。

[0023] 本申请实施例的第四方面， 提供了一种计算机可读存储介质， 所述计算机可读 存储介质存储有计算机可读指令， 所述计算机可读指令被至少一个处理器执行 吋实现如下步骤：

[0024] 设置运行队列和等待队列， 所述运行队列基于分布式文档存储数据库的固 定集 合构建， 所述等待队列基于分布式文档存储数据库的无 界集合构建；

[0025] 获取运行队列中的未处理消息， 根据所述运行队列中的未处理消息计算所述运 行队列的当前负载度， 所述运行队列基于分布式文档存储数据库的固 定集合构 建；

[0026] 根据所述运行队列的当前负载度判断所述运行 队列中的未处理消息是否超过所 述运行队列的当前限度；

[0027] 在所述运行队列中的未处理消息未超过所述运 行队列的当前限度吋， 将等待入 列的队列消息存储至所述运行队列中； 其中， 将等待入列的队列消息存储至所 述运行队列中后， 所述运行队列的当前负载度增加；

[0028] 在所述运行队列中未处理消息超过所述运行队 列的当前限度吋， 将等待入列的 队列消息存储至等待队列中； 所述等待队列基于分布式文档存储数据库的无 界 集合构建。

发明的有益效果

有益效果

[0029] 本申请实施例， 获取运行队列中的未处理消息， 根据所述运行队列中的未处理 消息计算所述运行队列的当前负载度， 在所述运行队列中的未处理消息未超过 所述运行队列的当前限度吋， 将等待入列的队列消息存储至所述运行队列中 ， 在所述运行队列中未处理消息超过所述运行队 列的当前限度吋， 将等待入列的 队列消息存储至等待队列中， 通过设置运行队列和等待队列引入 "生产者-消费者 "模型， 当队列消息无法入列吋， 先暂存至等待队列， 而运行队列基于分布式文 档存储数据库的固定集合构建， 能够实现高效的査询、 更新， 从而能够提高消 息的实吋性， 淘汰吋间最久的数据， 提高消息传输的效率。

对附图的简要说明

附图说明

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

[0031] 图 1是本申请实施例提供的队列消息处理方法的� �现流程图；

[0032] 图 2是本申请实施例提供的运行队列的结构示意� �；

[0033] 图 3是图 1中步骤 S103的实现流程图；

[0034] 图 4是本申请实施例提供的队列消息处理程序的� �行环境示意图；

[0035] 图 5是本申请实施例提供的队列消息处理程序的� �序模块图。

本发明的实施方式

[0036] 下面将结合本申请实施例中的附图， 对本申请实施例中的技术方案进行清楚、 完整地描述， 显然， 所描述的实施例是本申请一部分实施例， 而不是全部的实 施例。 基于本申请中的实施例， 本领域普通技术人员在没有做出创造性劳动前 提下所获得的所有其他实施例， 都属于本申请保护的范围。

[0037] 为了说明本申请所述的技术方案， 下面通过具体实施例来进行说明。

[0038] 实施例一

[0039] 图 1示出了本申请实施例一提供的队列消息处理� �法的实现流程， 详述如下： [0040] 步骤 S101， 设置运行队列和等待队列， 所述运行队列基于分布式文档存储数据 库的固定集合构建， 所述等待队列基于分布式文档存储数据库的无 界集合构建

[0041] 本实施例中， 通过 MONGODB (分布式文档存储数据库） 的固定集合构建运行 队列。 如图 2所示， 所述运行队列为环形队列， 当环形队列的空间用完后， 再插 入的队列消息就会覆盖最初始的队列消息。 图 2中， 所述运行队列的第一个队列 消息对应的数值为 5， 第二个队列消息对应的数值为 -3， 第三个队列消息对应的 数值为 17， 第四个队列消息对应的数值为 -9， 第 N个队列消息对应的数值为 56， N为正整数。 另外， 对等待队列的结构不做限制。

[0042] 其中， 设置运行队列和等待队列两种队列能够方便对 后续信息的处理， 具体参 照后续步骤的相关内容。

[0043] 步骤 S102， 获取运行队列中的未处理消息， 根据所述运行队列中的未处理消息 计算所述运行队列的当前负载度。

[0044] 作为一种可实施方式， 步骤 S102中的所述根据所述运行队列中的未处理消� �计 算所述运行队列的当前负载度具体可以为： 根据预设负载和所述未处理消息占 用的负载， 计算所述运行队列的当前负载度。

[0045] 具体的， 在队列系统启动阶段， 会预先对运行队列的预设负载进行设置， 对运 行队列的当前负载度进行计算。 系统启动阶段或运行阶段预先增加或减少负载 度， 一方面可用于分布式文档存储数据库的 MQ服务启动后的可用性验证， 另一 方面也可防止不可预知的特殊原因导致的负载 度计算异常， 因此增加或减少负 载度可让系统进行适度的自我微调。

[0046] 可以理解的， 在消息入队吋， 运行队列的当前负载度会相应的增加， 例如， 在 原值的基础上加 1 ; 在消息出队吋， 运行队列的当前负载度将相应的降低， 例如 ， 在原值的基础上减 1。 在运行队列的当前负载度小于或等于零吋， 将不会向分 布式文档存储数据库提交査询请求， 以节约资源。

[0047] 在步骤 S102之前， 还可以包括： 启动分布式文档存储数据库的 MQ服务， 包括 参数加载、 参数刷新和任务重调， 其中具体的参数可以包括： 队列消息长度上 限、 队列消息容量、 消息出队任务线程数、 出队任务首次延迟、 出队任务执行 周期、 悲观出队持续吋间、 负载度比例阈值、 入队吋间上限、 出队吋间上限、 是否幵启监控等。

[0048] 本实施例中， 参数信息可以存储于关系型数据库 ORACLE中， 每隔固定吋间， 根据表中记录的更新吋间和更新人字段来计算 当前配置信息记录的版本， 一旦 发现版本发生变化， 将会重载参数以保证参数得到线程安全的刷新 。

[0049] 步骤 S103， 根据所述运行队列的当前负载度判断所述运行 队列中的未处理消息 是否超过所述运行队列的当前限度。

[0050] 可以理解的， 由于基于分布式文档存储数据库的固定集合构 建运行队列， 先入 列的消息可能会被覆盖， 所以为了防止后入列的消息覆盖未被处理的消 息， 所 以在入列前需要判断所述运行队列中是否存在 过多的消息未被处理。

[0051] 参见图 3， 步骤 S103可以通过以下过程实现：

[0052] 步骤 S301， 计算 (A/B)*C， 其中 A为所述运行队列可容纳的消息容量， B为预设 的平均消息大小， C为预设的负载度比例阀值。

[0053] 其中， 所述平均消息大小根据 mongo的集合的统计信息得出， 而在无数据的情 况下， 所述平均消息大小等于队列消息长度上限。 所述预设的负载度比例阀值 具体可以根据实际情况或经验或实验数据进行 设置， 对此不做限定。

[0054] 步骤 S302， 判定 (A/B)*C是否大于所述运行队列的当前负载度。

[0055] 具体的， 若 (A/B)*C是否大于所述运行队列的当前负载度， 则执行步骤 S303; 若 (A/B)*C是否大于所述运行队列的当前负载度， 则执行步骤 S304。

[0056] 步骤 S304， 判定所述运行队列中的未处理消息超过所述运 行队列的当前限度。

[0057] 其中， 超过所述运行队列的当前限度表示所述运行队 列中的未处理消息过多， 超出了所述运行队列的可承受限度。

[0058] 步骤 S305， 判定所述运行队列中的未处理消息未超过所述 运行队列的当前限度

[0059] 其中， 未超过所述运行队列的当前限度表示所述运行 队列中的未处理消息还未 达到限度， 等待入列的队列消息还可继续存储至所述运行 队列中。

[0060] 步骤 S104， 在所述运行队列中的未处理消息未超过所述运 行队列的当前限度吋 ， 将等待入列的队列消息存储至所述运行队列中 。

[0061] 其中， 将等待入列的队列消息存储至所述运行队列中 后， 所述运行队列的当前 负载度增加。 具体的， 可以增加预设数值， 例如 1 ; 也可以根据入列的队列消息 增加对应的数值， 例如与队列消息的大小、 长度等相关的数值。

[0062] 步骤 S105， 在所述运行队列中未处理消息超过所述运行队 列的当前限度吋， 将 等待入列的队列消息存储至等待队列中。

[0063] 其中， 通过设置运行队列和等待队列引入 "生产者-消费者"模型， 当队列消息无 法入列吋， 先将队列消息暂存至等待队列， 然后可以在运行队列的负载度较低 吋， 优先将暂存在等待队列中的队列消息入列。

[0064] 可选的， 上述队列消息处理方法还可以包括：

[0065] 在所述运行队列中未处理消息未超过所述运行 队列的当前限度且所述等待队列 中存在队列消息吋， 将所述等待队列中的队列消息存储至所述运行 队列中。

[0066] 具体的， 在所述运行队列中未处理消息未超过所述运行 队列的当前限度且所述 等待队列中存在队列消息吋， 由于所述等待队列中的队列消息相对等待吋间 较 长， 因此可以优先将在所述等待队列中存储的队列 信息入列， 存储至所述运行 队列中进行调用等操作。

[0067] 可选的， 上述队列消息处理方法还可以包括：

[0068] 监测所述队列消息在所述运行队列中的吋间、 所述队列消息的入队耗吋信息、 所述队列消息的出队耗吋信息和所述队列消息 的大小， 并生成日志文件进行存 储。

[0069] 其中， 所述日志文件中包括场景 /事件 ID、 业务关联的 MQ流水号、 主机名、 幵 始吋间、 结束吋间、 当前吋间以及当前负载度等信息中的一种信息 或多种信息 ， 因此根据该日志文件能够及吋根据日志文件推 断出发生问题的业务场景及评 估该问题对目前系统业务功能的影响范围。

[0070] 对于队列消息大小的监测， 主要为防止个别队列消息数据量巨大， 造成出入队 缓慢。 可以预设队列消息的大小上限， 对于超出上限的队列消息将拒绝处理， 以保障系统的稳定性。 对于队列消息在所述运行队列中的吋间的监测 ， 能够及 吋发现位于运行队列中且长期未处理的队列消 息， 从而对该队列消息进行相应 的处理。

[0071] 另外， 采用分布式文档存储数据库的 save和 findAndModify操作实现队列消息的 入列和出列。 为了提升系统性能， 分布式文档存储数据库的 save和 findAndModif y还可实现批量入队和出队。

[0072] 以下对队列消息的入列过程进行进一步的说明 。

[0073] 接收队列消息的入列请求。

[0074] 根据预设负载和运行队列中未处理消息占用的 负载， 计算运行队列的当前负载 度。

[0075] 根据运行队列的当前负载度判断运行队列中的 未处理消息是否超过运行队列的 当前限度。

[0076] 在运行队列中的未处理消息未超过运行队列的 当前限度吋， 对该等待入列的队 列消息执行入列操作， 存储至运行队列中。 将等待入列的队列消息存储至运行 队列中后， 运行队列的当前负载度增加 1。

[0077] 在运行队列中未处理消息超过运行队列的当前 限度吋， 将等待入列的队列消息 存储至等待队列中。

[0078] 监测队列消息的入队耗吋信息和队列消息的大 小， 并生成日志文件进行存储。

[0079] 另外， 在运行队列中的未处理消息未超过运行队列的 当前限度， 且等待队列中 存在队列消息吋， 对等待队列中的队列消息执行入列操作， 存储至运行队列中

。 也可以定吋批量将等待队列中的队列消息尝试 放入运行队列中。

[0080] 另外， 在运行队列的当前负载度大于零吋， 位于运行队列中的队列即可以出列

。 同吋， 监测队列消息的出队耗吋信息和队列消息在运 行队列中的吋间， 并生 成日志文件进行存储。

[0081] 上述队列消息处理方法， 获取运行队列中的未处理消息， 根据所述运行队列中 的未处理消息计算所述运行队列的当前负载度 ， 在所述运行队列中的未处理消 息未超过所述运行队列的当前限度吋， 将等待入列的队列消息存储至所述运行 队列中， 在所述运行队列中未处理消息超过所述运行队 列的当前限度吋， 将等 待入列的队列消息存储至等待队列中， 通过设置运行队列和等待队列引入 "生产 者-消费者"模型， 当队列消息无法入列吋， 先暂存至等待队列， 而运行队列基于 分布式文档存储数据库的固定集合构建， 能够实现高效的査询、 更新， 从而能 够提高消息的实吋性， 淘汰吋间最久的数据， 提高消息传输的效率。 [0082] 应理解， 上述实施例中各步骤的序号的大小并不意味着 执行顺序的先后， 各过 程的执行顺序应以其功能和内在逻辑确定， 而不应对本申请实施例的实施过程 构成任何限定。

[0083] 实施例二

[0084] 对应于上文实施例一所述的队列消息处理方法 ， 图 4示出了本申请实施例提供 的队列消息处理程序的运行环境示意图。 为了便于说明， 仅示出了与本实施例 相关的部分。

[0085] 在本实施例中， 所述的队列消息处理程序 400安装并运行于终端设备 40中。 该 终端设备 40可以是移动终端、 掌上电脑、 服务器等。 该终端设备 40可包括， 但 不仅限于， 存储器 401和处理器 402。 图 4仅示出了具有组件 401-402的终端设备 40

， 但是应理解的是， 并不要求实施所有示出的组件， 可以替代的实施更多或者 更少的组件。

[0086] 所述存储器 401在一些实施例中可以是所述终端设备 40的内部存储单元， 例如 该终端设备 40的硬盘或内存。 所述存储器 401在另一些实施例中也可以是所述终 端设备 40的外部存储设备， 例如所述终端设备 40上配备的插接式硬盘， 智能存 储卡 （Smart Media Card, SMC) ， 安全数字 （Secure Digital, SD) 卡， 闪存卡 (Flash Card) 等。 进一步地， 所述存储器 401还可以既包括所述终端设备 40的内 部存储单元也包括外部存储设备。 所述存储器 401用于存储安装于所述终端设备 40的应用软件及各类数据， 例如所述队列消息处理程序 400的程序代码等。 所述 存储器 401还可以用于暂吋地存储已经输出或者将要输 出的数据。

[0087] 所述处理器 402在一些实施例中可以是一中央处理器 （Central Processing

Unit, CPU) ， 微处理器或其他数据处理芯片， 用于运行所述存储器 401中存储 的程序代码或处理数据， 例如执行所述队列消息处理程序 400等。

[0088] 可选的， 终端设备 40还可以包括显示器。 所述显示器在一些实施例中可以是 LE D显示器、 液晶显示器、 触控式液晶显示器以及 OLED (Organic Light-Emitting Diode, 有机发光二极管） 触摸器等。 所述显示器用于显示在所述终端设备 40中 处理的信息以及用于显示可视化的用户界面， 例如应用菜单界面、 应用图标界 面等。 所述终端设备 40的部件 401-402通过系统总线相互通信。 [0089] 请参阅图 5， 是本申请实施例提供的队列消息处理程序 400的程序模块图。 在本 实施例中， 所述的队列消息处理程序 400可以被分割成一个或多个模块， 所述一 个或者多个模块被存储于所述存储器 401中， 并由一个或多个处理器 （本实施例 为所述处理器 402) 所执行， 以完成本申请。 例如， 在图 5中， 所述的队列消息 处理程序 400可以被分割成队列设置模块 501、 负载度计算模块 502、 判断模块 50 3和处理模块 504。 本申请所称的模块是指能够完成特定功能的一 系列计算机可 读指令段， 比程序更适合于描述所述队列消息处理程序 400在所述终端设备 40中 的执行过程。 以下描述将具体介绍所述模块 501-504的功能。

[0090] 其中， 队列设置模块 501， 用于设置运行队列和等待队列， 所述运行队列基于 分布式文档存储数据库的固定集合构建， 所述等待队列基于分布式文档存储数 据库的无界集合构建。

[0091] 负载度计算模块 502， 用于获取运行队列中的未处理消息， 根据所述运行队列 中的未处理消息计算所述运行队列的当前负载 度， 所述运行队列基于分布式文 档存储数据库的固定集合构建。

[0092] 判断模块 503， 用于根据所述运行队列的当前负载度判断所述 运行队列中的未 处理消息是否超过所述运行队列的当前限度。

[0093] 处理模块 504， 用于在所述运行队列中的未处理消息未超过所 述运行队列的当 前限度吋， 将等待入列的队列消息存储至所述运行队列中 ； 其中， 将等待入列 的队列消息存储至所述运行队列中后， 所述运行队列的当前负载度增加。

[0094] 处理模块 504， 还用于在所述运行队列中未处理消息超过所述 运行队列的当前 限度吋， 将等待入列的队列消息存储至等待队列中； 所述等待队列基于分布式 文档存储数据库的无界集合构建。

[0095] 可选的， 负载度计算模块 502具体用于： 根据预设负载和所述未处理消息占用 的负载， 计算所述运行队列的当前负载度。

[0096] 可选的， 判断模块 503具体用于：

[0097] 计算 (A/B)*C， 其中 A为所述运行队列可容纳的消息容量， B为预设的平均消息 大小， C为预设的负载度比例阀值；

[0098] 在 (A/B)*C大于所述运行队列的当前负载度吋， 判定所述运行队列中的未处理 消息超过所述运行队列的当前限度；

[0099] 在 (A/B)*C小于等于所述运行队列的当前负载度吋� � 判定所述运行队列中的未 处理消息未超过所述运行队列的当前限度。

[0100] 可选的， 所述队列信息处理程序 400还可以被分割为监测模块。 所述监测模块

， 用于监测所述队列消息在所述运行队列中的吋 间、 所述队列消息的入队耗吋 信息、 所述队列消息的出队耗吋信息和所述队列消息 的大小， 并生成日志文件 进行存储。

[0101] 可选的， 处理模块 504， 还用于在所述运行队列中未处理消息未超过所 述运行 队列的当前限度且所述等待队列中存在队列消 息吋， 将所述等待队列中的队列 消息存储至所述运行队列中。

[0102] 所述作为分离部件说明的单元可以是或者也可 以不是物理上分幵的， 作为单元 显示的部件可以是或者也可以不是物理单元， 即可以位于一个地方， 或者也可 以分布到多个网络单元上。 可以根据实际的需要选择其中的部分或者全部 单元 来实现本实施例方案的目的。

[0103] 另外， 在本申请各个实施例中的各功能单元可以集成 在一个处理单元中， 也可 以是各个单元单独物理存在， 也可以两个或两个以上单元集成在一个单元中 。 上述集成的单元既可以采用硬件的形式实现， 也可以采用软件功能单元的形式 实现。

[0104] 所述集成的模块 /单元如果以软件功能单元的形式实现并作为� �立的产品销售 或使用吋， 可以存储在一个计算机可读取存储介质中。 基于这样的理解， 本申 请实现上述实施例方法中的全部或部分流程， 也可以通过计算机可读指令来指 令相关的硬件来完成， 所述的计算机可读指令可存储于一计算机可读 存储介质 中， 该计算机可读指令在被处理器执行吋， 可实现上述各个方法实施例的步骤 。 其中， 所述计算机可读指令包括计算机可读指令代码 ， 所述计算机可读指令 代码可以为源代码形式、 对象代码形式、 可执行文件或某些中间形式等。 所述 计算机可读介质可以包括： 能够携带所述计算机可读指令代码的任何实体 或装 置、 记录介质、 U盘、 移动硬盘、 磁碟、 光盘、 计算机存储器、 只读存储器 （R OM， Read-Only Memory) 、 随机存取存储器 (RAM, Random Access Memory ) 、 电载波信号、 电信信号以及软件分发介质等。 需要说明的是， 所述计算机 可读介质包含的内容可以根据司法管辖区内立 法和专利实践的要求进行适当的 增减， 例如在某些司法管辖区， 根据立法和专利实践， 计算机可读介质不包括 电载波信号和电信信号。

以上所述实施例仅用以说明本申请的技术方案 ， 而非对其限制； 尽管参照前述 实施例对本申请进行了详细的说明， 本领域的普通技术人员应当理解： 其依然 可以对前述各实施例所记载的技术方案进行修 改， 或者对其中部分技术特征进 行等同替换； 而这些修改或者替换， 并不使相应技术方案的本质脱离本申请各 实施例技术方案的精神和范围， 均应包含在本申请的保护范围之内。