CN102385582B - 生产测试数据处理方法、服务器及系统 - Google Patents

Abstract

本发明涉及一种生产测试数据处理方法、服务器及系统，其方法包括：服务器接收客户端发送的业务请求数据包；解析数据包，将解析出的业务请求数据封装成数据库可识别的SQL语句格式并发送至数据库；转发数据库对SQL语句格式的业务请求数据进行处理后反馈的响应结果至客户端。本发明通过在客户端与数据库之间增加一个业务数据处理服务器，为客户端访问数据库提供统一接口，可高效处理客户端的各种数据业务请求，提高了整个生产测试系统的效率以及数据库的安全性。且本发明在网络异常情况下，系统的定时业务检测功能将保证测试数据可以完整的保存进网络数据库。

Description

生产测试数据处理方法、服务器及系统

技术领域

本发明涉及通讯领域，尤其涉及一种生产测试数据处理方法、服务器及系统。

背景技术

C/S(Client/Server，客户机/服务器)结构是一种软件系统体系结构，通过它可以充分利用两端硬件环境的优势，将任务合理分配到Client端和Server端，以降低系统的通讯开销。

传统的C/S结构需要针对不同的操作系统系统开发不同版本的软件，随着产品的快速更新换代，传统的C/S结构体系成本逐渐增加，效率也相应降低。

在传统的C/S架构模式的生产测试系统中，客户端直接与数据库进行交互，对于相关数据业务请求没有必要的权限控制，容易导致数据库数据被误操作处理，而且数据库用户名和密码对于测试开发人员是开放的，不利于数据库的安全管理；在数据高并发的时候，其受限于网络流量，如果并发数据业务请求较多，特别是在高并发状态执行数据库写入操作时，将导致数据库负载加重，降低数据处理效率。另外，由于生产使用的各种测试软件，采用数据库的访问接口并不统一，有ADO/ODBC/OLEDB(数据库访问技术)等数据库访问接口，使得各种测试软件维护扩展不方便，而且随着客户端处理业务的增多，或者需求的变更，需要对客户端程序进行较大的改动，不利于快速的实现用户需求。

发明内容

本发明的主要目的在于提供一种生产测试数据处理方法、服务器及系统，旨在提高生产测试数据系统的效率。

本发明提出一种生产测试数据处理方法，包括以下步骤：

服务器接收客户端发送的业务请求数据包；

解析所述数据包，将解析出的业务请求数据封装成数据库可识别的SQL语句格式并发送至数据库；

转发所述数据库对所述SQL语句格式的业务请求数据进行处理后反馈的响应结果至客户端。

优选地，所述解析数据包，将解析出的业务请求数据封装成数据库可识别的SQL语句格式发送至数据库的步骤包括：

解析所述数据包，得到所述业务请求数据；

将所述业务请求数据封装成数据库可识别的SQL语句格式；

将所述SQL语句格式的业务请求数据发送至数据库。

优选地，所述转发数据库对所述SQL语句格式的业务请求数据进行处理后反馈的响应结果至客户端的步骤之前还包括：

定时检测预设的FTP文件夹中是否有所述客户端通过FTP发送的异步业务请求文件；若有，则

解析所述异步业务请求文件；将解析后的异步业务请求文件封装成数据库可识别的SQL语句格式发送至数据库。

优选地，该方法还包括：

监控所述服务器的运行状况；

记录并备份所述服务器运行过程中的日志。

本发明还提出一种生产测试数据处理服务器，包括：

业务请求接收模块，用于接收客户端发送的业务请求数据包；

业务处理模块，用于解析所述数据包，将解析出的业务请求数据封装成数据库可识别的SQL语句格式并发送至数据库；

响应发送模块，用于转发所述数据库对所述SQL语句格式的业务请求数据进行处理后反馈的响应结果至客户端。

优选地，所述业务处理模块包括：

解析单元，用于解析所述数据包，得到所述业务请求数据；

数据格式封装单元，将所述业务请求数据封装成数据库可识别的SQL语句格式；

发送单元，用于将所述SQL语句格式的业务请求数据发送至数据库。

优选地，还包括定时检测模块，用于定时检测预设的FTP文件夹中是否有所述客户端通过FTP发送的异步业务请求文件；

所述业务处理模块，还用于解析所述异步业务请求文件；将解析后的异步业务请求文件封装成数据库可识别的SQL语句格式发送至数据库。

优选地，该服务器还包括：

监控模块，用于监控所述服务器各功能模块的运行状况；

日志记录备份模块，用于记录并备份所述服务器运行过程中的日志。

本发明还提出一种生产测试数据处理系统，包括客户端、与所述客户端网络连接的服务器以及与所述服务器通过API连接的数据库；其中：

所述客户端，用于将业务请求数据包发送至所述服务器；以及接收所述服务器转发的所述数据库反馈的响应结果；

所述服务器，用于接收并解析所述客户端发送的所述业务请求数据包，将解析出的业务请求数据封装成数据库可识别的SQL语句格式发送至所述数据库，以及转发所述数据库对所述SQL语句格式的业务请求数据进行处理后反馈的响应结果至客户端；

所述数据库，用于接收并处理所述服务器发送的所述SQL语句格式的业务请求数据，并将处理后的响应结果反馈至所述服务器。

优选地，所述客户端还用于通过FTP将异步业务请求文件发送至所述服务器预设的FTP文件夹中；

所述服务器还用于定时检测所述预设的FTP文件夹中是否有所述客户端发送的异步业务请求文件；若有，则解析所述异步业务请求文件，并将解析后的异步业务请求文件封装成数据库可识别的SQL语句格式发送至数据库。

优选地，所述服务器还用于监控所述服务器各功能模块的运行状况，记录并备份所述服务器运行过程中的日志。

本发明提出一种生产测试数据处理方法、服务器及系统，通过在客户端与数据库之间增加一个业务数据处理服务器，为客户端访问数据库提供统一接口，客户端的所有业务请求均通过统一的xml协议格式组成数据包发送至服务器，由服务器对数据包进行解析，并组装成相应的SQL语句发送给数据库进行相关的存取管理、新业务的扩展等操作，从而可高效处理客户端的各种数据业务请求，提高了整个生产测试系统的效率。而且客户端访问数据库仅需配置相应的服务器的IP和端口号，相关测试开发人员无需知道数据库的用户名和密码，即可进行相关业务数据处理，提高了数据库的安全性；网络通讯使用xml协议来组装和解析数据包，业务解析处理方便快捷；同时使用数据库连接池技术，提高数据库处理响应效率；系统具有日志记录功能，可记录系统运行过程中产生的日志，同时可对系统日志进行自动备份；此外，本系统监控模块可使系统在发生异常的情况下，具有自动修复重启服务功能；在网络发送异常情况下，系统的定时业务检测功能将保证测试数据可以完整的保存进网络数据库。

附图说明

图1是本发明生产测试数据处理方法一实施例流程示意图；

图2是本发明生产测试数据处理方法一实施例中解析数据包，将解析出的业务请求数据封装成数据库可识别的SQL语句格式并发送至数据库的具体流程示意图；

图3是本发明生产测试数据处理方法另一实施例流程示意图；

图4是本发明生产测试数据处理服务器一实施例结构示意图；

图5是本发明生产测试数据处理服务器一实施例中业务处理模块的结构示意图；

图6是本发明生产测试数据处理服务器另一实施例结构示意图；

图7是本发明生产测试数据处理系统一实施例结构示意图。

为了使本发明的技术方案更加清楚、明了，下面将结合附图作进一步详述。

具体实施方式

本发明实施例解决方案主要是在客户端与数据库之间增加一个业务数据处理服务器，为客户端访问数据库提供统一接口，可高效处理客户端的各种数据业务请求，提高整个生产测试系统的效率。

如图1所示，本发明一实施例提出一种生产测试数据处理方法，包括：

步骤S101，服务器接收客户端发送的业务请求数据包；

步骤S102，解析数据包，将解析出的业务请求数据封装成数据库可识别的SQL语句格式并发送至数据库；

步骤S103，转发数据库对SQL语句格式的业务请求数据进行处理后反馈的响应结果至客户端。

本实施例方法运行环境涉及C/S结构体系，传统的C/S架构模式的生产测试系统中，各测试软件客户端分别以不同的接口直接访问数据库，使得生产测试数据系统的效率降低。为了提高生产测试数据系统的效率，本实施例在客户端与数据库之间增加业务数据处理服务器(以下简称服务器)，客户端不直接与数据库交互，而是将客户端相关数据业务请求均以xml(ExtensibleMarkupLanguage，可扩展标记语言)格式数据包通过TCP/IP(TransmissionControlProtocol/InternetProtocol，传输控制协议/互联网络协议)传输到服务器，由服务器解析数据包，并将解析出的业务请求数据组装成相应的数据库可识别的SQL(StructuredQueryLanguage，结构化查询语言)语句，之后再与数据库进行交互，最后将数据库处理结果反馈给客户端。

