数据流融合的延迟感知与自适应处理方法及装置

技术领域

本发明涉及数据处理技术领域，具体涉及一种数据流融合的延迟感知与自适应处理方法及装置。

背景技术

在物联网(Internet of Things，IoT)以及边缘计算领域，经常会从某个实时数据源采集一路或多路的数据，这些数据形成了一路或多路的实时数据流，本文中有时也简称为数据流或实时流。

为了便于对数据进行观察和分析，有时候需要对多路数据流进行可视化处理。参考中国专利申请号202010720673，提供了一种大数据可视化平台，该平台具体包括感知层、网络层、数据库层、系统应用层、数据服务层、系统展示层及共享交换平台。其中，所述感知层通过通信网络端口对接网络层，所述网络层通过通信网络端口对接数据库层，所述数据库层通过通信网络端口对接系统应用层，所述系统应用层通过通信网络端口对接数据服务层，所述数据服务层通过通信网络端口对接系统展示层，所述该可视化平台通过通信网络端口对接共享交换平台。

在多路数据流进行可视化处理时，其中的多流数据的实时自动融合成为行业内的挑战，由于各数据流所处的硬件环境配置，网络环境等原因，同时发出的数据可能因为到达时间不同，而无法及时有效的融合，从而为随后的可视化准确性和实时性带来困难。例如，参考中国专利申请号201510038575，该申请提供了一种分布式实时数据融合系统，其包括决策信息分发模块以及依次运行在Storm引擎的五个工作节点上的数据采集模块、预处理模块、对准模块、状态估计模块和威胁估计模块。该申请采用Storm实时流式计算引擎作为系统的基础设施，使数据采集模块、预处理模块、对准模块、状态估计模块和威胁估计模块分别运行在Storm集群环境中的五个工作节点上，能够充分利用Storm分布式集群的高性能并行处理能力。该申请中的对准模块，能够对数据进行基本的校准，但是面对可能不断变化延迟的多路数据流，其方案并不适用，另外，可视化应用相对于分析应用，对实时性的要求更高，因此亟需一种适用于可视化应用场景下的多路数据流的融合方案，能够在数据实时性与准确性之间取得较好的权衡。

发明内容

本发明的至少一个实施例提供了一种数据流融合的延迟感知与自适应处理方法及装置，能够在数据实时性与准确性之间取得较好的权衡。

根据本发明的一个方面，至少一个实施例提供了一种数据流融合的延迟感知与自适应处理方法，包括：

接收按照相同发送时间和发送周期发送数据的n路数据流，并以数据的发送时间为索引，缓存接收到的每路数据流的数据，其中，n为大于1的整数；

计算所述数据的接收时间和发送时间的差值，得到所述数据的传输时延；

在缓存的第一索引的数据流记录数达到n时，对所述第一索引对应的各数据流的数据的传输时延进行加权求和，得到所述第一索引对应的平均传输时延，并根据所述平均传输时延与所述发送周期，更新读取缓存数据的时间间隔的大小。

可选的，对所述第一索引对应的各数据流的数据的传输时延进行加权求和，包括：

针对每路数据流，获取所述数据流在截止到第二索引对应的数据时的累计传输时延，计算所有数据流在截止到第二索引对应的数据时的累计传输时延的和值；根据每路数据流的累计传输时延在所述和值中的比例，确定每路数据流对应的权重，其中，所述第二索引为第一索引的前一个索引；

根据每路数据流对应的权重，对所述第一索引对应的各数据流的数据的传输时延进行加权求和，得到所述第一索引对应的平均传输时延。

可选的，在更新读取缓存数据的时间间隔的大小之后，所述方法还包括：

将所述第一索引对应的各数据流的数据的传输时延，分别与所属数据流在截止到第二索引对应的数据时的累计传输时延相加，得到所属数据流在截止到第一索引对应的数据时的累计传输时延。

可选的，在所述第一索引为数据流中的首个索引的情况下，所述方法还包括：

