CN111338832A - 一种数据处理方法及装置 - Google Patents

Abstract

本发明公开了一种数据处理方法及装置，通过获取配置数据，将配置数据与移动端各个应用进行匹配，获得与所述移动端当前运行应用相匹配的配置数据；判断所述配置数据是否与预设配置数据发生改变，如果是，对与变化的配置数据对应的目标应用进行关停处理。在无需重新打包发布的情况下，对出现问题的应用进行紧急关停，使线上问题迅速与用户隔离，待问题修复后再通过此装置重新打开该功能，从而在提升用户体验的同时最大程度上避免生产事故的发生。

Description

一种数据处理方法及装置

技术领域

本发明涉及计算机技术领域，特别是涉及一种数据处理方法及装置。

背景技术

为控制程序设计的复杂性，提高代码的可复用性与可维护性，当前主流的移动门户类应用几乎摒弃单体包集中开发构建的模式，转而将应用按照不同的业务功能拆分成不同的功能模块，各模块相对独立、功能专利、结构清晰、接口简单，这些功能模块可能是原生模块，也可能是H5模块。借助模块思想实现多团队的独立并行开发，降低应用复杂性的同时，提升开发构建效率，提高业务功能可复用性，时效内多团队间工作的高内聚、低耦合的目的。

虽然模块化思想可以使代码结构清晰、边界明确，极大提升开发构建阶段的效率，但当已投产的移动应用中的某些模块出现业务逻辑问题时，必须经过开发人员定位问题代码、修复代码、测试、打包、发布、用户更新应用这一系列复杂且耗时的流程后才能将问题彻底解决，而在等待问题解决的过程中，该问题会展现在用户面前，会使得用户体验效果较差。

发明内容

针对于上述问题，本发明提供一种数据处理方法及装置，实现了使线上问题迅速与用户隔离，且提升了出现问题时的处理效率。。

为了实现上述目的，本发明提供了如下技术方案：

一种数据处理方法，所述方法包括：

获取配置数据，所述配置数据表征服务端记录的针对移动端的应用的配置数据；

将所述配置数据与移动端的各个应用进行匹配，获得与所述移动端当前运行应用相匹配的配置数据；

判断所述配置数据是否与预设配置数据发生改变，如果是，对与变化的配置数据对应的目标应用进行关停处理。

可选地，所述获取配置数据，包括：

建立与服务端的数据长连接通道；

通过所述数据长连接通道接收服务端下发的针对移动端的应用的配置数据。

可选地，所述获取配置数据，包括：

生成数据拉取请求，所述数据拉取请求用于向所述服务端获取配置数据；

在预设时间间隔，将所述数据拉取请求发送至所述服务端，以获得服务端反馈的配置数据。

可选地，所述对与变化的配置数据对应的目标应用进行关停处理，包括：

获取与变化的配置数据对应的目标应用的状态数据；

依据所述状态数据，判断所述目标应用是否处于运行状态；

如果是，关闭所述目标应用；

如果否，拦截针对所述目标应用的请求数据。

可选地，所述配置数据为原生数据获取格式，所述方法还包括：

如果所述配置数据发生改变，对所述配置数据进行更新；

将更新后的配置数据发送至H5应用模块，使得所述H5应用模块对所述更新后的配置数据进行应用。

一种数据处理装置，所述装置包括：

数据获取单元，用于获取配置数据，所述配置数据表征服务端记录的针对移动端的应用的配置数据；

数据匹配单元，用于将所述配置数据与移动端的各个应用进行匹配，获得与所述移动端当前运行应用相匹配的配置数据；

判断单元，用于判断所述配置数据是否与预设配置数据发生改变，如果是，对与变化的配置数据对应的目标应用进行关停处理。

可选地，所述数据获取单元包括：

通道建立子单元，用于建立与服务端的数据长连接通道；

数据接收子单元，用于通过所述数据长连接通道接收服务端下发的针对移动端的应用的配置数据。

可选地，所述数据获取单元包括：

请求生成子单元，用于生成数据拉取请求，所述数据拉取请求用于向所述服务端获取配置数据；

请求发送子单元，用于在预设时间间隔，将所述数据拉取请求发送至所述服务端，以获得服务端反馈的配置数据。

可选地，所述判断单元包括：

状态获取子单元，用于获取与变化的配置数据对应的目标应用的状态数据；

状态判断子单元，用于依据所述状态数据，判断所述目标应用是否处于运行状态；

如果是，关闭所述目标应用；

如果否，拦截针对所述目标应用的请求数据。

可选地，所述装置还包括：

数据更新单元，用于如果所述配置数据发生改变，对所述配置数据进行更新；

