一种OneM2M架构设备绑定的方法和装置与流程

文档序号:13764071阅读:310来源:国知局
一种OneM2M架构设备绑定的方法和装置与流程

本发明涉及物联网通信技术领域,尤其涉及一种OneM2M架构设备绑定的方法和装置。



背景技术:

oneM2M为物联网领域国际标准化组织,为M2M和物联网应用开发提供互操作性标准。M2M(Machine to Machine,机器到机器)是指机器之间不需要人为参与的情况下进行的数据通信。为了满足用户日益增长的自动化和网络化的需求,M2M已经广泛应用于交通控制管理、远程抄表、远程监控、医疗监护、智能家居控制等各个领域。

在整个物联网络中,不同的智能设备提供的资源集是不同的。往往由于资源集的限定,智能设备无法提供相应的功能。例如,对于汽车而言,可能支持wifi、BT或者ZigBee等无线通信协议。但是这几种通信协议,是无法提供基于位置的服务以及通话服务等。

然而在实际应用场景中,用户使用的智能设备通常不止一种。开车的司机一般都会携带移动终端,因此可以借用移动终端的3G或者4G的移动通信资源,为运动中的汽车提供更多通信的资源。因此,如果将不同资源集的智能设备进行绑定,生成一个虚拟设备,该虚拟设备将为用户提供更强资源集的服务。



技术实现要素:

本发明实施例提供一种OneM2M架构设备绑定的方法和装置,用以解决现有技术中设备资源单一无法提供更全面的服务资源的问题。

依据本发明的一个方面,提供一种OneM2M架构设备绑定的方法,用于机器与机器M2M系统的服务器中,所述方法包括:

接收第一设备发送的设备绑定请求;其中,所述设备绑定请求用于所述第一设备请求绑定第二设备;

向所述第二设备转发所述设备绑定请求;

待接收到所述第二设备反馈的绑定确定消息后,获取所述第二设备的注册资源集,并将所述第二设备的注册资源集发送至所述第一设备;

接收所述第一设备从所述第二设备的注册资源集中选取的所需绑定的资源,并根据所述所需绑定的资源建立所述第一设备与所述第二设备的绑定关系。

进一步地,所述接收第一设备发送的设备绑定请求之前,所述方法还包括;

接收所述第一设备和所述第二设备的注册请求;其中,所述注册请求中包括设备的标识以及注册资源集;

将所述设备的标识以及注册资源集保存至本地的设备信息中。

进一步地,所述接收第一设备发送的设备绑定请求,具体包括:

从所述设备绑定请求获取所述第一设备的标识;

在所述设备信息中查询是否存在所述第一设备的标识;

若存在,则鉴权通过,继续绑定处理;否则,鉴权失败,终止绑定处理。

进一步地,所述根据所述所需绑定的资源建立所述第一设备与所述第二设备的绑定关系,具体包括:

判断所述第一设备的注册资源集中是否包含所述所需绑定的资源对应的资源类型;

若包含,则将所述第一设备的注册资源集中所述所需绑定的资源的资源值修改为所述第二设备的注册资源集中对应资源类型的资源值;

若不包含,则将所述将第一设备中所述所需绑定的资源对应的资源类型添加至所述第一设备的注册资源集中,并将所述所需绑定的资源的资源值修改为所述第二设备的注册资源集中对应资源类型的资源值。

进一步地,所述所需绑定的资源至少包括网络服务资源。

进一步地,所述根据所述所需绑定的资源建立所述第一设备与第二设备的绑定关系后,所述方法进一步包括,向所述第一设备发送绑定成功的应答消息。

依据本发明的一个方面,提供一种设备绑定方法,用于机器与机器M2M系统的第一设备中,所述方法包括:

向服务器发送用于绑定所述第二设备的设备绑定请求;

接收所述服务器发送的所述第二设备的注册资源集;

获取从所述第二设备的注册资源集选取的所需绑定的资源,并将所述所需绑定的资源发送至所述服务器。

进一步地,所述方法还包括:

接收所述服务器发送的绑定成功的应答消息;

根据所述设备绑定请求携带的所述第二设备的标识在本地建立绑定资源集;

与所述第二设备协商通信,并将所述第二设备的网络访问方式添加至所述绑定资源集中。

进一步地,所述绑定资源集具体用于:

当监测到本地有事件更新时,根据所述网络访问方式将所述事件发送至所述第二设备,由所述第二设备将所述事件发送至所述服务器。

