MXPA99010033A - Administracion de perfiles de clientes dentro deun sistema de mercadeo - Google Patents

Abstract

Un sistema de computación incluye una base de datos y un software de administración para administrar perfiles de clientes que se utilizan en contactos de mercadeo. El software de administración puede recibir y procesar datos de entrada a partir de múltiples fuentes de proveedores para agregarse a la base de datos. El procesamiento que se realiza puede incluir la aplicación de reglas de higiene de datos y el reformateo de datos en un formato estandarizado. El procesamiento también puede incluir la aplicación de reglas de acoplamiento para determinar si ya existe un perfil de cliente para el cliente que estáasociado con los datos de entrada. Se puede aplicar reglas de sobrepuesta para resolver la manera en que se debe actualizar un perfil de cliente, cuando ya existe un perfil de cliente para el cliente asociado con los datos de entrada. En esta forma, el software de administración puede actualizar fácilmente la base de datos con los datos recibidos desde múltiples fuentes de datos.

Description

ADMINISTRACIÓN DE PERFILES DE CLIENTES DENTRO DE UN SISTEMA DE MERCADEO CAMPO TÉCNICO La presente invención se refiere en general a sistema de telecomunicación, y más particularmente, a la administración: de perfiles de clientes en un sistema de mercadeo. ANTECEDENTES DE LA INVENCIÓN El telemercadeo de correo directo y de venta directa han llegado a extenderse más ampliamente en los años recientes. Una diversidad de negocios están empleando mercadeo para vende sus bienes y servicios . Una de las metas de este mercadeo es establecer nuevos clientes para expandir la base de clientes d un negocio. Estos negocios desean dirigirse a los clientes potenciales que tienen más posibilidades de ser efectivament solicitados por las campañas y contactos de mercadeo. Los sistemas convencionales identifican los cliente potenciales para el contacto mediante números telefónicos direcciones. En general, los lotes de números telefónicos direcciones se colocan en listas de contacto, y se realiza campañas de correo o vistas de llamadas en masa. Desafortunadamente, estas campañas masivas no son mu efectivas, porque en general tienen altos índices de fracaso. En adición, estas campañas utilizan un gran volumen d recursos .

COMPENDIO DE LA INVENCIÓN La presente invención proporciona un planteamiento más efectivo para las campañas y contactos de mercadeo. La presente invención se enfoca en un sistema de administración de perfiles de clientes, que es parte de un sistema de mercadeo más grande. El sistema de administración de perfiles de clientes mantiene una base de datos de perfiles de clientes. Los perfiles de clientes pueden incluir individuos o negocios. Los perfiles se mantienen, no sobre una base por teléfono o dirección, sino más bien sobre una base por individuo. Como tales, se pueden mantener perfiles de clientes separados para dos individuos que vivan en la misma dirección y compartan un número telefónico común. En adición, los perfiles de clientes se pueden actualizar para reflejar los cambios en un cliente, tales como cambios de número telefónico, cambios de nombre, y cambios de dirección. Los perfiles de clientes pueden ser recibidos como una introducción para la base de datos de perfiles de clientes en un número de formatos diferentes . El sistema de administración de perfiles de clientes proporciona mecanismos para distribuir y formatear esta entrada en un formato estandarizado que sea aceptable para la base de datos. De conformidad con un primer aspecto de la presente invención, se practica un método en un sistema de computación que tiene una base de datos para contener perfiles de clientes. Cada perfil de cliente contiene información con respecto a los clientes para contactos de mercadeo. En este método, los datos de entrada que contienen los datos acerca de un cliente, son recibidos desde un proveedor de datos para la posible adició a la base de datos. Se aplican reglas de acoplamiento para determinar si los datos de entrada son para un cliente seleccionado que ya tenga un perfil de cliente en la base de datos. Las reglas de acoplamiento comparan cualquier información de nombre y cualquier información de dirección en los datos de entrada, con cualquier información de nombre cualquier información de dirección en el perfil del cliente para el cliente seleccionado. Si se determina, mediante las reglas de acoplamiento, que los datos de entrada no son para un cliente seleccionado que ya tenga un perfil de cliente en la base de datos, se crea un nuevo perfil de cliente para el cliente seleccionado e la base de datos, para contener datos a partir de los datos de entrada. Por otra parte, si se determina, mediante las reglas de acoplamiento, que los datos de entrada son para un cliente seleccionado que ya tiene u perfil de cliente en las bases de datos, se aplican las reglas de sobrepuesta para determinar la manera de actualizar el perfil del cliente en vista de los datos de entrada. Luego se actualiza el perfil del cliente. De conformidad con otro aspecto de la present invención, se almacena un primer perfil de cliente para u primer cliente en un número telefónico dado en una base d datos. La base de datos almacena los perfiles de clientes par el contacto de mercadeo, de tal manera que cada perfil d cliente almacena información con respecto a un cliente. U segundo perfil de cliente para un segundo cliente en un númer telefónico dado, también se almacena en la base de datos. L base de datos tiene un índice para tener acceso a los perfile de clientes sobre una base por cliente. Por consiguiente, s proporcionan perfiles de clientes separados para un solo númer telefónico en la base de datos. De conformidad con un aspecto adicional de l presente invención, se almacena una primera dirección en l base de datos para un cliente seleccionado en el perfil de cliente. La base de datos almacena los perfiles de cliente para un contacto de mercadeo. Una segunda dirección d información o formadora para el cliente seleccionado s almacena también en el perfil del cliente. En respuesta a un petición de un solicitante, una de las direcciones almacenada en el perfil del cliente se proporciona al solicitante. Po consiguiente, la base de datos almacena múltiples direccione para un solo cliente. De conformidad con un aspecto adicional de l presente invención, se recibe un primer conjunto de datos d entrada en un primer formato desde un primer proveedor de dato en un sistema de computación. El sistema de computació contiene una base de datos que tiene perfiles de clientes par contener información con respecto a los clientes para e contacto de mercadeo. El primer conjunto de datos s reformatea en un formato estandarizado, y cuando menos alguno de los datos del primer conjunto de datos de entrada se agrega a un primer perfil de cliente en la base de datos. Se recib un segundo conjunto de datos de entrada y un segundo format desde un segundo perfil de datos en el sistema de computación. El segundo conjunto de datos de entrada se reformatea en e formato estandarizado, y se agregan cuando menos algunos de lo datos del segundo conjunto de datos de entrada a un segund perfil del cliente en la base de datos. El sistema d computación incluye la capacidad para recibir e integrar dato a partir de múltiples proveedores de datos en diferente formatos de datos.

