I can't wait for this to be implemented with the webkit browser

Anyone else worried on rim handling all this data. When the proxy goes down will our Internet go down too? Rim doesn't have the greatest track record when it comes to crippling outages.

& go android!!! w0000

How will this affect battery life. It sounds interesting though.

Anyone else think this is a stupid idea? A cache has always been part of a browser. Why will the proxy server on the device help? RIM should stop trying these tricks an write a browser that will compete with the Iphones.

I wonder how long it would take to come out, and...would it be an OS upgrade, change, or would it be on NEWER HANDSETS?

Sounds promising though. Gotta love technology. Where theres a will, there's a way!

Sounds like a win mode idea...can't wait to see what develops in the near future!

since when was the Bold 9000 the first 3G blackberry? wasn't the 8330 out a couple of years before the bold and running on Verizon 3G?

A caching proxy server as patentable innovation? Seriously?! I'm flabbergasted that RIM's browser doesn't already do this.

Maybe I'm just being mean because I run my own Squid server…which was first conceived in 1996.

Like all patent claims, the legalistic language in which this patent claim is written makes it difficult to spot exactly what is novel in this approach. I can, however, say with certainty that there is absolutely nothing new about using device-side proxies to boost performance of the mobile web. This idea has been around since the earliest days of the web. My thesis from over 15 years ago (D. McCormack, Mobile Internetworking and Location Sensitive Services, M.Eng Thesis, University of Limerick, 1994) describes the concept broadly and provides a detailed exposition of one practical application of device-side proxies in a mobile device.

I don't work at RIM so I can't be certain, but from reading the patent and with my understanding of the current BB system, this is really nothing new.

The current Internet Browser (not Hotspot Browser) works using IPP to communicate with RIM's infrastructure. IPP is the Internet Proxy Protocol compresses HTTP using an algorithm optimized for wireless data. When you're developing BlackBerry applications you can open a raw TCP connection and do HTTP yourself; alternatively you can open an optimized HTTP connection, this optimized connection uses IPP. RIM then uses their infrastructure to translate your optimized IPP request into a proper HTTP request that public web servers understand.

The technology RIM picked up in the Torch Mobile acquisition was built for Windows Mobile, which doesn't have IPP or any of RIM's infrastructure. To make the WebKit browser faster RIM has developed this new proxy layer that translates the HTTP request from the WebKit browser into an optimized IPP request, it is then translated back to HTTP on RIM's infrastructure as it is done now.

So really all this patent reveals is how RIM has optimized their new WebKit browser. It's not a new technology on the BlackBerry platform. This fits with comments I've read from Balsillie stating the BlackBerry WebKit browser is amazingly fast by WebKit standards due to the use of RIM's infrastructure.

I will just keep using Opera till this comes out, and then we will see if it really make any difference.

Blah blah blah blah blah. But if it works than great.

I was embarassed watching the side by side comparison with the droid on youtube. ohhhh the shame and pain I felt. Wish I could take those 5 minutes back that I lost in my life,...

wow u guys are surprisingly late

They are still likely to get patent.

Well this sounds like a great "ideal". I hope RIM get's it developed and in the wild soon. I hate having to wait a minute or longer to load any web page I try going to.

Any speed boost will help RIM!! They should allow this to be implemented on apps too so apps can pull in information faster

Correct me if i'm wrong, but doesn't this patent imply that the BB will receive the incoming data to render the webpage, except that it will go to the built-in proxy server on the device first, NOT the actual browser...then the proxy will send that data to a gateway on RIM's BIS network...the gateway will compress and reformat and then send it back to the device's proxy, which will then send to the actual browser itself.

If this is right, then it's adding another layer of transport before the page appears on your screen. Which is fine, as long as the time it takes to process at the gateway and come back is quicker than the device rendering the page itself. But I can't help but think that is redundant in some ways, but what do I know...I'm not an expert.

This also brings up the possibility that if BIS/BES is down, you're not getting web access regardless of the health of your actual mobile network.

For those that do know something about this...how is this better than what Opera or Bolt is doing? As I understand it, those browsers do the requests, compression, and delivery all on the servers before it comes to your phone. RIM's solution implies that the phone itself is doing some work? But doesn't that defeat the purpose of all this?

I'm confused.

so will the proxy server come in the form of a software update to all devices?

I will be upgrading to an android device after all these data outages lately

I will be upgrading to an android device after all these data outages lately

well it sounds like the newest phones that come out in the future will benefit from any changes now, cuz if it takes battery life it would most likely have a newer type of battery and it will come with the latest hardware already to support any changes they make so I'm just waiting to see wat RIM comes out with in the near future but its funny cuz all you hear is sum bitchez cryin that theyre out of the closet and goin Android HaHaHa, so go with ur Androids and get the hell outta here!!! HaHaHa!

Great...about time wouldn't you say !