september 21, 2004
Growser, Broogle of toch Gbrowser?
google-firefox.jpg
[termen gejat van /.] De geruchtenmachine rondom Google draait weer op volle toeren. Google zou samen met Mozilla Foundation werken aan een internetbrowser onder eigen merk. Maar is het een gegeven?

Het gerucht stoelt eigenlijk op drie feiten. In augustus kwamen Mozilla-ontwikkelaars bijeen om dagen achter elkaar met echte mensen om zich heen over de ontwikkeling van browser, mailprogramma en bijvoorbeeld kalender en wat dies meer zij te praten. Lokatie: Google HQ. Ten tweede lekte er op Bugzilla, een site waar Mozilla-ontwikkelaars bugs rapporteren, een bericht over samenwerking met Google. In welk project men samenwerkt is echter niet bekend. Enkel de melding: "This is a duplicate of a private bug about working with Google. So closing this one." is nog publiek, een schermafbeelding van de betreffende Bugzilla-posting lijkt niet te achterhalen. Het derde feit is dat Google op 26 april 2004 het domeinnaam Gbrowser.com (en .net, .org en .info) registreerde. Dat duidt er inderdaad op dat het bedrijf op enig moment een soort browser op de markt wil brengen.

Indirecte aanwijzingen voor een Google-browserd zijn her en der ook te vinden. Met name een nieuwsbericht van de New York Post van afgelopen weekend bracht de geruchtmachine op gang. Zelfs dusdanig dat Geenstijl zijn gebruikelijke speelveld verliet en er over postte.

De New York Post signaleert:

"(...) Based on the half-dozen hires in recent weeks, Google appears to be planning to launch its own Web browser and other software products to challenge Microsoft.

Google has wooed Joshua Bloch, one of the main developers of the Internet programming language Java, from Sun Microsystems.

The company also hired four people who worked on Microsoft's Web browser, Internet Explorer, and later founded their own company. One of them, Adam Bosworth (site/RSS), is credited with being a driving force not only behind IE, but Microsoft's database-management program, Access.

Most recently, Google grabbed Joe Beda (site/RSS), the lead developer on Avalon, Microsoft's code name for the user interface that will part of the next version of Windows, called Longhorn. (...)"

De lancering van een Google-browser zou op zijn minst voor roering zorgen op de door Microsoft Internet Explorer gedomineerde browsermarkt. Met Googles bereik, marketingkracht en gepercipieerde sympathie lijkt het niet ondenkbaar dat Gbrowser, Growser of Broogle tientallen procenten marktaandeel pakt van de huidige 90+ procent van MSIE. In theorie althans. Een instant messenging client (bij voorkeur gebaseerd op open standaarden en SSL-verbindingen, c.f. Jabber) is een andere voor de hand liggende Google-dienst. Immers, Google-concurrenten Microsoft, Yahoo en AOL bieden allen ook e-mail-, fotohosting-, zoekdiensten en - zij wel - instant messenging. Een Google-browser zou niet onlogisch zijn dus. Maar er volgt meer.

Eerst nog wat indirect bewijs: Google-scripter Fritz Schneider is ook actief debugger voor Mozilla en zit in de veiligheidsraad van Mozilla. Maar op zich zegt dat niets. De man kan net zo goed enthousiast Mozilla-gebruiker zijn en 'iets terug willen doen' aan de niet al te rijke open source stichting.

En hoe betrouwbaar de melding van deze Slashdot-reageerder is kan niet meer worden vastgesteld, maar is voor de aardigheid het melden waard:


... Gbrowser 0.1.3. Google Web-browser built for 2005,
advanced searchGmail client, Google News, and..

Nog enkele bronnen: Jason Kottke 1 & 2.

Een ander behoorlijk tastbaar bewijs voor Googles belangstelling voor een browser komt van het patentenbureau in Amerika. Het USPTO kende op 26 augustus 2004 een patent toe via advocatenbureau Straub & Pokotylo. Zij behartigen Google bij intellectueel eigendom-zaken, zoals eerder al bleek bij de lancering van Gmail.

Het patent zegt niet direct dat Google een eigen browser maakt maar spreekt wel duidelijk Googles belangstelling uit voor een vaste advertentiepositie in browser, browser plug-ins en toolbar. Formeel is het een patent op 'Serving content-relevant advertisements with client-side device support'.

De commerciele insteek bevreemdt niet daar Google financieel hoofdzakelijk drijft op het in een relevante context plaatsen van advertenties. Simpel gezegd lijkt het patent een technologisch alleenrecht op het tonen van advertenties buiten een HTML-pagina, in een browser, browser plug-ins en toolbar of wellicht instant messenging client.

De samenwerking met de Mozilla Foundation kan in deze context leiden tot een op Mozilla gebaseerde internetbrowser die gemaakt is op basis van Googles technische specificaties, waaronder de gepatenteerde advertentietechniek. Dat zou een browser a la Opera kunnen zijn. De gratis versie van Opera is standaard voorzien van een advertentieblok. Tegen betaling kan men een advertentievrije browser krijgen. Een Mozilla-browser is in dit kader het vehikel voor Googles patent.

Enkele aanwijzingen hiervoor in het patent (hoewel een andere toepassing van het patent niet uitgesloten is):

Wat is het?


"(...) [0017] A client-side application (such as a browser, a browser plug-in, a browser toolbar plug-in, etc. on an end user's computer) is used to support the serving of content-relevant ads to the client device. The client-side application may provide such support by sending document information (such as a document identifier, document content, content relevance information, etc.) to a content-relevant ad server (referred to simply as a "content ad server" or "CAS"). (...)

(...) [0018] The client-side application may also be used to combine content of the document and the content-relevant ads. For example, the client-side application may combine content of the document and the ads in a window (e.g., in a browser window), may provide the ads in a window above (e.g., as a "pop up" window), below (as a "pop under" window), or adjacent to a document window, may provide the ads in "chrome" of the browser, etc. (...)"


Hoe werkt het?

"(...) [0054] For example, an application on the client device may send all the document information (e.g., Web page contents, Web page concepts, etc.) needed in the ad request, or the document information needed may be fetched using a document identifier. Document information (e.g., Web page contents) needed may be pre-fetched (i.e., obtained before a specific request) for future content-relevant ad targeting. (...)

(...) [0060] In one exemplary embodiment a browser/toolbar on a client device sends the URL of a Web page being rendered for viewing, to the content-relevant ad server. The content-relevant ad server then uses this URL and results of a previous crawl of Web pages to determine the content/concept(s) associated with this URL. One or more ads relevant to the determined content/concept(s) are determined and returned to the browser. The browser will then render at least one of the returned ads in a browser frame (but in this particular exemplary embodiment, not in the content of the document). (...)

(...) [0062] The ad or ads can be shown in place or in a separate window. The ads are served using at least document (e.g., Web page) information. (...)"

Ziet de toekomstige Google er zo, zo of zo uit?

Gepost door erwin op september 21, 2004 11:14 pm | Rubriek: Technologie | TrackBack (0)