CN112236990A - 用于实现iot数据的高效分析的基于服务层的方法 - Google Patents

Abstract

使服务层(SL)能够支持对物联网(IoT)数据进行的分析并使得对该分析所生成的信息能够进行共享访问的方法、***和装置。分析管理服务可以允许SL实体为许多不同的IoT数据源来配置分析功能，并且以可自定义的方式组织结果。SL可以支持协调对来自多个独立源的IoT数据进行的分析以及组织所述分析的结果。

Description

用于实现IOT数据的高效分析的基于服务层的方法

背景技术

IoT服务层(SL)是专门针对向IoT设备、IoT应用和IoT数据提供增值服务的技术。近来，几个行业标准机构(例如，oneM2M、ETSI、OCF和LWM2M)正在开发IoT SL，以解决与将IoT设备、应用和数据集成到互联网/Web、蜂窝、企业和家庭网络的部署中相关联的挑战。

IoT SL可以向应用和设备提供对面向IoT的能力集合的访问。一些示例包括安全性、计费、数据管理、设备管理、发现、供给和连接性管理。这些能力经由API可用于应用，这些API利用由IoT SL支持的消息格式、资源结构和资源表示形式。

从协议栈的角度来看，SL通常位于应用协议层之上，并为其支持的应用提供增值服务。因此，SL通常被归类为“中间件”服务。图1示出了在应用协议和应用之间的示例***层。

从部署的角度来看，IoT SL可以部署在各种类型的网络节点上，包括如图2所示的服务器、网关和设备。

oneM2M TS-0001oneM2M功能架构定义了IoT SL。SL提供“水平”服务，这些服务可以被不同的“垂直”IoT***和应用(诸如电子健康、车队管理和智能家居)利用。如图3所示，oneM2M SL的架构定义了支持四个参考点的公共服务实体(CSE)。Mca参考点与应用实体(AE)接口连接。Mcc参考点与同一服务提供商域内的另一个CSE接口连接，并且Mcc’参考点与不同服务提供商域中的另一个CSE接口连接。Mcn参考点与底层网络服务实体(NSE)连接连接。NSE向CSE提供底层网络服务，诸如设备管理、位置服务和设备触发。CSE包含称为“公共服务功能(CSF)”的多个逻辑功能，诸如“发现”、“数据管理和储存库”。图4图示了由oneM2M支持的CSF。

oneM2M架构是分布式架构，并且支持在以下类型的节点之间以分布式方式部署IoT服务。应用服务节点(ASN)是包含一个CSE并包含至少一个应用实体(AE)的节点。物理映射的示例：ASN可以驻留在IoT设备中。应用专用节点(ADN)是包含至少一个AE并且不包含CSE的节点。物理映射的示例：应用专用节点可以驻留在受约束的IoT设备中。中间节点(MN)是包含一个CSE并且包含零个或更多AE的节点。物理映射的示例：MN可以驻留在IoT网关中。基础设施节点(IN)是包含一个CSE并且包含零个或更多AE的节点。IN中的CSE可能包含不适用于其它节点类型的CSE功能。物理映射的示例：IN可以驻留在IoT服务基础设施中。非oneM2M节点(NoDN)是不包含oneM2M实体(既不包含AE也不包含CSE)的节点。此类节点表示出于互通目的(包括管理)而附接到oneM2M***的设备。在oneM2M***内支持的各种实体之间互连的可能配置如图5所示。

图6示出了在控制平面内具有基于服务的接口的非漫游参考架构。图7描绘了非漫游情况下的5G***架构，使用参考点表示来示出各种网络功能如何彼此交互。移动性管理和会话管理功能是分开的。单个N1 NAS连接既用于注册管理又用于连接管理(RM/CM)，并且用于UE的与SM相关的消息和过程。单个N1终结点位于AMF中。AMF将与SM相关的NAS信息转发到SMF。AMF处理与UE交换的NAS信令的注册管理和连接管理部分。SMF处理与UE交换的NAS信令的会话管理部分。

在5G网络中，3GPP TS 23.501，System Architecture for the5G System；Stage2，网络数据分析(NWDA)被定义为代表运营商管理的网络分析逻辑功能的网络功能。NWDA向PCF提供特定于网络切片的网络数据分析。PCF对NWDA的订阅处于网络切片级别，并且不需要NWDA知道使用切片的当前订户。NWDA将特定于切片的网络状态分析信息通知/发布给订阅该切片的(一个或多个)PCF。该信息不是特定于订户的。PCF在其策略决策中使用该数据。

NWDA参考点位于网络数据分析(NWDA)和PCF之间。根据3GPP TS 23.502，Procedures for the 5G System；Stage 2，PCF可以通过请求/响应模型或订阅/通知模型从NWDA获得分析数据。图8-图10示出了这些消息流。

在5G网络中，定义了两种类型的DSF：非结构化数据存储网络功能(UDSF)和结构化数据存储功能(SDSF)。如图11所示，5G***架构允许网络功能将其非结构化数据存储到UDSF中或从UDSF中检索其非结构化数据。UDSF属于该网络功能所位于的同一PLMN。控制平面NF可以共享UDSF来存储其相应的非结构化数据，或者可以各自具有其自己的UDSF(例如，UDSF可能位于相应的网络功能附近)。UDSF是可选功能，它支持通过任何网络功能将信息作为非结构化数据进行存储和检索。

如图12所示，5G***架构允许NEF将结构化数据存储在SDSF中，以供NEF进行内部和外部网络暴露。SDSF属于网络暴露功能(NEF)所位于的同一PLMN。SDSF是可选功能，它支持通过NEF将信息作为结构化数据进行存储和检索。

发明内容

本文公开了可以使服务层(SL)能够支持对IoT数据进行的分析并且可以使得对该分析所生成的信息能够进行共享访问的方法、***和装置。本文描述的分析管理服务可以允许SL实体为许多不同的IoT数据源来配置分析功能，并且以可自定义的方式组织结果，该方式允许更容易的访问和更精细的授权。SL可以支持分析管理服务(AMS)，该分析管理服务能够协调对来自多个独立源的IoT数据进行的分析以及组织所述分析的结果。

提供本发明内容是为了以简化形式介绍一些概念，这些概念将在下面的具体实施方式中进一步描述。本发明内容既不旨在识别所要求保护的主题的关键特征或必要特征，也不旨在用于限制所要求保护的主题的范围。此外，所要求保护的主题不限于解决在本公开的任何部分中指出的任何或所有缺点的限制。

附图说明

从以下描述中可以得到更详细的理解，该描述以示例的方式结合附图给出，其中：

图1图示了支持服务层的示例性协议栈；

图2图示了部署在各种类型的网络节点上的示例性IoT SL；

图3图示了示例性oneM2M架构；

图4图示了示例性oneM2M公共服务功能；

图5图示了由oneM2M架构所支持的示例性配置；

图6图示了示例性基于5G***服务的架构；

图7图示了以参考点表示的示例性非漫游5G***架构；

图8图示了示例性NWDA订阅服务；

图9图示了示例性NWDA通知服务；

图10图示了示例性NWDA请求/响应流程；

图11图示了用于来自任何NF的非结构化数据的示例性数据存储架构；

图12图示了用于来自NEF的结构化数据的示例性数据存储架构；

图13图示了示例性分析管理服务部署选项；

图14图示了示例性分析管理服务流程图；

图15图示了示例性AMS用例；

图16图示了具有分析功能的示例性通信；

图17图示了示例性新的AMS策略；

图18图示了示例性新的IoT设备数据；

图19图示了AF结果的示例性AMS处理；

图20图示了示例性AMS结果存储结构；

图21图示了具有AF结果的示例性结果内容注释；

图22图示了示例性结果内容复制；

图23图示了示例性结果内容链接；

图24图示了示例性访问AMS结果；