数据发送单元，用于将更新后的配置数据发送至H5应用模块，使得所述H5应用模块对所述更新后的配置数据进行应用；所述配置数据为原生数据获取格式。

相较于现有技术，本发明提供了一种数据处理方法及装置，通过获取配置数据，将配置数据与移动端各个应用进行匹配，获得与所述移动端当前运行应用相匹配的配置数据；判断所述配置数据是否与预设配置数据发生改变，如果是，对与变化的配置数据对应的目标应用进行关停处理。在无需重新打包发布的情况下，对出现问题的应用进行紧急关停，使线上问题迅速与用户隔离，待问题修复后再通过此装置重新打开该功能，从而在提升用户体验的同时最大程度上避免生产事故的发生。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明实施例提供的一种数据处理方法的流程示意图；

图2为本发明实施例提供的一种移动应用内的业务功能应急关停装置的结构示意图；

图3为本发明实施例提供的一种数据处理装置的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明的说明书和权利要求书及上述附图中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述特定的顺序。此外术语“包括”和“具有”以及他们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有设定于已列出的步骤或单元，而是可包括没有列出的步骤或单元。

在本发明实施例中提供的数据处理方法，实质是实现在移动应用内的业务功能的处理，在无需重新打包发布的情况下，对出现问题的功能进行紧急关停，使线上问题迅速与用户隔离，待问题修复后再通过此方式重新打开该功能，从而在提升用户体验的用户最大程度上避免生产事故的发生。

为了便于对发明的各个实施例进行说明，下面对本发明的术语进行说明。

移动应用：表示移动端应用程序，通常指Android应用和IOS应用；

功能模块：实现某项特定业务功能的最小程序单元；

原生模块：采用Android或IOS原生技术开发的功能模块；

H5模块：采用H5技术开发的功能模块；

生产事故：程序错误导致的生产环境数据错误、残缺、丢失，以及引发出来的后续问题。

参见图1，其示出了本发明实施例提供的一种数据处理方法，该方法包括：

S101、获取配置数据。

所述配置数据表征服务端记录的针对移动端的应用的配置数据。

在本申请的另一实施例中获取配置数据的方式，可以包括两种类型，一种是服务端主动下发各个应用的配置数据至移动端；另一种是由移动端生成配置数据获取请求至服务端，服务端再反馈配置数据至移动端。

第一种方式是，建立与服务端的数据长连接通道；通过所述数据长连接通道接收服务端下发的针对移动端的应用的配置数据。第二种方式是，生成数据拉取请求，所述数据拉取请求用于向所述服务端获取配置数据；在预设时间间隔，将所述数据拉取请求发送至所述服务端，以获得服务端反馈的配置数据。

S102、将所述配置数据与移动端的各个应用进行匹配，获得与所述移动端当前运行应用相匹配的配置数据。

当服务端下发配置数据时，由于配置数据可能是针对多个应用的不同的配置数据，需要先将配置数据与接收数据的移动端的各个应用进行匹配，然后获得当前运行应用相匹配的配置数据。

S103、判断所述配置数据是否与预设配置数据发生改变，如果是，执行S104；

S104、对与变化的配置数据对应的目标应用进行关停处理。

其中，预设配置数据表征该应用当前的配置数据，即通过前后两次的配置数据来判断目标应用是否发生改变。若发生改变则对目标应用进行关停处理。具体的，获取与变化的配置数据对应的目标应用的状态数据；依据所述状态数据，判断所述目标应用是否处于运行状态；如果是，关闭所述目标应用；如果否，拦截针对所述目标应用的请求数据。

需要说明的是，在本申请进行关停处理时是通过H5模块实现的，因为配置数据通常为原生数据格式，即如果所述配置数据发生改变，对所述配置数据进行更新；将更新后的配置数据发送至H5应用模块，使得所述H5应用模块对所述更新后的配置数据进行应用。

本发明提供了一种数据处理方法，通过获取配置数据，将配置数据与移动端各个应用进行匹配，获得与所述移动端当前运行应用相匹配的配置数据；判断所述配置数据是否与预设配置数据发生改变，如果是，对与变化的配置数据对应的目标应用进行关停处理。在无需重新打包发布的情况下，对出现问题的应用进行紧急关停，使线上问题迅速与用户隔离，待问题修复后再通过此装置重新打开该功能，从而在提升用户体验的同时最大程度上避免生产事故的发生。

下面以一种移动应用内的业务功能应急关停装置对本发明的数据处理方法进行说明。该移动应用内的业务功能应急关停装置用于执行本发明的数据处理方法。

参见图2，其示出了一种移动应用内的业务功能应急关停装置的结构示意图。该装置包括：

