MXPA03008509A

MXPA03008509A - Seudonimos de usuario en un sistema de comunicacion.

Info

Publication number: MXPA03008509A
Application number: MXPA03008509A
Authority: MX
Inventors: K Gallant John
Original assignee: Worldcom Inc
Priority date: 2001-03-20
Filing date: 2002-03-20
Publication date: 2004-06-30
Also published as: US7698433B2; US8725806B2; US20120016938A1; EP1384156A4; JP2004532452A; US20020165969A1; CA2441818A1; US20100138520A1; WO2002075572A1; EP1384156A1; CN1509443A; BR0208228A; US9467479B2

Abstract

Se describe una tecnica en el contexto de un sistema de comunicaciones mediante el cual se puede hacer referencia a las partes accesibles a traves del sistema mediante multiples nombres simbolicos alternativos (300). La informacion de Perfil del Usuario para una parte dada se puede mantener en el sistema para controlar las caracteristicas y el comportamiento de enrutamiento (320) en respuesta a la solicitud de sesion que incluye a la parte. En virtud de una capacidad de asignacion, se pueden asociar uno o mas nombres simbolicos con la misma informacion de perfil del usuario. Una solicitud de sesion que incluye cualesquiera de los nombres alternativos para una parte evocara el mismo perfil del usuario.

Description

SEUDONIMOS DE USUARIO EN UN SISTEMA DE COMUNICAC ONES La presente invención se relaciona con un sistema de comunicaciones, y se relaciona de manera más particular con la resolución de identidades del usuario para establecer sesiones de comunicación. La proliferación de redes de transporte de datos, de manera más notable la Internet, está provocando una revolución en la telefonía y otras formas de comunicación en tiempo real. Los negocios que se han acostumbrado a tener tráfico telefónico y tráfico de datos soportados de manera separada sobre sistemas y redes diferentes, ahora se están moviendo hacia las llamadas "redes convergentes" en donde el tráfico de voz por teléfono y otras formas de medos de tiempo real se convierten a forma digital y se llevan mediante una red de datos en paquete junto con otras formas de datos. Ahora que es factible que las tecnologías la soporten, la voz sobre transporte de datos ofrece muchas ventajas en términos de capital reducido y costos de operación, eficiencia de recursos y flexibilidad. Por ejemplo, en las instalaciones comerciales, las inversiones en equipo del local del cliente y los costos de operación se pueden reducir de manera sustancial ya que la mayoría de las funciones acrecentadas, tales como PBX y las funciones de distribución de llamadas automática, pueden residir en una red del proveedor de servicios . Diferentes tipos de puertas de enlace permiten que se establezcan sesiones aún entre sistemas diferentes tales como teléfonos IP, teléfonos analógicos convencionales y PBXs, asi como con computadoras de escritorio en red. Por lo tanto, el campo de la telefonía se está alejando del uso tradicional de conmutadores de circuito que operan bajo el control de programa almacenado o bajo el control del procesamiento de llamadas de la red inteligente (IN, por sus siglas en inglés) estandarizada de la industria. En lugar de esto, han surgido nuevas arquitecturas de procesamiento de servicios (tal como el planteamiento de del llamado "conmutador suave") y protocolos (como el protocolo de Iniciación de Sesión o "SIP") , que se modelan de manera significativa sobre las técnicas que se desarrollaron para la Internet y otras redes de datos . Aparte de las consideraciones de costo, una ventaja y motivación significativas para el cambio de datos en el procesamiento de servicios, es la promesa de nuevos servicios acrecentados y el despliegue más rápido de los servicios. Las nuevas redes de telefonía conmutada en paquete, que se acoplan con los nuevos paradigmas de procesamiento de servicios que se mencionaron anteriormente, se están diseñando para ofrecer a los usuarios niveles sin precedente de flexibilidad y capacidad para acomodar a la medida.

Aún en la periferia de la red, una nueva generación de dispositivos de terminal del usuario final está reemplazando ahora los teléfonos tradicionales y hasta los aparatos telefónicos PBX más recientes. Estos nuevos aparatos, tales como aquellos que ofrece Cisco Systems, Inc. y Pingtel Corporation, se pueden conectar de manera directa a una red de datos común, por medio de una conexión de Ethernet por ejemplo, y presentar despliegues visuales grandes para mejorar la riqueza de la interfase del usuario. Otro signo significativo del alejamiento radical de la telefonía tradicional se relaciona con la manea en la cual se expresan los destinos. Más bien que usar el número telefónico familiar para colocar una llamada a una estación telefónica particular, el paradigma nuevo se basa en la identificación de una parte a quien está tratando de localizar, independientemente de cualquier ubicación particular o dirección de la estación (tal como un número telefónico) . La tendencia actual es que esta identificación es alfanumérica y se parece a una dirección de correo electrónico o URI ( identificador de recursos universal) como se usa ahora de manera común en otros tipos de comunicación. Los teléfonos nuevos que se describieron anteriormente pueden "marcar" estas direcciones alfanuméricas . Esta técnica para especificar una parte más bien que una estación, se enlaza con otro aspecto novedoso de la telefonía conmutada en paquete, a saber, que se permite que la ubicación del usuario sea muy dinámica. Por omisión, un usuario dado se puede asociar con una terminal de comunicaciones particular (teléfono, teléfono móvil, localizador, etcétera) en el sentido tradicional. Además, el usuario puede acercarse a uno de los tipos más nuevos de artefactos telefónicos IP y registrar su presencia para recibir llamadas en el teléfono dado. Cualesquier llamadas de entrada irán entonces a la dirección que se haya registrado de manera más reciente. Dada esta movilidad, el esquema de identificación para las partes de destino se debe desacoplar del direccionamiento de las terminales específicas. Muy pronto la práctica familiar de memorizar un "número telefónico" podría ser obsoleta, o cuando menos se podría complementar, con expresiones simbólicas alternativas par especificar una parte de destino dada, que se conoce también como una parte de terminación." El uso tradicional de números telefónicos para llegar a números telefónicos específicos es poco adecuado para especificar una parte de destino deseada en un sistema de comunicaciones, especialmente si la parte se puede mover de manera dinámica de una ubicación a otra. Se conoce una técnica de la técnica anterior para proporcionar un solo número mediante el cual localizar una persona dada. Sin embargo, este planteamiento de "un número" requiere que una persona que llama, a la que también se hace referencia como la parte "originadora", esté familiarizada con un número críptico sin ni siquiera el más ligero beneficio del significado geográfico que la mayoría de los números telefónicos convencionales tiene. Además, los servicios de número únicos que existen que se han implementado en redes telefónicas tradicionales, no son configurables de manera dinámica para rastrear el paradero de un usuario en tiempo real . Otra desventaja de los planteamientos de la técnica anterior, es la incapacidad para ofrecer una variedad de tipos de direcciones que se resuelvan todas en un solo perfil. Esto se hace especialmente importante en un sistema de comunicaciones integrado en donde se soportan muchos tipos de comunicaciones, que incluyen medios de tiempo real tales como voz, video, conferencias, y aplicaciones colaboradoras junto con otro tráfico de datos. Es en el contexto nuevo de una red integrada que una variedad de tipos de direcciones es apta para entrar al juego. Existen otras razones prácticas para soportar múltiples tipos de direcciones. La telefonía tradicional y los esquemas más nuevos de control y transporte coexistirán muy probablemente durante un período de tiempo. El cambiar de manera abrupta a un sistema o un a suscriptor de tener un número telefónico tradicional a tener solamente un ÜRI o similar, es desorganizarlos innecesariamente. La capacidad para acomodar las dos formas de direccionamiento se ajusta bien con una transición gradual tanto de la infraestructura de la red como de la población del usuario, lo que permite que las personas usen los números telefónicos familiares aun cuando se hagan disponibles otras formas de direccionamiento.

