|Publication number||US20010047426 A1|
|Application number||US 09/821,535|
|Publication date||29 Nov 2001|
|Filing date||29 Mar 2001|
|Priority date||31 Mar 2000|
|Also published as||US6865608, US20010044824, US20010047428, WO2001075629A1|
|Publication number||09821535, 821535, US 2001/0047426 A1, US 2001/047426 A1, US 20010047426 A1, US 20010047426A1, US 2001047426 A1, US 2001047426A1, US-A1-20010047426, US-A1-2001047426, US2001/0047426A1, US2001/047426A1, US20010047426 A1, US20010047426A1, US2001047426 A1, US2001047426A1|
|Original Assignee||Hunter Kevin D.|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (31), Referenced by (99), Classifications (32), Legal Events (1)|
|External Links: USPTO, USPTO Assignment, Espacenet|
 This application claims priority from: (1) Hunter, “METHOD AND SYSTEM FOR SIMPLIFIED ACCESS TO INTERNET CONTENT ON A WIRELESS DEVICE”, U.S. Provisional Application No. 60/193,737, filed Mar. 31, 2000, the contents of which are incorporated herein by reference; (2) Hunter, et al., “SYSTEM FOR USING WIRELESS WEB DEVICES TO STORE WEB LINK CODES ON A LIST SERVER FOR SUBSEQUENT RETRIEVAL”, U.S. Provisional Application No. 60/193,755, filed Mar. 31, 2000, the contents of which are incorporated herein by reference; and (3) Hunter, “DEVICE-BASED ROUTING FOR WEB CONTENT RETRIEVAL”, U.S. Provisional Application No. 60/193,836, filed Mar. 31, 2000, the contents of which are incorporated herein by reference.
 This invention relates to a method and system for simplified access of Internet content such as web pages through a wireless device such as a cellular telephone by entry of a linkage code that is associated with such Internet content.
 Recently, a new generation of cell phones has been introduced that include provisions for Internet connectivity and “micro-browsers.” Using this class of device, the cell phone user can directly access content on the World Wide Web, receive email, be notified of changes in “subscribed information” such as sports scores or stock prices, etc.
 The constraints imposed on a “micro-browser” in a cell phone environment pose a unique problem for both the information provider as well as the user retrieving the information. The development of the Wireless Application Protocol (“WAP”) specification was specifically designed to address a number of fundamental differences between classic Internet and Web-based services and services on a wireless data network. These issues included the differences in needs and expectations as well as differences imposed by the device. That is, wireless devices will generally have less powerful CPU's, less memory and smaller displays than conventional computers. Wireless devices may have very different input devices. Wireless devices other than cell phones may be used that have very different capabilities. All of these issues have been addressed in the WAP specification and architecture. In particular, the WAP system is in no way restricted to cell phones—integration into other devices with wireless connectivity (e.g. Palm Pilots) was clearly anticipated. Thus, although this application will generally refer specifically to cell phones, anything described in that context would also apply to any other comparable wireless device, such as a Personal Digital Assistant (“PDA”).
