后者接近的趋势调整。
[0053]例如，在接收一个目标访问请求时，应用服务器a处理访问请求的总次数为4，应用服务器b处理访问请求的总次数为3，则应用服务器a与应用服务器b处理访问请求的总次数的比例为4:3，与访问规则中的2:1相比可知，需要将目标访问请求分配给应用服务器a，因此，确定的目标访问服务器为应用服务器a。
[0054]又如，在接收到一个目标访问请求时，应用服务器a处理访问请求的总次数为5，应用服务器b处理访问请求的总次数为2，则应用服务器a与应用服务器b处理访问请求的总次数的比例为5:2，与访问规则中的2:1相比可知，需要将目标访问请求分配给应用服务器b，因此，确定的目标应用服务器为应用服务器b。
[0055]当然，本领域技术人员可以理解并期望访问规则的其他各种方式，以及按照访问规则确定目标应用服务器的其他各种方式，而不脱离本申请的保护范围。
[0056]步骤S204:将目标访问请求发送至目标应用服务器。
[0057]其中，在确定出目标应用服务器后，需要将目标访问请求发送至目标应用服务器，以使目标应用服务器处理该目标访问请求。
[0058]由以上技术方案可知，本申请提供了一种服务器访问方法实施例，本实施例在接收到目标访问请求后，提取其中的目标业务标识，若目标业务标识属于需要进行负载均衡的业务标识，则依据预先设置的访问规则，在多个应用服务器中，确定目标应用服务器，并将目标访问请求发送至目标应用服务器，以使目标应用服务器处理该目标访问请求。可见，本实施例接收到访问请求后，可以根据预先设置的访问规则，在多个应用服务器中，选择某个应用服务器来处理该访问请求，从而实现了多个应用服务器负载均衡的目的。
[0059]在实际应用中，某些访问请求是请求将业务数据进行存储的。因此，本申请提供了服务器访问方法实施例2的流程。如图3所示，本实施例在上述服务器访问方法实施例1的基础上，还可以包括:步骤S205及步骤S206。需要说明的是，以下仅对该两个步骤进行说明，其他步骤此处并不赘述，可以参见上文有关服务器访问方法实施例1的说明。
[0060]步骤S205:判断目标业务标识是否属于预先配置的需要进行数据库存储的业务标识;若是，执彳丁步骤S206。
[0061]在实施前，预先设置哪个(些)类型的访问请求可以在数据库中存储业务数据。具体地，可以使用访问请求中的业务标识来表示访问请求的类型。
[0062]因此，在接收到目标访问请求后，从目标访问请求中提取目标业务标识。在预先设置的一个或多个业务标识中，查找是否存在该目标业务标识。若查找到，则表示该目标业务标识属于需要进行数据库存储的业务标识，进一步表示目标访问请求是需要在数据库中存储业务数据的访问请求。因此，执行下一步骤。
[0063]步骤S206:触发目标应用服务器中的通信进程将目标访问请求中的业务数据保存至数据表中，以使目标应用服务器中的应用进程在监测到数据表保存业务数据后，触发与业务数据相关的后续处理操作。
[0064]其中，参见图4提供的目标应用服务器的一个示例图。如图4所示，目标应用服务器中设置有通信进程及应用进程，其中，通信进程用于将目标访问请求中的业务数据存储到数据库服务器的数据表中，应用进程可以对数据表进行扫描，若扫描监测到数据表已保存该业务数据，则应用进程可以触发与业务数据相关的后续处理模块，来执行后续处理操作。例如，后续处理模块为消息返回模块，则触发的后续处理操作为返回包含处理结果的消息。
[0065]其中，应用进程扫描数据表的方式可以是定时扫描，如每隔Is扫描一次。当然，本领域技术人员可以理解并期望应用进程扫描数据表的其他各种方式，而不脱离本申请的保护范围。
[0066]在实施中，目标应用服务器接收到目标访问请求后，可以并非将其存储至应用服务器相关的数据库的数据表中，而是将其转发给其他的应用服务器，由其他的应用服务器进行存储。
[0067]因此，本申请提供了服务器访问方法实施例3的流程。如图5所示，本实施例在上述服务器访问方法实施例1的流程上，还可以包括:步骤S207及步骤S208。需要说明的是，以下仅对该两个步骤进行说明，其他步骤此处并不赘述，可以参见上文有关服务器访问方法实施例I的说明。
[0068]步骤S207:判断目标业务标识是否属于预先配置的需要进行转发的业务标识;若是，执彳丁步骤S208。
[0069]在实施前，预先设置哪个(些)访问请求需要被转发至其他应用服务器。具体地，可以使用访问请求中的业务标识来表示访问请求的类型。
[0070]因此，在提取到目标访问请求中的目标业务标识后，在预先设置的一个或多个业务标识中，查找是否存在目标业务标识。若存在，则表示需要将该访问请求转发至其他应用服务器器，从而执行步骤S208。
[0071 ]步骤S208:触发目标应用服务器中的转发进程将目标访问请求转发至其他应用服务器。
[0072]其中，如图4所示，目标应用服务器中还可以设置有转发进程，若上一步骤的判断结果为是，则转发进程将目标访问请求转发至与该目标访问请求相关的其他应用服务器。
[0073]在实施中，某些目标访问请求需要进行异步处理，而有些目标访问需要进行同步处理。例如，在银行业务系统中，实时记账类型的访问请求，为了保证记账准确，需要进行同步处理。又如，在银行业务系统中，批量文件类型的访问请求，或者无状态类型的访问请求，可以进行异步处理。当然，此处的几种访问请求仅仅是示例说明，在实施中，并不局限于此。
[0074]因此，本申请提供了服务器访问方法实施例4。如图6所示，本实施例在上述服务器访问方法实施例1的基础上，还可以包括步骤S209?步骤S211。
[0075]步骤S209:判断目标业务标识属于同步业务标识还是异步业务标识，若是同步业务标识，则执行步骤S210，若是异步业务标识，则执行步骤S211。
[0076]在实施前，可以预先设置同步业务标识，用于表示访问请求需要进行同步处理，也可以设置异步业务标识，用于表示访问请求需要进行异步处理。
[0077]同样，访问请求可以使用业务标识表示，因此，根据目标访问请求中的目标业务标识，来判断目标访问请求是需要异步处理还是同步处理。
[0078]步骤S210:触发目标应用服务器的第一进程处理目标访问请求，并由第一进程将处理成功或失败的结果返回至目标访问请求的发送方。
[0079]其中，为了便于描述，可以将目标应用服务器中处理目标访问请求的进程称为第一进程。由于需要对目标访问请求进行同步处理，因此，第一进程既要负责处理目标访问请求，也要负责将处理结果返回。
[0080]具体地，第一进程处理完毕目标访问请求后，便将包含处理结果如成功或失败的消息，返回发送目标访问请求的发送方。
[0081]在同步处理的一个具体实施实例中，第一进程可以是顺序处理各个目标访问请求，即处理完毕某个目标访问请求并将该目标访问请求的处理结果返回发送方后，再处理下一个目标访问请求。
[0082]步骤S211:触发目标应用服务器的第一进程处理目标访问请求，并由目标应用服务器的第二进程将处理成功或失败的结果返回至目标访问请求的发送方。
[0083]其中，目标应用服务器中处理目标访问请求的进程为第一进程，第一进程负责处理目标访问请求，处理结果由目标应用服务器中的另一进程返回，为了便于描述，将该另一进程称为第二进程。
[0084]可见，在异步处理方式中，某个进程处理访问请求，另一进程返回处理结果，两个进程分开独立工作，具有较高的访问效率。
[0085]以下对本申请提供的服务器访问装置进行介绍，需要说明的是，下文有关服务器访问装置的说明可以参见上文提供的服务器访问方法，以下并不赘述。
[0086]与上述服务器访问方法实施例1相对应，本申请提供了一种服务器访问装置实施例I。如图7所示，本实施例可以具体包括:业务标识提取模块701、第一判断模块702、服务器确定模块703及请求发送至服务器模块704。其中:
[0087]业务标识提取模块701，用于响应于接收到的目标访问请求，提取目标访问请求中的目标业务标识；
[0088]第一判断模块702，用于判断目标业务标识是否属于预先配置的需要进行负载均衡的业务标识;若是，触发服务器确定模块；
[0089]服务器确定模块703，用于依据预先设置的访问规则，在各个应用服务器中，确定目标应用服务器;其中，访问规则表示如何为各个应用服务器分配访问请求；
[0090]请求发送至服务器模块704，用于将目标访问请求发送至目标应用服务器。
[0091]由以上技术方案可知，本申请提供了一种服务器访问装置实施例，本实施例中，业务标识提取模块701在接收到目标访问请求后，提取其中的目标业务标识，若第一判断模块702判断得出目标业务标识属于需要进行负载均衡的业务标识，则服务器确定模块703依据预先设置的访问规则，