MXPA06014352A

MXPA06014352A - Procesamiento de transaccion con nucleo de implementaciones de procesador de distribuidor.

Info

Publication number: MXPA06014352A
Application number: MXPA06014352A
Authority: MX
Inventors: Dean W Hahn-Carlson
Original assignee: Bancorp Licensing Inc
Priority date: 2004-06-09
Filing date: 2005-06-09
Publication date: 2007-07-25
Also published as: EP1782255A4; CA2569338A1; CN101385044A; WO2005124635A3; MXPA06014349A; MXPA06014351A; EP1782259A2; CN101031905A; US20050278251A1; EP1782259A4; AU2005255457B2; WO2005124640A2; EP1779308A4; AU2005255458A1; AU2005255458B2; EP1779308A2; US8560439B2; CA2568584A1; AU2005255457A1; AU2005255453B2

Abstract

Se facilita el procesamiento de transaccion para transacciones basadas en distribuidor. De acuerdo con una modalidad ejemplar de la presente invencion, un procedimiento de administracion de transaccion involucra el procesamiento de aspectos de una transaccion entre participantes contratantes utilizando reglas de transaccion asociadas con un administrador y por lo menos un distribuidor que patrocina la transaccion. En algunas aplicaciones, el administrador financia la transaccion. Las tarifas se evaluan como una funcion del procesamiento de transaccion a nombre del administrador, y en algunos casos, del distribuidor.

Description

