404 Not Found
The requested URL /attachment/news/jl.php/by7rw/85152.shtml was not found on this server.
Additionally, a 404 Not Found
error was encountered while trying to use an ErrorDocument to handle the request.
Apache Server at查看: 962|回复: 12
我想知道 百灵达2.0 和 G2
主题帖子积分
吉他师傅, 积分 1010, 距离下一级还需 990 积分
吉他师傅, 积分 1010, 距离下一级还需 990 积分
阅读权限255
在线时间 小时
我也想知道 CORT X6 配置 百灵达2.0
& && && && && && && && && && && && && && && & 还是 G2
不是很懂 自己玩而已
貌似G2 好多种的型号
本人呢 想买个
简单 功能可能不需要太强大 自己玩嘛
可以满足自恋心理 可以录音 自我满足 不想去虐待各位耳朵 更不想去糟蹋大师作品
那个塌版买来何用的? 所以无所谓有和无 因为小弟初级用不到吧
价格600-900之间
,貌似听说蓝腰子 心情不好会重启 只是模拟器 称不上是效果器 所以嘛 我就在考虑G2
已经有了X6 和 芬达15R音响
谢谢 各位 姐姐 哥哥 大叔 大伯 阿姨 大妈
主题帖子积分
吉他琴魔, 积分 16476, 距离下一级还需 3524 积分
吉他琴魔, 积分 16476, 距离下一级还需 3524 积分
阅读权限255
在线时间 小时
Vamp2 ! 必须的!
主题帖子积分
吉他师傅, 积分 1010, 距离下一级还需 990 积分
吉他师傅, 积分 1010, 距离下一级还需 990 积分
阅读权限255
在线时间 小时
他们说电源不行呀 貌似我有点开始想 G2啦
主题帖子积分
吉他师傅, 积分 1010, 距离下一级还需 990 积分
吉他师傅, 积分 1010, 距离下一级还需 990 积分
阅读权限255
在线时间 小时
希望兄弟给更多意见
主题帖子积分
吉他侠客, 积分 4755, 距离下一级还需 245 积分
吉他侠客, 积分 4755, 距离下一级还需 245 积分
阅读权限255
在线时间 小时
Vamp2.0市面上已经没有新货了,只能收二手的,唯一缺点,玩很重的音乐力不从心!
G2比较全面,价格相对更合理,携带也方便,有鼓机!
买新的,你只能选G2!
主题帖子积分
吉他大师, 积分 10771, 距离下一级还需 4229 积分
吉他大师, 积分 10771, 距离下一级还需 4229 积分
阅读权限255
在线时间 小时
G2绝不比V2全面,V2那个价可以杀掉G2了。直接进声卡录音V2也强。
鼓机、节拍就只能外接个MP3或者节拍器了(MP3有吧,节拍器买个20块的就行)(要么电脑)
电源根据你的描述,应该不会出什么问题。就是新的不知道有没有了。
[ 本帖最后由 fixgui 于
09:02 编辑 ]
主题帖子积分
阅读权限255
在线时间 小时
都出VAMP3.0了。。。。。还买什么2.0........
主题帖子积分
吉他师傅, 积分 1010, 距离下一级还需 990 积分
吉他师傅, 积分 1010, 距离下一级还需 990 积分
阅读权限255
在线时间 小时
G2 不能内录音么?
V2主要是我一听那 电源貌似有点悲剧
主题帖子积分
吉他师傅, 积分 1010, 距离下一级还需 990 积分
吉他师傅, 积分 1010, 距离下一级还需 990 积分
阅读权限255
在线时间 小时
再问个问题 就是说那个 踏板 有啥用?
V2录音和G2 有什么区别?
主题帖子积分
吉他大师, 积分 10771, 距离下一级还需 4229 积分
吉他大师, 积分 10771, 距离下一级还需 4229 积分
阅读权限255
在线时间 小时
原帖由 ibukiyoyo 于
09:39 发表
都出VAMP3.0了。。。。。还买什么2.0........
也对,要看看价格,要差不多肯定买3。楼主可以再等等,这东西又不是一天不用就死人的。
主题帖子积分
阅读权限255
在线时间 小时
G2喜欢喜欢喜欢
主题帖子积分
吉他师傅, 积分 1010, 距离下一级还需 990 积分
吉他师傅, 积分 1010, 距离下一级还需 990 积分
阅读权限255
在线时间 小时
问题是淘宝 那只有G2 IU
问题也没米人回答捏9L
主题帖子积分
吉他师傅, 积分 1010, 距离下一级还需 990 积分
吉他师傅, 积分 1010, 距离下一级还需 990 积分
阅读权限255
在线时间 小时
论坛除正规中介交易外所有交易发生的问题均与本论坛无利益关系也不承担任何责任
论坛所有斑竹与荣誉会员严禁参与二手交易!反之所产生任何的问题均与本论坛无关
特别提醒:千万别相信任何先款交易!被骗责任与后果自负
尊重网上公共道德,遵守中华人民共和国各项有关法律法规
任何涉及党政军宗教涉日等及社会不确定新闻帖子一律删除
论坛用户发言不代表本站观点,用户对自己的发言文责自负
本论坛管理人员有权保留或删除论坛中不符的任意发言内容
您在本论坛发表的文字或图片本站有权在本站主页引用发布
参与本论坛讨论即表明您已经阅读并接受上述所列免责声明
问题举报***:010-,举报邮箱:(请自行将#换成@)
Powered by理解OAuth 2.0 - 阮一峰的网络日志
理解OAuth 2.0
是一个关于授权(authorization)的开放网络标准,在全世界得到广泛应用,目前的版本是2.0版。
本文对OAuth 2.0的设计思路和运行流程,做一个简明通俗的解释,主要参考材料为。
一、应用场景
为了理解OAuth的适用场合,让我举一个假设的例子。
有一个"云冲印"的网站,可以将用户储存在Google的照片,冲印出来。用户为了使用该服务,必须让"云冲印"读取自己储存在Google上的照片。
问题是只有得到用户的授权,Google才会同意"云冲印"读取这些照片。那么,"云冲印"怎样获得用户的授权呢?
传统方法是,用户将自己的Google用户名和密码,告诉"云冲印",后者就可以读取用户的照片了。这样的做法有以下几个严重的缺点。
(1)"云冲印"为了后续的服务,会保存用户的密码,这样很不安全。
(2)Google不得不部署密码登录,而我们知道,单纯的密码登录并不安全。
(3)"云冲印"拥有了获取用户储存在Google所有资料的权力,用户没法限制"云冲印"获得授权的范围和有效期。
(4)用户只有修改密码,才能收回赋予"云冲印"的权力。但是这样做,会使得其他所有获得用户授权的第三方应用程序全部失效。
(5)只要有一个第三方应用程序被破解,就会导致用户密码泄漏,以及所有被密码保护的数据泄漏。
OAuth就是为了解决上面这些问题而诞生的。
二、名词定义
在详细讲解OAuth 2.0之前,需要了解几个专用名词。它们对读懂后面的讲解,尤其是几张图,至关重要。
(1) Third-party application:第三方应用程序,本文中又称"客户端"(client),即上一节例子中的"云冲印"。
(2)HTTP service:HTTP服务提供商,本文中简称"服务提供商",即上一节例子中的Google。
(3)Resource Owner:资源所有者,本文中又称"用户"(user)。
(4)User Agent:用户代理,本文中就是指浏览器。
(5)Authorization server:认证服务器,即服务提供商专门用来处理认证的服务器。
(6)Resource server:资源服务器,即服务提供商存放用户生成的资源的服务器。它与认证服务器,可以是同一台服务器,也可以是不同的服务器。
知道了上面这些名词,就不难理解,OAuth的作用就是让"客户端"安全可控地获取"用户"的授权,与"服务商提供商"进行互动。
三、OAuth的思路
OAuth在"客户端"与"服务提供商"之间,设置了一个授权层(authorization layer)。"客户端"不能直接登录"服务提供商",只能登录授权层,以此将用户与客户端区分开来。"客户端"登录授权层所用的令牌(token),与用户的密码不同。用户可以在登录的时候,指定授权层令牌的权限范围和有效期。
"客户端"登录授权层以后,"服务提供商"根据令牌的权限范围和有效期,向"客户端"开放用户储存的资料。
四、运行流程
OAuth 2.0的运行流程如下图,摘自RFC 6749。
(A)用户打开客户端以后,客户端要求用户给予授权。
(B)用户同意给予客户端授权。
(C)客户端使用上一步获得的授权,向认证服务器申请令牌。
(D)认证服务器对客户端进行认证以后,确认无误,同意发放令牌。
(E)客户端使用令牌,向资源服务器申请获取资源。
(F)资源服务器确认令牌无误,同意向客户端开放资源。
不难看出来,上面六个步骤之中,B是关键,即用户怎样才能给于客户端授权。有了这个授权以后,客户端就可以获取令牌,进而凭令牌获取资源。
下面一一讲解客户端获取授权的四种模式。
五、客户端的授权模式
客户端必须得到用户的授权(authorization grant),才能获得令牌(access token)。OAuth 2.0定义了四种授权方式。
授权码模式(authorization code)
简化模式(implicit)
密码模式(resource owner password credentials)
客户端模式(client credentials)
六、授权码模式
授权码模式(authorization code)是功能最完整、流程最严密的授权模式。它的特点就是通过客户端的后台服务器,与"服务提供商"的认证服务器进行互动。
它的步骤如下:
(A)用户访问客户端,后者将前者导向认证服务器。
(B)用户选择是否给予客户端授权。
(C)假设用户给予授权,认证服务器将用户导向客户端事先指定的"重定向URI"(redirection URI),同时附上一个授权码。
(D)客户端收到授权码,附上早先的"重定向URI",向认证服务器申请令牌。这一步是在客户端的后台的服务器上完成的,对用户不可见。
(E)认证服务器核对了授权码和重定向URI,确认无误后,向客户端发送访问令牌(access token)和更新令牌(refresh token)。
下面是上面这些步骤所需要的参数。
A步骤中,客户端申请认证的URI,包含以下参数:
response_type:表示授权类型,必选项,此处的值固定为"code"
client_id:表示客户端的ID,必选项
redirect_uri:表示重定向URI,可选项
scope:表示申请的权限范围,可选项
state:表示客户端的当前状态,可以指定任意值,认证服务器会原封不动地返回这个值。
下面是一个例子。
GET /authorize?response_type=code&client_id=s6BhdRkqt3&state=xyz
&redirect_uri=https%3A%2F%2Fclient%2Eexample%2Ecom%2Fcb HTTP/1.1
C步骤中,服务器回应客户端的URI,包含以下参数:
code:表示授权码,必选项。该码的有效期应该很短,通常设为10分钟,客户端只能使用该码一次,否则会被授权服务器拒绝。该码与客户端ID和重定向URI,是一一对应关系。
state:如果客户端的请求中包含这个参数,认证服务器的回应也必须一模一样包含这个参数。
下面是一个例子。
HTTP/1.1 302 Found
Location: /cb?code=SplxlOBeZQQYbYS6WxSbIA
&state=xyz
D步骤中,客户端向认证服务器申请令牌的HTTP请求,包含以下参数:
grant_type:表示使用的授权模式,必选项,此处的值固定为"authorization_code"。
code:表示上一步获得的授权码,必选项。
redirect_uri:表示重定向URI,必选项,且必须与A步骤中的该参数值保持一致。
client_id:表示客户端ID,必选项。
下面是一个例子。
POST /token HTTP/1.1
Authorization: Basic czZCaGRSa3F0MzpnWDFmQmF0M2JW
Content-Type: application/x-www-form-urlencoded
grant_type=authorization_code&code=SplxlOBeZQQYbYS6WxSbIA
&redirect_uri=https%3A%2F%2Fclient%2Eexample%2Ecom%2Fcb
E步骤中,认证服务器发送的HTTP回复,包含以下参数:
access_token:表示访问令牌,必选项。
token_type:表示令牌类型,该值大小写不敏感,必选项,可以是bearer类型或mac类型。
expires_in:表示过期时间,单位为秒。如果省略该参数,必须其他方式设置过期时间。
refresh_token:表示更新令牌,用来获取下一次的访问令牌,可选项。
scope:表示权限范围,如果与客户端申请的范围一致,此项可省略。
下面是一个例子。
HTTP/1.1 200 OK
Content-Type: application/charset=UTF-8
Cache-Control: no-store
Pragma: no-cache
"access_token":"2YotnFZFEjr1zCsicMWpAA",
"token_type":"example",
"expires_in":3600,
"refresh_token":"tGzv3JOkF0XG5Qx2TlKWIA",
"example_parameter":"example_value"
从上面代码可以看到,相关参数使用JSON格式发送(Content-Type: application/json)。此外,HTTP头信息中明确指定不得缓存。
七、简化模式
简化模式(implicit grant type)不通过第三方应用程序的服务器,直接在浏览器中向认证服务器申请令牌,跳过了"授权码"这个步骤,因此得名。所有步骤在浏览器中完成,令牌对访问者是可见的,且客户端不需要认证。
它的步骤如下:
(A)客户端将用户导向认证服务器。
(B)用户决定是否给于客户端授权。
(C)假设用户给予授权,认证服务器将用户导向客户端指定的"重定向URI",并在URI的Hash部分包含了访问令牌。
(D)浏览器向资源服务器发出请求,其中不包括上一步收到的Hash值。
(E)资源服务器返回一个网页,其中包含的代码可以获取Hash值中的令牌。
(F)浏览器执行上一步获得的脚本,提取出令牌。
(G)浏览器将令牌发给客户端。
下面是上面这些步骤所需要的参数。
A步骤中,客户端发出的HTTP请求,包含以下参数:
response_type:表示授权类型,此处的值固定为"token",必选项。
client_id:表示客户端的ID,必选项。
redirect_uri:表示重定向的URI,可选项。
scope:表示权限范围,可选项。
state:表示客户端的当前状态,可以指定任意值,认证服务器会原封不动地返回这个值。
下面是一个例子。
GET /authorize?response_type=token&client_id=s6BhdRkqt3&state=xyz
&redirect_uri=https%3A%2F%2Fclient%2Eexample%2Ecom%2Fcb HTTP/1.1
C步骤中,认证服务器回应客户端的URI,包含以下参数:
access_token:表示访问令牌,必选项。
token_type:表示令牌类型,该值大小写不敏感,必选项。
expires_in:表示过期时间,单位为秒。如果省略该参数,必须其他方式设置过期时间。
scope:表示权限范围,如果与客户端申请的范围一致,此项可省略。
state:如果客户端的请求中包含这个参数,认证服务器的回应也必须一模一样包含这个参数。
下面是一个例子。
HTTP/1.1 302 Found
Location: /cb#access_token=2YotnFZFEjr1zCsicMWpAA
&state=xyz&token_type=example&expires_in=3600
在上面的例子中,认证服务器用HTTP头信息的Location栏,指定浏览器重定向的网址。注意,在这个网址的Hash部分包含了令牌。
根据上面的D步骤,下一步浏览器会访问Location指定的网址,但是Hash部分不会发送。接下来的E步骤,服务提供商的资源服务器发送过来的代码,会提取出Hash中的令牌。
八、密码模式
密码模式(Resource Owner Password Credentials Grant)中,用户向客户端提供自己的用户名和密码。客户端使用这些信息,向"服务商提供商"索要授权。
在这种模式中,用户必须把自己的密码给客户端,但是客户端不得储存密码。这通常用在用户对客户端高度信任的情况下,比如客户端是操作系统的一部分,或者由一个著名公司出品。而认证服务器只有在其他授权模式无法执行的情况下,才能考虑使用这种模式。
它的步骤如下:
(A)用户向客户端提供用户名和密码。
(B)客户端将用户名和密码发给认证服务器,向后者请求令牌。
(C)认证服务器确认无误后,向客户端提供访问令牌。
B步骤中,客户端发出的HTTP请求,包含以下参数:
grant_type:表示授权类型,此处的值固定为"password",必选项。
username:表示用户名,必选项。
password:表示用户的密码,必选项。
scope:表示权限范围,可选项。
下面是一个例子。
POST /token HTTP/1.1
Authorization: Basic czZCaGRSa3F0MzpnWDFmQmF0M2JW
Content-Type: application/x-www-form-urlencoded
grant_type=password&username=johndoe&password=A3ddj3w
C步骤中,认证服务器向客户端发送访问令牌,下面是一个例子。
HTTP/1.1 200 OK
Content-Type: application/charset=UTF-8
Cache-Control: no-store
Pragma: no-cache
"access_token":"2YotnFZFEjr1zCsicMWpAA",
"token_type":"example",
"expires_in":3600,
"refresh_token":"tGzv3JOkF0XG5Qx2TlKWIA",
"example_parameter":"example_value"
上面代码中,各个参数的含义参见《授权码模式》一节。
整个过程中,客户端不得保存用户的密码。
九、客户端模式
客户端模式(Client Credentials Grant)指客户端以自己的名义,而不是以用户的名义,向"服务提供商"进行认证。严格地说,客户端模式并不属于OAuth框架所要解决的问题。在这种模式中,用户直接向客户端注册,客户端以自己的名义要求"服务提供商"提供服务,其实不存在授权问题。
它的步骤如下:
(A)客户端向认证服务器进行身份认证,并要求一个访问令牌。
(B)认证服务器确认无误后,向客户端提供访问令牌。
A步骤中,客户端发出的HTTP请求,包含以下参数:
granttype:表示授权类型,此处的值固定为"clientcredentials",必选项。
scope:表示权限范围,可选项。
POST /token HTTP/1.1
Authorization: Basic czZCaGRSa3F0MzpnWDFmQmF0M2JW
Content-Type: application/x-www-form-urlencoded
grant_type=client_credentials
认证服务器必须以某种方式,验证客户端身份。
B步骤中,认证服务器向客户端发送访问令牌,下面是一个例子。
HTTP/1.1 200 OK
Content-Type: application/charset=UTF-8
Cache-Control: no-store
Pragma: no-cache
"access_token":"2YotnFZFEjr1zCsicMWpAA",
"token_type":"example",
"expires_in":3600,
"example_parameter":"example_value"
上面代码中,各个参数的含义参见《授权码模式》一节。
十、更新令牌
如果用户访问的时候,客户端的"访问令牌"已经过期,则需要使用"更新令牌"申请一个新的访问令牌。
客户端发出更新令牌的HTTP请求,包含以下参数:
granttype:表示使用的授权模式,此处的值固定为"refreshtoken",必选项。
refresh_token:表示早前收到的更新令牌,必选项。
scope:表示申请的授权范围,不可以超出上一次申请的范围,如果省略该参数,则表示与上一次一致。
下面是一个例子。
POST /token HTTP/1.1
Authorization: Basic czZCaGRSa3F0MzpnWDFmQmF0M2JW
Content-Type: application/x-www-form-urlencoded
grant_type=refresh_token&refresh_token=tGzv3JOkF0XG5Qx2TlKWIA
跨域脚本攻击 XSS 是最常见、危害最大的网页安全漏洞。
上一篇文章,我摘录了《程序员的呐喊》。这本书有趣的内容太多,今天再摘录一段。
最近,我在阅读 Steve Yegg 的文集《程序员的呐喊》。
软件架构(software architecture)就是软件的基本结构。#深度#看产业各方如何解读TVOS 2.0_媒介杂志-爱微帮
&& &&& 【深度】看产业各方如何解读TVOS 2.…
日,国家新闻出版广电总局和工信部正式发布智能电视操作系统TVOS2.0软件,并成立“广电智能终端产业联盟”,以进一步加快推进我国智能电视操作系统TVOS2.0的应用和推广普及。TVOS2.0横空出世,得到了业界的广泛关注。这个由官方发布的智能电视操作系统从TVOS1.0版本问世以来就不缺乏关注,不仅仅是操作系统本身,其背后的发布机构也一度是行业内外的热门话题。此次TVOS2.0更是成为密集关注的焦点。那么,对于TVOS2.0产业各方有着怎样评论和声音?关于TVOS2.0的应用推广,业界上下有哪些推测和猜想?本文梳理了各方观点,有以下几点发现:一、业内的态度相对冷静,网民用户针锋相对;二、TVOS2.0未来应用推广是关注的焦点,有推测猜想,也有参考建议;三、TVOS2.0发展事关广电行业未来,有鼓励的,就有唱衰的,立场不同,声音自然有差异。积极派,行业利好“有利于构建良好的合作平台,对于乱象丛生的电视盒子市场来说,也有利于其规范化和成熟化”。广电总局推行的TVOS2.0系统对各方都产生了不小的压力,但总体来看,这有利于构建良好的合作平台,对于乱象丛生的电视盒子市场来说,也有利于其规范化和成熟化,未尝不是一件好事。不过,俗话讲:打铁还需自身硬。只有拿得出优质的内容和经得住市场考验的产品,才能得到广大电视观众的认可。最终谁能成为唯一的系统,还是要看用户体验和产品的创新程度。----赵子明,来源:《中国城乡金融报》“境界更高一点,TVOS可以成为一带一路的一个立足点,成为泛智能终端的一统者”TVOS2.0作为国家标准,可以通过各个接口的标准化聚集上游大量的合作伙伴,最终降低整个有线行业的终端集成和采购成本,提升产业生态化水平。从这个层面来看,通过集体意志来强推也并无可能,但可以肯定的是试点范围会逐渐扩大,之前一些对TVOS摇摆的地方会逐渐倾向使用。当然,这是一个美好的夙愿,联盟、企业、运营商之间的利益关系,省网和国网整合之间的顾虑等,会在一定程度上延缓TVOS的推广进程。但是只要顺势而为,从“大我”角度进行推和拉,相信我们可以等待TVOS的奇迹发生。如果境界更高一点,TVOS可以成为一带一路的一个立足点,可以成为泛智能终端的一统者。----“常话短说”自媒体,来源:“常话短说”微信公众号“企业通过TVOS2.0的标准,共同把‘蛋糕’做大再分成,也许比单打独斗的收获更大”从趋势看,从去年到现在,广电总局、工信部、发改委等国家相关部门联合执法,对特殊行业的监管和整顿越来越强。一些企业想打擦边球,可能要放弃这种想法。联合执法已一年半,这意味着,以后国家行业标准将会按着这个标准走。在这个前提下,企业对TVOS2.0要看清楚,不能不向2.0版本靠拢。从企业的利益看,长虹、华为、阿里等之前都有各自的智能电视操作系统,广电总局推出行业标准,企业标准如果要真正做大做强,必须要向行业标准靠拢。阿里云OS系统自己做大市场会有问题,如果2.0被所有企业接受,面对的市场规模将是数亿台。企业通过TVOS2.0的标准,共同把“蛋糕”做大再分成,也许比单打独斗的收获更大。作为一个具有数亿潜在市场规模的智能电视操作系统,打造并扶持一款具有中国特色的智能终端操作系统显得尤为重要。此次TVOS2.0的出现,将会让纷争不断的中国智能电视市场在其操作系统领域逐步规范起来。----融合网主编吴纯勇,来源《第一财经日报》“厂商们更要先做好当下他们能做的产品,顺应政策去占领市场”广电总局此次发布TVOS2.0系统,的确给了外界不少的猜想,特别是众多互联网电视盒子用户更是担心如果TVOS系统的试点范围不断扩张,是否会影响到原有的互联网电视盒子的使用,而厂商们更是要先做好当下他们能做的产品,顺应政策去占领市场。我们也不妨看看TVOS2.0系统能否将这么多功能整合在一起的同时带给用户更好的使用体验,毕竟好的产品才能让消费者买账。----《谈谈广电发布TVOS2.0》,来源:太平洋电脑网媒介观点TVOS2.0这款为智能电视量身打造的操作系统,经过技术平台升级更新,对于电视行业而言,意味着全新的产业格局、全新的商业模式、全新的管控思路,成为撬动数亿潜在市场规模的驱动力。观望派,理性看待“未来厂商***智能电视操作系统预计将趋于多元化,避免单一,以降低风险”到现在来说,TVOS2.0不是强制的彩电智能系统,它未来是否会成为统一的行业标准,取决于它兼容、创新的程度,以及用户体验和对它认可的程度。尽管2.0相比于1.0,在直播、点播、互联网应用方面有改善,对第三方软件***有约束,同时能跟更多智能终端兼容、互动界面更友好,但是它仍旧不够完善,TVOS2.0还是基于安卓底层上的又一个智能电视操作系统,并不是颠覆性创新。它的作用就是规范互联网终端和应用。因此,广电系统不可能强制性地大范围推广TVOS2.0,而无论安卓、阿里云OS还是其他系统,广电想要的是可管可控。预计会有一部分企业,在某些产品线上***TVOS2.0。未来,彩电厂***的智能电视操作系统,预计将趋于多元化,避免单一,以降低风险。----奥维云网(***C)黑电研究中心总经理董敏,来源《第一财经日报》“一统互联网电视,TVOS要走的路还很长”基于TVOS技术体系大力推进终端标准化智能化将是“十三五”时期广电科技发展的主要任务之一。同时,作为国家标准,TVOS2.0在产业链聚集上优势明显,首批工作组的63位成员,除了传统的广电机构之外,华为、阿里、中兴、乐视等互联网企业也都参与其中。或能降低有线行业的终端集成和采购成本,提升产业的生态化水平。从这个层面来看,未来强推TVOS并不是没有可能,可以肯定的是未来TVOS的试点范围会逐渐扩大。然而,TVOS的推进虽令广电管控进一步得到了优化,但是这也让很多盒子厂商,特别是众多的中小厂商,更难在商业利益上与之分一杯羹。加之联盟、企业、运营商等之间的利益关系,省网和国网整合之间的顾虑等,都会在一定程度上延缓TVOS的推广进程。在互联网电视盒子操作系统推广中除了政策导向外,还需要看用户体验和产品的创新程度。此外,对于为了营造“生态”而生的互联网企业,能否作出利益让步,仍需要时间来考验。如此看来,TVOS想要成为行业唯一被认定的系统,或还有很长的路要走。----濮思,来源:“传媒+”微信公众号“不利于借助广电体系推广OS抢占入口的厂商,对广电体系来说也难言利好”综合政策管辖范围、强制推广难度、技术上的不可实现性,未来我们不太可能看到所有电视整机都装上了TVOS系统,大家很可能还是各玩各的。虽然TVOS系统可能会影响平台内容的丰富度与用户体验,但目前用户运营尚处起步阶段,整体影响轻微。那政策到底影响了谁?我们认为不利于借助广电体系推广OS抢占入口的厂商,对广电体系来说也难言利好。产业资本与互联网巨头对广电体系下2亿存量用户非常看重,有很多企业希望借助DVB+OTT业务的推广输出自身的OS,抢占家庭入口。广电一纸政策相当于堵住了这条路,未来大家能做的只有两条路,要么就是老老实实提供内容,拿内容分成的钱,要么就是协助地方广电搭建运营平台与后台系统,获取用户数据并分一部分运营的钱。对广电体系运营商而言,虽然系统统一有利于未来潜在的整体运营,实现平台与内容体系的规范化,同时利用政策再度建起一堵保护墙。但借助行政命令召集行业各方研发的TVOS系统,其整体水准及未来的维护与升级很难得到保证。放弃了市场化,未来TVOS在体验上很难与互联网生态相抗衡,用户最终还是会选择用脚投票的,广电体系下的市场蛋糕能否确保不被OTT、IPTV+OTT蚕食,依旧任重道远。----《广电总局强推TVOS2.0 都影响了谁?》,来源:“OTT电视盒子”微信公众号被抱以希冀的“普世版OS”真就是出自广电的TVOS2.0?如果有一个一统天下的TVOS,将极大提高开发者的兴趣,你肯定不想开发个TV版游戏,然后为上百种智能电视盒子做适配吧?”但被抱以希冀的“普世版OS”真的就是出自广电的TVOS2.0吗?这还需要经过市场和用户的检验。----网友观点,来源《第一财经日报》广电与盒子的&恩仇录&,暂不必担心TVOS2.0强行推广总的来说,比较多的用户不看好TVOS系统,主要还是担心这个系统是否能做得比如今的电视盒子甚至各地区的机顶盒的体验要更好,如果给用户带来的是一种体验倒退,那么消费者就更难买账了。互联网电视盒子在前几年积累了海量的用户,且国内的主流互联网电视盒子的系统都是基于安卓内核来开发,应用平台的具有更高的开放性,TVOS系统的机顶盒无论是用户量还是应用平台在现阶段都很难与互联网电视盒子相比较。而且现阶段,互联网电视盒子的发展模式也已经相对平稳,正规厂商生产的电视盒子产品都是搭载7大牌照商的正规内容,其他诸如与互联网视频内容提供方合作也是有规范的渠道,因此,互联网电视盒子可以说已经在内容和用户体验方面都要比TVOS系统要更成熟。不少网友了解到广电总局TVOS2.0系统发布的消息,加上部分互联网电视盒子厂商也成为了TVOS2.0系统的合作方,不少人会认为广电有强行推广TVOS2.0系统的可能。现阶段还不必过于担心,毕竟我们暂时还没体验过TVOS2.0系统,而且TVOS2.0系统也是试点运营,暂时也没有全面推广的消息,未来在试点运营的地区很可能会出现互联网电视盒子和搭载TVOS2.0的机顶盒一并占领市场的情况,广电想要靠TVOS2.0来“一统江湖”还为时尚早。----《谈谈广电发布TVOS2.0》,来源:太平洋电脑网媒介观点尽管被寄予电视行业未来发展的厚望,但是就TVOS2.0操作系统平台本身,还有待不断完善提升。作为占领市场的关键,其商业推广、用户运营都是需要攻克的难题,不论是否强行推广,TVOS2.0都将是智能电视产业各方不能忽视的重要一极。质疑派,网络能否融合互联网+时代,TVOS2.0“闭关锁国”难持久TVOS2.0通过从底层锁死ROOT,限制了刷机更换系统(或升级为不可控的系统)、无法执行***第三方软件(限制了***应用的突破),无法收看明令禁止的内容(内容端的管束),可以说广电总局的思路是“闭关锁国”,建立一个封闭的“内网”,将内网和外网隔离开,从而阻止了未经许可的内容进入,避免了来自外网的侵犯,同时也阻止了访问外网。在广电总局的强力推进下,TVOS2.0赢得了华为、阿里巴巴、中兴等至少是表面上的支持,且不说,这个系统在技术上是否会比MediaOS和YunOS成熟,即使更成熟。我想知道的是,广电总局推出这个系统的目的是什么?只让经过审查的内容上网?广电总局既是电视节目的监管者也是互联网视频内容的监管者,不允许在电视播出的内容,大多也不允许在互联网上播放。问题来了,难道广电总局不知道互联网视频的各种乱象?TVOS2.0做得更封闭,但能避免电视机当电脑的显示器用,透过互联网看各种视频内容吗?各个领域都在说“互联网+”,广电总局计划如何突破?无论说三网融合,还是三屏互动,通信网、广电网互联网化的趋势非常明显,广电能阻止网络的融合吗?互联网+时代来临,随着固网宽带和移动宽带提速,视频在内容中的占比快速增加,广电总局做好监管互联网视频的准备了吗?----独立电信分析师付亮,来源:微信公众号“竞争情报应用”“广电继续采取相对封闭式的保护性手段去发展智能电视操作系统,总体上形势将不那么乐观”TVOS2.0是广电总局在三网融合背景下的一个新的重要布局。此举是否意味着广电系在围绕家庭客厅终端的争夺上又增加了一个重要砝码?一是从三网融合的目标来看,在普及应用融合业务方面推进了一步。但是在适度竞争的网络产业格局上,结合前期广电对互联网电视盒子,以及对中国电信推出的悦me盒子的叫停来看,似乎还有一定的距离。就业务能力来看,除了掌握了对内容的管控之外,在网络能力、产品体验、创新方面,广电都相对不如其他两网。因此,处于不利状态采取的保护措施,可以为广电在三网融合的进程中争取一定的时间。二是自主研发国产操作系统的道路选择谨慎乐观。目前市面上使用的智能电视操作系统主要还是传统的三大家,即Android、Windows和iOS。还有一类就是包括YunOs在内的所谓的国产自建系统,可统一称之为第四类。在Android操作系统进入电视领域之前,国内一些电视厂商都进行了自建操作系统的尝试,如康佳基于Linux系统的OMI操作系统,海信自主开发的HITV-0S操作系统。从实际效果看,这些系统的应用比较少,企业之间的标准不统一,使得自建操作系统在用户侧容易造成混乱,平台很难得到有效推广,装在智能电视机里实际没有多少用户使用。因此,广电TVOS2.0走的是自主研发国产智能电视操作系统的第四条道路,承载了在智能电视操作系统上打通第四条道路的使命。三是2016年为快速推进TVOS的普及,广电采取的手段反而可能会更加激烈。因此,对于各大视频网站而言,2016年家庭客厅终端占领的计划还将继续受到压制。但是智能电视的竞争对手主要不是仅仅电视(所谓客厅大屏终端),更多的是与手机、iPad等移动终端如何分割用户的时间。而且,随着技术的创新,盒子也只是电视机接入网络的一个中间过渡型产品形态。因此,三网面临的问题是共同的,广电甚至动用比较行政色彩的力量去制止互联网电视盒子的做法是徒劳的,是没有脱离原有的惯性思维看待电视机的未来前景的。仅仅是影响到客厅战略一小部分而已。综上所述,即便是广电继续采取相对封闭式的保护性手段去发展智能电视操作系统,总体上形势也不是那么乐观。这既有广电系统自身的复杂关系问题,更有行业自身发展的问题,因此,对于广电而言,与其继续沿着比较保守的方向推进智能电视操作系统的发展,不如结合三网融合发展的方向要求,以及深化国有企业改革的指导意见,通过更加深度的资本融合的方式,将电信网、互联网两大网络的龙头企业等加入进来,以资本为纽带去推动更为实际。毕竟,如今已经是一个更加开放且更多选择的时代。不能继续做一个“装在套子里的人”。----《深度解读广电TVOS2.0 福兮祸兮?》,来源:高清范HDPfans论坛媒介观点TVOS2.0是广电参与产业竞争的重要布局和关键砝码,这一步迈得是否坚实和稳健,直接决定了其行业未来生存的空间。网络融合的进程在不断加快,数亿的市场蛋糕能否真正分到,留给广电布局运筹的时间将越来越少,TVOS2.0还需加快动作。本微信号由中国传媒大学广告学院《媒介》杂志独家运营版权所有,违者必究获取更多详情,可订阅《媒介》杂志,010-长按下图二维码,点击识别图中二维码快速关注“媒介杂志”。
点击展开全文
悄悄告诉你
更多同类文章
还可知道有多少人阅读过此篇文章哦
阅读原文和更多同类文章
可微信扫描右侧二维码关注后
还可知道有多少人阅读过此篇文章哦
整合传播传统及新媒介资讯,分析行业热点事件,探索业界趋势
您的【关注和订阅】是作者不断前行的动力
本站文章来自网友的提交收录,如需删除可进入
删除,或发送邮件到 bang@ 联系我们,
(C)2014&&版权所有&&&|&&&
京ICP备号-2&&&&京公网安备34