图25图示了示例性oneM2M AMS架构；

图26图示了示例性图形用户界面；

图27图示了在5GC中部署的示例性AMS；

图28图示了具有分析功能的示例性通信；

图29图示了可以基于本文公开的方法和***生成的示例性显示(例如，图形用户界面)；

图30A图示了其中可以实现所公开的主题的示例性机器对机器(M2M)或物联网(IoT)通信***；

图30B图示了可以在图30A中所示的M2M/IoT通信***内使用的示例性架构；

图30C图示了可以在图30A中所示的通信***内使用的示例性M2M/IoT终端或网关设备；以及

图30D图示了其中图30A的通信***的各方面的示例性计算***。

具体实施方式

在大规模的IoT部署中，将收集和存储大量的数据。大数据分析方法用于从原始数据生成含义。一些类型的大数据分析包括历史数据分析、图像分类或识别。从收集到的大量数据中生成值将需要高效分析数据的能力。

IoT服务层能力集中于数据的收集和存储以及对数据的访问。提供数据分析需要大量外部处理。例如，在oneM2M SL中对来自安全相机的照片进行图像识别将需要为存储这些图像的每个容器创建<subscription>资源。然后，当每个图像存储在oneM2M SL中时，通知将被发送到将分析该图像的专用oneM2M应用。然后，结果将被写回到也需要被配置的位置。

以上描述了存储在SL中的图像使用图像识别功能所需的一种配置类型。如果使用多个相机，那么必须对图像数据的每个源重复该配置。如果相机的不同“所有者”需要执行相同类型的分析，那么将附加的重复配置添加到***。如果没有IoT服务层中对数据分析的本地支持，那么***设计师或用户需要处理大量重复配置。例如，考虑其中数据分析功能对特定类型的数据感兴趣的场景。在这种场景中，需要将服务层配置为知道每个分析功能感兴趣的数据类型，使得服务层可以将数据转发给每个感兴趣的数据分析功能。3GPP 5G核心(5GC)网络中也存在类似的问题。5GC网络功能可以访问关于网络活动或UE活动的大量数据。需要过程来定义5GC NF可以被如何配置来向NWDAF提供选择信息。

本文公开了可以使服务层(SL)能够支持对IoT数据进行的分析并且可以使得对该分析所生成的信息能够进行共享访问的方法、***和装置。本文描述的分析管理服务可以允许SL实体为许多不同的IoT数据源来配置分析功能，并且以可自定义的方式组织结果，这种方式允许更容易的访问和更精细的授权。SL可以支持分析管理服务(AMS)，该分析管理服务能够协调对来自多个独立源的IoT数据进行的分析以及组织所述分析的结果。AMS可以被配置有多个分析功能，这些分析功能可以分析来自多个源的IoT SL数据。AMS可以被配置有这样的策略，这些策略通过为IoT数据的每个源或源组指定分析功能(AF)的配置来自定义对IoT数据执行的分析。AMS可以被配置有这样的策略，这些策略定义结果如何被存储在IoTSL中使得结果可以被容易访问。AMS可以被配置为在新数据到达IoT SL时对新数据进行检查，并确定是否应将新数据发送到AF。AMS可以提供访问高效地访问相关数据的数据分析的结果的方法。AMS可以被配置为向具有某些检测到的特性的数据提供授权，而无需向原始数据源给予授权。AMS可以被配置为在存储在IoT SL中之前提供对所选择的数据的预处理。

图13图示了示例性AMS部署选项。如图13所示，AMS 101可以作为托管在服务器、网关或设备上的IoT SL内的服务得以支持。图14图示了AMS的示例性架构。AMS 101可以被配置有策略(AMS策略102)，这些策略定义如何配置分析功能、选择要发送到分析处理的IoT数据以及如何使分析处理的结果可用于IoT实体。本文将更详细地描述AMS策略。当IoT数据110从传感器到达SL时，AMS 101可以监视IoT数据110。在步骤110处，示出了IoT数据到达SL，这是开始将关于数据的信息与AMS策略进行比较以确定下一步要做什么(103)的动作(103)的触发器。访问AF结果112是试图访问所存储的数据的实体。一旦数据被存储，访问具有可以使用的一对新API(例如，下面公开的请求171-请求175)。AMS101可以将关于IoT数据110的信息与AMS策略102进行比较，以确定(在方框103处)IoT数据是否应当被发送到分析功能(AF)111。AF 111可以被视为对IoT SL发送的数据执行分析并将结果提供回SL的服务。AF可以是如本文所述的NWDA。网络数据分析(NWDA)被定义为代表运营商管理的网络分析逻辑功能的网络功能。AMS 101可以从一个或多个AF 111接收结果。AMS策略102可以定义如何存储来自AF 111的结果(例如，AF数据105)以及如何使其可用于SL实体。本文更详细地描述AF数据105的接收和存储。

图15提供了示例性AMS 101用例。在这种用例中，视频相机被定位在建筑物中或建筑物周围。该视频相机，也许还有其它传感器，用于建筑物中的安全保护。传感器(包括相机)将数据发送到SL，该数据在SL中存储。期望的结果是识别进入和离开建筑物的所有人。进入的人应通过姓名或ID进行识别。SL数据的用户希望能够快速看到进入了建筑物的人、看到建筑物中剩余的人，并找到建筑物中剩余的人的身份。AMS策略102被配置为分析从所有web相机图像捕获的数据。(一个或多个)AF对图像进行分析，以确定图像中是否有人、该人是正在进入还是离开、以及谁留在建筑物中(该AF的实现未作深入描述，但在当前图像识别服务的能力内)。AMS策略102还定义了如何存储AF结果，使得以允许访问这些期望类别中的每一个的方式对图像进行分组(例如，具有“已识别”的人的图像在单个位置中)。

AMS 101可以被配置有策略，这些策略定义如何配置分析功能111、选择哪些IoT数据要被发送到分析处理或如何使分析处理的结果可用于IoT实体。这些规则可以经由AMS策略属性(诸如表1中建议的属性)来定义。在一个示例中，AMS策略可以被存储在SL资源内。SL资源可以由AMS 101或SL实体或两者来创建、检索、更新或删除。

表1-分析管理服务(AMS)策略

以下属性(设备(例如，数据创建者)、用户(例如，使用经分析的数据的简档)、数据类型、元数据或数据模式)描述了SL可以如何选择要发送到AF 111的数据。这些属性可以用作oneM2M属性。

设备(例如，像特定传感器之类的数据创建者)-AMS 101可以基于设备或数据源的特定列表将数据发送到AF 111。例如，可以指定门传感器的列表以将传感器状态从门1、门2和门5发送到AF111。

用户-AMS 101可以基于设备或数据源的一般列表将数据发送到AF 111。例如，来自我的公寓中我的传感器的所有测量结果都可以被发送到AF 111，可能用于识别某人是否在家。这可以基于源的公共属性来表示一组源，诸如它们都属于简档1(其可能是订户)。

数据类型-AMS 101可以基于存在的数据类型将数据发送到AF111。例如，所有温度传感器数据都可以被发送到AF 111。

元数据-AMS 101可以基于存在的元数据将数据发送到AF 111。例如，来自停车场的传感器可以被发送到AF 111。

数据模式-连续/单发(single shot)模式/两者/样本的范围/周期性调度

以下属性(数据表示、数据目的地、数据分析配置或数据分析反馈)描述了如何与AF 111通信。这些参数中的一些对于SL实体可能不可见或不可访问，但是在AMS 101和AF111之间是私有的，这在本文进行更详细的讨论。

·数据表示-关于数据的信息、新数据在SL中可用的指示(使得AF可以独立地获取数据)、或包括contentOnly的数据的部分表示(不带相关联的元信息)、或由AF的接口定义的某种自定义表示。

·数据目的地-用于在AF和SL之间进行通信的API

