MXPA97008541A - Un sistema para tener acceso a buzones y mensajesde multimedia sobre internet y via telefonica - Google Patents

Abstract

Un sistema de mensajes unificado que proporcionaun buzón de multimedia. El sistema permite a un suscriptor tener acceso a mensajes de multimedia almacenados, tales como mensajes de correo de voz, mensajes de facsímil, mensajes combinados de voz y facsímil, y mensajes de video, no solamente a través de una red telefónica conmutada pública utilizando un teléfono, sino también sobre una red de datos, tal como el Internet o Intranet, utilizando una computadora personal. El sistema proporciona acceso al correo de voz sobre la red telefónica, indicando el número de mensaje, etc. con la capacidad para reproducir los mensajes para el usuario del teléfono según se desee. Para los mensajes de tipo de texto, tales como facsímil y correo electrónico, el sistema convierte el texto a voz, y reproduce la voz para el usuario del teléfono. El sistema permite que el usuario de una computadora personal obtenga acceso a la red de datos utilizando un lector de Internet. El lector se utiliza para tener acceso a una página de inicio del sistema y obtener información acerca de los mensajes almacenados, y se utiliza para descargar (obtener) y reproducir los mensajes en la computadora personal por medio de la corriente de datos en el caso de mensajes de voz o video, o ver los mensajes en el caso de mensajes de tipo de texto, tales como facsímil y correo electrónico. El usuario también puede realizar las otras funciones de mensajes típicas sobre la conexión de la red de datos que se proporcionan para acceso telefónico, tales como ver una lista de mensajes, salvar y suprimir mensajes, administración de lista de grupo, y otras tareas administrativas.

Description

ÜN SISTEMA PARA TENER ACCESO A BUZONES Y MENSAJES DE MULTIMEDIA SOBRE INTERNET Y VIA TELEFÓNICA ANTECEDENTES DE LA INVENCIÓN Campo de la Invención La presente invención se refiere a un sistema para tener acceso a mensajes almacenados sobre una red y, más particularmente, se refiere a un sistema para proporcionar acceso unificado para mensajes almacenados, como mensajes de correo multimedia, en un buzón multimedia unificado a través de trayectorias de acceso múltiple como sobre una red telefónica usando un teléfono y sobre la Internet usando un navegador. Descripción de la técnica relacionada Actualmente existen sistemas de comunicación que permiten tener diferentes tipos de mensajes, como mensajes de correo de voz y mensajes de facsímil, que son almacenados para la recuperación posterior por un suscriptor a estos sistemas. Estos tipos de sistemas se describen en las Patentes de los •sí-Estados Unidos de Norteamérica Números: 5,029,199; 5,193,110; ,260,990; 5,263,080; 5,475,748; 5,493,607; 5,524,139; ,519,766 y 5,008,926, todas incorporadas por referencia en la presente. Estos sistemas permiten que un llamador o enviador deje un mensaje, como un mensaje de correo de voz, para un suscriptor siempre que el suscriptor no esté disponible. Cuando un mensaje de correo de voz va a ser recuperado, el suscriptor típicamente se conecta con el sistema sobre una línea telefónica convencional a través de una llamada telefónica y reproduce el mensaje usando tonos de toque producidos por el teléfono para controlar la reproducción, así como otras funciones. En estos sistemas el acceso por el suscriptor es típicamente solo a través de una conexión de línea telefónica. Hoy en día, hay una necesidad para permitir el acceso a estos sistemas a través de* otros medios como el Internet o Intranet. Varios tipos diferentes de sistemas de mensajes, como el correo de voz o correo electrónico, también están disponibles a los usuarios. Los usuarios de una variedad de sistemas de mensajes de hoy en día típicamente tienen que usar varios sistemas y/o terminales diferentes para captar sus mensajes. Un usuario de un negocio típico puede tener varios buzones de voz, varios buzones de correo electrónico, y tal vez algunos servicios de facsímil parecidos a buzones. Cada uno de estos buzones requiere operaciones separadas y diferentes tipos de terminales (teléfono DTMF para correo de voz, computadora personal (CP) para acceso de correo electrónico, máquina facsímil/CP para mensajes por facsímil) . Los buzones tienen diferentes nombres (direcciones) y usualmente no pueden trabajar entre sí. Los mecanismos de notificación son ya sea no-existentes, o están atados a uno de los buzones. Lo que se necesita es un sistema de buzón que integre todos los tipos de mensaje y métodos de acceso. SUMARIO DE LA INVENCIÓN Es un objeto de la presente invención proporcionar un sistema que permita a un suscriptor tener acceso a mensajes almacenados no solamente sobre una red telefónica sino también sobre una red como la Internet o una intranet . Es un objeto adicional de la presente invención proporcionar un sistema que unifique el almacenamiento del mensaje permitiendo diferentes tipos de mensajes o comunicaciones electrónicas como el correo de voz, facsímil, correo electrónico y correo por video para ser almacenado en un solo sistema en un buzón multimedia unificado, y teniendo acceso vía diferentes trayectorias, como una red telefónica o el Internet/Intranet. Es otro objeto de la presente invención proporcionar un sistema que permitirá mensajería multimedia vía un buzón multimedia. Es otro objeto de la presente invención proporcionar un sistema que sea fácil de usar y el cual use herramientas de acceso que sean familiares para los usuarios de teléfono e Internet . Es un objeto adicional de la presente invención proporcionar una interfase visual simple para un sistema de almacenamiento de mensajes que simplifique las tareas asociadas con el acceso a mensajes y administración de mensajes . También es un objeto de la presente invención proporcionar una plataforma que permita servicios de una variedad de tipos de mensaje como un correo de voz, correo de video y correo de facsímil, así como otros servicios de red como Internet y servicios de intranet . Es otro objeto de la presente invención proporcionar una arquitectura de sistema que sea fácilmente escalable, tenga una alta disponibilidad y que proporcione una respuesta rápida . Es un objeto de la presente invención proporcionar un sistema basado en estándares que soportará el acceso de buzón a un buzón multimedia usando software de navegador en la red convencional . Es otro objeto de la presente invención proporcionar un sistema en el cual el proveedor de servicio de mensajería no necesite suministrar al usuario ningún problema de aplicación para el cliente. •*"í Es otro objeto de la presente invención proporcionar notificadores de mensajes de espera/urgentes cuando se depositen mensajes urgentes o nuevos en el buzón o el estado del mensaje cambie por una conexión diferente simultánea en el buzón como cuando se tiene acceso a un buzón mediante una computadora y mientras la computadora está registrada en el buzón un acceso a través de una interfase telefónica borra un mensaje. Los objetos anteriores se pueden alcanzar mediante un sistema que permite que un suscriptor tenga acceso a mensajes almacenados, como mensajes de correo de voz, mensajes de facsímil, mensajes de correo electrónico y mensajes de video, que se almacenan en un buzón multimedia unificado no solamente a través de la red telefónica conectada pública usando un teléfono sino también sobre una red de datos, como la Internet o una intranet. El sistema proporciona acceso de correo de voz sobre la red telefónica, indicando el número de mensaje, etcétera, con la capacidad de reproducir mensajes para el usuario de teléfono. Para mensajes del tipo texto, como un facsímil y correo electrónico, el sistema convierte el texto en voz y reproduce la voz para el usuario del teléfono. El sistema permite que un usuario de computadora personal obtenga el acceso a la red de datos usando un navegador de Internet . El navegador se usa para tener información de acceso acerca de los mensajes almacenados y se usa para cargar y reproducir los mensajes vía una corriente de datos en el caso de una voz o mensajes de video o ver los mensajes en el caso de mensajes del tipo texto, como facsímil y correo electrónico. El usuario también puede realizar otras funciones de mensajería típicas sobre la conexión con red de datos que se proporcionan para acceso por teléfono, como guardar y borrar mensajes, administración de lista de grupos y otras tareas de administración. Estos, junto con otros objetos y ventajas que se harán posteriormente aparentes, residen en los detalles de construcción y operación como se describe y reclama más completamente en la presente, haciendo referencia a los dibujos acompañantes que forman una parte de la presente, en donde los numerales similares se refieren a partes similares en toda la presente. BREVE DESCRIPCIÓN DE LOS DIBUJOS La Figura 1 ilustra un sistema unificado virtual unificado por las acciones de una computadora personal 60; La Figura 2 representa un sistema virtual unificado unificado por un director 80; La Figura 3 representa un sistema de correo de voz 68 que realiza unificación; La Figura 4 representa un sistema integrado real 100; La Figura 5 representa la arquitectura funcional de un sistema de acuerdo con la presente invención; La Figura 6 representa un sistema de arquitectura distribuida 130 de acuerdo con la presente invención; La Figura 7 ilustra el flujo de control durante una operación de refresco; La Figura 8 y 9 representan listas de mensajes y patrones de listas de grupo, respectivamente; La Figura 10 ilustra el flujo de control en una operación de recuperación; y La Figura 11 representa un patrón de recuperación de mensajes. DESCRIPCIÓN DE LAS MODALIDADES PREFERIDAS La presente invención proporciona un buzón multimedia integrado y mensajería unificada. El término "buzón" se usa para decir una entidad visible para el suscriptor. Esta es la entidad que en la que el suscriptor se registra y sobre la cual aparece para operar, cuando el suscriptor realiza operaciones relacionadas con el correo.

