一种终端数据上报方法和装置的制作方法

文档序号:7712909阅读:93来源:国知局
专利名称:一种终端数据上报方法和装置的制作方法
技术领域
本发明涉及通信领域,尤其涉及一种终端数据上报方法和装置。
背景技术
在智能家居、安防监控、电子医疗、零售业、物流监控等等垂直行业市场中, M2M(Machine-to-Machine,机器对机器)的应用快速增长,M2M狭义上讲就是机器与 机器之间通过 GSM/GPRS (Global System for Mobile Communications/General Packet Radio Service,全球移动通讯系统/通用无线分组业务)、UMTS/HSDPA (Universal Mobile Telecommunications System/High Speed Downlink Packet Access,通用移动通信系统 / 高 速下行分组接入技术)和 CDMA/EVDO (Code Division Multiple Access/Evolution-Data Only,码分多址/演进3G)模块实现数据的交换。但是,由于缺乏统一的M2M标准, 垂直行业的M2M应用通常是一个厂商提供端到端的解决方案,终端和应用强耦合,造成 部署成本偏高;另外,大量部署的垂直应用形成了一个个的信息孤岛,很难做到信息之 间的共享,容易造成重复建设。发明人在实现本发明的过程中发现,为了解决上述问题,现有技术中通过M2M 平台将终端数据上报到不同的应用系统,然而,由于不同的应用系统需求不同,因此, 现有技术中的解决方案存在应用系统需要的数据上报方式与终端支持的上报方式不匹配 的缺陷。

发明内容
本发明实施例提供一种终端数据上报方法和装置,以解决应用系统需要的数据 上报方式与终端支持的上报方式不匹配的问题。本发明实施例的上述目的是通过如下技术方案实现的一种终端数据上报方法,所述方法包括机器对机器平台接收应用系统发送的 订阅数据请求;如果获取的数据上报方式满足所述订阅数据请求,则机器对机器平台根 据所述订阅数据请求中的数据上报方式,将终端数据发送到所述应用系统;如果获取的 数据上报方式不能满足所述订阅数据请求,则机器对机器平台将所述订阅数据请求发送 到机器对机器客户端,根据机器对机器客户端返回的应答消息,决定是否将终端数据发 送到所述应用系统。—种终端数据上报装置,所述装置包含于机器对机器平台,所述装置包括接 收单元,用于接收应用系统发送的订阅数据请求;发送单元,用于在获取的数据上报方 式满足所述订阅数据请求时,根据所述订阅数据请求中的数据上报方式,将终端数据发 送到所述应用系统;并在获取的数据上报方式不能满足所述订阅数据请求时,将所述订 阅数据请求发送到机器对机器客户端,以根据机器对机器客户端返回的应答消息,决定 是否将终端数据发送到所述应用系统。
一种终端数据上报方法,所述方法包括机器对机器客户端接收机器对机器平台发送的订阅数据请求;如果终端支持的数据上报方式能够被机器对机器客户端适配为 所述订阅数据请求中请求的数据上报方式,则机器对机器客户端将终端数据发送到所述 机器对机器平台;如果终端支持的数据上报方式不能够被机器对机器客户端适配为所述 订阅数据请求中请求的数据上报方式,则机器对机器客户端向机器对机器平台发送携带 终端支持的数据上报方式的错误应答消息。一种终端数据上报装置,所述装置包含于机器对机器客户端,所述装置包括 接收单元,用于接收机器对机器平台发送的订阅数据请求;发送单元,用于终端支持的 数据上报方式能够被机器对机器客户端适配为所述订阅数据请求中请求的数据上报方式 将所述终端数据发送到所述机器对机器平台;或在终端支持的数据上报方式不能够被机 器对机器客 户端适配为所述订阅数据请求中请求的数据上报方式时,向机器对机器平台 发送携带终端支持的数据上报方式的错误应答消息。通过本发明实施例的终端数据上报方法及装置,M2M平台或M2M客户端会根 据应用系统或M2M平台的订阅数据请求是否成功来决定是否将终端数据发送到所述应用 系统或M2M平台,以及如何将终端数据发送到所述应用系统或M2M平台,使得应用系 统在不了解终端支持的数据上报方式时,也可根据自身请求的数据上报方式获取终端数 据。通过本发明实施例,可降低应用系统与终端之间的强耦合关系,应用系统在开发时 可以不考虑终端的具体数据上报方式,根据自身的需求开发即可。而终端部署时也不需 考虑如何满足多个应用系统的不同数据上报方式的要求,有利于降低终端的复杂度,简 化应用系统的开发,节约终端的制造开发成本等。


