CN107786594B

CN107786594B - 业务请求处理方法及装置

Info

Publication number: CN107786594B
Application number: CN201610729403.9A
Authority: CN
Inventors: 梁文龙
Original assignee: Hangzhou Aiyao Medical And Health Technology Co Ltd
Current assignee: Hangzhou aiyao medical and Health Technology Co., Ltd
Priority date: 2016-08-26
Filing date: 2016-08-26
Publication date: 2021-01-19
Anticipated expiration: 2036-08-26
Also published as: CN107786594A

Abstract

本发明公开了一种业务请求处理方法及装置，属于互联网技术领域。所述方法包括：接收由接入服务器分配的业务请求，所述业务请求携带子域名信息；从所述业务请求中提取所述子域名信息；根据所述子域名信息，从本地存储的配置文件中，查询预先配置的子域名信息与业务服务器之间的对应关系；如果查询得到目标业务服务器，将所述业务请求发送至所述目标业务服务器，由所述目标业务服务器对所述业务请求进行处理，所述目标业务服务器为所述子域名信息对应的业务服务器。本发明通过预先配置子域名信息与业务服务器之间的对应关系，实现用户业务请求的分发，灵活性高，而且降低了成本。

Description

业务请求处理方法及装置

技术领域

本发明涉及互联网技术领域，尤其涉及一种业务请求处理方法及装置。

背景技术

随着互联网技术的快速发展，基于互联网的信息服务平台逐渐兴起。这些平台为了扩大业务，往往会与多个业务方合作。为了保证各个业务方数据的保密性以及功能的独立性，会为每个业务方都分配一个子域名，来自不同子域名的用户可以基于信息服务平台实现业务请求的处理。

目前业务请求处理方法如下：当接收到来自不同子域名的用户的业务请求时，通过业务逻辑代码，判断这些携带不同子域名的业务请求各自对应的业务逻辑，然后将这些业务请求分发到用于处理该业务逻辑的服务器进行处理。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：

用户业务请求的分发需要使用业务逻辑代码，因此，在增加新的业务方或者对原业务方进行调整时，会涉及到业务逻辑代码的编写及维护，代码开发量大，维护成本高。

发明内容

为了解决现有技术的问题，本发明实施例提供了一种业务请求处理方法及装置。所述技术方案如下：

一方面，提供了一种业务请求处理方法，所述方法包括：

接收由接入服务器分配的业务请求，所述业务请求携带子域名信息；

从所述业务请求中提取所述子域名信息；

根据所述子域名信息，从本地存储的配置文件中，查询预先配置的子域名信息与业务服务器之间的对应关系；

如果查询得到目标业务服务器，将所述业务请求发送至所述目标业务服务器，由所述目标业务服务器对所述业务请求进行处理，所述目标业务服务器为所述子域名信息对应的业务服务器。

另一方面，提供了一种业务请求处理装置，所述装置包括：

接收模块，用于接收由接入服务器分配的业务请求，所述业务请求携带子域名信息；

提取模块，用于从所述业务请求中提取所述子域名信息；

查询模块，用于根据所述子域名信息，从本地存储的配置文件中，查询预先配置的子域名信息与业务服务器之间的对应关系；

发送模块，用于如果查询得到目标业务服务器，将所述业务请求发送至所述目标业务服务器，由所述目标业务服务器对所述业务请求进行处理，所述目标业务服务器为所述子域名信息对应的业务服务器。

本发明实施例提供的技术方案带来的有益效果是：

配置服务器在接收到业务请求时，根据业务请求携带的子域名信息，查询预先配置的子域名信息与业务服务器之间的对应关系，确定处理该业务请求的目标业务服务器，再将业务请求分发至该目标业务服务器，最终完成业务请求的处理。通过预先配置子域名信息与业务服务器之间的对应关系，实现用户业务请求的分发，在增加新的业务方或者对原业务方进行调整时，只需改动对应关系，灵活性高，降低了成本。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种业务请求处理系统的结构示意图；

图2是本发明实施例提供的一种业务请求处理方法的流程图；

图3是本发明实施例提供的一种业务请求处理方法的流程图；

图4是本发明实施例提供的一种应用场景的示意图；

图5是本发明实施例提供的一种业务请求处理装置的结构示意图；