Esta entidad visible por el suscriptor puede no corresponder directamente con una sola entidad de implementación, sino puede existir solamente a través de la cooperación de varios sistemas distintos de mensajería, cada uno con su propia capacidad de almacenamiento de mensajes. Para evitar confusiones, el término "buzón" se usa para decir solamente la entidad visible del suscriptor, y, cuando sea necesario, el término "destino final de mensaje" se usa para denotar la entidad o entidades de implementación que subyacen en el buzón integrado . Los buzones integrados tienen ciertas características deseables y preferibles. Un buzón completamente integrado de acuerdo con la presente invención, incluye las siguientes capacidades mayores que no están presentes en un buzón de medio simple: a. La capacidad para tratar con mensajes de diferentes tipos de datos/información, o que tiene múltiples partes (buzón multimedia) . b. Un solo inventario (lista de mensajes) , que enlista todos los mensajes de todos los tipos de datos, con la capacidad de controlar la presentación del inventario (v. gr., clase de inventario de acuerdo con tipo de mensaje, prioridad, u horario de depósito, independientemente del tipo de mensaje) , con acciones de interfaz del usuario conceptualmente similares para operaciones equivalentes en cualquier tipo de mensaje, y con la capacidad de seleccionar aleatoriamente mensajes para su recuperación. c. Mecanismo o mecanismos de notificación que se pueden usar para alertar al usuario del depósito de cualquier tipo de mensaje. d. La capacidad para tener acceso al buzón a través de una variedad de terminales de acceso de buzón comúnmente disponibles (CP, teléfono DTMF, etcétera) , sin equipo especial, y con, tanto como sea practicable, lógicamente las mismas capacidades para todos tipos de terminal . e. La capacidad para realizar conversiones del tipo de datos automáticamente, en apoyo de acceso transparente del usuario a terminales múltiples, o sobre la petición explícita del suscriptor. f . La capacidad para recibir y enviar mensajes a suscriptores de sistemas de mensajería existentes, usando una variedad de protocolos de mensajería ampliamente implementados . Nótese que hay grados de integración en los buzones de medio-simple de hoy en día, ambos con respecto a los tipos de mensajes permitidos y los tipos de terminales a las que se tiene acceso que se pueden usar. Por ejemplo, los buzones de facsímil/voz integrados son comunes hoy en día, y el correo electrónico se puede usar para transferir información que no es de texto. Similarmente, no se puede tener acceso a los buzones de correo electrónico usando teléfonos, y no se puede tener acceso al correo de voz/facsímil usando una computadora personal . Aunque es posible tener un buzón que esté integrado con respecto a tipos de mensajes múltiples pero que solamente se pueda tener acceso a través de un solo tipo de terminal (por ejemplo, sistemae de correo electrónico usando MIME) , preferiblemente se tiene acceso a un buzón completamente integrado a través de varios tipos de terminales y trayectorias, para maximizar la capacidad del suscriptor para tener acceso a sus mensajes en varias circunstancias. Se proporcionan los siguientes tipos de terminal para la presente invención: a. Teléfono DTMF convencional manual; y b. computadora personal (CP) . Sin embargo, se pueden usar otros tipos de terminal como asistentes digitales personales, teléfonos celulares, llamadores de dos vías, etcétera. Deberá hacerse énfasis en que un suscriptor de buzón integrado usando la presente invención es capaz de cambiar dinámicamente la terminal usada, de sesión a sesión. El sistema de mensajería integrado (SMI) de la presente invención preferiblemente se interconecta con sistemas externos. Esto permite al suscriptor intercambiar mensajes con suscriptores externos y se puede usar para integrar varias cuentas de mensajería existentes en diferentes sistemas de manera que el usuario tenga acceso a un solo buzón integrado (virtual) . Se pueden incluir los siguientes tipos de sistemas externos: a . La Internet . b. Los sistemas de correo por suscripción comercial (usualmente X.400) . í c. Sistemas de correo privado (v. gr., MS Correo, cc: Correo) . d. Sistemas de correo de voz y otros sistemas de correo de voz extraños basados en red (v. gr., el buzón de voz del teléfono celular del suscriptor) . Hay varias maneras, de acuerdo con la presente invención, en las cuales se puede realizar la mensajería integrada. Sin embargo los enfoques preferidos se discuten más adelante. La integración del buzón puede ser real o virtual . La integración del buzón "real" significa que en un solo sistema de mensajería (SM) se localizan mensajes de todos tipos y que los parámetros de configuración de los mensajes y del correo para el suscriptor y las instalaciones de control administrativo se proporcionan en un solo punto de interfaz del usuario y no involucran la cooperación interacción con ningún otro sistema de mensajería. Los buzones integrados "virtuales" proporcionan la misma funcionalidad visible por el suscriptor, y parecen iguales al suscriptor como el buzón integrado real. Sin embargo, en el buzón integrado virtual, los mensajes del suscriptor se almacenan en cuando menos dos sistemas de mensajería diferentes, cuya configuración puede llevarse a cabo (pero no necesariamente) por separado. Los distintos sistemas de mensajería cooperan para proporcionar la funcionalidad completa. El término "sistema de mensajería "Tí asociado" se usa para denotar un sistema de mensajería que está en relación especial con otro sistema de mensajería con fines de sintetizar un sistema de mensajería integrado, y el término "sistema de mensajería externo" se usa para denotar un sistema de mensajería que no está tan cercanamente asociado, pero que todavía tiene una interfase con el sistema de mensajería integrado. La distinción entre buzones integrados reales y virtuales es invisible para el suscriptor. Los sistemas de mensajería reales pueden comprender subsistemas múltiples, como el sistema distribuido preferido descrito en la presente, con el "buzón" dispersado a través de varias piezas de hardware. Ambos tipos de integración necesitan interfaces para sistemas de mensajería externos, aun si no son parte de un sistema de mensajería integrado virtual. La relación entre los sistemas de mensajería que están siendo integradas en un sistema de mensajería virtual ("sistemas de mensajería asociados") es mucho más cercana que entre los sistemas de mensajería que acaban de trabajar entre sí ("sistemas de mensajería externos"). Mientras que un sistema de buzón integrado podría estar totalmente autocontenido (dejando la mensajería solamente entre sus suscriptores, como la mayoría de los sistemas de correo de voz actuales) , es preferible poder enviar y recibir correo desde otros sistemas. La integración de buzón real se prefiere y se describe en detalle en la presente. Están disponibles varios enfoques para crear un sistema de mensajería integrada virtual y se describen aquí: a. integración sobre el escritorio, b. director de extremo frontal, y c. integración de paso a través. La integración sobre el escritorio (IE) es la emulación, como la percibe el suscriptor, de un buzón integrado, cuando una computadora personal 60 (CP) , como se ilustra en la Figura 1, se usa como acceso de destino final del mensaje, hay varios sistemas de mensajería no integrados (SM) como un sistema de correo electrónico (SCE) 66 y correo de voz (CV) 68, y la integración del buzón puede no ocurrir para las terminales de acceso que no sean de computadora personal; en otras palabras, el software de las computadoras personales con fines especiales "hace" la integración de los buzones; los sistemas de mensajería no necesitan capacidad para manejar datos no originales ni comunicarse entre sí. Un enfoque a esta integración es usar un navegador convencional con una página propia local que incluye enlaces con los distintos sistemas de mensajería. Otro enfoque de integración sobre el escritorio es usar conexiones TCP/IP separadas 62 y 64 para cada sistema de mensajería 66 y 68 en una sola conexión de protocolo punto a punto (PPP) de marcado a un ruteador 70 que proporciona hardware dedicado a rutear paquetes IP sobre varias intefases de hardware físicas, como T;-se muestra en la Figura 1. La integración sobre el escritorio de este tipo es útil cuando no es posible ninguna integración cercana del sistema de mensajería por razones políticas o administrativas. En otro enfoque a la integración de buzón virtual, un director de extremo frontal 80, como se ilustra en la Figura 2 directamente se interconecta con el cliente, impidiendo así cambios en cualquiera de los sistemas de mensajería integrados 66 y 68. El director 80 se comunica en el extremo trasero con los sistemas de mensajería separados 66 y 68 que necesitan ser integrados. Son posibles dos variantes mayores de este enfoque: el director 80 simplemente pasa peticiones a través de tiempo real, y así no almacena mensajes por sí mismo,- o, los sistemas 66 y 68 envían mensajes al director 80 cuando se depositan, y el director 80 los almacena hasta que el suscriptor se registra. En el último caso, el director 80 efectivamente llega a ser un sistema de mensajería integrada con interfaces de servicio de mensajería externas. El director 80, si no almacena mensajes, acepta peticiones del suscriptor, las interpreta, y luego las comunica con los distintos sistemas de mensajería como sea necesario ya sea para recuperar o enviar mensajes e inventarios. El director 80 en esta modalidad es esencialmente un relé a nivel de transporte o a nivel aplicación, con alguna funcionalidad parecida a muro de seguridad por seguridad. La red del extremo trasero típicamente es una red de área local (RAL) o red de área amplia de alta velocidad (RAA) , sobre la cual se multiplexan las peticiones del suscriptor. Sin embargo, para proporcionar acceso DTMF, el director del extremo frontal 80 tiene las interfases necesarias de voz, facsímil, datos y teléfono voz/datos de un sistema como el descrito en la Patente de los Estados Unidos de Norteamérica Número 5,193,110. En la práctica, la interfase de voz del usuario es un superconjunto de la interfase proporcionada por el SMV 68 solo. La integración de paso a través es otro enfoque donde la funcionalidad de director de extremo frontal 80 está estrechamente incorporada en uno de los sistemas de mensajería, como el sistema de mensajería virtual 68. El sistema de mensajería maneja mensajes en su tipo original, pero actúa como un agente de tiempo real para las peticiones del suscriptor de otros tipos de mensajes. Como se discutió anteriormente, la necesidad tanto para acceso de voz como de facsímil así como de computadora personal, la dificultad de interconectar en tiempo real con un sistema de mensajería de voz, la dificultad de aumentar un sistema de correo electrónico para manejar la voz, y la necesidad de mecanismos de notificación parecidos al sistema de mensajería virtual da como resultado una preferencia de que el director sea añadido al sistema de mensajería virtual 68 en vez de a un sistema de correo electrónico 66 como se ilustra en la Figura 3. La discusión anterior indica que los enfoques preferibles a un buzón multimedia integrado tanto con acceso DTMF como por computadora personal es ya sea un sistema de mensajería integrada real, o un mejoramiento de sistema de mensajería virtual de manera que pueda proporcionar acceso de paso a través de tiempo real a otros sistemas de mensajería. Como resultado, hay dos arquitecturas de nivel de sistema preferidas: a. Un sistema de mensajería virtual mejorado (es decir, el sistema de mensajería integrado) que proporciona todo el almacenamiento de mensajes y todas las interfases para todos tipos de mensajes. Todos los otros sistemas de mensajerías se interconectan con el sistema de mensajería integrado como sistemas externos, no integrados, b. Un sistema de mensajería integrado que proporciona almacenamiento permanente para voz, video, texto, correo electrónico y mensajes de facsímil e intercambia otros tipos de mensaje sobre demanda con uno o más sistemas cercanamente asociados como un sistema de correo electrónico (además a cualquier interconexión con otros sistemas de mensajería externos) . El sistema de mensajería integrado tiene todas las interfases del usuario y pasa a través de las órdenes de usuario relacionadas con los sistemas de correo electrónico asociados. El sistema de mensajería integrada intercambia notificaciones de depósito con los sistemas de correo electrónico asociados. La Figura 4 ilustra la arquitectura del sistema/red para ya sea el buzón integrado real o virtual y el sistema de mensajería integrado (SMI) . Como se ilustra, la arquitectura del sistema 100 permite el acceso mediante un teléfono 102 a través de una red de teléfono conmutada pública (RTCP) 104 para el sistema de mensajería integrada 106 ya sea directamente o a través de un modem 108. El acceso mediante una computadora personal 109 también se puede llevar a cabo a través de la red de teléfono conmutado público 104. También se proporciona el acceso mediante una computadora personal 110 a través de Internet 112 usando un modem 114. Nótese que el sistema de correo electrónico asociado (SCE) 115 se muestra representando la arquitectura de un sistema virtual . El sistema de mensajería integrado 106 también se acopla a otros sistemas 116, 118 y 120. El contenido del sistema de mensajería integrada 106 será discutido en detalle con respecto a la Figura 6. El sistema 100 también se puede proveer con una subsistema (UIM) de unidad de integraciones múltiples (no mostrado) como el descrito en la Patente de los Estados Unidos de Norteamérica Número 5,260,990. La unidad de integraciones múltiples puede alojar números pequeños de sesiones de computadora personal. Sin embargo esta no es una arquitectura a gran escala. La presente invención tiene la capacidad de recibir, enviar, y almacenar mensajes de diferentes tipos de datos incluyendo mensajes por voz, facsímil, multiparte (es decir, facsímil anotado por voz) , video, texto y mensajes por correo electrónico. La plataforma 132 (ver la Figura 6) se designa para acomodar las cantidades masivas de almacenamiento requerido para datos de video.

