The requirement is to integrate a Windows Based "Print Queue" Application into a somewhat existing MYSQL and PHP application.
The outcome is like an simple, self-service airline ticketing system, whereby the customer receives a Unique URL, that will take them to a mobile friendly webpage with a unique QR code.
That QR code can then be scanned when they get to the terminal using a QR scanning App (on Android), that would then submit that person to the Print Queue and return their Details and which printer they need to collect their ticket from.
The Print Queue service will be connected to more than one printer, and will choose the best printer to send the job to (being, without error or long queues).
A secondary web application will be a status screen and will show which printer each person has been assigned to. It will have columns for each of the printer and each person will be shown at their relevant print.
-The Print service should also have the ability to add more printers, remove printers, see a current status across all the printers. See if a Printer has an error. Pause any further print jobs from submitting to a particular printer, Lower or raise the priority of a printer (this will in turn, use it more or less than the other printers). Allow a priority Job flag to be accepted. The priority Job printer can be set.
-The printer is proprietary and has a Windows SDK available. Printers have a USB and Ethernet interface.
-Looking to make this as cloud based as possible, databases and some PHP services are already in AWS and want to avoid creating local LAN's wherever possible.
-Including making it web based where ever possibleOutcome must be extremely efficient and accurate, without delays in processing.
-Understanding that the Printer SDK is not currently available to share, assumptions can be made, but please give clarity as to what the inputs and outputs are / how other services will interact with it
- Design a solution for approval.
- Provide documentation and diagrams of the solution
- Write a brief for the development team
- Main focus is on what technologies and how each of them will communicate
- If there is another option to not use the Print Queue service to manage the Additional Functionality and move it to a web driven aspect (and the service is merely a bridging application), please explore that. This would be preferred.