从所述第一索引对应的各数据流的数据的传输时延中，选择出最大传输时延；根据所述最大传输时延，设置读取缓存数据的时间间隔的初始值。

可选的，还包括：

前端数据流处理模块按照所述时间间隔的当前大小，确定下一次读取缓存数据的读取时间；

前端数据流处理模块按照所述读取时间，读取缓存的各数据流的数据，并对同一索引的各数据流的数据进行融合处理。

可选的，所述n路数据流与建筑信息模型BIM中的对象相关联。

根据本发明的另一方面，至少一个实施例提供了一种数据流融合的延迟感知与自适应处理装置，包括：

接收模块，用于接收按照相同发送时间和发送周期发送数据的n路数据流，并以数据的发送时间为索引，缓存接收到的每路数据流的数据，其中，n为大于1的整数；

计算模块，用于计算所述数据的接收时间和发送时间的差值，得到所述数据的传输时延；

第一更新模块，用于在缓存的第一索引的数据流记录数达到n时，对所述第一索引对应的各数据流的数据的传输时延进行加权求和，得到所述第一索引对应的平均传输时延，并根据所述平均传输时延与所述发送周期，更新读取缓存数据的时间间隔的大小。

可选的，所述第一更新模块，还用于：

针对每路数据流，获取所述数据流在截止到第二索引对应的数据时的累计传输时延，计算所有数据流在截止到第二索引对应的数据时的累计传输时延的和值；根据每路数据流的累计传输时延在所述和值中的比例，确定每路数据流对应的权重，其中，所述第二索引为第一索引的前一个索引；

根据每路数据流对应的权重，对所述第一索引对应的各数据流的数据的传输时延进行加权求和，得到所述第一索引对应的平均传输时延。

可选的，上述装置还包括：

第二更新模块，用于在所述第一更新模块更新读取缓存数据的时间间隔的大小之后，将所述第一索引对应的各数据流的数据的传输时延，分别与所属数据流在截止到第二索引对应的数据时的累计传输时延相加，得到所属数据流在截止到第一索引对应的数据时的累计传输时延。

可选的，上述装置还包括：

设置模块，用于在所述第一索引为数据流中的首个索引的情况下，从所述第一索引对应的各数据流的数据的传输时延中，选择出最大传输时延；根据所述最大传输时延，设置读取缓存数据的时间间隔的初始值。

根据本发明的另一方面，至少一个实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有程序，所述程序被处理器执行时，实现如上所述的方法的步骤。

与现有技术相比，本发明实施例提供的数据流融合的延迟感知与自适应处理方法及装置，可以根据多路数据流的平均传输时延，来更新前端数据流处理模块读取n路数据流的时间间隔，该时间间隔的设置，同时考虑了各个数据流当前数据的传输时延以及历史累计传输时延，从而能够很好的匹配各路数据流的传输时延的实际情况，使得所设置的时间间隔大小适中，能够在接收到n路数据流后及时读取数据，在数据实时性与准确性之间取得较好的权衡。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为本发明实施例的数据流融合的延迟感知与自适应处理方法的一种流程示意图；

图2为本发明实施例提供的多流融合的实时可视化平台的一种框架示意图；

图3为本发明实施例提供的实时数据处理模块的一种实现步骤的示意图；

图4为本发明实施例提供的设置时间间隔的一种流程示意图；

图5为本发明实施例计算时间间隔的一种示例图；

图6为本发明实施例的数据流融合的延迟感知与自适应处理装置的一种架构示意图；

图7为本发明实施例的数据流融合的延迟感知与自适应处理装置的另一种结构示意图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。说明书以及权利要求中“和/或”表示所连接对象的至少其中之一。

以下描述提供示例而并非限定权利要求中阐述的范围、适用性或者配置。可以对所讨论的要素的功能和布置作出改变而不会脱离本公开的精神和范围。各种示例可恰适地省略、替代、或添加各种规程或组件。例如，可以按不同于所描述的次序来执行所描述的方法，并且可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