De conformidad con una modalidad preferida de la presente invención, se emplea un sistema de control de procesamiento de sesión en donde cada usuario tiene un perfil que se puede aprovisionar que describe los ajustes de características que controlan cómo manej la red las llamadas a favor del usuario. Estas características configurables pueden incluir transmisión de llamadas, clasificación de llamadas, y listas de contacto encuéntrame, por ejemplo. Un símbolo en un sistema de procesamiento de datos, tal como una cadena de caracteres, la cual especifica un usuario de destino se asigna al perfil apropiado para el usuario de destino. En respuesta a una solicitud por parte de alguien para establecer una sesión con la parte de destino, las funciones del procesamiento de sesión pueden accesar al perfil que indicó la cadena de caracteres y realizar el procesamiento para establecer la sesión usando los recursos de la red. Este procesamiento puede incluir llevar a cabo las características de manejo de llamada, autenticación de usuarios, validación de solicitud, y determinación del 1 paradero reciente de la parte de destino. Mucho de este procesamiento se ve afectado por los contenidos de los perfiles del usuario. De conformidad con una modalidad preferida, una función de resolución (o una simple tabla de búsqueda) para igualar cadenas de caracteres con perfiles de usuarios puede acomodar una variedad de formatos para la cadena de caracteres. Puesto de manera sencilla, la cadena de caracteres puede tomar una variedad de formas, incluyendo cosas tales como números telefónicos públicos o privados, direcciones IP numéricas como 166.78.32.3, o nombres resolubles como j ohn . doe@thiscompan ¦ com. De particular significado es el aspecto de que, mediante el uso de una tabla para asignar esta variedad de formas a un usuario particular, también es posible para muchas cadenas de caracteres asignar para el mismo perfil. Cuando existe una multiplicidad de cadenas de caracteres que se asignan a un solo perfil, se dice que cada una de las cadenas de caracteres es un "seudónimo" con respecto al usuario que se asocia con el perfil. Existen numerosas ventajas para proporcionar seudónimos. Una ventaja se origina del hecho de que diferentes personas que llaman, o los sistemas que se usan las personas que llaman, pueden ser receptivos a diferentes de estos formatos. Para acomodar mejor estas circunstancias, un destino puede tener, por ejemplo, un seudónimo que es un nombre de texto sencillo e intuitivo (Jack . Horner@Storybook . org) para facilitar las interfases humanas o de correo electrónico, y un segundo seudónimo como una dirección P (como 134.244.12.45) para facilitar el acceso a través de las interfases de la máquina. Por ejemplo, este último seudónimo se puede preferir por solidez o consistencia de formato, las cuales pudieran ser cualidades importantes para algunos dispositivos. Otra ventaja se relaciona con la capacidad para dividir la propia accesibilidad para otros . Por medio de formar de manera selectiva diferentes seudónimos conocidos para diferentes personas, se puede diferenciar el manejo de las llamadas de entrada. El manejo se puede cambiar para grupos enteros de tipos de llamadas de entrada. Por ejemplo, una persona o una empresa de negocios o hasta una entidad que se encara al público tal como una estación de radio o televisión o un oficial público, pudiera seleccionar publicar y usar un seudónimo durante un periodo de tiempo y/o para un propósito especifico. En un tiempo posterior, esta entidad pudiera decidir retirar o inhabilitar la dirección que publicó. De manera alternativa, uno pudiera volver a asociar la dirección que se publicó con un perfil diferente o alterar de alguna otra manera el manejo de las llamadas hacia la dirección que se seleccionó temporalmente. Afortunadamente, en virtud de la presente enseñanza, la habilitación e inhabilitación de este seudónimo se hace de manera sencilla sin tener que obliterar el perfil del usuario de destino. Ni tampoco existe la necesidad de cambiar la dirección lógica (es decir, números telefónicos) de ninguno de los dispositivos terminales. La sencillez comparativa de hacer esto se pudiera contrastar con el esfuerzo y la inconveniencia involucrados en la red telefónica tradicional en el cambio o remoción de números telefónicos y el desarraigo del conjunto de características del usuario. Este último aspecto se ha hecho considerablemente más importante a la luz de la riqueza de las características configurables del usuario que se ofrecen en las redes nuevas. Otra ventaja no evidente para proporcionar seudónimos, aun entre tipos de direcciones similares, se relaciona con proporcionar al usuario la capacidad para diferencias el direccionamiento de otras maneras. Es concebible que una persona de negocios de alto rango pudiera desear proporcionar una dirección de contacto que transmita una imagen de negocios, o cuando menos un nombre que se asocie de manera intuitiva con el negocio, tal como Alan. StoneSsandstone-architectural . com. Con respecto a los miembros de la familia y los nietos, esta misma persona pudiera muy bien desear usar un identificador más personal que sea intuitivo para la familia y los amigos, tal como grandpa . al@sandstone . office . Estas dos referencias pudieran llamar el perfil de la misma persona, dando como resultado la capacidad para cualquiera de los dos tipos de partes que llaman,. negocio o familia, de localizar fácilmente a la persona. Se pueden usar todavía otros seudónimos en conexión con afiliaciones de organizaciones, pasatiempos, intereses u otras facetas de la vida del usuario. Los seudónimos pueden ser una parte importante de un sistema general que hace a los usuarios más accesibles que nunca debido a las funciones encuéntrame, inicio de sesión visitante, etcétera. También es concebible que se pueda configurar alguna diferenciación en el manejo de la llamada dentro del perfil, de manera que estos identificadores diferentes provoquen el manejo algo diferente de las llamadas, enrutamiento o disposición, aún en el contexto de un perfil unificado. De conformidad con un aspecto de la presente invención, se proporciona un método para controlar el establecimiento de una sesión de comunicación con una parte que comprende los pasos de recibir el primer símbolo de identificación de un usuario que especifica la parte, asignar el primer símbolo de identificación del usuario a un Índice que identifica la información del perfil del usuario que corresponde a la parte, usar el índice para accesar la información del perfil del usuario, y después controlar el establecimiento de la sesión de comunicación como una función de la información del perfil del usuario que corresponde a la parte. Las enseñanzas de la presente invención también proporcionan para un sistema de comunicación que soporta seudónimos del usuario y una función de servidor de ubicación responde a las solicitudes de comunicaciones por medio de asignar símbolos de identificación del usuario a la información de perfil del usuario. En todavía otro aspecto, la presente invención proporciona para un sistema de soporte de operaciones a través del cual se pueden aprovisionar los seudónimos en un sistema de comunicaciones. Todavía otros aspectos, características, y ventajas de la presente invención serán fácilmente aparentes a partir de la siguiente descripción detallada, simplemente por medio de ilustrar un número de modalidades e implementaciones particulares, que incluyen el mejor modo que se contempla para realizar la presente invención. La presente invención también es receptiva para otras modalidades diferentes y sus varios detalles se pueden modificar en diferentes respectos sin apartarse del espíritu y el alcance de la presente invención. De conformidad con lo anterior, los dibujos y la descripción que siguen se deberán considerar como ilustrativos en naturaleza, más bien que restrictivos. La presente invención se lustra a modo de ejemplo, y de ninguna manera de limitación, en las figuras de los dibujos acompañantes y en los cuales los números de referencia iguales se refieren a elementos iguales y en los cuales : La Figura 1 es un diagrama de un sistema de comunicaciones gue puede soportar servicios de voz, de acuerdo con una modalidad ejemplar de la presente invención.

