MX2011003102A - Suscripcion de datos. - Google Patents

Abstract

Un método para administrar datos del campo petrolífero con base en uno o más elementos de suscripción. El método incluye recibir los elementos de suscripción que tienen un área de interés, uno o más tipos de datos y uno o más requerimientos del conjunto de datos. El área de interés incluye una o más propiedades geográficas que corresponden a los datos del campo petrolífero, y los requerimientos del conjunto de datos definen cómo se deben presentar los datos del campo petrolífero. Después de recibir los elementos de suscripción, el método envía los elementos de suscripción a un motor de la base de datos. El método posteriormente recibe los datos del campo petrolífero a partir del motor de la base de datos tal que los datos del campo petrolífero corresponden a los elementos de suscripción.

Description

SUSCRIPCION DE DATOS ANTECEDENTES Solicitudes Relacionadas Ésta solicitud reclama la prioridad para la Solicitud de Patente Provisional Norteamericana número de serie 61/324,908 presentada el 16 de Abril de 2010, titulada SMART DATA OBJECTS AND DATA SUBSCRIPTION, la cual se incorpora aquí por referencia .

Campo de la Invención Las implementaciones de diversas tecnologías aquí descritas generalmente se relacionan a técnicas para administrar datos del campo petrolífero ' y, más particularmente, a técnicas para recibir y enviar datos del campo petrolífero de acuerdo con unos elementos de suscripción .

Descripción del Arte Relacionado Las siguientes descripciones y ejemplos no se admiten como arte previo en virtud de su inclusión dentro de esta sección .

La cantidad de datos del campo petrolífero, o datos de exploración y producción, disponible para los geocientífieos de exploración y los profesionales de Exploración y Producción (E&P) es enorme. La mayoría de los datos de exploración y producción se almacenan en bases de datos no estructuradas.

Como consecuencia, el sistema de administración de bases de datos para los datos de exploración y producción es ineficiente, y se le dificulta progresivamente a un usuario localizar los datos de exploración y producción pertinentes en estas bases de datos no estructuradas. Actualmente, la mayoría de los sistemas de administración de bases de datos "empujan" los datos de exploración y producción a sus receptores. Es decir, el sistema transfiere todos los datos de exploración y producción de las bases de datos a la aplicación de computadora operada por el usuario de exploración y producción. La transferencia se denomina "empuje" debido a que la transferencia se inicia por el emisor. Generalmente, el emisor no sabe lo que requieren los usuarios; más bien, el emisor envía todos los datos de exploración y producción disponibles al usuario incluso aunque el usuario pueda no estar interesado en todos los datos de exploración y producción disponibles. Empujando todos los datos de exploración y producción disponibles, la energía y el tiempo de procesamiento de la administración de las bases de datos están siendo desperdiciados en datos de exploración y producción irrelevantes. Adicionalmente, aun si los datos de exploración y producción empujados tienen importancia para el usuario, los datos de exploración y producción están a menudo en un formato que no se puede utilizar por el usuario. Por consiguiente, muchos de los datos de exploración y producción empujados necesitan transformarse en un formato que se pueda utilizar que generalmente se logra utilizando flujos de trabajo de exportación/importación que son excesivamente dependientes de trabajadores altamente experimentados. Adicionalmente , empujando todos los datos de exploración y producción disponibles, el usuario puede recibir múltiples versiones de los mismos datos de exploración y producción que existen en diferentes aplicaciones y bases de datos.

Con la adición de aun más datos de exploración y producción al universo digital, la barrera para la administración de la información (IM) se ha alzado significativamente. Hoy, se espera que la IM administre tipos de datos más complejos, administre mayores volúmenes de datos, habilite la colaboración en tiempo real, y habilite tiempos de ciclos más cortos. Las herramientas y metodologías convencionales no fueron diseñadas para este volumen de datos. Como consecuencia, las herramientas y metodologías convencionales dejan a los usuarios finales con una enorme cantidad de datos de exploración y producción que se deben filtrar. Por consiguiente, existe una necesidad por un método más eficiente para enviar datos de exploración y producción a sus receptores.

BREVE DESCRIPCIÓN DE LA INVENCIÓN Se describen aquí implementaciones de varias técnicas para enviar datos de exploración y producción con base en elementos de suscripción de datos. En una implementación, un método para enviar datos de exploración y producción con base en elementos de suscripción de datos puede incluir recibir los elementos de suscripción que tienen un área de interés, uno o más tipos de datos y uno o más requerimientos del conjunto de datos. El área de interés se puede describir como que tiene una O; más propiedades geográficas que corresponden a los datos del campo petrolífero, y los requerimientos del conjunto de datos pueden definir cómo se deben presentar los datos del campo petrolífero. Después de recibir los elementos de suscripción, el método puede enviar los elementos de suscripción a un motor de la base de datos. El método posteriormente puede recibir los datos del campo petrolífero a partir del motor de la base de datos tal que los datos del campo petrolífero corresponden a los elementos de suscripción.

En otra implementación, el método para enviar datos de exploración y producción con base en elementos de suscripción de datos puede incluir recibir los elementos de suscripción que tienen un área de interés, uno o más tipos de datos y uno o más requerimientos del conjunto de datos. El método posteriormente puede incluir identificar los datos del campo petrolífero que corresponden al área de interés y los tipos de datos, y transformar los datos del campo petrolífero identificados a uno o más formatos con base en los requerimientos del conjunto de datos. Después de identificar los datos del campo petrolífero, el método puede incluir enviar los datos del campo petrolífero transformados. Én aún otra implementación , el método para enviar datos de exploración y producción con base en elementos . de suscripción de datos puede incluir recibir los elementos de suscripción que tienen un área de interés, uno o más tipos de datos y uno o más requerimientos del conjunto de datos. El método posteriormente puede enviar los elementos de suscripción y una o más condiciones a un motor de la base de datos. Las condiciones pueden definir cuándo el motor de la base de datos debe enviar los datos del campo petrolífero. Después de enviar los elementos de suscripción y las condiciones, el método puede recibir los datos del campo petrolífero a partir del motor de la base de datos tal que los datos del campo petrolífero corresponden a los elementos de suscripción y las condiciones.

La materia reivindicada no se limita a las implementaciones que solucionan alguna o todas las desventajas notadas. Adicionalmente, la sección de resumen se proporciona para introducir una selección de conceptos en una forma simplificada que se describen adicionalmente a continuación en la sección de descripción detallada. La sección de resumen no está dirigida a identificar características cruciales o esenciales de la materia reivindicada, ni está dirigida a utilizarse para limitar el alcance de la materia reivindicada.

BREVE DESCRIPCIÓN DE LOS DIBUJOS Las implementaciones de varias tecnologías se describirán a partir de ahora con referencia a los dibujos acompañantes. Se debe entender, sin embargo, que los dibujos acompañantes ilustran sólo las diversas implementaciones aquí descritas y no pretenden limitar el alcance de las diversas tecnologías aquí descritas.

La Figura 1 ilustra un diagrama esquemático de un sistema de administración de bases de datos de conformidad con las implementaciones de varias técnicas aquí descritas.

La Figura 2 ilustra un diagrama de flujo de un método para recibir datos de exploración y producción con base en elementos de suscripción de datos de conformidad con las implementaciones de varias técnicas aquí descritas.

La Figura 3 ilustra un diagrama de flujo de un método para enviar datos de exploración y producción con base en elementos de suscripción de datos de conformidad con las implementaciones de varias técnicas aquí descritas.

