CN104301801A - 分发播放器的方法及系统 - Google Patents

分发播放器的方法及系统 Download PDF

Info

Publication number
CN104301801A
CN104301801A CN201410338952.4A CN201410338952A CN104301801A CN 104301801 A CN104301801 A CN 104301801A CN 201410338952 A CN201410338952 A CN 201410338952A CN 104301801 A CN104301801 A CN 104301801A
Authority
CN
China
Prior art keywords
address
player
jump
parameter
parameters
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
Application number
CN201410338952.4A
Other languages
English (en)
Inventor
胡曰峰
张国斌
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LeTV Information Technology Beijing Co Ltd
Original Assignee
LeTV Information Technology Beijing Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by LeTV Information Technology Beijing Co Ltd filed Critical LeTV Information Technology Beijing Co Ltd
Priority to CN201410338952.4A priority Critical patent/CN104301801A/zh
Publication of CN104301801A publication Critical patent/CN104301801A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6402—Address allocation for clients
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • H04N21/6547—Transmission by server directed to the client comprising parameters, e.g. for client setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请公开一种分发播放器的方法和系统，其中所述方法包括：接收接入请求，所述接入请求中携带有请求接入的播放器地址；根据跳转地址生成策略，识别所述播放器地址中包括的功能参数和字符参数，根据所述功能参数和字符参数实时配置与所述播放器地址对应的跳转地址，所述跳转地址由所述播放器地址同步获得所述播放器；将所述跳转地址分发给所述接入请求的发出方以供所述接入请求的发出方自动访问所述跳转地址对应的播放器。本申请在用户接入时，系统自动实时生成全新的跳转地址，而新的跳转地址已经同步了更新的播放器，而旧的跳转地址就不用了，这样就可以使跳转地址的缓存与播放器的更新保持同步。

Description