移动同步服务的数据接收模块10，其包括长连接数据通道101和同步数据抵达监听器102；配置管理服务的数据请求和接口模块20，其包括定时数据请求发送器201和全局过滤数据变化监听器202；原生关停功能模块信息过滤器30；功能模块过滤拦截判断器40、原生模块过滤数据变化监听器50、原生到H5的单向数据通道60、H5关停功能模块信息过滤器70、H5模块过滤数据抵达监听器80和原生渲染组件90。

首先在移动应用的原生框架内创建对接移动同步数据的数据接收模块10，其用于建立和保持与服务端的数据的长连接通道，以及接收服务端下发的数据，这些数据会进入原生关停功能模块信息过滤器30。同时在该模块中创建数据抵达监听器102，这些数据会进入原生关停功能模块信息过滤器30.同时在该模块中创建数据抵达监听器102，用于监听是否有配置数据从服务端下发至客户端，以便迅速根据下发的配置数据作出相应的反应。

在移动应用的原生框架内创建对接配置管理服务的数据请求和接收模块20，由于配置管理服务的数据获取模式是客户端在一定频率下主动从服务端拉取，因此需要在该模块中创建定时数据请求发送器，拉取到的数据同样会进入原生关停功能模块信息过滤器30。同时还需要为过滤器中的数据创建一个全局过滤数据变化监听器202，用于监听前后两次拉取后，过滤器30中的配置数据是否一致，若不一致，则表示需要关停的功能发生了改变，客户端将根据新的数据执行相应的后续操作。

原生关停功能模块信息过滤器30，用于过滤服务端配置的关停功能模块信息，配合功能模块过滤拦截判断器40、原生模块过滤数据变化监听器50和原生渲染组件90，共同实现内部功能在移动应用中的非运行时关停、运行时关停以及关停后的界面渲染。

能模块过滤拦截判断器40，结合过滤器使用。用于进入功能模块前判断其是否已被过滤器过滤拦截，如若已被过滤，则向用户弹出功能关停提示，并拦截用户进入该功能的操作。

在每一个原生功能模块内部也需要为过滤器创建一个过滤数据变化监听器，如，原生模块过滤数据变化监听器50，用于关停正在运行时的功能模块，当监听到过滤器中数据有变并判断出其中包含本模块时，向用户弹出功能关停提示，并立即退出正在运行的功能模块。

在本申请中不论是移动数据同步服务，还是配置管理服务，服务端的配置数据都是直接下发到移动应用的原生框架内，而应用内的H5模块并不能接收到这些配置数据。因此需要在原生框架和H5模块之间建立原生到H5的单向数据通道60，当原生框架内的过滤数据变化监听器50监听到数据有变化时，则将过滤器中的数据发送至H5模块。

在H5模块中创建H5关停功能模块信息过滤器70，接管原生框架发来的过滤数据，用于在H5模块中过滤关停功能模块的信息。

H5模块在没有打开前，也就是出于非运行状态时，本质上与原生模块没有任何差异，因此关停非运行时的H5模块跟关停非运行时的原生模块的方案完全一致。而若要关闭运行时的H5模块内则需要创建一个H5过滤数据抵达监听器80，用于监听是否有新的应用关停配置数据从原生框架中送达，与H5关停功能模块信息过滤器70配置和使用，实现H5模块的运行时关停。

在原生框架内创建渲染组件90，同样需要与过滤器集合使用。用于界面重新渲染，实现功能入口在应用界面中的实际关闭，使之与用户完全隔离。

例如，将本发明应用在银行类移动应用尤其是在金融交易功能上对安全性、稳定性的严格要求的场景下，可以在不重现打包发布应用的前提下，及时地在客户端内关停应用在生产环境中出现问题的业务功能。相较于传统的模式，无需重现发包即可将问题功能紧急关停，迅速将生产问题与用户隔离，为开发人员定位问题、修复问题争取到宝贵的时间，同时在极大程度上避免了生产事故的严重问题。

此外，本发明的另一实施例还提供了一种数据处理装置，参见图3，该装置包括：

数据获取单元201，用于获取配置数据，所述配置数据表征服务端记录的针对移动端的应用的配置数据；

数据匹配单元202，用于将所述配置数据与移动端的各个应用进行匹配，获得与所述移动端当前运行应用相匹配的配置数据；

判断单元203，用于判断所述配置数据是否与预设配置数据发生改变，如果是，对与变化的配置数据对应的目标应用进行关停处理。

在上述实施例的基础上，所述数据获取单元包括：

通道建立子单元，用于建立与服务端的数据长连接通道；

数据接收子单元，用于通过所述数据长连接通道接收服务端下发的针对移动端的应用的配置数据。

在上述实施例的基础上，所述数据获取单元包括：

