CN110266762B - 一种数据上传方法、系统、装置及存储介质 - Google Patents

Abstract

本发明公开了一种数据上传方法、系统、装置及存储介质，该方法包括：向第一服务器发送第一标识的获取请求；确定接收到第一服务器反馈的第一标识后，将接收到的第一标识以及应用程序数据上传至第二服务器；确定未接收到第一服务器反馈的第一标识后，获取内置的第二标识，将第二标识以及应用程序数据上传至第二服务器。本发明在应用程序内预置第二标识，能够将测试通过后的应用程序直接发布，省去了在应用程序完成测试后进行标识更换以及二次编译打包的步骤，降低了错漏事故率且提高了应用程序的发布效率，可广泛应用于数据处理技术领域。

Description

一种数据上传方法、系统、装置及存储介质

技术领域

本发明涉及数据处理技术领域，尤其是一种数据上传方法、系统、装置及存储介质。

背景技术

在应用程序的开发和运行阶段，需要对应用程序进行大量繁琐的测试工作及日志收集工作。一款应用程序从开发到发布，通常需要经过各种类型长时间的测试，有时同一类型的测试又会存在上千次循环的稳定性测试，因此，大量的测试会得到大量测试数据。如果在产品研发或者运行过程中出现问题，可以在第一时间通过查找对应的测试数据，比如奔溃日志、异常状态等，来寻找问题的解决方案。

测试数据一般会通过一个标识(例如ID序列号)上传到数据收集服务器，数据收集服务器可以根据这个标识查找到某个应用程序上传的相关数据。其中，由于应用在新功能开发阶段的稳定性较低，所以处于开发阶段的应用程序经常上传错误的测试数据，而这些错误数据与正确的测试数据混杂在一起，会造成数据污染。

针对数据污染的问题，现有技术的解决方案是在应用程序的开发阶段采用一个测试标识，专门用于上传开发阶段的测试数据；当开发阶段的应用程序通过测试之后再采用另一个正式标识，专门用于上传正常运行状态下的数据。但是，对于这种更换标识的方法，在应用程序的测试通过之后，无法直接发布测试通过的版本，而需要重新编译打包一个包含正式标识的版本才能进行应用发布，这一重新编译打包的过程容易发生程序错漏事故，例如，开发人员可能会直接发布测试通过但还没有重新编译打包的应用程序。

发明内容

有鉴于此，本发明实施例提供一种数据上传方法、系统、装置及存储介质，以降低应用程序错漏事故率并提高应用程序的发布效率。

一方面，本发明实施例提供了一种数据上传方法，包括以下步骤：

向第一服务器发送第一标识的获取请求；

确定接收到第一服务器反馈的第一标识后，将接收到的第一标识以及应用程序数据上传至第二服务器；

确定未接收到第一服务器反馈的第一标识后，获取内置的第二标识，将第二标识以及应用程序数据上传至第二服务器。

进一步，所述向第一服务器发送第一标识的获取请求这一步骤，包括以下步骤：

获取应用程序信息；

根据应用程序信息生成第一标识的获取请求，将生成的获取请求发送至第一服务器。

进一步，所述第一服务器为配置于局域网的服务器，所述第二服务器为配置于广域网的服务器；

所述确定接收到第一服务器反馈的第一标识后，将接收到的第一标识以及应用程序数据上传至第二服务器这一步骤，其包括：

成功访问第一服务器并确定接收到第一服务器反馈的第一标识后，将接收到的第一标识以及应用程序数据上传至第二服务器；

所述确定未接收到第一服务器反馈的第一标识后，获取内置的第二标识，将第二标识以及应用程序数据上传至第二服务器这一步骤，其包括：

在预设的接收时间内，确定未接收到第一服务器反馈的第一标识后，获取内置的第二标识，将第二标识以及应用程序数据上传至第二服务器。

进一步，所述向第一服务器发送第一标识的获取请求这一步骤，其包括：

向第一服务器发送第一标识的获取请求，以令第一服务器在确定应用程序的发布状态为已发布状态后，返回第一标识的获取失败信息；

所述确定未接收到第一服务器反馈的第一标识后，获取内置的第二标识，将第二标识以及应用程序数据上传至第二服务器这一步骤，其还包括：

成功访问第一服务器并确定接收到第一服务器反馈的第一标识的获取失败信息后，获取内置的第二标识，将第二标识以及应用程序数据上传至所述第二服务器。

进一步，所述第一服务器和第二服务器均为配置于广域网的服务器；

所述向第一服务器发送第一标识的获取请求这一步骤，其包括：

向第一服务器发送第一标识的获取请求，以令第一服务器根据运行应用程序的客户端的IP地址，反馈第一标识或者第一标识的获取失败信息；

所述确定未接收到第一服务器反馈的第一标识后，获取内置的第二标识，将第二标识以及应用程序数据上传至第二服务器这一步骤，其包括：