图6是本发明实施例提供的一种查询模块503的结构示意图；

图7是本发明实施例提供的一种发送模块504的结构示意图；

图8是本发明实施例提供的一种业务请求处理装置的结构示意图；

图9是本发明实施例提供的一种服务器900的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

图1是本发明实施例提供的一种业务请求处理系统的结构示意图。参见图1，该业务请求处理系统包括：接入服务器101、至少一个配置服务器102，至少一个业务服务器103。

接入服务器101用于接收业务请求，并将业务请求转发至该至少一个配置服务器中的任一个配置服务器，业务请求携带子域名信息，不同子域名信息对应于不同的数据访问权限；

配置服务器102，用于接收由接入服务器101分配的业务请求，并从该业务请求中提取子域名信息，根据该子域名信息，从本地存储的配置文件中，查询预先配置的子域名信息与业务服务器之间的对应关系，如果查询得到目标业务服务器，则将该业务请求发送至该目标业务服务器，由该目标业务服务器对该业务请求进行处理，该目标业务服务器为该子域名信息对应的业务服务器。

业务服务器103中的目标业务服务器，用于在接收到配置服务器102发送的业务请求时，对该业务请求进行处理。

本发明实施例提供的系统，通过配置服务器在接收到业务请求时，根据业务请求携带的子域名信息，查询预先配置的子域名信息与业务服务器之间的对应关系，确定处理该业务请求的目标业务服务器，再将业务请求分发至该目标业务服务器，最终完成业务请求的处理。通过预先配置子域名信息与业务服务器之间的对应关系，实现用户业务请求的分发，在增加新的业务方或者对原业务方进行调整时，只需改动对应关系，灵活性高，而且降低了成本。

图2是本发明实施例提供的一种业务请求处理方法的流程图。参见图2，该方法包括：

201、在配置服务器中配置子域名信息与业务服务器之间的对应关系。

配置服务器相当于一个路由器，部署在接入服务器与业务服务器之间，起到传递和分配业务请求的作用，例如，配置服务器可以将从接入服务器过来的业务请求递交到对应的业务服务器，业务请求携带子域名信息，不同子域名信息对应于不同的数据访问权限。

一个域名可以拥有多个子域名，其中，域名可以为根域名(即一级域名)，也可以为二级域名或者其他等级的域名。例如域名为一级域名，则子域名为二级域名以及二级域名以下的域名；若域名为二级域名，则子域名为三级域名以及三级域名以下的域名。子域名的设置有利于数据的物理隔离，例如，业务提供方为了保证业务方数据的保密性以及功能的独立性，可以为业务方分配不同的子域名。

例如，业务提供方为某医患平台，用于处理用户反馈及病情跟进，为了扩大该平台的业务，会与多个业务方，即医院合作。由于各家医院的数据保存需要进行物理隔离，而且各家的医院也不尽一样，为了保证各个医院数据的保密性以及功能的独立性，会为每个医院都分配一个子域名，来自不同子域名的用户可以访问到该平台所提供的属于不同业务方的数据和功能。

为了将业务请求分发到对应的业务服务器，可以预先在配置服务器中，以配置文件的形式，保存子域名信息与业务服务器之间的对应关系。其中，该对应关系可以是所有已有的子域名信息与业务服务器的代码目录之间的对应关系，该代码目录用于存储处理业务请求的代码。

进一步地，该配置文件中保存的对应关系可以根据业务需求进行调整，该调整可以包括添加新的子域名信息与业务服务器之间的对应关系，或者改动已有子域名信息与业务服务器之间的对应关系。这种改动配置文件的方式灵活性较高，而且与相关技术中的代码编写相比，成本更低。

具体地，该调整过程可以包括：当接收到对预先配置的子域名信息与业务服务器之间的对应关系的调整操作时，根据调整操作对应的操作类型以及操作对象，修改预先配置的子域名信息与业务服务器之间的对应关系。例如，当该医患平台与新的医院合作时，会为该医院分配一个新的子域名，为了能够处理来自该新子域名的业务请求，可以预先在配置服务器的配置中添加新的子域名信息与业务服务器之间的对应关系。

202、当接入服务器接收业务请求时，将业务请求转发至配置服务器，该业务请求携带子域名信息。

