CN107430512A - 管理机器对机器系统中的应用关系 - Google Patents

Abstract

可以在服务层处分类和管理应用关系，诸如创建应用关系、更新应用关系、检索应用关系、删除应用关系、或发现应用关系。服务可以基于应用关系感知。

Description

管理机器对机器系统中的应用关系

相关申请的交叉引用

本申请要求2014年10月31日提交的，名为“MANAGING APPLICATIONRELATIONSHIPS IN MACHINE-TO-MACHINE SYSTEMS(管理机器对机器系统中的应用关系)”的U.S.临时专利申请No.62/073,582的优先权，其全部内容通过引用并入于此。

背景技术

oneM2M功能架构基线(oneM2M-TS-0001-V-2014-08，其通过引用并入于此)规定能易于被嵌入各种硬件和软件内以支持不同机器对机器(M2M)应用(诸如连接的汽车或智能健康等)的公共服务层(CSL)。作为CSL的oneM2M定义公共服务功能(CSF)(例如注册CSF)的集合。一种或多种特定类型的CSF的集合的实例化被称为能在不同类型的网络节点(例如基础设施节点、中间节点或专用节点)上托管的公共服务实体(CSE)。

图1图示oneM2M功能架构。应用实体(AE)101或AE 103指的是可以分别驻留在基础设施域107或场域105中的不同M2M应用。根据oneM2M-TS-0011-Definitions andAcronymes(定义和缩略词)-V0.7.0，场域107“由M2M设备、M2M网关、感测和致动(S&A)设备和M2M区域网组成”，而基础设施域105“由应用基础设施和M2M服务基础设施组成”。AE 101能经由Mca接口108，访问和利用CSE 109中的CSF。此外，CSE 109提供一套CSF以及CSE 109能经由Mcc接口110与另一CSE 111通信。CSE 109还能经由Mcn接口112，利用来自底层网络的网络服务实体(NSE)113。

根据oneM2M功能架构基线，oneM2M参考点包括Mca 108、Mcc 110、Mcc'114和Mcn112。Mca参考点108(也被称为Mca接口)指定AE(例如AE 101)和CSE(例如CSE 109)之间的通信流。Mca参考点108允许AE 101使用由CSE 109提供的服务，以及CSE 109与AE 101通信。Mcc参考点110指定两个CSE(例如CSE 109和CSE 111)之间的通信流。Mcc参考点110允许CSE109使用CSE 111的服务以便提供所需功能性。经由Mcc参考点110提供的服务依赖于由CSE109和CSE 111支持的功能性。

Mcc'参考点114指定oneM2M兼容并且驻留在不同M2M SP域中的基础设施节点中的两个CSE之间的通信流。因此，允许驻留在M2M服务提供商的网络域中的基础设施节点105的CSE 111与驻留在另一M2M服务提供商115的网络域中的另一基础设施节点(未示出)的CSE通信以使用其服务，且反之亦然。Mcn参考点112指定CSE 109和底层NSE 113之间的通信流。Mcn参考点112允许CSE 109使用由底层NSE 113提供的服务(除了传输和连接性服务)以便提供所需功能性。

在包括注册(REG)CSF、应用和服务层管理(ASM)CSF、设备管理(DM)CSF、数据管理和储存库(DMR)CSF、通信和消息递送处理(CMDH)CSF、服务计费和记账(SCA)CSF等的oneM2M功能架构基线中的CSE 109或CSE 111内定义若干公共服务功能(CSF)。例如，CSE(例如M2M服务层实体)提供REG CSF，使得AE能首先将其本身向CSE注册，以便利用由CSE提供的其它CSF。该架构允许多个AE独立地向同一CSE注册。在注册成功后，CSE对每一AE创建单独的资源(例如<application>资源)。常规的M2M功能架构基线缺少支持不同应用之间的关系的功能。

发明内容

常规的oneM2M架构支持不同M2M应用(例如AE)之间的资源访问和消息交换。该架构允许多个AE向同一CSE注册，但每一AE向CSE独立地执行应用注册。常规的M2M/IoT服务层(例如oneM2M功能架构基线，oneM2M-TS-0001-V-2014-08)缺少有效地支持和利用不同应用之间的关系的功能。本文公开了如何利用M2M或IoT服务层中的应用关系(例如父/子)。

本文公开了作为服务层处的公共服务的应用关系分类和应用关系管理，诸如创建应用关系、更新应用关系、检索应用关系、删除应用关系或发现应用关系。服务可以基于应用关系认识。

提供该发明内容以简化的方式介绍在下文的具体实施方式中进一步描述的原理的选择。该发明内容不旨在识别所要求的主题的关键特征或必要特征，也不旨在用来限制所要求主题的范围。此外，所要求的主题不限于解决在本公开的任一部分中提到的任一或所有优点的局限。

附图说明

图1图示示例性oneM2M功能架构。

图2图示示例性健身房用例。

图3图示示例性环境监视用例。

图4A图示示例性父/子应用关系。

图4B图示示例性整合/输入应用关系。

图5A图示示例性应用关系记录资源。

图5B图示示例性应用关系记录资源。

图6图示用于创建应用关系的示例性方法。

图7图示示例性父/子应用关系创建。

图8图示用于在现有注册的应用中检索应用关系的示例性方法。

图9图示用于更新在现有注册的应用中的应用关系的示例性方法。

图10图示用于删除在现有注册的应用中的应用关系的示例性方法。

图11图示用于发现在现有注册的应用中的应用关系的示例性方法。

图12图示示例性父/子应用注册过程。

图13图示示例性父/子应用注册过程。

图14图示用于整合/输入应用注册的示例性方法。

图15图示用于父/子应用注销的示例性方法。

图16图示用于整合/输入应用注销的示例性方法。

图17图示用于父/子应用宣告的示例性方法。

图18图示用于关系已知的父/子应用软件管理的示例性方法。

图19图示用于关系已知的整合/输入应用软件管理的示例性方法。

图20图示用于关系已知的应用发现的示例性方法。

图21图示用于应用关系的订阅和通知的示例性方法。

图22图示作为CSF的应用关系管理(ARM)。

图23图示<appRelationRecord>资源结构。

图24图示<application>资源的结构。

图25图示<application>资源的结构。

图26图示示例性图形用户界面。

图27A是其中可实现一个或多个公开的示例的示例机器对机器(M2M)或物联网(IoT)通信系统的系统图。

图27B是在图27A中所示的M2M/IoT通信系统内可使用的示例架构的系统图。

图27C是在图27A中所示的通信系统内可使用的示例M2M/IoT终端或网关设备的系统图。

图27D是其中可体现图27A的通信系统的各方面的示例计算系统的框图。

具体实施方式

常规oneM2M架构关注于定义各个CSF，包括它们的基本功能性以及应该如何实现和由其它CSE或AE利用它们。常规的oneM2M架构还支持不同M2M应用(例如AE)之间的资源访问和消息交换。该架构允许多个AE向同一CSE注册，但每一AE独立地向CSE执行应用注册。常规的M2M/IoT服务层(例如oneM2M功能架构基线，oneM2M-TS-0001-V-2014-08)缺少有效地支持和利用不同应用之间的关系的功能。本文公开了如何利用M2M或IoT服务层(在下文中，“M2M服务层”)中的应用关系(例如父/子)。

