数据收集方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种数据收集方法和装置。

背景技术

埋点是数据收集场景的术语，指的是针对特定的用户行为或事件进行捕获、处理和发送的相关技术及其实施过程。在现有的埋点技术中，首先需要实现用于埋点的SDK(Software Development Kit，软件开发工具包)，之后在需要埋点的项目中引入该SDK，并在需要埋点的位置增加该SDK提供的方法，后期通过这个方法实现埋点数据收集。这种埋点方式需要严重侵入项目代码，埋点代码与项目代码的耦合度较高，不利于后期的SDK替换或删除。同时，现有技术中使用应用程序主进程执行埋点数据收集，如果主进程崩溃或停止，会造成埋点数据丢失。

发明内容

有鉴于此，本发明实施例提供一种数据收集方法和装置，能够在不侵入项目代码的前提下收集埋点记录数据。

为实现上述目的，根据本发明的一个方面，提供了一种数据收集方法。

本发明实施例的数据收集方法包括：在应用程序启动时，获取埋点配置文件；所述埋点配置文件中包括至少一个待埋点方法以及待埋点方法的路径信息；依据所述路径信息确定相应的待埋点方法，将确定的待埋点方法与预设的数据收集方法关联；当任一待埋点方法被调用时，利用该待埋点方法关联的数据收集方法生成埋点记录数据；所述埋点记录数据中包括该待埋点方法的标识信息和该待埋点方法被调用的时间信息。

可选地，所述数据收集方法由所述应用程度的主进程创建的子进程执行。

可选地，所述埋点配置文件中还包括待埋点方法对应的事件标识和待收集的参量名称；所述埋点记录数据中还包括被调用的待埋点方法对应的事件标识和参量数据。

可选地，将确定的待埋点方法与预设的数据收集方法关联，包括：将所述数据收集方法注入确定的待埋点方法内。

可选地，利用该待埋点方法关联的数据收集方法生成埋点记录数据，包括：当任一待埋点方法被调用时，该待埋点方法关联的数据收集方法被触发并执行，从而生成埋点记录数据。

可选地，所述方法还包括：将生成的埋点记录数据存储在数据库；按照预设策略对数据库中的埋点记录数据进行统计，得到埋点统计数据。

可选地，所述方法还包括：利用预设的上传周期和上传数据包大小将数据库中的埋点记录数据和/或埋点统计数据上传。

为实现上述目的，根据本发明的另一方面，提供了一种数据收集装置。

本发明实施例的数据收集装置可包括：配置获取单元，用于：在应用程序启动时，获取埋点配置文件；所述埋点配置文件中包括至少一个待埋点方法以及待埋点方法的路径信息；关联单元，用于依据所述路径信息确定相应的待埋点方法，将确定的待埋点方法与预设的数据收集方法关联；埋点记录生成单元，用于：当任一待埋点方法被调用时，利用该待埋点方法关联的数据收集方法生成埋点记录数据；所述埋点记录数据中包括该待埋点方法的标识信息和该待埋点方法被调用的时间信息。

为实现上述目的，根据本发明的又一方面，提供了一种电子设备。

本发明的一种电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，所述一个或多个处理器实现本发明所提供的数据收集方法。

为实现上述目的，根据本发明的再一方面，提供了一种计算机可读存储介质。

本发明的一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明所提供的数据收集方法。

根据本发明的技术方案，上述发明中的一个实施例具有如下优点或有益效果：预先为应用程序编写埋点配置文件来表征需要执行埋点的方法及其路径信息，在应用程序启动后利用反射机制和上述路径信息定位待埋点方法并将待埋点方法与数据收集方法关联，这样，当待关联方法被调用时，相应的数据收集方法被触发并执行从而生成埋点记录数据，该埋点记录数据可被存储并上传，从而在不侵入业务代码的前提下实现埋点数据的收集，使项目代码与埋点代码(即用于生成、存储和上传埋点记录数据的相应代码)彻底解耦，使开发人员更容易地在项目中接入或剥离埋点代码，由此提高了项目整体的灵活性。另外，本发明的埋点代码由应用程序主进程创建的子进程执行，在主进程崩溃或停止时子进程依然存在，从而不会影响埋点记录数据的存储与上传，保证了数据收集的安全性和稳定性。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是本发明实施例中数据收集方法的主要步骤示意图；