如图2所示，步骤S102包括：

步骤S1021，解析数据包，得到业务请求数据；

步骤S1022，将业务请求数据封装成数据库可识别的SQL语句格式；

步骤S1023，将SQL语句格式的业务请求数据发送至数据库。

以下详细说明本实施例方法的工作流程：

首先，进行生产测试数据处理系统配置，包括服务器通讯端口配置、数据库连接配置等，之后，服务器等待客户端建立通讯连接，如果客户端与服务器相应端口建立了通讯连接，数据处理系统将启动一个线程来处理该连接的通讯数据，服务器等待接收客户端发送的业务请求数据包。当有生产测试数据需要处理时，客户端将所有业务请求数据通过统一的xml协议格式组成数据包发送给服务器，服务端接收到数据包之后，对该数据包进行解析，并将解析出的业务请求数据组装成数据库可识别的SQL语句，发送至数据库，由数据库处理相关的SQL语句格式的业务请求数据，并将处理结果返回给服务器，再由服务器将处理结果反馈给客户端。

其中，数据库处理业务请求数据的过程具体为：在处理数据之前，数据库需要预先创建一定数量的数据库连接池，对数据库连接池可进行配置管理，此外，为提高数据库的响应效率，可将数据库连接池中的连接进行分组，数据库将根据业务请求类型分别从不同的数据库连接组中取出空闲的连接来处理相应的业务请求数据。具体实现过程为：当业务请求到达时，从数据库连接池中取出一个空闲的连接处理该业务请求数据，并将数据库连接置为忙状态。当无可用数据库连接时，可根据需求自动添加数据库连接池的连接数，在连接数都为忙状态时，业务请求将排队等待。若业务请求数据处理完毕，则数据库将相应的数据库连接重置为空闲状态。

本实施例中服务器与数据库可以分布在同一台服务器或设备上，也可将服务器与数据库分别设置在不同的设备上，具体可根据服务器的配置灵活设置。本实施例服务器与数据库的接口使用数据库提供的API(ApplicationProgrammingInterface，应用程序编程接口)接口，由于本实施例数据库为ORACLE数据库，因此，本实施例服务器业务数据处理系统使用pro*c来访问ORACLE数据库。在高并发情况下，通过在客户端与数据库之间增加业务数据处理的服务器，分担处理相关业务，而不必对现有系统做任何改变，从而可提高整个系统的响应效率。

如图3所示，本发明另一实施例提出一种生产测试数据处理方法，包括：

步骤S301，服务器接收客户端发送的业务请求数据包；

步骤，解析数据包，将解析出的业务请求数据封装成数据库可识别的SQL语句格式并发送至数据库；

步骤S303，转发数据库对SQL语句格式的业务请求数据进行处理后反馈的响应结果至客户端。

上述步骤S301、步骤S302以及步骤S303与上述实施例步骤S101、步骤S102以及步骤S103依次对应相同，在此不再赘述。

其中，本实施例在步骤S303之前还包括：

步骤S3031，定时检测预设的FTP文件夹中是否有客户端通过FTP发送的异步业务请求文件；若有，则进入步骤S3032；

步骤S3032，解析异步业务请求文件；将解析后的异步业务请求文件封装成数据库可识别的SQL语句格式发送至数据库。

在上述步骤S3031和步骤S3032中，当网络出现异常情况，比如客户端与服务器之间的通讯出现故障时，客户端的业务数据请求无法发送至服务器，此时，客户端将业务请求数据以xml格式文件保留在本地，在网络连接正常之后，客户端将业务数据请求通过FTP(FileTransferProtocol，文件传输协议)发送到服务器预先建立的FTP文件夹中，服务器将定时检测其FTP文件夹中是否有新的xml业务请求文件，如果有，则进行响应的业务处理。其具体实现过程为：首先，开启FTP服务，然后定时检测FTP文件夹中是否新的xml业务请求文件，如果有新的xml业务请求文件，则解析该xml业务请求文件并发送至数据库进行相应的处理，最后，将数据库的处理结果反馈给客户端。

本实施例在步骤S303之后还包括：

步骤S304，监控服务器的运行状况；

步骤S305，记录并备份服务器运行过程中的日志。

