MX2010014038A - Reconciliacion y remedio con archivos de comunicacion. - Google Patents

Abstract

Se describen técnicas para reconciliación y remedio de mensajes enviados por un servidor para almacenamiento en un archivo. Algunas técnicas pueden comprender recibir un mensaje que se va a reconciliar que corresponde a un mensaje enviado por un servidor para almacenarse en un archivo. El mensaje recibido puede clasificarse para reconciliación, y puede emitirse una consulta de confirmación de entrega al archivo de acuerdo con la clasificación del mensaje para la reconciliación. Basándose en la respuesta a la consulta de confirmación de entrega, se puede determinar con certeza si el mensaje enviado al archivo para almacenamiento en realidad ya está almacenado en el archivo. Se describen y reclaman otras modalidades.

Description

CONCILIACION Y REMEDIO CON ARCHIVOS DE COM ANTECEDENTES El correo electrónico (e-mail) proporciona un acenamiento y de adelanto para entrega de mensaje d tremo que permite que los mensajes viajen a través d quinas, a través de varias organizaciones y red brevivan a cortes de conexión temporales. La desven pecto asincrónico es que el usuario remitente o la orga ne forma de conocer verdaderamente si y cuando el ibido el mensaje y si cualquier procesamiento de pos-r realizado exitosamente.

Este problema prevalece especialmente en el caso correo electrónico. Los negocios y las organizacione metidos a requerimientos de retención de correo eración de mensaje, existen varios puntos potenciales datos por todo el camino hacia el archivo. Por ejemplo correo electrónico de generación o un sistema ctróníco intermedio puede incurrir en una falla de so rdware, y el mensaje destinado al archivo se pierde. tema de correo electrónico de extremo frontal del de se recibieron los mensajes o el sistema de in hivo en donde se guardaron los mensajes en una ba ede incurrir en una falla de software o de hardware, y stinado al archivo se pierde. Consecuentemente, s joras para resolver estos y otros problemas y para g trega de extremo a extremo y el archivado de un me biente sin transacción.

BRE E DESCRIPCION DE LA INVENCION mprender recibir un mensaje que se va a reco rresponde a un mensaje enviado por un servidor a un macenamiento, clasificar el mensaje recibido para re itir una consulta de confirmación de entrega al archivo n la clasificación del mensaje para reconciliación, y d mensaje enviado desde el servidor al archivo se alm chivo basándose en una respuesta a la consulta de con trega. La consulta de reintento puede emitirse despué a respuesta negativa a la consulta de confirmación de nsaje que se va a reconciliar puede reenviarse el arch recibir una respuesta negativa a la consulta de r nsaje que se va a reconciliar puede almacenarse h cibe la confirmación y se elimina después de recibir un sitiva a la consulta de confirmación de entrega. Se claman otras modalidades.

Estas y otras características y ventajas serán evide La Figura 2 ilustra una modalidad de un dispositivo La Figura 3 ilustra la modalidad de una ap conciliación.

La Figura 4 ilustra una modalidad de un diagrama.

La Figura 5 ilustra una modalidad de un flujo de me La Figura 6 ilustra una modalidad de un flujo de lógi La Figura 7 ilustra una modalidad de un artículo.

DESCRIPCION DETALLADA Varias modalidades incluyen estructuras físicas puestas para realizar ciertas operaciones, funciones s estructuras pueden comprender estructuras físicas, icas, o una combinación de ambas. Las estructura icas se implementan al utilizar elementos de hardware software, o una combinación de ambos. Las descr icas o lógicas pueden tener conexiones físicas rrespondientes para comunicar información entre las la forma de señales o mensajes electrónicos. Las eden comprender conexiones por cable y/o inalámbrica opiado para la información o estructura particular. E tar que cualquier referencia a "una modalidad" o "una nifica que una característica particular, estructura scrito en conexión con la modalidad se incluye al me dalidad. Las apariciones de la frase "en una modalida ares en la especificación no necesariamente to ferencia a la misma modalidad.

Se proporcionan varias técnicas para la reco medio de mensajes enviados por un servidor para alm un archivo. Algunas técnicas pueden comprender nsaje que se va a reconciliar correspondiente a viado por el servidor que se va a almacenar en el V nsulta de reintento, el mensaje que se va a recon viarse al archivo. El mensaje que se va a recon acenarse hasta que se recibe confirmación y elimina recibir una respuesta positiva a la consulta de c trega a la disponibilidad de garantía del mensaje.

La Figura 1 ilustra un diagrama de bloques para erativo 100 adecuado para practicar las varias mod biente operativo 100 puede comprender elementos dis plementación por un ambiente de entidad individual o tríbuído de entidad múltiple. Cada elemento puede im mo un elemento de hardware, elemento de software, mbinación de los mismos, como se desee para un gru rámetros de diseño o limitaciones de desempeño. E mentos de hardware pueden incluir dispositivos, co o cesado res, microprocesadores, circuitos, elementos or ejemplo, transistores, resistores, capacitores, induc sistema operativo, software medio, firmware, ftware, rutinas, subrutinas, funciones, métodos, erfases de software, interfases de programa de aplic upos de instrucción, código de cómputo, código de c gmentos de código, segmentos de código de c labras, valores, símbolos, o cualquier combinación de l Como se utiliza aquí los términos "sistema", "S omponentes", y "módulos" pretenden hacer refere tidad relacionada con computadora, que comprende ha mbinación de hardware y software, software, o s ecución. Por ejemplo, puede implementarse un compo procedimiento que corre en un procesador, un proc idad de disco duro, múltiples unidades de almacen dio de almacenamiento óptico y/o magnético), un ecutable, una secuencia de ejecución, un program mputadora. A manera de ilustración, tanto una aplicaci mo se muestra en la Figura 1 tiene un número limitad cierta topología, se puede apreciar que el ambiente o ede incluir más o menos nodos en topologías altern see para una implementación dada. En varias mod rvidor de correo electrónico 110 puede implementarse tema de transmisión de mensajes de correo elect viar y recibir mensajes en sistemas de comunicación e archivo 140 puede implementarse como un sistema d ío o fuera de sitio o instalación de almacenamiento de chivar mensajes recibidos en sistemas de c ectrónicos desde un sistema de transmisión de mensaj ectrónico. Como se muestra, el servidor de correo ele el archivo 140 pueden acoplarse comunicativamente a red 118 y medios de comunicaciones inalámbricos opiados. El servidor de correo electrónico 110 y el leden comunicar información en la red 118 y coordinar imun¡carse con varios tipos de clientes de tran nsajes. En algunas implementaciones, el servidor ctrónico 110 puede proporcionar una interfase para n un programa de software basado en cliente tal como aplicación de MICROSOFT OFFICE OUTLOOK® d rporation, Redmond, Washington. El servidor de correo 0 también puede proporcionar una interfase para comu rios otros tipos de clientes de correo electrónico ind itación, clientes de Protocolo de Transferencia de Co MTP), clientes de protocolo de transferencia de hiperte entes de interfase de programación de aplicación de mensajes (MAPI), clientes de Protocolo Post Office entes de Protocolo de Acceso de Mensaje de Intern AP4), clientes de Protocolo de Transferencia de Noti NPT), clientes de correo web, y así sucesivamente.