图2是本发明实施例中数据收集方法的实现架构示意图；

图3是本发明实施例中数据收集方法的具体执行步骤示意图；

图4是本发明实施例中数据收集装置的组成部分示意图；

图5是根据本发明实施例可以应用于其中的示例性系统架构图；

图6是用来实现本发明实施例中数据收集方法的电子设备结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

在现有技术中，需要在应用程序代码中嵌入埋点代码进行数据收集，这样严重地影响了项目的灵活性。本发明提供一种不需侵入项目代码的埋点数据收集方法，能够应用在安卓、IOS系统(二者均为移动端操作系统)，也能够应用在网页端(包括HTML页面端和H5页面端，HTML表示超文本标记语言，H5为第5代HTML)，以下将主要以本发明方法在安卓系统的应用为例进行说明。需要指出的是，在不冲突的情况下，本发明的实施例以及实施例中的技术特征可以相互结合。

图1是根据本发明实施例中数据收集方法的主要步骤示意图。

如图1所示，本发明实施例的数据收集方法可具体按照如下步骤执行：

步骤S101：在应用程序启动时，获取埋点配置文件；埋点配置文件中包括至少一个待埋点方法以及待埋点方法的路径信息。

在本发明实施例中，预先为需要收集数据的应用程序创建埋点配置文件，并在埋点配置文件中根据实际需求存储待埋点方法的名称以及路径信息。例如，如果实际需求为：收集用户在应用程序某页面中“登录”按钮的点击次数，则可将该按钮对应的登录方法确定为待埋点方法。如果实际需求为：收集用户在应用程序某页面停留的时长，则可将该页面的进入方法和退出方法确定为待埋点方法。

埋点配置文件中的路径信息用于实现待埋点方法的定位，待埋点方法的路径信息与待埋点方法名称结合可以唯一地标识待埋点方法，以下将二者的结合称为待埋点方法的标识信息。在安卓系统中，可以使用不同层级的数据包名称和类名称形成路径信息，也可以使用不同层级的数据包名称和页面名称形成路径信息。例如，埋点配置文件中存储了以下数据：待埋点方法：a，路径：B1/B2/B3/A，则a为待埋点方法名称，B1为一级数据包名称，B2为二级数据包名称，B3为三级数据包名称，A为三级数据包下的页面名称，将路径信息和待埋点方法名称结合形成的B1/B2/B3/A/a为该待埋点方法的标识信息。可以理解，在IOS端和网页端可在埋点配置文件中采用相应的格式存储待埋点方法名称和路径信息。本步骤中，可以获取相应的埋点配置文件，并利用相应的解析方法解析埋点配置文件，从而得到其中存储的待埋点方法名称和路径信息。

在一些实施例中，可以在埋点配置文件中进一步存储待埋点方法对应的事件标识和参量名称。事件标识用于唯一地标识特定事件，例如，配置登录事件的标识为0001，注册事件的标识为0002，这样，当待埋点方法与登录相关时，则在埋点配置文件中存储与待埋点方法对应的0001。上述参量是业务层面的数据维度，例如，需要在监测待埋点方法的同时收集用户名称时，用户名称即为上述参量名称。

需要说明的是，实际应用中，本发明实施例的数据收集方法可以通过执行含有埋点代码的SDK来实现，在应用程序启动之前，需要将该SDK引入项目，但是不需在项目代码中侵入代码。为避免应用程序主进程崩溃或停止造成的埋点记录数据(即通过埋点代码生成的数据)丢失，在本发明实施例中，可以在应用程序启动后由应用程序的主进程创建子进程，并由该子进程执行该SDK的埋点代码，从而保持埋点记录数据上传的独立性。在计算机技术领域，子进程由当前已经存在的进程创建，能够与父进程通讯并共享父进程(即创建子进程的进程)的上下文等资源。较佳地，步骤S101以及以下的步骤S102和步骤S103均可由子进程执行。

