资源分发的实现方法及服务器与流程

本发明实施例涉及互联网技术领域，特别涉及资源分发的实现方法及服务器。

背景技术：

互联网的迅速发展，让人们更方便快捷的享受了文件资源的互享。在现在的网络环境中，不同终端对网络资源发起资源请求，分发系统往往需要根据资源请求来获取不同的策略信息，以实现不同终端的资源请求的分发。其中，多种策略信息是预先设置在分发系统中的，目前都是在分发系统的开发过程中直接写入的，即策略信息是嵌入在分发系统的开发程序中的。

对于策略信息的变更都需要对相应的系统进行升级更新，无法在不升级系统的情况下动态变更策略信息。

发明人发现现有技术中至少存在如下问题：如果要变更现有的策略信息，需要修改分发系统中与策略信息相关的程序部分，并对分发系统进行升级更新；因此策略信息的更改较为繁琐。

技术实现要素：

本发明实施方式的目的在于提供一种资源分发的实现方法及服务器，能够实现策略信息的动态变更，方便快速。

为解决上述技术问题，本发明的实施方式提供了一种资源分发的实现方法，包括：提供策略配置界面；通过所述策略配置界面接收策略信息，并将接收的所述策略信息存储至预设区域；当接收到资源请求时，从所述预设区域中获取与所述资源请求匹配的策略信息；根据获取的所述策略信息确定所述资源请求对应的分发路径。

本发明的实施方式还提供了一种服务器，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述资源分发的实现方法。

本发明的实施方式还提供了一种计算机可读存储介质，存储有计算机程序，包括：所述计算机程序被处理器执行时实现上述资源分发的实现方法。

本发明实施方式相对于现有技术而言，提供策略配置界面，通过策略配置界面接收策略信息，并将接收的所述策略信息存储至预设区域，并在接收到资源请求时，从预设区域中获取与资源请求匹配的策略信息，以确定资源请求对应的分发路径。即，将策略信息作为一个可灵活配置的内容，并专门提供用于配置策略信息的策略配置界面及用于存储策略信息的预设区域，从而能够实现策略信息的动态变更，方便快速，利于策略信息的及时更新。

另外，所述策略信息包括可执行的分发策略包和所述分发策略包对应的描述信息。本实施方式提供了策略信息包含的一种具体内容。

另外，所述策略配置界面包括分发策略包上传区域；所述策略配置界面包括分发策略包上传区域和描述信息上传区域；所述通过所述策略配置界面接收策略信息，并将接收的所述策略信息存储至预设区域，包括：通过所述分发策略包上传区域接收所述分发策略包的当前位置信息；其中，所述分发策略包储存在外部服务器；根据所述当前位置信息生成所述分发策略包的统一资源定位符url，并将所述url储存在所述预设区域；通过所述描述信息上传区域接收所述分发策略包对应的描述信息，将所述描述信息存储至所述预设区域并与所述分发策略包的url相关联。本实施方式提供了上传分发策略包的一种具体实现方式，无需将分发策略包的全部数据都上传存储，节省了策略配置时间和存储空间。

另外，所述从所述预设区域中获取与所述资源请求匹配的策略信息，包括：从所述资源请求中识别出发送所述资源请求的用户的特征信息；将所述特征信息与所述预设区域中的各描述信息进行匹配判断；获取与所述特征信息匹配的描述信息相关联的url；所述根据获取的策略信息确定所述资源请求对应的分发路径，具体为，根据获取的所述url对应的分发策略包确定所述资源请求对应的分发路径。本实施方式提供了获取与所述资源请求匹配的策略信息的一种具体方式。

另外，在所述将接收的所述策略信息存储至预设区域中，包括：判断所述预设区域中是否存在冗余的策略信息；其中，所述冗余的策略信息为与所述接收的策略信息同名且比所述接收的策略信息版本低的策略信息；若存在，则将所述接收的策略信息覆盖所述冗余的策略信息；若不存在，则直接存储所述接收的策略信息。从而，在实现策略信息的更新时，高版本的策略信息可以覆盖同名的低版本的策略信息，可以避免低版本的策略信息的冗余存储。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。

图1是根据本发明第一实施方式的资源分发的实现方法的流程图；

图2是根据本发明第一实施方式的资源分发的实现方法的一个例子的具体流程图；

图3是根据本发明第二实施方式的资源分发的实现方法的流程图；

图4是根据本发明第三实施方式的服务器的方框图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。以下各个实施例的划分是为了描述方便，不应对本发明的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。

本发明的第一实施方式涉及一种资源分发的实现方法。具体流程如图1所示。

步骤101：提供策略配置界面；

步骤102：通过策略配置界面接收策略信息，并将接收的策略信息存储至预设区域；

步骤103：当接收到资源请求时，从预设区域中获取与资源请求匹配的策略信息；

步骤104：根据获取的策略信息确定资源请求对应的分发路径。

第一实施方式相对于现有技术而言，提供策略配置界面，通过策略配置界面接收策略信息，并将接收的所述策略信息存储至预设区域，并在接收到资源请求时，从预设区域中获取与资源请求匹配的策略信息，以确定资源请求对应的分发路径。即，将策略信息作为一个可灵活配置的内容，并专门提供用于配置策略信息的策略配置界面及用于存储策略信息的预设区域，从而能够实现策略信息的动态变更，方便快速，利于策略信息的及时更新。

下面对本实施方式的资源分发的实现方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。

本实施方式中资源分发的实现方法应用于服务器，其中，服务器上部署有分发系统，该分发系统可以理解为一段程序指令，服务器中的处理器执行该段程序指令，以实现该方法。

在步骤101和步骤102中，当服务器接收到策略信息的配置命令时，可以提供一个策略配置界面，通过策略配置界面接收设计人员配置的策略信息，并将接收的策略信息存储至预设区域；其中，该预设区域是预先设定的专门用于存储策略信息的存储区域，例如可以是服务器连接的一个数据库，然并不以此为限。

在一个例子中，策略信息包括可执行的分发策略包和分发策略包对应的描述信息，策略配置界面可以包括分发策略包上传区域和描述信息上传区域；如图2中所示，步骤102包含子步骤1021和子步骤1022：

子步骤1021，通过分发策略包上传区域接收可执行的分发策略包；

子步骤1022，通过描述信息上传区域接收分发策略包对应的描述信息。

其中，分发策略包由分发策略生成。具体的，分发策略可以包括路由策略、路由算法等用于流量引导分发的策略；设计人员可以根据需要开发相应的分发策略，并基于分发接口的要求，生成分发策略对应的可执行的分发策略包。分发策略包对应的描述信息包括分发策略的使用对象、分发策略中包含的算法的名称等；其中，分发策略的使用对象例如可以表示为，分发策略的使用对象为厦门地区的用户，或者，分发策略的使用对象为厦门地区的移动用户，或者，分发策略的使用对象为移动用户。服务器可以将分发策略包和分发策略包对应的描述信息均存储在预设区域。

较佳的，在将略信息存储至预设区域中时，可以先判断预设区域中是否存在冗余的策略信息；其中，冗余的策略信息为与接收的策略信息同名且比接收的策略信息版本低的策略信息；若存在，则将接收的策略信息覆盖冗余的策略信息；若不存在，则直接存储接收的策略信息。其中，策略信息的名称即为分发策略包的名称。因此，在实现策略信息的更新时，高版本的策略信息可以覆盖同名的低版本的策略信息，从而可以避免低版本的策略信息的冗余存储。

如图2中，步骤103包含：

子步骤1031，当接收到资源请求时，从资源请求中识别出发送资源请求的用户的特征信息；

子步骤1032，将特征信息与预设区域中各描述信息进行匹配判断；

子步骤1033，获取与特征信息匹配的描述信息所对应的分发策略包。

具体的，资源请求中可以包括用户的特征信息和待获取的资源名称；用户的特征信息可以包括用户的ip地址信息、mac地址信息、所属运营商中的其中之一或任意组合；其中，ip地址信息、mac地址信息均可以体现该用户所在地区(如厦门、上海)。服务器接收到资源请求时，先从资源请求中识别出用户的特征信息；然后，对于预设区域内的各描述信息，可以按照各描述信息的存储顺序，判断各描述信息与用户的特征信息是否匹配，当判断出其中一个描述信息与用户的特征信息匹配时，获取该描述信息对应的分发策略包。

其中，用户的特征信息与描述信息匹配，是指，该用户的特征信息与分发策略的使用对象的匹配。例如，用户的特征信息包括用户的ip地址信息，某一个描述信息中的分发策略的使用对象为厦门地区的用户；那么，如果用户的特征信息中的ip地址信息属于厦门地区，则表示该用户的特征信息与该描述信息匹配；又例如，用户的特征信息可以包括ip地址信息和所属运营商，某一个描述信息中的分发策略的使用对象的为厦门地区的移动用户，那么如果用户的特征信息中的ip地址信息属于厦门地区且所属运营商为移动公司，则表示该用户的特征信息与该描述信息匹配。需要说明的是，这里所述的分发策略的使用对象是以文字描述表示的，在一个例子中，可以通过策略配置界面，在上传描述信息的同时上传条件策略(可以理解为一段用于对用户的特征信息与分发策略的使用对象进行匹配的程序)，来实现用户的特征信息和分发策略的使用对象的匹配判断。或者，在另一个例子中，条件策略也可以由服务器根据接收的描述信息生成。

在步骤104中，服务器会从该预设区域获取分发策略包，并运行该分发策略包以确定资源请求对应的分发路径；其中，资源请求中的用户的特征信息和待获取的资源名称，均可以作为该分发策略包的运行参数参与运算，以确定该资源请求对应的分发路径。