El servidor de correo electrónico 110 puede ser op lámbricos (WbXML) comprimidos para hacer uso e cho de banda para clientes móviles. Además de pr ernet estándares, el servidor de correo electrónico 1 ede soportar comunicación en protocolos de propi tándares cuando se utilizan por una compañía u otra or En varias implementaciones, el servidor de correo 0 y/o. el archivo 140 puede realizar una o más conciliación y remedio de acuerdo con las modalidade algunas modalidades, el servidor de correo electrónic mprender un dispositivo de cómputo de servidor que programa de software de correo electrónico basado r consiguiente, en algunas modalidades, pueden im a o más técnicas de reconciliación y remedio como ca ntro de un programa de software basado en servid CROSOFT EXCHANGE SERVER® de Microsoft dmond, Washington. Se puede apreciar que las mod ependientes de lenguaje diseñados para comunicarse mputadora tal como Internet, que utilizan pro municación tal como Protocolo de Transferencia de TTP), Protocolo de Transferencia de Hipertexto e chufe Seguro (HTTPS), Protocolo de Transferencia mple (SMTP), Protocolo de Transferencia de Archivo ( cesivamente, Por consiguiente, en algunas modalida plementarse una o más técnicas de reconciliación y re racterísticas dentro de la aplicación de servidor y/o s puede apreciar que las modalidades no están limit ntexto y que el archivo 140 puede implementarse por sistemas de archivo en sitio o fuera de sitio y/o insta acenamiento de datos.

En general, el servidor de correo electrónico 110 0 pueden comprender o implementarse por cualquier t i dispositivo de cómputo que tiene capacidades de 0) multimedia, y así sucesivamente. Los si municaciones 130, 130a pueden incluir varios el municaciones, tal como un transmisor, receptor, transc erfase de red, procesador de banda de bas plificadores, filtros, y así sucesivamente.

Los sistemas de cómputo 120, 120a pueden implem os elementos, programas de servidor respectivos 12 ogramas de servidor 122, 142 y sus elementos inclui mprender o implementarse por uno o más tipos de pr licación, componentes de software, módulos de pr eración de soporte de datos de programa del servido ctrónico 110 y el archivo 140 de acuerdo con las scritas. En algunas implementaciones, los programas 2 pueden implementarse en un dispositivo de com rvidor físico. Alternativamente, pueden implement ogramas de servidor 122 a través de múltiples ctrónico 110. El papel de servidor de transporte de ede ser operativo para manejar mensajes entrantes y papel de servidor de buzón 126 puede ser operativo tos de buzón y de carpeta pública. Como se muestra, rvidor de transporte de central 124 puede comprende registro 125, y el papel de servidor de buzón mprender un agente de reconciliación 127. De acuerdo dalidades, el agente de registro 125 y el agente de re 7 pueden realizar una o más técnicas de reconciliación mo se describe en mayor detalle a continuación. Los pr rvidor 122 también pueden comprender otros pro rvidor 128 tal como otros papeles de servidor y/u otr icaciones de servidor de acuerdo con las modalidades En el ejemplo ilustrado en la Figura 1, los pr rvidor 142 pueden implementar una o más aplicaciones e incluyen, por ejemplo, una aplicación de registro dalidades descritas.

El servidor de correo electrónico 110 y el archivo mprender o comunicarse con almacenamientos pectivos para almacenar artículos tal como mensaje ctrónico y otros datos en buzones y carpetas de acue dalidades descritas. Con referencia a la Figu acenamiento de datos para el servidor de correo elec ede implementarse por una base de datos de servido ctrónico 150, y un almacenamiento de datos para el ede implementarse por una base de datos de archivo 1 muestra cómo siendo elementos separados para pr stración, se puede apreciar que, en algunas modalidad datos de servidor de correo electrónico 150 puede f l servidor de correo electrónico 110 y/o la base d chivo 160 puede formar parte del archivo 140. Tambié reciar que los almacenamientos de datos respectiv e incluye un sistema de procesamiento que co cesador 202 y una memoria de sistema 204. La tema 204 puede incluir, entre otros tipos de me moria de acceso aleatorio (RAM) 206 y una memo tura (ROM) 208. Un sistema entrada/salida (l/O), t tema l/O básico (BIOS) puede implementar rutinas pa nsferír información entre elementos dentro del d í s mputo 200, tal como durante operaciones de arranque ica almacenada en la ROM 208. Un conductor común 0 se acopia comunicativamente a todos los ele positivo de cómputo 200 para facilitar transf ormación y operaciones de procesamiento de datos.

