基于BS的数据交互方法与系统、客户端及服务器与流程

本发明涉及通信传输技术领域，尤其涉及基于BS的数据交互方法与系统、客户端及服务器。

背景技术：
在大多数基于BS（Browser/Server，浏览器/服务器模式）结构的WEB应用系统软件的开发设计中，采用三层结构设计，三层从上至下分别是表示层、业务逻辑层和数据访问层，各层之间呈弱耦合结构，层与层之间的依赖是向下的，其中表示层依赖于业务逻辑层，业务逻辑层依赖于数据访问层。应用系统为了完成某种功能，客户端的功能模块需要向服务器的数据访问请求接口发送请求数据。在架构设计中，数据访问请求接口位于服务器的数据访问层，由服务器按照客户端功能模块的划分来提供，设计一个数据访问接口需要依据实现一个应用系统的具体功能和模块数据的数量、种类以及它们之间的关系。目前，在服务器和客户端之间交互请求数据的方案主要是：多次请求，例如，界面显示的功能模块有三个，那么就由客户端按照模块数据关系分三次向服务器请求数据，这个过程相当于在客户端浏览器和服务器之间进行了三次交互。但是，服务器和客户端之间的交互次数增多，会增加请求所用的总时间，从而影响界面显示的速度。目前，为了解决上述交互请求数据所需的时间过长的问题，通常会在服务器增加新的数据访问请求接口，如果进行一个完整的功能需要多个功能模块，新增的数据请求接口必须按照支持这个完整的功能的多个功能模块的关系进行设计，从而使得实现该功能时，客户端只需与服务器进行一次数据交互。现有技术存在的问题：在应用系统运行、更新和维护时，经常会改变客户端功能模块或服务器业务功能模块的数量、种类和它们之间的相互关系，这样就会改变表示层和业务逻辑层之间的数据传输流程，从而改变了应用系统原有的架构，对新的数据访问接口也要进行同步的修改，对开发工作人员和使用者来说，这会为应用系统运行、更新和维护带来更大的难度，耗费更多的时间精力，增加了应用系统运行、更新和维护的成本。

