流媒体数据传输状态判定方法、节点、系统及存储介质与流程

本发明涉及多媒体传输技术领域，尤其涉及一种流媒体数据传输状态判定方法和对应的节点、系统及计算机可读存储介质。

背景技术：

流媒体传输系统，例如内容分发网络(contentdeliverynetwork，cdn)，通常由多个节点和节点间的链路构成，流媒体数据从源站流入传输系统，经过若干个中间节点的转发，最终送达传输目标(通常为客户端)。其中任意一个节点(包括源站、中间节点、客户端)自身出现问题(例如高负载、设备故障等)，或者任意两个节点间的网络连接出现问题，都会导致目标收到的流媒体数据不足，出现播放卡顿的情况。而且在上游节点发生的问题，会导致全部下游节点都出现卡顿(即使下游每个节点和链路都是正常的)。目前排查流媒体传输欠速的方式，大多是根据用户侧的卡顿反馈去逐一调查从视频源一直到对应报障区域的节点、链路质量，从而定位原因。但是，这种方式存在着如下的缺陷：工作量较大，且需要调查人员对整个系统的传输拓扑有深入了解，难以在故障造成广泛用户影响前定位、排除故障。

技术实现要素：

有鉴于此，本发明提出一种流媒体数据传输状态判定方法和对应的节点、系统及计算机可读存储介质，以解决至少一个上述技术问题。

首先，为实现上述目的，本发明提出一种节点的流媒体数据传输状态判定方法，该方法包括：

采集当前节点的出帧率和入帧率；

计算所采集的出帧率和入帧率之间的差值比例；

当所述差值比例大于预设的阈值时，判定所述当前节点的传输状态为传输欠速状态。

可选地，该方法还包括：

如果所述当前节点的传输状态为传输欠速状态，则按预设方式发出告警信息。

此外，为实现上述目的，本发明还提供一种流媒体数据传输系统的流媒体数据传输状态判定方法，所述流媒体传输系统包括至少二个能够传输流媒体数据的节点，所述方法包括：

传输流媒体数据的节点采集当前节点的出帧率和入帧率；

计算所采集的出帧率和入帧率之间的差值比例；

当所述差值比例大于预设的阈值时，判定所述当前节点的传输状态为传输欠速状态。

可选地，所述流媒体传输系统还包括服务器；该方法还包括：

所述服务器接收节点上报的传输状态数据，并根据所述传输状态数据调整所述流媒体数据的传输路径。

可选地，该方法还包括：

所述服务器在预设的统计周期内记录流媒体数据的传输路径中的所有节点个数和问题节点个数；

所述服务器计算所述传输路径在所述统计周期内的卡顿率，所述卡顿率为所述问题节点个数除以所述所有节点个数。

进一步地，为实现上述目的，本发明还提供一种能够传输流媒体数据的节点，包括存储器、处理器，所述存储器上存储有可在所述处理器上运行的流媒体数据传输状态判定程序，所述流媒体数据传输状态判定程序被所述处理器执行时实现如下方法：

采集当前节点的出帧率和入帧率；

计算所采集的出帧率和入帧率之间的差值比例；

当所述差值比例大于预设的阈值时，判定所述当前节点的传输状态为传输欠速状态。

可选地，所述流媒体数据传输状态判定程序被所述处理器执行时还实现：

如果所述当前节点的传输状态为传输欠速状态，则按预设方式发出告警信息。

进一步地，为实现上述目的，本发明还提供一种流媒体数据传输系统，包括至少二个上述的能够传输流媒体数据的节点。

可选地，所述系统还包括服务器，所述服务器用于接收节点上报的传输状态数据，并根据所述传输状态数据调整所述流媒体数据的传输路径。

可选地，所述服务器还用于：

在预设的统计周期内记录流媒体数据的传输路径中的所有节点个数和问题节点个数；

计算所述传输路径在所述统计周期内的卡顿率，所述卡顿率为所述问题节点个数除以所述所有节点个数。

进一步地，为实现上述目的，本发明还提供一种节点的流媒体数据传输状态判定系统，所述系统包括：

采集单元，用于采集当前节点的出帧率和入帧率；

计算单元，用于计算所采集的出帧率和入帧率之间的差值比例；

传输状态判定单元，用于当所述差值比例大于预设的阈值时，判定所述当前节点的传输状态为传输欠速状态。

进一步地，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质存储有流媒体数据传输状态判定程序，所述流媒体数据传输状态判定程序可被至少一个处理器执行，以使所述至少一个处理器执行如上述的流媒体数据传输状态判定方法。

相较于现有技术，本发明所提出的流媒体数据传输状态判定方法和对应的节点、系统及计算机可读存储介质，通过将节点的出帧率和入帧率的差值比例与预设阈值之间进行比较来判断节点的传输状态是否正常，可以自动、及时定位整个流媒体传输过程中任意一个中间节点的异常，免去人工排查，从而显著缩短故障处理响应时长，降低故障影响，有效提升了传输质量，同时也具有较好的准确性和普适性。

附图说明

图1为实现本发明第一实施例提出的一种流媒体数据传输系统的架构示意图；

图2是本发明第二实施例提出的一种电子装置的架构示意图；

图3是本发明第三实施例提出的一种流媒体数据传输状态判定方法的流程示意图；

图4是本发明第四实施例提出的一种流媒体数据传输状态判定方法的流程示意图；

图5是本发明第五实施例提出的一种流媒体数据传输状态判定方法的流程示意图；

图6是本发明第六实施例提出的一种流媒体数据传输状态判定方法的流程示意图；

图7是本发明第七实施例提出的一种流媒体数据传输状态判定方法的部分流程示意图；

图8是本发明第八实施例提出的一种节点的流媒体数据传输状态判定系统的模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，在本发明中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。

第一实施例

参阅图1所示，本发明第一实施例提出一种流媒体数据传输系统1。上述流媒体数据传输系统1包括服务器2和多个电子装置3。上述电子装置3可以是服务器、智能手机、平板电脑、个人电脑、便携计算机以及其它具有运算功能的电子设备。电子装置3可以是cdn网络中的节点，也可以是区块链系统中的节点。

上述多个电子装置3之间以及与服务器2之间通过有线或无线网络通信连接，以进行数据传输和交互。在本实施例中，上述多个电子装置3组成流媒体数据传输的各个节点，其中包括源节点、中间节点和边缘节点。上述源节点为提供流媒体数据的数据源的装置，上述中间节点为从源节点到边缘节点之间传输流媒体数据的装置，上述边缘节点为播放流媒体数据的装置(客户端)。

电子装置3用于采集当前节点的出帧率和入帧率，计算所采集的出帧率和入帧率之间的差值比例，当该差值比例大于该阈值时，判定当前节点的传输状态为传输欠速状态。电子装置3还用于在当前节点的传输状态为传输欠速状态时，按预设方式发出告警信息。

服务器2用于接收电子装置3上报的传输状态数据，并根据该传输状态数据调整流媒体数据的传输路径。服务器2还用于在预设的统计周期内记录流媒体数据的传输路径中的所有节点个数和问题节点(传输状态为传输欠速状态的节点)个数；计算上述传输路径在上述统计周期内的卡顿率，上述卡顿率为上述问题节点个数除以上述所有节点个数。

上述电子装置3和服务器2的具体功能的详细说明请参阅下述第三实施例至第七实施例，在此不再赘述。

第二实施例

参阅图2所示，本发明第一实施例提出一种实现流媒体数据传输状态判定方法的电子装置3。

值得注意的是，上述流媒体数据传输状态判定方法主要适用于流媒体数据传输的中间节点，即上述电子装置3为上述流媒体数据传输系统1的中间节点。

在本实施例中，上述电子装置3包括：存储器11、处理器13、网络接口15及通信总线17。其中，网络接口15可选地可以包括标准的有线接口、无线接口(如wi-fi接口)。通信总线17用于实现这些组件之间的连接通信。