分发播放器的方法及系统
技术领域
本申请涉及计算机领域，尤其涉及一种分发播放器的方法及系统。
背景技术
目前有许多针对合作方定制开发、配置的播放器，由合作方引用此播放器传递视频标识(ID)及其他控制参数，以进行视频内容(例如影视剧等等)播放。合作方引用播放器后，根据特定的参数可进行播放器功能的相应配置，例如外观的控制、功能的控制、功能的增加等。基于上述需求，往往需要对每个合作方定制开发与配置新的播放器，甚至使用特定文件上传系统进行发布，发布完成后，还要返回播放器的地址并告知合作方。
文件上传系统除了支持上传功能外，同时对已上传的文件进行CDN加速，因此存在缺省缓存时间，例如1年。现有的缓存策略导致终端用户永久缓存。如果在缓存未过期之前合作方对播放器进行了更新，但是由于缓存中还是保存着更新前的旧的文件，会导致用户一直使用旧的文件，而新增的功能无法使用，直至缓存过期或者用户清空缓存后才能使用。对于少量用户可以通知用户清空本地缓存解决此问题，但新增的用户越来越多，沟通成本也越来越大，以至后期这类操作很不现实。
再者，由于需要对每个合作方定制开发合作播放器，很显然，如果有大量的合作方和不同的常规功能需求，随着需求量随之增加，同时增加产品的维护量也相当巨大，每次升级也会造成不同步问题。
因此，如何解决由于播放器升级周期小于CDN缓存周期所导致的访问CDN的客户端无法同步获得更新版本的播放器的问题就成为了亟待解决的技术问题。
发明内容
为达到上述目的，本申请的实施例揭示了一种分发播放器的方法，包括：接收接入请求，所述接入请求中携带有请求接入的播放器地址；根据跳转地址生成策略，识别所述请求接入的播放器地址中包括的功能参数和字符参数，根据所述功能参数和字符参数实时配置与所述播放器地址对应的跳转地址，所述跳转地址用于由所述请求接入的播放器地址同步获得所述播放器；将所述跳转地址分发给所述接入请求的发出方以供所述接入请求的发出方自动访问所述跳转地址对应的播放器。
进一步地，还包括：在所述播放器完成更新时，所述接入请求的播放器地址保持不变，更新设置所述跳转地址生成策略，以便实时配置与所述接入请求中携带的播放器地址对应的更新的跳转地址，所述更新的跳转地址用于由所述接入请求的播放器地址同步获得更新完成的所述播放器。
进一步地，根据跳转地址生成策略，识别所述播放器地址中包括的字符参数，包括：获取请求接入的播放器地址，根据跳转地址生成策略识别所述请求接入的播放器地址中用于分隔请求路径和参数的正斜杠以及用于分隔参数的正斜杠；根据所述字符参数实时配置与所述播放器地址对应的跳转地址，包括：将所述用于分隔请求路径和参数的正斜杠替换为问号，将所述用于分隔参数的正斜杠替换为符号逻辑与，形成处理后的播放器地址。
进一步地，根据所述功能参数实时配置与所述播放器地址对应的跳转地址，包括：根据跳转地址生成策略，结合识别出的所述功能参数和所述处理后的播放器地址，实时配置与所述请求接入的播放器地址对应的跳转地址。
进一步地，所述跳转地址生成策略，包括：未进行符号转换的播放器地址的初始格式、进行了符号转换后的播放器地址的转换格式、所配置的跳转后的播放器地址的跳转格式、所述跳转格式中字符参数的替换位置、所述跳转格式中新增功能参数的位置以及其他固定填充的参数；所识别的功能参数，至少包括：所述请求接入的播放器地址中的名称参数、视频ID参数以及终端用户的字符串参数；在接收接入请求之前，初始配置播放器地址时，根据跳转地址生成策略识别播放器地址中用于分隔请求路径和参数的问号、以及用于分隔参数的逻辑与符号，将所述问号替换为用于分隔请求路径中目录和子目录的正斜杠，将所述逻辑与符号替换为用于分隔请求路径中目录和子目录的正斜杠，从而形成所述请求接入的播放器地址。
为达到上述目的，本申请的实施例还揭示了一种分发播放器的系统，包含接收服务器、跳转服务器及分发服务器，所述接收服务器，用于接收接入请求，所述接入请求中携带有请求接入的播放器地址；所述跳转服务器，用于根据跳转地址生成策略，识别所述请求接入的播放器地址中包括的功能参数和字符参数，根据所述功能参数和字符参数实时配置与所述播放器地址对应的跳转地址，所述跳转地址用于由所述请求接入的播放器地址同步获得所述播放器；所述分发服务器，用于将所述跳转地址分发给所述接入请求的发出方以供所述接入请求的发出方自动访问所述跳转地址对应的播放器。
进一步地，所述跳转服务器，还用于在所述播放器完成更新时，所述接入请求的播放器地址保持不变，更新设置所述跳转地址生成策略，以便实时配置与所述接入请求中携带的播放器地址对应的更新的跳转地址，所述更新的跳转地址用于由所述接入请求的播放器地址同步获得更新完成的所述播放器。
进一步地，所述跳转服务器，进一步用于获取请求接入的播放器地址，根据跳转地址生成策略识别所述请求接入的播放器地址中用于分隔请求路径和参数的正斜杠以及用于分隔参数的正斜杠，将所述用于分隔请求路径和参数的正斜杠替换为问号，将所述用于分隔参数的正斜杠替换为符号逻辑与，形成处理后的播放器地址。
进一步地，所述跳转服务器，进一步用于根据跳转地址生成策略，结合识别出的所述功能参数和所述处理后的播放器地址，实时配置与所述请求接入的播放器地址对应的跳转地址。
进一步地，所述跳转服务器设置的所述跳转地址生成策略，包括：未进行符号转换的播放器地址的初始格式、进行了符号转换后的播放器地址的转换格式、所配置的跳转后的播放器地址的跳转格式、所述跳转格式中字符参数的替换位置、所述跳转格式中新增功能参数的位置以及其他固定填充的参数；所识别的功能参数，至少包括：所述请求接入的播放器地址中的名称参数、视频ID参数以及终端用户的字符串参数；
进一步地，还包括：定制服务器，用于在接收接入请求之前，初始配置播放器地址时，根据跳转地址生成策略识别播放器地址中用于分隔请求路径和参数的问号、以及用于分隔参数的逻辑与符号，将所述问号替换为用于分隔请求路径中目录和子目录的正斜杠，将所述逻辑与符号替换为用于分隔请求路径中目录和子目录的正斜杠，从而形成所述请求接入的播放器地址。
与现有技术相比，本申请具有的技术效果：
1)本申请在用户接入时，是实时配置跳转地址，一旦第三方负责的播放器侧更新了，不需要用户侧做任何变化，也不需要播放器侧做任何部署，只需要处于用户侧和播放器侧之间的系统将跳转地址生成策略重新调整下，之后在用户再次访问播放器地址时，系统自动实时生成全新的跳转地址，而新的跳转地址已经同步了更新的播放器，而旧的跳转地址就不用了，这样就完美地解决了现有的缺陷，而且对于用户侧完全是透明的。
2)本申请并不是通过建立播放器地址和跳转地址的对应关系的方式，然后在每次收到接入请求时通过查找对应关系跳转这种方式来完成。因为如背景技术中所述，本申请所面对的情况是播放器会经常更新，固定的跳转地址的缓存无法保证跟上播放器的更新的步伐，因为必须随时提供最新的符合播放器更新节奏的跳转地址，这样维护播放器地址和跳转地址的对应关系就显得没有太大意义，包含有多个播放器地址和跳转地址的对应关系的频繁更新会带来很大的工作量。这样本申请所使用的实时配置跳转地址的方式就显得非常灵活。
当然，实施本申请的任一产品必不一定需要同时达到以上所述的所有技术效果。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1为本申请实施例提供的分发播放器的方法流程图；
图2为本申请实施例提供的分发播放器的又一方法流程图；
图3为本申请实施例提供的分发播放器的再一方法流程图；
图4为本申请实施例提供的分发播放器的系统架构示意图；
图5为本申请实施例提供的分发播放器的又一系统架构示意图。
具体实施方式
以下将配合附图及实施例来详细说明本申请的实施方式，藉此对本申请如何应用技术手段来解决技术问题并达成技术功效的实现过程能充分理解并据以实施。
如在说明书及权利要求当中使用了某些词汇来指称特定组件。本领域技术人员应可理解，硬件制造商可能会用不同名词来称呼同一个组件。本说明书及权利要求并不以名称的差异来作为区分组件的方式，而是以组件在功能上的差异来作为区分的准则。如在通篇说明书及权利要求当中所提及的“包含”为一开放式用语，故应解释成“包含但不限定于”。“大致”是指在可接收的误差范围内，本领域技术人员能够在一定误差范围内解决所述技术问题，基本达到所述技术效果。此外，“耦接”一词在此包含任何直接及间接的电性耦接手段。因此，若文中描述一第一装置耦接于一第二装置，则代表所述第一装置可直接电性耦接于所述第二装置，或通过其他装置或耦接手段间接地电性耦接至所述第二装置。说明书后续描述为实施本申请的较佳实施方式，然所述描述乃以说明本申请的一般原则为目的，并非用以限定本申请的范围。本申请的保护范围当视所附权利要求所界定者为准。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。
实施例一
本申请实施例提供一种分发播放器的方法，具体如图1所示，所述方法包括：
步骤S101：接收接入请求，所述接入请求中携带有请求接入的播放器地址。
一般接入请求的发出方都是终端用户，比如手机用户、电脑用户。终端用户通过操作手机或者电脑上的浏览器，在浏览器中输入播放器的地址，或者直接点击快捷标签或者链接，从而向远端的服务器发出意图访问播放器地址的接入请求。
在接收接入请求之前，初始配置播放器地址时，使用用于分隔URL请求路径中目录和子目录的正斜杠替换所述播放器地址中的用于分隔URL请求路径和参数的问号，以便在所述播放器地址中直接扩展添加字符串参数从而形成用于接入请求的所述请求接入的播放器地址。详见实施例二。
步骤S102：根据跳转地址生成策略，识别所述请求接入的播放器地址中包括的功能参数和字符参数，根据所述功能参数和字符参数实时配置与所述播放器地址对应的跳转地址，所述跳转地址用于由所述请求接入的播放器地址同步获得所述播放器。
识别所述播放器地址中字符参数的操作，实质上是对于播放器地址进行转化的过程；识别所述播放器地址中功能参数的操作，实质上是对于播放器地址中的有效资源进行提取的过程，详见实施例二。
所提取的功能参数，至少包括：所述请求接入的播放器地址中的名称参数、视频ID参数以及终端用户的字符串参数等。详见实施例三。
另外，对于播放器地址的实现方式不做限制，可以是URL(统一资源定位符，Uniform Resource Locator)，也可以是URI(统一资源标识符，UniformResource Identifier)。
在所述播放器完成更新时，所述接入请求的播放器地址保持不变，更新设置所述跳转地址生成策略，以便实时配置与所述接入请求的播放器地址对应的更新的跳转地址，所述更新的跳转地址用于由所述接入请求的播放器地址同步获得更新完成的所述播放器。其中，跳转地址所在的服务器和播放器地址所在的服务器最好独立部署。
步骤S103：将所述跳转地址分发给所述接入请求的发出方以供所述接入请求的发出方自动访问所述跳转地址对应的播放器。
例如，发出所述接入请求的浏览器获取到跳转地址后，自动跳转访问此跳转地址，这个过程用户并不知道。
上述步骤S101-S103的方案优势非常明显，因为传统采用CDN加速或者缓存加速的方式，造成在缓存未过期之前对第三方播放器进行了更新，但是由于缓存中还是保存着更新前的旧的文件，会导致用户一直使用旧的文件，而新增的功能无法使用，直至缓存过期或者用户清空缓存后才能使用。而本申请在用户接入时，是实时配置跳转地址，一旦第三方负责的播放器侧更新了，不需要用户侧做任何变化，也不需要播放器侧做任何部署，只需要处于用户侧和播放器侧之间的系统将跳转地址生成策略重新调整下，之后在用户再次访问播放器地址时，系统自动实时生成全新的跳转地址，而新的跳转地址已经同步了更新的播放器，而旧的跳转地址就不用了，这样就完美地解决了现有的缺陷，而且对于用户侧完全是透明的。
这种实时跳转的地址是可以随着播放器的更新而变化的，因此跳转地址不是永久的，而是暂时性的，在具体实现中本申请的这种跳转为302跳转。
实施例二——定制转换
具体如图2所示，在步骤S101之前，还包括步骤S100：在接收接入请求之前，初始配置播放器地址时，根据跳转地址生成策略中的播放器地址的初始格式，识别播放器地址中用于分隔URL请求路径和参数的问号、以及分隔参数的符号&(逻辑与)，将所述问号替换为用于分隔URL请求路径中目录和子目录的正斜杠，将所述符号&(逻辑与)也替换为用于分隔URL请求路径中目录和子目录的正斜杠，从而形成接入请求的播放器地址，以便在接入请求的播放器地址中直接扩展添加字符串参数从而形成所述请求接入的播放器地址。这里还可以根据播放器地址的转换格式对定制转换后的播放器地址进行验证。所述问号、逻辑与符号均属于字符参数。
在接收接入请求之前，初始配置播放器地址时，对于播放器地址初始配置时需要替换问号的原因主要在于，因为现有配置的播放器地址一般都是使用问号连接，但是使用问号的播放器地址再配置到的跳转地址时需要添加扩展参数，而添加方式就是在播放器地址后面直接添加参数，但是在使用问号的播放器地址后直接添加参数所得到的播放器地址并不一定可以顺利加载，对于有些浏览器来说是无法显示的，所以需要根据跳转地址生成策略，将所述请求接入的播放器地址配置为可以直接增加参数的格式。例如：
1)播放器地址如下：
http://player.hz.letv.com/hzplayer.swf？typeFrom＝360&v_list＝1
其中，http://player.hz.letv.com/hzplayer.swf为URL的请求路径，而typeFrom＝360&v_list＝1是参数，两者之间按照URL规则使用问号间隔，typeFrom＝360和v_list＝1是两个参数，他们之间使用符号&(逻辑与)分隔。
2)如果对1)中的播放器地址不进行转化，而直接进行实时配置会得到下面的跳转地址：
http://player.letvcdn.com/p/201303/29/16/newplayer/LetvPlayer.swf？typeFrom＝360&v_list＝1&pccsUrl＝http://www.letv.com/zt/cmsapi/playerapi/pccs_360_2013040711.xml
显然，pccsUrl这部分参数是在播放器地址的基础上强行加入的，从而得到了跳转地址。而这个跳转地址在IE浏览器下打开，嵌入到页面后，pccsUrl这部分参数在IE浏览器下的flash播放器中可能就获取不到了，导致参数配置失效，无法获得对跳转地址的访问。
3)为了解决2)的问题，需要对1)中的播放器地址进行定制转换
跳转地址生成策略中包括有播放器地址的初始格式，则根据播放器地址的初始格式就可以识别所述播放器地址中的URL请求路径和参数，还可以进一步识别出分隔URL请求路径和参数的问号、以及分隔参数的符号&(逻辑与)；
跳转地址生成策略中包括有播放器地址的转换格式和所述字符参数的替换位置，将所述问号替换为用于分隔URL请求路径中目录和子目录的正斜杠，将所述符号&(逻辑与)也替换为用于分隔URL请求路径中目录和子目录的正斜杠，这样定制转换后的播放器地址：
http://player.hz.letv.com/hzplayer.swf/typeFrom＝360/v_list＝1
这样定制转换后的播放器地址就可以继续进行实时配置跳转地址了，实时配置会得到下面的跳转地址：
http://player.letvcdn.com/p/201303/29/16/newplayer/LetvPlayer.swf？typeFrom＝360&v_list＝1&pccsUrl＝http://www.letv.com/zt/cmsapi/playerapi/pccs_360_2013040711.xml
可以看到，这个配制出的地址和2)中配置的地址结果是一样的，但是在配置过程中因为正斜杠的出现，使得后续参数都被认为是请求路径内容，从而便于强行加入其他参数，而且这样发生跳转后的各种参数，如pccsUrl参数在任何浏览器下都可以被获取到，从而顺利获得对跳转地址的访问。
识别和配置的过程，很大程度上依赖于跳转地址生成策略，跳转地址生成策略包括：初始格式——步骤S100中未进行符号转换的播放器地址的格式、转换格式——步骤S100中进行了符号转换后的播放器地址的格式、跳转格式——步骤S102中所配置的跳转后的播放器地址的格式、所述跳转格式中字符参数的替换位置、所述跳转格式中新增功能参数的位置以及其他固定填充的参数等。
实施例三——跳转处理
具体如图3所示，步骤S1020和步骤S1022的顺序可以颠倒，也可以同时处理。基于上述实施例一和二，步骤S102中，具体需要处理三个步骤的操作，包括：
步骤S1020，获取请求接入的播放器地址，根据跳转地址生成策略中的播放器地址的转换格式，识别所述请求接入的播放器地址中用于分隔URL请求路径和参数的正斜杠、以及用于分隔参数的正斜杠，将所述用于分隔URL请求路径和参数的正斜杠替换为问号，将所述分隔参数的正斜杠替换为符号&(逻辑与)，形成处理后的播放器地址。
步骤S1022，根据跳转地址生成策略，识别请求接入的播放器地址中包括的功能参数；跳转地址生成策略，包括播放器地址的转换格式。
根据请求接入的播放器地址识别功能参数，包括：使用方名称(typeFrom)、视频ID(v_list)等等，还可能会识别到终端用户的字符串参数($args)，本例中并没有示出。
步骤S1024，根据跳转地址生成策略，结合步骤S1022识别的所述功能参数和步骤S1020中处理后的播放器地址，实时配置与请求接入的播放器地址对应的跳转地址，所述跳转地址由请求接入的播放器地址同步获得所述播放器。
跳转地址生成策略包括跳转地址的跳转格式及新增功能参数的位置，这样根据这个跳转格式，在前面处理后的播放器地址的基础上，再加上识别的各种功能参数，就可以得到与所述播放器地址对应的跳转地址。
应用实例
在步骤S102中，本申请并不是通过建立播放器地址和跳转地址的对应关系的方式，然后在每次收到接入请求时通过查找对应关系跳转这种方式来完成。因为如背景技术中所述，本申请所面对的情况是播放器会经常更新，固定的跳转地址的缓存无法保证跟上播放器的更新的步伐，因为必须随时提供最新的符合播放器更新节奏的跳转地址，这样维护播放器地址和跳转地址的对应关系就显得没有太大意义，包含有多个播放器地址和跳转地址的对应关系的频繁更新会带来很大的工作量。这样本申请所使用的实时配置跳转地址的方式就显得非常灵活。在具体实现上，本申请使用了nginx(一种HTTP和反向代理服务器，本申请并不限于此)。
Nginx的特点是其只能实现跳转分发，但是其本身不能实现匹配替换，也就是说，还需要一种机制来实现执行跳转地址生成策略。nginx支持Lua的扩展，Lua是一种脚本语言，Lua可以嵌入应用程序中，从而为应用程序提供灵活的扩展和定制功能。
例如：
定制转换后的播放器地址：
http://player.hz.letv.com/hzplayer.swf/typeFrom＝360/v_list＝1/a＝1/b＝2/c＝3,
希望得到的跳转地址：
http://www.hz.letv.com/hzplayer.swf/typeFrom＝360/v_list＝1&a＝1&b＝2&c＝3
想将上述定制转换后的播放器地址实时配置为跳转地址，单纯依靠nginx是无法实现的，然而通过Lua就可以轻松执行跳转地址生成策略。
对于上述原始播放器地址，通过location命令匹配路径/hzplayer.swf/typeFrom＝360/v_list＝1/，并从中识别功能参数：a＝1/b＝2/c＝3。
设置跳转格式为：
http://www.hz.letv.com/hzplayer.swf/typeFrom＝360/v_list＝1&通过Lua实现功能参数的替换，从而得到跳转地址，具体命令如下：
content_by_lua'
local cc＝ngx.re.gsub(ngx.var.aa,"/","&")
local dd＝ngx.var.bb..cc
return ngx.redirect(dd,ngx.HTTP_MOVED_TEMPORARILY)
实施例四
具体如图4所示，本申请实施例还提供一种分发播放器的系统，包含依次耦接的接收服务器10、跳转服务器20及分发服务器30。
所述接收服务器10，用于接收接入请求，所述接入请求中携带有请求接入的播放器地址；
所述跳转服务器20，用于根据跳转地址生成策略，识别所述请求接入的播放器地址中包括的功能参数和字符参数，根据所述功能参数和字符参数实时配置与所述播放器地址对应的跳转地址，所述跳转地址用于由所述请求接入的播放器地址同步获得所述播放器；
所述分发服务器30，用于将所述跳转地址分发给所述接入请求的发出方以供所述接入请求的发出方自动访问所述跳转地址对应的播放器。
具体来说，所述跳转服务器20，进一步用于获取请求接入的播放器地址，根据跳转地址生成策略识别所述请求接入的播放器地址中用于分隔请求路径和参数的正斜杠以及用于分隔参数的正斜杠，将所述用于分隔请求路径和参数的正斜杠替换为问号，将所述用于分隔参数的正斜杠替换为符号逻辑与，形成处理后的播放器地址；根据跳转地址生成策略，结合识别出的所述功能参数和所述处理后的播放器地址，实时配置与所述请求接入的播放器地址对应的跳转地址。
所述跳转地址生成策略，包括：未进行符号转换的播放器地址的初始格式、进行了符号转换后的播放器地址的转换格式、所配置的跳转后的播放器地址的跳转格式、所述跳转格式中字符参数的替换位置、所述跳转格式中新增功能参数的位置以及其他固定填充的参数；所识别的功能参数，至少包括：所述请求接入的播放器地址中的名称参数、视频ID参数以及终端用户的字符串参数。
所述跳转服务器20，还用于在所述播放器完成更新时，所述接入请求的播放器地址保持不变，更新设置所述跳转地址生成策略，以便实时配置与所述接入请求中携带的播放器地址对应的更新的跳转地址，所述更新的跳转地址用于由所述接入请求的播放器地址同步获得更新完成的所述播放器。
实施例五
在实施例四的基础上，具体如图5所示，还包括：定制服务器40。接收服务器10、跳转服务器20及分发服务器30的功能和连接关系与实施例四相同，不再赘述。
定制服务器40在网络侧与第三方服务器之间相耦接，定制服务器40配置所述请求接入的播放器地址给第三方服务器，第三方服务器通过所述请求接入的播放器地址提供并维护第三方播放器供用户侧访问接入。另外，定制服务器40可以通过网络向终端侧发布供用户请求接入的播放器地址，当然，第三方服务器自身也可以向终端侧发布供用户请求接入的播放器地址。
在配置所述请求接入的播放器地址时，定制服务器40，具体用于在接收接入请求之前，初始配置播放器地址时，根据跳转地址生成策略识别播放器地址中用于分隔请求路径和参数的问号、以及分隔参数的逻辑与符号，将所述问号替换为用于分隔请求路径中目录和子目录的正斜杠，将所述逻辑与符号替换为用于分隔请求路径中目录和子目录的正斜杠，从而形成所述请求接入的播放器地址。
所述装置、终端设备与前述的方法流程描述对应，不足之处参考上述方法流程的叙述，不再一一赘述。
因为传统采用CDN加速或者缓存加速的方式，造成在缓存未过期之前对第三方播放器进行了更新，但是由于缓存中还是保存着更新前的旧的文件，会导致用户一直使用旧的文件，而新增的功能无法使用，直至缓存过期或者用户清空缓存后才能使用。而本申请在用户接入时，实时配置跳转地址，一旦第三方负责的播放器侧更新了，不需要用户侧做任何变化，也不需要播放器侧做任何部署，只需要处于用户侧和播放器侧之间的系统将跳转地址生成策略重新调整下，之后在用户再次访问播放器地址时，系统自动实时生成全新的跳转地址，而新的跳转地址已经同步了更新的播放器，而旧的跳转地址就不用了，这样就完美地解决了现有的缺陷，而且对于用户侧完全是透明的。
上述说明示出并描述了本申请的若干优选实施例，但如前所述，应当理解本申请并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述发明构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本申请的精神和范围，则都应在本申请所附权利要求的保护范围内。

