CN105052179A - 机器对机器服务层和传输网络之间的通信 - Google Patents

Abstract

用于促进机器对机器(M2M)通信的技术包括提供实现一个或多个预定义的M2M应用程序编程接口(API)简档的M2M系统，提供用于M2M系统的网络接口，通过网络接口接收简档查询，以及以关于实现的一个或多个预定义的M2M？API简档的信息进行响应。

Description

机器对机器服务层和传输网络之间的通信

交叉引用相关申请

本专利文档要求于2013年1月24日提交且编号为61/756,397的美国临时专利申请和于2013年2月14日提交且编号为61/764,953的美国临时专利申请的优先权权益。前述专利申请的全部内容通过引用并入本文。

背景

本文档涉及机器对机器(M2M)通信。

M2M通信包括两个不同设备之间的通信，其并非由用户明确触发。设备可以使用有线或无线连接来进行M2M通信。典型地由驻留在其中一台机器上的应用发起通信以收集信息或将信息发送到另一台机器上的对应应用。由于典型M2M解决方案的实现中协议栈的不同层的纵向集成中所面对的挑战，当今的M2M通信技术不能够获得这种技术提供的所有好处。

发明内容

本文档描述的技术，除其他事项外，用于促进M2M设备之间的泛在通信。为了促进互操作性，应用程序编程接口(API)简档被定义。该API简档可以包括诸如发现设备是打开还是关闭的共同任务以及诸如能够查询特定变量(例如，当前电池功率或温度读数，等等)的专门任务。

一方面，用于促进M2M通信的方法、系统和装置包括：提供实现一个或多个预定义的机器对机器(M2M)应用程序编程接口(API)简档的M2M系统，提供用于M2M系统的网络接口，通过网络接口接收简档查询，以及以关于所实现的一个或多个预义的M2MAPI简档的信息进行响应。

在附图、描述及权利要求中阐述了这些方面和其它方面、及其实现和变型。

附图说明

图1描绘了示例无线网络架构。

图2是可在无线网络中操作的无线电设备的框图。

图3描绘了e2eM2M服务的分层视角的例子。

图4A、4B、4C以及4D描绘了M2M服务栈的例子。

图5描绘了M2MSDO支持的接口和API的例子。

图6是促进M2M通信的过程流程图表示。

图7描绘了M2M系统的一部分的框图表示。

各附图中类似参考符号表示类似的元件。

具体实施方式

诸如oneM2M、ETSITCM2M、TIATR-50等(M2MSDO)的组织开发的服务层规范需要由广泛的针对市场的(纵向的)组织来支持M2M解决方案的有效部署。随着专注于服务层，这些组织已采取端到端服务的独立于传输网络的视角。然而，他们需要确保其服务层规范能够被有效地用于与不同类型的传输网络接合。这种传输网络包括但不限于由3GPP、3GPP2、IEEE、IETF和BBF定义的无线及有线网络。

开发传输网络规范的组织已经向其网络提供了用于支持M2M服务的增强和优化。一些诸如3GPP和3GPP2的传输网络标准开发委员会已经在定义用于支持M2M服务的架构增强时采取了服务层独立的方法。3GPP和3GPP2也为促进不同商业模式而定义了一套M2M部署场景。这种部署场景已经从提供的服务类型及从M2M生态系统中不同“玩家”之间相互作用的性质演变。

虽然认识到E2EM2M生态系统中不同“玩家”的角色，但对于M2MSDO(标准开发组织)来说，重要的是为这种M2M行业玩家提供能够独立于开发平台且独立于与他们交互的玩家来无缝地集成他们的系统和服务的功能。对于这种玩家来说，不必知道与他们交互的对方的协议细节和技术上的细微差别。对于M2M生态系统中的这种玩家来说，还应该可能的是，随着他们将自己的系统迁移到相关的行业标准，他们能够继续支持他们的现有部署。

本文档公开了一种M2M服务栈，其中，不同“层”表征M2M生态系统中的不同玩家的特征。该服务栈和相关联的框架提出用于集成由M2M服务栈中的不同层提供的功能的“胶水(glue)”的性质。本文档也公开了用于开发用于将传输网络层与M2M服务栈的M2M服务层组件集成的解决方案的方法。