La Figura 2 es un diagrama de elementos funcionales incluidos en el establecimiento de una sesión entre partes, de acuerdo a una modalidad ejemplar de la presente invención.

La Figura 3 es un diagrama de estructuras de datos para implementar múltiples seudónimos para un perfil del usuario de conformidad con una modalidad ejemplar de la presente invención. La Figura 4 es un diagrama de flujo de un proceso para procesar los seudónimos de conformidad con una modalidad ejemplar de la presente invención; y La Figura 5 es un diagrama de un sistema de computadora gue se puede usar para implementar una modalidad de la presente invención. En la siguiente descripción, se pueden mostrar estructuras y dispositivos bien conocidos en forma de diagrama de bloques o resumirse de otra manera a fin de evitar obscurecer de manera innecesaria la presente invención. Para propósitos de explicación, se establecen numerosos detalles específicos con el propósito de proporcionar un entendimiento cabal de la presente invención.

Se deberá entender, sin embargo, que la presente invención se puede practicar en una variedad de maneras más allá de estos detalles específicos. Por ejemplo, aunque la presente invención se describe en el contexto de la red que se basa en el Protocolo de Iniciación de Sesión (SIP, por sus siglas en inglés) y el Protocolo de la Internet (IP, por sus siglas en inglés) , alguien de experiencia ordinaria en la técnica reconocerá que la presente invención puede ser generalmente aplicable a otros protocolos de comunicación equivalentes o análogos o redes de comunicación. Para establecer una sesión de comunicaciones en una red, han surgido nuevos protocolos y arquitecturas de control. Vale la pena notar que éstos se han inspirado por la migración a una voz sobre los datos pero no se limitan necesariamente a ese ambiente. En algunos respectos, los protocolos y las arquitecturas de control que se describen a continuación se pudieran usar para establecer llamadas a través de cualquier forma de transporte. Tanto la norma ITU H.323 como el Protocolo de Iniciación de Sesión (SIP) de IETF son ejemplos de protocolos que se pueden usar para establecer una sesión de comunicaciones entre las terminales que se conectan a una red. El protocolo SIP se describe en el documento RFC 2543 de IETF y sus sucesores. Se han propuesto diferentes arquitecturas en conjunción con estos protocolos con un tema común de tener una función de resolución de dirección, a la que se hace referencia como "servidor de ubicación," en algún lugar en la red para controlar las características a favor de los usuarios y para mantener la información actual sobre cómo localizar a cualquier parte de destino. Se deberá entender a través de toda esta descripción que, aunque los mensajes de tipo SIP se muestran por conveniencia, se puede aplicar cualquier tipo de protocolo o una mezcla de estos protocolos en diferentes partes del sistema general. En particular, las solicitudes de enrutamiento y las respuestas entre el servidor proxy y el servidor de ubicación se pueden conformar de manera estricta o libre al SIP o a algún otro protocolo estandarizado, o pudiera ser patentado en naturaleza. La Figura 1 muestra un diagrama de un sistema de comunicación de datos que puede soportar servicios de voz, de conformidad con una modalidad ejemplar de la presente invención. El sistema de comunicaciones 100 incluye una red de transporte de datos en paquete 101, la cual en una modalidad ejemplar es una red que se basa en el Protocolo de la Internet (IP) . El sistema 100 proporciona la capacidad para establecer comunicaciones entre diferentes equipos de terminal que se acoplan al miso, tal como un teléfono 125, un teléfono PBX 118 y un teléfono SIP 109. En la práctica, pudiera haber miles o millones de estos dispositivos de terminal a los que sirven uno o más sistemas 100. Como se usa en la presente, el término "teléfono SIP" se refiere a cualquier cliente (por ejemplo, una computadora personal, un artefacto web, .etcétera) que se configura para proporcionar funcionalidades de teléfono SIP. Los teléfonos SIP 109 pueden tomar la forma de dispositivos autónomos - por ejemplo, un teléfono SIP se puede diseñar y configurar para funcionar y parecer como una estación de teléfono de Servicio de Teléfono Simple Antiguo (POTS, por sus siglas en inglés) . Un cliente SIP 111, sin embargo, es un cliente software y se puede ejecutar, por ejemplo, en una computadora personal (PC) convencional o una computadora laptop. Desde una perspectiva de señalización, estos dispositivos 109, 111 pueden operar de manera muy similar, relacionándose las diferencias principales con la interfase del usuario. A menos que se establezca de otra manera, se reconoce que las funcionalidades tanto de los teléfonos SIP 109 como del cliente 109 111 son comparables y que la red opera de manera similar con cualquier tipo de dispositivo de voz. El sistema 100 proporciona un número de elementos para soportar los servicios de voz, incluyendo una puerta de enlace de la empresa 103, una puerta de enlace de la Linea de Acceso Dedicada (DAL, por sus siglas en inglés) 105, una puerta de enlace de la red 107 y la plataforma de conferencias SIP 127. En particular, el sistema 100 comprende los importantes elementos de un servidor proxy 113 (que también se conoce como un servidor de la red (NS, por sus siglas en inglés)) y un servidor de ubicación (LS, por sus siglas en inglés) . El servidor de ubicación 115 sirve como un recipiente para la información del usuario final para habilitar la validación de la dirección, estado de la característica, y configuración de características del suscriptor en tiempo real. Adicionalmente, el LS 115 puede almacenar información de configuración. Para propósitos de explicación, se describen las capacidades del sistema 100 con respecto a usuarios de grandes empresas. Se nota que la característica/funcionalidad del sistema 100 se puede aplicar a una variedad de tipos de usuarios y necesidades de comunicación. El sistema 100 puede soportar clientes que mantengan múltiples ubicaciones con requerimientos de voz y de datos. Como se muestra, la puerta de enlace de empresa 103 proporciona conectividad desde un PBX 117, el cual contiene ramales o lineas f ecuentemente para un solo cliente o ubicación de negocios (por ejemplo, teléfonos PBX 118) . La señalización para las llamadas desde el PBX 117 dentro de la red IP comprende información que identifica de manera única al cliente, el grupo de ramal, o el portador. Esto permite que los números privados se interpreten en su contexto correcto. Para interconectarse con el PBX 117, la puerta de enlace de empresa 103 puede usar la Red de Servicios Digitales Integrados (ISDN, por sus siglas en inglés) , Señalización Asociada de Circuito (CAS, por sus siglas en inglés) , u otras interfases de PBX (por ejemplo, el Instituto Europeo de Normas de Telecomunicaciones (ETSI, por sus siglas en inglés) PRI, R2) La puerta de enlace de la Linea de Acceso Dedicada (DAL) 105 se emplea en el sistema 100 para permitir gue los clientes de la red privada virtual (VPN, por sus siglas en inglés) puedan accesar su servicio aún desde un teléfono convencional al gue no le da servicio la VPN. A través del sistema 100, se pueden establecer comunicaciones entre las estaciones de voz 125 a las que se da servicio a través de la PSTN 123 y computadoras personales (por ejemplo, PC 111) que se unen a la red de datos en paquete 101. Si se mantiene en mente la naturaleza similar de los clientes suaves de PC y los teléfonos IP autónomos, se podría decir que existen cuatro escenarios posibles con la colocación de una voz sobre la llamada IP: (1) teléfono-a-teléfono, (2) teléfono-a-PC, (3) PC-a-teléfono, y (4) PC-a-PC . En el primer escenario del establecimiento de llamada de teléfono-a-teléfono, se conmuta una llamada del teléfono 125 a través de la PSTN 123 mediante un conmutador hacia la puerta de enlace de la red 107, la cual transmite la llamada a través de la red 101, tal vez a otra puerta de enlace de la red 107 similar, para que esté en otro teléfono PSTN (no se muestra) . Bajo el segundo escenario, el teléfono 125 coloca una llamada a una PC a través de un conmutador hacia la PSTN 123. Esta llamada de voz se desvía entonces mediante la PSTN 123 hacia la puerta de enlace de la red SIP 107, la cual transmite la llamada de voz hacia una PC 111 por medio de la red 101. El tercer escenario incluye una PC 111 que coloca una llamada a una estación de voz (por ejemplo, el teléfono 125) . Usando un codificador de voz, la PC 111 introduce un flujo de paquetes de voz dentro de la red 101 que están destinados para la puerta de enlace de la red SIP 107. La puerta de enlace de la red SIP 107 convierte la información de voz empaquetada en una señal eléctrica de POTS, la cual es un circuito que se conmuta a la estación de voz (por ejemplo, el teléfono 125) . Por último, en el cuarto escenario, una PC 111 establece una llamada de voz con otra PC (no se muestra) ; en este caso, los datos de voz empaquetados se transmiten desde la PC 111 por medio de la red 101 hacia la otra PC (no se muestra) , en donde se descodifican los datos de voz empaquetados . Como se mencionó, el sistema 100 puede emplear el SIP para intercambiar mensajes de establecimiento de sesión. Se hace referencia a otro protocolo de establecimiento de sesión popular como el protocolo H.323, aunque este es en realidad un conjunto de protocolos relacionados que promulgó la Unión de Telecomunicación Internacional (ITU, por sus siglas en inglés) para conseguir la comunicación de múltiples medios. El SIP es una norma alternativa que se ha desarrollado mediante la Fuerza de Trabajo de la Ingeniería de Internet (IETF, por sus siglas en inglés) . El SIP es un protocolo de señalización que se basa en un modelo de servidor del cliente, lo que quiere decir generalmente que los clientes invocan los servicios requeridos por medio de solicitudes de mensajería a los servidores que pueda proporcionar los servicios. Similar a otros protocolos de IETF (por ejemplo, el protocolo de transferencia de correo sencillo (SMTP, por sus siglas en inglés) y el Protocolo de Transferencia de Hipertexto (HTTP, por sus siglas en inglés) ) , el SIP es un protocolo textual, que pueden leer los seres humanos. Se puede notar que ni el protocolo H.323 ni el SIP están limitados a aplicaciones de telefonía IP, sino que tienen aplicabilidad a servicios de múltiples medios en general. En una modalidad de la presente invención, se usa el SIP para establecer llamadas telefónicas y otros tipos de sesiones a través del sistema 100. Sin embargo, será aparente para aquellos de experiencia ordinaria en la técnica que el protocolo H.323 (con algunas modificaciones o extensiones) u otros protocolos similares se pueden utilizar en lugar del SIP. Aparte del SIP, pero usado f ecuentemente en conjunción con el SIP, está el protocolo de Descripción de Sesión (SDP, por sus siglas en inglés) , el cual proporciona información acerca de los flujos de medios en las sesiones de múltiples medios, para permitir que los receptores de la descripción de la sesión participen en la sesión. El protocolo SIP de la Fuerza de Trabajo de la Ingeniería de Internet define numerosos tipos de solicitudes, a las cuales también se hace referencia como métodos . Un método importante es el método INVITE (INVITAR) , el cual invita a un usuario a una conferencia. Otro método es la solicitud BYE (ADIOS) , la cual indica que se puede liberar la llamada. En otras palabras, BYE termina una conexión ente dos usuarios o partes en una conferencia. Otro método es el método OPTIONS (OPCIONES) . Este método solicita información acerca de las capacidades sin establecer necesariamente una llamada. El método REGISTER (REGISTRAR) se puede usar para proporcionar información a un servidor SIP acerca de la ubicación presente de un usuario. Los detalles con respecto a SIP y sus servicios de control de llamada se describen en el IETF RFC 2543 y Bosquejo de Internet de IETF "Servicios de Control de Llamada de SIP", junio 17, 1999. La transmisión del mensaje SIP puede tener lugar en una red IP a través del bien conocido Protocolo de Datagrama del Usuario (UDP, por sus siglas en inglés) o a través del Protocolo de Control de Transacción (TCP, por sus siglas en inglés) más confiable. Aunque se pueden usar el SIP, el H.323, u otros protocolos para establecer sesiones a través de una red de datos, los medios actuales o "tráfico" que se van a comunicar entre los usuarios puede tener lugar de acuerdo al bien conocido Protocolo de Transporte en Tiempo Real (RTP, por sus siglas en inglés) como se describe en el documento RFC 1889 de IETF. Es probable, aunque no esencial, que la señalización de control de llamada (SIP, h.323), el tráfico de medios (RTP/RTCP) y la administración y aprovisionamiento de la red, se comunicarán a través de la red de transporte común 101. Por lo tanto, en la Figura 1, todos los elementos aparecen en una configuración de cubo alrededor de la red de transporte 101. En la red de telefonía tradicional, las llamadas se dirigen a ubicaciones específicas o dispositivos de terminal que se identifican de manera única mediante el número telefónico que se llamó. En contraste, el sistema 100 facilita que la persona que llama especifique que una parte llamada se localice de manera independiente de cualquier ubicación o terminal particular. El usuario puede moverse desde una terminal hasta otra y, en cada terminal, se puede registrar como estando presente de manera que las llamadas de entrada se dirijan a la ubicación que se registró de manera más reciente. Además, un usuario puede tener ajustes de perfil tanto personal como de grupo que afectan la activación de las características, tal como el bloqueo de llamadas, aún como una función de la hora y el dia. Debido a la naturaleza dinámica de las características de ubicación del usuario y de manejo de la llamada, ada solicitud para establecer una sesión se enruta primero a un servidor proxy de manera que se puedan verificar los permisos del usuario, se puedan encontrar las direcciones de destino, y se puedan aplicar las características especiales que se relacionan con un usuario o un negocio a la llamada. A las solicitudes se les da servicio de manera interna o por medio de pasarlas, posiblemente después de la traducción, a otros servidores. Un proxy interpreta y, si es necesario, vuelve a escribir un mensaje de solicitud antes de enviarlo . En general, el servidor de ubicación 115 acepta una solicitud de enrutamiento, tal como desde un servidor proxy, y determina las direcciones o "contactos" que correspondan a la parte de destino que se expresa en la solicitud de enrutamiento. En respuesta a la solicitud, el servidor de ubicación puede regresar una respuesta de redirección que comprende la información de contacto para la parte. Se nota que la mensajería entre el NS 113 y el LS 115 puede usar una versión modificada del SIP. Por ejemplo, los mensajes de reconocimiento de SIP pudieran ser innecesarios entre el NS 113 y el LS 115. De otra manera, la mensajería entre las funciones de la red, tales como el NS 113 y el LS 115, pueden usar el SIP estándar o hasta alternativas que no son SIP. El sistema 100 incluye- además un sistema de soporte Operacional (OSS, por sus siglas en inglés) 121 para proporcionar capacidades de aprovisionamiento, facturación y administración de la red. El OSS 121 puede proporcionar un entorno o una interfase, tal como una interfase que se basa en la web, para aprovisionar mucos aspectos de planes de marcación, permisos del usuario y cómo operan las características a favor de cada usuario. Muchos de estos aspectos se configuran por medio del OSS 121 por medio de cambiar la información dentro de los servidores de ubicación o las bases de datos dentro del sistema 100. Algunas características específicas que pudiera configurar el OSS 121 incluyen características de Centrex heredadas tales como Transmisión Incondicional de Llamadas, Transmisión Condicional de Llamadas, Bloqueo de Llamadas y Clasificación de Llamadas . Una característica que se puede configurar incluye el llamado servicio "Encuéntrame". Un horario Encuéntrame proporciona un mecanismo para enrutar las llamadas usando una lista de posibles destinos, en donde cada destino se comprueba a su vez. Se puede especificar una lista Encuéntrame para aplicar durante una hora-del-día o día-de-la-semana o se puede asociar con diferentes categorías de números de llamada. Además, se puede proporcionar una lista Encuéntrame predeterminada para determinar el manejo general cuando las listas Encuéntrame más específicas no están en efecto . Los posibles destinos en una lista Encuéntrame pueden ser direcciones específicas que se asocian con un perfil de cuenta. Por ejemplo, un número de teléfono celular específico o teléfono de línea alámbrica pudiera ser una posible dirección de destino. Además, a medida que un usuario registra su presencia en una terminal, tal como un teléfono SIP, se puede agregar la dirección de la terminal de manera temporal a la lista Encuéntrame. Para un perfil del teléfono SIP, la lista Encuéntrame puede contener direcciones de destino específicas que se aprovisionan en el perfil del usuario, y/o una referencia a las direcciones registradas actuales. Para un teléfono tradicional detrás de un perfil de puerta de enlace de empresa, la lista Encuéntrame puede contener direcciones de destino específicas que se aprovisionan en el perfil del usuario y/o u7na referencia al teléfono PBX del usuario. La característica de lista Encuéntrame se puede habilitar para un usuario durante la creación de la cuenta y después la puede actualizar el usuario. Las entradas que se hacen a la lista Encuéntrame se pueden verificar contra la Lista de Bloqueo de Características para el plan de marcación del suscriptor. El perfil del usuario tiene un enlace para actualizar la lista Encuéntrame. De manera especifica, el sistema 100 permite que el usuario Cree, Lea, Actualice, y Elimine un Inventario de dispositivos potenciales, los cuales se pueden usar para poblar los listados Encuéntrame. El OSS 121 proporciona las pantallas para recolectar y administrar los "Seudónimos" del cliente para el LS 115. Los seudónimos se pueden asociar con un número telefónico privado y/o direcciones URL. El sistema 100 permite que el usuario cree, lea, actualice, y elimine los seudónimos que se asocien con un número telefónico privado y/o dirección URL. Los tipos válidos de direcciones incluyen lo siguientes: privada, pública (E.164), y dirección IP. La entrada y el mantenimiento de seudónimos están disponibles solamente al administrador del cliente (o gerente de cuenta) . El administrador del cliente (o gerente de cuenta) tendrá también una pantalla de administración para ver todos os seudónimos de los clientes a través de una pantalla de administración de seudónimos. Los usuarios pueden ver sus listas de seudónimos, pero de preferencia no tendrán la autoridad para actualizar las entradas. Los seudónimos que se introdujeron para números privados se validan como parte de los números privados contenidos en el plan de marcación de la compañía. Esta validación asegura que los números privados que se introdujeron sean "poseídos" por la compañía suscriptora . El manejo de los seudónimos para las partes llamadas se realiza en el LS 115. Una vez que se aplica una regla de prefijo, el servidor de ubicación 115 puede determinar el tipo de dirección de la parte llamada - privada, E.164, local, o dirección IP sin número telefónico. Después se consulta la tabla de ID del Suscriptor en el servidor de ubicación 115. Si la parte llamada aparece en esta tabla, entonces existe un puntero para el registro del perfil para la parte llamada. Pueden haber múltiples seudónimos que apuntan al mismo perfil. Un teléfono SIP puede marcar un URL alfanumérico . Para que los números privados terminen en un teléfono SIP, se establece un seudónimo para dirigir la llamada al dispositivo SIP. En el caso de que un número privado, el cual se basa en INCP, sea asequible solamente desde el sistema 100, entonces el rango de números telefónicos dentro del cual cae ese número, necesita ser aprovisionado en el INCP, apuntando al TSID/TTG de una puerta de enlace DAL 105 para ese cliente. Si el número telefónico es asequible tanto desde la red de Clase 3 como desde el sistema 100, entonces pudiera no haber aprovisionamiento agregado al INCP, y las llamadas desde la PSTN 123 a esos números se completarán usando la PSTN 123 sin tocar el sistema 100. En una modalidad ejemplar, no se permite que usuarios individuales administren sus propios seudónimos. Por lo tanto, un administrador designado (ya sea un administrador del cliente o un administrador del proveedor de servicios ) necesita realizar esta función a favor de los usuarios, protegiéndose mediante lo mismo contra el fraude. En el OSS 121, se proporciona una interfase del usuario para soportar las llamadas que se marcaron mediante un URL de SIP, que incluye pantallas que crean perfiles del usuario y administran los nombres de los seudónimos. La entrada y el mantenimiento de los seudónimos pueden estar disponibles solamente para el administrador del cliente (o gerente de cuenta) . También se proporciona al administrador del cliente (o gerente de cuenta) con una pantalla de administración para ver todos los seudónimos de los clientes, proporcionando la administración de los seudónimos durante una división de NPA, por ejemplo. Cuando una llamada llega desde una Puerta de Enlace Local, el servidor de ubicación 115 necesita aplicar el plan de prefijo apropiado, y después enrutar la llamada. El método más directo para conseguir esto, es establecer un seudónimo E.164 apuntando al perfil correcto. Debido a que las llamadas desde las puertas de enlace locales llegan como miembros E.164 completos, la búsqueda del número E.164 localizará el perfil correcto, lo cual a su vez enruta la llamada al destino apropiado. La red de procesamiento de llamadas para enrutar llamadas desde la PSTN 123 al sistema 100, el número telefónico de entrada se asocia con un dispositivo o un suscriptor. Esto se puede conseguir usando las pantallas OSS que establecen un perfil para un teléfono PBX 118, o construye planes de prefijo y listas de seudónimos para los dispositivos SIP . A través de la lista de seudónimos, los números E.164 públicos individuales se pueden asociar con un perfil. De manera alternativa, se crea un plan de prefijo que asigna un número público a un número privado. Una cadena de marcación de entrada de 319.375.xxxx por medio del plan de prefijo, se puede convertir en un número privado a través de 820-xxxx; esto convierte un bloque grande a la vez. Los teléfonos SIP 109 permiten que los usuarios registren y des-registren, o "inicien la sesión" o "salgan de la sesión", desde el teléfono. En una modalidad ejemplar, para proporcionar movilidad, los teléfonos SIP 109 permiten que se introduzcan nombres de usuario y contraseñas para los visitantes. Mediante el inicio de la sesión, las llamadas de entrada al perfil del usuario se dirigen hacia el teléfono. Cuando un visitante inicia la sesión, los teléfonos SIP 109 registran al visitante con el Servidor de la Red 113 y el Servidor de Ubicación 115. Cualquier llamada de entrada de los perfiles que registre el teléfono se puede dirigir al teléfono. El Servidor de la Red 113 y el lógico del Servidor de Ubicación 115 pueden usar el nombre y la contraseña que se obtuvieron a través de un desafio de autenticación par asegurar que se permitió el registro. El Servidor de la Red 113 y el Servidor de Ubicación 115 pueden responder de manera similar a las dos situaciones, en donde un usuario se carga como un visitante o en donde el usuario se carga en su dispositivo casero usual, si existe alguno. Con respecto al direccionamiento E.164 y DNS, los teléfonos SIP 109 pueden soportar el servicio ENUM (Número Electrónico) , el cual se usa para enrutar las llamadas que se originan en el dominio IP o con las redes habilitadas por ENUM. El servicio ENUM se detalla en el RFC 2916 de IETF, titulado "ENUM" . Los teléfonos SIP 109 pueden soportar también el LINCP para la búsqueda de directorio que se basa en el cliente. La Figura 2 es un diagrama que describe la interacción típica de los elementos básicos para establecer una sesión mediante el uso del protocolo SIP. Las comunicaciones entre estos elementos tendrán lugar típicamente a través de una red de datos en paquete común tal como la red en paquete 101 en la Figura 1.