依据本发明的一个方面,提供一种OneM2M架构设备绑定的方法,用于机器与机器M2M系统的第二设备中,包括:

接收服务器转发的设备绑定请求;其中,所述设备绑定请求用于第一设备的请求绑定所述第二设备;

在确定与所述第一设备建立绑定关系后,将绑定确定消息发送至所述服务器中;

根据所述设备绑定请求携带的所述第一设备的标识在本地建立绑定资源集;

与所述第一设备协商通信,并将所述第一设备的网络访问方式添加至所述绑定资源集中。

进一步地,所述绑定资源集具体用于,当接收到所述服务器发送的与所述第一设备相关的事件时,根据所述网络访问方式将所述事件发送至所述第一设备。

依据本发明的一个方面,提供一种OneM2M架构设备绑定的装置,用于机器与机器M2M系统的服务器中,所述装置包括:

第一接收单元,用于接收第一设备发送的设备绑定请求;其中,所述设备绑定请求用于所述第一设备请求绑定第二设备;

第一发送单元,用于向所述第二设备转发所述设备绑定请求;

第二接收单元,用于接收到所述第二设备反馈的绑定确定消息;

第二发送单元,用于待所述第二接收单元接收到所述第二设备反馈的绑定确定消息后,获取所述第二设备的注册资源集,并将所述第二设备的注册资源集发送至所述第一设备;

第三接收单元,用于接收所述第一设备从所述第二设备的注册资源集中选取的所需绑定的资源;

绑定单元,用于根据所述第三接收单元接收的所述所需绑定的资源建立所述第一设备与所述第二设备的绑定关系。

进一步地,所述装置还包括注册单元,具体用于;

所述第一接收单元接收第一设备发送的设备绑定请求之前,接收所述第一设备和所述第二设备的注册请求;其中,所述注册请求中包括设备的标识以及注册资源集;

将所述设备的标识以及注册资源集保存至本地的设备信息中。

进一步地,所述第一接收单元具体用于:

从所述设备绑定请求获取所述第一设备的标识;

在所述设备信息中查询是否存在所述第一设备的标识;

若存在,则鉴权通过,继续绑定处理;否则,鉴权失败,终止绑定处理。

进一步地,所述绑定单元具体用于:

判断所述第一设备的注册资源集中是否包含所述所需绑定的资源对应的资源类型;

若包含,则将所述第一设备的注册资源集中所述所需绑定的资源的资源值修改为所述第二设备的注册资源集中对应资源类型的资源值;

若不包含,则将所述将第一设备中所述所需绑定的资源对应的资源类型添加至所述第一设备的注册资源集中,并将所述所需绑定的资源的资源值修改为所述第二设备的注册资源集中对应资源类型的资源值。

进一步地,所述绑定单元处理的所述所需绑定的资源至少包括网络服务资源。

进一步地,所述装置还包括第三发送单元,用于所述绑定单元根据所述所需绑定的资源建立所述第一设备与第二设备的绑定关系后,向所述第一设备发送绑定成功的应答消息。

依据本发明的一个方面,提供一种OneM2M架构设备绑定的装置,用于机器与机器M2M系统的第一设备中,所述装置包括:

第一发送单元,用于向服务器发送用于绑定所述第二设备的设备绑定请求;

第一接收单元,用于接收所述服务器发送的所述第二设备的注册资源集;

第二发送单元,用于获取从所述第二设备的注册资源集选取的所需绑定的资源,并将所述所需绑定的资源发送至所述服务器。

进一步地,所述装置还包括:

第二接收单元,用于接收所述服务器发送的绑定成功的应答消息;

建立单元,用于所述第二接收单元接收所述服务器发送的绑定成功的应答消息后,根据所述设备绑定请求携带的所述第二设备的标识在本地建立绑定资源集;

添加单元,用于与所述第二设备协商通信,并将所述第二设备的网络访问方式添加至所述绑定资源集中。

进一步地,所述建立单元建立的绑定资源集具体用于:

当监测到本地有事件更新时,根据所述网络访问方式将所述事件发送至所述第二设备,由所述第二设备将所述事件发送至所述服务器。

依据本发明的一个方面,提供一种OneM2M架构设备绑定的装置,用于机器与机器M2M系统的第二设备中,包括:

接收单元,用于接收服务器转发的设备绑定请求;其中,所述设备绑定请求用于第一设备的请求绑定所述第二设备;