图1示出了无线通信网络或系统的例子。该无线通信网络可以包括一个或多个基站(BS)105、107以及一个或多个无线设备110。基站105、107可以在正向链路(FL)上将称为下行链路(DL)信号的信号发送到一个或多个无线设备110。无线设备110可以在反向链路(RL)上将称为上行链路(UL)信号的信号发送到一个或多个基站105、107。无线通信系统可以包括一个或多个核心网络125以控制一个或多个基站105、107。一个或多个基站形成无线电接入网。基站，由于其单独或结合一个或多个其他基站为无线设备提供无线电接入的性质，可以称为接入点(AP)、接入网络(AN)或eNodeB。能够实现本技术和系统的无线通信系统的例子包括基于诸如CDMA20001x的码分多址(CDMA)、高速率分组数据(HRPD)、长期演进(LTE)、通用陆地无线接入网络(UTRAN)和全球微波互联接入(WiMAX)的无线通信系统，等等。

图2示出用于实现无线设备、基站或其他无线通信模块的无线电收发机站的例子。无线电站的各种例子包括图1中的基站和无线设备。诸如基站或无线设备的无线电站205可以包括诸如微处理器的、实现诸如本文档所提出技术中的一个或多个的方法的处理器电子器件210。无线电站205可以包括通过诸如一个或多个天线220的一个多个通信接口发送和/或接收无线信号的收发机电子器件215。无线电站205可以包括用于发送和接收数据的其他通信接口。在一些实现方式中，无线电站205可以包括一个或多个有线通信接口以与有线网络进行通信。无线电站205可以包括配置为存储诸如数据和/或指令的信息的一个或多个存储器225。在一些实现方式中，处理器电子器件210可以包括收发机电子器件215和存储器225的至少一部分。

在一些实现方式中，无线电站205可以基于根据CDMA或GSM的空中接口来相互通信。在一些实现方式中，无线电站205可以基于可以包括正交频分多址(OFDMA)空中接口的正交频分复用(OFDM)空中接口进行相互通信。在一些实现方式中，无线电站205可以使用诸如CDMA20001x、HRPD、WiMAX、GSM、LTE和通用移动通信系统(UMTS)的一个或多个无线技术进行通信。

在一些实现方式中，无线电站205可以额外地配置有诸如802.11(a/b/g/n)的局域网连接接口。这种接口的可用性使经由局域网连接将无线电站205通信地耦合到互联网成为可能。例如，用户可以通过经由诸如电缆调制解调器网络或DSL网络的固定宽带网络的无线局域网连接(例如，家庭Wi-Fi接入)连接到服务来在她的用户设备(UE)上访问服务。

端到端服务的分层视角

图3描绘了着眼于M2M生态系统中的不同玩家将是端到端(e2e)M2M服务的“分层视角”的例子。这类分层e2e视角典型地包括由M2M应用服务器(AS)和M2M设备/网关托管的M2M应用。在这种分层视角中，M2M服务平台(M2MSP)提供M2M数据管理和/或M2M服务启用功能。底层传输网络为由M2M设备/网关和应用服务器托管的M2M应用之间的数据流提供传输和通信服务。

从M2M服务的这种分层视角来看，M2M应用服务器、M2M设备/网关、M2M服务平台和传输网络可以认为是在e2eM2M服务栈中的不同的“层”。这些“层”的每一个也可以被认为是不同商业实体的表示。每一层提供功能集以及用于与其他层通信的一组接口和/或API。“层”可以以不同的方式被堆叠从而支持不同的服务和不同的商业模式。这些“层”的不同堆叠代表着不同的部署场景，以及用于支持通信层之间的不同类型的接口和/或API的相关需求。

图4A是M2M服务栈代表“直接”的通信模型的例子，其中AS直接与传输网络进行通信而没有使用任何M2M服务平台。在AS的应用使用由传输网络提供的服务。由传输网络提供的服务可以经由特定于传输网络的一组API进行抽象。这种API可以由传输网络的运营商定义并提供给应用程序开发者，或者它们可以是由一些例如M2MSDO、OMA等的组织指定的一组开放API，和/或是网络运营商定义的和开放的API的组合。

图4B、图4C和图4D是“间接”通信模型的例子，其中，在AS的应用通过由M2M服务平台提供的服务来与传输网络通信。这种M2M服务平台提供的功能和服务可以包括像应用数据管理、设备管理、连通性管理等的服务。，如在本示例图中所示，这种功能和服务可以通过分别由数据管理子层和服务启用子层暴露的一组接口和/或API进行抽象。可以设想，M2MSDO和他们的合作伙伴组织将带头标识并指定这种接口和/或API。

