Free Newsletters

   All InfoWorld Newsletters
Geeks in Paradise | Brian Chee » Camera Phone barcode readers: Part II

December 31, 2007 | Comments: (0) | TrackBacks: (23)

Camera Phone barcode readers: Part II

Well I find myself posting a second part to placate some readers who REALLY wanted me to write on alternative solutions to the previous blog posting on ScanLife and the Sprint ad associated with it. To understand the fervor regarding camera phone barcode technology involves a discussion over Direct versus InDirect metatagging.

Direct metatagging and barcodes:
The concept of a direct metatag is one where the information contained takes you directly to an Internet location whether it be an IP address or a DNS entry. A good example would be something like http://weblog.infoworld.com/geeks/ and if the name of the blog should ever change, the information contained in the metatag will be broken. I'm sure we've all seen broken tags in older webpages or missing graphics. (Similar in concept to absolute URI's)

InDirect metataging and barcodes:
This is a bit different, in that a URL with an indirect tag might not have a fully qualified domain name(FQDN)  but may have a link relative to the original page location. In the case of what the reader was commenting about Neoreader by by NeoMedia technologies utilizes a man in the middle approach where the much smaller barcode is looked up in the tag database called the NeoServer-OMS. This approach dramatically reduces the amount of information necessary in the barcode, and as pointed out by the reader, Neoreader also is capable of reading quite a few more barcode technologies than the before mentioned ScanLife product that's being pushed by Sprint. Neither is Sprint or some others pushing to converge the mobile device reader software, also mentioned by the reader's comment.
Neomedia: Brief description

My Spin:
I'm not sure I agree with the reader's comments...I'm not exactly wild about having a man in the middle arrangement where slow links, or links denied because someone's check was late paying for the sponsored link....use your imagination. So while I like the idea of less information in the barcode this also means less reader errors and smaller barcodes, I'm not sure the price is worth it in the long run. I also see this just as proprietary as that from ScanLife's solution, with the exception that once the direct barcode has been created, you don't seem to be tied back to the technology provider and recurring fees.

On a plus side, having a directory server means that advertisers can get quite a bit more information off the mobile browser and also have access to more historical browsing information than the direct method.

Since ANCL (Advanced Network Computing Laboratory at the University of Hawaii School of Ocean and Earth Sciences and Technology) was where Warren Togami chose to start the Fedora project while an undergrad here; I feel a certain leaning towards open source efforts like those by the folks at the zxing project that is supposedly going to become part of the Google phone project. One application already available is yelp where you can drag around on a Google map and have it generate 2D barcodes that give you references to things like restaurants, gas stations, etc in the area.

All in all, I think we're going to start seeing a whole heck of a lot more 2D barcodes showing up on ads, magazine stories, posters and the like. Will the 2D barcode go further and start pushing vcard information into mobile devices, well we'll just have to wait and see if standards actually start showing up instead of having to download a different reader app for every standard. It is my personal opinion that it will be someone like Symbian or Microsoft that will have to drive a standard by implementing barcode reader technology into the base operating system. Will this be one of the legacies that the Google phone will provide us? Or will Symbian and or Microsoft beat them to the punch?

Another reader suggested this URL as a source for more detailed information on the 2D barcode movement.
http://2d-code.co.uk/

Last minute update: It would seem that the IATA (International Air Transport Association) has decided upon a 2D standard for checkins.

Posted by Brian Chee on December 31, 2007 11:10 AM


RATE THIS ARTICLE:





 

  •  
  • COMMENTS




I prefer the indirect encoding method, especially for the fact that it eliminates rouge and/or virus linked 2D codes.

Barcode systems susceptible to serious hacker attacks
http://www.heise-security.co.uk/news/101151

The indirect encoding method prevents these types of security exploits since there is no URL encoded directly within the 2D code.

Indirect encoding is the process of linking the target information to an index ("364528") and putting that unique identifier into a 2D barcode. The code reader on the mobile phone reads the 2D code and sends the code data over the Internet to a central resolution server that will tell the mobile phone what action is associated with the index (URL retrieval, Video/Music download, ect).

Cheers!

Posted by: streetstylz at December 31, 2007 12:12 PM

Brian:
2D code reading, no matter what the code used, will only be successful if any person with a camera cell phone can read any code. Otherwise, this will pass as a minor technology with groups of departmentalized supporters around the world.

The solution is a central processing point that will take any code read on any phone and route that inquiry to the reader provider - whether NeoMedia or ScanBuy or any other reader provider.

Your point about direct vs indirect is not supported by any facts. The Internet - indirect - is exactly the type of operation that is needed to allow any phone to read any code. The various mobile phone entities around the world seem to be moving this direction. The carriers see the ability for any phone to read any code as the only way to keep a user accessing 2D codes (more carrier revenue). GSMA certainly thinks so.

I am not sure if I fully understand the CTIA RFI, but this apparently is also going the route making code access universal.

Am I biased about this answer? No. Our company identification solution uses ANY camera cell phone, with or without Internet access, to read any ID, 2D codes or alpha-numeric characters. My statement is simple - if all the 2D code "reader" suppliers want success, they need to have a universal standard now. Your support of direct connect is not part of the ultimate solution.

Rick
www.RapidID.com

