异常地区数据服务隔离方法、装置、电子设备及介质与流程

本公开涉及金融科技领域，尤其涉及一种异常地区数据服务隔离方法、装置、电子设备及介质。

背景技术：

随着普惠金融的全面推进，以全国各个地区的本地区个人数据(诸如公积金数据、社保数据)为基础的个人信贷申请需求(诸如消费信贷、分期业务、信用卡申请)与日俱增，成为各金融公司核心业务之一。

个人信贷服务不同于对公服务，客户对信贷申请反馈及时度非常敏感，信贷系统必须要保证高可用和稳定性，以此给客户带来良好的体验。若个人信贷服务频繁崩溃，将非常影响该信贷服务提供方的形象，进而造成客户流失，丢失潜在利润。

在实现本公开构思的过程中，发明人发现相关技术中至少存在如下问题：目前全国各个地区的本地数据服务能力参差不齐，部分地区服务稳定性较差，当某一地区服务故障，信用审核系统频繁调用该地区服务阻塞，可能引起调用链路连锁性故障，导致大量申请单长时间阻塞，进而导致系统效率大幅下降，影响到审核流程的时效性，严重的可能还会导致信用审核系统崩溃。

技术实现要素：

有鉴于此，本公开提供了一种异常地区数据服务隔离方法、装置、电子设备及介质。

本公开的一个方面提供了一种异常地区数据服务隔离方法，应用于本地数据服务系统，方法包括：创建用于记录地区隔离清单的中心数据库，创建用于过滤异常地区申请单的申请过滤器，建立中心数据库分别与本地数据服务系统和申请过滤器之间的通信连接；申请过滤器响应于接收到的申请单，判断申请单所属地区是否在地区隔离清单内，如果是，则申请单所属地区为异常地区，将申请单过滤掉；否则，将申请单提交至本地数据服务系统；本地数据服务系统接收到申请单，根据内置于本地数据服务系统中的服务故障判断模块，判断申请单所属地区是否存在本地数据服务故障；如果是，则将申请单所属地区加入地区隔离清单，以更新地区隔离清单。

根据本公开的实施例，地区隔离清单包括：地区唯一标识、地区本地数据服务地址、服务请求参数、地区服务隔离开关和隔离开始时间；其中，服务请求参数用于请求探测地区服务是否可用。

根据本公开的实施例，本地数据服务系统接收到申请单，根据内置于本地数据服务系统中的服务故障判断模块，判断申请单所属地区是否存在本地数据服务故障，包括：本地数据服务系统接收到申请单，请求调用申请单所属地区的本地数据服务；利用服务故障判断模块判断请求调用是否存在超时失败或故障失败，如果是，则判定申请单所属地区存在本地数据服务故障。

根据本公开的实施例，判断模块判断请求调用是否存在超时失败，包括：判断请求调用在预设时间范围内是否失败。

根据本公开的实施例，判断模块判断请求调用是否存在故障失败，如果是，则判定申请单所属地区存在本地数据服务故障，包括：判断请求调用在预设时间范围内的连续失败次数是否达到预设次数阈值，如果是，则判定申请单所属地区存在本地数据服务故障；或者判断请求调用在预设时间范围内的失败频率是否达到预设频率阈值，如果是，则判定申请单所属地区存在本地数据服务故障。

根据本公开的实施例，将申请单所属地区加入地区隔离清单的步骤之后，还包括：实时记录申请单所属地区加入地区隔离清单的隔离开始时间，以更新地区隔离清单中的隔离开始时间。

根据本公开的实施例，判断申请单所属地区是否在地区隔离清单内，包括：申请过滤器从中心数据库中获取更新的地区隔离清单；识别出申请单所属地区，通过申请单所属地区与地区唯一标识的匹配比较，判断申请单所属地区是否在地区隔离清单内。

根据本公开的实施例，方法还包括：创建用于定时探测地区服务是否可用的服务探测器，建立中心数据库与服务探测器的通信连接；利用服务探测器在探测到地区隔离清单中的异常地区服务恢复可用时，移除异常地区，以更新地区隔离清单。