技术实现要素：
本发明的实施例提供了基于BS的数据交互方法与系统、客户端及服务器，能够降低应用系统运行、更新或维护时的复杂度，从而降低应用系统进行更新或维护的成本。为达到上述目的，本发明的实施例采用如下技术方案：一方面，本发明实施例提供一种基于BS的数据交互方法，包括：客户端确定传入规则，并根据所述传入规则确定至少两个请求数据，将所述至少两个请求数据合并，并得到合并数据，并将所述合并数据向服务器发送，所述传入规则表示各个请求数据之间的顺序和关系；所述服务器接收合并数据，从所述合并数据中获取所述至少两个请求数据，并对各个请求数据进行处理得到至少两个请求结果，再对所述至少两个请求结果进行合并得到反馈数据，并发送所述反馈数据到客户端；所述客户端接收所述服务器发送的反馈数据，根据所述传入规则从所述反馈数据提取所述至少两个请求结果，其中，一个请求结果对应于至少一个请求数据，显示所接收到的至少一个请求结果。另一方面，本发明实施例提供一种基于BS的数据交互系统，包括客户端和服务器，包括：所述客户端用于确定传入规则，并根据所述传入规则确定至少两个请求数据，所述传入规则表示各个请求数据之间的顺序和关系，将所述至少两个请求数据合并，并得到合并数据，将所述合并数据向服务器发送；所述服务器用于接收合并数据，从所述合并数据中获取所述至少两个请求数据，并对各个请求数据进行处理得到至少两个请求结果，再对所述至少两个请求结果进行合并得到反馈数据，并发送所述反馈数据到客户端；所述客户端还用于接收所述服务器发送的反馈数据，根据所述传入规则从所述反馈数据提取所述至少两个请求结果，其中，一个请求结果对应于至少一个请求数据，显示所接收到的至少一个请求结果。再一方面，本发明实施例提供一种客户端，包括：请求获取模块，用于确定传入规则，并根据所述传入规则确定至少两个请求数据，所述传入规则表示各个请求数据之间的顺序和关系；合并模块，用于将所述至少两个请求数据合并，并得到合并数据；发送模块，用于将所述合并数据向服务器发送；接收模块，用于接收所述服务器发送的反馈数据，所述反馈数据是由所述服务器从所述合并数据中获取所述至少两个请求数据，并对各个请求数据进行处理得到至少两个请求结果，再对所述至少两个请求结果进行合并得到的；分解模块，用于根据所述传入规则从所述反馈数据提取所述至少两个请求结果，其中，一个请求结果对应于至少一个请求数据；显示模块，用于显示所接收到的至少一个请求结果。又一方面，本发明实施例提供一种服务器，包括一种业务逻辑数据访问管理器，所述业务逻辑数据访问管理器包括：接收模块，用于接收客户端发送的合并数据；请求分析模块，用于从所述合并数据中获取所述至少两个请求数据，所述至少两个请求数据是由所述客户端根据传入规则确定的，所述传入规则表示各个请求数据之间的顺序和关系；处理模块，用于对各个请求数据进行处理得到至少两个请求结果；请求结果合并模块，用于合并所述至少两个请求结果，得到反馈数据；发送模块，用于将所述反馈数据向所述客户端发送。本发明实施例提供的基于BS的数据交互方法与系统、客户端及服务器，能够在客户端合并多个请求数据，并将合并的请求数据发送至服务器，服务器对合并的请求数据进行分解得到所述多个请求数据，对各个请求数据进行处理并得到请求结果，将请求结果合并后向客户端发送，使得客户端得到服务器反馈的请求结果，从而使得系统中的客户端只需与服务器进行一次数据交互即可将多条请求数据发送至服务器，并且服务器也只需进行一次反馈，即可将请求结果返回至客户端。本发明提供的方案，能够在需要进行多次数据请求的情况下，减少系统中客户端与服务器之间的交互次数，而且不需要增加新的数据访问接口，避免了现有技术中为了减少请求次数而增加额外的接口，导致业务逻辑层复杂度增加的问题，从而降低了系统的复杂度，提高了系统的可靠性。并且由于避免了增加接口的数量，从而降低了在应用系统运行、更新和维护时，需要耗费的时间精力和成本。附图说明为了更清楚地说明本发明实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。图1为本发明实施例提供的一种系统架构的结构示意图；图2为本发明实施例提供的一种基于BS的数据交互方法的流程图；图3为本发明实施例提供的另一种基于BS的数据交互方法的流程图；图4为本发明实施例提供的一种基于BS的数据交互方法的一种实现方式的流程图；图5为本发明实施例提供的一种基于BS的数据交互系统的结构示意图；图6为本发明实施例提供的一种客户端的结构示意图；图7为本发明实施例提供的一种服务器的结构示意图；图8为本发明实施例提供的另一种服务器的结构示意图；图9为本发明实施例提供的一种服务器中一种模块的结构示意图；图10为本发明实施例提供的一种服务器中一种单元的结构示意图。具体实施方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。本发明实施例提供的技术方案可以应用于基于BS的WEB架构的系统，如图1所示，其中可以包括客户端和服务器。客户端可以是手机、PC和PAD等终端设备。在客户端中可以包括合并请求管理器，客户端的合并请求管理器可以将至少两个请求数据合并为一个合并数据，并发送至服务器；客户端还可以接收服务器发送过来的反馈数据，并对分解得到至少两个请求结果，一个请求结果是一个请求数据在服务器上经过处理后得到的。服务器可以包括业务逻辑数据访问管理器，服务器的业务逻辑数据管理器对客户端发送的合并数据进行分解得到各个请求数据，并对各个请求数据进行处理，并得到各个请求数据的请求结果，再将至少两个请求结果合并为反馈数据，并发送至客户端。本发明实施例提供了一种基于BS的数据交互方法，该方法可以用于图1所示的基于BS的WEB架构系统。如图2所示，该方法可以包括：201，客户端确定传入规则，并根据所述传入规则确定至少两个请求数据。其中，传入规则表示各个请求数据之间的顺序和关系。具体的，传入规则可以包括：前面的请求数据的输出结果充当后面的请求数据处理过程中的参数，协同后面请求数据产生它的输出结果。例如：请求数据2的处理依赖于请求数据1，且请求数据2位于请求数据1之后，则服务器在处理请求数据2时，需要将之前处理请求数据1得到的输出结果作为请求数据2的参数，才可以正确产生请求数据2的输出结果。比如：在一个学生管理系统中，需要查询学生信息，而查询学生信息的请求基于班级查询的请求结果，此时，班级查询的请求结果就是查询学生信息的请求处理过程中的参数。其中，各个请求数据之间可以采用数组的方式串联在一起，数组中的每一个项对应相关的一个请求数据的回调函数，回调函数用于调用请求数据。请求数据包含请求的地址、请求的标识号以及请求的参数列表。举例来说，两个请求数据为请求数据1和请求数据2，将两个请求数据采用数组方式串联，得到数组a，则数组a中包括两个项，分别是a[1]和a[2]，a[1]对应的是请求数据1的回调函数，a[2]对应的是请求数据2的回调函数。202，所述客户端将所述至少两个请求数据合并，并得到合并数据。其中，客户端将至少两个请求数据按照一定顺序合并，得到合并数据，同时，记录至少两个请求数据合并的顺序和关系。203，所述客户端将所述合并数据向服务器发送。其中，合并数据向服务器发送需要经过数据接口，数据接口可以是简单的传输通道，合并数据和普通单个请求数据通过数据接口的方式可以是相同的，因此不需要修改或改变原有应用系统的架构，降低了应用系统的复杂度。可选的，合并数据还可以包括标识信息，标识信息用于表示合并数据是由至少两个请求数据合并得到的。客户端通过识别标识信息可以将合并数据与单个请求数据区分开来，保证后期的处理过程更高效的进行。例如：功能1需要请求数据1和请求数据2支持完成，功能2只需要请求数据3支持完成。当请求数据1和请求数据2合并为合并数据时，可以为合并数据指定一个标识信息，该标识信息使得合并数据可以和请求数据3区分开来。204，所述服务器接收合并数据。205，所述服务器从所述合并数据中获取所述至少两个请求数据。其中，服务器可以按照客户端在202得到合并数据的逆过程，从合并数据中分解获取至少两个请求数据。206，所述服务器对各个请求数据进行处理得到至少两个请求结果。其中，服务器可以记录请求数据的请求参数和请求地址等，如果各个请求数据之间没有承接关系，则由执行相应功能的业务功能模块分别读取并处理相对应的各个请求数据，得到与请求数据相对应的请求结果。如果各个请求数据之间存在承接关系，例如：请求数据2承接于请求数据1，执行相应功能的业务功能模块在处理请求数据2时，还需要由其他业务功能模块处理请求数据1得到的请求结果1，才可以得到请求结果2，请求结果2可以表示请求数据1和请求数据2都已经过处理。207，所述服务器对所述至少两个请求结果进行合并得到反馈数据，并发送所述反馈数据到客户端。其中，服务器合并至少两个请求结果得到反馈数据的具体实现方式，可以与客户端在202将至少两个请求数据合并的方式相同或者相对应，其中相对应指的是服务器合并请求结果的封装方式可以与客户端在202中合并请求数据的封装方式相同，或者是客户端在202中合并请求数据的具体方式是采用了现有协议中专门用于处理请求数据的方案，而服务器合并请求结果的具体方式是现有协议中专门用于处理请求结果的方案。208，所述客户端接收所述服务器发送的反馈数据。209，所述客户端根据所述传入规则从所述反馈数据提取所述至少两个请求结果。其中，一个请求结果可以对应于至少一个请求数据，客户端可以按照服务器在207中对请求结果进行合并得到反馈数据的逆过程，从反馈数据中提取至少两个请求结果。具体来说，一个请求结果可以只对应于一个请求数据，比如：应用系统的某个功能需要请求数据1和请求数据2的支持才可以完成，但请求数据1和请求数据2之间没有承接关系，则从反馈数据中得到的请求结果1、请求结果2依次与请求数据1、请求数据2一一对应。一个请求结果也可以对应于多个请求数据，比如：应用系统的某个功能需要请求数据1、请求数据2和请求数据3支持才可以完成，而且请求数据3承接于请求数据1和请求数据2，如对于请求数据3的处理需要请求结果1和请求结果2作为参数，则从反馈数据中得到的请求结果3也可以对应于请求数据1、2、3的处理。210，所述客户端显示所接收到的至少一个请求结果。其中，从反馈数据中获得至少两个请求结果后，每个请求结果会返回它所对应的处于表示层的界面功能模块，从而在界面的显示设备上显示出得到的结果或数据。本发明实施例提供的基于BS的数据交互方法，能够在客户端合并多个请求数据，并将合并的请求数据发送至服务器，同时，客户端通过识别标识信息还可以将合并数据与单个请求数据区分开来，保证后期的处理过程更加高效的进行。服务器对合并的请求数据进行分解得到多个请求数据，对各个请求数据进行处理并得到请求结果，将请求结果合并后向客户端发送，客户端得到服务器反馈的请求结果，在该过程中，每一个请求结果与至少一个请求数据对应，保证了处理与传输过程的正确性。本发明提供的方案，能够在需要进行多次数据请求的情况下，减少客户端与服务器之间的交互次数，而且不需要增加新的数据访问接口，避免了现有技术中为了减少请求次数而增加额外的接口，导致业务逻辑层复杂度增加的问题，从而降低了系统的复杂度，提高了系统的可靠性。并且由于避免了增加接口的数量，从而降低了在应用系统运行、更新和维护时，需要耗费的时间精力和成本。在如图2所示的方法的基础上，本发明实施例还提供了一种基于BS的数据交互方法，如图3所示，可以包括：301，客户端确定传入规则，并根据所述传入规则确定至少两个请求数据。其中，传入规则表示各个请求数据之间的顺序和关系。302，所述客户端将所述至少两个请求数据合并，并得到合并数据。303，所述客户端将所述合并数据向服务器发送。304，所述服务器拦截所述客户端发送的所有请求数据。其中，客户端发送的所有请求数据可以包括合并数据和单个请求数据。合并数据还可以包括标识信息，标识信息用于表示合并数据是由至少两个请求数据合并得到的。此处将所有请求数据拦截，对所有请求数据进行识别，具有标识信息的请求数据即为合并数据；没有识别到标识信息的请求数据为单个请求数据，可以直接传输至对应的业务功能模块，并按照常用的技术手段进行处理。305，所述服务器从拦截的请求数据中确定具有所述标识信息的请求数据，并将具有所述标识信息的请求数据作为所述合并数据。306，所述服务器从所述合并数据中获取所述至少两个请求数据。307，所述服务器利用request动态代理，根据所述传入规则针对所述各个请求数据进行处理，并得到所述至少两个请求结果。其中，服务器建立的request动态代理可以接管业务功能模块的输入。业务功能模块需要通过request动态代理来读取客户端传送过来的请求数据。其中，request动态代理可以调用参数管理器读取各个请求数据，request动态代理按照业务功能模块的功能分配给业务功能模块相对应的请求数据。举例说明，业务功能模块1需要接收请求数据1来进行处理，业务功能模块2需要接收请求数据2来进行处理，request动态代理通过调用参数管理器读取请求数据1和请求数据2，由request动态代理将请求数据1分配给业务功能模块1进行处理，将请求数据2分配给业务功能模块2进行处理。服务器还可以建立response动态代理，由response动态代理接管业务功能模块的输出。例如：业务功能模块对至少两个请求数据完成处理并得到请求结果后，将对应得到的请求结果输出到response动态代理中。308，所述服务器对所述至少两个请求结果进行合并得到反馈数据，并发送所述反馈数据到客户端。其中，合并请求结果的具体实施方式可以与207相同，此处不再赘述。309，所述客户端接收所述服务器发送的反馈数据。310，所述客户端根据所述传入规则从所述反馈数据提取所述至少两个请求结果。311，所述客户端显示所接收到的至少一个请求结果。本发明实施例提供的基于BS的数据交互方法，能够在客户端合并多个请求数据，并将合并的请求数据发送至服务器，服务器可以拦截客户端发送的所有请求数据，并通过标识信息识别合并数据，对合并数据和单个请求数据运用不同的方式进行处理，从而不必修改或改变应用系统的架构；服务器运用request动态代理和response动态代理接管业务功能模块的输入和输出，动态代理可以调用参数管理器，还可以将各个请求数据分配给对应的业务功能模块。本发明提供的方案，能够在需要进行多次数据请求的情况下，减少客户端与服务器之间的交互次数，而且不需要增加新的数据访问接口，避免了现有技术中为了减少请求次数而增加额外的接口，导致业务逻辑层复杂度增加的问题，从而降低了系统的复杂度，提高了系统的可靠性。并且由于避免了增加接口的数量，从而降低了在应用系统运行、更新和维护时，需要耗费的时间精力和成本。举例来说，如图4所示，307的具体实现方式可以包括：3071，根据所述传入规则，在所述各个请求数据中确定第一请求数据。其中，各个请求数据包括第一请求数据至第N请求数据，N为大于等于2的整数，第一请求数据至第N请求数据之间存在承接关系，且为后面的请求数据承接前面的请求数据，例如：第二请求数据承接于第一请求数据，第一请求数据的请求结果充当得到第二请求结果的参数。3072，利用所述request动态代理调用参数管理器对所述第一请求数据进行处理，并得到第一请求结果，并将所述第一请求结果存储在所述参数管理器中。3073，利用所述request动态代理调用所述参数管理器根据所述第一请求结果对第二请求数据进行处理，并得到第二请求结果，并将所述第二请求结果存储在所述参数管理器中。在本实施例中，服务器可以利用所述request动态代理调用参数管理器重复3071-3073的实施方式，依次对每一个请求数据进行处理，直至得到第N请求结果，并且在对于一个请求数据进行处理的过程中，从所述参数管理器中获取至少一个处理其他请求数据得到的请求结果，并将所述至少一个处理其他请求数据得到的请求结果，作为参与这一个请求数据处理的参数。例如，请求数据3承接于请求数据1和请求数据2，请求数据1对应请求结果1，请求数据2对应请求结果2，请求数据3对应请求结果3。那么处理请求数据3时，需要利用request动态代理调用参数管理器中的请求结果1和请求结果2，将请求结果1、请求结果2和请求数据3转入业务功能模块进行处理，得到请求结果3，将请求结果3输出至response动态代理，参数管理器读取response动态代理中的请求结果3，并储存。比如：在一个学生管理系统中，需要查询学生信息，而查询学生信息的请求基于年级查询请求结果和班级查询请求结果。在查询学生信息时，request动态代理会调用缓存在参数管理器中的年级查询请求结果和班级查询请求结果，将学生信息查询请求、年级查询请求结果和班级查询请求结果转入业务功能模块进行处理，得到查询学生信息的请求结果，将查询学生信息的请求结果输出至response动态代理，参数管理器会读取response动态代理中的查询学生信息的请求结果，并储存。本发明实施例提供的基于BS的数据交互方法，用于具有承接关系的请求数据，利用request动态代理调用参数管理器中的请求数据和请求结果，参数管理器读取response动态代理中的请求结果，以动态的方式接管了业务功能模块的输入和输出。本发明提供的方案，能够在需要进行多次数据请求的情况下，减少客户端与服务器之间的交互次数，而且不需要增加新的数据访问接口，避免了现有技术中为了减少请求次数而增加额外的接口，导致业务逻辑层复杂度增加的问题，从而降低了系统的复杂度，提高了系统的可靠性。并且由于避免了增加接口的数量，从而降低了在应用系统运行、更新和维护时，需要耗费的时间精力和成本。本发明实施例还提供了一种基于BS的数据交互系统500，如图5所示，包括：客户端501，用于确定传入规则，并根据所述传入规则确定至少两个请求数据，所述传入规则表示各个请求数据之间的顺序和关系，将所述至少两个请求数据合并，并得到合并数据，将所述合并数据向服务器发送。服务器502，用于接收合并数据，从所述合并数据中获取所述至少两个请求数据，并对各个请求数据进行处理得到至少两个请求结果，再对所述至少两个请求结果进行合并得到反馈数据，并发送所述反馈数据到客户端。所述客户端501，还用于接收所述服务器发送的反馈数据，根据所述传入规则从所述反馈数据提取所述至少两个请求结果，其中，一个请求结果对应于至少一个请求数据，显示所接收到的至少一个请求结果。本发明实施例提供的基于BS的数据交互系统，能够在客户端合并多个请求数据，并将合并的请求数据发送至服务器，服务器对合并的请求数据进行分解得到所述多个请求数据，对各个请求数据进行处理并得到请求结果，将请求结果合并后向客户端发送，使得客户端得到服务器反馈的请求结果，从而使得系统中的客户端只需与服务器进行一次数据交互即可将多条请求数据发送至服务器，并且服务器也只需进行一次反馈，即可将请求结果返回至客户端。本发明提供的方案，能够在需要进行多次数据请求的情况下，减少系统中客户端与服务器之间的交互次数，而且不需要增加新的数据访问接口，避免了现有技术中为了减少请求次数而增加额外的接口，导致业务逻辑层复杂度增加的问题，从而降低了系统的复杂度，提高了系统的可靠性。并且由于避免了增加接口的数量，从而降低了在应用系统运行、更新和维护时，需要耗费的时间精力和成本。本发明实施例还提供了一种客户端600，如图6所示，包括：请求获取模块601，用于确定传入规则，并根据所述传入规则确定至少两个请求数据，所述传入规则表示各个请求数据之间的顺序和关系。合并模块602，用于将所述至少两个请求数据合并，并得到合并数据。其中，合并模块还用于在合并数据中添加标识信息，标识信息用于表示合并数据是由至少两个请求数据合并得到的。发送模块603，用于将所述合并数据向服务器发送。接收模块604，用于接收所述服务器发送的反馈数据。其中，所述反馈数据是由所述服务器从所述合并数据中获取所述至少两个请求数据，并对各个请求数据进行处理得到至少两个请求结果，再对所述至少两个请求结果进行合并得到的。分解模块605，用于根据所述传入规则从所述反馈数据提取所述至少两个请求结果。其中，一个请求结果对应于至少一个请求数据。显示模块606，用于显示所接收到的至少一个请求结果。本发明实施例提供的客户端，能够在客户端合并多个请求数据，并将合并的请求数据发送至服务器，使客户端只需与服务器进行一次数据交互即可将多条请求数据发送至服务器，客户端通过识别标识信息可以将合并数据与单个请求数据区分开来，保证后期的处理过程更加高效的进行，客户端接收服务器传送的反馈数据后，可以按照传入规则从反馈数据中提取出至少两个请求结果，每一个请求结果与至少一个请求数据对应，保证了处理与传输过程的正确性。本发明提供的方案，能够在需要进行多次数据请求的情况下，减少客户端与服务器之间的交互次数，而且不需要增加新的数据访问接口，避免了现有技术中为了减少请求次数而增加额外的接口，导致业务逻辑层复杂度增加的问题，从而降低了系统的复杂度，提高了系统的可靠性。并且由于避免了增加接口的数量，从而降低了在应用系统运行、更新和维护时，需要耗费的时间精力和成本。本发明实施例还提供了一种服务器700，它包括一种业务逻辑数据访问管理器701，如图7所示，所述业务逻辑数据访问管理器701包括：接收模块702，用于接收客户端发送的合并数据。其中，合并数据还包括标识信息，标识信息用于表示合并数据是由至少两个请求数据合并得到的。请求分析模块703，用于从所述合并数据中获取所述至少两个请求数据，所述至少两个请求数据是由所述客户端根据传入规则确定的，所述传入规则表示各个请求数据之间的顺序和关系。处理模块704，用于对各个请求数据进行处理得到至少两个请求结果。请求结果合并模块705，用于合并所述至少两个请求结果，得到反馈数据。发送模块706，用于将所述反馈数据向所述客户端发送。本发明实施例提供的服务器，能够在客户端合并多个请求数据，并将合并的请求数据发送至服务器，服务器对合并的请求数据进行分解得到多个请求数据，对各个请求数据进行处理并得到请求结果，将请求结果按照请求数据合并得到合并数据的顺序合并后向客户端发送，使得客户端得到服务器反馈的请求结果，保证了应用系统功能操作的正确性。本发明提供的方案，能够在需要进行多次数据请求的情况下，减少客户端与服务器之间的交互次数，而且不需要增加新的数据访问接口，避免了现有技术中为了减少请求次数而增加额外的接口，导致业务逻辑层复杂度增加的问题，从而降低了系统的复杂度，提高了系统的可靠性。并且由于避免了增加接口的数量，从而降低了在应用系统运行、更新和维护时，需要耗费的时间精力和成本。在如图7所示的服务器的基础上，如图8所示，所述业务逻辑数据访问管理器701还可以包括：拦截模块707，用于拦截所述客户端发送的所有请求数据。识别模块708，用于从拦截的请求数据中确定具有所述标识信息的请求数据，并将具有所述标识信息的请求数据作为所述合并数据。举例来说，如图9所示，所述处理模块704可以包括：代理单元7041，用于利用request动态代理，根据所述传入规则针对所述各个请求数据进行处理，并得到所述至少两个请求结果。具体来说，所述服务器还包括一种参数管理器，所述各个请求数据包括第一请求数据至第N请求数据，N为大于等于2的整数，如图10所示，所述代理单元7041包括：启动子单元70411，用于根据所述传入规则，在所述各个请求数据中确定第一请求数据。处理子单元70412，用于利用所述request动态代理调用参数管理器对所述第一请求数据进行处理，并得到第一请求结果，并将所述第一请求结果存储在所述参数管理器中。其中，处理子单元70412，还用于利用request动态代理调用参数管理器根据第一请求结果对第二请求数据进行处理，并得到第二请求结果，并将第二请求结果存储在参数管理器中。其中，处理子单元70412，还用于重复上述过程，利用request动态代理调用参数管理器依次对每一个请求数据进行处理直至得到第N请求结果，并且在对于一个请求数据进行处理的过程中，从参数管理器中获取至少一个处理其他请求数据得到的请求结果，并将至少一个处理其他请求数据得到的请求结果作为参与这一个请求数据处理的参数。本发明实施例提供的服务器，能够在客户端合并多个请求数据，并将合并的请求数据发送至服务器，服务器可以拦截客户端发送的所有请求数据，并通过标识信息识别合并数据，对合并数据和单个请求数据运用不同的方式进行处理，不必修改或改变应用系统的架构。运用request动态代理和response动态代理接管业务功能模块的输入和输出，动态代理可以调用参数管理器，还可以将各个请求数据分配给对应的业务功能模块。本发明提供的方案，能够在需要进行多次数据请求的情况下，减少客户端与服务器之间的交互次数，而且不需要增加新的数据访问接口，避免了现有技术中为了减少请求次数而增加额外的接口，导致业务逻辑层复杂度增加的问题，从而降低了系统的复杂度，提高了系统的可靠性。并且由于避免了增加接口的数量，从而降低了在应用系统运行、更新和维护时，需要耗费的时间精力和成本。本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体（Read-OnlyMemory，ROM）或随机存储记忆体（RandomAccessMemory，RAM）等。以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。