El dispositivo de cómputo 200 además incluye un di acenamiento masivo 212 para almacenar un sistem 4 tal como el sistema operativo MICROSOFT WIN crosoft Corporation, Redmond, Washington u ot ra el dispositivo de cómputo 200. Aunque la descripció ibles por computadora aquí contenida se refiere a un almacenamiento masivo, tal como un disco duro o uni M, se debe apreciar por aquellos expertos en la téc dio legible por computadora puede ser cualquier medi e puede accederse por el dispositivo de cómputo 200. mplo, y no de limitación, los medios legibles por c eden comprender medios de almacenamiento por co dios de comunicación. Los medios de almacena mputadora incluyen medios volátiles y no volátiles, r removibles implementados en cualquier método o tec acenar información tal como instrucciones le mputadora, estructuras de datos, módulos de progra tos. Los medios de almacenamiento por computado ro no están limitados a, RAM, ROM, EPROM, EEPRO sh u otra tecnología de memoria de estado sólido, CD- ntrol de Transmisión (PCT) y Protocolo de Internet (I ernet. El dispositivo de cómputo 200 puede conectar 8 a través de una interfase de red 220 (por ejemplo, red por cable o inalámbrica) conectada al conducto tema 210. Se puede apreciar que la red 118 puede alquier tipo de red de acuerdo con las modalidades d luyen, sin limitación, una red de área amplia (WAN), a local (LAN), y/o una red de teléfono celular y que red 220 puede soportar varias capas de transport RS, CDMA 1 xRTT, IEEE 802.11, Bluetooth® (PAN) y ectarse a una variedad de redes y/o sistemas de c ota.

El dispositivo de cómputo 200 puede incluir un con 2 para recibir y procesar entrada désde un número de entrada 224. Un usuario puede ingresar comandos de el dispositivo de cómputo 200 a través de varios dis SB). El controlador ?/? 222 también puede proporción rios dispositivos de salida 224, tal como un monitor u positivo de presentación que está conectado a ntrolador l/O 222 al conductor común de sistema presora, bocinas, u otros dispositivos periféricos.

Como se mencionó anteriormente, un número de grama y archivos de datos puede almacenarse en el di acenamiento masivo 212 y RAM 206 del dispositivo 0. En el ejemplo ilustrado en la Figura 2, el dis acenamiento masivo 212 y RAM 206 pueden almacena erativo 214 así como uno o más programas de servid luye el papel de servidor de transporte de centr mprende el agente de registro 125 y el papel de servid 6 que comprende el agente de reconciliación 127. De rías modalidades, e! agente de reconciliación 127 erativo para realizar una o más técnicas de reco aplicación de correo electrónico 300 tambié plementarse por los programas de aplicación en la R positivo de cómputo 200 o en cualquier otra vari urriría para un experto en software de computadora.

Como se muestra, la aplicación de correo elect ede incluir almacenamiento de mensaje 310. acenamiento de mensaje 310 se muestra como p licación de reconciliación 300 para propósitos de i I u s t r limitación, se puede apreciar que el almacenamiento 0 puede residir en varias ubicaciones de acuerd dalidades descritas. Por ejemplo, el almacenamiento 0 puede residir en el servidor de correo electrónico se de datos de servidor de correo electrónico 150 mplo no limitante, el almacenamiento de mensaje licación de reconciliación 300 puede residir dentro de l grama 218 del dispositivo de cómputo 200, en una ba varias modalidades, pueden emitirse consultas de a sificación de mensaje. Por ejemplo, pueden emitirs sándose en las generaciones de reconciliación para sempeño del procedimiento de reconciliación y para mero de consultas al archivo 140.

En algunas modalidades, la reconciliación pe nsaje puede clasificarse como mensajes Gen-0 312 ba encia asociada con el archivo 140. Los mensajes reci licación de reconciliación 300 y clasificados como men 2 pueden corresponder a mensajes que se enviaron re archivo 140. De acuerdo con varias modalidades, las c n emitidas para mensajes Gen-0 312 pendientes y que latencia asociada con el archivo 140.

Por un intervalo de tiempo corto después de que s nsaje particular por la aplicación de reconciliación acenarse localmente una copia del mensaje p eden realizarse ahorros de l/O. En varias implement ían consultas de confirmación de entrega para mens 4 y se hace un intento para procesar casi todos lo rante la vida útil de la memoria caché 320.

Cuando se recibe una respuesta positiva a una nfirmación de entrega para un mensaje particular, la a onciliación 300 confirma que el mensaje está archiva minar el mensaje desde el almacenamiento de me ando la aplicación de reconciliación 300 recibe un gativa con respecto a un mensaje particular, se nsaje no confirmado en el almacenamiento de mensaj rantizar su disponibilidad hasta que pueda confirma chivó el mensaje.

En algunas modalidades, la reconciliación pe nsajes puede clasificarse basándose en la falla para chivado de tales mensajes. Cuando se reciben rreo.

Los mensajes pendientes clasificados como mens 8 por la aplicación de reconciliación 300 pueden corr nsajes no confirmados que tuvieron problemas de ora pueden resolverse. La aplicación de reconciliación itir problemas de retraso para uno o más de los men 8. Cuando se recibe una respuesta positiva para rticular, la aplicación de reconciliación 300 puede confi nsaje previamente no confirmado se archivó y puede nsaje desde el almacenamiento de mensaje 310. Cuand a respuesta negativa para la consulta de reintento, el nfirmado permanece en el almacenamiento de mensaj rantizar su disponibilidad hasta que pueda confirma hivó el mensaje.

Cuando no pueden confirmarse uno o más mensajes agente de reconciliación 127 puede realizar remedio e se archivó el mensaje particular. Se puede apreciar ando no puede reconciliarse un mensaje particular, rmanece en el almacenamiento de mensaje 310 para g ponibilídad.

