CN108021464B - 一种应用程序响应数据的兜底处理的方法以及装置 - Google Patents

Abstract

本申请公开了一种应用程序响应数据的兜底处理的方法、装置以及一种存储介质。所述方法包括：截取向数据访问端返回的待返回数据；将所述待返回数据与预设的兜底条件进行比对；若所述待返回数据符合所述兜底条件，则根据预先确定的兜底处理方式对所述待返回数据进行兜底处理，获得响应数据；向所述数据访问端返回所述响应数据。该方案仅针对需进行兜底处理的数据预先设定与其对应的兜底处理方式，在数据响应时按照预设的比对方式进行比对后，按所述兜底处理方式进行兜底处理，无需针对所有数据接口以及数据接口中的所有数据属性单独设置兜底处理方案，可避免现有的对数据的兜底处理缺乏灵活性和选择性、以及兜底处理的过程高度复杂化的问题。

Description

一种应用程序响应数据的兜底处理的方法以及装置

技术领域

本发明涉及数据响应领域，具体涉及一种应用程序响应数据的兜底处理的方法。本发明同时涉及一种用于响应数据访问的装置以及一种计算机可读取存储介质。

背景技术

数据响应指的是在网络交互场景中，数据响应端在接收到数据访问端的访问请求后，根据访问请求返回相应的响应数据。例如，超文本传送协议HTTP的操作过程一般为：浏览器向服务器发出文本、超文本、图像等数据请求，服务器向浏览器返回相应的响应数据。再例如，手机等移动终端上所安装的不同类型的应用程序(英文简称为APP)，在运行过程中，通过其展示界面向后端服务器发出数据访问请求时，后端服务器根据该访问请求返回相应的数据信息。上述两种场景均为数据响应的典型场景。

在数据响应的过程中，由于时限变更、信息录入失误等因素的存在，需对原本响应错误的数据(对于APP展示界面来说为展示的错误信息)或者因实际需要而需进行变更的数据进行兜底处理，使响应数据趋于正常化或更符合使用需求，从而达到减小负面影响、以及满足使用需求的目的。

现有的对上述需进行变更处理的响应数据进行兜底处理的方式有两种，分别为：

方案1：关闭出现错误的响应数据所对应的数据接口。例如，当APP的某一业务展示界面的某一业务属性出现错误时，直接将该业务展示界面进行关闭。

方案2：由出现错误的响应数据所对应的数据接口根据自身预设的兜底处理方式对出现错误的响应数据进行兜底处理。例如，由APP的应用对展示错误的业务属性内容进行自定义的兜底处理，如进行不显示，或者进行模糊显示等处理方式。

然而，上述现有的对需进行变更处理的响应数据进行兜底处理的方式存在以下不足：

方案一中，对出现错误的响应数据所对应的数据接口直接进行关闭，例如，对于APP的评分界面，因一个城市的评分数据出现错误而将整个评分界面进行关闭，该操作导致兜底操作的过程缺乏灵活性和选择性。

方案二中，需要每个数据接口都预先设置对其数据属性的兜底处理方案，例如APP中需要由每一个业务(指某个产品或运营功能，例如用户评论、促销活动)的应用对其包含的每个业务属性的兜底方案进行预设和维护，从而使得兜底处理的过程高度复杂化。

发明内容

本发明提供一种应用程序响应数据的兜底处理的方法，以解决现有的对响应数据进行兜底处理的过程缺乏灵活性和选择性、以及兜底处理的过程高度复杂化的问题。本发明另外提供一种用于响应数据访问的装置以及一种计算机可读取存储介质。

本发明提供一种应用程序响应数据的兜底处理的方法，该方法包括：

截取向数据访问端返回的待返回数据；

将所述待返回数据与预设的兜底条件进行比对；

若所述待返回数据符合所述兜底条件，则根据预先确定的兜底处理方式对所述待返回数据进行兜底处理，获得响应数据；

向所述数据访问端返回所述响应数据。

可选的，所述兜底条件包括：

需要进行兜底处理的数据内容、所述数据内容所处的数据接口、以及对所述数据内容进行兜底处理的核准条件。

可选的，所述将所述待返回数据与预设的兜底条件进行比对，包括：

判断所述待返回数据所处的数据接口是否属于需要进行兜底处理的数据接口，若是，则进入下一步；

判断所述待返回数据是否属于需要进行兜底处理的数据内容；若是，则进入下一步；