En la Figura 2, el Usuario A 210 desea establecer comunicación con el usuario B 220. El Usuario B 220 puede ser asequible en cualesquiera de varias direcciones. Estas direcciones o contactos pueden corresponder a teléfonos convencionales, teléfonos IP, teléfonos inalámbricos, localizadores, etcétera. La lista de direcciones hasta pudiera estar cambiando a medida que el Usuario B se mueve alrededor y se registra como estando presente en diferentes dispositivos de terminal 222. La información actual acerca de la información de contacto del Usuario B se mantiene típicamente en el servidor de ubicación 240 o en un registro de presencia de algún tipo que no se muestra en la presente.

Para iniciar el contacto, el Usuario A 210 accesa una terminal, estación de llamada 212, y especifica al usuario B como el destino que se quiere alcanzar. Esta expresión del destino deseado específico puede tomar la forma de marcación de dígitos o de selección de un nombre de usuario o dirección de estilo de URL a partir de una lista. En algunos casos, el Usuario A pudiera ser capaz también de expresar qué tipo de sesión se desea (video, alta calidad, mensajería, etcétera) o especificar un nivel de calidad deseado para la sesión. Una vez que se especifica la solicitud en la estación 212, se compone un mensaje "INVITE" SIP que describe la solicitud y se envía al servidor proxy 230. El servidor proxy 230 típicamente envía una solicitud al servidor de ubicación 240 para recuperar uno o más contactos en los cuales se pudiera localizar al Usuario B. como se describió anteriormente, el servidor proxy 230 consulta al servidor de ubicación 240 para una variedad de propósitos, tales como invocar el comportamiento de la característica controlado por el perfil y obtener la información de ubicación más reciente conocida que tiene que ver con el Usuario B. El servidor de ubicación 240 analiza la solicitud y responde al servidor proxy 230 en una de varias maneras posibles. El servidor de ubicación 240 puede rechazar la sesión si no se permite que el Usuario A se ponga en contacto con el Usuario B, si no se puede reconocer la dirección del Usuario B, o si el Usuario B tiene una característica activada que presenta al Usuario B inasequible mediante el Usuario A. El servidor de ubicación 240 puede determinar que se permitió que el Usuario A se ponga en contacto con el Usuario B y hasta puede encontrar múltiples direcciones en las cuales se puede localizar al Usuario B. Si este es el caso, el servidor de ubicación 240 devuelve un mensaje w300 Múltiples Selecciones" SIP que contiene una lista de los contactos que se deberán comprobar. Después de recibir esta respuesta, el servidor proxy 230 comienza entonces la comprobación de los contactos para ver si se puede localizar con éxito el Usuario B en cualesquiera de las terminales correspondientes 222. Esta funcionalidad "Encuéntrame" se lleva a cabo usualmente en secuencia, empezando con la ubicación registrada más reciente o siguiendo un orden especifico como lo proporcionó el Usuario B (teléfono después localizador) . En algunas configuraciones, es concebible que el servidor proxy 230 pudiera comprobar todos los contactos en paralelo. Un intento para establecer contacto con una terminal 222 incluye enviar un "INVITE" SIP a la terminal y esperar por una respuesta indicativa de éxito o falla. En la Figura 2, se muestra que el Usuario B 220 tiene dos seudónimos, a saber "5551234" y use . b@ourcompany . com. El Usuario A 210 puede identificar al Usuario B 220 mediante "5551234" mientras que otro Usuario C 216 que llama desde la estación 214 puede alcanzar al Usuario B 220 por medio de referirse a use .b@ourcompany . com. De conformidad con la presente descripción, estas dos referencias alternativas se comunicarían con el Usuario B 220. La Figura 3 describe una manera en la cual la información del seudónimo se puede almacenar y aplicarse en el sistema 100. Se muestra que la tabla de seudónimos 300 comprende los registros de asignación de seudónimos . Cada registro de asignación 302 comprende además un campo USERID (ID DEL USUARIO) y un campo de ID del Suscriptor (SUBID) 306.