La Figura 4 ilustra una red de computadoras en la cual se pueden implementar las implementaciones de varias tecnologías aquí descritas.

DESCRIPCIÓN DETALLADA DE LA INVENCIÓN La discusión de abajo se dirige a ciertas implementaciones específicas. Se debe entender que la discusión de abajo es sólo para el propósito de permitirle a una persona con habilidad ordinaria en el arte hacer y utilizar cualquier materia definida ahora o más tarde por las "reivindicaciones" de patente encontradas en cualquier patente publicada aquí.

Lo siguiente proporciona una breve descripción de varias tecnologías y técnicas para recibir datos de exploración y producción con base en elementos de suscripción de datos. En una implementación, una aplicación de computadora puede recibir elementos de suscripción de datos (es decir, petición de extracción de datos) que incluyen un área de interés, una descripción del conjunto de datos y un requerimiento del conjunto de datos a partir de un usuario. El área de interés puede describir propiedades geográficas de los datos, la descripción del conjunto de datos puede describir el tipo de datos pedidos por el usuario, y el requerimiento del conjunto de datos puede describir la manera en la cual se deben preparar los datos (es decir, formato, unidades) para el usuario .

Después de recibir los elementos de suscripción de datos, la aplicación de computadora puede enviar los elementos de suscripción de datos a un motor del sistema de administración de bases de datos. En una implementación, el motor del sistema de administración de bases de datos se puede acoplar a varias bases de datos por medio de varios conectores de datos y se puede almacenar en una red. El motor del sistema de administración de bases de datos puede recibir continuamente los elementos de suscripción de datos a partir de la aplicación de computadora y continuamente buscar varias bases de datos para los datos que corresponden al área de interés y la descripción del conjunto de datos de los elementos de suscripción de datos.

Tras identificar los datos que corresponden al área de interés y la descripción del conjunto de datos, el motor del sistema de administración de bases de datos puede etiquetar los datos identificados como nuevos datos para el usuario (es decir, el receptor de datos). En una implementación, el motor del sistema de administración de bases de datos puede enviar los nuevos datos al usuario en un formato que es consistente con el requerimiento de datos. En otra implementación, el motor del sistema de administración de bases de datos puede enviar una notificación al usuario para indicar que los nuevos datos están disponibles para la descarga.

Antes de enviar los elementos de suscripción de datos al sistema de administración de bases de datos, la aplicación de computadora también puede enviar reglas de aceptación (es decir, sincronización) de datos al motor del sistema de administración de bases de datos, que puede definir las condiciones en las cuales los nuevos datos se deben enviar al usuario. Como tal, después de identificar los datos que corresponden al área de interés y la descripción del conjunto de datos, el motor del sistema de administración de bases de datos posteriormente puede determinar si los nuevos datos reúnen las reglas de aceptación. Si los nuevos datos reúnen las reglas de aceptación, el motor del sistema de administración de bases de datos enviará los nuevos datos a la aplicación de computadora de modo que el usuario tenga acceso a los nuevos datos. Alternativamente, si los nuevos datos no reúnen las reglas de aceptación, el motor del sistema de administración de bases de datos no enviará los nuevos datos a la aplicación de computadora.

Lo siguiente proporciona una breve descripción de varias tecnologías y técnicas para enviar datos de exploración y producción con base en una suscripción de datos. Como se menciona anteriormente, el motor del sistema de administración de bases de datos recibe los elementos de suscripción de datos, los cuales incluyen un área de interés, una descripción del conjunto de datos y un requerimiento del conjunto de datos a partir de una aplicación de computadora. En respuesta, el motor del sistema de administración de bases de datos puede identificar entonces los datos que corresponden al área de interés y la descripción del conjunto de datos en varias fuentes de datos acopladas al motor del sistema de administración de bases de datos. Las fuentes de datos pueden incluir bases de datos, sistemas de archivos, páginas de internet, la Red Mundial de Comunicación, aplicaciones y similares .

Tras identificar los datos que corresponden al área de interés y la descripción del conjunto de datos, el motor del sistema de administración de bases de datos puede transformar/traducir los datos identificados a un formato que corresponda al requerimiento del conjunto de datos. La transformación se puede realizar mediante una capa de virtualización dentro del motor del sistema de administración de bases de datos.

Como se menciona anteriormente, el motor del sistema de administración de bases de datos puede recibir reglas de aceptación (es decir, sincronización) de datos para los nuevos datos a partir de la aplicación de computadora. Las reglas de aceptación de datos pueden especificar cuáles de los nuevos datos se deben enviar al usuario. Como tal, el motor del sistema de administración de bases de datos puede enviar los datos identificados a la aplicación de computadora con base en las reglas de aceptación (es decir, sincronización) de datos. Como resultado de los procesos anteriormente descritos, se logra una pobre administración de las bases de datos' debido a que no se desperdician tiempo y/o energía en datos que no son importantes para el usuario. .

Las Figuras 1-4 ilustran una o más implementaciones de varias técnicas para recibir y enviar datos de exploración y producción con base en unos elementos de suscripción aquí descritos en más detalle.

La Figura 1 ilustra un diagrama esquemático de un sistema 100 de administración de bases de datos de conformidad con las implementaciones de varias técnicas aquí descritas. El sistema 100 de administración de bases de datos proporciona a geocientífieos de exploración y administradores de datos un mecanismo para encontrar y visualizar fácilmente los datos dentro de un área de interés a partir de múltiples centrales de depósito o archivos de datos. El sistema 100 de administración de bases de datos puede incluir una máquina 105 del lado del cliente que está compuesta de la aplicación 110 de suscripción de datos y una variedad de otras aplicaciones 115. El sistema 100 de administración de bases de datos también puede incluir una máquina 120 del lado del servidor, la cual incluye el motor 125 del sistema de administración de bases de datos. El motor 125 del sistema de administración de bases de datos puede incluir un número de capas de programación, tales como la capa 130 de suscripción de datos, la capa 135 de virtuali zación y la capa 140 de acceso a los datos. La. capa 140 de acceso a los datos se puede configurar para comunicarse con otros dispositivos fuera de la máquina 120 del lado del servidor. En una implementación, la capa 140 de acceso a los datos puede recuperar los datos almacenados en las bases de datos 145, proyectos 150 o ambos.

Las bases de datos 145 pueden incluir bases de datos estructuradas y no estructuradas que almacenan datos de exploración y producción que pueden ser de interés para un usuario en la máquina 105 del lado del cliente. Los datos de exploración y producción almacenados en las bases de datos 145 pueden incluir datos que se almacenan en centrales de depósito de datos no homogéneas, datos adquiridos utilizando diferentes flujos de trabajo que tienen diferentes requerimientos de datos, datos que fluyen bi-direccionalmente entre muchas centrales de depósito diferentes, datos que entran al ambiente a través de muchas puertas, y similares. Los proyectos 150 pueden incluir varias aplicaciones de computadora o archivos dentro de una aplicación de computadora que incluye datos de exploración y producción que pueden ser relevantes para un usuario .