当用户发起业务请求时，接入服务器接收携带子域名信息的业务请求后，将该业务请求转发至任一个配置服务器。由于每个配置服务器都保存了子域名信息与业务服务器之间的对应关系，所以可以将该业务请求转发至任一个配置服务器，以实现业务处理。当然，为了避免时延，还可以从多个配置服务器中选择一个负载最小的配置服务器，将该业务请求转发至这个负载最小的配置服务器，由该负载最小的配置服务器进行业务处理。

在一种可能实施方式中，当来自不同子域名的用户发起业务请求时，接入服务器接收这些业务请求后，会对这些业务请求中的恶意请求进行拦截，然后再将这些业务请求分别转发给对应的配置服务器，可以避免业务服务器对该恶意请求的不必要处理，提高了安全性，也能够减轻业务服务器的负载。

其中，恶意请求是指带有攻击性的请求，可以采用一定的检测方法对请求进行检测，例如，可以预先设置病毒库，将该请求与病毒库进行字段匹配，如果该请求中存在对服务器造成威胁的字段，则可以确认该请求为恶意请求。当然，在实际场景中，还可以设置一些IP(Internet Protocol，网络之间互连的协议)地址黑名单，用于拦截来自于IP地址黑名单上地址的请求，本发明实施例对恶意请求的具体类型以及检测方法，不作限制。

203、配置服务器接收由接入服务器分配的业务请求，从该业务请求中提取子域名信息，根据该子域名信息，从本地存储的配置文件中，查询预先配置的子域名信息与业务服务器之间的对应关系，得到目标业务服务器，该目标业务服务器为该子域名信息对应的业务服务器。

配置服务器在接收到携带子域名信息的业务请求时，可以从该业务请求中提取子域名信息。根据该子域名信息，从本地存储的配置文件中，查询已有的子域名信息与业务服务器的代码目录之间的对应关系，确定目标代码目录，将存储有该目标代码目录的业务服务器，确定为目标业务服务器。如果查询不到该子域名信息对应的目标代码目录，则返回请求失败的结果。

例如，当某医院的用户通过该医院的子域名访问该医患平台，并发起业务请求时，由于业务请求中携带有子域名信息，配置服务器在接收到业务请求时，可以先确定该业务请求的子域名信息，然后根据该子域名信息，查询预先配置的子域名信息与业务服务器之间的对应关系，确定该子域名信息对应的目标业务服务器，即确定处理该业务请求的服务器。

如果某医院并不是该医患平台的合作医院，则没有预先在配置文件中保存该医院的子域名信息与业务服务器之间的对应关系，那么当用户通过该医院的子域名访问该医患平台时，配置服务器就查询不到该医院的子域名信息对应的业务服务器，则会向该用户所在客户端返回请求失败的结果。

需要说明的是，该业务服务器可以是指业务服务器中的代码目录，一个业务服务器中可以有至少一个代码目录，当一个业务服务器是为一个业务方提供服务时，业务服务器上可以存储有一个代码目录；而当该业务服务器是为两个或两个以上业务方提供服务时，该业务服务器上可以存储有两个或两个以上与业务方业务对应的代码目录。也即是，在确定目标业务服务器时，对于不同子域名信息来说，可能会通过确定以得到不同的目标业务服务器，也可能会通过确定以得到同一个目标业务服务器上的不同代码目录。通过一个业务服务器为至少一个业务方提供服务，可以提高业务服务器的利用率，避免对资源的浪费。

204、将业务请求发送至目标业务服务器。

配置服务器在得到业务请求的目标业务服务器后，会将该业务请求转发至该目标业务服务器。具体地，如果该目标业务服务器上未存储有该目标代码目录以外的代码目录，则将该业务请求发送至该目标业务服务器；如果该目标业务服务器上存储有除该目标代码目录以外的代码目录，则确定该目标代码目录对应的业务接口，将该业务请求发送至该目标业务服务器上该目标代码目录对应的业务接口，从而完成该业务请求的转发。

相关技术是通过业务逻辑代码来实现业务请求的转发，这样会涉及代码的开发，成本高，而在本发明实施例中，配置服务器通过查询配置文件中保存的对应关系，最终实现业务请求的转发，如果需要增加新的业务方或者对原业务方进行调整，则只需改动配置文件中的对应关系即可，灵活性更高。