·数据分析配置-指定要查找的特性(图像库、阈值等)

·数据分析反馈-当可以通过确认检测到的特性来改进数据分析时，可以在此发送这样的反馈。例如，识别图像中的人的ID的AF可以请求ID正确的确认，并基于该确认来调整AF的参数。

每个AMS策略，诸如结果位置、结果内容或结果可访问性可以帮助定义结果存储方式的配置。参考结果位置，它可以指定来自AF111的结果存储在哪里。例如，结果位置可以定义用于存储来自AF111的结果的根位置。默认值可以作为AMS策略的子级。可以将其指定为IoT源数据的原始位置。在另一个示例中，结果结构可以被指定为固定的或动态的。如果结果结构是固定的，那么策略可以为数据存储指定特定的结构。如果结果结构是动态的，那么可以基于AF检测到的特性来生成数据结构。

关于结果内容，它可以指定复制、注释或链接。如果结果内容为注释，那么可以更新分析的原始IoT数据以反映由AF 111检测到的特性。如果结果内容是复制，那么可以将经分析的IoT数据的拷贝存储在由根位置和结果结构(结果位置)指定的结果位置中。可以用AF 111检测到的特性来注释数据的拷贝。如果结果内容是链接，那么对原始IoT数据的引用可以存储在由根位置和结果结构(结果位置)指定的结果位置中。可以用AF 111检测到的特性来注释所存储的引用。

关于结果可访问性，可以基于数据内容来组织来自AF 111的结果。通过分析来自多个IoT传感器或服务的数据可以生成结果。在结果可访问性的上下文中，所考虑事项可以包括授权、访问方法和排序。授权-无法访问原始位置中的原始传感器数据的SL实体可以基于AF 111检测到的特性的存在而被授予对原始数据的选定部分的授权。例如，参考上述用例，如果由AF 111分析的图像指示员工#1234已进入建筑物，那么存储的结果可以包括对该员工#1234访问这个特定图像而不给与对任何其它图像的访问权限的授权。访问方法-SL实体可以使用链接列表类型操作(诸如getFirst、getNext、getPrevious、getLast)访问AF111结果。这些访问方法可以考虑SL实体的授权。例如，如果员工#1234希望查看一段时间内她进入建筑物的时间，那么她可以从“进入”分析中请求第一结果。这可以返回员工#1234第一次进入建筑物的时间。然后，员工#1234可以请求下一个结果，该结果可能跳过所有不允许其授权的图像并返回她确实被授权访问的下一个结果。排序-结果可以通过数据日期的来源按时间顺序排序、通过注释特性按字母顺序排序、或者按SL固有的其它元数据排序。

应该理解的是，执行本文(诸如图16-图19)所示的步骤的实体可以是逻辑实体。这些步骤可以存储在诸如图30C或图30D中所示的那些设备、服务器或计算机***的存储器中，并且可以在那些设备、服务器或计算机***的处理器上执行。在示例中，下面关于M2M设备的交互进一步详细说明，图16的IoT设备120可以驻留在图30A的M2M终端设备18上，而图16的IoT SL 115可以驻留在图30A的M2M网关设备14上。设想在本文(例如，图16-图19)公开的示例性方法之间可以跳过步骤、组合步骤或添加步骤。

图16图示了用于与分析功能111通信的示例性方法。AMS 101支持数据(例如，与利用一个或多个AF的结果相关联的数据，如图16所示)的注册、配置或通信。可以为AMS 101预先供给它应与之通信的AF 111的身份。此外，可能还有预先配置的AMS策略。出现的信息可以与下面描述的配置方法一致。

在步骤121处，任何特定的AF可能会或可能不会专用于它为其提供服务的IoT SL，因此AMS 101和AF 111可以在它们之间建立关系。下面描述基本消息组件的示例，诸如IoTSL ID或AF ID。可以提供附加的参数，这可以取决于部署。关于IoT SL ID，如果AF111支持多于单个IoT SL，那么这个标识符可以用于授权来自IoT SL 115的消息。如果AF 111仅支持单个IoT SL，那么可以不需要这个标识符。关于AF ID，如果IoT SL 115支持多于单个AF，那么这个标识符可以用于授权来自AF 111的消息。如果IoT SL 115仅支持单个AF，那么可以不需要这个标识符。AF ID可以作为注册处理的一部分被预先供给或提供。IoT SL 115可以为了认证和授权目的存储这个标识符。

如果AF 111仅支持单个IoT SL，那么可以将该注册处理简化为简单地检查AF 111是否存在并做出响应，这在一些部署中可以假定始终为真。可以通过IoT SL 115或AF 111发起注册。

在步骤122处，由IoT SL 115中的AMS策略指定AF 111执行期望服务的配置。IoTSL 115可以具有由不同IoT实体配置的多个AMS策略，以支持各种不同的IoT传感器或数据源。这些策略可以被预先供给到IoT SL 115中，或者它们可以由IoT SL实体(应用或设备)指定。描述了以下用于从AMS策略(诸如本文关于相关AF定义的策略)传达相关信息的方法。在步骤122中，AF需要的配置信息被发送给AF。

在步骤123处，AMS策略的相关部分连同“策略配置消息”中的AMS策略ID一起被发送到AF。这可以使用IoT SL的标准协议或者AF的标准协议或者自定义协议。AMS服务还会在策略发生更改时将策略的更改发送到AF。在步骤123中，SL将AMS策略id发送给AF，使得AF可以从SL请求所需的配置信息。在图中，m1(122)和m2(123)表示方法1和方法2。下面提到方法3。仅需要一种方法，因此，如果使用步骤127，那么可以不存在步骤122和步骤123。而如果使用步骤122，那么可以不存在步骤123和步骤127。对于步骤123同样如此。

在步骤124处，AMS策略ID被发送到AF。然后，AF可以根据需要从IoT SL访问AMS策略。这主要适合使用IoT SL的标准协议。示例：如果AF可以使用oneM2M协议，那么步骤123/124可能是合适的。但是，如果AF是不知道oneM2M的现有服务，那么步骤122可能更合适。

在步骤125处，当IoT数据被发送到AF 111时，消息可以包括来自AMS策略的相关信息。这非常适合非常简单的分析，诸如阈值或值检查。例如，如果IoT传感器提供温度值，那么可能建立AMS策略以生成“过热”确定，其中该确定可以基于数据来自哪个IoT传感器而有所不同。AMS还在该消息中发送策略ID，使得可以正确处理结果。注意方法1和方法2(步骤126)和方法3(步骤127)。

可以通过IoT SL 115和AF 111的能力来确定传达配置信息的方法之一的使用。能力可以指AF是否可以使用SL API(例如，协议)或者SL是否必须使用AF API(例如，协议)。

在步骤126处，当IoT数据被发送到AF 111时，AMS策略可以定义要发送什么数据。一些选项可能不适用于一些AF和IoT SL部署。AMS发送到AF的消息可以具有诸如要分析的IoT数据、AF配置、IoT SL ID或AMS事务ID等元素。要分析的IoT数据–这可以是其独立地被评估的单个传感器值，即阈值检查，或者它可以是AF在这个样本之前到来的数据历史的上下文中进行分析的单个传感器数据，例如时间序列数据，或者AMS可以在一个或多个消息中发送历史数据块，例如部分时间序列数据。AF配置–这可以被表示为AMS策略ID或来自AMS策略的AF属性。IoT SL ID–这在AF111支持多于一个IoT SL的情况下是存在的。如果AF 111仅支持一个IoT SL，那么可以忽略或省略该值。AMS事务ID-AMS 101生成并发送给AF 111的值。AF 111可以在响应中包括AMS事务ID(步骤128)。AMS事务ID地址通信可以是同步的和异步的，在异步情况下，需要ID，使得SL可以告诉该消息是指什么。