发送单元,用于在确定与所述第一设备建立绑定关系后,将绑定确定消息发送至所述服务器中;

建立单元,用于根据所述设备绑定请求携带的所述第一设备的标识在本地建立绑定资源集;

添加单元,用于与所述第一设备协商通信,并将所述第一设备的网络访问方式添加至所述绑定资源集中。

进一步地,所述建立单元建立的绑定资源集具体用于,当接收到所述服务器发送的与所述第一设备相关的事件时,根据所述网络访问方式将所述事件发送至所述第一设备。

本发明具有以下有益效果:

本发明所提供的OneM2M架构设备绑定的方法及装置,在第一设备请求绑定第二设备,第二设备确定绑定后,将第二设备的资源发送至第一设备中,由第一设备根据需要确定需要绑定的资源。本发明将不同资源集的设备进行绑定,使得绑定后的设备具有更丰富的服务资源,为用户提供更好的服务体验。

上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。

图1为本发明实施例中用于服务器的设备绑定的方法的流程图;

图2为本发明实施例中用于第一设备的设备绑定的方法的流程图;

图3为本发明实施例中用于第二设备的设备绑定的方法的流程图;

图4为本发明一具体实施例的设备绑定的方法的流程图;

图5为图4中设备绑定后的一个具体应用场景的示意图;

图6为本发明实施例中用于服务器的设备绑定装置的结构框图;

图7为本发明实施例中用于第一设备的设备绑定装置的流程图;

图8为本发明实施例中用于第二设备的设备绑定装置的流程图。

具体实施方式

下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

本发明实施例提供一种OneM2M架构设备绑定的方法,用于M2M系统的服务器中,如图1所示,具体包括如下步骤:

步骤101,接收第一设备发送的设备绑定请求;其中,设备绑定请求用于第一设备请求绑定第二设备。

其中,第一设备和第二设备预先在服务器中注册相关设备信息,具体地:

接收第一设备和第二设备的注册请求;其中,注册请求中包括设备的标识ID以及注册资源集;将设备的标识以及注册资源集保存至本地的设备信息中。其中,注册资源集包括设备可为外部设备提供的服务资源。

其中,第一设备发送的设备绑定请求中包括第一设备标识ID和第二设备标识ID,当然还可以包括其他与绑定相关的信息,例如绑定时效信息等。

进一步地,在服务器接收到第一设备发送的设备绑定请求后,该方法还包括:

获取设备绑定请求中携带的第一设备标识ID;

在预先注册的设备信息中查询是否存在第一设备标识ID;

当查询到第一设备标识ID时,则鉴权成功,并继续后续绑定操作;若未检索到第一设备标识ID时,则终止此次绑定流程,并向第一设备发送无注册信息的响应消息。

步骤102,向第二设备转发设备绑定请求,待接收到第二设备反馈的绑定确定消息后,获取第二设备的注册资源集,并将第二设备的注册资源集发送至第一设备。

其中,服务器在接收到设备绑定请求后,确定第二设备是否支持绑定:待确定支持绑定后,在进行后续绑定流程;否则终止此次操作。

具体地,从设备绑定请求获取第二设备标识ID。根据第二设备标识ID,将设备绑定请求转发至第二设备中,由第二设备决定是否绑定第一设备。待第二设备确定支持绑定后,向服务器发送绑定确认消息。服务器接收到绑定确认消息后,根据第二设备标识ID从注册的设备信息中获取第二设备的注册资源集,并将该注册资源集发送至第一设备中。

步骤103,接收第一设备从第二设备的注册资源集中选取的所需绑定的资源,并根据所需绑定的资源建立第一设备与第二设备的绑定关系。

其中,第一设备根据需求从第二设备的资源集中选择所需绑定的资源,并将绑定的资源反馈至服务器中。其中,所需绑定的资源可以为:性能优于第一设备的资源或者第一设备中没有的资源。服务器根据具体的资源将第二设备和第一设备建立绑定关系。该绑定关系表示需要获取第一设备所需绑定的资源时,从第二设备获取即可。

具体地,一个实施例中,根据所需绑定的资源建立第一设备与第二设备的绑定关系时,具体包括:

判断第一设备的注册资源集中是否包含所需绑定的资源对应的资源类型;

若包含,则将第一设备的注册资源集中所需绑定的资源的资源值修改为第二设备的注册资源集中对应资源类型的资源值;

