分发播放器的方法及系统的制作方法
【专利摘要】本申请公开一种分发播放器的方法和系统，其中所述方法包括：接收接入请求，所述接入请求中携带有请求接入的播放器地址；根据跳转地址生成策略，识别所述播放器地址中包括的功能参数和字符参数，根据所述功能参数和字符参数实时配置与所述播放器地址对应的跳转地址，所述跳转地址由所述播放器地址同步获得所述播放器；将所述跳转地址分发给所述接入请求的发出方以供所述接入请求的发出方自动访问所述跳转地址对应的播放器。本申请在用户接入时，系统自动实时生成全新的跳转地址，而新的跳转地址已经同步了更新的播放器，而旧的跳转地址就不用了，这样就可以使跳转地址的缓存与播放器的更新保持同步。
【专利说明】分发播放器的方法及系统
【技术领域】
[0001]本申请涉及计算机领域，尤其涉及一种分发播放器的方法及系统。
【背景技术】
[0002]目前有许多针对合作方定制开发、配置的播放器，由合作方引用此播放器传递视频标识(ID)及其他控制参数，以进行视频内容(例如影视剧等等)播放。合作方引用播放器后，根据特定的参数可进行播放器功能的相应配置，例如外观的控制、功能的控制、功能的增加等。基于上述需求，往往需要对每个合作方定制开发与配置新的播放器，甚至使用特定文件上传系统进行发布，发布完成后，还要返回播放器的地址并告知合作方。
[0003]文件上传系统除了支持上传功能外，同时对已上传的文件进行⑶N加速，因此存在缺省缓存时间，例如I年。现有的缓存策略导致终端用户永久缓存。如果在缓存未过期之前合作方对播放器进行了更新，但是由于缓存中还是保存着更新前的旧的文件，会导致用户一直使用旧的文件，而新增的功能无法使用，直至缓存过期或者用户清空缓存后才能使用。对于少量用户可以通知用户清空本地缓存解决此问题，但新增的用户越来越多，沟通成本也越来越大，以至后期这类操作很不现实。
[0004]再者，由于需要对每个合作方定制开发合作播放器，很显然，如果有大量的合作方和不同的常规功能需求，随着需求量随之增加，同时增加产品的维护量也相当巨大，每次升级也会造成不同步问题。
[0005]因此，如何解决由于播放器升级周期小于CDN缓存周期所导致的访问CDN的客户端无法同步获得更新版本的播放器的问题就成为了亟待解决的技术问题。
【发明内容】
[0006]为达到上述目的，本申请的实施例揭示了一种分发播放器的方法，包括:接收接入请求，所述接入请求中携带有请求接入的播放器地址；根据跳转地址生成策略，识别所述请求接入的播放器地址中包括的功能参数和字符参数，根据所述功能参数和字符参数实时配置与所述播放器地址对应的跳转地址，所述跳转地址用于由所述请求接入的播放器地址同步获得所述播放器；将所述跳转地址分发给所述接入请求的发出方以供所述接入请求的发出方自动访问所述跳转地址对应的播放器。
[0007]进一步地，还包括:在所述播放器完成更新时，所述接入请求的播放器地址保持不变，更新设置所述跳转地址生成策略，以便实时配置与所述接入请求中携带的播放器地址对应的更新的跳转地址，所述更新的跳转地址用于由所述接入请求的播放器地址同步获得更新完成的所述播放器。
[0008]进一步地，根据跳转地址生成策略，识别所述播放器地址中包括的字符参数，包括:获取请求接入的播放器地址，根据跳转地址生成策略识别所述请求接入的播放器地址中用于分隔请求路径和参数的正斜杠以及用于分隔参数的正斜杠；根据所述字符参数实时配置与所述播放器地址对应的跳转地址，包括:将所述用于分隔请求路径和参数的正斜杠替换为问号，将所述用于分隔参数的正斜杠替换为符号逻辑与，形成处理后的播放器地址。
[0009]进一步地，根据所述功能参数实时配置与所述播放器地址对应的跳转地址，包括:根据跳转地址生成策略，结合识别出的所述功能参数和所述处理后的播放器地址，实时配置与所述请求接入的播放器地址对应的跳转地址。
[0010]进一步地，所述跳转地址生成策略，包括:未进行符号转换的播放器地址的初始格式、进行了符号转换后的播放器地址的转换格式、所配置的跳转后的播放器地址的跳转格式、所述跳转格式中字符参数的替换位置、所述跳转格式中新增功能参数的位置以及其他固定填充的参数；所识别的功能参数，至少包括:所述请求接入的播放器地址中的名称参数、视频ID参数以及终端用户的字符串参数；在接收接入请求之前，初始配置播放器地址时，根据跳转地址生成策略识别播放器地址中用于分隔请求路径和参数的问号、以及用于分隔参数的逻辑与符号，将所述问号替换为用于分隔请求路径中目录和子目录的正斜杠，将所述逻辑与符号替换为用于分隔请求路径中目录和子目录的正斜杠，从而形成所述请求接入的播放器地址。
[0011]为达到上述目的，本申请的实施例还揭示了一种分发播放器的系统，包含接收服务器、跳转服务器及分发服务器，所述接收服务器，用于接收接入请求，所述接入请求中携带有请求接入的播放器地址；所述跳转服务器，用于根据跳转地址生成策略，识别所述请求接入的播放器地址中包括的功能参数和字符参数，根据所述功能参数和字符参数实时配置与所述播放器地址对应的跳转地址，所述跳转地址用于由所述请求接入的播放器地址同步获得所述播放器；所述分发服务器，用于将所述跳转地址分发给所述接入请求的发出方以供所述接入请求的发出方自动访问所述跳转地址对应的播放器。
[0012]进一步地，所述跳转服务器，还用于在所述播放器完成更新时，所述接入请求的播放器地址保持不变，更新设置所述跳转地址生成策略，以便实时配置与所述接入请求中携带的播放器地址对应的更新的跳转地址，所述更新的跳转地址用于由所述接入请求的播放器地址同步获得更新完成的所述播放器。
[0013]进一步地，所述跳转服务器，进一步用于获取请求接入的播放器地址，根据跳转地址生成策略识别所述请求接入的播放器地址中用于分隔请求路径和参数的正斜杠以及用于分隔参数的正斜杠，将所述用于分隔请求路径和参数的正斜杠替换为问号，将所述用于分隔参数的正斜杠替换为符号逻辑与，形成处理后的播放器地址。
[0014]进一步地，所述跳转服务器，进一步用于根据跳转地址生成策略，结合识别出的所述功能参数和所述处理后的播放器地址，实时配置与所述请求接入的播放器地址对应的跳转地址。
[0015]进一步地，所述跳转服务器设置的所述跳转地址生成策略，包括:未进行符号转换的播放器地址的初始格式、进行了符号转换后的播放器地址的转换格式、所配置的跳转后的播放器地址的跳转格式、所述跳转格式中字符参数的替换位置、所述跳转格式中新增功能参数的位置以及其他固定填充的参数；所识别的功能参数，至少包括:所述请求接入的播放器地址中的名称参数、视频ID参数以及终端用户的字符串参数；
[0016]进一步地，还包括:定制服务器，用于在接收接入请求之前，初始配置播放器地址时，根据跳转地址生成策略识别播放器地址中用于分隔请求路径和参数的问号、以及用于分隔参数的逻辑与符号，将所述问号替换为用于分隔请求路径中目录和子目录的正斜杠，将所述逻辑与符号替换为用于分隔请求路径中目录和子目录的正斜杠，从而形成所述请求接入的播放器地址。
[0017]与现有技术相比，本申请具有的技术效果:
[0018]I)本申请在用户接入时，是实时配置跳转地址，一旦第三方负责的播放器侧更新了，不需要用户侧做任何变化，也不需要播放器侧做任何部署，只需要处于用户侧和播放器侧之间的系统将跳转地址生成策略重新调整下，之后在用户再次访问播放器地址时，系统自动实时生成全新的跳转地址，而新的跳转地址已经同步了更新的播放器，而旧的跳转地址就不用了，这样就完美地解决了现有的缺陷，而且对于用户侧完全是透明的。
[0019]2)本申请并不是通过建立播放器地址和跳转地址的对应关系的方式，然后在每次收到接入请求时通过查找对应关系跳转这种方式来完成。因为如【背景技术】中所述,本申请所面对的情况是播放器会经常更新，固定的跳转地址的缓存无法保证跟上播放器的更新的步伐，因为必须随时提供最新的符合播放器更新节奏的跳转地址，这样维护播放器地址和跳转地址的对应关系就显得没有太大意义，包含有多个播放器地址和跳转地址的对应关系的频繁更新会带来很大的工作量。这样本申请所使用的实时配置跳转地址的方式就显得非常灵活。
[0020]当然，实施本申请的任一产品必不一定需要同时达到以上所述的所有技术效果。
【专利附图】
【附图说明】
[0021]此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中:
[0022]图1为本申请实施例提供的分发播放器的方法流程图；
[0023]图2为本申请实施例提供的分发播放器的又一方法流程图；
[0024]图3为本申请实施例提供的分发播放器的再一方法流程图；
[0025]图4为本申请实施例提供的分发播放器的系统架构示意图；
[0026]图5为本申请实施例提供的分发播放器的又一系统架构示意图。
【具体实施方式】
[0027]以下将配合附图及实施例来详细说明本申请的实施方式，藉此对本申请如何应用技术手段来解决技术问题并达成技术功效的实现过程能充分理解并据以实施。
[0028]如在说明书及权利要求当中使用了某些词汇来指称特定组件。本领域技术人员应可理解，硬件制造商可能会用不同名词来称呼同一个组件。本说明书及权利要求并不以名称的差异来作为区分组件的方式，而是以组件在功能上的差异来作为区分的准则。如在通篇说明书及权利要求当中所提及的“包含”为一开放式用语，故应解释成“包含但不限定于”。“大致”是指在可接收的误差范围内，本领域技术人员能够在一定误差范围内解决所述技术问题，基本达到所述技术效果。此外，“耦接”一词在此包含任何直接及间接的电性耦接手段。因此，若文中描述一第一装置耦接于一第二装置，则代表所述第一装置可直接电性耦接于所述第二装置，或通过其他装置或耦接手段间接地电性耦接至所述第二装置。说明书后续描述为实施本申请的较佳实施方式，然所述描述乃以说明本申请的一般原则为目的，并非用以限定本申请的范围。本申请的保护范围当视所附权利要求所界定者为准。
[0029]还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。
[0030]实施例一
[0031]本申请实施例提供一种分发播放器的方法，具体如图1所示，所述方法包括:
[0032]步骤SlOl:接收接入请求,所述接入请求中携带有请求接入的播放器地址。
[0033]一般接入请求的发出方都是终端用户，比如手机用户、电脑用户。终端用户通过操作手机或者电脑上的浏览器，在浏览器中输入播放器的地址，或者直接点击快捷标签或者链接，从而向远端的服务器发出意图访问播放器地址的接入请求。
[0034]在接收接入请求之前，初始配置播放器地址时，使用用于分隔URL请求路径中目录和子目录的正斜杠替换所述播放器地址中的用于分隔URL请求路径和参数的问号，以便在所述播放器地址中直接扩展添加字符串参数从而形成用于接入请求的所述请求接入的播放器地址。详见实施例二。
[0035]步骤S102:根据跳转地址生成策略，识别所述请求接入的播放器地址中包括的功能参数和字符参数，根据所述功能参数和字符参数实时配置与所述播放器地址对应的跳转地址，所述跳转地址用于由所述请求接入的播放器地址同步获得所述播放器。
[0036]识别所述播放器地址中字符参数的操作，实质上是对于播放器地址进行转化的过程；识别所述播放器地址中功能参数的操作，实质上是对于播放器地址中的有效资源进行提取的过程，详见实施例二。
[0037]所提取的功能参数，至少包括:所述请求接入的播放器地址中的名称参数、视频ID参数以及终端用户的字符串参数等。详见实施例三。
[0038]另外，对于播放器地址的实现方式不做限制，可以是URL(统一资源定位符，Uniform Resource Locator)，也可以是 URI (统一资源标识符，Uniform ResourceIdentifier)。
[0039]在所述播放器完成更新时，所述接入请求的播放器地址保持不变，更新设置所述跳转地址生成策略，以便实时配置与所述接入请求的播放器地址对应的更新的跳转地址，所述更新的跳转地址用于由所述接入请求的播放器地址同步获得更新完成的所述播放器。其中，跳转地址所在的服务器和播放器地址所在的服务器最好独立部署。
[0040]步骤S103:将所述跳转地址分发给所述接入请求的发出方以供所述接入请求的发出方自动访问所述跳转地址对应的播放器。
[0041]例如，发出所述接入请求的浏览器获取到跳转地址后，自动跳转访问此跳转地址，这个过程用户并不知道。
[0042]上述步骤S101-S103的方案优势非常明显，因为传统采用⑶N加速或者缓存加速的方式，造成在缓存未过期之前对第三方播放器进行了更新，但是由于缓存中还是保存着更新前的旧的文件，会导致用户一直使用旧的文件，而新增的功能无法使用，直至缓存过期或者用户清空缓存后才能使用。而本申请在用户接入时，是实时配置跳转地址，一旦第三方负责的播放器侧更新了，不需要用户侧做任何变化，也不需要播放器侧做任何部署，只需要处于用户侧和播放器侧之间的系统将跳转地址生成策略重新调整下，之后在用户再次访问播放器地址时，系统自动实时生成全新的跳转地址，而新的跳转地址已经同步了更新的播放器，而旧的跳转地址就不用了，这样就完美地解决了现有的缺陷，而且对于用户侧完全是透明的。
[0043]这种实时跳转的地址是可以随着播放器的更新而变化的，因此跳转地址不是永久的，而是暂时性的，在具体实现中本申请的这种跳转为302跳转。
[0044]实施例二一定制转换
[0045]具体如图2所示，在步骤SlOl之前，还包括步骤SlOO:在接收接入请求之前，初始配置播放器地址时，根据跳转地址生成策略中的播放器地址的初始格式，识别播放器地址中用于分隔URL请求路径和参数的问号、以及分隔参数的符号&(逻辑与)，将所述问号替换为用于分隔URL请求路径中目录和子目录的正斜杠，将所述符号&(逻辑与)也替换为用于分隔URL请求路径中目录和子目录的正斜杠，从而形成接入请求的播放器地址，以便在接入请求的播放器地址中直接扩展添加字符串参数从而形成所述请求接入的播放器地址。这里还可以根据播放器地址的转换格式对定制转换后的播放器地址进行验证。所述问号、逻辑与符号均属于字符参数。
[0046]在接收接入请求之前，初始配置播放器地址时，对于播放器地址初始配置时需要替换问号的原因主要在于，因为现有配置的播放器地址一般都是使用问号连接，但是使用问号的播放器地址再配置到的跳转地址时需要添加扩展参数，而添加方式就是在播放器地址后面直接添加参数，但是在使用问号的播放器地址后直接添加参数所得到的播放器地址并不一定可以顺利加载，对于有些浏览器来说是无法显示的，所以需要根据跳转地址生成策略，将所述请求接入的播放器地址配置为可以直接增加参数的格式。例如:
[0047]I)播放器地址如下:
[0048]http://player.hz.letv.com/hzplayer.swf ? typeFrom = 360&v_list = I
[0049]其中，http: //player, hz.letv.com/hzplayer.swf 为 URL 的请求路径，而typeFrom = 360&v_list = I是参数,两者之间按照URL规则使用问号间隔，typeFrom =360和v_list = I是两个参数，他们之间使用符号&(逻辑与)分隔。
[0050]2)如果对I)中的播放器地址不进行转化，而直接进行实时配置会得到下面的跳转地址:
[0051]http://player, letvcdn.com/p/201303/29/16/newplayer/LetvPlayer, swf ?typeFr om = 360&v_list = l&pccsUrl = http://www.letv.com/zt/cmsapi/playerapi/pccs_360_2013040711.xml
[0052]显然，pccsUrl这部分参数是在播放器地址的基础上强行加入的，从而得到了跳转地址。而这个跳转地址在IE浏览器下打开，嵌入到页面后，pccsUrl这部分参数在IE浏览器下的flash播放器中可能就获取不到了，导致参数配置失效，无法获得对跳转地址的访问。
[0053]3)为了解决2)的问题，需要对I)中的播放器地址进行定制转换
[0054]跳转地址生成策略中包括有播放器地址的初始格式，则根据播放器地址的初始格式就可以识别所述播放器地址中的URL请求路径和参数，还可以进一步识别出分隔URL请求路径和参数的问号、以及分隔参数的符号&(逻辑与)；
[0055]跳转地址生成策略中包括有播放器地址的转换格式和所述字符参数的替换位置，将所述问号替换为用于分隔URL请求路径中目录和子目录的正斜杠，将所述符号&(逻辑与)也替换为用于分隔URL请求路径中目录和子目录的正斜杠，这样定制转换后的播放器地址:
[0056]http://player, hz.letv.com/hzplayer.swf/typeFrom = 360/v list = I
[0057]这样定制转换后的播放器地址就可以继续进行实时配置跳转地址了，实时配置会得到下面的跳转地址:
[0058]http://player, letvcdn.com/p/201303/29/16/newplayer/LetvPlayer, swf ?typeFr om = 360&v_list = l&pccsUrl = http://www.letv.com/zt/cmsapi/playerapi/pccs_360_2013040711.xml
[0059]可以看到，这个配制出的地址和2)中配置的地址结果是一样的，但是在配置过程中因为正斜杠的出现，使得后续参数都被认为是请求路径内容，从而便于强行加入其他参数，而且这样发生跳转后的各种参数，如pccsUrl参数在任何浏览器下都可以被获取到，从而顺利获得对跳转地址的访问。
[0060]识别和配置的过程，很大程度上依赖于跳转地址生成策略，跳转地址生成策略包括:初始格式——步骤S10中未进行符号转换的播放器地址的格式、转换格式一步骤SlOO中进行了符号转换后的播放器地址的格式、跳转格式——步骤S102中所配置的跳转后的播放器地址的格式、所述跳转格式中字符参数的替换位置、所述跳转格式中新增功能参数的位置以及其他固定填充的参数等。
[0061]实施例三——跳转处理
[0062]具体如图3所示，步骤S1020和步骤S1022的顺序可以颠倒，也可以同时处理。基于上述实施例一和二，步骤S102中，具体需要处理三个步骤的操作，包括:
[0063]步骤S1020，获取请求接入的播放器地址，根据跳转地址生成策略中的播放器地址的转换格式，识别所述请求接入的播放器地址中用于分隔URL请求路径和参数的正斜杠、以及用于分隔参数的正斜杠，将所述用于分隔URL请求路径和参数的正斜杠替换为问号，将所述分隔参数的正斜杠替换为符号&(逻辑与)，形成处理后的播放器地址。
[0064]步骤S1022，根据跳转地址生成策略，识别请求接入的播放器地址中包括的功能参数；跳转地址生成策略，包括播放器地址的转换格式。
[0065]根据请求接入的播放器地址识别功能参数，包括:使用方名称(typeFrom)、视频ID(v_list)等等，还可能会识别到终端用户的字符串参数($args)，本例中并没有示出。
[0066]步骤S1024，根据跳转地址生成策略，结合步骤S1022识别的所述功能参数和步骤S1020中处理后的播放器地址，实时配置与请求接入的播放器地址对应的跳转地址，所述跳转地址由请求接入的播放器地址同步获得所述播放器。
[0067]跳转地址生成策略包括跳转地址的跳转格式及新增功能参数的位置，这样根据这个跳转格式，在前面处理后的播放器地址的基础上，再加上识别的各种功能参数，就可以得到与所述播放器地址对应的跳转地址。
[0068]应用实例
[0069]在步骤S102中，本申请并不是通过建立播放器地址和跳转地址的对应关系的方式，然后在每次收到接入请求时通过查找对应关系跳转这种方式来完成。因为如【背景技术】中所述，本申请所面对的情况是播放器会经常更新，固定的跳转地址的缓存无法保证跟上播放器的更新的步伐，因为必须随时提供最新的符合播放器更新节奏的跳转地址，这样维护播放器地址和跳转地址的对应关系就显得没有太大意义，包含有多个播放器地址和跳转地址的对应关系的频繁更新会带来很大的工作量。这样本申请所使用的实时配置跳转地址的方式就显得非常灵活。在具体实现上，本申请使用了 nginx(—种HTTP和反向代理服务器，本申请并不限于此)。
[0070]Nginx的特点是其只能实现跳转分发，但是其本身不能实现匹配替换，也就是说，还需要一种机制来实现执行跳转地址生成策略。nginx支持Lua的扩展，Lua是一种脚本语言，Lua可以嵌入应用程序中，从而为应用程序提供灵活的扩展和定制功能。
[0071]例如:
[0072]定制转换后的播放器地址:
[0073]http://player.hz.letv.com/hzplayer.swf/typeFrom = 360/v_list = 1/a =1/b = 2/c = 3,
[0074]希望得到的跳转地址:
[0075]http://www.hz.letv.com/hzplayer.swf/typeFrom = 360/v_list = l&a = l&b=2&c = 3
[0076]想将上述定制转换后的播放器地址实时配置为跳转地址，单纯依靠nginx是无法实现的，然而通过Lua就可以轻松执行跳转地址生成策略。
[0077]对于上述原始播放器地址，通过locat1n命令匹配路径/hzplayer.swf/typeFrom = 360/v_list = 1/，并从中识别功能参数:a = 1/b = 2/c = 3。
[0078]设置跳转格式为:
[0079]http://www.hz.letv.com/hzplayer.swf/typeFrom = 360/v_list = 1&通过 Lua
实现功能参数的替换，从而得到跳转地址，具体命令如下:
[0080]content_by_lua，
[0081]local cc = ngx.re.gsub (ngx.var.aa, V"，'f)
[0082]local dd = ngx.var.bb..cc
[0083]return ngx.redirect(dd, ngx.HTTP_M0VED_TEMP0RARILY)
[0084]实施例四
[0085]具体如图4所示，本申请实施例还提供一种分发播放器的系统，包含依次耦接的接收服务器10、跳转服务器20及分发服务器30。
[0086]所述接收服务器10,用于接收接入请求,所述接入请求中携带有请求接入的播放器地址；
[0087]所述跳转服务器20，用于根据跳转地址生成策略，识别所述请求接入的播放器地址中包括的功能参数和字符参数，根据所述功能参数和字符参数实时配置与所述播放器地址对应的跳转地址，所述跳转地址用于由所述请求接入的播放器地址同步获得所述播放器；
[0088]所述分发服务器30，用于将所述跳转地址分发给所述接入请求的发出方以供所述接入请求的发出方自动访问所述跳转地址对应的播放器。
[0089]具体来说，所述跳转服务器20，进一步用于获取请求接入的播放器地址，根据跳转地址生成策略识别所述请求接入的播放器地址中用于分隔请求路径和参数的正斜杠以及用于分隔参数的正斜杠，将所述用于分隔请求路径和参数的正斜杠替换为问号，将所述用于分隔参数的正斜杠替换为符号逻辑与，形成处理后的播放器地址；根据跳转地址生成策略，结合识别出的所述功能参数和所述处理后的播放器地址，实时配置与所述请求接入的播放器地址对应的跳转地址。
[0090]所述跳转地址生成策略，包括:未进行符号转换的播放器地址的初始格式、进行了符号转换后的播放器地址的转换格式、所配置的跳转后的播放器地址的跳转格式、所述跳转格式中字符参数的替换位置、所述跳转格式中新增功能参数的位置以及其他固定填充的参数；所识别的功能参数，至少包括:所述请求接入的播放器地址中的名称参数、视频ID参数以及终端用户的字符串参数。
[0091]所述跳转服务器20，还用于在所述播放器完成更新时，所述接入请求的播放器地址保持不变，更新设置所述跳转地址生成策略，以便实时配置与所述接入请求中携带的播放器地址对应的更新的跳转地址，所述更新的跳转地址用于由所述接入请求的播放器地址同步获得更新完成的所述播放器。
[0092]实施例五
[0093]在实施例四的基础上，具体如图5所示，还包括:定制服务器40。接收服务器10、跳转服务器20及分发服务器30的功能和连接关系与实施例四相同，不再赘述。
[0094]定制服务器40在网络侧与第三方服务器之间相耦接，定制服务器40配置所述请求接入的播放器地址给第三方服务器，第三方服务器通过所述请求接入的播放器地址提供并维护第三方播放器供用户侧访问接入。另外，定制服务器40可以通过网络向终端侧发布供用户请求接入的播放器地址，当然，第三方服务器自身也可以向终端侧发布供用户请求接入的播放器地址。
[0095]在配置所述请求接入的播放器地址时，定制服务器40，具体用于在接收接入请求之前，初始配置播放器地址时，根据跳转地址生成策略识别播放器地址中用于分隔请求路径和参数的问号、以及分隔参数的逻辑与符号，将所述问号替换为用于分隔请求路径中目录和子目录的正斜杠，将所述逻辑与符号替换为用于分隔请求路径中目录和子目录的正斜杠，从而形成所述请求接入的播放器地址。
[0096]所述装置、终端设备与前述的方法流程描述对应，不足之处参考上述方法流程的叙述，不再一一赘述。
[0097]因为传统采用CDN加速或者缓存加速的方式，造成在缓存未过期之前对第三方播放器进行了更新，但是由于缓存中还是保存着更新前的旧的文件，会导致用户一直使用旧的文件，而新增的功能无法使用，直至缓存过期或者用户清空缓存后才能使用。而本申请在用户接入时，实时配置跳转地址，一旦第三方负责的播放器侧更新了，不需要用户侧做任何变化，也不需要播放器侧做任何部署，只需要处于用户侧和播放器侧之间的系统将跳转地址生成策略重新调整下，之后在用户再次访问播放器地址时，系统自动实时生成全新的跳转地址，而新的跳转地址已经同步了更新的播放器，而旧的跳转地址就不用了，这样就完美地解决了现有的缺陷，而且对于用户侧完全是透明的。
[0098]上述说明示出并描述了本申请的若干优选实施例，但如前所述，应当理解本申请并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述发明构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本申请的精神和范围，则都应在本申请所附权利要求的保护范围内。
【权利要求】
1.一种分发播放器的方法,其特征在于,包括: 接收接入请求，所述接入请求中携带有请求接入的播放器地址； 根据跳转地址生成策略，识别所述请求接入的播放器地址中包括的功能参数和字符参数，根据所述功能参数和字符参数实时配置与所述播放器地址对应的跳转地址，所述跳转地址用于由所述请求接入的播放器地址同步获得所述播放器； 将所述跳转地址分发给所述接入请求的发出方以供所述接入请求的发出方自动访问所述跳转地址对应的播放器。
2.根据权利要求1所述的方法，其特征在于，还包括: 在所述播放器完成更新时，所述接入请求的播放器地址保持不变，更新设置所述跳转地址生成策略，以便实时配置与所述接入请求中携带的播放器地址对应的更新的跳转地址，所述更新的跳转地址用于由所述接入请求的播放器地址同步获得更新完成的所述播放器。
3.根据权利要求1所述的方法，其特征在于， 根据跳转地址生成策略，识别所述播放器地址中包括的字符参数，包括: 获取请求接入的播放器地址，根据跳转地址生成策略识别所述请求接入的播放器地址中用于分隔请求路径和参数的正斜杠以及用于分隔参数的正斜杠； 根据所述字符参数实时配置与所述播放器地址对应的跳转地址，包括: 将所述用于分隔请求路径和参数的正斜杠替换为问号，将所述用于分隔参数的正斜杠替换为符号逻辑与，形成处理后的播放器地址。
4.根据权利要求3所述的方法，其特征在于，根据所述功能参数实时配置与所述播放器地址对应的跳转地址，包括: 根据跳转地址生成策略，结合识别出的所述功能参数和所述处理后的播放器地址，实时配置与所述请求接入的播放器地址对应的跳转地址。
5.根据权利要求1所述的方法，其特征在于， 所述跳转地址生成策略，包括:未进行符号转换的播放器地址的初始格式、进行了符号转换后的播放器地址的转换格式、所配置的跳转后的播放器地址的跳转格式、所述跳转格式中字符参数的替换位置、所述跳转格式中新增功能参数的位置以及其他固定填充的参数； 所识别的功能参数，至少包括:所述请求接入的播放器地址中的名称参数、视频ID参数以及终端用户的字符串参数； 在接收接入请求之前，初始配置播放器地址时，根据跳转地址生成策略识别播放器地址中用于分隔请求路径和参数的问号、以及用于分隔参数的逻辑与符号，将所述问号替换为用于分隔请求路径中目录和子目录的正斜杠，将所述逻辑与符号替换为用于分隔请求路径中目录和子目录的正斜杠，从而形成所述请求接入的播放器地址。
6.一种分发播放器的系统，包含接收服务器、跳转服务器及分发服务器，其特征在于， 所述接收服务器，用于接收接入请求，所述接入请求中携带有请求接入的播放器地址； 所述跳转服务器，用于根据跳转地址生成策略，识别所述请求接入的播放器地址中包括的功能参数和字符参数，根据所述功能参数和字符参数实时配置与所述播放器地址对应的跳转地址，所述跳转地址用于由所述请求接入的播放器地址同步获得所述播放器； 所述分发服务器，用于将所述跳转地址分发给所述接入请求的发出方以供所述接入请求的发出方自动访问所述跳转地址对应的播放器。
7.根据权利要求6所述的系统，其特征在于， 所述跳转服务器，还用于在所述播放器完成更新时，所述接入请求的播放器地址保持不变，更新设置所述跳转地址生成策略，以便实时配置与所述接入请求中携带的播放器地址对应的更新的跳转地址，所述更新的跳转地址用于由所述接入请求的播放器地址同步获得更新完成的所述播放器。
8.根据权利要求6所述的系统，其特征在于， 所述跳转服务器，进一步用于获取请求接入的播放器地址，根据跳转地址生成策略识别所述请求接入的播放器地址中用于分隔请求路径和参数的正斜杠以及用于分隔参数的正斜杠，将所述用于分隔请求路径和参数的正斜杠替换为问号，将所述用于分隔参数的正斜杠替换为符号逻辑与，形成处理后的播放器地址。
9.根据权利要求8所述的系统，其特征在于， 所述跳转服务器，进一步用于根据跳转地址生成策略，结合识别出的所述功能参数和所述处理后的播放器地址，实时配置与所述请求接入的播放器地址对应的跳转地址。
10.根据权利要求6所述的系统，其特征在于， 所述跳转服务器设置的所述跳转地址生成策略，包括:未进行符号转换的播放器地址的初始格式、进行了符号转换后的播放器地址的转换格式、所配置的跳转后的播放器地址的跳转格式、所述跳转格式中字符参数的替换位置、所述跳转格式中新增功能参数的位置以及其他固定填充的参数； 所识别的功能参数，至少包括:所述请求接入的播放器地址中的名称参数、视频ID参数以及终端用户的字符串参数。
11.根据权利要求6所述的系统，其特征在于，还包括: 定制服务器，用于在接收接入请求之前，初始配置播放器地址时，根据跳转地址生成策略识别播放器地址中用于分隔请求路径和参数的问号、以及用于分隔参数的逻辑与符号，将所述问号替换为用于分隔请求路径中目录和子目录的正斜杠，将所述逻辑与符号替换为用于分隔请求路径中目录和子目录的正斜杠，从而形成所述请求接入的播放器地址。
【文档编号】H04N21/858GK104301801SQ201410338952
【公开日】2015年1月21日 申请日期:2014年7月16日 优先权日:2014年7月16日
【发明者】胡曰峰, 张国斌 申请人:乐视网信息技术（北京）股份有限公司