在步骤127处，当从AF 111向AMS 101发送结果时，来自AF111的消息可以具有诸如AF结果、AMS策略ID或AMS事务ID等数据元素。AF结果-这是AF执行的分析的输出。在一些情况下，AF可以将结果与原始数据组合在一起。结果的确切格式由IoT SL和AF实施例确定。AF还可以基于周期性调度或结果类型发送汇总结果。AMS策略ID–这用于确定如何处理结果。如果在SL和AF111之间使用同步通信，或者使用AMS事务ID确定该信息，那么可以消除该值。AMS事务ID-AMS 101生成并发送给AF 111的值。AF 111可以将其包括在响应中(步骤128)。

有两个条件可以触发将IoT SL数据发送到AF 111。首先是创建新的AMS策略时(参见图17)，其次是创建新的IoT SL数据时(参见图18)。策略或IoT SL数据的修改也是等效的触发器。在本文中，除非另有说明，否则在讨论正在创建的新数据时，假定包括术语修改(更新)。

图17图示了用于新的或更新的AMS策略的示例性方法。在步骤131处，AMS 101可以接收对创建或更新AMS策略的请求。在步骤132处，基于步骤131的请求，AMS 101可以确定所请求的AMS策略是用于连续数据模式还是周期性调度数据模式(或另一种数据模式)。在步骤133处，基于数据模式(例如，表1和表4中的属性)，更新或创建步骤131的所请求的AMS策略，并将更新或创建的AMS策略添加到每次创建新的IoT SL数据(连续)时或基于提供的调度(周期性调度)需要进行检查的AMS策略的注册表中。对于周期性调度数据模式，可以在步骤131的请求期间或基于来自授权设备(未示出)的后续消息来提供调度。在步骤134处，AMS101可以发现与IoT数据选择信息(在本文也称为标准或属性)匹配的现有SL数据(例如，IoT数据)，并且可以将如由数据表示信息(本文也称为标准或属性)指定的适当的数据表示发送到由这个AMS策略指定的AF 111。这个步骤134可以基于数据模式，诸如单发或样本的范围。

图18图示了用于新的IoT设备数据的示例性方法。在步骤141处，IoT SL 115从诸如传感器的SL实体接收新数据。在步骤142处，AMS 101基于将与新数据相关联的元信息与AMS策略的IoT数据选择属性进行比较来评估新数据以确定是否应将其发送给一个或多个AF。在步骤143处，如果AMS策略指示应将新数据发送给多个AF中的第一AF，那么AMS 101发送适当的数据表示。数据表示可以基于数据表示属性所指定的内容。新数据可以匹配多于一个AMS策略，在这种情况下，新数据被发送到每个匹配的AF 111。

继续参考图18，IoT SL实体可以创建与特定AMS策略相关联的新数据。如果新数据直接与AMS策略相关联，那么AMS 101可以将新数据直接发送到AF 111，而无需评估策略的IoT数据选择属性。如果AMS 101仅发送新数据的一部分，那么可能需要AMS 101维持原始数据，直到从AF 111返回响应为止。然后，AMS 101可以存储数据和AF提供的注释或者AMS 101可以移除新数据。如果结果被存储，那么IoT SL 115可以响应IoT实体该数据已创建；或者如果结果未被存储，那么可以响应OK，或者一旦AMS 101接收到AMS目标数据，就响应OK。

图19图示了AF 111结果的示例性AMS 101处理。AMS 101可以以可配置的方式存储从AF 111返回的结果，该方式允许指定存储的结构、数据的注释以更好地理解或发现语义、或者高效访问可能具有共同特性但来源不同的数据。对于表2中的以下描述，可以将以下消息从AF 111发送到AMS 101。第一个值可以表示被分析了的数据的标识符(例如，图像2(Image 2))，并且剩余的值可以表示被检测到的特性(例如，图像2，已识别和ID#2(Image2，Identified，and ID#2))。在一些数据中，未检测到任何特性(例如，图像5-图像8)。

表2

参考图19，在步骤151处，AMS 101接收消息，该消息可以包括来自AF 111的结果。AMS 101使用AMS策略ID确定第一AMS策略定义了对该结果的处理。如果结果是对AMS 101和AF 111之间的同步消息的响应，那么AMS策略是已知的。在步骤152处，AMS101基于第一AMS策略的结果位置属性来存储结果。在restful IoT SL中，这可以是结果的目标位置。在其它实现中，这可以是表或文档。一旦确定根位置，就可以将结果结构进一步指定为“固定”或“动态”。如果是固定，那么指定的根位置是所有结果可能位于的位置。如果是动态，那么指定的根位置将附加来自AF 111的结果中返回的信息。例如，如果图像识别AF通过以下方式提供结果：1)已识别/未识别-AF检查所有提供的图像。如果在图像中检测到人，那么它将尝试识别图像中的人；以及2)身份-如果AF识别出了图像，那么返回与该图像相关联的身份。在这种情况下，结果可以存储在图20所示的结构中，其中经分析的数据的副本由AMS 101存储在由检测到的特性确定的结构中。根是整个位置的所有其它部分的起点。在“动态”的情况下，最终存储位置可以是(使用文本中的示例)<root>/<identified>/<id>或|<root>/<unidentified>。

在步骤153处，AMS 101可以基于AMS策略的结果内容属性(诸如，注释、复制或链接)来确定如何存储来自AF 111的结果。步骤152描述“在哪里”存储结果。步骤153描述要存储“什么”。

关于注释，可以基于由AF 111提供的结果用注释来更新存储在IoT SL 115中的经分析的数据。例如，如果表2中的图像基于提供图像的相机而被存储在了结构中，那么所做的注释可能如图21所示。注释(诸如注释161或注释162)在图像右侧的文本中指示。

关于复制，数据保留在其原始位置中，并且可以基于AMS策略的结果位置属性存储数据的新拷贝。图20示出了使用动态结构的示例(未示出注释，但与图21所示相同)。固定结构的示例如图22所示。除了创建副本之外，仍然可以注释原始数据。

关于链接，数据可以保留在其原始位置中，并且可以基于AMS策略的结果位置属性而存储对数据的链接。这样做的好处是不复制数据，但仍具有在单个位置找到所有人的能力。图23中示出了示例。除了创建链接之外，仍然可以注释原始数据。

在步骤154处，AMS 101基于对访问每个单独的数据对象或资源的授权，使来自AF111的结果可动态访问。这允许使用单个AMS策略对多个数据源进行分析，同时仍然维持限制对适当实体的访问的能力。访问方法的一些示例如图24所示。

在这些请求中，假定只有“管理员”具有访问来自相机的原始数据的权限。当AMS101从AF 111接收到结果时，原始资源被用指示了分析结果的信息注释了，在这些示例中为“未识别”或“已识别”和“id#”。另外，当结果指示“已识别”时，链接的或复制存储方法向“已识别”的SL实体给予授权。

请求171：请求171由“管理员”做出，并且因此具有访问所有结果的权限。当请求的目标是附带有“/first”的AMS结果的根位置时，那么响应是该位置中的第一个数据元素。

请求172：当请求的目标是附带有“/next”的AMS结果的根位置下方的元素时，那么响应是该位置中目标之后的数据元素。

请求173-174：请求173由“Id#2”做出，并且请求174由“Id#4”做出。当请求的目标是附带有“/first”的AMS结果的根位置时，那么响应是该位置中请求者具有访问权限的第一个数据元素。因此，响应分别是AF结果174和AF结果172。

请求175：请求175由“Id#4”做出。当请求的目标是附带有“/next”的AMS结果的根位置下方的元素时，那么响应是该位置中请求者具有访问权限的在该目标之后的下一个数据元素。因此，响应为AF结果173。

请求176：请求176由“Id#4”做出。请求者通过AMS结果被给予了访问数据的授权，但没有被给予访问原始数据源的授权。因此，响应是权限被拒绝的错误。

