Are Corporate IT Patents the on the Rise?

Are Corporate IT Patents the on the Rise?

Many times in the course of a corporate IT project, new and innovative technical solutions to challenging problems are developed. Many of these solutions are related to the hoops one has to jump through to get company specific legacy systems and legacy decisions to integrate with new technical products or capabilities. Thus, are these solutions truly innovative? No, most are not if they are viewed in the context of “from outside the company”. “Inside the company”, they could be a miracle of cross-team, cross-department partnering and vendor product limitation mash-ups. “Outside the company” observers would be wondering why such a convoluted approach was needed for a seemingly simple interoperability challenge. Yet, every once in a while, a technical approach to solve a problem that isn’t truly unique to that company occurs.

Geez, IT is so mature these days one has to wonder why there aren’t fifteen vendors clamoring to demonstrate how they can solve these problems with their products. The vendor landscape either hasn’t recognized that their customer base has a problem they can sell a solution for or the problem is created by vendor solutions that provide a core capability but don’t go the last ten feet to cross the finish-line of a fully mature feature set. With all this being said, the question that seems to be coming up more and more is:

Is that innovative corporate IT technical solution worth getting patented?

My first thought that always comes to my mind in these discussions is:

Why is it worth it to patent something corporate IT-ish when the business’s core competency isn’t delivering IT products and services?

It is easy to understand why, say, Apple, Google and other tech companies are rushing to patent new and innovative techniques such as in the mobile device functionality space. The monetary compensation surrounding having to pay a competitor licensing fees means you win, revenue-wise, when your competitor sells a large number of devices. Imagine if you were the patent holder of something used in the Apple iPad 2. If you licensed that invention to Apple for a mere one cent per device, in the fourth quarter of 2011 alone, you would net $154,000.

Thus, it seems that corporate IT does not get to generate direct revenue through patenting solutions. So why do so? The strategy here appears to be one of investing in a solid defense as opposed to an aggressive offense. That defense appears to be at least two fold.

Vendor Leverage Reduction

Vendor products are so pervasive in corporate IT it is next to impossible to avoid the sometimes painful contract negotiations. I’ve written quite a bit about the corporate IT management/vendor relationship in the past in a series starting here. If a vendor becomes aware you are using your own approach to a solution they have patented, the company can lose significant leverage in the contract negotiations as the raw legal sparing can trump the best sales/customer relationship. These negotiations can turn even worse if the company is trying to switch to a competing vendor.

Non-IT Company Product Battles with Competitors\

More similar to the classic tech company patent wars such as between Apple and Google/Motorola, non-IT based companies have similar legal battles over non-technology product patent infringements. In addition to holding the non-IT patent, having an additional IT-centric patent that complements the original product patent infringement helps strengthen the case of that patent holder. Thus, not a clear cut win for the patent holder, but clearly a legal strategy to make the claimant have to invest in an even larger, more expensive and time consuming case.

So, can everyone expect a rush to apply for patents for innovative corporate IT solutions in non-IT centric companies? I wouldn’t say rush, but as technology become an ever more important and strategic component of traditionally non-IT centric companies, look for a steady increase in patent applications as part of a holistic business strategy to be in a strong position to go head to head with a competitor in a patent infringement suit.

, ,

Hooked on my PlayBook

Hooked on my PlayBook

As I was skimming through my regular list of blogs in my news reader I came across an article by Brian Hopkins of Forrester entitled “Are Your Employees Doing This?” where Brian describes his coffee shop interactions with a young woman. The young woman was using a 5×7 tablet and a smartphone feverishly. Feel free to read Brian’s article for the full details of the exchange, but what struck me is how quickly I identified with the notion that as tablet computing improves, the need for traditional laptops loaded with productivity software will rapidly diminish. I already find myself leaving my netbook in my laptop bag for days at a time in favor of my tablet rather than booting that netbook at the start of every day.

As I posted a few weeks back here, I finally made the leap into tablet computing. I picked up a Blackberry PlayBook tablet and linked it with my Blackberry Curve 9330 phone and put it through its paces. I then described my positive initial setup experience prior here. Now that I have been using it for a few weeks, I thought I would expand upon my initial thoughts on how the introduction of tablet computing into my daily routine is panning out.

In a phrase: I am completely hooked and would be hard pressed to give up my PlayBook.

I am very surprised at how quickly I’ve adopted tablet computing into my daily routine. I pretty much take my tablet everywhere. As I mentioned prior[], I have a brief train ride as part of my primary office compute. That train ride now flies by as I am reading and watching all sorts of Internet content while crammed in my seat. Time passes so quickly that I need to force myself to check what station the train is arriving at in order to make sure I don’t miss my stop. The Internet tethering speed at 3G isn’t blazing fast, but reading web content is quick enough that I don’t particularly mind.