根据本公开的实施例，创建用于定时探测地区服务是否可用的服务探测器，包括：设置具有预设启动频率的定时器；服务探测器从中心数据库中获取更新的地区隔离清单，根据隔离开始时间的先后顺序对地区隔离清单进行排序；根据排序后的地区隔离清单，利用定时器在预设启动频率下定时触发依次传入异常地区的服务请求参数，请求调用异常地区的本地数据服务；根据请求调用的返回结果，判断异常地区服务是否恢复可用。

根据本公开的实施例，根据请求调用的返回结果，判断异常地区服务是否恢复可用，包括：当返回结果为异常地区的本地服务数据，则判定异常地区服务恢复可用，移除异常地区，以更新地区隔离清单；当返回结果为异常返回或请求超时，则判定异常地区服务不可用，继续将异常地区保留于地区隔离清单。

根据本公开的实施例，预设启动频率为每隔30秒一次或每隔10分钟一次。

根据本公开的实施例，方法还包括：创建用于控制是否启用申请过滤器的地区服务隔离总开关；当地区服务隔离总开关为开启状态时，将申请过滤器的过滤异常地区申请单的功能生效；否则，将申请过滤器的过滤异常地区申请单的功能失效。

根据本公开的实施例，本地数据服务系统包括信用审核系统。

本公开的另一个方面提供了一种异常地区数据服务隔离装置，应用于本地数据服务系统，装置包括：数据库创建模块，用于创建用于记录地区隔离清单的中心数据库，创建用于过滤异常地区申请单的申请过滤器，建立中心数据库分别与本地数据服务系统和申请过滤器之间的通信连接；异常地区过滤模块，用于在申请过滤器响应于接收到的申请单，判断申请单所属地区是否在地区隔离清单内，如果是，则申请单所属地区为异常地区，将申请单过滤掉；否则，将申请单提交至本地数据服务系统；以及隔离清单更新模块，用于在本地数据服务系统接收到申请单，根据内置于本地数据服务系统中的服务故障判断模块，判断申请单所属地区是否存在本地数据服务故障；如果是，则将申请单所属地区加入地区隔离清单，以更新地区隔离清单。

本公开的另一方面提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行如上所述的方法。

本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

本公开的另一方面提供了一种计算机程序，所述计算机程序包括计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

与现有技术相比，本公开提供的异常地区数据服务隔离方法、装置、电子设备及介质，至少具有以下有益效果：

(1)本公开可以减少现有技术中对异常地区本地数据服务的无效用请求，保证信用审核系统的可用性和服务的时效性。

(2)本公开减轻异常地区本地数据服务的压力，不干扰服务恢复的速度，避免引起调用链路雪崩。

(3)本公开将异常地区申请单直接拒绝，可以提高审核系统处理时效，避免用户长时间等待审核结果。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了本公开实施例的异常地区数据服务隔离方法的系统架构；

图2示意性示出了本公开实施例的异常地区数据服务隔离方法的流程图；

图3示意性示出了本公开实施例的本地数据服务系统的系统架构；

图4示意性示出了本公开实施例的本地数据服务系统的操作流程图；

图5示意性示出了本公开实施例的申请过滤器的系统架构；

图6示意性示出了本公开实施例的申请过滤器的操作流程图；

图7示意性示出了本公开另一实施例的异常地区数据服务隔离方法的系统架构；

图8示意性示出了本公开另一实施例的异常地区数据服务隔离方法的流程图；

图9示意性示出了本公开另一实施例的服务探测器的系统架构；

图10示意性示出了本公开另一实施例的服务探测器的操作流程图；

图11示意性示出了本公开实施例的信用审核系统的操作流程图；

图12示意性示出了本公开实施例的异常地区数据服务隔离装置的框图；以及

图13示意性示出了本公开实施例的电子设备的框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。在使用类似于“a、b或c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b或c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。

附图中示出了一些方框图和/或流程图。应理解，方框图和/或流程图中的一些方框或其组合可以由计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，从而这些指令在由该处理器执行时可以创建用于实现这些方框图和/或流程图中所说明的功能/操作的装置。本公开的技术可以硬件和/或软件(包括固件、微代码等)的形式来实现。另外，本公开的技术可以采取存储有指令的计算机可读存储介质上的计算机程序产品的形式，该计算机程序产品可供指令执行系统使用或者结合指令执行系统使用。