如背景技术所述的，现有技术的多路数据流的融合方法，并不能很好的适用于可视化应用场景中，难以处理不断变化延迟的多路数据流。为解决以上问题中的至少一种，本申请实施例提供了一种据流融合的延迟感知与自适应处理方法，能够在数据实时性与准确性之间取得较好的权衡。

请参照图1，本申请实施例提供的数据流融合的延迟感知与自适应处理方法，应用于接收多路数据流的接收端，包括以下步骤：

步骤11，接收按照相同发送时间和发送周期发送数据的n路数据流，并以数据的发送时间为索引，缓存接收到的每路数据流的数据，其中，n为大于1的整数。

这里，本申请实施例接收n路数据流的数据，这些数据流均按照相同发送周期T和发送时间发送数据，也就是说，例如，每路数据流分别以2秒的发送周期发送数据，且每路数据源的数据发送时间是相同的，例如，n路数据流在第0秒都发送了第1份数据，在第2秒都发送了第2份数据，在第2秒都发送了第份分数据，以此类推。发送数据流的数据源可以在所发送的数据中打上发送时间戳，用于指示该数据的发送时间。数据源通常可以是MQTT，kafka等消息队列的方式实时发送数据(可能来自传感器或者其他实时的消息源)。

在各路数据源的传输时延相同的情况下，每路数据源的数据都会在同一接收时间被收到。但是，由于各数据流所处的硬件环境配置以及网络环境等原因，实际传输时延通常并不相同，甚至同一数据流的传输时延也会发生波动，本申请实施例在接收n路数据流的数据，记录数据的发送时间和接收时间，并以数据的发送时间为索引，缓存接收到的每路数据流的数据。数据的发送时间可以从其发送时间戳中获取，接收时间则可以取数据到达接收端的时间。

步骤12，计算所述数据的接收时间和发送时间的差值，得到所述数据的传输时延。

这里，通过计算每份数据的收发时间差，可以得到数据的传输时延。

步骤13，在缓存的第一索引的数据流记录数达到n时，对所述第一索引对应的各数据流的数据的传输时延进行加权求和，得到所述第一索引对应的平均传输时延，并根据所述平均传输时延与所述发送周期，更新读取缓存数据的时间间隔的大小。

这里，本申请实施例检测缓存中的同一索引的数据流记录数。所述同一索引的数据流记录数是指具体相同索引的数据所属数据流的数量。例如，在n＝3，数据流包括第一数据流、第二数据流和第三数据流的情况下，若缓存的某个索引的数据一共有3份，如第一数据、第二数据和第三数据，且这3份数据分属于第一数据流、第二数据流和第三数据流，则认为缓存的该索引的数据流记录数达到3。为了便于描述，这里将该索引称之为第一索引。此时，对该第一索引的各份数据的传时延进行加权求和，从而得到第一索引对应的平均传输时延。然后，根据第一索引对应的平均传输时延和数据流的发送周期T，更新读取缓存数据的时间间隔的大小。例如，时间间隔大小直接取第一索引对应的平均传输时延和数据流的发送周期的和值，当然，也可以在上述和值的基础上进行适当微调，本申请实施例对此不做具体限定。

本申请实施例按照上述步骤，更新前端数据流处理模块读取缓存数据的时间间隔。前端数据流处理模块用于按照所述时间间隔，从缓存中读取所述n数据流的数据。前端数据流处理模块可以是前端的可视化处理模块，用于读取多路数据流并进行可视化处理。

在上述步骤13中，作为对所述第一索引对应的各数据流的数据的传输时延进行加权求和的一种实现方式，本申请实施例可以对所述第一索引对应的各数据流的数据的传输时延直接进行平均计算，此时各路数据流的权重相等。

