An Operating System "Barcode Recognition" Service
Barcode recognition has for the past 25 years been either been
Only by implementing a operating systems independent middleware service on personal (or embedded computers) could it become possible for barcodes to achieve their proper economic benefits. The side benefit of this service is that consumers that would usually not have access to barcode decoders would gain access to the technology. The service must however be 100% open source.
|How it works
The operating system must interact with the barcode recognition service via this model
|What would the Operating System
service interface program be like?
It would be best if such a service had a lot of user interface commonalty with BOINC. However the ability to subscribe to new projects or quite one's subscription to a project would have to be removed. Although it is possible that there may be some theoretical utility in being able to subscribe to new barcode processing providers -- this would result in technological overkill. This complexity reduction could reduce the default binary size of the application to about 4 megabytes, as really not much more should ever be required.
What if you want to introduce a barcode generation service with the same utility?
Theoretically you could, but the libraries that generate the bar codes would have to be totally different from the libraries that decode the bar codes. There would have to be some XML or message passing interface to allow for calling programs to call a proper API and to have it return a proper image. The barcode generation subsystem should be as open source as the barcode decoding subsystem. However, the program should be able to accept binary libraries and APIs -- providing they have a user interface wrapper.
Operating System Services