M2M用例可以包括智能交通、智能家居、智能健康、智能电网、智能城市等。每一用例可以在基础设施域(例如M2M应用服务器中)和场域(例如M2M设备中)两者处均生成多个相关应用。那些M2M应用不完全彼此独立，即使对来自不同垂直域的应用。下述所述的健身房用例和环境监视用例证实关系可以存在于不同M2M应用之间。

图2图示客户的移动设备上存在的三个应用的健身房用例，其中可以存在父/子关系。AE 134是移动设备132和平板电脑137(例如教练)之间的训练应用。AE 133是移动设备132和跑步机136之间的跑步机应用。AE 135是移动设备132和自行车138之间的自行车应用。AE 133、AE 134和AE 135均将其自身注册到健身房网关131(例如oneM2M CSE)。AE 134被用来从平板电脑137访问训练状况。然后，客户使用AE 133或AE 135与在如由AE 134提供的训练程序中指定的设备(例如跑步机136和自行车138)交互。例如，客户能经由AE 133，发送动态地降速或提速跑步机136的命令。在该示例中，AE 134可以被视为父应用，其向AE133和AE 135提供信息(例如训练程序)。AE 133和AE 135可以被看作子应用并且两者均可以将训练结果作为反馈提供给AE 134。此外，AE 134有权访问控制或甚至覆盖AE 133或AE135的操作。

图3图示包括整合(composition)/输入关系的示例的环境监视的用例。在图3中，在物理区域141中设置几种传感器(例如，湿度传感器145、烟雾传感器142、温度传感器144和风传感器143)。传感器可以位于具有不同密度的不同位置中。每一传感器作为传感器应用向M2M网关149注册其自身。可以通过M2M网关149从互联网访问传感器。

继续参考图3，在一种部署中，M2M网关149可以为不同目的安装两个网关应用(例如AE 147和AE 148)，但两者可以均依赖于传感器应用。例如，对天气预测，AE 147可以利用湿度传感器145的湿度传感器应用和温度传感器144的温度传感器应用的组合。同时，对火灾预测，AE 148可以利用温度传感器144的温度传感器应用、烟雾传感器142的烟雾传感器应用和风传感器143的风传感器应用。传感器应用是网关应用(综合应用)所依赖于以用于生成输出的输入。可以由来自互联网的其它网络应用利用单个传感器应用。

常规的M2M服务层(例如oneM2M功能架构基线，oneM2M-TS-0001-V-2014-08)缺少有利地支持和利用不同应用之间的关系的功能。在常规oneM2M中，M2M应用(例如AE)独立地经由Mca接口仅注册到服务平台(例如CSE)，并且经由Mca或Mca/Mcc/Mca接口的组合与其它M2M应用通信。在oneM2M架构的应用注册或其它应用相关过程(例如应用订阅)中，不支持M2M应用之间的相关性或关系。

在常规的M2M服务层处的应用关系无感知可以具有多个缺点。首先，为支持具有继承或要求的应用关系的用例(例如，图2的健身房用例)，常规的M2M服务层不提供相应的服务，而是依赖应用本身以在应用级处理，这会增加应用的负担，例如，增加应用开发复杂性和减少软件可用性。其次，对常规的M2M服务层，应用本身可能不能有效地支持应用关系的动态变化。

如本文所公开的，当管理不同应用的关系时，可以增强(例如降低消息开销)M2M服务层(的公共服务例如oneM2M的注册服务)。应用关系管理可以要求公共服务层功能创建应用关系、更新应用关系、检索应用关系、删除应用关系或发现应用关系等。

图4A图示示例性父/子关系。作为子应用的AE 152和AE 153是父应用AE 151的一部分。AE 151对AE 152和AE 153具有基本访问和控制。子应用AE 152和AE 153的注册可以依赖于父应用AE 151的成功注册。可以在AE 152和AE 153之前注册和激活AE 151。替选地，可以在AE 151、AE 152和AE 153独立地注册后建立父/子关系。例如，即使还未注册父应用AE 151，可以允许AE 152和AE 153注册，然而，AE 152和AE 153的某些功能性(例如访问权限)可能不是可应用或启用的。一旦AE 151注册，AE 152和AE 153可以发现AE 151，并且与AE 152和AE 153建立关系。相应地，启用禁用的功能性。另一方面，当删除或注销父应用AE151时，可以自动地移除子应用AE 152和AE 153。父应用AE 151和子应用AE 152和AE 153可以注册到同一本地服务层实例，但可以或可以不驻留在同一物理M2M设备、网关或服务器上。总的来说，父应用AE 151可以基本上控制子应用AE 152和AE 153，以及AE 152和AE 153可以依赖和服务AE 151。在此期望父应用可以具有多个子应用。

图4B图示示例性整合/输入关系。AE 156构建在被称为输入应用的AE 154和AE155上。AE 156依赖于AE 154和AE 155，用于输入和资源，但对它们不具有基本功能。AE 156可以被称为整合应用。例如，整合应用AE 156可以访问输入应用AE 154和AE 155的资源，但移除或注销AE 156不会导致自动删除AE 154或AE 155。然而，移除或注销AE 154或AE 155会影响整合应用AE 156。通常，整合应用可以具有多个输入应用并且整合应用可以是到另一整合应用的输入应用。

图5A和5B图示用于描述和链接应用资源和相应的关系的方法。图5A图示具有用于链接的特殊应用关系记录资源的方法。如图5A所示，可以由应用关系管理(ARM)功能，将每一应用关系创建和捕捉为应用关系记录。如本文更详细公开的，ARM维护用于存储应用关系记录的特殊数据库。然后，引入新的属性(例如链接)用于应用关联于相应的关系记录，其描述与其它应用的关系。由ARM在服务层处维护应用关系记录数据库。数据库是能由不同应用访问或利用的通用功能。ARM可以控制可以与应用访问或共享的记录。例如，应用在将其自身注册到服务层后，能在数据库中搜索有关其它应用的特定应用关系记录。在另一示例中，应用可以通过添加新的应用关系记录来表明其与另一应用的关系，来更新数据库。

图5B图示无特殊应用关系记录资源的方法。每一应用关系被创建为被附接到相应的应用资源的特殊信息或属性。例如，在oneM2M架构的上下文中，通过将新属性添加到<application>资源，能描述应用关系。在该方法中，ARM不需要如在图5A的方法1中地维护任何关系记录。

继续参考图5B的方法，可选地，能将现有的应用关系(例如oneM2M中的<application>)添加为另一应用关系(例如oneM2M中的另一<application>)的子资源以形成应用关系的层级结构，其暗示应用关系并且不需要新的属性以明确地表示应用关系。注意，可以限制应用以防将其父应用添加为其子资源(例如子应用)。为实现该限制，应用能校验整个层级结构来保证待添加的新的子资源(例如子应用)不出现在层级结构上。注意，可以限制层级结构的深度，以避免可能的循环关系。

关于应用关系记录，服务层(例如ARM服务)可以负责维护应用关系记录。应用关系记录可以可选地被添加为应用关系的子资源或属性。如表1所示，每一应用关系记录可以包括字段，诸如应用关系记录标识符(ARRI)字段、应用关系类型字段、应用列表字段、主应用字段、关系寿命字段、或允许实体列表字段。ARRI是每一应用关系记录的标识符。其可以是指示何处存储记录并且可以访问记录的通用资源标识符(URI)。包含在应用关系中的应用能将一个或多个ARRI添加为其属性，使得能基于ARRI检索关于应用的所有应用关系。

表1应用关系记录