Claims (11)

1.一种分发播放器的方法，其特征在于，包括：
接收接入请求，所述接入请求中携带有请求接入的播放器地址；
根据跳转地址生成策略，识别所述请求接入的播放器地址中包括的功能参数和字符参数，根据所述功能参数和字符参数实时配置与所述播放器地址对应的跳转地址，所述跳转地址用于由所述请求接入的播放器地址同步获得所述播放器；
将所述跳转地址分发给所述接入请求的发出方以供所述接入请求的发出方自动访问所述跳转地址对应的播放器。
2.根据权利要求1所述的方法，其特征在于，还包括：
在所述播放器完成更新时，所述接入请求的播放器地址保持不变，更新设置所述跳转地址生成策略，以便实时配置与所述接入请求中携带的播放器地址对应的更新的跳转地址，所述更新的跳转地址用于由所述接入请求的播放器地址同步获得更新完成的所述播放器。
3.根据权利要求1所述的方法，其特征在于，
根据跳转地址生成策略，识别所述播放器地址中包括的字符参数，包括：
获取请求接入的播放器地址，根据跳转地址生成策略识别所述请求接入的播放器地址中用于分隔请求路径和参数的正斜杠以及用于分隔参数的正斜杠；
根据所述字符参数实时配置与所述播放器地址对应的跳转地址，包括：
将所述用于分隔请求路径和参数的正斜杠替换为问号，将所述用于分隔参数的正斜杠替换为符号逻辑与，形成处理后的播放器地址。
4.根据权利要求3所述的方法，其特征在于，根据所述功能参数实时配置与所述播放器地址对应的跳转地址，包括：
根据跳转地址生成策略，结合识别出的所述功能参数和所述处理后的播放器地址，实时配置与所述请求接入的播放器地址对应的跳转地址。
5.根据权利要求1所述的方法，其特征在于，
所述跳转地址生成策略，包括：未进行符号转换的播放器地址的初始格式、进行了符号转换后的播放器地址的转换格式、所配置的跳转后的播放器地址的跳转格式、所述跳转格式中字符参数的替换位置、所述跳转格式中新增功能参数的位置以及其他固定填充的参数；
所识别的功能参数，至少包括：所述请求接入的播放器地址中的名称参数、视频ID参数以及终端用户的字符串参数；
在接收接入请求之前，初始配置播放器地址时，根据跳转地址生成策略识别播放器地址中用于分隔请求路径和参数的问号、以及用于分隔参数的逻辑与符号，将所述问号替换为用于分隔请求路径中目录和子目录的正斜杠，将所述逻辑与符号替换为用于分隔请求路径中目录和子目录的正斜杠，从而形成所述请求接入的播放器地址。
6.一种分发播放器的系统，包含接收服务器、跳转服务器及分发服务器，其特征在于，
所述接收服务器，用于接收接入请求，所述接入请求中携带有请求接入的播放器地址；
所述跳转服务器，用于根据跳转地址生成策略，识别所述请求接入的播放器地址中包括的功能参数和字符参数，根据所述功能参数和字符参数实时配置与所述播放器地址对应的跳转地址，所述跳转地址用于由所述请求接入的播放器地址同步获得所述播放器；
所述分发服务器，用于将所述跳转地址分发给所述接入请求的发出方以供所述接入请求的发出方自动访问所述跳转地址对应的播放器。
7.根据权利要求6所述的系统，其特征在于，
所述跳转服务器，还用于在所述播放器完成更新时，所述接入请求的播放器地址保持不变，更新设置所述跳转地址生成策略，以便实时配置与所述接入请求中携带的播放器地址对应的更新的跳转地址，所述更新的跳转地址用于由所述接入请求的播放器地址同步获得更新完成的所述播放器。
8.根据权利要求6所述的系统，其特征在于，
所述跳转服务器，进一步用于获取请求接入的播放器地址，根据跳转地址生成策略识别所述请求接入的播放器地址中用于分隔请求路径和参数的正斜杠以及用于分隔参数的正斜杠，将所述用于分隔请求路径和参数的正斜杠替换为问号，将所述用于分隔参数的正斜杠替换为符号逻辑与，形成处理后的播放器地址。
9.根据权利要求8所述的系统，其特征在于，
所述跳转服务器，进一步用于根据跳转地址生成策略，结合识别出的所述功能参数和所述处理后的播放器地址，实时配置与所述请求接入的播放器地址对应的跳转地址。
10.根据权利要求6所述的系统，其特征在于，
所述跳转服务器设置的所述跳转地址生成策略，包括：未进行符号转换的播放器地址的初始格式、进行了符号转换后的播放器地址的转换格式、所配置的跳转后的播放器地址的跳转格式、所述跳转格式中字符参数的替换位置、所述跳转格式中新增功能参数的位置以及其他固定填充的参数；
所识别的功能参数，至少包括：所述请求接入的播放器地址中的名称参数、视频ID参数以及终端用户的字符串参数。
11.根据权利要求6所述的系统，其特征在于，还包括：
定制服务器，用于在接收接入请求之前，初始配置播放器地址时，根据跳转地址生成策略识别播放器地址中用于分隔请求路径和参数的问号、以及用于分隔参数的逻辑与符号，将所述问号替换为用于分隔请求路径中目录和子目录的正斜杠，将所述逻辑与符号替换为用于分隔请求路径中目录和子目录的正斜杠，从而形成所述请求接入的播放器地址。
CN201410338952.4A 2014-07-16 2014-07-16 分发播放器的方法及系统 Pending CN104301801A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410338952.4A CN104301801A (zh) 2014-07-16 2014-07-16 分发播放器的方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410338952.4A CN104301801A (zh) 2014-07-16 2014-07-16 分发播放器的方法及系统