步骤S102：依据路径信息确定相应的待埋点方法，将确定的待埋点方法与预设的数据收集方法关联。

利用步骤S101得到埋点配置文件中的待埋点方法名称和路径信息之后，可以利用反射技术(例如Java反射机制，Java是一种编程语言)确定待埋点方法。反射机制是Java的特征之一，是一种间接操作目标对象的机制，其核心是在JVM(Java Virtual Machine，Java虚拟机)运行的时候动态加载类，对于任一类，都可获得该类的所有属性和方法从而进行操作。具体地，在本步骤中，可以基于反射技术并通过待埋点方法的路径信息定位待埋点方法，并将预设的数据收集方法与待埋点方法进行关联。上述数据收集方法是用于生成埋点记录数据的公共方法，在一个可选方式中，将数据收集方法注入待埋点方法的方法体内实现上述关联，这样，在待埋点方法被调用时，将首先执行关联的数据收集方法，从而生成埋点记录数据。可以理解，将数据收集方法注入待埋点方法发生在编译过程，因此不会造成对项目代码的侵入。

步骤S103：当任一待埋点方法被调用时，利用该待埋点方法关联的数据收集方法生成埋点记录数据。

在本步骤中，当用户行为触发待埋点方法被调用时，该待埋点方法关联的数据收集方法被触发并执行，从而生成一条埋点记录数据。一般地，埋点记录数据中可以包括该待埋点方法的标识信息和该待埋点方法被调用的时间信息(例如被调用的具体时刻)。作为一个优选方案，在埋点配置文件中存储有事件标识和参量名称时，埋点记录数据中可以进一步包括该事件标识和相应的参量数据。其中，埋点记录数据中的事件标识通过解析埋点配置文件获得，埋点记录数据中的参量数据通过收集用户信息而获得。例如，用户调用登录方法时形成的埋点记录数据如下：

在后续数据分析中，可以通过方法标识、调用时间、事件标识和参量数据对埋点记录数据进行查询和统计。

优选地，在生成埋点记录数据之后，可首先将其存储在内存。当内存中积累一定数据量之后，将内存中的埋点记录数据存储在数据库以确保数据安全，该数据库可以是MYSQL、SQLITE等任何适用的数据库。之后，可以根据业务需求对数据库中的埋点记录数据进行统计得到埋点统计数据。例如，需要统计某方法在某时间段的执行总次数时，可首先查询该时间段该方法的所有埋点记录数据，并将埋点记录数据的总数作为需要统计的执行总次数。需要统计某天某用户在某页面的停留总时长时，可首先查询该天该用户在该页面进入方法和该页面退出方法的埋点记录数据，并将对应于一次页面访问过程的调用时间信息相减得到该次页面访问过程的停留时长，最后将每一访问过程的停留时长累加即可得到需要统计的停留总时长。实际应用中，对埋点记录数据进行统计的策略可以根据实际需要确定。

最后，可以利用预设的上传周期(例如每小时上传一次)和上传数据包大小(例如以1MB为单位)将数据库中的埋点记录数据或埋点统计数据上传到服务器。具体应用中，用于确定上传周期和上传数据包大小的上传策略可以根据实际需要确定。

图2是本发明实施例中数据收集方法的实现架构示意图，如图2所示，应用程序由主进程执行，埋点配置文件为预先设置，主进程除执行应用程序的业务代码之外，还需在应用程序启动之后创建子进程并对子进程执行初始化操作。安卓系统中，可以在主进程中通过Intent(意图)配置子进程中的action(动作)来创建一个新的子进程。子进程被创建之后，可以通过已知的AIDL(Android Interface Definition Language，安卓接口定义语言)技术与主进程通讯，并执行以下功能模块：初始化模块、埋点统计模块、统计数据上传模块、进程间通信模块、网络模块、工具类模块，以下分别说明。

