一种终端访问cdn的方法、cdn和终端的制作方法
【专利摘要】本公开实施例提供一种终端访问CDN的方法、CDN和终端，该方法为：CDN接收来自终端的第一修改请求，所述第一修改请求用于请求对已上传到所述CDN上的第一文件的URL进行修改，所述第一修改请求中包括修改前的所述第一文件的第一URL和修改后的所述第一文件的第二URL；所述CDN建立所述第一URL和所述第二URL之间的第一对应关系；所述CDN在接收到所述终端通过所述第二URL发起的第一访问请求时，根据所述第一对应关系，将所述第一访问请求重定向到所述第一URL对应的所述第一文件上。该方法能够使用户随意修改上传到CDN的文件的URL，并通过修改后的URL成功下载到原文件。
【专利说明】
一种终端访问CDN的方法、CDN和终端
技术领域
[0001]本公开实施例涉及通信技术领域，尤其涉及一种终端访问内容分发网络(Content Delivery Network，CDN)的方法、CDN和终端。
【背景技术】
[0002] 用户可以将文件保存在CDN，从而能够通过该文件的统一资源定位符（Uniform Resource Locator，URL)随时随地地从⑶N获取该文件。
[0003] 因为自身需求，用户可能需要修改文件的URL。但目前的CDN并不支持这项操作，用 户为达到修改文件的URL目的只能向CDN重新上传文件，这不仅操作繁琐，也造成了网络资 源的浪费。
【发明内容】
[0004] 本公开实施例提供一种终端访问CDN的方法、CDN和终端，用以解决现有技术中不 支持用户对已上传到⑶N上的文件的URL进行修改的缺陷。
[0005] 本公开实施例提供一种终端访问⑶N的方法，包括：
[0006] 所述CDN接收来自所述终端的第一修改请求，所述第一修改请求用于请求对已上 传到所述CDN上的第一文件的URL进行修改，所述第一修改请求中包括修改前的所述第一文 件的第一 URL和修改后的所述第一文件的第二URL;
[0007] 所述⑶N建立所述第一 URL和所述第二URL之间的第一对应关系；
[0008] 所述CDN在接收到所述终端通过所述第二URL发起的第一访问请求时，根据所述第 一对应关系，将所述第一访问请求重定向到所述第一 URL对应的所述第一文件上。
[0009] 本公开实施例提供一种终端访问⑶N的方法，包括：
[0010] 所述终端向所述⑶N发送第一修改请求，所述第一修改请求用于请求对已上传到 所述CDN上的第一文件的URL进行修改，所述第一修改请求中包括修改前的所述第一文件的 第一 URL和修改后的所述第一文件的第二URL，使得所述⑶N建立所述第一 URL和所述第二 URL之间的第一对应关系；
[0011]所述终端通过所述第二URL访问保存在所述⑶N上的所述第一文件。
[0012] 本公开实施例提供一种CDN，包括：
[0013] 接收单元，用于接收来自所述终端的第一修改请求，所述第一修改请求用于请求 对已上传到所述CDN上的第一文件的URL进行修改，所述第一修改请求中包括修改前的所述 第一文件的第一 URL和修改后的所述第一文件的第二URL;
[0014] 建立单元，用于建立所述第一 URL和所述第二URL之间的第一对应关系；
[00? 5]所述接收单元还用于，接收所述终端通过所述第二URL发起的第一访问请求；
[0016]重定向单元，用于根据所述第一对应关系，将所述第一访问请求重定向到所述第 一 URL对应的所述第一文件上。
[0017]本公开实施例提供一种终端，包括：
[0018]处理单元，用于对第一文件的第一 URL进行修改，得到修改后的所述第一文件的第 二 URL;
[0019]发送单元，用于向所述⑶N发送第一修改请求，所述第一修改请求用于请求对已上 传到所述CDN上的第一文件的URL进行修改，所述第一修改请求中包括修改前的所述第一文 件的第一 URL和修改后的所述第一文件的第二URL，使得所述CDN建立所述第一 URL和所述第 二URL之间的第一对应关系；以及通过所述第二URL访问保存在所述⑶N上的所述第一文件。
[0020] 本公开实施例提供的终端访问⑶N的方法、CDN和终端，通过在⑶N上建立修改前后 的URL之间的对应关系，从而使得终端能够随意修改上传到CDN的文件的URL，并通过修改后 的URL成功下载到原文件。
【附图说明】
[0021] 为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现 有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本公 开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根 据这些附图获得其他的附图。
[0022] 图1为本公开提供的一种终端访问CDN的方法应用的系统示意图；
[0023] 图2为本公开提供的一种终端访问CDN的方法的流程图；
[0024] 图3为本公开提供的另一种终端访问CDN的方法的流程图；
[0025] 图4为本公开提供的再一种终端访问CDN的方法的流程图；
[0026]图5为本公开提供的一种⑶N的结构不意图；
[0027] 图6为本公开提供的一种终端的结构示意图。
【具体实施方式】
[0028] 为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例 中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是 本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员 在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
[0029] CDN的出现，使得用户可以将文件上传到CDN，从而便于文件的下载和分享。每个上 传到CDN的文件都有一个唯一的URL，用于表示文件在CDN的位置，URL也可以起到标识的作 用。用户需要通过文件的URL从CDN下载文件，这使得用户不能随意修改文件的URL，一旦用 户修改了文件的URL，便不能通过修改后的URL成功下载文件。但在一些情况下，用户可能需 要去修改文件的URL，例如，用户应该将文件A上传到CDN上的文件夹B内，但因为误操作将该 文件上传到了一个错误的文件夹，如文件夹C内，从而导致文件A的URL为http: //....../C/ A，若要将文件A的URL修正为http://....../B/A，用户只能重新上传文件A，这不仅增加了 不必要的操作，也造成了网络资源的浪费。
[0030] 为此，本公开实施例提供一种终端访问CDN的方法、CDN和终端，以使用户能够随意 修改上传到CDN的文件的URL，并通过修改后的URL成功下载到原文件。其中，方法和装置是 基于同一发明构思的，由于方法及装置解决问题的原理相似，因此装置与方法的实施可以 相互参见，重复之处不再赘述。
[0031]本公开实施例提供的技术方案可以应用于移动终端设备上，如手机、平板电脑等， 也可以应用于固定终端设备上，如台式机等。此外，本公开实施例提供的技术方案的实施不 受限于文件的类型，如文本文件、图像文件、音频文件、视频文件等。
[0032]下面结合附图对本公开优选的实施方式进行详细说明。
[0033]本公开实施例提供的终端访问CDN的方法，可以应用于图1所示的系统，该系统包 括终端10和⑶N 11。可选的，所述⑶N 11可以包括调度服务器111和数据源服务器112。 [0034]所述终端10,用于向所述⑶N 11发起修改文件URL的请求，并通过修改后的URL访 问所述文件。
[0035]所述调度服务器111，用于在接收到所述终端10发送的修改文件的URL的请求时， 在本地建立并保存修改前的URL与修改后的URL之间的对应关系，后续在接收到所述终端10 或其它终端通过修改后的URL发起的文件访问请求时，可以根据保存的所述对应关系将所 述文件访问请求重定向到修改前的URL所对应的文件上。
[0036] 所述⑶N数据源服务器112,用于保存所述终端10上传的文件。
[0037] 如图2所示为本公开实施例提供的一种终端访问CDN的方法的流程示意图，所述方 法包括：
[0038] S201，终端向⑶N发送第一修改请求，所述第一修改请求用于请求对已上传到所述 CDN上的第一文件的URL进行修改，所述第一修改请求中包括修改前的所述第一文件的第一 URL和修改后的所述第一文件的第二URL。
[0039] S202,所述⑶N在接收到来自所述终端的第一修改请求之后，建立所述第一 URL和 所述第二URL之间的第一对应关系。
[0040] 修改前的URL和修改后的URL之间的对应关系可以通过映射表来存储，也可以通过 其它结构体来存储。
[0041] 以映射表为例，下表1所示即为一对应关系的示例。
[0042] 表 1
[0043]
L〇〇44」 S203,所述终端通过所述第二URL访问保存在所述⑶N上的所述第一文件。
[0045] S204,所述⑶N在接收到所述终端通过所述第二URL发起的第一访问请求之后，根 据所述第一对应关系，将所述第一访问请求重定向到所述第一 URL对应的所述第一文件上。
[0046] 具体的，所述CDN在接收到终端通过一个URL发起的访问请求之后，首先以所述一 个URL为关键值(Key)，从本地保存的对应关系中查找与所述一个URL对应的另一个URL;若 查找到，则将终端的访问请求重定向到所述另一个URL对应的文件上;若未查找到，则仍将 终端的访问请求定向到初始的所述一个URL对应的文件上。
[0047] 所述终端被定位到所述第一文件之后，便可以对CDN上保存的所述第一文件进行 查看、修改、下载、删除等文件读写操作。
[0048] 通过上述S201-S204,可以实现多个修改后的URL与一个修改前的URL的对应关系， 从而用户可以随意更换文件的URL，并通过更换后的任一个URL成功访问到URL，如下表2所 示即为镀铬修改后的URL与一个修改前的UR之间的对应关系的示例。
[0049] 表 2
[0050]
[0051] 此外，目前的CDN除了不支持上述提及的对文件的URL的修改之外，还不支持对目 录名称或者对文件名称的修改，即，当终端将文件上传到CDN之后，便不能再修改已上传到 CDN的文件的名称，也不能修改CDN上用于保存该上传文件的目录的名称。终端只能在CDN上 重新创建一个目录，或者重新上传更名后的文件，这同样也会造成网络资源的浪费。
[0052]为了解决CDN不支持对已上传到CDN的文件的名称进行修改的问题，本公开实施例 还提出了 一种终端访问CDN的方法，如图3所示，所述方法包括：
[0053] S301，终端向⑶N发送第二修改请求，所述第二修改请求用于请求对已上传到所述 CDN上的第二文件的文件名称进行修改，所述第二修改请求中包括修改前的所述第二文件 的第三URL和修改后的所述第二文件的新文件名称。
[0054] S302，所述⑶N在接收到来自所述终端的第二修改请求之后，根据所述第三URL查 找到保存在所述CDN上的所述第二文件，并将所述第二文件的文件名称修改成所述新文件 名称。
[0055] S303,所述⑶N根据修改后的所述第二文件，生成修改后的所述第二文件的第四 URL〇
[0056] S304，所述⑶N建立所述第三URL和所述第四URL之间的第二对应关系。
[0057]例如，原文件的文件名为A，原文件的URL为 http://file.my.eom/A，若将该文件的 文件名修改为B，则生成的新的URL为http : //f i le .my . com/B，CDN本地建立http : // fi le · my .com/A 与 http://file.my.eom/B 之间的对应关系。
[0058] S305，所述终端通过所述第三URL访问保存在所述⑶N上的所述第二文件。
[0059] S306,所述⑶N在接收到所述终端通过所述第三URL发起的第二访问请求之后，根 据所述第二对应关系，将所述第二访问请求重定向到所述第四URL对应的所述第二文件上。
[0060] 需要注意的是，与图2所示的方法不同，图3所示的方法中后续终端仍通过初始的 URL向CDN发起访问请求，CDN通过查找对应关系，将终端的访问请求重定向到与该初始URL 对应的新生成的URL所对应的文件上。
[0061] 为了解决CDN不支持对CDN上用于保存文件的目录的名称进行修改的问题，本公开 实施例还提出了 一种终端访问CDN的方法，如图4所示，所述方法包括：
[0062] S401，终端向⑶N发送第三修改请求，所述第三修改请求用于请求对所述⑶N上用 于存储第三文件的目录的目录名称进行修改，所述第三修改请求中包括修改前的所述第三 文件的第五URL和修改后的所述目录的新目录名称。
[0063] S402,所述⑶N在接收到来自终端的第三修改请求之后，根据所述第五URL查找到 所述目录，并将所述目录的目录名称修改成所述新目录名称。
[0064] S403,所述CDN根据修改后的所述目录，生成修改后的所述第三文件的第六URL。
[0065] S404，所述⑶N建立所述第五URL和所述第六URL之间的第三对应关系。
[0066] 例如，CDN上用于存储某文件A的目录的原目录名为B，该文件的URL为h 11p : // file. my. com/B/A，若将该目录的目录名由B修改为C，则生成的新的URL为http :// fi 1 e · my · com/C/A，CDN 本地建立 http: //fi 1 e · my · com/C/A 与 http: //fi 1 e · my · com/B/A之间 的对应关系。
[0067] S405，所述终端通过所述第五URL访问保存在所述⑶N上的所述第三文件。
[0068] S406，所述⑶N在接收到所述终端通过所述第五URL发起的第三访问请求之后，根 据所述第三对应关系，将所述第三访问请求重定向到所述第六URL对应的所述第三文件上。
[0069] 需要说明的是，本公开实施例不仅支持对CDN上用于保存文件的目录的名称进行 修改，还支持对CDN上用于保存文件的目录进行增加或删除，具体的实现方法可参见S401-S406,此处不再赘述。与图3所示的方法类似，图4所示的方法中后续终端仍通过初始的URL 向CDN发起访问请求，CDN将终端的访问请求重定向到与该初始URL对应的新生成的URL所对 应的文件上。
[0070] 基于上述实施例提供的终端访问⑶N的方法，本公开实施例提供一种⑶N 500，用 于实现上述终端访问⑶N方法中⑶N的功能。如图5所示，所述⑶N 500包括接收单元501、建 立单元502和重定向单元503:
[0071 ]所述接收单元501，用于接收来自终端的第一修改请求，所述第一修改请求用于请 求对已上传到所述CDN上的第一文件的URL进行修改，所述第一修改请求中包括修改前的所 述第一文件的第一 URL和修改后的所述第一文件的第二URL。
[0072] 所述建立单元502，用于建立所述第一 URL和所述第二URL之间的第一对应关系。 [0073]所述接收单元501还用于，接收所述终端通过所述第二URL发起的第一访问请求。 [0074]所述重定向单元503,用于根据所述第一对应关系，将所述第一访问请求重定向到 所述第一 URL对应的所述第一文件上。
[0075]可选的，所述接收单元501还用于，接收来自终端的第二修改请求，所述第二修改 请求用于请求对已上传到所述CDN上的第二文件的文件名称进行修改，所述第二修改请求 中包括修改前的所述第二文件的第三URL和修改后的所述第二文件的新文件名称。
[0076] 相应的，所述⑶N 500还包括修改单元和生成单元；
[0077]所述修改单元，用于根据所述第三URL查找到所述第二文件，并将所述第二文件的 文件名称修改成所述新文件名称。
[0078] 所述生成单元，用于根据修改后的所述第二文件，生成修改后的所述第二文件的 第四URL。
[0079] 相应的，所述建立单元502还用于，建立所述第三URL和所述第四URL之间的第二对 应关系。
[0080]所述接收单元501还用于，接收所述终端通过所述第三URL发起的第二访问请求。 [0081]所述重定向单元503还用于，根据所述第二对应关系，将所述第二访问请求重定向 到所述第四URL对应的所述第二文件上。
[0082]可选的，所述接收单元501还用于，接收来自终端的第三修改请求，所述第三修改 请求用于请求对所述CDN上用于存储第三文件的目录的目录名称进行修改，所述第三修改 请求中包括修改前的所述第三文件的第五URL和修改后的所述目录的新目录名称。
[0083] 相应的，所述⑶N还包括修改单元和生成单元；
[0084] 所述修改单元，用于根据所述第五URL查找到所述目录，并将所述目录的目录名称 修改成所述新目录名称。
[0085] 所述生成单元，用于根据修改后的所述目录，生成修改后的所述第三文件的第六 URL〇
[0086] 相应的，所述建立单元502还用于，建立所述第五URL和所述第六URL之间的第三对 应关系。
[0087]所述接收单元501还用于，接收所述终端通过所述第五URL发起的第三访问请求。 [0088]所述重定向单元503还用于，根据所述第三对应关系，将所述第三访问请求重定向 到所述第六URL对应的所述第三文件上。
[0089]需要说明的是，本公开实施例中对单元的划分是示意性的，仅仅为一种逻辑功能 划分，实际实现时可以有另外的划分方式。在本公开实施例中的各功能单元可以集成在一 个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个 单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实 现。
[0090]基于上述实施例提供的终端访问⑶N的方法，本公开实施例还提供一种终端600， 用于实现上述终端访问CDN的方法中终端的功能。如图6所示，所述终端600包括处理单元 601和发送单元602:
[0091]所述处理单元601，用于对第一文件的第一URL进行修改，得到修改后的所述第一 文件的第二URL。
[0092]所述发送单元602,用于向所述⑶N发送第一修改请求，所述第一修改请求用于请 求对已上传到所述CDN上的第一文件的URL进行修改，所述第一修改请求中包括修改前的所 述第一文件的第一 URL和修改后的所述第一文件的第二URL，使得所述CDN建立所述第一 URL 和所述第二URL之间的第一对应关系；以及，通过所述第二URL访问保存在所述⑶N上的所述 第一文件。
[0093]可选的，所述发送单元602还用于，向所述⑶N发送第二修改请求，所述第二修改请 求用于请求对已上传到所述CDN上的第二文件的文件名称进行修改，所述第二修改请求中 包括修改前的所述第二文件的第三URL和修改后的所述第二文件的新文件名称，使得所述 CDN根据所述第三URL和所述新文件名称，生成修改后的所述第二文件的第四URL，并建立所 述第三URL和所述第四URL之间的第二对应关系；以及，通过所述第三URL访问保存在所述 ⑶N上的所述第二文件。
[0094] 可选的，所述发送单元602还用于，向所述⑶N发送第三修改请求，所述第三修改请 求用于请求对所述CDN上用于存储第三文件的目录的目录名称进行修改，所述第三修改请 求中包括修改前的所述第三文件的第五URL和修改后的所述目录的新目录名称，使得所述 CDN根据所述第五URL和所述新目录名称，生成修改后的所述第三文件的第六URL，并建立所 述第五URL和所述第六URL之间的第三对应关系；以及，通过所述第五URL访问保存在所述 ⑶N上的所述第三文件。
[0095]综上所述，采用本公开实施例提供的技术方案，通过在⑶N上建立修改前后的URL 之间的对应关系，从而使得终端能够随意修改上传到CDN的文件的URL，并通过修改后的URL 成功下载到原文件；以及使得终端能够随意修改已上传到CDN的文件的名称和修改CDN上用 于保存该上传文件的目录的名称，并通过初始的URL成功下载到原文件。
[0096] 以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可 以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单 元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其 中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性 的劳动的情况下，即可以理解并实施。
[0097] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可 借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上 述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该 计算机软件产品可以存储在计算机可读存储介质中，如R0M/RAM、磁碟、光盘等，包括若干指 令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施 例或者实施例的某些部分所述的方法。
[0098] 最后应说明的是：以上实施例仅用以说明本公开的技术方案，而非对其限制;尽管 参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解:其依然可 以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换； 而这些修改或者替换，并不使相应技术方案的本质脱离本公开各实施例技术方案的精神和 范围。
【主权项】
1. 一种终端访问内容分发网络⑶N的方法，其特征在于，包括： 所述CDN接收来自所述终端的第一修改请求，所述第一修改请求用于请求对已上传到 所述CDN上的第一文件的统一资源定位符URL进行修改，所述第一修改请求中包括修改前的 所述第一文件的第一 URL和修改后的所述第一文件的第二URL; 所述⑶N建立所述第一URL和所述第二URL之间的第一对应关系； 所述CDN在接收到所述终端通过所述第二URL发起的第一访问请求时，根据所述第一对 应关系，将所述第一访问请求重定向到所述第一 URL对应的所述第一文件上。2. 根据权利要求1所述的方法，其特征在于，所述方法还包括： 所述CDN接收来自终端的第二修改请求，所述第二修改请求用于请求对已上传到所述 CDN上的第二文件的文件名称进行修改，所述第二修改请求中包括修改前的所述第二文件 的第三URL和修改后的所述第二文件的新文件名称； 所述CDN根据所述第三URL查找到所述第二文件，并将所述第二文件的文件名称修改成 所述新文件名称； 所述CDN根据修改后的所述第二文件，生成修改后的所述第二文件的第四URL; 所述CDN建立所述第三URL和所述第四URL之间的第二对应关系； 所述CDN在接收到所述终端通过所述第三URL发起的第二访问请求时，根据所述第二对 应关系，将所述第二访问请求重定向到所述第四URL对应的所述第二文件上。3. 根据权利要求1所述的方法，其特征在于，所述方法还包括： 所述CDN接收来自终端的第三修改请求，所述第三修改请求用于请求对所述CDN上用于 存储第三文件的目录的目录名称进行修改，所述第三修改请求中包括修改前的所述第三文 件的第五URL和修改后的所述目录的新目录名称； 所述CDN根据所述第五URL查找到所述目录，并将所述目录的目录名称修改成所述新目 录名称； 所述CDN根据修改后的所述目录，生成修改后的所述第三文件的第六URL; 所述CDN建立所述第五URL和所述第六URL之间的第三对应关系； 所述CDN在接收到所述终端通过所述第五URL发起的第三访问请求时，根据所述第三对 应关系，将所述第三访问请求重定向到所述第六URL对应的所述第三文件上。4. 一种终端访问内容分发网络⑶N的方法，其特征在于，包括： 所述终端向所述CDN发送第一修改请求，所述第一修改请求用于请求对已上传到所述 CDN上的第一文件的统一资源定位符URL进行修改，所述第一修改请求中包括修改前的所述 第一文件的第一 URL和修改后的所述第一文件的第二URL，使得所述⑶N建立所述第一 URL和 所述第二URL之间的第一对应关系； 所述终端通过所述第二URL访问保存在所述CDN上的所述第一文件。5. 根据权利要求4所述的方法，其特征在于，所述方法还包括： 所述终端向所述CDN发送第二修改请求，所述第二修改请求用于请求对已上传到所述 CDN上的第二文件的文件名称进行修改，所述第二修改请求中包括修改前的所述第二文件 的第三URL和修改后的所述第二文件的新文件名称，使得所述CDN根据所述第三URL和所述 新文件名称，生成修改后的所述第二文件的第四URL，并建立所述第三URL和所述第四URL之 间的第二对应关系； 所述终端通过所述第三URL访问保存在所述CDN上的所述第二文件。6. 根据权利要求4所述的方法，其特征在于，所述方法还包括： 所述终端向所述CDN发送第三修改请求，所述第三修改请求用于请求对所述CDN上用于 存储第三文件的目录的目录名称进行修改，所述第三修改请求中包括修改前的所述第三文 件的第五URL和修改后的所述目录的新目录名称，使得所述CDN根据所述第五URL和所述新 目录名称，生成修改后的所述第三文件的第六URL，并建立所述第五URL和所述第六URL之间 的第三对应关系； 所述终端通过所述第五URL访问保存在所述CDN上的所述第三文件。7. -种内容分发网络⑶N，其特征在于，包括： 接收单元，用于接收来自所述终端的第一修改请求，所述第一修改请求用于请求对已 上传到所述CDN上的第一文件的统一资源定位符URL进行修改，所述第一修改请求中包括修 改前的所述第一文件的第一 URL和修改后的所述第一文件的第二URL; 建立单元，用于建立所述第一 URL和所述第二URL之间的第一对应关系； 所述接收单元还用于，接收所述终端通过所述第二URL发起的第一访问请求； 重定向单元，用于根据所述第一对应关系，将所述第一访问请求重定向到所述第一URL 对应的所述第一文件上。8. 根据权利要求7所述的CDN，其特征在于， 所述接收单元还用于，接收来自终端的第二修改请求，所述第二修改请求用于请求对 已上传到所述CDN上的第二文件的文件名称进行修改，所述第二修改请求中包括修改前的 所述第二文件的第三URL和修改后的所述第二文件的新文件名称； 所述⑶N还包括修改单元和生成单元； 所述修改单元，用于根据所述第三URL查找到所述第二文件，并将所述第二文件的文件 名称修改成所述新文件名称； 所述生成单元，用于根据修改后的所述第二文件，生成修改后的所述第二文件的第四 URL； 所述建立单元还用于，建立所述第三URL和所述第四URL之间的第二对应关系； 所述接收单元还用于，接收所述终端通过所述第三URL发起的第二访问请求； 所述重定向单元还用于，根据所述第二对应关系，将所述第二访问请求重定向到所述 第四URL对应的所述第二文件上。9. 根据权利要求7所述的CDN，其特征在于，所述方法还包括： 所述接收单元还用于，接收来自终端的第三修改请求，所述第三修改请求用于请求对 所述CDN上用于存储第三文件的目录的目录名称进行修改，所述第三修改请求中包括修改 前的所述第三文件的第五URL和修改后的所述目录的新目录名称； 所述⑶N还包括修改单元和生成单元； 所述修改单元，用于根据所述第五URL查找到所述目录，并将所述目录的目录名称修改 成所述新目录名称； 所述生成单元，用于根据修改后的所述目录，生成修改后的所述第三文件的第六URL; 所述建立单元还用于，建立所述第五URL和所述第六URL之间的第三对应关系； 所述接收单元还用于，接收所述终端通过所述第五URL发起的第三访问请求； 所述重定向单元还用于，根据所述第三对应关系，将所述第三访问请求重定向到所述 第六URL对应的所述第三文件上。10. -种终端，其特征在于，包括： 处理单元，用于对第一文件的第一 URL进行修改，得到修改后的所述第一文件的第二 URL； 发送单元，用于向所述CDN发送第一修改请求，所述第一修改请求用于请求对已上传到 所述CDN上的第一文件的统一资源定位符URL进行修改，所述第一修改请求中包括修改前的 所述第一文件的第一 URL和修改后的所述第一文件的第二URL，使得所述CDN建立所述第一 URL和所述第二URL之间的第一对应关系；以及通过所述第二URL访问保存在所述⑶N上的所 述第一文件。
【文档编号】G06F17/30GK105975485SQ201610262866
【公开日】2016年9月28日
【申请日】2016年4月25日
【发明人】夏彦刚
【申请人】乐视控股（北京）有限公司, 乐视云计算有限公司