存储器11至少包括一种类型的可读存储介质。上述至少一种类型的可读存储介质可为如闪存、硬盘、多媒体卡、卡型存储器等的非易失性存储介质。在一些实施例中，存储器11可以是电子装置3的内部存储单元，例如该电子装置3的硬盘。在另一些实施例中，存储器11也可以是电子装置3的外部存储单元，例如电子装置3上配备的插接式硬盘，智能存储卡(smartmediacard，smc)，安全数字(securedigital，sd)卡，闪存卡(flashcard)等。

存储器11可以用于存储安装于电子装置3的应用软件及各类数据，例如流媒体数据传输状态判定程序10的程序代码及其运行过程中产生的相关数据。

处理器13在一些实施例中可以是一中央处理器，微处理器或其它数据处理芯片，用于运行存储器11中存储的程序代码或处理数据。

图2仅示出了具有组件11-17以及流媒体数据传输状态判定程序10的电子装置3，但是应理解的是，图2并未示出电子装置3的所有组件，可以替代实施更多或者更少的组件。

在图2所示的电子装置3实施例中，作为一种计算机存储介质的存储器11中存储流媒体数据传输状态判定程序10的程序代码，处理器13执行流媒体数据传输状态判定程序10的程序代码时，实现如下方法：

(1)采集当前节点的出帧率和入帧率。

(2)计算所采集的出帧率和入帧率之间的差值比例。

(3)比较该差值比例和预设的阈值。

(4)当该差值比例大于该阈值时，判定该当前节点的传输状态为传输欠速状态。

优选的，该处理器13还可执行上述程序代码以实现如下方法：

(5)如果当前节点的传输状态为传输欠速状态，则按预设方式发出告警信息。

上述方法的详细说明请参阅下述第三实施例至第四实施例，在此不再赘述。

第三实施例

参阅图3所示，本发明第三实施例提出一种流媒体数据传输状态判定方法，应用于上述电子装置3，即上述流媒体数据传输系统1的中间节点。在本实施例中，根据不同的需求，图3所示的流程图中的步骤的执行顺序可以改变，某些步骤可以省略。此外，有关流媒体数据传输的常规处理步骤，可以根据实际应用场景纳入本发明。该方法包括：

s10，采集当前节点的出帧率和入帧率。

上述出帧率为从当前节点流出至下一节点的流媒体数据帧率。上述入帧率为从上一节点流入至当前节点的流媒体数据帧率。值得注意的是，上述当前节点为流媒体数据传输系统1的中间节点。

例如，针对流媒体数据传输系统1中的一个节点a，假设其上游节点为b，下游节点为c(也就是说流媒体数据的传输流向为b->a->c)。正常情况下，任一时刻从节点b流入节点a的流媒体数据帧率(即节点a的入帧率)，应该等于从节点a流出至节点c的流媒体数据帧率(即节点a的出帧率)。假如节点a的出帧率低于入帧率，则说明节点a本身出现问题，或者节点a与节点c之间的传输链路(又称a的出链路，或者c的入链路)出现问题。

s20，计算所采集的出帧率和入帧率之间的差值比例。

先计算当前节点的出帧率和入帧率之间的差值，然后计算该差值占该入帧率的百分比，即为该出帧率和该入帧率之间的差值比例。例如，某节点的入帧率为30fps(每秒30帧)，出帧率为20fps，则计算出两者之间的差值为10fps，该差值占该入帧率的百分比为33.3％，即该差值比例为33.3％。

s30，比较该差值比例和预设的阈值。

上述预设的阈值一般为5％到10％。这是由于网络传输的特性，数据经常出现短暂的滞留，但一般情况不至于引发卡顿。

s40，当该差值比例大于该阈值时，判定该当前节点的传输状态为传输欠速状态。

