淘客熙熙

主题:有个智能浏览器的专利,找人一起整 -- 统领

共:💬44 🌺27 新:
全看树展主题 · 分页 上页
家园 用其他语言实现起来也很简单啊

至少我在PyWebkit里面能很容易地做到:

先定义这三个辅助函数:

def _find_element(br, str):

return br.page().mainFrame().findAllElements(str)[0]

def _click(element):

element.evaluateJavaScript("var evObj = document.createEvent('MouseEvents');evObj.initEvent( 'click', true, true );this.dispatchEvent(evObj);")

def _capture(br):

img = QImage(br.page().viewportSize(), QImage.Format_ARGB32)

painter = QPainter(image)

br.page().mainFrame().render(painter)

painter.end()

img.save("output.png")

然后也是四行:

br.load(URL)

_find_element(br, "input[id=text]").setAttribute("value", TEXT)

_click(_find_element(br, "input[id=submit]"))

_capture(br)

也是几分钟的事情,实在是平平无奇啊。如果要让网页做到这些,用我之前提到的bridge方法,把python解释器的exec()函数暴露给网页的javascript环境就行了(没有多少代码,但是没人做,原因是很不安全),然后网页里面就可以插入最简单的javascript:

zBrow("br.load(URL)");

家园 python是个很好的对比例子

python是个很好的对比例子

感谢gcc296提供的PyWebkit,看来也是玩开源的

python俺许久未玩了,不喜欢它的缩进方式。

python是最简单的脚本语言了,不过与批命令比,复杂度还是要高不少,就像五笔与拼音。

z语言追求的是批命令、basic(非vb)级别的入门门槛,就像有些mis管理软件说,会打字就会编程。

z虽然没这么简单,不过会打字的,学上一周、个把月应该可以写出demo中的脚本。

这使zBrow在开发方面,具备2k本科:10k研究生的5-10倍人力成本优势。

gcc296的py_demo,可以反映出传统语言在web应用方面的尴尬:

1、py_demo中,由于python语言不是与浏览器、网页dom结构进行封装的,开发人员必须熟悉网页dom结构。

网页dom结构的是软件行业最复杂的数据结构,没有之一,比高清视频复杂多了。

再加上熟悉PyWebkit函数库,没有3-5个月的培训、1年的编程实践,很难熟悉进行开发。(zBrow追求的是All in one,零函数库)

2、py_demo中,连基本截图、网站浏览,都需要开发者自己建库,代码复杂,而且应用脚本无法统一规范。

3、即使有第三方的库,由于缺乏dom封装,demo中冗长的语句,复杂程度也比z高不少。

4、网页元素与python解释器没有集成,需要采用注入等hack方式调用,非常不安全。

如果集成,无外两种方式:

一种方式,是与浏览器集成,这个类似zBrow。

不过python等传统语言,虽然整体强大,但并非为浏览器客户端定制设计,实际应用复杂度绝对超过z语言。

集成的另外一种方式,就是网站服务器端增加python开发环境,这个很麻烦,而且各个网站间的api接口也是五花八门,编写每个网站的应用脚本都必须学习一套sdk,这个难度不少一般的高,不相信的,自己去看看新浪微博、qq微博、淘宝的开放接口sdk文档。

这也是为什么zBrow采用web级别的接口,可以无视任何网站的底层api,反正在浏览器这个级别,大家都必须符合html规范。

理论上说,只要人手工能够访问的网站、进行的操作(填写表单)等,zBrow都可以,实际上,由于网站千变万化,zBrow目前资源有限,只能做到兼容95%左右的网站。

一法通,万法通。

家园 智能就在于可编程

“可编程”与插件、换肤之列的Diy不同,之间的差距,仿佛非洲大裂谷般。

《zBrower资料_计算器与计算机》有介绍

http://blog.sina.com.cn/s/blog_7100d4220100xi95.html

家园 专利的实质其实就是圈地

专利的实质其实就是圈地

专利、内核技术,并不表示技术难度大,大家更应该用卖‘大白菜’小贩的平常心来对待,不然就会成为当年8-90年代国际“尤里卡”发明奖的笑话。

苹果搞魅族的专利诉求就是:一键+触摸屏,凡是触摸屏的智能机,主屏一个按钮onekey的,全部是苹果的专利。

苹果最近在德国搞三星的平板专利就更无厘头了,不过法律就是法律。

就个人而言,zBrow专利能够批,而且以发明专利的名义下来,也是以外的惊喜。

09年申报,正常流程要到2012才有结论,没想到11年能够全部拿下,搞自己现在也手忙脚乱,还好,底层核心的z语言一直在改进,n多资料,就只能用09的旧稿了。

zBrow找的专利代理,原来是华为出来的,代理自己会c语言,非常给力。

个人认为,zBrow专利文书,还是蛮‘炕爹’的,保护范围细分到20多项,看来当初上w的代理费用,还是贵的有理由(一般就3000左右)。

至少俺看来,以后你要是搞浏览器+脚本的模式,怎么搞,都是侵犯zBrow的专利。(网盘有专利文档,大家自己下载看吧)

如果不用脚本模式,浏览器的定制、智能化、编程,就目前的技术手段,没有其他替代模式,

要是你,圈了块这么肥的地,不折腾下,会甘心吗?

地已经圈好,虽然自己不会盖房子,找会盖的人,实在不行,就自己慢慢学吧。

zBrow的核心脚本,完成度已经超过95%,zdemo其实除了集成传统浏览器的界面,就是完整的z语言IDE开发、运行平台。

目前配合首个衍生产品“z营销”,只是不断的再对zBrow做局部2次优化,所以“zBrow的SDK开发包”和“z语言用户手册”,一直要到“z营销”上市后才发布。

-------------

不要神话zBrow/z营销,假如你想在zBrow/z营销中找到一种让你充满英雄色彩的方法,你找错地方了。

zBrow/z营销 ,不能让你一炮而红,名垂青史,却能十倍、百倍提升你的网络话语权。

尤其是对于个人、创业团队和中小企业。

家园 两个问题

俺对浏览器不熟,对脚本语言也不熟,但好歹是行业内的技术人员,只问两个问题

1 Z语言是你发明的语言?还有专利?(牛津那边似乎也有个语言,搞形式化的,理论上还有未完成的地方)

2 如果互联网不再是浏览了呢?我的意思是如果互联网发生了革命性变化,人机交互方式从浏览变得更丰富.

那么这些方式是否还需要顶着一个浏览器的帽子?那么在浏览器的基础上谈编程或者所谓智能还有必要吗?

都是搞技术的,俺说的直接,希望多交流

家园 z语言应该是js的简化版本

z语言应该是js与c的简化版本,从法律上而言,俺应该拥有版权,不过未去登记,这个也不是专利保护的重点,zBrow的专利涵盖了其他脚本语言。

你可以看看博客:《z语言与C--》(2年前的老资料了)

http://blog.sina.com.cn/s/blog_7100d4220100xi97.html

问题2,web应用,也是个人目前观察的一个重点,firefox6的一个亮点就是app集成

不过这些与zBrow方向并无冲突,app必须通过编程实现的,现有方案通常是插件或js函数库,这两个的技术门槛都不低。

随着web应用的展开,浏览器部件、网页dom结构、以及网站的api接口将向统一化、规范化的方向发展,例如linux、windows、安卓、苹果或者平板、pc、手机平台,都采用统一的浏览器api接口、sdk开发包。

如果这样,对于zBrow这种应用层面的浏览器编程,在IDE的开发、以及平台移植方面,至少可以降低10倍的难度。

家园 有点难沟通

可能俺是做底层的,您是做应用的,思维不太一样,俺的两个问题,您都有点误解

1个问题,俺的意思是Z语言的名字已经被用了,是搞形式化的,人工智能领域曾经火过一阵,但其理论上还有没有完成的地方,最近不火了.俺和Z语言的维护者有过沟通.所以看见你也用Z语言做名字,想知道原因而已.

2个问题,俺的意思是WEB革命,而不是WEB应用发展.这个您需要互联网发明人号召的技术方向和W3C的标准.俺问问题的原因是,如果浏览器被革命了,那么现在基于浏览器的一切都木有意义了.网页,API这些名词都被淘汰.您对这些有过考虑吗?

家园 被楼主搞糊涂了

提我几个意见:

1、抢注是很没人品的事情,尤其是一大堆已有技术抢为己有,这是“抢劫”!当然,斯文人的抢劫怎么能叫抢劫?呵呵