判断所述待返回数据是否满足进行兜底处理的核准条件。

可选的，所述对所述数据内容进行兜底处理的核准条件包括：

所述数据内容的状态为开启兜底处理的状态；和/或

所述数据内容满足进行兜底处理的匹配规则。

可选的，所述根据预先确定的兜底处理方式对所述待返回数据进行兜底处理，包括如下中的一种：

将所述待返回数据删除；

将所述待返回数据设置为目标指定值；

将所述待返回数据设置为逻辑计算值。

可选的，所述将所述待返回数据与预设的兜底条件进行比对、以及所述根据预先确定的兜底处理方式对所述待返回数据进行兜底处理，可通过热部署脚本程序的方式实现。

可选的，所述兜底条件以及所述兜底处理方式，存储在数据兜底表中。

可选的，所述数据兜底表预设有可以接受对其存储的数据进行外部配置操作的配置接口。

本发明还提供一种应用程序响应数据的兜底处理的装置，该装置包括如下单元：

待返回数据截取单元，用于截取向数据访问端返回的待返回数据；

待返回数据比对单元，用于将所述待返回数据与预设的兜底条件进行比对；

响应数据获得单元，用于在所述待返回数据符合所述兜底条件时，根据预先确定的兜底处理方式对所述待返回数据进行兜底处理，获得响应数据；

响应数据返回单元，用于向所述数据访问端返回所述响应数据。

可选的，所述兜底条件包括：

需要进行兜底处理的数据内容、所述数据内容所处的数据接口、以及对所述数据内容进行兜底处理的核准条件。

可选的，所述将所述待返回数据与预设的兜底条件进行比对，包括：

判断所述待返回数据所处的数据接口是否属于需要进行兜底处理的数据接口，若是，则进入下一步；

判断所述待返回数据是否属于需要进行兜底处理的数据内容；若是，则进入下一步；

判断所述待返回数据是否满足进行兜底处理的核准条件。可选的，所述对所述数据内容进行兜底处理的核准条件包括：

所述数据内容的状态为开启兜底处理的状态；和/或

所述数据内容满足进行兜底处理的匹配规则。

可选的，所述根据预先确定的兜底处理方式对所述待返回数据进行兜底处理，包括如下中的一种：

将所述待返回数据删除；

将所述待返回数据设置为目标指定值；

将所述待返回数据设置为逻辑计算值。

可选的，所述将所述待返回数据与预设的兜底条件进行比对、以及所述根据预先确定的兜底处理方式对所述待返回数据进行兜底处理，可通过热部署脚本程序的方式实现。

可选的，所述兜底条件以及所述兜底处理方式，存储在数据兜底表中。

可选的，所述数据兜底表预设有可以接受对其存储的数据进行外部配置操作的配置接口。

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

截取向数据访问端返回的待返回数据；

将所述待返回数据与预设的兜底条件进行比对；

若所述待返回数据符合所述兜底条件，则根据预先确定的兜底处理方式对所述待返回数据进行兜底处理，获得响应数据；

向所述数据访问端返回所述响应数据。

与现有技术相比，本发明具有以下优点：

本申请提供的应用程序响应数据的兜底处理的方法，包括：截取向数据访问端返回的待返回数据；将所述待返回数据与预设的兜底条件进行比对；若所述待返回数据符合所述兜底条件，则根据预先确定的兜底处理方式对所述待返回数据进行兜底处理，获得响应数据；向所述数据访问端返回所述响应数据。本申请通过将待返回数据无差别地与预先设置的兜底条件进行比对，以确定待返回数据是否需要进行兜底处理，对需进行兜底处理的待返回数据按预定的兜底处理方式进行兜底处理，该方案仅针对需进行兜底处理的数据预先设定与其对应的兜底处理方式，无需针对所有数据接口以及数据接口中的所有数据属性单独设置兜底处理方案，因此，可避免现有的对数据的兜底处理缺乏灵活性和选择性、以及兜底处理的过程高度复杂化的问题。

附图说明

图1是本申请第一实施例提供的应用程序响应数据的兜底处理的方法流程图；

图2是本申请第二实施例提供的应用程序响应数据的兜底处理的装置单元框图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本发明。但是本发明能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本发明内涵的情况下做类似推广，因此本发明不受下面公开的具体实施的限制。

