CN107911390A - 处理服务请求的方法、代理服务器、应用服务器和系统 - Google Patents
处理服务请求的方法、代理服务器、应用服务器和系统 Download PDFInfo
- Publication number
- CN107911390A CN107911390A CN201711338203.1A CN201711338203A CN107911390A CN 107911390 A CN107911390 A CN 107911390A CN 201711338203 A CN201711338203 A CN 201711338203A CN 107911390 A CN107911390 A CN 107911390A
- Authority
- CN
- China
- Prior art keywords
- domain name
- service request
- access
- data
- header information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明提供了一种处理服务请求的方法、代理服务器、应用服务器和系统,处理服务请求的方法包括:预先获取至少一个服务请求端的访问域名,并为每一个访问域名配置访问端口;接收至少一个服务请求,每一个服务请求,包括:访问域名和统一资源定位符;针对每一个服务请求,将当前服务请求的统一资源定位符和访问域名封装成报头信息;根据各个访问域名,分别将各个报头信息通过对应的各个访问端口发送至至少一个应用服务器,以使至少一个应用服务器分别生成各个报头信息对应的回复数据,并返回至少一个回复数据;接收回复数据,并根据各个访问域名,分别将各个回复数据发送至各个服务请求端。本发明能够提高内部办公系统的业务办理效率。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种处理服务请求的方法、代理服务器、应用服务器和系统。
背景技术
一般地,对政府部门内部办公系统的访问仅局限于内部局域网。然而,随着社会的发展,很多用户需要通过外网访问内部办公系统,因此如何既能让各网段的用户能够访问内部办公系统,又要保证内部办公系统的安全成为政府部门关注的焦点。
目前政府部门会将相同的应用、数据库在不同网段部署多次,以实现各个网段的客户端都能访问内部办公系统。
然而,上述方法造成系统架构臃肿,维护困难,使得各网段无法保证数据的时效性,以致影响内部办公系统办理业务,从而降低了内部办公系统的业务办理效率。
发明内容
本发明实施例提供了一种处理服务请求的方法、代理服务器、应用服务器和系统,能够提高内部办公系统的业务办理效率。
第一方面,本发明实施例提供了一种处理服务请求的方法,应用于代理服务器,预先获取至少一个服务请求端的访问域名,并为每一个所述访问域名配置访问端口,还包括:
接收至少一个服务请求,每一个所述服务请求,包括:所述访问域名和统一资源定位符;
针对每一个所述服务请求,将当前服务请求的所述统一资源定位符和所述访问域名封装成报头信息;
根据各个所述访问域名,分别将各个所述报头信息通过对应的各个所述访问端口发送至至少一个应用服务器,以使所述至少一个应用服务器分别生成各个所述报头信息对应的回复数据,并返回所述至少一个回复数据;
接收所述回复数据,并根据各个所述访问域名,分别将各个所述回复数据发送至各个所述服务请求端。
优选地,每一个所述访问端口对应至少一个所述应用服务器;
所述根据各个所述访问域名,通过对应的各个所述访问端口分别将各个所述报头信息发送至至少一个应用服务器,包括:
针对每一个所述报头信息,根据当前报头信息的访问域名确定所述当前报头信息对应的访问端口;
根据预先设定的请求分配方法,从确定的所述访问端口对应的各个所述应用服务器中,确定所述当前报头信息对应的应用服务器;
通过确定的所述访问端口,将所述当前报头信息发送至确定的所述应用服务器。
第二方面,本发明实施例提供了一种处理服务请求的方法,应用于应用服务器,包括:
接收代理服务器发送的至少一个报头信息;
针对每一个所述报头信息,生成一个回复数据,并返回各个所述回复数据至所述代理服务器,以使代理服务器根据各个所述访问域名,分别将各个所述回复数据发送至各个所述服务请求端。
优选地,进一步包括:
预先设定每一个所述访问域名的访问权限;
则,所述针对每一个所述报头信息,生成一个回复数据,包括:
针对每一个所述报头信息,确定当前报头信息中所述访问域名的访问权限;
根据所述访问权限,确定所述当前报头信息对应的所述回复数据的域名;
根据所述当前报头信息中的统一资源定位符和所述回复数据的域名,获取待回复数据;
利用所述当前报头信息中的所述访问域名和所述待回复数据生成所述回复数据。
第三方面,本发明实施例提供了一种代理服务器,包括:配置模块、接收模块、封装模块、请求发送模块和数据发送模块;
所述配置模块,用于获取至少一个服务请求端的访问域名,并为每一个所述访问域名配置访问端口;
所述接收模块,用于接收至少一个服务请求,每一个所述服务请求,包括:统一资源定位符和所述设置模块设置的所述访问域名;
所述封装模块,用于针对每一个所述接收模块接收到的所述服务请求,将当前服务请求的所述统一资源定位符和所述访问域名封装成报头信息;
所述请求发送模块,用于根据各个所述访问域名,分别将各个所述报头信息通过对应的各个所述访问端口发送至至少一个应用服务器,以使所述至少一个应用服务器分别生成各个所述报头信息对应的回复数据,并返回所述至少一个回复数据;
所述数据发送模块,用于接收所述回复数据,并根据各个所述访问域名,分别将各个所述回复数据发送至各个所述服务请求端。
优选地,每一个所述访问端口对应至少一个所述应用服务器;
所述请求发送模块,包括:状态确定单元、服务器确定单元和发送单元;
所述状态确定单元,用于针对每一个所述报头信息,根据当前报头信息的访问域名确定所述当前报头信息对应的访问端口;
所述服务器确定单元,用于根据预先设定的请求分配方法,从所述状态确定单元确定的所述访问端口对应的各个所述应用服务器中,确定所述当前报头信息对应的应用服务器;
所述发送单元,用于通过确定的所述访问端口,将所述当前报头信息发送至所述服务器确定单元确定的所述应用服务器。
第四方面,本发明实施例提供了一种应用服务器,包括:信息接收模块和信息处理模块;
所述信息接收模块,用于接收代理服务器发送的至少一个报头信息;
所述数据获取模块,用于针对每一个所述报头信息,生成一个回复数据,并返回各个所述回复数据至所述代理服务器,以使代理服务器根据各个所述访问域名,分别将各个所述回复数据发送至各个所述服务请求端。
优选地,进一步包括:设定模块;
所述设定模块,用于预先设定每一个访问域名的访问权限;
所述数据获取模块,包括:域名确定单元、数据获取单元和数据发送单元;
所述域名确定单元,用于针对每一个所述报头信息,确定当前报头信息中所述访问域名的访问权限;根据所述访问权限,确定所述当前报头信息对应的所述回复数据的域名;
所述数据获取单元,用于根据所述当前报头信息中的统一资源定位符和所述域名确定单元确定的所述回复数据的域名,获取待回复数据;
所述数据发送单元,用于利用所述当前报头信息中的所述访问域名和所述数据获取单元获取到的所述待回复数据生成所述回复数据。
第五方面,本发明实施例提供了一种处理服务请求的系统,包括:至少一个服务请求端,第三方面中任一所述的至少一个代理服务器和第四方面中任一所述的至少一个应用服务器;
每一个所述服务请求端,用于向所述代理服务器发送服务请求。
优选地,每一个所述代理服务器,包括:至少一个请求接收端口;
每一个所述请求接收端口对应至少一个所述服务请求端的网际协议地址;
根据所述请求接收端口对应的至少一个网际协议地址,各个所述请求接收端口分别对应地接收所述至少一个服务请求端发送的服务请求。
本发明实施例提供了一种处理服务请求的方法、代理服务器、应用服务器和系统,为预先获取的每一个访问域名配置访问端口,建立访问域名和访问端口的对应关系;在接收到至少一个服务请求时,由于各个服务请求的格式不同,为了便于发送各个服务请求,将每一个服务请求的统一资源定位符和访问域名封装成一个报头信息;最后根据访问域名和访问端口的对应关系,将各个报头信息从对应的访问端口发送至至少一个应用服务器,以使各个应用服务器生成各个报头信息对应的回复数据,并返回各个回复数据;在接收到应用服务器返回的各个回复数据后,将根据访问域名,分别将各个回复数据发送至各个服务请求端。由此可见,本发明实施例通过建立访问域名和访问端口的对应关系,使得代理服务器将接收到的各个网段的服务请求端发出的服务请求,按照设定的访问端口发送给应用服务器,不需要将相同的应用、数据库在不同网段部署多次,保证了数据的时效性,从而提高了内部办公系统的业务办理效率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明一个实施例提供的一种应用于代理服务器的处理服务请求的方法流程图;
图2是本发明一个实施例提供的另一种应用于代理服务器的处理服务请求的方法流程图;
图3是本发明一个实施例提供的一种应用于应用服务器的处理服务请求的方法流程图;
图4是本发明一个实施例提供的另一种应用于应用服务器的处理服务请求的方法流程图;
图5是本发明一个实施例提供的一种代理服务器的结构示意图;
图6是本发明一个实施例提供的另一种代理服务器的结构示意图;
图7是本发明一个实施例提供的一种应用服务器的结构示意图;
图8是本发明一个实施例提供的另一种应用服务器的结构示意图;
图9是本发明一个实施例提供的一种处理服务请求系统的结构示意图;
图10是本发明一个实施例提供的一种处理服务请求的方法流程图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例,基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
如图1所示,本发明实施例提供了一种处理服务请求的方法,应用于代理服务器,包括以下步骤:
步骤101,预先获取至少一个服务请求端的访问域名,并为每一个所述访问域名配置访问端口。
步骤102,接收至少一个服务请求,每一个所述服务请求,包括:所述访问域名和统一资源定位符。
步骤103,针对每一个所述服务请求,将当前服务请求的所述统一资源定位符和所述访问域名封装成报头信息。
步骤104,根据各个所述访问域名,分别将各个所述报头信息通过对应的各个所述访问端口发送至至少一个应用服务器,以使所述至少一个应用服务器分别生成各个所述报头信息对应的回复数据,并返回所述至少一个回复数据。
步骤105,接收所述回复数据,并根据各个所述访问域名,分别将各个所述回复数据发送至各个所述服务请求端。
本发明实施例提供了一种处理服务请求的方法,应用于代理服务器,为预先获取的每一个访问域名配置访问端口,建立访问域名和访问端口的对应关系;在接收到至少一个服务请求时,由于各个服务请求的格式不同,为了便于发送各个服务请求,将每一个服务请求的统一资源定位符和访问域名封装成一个报头信息;最后根据访问域名和访问端口的对应关系,将各个报头信息从对应的访问端口发送至至少一个应用服务器,以使各个应用服务器生成各个报头信息对应的回复数据,并返回各个回复数据;在接收到应用服务器返回的各个回复数据后,将根据访问域名,分别将各个回复数据发送至各个服务请求端。由此可见,本发明实施例通过建立访问域名和访问端口的对应关系,使得代理服务器将接收到的各个网段的服务请求端发出的服务请求,按照设定的访问端口发送给应用服务器,不需要将相同的应用、数据库在不同网段部署多次,保证了数据的时效性,从而提高了内部办公系统的业务办理效率。
为了保证内部办公系统不会超负荷运行,在本发明的一个实施例中,每一个所述访问端口对应至少一个所述应用服务器;
所述根据各个所述访问域名,通过对应的各个所述访问端口分别将各个所述报头信息发送至至少一个应用服务器,包括:
针对每一个所述报头信息,根据当前报头信息的访问域名确定所述当前报头信息对应的访问端口;
根据预先设定的请求分配方法,从确定的所述访问端口对应的各个所述应用服务器中,确定所述当前报头信息对应的应用服务器;
通过确定的所述访问端口,将所述当前报头信息发送至确定的所述应用服务器。
由于每一个可用端口对应多个服务器,因此在根据当前报头信息的访问域名确定访问端口后,再根据预先设定的请求分配方法,确定接收当报头信息对应的应用服务器。例如,有A和B两个应用服务器,预设请求分配方法为轮询法,当要发送报头信息时,根据两个应用服务器的轮流顺序,确定A应用服务器需要接受报头信息,因此将报头信息发送至A应用服务器。
以处理一个服务请求为例,展开说明本发明实施例提供的一种处理服务请求的方法,应用于代理服务器,如图2所示,包括以下步骤:
步骤201,接收一个服务请求。
在本发明实施例中,服务请求,包括:服务请求端的访问域名和统一资源定位符。其中,统一资源定位符为用户需要的回复数据对应的地址。
步骤202,将服务请求的统一资源定位符和访问域名封装成报头信息。
在本发明实施例中,对于不同的网络协议,服务请求的封装格式是不同的,例如与HTTP(HyperText Transfer Protocol,超文本传输协议)相比HTTPS(Hyper Text TransferProtocol over Secure Socket Layer,在安全套接层上的HTTP),HTTPS的服务请求需要加密,因此HTTPS的访问域名格式与HTTP不同,不利于内部办公系统根据访问域名确定回复数据的域名。但不同的网络协议对应的报头的结构是相同的,因此将统一资源定位符和访问域名封装成报头信息,以使访问域名具有相同的格式。
步骤203,根据报头信息的访问域名确定报头信息对应的访问端口。
在本发明实施例中,预先建立访问域名和访问端口的对应关系,这样就可以根据访问域名确定报头信息对应的访问端口。
步骤204,根据预先设定的请求分配方法,从确定的访问端口对应的各个应用服务器中,确定当前报头信息对应的应用服务器。
在本发明实施例中,为了缓解大量的服务请求带来的压力,通常会设置多个应用服务器来接收服务请求。预先设定请求分配方法,以保证各个应用服务器之间负载均衡,常用的方法有轮询法、随机法、源地址哈希法、加权轮询法、加权随机法和最小连接数法。其中,本发明采用轮询法来分配服务请求。
步骤205,通过确定的访问端口,将报头信息发送至确定的应用服务器。
在本发明实施例中,应用服务器会针对报头信息返回至少一个回复数据。
步骤206,接收回复数据,并根据各个访问域名,分别将各个回复数据发送至各个服务请求端。
如图3所示,本发明实施例提供了一种处理服务请求的方法,应用于应用服务器,包括以下步骤:
步骤301,接收代理服务器发送的至少一个报头信息。
步骤302,针对每一个所述报头信息,生成一个回复数据,并返回各个所述回复数据至所述代理服务器,以使代理服务器根据各个所述访问域名,分别将各个所述回复数据发送至各个所述服务请求端。
本发明实施例提供了一种处理服务请求的方法,应用于应用服务器,接收代理服务器发送的至少一个报头信息,再针对每一个报头信息生成回复数据,最后将各个回复数据返回给代理服务器,以使代理服务器根据各个访问域名,分别将各个回复数据发送至各个服务请求端。由此可见,本发明实施例通过代理服务器转发服务请求和回复数据,避免内部办公系统的应用服务器直接接触外部用户,以保证内部办公系统的安全性。
为了能够准确地生成回复数据并保证回复数据能够发送到对应的服务请求端,在本发明的一个实施例中,进一步包括:预先设定每一个访问域名的访问权限;
所述针对每一个所述报头信息,生成一个回复数据,包括:
针对每一个所述报头信息,根据当前报头信息中的所述访问域名的访问权限,确定所述当前报头信息对应的所述回复数据的域名;
根据所述当前报头信息中的统一资源定位符和所述回复数据的域名,获取待回复数据;
利用所述当前报头信息中的所述访问域名和所述待回复数据生成所述回复数据。
对于内部办系统而言,不同的访问权限在系统中访问到的内容可能会有差别。例如,系统会向内部展示保密级别高的数据,但不会向外网部展示。因此,不同访问权限对应的数据配置在不同的域名下。在接收到报头信息后,根据报头信息中的访问域名,确定访问权限,进而确定回复数据的域名,再根据报头信息中的统一资源定位符,确定待回复数据,以保证数据的准确性;利用报头信息中的访问域名和待回复数据生成回复数据,以保证回复数据能够发送到对应的服务请求端。例如,数据A含有需要保密的内容,系统向内网展示全部数据A,向外网会展示没有保密内容的数据A,则有保密内容的数据A会存储到一个域名,没有保密内容的数据A会被存储到另一个域名。在接收到报头信息后,根据访问域名的访问权限确定回复数据所在的域名,再根据统一资源定位符在该域名下确定待回复数据,最后利用访问域名和回复数据生成回复数据。
以处理一个报头信息为例,展开说明本发明实施例提供的一种处理服务请求的方法,应用于应用服务器,如图4所示,包括以下步骤:
步骤401,接收代理服务器发送的报头信息。
步骤402,确定报头信息中访问域名的访问权限。
在本发明实施例中,访问域名的访问权限为预先设定的。
步骤403,根据访问权限,确定报头信息对应的回复数据的域名。
在本发明实施例中,不同的访问权限对应的回复数据不同,例如对于政府的内部办公系统,内网和外网的访问权限是不一样的,那么对于同一个数据,内网和外网看到的内容可能不同。因此将向内网展示的数据和向外网展示的数据存储在不同域名下,以保证数据的安全。
步骤404,根据报头信息中的统一资源定位符和回复数据的域名,获取待回复数据。
在本发明实施例中,通过统一资源定位符可以确定待回复数据的具体位置。
步骤405,利用报头信息中的访问域名和待回复数据生成回复数据。
步骤406,返回回复数据至代理服务器。
如图5所示,本发明实施例提供了一种代理服务器,包括:配置模块501、接收模块502、封装模块503、请求发送模块504和数据发送模块505;
配置模块501,用于获取至少一个服务请求端的访问域名,并为每一个所述访问域名配置访问端口;
接收模块502,用于接收至少一个服务请求,每一个所述服务请求,包括:统一资源定位符和配置模块501设置的所述访问域名;
封装模块503,用于针对每一个接收模块502接收到的所述服务请求,将当前服务请求的统一资源定位符和访问域名封装成报头信息;
请求发送模块504,用于根据各个所述访问域名,分别将封装模块503通过对应的各个所述访问端口发送至至少一个应用服务器,以使所述至少一个应用服务器分别生成各个所述报头信息对应的回复数据,并返回所述至少一个回复数据;
数据发送模块505,用于接收所述回复数据,并根据各个所述访问域名,分别将各个所述回复数据发送至各个所述服务请求端。
如图6所示,本发明实施例提供了另一种代理服务器,
每一个所述访问端口对应至少一个可选择应用服务器;
请求发送模块504,包括:状态确定单元5041、服务器确定单元5042和发送单元5043;
状态确定单元5041,用于针对每一个所述报头信息,根据当前报头信息的访问域名确定所述当前报头信息对应的访问端口;
服务器确定单元5042,用于根据预先设定的请求分配方法,从状态确定单元确定5041的所述访问端口对应的各个所述应用服务器中,确定所述当前报头信息对应的应用服务器;
发送单元5043,用于通过确定的所述访问端口,将所述当前报头信息发送至所述服务器确定单元确定的所述应用服务器。
如图7所示,本发明实施例提供了一种应用服务器,包括:信息接收模块701和信息处理模块702;
信息接收模块701,用于接收代理服务器发送的至少一个报头信息;
数据获取模块702,用于针对信息接收模块701接收到的每一个所述报头信息,生成至少一个回复数据,并返回各个所述回复数据至所述代理服务器,以使代理服务器根据各个所述访问域名,分别将各个所述回复数据发送至各个所述服务请求端。
如图8所示,本发明实施例提供了另一种应用服务器,进一步包括:设定模块801;
设定模块801,用于预先设定每一个访问域名的访问权限;
数据获取模块702,包括:域名确定单元7021、数据获取单元7022和数据发送单元7023;
域名确定单元7021,用于针对每一个所述报头信息,根据当前报头信息中的所述访问域名的访问权限,确定所述当前报头信息对应的所述回复数据的域名;根据所述当前报头信息中的统一资源定位符和所述回复数据的域名,获取待回复数据;
数据获取单元7022,用于根据所述当前报头信息中的统一资源定位符和域名确定单元7021确定的所述回复数据的域名,获取待回复数据;
数据发送单元7023,用于利用所述当前报头信息中的所述访问域名和数据获取单元7022获取到的所述待回复数据生成所述回复数据。
上述装置内的各单元之间的信息交互、执行过程等内容,由于与本发明方法实施例基于同一构思,具体内容可参见本发明方法实施例中的叙述,此处不再赘述。
如图9所示,本发明实施例提供了一种处理服务请求的系统,包括:至少一个服务请求端901,上述实施例中任一所述的至少一个代理服务器902和上述实施例中任一所述的至少一个应用服务器903;
每一个服务请求端901,用于向所述代理服务器发送服务请求。
设置多个代理服务器能够提高并行处理服务请求的能力,并保证内部办公系统的性能。
在本发明的一个实施例中,每一个代理服务器902,包括:至少一个请求接收端口;
每一个所述请求接收端口对应至少一个服务请求端901的网际协议地址;
根据所述请求接收端口对应的至少一个网际协议地址,各个所述请求接收端口分别对应地接收所述至少一个服务请求端发送的服务请求。
通过设置多个请求接收端口,使代理服务器与政务内网、政务外网、互联网均可连通。
以处理一个请求服务为例,展开说明本发明实施例提供的一种处理服务请求的方法,如图10所示,包括以下步骤:
步骤1001,接收一个服务请求。
步骤1002,将服务请求的统一资源定位符和访问域名封装成报头信息。
步骤1003,根据报头信息的访问域名确定报头信息对应的访问端口。
步骤1004,根据预先设定的请求分配方法,从确定的访问端口对应的各个应用服务器中,确定当前报头信息对应的应用服务器。
步骤1005,通过确定的访问端口,将报头信息发送至确定的应用服务器。
步骤1006,接收代理服务器发送的报头信息。
步骤1007,确定报头信息中访问域名的访问权限。
步骤1008,根据访问权限,确定报头信息对应的回复数据的域名。
步骤1009,根据报头信息中的统一资源定位符和回复数据的域名,获取待回复数据。
步骤1010,利用报头信息中的访问域名和待回复数据生成回复数据。
步骤1011,返回回复数据至代理服务器。
步骤1012,接收回复数据,并根据各个访问域名,分别将各个回复数据发送至各个服务请求端。
本发明实施例提供了一种可读介质,包括执行指令,当存储控制器的处理器执行所述执行指令时,所述存储控制器执行上述实施例中任一所述的处理服务请求的方法。
本发明实施例提供了一种存储控制器,包括:处理器、存储器和总线;
所述处理器和所述存储器通过所述总线连接;
所述存储器,当所述存储控制器运行时,所述处理器执行所述存储器存储的所述执行指令,以使所述存储控制器执行上述实施例中任一所述的处理服务请求的方法。
综上所述,本发明各个实施例至少具有如下有益效果:
1、本发明一实施例中,为预先获取的每一个访问域名配置访问端口,建立访问域名和访问端口的对应关系;在接收到至少一个服务请求时,由于各个服务请求的格式不同,为了便于发送各个服务请求,将每一个服务请求的统一资源定位符和访问域名封装成一个报头信息;最后根据访问域名和访问端口的对应关系,将各个报头信息从对应的访问端口发送至至少一个应用服务器,以使各个应用服务器生成各个报头信息对应的回复数据,并返回各个回复数据;在接收到应用服务器返回的各个回复数据后,将根据访问域名,分别将各个回复数据发送至各个服务请求端。由此可见,本发明实施例通过建立访问域名和访问端口的对应关系,使得代理服务器将接收到的各个网段的服务请求端发出的服务请求,按照设定的访问端口发送给应用服务器,不需要将相同的应用、数据库在不同网段部署多次,保证了数据的时效性,从而提高了内部办公系统的业务办理效率。
2、本发明一实施例中,接收代理服务器发送的至少一个报头信息,再针对每一个报头信息生成回复数据,最后将各个回复数据返回给代理服务器,以使代理服务器根据各个访问域名,分别将各个回复数据发送至各个服务请求端。由此可见,本发明实施例通过代理服务器转发服务请求和回复数据,避免内部办公系统直接接触外部用户,以保证内部办公系统的安全性。
3、本发明一实施例中,为每一个访问端口设置多个应用服务器,并按照预设的请求分配方法,将各个报头信息分配给各个应用服务器,以保证内部办公系统不会超负荷运行,从而进一步提高了内部办公系统的业务办理效率。
4、本发明一实施例中,设定每一个访问域名的访问权限,并利用访问权限确定待回复数据,保证准确地生成回复数据,从而进一步提高了内部办公系统的业务办理效率。
5、本发明一实施例中,设置多个代理服务器,以并行处理服务请求的能力,并保证内部办公系统的性能。
需要说明的是,在本文中,诸如第一和第二之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个〃····〃”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同因素。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储在计算机可读取的存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质中。
最后需要说明的是:以上所述仅为本发明的较佳实施例,仅用于说明本发明的技术方案,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (10)
1.一种处理服务请求的方法,应用于代理服务器,其特征在于,预先获取至少一个服务请求端的访问域名,并为每一个所述访问域名配置访问端口,还包括:
接收至少一个服务请求,每一个所述服务请求,包括:所述访问域名和统一资源定位符;
针对每一个所述服务请求,将当前服务请求的所述统一资源定位符和所述访问域名封装成报头信息;
根据各个所述访问域名,分别将各个所述报头信息通过对应的各个所述访问端口发送至至少一个应用服务器,以使所述至少一个应用服务器分别生成各个所述报头信息对应的回复数据,并返回所述至少一个回复数据;
接收所述回复数据,并根据各个所述访问域名,分别将各个所述回复数据发送至各个所述服务请求端。
2.根据权利要求1所述的方法,其特征在于,
每一个所述访问端口对应至少一个所述应用服务器;
所述根据各个所述访问域名,通过对应的各个所述访问端口分别将各个所述报头信息发送至至少一个应用服务器,包括:
针对每一个所述报头信息,根据当前报头信息的访问域名确定所述当前报头信息对应的访问端口;
根据预先设定的请求分配方法,从确定的所述访问端口对应的各个所述应用服务器中,确定所述当前报头信息对应的应用服务器;
通过确定的所述访问端口,将所述当前报头信息发送至确定的所述应用服务器。
3.一种处理服务请求的方法,应用于应用服务器,其特征在于,包括:
接收代理服务器发送的至少一个报头信息;
针对每一个所述报头信息,生成一个回复数据,并返回各个所述回复数据至所述代理服务器,以使代理服务器根据各个所述访问域名,分别将各个所述回复数据发送至各个所述服务请求端。
4.根据权利要求3所述的方法,其特征在于,进一步包括:
预先设定每一个所述访问域名的访问权限;
则,所述针对每一个所述报头信息,生成一个回复数据,包括:
针对每一个所述报头信息,确定当前报头信息中所述访问域名的访问权限;
根据所述访问权限,确定所述当前报头信息对应的所述回复数据的域名;
根据所述当前报头信息中的统一资源定位符和所述回复数据的域名,获取待回复数据;
利用所述当前报头信息中的所述访问域名和所述待回复数据生成所述回复数据。
5.一种代理服务器,其特征在于,包括:配置模块、接收模块、封装模块、请求发送模块和数据发送模块;
所述配置模块,用于获取至少一个服务请求端的访问域名,并为每一个所述访问域名配置访问端口;
所述接收模块,用于接收至少一个服务请求,每一个所述服务请求,包括:统一资源定位符和所述设置模块设置的所述访问域名;
所述封装模块,用于针对每一个所述接收模块接收到的所述服务请求,将当前服务请求的所述统一资源定位符和所述访问域名封装成报头信息;
所述请求发送模块,用于根据各个所述访问域名,分别将各个所述报头信息通过对应的各个所述访问端口发送至至少一个应用服务器,以使所述至少一个应用服务器分别生成各个所述报头信息对应的回复数据,并返回所述至少一个回复数据;
所述数据发送模块,用于接收所述回复数据,并根据各个所述访问域名,分别将各个所述回复数据发送至各个所述服务请求端。
6.根据权利要求5所述的代理服务器,其特征在于,
每一个所述访问端口对应至少一个所述应用服务器;
所述请求发送模块,包括:状态确定单元、服务器确定单元和发送单元;
所述状态确定单元,用于针对每一个所述报头信息,根据当前报头信息的访问域名确定所述当前报头信息对应的访问端口;
所述服务器确定单元,用于根据预先设定的请求分配方法,从所述状态确定单元确定的所述访问端口对应的各个所述应用服务器中,确定所述当前报头信息对应的应用服务器;
所述发送单元,用于通过确定的所述访问端口,将所述当前报头信息发送至所述服务器确定单元确定的所述应用服务器。
7.一种应用服务器,其特征在于,包括:信息接收模块和信息处理模块;
所述信息接收模块,用于接收代理服务器发送的至少一个报头信息;
所述数据获取模块,用于针对每一个所述报头信息,生成一个回复数据,并返回各个所述回复数据至所述代理服务器,以使代理服务器根据各个所述访问域名,分别将各个所述回复数据发送至各个所述服务请求端。
8.根据权利要求7所述的应用服务器,其特征在于,
进一步包括:设定模块;
所述设定模块,用于预先设定每一个访问域名的访问权限;
所述数据获取模块,包括:域名确定单元、数据获取单元和数据发送单元;
所述域名确定单元,用于针对每一个所述报头信息,确定当前报头信息中所述访问域名的访问权限;根据所述访问权限,确定所述当前报头信息对应的所述回复数据的域名;
所述数据获取单元,用于根据所述当前报头信息中的统一资源定位符和所述域名确定单元确定的所述回复数据的域名,获取待回复数据;
所述数据发送单元,用于利用所述当前报头信息中的所述访问域名和所述数据获取单元获取到的所述待回复数据生成所述回复数据。
9.一种处理服务请求的系统,其特征在于,包括:至少一个服务请求端,权利要求5至6中任一所述的至少一个代理服务器和权利要求7至8中任一所述的至少一个应用服务器;
每一个所述服务请求端,用于向所述代理服务器发送服务请求。
10.根据权利要求9述的系统,其特征在于,
每一个所述代理服务器,包括:至少一个请求接收端口;
每一个所述请求接收端口对应至少一个所述服务请求端的网际协议地址;
根据所述请求接收端口对应的至少一个网际协议地址,各个所述请求接收端口分别对应地接收所述至少一个服务请求端发送的服务请求。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711338203.1A CN107911390A (zh) | 2017-12-14 | 2017-12-14 | 处理服务请求的方法、代理服务器、应用服务器和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711338203.1A CN107911390A (zh) | 2017-12-14 | 2017-12-14 | 处理服务请求的方法、代理服务器、应用服务器和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107911390A true CN107911390A (zh) | 2018-04-13 |
Family
ID=61865646
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711338203.1A Pending CN107911390A (zh) | 2017-12-14 | 2017-12-14 | 处理服务请求的方法、代理服务器、应用服务器和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107911390A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115883655A (zh) * | 2022-12-07 | 2023-03-31 | 中科驭数(北京)科技有限公司 | 服务请求处理方法、装置、电子设备及存储介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102769603A (zh) * | 2011-05-03 | 2012-11-07 | 中国移动通信集团公司 | 一种数据传输的方法、系统及设备 |
CN102986189A (zh) * | 2010-05-09 | 2013-03-20 | 思杰系统有限公司 | 用于为对应于虚通道的网络连接分配服务等级的系统和方法 |
US20130142126A1 (en) * | 2010-08-12 | 2013-06-06 | Deutsche Telekom Ag | Network entity for managing communications towards a user entity over a communication network |
CN103201730A (zh) * | 2010-09-20 | 2013-07-10 | 海德沃特合作I有限公司 | 基于装置服务处理器配置适配网络策略 |
CN103581338A (zh) * | 2013-11-22 | 2014-02-12 | 南通大学 | 一种污染源在线监控数据监听系统 |
CN104253873A (zh) * | 2013-06-25 | 2014-12-31 | 腾讯科技(深圳)有限公司 | 域名解析方法、域名服务器、域名访问方法、系统和终端 |
CN107105033A (zh) * | 2017-04-21 | 2017-08-29 | 北京奇安信科技有限公司 | 云应用访问方法、云代理服务器及云应用访问系统 |
-
2017
- 2017-12-14 CN CN201711338203.1A patent/CN107911390A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102986189A (zh) * | 2010-05-09 | 2013-03-20 | 思杰系统有限公司 | 用于为对应于虚通道的网络连接分配服务等级的系统和方法 |
US20130142126A1 (en) * | 2010-08-12 | 2013-06-06 | Deutsche Telekom Ag | Network entity for managing communications towards a user entity over a communication network |
CN103201730A (zh) * | 2010-09-20 | 2013-07-10 | 海德沃特合作I有限公司 | 基于装置服务处理器配置适配网络策略 |
CN102769603A (zh) * | 2011-05-03 | 2012-11-07 | 中国移动通信集团公司 | 一种数据传输的方法、系统及设备 |
CN104253873A (zh) * | 2013-06-25 | 2014-12-31 | 腾讯科技(深圳)有限公司 | 域名解析方法、域名服务器、域名访问方法、系统和终端 |
CN103581338A (zh) * | 2013-11-22 | 2014-02-12 | 南通大学 | 一种污染源在线监控数据监听系统 |
CN107105033A (zh) * | 2017-04-21 | 2017-08-29 | 北京奇安信科技有限公司 | 云应用访问方法、云代理服务器及云应用访问系统 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115883655A (zh) * | 2022-12-07 | 2023-03-31 | 中科驭数(北京)科技有限公司 | 服务请求处理方法、装置、电子设备及存储介质 |
CN115883655B (zh) * | 2022-12-07 | 2024-06-07 | 中科驭数(北京)科技有限公司 | 服务请求处理方法、装置、电子设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104717647B (zh) | 业务能力鉴权方法、设备及系统 | |
CN107231402A (zh) | Http请求处理方法、装置及系统 | |
CN105871947B (zh) | 跨域请求数据的方法及装置 | |
CN101707608A (zh) | 应用层协议自动化测试方法及装置 | |
WO2015024490A1 (en) | Monitoring nat behaviors through uri dereferences in web browsers | |
CN111427613B (zh) | 一种应用程序接口api管理方法和装置 | |
CN113612686A (zh) | 流量调度方法、装置及电子设备 | |
CN111240862A (zh) | 一种通用接口平台以及数据转换方法 | |
CN108847952A (zh) | 请求链路上下文的处理方法、装置及系统 | |
CN114616795A (zh) | 用于防止重试或重放攻击的安全机制 | |
CN112738139A (zh) | 一种跨链访问控制方法和装置 | |
CN114040032A (zh) | 一种协议转换方法、系统、存储介质及电子设备 | |
CN113129008B (zh) | 数据处理方法、装置、计算机可读介质及电子设备 | |
CN107911390A (zh) | 处理服务请求的方法、代理服务器、应用服务器和系统 | |
CN104753774A (zh) | 一种分布式企业综合接入网关 | |
CN113746794B (zh) | 账号的处理方法、装置、电子设备和计算机存储介质 | |
CN103916411B (zh) | 超文本传输协议请求超时的处理方法及装置 | |
US9137296B2 (en) | Portable data carrier as a web server | |
KR101485764B1 (ko) | 오픈 api를 사용한 도메인 네임 관리 서비스 제공방법 | |
Al-Bahri et al. | DOA Based Identification for Devices and Applications of IoT in Heterogeneous Networks | |
CN108718346A (zh) | 一种资源处理方法及装置 | |
CN115297066B (zh) | 一种资源动态协同方法、装置、服务器及介质 | |
CN112437052B (zh) | 用于处理信息的方法、装置、电子设备和计算机可读介质 | |
CN112565106B (zh) | 流量业务识别方法、装置、设备及计算机存储介质 | |
Duan et al. | Research for Building High Performance Communication Service Based on Netty Protocol in Smart Health |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180413 |
|
RJ01 | Rejection of invention patent application after publication |