FIG. 1 outlines the basic WAP architecture. Wireless devices are not directly “on the Internet” in the same sense as traditional computers. The fact that devices roam around, as well as the sheer number of devices expected to be deployed, discourage a solution in which each wireless device has its own IP address and communicates directly. In addition, the standard Internet protocols require a fair amount of overhead, which poses a problem on a channel with limited bandwidth. As a result, a new set of wireless protocols was developed. These include the Wireless Session Protocol (“WSP”) and the Wireless Datagram Protocol (“WDP”) which parallel the function of the TCP/IP and UDP Internet protocols. Wireless Telephone Application (“WTA”) Servers “speak” these protocols natively, and can be directly accessed by wireless devices.
 While for certain applications the requirement of a new class of server is acceptable, restricting wireless devices to this class of server would not adequately leverage the huge embedded base of Internet equipment. As such, the architecture includes WAP proxies, which serve as a bridge between the wireless network and the standard Internet. When a digital device attempts to access a resource via a standard URL, this request is passed to the WAP Proxy using wireless protocols. The WAP Proxy reformats this request into a standard HTTP 1.1 query, retrieves the content from the standard Web Server, and then passes the result back to the wireless device using the wireless protocol. Using this system, wireless devices can access any server on the Internet.
 A web site that natively “understood” wireless devices would generally return content in the new Wireless Markup Language (WML), or possibly in the older Handheld Device Markup Language (HDML). Recognizing that achieving deployment of a second, parallel coding standard for documents might slow the penetration of the WAP technology, the WAP Architecture also includes provisions for filters that could translate standard HTML into WML automatically. These filters can be integrated into the WAP Proxy itself, or can exist between the web server and the WAP Proxy. This would, at least in theory, allow a wireless user to access any existing content on the web, even if the web site was not specifically designed for access by devices of this class.
 A system and method for utilizing a link code or linkage code to cause a client computer to automatically access a web resource is disclosed in copending U.S. patent application Ser. No. 09/543,178, filed on Apr. 5, 2000 and incorporated by reference herein. In the system described therein, the link code is a bar code that is scanned by a bar code scanner and input into a client software program that uses the decoded link code to request a URL template from an external server computer. The server takes the link code, returns the URL template, and the link client program assembles the URL using other data at the client. The URL is passed to a web browser, which then retrieves the web resource. This process may also be performed by manually entering a text string associated with the code, such as by entering a UPC number found at the bottom of a typical UPC barcode. This is a powerful way of utilizing a general purpose computer to automatically access a web resource without having to type in a lengthy URL.
 It is noted that the system described above relies on the use of a client program running on the client computing device for obtaining, assembling, and then providing the URL to the web browser program. In general purpose personal computers, loading and running of such a client program is of course a typical and easily-done process. It would be desirable, however, to use this content retrieval technology with a client device such as a web-enabled cell phone, in which the use of add-on programs such as the linkage client is not easily accomplished. That is, with the proliferation of web-enabled cell phones and the like, it would be desirable to enable such devices to use such content retrieval methodologies without requiring adaptation of the software or firmware already present on such devices. One aspect of the invention described herein is thus a server-based URL assembly/retrieval methodology that requires no modification to existing web-enabled devices such as web-enabled cell phones or internet kiosks.
 Another problem encountered by utilization of web-enabled cell phones for Internet access is that such devices have unique display capabilities. That is, one cannot simply take any standard HTML web page and display it on a microbrowser or other such device. Thus, it is desired to be able to use the same linkage code in order to provide different types of content to different types of display devices. That is, it is desired to be able to format the content retrieved differently as a function of the device on which it will be displayed. As a result, a user entering a link code with a web-enabled cell phone will be automatically provided with WML or HDML content appropriate for display on that cell phone, while another user entering the same linkage code into a desktop computer will be provided with standard HTML content suitable for display on a large screen.
 Although web-enabled cell phones can access web pages using the appropriate linkage code technology, one further problem is that much of the original content won't be displayable in the cell phone, since it will be in the form of big HTML pages. Alternatively, a user may be preoccupied and may simple wish to store a linkage code for subsequent retrieval. Therefore, it would be desirable to use the cell phone as a linkage code access device, without retrieving the associated content, but just for acquiring the linkage codes and uploading them to a code list server for later access by the user at a PC running the appropriate software.
 The present invention is a method of and system for providing a primary content file to a client device wherein the primary content file will vary based on the display (or other) parameters of the client device, which is referred to as device-based routing. A linkage code comprising a routing identification code and an item identification code is input into the client device, and the routing identification code and a client device identification code are then transmitted to a routing server. A URL template is obtained from the routing server, the URL template being associated with the routing identification code and the client device identification code, wherein the URL template includes the name of a resolution server and at least one parameter field to be completed by the client device. The URL template is completed by filling in the item identification code, such that the completed URL points to content suitable for display on the client device. The completed URL template is sent to the resolution server named therein to determine the location of the primary content file based on the item identification code and the client device identification code. A primary content URL that specifies the location of the primary content file is then sent to the client device, and the client device is redirected to a primary content server specified by the primary content URL.
 For example, the client device may be a wireless device supporting WML content or HTML content, or it may be a personal computer supporting HTML content.