图3为配置服务器从接收业务请求到传递给业务服务器的过程。如图3所示，配置服务器一直监听着服务器的端口，接收来自接入服务器的业务请求，如果该请求不是HTTP(Hyper Text Transfer Protocol，超文本传输协议)业务请求，则返回请求失败的结果。对接收到的HTTP业务请求进行检查，确定该业务请求的子域名信息，根据该子域名信息，查询配置中的子域名信息与业务服务器的代码目录之间的对应关系，确定对应的代码目录，如果查询不到该子域名信息对应的代码目录，则返回请求失败的结果。查询到该代码目录后，匹配URL(Uniform Resource Locator，统一资源定位符)规则，将业务请求映射到业务服务器中的该代码目录，即在业务服务器中寻找该代码目录，并将业务请求传递给该代码目录，如果没有找到该代码目录，则返回请求失败的结果。

205、目标业务服务器在接收到业务请求时，对该业务请求进行处理。

配置服务器将业务请求传递给目标业务服务器，进一步地，还可以传递给该业务请求对应的代码目录，该代码目录中存储了处理该业务请求的代码，目标业务服务器通过执行该代码的方式，对该业务请求进行处理，并将处理后的结果返回给用户所在的客户端。

图4是本发明实施例提供的一种应用场景的示意图，如图4所示，业务请求携带子域名信息(sub.example.com)，接入服务器在接收到该业务请求后，将该业务请求发送给配置服务器，配置服务器从配置中查找该子域名信息对应的业务服务器，如果查找成功则将该业务请求发送到对应的业务服务器进行处理，并返回请求成功的结果，如果查找失败，则返回请求失败的结果。

本发明实施例提供的方法，通过配置服务器在接收到业务请求时，根据业务请求携带的子域名信息，查询预先配置的子域名信息与业务服务器之间的对应关系，确定处理该业务请求的目标业务服务器，再将业务请求分发至该目标业务服务器，最终完成业务请求的处理。通过预先配置子域名信息与业务服务器之间的对应关系，实现用户业务请求的分发，在增加新的业务方或者对原业务方进行调整时，只需改动对应关系，灵活性高，而且降低了成本。

图5是本发明实施例提供的一种业务请求处理装置的结构示意图，参见图5，该装置包括：

接收模块501，用于接收由接入服务器分配的业务请求，该业务请求携带子域名信息；

提取模块502，用于从该业务请求中提取该子域名信息；

查询模块503，用于根据该子域名信息，从本地存储的配置文件中，查询预先配置的子域名信息与业务服务器之间的对应关系；

发送模块504，用于如果查询得到目标业务服务器，将该业务请求发送至该目标业务服务器，由该目标业务服务器对该业务请求进行处理，该目标业务服务器为该子域名信息对应的业务服务器。

可选地，该预先配置的子域名信息与业务服务器之间的对应关系中包括：

已有的子域名信息与业务服务器的代码目录之间的对应关系，所述代码目录用于存储处理所述业务请求的代码。

可选地，参见图6，该查询模块503包括：

第一确定单元，用于根据该子域名信息，从本地存储的配置文件中，查询该已有的子域名信息与业务服务器的代码目录之间的对应关系，确定目标代码目录；

第二确定单元，用于将存储有该目标代码目录的业务服务器，确定为目标业务服务器。

可选地，参见图7，该发送模块504包括：

第一发送单元，用于如果该目标业务服务器上未存储有该目标代码目录以外的代码目录，则将该业务请求发送至该目标业务服务器；

第二发送单元，用于如果该目标业务服务器上存储有除该目标代码目录以外的代码目录，则确定该目标代码目录对应的业务接口，将该业务请求发送至该目标业务服务器上该目标代码目录对应的业务接口。

可选地，参见图8，该装置还包括：

修改模块505，用于当接收到对所述预先配置的子域名信息与业务服务器之间的对应关系的调整操作时，根据所述调整操作对应的操作类型以及操作对象，修改所述预先配置的子域名信息与业务服务器之间的对应关系。

