一种多应用埋点数据上传方法、装置制造方法及图纸

本发明专利技术公开了一种多应用埋点数据上传方法、装置，所述方法包括：获取多应用生成的待上传埋点数据；将所述待上传埋点数据通过实时上传通道进行上传；判断所述待上传埋点数据是否通过实时上传通道上传失败，若是，则将上传失败的所述待上传埋点数据写入文件队列的文件中；判断所述文件队列中的文件是否满足预设补传条件，若是，则将满足预设补传条件的文件通过补传通道上传。本发明专利技术将各个应用的埋点数据收集后进行统一管理，减少车机各应用的性能消耗，并且保证埋点数据上传的实时性，降低丢失概率；本发明专利技术提供的文件补传机制，在统一的埋点数据管理中，统一维护埋点补传文件，防止各个应用生成埋点补传文件造成数据丢失或错乱。个应用生成埋点补传文件造成数据丢失或错乱。个应用生成埋点补传文件造成数据丢失或错乱。

【技术实现步骤摘要】
一种多应用埋点数据上传方法、装置


[0001]本申请涉及数据上传
，具体涉及一种多应用埋点数据上传方法、多应用埋点数据上传装置。

技术介绍

[0002]通信技术飞速发展，数据的传输效率日益增长，用户得以在有限的屏幕空间上体验更加丰富多彩的互联网服务。为了丰富用户的生活，改善用户体验，大大小小各行各业的公司都在互联网化，前赴后继将自家的服务打包成APP(Application，应用程序)，送到用户设备上。在汽车智能控制领域，为了将汽车打造成不亚于手机的智能终端，为用户提供便捷实用的智能用车体验，在用户许可地范围内对车主使用APP内各个功能的数据进行采集，根据这些数据来优化改进APP的功能体验，这些APP内采集的数据会在合适的时候上传至公司云端，供团队分析研究以制定APP改进方向。但是目前现有技术方案大多需要各个应用接入SDK的方式，每个应用中都有一套埋点上传的代码，同时每个应用都要维护一套与云端的连接，这样不仅代码存在大量冗余，车机系统占用的存储空间也会变大，而且每个应用与云端的连接均重复耗费车机与云端的性能。并且数据上传通路可能会存在故障的情况，这时大量的埋点数据会被丢弃，降低了埋点的准确性，不能为数据分析人员提供前后连续可靠的数据支持。

技术实现思路