Los datos de exploración y producción pueden incluir datos de reflexión sísmica, datos sísmicos 3-D, datos de navegación sísmica, datos sísmicos en bruto, datos sísmicos procesados, datos sísmicos interpretados, datos de perforación, datos de trayectoria del pozo, datos de elección del pozo, datos estrato-gráficos, datos del cabezal del pozo, datos de completacion del pozo, datos en bruto de la curva del pozo, datos de la curva del pozo, datos procesados de la curva del pozo, datos de prueba del pozo, datos de la red de producción, datos de producción en bruto, datos de producción consolidada, datos de producción asignada, datos culturales, modelos geológicos, modelos del yacimiento y similares.

La capa 130 de suscripción de datos puede comunicarse con la aplicación 110 de suscripción de datos y permitir a los usuarios enrolar sus proyectos de interpretación en el sistema 100 de administración de bases de datos. Los proyectos de interpretación pueden especificar un área de interés, descripción del conjunto de datos y requerimientos del conjunto de datos para su suscripción de datos. Con base en el área de interés, la descripción del conjunto de datos y los requerimientos del conjunto de datos, los usuarios pueden ser capaces de obtener una evaluación de calidad actual de su proyecto de interpretación, junto con cualquier corrección de datos propuesta.

Iniciando con un proyecto de interpretación nuevo y vacio, los usuarios pueden definir los datos que desean recibir de acuerdo con sus requerimientos del conjunto de datos. Las actualizaciones para los ' proyectos de interpretación existentes pueden ya sea requerir notificación y aprobación, o se pueden hacer automáticamente con base en la preferencia del intérprete. Detalles adicionales en lo que se refiere a cómo los usuarios pueden subscribirse a los datos se proporcionan debajo con referencia a las Figuras 2-3.

La capa 135 de virtualización se puede configurar para traducir entre diferentes taxonomías del flujo de trabajo para presentar los datos al usuario en un formato en el cual el usuario pueda utilizarlos. En una implementación, la traducción puede incluir transformar datos mientras se mueve entre ; diferentes aplicaciones y flujos de trabajo. Actualmente esta traducción se realiza utilizando escenarios de exportación-preparación-importación que son excesivamente dependientes de intérpretes o técnicos de datos altamente experimentados. En una implementación, la capa 135 de virtualización puede utilizar objetos 137 de datos inteligentes para proporcionar reglas y procedimientos para traducir automáticamente los datos. Utilizando los objetos 137 de datos inteligentes, estos procesos tediosos y propensos a errores típicamente realizados por técnicos se pueden volver modernizados y semi-automatizados .

En una implementación, los objetos 137 de datos inteligentes pueden incluir una identidad de recursos única, un componente de objeto dinámico, un conjunto de argumentos de entrada o un conjunto de objetos dependientes. Incorporando los objetos 137 de datos inteligentes dentro de la capa 135 de virtualización, cada objeto 137 de datos inteligente puede tener un localizador de recursos único (URL) . El URL puede proporcionar una capa de acceso a los datos robusta y simple, pero extremadamente escalable,. independiente de la plataforma de cómputo, las aplicaciones, y la fuente de datos.

Los objetos 137 de datos inteligentes pueden ser una plataforma abierta que permite complementos de terceros con consideraciones a los requerimientos de traducción de datos específicos. Los objetos 137 de datos inteligentes pueden seguir uno o más de los siguientes métodos de regla: ObjetoTipoCambio, Fusión, IdentidadCambio, ReAsignaciónDeJerarquías u Obj etoCreación .

El ObjetoTipoCambio se puede configurar para cambiar un conjunto de perforaciones a un intervalo de perforación, un conjunto de curvas de diagrafía a un sondeo de desviación, o un conjunto de curvas de diagrafía a un conjunto de elecciones del marcador. El consorcio se puede configurar para cambiar una colección de elementos a un solo elemento (empalme de las curvas de diagrafía) . El IdentidadCambio se puede configurar para renombrar unas curvas de diagrafía del campo de observaciones y conjuntos de diagrafías. La ReAsignaciónDeJerarquías se puede configurar para cambiar la jerarquía de un objeto. Por ejemplo, un sondeo puede pertenecer a las completaciones en vez que la completación pertenezca a un sondeo, y los sondeos pueden reasignar su jerarquía a los sondeos precursores. La Obj etoCreación se puede configurar para crear un objeto del pozo a partir de un conjunto de sondeos, o un objeto del yacimiento a partir de un conjunto de completaciones.

En otra implementación, la capa 135 de virtualizacion también puede mantener un catálogo de metadatos relacionado con los datos . Los metadatos pueden ser poblados y catalogados con base en las reglas de los metadatos. La capa 135 de virtualizacion puede soportar el uso de módulos o escritura de terceros como parte de la creación de los metadatos.

En aún otra implementación, la capa 135 de virtualizacion también se puede configurar para mantener un catálogo de auditoría de datos. Como tal, la capa 135 de virtualizacion constantemente puede revisar las fuentes de datos en busca de cambios de datos. A medida que se detectan los cambios de datos, se pueden configurar para ser almacenados en un módulo de auditoria de datos. Las centrales de depósito de datos participantes y la frecuencia de auditoria se pueden configurar por el usuario. El módulo de auditoria de datos puede crear un rastro de la auditoria de todas las transacciones de datos de una aplicación que puede incluir la información relacionada con los orígenes de los datos (es decir, en qué aplicación iniciaron los datos, dónde han estado los datos), el dueño de los datos (es decir, quién creó una elección del marcador, quién editó los datos), las actualizaciones de los datos (es decir, si ha cambiado la posición), y similares. El módulo de auditoría de datos también puede crear opciones de presentación de datos para exportar los rastros de la auditoría a varias clases de aplicaciones .

La capa 140 de acceso a los datos puede ser céntrica en la Red Mundial de Comunicación y puede utilizar un Servidor central de Datos XML, el cual puede ser similar a un servidor HTTP. El protocolo del servidor de Datos XML puede basarse en el protocolo HTTP. Los datos adquiridos a partir de la base de datos 145 o los proyectos 150 se, pueden suministrar en un XML dependiente del flujo de trabajo. Los datos también se pueden suministrar en una taxonomía dependiente del flujo de trabajo.

En una implementación, los controladores de datos específicos a la aplicación y específicos a la base de datos se pueden agregar al servidor de Datos XML. Estos controladores pueden estar, abiertos y se pueden desarrollar o extender por terceros. El servidor de datos XML puede soportar uno o más de los siguientes cuatro API's de acceso de datos: . ET, COM, CORBA' o HTTP.

Aunque la Figura 1 indica que el motor 125 del sistema de administración de bases de datos incluye tres capas, se debe notar que en otras implementaciones , el motor 125 del sistema de administración de bases de datos puede incluir capas i adicionales. En una implementación, el motor 125 del sistema de administración de bases de datos también puede incluir una capa de calidad de datos. La capa de calidad de datos puede basarse en la tecnología de Administración de Calidad de Datos InnerLogix, y puede implementar un motor de calidad basado en la regla Seis Sigma. En una implementación, la capa de calidad de datos puede quebrantar las reglas de calidad en una o más de las siguientes cinco dimensiones: integridad, consistencia, contenido, unicidad y validez. La capa de calidad de datos puede operar con base en una regla que utiliza aritmética ternaria. La aritmética ternaria se puede basar en si existe un defecto, si no existe un defecto, o si puede o no existir un defecto.

