动态识别服务和数据源的关键性的制作方法
本文描述的实施方式主要涉及电子设备联网，并且具体地涉及网络中的物联网(iot:internetofthings)设备。
背景技术：
计算机网络支持服务的传输。服务包括用户交互所使用的前端、进行数据处理的后端以及向用户呈现数据的支持基础设施。在网络中，传统上通过明确定义的通信机制来实现服务。通常，通信机制是使用基于标准的协议或专有协议来实现的，这两种协议都旨在促进数据从一个设备到另一个设备的有效移动。监测这些服务的一个问题是，这些服务难以辨别。通常由这些服务运行所在的端口以及数据消息自身来识别它们。这要求任何试图监测服务的应用要么具有服务的先验知识，要么提供计算上昂贵的深度数据包检测。另外，为了安全性而添加加密层进一步使得网络中服务的监测成为问题。
附图说明
图1是支持iot设备联网的软件栈(softwarestack)的框图。
图2是例示根据一个或更多个实施方式的iot设备网络的框图。
图3是例示根据一个或更多个实施方式的iot网络的框图。
图4是例示根据一个或更多个实施方式的用于确定关键服务传输点的技术的流程图。
图5是示出根据一个或更多个实施方式的用于生成网络服务警报的技术的流程图。
图6是示出根据一个或更多个实施方式的与本文描述的技术一起使用的计算设备的框图。
图7是示出根据一个或更多个实施方式的与本文描述的技术一起使用的计算设备的框图。
具体实施方式
在以下说明中，出于解释的目的，阐述了许多具体细节以便提供对本发明的透彻理解。然而，对于本领域技术人员显而易见的是，可以在没有这些具体细节的情况下实施本发明。在其它情况下，以框图形式示出结构和设备，以避免模糊本发明。对没有下标或后缀的数字的引用应理解为，引用与所引用的数字对应的所有下标和后缀的实例。此外，在本公开中使用的语言主要是出于可读性和指导目的而选择的，并且可能不是选择来描绘或限制本发明的主题，必需诉诸于权利要求来确定本发明的主题。说明书中对“一个实施方式”或“实施方式”的引用意味着与实施方式相结合来描述的特定特征、结构或特性被包括在本发明的至少一个实施方式中，并且不应该将对“一个实施方式”或“实施方式”的多个引用理解为必须全部指相同的实施方式。
如本文所使用的，用语“计算机系统”可以指，执行被描述为在计算机系统上或由计算机系统执行的功能的单个计算机或一起工作的多个计算机。
同样地，小型互联网络设备被称为物联网(iot)。包括iot在内的设备可能包括但不限于小型单用途联网传感器，或者它们可以是全通用计算机。iot还可以包括联网的移动计算设备、联网的附加存储器和启用了网络的服务。iot设备通常被设计为支持服务。服务是用户需要的功能。例如，在智能家居系统中，一组服务可能包括灯光控制、空调控制、烟雾和火灾检测以及安全控制。
为了支持轻量级小型单用途联网设备的部署，已经开发了通用操作系统(os)发行版。zephyrtm(zephyr是加利福尼亚州旧金山linux基金会的商标)是捆绑os以及软件工具和实用程序的一种实现。这些常见的os发行版通常被设计用于支持软件栈中更高的功能。
图1是用于支持iot设备联网的软件栈100的框图。用于iot设备的软件栈的一个示例是
在基层栈104上构建应用服务栈102。该应用服务栈102为应用层124功能提供大部分功能。应用服务栈102包括利用该软件栈的所有iot设备共用的应用程序接口(api)。这使得所有iot设备能够针对不同的设备使用通用服务框架，并为应用提供标准化接口。针对服务栈102的支持模块包括资源封装112和资源容器114。由于在支持不同服务的网络上可能存在许多可用资源，所以这些模块提供必要的软件支持,以识别用于给定服务的资源。
基于资源封装112和资源容器114模块构建了如下模块，其包括设备管理106、低功率管理108和数据管理110模块。这些模块提供对资源封装112和资源容器114模块的高级别支持，在逻辑上将功能组织到设备管理106、低功率管理108和数据管理110中。基栈104支持服务栈102。基栈104是支持iot设备的软件栈100的最低层。对于具有有限计算资源的轻量级设备来说，可能需要利用基栈104而不用服务栈102。基栈104将基本操作抽象为逻辑模块，该逻辑模块包括连接模块122、发现模块120、消息模块116和安全模块118。类似于服务栈102，基栈104提供api以访问那些模块的功能。基栈104将面向连接的机制抽象为更简化的功能实现(诸如操纵套接字(manipulatingsockets)、连接件、以及安全性参数)。基栈104和应用服务栈102的这种结构是例示性的且仅作为示例，并且可以根据需要使用其它软件栈。
设备管理106模块可以基于服务来提供至发现功能的接口。例如，应用124可以通过软件类来与设备管理106模块进行接口连接。这些类可以实现方法调用，该方法调用在功能上指定特定服务，并通过网络对其进行多播。代码示例1演示了如何使用ocplatform类和findresources()方法来访问该类方法：
ocplatformplatform；
platform.findresources(“”,
“coap://192.168.0.103/oc/core？rt＝alpha.light”,findhandler)；
这些参数限定了目标设备以及服务。在接收到由代码示例1生成的多播消息时，接收设备可以响应于发送方而将所指定的服务支持通知给发送方。
图2是例示根据一个或更多个实施方式的iot网络200的框图。图2中所示的iot网络200包括多个数据源202a、202b、202c。所述多个数据源可以采用边缘设备(edgedevice)的形式。边缘设备是电子设备，并且可以包括但不限于向用户提供输入或输出的简单轻量级数据收集设备。这些设备可以包括但不限于单用途输入设备，诸如照相机、麦克风、温度计和加速度计。同样，这些设备可以包括但不限于单用途输出设备，诸如液晶显示器、发光二极管和扬声器系统。设备可以充当多用途角色，并且还包括多种不同组合的输入和输出功能。
数据源202a、202b、202c通过交换机210a、210b、210c连接到网络。这些交换机210a、210b、210c在网络中提供分组交换，以将数据从数据源202a、202b、202c提供给数据用户。交换机可以以包括冗余交换机212在内的多种方式部署。冗余交换机212在包括网络故障在内的网络事件的情况下，建立从主交换机到数据源或另一交换机的备份网络链路。交换机210的数量和交换机210与图2的其它元件之间的连接是例示性的，并且仅作为示例，而且可以根据需要使用其它数量的交换机210和经由交换机210的其它连接。虽然这里通过有线联网的实施方式进行描述，但是这些特征可以以无线方式、或者组合方式、或者有线和无线联网元件来实现。
中间服务器204通过交换机210a、210b来收集由数据源202a、202b、202c提供的数据。中间服务器204可以处理从数据源202a、202b、202c接收的数据。然后，在该示例中，数据可以跨网络传输到基于云的系统206。然后，该基于云的系统206可以增加来自第三方数据源的数据，或者以与由中间服务器204执行的处理类似的方式来继续处理数据。最终，来自数据源202a、202b、202c的数据流到用户可见服务服务器208。该服务器利用由数据源202a、202b、202c提供的数据，并将该数据转换成对用户或消费者有意义的东西。为了网络鲁棒性，冗余交换机212在交换机210b和210c发生故障的情况下，将备份链路连接到用户可见服务服务器208。
图3是例示根据一个或更多个实施方式的另一iot网络300的框图。图3展示了iot网络如何随着使用和时间而变化。由于恶意参与者可能在网络上活跃，所以为了改善网络安全性，识别网络拓扑中的变化可能很重要。图3中的iot网络300是图2中例示的iot网络200的增广形式。图3中的iot网络300保持与图2中的iot网络200类似。数据源202a、202b、202c与数据源302a、302b、302c连接。数据源302a、302b、302c可以是与数据源202a、202b、202c相同或相似类型的设备。类似于图2，中间服务器204通过交换机210a、210b来收集由数据源202a、202b、202c、302a、302b、302c提供的数据。另外，图2中的用户可见服务服务器208也存在并保持相同或相似的功能。
与图2中的网络不同，附加中间服务器306加入网络，提供与中间服务器204类似的功能。与冗余交换机连接的是备份中间服务器314和新的基于云的系统316，该基于云的系统316在此示例中表示备份第三方云系统。
图4是例示根据一个或更多个实施方式的用于确定网络安全性的技术的流程图400。随着时间的推移，网络的增广和变化可能是安全问题的标志。利用基于服务的拓扑的已知良好快照，可能是检测网络安全问题的有效方式。
在框402处，从网络节点接收多个服务相关度量。利用图1中示出的软件栈100来接收该服务相关度量。服务相关度量包括：与基于服务的上游和下游节点相关的数据。
在框404处，从服务相关度量确定上游和下游网络节点。基于所接收的服务相关度量，可以从所接收的响应消息中提取上游和下游网络节点。
在框406处，确定上游节点或下游节点中是否有任何节点仍未被处理。这被描述为用于确定附加服务相关度量的串行迭代控制结构的进入条件。这也可以递归地进行处理，也可以并行地进行处理。
在肯定决策分支之后，在框408处，向各个网络节点询问附加服务相关度量。该询问可以采用与代码示例1中的描述类似的单播或多播请求的形式。
在框410处，响应于在框408处示出的请求，从各个网络节点接收附加服务相关度量。
返回到决策点并且在否定决策分支之后，在框412处，从累积服务相关度量中提取网络拓扑。推断出的网络拓扑可以与图3中示出的拓扑一致。可以基于解析和检查服务相关度量来推断网络拓扑。可以从所解析的服务相关度量中提取网元标识符。基于服务相关度量所属的节点，可以建立任何网元标识符与服务相关度量所发源的节点之间的关系。例如，如果利用目标网络标识符作为中间服务器204来针对数据源202a检索服务相关度量，则可以从数据源202a的角度在两者之间建立下游关系。
在框414处，确定推断出的网络拓扑与先前获取的网络拓扑之间的差异。替代地，可以将推断出的网络拓扑与由系统管理员建立或创建的种子网络拓扑(seedednetworktopology)进行比较，其中，种子网络拓扑与由系统管理员定义的预期拓扑对应。使用来自图2和图3的拓扑，添加了网元302a、302b、302c、314、316和306。网元206已删除。可以将这些元素的添加和移除转换为差分值，以进行比较。可以为不同网元类型分配值或权重，并且基于它们的添加或移除可以使差分值增加。机器学习技术可以适用于基于网络变化来确定差分值。在一个实施方式中，可以利用隐马尔可夫模型(hiddenmarkovmodels)或贝叶斯模型(bayesianmodel)，基于先前获取的网络拓扑和推断出的网络拓扑来确定网络中看不见的状态变化。
然后在框416处，将差分值与预定阈值进行比较。该阈值可以由系统管理员基于容许的网络变化量来设置。差分值和阈值建立iot网络中的变化率或“网络拓扑动态性”，网络管理员使用该变化率或“网络拓扑动态性”来确定网络的弹性。例如，如果预期网络行为是相对静态的，则可以将阈值设置为低的。如果预期网络行为是相对动态的，则可以配置高阈值。在将差分值与阈值进行比较时，在框418处，可以生成网络服务警报。网络服务警报可以用作信息提示，以便系统管理员进行更仔细的网络检测。基于网络服务警报和变化率，系统管理员可以通过以发现、路由和连接资源的形式部署额外的或减少的容量，来动态地管理网络弹性。
图5是例示根据一个或更多个实施方式的用于确定关键服务传输点的技术的流程图500。
在框502处，从网络节点接收多个服务相关度量。使用图1中示出的软件栈100接收服务相关度量。服务相关度量包括：与基于服务的上游和下游节点相关的数据。
在框504处，从服务相关度量确定上游和下游网络节点。基于所接收的服务相关度量，可以从所接收的响应消息中提取上游和下游网络节点。
在框506处，确定上游节点或下游节点中是否有任何节点仍未处理。这被描述为用于确定附加服务相关度量的串行迭代控制结构的进入条件。未处理节点的处理也可以递归地实现，还可以并行地实现。
在肯定决策分支之后，在框508处，向各个网络节点询问附加服务相关度量。该询问可以采用与代码示例1中描述的类似的单播或多播请求的形式。
在框510处，响应于在框508处示出的请求，逐个节点地询问整个网络，从各个网络节点接收附加服务相关度量。
返回到决策点并且在否定决策分支之后，在框512处，从服务相关度量和附加服务相关度量中提取网络拓扑。推断出的网络拓扑可以与图3中示出的拓扑一致。可以基于解析和检查服务相关度量来推断网络拓扑。可以从所解析的服务相关度量中提取网元标识符。基于服务相关度量所属的节点，可以建立任何网元标识符与发起服务相关度量的节点之间的关系。例如，可以利用目标网络标识符作为中间服务器204来针对数据源202a检索服务相关度量，则可以从数据源202a的角度在两者之间建立下游关系。
在框514处，基于网络拓扑和来自所有网络节点的累积服务相关度量，来确定网络中的一组关键服务传输点。可以基于但不限于由检查从网络节点传送的和传送至网络节点的数据、数据中的分组数量、数据中的错误数以及数据量，来确定关键服务传输点。在各个网络节点的基础上利用这些度量，将会识别出接收并且向服务发送大量相关数据的网络节点，这些网络节点如果被禁用或隔离会严重影响向用户传输服务。
网络的其它方面可以用于确定网络中的一组关键服务传输点。例如，上游备份系统(诸如，备份中间服务器314或者代表备份第三方云系统的新的基于云的系统316)的识别可能是确定该组关键服务传输点的因素。在存在内置冗余或备份的情况下，服务传输点不太可能是关键的。
在框516处，针对服务中断，监测该组关键服务传输点。这可以以多种方式实现，包括但不限于网络上的分组检测，或者远程硬件访问可用性。
在框518处，可以基于对服务中断的检测来生成系统警报。例如，如果通过远程监测工具，中间服务器204或者备份中间服务器314变的不可用，则可以生成系统警报。同样，如果分组嗅探工具在从中间服务器204或备份中间服务器314发送和接收的网络流量中检测到许多分组错误，则可以生成系统警报以通知系统管理员。
现在参考图6，框图例示了可编程设备600，其可以用于实现根据一个或更多个实施方式的本文描述的技术。图6中例示的可编程设备600是多处理器可编程设备，其包括第一处理元件670和第二处理元件680。虽然示出了两个处理元件670和680，但是可编程设备700的实施方式也可以仅包括一个这样的处理元件。
可编程设备600被例示为点对点互连系统，其中，第一处理元件670和第二处理元件680经由点对点互连650而联接起来。在图6中例示的任何或所有互连可以实现为多点总线，而不是点对点互连。
如图6所例示的，处理元件670和680中的各个处理元件可以是多核处理器，包括第一和第二处理器核(即，处理器核674a和674b以及处理器核684a和684b)。这些核674a、674b、684a、684b可以被配置为执行计算指令代码。然而，其它实施方式可以根据需要使用作为单核处理器的处理元件。在具有多个处理元件670、680的实施方式中，各个处理元件可以根据需要用不同数量的核来实现。
各个处理元件670、680可以包括至少一个共享高速缓存646。共享高速缓存646a、646b可以存储由处理元件的一个或更多个组件(诸如，分别为核心674a、674b和684a、684b)使用的数据(例如，计算指令)。例如，共享高速缓存可以存储在存储器632、634中的数据进行本地高速缓存，以便由处理元件670、680的组件更快地访问。在一个或更多个实施方式中，共享高速缓存646a、646b可以包括一个或更多个中级高速缓存(例如级别2(l2)、级别3(l3)、级别4(l4))，或者其它级别的高速缓存，末级别高速缓存(llc)或者它们的组合。
尽管为了附图的清楚起见，图6例示了具有两个处理元件670、680的可编程设备，但是本发明的范围不限于此，并且可能存在任何数量的处理元件。替代地，一个或更多个的处理元件670、680可以是除处理器之外的元件，诸如图形处理单元(gpu)、数字信号处理(dsp)单元、现场可编程门阵列或任何其它可编程处理元件。处理元件680可以与处理元件670异构或不对称。在包括架构、微架构、热、功耗特性等在内的品质度量方面，处理元件670、680之间可能存在各种差异。这些差异可以有效地表现为，处理元件670、680之间的不对称性和异质性。在一些实施方式中，各种处理元件670、680可以驻留在同一芯片封装中。
第一处理元件670还可以包括存储器控制器逻辑(mc)672以及点对点(p-p)互连676和678。类似地，第二处理元件680可以包括mc682以及p-p互连686和688。如图7所例示的，mc672和782将处理元件670、680联接到相应的存储器，即存储器632和存储器634，存储器632和存储器634可以是本地附接到相应处理器的主存储器的一部分。虽然mc逻辑672和682被例示为集成到处理元件670、780中，但是在一些实施方式中，存储器控制器逻辑可以是处理元件670、680外部的离散逻辑，而不是集成在其中。
处理元件670和处理元件680可以经由相应的p-p互连676和686，通过链路652和654与i/o子系统690联接。如图7所示，i/o子系统690包括p-p联接694和698。此外，i/o子系统690包括用于将i/o子系统690与高性能图形引擎638联接的接口692。在一个实施方式中，总线(未示出)可以被用于联接图形引擎638与i/o子系统690。或者，点对点互连639可以将这些组件联接。
同样，i/o子系统690可以经由接口696与第一链路616联接。在一个实施方式中，第一链路616可以是外设组件互连(pci)总线，或者诸如pciexpress总线这样的总线，或者另一i/o互连总线，但是本发明的范围不限于此。
如图6中所示，各种i/o设备614、624，以及桥接器618可以与第一链路616联接，该桥接器618可以将第一链路616联接到第二链路620。在一个实施方式中，第二链路620可以是一个低引脚数(lpc)总线。在一个实施方式中，各种设备可以与第二链路620联接，包括例如键盘/鼠标612、通信设备626(其又可以与计算机网络603通信)以及数据存储单元628(诸如，可以是包括代码630的磁盘驱动器或其它大容量存储设备)。代码630可以包括用于执行上述一种或更多种技术的实施方式的指令。此外，音频i/o624可以与第二链路620联接。
注意，可以预期其它实施方式。例如，代替图6的点对点架构，系统可以实现多站总线或另一种这样的通信拓扑。虽然链路616和620在图6中被例示为总线，但是可以使用任何期望类型的链路。另外，图6的元件可以替代地使用比图6中所例示的更多或更少的集成芯片来划分。
现在参照图7，框图例示出了根据另一实施方式的可编程设备700。图7中省略了图7的某些方面，以避免模糊图7的其它方面。
图7例示了处理元件770、780可以分别包括集成存储器和i/o控制逻辑(“cl”)772和782。在一些实施方式中，772、782可以包括诸如以上结合图6描述的存储器控制逻辑(mc)。此外，cl772、782还可以包括i/o控制逻辑。图7例示了不仅存储器732、734可以与cl772、782联接，而且i/o设备744也可以与控制逻辑772、782联接。传统i/o设备715可以通过接口796与i/o子系统790联接。各个处理元件770、780可以包括多个处理器核，在图7中例示为处理器核774a、774b、784a和784b。如图7所例示，i/o子系统790包括点对点(p-p)互连794和798，它们通过链路752和754与处理元件770和780的pp互连776和786连接。处理元件770和780也可以分别通过链路750以及互连778和788进行互连。
以下示例涉及其它实施方式。
示例1是至少一种计算机可读介质，在其上存储有用于改进网络中的应用服务传输的软件，该计算机可读介质包括指令，当执行该指令时致使可编程设备执行以下操作：从网络节点接收多个服务相关度量；从所述多个服务相关度量中确定上游网络节点和下游网络节点；，向上游网络节点和下游网络节点询问多个附加服务相关度量；从上游网络节点和下游网络节点接收多个附加服务相关度量；基于所述多个服务相关度量和多个附加服务相关度量来推断网络拓扑；确定推断出的网络拓扑与先前网络拓扑之间的差分值；将该差分值与阈值进行比较；以及响应于所述比较，生成网络服务警报。
在示例2中，示例1的主题可选地包括：其中，用于确定差分值的指令包括如下指令，其用于基于先前网络拓扑，从推断出的网络拓扑确定附加的和删除的网络节点。
在示例3中，示例1的主题可选地包括：其中，用于确定差分值的指令包括如下指令，其将机器学习算法应用于推断出的网络拓扑和先前网络拓扑。
在示例4中，示例3的主题可选地包括：其中，机器学习算法包括隐马尔可夫模型。
在示例5中，示例3的主题可选地包括：其中，用于推断网络拓扑的指令包括如下指令，其利用基栈层应用程序接口，从服务相关度量和多个附加服务相关度量中，提取网络拓扑信息。
在示例6中，示例1的主题可选地包括：其中，先前网络拓扑包括种子网络拓扑。
在示例7中，示例1至3的任意一个的主题可选地包括：其中，用于推断的指令包括用于执行以下操作的指令：解析多个服务相关度量和多个附加服务相关度量；从所解析的多个服务相关度量和多个附加服务相关度量中提取多个网元标识符；以及确定所提取的多个网元标识符中的各个网元标识符之间的关系。
示例8是一种用于改进网络中的应用服务传输的方法，该方法包括如下步骤：从网络节点接收多个服务相关度量；从多个服务相关度量确定上游网络节点和下游网络节点；向上游网络节点和下游网络节点询问多个附加服务相关度量；从上游网络节点和下游网络节点接收多个附加服务相关度量；基于所述多个服务相关度量和多个附加服务相关度量来推断网络拓扑；基于该网络拓扑、多个服务相关度量以及多个附加服务相关度量，确定网络中的一组关键服务传输点；针对检测服务中断，监测该组关键服务传输点；响应于该检测，生成系统警报。
在示例9中，示例8的主题可选地包括：其中，确定一组关键服务传输点的步骤包括：检查通过上游网络节点和下游网络节点的数据。
在示例10中，示例9的主题可选地包括：其中，检查数据量的步骤包括：识别数据中的分组；识别数据中的错误；以及确定数据容量。
在示例11中，示例8的主题可选地包括：其中，推断网络拓扑的步骤包括，利用底层应用程序接口，从服务相关度量和多个附加服务相关度量中提取网络拓扑信息。
在示例12中，示例8和11的任意一个的主题可选地包括：其中，推断网络拓扑的步骤包括：解析多个服务相关度量和多个附加服务相关度量；从所解析的多个服务相关度量和多个附加服务相关度量中提取多个网元标识符；以及确定多个网元标识符之间的关系。
在示例13中，示例8和9的任意一个的主题可选地包括：其中，确定一组关键服务传输点的步骤包括检测上游网络节点和下游网络节点隔离。
示例14是一种用于改进网络中的应用服务传输和安全性的设备，该设备包括：一个或更多个处理器；网络适配器，该网络适配器与一个或更多个处理器在通信上联接；以及存储器，在该存储器上存储指令，该存储器与一个或更多个处理器联接，所述指令包括如下指令，该指令在被执行时致使一个或更多个处理器中的至少一些执行以下处理：从网络节点接收多个服务相关度量；从所述多个相关度量确定上游网络节点和下游网络节点；向上游网络节点和下游网络节点询问多个附加服务相关度量；从上游网络节点和下游网络节点接收多个附加服务相关度量；以及基于所述多个服务相关度量和多个附加服务相关度量来推断网络拓扑；将该网络拓扑与先前网络拓扑进行比较；确定推断出的网络拓扑与先前网络拓扑之间的差分值；将该差分值与阈值进行比较；响应与该比较，生成网络服务警报。
在示例15中，示例14的主题可选地包括：其中，用于确定差分值的指令包括如下指令，其用于基于先前网络拓扑，从推断出的网络拓扑确定附加和删除的网络节点。
在示例16中，示例14的主题可选地包括：其中，用于确定差分值的指令包括如下指令，其将机器学习算法应用到推断出的网络拓扑和先前网络拓扑。
在示例17中，示例16的主题可选地包括：其中，机器学习算法包括隐马尔可夫模型。
在示例18中，示例14至16的任意一个的主题可选地包括：其中，用于推断网络拓扑的指令如下指令，其包括利用底层api，从服务相关度量和多个附加服务相关度量中提取网络拓扑信息。
在示例19中，示例14的主题可选地包括：其中，先前网络拓扑包括种子网络拓扑。
在示例20中，示例14至16的任意一个的主题可选地包括：其中，用于推断的指令包括致使执行以下操作的指令：解析所述多个服务相关度量和多个附加服务相关度量的各个服务相关度量；从所解析的多个服务相关度量和多个附加服务相关度量中提取多个网元标识符；以及确定所提取的多个网元标识符中的各个网元标识符之间的关系。
示例21是一种设备，该设备包括：处理器；以及存储器，该存储器与处理器联接，在该存储器上存储指令，所述指令包括在被执行时使处理器执行以下处理的指令：从网络节点接收多个服务相关度量；从所述多个服务相关度量确定上游网络节点和下游网络节点；向上游网络节点和下游网络节点询问多个附加服务相关度量；从上游网络节点和下游网络节点接收多个附加服务相关度量；基于多个服务相关度量和多个附加服务相关度量来推断网络拓扑；确定推断出的网络拓扑与先前网络拓扑之间的差分值；将该差分值与阈值进行比较；响应于该比较，生成网络服务警报。
在示例22中，示例21的主题可选地包括：其中，当被执行时致使处理器确定差分值的指令包括如下指令，其在被执行时致使处理器基于先前网络从推断出的网络拓扑确定附加的和删除的网络节点。
在示例23中，示例21的主题可选地包括：其中，当被执行时致使处理器确定差分值的指令包括如下指令，其在被执行时致使处理器将机器学习算法应用至推断出的网络拓扑和先前网络拓扑。
在示例24中，示例23的主题可选地包括：其中，机器学习算法包括隐马尔可夫模型。
在示例25中，示例21至23的任意一个的主题可选地包括：其中，当被执行时致使处理器推断网络拓扑的指令包括如下指令，其在被执行时致使处理器利用基栈层应用程序接口从服务相关度量和附加的多个中提取网络拓扑信息。
在示例26中，示例21的主题可选地包括：其中，先前网络拓扑包括种子网络拓扑。
在示例27中，示例21至23的任意一个的主题可选地包括：其中，用于推断的指令包括致使执行以下操作的指令：解析所述多个服务相关度量和多个附加服务相关度量；从所解析的多个服务相关度量和多个附加服务相关度量中提取多个网元标识符；以及确定所提取的多个网元标识符中的各个网元标识符之间的关系。
应理解的是，以上描述旨在是例示性的而非限制性的。例如，上述实施方式可以彼此组合使用。在阅读以上说明后，许多其它实施方式对于本领域技术人员将是显而易见的。因此，应该参考所附权利要求以及这些权利要求的等同物的全部范围来确定本发明的范围。
- 还没有人留言评论。精彩留言会获得点赞！