a technology for letting downloaded software modules run directly on a processor
wasn't this the main reason why M$ Activex failed.
Google seeks four patents for Web app tech
Summary
Google has filed at least four patent applications for technology it is building into its Chrome browser to try to make the web a more powerful foundation for applications.
Topics
Google has filed at least four patent applications for technology it is building into its Chrome browser to try to make the web a more powerful foundation for applications.
Three patent applications concern Google's Native Client, a technology for letting downloaded software modules run directly on a processor rather than more slowly through on-the-fly decoding as with the commonly used JavaScript. The fourth patent application involves O3D, a technology to let browser applications take advantage of 3D acceleration of graphics hardware.
Ultimately, Google hopes to standardize the technology so all browsers can use it, though it is not waiting for a standard. "Native Client so far is outside any standards process. We're in discussions with other browser vendors on how to move that forward. We'd like to see all these things standardized," said Linus Upson, engineering director for the Chrome browser and Chrome OS, in an interview in December.
For more on this story, see Google seeks to patent new web app tech on CNET News.
Talkback Most Recent of 10 Talkback(s)
-
Linux Geek02/08/2010 07:17 AM -
This isn't Active X or M$ or even Java! lol
So let's nail this down. This is a plugin and although Mozilla is already working of C3DL in the WebGL Project. Google is hoping to work with everyone on nailing down a standard for direct access to graphics hardware acceleration.
BTW
Dalvik is their secure virtual machine, it's nothing like ActiveX for secure transactions. More like Secure Java VM handles nearly all Credit Card transactions today. A couple of these patents have to do with how they are implementing a very similar Secure Dalvik Web Transactions authentication process via their Cloud as well.
Stressing that they want these three things for their Chrome OS. Security, Speed and Openness for Development of Web Based Applications. I hope Khronus Group, Mozilla and Google can standardize these plugin API's for Browser hardware acceleration access!
Note: ActiveX fails because they have no trusted Secure Server except in agreement with their Sun License on .NET. So authentication is centered directly in the OS. Not on a remote server. These are monumental steps in putting an end to hackers on their Chrome Operating System. The security will run through a secure tunnel to an online verification server. Authorization is instantaneous if your credentials match!
M$ also has a Secure Tunnel service in the works, but it's for commercial clients.
This will be very similar to Secure Java Transactions and will enable Program Modules on their Cloud to run directly on your hardware. Like a resident program, but much more securely and just as fast!
So the hell with the operating systems of today, they are re-inventing Internet with a Secure Web OS! lol ...or more precise, a Cloud OS with a Secure Silver Lining!:D
If you have a Sony PS3, when you go into HOME, that's what the web is heading for in a 3D Virtual World on the Web!
i2fun@...(Edited: 02/08/2010 09:55 AM) -
I don't understand law: why patents for standardizing?
Google says it hopes this get standardized, but at the same it is patenting it?
Roque Mocan02/08/2010 08:08 AM -
Money
Yes, of course Google wants its proprietary solution on which it owns the patent to be used in all browsers.
smiller98702/08/2010 08:59 AM -
shadfurman02/08/2010 02:25 PM -
Google Rigthly Jumped on this First!
Khronos Group (who run OpenGL API Development) in co-operation with a consortium of Hardware and software companies brought out the WebGL development framework. A formative set of API's to harness their OpenGL ES 2.x API's in bringing 3D hardware Acceleration to the web via any browser.
At the same time Google was working on O3D plugin for their browser. Google has the jump on the browsers and companies in developing an even faster 3D engine than the concept in development at Khronos Group. So far they are the only ones actually doing anything.
They invited the entire web community in to set down some standards before this. Now that nobody has stepped up to challenge them, they've rightly applied for patients on their O3D Plugin. So it's two separate issues!
One is standardization for WebGL hardware acceleration of web based applications. In their case, that mean Cloud Based. The other has to do with Patents on O3D and some other Web API's to enable Chrome OS to operate via their Cloud and remote authentication procedures based on their Dalvik VM!
So in a nutshell: Standardization for WebGL and Patents for their O3D (and other Web API's)!
http://avencius.nl/content/3d-without-browser-plug-ins-webgli2fun@...02/08/2010 03:23 PM -
From what I understand -
I welcome correction if anyone knows of incidences to the contrary - Google has hitherto used its patents exclusively in a defensive manner ; i e, to protect their use of a technology they themselves have developed. One would hope that if this technology does, in fact, become standard, that Google would open-source it. In any event, the above is yeat another piece of evidence that the whole patent situation is in desperate need of a thorough overhaul....
Henri
mhenriday02/08/2010 08:29 AM -
Agreed (nt)
ntsmiller98702/08/2010 09:00 AM -
They are Patenting their Software!
M$ and Apple do this all the time, but to have Google even think about claiming rights to an original application process, is a major sin to the freaks that haunt these forums!
I say good on them. We are talking API's here that will enable direct communication through their browser to hardware (or any browser installed on Chrome) to harness the power of O3D and application modules directly talking to hardware. Minus the javascript and normal OS layer! What's wrong with that? It's for display purposes only. Exactly what Sony did with the Linux Kernel and hardware access on the Playstation 3 with there proprietary implementation of OpenGL ES!
So since it will most likely use OpenGL ES, it's really no different than Sony's PS3 OS and browser (except the browser has no O3D)!
This will be only for Chrome OS and they are not blocking other browsers from utilizing their technology. Most likely it'll be Open Source, so there will be no license fees or restrictions like with proprietary systems like Java (needs a license), Flash, .net, or any other proprietary language coded API. It's merely an process engine, like their search engine!i2fun@...(Edited: 02/08/2010 08:32 AM) -
JRE Virtual Appliance?
In a similar vein, it would be cool to see a "hardware JVM" (which would be just a JM), implemented as a VMWare appliance.
The goal would be to eliminate Windows / Linux running between the hypervisor (VMWare ESX) and the JRE, running a "native built" JRE tailored to the virtual hardware.
The JM could have a virtual bootstrap with basic configuration about what processes to kick off, sequence and dependency, update capability, a scheduler, and a few other necessary components.
I've read about Atom-based hardware that "boots-to-Java" today, but I think a virtual appliance would be much more useful.
jparr02/11/2010 08:42 AM
Talkback - Tell Us What You Think
Get it the way you want it
ZDNet Newsletters
Get the best of ZDNet delivered straight to your inbox
Vendor Showcase