Todos los mensajes tienen cierta información (el sobre del mensaje) que va junto ellos, como el remitente fecha/hora de depósito, longitud, etcétera. La información varía con el tipo de mensaje y, en algún grado, con el medio mediante el cual fue recibido el mensaje. La información del sobre se almacena preferiblemente con el mensaje, llevado junto con el mensaje si se va a entregar a un sistema externo, y se presenta al suscriptor. El sistema de mensajería integrado 106, como se discutió previamente, es capaz de presentar una sola lista de inventario, que contiene todos los mensajes de todos tipos (clasificados en tipos) , para el suscriptor cuando registra en su buzón, y proporciona la capacidad de seleccionar mensajes para recuperación. Además, alguna de la información del sobre del mensaje se puede presentar en el inventario. La cantidad de información presentada en el inventario, y el formato de presentación se determina en gran medida por los aspectos humanos de la terminal de acceso,- donde se usa la interfase de voz, la presentación se limita preferiblemente a cuentas de mensaje T:-hablado simple ("Usted tiene tres nuevos mensajes de voz, un nuevo mensaje de facsímil, y dos mensajes en correo electrónico y un mensaje nuevo de video. Un mensaje de voz es urgente.") de otro modo el suscriptor puede confundirse rápidamente. Por la misma razón, la clasificación de inventario compleja, la selección de mensajes o capacidades de archivo no se proporcionan preferiblemente a través de la interfase de voz, aunque cuando se podría si se deseara. Sin embargo, una interfase de computadora personal preferiblemente muestra mucha más información al usuario sin sobrecargar al suscriptor, y permite operaciones sofisticadas como organización de mensajes en archivos. La generación de inventarios de mensajes integrados se presenta de manera natural en un sistema de mensajería integrado real. Un sistema de mensajería virtual necesita capturar los inventarios individuales a partir de sistemas externos especificados por el suscriptor. Esto se considera más adelante en la discusión de interfases con otros sistemas de mensajería. La interfase de voz de la presente invención presenta un inventario de mensaje hablado que da cuentas de mensajes por tipo, e información sobresaliente adicional como si alguno es urgente. Hay esencialmente dos archivos: mensajes nuevos y guardados, más un "basurero" virtual que puede ser vaciado (o no) al final de la sesión. La selección de un mensaje a reproducir se predetermina por el sistema (reproducir solamente mensajes de voz y de texto-a-voz) con algunos controles de administrador limitados (v. gr. reproducir mensajes nuevos o guardados) ; y el usuario no puede elegir para seleccionar un mensaje específico, distinto de saltar hacia adelante o hacia atrás a través de los mensajes.

Una interfase de computadora personal de acuerdo con la presente invención proporciona un inventario muy parecido a la lista de mensajes de los sistemas de correo electrónico. Típicamente, incluye, para cada mensaje: tipo de mensaje (voz, video, correo electrónico, facsímil) , asunto (si lo hay) , remitente, hora de depósito, tamaño del mensaje (bytes, páginas, segundos, según sea lo adecuado) , y estado (nuevo/leer, urgente, contestado a, enviado, etcétera) . En una interfase de computadora personal el usuario oprime una entrada de inventario para seleccionar el mensaje que se va a recuperar; el sistema recupera el mensaje adecuado y lo proporciona al usuario en el formato adecuado. La computadora personal puede soportar archivos, de manera que el suscriptor puede organizar sus mensajes. Esto lo puede hacer localmente en el escritorio, moviendo mensajes a los directorios o archivos del sistema de archivos locales. Sin embargo, para el tipo preferido de interfase de computadora personal (v. gr., utilizando un navegador de red estándar) , se pueden implementar los archivos por el sistema de mensajería integrada 106. Los encabezados del mensaje preferiblemente incluyen detalles importantes desde el sobre del mensaje para mensajes no de voz/facsímil. El sobre de mensajes recibidos vía el correo electrónico puede tener muchos más detalles que los mensajes de voz/facsímil, y también están en formato de texto.