[0003]本专利技术的目的在于提供一种多应用埋点数据上传方法、多应用埋点数据上传装置，来至少解决上述的一个技术问题。
[0004]本专利技术提供了下述方案：
[0005]根据本专利技术的一个方面，提供一种多应用埋点数据上传方法，包括：
[0006]获取多应用生成的待上传埋点数据；
[0007]将所述待上传埋点数据通过实时上传通道进行上传；
[0008]判断所述待上传埋点数据是否通过实时上传通道上传失败，若是，则将上传失败的所述待上传埋点数据写入文件队列的文件中；
[0009]判断所述文件队列中的文件是否满足预设补传条件，若是，则
[0010]将满足预设补传条件的文件通过补传通道上传。
[0011]可选地，所述将所述待上传埋点数据通过实时上传通道进行上传包括：
[0012]将所述待上传埋点数据添加到实时消息队列；
[0013]将实时消息队列中的所述待上传埋点数据通过实时上传通道上传。
[0014]可选地，所述将实时消息队列中的所述待上传埋点数据通过实时上传通道上传包括：
[0015]根据预设上传周期将实时消息队列中的所述待上传埋点数据通过实时上传通道上传。
[0016]可选地，所述将上传失败的所述待上传埋点数据写入文件队列的文件中包括：
[0017]判断文件队列是否包含可以写入待上传埋点数据的空闲文件，若是，则在所述空闲文件写入待上传埋点数据；
[0018]若所述文件队列没有可以写入待上传埋点数据的空闲文件，则
[0019]新建文件，并在所述新建的文件中写入待上传埋点数据；
[0020]若新建文件后所述文件队列中的文件数量超过预设文件数量，则删除文件队列中创建时间最早的文件。
[0021]可选地，所述判断所述文件队列中的文件是否满足预设补传条件包括：
[0022]判断所述文件队列的当前写入周期是否满足预设时间阈值，若是，则
[0023]停止在当前文件写入待上传埋点数据，并将当前文件放入补传队列。可选地，所述判断所述文件队列中的文件是否满足预设补传条件包括：
[0024]判断所述文件队列中正在写入埋点数据文件的文件大小是否满足预设阈值，若是，则
[0025]停止在所述正在写入埋点数据文件中继续写入埋点数据，并将所述正在写入埋点数据的文件放入补传队列。
[0026]可选地，所述将满足预设补传条件的文件通过补传通道上传包括：
[0027]获取补传队列中的文件；
[0028]根据预设补传周期将所述文件通过补传通道上传。
[0029]可选地，所述将满足预设补传条件的文件通过补传通道上传进一步包括：
[0030]若所述根据预设补传周期上传的所述文件上传失败，则
[0031]将所述文件放入补传队列的队头位置，并根据衰退机制将补传队列中的文件通过补传通道上传。可选地，所述多应用埋点数据上传方法进一步包括：
[0032]若将所述待上传埋点数据添加到实时消息队列时添加失败，则
[0033]将所述待上传埋点数据写入文件队列的文件中，并判断所述文件队列中的文件是否满足预设补传条件，若是，则
[0034]将满足预设补传条件的文件通过补传通道上传。
[0035]本专利技术提供了一种多应用埋点数据上传装置，包括：
[0036]待上传埋点数据获取模块，所述待上传埋点数据获取模块用于获取多应用生成的待上传埋点数据；
[0037]实时上传模块，所述实时上传模块用于将所述待上传埋点数据通过实时上传通道进行上传；
[0038]上传判断模块，所述判断模块用于判断所述待上传埋点数据是否通过实时上传通道上传失败；
[0039]文件写入模块，所述文件写入模块用于将上传失败的所述待上传埋点数据写入文件队列的文件中；
[0040]补传判断模块，所述补传判断模块用于判断所述文件队列中的文件是否满足预设补传条件；
[0041]补传模块，所述补传模块用于将满足预设补传条件的文件通过补传通道上传。
[0042]本专利技术与现有技术相比具有以下的优点：
[0043]本专利技术将各个应用的埋点数据收集后进行统一上传，减少车机各应用的代码量及包体积，进而降低车机各应用的性能消耗，且保证埋点数据上传的实时性，降低丢失概率；且本专利技术提供的文件补传机制，可以在实时上传失败的情况下进行文件补传，解决了埋点数据因上传失败而丢失的问题，对埋点补传文件进行统一的文件管理和维护，避免了各个应用生成埋点补传文件造成的数据丢失或错乱。
附图说明
[0044]为了更清楚地说明本专利技术具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本专利技术的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0045]图1为本专利技术一实施例的多应用埋点数据上传方法的流程示意图；
[0046]图2为本专利技术另一实施例的多应用埋点数据上传方法的流程示意图；
[0047]图3为本专利技术一实施例的多应用埋点数据上传装置的结构示意图；
[0048]图4为可以实现本专利技术多应用埋点数据上传方法的电子设备结构图。
具体实施方式
[0049]下面将结合附图对本专利技术的技术方案进行清楚、完整地描述，显然，所描述的实施例是本专利技术一部分实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本专利技术保护的范围。
[0050]图1为本专利技术一实施例的多应用埋本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种多应用埋点数据上传方法，其特征在于，包括：获取多应用生成的待上传埋点数据；将所述待上传埋点数据通过实时上传通道进行上传；判断所述待上传埋点数据是否通过实时上传通道上传失败，若是，则将上传失败的所述待上传埋点数据写入文件队列的文件中；判断所述文件队列中的文件是否满足预设补传条件，若是，则将满足预设补传条件的文件通过补传通道上传。2.如权利要求1所述的多应用埋点数据上传方法，其特征在于，所述将所述待上传埋点数据通过实时上传通道进行上传包括：将所述待上传埋点数据添加到实时消息队列；将实时消息队列中的所述待上传埋点数据通过实时上传通道上传。3.如权利要求2所述的多应用埋点数据上传方法，其特征在于，所述将实时消息队列中的所述待上传埋点数据通过实时上传通道上传包括：根据预设上传周期将实时消息队列中的所述待上传埋点数据通过实时上传通道上传。4.如权利要求3所述的多应用埋点数据上传方法，其特征在于，所述将上传失败的所述待上传埋点数据写入文件队列的文件中包括：判断文件队列是否包含可以写入待上传埋点数据的空闲文件，若是，则在所述空闲文件写入待上传埋点数据；若所述文件队列没有可以写入待上传埋点数据的空闲文件，则新建文件，并在所述新建的文件中写入待上传埋点数据；若新建文件后所述文件队列中的文件数量超过预设文件数量，则删除文件队列中创建时间最早的文件。5.如权利要求4所述的多应用埋点数据上传方法，其特征在于，所述判断所述文件队列中的文件是否满足预设补传条件包括：判断所述文件队列的当前写入周期是否满足预设时间阈值，若是，则停止在当前文件写入待上传埋点数据，并将当前文件放入补传队列。6.如权利要求5所述的多应用埋点数据上传方法，其特征在于，所述判断所述文件队列中的文...

【专利技术属性】
技术研发人员：王正晖，
申请(专利权)人：中国第一汽车股份有限公司，
类型：发明
国别省市：