尽管在图4A至4D中未示出，也可以支持“混合型”通信模型。在“混合型”通信模型中，AS使用“直接”模型来与传输网络通信，以用于用户数据业务的传输。同时，AS使用由也用于增值服务的M2M服务平台提供的服务，例如与设备管理、设备触发等相关的服务。类似于“直接”和“间接”通信模型，“混合型”通信模型中不同“层”之间的通信利用由对等通信层支持的接口和/或API。

M2MSDO的角色

随着M2MSDO专注于服务层，期望M2MSDO采取端到端服务的独立于传输网络的视角。然而，M2MSDO应确保其服务层规范可被有效地使用以与不同类型的传输网络接合。

利用这种独立于传输网络的方法，M2M服务栈可大致表示为两个独立的功能集：由传输网络层提供的功能和由M2M服务层提供的功能。可以设想的是，这两层提供暴露它们的功能和资源以供对等实体用于有效通信的一组接口和/或API。

由这两“层”提供的功能集可以由相同的商业实体或由不同的商业实体提供。在其中一个商业实体同时提供功能集的情况下，相关联的接口和/或API可以是在这种商业实体内部的。这样的场景不是在这里讨论的主题。当由不同的商业实体提供由这两层提供的功能，希望定义能够被对等层用于有效地通信的一组标准化接口和/或API。

尽管由M2M服务层(如M2M服务平台)所提供的功能独立于传输网络，M2M服务层应具有底层传输网络的协议和细微差别的知识。因此，M2M服务层和传输网络层之间的该组接口和/或API应特定于由底层传输网络支持的技术。为了讨论以及便于随时参考的目的，每组传输网络特定接口和/或API在这里称为传输网络特定汇聚层。

汇聚层

传输网络特定汇聚层的定义包括指定一组接口和/或一组API。这种传输网络特定汇聚层应通过M2MSDO和负责指定相关联的传输网络技术的组织之间的协同努力来定义。例如，3GPP和3GPP2已经标识Tsp和M2Msp作为M2M服务平台和相应的3GPP和3GPP2网络之间的接口。这种接口(TSP和M2Msp)应通过M2MSDO和3GPP/3GPP2之间的协同努力来定义，但这不是本文讨论的主题。这里讨论的主题是M2MSDO采用来定义可以在M2M服务平台(抽象为M2M服务层)和底层传输网络之间使用的一组API的方式。

开放网络API

M2MSDO可以提供用于广泛的针对市场的(纵向)组织支持M2M解决方案的有效部署的功能集。为了避免专有API和随之而来的行业分裂的扩增，理想的是，M2M应用和M2M服务平台的开发商以标准的方式访问底层传输网络的已知功能集，而不需要他们有这种网络的协议和技术细微差别的知识。

作为说明，OMA(开放移动联盟)网络API允许传输网络以开放和可编程的方式提供其网络中的功能和资源的抽象视角。这降低了创建应用和内容所需的开发成本和时间—独立于开发平台且独立于支持OMAAPI的运营商和服务供应者。

类似地，GSMAOneAPI项目一直与OMA合作以便简化ParlayX网页API并通过提供RESTful绑定以及提供更简化的JSON/XML响应的选择来对其进行改进。由此产生的GSMAOneAPI简档是通过页面应用程序来将关于移动网络功能和资源的信息暴露给应用开发者的一组API。例如，应用程序开发者然后可以调用单个页面服务请求以获取移动网络中的设备的位置并发起话音呼叫。这种应用可以跨网络类型和网络技术进行转移。除了简化应用开发之外，OneAPI简档的一些其他优点包括：

OneAPI简档不需要网络运营商丢弃他们已经提供的API。OneAPI可以与其他的API服务共存。

OneAPI简档为网络运营商提供服务彼此的API请求的基础，例如，满足另一个运营商的漫游访客的定位请求。

利用OneAPI简档，运营商不必投入他们自己的时间和精力来设计供开发者使用的API。

利用OneAPI简档的共同供应商实现带来的效益，实现了规模经济。

这里建议M2MSDO采取类似于OneAPI倡议的方法。M2MSDO与合作伙伴和组织(如OMA)一起工作以开发可以由M2M应用开发者和M2M服务平台的开发者使用的M2MAPI简档集。这种M2MAPI简档集将使得开发者用于创建M2M应用和内容的精力和时间减少。这种应用也将可以跨不同的针对市场的(纵向)组织以及跨传输网络运营商移植。这种M2MAPI简档集也将允许传输网络运营商将他们的网络与来自多个设备供应商的M2M服务平台无缝地集成。