确定接收到第一服务器反馈的第一标识的获取失败信息后，获取内置的第二标识，将第二标识以及应用程序数据上传至所述第二服务器。

进一步，所述第一服务器和第二服务器为同一服务器。

另一方面，本发明实施例提供了一种数据上传系统，包括：

请求模块，用于向第一服务器发送第一标识的获取请求；

数据上传模块，用于：

确定接收到第一服务器反馈的第一标识后，将接收到的第一标识以及应用程序数据上传至第二服务器；

确定未接收到第一服务器反馈的第一标识后，获取内置的第二标识，将第二标识以及应用程序数据上传至第二服务器。

另一方面，本发明实施例提供了一种数据上传系统，包括客户端、第一服务器和第二服务器，所述客户端分别与第一服务器和第二服务器通信连接；

所述客户端包括：

请求模块，用于向第一服务器发送第一上传标识的获取请求；

数据上传模块，用于：

确定接收到第一服务器反馈的第一标识后，将接收到的第一标识以及应用程序数据上传至第二服务器；

确定未接收到第一服务器反馈的第一标识后，获取内置的第二标识，将第二标识以及应用程序数据上传至第二服务器；

所述第一服务器包括：

获取模块，用于响应于所述客户端发送的第一标识的获取请求，向所述客户端反馈第一标识；

所述第二服务器包括：

接收模块，用于：

接收所述客户端上传的第一标识和应用程序数据；

接收所述客户端上传的第二标识和应用程序数据。

进一步，所述第一服务器还包括标识创建模块、信息管理模块和/或信息反馈模块：

所述标识创建模块，用于获取预设的应用程序信息，配置第一标识集合；

所述信息管理模块，用于修改预设的应用程序信息，更新第一标识集合；

所述信息反馈模块，用于确定应用程序的发布状态为已发布状态后，反馈第一标识的获取失败信息；根据运行应用程序的客户端的IP地址，反馈第一标识或者第一标识的获取失败信息。

另一方面，本发明实施例提供了一种数据上传装置，包括：

至少一个处理器；

至少一个存储器，用于存储至少一个程序；

当所述至少一个程序被所述至少一个处理器执行，使得所述至少一个处理器实现所述的数据上传方法。

另一方面，本发明实施例提供了一种存储介质，其中存储有处理器可执行的指令，所述处理器可执行的指令在由处理器执行时用于执行所述的数据上传方法。

上述本发明实施例中的一个或多个技术方案具有如下优点：本发明的实施例在进行数据上传操作前先请求获取第一标识，若获取到第一标识，则直接将第一标识以及应用程序数据上传至第二服务器，若获取不到第一标识，则获取内置的第二标识，将第二标识以及应用程序数据上传至第二服务器；本发明在应用程序内预置第二标识，能够将测试通过后的应用程序直接发布，省去了在应用程序完成测试后进行标识更换以及二次编译打包的步骤，降低了错漏事故率且提高了应用程序的发布效率。

附图说明

图1为本发明实施例一种数据上传方法的第一具体实施例步骤流程图；

图2为本发明实施例一种数据上传方法的第二具体实施例步骤流程图；

图3为本发明实施例一种数据上传方法的第三具体实施例步骤流程图；

图4为本发明实施例一种数据上传系统的一具体实施例结构框图；

图5为本发明实施例一种数据上传装置的一具体实施例结构框图。

具体实施方式

下面结合附图和具体实施例对本发明做进一步的详细说明。对于以下实施例中的步骤编号，其仅为了便于阐述说明而设置，对步骤之间的顺序不做任何限定，实施例中的各步骤的执行顺序均可根据本领域技术人员的理解来进行适应性调整。

在本发明中，服务器应被理解为提供处理、数据库、通讯设施的业务点。举例而言，服务器可以指具有相关通信和数据存储和数据库设施的单个的物理处理器，或它可以指联网或集聚的处理器、相关网络和存储设备的集合体，并且对软件和一个或多个数据库系统和支持服务器所提供的服务的应用软件进行操作。服务器可以在配置或性能上差异很大，但是服务器一般可以包括一个或多个中央处理单元和存储器。服务器还包括一个或多个大容量存储设备、一个或多个电源、一个或多个有线或无线网络接口、一个或多个输入/输出接口、或一个或多个操作系统，诸如，Windows Server、Mac OS X、Unix、Linux、FreeBSD，等等。

根据本发明的一些实施例，第一服务器和第二服务器可以是整体式服务器或是跨多计算机或计算机数据中心的分散式服务器。服务器可以是各种类型的，例如但不限于，网络服务器，新闻服务器，邮件服务器，消息服务器，广告服务器，文件服务器，应用服务器，交互服务器，数据库服务器，或代理服务器。在一些实施例中，每个服务器可以包括硬件，软件，或用于执行服务器所支持或实现的合适功能的内嵌逻辑组件或两个或多个此类组件的组合。在本发明中，服务器用于提供支持数据上传方法所必需的全部功能。