请求生成子单元，用于生成数据拉取请求，所述数据拉取请求用于向所述服务端获取配置数据；

请求发送子单元，用于在预设时间间隔，将所述数据拉取请求发送至所述服务端，以获得服务端反馈的配置数据。

在上述实施例的基础上，所述判断单元包括：

状态获取子单元，用于获取与变化的配置数据对应的目标应用的状态数据；

状态判断子单元，用于依据所述状态数据，判断所述目标应用是否处于运行状态；

如果是，关闭所述目标应用；

如果否，拦截针对所述目标应用的请求数据。

在上述实施例的基础上，所述装置还包括：

数据更新单元，用于如果所述配置数据发生改变，对所述配置数据进行更新；

数据发送单元，用于将更新后的配置数据发送至H5应用模块，使得所述H5应用模块对所述更新后的配置数据进行应用；所述配置数据为原生数据获取格式。

本发明提供了一种数据处理装置，通过获取配置数据，将配置数据与移动端各个应用进行匹配，获得与所述移动端当前运行应用相匹配的配置数据；判断所述配置数据是否与预设配置数据发生改变，如果是，对与变化的配置数据对应的目标应用进行关停处理。在无需重新打包发布的情况下，对出现问题的应用进行紧急关停，使线上问题迅速与用户隔离，待问题修复后再通过此装置重新打开该功能，从而在提升用户体验的同时最大程度上避免生产事故的发生。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种数据处理方法，其特征在于，所述方法包括：

获取配置数据，所述配置数据表征服务端记录的针对移动端的应用的配置数据；

将所述配置数据与移动端的各个应用进行匹配，获得与所述移动端当前运行应用相匹配的配置数据；

判断所述配置数据是否与预设配置数据发生改变，如果是，对与变化的配置数据对应的目标应用进行关停处理。

2.根据权利要求1所述的方法，其特征在于，所述获取配置数据，包括：

建立与服务端的数据长连接通道；

通过所述数据长连接通道接收服务端下发的针对移动端的应用的配置数据。

3.根据权利要求1所述的方法，其特征在于，所述获取配置数据，包括：

生成数据拉取请求，所述数据拉取请求用于向所述服务端获取配置数据；

在预设时间间隔，将所述数据拉取请求发送至所述服务端，以获得服务端反馈的配置数据。

4.根据权利要求1所述的方法，其特征在于，所述对与变化的配置数据对应的目标应用进行关停处理，包括：

获取与变化的配置数据对应的目标应用的状态数据；

依据所述状态数据，判断所述目标应用是否处于运行状态；

如果是，关闭所述目标应用；

如果否，拦截针对所述目标应用的请求数据。

5.根据权利要求1所述的方法，其特征在于，所述配置数据为原生数据获取格式，所述方法还包括：

如果所述配置数据发生改变，对所述配置数据进行更新；

将更新后的配置数据发送至H5应用模块，使得所述H5应用模块对所述更新后的配置数据进行应用。

6.一种数据处理装置，其特征在于，所述装置包括：

数据获取单元，用于获取配置数据，所述配置数据表征服务端记录的针对移动端的应用的配置数据；

数据匹配单元，用于将所述配置数据与移动端的各个应用进行匹配，获得与所述移动端当前运行应用相匹配的配置数据；

判断单元，用于判断所述配置数据是否与预设配置数据发生改变，如果是，对与变化的配置数据对应的目标应用进行关停处理。

7.根据权利要求6所述的装置，其特征在于，所述数据获取单元包括：

通道建立子单元，用于建立与服务端的数据长连接通道；

数据接收子单元，用于通过所述数据长连接通道接收服务端下发的针对移动端的应用的配置数据。

8.根据权利要求6所述的方法，其特征在于，所述数据获取单元包括：

请求生成子单元，用于生成数据拉取请求，所述数据拉取请求用于向所述服务端获取配置数据；

请求发送子单元，用于在预设时间间隔，将所述数据拉取请求发送至所述服务端，以获得服务端反馈的配置数据。

9.根据权利要求6所述的装置，其特征在于，所述判断单元包括：

状态获取子单元，用于获取与变化的配置数据对应的目标应用的状态数据；

状态判断子单元，用于依据所述状态数据，判断所述目标应用是否处于运行状态；

如果是，关闭所述目标应用；

如果否，拦截针对所述目标应用的请求数据。

10.根据权利要求6所述的装置，其特征在于，所述装置还包括：

数据更新单元，用于如果所述配置数据发生改变，对所述配置数据进行更新；

数据发送单元，用于将更新后的配置数据发送至H5应用模块，使得所述H5应用模块对所述更新后的配置数据进行应用；所述配置数据为原生数据获取格式。

Images