本申请提供一种应用程序响应数据的兜底处理的方法，一种应用程序响应数据的兜底处理的装置以及一种计算机可读取存储介质，以下提供实施例对所述方法、装置以及计算机可读取存储介质展开说明。

本申请第一实施例提供一种应用程序响应数据的兜底处理的方法，该方法通过对网络交互过程中的待返回数据进行截取以及比对，以此确定出需要进行兜底处理的待返回数据以及其对应的兜底处理方法，按照该兜底处理方法对所述待返回数据进行兜底处理，并将兜底处理之后的响应数据进行返回。该方法尤其适用于具备后台管理功能的网络服务器中，如在口碑网操作平台中，本方法适用于通过APP展示界面对后端服务器进行数据访问之后的数据响应环节。

请参考图1了解该实施例，图1为本申请第一实施例提供的应用程序响应数据的兜底处理的方法流程图。

如图1所示，本实施例中应用程序响应数据的兜底处理的方法包括如下步骤：

S101，截取向数据访问端返回的待返回数据。

本步骤用于在数据响应端将原本用于向数据访问端进行返回的数据进行截取，使之作为本方法的实施对象。

所述数据访问端指的是在网络交互过程中的提出访问请求的一方，如客户端-服务器端模式下的客户端，或者在P2P模式下的发出访问请求的一端。

所述待返回数据指的是在根据所述数据访问端的访问请求进行查询和逻辑处理等操作后形成相应的数据，在将该数据返回之前的数据状态。

例如，在口碑网操作平台中，用户通过人机交互界面(移动终端或PC机的APP展示界面)输入访问请求，如通过点击触控的方式对APP展示界面上的某一业务场景所对应的标识信息进行点选，该过程即为通过所述APP展示界面输入了对所述业务场景进行访问的访问请求，该访问请求通过网络传输至服务器端，服务器端在其管理的数据范围内根据所述访问请求进行查找等数据处理后，将获得的响应数据通过网络返回至所述人机交互界面，在该过程中，服务器端根据所述访问请求进行查找等数据处理后获得的与所述业务场景相关的数据即为待返回数据。

所述截取向数据访问端返回的待返回数据，该过程为将所述待返回数据在返回至数据访问端之前进行截留，使之能够以本申请提供的方法进行处理。在实际应用中，需无差别地针对所有待返回数据执行该截取操作，具体可通过在服务器端设置用于截取数据的脚本程序完成该截取操作。

S102，将所述待返回数据与预设的兜底条件进行比对。

本步骤的作用在于将上述步骤截取的待返回数据与预设的兜底条件进行比对，以确定所述待返回数据是否需要进行兜底处理。

在数据响应的过程中，由于时限变更、信息录入失误等因素的存在，导致响应数据的准确性受到影响，为了使所述准确性受到影响的响应数据的危害性减小、或彻底消除其危害性，需对所述准确性受到影响的响应数据按预定方式进行变更处理；或因网络管制、信息过滤、敏感数据屏蔽等网络限制条件而对响应数据进行过滤、屏蔽、替换等特定处理，以使所述响应数据更符合相关规定。上述对所述准确性受到影响的响应数据按预定方式进行变更处理、以及对响应数据进行过滤、屏蔽、替换等特定处理的过程即为对数据的兜底处理过程。例如，在目前的美团网、大众点评、口碑网等操作平台中，在对展示界面进行展示时，会出现数据展示错误的现象，比如将高评分的商户显示为低评分、将一个5元代金券显示为了10元代金券等，在该类情况下，需对展示错误的数据进行兜底处理，以保证在此之后的用户对该界面进行访问时，该界面的展示内容趋于正常化，从而达到减小负面影响的效果。

所述兜底条件指的是在对数据进行兜底处理时需预先满足的条件，该兜底条件是数据响应端预先设定的，其包括需要进行兜底处理的数据内容、所述数据内容所处的数据接口、以及对所述数据内容进行兜底处理的核准条件。