En una iraplementación, la capa de calidad de datos se puede integrar con la capa 135 de virtualización y puede ser capaz por consiguiente de monitorear la capa 135 de virtualización en busca de cambios de datos, produciendo un sistema de calidad de datos cercano a en tiempo real. La capa de calidad de datos puede incluir reglas que definen cómo y cuándo manipular los defectos detectados. Las reglas pueden dictar que la capa de calidad de datos puede automáticamente corregir los defectos con base en un conjunto de reglas y condiciones, asignar los defectos a un administrador de datos para la corrección manual, o asignar una lista de aprobación antes de que se cometa cualquier corrección manuales o automática para los defectos. En una implementación, las reglas y el proceso de corrección de datos pueden ser completamente extensibles utilizando los complementos .Net, COM, o Java Script.

El motor 125 del sistema de administración de bases de datos también puede incluir una capa de consulta de datos. En una implementación, consultar los almacenes de datos puede requerir el conocimiento de la estructura subyacente del almacén de datos. De esta manera, la capa 135 de virtualización puede normalizar el proceso de consulta en una manera céntrica al flujo de trabajo tal que cada almacén de datos pueda ser consultado de la misma manera. Las consultas se pueden basar en la capa de metadatos y los índices n-dimensionales relacionados, que pueden permitir las capacidades de consulta simples, pero muy poderosas. Por ejemplo, las consultas 2D GIS pueden ser directamente soportadas y las consultas 3D también pueden estar habilitadas, por ejemplo "déme una lista de sondeos que se entrecruzan". Adicionalmente , el índice de los metadatos se puede diseñar para la creación de cubos OLAP que habilitan adicionalmente a un usuario a consultar y analizar los datos en el .espacio n-dimensional .

El motor 125 del sistema de administración de bases de datos también puede incluir una capa de presentación de datos que se basa en motores de presentación de datos comerciales que utilizan la interfaz de enlace de datos estándar de la capa 135 de virtualización . La capa de presentación de datos permite una adecuación completa del proceso de generación de reportes .

La Figura 2 ilustra un diagrama de flujo de un método 200 para recibir datos de exploración y producción con base en elementos de suscripción de datos de conformidad con las implementaciones de varias técnicas aquí descritas. La siguiente descripción del método 200 se hace con referencia al sistema 100 de administración de bases de datos de la Figura 1. En una implementación , el método 200 se puede realizar mediante la aplicación 110 de suscripción de datos del sistema 100 de administración de bases de datos. Se debe entender que mientras que el método 2?0 indica un orden particular de ejecución de las operaciones, en algunas implementaciones, ciertas porciones de las operaciones se podrían ejecutar en un orden diferente.

En la etapa 210, la aplicación 110 de suscripción de datos puede recibir elementos de suscripción de. datos a partir de un usuario. Los elementos de suscripción de datos pueden incluir un área de interés, una descripción del conjunto de datos y un requerimiento del conjunto de datos. El área de interés puede describir propiedades geográficas de los datos de exploración y producción. Por ejemplo, el área de interés puede incluir regiones geográficas especificas tales como el Golfo de México, coordenadas de latitud/longitud, o datos específicos, tales como los pozos que ,se localizan al menos 10, 000 ft (3,048 m) debajo del nivel del mar. El área de interés puede ser una ubicación tridimensional o puede estar descrita como una ubicación tridimensional con el tiempo como una cuarta dimensión. Un ejemplo de un área de interés especificada en las cuatro dimensiones puede incluir una región geográfica, tal como el Golfo de México, y la duración de tiempo, tal como Enero-Febrero. De esta manera, el usuario puede estar interesado en los datos de exploración y producción obtenidos a partir de la región del Golfo de México en cualquier tiempo entre Enero y Febrero.

En una implementación, el área de interés se puede seleccionar utilizando una herramienta de selección basada en un mapa para crear los limites del área de interés. Alternativamente, se pueden utilizar capas de Ambiente de Desarrollo del Sistema (SDE) dentro de la aplicación 110 de suscripción de datos para seleccionar el área de interés utilizando los limites del campo o los limites del bloque, los limites del proyecto, y similares. El área de interés se puede salvar para publicación y uso futuro. En una implementación, el área de interés se puede publicar en un mapa para la referencia .

La descripción del conjunto de datos (el tipo de datos) describe el tipo de datos que se relacionan a la búsqueda del usuario. Por ejemplo, la descripción del conjunto de datos puede incluir curvas de diagrafia en bruto, curvas de diagrafia listas para la estación de trabajo, datos que tienen información de producción, todos los datos excepto aquellos que tienen información de producción, elecciones de mercado, etcétera. El requerimiento del conjunto de datos posteriormente se puede utilizar para describir cómo le gustaría al usuario que se preparasen los datos (es decir, formato, unidades) para mirar y/o análisis. Ya que los datos se mueven entre aplicaciones y diferentes usuarios, a menudo experimentan un número de cambios o transformaciones tal que los datos se presentan al usuario de acuerdo con el requerimiento del conjunto de datos especificado. Las transformaciones, sin embargo, a menudo no están documentadas y están ocultas en escrituras y procesos manuales. En una implementación , las transformaciones se utilizan para modificar los datos tal que "se ajusten" a un conjunto especifico de flujo de trabajo. Utilizando el ejemplo anterior, el requerimiento del conjunto de datos puede incluir presentar los datos del campo petrolífero como datos de producción por yacimiento, curvas de diagrafía normalizadas, nombres de la curva de diagrafía modificados, curvas de diagrafía empalmadas y despuntadas, nombres de pozo modificados, intervalos perforados y similares.

Previamente, para realizar las transformaciones anteriormente descritas, el usuario y un administrador de datos necesitarían un alto nivel de habilidad tal que estén familiarizados con el proceso de transformación para cualquier tipo de requerimiento del conjunto de datos. Por ejemplo, el proceso de transformación a menudo involucra conversiones de unidades de medida, remoción de ruido y entradas de datos manuales. Como tal, el usuario y el administrador de datos necesitarían saber cómo convertir unidades, remover ruido y agregar entradas de datos a los varios tipos de datos de exploración y producción. Adicionalmente, el proceso de transformación, según se implementa por los usuarios o administradores de datos, puede introducir errores que pueden comprometer la calidad de los datos e impactar los análisis resultantes. Adicionalmente, implementar el proceso de transformación utilizando un usuario y un administrador de datos es típicamente caro.

En la etapa 220, la aplicación 110 de suscripción de datos puede enviar los elementos de suscripción de datos al motor 125 del sistema de administración de bases de datos. Como se ilustra en la Figura 1, el motor 125 del sistema de administración de bases de datos se puede acoplar a varias bases de datos por medio de la capa 140 de acceso a los datos que puede incluir varios conectores de datos. En una implementación, después de recibir los elementos de suscripción de datos, el motor 125 del sistema de administración de bases de datos puede continuamente buscar varias bases de datos para los datos que corresponden al área de interés y la descripción del conjunto de datos. Tras identificar los datos de exploración y producción que corresponden al área de interés y la descripción del conjunto de datos, el motor 125 del sistema de administración de bases de datos puede etiquetar los datos de exploración y producción identificados como nuevos datos para el usuario.