若不包含,则将将第一设备中所需绑定的资源对应的资源类型添加至第一设备的注册资源集中,并将所需绑定的资源的资源值修改为第二设备的注册资源集中对应资源类型的资源值。

举例说明,当第一设备需要绑定第二设备的网络服务资源(包括网络访问方式),而该网络服务资源在注册资源集,将第一设备中的网络服务资源的资源值修改为第二设备的资源值,即接入点信息修改为第二设备的接入点信息。而对于语音通话服务资源,第一设备注册资源集中不存在,则直接添加即可该资源类型,并由第二设备为第一设备提供该资源类型的资源值。

其中,所需绑定的资源至少包括网络服务资源,当然还可以包括位置服务资源、语音通话服务资源或者短信服务资源中的任一种或多种。这样,第一设备和第二设备绑定网络服务资源之后,共用一个IP地址,对于外部设备来说,两个绑定设备是一个虚拟的设备。在资源绑定后,第一设备可以直接获取第二设备的资源,并为外部设备提供服务。

进一步地,根据所需绑定的资源建立第一设备与第二设备的绑定关系后,向第一设备发送绑定成功消息。第一设备确定绑定后,根据第二设备的标识ID在本地建立绑定资源集。根据该绑定资源集,实现第一设备与第二设备之间的数据交互。具体的实现过程,后文进行介绍。

基于上述可知,本发明实施例中,服务器端将第二设备与第一设备的资源进行绑定后,当外部设备需要获取第一设备的相关资源时,可以直接通过第二设备获取,从而使得第一设备能够提供更丰富的资源信息。通过本发明可以整合不同资源集的智能设备,使得智能设备为用户提供更多样化的服务,提升用户的服务体验。

本发明实施例提供一种OneM2M架构设备绑定的方法,用于M2M系统的第一设备中,如图2所示,具体包括如下步骤:

步骤201,向服务器发送设备绑定请求;其中,设备绑定请求用于第一设备的请求绑定第二设备。

其中,对于设备绑定请求的触发,可以是外部环境所触发的,也可以是设备自动触发的。例如,当用户需要绑定指定设备时,则接收用户的绑定指令后而触发发送设备绑定请求;或者,当第一设备检测到自身能力因环境变化而引起的缩减时(例如无法连接WIFI时)自动触发的,该情况适用于请求绑定同一用户的设备;或者,在局域网中广播自己的所需的资源,并在获取能够提供相应资源设备(也就是第二设备后)的地址后,自动在向服务器发起绑定请求。

其中,第一设备预先在服务器中注册设备信息,包括设备标识ID以及可提供的资源集。在向服务器发送的设备绑定请求包括第一设备标识ID和第二设备标识ID,还可以包含其他与绑定相关的信息,例如绑定的具体时效。

在向服务器发送设备绑定请求后,服务器对第一设备进行鉴权,确定第一设备是否可以绑定其他设备。当服务器鉴权通过后,获取第二设备注册的资源集;当鉴权失败后,向第二设备发送鉴权失败消息。第一设备接收鉴权失败消息后,终止绑定流程。

进一步地,当服务器向第二设备转发该设备绑定请求后,若第二设备拒绝建立绑定关系,则第二设备向服务器发送拒绝绑定消息,服务器将该拒绝绑定消息转发至第一设备中。第一设备接收服务器转发的第二设备发送的拒绝绑定消息后,终止绑定流程。

步骤202,接收服务器发送的第二设备的注册资源集;

步骤203,获取从第二设备的注册资源集选取的所需绑定的资源,并将所需绑定的资源发送至服务器。

其中,该绑定的资源至少包括网络服务资源,当然还可以包括位置服务资源、语音通话服务资源或者短信服务资源等其他可绑定的资源信息。

具体地,在获取从第二设备的注册资源集选取的所需绑定的资源时,可以由用户根据接收的第二设备的注册资源集中选定所需绑定的资源;也可以由第一设备检测到某一资源因环境变化(例如无法连接WIFI时)无法提供时,根据从第二设备的注册资源集中获取相应的资源,来满足自身需要;或者,在局域网中广播自己所需的资源时,在从第二设备的注册资源集获取所需绑定的资源。

进一步地,第一设备反馈绑定的资源至服务器后,监听服务器发送的绑定成功消息:

当接收到绑定成功消息后,根据设备绑定请求中携带的第二设备标识ID在本地建立绑定资源集;其中,该绑定资源集用于第一设备确定与其绑定的设备信息,例如第二设备的标识ID。