此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,并 不构成对本发明的限定。在附图中图1为应用本发明实施例的方法的系统的组成示意图;图2为本发明实施例的方法流程图;图3为本发明实施例的一种适配处理过程的流程图;图4为本发明实施例的另一种适配处理过程的流程图;图5为本发明实施例的另一种适配处理过程的流程图;图6为图1所示实施例的方法中,获取的数据上报方式不能满足订阅数据请求中 的订阅时,M2M平台的处理流程图;图7为图6所示实施例中应用系统取消订阅时,M2M平台的处理流程图;图8为本发明另一实施例的方法流程图;图9为图8所示实施例中M2M平台取消订阅时,M2M客户端的处理流程图;图10本发明实施例的信息交互示意图;图11为本发明实施例的另一信息交互示意图;图12为本发明实施例的另一信息交互示意图;图13为本发明实施例的另一信息交互示意图;图14为本发明实施例的另一信息交互示意图;图15为本发明一实施例的装置组成框图16为本发明另一实施例的装置组成框图。
具体实施例方式为使本发明实施例的目的、技术方案和优点更加清楚明白,下面结合实施例和 附图,对本发明实施例做进一步详细说明。在此,本发明的示意性实施例及其说明用于 解释本发明,但并不作为对本发明的限定。实施例一本发明实施例提供了一种终端数据上报方法,以下结合附图对本实施例进行详 细说明。图1应用本发明实施例的方法的M2M系统组成示意图,如图1所示,该M2M 系统包括多个应用系统11、一个M2M平台12、多个M2M客户端13以及挂设于每一个 客户端的多个终端14,本实施例的方法应用于该M2M系统的M2M平台12,M2M平台 12根据应用系统11的订阅数据请求,在一个应用系统请求的数据上报方式能够满足其他 多个应用系统请求的数据上报方式时,只向客户端14发送一个订阅数据请求,以减少信 息交互。在本实施例中,应用系统、M2M平台以及M2M客户端都可以通过服务器来实 现,本实施例并不以此作为限制。图2为本发明实施例的方法流程图,如图2所示,本发明实施例的终端数据上报 方法应用于M2M平台,该方法主要包括201 M2M平台接收应用系统发送的订阅数据请求。其中,订阅数据请求是指,应用系统通过M2M平台请求获取终端的数据,在本 实施例中,订阅数据请求可以包含订阅数据的应用系统会话标识、应用系统标识、终端 标识、数据类型、数据上报方式等,例如,该订阅数据请求用于指示哪个应用系统希望 获取哪个终端以哪种方式上报的哪类数据等,本实施例并不以此作为限制。一个订阅数 据请求可以称之为一个订阅。在本实施例中,数据上报方式可以包括周期性上报方式、单次上报方式和阈值 上报方式等,其中周期性上报方式可包括固定周期上报方式和可设定周期的周期上报方式,其 中,可设定周期的周期上报方式中可包括最小周期、最大周期以及周期精度值等设置信 肩、ο单次上报方式可用于单次查阅的应用系统中。阈值上报方式可包括固定阈值上报和可设阈值的阈值上报,其中,固定阈值上 报可适用于红外告警、烟雾告警等应用系统,而可设阈值的阈值上报方式则可用于温 度、湿度等实时检测应用系统中。202如果M2M平台获取的数据上报方式满足所述订阅数据请求,则根据所述 订阅数据请求中的数据上报方式,将终端数据发送到所述应用系统。 在本实施 例中,获取的数据上报方式包括其它应用系统针对相同的终端订阅的 数据对应的数据上报方式,也即M2M平台已保存的数据上报方式;还包括其它应用系 统针对相同的终端订阅的数据对应的数据上报方式所关联的终端能够支持的数据上报方式,也即M2M平台已保存的数据上报方式所关联的终端支持的数据上报方式,本实施例 并不以此作为限制。在本实施例中,如果M2M平台正在接收与该应用系统的订阅数据请求中请求的 数据相同的数据,M2M平台可以获取对应的数据上报方式。在本实施例中,该M2M平台会保存对各个应用系统的数据上报方式以及M2M 客户 端将对应数据上报到M2M平台的数据上报方式,以及各个应用系统的数据上报方 式所对应的终端能够支持的数据上报方式,以便于在多个应用系统请求同一个终端上报 的数据时,当已有的应用系统请求的数据上报方式能够满足其他应用系统的请求时,或 者,已有的应用系统请求的数据上报方式所关联的终端能够支持的数据上报方式能够满 足其他应用系统的请求时,就不再向终端发送数据请求,从而减少与终端之间的信息交 互。在本实施例中,获取的数据上报方式满足所述订阅数据请求是指,已保存的数 据上报方式与所述订阅数据请求中请求的数据上报方式相同;或者,已保存的数据上报 方式能够适配为所述订阅数据请求中请求的数据上报方式;或者,已保存的数据上报方 式所关联的终端支持的数据上报方式能够适配为所述订阅数据请求中请求的数据上报方 式。其中,如果已保存的数据上报方式与所述订阅数据请求中请求的数据上报方式 相同,则根据本实施例的方法,M2M平台根据应用系统的订阅数据请求中的数据上报方 式,将接收到的M2M客户端上报的其它应用系统订阅的终端数据发送到所述应用系统; 如果已保存的数据上报方式能够适配为所述订阅数据请求中请求的数据上报方式,则根 据本实施例的方法,M2M平台将已保存的数据上报方式适配为所述订阅数据请求中请求 的数据上报方式,再根据适配后的数据上报方式,将接收到的M2M客户端上报的其它应 用系统订阅的所述终端数据发送到所述应用系统;如果已保存的数据上报方式所关联的 终端能够支持的数据上报方式可以适配为所述订阅数据请求中请求的数据上报方式,则 根据本实施例的方法,M2M平台将上述终端支持的数据上报方式适配为所述订阅数据请 求中请求的数据上报方式,再根据适配后的数据上报方式,将所述终端数据发送到所述 应用系统。其中,已保存的数据上报方式能够适配为订阅数据请求中请求的数据上报方式 包括如下几种,但本实施例并不以此作为限制(1)周期为T的周期性上报可以适配为周期为N*T的周期性上报。图3为M2M平台将周期为T的周期性上报适配为周期为N*T的周期性上报流程 图。即在本实施例中,新请求的数据上报方式为周期性上报,周期为N*T,M2M平台与 M2M客户端之间的订阅也为周期性上报,周期为T,为满足其它应用系统的订阅请求, 请参照图3,该流程包括301 初始设置整数i为0。302 等待接收到M2M客户端对应平台会话ID上报的数据。303 判断i是否等于0,如果是则到步骤4,否则到步骤6。304 上报数据。305 将i的值设为N。
306 将i的值减1,回到步骤302。(2)低阈值的阈值上报可以适配成周期性上报或高阈值的阈值上报。在本实施例中,新请求的数据上报方式为周期性上报或者高阈值的阈值上报, 而M2M平台和M2M客户端之间的订阅为低阈值的阈值上报,则只要M2M平台每次收 到M2M客户端上报的数据时判断是否满足高阈值的阈值判断条件或周期性判断条件,如 果满足则上报。以上几种适配方式只是举例说明,M2M平台能否适配主要取决于现有的数据上 报方式和请求的数据上报方式的关系,例如小于最大采样周期的周期性上报可以适配 成阈值上报;周期性上报或阈值上报可以适配为单次上报等,本实施例并不以此作为限 制。其中,已保存的数据上报方式所关联的终端能够支持的数据上报方式能够适配 为订阅数据请求中请求的数据上报方式包括如下几种,但本实施例并不以此作为限制(1)单次上报可以适配成周期性上报。在本实施例中,M2M平台根据已保存的数据上报方式获取到其关联的终端支持 的数据上报方式,例如根据前次应用系统订阅的数据及其数据上报方式获知某终端仅支 持单次上报,而新应用系统请求的数据上报方式为周期性上报,则M2M平台可以通过 M2M客户端向所述终端发送订阅数据请求,以获取该终端的数据,并按照新应用系统要 求的数据上报方式,在周期到达时,向该新应用系统上报该终端的数据。图4为M2M平台将单次上报适配为周期为T的周期性上报的流程图,在本实施 例中,新请求的数据上报方式为周期性上报,周期为T,而M2M平台与M2M客户端之 间的订阅为单次请求订阅,请参照图4,该流程包括401 设置布尔型变量isnotify为真,该值为真代表可以向应用上报数据。402 判断布尔型变量isrequest是否为真,该值代表了 M2M平台是不是正在向 M2M客户端发出单次请求,如果是则到步骤5,否则到步骤3。403 将 isrequest 值设为真。404向M2M客户端发送单词数据上报请求。405 等待接收到M2M客户端上报数据。406 将 isrequest 的值设为假。407 判断isnotify的值是否为真,如果是,到步骤408,否则到步骤405。408 向应用上报数据。409 将 isnotify 的值设为假。410:设置时长为T的定时器。411 定时器如果到时到步骤401,否则到步骤405。(2)单次上报可以适配成阈值上报。与前述单次上报适配为周期性上报一样,单次上报也是根据前次应用系统订阅 的数据及其上报方式获知终端能够支持单次上报,将其适配为阈值上报。图5为M2M平台将单次上报适配为阈值上报的流程图,在本实施例中,新请求 的数据上报方式为阈值上报,而M2M平台和M2M客户端之间的订阅为单次请求订阅, 请参照图5,该流程包括
501 设置定时器时长为T,T为允许的最大采样周期,为系统设置的值,即只 要在此时间内进行采样判断就可以满足阈值上报要求。502 如果定时器到时就到步骤503,否则到步骤506。
503 判断isrequest值是否为真,如果是到步骤506,否则到步骤504。
504 将isrequest值设为真。
505 向M2M客户端发送单次请求。
506 等待接收M2M客户端上报的数据。
507 将isrequest值设为假。
508 判断是否满足阈值上报条件,是到步骤509,否则到步骤501。
509 上报数据,回到步骤501。
以上几种适配方式只是举例说明,M2M平台能否适配主要取决于根据现有的
据上报方式获知的终端支持的数据上报方式和请求的数据上报方式的关系,本实施例并 不以此作为限制。203如果获取的数据上报方式不能满足所述订阅数据请求,则M2M平台将所 述订阅数据请求发送到M2M客户端,根据M2M客户端返回的应答消息,决定是否将终 端数据发送到所述应用系统。通过本发明实施例的终端数据上报方法,M2M平台会根据应用系统的订阅数据 请求以及获取的数据上报方式来决定是否将终端数据发送到所述应用系统,以及如何将 终端数据发送到所述应用系统,使得应用系统在不了解终端支持的数据上报方式时,也 可根据自身请求的数据上报方式获取终端数据。通过本发明实施例,可降低应用系统与终端之间的强耦合关系,应用系统在开 发时可以不考虑终端的具体数据上报方式,根据自身的需求开发即可。而终端部署时 也不需考虑如何满足多个应用系统的不同数据上报方式的要求,有利于降低终端的复杂 度,简化应用系统的开发,节约终端的制造开发成本等。实施例二本发明实施例还提供了一种终端数据上报方法,以下结合附图对本实施例进行 详细说明。图6为本实施例的方法中,在已保存的数据上报方式不能满足所述订阅数据请 求时,M2M平台的处理流程,请参照图6,该流程包括601 M2M平台将应用系统的订阅数据请求发送到M2M客户端。其中,该订阅数据请求与应用系统发送到M2M平台的订阅数据请求所请求的内 容相同。602 M2M平台接收所述M2M客户端返回的针对所述订阅数据请求的应答消息。其中,当M2M客户端确定订阅数据请求对应的终端支持该订阅时,则返回成功 应答消息给M2M平台;当M2M客户端确定订阅数据请求对应的终端不支持该订阅时, 则返回错误应答消息给M2M平台,该错误应答消息中会携带所述终端支持的数据上报上 式。该过程是M2M客户端的处理流程,将在以下的实施例中进行详细说明,在此省略。603 如果所述应答消息为成功应答,也即,M2M客户端能够将终端支持的数据上报方式适配为所述订阅数据请求中请求的数据上报方式,则M2M平台根据所述应用 系统的订阅数据请求中的数据上报方式,将M2M客户端上报的终端数据发送到所述应用 系统。其中,如果M2M平台收到M2M客户端返回的成功应答消息,则M2M客户端 已经完成数据上报方式的适配,或者该订阅数据请求对应的终端能够直接支持该数据上 报方式,因此,M2M平台直接根据所述应用系统的订阅数据请求中的数据上报方式,将 终端数据发送到所述应用系统。604如果所述应答消息为错误应答,也即,M2M客户端不能够将终端支持的 数据上报方式适配为所述订阅数据请求中请求的数据上报方式,则M2M平台根据所述应 答消息中携带的终端支持的数据上报方式,决定是否将终端数据发送到所述应用系统。其中,当M2M平台收到M2M客户端返回的错误应答消息,会判断该错误应答 消息中携带的终端支持的数据上报方式能否被适配为应用系统的订阅数据请求中的数据 上报方式,如果可以,则M2M平台向M2M客户端发送包含所述终端支持的数据上报方 式的订阅数据请求,并接收客户端返回的订阅成功消息,再根据所述应用系统的订阅数 据请求中的数据上报方式,将M2M客户端上报的终端数据发送到所述应用系统;如果不 可以,则M2M平台向应用系统返回错误响应,该错误响应中可以包含M2M客户端返回 的错误应答消息中携带的终端支持的数据上报方式。其中,当M2M平台上报终端数据时,会将终端支持的数据上报方式适配为所述 订阅数据请求中请求的数据上报方式,再根据适配后的数据上报方式,将所述终端数据 发送到所述应用系统。其中,数据上报方式的适配处理可以参考步骤202中描述的适配方法,本实施 例并不以此作为限制。在本实施例中,请参照图7,当应用系统需要取消一个订阅时,本发明实施例的 方法还包括以下步骤701 M2M平台接收应用系统发送的取消订阅请求。702 M2M平台判断是否存在与所述取消订阅请求中的订阅关联的其他订阅数 据请求。其中,存在与所述取消订阅请求中的订阅关联的其他订阅数据请求是指,存在 其他应用系统订阅了和所述取消订阅请求中的订阅一起关联到同一 M2M平台对M2M客 户端的订阅。703如果存在与所述取消订阅请求中的订阅关联的其他订阅数据请求,则 M2M平台向所述应用系统返回成功响应,并停止向所述应用系统发送所述取消订阅请求 对应的终端数据。704如果不存在与所述取消订阅请求中的订阅关联的其他订阅数据请求,则 M2M平台根据取消订阅请求中的数据上报方式,判断是否需要向客户端发送取消订阅请 求。其中,M2M平台判断是否需要向客户端发送取消订阅请求主要取决于数据上报 方式的不同。例如,如果取消订阅请求中的数据上报方式由单次上报方式适配而成,则 M2M平台只需要停止继续向M2M客户端发送订阅请求而不需要向M2M客户端发送取消订阅请求,即可直接停止向所述应用系统发送取消订阅请求中的终端数据;又例如,如 果取消订阅请求中的数据上报方式为阈值上报,则M2M平台不但需要取消向所述应用系 统发送终端数据,还需要向客户端发送取消订阅请求。上述只是举例说明,本实施例并 不以此作为限制,如果需要向客户端发送取消订阅请求,则M2M平台执行步骤705,否 则M2M平台停止向所述应用系统发送取消订阅请求中的终端数据。705 M2M平台向M2M客户端发送取消订阅请求,以通过所述M2M客户端取 消所述订阅。本发明实施例的方法应用于M2M平台,通过M2M平台将M2M终端的部署和 M2M应用系统的部署分开,使得在M2M应用系统进行开发时可以不考虑最终M2M终端 的数据上报方式,由M2M平台和M2M客户端根据情况对数据上报方式进行适配,对多 个应用系统请求同一个M2M终端上报数据时,M2M平台会进行判断,在一个应用请求 数据上报方式能够满足其他多个应用上报方式时,只向M2M终端发送一个数据请求,从 而减少向M2M终端发送多个数据请求的信息交互。实施例三本发明实施例还提供了一种终端数据上报的方法,请参照图8,该方法主要包 括801 M2M客户端接收M2M平台发送的订阅数据请求。其中,该订阅数据请求与步骤601中的订阅数据请求的构成和内容相同,在此 不再赘述。802 如果M2M客户端能够支持所述订阅数据请求的订阅,则M2M客户端向所 述M2M平台发送成功应答消息,并将终端数据发送到所述M2M平台。其中,M2M客户端能够支持所述订阅数据请求的订阅是指,所述订阅数据请求 对应的终端支持所述订阅数据请求中请求的数据上报方式,或者,所述终端支持的数据 上报方式能够被适配为所述订阅数据请求中请求的数据上报方式。在本实施例中,如果所述订阅数据请求对应的终端支持所述订阅数据请求中请 求的数据上报方式,则根据本实施例的方法,M2M客户端根据M2M平台的订阅数据请 求中的数据上报方式,将终端数据发送到所述M2M平台;如果所述终端支持的数据上报 方式能够被适配为所述订阅数据请求中请求的数据上报方式,则根据本实施例的方法, M2M客户端将终端支持的数据上报方式适配为所述订阅数据请求中请求的数据上报方 式,再根据适配后的数据上报方式,将所述终端数据发送到所述M2M平台。其中,数据上报方式的适配处理可以参考步骤202中描述的适配方法,本实施 例并不以此作为限制。在本实施例中,如果终端已经在向M2M客户端上报数据,其数据上报方式满足 M2M平台向M2M客户端订阅所要求的数据上报方式,则M2M客户端可以根据M2M平 台的订阅数据请求中的数据上报方式,将终端数据发送到M2M平台;否则,M2M客户 端在向M2M平台发送终端数据之前还要执行如下步骤1)M2M客户端向所述订阅数据请求对应的终端发送订阅请求,所述订阅请求中 携带有所述终端支持的数据上报方式。2)M2M客户端接收所述终端根据所述终端支持的数据上报方式返回的终端数据。需要说明的是,由于数据上报方式的不同,当M2M客户端保存了终端上报的数 据上报方式,且该数据上报方式支持M2M平台向M2M客户端请求的数据上报方式时, 则M2M客户端判断为不需要向终端发送订阅数据请求;否则,M2M客户端需要向终端 发送订阅数据请求,以向终端订阅数据。803 如果M2M客户端不能支持所述订阅数据请求的订阅,则M2M客户端向 M2M平台发送错误应答消息,所述错误应答消息中携带有终端支持的数据上报方式。在本实施例中,当M2M客户端根据M2M平台发送的订阅数据请求,发现该订 阅数据请求对应的终端不能支持该订阅,且M2M平台也不能将终端支持的数据上报方式 适配为该订阅数据请求的数据上报方式时,则将终端支持的数据上报方式通过上述错误 应答消息通知给M2M平台,由M2M平台判断能否适配,M2M平台的判断过程已在前述 实施例进行了说明,在此不再赘述。其中,M2M平台判断之后,如果可以适配,会将终端支持的数据上报方式通过 订阅数据请求再次发送给M2M客户端,M2M客户端的处理与步骤802相同,由于此次 M2M平台发送的订阅数据请求中的数据上报方式为终端支持的数据上报方式,则此时, M2M客户端判断能够终端支持该订阅,根据步骤802进行后续处理,在此不再赘述;如 果无法适配,则M2M平台会向应用系统返回错误响应,在此不再赘述。在本实施例中,请参照图9,当M2M平台要取消订阅终端数据时,本实施例的 方法还包括以下步骤901 M2M客户端接收M2M平台发送的取消订阅请求。902 M2M客户端判断是否存在与所述取消订阅请求中的订阅关联的其他订阅 数据请求。其中,存在与所述取消订阅请求中的订阅关联的其他订阅数据请求是指,存在 其他M2M平台订阅了和所述取消订阅请求中的订阅一起关联到同一 M2M平台对M2M客 户端的订阅。903如果存在与所述取消订阅请求中的订阅关联的其他订阅数据请求,则 M2M客户端向所述M2M平台返回成功响应,并停止向所述M2M平台发送所述取消订阅 请求的终端数据。904如果不存在与所述取消订阅请求中的订阅关联的其他订阅数据请求,则 M2M客户端根据所述取消订阅请求中的数据上报方式,判断是否需要向终端发送取消订 阅请求。其中,由于数据上报方式的不同,有些情况下,可以直接通过M2M客户端停止 向M2M平台上报数据,而有些情况下,需要M2M客户端先向终端发送取消订阅请求, 以通过终端取消上述订阅后,才停止向M2M平台发送终端数据。因此,判断是否需要向 终端发送取消订阅请求主要取决于数据上报方式的不同,具体可以参考步骤704。如果需要向终端发送取消订阅请求,则M2M客户端执行步骤905,否则M2M客 户端停止向所述M2M平台发送取消订阅请求中的终端数据。905 M2M客户端向终端发送取消订阅请求,以通过所述终端取消所述订阅。通过本发明实施例的终端数据上报方法,使M2M平台可根据订阅数据请求中的数据上报方式获取终端数据。例如,在终端支持的数据上报方式与订阅数据请求中的数 据上报方式不相同,但M2M客户端或M2M平台可以将终端支持的数据上报方式适配为 订阅数据请求中的数据上报方式时,通过将终端支持的数据上报方式适配为订阅数据请 求中的数据上报方式,使得M2M平台可以根据请求的数据上报方式获取终端数据。在同 时存在多个终端数据请求时,还可避免重复上报相同的终端数据。实施例四为了使前述实施例中M2M平台以及M2M客户端在进行数据上报时的处理更加 清楚易懂,本实施例结合图1所示的M2M系统及其应用系统、M2M平台、M2M客户端 以及终端的交互流程图,对前述实施例的方法进行进一步详细说明。图10为在M2M平台和M2M客户端之间存在满足应用系统的订阅数据请求中的 订阅的信息交互流程图,该流程包括1001 应用系统向M2M平台发送订阅数据请求,请求中可以包含应用会话 ID,应用ID,终端ID,数据类型,数据上报方式等。1002 M2M平台根据应用系统发送的订阅数据请求中的终端ID、数据类型,查 找储存的终端ID、数据类型和平台会话ID、数据上报方式的对应关系,获取平台会话ID 和数据上报方式,比较该数据上报方式和步骤1001的订阅数据请求中的数据上报方式, 判断获取到的数据上报方式能否满足订阅数据请求中的数据上报方式,判断的方式已在 前述实施例一中进行说明,在此不再赘述。在本实施例中,M2M平台会以表格的形式存储订阅的信息,例如,通过如下表 一存储平台会话ID和应用会话ID,其中,平台会话ID标识了 M2M平台和M2M客户端 之间的一个数据订阅;应用会话ID标识了应用系统和M2M平台之间的一个数据订阅。 再例如,通过如下表二存储应用会话ID、应用ID、终端ID、数据类型以及数据上报方 式,其中,平台会话ID和应用会话ID的含义与前述相同,应用ID标识应用系统,终端 ID标识终端,例如传感器终端,DataID标识了订阅数据类型,MethodType标识数据上报 方式。再例如,通过如下表三存储平台会话ID、终端ID、数据类型以及数据上报方式。
平台会话ID
应用会话ID表一
应用会话ID
应用ID
终端ID
DataID
15MethodType表二
平台会话ID
终端ID
DataID
MethodType表三在本实施例中,获取平台会话ID和数据上报方式,即可通过查找表三的方式获 得,在本实施例中,M2M平台会保存每一个M2M平台向M2M客户端发送的订阅,该订 阅中包含了平台会话ID、数据上报方式、终端ID、数据类型,因此,可以从新请求的订 阅中的终端ID和数据类型获取到对应该终端的平台会话ID和数据上报方式,并判断能否 满足新请求的订阅。1003如果步骤1002的判断结果为,获取的数据上报方式能满足所述订阅数据 请求中请求的数据上报方式,则M2M平台向应用系统返回订阅成功响应。如此,M2M平台即可根据订阅数据请求中请求的数据上报方式将终端数据上 报到应用系统,或者将获取的数据上报方式适配为订阅数据请求中请求的数据上报方式 后,根据订阅数据请求中请求的数据上报方式将终端数据上报到应用系统。图11为在M2M平台和M2M客户端之间不存在满足应用系统的订阅数据请求中 的订阅,由M2M客户端对应用系统所请求的数据上报方式进行适配的信息交互流程图, 请参照图11,该流程包括1101 应用系统向M2M平台发送订阅数据请求,请求中可以包含应用会话 ID,应用ID,终端ID,数据类型,数据上报方式等。1102 M2M平台判断已有的数据上报方式不能满足所述订阅数据请求中请求的 数据上报方式。1103 M2M平台向M2M客户端发送订阅数据请求,该订阅数据请求中包含了 平台会话ID、终端ID、数据类型及数据上报方式等。其中,M2M平台保存了 M2M客户端地址与终端ID的对应关系。因此,本步 骤中M2M平台可以根据步骤1101接收到的应用系统下发的订阅数据请求中的终端ID, 将订阅数据请求下发至所述终端ID对应的M2M客户端。1104 M2M客户端判断终端能否支持所述订阅数据请求中的订阅。其中,M2M客户端保存了由其管理的终端支持的数据上报方式,并将其作为判 断依据,来判断终端能否直接支持所述订阅数据请求中的订阅,或者判断该M2M客户端 能否将终端支持的数据上报方式适配为订阅数据请求中的数据上报方式,如果任一个判 断的结果为是,则认为终端能够支持所述订阅数据请求中的订阅。
在本实施例中,该步骤1104的判断结果为,终端能够支持所述订阅数据请求中 的订阅。1105 M2M客户端向终端发送订阅数据请求,请求订阅数据。1106:终端接受所述订阅数据请求,向M2M客户端返回成功响应。如果根据终端的网络情况,或根据M2M客户端和终端之间存在的数据订阅情 况,终端已经存在向M2M客户端上报数据,且其数据上报方式满足M2M平台向M2M客 户端订阅所要求的数据上报方式,则可以省略步骤1105和1106。例如,应用系统订阅的是周期3分钟,原来有应用系统订阅的是周期5分钟,是 通过M2M客户端适配的,终端报告M2M客户端的周期是1分钟,这时周期3分钟的订 阅也会发到M2M客户端,M2M客户端能适配,且不需要向终端发订阅数据请求。1107 M2M客户端向M2M平台返回成功响应。1108 M2M平台向应用系统返回成功响应。在本实施例中,M2M客户端即可根据M2M平台的订阅数据请求中请求的数据 上报方式,或者将终端支持的数据上报方式适配为M2M平台的订阅数据请求中的数据上 报方式后,根据适配后的数据上报方式,将终端上报的数据上报到M2M平台,而M2M 平台即可根据应用系统的订阅数据请求中请求的数据上报方式,将客户端上报的终端数 据上报到应用系统。图12为在M2M平台和M2M客户端之间不存在满足应用系统的订阅数据请求中 的订阅,M2M平台对应用系统所请求的数据上报方式进行适配的信息交互流程图,请参 照图12,该流程包括1201-1203参考步骤1101-1103,在此不再详述。1204 M2M客户端判断终端不能支持所述订阅数据请求中的订阅。在本实施例中,终端不能支持所述订阅数据请求中的订阅,可能是由于终端不 能直接支持订阅数据请求中的订阅所要求的上报方式,并且M2M客户端不支持数据上报 方式适配,或M2M客户端不能将终端所支持的上报方式适配成订阅数据请求中的数据上 艮方式。1205 Μ2Μ客户端向Μ2Μ平台返回错误响应,响应中携带了终端支持的数据 上报方式的描述。1206 Μ2Μ平台收到错误响应,根据错误响应中描述的终端所能支持的数据上 报方式,判断Μ2Μ平台能否通过适配满足应用系统的订阅数据请求中的订阅需求。在本实施例中,该步骤1206的判断结果为能适配。例如,可以将周期为60 的周期性上报适配成应用系统要求的周期为3600的周期性上报。1207 Μ2Μ平台向Μ2Μ客户端发送订阅请求,在所述订阅请求中携带修改后 的数据上报方式。在本实施例中,在该订阅请求中,将数据上报方式修改为终端支持的数据上报 方式,即周期为60的周期性上报,而不再是应用系统请求的数据上报方式。1208 Μ2Μ客户端判断终端能支持所述订阅请求中的订阅。由于在步骤1207中的订阅请求中,数据上报方式修改为了终端支持的数据上报 方式,则此时Μ2Μ客户端判断的结果为终端能够支持该订阅。
1209 M2M客户端根据订阅请求中的终端ID,向终端发送订阅请求,请求订阅数据。1210 终端接受所述订阅请求,向M2M客户端返回成功响应。如果根据终端的网络情况,或根据M2M客户端和终端之间存在的数据订阅情 况,终端已经存在向M2M客户端上报数据,且其数据上报方式满足M2M平台向M2M客 户端订阅所要求的数据上报方式,则可以省略步骤1209和1210。1211 M2M客户端向M2M平台返回成功响应。1212 M2M平台向应用系统返回成功响应。如此,M2M客户端即可根据步骤1207中的订阅数据请求中的终端支持的数据上 报方式,将终端数据上报到M2M平台;而M2M平台则将终端支持的数据上报方式适配 为应用系统请求的数据上报方式后,将终端数据上报到应用系统。图13为在M2M平台和M2M客户端之间不存在满足应用系统的订阅数据请求中 的订阅,M2M客户端和M2M平台都不能对应用系统所请求的数据上报方式进行适配的 信息交互流程图,请参照图13,该流程包括1301-1303参考步骤1101-1103,在此不再详述。1304-1305参考步骤1204-1205,在此不再详述。1306 M2M平台判断不能将错误响应中的数据上报方式适配成应用系统要求的 数据上报方式。1307 M2M平台向应用系统返回错误响应,响应中可以同样包含步骤1305中 的终端支持的数据上报方式的描述。在本实施例中,由于终端不能支持应用系统在订阅数据请求中请求的数据上报 方式,且M2M客户端和M2M平台都不能将终端支持的数据上报方式适配为应用系统请 求的数据上报方式,那么应用系统的订阅即为错误订阅,也就是说M2M平台无法根据应 用系统的要求将终端数据上报到应用系统。图14为应用系统取消订阅时,应用系统与M2M平台以及M2M客户端的信息交 互流程图,请参照图14,该流程包括1401 应用系统向M2M平台发送取消订阅请求。其中,该取消订阅请求中指明了要取消的订阅,可以包括该订阅所涉及的M2M 平台、M2M客户端、终端、数据上报方式等;或者,仅包括该订阅的一些标识信息,由 M2M平台在其保存的表中查找对应的订阅详情,以便进行取消操作,本实施例并不以此 作为限制。1402: M2M平台判断是否需要向M2M客户端下发取消订阅请求,如果不需要 则进行步骤1403,如果需要则进行步骤1404-1409。在本实施例中,M2M平台根据取消订阅请求对应的订阅的数据上报方式判断是 否需要向M2M客户端下发取消订阅请求。例如,如果数据上报方式为由单次上报适配而 成,则由于终端只上报了一次,以后不会再上报,因此,只要M2M平台停止向应用系统 上报终端数据即完成了该订阅的取消,而无需再通过客户端进行订阅的取消。再例如, 如果数据上报方式为周期性上报或阈值上报,则由于终端会定期上报数据,则M2M平台 需要先通过M2M客户端取消终端的数据上报后,才能完成该订阅的真正取消,否则只是M2M平台不再向应用系统上报该数据,而终端仍然定期上报,则增加了信息量和M2M 客户端的处理负荷。1403 M2M平台向应用系统返回取消订阅的成功响应,同时将只与该取消订阅 请求中的应用会话ID订阅相关的终端数据清除,不再向应用系统上报该相关数据。1404 M2M平台向M2M客户端发送取消订阅请求。1405 M2M客户端判断是否需要取消对终端的数据订阅,如果需要,则进行步 骤1406和1407,否则省略步骤1406和1407。在本实施例中,判断是否需要取消对终端的数据订阅的方法与步骤1402的判断 方法相同,在此不再赘述。1406 M2M客户端向终端发送取消订阅请求。1407 终端返回成功取消订阅响应。1408 M2M客户端向M2M平台发送成功取消订阅响应,同时将只与取消订阅 请求中的平台会话ID订阅相关的终端数据清除,不再向M2M平台发送相关终端数据。1409 M2M平台向应用系统发送成功取消订阅响应,同时将取消订阅请求中的 订阅有关的终端数据清除,不再向应用系统发送相关终端数据。在本实施例中,由于应用系统的取消订阅请求可能关联到其他应用系统的订 阅,同样,M2M平台的取消订阅请求也可能关联到其他M2M平台的订阅,因此,在本 实施例的步骤1402之前,该方法还包括判断是否存在其他应用系统订阅了所述取消订 阅请求对应的终端数据的步骤。同样的,在步骤1405之前,该方法还包括判断是否存 在其他M2M平台订阅了所述取消订阅请求对应的终端数据的步骤。具体的判断处理方法 已经在图7所示的实施例和图9所示的实施例中进行了详细说明,在此不再赘述。本发明实施例的终端数据上报方法通过M2M平台将M2M终端的部署和M2M 应用系统的部署分离开,M2M应用系统开发时可以不考虑最终M2M终端的数据上报方 式,由M2M平台和M2M客户端根据情况进行适配,对多个应用系统同时请求一个M2M 终端数据时,M2M平台会进行判断,在一个应用系统请求数据上报方式能够满足其他多 个应用系统上报方式时,只向M2M终端发送一个数据请求,从而减少信息交互。实施例五本发明实施例还提供了一种终端数据上报装置,以下结合附图对本实施例进行 详细说明。图15为本实施例的装置组成框图,请参照图15,该终端数据上报装置主要包括 接收单元151、发送单元152,其中接收单元151用于接收应用系统发送的订阅数据请求。发送单元152用于在获取的数据上报方式满足所述订阅数据请求时,根据所述 订阅数据请求中的数据上报方式,将终端数据发送到所述应用系统;并在获取的数据上 报方式不能满足所述订阅数据请求时,将所述订阅数据请求发送到M2M客户端,以根据 M2M客户端返回的应答消息,决定是否将终端数据发送到所述应用系统。在本实施例中,接收单元151在发送单元152将所述订阅数据请求发送到M2M 客户端后,接收所述M2M客户端返回的针对所述订阅数据请求的应答消息。其中,当所 述应答消息为机器对机器客户端能够将终端支持的数据上报方式适配为所述订阅数据请求中请求的数据上报方式的成功应答时,发送单元152根据所述订阅数据请求中的数据 上报方式,将终端数据发送到所述应用系统。在本实施例中,该装置还可以包括决定单元153,用于在所述应答消息为机器对机器客户端不能够将终端支持的数 据上报方式适配为所述订阅数据请求中请求的数据上报方式的错误应答时,根据所述应 答消息中携带的终端支持的数据上报方式,决定是否通过所述发送单元152将终端数据 发送到所述应用系统。其中,该决定单元155用于判断能否将所述终端支持的数据上报方式适配为所 述订阅数据请求中的数据上报方式。其中,当决定单元155的判断结果为,能够将所述 终端支持的数据上报方式适配为所述订阅数据请求中的数据上报方式时,发送单元152 向所述M2M客户端发送订阅数据请求,所述订阅数据请求中包含所述终端支持的数据上 报方式。接收单元151接收所述M2M客户端返回的成功应答消息。此时,由于接收单元151接收到的M2M客户端返回的应答为成功应答,则发送 单元152根据所述订阅数据请求中的数据上报方式,将终端数据发送到应用系统。在本实施例中,发送单元152可以包括适配模块1521和发送模块1522,其 中适配模块1521用于将已保存的数据上报方式或终端支持的数据上报方式适配为 所述订阅数据请求中请求的数据上报方式;发送模块1522用于根据适配后的数据上报方式,将终端数据发送到所述应用系 统。根据本实施例的另一个实施方式,接收单元151还用于接收应用系统发送的取 消订阅请求,该装置还包括判断单元154、取消单元155,其中判断单元154用于判断是否存在与所述取消订阅请求中的订阅关联的其他订阅 数据请求。取消单元155用于停止向所述应用系统发送终端数据;或者,在不存在与所述 取消订阅请求中的订阅关联的其他订阅数据请求时,通知客户端取消所述订阅,以及停 止向所述应用系统发送终端数据。本实施例中的终端数据上报装置的各组成部分分别用于实现前述实施例一、 二、四中终端数据上报方法的各步骤,例如,接收单元151可以参考步骤201,602, 701,1211 ;发送单元152可以参考步骤202,603,203,601,1532 ;决定单元153可以 参考步骤604,1206 ;判断单元154可以参考步骤702 ;取消单元155可以参考步骤703, 704等。由于在前述实施例中,已经对该装置的功能进行了详细说明,故在此不再赘述。本实施例的终端数据上报装置可以包含于M2M平台,作为M2M平台的一个增 强模块部署;也可作为一个独立的功能实体部署。而该终端数据上报装置可以是个人计 算机,笔记本电脑,手机,服务器等,本实施例并不以此作为限制。本实施例的数据上报装置,完成了对已保存的数据上报方式或终端支持的数据 上报方式向应用系统请求的数据上报方式的适配,和终端数据的上报,为多个应用系统 和多个终端之间的信息交互搭建了一个良好的平台,减少了信息交互流量。实施例六
本发明实施例还提供了一种终端数据上报装置,以下结合附图对本实施例进行 详细说明。图16为本实施例的装置组成框图,请参照图16,本实施例的终端数据上报装置 主要包括接收单元161、发送单元162,其中接收单元161用于接收M2M平台发送的订阅数据请求。发送单元162用于在终端支持的数据上报方式能够被M2M客户端适配为所述订 阅数据请求中请求的数据上报方式时,将终端数据发送到所述M2M平台;或在终端支 持的数据上报方式不能够被M2M客户端适配为所述订阅数据请求中请求的数据上报方式 时,向M2M平台发送携带终端支持的数据上报方式的错误应答消息。根据本实施例的一个实施方式,发送单元162还用于向所述订阅数据请求对应 的终端发送订阅请求,所述订阅请求中携带所述终端支持的数据上报方式。接收单元161 还用于接收所述终端根据所述终端支持的数据上报方式返回的终端数据。在本实施例中,发送单元162可以包括适配模块1621和发送模块1622,其 中适配模块1621用于将终端支持的数据上报方式适配为所述订阅数据请求中的数 据上报方式。发送模块1622用于根据适配后的数据上报方式,将终端数据发送到所述M2M
D ο根据本实施例的另一个实施方式,接收单元161还用于接收Μ2Μ平台发送的取 消订阅请求,该装置还可以包括判断单元163、取消单元164,其中判断单元163用于判断是否存在与所述取消订阅请求中的订阅关联的其他订阅 数据请求。取消单元164,用于停止向所述Μ2Μ平台发送终端数据;或者在不存在与所述 取消订阅请求中的订阅关联的其他订阅数据请求时,通知终端取消所述订阅,以及停止 向所述Μ2Μ平台发送终端数据。本实施例中的终端数据上报装置的各组成部分用于实现前述方法实施例三、四 中的终端数据上报方法的各步骤,例如,接收单元161可以参考步骤801,1106,1210,
901;发送单元162可以参考步骤802,803,1105,1209 ;判断单元163可以参考步骤
902;取消单元168可以参考步骤903,904等。由于在前述实施例中,已经对该方法的 各步骤进行了详细说明,故在此不再赘述。本实施例的终端数据上报装置可以包含于Μ2Μ客户端,作为Μ2Μ客户端的一 个增强模块部署;也可作为一个独立的功能实体部署。而该终端数据上报装置可以是个 人计算机,笔记本电脑,手机,服务器等,本实施例并不以此作为限制。本实施例的数据上报装置,完成了对终端支持的数据上报方式向应用系统请求 的数据上报方式的适配,和终端数据的上报,为Μ2Μ平台和终端之间的信息交互搭建了 一个良好的平台,减少了信息交互流量。结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器 执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内 存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上所述的具体实施例,对本发明的目的、技术方案和有益效果进行了进一步 详细说明,所应理解的是,以上所述仅为本发明的具体实施例而已,并不用于限定本发 明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等, 均应包含在本发明的保护范围之内。
权利要求
1.一种终端数据上报方法,其特征在于,所述方法包括 机器对机器平台接收应用系统发送的订阅数据请求;如果获取的数据上报方式满足所述订阅数据请求,则机器对机器平台根据所述订阅 数据请求中的数据上报方式,将终端数据发送到所述应用系统;如果获取的数据上报方式不能满足所述订阅数据请求,则机器对机器平台将所述订 阅数据请求发送到机器对机器客户端,根据机器对机器客户端返回的应答消息,决定是 否将终端数据发送到所述应用系统。
2.根据权利要求1所述的方法,其特征在于所述获取的数据上报方式满足所述订 阅数据请求,包括已保存的数据上报方式与所述订阅数据请求中请求的数据上报方式相同,或者已保 存的数据上报方式能够适配为所述订阅数据请求中请求的数据上报方式,或者根据已保 存的数据上报方式获取的终端支持的数据上报方式能够适配为所述订阅数据请求中请求 的数据上报方式。
3.根据权利要求2所述的方法,其特征在于所述已保存的数据上报方式能够适配为所述订阅数据请求中请求的数据上报方式, 包括周期为T的周期性上报适配为周期为N*T的周期性上报;或者 低阈值的阈值上报适配成周期性上报或高阈值的阈值上报;或者 小于最大采样周期的周期性上报适配成阈值上报;或者 周期性上报或阈值上报可以适配为单次上报;所述根据已保存的数据上报方式获取的终端支持的数据上报方式适配为所述订阅数 据请求中请求的数据上报方式,包括 单次上报适配成周期性上报;或者 单次上报适配成阈值上报。
4.根据权利要求1所述的方法,其特征在于,根据机器对机器客户端返回的应答消 息,决定是否将终端数据发送到所述应用系统,包括机器对机器平台接收所述机器对机器客户端返回的针对所述订阅数据请求的应答消息;如果所述应答消息为机器对机器客户端能够将终端支持的数据上报方式适配为所述 订阅数据请求中请求的数据上报方式的成功应答,则机器对机器平台根据所述订阅数据 请求中的数据上报方式,将终端数据发送到所述应用系统;如果所述应答消息为机器对机器客户端不能够将终端支持的数据上报方式适配为所 述订阅数据请求中请求的数据上报方式的错误应答,则机器对机器平台根据所述应答消 息中携带的终端支持的数据上报方式,决定是否将终端数据发送到所述应用系统。
5.根据权利要求4所述的方法,其特征在于机器对机器平台根据所述应答消息中 携带的终端支持的数据上报方式,决定是否将终端数据发送到所述应用系统,包括如果所述携带的终端支持的数据上报方式能够被适配为所述订阅数据请求中的数据 上报方式,则所述方法还包括所述机器对机器平台向所述机器对机器客户端发送订阅数据请求,所述订阅数据请求中包含所述终端支持的数据上报方式;所述机器对机器平台接收所述机器对机器客户端返回的成功应答消息; 机器对机器平台根据所述订阅数据请求中的数据上报方式,将终端数据发送到所述 应用系统。
6.根据权利要求2或5所述的方法,其特征在于,根据所述订阅数据请求中的数据上 报方式,将终端数据发送到所述应用系统,包括将已保存的数据上报方式或终端支持的数据上报方式适配为所述订阅数据请求中请 求的数据上报方式;根据适配后的数据上报方式,将所述终端数据发送到所述应用系统。
7.根据权利要求1所述的方法,其特征在于,所述方法还包括 所述机器对机器平台接收应用系统发送的取消订阅请求;如果存在与所述取消订阅请求中的订阅关联的其他订阅数据请求,则所述机器对机 器平台停止向所述应用系统发送终端数据;如果不存在与所述取消订阅请求中的订阅关联的其他订阅数据请求,则所述机器对 机器平台根据所述订阅中的数据上报方式,直接停止向所述应用系统发送终端数据;或 者所述机器对机器平台向所述机器对机器客户端发送取消订阅请求,通过所述客户端取 消所述订阅后,再停止向所述应用系统发送终端数据。
8.—种终端数据上报装置,所述终端数据上报装置包含于机器对机器平台,其特征 在于,所述装置包括接收单元,用于接收应用系统发送的订阅数据请求;发送单元,用于在获取的数据上报方式满足所述订阅数据请求时,根据所述订阅数 据请求中的数据上报方式,将终端数据发送到所述应用系统;并在获取的数据上报方式 不能满足所述订阅数据请求时,将所述订阅数据请求发送到机器对机器客户端,以根据 机器对机器客户端返回的应答消息,决定是否将终端数据发送到所述应用系统。
9.根据权利要求8所述的装置,其特征在于所述接收单元在所述发送单元将所述订阅数据请求发送到机器对机器客户端后,接 收所述机器对机器客户端返回的针对所述订阅数据请求的应答消息;其中,当所述应答 消息为机器对机器客户端能够将终端支持的数据上报方式适配为所述订阅数据请求中请 求的数据上报方式的成功应答时,所述发送单元根据所述订阅数据请求中的数据上报方 式,将终端数据发送到所述应用系统; 所述装置还包括决定单元,用于在所述应答消息为机器对机器客户端不能够将终端支持的数据上报 方式适配为所述订阅数据请求中请求的数据上报方式的错误应答时,根据所述应答消息 中携带的终端支持的数据上报方式,决定是否通过所述发送单元将终端数据发送到所述 应用系统。
10.根据权利要求9所述的装置,其特征在于所述决定单元用于判断能否将所述终端支持的数据上报方式适配为所述订阅数据请 求中的数据上报方式;其中,当能够将所述终端支持的数据上报方式适配为所述订阅数据请求中的数据上报方式时,所述发送单元向所述机器对机器客户端发送订阅数据请求,所述订阅数据请 求中包含所述终端支持的数据上报方式;所述接收接收所述机器对机器客户端返回的成 功应答消息。
11.根据权利要求8所述的装置,其特征在于,所述发送单元包括适配模块,用于将已保存的数据上报方式或终端支持的数据上报方式适配为所述订 阅数据请求中请求的数据上报方式;发送模块,用于根据适配后的数据上报方式,将终端数据发送到所述应用系统。
12.根据权利要求8所述的装置,其特征在于所述接收单元还用于接收应用系统发送的取消订阅请求;所述装置还包括判断单元,用于判断是否存在与所述取消订阅请求中的订阅关联的其他订阅数据请求;取消单元,用于停止向所述应用系统发送终端数据;或者在不存在与所述取消订阅 请求中的订阅关联的其他订阅数据请求时,通知所述客户端取消所述订阅,以及停止向 所述应用系统发送终端数据。
13.—种终端数据上报方法,其特征在于,所述方法包括机器对机器客户端接收机器对机器平台发送的订阅数据请求;如果终端支持的数据上报方式能够被机器对机器客户端适配为所述订阅数据请求中 请求的数据上报方式,则机器对机器客户端向所述机器对机器平台发送成功应答消息, 并将终端数据发送到所述机器对机器平台;如果终端支持的数据上报方式不能够被机器对机器客户端适配为所述订阅数据请求 中请求的数据上报方式,则机器对机器客户端向机器对机器平台发送错误应答消息,所 述错误应答消息中携带有终端支持的数据上报方式。
14.根据权利要求13所述的方法,其特征在于,所述方法还包括机器对机器客户端接收机器对机器平台发送的取消订阅请求;如果存在与所述取消订阅请求中的订阅关联的其他订阅数据请求,则机器对机器客 户端停止向所述机器对机器平台发送终端数据;如果不存在与所述取消订阅请求中的订阅关联的其他订阅数据请求,则机器对机器 客户端根据所述订阅中的数据上报方式,停止向所述机器对机器平台发送终端数据;或 者通过所述终端取消所述订阅后,再停止向所述机器对机器平台发送终端数据。
15.—种终端数据上报装置,所述装置包含于机器对机器客户端,其特征在于,所述 装置包括接收单元,用于接收机器对机器平台发送的订阅数据请求;发送单元,用于在终端支持的数据上报方式能够被机器对机器客户端适配为所述订 阅数据请求中请求的数据上报方式时,将所述终端数据发送到所述机器对机器平台;或 在终端支持的数据上报方式不能够被机器对机器客户端适配为所述订阅数据请求中请求 的数据上报方式时,向机器对机器平台发送携带终端支持的数据上报方式的错误应答消 肩、ο
16.根据权利要求15所述的装置,其特征在于所述接收单元还用于接收机器对机器平台发送的取消订阅请求; 所述装置还包括判断单元,用于判断是否存在与所述取消订阅请求中的订阅关联的其他订阅数据请求;取消单元,用于停止向所述机器对机器平台发送终端数据;或者在不存在与所述取 消订阅请求中的订阅关联的其他订阅数据请求时,通知终端取消所述订阅,以及停止向 所述机器对机器平台发送终端数据。
全文摘要
本发明实施例提供一种终端数据上报方法及装置,所述方法包括机器对机器平台接收应用系统发送的订阅数据请求;如果获取的数据上报方式满足所述订阅数据请求,则机器对机器平台根据所述订阅数据请求中的数据上报方式,将终端数据发送到所述应用系统;如果获取的数据上报方式不能满足所述订阅数据请求,则机器对机器平台将所述订阅数据请求发送到机器对机器客户端,根据机器对机器客户端返回的应答消息,决定是否将终端数据发送到所述应用系统。通过本发明实施例,可降低应用系统与终端之间的强耦合关系,有利于降低终端的复杂度,简化应用系统的开发,节约终端的制造开发成本等。
文档编号H04L29/08GK102014144SQ200910171438
公开日2011年4月13日 申请日期2009年9月4日 优先权日2009年9月4日
发明者包渊, 卞永刚, 张永靖, 牟伦建, 王珏, 黄成 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1