在详细描述本公开的具体实施例之前，首先对技术术语进行阐释，以便于更好地理解本公开。

信用审核系统：为信用申请(例如包括信用卡申请、个人消费信贷、分期业务或授信)提供审核服务的系统。

申请单：在信用审核系统中特指个人信贷相关申请单，本公开以“申请单”作为统一简称，是指需要查询申请人所属当地数据服务的申请单，例如基于某地区公积金数据的申请人消费信贷申请。

本地数据服务：是指由各地区提供的本地数据服务，比如公积金、社保等数据查询服务。

服务隔离：是指调用方识别并标记异常服务，降低或停止对异常服务的访问频次，直到服务解除隔离。

连续失败次数：是指请求某服务连续失败的次数，中间不存在成功的请求。

隔离开始时间：是指最近一次服务隔离的开始时间。

地区服务隔离总开关：是指地区服务隔离的总控，可直接开启或关闭全部地区服务隔离功能。

服务探测器：是指根据探测规则，访问指定服务，返回的结果用于确认服务是否可用。

针对异常地区本地服务故障而导致信用审核系统崩溃的问题，目前一般采取缩短请求超时时间的技术方案，通过缩短对各地区本地数据服务请求的超时时间，使得故障地区的服务请求快速失败，避免长时间占用资源。

但是，当某一地区的本地数据服务故障，信用审核系统还会对故障接口进行无用的请求访问，无用的请求浪费了系统的资源，而且还给异常地区本地数据服务造成压力，反而可能导致该地区本地数据服务难以恢复。此外，将超时时间缩短，当遭遇网络波动导致的服务请求超时的情况、或者该地区本地数据服务效率较低的情况时，会导致正常的请求被系统误认定为超时失败，从而影响到正常服务请求的使用。

有鉴于此，本公开实施例提供了一种异常地区数据服务隔离方法及装置，可以应用于信用审核系统，隔离目的是为了提高信用审核系统的可用性。

图1示意性示出了本公开实施例的异常地区数据服务隔离方法的系统架构。

图2示意性示出了本公开实施例的异常地区数据服务隔离方法的流程图。

结合图1，对图2所示的异常地区数据服务隔离方法进行详细说明。

本公开实施例的异常地区数据服务隔离方法应用于本地数据服务系统，该方法可以包括操作s201～s203。

在操作s201，创建用于记录地区隔离清单的中心数据库，创建用于过滤异常地区申请单的申请过滤器，建立中心数据库分别与本地数据服务系统和申请过滤器之间的通信连接。

在操作s202，申请过滤器响应于接收到的申请单，判断申请单所属地区是否在地区隔离清单内，如果是，则申请单所属地区为异常地区，将申请单过滤掉；否则，将申请单提交至本地数据服务系统。

在操作s203，本地数据服务系统接收到申请单，根据内置于本地数据服务系统中的服务故障判断模块，判断申请单所属地区是否存在本地数据服务故障；如果是，则将申请单所属地区加入地区隔离清单，以更新地区隔离清单。

通过本公开的实施例，可以减少现有技术中对异常地区本地数据服务的无效用请求，减轻异常地区本地数据服务的压力，不干扰服务恢复的速度，避免引起调用链路雪崩。本公开可以保护本地数据服务系统，保证本地数据服务系统的可用性以及服务的时效性。

本公开实施例中，地区隔离清单可以包括：地区唯一标识、地区本地数据服务地址、服务请求参数、地区服务隔离开关和隔离开始时间；其中，服务请求参数用于请求探测地区服务是否可用。

图3示意性示出了本公开实施例的本地数据服务系统的系统架构。图4示意性示出了本公开实施例的本地数据服务系统的操作流程图。

结合图3，对图4所示的本地数据服务系统的操作流程进行详细说明。

本公开实施例中，操作s203中的本地数据服务系统接收到申请单，根据内置于本地数据服务系统中的服务故障判断模块，判断申请单所属地区是否存在本地数据服务故障，可以包括子操作s401-s402。

在操作s401，本地数据服务系统接收到申请单，请求调用申请单所属地区的本地数据服务。

在操作s402，利用服务故障判断模块判断请求调用是否存在超时失败或故障失败，如果是，则判定申请单所属地区存在本地数据服务故障。

由此，本地数据服务系统不仅可以提供请求地区本地数据服务功能，还可以集成服务故障判断功能，当请求某地区本地数据服务失败，则修改中心数据库中的地区隔离数据，将该地区加入地区隔离清单；当请求成功时，继续执行本地数据服务系统的正常后续流程。

进一步地，操作s402中，判断模块判断请求调用是否存在超时失败，可以包括：判断请求调用在预设时间范围内是否失败。也即，超时失败是局限于系统预设时间范围内，如果系统在预设时间范围之外成功，同样属于超时失败的情况，由此避免客户对系统服务的反馈超时而降低用户体验。

进一步地，操作s402中，判断模块判断请求调用是否存在故障失败，可以包括：

判断请求调用在预设时间范围内的连续失败次数是否达到预设次数阈值，如果是，则判定申请单所属地区存在本地数据服务故障；或者

判断请求调用在预设时间范围内的失败频率是否达到预设频率阈值，如果是，则判定申请单所属地区存在本地数据服务故障。

通过本公开的实施例，可根据请求服务的连续失败次数或失败频率进行判断识别，对故障失败模式进行细化。

本公开的实施例，操作s203中的将申请单所属地区加入地区隔离清单的步骤之后，还包括：实时记录申请单所属地区加入地区隔离清单的隔离开始时间，以更新地区隔离清单中的隔离开始时间。

图5示意性示出了本公开实施例的申请过滤器的系统架构。图6示意性示出了本公开实施例的申请过滤器的操作流程图。

结合图5，对图6所示的申请过滤器的操作流程进行详细说明。

本公开实施例中，对于申请过滤器，操作s202中的利用申请过滤器判断申请单所属地区是否在地区隔离清单内，可以包括子操作s601-s602。

在操作s601，申请过滤器从中心数据库中获取更新的地区隔离清单。

在操作s602，识别出申请单所属地区，通过申请单所属地区与地区唯一标识的匹配比较，判断申请单所属地区是否在地区隔离清单内。

通过申请单所属地区与地区唯一标识的匹配比较，可以检测申请单所属地区是否在隔离地区清单中，如果申请单所属地区已被隔离，则直接拒绝；如果申请单所属地区未被隔离，则放行该申请单至本地数据服务系统。

通过本公开实施例，利用申请过滤器，在申请单提交本地数据服务系统之前，可以过滤掉异常地区的申请，可以有效减少对异常地区本地数据服务的无效用请求，避免申请单大量阻塞而导致的本地数据服务系统崩溃。

图7示意性示出了本公开另一实施例的异常地区数据服务隔离方法的系统架构。图8示意性示出了本公开另一实施例的异常地区数据服务隔离方法的流程图。

结合图7，对图8所示的异常地区数据服务隔离方法进行详细说明。

本公开另一实施例的异常地区数据服务隔离方法应用于本地数据服务系统，该方法可以包括操作s201～s203和s801-s802。

在操作s201，创建用于记录地区隔离清单的中心数据库，创建用于过滤异常地区申请单的申请过滤器，建立中心数据库分别与本地数据服务系统和申请过滤器之间的通信连接。

在操作s202，申请过滤器响应于接收到的申请单，判断申请单所属地区是否在地区隔离清单内，如果是，则申请单所属地区为异常地区，将申请单过滤掉；否则，将申请单提交至本地数据服务系统。

在操作s203，本地数据服务系统接收到申请单，根据内置于本地数据服务系统中的服务故障判断模块，判断申请单所属地区是否存在本地数据服务故障；如果是，则将申请单所属地区加入地区隔离清单，以更新地区隔离清单。

在操作s801，创建用于定时探测地区服务是否可用的服务探测器，建立中心数据库与服务探测器的通信连接。