如图1所示，本发明实施例提供了一种数据上传方法，包括以下步骤：

S101、向第一服务器发送第一标识的获取请求，以令第一服务器反馈第一标识或者第一标识的获取失败信息。

具体地，当客户端需要上传应用程序数据到数据收集服务器(第二服务器)时，会触发产生获取请求，本实施例的第一服务器会获取所述获取请求所对应的客户端信息和应用程序信息。

其中，本实施例的第一服务器中预存了应用程序信息以及对应于应用程序信息的第一标识集合，当第一服务器接收并解析得到获取请求对应的应用程序信息后，能够根据解析到的应用程序信息在预存的第一标识集合中查询对应的第一标识，并将查询得到的第一标识反馈至客户端。

本发明的第一标识是指：将开发阶段的应用程序数据上传至数据收集服务器(第二服务器)时，对应用程序数据起到标识作用的测试标识；在开发阶段中，不同应用程序或者同一应用程序的不同版本上传的应用程序数据是不同的，因此本发明通过第一标识来对开发阶段的应用程序数据进行区分标识。所述第一标识能够帮助数据收集服务器(第二服务器)识别各个开发阶段的应用程序上传的数据，起到标识作用，能够避免因多个应用程序的测试数据混合在一起而难以区别，降低了数据噪音。

本发明的第二标识是指：将运行阶段的应用程序数据上传至数据收集服务器(第二服务器)时，对应用程序数据起到标识作用的正式标识；在运行阶段中，不同应用程序上传的应用程序数据是不同的，因此本发明通过第二标识来对运行阶段的应用程序数据进行区分标识。所述第二标识能够帮助数据收集服务器(第二服务器)识别各个运行阶段的应用程序上传的数据，起到标识作用，能够避免因多个应用程序的测试数据混合在一起而难以区别，降低了数据噪音。

S102、确定接收到第一服务器反馈的第一标识后，将接收到的第一标识以及应用程序数据上传至第二服务器；

本实施例中所述上传至第二服务器的应用程序数据包括应用程序在开发阶段和运行阶段中的测试数据，比如奔溃日志、异常状态等。

S103、确定未接收到第一服务器反馈的第一标识后，获取内置的第二标识，将第二标识以及应用程序数据上传至第二服务器。

具体地，本实施例的第二标识是指应用程序在运行阶段进行数据上传操作时对应的正式标识，所述第二标识能够帮助数据收集服务器(第二服务器)识别各个测试数据对应的应用程序信息，起到标识作用，能够避免因多个应用程序的测试数据混合在一起而难以区别，降低了数据噪音。

本实施例的第二服务器用于收集应用程序在开发阶段和运行阶段上传的测试数据，以对应用程序的测试数据进行数据分析和异常检测操作，实时监测应用程序的稳定性。

通常，应用程序在开发和运行阶段需要上传测试数据到数据收集服务器(第二服务器)，在开发阶段中，应用程序会先配置一个测试标识，然后将该测试标识与应用程序的开发测试数据一起上传到数据收集服务器；而在运行阶段，应用程序会在程序正式发布之前，在程序代码中写入正式标识，然后在数据上传时将正式标识与应用程序的运行测试数据一起上传到数据收集服务器。

现有技术中，应用程序在正式发布之前要进行第一次编译打包，以对应用程序进行全面测试验证；当应用程序的测试验证通过之后，会在应用程序代码内写入正式标识，在对写入了正式标识的应用程序进行第二次编译打包后，最后才能将应用程序正式发布，正式发布后的应用程序在上传测试数据时，会将写入的正式标识与应用程序的运行测试数据一起上传到数据收集服务器。

上述现有的数据上传方法需要对应用程序进行两次编译打包，而本发明的数据上传方法在开发阶段的应用程序内就写入了正式标识，通过外部服务器(例如本实施例中的第一服务器)预存第一标识集合，在测试阶段可以直接在第一服务器中查询得到对应的测试标识(第一标识)进行数据上传，在发布阶段可以直接通过应用程序内置的正式标识(第二标识)进行数据上传，无需进行两次编译打包，提高了应用程序的发布效率，降低了多次编译打包造成的漏错事故率。

在一些优选实施例中，所述向第一服务器发送第一标识的获取请求这一步骤S101，其包括以下步骤：

S1011、获取应用程序信息；

S1012、根据应用程序信息生成第一标识的获取请求，将生成的获取请求发送至第一服务器。

具体地，本实施例的获取请求的内容包括但不限于应用程序的版本信息、应用程序的渠道信息以及板卡的软件版本信息和硬件版本信息等，本实施例的第一服务器在接收到所述获取请求的信息后，能够查询对应的标识信息(第一标识)，并将查询得到的标识信息(第一标识)反馈给客户端的应用程序，应用程序则将接收到的第一标识作为测试标识以进行数据上传操作。

进一步作为优选的实施方式，所述第一服务器为配置于局域网的服务器，所述第二服务器为配置于广域网的服务器；

