MX2007015346A - Sistema y metodo para tonos de espera tipo karaoke y tonos de timbre tipo karaoke - Google Patents

Abstract

Se describe un sistema y método para permitir a un usuario de teléfono personalizar la identificación de un proceso de establecimiento de llamada. Se permite al usuario de teléfono crear una grabación tipo karaoke al provocar que una pista musical subyacente sea mezclada con la voz del usuario. La grabación tipo karaoke se almacena para su uso posterior como un tono de espera y/o tono de llamada, como se desee para identificar el proceso de establecimiento de llamada.

Description

SISTEMA Y MÉTODO PARA TONOS DE ESPERA TIPO KARAOKE Y TONOS DE TIMBRE TIPO KARAOKE REFERENCIA CRUZADA A LAS SOLICITUDES RELACIONADAS Esta solicitud reclama la prioridad de y el beneficio de la Solicitud Provisional Norteamericana No. 60/689,159, presentada el 9 de junio de 2005, la descripción de la cual por la presente se incorpora en la misma para referencia. Esta solicitud también reclama la prioridad de y en beneficio de la Solicitud Provisional Norteamericana No. 60/720,666, presentada el 26 de septiembre de 2005, la descripción de la cual por la presente también se incorpora en la misma para referencia.

ANTECEDENTES DE LA INVENCIÓN La presente invención por lo general se dirige a tecnología de tonos de espera y tecnología de tonos de timbre. Más particularmente, la presente invención se dirige a un sistema y método para permitir que un suscriptor de servicio telefónico alámbrico o inalámbrico registre su propia voz sobre grabaciones de audio existentes, o como una grabación de audio independiente, para crear un archivo de audio único que se pueda convertir en un formato adecuado para reproducirlo como un tono de espera y/o como un tono de timbre para un microteléfono móvil. El archivo de audio se puede encontrar en forma de un archivo de audio tipo karaoke. La tecnología subyacente se relaciona con lo que es referido como tecnología de tonos de espera y con lo que es referido como tecnología de tonos de timbre. Tradicionalmente, un tono de espera es un sonido de timbrado simulado que una parte que llama escucha cuando llama a otro teléfono. La parte que llama escucha este sonido simulado hasta el momento en que la parte llamada contesta su teléfono o con la ocurrencia de un evento similar que terminaría el proceso de tono de espera. Un tono de timbre, por otro lado, es un sonido de timbrado simulado que el teléfono llamado reproduce para alertar sobre una llamada entrante. La parte llamada escucha este sonido simulado hasta el momento en que la parte llamada contesta su teléfono o con la ocurrencia de un evento similar que terminaría el proceso de timbrado (tal como envío de la llamada hacia un sistema de respuesta de correo de voz). La última tecnología de tonos de espera permite que un suscriptor de servicio de teléfono celular personalice su tono de espera. Cuando alguien llama a ese cliente de teléfono celular, el cliente que llama escuchará el tono de espera personalizado. De manera similar, la última tecnología de tonos de timbre permite que un suscriptor de servicio de teléfono celular personalice su tono de timbre. Cuando alguien llama a ese cliente de teléfono celular, el cliente escuchará el tono de timbre personalizado. Ejemplos de tonos de timbre y tonos de espera personalizados populares incluyen canciones, comentarios de los momentos deportivos favoritos, etc. Con la tecnología existente, suscriptores inalámbricos no han tenido la habilidad de crear, manejar y reproducir tonos de timbre y/o tonos de espera tipo karaoke, donde el suscriptor crea un archivo de audio tipo karaoke para su uso posterior como un tono de timbre y/o un tono de espera. El karaoke tradicional es extremadamente popular. Tecnologías existentes de tonos de timbre y tonos de espera no han aprovechado la popularidad del karaoke. En vista de lo anterior, existe la necesidad de aprovechar la popularidad de la música tipo karaoke en el mercado de tonos de espera personalizados. También existe la necesidad de aprovechar la popularidad de la música tipo karaoke en el mercado de tonos de timbre personalizados. También existe la necesidad de proporcionar un sistema y método que permita que un suscriptor cree, maneje y reproduzca tonos de espera tipo karaoke. También existe la necesidad de proporcionar un sistema y método que permita que un suscriptor cree, maneje y reproduzca tonos de timbre tipo karaoke. También existe la necesidad de permitir la creación de archivos de audio tipo karaoke, utilizando dispositivos de microteléfonos inalámbricos. Las necesidades antes mencionadas no necesariamente son generales. Además, los beneficios derivados de las formas preferidas de la invención, como se describen en la presente, no son limitativas. Beneficios adicionales se harán aparentes a partir de la siguiente descripción. También debe entenderse que un aparato y/o método podría aún apropiar la invención reclamada en la presente sin lograr todos y cada uno de los beneficios expresados o implícitos de las formas preferidas de la invención. Las reivindicaciones anexas, no los beneficios, definen el objeto de esta invención. Todos y cada uno de los beneficios se derivan de las formas preferidas de la invención, no necesariamente de la invención en general.

COMPENDIO DE LA INVENCIÓN Las tecnologías descritas en la presente satisfacen las necesidades antes mencionadas. Con la presente invención, clientes de teléfono inalámbrico o potencialmente de línea alámbrica pueden combinar pistas musicales con su propia voz, para crear contenido de tonos de espera y/o de timbre verdaderamente personalizados. La presente invención crea y permite el uso de un tono de espera y/o de timbre verdaderamente personalizado. El contenido que el usuario crea se almacena como uno o más archivos de audio tipo karaoke e inmediatamente disponibles para utilizarse como contenido de tono de espera y/o contenido de tono de timbre. Se permite la creación, manejo y utilización de tonos de espera y/o tonos de timbre personalizados en forma de uno o más archivos de audio tipo karaoke pregrabados. Cuando se utiliza como un tono de espera, la parte que llama puede escuchar una grabación de audio de la voz de un suscriptor de celular mezclada con una grabación de canción mientras espera la respuesta a la llamada. Cuando se utiliza como un tono de timbre, se reproduce una grabación de audio de la voz de un suscriptor de celular mezclada con una grabación de canción mientras se espera la respuesta a la llamada. De preferencia, con la presente invención, también se le permite al suscriptor poner un enlace en un sitio web, de preferencia un sitio web disponible y accesible públicamente, para permitir la transmisión continua del archivo de audio creado tipo karaoke para que se comente o se vote. En las modalidades descritas, el sistema de la presente invención incluye hardware de servidor y software de servidor y de cliente que permiten la creación, manejo y utilización (reproducción) de estas grabaciones personalizadas a través de respuesta de voz interactiva (IVR) , aplicación de escritorio de computadora personal (PC), sitio web e interfaces basadas en microteléfonos inalámbricos.