Estos elementos de sobres tipo están analizados gramaticalmente por el sistema 106, y están hablados del mismo modo que como se manejan los otros elementos de sobre como número de buzón del remitente, fecha/hora, urgencia (es decir, concatenando fragmentos de avisos previamente grabados) . Preferiblemente, los datos del sobre se almacenan de la misma manera, independientemente del tipo de mensaje, para producir el sobre de no-voz/facsímil en formato hablado. Un área problema está en identificar el remitente del mensaje al suscriptor. Idealmente, el sistema deberá decir el nombre del remitente, preferiblemente en la propia voz del remitente. Para mensajes recibidos de un remitente en el mismo sistema, el sistema puede tener acceso al anuncio del nombre del remitente (o decir el número de buzón si no hay anuncio de nombre) . Lo mismo es válido para mensajes de otros sistemas conectados a través de la red digital que usa la versión II de la red de mensajería digital (DMN II) MR disponible en Boston Technology Inc. of Massachusetts. La versión II de la red de mensajería digital (DMN II) MR conforma el protocolo de voz AMIS-D, que pasa el anuncio del nombre del remitente junto con el mensaje, usando X.400 y el protocolo DMN II de tiempo real para recuperar anuncios de nombre remotos durante los sistemas durante el direccionamiento de mensajes entre los sistemas. Para los mensajes sin voz recibidos de otras plataformas del vendedor (incluyendo mensajes X.400 y MIME/SMTP de Internet) , la información de dirección del remitente es una cadena de caracteres, y no hay anuncio de nombre identificado explícitamente. Desde luego, una parte de X.400 o cuerpo de voz MIME se puede incluir con cualquier mensaje, y así el sistema de enviar puede enviar un anuncio de nombre. Sin embargo, el sistema receptor no sabrá que es el anuncio del nombre y solo lo reproduce como parte del cuerpo del mensaje. Un ejemplo de una dirección así es el "bill@abc.com". El sistema receptor 106 analiza gramaticalmente esta cadena y habla de la misma manera que un número de buzón, carácter por carácter. También se puede usar texto-a-voz, pero hay problemas para la tecnología actual de texto-a-voz para manejar una variedad infinita de palabras extrañas (como "abe"). En cualquier caso, frecuentemente es más claro deletrear la dirección cuando se habla. Una solución preferida es usar el enfoque de aviso de fragmento de voz con fragmentos de aviso para elementos comunes de dirección, para producir (por ejemplo) los avisos de voz "b" "i" "1" "1" "arroba" "a" "b" "c" "punto" "com" para la dirección anotada en lo anterior. Esto no requiere capacidad texto a voz. La necesidad de manejar mensajes desde el sistema de mensajería 116-120 significa que algunos mensajes de voz serán recibidos en códigos distintos del formato original de la plataforma. Ejemplos serían mensajes MIME que contienen partes de cuerpo de audio/wav, o archivos .WAV. La presente invención puede sacar estos datos en la línea telefónica tan fácilmente como el formato original usando el paquete de software SOX gratuito. Una alternativa es convertir todo al formato original, pero esto puede causar pérdida de calidad si la información necesita posteriormente ser convertida a otro formato para salir en alguna otra interfase y no se prefiere. Para salir a un teléfono convencional, los mensajes sin voz del tipo de datos de texto se convierten en mensajes de voz o se representan de otra manera mediante voz. Sin embargo, hay algunas estructuras (como el MIME multiparte/paralelo) que pueden ser demasiado complicados, o no útiles, o poco prácticos para transmitirse como teléfono de voz. En una situación así, el sistema deberá indicar al suscriptor el tipo de mensaje y otra información del sobre, y explicar que no se puede recuperar de un teléfono DTMF usando un mensaje de voz estándar. Sin embargo, un teléfono de imagen puede recibir mensajes de correo tipo imagen. La grabación de una voz, facsímil o mensaje de facsímil anotado de voz sobre la interfase de voz se realiza de una manera convencional . Para generar otros tipos de datos DTMF la entrada de clave se usa para seleccionar de un menú de mensajes pre-almacenados parametrizados simples. Por ejemplo, un llamador puede enviar mensajes de texto que contienen un número de teléfono para responder la llamada a un avisador o teléfono celular de un suscriptor. La presente invención proporciona estas capacidades para mensajes de video, texto, y correo electrónico, así como para otros tipos de datos (los servicios de respaldo de facsímil son un ejemplo de uso similar) . Las limitaciones del teclado de DTMF restringen la capacidad de dirigir el mensaje a direcciones no numéricas. En la presente invención, sin embargo, un grupo de direcciones que contienen direcciones no numéricas (definidas usando la interfase de computadora personal) se pueden especificar a través de la interfase DTMF. La presente invención también permite y una respuesta con un mensaje de voz a cualquier mensaje recibido desde cualquier dirección de envío . El sistema 106 graba la voz y la deposita en el buzón del enviador local, o la convierte en una parte de cuerpo MIME, AMIS-D, o X.400 apropiada usando DMN II o las funciones de un lector de correo electrónico como el MSExchange, cc:Mail o Netscape Internet Mail, y lo envía a la dirección del remitente del mensaje original, si es externo. La voz a texto, o el reconocimiento de voz, también es un medio para enviar mensajes de texto desde un teléfono convencional y también una manera de dirigir direcciones no numéricas (al deletrearlas) . Enviar de nuevo es copiar un mensaje y depositar la copia en un buzón diferente, o la transmisión a una tercera persona. Enviar de nuevo mensajes sin voz se lleva a cabo mediante la presente invención a través de tanto la interfase de voz como la interfase de computadora personal porque cuando el mensaje no necesita ser convertido a voz, como para mensajes de facsímil, el mensaje se puede enviar ya sea a otro buzón o a un número de teléfono de facsímil introducido por el suscriptor, sin realmente recuperar el mensaje. Este enfoque se usa también por la presente invención para otros tipos de datos (video) , así como el rodeo de líneas para el uso alternado de facsímil/voz. Cuando el destino no es el mismo sistema de mensajería integrada el mensaje se convierte en el formato que sea necesario. Enviar de nuevo a otro buzón el mismo sistema de mensajería integrada se lleva a cabo de la misma manera que para la voz y facsímil, y opera independientemente del tipo de datos. Enviar de nuevo a un número telefónico, cuando se hace automáticamente por el sistema, se considera una forma de notificación de depósito de mensaje. Los mismos mecanismos se usan para enviar de nuevo, de modo que se muestra más adelante. Las máquinas de facsímil también se pueden usar para tener acceso al sistema 106 a través de la interfase de voz de marcar; frecuentemente, la máquina de facsímil puede realmente ser un software de facsímil que se ejecuta en una computadora personal. El sistema de la presente invención tiene capacidades de modem facsímil, y maneja mensajes de facsímil en su forma original (tiff) y no es necesario hacer conversión. Las complejidades adicionales para el sistema de mensajería integrado se relacionan con la salida de los mensajes que no son de facsímil a las máquinas de facsímil. Para hacer esto el sistema convierte los mensajes de texto y los datos de imagen que no son de facsímil para el formato de facsímil usando una función disponible en Natural Microsystems o se puede usar el software del dominio público pbmplus para convertir a/desde varias formas de imagen. El intercambio de datos de facsímil con sistemas externos se lleva a cabo usando tanto MIME como X.400 por partes de cuerpo de facsímil G3. Para el acceso de computadora personal, se proporcionan dos tipos de interfase físicas: marcar a los puertos de teléfono del sistema de mensajería integrada, y a través de Internet (u otra red TCP/IP) . Además, se proporcionan varias maneras para manejar mensajes de voz: puramente digital, donde los datos de voz simplemente se transfieren como cualquier otro tipo de datos (como usando un navegador como previamente se señaló) y la computadora -Sí personal lo convierte en audio; el uso de un esquema de compartir voz/línea de datos, como lo proporciona el sistema VoiceView disponible en Radish (el último estaría solamente disponible a través de los puertos de marcado del sistema de mensajería integrado) y la transferencia de los datos de voz vía un anexo de correo electrónico con la conversión a audio que ocurra en la computadora personal . Acomodar el acceso desde una computadora personal (ver la Figura 6) se puede llevar a cabo a través de una unidad de procesamiento de aplicación (APU 150) y la unidad de procesamiento de Internet (UPI) 146 (NIU) alojando protocolos SMTP/MIME y POP. Debido al rápido crecimiento en la conectividad de Internet y en los servicios en línea, los agentes usuarios de mensajes (AUM) (o lectores de correo de clientes) el uso de estos protocolos se está volviendo universal para los suscriptores que usan acceso por marcado. Sin embargo, el protocolo de transferencia de hipertexto (PTHT) es el protocolo preferido ya que es el usado para interconectar con navegadores de la red estándard. Es un simple protocolo de petición/respuesta que usa TCP/IP. Las peticiones (llamadas métodos) se proporcionan para obtener y crear objetos (datos reales o sintetizados) , y para hacer otras operaciones en apoyo de navegar un conjunto global interconectado de información. Los objetos de los métodos se identifican por un identificador de recursos universal (IRU) o localizador de recursos universal (LRU) que especifica la ubicación (incluyendo el nombre de Internet del huésped donde la información está almacenada) y el medio para tener acceso al objeto. Las respuestas se devuelven a un solicitador en un formato compatible con MIME, de manera que el tipo-contenido de MIME y la codificación-contenido se puede determinar por el solicitador, y el objeto presentado de la manera adecuada. Para proveer realmente la "red" de objetos conectados, se usan escritos o patrones especialmente formateados, usando el lenguaje de marca de hipertexto (LMHT) . Estas "páginas de red" tienen enlaces sumergidos en otros objetos (sistemas/ huéspedes) , así como capacidades de control de presentación. El navegador sigue estos enlaces usando el identificador de recursos universal para enviar una solicitud de OBTENER al huésped identificado en el identificador de recursos universal, cuando el usuario selecciona el identificador de recursos universal. Al poner enlaces a más páginas (documentos estáticos de lenguaje de marca de hipertexto, o documentos sintetizados dinámicamente) en una página de red, se puede establecer una organización jerárquica de información. El lenguaje de marca de hipertexto y el protocolo de transferencia de hipertexto también soportan la entrada de formas de vía de datos, acceso a archivos vía FTP, e interfases a otros sistemas de información, como correo electrónico, GOPHER, y Noticias. Para proporcionar a la computadora personal 109 o 110 (ver la Figura 4) con acceso al navegador de red , el sistema de mensajería integrado 106 de la presente invención proporciona un servidor de protocolo de transferencia de hipertexto (Unidad de procesamiento de Internet 146) para manejar la petición desde el navegador, y proporciona una organización de la información en el sistema de mensajería integrado 106 en una estructura lógica, usando páginas de lenguaje de marca de hipertexto como se discutirá con más detalle más adelante. En general, los servidores de protocolo de transferencia de hipertexto están ampliamente disponibles, tanto como código de fuente de dominio público como productos comerciales. Los juegos de herramienta están disponibles para simplificar la creación de la llamada. Los servidores de protocolo de transferencia de hipertexto son altamente configurables, incluyendo el mapeo de localizadores de recursos universales a los datos u operaciones (escritos ejecutables) internos (o externos). Más adelante se proporciona un ejemplo simplificado de una jerarquía de llamada para los mensajes almacenados en el sistema de mensajería integrada y las operaciones del suscriptor usado para tener acceso a los mensajes. Se dan muestras de localizadores de recursos universales para ayudar a entenderlo. a. Un suscriptor (o llamador) usa un navegador 144 (ver la Figura 6) en una computadora personal 142 para abrir su propia página inicial de sistema de mensajería integrada (v. gr., http://www.mail.somerboc.com/JoeQUser/", o http: //www. mail .somerboc.com/617-246-9000/) o http://www.mail.somerboc.com/awscripts/btv.dll7REFRESH. Una "señalador de lectura" también podría usarse para recordar el localizador de recursos universales. b. La computadora personal 142 marca directamente al sistema de mensajería integrado 132 o vía un proveedor de servicio de Internet (PSI) 140, y conecta al huésped del sistema de mensajería integrada 132. La computadora personal 142 envía un método OBTENER del protocolo de transferencia de hipertexto para la página inicial del identificador de recursos universal . c. El servidor del protocolo de transferencia de hipertexto del sistema de mensajería integrada 146 envía la página inicial como respuesta al OBTENER, y el navegador 144 de la computadora personal lo despliega. La página inicial tiene texto de bienvenida y/o anuncio gráfico y/o de voz, incluyendo un campo de entrada de contraseña. Para los usuarios que desean dejar un mensaje para el suscriptor en vez de registrarlo, hay preferiblemente un "botón" en la página inicial del suscriptor para "dejar un mensaje". Se puede usar el identificador de línea de llamada (ILL) para verificar que el número que llama coincide con el nombre del suscriptor, o para utilizar las capacidades de autenticación del protocolo de transferencia de hipertexto. Se usa una capa de conexiones de seguridad (CCS) para proporcionar una conexión inicial segura para autenticación. También se puede proporcionar un menú de servicios adicionales además del mensaje integrado. d. Usando el navegador 144, el suscriptor introduce la contraseña en forma de información de registro, el navegador 144 lo envía al servidor de protocolo de transferencia de hipertexto 146. El servidor 146 valida la contraseña y sintetiza la página de mensaje principal del suscriptor (http://www.mail.somerboc.com/JoeQUser/inbox) a partir del contenido del almacén de mensajes del suscriptor, y regresa la llamada al navegador 144. La página de mensajes del suscriptor contiene enlaces con cada uno de sus mensajes a l m a c e n a d o s (http: //www. mail .somerboc.com/awscripts/btv.dll?REFRESH) y cualquier inf ormación de inventario (http: //www. mail . somerboc . com/awscripts/btv. dll?DRTRS.Unique Msgld) es deseable para despliegue, más botones para enviar, borrar, enviar de nuevo u otras acciones de mensaje. e. Si el usuario oprime un enlace de mensaje, el mensaje es recuperado por el servidor de protocolo de transferencia de hipertexto 146 de dondequiera que esté almacenado. El mensaje se formatea y codifica como un mensaje MIME y se representa por el navegador 144 de acuerdo al tipo de MIME (texto, imagen, video, voz, etc.) los mensajes de voz y facsímil almacenados necesitan convertirse al primer formato MIME. f) Los botones también son enlaces con los identificadores de recursos universales. Si el suscriptor oprime un botón, el servidor de protocolo de transferencia de hipertexto 146 simplemente usa el identificador de recursos universales como un nombre de orden y realiza la acción, o puede regresar una forma de lenguaje de marca de hipertexto para permitir la entrada de otro usuario, o para dar más detalles acerca de alguna entidad. En la presente invención se proporciona un servidor de protocolo de transferencia de hipertexto en cada unidad de procesamiento de aplicación (UPA) 150 (ver la Figura 6) que se configura para manejar llamadas de datos. Además, se proporciona un servidor de protocolo de transferencia de hipertexto (unidad de procesamiento de Internet 146) para suscriptores que tienen acceso al sistema de mensajería integrada 132 vía un sistema de proveedor de servicios de Internet (PSI) 146 y la Internet 136. Para números pequeños de sesiones de computadoras personales concurrentes, el MIU previamente mencionado, con bancos de modem, también se puede utilizar para proporcionar acceso por marcado a la computadora personal . Nótese que todos los servidores de protocolo de transferencia de hipertexto se configuran de manera idéntica, y usan los mecanismos de acceso de la base de datos del suscriptor (de la misma manera que una aplicación de voz) para localizar y recuperar datos y mensajes del suscriptor, aún cuando no estén en la misma unidad de procesamiento de aplicación. Los servidores de protocolo de transferencia de hipertexto usan el sistema de operación de plataforma existente TCP/IP y las capacidades de protocolo punto a punto. Pueden surgir dos situaciones para la conversión del tipo de datos: cuando un tipo de terminal del suscriptor no acepte el formato del mensaje almacenado, y a petición del usuario. Una situación intermedia es cuando el suscriptor solicita la entrega o envío de nuevo el mensaje a un sistema o terminal, distinta de la que él está usando, la cual no soporta el tipo de datos. La mayoría de las conversiones están implícitas a partir del tipo de mensaje y del destino, pero puede ser preferible para el suscriptor explícitamente solicitar la conversión (v. gr.) de un mensaje de facsímil a texto para enviarlo de nuevo a una dirección de Internet, aun cuando el mensaje podría haber sido enviado como un mensaje de facsímil MIME. Para el sistema de mensajería integrada de la presente invención, los mensajes se almacenan de preferencia ya sea en formato de voz original como se describe en las Patentes de los Estados Unidos de Norteamérica Números : 5,029,199 y 5,193,110, formato original de facsímil (preferiblemente tiff convencional), o en un formato MIME.

Para el acceso a la computadora personal, o envío a una computadora personal vía marcado, el manejo de datos distinto de los datos de voz original es preferible enviarlo sin convertir usando el formato MIME almacenado. La información de facsímil se envía preferiblemente en el formato de imagen MIME/tiff . La información de voz preferiblemente se envía como el tipo audio MIME/wav. Las notificaciones se usan principalmente para advertir a un suscriptor que tiene mensajes, de manera que el suscriptor necesita solamente tener acceso al sistema cuando existen los mensajes. Los mecanismos de notificación varían de la comunicación de un bit de información (mensajes presentes o no), para enviar los mismos verdaderos mensajes. La presente invención, usando Access NPHR, proporciona capacidades de envío de notificación comprehensivas que incluyen: llamado vía marcado, TAP y TNPP; indicación de espera de mensaje (IEM) , vía SMDI usando varias capacidades SS7 o ISDN; marcado de entrega especial (entrega de voz y mensajes de facsímil marcando el suscriptor a un número telefónico específico) ; y mensajes cortos celulares, que contienen cuentas de mensajes de buzón o números para responder la llamada. La mayoría de los anteriores no entregan realmente mensajes, y así que no requieren conversiones del tipo de datos de mensaje. Sin embargo la entrega especial es más complicada. La terminal de destino debe ser capaz de recibir el tipo de datos, o el sistema debe ser capaz de reconocer el tipo de terminal y convertir el mensaje de conformidad con esto. Las conversiones de datos discutidas (v.gr., de texto a facsímil o de texto a voz) deberán, sin embargo, manejar la mayoría de las notificaciones. También se proporciona la entrega especial vía marcado a una computadora personal . Además a la conversión de datos para entrega especial, es necesario considerar cómo otros tipos de mensaje afectan los algoritmos de notificación. Un enfoque es manejarlos en exactamente la misma forma, de manera que cualquier mensaje de correo electrónico hace que la luz de la indicación de espera de mensaje del teléfono de los suscriptores se encienda, o causa una llamada a un llamador si se marca como urgente . Un sistema de mensajería integrada real está autocontenida para notificaciones, porque cualquier mensaje que va a ser notificado se almacena en el sistema de mensajería integrado. Sin embargo, en un sistema de mensajería integrado virtual, un sistema de mensajería no almacena todos los mensajes. Además, algunos de los sistemas de mensajes integrados pueden no tener capacidades de notificación. Así, es necesario que haya una manera de comunicar la presencia de mensajes entre sistemas de mensajería ("notificación cruzada") . Esto puede requerir mecanismos no estándares, ya que la mayoría de los sistemas de mensajería no están diseñados para aceptar notificaciones. Esto, a su vez puede requerir modificaciones del sistema de mensajería, lo que derrota mucho del propósito de un sistema de mensajería integrada virtual. Más adelante discutimos cómo proporcionar notificaciones de intercambio del sistema de mensajería virtual con un sistema de correo electrónico asociado, sin mayores modificaciones del sistema de correo electrónico. Un sistema de correo electrónico asociado (SCE) preferiblemente tendrá una de las capacidades de protocolos SMTP/MIME y POP (o capacidades X.400 equivalentes) . El sistema de correo electrónico puede iniciar sesiones de SMTP, pero el sistema de mensajería virtual debe iniciar sesiones de POP. El sistema de correo electrónico se configura para crear automáticamente una copia de cada mensaje depositado, o un mensaje adicional con información de inventario, dar al mensaje una dirección de receptor del sistema de mensajería virtual especial, y enviarlo vía SMTP al sistema de mensajería virtual (sistema de mensajería integrada 106) . Esto tiene características de notificación asincrónica deseada. El sistema de mensajería virtual (sistema de mensajería integrada 106) recibe el mensaje, lo analiza gramaticalmente (o meramente lo señala), y usa la información para controlar los mecanismos de notificación (pero no lo almacena) . Alternativamente y menos preferiblemente, el sistema de mensajería virtual (el sistema de mensajería integrado 106) usa POP para escrutar el inventario de mensajes del suscriptor. Este es un evento periódico, que probablemente causa mucho tráfico, ya que necesita ser bastante frecuente y podría haber muchos suscriptores. En cualquier situación el sistema de mensajería virtual (sistema de mensajería 106) necesita estar provisto con la dirección y contraseña del correo electrónico del suscriptor. También hay un híbrido de los enfoques antes discutidos donde el sistema de mensajería virtual es un sistema de mensajería integrado, y usa POP para recuperar los mensajes de sistema de correo electrónico pero también ofrece POP al suscriptor de manera que el SW del correo electrónico del cliente se conecta con el sistema de mensajería virtual (sistema de mensajería integrada) para recuperar mensajes de correo electrónico. Para notificaciones del sistema de mensajería virtual al sistema de correo electrónico, el sistema de mensajería virtual envía un mensaje de texto de correo electrónico que contiene el inventario de mensaje de voz/facsímil usando SMTP. Tanto para los sistemas de mensajería real como virtual, hay una necesidad para interconectarse con los sistemas externos 116-120 usando el paradigma regular almacenar y enviar de nuevo correo electrónico, con el fin de hacer a los suscriptores del sistema de mensajería integrada parte de una sola comunidad de mensajería mundial. Para el sistema de mensajería integrada virtual, se debe dar especial consideración a los "sistemas de mensajería" asociados, ya que necesitan aplicarse las técnicas no estándares (para sistemas de correo electrónico) pero convencionales. La plataforma de NPMR disponible de Boston Technology, Inc. proporciona red AMIS-D (digital) y AMIS-A (analógica) para transferir mensajes a otros sistemas de mensajería virtual con el soporte de protocolo requerido. Esto incluye la mayoría de los vendedores de sistemas de mensajería virtual. El sistema maneja datos de voz de acuerdo con la especificación de AMIS-D. También tiene mejoramientos de carga compatibles para trabajar entre sí con otros sistemas, de manera que los múltiples núcleos de sistemas de mensajería integrada de Boston Technology se conectan esencialmente en casi el tiempo real. Para interconectarse con sistemas de mensajería externos, o entre las plataformas de la Boston Technology, Inc., se prefiere AMIS-D. La tecnología X.400 también es utilizable para trabajar entre sí con otros sistemas de correo X.400 permitiendo la conectividad a través de administraciones X.400 con muchos usuarios de correo electrónico. Ya que casi todos los sistemas de correo público X.400 tienen conectividad de Internet, hay un enfoque preferido para proporcionar conectividad mundial para los suscriptores del sistema de mensajería integrada. Cuando el sistema de mensajería externo no tiene interfases X.400, los protocolos MIME/SMTP es la siguiente elección más preferida, tanto para conectividad Internet como para la conexión con los puertos de correo de red de área local . Para un sistema de mensajería integrado virtual, algunos de los sistemas fuera del sistema de mensajería virtual 68 necesita tratamiento especial, de manera que los destinos del mensaje del sistema de mensajería (por ejemplo, el sistema de correo electrónico 66) parecen ser una parte del mismo buzón integrado como el destino del mensaje del sistema de mensajería virtual. Las interfases y la operación para el enfoque de "director de paso a través" para el sistema de mensajería virtual se discutirán con mayor detalle (las notificaciones fueron tratadas ya anteriormente) . Como para las notificaciones, se supone un sistema de correo electrónico con capacidades SMTP y POP, conectadas como se muestra en la Figura 3. El manejo general de operaciones de suscriptor del servicio de mensajería virtual en un sistema de mensajería integrado virtual se describirá más adelante para cada una de las fases típicas de una sesión. Cuando el suscriptor se registra en el sistema de mensajería virtual 68, el sistema de mensajería virtual 68 genera un inventario de mensajes integrado. Esto se hace a través del uso de una sesión POP entre el sistema de mensajería virtual 68 y el sistema (o los sistemas) de correo electrónico 66. El sistema de mensajería virtual 68 se registra en el servidor POP a nombre del suscriptor (órdenes de POP USER y PASS) , interroga al inventario del sistema de correo electrónico (orden POP LIST) y lo combina con el inventario local. El sistema de mensajería virtual 68 mantiene un mapa de los identificadores de mensaje POP para un lugar de identificación en secuencia, el número de identificación o el identificador de recursos universal sintetizado) usado entre el sistema de mensajería virtual 66 y el suscriptor. Los mensajes almacenados localmente igualmente son identificadores dados . Para seleccionar un mensaje para recuperar, la interfase de suscriptor se puede usar POP (para interfases de agentes de usuarios de mensajes) , un método de OBTENER protocolo de transferencia de hipertexto (para el acceso de interfase de navegador de la red) , o introducir órdenes DTMF (para acceso de voz) . En cualquier caso, el sistema de mensajería virtual 68 mapea el mensaje de identificación solicitado por suscriptor o identificador de recursos universal para la identificación del mensaje del sistema de correo electrónico, o para una identificación de mensaje interno. Si el mensaje está en el sistema de mensajería 66, el sistema de mensajería 66 usa POP para recuperar el mensaje del sistema de mensajería virtual 68 (orden POP RETR <msg id>) , y sale al suscriptor. Si el mensaje reside en el sistema de mensajería virtual 68, simplemente es recuperado y reproducido. Si es necesario, se realizan las conversiones de datos, como se describió anteriormente. Para recuperar un mensaje, el sistema de mensajería 68 necesita determinar si el mensaje va a ser enviado al sistema de correo electrónico 66 o va a ser manejado por el sistema de mensajería virtual 68. Si es lo primero, entonces se usa el sistema DMN II anteriormente mencionado (usando el protocolo X.400) para enviar de nuevo el mensaje al sistema de mensajería electrónica 66. El criterio para la decisión típicamente incluiría la dirección del receptor y el tipo de datos del mensaje. Hay muchas posibilidades para el algoritmo; el preferido es: a. Si el mensaje es voz o facsímil original (es decir, usando la interfase DTMF) , y la dirección del receptor es un número telefónico, el mensaje se maneja de una manera de sistema de mensajería virtual convencional para un mensaje de voz o facsímil. b. Si el mensaje es voz o facsímil original, y la dirección del receptor no es un número telefónico, el mensaje se envía al sistema de correo electrónico 66, con los datos convertidos en MIME tipo audio o imagen/tiff. c. Si el mensaje es un audio Mime o tipo facsímil (es decir interfase de usuario SMTP o protocolo de transferencia de hipertexto) , y la dirección del receptor es un número telefónico, los datos se convierten en formato original y se manejan como convencionalmente por el sistema de mensajería virtual (nota: dirigirse a un número telefónico podría estar prohibido para evitar esta conversión, inicialmente) . d. Si el mensaje es cualquier tipo mime, y la dirección del receptor no es un número telefónico, el mensaje se envía sin cambiarlo al sistema de correo electrónico 66. e. Cuando se envían los mensajes al sistema de correo electrónico 66 para su manejo, la dirección del enviador se fija para el nombre del usuario del correo electrónico del suscriptor, de manera que parece que se origina en el sistema del correo electrónico 66. El enfoque discutido anteriormente es una manera de operación directa para enviar de nuevo. Hay maneras mucho más complicadas de hacerlo. La ventaja de este enfoque simple es que la intervención del sistema de mensajería virtual para manejar los mensajes de correo electrónico se minimiza. La Figura 5 ilustra una arquitectura funcional general para un sistema de mensajería integrada real que proporciona las capacidades discutidas anteriormente. Se proporcionará una descripción más detallada con respecto a la Figura 1. Se discutirán varios elementos de la arquitectura. Nótese que la Figura 5 no pretende ser una representación definitiva y completa de la arquitectura del programa real del sistema de mensajería integrado el cual se describirá con mayor detalle con respecto a la Figura 6. Las interfases de marcado 130 en las unidades de procesamiento de aplicación 150 tienen unidades de procesamiento para tener acceso al hardware de DSP convencional, proporcionando funciones de interfase de voz (V) , capacidades de modem facsímil (F) , capacidades de modem de datos (D) y capacidades de modem de voz/datos VoiceView (V/D) . Para el acceso de DTMF, la aplicación de voz 131 es la aplicación descrita en la patente relacionada anteriormente mencionada, la cual acomoda los mensajes multimedia y las conversiones de datos, por ejemplo texto a voz y texto a facsímil . El almacén de mensajes multimedia 132 se distribuye a través de todas las unidades de procesamiento de aplicación 150, con la mayoría de los mensajes del suscriptor almacenados en una unidad de procesamiento de aplicación "inicial". Los métodos estándar se usan por las aplicaciones en cualquier subsistema para tener acceso al almacén de mensajes distribuido de una manera independiente del lugar. El producto 133 de la red de mensajería digital versión II (DMN II) MR de Boston Technology, Inc. proporciona comunicación de almacenar-y-enviar de nuevo con otros sistemas de mensajería, incluyendo otros sistemas de mensajería integrada o sistema de mensajería integrada o sistema de mensajería virtual de Boston Technology, sistemas de mensajería virtual de otro vendedor, y sistemas de correo electrónico externos. Para esto se usa ya sea el protocolo AMIS-D 134 o el SMTP 135. La red DMN II se activa automáticamente cuando un mensaje requiere enviarse a una dirección externa. Las funciones de acceso a la computadora personal del suscriptor residen en la unidad de procesamiento de aplicaciones 150 para el acceso por marcado, y en la NIU (Unidad de procesamiento de Internet 146) para el acceso a la red. Ambos casos de este conjunto de funciones son esencialmente la misma, excepto porque los protocolos de enlace de datos son diferentes. Se proporciona un servidor de protocolo de transferencia de hipertexto 136 en la unidad de procesamiento de Internet 166 para permitir el acceso usando navegadores de red convencionales y páginas de red asociadas 137, y se proporcionan servidores SMTP y POP 138 para permitir el acceso desde los agentes de usuarios de mensajes. Todos los otros servicios POP3/IMAP4/vOICE/PPP/X.400 se utilizan en otros componentes y a su vez utilizan la unidad de procesamiento de internet 166 para el protocolo de transferencia de hipertexto si es necesario.