BREVE DESCRIPCIÓN DE LOS DIBUJOS Más adelante se describirá una modalidad preferida d la presente invención en relación con los siguientes dibujos. La Figura 1 es un diagrama de bloques que ilustra l infraestructura del sistema de mercadeo estratégico (SaMS) qu es adecuada para practicar la modalidad preferida de l presente invención. La Figura 2 es un diagrama de bloques de un sistem de computación que es adecuado para practicar la modalida preferida de la presente invención.

La Figura 3 ilustra la organización lógica de la bas de datos de la CARMA. La Figura 4 ilustra flujos de datos adentro de l CARMA. La Figura 5 es un diagrama de flujo que ilustra los pasos que se realizan para procesar los datos mediante l CARMA. La Figura 6 es un diagrama de flujo que ilustra los pasos que se realizan para aplicar las reglas de acoplamiento. La Figura 7 es un diagrama que ilustra las diferente categorías de reglas que se encuentran adentro de la tabla d reglas de acoplamiento. La Figura 8 es un diagrama que ilustra los diferente tipos de reglas de sobrepuesta que se encuentran en l modalidad preferida de la presente invención.

DESCRIPCIÓN DETALLADA DE LA INVENCIÓN La modalidad preferida de la presente invenció proporciona una arquitectura de administración de adquisició y retención de clientes (CARMA) . La CARMA es parte de un infraestructura de un sistema de mercadeo estratégico (SaMS) que proporciona servicios de administración de clientes, administración de información, y contacto, para un sistema d mercadeo. La CARMA recolecta, rastrea, y administra l información de los clientes para las funciones de mercadeo ventas. La CARMA es suficientemente flexible para se utilizada por virtualmente cualquier tipo de negocio, y pued rastrear un amplio rango de información con respecto a lo clientes. La información con respecto a los clientes se pued obtener a partir de virtualmente cualquier fuente en cualquie formato. La CARMA proporciona el procesamiento par estandarizar los formatos de datos y realizar funciones d higiene sobre los datos de entrada. Como se describirá con mayor detalle más adelante, l CARMA incluye una base de datos de perfiles de clientes y e código del programa para administrar los perfiles de lo clientes. La CARMA recibe los datos de entrada desde múltiple fuentes, y procesa los datos de entrada para crear nuevo registros de perfiles de clientes en la base de datos. E adición, la CARMA determina si se reciben los datos de entrad para un cliente que ya tiene un registro de clientes asociad adentro de la base de datos . La CARMA proporciona técnicas d acoplamiento para localizar estas concordancias, y proporcion reglas de sobrepuesta para resolver la manera en que se deb actualizar el perfil del cliente existente. Los perfiles de clientes se crean sobre una base po individuo, en lugar de ser sobre una base por teléfono o sobr una base por dirección. Múltiples clientes pueden compartir u número telefónico o dirección común. Por consiguiente, l información de perfilación y las características se aplican los individuos en lugar de ser a todo un hogar. La CARMA también puede mantener múltiples relaciones por cliente, incluyendo múltiples direcciones, múltiples números de cuenta, múltiples números de membresía, múltiples entradas de fuente (lista) de introducción, y múltiples números telefónicos por cliente. La CARMA facilita los cambios en los perfiles de los clientes mediante la realización de un rastreo continuo de los clientes. La CARMA puede rastrear cambios de dirección, cambios de número telefónico, cambios de nombre, conexiones de servicio, y desconexiones de servicio. La Figura 1 es un diagrama de bloque que ilustra la infraestructura de SaMS 10. La infraestructura de SaMS 10 incluye la CARMA 12 y los proveedores de datos 14. Los proveedores de datos 14 proporcionan datos de entrada a la CARMA 12, que se procesan para integrarse en la base de datos de clientes mantenida por la CARMA. Los datos de entrada pueden originarse a partir de fuentes de datos externas 16 que se originen fuera de la infraestructura de SaMS 10, y fuentes de datos internas 18 que residan adentro de la infraestructura. La infraestructura de SaMS 10 también incluye un sistema de soporte de decisión (DSS) , que es un almacenamiento de datos a gran escala que incluye programas para recopilar, almacenar, administrar, distribuir, y analizar datos. Los datos desde los proveedores de datos 14 también se pasan al DSS 20 para integrarse en el almacenamiento de datos. La CARMA 12 interactúa con el DSS 20 en que las actualizaciones a los perfiles de los clientes se pasan mediante la CARMA 12 al DSS 20 en un formato generalizado. El DSS 20 recolecta los datos a partir de los proveedores de datos 14, en donde la identificación del cliente no es una preocupación. Estos datos pueden incluir, por ejemplo, el número de personas que se cambian entre un par dado de estados, el número de personas que compran tanto un carro como un estéreo para el hogar en el mismo año, o el número de mujeres que poseen un negocio y son miembros de un partido político. Los datos recopilados por el DSS 20 varían de acuerdo con las necesidades comerciales de los usuarios de la infraestructura de SaMS 10. El DSS 20 proporciona acceso a estos datos mediante las unidades de estrategia comercial (BSU) 22. Una BSU es una organización de una compañía que es responsable de formular estrategias comerciales, de mercadeo, y de ventas. Cada BSU realiza cuestionarios estratégicos de datos en el almacenamiento de datos del DSS 20, utilizando las herramientas analíticas proporcionadas por el DSS. Los resultados de estos cuestionarios son utilizados por las BSUs 22 para formular campañas de mercadeo. La infraestructura de SaMS 10 también incluye una infraestructura de contacto (CONI) 24. La CONI 24 es un sistema de software que utiliza los datos extraídos del almacenamiento de datos, junto con estrategias específicas desde las unidades de estrategia comercial 22, para genera guías que puede utilizar el personal de mercadeo. Estas guía se depositan adentro de un depositario de guías centralizad (CLR) 26. Las unidades de estrategia comercial 22 especifica criterios a la CONI, que la CONI va a utilizar para extraer lo datos de guías desde el DSS 20. Los datos de guías identifica guías de clientes (es decir, clientes potenciales que van a se dirigidos en una campaña de mercadeo) . Las guías de cliente son identificadas por un identificador de clientes que s almacena en el DSS 20. La CONI 24 genera guías mediante e acoplamiento de estos identificadores de clientes con u nombre, dirección, y/o número telefónico, que se obtienen de l CARMA 12. La CONI se describe con mayor detalle en l Solicitud Pendiente Titulada "SYSTEM AND METHOD FOR AUTOMATE LEAD GENERATION AND CLIENT CONTACT MANAGEMENT FOR A SALES AN MARKETING PLATFORM" , que se presentó en la misma fecha de l presente, que está cedida a una cesionaria común con l presente solicitud, y que se incorpora explícitamente com referencia a la presente. Las guías que son generadas por la CONI 24 almacenadas en el CLR 26, se distribuyen a uno o más centros d telemercadeo/correo directo (centros TM/DM 28) . Estos centro pueden incluir centros de llamadas desde donde los agentes d telemercadeo realizan ventas de contacto con los clientes servicios por teléfono. Estos centros también pueden inclui instalaciones de campaña de correo directo. Los agentes en el centro TM/DM 28 utilizan las guías proporcionadas por medio del CLR 26, y almacenan los resultados de los contactos hechos utilizando las guías en el CLR. Estos resultados puede retroalimentarse tanto a la CARMA 12 como al DSS 20. Cuando u agente en uno de los centros TM/DM 28 tiene éxito en la firm de un nuevo cliente o hace una venta, el pedido se pued introducir en el sistema de introducción de pedidos de clientes 30. El sistema de introducción de pedidos de clientes registr el pedido y aprovisiona la orden. El sistema de introducció de pedidos de clientes 30 también actualiza el DSS 20 par indicar los resultados del pedido. Si el pedido es de u servicio de larga distancia, el pedido se pasa a un sistema d interfase (NLIS) de un corredor de intercambio local nacional (LEC) , y a un sistema Quick PIC 32. Estos sistemas 32 pasan el pedido al LEC del cliente 34, de tal manera que el LEC pued convertir el PIC del cliente en el conmutador local de clase 5. La infraestructura de SaMS 10 se describe con mayo detalle en la solicitud pendiente titulada "SYSTEM AND METHO FOR AUTOMATED LEAD GENERATION AND CLIENT CONTACT MANAGEMENT FO A SALES AND MARKETING PLATFORM", que se presentó en la mism fecha de la presente, la cual está cedida a una cesionari común con la presente solicitud, y la cual se incorpor explícitamente como referencia a la presente. La CARMA 12 se puede ejecutar en un número d diferentes tipos de sistemas de computación. La Figura 2 es u diagrama de bloques que ilustra un sistema de computación 40 que es adecuado para ejecutar la CARMA 12. Es adecuada un computadora de rango medio que emplee el procesador DEC Alph de Digital Equipment Corporation de Maynard, Massachusetts, para ejecutar la CARMA 12. El sistema de computación 40 incluye una unidad de procesamiento central (CPU) 42 que es responsable de supervisar la operación del sistema de computación. La CPU puede incluir un número de dispositivos periféricos, tales como un despliegue de video 44 y u dispositivo de introducción 46. El sistema de computación 40 también puede incluir un adaptador de red 48 para interconecta el sistema de computación con una red de área local . Se pued proporcionar un modem 50 en el sistema de computación 40 par facilitar las comunicaciones con los recursos de computació remotos sobre líneas telefónicas convencionales. El sistema d computación 40 puede incluir un número de diferentes tipos d almacenamiento 52, incluyendo almacenamiento primario _ almacenamiento secundario. El almacenamiento 52 contiene un base de datos de clientes 56, y una copia del código de programa 54 para la CARMA. Los expertos en la materi apreciarán que el sistema de computación 40 puede ser -de un manera alternativa un sistema de múltiples procesadores o u sistema distribuido. La presente invención no se limita a l práctica en un sistema de un solo procesador.

