应用程序的开发方法、装置及系统与流程

本发明涉及通信领域，具体而言，涉及一种应用程序的开发方法、装置及系统。

背景技术：

随着智能移动设备的快速发展与普及，用户可以通过移动设备处理相关事务，例如，可以通过移动设备进行移动化办公。然而，对于移动化办公，现有企业中越来越多的企业也接受了该移动化办公的思想和行为。但是，在实现移动化办公的过程中，首先需要将企业现有的应用进行移动化，那么就需要对企业应用进行移动化开发。现有的方法中，对于移动化开发的一般做法是边开发边测试。但是，由于企业应用都是部署在内网中的，因此传统的企业应用移动化开发都需要在目的企业现场进行，无法外场开发和测试。这对于开发人员带来一定的限制条件，使得开发人员在开发企业应用时不能脱离企业。

针对相关技术中传统企业应用在移动化开发的过程中无法脱离现场的问题，目前还没有有效地解决方案。

技术实现要素：

本发明实施例提供了一种应用程序的开发方法、装置及系统，以至少解决相关技术中传统企业应用在移动化开发的过程中无法脱离现场的问题。

根据本发明的一个实施例，提供了一种应用程序的开发方法，包括：获取应用程序的客户端发送的指定业务请求，其中，所述指定业务请求为所述应用程序的客户端发送的用于执行业务的请求数据；在数据包中查找与所述指定业务请求对应的指定响应数据，其中，所述数据包为预先抓取到的数据包，并且所述数据包中包括在运行每个业务时向所述应用程序发送的业务请求中携带的请求数据和所述应用程序响应于所述请求数据的响应数据；将查找到的所述指定响应数据发送至所述应用程序的客户端进行解析。

可选地，在数据包中查找与所述指定业务请求对应的指定响应数据包括：从所述指定业务请求中提取指定请求数据，其中，所述指定请求数据包括以下至少之一：所述应用程序所在的主机地址、所述应用程序的端口号、所述指定业务请求的执行路径、所述指定业务请求的请求头信息、所述指定业务请求的请求参数、所述指定业务请求的请求方法；根据提取到的所述指定请求数据在所述数据包中查找所述指定响应数据。

可选地，所述数据包包括多个子数据包，根据提取到的所述指定请求数据在所述数据包中查找所述指定响应数据包括：在所述数据包的所述多个子数据包中查找与所述指定请求数据相匹配的子数据包；将所述子数据包中的数据作为所述指定响应数据。

可选地，所述指定响应数据包括以下至少一种：响应头信息、响应消息体。

可选地，获取应用程序的客户端发送的指定业务请求包括：获取所述应用程序的客户端通过应用程序仿真设备发送的所述指定业务请求，其中，所述应用程序仿真设备为安装在应用程序的开发环境中的设备。

可选地，在获取应用程序的客户端发送的指定业务请求之前，所述方法还包括：将预先抓取到的所述数据包按照预设格式进行配置。

可选地，将预先抓取到的所述数据包按照预设格式进行配置包括：将预先抓取到的所述数据包存放至与所述数据包对应的目录上；配置所述应用程序和所述数据包的对应关系。

可选地，配置所述应用程序和所述数据包的对应关系包括：配置所述应用程序所在的主机地址、所述应用程序的端口号、所述每个业务的执行路径、所述数据包在所述应用程序服务器中的存储路径。

根据本发明的一个实施例，还提供了一种应用程序的开发方法，包括：向应用程序服务器发送指定业务请求，其中，所述指定业务请求为用于执行业务的请求数据；接收所述应用程序服务器从数据包中查找的与所述指定业务请求对应的指定响应数据，其中，所述数据包为预先抓取到的数据包，并且所述数据包中包括在运行每个业务时向所述应用程序发送的业务请求中携带的请求数据和所述应用程序响应于所述请求数据的响应数据；对所述指定响应数据进行解析。

根据本发明的一个实施例，还提供了一种应用程序的开发装置，包括：获取模块，用于获取应用程序的客户端发送的指定业务请求，所述指定业务请求为所述应用程序的客户端发送的用于执行业务的请求数据；查找模块，用于在数据包中查找与所述指定业务请求对应的指定响应数据，其中，所述数据包为预先抓取到的数据包，并且所述数据包中包括在运行每个业务时向所述应用程序发送的业务请求中携带的请求数据和所述应用程序响应于所述请求数据的响应数据；发送模块，用于将查找到的所述指定响应数据发送至所述应用程序的客户端进行解析。

可选地，所述查找模块包括：提取单元，用于从所述指定业务请求中提取指定请求数据，其中，所述指定请求数据包括以下至少之一：所述应用程序所在的主机地址、所述应用程序的端口号、所述指定业务请求的执行路径、所述指定业务请求的请求头信息、所述指定业务请求的请求参数、所述指定业务请求的请求方法；查找单元，用于根据提取到的所述指定请求数据在所述数据包中查找所述指定响应数据。

可选地，所述数据包包括多个子数据包，所述查找单元用于：在所述数据包的所述多个子数据包中查找与所述指定请求数据相匹配的子数据包；将所述子数据包中的数据作为所述指定响应数据。

可选地，所述指定响应数据包括以下至少一种：响应头信息、响应消息体。

可选地，所述获取模块用于：获取所述应用程序的客户端通过应用程序仿真设备发送的所述指定业务请求，其中，所述应用程序仿真设备为安装在应用程序的开发环境中的设备。

可选地，所述装置还包括：配置模块，用于在获取应用程序的客户端发送的业务请求之前，将预先抓取到的所述数据包按照预设格式进行配置。

可选地，所述配置模块包括：存放单元，用于将预先抓取到的所述数据包存放至与所述数据包对应的目录上；配置单元，用于配置所述应用程序和所述数据包的对应关系。

可选地，所述配置单元用于配置所述应用程序所在的主机地址、所述应用程序的端口号、所述每个业务的执行路径、所述数据包在所述应用程序服务器中的存储路径。

根据本发明的一个实施例，还提供了一种应用程序的开发装置，包括：发送模块，用于向应用程序服务器发送指定业务请求，其中，所述指定业务请求为用于执行业务的请求数据；接收模块，用于接收所述应用程序服务器从数据包中查找的与所述指定业务请求对应的指定响应数据，其中，所述数据包为预先抓取到的数据包，并且所述数据包中包括在运行每个业务时向所述应用程序发送的业务请求中携带的请求数据和所述应用程序响应于所述请求数据的响应数据；解析模块，用于对所述指定响应数据进行解析。