这就是说，可以设想，M2MSDO可以效仿GSMAOneAPI倡议完成的工作并检查OneAPI简档。然后GSMAOneAPI简档可以通过定义对需要用于M2M服务的传输网络功能进行抽象的M2M特定API简档来得到增强。章节呈现了GSMAOneAPI简档的快照和状态。由可用的OneAPI简档集提供的功能和M2MSDO特定服务层的全面实现所需的功能之间的差距的分析将引向需要关注的领域。这些所标识的关注领域和差距可以由M2MSDO独立地和/或通过与合作伙伴和行业组织(如OMA、BBF等)的协作努力开发更完整的M2MAPI简档套件而得到解决。

附加-GSMAOneAPI简档的状态

GSMAOneAPI项目一直与OMA就简化ParlayXWebAPI和通过提供相应的RESTful绑定来改进ParlayXWebAPI而展开合作。以关注诸如支付、定位和消息传送的网络功能的OneAPI的版本1开始；GSMAOneAPI的版本2新增功能用于确定设备功能、承载者标识和话音/呼叫服务。版本3着眼于诸如QoS、视频通话、身份、毫微微蜂窝支持等的更高级的功能。

以下是OneAPI简档内API的列表。实际的移动运营商对任何这些API的支持依赖于运营商网络功能。

支付：

向用户收费

给用户退款

储备资金用于后续收费

增加预订

针对预订收费

发布预订

SMS：

发送SMS

查询SMS交付状态

启动SMS交付状态的订阅

停止SMS交付状态的订阅

接收SMS

启动SMS接收的订阅

停止SMS接收的订阅

MMS：

发送MMS

查询MMS交付状态

启动MMS交付状态的订阅

停止MMS交付状态的订阅

接收MMS消息列表

接收全MMS消息(内容)

启动MMS接收的订阅

停止MMS接收的订阅

定位：

查询移动终端的位置

话音呼叫控制：

在两方或多于两方之间产生呼叫

添加或从该呼叫删除参与者

获得关于参与者的信息

获得关于现存呼叫的信息

结束呼叫

订阅呼叫内特定事件的通知

观看你的通知准则

停止接收通知

播放音频消息

停止音频消息

获得音频消息的状态(其是对谁播放的)

播放音频文件以呼叫参与者并收集参与者的键盘交互

终止音频消息/键盘交互

来自参与者的任何键盘交互被通知到你的音频消息

停止接收键盘通知

数据连接简档：

请求终端的连接类型(3G，GPRS等)

重新获得终端的漫游状态

设备功能：

获得移动账户的设备功能

OMA文档“OMA-TS-REST_NetAPI_OneAPIProfile-V3_0-20120327-C”是RESTful网络API的OneAPI简档的候选版本3.0。正如早前已经陈述的，GSMAOneAPI项目已经为第三代合作伙伴应用解决了部署和运营的考虑并且已经针对抽象RESTful网络API的OneAPI简档使用了ParlayX和OMARESTful网络API的子集。

RESTful网络API的OneAPI简档版本3.0定义如下API的子集：

用于短消息传送版本1.0的RESTful网络API

用于消息传送版本1.0的RESTful网络API

用于终端定位版本1.0的RESTful网络API

用于支付版本1.0的RESTful网络API

用于设备功能版本1.0的RESTful网络API

用于终端状态版本1.0的RESTful网络API

用于第三方呼叫版本1.0、呼叫通知版本1.0和音频呼叫版本1.0的RESTful网络API(联合称为呼叫控制API)

图6是促进机器对机器(M2M)通信的过程300的流程图表示。

在302，提供M2M系统。例如，M2M系统可以由开发者、制造商、服务提供商或网络运营商提供用于在有线或无线网络中使用和部署。M2M系统实现一个或多个预定义的机器对机器(M2M)应用程序编程接口(API)简档。例如，像附录A中描述的那样，这些简档可以通过一个或多个行业标准或倡议来定义。

在304，M2M系统提供商可以提供用于M2M系统的网络接口。通过设计、制造、安装网络接口来提供网络接口。此外，可以通过授权M2M系统在给定网络(例如，配置，订阅，服务协议等)中工作来提供网络接口。

在306，M2M系统可以通过网络接口接收简档查询。例如从网络中的另一个M2M系统接收查询。

在308，M2M系统以关于实现的一个或多个预定义的M2MAPI简档的信息进行响应。