在操作s802，利用服务探测器在探测到地区隔离清单中的异常地区服务恢复可用时，移除异常地区，以更新地区隔离清单。

其中，操作s201～s203与本公开前述实施例特征完全相同，在此不再赘述。以下仅描述其不同于前述实施例的特征，电即附加于操作s201～s203之后的操作s801-s802。

由此，本公开另一实施例基于前述实施例，在中心数据库外部增设可通讯连接的服务探测器，定时探测异常地区的服务功能是否可用，以更新地区隔离清单，避免异常地区恢复可用时导致系统正常的请求仍旧被系统误认定为不可用。

图9示意性示出了本公开另一实施例的服务探测器的系统架构。图10示意性示出了本公开另一实施例的服务探测器的操作流程图。

结合图9，对图10所示的服务探测器的创建流程进行详细说明。

本公开另一实施例中，创建用于定时探测地区服务是否可用的服务探测器，可以包括子操作s1001-s1004。

在操作s1001，设置具有预设启动频率的定时器。

在操作s1002，服务探测器从中心数据库中获取更新的地区隔离清单，根据隔离开始时间的先后顺序对地区隔离清单进行排序。

在操作s1003，根据排序后的地区隔离清单，利用定时器在预设启动频率下定时触发依次传入异常地区的服务请求参数，请求调用异常地区的本地数据服务。

在操作s1004，根据请求调用的返回结果，判断异常地区服务是否恢复可用。

其中，预设启动频率例如可以为每隔30秒一次或每隔10分钟一次。通过定时器中的预设启动频率来实现定时触发启用服务探测器的功能。

本公开另一实施例中，操作s1004中依次传入异常地区的服务请求参数，可以包括循环传入或并行传入方式。其中，循环传入是指按照排序后的地区隔离清单，每一异常地区具有唯一的一个服务请求参数，按照不同异常地区在清单的先后顺序依次一一传入。并行传入是指由于不同地区的本地数据服务系统之间不存在相互干扰或影响，可以依次根据预设的地区数量(例如10个)，同时向该地区数量下的一批异常地区同时传入服务请求参数，由此减少单个服务请求任务的返回等待时间，发挥服务探测器的探测性能，提高资源利用率。

本公开另一实施例中，操作s1004中的根据请求调用的返回结果，判断异常地区服务是否恢复可用，可以包括：

当返回结果为异常地区的本地服务数据，则判定异常地区服务恢复可用，移除异常地区，以更新地区隔离清单；

当返回结果为异常返回或请求超时，则判定异常地区服务不可用，继续将异常地区保留于地区隔离清单。

通过本公开的实施例，当请求调用正常返回数据，则认为该地区的本地数据服务可用，则从中心数据库将该异常地区移出地区隔离清单，并实时记录移出日志。

在一些实施例中，异常地区数据服务隔离方法还可以包括：

创建用于控制是否启用申请过滤器的地区服务隔离总开关；

当地区服务隔离总开关为开启状态时，将申请过滤器的过滤异常地区申请单的功能生效；否则，将申请过滤器的过滤异常地区申请单的功能失效。

由此，在申请过滤器之前添加一个总开关，地区服务隔离总开关作为一个配置项，在本地数据服务系统运行期间，可以根据需要打开或关闭，以控制随时启用或停用隔离功能。

本公开实施例中的本地数据服务系统是指可以调用各地本地数据服务的系统。在一些实施例中，本地数据服务系统包括信用审核系统。例如，银行或金融机构在确定是否批准发放贷款之前，需要相关部门对上述收集信息进行全面审核，以保证资金的安全性。

图11示意性示出了本公开实施例的信用审核系统的操作流程图。

如图11所示，该信用审核系统可以包括以下步骤：

收集各类申请单相关信息，相关信息包括身份信息或用途声明，将该收集信息汇聚；

利用预设信用审批模型对该收集信息进行审批，得出审核结果；

若判断获知该审核结果为通过，则通知金融机构可以放款；否则，通知申请人审批拒绝信息，结束审核。

