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

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

先定义这三个辅助函数：

然后也是四行：

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是个很好的对比例子

感谢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与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优化工具，而且二次开发很简单不就行了。说的那么玄乎，楼上一个做底层的看不懂，我这个做Web应用的也看不懂。能把简单的东西说的大家看不懂是博士水平。佩服！佩服！

Firefox 插件

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

Chrome 插件

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

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

支持一下！

html 5?