La aplicación de computadora personal 140 proporciona la estructura del usuario de interfase para el acceso del protocolo de transferencia de hipertexto, y el "pegamento" necesario para interconectarse con los mecanismos de sistema interno (en este caso, justo el almacenamiento del mensaje) . Se usa el Microsoft WinSock 142 para proporcionar el soporte de protocolo TCP/IP, tanto externamente como internamente. WinSock es una parte integral de Windows NT, e incluye soporte para transferencia de datos VoiceView. Para las plataformas de Boston Technology, Inc. usando Unixware OS, el soporte TCP/IP es también parte del OS, pero no está soportada VoiceView. El sistema de mensajería integrado "real" 130 (106) de la presente invención se implementa preferiblemente usando una arquitectura distribuida como la ilustrada en la Figura 6. El sistema 130 incluye una plataforma de mensaje 132 que se conecta a tanto la red telefónica conmutada pública 134 (vía un conmutador de matriz digital 135) y la Internet 136. Un suscriptor puede tener acceso a la plataforma 132 usando un teléfono 138 para realizar funciones de acceso a mensajes como recuperar y escuchar mensajes de correo de voz, enviar de nuevo mensajes, grabar mensajes, y convertir y reproducir mensajes se facsímil. Se puede encontrar una descripción detallada de este tipo de acceso en las Patentes de los Estados Unidos de Norteamérica previamente descritas y está disponible en los sistemas CO Access® y Access NP™ de Boston Technology, Inc. El suscriptor también puede tener acceso a la plataforma 132 para tener acceso a mensajes de correo de voz y otros tipos de mensajes como mensajes de facsímil y video sobre la Internet 136 a través de un sistema proveedor de servicio de Internet convencional (PSI 140) usando una computadora personal 142. La computadora personal 142 es una computadora personal multimedia convencional típica capaz de correr o ejecutar un navegador de Internet 144, como el navegador Netscape 3.0 preferido, disponible en Netscape Communications o Internet Explorer 3.0 disponible por Microsoft, y capaz de conectarse a un proveedor de servicios de Internet 140. La computadora personal 142 también puede, desde luego, estar conectada a la Internet a través de una red de área local de una compañía vía una conexión de alta velocidad. La computadora 142 preferiblemente incluye un modem con una velocidad de cuando menos 14.4 Kbps y preferiblemente cuando menos 28.8 Kbps cuando el usuario pretende tener acceso a imágenes de video. La computadora 142 también incluye una tarjeta de sonido convencional y asociada a un altavoz de audio y software de audio como el TrueSpeech preferido disponible en el Grupo DSP. Para la grabación de mensajes de voz que serán transmitidas a otros buzones la computadora 142 necesita un tablero de grabación dúplex medio micrófono como el SoundBlaster de Creative, Inc. y software como el MediaPlayer de Microsoft. Para desplegar imágenes fijas, como un correo de facsímil, la computadora 142 necesita incluir un lector tiff como el Microsoft Facsímil disponible en microsoft Corp. Estos componentes de imágenes fijas también se pueden usar para grabar mensajes de facsímil para su transmisión a otros buzones . Para reproducir imágenes de video en movimiento, la computadora 142 usa ActiveMovie de Microsoft. Si las imágenes de video para transmitir se van a grabar la computadora 142 necesita una cámara convencional y software asociado como Connectix de Connectix, Inc. El navegador 144 se usa en un método convencional para tener acceso a una página de red de Internet ofrecida por la plataforma 132. El navegador 144 permite que el usuario realice funciones como ver una lista de mensajes, ver direcciones de receptores y enviadores de correo de voz/video así como direcciones de correo electrónico, reproducir y guardar mensajes, enviar de nuevo los mensajes a otros, contestar a mensajes, crear, escuchar y modificar saludos personales, anuncios de nombres y avisos, etcétera usando la interfase gráfica el usuario y las capacidades de video/sonido de la computadora 142. El usuario tiene acceso a la plataforma 132 a través de una o más unidades de procesamiento de internet (UPI) sobre una trayectoria de comunicación digital convencional típicamente usada para acceso a alta velocidad (10-100 Mb/s) de un servidor de página inicial. La unidad 146 es preferiblemente una computadora basada en pentium que opera a 133/166 MHz con 32 MB de memoria de acceso directo y unidades reflejadas de disco duro de 4 GB. Un ruteador de Internet convencional (no mostrado) como el disponible de Cisco Systems o Bay Networks que realiza filtrado de paquetería, también se puede proporcionar entre la Internet 136 y la unidad 146. El ruteador puede proporcionar un "puente" entre el ethernet 149 y la estructura central de la red. En una configuración así el ruteador y la unidad 146 se acoplarían preferiblemente usando una conexión Ethernet de 100 Mb y realiza la función primaria de mover paquetes hacia y desde la unidad de procesamiento de Internet 146. La unidad 146 proporciona protección de muro de protección agresores, actúa como un servidor de la red para la aplicación de mensajes, realiza generación de lenguaje de marcado de hipertexto y realiza la codificación de la voz y codificación de la imagen para los mensajes en la corriente de la computadora 142. Durante una sesión típica un usuario tendrá acceso a la plataforma 132 sobre la Internet 136 usando un navegador de red estándar para obtener página inicial de proveedor de servicio donde el usuario registrará en la Internet el servicio proporcionado por la plataforma 132. Durante este proceso al usuario se le pide que introduzca un identificador de buzón y un código de contraseña que se verifica para asegurarse que el usuario está autorizado. En cuanto se confirma la autorización se inicia una sesión de servicio y al usuario se le presenta una página que incluye un menú de opciones de servicio como ver una lista de mensajes, administrar opciones del buzón, otras características del servicio de la red, etcétera. Cuando el correo electrónico de los usuarios se almacena y soporta por otra plataforma, la lista de mensajes puede incluir una notificación cruzada de la existencia de un mensaje de correo electrónico en la lista de mensajes del buzón. Durante una función típica de recuperación de mensaje, la unidad 146 tiene acceso a una unidad de control maestra 148 sobre una ethernet de canal dual interna 149 para localizar el lugar de almacenamiento de varios tipos de mensajes almacenados por un suscriptor y genera una página de red que se transmite a la computadora personal 142 y la cual incluye una lista de los mensajes. El usuario selecciona un mensaje de una manera convencional oprimiendo dos veces sobre un mensaje descriptor o seleccionando el mensaje y oprimiendo sobre el icono adecuado como "Reproducir" en el despliegue del navegador 144. La unidad 146 responde obteniendo el mensaje seleccionado de la unidad de procesamiento de la aplicación 150 que almacena el mensaje, convirtiendo el mensaje en el formato adecuado y transmitiéndolo. En el caso de mensajes de voz los datos de voz se convierten de la codificación para almacenamiento en un archivo en la codificación para reproducción usado por una aplicación de audio convencional ejecutable por el navegador 144 como el ActiveMovie preferido de Microsoft y unido a la corriente del navegador 144 donde se reproduce conforme se recibe. Para mensajes por facsímil y otros mensajes de texto se crea otro archivo tiff y se transmite al navegador 144. Para mensajes de video los datos de video, si es necesario, se convierten en avi, mpg, mpeg, cu, etcétera, formatos de archivo que permiten que los datos vayan a la corriente al navegador y se desplieguen en una ventana que corre hacia arriba en el tiempo real conforme llega. Esto es, los mensajes de video así como los de audio se reproducen o despliegan visualmente conforme se reciben por la computadora 142. Durante la reproducción el usuario puede realizar las funciones convencionales de rebobinar, poner pausa, correr hacia adelante rápido, saltar, etcétera. El usuario también puede realizar operaciones asociadas con guardar el mensaje, borrarlo o enviarlo a otros. Los procesos realizados por la unidad de procesamiento de Internet 146 así como las realizadas por la unidad de control maestro 148 y las unidades de procesamiento de aplicaciones 50 y otras unidades 52, se discutirán en más detalle después y se presentan en el apéndice de códigos fuentes en donde el código se puede almacenar sobre/dentro de varios tipos de medios como varios tipos de discos y varios tipos de memorias de computadora, en la plataforma 132. Las operaciones o puntos de entrada disponibles para un usuario que interactúa con el navegador 144 incluyen las siguientes funciones: ABANDONAR - Sale o desregistra del sistema y borra toda la información de la sesión. BORRAR - Remueve uno o más mensajes del sistema. GUARDAR - Guarda un mensaje . DRTR/RMSG - Recupera datos como un mensaje en audio. GRABAR - Fija y comienza los procesos de grabación/envío . REFRESCAR - Obtiene datos y los presenta al navegador en lenguaje marcador de hipertexto. USAR - Seleccionar un patrón específico. GRTR - Recupera datos de la lista de grupos particular. GDEL - Borra una lista de grupo. GINS - Añade una sola entrada a la lista del grupo. GUSE - Obtiene grupo y usa patrón. GPUT - Modificar las listas del grupo actuales. GNEW - Hace una nueva lista. MBOXADM - Administra las características del buzón del usuario como cambiar la contraseña. Cada una de estas operaciones tiene una rutina de un nombre correspondiente en el apéndice de código fuente . Los procesos para las funciones enlistadas anteriormente realizan muchas de las mismas operaciones como autenticar una petición, sin embargo, por simplicidad de explicación, se discutirán tres procesos representativos, el proceso que refresca (REFRESCAR) el despliegue del navegador, los procesos (DRTR/RMSG) que cargan mensajes para reproducir/desplegar y el proceso que graba (GRABAR) mensajes para enviar a otros. Los otros procesos se describen en detalle dentro del apéndice de código fuente . Los pasos de la operación de refrescar, con los datos accesados, se representa en la Figura 7. La operación refrescar es integral con la operación de actualización del despliegue de la invención porque cada una de las páginas de red que se transmiten a la computadora se fija con una fecha de expiración, como ayer, esto causa que el navegador 144 pida una recarga de la página cada vez que la página sea accesada o se pide información adicional. Esto da como resultado que la lista de mensajes se actualice para incluir mensajes que han llegado desde que comenzó la actual sesión. La operación de refrescar también se usa para proporcionar páginas de la red que el usuario ha seleccionado durante la búsqueda donde la página refrescada nunca ha sido transmitida. Una operación de refrescar comienza con una solicitud de refrescar (un "OBTENER" con un identificador de recursos universal) que es enviado 1 a la unidad de procesamiento de Internet 146. Esta rutina IIS 170 niega el acceso si no se presenta la autenticación de la solicitud. Si la autenticación está presente la solicitud pasa 2 a la rutina del filtro de seguridad 172. El filtro de seguridad 172 envía 3 la solicitud al soporte 174 para la autenticación mediante la plataforma 132. La rutina 174 verifica 4 los datos de información de la sesión 175 para ver si una "clave de sesión" existe actualmente para la petición y si es así el flujo salta al paso 9 que se discute más adelante. Si la clave de la sesión no existe la solicitud de autenticación se envía a una rutina de soporte UNIX 176 del MCU 148 y/o unidad de procesamiento de aplicaciones 150 para la autenticación. La autenticación involucra accesar 6 a los datos de autenticación del usuario 178 y regresar 7 un indicador de éxito o fracaso en la tarea de autenticar. El resultado con éxito de la autenticación se regresa 8 al filtro de seguridad 172 de otro modo el procesamiento sigue al paso 21 donde se regresa un mensaje concerniente al fracaso de autenticación y se despliega por un navegador 144. El filtro de seguridad 172 transfiere 9 el control a la rutina de validación 180 donde se realiza validación del permiso de los sistemas de la cuenta y el archivo y la cual regresa 10 el resultado de la validación. Si la validación no tiene éxito, el control transfiere al paso 21 donde se envía un mensaje de fracaso al navegador 144. Si la validación tiene éxito el control transfiere 11 y 12 a través de la rutina 170 del servidor de información de internet de Microsoft para la rutina de actualización del patrón 182. La rutina 182 transfiere 13 el control a la rutina 174 para tener acceso 14 y verificar el estado de la sesión de la memoria asociada 175. En cuando esta verificación se completa una petición 15 para una actualización de la información del mensaje/grupo se presenta a la rutina 176. La rutina 176 obtiene 16 la información de lista de buzones o información de lista de grupos 177 almacenada en la MCU 148 y regresa 17 la información a la unidad 146 donde se actualiza la memoria asociada de la sesión. Los datos actualizados se envían 18 a la rutina 182 de actualización del patrón del lenguaje de marcado de hipertexto donde el actual patrón del archivo de patrones 84 se presenta 19 para hacer coincidir los datos en la memoria asociada de sesión 175. Los datos del patrón se pasan 20 a la rutina del servidor de información de Internet 170 donde el patrón del lenguaje de marca de hipertexto para la página se regresa 21 al navegador 144 el cual despliega la página refrescada al usuario. Los patrones preferiblemente usan la sintaxis de archivo de Microsoft .htx y los patrones incluyen variables estandarizadas para distintos datos, como <%Número de cuenta%>, <%Desde%>, <%Media%>, <%Longitud%>, etcétera. La transmisión del lenguaje marcado de hipertexto para un patrón permite que el proveedor de servicios haga a la medida la página inicial (por ejemplo, añadiendo anuncios) y entregue páginas basadas en el dominio o clase de servicio del suscriptor. Una página activa refrescada que se diseña para enlistar mensajes almacenados se puede formatear como se ilustra en la Figura 8. A los mensajes se puede tener acceso (reproducir/desplegar en tiempo real) , salvar, borrar de la base de datos de plataforma y guardar para almacenamiento local a la computadora personal 142 usando el paradigma convencional de señalar y oprimir. Las funciones de administración de lista de grupo se puede facilitar usando una página activa como se representa en la Figura 9 donde se pueden crear fácilmente listas de distribución de clientes y editar para añadir, borrar y modificar direcciones de receptores de varios tipos de mensajes que están soportados como voz, video, facsímil, telex, correo electrónico, etcétera con direcciones como núineros telefónicos, direcciones de correo electrónico, direcciones de localización de recursos universal, direcciones de cable, etcétera. El procesamiento de una solicitud de recuperación o reproducción de un mensaje (DRTR/RMSG) , así como la solicitud de refrescar, comienza con la transmisión de una solicitud 1 por el navegador 144 a la unidad 146 como se representa en la Figura 10. La solicitud se puede hacer por doble opresión sobre un mensaje en la lista de la Figura 8. La solicitud se procesa de la misma forma que la solicitud de refrescar para los pasos 2-10. En el paso 11 el nombre del archivo solicitado que se ha hecho usando un nombre codificado también se puede convertir en el nombre del archivo real, lo cual es un aspecto de seguridad que se discutirá con mayor detalle más adelante. La solicitud del archivo pasa 12 a la rutina de puerta 182. La rutina 182 hace pasar la petición para el archivo a la rutina de soporte 174 la cual obtiene 14 un identificador único a partir de la sesión de información 175. La petición se proporciona 15 para la unidad de procesamiento de la aplicación 150. La unidad de procesamiento 150 accesa 16 la lista de mensajes 177 y obtiene 16.5 los datos del mensaje 186 (voz, texto, video, etcétera) a partir del almacenamiento. Los datos del mensaje pasan a la rutina de soporte 174 y se convierten del formato de almacenamiento original (de Oki 24 cuando el mensaje es un mensaje de voz) adentro y almacenado 18.5 en una memoria asociada o un almacenamiento temporal 188. El almacenamiento de la memoria asociada permite las posteriores solicitudes del mismo mensaje para ser procesado sin descomprimir de nuevo los datos. Como los datos se almacenan temporalmente se recuperan como sea necesario para realizar una conversión de tiempo real en los datos de modo de corriente y en el formato deseado, como TrueSpeech. Esta conversión convertirá datos de voz en datos compatibles con sistemas de reproducción conectados tipo Netscape que incluyen TrueSpeech, Voxware, Real Audio y WAV que es estándar para Windows 95/NT) . Si la información es de datos de texto se puede convertir en un archivo tiff compatible con un espectador tiff convencional. Un mensaje de facsímil típicamente se almacena en un archivo tiff. Si la información son datos de video se convierte en datos MediaPlayer (un archivo .avi) compatible con el sistema MediaPlayer disponible en Microsoft . Los datos también se pueden convertir en JPEG o MPEG para reproducciones de video fijo y con movimiento disponibles para navegadores convencionales . Los datos de corriente en tiempo real, que incluye el tipo de contenido, se envía 18 a la rutina del servidor de información de Internet 170 e inmediatamente se envía de nuevo 19 sobre el navegador 144 con una opción para almacenar los datos en la memoria asociada local a la unidad 146. Cuando está en la corriente el navegador 144 no conoce el tipo de contenido del mensaje hasta que el mensaje es recibido a partir del servidor 146 y la invención se basa en el modo por omisión de la conexión que maneja los tipos de datos. En el navegador 144 los datos transmitidos, si son datos Voxware, causarán que se abra una ventana y se reproducen inmediatamente o se despliegan como pudiera ser el caso. Otros tipos de datos como Real Audio requieren que se active un botón de reproducción en una ventana que aparece . En cuanto un mensaje es recibido el suscriptor, que use el navegador 144 puede guardarlo localmente, reproducirlo otra vez invertirlo, saltarlo hacia adelante y hacia atrás, copiarlo en otros archivos y se pueden realizar otros tipos de operaciones con archivos multimedia. Durante un proceso de grabación, una reproductora de medios entregada con un sistema operativo convencional como Windows 95/NT, registra el mensaje o el suscriptor activa una conexión del navegador 144 para grabar el mensaje (voz, video, texto, etcétera) . Usando la aplicación, el suscriptor edita, vuelve a grabar, etcétera, el mensaje hasta que esté satisfecho. Cuando termina el usuario proporciona un nombre de archivo para la grabación y la almacena localmente. El navegador 144 se usa entonces para DESTINA el mensaje al servidor 146. Alternativamente el navegador 144 se puede usar para solicitar que el servidor 146 grabe el mensaje y lo envíe. El servidor responde realizando los pasos 1-21 para refrescar una página previamente discutida y enviar de nuevo un patrón para una página, como se representa en la Figura 11. El suscriptor completa el patrón proporcionando el nombre del archivo de la grabación, direcciones (como números telefónicos, direcciones de correo electrónico, etcétera) del receptor junto con indicadores pe*ra privacidad, etcétera. El navegador 144 cuando se oprime el botón de "exponer un mensaje" crea un encabezado de mensaje, une el archivo y envía el archivo al servidor 146. El servidor 146, cuando aparece el archivo en el directorio del mensaje entrante, convierte el mensaje en un formato de almacenamiento adecuado (lo comprime si es necesario) y almacena el mensaje. El encabezado se revisa para asegurar las direcciones del receptor y el mensaje se recupera y envía a los receptores. Por ejemplo un mensaje de voz a un número telefónico particular resultaría un proceso de marcado realizado. Si el receptor es un suscriptor el mensaje se copia en el buzón del receptor. La presente invención aumenta la seguridad de cada sesión con varias características diferentes. La unidad 126 preferiblemente se limita a servicio tipo Internet de protocolo de transferencia de hipertexto y a la capa de conexiones de seguridad para ayudar a eliminar problemas asociados con protocolos inseguros . La presente invención también tiene ciertas características de autenticación. Una petición se envía primero del navegador 144 al servidor 146 que no incluye autenticación. El software del servidor de información de Internet de Microsoft (SII-170) verifica esta solicitud. El filtro 170 también verifica para ver si el usuario es válido y como no hay autenticación la verificación falla y el navegador 144 envía la solicitud otra vez esta vez con autenticación. La solicitud ya sea que pase o que fracase basada en la autenticación. Cuando la solicitud falla el navegador 144 es notificado. Cuando la solicitud pasa la solicitud es enviada para procesamiento. En una situación inicial de registro la solicitud se envía a la unidad de procesamiento de aplicaciones 150 inicial del usuario donde se verifica de nuevo la validez del usuario para determinar si el usuario es un suscriptor. Esta doble validación ayuda a evitar que los no suscriptores obtengan acceso al sistema. Cuando el usuario es un suscriptor el usuario toma una lista de mensajes enviado al navegador 144 donde se despliega. En cuanto se establece una sesión el usuario está esencialmente comunicándose con la unidad de procesamiento de aplicaciones inicial 150 para este suscriptor que controla otras transacciones. Todas las solicitudes adicionales por el navegador 144 para el servidor 146 van a través del primer nivel de autenticación. El sistema preferiblemente usa codificación críptica en paquete de capa de conexión de seguridad. La presente invención también se implementa preferiblemente usando unidades de procesamiento de Internet duales de inicio-huésped que evitan el curioseo del paquete en la ethernet interna. Un huésped-inicio es un huésped que tiene dos direcciones IP que corresponden a una o más direcciones físicas que le permiten configurarse de manera diferente basándose en la dirección IP. Por ejemplo, una IP podría configurarse únicamente para trabajar con la capa de conexión de seguridad activa y la otra IP se usa sin nada, es decir sin capa de conexión de seguridad. La provisión de un ruteador para realizar el filtrado del paquete evita burlar la dirección de la fuente. La presente invención también asigna números de sesión y nombres de archivos especialmente creados a los archivos que se transfieren al navegador 144. En esta operación de filtro el proceso remueve toda la correlación a cualquier conjunto de datos internos a la plataforma 132 de los datos enviados sobre la red 136. Por ejemplo, un identificador de mensajes que se envía al navegador incluye un identificador de sesión y un identificador de archivo asignado aleatoriamente (el cual puede estar en la hora del día presente) . El servidor 146 crea una entrada de información de sesión que identifica el archivo para el identificador de la sesión y el identificador de archivo asignado aleatoriamente. Cuando el navegador 144 solicita el archivo el identificador de la sesión y el identificador del archivo asignado previamente se incluyen con la solicitud. El servidor 146 utiliza la información de la sesión para convertir el nombre del archivo en un nombre de archivo real para recuperar el archivo. Cuando el servidor 146 envía el archivo requerido al navegador 144 el servidor 146 , si no es un archivo de datos en la corriente, el servidor 146 le asigna un seudonombre de archivo que incluye un número de sesión y un nombre de archivo creado aleatoriamente. Este seudo nombre de archivo y el nombre de archivo real también se almacenan en la información de la sesión de manera que el archivo se puede solicitar otra vez. El número de sesión es parte del identificador creado para permitir las comunicaciones que usan el mismo número aleatorio, para que se distingan. Si el archivo es un archivo de la corriente de datos, los datos del archivo con tipo contenido se envían sin ninguna identificación de nombre de archivo . La presente invención preferiblemente usa una memoria intermedia de 8192 bytes para mejorar la eficiencia de la transferencia aún cuando trabajará un tamaño de memoria intermedia desde 512 bytes hasta 8192, excepto por 4096 para ciertos formatos de audio cuando los datos son de audio. La presente invención, a través de la interfase de red proporciona dos métodos de borrar mensajes: inmediato o marcar los mensajes que van a ser borrados con un "Compromiso" de borrar (ver la Figura 8) al final de una sesión. La segunda opción es como la característica de borrar de la interfase de audio donde los mensajes que se van a borrar se pueden escuchar para de nuevo mediante esto remover la bandera de borrar y solamente los mensajes marcados para borrar son borrados cuando termina la sesión de audio.