Beyond the daily commute, I now take the tablet with me to all meetings and take all notes on the tablet rather than carry my paper notepad portfolio I’ve used years. I have completely switched to full on digital note taking plus secure remotely accessing company email and calendar viewing without any negatives thus far. I still carry my old portfolio “corporate pacifier” in my laptop bag to and from work but I don’t take it out of the bag. I still take my netbook in my bag but instead of using it daily, I now only use it when I need to access data I haven’t yet converted to tablet accessibility.

Productivity-wise, I’m very impressed with the “apps” I’ve been able to add to my PlayBook to make it so useful. As you can probably tell from my blog posts, I’m a pretty basic user of computing resources and have yet to feel compelled to install any games or pure entertainment “apps”. Below are the primary additions to the basic tablet functionality that I’ve found have made the PlayBook such a useful device for me:

VNC

I found the free IMTVNC application to deliver exactly what I need when it comes to quickly remotely connecting to one of my home systems, seeing the screen display and supporting basic keyboard and mouse interactions. A touch device trying to emulate a keyboard and mouse device is clunky no matter what the device or remote program, but for basic checking in on a system and issuing a few simple commands, it does the job.

SSH

With the addition of the Telnet/SSH application, I am able to use my all time favorite, simple open source ssh client putty. It appears as if all of the functions of putty have been replicated in this app. I am even able to connect over the Internet to my home Ubuntu server and tunnel in VNC and web browser requests for complete, secure remote access to my home systems. Once connected, the Telnet/SSH app runs in the background and maintains those secure port to port tunnels just like putty does on a regular desktop/laptop system.

RSS

After experimenting with multiple web based and native application based RSS news feed readers, I’ve found WebReader to be the excellent. The native application very much takes advantage of the touch based tablet user experience. The complete synchronization with Google Reader allows me to move between WebReader on the PlayBook and Google Reader on any laptop/PC and manage subscriptions as well as what I’ve read, not read yet and flagged for later reading. The article reading is highly optimized for the low bandwidth tethered connection on the moving train. The app is highly responsive to my near spastic finger touches on the tablet as I skim articles and quickly navigate through marking the status of the flood of messages coming at me.

Twitter – Blaq

I haven’t settled on a native Twitter client for the long hall. I’ve tried quite a few and currently am finding that Blaq is exceptionally well done for following a single twitter account. The only current complaint is the near real-time Twitter updates are great when I am caught up and ready to read the newest tweets. But, if I step away or navigate away from the app, upon returning, I seem to get stuck with no additional time-line updates. There is a good chance, as a user, I am doing something wrong, but I frequently find myself closing the program in order to re-open it to get caught up on missed and arriving tweets. I need a client that keeps your current place in the time-line, collects new tweets periodically and allows scrolling up/down through the time-line. I’m still using Blaq in the hope I will discover my user error, but if anyone can suggest another simple native client, I’d like to keep trying for Twitter utopia.

AIR Browser

For simple file navigation such as managing uploaded videos, music and podcast file, I’ve found the AIR Browser to be exceptionally clean and effective. It starts file navigation at the “media” shared folder level and doesn’t allow you to go into native system files. Yet, for simple file management, the clean interface and completely intuitive navigation makes this a must have for my file management needs.

I’ve tried a number of different apps but so far, those above are the main apps I’ve come to rely on for making my tablet computing so effective. As you can tell, I’m a very basic tablet user. I’m looking forward to the release of the PlayBook OS v2.0 in hopes that RIM has used their almost full year of development to significantly improve the PlayBook which I’ve come to rely on already as a must have, daily computing device.

, , , , , , ,

Initial Foray into Tablet Computing

Initial Foray into Tablet Computing

As I mentioned in a previous article, I’ve finally made the leap into tablet computing by procuring a RIM Blackberry PlayBook. For those interested in why I chose this particular tablet against the grain of the media coverage on this product, please read my commentary in the prior article. This article covers my initial experience of getting the PlayBook setup for use and my first week of integrating it into my daily computing routine.

Setup – Amazingly Simple and Efficient

The PlayBook comes out of the box with a wall charger, micro-USB cable (a nice one is included), sock-like cover, multi-language getting started manual and the PlayBook itself. The physical specs on the PlayBook itself are better covered by others including this tear-down of the exact internal components here. So, I plugged in the wall charger to the micro-USB port and pushed the small power button on the side.

The screen immediately came to life and within a few seconds, a full screen setup wizard began with initially finding my home wireless network and asking for the password to connect. This was my first interaction with the touchscreen keyboard and found the experience to be exceedingly similar to the Kindle Fire and other tablets of having an audible click plus a visual overlay of the key one is typing plus a brief view of the character being entered into the textbox followed by an asterisk replacing that character (regular password field entry masking). It took me a second to understand that the request to “swipe” to move to the next screen was to use your finger to follow the circle graphic movement on the bottom of the display. I couldn’t understand why I seemed to be going back and forth between the same two screens. Once I figured out the desired swiping movement, the intuitiveness became immediately obvious.