Como se muestra, la aplicación de correo elect ede incluir lógica de reconciliación y remedio 330 qu ponsable de llevar a cabo algunas o todas las t onciliación y remedio aquí descritas. En el ejemplo ilu ura 3, la lógica de reconciliación y remedio 330 inc ra recibir mensajes que se van a reconciliar 332, sificar reconciliación pendiente de mensajes 334, l itir consultas de archivo 336, lógica para confí nsajes archivados 338, lógica para eliminar mensajes 0, y lógica para el remedio de mensajes no confirmados En algunas implementaciones, la lógica de reco edio 330 puede residir dentro de la aplicación de re onciliación y remedio 330 proporciona una imp strativa de la funcionalidad general. Se debe enten cuencia de lógica no necesariamente tiene que ejecu en presentado a menos que se indique de otra form nque la lógica de reconciliación y remedio 330 puede mo realizando cierta secuencia de pasos, tambi lizarse otras secuencias de pasos de acuerdo con ernativas. Además, algunos pasos individuales realiz ica de reconciliación y remedio 330 pueden incluir mú sos que pueden realizarse en varias secuencias ropiado para el paso individual. Además, pueden reali icionales o algunos pasos pueden omitirse por la conciliación y remedio 330 dependiendo de la imp rticular.

La Figura 4 ¡lustra una modalidad de un diagra estra generaciones de reconciliación adecuadas para p uerdo con las modalidades descritas. Aunque algunos ticaciones operativos pueden utilizar los término neración cuando se hace referencia a la clasificación d un grupo de mensajes, tales escenarios pretenden cubr dalidades descritas.

Como se muestra, la reconciliación pendiente d ede clasificarse como mensajes de Generación neración 1 (Gen-1), Generación 2 (Gen-2), y Generació acuerdo con intervalos de tiempo correspondientes te ejemplo, un mensaje puede clasificarse como un me ando un tiempo asociado con el mensaje está de ervalo de tiempo TO, un mensaje Gen-1 cuando el ntro del intervalo de tiempo T1, un mensaje Gen-2 mpo está dentro de! intervalo de tiempo T2, y un me ando el tiempo es durante el T3. Aunque algunas eden describir ciertos valores ilustrativos asociad istro que contiene el mensaje se recibe por el conciliación 127 y/o cuando el mensaje particular se a almacenamiento de mensaje 310. En otras modalidade ocíado con el mensaje puede basarse en el tiempo vió el mensaje al archivo 140 que puede proporció pia del reporte de registro.

Después de que se recibe un mensaje particular p reconciliación 127 en una copia de un reporte de regi cesitarse un intervalo de tiempo corto para el reporte iginal para entregarse a y/o procesarse por el archi nsiguiente, en algunas modalidades, la reconciliación p nsajes puede clasificarse basándose en latencia tal co entrega y/o procesamiento asociada con el archivo 140 En el ejemplo ilustrado en la Figura 4, puede cía nsaje como un mensaje Gen-0 cuando el tiempo asoc nsaje está dentro del intervalo de tiempo T0. Como se servada de tiempo tomada para la mayoría de ios gistro que se va a entregar al archivo 140. El interval LA también puede definirse por un vendedor SLA que e el de servicio y/o tiempo para desempeño contrat chivo 140. En algunos casos, el intervalo de tiempo tar basado en información proporcionada por e! archi mplo, en algunas implementaciones, el agente de re 7 puede consultar al archivo 140 para obtener cierta configuración tal como el SLA esperado o latencia pa nsajes.

Como se muestra, el intervalo de tiempo T0 puede c y terminar después de que transcurrió ASLA. plementaciones, puede clasificarse un mensaje particu nsaje Gen-0 durante el intervalo de tiempo T0 y ha nscurrido ASLA por el tiempo asociado con el mensaj ando sé recibió la copia del reporte de registro que unas modalidades, la reconciliación pendiente de men sificarse basándose en este intervalo de tiempo o moria caché (AMemoria caché) asociada con la me 0. En general, la vida útil de memoria caché AMemo ché será, en algunos casos se requiere que sea, m encia esperada ASLA. En algunas modalidades, la moria caché AMemoria memoria caché pued roximadamente 10 minutos.

La vida útil de memoria caché inicial AMem neralmente variará en proporción directa a la RAM disp tema, tal como RAM 206. Por ejemplo, en el servido ctrónico 110 con una vida útil de memoria caché AMei 10 minutos, la vida útil de cache AMemoria caché us plicará al doblar la RAM. Por consiguiente, el interval AMemoria caché típicamente es mucho más varia yoría de los otros intervalos de tiempo, tal como el i nsaje está dentro del intervalo de tiempo T1. Como se gitud del intervalo de tiempo T1 puede corresponder a tiempo después de la expiración de ASLA y antes de l la vida útil de memoria caché AMemoria caché, plementaciones, puede clasificarse un mensaje particu nsaje Gen-1 durante el intervalo de tiempo T1 y ha nscurrido la vida útil de memoria caché AMemoria cac mpo asociado con el mensaje, tal como cuando la porte de registro que contiene el mensaje particular se agente de reconciliación 127 y/o cuando se almacenó el almacenamiento de mensaje 310. Por consig nsajes recibidos por el agente de reconciliación 127 y mo Gen-1 pueden corresponder a mensajes que se es treguen a y/o procesen por el archivo 140.

En varias modalidades, pueden emitirse consultas n clasificación de mensaje. Por ejemplo, pueden emitirs pecto a la disposición de un reporte de registro antes nscurrido ASLA, la consulta probablemente resulta puesta negativa (Nak). Por consiguiente, la emisión d se realiza para mensajes Gen-0 durante T0 y puede sta la expiración de ASLA.

Los mensajes recibidos por e! agente de reconcili sificados como Gen-1 corresponden a mensajes esp acenarse en el archivo 140. Además, aunque la copia tá disponible desde la memoria caché 320, pueden orros de 1/0. Después de la expiración de vida útil ché (AMemoria caché), sin embargo, la copia del me er fuera de la memoria caché 320, y los ahorros de 1/ sibles. En varias modalidades, las consultas iniciales ra mensajes pendientes clasificados como Gen-1. dalidades, el agente de reconciliación 127 puede intent s i todos los mensajes durante el intervalo de tiempo T1 ra uno o más mensajes Gen-1. La consulta inicial pue r el archivo 140 a través de la aplicación de reconcilia ede hacerse una determinación si cada uno de lo ntificados en la consulta se recibió y está mpletamente por el archivo 140. Después de determina mensajes identificados en la consulta se mpletamente, el archivo 140 puede responder a tr licación de reconciliación 146 con una respuesta po e indica que cada mensaje está almacenado. Cuando s puesta positiva para un mensaje particular, el onciliación 127 confirma que el mensaje se^ archiv minar el mensaje desde el almacenamiento de mensaje Sin embargo, en algunos casos, se puede determina s de los mensajes identificados en la consulta no acenar por el archivo 140. Por ejemplo, el archivo 14 ber recibido un mensaje particular al momento en el qu hivo 140 con respecto a un mensaje particular, se nsaje no confirmado . en el almacenamiento de mensaj rantizar su disponibilidad hasta que pueda confirma hivó el mensaje.