FIG. 1 depicts a schematic overview of the wireless application protocol architecture.
FIG. 2 depicts a block diagram of an exemplary system of the present invention for a device directly connected to the Internet.
FIG. 2A depicts a block diagram of an alternative system of the present invention for a device connected to the Internet via the-wireless application protocol.
FIG. 3A depicts a flow chart of how a linkage code is mapped to a content server.
FIG. 3B is a continuation of the flowchart of FIG. 3A.
FIG. 3C depicts a flow chart of how a new user is registered by the system of the invention.
FIG. 4 depicts an exemplary system of the present invention for the storage of linkage codes on list servers.
 The system of the present invention is a modification of the invention described in “SYSTEM AND METHOD OF USING MACHINE-READABLE OR HUMAN-READABLE LINKAGE CODES FOR ACCESSING NETWORKED DATA RESOURCES”, copending U.S. patent application Ser. No. 09/543,178, filed Apr. 5, 2000 by Hunter et al., previously incorporated herein by reference (“the copending application”) . In the system described therein, a linkage code is a bar code that is scanned by a bar code scanner and input into a client software program that uses the decoded linkage code to request a URL template from an external server computer. The inputting of the code may also be performed by manually entering a text string associated with the code, such as by entering a UPC number found at the bottom of a typical UPC barcode. The linkage codes of the invention are not limited to UPC codes, however, and the invention supports European EAN codes, ISBN codes for books, as well as custom linkage code formats.
 In a preferred embodiment of that invention, the linkage code includes two subcodes: a routing identification code (“RID”) and an item identification code (“IID”). In the embodiment wherein the linkage code is a UPC code, the RID can be the manufacturer's portion of the UPC, whereas the IID can be the item code portion of the UPC. The client passes the RID to a routing server to obtain a URL link to a resolution server for that code, and the client completes the URL link by filing in the IID. The client then passes the completed URL link to the resolution server to obtain a target URL of content associated with the IID on the content server associated with the RID.
 The two step resolution process allows for multiple resolution servers, thus providing scalability, with each server having its own database of target URLs. Since the address of a resolution server for a particular RID changes infrequently with respect to number of times a user seeks to access the content server associated with the RID, the RID obtained from the routing server can be cached on the client for rapid lookup. The RID thus obtained can be associated with an expiration date so that the RID is periodically refreshed.
 The system of the invention also includes a user database maintained by a registration server. The first time a user utilizes the invention to, for example, scan a UPC barcode to access a web site associated with the product, the user is directed to a registration procedure wherein the user is prompted to enter demographic data about him or herself. This data can include the user's name, address, age, gender, preferred language, and preferred interests. The registration server returns a user identification code (“UID”) to the client, which caches it. The UID is passed to the routing server, which can then access the user data base and fill user data into the template URL. The template URL is returned to the client, which fills in the UID and IID to complete the lookup-URL. The client then passes the lookup-URL to the resolution server, which uses the user data along with a rules database to return a target-URL that addresses content specifically for that user. This feature of the invention is referred to as profiled routing.
 Thus, the use of linkage codes is a powerful way of utilizing a general purpose computer to automatically access a web resource without having to type in a lengthy URL. Linkage codes are particularly useful in the context of wireless, hand-held web enabled devices such as cell phones, PDAs, or pocket personal computers (“pocket PCs”). Cell phones, for example, do not support the full alphabetic keyboard of a personal computer, and thus entering a full URL for a web site is quite tedious. Most phones use a metaphor in which numeric buttons are pressed multiple times to scroll through several letters and/or punctuation marks, with either a button press or a pause indicating acceptance of the current letter. For example, www.amazon.com is entered on a cell phone numeric keypad as 99900262999966666002226666. On the other hand, the associated linkage code is merely 92801726. The all digit linkage code is shorter and easier to enter than the full URL, and much more intuitive to use. The advantage of linkage codes is even more apparent for those handheld devices that include barcode scanners, such as PDA's.
 Although some wireless, hand-held web enabled devices, such as Palm Pilots or other PDAS, could easily be provided with the client plug-in required to map the linkage code into a URL, cell phones are not so easily adapted. There is also a large number of cell phones already in use. The inventors have thus found that it is preferable to locate this functionality on another server, referred to herein as a URL-assembly server. This enables any wireless device user to utilize linkage codes to access web content by merely accessing the appropriate page of the URL-assembly server that provides the mapping, without the necessity of installing the plug-in on the wireless client device.
 Referring now to FIG. 2, an exemplary system configuration for a web-enabled device, such as a PDA that supports an HTML display, is depicted. Device 200 can execute a web browser whose interface is displayed in display area 210. When executing, the web browser can display the linkage code entry window, referred to as a go-window. The go-window includes a field 211 for entering a linkage code, and a button 212. A user can key in or write in a linkage code in field 211 and activate button 212 to find the associated web page. Alternatively, if device 200 supports a scanner 213, a barcode can be scanned in.
 If device 200 is an Internet enabled device, such as a Palm VII PDA, it can transmit the linkage code just entered over the Internet to a URL-assembly server 202. The device 200 can also optionally transmit a user identification (“UID”) to the URL-assembly server 202. If the device 200 is a WAP enabled cell phone that displays WML content, the transmission to the URL-assembly server 202 is typically mediated by a proxy server 201, shown in FIG. 2A, that converts the WAP transmission into an HTTP compliant transmission. The URL assembly server 202 in turn communicates over the Internet with a registration server 203, which maintains a database of user information 214, and a routing server 204, which maintains a resolution server database 215. The URL-assembly server utilizes the RID portion of the linkage code, along with the UID, if available, to assemble a lookup URL in a manner described below. The lookup URL addresses a resolution server 205 that contains the target URL of the Internet content associated with the linkage code. The target URL received from the resolution server 205 redirects device 200 to the content server 206 containing the content associated with the linkage code.
 The process by which linkage codes are mapped to content that is then downloaded is depicted in FIGS. 3A and 3B. A user begins the process by entering a linkage code in field 211 at step 300 in FIG. 3A. The linkage code is transmitted to the URL-assembly server 202 at step 301. If a user is using the linkage code system for the first time, she would have to key in to the device 200 the name of the go-window in the traditional manner, by keying in the full name of the window, for example, www.paperclick.com. Once downloaded, however, the go-window can be bookmarked for easy subsequent retrieval.
 The process by which a first-time user registers with the system is depicted in FIG. 3C. If the user is using a device that can transmit a unique device identifier, such as a PDA or cell phone using OpenWave's UP.Link proxy, she will be prompted at step 352 to register with the linkage code service. The user will be connected by the URL-assembly server 202 to the registration server 203. The registration server 203 can prompt the user at step 353 to enter various items of personal information, such as her name, address, age, gender, preferred language, and preferred interests. This information is stored at step 354 in user database 214. The user is assigned a UID so that she can be identified by the system. As part of this process, an entry can be made in the user database linking the UID to the unique device identifier. A given UID can even be linked multiple device identifiers.
 Even if a client device does not support the transmission of a unique device identifier, it can still be identified to the system if the device's mini-browser supports standard authentication means, such as the storage of cookies. For this type of client, the registration server sends a cookie to the client's browser, which stores the cookie on the client device. Subsequent transmissions for the client to then URL-assembly server would then include the cookie.
 The user data enables the linkage code system of the present invention to support the profiled routing feature of the client-based linkage system of the copending application. If, however, the device 200 does not support the transmission of a UID, the user of device 200 will remain anonymous to the linkage code system, and profiled routing is not available.
 Continuing with FIG. 3A, once a linkage code has been received by the URL-assembly server 202, it is broken up at step 302 into its constituent parts, namely, the RID and the IID. The RID is passed to the routing server 204 at step 303 to obtain a URL template containing the address of the resolution server 205 associated with the IID. The resolution server 205 can actually be a front for any manufacturer's or vendor's server that can map a product code to a URL. This introduces the possibility that a given manufacturer or vendor could have a server for fielding WML queries that is different from servers fielding HTML queries. Since queries coming from the proxy server 201 typically indicate in the HTML header that the device 200 supports a WML browser, the URL-assembly server 202 can optionally include a URL template selection parameter in the data stream sent to the routing server so that a WML oriented template is returned by the routing server 204 to the URL-assembly server 202. The template selection parameter can also be used to ensure that the WML content ultimately returned to the user is not encapsulated in a frameset, as framesets are not supported by WML.
 If the device 200 has been previously registered with the system, its UID will be included in the transmission to the URL-assembly server 202. In this situation, the URL-assembly server at step 304 passes the UID to the registration server which in turn uses the UID to retrieve user data for that user from the user database 214, and returns that data to the URL-assembly server 202.
 The URL-assembly server 202 completes the URL-template at step 305. The URL template returned by the routing server 204 has at least one field for the URL-assembly server 202 to fill in. A typical URL template will look something like: http://resolve.paperclick.com:8080/all/cmd?CMD=GET&TYPE=^ ATYPE^ &RID=^ RID^ &IID=^ IID^ &CODE=^ CODE^ , wherein the fields delimited by carets (“^ ”) are to be filled in by the URL-assembly server. In the example shown, the fields to be filled in are the code type, the RID, the IID, and the full linkage code. If the linkage code is a UPC code equal to 051111128817, the RID would be 051111, the IID would be 12881, and the completed URL would be http://resolve.paperclick.com:8080/all/cmd?CMD=GET&TYPE=UPC&RI D=051111&IID=12881&CODE=051111128817. There can also be fields for the UID, user data retrieved from the user database maintained by the registration server, and the template selection parameter. This list of fill-in codes is illustrative, and more fill-in fields can be supported and be within the scope of the invention.
 The URL template also includes a field for a parameter indicative of the display device, i.e. what markup language the display device supports. This parameter could be the template selection parameter, or it could be a separate parameter. This enables the resolution server to list the addresses of multiple versions of a given page, a feature referred to a device-based routing. Thus, publishers can host web content on multiple formats accessible with different URLs, but use the same linkage code to access the content. Users are dynamically routed to the proper content based on the characteristics of the retrieving device.
 The completed URL, referred to as a lookup-URL, is a reference to both a particular resolution server and an entry in that resolution server. The resolution server can be a front for any server, such as a vendor's server, that can map the IID to appropriate content on the Internet. The lookup-URL is returned at step 306 to the device 200, or the proxy server 201 if device 200 is a WAP device, and redirects the device 200, or the proxy server 201, to the resolution server. Continuing onto FIG. 3B, the resolution server 205, at step 307, finds an appropriate target URL based on the information contained in the lookup-URL: the RID, the IID, and the user data if the user is registered. This ensures that the content customized to the user is subsequently returned. The resolution server includes lookup-tables and rules that ensure that a target URL to a content server 206 containing a web page in the correct display language is returned to the sender. The use of rules and tables to map the lookup-URL to a target-URL for content appropriate for a particular user is described in the copending application, and need not be repeated herein. The skilled artisan can easily extend the rules disclosed therein to support the device based routing feature of the present invention.
 The target-URL returned by the resolution server normally redirects the sending device, either device 200 or proxy server 201, to the content server 206. In the case of a WAP compliant cell phone, however, having the proxy server perform the redirection means that the cell phone's mini-browser will not know of the redirection. Thus, when the cell phone device 200 receives the content, it would think the content had come from the server specified by the lookup URL, i.e. the resolution server 205, not the content server 206 specified by the target URL. If the returned content includes a relative URL or image reference, the device 200 will issue a request to the resolution server 205, not the content server 206. Therefore, the redirection to the content server 206 is not performed by the proxy server 201. Instead, at step 311, a data stream is returned to the WAP device 200 that includes the target-URL hyperlink along with an auto-click code to force the device 200 at step 312 to automatically make the request to the content server 206. If the device is directly connected to the Internet, that device is redirected at step 309 to the content server 206. Finally, the content is downloaded to the device 200 at step 310.
 In addition to the functionality described above, the system of the present invention supports the demographic reporting, obfuscation/de-obfuscation of the UID, and profiled routing features disclosed in the copending application. In addition, the device based routing feature of the present invention can also be included with the invention of the copending application. The linkage client software disclosed in the copending application can easily be modified to include a device indicator field in the data stream transmitted to the routing server. This enables the routing server to select a URL template appropriate for the display device.
 One application of profiled routing is the ability to streamline registration for cell-based services. Where there are user-specific parameters such as presentation language, a user registering for a service via a linkage code could have profile information passed from the user database 214 into the service registration process. This would potentially allow the registration form to be pre-populated with the user's information, thus allowing the user to simply confirm the information, rather than having to laboriously enter it.
 In many cases, a cell phone user, because of the sparse nature of the WML or HDML display as compared with an HTML form, or because the user is preoccupied with another task, may not want to actually download content directly to her cell phone upon entering a linkage code, but may wish to save the linkage code for subsequent retrieval by a personal computer that supports HTML. In another aspect of the invention, a registered user can store linkage codes on a list server for subsequent retrieval. Referring now to FIG. 4, by using a simple WML or HDML form 401 on the cell phone 400, a linkage code is entered into field 408 in the form 401 via the keypad 403, and then submitted via a store button 409 over the wireless network 404 and Internet 405 to a list server 406, where it would be stored. The wireless transactions pass on the user's UID, so the system can use this to indicate which list the code should be added to. Later, when the user sits down at his or her PC 407, he or she can log into the server 406, and download the accumulated stored codes to the PC 407, just as if they had used the linkage client software. A user does not even need a PC—he or she could retrieve the codes via a WebTV, video game console (the newest generation of video game consoles apparently have browsers and modems built in) or any other device that has an embedded browser. The user's login/password can be used as the authentication means, and can be tied to their UID via the registration process.
 By using the stored linkage code list service described herein, a user can download stored linkage codes lists to a client device anywhere in the world. The user can even upload linkage codes from a desktop client to the list server, then download them onto any other client device, such as a laptop computer via the web.
 The system of the present invention is currently implemented on a Windows NT platform, although the system can be adapted to operate on other operating systems, such as Unix or Linux, or the Macintosh. The registration, routing and resolution servers are currently implemented as stand-alone programs, written in C++, that run as services under Windows NT, and the URL-assembly server is currently implemented as a component of the routing server. Other implementation are, of course possible, and the servers could be implemented as ISAPI DLLs running on a web server that communicate with a Microsoft SQL database server via ODBC, as CGI programs or as Java servlets. The routing server can also be implemented as a stand-alone program. Although these components have been described as if they are physically distinct machines, the skilled artisan will understand that they can be distinct processes running on the same machine.
 The system of the invention is not limited to the embodiment disclosed herein. It will be immediately apparent to those skilled in the art that variations and modifications to the disclosed embodiment are possible without departing from the spirit and scope of the present invention. The invention is defined by the appended claims.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US5519878 *||15 Jul 1994||21 May 1996||Echelon Corporation||System for installing and configuring (grouping and node address assignment) household devices in an automated environment|