所述确定接收到第一服务器反馈的第一标识后，将接收到的第一标识以及应用程序数据上传至第二服务器这一步骤，其包括：

成功访问第一服务器并确定接收到第一服务器反馈的第一标识后，将接收到的第一标识以及应用程序数据上传至第二服务器；

所述确定未接收到第一服务器反馈的第一标识后，获取内置的第二标识，将第二标识以及应用程序数据上传至第二服务器这一步骤，其包括：

在预设的接收时间内，确定未接收到第一服务器反馈的第一标识后，获取内置的第二标识，将第二标识以及应用程序数据上传至第二服务器。

具体地，由于本实施例中处于开发阶段的应用程序部署在局域网内部，而处于运行状态的应用程序部署在广域网中，因此，本实施例将第一服务器配置在局域网内，将第二服务器配置在广域网内。在本实施例中，在广域网中处于运行状态下的应用程序无法访问局域网内的第一服务器，因此，对于处于开发阶段的应用程序，其在执行数据上传操作前通过向同处于局域网内的第一服务器发送获取请求，第一服务器能够接收到获取请求，并根据获取请求查询并向应用程序反馈相应的第一标识；而对于处于运行阶段的应用程序，其在执行数据上传操作前向第一服务器发送获取请求，由于预设的网络访问权限，广域网的应用程序无法访问局域网内的第一服务器，因此第一服务器无法接收到第一标识获取请求，进而应用程序也未接收到第一服务器的反馈信息，所以此时处于运行阶段的应用程序将通过获取内置的第二标识(即正式标识)来执行数据上传操作。

进一步作为优选的实施方式，所述向第一服务器发送第一标识的获取请求这一步骤，其包括：

向第一服务器发送第一标识的获取请求，以令第一服务器在确定应用程序的发布状态为已发布状态后，返回第一标识的获取失败信息；

所述确定未接收到第一服务器反馈的第一标识后，获取内置的第二标识，将第二标识以及应用程序数据上传至第二服务器这一步骤，其还包括：

成功访问第一服务器并确定接收到第一服务器反馈的第一标识的获取失败信息后，获取内置的第二标识，将第二标识以及应用程序数据上传至所述第二服务器。

具体地，基于特殊应用场景的要求，本实施例的第一服务器已经预先将该应用程序标记为已发布状态，对于已发布状态的应用程序，第一服务器中没有存储该应用程序对应的第一标识，或者第一服务器中存储了该应用程序对应的第一标识，但不向客户端反馈该第一标识。因此，对于预先被标记为已发布状态的处于局域网内的应用程序，其在向第一服务器发送获取请求时，此时虽然第一服务器接收到了获取请求，但是第一服务器不向该应用程序反馈第一标识，而是向应用程序反馈获取失败的提示信息。客户端接收到第一服务器发送的获取失败的提示信息后，则通过获取内置的第二标识，将第二标识以及应用程序数据上传至所述第二服务器。

而对于本实施例中处于运行阶段的应用程序，此类应用程序对应的客户端部署于广域网中，所以由该类应用程序向第一服务器发送的获取请求无法传送到第一服务器上，进而应用程序也未接收到第一服务器响应于所述获取请求的反馈信息，这里提到的反馈信息既包括第一标识，也包括第一标识的获取失败信息；此时，客户端直接获取所述应用程序内置的第二标识，然后将第二标识以及应用程序数据上传至所述第二服务器。

进一步作为优选的实施方式，所述第一服务器和第二服务器均为配置于广域网的服务器；

所述向第一服务器发送第一标识的获取请求这一步骤，其包括：

向第一服务器发送第一标识的获取请求，以令第一服务器根据运行应用程序的客户端的IP地址，反馈第一标识或者第一标识的获取失败信息；

所述确定未接收到第一服务器反馈的第一标识后，获取内置的第二标识，将第二标识以及应用程序数据上传至第二服务器这一步骤，其包括：

确定接收到第一服务器反馈的第一标识的获取失败信息后，获取内置的第二标识，将第二标识以及应用程序数据上传至所述第二服务器。

本实施例中，应用程序在上传测试数据至第二服务器之前，先向第一服务器发送第一标识的获取请求，所述第一服务器根据获取请求解析得到该应用程序运行的客户端的IP地址，本实施例中，每个应用程序都运行搭载在客户端上，而每个获取请求对应的是当前应用程序搭载的客户端，所述客户端可以同时运行一个或多个应用程序。

具体地，所述第一服务器在接收到客户端发送的第一标识的获取请求后，解析对应于获取请求的客户端IP地址，并根据所述客户端IP地址向客户端反馈第一标识或者第一标识的获取失败信息；其中，当第一服务器解析到客户端IP地址为局域网的IP地址时，则确定对应的应用程序为开发阶段的应用程序(即未发布状态的应用程序)，向客户端反馈查询到的第一标识；当第一服务器解析到客户端IP地址为广域网的IP地址时，则确定对应的应用程序为运行阶段的应用程序，向客户端反馈第一标识的获取失败信息；