La base de datos de clientes 56 tiene una arquitectura lógica como la ilustrada en la Figura 3. La base de datos de clientes 56 contiene un número de diferentes tablas, en donde cada tabla contiene diferentes información con respecto a un cliente. A cada cliente se le asigna un identificador de clientes único (client id) . Este identificador de cliente enlaza la información que se mantiene en las diferentes tablas acerca del cliente. Los registros enlazados para un cliente en total, constituyen el perfil de cliente para el cliente. Las tres tablas primarias en la base de datos de clientes 56 son la tabla de clientes 60, la tabla de direcciones 82, y la tabla de teléfonos domésticos 90. Cada registro de la tabla de clientes 60 contiene información acerca de un cliente, tal como la identificación del cliente, el número de seguro social, el nombre, y el título profesional. La tabla de direcciones 82 contiene información acerca de la dirección del cliente, mientras que la tabla de teléfono doméstico 90 contiene información con respecto a un número telefónico y un servicio telefónico del cliente. Se debe apreciar que puede haber una relación de uno a muchos entre la tabla de clientes 60 y la tabla de direcciones 82, así como entre la tabla de clientes 60 y la tabla de teléfono doméstico 90. Un cliente puede tener múltiples direcciones y múltiples números telefónicos asociados con él. Cada una de las direcciones tiene un registro separado en la tabla de direcciones de clientes 80, y cada uno de lo números telefónicos domésticos tiene un registro separado en l tabla de teléfonos domésticos 90. La tabla de clientes 60 y l tabla de direcciones 82 están enlazadas por una tabl intermedia: la tabla de direcciones de clientes 80. Cad dirección de un cliente tiene un registro en la tabla d direcciones de clientes 80 que está enlazado con la tabla d clientes 60 mediante "clnt idr" . Cada dirección tiene u indicador de estado ("adr stat") adentro de la tabla d direcciones de clientes 80. El indicador de estado "d dirección puede tener un valor de "activa", "obsoleta", o d "información". Este indicador de estado es útil para rastrea un cliente a medida que el cliente se mueve entre la direcciones. Hay un identificador de dirección ("adr_id") e la tabla de direcciones de clientes, para enlazar el registr y la tabla de dirección de clientes al registro de direccione en la tabla de direcciones 82. La tabla de teléfonos de clientes 76 sirve como un tabla intermedia entre la tabla de clientes 60 y la tabla d teléfonos domésticos 90. Por cada número telefónico o cliente, la tabla de teléfonos de clientes 76 contiene un númer telefónico en tres campos: "npa", "nxx", y "línea". También se proporcionan tablas de supresión para la tablas intermedias (por ejemplo, la tabla de direcciones d clientes 80 y la tabla de teléfonos de clientes 76) e particular, la tabla de supresión de dirección de cliente 8 contiene información de supresión con respecto a la direcció de un cliente. De una manera similar, la tabla de supresión d teléfono de cliente 88 contiene información de supresión co respecto a un número telefónico de un cliente. La tabla d supresión de teléfono 92 contiene información de supresión co respecto a los registros almacenados adentro de la tabla d teléfonos domésticos 90. De una manera análoga, la tabla d supresión de dirección 88 contiene información de supresió para los registros almacenados en la tabla de direcciones 82. La información de mejora de hogar se almacena adentro de l tabla de mejora de dirección 86. La información de mejora par los clientes se puede almacenar en la tabla de mejora de cliente 74. Una tabla de cuenta del cliente 66 rastrea lo números de cuenta internos para el cliente. Puede haber un relación de uno a muchos entre la tabla de clientes 60 y l tabla de cuenta del cliente 66 . En otras palabras, se pued almacenar información acerca de múltiples cuentas para u cliente dado. Una tabla de miembros clientes 70 rastrea la membresías de un cliente en clubes afiliados, clubes d afinidad, y otros diferentes clubes. Los ejemplos incluye clubes de vuelos frecuentes de líneas aéreas, organizacione profesionales, clubes automovilísticos, tarjetas de crédito. clubes de viajes, clubes de salud y similares. Puede habe relaciones entre los registros en la tabla de miembros cliente 70 y los registros en la tabla de clientes 60. La tabla de detalle de proveedores de clientes 72 contiene información de auditoría detallada con respecto a proveedor de servicio, tal como el número telefónico, l dirección, y el nombre de un cliente, como son proporcionado por cada fuente. La tabla de mejora de clientes 74 contien información de mejora con respecto a los clientes. La tabla d idioma de clientes 78 contiene información con respecto a idioma natural que habla y/o entiende el cliente. Se pued proporcionar registros de múltiples idiomas de cliente para u solo cliente. La tabla de lista de clientes 62 sirve como un tabla intermedia para enlazar un cliente como es identificad por un identificador de clientes con un registro de lista en l tabla de lista 61 que define todas las fuentes (listas) por la que ha recibido un cliente. Como se mencionó anteriormente, la CARMA 12 pued procesar los datos de entrada para múltiples fuentes de datos, y actualizar los datos en la base de datos de clientes 56 d conformidad con lo mismo. Este proceso de manejar los nuevo datos de entrada se describirá más adelante en relación con la Figuras 4 y 5. Los nuevos datos de entrada se procesan e transacciones de carga. Inicialmente, los datos de entrad brutos son recibidos en la CARMA 12 desde los proveedores d datos 14 (paso 120 en la Figura 5) . Como se mencion anteriormente, los proveedores de datos pueden ser tant externos como internos, y pueden proporcionar una variedad d diferentes tipos de información. Un programador 100 e responsable de invocar las etapas respectivas del procesamient realizado por la CARMA 12. El programador inicia y monitore el proceso de carga de datos al recibir los datos . E programador inicialmente hace que se realice el formateo y l higiene de los datos, sobre los datos de entrada brutos. (Pas 122 en la Figura 5) . Este formateo e higiene de datos s realiza mediante un proceso de carga de etapa 102 (Figura 4) . El proceso de carga de etapa 102 realiza la estandarización d nombres y direcciones de clientes. El proceso de carga d etapa asegura que la identificación del cliente (en la forma d un nombre, número de seguro social, u otro identificador común) sea válida, y que cierta información, tal como la dirección d correo, sea válida y esté en un formato apropiado. En la modalidad preferida de la presente invención, la CARMA 12, el producto TrueName (Nombre Verdadero) d PstalSoft 104, y el producto ACE 105. El mecanismo de mape 103 determina cuál de los productos 104 y 105 se utilizan o so datos de entrada. TrueName 104 estandariza, distribuye, corrige, traduce, anexa, y valida la información d nombre/dirección en la entrada de datos desde los proveedore de datos 14. En general, el PstalSoft distribuye toda l información de nombres y direcciones de facturación en lo atributos estándares de la base de datos de nombres direcciones. El ACE 305 también realiza funcionalidade estándares de anexo de dirección de facturación, tal como l identificación y la unión de códigos postales completos d nueve dígitos, rutas de camino, códigos de acoplamient geográfico, y verifica los dígitos para la codificación d barras. Los designadores de unidades de valores de sufijo d calle también se estandarizan mediante el TrueName. E TrueName 104 mantiene una lista de referencia de primero nombres, y asocia un código de género con cada primer nombr (es decir, masculino, femenino) . La modalidad preferida de la presente invenció también incluye un número de ediciones codificadas a la medid o traducciones 106 que embellecen el producto PostalSoft 104. Por ejemplo, la información del nombre siempre se coloca a principio de la salida. No se permiten caracteres inválidos e los nombres, y se eliminan los blancos extra en los nombres en las direcciones. Se suprimen los literales, tales como "a cuidado de" o "a la atención de" . Se suprimen los nombre repetidos dentro de los campos, del primer nombre y de lo campos del apellido. Se eliminan los nombres inválidos. Est puede incluir la eliminación de profandad y caractere repetitivos. Se remueven los componentes de entrada del nombr si la calificación de higiene está debajo de un valor umbra previamente definido. El proceso de carga de etapa 102 produce los dato estandarizados validados hacia un almacenamiento de dato interino 108. Esto hace posible que un usuario vea y aprueb los datos, utilizando el sistema de computación 40, antes d que se pasen los datos hasta un proceso de carga final 110. E proceso de carga final 110 realiza algún procesamient adicional de los datos, antes de que se agreguen los datos a l base datos del cliente 56. El proceso de carga final 110 implica aplica algoritmos de acoplamiento de clientes 112. Estos algoritmo de acoplamiento de clientes 112 se aplican para determinar s la información de identificación del cliente que se proporcion y los datos concuerdan con un cliente existente en la base d datos de clientes (paso 124 en la Figura 5) . La Figura 6 es u diagrama de flujo que ilustra con mayor detalle la manera e que se aplican las reglas de acoplamiento de clientes. Primero, se examinan los criterios críticos de acoplamiento para lo registros en la base de datos de clientes 56 y la informació contenida en los datos de entrada. Se asignan valores qu indican la condición de acoplamiento para cada uno de un númer de diferentes criterios (ver el paso 134 en la Figura 6) . Los criterios críticos de acoplamiento incluyen u criterio de acoplamiento de número de seguro social (SSN) 19 El valor del criterio de acoplamiento del número de segur social puede ser "Y", indicando que hay una concordancia, y qu tanto los datos de entrada como el registro en la base de dato de clientes 256 incluyen un campo de seguro social poblado. E valor también puede ser "N" indicando que no hay concordancia, pero que los datos de entrada y el registro de la base de dato incluyen un valor de número de seguro social . El valo finalmente puede ser "B" indicando que uno o ambos de los dato de entrada o del registro de la base de datos no contienen u valor de número de seguro social . Se comparan los apellidos para determinar un valo para un criterio de concordancia de acoplamiento de apellid (LNM) . Un valor de "Y" para el criterio LNM indica un concordancia exacta excluyendo los espacios y los caractere especiales, los malos deletreos identificados, y los apellido con guión para las mujeres casadas. Un valor de "N" indica qu no hay concordancia, y que se proporciona un apellido tanto eo los datos de entrada como el registro de la base de datos. Los primeros nombres se comparan en la obtención d un valor para un criterio de acoplamiento de primer nombr (FNM) . Un valor de "Y" indica una concordancia exacta, incluyendo apodos equivalentes, abreviaturas, y malos deletreo identificados. También se puede encontrar una concordanci exacta cuando la primera letra del primer nombre, incluyend los apodos equivalentes y las abreviaturas, concuerda per solamente si los datos de entrada o el registro de la base d datos tienen un primer nombre como inicial. Finalmente, s puede encontrar una concordancia exacta si se acopla con un entrada de tabla de apodos. Un valor "N" indica que no ha concordancia, y que se especifica un primer nombre tanto en los datos de entrada como en el registro de la base de datos. Se comparan los segundos nombres para producir u valor para un criterio de acoplamiento de segundo nombre (MNM) . El criterio MNM puede tener un valor de "Y", que indica un concordancia exacta, apodos equivalentes, y abreviatura equivalentes. Un valor de "N" indica que no hay concordancia, y que se especifica un segundo nombre tanto en los datos d entrada como en el registro de la base de datos. Un valor d "B" indica que uno o ambos de los datos de entrada en e registro de la base de datos no están poblados con un segund nombre. Se compara el género en el criterio de acoplamient de género (GDR) . Un valor de "N" indica que no se encuentr concordancia entre un género masculino, femenino, o d compañía, tanto en los datos de entrada como en el registro d la base de datos. Un valor de "A" indica que los datos d entrada o el registro de la base de datos están poblados con u valor de género ambiguo. Un valor de "M" indica que tanto lo datos de entrada como el registro de la base de datos está poblados con códigos de género masculino. Un valor de "F" indica que tanto los datos de entrada como el registro de l base de datos están poblados con códigos de género femenino Un valor de "C" indica que ambas fuentes están pobladas co códigos de género de compañía. Se comparan los títulos de los clientes para produci un valor para los criterios de acoplamiento de título (TTL) . Un valor de "Y" indica una concordancia exacta sobre un títul de cortesía, o una concordancia de valores ambiguo equivalentes. Por ejemplo, la abreviatura "Sra." concuerda co "Srita" . Un valor de "N" indica que no hay concordancia, y qu tanto los datos de entrada como el registro de la base de dato están poblados con títulos de cortesía. Un valor de "B" indic que los datos de entrada o el registro de la base de datos, ambos, no están poblados con un título de cortesía. Se comparan los códigos postales para producir e valor para un criterio de acoplamiento de código postal (ZIP) . Un valor de "9" indica una concordancia exacta de un códig postal completo de 9 dígitos. Un valor de "7" indica un concordancia sobre los primeros siete dígitos de un códig postal. Un valor de "5" indica una concordancia sobre lo primeros 5 dígitos de un código postal. Un valor de "N" indic que no hay concordancia, y que tanto los datos de entrada com el registro de la base de datos están poblados con código postales . Se comparan los nombres de calle y los sufijos d calle en el criterio de acoplamiento de nombres de calle sufijos de calle (STR) . Un valor de "Y" indica una concordancia exacta de los nombre de calle y sufijos de calle. Un valor de "N" indica que no hay concordancia, y que tanto los datos de entrada como el registro de la base de datos están poblados, o que uno de estos dos no está poblado. Un valor de "B" indica que tanto los datos de entrada como el registro de la base de datos no están poblados con un nombre de calle o u sufijo de calle. Se compara un número de dirección o un número de apartado postal para producir el valor para el criterio de acoplamiento de número (NBR) . Un valor de "Y" indica una concordancia exacta. Un valor "N" indica que no ha concordancia, y que tanto los datos de entrada como el registro de la base de datos están poblados por el mismo tipo de información. Los números de departamento se comparan para dar el valor para el criterio de acoplamiento de departamento (APT) . Un valor de "Y" indica una concordancia exacta. Un valor de "N" indica que no hay concordancia, y que tanto los datos d entrada como el registro de la base de datos contienen una especificación de número de departamento. Un valor de "B" indica que los datos de entrada o el registro de la base de datos no están poblados con un número de departamento. Se comparan los números de teléfono para producir u valor para el criterio de acoplamiento de número telefónico (PHN) . Un valor de "Y" indica una concordancia exacta d números telefónicos. Un valor de "N" indica que no ha concordancia, y que tanto los datos de entrada como el registr de la base de datos contienen números telefónicos. Un valor d "B" indica que los datos de entrada o el registro de la base d datos no contienen un número telefónico. Se comparan los números de cuenta para dar el valo para el criterio de acoplamiento de número de cuenta (ACC) . U valor de "Y" indica una concordancia exacta, en donde tanto lo datos de entrada como el registro de la base de datos está poblados con un número de cuenta. Un valor de "N" indica qu los datos de entrada y el registro de la base de dato contienen números de cuenta, y que no hay concordancia entr los números de cuenta. Un valor de "B" indica que uno o ambo de los datos de entrada y el registro de la base de datos n están poblados con un número de cuenta. Se comparan los números de membresía para dar u valor para el criterio de número de membresía (MEM) . Un valo de "Y" indica una concordancia exacta sobre un número d membresía específico. Un valor de "N" indica que no ha concordancia, y que tanto los datos de entrada como el registr de la base de datos están poblados con el mismo tipo de númer de membresía. Un valor de "B" indica que uno o ambos de lo datos de entrada y el registro de la base de datos no está poblados con el número de membresía.