初始化模块用于对埋点统计模块和统计数据上传模块执行初始化操作。埋点统计模块包括解析配置文件子模块和存储数据子模块，前者用于解析埋点配置文件以及生成埋点记录数据，后者用于存储埋点记录数据并提供针对埋点记录数据的增删改查方法。统计数据上传模块包括上传数据子模块和上传配置子模块，前者用于根据上传策略并调用客户端的相应接口(该接口可以基于OKHTTP模式，OKHTTP是一种HTTP客户端模式)进行数据上传，后者用于配置上传策略。进程间通讯模块负责子进程与主进程的通讯，网络模块负责子进程与服务端的通信，工具类模块可以提供数据统计的各种工具。

图3是本发明实施例中数据收集方法的具体执行步骤示意图，如图3所示，在应用程序启动时，首先判断子进程是否已经创建并初始化：若是，读取相应的埋点配置文件；否则，创建子进程并执行初始化操作之后读取埋点配置文件。接着，获取埋点配置文件中的待埋点方法以及路径信息，并在待埋点方法被调用时生成埋点记录数据。此后，将埋点记录数据存储，并判断是否配置了上传策略：若是，按照配置的上传策略上传埋点记录数据，否则，按照默认的上传策略上传埋点记录数据。

在本发明实施例的技术方案中，预先为应用程序编写埋点配置文件来表征需要执行埋点的方法及其路径信息，在应用程序启动后利用反射机制和上述路径信息定位待埋点方法并将待埋点方法与数据收集方法关联，这样，当待关联方法被调用时，相应的数据收集方法被触发并执行从而生成埋点记录数据，该埋点记录数据可被存储并上传，从而在不侵入业务代码的前提下实现埋点数据的收集，使项目代码与埋点代码彻底解耦，使开发人员更容易地在项目中接入或剥离埋点代码，由此提高了项目整体的灵活性。另外，本发明的埋点代码由应用程序主进程创建的子进程执行，在主进程崩溃或停止时子进程依然存在，从而不会影响埋点记录数据的存储与上传，保证了数据收集的安全性和稳定性。

需要说明的是，对于前述的各方法实施例，为了便于描述，将其表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，某些步骤事实上可以采用其它顺序进行或者同时进行。此外，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是实现本发明所必须的。

为便于更好的实施本发明实施例的上述方案，下面还提供用于实施上述方案的相关装置。

请参阅图4所示，本发明实施例提供的数据收集装置400可以包括：配置获取单元401、关联单元402和埋点记录生成单元403。

其中，配置获取单元401可用于：在应用程序启动时，获取埋点配置文件；所述埋点配置文件中包括至少一个待埋点方法以及待埋点方法的路径信息；关联单元402可用于依据所述路径信息确定相应的待埋点方法，将确定的待埋点方法与预设的数据收集方法关联；埋点记录生成单元403可用于：当任一待埋点方法被调用时，利用该待埋点方法关联的数据收集方法生成埋点记录数据；所述埋点记录数据中包括该待埋点方法的标识信息和该待埋点方法被调用的时间信息。

在本发明实施例中，所述数据收集装置由所述应用程度的主进程创建的子进程执行。

具体应用中，所述埋点配置文件中还包括待埋点方法对应的事件标识和待收集的参量名称；所述埋点记录数据中还包括被调用的待埋点方法对应的事件标识和参量数据。

实际应用中，关联单元402还可用于将所述数据收集方法注入确定的待埋点方法内。

在一些实施例中，埋点记录生成单元403还可用于：当任一待埋点方法被调用时，该待埋点方法关联的数据收集方法被触发并执行，从而生成埋点记录数据。

在一个可选方式中，所述装置400还可包括存储单元，其用于将生成的埋点记录数据存储在数据库；按照预设策略对数据库中的埋点记录数据进行统计，得到埋点统计数据。