所述第二服务器用于接收所述客户端上传的第一标识以及应用程序数据，以及接收所述客户端上传的第二标识以及应用程序数据。

综上所述，本发明的第一服务器可以部署配置于开发阶段的应用程序所处的局域网内，也可以与第二服务器一同配置在运行阶段的应用程序所处的广域网中；本发明的客户端也可以根据实际应用场景需求，分别在局域网和广域网中设置一个或者多个客户端，以实现本实施例的方法。

进一步作为优选的实施方式，所述第一服务器和第二服务器为同一服务器。

具体地，本发明所述的第一服务器和第二服务器的功能还可以在广域网中的同一个服务器上实现，本实施例可以在广域网中的第二服务器上设置一个“第一存储模块”来预先存储第一标识集合，同时可以在第二服务器上设置一个“第二存储模块”来存储应用程序上传的测试数据。

当第一服务器和第二服务器为同一个服务器时，客户端向第二服务器的“第一存储模块”发送第一标识的获取请求，处于广域网中的第二服务器根据获取请求解析对应的客户端IP地址，然后根据客户端IP地址，判断得到应用程序是处于局域网内的开发阶段的应用程序，或者是处于广域网中的运行阶段的应用程序；其中，对于处于局域网内的开发阶段的应用程序，第二服务器向该应用程序反馈其在第一存储模块中查询到的第一标识；对于处于广域网中的运行阶段的应用程序，第二服务器则向该应用程序反馈获取失败的提示信息，以使处于运行阶段的应用程序通过其内置的第二标识(正式标识)来进行数据上传操作。另外，对于处于局域网内的开发阶段的应用程序，第二服务器在查询该应用程序的第一标识时，确定该应用程序被标记为已发布状态，则向该应用程序反馈获取失败信息，以使该应用程序通过其内置的第二标识(正式标识)来进行数据上传操作。

综上所述，本发明的第一服务器和第二服务器既可以是分别处于局域网和广域网中的两台不同服务器，也可以是同时处于广域网中的两台不同服务器，亦或者是处于广域网中的同一台服务器。

本发明的实施例通过在第一服务器中预先标记应用程序的发布状态，能够为特殊应用场景的应用程序指定数据上传标识(例如通过反馈获取失败的提示信息，间接指定应用程序使用第二标识进行数据上传操作)，无需更改第一服务器上的第一标识集合。

如图2所示，本发明实施例还提供了一种数据上传方法，包括以下步骤：

S201、客户端向第一服务器发送第一标识的获取请求；

S202、第一服务器接收客户端发送的第一标识的获取请求；

S203、第一服务器根据获取请求解析对应的应用程序信息；

S204、第一服务器根据应用程序信息获取对应于所述应用程序的第一标识；

S205、将第一标识反馈至对应于所述应用程序的客户端；

S206、客户端确定接收到第一服务器反馈的第一标识后，将接收到的第一标识以及应用程序数据上传至第二服务器；

和/或，客户端确定未接收到第一服务器反馈的第一标识后，获取内置的第二标识，将第二标识以及应用程序数据上传至第二服务器。

进一步作为优选的实施方式，本发明实施例的数据上传方法还包括第一服务器初始化配置步骤，所述第一服务器初始化配置步骤具体包括：

获取预设的应用程序信息，配置第一标识集合；

修改预设的应用程序信息，更新第一标识集合；

用于根据应用程序的已发布状态，向客户端反馈第一标识的获取失败信息。

具体地，本发明实施例的第一服务器会根据接收到的获取请求，解析得到相应的应用程序信息；接着，第一服务器根据解析得到的应用程序信息，在预存的第一标识集合中查询与该应用程序信息相对应的第一标识；然后将查询得到的第一标识反馈给客户端的应用程序，特殊的，如果该应用程序被预先标记为已发布状态，则第一服务器会向客户端反馈获取失败的信息，以使得应用程序获取其内置的第二标识进行数据上传操作。

优选的，本发明的第一服务器可以随时根据应用场景的需要而修改预设的应用程序信息，进而修改相应的第一标识，实现对第一标识集合的动态更新。

另外，本发明的第一服务器还提供了SDK应用功能，该SDK应用实现了对应用程序信息进行读取以及向第一服务器发送获取请求的功能，不同的应用程序可以直接从第一服务器获取所述SDK应用，进而实现对自身应用程序信息的读取以及向第一服务器发送获取请求的功能，省去了为每个应用程序编写上述功能代码的工作，减小了工作量，不需要重复编码。

优选地，如图3所示，本发明实施例所述的第一服务器和第二服务器的功能也可以由同时配置在广域网中的多个服务器来实现，当第一服务器和第二服务器同时配置在广域网时，本发明实施例的数据上传方法执行以下步骤：

S301、客户端向第一服务器发送第一标识的获取请求；