所述需要进行兜底处理的数据内容是数据响应端通过后台管理界面预先对准确性受到影响、或符合网络限制的网络数据进行收集和整理后获得的，例如，对于口碑网操作平台来说，在APP展示界面上，需进行兜底处理的对象一般为展示异常的业务内容，当服务器后台通过人工报错、数据核对或者业务监控等手段发现某一业务场景存在展示错误的业务属性时，如将高评分的商户显示为低评分、将一个5元代金券显示为10元代金券等，则将所述展示错误的业务属性进行记录和收集，所述经记录和收集后的业务属性信息即构成了本申请中的兜底条件中的需要进行兜底处理的数据内容。所述需要进行兜底处理的数据内容通常为特定的数据属性信息，对于口碑网操作平台来说，每个业务展示界面包含多个业务属性，所述业务属性即为数据属性信息，例如口碑网中的商户评分界面即为一个业务展示界面，其包含商户名称、商品名称、评分内容等多个业务属性。

数据接口指的是数据传输时用于输出数据的接口，所述数据内容所处的数据接口，指的是上述经收集和整理后获得的需进行兜底处理的数据内容所处的数据接口，例如上述每个业务展示界面即对应一个数据接口，所述展示错误的业务属性所处的业务展示界面即对应所述数据内容所处的数据接口。

所述对所述数据内容进行兜底处理的核准条件，指的是对需要进行兜底处理的数据内容预先设定规则信息，只有满足所述规则信息的数据内容才可实施兜底处理，例如，设定所述数据内容的状态为开启兜底处理或关闭兜底处理的状态，或者为所述数据内容设定进行兜底处理的匹配规则，其目的在于：对所述数据内容的兜底处理进行进一步限定，以满足数据兜底处理的灵活性，例如，对于某些数据内容的兜底操作具有时限要求，只有当前时间处于时限范围内时，才可进行兜底操作；或者对于某些数据内容的兜底操作有地域范围的限制，如只需对某一省份的某项业务的业务属性进行兜底处理，其它省份的该业务的业务属性则排除在兜底处理的范围之外。

通过将所述待返回数据与预设的兜底条件进行比对，即可确定所述待返回数据是否需进行兜底处理，本实施例中，将所述待返回数据与预设的兜底条件进行比对的过程可通过热部署脚本程序的方法实现，其主要包括如下步骤：

首先，判断所述待返回数据所处的数据接口是否属于需要进行兜底处理的数据接口，若是，则进入下一步。例如，所述待返回数据为口碑网APP操作平台中的某一业务展示界面的某个业务属性信息，在对其与预设的兜底条件进行比对时，首先判断所述业务展示界面是否存在于预先设定的需进行兜底处理的数据接口中，若存在，则进入后续环节。

其次，判断所述待返回数据是否属于需要进行兜底处理的数据内容；若是，则进入下一步。例如，若上述判断结果为所述业务属性信息所处于的业务展示界面存在于预先设定的需进行兜底处理的数据接口中，则继续判断所述业务属性信息是否为所述业务展示界面上的预定的需要进行兜底处理的业务属性，若判断结果为是，则进入后续环节。

最后，判断所述待返回数据是否满足进行兜底处理的核准条件。

通过上述步骤可确定出所述待返回数据为需要进行兜底处理的数据内容，本步骤用于将满足上述判断的待返回数据与预定的核准条件进行比对，若所述待返回数据满足所述核准条件，则可最终确定所述待返回数据需进行兜底处理。

本申请中，所述对所述数据内容进行兜底处理的核准条件包括下述条件中的至少一种：所述数据内容的状态为开启兜底处理的状态；所述数据内容满足进行兜底处理的匹配规则。在本实施例中，所述核准条件同时包含所述数据内容的状态为开启兜底处理的状态，以及所述数据内容满足进行兜底处理的匹配规则等两个方面，因此本步骤的判断过程也需分步实现：首先判断与所述待返回数据相对应的数据内容是否设定为开启兜底处理的状态；若是，则判断与所述待返回数据所对应的数据内容是否满足进行兜底处理的匹配规则，具体为将所述待返回数据按照所述匹配规则进行匹配，本实施例中该匹配过程可通过热部署脚本程序(如groovy脚本程序)实现，脚本程序可获得所述待返回数据的各项参数信息，通过所述参数信息进行匹配，例如，所述待返回数据为口碑网APP操作平台的店铺详情页，所述匹配规则为只对某些特定城市的店铺详情页进行兜底处理，在通过脚本程序进行匹配时，脚本程序访问到所述待返回数据的城市ID，若所述城市ID显示所述店铺详情页所对应的店铺为所述匹配规则中所限定的特定城市的店铺，则表明所述待返回数据满足兜底处理的条件。