Se pueden comparar las identificaciones de clientes para dar un valor para el criterio de acoplamiento de identificación de cliente. Un valor de "Y" indica una concordancia exacta, en donde tanto los datos de entrada como el registro de la base de datos están poblados co identificaciones de clientes. Un valor "N" indica que no ha concordancia, y que tanto los datos de entrada como el registro de la base de datos están poblados con identificaciones de clientes. Un valor "B" índica que uno o ambos de los datos de entrada y el registro de la base de datos no están poblados co una identificación de cliente. Se debe observar que cada uno de estos criterios de acoplamiento también pueden asumir un valor de "-", indicando que la determinación de si hay una concordancia o no, no depende de esos criterios . Se utilizan los valores mediante la aplicación de reglas de acoplamiento, utilizando una tabla de reglas de acoplamiento para determinar si hay una concordancia (paso 336 e la Figura 9) . Un ejemplo de la regla de acoplamiento es como sigue : 1 2 3 4 5 6 7 10 11 12 13 14 escenario recría de resultado Y Y Y M B Y Y Y Y 00113 _ CONCUERDA Y Y Y M B Y Y Y N 00114 CONCUERDA Y Y Y M B Y Y Y B 00115 CONCUERDA Y Y Y M B Y Y N Y 00116 CONCUERDA Y Y Y M B Y Y N B 00118 CONCUERDA 1=SSN 2=LNM 3 =FNM 4=MNM 5=GDR 6=TT__ 7=ZIP 8=STR 9-NBR 10=APT 11=PHN 12=ACC 13=MEM 14=CLN Cada fila dentro de la tabla de reglas d acoplamiento contiene un escenario y un resultado (observe la columnas rotuladas con "escenario" y "regla de resultado" . Cada fila se puede considerar como una regla separada. Cad tercer columna especifica un valor particular para uno de lo 14 criterios de acoplamiento descritos anteriormente (ver l leyenda anterior) . Si los criterios tienen el valo especificado en las columnas, entonces se satisface la regla, y se aplica el resultado de la regla. Por ejemplo, e escenario 113 especifica que si hay una concordancia d apellido (la columna 2 es "Y") , hay una concordancia de prime nombre (la columna 3 es "Y"), hay una concordancia del segund nombre (la columna 4 es "Y"), tanto los datos de entrada com el registro de la base de datos están poblados con códigos d género masculino (la columna 5 es "M"), una o ambas fuentes n están pobladas con un título de cortesía (la columna 6 es "B"), hay una concordancia de código postal (la columna 7 es "Y") , hay una concordancia de nombre de calle y sufijo de nombre d calle (la columna 8 es "Y") , hay una concordancia de número (l columna 9 es "Y"), y hay una concordancia de departamento (l columna 10 es "Y") , se determina que los datos de entrada y e registro de la base de datos concuerdan. Como resultado, s hace una determinación, el paso 326 de la Figura 8, de si ha una concordancia o no, mediante la aplicación de las tablas d reglas de acoplamiento. Se debe apreciar que hay un número de diferente combinaciones o escenarios dentro de la tabla de reglas d acoplamiento, que podrían categorizarse en las categoría estipuladas en la Figura 7. En particular, la tabla de regla de acoplamiento contiene las siguientes combinaciones: combinaciones de nombre y dirección 140, combinaciones d nombre y teléfono 142, combinaciones de nombre y número d seguro social 144, combinaciones de nombre y cuenta 146, combinaciones de nombre y número de membresía 148, combinaciones de nombre e identificación de cliente 150, combinaciones de dirección y teléfono 152, combinaciones d dirección y cuenta 154, combinaciones de dirección y número d membresía 156, combinaciones de teléfono y cuenta 158, combinaciones de teléfono y número de membresía 160, combinaciones de cuenta y número de membresía 162. Si se determina, en el paso 126, que no hay un concordancia entre los datos de entrada y cualesquier registros de la base de datos que tengan perfiles de clientes, se puede crear un nuevo registro, y se asigna un nuev identificador de cliente al cliente (paso 128 en la Figura 5) . El nuevo registro se llena con los datos que se proporcionan e los datos de entrada que han sido procesados por el proceso d carga de etapa 102. En contraste, si se encuentra una concordancia, se aplica un proceso de sobrepuesta para determinar la manera de resolver el conflicto entre la información del cliente contenida en los datos de entrada, y el registro de la base de datos del cliente (paso 130 en la Figura 5) . En general, como se describirá con mayor detalle más adelante, el proceso de sobrepuesta aplica las reglas de sobrepuesta y las reglas de resolución para determinar la manera de resolver los conflictos, y se actualizan los datos de conformidad con lo mismo adentro de la base de datos del cliente 56 (paso 132 en la Figura 5) . Este proceso de sobrepuesta se ilustra como las sobrepuestas 114 en la Figura 4, y da como resultado datos que se pasan a la base de datos del cliente 56. - La Figura 8 ilustra diferentes variedades de reglas de sobrepuesta 164 que son proporcionadas por la CARMA 12. Hay reglas de sobrepuesta de clientes 166. El planteamiento general de las reglas de sobrepuesta de clientes es después de recibir una indicación de que hay una concordancia, los campos de nombre en la base de datos del cliente 56 solamente se actualizan si los datos de entrada tienen información más completa. Las reglas de sobrepuesta de clientes contienen reglas específicas dirigidas a los campos en la tabla de clientes 60. Las reglas de sobrepuesta de dirección activa 168 especifican la manera en que se debe sobreponer la información de dirección activa adentro de la base de datos del cliente 56 en relación con los datos de entrada que concuerden. Las reglas de sobrepuesta de dirección de información 170 especifican la manera en que se debe sobreponer la información de dirección de información. Las reglas de sobrepuesta de número telefónico 172 especifican la manera en que se debe sobreponer la información de número telefónico. Las reglas de sobrepuesta de mejora 174 especifican la manera en que se deben sobreponer las mejoras. Las reglas de sobrepuesta de tabla de base de datos específica de lista especifican cuáles tablas de la base de datos se permiten actualizar para cualquier alimentación de carga específica. Finalmente, las reglas de sobrepuesta de cliente proveedor- detalle, indican la manera en que se debe sobreponer la información del proveedor del cliente en la base de datos 56. Una vez que se ha actualizado una base de datos del cliente 56, se pueden replicar los cambios mediante un proceso de réplica de base de datos del cliente 116, y se pueden pasar a una instalación de cosecha de datos para un almacenamiento de datos operativos administrado por el DSS 20. Los cambios se capturan mediante un proceso de captura de datos cambiados 118 que dirige los cambios hacia el proceso de cosecha de datos 96 del almacenamiento de datos del DSS 20. Por consiguiente, la CARMA 12 proporciona un sistema integrado para la administración del perfil del cliente, que proporciona un número de características únicas. La CARM rastrea los clientes individuales como individuos por otra razones diferentes de números telefónicos o direcciones, d modo que se puedan rastrear múltiples clientes que comparta números telefónicos o direcciones. La CARMA 12 mantien relaciones múltiples, incluyendo direcciones múltiples po cliente, y números telefónicos múltiples por cliente. Est facilita un rastreo completo de los clientes que tenga múltiples números telefónicos o direcciones. La CARMA 1 proporciona un rastreo continuo de clientes, y facilita much los cambios a los perfiles de los clientes. La CARMA 1 incluye recursos de procesamiento para aceptar y utilizar lo datos de entrada de casi cualquier tipo en cualquier formato. Todavía además, la CARMA realiza un acoplamiento de cliente efectivo para evitar perfiles de clientes duplicados.

Aunque la presente invención se ha descrito co referencia a una modalidad preferida de la misma, los experto en la materia apreciarán que se pueden hacer diferentes cambio en la forma y el detalle, sin apartarse del alcance pretendid de la presente invención, como se define en las reivindica ciones adjuntas.

Claims (17)

REIVINDICACIONES

1. En un sistema de computación que tiene una base de datos que contiene perfiles de clientes en donde cada uno contiene información con respecto a los clientes para un contacto de mercadeo, un método que comprende los paso implementados por computadora de : recibir los datos de entrada que contienen datos acerca de un cliente desde un proveedor de datos, para su posible adición a la base de datos; aplicar reglas de acoplamiento que determinan si los datos de entrada son para un cliente seleccionado que ya tiene un perfil de cliente en la base de datos, en donde las reglas de acoplamiento comparan cualquier información de nombre y cualquier información de dirección en los datos de entrada, con cualquier información de nombre y cualquier información de dirección en el perfil del cliente para el cliente seleccionado ; si se determina, mediante las reglas de acoplamiento, que los datos de entrada no son para un cliente seleccionado que ya tiene un perfil de cliente en la base de datos, crear un nuevo perfil de cliente para el cliente seleccionado en la base de datos, para contener datos a partir de los datos de entrada; si se determina, mediante las reglas d acoplamiento, que los datos de entrada son para un .client seleccionado que ya tiene un perfil de cliente en la base d datos, aplicar las reglas de sobrepuesta para determinar l manera de actualizar el perfil del cliente en la base de datos, para el cliente seleccionado, en vista de los datos de entrada; y actualizar el perfil del cliente en la base d datos basándose en la manera en que se determinó actualizar e perfil del cliente en la base de datos, mediante la aplicació de las reglas de sobrepuesta.

2. El método de la reivindicación 1, en donde la reglas de acoplamiento comparan cualquier información de númer de seguro social en los datos de entrada, con cualquier númer de seguro social en el perfil de cliente para el client seleccionado.

3. El método de la reivindicación 1, en donde la reglas de acoplamiento comparan cualesquiera número telefónicos en los datos de entrada, con cualesquiera número telefónicos en el perfil de cliente para el client seleccionado . "

4. El método de la reivindicación 1, en donde la reglas de acoplamiento comparan cualesquiera números de cuenta en los datos de entrada, con cualesquiera números de cuenta e el perfil de cliente para el cliente seleccionado.

5. El método de la reivindicación 1, en donde la reglas de acoplamiento comparan cualesquiera números d membresía en los datos de entrada, con cualesquiera números d membresía en el perfil de cliente para el cliente seleccionado.

6. El método de la reivindicación 1, el cua comprende además el paso de formatear los datos de entrada e un formato estándar, antes de aplicar las reglas d acoplamiento .

7. El método de la reivindicación 6, el cua comprende además el paso de aplicar reglas de higiene de datos, para remover los datos indeseados en los datos de entrada, antes de aplicar las reglas de acoplamiento.

8. El método de la reivindicación 1, el cua comprende además el paso de aplicar reglas de higiene de dato para remover los datos indeseados en los datos de entrada, antes de aplicar las reglas de acoplamiento.

9. Un medio legible por computadora que contien instrucciones ejecutables por computadora para realizar u método, el cual comprende los pasos implementados po computadora de: recibir datos de entrada que contienen dato acerca de un cliente desde un proveedor de datos, para s posible adición a la base de datos; aplicar reglas de acoplamiento que determinan s los datos de entrada son para un cliente seleccionado que y tiene un perfil de cliente en la base de datos, en donde las reglas de acoplamiento comparan cualquier información de nombre y cualquier información de dirección en los datos de entrada, con cualquier información de nombre y cualquier información de dirección en el perfil de cliente para el cliente seleccionado; si se determina, mediante las reglas de acoplamiento, que los datos de entrada no son para un cliente seleccionado que ya tiene un perfil de cliente en la base de datos, crear un nuevo perfil de cliente para el client seleccionado en la base de datos, para contener datos a parti de los datos de entrada; si se determina, mediante las reglas de acoplamiento, que los datos de entrada son para un cliente seleccionado que ya tiene un perfil de cliente en la base d datos, aplicar reglas de sobrepuesta para determinar la maner de actualizar el perfil del cliente en la base de datos para el cliente seleccionado, en vista de los datos de entrada; y actualizar el perfil del cliente en la base d datos, basándose en la manera en que se determinó actualizar el perfil del cliente en la base de datos, mediante la aplicació de las reglas de sobrepuesta.

10. En un sistema de computación, un método qu comprende los pasos implementados por computadora de: proporcionar una base de datos para almacena perfiles de clientes para un contacto de mercadeo, en dond cada perfil de cliente almacena información con respecto a un cliente; almacenar un primer perfil de cliente para un primer cliente en un número telefónico dado en la base de datos ; almacenar un segundo perfil de cliente para un segundo cliente en el número telefónico dado en la base de datos ; y indexar la base de datos para tener acceso a los perfiles de clientes sobre una base por cliente.

11. El método de la reivindicación 10, el cual comprende además los pasos de recibir una solicitud de acceso al primer perfil de cliente, y otorgar acceso al primer perfil de cliente en respuesta a la solicitud.

12. En un sistema de computación, un método que comprende los pasos implementados por computadora de : proporcionar una base de datos para almacenar perfiles de clientes para un contacto de mercadeo, en donde cada perfil de cliente almacena información con respecto a un cliente; almacenar una primera dirección en la base de datos para un cliente seleccionado en un perfil de cliente para el cliente seleccionado; ~~ almacenar una segunda dirección en la base de datos para el cliente seleccionado, en el perfil de cliente para el cliente seleccionado; y en respuesta a una petición de un solicitante, proporcionar una de la primera dirección y la segunda direcció para el cliente seleccionado al solicitante.

13. El método de la reivindicación 12, en donde el método comprende además el paso de almacenar un primer número telefónico en la base de datos para un cliente dado en u perfil de cliente dado para el cliente dado, y almacenar un segundo número telefónico en la base de datos para el cliente dado en el perfil de cliente dado.

14. En un sistema de computación que tiene una base de datos que contiene perfiles de clientes que contienen información con respecto a los clientes para un contacto de mercadeo, un método que comprende los pasos implementados poor computadora de: recibir un primer conjunto de datos de entrada en un primer formato desde un primer proveedor de datos; reformatear el primer conjunto de datos de entrada en un formato estandarizado; agregar cuando menos algunos de los datos del primer conjunto de datos de entrada a un primer perfil de cliente en la base de datos; recibir un segundo conjunto de datos de entrada en un segundo formato desde un segundo proveedor de datos; reformatear el segundo conjunto de datos de entrada en el formato estandarizado; y agregar cuando menos algunos de los datos de segundo conjunto de datos de entrada a un segundo perfil d cliente en la base de datos.

15. El método de la reivindicación 14, en donde e primer formato y el segundo formato son diferentes.

16. El método de la reivindicación 14, en donde e primer conjunto de datos de entrada contiene datos de un tip de datos diferente de los datos que se encuentran en el segund conjunto de datos de entrada.

17. El método de la reivindicación 15, en donde e primer proveedor de datos es externo al sistema de computación.