AMS策略的“排序”属性可以指定原始资源的特定属性或元数据，以例如通过“数据创建时间”进行排序。排序将确定返回结果的顺序。还支持用于访问“前一个”和“最后一个”的方法。

下面公开关于oneM2M(oneM2M TS-0001oneM2M功能架构)示例的示例。在oneM2M架构内，AMS 201可以被实现为如图25所示的公共服务实体(CSE)的新的公共服务功能(CSF)。该新的CSF可以用于在oneM2M***中启用AMS 201支持。

在oneM2M示例中，AMS 201CSF可以支持分析功能资源。<AF>资源的属性可以对AE或CSE只读，并且可以使用诸如设备管理之类的带外机制被供给到AMS 201CSF中。<AF>资源可以支持如表3中定义的属性，这些属性是从本文公开的与AF配置属性相关联的AMS策略属性定义中选择的。

表3-<AF>资源属性

在oneM2M示例中，AMS 201CSF可以在<AMSPolicy>资源中维护特定的数据分析策略信息。<AMSPolicy>资源可以由AE或CSE创建、更新和删除。<AMSPolicy>资源可以支持如表4中定义的属性，这些属性基于本文定义的AMS策略属性。

表4-<AMSPolicy>资源属性

在oneM2M示例中，AMS CSF可以支持链接容器资源。<linkResource>资源的属性可以允许SL实体容易遍历来自多个不同来源的资源，从而给予对受限或特定数据的访问，而无需给予对所有数据的访问。例如，可以仅给予对特定<contentInstance>的访问，而不是对整个<container>和所有子资源的访问。<linkResource>的虚拟资源可以允许更灵活地导航容器的子资源。<linkResource>资源可以由AE或CSE创建、更新或删除。<linkResource>资源可以支持如在表5中定义的属性，这些属性可以基于本文定义的AMS访问方法(例如，图19)。<linkResource>可以是内容保持资源的子级，诸如<container>、<timeSeriesContainer>或<flexContainer>。该资源还可以用于使访问其它资源类型更高效，诸如允许将单个<subscription>用于多个“subscribed-to”资源。

表5-<linkResource>资源子资源和属性

分析管理服务GUI–样本应用为建筑物(诸如办公楼)提供安全监视服务。图26的左侧示出了可以用于填充AMS策略的下拉选择方框，而右侧示出了由于图像的授权属性而导致其中一个图像不可用的结果。该示例演示了使用来自位于所有“建筑物入口”处的相机的输入来显示“未识别”的人的期望结果。可能不允许该用户访问原始图像，但是当检测到“未识别”的人时，将向该用户授权查看图像。这个示例示出了两个“未识别”的人，检测到的其余人不可见。

在3GPP实施例中，AMS可以存在于5G核心网络功能(5GC NF)内，诸如AMF、SFM或UPF。它也可以与RAN一起存在。每个AMS实例可以用于确定哪些数据要被发送到NWDAF。可以在5GC内实例化AMS的位置如图27所示。虚线示出了5GC NF与NWDAF之间的连接。当然，AMS还可以具有图27中所示网络功能之外的网络功能，诸如UDM、AUSF、PCF等。

支持AMS功能的5GC网络功能可以公开AMS策略创建(AMSPolicyCreation)服务。另一个NF(例如，NWDAF)可以调用AMS策略创建服务以向5GC网络功能提供AMS策略(例如，表1中所示的策略)。例如，诸如AMF、SFM或UPF之类的5GC NF可以支持AMS策略创建服务。NWDAF可以调用该AMS策略创建服务为5GC NF提供描述应将哪些数据发送到NWDAF的策略。如本文中所描述的，IoT数据选择标准还可以包括NWDAF想要其信息的(一个或多个)UE或(一个或多个)UE的组的身份，或者NWDAF可以指示它想要与所有UE或某些类型的UE或仅漫游或非漫游UE相关的信息。IoT数据选择标准中的数据类型可以指示NWDAF期望关于移动性事件(注册更新、配置更新等)、会话事件(例如，服务请求、PDU会话请求等)、配置了哪些节电模式、配置了哪些通信模式等的信息。当NWDAF调用该服务时，它还可以指示应将数据发送到何处(例如，NWDAF中的特定RESTful资源)。注意的是，AMS策略创建可以由其它NF的，诸如PCF或由向网络管理员公开了管理GUI的应用功能来调用。

当5GC NF(例如，SMF、AMF或UPF)检测到与调用AMS策略创建时提供的策略中指示的标准匹配的事件或数据时，5GC NF可以采取动作来存储结果。如何存储结果取决于AMS策略中指示的结果存储首选项(例如，结果位置、结果内容或结果可访问性)。AMS策略可以指示结果应存储在何处，以及5GC NF是否应提供结果或指向结果的链接。策略还可以指示5GCNF应该多久向AMS策略创建调用者报告更新的结果(例如，在将数据提供给AMS策略创建调用者之前聚合数据多长时间)。

支持AMS功能的5GC网络功能可以公开基于AMS分析的配置(AMSAnalyticsBasedConfiguration)服务。另一个NF(例如，NWDAF)可以调用基于AMS分析的配置服务以基于作为利用5GC NF和其它5GC NF调用AMS策略创建服务的结果而获得的数据来向5GC NF提供更新的配置信息。基于AMS分析的配置可以是基于NF类型的专门服务。表6示出了基于分析信息可以如何配置各种网络功能的示例。

表6.NWDAF可以如何配置5GC网络功能的示例。

图28示出了例如在5GC中如何可以进行5GC NF 202和NWDAF 203之间的通信以实现本文描述的功能(例如，图16、图19或图20)。图28的过程提供了3GPP 5GC分析功能(例如，NWDAF 203)如何可以与5GC网络功能202通信的示例。在步骤221处，如果5GC NF 202和NWDAF 203没有被预先配置为知道彼此通信，那么5GC NF 202可以使用NRF来发现NWDAF203，或者NWDAF 203可以使用NRF来发现5GC NF 202。在步骤222中，NWDAF可以与5GC NF建立连接(反之亦然)。

继续参考图28，在步骤223中，NWDAF 203可以调用5G NF202的AMS策略创建服务，以用数据分析收集策略来配置5GC NF202，如本文所描述的。在步骤224中，5GC NF 202可以基于在步骤223中配置的策略将数据发送到NWDAF 203。在图28的该示例中，5GC NF 202可以将收集的数据推送到NWDAF 203，但是如本文所述，可以使用其它通信模型将数据从5GCNF 202发送到NWDAF203(例如，NWDAF 203可以向5GC NF 202做出请求以检索数据，如图24所示)。在步骤225中，NWDAF 203可以基于已经从5GC NF 202和其它5GC NF收集的数据来调用基于AMS分析的配置服务来配置5GC NF 202。

表7包括缩写，表8包括术语的示例性定义。

表7缩写

表8定义

在不以任何方式不当地限制本文中出现的权利要求的范围、解释或应用的情况下，本文公开的一个或多个示例的技术效果是提供对分析处理的使用或管理的调整。本文公开的方法、***和装置可以使服务层(SL)能够支持对IoT数据进行的分析(与常规的***相比，效率更高)，并且可以使得对由该分析生成的信息能够进行共享访问。本文描述的分析管理服务可以允许SL实体为许多不同的IoT数据源来配置分析功能，并且以可自定义的方式组织结果，该方式可以允许更容易的访问和更精细的授权。

图29图示了可以基于本文讨论的方法和***生成的示例性显示(例如，图形用户界面)。显示界面901(例如，触摸屏显示器)可以在方框902中提供与IoT数据的分析相关联的文本，诸如表1至表8的参数。在另一个示例中，可以在方框902中显示本文讨论的任何步骤的进度(例如，发送的消息或步骤的成功)。另外，图形输出903可以显示在显示界面901上。图形输出903可以是设备(例如，IoT设备120)的拓扑，本文讨论的任何方法或***的进度的图形输出等。