En la etapa 230, la aplicación 110 de suscripción de datos puede enviar reglas de aceptación (es decir, sincronización) de datos al motor 125 del sistema de administración de bases de datos. En una implementación, las reglas de aceptación de datos pueden definir las condiciones sobre las cuales se deben enviar los nuevos datos al usuario. Por ejemplo, el usuario puede tener el deseo de recibir nuevos datos si los nuevos datos difieren de sus datos actuales por más que un porcentaje predeterminado. De esta manera, el motor 125 del sistema de administración de bases de datos puede determinar si los nuevos de datos reúnen las reglas de aceptación de datos y enviar los datos al usuario si los nuevos de datos reúnen las reglas de aceptación de datos. En otra implementación, las reglas de aceptación pueden definir cómo puede ser notificado el usuario acerca de los nuevos datos. Por ejemplo, el usuario puede solicitar que se envíen notificaciones para los cambios de datos automatizados en la aplicación, actualizaciones o nuevos datos. El usuario también puede especificar cómo se debe actualizar (por ejemplo, por medio de registro cronológico de actividad de la aplicación, por medio de correo electrónico) . Las reglas de aceptación de datos también pueden definir una calidad de nivel para los nuevos datos o se pueden basar en dónde se originaron los datos (es decir, el nombre de usuario o la aplicación) . Aunque el método 200 se describe como teniendo la etapa 230, se debe notar que en algunas implementaciones la etapa 230 no se requiere para el método 200. En tal escenario, el método 200 puede continuar en la etapa 240.

En la etapa 240, la aplicación 110 de suscripción de datos puede recibir los nuevos datos a partir del motor 125 del sistema de administración de bases de datos de acuerdo con el requerimiento de datos. Como se menciona anteriormente, el requerimiento del conjunto de datos puede describir cómo prefiere el usuario que se preparen los datos (es decir, formato, unidades) para mirar y/o análisis. Como tal, el motor 125 del sistema de administración de bases de datos puede transformar los datos identificados en un formato como se especifica por los requerimientos de datos. El motor 125 del sistema de administración de bases de datos también puede enviar una notificación al usuario que indica que los nuevos datos están disponibles para la descarga.

En una implementación, la aplicación 110 de suscripción de datos puede proporcionar una interfaz de usuario para su usuario para facilitar la creación y despliegue del área de intereses para las suscripciones. La interfaz de usuario también puede proporcionar una vista de lista de los nuevos datos extraídos hacia la aplicación del usuario, mapas de notificación codificados con colores de datos nuevos o editados, una vista previa de elementos de datos individuales seleccionados, tales como un pre-visualizador de la diagrafía del pozo.

En otra implementación, la aplicación 110 de suscripción de datos puede incluir características de visualización avanzadas, . tales como las capacidades del mapa base, capacidades del visualizador de datos del pozo y herramientas de visualización del administrador de datos. Las capacidades del mapa base pueden incluir el mapa basado en SDE, la creación de sección cruzada, la publicación del mapa de burbuja para varios atributos almacenados en múltiples almacenes de datos, disposición en rejilla regional avanzada y contorneo, herramientas de presentación de datos avanzada, anotaciones en mapa y esquematización modificada a escala. Las capacidades del visualizador de datos del pozo pueden incluir despliegues de datos del pozo avanzados con tipos de datos asociados en un solo despliegue que incluyen curvas de diagrafía, datos del núcleo especiales y convencionales y pruebas de flujo.

Las herramientas de visualización del administrador de datos pueden incluir cuadros y gráficas para las transacciones de datos, cuadros y gráficas para la calidad de datos, mapeo de los datos del pozo con mareaje de calidad conocida, cuadros y gráficas para cantidad de datos, desplegar los volúmenes en los almacenes de datos de objetos de datos, toda la presentación de datos, gráficas, y cuadros exportables a varios tipos de aplicaciones. Las herramientas de visualización del administrador de datos también pueden incluir herramientas de administración y gestión para el usuario. Las herramientas de administración pueden incluir herramientas de administración de usuario y herramientas de administración del sistema. Las herramientas de administración de usuario se pueden utilizar para configurar nuevos usuarios y definir a lo que los nuevos usuarios están autorizados a acceder. Las herramientas de administración del sistema pueden incluir herramientas de administración de suscripción que definen las fuentes para las suscripciones. Las herramientas de administración del sistema también pueden incluir herramientas de administración de metadatos (taxonomía y flujos de trabajo) para actualizar la taxonomía de los objetos del dominio y su mapeo en las fuentes de datos.

Algunas herramientas de administración pueden incluir administración de presentación de datos, administración de reglas, administración de transacciones y administración del índice. La administración de presentación de datos puede definir los reportes. La administración de reglas puede incluir la automatización de las reglas para definir las reglas a utilizar para la traducción de datos durante las transferencias y la suscripción de reglas para definir criterios de evaluación y lógica para los nuevos datos. La administración de transacciones puede incluir administrar el volumen que puede definir los criterios del trazado del perfil de los datos y qué datos están siendo utilizados la mayor parte, del tiempo, el rastreo de la transacción que puede definir que transacciones (es decir, crear, actualizar, suprimir) rastrear, y el rastreo de la auditoria que puede definir y reportar los usuarios que han actualizado datos (es decir, Crear, Actualizar, Suprimir) . La administración del índice puede definir las fuentes de datos para el índice y la frecuencia de indexación.

Detalles adicionales relacionados al motor 125 del sistema de administración de bases de datos se proporcionan a continuación con referencia a la Figura 3.

La Figura 3 ilustra un diagrama de flujo de un método 300 para enviar datos de exploración y producción con base en elementos de suscripción de datos de conformidad con las implementaciones de varias técnicas aquí descritas. La siguiente descripción del método 300 se hace con referencia al sistema 100 de administración de bases de datos de la Figura 1 y al método 200 de la Figura 2. En una implementación, el método 300 se puede realizar mediante el motor 125 del sistema de administración de bases de datos del sistema 100 de administración de bases de datos. Se debe entender que mientras que el método 300 indica un orden particular de ejecución de las operaciones, en algunas implementaciones , ciertas porciones de las operaciones se podrían ejecutar en un orden diferente.

En la etapa 310, el motor 125 del sistema de administración de bases de datos puede recibir los elementos de suscripción de datos (es decir, de la etapa 220) que incluyen el área de interés, la descripción del conjunto de datos y el requerimiento del conjunto de datos a partir de la aplicación 110 de suscripción de datos. En una implementación, la capa 130 de suscripción de datos puede recibir los elementos de suscripción de datos.

En la etapa 320, el motor 125 del sistema de administración de bases de datos puede recibir las reglas de aceptación/suscripción de datos a partir de la aplicación 110 de suscripción de datos (es decir, la etapa 230) . Sin embargo, como se menciona anteriormente con respecto a la etapa 230, en algunas implementaciones, el método 300 se puede realizar sin la etapa 320.

En la etapa 330, el motor 125 del sistema de administración de bases de datos puede identificar los datos que corresponden al área de interés y la descripción del conjunto de datos en varias fuentes de datos acopladas al motor del sistema de administración de bases de datos. Las fuentes de datos pueden incluir bases de datos, sistemas de archivos, páginas de internet, la Red Mundial de Comunicación, aplicaciones y similares. En una implementacion, el motor 125 del sistema de administración de bases de datos puede avanzar lentamente a través de cada fuente de datos para localizar los datos de exploración y producción que corresponden al' área de interés y la descripción del conjunto de datos como se define en los elementos de suscripción de datos. En una implementacion, los datos de exploración y producción se pueden identificar en una capa de acceso a los datos que incluye un servidor de Datos basado en XML que tiene un lugar de depósito del índice central.