Cuando se recibe una respuesta negativa para rticular, el agente de reconciliación 127 puede e nsaje como Gen-2. Por consiguiente, en algunas m ede clasificarse la reconciliación pendiente de sándose en la falla al confirmar el archivo de tales men hivo de un mensaje no puede confirmarse, puede ser entrega de mensaje típico y los retrasos de proces perimenten y que no sea necesario tiempo adicional p e se resuelva el retraso.

En el ejemplo ilustrado en la Figura 4, puede cía nsaje como un mensaje Gen-2 cuando el tiempo asoc nsaje está dentro del intervalo de tiempo 12. Como se ervención manual para fijar el problema que causa neralmente, el intervalo de tiempo AResolución de prob r un periodo de tiempo relativamente más largo, t oxímadamente 5 horas.

La reconciliación pendiente de mensaje puede sándose en un intervalo de tiempo para resolver nsaje. Se puede apreciar que, idealmente, la clasific nsaje como Gen-2 o Gen-3 es una ocurrencia rara plementaciones, puede clasificarse un mensaje particu nsaje Gen-2 durante el intervalo de tiempo T2 y ha nscurrido el intervalo de tiempo AResolución de tonces clasificado como Gen-3. Por ejemplo, puede cía nsaje no confirmado particular como Gen-2 has nscurrido un intervalo de tiempo de (A emoría caché+ problemas) para el tiempo cuando se recibió la copia registro que contiene el mensaje no confirmado parti nfirmados que experimentan problemas de retraso. De rias modalidades, las consultas no se emiten por el conciliación 127 para mensajes pendientes clasificados Por ejemplo, si se envió una consulta de reintento con disposición del reporte de registro antes de que haya esolución de problema, la consulta probablemente r ra respuesta negativa (Nak). Por consiguiente, la oblemas no revisada por los mensajes Gen-2 durante trasarse hasta la expiración de AResolución de problem En varias modalidades, los mensajes clasific nsajes Gen-3 pueden comprender mensajes más a + T1+T2. En algunas modalidades, por ejemplo, lo sificados como Gen-3 transcurren como mensajes em un intervalo de tiempo (AMemoria caché+ARes oblema) antes del tiempo actual. Los mensajes sificados como Gen-3 por el agente de reconciliación e comprende los ID de mensaje para uno o más mens algunas modalidades, el agente de reconciliación itir periódicamente una consulta de reintento para algu mensajes Gen-3 pendientes. Por ejemplo, el conciliación 127 puede contactar a la aplicación de re 6 del archivo 140 cada 24 horas y emitir una consulta e comprende todos las ID de mensaje para todos IO n-3 previamente enviados antes de un intervalo Memoria caché + AResoiución de problema) antes del tier La consulta de reintento puede recibirse por el ar vés de la aplicación de reconciliación 146, y puede terminación si cada uno de los mensajes identific nsulta de reintento ahora puede recibirse y se mpletamente por el archivo 140. Si se determina qu nsajes Gen-3 identificados en la consulta de r acenan completamente, el archivo 140 puede respon conciliación 146 con una respuesta negativa (Nak) qu mensajes que no están almacenados. Cuando el conciliación 127 recibe una respuesta negativa desde 0 con respecto a un mensaje particular, el mensaje no rmanece en el almacenamiento de mensaje 310 para g ponibilidad hasta que pueda confirmarse que el m chivado.

En algunas modalidades, cuando se recibe una gativa para una consulta de reintento para un mensaj ente de reconciliación 127 puede determinar si se bral de latencia máximo. Si el umbral de latencia máxi anzado, la reconciliación puede contactar periódi licación de reconciliación 146 de! archivo 140 y emitir c intento adicionales para el mensaje no confirmado h ga al umbral de latencia máximo.

En otras modalidades, cuando una respuesta negati nfirmado al reenviar el mensaje no confirmado al arch unas modalidades, el agente de reconciliación 127 pu medio de mensaje no confirmado cuando se llega a xima o al número máximo de intentos de reintent dalidades, puede no existir latencia máxima o número entos de reintento, y el agente de reconciliación menzar el remedio con la falla de un intento d ividual. Por ejemplo, si el primer intento de reinte nsaje Gen-3 falla, el agente de reconciliación 127 pued remedio para el mensaje inmediatamente y recibir un gativa del archivo 140.

Hasta que se confirma que se archivó un mensaje p nsaje no confirmado permanece en el almacenamiento 0 para garantizar su disponibilidad. De acuerdo dalidades, el agente de reconciliación 127 puede nsaje no confirmado al archivo 140 y mantener un reconciliación falla después de varios intentos de ree viarse una alerta a un administrador del sistema ctrónico de generación que informa al administrador d que se necesita algún procedimiento manual para oblema. Se puede apreciar que incluso cuando concillarse un mensaje particular, el mensaje perma acenamiento de mensaje 310 para garantizar su dispo La Figura 5 ilustra una modalidad de un flujo de ecuado para practicar las varias modalidades. Como se jo de mensaje 500 puede involucrar el intercambio d 1-509 entre un servidor de correo electrónico 110 y 0. En algunas implementaciones, los mensajes 501-50 reciben por el agente de registro 125, el agente de re 7, la aplicación de registro 144, y la aplicación de re 6, como se describe anteriormente. Sin embargo, las están limitadas a tales implementaciones. Además, ede crearse basándose en un grupo de condiciones r ejemplo, cuando se envía un mensaje de correo elect receptor por el servidor de correo electrónico 110, e gistro 125 puede determinar si el mensaje de correo tisface las condiciones para el registro. Si las con tisfacen y se va aplicar el registro, el agente de r paqueta el mensaje de correo electrónico como un gistro 50 .