The wireless connection was immediate which was a nice initial confidence booster. I was wondering prior to starting the setup how frustrating it would be to have wireless problems on a device I bought specifically for wireless Internet use. Luckily, no problems here what so ever.

After picking the usual date, time and timezone details, I was asked to enter my Blackberry ID. Since I already had one I used to access the Blackberry App Store on my phone, I entered the same one. I’m glad that the phone and tablet are accessing the App Store using the same login details. This means one less on-line credential to manage.

Another nicety was an indication that the setup wizard could be stopped and restarted at any time. Some family distractions were taking place at the same time as my initial setup thus I had to hit the power button a few times to bounce between the setup and family duties.

The next step was a required system software update. Since my plan was to update to the latest anything prior to making serious use of the product, I was glad to get this step out of the way as soon as possible. Being a late adopter, I was hoping I would get the benefit of the latest software including as many bugs fixed as possible. I don’t recall how long this process took to download the 384MB update because I put the device down once the update started and did not return to it for over 2 hours at which it was already complete.

Upon returning to my desk, the device was asking me if I wanted to enable the “Blackberry Bridge” support. I did some pre-research enough to know this was RIM’s mechanism for having their tablet and phones communicate with each other. I had previously downloaded the free “Bridge” app for my Curve from the App Store and thus brought out my phone and went to turn on the “Bridge” support on the phone. Upon doing so on the phone and then also enabling Bluetooth at the same time via the Bridge App (nice that they included in the app rather forcing one to go hunt for the enable setting), I proceeded to indicate to the tablet I was ready to enable Bridge support there.

I was very impressed on how easy this process was all around. The PlayBook presented a QR image and told me to point the phone’s camera at the image. My phone was in camera mode already I assume by being set by the Bridge App and thus I pointed the camera phone at the QR code until the QR code filled the entire phone camera display and a countdown to connecting appeared. Within a few seconds, the phone and tablet indicated they were connected and the blue “Bluetooth” indication light on the phone started to blink. All in all, very simple and efficient process to get this “Bridge” option enabled.

I opted not to setup the Blackberry Desktop Software since my primary PC is Ubuntu Linux rather than Windows or Mac thus I skipped this final step. I was then forced to take two usage “tutorials” which my first reaction was “What? Why can’t I skip this step? I’m a smart guy. I want to figure this out my own way.” The tutorials were very brief and ensured one had a basic understanding of the specific PlayBook gestured needed to effectively interact with the device. In hindsight, I’m glad RIM made me complete those tutorial steps because I was instantly comfortable with gesture device navigation when I was given control of the device post-setup.

Initial Connectivity Impressively Efficient as well - Tethering Success

Having used multiple tablets briefly prior, I was familiar with the general usage of a tablet and was immediately browsing the web and App Store. Even finding needed details about the device was very intuitive and centralized in one menu structure for stuff like MAC and IP addresses, screen and file sharing passwords, etc. My first real challenge in my mind was to test how to tether the PlayBook to my Curve in order to access the Internet through the carrier data plan on the phone. Again, I have to hand it to RIM, I was able to easily disable the wireless and by pressing the image and model of the Bluetooth connected Curve, I noticed my Curve go into “modem mode” and the PlayBook provide status indication of dialing, connecting and getting an IP address. Now I am toggling back to a browser and surfing the web at 3G speeds and seeing the familiar network traffic indicators on my phone. All in all, worked great the first time I tried it.

Filesystem Connectivity

Next challenge was gaining file level access to the PlayBook. Again, very straight forward process that with, very little if any Google-ing for tips, I was able to setup the PlayBook to share it’s “media” folder as a wireless Windows share (account+password protected) as well as directly through a wired USB cable. Again, impressive to me how easily RIM has enabled this filesharing ability for me not using their Desktop Manager application but rather, low level basic networking functions in Ubuntu.

An interesting surprise was how, through the Bridge Bluetooth connection, the PlayBook was showing all of the media files I had on my Curve. Any option to open a file shows both a Curve and a PlayBook graphic that, once selected, shows the file system navigation on that device. It was intuitively easy for the PlayBook to source files from the Curve with me having to do absolutely nothing beyond that initial Bridge App setup.

Email, Contacts, Calendar, Tasks and Notes

Ok, by now, most of you are probably thinking “Hey, does this guy work for RIM? The media gave the PlayBook harsh reviews, what gives?”

As I mentioned before, my criteria for picking the PlayBook plus my existing Blackberry Curve mobile phone usage with RIM’s initial PlayBook design to work with a RIM phone seems to explain my initially positive experience. But don’t worry, things aren’t fully perfect if you read further.