PROCESAMIENTO DE TRANSACCIÓN CON NÚCLEO E IMPLEMENTACIONES DE PROCESADOR DE DISTRIBUIDOR DESCRIPCIÓN DE LA INVENCIÓN La presente invención se dirige a procesamiento de transacción y, más específicamente, a sistema y procedimiento de procesamiento de transacción que involucran el procesamiento de una pluralidad de transacciones a nombre de, e integralmente con distribuidores y, donde es apropiado, aspectos de crédito basados en intercambio financiero de las transacciones procesadas. La administración operacional de interacciones contractuales y de transacción entre compradores, vendedores, instituciones financieras y otros involucrados en el intercambio de productos para propósitos de comercio típicamente intensivos en trabajo y tiempo. Generalmente, los procesos para administrar transacciones entre entidades de transacción han sido indebidamente molestos e ineficientes. Para muchas organizaciones, las funciones de transacción de administración y seguimiento pueden ser particularmente molestas y costosas. Cuando una organización particular contrata y de otra forma hace transacción con un gran de número de abastecedores/vendedores, la organización típicamente debe interactuar con cada abastecedor/vendedor en una base individual. Cuando la diversidad de estas interacciones incrementa, la carga y costo asociados con las funciones de transacción de administración y seguimiento se agravan. Interacciones individuales entre compradores y vendedores con frecuencia se caracterizan por contratos específicos, reglas de pago y otras características de procesamiento financiero. Por ejemplo, ciertos vendedores pueden requerir términos de pago tales como un pago neto vencido dentro de un período de tiempo particular, pago para una institución financiera particular o pago en una divisa particular. Además, ciertos vendedores pueden requerir diferentes términos de pago para diferentes contratos. Las variaciones específicas de entidad y específicas de transacción en términos de pago pueden ser particularmente difíciles de administrar y seguir. Además, cuando una transacción alcanza la etapa de pago, instituciones financieras para diferentes participantes de la transacción deben interactuar entre sí. Esta interacción típicamente involucra acuerdos complejos ' y asociaciones que facilitan la transferencia de fondos. A veces, pueden existir demoras en el pago o disputas con respecto a términos de pago. Además, este proceso es altamente susceptible a error. La complejidad de interacción, demora el error, así como una pluralidad de otras características de pago de transacción puede tener un costo para uno o más participantes de una transacción (que incluye instituciones financieras) una cantidad importante de fondos. Se han hecho intentos por automatizar ciertos procesos de transacción, pero esos intentos generalmente se han limitado para aplicación específica de participantes, con implementaciones de procesamiento limitadas en capacidad de control y capacidad de acceso. Donde se involucran instituciones financieras, la provisión de crédito y otro procesamiento de transacción basado en finanzas generalmente han requerido sistemas de procesamiento desintegrado separados. Generalmente, tales procedimientos se han caracterizado por costo importante y complejidad. Lo anterior y otras dificultades en la administración y coordinación de transacciones han presentado retos administrativos y de costo a entidades involucradas en varios aspectos de transacciones, que incluyen aspectos de procesamiento y financieros de transacciones. La presente invención se dirige a solucionar los retos antes mencionados y otros relacionados con los tipos de procedimiento de procesamiento y aplicaciones discutidas en lo anterior y en otras. La presente invención se ejemplifica en un número de implementaciones y aplicaciones, de las cuales algunas se resumen en lo siguiente. De acuerdo con una modalidad ejemplar de la presente invención, el procesamiento basado en transacción se facilita utilizando implementaciones de procesamientos separadas del núcleo y operación. La implementación de procesamiento de núcleo aloja múltiples implementaciones de procesamiento de operación, facilita transacciones junto con las mismas y evalúa tarifas como una función de la facilitación de transacción. Cada implementación de procesamiento de operación es específica del distribuidor, con cada distribuidor utilizando su implementación de procesamiento de operación junto con la implementación de procesamiento de núcleo para facilitar transacciones a nombre de una pluralidad de clientes. En algunas aplicaciones, las funciones de procesamiento y/o las funciones de almacenamiento de datos se mantienen en una forma generalmente patrimonial, con relación a una o ambas de la implementación de procesamiento de núcleo y la implementación de procesamiento de operación. En este respecto, funciones de procesamiento seleccionadas y/o datos implementados por las implementaciones de procesamiento del núcleo y operación se mantienen de tal forma que el acceso se limita, por ejemplo a administradores y/o distribuidores que operan respectivamente las implementaciones de núcleo y operacionales. Intercambios entre las implementaciones del núcleo y operacionales generalmente se dirigen al intercambio de información utilizada por las implementaciones respectivas para ejecutar sus funciones respectivas. De acuerdo con otra modalidad ejemplar de la presente invención, un sistema de procesamiento de transacción automatizado procesa y maneja transacciones entre participantes contratantes a nombre de una pluralidad de distribuidores. Cada distribuidor entra en un acuerdo con un participante controlador para procesar y manejar las transacciones, con conjuntos de reglas de transacción definidas como una función de un acuerdo de transacción entre cada distribuidor y participantes contratantes patrocinados por el distribuidor. El sistema de procesamiento de transacción automatizado incluye una implementación de procesador de distribuidor para cada uno de la pluralidad de distribuidores, cada implementación adaptada para auditar datos de transacción para cada transacción de acuerdo con un conjunto de reglas de transacción para por lo menos uno de los participantes contratantes involucrados en la transacción. Un procesador de núcleo controla una implementación de cada procesador distribuidor a nombre de la pluralidad de distribuidores como una función del acuerdo de transacción entre cada distribuidor y el participante controlador. Un procesador de transacción-finanzas implementado por el participante controlador facilita el financiamiento de cada transacción como una función de la auditoria de la misma, y un procesador de tarifas sobre bienes evalúa una tarifa como una función de las transacciones procesadas a nombre de cada distribuidor. Una o más de las implementaciones de procesador de distribuidor, procesador de núcleo, procesador de transacción-finanzas y procesador de tarifas sobre bienes se implementa en un acuerdo de transacción común en una ubicación común y/o ubicaciones distribuidas. El resumen anterior de la presente invención no se pretende para describir cada modalidad ilustrada o cada implementación de la presente invención. Las figuras y la descripción detallada que siguen ejemplifican más particularmente estas modalidades. BREVE DESCRIPCIÓN DE LOS DIBUJOS La invención puede entenderse más completamente en consideración de la descripción detallada de varias modalidades de la invención junto con los dibujos anexos, en los cuales: La FIGURA 1 muestra una disposición y procedimiento para procesamiento de transacción que involucra implementaciones distintas de procesamiento de núcleo y específicas de usuario, de acuerdo con una modalidad ejemplar de la presente invención; La FIGURA 2 muestra procedimiento de procesamiento de transacción que involucra capas operacionales implementadas específicamente a entidades basadas en distribuidor particulares, de acuerdo con otra modalidad ejemplar de la presente invención; La FIGURA 3 muestra un diagrama de flujo para procesamiento de transacción, de acuerdo con otra modalidad ejemplar de la presente invención; La FIGURA 4 muestra un diagrama de flujo para funciones de procesamiento de núcleo y operacionales implementadas para procesamiento de transacción, de acuerdo con otra modalidad ejemplar de la presente invención; y La FIGURA 5 muestra una implementación jerárquica de una red de procesamiento de transacción, de acuerdo con otra modalidad ejemplar de la presente invención. Aunque la invención se somete a varias modificaciones y formas alternativas, especificaciones de la misma se han mostrado a modo de ejemplo en los dibujos y se describirán en detalle. Se debe entender sin embargo, que la intención no necesariamente es limitar la invención a las modalidades particulares descritas. ' Por el contrario, la intención es cubrir todas las modificaciones, equivalentes y alternativas que caigan dentro del espíritu y alcance de la invención como se define por las reivindicaciones anexas. La presente invención se cree que se puede aplicar a una variedad de diferentes tipos de procedimientos de procesamiento y administración de transacción, y se han encontrado que es particularmente útil para aplicaciones que involucran el procesamiento de datos de transacción en una forma distribuida. Aunque la presente invención no se limita necesariamente a tales procedimientos, varios aspectos de la invención pueden apreciarse a través de una discusión de varios ejemplos utilizando estos y otros contextos. De acuerdo con otra modalidad ejemplar de la presente invención, un sistema de procesamiento de transacción incluye una función de núcleo basada en administrador, y una pluralidad de funciones operacionales basadas en distribuidor. La función de núcleo interactúa con cada una de la pluralidad de funciones operacionales basadas en distribuidor para procesar separadamente transacciones específicas para cada función operacional. Es decir, cada combinación de una de la pluralidad de funciones operacionales basadas en distribuidor opera con la función de núcleo para llevar a cabo un conjunto de funciones de procesador de transacción para un distribuidor que implementa la función operacional. El sistema de procesamiento de transacción utiliza reglas comerciales para cada función operacional para adaptar las transacciones separadamente procesadas al distribuidor particular para el cual se implementa la función operacional correspondiente. En este respecto, las reglas comerciales que se refieren a la administración del sistema de procesamiento de transacción se implementan junto con reglas comerciales para el distribuidor, con las funciones de procesamiento seleccionadas implementadas para transacciones como especificadas por el distribuidor. El sistema de procesamiento de transacción facilita el pago para cada transacción y evalúa las tarifas de procesamiento para uno o más participantes de la transacción. Cada función operacional, o aspectos de la misma, se lleva a cabo selectivamente en una ubicación propiedad del distribuidor que implementa la función operacional, o a discreción del distribuidor, por un dueño del sistema de red o controlador que implementa la función de núcleo. En ciertas aplicaciones, las funciones de núcleo y operacionales se llevan a cabo en un procesador común o disposición de procesador que implementa dos o más procesadores. Por ejemplo, cada distribuidor puede implementar funciones para recibir y procesar inicialmente datos para su uso en un procesador basado en administrador, con esos datos enviados al procesador basado en administrador, que implementa funciones operacionales que ambas se basan en distribuidor y funciones de núcleo para procesar los datos de transacción. En este respecto, las funciones operacionales llevadas a cabo en la ubicación de distribuidor patrimonial pueden efectuarse independientemente de aquellas funciones llevadas a cabo en una ubicación de administrador, donde datos apropiados se proporcionan en la ubicación de distribuidor. En algunas aplicaciones, las implementaciones de procesamiento de núcleo y operacionales son propiedad de las instituciones de transacción diferentes. Por ejemplo, donde un dueño de sistema de red proporciona un sistema de procesador de transacción y la implementación de procesamiento de núcleo, el acceso a y el control de la implementación de procesamiento de núcleo se lleva a cabo en una forma que es propiedad del dueño del sistema de red. Donde un distribuidor proporciona una implementación de procesamiento operacional adaptable, parte o toda la implementación de procesamiento operacional se mantiene en propiedad del distribuidor. En este respecto, el dueño del sistema de red limita el acceso del distribuidor a la implementación de procesamiento de núcleo. Similarmente, el distribuidor puede limitar el acceso del dueño del sistema de red (u otro acceso de participante) a ciertos aspectos de la implementación de procesamiento operacional donde ciertas funciones de procesamiento se mantienen en una forma patrimonial, con relación al distribuidor. El acceso selectivo a la implementación de procesamiento operacional se concede al procesador de núcleo para facilitar transacciones (por ejemplo, para extraer datos de transacción o simplemente al recibir datos de transacción enviados a la implementación de procesamiento de núcleo) . Para facilitar varias disposiciones e interacciones con implementaciones de procesamiento de núcleo y operacionales como se discute en lo anterior, una variedad de procesamientos se utilizan para adecuar aplicaciones particulares. Por ejemplo, una aplicación relativamente simple involucra el uso de procesador común para diferentes distribuidores con datos que son específicos para cada distribuir utilizado para crear una implementación de procesamiento operacional para ese distribuidor. Otra aplicación involucra el uso de un procesador común para diferentes distribuidores, con el procesador exigiendo programación especial que se adapta para cada distribuidor para procesar transacciones para ese distribuidor. Aún otra aplicación involucra el uso de un procesador discreto, implementado para un distribuidor particular y programado con funciones de transacción adaptadas para ese distribuidor. En cada una de estas aplicaciones, las implementaciones de procesamientos operacionales (de distribuidor) se interconectan con la función de núcleo. De acuerdo con otra modalidad ejemplar de la presente invención, una disposición de procesador de ordenador implementa un procedimiento de transacción basado en reglas junto con múltiples procesadores de distribuidor para procesar automáticamente transacciones. Cada procesador distribuidor se asocia y opera de acuerdo con un distribuidor particular, cada distribuidor particular patrocina participantes de transacción en uso de la disposición de procesador de ordenador. El procesador distribuidor proporciona información a la disposición de procesador de ordenador, que utiliza la información para llevar a cabo funciones de transacción o nombre del distribuidor. En ciertas aplicaciones, los procesadores de ordenador de distribuidor se implementan en conjunto en una disposición de procesador de transacción común (localmente vinculada o compartida) . En otras aplicaciones, los procesadores de ordenador y distribuidor se implementan en ubicaciones distantes, con comunicaciones siendo efectivas sobre una red pública tal como la Internet. El procesador de ordenador maneja los aspectos de procesamiento de transacción a nombre de cada distribuidor, utilizando reglas de procesamiento de transacción adaptadas a cada distribuidor. El procesador ordenador lleva a cabo aspectos seleccionados (por ejemplo, administración de transacción y/o financiera) de transacciones entre dos o más de los participantes de transacción como una función de las reglas comerciales para por lo menos una institución del distribuidor que facilita la transacción para un participante de transacción. En algunas aplicaciones, el procesador de ordenador lleva a cabo aspectos seleccionados' de transacciones entre dos o más participantes de transacción como una función de las reglas comerciales para diferentes distribuidores, donde cada uno de los distribuidores diferentes facilita transacciones a nombre de por lo menos uno de los dos o más participantes de transacción. En este respecto, el procesador ordenador facilita generalmente funciones de procesamiento distintas para cada distribuidor y, donde es apropiado, funciona como un socio generalmente capitalista de la transacción, con relación a cada uno de los clientes del distribuidor. Las funciones de procesamiento adaptadas a cada distribuidor facilitan transacciones entre clientes (por ejemplo, compradores y/o vendedores) utilizando uno o más de una variedad de procedimientos como dirigidos por cada distribuidor particular, tal como al procesar datos de transacción, administrar ventas de participantes de transacción y/o procedimientos de mercadotecnia o al financiar aspectos de individuos y/o grupos de transacciones. Para cada transacción particular facilitada por un distribuidor, por lo menos uno de los participantes de transacción es un cliente del distribuidor y como en algunos casos, diferentes participantes de una transacción común son clientes de diferentes distribuidores. En algunas aplicaciones, los clientes de distribuidor son clientes patrocinadores que patrocinan participantes de transacción individuales en el sistema proporcionado mediante el distribuidor. En este respecto, cada cliente patrocinador se suscribe al sistema mediante el distribuidor y por consiguiente proporciona servicios con relación a la suscripción a participantes de transacción individual (quienes no necesitan suscribirse necesariamente al sistema en el contexto que se suscribe el cliente patrocinador) . En otra modalidad ejemplar de la presente invención, un sistema de administración de transacción central utiliza reglas comerciales (por ejemplo, incluidas en la información de perfil) asociadas con los participantes de transacción de patrocinio y/o participantes de transacción de suscripción (por ejemplo, compradores, vendedores patrocinados por los participantes) para procesar transacciones que involucran participantes de transacción de suscripción. Los participantes de transacción de patrocinio generalmente implementan funciones, por medio del patrocinio en el sistema de administración de transacción central, que incluyen aquellos relacionados al patrocinio en el contexto de uno o más compradores, vendedores, transportistas y buques transportadores, y algunas aplicaciones, funciones relacionadas a los aspectos financieros de las transacciones. Las transacciones procesadas por el sistema de administración de transacción central generalmente involucran ofertas mercantes, es decir, productos y/o servicios, caracterizados en acuerdos entre los participantes de transacción de suscripción y otro participante que puede no ser patrocinado. Algunas transacciones se basan en servicios financieros (o productos, donde se consideran tales), donde el producto de la transacción involucra cosas tales como la provisión de crédito de cambio comercial, inscripción de valores, extensión de crédito y conversión de divisas. Otras transacciones procesadas por el sistema de administración de transacción central son auxiliares para transacciones que involucran productos y/o servicios como se discute en lo anterior. Por ejemplo, donde dueños de redes, administradores de redes que distribuyen funciones de redes, participantes, suscriptores de patrocinio o los suscriptores mismos se comprometen en acuerdos relacionados al procesamiento general de transacciones, términos de estos acuerdos implementan por el sistema de administración de transacción central. Para esos servicios auxiliares, productos de transacción (como con relación a las ofertas mercantes discutidas en lo anterior) involucran cosas tales como el procesamiento de transacción automatizado mismo, mantenimiento de registros, contabilidad, clasificación de gastos, transferencia y administración de libro de Contabilidad General, informe de cumplimientos y administración de datos. En algunas aplicaciones, los participantes patrocinadores se contratan con administradores de redes para su uso del sistema de administración de transacción central, el cual a su vez se proporciona por un dueño de red. En ciertas aplicaciones, el dueño de red también funciona como un administrador de red que proporciona los aspectos operacionales del sistema para su uso por los participantes patrocinadores así como para su uso por otros administradores de redes y sus participantes patrocinadores respectivos. En este contexto, los administradores de redes distribuyen uso basado en suscripción del sistema de administración de transacción central a participantes patrocinadores, que a su vez solicitan suscriptores-clientes . Las tarifas asociadas con el uso del sistema de administración de transacción central se evalúan en uno o más niveles de jerarquía, con relación a la distribución del uso del sistema, con obligaciones contractuales con relación a tales tarifas que funcionan generalmente entre niveles adyacentes de jerarquía. Por ejemplo, suscriptores-clientes generalmente expuestos a los participantes patrocinadores, quienes a su vez están expuestos a los administradores de redes. Cuando el sistema de administración de transacción central recibe información de transacción, la información se analiza a fondo para identificar características que pueden asociarse con participantes de patrocinadores y sus suscriptores que proporciona la información de transacción, o de otra forma involucrados en una transacción con relación a la información de transacción. Cuando estas características de identificación co-relacionan un participante patrocinador particular, el sistema de administración de transacción central utiliza reglas comerciales para que el participante patrocinador procese la transacción. Además, cuando se identifican características para diferentes participantes suscriptores para diferentes participantes patrocinadores de co-relación y transacción, aspectos de la transacción que son específicos para cada participante suscriptor se procesan de acuerdo con el participante patrocinador correspondiente del participante suscriptor. Los fondos con relación a la transacción se transfieren de acuerdo con las reglas comerciales asociadas con el participante patrocinador para cada participante suscriptor, así como el participante suscriptor mismo, y para las características particulares de la transacción. En ciertas aplicaciones del procesamiento que involucran administradores de redes que distribuyen funciones de redes, patrocinadores participantes que patrocinan suscriptores (participantes de transacción) y suscriptores mismos, el sistema de administración de transacción central asocia una cadena de estos participantes con la información de transacción recibida. Por ejemplo, donde "Comprador A" contacta con el "Patrocinador B" para transacciones de procesamiento a nombre del comprador, y donde el Patrocinador B realiza un contrato con el "Administrador de Red C" para su uso del sistema de administración de transacción central, estos participantes se asocian con documentos de transacción recibidos en relación a una transacción que involucra el Comprador A. Las reglas comerciales asociadas con estos participantes se utilizan para procesar la transacción, con relaciones jerárquicas entre los participantes respectivos utilizadas para determinar la responsabilidad financiera y otra con relación a las características de contrato individual que afectan el procesamiento de la transacción. El sistema de administración de transacción central además aisla la información cuando es apropiado para propósitos contractuales y/o reglamentarios. Por ejemplo, donde múltiples administradores de redes distribuyen funciones de procesamiento de transacción a participantes patrocinadores, cada una de las funciones de procesamiento del administrador de red se mantiene discretamente con relación a otros administradores de redes. Similarmente, con un conjunto de funciones de procesamiento proporcionadas mediante un administrador de red particular a participantes patrocinadores, parte o toda la información con relación específicamente a participantes individuales se mantiene discretamente con relación a otros participantes patrocinadores. Además, cada participante patrocinador mantiene selectivamente los datos para sus suscriptores discretamente, con relación a otros suscriptores. El acceso a los datos se regula por consiguiente, de tal forma que datos confidenciales se mantienen y además de tal forma que se cumplan las reglas de cumplimiento de tipo reglamentario, es decir, para desahogar cualquier potencial para caracterizaciones de precio inapropiadas u otras cuestiones de tipo competitivo. En otra modalidad, el sistema de administración de transacción central se implementa con distribución funcional entre una variedad de participantes, con ciertos participantes operando en dos o más niveles funcionales. Utilizando el ejemplo anterior que involucra administradores de redes que distribuyen funciones de redes, patrocinadores participantes que patrocinan suscriptores (participantes de transacción) y suscriptores mismos, tal operación involucra uno o más de estos participantes que operan en dos o más niveles. En una aplicación ejemplar, administradores de redes también funcionan como patrocinadores participantes, que patrocinan directamente participantes de suscripción mientras también distribuyen funcionalidad de procesamiento de red a otros patrocinadores que a su vez, patrocinan otros participantes de suscripción. Donde es apropiado y/o se requiere, características operacionales de una doble entidad particular que funciona en dos o más niveles se separan física y/o funcionalmente. Por ejemplo, donde una entidad está funcionando como un administrador de red y también un patrocinador participante como se sugiere en lo anterior, la capacidad para operaciones de patrocinador participantes (por ejemplo, implementaciones de procesador programadas) de la doble entidad para acceder a información disponible para las operaciones de administración de red de la doble entidad se restringe. En este respecto, donde patrocinadores participantes emplean el comercio común como competidores, la relación de la entidad de patrocinador participante también funciona como el administrador de red, ' con relación al sistema de administración de transacción central, se configura para restringir el acceso a su información del competidor. Además, la restricción aplica a través de competidores para limitar la capacidad de asegurar información relacionada con precio y/u otra transacción, que se mantiene separado en forma deseable. Este procedimiento restrictivo se lleva a cabo mientras se mantiene el acceso a las funciones de administrador de red de la doble entidad para poder procesar funciones de transacción a nombre de sus patrocinadores participantes, y donde es apropiado, para propósito reglamentarios. Reglas comerciales y otra información específica para los diferentes participantes involucrados en el procesamiento con el sistema de administración de transacción central se almacenan utilizando uno o más de una variedad de procedimientos. Por ejemplo, una base de datos accesible por un sistema de administración de transacción central y que tiene niveles u otras características de identificación que asocian la regla comercial con un participante particular pueden utilizarse. Esta base de datos puede ser físicamente local o remota para el sistema de administración de transacción central, con el sistema de administración de transacción central teniendo acceso a la base de datos y controlando el acceso a la base de datos por otras entidades. Las funciones de procesamiento, que incluyen aquellas discutidas junto con las funciones de núcleo y operacionales, como se discute en lo anterior pueden implementarse en una sola ubicación o a través de una variedad de ubicaciones. Donde es apropiado, cierta funcionalidad de un procesador central se implementa en diferentes ubicaciones accesibles acopladas comunicativamente entre sí. Además, la funcionalidad del procesador central puede implementarse en varios niveles en jerarquía de transacción, tal como con un participante distribuidor de administración de red o con participantes de transacción quienes son clientes de y/o patrocinados por instituciones financieras . La FIGURA 1 muestra una disposición y procedimiento 100 para procesamiento de transacción con interacciones de transacción de múltiples capas en niveles de administración, distribución y suscripción, de acuerdo con otra modalidad ejemplar de la presente invención. La disposición y procedimiento 100 implementa un procesador 110 de transacción que facilita el procesamiento de transacción para suscriptores del sistema. El procesador 110 de transacción incluye un procesador 112 de núcleo que lleva a cabo las funciones programadas globalmente a través de todos los participantes (y sus transacciones asociadas o transacciones patrocinadas) que operan dentro del procesador 110 de transacción. Un administrador 140 de dueño de red establece estas funciones de núcleo y además implementa y proporciona control para el procesador 110 de transacción. La información con relación al procesador de núcleo, sus funciones y operabilidad se almacenan en una base de datos 120 accesible al procesador 110 de transacción. La base de datos 120 también almacena información con relación a usuarios particulares de la disposición 100, que incluye perfiles y/o reglas comerciales para los usuarios, y contratos 118-N que pertenecen a transacciones en la cual se involucran los usuarios. Esta información almacenada se utiliza para transacciones de procesamiento y, donde es apropiado, para autentificar datos de transacción entrantes. La base de datos 120 se implementa en una variedad de formas. Por ejemplo, mientras se muestra remotamente adecuado del procesador 110 de transacción, la base de datos 120 se integra selectivamente con el procesador de transacción y/o implementa en una ubicación dispareja.