La presente invención también permite que diferentes tipos (teléfono) de mensajes se unan entre sí en un mensaje tipo multimedia con partes de cuerpo múltiples. La información de estado para un mensaje incluye información de parte del cuerpo que indica el tipo de contenido de la parte del cuerpo. La presente invención también es conveniente para proporcionar servicios de intercambio de datos electrónicos (IDE) donde se forma el intercambio de datos electrónicos, como formas de orden de compras, se proporcionan a un usuario para la compra de mercancías, etcétera. Otros tipos de datos como datos sobre el clima también se pueden almacenar y transmitir. La presente invención, usando las características de administración, se puede configurar a través de la interfaz de la red para realizar operaciones como enviar texto estándar o mensajes de voz a pacientes de un médico. La administración de las características de los buzones, como la contraseña, la cuenta de timbre de teléfono, etcétera, se lleva a cabo usando patrones de lenguaje marcado de hipertexto que se puede hacer a la medida para cada proveedor de servicios . La presente invención proporciona prioridad de acceso a un buzón por uno de los propietarios para accesos que son hechos a través de la interfase del teléfono. El navegador 144, si solicita automáticamente repetir una página desplegada en la actualidad, permite que se cree una página que incluya un icono de lista de mensajes que se puedan actualizar para reflejar que ha llegado un nuevo mensaje durante la sesión. La presente invención también incluye una característica de registro automático que registrará un suscriptor fuera del sistema cuando no ha habido actividad durante un período de tiempo. Esto permite que los suscriptores que inadvertidamente dejan su computadora personal registrada en el sistema, tal como cuando se va a la casa desde el trabajo y evita que otros tengan acceso al sistema durante la ausencia. Las características de administración del sistema permiten que un administrador del sistema verificado tenga acceso a la página inicial de la administración del sistema mostrando variables como alarmas, número de usuarios registrados, etcétera, y realizar funciones como liberar un bloque de acceso en un buzón de suscriptor. La presente invención se ha descrito con respecto a manejar mensajes de texto como el correo electrónico y facsímil. Los mensajes de texto podrían tener otros formatos como un formato de procesador de palabras, un formato de hoja de cálculo, un formato de base de datos, etc. y podría ser otro tipo e información MIME que se puede recuperar sin conversión. Las aplicaciones que se realizan por las unidades de procesamiento de aplicaciones podrían incluir administradores de información personal, citas, directorios, etcétera. Las muchas características y ventajas de la invención son aparentes de la especificación detallada y, así, se pretende mediante las reivindicaciones anexas cubrir todas estas características y ventajas e la invención que caen dentro del verdadero espíritu y alcance de la invención. Además, ya que numerosas modificaciones y cambios fácilmente se les ocurrirá a los técnicos en el oficio, no se desea limitar la invención a la construcción y operación exacta ilustrada y descrita, y de conformidad con esto todas las modificaciones convenientes y equivalentes pueden resultar que caen dentro del alcance de la invención.