图30A是示例机器对机器(M2M)、物联网(IoT)或物联网(WoT)通信***10的图，其中可以实现与启用IoT数据的分析相关联的一个或多个公开的概念(例如，图13-图29和随附的讨论)。一般而言，M2M技术为IoT/WoT提供构建块，并且任何M2M设备、M2M网关或M2M服务平台都可以是IoT/WoT以及IoT/WoT服务层等的组件。

如图30A所示，M2M/IoT/WoT通信***10包括通信网络12。通信网络12可以是固定网络(例如，以太网、光纤、ISDN、PLC等)或无线网络(例如，WLAN、蜂窝等)或者异构网络的网络。例如，通信网络12可以包括向多个用户提供诸如语音、数据、视频、消息传递、广播等内容的多个接入网络。例如，通信网络12可以采用一种或多种信道接入方法，诸如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)等。另外，通信网络12可以包括其它网络，例如诸如核心网络、互联网、传感器网络、工业控制网络、个人区域网络、融合个人网络、卫星网络、家庭网络或企业网络。

如图30A所示，M2M/IoT/WoT通信***10可以包括基础设施域和现场域。基础设施域是指端到端M2M部署的网络侧，并且现场域是指通常在M2M网关后面的区域网络。现场域包括M2M网关14和终端设备18。将认识到的是，根据期望，任何数量的M2M网关设备14和M2M终端设备18可以包括在M2M/IoT/WoT通信***10中。M2M网关设备14和M2M终端设备18中的每一个被配置为经由通信网络12或直接无线电链路发送和接收信号。M2M网关设备14允许无线M2M设备(例如，蜂窝和非蜂窝)以及固定网络M2M设备(例如，PLC)或者通过诸如通信网络12之类的运营商网络或者通过直接无线电链路进行通信。例如，M2M设备18可以经由通信网络12或直接无线电链路收集数据并向M2M应用20或M2M设备18发送数据。M2M设备18还可以从M2M应用20或M2M设备18接收数据。另外，数据和信号可以经由M2M服务层22被发送到M2M应用20和从M2M应用20接收，如下所述。M2M设备18和网关14可以经由各种网络进行通信，包括蜂窝、WLAN、WPAN(例如，Zigbee、6LoWPAN、蓝牙)、直接无线电链路和有线线路。

参考图30B，所示的现场域中的M2M服务层22(例如，如本文描述的IoT SL 115)为M2M应用20(例如，IoT设备120)、M2M网关设备14和M2M终端设备18以及通信网络12提供服务。将理解的是，M2M服务层22可以根据期望与任何数量的M2M应用、M2M网关设备14、M2M终端设备18和通信网络12通信。M2M服务层22可以由一个或多个服务器、计算机等实现。M2M服务层22提供应用于M2M终端设备18、M2M网关设备14和M2M应用20的服务能力。M2M服务层22的功能可以以各种方式实现，例如作为web服务器、在蜂窝核心网络中、在云中等等。

类似于所示的M2M服务层22，在基础设施域中存在M2M服务层22'。M2M服务层22'为基础设施域中的M2M应用20'和底层通信网络12'提供服务。M2M服务层22'还为现场域中的M2M网关设备14和M2M终端设备18提供服务。将理解的是，M2M服务层22'可以与任何数量的M2M应用、M2M网关设备和M2M终端设备通信。M2M服务层22'可以与不同服务提供商的服务层交互。M2M服务层22'可以由一个或多个服务器、计算机、虚拟机(例如，云/计算/存储装置场等)等实现。

还参考图30B，M2M服务层22和22'提供不同应用和垂直领域(verticals)可以充分利用的核心服务递送能力集。这些服务功能使M2M应用20和20'能够与设备交互并执行诸如数据收集、数据分析、设备管理、安全性、计费、服务/设备发现等功能。基本上，这些服务能力免除了应用实现这些功能的负担，从而简化了应用开发并减少了成本和上市时间。服务层22和22'还使M2M应用20和20'能够通过各种网络12和12'与服务层22和22'提供的服务相关地进行通信。

在一些示例中，如本文所公开的，M2M应用20和20'可以包括使用启用IoT数据的分析进行通信的期望应用。M2M应用20和20'可以包括各种行业中的应用，诸如但不限于运输、健康和保健、联网家庭、能源管理、资产跟踪以及安全性和监控。如上面所提到的，在***的设备、网关和其它服务器之间运行的M2M服务层支持诸如例如数据收集、设备管理、安全性、计费、位置跟踪/地理围栏、设备/服务发现以及遗留***集成之类的功能，并将这些功能作为服务提供给M2M应用20和20'。

本申请的启用IoT数据的分析可以被实现为服务层的一部分。服务层是中间件层，其通过应用编程接口(API)和底层网络接口的集合支持增值服务功能。M2M实体(例如，诸如设备、网关或在硬件上实现的服务/平台之类的M2M功能实体)可以提供应用或服务。ETSIM2M和oneM2M都使用服务层，该服务层可以包括本申请的启用IoT数据的分析。oneM2M服务层支持公共服务功能(CSF)(即服务能力)的集合。一个或多个特定类型的CSF的集合的实例化被称为公共服务实体(CSE)，其可以托管在不同类型的网络节点(例如，基础设施节点、中间节点、特定于应用的节点)上。此外，本申请的启用IoT数据的分析可以被实现为M2M网络的一部分，该M2M网络使用面向服务的架构(SOA)或面向资源的架构(ROA)来访问诸如本申请的启用IoT数据的分析之类的服务。

如本文所公开的，服务层可以是网络服务架构内的功能层。服务层通常位于应用协议层(诸如HTTP、CoAP或MQTT)之上，并为客户端应用提供增值服务。服务层还提供到位于较低资源层(诸如例如控制层和运输/接入层)的核心网络的接口。服务层支持多种类别的(服务)能力或功能，包括服务定义、服务运行时启用、策略管理、访问控制和服务聚类。最近，若干行业标准组织(例如，oneM2M)一直在开发M2M服务层，以解决与M2M类型的设备和应用集成到诸如互联网/web、蜂窝、企业和家庭网络的部署中相关联的挑战。M2M服务层可以为各种设备提供对由服务层支持的上面提到的能力或功能集合的访问，服务层可以被称为CSE或SCL。一些示例包括但不限于安全性、收费、数据管理、设备管理、发现、供应以及连接性管理，这些可以被各种应用共同使用。这些能力或功能经由使用由M2M服务层定义的消息格式、资源结构和资源表示的API使这些各种应用可用。CSE或SCL是可以由硬件或软件实现的功能实体，并且提供暴露于各种应用或设备的(服务)能力或功能(即，这些功能实体之间的功能接口)，以便它们使用这样的能力或功能。

图30C是示例M2M设备30的***图，诸如例如M2M终端设备18(其可以包括IoT设备120)或M2M网关设备14(其可以包括图16中的一个或多个组件)。如图30C中所示，M2M设备30可以包括处理器32、收发器34、传输/接收元件36、扬声器/麦克风38、小键盘40、显示器/触摸板42、不可移动存储器44、可移动存储器46、电源48、全球定位***(GPS)芯片组50以及其它***设备52。将认识到的是，M2M设备30可以包括前述元件的任何子组合，同时保持与所公开的主题一致。M2M设备30(例如，IoT设备120、IoT服务器116等)可以是执行所公开的用于启用IoT数据的分析的***和方法的示例性实现。