Publications (1)

Publication Number Publication Date
CN104301801A true CN104301801A (zh) 2015-01-21

Family

ID=52321330

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410338952.4A Pending CN104301801A (zh) 2014-07-16 2014-07-16 分发播放器的方法及系统

Country Status (1)

Country Link
CN (1) CN104301801A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108427751A (zh) * 2018-03-13 2018-08-21 深圳乐信软件技术有限公司 一种短链接跳转方法、装置及电子设备
WO2021073000A1 (zh) * 2019-10-18 2021-04-22 网宿科技股份有限公司 一种数据调度方法、插件及装置和调度服务器

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102394880A (zh) * 2011-10-31 2012-03-28 北京蓝汛通信技术有限责任公司 内容分发网络中的跳转响应处理方法和设备
CN102395054A (zh) * 2011-09-21 2012-03-28 深圳市同洲电子股份有限公司 一种更新门户页面的方法、系统和装置
CN102789469A (zh) * 2011-05-20 2012-11-21 腾讯科技（深圳）有限公司 页面更新方法及系统
CN103297472A (zh) * 2012-03-01 2013-09-11 上海盛霄云计算技术有限公司 一种应用于内容分发网络的重定向方法及内容分发节点

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102789469A (zh) * 2011-05-20 2012-11-21 腾讯科技（深圳）有限公司 页面更新方法及系统
CN102395054A (zh) * 2011-09-21 2012-03-28 深圳市同洲电子股份有限公司 一种更新门户页面的方法、系统和装置
CN102394880A (zh) * 2011-10-31 2012-03-28 北京蓝汛通信技术有限责任公司 内容分发网络中的跳转响应处理方法和设备
CN103297472A (zh) * 2012-03-01 2013-09-11 上海盛霄云计算技术有限公司 一种应用于内容分发网络的重定向方法及内容分发节点

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108427751A (zh) * 2018-03-13 2018-08-21 深圳乐信软件技术有限公司 一种短链接跳转方法、装置及电子设备
WO2021073000A1 (zh) * 2019-10-18 2021-04-22 网宿科技股份有限公司 一种数据调度方法、插件及装置和调度服务器

