CN106572114A - 基于多服务器的Portal认证方法及其系统、Portal服务器 - Google Patents
基于多服务器的Portal认证方法及其系统、Portal服务器 Download PDFInfo
- Publication number
- CN106572114A CN106572114A CN201610991171.4A CN201610991171A CN106572114A CN 106572114 A CN106572114 A CN 106572114A CN 201610991171 A CN201610991171 A CN 201610991171A CN 106572114 A CN106572114 A CN 106572114A
- Authority
- CN
- China
- Prior art keywords
- portal
- server
- terminal
- time period
- standby
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/06—Authentication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
-
- 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/55—Push-based network services
-
- 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/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明提供了一种基于多服务器的Portal认证方法及其系统、Portal服务器,其中,在该Portal认证方法中包括:S11接收各终端发送的上网请求;S21判断当前时间是否处于预设时间段内;S31若判断出当前时间处于预设时间段内,启用备用服务器;S41协同备用服务器共同响应终端发送的上网请求,将Portal页面分别推送至各终端;S51接收用户通过终端中Portal页面提交的认证信息,实现用户认证。以此减少高质量Portal页面下发到各终端的传输时间,提升用户满意度,减少对广告推广商利益的影响。
Description
技术领域
本发明涉及门户认证技术领域,尤其涉及一种Portal认证方法、一种Portal认证方法系统以及一种Portal服务器。
背景技术
在免费的公用WIFI(Wireless-Fidelity,无线保真)网络中,为了能够有效的掌握接入用户的信息以及在免费WIFI网络中进行广告业务,通常使用Portal认证的方式让用户接入WIFI网络。Portal是一种web应用,通常用来提供个性化、单次登录、聚集各个信息源的内容,并作为信息系统表现层的宿主,是一种为用户提供便捷、实用、灵活的WLAN上网web认证方法。连接到WIFI热点的用户通过在Portal页面提交账户名和密码等信息,由它与各种宽带接入服务器(Broadband Remote Access Server,简称BRAS)进行通讯,交由BRAS与认证授权和计费(Authentication Authorization and Accounting,简称AAA)系统交互完成用户上网流程的认证和计费。
为了完成Portal认证,Portal认证服务器需要把统一的Portal页推送到用户终端的浏览器上,在当前普遍使用的Portal页推送方法中:若Portal服务器推送高质量的Portal页面,当Portal服务器和用户终端之间的通信速率较高时,Portal页面能够快速在用户终端浏览器上显示。但是当Portal服务器和用户终端之间的通信速率较低时,Portal页面就需要较长的时间才能在用户终端浏览器上显示。我们知道,在Portal页完整显示之前,用户无法接入Internet(英特网),这一过程中,用户必须等待,以此导致用户满意度急剧下降。若Portal服务器推送低质量的Portal页面,则在用户终端上显示的是不够精美的广告页面,会直接影响广告推广商的利益。
当然,现在也有能够解决这一技术问题的方案:终端与无线AP连接后,无线AP劫持终端发送的第一HTTP请求报文,并获取无线AP的传输参数,根据该传输参数计算动态选择判决值,根据动态选择判决值与预设的经验值之间的关系来确定不同类别Portal页面的URL(Uniform Resource Locator,统一资源定位符)地址,并将其通过重定向方式发送至终端。
这一技术方案虽然可以一定程度上减少Portal页面推动到终端的传输时间,但是当有大量用户同时接入WIFI时,该方法仍然无法保证能够快速的将高质量的Portal页面传输到终端。
发明内容
针对上述问题,本发明提供了一种基于多服务器的Portal认证方法、一种基于多服务器的Portal认证方法系统以及一种Portal服务器,有效解决了大量用户同时请求Portal认证时Portal页面高质量传输的问题。
本发明提供的技术方案如下:
一种基于多服务器的Portal认证方法,应用于Portal服务器,还包括至少一个备用服务器,所述Portal认证方法中包括:
S11接收各终端发送的上网请求;
S21判断当前时间是否处于预设时间段内;
S31若判断出当前时间处于预设时间段内,启用备用服务器;
S41协同所述备用服务器共同响应终端发送的上网请求,将Portal页面分别推送至各终端;
S51接收用户通过终端中Portal页面提交的认证信息,实现用户认证。
在本技术方案中,根据判断当前时间在预设时间段内来确定是否启用备用服务器,若判断出需要启用备用服务器,则在启用备用服务器之后,其协同Portal服务器共同响应终端发送的上网请求,下发Portal页面,以此减少高质量Portal页面下发到各终端的传输时间,提升用户满意度,减少对广告推广商利益的影响。
进一步优选地,在步骤S21之后还包括:
S32若判断出当前时间不处于预设时间段内,响应终端发送的上网请求,将Portal页面分别推送至各终端;
S42接收用户通过终端中Portal页面提交的认证信息,实现用户认证。
在本技术方案中,若判断出当前时间不处于预设时间段内,则不启用备用服务器,说明使用Portal服务器就能实现高质量Portal页面的快速下发,不会影响用户的体验。
进一步优选地,在步骤S21之后还包括:
S33若判断出当前时间不处于预设时间段内,Portal服务器进一步将当前终端接入请求数与负载阈值进行比对;
S43若判断出当前终端接入请求数未超出负载阈值,则Portal服务器响应终端发送的上网请求,将Portal页面分别推送至各终端;
S53接收用户通过终端中Portal页面提交的认证信息,实现用户认证。
在本技术方案中,若判断出当前时间不处于预设时间段内,进一步判断当前终端接入请求数是否达到Portal服务器的负载阈值,若没有达到Portal服务器的负载阈值,则不启用备用服务器,说明使用Portal服务器就能实现高质量Portal页面的快速下发,不会影响用户的体验。
进一步优选地,在步骤S33之后还包括:
S44若判断出当前终端接入请求数超出负载阈值,则启用备用服务器;
S54协同所述备用服务器共同响应终端发送的上网请求,将Portal页面分别推送至各终端;
S64接收用户通过终端中Portal页面提交的认证信息,实现用户认证。
在本技术方案中,若判断出当前时间不处于预设时间段内,进一步判断当前终端接入请求数是否达到Portal服务器的负载阈值,若达到Portal服务器的负载阈值,则启用备用服务器,之后备用服务器协同Portal服务器共同响应终端发送的上网请求,下发Portal页面,以此减少高质量Portal页面下发到各终端的传输时间,提升用户满意度,减少对广告推广商利益的影响。
进一步优选地,在步骤S33之后还包括:
S45若判断出当前终端接入请求数超出负载阈值,进一步根据当前终端接入请求数所处的负载阈值区间判断启用备用服务器的数量,启用相应数量的备用服务器;
S55协同所述备用服务器共同响应终端发送的上网请求,将Portal页面分别推送至各终端;
S65接收用户通过终端中Portal页面提交的认证信息,实现用户认证。
在本技术方案中,若判断出当前时间不处于预设时间段内,进一步判断当前终端接入请求数是否达到Portal服务器的负载阈值,若达到Portal服务器的负载阈值,进一步判断当前终端接入请求数所处的负载阈值区间,以此判定需要启用备用服务器的数量,之后启用的备用服务器协同Portal服务器共同响应终端发送的上网请求,下发Portal页面,以此减少高质量Portal页面下发到各终端的传输时间,提升用户满意度,减少对广告推广商利益的影响。
进一步优选地,在步骤S31中还包括:
S311根据步骤S21中判断的当前时间所处的预设时间段,进一步判定启用备用服务器的数量,启用相应数量的备用服务器。
在本技术方案中,在判断出当前时间处于预设时间段内之后,进一步根据其所处的预设时间段判断启用备用服务器的数量,之后启用的备用服务器协同Portal服务器共同响应终端发送的上网请求,下发Portal页面,以此减少高质量Portal页面下发到各终端的传输时间,提升用户满意度,减少对广告推广商利益的影响。
本发明还提供了一种Portal服务器,所述Portal服务器分别与终端及备用服务器通信连接,所述Portal服务器中包括:
信息接收模块,用于接收各终端发送的上网请求及接收用户通过终端中Portal页面提交的认证信息;
判断模块,用于根据信息接收模块接收到的上网请求判断当前时间是否处于预设时间段内;
备用服务器启用模块,用于在判断模块判断出当前时间处于预设时间段内,启用备用服务器;
响应模块,用于响应终端发送的上网请求,将Portal页面分别推送至各终端;
认证模块,用于根据信息接收模块接收到的认证信息实现用户认证。
在本技术方案中,根据判断模块判断当前时间在预设时间段内来确定是否启用备用服务器,在启用备用服务器之后,协同Portal服务器共同响应终端发送的上网请求,下发Portal页面,以此减少高质量Portal页面下发到各终端的传输时间。
进一步优选地,在判断模块中:
若判断出当前时间不处于预设时间段内,则进一步将当前终端接入请求数与负载阈值进行比对;和/或,
若判断出当前时间不处于预设时间段内,则进一步将当前终端接入请求数与负载阈值进行比对,若判断出当前终端接入请求数超出负载阈值,进一步根据比对结果判断启用备用服务器的数量;和/或,
根据步骤S21中判断的当前时间所处的预设时间段,进一步判定启用备用服务器的数量。
进一步优选地,所述Portal服务器中还包括配置模块,用于配置预设时间段、负载阈值、各预设时间段与备用服务器启用数量的关联关系以及负载阈值区间与备用服务器启用数量的关联关系。
本发明还提供了一种基于多服务器的Portal认证系统,包括上述Portal服务器,还包括至少一个备用服务器,所述备用服务器协同所述Portal服务器共同响应终端发送的上网请求,将Portal页面分别推送至各终端。
在本技术方案中,在某个特定时段或是突发性的有大量用户请求接入免费WIFI时,通过启用备用服务器并协同Portal服务器共同推送Portal页面来确保高质量的Portal页面能快速的传输到各终端上,保证良好的用户体验,同时不损害广告商的利益。
附图说明
下面将以明确易懂的方式,结合附图说明优选实施方式,对上述特性、技术特征、优点及其实现方式予以进一步说明。
图1为本发明中基于多服务器的Portal认证方法一种实施方式流程示意图;
图2为本发明中基于多服务器的Portal认证方法另一种实施方式流程示意图;
图3为本发明中基于多服务器的Portal认证方法另一种实施方式流程示意图;
图4为本发明中基于多服务器的Portal认证方法另一种实施方式流程示意图;
图5为本发明中基于多服务器的Portal认证方法另一种实施方式流程示意图;
图6为本发明中Portal服务器示意图;
图7为本发明中基于多服务器的Portal认证系统示意图。
附图标号说明:
100-Portal认证系统,110-Portal服务器,111-信息接收模块,112-判断模块,113-备用服务器启用模块,114-响应模块,115-认证模块,120-备用服务器。
具体实施方式
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对照附图说明本发明的具体实施方式。显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图,并获得其他的实施方式。
如图1所示为本发明提供的基于多服务器的Portal认证方法一种实施方式流程示意图,该Portal认证方法应用于Portal服务器,从图中可以看出,在该Portal认证方法中包括:S11接收各终端发送的上网请求;S21判断当前时间是否处于预设时间段内;S31若判断出当前时间处于预设时间段内,启用备用服务器;S41协同备用服务器共同响应终端发送的上网请求,将Portal页面分别推送至各终端;S51接收用户通过终端中Portal页面提交的认证信息,实现用户认证。
在本实施方式中,Portal服务器根据判断当前时间在预设时间段内来确定是否启用备用服务器,若当前时间在预设时间段内,则启用备用服务器,与Portal服务器协同工作下发Portal页面,以提高Portal页面的传输效率,提高用户体验。具体来说,在进行Portal认证之前,在Portal服务器中设定该预设时间段。在设定该预设时间段之前,可以根据Portal服务器的过往用户接入请求记录,以小时为单位,分析并统计24小时内用户接入数量的分布情况。同时,根据Portal服务器的过往用户接入请求记录,以天为单位,分析并统计一周内用户接入数量的分布情况。以此统计出用户接入请求的高峰时段,从而设定需要启用备用服务器的特定时段,即上述预设时间段。这样,当大量用户Portal认证请求发生在该特定时段内,则由Portal服务器和备用服务器协同工作向用户终端传送高质量的Portal页面。
在一个实例中,假若包括一个备用服务器,统计并设定的预设时间段为晚上6点到9点,且在当前时刻同时收到50个终端接入请求。Portal服务器接收到终端接入请求之后,随即获取当前时间,并判断当前时刻是否在晚上6点到9点之间,若当前时刻为晚上7点,正好处于晚上6点到9点之间,则启用该备用服务器;之后,该备用服务器协同Portal服务器下发Portal页面至该50个终端中,具体,备用服务器和Portal服务器分别下发25个Portal页面至相应终端。当然,在其他实例中,预设时间段还可以设定为其他时间,如早上8点到9点,傍晚5点到6点等;Portal服务器和备用服务器之间的协作关系根据各服务器的性能自行设定,如Portal服务器下发30个、备用服务器下发20个等,在此不做具体限定。
对上述实施方式进行改进得到本实施方式,如图2所示,在本实施方式中,Portal认证方法中包括:S11接收各终端发送的上网请求;S21判断当前时间是否处于预设时间段内;S32若判断出当前时间不处于预设时间段内,响应终端发送的上网请求,将Portal页面分别推送至各终端;S42接收用户通过终端中Portal页面提交的认证信息,实现用户认证。
在本实施方式中,若判断出当前时间不处于预设时间段内,则不启用备用服务器,说明使用Portal服务器就能实现高质量Portal页面的快速下发,不会影响用户的体验,这里预设时间段的统计与设定与上一实施方式类似,在此不做赘述。
在一个实例中,假若包括一个备用服务器,统计并设定的预设时间段为晚上6点到9点,且在当前时刻同时收到50个终端接入请求。Portal服务器接收到终端接入请求之后,随即获取当前时间,并判断当前时刻是否在晚上6点到9点之间,若当前时刻为晚上10点,不处于晚上6点到9点之间,则不启用该备用服务器,即Portal服务器独自下发Portal页面至该50个终端中。
对上述实施方式进行改进得到本实施方式,如图3所示,在本实施方式中,Portal认证方法中包括:S11接收各终端发送的上网请求;S21判断当前时间是否处于预设时间段内;S33若判断出当前时间不处于预设时间段内,Portal服务器进一步将当前终端接入请求数与负载阈值进行比对;S43若判断出当前终端接入请求数未超出负载阈值,则Portal服务器响应终端发送的上网请求,将Portal页面分别推送至各终端;S53接收用户通过终端中Portal页面提交的认证信息,实现用户认证。
在本实施方式中,若判断出当前时间不处于预设时间段内,进一步判断当前终端接入请求数是否达到Portal服务器的负载阈值,若没有达到Portal服务器的负载阈值,则不启用备用服务器,说明使用Portal服务器就能实现高质量Portal页面的快速下发,不会影响用户的体验。更具体来说,在进行Portal认证之前,根据各服务器(包括Portal服务器和备用服务器)的最大负荷设定该预设阈值。
在一个实例中,假若包括一个备用服务器,统计并设定的预设时间段为晚上6点到9点,负载阈值为5000,且在当前时刻同时收到100个终端接入请求。Portal服务器接收到终端接入请求之后,随即获取当前时间,并判断当前时刻是否在晚上6点到9点之间,若当前时刻为晚上10点,不处于晚上6点到9点之间。则进一步将当前终端接入请求数100与负载阈值5000比对,由此时判断的结果为当前终端接入请求数小于预设阈值,则不启用该备用服务器,即Portal服务器独自下发Portal页面至该100个终端中。
对上述实施方式进行改进得到本实施方式,如图4所示,在本实施方式中,Portal认证方法中包括:S11接收各终端发送的上网请求;S21判断当前时间是否处于预设时间段内;S33若判断出当前时间不处于预设时间段内,Portal服务器进一步将当前终端接入请求数与负载阈值进行比对;S44若判断出当前终端接入请求数超出负载阈值,则启用备用服务器;S54协同备用服务器共同响应终端发送的上网请求,将Portal页面分别推送至各终端;S64接收用户通过终端中Portal页面提交的认证信息,实现用户认证。
在本实施方式中,若判断出当前时间不处于预设时间段内,进一步判断当前终端接入请求数是否达到Portal服务器的负载阈值,若达到Portal服务器的负载阈值,则启用备用服务器,之后备用服务器协同Portal服务器共同响应终端发送的上网请求,下发Portal页面,以此减少高质量Portal页面下发到各终端的传输时间。
在一个实例中,假若包括一个备用服务器,统计并设定的预设时间段为晚上6点到9点,负载阈值为5000,且在当前时刻同时收到5001个终端接入请求。Portal服务器接收到终端接入请求之后,随即获取当前时间,并判断当前时刻是否在晚上6点到9点之间,若当前时刻为晚上10点,不处于晚上6点到9点之间。则进一步将当前终端接入请求数5001与负载阈值5000比对,由此时判断的结果为当前终端接入请求数超过了预设阈值,则启用该备用服务器;之后,该备用服务器协同Portal服务器下发Portal页面至该5001个终端中,具体,备用服务器下发2500个,Portal服务器下发2501个Portal页面至相应终端。在其他实例中,Portal服务器和备用服务器之间的协作关系根据各服务器的性能自行设定,如Portal服务器下发3001个、备用服务器下发2000个等,在此不做具体限定。
对上述实施方式进行改进得到本实施方式,如图5所示,在本实施方式中,Portal认证方法中包括:S11接收各终端发送的上网请求;S21判断当前时间是否处于预设时间段内;S33若判断出当前时间不处于预设时间段内,Portal服务器进一步将当前终端接入请求数与负载阈值进行比对;S45若判断出当前终端接入请求数超出负载阈值,进一步根据当前终端接入请求数所处的负载阈值区间判断启用备用服务器的数量,启用相应数量的备用服务器;S55协同备用服务器共同响应终端发送的上网请求,将Portal页面分别推送至各终端;S65接收用户通过终端中Portal页面提交的认证信息,实现用户认证。
在本实施方式中,若判断出当前时间不处于预设时间段内,进一步判断当前终端接入请求数是否达到Portal服务器的负载阈值,若达到Portal服务器的负载阈值,进一步判断当前终端接入请求数所处的负载阈值区间,以此判定需要启用备用服务器的数量,之后启用的备用服务器协同Portal服务器共同响应终端发送的上网请求,下发Portal页面,以此减少高质量Portal页面下发到各终端的传输时间。
在一种实施方式中,若包括2个备用服务器,根据各服务器的最大负载设定第一负载阈值和第二负载阈值,当判定当前终端接入请求数小于第一负载阈值,则不启用备用服务器;当判定当前终端接入请求数在第一负载阈值和第二负载阈值之间,则启动一个备用服务器;当判定当前终端接入请求数大于第二负载阈值,则启用两个备用服务器,以此最大程度上加快Portal页面下发各请求终端的传输时间。
在一种实施方式中,若包括3个备用服务器,根据各服务器的最大负载设定第一负载阈值、第二负载阈值以及第三负载阈值,当判定当前终端接入请求数小于第一负载阈值,则不启用备用服务器;当判定当前终端接入请求数在第一负载阈值和第二负载阈值之间,则启动一个备用服务器;当判定当前终端接入请求数在第二负载阈值和第三负载阈值之间,则启用两个备用服务器;当判定当前终端接入请求数大于第三负载阈值,则启用两个备用服务器以此最大程度上加快Portal页面下发各请求终端的传输时间。
要说明的是,以上仅是示例性的给出了各负载阈值与备用服务器启用数量之间的对应关系,在实际应用中,还可以根据其他规则进行设定,如包括2个备用服务器时,在判定当前终端接入请求数大于预设阈值时,2个备用服务器共同启用,协助Portal服务器一起下发Portal页面至各终端等,在此不做具体限定。
在一个实例中,假若包括2个备用服务器,统计并设定的预设时间段为晚上6点到9点,第一负载阈值为2500,第二负载阈值为5000,且在当前时刻同时收到3000个终端接入请求。Portal服务器接收到终端接入请求之后,随即获取当前时间,并判断当前时刻是否在晚上6点到9点之间,若当前时刻为晚上10点,不处于晚上6点到9点之间。则进一步将当前终端接入请求数3000分别与第一负载阈值2500和第二负载阈值5000比对,由此时判断的结果为当前终端接入请求数在第一负载阈值和第二负载阈值之间,则启用一个备用服务器;之后,该备用服务器协同Portal服务器下发Portal页面至该3000个终端中,具体,备用服务器和Portal服务器各下发2500个Portal页面至相应终端。
对上述实施方式进行改进得到本实施方式,在本实施方式中,Portal认证方法中包括:S11接收各终端发送的上网请求;S21判断当前时间是否处于预设时间段内;S311若判断出当前时间处于预设时间段内,进一步判断的当前时间所处的预设时间段,以判定启用备用服务器的数量,启用相应数量的备用服务器;S41协同备用服务器共同响应终端发送的上网请求,将Portal页面分别推送至各终端;S51接收用户通过终端中Portal页面提交的认证信息,实现用户认证。
在本实施方式中,在判断出当前时间处于预设时间段内之后,进一步根据其所处的预设时间段判断启用备用服务器的数量,之后启用的备用服务器协同Portal服务器共同响应终端发送的上网请求,下发Portal页面,以此减少高质量Portal页面下发到各终端的传输时间,提升用户满意度。
在一种实施方式中,若包括2个备用服务器,根据统计设定两个时间段,分别为第一预设时间段和第二预设时间段,当判定当前时刻位于第一预设时间段内时,则启用1个备用服务器;当判定当前时刻位于第二预设时间段内时,则启用2个备用服务器,以此最大程度上加快Portal页面下发各请求终端的传输时间。
在一种实施方式中,若包括3个备用服务器,根据统计设定两个时间段,分别为第一预设时间段、第二预设时间段以及第三预设时间段,当判定当前时刻位于第一预设时间段内时,则启用1个备用服务器;当判定当前时刻位于第二预设时间段内时,则启用2个备用服务器;当判定当前时刻位于第三预设时间段内时,则启用3个备用服务器,以此最大程度上加快Portal页面下发各请求终端的传输时间。
要说明的是,以上仅是示例性的给出了各预设时间段与备用服务器启用数量之间的对应关系,在实际应用中,还可以根据其他规则进行设定,如包括2个备用服务器时,在判定当前时间处于预设时间段内时,2个备用服务器共同启用,协助Portal服务器一起下发Portal页面至各终端等,在此不做具体限定。
在一个实例中,假若包括2个备用服务器,统计并设定的第一预设时间段为晚上6点到7点,第二预设时间段为晚上7点到9点,且在当前时刻同时收到50个终端接入请求。Portal服务器接收到终端接入请求之后,随即获取当前时间,并判断当前时刻是否在晚上6点到9点之间,若当前时刻为晚上6点半,正好处于第一时间段内,则启用一个备用服务器;之后,该备用服务器协同Portal服务器下发Portal页面至该50个终端中,具体,备用服务器和Portal服务器分别下发25个Portal页面至相应终端。
如图5所示为本发明提供的Portal服务器示意图,该Portal服务器110分别与终端及备用服务器120通信连接,从图中可以看出Portal服务器110中包括:信息接收模块111、判断模块112、备用服务器启用模块113、响应模块114以及认证模块115,其中,判断模块112与信息接收模块111连接,备用服务器启用模块113与判断模块112连接,响应模块114与备用服务器120启用模块113连接,认证模块115与信息接收模块111连接。
在工作过程中,信息接收模块111接收各终端发送的上网请求之后,判断模块112根据信息接收模块111接收到的上网请求判断当前时间是否处于预设时间段内;若判断出当前时间处于预设时间段内,则备用服务器启用模块113启用备用服务器120;以此响应模块114响应终端发送的上网请求,将Portal页面分别推送至各终端。之后,信息接收模块111接收用户通过终端中Portal页面提交的认证信息;认证模块115根据信息接收模块111接收到的认证信息实现用户认证。可见,在本实施方式中,根据判断模块112判断当前时间在预设时间段内来确定是否启用备用服务器120,若判断出当前时间段处于预设时间段内,则启用备用服务器120之后,协同Portal服务器110共同响应终端发送的上网请求,下发Portal页面,以此减少高质量Portal页面下发到各终端的传输时间。若判断出当前时间不处于预设时间段内,则不启用备用服务器120,说明使用Portal服务器110就能实现高质量Portal页面的快速下发,不会影响用户的体验。
具体来说,在进行Portal认证之前,在Portal服务器110的配置模块中配置该预设时间段。在设定该预设时间段之前,可以根据Portal服务器110的过往用户接入请求记录,以小时为单位,分析并统计24小时内用户接入数量的分布情况。另外,根据Portal服务器110的过往用户接入请求记录,以天为单位,分析并统计一周内用户接入数量的分布情况。以此统计出用户接入请求的高峰时段,从而设定需要启用备用服务器120的特定时段,即上述预设时间段。这样,当大量用户Portal认证请求发生在该特定时段内,则由Portal服务器110和备用服务器120协同工作向用户终端传送高质量的Portal页面。
在其他实施例中,Portal服务器110中的配置模块还除了配置预设时间段,还用于配置负载阈值、各预设时间段与备用服务器120启用数量的关联关系以及负载阈值区间与备用服务器120启用数量的关联关系。
基于此,在一种实施方式中,在判断模块112中,若判断出当前时间不处于预设时间段内,则进一步将当前终端接入请求数与负载阈值进行比对。具体,若判断出当前时间不处于预设时间段内,进一步判断当前终端接入请求数是否达到Portal服务器110的负载阈值,若没有达到Portal服务器110的负载阈值,则不启用备用服务器120,说明使用Portal服务器110就能实现高质量Portal页面的快速下发,不会影响用户的体验。更具体来说,在进行Portal认证之前,根据各服务器(包括Portal服务器110和备用服务器120)的最大负荷设定该预设阈值。
在一种实施方式中,在判断模块112中,若判断出当前时间不处于预设时间段内,则进一步将当前终端接入请求数与负载阈值进行比对,若判断出当前终端接入请求数超出负载阈值,进一步根据比对结果判断启用备用服务器120的数量。具体,若判断出当前时间不处于预设时间段内,进一步判断当前终端接入请求数是否达到Portal服务器110的负载阈值,若达到Portal服务器110的负载阈值,进一步判断当前终端接入请求数所处的负载阈值区间,以此判定需要启用备用服务器120的数量,之后启用的备用服务器120协同Portal服务器110共同响应终端发送的上网请求,下发Portal页面,以此减少高质量Portal页面下发到各终端的传输时间。
在一个实例中,假若包括2个备用服务器,统计并设定的预设时间段为晚上6点到9点,第一负载阈值为2500,第二负载阈值为5000,且在当前时刻同时收到3000个终端接入请求。Portal服务器接收到终端接入请求之后,随即获取当前时间,并判断当前时刻是否在晚上6点到9点之间,若当前时刻为晚上10点,不处于晚上6点到9点之间。则进一步将当前终端接入请求数3000分别与第一负载阈值2500和第二负载阈值5000比对,由此时判断的结果为当前终端接入请求数在第一负载阈值和第二负载阈值之间,则启用一个备用服务器;之后,该备用服务器协同Portal服务器下发Portal页面至该3000个终端中,具体,备用服务器和Portal服务器各下发2500个Portal页面至相应终端。
在一种实施方式中,在判断模块112中,根据步骤S21中判断的当前时间所处的预设时间段,进一步判定启用备用服务器120的数量。在本实施方式中,在判断出当前时间处于预设时间段内之后,进一步根据其所处的预设时间段判断启用备用服务器120的数量,之后启用的备用服务器120协同Portal服务器110共同响应终端发送的上网请求,下发Portal页面,以此减少高质量Portal页面下发到各终端的传输时间,提升用户满意度。
在一个实例中,假若包括2个备用服务器,统计并设定的第一预设时间段为晚上6点到7点,第二预设时间段为晚上7点到9点,且在当前时刻同时收到50个终端接入请求。Portal服务器接收到终端接入请求之后,随即获取当前时间,并判断当前时刻是否在晚上6点到9点之间,若当前时刻为晚上6点半,正好处于第一时间段内,则启用一个备用服务器;之后,该备用服务器协同Portal服务器下发Portal页面至该50个终端中,具体,备用服务器和Portal服务器分别下发25个Portal页面至相应终端。
如图7所示为本发明提供的基于多服务器的Portal认证系统100示意图,包括上述Portal服务器110,还包括至少一个备用服务器120(如图示中包括备用服务器1、……、备用服务器n),备用服务器120协同Portal服务器110共同响应终端发送的上网请求,将Portal页面分别推送至各终端。
在本实施方式中,在某个特定时段或是突发性的有大量用户请求接入免费WIFI时,通过启用备用服务器120协同Portal服务器110共同作用来确保高质量的Portal页面能快速的传输到各终端上,保证良好的用户体验,同时不损害广告商的利益。
应当说明的是,上述实施例均可根据需要自由组合。以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (10)
1.一种基于多服务器的Portal认证方法,其特征在于,应用于Portal服务器,还包括至少一个备用服务器,所述Portal认证方法中包括:
S11接收各终端发送的上网请求;
S21判断当前时间是否处于预设时间段内;
S31若判断出当前时间处于预设时间段内,启用备用服务器;
S41协同所述备用服务器共同响应终端发送的上网请求,将Portal页面分别推送至各终端;
S51接收用户通过终端中Portal页面提交的认证信息,实现用户认证。
2.如权利要求1所述的Portal认证方法,其特征在于,在步骤S21之后还包括:
S32若判断出当前时间不处于预设时间段内,响应终端发送的上网请求,将Portal页面分别推送至各终端;
S42接收用户通过终端中Portal页面提交的认证信息,实现用户认证。
3.如权利要求1所述的Portal认证方法,其特征在于,在步骤S21之后还包括:
S33若判断出当前时间不处于预设时间段内,Portal服务器进一步将当前终端接入请求数与负载阈值进行比对;
S43若判断出当前终端接入请求数未超出负载阈值,则Portal服务器响应终端发送的上网请求,将Portal页面分别推送至各终端;
S53接收用户通过终端中Portal页面提交的认证信息,实现用户认证。
4.如权利要求3所述的Portal认证方法,其特征在于,在步骤S33之后还包括:
S44若判断出当前终端接入请求数超出负载阈值,则启用备用服务器;
S54协同所述备用服务器共同响应终端发送的上网请求,将Portal页面分别推送至各终端;
S64接收用户通过终端中Portal页面提交的认证信息,实现用户认证。
5.如权利要求3所述的Portal认证方法,其特征在于,在步骤S33之后还包括:
S45若判断出当前终端接入请求数超出负载阈值,进一步根据当前终端接入请求数所处的负载阈值区间判断启用备用服务器的数量,启用相应数量的备用服务器;
S55协同所述备用服务器共同响应终端发送的上网请求,将Portal页面分别推送至各终端;
S65接收用户通过终端中Portal页面提交的认证信息,实现用户认证。
6.如权利要求1-5任意一项所述的Portal认证方法,其特征在于,在步骤S31中还包括:
S311根据步骤S21中判断的当前时间所处的预设时间段,进一步判定启用备用服务器的数量,启用相应数量的备用服务器。
7.一种Portal服务器,其特征在于,所述Portal服务器分别与终端及备用服务器通信连接,所述Portal服务器中包括:
信息接收模块,用于接收各终端发送的上网请求及接收用户通过终端中Portal页面提交的认证信息;
判断模块,用于根据信息接收模块接收到的上网请求判断当前时间是否处于预设时间段内;
备用服务器启用模块,用于在判断模块判断出当前时间处于预设时间段内,启用备用服务器;
响应模块,用于响应终端发送的上网请求,将Portal页面分别推送至各终端;
认证模块,用于根据信息接收模块接收到的认证信息实现用户认证。
8.如权利要求7所述的Portal服务器,其特征在于,在判断模块中:
若判断出当前时间不处于预设时间段内,则进一步将当前终端接入请求数与负载阈值进行比对;和/或,
若判断出当前时间不处于预设时间段内,则进一步将当前终端接入请求数与负载阈值进行比对,若判断出当前终端接入请求数超出负载阈值,进一步根据比对结果判断启用备用服务器的数量;和/或,
根据步骤S21中判断的当前时间所处的预设时间段,进一步判定启用备用服务器的数量。
9.如权利要求7或8所述的Portal服务器,其特征在于,所述Portal服务器中还包括配置模块,用于配置预设时间段、负载阈值、各预设时间段与备用服务器启用数量的关联关系以及负载阈值区间与备用服务器启用数量的关联关系。
10.一种基于多服务器的Portal认证系统,其特征在于,所述Portal认证系统中包括如权利要求7或8或9所述的Portal服务器,还包括至少一个备用服务器,所述备用服务器协同所述Portal服务器共同响应终端发送的上网请求,将Portal页面分别推送至各终端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610991171.4A CN106572114A (zh) | 2016-11-10 | 2016-11-10 | 基于多服务器的Portal认证方法及其系统、Portal服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610991171.4A CN106572114A (zh) | 2016-11-10 | 2016-11-10 | 基于多服务器的Portal认证方法及其系统、Portal服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106572114A true CN106572114A (zh) | 2017-04-19 |
Family
ID=58541137
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610991171.4A Pending CN106572114A (zh) | 2016-11-10 | 2016-11-10 | 基于多服务器的Portal认证方法及其系统、Portal服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106572114A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109032853A (zh) * | 2017-06-09 | 2018-12-18 | 百度在线网络技术(北京)有限公司 | 用于控制fpga卡组的方法和装置 |
CN109729387A (zh) * | 2019-01-07 | 2019-05-07 | 烽火通信科技股份有限公司 | 基于hls协议的网络直播在故障恢复后的播放方法及系统 |
CN112818606A (zh) * | 2021-02-09 | 2021-05-18 | 北京殷图仿真技术有限公司 | 数字仿真系统及方法 |
CN114116237A (zh) * | 2022-01-28 | 2022-03-01 | 深圳市玩物科技有限公司 | 一种大规模网络设备的分级自治远程管理方法 |
CN114268952A (zh) * | 2021-12-22 | 2022-04-01 | 广东悦伍纪网络技术有限公司 | 身份实名认证方法、装置、存储介质及4g盒子设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101741888A (zh) * | 2008-11-11 | 2010-06-16 | 中国移动通信集团上海有限公司 | 推送认证页面的方法、系统及装置 |
CN103457740A (zh) * | 2013-09-06 | 2013-12-18 | 上海斐讯数据通信技术有限公司 | 一种Portal认证系统及其方法 |
CN103501297A (zh) * | 2013-09-27 | 2014-01-08 | 杭州华三通信技术有限公司 | 一种门户认证方法和设备 |
-
2016
- 2016-11-10 CN CN201610991171.4A patent/CN106572114A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101741888A (zh) * | 2008-11-11 | 2010-06-16 | 中国移动通信集团上海有限公司 | 推送认证页面的方法、系统及装置 |
CN103457740A (zh) * | 2013-09-06 | 2013-12-18 | 上海斐讯数据通信技术有限公司 | 一种Portal认证系统及其方法 |
CN103501297A (zh) * | 2013-09-27 | 2014-01-08 | 杭州华三通信技术有限公司 | 一种门户认证方法和设备 |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109032853A (zh) * | 2017-06-09 | 2018-12-18 | 百度在线网络技术(北京)有限公司 | 用于控制fpga卡组的方法和装置 |
CN109032853B (zh) * | 2017-06-09 | 2022-09-02 | 百度在线网络技术(北京)有限公司 | 用于控制fpga卡组的方法和装置 |
CN109729387A (zh) * | 2019-01-07 | 2019-05-07 | 烽火通信科技股份有限公司 | 基于hls协议的网络直播在故障恢复后的播放方法及系统 |
CN109729387B (zh) * | 2019-01-07 | 2021-05-14 | 烽火通信科技股份有限公司 | 基于hls协议的网络直播在故障恢复后的播放方法及系统 |
CN112818606A (zh) * | 2021-02-09 | 2021-05-18 | 北京殷图仿真技术有限公司 | 数字仿真系统及方法 |
CN114268952A (zh) * | 2021-12-22 | 2022-04-01 | 广东悦伍纪网络技术有限公司 | 身份实名认证方法、装置、存储介质及4g盒子设备 |
CN114268952B (zh) * | 2021-12-22 | 2023-09-22 | 广东悦伍纪网络技术有限公司 | 身份实名认证方法、装置、存储介质及4g盒子设备 |
CN114116237A (zh) * | 2022-01-28 | 2022-03-01 | 深圳市玩物科技有限公司 | 一种大规模网络设备的分级自治远程管理方法 |
CN114116237B (zh) * | 2022-01-28 | 2022-05-10 | 深圳市玩物科技有限公司 | 一种大规模网络设备的分级自治远程管理方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106572114A (zh) | 基于多服务器的Portal认证方法及其系统、Portal服务器 | |
CN104158824B (zh) | 网络实名认证方法及系统 | |
CN110958111A (zh) | 一种基于区块链的电力移动终端身份认证机制 | |
EP3128713B1 (en) | Page push method and system | |
CN102158390B (zh) | 接入带宽调整处理方法和装置 | |
CN101640638A (zh) | 用户在线调整带宽的方法及远程认证拨号用户服务器 | |
CN105657710A (zh) | 一种无线网络认证方法及系统 | |
CN106789937A (zh) | 强制网络门户环境中的应用认证方法及其系统、无线ap | |
CN103874069A (zh) | 一种无线终端mac认证装置和方法 | |
CN111404918A (zh) | 一种云手机分布式服务应急认证方法、装置及系统 | |
CN107864475A (zh) | 基于Portal+动态密码的WiFi快捷认证方法 | |
CN107872445A (zh) | 接入认证方法、设备和认证系统 | |
EP1976179A1 (en) | A method for wireless access to the internet for the pre-paid customer | |
CN101656608A (zh) | 一种在即时通信工具中单点登录Web端的方法及系统 | |
CN107547537B (zh) | 请求报文处理方法、装置、设备及存储介质 | |
CN103327490B (zh) | 营业网点互联网wifi接入系统及方法 | |
CN114567600B (zh) | 流量管理方法及相关设备 | |
CN104618322B (zh) | 基于即时通讯工具的数据处理方法和装置 | |
CN110290176B (zh) | 基于mqtt的点对点信息推送方法 | |
CN102420808B (zh) | 一种在电信网上营业厅实现单点登录的方法 | |
CN107277803A (zh) | 基于iOS终端的无线网络认证方法、装置及系统 | |
CN102255904A (zh) | 一种通信网络以及对终端的认证方法 | |
CN106789905A (zh) | 一种网络接入设备及方法 | |
CN105744002B (zh) | 一种实现向客户端策略性的推送页面的方法 | |
CN103986793B (zh) | 一种提升Portal认证用户IP地址使用效率的方法及系统 |
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 | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20170419 |
|
WD01 | Invention patent application deemed withdrawn after publication |