根据本发明的一个实施例，还提供了一种应用程序的开发系统，包括：应用程序的客户端，用于发送指定业务请求，其中，所述指定业务请求为所述应用程序的客户端发送的用于执行业务的请求数据；应用程序服务器，用于接收所述指定业务请求，并根据所述指定业务请求在数据包中查找与所述指定业务请求对应的指定响应数据，并将所述指定响应数据发送至所述应用程序的客户端进行解析，其中，所述数据包为预先抓取到的数据包，并且所述数据包中包括在运行每个业务时向所述应用程序发送的业务请求的请求数据和所述应用程序响应于所述请求数据的响应数据。

可选地，所述应用程序服务器还用于将预先抓取到的所述数据包按照预设格式进行配置。

可选地，所述系统还包括：应用程序的仿真设备，其中，所述应用程序的客户端安装在所述仿真设备，所述应用程序的客户端通过所述仿真设备发送所述指定业务请求。

可选地，所述应用程序服务器和所述应用程序仿真设备通过以下任一种方式进行部署：单机部署、局域网部署和公网部署。

可选地，所述请求数据包括以下至少之一：所述应用程序所在的主机地址、所述应用程序的端口号、所述指定业务的执行路径、所述业务请求的请求头信息、所述业务请求的请求参数、所述业务请求的请求方法；所述响应数据包括以下至少一种：响应头信息、响应消息体。

通过本发明，首先获取应用程序的客户端发送的指定业务请求，然后，在本地数据包中查找对应的响应请求，并发送至应用程序的客户端，由此可见，在本发明中，采用在本地数据包对应用程序的客户端进行开发和测试，因此，使得开发人员能够在任何地点对应用程序的客户端进行开发和测试，从而解决了传统企业应用在移动化开发的过程中无法脱离现场的问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是本发明实施例的一种应用程序的开发方法的移动终端的硬件结构框图；

图2是根据本发明实施例的一种应用程序的开发方法的流程图；

图3是根据本发明实施例的另一种应用程序的开发方法的流程图；

图4是根据本发明实施例的一种应用程序的开发装置的结构框图一；

图5是根据本发明实施例的一种应用程序的开发装置的结构框图二；

图6是根据本发明实施例的一种应用程序的开发装置的结构框图三；

图7是根据本发明实施例的一种应用程序的开发装置的结构框图四；

图8是根据本发明实施例的另一种应用程序的开发装置的结构框图；

图9是根据本发明实施例的一种应用程序的开发系统的结构图；

图10是根据本发明优选实施例的一种应用程序的开发方法的流程图；

图11是根据本发明优选实施例的另一种应用程序的开发方法的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

实施例1

