MX2013008701A - Capa de acceso a datos de inventario. - Google Patents
Capa de acceso a datos de inventario.Info
- Publication number
- MX2013008701A MX2013008701A MX2013008701A MX2013008701A MX2013008701A MX 2013008701 A MX2013008701 A MX 2013008701A MX 2013008701 A MX2013008701 A MX 2013008701A MX 2013008701 A MX2013008701 A MX 2013008701A MX 2013008701 A MX2013008701 A MX 2013008701A
- Authority
- MX
- Mexico
- Prior art keywords
- data
- storage
- request
- data storage
- access
- Prior art date
Links
- 238000004891 communication Methods 0.000 claims abstract description 38
- 238000000034 method Methods 0.000 claims abstract description 34
- 238000013500 data storage Methods 0.000 claims description 89
- 230000004044 response Effects 0.000 claims description 28
- 230000008859 change Effects 0.000 claims description 4
- 238000012790 confirmation Methods 0.000 claims description 4
- 230000008569 process Effects 0.000 description 13
- 238000010586 diagram Methods 0.000 description 12
- 230000010354 integration Effects 0.000 description 11
- 238000007726 management method Methods 0.000 description 11
- 238000012545 processing Methods 0.000 description 11
- 238000013459 approach Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 5
- 230000009466 transformation Effects 0.000 description 5
- 238000011160 research Methods 0.000 description 4
- 238000004458 analytical method Methods 0.000 description 3
- 238000012550 audit Methods 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 230000008676 import Effects 0.000 description 3
- 101150042248 Mgmt gene Proteins 0.000 description 2
- 230000009118 appropriate response Effects 0.000 description 2
- 238000013475 authorization Methods 0.000 description 2
- 238000013501 data transformation Methods 0.000 description 2
- 238000011156 evaluation Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 238000012502 risk assessment Methods 0.000 description 2
- 230000003190 augmentative effect Effects 0.000 description 1
- 238000004140 cleaning Methods 0.000 description 1
- 238000010960 commercial process Methods 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000008030 elimination Effects 0.000 description 1
- 238000003379 elimination reaction Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000011835 investigation Methods 0.000 description 1
- 230000004807 localization Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000004064 recycling Methods 0.000 description 1
- 230000003252 repetitive effect Effects 0.000 description 1
- 230000029305 taxis Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/953—Querying, e.g. by the use of web search engines
- G06F16/9535—Search customisation based on user profiles and personalisation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Software Systems (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Computer And Data Communications (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Information Transfer Between Computers (AREA)
Abstract
Se proporciona un método que incluye (a) recibir una petición para acceso a datos, (b) identificar un almacenamiento de datos que almacena los datos, y (c) comunicarse con el almacenamiento de datos, por medio de una comunicación electrónica para tener acceso a los datos. También se proporciona un sistema que realiza el método, y un medio de almacenamiento que incluye un módulo de programa para controlar un procesador para realizar el método.
Description
CAPA DE ACCESO A DATOS DE INVENTARIO
Campo de la Invención
La presente invención se refiere a procesamiento de datos, y de manera más específica a un servidor que acomoda peticiones para datos, donde los datos residen en un sistema de almacenamiento distribuido de datos que incluye una pluralidad de depositarios de datos.
Antecedentes de la Invención
Los planteamientos descritos en esta sección son planteamientos que se pueden seguir, pero no necesariamente planteamientos que se han concebido o seguido previamente . Por lo tanto, a menos que se indique de otro modo, los planteamientos descritos en esta sección pueden no ser técnica anterior a las reivindicaciones en esta solicitud y no se admiten como técnica anterior por inclusión en esta sección.
Un sistema de computadora a base de web frecuentemente se refiere como un sistema de Proveedor de Servicios de Aplicación (ASP, por sus siglas en inglés) . Por ejemplo, un ASP puede proporcionar un servicio a base de computadora a un cliente sobre una red, por ejemplo, la Internet. Los sistemas ASP convencionales incluyen una capa de plataforma que hospeda una pluralidad de aplicaciones, donde cada una de las aplicaciones contiene uno o más
Ref. 242943 servicios o datos.
Un sistema ASP de ejemplo descrito por la patente de los Estados Unidos 7,708,196 de Palmieri et al (más adelante en la presente "Palmieri et al."), que se incorpora en la presente como referencia en su totalidad, proporciona un ASP basado en web con una plataforma individual que hospeda múltiples aplicaciones.
La Figura 1 es un diagrama de bloques de un sistema de procesamiento de datos de la técnica anterior es decir, el sistema 100. El sistema 100 es un sistema ASP en el cual los clientes 105 que usan dispositivos cliente (no mostrado) se interconectan con una interfaz de servicio web 110 para utilizar las aplicaciones 115, 130 y 145. La aplicación 115 incluye servicios 120 y un almacenamiento de datos 125. La aplicación 130 incluye servicios 135 y un almacenamiento de datos 140. La aplicación 145 incluye servicios 150 y un almacenamiento de datos 155. Cada uno de los almacenamientos de datos 125, 140 y 155 incluye un servidor (no mostrado) y una o más bases de datos (no mostradas) .
La aplicación 115, por ejemplo, puede incluir varias soluciones de gestión de riesgo tal como análisis de portafolios y monitoreo comprensivo para compañías identificadas. Los clientes 105, mediante la interfaz de servicio web 110, acceden a la aplicación 115. La aplicación 115 contiene instrucciones que se van a ejecutar con los servicios 120. Los servicios 120, cuando se instruyen por la aplicación 115, ejecutan instrucciones en los datos en el almacenamiento de datos 125.
El sistema 100 contiene numerosas desventajas técnicas. La relación aplicación/servicio/datos crea múltiples conjuntos duplicados de datos dentro de los pares de aplicación y servicios. Estos datos redundantes y duplicados crean retos tecnológicos significativos para mantener la integridad de los datos y la consistencia, y mucho menos permitir actualizaciones. Por ejemplo uno o más servicios 120 pueden estar duplicados de uno o más servicios 135 y uno o más servicios 150. De manera similar, los datos que se necesitan en cada uno de los almacenamientos de datos 125, 140 y 155 se deben replicar en cada uno de los almacenamientos de datos 125, 140 y 155. Es decir, para cada aplicación que requiere los mismos datos, estos mismos datos se deben duplicar en el almacenamiento de datos que corresponde a la aplicación. Como resultado, si los datos requieren actualización, los mismos datos se deben actualizar para cada aplicación. Este planteamiento puede ser embarazoso para asegurar la integridad de los datos en medio de cada aplicación y requiere adicionalmente recursos dedicados para asegurar que se actualicen todos los datos comunes. Además, cuando un servicio que se incluye en dos o más de los servicios 120, 135 y 150 se actualiza, reemplaza o modifica, un operador del sistema 100 debe actualizar, reemplazar o modificar el servicio en cada una de las aplicaciones afectadas 115, 130 y 145. Esta actividades son intensivas en labor, consumidoras de tiempo y propensas a error.
Breve Descripción de la Invención
Se proporciona un método que incluye (a) recibir una petición para acceso a datos, (b) identificar un almacenamiento de datos que almacena los datos, y (c) comunicarse con el almacenamiento de datos, por medio de una comunicación electrónica, para tener acceso a los datos. También se proporciona un sistema que realiza el método, y un medio de almacenamiento que incluye un módulo de programa para controlar un procesador para realizar el método.
Breve Descripción de las Figuras
La Figura 1 es un diagrama de bloques de un sistema de procesamiento de datos de la técnica anterior.
La Figura 2 es un diagrama de bloques de un sistema para el empleo de la presente invención.
La Figura 3 es un diagrama de bloques de un sistema para el empleo de la presente invención.
La Figura 4 es un diagrama de bloques de un sistema que realiza operaciones de la capa de acceso a dato de inventario, mostrada en la Figura 2.
La Figura 5 es un diagrama de bloques de otra arquitectura de sistema.
La Figura 6 es un diagrama de bloques de otra arquitectura de sistema.
La Figura 7 es un diagrama de bloques de otra arquitectura de sistema.
La Figura 8 muestra una interfaz de usuario de ejemplo para una modalidad de un sistema eRAM.
La Figura 9 muestra una arquitectura de sistema de ejemplo para los componentes en una modalidad del sistema eRAM.
La Figura 10 más detalle para la capa de acceso a datos del sistema en la Figura 9.
Un componente o una característica que es común a más de una figura se indica con el mismo número de referencia en cada uno de las figuras .
Descripción Detallada de la Invención
El presente documento describe un sistema que tiene una capa de aplicación que hospeda múltiples aplicaciones, una capa de servicio que contiene servicios comunes, es decir servicios que se pueden utilizar por cualquiera de las aplicaciones, una capa de acceso a datos de inventario, y una capa de datos que contiene depositario de datos. La capa de aplicación es una plataforma basada en web a la que se puede tener acceso, por ejemplo, por un navegador, una conexión de empresa a empresa, una conexión móvil o una conexión en las instalaciones. Las múltiples aplicaciones en acceso a los servicios comunes. Los servicios comunes tienen acceso, procesan y almacenan datos de la capa de datos, mediante la capa de acceso a datos de inventario.
La Figura 2 es un diagrama de bloques de un sistema 200 para el empleo de la presente invención. El sistema 200 incluye dispositivos 210, una interfaz de web 212, una capa de aplicación 215, una capa de servicio 240, una capa de acceso a datos de inventario (IDAL, por sus siglas en inglés) 260, y depositarios de datos 270.
La capa de aplicación 215 hospeda una pluralidad de aplicaciones, por ejemplo, las aplicaciones 220, 225, 230 y 235. La capa de aplicación 215 puede hospedar cualquier número deseado de aplicaciones.
La capa de servicio 240 hospeda una pluralidad de servicios, por ejemplo, los servicios 241, 242, 243 y 244. La capa de servicio 240 puede hospedar cualquier número deseado de servicios.
Los depositarios de datos 270 incluyen una pluralidad de almacenamientos de datos, por ejemplo, almacenamiento de datos 275, 276, 277 y 278, que almacenan datos. Cada uno de los almacenamientos de datos 275, 276, 277 y 278 incluyen un servidor (no mostrado) y una o más bases de datos (no mostradas) para el almacenamiento de datos. Los depositarios de datos 270 pueden incluir cualquier número deseado de almacenamientos de datos.
Los dispositivos 210 tienen acceso a la capa de aplicación 215, por medio de una comunicación electrónica, mediante una interfaz de web 212. Cada una de las aplicaciones 220, 225, 230 y 235 puede tener acceso, por medio de comunicaciones electrónicas, a cualquiera de los servicios 241, 242, 243 y 244, que, por medio de comunicaciones electrónicas, se comunican con la IDAL 260, que por medio de comunicaciones electrónicas, puede tener acceso a cualquiera de los almacenamientos de datos 275, 276, 277 y 278.
Por ejemplo, asumiendo que el servicio 241 desea leer algunos datos que están almacenados en el almacenamiento de datos 275. El servicio 241 envía, a la IDAL 260, una petición para el acceso a los datos. En este caso, la petición es una petición de lectura. La IDAL 260 recibe la petición, identifica el almacenamiento de datos 275 como que es el almacenamiento de datos que almacena los datos, y se comunica con el almacenamiento de datos 275 para tener acceso a los datos. Puesto que la petición es una petición de lectura, la IDAL 260 lee los datos del almacenamiento de datos 275, y envía, al servicio 241, una respuesta que incluye los datos.
De manera similar, asumiendo que el servicio 241 desea escribir algunos datos al almacenamiento de datos 275, por ejemplo para actualizar los datos. El servicio 241 envía, a la IDAL 260, una petición para el acceso a los datos. En este caso, la petición es una petición de escritura que incluye nuevos datos. La IDAL 260 recibe la petición, identifica el almacenamiento de datos 275 como que es el almacenamiento de datos que almacena los datos, y se comunica con el almacenamiento de datos 275 para tener acceso a los datos. Puesto que la petición es una petición de escritura, la IDAL 260 escribe los nuevos datos al almacenamiento de datos 275, y envía, al servicio 241, una respuesta que incluye una confirmación que se ha realizado la escritura.
Asumiendo que el servicio 241 es un servicio de valoración de proveedores que proporciona detalles acerca de la solvencia de un proveedor. El servicio 241 tiene acceso, procesa y almacena, en los depositarios de datos 270, los datos resultantes que se relacionan a valoraciones específicas del proveedor. Cuando la aplicación 220 pide detalles de la valoración específica del proveedor, el servicio 241 procesa esta petición, actualizando en consecuencia los resultados de datos en el depositario de datos 270. Si la aplicación 225 pide los mismos detalles de la misma valoración específica del proveedor, el servicio 241 procesa esa petición a través del depositario de datos 270, que utiliza los datos resultantes de la petición de la aplicación 220. No hay necesidad de mantener conjuntos independientes y dedicados de resultados de datos en los depositarios de datos 270 para la misma petición. Si los datos de este proveedor se actualizan en los depositarios de datos 270, el conjunto de resultados se actualiza igualmente por los depositarios de datos 270. No hay necesidad de tener actualización repetitiva con un conjunto compartido de resultados. Cuando el conjunto de resultados en los depositarios de datos 270 se actualiza, se envía un aviso a través del servicio 241 a las aplicaciones 220 y 225.
La IDAL 260 incluye una interfaz común 250, un intercambio o canje de petición 251, una máquina de transformación 255, un almacenamiento referencial 253, un secuenciador 252, y una interfaz de depositario de datos 254.
La IDAL 260 puede manejar las peticiones de múltiples tipos, y en general, cualquier número deseado de tipos de peticiones.
Una petición de un primer tipo puede ser una petición para un reporte de información de empresa. Obtener Reporte (Compañía A) es una petición para un reporte de información de empresa a acerca de la Compañía A. Regresa una dirección postal para la Compañía A, y la historia de pago financiero para la Compañía A.
Una petición de un segundo tipo puede ser una petición de puntaje de crédito. Obtener Puntuación (Compañía A) es una petición para un puntaje de crédito a cerca de la Compañía A. Regresa un número que representa un puntaje actual de crédito para la Compañía A, y un número que representa un puntaje previo de crédito para la Compañía A.
Asumiendo que el servicio 242 emite una petición 214 para un reporte de información de empresa cerca de la Compañía A, es decir, Obtener Reporte (Compañía A), y que los datos para el reporte están almacenados en el almacenamiento de datos 276. De esta manera, la petición 214 es una petición de lectura. La petición 214 es una petición para tener acceso a datos en los depositarios de datos 270, pero no identifica específicamente el almacenamiento de datos 276 como el almacenamiento particular de datos que tiene en el mismo los datos almacenados .
La interfaz común 250 proporciona un punto central de acceso a la IDAL 260 para servicios en la capa de servicio 240. La interfaz común 250 recibe la petición 214 del servicio 242, valida la petición 241, por ejemplo, '[ valida la sintaxis, y pasa la petición 214 al intercambio o canje de petición 251.
El intercambio o canje de petición 251 es un almacenamiento temporal de datos para una petición entrante de la capa de servicio 240 y una respuesta saliente a la capa de servicio 240. El intercambio de petición 251 almacena la petición 214, y la pasa a través, en la forma de una petición 214a, al secuenciador 252.
El secuenciador 252 lee la petición 214A, y presenta el contenido de la petición 214A al almacenamiento referencial 253.
El almacenamiento referencial 253, cuando da una petición de un tipo particular de' petición del secuenciador 252, regresa varios atributos, específicamente (a) un identificador de un almacenamiento de datos que contiene puntos de datos que se van a proporcionar en respuesta a la petición, (b) protocolos de conexión y comunicación para tener acceso al almacenamiento de datos, y (c) un tipo de salida de la respuesta. Algunos protocolos de conexión y de comunicación de ejemplo son el Protocolo de Acceso a Objetos Simple (SOAP) y el Protocolo de Transferencia de Hipertexto (HTTP, por sus siglas en inglés) . Un tipo de salida de ejemplo es el Lenguaje de Marcado Extensible (XML, por sus siglas en inglés). Por ejemplo, para Obtener Reporte (Compañía A) , el almacenamiento referencial 253 regresa (a) un identificador de almacenamiento de datos 276, (b) un protocolo de comunicación, y (c) un tipo de salida de la respuesta.
El almacenamiento de datos 276 es un miembro de una pluralidad de almacenamientos de datos identificables en los depositarios de datos 270. El almacenamiento referencial 253 de esta manera es un diccionario y atributos de petición y atributos de ubicación de datos, y correlaciona una petición a un almacenamiento de datos.
El secuenciador 252 recibe los atributos del almacenamiento referencial 253, y los anexa a a la petición, produciendo de este modo una petición aumentada 214b, y pasa la petición aumentada 214b a la interfaz de depositario de datos 254.
La interfaz de depositario de datos 254 recibe la petición aumentada 214b, y maneja la conexión y comunicación a los depositarios de datos 270, y los servidores de los almacenamientos individuales de datos, de acuerdo con los protocolos de conexión y comunicación. Por ejemplo, la interfaz de depositario de datos 254 usa (a) el identificador de almacenamiento de datos 276, y (b) los atributos de protocolo de conexión y comunicación, para establecer una conexión al almacenamiento de datos 276, y entonces pasa al almacenamiento de datos 276, mediante una petición 272, el contenido de la petición original. La interfaz de depositario de datos 254 retiene el tipo de salida de la respuesta (recibida como parte de la petición 214b) para uso posterior.
El almacenamiento de datos 276 recibe la petición 272, procesa la petición 272, y proporciona los datos pedidos en una respuestas 273. El almacenamiento de datos 276 incluye un servidor (no mostrado) y una o más bases de datos (no mostradas) . El servidor procesa la petición y tiene acceso a los datos en una o más bases de datos .
La interfaz de depositario de datos 254 recibe la respuesta 273, y realiza algún formateo preliminar de la respuesta de acuerdo con el tipo de salida de la respuesta (recibida como parte de la petición 214b) . Por lo tanto, la interfaz de depositario de datos 254 envía, a la máquina de transformación 255, una respuesta 214c. La respuesta 214c incluye la petición original y los datos obtenidos del almacenamiento de datos 276.
La máquina de transformación 255 presenta la petición al almacenamiento referencial 253.
El almacenamiento referencial 253, en respuesta a una petición de la máquina de transformación 255, retorna las reglas para el tratamiento de datos y el formateo de datos para producir una respuesta a la petición original. El almacenamiento referencial 253 puede acomodar cualquier número deseado de formatos de respuesta. En el presente ejemplo, el almacenamiento referencial 253 retorna o regresa las reglas para el tratamiento de datos y formateo de datos para producir una respuesta a la petición de Obtener Reporte (Compañía A) .
La máquina de transformación 255 produce la respuesta de acuerdo con las reglas del almacenamiento referencial 253, y pasa una respuesta formateada 214d al intercambio o canje de petición 251.
El intercambio o canje de petición 251 pasa la respuesta formateada, a la interfaz común 250.
La interfaz común 250 pasa la respuesta formateada, en la forma de una respuesta 216, al servicio 241, es decir, el servicio de llamada original.
Para otro ejemplo, se asume que la petición 214 es una petición para datos que incluyen un primer punto de datos y un segundo punto de datos, donde el primer punto de datos está almacenado en el almacenamiento de datos 277 y el segundo punto de datos está almacenado en el almacenamiento de datos 278. La petición puede ser, por ejemplo, una petición para un reporte que incluye algunos datos financieros históricos, y algunos datos financieros actuales. El almacenamiento referencial 253 identifica el almacenamiento de datos 277 como que almacena el primer punto de datos, e identifica el almacenamiento de datos 278 como que almacena el segundo punto de datos. El almacenamiento referencial 253 también identifica los protocolos de conexión y comunicación para tener acceso al almacenamiento de datos 277, y los protocolos de conexión y comunicación para tener acceso al almacenamiento de datos 278. La interfaz de depositario de datos 254 se comunica con el almacenamiento de datos 277 para temer acceso al primer punto de datos y se comunica con el almacenamiento de datos 278 para tener acceso al segundo punto de datos .
En el sistema 200, un punto particular de datos, por ejemplo, y el punto de datos en el almacenamiento de datos 275, se puede valorar por cualquiera de las aplicaciones en la capa de aplicación 215. Si se actualizan esos datos, no se necesitan actualizar en múltiples lugares, si no en cambio, solo en el almacenamiento de datos 275. La actualización de los datos, o un cambio a un formateo de los datos no requiere un cambio correspondiente a cualquiera de la capa de servicio 240 o capa de aplicación 215.
El almacenamiento de datos 275 puede ser un sistema de almacenamiento de herencia, y el almacenamiento de datos 278 puede ser un nuevo sistema de almacenamiento. Sin embargo, a través de la IDAL 260, cualquier servicio en la capa de servicio puede tener acceso a cualquiera del almacenamiento de datos 275 o almacenamiento de datos 278, a pesar de si los almacenamientos de datos son sistemas de almacenamiento de herencia o nuevos sistemas de almacenamiento .
La Figura 3 es un diagrama de bloques de un sistema 300 que se contempla por Dun & Bradstreet (D&B) , para el empleo de la presente invención. El sistema 300 incluye dispositivos 305, una placa de aplicación 3l0, una capa de servicio 315, una IDAL 317 y depositarios de datos 320, que operan de manera similar a los dispositivos 210, capa de aplicación 215, capa de servicio 240, IDAL 260, y depositarios de datos 270.
La capa de dispositivo 305 proporciona múltiples métodos de acceso que incluyen, pero no se limitan a: de empresa a empresa, navegador, móvil y en las instalaciones.
La capa de aplicación 310 aloja múltiples aplicaciones, donde capa aplicación representa una parte diferente de la línea de negocios de D&B . Todas las aplicaciones en la capa de plataforma 310 realizan el procesamiento que controla una Interfaz de
Usuario/Experiencia de Usuario (UI/UX) para una comunidad de clientes asociados. Adicionalmente, todas las aplicaciones usan un conjunto común de servicios dentro de la capa de servicio 315. De esta manera, los datos de los depositarios de datos 320 son consistentes a través de múltiples aplicaciones de acuerdo a las diferentes necesidades de los clientes .
Las aplicaciones en la capa de aplicación 310 pueden incluir, pero no se limitan a: Datos como un Servicio (DaaS), Lote Global, Riesgo Global, Riesgo de Proveedor, Internet y SyMS, US POD y Int ' 1 POD . Una aplicación como "POD" (punto de partida) representa una aplicación o aplicaciones de herencia, vigentes en ese momento.
La aplicación de DaaS es un concepto de empresa a empresa (B2B) que permite una interfaz programática en los datos a lojados de D&B. Esto permite que un cliente de D&B integre datos de D&B directamente en el procesamiento del cliente a través de llamadas de programa normales en lugar de necesitar una implicación humana.
La aplicación Lote Global (Global Batch) se refiere a un trabajo contratado, manejado por D&B para recibir archivos de sus clientes y realizar un conjunto establecido normal de procesamiento tal como, pero no limitado a: limpieza de datos, anexo de datos, eliminación de duplicados de identificación de enlace de compañía.
La publicación riesgo global (Global Risk) permite que un cliente gestione cualquier crédito que el cliente extiende a partes adicionales. Un cliente puede gestionar un portafolio de partes adicionales, por ejemplo, los clientes respectivos del cliente, junto con el seguimiento de la exposición de riesgo del cliente, análisis de desempeño, extrapolar datos en un resultado en base a una ocurrencia configurable , por ejemplo "que si....", y recibe alertas para cambios adicionales de riesgo de las partes.
La aplicación riesgo de proveedor es similar a la aplicación Riesgo Global, pero permite adicionalmente que un cliente siga a los proveedores.
Aplicación Internet y SyMS es una aplicación de ventas y servicios de mercadotecnia que ayuda a un cliente a hacer crecer un negocio con funcionalidad, que incluyen, pero no se limita a: una nueva adquisición de cliente, una generación guía, y una nueva identificación de segmento.
La capa de servicio 315 incluye numerosos servicios, y adicionalmente se descompone en servicios internos y servicios publicados. Los servicios publicados son servicios que puede llamar una aplicación de la capa de aplicación 310. Los servicios internos son servicios que no están disponibles para su uso directo de las aplicaciones en la capa de aplicación 310.
La IDAL 317 es el vehículo por el cual los servicios dentro de la capa de servicio 315 tienen acceso a datos dentro de los depositarios de datos 320.
Los depositarios de datos 320 incluyen, pero no se limitan a: datos externos, es decir, compañeros/resto del mundo, datos internos, es decir, Cadena de Suministro de Datos de D&B (DSC, por sus siglas en inglés) , y Retroprocesamiento de Datos de Oficina.
La capa de datos 320 incluye datos de compañeros, y datos de D&B. El retroprocesamiento de oficina abarca aplicaciones para contabilidad, facturación, manejo de clientes, reporte financiero, impuestos, procesamiento de tarjetas de crédito, precio, regalías y gestión de órdenes.
La Figura 3 también ilustra un protocolo de comunicación entre la capa de aplicación 310 y la capa de servicios 315 mediante HTTP/SOAP, PCM, Toolkit y DUNSLink. Un protocolo JMS (no mostrado) también se puede usar, pero de manera preferente en una capacidad más limitada.
DUNSLink (Enlace DUNS) es un protocolo que se puede usar para tener datos de una base de datos de riesgo de ordenador US (AOS) . DU SLink también se puede usar para comunicar entre la capa de servicios 315 y la capa de datos 320. De manera preferente, DUNSLink se usa para comunicarse entre la cadena de suministro de datos de D&B (D&B DSC) de depositarios de datos 320 y servicios compartidos dentro de la capa de servicios 315.
Toolkit (caja de herramientas) es una aplicación externamente expuesta en comunicación con las aplicaciones internas de la capa de aplicación 310 y una pluralidad de servicios basados en riesgo en la capa de servicios 310. Toolkit es una interfaz de aplicación a aplicación.
En conjunto, los protocolos ayudan a aislar la capa de aplicación 310, la capa de servicios 315 y los depositarios de datos 320. Es decir, los protocolos proporcionan el intercambio o canje de información, por ejemplo, datos, entre diferentes capas.
En la operación, el sistema 300 permite que un cliente con acceso a las interfaces dentro de la capa de dispositivo 305 tenga acceso a las aplicaciones dentro de la capa de aplicación 310. Las aplicaciones dentro de la capa de aplicación 310 no incluyen ningún servicio local. En cambio, todos los servicios asociados con una aplicación particular están contenidos en la capa de servicio 305. Conforme un cliente tiene acceso a una aplicación particular, la aplicación llamará a un servicio asociado. La capa de servicios 305 está adicionalmente en comunicación con la capa de datos 320 mediante la IDAL 317. Los servicios dentro de la capa de servicios 305 tienen acceso, procesan y almacenan datos de los depositarios de datos 320. El almacenamiento de datos dentro de cada servicio se presenta típicamente antes de que el servicio se llame por la aplicación. Es decir, los servicios dentro de la capa de servicio 305 almacenan datos pertinentes al servicio particular para reducir al mínimo el tiempo de respuesta a una llamada de aplicación para datos.
Por ejemplo, el sistema modular 300 puede operar como sigue :
1. Una aplicación cliente B2B hace una petición a una aplicación de DaaS para información de compañía. El cliente B2B pasa una ID/contraseña de usuario junto con un Número DUNS de una compañía en la que está interesado el cliente B2B de obtener información.
2. La aplicación de DaaS autentica las credenciales hechas pasar en la petición de servicio web.
3. La aplicación de DaaS hace una llamada de servicio de compañía y hace pasar el Número DUNS.
4. El servicio de compañía tiene acceso a la capa de datos 320 y específicamente tiene acceso a los datos que se relacionan a una Marca, un Puntaje, un BAR, un enlace, y un Registro Público a través de un servicio interno "obtener datos" .
5. Los datos se recuperan y luego se formulan en un formato apropiado dando por resultado una respuesta apropiada y luego regresando a la aplicación de DaaS . Al mismo tiempo, el servicio de compañía llama un servicio de facturación que registra la transacción. El servicio de facturación llama una aplicación de orden final que registra adicionalmente la transacción.
6. La aplicación de DaaS retorna la respuesta apropiada al cliente.
La Figura 4 es un diagrama de bloques de un sistema 400 que realiza las operaciones de la IDAL 260. El sistema 400 incluye una computadora 405 acoplada a una red 430, por ejemplo, la Internet. Mediante la red 430, la computadora 405 se acopla comunicativamente a dispositivos (no mostrados) en la capa de servicio 240 y los depositarios de datos 270.
La computadora 405 incluye una interfaz de usuario 410, un procesador 415, y una memoria 420. Aunque la computadora 405 se representa en la presente como un dispositivo independiente, no se limita a esto, sino que en cambio se puede acoplar a otros dispositivos (no mostrados) en un sistema de procesamiento distribuido.
La interfaz de usuario 410 incluye un dispositivo de entrada, tal como un teclado o un subsistema de reconocimiento de voz, para permitir que un usuario comunique las selecciones de información y de mando al procesador 415. La interfaz de usuario 410 también incluye un dispositivo de salida tal como una pantalla o una impresora. Un control de cursor tal como un ratón, ratón de bola, o palanca de control, permite que el usuario manipule un cursor en la pantalla para comunicar información adicional y selecciones de mando al procesador 415.
El procesador 415 se configura de circuitería lógica que responde a y ejecuta instrucciones.
La memoria 420 es un medio de almacenamiento tangible que almacena datos e instrucciones para controlar la operación del procesador 415. La memoria 420 se puede implementar en una memoria de acceso aleatorio (RAM, por sus siglas en inglés) , una unidad de disco duro, una memoria de solo lectura (ROM) , o una combinación de esto. Uno de los componentes de la memoria 420 es un módulo de programa 425.
El módulo de programa 425 contiene instrucciones para controlar el procesador 415 para ejecutar las operaciones de la IDAL 260.
El término "módulo" se usa en la presente para denotar una operación funcional que se puede incorporar ya sea como un componente independiente o como una configuración integrada de una pluralidad de componentes subordinados. De esta manera, el módulo de programa 425 se puede implementar como un módulo individual o como una pluralidad de módulos que operan en cooperación entre sí. Además, aunque el módulo de programa 425 se describe en la presente como que se ha instalado en la memoria 420, y por lo tanto que se implementa en software, se puede implementar en cualquiera de hardware (por ejemplo, circuitería electrónica), programa en circuito, software, o una combinación de esto.
En tanto que el módulo de programa 425 se indica como ya cargado en la memoria 420, se puede configurar en un medio de almacenamiento 435 para la carga subsiguiente en la memoria 420. El medio de almacenamiento 435 puede ser cualquier medio de almacenamiento tangible que almacene en el mismo al módulo de programa 425. Los ejemplos del medio de almacenamiento 435 incluyen un disco flexible, un disco compacto, una cinta magnética, tarjetas de memoria, memoria de solo lectura, un medio óptico de almacenamiento, bus en serie universal (USB, por sus siglas en inglés) , unidad instantánea, disco versátil digital, una unidad zip. El medio de almacenamiento 435 puede ser una memoria de acceso aleatorio, u otro tipo de almacenamiento electrónico, localizado en un sistema de almacenamiento remoto y acoplado a la computadora 405 mediante la red 430.
El sistema 400 t'ambién se puede emplear para realizar las operaciones de la IDAL 317.
La Figura 5 es otro diagrama de bloques de un sistema de arquitectura modular 500 y resalta la comunicación entre una capa de cliente 505, una capa de plataforma 510, y una capa de servicio 515. La capa de servicio 505 y la capa de plataforma 510 comparten una capa de lote 509 y una capa de presentación 508. La capa de cliente 505 puede representar un navegador del cliente y reside en un dispositivo de cliente o plataforma de cómputo de cliente, por ejemplo, una computadora personal. La capa de cliente 505 puede incorporar adicionalmente un programa instantáneo con un archivo . swf . El programa instantáneo incrustado puede permitir que el dispositivo de cliente realice una pluralidad de operaciones sin requerir llamadas de programa a la capa de plataforma 510. De esta manera, la capa de cliente 505 se carga frontalmente y puede proporcionar mejora significativa de desempeño al asignar recursos a la capa de cliente 505 mediante programa instantánea. La capa de cliente 505 y la capa de presentación 508 incluyen adicionalmente un navegador web 520 , un servidor 525 y un contendor web 530.
La plataforma 510 también incluye un servidor de aplicación 535 que incluye una capa de integración, una capa de empresa y comercial y un contendor web 530 de la capa de presentación 508. El servidor 535 de la capa de plataforma 510 hospeda adicionalmente una capa de compañía o de negocios 545, una capa de integración 540, un contenedor EJB 550 y una capa dominante 555. La capa de servicio 515 se comunica con la capa de plataforma 510. Las aplicaciones en la capa de plataforma 510 tienen acceso a los servicios en la capa de servicio 515 para tener acceso a los datos y aplicaciones comunes de proceso comercial (no ilustradas) .
Específicamente, la capa de servicio 515 hospeda los servicios 560 y Oracle 570 que se comunican ambos con la capa de integración 540 de la capa de plataforma 510. El Servicio 515 incluye además un DSC 565. La capa de plataforma 510 y la capa de servicio 515 residen en una porción segura de una red. Tango la capa de plataforma 510 como la capa de servicio 515 residen en un hardware físicamente diferente de modo que son independientemente escalables.
La Figura 6 es otra representación de un sistema de arquitectura modular 600 con una capa de cliente 605, una capa de plataforma 610 y una capa de datos 615. La capa de datos 615 incluye los servidores de datos 620 que contienen información tal como información de compañía. La capa de plataforma 610 incluye servidores de aplicación 625 y servidores web 630. Los servidores de aplicación 625 se acoplan a un procesador (no mostrado) y se comunican con los servidores de datos 620. El procesador instruye a los servidores de aplicación a procesar los datos contenidos en los servidores de datos 620 para procesar información específica. Los servidores de aplicación 625 se configuran para almacenar la información específica después del procesamiento. La plataforma 610 también incluye servidores web 630 que se comunican con la capa de cliente 605. La capa de cliente 605 incluye clientes 635 con terminales de acceso, por ejemplo, una computadora. Los clientes 635, mediante la computadora, tienen acceso al servidor web 630 de la capa de plataforma 610. Los servidores web 630 se comunican adicionalmente con los servidores de aplicación 625 para procesar y proporcionar los datos almacenados en los mismos. En casos donde los datos actualizados en la capa de datos 615 en los servidores de datos 620, la actualización se propaga en la capa de plataforma 610 cuando los servidores de aplicación 625 tienen acceso a los servidores de datos 620. De esta manera, la actualización de los datos llega a ser localizada centralmente en la capa de datos 615 y evita la necesidad de duplicar en otras partes una actualización.
La Figura 7 ilustra otro sistema de arquitectura modular 700 basado en web con enfoque particular en una capa de plataforma 705, a la capa de servicios 735 y una capa de datos 730. Similar al sistema ASP 400 en la Figura 4, el sistema ASP 700 en la Figura 7, proporciona múltiples sub-capas dentro de la capa de plataforma 705. Específicamente, la capa de plataforma 705 incluye una capa de integración 715, una capa de empresa 720, una capa de presentación 725, una capa de lote 726 y una capa dominante 727. Las flechas que conectan cada una de las sub-capas descritas demuestran las rutas de comunicación. La capa de datos 730 se comunica con la capa de servicios 735 que se comunica adicionalmente con la capa de integración 715 de la capa de plataforma 705.
La capa de presentación 725 proporciona la capacidad para tener acceso al sistema y plataforma, varias operaciones mediante las pantallas de interfaz de usuario, gráficas (GUI, por sus siglas en inglés) de la aplicación. La capa de presentación 725 se puede descomponer en dos componentes: un conjunto de componentes de presentación común y un conjunto de componentes específicos de la aplicación. Los componentes de presentación común realizan funcionalidades comunes de empresa dentro del sistema 700. En particular, estas funcionalidades pueden incluir, pero no se limitan a: busca de compañía, manejo de órdenes de producto, gestión de investigación, plataforma MVC, Plataforma de Presentación Base y Archivos de Reporte. La búsqueda de compañía son un conjunto de paneles GUI reutilizables que proporciona la capacidad de realizar varios tipos de búsqueda en los datos, por ejemplo, datos de empresa. Los paneles GUI se integran con un conjunto de controles de interfaz de usuario de grano fino y son fáciles de configurar y conectar a cualquier pantalla dentro y través de aplicaciones. Por ejemplo, los paneles GUI pueden incluir, pero no se limitan a: una búsqueda de compañías, una Búsqueda DU S y una Búsqueda por Número Telefónico. El Manejo de Órdenes de Producto incluye otro conjunto de paneles GUI que permite ordenar varios productos. El manejo de órdenes de producto incluye, pero no se limita a: proporcionar funcionalidad de visualización de reportes populares, visualización de todos los productos disponibles para un país particular y finalmente permite la colocación de cualquier orden. Gestión de investigación es un conjunto de paneles GUI que proporciona la capacidad de colocar una orden para una investigación cuando no se produce la información deseada usando una búsqueda regular. Esto permite que un usuario realice todas las funcionalidades asociadas con un proceso de investigación, que incluye, pero no se limita a: presentación de la mayoría de los productos populares y presentación de un estado del proceso de investigación. La plataforma MVC incluye componentes para implementar el lado de cliente de la plataforma MCV que incluye, pero no se limita a herramientas junto con las posibles extensiones y/o personalizaciones. La plataforma de presentación base incluye varios patrones de diseño y principios de diseño aplicables a los componentes en la capa de presentación. Los patrones y principios ayudan a implementar un diseño universal dentro de los varios componentes de la capa de presentación a través de las aplicaciones. Un caso de los componentes de plataforma base incluye los archivos de reporte. Los archivos de reporte son un conjunto de paneles GUI necesarios que gestionan un archivo de reporte tal como listar los reportes archivados, visualizar los archivos leídos y no leídos y visualizar los reportes reciclados.
El sistema 700 realiza los componentes de funcionalidades de empresa que son únicos. Estos componentes también se exponen como un conjunto de funcionalidades de empresa de grano grueso que se requieren para soportar todas las funcionalidades que no están disponibles como parte del conjunto de códigos de funcionalidades de empresa. El sistema 700 también proporciona GlobalFamilyLinkage . GlobalFamilyLinkage proporciona interfaces necesarias para permitir que un usuario vea la información de Global Family Linkage (Enlace de Familia Global) en compañías a nivel mundial. Unas pocas funcionalidades claves incluyen, pero no se limitan a: realizar una búsqueda DUNS, obtener una cuenta de los miembros de familia y presentar la cuenta de compañías con correspondencia.
La capa de integración 717 permite que la capa de
l
empresa 720 interactúa con la capa de servicios 735 además de las aplicaciones' que almacenan datos específicos. Estos componentes de la capa de integración incluyen, pero no se limitan a: Componentes Adaptadores de Servicio y Componentes de Acceso a Datos. El Componente de Adaptadores de Servicio permite que la capa de empresa 720 llame varios servicios de la capa de servicios 735. Los Componentes de Acceso a Datos permite el acceso a datos de las aplicaciones que almacenan datos específicos y también proporcionan una vista de objetos de datos al implementar la correlación 0/R necesaria.
La capa dominante 727 incluye componentes lógicos que se usan para implementar funcionalidades inf aestructurales núcleo que están transversales a través de las capas del sistema. Algún conjunto clave de componentes en la capa dominante 727 incluye, pero no se limita a: Contexto de Usuario Mgmt, Autorización, Registro, Auditoría, Manejo de Excepciones, Análisis Web y I18n. Contexto de Usuario Mgmt proporciona manejo de contexto de usuario y servicios relacionados. La autorización es un componente que proporciona control de acceso basado en el rol a varias funcionalidades de aplicación. El registro es un componente que proporciona el registro de varias excepciones, errores y otra información en el sistema. Auditoría es un componente que implementa historia de auditoría de las operaciones de usuario, por ejemplo, una historia de órdenes de producto, y supresión de reportes del archivo. El manejo de excepción es un componente que captura y maneja con gracia todas las excepciones en el sistema. El Análisis web es un componente que captura datos analíticos web para determinar las estadísticas de uso de varias páginas de la aplicación y otra información relacionada. I18n es un componente que proporciona soporte necesario para la internacionalización y localización de páginas de aplicación.
La capa de servicio 735 implementa todas las funcionalidades de empresa y expone entonces como un conjunto de Servicios Web. Los ejemplos de un conjunto clave de servicios incluye, pero no se limita a: Compañía, Producto, Uso, Seguridad, Portfolio, Enlace y COR. Los servicios de compañía exponen interfaces para buscar pa una compañía. Los ejemplos de una búsqueda y correspondencia resultante incluyen, pero no se limitan a: un Nombre de Compañía, un número DUNS y un número telefónico. Los servicios de producto incluyen interfaces para recuperar los reportes reales ofrecidos por las aplicaciones de sistema. Los reportes pueden ser reportes fabricados (en formato PDF/HTML/TXT) . Los servicios de uso incluyen interfaces que tratan principalmente con el aspecto cambiante de la ordenación de un producto. Los servicios de uso se refieren a la facturación de los reportes ordenados. Los servicios de seguridad incluyen interfaces necesarias para autenticar y proporcionar otorgamientos a un usuario. Los servicios de portafolio incluyen interfaces para los productos archivados. Un pequeño conjunto clave de interfaces incluye, pero no se limita a: recuperar, modificar, refrescar y reciclar los productos archivados. Los servicios de enlace incluye, pero no se limita a: interfaces para recuperar la información de enlace de compañía. Los servicios de enlace se pueden usar para recuperar la información del árbol familiar tal como centros globales/nacionales, sucursales y subsidiarias. Los servicios de CÓR incluyen interfaces para permitir la auto-actualización por el cliente y otras funcionalidades relacionadas .
La capa de datos 730 contiene varias fuentes de datos que almacenan información de compañía así como datos de cliente. Las fuentes de datos usadas en la capa de datos 730 incluyen, pero no se limita a: DNBiProSpecificData y DSC. DNBiProSpecificData almacena cualquier dato que sea específico a DNBiPro.COM y no se almacenan dentro de DSC. Por ejemplo: Datos de preferencia de usuario específicos de la aplicación (tal como preferencias de resultados de búsqueda, preferencias de correo, reportes favoritos y reportes habituales. DSC almacena una información de compañía, datos de cliente, datos de análisis web, y datos de portfolio.
La Figura 8 muestra una interfaz de usuario de ejemplo para una modalidad de un sistema eRAM. El sistema eRAM incluye un subprograma 800, un servidor 802, un servidor de aplicación 804, y una base de datos de cuentas de cliente 806. En este ejemplo, el sistema eRAM es Plataforma Java 2, compatible con Enterprise Edition (J2EE) , plataforma cruzada, base de datos cruzada, internacionaliza, y soporta cientos de usuarios concurrentes que tienen acceso a las bases de datos que contienen millones de cuentas. Se implementan otras modalidades usando varias plataformas, procesadores, servidores, sistemas operativos, sistemas de bases de datos y otras tecnologías. El subprograma 800 es un subprograma Java que envía y recibe datos en lenguaje de marcado extensible (XML) y lenguaje de marcado de hipertexto (HTML) hacia y desde el servidor 802. El servidor 802 envía y recibe datos de XML y HTML hacia y desde el servidor de aplicación 804. El servidor de aplicación 804 tiene una interfaz de conectividad de base de datos java (JDBC, por sus siglas en inglés) con la base de datos de cuentas de cliente 806.
La Figura 9 muestra una arquitectura de sistema de ejemplo para componentes en una modalidad del sistema eRAM. En este ejemplo, el gestor de valoración de riesgo java (JRAM) 900 proporciona funciones y servicio de aplicación para el sistema eRAM. Las entrada a JRAM son información de cliente, que reside en una base de datos de cuenta de cliente 902, información de una caja de herramientas de integración de datos 904 y un enlace DUNSLink.TM. 906, entrada de información por una interfaz de usuario 908. La caja de herramientas de integración de datos 904 proporciona el sistema eRAM con la siguiente f ncionalidad: acceso a base de datos, correspondencia, y productos de datos. El usuario pide funciones que vengan de la interfaz de usuario 208 y se presenten por un agente de petición 910. Los manejadores de petición 912 manejen varios tipos de peticiones y usan servicios compartidos. Los servicios compartidos incluyen puntuación 914, programación y trabajo 916, y capa de acceso a datos 918. La puntuación 914 proporciona varias puntuaciones de empresa o comerciales. La programación de trabajo 916 gestiona las funciones de lote. La capa de acceso a datos 918 proporciona acceso a la caja de herramientas de integración de datos 904 y DU SLink . TM . 906. Los usuarios usan las plantillas de importación y exportación de datos 920 para importar y exportar datos desde sus propias aplicaciones hacia y desde el sistema de gestión de valoración de riesgo. La configuración y administración 922 es un servicio compartido usado por los administradores para definir configuraciones y usuarios y sus otorgamientos la conectividad de base de datos Java (JDBC) 924 es un interfaz de programa de aplicación (API, por sus siglas en inglés) para conectar JRAM 900 a la base de datos de cuentas de cliente 902. JDBC 924 incluye acceso a los servidores ' Oracle 926 y Microsoft SQL 928.
La Figura 10 muestra más detalle para la capa de acceso a datos 918. Esto ilustra como un cliente mejora la información de cliente en la base de datos de cuentas de cliente 902, por ejemplo, al recuperar la información más exacta. Para recuperar un paquete necesario por un componente de correlación y transformación de datos 1002 para una cuenta particular en una petición de orden de producto 301 que no es residente en las cuentas de cliente 902, el acceso es a través de ya sea un componente de ordenación de paquetes 1003 de un adaptador 1004 de DUNSLinkMR, si es información de los Estados Unidos, o un adaptador 1006 de caja de herramientas de integración de datos (DIT, por sus siglas en inglés) , si es información internacional. Una petición de orden de producto es para un producto de datos, tal como un reporte de información de empresa o información de puntaje. Al paquete se recupera de una ubicación central y luego se transfiere de regreso a la ubicación de cliente. Antes de que el paquete se transfiera y almacene en la base de datos del cliente, si estos elementos en el paquete se transforman de acuerdo al producto deseado por el componente de transformación y correlación de datos 1002, que puede tener acceso a plantillas de importación 1008.
Las técnicas descritas en la presente son de ejemplo y no se deben considerar como que impliquen ninguna limitación particular a la presente descripción. Se debe entender que se pueden contemplas varias alternativas, combinaciones y modificaciones por aquellos expertos en la técnica. Por ejemplo, los pasos asociados con los procesos descritos en la presente se pueden realizar en cualquier orden, a menos que se especifique o dicte de otro modo por los pasos mismos. Se propone que la presente descripción abarque todas las alternativas, modificaciones y variaciones que caigan dentro del alcance de las reivindicaciones anexas.
Los términos "comprenden" o "que comprende" se van a interpretar como que especifica la presencia de las características, enteros, pasos o componentes señalados, pero que no imposibilita la presencia de una o más características, enteros, pasos o componentes diferentes o grupos de los mismos. Los términos "uno" y "una" son artículos indefinidos y como tales no imposibilitan modalidades que tienen pluralidad des de artículos.
Se hace constar que con relación a esta fecha, el mejor método conocido por la solicitante para llevar a la práctica la citada invención, es el que resulta claro a partir de la presente descripción de la invención.
Claims (19)
1. Un método, caracterizado porque comprende: recibir una petición para acceso a datos; obtener de un almacenamiento referencial (a) un identificador de un almacenamiento de datos que almacena los datos, en donde el almacenamiento de datos es uno de una pluralidad de almacenamiento de datos, y (b) un protocolo para tener acceso al almacenamiento de datos; y comunicarse con el almacenamiento de datos a través de una interfaz, por medio de una comunicación electrónica, para tener acceso a los datos, en donde la interfaz se acopla comunicativamente a la pluralidad de almacenamientos de datos y utiliza el identificador y el protocolo para establecer una conexión al almacenamiento de datos .
2. El método de conformidad con la reivindicación 1, caracterizado porque el almacenamiento de datos incluye un servidor, y en donde la comunicación comprende comunicarse con el servidor de acuerdo con el protocolo.
3. El método de conformidad con la reivindicación 1, caracterizado porque la comunicación comprende enviar al almacenamiento de datos, el contenido de la petición.
4. El método de conformidad con la reivindicación 1, caracterizado porque los datos incluyen un primer punto de datos y un segundo punto de datos, en donde el almacenamiento de datos es un primer almacenamiento de datos que almacena el primer punto de datos, el identificador es un primer identificador , y el protocolo es un primer protocolo, en donde la obtención comprende además obtener, del almacenamiento referencial, (a) un segundo identificador de un segundo almacenamiento de datos que almacena el segundo punto de datos, en donde el segundo almacenamiento de datos es una de la pluralidad de almacenamiento de datos, y (b) un segundo protocolo para tener acceso al segundo almacenamiento de datos, y en donde la comunicación comprende comunicarse con el primer almacenamiento de datos para tener acceso al primer punto de datos, y comprende además comunicarse con el segundo almacenamiento de datos, a través de la interfaz, para tener acceso al segundo punto de datos, en donde la interfaz utiliza el segundo identificador y el segundo protocolo para establecer una conexión al segundo almacenamiento de datos.
5. El método de conformidad con la reivindicación 1, caracterizado porque la petición es una petición de lectura, en donde la comunicación comprende leer los datos del almacenamiento de datos, y en donde el método comprende además: enviar una respuesta a la petición que incluye los datos .
6. El método de conformidad con la reivindicación 1, caracterizado porque la petición es . una petición de escritura que incluye nuevos datos, en donde la comunicación comprende escribir los nuevos datos al almacenamiento de datos, y en donde el método comprende además : enviar una respuesta a la petición que incluye una confirmación que se ha realizado la escritura.
7. Un sistema, caracterizado porque comprende: un procesador; y una memoria que contiene instrucciones que son leíbles por el procesador para ser que el procesador realice las acciones de; recibir una petición para acceso a datos; obtener de un almacenamiento referenciar (a) un identificador de un almacenamiento de datos que almacena los datos, en donde la almacenamiento de datos es uno de la pluralidad de almacenamiento de datos, y (b) un protocolo para tener acceso al almacenamiento de datos; y comunicarse con el almacenamiento de datos a través de la interfaz, por medio de una comunicación electrónica, para tener acceso a los datos, en donde la interfaz se acopla comunicativamente a la pluralidad de almacenamiento de datos y utiliza el identificador y el protocolo para establecer una conexión al almacenamiento de datos.
8. El sistema de conformidad con la reivindicación 7, caracterizado porque el almacenamiento de datos incluye un servidor, y en donde la comunicación comprende comunicarse con el servidor de acuerdo con el protocolo.
9. El sistema de conformidad con la reivindicación 7, caracterizado porque la comunicación comprende enviar al almacenamiento de datos, el contenido de la petición.
10. El sistema de conformidad con la reivindicación 7, caracterizado porque los datos incluyen un primer punto de datos y un segundo un punto de datos, en donde el almacenamiento de datos es un primer almacenamiento de datos que almacena el primer punto de datos, el identificador es un prime identificador, y el protocolo es un primer protocolo, en donde la obtención comprende además obtener, del almacenamiento referencial, (a) un segundo iden ificador de un segundo almacenamiento de datos que almacena el segundo punto de datos, en donde el segundo almacenamiento de datos es uno de la pluralidad de almacenamiento de datos, y (b) un segundo protocolo para tener acceso al segundo almacenamiento de datos, y en donde la comunicación comprende comunicarse con el primer almacenamiento de datos para tener acceso al primer punto de datos, y comunicarse adicionalmente con el segundo almacenamiento de datos, a través de la interfaz, para tener acceso al segundo punto de datos, en donde la interfaz utiliza el segundo identificador y el segundo protocolo para establecer una conexión al segundo almacenamiento de datos .
11. El sistema de conformidad con la reivindicación 7, caracterizado porque la petición es una petición de lectura, en donde la comunicación comprende leer los datos del almacenamiento de datos, y en donde el método comprende además : enviar una respuesta a la petición que incluye los datos.
12. El sistema de conformidad con la reivindicación 7, caracterizado porque la petición es una petición de escritura que incluye nuevos datos, en donde la comunicación comprende la escritura de los nuevos datos al almacenamiento de datos, y en donde el método comprende además : enviar una respuesta a la petición que incluye una confirmación que se ha realizado la escritura.
13. Un medio de almacenamiento que es tangible caracterizado porque comprende instrucciones que son leíbles por un procesador para ser el procesador realice las acciones de: recibir para una petición para acceso a datos; obtener de un almacenamiento referencial (a) un identificador de un almacenamiento de datos que almacena los datos, en donde el almacenamiento de datos es uno de una pluralidad de almacenamientos de datos, y (b) un protocolo para tener acceso al almacenamiento de datos; y comunicarse con el almacenamiento de datos a través de una interfaz, por medio de una comunicación electrónica para tener acceso a lo satos, en donde la interfaz se acopla comunicativamente a la pluralidad de almacenamiento de datos y utiliza el identificador y el protocolo para establecer una conexión al almacenamiento datos.
14. El medio de almacenamiento de conformidad con la reivindicación 13, caracterizado porque el almacenamiento de datos incluye un servidor, y en ' donde la comunicación comprende comunicarse con el servidor de acuerdo con el protocolo.
15. El medio de almacenamiento de conformidad con la reivindicación 13, caracterizado porque porque la comunicación comprende enviar al almacenamiento de datos, el contenido de la petición.
16. El medio de almacenamiento de conformidad con la reivindicación 13, caracterizado porque los datos incluyen un primer punto de datos y un segundo punto de datos, en donde el almacenamiento de datos es un primer almacenamiento de datos que almacena el primer punto de datos, el identificador es un primer identificador y el protocolo es un primer protocolo, en donde la obtención comprende además obtener, del almacenamiento referencial, (a) un segundo identificador de un segundo almacenamiento de datos que almacena el segundo punto de datos, en donde el segundo almacenamiento de datos es una de la pluralidad de almacenamientos de datos, y (b) un segundo protocolo para tener acceso al segundo almacenamiento de datos, y en donde la comunicación comprende comunicarse con el primer almacenamiento de datos para tener acceso al primer punto de datos, y comprende además comunicarse con el segundo de datos, a través de la interfaz, para tener acceso al segundo punto de datos en donde la interfaz utiliza el segundo identificador y el segundo protocolo para establecer una conexión al segundo almacenamiento de datos .
17. El medio de almacenamiento de conformidad con la reivindicación 13, caracterizado porque la petición es una petición de lectura, en donde la comunicación comprende leer los datos del almacenamiento de datos, y en donde el método comprende además : enviar una respuesta a la petición que incluye los datos .
18. El medio de almacenamiento de conformidad con la reivindicación 13, caracterizado porque la petición es un petición de escritura que incluye nuevos datos , en donde la comunicación comprende escribir los nuevos datos al almacenamiento de datos, y en donde el método comprende además : enviar una respuesta a la petición que incluye una confirmación que se ha realizado la escritura.
19. Un sistema caracterizado porque comprende: una pluralidad de aplicaciones; una pluralidad de servicios acoplados comunicativamente a la pluralidad de aplicaciones ¡ una pluralidad de almacenamientos de datos, en donde la almacenamientos de datos están en comunicación con los servicios mediante una capa de acceso a datos de inventario, en donde un cambio a los datos en cualquiera de los almacenamientos de datos no requiere un cambio correspondiente a cualquiera de los servicios o aplicaciones.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201161437524P | 2011-01-28 | 2011-01-28 | |
| US201161437406P | 2011-01-28 | 2011-01-28 | |
| PCT/US2012/022939 WO2012103458A1 (en) | 2011-01-28 | 2012-01-27 | Inventory data access layer |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| MX2013008701A true MX2013008701A (es) | 2013-10-25 |
Family
ID=47362887
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| MX2013008701A MX2013008701A (es) | 2011-01-28 | 2012-01-27 | Capa de acceso a datos de inventario. |
Country Status (7)
| Country | Link |
|---|---|
| US (2) | US9507864B2 (es) |
| EP (1) | EP2668582A4 (es) |
| BR (1) | BR112013019266A2 (es) |
| CA (1) | CA2826047C (es) |
| MX (1) | MX2013008701A (es) |
| SG (1) | SG192166A1 (es) |
| WO (1) | WO2012103458A1 (es) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8856082B2 (en) | 2012-05-23 | 2014-10-07 | International Business Machines Corporation | Policy based population of genealogical archive data |
| US9401953B2 (en) | 2013-10-09 | 2016-07-26 | At&T Intellectual Property I, L.P. | Intelligent high-volume cloud application programming interface request caching |
| CN104765596A (zh) * | 2014-01-08 | 2015-07-08 | 腾讯科技（深圳）有限公司 | 请求处理方法和装置 |
| CN111027076B (zh) * | 2019-12-26 | 2023-07-14 | 山西银河电子设备厂 | 一种安全隔离的计算机应用系统及其设计方法 |
| US11379089B2 (en) * | 2020-07-02 | 2022-07-05 | Servicenow, Inc. | Adaptable user interface layout for applications |
Family Cites Families (64)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5694546A (en) * | 1994-05-31 | 1997-12-02 | Reisman; Richard R. | System for automatic unattended electronic information transport between a server and a client by a vendor provided transport software with a manifest list |
| US5737422A (en) | 1995-04-26 | 1998-04-07 | Billings; Roger E. | Distributed data processing network |
| JPH09282330A (ja) * | 1996-04-19 | 1997-10-31 | Hitachi Ltd | データベース作成方法 |
| US6233584B1 (en) * | 1997-09-09 | 2001-05-15 | International Business Machines Corporation | Technique for providing a universal query for multiple different databases |
| US6055304A (en) * | 1998-02-05 | 2000-04-25 | Ameritech Corporation | Method and system for selectively performing call information query |
| US6434546B1 (en) * | 1998-12-22 | 2002-08-13 | Xerox Corporation | System and method for transferring attribute values between search queries in an information retrieval system |
| US6381598B1 (en) * | 1998-12-22 | 2002-04-30 | Xerox Corporation | System for providing cross-lingual information retrieval |
| US8275661B1 (en) * | 1999-03-31 | 2012-09-25 | Verizon Corporate Services Group Inc. | Targeted banner advertisements |
| US6622127B1 (en) * | 1999-05-11 | 2003-09-16 | Kaiser Foundation Hospitals | Order allocation to select from inventory locations stocking few units of inventory |
| CA2281331A1 (en) | 1999-09-03 | 2001-03-03 | Cognos Incorporated | Database management system |
| US6694362B1 (en) * | 2000-01-03 | 2004-02-17 | Micromuse Inc. | Method and system for network event impact analysis and correlation with network administrators, management policies and procedures |
| DE10024347B4 (de) * | 2000-05-17 | 2007-02-22 | Fujitsu Limited, Kawasaki | Sicherheitsservice-Schicht |
| US8402124B1 (en) * | 2000-11-16 | 2013-03-19 | International Business Machines Corporation | Method and system for automatic load balancing of advertised services by service information propagation based on user on-demand requests |
| TW561358B (en) * | 2001-01-11 | 2003-11-11 | Force Corp Z | File switch and switched file system |
| GB2372849B (en) * | 2001-02-28 | 2003-05-07 | 3Com Corp | Method for determining master or slave mode in a storage server subnet |
| US20020184161A1 (en) * | 2001-06-04 | 2002-12-05 | Allen Chang | System and method for network address based software authorization |
| DE60126595D1 (de) * | 2001-07-19 | 2007-03-29 | Ericsson Telefon Ab L M | Verfahren und Vorrichtung für die Lösung der Nummernübertragbarkeit am Ursprungsort |
| US7260654B1 (en) * | 2002-01-14 | 2007-08-21 | Sprint Communications Company L.P. | System and method for communicating using multiple access technologies and multiple standards |
| US7467142B2 (en) * | 2002-07-11 | 2008-12-16 | Oracle International Corporation | Rule based data management |
| US7447701B2 (en) * | 2002-07-11 | 2008-11-04 | Oracle International Corporation | Automatic configuration of attribute sets |
| US7114037B2 (en) * | 2002-07-11 | 2006-09-26 | Oracle International Corporation | Employing local data stores to maintain data during workflows |
| US8375113B2 (en) * | 2002-07-11 | 2013-02-12 | Oracle International Corporation | Employing wrapper profiles |
| US7512585B2 (en) | 2002-07-11 | 2009-03-31 | Oracle International Corporation | Support for multiple mechanisms for accessing data stores |
| US7206851B2 (en) * | 2002-07-11 | 2007-04-17 | Oracle International Corporation | Identifying dynamic groups |
| US7076508B2 (en) * | 2002-08-12 | 2006-07-11 | International Business Machines Corporation | Method, system, and program for merging log entries from multiple recovery log files |
| DE102004022485A1 (de) | 2003-05-09 | 2005-03-17 | i2 Technologies, Inc., Dallas | System zur Bestandsoptimierung im Zusammenhang mit einem zentral verwalteten Masterspeicher für einem Unternehmen zugeordnete Kernreferenzdaten |
| US8521875B2 (en) | 2003-09-04 | 2013-08-27 | Oracle America, Inc. | Identity for data sources |
| US7340447B2 (en) * | 2003-10-09 | 2008-03-04 | Oracle International Corporation | Partitioning data access requests |
| US7330903B2 (en) * | 2003-11-17 | 2008-02-12 | International Business Machines Corporation | Method, computer program product, and system for routing messages in a computer network comprising heterogenous databases |
| US7512967B2 (en) * | 2004-12-29 | 2009-03-31 | Alcatel-Lucent Usa Inc. | User authentication in a conversion system |
| US20060155845A1 (en) * | 2005-01-11 | 2006-07-13 | Tetsuro Motoyama | Method and system for initializing an internal storage table containing access information used by multiple implementations of protocol access functions to extract information from networked devices |
| US7581000B2 (en) * | 2005-01-11 | 2009-08-25 | Ricoh Company, Ltd. | Monitoring device having a memory containing data representing access information configured to be used by multiple implementations of protocol access functions to extract information from networked devices |
| US20060155824A1 (en) * | 2005-01-11 | 2006-07-13 | Tetsuro Motoyama | Method and system for extracting information from networked devices using the HTTP protocol and precondition information |
| US20060184659A1 (en) * | 2005-01-11 | 2006-08-17 | Tetsuro Motoyama | Method and system for extracting information from networked devices using multiple implementations of protocol access functions |
| US8918366B2 (en) * | 2005-02-07 | 2014-12-23 | Mimosa Systems, Inc. | Synthetic full copies of data and dynamic bulk-to-brick transformation |
| US7676228B2 (en) * | 2005-09-19 | 2010-03-09 | Plant Equipment Inc. | Radio interoperability system and method |
| US8412750B2 (en) * | 2005-09-26 | 2013-04-02 | Research In Motion Limited | LDAP to SQL database proxy system and method |
| US20070088702A1 (en) * | 2005-10-03 | 2007-04-19 | Fridella Stephen A | Intelligent network client for multi-protocol namespace redirection |
| US7708196B2 (en) | 2005-10-05 | 2010-05-04 | Dun And Bradstreet Corporation | Modular web-based ASP application for multiple products |
| US8326899B2 (en) * | 2005-11-09 | 2012-12-04 | Ca, Inc. | Method and system for improving write performance in a supplemental directory |
| US7900208B2 (en) * | 2005-11-30 | 2011-03-01 | Oracle International Corporation | Uniform framework for standardization and transmission of documents electronically |
| US8046557B2 (en) * | 2005-12-05 | 2011-10-25 | Intelitrac Inc. | Apparatus and method for on-demand in-memory database management platform |
| US7933268B1 (en) * | 2006-03-14 | 2011-04-26 | Marvell Israel (M.I.S.L.) Ltd. | IP multicast forwarding in MAC bridges |
| US7930313B1 (en) * | 2006-11-22 | 2011-04-19 | Adobe Systems Incorporated | Controlling presentation of refinement options in online searches |
| US8521700B2 (en) * | 2006-11-22 | 2013-08-27 | International Business Machines Corporation | Apparatus, system, and method for reporting on enterprise data processing system configurations |
| US20080133727A1 (en) * | 2006-12-04 | 2008-06-05 | Telefonaktiebolaget Lm Ericsson (Publ) | Automatic registry composition when networks compose |
| US7778231B2 (en) * | 2007-02-21 | 2010-08-17 | At&T Intellectual Property I, L.P. | System and method of communication in an IP multimedia subsystem network |
| WO2008111048A2 (en) * | 2007-03-09 | 2008-09-18 | Ghost, Inc. | System and method for browser within a web site and proxy server |
| US20080243799A1 (en) * | 2007-03-30 | 2008-10-02 | Innography, Inc. | System and method of generating a set of search results |
| US8176440B2 (en) * | 2007-03-30 | 2012-05-08 | Silicon Laboratories, Inc. | System and method of presenting search results |
| US9977827B2 (en) * | 2007-03-30 | 2018-05-22 | Innography, Inc. | System and methods of automatic query generation |
| US9069853B2 (en) * | 2007-03-30 | 2015-06-30 | Innography, Inc. | System and method of goal-oriented searching |
| US20080243787A1 (en) * | 2007-03-30 | 2008-10-02 | Tyron Jerrod Stading | System and method of presenting search results |
| US8583592B2 (en) * | 2007-03-30 | 2013-11-12 | Innography, Inc. | System and methods of searching data sources |
| US7822892B2 (en) * | 2007-07-19 | 2010-10-26 | International Business Machines Corporation | Managing the copying of writes from primary storages to secondary storages across different networks |
| US8589338B2 (en) * | 2008-01-24 | 2013-11-19 | Oracle International Corporation | Service-oriented architecture (SOA) management of data repository |
| US8005015B2 (en) * | 2008-07-28 | 2011-08-23 | Telefonaktiebolaget L M Ericsson (Publ) | Signaling framework for negotiating and executing composition of registries |
| US9727628B2 (en) * | 2008-08-11 | 2017-08-08 | Innography, Inc. | System and method of applying globally unique identifiers to relate distributed data sources |
| US8359031B2 (en) * | 2008-09-19 | 2013-01-22 | Clear Channel Management Services, Inc. | Computer based method and system for logging in a user mobile device at a server computer system |
| US8370329B2 (en) * | 2008-09-22 | 2013-02-05 | Microsoft Corporation | Automatic search query suggestions with search result suggestions from user history |
| US9268871B2 (en) * | 2008-10-16 | 2016-02-23 | Qualcomm Incorporated | Methods and apparatus for obtaining content with reduced access times |
| US8271615B2 (en) * | 2009-03-31 | 2012-09-18 | Cloud Connex, Llc | Centrally managing and monitoring software as a service (SaaS) applications |
| US8874784B2 (en) * | 2009-08-10 | 2014-10-28 | Tekelec, Inc. | Systems, methods, and computer readable media for controlling social networking service originated message traffic |
| US20110214165A1 (en) * | 2010-02-26 | 2011-09-01 | David Kerr Jeffreys | Processor Implemented Systems And Methods For Using Identity Maps And Authentication To Provide Restricted Access To Backend Server Processor or Data |
-
2012
- 2012-01-27 US US13/360,254 patent/US9507864B2/en active Active
- 2012-01-27 WO PCT/US2012/022939 patent/WO2012103458A1/en active Search and Examination
- 2012-01-27 CA CA2826047A patent/CA2826047C/en active Active
- 2012-01-27 BR BR112013019266A patent/BR112013019266A2/pt not_active Application Discontinuation
- 2012-01-27 MX MX2013008701A patent/MX2013008701A/es active IP Right Grant
- 2012-01-27 SG SG2013057112A patent/SG192166A1/en unknown
- 2012-01-27 EP EP12739151.4A patent/EP2668582A4/en not_active Ceased
-
2016
- 2016-11-28 US US15/361,769 patent/US10762147B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CA2826047C (en) | 2016-08-30 |
| US9507864B2 (en) | 2016-11-29 |
| CA2826047A1 (en) | 2012-08-02 |
| WO2012103458A1 (en) | 2012-08-02 |
| EP2668582A4 (en) | 2016-06-01 |
| CN104067253A (zh) | 2014-09-24 |
| US10762147B2 (en) | 2020-09-01 |
| EP2668582A1 (en) | 2013-12-04 |
| US20120331095A1 (en) | 2012-12-27 |
| SG192166A1 (en) | 2013-08-30 |
| BR112013019266A2 (pt) | 2017-07-11 |
| US20170076004A1 (en) | 2017-03-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6856970B1 (en) | Electronic financial transaction system | |
| CN102763085B (zh) | 使用云服务目录来供应服务 | |
| US7805344B2 (en) | System providing methodology for consolidation of financial information | |
| CA2716420C (en) | Third party information transfer | |
| JP4571636B2 (ja) | サービス指向ビジネスフレームワークのサービス管理 | |
| US20070288890A1 (en) | System, method and apparatus to allow for a design, administration, and presentation of computer software applications | |
| US20050223025A1 (en) | System and method for automating the assembly, processing and delivery of documents | |
| CN101110021A (zh) | 对过程指令集进行可视化编程的方法 | |
| US10762147B2 (en) | Inventory data access layer | |
| AU2002212615A1 (en) | Master universal tariff system and method | |
| WO2008018080A2 (en) | Smart integration engine and metadata-oriented architecture for automatic eii and business integration | |
| MXPA02004887A (es) | Sistemas y metodos para la creacion de aplicaciones de recomendaciones financieras. | |
| US20210103862A1 (en) | Methods and apparatus for exposing workflow process definitions as business objects | |
| JP2022531370A (ja) | 管理対象ネットワークによって使用されるソフトウェアの決定及び調整 | |
| AU2005289750A1 (en) | Business process management system and method | |
| Wang | Oracle BAM 11gR1 Handbook | |
| CN104067253B (zh) | 库存数据访问层 | |
| WO2003098494A1 (en) | A transaction management system | |
| CN115657901A (zh) | 一种基于统一参数的业务变更方法及装置 | |
| CA2360906C (en) | Method for mapping information from a network-based data source | |
| Rosenbloom et al. | System Design | |
| Horadagoda | A B2B Architecture for accessing Real-time Financial Trade Data | |
| Mata Martinez et al. | Integration of selling platform deployment data into Amadeus Corporate Database | |
| Yrjölä | Modelling a web shop using SAP R/3 as backend system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FG | Grant or registration |