在一些实现方式中，实现一个或多个M2MAPI简档以包括对于用于网络接口的传输协议不可知的第一模块和使用用于网络接口的传输协议发送和接收信号的第二模块。

在一些实现方式中，过程300还包括在管理信息数据库(MIB)中存储对应于所述一个或多个预定义的M2MAPI简档中的一个的信息。可以以本地存储器处一组单独可寻址存储位置的形式实现MIB。MIB条目可以包括诸如交易历史、硬件标识参数、报警条件、错误是否是可屏蔽的、睡眠模式行为(例如，设备休眠可以多频繁以及多久)等的条目。

在一些实现方式中，可以由另一个系统基于一个或多个预定义的M2MAPI简档中指定的规则来使信息变得可读/可写。

图7是用于促进机器对机器(M2M)通信的装置400的框图表示。模块402用于提供实现一个或多个预定义的机器对机器(M2M)应用程序编程接口(API)简档的M2M系统。模块404用于提供用于M2M系统的网络接口。模块406用于通过网络接口接收简档查询。模块406用于以关于实现的一个或多个预定义的M2MAPI简档的信息进行响应。

在一些实现方式中，用于M2M通信的系统可以基于本文档中公开的技术来运行。该系统包括通过网络通信地耦合到第二M2M系统的第一M2M系统。第一M2M系统配置为发送M2M应用程序编程接口(API)查询以接收第二M2M系统的M2MAPI功能。第二M2M系统配置为通过网络传送M2MAPI功能。

在一些实现方式中，服务层还可以包括提供服务层更新信息的能力。例如，在一个运营场景中，机器1与机器2联系以完成某任务(例如，请求对由机器2控制的光的改变)。基于由机器2提供的服务层API简档，机器1了解到，机器2能够打开或关闭灯，但不能够调灯的光。然后机器1可以给机器2提供表明关于机器2在哪里能够得到代码更新以增强其功能的信息的资源信息。代码更新可以指定机器应该具有的执行和存储内存的量。提供M2MAPI简档的服务器可以被机器2联系，然后机器2从服务器获得新的功能。一旦接收到新的功能，机器2然后可以联系机器1以完成所请求的调灯的光的任务。在一些实现方式中，这整个过程由M2M通信来实现，即无需任何人工干预。

应当理解的是，公开的技术用于通过实现使这些设备能在不同的应用领域中容易部署的API服务简档来运行M2M系统。

所公开的和本文档中描述的其他实施例和功能操作及模块可以在包括本文档公开的结构和其结构等价物的数字电子电路系统、或者计算机软件、固件或硬件中、或者在它们中的一个或多个的组合中实现。所公开的以及其他的实施例可以被实现为一个或多个计算机程序产品，即在计算机可读介质上被编码的、用于由数据处理装置执行或控制数据处理装置的操作的计算机程序指令的一个或多个模块。该计算机可读介质可以是机器可读存储设备、机器可读存储基片、存储器设备、影响机器可读传播信号的物质的组合物或它们中的一个或多个的组合。术语“数据处理装置”包括所有用于处理数据的装置、设备和机器，例如包括可编程处理器、计算机或多个处理器或多个计算机。除了硬件之外，该装置可以包括为所讨论的计算机程序创建执行环境的代码，例如，构成处理器固件、协议栈、数据库管理系统、操作系统或者它们的一个或多个的组合的代码。传播的信号是人工生成的信号，例如机器生成的电、光或电磁信号，其被生成以便为到合适的接收机装置的传输而对信息进行编码。

计算机程序(也称为程序、软件、软件应用、脚本或代码)可以用任何形式的编程语言(包括编译或解释语言)编写，并且其可以以任何形式部署，包括作为一个独立的程序或者作为模块、组件、子程序或适于在计算环境中使用的其它单元。计算机程序不一定对应于文件系统中的文件。可以将程序存储在容纳其他程序或数据(例如，存储在标记语言文档中的一个或多个脚本)的文件的一部分中，存储在专用于所讨论的程序的一个文件中，或者存储在多个协同的文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。可以部署计算机程序以在位于一个站点或者跨站点分布且由通信网络互连的一个计算机或多个计算机上执行。

本文档中描述的过程和逻辑流可以执行一个或多个计算机程序以通过操作输入数据以及生成输出来执行功能的一个或多个可编程处理器来执行。过程和逻辑流还可以通过专用逻辑电路执行，并且装置也可以实现为专用逻辑电路，专用逻辑电路例如，FPGA(现场可编程门阵列)或ASIC(专用集成电路)。