En una implementacion, mientras que busca a través de las varias fuentes de datos, el motor 125 del sistema de administración de bases de datos puede construir un índice de metadatos que indica alguna información acerca de las varias fuentes de datos y los datos adquiridos a partir de las fuentes de datos. La información almacenada en el índice de metadatos puede incluir la vista de información, que describe cómo se administran los datos y la información dentro de una organización. Puede haber al menos dos vistas dentro de una organización: la vista diseñada y la vista real. La vista diseñada puede describir cómo deben trabajar los datos, y la vista real puede describir cómo los usuarios finales administran los datos. La vista de información también puede incluir una vista unificada, la cual combina la vista diseñada y la vista real.

La vista de información puede describir las centrales de depósito de datos, tales como sus papeles, dueños, requerimientos, datos y similares. La vista de información también puede describir el flujo entre centrales de depósito de datos, tales como los requerimientos de datos y la puntualidad. La vista de información también puede describir actividades, tales como los disparadores de eventos, la descripción de la actividad y el dueño de la actividad.

Ya que los datos se mueven entre centrales de depósito de datos, puede haber procesos específicos que se apliquen a los datos. Estos procesos pueden controlar cuándo se mueven los datos, qué datos se mueven, cómo se modifican los datos durante el movimiento o cuándo se suprimen los datos. El motor 125 del sistema de administración de bases de datos puede convertir los procesos en reglas de normalización de los datos y reglas de integración de los datos.

En la etapa 340, el motor 125 del sistema de administración de bases de datos puede transformar o traducir los datos identificados que corresponden al área de interés y la descripción del conjunto de datos a un formato que corresponde al requerimiento del conjunto de datos. En una implementación, la transformación puede tener lugar en la capa 135 de virtualización dentro del motor 125 del sistema de administración de bases de datos. La transformación descrita en la etapa 330..se puede configurar para habilitar los datos justo a tiempo. Los datos justo a tiempo incluyen enviar los datos que se solicitan a distinción de enviar todos los datos disponibles. En los sistemas convencionales, la mayoría de los sistemas de administración de bases de datos empujan los datos a sus receptores. Es decir, la transferencia de datos se controla por su emisor. El emisor de datos no sabe qué datos requiere el usuario (es decir, el receptor de los datos) . Como tal, el emisor de datos envía todos los datos al usuario o de un almacén de datos a otro, y los sistemas convencionales pueden almacenar todos los datos empujados en un lugar de depósito central a distinción de los datos que se han solicitado por un usuario (es decir, datos justo a tiempo) .

Algunos de los problemas relacionados con el sistema convencional de administración de bases de datos incluyen administrar todos los datos en la misma manera incluso aunque sólo una pequeña fracción de los datos esté siendo utilizada, desperdiciando por consiguiente energía y tiempo de procesamiento de administración en datos irrelevantes. Por ejemplo, una organización puede sólo utilizar 10% de los datos que están bajo administración activa, pero la vasta mayoría de los recursos de la tecnología de información se desperdician en datos e información que no está actualmente contribuyendo hacia la meta final, por ejemplo, ganancias. Otro problema puede' incluir cómo se realiza la compartición de datos utilizando flujos de trabajo de exportación/importación que son excesivamente dependientes de trabajadores altamente experimentados que son capaces de transformar los datos en formatos que son utilizables por los usuarios. Aun otro problema puede incluir tener múltiples versiones de los datos relevantes en diferentes aplicaciones y bases de datos.

Otros asuntos pueden incluir administrar diferentes jerarquías de datos, diferentes definiciones de datos o diferentes métodos de acceso a los datos. Otro obstáculo puede ser que las centrales de depósito de datos no pueden compartir la misma jerarquía de datos y agrupamiento de datos (Taxonomía de Datos) , y a menudo no pueden compartir las mismas definiciones del objeto de datos. Incluso entre centrales de depósito "idénticas", las taxonomías de datos y la definición del objeto de datos pueden ser diferentes debido a las necesidades específicas del flujo de trabajo de diferentes usuarios. Por ejemplo, algunos flujos de trabajo pueden requerir que las perforaciones y los tapones de detención sean tratados como elecciones del marcador.

Habilitando los datos justo a tiempo, el sistema 125 de administración de bases de datos puede resolver algunos de los problemas asociados con el sistema convencional de administración de bases de datos, ineficiente.

En una implementación, la capa 135 de virtualización puede normalizar los datos identificados para ejecutar un proceso de evaluación de calidad entre dos o más centrales de depósito de datos. Una parte de esta normalización puede involucrarse con la taxonomía y la normalización del objeto de datos. En una implementación, el proceso de normalización puede utilizar la información obtenida durante el desarrollo de la vista de información. Con base en esta información, la capa 135 de virtualización puede asignar cada central de depósito específica a una taxonomía específica y clasificación del objeto de datos (TDOC) . Adicionalmente, la capa de virtualización puede asignar a cada proceso de integración de datos una TDOC tal que cada proceso se pueda definir como parte de una Matriz TDOC.

Una parte del proceso TDOC puede incluir la construcción de Objetos 137 de Datos Inteligentes (SDOs) . Para las centrales de depósito de datos que no soportan un objeto de datos específico, los procesos pueden aplicar SDOs para automáticamente construir un objeto de datos especifico. Por ejemplo, para centrales de depósito céntricas en el sondeo que participan en un proceso de administración de calidad de datos céntrico en el pozo, se puede utilizar un SDO del pozo para crear el objeto del pozo para estas centrales de depósito.

Los SDOs también pueden ser útiles en la implementación dinámica de los procesos de integración de datos. Estos procesos pueden incluir asignar volúmenes de producción a la formación en lugar de las completaciones , empalmar las curvas de diagrafia y los sondeos de desviación o despuntar las curvas de diagrafia.

Adicionalmente, utilizando los SDOs, la capa 135 de virtualización puede dramáticamente reducir la complejidad del problema de integración/traducción de datos. Cada SDO puede tener un identificador globalmente único (GUID) asignado que permite que el proceso de integración rastree el uso y las dependencias de SDOs específicos, permitiendo por consiguiente las actualizaciones automáticas de un SDO cuando es ejemplificada concretamente. Esto puede reducir dramáticamente la necesidad por copiado y sincronización de datos innecesarios. Por ejemplo, los objetos 137 de datos inteligentes en los paquetes de interpretación pueden almacenar las referencias de entrada junto con un algoritmo de integración asociado. Cuando el paquete de interpretación pide los datos, la capa de virtualizacion puede regenerar los datos utilizando las referencias de entrada y el algoritmo de integración. Este diseño puede asegurar que el objeto inteligente nunca salga de la sincronización.

En una implementación, los SDOs pueden almacenar la fuente de los datos de entrada (es decir, el Localizador de Recursos Uniformes) junto con cualquier proceso de normalización. Cuando se solicitan los datos, la capa .135 de virtualizacion puede utilizar los SDOs para automáticamente regenerar los datos. Por ejemplo, a cada SDO se puede asignar un identificador de recursos globalmente único, URI, junto con un localizador de recursos único, URL.

En otra implementación, los Servidores de Objetos de Datos (DOS) se pueden utilizar por la capa 140 de acceso a los datos junto con el URL para acceder a los datos. Los DOS pueden ser muy parecidos a un servidor HTTP, y pueden soportar varios protocolos, incluyendo DCOM, HTTP, .NET o CORBA. Los protocolos pueden soportar los siguientes métodos: Obtener (URL) , Poner (URL, xmlDatosObjeto) , Agregar (URL, xmlDatosObjeto) o Eliminar (URL) .