在本实施例中，服务器还配置有日志记录与备份功能，以记录服务器业务数据处理系统运行过程中的日志，并可设置不同的日志等级，系统每天会对日志进行自动压缩备份。同时，服务器还配置有监控功能，以监控服务器数据处理系统其内部各功能模块的运行状况、TCP/IP连接状况、数据库连接状况等，并记录系统硬盘和内存的使用情况。在发生异常情况下，将自动重启相关服务，以保证系统的稳定运行。

本实施例通过在客户端与数据库之间增加一个业务数据处理服务器，为客户端访问数据库提供统一接口，客户端的所有业务请求均通过统一的xml协议格式组成数据包发送至服务器，由服务器对数据包进行解析，并组装成相应的SQL语句发送给数据库进行相关的存取管理、新业务的扩展等操作，从而可高效处理客户端的各种数据业务请求，提高了整个生产测试系统的效率。而且客户端访问数据库仅需配置相应的服务器的IP和端口号，相关测试开发人员无需知道数据库的用户名和密码，即可进行相关业务数据处理，提高了数据库的安全性；网络通讯使用xml协议来组装和解析数据包，业务解析处理方便快捷；同时使用数据库连接池技术，提高数据库处理响应效率；系统具有日志记录功能，可记录系统运行过程中产生的日志，同时可对系统日志进行自动备份；此外，本系统监控模块可使系统在发生异常的情况下，具有自动修复重启服务功能；在网络发送异常情况下，系统的定时业务检测功能将保证测试数据可以完整的保存进网络数据库。

如图4所示，本发明一实施例提出一种生产测试数据处理服务器，包括：业务请求接收模块401、业务处理模块402以及响应发送模块403；其中：

业务请求接收模块401，用于接收客户端发送的业务请求数据包；

业务处理模块402，用于解析数据包，将解析出的业务请求数据封装成数据库可识别的SQL语句格式并发送至数据库；

响应发送模块403，用于转发数据库对SQL语句格式的业务请求数据进行处理后反馈的响应结果至客户端。

本实施例方法运行环境涉及C/S结构体系，传统的C/S架构模式的生产测试系统中，各测试软件客户端分别以不同的接口直接访问数据库，使得生产测试数据系统的效率降低。为了提高生产测试数据系统的效率，本实施例在客户端与数据库之间增加业务数据处理服务器(以下简称服务器)，客户端不直接与数据库交互，而是将客户端相关数据业务请求均以xml格式数据包通过TCP/IP传输到服务器，由服务器解析数据包，并将解析出的业务请求数据组装成相应的数据库可识别的SQL语句，之后再与数据库进行交互，最后将数据库处理结果反馈给客户端。本实施例服务器通过设置在其内的业务请求接收模块401接收客户端发送的业务请求数据包，在接收业务请求数据包时，服务器首先需要创建业务处理线程池，并建立TCP/IP通讯监听套接字，在接收到客户端通过端口连接发送的数据包时，服务器将启动一个线程来处理该数据包，并使用epoll多路分离技术，接收客户端发送的数据包。之后，将数据包派发给业务处理模块402至相应的业务处理线程进行处理后发送至数据库，最后，响应发送模块403将数据库的处理结果反馈至客户端。

如图5所示，业务处理模块402包括：

解析单元4021，用于解析数据包，得到业务请求数据；

数据格式封装单元4022，将业务请求数据封装成数据库可识别的SQL语句格式；

发送单元4023，用于将SQL语句格式的业务请求数据发送至数据库。

如图6所示，本发明另一实施例提出一种生产测试数据处理服务器，包括：业务请求接收模块601、业务处理模块602、响应发送模块603、定时检测模块、604监控模块605以及日志记录备份模块606；其中

业务请求接收模块601，用于接收客户端发送的业务请求数据包；

业务处理模块602，用于解析数据包，将解析出的业务请求数据封装成数据库可识别的SQL语句格式并发送至数据库；

响应发送模块603，用于转发数据库对SQL语句格式的业务请求数据进行处理后反馈的响应结果至客户端。

定时检测模块604，用于定时检测预设的FTP文件夹中是否有客户端通过FTP发送的异步业务请求文件；

在本实施例中，业务处理模块602还用于解析异步业务请求文件；将解析后的异步业务请求文件封装成数据库可识别的SQL语句格式发送至数据库。

监控模块605，用于监控服务器各功能模块的运行状况；

日志记录备份模块606，用于记录并备份服务器运行过程中的日志。

本实施例中业务请求接收模块601、业务处理模块602、响应发送模块603与上述实施例中的业务请求接收模块401、业务处理模块402、响应发送模块403功能结构依次对应相同，在此不再赘述。