One of the biggest complaints about the PlayBook from critics is that hard dependency on a Blackberry phone for email, contacts, etc. interaction. I can completely agree why the PlayBook would not be well received by an iPhone or Android phone user given no native email or calendar App support. But for me, the top left of the screen has indicators of new emails arriving and calendar alerts which were exceedingly pleasant and well integrated. As new emails were arriving on my phone, my PlayBook was indicating as such and I was able to touch the alert and be viewing my combined email accounts already setup on my phone. Near real-time updates were taking place between the two devices seamlessly. This seamless updating was happening on more than just email alerts and management.

Something I found almost creepy was how opening the same note in the MemoPad between the PlayBook and Curve showed near really time synchronous changes happening on the two devices. Type a character on the Curve and it shows up on both the Curve and PlayBook. If anyone has used Google Docs and worked on the same document at the same time with someone else, it was a similar experience of close to real-time changes.

This notion that my phone and tablet are constantly talking to each other and the tablet is openly sharing files like a file server wireless-ly to those near by really got me thinking about how highly connective our technology is these days.

The Bad – App Store

I was expecting to be disappointed with the PlayBook App Store selection but I was even more disappointed when I started searching for what I thought would be basic apps. No free ssh app? No free or paid integrated social media app (seesmic, tweetdeck, hootsuite, etc.)? Luckily I did find a free VNC client that works very well in connecting to and controlling vnc enabled systems. I also found a google reader app that allowed me to sync up on online google reader RSS reading to the PlayBook. Thus, I definitely agree with the media’s assessment of one of the biggest negatives of the PlayBook is the lack of the breath of native apps compared to the iOS and Android market. I’ll need to borrow my spouses Kindle Fire to see how Amazon’s set of Fire apps compares at some point.

Almost Bricked my PlayBook

Another interesting experience was locking up the PlayBook on my first attempt to play a media file. I copied over a WMA formatted brief movie as my first attempt trying out the media playing capabilities. Once copied, I started the movie and everything looked great: clear picture and clear sound out of the native speakers. Then, I naturally rotated the PlayBook to a landscape from portrait view and the movie visually froze in mid-diagonal re-orientation. The sound was still going but the picture was clearly frozen. No re-orientation nor swiping made any difference to the frozen picture. I then hit the pause button on the PlayBook and the sound stopped but no change in frozen display. Hitting the pause button to resume didn’t make any difference nor re-start the audio. With a bit of panic I check and I could still interact with the filesystem remotely so the whole unit wasn’t completely frozen. So, with some quick google-ing I found the need to hold in the power button for 10 seconds to reboot the device. My panic subsided when eventually I saw the same Blackberry logo splash on the screen that I saw when I first turned on the device. Once rebooted, everything seemed to work as normal.

PlayBook Rides the Train

One test that passed with flying colors was my goal to use the 20 minute or so train ride that is part of my daily commute to catch up on news via the Internet. Prior to having the PlayBook, once seated on the train, occasionally, I would break out my netbook and hard wire tether my Blackberry to access the Internet and use Bloglines.com to read through my collection of RSS feeds and the Seesmic web app to check Twitter feeds, etc. I must have seemed a bit silly as a 6’4” guy crammed into a small train seat with my over stuffed laptop bag, lunch bag and laptop with dangling cable and phone all hunched together. With my phone still in my pants pocket, I’ve now have my PlayBook out, Bluetooth tethered to the Internet and headphones connected listening to a podcast and swiping through news stories in a slightly less awkward seating arrangement.

Two thumbs way up on the easy of tethered Internet access and news/blog reading. Plus, just like those other tablet users, I’m jumping between the text-ish news feed over to richer web browser content, squishing and zooming the screen with deft finger touches.

Also, it might seem trivial to include a micro-USB cable and simple “sock” like cover, but the Kindle Fire came with neither and thus had to go find a micro-USB cable as well as procure some sort of cover to protect the Kindle from likely nicks and scrapes. With the simple “sock”, it isn’t fancy or exceedingly professional looking as a formal cover, but for me, being able to slide the PlayBook in the “sock” and then into my laptop bag for transport right away is great. Again, simple initial product accessory but really effective for basic users like myself.

OS 2 beta – Too Upgrade or Not Too Upgrade

Now, with all of the hype around the next OS 2 major upgrade from RIM that is presented to be “the way the PlayBook should have worked from the beginning” with native email, etc. clients, integrated social media extensions and build in Andoid App Market/App Player capabilities, the next big question is now that I have the PlayBook working pretty much the way I like for my immediate needs, should I go ahead an install the 2.0 beta and see what improvements have been incorporated … still considering to jump in early or wait for the final release.

 

, , , , , , ,