作为另一种实现方式，本申请实施例可以根据每路数据流的历史累计传输时延来设置数据流对应的权重，进而根据数据流权重，对各路数据流的数据的传输时延进行加权求和，具体的，可以针对每路数据流，获取所述数据流在截止到第二索引对应的数据时的累计传输时延，计算所有数据流在截止到第二索引对应的数据时的累计传输时延的和值；根据每路数据流的累计传输时延在所述和值中的比例，确定每路数据流对应的权重，其中，所述第二索引为第一索引的前一个索引。然后，根据每路数据流对应的权重，对所述第一索引对应的各数据流的数据的传输时延进行加权求和，得到所述第一索引对应的平均传输时延。另外，在读取缓存数据的时间间隔的大小之后，本申请实施例还可以将所述第一索引对应的各数据流的数据的传输时延，分别与所属数据流在截止到第二索引对应的数据时的累计传输时延相加，得到所属数据流在截止到第一索引对应的数据时的累计传输时延。

通过以上步骤，本申请实施例中，可以根据多路数据流的平均传输时延，来更新前端数据流处理模块读取n路数据流的时间间隔，该时间间隔的设置，同时考虑了各个数据流当前数据的传输时延以及历史累计传输时延，从而能够很好的匹配各路数据流的传输时延的实际情况，使得所设置的时间间隔大小适中，能够在接收到n路数据流后及时读取数据，在数据实时性与准确性之间取得较好的权衡。

在本申请实施例的上述方法初始运行时，可以按照以下方式设置前端数据流处理模块读取缓存数据的时间间隔的初始值：在所述第一索引为数据流中的首个索引的情况下，从所述第一索引对应的各数据流的数据的传输时延中，选择出最大传输时延；根据所述最大传输时延，设置所述前端数据流处理模块读取缓存数据的时间间隔的初始值，从而避免时间间隔设置过小导致的准确性较低的问题。

本申请实施例中，前端数据流处理模块按照所述时间间隔的当前大小，确定下一次读取缓存数据的读取时间；然后，前端数据流处理模块按照所述读取时间，读取缓存的各数据流的数据，并对读取到的同一索引的各数据流的数据进行融合处理。具体的融合处理包括可视化处理等。

本申请实施例中，所述n路数据流可以是与建筑信息模型(Building InformationModel，BIM)中的对象相关联的数据流。可视化处理的一种可选的实现方式如下：建立每路数据流与建筑信息模型BIM中的对象属性之间的关联关系；根据所述关联关系和各路数据流的数据，在目标页面显示所述BMI中各个对象的属性与时间的随时间变化。

下面提供本申请实施例上述方法应用于可视化场景的一个示例。图2为该示例提供的多流融合的实时可视化平台的一种框架示意图，包括BIM、BIM接入模块、数据流、历史数据处理模块、实施数据处理模块和可视化模块。其中，历史数据处理模块和实施数据处理模块可以统称为多流融合感知模块。具体的，数据流模块用于按照相同发送时间和发送周期发送n路数据流的数据，这些数据流可以是目标建筑中设置的传感器所采集的数据；BIM为目标建筑的建筑信息模型，BIM接入模块用于导入BIM中的信息，并提供给可视化模块。历史数据处理模块用于累积每路数据流的传输时延以得到累计传输时延；实时数据处理模块，用于接收并缓存n路数据流的数据，记录各数据的接收时间和发送时间，计算每份数据的传输时延，以及，根据每路数据流的累计传输时延和同一索引的各路数据流的数据的传时延，计算并更新可视化模块读取缓存的数据流数据的时间间隔；可视化模块，按照上述时间间隔读取数据，并结合BIM接入模块提供的建筑信息，进行可视化处理。

图3提供了实时数据处理模块的一种实现步骤的示意图，其中包括多路数据源，一共有产生了n路数据流，这里，数据源通常可以是MQTT，kafka等消息队列的方式实时发送数据，这些数据可以是来自目标建筑中的传感器或其他实时的消息源。多路数据流的传输时延受硬件或网络环境的影响，各路数据流的延迟可能不一致，单个数据流的延迟也可能出现波动。