此外，在本发明实施例中，所述装置400还可包括上传单元，其用于利用预设的上传周期和上传数据包大小将数据库中的埋点记录数据和/或埋点统计数据上传。

在本发明实施例的技术方案中，预先为应用程序编写埋点配置文件来表征需要执行埋点的方法及其路径信息，在应用程序启动后利用反射机制和上述路径信息定位待埋点方法并将待埋点方法与数据收集方法关联，这样，当待关联方法被调用时，相应的数据收集方法被触发并执行从而生成埋点记录数据，该埋点记录数据可被存储并上传，从而在不侵入业务代码的前提下实现埋点数据的收集，使项目代码与埋点代码彻底解耦，使开发人员更容易地在项目中接入或剥离埋点代码，由此提高了项目整体的灵活性。另外，本发明的埋点代码由应用程序主进程创建的子进程执行，在主进程崩溃或停止时子进程依然存在，从而不会影响埋点记录数据的存储与上传，保证了数据收集的安全性和稳定性。

图5示出了可以应用本发明实施例的数据收集方法或数据收集装置的示例性系统架构500。

如图5所示，系统架构500可以包括终端设备501、502、503，网络504和服务器505(此架构仅仅是示例，具体架构中包含的组件可以根据申请具体情况调整)。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备501、502、503通过网络504与服务器505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种客户端应用程序，例如待埋点的应用程序等(仅为示例)。

终端设备501、502、503可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器505可以是提供各种服务的服务器，例如需要用户利用终端设备501、502、503所操作的待埋点的应用程序上传埋点记录数据的服务器(仅为示例)。服务器可以对接收到的数据上传请求进行处理，并将处理结果(例如接收到数据上传请求之后返回的响应信息--仅为示例)反馈给终端设备501、502、503。

需要说明的是，本发明实施例所提供的数据收集方法一般由终端设备501、502、503执行，相应地，数据收集装置一般设置于终端设备501、502、503中。

应该理解，图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

本发明还提供了一种电子设备。本发明实施例的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，所述一个或多个处理器实现本发明所提供的数据收集方法。

下面参考图6，其示出了适于用来实现本发明实施例的电子设备的计算机系统600的结构示意图。图6示出的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM603中，还存储有计算机系统600操作所需的各种程序和数据。CPU601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本发明公开的实施例，上文的主要步骤图描述的过程可以被实现为计算机软件程序。例如，本发明实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行主要步骤图所示的方法的程序代码。在上述实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元601执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。在本发明中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这根据所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括配置获取单元、关联单元和埋点记录生成单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，配置获取单元还可以被描述为“向关联单元提供埋点配置文件的单元”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中的。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该设备执行时，该设备执行的步骤包括：在应用程序启动时，获取埋点配置文件；所述埋点配置文件中包括至少一个待埋点方法以及待埋点方法的路径信息；依据所述路径信息确定相应的待埋点方法，将确定的待埋点方法与预设的数据收集方法关联；当任一待埋点方法被调用时，利用该待埋点方法关联的数据收集方法生成埋点记录数据；所述埋点记录数据中包括该待埋点方法的标识信息和该待埋点方法被调用的时间信息。

在本发明实施例的技术方案中，预先为应用程序编写埋点配置文件来表征需要执行埋点的方法及其路径信息，在应用程序启动后利用反射机制和上述路径信息定位待埋点方法并将待埋点方法与数据收集方法关联，这样，当待关联方法被调用时，相应的数据收集方法被触发并执行从而生成埋点记录数据，该埋点记录数据可被存储并上传，从而在不侵入业务代码的前提下实现埋点数据的收集，使项目代码与埋点代码彻底解耦，使开发人员更容易地在项目中接入或剥离埋点代码，由此提高了项目整体的灵活性。另外，本发明的埋点代码由应用程序主进程创建的子进程执行，在主进程崩溃或停止时子进程依然存在，从而不会影响埋点记录数据的存储与上传，保证了数据收集的安全性和稳定性。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。