S302、第一服务器接收客户端发送的第一标识的获取请求；

S303、第一服务器根据获取请求解析对应的客户端IP地址；

S304、第一服务器根据客户端IP地址，判断应用程序是处于局域网还是处于广域网；进而识别应用程序是处于开发阶段还是处于运行阶段；

S305、若应用程序是部署在局域网上的处于开发阶段的应用程序，则第一服务器向客户端反馈对应于该应用程序的第一标识；

若应用程序是部署在广域网上的处于运行阶段的应用程序，则第一服务器向客户端反馈第一标识获取失败的信息；

S306、客户端根据接收到的第一标识，将接收到的第一标识以及应用程序数据上传至第二服务器；

或者，客户端根据接收到的第一标识获取失败的信息，获取内置的第二标识，将第二标识以及应用程序数据上传至第二服务器。

进一步作为优选的实施方式，当第一服务器和第二服务器为同一个服务器时，本发明所述的第一服务器和第二服务器的功能可以在同一个服务器上实现，本实施例可以在第二服务器上设置一个“第一存储模块”来预先存储第一标识集合，同时可以在第二服务器上设置一个“第二存储模块”来存储应用程序上传的测试数据。对于准备进行数据上传操作的应用程序会先向第二服务器发送获取请求，第二服务器则根据获取请求解析对应的客户端IP地址，然后第二服务器根据客户端IP地址，判断得到应用程序为处于局域网内的开发阶段的应用程序，或者为处于广域网中的运行阶段的应用程序；其中，对于处于局域网内的开发阶段的应用程序，第二服务器向该应用程序反馈其在第一存储模块中查询到的第一标识；对于处于广域网中的运行阶段的应用程序，第二服务器则向该应用程序反馈获取失败的提示信息，以使处于运行阶段的应用程序通过其内置的第二标识(正式标识)来进行数据上传操作。

综上所述，本发明的第一服务器和第二服务器既可以是分别处于局域网和广域网中的两台不同服务器，也可以是同时处于广域网中的两台不同服务器，亦或者是处于广域网中的一台服务器。

优选地，本发明的第二服务器可以随时根据应用场景的需要而修改预设的应用程序信息，进而修改相应的第一标识，实现对第一标识集合的动态更新。

进一步作为优选的实施方式，本发明的第二服务器还提供了SDK应用功能，该SDK应用实现了对应用程序信息进行读取以及向第二服务器发送获取请求的功能，不同的应用程序可以直接向第二服务器获取所述SDK应用，进而实现对自身应用程序信息的读取以及向第二服务器发送获取请求的功能，省去了为每个应用程序编写上述功能代码的工作，减小了工作量，不需要重复编码。

本发明实施例还提供了一种数据上传系统，包括：

请求模块，用于向第一服务器发送第一标识的获取请求；

数据上传模块，用于：

确定接收到第一服务器反馈的第一标识后，将接收到的第一标识以及应用程序数据上传至第二服务器；

确定未接收到第一服务器反馈的第一标识后，获取内置的第二标识，将第二标识以及应用程序数据上传至第二服务器。

优选的，本实施例的系统主要应用于客户端。

进一步作为优选的实施方式，本实施例的请求模块还用于向第二服务器发送第一标识的获取请求，以令第一服务器根据运行应用程序的客户端的IP地址，反馈第一标识或者第一标识的获取失败信息。

如图4所示，本发明实施例还提供了一种数据上传系统，包括客户端、第一服务器和第二服务器，所述客户端分别与第一服务器和第二服务器通信连接；

所述客户端包括：

请求模块，用于向第一服务器发送第一上传标识的获取请求；

数据上传模块，用于：

确定接收到第一服务器反馈的第一标识后，将接收到的第一标识以及应用程序数据上传至第二服务器；

确定未接收到第一服务器反馈的第一标识后，获取内置的第二标识，将第二标识以及应用程序数据上传至第二服务器；

所述第一服务器包括：

获取模块，用于响应于所述客户端发送的第一标识的获取请求，向所述客户端反馈第一标识；

所述第二服务器包括：

接收模块，用于：

接收所述客户端上传的第一标识和应用程序数据；和/或，接收所述客户端上传的第二标识和应用程序数据。

进一步作为优选的实施方式，所述第一服务器还包括标识创建模块、信息管理模块和/或信息反馈模块：

所述标识创建模块，用于获取预设的应用程序信息，配置第一标识集合；

所述信息管理模块，用于修改预设的应用程序信息，更新第一标识集合；

所述信息反馈模块，用于确定应用程序的发布状态为已发布状态后，反馈第一标识的获取失败信息；根据运行应用程序的客户端的IP地址，反馈第一标识或者第一标识的获取失败信息；其中，应用程序的状态包括已发布状态和未发布状态。

进一步作为优选的实施方式，所述第二服务器还包括：

第二获取模块，用于响应于所述客户端发送的第一标识的获取请求，向所述客户端反馈第一标识。