实时数据处理模块的主要功能是将实时数据缓存，自动检测数据流的传输时延的大小，更新前端读取数据的时间间隔，并将该时间间隔的大小通知前端可视化模块，从而更新前端可视化读取数据缓存的时间。这里，本申请实施例的多流融合感知模块和前端可视化模块是相互独立的，多流融合模块只负责检测延迟并通知前端可视化模块更新页面的时间间隔，而前端可视化模块只按照设置的时间间隔读取缓存中的数据，该时间间隔在一般的实时系统中是不变的例如，1s，2s等，在本示例中，将此时间间隔根据历史的数据流延迟做适当处理，以适应各路数据的延迟，从而在保证准确的前提下做到尽量实时。

图4提供了本示例中设置时间间隔的一种流程示意图，包括：

(a)确定数据流个数n。

(b)分别读取各数据流中记录的发送时间T

(c)以发送时间为索引(key)，将数据分别写入缓存。这部分数据即是前端可视化每次读取的数据。

(d)分别计算各路数据流的接收-发送时间差，写入T

(e)当同一key中数据记录数与n相等时，选取最大的T

(f)按照历史均值回归的方式不断的更新时间间隔，以不断的适应变化的时延。历史均值的计算以各路数据为主体，计算所得每各数据流的历史累计传输时延为A

下面提供一个更为具体的计算示例，如图5所示，假设有n1、n2、n3共3路数据流，均按照相同的发送周期为tb发送时间，首次发送数据的时间为ts1，第二次发送数据的时间ts2，第三次发送数据的时间为ts3，以此类推。对于第i路数据，其第j次数据达到实时数据处理模块的接收时间记为trj(ni)。本示例通过计算各路数据的接收-发送时间差，计算前端下一次读取数据的时间间隔，该时间间隔设置过大会损失实时性，设置过小可能因为某路数据还未到达无法融合而不准确。具体流程如图5所示：

在步骤一中，实时数据处理模块将接收到的各路数据存入缓存，然后按照最后到达的数据的接收-发送时间差设置时间间隔的初始值，此例中，ts1时刻发送的n2数据流最后到达，因此时间间隔为tr1(n2)-ts1+tb；然后，更新数据流i在第j次数据发送后的历史时延d

在步骤二中，实时数据处理模块将接收到的各路数据存入缓存，然后，根据各路数据历史时延在3路数据的总历史时延中的比例，设置每路数据的权重，对各路数据当前的传输时延进行加权求和，结果为移动平均值，将该值与发送周期tb相加，更新时间间隔。

在后续步骤中，按照步骤二中的方式，不断写入缓存和更新时间间隔，其中历史数据为所有历史数据的总和。

请参照图6，本发明实施例提供的数据流融合的延迟感知与自适应处理装置的一种结构，具体包括：

接收模块61，用于接收按照相同发送时间和发送周期发送数据的n路数据流，并以数据的发送时间为索引，缓存接收到的每路数据流的数据，其中，n为大于1的整数；

计算模块62，用于计算所述数据的接收时间和发送时间的差值，得到所述数据的传输时延；

第一更新模块63，用于在缓存的第一索引的数据流记录数达到n时，对所述第一索引对应的各数据流的数据的传输时延进行加权求和，得到所述第一索引对应的平均传输时延，并根据所述平均传输时延与所述发送周期，更新读取缓存数据的时间间隔的大小。

通过以上模块，本申请的上述装置能够在数据实时性与准确性之间取得较好的权衡。

可选的，所述第一更新模块，还用于：

针对每路数据流，获取所述数据流在截止到第二索引对应的数据时的累计传输时延，计算所有数据流在截止到第二索引对应的数据时的累计传输时延的和值；根据每路数据流的累计传输时延在所述和值中的比例，确定每路数据流对应的权重，其中，所述第二索引为第一索引的前一个索引；