处理器32可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其它类型的集成电路(IC)、状态机等。处理器32可以执行信号编码、数据处理、功率控制、输入/输出处理，或使M2M设备30能够在无线环境中操作的任何其它功能。处理器32可以与收发器34耦合，收发器34可以与传输/接收元件36耦合。虽然图30C将处理器32和收发器34描绘为分开的组件，但是将认识到的是，处理器32和收发器34可以在电子包装或芯片中集成在一起。处理器32可以执行应用层程序(例如，浏览器)或无线电接入层(RAN)程序或通信。例如，处理器32可以执行安全性操作，诸如认证、安全密钥协商或加密操作，诸如在接入层或应用层处。

传输/接收元件36可以被配置为向M2M服务平台22传输信号或从M2M服务平台22接收信号。例如，传输/接收元件36可以是被配置为传输或接收RF信号的天线。传输/接收元件36可以支持各种网络和空中接口，诸如WLAN、WPAN、蜂窝等。在示例中，传输/接收元件36可以是被配置为例如传输或接收IR、UV或可见光信号的发射器/检测器。在又一个示例中，传输/接收元件36可以被配置为传输和接收RF和光信号两者。将认识到的是，传输/接收元件36可以被配置为传输或接收无线或有线信号的任意组合。

此外，虽然传输/接收元件36在图30C中被描绘为单个元件，但是M2M设备30可以包括任何数量的传输/接收元件36。更具体而言，M2M设备30可以采用MIMO技术。因此，在示例中，M2M设备30可以包括用于传输和接收无线信号的两个或更多个传输/接收元件36(例如，多个天线)。

收发器34可以被配置为调制将由传输/接收元件36传输的信号并且解调由传输/接收元件36接收的信号。如上所述，M2M设备30可以具有多模式能力。因此，例如，收发器34可以包括多个收发器，用于使M2M设备30能够经由多个RAT(诸如UTRA和IEEE802.11)进行通信。

处理器32可以从任何类型的合适存储器(诸如不可移动存储器44或可移动存储器46)访问信息，并将数据存储在其中。不可移动存储器44可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘，或任何其它类型的存储器存储设备。可移动存储器46可以包括订户身份模块(SIM)卡、记忆棒、安全数字(SD)存储卡等。在其它示例中，处理器32可以从没有物理地位于M2M设备30上(诸如在服务器或家用计算机上)的存储器访问信息，并将数据存储在其中。处理器32可以被配置为响应于本文描述的一些示例中的启用IoT数据的分析是成功还是失败(例如，路由到AF或选择AF等)来控制显示器或指示器42上的照明图案、图像或颜色，或以其它方式指示启用IoT数据的分析和相关联组件的状态。显示器或指示器42上的控制照明图案、图像或颜色可以反映本文图示或讨论的图(例如，图13-图28等)中的任何方法流程或组件的状态。本文公开了启用IoT数据的分析的消息和过程。可以扩展这些消息和过程以提供接口/API，以供用户经由输入源(例如，扬声器/麦克风38、小键盘40或显示器/触摸板42)请求与分析相关的信息。在另外的示例中，除了可以显示在显示器42上的其它内容之外，尤其可以存在分析信息的请求、配置或查询。

处理器32可以从电源48接收电力，并且可以被配置为向M2M设备30中的其它组件分配或控制电力。电源48可以是用于为M2M设备30供电的任何合适的设备。例如，电源48可以包括一个或多个干电池(例如，镍镉(NiCd)、镍-锌(NiZn)、镍金属氢化物(NiMH)、锂离子(Li离子)等)、太阳能电池、燃料电池等。

处理器32还可以与GPS芯片组50耦合，GPS芯片组50被配置为提供关于M2M设备30的当前位置的位置信息(例如，经度和纬度)。将认识到的是，M2M设备30可以通过任何合适的位置确定方法获取位置信息，同时保持与本文公开的信息一致。

处理器32还可以与其它***设备52耦合，***设备52可以包括提供附加特征、功能或者有线或无线连接性的一个或多个软件或硬件模块。例如，***设备52可以包括各种传感器，诸如加速度计、生物测定(例如，指纹)传感器、电子罗盘、卫星收发器、传感器、数码相机(用于照片或视频)、通用串行总线(USB)端口或其它互连接口、振动设备、电视收发器、免提耳机、

模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、互联网浏览器等等。

传输/接收元件36可以在其它装置或设备中实施，诸如传感器、消费者电子产品、可穿戴设备(诸如智能手表或智能服装)、医疗或电子健康设备、机器人、工业装备、无人机、交通工具(诸如小汽车、卡车、火车或飞机)。传输/接收元件36可以经由一个或多个互连接口(诸如可以包括***设备52之一的互连接口)连接到这种装置或设备的其它组件、模块或***。

图30D是示例性计算***90的框图，可以在其上实现例如图30A和图30B的M2M服务平台22。计算***90(例如，M2M终端设备18或M2M网关设备14)可以包括计算机或服务器，并且可以主要由计算机可读指令通过存储或访问这些指令的任何手段来控制。这种计算机可读指令可以在中央处理单元(CPU)91内执行，以使计算***90工作。在许多已知的工作站、服务器和个人计算机中，中央处理单元91由称为微处理器的单芯片CPU实现。在其它机器中，中央处理单元91可以包括多个处理器。协处理器81是与主CPU 91不同的可选处理器，其执行附加功能或辅助CPU 91。CPU 91或协处理器81可以接收、生成和处理与所公开的用于启用IoT数据的分析的***和方法相关的数据，诸如接收与分析相关的路由或选择消息。

在操作中，CPU 91取出、解码并执行指令，并经由计算机的主数据传输路径，***总线80，向其它资源传送信息和从其它资源传送信息。这种***总线连接计算***90中的组件并定义用于数据交换的介质。***总线80通常包括用于发送数据的数据线、用于发送地址的地址线，以及用于发送中断和用于操作***总线的控制线。这种***总线80的示例是PCI(***组件互连)总线。

与***总线80耦合的存储器设备包括随机存取存储器(RAM)82和只读存储器(ROM)93。这种存储器包括允许存储和检索信息的电路***。ROM 93一般包括不能被容易地修改的存储数据。存储在RAM 82中的数据可以由CPU 91或其它硬件设备读取或改变。对RAM82或ROM 93的访问可以由存储器控制器92控制。存储器控制器92可以提供地址翻译功能，该地址翻译功能在执行指令时将虚拟地址翻译成物理地址。存储器控制器92还可以提供存储器保护功能，该存储器保护功能隔离***内的进程并将***进程与用户进程隔离。因此，以第一模式运行的程序只能访问由其自己的进程虚拟地址空间映射的存储器；除非已设置进程之间的存储器共享，否则它无法访问另一个进程的虚拟地址空间内的存储器。

此外，计算***90可以包括***设备控制器83，其负责将来自CPU 91的指令传送到***设备，诸如打印机94、键盘84、鼠标95和磁盘驱动器85。

由显示器控制器96控制的显示器86用于显示由计算***90生成的视觉输出。这种视觉输出可以包括文本、图形、动画图形和视频。显示器86可以用基于CRT的视频显示器、基于LCD的平板显示器、基于气体等离子体的平板显示器或触摸面板来实现。显示器控制器96包括生成发送到显示器86的视频信号所需的电子组件。

另外，计算***90可以包括网络适配器97，其可以用于将计算***90连接到外部通信网络，诸如图30A和图30B的网络12。

应该理解的是，本文描述的任何或所有***、方法和处理都可以以存储在计算机可读存储介质上的计算机可执行指令(即，程序代码)的形式实施，当指令由机器(诸如计算机、服务器、M2M终端设备、M2M网关设备等)执行时，执行或实现本文描述的***、方法和处理。具体而言，上述任何步骤、操作或功能可以以这种计算机可执行指令的形式实现。计算机可读存储介质包括以用于存储信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质，但是这种计算机可读存储介质本身不包括信号。如从本文的描述中可以明显看出的，存储介质应当被解释为法定主题。计算机可读存储介质包括RAM、ROM、EEPROM、闪存或其它存储技术，CD-ROM、数字通用盘(DVD)或其它光盘存储器，磁带盒、磁带、磁盘存储装置或其它磁存储设备，或者任何其它可以用于存储期望信息并可以由计算机访问的物理介质。计算机可读存储介质可以具有存储在其上的计算机程序，该计算机程序可以可加载到数据处理单元中并适于在计算机程序由数据处理单元运行时使数据处理单元执行与启用IoT数据的分析操作相关联的方法步骤。