与第二设备协商通信关系,将第二设备的网络访问方式添加至绑定资源集中。根据绑定资源集中的第二设备的信息,与第二设备协商通信,获取第二设备的网络访问方式,与第二设备建立连接进行通信。

其中,在与第二设备协商通信关系时,可以通过wifi/zigbee/BT通信协议,或者其他私有的通信协议。这里对于建立连接的通信协议不做具体的限定。

在服务器端实现两个设备绑定后,为了便于设备之间的通信,需要在本地设置绑定资源集;并将第二设备的网络访问方式添加至绑定资源集中。这样,根据绑定资源集中的网络访问方式,与第二设备建立连接后,通过第二设备与服务器端实现数据的交互。

具体地,当监测到本地有事件更新时,根据网络访问方式将事件发送至第二设备,由第二设备将事件发送至服务器。例如,当汽车通过WIFI与服务器建立连接,实现汽车与手机的绑定后;当汽车失去WIFi连接时,根据绑定资源集中的第二设备的接入点信息,将汽车的事件信息通过手机发送至服务器中的业务平台。。

本发明实施例还提供一种OneM2M架构设备绑定的方法,用于M2M系统的第二设备中,如图3所示,具体包括:

步骤301,接收服务器转发的设备绑定请求;其中,设备绑定请求用于第一设备的请求绑定第二设备。

其中,设备绑定请求包括第一设备标识ID和第二设备标识ID,还可以包含其他与绑定相关的信息,例如绑定的具体时效。在接收到该设备绑定请求后,从请求中获取请求绑定设备的设备标识ID,并提示用户是否可以进行绑定。

步骤302,在确定与第一设备建立绑定关系后,将绑定确定消息发送至服务器中。

其中,根据用户的指令确定是否与第一设备建立绑定关系。若接收到确定绑定指令,确定与第一设备建立绑定关系,并向服务器发送绑定确定消息,以便提示服务器进行后续绑定流程;若接收到拒绝绑定指令,则拒绝与第一设备建立绑定关系,并将拒绝绑定消息发送至服务器中,由服务器转发至第一设备中。

步骤303,根据设备绑定请求携带的第一设备标识ID在本地生成绑定资源集。

步骤304,在与第一设备协商通信时,将第一设备的网络访问方式添加至绑定资源集中。

根据绑定资源集第二设备确定与其绑定的设备信息,例如第一设备的标识ID。具体地,绑定资源集具体用于,当接收到服务器发送的与第一设备相关的事件时,根据网络访问方式将事件发送至第一设备。

下面以一个具体的实施例来说明本发明,在该实施例中涉及第一设备(汽车)、第二设备(手机)以及服务器(业务平台)。

如图4所示,汽车和手机预先注册在业务平台上,汽车注册的远程资源集为remoteCSE1,手机注册的远程资源集为remoteCSE2。汽车与手机的绑定的具体过程如下:

步骤401,汽车向业务平台发送的设备绑定请求(携带CSE-ID=手机标识ID);步骤402,业务平台对汽车进行鉴权认定;

步骤403,业务平台向手机转发设备绑定请求;

步骤404,手机向业务平台发送绑定成功确认消息,并在本地生成包含CSE-ID=汽车标识ID的绑定资源集bindingCSE1;

步骤405,业务平台向汽车发送携带手机remoteCSE2资源集的协商资源请求;

步骤406,汽车向手机反馈选择绑定的手机的资源,分别为接入点信息Network和位置信息Location;

步骤407,业务平台修改remoteCSE1中Network和Location信息为remoteCSE2;或者为绑定后的设备生成虚拟设备(remoteCSE3),采用anounce的方式,同步至remoteCSE3;

步骤408,业务平台向汽车发送绑定成功的应答消息;

步骤409,汽车在本地生成包含CSE-ID=手机标识的绑定资源集bindingCSE2;

步骤410,汽车与手机协商通信方式;

步骤411,汽车将bindingCSE1的接入点信息修改为手机的accessofpoint;手机在bindingCSE2中的接入点信息修改为汽车的accessofpoint。

图5为图4中的一个具体应用场景。当汽车与手机建立绑定关系后,由手机为整个绑定设备提供网络服务资源。具体地,

步骤501,当汽车1监听到事件发生(例如故障)时,检查本地的绑定资源集的资源,将消息的类型与车辆信息发送至手机:

步骤502,手机1将消息的类型与车辆信息发送至业务平台中;

