CN111654548A - 补丁文件的下载方法、装置和系统及电子设备 - Google Patents
补丁文件的下载方法、装置和系统及电子设备 Download PDFInfo
- Publication number
- CN111654548A CN111654548A CN202010510088.7A CN202010510088A CN111654548A CN 111654548 A CN111654548 A CN 111654548A CN 202010510088 A CN202010510088 A CN 202010510088A CN 111654548 A CN111654548 A CN 111654548A
- Authority
- CN
- China
- Prior art keywords
- patch
- client
- downloading
- path
- patch file
- 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.)
- Granted
Links
Images
Classifications
-
- 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/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- 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]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明提供了补丁文件的下载方法、装置和系统及电子设备,该方法包括:网页服务器接收第一客户端通过第一网页下发的补丁下载请求;其中,第一客户端的DNS地址为网页服务器的地址;该网页服务器预存有记录多个客户端分别对应的补丁下载路径的映射表;在映射表中检查该第一客户端对应的第一补丁下载路径;向第一客户端发送第一补丁下载路径,以触发第一客户端从第一补丁下载路径下载补丁文件。本发明中多个补丁文件存储在同一目标服务器中,节约了服务器资源;将客户端的DNS地址设置为网页服务器的地址,通过网页服务器预存的映射表实现无需修改DNS地址即可下载补丁文件,简化了下载操作。
Description
技术领域
本发明涉及通讯技术领域,尤其是涉及补丁文件的下载方法、装置和系统及电子设备。
背景技术
目前,不同版本的补丁文件通常存储在对应的补丁服务器中,在测试过程中,由于分支开发及测试需要,不同的开发人员和测试人员可能需要下载不同版本的补丁文件。此时,对于外放的客户端包体中,由于每个补丁文件的下载地址是固定的,当通过HTTP协议下载补丁文件时,需要将游戏客户端的DNS(Domain Name System,域名系统(服务)协议)地址修改为对应的补丁服务器的地址,例如,将客户端1的DNS地址修改为补丁服务器A的地址,客户端2的DNS地址修改为补丁服务器B的地址,以实现客户端1下载补丁服务器A上的补丁文件,客户端2下载补丁服务器B上的补丁文件。
上述方式虽然可以实现客户端下载补丁文件,但是,对于不同版本的补丁文件,需要搭建多台补丁服务器,从而造成了服务器资源的浪费;此外,对于同一个客户端,可能需要下载多个不同的补丁文件,此时,每次下载补丁文件都需要修改客户端的DNS地址为待下载补丁文件对应的补丁服务器的地址,导致补丁文件的下载操作较为复杂。
发明内容
有鉴于此,本发明的目的在于提供补丁文件的下载方法、装置和系统及电子设备,以缓解上述问题,节约了服务器资源,简化了补丁文件的下载操作。
第一方面,本发明实施例提供了一种补丁文件的下载方法,该方法应用于网页服务器,网页服务器预存有记录多个客户端分别对应的补丁下载路径的映射表,其中,多个补丁下载路径分别指向同一目标服务器的多个存储地址,该方法包括:接收第一客户端通过第一网页下发的补丁下载请求;第一客户端的DNS地址为网页服务器的地址;在上述映射表中检查第一客户端对应的第一补丁下载路径;向第一客户端发送第一补丁下载路径,以触发第一客户端从第一补丁下载路径下载补丁文件。
上述向第一客户端发送第一补丁下载路径的步骤,包括:通过预设的状态码将第一补丁下载路径返回给第一客户端。
上述方法还包括:接收第二客户端通过第二网页发送的配置请求;其中,第二客户端的DNS地址为上述网页服务器的地址;向第二客户端返回映射关系配置界面;映射关系配置界面包括补丁文件标识集合,以及补丁文件标识对应的补丁下载路径;响应第二客户端针对于补丁文件标识集合选择的目标补丁文件标识,将第二客户端的标识和目标补丁文件标识对应的补丁下载路径记录于映射表。
上述第二客户端的标识为第二客户端对应的IP地址或第二客户端对应的用户名。
上述方法还包括:接收第二客户端通过第二网页发送的配置更新请求;向第二客户端返回映射关系配置界面;响应第二客户端针对于补丁文件标识集合选择的新目标补丁文件标识,更新映射表;其中,更新后的映射表中第二客户端的标识对应于新目标补丁文件标识的补丁下载路径。
上述映射关系配置界面为基于渐进式框架的用户界面,补丁文件标识集合中的补丁文件标识均配置有选择操作控件。
上述网页服务器包括:前端组件和后端组件;其中,接收第一客户端通过第一网页下发的补丁下载请求的步骤,包括:前端组件接收第一客户端通过第一网页下发的补丁下载请求,将该补丁下载请求定向发送至后端组件;在映射表中检查第一客户端对应的第一补丁下载路径的步骤,包括:后端组件在映射表中检查第一客户端对应的第一补丁下载路径。
第二方面,本发明实施例还提供一种补丁文件的下载方法,该方法应用于第一客户端,该方法包括:通过第一网页下发补丁下载请求;其中,第一客户端的DNS地址为网页服务器的地址,网页服务器预存有记录第一客户端以及其它客户端分别对应的补丁下载路径的映射表,多个补丁下载路径分别指向同一目标服务器的多个存储地址;接收网页服务器返回的第一补丁下载路径;其中,第一补丁下载路径为网页服务器在映射表中查找到的第一客户端对应的补丁文件下载路径;从该第一补丁下载路径下载补丁文件。
上述方法还包括:通过第二网页发送配置请求;显示网页服务器返回的映射关系配置界面;其中,映射关系配置界面包括补丁文件标识集合,以及补丁文件标识对应的补丁下载路径;响应针对于补丁文件标识集合的选择操作,将选择操作对应的目标补丁文件标识发送给网页服务器,以使网页服务器将第一客户端的标识和目标补丁文件标识对应的补丁下载路径记录于上述映射表。
上述方法还包括:通过第二网页发送配置更新请求;显示网页服务器返回的映射关系配置界面;响应针对于补丁文件标识集合的新目标补丁文件标识的选中操作,向网页服务器发送新目标补丁文件标识,以更新映射表;其中,更新后的映射表中第一客户端的标识对应于新目标补丁文件标识的补丁下载路径。
第三方面,本发明实施例还提供一种补丁文件的下载装置,该装置应用于网页服务器,网页服务器预存有记录多个客户端分别对应的补丁下载路径的映射表,其中,多个补丁下载路径分别指向同一目标服务器的多个存储地址,该装置包括:下载请求接收模块,用于接收第一客户端通过第一网页下发的补丁下载请求;第一客户端的DNS地址为网页服务器的地址;路径检查模块,用于在映射表中检查第一客户端对应的第一补丁下载路径;路径下发模块,用于向第一客户端发送第一补丁下载路径,以触发第一客户端从第一补丁下载路径下载补丁文件。
第四方面,本发明实施例还提供一种补丁文件的下载装置,该装置应用于第一客户端,该装置包括:下载请求发送模块,用于通过第一网页下发补丁下载请求;其中,第一客户端的DNS地址为网页服务器的地址,网页服务器预存有记录第一客户端以及其它客户端分别对应的补丁下载路径的映射表,多个补丁下载路径分别指向同一目标服务器的多个存储地址;路径接收模块,用于接收网页服务器返回的第一补丁下载路径;其中,第一补丁下载路径为网页服务器在映射表中查找到的第一客户端对应的补丁文件下载路径;下载模块,用于从第一补丁下载路径下载补丁文件。
第五方面,本发明实施例还提供一种补丁文件的下载系统,该系统包括网页服务器和目标服务器;其中,网页服务器预存有记录多个客户端分别对应的补丁下载路径的映射表,多个补丁下载路径分别指向目标服务器的多个存储地址;网页服务器包括用于存储映射表和第一计算机程序的第一存储装置,以及第一处理设备;第一计算机程序在被第一处理设备运行时执行第一方面的方法的步骤;目标服务器包括第二存储装置,用于存储多个存储地址对应的多个补丁文件,以供客户端下载。
第六方面,本发明实施例还提供一种电子设备,包括处理器和存储器,其中,存储器存储有能够被处理器执行的计算机可执行指令,处理器执行计算机可执行指令以实现第一方面的方法或者以实现第二方面的方法。
第七方面,本发明实施例还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机可执行指令,计算机可执行指令在被处理器调用和执行时,计算机可执行指令促使处理器实现第一方面的方法或者以实现第二方面的方法。
本发明实施例带来了以下有益效果:
本发明实施例提供了补丁文件的下载方法、装置和系统及电子设备,网页服务器预存有记录多个客户端分别对应的补丁下载路径的映射表,且,多个补丁下载路径分别指向同一目标服务器的多个存储地址,且这些客户端的DNS地址为网页服务器的地址,这样网页服务器接收到客户端通过第一网页下发的补丁下载请求;并在预存的映射表中检查该客户端对应的第一补丁下载路径;并将查找到的第一补丁下载路径发送至该客户端,以触发该客户端从第一补丁下载路径下载补丁文件。本发明实施例中,多个补丁文件存储在同一目标服务器中,通过客户端对应的补丁下载路径记录于映射表中,在一个客户端下载其它补丁文件时,仅需要修改映射表中对应的补丁下载路径,即可实现补丁文件的下载,相比于通过修改客户端的DNS地址且需要不同的补丁文件存储于不同服务器上的方式,不但可以节约服务器的存储资源,还简化了补丁文件的下载操作。
本发明的其他特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点在说明书以及附图中所特别指出的结构来实现和获得。
为使本发明的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本发明具体实施方式或现有技术中的技术方案,下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施方式,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种补丁文件的下载系统的结构示意图;
图2为本发明实施例提供的一种补丁文件的下载方法的流程图;
图3为本发明实施例提供的一种生成映射表的方法流程图;
图4为本发明实施例提供的一种映射关系配置界面的示意图;
图5为本发明实施例提供的更新映射表的方法流程图;
图6为本发明实施例提供的另一种生成映射表的方法流程图;
图7为本发明实施例提供的另一种补丁文件的下载方法的流程图;
图8为本发明实施例提供的另一种补丁文件的下载方法的流程图;
图9为本发明实施例提供的一种补丁文件的下载装置的示意图;
图10为本发明实施例提供的另一种补丁文件的下载装置的示意图;
图11为本发明实施例提供的一种电子设备的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合附图对本发明的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
现有的补丁文件大都存储在对应的服务器中,对于不同版本的补丁文件,需要搭建多台补丁服务器,造成了服务器资源的浪费;此外,客户端每次下载补丁文件时,均需修改客户端的DNS地址为补丁服务器的地址,从而导致补丁文件的下载操作较为复杂。
针对上述问题,本发明实施例提供了补丁文件的下载方法、装置和系统及电子设备,通过将多个补丁文件存储在同一目标服务器中,节约了服务器资源;以及,将客户端的DNS地址设置为网页服务器的地址,进而通过网页服务器中预存的映射表,实现了无需修改客户端的DNS地址即可下载补丁文件,从而简化了补丁文件的下载操作。
为便于对本实施例进行理解,下面首先对本发明实施例提供的一种补丁文件的下载方法进行详细介绍。
如图1所示的一种补丁文件的下载系统的结构示意图,该系统包括网页服务器10和目标服务器20;其中,网页服务器10中预存有记录多个客户端分别对应的补丁下载路径的映射表,多个补丁下载路径分别指向目标服务器20的多个存储地址。
其中,网页服务器10包括用于存储上述映射表和计算机程序的第一存储装置101,以及第一处理设备102。目标服务器20包括第二存储装置201,用于存储多个存储地址对应的多个补丁文件,这些补丁文件互不相同,以供客户端下载。
上述网页服务器10除了包括第一存储装置101和第一处理设备102之外,还包括一个或多个第一输入与输出装置103,这些组件通过总线系统和/或其它形式的连接机构(未示出)互连。
上述目标服务器20还包括:第二处理设备202,以及,一个或多个第二输入与输出装置203。
应当注意,图1所示的补丁文件的下载系统的组件和结构只是示例性的,而非限制性的,根据需要,补丁文件的下载系统也可以具有其他组件和结构。
上述第一处理设备102和第二处理设备202可以为一个或多个处理器,处理器可以为服务器、智能终端,或者是包含中央处理单元(CPU)或者具有数据处理能力和/或指令执行能力的其它形式的处理单元的设备器件或装置,可以对补丁文件的下载系统中的其它组件的数据进行处理,还可以控制补丁文件的下载系统中的其它组件以执行补丁文件的下载功能。
上述第一存储装置101和第二存储装置201可以包括一个或多个计算机程序产品,计算机程序产品可以包括各种形式的计算机可读存储介质,例如易失性存储器和/或非易失性存储器。易失性存储器例如可以包括随机存取存储器(RAM)和/或高速缓冲存储器(cache)等。非易失性存储器例如可以包括只读存储器(ROM)、硬盘、闪存等。在计算机可读存储介质上可以存储一个或多个计算机程序指令,与存储装置对应的处理设备可以运行程序指令,以实现下文的本发明实施例中(由处理设备实现)的客户端功能以及/或者其它期望的功能。在计算机可读存储介质中还可以存储各种应用程序和各种数据,例如应用程序使用和/或产生的各种数据等。例如:第一计算机程序在被第一处理设备102运行时执行本发明下述实施例中网页服务器10侧的补丁文件的下载方法。
上述第一输入与输出装置103和第二输入与输出装置203均可以输入部件和输出部件,该输入部件可以是用户用来输入指令的装置,并且可以包括键盘、鼠标、麦克风和触摸屏等中的一个或多个,也可以是数据输入接口。输出部件则包括显示器、扬声器等中的一个或多个,也可以是数据输出接口,用于向外部(例如,用户)输出各种信息(例如,文件、图像或声音)。
示例性地,用于实现根据本发明实施例的补丁文件的下载方法、装置和系统及电子设备的网页服务器和目标服务器也可设置为同一个服务器,即在网页服务器中不仅预存有记录多个客户端分别对应的补丁下载路径的映射表,多个补丁下载路径分别指向网页服务器的多个存储地址,还存储有多个存储地址对应的多个补丁文件,以供客户端选择。
本发明实施例提供了一种补丁文件的下载方法,执行主体为网页服务器,该网页服务器预存有记录多个客户端分别对应的补丁下载路径的映射表,其中,多个补丁下载路径分别指向同一目标服务器的多个存储地址。参见表1所示的映射表。
表1
客户端标识 | 补丁下载路径 |
客户端1 | 补丁下载路径1 |
客户端2 | 补丁下载路径2 |
客户端3 | 补丁下载路径3 |
… | … |
客户端N | 补丁下载路径N |
其中,客户端的标识可以是该客户端对应的IP(Internet Protocol,网际互连协议)地址,或者是该客户端对应的用户名,或者该客户端对应的设备的设备标识等。当用户需要下载其它的补丁文件时,上述映射表还可以对应修改。
表1中的补丁下载路径1至N可以均为同一目标服务器的不同存储地址,例如:www.netease.com/patchurl,www.netease.com/patchur2,...www.netease.com/patchurN。或者,根据目标服务器的存储容量,表1中一部分补丁下载路径对应第一目标服务器的存储地址,另一部分补丁下载路径对应第二目标服务器。
参见图2所示的补丁文件的下载方法的流程图,该方法包括以下步骤:
步骤S202,接收第一客户端通过第一网页下发的补丁下载请求;其中,第一客户端的DNS地址为网页服务器的地址。
用户可以通过第一客户端扫描链接地址为第一网页地址的二维码或者在浏览器中输入第一网页地址的链接地址等方式,使第一客户端登录第一网页,第一网页中可以包含补丁文件下载控件供用户选择操作,如果点击或选中该补丁文件下载控件,第一客户端将通过HTTP协议发送补丁下载请求,因第一客户端的DNS地址为网页服务器的地址,所以该补丁下载请求被网页服务器拦截接收。
其中,第一客户端可以为游戏客户端,此时,第一客户端发送的补丁下载请求为游戏补丁下载请求,以对游戏客户端中游戏存在的问题或者漏洞进行修复;上述第一客户端也可以为操作系统的客户端,此时,补丁下载请求为针对操作系统的补丁下载请求,以对该客户端中的操作系统存在的问题或者漏洞进行修复。本发明实施例对客户端的类型不作限制说明。
步骤S204,在映射表中检查第一客户端对应的第一补丁下载路径。
网页服务器接收到第一客户端发送的补丁下载请求之后,根据第一客户端的标识在预存的映射表中查找第一客户端对应的第一补丁下载路径。具体地,映射表中记录有客户端的标识与对应的补丁下载路径的映射关系,这里映射表中的多个补丁下载路径分别指向同一目标服务器的多个存储地址,即多个补丁文件存储在同一目标服务器中,从而节省了补丁服务器资源。
为了便于理解,这里以客户端对应的IP地址举例说明。在映射表中,第一客户端的IP地址IP1与第一补丁下载路径1建立有映射关系,第二客户端的IP地址IP2与第二补丁下载路径2建立有映射关系,此时,当网页服务器接收到第一客户端发送的补丁下载请求时,根据第一客户端的IP地址IP1在映射表中进行检查,可以得到第一补丁下载路径1,该第一补丁下载路径1为对应的补丁文件在目标服务器的存储地址,因此,第一客户端根据网页服务器返回的第一补丁下载路径1可以从目标服务器中下载得到对应的补丁文件。其余客户端的补丁文件下载过程和第一客户端的下载过程一样,本发明实施例在此不再详细赘述。
步骤S206,向第一客户端发送第一补丁下载路径,以触发第一客户端从第一补丁下载路径下载补丁文件。
具体地,网页服务器可以通过预设的状态码将第一补丁下载路径返回给第一客户端,以使第一客户端根据第一补丁下载路径下载补丁文件。可选的,这里预设的状态码可以为302状态码,也可以为选用其它状态码或者判断标记,本发明实施例对此不作限制说明。
此外,上述第一补丁下载路径为第一客户端请求下载的补丁文件的存储路径,该存储路径可以是该补丁文件存储在目标服务器上的存储地址。在实际应用中,上述目标服务器可以和网页服务器为同一服务器,也可以二者互为独立的服务器。
在实际应用中,每个客户端的DNS地址均提前设置为网页服务器的地址,当用户通过客户端下载补丁文件时,每个客户端的默认下载地址均重定向为网页服务器,此时,网页服务器根据预设的映射表查找到每个客户端对应的补丁下载路径,以使客户端根据接收到的补丁下载路径下载补丁文件,避免了每个客户端下载补丁文件时修改DNS地址的操作,以及,同一客户端每次下载补丁文件均需修改DNS地址的操作,从而简化了补丁文件的下载操作。
本发明实施例提供的上述补丁文件的下载方法,网页服务器预存有记录多个客户端分别对应的补丁下载路径的映射表,且,多个补丁下载路径分别指向同一目标服务器的多个存储地址,且这些客户端的DNS地址均为该网页服务器的地址,这样网页服务器即可接收到客户端通过第一网页下发的补丁下载请求;并在预存的映射表中检查该客户端对应的第一补丁下载路径;并将查找到的第一补丁下载路径发送至该客户端,以触发该客户端从第一补丁下载路径下载补丁文件。本发明实施例中,多个补丁文件存储在同一目标服务器中,通过客户端对应的补丁下载路径记录于映射表中,在一个客户端下载其它补丁文件时,仅需要修改映射表中对应的补丁下载路径,接口实现补丁文件的下载,相比于通过修改客户端的DNS地址且需要不同的补丁文件存储于不同服务器上的方式,不但可以节约服务器的存储资源,还简化了补丁文件的下载操作。
上述映射表均为用户根据实际需要预先配置生成的。以测试人员为例,不同的测试人员的测试任务可能不同,第一测试人员可能需要测试安卓版本的第一补丁文件的性能,而第二测试人可能需要测试IOS版本的第二补丁文件的性能,因此二者需要下载的补丁文件不同,假设第一补丁文件和第二补丁文件分别存储在同一服务器的两个不同的存储区,如果通过修改DNS的方式,第一测试人员和第二测试人员使用的设备将均执行该服务器,无法区分想要下载的补丁文件具体是哪一个,为此,本发明实施例提供了上述映射表,通过在上述映射表实现不同客户端对应补丁文件的相互区分。该映射表可以由工作人员统一配置和维护,也可以由各个客户端自行配置和维护。该映射表中的对应关系可以根据实际需要进行更改。
在图2的基础上,本发明实施例还提供了生成映射表的方法,该方法仍以网页服务器侧描述为例进行说明。如图3所示,该方法包括以下步骤:
步骤S302,接收第二客户端通过第二网页发送的配置请求;其中,第二客户端的DNS地址为网页服务器的地址。
具体地,用户通过第二客户端显示的第二网页发送配置请求,这里第二客户端的DNS地址为网页服务器的地址,因此,该配置请求将传输至网页服务器,以使网页服务器根据该配置请求返回映射关系配置界面。
需要说明的是,上述第二客户端可以为第一客户端,第二网页也可以为第一网页,也可以为除第一网页之外的其它网页,即补丁下载请求和配置请求可以在同一网页生成,也可在不同网页生成,例如,同一网页中既有补丁下载请求按钮,也有配置请求按钮,此时,用户通过按压、点击或者勾选等操作,以在该网页上生成补丁下载请求或者配置请求。或者,第二网页为包含链接地址为映射关系配置界面对应地址的条形码或者二维码,通过扫描该条形码或二维码发起配置请求。
步骤S304,向第二客户端返回映射关系配置界面;其中,映射关系配置界面包括补丁文件标识集合,以及补丁文件标识对应的补丁下载路径。
网页服务器接收到第二客户端发送的配置请求后,根据该配置请求将映射关系配置界面发送至第二客户端,以使用户根据第二客户端显示的映射关系配置界面设置第二客户端的标识与目标补丁文件的补丁下载路径的映射关系。
步骤S306,响应第二客户端针对于补丁文件标识集合选择的目标补丁文件标识,将第二客户端的标识和目标补丁文件标识对应的补丁下载路径记录于映射表。
具体地,上述映射关系配置界面包括补丁文件标识集合,以及补丁文件标识集合中每个补丁文件标识对应的补丁下载路径,其中,补丁文件标识集合为存储在同一目标服务器或网页服务器中所有补丁文件的标识集合。此时,用户通过勾选操作选择第二客户端对应的目标补丁文件的标识,即可建立第二客户端的标识与目标补丁文件的补丁下载路径的映射关系,其中,第二客户端的标识为第二客户端对应的IP地址或第二客户端对应的用户名,并将该映射关系记录在映射表中,从而当网页服务器接收到第二客户端发送的补丁下载请求时,根据第二客户端的标识在映射表中查找到第二客户端对应的目标补丁文件的补丁下载路径。其中,上述补丁文件标识可以是游戏版本号,也可以是不同终端系统的游戏版本名称,或者操作系统的版本号等,以供用户参考和选择。
具体地,上述映射关系配置界面为基于渐进式框架的用户界面,补丁文件标识集合中的补丁文件标识均配置有选择操作控件,可选的,选择操作控件可以为选择按钮。其中,渐进式框架是一种简单的项目模板,可以仅关注视图层,易于实现相关设计。为了便于理解,这里举例说明。第二客户端显示的映射关系配置界面如图4所示,其中,包括:筛选Patch机、筛选分支和筛选构建用户三个选择控件的图标,点选筛选Patch机的图标后,可以显示不同补丁文件标识的列表,例如该列表中可以包含有游戏1对应的补丁文件标识,也有游戏2对应的补丁文件标识等,以供客户端选择需要的补丁文件,如果客户端选择该列表中的一个后,在下面的版本号对应栏中将呈现该补丁文件标识下的多个不同版本号对应的下载路径,即图中的下载DNS,以及每个版本号对应的补丁文件来源,即图中分支名和构建用户。筛选分支和筛选构建用户的图标均用以供客户端选择补丁文件的来源。每个版本的补丁文件前均配置有选择操作控件,即图中版本号前面的小方框,供客户端点选,点选上之后,网页服务器会建立被选中的版本号对应的补丁文件的下载路径与该客户端标识的映射关系,并将该映射关系记录在映射表中。
当然,除了上述映射关系配置界面之外,映射关系配置界面也可以采用其他形式实现,例如下述表2所示形式。其中,补丁文件1对应的下载路径为补丁下载路径1,补丁文件2对应的下载路径为补丁下载路径2,补丁文件3对应的下载路径为补丁下载路径3,用户通过勾选选择与否的选择按钮,其中,Y按钮为选择该补丁文件标识对应的补丁下载路径,N按钮则为不选择该补丁文件标识对应的补丁下载路径。例如,这里勾选补丁文件1对应的Y按钮,则网页服务器根据选择的补丁文件1的标识和第二客户端的标识,即可建立补丁下载路径1与第二客户端的标识的映射关系,并记录在映射表中。
表2
补丁文件标识 | 补丁下载路径 | 选择与否 |
补丁文件1 | 补丁下载路径1 | □Y□N |
补丁文件2 | 补丁下载路径2 | □Y□N |
补丁文件3 | 补丁下载路径3 | □Y□N |
… | … | … |
补丁文件N | 补丁下载路径N | □Y□N |
当网页服务器接收到第二客户端发送的补丁下载请求时,即可在映射表中根据第二客户端的标识查找到补丁下载路径1,并将补丁下载路径1通过预设的状态码的形式发送给第二客户端,以使第二客户端根据该补丁下载路径1在目标服务器中下载得到补丁文件1,且,在该下载过程中,无需修改第二客户端的DNS地址,因此,简化了补丁文件的下载操作。
在图3的基础上,本发明实施例还提供了一种更新映射表的方法。如图5所示,该方法包括以下步骤:
步骤S502,接收第二客户端通过第二网页发送的配置更新请求。
步骤S504,向第二客户端返回映射关系配置界面。
步骤S506,响应第二客户端针对于补丁文件标识集合选择的新目标补丁文件标识,更新映射表;其中,更新后的映射表中第二客户端的标识对应于新目标补丁文件标识的补丁下载路径。
具体地,根据实际应用场景的需求,上述映射关系可以基于用户每次的配置操作进行修改,从而实现映射表的更新。例如,用户首先设置第二客户端对应的目标补丁文件为补丁文件1,当第二客户端根据网页服务器返回的补丁文件1对应的补丁下载路径1下载到补丁文件1之后,此时,用户通过第二客户端重新发起配置请求,并在网页服务器返回的映射关系配置界面中,选择目标补丁文件为补丁文件2,以建立第二客户端的标识与补丁文件2对应的补丁下载路径2的映射关系,以使第二客户端重新下发补丁下载请求时,网页服务器返回补丁下载路径2,实现第二客户端根据补丁下载路径2下载得到补丁文件2,从而在不修改客户端的DNS地址的基础上,实现同一客户端下载多个补丁文件,简化了补丁文件的下载操作。
在其中一种可能的实施方式中,上述网页服务器包括:前端组件和后端组件;其中,前端组件可以具体为Nginx前端组件,后端组件可以具体为Django后端组件。或者二者也可以是其他类似组件,这里不再一一赘述。以,Nginx前端组件和Django后端组件为例,Nginx前端组件与Django后端组件中Django REST framework生成的REST(Representational State Transfer,表现层状态转移)API(Application ProgrammingInterface,应用程序接口)进行交互即可,这里Django REST framework为用于构建WebAPI的强大而灵活的工具包。基于此,上述接收第一客户端通过第一网页下发的补丁下载请求的步骤,包括:所述前端组件接收第一客户端通过第一网页下发的补丁下载请求,将所述补丁下载请求定向发送至所述后端组件。相应地,上述在所述映射表中检查所述第一客户端对应的第一补丁下载路径的步骤,包括:所述后端组件在所述映射表中检查所述第一客户端对应的第一补丁下载路径。上述后端组件可以根据补丁下载请求解析得到客户端的标识,并根据客户端的标识在映射表中查找到该客户端对应的目标补丁文件的补丁下载路径,以及将该目标补丁文件的补丁下载路径通过预设的状态码发送至客户端,以使客户端根据目标补丁文件的补丁下载路径下载得到目标补丁文件。
进一步的,在图3的基础上,本发明实施例还提供了另一种生成映射表的方法,执行主体为网页服务器,该方法重点描述了通过Nginx前端组件生成映射表的具体过程。如图6所示,该方法包括以下步骤:
步骤S602,Nginx前端组件接收第二客户端发送的访问请求,其中,第二客户端的DNS地址为网页服务器的地址,Nginx前端组件包括Nginx服务器和Vue前端框架。
具体地,当客户端发送访问请求时,Nginx前端组件首先接收到访问请求,其中,访问请求为用户通过第二客户端扫描二维码或者点击操作链接地址生成的,这里点击操作为用户通过鼠标点击操作或者触控点击操作等,链接地址则为Nginx前端组件中Vue前端框架的地址。这里关于访问请求生成的具体操作,本发明实施例对此不作限制说明。
步骤S604,Vue前端框架根据访问请求生成映射关系配置界面,并将映射关系配置界面返回至第二客户端;其中,映射关系配置界面包括补丁文件标识集合,以及补丁文件标识对应的补丁下载路径。
上述Vue前端框架接收到访问请求之后,根据该访问请求生成映射关系配置界面,并将映射关系配置界面返回至第二客户端以进行显示,以便用户根据该映射关系配置界面的补丁文件标识集合选择目标补丁文件标识。
步骤S606,Vue前端框架响应第二客户端针对于补丁文件标识集合选择的目标补丁文件标识,并通过Nginx服务器将第二客户端的标识和目标补丁文件标识对应的补丁下载路径的映射关系发送至Django后端组件,以使Django后端组件将第二客户端的标识和目标补丁文件标识对应的补丁下载路径的映射关系记录于映射表。
具体地,在上述映射关系配置界面中,用户通过勾选操作选择目标补丁文件标识,此时,Vue前端框架响应第二客户端针对于补丁文件标识集合选择的目标补丁文件标识,并建立第二客户端的标识和目标补丁文件标识的补丁下载路径的映射关系,Nginx服务器将该映射关系发送至Django后端组件,以使Django后端组件将第二客户端的标识和目标补丁文件标识对应的补丁下载路径的映射关系记录于映射表。
此外,当网页服务器接收到客户端发送的配置更新请求时,Nginx前端组件将该配置更新请求发送至Django后端组件,以获取映射表的映射关系配置界面,并将该映射关系配置界面返回至客户端,以便用户进行映射表的更新;其中,在该映射关系配置界面中,还显示已配置的该客户端对应的补丁文件标识,此时,用户可以通过勾选已选择的补丁文件标识的N按钮,删除该客户端与已选择补丁文件标识的补丁下载路径的映射关系,并选择新目标补丁文件标识,实现更新后的映射表中该客户端的标识对应于新目标补丁文件标识的补丁下载路径。
在图2的基础上,本发明实施例还提供了另一种补丁文件的下载方法,执行主体为网页服务器,该方法重点描述了通过上述前端组件和后端组件下载补丁文件的具体过程。如图7所示,该方法包括以下步骤:
步骤S702,前端组件接收第一客户端通过第一网页下发的补丁下载请求;其中,第一客户端的DNS地址为网页服务器的地址。
具体地,前端组件实时监听指向网页服务器地址的补丁下载请求,例如,前端组件实时监听指向xxx.netease.com的补丁下载请求;由于每个客户端的DNS地址均设置为前端组件的地址,因此,当第一客户端通过第一网页下发补丁下载请求时,前端组件可以接收到该补丁下载请求。
步骤S704,前端组件将补丁下载请求定向发送至后端组件。
以前端组件为Nginx前端组件,后端组件为Django后端组件为例,Nginx前端组件接收到第一客户端下发的补丁下载请求之后,由于Nginx前端组件和Django后端组件中Django REST framework生成的REST API接口进行交互,因此,Nginx前端组件可以将接收到的补丁下载请求定向发送至Django后端组件。
步骤S706,后端组件基于补丁下载请求得到第一客户端的标识。
后端组件接收到前端组件发送的补丁下载请求后,基于补丁下载请求得到对应的客户端的标识,可选的,后端组件可以对补丁下载请求进行解析得到第一客户端的标识,其中,第一客户端的标识可以为第一客户端的IP地址或者第一客户端对应的用户名。
步骤S708,后端组件根据第一客户端的标识在映射表中检查第一客户端对应的第一补丁下载路径。
后端组件获得第一客户端的标识后,可以在预存的映射表中根据第一客户端的标识查找得到第一客户端对应的第一补丁下载路径,并将该第一补丁下载路径以预设的状态码返回至第一客户端,可选的,将第一补丁下载路径以302状态码的形式返回至第一客户端,以使第一客户端根据该第一补丁下载路径下载补丁文件。
步骤S710,后端组件应用预设的状态码发送第一补丁下载路径,以触发第一客户端从第一补丁下载路径下载补丁文件。
第一客户端接收到后端组件发送的第一补丁下载路径之后,还根据该第一补丁下载路径重新发起下载请求,以从该第一补丁下载路径下载得到补丁文件,下载到目标补丁文件;当第一客户端通过配置更新请求更新映射表后,还可以下载其余多个补丁文件,从而实现在不修改第一客户端的DNS地址的基础上,同一客户端下载多个补丁文件,简化了补丁文件的下载操作。
在图2的基础上,本发明实施例还提供了另一种补丁文件的下载方法,执行主体为第一客户端。如图8所示,该方法包括以下步骤:
步骤S802,通过第一网页下发补丁下载请求;其中,第一客户端的DNS地址为网页服务器的地址,网页服务器预存有记录第一客户端以及其它客户端分别对应的补丁下载路径的映射表,多个补丁下载路径分别指向同一目标服务器的多个存储地址。
步骤S804,接收网页服务器返回的第一补丁下载路径;其中,第一补丁下载路径为网页服务器在映射表中查找到的第一客户端对应的补丁文件下载路径。
步骤S806,从第一补丁下载路径下载补丁文件。
本发明实施例提供的上述补丁文件的下载方法,第一客户端通过第一网页下发补丁下载请求,以获取网页服务器基于补丁下载请求返回的第一补丁下载路径,并从该第一补丁下载路径下载到补丁文件;其中,该第一补丁下载路径为网页服务器在映射表中查找到的第一客户端对应的补丁文件下载路径,从第一补丁下载路径下载补丁文件,网页服务器预存有记录第一客户端以及其它客户端分别对应的补丁下载路径的映射表,多个补丁下载路径分别指向同一目标服务器的多个存储地址。本发明实施例中通过将多个补丁文件存储在同一目标服务器中,节约了服务器资源;以及,将客户端的DNS地址设置为网页服务器的地址,进而通过网页服务器中预存的映射表,实现了无需修改客户端的DNS地址即可下载补丁文件,从而简化了补丁文件的下载操作。
为了使映射表中的对应关系准确,本发明实施例优选各个客户端维护其映射关系,基于此,上述方法还包括:通过第二网页发送配置请求;显示网页服务器返回的映射关系配置界面;映射关系配置界面包括补丁文件标识集合,以及补丁文件标识对应的补丁下载路径;响应针对于补丁文件标识集合的选择操作,将选择操作对应的目标补丁文件标识发送给网页服务器,以使网页服务器将第一客户端的标识和目标补丁文件标识对应的补丁下载路径记录于映射表。
考虑到同一客户端在不同时间,可能有不同的下载需要,因此上述方法还包括:通过第二网页发送配置更新请求;显示网页服务器返回的映射关系配置界面;响应针对于补丁文件标识集合的新目标补丁文件标识的选中操作,向网页服务器发送新目标补丁文件标识,以更新映射表;其中,更新后的映射表中第一客户端的标识对应于新目标补丁文件标识的补丁下载路径。
通过上述映射表的维护方式,可以方便客户端根据自身实际需要配置映射关系,该操作仅需要简单的选取操作即可实现,简化了下载不同补丁文件时的相关修改操作,提升了补丁文件的下载效率。
对应于图2中的补丁文件的下载方法,本发明实施例还提供了一种补丁文件的下载装置,该装置应用于网页服务器,其中,网页服务器预存有记录多个客户端分别对应的补丁下载路径的映射表,多个补丁下载路径分别指向同一目标服务器的多个存储地址。如图9所示,该装置包括依次连接的下载请求接收模块91、路径检查模块92和路径下发模块93,其中,各个模块的功能如下:
下载请求接收模块91,用于接收第一客户端通过第一网页下发的补丁下载请求;其中,第一客户端的DNS地址为网页服务器的地址。
路径检查模块92,用于在映射表中检查第一客户端对应的第一补丁下载路径。
路径下发模块93,用于向第一客户端发送第一补丁下载路径,以触发第一客户端从第一补丁下载路径下载补丁文件。
本发明实施例提供的补丁文件的下载装置,网页服务器预存有记录多个客户端分别对应的补丁下载路径的映射表,且,多个补丁下载路径分别指向同一目标服务器的多个存储地址,且这些客户端的DNS地址为网页服务器的地址,这样网页服务器接收到客户端通过第一网页下发的补丁下载请求;并在预存的映射表中检查该客户端对应的第一补丁下载路径;并将查找到的第一补丁下载路径发送至该客户端,以触发该客户端从第一补丁下载路径下载补丁文件。本发明实施例中,多个补丁文件存储在同一目标服务器中,通过客户端对应的补丁下载路径记录于映射表中,在一个客户端下载其它补丁文件时,仅需要修改映射表中对应的补丁下载路径,即可实现补丁文件的下载,相比于通过修改客户端的DNS地址且需要不同的补丁文件存储于不同服务器上的方式,不但可以节约服务器的存储资源,还简化了补丁文件的下载操作。
在其中一种可能的实施方式中,上述路径下发模块93还用于:通过预设的状态码将第一补丁下载路径返回给第一客户端。
在另一种可能的实施方式中,上述装置还包括:第一配置模块,用于接收第二客户端通过第二网页发送的配置请求;其中,第二客户端的DNS地址为网页服务器的地址;向第二客户端返回映射关系配置界面;映射关系配置界面包括补丁文件标识集合,以及补丁文件标识对应的补丁下载路径;响应第二客户端针对于补丁文件标识集合选择的目标补丁文件标识,将第二客户端的标识和目标补丁文件标识对应的补丁下载路径记录于映射表。
在另一种可能的实施方式中,上述第二客户端的标识为第二客户端对应的IP地址或第二客户端对应的用户名。
在另一种可能的实施方式中,上述装置还包括:第一更新模块,用于接收第二客户端通过第二网页发送的配置更新请求;向第二客户端返回映射关系配置界面;响应第二客户端针对于补丁文件标识集合选择的新目标补丁文件标识,更新映射表;其中,更新后的映射表中第二客户端的标识对应于新目标补丁文件标识的补丁下载路径。
在另一种可能的实施方式中,上述映射关系配置界面为基于渐进式框架的用户界面,补丁文件标识集合中的补丁文件标识均配置有选择操作控件。
上述网页服务器包括:前端组件和后端组件;上述下载请求接收模块91还用于:前端组件接收第一客户端通过第一网页下发的补丁下载请求,将补丁下载请求定向发送至后端组件;上述路径检查模块92还用于:后端组件在映射表中检查第一客户端对应的第一补丁下载路径。
对应于图8中的补丁文件的下载方法,本发明实施例还提供了一种补丁文件的下载装置,该装置应用于第一客户端。如图10所示,该装置包括依次连接的下载请求发送模块1001、路径接收模块1002和下载模块1003,其中,各个模块的功能如下所述装置包括:
下载请求发送模块1001,用于通过第一网页下发补丁下载请求;其中,第一客户端的DNS地址为网页服务器的地址,网页服务器预存有记录第一客户端以及其它客户端分别对应的补丁下载路径的映射表,多个补丁下载路径分别指向同一目标服务器的多个存储地址。
路径接收模块1002,用于接收网页服务器返回的第一补丁下载路径;其中,第一补丁下载路径为网页服务器在映射表中查找到的第一客户端对应的补丁文件下载路径。
下载模块1003,用于从第一补丁下载路径下载补丁文件。
在其中一种可能的实施方式中,上述装置还包括:第二配置模块,用于通过第二网页发送配置请求;显示网页服务器返回的映射关系配置界面;其中,映射关系配置界面包括补丁文件标识集合,以及补丁文件标识对应的补丁下载路径;响应针对于补丁文件标识集合的选择操作,将选择操作对应的目标补丁文件标识发送给网页服务器,以使网页服务器将第一客户端的标识和目标补丁文件标识对应的补丁下载路径记录于映射表。
在另一种可能的实施方式中,上述装置还包括:第二更新模块,用于通过第二网页发送配置更新请求;显示网页服务器返回的映射关系配置界面;响应针对于补丁文件标识集合的新目标补丁文件标识的选中操作,向网页服务器发送新目标补丁文件标识,以更新映射表;其中,更新后的映射表中第一客户端的标识对应于新目标补丁文件标识的补丁下载路径。
本发明实施例提供的补丁文件的下载装置,其实现原理及产生的技术效果和前述补丁文件的下载方法实施例相同,为简要描述,补丁文件的下载装置的实施例部分未提及之处,可参考前述补丁文件的下载方法实施例中相应内容。
本发明实施例还提供了一种电子设备,如图11所示,为该电子设备的结构示意图,其中,该电子设备包括处理器1101和存储器1102,该存储器1102存储有能够被该处理器1101执行的机器可执行指令,该处理器1101执行该机器可执行指令以实现上述补丁文件的下载方法。
在图11示出的实施方式中,该电子设备还包括总线1103和通信接口1104,其中,处理器1101、通信接口1104和存储器1102通过总线连接。
其中,存储器1102可能包含高速随机存取存储器(RAM,Random Access Memory),也可能还包括非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器。通过至少一个通信接口1104(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接,可以使用互联网,广域网,本地网,城域网等。总线可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图11中仅用一个双向箭头表示,但并不表示仅有一根总线或一种类型的总线。
处理器1101可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器1101中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1101可以是通用处理器,包括中央处理器(Central Processing Unit,简称CPU)、网络处理器(Network Processor,简称NP)等;还可以是数字信号处理器(DigitalSignal Processor,简称DSP)、专用集成电路(Application Specific IntegratedCircuit,简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array,简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器1101读取存储器1102中的信息,结合其硬件完成前述实施例的补丁文件的下载方法的步骤。
本发明实施例还提供了一种机器可读存储介质,该机器可读存储介质存储有机器可执行指令,该机器可执行指令在被处理器调用和执行时,该机器可执行指令促使处理器实现上述补丁文件的下载方法,具体实现可参见前述方法实施例,在此不再赘述。
本发明实施例所提供的补丁文件的下载方法、补丁文件的下载装置和补丁文件的下载系统的计算机程序产品,包括存储了程序代码的计算机可读存储介质,所述程序代码包括的指令可用于执行前面方法实施例中所述的补丁文件的下载方法,具体实现可参见方法实施例,在此不再赘述。
另外,在本发明实施例的描述中,除非另有明确的规定和限定,术语“安装”、“相连”、“连接”应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连,可以是两个元件内部的连通。对于本领域的普通技术人员而言,可以具体情况理解上述术语在本发明中的具体含义。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
在本发明的描述中,需要说明的是,术语“第一”、“第二”、“第三”仅用于描述目的,而不能理解为指示或暗示相对重要性。
最后应说明的是:以上所述实施例,仅为本发明的具体实施方式,用以说明本发明的技术方案,而非对其限制,本发明的保护范围并不局限于此,尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。
Claims (15)
1.一种补丁文件的下载方法,其特征在于,所述方法应用于网页服务器,所述网页服务器预存有记录多个客户端分别对应的补丁下载路径的映射表,其中,多个所述补丁下载路径分别指向同一目标服务器的多个存储地址,所述方法包括:
接收第一客户端通过第一网页下发的补丁下载请求;所述第一客户端的DNS地址为所述网页服务器的地址;
在所述映射表中检查所述第一客户端对应的第一补丁下载路径;
向所述第一客户端发送所述第一补丁下载路径,以触发所述第一客户端从所述第一补丁下载路径下载补丁文件。
2.根据权利要求1所述的方法,其特征在于,向所述第一客户端发送所述第一补丁下载路径的步骤,包括:
通过预设的状态码将所述第一补丁下载路径返回给所述第一客户端。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
接收第二客户端通过第二网页发送的配置请求;其中,所述第二客户端的DNS地址为所述网页服务器的地址;
向所述第二客户端返回映射关系配置界面;所述映射关系配置界面包括补丁文件标识集合,以及补丁文件标识对应的补丁下载路径;
响应所述第二客户端针对于所述补丁文件标识集合选择的目标补丁文件标识,将所述第二客户端的标识和所述目标补丁文件标识对应的补丁下载路径记录于所述映射表。
4.根据权利要求3所述的方法,其特征在于,所述第二客户端的标识为所述第二客户端对应的IP地址或所述第二客户端对应的用户名。
5.根据权利要求3所述的方法,其特征在于,所述方法还包括:
接收所述第二客户端通过所述第二网页发送的配置更新请求;
向所述第二客户端返回所述映射关系配置界面;
响应所述第二客户端针对于所述补丁文件标识集合选择的新目标补丁文件标识,更新所述映射表;其中,更新后的所述映射表中所述第二客户端的标识对应于所述新目标补丁文件标识的补丁下载路径。
6.根据权利要求3至5任一项所述的方法,其特征在于,所述映射关系配置界面为基于渐进式框架的用户界面,所述补丁文件标识集合中的补丁文件标识均配置有选择操作控件。
7.根据权利要求1所述的方法,其特征在于,所述网页服务器包括:前端组件和后端组件;
接收第一客户端通过第一网页下发的补丁下载请求的步骤,包括:所述前端组件接收第一客户端通过第一网页下发的补丁下载请求,将所述补丁下载请求定向发送至所述后端组件;
在所述映射表中检查所述第一客户端对应的第一补丁下载路径的步骤,包括:所述后端组件在所述映射表中检查所述第一客户端对应的第一补丁下载路径。
8.一种补丁文件的下载方法,其特征在于,所述方法应用于第一客户端,所述方法包括:
通过第一网页下发补丁下载请求;其中,所述第一客户端的DNS地址为网页服务器的地址,所述网页服务器预存有记录所述第一客户端以及其它客户端分别对应的补丁下载路径的映射表,多个所述补丁下载路径分别指向同一目标服务器的多个存储地址;
接收所述网页服务器返回的第一补丁下载路径;其中,所述第一补丁下载路径为所述网页服务器在所述映射表中查找到的所述第一客户端对应的补丁文件下载路径;
从所述第一补丁下载路径下载补丁文件。
9.根据权利要求8所述的方法,其特征在于,所述方法还包括:
通过第二网页发送配置请求;
显示所述网页服务器返回的映射关系配置界面;所述映射关系配置界面包括补丁文件标识集合,以及补丁文件标识对应的补丁下载路径;
响应针对于所述补丁文件标识集合的选择操作,将所述选择操作对应的目标补丁文件标识发送给所述网页服务器,以使所述网页服务器将所述第一客户端的标识和所述目标补丁文件标识对应的补丁下载路径记录于所述映射表。
10.根据权利要求9所述的方法,其特征在于,所述方法还包括:
通过第二网页发送配置更新请求;
显示所述网页服务器返回的所述映射关系配置界面;
响应针对于所述补丁文件标识集合的新目标补丁文件标识的选中操作,向所述网页服务器发送所述新目标补丁文件标识,以更新所述映射表;其中,更新后的所述映射表中所述第一客户端的标识对应于所述新目标补丁文件标识的补丁下载路径。
11.一种补丁文件的下载装置,其特征在于,所述装置应用于网页服务器,所述网页服务器预存有记录多个客户端分别对应的补丁下载路径的映射表,其中,多个所述补丁下载路径分别指向同一目标服务器的多个存储地址,所述装置包括:
下载请求接收模块,用于接收第一客户端通过第一网页下发的补丁下载请求;所述第一客户端的DNS地址为所述网页服务器的地址;
路径检查模块,用于在所述映射表中检查所述第一客户端对应的第一补丁下载路径;
路径下发模块,用于向所述第一客户端发送所述第一补丁下载路径,以触发所述第一客户端从所述第一补丁下载路径下载补丁文件。
12.一种补丁文件的下载装置,其特征在于,所述装置应用于第一客户端,所述装置包括:
下载请求发送模块,用于通过第一网页下发补丁下载请求;其中,所述第一客户端的DNS地址为网页服务器的地址,所述网页服务器预存有记录所述第一客户端以及其它客户端分别对应的补丁下载路径的映射表,多个所述补丁下载路径分别指向同一目标服务器的多个存储地址;
路径接收模块,用于接收所述网页服务器返回的第一补丁下载路径;其中,所述第一补丁下载路径为所述网页服务器在所述映射表中查找到的所述第一客户端对应的补丁文件下载路径;
下载模块,用于从所述第一补丁下载路径下载补丁文件。
13.一种补丁文件的下载系统,其特征在于,所述系统包括网页服务器和目标服务器;其中,所述网页服务器预存有记录多个客户端分别对应的补丁下载路径的映射表,多个所述补丁下载路径分别指向所述目标服务器的多个存储地址;
所述网页服务器包括用于存储所述映射表和第一计算机程序的第一存储装置,以及第一处理设备;所述第一计算机程序在被所述第一处理设备运行时执行权利要求1-7任一项所述的方法的步骤;
所述目标服务器包括第二存储装置,用于存储多个存储地址对应的多个补丁文件,以供所述客户端下载。
14.一种电子设备,其特征在于,包括处理器和存储器,所述存储器存储有能够被所述处理器执行的计算机可执行指令,所述处理器执行所述计算机可执行指令以实现权利要求1至7任一项所述的方法或者以实现权利要求8至10任一项所述的方法。
15.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机可执行指令,所述计算机可执行指令在被处理器调用和执行时,计算机可执行指令促使处理器实现权利要求1至7任一项所述的方法或者以实现权利要求8至10任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010510088.7A CN111654548B (zh) | 2020-06-05 | 2020-06-05 | 补丁文件的下载方法、装置和系统及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010510088.7A CN111654548B (zh) | 2020-06-05 | 2020-06-05 | 补丁文件的下载方法、装置和系统及电子设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111654548A true CN111654548A (zh) | 2020-09-11 |
CN111654548B CN111654548B (zh) | 2023-04-18 |
Family
ID=72349379
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010510088.7A Active CN111654548B (zh) | 2020-06-05 | 2020-06-05 | 补丁文件的下载方法、装置和系统及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111654548B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114125915A (zh) * | 2022-01-26 | 2022-03-01 | 舟谱数据技术南京有限公司 | 针对设定终端app应用的定位热修复系统和方法 |
CN114416133A (zh) * | 2021-12-30 | 2022-04-29 | 武汉卓目科技有限公司 | 一种嵌入式文件数据更新方法及系统 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2000250743A (ja) * | 1999-02-26 | 2000-09-14 | Nec Corp | インタネットを用いたプログラムパッチ投入方法ならびにシステム及び同方法がプログラムされ記録された記録媒体 |
CN101944032A (zh) * | 2009-07-03 | 2011-01-12 | 华为技术有限公司 | 一种微件更新的方法及客户端、服务器及系统 |
CN103188097A (zh) * | 2011-12-30 | 2013-07-03 | 金蝶软件(中国)有限公司 | 一种实现补丁管理的方法、装置及系统 |
CN104615470A (zh) * | 2015-03-04 | 2015-05-13 | 成都维远艾珏信息技术有限公司 | 一种嵌入式设备程序更新方法 |
US20170068530A1 (en) * | 2015-09-09 | 2017-03-09 | Red Hat, Inc. | Updating software utilizing domain name system (dns) |
WO2017185253A1 (zh) * | 2016-04-27 | 2017-11-02 | 华为技术有限公司 | 基于补丁升级的文件处理方法、装置、终端以及存储介质 |
CN109766114A (zh) * | 2019-01-15 | 2019-05-17 | 网易(杭州)网络有限公司 | 一种补丁文件的处理方法和装置 |
-
2020
- 2020-06-05 CN CN202010510088.7A patent/CN111654548B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2000250743A (ja) * | 1999-02-26 | 2000-09-14 | Nec Corp | インタネットを用いたプログラムパッチ投入方法ならびにシステム及び同方法がプログラムされ記録された記録媒体 |
CN101944032A (zh) * | 2009-07-03 | 2011-01-12 | 华为技术有限公司 | 一种微件更新的方法及客户端、服务器及系统 |
CN103188097A (zh) * | 2011-12-30 | 2013-07-03 | 金蝶软件(中国)有限公司 | 一种实现补丁管理的方法、装置及系统 |
CN104615470A (zh) * | 2015-03-04 | 2015-05-13 | 成都维远艾珏信息技术有限公司 | 一种嵌入式设备程序更新方法 |
US20170068530A1 (en) * | 2015-09-09 | 2017-03-09 | Red Hat, Inc. | Updating software utilizing domain name system (dns) |
WO2017185253A1 (zh) * | 2016-04-27 | 2017-11-02 | 华为技术有限公司 | 基于补丁升级的文件处理方法、装置、终端以及存储介质 |
CN109766114A (zh) * | 2019-01-15 | 2019-05-17 | 网易(杭州)网络有限公司 | 一种补丁文件的处理方法和装置 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114416133A (zh) * | 2021-12-30 | 2022-04-29 | 武汉卓目科技有限公司 | 一种嵌入式文件数据更新方法及系统 |
CN114125915A (zh) * | 2022-01-26 | 2022-03-01 | 舟谱数据技术南京有限公司 | 针对设定终端app应用的定位热修复系统和方法 |
CN114125915B (zh) * | 2022-01-26 | 2022-04-12 | 舟谱数据技术南京有限公司 | 针对设定终端app应用的定位热修复系统和方法 |
Also Published As
Publication number | Publication date |
---|---|
CN111654548B (zh) | 2023-04-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110198247B (zh) | 接口测试方法及系统 | |
CN110442524B (zh) | 一种针对带有认证授权的web服务接口测试方法和装置 | |
US9961129B2 (en) | Business transaction correlation with client request monitoring data | |
CN110221982B (zh) | 业务系统的性能测试方法、装置、设备及可读存储介质 | |
CN111026645B (zh) | 用户界面自动化测试方法、装置、存储介质及电子设备 | |
CN107896244B (zh) | 一种版本文件的分发方法、客户端及服务器 | |
CN111654548B (zh) | 补丁文件的下载方法、装置和系统及电子设备 | |
WO2018184361A1 (zh) | 应用程序测试方法、服务器、终端和存储介质 | |
CN111752843B (zh) | 用于确定影响面的方法、装置、电子设备及可读存储介质 | |
US20110113340A1 (en) | Information-processing device, communication system, computer readable medium, and information-processing method | |
US9990214B2 (en) | Dynamic agent delivery | |
CN113961463A (zh) | 应用环境切换方法及系统、存储介质和电子设备 | |
CN112306881A (zh) | 模拟数据生成方法、装置、设备及存储介质 | |
WO2020248727A1 (zh) | 一种软件模块的管理方法、装置及服务器 | |
CN113094255A (zh) | 数据接口的模拟测试方法、装置及系统 | |
CN111767089A (zh) | 加载文件的方法、装置、设备以及存储介质 | |
WO2019024275A1 (zh) | 一种加载页面的方法、装置及计算机设备 | |
CN112491940B (zh) | 代理服务器的请求转发方法及装置、存储介质及电子设备 | |
CN112433953A (zh) | 基于网络游戏客户端的嵌入式自动化测试方法、装置、设备及介质 | |
CN112115103A (zh) | 文件地址显示方法、装置、电子设备及可读存储介质 | |
CN116775493A (zh) | mock测试方法、装置、mock平台和存储介质 | |
CN110825603A (zh) | 页面首次加载时间确定方法、装置、电子设备及存储介质 | |
JP7230951B2 (ja) | 携帯端末、情報処理システム、制御方法、及びプログラム | |
CN111338928A (zh) | 基于chrome浏览器测试的方法及装置 | |
CN111679842A (zh) | 应用程序热更新处理方法、装置及系统 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |