- Registriert
- 29.10.15
- Beiträge
- 10
Hallo,
Ich möchte eine Alarmierung umsetzen und suche dafür noch entsprechende Ansätze.
Speziell geht es da um den Fall, dass das iPhone gerade nicht aktiv genutzt wird, sondern mit ausgeschaltetem Bildschirm irgendwo liegt.
Jetzt möchte ich gerne von meinem Server aus Daten an das Gerät schicken um es dazu zu bringen zu vibrieren oder Töne abzuspielen. Und das Ganze möglichst in Echtzeit
Ich denke, normale Push-Nachrichten scheiden aus, da diese ja die App erst triggern, wenn der Benutzer aktiv etwas tut.
Als Alternative hätte ich gedacht, ich baue eine Socketverbindung zu meinem Server auf, über die ich dann Daten ans Gerät pushe. Könnte ich so eine Verbindung über einen Background-Service aufrecht erhalten? Ist ungefähr abzusehen, wie sehr das den Akku belastet, wenn die App ständig im Hintergrund aktiv ist und alle x Sekunden ein Ping hin- und her geht?
Die zweite Alternative wäre, auch über einen Background-Service, alle x Sekunden einen HTTP Request abzusetzen um zu schauen, ob auf dem Server eine neue Alarmierung vorliegt. Da das Ganze aber doch recht zeitkritisch ist, müsste ich eigentlich alle 5-10 Sekunden einen Request absetzen. Ich gehe mal davon aus, dass das den Akku recht schnell leer macht. Sehe ich das richtig?
Mehr fällt mir an der Stelle leider nicht ein und ich wäre für jeden Input dankbar.
Einen zusätzlichen Punkt habe ich noch:
Soweit ich weiß, kann ich bei iOS die Lautstärke-Einstellungen nicht übergehen (wie zB bei Android).
Da die Alarmierung aber natürlich nicht funktioniert, wenn das Gerät lautlos geschaltet wurde, würde ich gerne im Hintergrund, bzw. zyklisch, auslesen ob das Gerät lautlos ist oder nicht, und, falls ja, dem Anwender eine Benachrichtigung ausgeben. Ist sowas technisch möglich?
Danke
Skee
Ich möchte eine Alarmierung umsetzen und suche dafür noch entsprechende Ansätze.
Speziell geht es da um den Fall, dass das iPhone gerade nicht aktiv genutzt wird, sondern mit ausgeschaltetem Bildschirm irgendwo liegt.
Jetzt möchte ich gerne von meinem Server aus Daten an das Gerät schicken um es dazu zu bringen zu vibrieren oder Töne abzuspielen. Und das Ganze möglichst in Echtzeit
Ich denke, normale Push-Nachrichten scheiden aus, da diese ja die App erst triggern, wenn der Benutzer aktiv etwas tut.
Als Alternative hätte ich gedacht, ich baue eine Socketverbindung zu meinem Server auf, über die ich dann Daten ans Gerät pushe. Könnte ich so eine Verbindung über einen Background-Service aufrecht erhalten? Ist ungefähr abzusehen, wie sehr das den Akku belastet, wenn die App ständig im Hintergrund aktiv ist und alle x Sekunden ein Ping hin- und her geht?
Die zweite Alternative wäre, auch über einen Background-Service, alle x Sekunden einen HTTP Request abzusetzen um zu schauen, ob auf dem Server eine neue Alarmierung vorliegt. Da das Ganze aber doch recht zeitkritisch ist, müsste ich eigentlich alle 5-10 Sekunden einen Request absetzen. Ich gehe mal davon aus, dass das den Akku recht schnell leer macht. Sehe ich das richtig?
Mehr fällt mir an der Stelle leider nicht ein und ich wäre für jeden Input dankbar.
Einen zusätzlichen Punkt habe ich noch:
Soweit ich weiß, kann ich bei iOS die Lautstärke-Einstellungen nicht übergehen (wie zB bei Android).
Da die Alarmierung aber natürlich nicht funktioniert, wenn das Gerät lautlos geschaltet wurde, würde ich gerne im Hintergrund, bzw. zyklisch, auslesen ob das Gerät lautlos ist oder nicht, und, falls ja, dem Anwender eine Benachrichtigung ausgeben. Ist sowas technisch möglich?
Danke
Skee