根据每路数据流对应的权重，对所述第一索引对应的各数据流的数据的传输时延进行加权求和，得到所述第一索引对应的平均传输时延。

可选的，上述装置还包括：

第二更新模块，用于在所述第一更新模块更新读取缓存数据的时间间隔的大小之后，将所述第一索引对应的各数据流的数据的传输时延，分别与所属数据流在截止到第二索引对应的数据时的累计传输时延相加，得到所属数据流在截止到第一索引对应的数据时的累计传输时延。

可选的，上述装置还包括：

设置模块，用于在所述第一索引为数据流中的首个索引的情况下，从所述第一索引对应的各数据流的数据的传输时延中，选择出最大传输时延；根据所述最大传输时延，设置所述前端数据流处理模块读取缓存数据的时间间隔的初始值。

可选的，上述装置还包括：

前端数据流处理模块，用于按照所述时间间隔的当前大小，确定下一次读取缓存数据的读取时间；按照所述读取时间，读取缓存的各数据流的数据，并对同一索引的各数据流的数据进行融合处理。

可选的，所述n路数据流与建筑信息模型BIM中的对象相关联。

需要说明的是，上述装置是与上述图1所示的数据流融合的延迟感知与自适应处理方法对应的装置，上述各实施例中的实现方式均适用于该装置的实施例中，也能达到相同的技术效果。本发明实施例提供的上述装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

请参照图7，本发明实施例提供的另一种数据流融合的延迟感知与自适应处理装置的结构示意图，该装置包括：处理器701、收发机702、存储器703、用户接口704和总线接口。

在本发明实施例中，该装置还包括：存储在存储器上703并可在处理器701上运行的程序。

所述收发机702，用于在所述处理器的控制下收发数据；

所述处理器701，用于读取所述存储器中的计算机程序并执行以下操作：

接收按照相同发送时间和发送周期发送数据的n路数据流，并以数据的发送时间为索引，缓存接收到的每路数据流的数据，其中，n为大于1的整数；

计算所述数据的接收时间和发送时间的差值，得到所述数据的传输时延；

在缓存的第一索引的数据流记录数达到n时，对所述第一索引对应的各数据流的数据的传输时延进行加权求和，得到所述第一索引对应的平均传输时延，并根据所述平均传输时延与所述发送周期，更新读取缓存数据的时间间隔的大小。

可理解的，本发明实施例中，所述计算机程序被处理器701执行时可实现上述数据流融合的延迟感知与自适应处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

在图7中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器701代表的一个或多个处理器和存储器703代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机702可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口704还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。

处理器701负责管理总线架构和通常的处理，存储器703可以存储处理器701在执行操作时所使用的数据。

需要说明的是，该实施例中的装置是与上述图1所示的方法对应的设备，上述各实施例中的实现方式均适用于该设备的实施例中，也能达到相同的技术效果。该设备中，收发机702与存储器703，以及收发机702与处理器701均可以通过总线接口通讯连接，处理器701的功能也可以由收发机702实现，收发机702的功能也可以由处理器701实现。在此需要说明的是，本发明实施例提供的上述设备，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

在本发明的一些实施例中，还提供了一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现以下步骤：

接收按照相同发送时间和发送周期发送数据的n路数据流，并以数据的发送时间为索引，缓存接收到的每路数据流的数据，其中，n为大于1的整数；

计算所述数据的接收时间和发送时间的差值，得到所述数据的传输时延；

在缓存的第一索引的数据流记录数达到n时，对所述第一索引对应的各数据流的数据的传输时延进行加权求和，得到所述第一索引对应的平均传输时延，并根据所述平均传输时延与所述发送周期，更新读取缓存数据的时间间隔的大小。

该程序被处理器执行时能实现上述数据流融合的延迟感知与自适应处理方法中的所有实现方式，且能达到相同的技术效果，为避免重复，此处不再赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。