表1示出可以被用于应用关系记录的不同字段。应用关系类型字段表示应用关系的类型(例如父/子关系或整合/输入关系)。该参数可以被扩展以覆盖其它关系类型。应用列表字段包括直接在关系中的所有应用的名称、标签或标识符。标识符可以以URI的形式。主应用字段指示父/子关系的父应用或整合/输入关系的整合应用的名称、标签或标识符。关系寿命字段指示应用关系的寿命。允许实体的列表字段(在表1中未明确地示出)是被允许以访问应用关系记录的应用或其它M2M实体(例如M2M/IoT服务器、网关、设备等)的列表。ARM服务可以将一个“允许实体的列表”用于整个应用关系记录数据库。

表1示出根据图4A和4B的两个示例性应用关系记录。表1的第一记录，对应于图4A，可以经由<URI 1>访问。在该应用关系中，AE 151是父应用，而AE 152和AE 153是子应用。表1的第二记录，对应于图4B，可以经由<URI2>访问。在该应用关系中，AE 156是整合应用，而AE 154和AE 155是输入应用。

可以定义应用关系属性(ARA)来描述应用与其它应用可能具有的关系。可以将ARA添加为每一应用资源(如图24和25中所示的oneM2M中的<application>)的属性，且反过来，每一属性可以具有地址(例如URI)，通过该地址可以访问该属性。例如，ARA可以包括parentApp、childApp、siblingApp、inputApp、compositeApp或relationshipLifetime。parentApp可以是父应用名称或标识符的列表，childApp可以是子应用名称或标识符的列表，siblingApp可以是兄弟应用名称或标识符的列表，inputApp可以是输入应用名称或标识符的列表，compositeApp可以是整合应用名称或标识符的列表，以及relationshipLifetime可以是寿命信息的列表，其中，每一寿命用于单个应用关系。

由于M2M应用向服务层(例如oneM2M CSE)注册其自身，服务层可以被用来管理应用关系。应用关系管理(ARM)服务在M2M服务层可以被看作新的公共服务以便于执行通用操作以管理现有的或新注册的应用之间的关系。操作可以包括创建新应用关系、检索现有的应用关系、更新现有的应用关系、删除现有的应用关系和发现现有的应用关系。即使ARM服务与应用关系有关，其可以提供可以支持各种应用或可以由各种应用使用的通用功能，因为1)本文公开的应用关系类型足够通用(不特定于不同应用)，以及2)上述通用ARM操作不依赖于特定应用并且也是通用的。

通用操作还包括创建新的应用关系。例如，M2M/IoT服务器(在下文中，M2M服务器)可以有助于为被注册到M2M服务器的两个或更多个应用创建父/子或整合/输入关系。因此，根据图5A的方法，将新的应用关系记录添加到由M2M服务器维护的应用关系记录数据库中，或根据图5B的方法，对其它包含的应用创建新的属性/链接。这些过程可以被用于检索、更新、删除和发现现有的应用关系。

在此设想执行图6-图21所示的步骤以及全文中的实体可以是以在诸如图27C或图27D所示的设备、网关、服务器或计算机系统的存储器中存储并且在其处理器上执行的软件(例如计算机可执行指令)的形式实现的逻辑实体。换句话说，图6-图21以及全文所示的方法可以以在计算设备(诸如图27C或图27D所示的设备或计算机系统)的存储器中存储的软件(即，计算机可执行指令)的形式实现，该计算机可执行指令当由计算设备的处理器执行时，实现图6-图21所示的步骤等。

图6图示用于创建现有注册的应用的集合之间的应用关系的示例性方法。在步骤174，请求方171(例如oneM2M AE或oneM2M CSE)将创建应用关系(例如创建应用关系请求)的请求发送到服务层172(例如具有ARM服务的oneM2M CSE)。步骤174的请求可以包括关于应用关系类型、对服务层172注册的应用的列表、主应用或关系寿命的ARA。在步骤175，基于在步骤174接收的信息，服务层172可以创建相应的应用关系资源。应用关系资源可以是如表1所示的应用关系记录。替选地，可以将相应的ARA(诸如根据步骤174列出的那些ARA)添加到每一包含的应用。在步骤176，服务层172将响应发送回请求方171。该消息可以包含创建的应用资源(例如应用关系记录或ARA)的标识符(例如其URI)。在步骤177，服务层172将通知发送到步骤174的应用列表上的其它应用。

图7图示用于创建父/子应用关系的示例性方法。AE 151是父应用，而AE 152和AE153是子应用，如图4A类似所示。在步骤184，AE 151向服务层172(例如oneM2M CSE-ARM服务)注册。在步骤185，服务层172创建AE 151的资源。在步骤186，AE 152向服务层172注册。在步骤187，服务层172创建AE 152的资源。在步骤188，AE 153向服务层172注册。在步骤189，服务层172创建AE 153的资源。对步骤184至步骤189，可以利用oneM2M的常规应用注册过程。

在步骤190，请求方171将创建应用关系请求消息发送到服务层172以创建或更新AE 151、AE 152和AE 153的父/子关系。请求方171能是AE 151、AE 152、AE 153、另一应用或另一服务层172实体(例如另一CSE)。同一服务层172也可以触发以在AE 151、AE 152和AE153之间建立父/子关系，在这种情况下，可以跳过步骤190。创建应用关系请求消息可以包含下述信息：AE 151、AE 152和AE 153之间的关系，到分别在步骤185、步骤187和步骤189中创建的AE 151、AE 152和AE 153的资源的链接，以及AE 151、AE 152和AE 153的名称、标签或标识符。在步骤191，服务层172可以更新AE 151、AE 152和AE 153的资源以在AE 151、AE152和AE 153应用之间建立父/子关系。AE 151的资源可以被添加有连接到AE 152和AE 153的资源的子指示器或链接。AE 152的(或AE 153的)资源可以被添加有连接到AE 151的资源的父指示器或链接。子指示器或链接将是AE 151的资源的新属性或子资源，其值是AE 152和AE 153的URI。同样地，添加的父指示器或链接将是AE 152的(或AE 153的)资源的新属性或子资源，其值是AE 151的资源的URI。AE 152的(或AE 153的)资源可以被添加有连接到AE153(或AE 152)的兄弟指示器或链接。兄弟指示器或链接可以被用来指示AE 152和AE 153被包含在应用关系中并且具有相同的父应用。作为新属性或子资源添加到AE 152的资源的兄弟指示器或链接具有AE 153的资源的URI的值。作为新属性或子资源添加到AE 153的兄弟指示器或链接具有AE 152的资源的URI的值。

在步骤192，服务层172可以将响应发送回请求方171以通知成功创建AE 151、AE152和AE 153之间的父/子关系。在步骤193，服务层172将应用关系通知发送到AE 151。步骤193的应用关系通知可以具有下述信息：AE 151、AE 152和AE 153之间的关系、分别在步骤187和步骤189中创建的AE 152和AE 153的资源的链接，或AE 152和AE 153的名称、标签或标识符。在步骤194，服务层172可以将应用关系通知发送到AE 152。步骤194的应用关系通知可以包含下述关系：AE 151、AE 152和AE 153之间的关系，分别在步骤185和步骤189中创建的到AE 151和AE 153的资源的链接，或AE 151和AE 153的名称、标签或标识符。在步骤195，服务层172可以将应用关系通知发送到AE 153。该消息可以包含下述信息：AE 151、AE152和AE 153之间的关系，分别在步骤185和步骤187中创建的到AE 151和AE 152的资源的链接，或AE 151和AE 152的名称、标签或标识符。