需要说明的是，所述兜底条件为根据实际应用场景而预先设定的，在本实施例中，其既包含需要进行兜底处理数据内容，又包含对所述数据内容进行兜底处理的核准条件。然而在其他实施方式中，所述兜底条件也可为其它内容，例如只包含需要进行兜底处理的数据内容、而无需满足其它任意的核准条件。

若上述比对过程中的多个判断环节中出现任一环节的比对结果不相符，则确定所述待返回数据无需进行兜底处理，直接将所述待返回数据进行返回即可。

S103，若所述待返回数据符合所述兜底条件，则根据预先确定的兜底处理方式对所述待返回数据进行兜底处理，获得响应数据。

本步骤的作用在于当上述步骤的比对结果为相符时，按照预先确定的与所述待返回数据对应的兜底处理方式对所述待返回数据进行兜底处理，使所述待返回数据形成预定的最终响应数据。

所述兜底处理方式主要是对需要进行兜底处理的数据内容设定相应的处理规则，如将显示错误的展示信息进行更改的方法，或将数据进行屏蔽、过滤等特定操作的方法。

本实施例中，所述对所述待返回数据进行兜底处理的过程可通过热部署脚本程序的方式实现，目的在于使所述待返回数据的兜底处理之后所获得的兜底处理结果能够实时生效，无需进行重启或间断应用。所述对所述待返回数据进行兜底处理的方法包括如下方法中的一种：

方法一：将所述待返回数据删除，对应操作为将响应数据设置为空。例如，对于口碑网APP操作平台来说，业务展示界面的某个业务属性显示错误，则在对所述业务展示界面的后续访问过程中，在响应时对所述显示错误的信息直接进行删除，对于所述业务展示界面来说，其对应的为原本显示错误的业务属性不再进行展示。

方法二：将所述待返回数据设置为目标指定值，以实现对所述待返回数据的变更处理。所述目标指定值为预先设定的用于替换所述待返回数据的需进行兜底处理的部分。例如，在口碑网APP操作平台中，业务展示界面为代金券领取界面，原本显示错误的代金券金额为10元，而本操作将代金券金额从10元设置为5元，所述5元即为目标指定值。

方法三：将所述待返回数据设置为逻辑计算值，所述逻辑计算值指的是需根据预定的逻辑处理方式进行处理后才可获得预定目标结果的逻辑值，即对所述待返回数据进行兜底处理后所获得的响应数据不是具体数值，其常见的兜底方式为：对所述待返回数据预设触发条件，根据是否满足所述触发条件对所述待返回数据设定不同的处理方式。例如，在口碑网APP操作平台的店铺评级界面，假设待返回数据为店铺级别信息，则对其进行兜底处理的方法为：根据店铺的访问数量是否达到预定阈值确定店铺级别，若访问数量大于所述预定阈值，则确定店铺级别为“高人气店铺”，反之则确定店铺级别为“人气店铺”。

本申请中，所述兜底条件以及兜底处理方式均为数据响应端预先进行设定的，例如，对于口碑网APP操作平台来说，通过后台管理界面设定哪些业务场景的哪些业务属性需进行兜底处理、进行兜底处理的业务属性需满足哪些条件才可实施兜底处理、以及兜底处理的实施方式等规则信息。在设定好上述规则信息后，需将其进行存储，以使在后续对待返回数据进行比对以及兜底处理等实际操作环节能够调用所述规则信息，从而按照所述规则信息进行相应操作。

本实施例中，所述兜底条件以及兜底处理方式均存储于数据兜底表中，具体为所述需要进行兜底处理的数据内容、所述进行兜底处理的核准条件、以及所述兜底处理方式等三种数据在所述数据兜底表中对应设置，在查询获取所述需要进行兜底处理的数据内容时，可获取所述需要进行兜底处理的数据内容所对应的另外两种数据。所述数据兜底表预设有可以接受对其存储的数据进行外部配置操作的配置接口，通过所述配置接口，所述数据响应端可实现对所述数据兜底列表中所存储的数据进行增加、删减或更改等操作。

S104，向所述数据访问端返回所述响应数据。

在经上述步骤对所述待返回数据进行兜底处理后，本步骤用于将上述经兜底处理之后所形成的响应数据返回至数据访问端，以完成本申请的整个数据响应过程。