Los DOS pueden permitir aplicaciones para integrarse directamente con los datos utilizando un concepto HREF, que especifica el destino de un enlace HTML. Esto permite que la vista de información se mueva hacia una infraestructura de tipo "trama" en vez de una infraestructura de centro y rayo. Los DOS permiten además una reducción en el número de centrales de depósito, eliminando por consiguiente el desperdicio .

Utilizando un servicio de entrega de datos justo a tiempo, el motor 125 del sistema de administración de bases de datos puede eliminar la necesidad por habilitar la aplicación de control de calidad y limpiar todos los objetos de datos.

En la etapa 350, la capa 130 de suscripción de datos puede enviar los datos identificados con base en las reglas de aceptación (es decir, sincronización) de datos, recibidas en la etapa 320, al usuario final. En una implementación, la capa 130 de suscripción de base de datos puede enviar una notificación al usuario que indica que los nuevos datos están disponibles para la descarga.

Utilizando los métodos 200 y 300, el sistema 100 de administración de bases de datos puede crear un ambiente robusto para transferir datos desde múltiples centrales de depósito de datos hacia las bases de datos del proyecto de los usuarios finales. Como consecuencia, el sistema 100 de administración de bases de datos permite la expansión y la adecuación de varias aplicaciones tal que se puedan integrar más fácilmente con nuevas fuentes de datos y aplicaciones en el futuro.

El sistema 100 de administración de bases de datos puede crear un ambiente que puede ser capaz de lograr uno o más de lo siguiente: • Incrementar significativamente la productividad de los procesos y equipos de administración de bases de datos y geocientificos de exploración mediante la reducción del tiempo gastado en lograr datos listos para analizar.

• Soportar el acceso a múltiples centrales de depósito de datos ¡ y capacidad de predicción incrementada de los flujos de datos.

• Habilitar un ambiente de datos de alta calidad para la toma de decisiones precisa. f Proporcionar un proceso continuo para la eliminación de "desperdicio" en la Administración de la Información (IM) .

· Facilitar la escalabilidad y adecuación para las necesidades de Administración de la Información que se desarrollen .

Mediante la suscripción a los datos utilizando el sistema 100 de administración de bases de datos, un usuario puede ser capaz de seleccionar los tipos de datos a partir de múltiples almacenes de datos para recibir datos de calidad conocida automáticamente .

La Figura 4 ilustra una red 400 de computadoras en la cual se pueden implementar las implementaciones de varias tecnologías aquí descritas. El sistema 400 de cómputo (sistema de computadoras) puede incluir una o más computadoras 430 del sistema, que se pueden implementar como cualquier servidor o computadora personal convencional. Sin embargo, aquellos expertos en el arte apreciarán que las implementaciones de las varias técnicas aquí descritas se pueden practicar en otras configuraciones del sistema de cómputo, incluyendo servidores de protocolo de transferencia de hipertexto (HTTP) , dispositivos manuales, sistemas de · multiprocesador, electrónica programable por el consumidor o basada en microprocesadores, PCs de red, minicomputadoras, computadoras de la unidad central, y similares.

La computadora 430 del sistema puede estar en comunicación con dispositivos 429, 431, y 433 de almacenamiento en disco, los cuales pueden ser dispositivos de almacenamiento en disco duro externo. Se contempla que los dispositivos 429, 431, y 433 de almacenamiento en disco sean unidades convencionales de disco duro, y como tal, se implementarán por medio de una red de área local o mediante acceso remoto. Por supuesto, mientras que los dispositivos 429, 431, y 433 de almacenamiento en disco se ilustran como dispositivos separados, se puede utilizar un solo dispositivo de almacenamiento en disco para almacenar cualquiera y todas las instrucciones del programa, los datos de medición, y los resultados según se desee.

En una implementación, los datos de exploración y producción se pueden almacenar en el dispositivo 431 de almacenamiento en disco. La computadora 430 del sistema puede recuperar los datos apropiados del dispositivo 431 de almacenamiento en disco de acuerdo con las instrucciones del programa que corresponden a las implementaciones de varias técnicas aquí descritas. Las instrucciones del programa se pueden escribir en un lenguaje de programación de computadoras, tal como C++, Java y similares. Las instrucciones del programa se pueden almacenar en un medio legible por computadora, tal como el dispositivo 433 de almacenamiento en disco del programa. Tal medio legible por computadora puede incluir un medio de comunicación y un medio de almacenamiento en computadora. El medio de almacenamiento en computadora puede incluir medios volátiles y no volátiles, y extraibles y no extraibles implementados en cualquier método o tecnología para el almacenamiento de información, tales como instrucciones legibles por computadora, estructuras de datos, módulos de programa u otros datos. El medio de almacenamiento en computadora puede incluir además memoria RAM, ROM, memoria de sólo lectura programable borrable (EPROM) , memoria de sólo lectura programable eléctricamente borrable (EEPROM) , memoria flash u otra tecnología de memoria de estado sólido, CD-ROM, discos digitales versátiles (DVD), u otro almacenamiento óptico, casetes magnéticos, cinta magnética, almacenamiento en disco magnético u otros dispositivos de almacenamiento magnético, o cualquier otro medio que se pueda utilizar para almacenar la información deseada y que se pueda acceder mediante la computadora 430 del sistema. Los medios de comunicación pueden contener instrucciones legibles por computadora, estructuras de datos u otros módulos de programa. A manera de ejemplo, y no de limitación, los medios de comunicación pueden incluir medios alámbricos tales como una red alámbrica o conexión alámbrica directa, y medios inalámbricos tales como medios acústicos, RF, infrarrojos y otros medios inalámbricos. Las combinaciones de cualesquiera de lo anterior también se pueden incluir dentro del alcance del medio legible por computadora. Én una implementación, la computadora 430 del sistema puede presentar la salida primariamente sobre el despliegue 427 dé gráficos, o alternativamente por medio de la impresora 428. La computadora 430 del sistema puede almacenar los resultados de los métodos descritos anteriormente en el almacenamiento en disco, para el uso más adelante y el análisis adicional. El teclado 426 y el dispositivo 425 de indicación (por ejemplo, un ratón, bola rastreadora, o similar) se pueden proporcionar con la computadora 430 del sistema para permitir la operación interactiva.

La computadora 430 del sistema se puede localizar en un centro de datos remoto de donde se pueden almacenar los datos. La computadora 430 del sistema puede estar en comunicación con varias bases de datos que tienen diferentes tipos de datos. Estos tipos de datos, después del formateo convencional y otro procesamiento inicial, se pueden almacenar por la computadora 430 del sistema como datos digitales en el almacenamiento 431 en disco para la recuperación y procesamiento subsiguientes en la manera anteriormente descrita. En una implementación, estos datos se pueden enviar a la computadora 430 del sistema directamente desde las bases de datos. En otra implementación, la computadora 430 del sistema puede procesar datos ya almacenados en el almacenamiento 431 en disco. Al procesar los datos almacenados en el almacenamiento 431 en disco, la computadora 430 del sistema se puede describir como parte de un centro de procesamiento de datos remoto. La computadora 430 del sistema se puede configurar para procesar datos como parte del sistema de procesamiento de datos en campo, el sistema de procesamiento de datos remoto o una combinación de los mismos. Mientras que la Figura 4 ilustra el almacenamiento 431 en disco como directamente conectado a la computadora 430 del sistema, también se contempla que el dispositivo 431 de almacenamiento en disco pueda ser accesible a través de una red de área local o mediante acceso remoto. Además, mientras que los dispositivos 429, 431 de almacenamiento en disco se ilustran como dispositivos separados para almacenar datos de entrada y resultados del análisis, los dispositivos 429, 431 de almacenamiento en disco se pueden implementar dentro de una sola unidad de disco (ya sea con untamente con o separadamente del dispositivo 433 de almacenamiento en disco del programa) , o en cualquier otra manera convencional como se entenderá completamente por uno de habilidad en el arte que tiene referencia a esta especificación.

