pantalla - recuperar notificaciones iphone

¿Puede una aplicación de iPhone actuar como servidor para enviar mensajes o notificaciones push?

Question

Quiero escribir una aplicación de iOS que pueda actuar como un cliente y un servidor para otros iPhones a través de la red de datos móviles (es decir, sin un servidor centralizado típico). El objetivo es compartir series de aproximadamente 200 mensajes cortos de eventos, uno a la vez, desde el servidor de iPhone a múltiples clientes de iPhone por algún medio de notificación. El servicio Apple Push Notification estaría bien para tales notificaciones, pero no es necesario usarlo específicamente.

Creo que es posible enviar notificaciones gateway.push.apple.com de un iPhone a otro conectándose a gateway.push.apple.com desde el iPhone que sirve, como se describe en la Guía de programación local y de notificaciones automáticas , pero no puedo encontrar a nadie más discutiendo sobre este enfoque (tal vez es demasiado obvio?).

La razón de todo esto es un intento de evitar la sobrecarga de la infraestructura. Si esto no es factible, se aceptan alternativas que minimicen o eviten hardware adicional.

Requisitos :

• La comunicación debe ser [estrictamente] sobre la red de datos celulares
  • Wi-Fi no está disponible
  • Bluetooth no tiene suficiente alcance
• Comunicación unidireccional con un servidor iPhone multicasting para muchos clientes de iPhone
• Sin jailbreak
• Lo ideal es que la batería del teléfono de servicio pueda manejar esto sin una recarga

Actualización 5/4/11 2:12 AM EST: Para ser claros, no tengo ningún requisito particular para usar APN; Pensé que podría haber sido posible en esta configuración, pero a partir de la discusión a continuación, parece que ese no es el caso. Sin embargo, todavía estoy interesado en cualquier otro sistema que pueda ayudarme a lograr el mismo resultado final con algún tipo de mensaje que pase o una forma similar de comunicación.

Answer 1

Teóricamente, debería poder escribir una aplicación iOS que se pueda conectar a APNS y enviar notificaciones a otros dispositivos que ejecuten sus aplicaciones. Sin embargo, su principal problema será adquirir los ''tokens'' de otros dispositivos. Cuando tienes un servidor centralizado haciendo el trabajo, siempre está en línea y, por lo tanto, los clientes pueden ''hablar'' a través de http y registrarse ellos mismos (dando sus tokens al servidor en el proceso). Por lo tanto, el servidor conoce el token del cliente y puede usarlos para enviar notificaciones a los clientes a través de APNS.

Sin embargo, esto no es posible en el escenario del que está hablando. Pero esto no quiere decir que sea imposible. Puede ser que pueda usar una cuenta de correo electrónico X para almacenar todos los tokens de clientes. Cada cliente enviará un correo electrónico a esta cuenta con su token. Entonces, cuando otro "cliente" desea enviar una notificación a otro cliente, puede encontrar el token al remitirlo a la bandeja de entrada de la cuenta de correo electrónico (puede almacenar en caché esto y optimizarlo en un trillón de formas, por supuesto).

Pero el punto es cómo un servidor de terceros (por ejemplo, el proveedor de servicios de correo electrónico) / su propio) que está en línea 24/7 estará involucrado en el proceso.

Háganos saber cómo progresa con esto. Sería interesante saber