本申请实施例1所提供的装置实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例，图1是本发明实施例的一种应用程序的开发方法的移动终端的硬件结构框图，如图1所示，移动终端10可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输装置106。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，移动终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中的载波相位恢复装置对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的装置。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至移动终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(networkinterfacecontroller，nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(radiofrequency，rf)模块，其用于通过无线方式与互联网进行通讯。

在本实施例中提供了一种应用程序的开发方法，图2是根据本发明实施例的一种应用程序的开发方法的流程图，如图2所示，该流程包括如下步骤：

步骤s202，获取应用程序的客户端发送的指定业务请求，其中，指定业务请求为应用程序的客户端发送的用于执行业务的请求数据；

在本发明实施例中，上述应用程序可以为企业应用的应用程序，企业应用的业务可以有很多种，例如，登录企业应用的客户端，在企业应用的客户端中发送工作消息等。

步骤s204，在数据包中查找与指定业务请求对应的指定响应数据，其中，数据包为预先抓取到的数据包，并且数据包中包括在运行每个业务时向应用程序发送的业务请求中携带的请求数据和应用程序响应于请求数据的响应数据。

在本发明实施例中，可以通过安装在浏览器中的抓包工具抓取上述数据包。上述抓取工具安装在浏览器中之后，可以随浏览器启动，在浏览器向企业应用发送业务请求时，抓包工具会抓取企业应用运行过程中各个相关流程中完整的请求数据的报文，并抓取该请求数据的响应数据。在该数据包中包括该应用程序在运行所有业务时接收到的请求数据和相应该请求数据的响应数据，并且在该数据包中，请求数据和该请求数据的响应数据可以对应进行存储，以便在后续测试过程中进行响应数据的查找。

步骤s206，将查找到的指定响应数据发送至应用程序的客户端进行解析。

通过本发明，首先获取应用程序的客户端发送的指定业务请求，然后，在本地数据包中查找对应的响应请求，并发送至应用程序的客户端，由此可见，在本发明中，采用在本地数据包对应用程序的客户端进行开发和测试，因此，使得开发人员能够在任何地点对应用程序的客户端进行开发和测试，从而解决了传统企业应用在移动化开发的过程中无法脱离现场的问题。

需要说明的是，在本发明实施例步骤s202至步骤s206中所描述的方案中，可以有应用程序服务器来执行，其中，如果应用程序为企业应用，则该应用程序服务器可以为企业应用移动化服务器。

在本发明实施例中，在数据包中查找与指定业务请求对应的响应数据可以具体为：从指定业务请求中提取指定请求数据，其中，指定请求数据包括以下至少之一：应用程序所在的主机地址、应用程序的端口号、指定业务请求的执行路径、指定业务请求的请求头信息、指定业务请求的请求参数、指定业务请求的请求方法，然后，根据提取到的指定请求数据在数据包中查找指定响应数据。

测试开发人员对应用程序的客户端进行测试和开发的过程中，会通过该应用程序的客户端发送一个业务请求(即，上述指定业务请求)，在该指定业务请求中包括指定请求数据，例如，应用程序所在的主机的ip地址信息、该应用程序的端口号、该应用程序在执行指定业务请求时的执行路径，例如执行“登录”业务时，按照该登录业务的路径进行执行、请求方法为上述指定业务的请求方法，例如，get请求方法和post请求方法，对于不相同的请求方法的请求头信息不相同。请求头信息中包括该指定业务请求的相关信息，例如，指定业务请求的长度，版本，类型等信息、请求消息体中包括上述指定业务请求的请求数据。

如果数据包包括多个子数据包，则根据提取到的请求数据在数据包中查找响应数据可以具体为：在数据包的多个子数据包中查找与指定请求数据相匹配的子数据包；将子数据包中的数据作为指定响应数据。

上述应用程序服务器在收到的指定业务请求中提取到指定请求数据之后，根据提取到的指定请求数据在数据包中查找与该指定请求数据对应的子数据包，然后将该子数据包中的数据作为响应数据。

例如，如果指定请求数据包括以下至少之一：应用程序所在的主机地址、应用程序的端口号、指定业务请求的执行路径、指定业务请求的请求头信息、指定业务请求的请求参数、指定业务请求的请求方法，则可以根据上述指定请求数据从匹配的数据包中提取与该请求相对应的响应数据，处理后返回给移动应用客户端。

具体地，上述指定响应数据包括以下至少之一：响应头信息、响应消息体，其中，响应头消息中包括响应数据的大小，版本，类型等。

在本发明实施例中，获取应用程序的客户端通过应用程序仿真设备发送的指定业务请求，其中，应用程序仿真设备为安装在应用程序的开发环境中的设备。

研发人员在对应用程序的客户端进行开发和测试的过程中，可以在应用程序的开发环境(例如，企业应用移动化集成开发环境(integrateddevelopmentenvironment，简称ide))上对应用程序的客户端开发和测试，其中，企业应用移动化集成开发环境即为上述应用程序的开发环境。在完成上述业务功能的开发后，可以将上述应用程序的客户端安装到ide的仿真设备中，并在该仿真设备中运行上述应用程序的客户端，测试上述每个业务功能。

此时，应用程序的客户端可以通过该仿真设备应用程序服务器(例如，企业应用移动化服务器)发送上述指定业务请求，在该业务请求中包括应用程序主机地址(例如，企业应用主机的ip地址)、应用程序端口号(企业应用的端口号)、每个指定业务请求在执行过程中的执行路径、上述指定业务请求的请求方法、指定业务请求的请求头信息、指定业务请求的请求参数以及请求消息体等数据。

在获取应用程序的客户端发送的业务请求之前，还可以将预先抓取到的数据包按照预设格式进行配置。具体地，可以在应用程序服务器(例如，企业应用移动化服务器)上部署和配置上述数据包，其中，具体可以通过下述方法部署和配置上述数据包：将预先抓取到的数据包存放至与数据包对应的目录上；配置应用程序和数据包的对应关系，其中，配置应用程序和数据包的对应关系包括：配置应用程序所在的主机地址、应用程序的端口号、每个业务的执行路径、数据包在应用程序服务器中的存储路径。

图3是根据本发明实施例的另一种应用程序的开发方法的流程图，如图3所示，该流程包括如下步骤：

步骤s302，向应用程序服务器发送指定业务请求，其中，指定业务请求为用于执行业务的请求数据；

步骤s304，接收应用程序服务器从数据包中查找的与指定业务请求对应的指定响应数据，其中，数据包为预先抓取到的数据包，并且数据包中包括在运行每个业务时向应用程序发送的业务请求中携带的请求数据和应用程序响应于请求数据的响应数据；

步骤s306，对指定响应数据进行解析。

通过本发明，首先获取应用程序的客户端发送的指定业务请求，然后在本地数据包中查找对应的响应请求并发送至应用程序的客户端，由此可见，在本发明中，采用在本地数据包对应用程序的客户端进行开发和测试，因此，使得开发人员能够在任何地点对应用程序的客户端进行开发和测试，从而解决了传统企业应用在移动化开发的过程中无法脱离现场的问题。

需要说明的是，在本发明实施例步骤s302至步骤s306中所描述的方案中，可以由应用程序的客户端，其中，如果应用程序为企业应用，则该应用程序服务器可以为企业应用的移动化客户端。

在本发明上述实施例中，首先使用抓包工具在企业内部抓取企业应用运行过程中各个相关业务流程的请求数据和响应数据，并根据请求数据和响应生成数据包。然后在企业应用移动化服务器上部署和配置上述数据包并在配置和部署好数据包之后，等待来自移动应用客户端的业务请求，当接到业务请求时，首先根据该请求中请求数据在数据包中查找响应数据，最后将响应数据返回给移动应用客户端进行解析。

采用本发明提供应用程序的开发方法和装置，仅需要进行一次完整抓取数据包，即可在任何地方进行开发和测试。与现有技术相比，极大地提高了开发灵活性、降低开发成本、降低目的企业安全管理风险。

可选地，上述步骤s202-s206的执行主体可以为应用程序服务器等，但不限于此。

可选地，上述步骤s302-s306的执行主体可以为应用程序的客户端等，但不限于此。

通过上述步骤，首先获取应用程序的客户端发送的指定业务请求，然后，在本地数据包中查找对应的响应请求，并发送至应用程序的客户端，由此可见，在本发明中，采用在本地数据包对应用程序的客户端进行开发和测试，因此，使得开发人员能够在任何地点对应用程序的客户端进行开发和测试，从而解决了传统企业应用在移动化开发的过程中无法脱离现场的问题。

实施例2

在本实施例中还提供了一种应用程序的开发装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图4是根据本发明实施例的一种应用程序的开发装置的结构框图一，如图4所示，该装置包括：

获取模块41，用于获取应用程序的客户端发送的指定业务请求，其中，指定业务请求为应用程序的客户端发送的用于执行业务的请求数据。

查找模块43，耦接至获取模块41，用于查找模块，用于在数据包中查找与指定业务请求对应的指定响应数据，其中，数据包为预先抓取到的数据包，并且数据包中包括在运行每个业务时向应用程序发送的业务请求中携带的请求数据和应用程序响应于请求数据的响应数据。

发送模块45，耦接至查找模块43，用于将查找到的指定响应数据发送至应用程序的客户端进行解析。

图5是根据本发明实施例的一种应用程序的开发装置的结构框图二，如图5所示，查找模块43包括：

提取单元51，耦接至获取模块41，用于从指定业务请求中提取指定请求数据，其中，指定请求数据包括以下至少之一：应用程序所在的主机地址、应用程序的端口号、指定业务的执行路径、指定业务请求的请求头信息、指定业务请求的请求参数、指定业务请求的请求方法。

查找单元53，耦接至提取单元51，用于根据提取到的指定请求数据在数据包中查找指定响应数据。

可选地，数据包包括多个子数据包，查找单元用于：在数据包的多个子数据包中查找与指定请求数据相匹配的子数据包；将子数据包中的数据作为指定响应数据。

可选地，指定响应数据包括以下至少一种：响应头信息、响应消息体。

可选地，获取模块41用于：获取应用程序的客户端通过应用程序仿真设备发送的指定业务请求，其中，应用程序仿真设备为安装在应用程序的开发环境中的设备。

图6是根据本发明实施例的一种应用程序的开发装置的结构框图三，如图6所示，该装置还包括：

配置模块61，耦接至获取模块41，用于在获取应用程序的客户端发送的业务请求之前，将预先抓取到的数据包按照预设格式进行配置。

图7是根据本发明实施例的一种应用程序的开发装置的结构框图四，如图7所示，该配置模块61包括：

存放单元71，用于将预先抓取到的数据包存放至与数据包对应的目录上。

配置单元73，耦接至存放单元71，用于配置应用程序和数据包的对应关系。

可选地，配置单元用于配置应用程序所在的主机地址、应用程序的端口号、每个业务的执行路径、数据包在应用程序服务器中的存储路径。

图8是根据本发明实施例的另一种应用程序的开发装置的结构框图，如图8所示，该装置包括：

发送模块81，用于向应用程序服务器发送指定业务请求，其中，指定业务请求为用于执行业务的请求数据。

接收模块83，耦接至发送模块81，用于接收应用程序服务器从数据包中查找的与指定业务请求对应的指定响应数据，其中，数据包为预先抓取到的数据包，并且数据包中包括在运行每个业务时向应用程序发送的业务请求中携带的请求数据和应用程序响应于请求数据的响应数据。

解析模块85，用于对指定响应数据进行解析。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述模块分别位于多个处理器中。

实施例3

图9是根据本发明实施例的一种应用程序的开发系统的结构图，如图9所示，该系统包括：

应用程序的客户端91，用于发送指定业务请求，其中，指定业务请求为所述应用程序的客户端发送的用于执行业务的请求数据。

应用程序服务器93，用于接收指定业务请求，并根据指定业务请求在数据包中查找与指定业务请求对应的指定响应数据，并将指定响应数据发送至应用程序的客户端进行解析，其中，数据包为预先抓取到的数据包，并且数据包中包括在运行每个业务时向应用程序发送的业务请求的请求数据和应用程序响应于请求数据的响应数据。

通过本发明，首先获取应用程序的客户端发送的指定业务请求，然后，在本地数据包中查找对应的响应请求，并发送至应用程序的客户端，由此可见，在本发明中，采用在本地数据包对应用程序的客户端进行开发和测试，因此，使得开发人员能够在任何地点对应用程序的客户端进行开发和测试，从而解决了传统企业应用在移动化开发的过程中无法脱离现场的问题。

在本发明实施例中，可以通过抓包工具抓取数据包，其中，抓包工具作为浏览器的一个插件，在通过浏览器访问应用程序(例如，企业应用)时，抓取业务请求和响应数据的报文，保存成数据包文件待用。具体地，上述数据包包括以下至少之一：应用程序所在的主机地址、应用程序的端口号、指定业务请求的执行路径、指定业务请求的请求头信息、指定业务请求的请求参数、指定业务请求的请求方法；所述响应数据包括以下至少一种：响应头信息、响应消息体，上述数据中还包括相关文件的下载地址，例如：层叠样式表css文件、javascript脚本文件、图片文件的下载地址，以及文件内容。

上述应用程序服务器(例如，企业应用移动化服务器)，在传统开发模式下，它直接连接应用程序(例如，企业应用)，转发来自应用程序的客户端的业务请求，接收来自企业应用的响应，处理后转发给移动应用客户端。在本发明中，该应用程序服务器依据业务请求中的请求数据匹配对应的数据包文件；然后，在数据包中查找对应的响应数据，并在处理后返回给应用程序的客户端。

在本发明实施例中，应用程序服务器还用于将预先抓取到的数据包按照预设格式进行配置。可以首先将预先抓取到的数据包存放至与数据包对应的目录上，然后，配置应用程序和数据包的对应关系，具体地，可以配置应用程序所在的主机地址、应用程序的端口号、每个业务的执行路径、数据包在应用程序服务器中的存储路径。

在本发明实施例中，该系统还包括：应用程序的仿真设备95，其中，应用程序的客户端安装在应用程序的仿真设备中，并通过应用程序的仿真设备向应用程序服务器发送业务请求。

该仿真设备可以为安装在应用程序的开发环境(例如，企业应用移动化集成开发环境(integrateddevelopmentenvironment，简称ide))上。其中，应用程序的开发环境用于开发应用程序的客户端，并通过其中的仿真设备(即模拟器)连接应用程序移动化服务器进行测试(或者将应用程序的客户端安装到智能移动终端上进行真机测试)。应用程序的客户端发送业务请求给应用程序服务器，接收来自应用程序服务器的响应，并解析和展示。

需要说说明的是，在本发明实施例中，应用程序服务器和应用程序仿真器可以通过以下任一种方式进行部署：单机部署、局域网部署和公网部署。

具体地，单机部署为在开发者所使用的单台电脑上进行部署，即将应用程序的开发环境(例如，企业应用移动化ide)和应用程序服务器(例如，企业应用移动化服务器)部署在开发者所使用的同一台电脑上。该部署方式可以脱离目的企业，在任何地方、任何时间进行离线的企业应用移动化开发和测试。

局域网部署为在开发者所属企业内部部署，即将应用程序的开发环境(例如，企业应用移动化ide)部署在开发者所使用的电脑上，将应用程序服务器(例如，企业应用移动化服务器)部署在开发者所属企业内网中。该部署方式可以脱离目的企业，在开发者所属企业内进行离线的企业应用移动化开发和测试。

公网部署为将应用程序服务器(例如，企业应用移动化服务器)部署在公网中，将应用程序的开发环境(例如，企业应用移动化ide)部署在开发者所使用的电脑上。该部署方式可以脱离目的企业，在任何能够链接公有云的地方、任何时间进行离线的企业应用移动化开发和测试。

实施例4

下面结合本发明优选实施例进行详细说明。

图10是根据本发明优选实施例的一种应用程序的开发方法的流程图。如图10所示，抓包工具作为浏览器的一个插件，在通过浏览器访问企业应用时，抓取请求数据和响应数据的报文，保存成数据包文件待用。

企业应用移动化服务器(即，上述应用程序服务器)，在传统模式下，它直接连接企业应用，转发来自企业应用移动应用客户端(即，上述应用程序的客户端)的业务请求给企业应用(即，应用程序)，并接收来自企业应用的响应数据，处理后转发给移动应用客户端。在本发明中，该装置根据移动应用客户端发送的业务请求中的请求数据在数据包中匹配对应的数据文件，然后，将对应到的数据文件中的数据作为响应数据，并在处理后将响应数据返回给企业应用移动应用客户端。

图11是根据本发明优选实施例的另一种应用程序的开发方法的流程图。如图11所示，该流程包括如下步骤：

步骤s1101，抓包工具随浏览器启动；该抓包工具可以作为插件安装在浏览器中，用于抓取数据，当浏览器启动时，抓包工具随之启动。

步骤s1102，通过浏览器访问应用程序。

步骤s1103，抓包工具抓取浏览器发送给应用程序的请求数据；当用户通过浏览器访问应用程序的某个业务时，会向该应用程序发送请求数据，此时，抓包工具可以抓取该请求数据。

步骤s1104，抓取浏览器接收的应用程序的响应数据；抓包工具还可以抓取浏览器响应上述请求数据的响应数据。

步骤s1105，判断是否完成所有业务的数据抓取；若是，则执行步骤s1106；若否，则返回执行步骤s1103。

步骤s1106，输出数据包文件；如果该应用程序的所有业务的请求数据和响应数据均抓取完成之后，得到数据包，并输出。

步骤s1107，应用程序服务器部署数据包到应用程序服务器。

步骤s1108，应用程序服务器配置数据包与应用程序的对应关系。

步骤s1109，使用ide开发应用程序客户端的业务功能。

步骤s1110，安装应用程序的客户端到ide中的仿真设备。

步骤s1111，启动应用程序的客户端，测试所有业务功能。

步骤s1112，应用程序服务器接收到应用程序的客户端发送的请求数据。

步骤s1113，应用程序服务器根据接收到的请求数据在数据包中进行数据匹配。

步骤s1114，应用程序服务器根据匹配结果从数据包中读取对应的响应数据。

步骤s1115，应用程序服务器将相应数据返回给应用程序的客户端。

步骤s1116，应用程序的客户端对接收到的响应数据进行解析和展示。

步骤s1117，判断是否完成所有业务的开发，若是，结束流程；若否，返回执行步骤s1109。

通过本发明，首先获取应用程序的客户端发送的指定业务请求，然后，在本地数据包中查找对应的响应请求，并发送至应用程序的客户端，由此可见，在本发明中，采用在本地数据包对应用程序的客户端进行开发和测试，因此使得开发人员能够在任何地点对应用程序的客户端进行开发和测试，从而解决了传统企业应用在移动化开发的过程中无法脱离现场的问题。

实施例5

下面结合本发明优选实施例进行详细说明。

在本发明下述的优选实施例中，应用程序以企业应用为例，应用程序服务器以企业应用移动化服务器，应用程序的客户端以企业应用移动应用客户端，应用程序的开发环境以ide为例进行说明。

优选实施例一

下面以单机部署为例，将企业应用移动化ide和企业应用移动化服务器同时部署在开发者所使用的电脑上，实施逻辑如下：

第一步、抓包

本步骤又可以包括下列步骤：

步骤1、启动已经安装抓包工具的浏览器；

步骤2、在浏览器地址栏输入待移动化的企业应用的网址，如http://share.xxx.com.cn，打开应用页面；在此过程中，抓包工具抓取的请求数据和响应数据包括(摘选部分内容展示)：

主机名称：share.xxx.com.cn

路径：/tech/jsp/userlogin

请求方法：get

网络协议：http/1.1

请求头信息：

(request-line)get/tech/jsp/userloginhttp/1.1

hostshare.xxx.com.cn

user-agentmozilla/5.0(windowsnt6.1；rv:42.0)gecko/20100101firefox/42.0

accept

text/html,application/xhtml+xml,application/xml；q＝0.9,*/*；q＝0.8

accept-languagezh-cn,zh；q＝0.8,en-us；q＝0.5,en；q＝0.3

accept-encodinggzip,deflate

cookiejsessionid＝bb06e96d04e52d575f6dc7091b6b297e；language＝zh

connectionkeep-alive

响应头信息：

(status-line)http/1.1200ok

servernginx/1.2.3

datethu,03mar201608:29:35gmt

content-typetext/html；charset＝utf-8

transfer-encodingchunked

connectionkeep-alive

varyaccept-encoding,accept-encoding

p3pcp＝caopsaouridcdspcoradmdevitaiipsdivaiivdiconihisindcnt

pragmano-cache

cache-controlno-cache

expireswed,31dec196923:59:59gmt

content-languagezh

content-encodinggzip

响应消息体(摘选部分内容展示)：

<！doctypehtmlpublic"-//w3c//dtdxhtml1.0transitional//en""http://www.w3.org/tr/xhtml1/dtd/xhtml1-transitional.dtd"><htmlxmlns＝"http://www.w3.org/1999/xhtml"><head><metahttp-equiv＝"content-type"content＝"text/html；charset＝utf-8"/><title>易秀，秀出你风采！</title><linkrel＝"shortcuticon"href＝"http://10.41.134.74/skins/weibo/images/bigbannerpic/favicon_it.ico"/><style>@mediaprint{body{display:none}}

#autocapslock0{position:absolute；z-index:9999；}

相关文件网络地址：http://zz.zz.zzz.zz/skins/weibo/js/jquery.1.5.1.js

相关文件内容(摘选部分内容展示)：

(function(s,m){functionpa(p){returnb.iswindow(p)？p:9＝＝＝p.nodetype？p.defaultview||p.parentwindow:！1}functionja(p){if(！qa[p]){vara

步骤3、在页面中输入业务参数，执行业务操作，刷新页面或者进入下一个页面，如：输入用户名和密码两个参数进行登录操作。在此过程中，抓包工具抓取的数据有(摘选部分内容展示)

主机名称：share.xxx.com.cn

路径：/tech/jsp/loginsubmit？

请求方法：post

网络协议：http/1.1

请求头信息：

(request-line)post/tech/jsp/loginsubmit？http/1.1

hostshare.xxx.com.cn

user-agentmozilla/5.0(windowsnt6.1；rv:42.0)gecko/20100101firefox/42.0

accept

text/html,application/xhtml+xml,application/xml；q＝0.9,*/*；q＝0.8

accept-languagezh-cn,zh；q＝0.8,en-us；q＝0.5,en；q＝0.3

accept-encodinggzip,deflate

refererhttp://share.xxx.com.cn/tech/jsp/userlogin

cookiejsessionid＝bb06e96d04e52d575f6dc7091b6b297e；language＝zh

content-typeapplication/x-www-form-urlencoded

content-length74

请求消息体：

language＝zh&language_flag＝zh&password＝mypwd&username＝myname

响应消息头：

(status-line)http/1.1302movedtemporarily

servernginx/1.2.3

datethu,03mar201608:39:35gmt

content-typetext/html

content-length166

connectionkeep-alive

locationhttp://share.xxx.com.cn/tech/jsp/user

步骤4、重复执行步骤3，直至应用程序的所有需要移动化的业务功能都被操作一遍；

步骤5、输出数据包文件备用，如share.package。

第二步、部署和配置上述数据包

本步骤又可以包括下列步骤：

步骤1、部署第一步中抓取的数据包到企业应用移动化服务器上，如复制share.package到服务器packages文件夹，即packages/share.package；

步骤2、配置企业应用主机地址、应用程序的端口、路径与数据包的对应关系，如在配置文件packages/conf.xml中添加上述企业应用与数据包文件的关系。

第三步、应用程序的移动化开发和测试

本步骤又可以包括下列步骤：

步骤1、开发者使用企业应用移动化ide开发移动应用客户端某业务功能，如：登录的业务功能；

步骤2、开发者安装上述移动应用客户端到ide仿真设备；

步骤3、运行移动应用客户端，输入业务参数，执行业务操作，向企业应用移动化服务器发送业务请求；

步骤4、企业应用移动化服务器收到业务请求后，从中提取信息，即请求数据的信息(包括企业应用主机名称、端口号、路径、请求头信息、请求参数、请求消息体)，并依据第二步中的配置，通过主机名称、端口号、路径找到与该企业应用对应的数据包；再根据路径、请求头信息、请求参数从匹配的数据包中提取与请求相对应的响应数据，处理后返回给移动应用客户端。

以上述登录为例，应用移动化服务器首先从来自移动应用客户端的请求中提取请求信息，如：

主机名称：share.xxx.com.cn

路径：/tech/jsp/loginsubmit？

请求方法：post

网络协议：http/1.1

请求头信息：

(request-line)post/tech/jsp/loginsubmit？http/1.1

hostshare.xxx.com.cn

user-agentmozilla/5.0(windowsnt6.1；rv:42.0)gecko/20100101firefox/42.0

accept

text/html,application/xhtml+xml,application/xml；q＝0.9,*/*；q＝0.8

accept-languagezh-cn,zh；q＝0.8,en-us；q＝0.5,en；q＝0.3

accept-encodinggzip,deflate

refererhttp://share.xxx.com.cn/tech/jsp/userlogin

cookiejsessionid＝bb06e96d04e52d575f6dc7091b6b297e；language＝zh

content-typeapplication/x-www-form-urlencoded

content-length74

请求消息体：

language＝zh&language_flag＝zh&password＝mypwd&username＝myname

然后根据主机名称(share.xxx.com.cn)和配置信息(<appname＝"share"><url>http://share.xxx.com.cn</url><package>share.package</package></app>)匹配到该企业应用对应的数据包文件，如：share.package

接着根据登录请求路径(/tech/jsp/loginsubmit？)和请求参数(language＝zh&language_flag＝zh&password＝mypwd&username＝myname)从数据包(share.package)中读取与之相对应的响应数据，如：

http/1.1302movedtemporarily

servernginx/1.2.3

datethu,03mar201608:39:35gmt

content-typetext/html

content-length166

connectionkeep-alive

locationhttp://share.xxx.com.cn/tech/jsp/user

最后将响应数据返回给移动应用客户端。

步骤5、移动应用客户端解析、展示业务功能执行结果响应数据。开发者据此进行修改、调试，或者继续开发下一个业务功能。

步骤6、重复上述步骤1至步骤5，直至完成企业应用移动化开发。

优选实施例二

下面以局域网部署为例，将企业应用移动化ide部署在开发者电脑上，将企业应用移动化服务器均部署在开发者所属企业内局域网中，实施逻辑如下：

第一步抓包

本步骤又可以包括下列步骤：

步骤1、启动已经安装抓包工具的浏览器；

步骤2、在浏览器地址栏输入待移动化的企业应用网址，如http://share.xxx.com.cn，打开应用页面；在此过程中，抓包工具抓取的请求数据和响应数据包括(摘选部分内容展示)：

主机名称：share.xxx.com.cn

路径：/tech/jsp/userlogin

请求方法：get

网络协议：http/1.1

请求头信息：

(request-line)get/tech/jsp/userloginhttp/1.1

hostshare.xxx.com.cn

user-agentmozilla/5.0(windowsnt6.1；rv:42.0)gecko/20100101firefox/42.0

accept

text/html,application/xhtml+xml,application/xml；q＝0.9,*/*；q＝0.8

accept-languagezh-cn,zh；q＝0.8,en-us；q＝0.5,en；q＝0.3

accept-encodinggzip,deflate

cookiejsessionid＝bb06e96d04e52d575f6dc7091b6b297e；language＝zh

connectionkeep-alive

响应头信息：

(status-line)http/1.1200ok

servernginx/1.2.3

datethu,03mar201608:29:35gmt

content-typetext/html；charset＝utf-8

transfer-encodingchunked

connectionkeep-alive

varyaccept-encoding,accept-encoding

p3pcp＝caopsaouridcdspcoradmdevitaiipsdivaiivdiconihisindcnt

pragmano-cache

cache-controlno-cache

expireswed,31dec196923:59:59gmt

content-languagezh

content-encodinggzip

响应消息体(摘选部分内容展示)：

<！doctypehtmlpublic"-//w3c//dtdxhtml1.0transitional//en""http://www.w3.org/tr/xhtml1/dtd/xhtml1-transitional.dtd"><htmlxmlns＝"http://www.w3.org/1999/xhtml"><head><metahttp-equiv＝"content-type"content＝"text/html；charset＝utf-8"/><title>易秀，秀出你风采！</title><linkrel＝"shortcuticon"href＝"http://10.41.134.74/skins/weibo/images/bigbannerpic/favicon_it.ico"/><style>@mediaprint{body{display:none}}

#autocapslock0{position:absolute；z-index:9999；}

相关文件网络地址：http://zz.zz.zzz.zz/skins/weibo/js/jquery.1.5.1.js

相关文件内容(摘选部分内容展示)：

(function(s,m){functionpa(p){returnb.iswindow(p)？p:9＝＝＝p.nodetype？p.defaultview||p.parentwindow:！1}functionja(p){if(！qa[p]){vara

步骤3、在页面中输入业务参数，执行业务操作，刷新页面或者进入下一个页面，如：输入用户名和密码两个参数进行登录操作。在此过程中，抓包工具抓取的数据有(摘选部分内容展示)

主机名称：share.xxx.com.cn

路径：/tech/jsp/loginsubmit？

请求方法：post

网络协议：http/1.1

请求头信息：

(request-line)post/tech/jsp/loginsubmit？http/1.1

hostshare.xxx.com.cn

user-agentmozilla/5.0(windowsnt6.1；rv:42.0)gecko/20100101firefox/42.0

accept

text/html,application/xhtml+xml,application/xml；q＝0.9,*/*；q＝0.8

accept-languagezh-cn,zh；q＝0.8,en-us；q＝0.5,en；q＝0.3

accept-encodinggzip,deflate

refererhttp://share.xxx.com.cn/tech/jsp/userlogin

cookiejsessionid＝bb06e96d04e52d575f6dc7091b6b297e；language＝zh

content-typeapplication/x-www-form-urlencoded

content-length74

请求消息体：

language＝zh&language_flag＝zh&password＝mypwd&username＝myname

响应消息头：

(status-line)http/1.1302movedtemporarily

servernginx/1.2.3

datethu,03mar201608:39:35gmt

content-typetext/html

content-length166

connectionkeep-alive

locationhttp://share.xxx.com.cn/tech/jsp/user

步骤4、重复执行步骤3，直至应用程序的所有需要移动化的业务功能都被操作一遍；

步骤5、输出数据包文件备用，如share.package。

第二步、部署和配置上述数据包

本步骤又可以包括下列步骤：

步骤1、部署第一步中抓取的数据包文件到企业应用移动化服务器上，如复制share.package到服务器packages文件夹，即packages/share.package；

步骤2、配置企业应用主机地址、端口、路径与数据包对应关系，如在配置文件packages/conf.xml中添加上述企业应用与数据包文件的关系。

第三步、企业应用移动化开发和测试

本步骤又可以包括下列步骤：

步骤1、开发者使用企业应用移动化ide开发移动应用客户端某业务功能，如：登录的业务功能；

步骤2、开发者安装上述移动应用客户端到ide仿真器；

步骤3、运行移动应用客户端，输入业务参数，执行业务操作，向企业应用移动化服务器发送业务请求；

步骤4、企业应用移动化服务器收到业务请求后，从中提取信息，即请求数据的信息(包括企业应用主机名称、端口号、路径、请求头信息、请求参数、请求消息体)，并依据第二步中的配置，通过主机名称、端口号、路径找到与该企业应用对应的数据包；再根据路径、请求头信息、请求参数从匹配的数据包中提取与请求相对应的响应数据，处理后返回给移动应用客户端。

以上述登录为例，服务器首先从来自移动应用客户端的请求中提取请求信息，如：

主机名称：share.xxx.com.cn

路径：/tech/jsp/loginsubmit？

请求方法：post

网络协议：http/1.1

请求头信息：

(request-line)post/tech/jsp/loginsubmit？http/1.1

hostshare.xxx.com.cn

user-agentmozilla/5.0(windowsnt6.1；rv:42.0)gecko/20100101firefox/42.0

accept

text/html,application/xhtml+xml,application/xml；q＝0.9,*/*；q＝0.8

accept-languagezh-cn,zh；q＝0.8,en-us；q＝0.5,en；q＝0.3

accept-encodinggzip,deflate

refererhttp://share.xxx.com.cn/tech/jsp/userlogin

cookiejsessionid＝bb06e96d04e52d575f6dc7091b6b297e；language＝zh

content-typeapplication/x-www-form-urlencoded

content-length74

请求消息体：

language＝zh&language_flag＝zh&password＝mypwd&username＝myname

然后根据主机名称(share.xxx.com.cn)和配置信息(<appname＝"share"><url>http://share.xxx.com.cn</url><package>share.package</package></app>)匹配到该企业应用对应的数据包文件，如：share.package

接着根据登录请求路径(/tech/jsp/loginsubmit？)和请求参数(language＝zh&language_flag＝zh&password＝mypwd&username＝myname)从数据包(share.package)中读取与之相对应的响应数据，如：

http/1.1302movedtemporarily

servernginx/1.2.3

datethu,03mar201608:39:35gmt

content-typetext/html

content-length166

connectionkeep-alive

locationhttp://share.xxx.com.cn/tech/jsp/user

最后将响应数据返回给移动应用客户端。

步骤5、移动应用客户端解析、展示业务功能执行结果响应数据。开发者据此进行修改、调试，或者继续开发下一个业务功能。

步骤6、重复上述步骤1至步骤5，直至完成企业应用移动化开发。

优选实施例三

下面以公网部署为例，将企业应用移动化ide部署在开发者所使用的电脑上，将企业应用移动化服务器部署在公网上，实施逻辑如下：

第一步抓包

本步骤又可以包括下列步骤：

步骤1、启动已经安装抓包工具的浏览器；

步骤2、在浏览器地址栏输入待移动化的企业应用网址，如http://share.xxx.com.cn，打开应用页面；在此过程中，抓包工具抓取的请求数据和响应数据包括(摘选部分展示)：

主机名称：share.xxx.com.cn

路径：/tech/jsp/userlogin

请求方法：get

网络协议：http/1.1

请求头信息：

(request-line)get/tech/jsp/userloginhttp/1.1

hostshare.xxx.com.cn

user-agentmozilla/5.0(windowsnt6.1；rv:42.0)gecko/20100101firefox/42.0

accept

text/html,application/xhtml+xml,application/xml；q＝0.9,*/*；q＝0.8

accept-languagezh-cn,zh；q＝0.8,en-us；q＝0.5,en；q＝0.3

accept-encodinggzip,deflate

cookiejsessionid＝bb06e96d04e52d575f6dc7091b6b297e；language＝zh

connectionkeep-alive

响应头信息：

(status-line)http/1.1200ok

servernginx/1.2.3

datethu,03mar201608:29:35gmt

content-typetext/html；charset＝utf-8

transfer-encodingchunked

connectionkeep-alive

varyaccept-encoding,accept-encoding

p3pcp＝caopsaouridcdspcoradmdevitaiipsdivaiivdiconihisindcnt

pragmano-cache

cache-controlno-cache

expireswed,31dec196923:59:59gmt

content-languagezh

content-encodinggzip

响应消息体(摘选部分内容展示)：

<！doctypehtmlpublic"-//w3c//dtdxhtml1.0transitional//en""http://www.w3.org/tr/xhtml1/dtd/xhtml1-transitional.dtd"><htmlxmlns＝"http://www.w3.org/1999/xhtml"><head><metahttp-equiv＝"content-type"content＝"text/html；charset＝utf-8"/><title>易秀，秀出你风采！</title><linkrel＝"shortcuticon"href＝"http://10.41.134.74/skins/weibo/images/bigbannerpic/favicon_it.ico"/><style>@mediaprint{body{display:none}}

#autocapslock0{position:absolute；z-index:9999；}

相关文件网络地址：http://zz.zz.zzz.zz/skins/weibo/js/jquery.1.5.1.js

相关文件内容(摘选部分内容展示)：

(function(s,m){functionpa(p){returnb.iswindow(p)？p:9＝＝＝p.nodetype？p.defaultview||p.parentwindow:！1}functionja(p){if(！qa[p]){vara

步骤3、在页面中输入业务参数，执行业务操作，刷新页面或者进入下一个页面，如：输入用户名和密码两个参数进行登录操作。在此过程中，抓包工具抓取的数据有(摘选部分内容展示)

主机名称：share.xxx.com.cn

路径：/tech/jsp/loginsubmit？

请求方法：post

网络协议：http/1.1

请求头信息：

(request-line)post/tech/jsp/loginsubmit？http/1.1

hostshare.xxx.com.cn

user-agentmozilla/5.0(windowsnt6.1；rv:42.0)gecko/20100101firefox/42.0

accept

text/html,application/xhtml+xml,application/xml；q＝0.9,*/*；q＝0.8

accept-languagezh-cn,zh；q＝0.8,en-us；q＝0.5,en；q＝0.3

accept-encodinggzip,deflate

refererhttp://share.xxx.com.cn/tech/jsp/userlogin

cookiejsessionid＝bb06e96d04e52d575f6dc7091b6b297e；language＝zh

content-typeapplication/x-www-form-urlencoded

content-length74

请求消息体：

language＝zh&language_flag＝zh&password＝mypwd&username＝myname

响应消息头：

(status-line)http/1.1302movedtemporarily

servernginx/1.2.3

datethu,03mar201608:39:35gmt

content-typetext/html

content-length166

connectionkeep-alive

locationhttp://share.xxx.com.cn/tech/jsp/user

步骤4、重复执行步骤3，直至应用程序的所有需要移动化的业务功能都被操作一遍；

步骤5、输出数据包文件备用，如share.package。

第二步、部署和配置上述数据包

本步骤又可以包括下列步骤：

步骤1、部署第二步中抓取的数据包文件到企业应用移动化服务器上，如复制share.package到服务器packages文件夹，即packages/share.package；

步骤2、配置企业应用主机地址、端口、路径与数据包对应关系，如在配置文件packages/conf.xml中添加上述企业应用与数据包文件的关系。

第三步、企业应用移动化开发和测试

本步骤又可以包括下列步骤：

步骤1、开发者使用企业应用移动化ide开发移动应用客户端某业务功能，如：登录的业务功能；

步骤2、开发者安装上述移动应用客户端到ide仿真器；

步骤3、运行移动应用客户端，输入业务参数，执行业务操作，向企业应用移动化服务器发送业务请求；

步骤4、企业应用移动化服务器收到业务请求后，从中提取信息，即请求数据的信息(包括企业应用主机名称、端口号、路径、请求头信息、请求参数、请求消息体)，并依据第二步中的配置，通过主机名称、端口号、路径找到与该企业应用对应的数据包；再根据路径、请求头信息、请求参数从匹配的数据包中提取与请求相对应的响应数据，处理后返回给移动应用客户端。

以上述登录为例，服务器首先从来自移动应用客户端的请求中提取请求信息，如：

主机名称：share.xxx.com.cn

路径：/tech/jsp/loginsubmit？

请求方法：post

网络协议：http/1.1

请求头信息：

(request-line)post/tech/jsp/loginsubmit？http/1.1

hostshare.xxx.com.cn

user-agentmozilla/5.0(windowsnt6.1；rv:42.0)gecko/20100101firefox/42.0

accept

text/html,application/xhtml+xml,application/xml；q＝0.9,*/*；q＝0.8

accept-languagezh-cn,zh；q＝0.8,en-us；q＝0.5,en；q＝0.3

accept-encodinggzip,deflate

refererhttp://share.xxx.com.cn/tech/jsp/userlogin

cookiejsessionid＝bb06e96d04e52d575f6dc7091b6b297e；language＝zh

content-typeapplication/x-www-form-urlencoded

content-length74

请求消息体：

language＝zh&language_flag＝zh&password＝mypwd&username＝myname

然后根据主机名称(share.xxx.com.cn)和配置信息(<appname＝"share"><url>http://share.xxx.com.cn</url><package>share.package</package></app>)匹配到该企业应用对应的数据包文件，如：share.package；

接着根据登录请求路径(/tech/jsp/loginsubmit？)和请求参数(language＝zh&language_flag＝zh&password＝mypwd&username＝myname)从数据包(share.package)中读取与之相对应的响应数据，如：

http/1.1302movedtemporarily

servernginx/1.2.3

datethu,03mar201608:39:35gmt

content-typetext/html

content-length166

connectionkeep-alive

locationhttp://share.xxx.com.cn/tech/jsp/user

最后将响应数据返回给移动应用客户端。

步骤5、移动应用客户端解析、展示业务功能执行结果响应数据。开发者据此进行修改、调试，或者继续开发下一个业务功能。

步骤6、重复上述步骤1至步骤5，直至完成企业应用移动化开发。

以上实施例仅用以说明本发明的技术方案而非对其进行限制，本领域的普通技术人员可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明的精神和范围，本发明的保护范围应以权利要求为准。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的装置可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例的装置。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

s11，获取应用程序的客户端发送的指定业务请求，其中，指定业务请求为应用程序的客户端发送的用于执行指定业务的请求数据；

s12，在数据包中查找与指定业务请求对应的指定响应数据，其中，数据包为预先抓取到的数据包，并且数据包中包括在运行每个业务时向应用程序发送的业务请求中携带的请求数据和应用程序响应于请求数据的响应数据；

s21，将查找到的指定响应数据发送至应用程序的客户端进行解析。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

s22，向应用程序服务器发送指定业务请求，其中，指定业务请求用于执行业务的请求数据；

s23，接收应用程序服务器从数据包中查找的与指定业务请求对应的指定响应数据，其中，数据包为预先抓取到的数据包，并且数据包中包括在运行每个业务时向应用程序发送的业务请求中携带的请求数据和应用程序响应于请求数据的响应数据；

s24，对指定响应数据进行解析。

可选地，存储介质还被设置为存储用于执行上述实施例记载的装置步骤的程序代码：

可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行上述实施例记载的装置步骤。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。