2、这么庞大的专利,可以拿去给专门靠专利官司维生的公司,他们用起来才顺手。你要运作起来恐怕不容易,原因是因为目前浏览器是各大公司的主要竞争点,你这没实力没势力的进场完全是送羊入虎口——除非你有有效因应的运营策略。

但也因为这是必争之地,那么,专利官司可以敲诈到各个大公司,可尽得其利——不过建议交给专门这方面的公司,原因还是你自己公司的实力不足。

3、楼主营销方面要加强,话至少要分两种说法,一部分对最终你的产品用户,一类对技术人员,否则这两类人都会听不懂。

4、智能=可编程?可编程=开放/底层开放/容易编程

脚本=自动化/批处理

“智能”这个词是对终端用户说的,对技术人员用智能=可编程,是自己被自己给忽悠了,因为开发人员根本无法体会到这个自动化,全自己手写的,怎么能叫自动化?

或许是智能这个词被用烂了吧?

5、浏览器就是一个“被安全隔离”的交互界面(UI),浏览器是用户交互界面的一个子集,不过因为过去各个用户界面标准不一,各大公司相互不鸟对方,各自作战,导致技术人员开发难度极大,系统交互的负载增加,结果导致原先最不受重视的浏览器(准确的说是网页标准,浏览器是专门用来本地实现这个标准的)成了最标准的了,也是最受欢迎的(这过程非常像js,也是各方妥协的结果),最有可能取代“原先”的各种用户界面的,但这不能代替浏览器本身还是用户界面的事实。

换个极端的说法就是,以后浏览器(旧)=人机交互界面,现在的用户界面将被网页标准标准化,而安全方面的会根据这种标准重新被设定,也就是另一个“新形式的浏览器”(将来这东西叫什么?我们现在不知道)。

这有点像80年代的深圳特区,当全社会都开放后(云应用的普及),特区就不特了,它仍然属于中国,而新的特区——比如喀什(新形势下的浏览器),虽然还是叫特区,但已经不是以前那种政策了,而是另外的特区政策了。

而我们现在所处,就相当于2000年,已经知道特区政策将扩散到全国,但就是还不知道,扩散之后,未来的新特区是什么样。

家园 你的介绍有些误导,你做的应该是浏览器引擎之类 ...

你这做的显然是浏览器引擎之类,,或者说是既会听(get)又会说(post)的智能爬虫。

粗粗看来,zbrow = 核心引擎 + 脚本接口(z语言) + 可视化的调试界面(一般人理解的浏览器)

从理论上看,,这套架构并不新鲜,firefox等插件模式也无非如此

从技术上看,,你或许应当用详实的数据来说明你在技术实现方面的优势,诸如运行效率、编程复杂度、功能覆盖、兼容性等等

再从市场策略方面,你采用的似乎是商业授权,是免费限用,增值收钱,本质还是卖软件的模式。未来的成功关键是依赖于技术绑定,但是,如何才能短时间令广大开发者主动愿意被绑定,,从而再将终端用户绑定呢?

也许你最需要的,是VC或者一大笔营销资金,为何不先用你的@z营销来为自己做一个真实案例呢 :)

祝你成功!

家园 你直接说要做黑帽工具或者SEO优化工具不就好了

你直接说要做黑帽工具或者SEO优化工具,而且二次开发很简单不就行了。说的那么玄乎,楼上一个做底层的看不懂,我这个做Web应用的也看不懂。能把简单的东西说的大家看不懂是博士水平。佩服!佩服!

家园 iMacros 插件也可以做到

Firefox 插件

https://addons.mozilla.org/en-US/firefox/addon/imacros-for-firefox/

Chrome 插件

https://chrome.google.com/webstore/detail/cplklnmnlbnpmjogncfgfijoopmnlemp

简单。免费。培训一天足矣。

家园 本文前半部分和后半部分米有因果关系
家园 管他3721,市场占有率来说话,lz现在市场化做得如何了

支持一下!

家园 html 5?

html 5?

全看树展主题 · 分页 上页


有趣有益,互惠互利;开阔视野,博采众长。
虚拟的网络,真实的人。天南地北客,相逢皆朋友

Copyright © cchere 西西河