由此，本公开提供的异常地区数据服务隔离方法，可以应用于本地数据服务系统，具体例如信用审批系统。当信用审核系统请求某一地区本地数据服务失败，则认为该地区的本地数据服务已经不可用，则将该地区加入隔离清单，当再次接收到该地区申请单时，直接拒绝，可以避免申请单大量阻塞而导致的系统崩溃。此时，该方法可以保护信用审核系统，避免异常地区服务故障引起调用链路雪崩，保证系统可用性及服务的时效性。

还需要说明的是，在其他实施例中，该异常地区数据服务隔离方法还可以应用于不同于信用审批系统的其他本地数据服务系统中。

图12示意性示出了根据本发明实施例的异常地区数据服务隔离装置的框图。

如图12所示，异常地区数据服务隔离装置1200应用于本地数据服务系统，该装置1200可以包括数据库创建模块1210、异常地区过滤模块1220和隔离清单更新模块1230。

数据库创建模块1210，用于创建用于记录地区隔离清单的中心数据库，创建用于过滤异常地区申请单的申请过滤器，建立中心数据库分别与本地数据服务系统和申请过滤器之间的通信连接；

异常地区过滤模块1220，用于在申请过滤器响应于接收到的申请单，判断申请单所属地区是否在地区隔离清单内，如果是，则申请单所属地区为异常地区，将申请单过滤掉；否则，将申请单提交至本地数据服务系统；以及

隔离清单更新模块1230，用于在本地数据服务系统接收到申请单，根据内置于本地数据服务系统中的服务故障判断模块，判断申请单所属地区是否存在本地数据服务故障；如果是，则将申请单所属地区加入地区隔离清单，以更新地区隔离清单。

需要说明的是，本公开的实施例中的装置部分与本公开的实施例中的方法部分是相对应的，异常地区数据服务隔离装置部分的描述具体参考异常地区数据服务隔离方法部分，在此不再赘述。

根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，数据库创建模块1210、异常地区过滤模块1220和隔离清单更新模块1230中的任意多个可以合并在一个模块/单元/子单元中实现，或者其中的任意一个模块/单元/子单元可以被拆分成多个模块/单元/子单元。或者，这些模块/单元/子单元中的一个或多个模块/单元/子单元的至少部分功能可以与其他模块/单元/子单元的至少部分功能相结合，并在一个模块/单元/子单元中实现。根据本公开的实施例，数据库创建模块1210、异常地区过滤模块1220和隔离清单更新模块1230中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，数据库创建模块1210、异常地区过滤模块1220和隔离清单更新模块1230中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图13示意性示出了根据本发明实施例的电子设备的框图。图13示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图13所示，电子设备1300包括处理器1310、计算机可读存储介质1320。该电子设备1300可以执行根据本公开实施例的异常地区数据服务隔离方法。

具体地，处理器1310例如可以包括通用微处理器、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))，等等。处理器1310还可以包括用于缓存用途的板载存储器。处理器1310可以是用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

计算机可读存储介质1320，例如可以是非易失性的计算机可读存储介质，具体示例包括但不限于：磁存储装置，如磁带或硬盘(hdd)；光存储装置，如光盘(cd-rom)；存储器，如随机存取存储器(ram)或闪存；等等。

计算机可读存储介质1320可以包括计算机程序1321，该计算机程序1321可以包括代码/计算机可执行指令，其在由处理器1310执行时使得处理器1310执行根据本公开实施例的方法或其任何变形。

计算机程序1321可被配置为具有例如包括计算机程序模块的计算机程序代码。例如，在示例实施例中，计算机程序1321中的代码可以包括一个或多个程序模块，例如包括1321a、模块1321b、……。应当注意，模块的划分方式和个数并不是固定的，本领域技术人员可以根据实际情况使用合适的程序模块或程序模块组合，当这些程序模块组合被处理器1310执行时，使得处理器1310可以执行根据本公开实施例的方法或其任何变形。

根据本公开的实施例，数据库创建模块1210、异常地区过滤模块1220和隔离清单更新模块1230中的至少一个可以实现为参考图13描述的计算机程序模块，其在被处理器1310执行时，可以实现上面描述的相应操作。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的异常地区数据服务隔离方法。

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

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。