可以应用与图7所示的过程类似的过程来创建AE 156、AE 154和AE 155之间的整合/输入应用关系，其中，AE 156是整合应用以及AE 154和AE 155是输入应用。

另一通用操作可以包含检索现有的应用关系。例如，M2M应用可以根据图5A中的方法1，访问在M2M服务器处维护的应用关系记录数据库来检索特定的应用关系，或根据图5B中的方法2，访问为包含的应用创建的新属性/链接。图8图示用于检索现有注册的应用之间的应用关系的示例性方法。在步骤197，请求方171(例如oneM2M AE、oneM2M CSE)可以将检索应用的一个或多个关系的请求(例如，检索应用关系请求)发送到服务层172(例如，具有ARM服务的oneM2M CSE)。检索应用关系请求可以包括应用关系资源的地址，诸如ARRI(例如，待检索的应用关系记录的标识符)，或包括ARA的地址，如本文所定义的。在步骤198，基于在步骤197中接收的信息，服务层172定位相应的应用关系记录，诸如表1中所示的信息。在步骤199，服务层172可以将响应发送回请求方171。步骤199的响应可以包括所期望的应用关系记录或ARA的表示。

另一通用操作可以包含更新现有的应用关系。例如，M2M应用可以根据图5A的方法，更新在M2M服务器处维护的应用关系记录数据库来更新现有的应用关系(例如，改变子应用或输入应用)，或根据图5B的方法，更新对包含的应用创建的新属性/链接。图9图示用于更新现有注册的应用之间的应用关系的示例性方法。在步骤201，请求方171可以将更新应用关系的请求(例如，更新应用关系请求)发送到服务层172。更新应用关系请求可以包括下述信息：ARRI(例如，待更新的应用关系记录的标识符)、所期望的应用关系记录的待更新的其它属性(诸如应用列表)，或ARA的地址或值，如本文所述。在步骤202，基于在步骤201接收的信息，服务层172可以定位和更新如在步骤201请求的相应的应用关系记录或ARA。在步骤203，服务层172可以将响应发送回请求方171。步骤203的响应可以包括所更新的应用关系记录或ARA的表示。在步骤204，服务层172可以将有关应用关系记录或ARA的改变的通知发送到所更新的应用列表上的包含的应用205。

通用操作可以包含删除现有应用关系。例如，M2M应用可以根据图5A的方法，从如在M2M服务器处维护的应用关系记录数据库删除其现有的应用关系，或根据图5B的方法，删除对包含的应用创建的新属性/链接。图10图示用于删除现有注册的应用之间的应用关系的示例性方法。在步骤206，请求方171将删除应用关系的请求(例如，删除应用关系请求)发送到服务层172。该删除应用关系请求可以包括ARRI(例如，待删除的应用关系记录的标识符)或应用关系属性的地址。在步骤206，请求方171可以选择不明确地指示ARRI，但给出有关待删除的应用关系记录的某些准则。例如，删除其中包含一个或多个特定应用(例如，AE151)的应用关系记录。在步骤207，基于在步骤206接收的信息，服务层172定位和删除相应的应用关系记录或ARA。在步骤208，服务层172将响应发送回请求方171。步骤208的响应可以包含删除结果(例如，成功或失败)。在步骤209，服务层172可以将通知发送到应用(例如，父/子或整合/输入应用)的列表上所有包含的应用(例如，应用173)。

通用操作可以包含发现现有的应用关系。例如，M2M应用可以根据图5A的方法，访问在M2M服务器处维护的应用关系记录数据库来发现与其与其它应用具有应用关系，或根据图5B的方法，访问对包含的应用创建的新属性/链接以发现相应的应用关系。图11图示用于发现现有注册的应用之间的应用关系的示例性方法。在步骤211，请求方171将发现应用关系的请求(例如，发现应用关系请求)发送到服务层172。该发现应用关系请求可以包括某些搜索准则，诸如发现与特定应用名称/标识符相关联的应用关系、发现特定应用集合中的应用关系、发现特定类型的应用关系，或发现包含特定应用数量的应用关系。在步骤212，基于在步骤211接收的信息，服务层172定位相应的应用关系记录或应用关系属性。在步骤213，服务层172将响应发送回请求方171。步骤213的响应可以包含发现的应用关系记录或ARA(例如，它们的标识符或地址)的列表。

下文讨论可以使用应用关系(例如，父/子关系和整合/输入关系)的若干新的增值(增强)服务，诸如增强应用注册服务、增强应用宣告服务、增强应用软件管理服务、关系已知应用发现，或应用关系的订阅和通知。增强的应用注册可以包括增强注册过程和注销过程，其可以应用于父/子应用、整合/输入应用以及其它关系。在增强注册过程期间，可以自动地创建应用关系记录或ARA。在增强注销过程期间，可以自动地更新或移除应用关系记录或ARA。在示例中，父应用和子应用可以共存于同一M2M设备、网关或服务器中，诸如健身房用例中的那些。在执行注册前，应用可以首先进行启动并且在它们自己和服务层之间建立单个安全连接。在该启动过程中，父应用可以帮助子应用在其自己的安全启动过程期间与服务层建立它们的安全连接。

图12图示用于父/子应用注册过程的示例性方法。AE 151是父应用，而AE 152和AE153是子应用。在步骤215，AE 151将注册应用的请求(例如，应用注册请求)发送到服务层172。该应用注册请求可以包括诸如以下的信息：AE 151、AE 152和AE 153之间的关系，AE151、AE 152和AE 153的描述，或AE 151、AE 152或AE 153的名称、标签或标识符。在步骤216，服务层172创建AE 151、AE 152或AE 153的相应资源。在步骤217，服务层172可以创建相应的应用关系记录或ARA。创建的ARA可以被用来创建每一创建的应用资源的属性。例如，AE 151的创建的资源可以具有连接到AE 152和AE 153的资源的子指示器或链接。在另一示例中，AE 151(或AE 153)的创建的资源可以具有连接到AE 152的资源的父指示器或链接。在另一示例中，AE 152(或AE 153)的创建的资源可以具有连接到AE 153(或AE 152)的资源的兄弟指示器或链接。在步骤218，服务层172将可以包括AE 151、AE 152或AE 153的创建的资源的链接的响应发送回AE 151。

图13图示用于父/子应用注册的另一示例性方法。AE 151可以是父应用，而AE 152和AE 153是子应用。在步骤220，AE 151将应用注册请求发送到服务层172以仅注册AE 151。在步骤221，服务层172可以创建AE 151的相应资源。在步骤222，服务层172将响应发送回AE151。在步骤22的响应可以包括创建AE 151的资源的结果(例如成功或失败)，以及创建的资源的内容。在步骤223，AE 151可以将另一应用注册请求发送到服务层172以注册AE 151。步骤223的应用注册请求可以包括诸如以下的信息：到在步骤221创建的AE 151的资源的链接，AE 151和AE 152之间的关系，AE 152的描述，或AE 151和AE 152的名称、标签或标识符。在步骤224，服务层172创建AE 152的相应的资源。在步骤225，服务层172创建相应的应用关系记录或ARA。创建的ARA可以被用来创建每一创建的应用资源的新属性。AE 152的创建的资源可以具有连接到AE 151的资源的父指示器或链接。服务层172可以更新AE 151的资源以添加连接到AE 152的资源的子指示器或链接。