当该差值比例大于该阈值时，判断当前节点或当前节点的出链路存在问题，无法顺利输出得到的流媒体数据，即该当前节点的传输状态为传输欠速状态。另外，当该差值比例小于或等于该阈值时，判断当前节点及其出链路不存在问题，可以顺利输出得到的流媒体数据。例如，假设该阈值为10％，若该差值比例为33.3％，则判断当前节点或当前节点的出链路存在问题；若该差值比例为3％，则判断当前节点及其出链路不存在问题。

本实施例提供的流媒体数据传输状态判定方法，可以精确定位所有问题节点而不会对正常节点造成误报。例如某条路径传输30fps的流媒体数据，流经某上游节点时因节点故障只能向下游传输20fps，则下游每个节点即使都正常工作，其帧率都只能有20fps。按上述方法就可以准确定位出有问题的上游节点(入帧率30fps而出帧率只有20fps)，而下游正常节点因为入帧率和出帧率都是20fps，就可以认为工作正常。假设某下游节点也有问题，入帧率20fps而出帧率只有15fps，则也会被定位为问题节点，不会被上游节点的问题所掩盖。另外，该方法的判断逻辑只依赖出入帧率差值，与所传输的流媒体数据的绝对帧率没什么关系，基本不影响准确性，因此普适性也较好。

第四实施例

参阅图4所示，本发明第四实施例提出一种流媒体数据传输状态判定方法。在本实施例中，根据不同的需求，图4所示的流程图中的步骤的执行顺序可以改变，某些步骤可以省略。此外，有关流媒体数据传输的常规处理步骤，可以根据实际应用场景纳入本发明。本实施例中，上述流媒体数据传输状态判定方法的s12-s42与第三实施例的s10-s40相类似，区别在于该方法还包括s52。

s12，采集当前节点的出帧率和入帧率。

上述出帧率为从当前节点流出至下一节点的流媒体数据帧率。上述入帧率为从上一节点流入至当前节点的流媒体数据帧率。值得注意的是，上述当前节点为上述流媒体数据传输系统1的中间节点。

s22，计算所采集的出帧率和入帧率之间的差值比例。

先计算当前节点的出帧率和入帧率之间的差值，然后计算该差值占该入帧率的百分比，即为该出帧率和该入帧率之间的差值比例。

s32，比较该差值比例和预设的阈值。

上述预设的阈值一般为5％到10％。这是由于网络传输的特性，数据经常出现短暂的滞留，但一般情况不至于引发卡顿。

s42，当该差值比例大于该阈值时，判定该当前节点的传输状态为传输欠速状态。

当该差值比例大于该阈值时，判断当前节点或当前节点的出链路存在问题，无法顺利输出得到的流媒体数据，即该当前节点的传输状态为传输欠速状态。另外，当该差值比例小于或等于该阈值时，判断当前节点及其出链路不存在问题，可以顺利输出得到的流媒体数据。

s52，若当前节点的传输状态为传输欠速状态，则按预设方式发出告警信息。

上述预设方式可以是向监控人员发送邮件、讯息或者在传输监控界面进行告警显示或发出提示音等。当判定该当前节点的传输状态为传输欠速状态时，按上述预设方式触发自动告警，让人工介入处理，以解决该节点的问题，保障流媒体数据正常传输。上述自动告警中可以包括存在问题的节点信息以及问题描述等，例如该节点地址和该节点的入帧率和出帧率。

本实施例提供的流媒体数据传输状态判定方法，可以自动、及时定位整个流媒体传输过程中任意一个中间节点的异常，免去人工排查。并且实现了卡顿原因的自动告警，能显著缩短故障处理响应时长，降低故障影响，有效提升了传输质量。

第五实施例

参阅图5所示，本发明第五实施例提出一种流媒体数据传输状态判定方法，应用于上述流媒体数据传输系统1。在本实施例中，根据不同的需求，图5所示的流程图中的步骤的执行顺序可以改变，某些步骤可以省略。此外，有关流媒体数据传输的常规处理步骤，可以根据实际应用场景纳入本发明。该方法包括：

s14，传输流媒体数据的每个节点采集当前节点的出帧率和入帧率。