La Tabla de Seudónimos 300 sirve para asignar cada valor de USERID contenido en la misma para un valor de SUBID correspondiente. Se requiere que los USERIDs sean únicos dentro de la tabla de seudónimos 300. Los valores SUBID no tienen que ser únicos debido a que son permisibles múltiples seudónimos en el siste a 100. Estos valores de USERID y SUBID se pueden establecer por medio de aprovisionar actividades a través del OSS 121 o se pueden configurar a través de una interfase basada en la web o un teléfono SIP, por ejemplo. Se muestra que la Tabla de Perfil del Usuario 320 comprende los registros de perfiles de usuarios 322. Cada registro de perfil del usuario proporciona un conjunto de valores que controla el procesamiento del servicio. Varios de estos valores se pueden establecer por medio de aprovisionar actividades a través del OSS 121 o se pueden configurar por el usuario a través de una interfase basada en la web o un teléfono SIP, por ejemplo. Algunos valores pueden proporcionar índices a todavía otras tablas, tal como un listado de ubicaciones registradas actualmente para el usuario. Cada registro en la Tabla de Perfil del Usuario 320 representa un perfil de usuario único dentro del sistema 100, y corresponde generalmente a un usuario individual. Las SUBIDs en la Tabla de Perfil del Usuario 320 tienen que ser únicas. Como apreciarán aquellos de experiencia ordinaria en la técnica, una SUBID se puede derivar de, por ejemplo, la combinación de un identificador de plan de marcación único junto con un identificador de listado que es único dentro de ese plan de marcación. Una ID del plan de marcación es una función de un cliente de empresa particular que tiene una VPN con su propio plan de marcación. La ID del plan de marcación asegura que múltiples VPNs pueden coexistir y estar diferenciadas de manera adecuada en el sistema 100. Por ejemplo, una extensión de marcación originadora "2665205" en una red privada que pertenece a la Compañía A deberá localizar el destino pretendido dentro de la Compañía A, aún si sucede que la Compañía B que comparte el mismo sistema 100 tiene también una ubicación "2665205" en su plan de numeración privado. Generalmente, una solicitud de sesión que identifica una parte mediante un seudónimo se maneja de la siguiente manera. El seudónimo que se proporciona en la solicitud se compara con los valores en el campo USERID de la Tabla de Seudónimos 300. Si se encuentra un registro en donde la USERID coincida con el identificador de parte solicitada, entonces la SUBID del registro se usa como un índice para recuperar un perfil particular a partir de la Tabla de Perfil del Usuario 320. Note que, en el ejemplo de la Figura 3, tanto el primero como el cuarto registros que se muestran en la Tabla de Seudónimos 300 tienen el mismo valor de SUBID. En consecuencia, tanto las USERIDs x" como asignan al mismo perfil del usuario que se representa mediante el tercer registro en la Tabla de Perfil del Usuario 320. Por tanto, el perfil del usuario que se indica tiene dos seudónimos en este ejemplo, Los valores en la Tabla de Seudónimos 300 y la Tabla de Perfil del Usuario 320 se pueden mantener mediante, o ser accesibles al, servidor de ubicación 115 en el sistema 100. La Figura 4 describe un proceso 400 mediante el cual el sistema 100 puede soportar múltiples seudónimos para un usuario dado. En particular, de conformidad con una modalidad ejemplar preferida, el proceso 400 se realiza dentro del servidor de ubicación 115, aunque aquellos de experiencia ordinaria en la técnica reconocerá que pudiera haber otras configuraciones para seudónimos de soporte similares en el sistema . El proceso comienza en el paso 402, después de la recepción de una solicitud de enrutamiento del servidor proxy 113 o similar. Como se describió anteriormente, esta solicitud es usualmente en respuesta a una parte originadora que trata de iniciar una sesión. En el paso 404, se extrae la USERID de destino desde la solicitud de enrutamiento. La solicitud de enrutamiento comprenderá usualmente un número de campos y se pudiera necesitar que se analizara sintácticamente para obtener el campo de destino. Por ejemplo, una solicitud de enrutamiento pudiera recordar un mensaje "INVITE" de estilo SIP, con el destino pretendido expresado en la porción ÜRI de la solicitud del mensaje. En el paso 406, se alcanza la tabla de seudónimos 300 para determinar si la USERID que se deriva en el paso 404 coincide con cualesquiera de las entradas de ÜSERID en la tabla. Si asi, entonces el proceso 400 continúa en el paso 408 con el uso de la tabla de seudónimos 300 para asignar la ÜSERID 302 particular como un índice a una SUBID 304 o ID del suscriptor. En el paso 410, la SUBID 304 particular se usa entonces como un índice dentro de la Tabla de Perfil del Usuario 320. A partir de la tabla de perfil del usuario se puede obtener cualquier número de parámetros y ajustes que afectan el procesamiento del servicio para el usuario de destino. Como se estableció anteriormente, se entiende que la SUBID puede ser un identificador único, tal como la concatenación de una ID del plan de marcación y un número único dentro de ese plan de marcación. La SUBID puede ser un valor numérico único. El paso 412, que se realiza después, se refiere a la primera etapa de validación y clasificación de la solicitud de llamada (como se representa mediante la solicitud de enrutamiento) . De conformidad con el perfil que se acceso en el paso 410, se determina si se permite que el originador inicie la sesión según se solicitó. En el paso 414, el efecto de la red de la clasificación se evalúa para decidir si se puede respetar la solicitud de sesión del originador. Si no es así, entonces el procesamiento salta al paso 424, en donde una respuesta "Solicitud negada", o similar, se envía de regreso al proxy que presentó la solicitud de enrutamiento y el proceso 400 termina en el paso 420. Si, por otro lado, en el paso 414, se considera aceptable la solicitud, el procesamiento continúa al paso 416, en el cual se lleva a cabo un procesamiento adicional de la característica de conformidad con el perfil que se obtuvo en el paso 410. Esto pudiera comprender la transmisión de la llamada, la funcionalidad encuéntrame, y la recuperación de ubicaciones que se hayan registrado recientemente para la parte de destino. Como es bien conocido por aquellos expertos en la técnica, el procesamiento de estas características es o bien conocido o se puede hacer en una variedad tal de maneras, sin afectar las presentes enseñanzas, que es innecesario proporcionar una explicación detallada en la presente. El resultado puede ser una lista de contactos para alcanzar la parte de destino. En el paso 418, se envían los resultados del procesamiento de característica del paso 416 al proxy de la manera acostumbrada. Como es bien sabido, el mensaje real que se envía al proxy se puede diferenciar basándose en el número de contactos o alguna otra característica de los resultados. Después de que se envía la respuesta, el proceso 400 termina entonces en el paso 420. De regreso al paso 406, sí no se encuentra la ÜSERID en la Tabla de Seudónimos, entonces el procesamiento procede al paso 422 en donde la determinación en cuanto a si permitir o rechazar - la llamada depende en otros factores fuera del alcance de las presentes enseñanzas. Por ejemplo, esto permite el manejo apropiado de las llamadas que se colocan para los números PSTN más allá del sistema 100. La Figura 5 ilustra un sistema de computadora 500 dentro del cual se puede implementar una modalidad de conformidad con la presente invención. El sistema de computadora 500 incluye una barra colectora 501 u otro mecanismo de comunicación para comunicar información, y un procesador 503 que se acopla a la barra colectora 501 para procesar la información. El sistema de computadora 500 también incluye la memoria principal 505, tal como una memoria de acceso aleatorio (RAM) u otro dispositivo de almacenamiento dinámico, que se acopla a la barra colectora 501 para almacenar la información y las instrucciones que va a ejecutar el procesador 503. La memoria principal 505 también se puede usar para almacenar las variables temporales u otra información intermedia durante la ejecución de las instrucciones que va a ejecutar el procesador 503. El sistema de computadora 500 incluye además una memoria de sólo lectura (ROM) 507 u otro dispositivo de almacenamiento estático que se acopla a la barra colectora 501 para almacenar la información estática y las instrucciones para el procesador 503. Un dispositivo de almacenamiento 50 , tal como un disco magnético o disco óptico, se acopla de manera adicional a la barra colectora 501 para almacenar la información y las instrucciones . El sistema de computadora 500 se puede acoplar por medio de la barra colectora 501 a un despliegue visual 511, tal como un tubo de rayos catódicos (CRT, por sus siglas en inglés) , despliegue visual de cristal liquido, despliegue visual de matriz activa, o despliegue visual de plasma, para desplegar visualmente la información a un usuario de computadora. Un dispositivo de entrada 513, tal como un teclado que incluye teclas alfanuméricas y otras, se acopla a la barra colectora 501 para comunicar información y selecciones de comandos al procesador 503. Otro tipo de dispositivo de entrada del usuario es el control de cursor 515, tal como un ratón, una esfera de rastreo, o teclas de dirección de cursor para comunicar información de dirección y selecciones de comandos al procesador 503 y para controlar el movimiento del cursor en el despliegue visual 511. De conformidad con una modalidad de la invención, las funcionalidades del servidor SIP se proporcionan mediante el sistema de computadora 500 en respuesta a la ejecución por parte del procesador 503 de una configuración de instrucciones contenidas en la memoria principal 505. Estas instrucciones se pueden leer en la memoria principal 505 desde otro medio legible por computadora, tal como el dispositivo de almacenamiento 509. La ejecución de la configuración de las instrucciones contenidas en la memoria principal 505 provoca que el procesador 503 realice los pasos del proceso que se describen en la presente. También se pueden emplear uno o más procesadores en una configuración de múltiples procesamientos para ejecutar las instrucciones contenidas en la memoria principal 505. En modalidades alternativas, se puede usar el sistema de circuitos alambrado en lugar de, o en combinación con instrucciones de software para implementar la modalidad de la presente invención. De esta manera, las modalidades de la presente invención no están limitadas a ninguna combinación especifica de sistemas de circuitos de hardware y software. El sistema de computadora 500 también incluye una interfase de comunicación 517 que se acopla a la barra colectora 501. La interfase de comunicación 517 proporciona un acoplamiento de comunicación de datos de dos vías a un enlace de la red 519 que se conecta a la red local 521. Por ejemplo, la interfase de comunicación 517 puede ser una linea de suscriptor digital (DSL, por sus siglas en inglés) tarjeta o módem, una tarjeta de red digital de servicios integrados (ISDN, por sus siglas en inglés) , un módem de cable, o un módem de teléfono, para proporcionar una conexión de comunicación de datos a un tipo correspondiente de linea telefónica. Como otro ejemplo, la interfase de comunicación 517 puede ser una tarjeta de red de área local (LAN, por sus siglas en inglés) (por ejemplo para Ethernet^ o una red de Modelo de Transferencia Asincrónica (ATM, por sus siglas en inglés)) para proporcionar una conexión de comunicación de datos a una LAN compatible. También se pueden implementar enlaces inalámbricos. En cualesquiera de estas implementaciones , la interfase de comunicación 517 envía y recibe señales eléctricas, electromagnéticas, u ópticas que llevan flujos de datos digitales que representan diferentes tipos de información. Además, la interfase de comunicación 517 puede incluir dispositivos de interfase periféricos, tales como la interfase de Barra Colectora Serial Universal (USB, por sus siglas en inglés) , una interfase de PCMCIA (Asociación Internacional de Tarjeta de Memoria de Computadora Personal), etcétera. Aunque solamente se muestra una sola interfase de comunicación 517, se reconoce que se pueden emplear múltiples interfases de comunicación para comunicarse con diferentes redes y dispositivos. El enlace de la red 519 típicamente proporciona comunicación de datos a través de una o más redes a otros dispositivos de datos. Por ejemplo, el enlace de la red 519 puede proporcionar una conexión a través de la red local 521 hacia una computadora anfitriona 523, la cual tiene conectividad hacia una red 525 (por ejemplo, una red de área amplia (WAN, por sus siglas en inglés) o la red de comunicación de datos en paquete global que ahora se conoce comúnmente como la "Internet") o al equipo de datos que opera el proveedor de servicios. La red local 521 y la red 525 usan ambas señales eléctricas, electromagnéticas u ópticas para llevar información e instrucciones. Las señales a través de las diferentes redes y las señales en el enlace de la red 519 y a través de la inferíase de comunicación 517, a cual comunica datos digitales con el sistema de computadora 500, son formas ejemplares de ondas portadoras que llevan la información y las instrucciones. El sistema de computadora 500 puede enviar mensajes y recibir datos, incluyendo el código de programa, a través de las redes, el enlace de la red 519, y la interfase de comunicación 517. En el ejemplo de la Internet, un servidor (no se muestra) puede transmitir el código que se solicitó que pertenece a un programa de aplicación para implementar una modalidad de la presente invención a través de la red 525, la red local 521 y la interfase de comunicación 517. El procesador 504 puede ejecutar el código transmitido mientras que se está recibiendo y/o almacenar el código en el dispositivo de almacenamiento 509, u otro almacenamiento no volátil para ejecución posterior. De esta manera, el sistema de computadora 500 puede obtener el código de aplicación en la forma de una onda portadora . El término "medio legible o computadora" como se usa en la presente, se refiere a cualquier medio que participe en proporcionar instrucciones al procesador 504 para su ejecución. Este medio puede tomar muchas formar, incluyendo pero no limitándose a medios no volátiles, medios volátiles, y medios de transmisión. Los medios no volátiles incluyen, por ejemplo, discos ópticos o magnéticos, tal como el dispositivo de almacenamiento 509. Los medios volátiles incluyen memoria dinámica, tal como la memoria principal 505. Los medios de transmisión incluyen cables coaxiales, alambre de cobre y fibra óptica, que incluyen los alambres que comprenden la barra colectora 501. Los medios de transmisión también pueden tomar la forma de ondas acústicas, ópticas, o electromagnéticas, tales como aquellos que se generaron durante la comunicación de datos de frecuencia de radio (RF, por sus siglas en inglés) y de rayos infrarrojos (IR, por sus siglas en inglés) . Las formas comunes de medios legibles por computadora incluyen, por ejemplo, un disco flexible, un disco duro, cinta magnética, cualquier otro medio magnético, un CD-ROM, CDRW, DVD, cualquier otro medio óptico, tarjetas de perforación, cinta de papel, hojas de marca ópticas, cualquier otro medio físico con patrones de orificios u otros indicios reconocibles de manera óptica, una RAM, una PROM, u EPROM, una FLASH-EPROM, cualquier otro chip o cartucho de memoria, una onda portadora, o cualquier otro medio a partir del cual pueda leer una computadora. Diferentes formas de medios legibles por computadora pueden estar incluidas para proporcionar instrucciones a un procesador para su ejecución. Por ejemplo, las instrucciones para realizar cuando menos parte de la presente invención pueden ser llevados inicialmente en un disco magnético de una computadora remota. En este escenario, la computadora remota carga las instrucciones dentro de la memoria principal y envía las instrucciones sobre una línea telefónica que usa un módem. Un módem de un sistema de computadora local recibe los datos en la línea telefónica y usa un transmisor infrarrojo para convertir los datos en una señal infrarroja y transmitir la señal infrarroja a un dispositivo de computación portátil, tal como un asistente digital personal (PDA, por sus siglas en inglés) y una laptop. ün detector infrarrojo en el dispositivo de computación portátil recibe la información y las instrucciones que lleva la señal infrarroja y coloca los datos en una barra colectora. La barra colectora lleva los datos a la memoria principal, a partir de la cual un procesador recupera y ejecuta las instrucciones. Las instrucciones que recibe la memoria principal se pueden almacenar de manera opcional en el dispositivo de almacenamiento ya sea antes o después de la ejecución por parte del procesador. Aunque se ha descrito la presente invención en conexión con un número de modalidades e implementaciones a modo de ejemplo, la presente invención no está limitada por esas modalidades . Aquellos de experiencia ordinaria en la técnica reconocerán que son posibles muchas implementaciones dentro del espíritu y alcance de la invención, como se puede interpretar a partir de las siguientes reivindicaciones.

Claims

REIVINDICACIONES

1. En un sistema de comunicaciones, un método para controlar el establecimiento de una sesión de comunicación con una parte comprende los pasos de: recibir un primer símbolo de identificación del usuario que especifica la parte; asignar el primer símbolo de identificación del usuario a un índice que identifica la información de perfil del usuario que corresponde a la parte; usar el índice, que accesa la información de perfil del usuario; controlar el establecimiento de la sesión de comunicación como una función de la información de perfil del usuario que corresponda a la parte.

2. El método de la reivindicación 1, que comprende además los pasos de: recibir cuando menos un segundo símbolo de identificación del usuario diferente del primer símbolo de identificación del usuario; y determinar que el segundo símbolo de identificación del usuario asigna al mismo índice que el primer símbolo de identificación del usuario.

3. El método de la reivindicación 1 ó 2, en donde la asignación se realiza por medio de consultar una lista que indica el primer símbolo de identificación del usuario como estando asociado con el índice.

4. El método de cualesquiera de las reivindicaciones 1-3 que comprende además el paso de proporcionar cuando menos una entrada en la lista, para establecer la relación del primer símbolo de identificación del usuario con el índice.