El reporte de registro 501 puede comprender, por e pia de mensaje de correo electrónico que ha sat ndiciones de registro para el archivo 140 y metadatos ID de mensaje para el mensaje, las identidades de los otros datos de transporte para él mensaje. Ei servido ctrónico 110 envía el mensaje de correo electrónico a vía el reporte de registro 501 a través del agente de archivo 140. El reporte de registro 501 puede enviars ede comprender metadatos que incluyen un ID de men nsaje, las identidades de los receptores, y otro nsporte para el mensaje.

Como se describió anteriormente, en plementaciones, la reconciliación pendiente de men ea de soporte puede clasificarse en múltiples gene conciliación. De conformidad con varias modal onciliación pendiente de mensajes puede clasificarse latencia asociada con el archivo 140, cuando se va a a copia del mensaje que puede estar localmente disp moria caché 320, la falla para confirmar el archivado d intervalo de tiempo para resolver retrasos de mensaje rmas. En tales impíementaciones, las consultas pueden uerdo con clasificación de mensaje para optimizar el l procedimiento de reconciliación y minimizar el nsultas al archivo 140. - nsulta de configuración 503 a través de la apl conciliación 146 como una respuesta de configuraci mprende la información de configuración solicitada.

Como se muestra, el servidor de correo electró vés del agente de reconciliación 127, puede emitir nsultas a la aplicación de reconciliación 146 para g gada y el almacenamiento de un mensaje particular e Q. En las varias modalidades, el agente de reconcí ede realizar un procedimiento de reconciliación asinc ntactar el archivo 140, que pregunta si los mensa viaron al archivo 140 se guardaron completamente, y q almacenamiento de los mensajes en el archivo 140. S 0 no puede confirmar el almacenamiento para un mens ente de reconciliación 127 puede realizar una serie de dir al archivo 140 de nuevo en un punto posterior e cluso si el archivo 140 nunca confirma el almacen trega 505 puede comprender, por ejemplo, las iD de m o o más mensajes Gen-1. Los mensajes recibidos por e conciliación 127 y clasificados como Gen-1 pueden cor nsajes que se espera que se almacenen en el a emás, una copia del mensaje puede estar disponibl moria caché 320 para realizar ahorros l/O.

La consulta de confirmación entrega 505 puede reci chivo 140 a través de la aplicación de reconciliación 1 cerse una determinación si cada uno de los mensajes i la consulta de confirmación de entrega 505 se r acena completamente por el archivo 140. Basán terminación, el archivo 140 responde a la consulta de c entrega 505 a través de la aplicación de reconciliaci a respuesta de consulta de confirmación de entrega 50 plementaciones, la respuesta de consulta de confi trega 506 puede enviarse durante el intervalo de ti mensaje que está archivado pueda eliminar el macenamiento de mensaje local 310.

Si se determina que uno o más de los mensajes i ia consulta de confirmación de entrega 505 no se al archivo 140, el archivo 140 puede responder a tr licación de reconciliación 146 con una respuesta de nfirmación de entrega 506 que comprende una respue ak) que identifica los mensajes que no están almacena agente de reconciliación 127 recibe una respuesta de nfirmación de entrega 506 que comprende una respues mensajes no confirmados se mantienen en el almacé nsaje 310 para garantizar la disponibilidad hasta nfirmarse que los mensajes están archivados.

Cuando uno o más mensajes no están confirmado reconciliación 127 puede contactar a la apl conciliación 146 del archivo 140 y enviar una consulta La consulta de reintento 507 puede recibirse por el través de la aplicación de reconciliación 146, y puede terminación si cada uno de los mensajes identific nsuita de reintento 507 sea recibida y está co acenado por el archivo 140. Basándose en la deter chivo 140 responde a la consulta de reintento 507 a t licación de reconciliación 146 con una respuesta de intento 508. En varias implementaciones, la respuesta 8 puede enviarse durante el intervalo de tiempo T3 y ID de mensaje para uno o más mensajes Gen-3.

Si se determina que todos los mensajes identific nsulta de reintento 507 se almacenan completamente 0 puede responder a través de la aplicación de reconc n una respuesta de consulta de confirmación de entre mprende una respuesta positiva (Ack) que indica nsaje está almacenado. Cuando la respuesta de conciliación 127 recibe una respuesta de consulta de r e comprende una respuesta negativa, los mensajes no mantiene en el almacenamiento de mensaje 310 para g sponibilidad hasta que puede confirmarse que los men chivados.

En algunas modalidades, cuando una respuesta de ntento 508 que comprende una respuesta negativa s ente de reconciliación 127 puede emitir consultas icionales hasta que se llega a un umbral de latencia m número máximo de intentos. En otras modalidades, e conciliación 127 puede comenzar el remedio inmediata lia de un intento de reintento individual.

Cuando no puede confirmarse un mensaje, el conciliación 127 puede realizar remedio del mensaje no reenviar el mensaje al archivo 140. Como se muestra, dalidades, el agente de reconciliación 127 puede reali reenvío 509 reproduce al reporte de registro original archivo 140. El agente de reconciliación 127 también a copia del mensaje no confirmado en el almacen nsaje 310.

Después de que se envía el mensaje de reen ocedimiento de reconciliación puede comenzar de nuev confirma que se archive el mensaje particular. Sí rticular no puede reconciliarse después de varios envíof el agente de reconciliación 127 puede generar y rta a un administrador.

