Softphone para Android: ¿dejarlo dormir o no dormir?
En esta publicación, continuamos con la historia sobre cómo creamos un White Label softphone móvil. Aquí contamos cómo solucionamos el problema del "modo de reposo".
Es bien sabido que muchas aplicaciones móviles tienen problemas para dormirse. En realidad, todo es al revés: se duermen muy bien, inmediatamente después de minimizarse. Luego no pueden despertarse, lo que molesta y molesta. Además, esto conlleva la pérdida de clientes: si el softphone no puede despertarse, no hay llamada y no hay cliente potencial.
Así que si no queremos perder llamadas como otros, tenemos la lujosa elección de estas dos alternativas: 1) no dormir en absoluto; 2) despertarnos a la hora adecuada.
Creo que puedo volar mantente despierto
En serio, ¿para qué dormir si existe la posibilidad de permanecer despierto para siempre? ¡Dormir es para cobardes! ¡El lema es ser un fiestero las 24 horas del día, los 7 días de la semana! Parece realista, Mr. Bean lo demostró de manera convincente.
La visión del Sr. Bean sobre la situación
Lo único que tenemos que hacer es convencer a los clientes de que modifiquen la configuración de la batería, que permitan la actividad en segundo plano y ¡listo! ¿Sí? En realidad no. Para cada problema existe una solución simple, ordenada y errónea — este es precisamente el caso.
En primer lugar, es un inconveniente para los clientes, por lo que no es el camino correcto. Además, es poco probable que los clientes aprecien los antojos de consumir baterías con avidez.
La muerte súbita de la batería no es lo que buscamos
No sirve de nada participar en la fiesta de Belsasar, vamos por otro camino.
¡Levántate y lucha!
Surgió otra idea: un proxy SIP entre el softphone y el PBX — es una forma de matar dos pájaros de un tiro.
- Permite mantener activo el registro en el lado de la centralita a pesar del modo de suspensión de la aplicación.
- Activa el teléfono mediante una notificación push cuando entra una llamada.
Diagrama esquemático
Respectivamente, para iOS (recuerde, también tenemos un softphone White Label para iOS) utilizamos Apple Push, y todo lo demás en el esquema es el mismo: desde PBX a Push-proxy vía SIP/RTP, luego a Push-server vía HTTP. En cuanto a la interacción entre el softphone y el proxy, también se ejecuta vía SIP/RTP.
En pocas palabras, así es como hemos ganado el problema del «modo de suspensión». En caso de que te hayas perdido la historia sobre la elección entre un marco nativo y multiplataforma para el desarrollo de softphones móviles, solo tienes que hacer clic y leer esta publicación.
Y que la verdadera movilidad te acompañe 📱
TAMBIÉN TE PUEDE INTERESAR
Blog Softphones de pago vs. dialers gratuitos
Blog Softphone en realidad: lo que dice la gente
Blog VoIP vs SIP, dialers VS softphones: diferencias y similitudes
Help How to improve SIP call quality