数据响应端返回数据，而对于数据访问端来说为接收相应的数据并对其进行展示，所展示的内容为对原本所展示内容的更新。例如对于上述口碑网APP展示界面来说，本步骤对应的为接受所述响应数据后进行展示，即将原本展示错误的业务内容进行正确展示。

所述向所述数据访问端返回所述响应数据的具体实现过程为现有技术内容，在此不再赘述。

在上述的实施例中，提供了一种应用程序响应数据的兜底处理的方法，与之相对应的，本申请第二实施例还提供了一种应用程序响应数据的兜底处理的装置，下面结合附图进行说明。

由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。请参考图2理解该实施例，图2为本实施例提供的装置的单元框图，如图2所示，所述装置包括：

待返回数据截取单元201，用于截取向数据访问端返回的待返回数据；

信息比对单元202，用于将所述待返回数据与预设的兜底条件进行比对；

响应数据获得单元203，用于在所述待返回数据符合所述兜底条件时，根据预先确定的兜底处理方式对所述待返回数据进行兜底处理，获得响应数据；

响应数据返回单元204，用于向所述数据访问端返回所述响应数据。

可选的，所述兜底条件包括：

需要进行兜底处理的数据内容、所述数据内容所处的数据接口、以及对所述数据内容进行兜底处理的核准条件。

可选的，所述将所述待返回数据与预设的兜底条件进行比对，包括：

判断所述待返回数据所处的数据接口是否属于需要进行兜底处理的数据接口，若是，则进入下一步；

判断所述待返回数据是否属于需要进行兜底处理的数据内容；若是，则进入下一步；

判断所述待返回数据是否满足进行兜底处理的核准条件。

可选的，所述对所述数据内容进行兜底处理的核准条件包括：

所述数据内容的状态为开启兜底处理的状态；和/或

所述数据内容满足进行兜底处理的匹配规则。

可选的，所述根据预先确定的兜底处理方式对所述待返回数据进行兜底处理，包括如下中的一种：

将所述待返回数据删除；

将所述待返回数据设置为目标指定值；

将所述待返回数据设置为逻辑计算值。

可选的，所述将所述待返回数据与预设的兜底条件进行比对、以及所述根据预先确定的兜底处理方式对所述待返回数据进行兜底处理，可通过热部署脚本程序的方式实现。

可选的，所述兜底条件以及所述兜底处理方式，存储在数据兜底表中。

可选的，所述数据兜底表预设有可以接受对其存储的数据进行外部配置操作的配置接口。

本申请提供的一种计算机可读取存储介质实施例如下：

在上述的实施例中，提供了一种应用程序响应数据的兜底处理的方法，此外，本申请还提供了一种用于实现所述应用程序响应数据的兜底处理的计算机可读取存储介质。本申请提供的所述计算机可读取存储介质实施例描述得比较简单，相关的部分请参见上述提供的所述应用程序响应数据的兜底处理的方法实施例的对应说明即可。下述描述的实施例仅仅是示意性的。

本申请提供一种计算机可读取存储介质，其上存储有计算机程序，该程序被处理器执行时实现以下步骤：

截取向数据访问端返回的待返回数据；

将所述待返回数据与预设的兜底条件进行比对；

若所述待返回数据符合所述兜底条件，则根据预先确定的兜底处理方式对所述待返回数据进行兜底处理，获得响应数据；

向所述数据访问端返回所述响应数据。

可选的，所述兜底条件包括：

需要进行兜底处理的数据内容、所述数据内容所处的数据接口、以及对所述数据内容进行兜底处理的核准条件。

可选的，所述将所述待返回数据与预设的兜底条件进行比对，包括：

判断所述待返回数据所处的数据接口是否属于需要进行兜底处理的数据接口，若是，则进入下一步；

判断所述待返回数据是否属于需要进行兜底处理的数据内容；若是，则进入下一步；

判断所述待返回数据是否满足进行兜底处理的核准条件。

可选的，所述对所述数据内容进行兜底处理的核准条件包括：

所述数据内容的状态为开启兜底处理的状态；和/或

所述数据内容满足进行兜底处理的匹配规则。

可选的，所述根据预先确定的兜底处理方式对所述待返回数据进行兜底处理，包括如下中的一种：

将所述待返回数据删除；

将所述待返回数据设置为目标指定值；

将所述待返回数据设置为逻辑计算值。

可选的，所述将所述待返回数据与预设的兜底条件进行比对、以及所述根据预先确定的兜底处理方式对所述待返回数据进行兜底处理，可通过热部署脚本程序的方式实现。