******************************************************************
NOTE: Comment from Brian Chee
everyone is welcome to their opinion. Yes a standard would be wonderful, but I'm hoping that market pressures will force a standard. Just like how Betamax was technically superior to VHS but Sony's Betamax standard eventually fell away as consumers adopted VHS instead.

Please keep the comments coming...such things help me justify the expense of doing large scale comparitive reviews in the lab. Blog postings are cheap, Shootouts cost a king's ransom and thusly we really want to make sure our readership really is interested before we blow a huge amount of bucks on a shootout.

Thanks everyone...

/brian chee

Posted by: Rick at January 1, 2008 07:34 AM

Brian,

Thank you for posting another article. My comment in your last article was not meant to be directed at you. My frustration comes from seeing other companies getting noticed. I know that there may have not been enough time to research everything or have received the proper response. If Scanbuy had the next best thing, what are they doing for the mobile industry to create a standard so that ALL types of codes? 1D & 2D bar codes, keywords, etc., ALL, can be used to link to the physical world around us, in one click with a mobile device. This is a life changing technology and would simplify life for consumers and web users. To only praise Scanbuy or point them out, IMO, for an inferior product, seems worthless for mobile device users. What are companies like Google, whose main income is "keyword" related, Microsoft who recently developed "Surface", doing about Neomedia?

Direct and Indirect, if one reader performs both options with the exception of reading proprietary codes, which reader would the consumer want, especially if they could use it anywhere they want U.S. and abroad?

I understand your middle-man comment. Neomedia's NeoReader is a permission based mobile platform. Can mobile spam be sent to my mobile if a QR code is clicked? Can a virus be embedded in the QR code to get all of my personal contact information? Can the brand, change offers in a QR code without changing the products QR code? When does the promotion for the printed QR code end? Will the 1/2 offer still be good a year later? Can I click a QR code to get the nearest location from the brand? Yes, there are some good things QR can be used for, I am not arguing that. The Scanlife option does the same thing, it has to go back to a server. If Google adopted / owned the NeoReader wouldn't the searches have to go back to the Google servers?

I am for QR, data matrix, 2D types of codes. Why? The NeoReader reads them also. The NeoReader simply offers more options.

I, like you, think that this is the next hot market. I would like to see Google or Microsoft doing something more about it to make our lives easier.

From a consumer, and a shareholder of all mentioned except Scanbuy.

***************************************************************
NOTE: Comments from Brian Chee
Nope...I'm just happy that folks consider this an important enough subject to comment. Considering that I get several thousand hits for every single comment, I always welcome comments.

Please keep it coming and yeah, I'd love to see a mixed standard where like a URI we can do both direct and indirect references in barcodes.

What's really going to force a standard? Consumers! Don't suffer in silence...the folks that commented strongly against the Sprint AD, email them, email the other carriers...email me...the reality is that when you're trying to adopt a new technology, you're not always going to have 20/20 hindsight to fall back upon.

/brian chee

Posted by: Swampthing at January 1, 2008 04:50 PM

Brian
I totally agree with you and so do many of the experts in this field. Standards come over time through consumer demands, and trials and errors. It is necessary with any new technology to find out what works, and what doesn't work, as well as what the consumers want as opposed to what they don't want first. Then the standards are built around those parameters.

As for the comments that the indirect method eliminates any chance of virus linked codes etc. that is not accurate. As we all know from the internet, with electronic technology you can not eliminate any kinds of such behavior. You can merely limit it to a certain extent, and prevent the mass spreading of it.

With cell phones, I have stated that when the time comes the cell phones themselves, and in particular the browsers, will have security packages available similar to what you have available on the WWW, but even that does not stop all attacks, and hackers will find holes in any technology given long enough.

Someone who posts here stated in another forum that there isn't enough memory on a smart phone for security packages. A year or two from now your cell phone will be your carry around computer, and even today, all one needs to do is buy a memory stick and stick it in most the top line smart phones, and they have all the memory they need.

But to go even further, there are companies that have been working on this very issue for over two years now developing solutions, so when the technology comes mainstream they will be ready with a product. Just like the standards being discussed, the security software will also be a consumer driven application that will be quite available when the consumer starts screaming for it and the demand is there for a company to market it for a profit. Right now the demand isnt there.

Posted by: brewskih at January 3, 2008 12:53 PM

Hey folks:
If you're really interested in what other people think ALL in your target market (young un's) just slashdot and/or dig this blog article and if they accept it, well then we can get an avalanche of opinions from the early adopter age range that would most likely use these bar codes.

/brian chee

Posted by: Brian Chee at January 4, 2008 09:56 AM

Telldodo presents an alternative to print barcodes: keywords that are easy to remember and easy to type in. Just enter the simple key-phrase at telldodo.com and get back the original URL, however complicated it may be. For example: “light saber toy”

**********************************************
Comment from Brian Chee
hmmm....dodo, tastes like chicken... ;-)

Much thanks...sometimes I post google search words, but not as satisfying.

/brian chee

Posted by: Tell Dodo at January 29, 2008 01:28 PM

Technology White Papers

 

InfoWorld Technology Marketplace

» Technology White Papers Library

Technology White Papers by Topic

Technology White Papers E-mail Alert

Find out when the latest white paper is available:
 
 
» BUY A LINK NOW

Sponsored Technology Links