在步骤226，服务层172可以将响应发送到AE 151。步骤226的该响应可以包括AE152的创建的资源的链接。在步骤227，AE 151可以将另一应用注册请求发送到服务层172以注册AE 153。步骤227的该应用注册请求可以包括诸如以下的信息：到在步骤221中创建的AE 151的资源的链接，AE 151和AE 153之间的关系，AE 153的描述，或AE 151和AE 153的名称、标签或标识符。在步骤228，服务层172创建AE 153的相应资源。在步骤229，服务层172更新如在步骤191创建的应用关系记录或ARA。ARA可以被用于每一创建的应用资源的属性。AE153的创建的资源可以具有连接到AE 151的资源的父指示器或链接。服务层172可以更新AE151的资源以添加连接到AE 153的资源的子指示器或链接。在步骤230，服务层172可以将响应发送回AE 151。步骤230的响应可以包括为AE 153创建的资源的链接。

图14图示用于整合应用注册的示例性方法。AE 156是整合应用，而AE 154和AE155是输入应用。同时该注册过程可以不是AE 155的首次注册，且反过来，AE 156可以具有关于AE 154和AE 155的知识。在步骤233至步骤236，AE 154和AE 155独立地向服务层172注册其自身。在步骤233，服务层172(例如，ARM)可以交换AE 154的注册消息。在步骤234，服务层172可以创建AE 154的资源。在步骤235，服务层172可以交换AE 155的注册消息。在步骤236，服务层172可以创建AE 155的资源。在步骤237，AE 156可以将应用注册请求发送到服务层172来注册其自身(AE 156)，且同时将AE 156是其中AE 154和AE 155作为两个输入应用的整合应用告知服务层172。步骤237的应用注册请求可以包括诸如以下的信息：AE 156、AE 154和AE 155之间的关系，AE 156、AE 154和AE 155的描述，AE 156、AE 154和AE 155的名称、标签或标识符，或分别在步骤234和236中创建的AE 154或AE 155的资源的链接。AE156获得该信息的一种方法是使用发现功能(例如，oneM2M中的发现CSE)。

在步骤238，服务层172可以创建AE 151的资源并且更新AE 154和AE 155的资源。在步骤239，服务层172可以创建相应的应用关系记录或ARA。创建的ARA可以具有每一创建的应用资源的属性，每一创建的应用资源诸如：包括连接到AE 154和AE 155的资源的输入指示器或链接的AE 156的资源、包括连接到AE 156的资源的整合链接的AE 154的资源，或包括连接到AE 156的资源的整合链接的AE 155的资源。在步骤240，服务层172可以将应用注册响应发送到AE 156。在步骤241，服务层172可以将应用关系通知发送到AE 154。该应用关系通知可以包括诸如以下的信息：AE 156和AE 154之间的关系，到AE 156的资源的链接，或AE 156的名称、标签或标识符。在步骤242，服务层172可以将应用关系通知发送到AE155。该应用关系通知可以包括诸如以下的信息：AE 156和AE 155之间的关系，到AE 156的资源的链接，AE 156的名称、标签或标识符。

图15示出用于父/子应用注销的示例性过程。其中，AE 151是父应用，而AE 152和AE 153是子应用。块243包含注销子应用，而块251包含注销父应用。在步骤245，AE 151将从服务层注销应用的请求(例如，应用注销请求)发送到服务层172以注销子应用中的一个(例如，AE 152)。步骤245的该应用注销请求可以包括诸如以下的信息：待注销的子应用的名称、标签或标识符，或到待注销的子应用的资源的链接。在步骤246，服务层172移除待注销的子应用的资源(例如，AE 152的资源)。服务层172还可以移除AE 151的资源，即连接到AE152的子指示器或链接。服务层172还可以从AE 153的资源移除连接到AE 152的兄弟指示器或链接。此外，服务层172还可以更新相应的应用关系记录。在步骤247，服务层172可以将响应发送回AE 151。

关于图15的块251中的注销父应用，在步骤252，AE 151将应用注销请求发送到服务层172以注销自己(AE 151)。在步骤253，由于AE 153是AE 151的子应用，服务层172可以移除AE 151和AE 153的资源。服务层172还可以移除相应的应用关系记录。在步骤254，服务层172可以将响应发送到AE 151。块243或块251所示的步骤的替选方案，子应用可以注销自己且然后通知其父应用。

图16示出用于整合应用注销的示例性方法。其中，AE 156是整合应用，而AE 154和AE 155是输入应用。块261包含注销输入应用，而块266包含注销整合应用。在步骤262，AE155可以将应用注销请求发送到服务层172以注销自己。该应用注销请求可以包括诸如以下的信息：待注销的输入应用的名称、标签或标识符，或到待注销的输入应用的资源的链接。在步骤263，服务层172可以移除待注销的输入应用的资源(例如，AE 155的资源)。服务层172还可以从AE 156的资源移除连接到AE 155的输入指示器或链接。服务层172还可以更新相应的应用关系记录。在步骤264，服务层172可以将响应发送回AE 155。在步骤265，服务层172可以将应用关系通知发送到AE 156。该应用关系通知可以包含诸如以下的信息：注销的输入应用(例如，AE 155)的名称、标签或标识符，或到注销的输入应用的资源(例如，AE 155的资源)的链接。

关于图16的块266，在步骤267，AE 156可以将注销应用的请求(例如，应用注销请求)发送到服务层172来注销自己(AE 156)。在步骤268，服务层172可以移除AE 156的资源。服务层172还可以从AE 154的资源移除连接到AE 156的整合指示器或链接。此外，服务层172可以移除相应的应用关系记录。在步骤269，服务层172将响应发送到AE 156。在步骤270，服务层172可以将应用关系通知发送到AE 154。该应用关系通知可以包含诸如以下的信息：注册的整合应用(例如，AE 156)的名称、标签或标识符，到注销的整合应用的资源(例如，AE 156的资源)的链接。在关于图16的另一示例中，服务层172可以在步骤264后(例如，在注销输入应用后，或在注销一定数量的输入应用后)自动地注销整合应用AE 156。

增强应用宣告可以是指宣告父/子应用或整合/输入应用。图17图示用于父/子应用宣告的示例性过程。在此假定应用块272表示具有父/子关系(例如，图4A)、整合/输入关系(例如，图4B)等的应用。在步骤274，应用块272的应用可以将其自身注册到服务层172，其可以通过在此所述的过程完成。在步骤275，服务层172可以将应用宣告请求发送到服务层273。步骤275的应用宣告请求可以包括诸如以下的信息：应用块272的应用的关系，应用块272的应用的名称、标签或标识符，或到应用块272的应用的资源的链接。在步骤276，服务层273可以创建应用块272的宣告资源。创建的宣告资源可以是具有嵌入的应用块272的关系的一个层级资源。在另一示例中，创建的宣告资源可以是分离的、但分别对应用块272的每一应用交叉引用的资源。在步骤277，服务层273将响应发送到服务层172。

