CN105373551A - 一种确定敏感资源处理策略的方法及服务器 - Google Patents

Abstract

本申请实施例公开了一种确定敏感资源处理策略的方法及服务器，所述方法包括：服务器获取待处理的敏感资源，基于预设的处理规则对所述敏感资源进行处理，得到第二敏感资源；所述服务器根据预设的第一规则设定第二敏感资源的处理状态，根据所述设定的处理状态，确定第二敏感资源中的第三敏感资源和第四敏感资源，并确定第四敏感资源的处理策略；所述服务器根据预设的第二规则，确定第三敏感资源的处理策略。本申请实施例公开的确定敏感资源处理策略的方法及服务器可以提高确定敏感资源处理策略的执行效率。

Description

一种确定敏感资源处理策略的方法及服务器

技术领域

本申请涉及计算机数据处理技术领域，特别涉及一种确定敏感资源处理策略的方法及服务器。

背景技术

在利用计算机进行数据交互的过程中，经常会涉及到敏感信息。敏感信息可以包括手机号、银行卡号、用户地址等信息，敏感信息使用不当或未经授权被人修改可能会影响个人的隐私。因此通常需要确定包含敏感信息的敏感资源的处理策略。所述敏感资源可以是包含敏感信息的结构体。所述敏感资源通常可以包括：资源唯一标识(下文中简称为资源ID)、系统名、敏感信息的类型、敏感信息、URL(统一资源定位符，UniformResourceLocator)、代码变量、处理状态等信息。对敏感资源进行处理的策略可以包括：屏蔽、展示、误报或按权限屏蔽。

现有的确定敏感资源处理策略的方法通常可以包括：

操作人员查看统一管控平台上待处理的敏感资源，根据敏感资源中包含的系统名，将待处理的敏感资源发送至对应的系统管理员。

系统管理员查找待处理的敏感资源所对应的业务方及开发方，并将所述业务方和开发方反馈给操作人员。

操作人员将待处理的敏感资源发送给该敏感资源对应的业务方，并通知业务方进行处理。

业务方接收到操作人员发来的待处理敏感资源后，设定敏感资源的处理状态；所述处理状态可以包括：需要处理或不处理。并将所述设定了状态的敏感资源反馈给操作人员。

操作人员将业务方反馈的处理状态设定为“需要处理”的敏感资源发送给系统的开发人员。

开发人员对处理状态设定为“需要处理”的敏感资源给出确认意见，并将所述确认意见发送给操作人员。

操作人员按照开发人员反馈的意见，确定敏感资源的处理策略。

在实现本申请过程中，发明人发现现有技术中至少存在如下问题：现有的确定敏感资源处理策略的方法，对敏感资源的分发和传递都需要通过操作人员来实现，而操作人员每天能够处理的敏感资源数量是有限的，因此，现有的确认敏感资源处理策略的方法执行效率较低。

发明内容

本申请实施例的目的是提供一种确定敏感资源处理策略的方法及服务器，以提高执行效率。

为解决上述技术问题，本申请实施例提供一种确定敏感资源处理策略的方法及服务器是这样实现的：

一种确定敏感资源处理策略的方法，包括：服务器获取待处理的敏感资源，基于预设的处理规则对所述敏感资源进行处理，得到第二敏感资源；所述服务器根据预设的第一规则设定第二敏感资源的处理状态，根据所述设定的处理状态，确定第二敏感资源中的第三敏感资源和第四敏感资源，并确定第四敏感资源的处理策略；所述服务器根据预设的第二规则，确定第三敏感资源的处理策略。

一种确定敏感资源处理策略的服务器，包括：分发模块、业务处理模块和开发处理模块；其中，所述分发模块，用于获取待处理的敏感资源，基于预设的处理规则对所述敏感资源进行处理，得到第二敏感资源；所述业务处理模块，用于根据预设的第一规则设定第二敏感资源的处理状态；根据设定的处理状态，确定第二敏感资源中的第三敏感资源；所述开发处理模块，用于根据预设的第二规则，确定第三敏感资源的处理策略。

由以上本申请实施例提供的技术方案可见，本申请实施例通过服务器上的分发模块、业务处理模块和开发处理模块，可以自动实现敏感资源的分发、处理状态的设定和处理策略的确定，每一模块在完成对当前的敏感资源的处理后，可以立即处理下一个敏感资源；同时，每一模块处理好的敏感资源可以自动进入下一模块进行处理，而不需要等待操作人员人工去分配下一步如何处理。因此，本申请实施例提供的技术方案可以提高确定敏感资源处理策略的执行效率。同时，本申请实施例提供的技术方案，利用服务器实现敏感资源的分发，分发过程不需要进行人工交互，可以减少敏感资源分发过程产生的人工成本。