在本实施例中，当网络出现异常情况，比如客户端与服务器之间的通讯出现故障时，客户端的业务数据请求无法发送至服务器，此时，客户端将业务请求数据以xml格式文件保留在本地，在网络连接正常之后，客户端将业务数据请求通过FTP发送到服务器预先建立的FTP文件夹中，服务器通过定时检测模块604定时检测其FTP文件夹中是否有新的xml业务请求文件，如果有，则进行响应的业务处理。其具体实现过程为：首先，开启FTP服务，然后定时检测FTP文件夹中是否新的xml业务请求文件，如果有新的xml业务请求文件，则解析该xml业务请求文件并发送至数据库进行相应的处理，最后，将数据库的处理结果反馈给客户端。

更进一步的，本实施例服务器还具有日志记录与备份功能，通过日志记录备份模块606记录服务器业务数据处理系统运行过程中的日志，并可设置不同的日志等级，系统每天会对日志进行自动压缩备份。同时，服务器还配置有监控功能，通过监控模块605监控服务器数据处理系统其内部各功能模块的运行状况、TCP/IP连接状况、数据库连接状况等，并记录系统硬盘和内存的使用情况。在发生异常情况下，将自动重启相关服务，以保证系统的稳定运行。

如图7所示，本发明一实施例提出一种生产测试数据处理系统，包括客户端701、与客户端701网络连接的服务器702以及与服务器702通过API连接的数据库703；其中：

客户端701，用于将业务请求数据包发送至服务器702；以及接收服务器702转发的数据库703反馈的响应结果；

服务器702，用于接收并解析客户端701发送的业务请求数据包，将解析出的业务请求数据封装成数据库可识别的SQL语句格式发送至数据库703，以及转发数据库703对SQL语句格式的业务请求数据进行处理后反馈的响应结果至客户端701；

数据库703，用于接收并处理服务器702发送的SQL语句格式的业务请求数据，并将处理后的响应结果反馈至服务器702。

数据库703处理业务请求数据的过程具体为：在处理数据之前，数据库需要预先创建一定数量的数据库连接池，对数据库连接池可进行配置管理，此外，为提高数据库的响应效率，可将数据库连接池中的连接进行分组，数据库将根据业务请求类型分别从不同的数据库连接组中取出空闲的连接来处理相应的业务请求数据。具体实现过程为：当业务请求到达时，从数据库连接池中取出一个空闲的连接处理该业务请求数据，并将数据库连接置为忙状态。当无可用数据库连接时，可根据需求自动添加数据库连接池的连接数，在连接数都为忙状态时，业务请求将排队等待。若业务请求数据处理完毕，则数据库将相应的数据库连接重置为空闲状态。

更进一步的，客户端701还用于通过FTP将异步业务请求文件发送至服务器702预设的FTP文件夹中；

服务器702还用于定时检测预设的FTP文件夹中是否有客户端701发送的异步业务请求文件；若有，则解析异步业务请求文件，并将解析后的异步业务请求文件封装成数据库可识别的SQL语句格式发送至数据库703。

在本实施例中，服务器702还用于监控该服务器702内各功能模块的运行状况，记录并备份服务器702运行过程中的日志。具体监控服务器数据处理系统中主要模块的运行状况、TCP/IP连接状况、数据库连接状况，并记录系统硬盘和内存的使用情况。在发生异常情况下，将自动重启相关服务，以保证系统的稳定运行。

本实施例中服务器702与数据库703可以分布在同一台服务器或设备上，也可将服务器702与数据库703分别设置在不同的设备上，具体可根据服务器702的配置灵活设置。

本发明实施例生产测试数据处理方法、服务器及系统通过在客户端与数据库之间增加一个业务数据处理服务器，为客户端访问数据库提供统一接口，客户端的所有业务请求均通过统一的xml协议格式组成数据包发送至服务器，服务器采用“EPOLL+线程池技术”的并发通讯模型，由服务器对数据包进行解析，并组装成相应的SQL语句发送给数据库进行相关的存取管理、新业务的扩展等操作，从而可高效处理客户端的各种数据业务请求，提高了整个生产测试系统的效率。而且客户端访问数据库仅需配置相应的服务器的IP和端口号，相关测试开发人员无需知道数据库的用户名和密码，即可进行相关业务数据处理，提高了数据库的安全性；网络通讯使用xml协议来组装和解析数据包，业务解析处理方便快捷；同时使用数据库连接池技术，提高数据库处理响应效率；系统具有日志记录功能，可记录系统运行过程中产生的日志，同时可对系统日志进行自动备份；此外，本系统监控模块可使系统在发生异常的情况下，具有自动修复重启服务功能；在网络发送异常情况下，系统的定时业务检测功能将保证测试数据可以完整的保存进网络数据库。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或流程变换，或直接或间接运用在其它相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (7)

