问题
Here is a use-case from the document which describes Volvo Buses' IT system:
While driving a bus a driver continuously gets real-time information about the route, next stops and information about how he is doing according to the time-table.
The vehicle’s deviation from the timetable, displayed in real-time, both in real figures and as a easily interpreted graphical “meter”. The information is constantly updated.
All that information is sent to the on-board computer from the Central System via GPRS.
I am interested in a technology that enables such an event-based communication. Essentially, the driver gets real-time timetable information or arbitrary messages from the dispatcher in a real-time mode and not in a scheduled updates mode. As I understand, this means that the on-board computer's software is somehow 'subscribed' to the events that originate from the Central System (a server).
I know that to enable such event-based real-time communication between a server and a web browser a Comet technology can be used.
But how can the same functionality can be reached to use between a server and a onboard computer with some kind of Qt/Embedded Qt client software instead of a usual web-browser?
Is there any Comet-like technology standard for non-web-browser-based applications?
Small additional question: Does GPRS connection introduce any issues in that case? (e.g. when connected via GPRS/3G my Android smartphone can loose some of the XMPP chat messages, some of them are never delivered).
来源：https://stackoverflow.com/questions/10499388/real-time-two-side-push-communication-via-gprs