对于上述各单元和模块均可以软件、硬件或软硬件方式来实现，可根据实际情况需要进行选取，此处并不做过多的限定。并且，上述方法实施例中的内容均适用于本系统实施例中，本系统实施例所具体实现的功能与上述方法实施例相同，并且达到的有益效果与上述方法实施例所达到的有益效果也相同。

如图5所示，本发明实施例还提供了一种数据上传装置，包括：

至少一个处理器501；

至少一个存储器502，用于存储至少一个程序；

当所述至少一个程序被所述至少一个处理器501执行，使得所述至少一个处理器501实现所述的数据上传方法。

上述方法实施例中的内容均适用于本装置实施例中，本装置实施例所具体实现的功能与上述方法实施例相同，并且达到的有益效果与上述方法实施例所达到的有益效果也相同。其中，当所述至少一个程序被所述至少一个处理器执行，使得所述至少一个处理器实现上述数据上传方法步骤S101～S103时，此时所述数据上传装置为客户端，所述客户端上能够加载或者运行应用程序，所述客户端的类型可包含但不限于有台式计算机、手提电脑、智能手机、平板电脑、智能交互书写板等。

可见，对于本发明实施例，相较于传统方案，本发明的数据上传方法在开发阶段的应用程序内就写入了正式标识，通过外部服务器(例如本实施例中的第一服务器)预存第一标识集合，在测试阶段可以直接在第一服务器中查询对应的测试标识(第一标识)进行数据上传，在发布阶段可以直接通过应用程序内置的正式标识(第二标识)进行数据上传，无需进行两次编译打包，提高了应用程序的发布效率，降低了多次编译打包造成的漏错事故率。

此外，本发明实施例还提供了一种存储介质，其中存储有处理器可执行的指令，所述处理器可执行的指令在由处理器执行时用于执行所述的数据上传方法。也就是说，上述方法实施例中的内容均适用于本存储介质实施例中，本存储介质实施例所具体实现的功能与上述方法实施例相同，并且达到的有益效果与上述方法实施例所达到的有益效果也相同。

以上是对本发明的较佳实施进行了具体说明，但本发明并不限于所述实施例，熟悉本领域的技术人员在不违背本发明精神的前提下还可做作出种种的等同变形或替换，这些等同的变形或替换均包含在本申请权利要求所限定的范围内。

Claims (11)

1.一种数据上传方法，其特征在于：包括以下步骤：

向第一服务器发送第一标识的获取请求；

根据所述获取请求确定收到第一标识或者未接收到第一标识；

确定接收到第一服务器反馈的第一标识后，确定应用程序处于开发阶段，将接收到的第一标识以及应用程序数据上传至第二服务器，所述第一标识用于帮助第二服务器识别各个开发阶段的应用程序上传的数据；

确定未接收到第一服务器反馈的第一标识后，确定应用程序处于运行阶段并获取内置的第二标识，将第二标识以及应用程序数据上传至第二服务器，所述第二标识用于帮助第二服务器识别各个运行阶段的应用程序上传的数据；

对于处于开发阶段的应用程序，其在执行数据上传操作前通过向第一服务器发送获取请求，第一服务器能够接收到获取请求，并根据获取请求查询以及向应用程序反馈相应的第一标识；

对于处于运行阶段的应用程序，其在执行数据上传操作前通过向第一服务器发送获取请求，第一服务器不能接收到获取请求，也不能根据获取请求查询并向应用程序反馈相应的第一标识，需要通过获取内置的第二标识来执行数据上传操作。

2.根据权利要求1所述的一种数据上传方法，其特征在于：所述向第一服务器发送第一标识的获取请求这一步骤，包括以下步骤：

获取应用程序信息；

根据应用程序信息生成第一标识的获取请求，将生成的获取请求发送至第一服务器。

3.根据权利要求1所述的一种数据上传方法，其特征在于：所述第一服务器为配置于局域网的服务器，所述第二服务器为配置于广域网的服务器；

所述确定接收到第一服务器反馈的第一标识后，将接收到的第一标识以及应用程序数据上传至第二服务器这一步骤，其包括：

成功访问第一服务器并确定接收到第一服务器反馈的第一标识后，将接收到的第一标识以及应用程序数据上传至第二服务器；

所述确定未接收到第一服务器反馈的第一标识后，获取内置的第二标识，将第二标识以及应用程序数据上传至第二服务器这一步骤，其包括：

在预设的接收时间内，确定未接收到第一服务器反馈的第一标识后，获取内置的第二标识，将第二标识以及应用程序数据上传至第二服务器。

4.根据权利要求3所述的一种数据上传方法，其特征在于：

所述向第一服务器发送第一标识的获取请求这一步骤，其包括：

向第一服务器发送第一标识的获取请求，以令第一服务器在确定应用程序的发布状态为已发布状态后，返回第一标识的获取失败信息；

