Strukturaufbau für eine Kommunikation zwischen Geräten

[mensch72]

In deinem (W)LAN positionierst du ein (Proxy)Gateway, welches selbst intelligent&zyklisch gesteuert die XML Daten "abpollt".

Deine Clients kommunizieren nur mit diesem "Gateway" und bekommen egal wie oft sie anfragen, eben immer den dort verfügbaren Dateninhalt. Wenn das Gateway nett ist, bekommt/hat es zusätzlich einen eigenen (getakteten) "Push", um "seine" Clients eventbasiert zu benachrichtigen, das (wieder) eine neue Datenaktualisierung verfügbar ist.

Um "Polling" bei dem nicht Push/Event fähigem Teil kommt man da nicht herum, alles folgende sollte man dann aber sauber Eventbasiert per Wakekup&Push auf Systemservice-Level implementieren. Für alle MobileDevices(also IOS + Android) setzen wir da auf GoogleServices (GCM oder ganz neu FCM). Sowohl für AndroidStudio & XCode als auch Delphi relalisieren wir das selbst, ohne weitere MessageProvider ala EMS zu verwenden.


Wie gewünscht, dies nur das als technisch mit vertretbarem Aufwand mögliches&sinnvolles Realisierungskonzept

[Mavarik]

Zitat von mensch72:

In deinem (W)LAN positionierst du ein (Proxy)Gateway, welches selbst intelligent&zyklisch gesteuert die XML Daten "abpollt"...

Im Prinzip ist dem nix hinzuzufügen...

Vielleicht mit anderen Worten:

Ein Rechner holt die XML Datei zyklish ab und prüft auf Änderungen... Diese Werden dann per AppTethering an die mobilen Geräte gesendet... Oder ein UDP Broadcast "Ping" um die Geräte von der Aktualisierung zu unterrichten.

Mavarik

[Sherlock]

Für den Server nimm nen Raspberry Pi, der kostet kaum was, und für die Entwicklung des kleinen Poll-Services hast Du die freie Sprach-Auswahl der Linux-Welt. Als Server zum Mobile Device hast du dann ja auch freie Auswahl vom fetten Apache bis hin zu irgendwas schlankem, das gerade noch mit Deinem Device kommunizieren kann.

Sherlock

[mjustin]

Zitat von Mavarik:

Oder ein UDP Broadcast "Ping" um die Geräte von der Aktualisierung zu unterrichten.

Auf Smartphones könnte UDP etwas unhandlich werden.

[Rollo62]

RasPi ist auch eine schöne Idee

Ich hatte es damals mit DdService auf einem Windowsrechner, der sowieso gleichzeitig lief, gemacht.
Die Service-Routinen haben damit ganz gut funktioniert, und das lief als Proxy und
hat die Daten eingesammelt und weiterverteilt.

Edit:
HTML war mit Indy gemacht.

Man könnte heute im 21. Jahrhundert auch AppTethering nehmen, wenn deine Clients sich immer lokal im Sub-Netz bewegen.

Jedenfalls habe ich geschaut, die letzte Version war noch von 2014, also sollte das mit modernem 10.1 Berlin auch noch laufen, habs aber nicht getestet.
Ich glaube zuletzt unter XE8.


Rollo