在另外的例子中，策略信息可以只包含可执行的分发策略包，即，可以只灵活配置分发策略包。

本发明的第二实施方式涉及一种资源分发的实现方法。第二实施方式与第一实施方式大致相同，主要区别之处在于：在本发明第二实施方式中，预设区域内存储的是分发策略包的url，当需要使用时，通过url来获取该分发策略包。

如图3所示第二实施方式的资源分发的实现方法的具体流程图，具体包括，

步骤201，提供策略配置界面；此步骤与图2中的步骤101类似，此处不作限定。

步骤202，通过策略配置界面接收策略信息，并将接收的策略信息存储至预设区域，具体包括如下子步骤：

子步骤2021，通过分发策略包上传区域接收分发策略包的当前位置信息；其中，分发策略包储存在外部服务器；

子步骤2022，根据当前位置信息生成分发策略包对应的统一资源定位符url，并将url储存在预设区域；

子步骤2023，通过描述信息上传区域接收分发策略包对应的描述信息，将描述信息存储至预设区域并与分发策略包的url相关联。

具体的，设计人员将开发好的分发策略包存储在外部服务器；当要更新策略信息时，设计人员会在分发策略包上传区域输入该分发策略包的当前位置信息，服务器会根据该位置信息生成分发策略包对应的统一资源定位符url，并将url储存在预设区域；从而无需将分发策略包的全部数据都上传存储，节省了策略配置时间和存储空间。

服务器接收分发策略包对应的描述信息后，可以将该描述信息存储至该预设区域，并将该描述信息和该分发策略包的url相关联。

步骤203，当接收到资源请求时，从预设区域中获取与资源请求匹配的策略信息，具体包含如下子步骤：

子步骤2031，当接收到资源请求时，从资源请求中识别出发送资源请求的用户的特征信息；与子步骤1031类似，此处不再赘述。

子步骤2032，将特征信息与预设区域中各描述信息进行匹配判断；与子步骤1032类似，此处不再赘述。

子步骤2033，获取与特征信息匹配的描述信息相关联的url。本实施方式中，由于预设区域内存储的是分发策略包对应的url，所以先获取与特征信息匹配的描述信息相关联的url。

步骤204具体为，根据获取的url对应的分发策略包确定资源请求对应的分发路径。

本实施例中，由于分发策略包是存储在外部服务器中的，因此需要从外部服务器获取url对应的分发策略包，然后根据获取的分发策略包确定资源请求对应的分发路径。

较佳的，步骤204可以包含如下子步骤：

子步骤2041，判断获取的url对应的分发策略包是否已在本地运行过；若否，则进入子步骤2042；然后在进入子步骤2043；若是，则直接进入子步骤2043。

子步骤2042，从外部服务器下载url对应的分发策略包；

子步骤2043，运行分发策略包。

其中，当url对应的分发策略包没有在本地运行过时，需要从专门的服务器或者数据库中下载分发策略包，然后再运行。

具体的，服务器会先识别出url对应的分发策略包的包名，并根据包名判断该分发策略包是否已经在本地运行过，即判断服务器本地的内存中是否已经加载过该分发策略包；如果已经加载过，表示该分发策略包已经在本地运行过，那么直接运行本地内存中的分发策略包；如果该分发策略包没有在本地运行过，那么先从外部服务器下载该分发策略包，然后运行该分发策略包。这样可以避免已经下载过的该分发策略包再次重新下载，可以使得资源分发更加快速且减轻服务器的处理负担。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明第三实施方式涉及一种服务器，如图4所示，包括：

至少一个处理器41；以及，

与所述至少一个处理器41通信连接的存储器42；其中，

所述存储器42存储有可被所述至少一个处理器41执行的指令，所述指令被所述至少一个处理器41执行，以使所述至少一个处理器41能够执行上述方法实施例。

该服务器还可以包括：输入装置43和输出装置44。

其中，处理器41、存储器42、输入装置43和输出装置44可以通过总线或者其他方式连接，图4中以通过总线连接为例。总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器41、存储器42、输入装置43、输出装置44的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器41处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器41。

处理器41负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。

存储器42作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，处理器41通过运行存储在存储器42中的非暂态软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理。

存储器42可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据列表项操作的处理装置的使用所创建的数据等。此外，存储器42可以包括高速随机存取存储器42，还可以包括非暂态存储器42，例如至少一个磁盘存储器42件、闪存器件、或其他非暂态固态存储器42件。在一些实施例中，存储器42可选包括相对于处理器41远程设置的存储器42，这些远程存储器42可以通过网络连接至处理器41。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置43可接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键信号输入。输出装置44可包括显示屏等显示设备。

本实施例中，当存储器42中存储的一个或多个模块被所述一个或者多个处理器41执行时，处理器41执行上述任意方法实施例

上述产品可执行本申请实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本申请实施例所提供的方法。

本发明第四实施方式涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例。

即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。