服务层可以基于设备管理(DM)技术，诸如开放移动联盟(OMA)软件组件管理对象(SCOMO)，管理应用软件(例如，升级)。下文可以利用应用关系来增强应用软件管理。图18图示用于关系已知的软件管理的示例性方法，诸如用于父/子应用。在步骤284，服务层172检索位于M2M设备281上的子应用283的软件。软件可以位于与服务层172相同的装置上或位于未示出的另一装置(例如，服务器)上。其中，子应用283在服务层172的帮助下下载软件。在步骤285，服务层172可以分析应用关系记录或ARA来发现相应的父应用(例如，父应用282)。在步骤286，在服务层172帮助检索子应用的软件后(还未为子应用283安装该软件)，服务层172可以将通知发送到M2M设备281的父应用282。通知可以包括下述信息：1)具有下载的新软件的子应用的名称、标签或标识符，或2)新软件版本。在步骤287，父应用282可以触发子应用283安装新软件。步骤287的该触发可以包含待安装的软件版本。在该示例中，父应用282可以决定给出许可以允许下载的软件安装到子应用283。给出许可的决定可以基于确定如果安装下载的软件是否可能有负面影响或其它问题。安装可以直接影响父应用282、子应用283或父应用282的其它关联子应用(未示出)。在步骤288，子应用283可以安装相应的应用。在步骤289，父应用282可以将确认消息发送到服务层172。步骤289处的消息可以包含子应用283的最新软件版本的指示或安装了步骤284的软件的指示。

图19图示用于关系已知的整合/输入应用软件管理的示例性方法。在步骤293，服务层172可以更新输入应用292的软件。在步骤294，服务层172可以分析应用关系记录或ARA来发现相应的整合应用。在步骤295，服务层172可以将通知发送到整合应用291来告知具有更新的新版本软件的输入应用292的名称、标签或标识符。整合应用291可以基于新版本的通告和在步骤295接收的任何其它详情，改变如何接收输入或调整其它操作。改变可以包括更新整合应用291的软件。在步骤296，整合应用291可以将响应通知的确认消息发送到服务层172，并且可以包含关于整合应用291的其它详情。详情可以包括可能由于软件的不兼容而结束与输入应用292的关系的通知。

图20图示在关系已知的上下文中的用于应用发现的示例性过程。在步骤301，请求方171可以将发现应用的请求(例如，发现应用请求)发送到服务层172。步骤301的发现应用请求可以包括检索准则，诸如：发现特定应用的父应用、发现特定应用的子应用、发现特定应用的输入应用、发现特定应用的整合应用、发现特定应用关系内的应用、或发现应用关系集内的公共应用。在步骤302，基于在步骤301接收的信息，服务层172定位相应的应用。在步骤303，服务层172可以将响应发送到请求方171。步骤303的响应可以包含发现的应用的列表(例如，它们的标识符或名称)。

图21图示用于应用关系的订阅和通知的过程，通过该过程，应用可以接收有关它与其它应用的任何新关系或到其它应用的现有关系的任何改变的自动通知。在步骤305，请求方171可以将基于应用关系订阅的请求(例如，订阅应用关系请求)发送到服务层172。步骤305的请求可以包含目标应用的列表(例如，它们的标识符或名称)。在步骤306，服务层172可以将订阅应用关系响应消息发送到请求方307来指示是否准许订阅请求。在步骤307，在一定时间量后，关于或有关目标应用的关系被改变。例如，可以创建与步骤305的列表中的目标应用中的一个的新关系。在步骤308，服务层172可以将应用关系通知发送到请求方171。步骤308的通知可以包含可以关于步骤307发生的关系改变。

下文公开关于在oneM2M架构中应用或实现本文公开的方法的另外的细节。方法可以实现为oneM2M CSF(例如，图22的应用关系管理(ARM)CSF)。在下文详述图22结构。前文所述的过程中的“服务层”参与者(例如，服务层172)可以由ARM CSF代替。换句话说，ARM CSF执行本文关于服务层所述的功能性。前文所述的过程中的“请求方”(例如，请求方171)可以是oneM2M AE、ARM CSF或oneM2M CSE。本文公开的方法会影响现有的oneM2M参考点(例如，Mca和Mcc)。换句话说，消息交换可以实现为oneM2M参考点的一部分。例如，应用和服务层(例如，CSE)之间的消息可以传播通过或者以其它方式包含Mca参考点。在另一示例中，服务层(例如，CSE)之间的消息可以包含Mcc参考点。

本文公开的增强应用注册服务可以实现在REG CSF中来增强功能性。本文公开的软件管理方法可以实现在例如DM CSF或ASM CSF中。

图23和24图示增强的或新的资源的示例性资源树。应用关系记录(例如，<appRelationRecord>321)可以实现提出的应用关系管理。<appRelationRecord>321可以被添加为<application>331的子资源以记录<application>331包含有的应用关系。如图23所示，<appRelationRecord>321可以具有诸如description 322、lifetime 323、type 324、LifeOfApp 325和primaryApp 326的属性。description 322是<appRelationRecord>321的文本描述的指示。lifetime 323可以是<appRelationRecord>321的寿命的指示。type 324可以是<appRelationRecord>321的应用关系类型的指示(例如，父/子应用或整合/输入应用)。listOfApp 325可以是<appRelationRecord>中包含的应用的列表的指示。该属性的值可以是列表上的应用的名称、标签或标识符。primaryApp 326是<appRelationRecord>321的主应用的指示(例如，父应用或整合应用)。

图24图示新的<application>331资源的示例性结构。<application>3 31可以包括支持公开的应用管理(例如，应用注册、应用更新、应用注销、应用宣告和应用软件管理)的子资源或属性。<application>331可以具有属性arri 333、parentApp 334、childApp335、siblingApp 336、compositeApp 337和inputApp 338。arri 333可以是<application>331包含的ARRI的指示。每一arri 333指向<appRelationRecord>321资源。parentApp 334可以是该<application>331资源的父应用(如果有)的指示。childApp 335可以是<application>331资源的子应用(如果有)的指示。siblingApp 336可以是<application>331资源的兄弟应用(如果有)的指示。compositeApp 337可以是<application>331资源的整合应用(如果有)的指示。inputApp 338可以是<application>331资源的输入应用(如果有)的指示。

图25图示公开的层级<application>结构的另一示例性结构。<application>342代表应用。lifetime 343可以是<application>341和<sub-application>345之间的应用关系类型的寿命的指示。type 344可以是<application>341(第一应用)和<sub-application>344之间的应用关系类型的指示。<sub-application>345指示<application>341的子应用(如果type＝“父/子关系”)或输入应用(如果type＝“整合/输入关系”)。<application>341可以具有多个<sub-application>作为其子资源。

继续参考图25，<sub-application>资源可以具有另一<sub-application>资源(例如，<sub-application>346)作为其子资源。在这种情况下，<sub-application>可以具有如上所述的“type”属性。<sub-application>的值可以是关联于实际<sub-application>资源的指示器或URI。<sub-application>可以具有如图24所示的<application>331的相同的结构，包括arri、parentApp、childApp、siblingApp、compositeApp和inputApp。尽管具有CoAP的oneM2M架构通过本文的背景描述并且可以被用来图示下文所述的各个示例，应理解到下文所述的示例的实施方式可以改变，但仍然在本公开的范围内。本领域的技术人员还将意识到公开的示例不限于使用上文公开的oneM2M架构的实施方式，相反可以以其它架构和系统(诸如ETSI M2M、MQTT和其它M2M系统和架构)来实现。

图26图示可以基于本文讨论的方法和系统生成的示例性显示(例如，图形用户界面)。显示界面350(例如，触摸屏显示器)可以在块352中提供与应用关系相关联的文本，诸如表1的参数、整合或父应用的列表等。还存在关于设备为受限设备的附加信息或基于设备是否为受限设备的简化界面。在另一示例中，可以在块352中显示本文公开的任一步骤的进度(例如，发送的消息或步骤成功)。此外，图形输出354可以显示在显示界面350上。图形输出354可以是关于应用关系的设备或应用的拓扑结构、本文讨论的任何方法或系统的进度的图形输出等。