可选的，所述兜底条件以及所述兜底处理方式，存储在数据兜底表中。

可选的，所述数据兜底表预设有可以接受对其存储的数据进行外部配置操作的配置接口。

本申请虽然以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此本申请的保护范围应当以本申请权利要求所界定的范围为准。

在一个典型的配置中，计算设备包括一个或多个处理器、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

Claims (8)

1.一种应用程序响应数据的兜底处理的方法，其特征在于，包括：

截取向数据访问端返回的待返回数据；

将所述待返回数据与预设的兜底条件进行比对，包括：判断所述待返回数据所处的数据接口是否属于需要进行兜底处理的数据接口，若是，则判断所述待返回数据是否属于需要进行兜底处理的数据内容；若是，则判断所述待返回数据是否满足进行兜底处理的核准条件；所述兜底条件包括：需要进行兜底处理的数据内容、所述数据内容所处的数据接口、以及对所述数据内容进行兜底处理的核准条件；

若所述待返回数据符合所述兜底条件，则根据预先确定的兜底处理方式对所述待返回数据进行兜底处理，获得响应数据，所述响应数据为针对所述待返回数据中的错误数据进行兜底处理后的数据；

向所述数据访问端返回所述响应数据。

2.根据权利要求1所述的应用程序响应数据的兜底处理的方法，其特征在于，所述对所述数据内容进行兜底处理的核准条件包括：

所述数据内容的状态为开启兜底处理的状态；和/或

所述数据内容满足进行兜底处理的匹配规则。

3.根据权利要求1所述的应用程序响应数据的兜底处理的方法，其特征在于，所述根据预先确定的兜底处理方式对所述待返回数据进行兜底处理，包括如下中的一种：

将所述待返回数据删除；

将所述待返回数据设置为目标指定值；

将所述待返回数据设置为逻辑计算值。

4.根据权利要求1所述的应用程序响应数据的兜底处理的方法，其特征在于，所述将所述待返回数据与预设的兜底条件进行比对、以及所述根据预先确定的兜底处理方式对所述待返回数据进行兜底处理，可通过热部署脚本程序的方式实现。

5.根据权利要求1-4任一项所述的应用程序响应数据的兜底处理的方法，其特征在于，所述兜底条件以及所述兜底处理方式，存储在数据兜底表中。

6.根据权利要求5所述的应用程序响应数据的兜底处理的方法，其特征在于，所述数据兜底表预设有可以接受对其存储的数据进行外部配置操作的配置接口。

7.一种应用程序响应数据的兜底处理的装置，其特征在于，包括：

待返回数据截取单元，用于截取向数据访问端返回的待返回数据；

待返回数据比对单元，用于将所述待返回数据与预设的兜底条件进行比对，包括：判断所述待返回数据所处的数据接口是否属于需要进行兜底处理的数据接口，若是，则判断所述待返回数据是否属于需要进行兜底处理的数据内容；若是，则判断所述待返回数据是否满足进行兜底处理的核准条件；所述兜底条件包括：需要进行兜底处理的数据内容、所述数据内容所处的数据接口、以及对所述数据内容进行兜底处理的核准条件；

响应数据获得单元，用于在所述待返回数据符合所述兜底条件时，根据预先确定的兜底处理方式对所述待返回数据进行兜底处理，获得响应数据，所述响应数据为针对所述待返回数据中的错误数据进行兜底处理后的数据；

响应数据返回单元，用于向所述数据访问端返回所述响应数据。

8.一种计算机可读取存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现以下步骤：

截取向数据访问端返回的待返回数据；

将所述待返回数据与预设的兜底条件进行比对，包括：判断所述待返回数据所处的数据接口是否属于需要进行兜底处理的数据接口，若是，则判断所述待返回数据是否属于需要进行兜底处理的数据内容；若是，则判断所述待返回数据是否满足进行兜底处理的核准条件；所述兜底条件包括：需要进行兜底处理的数据内容、所述数据内容所处的数据接口、以及对所述数据内容进行兜底处理的核准条件；

若所述待返回数据符合所述兜底条件，则根据预先确定的兜底处理方式对所述待返回数据进行兜底处理，获得响应数据，所述响应数据为针对所述待返回数据中的错误数据进行兜底处理后的数据；

向所述数据访问端返回所述响应数据。

Images