Además, aunque se muestra implementado como una disposición sencilla, la base de datos 120 puede incluir varias disposiciones funcionales y/o físicas, ambas locales y remotas para el procesador 110 de transacción. El administrador 140 de dueño de red distribuye el control de aspectos seleccionados del procesador 110 de transacción a una pluralidad de administradores de redes tales como administradores 130-N y 160-N de redes mediante la capacidad de especificar las características de procesamiento de transacción como se definen, por ejemplo, por los perfiles/reglas 114-N comerciales y los contratos 118-N. Estos administradores de red implementan separadamente el procesador 110 de transacción, con clientes de los administradores de redes (por ejemplo patrocinadores y/o suscriptores como se describe además en lo siguiente) que ven funcionalmente las funciones de procesamiento como exclusivas para el administrador de redes que facilita el procesamiento. En este respecto, un procesador distribuidor se matiza para cada administrador de red y opera con el procesador 112 de núcleo para proporcionar funciones de procesamiento de transacción para patrocinadores y sus suscriptores a nombre del administrador de red. Es decir, el procesador 112 de núcleo interactúa con cada procesador distribuidor para proporcionar funcionalidad de núcleo y funcionalidad operacional específica del administrador de red. En este respecto, el procesador distribuidor para cada administrador de red proporciona funciones de procesamiento que se adaptan específicamente a un administrador de red particular, con datos de transacción generados y/o procesados por cada procesador distribuidor pasado al procesador 112 de núcleo. En algunas aplicaciones, procesadores de distribuidor para administradores de red se almacenan, programan o de otra forma se implementan junto con el procesador 110 de transacción. A modo de ejemplo, varios procesadores 116-N de distribuidor se muestran correspondientemente implementados con el procesador 110 de transacción. En otras aplicaciones, un procesador 150 de distribuidor remoto se implementa para un administrador de red particular, (por ejemplo, se implementa en una ubicación de administrador de red tal como su lugar comercial) . En aún otras aplicaciones, porciones del procesador de distribuidor para un administrador de red particular se implementan dentro del procesador 110 de transacción (con uno de los procesadores 116-N de distribuidor) y otras porciones del procesador de distribuidor para ese administrador de red particular se implementan remotamente. Tal función de procesador de distribuidor remoto puede llevarse a cabo con el procesador 150 de distribuidor remoto y/o en una de las ubicaciones 130-N de administrador de red. Aunque se muestra como implementaciones de procesador distintas, los procesadores 112 y 116-N de núcleo y distribuidor se implementan selectivamente en un procesador común, con control selectivo para aislar o de otra forma distinguir las características de procesamiento de núcleo y operacionales. Por ejemplo, donde funciones de procesamiento patrimonial se programan en un procesador de distribuidor para un administrador de red particular, esas funciones se mantienen exclusivamente, de tal forma que el administrador 140 de dueño de red se restringe en acceder a las funciones del procesador de distribuidor. Independientemente de la disposición y el acceso a las mismas, el resultado de estos procesadores 116-N de distribuidor se envía al procesador 112 de núcleo. Donde es apropiado, el procesador 110 de transacción implementa enlaces de comunicación a los procesadores 116-N de distribuidor que utilizan criterios de tipo seguridad asociados para asegurar confidencialidad y comunicaciones fuertes con cada procesador de distribuidor. Administradores de redes que interactúan con el procesador 110 de transacción distribuyen servicios de procesamiento de transacción a participantes de redes (patrocinadores) para una variedad de funciones. Los administradores 130-N de red distribuyen al comprador, vendedor y participantes 131-136 financieros (mostrados por ejemplo, con participantes adicionales contemplados), y el administrado 160 de red distribuye exclusivamente las funciones financieras 170-N. Cada uno de los participantes a su vez proporciona acceso al procesador 110 de transacción para clientes que incluyen compradores, vendedores y financieros, con relación a diferentes transacciones. En algunas aplicaciones, otros clientes que son auxiliares para transacciones se facilitan el acceso mediante uno o más de los participantes patrocinadores, administradores de redes o administradores de dueño de red. Por ejemplo, ciertas entidades reglamentarias pueden concederse en el acceso a aspectos de transacción seleccionados para propósitos de asegurar cumplimiento con los reglamentos tales como aquellos aplicados a prácticas de contabilidad, aduanas y seguridad nacional. Este acceso, aunque es facilitado por una entidad en un nivel de transacción jerárquico particular, generalmente se efectúa mediante el procesador 110 de transacción, con los procesadores de núcleo y/o distribuidor administrando el acceso de datos, por ejemplo, como una función de la información de seguridad y la información que identifica entidades para la cual se está concediendo el acceso. Con referencia a las funciones del administrador de red general realizadas por los administradores 130-N de red, participantes que acceden el procesador 110 de transacción a través de estos administradores de red incluyen patrocinadores 131 y 133 de participante vendedor, de patrocinadores 132 y 134 de participante comprador y patrocinador 136 de participante de institución financiera. Cada uno de los suscriptores patrocinadores de participantes en el sistema, con algunos suscriptores seleccionados mostrados a modo de ejemplo, que incluyen suscriptores l-N que se suscriben mediante el participante 136 de institución financiera y los suscriptores l-N de comprador que se suscriben mediante el patrocinador 134 de comprador. Cada uno de estos suscriptores proporciona información que se refiere a contratos de transacción en los cuales se involucra el suscriptor, con los contratos siendo almacenados para su acceso por el procesador 110 de transacción (por ejemplo, con los contratos 118-N almacenados en la base de datos 120) . El procesador 110 de transacción mantiene información de contratos, reglas comerciales y/o perfiles 114-N separadamente para cada suscriptor e implementa esta información para procesar transacciones que involucran a los suscriptores. El procesador 110 de transacción mantiene almacenamiento seguro separado para las reglas comerciales y perfiles 114-N para restringir el acceso al mismo, por ejemplo, mediante diferentes administradores de red, participantes de patrocinio, suscriptores o, donde es apropiado, el administrador 140 de dueño de red. La información 118-N de contrato también se mantiene con el acceso restringido con relación al nivel al cual cada caso de información de contrato se puede aplicar. Por ejemplo, donde la información de contrato pertenece a un acuerdo entre participantes 133 de comprador y el suscriptor 135 de comprador, el acceso a la información de contrato se restringe a uno o ambos del administrador de red y el patrocinador de comprador. Donde es apropiado, también se da el acceso a participantes de más alto nivel en la cadena que llevan implicación en el procesador 110 de transacción (por ejemplo, el administrador 130 de red y/o el administrador 140 de dueño de red se les concede el acceso a la información con respecto a un contrato entre el patrocinador 134 de comprador y el suscriptor 135 de comprador) . Cuando van a procesarse los datos de transacción, los datos entrantes se autentifican o de otra forma se asocian con la información que corresponde al vendedor de la información y/o las transacciones con las cuales se involucra el vendedor. Por ejemplo, donde un suscriptor 135 de comprador envía información de pedido mediante el administrador N de red, la autentificación puede llevarse a cabo en una variedad de formas. En una aplicación, el procesador 110 de transacción almacena y utiliza la información de perfil para el suscriptor 135 de comprador para autentificar la información de pedido. En otra aplicación, el administrador N de red autentifica la información de pedido y pasa la información junto con el procesador 110 de transacción, el cual a su vez autentifica la información pasada como una función de la información de perfil almacenada para el administrador N de red. Una vez recibida y autentificada, la información de pedidos se utiliza para facilitar el procesamiento de transacción (por ejemplo, para facilitar el pago para una factura similarmente recibida y autentificada, con la información de pedido utilizada para auditar una cantidad de pago especificada en la factura) . Como se discute en lo anterior, la base de datos 120 puede incluir ubicaciones de almacenamiento de datos separadas, con una porción de las mismas implementadas, por ejemplo, en un administrador de red u otro nodo remoto. En este respecto, ciertas reglas comerciales, perfiles y/o información de contrato se almacenan selectivamente en otros nodos interactivos en la cadena de jerarquía para una transacción particular. Por ejemplo, utilizando el ejemplo anterior que involucra el suscriptor 135 de comprador, información de contrato para un contrato entre suscriptor 135 de comprador y el participante 134 de comprador de patrocinio se almacena selectivamente en una o más de las ubicaciones pertinentes para el participante 134 de comprador de patrocinio, el administrador 130 de red o el procesador 110 de transacción. Donde las reglas comerciales, perfiles y/o información de contrato se almacenan remotamente, el acceso a la regla se concede al procesador 110 de transacción para implementar selectivamente las reglas. En algunas aplicaciones, el acceso a las reglas se concede al proporcionar las reglas al procesador 110 de transacción junto con el procesamiento específico de una transacción particular que involucra un participante al cual aplican las reglas. En este respecto, actualizaciones u otros cambios a las reglas pueden administrarse por los administradores de red nombre de su participante. En muchas aplicaciones, los perfiles, reglas comerciales y otras características programadas del procesador 110 de transacción implementan reglas asociadas con contratos entre participantes de transacción y entre operadores en diferentes niveles de jerarquía de procesamiento de transacción para procesar información de transacción a nombre de los participantes de transacción. Por ejemplo, los datos de transacción (por ejemplo, documentos basados en transacción tales como facturas u otros documentos financieros) proporcionados por los suscriptores de cliente de un participante de patrocinio particular se asocia automáticamente con el participante de patrocinio. La asociación de los datos de transacción (y de este modo los suscriptores) con un distribuidor de procesamiento particular puede involucrar por ejemplo, utilizar información de identificación proporcionada con los datos de transacción para identificar directamente un participante de patrocinio o para identificar el suscriptor y a su vez utilizar información para asociar el suscriptor identificado con un participante de patrocinio. Los documentos de transacción entonces se procesan de acuerdo con las reglas comerciales relativas y/o los perfiles. Los usuarios del sistema interactúan con el procesador 110 de transacción para proporcionar información relacionada con la transacción, tal como reglas de procesamiento financieras, reglas de contabilidad, pedidos, facturas, documentos de transporte, datos de autorización de pago, datos de ejecución de pago, documentos aduanales, documentos de seguridad y otros. En algunas aplicaciones, esta información se proporciona directamente por usuarios individuales (por ejemplos suscriptores 137-N y 170-N) o mediante otros usuarios en la cadena de jerarquía que lleva la interacción con el procesador 110 de transacción, tal como mediante administradores de red y participantes de patrocinio. Además, esta información relacionada con la transacción puede incluir información para relacionar la aplicación de las reglas a los datos de transacción, tal como procesos de pago, extensión de crédito y cargos financieros. Los perfiles de usuario y/o las reglas comerciales discutidas en la presente junto con la FIGURA 1 anterior y de otra forma pueden incluir una variedad de información para su uso en la administración de transacción y procesamiento financiero. Por ejemplo, además de los procedimientos antes discutidos, los perfiles pueden incluir uno o más de los siguientes datos: diagrama de libro de contabilidad general de los datos de cuentas, identificación de los sistemas de cómputo que presentan datos de contrato o de transacción, listas de clientes, listas de vendedores, listas de instituciones financieras, políticas de aprobación de contrato y precio, políticas de aprobación de transacción, reglas comerciales, papeles operacionales (por ejemplo, que definen que funciones un usuario asociado con ese papel puede realizar), jerarquía organizacional (por ejemplo, se define cuantos datos puede acceder de la empresa un usuario asociado con un nodo organizacional particular) , y usuarios individuales. Los perfiles de instituciones financieras también pueden incluir información que define además la relación comercial con los clientes seleccionados u otros distribuidores de procesamiento y las organizaciones de procesamiento financiero a partir de la perspectiva de la institución financiera. En algunos casos, los suscriptores de institución financiera proporcionan reglas que se almacenan en la base de datos 120, con otros usuarios simplemente interactuando con el procesador 110 de transacción conforme a las reglas proporcionadas por el suscriptor de institución financiera (por ejemplo, sin proporcionar ninguna información para el almacenamiento en la base de datos 120. Donde una institución financiera particular es un participante de patrocinio (por ejemplo, participante 136), sus suscriptores pueden o no tener reglas comerciales y/o información de perfiles almacenados en la base de datos 120, y en este respecto pueden utilizar similarmente reglas almacenadas a nombre del participante de patrocinio. Nuevamente con referencia a la discusión ejemplar anterior que involucra al suscriptor 135 de comprador, el procesador 110 de transacción procesa el pago para transacciones que involucran el suscriptor de comprador que utiliza un contrato entre el suscriptor de comprador y otro participante de transacción (por ejemplo, un vendedor). El pago se procesa selectivamente utilizando funciones del procesador de transacción-finanzas implementadas, po'r ejemplo, en el procesador 110 de transacción, con el pago siendo facilitado directamente desde y/o mediante la extensión de crédito a nombre de un participante de transacción particular. El procesador 110 de transacción evalúa una o más tarifas para el procesamiento y carga las tarifas contra la transacción y/o uno o más participantes de transacción. El cobro de la tarifa (o tarifas) , se logra, por ejemplo, directamente del pago hecho por la transacción al extender una línea de crédito o al transferir un asiento en un campo de contabilidad, tal como en un campo de cuentas pagables en un libro de Contabilidad General asociado con el comprador u otra transacción. Los contratos que caracterizan relaciones entre operadores en diferentes niveles de jerarquía se utilizan para distribuir y de otra forma procesar las tarifas evaluadas antes descritas. Por ejemplo, nuevamente utilizando el ejemplo que involucra al suscriptor 135 de comprador, un contrato entre suscriptor 135 de comprador y el participante 134 de comprador de patrocinio puede especificar que un cierto porcentaje (por ejemplo, 1%) de un pago de transacción se evalúa contra el suscriptor 135 de comprador como una tarifa de procesamiento. Esta tarifa de procesamiento puede cobrarse y distribuirse directamente al participante 134 de comprador de patrocinio. Las implementaciones 122 y 116-N de procesamiento de núcleo y operacionales se interoperan respectivamente para llevar a cabo los procedimientos de procesamiento de tarifa antes descritos (por ejemplo, con una implementación o implementaciones de procesador de tarifas sobre bienes) . Por ejemplo, donde la transferencia de fondos se lleva a cabo por el procesador 112 de núcleo pero donde la determinación de una cantidad de fondos (por ejemplo, relacionada a las tarifas de procesamiento de transacción) u otra característica relacionada con la transferencia se determina por un procesador de distribuidor, el procesador de distribuidor proporciona tal información cuando es necesario para la transferencia de fondos al procesador 112 de núcleo. En este respecto, cada procesador de distribuidor puede adaptarse selectivamente para los procedimientos de procesamiento de tarifas particulares, mientras el procesador 112 de núcleo se adapta para el procesamiento de tarifas globalmente entre diferentes participantes de transacción. Cada uno de los procesadores 116-N y 150 de distribuidor de este modo se programan para interconectarse con el procesador 112 de núcleo, como es el procesador de núcleo con cada uno de los procesadores de distribuidor. La estructura de procesamiento implementada con el núcleo (112) y/o los procesadores de distribuidor (116-N y 150) se lleva a cabo específicamente con relación a contratos entre las entidades de operación a varios niveles. Po'r ejemplo, las tarifas evaluadas para suscriptores pueden basarse en transacción, donde una cantidad de una transacción que se procesa se utiliza para evaluar una tarifa. Las tarifas en otros niveles de jerarquía en la cadena de procesamiento de transacción que llevan al administrador de dueño de red pueden llevarse a cabo similarmente, como una función de un grupo de transacciones facilitadas mediante clientes de entidades particulares que participan en transacciones mediante el procesador 110 de transacción.

Otros procedimientos involucran tarifas fijas o tarifas apiladas, por ejemplo donde una entidad paga una tarifa fija en una naturaleza cíclica, o una tarifa apilada con relación a un volumen de transacciones que se patrocinan o de otra forma se facilitan mediante el procesador 110 de transacción. En ciertas aplicaciones, las funciones del procesamiento de tarifas seleccionadas se llevan a cabo en una forma patrimonial, por ejemplo, donde uno o ambos de los procesadores de núcleo y distribuidor procesan funciones basadas en tarifas independientemente entre sí, y donde es apropiado, con acceso restringido a las funciones de procesamiento, entradas o salidas. Por ejemplo, el procesador 112 de núcleo puede limitarse en su capacidad para efectuar el procesamiento de tarifa con relación a cada administrador de red, donde las tarifas procesadas a nombres de clientes de ese administrador de red se procesan en un procesador de distribuidor para el administrador de red. En este respecto, funciones de procesamiento de tarifas especificas propiedad de un administrador de red no están disponibles para el procesador 112 de núcleo y, por consiguiente no están disponibles para el administrador de dueño de red. En transacciones donde el procesamiento patrimonial se lleva a cabo, cierta información innecesaria se intercambia selectivamente entre los procesadores de núcleo distribuidor mientras mantiene la integridad de los aspectos patrimoniales de la información. Por ejemplo, donde se transfieren fondos por el procesador 110 de transacción para una transacción entre un comprador y vendedor particulares, la información tal como el nombre del comprador y/o vendedor, los productos y/o servicios involucrados en la transacción y términos de la transacción se mantienen separados del procesador 112 de núcleo. Perfiles/reglas comerciales para participantes de una transacción, que incluyen aquellos directamente involucrados en un intercambio particular o involucrado como un participante de patrocinio o administrador, se utilizan para administrar e implementar procedimientos para mantener la naturaleza patrimonial de la información. La interoperación de las implementaciones 112 y 116-N de procesamiento de núcleo y operacionales, respectivamente, también se efectúa para llevar a cabo otras funciones basadas en transacción en una forma similar a aquella discutida junto con los procedimientos de procesamiento de tarifas anteriores. Por ejemplo, donde el procesador 110 de transacciones para llevar a cabo funciones de tipo contabilidad, varias funciones individuales se llevan a cabo en uno o ambos del procesador 112 de núcleo y un procesador de distribuidor, con transferencias ocurriendo entre los dos procesadores para facilitar la transferencia de datos necesaria para llevar a cabo las funciones.

El administrador 160 de red financiero y sus financieros 170-N de suscriptor participan en la disposición 100 en una variedad de formas, dependiendo de la aplicación. En algunas aplicaciones, uno o más financieros proporcionan recursos financieros a ciertos participantes, administradores de redes y suscriptores que operan con el procesador 110 de transacción. Por ejemplo, fondos asociados con la operación del procesador 110 de transacción y uso de los mismos se proporcionan selectivamente por uno o más de los financieros 170-N a solicitud de las participantes de transacciones y/o acuerdo que involucran el procesador de transacción. En este respecto, las tarifas asociadas con una operación particular del procesador 110 de transacción se aseguran, se transfieren o de otra forma se procesan por financieros seleccionados cuando es apropiado para las entidades particulares involucradas en la transacción (por ejemplo, como se especifica en los perfiles o reglas comerciales de esa entidad) . En algunas aplicaciones, uno o más de los financieros 170-N, mediante el administrador 160 de red actúa como un distribuidor de procesamiento financiero, interactúa con el procesador 110 de transacción en un sistema de distribución basado en financiero, además compradores y vendedores de patrocinio quienes interactúan con uno de los financieros 170-N. Este procedimiento se implementa en una forma no inconsistente con el procedimiento discutido junto con la Solicitud de Patente Norteamericana No. de Serie (USBA.132PA) , presentada concurrentemente con la misma y que reclama la prioridad de la Solicitud de Patente Provisional Norteamericana antes referida No. de serie 60/578,375 y la cual se incorpora completamente para referencia en la presente. En algunas aplicaciones, süscriptores patrocinados por uno de los administradores 130-N de red utiliza funciones de procesamiento financiero proporcionadas por uno de los financieros 170-N junto con el procesador 110 de transacción. En ciertas modalidades, los suscriptores establecen una relación directa con uno de los financieros 170-N o con el administrador 160 de red financiero. En otras modalidades, los suscriptores emplean uno de los financieros 170-N en la dirección del procesador 110 de transacción, por ejemplo, donde el procesador 110 de transacción facilita la provisión del crédito comercial para una pluralidad de suscriptores y proporciona crédito directamente o vende el crédito comercial a uno o más financieros o administradores de red de financiero. El crédito como en este caso, involucra pagar a un vendedor o participante de transacción relacionado a nombre de un comprador, extendiendo el crédito al comprador proporcionado con el pago y, al final, el cobro del comprador, el pago y cualesquier tarifas asociadas. Esta provisión de crédito y procesamiento relacionados se lleva a cabo automáticamente, utilizando reglas comerciales y/o perfiles de usuario para pagar apropiadamente y cobrar las tarifas de transacción y asociadas; en algunos casos, auditar junto con tal pago y extensión de crédito también se lleva a cabo para asegurar que el pago sea adecuado, también utilizando las tarifas. Además, el crédito se extiende selectivamente utilizando un término de crédito tal como una casa de crédito que se relaciona a uno o más de los participantes de transacción de comprador o vendedor o un distribuidor (u otro) participante de patrocinio que patrocina uno de los participantes de transacción de comprador o vendedor. Utilizando suscriptores 135-N de comprador como un ejemplo, cada uno de estos suscriptores puede interactuar directamente con uno o ambos del administrador 160 de red de financiero y los financieros 170-N, como se indica por los vínculos de comunicación mostrados en la FIGURA 1. La información de contrato que indica tales relaciones se almacena con los contratos 118-N en la base de datos 120 y se utilizan por el procesador 110 de transacción para facilitar el procesamiento de aspectos financieros de transacciones a nombre de los suscriptores 135-N de comprador. Con referencia nuevamente a los suscriptores 135-N de comprador, el procesador 110 de transacción facilita la interacción selectiva de cada uno con uno o más de los financieros 170-N (y el administrador 160 de red financiero) en la dirección del procesador 110 de transacción y, donde es apropiado, otros administradores de red y participantes de patrocinio mediante los cuales el suscriptor tiene acceso al procesador de transacción. Perfiles y/o reglas comerciales para cada uno de los suscriptores 135-N comprador se utilizan para identificar, caracterizar o de otra forma facilitar esta interacción selectiva, con aspectos financieros de transacciones siendo procesados utilizando uno o más de los financieros 170-N por consiguiente. En otra modalidad ejemplar, un sistema 180 de vigilancia se mantiene con el procesador 110 de transacción, inclusiva o remotamente, y vigila el acceso a varias implementaciones de procesamiento. Las actividades del sistema 180 de vigilancia se hacen disponibles en una naturaleza selectivamente pública, en el contexto de aquellas públicas para un conjunto particular de funciones dé procesamiento llevadas a cabo para un administrador de red o sus clientes. En este respecto, tanto el administrador 140 de dueño de red como el administrador de red pueden asegurar que sus funciones patrimoniales estén protegidas. Por ejemplo, donde el administrador 130 de red desarrolla una programación operacional implementada en el procesador 116 de distribuidor, el sistema 180 de vigilancia vigila las interacciones entre el procesador de distribuidor y aspectos del procesador 110 de transacción. Tanto el administrador 140 de dueño de red y el administrador 130 de red tienen acceso a la información reunida por el sistema 180 de vigilancia con relación al procesador 116 de distribuidor, con el sistema de vigilancia haciendo disponible la información que muestra el acceso al procesador de distribuidor sin mostrar contenido patrimonial u otros aspectos del procesador de distribuidor. En algunas aplicaciones, el sistema 180 de vigilancia también vigila interacciones con el procesador 112 de núcleo. En este respecto, operación confidencial se mantiene mientras facilita la vigilancia selectiva del procesador 110 de transacción. En algunas implementaciones, el sistema 180 de vigilancia se programa para proporcionar datos accesibles por las entidades reglamentarias para asegurar qué confidencialidad de la información se mantenga a partir de una perspectiva reglamentaria, tal como al asegurar que se asignan reglamentaciones anticompetitivas. Por ejemplo, donde dos o más entidades operan en un mercado particular y utilizan el procesador 110 de transacción para implementar sus transacciones respectivas, puede ser importante asegurar que cada entidad se excluya del acceso a la información de precios con relación a transacciones entre otros de las dos o más entidades y otros clientes. En tal situación, el sistema 180 de vigilancia vigila el acceso a la información de precios y genera datos para su uso por entidades reglamentarias apropiadas (o simplemente para el mantenimiento en registros por el procesador 110 de transacción, en caso de que sea deseable ese acceso a los datos) . En algunas aplicaciones, el sistema 180 de vigilancia genera datos y envía esos datos a un organismo normativo particular para propósitos de evaluación. Para información general con respecto al intercambio de datos y para referencia especifica a los procedimientos de intercambio de datos que pueden implementarse junto con esta u otras modalidades ejemplares en la presente, puede hacerse referencia a la Solicitud de Patente Norteamericana No. de Serie 11/120,629 (USBA.123PA) , presentada el 3 de mayo de 2005, la cual reclama la prioridad a la Solicitud de Patente Provisional Norteamericana No. de Serie 60/578,376, presentada el 9 de junio de 2004 y titulada "Sistema y Procedimiento de Procesamiento de Transacción Automatizado", las cuales se incorporan completamente en la presente para referencia. Además de los ejemplos anteriores, implementaciones de los procesadores de núcleo (112) y operacionales (116-N y 150) pueden llevarse a cabo en una variedad de formas, adaptadas a características de procesamiento especificas o generalizadas para procesamiento con una pluralidad de administradores de red, participantes de patrocinio y suscriptores. Para información general con respecto a procedimientos de procesamiento de transacción y para información especifica con respecto a implementaciones de procesamiento de transacción llevadas a cabo por el procesador 110 de transacción junto con varias modalidades ejemplares, puede hacerse referencia a los siguientes documentos de patente, de los cuales cada uno se incorpora en la presente para referencia. Las Patentes Norteamericanas No. 5,910,896, No. 6,571,149, No. 6,697,702 y No. 6,704,612, todas para Hahn-Carlson; Solicitud de Patente Norteamericana No. de Serie 10/436,878 (USBA.101PA) ; y para la Solicitud de Patente Provisional Norteamericana No. de Serie 60/578,375. Por ejemplo, donde el procesador 112 de núcleo autoriza el pago, un proceso de auditoria tal como aquellos discutidos en los documentos de patente antes mencionados se implementa selectivamente, utilizando reglas de contrato acordadas por participantes de una transacción, para derivar un término de pago para la transacción que se utiliza para facilitar el pago. La FIGURA 2 muestra un diagrama de flujo para la administración de transacción entre participantes de transacción, de acuerdo con otra modalidad ejemplar de la presente invención. El procedimiento mostrado en la FIGURA 2 por ejemplo, puede implementarse junto con una disposición tal como aquella mostrada en la FIGURA 1, o una disposición similar que implementa funciones de procesamiento de transacción. Este diagrama de flujo muestra un proceso ejemplar seguido para recibir y procesar datos de transacción, tales como aquellos que indican que condiciones para pago se han satisfecho (por ejemplo, una factura con autorización de pago, o donde facturas son aprobadas automáticamente como una función de los perfiles de usuario y las reglas comerciales). En el bloque 210, los datos de transacción se reciben e incluyen información que tiene información de identificación suficiente para asociar los datos de transacción con usuarios apropiados, tales como un suscriptor de comprador o vendedor, un participante de patrocinio y/o un administrador de red. La información de identificación y los datos de transacción se compara con la información de perfiles en el bloque 220 para determinar si los datos se asocian con un usuario de administración de transacción particular. Sino se encuentra en una correlación en el bloque 230, un aviso de falla se regresa al emisor de los datos de transacción en el bloque 235. Por ejemplo, si un usuario no se suscribe a los servicios de procesamiento, o si la información de identificación en el documento de transacción es incorrecta, una aviso de falla que indica que se envía de esta forma al emisor y/o a los participantes de transacción asociados con el emisor (por ejemplo, identificado mediante el documento de transacción o información disponible mediante los datos de perfiles almacenados. Además, si la suscripción del emisor a los servicios de procesamiento de transacción ha expirado, o si su participante de patrocinio mediante el cual el emisor está accediendo los servicios tiene una expiración similar, los datos de transacción no pueden procesarse y un aviso de falla apropiado se envía en el bloque 235. Si se encuentra una correlación en el bloque 230, los datos de transacción se asocian con reglas comerciales que corresponden a la información de identificación de transacción y la información de perfil correlacionada en el bloque 240. Las reglas comerciales asociadas con los datos de transacción pueden incluir aquellas de uno o más participantes de transacción que incluyen, por ejemplo, reglas comerciales para el emisor del participante de transacción, para un participante de suscriptor asociado con la transacción y/o para un participante de transacción de patrocinio/facilitación mediante el cual los participantes de suscriptor acceden al sistema de administración de transacción. Después de que se han identificado las reglas comerciales apropiadas y asociado con los datos de transacción, los datos de transacción se procesan utilizando las reglas comerciales asociadas en el bloque 250. Este procesamiento involucra uno o más de una variedad de funciones de transacción, tales como aprobación de pedido, aprobación de factura, autorización de pago, iniciación de pago, y otras, por ejemplo, como se discute en este documento. Cuando una transacción alcanza la etapa de pago, como facilitada por los datos de transacción recibidos en el bloque 210 y/o por el procesamiento basado en reglas comerciales en el bloque 250, el pago se procesa en el bloque I 260. El procesamiento de pago generalmente involucra el uso de las reglas comerciales asociadas con los datos de i transacción, así como la información de perfil asociada que identifica los participantes de transacción en un nivel de jerarquía que patrocina el procesamiento de transacción ¡a nombre de uno o más suscriptores que se emplean en la transacción. Con referencia a la FIGURA 1 a modo de ejemplo, tal relación jerárquica incluye suscriptores, participantes de patrocinio, administradores de redes, y un administrador de dueño de red que facilitan el procesamiento de transacción mediante el procesador 110 de transacción. La FIGURA 3 muestra un diagrama de flujo para el procesamiento de transacción que involucra el procesamiento de pago y/o tarifas asociadas con una transacción, de acuerdo con otra modalidad ejemplar de la presente invención. El procedimiento mostrado en la FIGURA 3, se implementa con una variedad de procedimientos tales como aquellos discutidos en la presente. Por ejemplo, el procesamiento de pago llevado a cabo en el bloque 260 de la FIGURA 2 se implementa selectivamente con uno o más de los procedimientos mostrados en la FIGURA 3. Similarmente, el procesamiento de pago llevado a cabo junto con las modalidades ejemplares mostradas y discutidas con la FIGURA 1 también se implementan selectivamente utilizando tal procedimiento. Para propósitos de discusión, la siguiente descripción hecha junto con la FIGURA 3 se dirige a una transacción que involucra un comprador y un vendedor, con el pago para la transacción hecho por el comprador (o a nombre de) para el vendedor (o para la institución financiera de vendedor y/o la cuenta basada en crédito) . Tal transacción generalmente incluye productos y/o servicios, con el comprador pagando los productos/servicios con la provisión del vendedor de los mismos o de otra forma el punto convenido en una transacción en marcha. Comenzando en el bloque 310, las reglas relacionadas con el pago y, donde es apropiado, los datos de contrato, se recuperan por los que facilitan la transacción jerárquica asociados con un documento de transacción particular. Por ejemplo, con referencia a la FIGURA 1 donde un suscriptor 135 de comprador inicia el pago por una transacción al enviar los datos de transacción que incluyen una aceptación de los productos u otro tipo de autorización de pago de la información, esos datos se analizan a fondo y se utilizan para identificar los que facilitan la transacción. En este caso, los que facilitan incluyen participantes 134 de comprador de patrocinio, el administrador N de red y el administrador 140 de dueño de red; las reglas comerciales asociadas con cada uno de estos participantes, junto con la información de contrato apropiada que caracteriza relaciones entre estos participantes, se recupera. Al utilizar información recuperada, las tarifas que debe un vendedor para un participante de vendedor de patrocinio se identifica en el bloque 320. Estas tarifas pueden involucrar por ejemplo, una tarifa basada en porcentaje evaluada contra una cantidad de fondos transferida junto con la transacción. El pago se procesa para el vendedor de los fondos proporcionados por el comprador en el bloque 330. El pago se reduce por una cantidad de tarifas debidas a un participante del vendedor que patrocina al vendedor en uso del procedimiento de procesamiento de transacción. En el bloque 340, las tarifas debidas de un participante de vendedor de patrocinio, al cual las tarifas debidas se identificaron en el bloque 320, para un administrador de red se identifican. Estas tarifas por ejemplo, pueden aplicarse en una base específica de transacción (por ejemplo, como un porcentaje de precio de compra), en una base apilada (por ejemplo, con el nivel de tarifa asociado con las pilas de cantidades de transacción) como una tarifa única por transacción o una tarifa única por período. Utilizando uno o más de estos procedimientos, las tarifas se evalúan contra un participante de vendedor de patrocinio en el bloque 350 (por ejemplo, al indicar una cantidad debida o, donde se aplica directamente, al efectuar la función de procesamiento de pago en el bloque 330, como se describe además en lo siguiente) . Una transferencia de tarifa de (o a nombre de) el participante de vendedor de patrocinio se procesa para un administrador de red en el bloque 360. Donde la tarifa se procesa directamente a partir del participante de vendedor de patrocinio, los fondos de una cuenta bancaria asociada y/o una línea de crédito se transfieren. Donde se procesan indirectamente, los fondos por ejemplo, o pueden recuperarse de los fondos proporcionados por el vendedor de suscripción, antes de analizar a fondo el pago para el participante de vendedor de patrocinio. En el bloque 370, una tarifa se evalúa contra el administrador de red como una función de la transacción para la cual se reciben las reglas relacionadas con el pago en el bloque 310. Como se describe en lo anterior junto con la tarifa evaluada en el bloque 350, las tarifas se evalúan utilizando uno o más de una variedad de procedimientos tales como aquellos que involucran uno o más de un procedimiento basado en tarifa por porcentaje, dada o única. Una transferencia de tarifa para las tarifas evaluadas se efectúa en el bloque 380, con las tarifas yendo a un tipo de administrador de dueño de red de entidad que facilita el procesamiento de transacción. La FIGURA 4 muestra un diagrama de flujo para implementar funciones de procesamiento de núcleo y operacionales que procesan separada e integralmente las transacciones, de acuerdo con otra modalidad ejemplar de la presente invención. El procedimiento mostrado en la FIGURA 4, como con los diagramas de flujo discutidos en lo anterior en la FIGURA 2 y la FIGURA 3, se implementan selectivamente con un sistema tal como aquel mostrado en la FIGURA 1, también discutido en lo anterior. Ciertos procedimientos discutidos en lo siguiente por consiguiente hacen referencia a la FIGURA 1 a modo de ejemplo, con los procedimientos pudiéndose aplicar a una pluralidad de sistemas y procedimientos de procesamiento de transacción. El procedimiento mostrado en la FIGURA 4 implementa un procesador 420 de asociación de datos y un procesador 430 de transacción basado en regla, de los cuales ambos acceden a la información almacenada en una disposición 401 de base de datos, la cual puede ser individual o implementada con diferentes bases de datos y, donde es apropiado, en diferentes ubicaciones. La información almacenada en la disposición 401 de base de datos incluye perfiles 402 de usuario, datos 403 de asociación de jerarquía y reglas 404 comerciales, proporcionadas, por ejemplo, al suscribir y/o patrocinar participantes de transacción. Los perfiles 402 de usuario generalmente incluyen información especifica para usuarios individuales, tal como la identificación del usuario, la información de seguridad (para acceder/utilizar el procedimiento de procesamiento de transacción) información financiera (por ejemplo, fuentes de fondo y/o depósitos) e información de preferencia. Usuarios, en este contexto, involucran usos de entidad tales como comerciales así como usuarios individuales que pueden representarse así mismos o a nombre de tal entidad. Los datos 403 de asociación de jerarquía incluyen información que identifica jerarquía asociada con usuarios particulares y participantes de patrocinio, y en algunos casos, se implementa directamente con los perfiles 402 de usuario o de otra forma se vinculan a los mismos (por ejemplo, con un código u otra información de identificación) . Las reglas 404 comerciales incluyen información utilizada para procesar transacciones, tal como información que indica términos de contrato, políticas de aprobación de pago y otros. Cuando los datos 410 de transacción se reciben en un procesador 420 de asociación de datos, se hacen solicitudes para la base de datos 401 para los datos de perfiles así como datos de asociación de jerarquía. Estas solicitudes se hacen por ejemplo, al acceder directamente a la disposición 401 de base de datos cuando la base de datos se puede acceder localmente para el procesador 420 de asociación de datos, o utilizar, por ejemplo, un controlador asociado con la disposición de base de datos. Donde la disposición 401 de base de datos se implementa en dos o más implementaciones de base de datos separadas, las solicitudes se dirigen por consiguiente a una implementación de base de datos apropiada que puede dar el servicio a la solicitud. En respuesta a las solicitudes, la disposición 401 de base de datos regresa los datos 422 de perfil de usuario y los datos 424 de asociación de jerarquía. El procesador 420 de asociación de datos asocia un usuario particular qu'e proporciona los datos 410 de transacción (por ejemplo, un vendedor de suscripciones) con la transacción, como entidades que patrocinan jerárquicamente al usuario con el procedimiento de procesamiento de transacción, tal como un participante de patrocinio y un administrador de red. En algunas aplicaciones, los perfiles 402 de usuario incluyen información de perfil para patrocinadores así como para el usuario, ya sea dentro del mismo perfil o al vincularse a otro perfil de patrocinador.

Una vez que el perfil de usuario y los datos de asociación de jerarquía se asocian con los datos de transacción, los datos 425 de transacción asociados se proporcionan al procesador 430 de transacción basado en reglas. Un procesador 432 de núcleo y una pluralidad de procesadores 434-N operacionales (por ejemplo, de distribuidor) llevan a cabo funciones de procesamiento para el procesador 430 de transacción basada en reglas en una forma similar, por ejemplo, a funciones similares mostradas y descritas junto con los procesadores de núcleo y distribuidor de la FIGURA 1. El procesador 432 de núcleo lleva a cabo funciones de procesamiento establecidas por una entidad de jerarquía de nivel más alto, tal como un administrador de dueño de red. Cada uno de los procesadores 434-N operacionales llevan a cabo funciones de procesamiento establecidas por un tipo de patrocinio de entidad jerárquica, tal como un administrador de red. Estos procesadores de núcleo y operacionales se llevan a cabo selectivamente en diferentes ubicaciones y/o con ciertas funciones de procesamiento y/o información que se mantiene en una forma patrimonial. En este respecto, ciertas funciones de procesamiento operacionales se mantienen independientemente del procesador 432 de núcleo mientras facilita interacción con los mismos para procesar los datos 425 de transacción asociados (es decir, para proporcionar información de transacción al procesador de núcleo) . Con la recepción de los datos 425 de transacción asociados, el procesador 432 de núcleo envía una solicitud de regla comercial a la base de datos 401 (o a otra implementación de base de datos) , la cual regresa a las reglas 433 comerciales asociadas con el perfil 422 de usuario identificado y los datos 424 de asociación de jerarquía. Las reglas 433 comerciales incluyen información que caracteriza el uso de uno o más de los procesadores 434-N operacionales y su implementación con el procesador 432 de núcleo. En este respecto, el procesador 432 de núcleo implementa reglas seleccionadas de las reglas 404 comerciales que se asocian con uno o más de los que facilitan la transacción de nivel más alto, identificados por consiguiente por los datos 403 de asociación de jerarquía recuperados por el procesador 420 de asociación de datos. Las reglas de uso del procesador de núcleo asociadas con la entidad de jerarquía de nivel más alto, para la cual se implementa el procesador 432 de núcleo, para procesar los datos 425 de transacción asociados. En algunas aplicaciones, el procesador 434 operacional en forma similar implementa selectivamente reglas seleccionadas de las reglas 404 comerciales en las características designadas de procesamiento de la transacción a la cual pertenecen los datos 425 de transacción asociados. Este procesamiento por el procesador 432 de núcleo y uno o más procesadores 434-N operacionales incluye facilitar la terminación de una transacción, tal como al auditar los datos 425 de transacción asociados para asegurar la propiedad del pago relacionado a los datos de transacción asociados. Una vez que se han procesado los datos de transacción asociados por el procesador 430 de transacción basado en reglas, se llevan a cabo etapas a la terminación de una transacción que involucra los datos de transacción asociados. En algunos casos, las reglas 433 comerciales proporcionan información que indica que el pago puede autorizarse directamente por el procesador 430 de transacción basado en reglas (por ejemplo, después de que una auditoria de los datos de transacción asociados indique que ese pago está hecho) . En otros casos, una solicitud de autorización de pago se envía a un usuario 450. Esta solicitud por ejemplo, puede incluir información de transacción tal como una indicación de que un producto o servicio se ha ofrecido y/o una condición de ese producto o servicio. Cuando se aprueba, el usuario 450 envía una autorización 431 de pago nuevamente al procesador de transacción basado en reglas. Una vez que se ha autorizado el pago, mediante un usuario (450) externo o en el procesador 430 de transacción basado en reglas, se envía una autorización 436 de pago a una institución 440 financiera. A su vez, la institución 440 financiera hace un pago 442 a una entidad identificada en los datos 425 de transacción asociados y/o con la información regresada desde la base de datos 401. El pago 442 incluye por ejemplo, uno o más de una transferencia de fondos, un saldo deudor de una cuenta de crédito, un abono en cuenta de una cuenta de crédito o la provisión de información que puede utilizarse para cobrar el pago. En algunas aplicaciones, la I autorización de pago y otras funciones relacionadas con el pago que pertenecen a la extensión de crédito se implementan utilizando un procesador de transacción-finanzas, por ejemplo, en el procesador 430 de transacción basado en reglas. En algunas aplicaciones, el procesador de transacción basado en reglas también genera datos 435 de informe para su uso en auditar transacciones. Estos datos 435 de informes son útiles, por ejemplo, para facilitar una revisión de contabilidad por un organismo normativo para asegurar cumplimiento con regulaciones apropiadas. Estos datos 435 de informe también son útiles para entidades involucradas en una transacción particular, ya sea directamente o como un tipo de patrocinio de participante. En este respecto, los datos 435 de informe se envían selectivamente a un sistema de contabilidad de un usuario, o generalmente a un sistema de usuario donde los datos pueden utilizarse para propósitos de contabilidad, auditoria u otros.

La FIGURA 5 muestra una disposición 500 de procesamiento de transacción basada en red con capas de administración, participación y suscripción, de acuerdo con otra modalidad ejemplar de la presente invención. La disposición incluye una red 502, la cual incluye una capa 504 de participante y una capa 502 de suscriptor. La capa 502 de red incluye un procesador 510 de administrador de red, el cual se adapta para implementar una variedad de funciones para procesar transacciones que involucran suscriptores que son patrocinados por participantes. En este respecto, funciones implementadas en el procesador 510 de administrador de red se configuran para soportar procesamiento basado en patrocinador utilizando por ejemplo, perfiles para cada patrocinador como se discute en otras modalidades ejemplares anteriores. Por ejemplo, con referencia a la FIGURA 1, el procesador de administrador d'e red se implementa selectivamente en una forma similar a aquella discutida junto con el procesador 110 de transacción, con la funcionalidad de núcleo siendo implementada a través de usuarios en la red y la funcionalidad operacional siendo implementada para cada patrocinador como se describe en lo siguiente. Las funciones del administrador de red ejemplares seleccionadas se muestran con el procesador 510 de administrador de red, e incluyen funciones que soportan administración y desarrollo de productos, mercadotecnia de marca, entrenamiento, administración de datos del buró de asistencia, convenio (es decir, para pagos hechos) , operaciones técnicas, ventas de participantes y administración de relaciones y las implementaciones de participantes y abastecedores. Los participantes en la capa 504 de participante incluyen patrocinadores 520 y 522 de comprador, patrocinadores 530 y 532 de vendedor, y financieros 540, 542 y 544. Cada patrocinador de comprador y vendedor respectivamente patrocina compradores y vendedores en la red 502, y los financieros facilitan aspectos financieros de transacciones que involucran a los compradores y vendedores. Los patrocinadores de comprador y vendedor proporcionan cada uno (por ejemplo, mediante una disposición de procesador) , procesamiento basado en ventas y mercadotecnia, procesamientos de administración de relaciones y procesamiento de servicio al cliente. Estas funciones se llevan a cabo junto con suscriptores en la capa 502 de suscriptor quienes son patrocinados por el patrocinador de comprador o vendedor que proporciona las funciones. Además, cada patrocinador de comprador y vendedor facilitan la interacción con el procesador 510 de administrador de red para cada suscriptor patrocinado, mediante interacción con un procesador en los patrocinadores respectivos. En algunas aplicaciones, funciones mostradas asociadas con cada uno de los patrocinadores de comprador y vendedor se llevan a cabo en el procesador 510 de administrador de red. La capa 502 de suscriptor incluye una pluralidad de suscriptores quienes son patrocinados en la participación en la red 502 por uno de los patrocinadores 520, 522, 530 y 532 de comprador y vendedor. Aquí, los compradores 1A-3A son patrocinados por el patrocinador 520 de comprador, los compradores 1C-3C son patrocinados por el patrocinador 522 de comprador, los vendedores 1B-3B son patrocinados por el patrocinador 530 de vendedor y los vendedores 1C-3C son patrocinados por el patrocinador 532 de vendedor. Cada uno de los suscriptores en la capa 502 de suscriptor hace transacción con uno o más de los otros suscriptores, y con aspectos financieros (y en algunos casos, otros) de las transacciones facilitadas por el procesador 510 de administrador de red mediante el patrocinio en la capa 504 de participante . Los financieros 540-542 en la capa 540 de participante interactúan con los suscriptores en la capa 502 de suscriptor, ya sea directa o indirectamente a través del procesador 510 de administrador de red. Cada financiero facilita las funciones de procesamiento que incluyen evaluación, extensión de crédito comercial y administración de crédito comercial. En algunas aplicaciones, algunas o todas estas funciones se facilitan en el procesador 510 de administrador de red. Por ejemplo, donde el procesador 510 de administrador de red implementa perfiles y/o datos de contrato para autorizar pago para una transacción, la autorización puede utilizarse por los financieros para evaluar el crédito comercial. Una vez que se evalúa el pago para una transacción y se aprueba por un financiero, ese financiero paga a un suscriptor de vendedor y factura un suscriptor de comprador para la transacción. Donde es apropiado, el financiero también facilita el cobro de tarifas para uso del procesador 510 de administrador de red, tal como tener un porcentaje del pago para suscriptor de vendedor o al facturar al suscriptor de comprador para una tarifa de procesamiento además de una cantidad para cubrir la cantidad de transacción pagada para el vendedor. Aunque estos aspectos de la presente invención se han descrito con referencia a varias modalidades ejemplares particulares, aquellos con experiencia en la técnica reconocerán que muchos cambios pueden hacerse a la misma sin apartarse del espíritu y alcance de la presente invención, aspectos de los cuales se establecen en las siguientes reivindicaciones .

Claims

REIVINDICACIONES 1. Un sistema de procesamiento de transacción automatizado para procesar y financiar transacciones entre participantes de contratos a nombre de una pluralidad de distribuidores, cada distribuidor entrando a un acuerdo con un participante de controlador para procesar y financiar las transacciones, con conjuntos de reglas de transacción definidas como una función de un acuerdo de transacción entre cada distribuidor y participante contratantes patrocinados por el distribuidor, el sistema está caracterizado porque comprende : para cada uno de la pluralidad de distribuidores, un procesador de distribuidor configurado y dispuesto para auditar datos de transacción para cada transacción de acuerdo con un conjunto de reglas de transacción para por lo menos uno de los participantes contratantes involucrados en la transacción; un procesador de núcleo configurado y dispuesto para controlar una implementación de cada procesador de distribuidor a nombre de la pluralidad de distribuidores como una función del acuerdo de transacción entre cada distribuidor y el participante de controlador; un procesador de transacción-finanzas implementado por el participante de controlador y configurado y dispuesto para facilitar el financiamiento de cada transacción como una función de la auditoria de la misma; y un procesador de tarifas sobre bienes configurado y dispuesto para evaluar una tarifa como una función de las transacciones procesadas a nombre de cada distribuidor.
2. El sistema de conformidad con la reivindicación 1, caracterizado porque el procesador de distribuidor y el procesador de núcleo se implementan en un acuerdo de procesamiento común.
3. El sistema de conformidad con la reivindicación 2, caracterizado porque el procesador de distribuidor se configura y dispone para implementar código de programación propiedad de cada uno de la pluralidad de distribuidores que procesan respectivamente transacciones a nombre de uno del particular de los distribuidores.
4. El sistema de conformidad con la reivindicación 1, caracterizado porque el procesador de distribuidor incluye una pluralidad de procesadores de distribuidor, cada procesador de distribuidor programado exclusivamente para el procesamiento de información de transacción a nombre de un distribuidor particular.
5. El sistema de conformidad con la reivindicación 1, caracterizado además porque comprende un procesador remoto, para por lo menos uno de la pluralidad de distribuidores, localizado en una ubicación remota del distribuidor, adaptado para interconectarse con participantes contratantes y adaptado para proporcionar datos de transacción desde los participantes contratantes hasta el procesador de distribuidor.
6. El sistema de conformidad con la reivindicación 5, caracterizado porque el procesador de distribuidor para por lo menos uno de la pluralidad de distribuidores incluye un procesador de auditoria y el procesador remoto, el procesador de auditoria se adapta para auditar los datos de transacción proporcionados por el procesador remoto, el procesador remoto se adapta para autentificar datos de transacción recibidos de los participantes contratantes como una función de los perfiles de usuario para los participantes contratantes, y el procesador de auditoria se adapta para autentificar datos de transacción recibidos del procesador remoto como una función de los perfiles de usuario para por lo menos uno de la pluralidad de distribuidores.
7. El sistema de conformidad con la reivindicación 1, caracterizado porque el procesador de distribuidor se configura y dispone para proporcionar datos que incluyen datos de autorización de pago al procesador de núcleo para su uso en procesar los aspectos de transacción seleccionados, y para mantener integridad de otros datos utilizados en la auditoria al limitar el acceso a los datos mediante el procesador de núcleo.
8. El sistema de conformidad con la reivindicación 1, caracterizado porque el procesador de distribuidor se configura y dispone para proporcionar pago de autorización para la transacción para el procesador de núcleo como una función de la auditoria.
9. El sistema de conformidad con la reivindicación 1, caracterizado porque el procesador de distribuidor se implementa por lo menos en parte en el procesador de núcleo.
10. El sistema de conformidad con la reivindicación 1, caracterizado porque el procesador de transacción-finanzas se configura y dispone para facilitar pago para cada transacción auditada como una función de la auditoria de cada transacción e información en la reglas de transacción que pertenecen a la relación comercial entre el distribuidor y un participante contratante involucrado en el pago.
11. El sistema de conformidad con la reivindicación 1, caracterizado porque el procesador de transacción-finanzas se configura y dispone para facilitar el pago para cada transacción auditada al extender el crédito comercial para por lo menos uno de los participantes contratantes como una función de un término de crédito con relación al distribuidor.
12. Para su uso con transacciones de procesamiento y finanzas entre participantes contratantes a nombre de una pluralidad de distribuidores, cada distribuidor entrando en un acuerdo con un participante de controlador para procesar y financiar las transacciones, con conjuntos de reglas de transacción definidas como una función de un acuerdo de transacción entre cada distribuidor y los participantes contratantes patrocinados por el distribuidor, un método implementado por computadora caracterizado porque comprende: para cada uno de la pluralidad de distribuidores, auditar datos de transacción para cada transacción de acuerdo con un conjunto de reglas de transacción para por lo menos uno de los participantes contratantes involucrados en la transacción; controlar una implementación de cada procesador de distribuidor a nombre de la pluralidad de distribuidores como una función del acuerdo de transacción entre cada distribuidor y el participante de controlador; financiar cada transacción como una función de la auditoria de la misma; y evaluar una tarifa como una función de las transacciones procesadas a nombre de cada distribuidor.