Methods and apparatus to change a feature set on data collection devices

#Data collection devices are a class of device used to collect, process, and transfer data to a data processing system. Data collection devices may be provisioned with one or more of a variety of data collection sub-systems including: imager, laser scanner. RFID scanner, and magnetic media scanner. Such sub-systems generally scan some data bearing device such as dataforms (e.g. barcodes), magnetic stripes, and RFID tags. The collected data is processed within the data collection device by a processor and associated circuits. The type and amount of processing may vary depending on the class of device, but usually includes, at a minimum, decoding the output of the data collection sub-system to generate a string of data corresponding to the encoded data contained within the data bearing device. The decoded data is then generally transferred using any number of wired and wireless communication paths, such as 802.11, cellular, IrDA, USB, serial and parallel paths.

#Generally, data collection devices can be thought of as falling into three classes fixed, mobile, and handheld. Fixed devices are generally incorporated into stationary objects such as point of sale systems (examples include transaction terminals and image kiosks) and walls (examples include RFID tracking devices). Mobile devices generally have similar electronic configurations to fixed devices, but are mechanically designed to be mounted on movable objects, such as carts and fork lifts. Finally, hand held devices are designed to be carried around by a user. Popular categories of hand held data collection devices include portable data terminals (PDTs), transaction terminals, image kiosks, and hand held bar code scanners.

#Much like the computer industry in general, data collection devices are becoming commoditized, with competing units adopting similar specifications with respect to subsystems such as data collection, communication, and processors. Much of the differentiation between products therefore lies in the ability of a manufacturer to supply a particular configuration at a specified price level.

#An understanding of the present invention can be gained from the following detailed description of one or more embodiments of the invention, taken in conjunction with the accompanying drawings of which:

#FIG. 1a is a plan view of a PDT.

#FIG. 1b is a partial cutaway view of an optical indicia reader.

#Reference will now be made in detail to embodiments of the present invention, examples of which are illustrated in the accompanying drawings, wherein like reference numerals refer to like elements throughout. It is to be noted that an element number followed by a letter generally indicates multiple occurrences of elements that are similar in structure and/or function. Further, the use of an italicized “n” associated with an element number generally denotes either an unspecified number of instances of such element or a partial or complete grouping of such elements—the meaning of which is to be drawn from the context of such use.

#A method is here, and generally, conceived to be a sequence of steps or actions leading to a desired result and may be implemented as software. While it may prove convenient to discuss such software as if embodied by a single program, most implementations will distribute the described functions among discrete (and some not so discrete) pieces of software. These pieces are often described using such terms of art as “programs,” “objects,” “functions,” “subroutines,” “libraries,” “.dlls,” “APIs.” and “procedures.” While one or more of these terms may find favor in the present description, there is no intention to limit the scope of the claims through such preferential use.

#With respect to the software described herein, those of ordinary skill in the art will recognize that there exist a variety of platforms and languages for creating software for performing the methods outlined herein. Embodiments of the present invention can be implemented using MICROSOFT VISUAL STUDIO or any number of varieties of C. However, those of ordinary skill in the art also recognize that the choice of the exact platform and language is often dictated by the specifics of the actual system constructed, such that what may work for one type of system may not be efficient on another system. It should also be understood that the methods described herein are not limited to being executed as software on a microprocessor, but may be executed using other circuits. For example, the methods could be implemented on a digital signal processor, a FPGA, or with HDL (Hardware Design Language) in an ASIC.