De acuerdo con varias modalidades, el flujo de ede involucrar el intercambio de uno o más mensajes n un protocolo de reconciliación para comunicars rvidor de correo electrónico 110 y el archivo 1 plementarse un protocolo de reconciliación, por ejemp rvicio web al utilizar un protocolo de servicio web y í sucesivamente. Se puede apreciar que eí pr conciliación puede implementarse ventajosamente como b debido a muros contraincendios típicamente que per HTTP y muchos archivos que ya proporcionan un ext HTTP para permitir la administración para registrars squedas en el contenido archivado.

En algunas modalidades, los mensajes de consulta protocolo de reconciliación pueden comprender c rvicio web y respuestas implementadas como docum $ documentos XML de consulta y respuesta pueden im utilizar esquema y atributos de XML tal como espacio L (xmlns), caso de esquema XML (xsi), nombres de tensión de definición de esquema XML (xsd), y así suc algunas implementaciones, los documentos XML de puesta pueden comprender mensajes SOAP que inclu SOAP y un cuerpo de SOAP que contiene información nsulta: <?versión xml = "1.0" codificación-"utf-8"?> <soap:Sobre xmlns:xsi-"http://www. w3.org/2001/X so" xmlns:xsd = M http://www.w3.org/2001/XML Esquema" lns:soap = "http: //Esquemas. xmlsoap.org/soap/Sobre/"> oap:Cuerpo> <Configuración xmlns = "http ://anfitriónlocal/reconcili <Parámetroignoradoxmlns = M,7> </Configuración> </soap:Cuerpo> </soap :Sobre> spuesta: El SLA es "0 Años 0 Meses 0 Días 0 Horas 10 gundos" Versiones soportadas son 1.0 y 1.5 <Sla>P0Y0M0DT0H10M0S</Sla> <VersionesSoportadas> < Versión> <VersiónMayor> 1 ersión Me nor>0</Versión enor> </Verstón> <Versión> <VersiónMayor> 1 </VersiónMayor> <VersiónMenor>5 </VersiónMenor> </Versión> </VersionesSoportadas> </Configuración> </RespuestadeConfigu ración > </soap:Cuerpo> </soap:Sobre> Lo siguiente ilustra un ejempio no limitante de sulta: <?versión xmi = "1.0" codificación = Mutf-8"?> <soap:Sobre xrn lns:xsi = "http:// www. w3.org/2001 /X SO" xmlns:xsd = Mhttp://www. w3.org/2001 /XML Esquema" xmlns:soap = Mhttp:// Esquemas. xmlsoap.org/soap/So <soap:Cuerpo> <ConfirmarEntrega xmlns = "http://anfitriónlocal/recon <Cuenta xmlns = "H> <DireccióndeCorreoElectrónico>banco_cliente@ehs. ndeCorreoElectrónico> </Cuenta> <ListadelddeMensaje xmlns = ,M,> <lddeMensaje Tiern poEnviado = "2008-09- 01T09': 00 :00Z">12345@reqistro.reporte.ldde Mensaje > mer mensaje y 8 minutos y 12 segundos para el segund <?versión xml = "1.0" codificac¡ón = *'utf-8"?> <soap:Sobre xml s:xsi = "http://www. w3. org/2001 /XM SO" xmlns:xsd = "http://www.w3.org/2001/XML Esquema" lns:soap:="http://Esquemas. xmlsoap.org/soap/Sobre/"> oap:Cuerpo> <ConfirmarEntregaRespuesta xmlns = nhttp://anfitriónlocal/reconciliar"> <ListadelddeMensaje xmlns = ""> <lddeMensaje tencia = "P0Y0 0DT0H9M15S">12345@registro. reporte. I lddeMensaje> <lddeMensaje te ncia = "P0Y0M0DT0H8M12SM>67890@ registro, re porte. I lddeMensaje> correo electrónico, protocolo de Internet tal como P ntrol de Transmisión (TCP), un protocolo de Trans tado de Representación (REST), protocolos de alime I como Sindicato Realmente Simple (RSS), y/o cu otocolo sincrónico o asincrónico adecuado.

Las operaciones para las modalidades antes descri eden describirse con referencia a uno o más flujos ede apreciar que los flujos lógicos represen cesariamente tienen que ejecutarse en el orden prese alquier orden particular, a menos que se indique de emás, pueden ejecutarse varias actividades descritas c los flujos lógicos en una forma en serie o paralela, icos pueden implementarse al utilizar una o más el rdware y/o elementos de software de las modalidades mentos alternativos como se desee para un grup otaciones de diseño y de desempeño. Por ejemplo, mensaje que se va a reconciliar (bloque 610). plementaciones, el mensaje que se va a reconc rresponder a un mensaje enviado por un servidor ctrónico 110 a un archivo 140 para el almacenamiento, plementaciones, por ejemplo, el mensaje que se va a ede comprender una copia de un mensaje enviado al ra almacenamiento. El mensaje que se va a recon cibirse en una copia de un reporte de registro 502 que un reporte de registro 501 enviado por el servidor ctrónico 110 al archivo 140. La copia del reporte de ede comprender una copia del mismo mensaje que se ceptor y que se envió al archivo 140 para almacenamie El flujo lógico 600 puede comprender clasificar ibido para reconciliación (bloque 620). En varias mod nsaje que se va a reconciliar puede clasificarse basán más intervalos de tiempo tal como un intervalo de consulta de confirmación de entrega puede retrasarse latencia del archivo 140. En algunas implement nsulta de confirmación de entrega puede enviarse al acuerdo con un protocolo de servicio web.

El flujo lógico 600 puede comprender confirmar el a nsaje enviado al servidor (bloque 640). En varias mod nsaje que se va a reconciliar se almacena en un área l como el almacenamiento de mensaje 310, hasta que e se almacena el mensaje enviado al archivo 140. nfirmar el almacenamiento de mensaje en el arch nsaje que se va a reconciliar puede elim acenamiento de mensaje 310. Si una respuesta ne nsulta de confirmación de entrega se recibe, puede e nsulta de reintento al archivo 140 hasta que se llega xima y/o número máximo de intentos.