图27A是其中可实现一个或多个公开示例的示例机器对机器(M2M)、物联网(IoT)或万物网(WoT)通信系统10的图。一般地，M2M技术提供了用于IoT/WoT的构建模块，并且任何M2M设备、网关或服务平台可以是IoT/WoT的部件以及IoT/WoT服务层等。

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

如图27A中所示，M2M/IoT/WoT通信系统10可包括基础设施域和场域。基础设施域指代端对端M2M部署的网络侧，以及场域指代通常在M2M网关后面的区域网。场域包括M2M网关14和终端设备18。将认识到的是可根据期望在M2M/IoT/WoT通信系统10中包括任何数量的M2M网关设备14和M2M终端设备18。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设备18和网关14可经由包括蜂窝、WLAN WPAN(例如，Zigbee、6LoWPAN、蓝牙)、直接无线电链路以及线缆的各种网络进行通信。

参考图27B，所示的场域中的M2M服务层22(例如，如本文所述，图1的CSE 109)为M2M应用20、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'可由一个或多个服务器、计算机、虚拟机(例如，云/计算/存储群等)等实现。

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

在一些示例中，M2M应用20和20'可以分别包括如本文所述根据它们的应用关系与CSE通信的父和子。M2M应用20和20'可以包括在各种行业中的应用，诸如但不限于运输、健康和保健、联网家庭、能源管理、资产跟踪以及安全和监控。如上所述，跨越系统的设备、网关及其它服务器运行的M2M服务层支持诸如数据收集、设备管理、安全、计费、位置跟踪/地理围栏、设备/服务发现以及传统系统集成的功能，并将这些功能作为服务提供给M2M应用20和20'。

可以将本申请的应用关系的管理实现为服务层的一部分。服务层(例如，服务层172)是通过应用编程接口(API)和底层网络接口的集合支持增值服务能力的软件中间件层。M2M实体(例如，诸如设备、网关的M2M功能实体，或可以由硬件和软件的组合实现的服务/平台)可以提供应用或服务。ETSI M2M和oneM2M两者均使用可以包含本申请的应用关系的管理的服务层。ETSI M2M的服务层称为服务能力层(SCL)。SCL可在M2M设备(其中，将其称为设备SCL(DSCL))、网关(其中，将其称为网关SCL(GSCL))和/或网络节点(其中，将其称为网络SCL(NSCL))内实现。oneM2M服务层支持公共服务功能(CSF)(即服务能力)的集合。一个或多个特定类型的CSF的集合的实例化被称为公共服务实体(CSE)，其可以在不同类型的网络节点(例如，基础设施节点、中间节点、应用特定节点)上托管。此外，管理本申请的应用关系能实现为使用面向服务的架构(SOA)或面向资源的架构(ROA)的M2M网络的一部分以访问服务，诸如管理本申请的应用关系。

图27C是诸如M2M终端设备18或M2M网关设备14的示例M2M设备30的系统图。如图27C所示，M2M设备30可以包括处理器32、收发器34、发送/接收元件36、扬声器/麦克风38、小键盘40、显示器/触控板42、不可移动存储器44、可移动存储器46、电源48、全球定位系统(GPS)芯片集50和其它外设52。将意识到M2M设备30可以包括上述元件的任何子组合，同时仍然与公开的主题一致。M2M设备30(例如，服务层172、AE 151、M2M设备281和其它)可以是执行管理应用关系的公开的系统和方法的示例性实施方式。

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

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

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

收发器34可被配置成调制待由发送/接收元件36发送的信号并解调由发送/接收元件36接收到的信号。如上所述，M2M设备30可具有多模式能力。因此，例如，收发器34可包括用于使得M2M设备30能够经由诸如UTRA和IEEE 802.11的多个RAT进行通信的多个收发器。

处理器32可从任何类型的适当存储器(诸如不可移动存储器44和/或可移动存储器46)访问信息并在其中存储数据。不可移动存储器44可包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或任何其它类型的存储器存储设备。可移动存储器46可包括订户身份模块(SIM)卡、记忆棒、安全数字(SD)存储卡等。在其它示例中，处理器32可从在物理上不位于M2M设备30上(诸如在服务器或家用计算机上)的存储器访问信息以及在其中存储数据。处理器32可被配置成响应于应用关系(例如，父/子关系或整合/输入关系)，控制显示器或指示器42上的照明图案、图像或色彩。例如，显示器上的照明图案、图像或色彩中的一些可以是管理应用关系的指示器，诸如应用关系的可用性，成功注册应用关系，与可用关系记录的链接，以及关于检索、更新、删除和发现现有的应用关系的其它事情。

处理器32可以被配置成响应于本文所述的一些示例中的LMS成功还是失败(例如，订阅到应用关系、基于关系注册应用、发现关系等)，控制显示器或指示器42上的照明图案、图像或色彩，或以其它方式指示应用关系或关联部件的状态。显示器或指示器42上的控制照明图案、图像或色彩可以反映图中所示或本文所述(例如，图6-图21等)中的方法流或部件的任何一个的状态。本文公开了M2M中的应用关系的消息和过程。可以扩展这些消息和过程来为用户提供接口/API来经由输入源(例如，扬声器/麦克风38、小键盘40或显示器/触控板42)来请求应用关系和管理部件，以及请求、配置或查询可以在显示器42上显示的应用关系等。

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

处理器32还可被耦合到GPS芯片集50，其被配置成提供关于M2M设备30的当前位置的位置信息(例如，经度和纬度)。将认识到的是M2M设备30可通过任何适当的位置确定方法来获取位置信息，而仍与示例保持一致。

处理器32可进一步被耦合到其它外设52，其可包括提供附加特征、功能、或有线或无线连接的一个或多个软件或硬件模块。例如，外设52可包括加速度计、电子指南针、卫星收发器、传感器、数字相机(用于照片或视频)、通用串行总线(USB)端口、振动设备、电视收发器、免提耳机、模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、互联网浏览器等。

图27D是其上可以实现图27A和图27B的M2M服务平台22的示例性计算系统90的框图。计算系统90可包括计算机或服务器，并且可主要由可以以软件的形式的计算机可读指令来控制，无论在哪里或通过何种手段来存储或访问此类软件。可以在中央处理单元(CPU)91内执行这些计算机可读指令以促使计算系统90进行工作。在许多已知工作站、服务器以及个人计算机中，中央处理单元91由被称为微处理器的单片CPU实现。在其它机器中，中央处理单元91可包括多个处理器。协处理器81是不同于主CPU 91的可选处理器，其执行附加功能或协助CPU 91。CPU 91或协处理器81可接收、生成以及处理与用于管理应用关系的公开系统和方法有关的数据，诸如接收增强应用注册(例如，同时注册多个应用)。

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

被耦合到系统总线80的存储器设备包括随机存取存储器(RAM)82和只读存储器(ROM)93。此类存储器包括允许存储和检索信息的电路。ROM 93一般包含不能被轻易被修改的存储数据。存储在RAM 82中的数据可被CPU 91或其它硬件设备读取或改变。可由存储器控制器92来控制对RAM 82或ROM 93的访问。存储器控制器92可提供在指令被执行时将虚拟地址转换成物理地址的地址转换功能。存储器控制器92还可提供将系统内的进程隔离并将系统进程从用户进程隔离的存储器保护功能。因此，在第一模式下运行的程序仅可访问由其自身处理器的虚拟地址空间映射的存储器；其不能访问另一处理器的虚拟地址空间内的存储器，除非已经建立了处理器之间的存储器共享。