附图说明

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

图1是本申请确定敏感资源处理策略的方法一个实施例的流程图；

图2是本申请确定敏感资源处理策略的服务器一个实施例的模块图；

图3是本申请确定敏感资源处理策略的服务器实施例中分发模块的组成结构图；

图4是本申请确定敏感资源处理策略的服务器实施例中业务处理模块的组成结构图；

图5是本申请确定敏感资源处理策略的服务器实施例中开发处理模块的组成结构图。

具体实施方式

本申请实施例提供一种确定敏感资源处理策略的方法及服务器。

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

图1是本申请一种确定敏感资源处理策略的方法实施例的流程图。如图1所示，所述确定敏感资源处理策略的方法，可以包括：

S101：服务器获取待处理的敏感资源，基于预设的处理规则对所述敏感资源进行处理，得到第二敏感资源。

服务器可以包括分发模块；所述服务器的分发模块可以获取待处理的敏感资源。

所述敏感资源可以是包含敏感信息的结构体。所述敏感资源通常可以包括：资源唯一标识(下文中简称为资源ID)、系统名、敏感信息的类型、敏感信息、URL、代码变量和处理状态等信息。

所述资源ID可以用于标识每一敏感资源，所述资源ID可以用编号的形式来表示。例如，可以为每一敏感资源设定一唯一的编号作为该敏感资源的资源ID。

所述系统名可以用于表示敏感资源中的敏感信息所属的系统，所述系统名与开发处理模块的处理规则可以具有对应的关系，例如系统名为“系统A”的敏感资源可以根据与“系统A”对应的处理规则来确定敏感资源的处理策略。

所述URL可以用于表示敏感资源中敏感信息所属的页面地址。所述URL与业务处理模块的处理规则可以具有对应关系。例如，对于同一URL的敏感资源，业务处理模块设定状态的处理规则可以是相同的。

所述敏感信息的类型可以用于描述敏感信息的格式类型，例如所述敏感信息的类型可以包括：手机号码或账号密码等。

所述敏感信息可以是具体的手机号、用户名等内容。

所述代码变量可以是用于标记敏感信息内容出现的具体位置的变量。例如，所述代码变量可以是用于标记网页上输入手机号的输入框的变量。

所述处理状态可以用于表示敏感资源当前是否已经处理，或是否需要处理。所述处理状态可以包括：待处理、需要处理、不需要处理或已处理等。所述分发模块接收到的敏感资源的处理状态可以是待处理。

所述服务器的分发模块获取到待处理的敏感资源后，可以基于预设的处理规则对所述敏感资源进行处理，得到第二敏感资源。具体地可以包括：分发模块基于所述敏感资源中包含的系统名进行分类，得到第一敏感资源；分发模块基于URL(统一资源定位符)对第一敏感资源进行合并，得到第二敏感资源。

所述分发模块基于所述敏感资源中包含的系统名进行分类，得到第一敏感资源可以包括：分发模块将系统名相同的敏感资源分为一个类别。例如，可以将系统名相同的敏感资源存放在相同的存储目录中，或者，可以将用于描述敏感资源的信息存放在相同的存储目录中。所述分发模块可以将按系统名分类的敏感资源设置为第一敏感资源。

由于业务处理模块只涉及对相同URL的敏感资源设定处理状态，因此，可以对所述第一敏感资源进行合并，以提高业务处理模块的处理效率。

所述分发模块还可以基于URL对所述第一敏感资源进行合并，具体地，可以将同一系统名类别中，URL相同的敏感资源进行合并，得到第三敏感资源。例如，可以将URL相同的敏感资源合并显示为一个敏感资源的记录。例如，某一相同的系统名中敏感资源的信息可以如表1所示，所述分发模块可以基于URL对表1中的敏感资源进行合并，合并结果可以如表2所示。

表1

表2

URL	系统名	处理状态
			/risktask/case1detail.htm	A	待确认
/risktask/case2detail.htm	A	待确认

进一步地，所述分发模块基于URL对第一敏感资源进行合并后，还可以发送得到第二敏感资源的第一消息至服务器的业务处理模块。所述分发模块发送第一消息至所述业务处理模块，可以通过邮件、短信息等方式来实现。

S102：所述服务器根据预设的第一规则设定第二敏感资源的处理状态，根据所述设定的处理状态，确定第二敏感资源中的第三敏感资源和第四敏感资源，并确定第四敏感资源的处理策略。

所述服务器可以包含业务处理模块。

所述服务器的业务处理模块获取第二敏感资源后，可以根据预设的第一规则，设定第二敏感资源的处理状态。所述业务处理模块可以根据预设的第一规则，设定第二敏感资源的处理状态为需要处理或不需要处理。所述预设的第一规则，可以包括URL与处理状态之间的对应关系。

根据所述设定的处理状态，可以确定第二敏感资源中的第三敏感资源和第四敏感资源。具体地，第二敏感资源中，设定的处理状态为需要处理的敏感资源可以确定为第三敏感资源。第二敏感资源中，设定的处理状态为不需要处理的敏感资源可以确定为第四敏感资源。

所述业务处理模块还可以确定第四敏感资源的处理策略为“展示”。

例如，所述业务处理模块对表2中的第三敏感资源设定状态的结果可以如表3所示。表3中处理状态为不需要处理的敏感资源可以设定为第四敏感资源。可以确定所述第四敏感资源的处理策略为“展示”，则第四敏感资源的处理结果可以如表4所示。

表3

URL	系统名	处理状态
			/risktask/case1detail.htm	A	不需要处理
/risktask/case2detail.htm	A	需要处理

表4

资源ID

系统名

敏感信息类型

敏感信息

URL

代码变量

处理策略

1042

A

手机号码

123456789

/risktask/case1detail.htm

test

展示

3060

A

手机号码

234567890

/risktask/case1detail.htm

test

展示

进一步地，所述服务器的业务处理模块还可以接收所述分发模块发来的第一消息。所述业务处理模块接收第一消息后，可以根据第一消息获取所述分发模块得到的第二敏感资源。

进一步地，所述业务处理模块还可以将得到第三敏感资源的第二消息发送至服务器的开发处理模块。

S103：所述服务器根据预设的第二规则，确定第三敏感资源的处理策略。

所述服务器可以包含开发处理模块。

例如表3中的敏感资源确定为第三敏感资源的，可以如表5所示。

表5

所述服务器的开发处理模块获取第三敏感资源后，可以根据预设的第二规则，确定第三敏感资源的处理策略。具体地，可以根据第二预设规则和敏感资源中的代码变量来确定第三敏感资源的处理策略。

所述第二预设规则可以包括：敏感资源处理策略与敏感资源中代码变量之间的对应关系。例如，表5中，代码变量为“test”对应的处理策略可以为“展示”，代码变量为“Syneventlist.eventpropery”对应的处理策略可以为“屏蔽”，那么，可以确定所述第三敏感资源的处理策略如表6所示。

表6

进一步地，所述服务器的开发处理模块还可以接收所述业务处理模块发来的得到第三敏感资源的第二消息。所述开发处理模块接收到第二消息后，可以根据第二消息，获取所述业务处理模块得到的第三敏感资源。

本申请公开的确定敏感资源处理策略的方法实施例，通过服务器上的分发模块、业务处理模块和开发处理模块，可以自动实现敏感资源的分发、处理状态的设定和处理策略的确定，每一模块在完成当前的敏感资源的处理后，可以立即处理下一个敏感资源；同时，每一模块处理好的敏感资源可以自动进入下一模块进行处理，而不需要等待操作人员人工去分配下一步如何处理，可以提高确定敏感资源处理策略的执行效率。进一步地，本申请公开的确定敏感资源处理策略的方法实施例，利用服务器实现敏感资源的分发，分发过程不需要进行人工交互，可以减少敏感资源分发过程产生的人工成本。

图2是本申请确定敏感资源处理策略的服务器一个实施例的模块图。如图2所述，所述确定敏感资源处理策略的服务器100可以包括：分发模块110、业务处理模块120和开发处理模块130。其中，

所述分发模块110，可以用于获取待处理的敏感资源，基于预设的处理规则对所述敏感资源进行处理，得到第二敏感资源。

图3是本申请确定敏感资源处理策略的服务器实施例中分发模块的组成结构图。如图3所示，所述分发模块110可以包括：待处理资源获取模块111、第一敏感资源模块112和第二敏感资源模块113。其中，

所述待处理资源获取模块111，可以用于获取待处理的敏感资源。

所述第一敏感资源模块112，可以用于基于敏感资源中包含的系统名对所述待处理资源获取模块111获取到的敏感资源进行分类，得到第一敏感资源。

所述第二敏感资源模块113，可以用于基于URL(统一资源定位符)对所述第一敏感资源模块112得到的第一敏感资源进行合并，得到第二敏感资源。

进一步地，所述分发模块110还可以包括：第一消息发送模块114。所述第一消息发送模块114，可以用于发送第一消息至服务器的业务处理模块120。所述第一消息可以包括：第二敏感资源模块113得到第二敏感资源的消息。

所述业务处理模块120，可以用于根据预设的第一规则设定第二敏感资源的处理状态，根据设定的处理状态，确定第二敏感资源中的第三敏感资源。

图4是本申请确定敏感资源处理策略的服务器实施例中业务处理模块的组成结构图。如图4所示，所述业务处理模块120可以包括：第二敏感资源接收模块121、状态设定模块122、敏感资源确定模块123和第四敏感资源模块124。其中，

所述第二敏感资源接收模块121，可以用于获取分发模块110得到的第二敏感资源。

所述状态设定模块122，可以用于根据预设的第一规则，设定第二敏感资源接收模块121获得的第二敏感资源的处理状态。

所述敏感资源确定模块123，可以用于根据状态设定模块122中设定的处理状态，确定第二敏感资源中的第三敏感资源和第四敏感资源。

所述第四敏感资源处理模块124，可以用于确定所述敏感资源确定模块123中第四敏感资源的处理策略。

当分发模块110中包括第一消息发送模块114时，所述业务处理模块120还可以包括第一消息接收模块125。所述第一消息接收模块125，可以用于接收第一消息发送模块114发来的第一消息。

进一步地，所述业务处理模块120还可以包括：第二消息发送模块126。所述第二消息发送模块126，可以用于发送第二消息至服务器的开发处理模块130。所述第二消息可以包括：敏感资源确定模块123得到第三敏感资源的消息。

所述开发处理模块130，可以用于根据预设的第二规则，确定第三敏感资源的处理策略。

图5是本申请确定敏感资源处理策略的服务器实施例中开发处理模块的组成结构图。如图5所示，所述开发处理模块130，可以包括：第三敏感资源接收模块131和第三敏感资源处理模块132。其中，

所述第三敏感资源接收模块131，可以用于获取所述业务处理模块120得到的第三敏感资源。

所述第三敏感资源处理模块132，可以用于根据预设的第二规则，确定第三敏感资源的处理策略。

当所述业务处理模块120中包含第二消息发送模块126时，所述开发处理模块130还可以包括：第二消息接收模块133。所述第二消息接收模块133，可以用于接收所述第二消息发送模块126发来的第二消息。

上述公开的确定敏感资源处理策略的服务器实施例与本申请公开的确定敏感资源处理策略的方法实施例相对应，可以实现本申请公开的方法实施例。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(ProgrammableLogicDevice,PLD)(例如现场可编程门阵列(FieldProgrammableGateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片2。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(HardwareDescriptionLanguage，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(AdvancedBooleanExpressionLanguage)、AHDL(AlteraHardwareDescriptionLanguage)、Confluence、CUPL(CornellUniversityProgrammingLanguage)、HDCal、JHDL(JavaHardwareDescriptionLanguage)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardwareDescriptionLanguage)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegratedCircuitHardwareDescriptionLanguage)与Verilog2。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(ApplicationSpecificIntegratedCircuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC625D、AtmelAT91SAM、MicrochipPIC18F26K20以及SiliconeLabsC8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。该计算机软件产品可以包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。该计算机软件产品可以存储在内存中，内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括短暂电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

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

本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。

Claims (17)

1.一种确定敏感资源处理策略的方法，其特征在于，包括：

服务器获取待处理的敏感资源，基于预设的处理规则对所述敏感资源进行处理，得到第二敏感资源；

所述服务器根据预设的第一规则设定第二敏感资源的处理状态，根据所述设定的处理状态，确定第二敏感资源中的第三敏感资源和第四敏感资源，并确定第四敏感资源的处理策略；

所述服务器根据预设的第二规则，确定第三敏感资源的处理策略。

2.如权利要求1所述的一种确定敏感资源处理策略的方法，其特征在于，所述敏感资源包括：资源唯一标识、系统名、敏感信息的类型、敏感信息、统一资源定位符、代码变量和处理状态。

3.如权利要求2所述的一种确定敏感资源处理策略的方法，其特征在于，所述服务器基于预设的处理规则对所述敏感资源进行处理，得到第二敏感资源，具体包括：

所述服务器基于所述敏感资源中包含的系统名进行分类，得到第一敏感资源；

所述服务器基于统一资源定位符对第一敏感资源进行合并，得到第二敏感资源。

4.如权利要求3所述的一种确定敏感资源处理策略的方法，其特征在于，所述服务器基于所述敏感资源中包含的系统名进行分类，包括：将系统名相同的敏感资源归为一类。

5.如权利要求4所述的一种确定敏感资源处理策略的方法，其特征在于，所述将系统名相同的敏感资源归为一类，包括：将系统名相同的敏感资源存放在相同的存储目录中，或者，将用于描述敏感资源的信息中系统名相同的存放在相同的存储目录中。

6.如权利要求3所述的一种确定敏感资源处理策略的方法，其特征在于，所述服务器基于统一资源定位符对第一敏感资源进行合并，包括：所述服务器将统一资源定位符相同的第一敏感资源进行合并。

7.如权利要求2所述的一种确定敏感资源处理策略的方法，其特征在于，所述第一规则，包括：统一资源定位符与处理状态之间的对应关系。

8.如权利要求2所述的一种确定敏感资源处理策略的方法，其特征在于，所述服务器根据预设的第一规则设定第二敏感资源的处理状态，包括：所述服务器根据预设的第一规则设定第二敏感资源的处理状态为：需要处理或不需要处理。

9.如权利要求8所述的一种确定敏感资源处理策略的方法，其特征在于，所述根据设定的处理状态，确定第二敏感资源中的第三敏感资源和第四敏感资源，包括：

将第二敏感资源中，设定的处理状态为需要处理的敏感资源确定为第三敏感资源；

将第二敏感资源中，设定的处理状态为不需要处理的敏感资源确定为第四敏感资源。

10.如权利要求9所述的一种确定敏感资源处理策略的方法，其特征在于，确定第四敏感资源的处理策略，包括：确定第四敏感资源的处理策略为“展示”。

11.如权利要求2所述的一种确定敏感资源处理策略的方法，其特征在于，所述第二规则，包括：敏感资源处理策略与敏感资源中代码变量之间的对应关系。

12.一种确定敏感资源处理策略的服务器，其特征在于，包括：分发模块、业务处理模块和开发处理模块；其中，

所述分发模块，用于获取待处理的敏感资源，基于预设的处理规则对所述敏感资源进行处理，得到第二敏感资源；

所述业务处理模块，用于根据预设的第一规则设定第二敏感资源的处理状态；根据设定的处理状态，确定第二敏感资源中的第三敏感资源；

所述开发处理模块，用于根据预设的第二规则，确定第三敏感资源的处理策略。

13.如权利要求12所述的一种确定敏感资源处理策略的服务器，其特征在于，所述分发模块包括：待处理资源获取模块、第一敏感资源模块和第二敏感资源模块；其中，

所述待处理资源获取模块，用于获取待处理的敏感资源；

所述第一敏感资源模块，用于基于敏感资源中包含的系统名对所述待处理资源获取模块获取到的敏感资源进行分类，得到第一敏感资源；

所述第二敏感资源模块，用于基于统一资源定位符对所述第一敏感资源模块得到的第一敏感资源进行合并，得到第二敏感资源。

14.如权利要求12所述的一种确定敏感资源处理策略的服务器，其特征在于，所述业务处理模块包括：第二敏感资源接收模块、状态设定模块、敏感资源确定模块和第四敏感资源模块；其中，

所述第二敏感资源接收模块，用于获取分发模块得到的第二敏感资源；

所述状态设定模块，用于根据预设的第一规则，设定第二敏感资源接收模块获得的第二敏感资源的处理状态；

所述敏感资源确定模块，用于根据状态设定模块中设定的处理状态，确定第二敏感资源中的第三敏感资源和第四敏感资源；

所述第四敏感资源处理模块，用于确定所述敏感资源确定模块中第四敏感资源的处理策略。

15.如权利要求12所述的一种确定敏感资源处理策略的服务器，其特征在于，所述开发处理模块包括：第三敏感资源接收模块和第三敏感资源处理模块；其中，

所述第三敏感资源接收模块，用于获取所述业务处理模块得到的第三敏感资源；

所述第三敏感资源处理模块，用于根据预设的第二规则，确定第三敏感资源的处理策略。

16.如权利要求13所述的一种确定敏感资源处理策略的服务器，其特征在于，所述分发模块还包括：第一消息发送模块；所述第一消息发送模块，用于发送第一消息至服务器的业务处理模块；所述第一消息包括：第二敏感资源模块得到第二敏感资源的消息；

相应地，

所述业务处理模块还包括：第一消息接收模块；所述第一消息接收模块，用于接收第一消息发送模块发来的第一消息。

17.如权利要求14所述的一种确定敏感资源处理策略的服务器，其特征在于，所述业务处理模块还包括：第二消息发送模块；所述第二消息发送模块，用于发送第二消息至服务器的开发处理模块；所述第二消息包括：敏感资源确定模块得到第三敏感资源的消息；

相应地，

所述开发处理模块还包括：第二消息接收模块；所述第二消息接收模块，用于接收所述第二消息发送模块发来的第二消息。