BREVE DESCRIPCIÓN DE LOS DIBUJOS En la siguiente descripción detallada, con frecuencia se hará referencia a las siguientes figuras, en las que números de referencia similares se refieren a componentes similares y en las que: La FIGURA 1 es una vista esquemática que ilustra una configuración básica de una plataforma diseñada en una forma tal que puede realizar los principios de la presente invención; La FIGURA 2 es una vista esquemática que ilustra un modelo de servicios centrales para realizar los principios de la presente invención; La FIGURA 3 es una vista esquemática que ilustra un modelo de servicios descentralizados para realizar los principios de la presente invención; La FIGURA 4 es un diagrama de flujo que ilustra un método para realizar los principios de la presente invención; La FIGURA 5 es otro diagrama de flujo que ilustra un método para realizar los principios de la presente invención; La FIGURA 6 es un diagrama de flujo que ilustra otro método para realizar los principios de la presente invención; La FIGURA 7 es un diagrama de flujo que ilustra otro método para realizar los principios de la presente invención; La FIGURA 8 es un diagrama de flujo que ilustra otro método para realizar los principios de la presente invención; La FIGURA 9A es un diagrama de flujo que ilustra una configuración para realizar los principios de la presente invención; La FIGURA 9B es un dibujo representativo de una interfaz de usuario gráfica que se puede utilizar para realizar los principios de la presente invención; La FIGURA 10 es un diagrama de flujo que ilustra otra configuración para realizar los principios de la presente invención; y La FIGURA 11 es un diagrama de flujo que ilustra otra configuración para realizar los principios de la presente invención.

DESCRIPCIÓN DETALLADA DE LA INVENCIÓN Como se describe en la presente, se puede utilizar hardware y software para crear, manejar y reproducir grabaciones tipo karaoke personalizadas, individualizadas, a través de respuesta de voz interactiva, aplicación de escritorio de computadora personal e interfaces basadas en web. El archivo de audio creado es un archivo de audio tipo karaoke que se puede utilizar como un tono de espera y/o como un tono de timbre. El mismo archivo de audio tipo karaoke grabado puede servir como un tono de timbre y como un tono de espera para el suscriptor, o alternativamente, se pueden utilizar diferentes tonos de timbre y tonos de espera, incluyendo dos o más archivos de audio tipo karaoke diferentes, utilizados para esos propósitos. Se describen en la presente cuatro tipos de aplicaciones y métodos de cliente para la creación de tonos: IVR dirigida a mensajes, IVR dirigida a protocolos para aplicación inalámbrica (WAP) o web, aplicaciones de PC y aplicaciones de cliente basadas en microteléfonos . Estos métodos, aunque cada uno es único, de preferencia utilizan la misma arquitectura 10 de servidor subyacente, mostrado en forma ilustrativa en las FIGURAS 1-3, que incluyen servidores 12 de transmisión continua, unidades de controlador principales (HCU) 14, grupos de bases de datos (DB) 16, y unidades 18 de señalización de múltiples cuchillas de PCI compacto (cPCI) . La plataforma de manejo y creación de contenido de tonos de espera/tonos de timbre de preferencia es una plataforma redundante y robusta, altamente disponible, que de preferencia permita la escalabilidad sencilla de uno a ciento cuarenta y ocho enlaces de T-l/E-1 en su configuración base. Además, la plataforma 10 ofrece tecnología de transmisión continua, que permite que las portadoras ofrezcan un número ilimitado de tipos de contenido y piezas de contenido individuales a sus suscriptores. El software principal de preferencia proporciona soporte de SNMP total en todo el sistema que monitorea capacidades y que tiene soporte de SIP total de acuerdo con RFC 2543 y SDP RFC 2327 que permite la operación en un entorno de conmutación de circuitos (IMS) y de paquetes combinados. La plataforma 10 de manejo y creación de contenido de tonos de espera/tonos de timbre se puede diseñar en una arquitectura distribuida, permitiendo que elementos individuales, así como al sistema en general, se desarrollen fácilmente. Elementos de redes básicos son los servidores 12 de transmisión continua antes mencionados, unidades de controlador principal (HCU) 14, servidores 16 de base de datos (DB), y unidades 18 de señalización de múltiples cuchillas de PCI compacto (cPCI) . Los servidores 12 de transmisión continua albergan contenido y aplicaciones de transmisión continua. Los servidores 12 de transmisión continua se pueden encontrar en una configuración apilada para proporcionar selecciones ilimitadas de contenido. La capacidad de proporcionar un número ilimitado de tipos de contenido de tonos de espera, un número ilimitado de tipos de contenido de tonos de timbre y tipos de contenido individual a los suscriptores es importante a los usuarios de tonos de timbre y tonos de espera se les proporciona la capacidad de crear su propio contenido a través de la utilización de la presente invención. Las unidades 14 de controlador principales proporcionan una aplicación de usuario y lógica de control de cuchilla. En particular, las unidades 14 de controlador principales proporcionan el entramado de aplicación que controla la IVR, así como el componente secundario de servidor para la WEB, Java y software de cliente basado en BREW y J2ME basado en microteléfono, referidos en la presente. Además, las unidades 14 de controlador principales proporcionan presentaciones públicas de tonos terminados, como se desee. Para instalaciones más pequeñas, las unidades 14 de controlador principales también pueden incluir datos que se basan en funcionalidad. Las unidades 14 de controlador principales se pueden hacer emparejar y/o apilarse para proporcionar redundancia y escalabilidad. Los servidores 16 de base de datos proporcionan servicios de almacenamiento y de base de datos para manejar cuentas de usuario, preferencias, elecciones de contenido e información de facturación. Las unidades 18 de señalización de múltiples cuchillas de cPCI proporcionan interfaces de Ti/El, así como apilamientos de SS7/ISUP. De preferencia, la configuración mínima proporciona ocho enlaces de Ti/El totalmente redundantes . La FIGURA 1 ilustra una configuración básica de la plataforma de manejo y creación de contenido de tonos de espera/tonos de timbre generalmente designada en 10. Como se muestra, la plataforma 10 incluye servidores 12 de transmisión continua, unidades 14 de control principales, servidores 16 de base de datos, unidades 18 de señalización de múltiples cuchillas de cPCI, conmutadores 20 de gigabits y paneles 22 de conexión de DSX-50. En la modalidad ilustrada en la Figura 1, todos los elementos de sistema se conectan mediante conmutadores 20 de Ethernet de gigabits dobles, los cuales proporcionan trayectorias redundantes a cada elemento de red. Cada elemento de plataforma se hace emparejar en una configuración maestra/esclava para proporcionar redundancia de múltiples trayectorias y de múltiples servidores. Esta arquitectura apilable proporciona la flexibilidad para escalar recursos del sistema, como se desee. Si el espacio de contenido de almacenamiento se limita, se pueden agregar servidores 12 de transmisión continua adicionales para aumentar la capacidad de todo el sistema. Líneas de enlace, unidades 14 de controlador principales y servidores 16 de base de datos se pueden escalar todos en una forma similar. La plataforma 10 de manejo y creación de contenido de tonos de espera/tonos de timbre se puede conectar en una red de la portadora utilizando enlaces de Tl/El estándar. La plataforma de grabación es totalmente tecnología agnóstica aérea (OTA) y de microteléfono . La distribución de tonos de espera y tonos de timbre se logra utilizando métodos estándar de industria en la red de datos preexistentes, de portadoras. La plataforma 10 de manejo y creación de contenido de tonos de espera/tonos de timbre se puede diseñar para integrarse fácilmente en la red de la portadora en un número de configuraciones. La configuración final de red puede ser dependiente de la red de la portadora y preferencias de enlace. Dos escenarios de conexión de redes se detallan en lo siguiente, pero aquellos con experiencia en la técnica apreciarán que se pueden utilizar otras topologías de red para complementar la configuración preferida de portadora. La Figura 2 ilustra un modelo 24 de servicios centralizado para la arquitectura 10 de plataforma. En el escenario de llave en mano, el hardware se localiza en una sola ubicación dentro de la red de la portadora. En el escenario centralizado tradicional, el hardware se localiza en una oficina 25 central. La portadora puede realizar la tarea de enlazar el tráfico de cada uno de sus conmutadores a la plataforma centralizada de manejo y creación de contenido de tonos de espera/tonos de timbre. La Figura 3 ilustra un modelo 26 de servicios descentralizados para la arquitectura 10 de plataforma, donde los elementos de red se colocan en los bordes de la red de la portadora. Conforme a este modelo, cada centro de conmutación móvil (MSC) 28 o subconjunto de MSCs tendría su propio servidor 12 de transmisión continua, servidor 18 de cuchilla de cPCI, y unidad 14 de control principal (con base de datos local integrada) . Además, una unidad 14 de controlador principal de sitio principal y grupo 16 de servidores de base de datos residirían en el sitio 25 principal y proporcionarían el manejo de usuario, facturación y copias de seguridad de las bases de datos locales. Tres clientes principales se describen en la presente que se utilizan junto con las tecnologías de red principales listadas en lo anterior para la creación de archivos de audio tipo karaoke para utilizarse como tonos de espera y/o tonos de timbre, a saber, un cliente de IVR, un cliente basado en computadora (PC) y un cliente basado en microteléfono . El software para realizar la presente invención puede incluir subsistemas de respuesta de voz interactiva para crear, manejar y soportar el contenido de tonos de espera y/o tonos de timbre tipo karaoke. Las implementaciones de IVR pueden utilizar TCP/IP estándar, ISUP estándar, telefonía y protocolos de web para lograr la creación de archivos de audio tipo karaoke para utilizarse como tonos de espera y/o tonos de timbre. Las implementaciones de IVR pueden soportar cualesquier protocolos de enlace Tl/El estándar y protocolos de VOIP/SIP.