另外，计算系统90可包含外设控制器83，其负责将CPU 91的指令通信给诸如打印机94、键盘84、鼠标95以及磁盘驱动器85的外设。

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

此外，计算系统90可包含可以被用来将计算系统90连接到外部通信网络(诸如图27A和图27B的网络12)的网络适配器97。

应理解的是可以以存储在计算机可读存储介质上的计算机可执行指令(即，程序代码)的形式来体现本文所述的任何或所有系统、方法以及过程，该指令被诸如计算机、服务器、M2M终端设备、M2M网关设备等的机器执行时，执行或实现本文所述的系统、方法和过程。具体地，可以以这些计算机可执行指令的形式实现上述步骤、操作或功能的任何。计算机可读存储介质包括以用于信息存储的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质两者，但是此类计算机可读存储介质不包括信号。计算机可读存储介质包括但不限于RAM、ROM、EEPROM、闪存或其它存储技术、CD-ROM、数字多功能磁盘(DVD)或其它光盘存储、磁带盒、磁带、磁盘存储器或其它磁存储设备、或者可以用来存储期望信息且可以由计算机访问的任何其它物理介质。

如本文所述的方法、系统和装置等可以提供用于请求、配置或确定(等)应用关系的装置。所述方法、系统、计算机可读存储介质、或装置具有：用于帮助检索第一应用的软件的装置；用于确定第一应用与第二应用的关系的装置，第二应用是父应用；以及用于基于第一应用与第二应用的关系，将第一消息发送到第二应用的装置，该消息包括检索第一应用的软件的告警。第二应用可以是第一应用的父应用。消息可以包括第一应用与第二应用的关系。所述消息可以包括第一应用的标识符或软件的版本。所述方法、系统、计算机可读存储介质、或装置具有用于进一步操作的装置，进一步操作可以包括接收第一应用的软件的最新安装版本的通知。第一应用可以是第二应用的输入应用。所述消息可以将第一应用已经安装了检索的软件告知第二应用。第二应用可以基于第一应用已经安装检索的软件的通知，改变用于处理来自第一应用的数据的过程。

所述方法、系统、计算机可读存储介质、或装置具有：用于发送创建应用关系的资源的请求的装置，所述请求包括应用关系的类型；以及用于接收确认创建所述应用关系的资源的响应的装置，其中，响应包括用于应用关系的资源的标识符。所述请求可以进一步包括向服务层注册的应用的列表或现有的应用关系的周期。

所述方法、系统、计算机可读存储介质、或装置具有：用于基于第一注册请求创建第一应用的第一资源的装置；用于基于第二注册请求创建第二应用的第二资源的装置；用于接收第一请求的装置，第一请求包括创建第一应用和第二应用之间的关系的请求；以及用于基于第一请求创建第一应用和第二应用之间的关系的装置。关系的创建可以包括更新第一资源和第二资源。所述方法、系统、计算机可读存储介质、或装置具有用于使用与第二资源连接的指示器来更新第一资源的装置，指示器指示第一应用是第二应用的父。所述方法、系统、计算机可读存储介质、或装置具有用于将创建第一应用和第二应用之间的关系告知第一应用的装置。所述关系可以包括第一应用和第二应用之间的父/子关系。所述关系可以包括第一应用和第二应用之间的整合/输入关系。所述关系可以包括更新第一资源内的第一应用关系属性。可以在公共服务实体的应用关系管理服务上接收第一请求。

在描述本公开的主题的优选方法、系统或装置时，如图中所示，为了明了起见而采用特定术语。然而，要求保护的主题并不意图局限于这样选择的特定术语，并且应理解的是每个特定元件包括以类似方式操作以实现类似目的的所有技术等价物。

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

Claims (20)

1.一种用于管理应用关系的装置，所述装置包括：

处理器；以及

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

提供用于基于第一注册请求创建用于第一应用的第一资源的指令；

提供用于基于第二注册请求创建用于第二应用的第二资源的指令；

接收第一请求，所述第一请求包括创建在所述第一应用和所述第二应用之间的关系的请求；

基于所述第一请求，提供用于创建在所述第一应用和所述第二应用之间的关系的指令，所述关系的所述创建包括更新所述第一资源和所述第二资源；以及

使用与所述第二资源连接的指示器来更新所述第一资源，所述指示器指示所述第一应用是所述第二应用的父应用。

2.如权利要求1所述的装置，所述操作进一步包括将所述第一应用和所述第二应用之间的所述关系的创建告知所述第一应用。

3.如权利要求1所述的装置，其中，在图形用户界面上显示所述关系。

4.如权利要求1所述的装置，所述操作进一步包括基于所述关系，从服务层注销。

5.如权利要求1所述的装置，其中，所述关系包括更新所述第一资源内的第一应用关系属性。

6.如权利要求1所述的装置，其中，在公共服务实体的应用关系管理服务上接收所述第一请求。

7.如权利要求1所述的装置，其中，所述装置是机器对机器设备或机器对机器网关。

8.一种用于管理应用关系的方法，所述方法包括：

基于第一注册请求，创建用于第一应用的第一资源；

基于第二注册请求，创建用于第二应用的第二资源；

接收第一请求，所述第一请求包括创建在所述第一应用和所述第二应用之间的关系的请求；

基于所述第一请求，创建在所述第一应用和所述第二应用之间的关系，所述关系的所述创建包括更新所述第一资源和所述第二资源；以及

使用与所述第二资源连接的指示器来更新所述第一资源，所述指示器指示所述第一应用是所述第二应用的父应用。

9.如权利要求8所述的方法，进一步包括将所述第一应用和所述第二应用之间的所述关系的创建告知所述第一应用。

10.如权利要求8所述的方法，其中，在图形用户界面上显示所述关系。

11.如权利要求8所述的方法，进一步包括基于所述关系，从服务层注销。

12.如权利要求8所述的方法，其中，所述关系包括更新所述第一资源内的第一应用关系属性。

13.如权利要求8所述的方法，其中，在公共服务实体的应用关系管理服务上接收所述第一请求。

14.如权利要求8所述的方法，其中，机器对机器网关管理所述关系。

15.一种包括计算机可执行指令的计算机可读存储介质，所述计算机可执行指令当由计算设备执行时，使所述计算设备实现包括下述的操作：

基于第一注册请求，创建用于第一应用的第一资源；

基于第二注册请求，创建用于第二应用的第二资源；

接收第一请求，所述第一请求包括创建在所述第一应用和所述第二应用之间的关系的请求；以及

基于所述第一请求，创建在所述第一应用和所述第二应用之间的关系。

16.如权利要求15所述的计算机可读存储介质，其中，所述关系的所述创建包括更新所述第一资源和所述第二资源。

17.如权利要求16所述的计算机可读存储介质，所述操作进一步包括使用与所述第二资源连接的指示器来更新所述第一资源，所述指示器指示所述第一应用是所述第二应用的父应用。

18.如权利要求16所述的计算机可读存储介质，所述操作进一步包括将所述第一应用和所述第二应用之间的所述关系的创建告知所述第一应用。

19.如权利要求15所述的计算机可读存储介质，其中，所述关系包括在所述第一应用和所述第二应用之间的父/子关系。

20.如权利要求15所述的计算机可读存储介质，其中，所述关系包括在所述第一应用和所述第二应用之间的整合/输入关系。