El flujo lógico 600 puede comprender remediar un Se puede apreciar que aunque ef flujo lógico 600 pu rta secuencia de pasos, también pueden realiz cuencias de pasos de acuerdo con modalidades emás, algunos pasos individuales del flujo lógico iuir múltiples sub-pasos que pueden realizarse cuencias como sea apropiado para el paso individu eden agregarse pasos adicionales o algunos pa moverse dependiendo de la implementación particular.

La Figura 7 ilustra un diagrama en un artículo de O adecuado para almacenar lógica para las varias m rno se muestra, el artículo de fabricación 700 puede medio de almacenamiento 702 para almacenar emplos del medio de almacenamiento 702 pueden inclui os de medios almacenamiento legibles por computad almacenar datos electrónicos, que incluyen memor morando no volátil, o memoria removible o no removib código, segmentos de código de computadora, palabr mbolos, o cualquier combinación de los mismos.

En una modalidad, por ejemplo, el artículo de fabr el medio de almacenamiento legible por computador acenar lógica 704 que comprende instrucciones de p mputadora ejecutables que, cuando se ejecutan mputadora, causan que la computadora realice nr eraciones de acuerdo con las modalidades descritas. a computadora pueden incluir cualquier dispositivo ecuado que tiene capacidades de cómputo y/o capa municac¡ones de acuerdo con las modalidades d positivo de cómputo ilustrativo puede incluir, sin li positivo móvil, un asistente digital personal, un dis mputo móvil, un teléfono inteligente, un teléfono ricular, un localizador unidireccional, un localizador bi dispositivo de transmisión de mensajes, una compu levisión digital, caja de tv por cable, punto de acceso i tación base, estación de suscriptor, centro de suscr ntrolador de red de radio, enrutador, central, acce erruptor, máquina, o combinación de los mismos.

Las instrucciones de programa de computadora eden incluir cualquier tipo adecuado de código, tal com ente, código recopilado, código interpretado, código digo estático, código dinámico, y similares. Las instr ograma de computadora ejecutables pueden implerr uerdo con un lenguaje de computadora predefinid taxis, para instruir una computadora para revisar cie s instrucciones pueden implementarse al utiliza nguaje de programación de alto nivel, bajo nivel, jeto, visual, recopilado y/o interpretado adecuado, tal + , Java, BASIC, Perl, Matlab, Pascal, Visual BASIC, samble, y otros. elementos de software pueden incluir componentes d ogramas, aplicaciones, programas de computadora, pr licación, programas de sistema, programas de máqui sistema operativo, software medio, firmware, ftware, rutinas, subrutinas, funciones, métodos, pro erfases de software, interfases de programa de aplic upos de instrucción, código de cómputo, código de c gmentos de código, segmentos de código de c labras, valores, símbolos, o cualquier combinación de terminar si una modalidad se implementa al utilizar el rdware y/o elementos de software puede variar de alquier número de factores, tal como índice co seado, niveles de energía, tolerancias al calor, pre io de procesamiento, índices de datos de entrada, índic salida, recursos de memoria, velocidades de conduct tos y otras limitaciones de diseño de desempeño, co interactúan uno con otro.

Se enfatiza que el resumen de la descripción se pro uerdo con 37 C.F.R. Sección 1.72(b), que requiere un r r m í t i r á que el lector valore rápidamente la natura scripción técnica. Se envía con el entendimiento ilizará para interpretar o limitar el alcance o signíf i ivindicaciones. Además, en la descripción detallada ede observar que varias características están agrupa dalidad individual para el propósito de dirigir la descr todo de descripción no . se interpreta como refl tención de que las modalidades reclamadas req racterísticas a lo expresamente mencionado ivindicación. En lugar de eso, como reflejan las ¡vindicaciones, el asunto inventivo yace en menos d racterísticas de la modalidad descrita individual. De es dio de la presente las siguientes reivindicaciones se racterísticas estructurales y/o actos metodológicos tender que el tema definido en las reivindicaciones cesariamente está limitado a las característica pecíficos descritos anteriormente. En lugar de racterísticas y actos específicos descritos anteri scriben como formas ilustrativas de imple vindicaciones.

Claims (1)

1. REI INDICACIONES 1. - Un método, que comprende: recibir (610) un mensaje que se va a reco rresponde a un mensaje enviado por un servidor (110) 40) para almacenamiento; clasificar (620) el mensaje recibido para ia reconcili emitir (630) una consulta de confirmación de entreg acuerdo con la clasificación del mensaje para reconcili confirmar (640) si el mensaje enviado del servidor a macena en el archivo basándose en una respuesta a la nfirmación de entrega. 2. - El método de acuerdo con la reivindicaci mprende recibir una copia de un reporte de r responde a un reporte de registro enviado por el chivo. mpo que corresponde a la latencia asociada con el ervalo de tiempo cuando una copia del mensaje' q conciliar está disponible en una memoria caché l ervalo de tiempo para resolver problemas de retraso. 6. - El método de acuerdo con ia reivindicaci mprende clasificar el mensaje que se va a reconciliar recibir una respuesta negativa a la consulta de conf trega. 7. - El método de acuerdo con la reivindicaci mprende emitir una consulta de retraso después de spuesta negativa a la consulta de confirmación de entre 8. - El método de acuerdo con la reivindicaci mprende reenviar el mensaje que se va a reconcilia spués de recibir una respuesta negativa a la consulta d 9. - El método de acuerdo con la reivindicaci >mprende: uerdo con cualquiera de las reivindicaciones 1 a 10. 12. - Un aparato, que comprende: un componente de recepción de mensaje (332) para pía de un reporte de registro desde un agente de regis pia del reporte de registro comprendiendo un mensaje conciliar que corresponde un mensaje enviado por el istro a un archivo (140) para almacenamiento; un componente de clasificación (334) para clasificar cibido para reconciliación; y un componente de emisión de consulta (336) para nsulta de confirmación de entrega al archivo para dete nsaje enviado desde un servidor (110) al archivo se a archivo. 13. - El aparato de acuerdo con la reivindicaci mprende: un componente de recepción de respuesta de co 15.- El aparato de acuerdo con la reivindicación 1 consulta de confirmación de entrega comprende una rvicio web.