图9是本发明实施例提供的一种服务器900的结构示意图。参照图9，服务器900包括处理组件922，其进一步包括一个或多个处理器，以及由存储器932所代表的存储器资源，用于存储可由处理部件922的执行的指令，例如应用程序。存储器932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件922被配置为执行指令，以执行上述业务请求处理方法。

服务器900还可以包括一个电源组件926被配置为执行服务器900的电源管理，一个有线或无线网络接口950被配置为将服务器900连接到网络，和一个输入输出(I/O)接口958。服务器900可以操作基于存储在存储器932的操作系统，例如Windows Server^TM，Mac OSX^TM，Unix^TM，Linux^TM，FreeBSD^TM或类似。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种业务请求处理方法，其特征在于，所述方法包括：

接收由接入服务器分配的业务请求，所述业务请求携带子域名信息，不同子域名信息对应于不同的数据访问权限；

从所述业务请求中提取所述子域名信息；

如果查询得到目标业务服务器，将所述业务请求发送至所述目标业务服务器，由所述目标业务服务器对所述业务请求进行处理，所述目标业务服务器为所述子域名信息对应的业务服务器；

其中，所述根据所述子域名信息，从本地存储的配置文件中，查询预先配置的子域名信息与业务服务器之间的对应关系包括：

根据所述子域名信息，从本地存储的所述配置文件中，查询已有的子域名信息与业务服务器的代码目录之间的对应关系，确定目标代码目录，所述目标代码目录为与所述子域名信息对应的代码目录，用于存储处理所述业务请求的代码，将存储有所述目标代码目录的业务服务器，确定为所述目标业务服务器。

2.根据权利要求1所述的方法，其特征在于，将所述业务请求发送至所述目标业务服务器包括：

如果所述目标业务服务器上未存储有所述目标代码目录以外的代码目录，则将所述业务请求发送至所述目标业务服务器；

如果所述目标业务服务器上存储有除所述目标代码目录以外的代码目录，则确定所述目标代码目录对应的业务接口，将所述业务请求发送至所述目标业务服务器上所述目标代码目录对应的业务接口。

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

当接收到对所述预先配置的子域名信息与业务服务器之间的对应关系的调整操作时，根据所述调整操作对应的操作类型以及操作对象，修改所述预先配置的子域名信息与业务服务器之间的对应关系。

4.一种业务请求处理装置，其特征在于，所述装置包括：

接收模块，用于接收由接入服务器分配的业务请求，所述业务请求携带子域名信息，不同子域名信息对应于不同的数据访问权限；

提取模块，用于从所述业务请求中提取所述子域名信息；

发送模块，用于如果查询得到目标业务服务器，将所述业务请求发送至所述目标业务服务器，由所述目标业务服务器对所述业务请求进行处理，所述目标业务服务器为所述子域名信息对应的业务服务器；

其中，所述查询模块包括：

第一确定单元，用于根据所述子域名信息，从本地存储的所述配置文件中，查询已有的子域名信息与业务服务器的代码目录之间的对应关系，确定目标代码目录，所述目标代码目录为与所述子域名信息对应的代码目录，用于存储处理所述业务请求的代码；

第二确定单元，用于将存储有所述目标代码目录的业务服务器，确定为所述目标业务服务器。

5.根据权利要求4所述的装置，其特征在于，所述发送模块包括：

第一发送单元，用于如果所述目标业务服务器上未存储有所述目标代码目录以外的代码目录，则将所述业务请求发送至所述目标业务服务器；

第二发送单元，用于如果所述目标业务服务器上存储有除所述目标代码目录以外的代码目录，则确定所述目标代码目录对应的业务接口，将所述业务请求发送至所述目标业务服务器上所述目标代码目录对应的业务接口。

6.根据权利要求4或5所述的装置，其特征在于，所述装置还包括：

修改模块，用于当接收到对所述预先配置的子域名信息与业务服务器之间的对应关系的调整操作时，根据所述调整操作对应的操作类型以及操作对象，修改所述预先配置的子域名信息与业务服务器之间的对应关系。

7.一种服务器，其特征在于，所述服务器包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器中存储有至少一条程序代码，所述程序代码由所述一个或多个处理器加载并执行以实现如权利要求1至3任一项所述的业务请求处理方法。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一条程序代码，所述至少一条程序代码由处理器加载并执行，以实现如权利要求1至3任一项所述的业务请求处理方法。