例如，适合于执行计算机程序的处理器包括通用微处理器和专用微处理器，以及任意类型的数字计算机的任意一个或多个处理器。一般地，处理器将接收来自只读存储器或随机存取存储器或两者的指令和数据。计算机的基本元件是用于执行指令的处理器和一个或多个用于存储指令和数据的存储器设备。通常，计算机还将包括例如磁盘、磁光盘或光盘的、用于存储数据的一个或多个大容量存储设备，或者可操作地耦合以接收来自一个或多个大容量存储设备的数据或将数据传送到一个或多个大容量存储设备，或者同时接收和传送数据。然而，计算机不必具有这样的设备。适于存储计算机程序指令和数据的计算机可读介质包括所有形式的非易失性存储器、介质和存储器设备，例如包括半导体存储器设备，如EPROM，EEPROM和闪存设备；磁盘，例如内部硬盘或可移动盘；磁光盘；以及CDROM和DVD-ROM盘。处理器和存储器可以由专用逻辑电路来补充，或合并到专用逻辑电路。

尽管本文档包含许多细节，这些不应被解释为限制要求保护的本发明的范围或者可以要求保护的范围，而是作为对具体实施例特定的特征的描述。本文档中在单独实施例的上下文中描述的特定特征也可以在单个实施例中以组合实现。相反地，在单个实施例的上下文中描述的各个特征也可以多个实施例中分开实现或在任何合适的子组合中实现。此外，尽管特征可以在上面被描述为在特定组合中起作用，甚至最初主张如此，但是来自所要求保护的组合的一个或多个特征在某些情况下可以从该组合中去除，并且所要求保护的组合可以针对子组合或子组合的变型。类似地，虽然以特定的顺序在附图中描述操作，这不应被理解为需要以所示的特定顺序或者以连续顺序执行这样的操作，或者需要执行所有所示的操作以达到期望的结果。

只公开了几个实施例和实现方式。对所描述的实例和实现方式的变化、修改和改进以及其他实现方式可以基于所公开的内容做出。

Claims (10)

1.一种用于促进机器对机器M2M通信的方法，所述方法包括：

提供实现一个或多个预定义的机器对机器M2M应用程序编程接口API简档的M2M系统；

提供用于所述M2M系统的网络接口；

通过所述网络接口接收简档查询；以及

以关于所实现的一个或多个预定义的M2MAPI简档的信息进行响应。

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

实现所述一个或多个M2MAPI简档以包括第一模块和第二模块，所述第一模块对用于所述网络接口的传输协议是不可知的，所述第二模块使用用于所述网络接口的传输协议发送和接收信号。

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

在管理信息数据库MIB中存储对应于所述一个或多个预定义的M2MAPI简档中的一个的信息。

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

基于所述一个或多个预定义的M2MAPI简档中指定的规则，使得所述信息变得被另一系统可读/可写。

5.一种用于促进机器对机器M2M通信的装置，所述方法包括：

用于提供M2M系统的设备，所述M2M系统实现一个或多个预定义的机器对机器M2M应用程序编程接口API简档；

用于提供用于所述M2M系统的网络接口的设备；

用于通过所述网络接口接收简档查询的设备；以及

用于以关于所实现的一个或多个预定义的M2MAPI简档的信息进行响应的设备。

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

用于实现所述一个或多个M2MAPI简档以包括第一模块和第二模块的设备，所述第一模块对用于所述网络接口的传输协议是不可知的，所述第二模块使用用于所述网络接口的传输协议发送和接收信号。

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

用于在管理信息数据库MIB中存储对应于所述一个或多个预定义的M2MAPI简档中的一个的信息的设备。

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

用于基于所述一个或多个预定义的M2MAPI简档中指定的规则，使得所述信息变得被另一系统可读/可写的设备。

9.一种计算机程序产品，其包括在其上存储有代码的非暂时性的计算机可读介质，所述代码当被处理器执行时，引起所述处理器执行权利要求1至4中的一项所述的方法。

10.一种用于机器对机器M2M通信的系统，包括：

通过网络通信地耦合到第二M2M系统的第一M2M系统，其中：

所述第一M2M系统被配置为发送M2M应用程序编程接口API查询以接收所述第二M2M系统的M2MAPI功能；以及

所述第二M2M系统被配置为通过所述网络传送M2MAPI功能。