所述确定未接收到第一服务器反馈的第一标识后，获取内置的第二标识，将第二标识以及应用程序数据上传至第二服务器这一步骤，其还包括：

成功访问第一服务器并确定接收到第一服务器反馈的第一标识的获取失败信息后，获取内置的第二标识，将第二标识以及应用程序数据上传至所述第二服务器。

5.根据权利要求1所述的一种数据上传方法，其特征在于：所述第一服务器和第二服务器均为配置于广域网的服务器；

所述向第一服务器发送第一标识的获取请求这一步骤，其包括：

向第一服务器发送第一标识的获取请求，以令第一服务器根据运行应用程序的客户端的IP地址，反馈第一标识或者第一标识的获取失败信息；

所述确定未接收到第一服务器反馈的第一标识后，获取内置的第二标识，将第二标识以及应用程序数据上传至第二服务器这一步骤，其包括：

确定接收到第一服务器反馈的第一标识的获取失败信息后，获取内置的第二标识，将第二标识以及应用程序数据上传至所述第二服务器。

6.根据权利要求5所述的一种数据上传方法，其特征在于：所述第一服务器和第二服务器为同一服务器。

7.一种数据上传系统，其特征在于：包括：

请求模块，用于向第一服务器发送第一标识的获取请求，并根据所述获取请求确定收到第一标识或者未接收到第一标识；

数据上传模块，用于：

确定接收到第一服务器反馈的第一标识后，确定应用程序处于开发阶段，将接收到的第一标识以及应用程序数据上传至第二服务器，所述第一标识用于帮助第二服务器识别各个开发阶段的应用程序上传的数据；

确定未接收到第一服务器反馈的第一标识后，确定应用程序处于运行阶段并获取内置的第二标识，将第二标识以及应用程序数据上传至第二服务器，所述第二标识用于帮助第二服务器识别各个运行阶段的应用程序上传的数据；

对于处于开发阶段的应用程序，其在执行数据上传操作前通过向第一服务器发送获取请求，第一服务器能够接收到获取请求，并根据获取请求查询以及向应用程序反馈相应的第一标识；

对于处于运行阶段的应用程序，其在执行数据上传操作前通过向第一服务器发送获取请求，第一服务器不能接收到获取请求，也不能根据获取请求查询并向应用程序反馈相应的第一标识，需要通过获取内置的第二标识来执行数据上传操作。

8.一种数据上传系统，其特征在于：包括客户端、第一服务器和第二服务器，所述客户端分别与第一服务器和第二服务器通信连接；

所述客户端包括：

请求模块，用于向第一服务器发送第一上传标识的获取请求，并根据所述获取请求确定收到第一标识或者未接收到第一标识；

数据上传模块，用于：

确定接收到第一服务器反馈的第一标识后，确定应用程序处于开发阶段，将接收到的第一标识以及应用程序数据上传至第二服务器，所述第一标识用于帮助第二服务器识别各个开发阶段的应用程序上传的数据；

确定未接收到第一服务器反馈的第一标识后，确定应用程序处于运行阶段并获取内置的第二标识，将第二标识以及应用程序数据上传至第二服务器，所述第二标识用于帮助第二服务器识别各个运行阶段的应用程序上传的数据；

对于处于开发阶段的应用程序，其在执行数据上传操作前通过向第一服务器发送获取请求，第一服务器能够接收到获取请求，并根据获取请求查询以及向应用程序反馈相应的第一标识；

对于处于运行阶段的应用程序，其在执行数据上传操作前通过向第一服务器发送获取请求，第一服务器不能接收到获取请求，也不能根据获取请求查询并向应用程序反馈相应的第一标识，需要通过获取内置的第二标识来执行数据上传操作；

所述第一服务器包括：

获取模块，用于响应于所述客户端发送的第一标识的获取请求，向所述客户端反馈第一标识；

所述第二服务器包括：

接收模块，用于：

接收所述客户端上传的第一标识和应用程序数据；

接收所述客户端上传的第二标识和应用程序数据。

9.根据权利要求8所述的一种数据上传系统，其特征在于：所述第一服务器还包括标识创建模块、信息管理模块和/或信息反馈模块：

所述标识创建模块，用于获取预设的应用程序信息，配置第一标识集合；

所述信息管理模块，用于修改预设的应用程序信息，更新第一标识集合；

所述信息反馈模块，用于确定应用程序的发布状态为已发布状态后，反馈第一标识的获取失败信息；根据运行应用程序的客户端的IP地址，反馈第一标识或者第一标识的获取失败信息。

10.一种数据上传装置，其特征在于：包括：

至少一个处理器；

至少一个存储器，用于存储至少一个程序；

当所述至少一个程序被所述至少一个处理器执行，使得所述至少一个处理器实现如权利要求1-6中任一项所述的数据上传方法。

11.一种存储介质，其中存储有处理器可执行的指令，其特征在于：所述处理器可执行的指令在由处理器执行时用于执行如权利要求1-6中任一项所述的数据上传方法。

Images