|US5602377 *||1 Mar 1995||11 Feb 1997||Metanetics Corporation||Bar code dataform scanning and labeling apparatus and method|
|US5640193 *||15 Aug 1994||17 Jun 1997||Lucent Technologies Inc.||Multimedia service access by reading marks on an object|
|US5682540 *||8 Dec 1994||28 Oct 1997||Xerox Corporation||System for representing electronic files using a paper based medium|
|US5804803 *||2 Apr 1996||8 Sep 1998||International Business Machines Corporation||Mechanism for retrieving information using data encoded on an object|
|US5812776 *||7 Jun 1995||22 Sep 1998||Open Market, Inc.||Method of providing internet pages by mapping telephone number provided by client to URL and returning the same in a redirect command by server|
|US5841978 *||27 Jul 1995||24 Nov 1998||Digimarc Corporation||Network linking method using steganographically embedded data objects|
|US5848413 *||13 Jan 1995||8 Dec 1998||Ricoh Company, Ltd.||Method and apparatus for accessing and publishing electronic documents|
|US5867688 *||14 Feb 1994||2 Feb 1999||Reliable Transaction Processing, Inc.||Data acquisition and retrieval system with wireless handheld user interface|
|US5905248 *||22 Aug 1997||18 May 1999||Metrologic Instruments, Inc.||System and method for carrying out information-related transactions using web documents embodying transaction enabling applets automatically launched and executed in response to reading URL-encoded symbols pointing thereto|
|US5905251 *||11 Jul 1997||18 May 1999||Metrologic Instruments, Inc.||Hand-held portable WWW access terminal with visual display panel and GUI-based WWW browser program integrated with bar code symbol reader in a hand-supportable housing|
|US5913210 *||27 Mar 1998||15 Jun 1999||Call; Charles G.||Methods and apparatus for disseminating product information via the internet|
|US5918214 *||25 Oct 1996||29 Jun 1999||Ipf, Inc.||System and method for finding product and service related information on the internet|
|US5932863 *||4 Apr 1996||3 Aug 1999||Rathus; Spencer A.||Method and apparatus for accessing electric data via a familiar printed medium|
|US5933829 *||8 Nov 1997||3 Aug 1999||Neomedia Technologies, Inc.||Automatic access of electronic information through secure machine-readable codes on printed documents|
|US5938726 *||17 Oct 1996||17 Aug 1999||Motorola, Inc.||Apparatus for reading an electronic network navigation device and a peripheral for use therewith|
|US5938727 *||31 Jan 1997||17 Aug 1999||Ikeda; Takashi||Communication system and method via digital codes|
|US5940595 *||23 Sep 1996||17 Aug 1999||Motorola, Inc.||Electronic network navigation device and method for linking to an electronic address therewith|
|US5950173 *||12 May 1997||7 Sep 1999||Ipf, Inc.||System and method for delivering consumer product related information to consumers within retail environments using internet-based information servers and sales agents|
|US5971277 *||12 Aug 1998||26 Oct 1999||International Business Machines Corporation||Mechanism for retrieving information using data encoded on an object|
|US5978773 *||3 Oct 1995||2 Nov 1999||Neomedia Technologies, Inc.||System and method for using an ordinary article of commerce to access a remote computer|
|US5986651 *||7 Nov 1996||16 Nov 1999||Motorola, Inc.||Method, system, and article of manufacture for producing a network navigation device|
|US5995105 *||4 Oct 1996||30 Nov 1999||Motorola, Inc.||Methods and systems for providing a resource in an electronic network|
|US6012102 *||2 Apr 1996||4 Jan 2000||Infogear Technology Corporation||System using machine-readable printed symbols created from encoded data resource specifiers to establish connection to data resource on data communications network|
|US6027024 *||3 Jul 1997||22 Feb 2000||Metrologic Instruments, Inc.||Hand-held portable WWW access terminal with visual display panel and GUI-based WWW browser program integrated with bar code symbol reader|
|US6064979 *||19 Nov 1996||16 May 2000||Ipf, Inc.||Method of and system for finding and serving consumer product related information over the internet using manufacturer identification numbers|
|US6076733 *||25 Apr 1997||20 Jun 2000||Metrologic Instruments, Inc.||Web-based system and method for enabling a viewer to access and display HTML-encoded documents located on the world wide web (WWW) by reading URL-encoded bar code symbols printed on a web-based information resource guide|
|US6101486 *||20 Apr 1998||8 Aug 2000||Nortel Networks Corporation||System and method for retrieving customer information at a transaction center|
|US6108656 *||11 May 1999||22 Aug 2000||Neomedia Technologies, Inc.||Automatic access of electronic information through machine-readable codes on printed documents|
|US6542933 *||5 Apr 2000||1 Apr 2003||Neomedia Technologies, Inc.||System and method of using machine-readable or human-readable linkage codes for accessing networked data resources|
|US6625581 *||22 Nov 1999||23 Sep 2003||Ipf, Inc.||Method of and system for enabling the access of consumer product related information and the purchase of consumer products at points of consumer presence on the world wide web (www) at which consumer product information request (cpir) enabling servlet tags are embedded within html-encoded documents|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US7188312 *||12 Aug 2004||6 Mar 2007||Ap-Mobile Technology Inc.||Remote document viewing system, device, and method thereof|
|US7200811 *||28 Jul 2003||3 Apr 2007||Canon Kabushiki Kaisha||Form processing apparatus, form processing method, recording medium and program|
|US7274927 *||25 Jul 2001||25 Sep 2007||Nokia Corporation||Mobile telecommunications data service|
|US7340076||16 Apr 2003||4 Mar 2008||Digimarc Corporation||Digital watermarks for unmanned vehicle navigation|
|US7457418 *||26 Jun 2002||25 Nov 2008||Nokia Corporation||Method for accessing a user operable device of controlled access|
|US7502759||2 May 2002||10 Mar 2009||Digimarc Corporation||Digital watermarking methods and related toy and game applications|
|US7519720||18 Sep 2006||14 Apr 2009||Microsoft Corporation||Pushing rich content information to mobile devices|
|US7744001||16 Nov 2004||29 Jun 2010||L-1 Secure Credentialing, Inc.||Multiple image security features for identification documents and methods of making same|
|US7814225||31 Aug 2006||12 Oct 2010||Rumelhart Karl E||Techniques for delivering personalized content with a real-time routing network|
|US7824029||12 May 2003||2 Nov 2010||L-1 Secure Credentialing, Inc.||Identification card printer-assembler for over the counter card issuing|
|US7930362 *||15 Aug 2005||19 Apr 2011||Shaw Parsing, Llc||Techniques for delivering personalized content with a real-time routing network|
|US7933968 *||20 Jun 2000||26 Apr 2011||Koninklijke Philips Electronics N.V.||Token-based personalization of smart appliances|
|US8014528||23 Oct 2008||6 Sep 2011||Nokia Corporation||Method for accessing a user operable device of controlled access|
|US8218873||28 Feb 2011||10 Jul 2012||Nant Holdings Ip, Llc||Object information derived from object images|
|US8218874||22 Mar 2011||10 Jul 2012||Nant Holdings Ip, Llc||Object information derived from object images|
|US8224077||13 Jan 2011||17 Jul 2012||Nant Holdings Ip, Llc||Data capture and identification system and process|
|US8224078||28 Feb 2011||17 Jul 2012||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US8224079||21 Apr 2011||17 Jul 2012||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US8326031||22 Mar 2011||4 Dec 2012||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US8326038||10 Aug 2011||4 Dec 2012||Nant Holdings Ip, Llc||Object information derived from object images|
|US8331679||10 Aug 2011||11 Dec 2012||Nant Holdings Ip, Llc||Object information derived from object images|
|US8335351||21 Apr 2011||18 Dec 2012||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US8407722||30 Mar 2006||26 Mar 2013||Shaw Parsing L.L.C.||Asynchronous messaging using a node specialization architecture in the dynamic routing network|
|US8437544||6 Apr 2012||7 May 2013||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US8457395||11 Jun 2012||4 Jun 2013||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US8463030||22 Mar 2011||11 Jun 2013||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US8463031||14 Jun 2012||11 Jun 2013||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US8467600||21 Apr 2011||18 Jun 2013||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US8467602||27 Jun 2012||18 Jun 2013||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US8478036||2 Mar 2012||2 Jul 2013||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US8478037||29 Jun 2012||2 Jul 2013||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US8478047||9 Apr 2012||2 Jul 2013||Nant Holdings Ip, Llc||Object information derived from object images|
|US8483484||10 Aug 2011||9 Jul 2013||Nant Holdings Ip, Llc||Object information derived from object images|
|US8485430 *||6 Dec 2011||16 Jul 2013||Honeywell International, Inc.||Hand held bar code readers or mobile computers with cloud computing services|
|US8488880||2 Mar 2012||16 Jul 2013||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US8494264||4 May 2012||23 Jul 2013||Nant Holdings Ip, Llc||Data capture and identification system and process|
|US8494271||22 May 2012||23 Jul 2013||Nant Holdings Ip, Llc||Object information derived from object images|
|US8498484||28 Feb 2012||30 Jul 2013||Nant Holdingas IP, LLC||Object information derived from object images|
|US8503787||10 Aug 2011||6 Aug 2013||Nant Holdings Ip, Llc||Object information derived from object images|
|US8505024||31 Aug 2006||6 Aug 2013||Shaw Parsing Llc||Storing state in a dynamic content routing network|
|US8520942||27 Jun 2012||27 Aug 2013||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US8548245||4 Oct 2012||1 Oct 2013||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US8548278||2 Oct 2012||1 Oct 2013||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US8582817||2 Oct 2012||12 Nov 2013||Nant Holdings Ip, Llc||Data capture and identification system and process|
|US8588527||27 Nov 2012||19 Nov 2013||Nant Holdings Ip, Llc||Object information derived from object images|
|US8712193||4 Dec 2012||29 Apr 2014||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US8718410||4 Dec 2012||6 May 2014||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US8732239 *||2 Oct 2003||20 May 2014||Hong Kong Applied Science And Technology Research Institute Co., Ltd.||System and method for providing multimedia wireless messages across a broad range and diversity of networks and user terminal display equipment|
|US8763907 *||7 Mar 2013||1 Jul 2014||Cutting Edge Codes Llc||Barcode device|
|US8774463||20 Jun 2013||8 Jul 2014||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US8792750||8 Apr 2013||29 Jul 2014||Nant Holdings Ip, Llc||Object information derived from object images|
|US8798322||20 Aug 2013||5 Aug 2014||Nant Holdings Ip, Llc||Object information derived from object images|
|US8798368||3 Apr 2013||5 Aug 2014||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US8820630||15 Jul 2013||2 Sep 2014||Honeywell International, Inc.||Hand held bar code readers or mobile computers with cloud computing services|
|US8837868||6 Jun 2013||16 Sep 2014||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US8842941||26 Jul 2013||23 Sep 2014||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US8849069||26 Apr 2013||30 Sep 2014||Nant Holdings Ip, Llc||Object information derived from object images|
|US8855423||7 Jun 2013||7 Oct 2014||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US8861859||9 Apr 2013||14 Oct 2014||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US8867839||11 Apr 2013||21 Oct 2014||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US8873891||31 May 2013||28 Oct 2014||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US8885982||13 Aug 2013||11 Nov 2014||Nant Holdings Ip, Llc||Object information derived from object images|
|US8885983||30 Sep 2013||11 Nov 2014||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US8923563||30 Jul 2013||30 Dec 2014||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US8938096||31 May 2013||20 Jan 2015||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US8948459||3 Sep 2013||3 Feb 2015||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US8948460||20 Sep 2013||3 Feb 2015||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US8948544||31 Jan 2014||3 Feb 2015||Nant Holdings Ip, Llc||Object information derived from object images|
|US9009599||15 Oct 2010||14 Apr 2015||Cellco Partnership||Technique for handling URLs for different mobile devices that use different user interface platforms|
|US9014512||12 Sep 2013||21 Apr 2015||Nant Holdings Ip, Llc||Object information derived from object images|
|US9014513||21 Oct 2013||21 Apr 2015||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US9014514||31 Jan 2014||21 Apr 2015||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US9014515||5 Feb 2014||21 Apr 2015||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US9014516||26 Feb 2014||21 Apr 2015||Nant Holdings Ip, Llc||Object information derived from object images|
|US9020305||31 Jan 2014||28 Apr 2015||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US9025813||3 Jun 2013||5 May 2015||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US9025814||3 Mar 2014||5 May 2015||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US9036862||3 Mar 2014||19 May 2015||Nant Holdings Ip, Llc||Object information derived from object images|
|US9036947||1 Oct 2013||19 May 2015||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US9036948||4 Nov 2013||19 May 2015||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US9036949||6 Nov 2013||19 May 2015||Nant Holdings Ip, Llc||Object information derived from object images|
|US9043635||15 Aug 2005||26 May 2015||Shaw Parsing, Llc||Techniques for upstream failure detection and failure recovery|
|US9046930||15 Jul 2014||2 Jun 2015||Nant Holdings Ip, Llc||Object information derived from object images|
|US9064254||17 May 2012||23 Jun 2015||Honeywell International Inc.||Cloud-based system for reading of decodable indicia|
|US9071648||14 Sep 2012||30 Jun 2015||Shaw Parsing L.L.C.||Asynchronous messaging using a node specialization architecture in the dynamic routing network|
|US9087240||18 Jul 2014||21 Jul 2015||Nant Holdings Ip, Llc||Object information derived from object images|
|US9092683||10 Jul 2012||28 Jul 2015||Honeywell International Inc.||Cloud-based system for processing of decodable indicia|
|US9104916||25 Feb 2014||11 Aug 2015||Nant Holdings Ip, Llc||Object information derived from object images|
|US9110925||20 Aug 2014||18 Aug 2015||Nant Holdings Ip, Llc||Image capture and identification system and process|
|US20010044849 *||15 May 2001||22 Nov 2001||Awele Ndili||System for providing network content to wireless devices|
|US20040092266 *||25 Jul 2001||13 May 2004||Olrik Jakob Christian||Mobile telecommunications data service|
|US20040190750 *||18 Nov 2003||30 Sep 2004||Rodriguez Tony F.||Watermarked printed objects and methods|
|US20050075093 *||2 Oct 2003||7 Apr 2005||Hong Kong Applied Science And Technology Reseach Institute Co., Ltd.||System and method for providing multimedia wireless messages across a broad range and diversity of networks and user terminal display equipment|
|US20050096019 *||15 Dec 2004||5 May 2005||Awele Ndili||System for converting wireless communications for a mobile device|
|US20050216373 *||28 Feb 2005||29 Sep 2005||Jeffrey Weiss||System and method for electronically transmitting information at completion of live sales transaction|
|DE10233660A1 *||24 Jul 2002||12 Feb 2004||Fujitsu Siemens Computers Gmbh||Pocket personal computer has a built in scanner that can be moved over surface of a document with data stored for transmission as for example a FAX|
|DE10233660B4 *||24 Jul 2002||26 Jul 2007||Fujitsu Siemens Computers Gmbh||Pocket-PC|
|EP2442532A1 *||12 Oct 2011||18 Apr 2012||Cellco Partnership D/B/A Verizon Wireless||Technique for handling URLS for different mobile devices that use different user interface platforms|
|WO2004074999A2 *||11 Feb 2004||2 Sep 2004||Power By Hand Holdings Llc||Method for delivery of digital content to handheld and wireless computing devices|
|International Classification||H04L29/08, H04L29/06|
|Cooperative Classification||Y10S707/99939, H04W74/00, H04W88/02, H04L67/303, H04L67/306, H04L67/2823, H04L67/2804, H04L67/28, H04L67/04, H04L67/327, H04L67/2819, H04L67/2814, H04L69/329, H04L67/20, G06F17/3089, H04L29/06|
|European Classification||H04L29/08N27, H04L29/08N27E, G06F17/30W7, H04L29/08N27F, H04L29/08A7, H04L29/08N29T, H04L29/08N31Y, H04L29/08N29U, H04L29/06, H04L29/08N19, H04L29/08N3, H04L29/08N27D, H04L29/08N27A|
|25 May 2001||AS||Assignment|
Owner name: NEOMEDIA TECHNOLOGIES, INC., FLORIDA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:HUNTER, KEVIN;REEL/FRAME:011841/0128
Effective date: 20010518