在流媒体数据传输系统1中的所有中间节点都可以采集该节点的出帧率和入帧率。上述出帧率为从当前节点流出至下一节点的流媒体数据帧率。上述入帧率为从上一节点流入至当前节点的流媒体数据帧率。值得注意的是，上述当前节点为流媒体数据传输系统1的中间节点，针对其他节点(源节点和边缘节点)的传输状态判定方式，可以另外采用其他适合的方法，在本发明中不做详细介绍。

例如，针对流媒体数据传输系统1中的一个节点a，假设其上游节点为b，下游节点为c(也就是说流媒体数据的传输流向为b->a->c)。正常情况下，任一时刻从节点b流入节点a的流媒体数据帧率(即节点a的入帧率)，应该等于从节点a流出至节点c的流媒体数据帧率(即节点a的出帧率)。假如节点a的出帧率低于入帧率，则说明节点a本身出现问题，或者节点a与节点c之间的传输链路(又称a的出链路，或者c的入链路)出现问题。

s24，计算所采集的出帧率和入帧率之间的差值比例。

先计算每个节点的出帧率和入帧率之间的差值，然后计算该差值占该入帧率的百分比，即为该出帧率和该入帧率之间的差值比例。例如，某节点的入帧率为30fps(每秒30帧)，出帧率为20fps，则计算出两者之间的差值为10fps，该差值占该入帧率的百分比为33.3％，即该差值比例为33.3％。

s34，比较该差值比例和预设的阈值。

上述预设的阈值一般为5％到10％。这是由于网络传输的特性，数据经常出现短暂的滞留，但一般情况不至于引发卡顿。

s44，当该差值比例大于该阈值时，判定该当前节点的传输状态为传输欠速状态。

当该差值比例大于该阈值时，判断当前节点或当前节点的出链路存在问题，无法顺利输出得到的流媒体数据，即该当前节点的传输状态为传输欠速状态。另外，当该差值比例小于或等于该阈值时，判断当前节点及其出链路不存在问题，可以顺利输出得到的流媒体数据。例如，假设该阈值为10％，若该差值比例为33.3％，则判断当前节点或当前节点的出链路存在问题；若该差值比例为3％，则判断当前节点及其出链路不存在问题。

进一步地，如果当前节点的传输状态为传输欠速状态，则按预设方式发出告警信息。

上述预设方式可以是向监控人员发送邮件、讯息或者在传输监控界面进行告警显示或发出提示音等。当判定该当前节点的传输状态为传输欠速状态时，按上述预设方式触发自动告警，让人工介入处理，以解决该节点的问题，保障流媒体数据正常传输。上述自动告警中可以包括存在问题的节点信息以及问题描述等，例如该节点地址和该节点的入帧率和出帧率。

本实施例提供的流媒体数据传输状态判定方法，可以精确定位所有问题节点而不会对正常节点造成误报。另外，该方法的判断逻辑只依赖出入帧率差值，与所传输的流媒体数据的绝对帧率没什么关系，基本不影响准确性，因此普适性也较好。

第六实施例

参阅图6所示，本发明第六实施例提出一种流媒体数据传输状态判定方法。在本实施例中，根据不同的需求，图6所示的流程图中的步骤的执行顺序可以改变，某些步骤可以省略。此外，有关流媒体数据传输的常规处理步骤，可以根据实际应用场景纳入本发明。本实施例中，上述流媒体数据传输状态判定方法的s16-s46与第五实施例的s14-s44相类似，区别在于该方法还包括s56。

s16，传输流媒体数据的每个节点采集当前节点的出帧率和入帧率。

在流媒体数据传输系统1中的所有中间节点都可以采集该节点的出帧率和入帧率。上述出帧率为从当前节点流出至下一节点的流媒体数据帧率。上述入帧率为从上一节点流入至当前节点的流媒体数据帧率。

s26，计算所采集的出帧率和入帧率之间的差值比例。

先计算每个节点的出帧率和入帧率之间的差值，然后计算该差值占该入帧率的百分比，即为该出帧率和该入帧率之间的差值比例。