1.一种生产测试数据处理方法，其特征在于，客户端仅需配置访问数据库的IP地址和端口号，无需配置访问数据库的用户名和密码，所述生产测试数据处理方法包括以下步骤：

服务器接收客户端发送的业务请求数据包；

解析所述数据包，将解析出的业务请求数据封装成数据库可识别的结构化查询语言SQL语句格式并发送至数据库；

定时检测预设的文件传输协议FTP文件夹中是否有所述客户端通过FTP发送的异步业务请求文件；若有，则解析所述异步业务请求文件；将解析后的异步业务请求文件封装成数据库可识别的SQL语句格式发送至数据库；转发所述数据库对所述SQL语句格式的业务请求数据进行处理后反馈的响应结果至客户端；数据库处理业务请求数据的过程具体为：在处理数据之前，数据库预先创建一定数量的数据库连接池，对数据库连接池进行配置管理，将数据库连接池中的连接进行分组，当业务请求到达时，数据库根据业务请求类型分别从不同的数据库连接组中取出空闲的连接来处理相应的业务请求数据。

2.根据权利要求1所述的方法，其特征在于，还包括：

监控所述服务器的运行状况；

记录并备份所述服务器运行过程中的日志。

3.一种生产测试数据处理服务器，其特征在于，包括：

业务请求接收模块，用于接收客户端发送的业务请求数据包；

业务处理模块，用于解析所述数据包，将解析出的业务请求数据封装成数据库可识别的SQL语句格式并发送至数据库；

响应发送模块，用于转发所述数据库对所述SQL语句格式的业务请求数据进行处理后反馈的响应结果至客户端；数据库处理业务请求数据的过程具体为：在处理数据之前，数据库预先创建一定数量的数据库连接池，对数据库连接池进行配置管理，将数据库连接池中的连接进行分组，当业务请求到达时，数据库根据业务请求类型分别从不同的数据库连接组中取出空闲的连接来处理相应的业务请求数据。

4.根据权利要求3所述的服务器，其特征在于，所述业务处理模块包括：

解析单元，用于解析所述数据包，得到所述业务请求数据；

数据格式封装单元，将所述业务请求数据封装成数据库可识别的SQL语句格式；

发送单元，用于将所述SQL语句格式的业务请求数据发送至数据库。

5.根据权利要求3或4所述的服务器，其特征在于，还包括：

监控模块，用于监控所述服务器各功能模块的运行状况；

日志记录备份模块，用于记录并备份所述服务器运行过程中的日志。

6.一种生产测试数据处理系统，其特征在于，包括客户端、与所述客户端网络连接的服务器以及与所述服务器通过应用程序编程接口API连接的数据库；其中：

所述客户端，用于将业务请求数据包发送至所述服务器；以及接收所述服务器转发的所述数据库反馈的响应结果；

所述服务器，用于接收并解析所述客户端发送的所述业务请求数据包，将解析出的业务请求数据封装成数据库可识别的SQL语句格式发送至所述数据库，以及转发所述数据库对所述SQL语句格式的业务请求数据进行处理后反馈的响应结果至客户端；

所述数据库，用于接收并处理所述服务器发送的所述SQL语句格式的业务请求数据，并将处理后的响应结果反馈至所述服务器；数据库处理业务请求数据的过程具体为：在处理数据之前，数据库预先创建一定数量的数据库连接池，对数据库连接池进行配置管理，将数据库连接池中的连接进行分组，当业务请求到达时，数据库根据业务请求类型分别从不同的数据库连接组中取出空闲的连接来处理相应的业务请求数据；

所述客户端还用于通过FTP将异步业务请求文件发送至所述服务器预设的FTP文件夹中；

所述服务器还用于定时检测所述预设的FTP文件夹中是否有所述客户端发送的异步业务请求文件；若有，则解析所述异步业务请求文件，并将解析后的异步业务请求文件封装成数据库可识别的SQL语句格式发送至数据库。

7.根据权利要求6所述的系统，其特征在于，所述服务器还用于监控所述服务器各功能模块的运行状况，记录并备份所述服务器运行过程中的日志。