步骤503,业务平台接收手机1发送的消息的类型与车辆信息,向其他手机2推送事件具体消息;

步骤504,手机2将事件具体消息在发送至汽车2中;

步骤505,汽车2接收事件消息后,对事件做具体的处理。

参见图6,本发明实施例还提供一种OneM2M架构设备绑定的装置,用于服务器中,具体包括:

第一接收单元61,用于接收第一设备发送的设备绑定请求;其中,设备绑定请求用于第一设备请求绑定第二设备;

第一发送单元62,用于向第二设备转发设备绑定请求;

第二接收单元63,用于接收到第二设备反馈的绑定确定消息;

第二发送单元64,用于待第二接收单元接收到第二设备反馈的绑定确定消息后,获取第二设备的注册资源集,并将第二设备的注册资源集发送至第一设备;

第三接收单元65,用于接收第一设备从第二设备的注册资源集中选取的所需绑定的资源;

绑定单元66,用于根据第三接收单元接收的所需绑定的资源建立第一设备与第二设备的绑定关系。

进一步地,装置还包括注册单元67,具体用于;

第一接收单元接收第一设备发送的设备绑定请求之前,接收第一设备和第二设备的注册请求;其中,注册请求中包括设备的标识以及注册资源集;

将设备的标识以及注册资源集保存至本地的设备信息中。

进一步地,第一接收单元61具体用于:

从设备绑定请求获取第一设备的标识;

在设备信息中查询是否存在第一设备的标识;

若存在,则鉴权通过,继续绑定处理;否则,鉴权失败,终止绑定处理。

进一步地,绑定单元66具体用于:

判断第一设备的注册资源集中是否包含所需绑定的资源对应的资源类型;

若包含,则将第一设备的注册资源集中所需绑定的资源的资源值修改为第二设备的注册资源集中对应资源类型的资源值;

若不包含,则将将第一设备中所需绑定的资源对应的资源类型添加至第一设备的注册资源集中,并将所需绑定的资源的资源值修改为第二设备的注册资源集中对应资源类型的资源值。

进一步地,绑定单元66处理的所需绑定的资源至少包括网络服务资源。

进一步地,装置还包括第三发送单元67,用于绑定单元根据所需绑定的资源建立第一设备与第二设备的绑定关系后,向第一设备发送绑定成功的应答消息。

参见图7,本发明实施例还提供一种设备绑定装置,用于第一设备中,具体包括:

依据本发明的一个方面,提供一种OneM2M架构设备绑定的装置,用于机器与机器M2M系统的第一设备中,装置包括:

第一发送单元71,用于向服务器发送用于绑定第二设备的设备绑定请求;

第一接收单元72,用于接收服务器发送的第二设备的注册资源集;

第二发送单元73,用于获取用户根据第二设备的注册资源集选取的所需绑定的资源,并将所需绑定的资源发送至服务器。

进一步地,装置还包括:

第二接收单元74,用于接收服务器发送的绑定成功的应答消息;

建立单元75,用于第二接收单元接收服务器发送的绑定成功的应答消息后,根据设备绑定请求携带的第二设备的标识在本地建立绑定资源集;

添加单元76,用于与第二设备协商通信,并将第二设备的网络访问方式添加至绑定资源集中。

进一步地,建立单元75建立的绑定资源集具体用于:

当监测到本地有事件更新时,根据网络访问方式将事件发送至第二设备,由第二设备将事件发送至服务器。

参见图8,本发明实施例还提供一种OneM2M架构设备绑定的装置,用于M2M系统的第二设备中,包括:

接收单元81,用于接收服务器转发的设备绑定请求;其中,设备绑定请求用于第一设备的请求绑定第二设备;

发送单元82,用于在确定与第一设备建立绑定关系后,将绑定确定消息发送至服务器中;

建立单元83,用于根据设备绑定请求携带的第一设备的标识在本地建立绑定资源集;

添加单元84,用于与第一设备协商通信,并将第一设备的网络访问方式添加至绑定资源集中。

进一步地,建立单元83建立的绑定资源集具体用于,当接收到服务器发送的与第一设备相关的事件时,根据网络访问方式将事件发送至第一设备。

本领域普通技术人员可以理解实现上述实施例的方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,程序可存储于计算机可读取存储介质中,该程序在执行时,可包括如上述各的方法的实施例的流程。

虽然通过实施例描述了本申请,本领域的技术人员知道,本申请有许多变形和变化而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1