s36，比较该差值比例和预设的阈值。

上述预设的阈值一般为5％到10％。这是由于网络传输的特性，数据经常出现短暂的滞留，但一般情况不至于引发卡顿。

s46，当该差值比例大于该阈值时，判定该当前节点的传输状态为传输欠速状态。

当该差值比例大于该阈值时，判断当前节点或当前节点的出链路存在问题，无法顺利输出得到的流媒体数据，即该当前节点的传输状态为传输欠速状态。另外，当该差值比例小于或等于该阈值时，判断当前节点及其出链路不存在问题，可以顺利输出得到的流媒体数据。

s56，服务器2接收各个节点上报的传输状态数据，并根据该传输状态数据调整流媒体数据的传输路径。。

当服务器2接收到各个节点上报的传输状态数据后，若当前节点的传输状态为传输欠速状态，则触发自动切换逻辑，切换上述流媒体数据的传输路径，绕过该当前节点，从其他备选路径进行传输。上述自动切换逻辑可以包括很多种切换策略，例如预先保存一个带优先级的路径列表，切换时自动尝试下一条路径。

本实施例提供的流媒体数据传输状态判定方法，可以自动、及时定位整个流媒体传输过程中任意一个中间节点的异常，免去人工排查。并且在定位异常的基础上，自动切换流媒体数据的传输路径，绕过问题节点，从而自动解决异常带来的影响，有效提升了传输质量。

第七实施例

参阅图7所示，本发明第七实施例提出一种流媒体数据传输状态判定方法。在本实施例中，根据不同的需求，图7所示的流程图中的步骤的执行顺序可以改变，某些步骤可以省略。此外，有关流媒体数据传输的常规处理步骤，可以根据实际应用场景纳入本发明。本实施例中，上述流媒体数据传输状态判定方法在上述第五实施例或第六实施例的基础上，还包括步骤s68-s78。其中：

步骤s68，在预设的统计周期内记录上述流媒体数据的传输路径中的所有节点个数和问题节点个数。

具体地，在预设的统计周期(例如n秒)内，每当从上述传输路径中判断出一个问题节点(传输状态为传输欠速状态的节点)时，将问题节点个数p加1(初始值为0)。并且，统计上述传输路径中包含的节点总个数，记为m。值得注意的是，针对非中间节点(例如源节点或边缘节点)，可以采用其他方式判断问题节点，从而记录整个上述传输路径中的问题节点个数。

步骤s78，计算上述传输路径在上述统计周期内的卡顿率。

具体地，根据统计出的问题节点个数p和节点总个数m，计算得到该统计周期内上述传输路径的卡顿率为：p/m。

本实施例提供的流媒体数据传输状态判定方法，可以自动、快速、准确地定位出整个流媒体数据传输系统1中的所有问题节点，而不会对正常节点产生误报，实现流媒体传输全过程的自动问题发现与定位。并且可以统计流媒体数据传输路径的卡顿率，实现针对整个传输路径的监控和快速反应，同时也具有较好的准确性和普适性。

第八实施例

如图8所示，本发明第八实施例提出一种节点的流媒体数据传输状态判定系统80，应用于上述电子装置3中。

在本实施例中，流媒体数据传输状态判定系统80包括采集单元802、计算单元804及传输状态判定单元806。

采集单元802，用于采集当前节点的出帧率和入帧率。

计算单元804，用于计算所采集的出帧率和入帧率之间的差值比例。

传输状态判定单元806，用于当该差值比例大于预设的阈值时，判定当前节点的传输状态为传输欠速状态。

上述各个单元的具体功能说明请参阅上述第三实施例，在此不再赘述。

第九实施例

本发明还提供了另一种实施方式，即提供一种计算机可读存储介质，上述计算机可读存储介质存储有流媒体数据传输状态判定程序10，上述流媒体数据传输状态判定程序10可被至少一个处理器执行，以使上述至少一个处理器执行如上述的流媒体数据传输状态判定方法。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台客户端(可以是手机，计算机，电子装置，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。