Mientras que lo anterior se dirige a las implementaciones de varias tecnologías aquí descritas, otras implementaciones e implementaciones adicionales se pueden idear sin desviarse del alcance básico de las mimas, el cual se puede determinar mediante las reivindicaciones que siguen. Aunque la materia se ha descrito en lenguaje específico para las características estructurales y/o actos metodológicos, se debe entender que la materia definida en las reivindicaciones anexas no se limita necesariamente a las características o actos específicos anteriormente descritos. Más bien, las características y los actos específicos anteriormente descritos se describen como formas de ejemplo de implementar las reivindicaciones.

Claims (22)

REIVINDICACIONES

1. Un método para administrar datos del campo petrolífero con base en uno o más elementos de suscripción, caracterizado en que comprende: recibir los elementos de suscripción que tienen un área de interés, uno o más tipos de datos y uno o más requerimientos del conjunto de datos, en donde el área de interés . comprende una o más propiedades geográficas que corresponden a los datos del campo petrolífero, y en donde los requerimientos del conjunto de datos definen cómo se deben presentar los datos del campo petrolífero; énviar los elementos de suscripción a un motor de la base de datos; y recibir los datos del campo petrolífero a partir del motor de la base de datos, en donde los datos del campo petrolífero corresponden a los elementos de suscripción.

2. El método de la reivindicación 1, caracterizado en que el área de interés comprende además una ubicación tridimensional de los datos del campo petrolífero.

3. El método de la reivindicación 2, caracterizado en que el área de interés comprende además una dimensión de tiempo de los datos del campo petrolífero.

4. El método de la reivindicación 1, caracterizado en que los tipos de datos comprenden curvas de diagrafía en bruto, curvas de diagrafía listas para la estación de trabajo, datos de producción, elecciones de mercado, o combinaciones de los mismos .

5. El método de la reivindicación 1, caracterizado en que los requerimientos del conjunto de datos comprenden presentar los datos del campo petrolífero como datos de producción por yacimiento, curvas de diagrafía normalizadas, nombres de la curva de diagrafía modificados, curvas de diagrafía empalmadas y despuntadas, nombres de pozo modificados, intervalos perforados o combinaciones de los mismos.

6. El método de la reivindicación 1, caracterizado en que comprende además enviar una o más condiciones al motor de la base de datos, en donde las condiciones definen cuándo el motor de la base de datos debe enviar los datos del campo petrolífero .

7. El método de la reivindicación 6, caracterizado en que los datos del campo petrolífero se reciben de acuerdo con las condiciones .

8. El método de la reivindicación 1, caracterizado en que los datos del campo petrolífero se reciben en un formato que corresponde con los requerimientos del conjunto de datos.

9. Un método para administrar datos del campo petrolífero con base en uno o más elementos de suscripción, caracterizado en que comprende: recibir los elementos de suscripción que tienen un área de interés, uno o más tipos de datos y uno o más requerimientos del conjunto de datos, en donde el área de interés comprende una o más propiedades geoqráficas que corresponden a los datos del campo petrolífero, y en donde los requerimientos del conjunto de datos definen cómo se deben presentar los. datos del campo petrolífero; identificar los datos del campo petrolífero que corresponden al área de interés y los tipos de datos; transformar los datos del campo petrolífero identificados a uno o más formatos con base en los requerimientos del conjunto de datos; y enviar los datos del campo petrolífero transformados.

10. El método de la reivindicación 9, caracterizado en que comprende además recibir una o más condiciones que definen cuándo se deben enviar los datos del campo petrolífero.

11. El método de la reivindicación 10, caracterizado en que enviar los datos del campo petrolífero transformados comprende enviar los datos del campo petrolífero transformados cuando los datos del campo petrolífero identificados difieren de una versión previa de los datos del campo petrolífero por un porcentaje predeterminado.

12. El método de la reivindicación 9, caracterizado en que los datos del campo petrolífero identificados se transforman utilizando uno o más objetos de datos inteligentes que proporcionan una o más reglas y uno o más procedimientos para transformar los datos del campo petrolífero identificados en los formatos.

13. El método de la reivindicación 12, caracterizado en que los objetos de datos inteligentes comprenden una identidad de recurso única, un componente de objeto dinámico, un conjunto de argumentos de entrada, un conjunto de objetos dependientes o combinaciones de los mismos.

14. El método de la reivindicación 9, caracterizado en que identificar los datos del campo petrolífero comprende avanzar lentamente a través de una o más fuentes de datos para los datos del campo petrolífero que se localizan en el área de interés y corresponden a los tipos de datos.

15. El método de la reivindicación 14, caracterizado en que comprende además construir un índice de metadatos para cada fuente de datos, en donde el índice de metadatos comprende información relacionada con las fuentes de datos y uno o más datos en las fuentes de datos.

16. El método de la reivindicación 14, caracterizado en que comprende además: detectar uno o más cambios en los datos del campo petrolífero en las fuentes de datos; y almacenar los cambios en un módulo de auditoría de datos.

17. El método de la reivindicación 16, caracterizado en que el módulo de auditoría de datos crea un rastro de la auditoría de los cambios.

18. El método de la reivindicación 16, caracterizado en que comprende además : detectar uno o más defectos en los cambios; y corregir automáticamente los defectos.

19. El método de la reivindicación 18, caracterizado en que los defectos se detectan en una capa de calidad de datos.

20. El método de la reivindicación 14, caracterizado en que comprende además normalizar los datos del campo petrolífero identificados con base en las fuentes de datos.

21. El método de la reivindicación 9, caracterizado en que los datos del campo petrolífero identificados se transforman mediante: el cambio de un conjunto de perforaciones a un intervalo de perforación; el cambio de un conjunto de curvas de diagrafía a un sondeo de desviación; el cambio de un conjunto de curvas de diagrafía a un conjunto de elecciones del marcador; el cambio de una colección de los datos del campo petrolífero a un solo dato del campo petrolífero; el cambio de una jerarquía de los datos del campo petrolífero; o combinaciones de los mismos.

22. Un sistema, caracterizado en que comprende: un procesador; y una memoria que comprende instrucciones del programa ejecutables por el procesador para: recibir los elementos de suscripción que comprenden un área de interés, uno o más tipos de datos y uno o más requerimientos del conjunto de datos, en donde el área de interés comprende una o más propiedades geográficas que corresponden a los datos del campo petrolífero, y en donde los requerimientos del conjunto de datos definen cómo se deben presentar los datos del campo petrolífero; enviar los elementos de suscripción a un motor de la base de datos ; enviar una o más condiciones al motor de la base de datos, en donde las condiciones definen cuándo el motor de la base de datos debe enviar los datos del campo petrolífero; y recibir los datos del campo petrolífero a partir del motor de la base de datos, en donde los datos del campo petrolífero corresponden a los elementos de suscripción y las condiciones.