CN106937241A - 时序数据检测方法及装置 - Google Patents
时序数据检测方法及装置 Download PDFInfo
- Publication number
- CN106937241A CN106937241A CN201511031852.8A CN201511031852A CN106937241A CN 106937241 A CN106937241 A CN 106937241A CN 201511031852 A CN201511031852 A CN 201511031852A CN 106937241 A CN106937241 A CN 106937241A
- Authority
- CN
- China
- Prior art keywords
- data
- time series
- loss
- series data
- resource
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/06—Generation of reports
- H04L43/067—Generation of reports using time frame reporting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
- H04L43/0847—Transmission error
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Information Transfer Between Computers (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明实施例涉及数据检测技术,尤其涉及一种时序数据检测方法及装置。一种时序数据检测方法,所述方法应用于数据传输系统中,包括:根据来自数据源设备的时序数据所携带的数据信息,确定在数据接收过程中是否有丢失的时序数据,其中所述数据信息包括时间信息和/或序列编号;若有丢失的时序数据,则保存所述丢失的时序数据的数据信息;确定当前是否达到预设的数据丢失通知触发条件;若达到所述数据丢失通知触发条件,则向目标设备发送数据丢失通知信息。本发明实施例的时序数据检测方法及装置,能够在数据传输系统中实现对丢失时序数据的检测和上报。
Description
技术领域
本发明实施例涉及数据检测技术,尤其涉及一种时序数据检测方法及装置。
背景技术
M2M(Machine to Machine,机器对机器)是终端与终端之间进行对话的算法模型,在M2M应用中存在一种比较特殊的数据类型—时序数据(或称为时间序列数据),时序数据具有时间先后顺序、动态性、无限性以及不可预知性等特点。
现有技术中,采用oneM2M模型进行时序数据的存储传输,其中在oneM2M模型中,利用时序资源以及时序实例资源描述时序数据的数据属性。
上述oneM2M模型中,通过时序资源以及时序实例资源的属性描述实现了时序数据的接收存储,但在数据接收过程中,难以避免的会存在数据的丢失,在M2M模型中如何进行时序数据丢失检测和上报是亟待解决的一个问题。
发明内容
本发明实施例提供了一种时序数据检测方法、装置及设备,以在M2M数据传输系统中实现对丢失时序数据的检测和上报。
第一方面,本发明实施例提供了一种时序数据检测方法,所述方法应用于数据传输系统中,包括:
根据来自数据源设备的时序数据所携带的数据信息,确定在数据接收过程中是否有丢失的时序数据,其中所述数据信息包括时间信息和/或序列编号;
若有丢失的时序数据,则保存所述丢失的时序数据的数据信息;
确定当前是否达到预设的数据丢失通知触发条件;
若达到所述数据丢失通知触发条件,则向目标设备发送数据丢失通知信息。
可选的,所述根据来自数据源设备的时序数据所携带的数据信息,确定在数据接收过程中是否有丢失的时序数据之前,还包括:
确定预先建立的时序资源中缺失数据检测参数中的数值是否为真;
若为真,则根据来自数据源设备的时序数据所携带的数据信息,确定在数据接收过程中是否有丢失的时序数据。
可选的,所述根据来自数据源设备的时序数据所携带的数据信息,确定在数据接收过程中是否有丢失的时序数据之前,还包括:
根据来自数据源设备的请求建立时序资源的第一请求消息,建立时序资源;
其中,所述第一请求消息中携带以下参数:最大丢失数据量、当前丢失数据量以及丢失数据列表;所述时序资源中包括根据所述最大丢失数据量、所述当前丢失数据量以及所述丢失数据列表分别建立的最大丢失数据量属性、当前丢失数据量属性以及丢失数据列表属性;
所述最大丢失数据量属性用于记录丢失的时序数据的最大数目,所述当前丢失数据量属性用于记录当前丢失的时序数据的数目,所述丢失数据列表用于记录已丢失的时序数据的时间信息和/或序列编号。
可选的,所述第一请求消息携带的参数中还包括:最长等待时间;
所述时序资源中还包括根据所述最长等待时间建立的最长等待时间属性,其中,所述最长等待时间属性用于标识未接收到的时序数据被确定为丢失时序数据的最长等待时间。
可选的,所述第一请求消息携带的参数中还包括:时序数据丢失通知触发参数;
所述时序资源中还包括订阅资源,所述订阅资源中包括根据所述时序数据丢失通知触发参数设置的丢失数据订阅事件;
所述丢失数据订阅事件中包含根据所述时序数据丢失通知触发参数设置的所述数据丢失通知触发条件。
可选的,所述方法还包括:
根据来自所述数据源设备的请求建立订阅资源的第二请求消息,建立订阅资源;
其中,所述订阅资源为所述时序资源的子资源,所述第二请求消息中携带时序数据丢失通知触发参数;
所述订阅资源中包括根据所述时序数据丢失通知触发参数设置的丢失数据订阅事件;
所述丢失数据订阅事件中包含根据所述时序数据丢失通知触发参数设置的所述数据丢失通知触发条件。
可选的,所述根据来自数据源设备的时序数据所携带的时间信息,确定在数据接收过程中是否有丢失的时序数据,包括:
接收来自于所述数据源设备的周期性时序数据;
根据接到的所述周期性时序数据携带的周期时间或者与所述周期时间对应的序列编号的连续性,确定在数据接收过程中是否有丢失的时序数据。
可选的,所述根据接到的所述周期性时序数据携带的周期时间或者与所述周期时间对应的序列编号的连续性,确定在数据接收过程中是否有丢失的时序数据,包括:
根据所述接到的所述周期性时序数据携带的周期时间或者与所述周期时间对应的序列编号的连续性,确定是否存在未接收到的时序数据;
若存在未接收到的时序数据,则在等待预设时长之后确定是否仍有未接收到的时序数据;
若仍有未接收到的时序数据,则将所述在等待预设时长之后仍未接收到的时序数据确定为已丢失的时序数据。
可选的,所述确定当前是否达到预设的数据丢失通知触发条件之前,还包括:
确定预先建立的订阅资源中是否设置有丢失数据订阅事件;
若有,则确定当前是否达到所述丢失数据订阅事件中预先设置的数据丢失通知触发条件。
可选的,所述数据丢失通知触发条件包括:
当前时间是否达到预设的丢失数据上报周期中所设定的上报时间;
和/或,
当前已丢失的时序数据的数量是否达到预设的上报数量。
第二方面,本发明实施例提供了一种时序数据检测方法,所述方法应用于数据传输系统中,包括:
根据待发送的数据的数据信息,生成时序数据,其中,所述时序数据携带所述数据信息,所述数据信息包括时间信息和/或序列编号;
将所述时序数据发送给数据接收设备,用于所述数据接收设备根据接收到的时序数据所携带的时间信息和/或序列编号,确定在数据接收过程中是否有丢失的时序数据;若有丢失的时序数据,则保存所述丢失的时序数据的数据信息;所述数据接收设备还确定当前是否达到预设的数据丢失通知触发条件;若达到所述数据丢失通知触发条件,则向目标设备发送数据丢失通知信息。
可选的,所述将所述时序数据发送给数据接收设备之前,还包括:
向所述数据接收设备发送请求所述数据接收设备建立时序资源的第一请求消息;
所述第一请求消息中携带以下参数:最大丢失数据量、当前丢失数据量以及丢失数据列表;用于所述数据接收设备根据所述最大丢失数据量、所述当前丢失数据量以及所述丢失数据列表在时序资源中分别建立的最大丢失数据量属性、当前丢失数据量属性以及丢失数据列表属性;
所述最大丢失数据量属性用于记录丢失的时序数据的最大数目,所述当前丢失数据量属性用于记录当前丢失的时序数据的数目,所述丢失数据列表用于记录已丢失的时序数据的时间信息和/或序列编号。
可选的,所述第一请求消息携带的参数中还包括:最长等待时间,用于所述数据接收设备根据所述最长等待时间,在所述时序资源中建立最长等待时间属性,其中,所述最长等待时间属性用于所述数据接收设备标识未接收到的时序数据被确定为丢失时序数据的最长等待时间。
可选的,所述第一请求消息携带的参数中还包括:时序数据丢失通知触发参数,用于所述数据接收设备根据所述时序数据丢失通知触发参数在时序资源的订阅资源中设置丢失数据订阅事件,所述丢失数据订阅事件中包含根据所述时序数据丢失通知触发参数设置的所述数据丢失通知触发条件。
可选的,所述方法还包括:
向所述数据接收设备发送用于请求所述数据接收设备建立订阅资源的第二请求消息;
所述第二请求消息中携带时序数据丢失通知触发参数,用于所述数据接收设备在创建的订阅资源中根据所述时序数据丢失通知触发参数设置的丢失数据订阅事件;所述丢失数据订阅事件中包含根据所述时序数据丢失通知触发参数设置的所述数据丢失通知触发条件。
第三方面,本发明实施例提供了一种时序数据检测装置,所述装置应用于数据传输系统中,包括:
第一确定模块,用于根据来自数据源设备的时序数据所携带的数据信息,确定在数据接收过程中是否有丢失的时序数据,其中所述数据信息包括时间信息和/或序列编号;
存储模块,用于若有丢失的时序数据,则保存所述丢失的时序数据的数据信息;
第二确定模块,用于确定当前是否达到预设的数据丢失通知触发条件;
通知消息发送模块,用于若达到所述数据丢失通知触发条件,则向目标设备发送数据丢失通知信息。
可选的,所述第一确定模块,还用于:
根据来自数据源设备的时序数据所携带的数据信息,确定在数据接收过程中是否有丢失的时序数据之前,确定预先建立的时序资源中缺失数据检测参数中的数值是否为真;
若为真,则根据来自数据源设备的时序数据所携带的数据信息,确定在数据接收过程中是否有丢失的时序数据。
可选的,所述装置还包括:时序资源建立模块,用于根据来自数据源设备的时序数据所携带的数据信息,确定在数据接收过程中是否有丢失的时序数据之前,根据来自数据源设备的请求建立时序资源的第一请求消息,建立时序资源;
其中,所述第一请求消息中携带以下参数:最大丢失数据量、当前丢失数据量以及丢失数据列表;所述时序资源中包括根据所述最大丢失数据量、所述当前丢失数据量以及所述丢失数据列表分别建立的最大丢失数据量属性、当前丢失数据量属性以及丢失数据列表属性;
所述最大丢失数据量属性用于记录丢失的时序数据的最大数目,所述当前丢失数据量属性用于记录当前丢失的时序数据的数目,所述丢失数据列表用于记录已丢失的时序数据的时间信息和/或序列编号。
可选的,所述第一请求消息携带的参数中还包括:最长等待时间;
所述时序资源中还包括根据所述最长等待时间建立的最长等待时间属性,其中,所述最长等待时间属性用于标识未接收到的时序数据被确定为丢失时序数据的最长等待时间。
可选的,所述第一请求消息携带的参数中还包括:时序数据丢失通知触发参数;
所述时序资源中还包括订阅资源,所述订阅资源中包括根据所述时序数据丢失通知触发参数设置的丢失数据订阅事件;
所述丢失数据订阅事件中包含根据所述时序数据丢失通知触发参数设置的所述数据丢失通知触发条件。
可选的,所述装置还包括:
订阅资源建立模块,用于根据来自所述数据源设备的请求建立订阅资源的第二请求消息,建立订阅资源;
其中,所述订阅资源为所述时序资源的子资源,所述第二请求消息中携带时序数据丢失通知触发参数;
所述订阅资源中包括根据所述时序数据丢失通知触发参数设置的丢失数据订阅事件;
所述丢失数据订阅事件中包含根据所述时序数据丢失通知触发参数设置的所述数据丢失通知触发条件。
可选的,所述第一确定模块,具体用于:
接收来自于所述数据源设备的周期性时序数据;
根据接到的所述周期性时序数据携带的周期时间或者与所述周期时间对应的序列编号的连续性,确定在数据接收过程中是否有丢失的时序数据。
可选的,所述第一确定模块,具体用于:
根据所述接到的所述周期性时序数据携带的周期时间或者与所述周期时间对应的序列编号的连续性,确定是否存在未接收到的时序数据;
若存在未接收到的时序数据,则在等待预设时长之后确定是否仍有未接收到的时序数据;
若仍有未接收到的时序数据,则将所述在等待预设时长之后仍未接收到的时序数据确定为已丢失的时序数据。
可选的,所述第二确定模块,还用于确定预先建立的订阅资源中是否设置有丢失数据订阅事件;
若有,则确定当前是否达到所述丢失数据订阅事件中预先设置的数据丢失通知触发条件。
可选的,所述数据丢失通知触发条件包括:
当前时间是否达到预设的丢失数据上报周期中所设定的上报时间;
和/或,
当前已丢失的时序数据的数量是否达到预设的上报数量。
第四方面,本发明实施例提供了一种时序数据检测装置,所述装置应用于数据传输系统中,包括:
时序数据生成模块,用于根据待发送的数据的数据信息,生成时序数据,其中,所述时序数据携带所述数据信息,所述数据信息包括时间信息和/或序列编号;
第一发送模块,用于将所述时序数据发送给数据接收设备,用于所述数据接收设备根据接收到的时序数据所携带的时间信息和/或序列编号,确定在数据接收过程中是否有丢失的时序数据;若有丢失的时序数据,则保存所述丢失的时序数据的数据信息;所述数据接收设备还确定当前是否达到预设的数据丢失通知触发条件;若达到所述数据丢失通知触发条件,则向目标设备发送数据丢失通知信息。
可选的,所述发送模块,还用于将所述时序数据发送给数据接收设备之前,向所述数据接收设备发送请求所述数据接收设备建立时序资源的第一请求消息;
所述第一请求消息中携带以下参数:最大丢失数据量、当前丢失数据量以及丢失数据列表;用于所述数据接收设备根据所述最大丢失数据量、所述当前丢失数据量以及所述丢失数据列表在时序资源中分别建立的最大丢失数据量属性、当前丢失数据量属性以及丢失数据列表属性;
所述最大丢失数据量属性用于记录丢失的时序数据的最大数目,所述当前丢失数据量属性用于记录当前丢失的时序数据的数目,所述丢失数据列表用于记录已丢失的时序数据的时间信息和/或序列编号。
可选的,所述第一请求消息携带的参数中还包括:最长等待时间,用于所述数据接收设备根据所述最长等待时间,在所述时序资源中建立最长等待时间属性,其中,所述最长等待时间属性用于所述数据接收设备标识未接收到的时序数据被确定为丢失时序数据的最长等待时间。
可选的,所述第一请求消息携带的参数中还包括:时序数据丢失通知触发参数,用于所述数据接收设备根据所述时序数据丢失通知触发参数在时序资源的订阅资源中设置丢失数据订阅事件,所述丢失数据订阅事件中包含根据所述时序数据丢失通知触发参数设置的所述数据丢失通知触发条件。
可选的,所述装置还包括:第二发送模块,用于向所述数据接收设备发送用于请求所述数据接收设备建立订阅资源的第二请求消息;
所述第二请求消息中携带时序数据丢失通知触发参数,用于所述数据接收设备在创建的订阅资源中根据所述时序数据丢失通知触发参数设置的丢失数据订阅事件;所述丢失数据订阅事件中包含根据所述时序数据丢失通知触发参数设置的所述数据丢失通知触发条件。
本发明实施例的时序数据检测方法,数据接收设备根据已经接收到的时序数据的时间信息,确定在数据接收过程中是否有丢失的数据信息时序数据,并在满足数据丢失通知触发条件时向目标设备上报丢失的时序数据的信息,从而实现了在数据传输系统中实现对丢失时序数据的检测和上报。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1示出了时序资源中特有属性的表示示意图;
图2示出了时序实例资源中特有属性的表示示意图;
图3示出了本发明实施例一时序数据检测方法的流程图;
图4示出了本发明实施例二时序数据检测方法的流程图;
图5示出了时序资源中增加三个特有属性后的表示示意图;
图6示出了本发明实施例三时序数据检测方法的流程图;
图7示出了本发明实施例四时序数据检测方法的流程图;
图8示出了时序资源中增加四个特有属性后的第一表示示意图;
图9示出了本发明实施例五时序数据检测方法的流程图;
图10示出了本发明实施例六时序数据检测方法的流程图;
图11示出了本发明实施例七时序数据检测方法的流程图;
图12示出了本发明实施例八时序数据检测方法的流程图;
图13示出了本发明实施例九时序数据检测方法的流程图;
图14示出了本发明实施例一时序数据检测装置的结构示意图;
图15示出了本发明实施例二时序数据检测装置的结构示意图;
图16示出了本发明实施例时序数据检测设备的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例附图及表格中的:
“1”表示属性或子资源存在且唯一;
“0..1”表示属性或子资源可以不存在,如果存在只能唯一;
“0..n”表示属性或子资源可以不存在,如果存在,可以有多个;
“1..n”表示子资源至少有一个存在;
“L”表示属性的属性值是一个多个数据组成的列表。
M2M应用中涉及的时序数据根据触发类型不同,可以分为周期性时序数据和事件触发的时序数据。
例如,在某车管家应用中,设置有车辆行驶轨迹回放功能,该功能要求车辆以30秒为周期定期向数据存储中心(如云端)发送一次自己的位置信息,其中在发送的位置信息中可以包括:时间、经度、纬度、速度等信息。在该实例中,时序数据由车辆终端定期发送,每次发送的数据是变化的,而且在时间与空间允许的情况下,车辆终端可以一直向数据存储中心发送位置信息。
又例如,在智能家居中,当烟雾报警器检测到空气中的烟雾浓度达到设定阈值时,发出报警并将该事件信息发送给M2M的数据存储中心,具体上报的事件信息可以包括事件发生的时间、触发的传感器编号及位置等信息。与上一实例中的车辆位置信息定期发送不同,本实例中烟雾报警器发送的事件信息由特定事件触发产生,该类型时序数据是随机不可预知的,因此产生的时序数据也是不可预知的。
从上述两个例子可以看出,带有时间信息的时序数据不同于传统数据,时间信息是时序数据区别于其它传统数据的显著特点之一,时间信息描述了数据流中数据和事件之间的一种多对一或一对一的映射关系,它不仅反映了数据元素之间的先后次序关系以及数据元素在时间域内的分布情况,而且在描述时序数据操作时具有重要的语义信息。时序数据不仅反映出某一刻对象的状态,还反映了对象在过去的一个整体情况,甚至可以通过各种手段、方法去预测数据对象未来的发展趋势。
oneM2M标准是M2M通信和物联网(Thing of Internet)通信相结合的标准。在现有的oneM2M标准中,采用时序(<timeSeries>)和时序实例(<timeSeriesInstance>)两种资源来描述数据,其中时序实例资源是时序资源的子资源,通过这两种资源可以实现时序数据的存储。
oneM2M标准中包含一般属性(common attribute)、普遍属性(universalattribute)和特有属性(specified attribute),其中特有属性只存在于时序资源和时序实例资源中。
图1示出了时序资源中特有属性的表示示意图。
图2示出了时序实例资源中特有属性的表示示意图。
如图1所示,时序资源中还包含订阅(<subcription>)资源,其中订阅资源为时序资源的子资源。在订阅资源中包含事件通知规则(eventNotificationCreteria)以及通知内容类型(notificationContentType)等属性,数据源设备或其它需要获取相关通知消息的属性可以通过订阅资源订阅相关的通知信息,具体的可以在事件通知规则(eventNotificationCreteria)中设置通知事件的触发条件。
图1和图2所示的oneM2M资源模型中,时序实例资源是时序资源的子资源,数据对象存放在时序实例资源的内容(content)属性中,数据生成时间(dataGenerationTime)属性中保存了内容属性中保存的数据对象的产生时间。
图1和图2所示的oneM2M标准中实现了时序数据的收集和保存,但如何检测和上报丢失的时序数据仍是亟需解决的技术问题。
图3示出了本发明实施例一时序数据检测方法的流程图,如图3所示的时序数据检测方法应用于M2M数据传输系统中,用于实现M2M数据传输系统中时序数据的丢失检测和上报。本实施例时序数据检测方法的执行主体为数据接收设备,其中数据接收设备的实现主体可以为AE(application entity,应用实体)及CSE(common services entity,公共服务实体)等,具体的例如可以为如存储云端,本实施例方法的处理步骤如图3所示包括:
步骤S11:根据来自数据源设备的时序数据所携带的时间信息和/或序列编号,确定在数据接收过程中是否有丢失的时序数据。
本发明实施例中,数据源设备将生成的时序数据发送给数据接收设备,数据接收设备确定预先生成的时序资源中丢失数据检测(missingDataDetect)参数中的数值是否为真,如该参数为ture或为1时,确定丢失数据检测参数中的数值为真。
当丢失数据检测参数中的数值为真时,数据接收设备可以根据时序数据的数据信息,确定在数据接收过程中是否有丢失的数据,例如,数据源设备发送给数据接收设备的时序数据为周期性时序数据,数据接收设备可以根据时序数据的周期特点确定是否有丢失的数据,例如,数据接收设备接收到的周期性时序数据包括t1、t2、t4、t5,其中t1、t2、t4、t5中的1、2、4及5可以分别表示时序数据的生成时间、发送时间或者与相应时间对应的编号,相邻时间或相邻编号之间的时间间隔为一个周期,数据接收设备根据接收到的时序数据中的编号或者时间确定是否有丢失的数据,该示例中缺少t3,数据接收设备可以确定在数据接收过程中丢失了t3。
对于事件触发型时序数据,数据源设备可以对连续产生的多个事件性时序数据按照触发时间编号,数据接收设备根据接收到的事件性时序数据的编号可以确定是否有丢失的时序数据。
步骤S12:若有丢失的时序数据,则保存丢失的时序数据的数据信息。
数据接收设备确定在数据接收过程中有丢失的数据时,保存丢失的时序数据的数据信息,如丢失的时序数据产生的时间信息、序列号信息等。具体的,数据接收设备可以根据接收到的时序数据的时间信息确定丢失的时序数据的数据信息。
步骤S13:确定当前是否达到预设的数据丢失通知触发条件。
数据接收设备保存了丢失的时序数据的时间信息和/或序列编号后,进一步确定预先建立的订阅资源中是否设置有丢失数据订阅事件;若有,则确定当前是否达到所述丢失数据订阅事件中预先设置的数据丢失通知触发条件。
步骤S14:若达到数据丢失通知触发条件,则向目标设备发送数据丢失通知信息。
本发明实施例的时序数据检测方法基于M2M数据传输标准执行,在该方法中数据接收设备根据已经接收到的时序数据的时间信息,确定在数据接收过程中是否有丢失的数据信息时序数据,并在满足数据丢失通知触发条件时向目标设备上报丢失的时序数据的信息,从而实现了在M2M数据传输系统中实现对丢失时序数据的检测和上报。
图4示出了本发明实施例二时序数据检测方法的流程图,该方法应用于M2M数据传输系统中,执行的主体为数据接收设备,如图4所示,该方法的具体执行步骤包括:
步骤S21:根据来自数据源设备的请求建立时序资源的第一请求消息,建立时序资源。
数据接收设备接收到的第一请求消息中携带以下参数:最大丢失数据量、当前丢失数据量以及丢失数据列表。
数据接收设备根据第一请求消息中的最大丢失数据量、当前丢失数据量以及丢失数据列表,在时序资源中分别建立最大丢失数据量属性、当前丢失数据量属性以及丢失数据列表属性。
图5示出了时序资源中增加三个特有属性后的表示示意图。图5所示的时序资源在图1所示的时序资源基础上增加了最大丢失数据量属性(maxMissingNr)、当前丢失数据量(currentMissingNr)属性以及丢失数据列表(missingList)属性。
表1示出了时序资源中增加的最大丢失数据量属性、当前丢失数据量属性以及丢失数据列表属性的属性信息。
表1时序资源中新增加的三个属性的属性信息
如图5和表1所示,最大丢失数据量(maxMissingNr)属性用于记录丢失的时序数据的最大数目(一般为预设的固定值),当前丢失数据量(currentMissingNr)属性用于记录当前丢失的时序数据的数目,丢失数据列表missingList)用于记录已丢失的时序数据的数据信息,其中,在当前丢失数据量中的数值超过最大丢失数据量中设置的数值时,数据接收设备将最早存入的至少一个时序数据的数据信息从丢失数据列表中删除,由此可以在该丢失数据列表中继续插入新检测到的丢失时序数据的数据信息。
步骤S22:根据来自数据源设备的请求建立时序实例资源的第二请求消息,建立时序实例资源。
其中,建立的时序实例资源如图2所示,时序实例资源为时序资源的子资源。
步骤S23:根据来自数据源设备的请求建立订阅资源的第三请求消息,建立订阅资源。
本实施例中数据接收设备接收到的第三请求消息中携带时序数据丢失通知触发参数;所述订阅资源中包括根据所述时序数据丢失通知触发参数设置的丢失数据订阅事件;所述丢失数据订阅事件中包含根据所述时序数据丢失通知触发参数设置的所述数据丢失通知触发条件。
数据源设备通过请求数据接收设备建立订阅资源,并请求数据接收设备在订阅资源中创建丢失数据订阅事件,丢失数据订阅事件中包含数据丢失通知触发条件,由此可以使数据接收设备对丢失的时序数据进行检测,并在满足条件时触发数据接收设备向目标设备发送丢失的时序数据的相关信息。
本发明实施例中,目标设备可以为数据源设备,也可以为需要获取时序数据丢失信息的其它设备。
本实施例中,数据接收设备根据接收到的时序数据丢失通知触发参数设置的数据丢失通知触发条件包括:当前时间是否达到预设的丢失数据上报周期中所设定的上报时间;和/或,当前已丢失的时序数据的数量是否达到预设的上报数量。
如表2示出了第三请求消息中携带时序数据丢失通知触发参数(timeSeriesCriteria,时间序列标准)的具体定义。
表2时序数据丢失通知触发参数定义表
本发明实施例中,数据接收设备根据时序数据丢失通知触发参数在订阅资源的事件通知规则(eventNotificationCreteria)属性中建立数据丢失通知触发条件。
步骤S24:确定预先建立的时序资源中缺失数据检测参数中的数值是否为真;若为真,执行步骤S25;否则,订阅资源中的丢失数据订阅事件返回丢失数据检测错误或无法进行丢失数据检测等反馈信息。
本发明实施例中,在数据接收设备生成的时序资源中还包括丢失数据检测(missingDataDetect)参数,当丢失数据检测参数中的数值为ture或为1时,确定丢失数据检测参数中的数值为真。当丢失数据检测参数为真时,数据接收设备检测在数据接收过程中是否有丢失的时序数据。
步骤S25:根据来自数据源设备的时序数据所携带的时间信息和/或序列编号,确定在数据接收过程中是否有丢失的时序数据。
步骤S26:若有丢失的时序数据,则保存丢失的时序数据的数据信息。
步骤S27:订阅资源中设置有数据丢失通知触发条件时,确定当前是否达到预设的数据丢失通知触发条件。
步骤S28:若达到数据丢失通知触发条件,则向目标设备发送数据丢失通知信息。
例如,当前时序数据丢失的个数达到数据丢失通知触发条件中设置的个数时,向数据接收设备发送数据丢失通知信息,其中,发送的通知信息中可以仅包括数据丢失提示信息,也可以包含丢失的时序数据的具体信息。
本发明实施例的时序数据检测方法在M2M实现了丢失数据的检测和上报。
图6示出了本发明实施例三时序数据检测方法的流程图。图6所示的时序数据检测方法为图4所示的时序数据检测方法的一种具体示例,该方法的主要处理步骤包括:
步骤S201:数据源设备向数据接收设备发送请求在数据接收设备创建时序资源的第一请求消息,其中在第一请求消息中携带以下参数:最大丢失数据量(maxMissingNr)、当前丢失数据量(currentMissingNr)以及丢失数据列表(missingList)。
步骤S202:数据接收设备根据接收到的第一请求消息创建时序资源,其中创建的时序资源中新增加的属性如表1所示包括最大丢失数据量(maxMissingNr)属性、当前丢失数据量(currentMissingNr)属性以及丢失数据列表(missingList)属性。
步骤S203:数据接收设备创建时序资源成功后,向数据源设备发送第一响应消息。
步骤S204:数据源设备向数据接收设备发送请求在数据接收设备创建时序实例资源的第二请求消息。
步骤S205:数据接收设备根据接收到的第二请求消息创建时序实例资源,其中时序实例资源为步骤S202中创建的时序资源的子资源。
数据源设备可以请求数据接收设备创建多个时序实例资源,其中创建的多个时序实例资源均为时序资源的子资源。
步骤S206:数据接收设备创建时序实例资源成功后,向数据源设备发送第二响应消息。
步骤S207:数据源设备向数据接收设备发送请求在数据接收设备创建订阅资源的第三请求消息,其中在第三请求消息中携带时序数据丢失通知触发参数(即timeSeriesCriteria,时间序列标准),时序数据丢失通知触发参数的定义规则如表2所示。
根据表2中所示的时序数据丢失通知触发参数的定义,当时序数据丢失达到指定数目和/或到达指定时长进行通知,可能情况如下:
例如,timeSeriesCriteria中的数目参数设置为4,当数据接收设备检测到丢失的时序数据数目达到4个时,向目标设备发送数据丢失通知消息。
例如,timeSeriesCriteria中的监测周期设置为时长为10min,则数据接收设备可以根据检测到的时序数据状况每隔10分钟向目标设备发送一次数据丢失通知消息。
又例如,timeSeriesCriteria中的数目参数设置为4且监测周期的时长设置为10min,则数据接收设备以10分钟为一个监测周期,且在当前监测周期内丢失的时序数据的数目达到4个时,向目标设备发送数据丢失通知消息,否则数据接收设备进入下一个监测周期内重新进行丢失时序数据的数目统计。
又例如,timeSeriesCriteria中参数设置为:数目参数设置为4或监测周期设置为10min,则丢失的时序数据数目达到4个或者当前监测的时间达到10分钟时,只要满足其中一个条件即触发向目标设备发送数据丢失通知消息的操作。
步骤S208:数据接收设备根据第三请求消息创建订阅资源。
具体的,数据接收设备在创建订阅资源的过程中包括:数据接收设备根据第三请求消息中携带的timeSeriesCriteria创建数据丢失通知事件,在数据丢失通知事件中包含数据丢失通知触发条件。
本发明实施例中,数据接收设备根据时序数据丢失通知触发参数在订阅资源的事件通知规则(eventNotificationCreteria)属性中建立数据丢失通知触发条件。
步骤S209:数据接收设备创建时序资源成功后,向数据源设备发送第三响应消息。
步骤S210:数据接收设备对时序数据进行收集和存储,并对时序数据进行丢失检测和上报。
本实施例中,数据接收设备生成的时序资源中还包括丢失数据检测(missingDataDetect)参数,在对时序数据进行检测之前,还进一步确定丢失数据检测参数中的数值是否为真,当丢失数据检测参数中的数值为ture或为1时,确定丢失数据检测参数中的数值为真。当丢失数据检测参数为真时,数据接收设备检测在数据接收过程中是否有丢失的时序数据;若丢失数据检测参数中的数值不为真,订阅资源中的丢失数据订阅事件返回丢失数据检测错误或无法进行丢失数据检测等反馈信息。
数据接收设备对丢失的时序数据进行上报包括:
数据接收设备确定当前状况符合订阅资源中设置的数据丢失通知条件时,向目标设备发送数据丢失通知消息(Notify Request),具体的,数据接收设备可以根据订阅资源中的通知内容类型(notificationContentType)确定在数据丢失通知消息中携带的内容,例如可以携带丢失数据列表(missingList)和/或当前丢失数据量(currentMissingNr)。
数据接收设备在时序数据丢失检测过程中,每当检测到一个时序数据丢失,便会将这个丢失的时序数据的数据生成时间(dataGenerationTime)和/或序列编号(sequenceNr)插入到丢失数据列表(missingList)中,且当前丢失数据量(currenMissingNr)的值加一。在当前丢失数据量(currenMissingNr)的数值达到最大丢失数量(max Missing Nr)中设置的数值时,数据接收设备将丢失数据列表(missingList)中最早的至少一个数据生成时间(dataGenerationTime)和/或序列编号(sequenceNr)删除,以用于插入新检测到的丢失时序数据的数据生成时间(dataGenerationTime)和/或序列编号(sequenceNr)。
例如,timeSeriesCriteria中的数目参数设置为4,当数据接收设备检测到丢失的时序数据数目达到4个时(如,丢失的时序数据包括t1,t5,t10,t11),数据接收设备向目标设备发送数据丢失通知消息,具体的数据接收设备可以依据通知内容类型(notificationContentType)中的设置,仅向目标设备发送数据丢失的通知消息,或者在数据丢失通知消息中携带丢失数据列表(missingList)和/或当前丢失数据量(currentMissingNr)。
又例如,timeSeriesCriteria中的监测周期设置为时长为10min,具体实施时数据接收设备可以无论是否检测到丢失时序数据均每隔10分钟向目标设备发送一次数据丢失通知消息,或者,数据接收设备确定当前监测周期(10分钟)内是否检测到丢失时序数据,若检测到则在当前周期结束时向目标设备上报数据丢失通知消息并进入下一个周期的丢失数据检测,若在当前周期内未检测到丢失时序数据则直接进入下一个周期进行丢失时序数据检测。
进一步例如,timeSeriesCriteria中的数目参数设置为4且监测周期的时长设置为10min,则数据接收设备检测在当前监测周期(10分钟内)丢失的时序数据数目是否达到4个,若达到则向目标设备发送数据丢失通知消息,否则不发送。
又例如,timeSeriesCriteria中的参数设置为:数目参数设置为4或监测周期设置为10min,则数据接收设备确定当前检测到的丢失时序数据是否达到4个或是否达到监测周期设定的上报时间(10分钟),只要满足其中一个条件则向目标设备发送数据丢失通知消息。
步骤S211:数据接收设备向目标设备发送数据丢失通知消息。
数据接收设备向目标设备发送数据丢失通知消息具体过程可以包括:数据接收设备向目标设备发送通知请求消息(Notify Request),通知请求消息中携带具体的通知内容,如丢失数据列表(missingList)和/或当前丢失数据量(currentMissingNr);目标设备接收到数据接收设备发送的通知消息后向数据接收设备返回通知响应消息。
图7示出了本发明实施例四时序数据检测方法的流程图,该方法应用于M2M数据传输系统中,执行的主体为数据接收设备,如存储云端,本实施例方法在图1所示的时序资源中增加了最大丢失数据量、当前丢失数据量、丢失数据列表以及最长等待时间四个属性,并且在订阅资源的事件通知规则属性中设置了数据丢失通知触发条件,使得数据接收设备在检测时序数据的丢失状况满足数据丢失通知触发条件时,向目标设备发送数据丢失通知消息,如图7所示,该方法的具体执行步骤包括:
步骤S31:根据来自数据源设备的请求建立时序资源的第一请求消息,建立时序资源。
数据接收设备接收到的第一请求消息中携带以下参数:最大丢失数据量、当前丢失数据量、丢失数据列表以及最长等待时间。
数据接收设备根据第一请求消息中的最大丢失数据量、当前丢失数据量、丢失数据列表以及最长等待时间,分别建立最大丢失数据量属性、当前丢失数据量属性、丢失数据列表属性以及最长等待时间属性。
图8示出了时序资源中增加四个特有属性后的第一表示示意图。
表3示出了时序资源中增加的最大丢失数据量属性、当前丢失数据量属性以及丢失数据列表属性的属性信息。
表3时序资源中新增加的四个属性的属性信息
表3中最大丢失数据量属性、当前丢失数据量属性、丢失数据列表属性与实施例二中的含义相同,不再赘述,新增加的最长等待时间属性,用于标识未接收到的时序数据被确定为丢失时序数据的最长等待时间。
步骤S32:根据来自数据源设备的请求建立时序实例资源的第二请求消息,建立时序实例资源。
其中,建立的时序实例资源如图2所示,时序实例资源为时序资源的子资源。
步骤S33:根据来自数据源设备的请求建立订阅资源的第三请求消息,建立订阅资源。
本实施例中数据接收设备接收到的第三请求消息中携带时序数据丢失通知触发参数;所述订阅资源中包括根据所述时序数据丢失通知触发参数设置的丢失数据订阅事件;所述丢失数据订阅事件中包含根据所述时序数据丢失通知触发参数设置的所述数据丢失通知触发条件。
数据源设备通过请求数据接收设备建立订阅资源,并请求数据接收设备在订阅资源中创建丢失数据订阅事件,丢失数据订阅事件中包含数据丢失通知触发条件,由此可以使数据接收设备对丢失的时序数据进行检测,并在满足条件时触发数据接收设备向目标设备发送丢失的时序数据的相关信息。
本实施例中数据接收设备接收到的第三请求消息中携带时序数据丢失通知触发参数;订阅资源中包括根据时序数据丢失通知触发参数设置的数据丢失通知触发条件。
本实施例中设置的数据丢失通知触发参数与实施例二中的表2内容相同,不再赘述。
步骤S34:确定预先建立的时序资源中缺失数据检测参数中的数值是否为真;若为真,执行步骤S35;否则,订阅资源中的丢失数据订阅事件返回丢失数据检测错误或无法进行丢失数据检测等反馈信息。
本发明实施例中,在数据接收设备生成的时序资源中还包括丢失数据检测(missingDataDetect)参数,当丢失数据检测参数中的数值为ture或为1时,确定丢失数据检测参数中的数值为真。当丢失数据检测参数为真时,数据接收设备检测在数据接收过程中是否有丢失的时序数据。
步骤S35:根据来自数据源设备的时序数据所携带的时间信息和/或序列编号,确定在数据接收过程中是否有丢失的时序数据。
步骤S36:若存在未接收到的时序数据,则在等待预设时长之后确定是否仍有未接收到的时序数据。
步骤S37:若仍有未接收到的时序数据,则将在等待预设时长之后仍未接收到的时序数据确定为已丢失的时序数据。
本实施例S36及S37中的预设时长的值与表3中最长等待时间(maxDetectingTime)中的值相同。
步骤S38:订阅资源中设置有数据丢失通知触发条件时,确定当前是否达到订阅资源中的数据丢失通知触发条件。
步骤S39:若达到数据丢失通知触发条件,则向目标设备发送数据丢失通知信息。
考虑到数据接收过程中,会存在由于路由问题延迟接收到的时序数据,为了避免误判情况的发生,本发明实施例中设置最长等待时间属性,当数据接收设备确定有未接收到的时序数据时,等待预设时长,并在预设时长后确定是否接收到该时序数据,若仍未接收到,则确定该时序数据为丢失时序数据。本发明实施例的时序数据检测方法可以提高数据丢失性检测和上报的准确性。
图9示出了本发明实施例五时序数据检测方法的流程图。图9所示的时序数据检测方法为图7所示的时序数据检测方法的一种具体示例,该方法的主要处理步骤包括:
步骤S301:数据源设备向数据接收设备发送请求在数据接收设备创建时序资源的第一请求消息,其中在第一请求消息中携带参数最大丢失数据量(maxMissingNr)、当前丢失数据量(currentMissingNr)、丢失数据列表(missingList)以及最长等待时间(maxDetectingTime)。
步骤S302:数据接收设备根据接收到的第一请求消息创建时序资源,其中创建的时序资源中新增加的属性如表3所示包括最大丢失数据量(maxMissingNr)属性、当前丢失数据量(currentMissingNr)属性、丢失数据列表(missingList)属性以及最长等待时间(maxDetectingTime)属性。
步骤S303:数据接收设备创建时序资源成功后,向数据源设备发送第一响应消息。
步骤S304:数据源设备向数据接收设备发送请求在数据接收设备创建时序实例资源的第二请求消息。
步骤S305:数据接收设备根据接收到的第二请求消息创建时序实例资源,其中时序实例资源为步骤S302中创建的时序资源的子资源。
数据源设备可以请求数据接收设备创建多个时序实例资源,其中创建的多个时序实例资源均为时序资源的子资源。
步骤S306:数据接收设备创建时序实例资源成功后,向数据源设备发送第二响应消息。
步骤S307:数据源设备向数据接收设备发送请求在数据接收设备创建订阅资源的第三请求消息,其中在第三请求消息中携带时序数据丢失通知触发参数(即timeSeriesCriteria,时间序列标准),时序数据丢失通知触发参数的定义规则如表2所示。
根据表2中所示的时序数据丢失通知触发参数的定义,当时序数据丢失达到指定数目和/或到达指定时长进行通知,可能情况如下:
例如,Time Series Criteria中的数目参数设置为4,当数据接收设备检测到丢失的时序数据数目达到4个时,向目标设备发送数据丢失通知消息。
例如,timeSeriesCriteria中的监测周期设置为时长为10min,则数据接收每隔10分钟向目标设备发送一次数据丢失通知消息。
又例如,timeSeriesCriteria中的数目参数设置为4且监测周期的时长设置为10min,则数据接收设备以10分钟为一个监测周期,且在当前监测周期内丢失的时序数据的数目达到4个时,向目标设备发送数据丢失通知消息,否则数据接收设备进入下一个监测周期内重新进行丢失时序数据的数目统计。
又例如,timeSeriesCriteria中参数设置为:数目参数设置为4或监测周期设置为10min,则丢失的时序数据数据达到4个或者当前监测的时间达到10分钟时,只要满足其中一个条件即触发向目标设备发送数据丢失通知消息的操作。
步骤S308:数据接收设备根据第三请求消息创建订阅资源。
具体的,数据接收设备在创建订阅资源的过程中包括:数据接收设备根据第三请求消息中携带的timeSeriesCriteria创建数据丢失通知事件,在数据丢失通知事件中包含数据丢失通知触发条件。
本发明实施例中,数据接收设备根据时序数据丢失通知触发参数在订阅资源的事件通知规则(eventNotificationCreteria)属性中建立数据丢失通知触发条件。
步骤S309:数据接收设备创建时序资源成功后,向数据源设备发送第三响应消息。
步骤S310:数据接收设备对时序数据进行收集和存储,并对时序数据进行丢失检测和上报。
本实施例中,数据接收设备生成的时序资源中还包括丢失数据检测(missingDataDetect)参数,在对时序数据进行检测之前,还进一步确定丢失数据检测参数中的数值是否为真,当丢失数据检测参数中的数值为ture或为1时,确定丢失数据检测参数中的数值为真。当丢失数据检测参数为真时,数据接收设备检测在数据接收过程中是否有丢失的时序数据;若丢失数据检测参数中的数值不为真,订阅资源中的丢失数据订阅事件返回丢失数据检测错误或无法进行丢失数据检测等反馈信息。
本发明实施例中,数据接收设备基于时序资源中的最长等待时间(maxDetectingTime)、最大丢失数据量(maxMissingNr)、当前丢失数据量(currentMissingNr)以及丢失数据列表(missingList)参数对时序数据进行丢失检测和上报。
具体的,数据接收设备对时序数据进行丢失检测包括:数据接收设备根据来自数据源设备的时序数据所携带的时间信息,确定在数据接收过程中是否有丢失的时序数据;若存在未接收到的时序数据,则在等待预设时长之后确定是否仍有未接收到的时序数据;若仍有未接收到的时序数据,则将在等待预设时长之后仍未接收到的时序数据确定为已丢失的时序数据。
数据接收设备对时序数据进行上报包括:数据接收设备确定当前状况符合订阅资源中设置的数据丢失通知条件时,向目标设备发送数据丢失通知消息(Notify Request),具体的,数据接收设备可以根据订阅资源中的通知内容类型(notificationContentType)确定在数据丢失通知消息中携带的内容,例如可以携带丢失数据列表(missingList)和/或当前丢失数据量(currentMissingNr)。
数据接收设备在时序数据丢失检测过程中,每当检测到一个时序数据丢失,便会将这个丢失的时序数据的数据生成时间(dataGenerationTime)和/或序列编号(sequenceNr)插入到丢失数据列表(missingList)中,且当前丢失数据量(currenMissingNr)的值加一。在当前丢失数据量(currenMissingNr)的数值达到最大丢失数量(maxMissingNr)中设置的数值时,数据接收设备将丢失数据列表(missingList)中最早的至少一个数据生成时间(dataGenerationTime)和/或序列编号(sequenceNr)删除,以用于插入新检测到的丢失时序数据的数据生成时间(dataGenerationTime)和/或序列编号(sequenceNr)。
例如,timeSeriesCriteria中的数目参数设置为4,当数据接收设备检测到丢失的时序数据数目达到4个时(如,丢失的时序数据包括t1,t5,t10,t11),数据接收设备向目标设备发送数据丢失通知消息,具体的数据接收设备可以依据通知内容类型(Notification Content Type)中的设置,仅向目标设备发送数据丢失的通知消息,或者在数据丢失通知消息中携带丢失数据列表(missingList)和/或当前丢失数据量(currentMissingNr)。
又例如,timeSeriesCriteria中的监测周期设置为时长为10min,具体实施时数据接收设备可以无论是否检测到丢失时序数据均每隔10分钟向目标设备发送一次数据丢失通知消息,或者,数据接收设备确定当前监测周期(10分钟)内是否检测到丢失时序数据,若检测到则在当前周期结束时向目标设备上报数据丢失通知消息并进入下一个周期的丢失数据检测,若在当前周期内未检测到丢失时序数据则直接进入下一个周期进行丢失时序数据检测。
进一步例如,timeSeriesCriteria中的数目参数设置为4且监测周期的时长设置为10min,则数据接收设备检测在当前监测周期(10分钟内)丢失的时序数据数目是否达到4个,若达到则向目标设备发送数据丢失通知消息,否则不发送。
又例如,timeSeriesCriteria中的参数设置为:数目参数设置为4或监测周期设置为10min,则数据接收设备确定当前检测到的丢失时序数据是否达到4个或是否达到监测周期设定的上报时间(10分钟),只要满足其中一个条件则向目标设备发送数据丢失通知消息。
步骤S311:数据接收设备向目标设备发送数据丢失通知消息。
数据接收设备向目标设备发送数据丢失通知消息具体过程可以包括:数据接收设备向目标设备发送通知请求消息(Notify Request),通知请求消息中携带具体的通知内容,如丢失数据列表(missingList)和/或当前丢失数据量(currentMissingNr);目标设备接收到数据接收设备发送的通知消息后向数据接收设备返回通知响应消息。
图10示出了本发明实施例六时序数据检测方法的流程图,该方法应用于M2M数据传输系统中,执行的主体为数据接收设备,如存储云端,本实施例方法在图1所示的时序资源中增加了最大丢失数据量、当前丢失数据量、丢失数据列表以及时序数据丢失通知触发参数四个属性,并且在订阅资源的事件通知规则属性中设置了数据丢失通知触发条件,使得数据接收设备在检测时序数据的丢失状况满足数据丢失通知触发条件时,向目标设备发送数据丢失通知消息,如图10所示,该方法的具体执行步骤包括:
步骤S401:数据源设备向数据接收设备发送请求在数据接收设备创建时序资源的第一请求消息。
其中,第一请求消息中携带以下参数:最大丢失数据量、当前丢失数据量、丢失数据列表以及时序数据丢失通知触发参数。
步骤S402:数据接收设备根据第一请求消息,建立时序资源。
数据接收设备根据接收到的第一请求消息中的最大丢失数据量、当前丢失数据量、丢失数据列表以及时序数据丢失通知触发参数,在时序资源中分别建立最大丢失数据量属性、当前丢失数据量属性、丢失数据列表属性以及时序数据丢失通知参数属性。
表4示出了时序资源中增加的最大丢失数据量属性、当前丢失数据量属性、丢失数据列表属性以及时序数据丢失通知参数属性的属性信息。
表4时序资源中新增加的四个属性的属性信息
本实施例中表4中的最大丢失数据量属性、当前丢失数据量属性、丢失数据列表属性与实施例二表1中的相同,不再赘述,表4中的时序数据丢失通知触发参数属性与表2中的时序数据丢失通知触发参数定义表中的相同,不再赘述。
步骤S403:数据接收设备创建时序资源成功后,向数据源设备发送第一响应消息。
步骤S404:数据源设备向数据接收设备发送请求在数据接收设备创建时序实例资源的第二请求消息。
步骤S405:数据接收设备根据接收到的第二请求消息创建时序实例资源,其中时序实例资源为步骤S402中创建的时序资源的子资源。
步骤S406:数据接收设备创建时序实例资源成功后,向数据源设备发送第二响应消息。
步骤S407:数据源设备向数据接收设备发送请求在数据接收设备创建订阅资源的第三请求消息。
步骤S408:数据接收设备根据第三请求消息以及第一请求消息中的数据丢失通知触发参数创建订阅资源。
具体的,数据接收设备在创建订阅资源的过程中包括:数据接收设备根据第一请求消息中的数据丢失通知触发参数创建数据丢失通知事件,在数据丢失通知事件中包含数据丢失通知触发条件。
本发明实施例中,数据接收设备根据时序数据丢失通知触发参数在订阅资源的事件通知规则(eventNotificationCreteria)属性中建立数据丢失通知触发条件。
步骤S409:数据接收设备创建时序资源成功后,向数据源设备发送第三响应消息。
步骤S410:数据接收设备对时序数据进行收集和存储,并对时序数据进行丢失检测和上报。
本实施例中,数据接收设备生成的时序资源中还包括丢失数据检测(missingDataDetect)参数,在对时序数据进行检测之前,还进一步确定丢失数据检测参数中的数值是否为真,当丢失数据检测参数中的数值为ture或为1时,确定丢失数据检测参数中的数值为真。当丢失数据检测参数为真时,数据接收设备检测在数据接收过程中是否有丢失的时序数据;若丢失数据检测参数中的数值不为真,订阅资源中的丢失数据订阅事件返回丢失数据检测错误或无法进行丢失数据检测等反馈信息。
进一步,本实施例中数据接收设备对时序数据进行丢失检测和上报的方法与实施例二中相同,不再赘述。
步骤S411:数据接收设备向目标设备发送数据丢失通知消息。
数据接收设备向目标设备发送数据丢失通知消息具体过程可以包括:数据接收设备向目标设备发送通知请求消息(Notify Request),通知请求消息中携带具体的通知内容,如丢失数据列表(missingList)和/或当前丢失数据量(currentMissingNr);目标设备接收到数据接收设备发送的通知消息后向数据接收设备返回通知响应消息。
图11示出了本发明实施例七时序数据检测方法的流程图,该方法应用于M2M数据传输系统中,执行的主体为数据接收设备,如存储云端,本实施例方法在图1所示的时序资源中增加了最大丢失数据量、当前丢失数据量、丢失数据列表、最长等待时间、时序数据丢失通知触发参数五个属性,并且在订阅资源的事件通知规则属性中设置了数据丢失通知触发条件,使得数据接收设备在检测时序数据的丢失状况满足数据丢失通知触发条件时,向目标设备发送数据丢失通知消息,如图11所示,该方法的具体执行步骤包括:
步骤S501:数据源设备向数据接收设备发送请求在数据接收设备创建时序资源的第一请求消息。
其中,第一请求消息中携带以下参数:最大丢失数据量、当前丢失数据量、丢失数据列表以及时序数据丢失通知触发参数。
步骤S502:数据接收设备根据第一请求消息,建立时序资源。
数据接收设备根据接收到的第一请求消息中的最大丢失数据量、当前丢失数据量、丢失数据列表以及时序数据丢失通知触发参数,在时序资源中分别建立最大丢失数据量属性、当前丢失数据量属性、丢失数据列表属性以及时序数据丢失通知属性。
表5示出了时序资源中增加的最大丢失数据量属性、当前丢失数据量属性、丢失数据列表属性以及时序数据丢失通知属性的属性信息。
表5时序资源中新增加的五个属性的属性信息
本实施例中表5中的最大丢失数据量属性、当前丢失数据量属性、丢失数据列表属性以及时序数据丢失通知属性与表4中的相同,不再赘述,表5中的最长等待时间属性与4中相同,不再赘述。
步骤S503:数据接收设备创建时序资源成功后,向数据源设备发送第一响应消息。
步骤S504:数据源设备向数据接收设备发送请求在数据接收设备创建时序实例资源的第二请求消息。
步骤S505:数据接收设备根据接收到的第二请求消息创建时序实例资源,其中时序实例资源为步骤S502中创建的时序资源的子资源。
步骤S506:数据接收设备创建时序实例资源成功后,向数据源设备发送第二响应消息。
步骤S507:数据源设备向数据接收设备发送请求在数据接收设备创建订阅资源的第三请求消息。
步骤S508:数据接收设备根据第三请求消息以及第一请求消息中的数据丢失通知触发参数创建订阅资源。
具体的,数据接收设备在创建订阅资源的过程中包括:数据接收设备根据第一请求消息中的数据丢失通知触发参数创建数据丢失通知事件,在数据丢失通知事件中包含数据丢失通知触发条件。
本发明实施例中,数据接收设备根据时序数据丢失通知触发参数在订阅资源的事件通知规则(eventNotificationCreteria)属性中建立数据丢失通知触发条件。
步骤S509:数据接收设备创建时序资源成功后,向数据源设备发送第三响应消息。
步骤S510:数据接收设备对时序数据进行收集和存储,并对时序数据进行丢失检测和上报。
本实施例中,数据接收设备生成的时序资源中还包括丢失数据检测(missingDataDetect)参数,在对时序数据进行检测之前,还进一步确定丢失数据检测参数中的数值是否为真,当丢失数据检测参数中的数值为ture或为1时,确定丢失数据检测参数中的数值为真。当丢失数据检测参数为真时,数据接收设备检测在数据接收过程中是否有丢失的时序数据;若丢失数据检测参数中的数值不为真,订阅资源中的丢失数据订阅事件返回丢失数据检测错误或无法进行丢失数据检测等反馈信息。
进一步,本实施例中数据接收设备对时序数据进行丢失检测和上报的方法与实施例四中相同,不再赘述。
步骤S511:数据接收设备向目标设备发送数据丢失通知消息。
数据接收设备向目标设备发送数据丢失通知消息具体过程可以包括:数据接收设备向目标设备发送通知请求消息(Notify Request),通知请求消息中携带具体的通知内容,如丢失数据列表(missingList)和/或当前丢失数据量(currentMissingNr);目标设备接收到数据接收设备发送的通知消息后向数据接收设备返回通知响应消息。
图12示出了本发明实施例八时序数据检测方法的流程图,该方法应用于M2M数据传输系统中,执行的主体为数据源设备,其中数据源设备是指各类能够产生时序数据的设备,如监测传感器等,本实施例方法的主要步骤包括:
步骤S61:根据待发送的数据的数据信息,生成时序数据,其中,时序数据携带数据信息,数据信息包括时间信息和/或序列编号。
步骤S62:将时序数据发送给数据接收设备。
其中,发送给数据接收设备的时序数据用于数据接收设备根据接收到的时序数据所携带的时间信息和/或序列编号,确定在数据接收过程中是否有丢失的时序数据;若有丢失的时序数据,则保存丢失的时序数据的数据信息;数据接收设备还确定当前是否达到预设的数据丢失通知触发条件;若达到数据丢失通知触发条件,则向目标设备发送数据丢失通知信息。
图13示出了本发明实施例九时序数据检测方法的流程图,该方法应用于M2M数据传输系统中,主要步骤包括:
步骤S71:根据待发送的数据的数据信息,生成时序数据,其中,时序数据携带数据信息,数据信息包括时间信息和/或序列编号。
步骤S72:向数据接收设备发送请求数据接收设备建立时序资源的第一请求消息。
第一请求消息中携带以下参数:最大丢失数据量、当前丢失数据量以及丢失数据列表,用于数据接收设备根据最大丢失数据量、当前丢失数据量以及丢失数据列表在时序资源中分别建立的最大丢失数据量属性、当前丢失数据量属性以及丢失数据列表属性;
最大丢失数据量属性用于记录丢失的时序数据的最大数目,当前丢失数据量属性用于记录当前丢失的时序数据的数目,丢失数据列表用于记录已丢失的时序数据的时间信息和/或序列编号。
步骤S73:接收数据接收设备在时序资源建立完成后发送的第一响应消息。
步骤S74:向数据接收设备发送请求数据接收设备建立时序实例资源的第二请求消息。
步骤S75:接收数据接收设备在时序实例资源建立完成后发送的第二响应消息。
其中,时序实例资源为时序资源的子资源;时序资源及时序实例资源用于保存时序数据的属性信息。
步骤S76:向数据接收设备发送请求数据接收设备建立订阅资源的第三请求消息。
本实施例中,第三请求消息中携带时序数据丢失通知触发参数,用于数据接收设备在创建的订阅资源中根据时序数据丢失通知触发参数设置的丢失数据订阅事件;丢失数据订阅事件中包含根据时序数据丢失通知触发参数设置的数据丢失通知触发条件。
步骤S77:接收数据接收设备在订阅资源建立完成后发送的第三响应消息。
本发明实施例还提供了实施例九,本实施例九在实施例八的基础上进行改进,其中本实施例中在向数据接收设备发送的第一请求消息中还携带最长等待时间,用于数据接收设备根据最长等待时间,在时序资源中建立最长等待时间属性,其中,最长等待时间属性用于数据接收设备标识未接收到的时序数据被确定为丢失时序数据的最长等待时间。
本发明实施例还提供了实施例十,本实施例十在在实施例八的基础上进行改进,其中本实施例中在向数据接收设备发送的第一请求消息中还携带时序数据丢失通知触发参数,用于数据接收设备根据时序数据丢失通知触发参数在时序资源的订阅资源中设置丢失数据订阅事件,丢失数据订阅事件中包含根据时序数据丢失通知触发参数设置的数据丢失通知触发条件。
本发明实施例还提供了实施例十一,本实施例十一在在实施例九的基础上进行改进,其中本实施例中在向数据接收设备发送的第一请求消息中还携带时序数据丢失通知触发参数,用于数据接收设备根据时序数据丢失通知触发参数在时序资源的订阅资源中设置丢失数据订阅事件,丢失数据订阅事件中包含根据时序数据丢失通知触发参数设置的数据丢失通知触发条件。在第三请求消息不再携带时序数据丢失通知触发参数。
图14示出了本发明实施例一时序数据检测装置的结构示意图,该装置应用于数据传输系统中,如图14所示,该装置包括第一确定模块81、存储模块82和第二确定模块83,其中:
第一确定模块81,用于根据来自数据源设备的时序数据所携带的数据信息,确定在数据接收过程中是否有丢失的时序数据,其中数据信息包括时间信息和/或序列编号;
存储模块82,用于若有丢失的时序数据,则保存丢失的时序数据的数据信息;
第二确定模块83,用于确定当前是否达到预设的数据丢失通知触发条件;
通知消息发送模块,用于若达到数据丢失通知触发条件,则向目标设备发送数据丢失通知信息。
在上述实施例中,第一确定模块81,还用于:
根据来自数据源设备的时序数据所携带的数据信息,确定在数据接收过程中是否有丢失的时序数据之前,确定预先建立的时序资源中缺失数据检测参数中的数值是否为真;
若为真,则根据来自数据源设备的时序数据所携带的数据信息,确定在数据接收过程中是否有丢失的时序数据。
在上述实施例中,时序数据检测装置还包括:时序资源建立模块,用于根据来自数据源设备的时序数据所携带的数据信息,确定在数据接收过程中是否有丢失的时序数据之前,根据来自数据源设备的请求建立时序资源的第一请求消息,建立时序资源;
其中,第一请求消息中携带以下参数:最大丢失数据量、当前丢失数据量以及丢失数据列表;时序资源中包括根据最大丢失数据量、当前丢失数据量以及丢失数据列表分别建立的最大丢失数据量属性、当前丢失数据量属性以及丢失数据列表属性;
最大丢失数据量属性用于记录丢失的时序数据的最大数目,当前丢失数据量属性用于记录当前丢失的时序数据的数目,丢失数据列表用于记录已丢失的时序数据的时间信息和/或序列编号。
在上述实施例中,第一请求消息携带的参数中还包括:最长等待时间;
时序资源中还包括根据最长等待时间建立的最长等待时间属性,其中,最长等待时间属性用于标识未接收到的时序数据被确定为丢失时序数据的最长等待时间。
在上述实施例中,第一请求消息携带的参数中还包括:时序数据丢失通知触发参数;
时序资源中还包括订阅资源,订阅资源中包括根据时序数据丢失通知触发参数设置的丢失数据订阅事件;
丢失数据订阅事件中包含根据时序数据丢失通知触发参数设置的数据丢失通知触发条件。
在上述实施例中,时序数据检测装置还包括:
订阅资源建立模块,用于根据来自数据源设备的请求建立订阅资源的第二请求消息,建立订阅资源;
其中,订阅资源为时序资源的子资源,第二请求消息中携带时序数据丢失通知触发参数;
订阅资源中包括根据时序数据丢失通知触发参数设置的丢失数据订阅事件;
丢失数据订阅事件中包含根据时序数据丢失通知触发参数设置的数据丢失通知触发条件。
在上述实施例中,第一确定模块81,具体用于:
接收来自于数据源设备的周期性时序数据;
根据接到的周期性时序数据携带的周期时间或者与周期时间对应的序列编号的连续性,确定在数据接收过程中是否有丢失的时序数据。
在上述实施例中,第一确定模块81,具体用于:
根据接到的周期性时序数据携带的周期时间或者与周期时间对应的序列编号的连续性,确定是否存在未接收到的时序数据;
若存在未接收到的时序数据,则在等待预设时长之后确定是否仍有未接收到的时序数据;
若仍有未接收到的时序数据,则将在等待预设时长之后仍未接收到的时序数据确定为已丢失的时序数据。
在上述实施例中,第二确定模块83,还用于确定预先建立的订阅资源中是否设置有丢失数据订阅事件;
若有,则确定当前是否达到丢失数据订阅事件中预先设置的数据丢失通知触发条件。
在上述实施例中,数据丢失通知触发条件包括:
当前时间是否达到预设的丢失数据上报周期中所设定的上报时间;
和/或,
当前已丢失的时序数据的数量是否达到预设的上报数量。
图15示出了本发明实施例二时序数据检测装置的结构示意图,该装置应用于数据传输系统中,如图15所示,该装置包括:时序数据生成模块91及第一发送模块92,其中:
时序数据生成模块91,用于根据待发送的数据的数据信息,生成时序数据,其中,时序数据携带数据信息,数据信息包括时间信息和/或序列编号;
第一发送模块92,用于将时序数据发送给数据接收设备,用于数据接收设备根据接收到的时序数据所携带的时间信息和/或序列编号,确定在数据接收过程中是否有丢失的时序数据;若有丢失的时序数据,则保存丢失的时序数据的数据信息;数据接收设备还确定当前是否达到预设的数据丢失通知触发条件;若达到数据丢失通知触发条件,则向目标设备发送数据丢失通知信息。
在上述实施例中,第一发送模块92,还用于将时序数据发送给数据接收设备之前,向数据接收设备发送请求数据接收设备建立时序资源的第一请求消息;
第一请求消息中携带以下参数:最大丢失数据量、当前丢失数据量以及丢失数据列表;用于数据接收设备根据最大丢失数据量、当前丢失数据量以及丢失数据列表在时序资源中分别建立的最大丢失数据量属性、当前丢失数据量属性以及丢失数据列表属性;
最大丢失数据量属性用于记录丢失的时序数据的最大数目,当前丢失数据量属性用于记录当前丢失的时序数据的数目,丢失数据列表用于记录已丢失的时序数据的时间信息和/或序列编号。
在上述实施例中,第一请求消息携带的参数中还包括:最长等待时间,用于数据接收设备根据最长等待时间,在时序资源中建立最长等待时间属性,其中,最长等待时间属性用于数据接收设备标识未接收到的时序数据被确定为丢失时序数据的最长等待时间。
在上述实施例中,第一请求消息携带的参数中还包括:时序数据丢失通知触发参数,用于数据接收设备根据时序数据丢失通知触发参数在时序资源的订阅资源中设置丢失数据订阅事件,丢失数据订阅事件中包含根据时序数据丢失通知触发参数设置的数据丢失通知触发条件。
在上述实施例中,时序数据检测装置还包括:第二发送模块,用于向数据接收设备发送用于请求数据接收设备建立订阅资源的第二请求消息;
第二请求消息中携带时序数据丢失通知触发参数,用于数据接收设备在创建的订阅资源中根据时序数据丢失通知触发参数设置的丢失数据订阅事件;丢失数据订阅事件中包含根据时序数据丢失通知触发参数设置的数据丢失通知触发条件。
图16示出了本发明实施例时序数据检测设备的结构示意图。如图16所示,时序数据检测设备1400包括通信接口1401、存储器1403和处理器1402,其中,通信接口1401、处理器1402、存储器1403、通过总线1404相互连接;总线1404可以是外设部件互连标准(peripheral component interconnect,简称PCI)总线或扩展工业标准结构(extended industry standard architecture,简称EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示,图16中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
通信接口1401用于与发送端通信。存储器1403,用于存放程序。具体地,程序可以包括程序代码,程序代码包括计算机操作指令。存储器1403可能包含随机存取存储器(random access memory,简称RAM),也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
处理器1402执行存储器1403所存放的程序,实现本发明前述方法实施例的方法:
包括:
根据来自数据源设备的时序数据所携带的数据信息,确定在数据接收过程中是否有丢失的时序数据,其中数据信息包括时间信息和/或序列编号;
若有丢失的时序数据,则保存丢失的时序数据的数据信息;
确定当前是否达到预设的数据丢失通知触发条件;
若达到数据丢失通知触发条件,则向目标设备发送数据丢失通知信息。
上述的处理器1402可以是通用处理器,包括中央处理器(CentralProcessing Unit,简称CPU)、网络处理器(Network Processor,简称NP)等;还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
本实施例的时序数据检测设备,根据已经接收到的时序数据的时间信息,确定在数据接收过程中是否有丢失的数据信息时序数据,并在满足数据丢失通知触发条件时向目标设备上报丢失的时序数据的信息,从而实现了在数据传输系统中实现对丢失时序数据的检测和上报。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (30)
1.一种时序数据检测方法,其特征在于,所述方法应用于数据传输系统中,包括:
根据来自数据源设备的时序数据所携带的数据信息,确定在数据接收过程中是否有丢失的时序数据,其中所述数据信息包括时间信息和/或序列编号;
若有丢失的时序数据,则保存所述丢失的时序数据的数据信息;
确定当前是否达到预设的数据丢失通知触发条件;
若达到所述数据丢失通知触发条件,则向目标设备发送数据丢失通知信息。
2.根据权利要求1所述的方法,其特征在于,所述根据来自数据源设备的时序数据所携带的数据信息,确定在数据接收过程中是否有丢失的时序数据之前,还包括:
确定预先建立的时序资源中缺失数据检测参数中的数值是否为真;
若为真,则根据来自数据源设备的时序数据所携带的数据信息,确定在数据接收过程中是否有丢失的时序数据。
3.根据权利要求1或2所述的方法,其特征在于,所述根据来自数据源设备的时序数据所携带的数据信息,确定在数据接收过程中是否有丢失的时序数据之前,还包括:
根据来自数据源设备的请求建立时序资源的第一请求消息,建立时序资源;
其中,所述第一请求消息中携带以下参数:最大丢失数据量、当前丢失数据量以及丢失数据列表;所述时序资源中包括根据所述最大丢失数据量、所述当前丢失数据量以及所述丢失数据列表分别建立的最大丢失数据量属性、当前丢失数据量属性以及丢失数据列表属性;
所述最大丢失数据量属性用于记录丢失的时序数据的最大数目,所述当前丢失数据量属性用于记录当前丢失的时序数据的数目,所述丢失数据列表用于记录已丢失的时序数据的时间信息和/或序列编号。
4.根据权利要求3所述的方法,其特征在于,所述第一请求消息携带的参数中还包括:最长等待时间;
所述时序资源中还包括根据所述最长等待时间建立的最长等待时间属性,其中,所述最长等待时间属性用于标识未接收到的时序数据被确定为丢失时序数据的最长等待时间。
5.根据权利要求3或4所述的方法,其特征在于,所述第一请求消息携带的参数中还包括:时序数据丢失通知触发参数;
所述时序资源中还包括订阅资源,所述订阅资源中包括根据所述时序数据丢失通知触发参数设置的丢失数据订阅事件;
所述丢失数据订阅事件中包含根据所述时序数据丢失通知触发参数设置的所述数据丢失通知触发条件。
6.根据权利要求3或4所述的方法,其特征在于,所述方法还包括:
根据来自所述数据源设备的请求建立订阅资源的第二请求消息,建立订阅资源;
其中,所述订阅资源为所述时序资源的子资源,所述第二请求消息中携带时序数据丢失通知触发参数;
所述订阅资源中包括根据所述时序数据丢失通知触发参数设置的丢失数据订阅事件;
所述丢失数据订阅事件中包含根据所述时序数据丢失通知触发参数设置的所述数据丢失通知触发条件。
7.根据权利要求1所述的方法,其特征在于,所述根据来自数据源设备的时序数据所携带的时间信息,确定在数据接收过程中是否有丢失的时序数据,包括:
接收来自于所述数据源设备的周期性时序数据;
根据接到的所述周期性时序数据携带的周期时间或者与所述周期时间对应的序列编号的连续性,确定在数据接收过程中是否有丢失的时序数据。
8.根据权利要求7所述的方法,其特征在于,所述根据接到的所述周期性时序数据携带的周期时间或者与所述周期时间对应的序列编号的连续性,确定在数据接收过程中是否有丢失的时序数据,包括:
根据所述接到的所述周期性时序数据携带的周期时间或者与所述周期时间对应的序列编号的连续性,确定是否存在未接收到的时序数据;
若存在未接收到的时序数据,则在等待预设时长之后确定是否仍有未接收到的时序数据;
若仍有未接收到的时序数据,则将所述在等待预设时长之后仍未接收到的时序数据确定为已丢失的时序数据。
9.根据权利要求1所述的方法,其特征在于,所述确定当前是否达到预设的数据丢失通知触发条件之前,还包括:
确定预先建立的订阅资源中是否设置有丢失数据订阅事件;
若有,则确定当前是否达到所述丢失数据订阅事件中预先设置的数据丢失通知触发条件。
10.根据权利要求1所述的方法,其特征在于,所述数据丢失通知触发条件包括:
当前时间是否达到预设的丢失数据上报周期中所设定的上报时间;
和/或,
当前已丢失的时序数据的数量是否达到预设的上报数量。
11.一种时序数据检测方法,其特征在于,所述方法应用于数据传输系统中,包括:
根据待发送的数据的数据信息,生成时序数据,其中,所述时序数据携带所述数据信息,所述数据信息包括时间信息和/或序列编号;
将所述时序数据发送给数据接收设备,用于所述数据接收设备根据接收到的时序数据所携带的时间信息和/或序列编号,确定在数据接收过程中是否有丢失的时序数据;若有丢失的时序数据,则保存所述丢失的时序数据的数据信息;所述数据接收设备还确定当前是否达到预设的数据丢失通知触发条件;若达到所述数据丢失通知触发条件,则向目标设备发送数据丢失通知信息。
12.根据权利要求11所述的方法,其特征在于,所述将所述时序数据发送给数据接收设备之前,还包括:
向所述数据接收设备发送请求所述数据接收设备建立时序资源的第一请求消息;
所述第一请求消息中携带以下参数:最大丢失数据量、当前丢失数据量以及丢失数据列表;用于所述数据接收设备根据所述最大丢失数据量、所述当前丢失数据量以及所述丢失数据列表在时序资源中分别建立的最大丢失数据量属性、当前丢失数据量属性以及丢失数据列表属性;
所述最大丢失数据量属性用于记录丢失的时序数据的最大数目,所述当前丢失数据量属性用于记录当前丢失的时序数据的数目,所述丢失数据列表用于记录已丢失的时序数据的时间信息和/或序列编号。
13.根据权利要求12所述的方法,其特征在于,所述第一请求消息携带的参数中还包括:最长等待时间,用于所述数据接收设备根据所述最长等待时间,在所述时序资源中建立最长等待时间属性,其中,所述最长等待时间属性用于所述数据接收设备标识未接收到的时序数据被确定为丢失时序数据的最长等待时间。
14.根据权利要求12或13所述的方法,其特征在于,所述第一请求消息携带的参数中还包括:时序数据丢失通知触发参数,用于所述数据接收设备根据所述时序数据丢失通知触发参数在时序资源的订阅资源中设置丢失数据订阅事件,所述丢失数据订阅事件中包含根据所述时序数据丢失通知触发参数设置的所述数据丢失通知触发条件。
15.根据权利要求12或13所述的方法,其特征在于,所述方法还包括:
向所述数据接收设备发送用于请求所述数据接收设备建立订阅资源的第二请求消息;
所述第二请求消息中携带时序数据丢失通知触发参数,用于所述数据接收设备在创建的订阅资源中根据所述时序数据丢失通知触发参数设置的丢失数据订阅事件;所述丢失数据订阅事件中包含根据所述时序数据丢失通知触发参数设置的所述数据丢失通知触发条件。
16.一种时序数据检测装置,其特征在于,所述装置应用于数据传输系统中,包括:
第一确定模块,用于根据来自数据源设备的时序数据所携带的数据信息,确定在数据接收过程中是否有丢失的时序数据,其中所述数据信息包括时间信息和/或序列编号;
存储模块,用于若有丢失的时序数据,则保存所述丢失的时序数据的数据信息;
第二确定模块,用于确定当前是否达到预设的数据丢失通知触发条件;
通知消息发送模块,用于若达到所述数据丢失通知触发条件,则向目标设备发送数据丢失通知信息。
17.根据权利要求16所述的装置,其特征在于,所述第一确定模块,还用于:
根据来自数据源设备的时序数据所携带的数据信息,确定在数据接收过程中是否有丢失的时序数据之前,确定预先建立的时序资源中缺失数据检测参数中的数值是否为真;
若为真,则根据来自数据源设备的时序数据所携带的数据信息,确定在数据接收过程中是否有丢失的时序数据。
18.根据权利要求16或17所述的装置,其特征在于,所述装置还包括:时序资源建立模块,用于根据来自数据源设备的时序数据所携带的数据信息,确定在数据接收过程中是否有丢失的时序数据之前,根据来自数据源设备的请求建立时序资源的第一请求消息,建立时序资源;
其中,所述第一请求消息中携带以下参数:最大丢失数据量、当前丢失数据量以及丢失数据列表;所述时序资源中包括根据所述最大丢失数据量、所述当前丢失数据量以及所述丢失数据列表分别建立的最大丢失数据量属性、当前丢失数据量属性以及丢失数据列表属性;
所述最大丢失数据量属性用于记录丢失的时序数据的最大数目,所述当前丢失数据量属性用于记录当前丢失的时序数据的数目,所述丢失数据列表用于记录已丢失的时序数据的时间信息和/或序列编号。
19.根据权利要求18所述的装置,其特征在于,所述第一请求消息携带的参数中还包括:最长等待时间;
所述时序资源中还包括根据所述最长等待时间建立的最长等待时间属性,其中,所述最长等待时间属性用于标识未接收到的时序数据被确定为丢失时序数据的最长等待时间。
20.根据权利要求18或19所述的装置,其特征在于,所述第一请求消息携带的参数中还包括:时序数据丢失通知触发参数;
所述时序资源中还包括订阅资源,所述订阅资源中包括根据所述时序数据丢失通知触发参数设置的丢失数据订阅事件;
所述丢失数据订阅事件中包含根据所述时序数据丢失通知触发参数设置的所述数据丢失通知触发条件。
21.根据权利要求18或19所述的装置,其特征在于,所述装置还包括:
订阅资源建立模块,用于根据来自所述数据源设备的请求建立订阅资源的第二请求消息,建立订阅资源;
其中,所述订阅资源为所述时序资源的子资源,所述第二请求消息中携带时序数据丢失通知触发参数;
所述订阅资源中包括根据所述时序数据丢失通知触发参数设置的丢失数据订阅事件;
所述丢失数据订阅事件中包含根据所述时序数据丢失通知触发参数设置的所述数据丢失通知触发条件。
22.根据权利要求16所述的装置,其特征在于,所述第一确定模块,具体用于:
接收来自于所述数据源设备的周期性时序数据;
根据接到的所述周期性时序数据携带的周期时间或者与所述周期时间对应的序列编号的连续性,确定在数据接收过程中是否有丢失的时序数据。
23.根据权利要求22所述的装置,其特征在于,所述第一确定模块,具体用于:
根据所述接到的所述周期性时序数据携带的周期时间或者与所述周期时间对应的序列编号的连续性,确定是否存在未接收到的时序数据;
若存在未接收到的时序数据,则在等待预设时长之后确定是否仍有未接收到的时序数据;
若仍有未接收到的时序数据,则将所述在等待预设时长之后仍未接收到的时序数据确定为已丢失的时序数据。
24.根据权利要求16所述的装置,其特征在于,所述第二确定模块,还用于确定预先建立的订阅资源中是否设置有丢失数据订阅事件;
若有,则确定当前是否达到所述丢失数据订阅事件中预先设置的数据丢失通知触发条件。
25.根据权利要求16所述的装置,其特征在于,所述数据丢失通知触发条件包括:
当前时间是否达到预设的丢失数据上报周期中所设定的上报时间;
和/或,
当前已丢失的时序数据的数量是否达到预设的上报数量。
26.一种时序数据检测装置,其特征在于,所述装置应用于数据传输系统中,包括:
时序数据生成模块,用于根据待发送的数据的数据信息,生成时序数据,其中,所述时序数据携带所述数据信息,所述数据信息包括时间信息和/或序列编号;
第一发送模块,用于将所述时序数据发送给数据接收设备,用于所述数据接收设备根据接收到的时序数据所携带的时间信息和/或序列编号,确定在数据接收过程中是否有丢失的时序数据;若有丢失的时序数据,则保存所述丢失的时序数据的数据信息;所述数据接收设备还确定当前是否达到预设的数据丢失通知触发条件;若达到所述数据丢失通知触发条件,则向目标设备发送数据丢失通知信息。
27.根据权利要求26所述的装置,其特征在于,所述发送模块,还用于将所述时序数据发送给数据接收设备之前,向所述数据接收设备发送请求所述数据接收设备建立时序资源的第一请求消息;
所述第一请求消息中携带以下参数:最大丢失数据量、当前丢失数据量以及丢失数据列表;用于所述数据接收设备根据所述最大丢失数据量、所述当前丢失数据量以及所述丢失数据列表在时序资源中分别建立的最大丢失数据量属性、当前丢失数据量属性以及丢失数据列表属性;
所述最大丢失数据量属性用于记录丢失的时序数据的最大数目,所述当前丢失数据量属性用于记录当前丢失的时序数据的数目,所述丢失数据列表用于记录已丢失的时序数据的时间信息和/或序列编号。
28.根据权利要求27所述的装置,其特征在于,所述第一请求消息携带的参数中还包括:最长等待时间,用于所述数据接收设备根据所述最长等待时间,在所述时序资源中建立最长等待时间属性,其中,所述最长等待时间属性用于所述数据接收设备标识未接收到的时序数据被确定为丢失时序数据的最长等待时间。
29.根据权利要求27或28所述的装置,其特征在于,所述第一请求消息携带的参数中还包括:时序数据丢失通知触发参数,用于所述数据接收设备根据所述时序数据丢失通知触发参数在时序资源的订阅资源中设置丢失数据订阅事件,所述丢失数据订阅事件中包含根据所述时序数据丢失通知触发参数设置的所述数据丢失通知触发条件。
30.根据权利要求27或28所述的装置,其特征在于,所述装置还包括:第二发送模块,用于向所述数据接收设备发送用于请求所述数据接收设备建立订阅资源的第二请求消息;
所述第二请求消息中携带时序数据丢失通知触发参数,用于所述数据接收设备在创建的订阅资源中根据所述时序数据丢失通知触发参数设置的丢失数据订阅事件;所述丢失数据订阅事件中包含根据所述时序数据丢失通知触发参数设置的所述数据丢失通知触发条件。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201511031852.8A CN106937241B (zh) | 2015-12-31 | 2015-12-31 | 时序数据检测方法及装置 |
EP16881189.1A EP3393085B1 (en) | 2015-12-31 | 2016-12-27 | Method and device for time sequence data detection |
PCT/CN2016/112486 WO2017114400A1 (zh) | 2015-12-31 | 2016-12-27 | 时序数据检测方法及装置 |
US16/023,490 US10911970B2 (en) | 2015-12-31 | 2018-06-29 | Method and apparatus for detecting time series data |
US17/091,710 US20210058811A1 (en) | 2015-12-31 | 2020-11-06 | Method and apparatus for detecting time series data |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201511031852.8A CN106937241B (zh) | 2015-12-31 | 2015-12-31 | 时序数据检测方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106937241A true CN106937241A (zh) | 2017-07-07 |
CN106937241B CN106937241B (zh) | 2021-05-18 |
Family
ID=59224609
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201511031852.8A Active CN106937241B (zh) | 2015-12-31 | 2015-12-31 | 时序数据检测方法及装置 |
Country Status (4)
Country | Link |
---|---|
US (2) | US10911970B2 (zh) |
EP (1) | EP3393085B1 (zh) |
CN (1) | CN106937241B (zh) |
WO (1) | WO2017114400A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111224756A (zh) * | 2019-12-26 | 2020-06-02 | 东软集团股份有限公司 | 确定数据传输异常的方法、装置、存储介质及电子设备 |
CN111830913A (zh) * | 2019-04-22 | 2020-10-27 | 北京国电智深控制技术有限公司 | 一种数据获取方法及装置 |
CN112398797A (zh) * | 2019-08-19 | 2021-02-23 | 贵州白山云科技股份有限公司 | 数据传输方法、接收装置、发送装置、介质、设备及系统 |
CN114205259A (zh) * | 2021-12-07 | 2022-03-18 | 施耐德电气(中国)有限公司 | 一种网关上数异常诊断方法和装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1701566A (zh) * | 2003-03-26 | 2005-11-23 | 松下电器产业株式会社 | 无线电信息通信系统 |
US20080320356A1 (en) * | 2007-06-19 | 2008-12-25 | Fujitsu Limited | Retransmission control method and transmitting device |
US20130226613A1 (en) * | 2012-02-23 | 2013-08-29 | Robert Bosch Gmbh | System and Method for Estimation of Missing Data in a Multivariate Longitudinal Setup |
CN103368787A (zh) * | 2012-03-28 | 2013-10-23 | 索尼公司 | 信息处理装置、信息处理方法和程序 |
CN104750830A (zh) * | 2015-04-01 | 2015-07-01 | 东南大学 | 时间序列数据的周期挖掘方法 |
CN104782078A (zh) * | 2012-07-27 | 2015-07-15 | 爱立信(中国)通信有限公司 | 用于执行文件修复过程的用户设备节点、服务器节点以及在此类节点中执行的方法 |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1968053B (zh) * | 2000-04-17 | 2012-08-15 | 北方电讯网络有限公司 | 用于无线通信的物理和链路层的自动重发请求协议合作 |
US20060056421A1 (en) * | 2004-09-10 | 2006-03-16 | Interdigital Technology Corporation | Reducing latency when transmitting acknowledgements in mesh networks |
US8755407B2 (en) * | 2005-02-18 | 2014-06-17 | Qualcomm Incorporated | Radio link protocols for enhancing efficiency of multi-link communication systems |
CN102495851B (zh) | 2011-11-17 | 2014-11-05 | 百度在线网络技术(北京)有限公司 | 时序数据的存储和查询方法、系统及装置 |
US9137814B2 (en) * | 2012-02-24 | 2015-09-15 | Marvell World Trade Ltd. | Cross-layer scheduling based on lower layer feedback |
WO2013169183A1 (en) * | 2012-05-11 | 2013-11-14 | Telefonaktiebolaget L M Ericsson (Publ) | Methods and apparatus for detecting frame number discontinuities between radio nodes |
US10034023B1 (en) * | 2012-07-30 | 2018-07-24 | Google Llc | Extended protection of digital video streams |
CN103269260A (zh) * | 2013-06-03 | 2013-08-28 | 腾讯科技(深圳)有限公司 | 数据传输方法、数据接收端、数据发送端和数据传输系统 |
CN105580327B (zh) * | 2013-09-27 | 2018-12-18 | Lg电子株式会社 | 用于在m2m系统中传送通知消息的方法及其装置 |
CN103605805B (zh) | 2013-12-09 | 2016-10-26 | 冶金自动化研究设计院 | 一种海量时序数据的存储方法 |
JP6135529B2 (ja) * | 2014-02-04 | 2017-05-31 | 横河電機株式会社 | 情報表示装置、情報処理装置、情報表示システム、および情報表示方法 |
-
2015
- 2015-12-31 CN CN201511031852.8A patent/CN106937241B/zh active Active
-
2016
- 2016-12-27 EP EP16881189.1A patent/EP3393085B1/en active Active
- 2016-12-27 WO PCT/CN2016/112486 patent/WO2017114400A1/zh active Application Filing
-
2018
- 2018-06-29 US US16/023,490 patent/US10911970B2/en active Active
-
2020
- 2020-11-06 US US17/091,710 patent/US20210058811A1/en active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1701566A (zh) * | 2003-03-26 | 2005-11-23 | 松下电器产业株式会社 | 无线电信息通信系统 |
US20080320356A1 (en) * | 2007-06-19 | 2008-12-25 | Fujitsu Limited | Retransmission control method and transmitting device |
US20130226613A1 (en) * | 2012-02-23 | 2013-08-29 | Robert Bosch Gmbh | System and Method for Estimation of Missing Data in a Multivariate Longitudinal Setup |
CN103368787A (zh) * | 2012-03-28 | 2013-10-23 | 索尼公司 | 信息处理装置、信息处理方法和程序 |
CN104782078A (zh) * | 2012-07-27 | 2015-07-15 | 爱立信(中国)通信有限公司 | 用于执行文件修复过程的用户设备节点、服务器节点以及在此类节点中执行的方法 |
CN104750830A (zh) * | 2015-04-01 | 2015-07-01 | 东南大学 | 时间序列数据的周期挖掘方法 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111830913A (zh) * | 2019-04-22 | 2020-10-27 | 北京国电智深控制技术有限公司 | 一种数据获取方法及装置 |
CN112398797A (zh) * | 2019-08-19 | 2021-02-23 | 贵州白山云科技股份有限公司 | 数据传输方法、接收装置、发送装置、介质、设备及系统 |
CN111224756A (zh) * | 2019-12-26 | 2020-06-02 | 东软集团股份有限公司 | 确定数据传输异常的方法、装置、存储介质及电子设备 |
CN111224756B (zh) * | 2019-12-26 | 2022-07-12 | 东软集团股份有限公司 | 确定数据传输异常的方法、装置、存储介质及电子设备 |
CN114205259A (zh) * | 2021-12-07 | 2022-03-18 | 施耐德电气(中国)有限公司 | 一种网关上数异常诊断方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
US20180310196A1 (en) | 2018-10-25 |
CN106937241B (zh) | 2021-05-18 |
US20210058811A1 (en) | 2021-02-25 |
EP3393085A4 (en) | 2018-10-24 |
WO2017114400A1 (zh) | 2017-07-06 |
US10911970B2 (en) | 2021-02-02 |
EP3393085B1 (en) | 2022-05-11 |
EP3393085A1 (en) | 2018-10-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20080194268A1 (en) | Location Stamping and Logging of Electronic Events and Habitat Generation | |
CN106937241A (zh) | 时序数据检测方法及装置 | |
CN107040494B (zh) | 用户账号异常防范方法和系统 | |
CN111181801A (zh) | 节点集群测试方法、装置、电子设备及存储介质 | |
CN103001826A (zh) | 用于监测用户登录的设备和方法 | |
CN103023718A (zh) | 一种用户登录监测设备和方法 | |
CN103024188A (zh) | 一种未处理信息的提醒方法及提醒装置 | |
CN104427519B (zh) | Ip地址归属地管理方法及装置 | |
CN107862020B (zh) | 一种好友推荐的方法及设备 | |
TWI771480B (zh) | 轉發聊天信息的方法、裝置和電子設備 | |
CN104601716A (zh) | 基于手机的地震云监测及预警网络系统 | |
CN105099887A (zh) | 活动提醒方法及装置 | |
CN105243525A (zh) | 一种用户提醒方法及终端 | |
CN104580108A (zh) | 信息提示方法和系统、服务器 | |
WO2021179848A1 (zh) | 到站提醒方法、装置、终端及存储介质 | |
CN114040348A (zh) | 一种智能家居设备管理方法、装置及电子设备及介质 | |
CN104156487A (zh) | 网页数据统计方法及装置 | |
CN106161565B (zh) | 消息推送方法及装置 | |
CN107682526A (zh) | 一种应用消息展示方法及其设备 | |
CN110971690A (zh) | 一种ios客户端的推送消息处理方法、装置及设备 | |
CN106452905A (zh) | 消息处理方法和装置 | |
CN111291409B (zh) | 一种数据监控方法及装置 | |
CN107220811B (zh) | 流程中节点激活的方法及装置 | |
CN115811483A (zh) | 一种网络状态监测方法、装置、电子设备和存储介质 | |
CN113657635B (zh) | 一种预测通信用户流失的方法及电子设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |