CN110247896B - 基于开启防火墙的信息处理方法、装置和计算机设备 - Google Patents

Abstract

本申请涉及研发管理领域内一种基于开启防火墙的信息处理方法、装置、计算机设备和存储介质。所述方法包括：通过第一应用程序向第二应用程序发送调用请求，所述第二应用程序运行在响应方终端；当所述调用请求被拒绝时，识别是否需要开启与所述响应方终端之间的防火墙；若是，则采集本地对应的开墙信息以及所述响应方终端对应的开墙信息；利用所述开墙信息生成对应的开墙请求；将所述开墙请求发送至开墙平台，所述开墙平台用于处理所述开墙请求，当所述开墙请求处理完毕后，开启相应的防火墙。采用本方法能够有效提高申请开启防火墙工作效率。

Description

基于开启防火墙的信息处理方法、装置和计算机设备

技术领域

本申请涉及计算机技术领域，特别是涉及一种基于开启防火墙的信息处理方法、装置、计算机设备和存储介质。

背景技术

随着计算机技术的发展与业务需求的多样化，各种业务系统应运而生。不同的业务系统可以具有不同的业务功能。当存在业务交叉时，业务系统之间还可以相互调用。如果运行业务系统的终端在不同的网段，还需要在调用业务系统之前，对不同网段内的终端开启防火墙。

在传统的方式中，在提交开启防火墙的申请时，需要人工收集多种信息，手动提交申请。如果在申请过程中出错，则需要重新提交相应的申请。申请开启防火墙的准备工作非常繁琐，导致申请开启防火墙的工作效率较低。

发明内容

基于此，有必要针对上述技术问题，提供一种能够有效提高申请开启防火墙工作效率的基于开启防火墙的信息处理方法、装置、计算机设备和存储介质。

一种基于开启防火墙的信息处理方法，所述方法包括：

通过第一应用程序向第二应用程序发送调用请求，所述第二应用程序运行在响应方终端；

当所述调用请求被拒绝时，识别是否需要开启与所述响应方终端之间的防火墙；

若是，则采集本地对应的开墙信息以及所述响应方终端对应的开墙信息；

利用所述开墙信息生成对应的开墙请求；

将所述开墙请求发送至开墙平台，所述开墙平台用于处理所述开墙请求，当所述开墙请求处理完毕后，开启相应的防火墙。

在其中一个实施例中，所述识别是否需要开启与所述响应方终端之间的防火墙包括：

读取所述第一应用程序的日志文件，在所述日志文件中提取请求方网络信息；

通过云平台获取运行第二应用程序的响应方终端对应的响应方网络信息；

利用所述请求方网络信息以及所述响应方网络信息，识别是否需要开启与所述响应方终端之间的防火墙。

在其中一个实施例中，所述利用所述开墙信息生成对应的开墙请求包括：

在本地读取数组格式的开墙信息，将数组格式的开墙信息转换为json格式；

利用与所述开墙字段对应的参数以及json格式的开墙信息生成对应的开墙请求。

在其中一个实施例中，所述利用所述开墙信息生成对应的开墙请求包括：

调用录入函数，利用所述录入函数读取所述开墙信息以及对应的输入框坐标；

登录开墙申请页面，在所述开墙申请页面中控制光标移动至所述输入框坐标对应的位置，通过所述录入函数将所述开墙信息录入至输入框中；

利用所述开墙申请页面中录入的开墙信息生成对应的开墙请求。

在其中一个实施例中，所述方法还包括：

根据所述调用请求获取所述第一应用程序与所述第二应用程序之间的调用时序；

利用所述调用时序与开墙信息生成相应的调用关系图。

一种基于开启防火墙的信息处理装置，所述装置包括：

调用模块，用于通过第一应用程序向第二应用程序发送调用请求，所述第二应用程序运行在响应方终端；

识别模块，用于当所述调用请求被拒绝时，识别是否需要开启与所述响应方终端之间的防火墙；

采集模块，用于若需要开启防火墙，则采集本地对应的开墙信息以及所述响应方终端对应的开墙信息；

申请模块，用于利用所述开墙信息生成对应的开墙请求；将所述开墙请求发送至开墙平台，所述开墙平台用于处理所述开墙请求，当所述开墙请求处理完毕后，开启相应的防火墙。

在其中一个实施例中，所述识别模块还用于读取所述第一应用程序的日志文件，在所述日志文件中提取请求方网络信息；通过云平台获取运行第二应用程序的响应方终端对应的响应方网络信息；利用所述请求方网络信息以及所述响应方网络信息，识别是否需要开启与所述响应方终端之间的防火墙。

在其中一个实施例中，所述申请模块还用于在本地读取数组格式的开墙信息，将数组格式的开墙信息转换为json格式；利用与所述开墙字段对应的参数以及json格式的开墙信息生成对应的开墙请求。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述各个方法实施例中的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述各个方法实施例中的步骤。

上述基于开启防火墙的信息处理方法、装置、计算机设备和存储介质，当应用程序之间的调用请求被请求方终端拒绝时，自动识别是否需要开启请求方终端与响应方终端之间的防火墙。如果需要开启防火墙，可以自动采集所需的开墙信息，还可以自动利用开墙信息生成开墙请求，将开墙请求发送至开墙平台。整个过程，无需人工介入，不仅有效节省了人力，而且有效提高了开墙申请的工作效率。

附图说明

图1为一个实施例中基于开启防火墙的信息处理方法的应用场景图；

图2为一个实施例中基于开启防火墙的信息处理方法的流程示意图；

图3为一个实施例中识别是否需要开启与响应方终端之间的防火墙步骤的流程示意图；

图4为一个实施例中基于开启防火墙的信息处理装置的结构框图；

图5为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的基于开启防火墙的信息处理方法，可以应用于如图1所示的应用环境中。其中，请求方终端102通过网络与云平台104进行通信。响应方终端106通过网络与云平台104进行通信。其中，请求方终端102以及响应方终端106可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，还可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种基于开启防火墙的信息处理方法，以该方法应用于图1中的终端为例进行说明，包括以下步骤：

步骤202，通过第一应用程序向第二应用程序发送调用请求，第二应用程序运行在响应方终端。

步骤204，当调用请求被拒绝时，识别是否需要开启与响应方终端之间的防火墙；若是，则执行步骤206，否则，生成不必开启防火墙的提示信息。

步骤206，采集本地对应的开墙信息以及响应方终端对应的开墙信息。

第一终端(也可以称为请求方终端)上安装了第一应用程序与开墙申请应用程序(也可以简称为开墙程序)。第二终端(也可以称为响应方终端)上安装了第二应用程序和开墙程序。请求方终端在利用第一应用程序在执行工作任务时，可以向响应方终端的第二应用程序发送调用请求。如果调用请求被响应方终端拒绝，则请求方终端利用开墙程序识别是否需要开墙请求方终端与响应方终端之间的防火墙。

其中，请求方终端利用开墙程序读取第一应用程序的日志文件，在日志文件中提取请求方网络信息，通过云平台获取运行第二应用程序的响应方终端对应的响应方网络信息。开墙程序利用请求方网络信息以及响应方网络信息，识别是否需要开启与响应方终端之间的防火墙。

当识别到需要开启请求方终端与响应方终端之间的防火墙时，开墙程序获取预设的开墙字段，根据开墙字段在请求方网络信息中提取请求方开墙信息，以及根据开墙字段在响应方网络信息中提取响应方开墙信息。请求方开墙信息与响应方开墙信息可以统称为开墙信息。由此可以在识别到需要开启防火墙时，无需人工手动收集开墙信息，能够自动采集开墙信息，有效节省了人力工作。

当识别到不需要开墙请求方终端与响应方终端之间的防火墙时，表示请求方终端与响应方终端之间可能在同一网段，也可以已经开启了相应的防火墙。开墙程序可以直接生成不必开启防火墙的提示信息。

步骤208，利用开墙信息生成对应的开墙请求。

步骤210，将开墙请求发送至开墙平台，开墙平台用于处理开墙请求，当开墙请求处理完毕后，开启相应的防火墙。

开墙程序可以采用多种形式生成开墙请求。其中，开墙程序可以利用与开墙字段对应的参数以及开墙信息生成对应的开墙请求。开墙程序调用开墙平台的预设接口，由此完成自动填写开墙申请内容，并将开墙申请内容提交至开墙平台。开墙程序还可以调用录入函数，通过录入函数将开墙信息录入至开墙申请页面中，利用开墙申请页面中录入的开墙信息生成对应的开墙请求，也可以完成自动填写开墙申请内容，并将开墙申请内容提交至开墙平台。开墙平台接收开墙请求后，按照开墙流程进行处理，当开墙请求处理完毕时，可以开启请求方终端与响应方终端之间的防火墙。

在传统的方式中，开墙申请时，不仅需要人工收集开墙信息，而且需要人工在开墙申请页面中手动填写相应内容。造成较多人力成本的耗费，而且容易出错。而本实施例中，当应用程序之间的调用请求被请求方终端拒绝时，自动识别是否需要开启请求方终端与响应方终端之间的防火墙。如果需要开启防火墙，可以自动采集所需的开墙信息，还可以自动利用开墙信息生成开墙请求，将开墙请求发送至开墙平台。整个过程，无需人工介入，不仅有效节省了人力，而且有效提高了开墙申请的工作效率。

进一步的，开墙平台在处理完开墙请求后，向请求方终端返回待验证的提示信息。请求方终端在接收到该提示信息后，可以通过开墙程序自动执行验证工作。具体的，开墙程序可以模拟人工操作，触发第一应用程序启动，在第一应用程序启动之后，触发第一应用程序向第二应用程序再次发送调用请求。如果第二应用程序与第一应用程序之间连接成功，并且通过接口可以调用，则确定第一应用程序与第二应用程序之间的防火墙已开启，即请求方终端与响应方终端之间的防火墙已成功开启，有效消除了之前存在的网络隔离。在传统的方式中，由人工完成相应的验证工作。而本实施例中，不仅可以自动申请开启防火墙，还可以自动完成防火墙开启后的验证工作，进一步节省了人力成本。

在一个实施例中，如图3所示，识别是否需要开启与响应方终端之间的防火墙的步骤包括：

步骤302，读取第一应用程序的日志文件，在日志文件中提取请求方网络信息。

步骤304，通过云平台获取运行第二应用程序的响应方终端对应的响应方网络信息。

步骤306，利用请求方网络信息以及响应方网络信息，识别是否需要开启与响应方终端之间的防火墙。

请求方终端利用开墙程序在本地读取第一应用程序的日志文件。日志文件中记录了第一应用程序向第二应用程序发送的调用请求以及调用请求对应的网络信息等。其中，调用请求可以是TCP(Transmission Control Protocol，传输控制协议)请求也可以是HTTP(HyperTextTransferProtocol，超文本传输协议)请求等。调用请求对应的网络信息包括请求方终端对应的IP地址、端口、网段等。开墙程序获取预设关键字，包括连接失败、连接超时、网段等，利用预设关键字在日志信息中提取请求方网络信息。其中，连接识别、连接超时对应的信息可以称为连接信息。网段对应的信息可以称为网段信息。

开墙程序可以将请求方终端中多种应用程序的日志文件上传至云平台。开墙程序也可以将响应方终端中多种应用程序的日志文件上传至云平台。在第一应用程序的调用请求被响应方终端拒绝后，请求方终端上运行的开墙程序在云平台获取第二应用程序所在的响应方终端对应的日志文件。该日志文件可以是第二应用程序的日志文件。开墙程序采用上述方式在该日志文件中提取相应的响应方网络信息。

开墙程序利用请求方网络信息以及响应方网络信息，识别是否需要开启与响应方终端之间的防火墙。具体的，当第一应用程序与第二应用程序连接失败或者连接超时，再读取第一应用程序的网段信息以及第二应用程序的网段信息，如果两者的网段信息不同，表示第一应用程序与第二应用程序分别处于不同的网段，即两者之间存在网络隔离，需要开启相应的防火墙。通过利用连接信息以及网段信息进行判断，由此识别第一应用程序与第二应用程序是否需要开启防火墙。即由此能够准确识别是否需要在请求方终端与响应方终端之间开启相应的防火墙。

在一个实施例中，利用开墙信息生成对应的开墙请求包括：在本地读取数组格式的开墙信息，将数组格式的开墙信息转换为json格式；利用与开墙字段对应的参数以及json格式的开墙信息生成对应的开墙请求。

开墙程序在采集开墙信息之后，将开墙信息按照数组格式进行保存。其中，开墙程序将开墙信息中的请求方IP地址、请求方端口信息、请求方所属网段、响应方IP地址、响应方端口信息、响应方所属网段等按照数组格式进行保存。由于开墙平台进行开墙处理时所采用的数据格式为json格式，为了便于开墙平台可以直接使用开墙信息，在开墙程序将开墙信息发送至开墙平台之前，在本地读取数组格式的开墙信息，对开墙信息进行格式转换，即将数组格式的开墙信息转换为json格式的开墙信息。开墙程序根据HTTP协议，利用json格式的开墙信息生成相应的post请求。其中，post请求的报文中携带了第一应用程序名称、第二应用程序名称、请求方IP地址、响应方IP地址、请求方端口、响应方断开、访问类型等参数及相应的参数值。开墙程序以post请求带参数形式调用开墙平台的预设接口，由此完成自动填写开墙内容并提交。开墙平台接收到post请求后，利用其对应的报文，生成开墙所需的表单。表单的内容包括：访问类型、应用请求方、应用响应方。在这个过程中，无需人工介入，不仅避免了人工提交开墙信息可能造成的错误，而且有效提高了开墙申请的工作效率。

在一个实施例中，利用开墙信息生成对应的开墙请求包括：调用录入函数，利用录入函数读取开墙信息以及对应的输入框坐标；登录开墙申请页面，在开墙申请页面中控制光标移动至输入框坐标对应的位置，通过录入函数将开墙信息录入至输入框中；利用开墙申请页面中录入的开墙信息生成对应的开墙请求。

开墙程序也可以登录开墙申请页面，通过开墙申请页面向开墙平台提交开墙请求。具体的，开墙程序中可以调用录入函数，通过录入函数在请求方终端本地读取开墙信息以及配置文件。配置文件中可以记录了开墙申请页面中各个参数及其对应的输入框坐标。录入函数可以根据配置文件中的参数在开墙信息中读取相应参数值，将参数值对应输入框坐标录入相应的输入框中。在完成一个参数值的录入时，可以控制开墙申请页面中的光标移动至下一个输入框坐标对应的位置，将读取到的下一个参数值录入至输入框中，直至将开墙申请页面中所有的开墙信息录入完毕。开墙信息利用开墙申请页面中录入的开墙信息生成对应的开墙请求，将开墙请求上传至开墙平台。由此可以自动完成开墙申请信息的录入及提交，无需人工介入，不仅节省了人力成本，而且有效提高了开墙申请的工作效率。

进一步的，开墙程序在采集开墙信息之后，将开墙信息按照数组格式进行保存。开墙平台进行开墙处理时所采用的数据格式为json格式。开墙程序调用录入函数在本地读取数组格式的开墙信息，录入至开墙申请页面中。开墙程序将开墙申请页面中录入的开墙信息转换为json格式，按照上述实施例中提供的方式，将json格式的开墙信息生成相应的开墙请求。由此自动提交开墙申请。

在一个实施例中，该方法还包括：根据调用请求获取第一应用程序与第二应用程序之间的调用时序；利用调用时序与开墙信息生成相应的调用关系图。

在开墙程序生成开墙请求的过程中，还可以自动生成应用程序之间的调用关系图。其中，开墙程序根据调用请求获取第一应用程序与第二应用程序之间的调用时序，以及第一应用程序被第二应用程序拒绝调用的信息，生成第一应用程序与第二应用程序之间的调用逻辑关系。开墙程序还可以在开墙信息中获取第一应用程序对应的端口信息(即请求方终端对应的端口信息)、第二应用程序对应的端口信息(即响应方终端对应的端口信息)。开墙程序还可以获取第一应用程序对应的输入流等，利用输入流、第一应用程序对应的端口信息、第二应用程序对应的端口信息等内容，生成相应的调用关系图。为后续工作人员的复查提供了方便。

应该理解的是，虽然图2-3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-3中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图4所示，提供了一种基于开启防火墙的信息处理装置，包括：调用模块402、识别模块404、采集模块406、申请模块408，其中：

调用模块402，用于通过第一应用程序向第二应用程序发送调用请求，第二应用程序运行在响应方终端。

识别模块404，用于当调用请求被拒绝时，识别是否需要开启与响应方终端之间的防火墙。

采集模块406，用于若需要开启防火墙，则采集本地对应的开墙信息以及响应方终端对应的开墙信息。

申请模块408，用于利用开墙信息生成对应的开墙请求；将开墙请求发送至开墙平台，开墙平台用于处理开墙请求，当开墙请求处理完毕后，开启相应的防火墙。

在一个实施例中，识别模块还用于读取第一应用程序的日志文件，在日志文件中提取请求方网络信息；通过云平台获取运行第二应用程序的响应方终端对应的响应方网络信息；利用请求方网络信息以及响应方网络信息，识别是否需要开启与响应方终端之间的防火墙。

在一个实施例中，申请模块还用于在本地读取数组格式的开墙信息，将数组格式的开墙信息转换为json格式；利用与开墙字段对应的参数以及json格式的开墙信息生成对应的开墙请求。

在一个实施例中，申请模块还用于调用录入函数，利用录入函数读取开墙信息以及对应的输入框坐标；登录开墙申请页面，在开墙申请页面中控制光标移动至输入框坐标对应的位置，通过录入函数将开墙信息录入至输入框中；利用开墙申请页面中录入的开墙信息生成对应的开墙请求。

在一个实施例中，申请模块还用于根据调用请求获取第一应用程序与第二应用程序之间的调用时序；利用调用时序与开墙信息生成相应的调用关系图。

关于基于开启防火墙的信息处理装置的具体限定可以参见上文中对于基于开启防火墙的信息处理方法的限定，在此不再赘述。上述基于开启防火墙的信息处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图5所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种基于开启防火墙的信息处理方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：通过第一应用程序向第二应用程序发送调用请求，第二应用程序运行在响应方终端；当调用请求被拒绝时，识别是否需要开启与响应方终端之间的防火墙；若是，则采集本地对应的开墙信息以及响应方终端对应的开墙信息；利用开墙信息生成对应的开墙请求；将开墙请求发送至开墙平台，开墙平台用于处理开墙请求，当开墙请求处理完毕后，开启相应的防火墙。

在一个实施例中，该处理器执行计算机程序时还实现以下步骤：读取第一应用程序的日志文件，在日志文件中提取请求方网络信息；通过云平台获取运行第二应用程序的响应方终端对应的响应方网络信息；利用请求方网络信息以及响应方网络信息，识别是否需要开启与响应方终端之间的防火墙。

在一个实施例中，该处理器执行计算机程序时还实现以下步骤：在本地读取数组格式的开墙信息，将数组格式的开墙信息转换为json格式；利用与开墙字段对应的参数以及json格式的开墙信息生成对应的开墙请求。

在一个实施例中，该处理器执行计算机程序时还实现以下步骤：调用录入函数，利用录入函数读取开墙信息以及对应的输入框坐标；登录开墙申请页面，在开墙申请页面中控制光标移动至输入框坐标对应的位置，通过录入函数将开墙信息录入至输入框中；利用开墙申请页面中录入的开墙信息生成对应的开墙请求。

在一个实施例中，该处理器执行计算机程序时还实现以下步骤：根据调用请求获取第一应用程序与第二应用程序之间的调用时序；利用调用时序与开墙信息生成相应的调用关系图。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：通过第一应用程序向第二应用程序发送调用请求，第二应用程序运行在响应方终端；当调用请求被拒绝时，识别是否需要开启与响应方终端之间的防火墙；若是，则采集本地对应的开墙信息以及响应方终端对应的开墙信息；利用开墙信息生成对应的开墙请求；将开墙请求发送至开墙平台，开墙平台用于处理开墙请求，当开墙请求处理完毕后，开启相应的防火墙。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：读取第一应用程序的日志文件，在日志文件中提取请求方网络信息；通过云平台获取运行第二应用程序的响应方终端对应的响应方网络信息；利用请求方网络信息以及响应方网络信息，识别是否需要开启与响应方终端之间的防火墙。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：在本地读取数组格式的开墙信息，将数组格式的开墙信息转换为json格式；利用与开墙字段对应的参数以及json格式的开墙信息生成对应的开墙请求。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：调用录入函数，利用录入函数读取开墙信息以及对应的输入框坐标；登录开墙申请页面，在开墙申请页面中控制光标移动至输入框坐标对应的位置，通过录入函数将开墙信息录入至输入框中；利用开墙申请页面中录入的开墙信息生成对应的开墙请求。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据调用请求获取第一应用程序与第二应用程序之间的调用时序；利用调用时序与开墙信息生成相应的调用关系图。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种基于开启防火墙的信息处理方法，应用于请求方终端，所述方法包括：

通过第一应用程序向第二应用程序发送调用请求，所述第二应用程序运行在响应方终端；所述第一应用程序运行在所述请求方终端；

当所述调用请求被拒绝时，利用请求方网络信息以及响应方网络信息识别是否需要开启与所述响应方终端之间的防火墙；

若是，则获取预设的开墙字段，根据所述开墙字段在所述请求方网络信息采集本地对应的开墙信息以及在所述响应方网络信息中采集所述响应方终端对应的开墙信息；

利用所述开墙信息生成对应的开墙请求；

将所述开墙请求发送至开墙平台，所述开墙平台用于处理所述开墙请求，当所述开墙请求处理完毕后，开启相应的防火墙。

2.根据权利要求1所述的方法，其特征在于，所述利用请求方网络信息以及响应方网络信息识别是否需要开启与所述响应方终端之间的防火墙包括：

读取所述第一应用程序的日志文件，在所述日志文件中提取请求方网络信息；

通过云平台获取运行第二应用程序的响应方终端对应的响应方网络信息；

利用所述请求方网络信息以及所述响应方网络信息，识别是否需要开启与所述响应方终端之间的防火墙。

3.根据权利要求1所述的方法，其特征在于，所述利用所述开墙信息生成对应的开墙请求包括：

在本地读取数组格式的开墙信息，将数组格式的开墙信息转换为json格式；

利用与所述开墙字段对应的参数以及json格式的开墙信息生成对应的开墙请求。

4.根据权利要求1所述的方法，其特征在于，所述利用所述开墙信息生成对应的开墙请求包括：

调用录入函数，利用所述录入函数读取所述开墙信息以及对应的输入框坐标；

登录开墙申请页面，在所述开墙申请页面中控制光标移动至所述输入框坐标对应的位置，通过所述录入函数将所述开墙信息录入至输入框中；

利用所述开墙申请页面中录入的开墙信息生成对应的开墙请求。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述方法还包括：

根据所述调用请求获取所述第一应用程序与所述第二应用程序之间的调用时序；

利用所述调用时序与开墙信息生成相应的调用关系图。

6.一种基于开启防火墙的信息处理装置，其特征在于，所述装置包括：

调用模块，用于通过第一应用程序向第二应用程序发送调用请求，所述第二应用程序运行在响应方终端；所述第一应用程序运行在请求方终端；

识别模块，用于当所述调用请求被拒绝时，利用请求方网络信息以及响应方网络信息识别是否需要开启与所述响应方终端之间的防火墙；

采集模块，用于若需要开启防火墙，则获取预设的开墙字段，根据所述开墙字段在所述请求方网络信息采集本地对应的开墙信息以及在所述响应方网络信息中采集所述响应方终端对应的开墙信息；

申请模块，用于利用所述开墙信息生成对应的开墙请求；将所述开墙请求发送至开墙平台，所述开墙平台用于处理所述开墙请求，当所述开墙请求处理完毕后，开启相应的防火墙。

7.根据权利要求6所述的装置，其特征在于，所述识别模块还用于读取所述第一应用程序的日志文件，在所述日志文件中提取请求方网络信息；通过云平台获取运行第二应用程序的响应方终端对应的响应方网络信息；利用所述请求方网络信息以及所述响应方网络信息，识别是否需要开启与所述响应方终端之间的防火墙。

8.根据权利要求6所述的装置，其特征在于，所述申请模块还用于在本地读取数组格式的开墙信息，将数组格式的开墙信息转换为json格式；利用与所述开墙字段对应的参数以及json格式的开墙信息生成对应的开墙请求。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至5中任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至5中任一项所述的方法的步骤。

Images