在如图所示描述本公开的主题(启用IoT数据的分析)的优选方法、***或装置时，为了清楚起见，采用具体术语。但是，所要求保护的主题并不旨在限于如此选择的具体术语，并且应当理解的是，每个具体元件包括以类似方式操作以实现类似目的的所有技术等同物。

本文描述的各种技术可以结合硬件、固件、软件或者在适当的情况下其组合来实现。这种硬件、固件和软件可以驻留在位于通信网络的各个节点处的装置中。装置可以单独操作或彼此组合操作，以实现本文所描述的方法。如本文所使用的，术语“装置”、“网络装置”、“节点”、“设备”、“网络节点”等可以互换使用。此外，除非本文另外提供，否则词“或”的使用一般被包含性地使用。

本书面描述使用示例来公开本发明，包括最佳模式，并且还使本领域的任何技术人员能够实践本发明，包括制造和使用任何设备或***以及执行任何结合的方法。本发明的可专利范围由权利要求限定，并且可以包括本领域技术人员想到的其它示例(例如，在本文公开的示例性方法之间跳过步骤、组合步骤或添加步骤)。如果这些其它示例具有与权利要求的字面语言没有不同的结构元件，或者如果它们包括与权利要求的字面语言无实质差别的等效结构元件，那么这些其它示例意图在权利要求的范围内。

本文公开了一种新的分析管理服务(AMS)，其可以协调对来自多个独立源的IoT数据进行的分析以及组织该分析的结果。如本文描述的方法、***和装置尤其可以启用对IoT数据的分析。一种方法、***、计算机可读存储介质或装置具有用于获得包括来自AF的结果的消息的部件；基于该消息，AMS可以基于第一AMS策略的结果位置属性来存储结果；并且基于存储的结果，然后可以存在用于存储的特定注释、复制或链接。一种方法、***、计算机可读存储介质或装置具有用于接收对创建分析管理服务(AMS)策略的请求的部件，其中AMS策略包括对物联网(IoT)数据选择标准的指示；基于该请求，确定在创建AMS策略时用于AMS策略的数据模式；基于数据模式创建AMS策略，其中基于数据模式检查AMS策略；并将AMS策略添加到AMS策略的注册表。该方法、***和装置可以具有用于发现与IoT数据选择标准匹配的现有服务层数据的部件。IoT数据选择标准可以包括用户装备的身份。该方法、***和装置可以具有用于基于数据表示信息将发现的服务层数据发送到AF的部件。基于数据模式是周期性调度数据模式，可以检查AMS策略，其中该检查可以基于请求中提供的调度。基于数据模式是连续数据模式，每次创建新的IoT服务层数据时，可以检查AMS策略。可以发现与用户装备的身份匹配的现有服务层数据。发现的SL数据可以用于进一步处理(例如，图17-图19的步骤)。AMS策略可以包括对分析功能配置等的指示(例如，表1-表6)。可以设想，除了数据模式之外或代替数据模式，可以使用表1的其它信息(单独或组合)来确定如何或是否更新或创建AMS策略或将AMS策略添加到可以有助于更有效处理的其它AMS策略的特定组中。一种方法、***、计算机可读存储介质或装置具有用于接收对创建分析管理服务(AMS)策略的请求的部件，其中该AMS策略包括IoT数据选择标准(其可以定义如何选择适当的数据源)、分析功能配置(其可以定义哪些AF要被使用以及将哪些数据发送到这些AF)，或者结果存储(其可以定义如何或在哪里存储分析结果)；基于请求，创建AMS策略；并将创建的AMS策略添加到AMS策略的注册表。一种方法、***、计算机可读存储介质或装置具有用于接收新数据的部件；基于接收到的新数据，检查应用了哪个AMS策略；并且基于应用的AMS策略，根据应用的AMS策略中的指令将数据发送到适当的AF进行分析并存储分析结果。一种方法、***、计算机可读存储介质或装置具有用于接收数据(例如，通过装置)的部件；响应于接收到数据，确定要应用哪些AMS策略；确定应将AMS策略的第一AMS策略应用于处理数据；基于第一AMS策略，将数据发送到分析功能(例如，用于分析处理)，其中分析功能产生分析结果；并根据第一AMS策略存储分析结果。可以以与具体实施方式的其它部分一致的方式来设想这一段落中的所有组合(包括步骤的去除或添加)。

Claims (15)

1.一种装置，包括：

处理器；以及

与所述处理器耦合的存储器，所述存储器包括可执行指令，所述可执行指令在由所述处理器执行时使所述处理器实现包括以下的操作：

接收对创建分析管理服务AMS策略的请求；

基于所述请求，创建AMS策略，其中AMS策略包括对物联网IoT数据选择标准的指示；以及

将AMS策略添加到AMS策略的注册表中。

2.如权利要求1所述的装置，其中AMS策略包括分析功能配置。

3.如权利要求1所述的装置，其中AMS策略包括对如何存储来自分析功能的数据的指示。

4.如权利要求1所述的装置，其中所述IoT数据选择标准包括用户装备的身份。

5.如权利要求1所述的装置，所述操作还包括：

在创建AMS策略时为AMS策略确定数据模式，其中所述数据模式用于连续数据模式；以及

基于所述数据模式为连续数据模式，每次创建IoT服务层数据时检查AMS策略。

6.如权利要求1所述的装置，所述操作还包括：

在创建AMS策略时为AMS策略确定数据模式，其中所述数据模式用于周期性调度数据模式；以及

基于所述数据模式为周期性调度数据模式，基于所述请求中提供的调度检查AMS策略。

7.如权利要求1所述的装置，所述操作还包括：

发现与所述IoT数据选择标准匹配的现有服务层数据；以及

基于数据表示信息，将发现的服务层数据发送到分析功能。

8.如权利要求1所述的装置，所述操作还包括：

接收数据；

响应于接收到所述数据，确定要应用哪些AMS策略；

确定所述AMS策略应用于处理所述数据；

基于确定所述AMS策略应用，将所述数据发送到分析功能以进行分析，其中所述分析功能产生分析结果；以及

根据所述AMS策略存储所述分析结果。

9.一种方法，包括：

接收对创建分析管理服务AMS策略的请求；

基于所述请求，创建AMS策略，其中AMS策略包括对物联网IoT数据选择标准的指示；以及

将AMS策略添加到AMS策略的注册表中。

10.如权利要求9所述的方法，其中AMS策略包括对分析功能的配置的指示。

11.如权利要求9所述的方法，其中AMS策略包括如何存储来自分析功能的数据。

12.如权利要求9所述的方法，其中所述IoT数据选择标准包括用户装备的身份。

13.如权利要求9所述的方法，还包括：

在创建AMS策略时为AMS策略确定数据模式，其中所述数据模式用于连续数据模式；以及

基于所述数据模式为连续数据模式，每次创建IoT服务层数据时检查AMS策略。

14.如权利要求9所述的方法，还包括：

发现与所述IoT数据选择标准匹配的现有服务层数据；以及

基于数据表示信息，将发现的服务层数据发送到分析功能。

15.一种其上存储有计算机程序的计算机可读存储介质，所述计算机程序能加载到数据处理单元中并且适于当所述计算机程序被数据处理单元运行时使所述数据处理单元执行如权利要求9至14中的任一项所述的方法步骤。

Images