Tales implementaciones pueden permitir la funcionalidad dentro de un entramado de IMS. La sesión de grabación de IVR se puede iniciar mediante un número de procesos de cliente de sección de entrada que incluyen Web, WAP, SMS o MMS . En cada caso, de preferencia, se intercambian datos entre el cliente y la plataforma subyacente para informar a la plataforma de la selección de canción y para autenticar el usuario. La primera aplicación de cliente descrita es una aplicación de IVR dirigida a mensajes. La interfaz de IVR dirigida a mensajes de preferencia proporciona la autenticación, selección de canción e inicio de proceso de grabación, utilizando una técnica de diálogo de envío de mensajes intuitiva, que funciona igualmente bien dentro de un entramado de SMS o MMS. La entrada de suscriptor se puede proporcionar mediante pares de códigos cortos/palabras claves que culminan en una llamada a o de la plataforma de servidor al microteléfono de suscriptor para una sesión de estudio (es decir, grabación) . La salida de llamada básica para una autenticación preferida y metodología para selección de canción para una aplicación de IVR dirigida a mensajes se ilustran en la FIGURA 4. Primero, en 30, el suscriptor envía un mensaje de un microteléfono 31 a la plataforma en forma de un código corto predefinido utilizando ya sea SMS o MMS con el número de autenticación (es decir, contraseña). Entonces, la plataforma en 32, valida el número de autenticación de usuario y envía de vuelta un mensaje de confirmación para proceder. El suscriptor responde, en 34, al mensaje de confirmación utilizando un código corto de contenido predefinido como la palabra clave para la selección de canción. Después, la plataforma inicia, en 36, una sesión de IVR para iniciar la sesión de estudio. La sesión de estudio explica al suscriptor el proceso de grabación con indicaciones de voz intuitivas, sencillas. La plataforma guarda el archivo de audio tipo karaoke para utilizarse como un tono de espera y/o envía el contenido de karaoke grabado al microteléfono para utilizarse como un tono de timbre en 38. Otro diagrama que refleja una salida de llamada básica para uso de la presente invención en una aplicación de respuesta de voz interactiva dirigida a mensajes se ilustra en la Figura 5. Como se ilustra, en 40, un usuario realiza una llamada a o recibe una llamada de un número accesible de red telefónica pública conmutada (PSTN) específica que tiene un punto de terminal como una cuchilla especifica de Tl/El en la cubierta 18 de unidad de cuchilla de cPCI. La cubierta 18 de cuchilla notifica a la unidad de control principal (HCU) 14 de la llamada entrante, en 42. En 44, la unidad 14 de control principal ordena a la cuchilla 18 de cPCI conectar la llamada al recurso de IVR en la HCU. Se avisa al usuario, utilizando técnicas de IVR estándar para autenticar el uso de número de directorio móvil (MDN) y de información de contraseña. El MDN y la información de contraseña se utilizan para obtener acceso al servicio de creación de tonos, en 50. Si se logra la autenticación exitosa, se consulta el grupo 16 de bases de datos para verificar si el usuario ha comprado algún contenido adecuado, en 52. Si existe contenido adecuado, los nombres de contenido se devuelven al usuario utilizando técnicas de IVR estándar. Si se autentifica el usuario y no se encuentra disponible ningún contenido comprado existente, se le permitirá al usuario comprar contenido adecuado. Una vez que se ha identificado o comprado contenido adecuado, la unidad 14 de control principal mediante la interfaz de IVR indica al usuario que la grabación está a punto de iniciar. En respuesta, en 54, la unidad de control principal envía una instrucción al servidor 12 de transmisión continua. En respuesta a la recepción de la instrucción, en 56, 56a, el servidor 12 de transmisión continua establece dos enlaces o recursos de transmisión continua en el puerto de multiplexión por división de tiempo en la cuchilla 18 de cPCI para utilizarse mediante el microteléfono 31. En 58, 58a, se establecen trayectorias de comunicación correspondientes entre el microteléfono 31 y la cuchilla 18 de cPCI. Una trayectoria se utiliza para la reproducción del tono de voz bajo grabado, el cual se almacenó en el servidor (56, 58) de transmisión continua. La otra trayectoria se utiliza para la grabación del tono subyacente combinado y de la grabación (56a, 58a) de voz del usuario. Esta combinación y grabación del tono subyacente y de la grabación de voz del usuario se puede realizar internamente en las cuchillas 18 de cPCI. El sistema se puede diseñar de tal forma que sólo se utiliza un DSO físico en modo totalmente bidireccional. Una vez que se logran las conexiones, el usuario canta (o habla) sobre la reproducción del tono subyacente para crear un nuevo tono único. Este archivo de audio tipo karaoke se almacena entonces en el servidor 12 de transmisión continua, se envía al microteléfono o se envía a la plataforma de RBT heredado, en 60, y se encuentra disponible para utilizarse como un tono de espera y/o para descargarse a un microteléfono para utilizarse como un tono de timbre. La segunda aplicación de cliente descrita es una aplicación de IVR dirigida a protocolos para aplicación inalámbrica o web. La interfaz puede proporcionar la autenticación, selección de canción e inicio de proceso de grabación utilizando tecnologías web agnósticas de navegador estándar. La interfaz de web se puede utilizar para seleccionar y revisar contenido disponible, así como iniciar la sesión de estudio para su grabación. Debido a la naturaleza del medio, la interfaz de web proporciona un conjunto más variado de elecciones de medio, así como el beneficio agregado de presentación lírica y desplazamiento lírico que se asemejan a la experiencia de interpretación de karaoke en vivo. Adicionalmente, la interfaz de web permite que los usuarios que han elegido crear sus tonos utilizando el método de SMS, pongan esos tonos, junto con sus comentarios en una página web accesible públicamente para que el público los revise y los califique. Un proceso representativo para una aplicación de IVR dirigida a protocolos para aplicación inalámbrica o web que conduce al inicio del proceso de grabación se ilustra en la FIGURA 6. El usuario se registra en el sitio web hospedado, de preferencia al proporcionar el número de directorio móvil y la información de número de autenticación, en 62. Después del ingreso, en 64, los usuarios tienen la opción de seleccionar ya sea una sesión de grabación o una sesión de Diario Electrónico (o publicación) . Si se selecciona la sesión de grabación, el usuario puede seleccionar una pista de audio subyacente pregrabada, en 66, y revisar previamente la pista, en 68. En ese respecto, la revisión previa de la canción y las capas líricas se encuentran disponibles para su consulta. El usuario puede ingresar un nombre de archivo único y un número de llamada de respuesta. El sistema de IVR realiza una llamada para proporcionar el número de llamada de respuesta, y se inicia entonces la sesión de estudio para explicar al usuario el proceso de grabación. También es posible permitir que el usuario llame a la plataforma utilizando un número de identificación personal PIN. Durante la sesión de estudio, el usuario puede grabar el archivo de audio tipo karaoke utilizando la pista musical subyacente seleccionada, en 70. Después de la grabación, en 72 y 74, el usuario puede revisar y aprobar o desaprobar la grabación mediante la reproducción apropiada y al utilizar funciones de IVR estándar. Si el usuario elige desaprobar el archivo de audio tipo karaoke grabado, el usuario puede iniciar otra sesión de grabación. Una vez que el usuario lo aprueba, el archivo de audio tipo karaoke grabado se puede guardar en 76, y almacenarse para su uso como un tono de espera y/o descargarse subsecuentemente al microteléfono para su uso como un tono de timbre, en 78. También se le permite al usuario iniciar una sesión de Diario Electrónico, en 64 y 79. Durante una sesión de Diario Electrónico, el usuario identifica un nombre de archivo asociado con un archivo de audio pregrabado, en 80, cuya identificación puede realizarse simplemente al hacer que el usuario señale y haga clic en un hipervínculo asociado con el archivo. El archivo de audio se recupera, en 82, y se valida, en 84, y después el usuario puede revisarlo, en 86. El usuario puede hacer comentarios sobre la grabación, en 88, y poner tales comentarios en una página web accesible públicamente, en 90. Se entenderá que el uso de las aplicaciones de cliente de IVR descritas para la grabación de un archivo de audio tipo karaoke sobre las redes de comunicación mencionadas estará básicamente sujetas a latencia de red. Aunque la latencia de red no se hace aparente de inmediato en conversaciones de voz diarias normales, se apreciará que niveles de latencia altos pueden afectar el rendimiento de la plataforma de IVR durante la creación de los archivos de audio tipo karaoke a través del uso de una interfaz de microteléfono. Por ejemplo, la latencia de red puede sesgar la sincronicidad de la voz del usuario y la pista de música subyacente . Se han desarrollado cuatro métodos principales de corrección de latencia de red para reducir o eliminar los efectos de la latencia de red para proporcionar una experiencia de grabación de calidad al usuario final. En el primer método, la plataforma puede detectar con excelente precisión cuando el usuario comienza o deja de hablar. Esta funcionalidad se utiliza junto una pista medida mediante clic (es decir, un conteo reconocible tal como 1...2...3...4) para medir el nivel de latencia por llamada y auto ajustar el proceso de grabación con los establecimientos de latencia por llamada. En este método, el cual se ilustra y describe en mayor detalle en lo siguiente con referencia a la FIGURA 7, al usuario se le solicita que cuente junto con la pista de clic enviada al microteléfono y se promedia el error para determinar el nivel de latencia por llamada. En un segundo método de corrección de latencia de red, durante la instalación inicial de la plataforma, se realizan llamadas de prueba desde varios puntos en la red inalámbrica. El promedio de latencia de red se puede medir entonces y se utiliza para corregir errores de latencia de red. En un tercer método de corrección de latencia de red, la aplicación de cliente de IVR puede contener capacidades de combinación que permiten que el suscriptor ajuste simplemente la sincronización de pista, utilizando el teclado de microteléfono (si es necesario) durante el proceso de revisión. En un cuarto método de corrección de latencia de red, los establecimientos de corrección de latencia de red aceptados por el usuario se almacenan sobre una base por número de directorio móvil y se utilizan para la corrección de errores de latencia de red para sesiones subsecuentes. Ya sea que se inicie mediante una sesión de WAP, WEB, MMS o de SMS, el subsistema de IVR gestiona el proceso actual de grabación, combinación y guardado del contenido tipo karaoke durante la sesión de estudio. La plataforma puede marcar al número telefónico proporcionado por el usuario e iniciar la sesión de estudio. De manera alterna, el usuario puede llamar a la plataforma como una opción para iniciar la sesión de estudio. La implementación puede utilizar entrada de multifrecuencia de doble tono (DTMF) y/o reconocimiento de voz para respuestas de usuario a través del uso de tecnologías conocidas a lo largo de la sesión de estudio. Para propósitos ilustrativos, las entradas de DTMF se muestran en la FIGURA 7, la cual ilustra una salida de llamada básica para realizar el proceso de sesión de estudio. Después de iniciar la llamada, en 92, comienza la técnica de calibración al proporcionar instrucciones de calibración al usuario, en 94. Se reproduce entonces un conteo, en 96, y se inicia un periodo de retardo predeterminado, en 98, al mismo tiempo que se realiza una función de detección de voz, en 100. Si se detecta una voz, se incrementa un contador de eventos y la diferencia entre el inicio del mensaje de reproducción para el conteo y la detección de la voz se registra y se utiliza para la corrección de latencia de red, en 102. Como se determina en 104, siempre y cuando el conteo no haya alcanzado un mínimo predeterminado (ilustrado en este ejemplo como siendo de ocho pulsaciones medidas), se incrementa el conteo para la sesión de calibración. Después, se reproduce el siguiente conteo, en 96. Si no se detecta ninguna voz durante el periodo de retardo, se incrementa el conteo y se reproduce el siguiente conteo sin incrementar el contador de eventos. Con la terminación del número mínimo predeterminado de pulsaciones medidas, se determina en 106 si se ha obtenido un umbral mínimo de entradas/eventos de usuario para determinar con exactitud la latencia de red para una llamada dada. Si el sistema no detecta el número mínimo de puntos de datos, se le indica al usuario que continúe con la rutina de calibración hasta que se establezca el conjunto de datos mínimo. Una vez que se finaliza la rutina de calibración, como se muestra mediante 107, se presentan opciones al usuario, en 108, para revisar previamente su selección de pista subyacente en 109, o escuchar instrucciones de uso detallado para usuarios sin experiencia en 110. Después de la revisión previa o de que terminan las instrucciones, se coloca al usuario dentro del primer ciclo de grabación principal en 112-115. Aquí, se presentan opciones adicionales al usuario para grabar un tono 116, revisar un tono 118 grabado, o guardar su tono grabado y salir 119-120. Si el usuario elige grabar una canción en 116, los tonos de corta duración de iniciación de preferencia se reproducen 121 y después se reproduce la pista subyacente para permitir que el usuario grabe el contenido 122 tipo karaoke. El usuario puede finalizar la grabación en cualquier momento al proporcionar la entrada 123 apropiada. Al finalizar la grabación 124, se proporciona un menú en 125-127 al usuario que permite que el usuario revise la canción 118, regrese al menú 128 principal, guarde la grabación 119 o vuelva a grabar la grabación 129. En el menú 112-115 principal, si el usuario desea revisar la grabación, el usuario ingresa el comando apropiado en 118 y ocasiona que el archivo de audio tipo karaoke grabado se reproduzca para su revisión en 130-131. Después, se proporciona un menú al usuario en 132-134 que permite que el usuario revise previamente la pista 109 subyacente, vuelva a grabar la grabación 129, revise la grabación 118, regrese al menú 128 principal o guarde la grabación 119. Si el usuario elige guardar la grabación tipo karaoke grabada en 119, se guarda como archivo de audio tipo karaoke para su uso posterior como un tono de espera y/o para descargarse en el microteléfono de usuario para su uso como un tono de timbre. Tres clientes principales basados en IP para la creación de tonos de espera y tonos de timbre tipo karaoke son referidos en la presente. Las plataformas subyacentes para cada uno de preferencia son únicas para su tecnología. Sin embargo, de preferencia comparten la misma infraestructura y capacidades de IP que se describen en lo siguiente. Se puede emplear una aplicación basada en cliente de PC. Además, se pueden emplear dos aplicaciones de cliente de microteléfono, incluyendo una aplicación basada en BREW para clientes de microteléfono de CDMA y una aplicación basada en J2ME para clientes de microteléfono de GSM. De preferencia, se utiliza un protocolo HTTP/XML para la transmisión de datos entre los clientes y la plataforma, ya que este protocolo se soporta más en todas partes en todas las plataformas de hardware y equipos de herramientas de desarrollo de software. Sin embargo, se apreciará que es posible el uso de protocolos de sustitución y/o adicionales o marcos de software que utilizan la misma estructura básica. Se debe reconocer que aunque sólo los marcos de aplicación basada en BREW y Java son referidos en la presente, es posible ampliar la lógica de servicio para un cliente en un marco de software diferente. Estas aplicaciones de cliente basadas en IP de preferencia comparten una interfaz de usuario gráfica (GUI) de transmisión de menú que copia en su mayor parte la funcionalidad de web utilizada en el método de IVR de transmisión basado en web. Se presentan las opciones al usuario para revisar previamente, seleccionar, revisar, grabar y guardar sus elecciones de contenido. Con todos estos ejemplos, la aplicación de cliente funciona en forma análoga con el cliente de buscador detallado en lo anterior, realizando solicitudes al utilizar protocolos http y recibir datos en respuesta a tales solicitudes. Las aplicaciones basadas en IP difieren de las aplicaciones basadas en IVR en que permiten que las capacidades de combinación y de grabación residan dentro de la aplicación en sí. Esto puede ser conveniente por un número de razones, incluyendo la eliminación de latencia basada en red y la reducción en recursos de red requeridos. Además, en las aplicaciones basadas en computadora personal, el uso de las mismas emplea las capacidades de audio inherentes de la computadora personal (por ejemplo, bocina y micrófono) para proporcionar servicio funcionalmente equivalente. De preferencia, estas tres aplicaciones de cliente de IP referenciado comparten un modelo de salida de llamada idéntico, ilustrado mediante la FIGURA 8. En la FIGURA 8, los métodos de comunicación entre la aplicación de cliente (lado izquierdo) y las aplicaciones de servidor (lado derecho) son comunicación de XML basada en protocolo de http. Sin embargo, se apreciará que se pueden utilizar otras arquitecturas de cliente/servidor. Como se muestra en la FIGURA 8, la aplicación de cliente comienza con la iniciación de la aplicación en el dispositivo del usuario. En este momento, la aplicación permitirá de manera alterna que el usuario ingrese las credenciales de conexión de usuario, o envíe esas credenciales pre-ingresadas y almacenadas dentro de la aplicación utilizando el protocolo HTTP que contiene un documento XML formateado en forma apropiada, en 140. Las credenciales de conexión se autentican en 141. En las tres aplicaciones de cliente basadas en IP identificadas se utiliza tecnología de transmisión continua tanto para revisión previa como para grabación. Esto permite que la aplicación de cliente almacene el archivo de audio tipo karaoke grabado en la memoria volátil, a la cual no se puede tener acceso fuera de la aplicación, o una vez que se ha cerrado la aplicación. La selección de canción se realiza en 142-143 y la canción se puede revisar previamente en 144-145. Después, el proceso de grabación procede cuando el cliente solicita la transmisión continua de grabación de recurso de transmisión continua del servidor secundario, en 146. Una transmisión continua 147 de datos de IP se inicia del servidor de transmisión continua al cliente. El cliente utiliza sus dispositivos de sonido interno para reproducir la transmisión continua (pista musical subyacente) y para grabar la entrada de usuario (es decir, canto) , creando un archivo de audio tipo karaoke mezclado, en 148. El tipo karaoke grabado puede revisarse para su aprobación, en 149-150, y una vez aprobado, se puede guardar 152 y enviarse a la máquina 153 de distribución de plataforma para su uso subsecuente como un tono de espera tipo karaoke y/o para enviarse al microteléfono para su uso como un tono de timbre tipo karaoke. Después, la aplicación de cliente elimina cualquier resto de la transmisión continua y contenido grabado de la interfaz de cliente, en 154. La FIGURA 9 ilustra en ejemplo de cómo se puede utilizar la grabación tipo karaoke creada, cuando se almacena en el servidor de transmisión continua, como un tono de espera. En este ejemplo, la plataforma de karaoke sirve como la plataforma de tono de espera. Debe observarse que en caso de que se utilice un tono de timbre, la grabación tipo karaoke se envía al microteléfono para tal uso. Como se describe en la presente, la plataforma de karaoke y componentes basados en red interactúan para lograr la funcionalidad de espera. La FIGURA 9A muestra que una parte 160 que llama puede realizar una llamada a un usuario 31 habilitado con tono de espera, en 162. El centro de conmutación móvil (MSC) 28 realiza una llamada de ISUP a la unidad 14 de control principal mediante la cubierta 18 de cuchilla de cPCI, en 164-165. La HCU 14 solicita a los grupos 16 de bases de datos el perfil de usuario para determinar el tono de espera apropiado basándose en la parte 160 que llama, hora del día, etc., en 166. La información con respecto a la identificación del tono apropiado y su ubicación como se almacenó en el servidor 12 de transmisión continua se envía a la unidad 14 de control principal, en 168. La unidad 14 de control principal responde a la llamada y ordena al servidor 12 de transmisión continua reproducir la grabación tipo karaoke apropiada que corresponde con el tono de espera seleccionado sobre el circuito de multiplexión por división de tiempo seleccionado, en 170. El servidor 12 de transmisión continua conecta y reproduce el archivo de audio de tono de espera tipo karaoke seleccionado, en 172. El archivo se reproduce y la parte 31 que llama puede escuchar el tono de espera, en 174. El MSC 28 intenta conectarse a la parte 31 llamada y el tono de espera se reproduce hasta que existe una respuesta apropiada a la llamada que acciona la terminación del proceso de reproducción del tono de espera, en 176. La interfaz de usuario incluye funcionalidad de grupos de llamantes, proporciona regalos de tonos de espera, e incluye un saludo de llamante (saludo de pre-tono grabado por el usuario) . La interfaz de usuario tiene una interfaz que permite la carga de contenido que el usuario posee para uso de tonos de espera. La interfaz permite la creación y gestión de listas de reproducción definidas por el usuario y también permite la reproducción aleatoria de tonos de espera (reproducción aleatoria de una lista de reproducción) . Los suscriptores disfrutan la habilidad de gestionar sus contactos y contenido a través de una diversidad de conductos. Las interfaces amplias de Web, WAP, SMS e IVR se proporcionan para maximizar el control de usuario final y proporcionar bajo petición personalización de servicio. Esto permite que los suscriptores gestionen su propio contenido de tonos de timbre. Los operadores pueden aumentar su velocidad promedio por unidad (ARPU) . Suscriptores de servicio recurrentes mensualmente y distribución de ganancias de contenido hacen a la invención una adición valiosa para cualquier cartera de productos de la portadora. Se pueden reproducir tonos de timbre específicos basándose en el llamante, grupo de llamantes, hora del dia, día de la semana o cualquier combinación de los mismos. La plataforma de espera soporta fechas de terminación definidas por la portadora para contenido, creando ganancias adicionales a medida que los suscriptores rellenan sus cuentas . Un sistema de administración de contenido de portadora permite que administradores de contenido tengan acceso, revisen previamente y publiquen contenido nuevo en sus bibliotecas de contenido de plataforma de tonos de espera, utilizando una herramienta basada en web intuitiva y sencilla. Los sistemas de control de preferencia insertan contenido nuevo en los servidores de transmisión continua durante momentos del día en que la banda ancha disponible es alto. Los sistemas de control notifican al administrador de contenido que el contenido nuevo se encuentra disponible. El administrador de contenido de la portadora entonces, mediante una interfase sencilla, especifica si el contenido se hará disponible para sus clientes o no y cómo se va a clasificar. El sistema de administración de contenido de portadora se puede construir al utilizar interfaces de protocolo de aplicación abiertas sencillas y tecnologías de transporte de Internet estándar para que se pueda interconectar con una variedad de proveedores de contenido. Los suscriptores reciben un directorio de llamadas personalizado que les permite combinar y hacer coincidir grabaciones originales, música, tonos verdaderos, sonidos, himnos deportivos, tonos de voz, etc. con cada llamante único. Los suscriptores pueden configurar su servicio basándose en el día, hora del día, identificación de llamante y grupo de llamantes. Los suscriptores pueden proveerse a sí mismos sin requerir prácticamente ningún soporte de cuidado de cliente. Los suscriptores pueden asignar y hacer coincidir géneros de música con familiares, amigos y otras partes que llaman. Los suscriptores pueden gestionar su experiencia a través de una sesión de IVE, SMS o WAP de interfaz protegida con contraseña, segura. Los suscriptores pueden activar y desactivar un sonido de timbrado tradicional de tono de sub-espera por archivo de espera por cliente, de tal manera que los llamadores que no estén familiarizados con el servicio de espera no confundirán un tono de espera con un número equivocado . Un ejemplo de una interfaz de usuario gráfica ilustrada como una interfaz basada en web para implementar el sistema de tonos de espera se ilustra en la FIGURA 9B. En el caso donde existe una plataforma de tonos de espera existente (heredada) , la plataforma de karaoke descrita en la presente se puede integrar a la misma. Dos formas se describen en la presente, y la elección de cuál se prefiere depende de la preferencia de portadora y/o restricciones de la plataforma de tonos de espera heredada. Como se describe en lo anterior, la grabación tipo karaoke se puede enviar directamente al microteléfono para utilizarse como un tono de timbre. En la primera configuración, la plataforma de karaoke se puede utilizar como una plataforma de creación de grabación tipo karaoke independiente. En esta configuración independiente, la plataforma de karaoke se utiliza para la creación del contenido de karaoke solamente. Este método depende de las capacidades subyacentes de la plataforma de tonos de espera heredada para el almacenamiento de la grabación tipo karaoke y reproducción de ese archivo cuando la grabación se utilice como un tono de espera. Existen dos requerimientos funcionales principales que esta configuración impone en una plataforma de tonos de espera heredada. Estas funciones se pueden realizar mediante la plataforma de tonos de espera heredada o mediante la alteración de la misma. En el caso donde se requiere la alteración, típicamente la alteración será mínima. La plataforma de tonos de espera heredada debe proporcionar APIs para el envió (de preferencia cargados) de las piezas de contenido terminadas al dispositivo de almacenamiento. En la mayoría de las circunstancias, se puede utilizar el mismo API que se utiliza por los proveedores de contenidos de tercera parte para la plataforma de tonos de espera heredada, sin ningún cambio adicional necesario. La plataforma de tonos de espera heredada también debe proporcionar un API (o tal vez utilizar uno proporcionado por el proveedor de tonos de karaoke) para permitir que el título de grabación tipo karaoke se agregue a la biblioteca de usuario. En la mayoría de los casos, esto se puede lograr mediante llamadas de procedimiento remoto en las que la plataforma de karaoke informa a la plataforma de tonos de espera heredada del conteo de usuario, título y ubicación de la grabación tipo karaoke. La plataforma de tonos de espera heredada puede entonces realizar las funciones de selección de la grabación tipo karaoke y reproducirla como un tono de espera utilizando sus metodologías normales. La FIGURA 10 ilustra un diagrama funcional que demuestra el uso de la plataforma de karaoke como una plataforma de creación de grabación tipo karaoke independiente. Una plataforma de tonos de espera heredada se ilustra en la presente y se designa mediante el número 180 de referencia. En 182, se inicia el proceso de sesión de estudio. En 184, el usuario finaliza el proceso de grabación y la plataforma de karaoke ocasiona que la pista seleccionada subyacente se combine con la pista de voz creada por el usuario en un solo archivo referido como una grabación tipo karaoke. La grabación tipo karaoke de preferencia se encuentra en un formato consistente con el tipo de contenido original de la plataforma de tonos de espera heredada. En 186, la grabación tipo karaoke se envía de la plataforma de karaoke a la plataforma de tonos de espera heredada utilizando procesos convencionales, tal como procesos de carga estándar. En 188, la plataforma de karaoke ocasiona que la base de datos de la plataforma de tonos de espera heredada se actualice mediante el envío de datos que indican el número de directorio móvil específico que se asociará con la grabación tipo karaoke enviada. Se pueden utilizar llamadas de procedimiento remoto (RPC) para ese propósito. La grabación tipo karaoke se encuentra lista entonces para utilizarse como un tono de espera, como se desee. En la segunda configuración, la plataforma de karaoke se puede integrar con una plataforma de tonos de espera heredada en una forma tal que la plataforma de karaoke se utilice para crear la grabación tipo karaoke y, cuando se desee utilizar tal grabación como un tono de espera, la plataforma de karaoke se utiliza para almacenar la grabación tipo karaoke para tal uso. Esta configuración es conveniente en aquellos casos en que la plataforma de tonos de espera heredada carece de la capacidad requerida para el almacenamiento de la grabación tipo karaoke para utilizarse como un tono de espera. Las plataformas de tonos de espera heredadas con frecuencia tendrán limitaciones inherentes en la capacidad de almacenamiento que evitan que se utilicen para el almacenamiento de la grabación tipo karaoke. En tales casos, la plataforma de karaoke tendrá una configuración de almacenamiento y de creación preferida que aloje la grabación tipo karaoke terminada dentro de uno o más de los servidores de transmisión continua asociados con la plataforma de karaoke. Por consiguiente, la plataforma de espera heredada tendrá la capacidad de proporcionar la reproducción de la grabación tipo karaoke como un tono de espera, como se desee, sin afectar la funcionalidad de tono de espera normal. En esta configuración, la plataforma de karaoke actuará como la plataforma de creación de contenido como en lo anterior, pero también almacenará la grabación tipo karaoke terminada en su propio depósito de almacenamiento. La plataforma de tonos de espera heredada debe proporcionar un API (o tal vez utilizar uno proporcionado por el proveedor de tonos de karaoke) para permitir que el título de grabación tipo karaoke se agregue a la biblioteca de usuario. En la mayoría de los casos, esto es una llamada de procedimiento remoto sencilla en la que la plataforma de karaoke informa a la plataforma de tonos de espera heredada del conteo de usuario, título y ubicación de la grabación tipo karaoke. En el momento de la reproducción, la plataforma de tonos de espera heredada solicitará una transmisión continua de contenido de la grabación tipo karaoke grabada del o los servidores de transmisión continua apropiados y utilizará esto como el contenido de tonos de espera. El o los servidores de transmisión continua pueden utilizar protocolos de transmisión continua de IP estándar que requieren poca o ninguna integración. La FIGURA 11 ilustra un diagrama funcional que demuestra el uso de la plataforma de karaoke como una plataforma de almacenamiento y creación de grabación tipo karaoke. Una plataforma de tonos de espera heredada se ilustra en la presente y se designa mediante el número 180 de referencia. En 182, se inicia el proceso de sesión de estudio. En 184, el usuario finaliza el proceso de grabación y la plataforma de karaoke ocasiona que la pista seleccionada subyacente se combine con la pista de voz creada por el usuario en un solo archivo referido como una grabación tipo karaoke. La grabación tipo karaoke de preferencia se encuentra en un formato consistente con el tipo de contenido original de la plataforma de tonos de espera heredada. En 190, la plataforma de karaoke ocasiona que la base de datos de la plataforma de tonos de espera heredada se actualice mediante el envío de datos que indican el número de directorio móvil específico que utilizará la grabación tipo karaoke y datos que indican la ubicación de almacenamiento dentro del o los servidores de transmisión continua de la plataforma de karaoke para la grabación tipo karaoke. Se pueden utilizar llamadas de procedimiento remoto (RPC) para ese propósito. En 192, la plataforma de karaoke guarda la grabación tipo karaoke en su o sus servidores de transmisión continua. En 194, la plataforma de tonos de espera heredada solicita la grabación tipo karaoke para utilizarse como un tono de espera durante el establecimiento de llamada, como se desee. Esta solicitud se puede realizar utilizando protocolos de IP estándar y utilizando el API apropiado, asociado con la grabación tipo karaoke. En 196, la plataforma de karaoke responde a la solicitud al iniciar la reproducción de transmisión continua de la grabación tipo karaoke de tal manera que se puede utilizar como un tono de espera, como se desee . Aunque la invención se ha descrito con referencia a ciertas modalidades ilustrativas, se entenderá que esta descripción no debe interpretarse en un sentido de limitación. En cambio, se pueden realizar diversos cambios y modificaciones a las modalidades ilustrativas sin apartarse del espíritu y alcance reales de la invención, como se define mediante las siguientes reivindicaciones. Además, se apreciará que cualesquier cambios y modificaciones se reconocerán por aquellos con experiencia en la técnica como un equivalente a uno o más elementos de las siguientes reivindicaciones, y deberán abarcarse mediante tales reivindicaciones hasta el alcance máximo permitido por la ley. En donde los términos, comprenden, comprende, comprendido o que comprende han sido o se utilizan en la presente, se interpretará que tales términos especifican la presencia de las características establecidas, números enteros, etapas o componentes referidos, pero no para excluir la presencia, existencia o adición de uno o más de otra característica, número entero, etapa, componente o grupo de los mismos.