Claims (16)

1. NOVEDAD DE LA INVENCIÓN Habiendo descrito la invención que antecede, se considera como una novedad y, por lo tanto, se reclama como propiedad lo contenido en las siguientes REIVINDICACIONES 1. Un sistema de almacenamiento de mensajes, que comprende: un buzón multimedia que almacena mensajes de voz y mensajes de texto; una interfase de voz que proporciona acceso a los mensajes a través de un teléfono,- y una interfase de red que proporciona acceso a los mensajes sobre una red a través de una computadora personal .
2. 2. Un sistema de conformidad con lo reclamado en la reivindicación 1, caracterizado porque la interfase de red comprende un servidor Internet y la interfase de voz comprende un servidor de correo de voz .
3. 3. Un sistema de conformidad con lo reclamado en la reivindicación 2, caracterizado porque la interfase de red proporciona una página inicial y un acceso por un usuario de la página inicial mediante un navegador de Internet se obtiene un mensaje de voz cuando el usuario selecciona un mensaje de voz y obtiene una imagen cuando el usuario selecciona un mensaje de texto.
4. 4. Un sistema de conformidad con lo reclamado en la reivindicación 3, caracterizado porque la página inicial se refresca cada vez que se tiene acceso.
5. 5. Un sistema de conformidad con lo reclamado en la reivindicación 4, caracterizado porque la página inicial incluye una fecha de expiración caduca.
6. 6. Un sistema de conformidad con lo reclamado en la reivindicación 1, caracterizado porque el buzón almacena mensajes de video fijos y en movimiento.
7. 7. Un sistema de conformidad con lo reclamado en la reivindicación 4, caracterizado porque la interfase de la red lleva en la corriente los mensajes al usuario.
8. 8. Un sistema de conformidad con lo reclamado en la reivindicación 7, caracterizado porque además comprende una computadora personal que incluye un navegador que reproduce/visualiza los mensajes de la corriente para el usuario.
9. 9. Un sistema de conformidad con lo reclamado en la reivindicación 1, caracterizado porque la interfase de voz produce los mensajes de voz y texto como audio para el teléfono.
10. 10. Un sistema de conformidad con lo reclamado en la reivindicación 1, caracterizado porque la interfase de la red incluye una memoria asociada de conversión de datos para almacenar los mensajes convertidos.
11. 11. Un sistema de conformidad con lo reclamado en la reivindicación 1, caracterizado porque la interfase de la red proporciona la grabación de los mensajes.
12. 12. Un sistema de conformidad con lo reclamado en la reivindicación 1, caracterizado porque los identificadores de mensajes incluyen un número de sesión y un identificador asignado aleatoriamente.
13. 13. Un aparato, que comprende: un sistema de almacenamiento de mensajes que incluye un buzón multimedia que almacena mensajes de voz y mensajes de texto, que proporciona acceso a los mensajes a través de un teléfono, y que proporciona acceso a los mensajes a través de una computadora personal .
14. 14. Un sistema de almacenamiento y recuperación de mensajes, que comprende: un teléfono,- una red telefónica acoplada al teléfono; una computadora que incluye un navegador de red digital; una red digital acoplable a la computadora; y un sistema de mensajes de arquitectura distribuida acoplado a la red telefónica y a la red digital, el sistema de mensajes comprende: un conmutador digital acoplado a la red telefónica; una unidad de control que almacena las direcciones de mensajes multimedia incluyendo voz, texto, y mensajes de video, y que controla la conmutación del conmutador digital; una unidad de procesamiento acoplada al conmutador digital, que almacena y recupera los mensajes multimedia, y reproduce los mensajes de voz y texto para el teléfono como audio sobre la red telefónica que responde a mandos telefónicos; una red local acoplada a la unidad de control y a la unidad de procesamiento; y una unidad de red acoplada a la red digital incluyendo la red local una memoria asociada de conversión de datos, que proporciona una página inicial con una lista de mensajes incluyendo identificadores de mensajes, que comprenden un número de sesión y un identificador de archivo asignado aleatoriamente sensible a la solicitud a la página inicial mediante el navegador, recuperando los mensajes desde la unidad de procesamiento y enviando en la corriente los mensajes a la computadora que responde a las solicitudes de reproducción de los mensajes del navegador a la página inicial que tiene una fecha de expiración caduca, reproduciendo la computadora un audio de los mensajes de voz en tiempo real conforme se reciben los mensajes de voz, desplegando una imagen de los mensajes de texto en tiempo real conforme se reciben los mensajes de texto y desplegando imágenes de los mensajes de video en tiempo real conforme se reciben los mensajes de video, y grabando la computadora un mensaje y enviando de nuevo un mensaje a la unidad de red para su almacenamiento en la unidad de procesamiento.
15. 15. Un medio de almacenamiento que comprende: un buzón multimedia que almacena mensajes de voz y mensajes de texto, un proceso que proporciona acceso a los mensajes a través de un teléfono y un proceso que proporciona acceso a los mensajes a través de una computadora personal.
16. 16. Un método, que comprende: proporcionar acceso a los mensajes en un buzón multimedia que almacena mensajes de voz y mensajes de texto a través de un teléfono,- y que proporciona acceso a los mensajes a través de una computadora personal . RESUMEN DE LA INVENCIÓN Un sistema de mensajes unificado que proporciona un buzón de multimedia. El sistema permite a un suscriptor tener acceso a mensajes de multimedia almacenados, tales como mensajes de correo de voz, mensajes de facsímil, mensajes combinados de voz y facsímil, y mensajes de video, no solamente a través de una red telefónica conmutada pública utilizando un teléfono, sino también sobre una red de datos, tal como Internet o Intranet, utilizando una computadora personal . El sistema proporciona acceso al correo de voz sobre la red telefónica, indicando el número de mensaje, etc., con la capacidad para reproducir los mensajes para el usuario del teléfono según se desee. Para los mensajes de tipo de texto, tales como facsímil y correo electrónico, el sistema convierte el texto a voz, y reproduce la voz para el usuario del teléfono. El sistema permite que el usuario de una computadora personal tenga acceso a la red de datos utilizando un lector de Internet. El lector se utiliza para tener acceso a una página de inicio del sistema y obtener información acerca de los mensajes almacenados, y se utiliza para descargar (obtener) y reproducir los mensajes en la computadora personal por medio de la corriente de datos en el caso de mensajes de voz o video, o ver los mensajes en el caso de mensajes de tipo de texto, tales como facsímil y correo electrónico. El usuario también puede realizar las otras funciones de mensajes típicas sobre la conexión de la red de datos, que se proporcionan para acceso telefónico, tales como ver una lista de mensajes, salvar y suprimir mensajes, administración de lista de grupo, y otras tareas administrativas. La figura más representativa de la invención es la número 6. * * * * *