Similar Documents

Publication Publication Date Title
US7743042B2 (en) Apparatus and method for providing remote user interface service
CN102577420B (zh) 用于能够访问广播网络和互联网网络的客户端接收应用的方法和设备
US9673998B2 (en) Differential cache for representational state transfer (REST) API
US20150100631A1 (en) Proactive transmission of network content
CN108984170A (zh) H5页面多语言渲染方法及装置
US9749202B1 (en) Remote session preview management
CN104093075A (zh) 一种门户页面更新方法及系统
CN102129378A (zh) 一种软件菜单更新方法和装置
KR20140126328A (ko) 애플리케이션 캐시를 사용하여 설치된 애플리케이션의 리소스를 업데이트하는 기법
US10037215B2 (en) Method and apparatus for interworking application and web browser
EP2572284B1 (en) Method of optimization of cache memory management and corresponding apparatus
US11151219B2 (en) Generating rich digital documents from limited instructional data
CN112565406B (zh) 一种灰度发布方法、灰度发布系统及电子设备
US20230032958A1 (en) Method and system for defining an adaptive polymorphic data model
CN104135674B (zh) Osd主题文件获取、提供方法、装置及更新系统
CN103354563A (zh) 基于互联网电视客户端定制epg界面的方法和装置
EP3101539B1 (en) Selection of compatible resources after updating web application servers
CN104768080A (zh) 即时转播同步方法以及即时转播同步系统
JP2005032230A (ja) 電子装置及びＷｅｂページ生成方法
CN101808218B (zh) 电子节目单内容的获取和更新方法、装置和系统
CN101231591A (zh) 一种在线设计效果的屏幕保护方法及系统
CN104301801A (zh) 分发播放器的方法及系统
KR20050094372A (ko) 멀티미디어 콘텐츠 서비스 시스템과 방법 및 그 기록매체
CN102611930A (zh) 浏览器自适应显示方法和装置及电视机
US10536546B2 (en) Method for managing access to a set of resources delivered via an electronic device

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20150121

RJ01 Rejection of invention patent application after publication