Claims (39)

1. REIVINDICACIONES 1. Un método para permitir que un usuario de teléfono personalice la identificación de un proceso de establecimiento de llamada con partes que llaman, que comprende las etapas de: permitir al usuario de teléfono crear una grabación tipo karaoke al ocasionar que una pista musical subyacente se combine con la voz del usuario; ocasionar que la grabación tipo karaoke se almacene para su uso posterior como un tono de espera; ocasionar que la grabación tipo karaoke se utilice como un tono de espera para un número de teléfono asociado con el usuario para identificar el proceso de establecimiento de llamada con partes que llaman.
2. 2. El método como se define mediante la reivindicación 1, en donde el usuario puede seleccionar la pista musical subyacente de una pluralidad de pistas musicales subyacentes disponibles.
3. 3. El método como se define mediante la reivindicación 1, en donde la etapa de permitir al usuario de teléfono crear una grabación tipo karaoke se establece y lleva a cabo al utilizar tecnologías de respuesta de voz interactiva dirigida a mensajes. .
4. El método como se define mediante la reivindicación 3, en donde las tecnologías de respuesta de voz interactiva utilizan tecnologías de multifrecuencia de doble tono.
5. 5. El método como se define mediante la reivindicación 3, en donde las tecnologías de respuesta de voz interactiva utilizan tecnologías de reconocimiento de voz .
6. 6. El método como se define mediante la reivindicación 3, en donde el usuario canta o habla de otro modo en el microteléfono durante una sesión de estudio para grabar la grabación tipo karaoke.
7. 7. El método como se define mediante la reivindicación 6, además comprende la etapa de realizar una función de corrección de latencia de red para la grabación tipo karaoke.
8. 8. El método como se define mediante la reivindicación 1, en donde la etapa de permitir al usuario de teléfono crear una grabación tipo karaoke se establece y lleva a cabo al utilizar tecnologías de respuesta de voz interactiva dirigidas a web.
9. 9. El método como se define mediante la reivindicación 8, en donde el usuario canta o habla de otro modo en el microteléfono durante una sesión de estudio para grabar la grabación tipo karaoke.
10. 10. El método como se define mediante la reivindicación 9, además comprende la etapa de realizar una función de corrección de latencia de red para la grabación tipo karaoke.
11. 11. El método como se define mediante la reivindicación 1, en donde la etapa de permitir al usuario de teléfono crear una grabación tipo karaoke se establece y lleva a cabo al utilizar tecnologías de respuesta de voz interactivas dirigidas a protocolos para aplicación inalámbrica.
12. 12. El método como se define mediante la reivindicación 11, en donde el usuario canta o habla de otro modo en el microteléfono durante una sesión de estudio para grabar la grabación de tipo karaoke.
13. 13. El método como se define mediante la reivindicación 12, además comprende la etapa de realizar una función de corrección de latencia de red para la grabación tipo karaoke.
14. 14. El método como se define mediante la reivindicación 1, en donde la etapa de permitir al usuario de teléfono crear una grabación tipo karaoke se establece y lleva a cabo al utilizar protocolos de IP.
15. 15. El método como se define mediante la reivindicación 14, en donde una computadora personal y una aplicación basada en cliente de computadora personal se utilizan para establecer y llevar a cabo la creación de la grabación tipo karaoke.
16. 16. El método como se define mediante la reivindicación 15, en donde el usuario canta o habla de otro modo en el micrófono asociado con la computadora personal durante una sesión de estudio para grabar la grabación tipo karaoke.
17. 17. El método como se define mediante la reivindicación 14, en donde el microteléfono y una aplicación basada en cliente de microteléfono se utilizan para establecer y llevar a cabo la creación de la grabación tipo karaoke.
18. 18. El método como se define mediante la reivindicación 1, que comprende la etapa adicional de permitir que el usuario permita revisar y hacer comentarios con respecto a la grabación tipo karaoke.
19. 19. El método como se define mediante la reivindicación 18, en donde el usuario puede permitir la revisión de la grabación tipo karaoke a través de una página web accesible públicamente.
20. 20. Un método para permitir que un usuario de teléfono personalice la identificación de un proceso de establecimiento de llamada a partir de la recepción de llamadas de partes que llaman, que comprende las etapas de: permitir al usuario de teléfono crear una grabación tipo karaoke al ocasionar que una pista musical subyacente se combine con la voz del usuario; ocasionar que la grabación tipo karaoke se almacene para su uso posterior como un tono de timbre; ocasionar que la grabación tipo karaoke se utilice como un tono de timbre para un número telefónico asociado con el usuario para identificar el proceso de establecimiento de llamada .
21. 21. El método como se define mediante la reivindicación 20, además comprende la etapa de enviar la grabación tipo karaoke al microteléfono para su almacenamiento y uso posterior como un tono de timbre.
22. 22. El método como se define mediante la reivindicación 20, en donde el usuario puede seleccionar la pista musical subyacente de una pluralidad de pistas musicales subyacentes disponibles.
23. 23. El método como se define mediante la reivindicación 20, en donde la etapa de permitir al usuario de teléfono crear una grabación tipo karaoke se establece y lleva a cabo al utilizar tecnologías de respuesta de voz interactiva dirigida a mensajes. '
24. 24. El método como se define mediante la reivindicación 23, en donde las tecnologías de respuesta de voz interactiva utilizan tecnologías de multifrecuencia de doble tono.
25. 25. El método como se define mediante la reivindicación 23, en donde las tecnologías de respuesta de voz interactivas utilizan tecnologías de reconocimiento de voz .
26. 26. El método como se define mediante la reivindicación 23, en donde el usuario canta o habla de otro modo en el microteléfono durante una sesión de estudio para grabar la grabación tipo karaoke.
27. 27. El método como se define mediante la reivindicación 26, además comprende la etapa de realizar una función de corrección de latencia de red para la grabación tipo karaoke.
28. 28. El método como se define mediante la reivindicación 20, en donde la etapa de permitir al usuario de teléfono crear una grabación tipo karaoke se establece y lleva a cabo al utilizar tecnologías de respuesta de voz interactiva dirigida a web.
29. 29. El método como se define mediante la reivindicación 28, en donde el usuario canta o habla de otro modo en el microteléfono durante una sesión de estudio para grabar la grabación tipo karaoke.
30. 30. El método como se define mediante la reivindicación 29, además comprende la etapa de realizar una función de corrección de latencia de red para la grabación tipo karaoke.
31. 31. El método como se define mediante la reivindicación 20, en donde la etapa de permitir al usuario de teléfono crear una grabación tipo karaoke se establece y lleva a cabo al utilizar tecnologías de respuesta de voz interactiva dirigida a protocolos para aplicación inalámbrica .
32. 32. El método como se define mediante la reivindicación 31, en donde el usuario canta o habla de otro modo en el microteléfono durante una sesión de estudio para grabar la grabación tipo karaoke.
33. 33. El método como se define mediante la reivindicación 32, además comprende la etapa de realizar una función de corrección de latencia de red para la grabación tipo karaoke.
34. 34. El método como se define mediante la reivindicación 20, en donde la etapa de permitir al usuario de teléfono crear una grabación tipo karaoke se establece y lleva a cabo al utilizar protocolos de IP.
35. 35. El método como se define mediante la reivindicación 34, en donde una computadora personal y una aplicación basada en cliente de computadora personal se utilizan para establecer y llevar a cabo la creación de la grabación tipo karaoke.
36. 36. El método como se define mediante la reivindicación 35, en donde el usuario canta o habla de otro modo en el micrófono asociado con la computadora personal durante una sesión de estudio para grabar la grabación tipo karaoke .
37. 37. El método como se define mediante la reivindicación 34, en donde el microteléfono y aplicación basada en cliente de microteléfono se utilizan para establecer y llevar a cabo la creación de la grabación tipo karaoke .
38. 38. El método como se define mediante la reivindicación 20, que comprende la etapa adicional de permitir que el usuario permita revisar y hacer comentarios con respecto a la grabación tipo karaoke.
39. 39. El método como se define mediante la reivindicación 38, en donde el usuario puede permitir la revisión de la grabación tipo karaoke a través de una página web accesible públicamente.