NO20130838A1 - Virtuelt tre - Google Patents

Abstract

En metode kan inkludere mottak av søkeresultater fra en datasøkning basert på søkekriterier; strukturering av søkeresultatene i en hierarkisk trestruktur definert av minst ett struktureringskriterium; gjengivelse av en grafisk kontroll til et display som omfatter en grafikk av minst en del av den hierarkiske trestrukturen; og navigering av søkeresultatene ved interaksjon med den grafiske kontrollen. Forskjellige andre apparater, systemer, metoder osv. offentliggjøres også.

Description

VIRTUELT TRE

BAKGRUNN

[0001] Det finnes forskjellige modultyper, rammeverk osv. for modellering, analyse osv. av geologiske formasjoner, reservoarer, sedimentbassenger osv. I dette dokumentet beskrives forskjellige eksempler på metoder, anordninger, systemer osv. som kan gjelde for slike teknologier.

SAMMENDRAG

[0002] Ett eller flere datamaskinlesbare lagringsmedier kan inkludere instruksjoner som kan kjøres av en datamaskin for å instruere et datamaskinsystem til: mottak av søkeresultater for søk etter data basert på søkekriterier; strukturering av søkeresultatene i en hierarkisk trestruktur definert av minst ett struktureringskriterium; gjengivelse av grafikk for minst en del av hierarkitrestrukturen til et display; respons på redefinisjon av den hierarkiske trestrukturen, omstrukturering av søkeresultatene; og gjengivelse av en grafikk for minst en del av den omdefinerte hierarkiske trestrukturen til displayet. En metode kan inkludere mottak av søkeresultater fra en datasøkning basert på søkekriterier; strukturering av søkeresultatene i en hierarkisk trestruktur definert av minst ett struktureringskriterium; gjengivelse av en grafisk kontroll til et display som omfatter en grafikk av minst en del av den hierarkiske trestrukturen; og navigering av søkeresultatene ved interaksjon med den grafiske kontrollen. Et system kan inkludere én eller flere prosessorer; minne; og instruksjoner lagret i minnet og som kan kjøre minst én av en eller flere prosessorer for instruksjon av systemet til mottak av søkeresultater for en datasøkning basert på søkekriterier, gjengivelse av en grafisk kontroll til et display for minst et første nivå av en hierarkisk trestruktur definert av struktureringskriterier og responderende på valget av den grafiske kontrollen, gjengivelse av én eller flere ytterligere grafiske kontroller til displayet som én eller flere grener av den hierarkiske trestrukturen hvor hver av den ene eller flere av grenene defineres av ett av struktureringskriteriene. Forskjellige andre apparater, systemer, metoder osv. offentliggjøres også.

[0003] Dette sammendraget er ment å gi en introduksjon til et utvalg av begreper som beskrives nedenfor i den detaljerte beskrivelsen. Dette sammendraget er ikke ment som identifisering av nøkkel- eller grunnfunksjoner i emnet for kravene, ei heller er det ment brukt som et middel til begrensning av omfanget av emnet for kravene.

KORT BESKRIVELSE AV TEGNINGENE

[0004] Funksjoner og fordeler ved de beskrevne implementeringene kan lettere forstås med henvisning til følgende beskrivelser sett i sammenheng med de vedlagte tegningene.

[0005] Fig. 1 illustrerer et eksempel på et system som inkluderer forskjellige komponenter for simulering av et geologisk miljø;

[0006] Fig. 2 illustrerer et eksempel på et kabelsystem;

[0007] fig. 3 illustrerer et eksempel på en metode;

[0008] Fig. 4 illustrerer et eksempel på et grafisk brukergrensesnitt;

[0009] Fig. 5 illustrerer et eksempel på et grafisk brukergrensesnitt;

[0010] Fig. 6 illustrerer et eksempel på et grafisk brukergrensesnitt;

[0011] fig. 7 illustrerer et eksempel på en metode;

[0012] Fig. 8 illustrerer et eksempel på et kabelsystem;

[0013] fig. 9 illustrerer et eksempel på en metode;

[0014] fig. 10 illustrerer et eksempel på en metode; og

[0015] fig. 11 illustrerer eksempler på komponenter i et system og et nettverkssystem.

DETALJERT BESKRIVELSE

[0016] Den følgende beskrivelsen inkluderer det som for tiden vurderes å være den beste måten å praktisere de beskrevne implementeringene på. Denne beskrivelsen skal ikke forstås å være begrensende, men gis snarere kun i den hensikt å beskrive de generelle prinsippene for implementeringene. Omfanget av de beskrevne implementeringene må fastslås med henvisning til de vedlagte kravene.

[0017] Ressursleting- og utvikling, samt produksjon, kan inkludere datainnhenting og -modellering. En modell av et geologisk miljø kan f.eks. bygges opp minst delvis med utgangspunkt i innhentede data. En slik modell kan f.eks. være en simuleringsmodell, f.eks. for simulering av ett eller flere fysiske fenomener. En modell kan f.eks. være en måte å strukturere data på, hvor f.eks. slike data kan bidra til økonomiske eller andre analyser (f.eks. alternativt uten simulering av fysiske fenomener). Enten det gjelder simuleringsformål eller andre formål, kan data forbundet med en modell ha betydelig omfang og kan, f.eks. inkludere data forbundet med én eller flere andre modeller. Data kan f.eks. være kvantitative, kvalitative eller både kvantitative og kvalitative. Data kan f.eks. lagres i ett eller flere datalagera, som kan betraktes som datakilder. Data kan f.eks. alternativt kommuniseres (f.eks. overføres) uten lagring i et datalager. Ta f.eks. i betraktning en feltsensor som kontinuerlig, periodisk eller etter forespørsel overfører data. En slik sensor kan betraktes som dataleverandør og derved være en datakilde.

[0018] Dataverdien kan f.eks. forsterkes via aggregering, klassifisering osv. Data kan f.eks. ha ett eller flere attributter som karakteriserer dataene, f.eks. kan data betraktes somkarakterisertav datatype (f.eks. sensordata, simuleringsdata, økonomiske data osv.). I et slikt eksempel kan data karakteriseres, f.eks. i tillegg til å inkludere verdier, som kan være kvalitative, kvantitative osv. En søkemotor kan f.eks. konfigureres for tilgang til data basert på én eller flere verdier, attributter osv. En søkemotor kan f.eks. utføre et slikt søk basert i det minste delvis på indiserte dataverdier, dataattributter osv. som kan lette søkene. En indeks eller indekser kan f.eks. genereres for data, alternativt hvor dataene kan være tilgjengelige fra flere kilder, hvor data inkluderer data som er tilgjengelig fra flere kilder osv.

[0019] Søkeresultatene som f.eks. returneres av en søkemotor som utfører søket basert på ett eller flere søkekriterier kan presenteres som emner i en tabell, f.eks. som listeemner. Rekkefølgen på emnene i et slikt eksempel, kan f.eks. baseres på relevans med hensyn til et søkekriterium eller søkekriterier, numerisk rekkefølge eller alfabetisk rekkefølge. Navigering av emnene kan være tungvint og det kan være fare for at ett eller flere emner som har relevans for en oppgave overses, f.eks. fordi slike emner lett kan begraves i en lang liste.

[0020] For å lette gjennomgang av emner i søkeresultatet, kan en metode f.eks. inkludere strukturering av emner i søkeresultatet med hensyn til en trestruktur. En trestruktur kan f.eks. gi muligheter for organisering av emner som returneres fra et søk, som et hierarkisk sett av mapper, som f.eks. kan kollapses eller ekspanderes. Tenk f.eks. på en modul som strukturerer emner i et søk lignende et filsystem som lagrer filer i mapper, undermapper osv. En slik tilnærming til strukturering av søkeresultater kan nyttes av en bruker som er kjent med et hierarkisk filsystem (f.eks. stasjon, register, opphavsmappe, etterkommermappe, fil), som derved kan lette navigering av emner i søkeresultatene. Emner i søkeresultater kan eksempelvis merkes, f.eks. for ett eller flere videre søkeformål, nedlastinger, sporing (f.eks. av søkehistorie) osv. En hierarkisk søketrestruktur kan f.eks. omarrangeres, f.eks. for omsortering av søkeresultater i emnemapper.

[0021] En trestruktur kan f.eks. henvises til som et virtuelt tre, som f.eks. etterligner et hierarki for et filsystem (f.eks. nestede mapper). Emner i et søkeresultat kan f.eks. presenteres (f.eks. gjengis til et display) i virtuelle mapper, som f.eks. etterligner mapper for et filsystem. Eksempelvis kan én eller flere kommando-, kontroll-, navigasjons- og andre typer, teknikker i et virtuelt tre være lignende én eller flere av slike i et filsystem.

[0022] Et rammeverk som f.eks. kan organisere modeller og tilknyttede data som prosjekter kan inkludere en modul for strukturering av emner i søkeresultater. En slik modul kan f.eks. opprette et dynamisk, virtuelt tre basert på ett eller flere struktureringskriterier som danner ett eller flere nivåer i et hierarki. Hvis en bruker f.eks. velger det følgende struktureringskriteriet "Prosjekt", "Brønntype" og "Bruker", kan resultater fra et søk presenteres i et virtuelt, hierarkisk tre, som viser prosjekter ved et første nivå i treet (i henhold til "Prosjekf-kriteriet), hvor én eller flere prosjektmapper kan ekspanderes for visning av brønntyper som et andre nivå (i henhold til "Brønntype"-kriteriet) og hvor én eller flere brønntypemapper kan ekspanderes for visning til brukere som et tredje nivå (i henhold til "Bruker"-kriteriet). I et slikt eksempel, når en bruker åpner en mappe for et bestemt prosjekt (f.eks. prosjekt "A"), kan brukeren deretter se en liste over etterkommernoder (f.eks. etterkommermapper) for brønntyper i prosjekt A. I et slikt eksempel, hvis brukeren deretter åpner en bestemt brønntype (f.eks. "Olje"), kan brukeren se en liste over brukere (f.eks. etterkom mermapper) som har modifisert "Olje"-brønner i prosjekt "A". Hvis brukeren videre f.eks. åpner en mappe for en gitt bruker (f.eks. bruker "B"), kan brukeren se en liste over oljebrønner i prosjekt A modifisert av bruker "B".

[0023] Strukturen til det virtuelle treet kan f.eks. kontrolleres dynamisk, f.eks. ved omsortering av nivåene, sletting av et nivå, tillegg av et nivå osv. En bruker kan f.eks. slette "Brønntype", slik at søkeresultatene struktureres i henhold til et nytt hierarki med to nivåer ("Prosjekt" og "Bruker"), heller enn tre nivåer. En bruker kan f.eks. omarrangere nivåene, f.eks. ved å dra og slippe en grafisk kontroll for et nivå til en posisjon før eller etter en grafisk kontroll for et annet nivå. En bruker kan f.eks. dra og slippe en "Bruker"-knapp for å plassere den før (f.eks. til venstre, over osv.) en "Prosjekt"-knapp (f.eks., eller omvendt) hvor, i respons på omsorteringen, søkeresultatene struktureres i henhold til et hierarki hvor "Bruker"-nivået er før "Prosjekf-nivået (f.eks. er "Prosjekf-nivået en etterkommer av opphavs-"Bruker"-nivået).

[0024] Et grafisk brukergrensesnitt (GUI) kan f.eks. gjengis til et display, f.eks. ved utføring av kode, hvor GUI inkluderer én eller flere grafiske kontroller. Et slikt GUI kan f.eks. inkludere en grafisk kontroll som gir en liste over kriterier for strukturering av resultater, f.eks. hvor individuelle kriterier kan velges (f.eks. via en rullegardinmeny, dra og slipp osv.). Et struktureringskriterium kan f.eks. være forskjellig fra et søkekriterium. En bruker kan f.eks. søke ved bruk av et brønnkriterium (f.eks. brønner med en dybde på minst X meter) og deretter organisere resultatene ved bruk av et struktureringskriterium (f.eks. prosjekt, brønnenes alder osv.) eller, f.eks., organisere resultatene ved bruk av begge kriterietypene. Ett eller flere kriterier kan f.eks. betraktes som f.eks. fasetter eller filtre, som kan bli del av et trehierarki (f.eks. ett eller flere nivåer på et tre).

[0025] Et struktureringskriterium kan f.eks. være et attributt, f.eks. et datatilknyttet attributt. "Prosjekt" kan f.eks. være et struktureringsattributt tilknyttet prosjektdata for et prosjekt eller flere prosjekter, som kan være på et nivå som omfatter forskjellige andre prosjektattributter (f.eks. som definert av et prosjektrammeverk). Et attributt kan f.eks. vises til som et baneattributt, f.eks. lignende en banebetegnelse i et filsystem.

[0026] Et søkeverktøy kan f.eks. gi retur av strukturerte data (f.eks. utforskning og produksjon av data "E&P-data"), slik som f.eks. brønner og seismiske objekter (f.eks. som enheter i en modell, enheter i et felt osv.). Søkeresultater kan f.eks. visualiseres på ett eller flere 2D-/3D-lerreter (f.eks. paneler gjengitt til et display) og, f.eks. alternativt i en tabellviser (f.eks. i et tabellformat). Utstyrt med ett eller flere struktureringskriterier, kan søkeresultater f.eks. presenteres i henhold til slike kriterier (tenk f.eks. på et baneattributt lignende en mappebane i et filsystem). Struktureringskriterier kan f.eks. angi hierarkiske nivåer for nesting av søkeresultater hvor "mapper" kan presenteres til et grafisk brukergrensnitt, hvor mappene kan ekspanderes og kollapses med hensyn til de hierarkiske nivåene. Søkeresultater kan f.eks. gjengis til et grafisk brukergrensesnitt på et display som et interaktivt tre bestående av mappegrener og søkeemneblad.

[0027] En mappe (f.eks. eller annen grafikk) kan f.eks. gjengis til et display sammen med et antall emner i mappen. For et hierarkinivå "Prosjekter", kan søkeresultater inkludere 50 emner for Prosjekt A, 2 emner for Prosjekt B og 1500 emner for Prosjekt C. I en slik tilnærming kan en bruker enkelt fastslå hvordan søkeresultatene er distribuert med hensyn til de tre prosjektene. Ved ekspansjon av en mappe for Prosjekt C, kan f.eks. undermapper presenteres sammen med antallet emner i hver av undermappene. Hvis det neste nivået ned er "Brønner", kan f.eks. de 1500 emnene i søkeresultatet for Prosjekt A vises som distribuert som følgende: 1000 for en Brønn X-mappe, 400 for en Brønn Y-mappe og 100 for en Brønn Z-mappe. På en slik måte kan en bruker enkelt fastslå hvordan søkeresultatene distribueres for de tre nivåene i Prosjekt A. Undermapper og/eller -emner kan f.eks. alternativt sorteres med en alfabetisk sorterer, en numerisk sorterer osv. En prosjektmappe kan f.eks. ekspanderes til en opplisting av undermapper for prosjekter sortert alfabetisk etter prosjektnavn.

[0028] Søkeresultater gjengitt i et "virtuelt tre", kan f.eks. tillate brukerinteraksjon med søkeresultatene, f.eks. for gruppering av treff i kategorier på en dynamisk og hierarkisk måte. Et resultat kan f.eks. visualiseres i et tre med "virtuelle" mappeattributter, f.eks. basert på én eller flere kategorier valgt av en bruker.

[0029] En modul (f.eks. instruksjoner som kan kjøres og lagres i en lagringsenhet), kan f.eks. muliggjøre gjengivelse av et brukergrensesnitt som tillater at brukeren spesifiserer <n> antall attributter (hvor f.eks. "n" er et heltall med en verdi på én eller større) som kan muliggjøre gruppering av søkeresultater og alternativt andre funksjoner. En algoritme i modulen kan f.eks. gi mulighet for oppretting av en tremodell basert på de valgte attributtene for <n>-antallet attributter og basert på treff som søkeresultater (f.eks. matching eller best matchende emner). En modul kan gi mulighet for gjengivelse av et tre som en del av et grafisk brukergrensesnitt (GUI) hvor en bruker kan interagere med og bore seg ned i treet, f.eks. basert på kategorier for hvert valgte attributt.

[0030] Et system kan f.eks. inkludere én eller flere prosessorer, minne og instruksjoner som kan kjøres av prosessoren, som kan opprette et dynamisk, virtuelt tre basert på attributter i et søk som gir søkeresultater og basert på attributter valgt av en bruker.

[0031] En søkemodul kan f.eks. gi søk via en søkemotor. STUDIO E&P™-kunnskapsmiljøet (Schlumberger Ltd., Houston, Texas) inkluderer STUDIO FIND™-søkefunksjon, som inneholderen søkemotor. STUDIO FIND™-søkefunksjonen gir også mulighet for indeksering av innhold, f.eks. for oppretting av én eller flere indekser. Søkefunksjonen kan f.eks. muliggjøre tilgang til offentlig innhold, privat innhold eller begge, som kan finnes i én eller flere databaser, f.eks. alternativt distribuert og tilgjengelig via et intranett, Internett eller ett eller flere andre nettverk. En søkemotor kan f.eks. konfigureres til å bruke ett eller flere filtre fra et sett eller flere sett filtre, f.eks. for å gjøre det mulig for brukere å filtrere ut data som ikke er av interesse.

[0032] En modul kan f.eks. strukturere data fra et søk og presentere dataene i et treformat egnet for bruk sammen med et grafisk brukergrensesnitt (GUI) som tillater interaktiv navigering av søkeresultater.

[0033] PETREL® seismikk-til-simuleringsrammeverket (Schlumberger Ltd., Houston, Texas) kan f.eks. tillate interaksjon med en søkemotor og, f.eks. tilknyttede funksjoner, slik som funksjoner i STUDIO FIND™-søkefunksjonen. Et rammeverk kan f.eks. gi mulighet for implementering av ett eller flere spatiale filtre (f.eks. basert på et visningsområde i et display, statistiske data osv.). Et søk kan f.eks. gi tilgang til dynamiske data (f.eks. "live" data fra én eller flere kilder, alternativt inkludert en GIS-kilde), som kan være tilgjengelig via ett eller flere nettverk (f.eks. kablet, trådløst osv.). Én eller flere moduler kan f.eks. alternativt implementeres innenfor et rammeverk eller, f.eks. på en måte som er operativt koblet til et rammeverk (f.eks. som et programtillegg, en plugg-inn osv.). Én eller flere moduler for strukturering av søkeresultater (f.eks. i en hierarkisk trestruktur) kan f.eks. alternativt implementeres innenfor et rammeverk eller, f.eks. på en måte som er operativt koblet til et rammeverk (f.eks. som et programtillegg, en plugg-inn osv.).

[0034] Et systemeksempel beskrives nedenfor, som kan inkludere et rammeverk og tilknyttede komponenter (f.eks. moduler osv.), etterfulgt av eksempler på systemer, metoder, grafiske brukergrensesnitt osv.

[0035] Fig. 1 viser et eksempel på et system 100 som inkluderer forskjellige administrasjonskomponenter 110 for administrering av forskjellige aspekter ved et geologisk miljø 150. Administrasjonskomponentene 110 kan f.eks. tillate direkte eller indirekte administrering av sensorregistrering, boring, injeksjon, ekstraksjon osv., med hensyn til det geologiske miljøet 150. Senere kan videre informasjon om det geologiske miljøet 150 bli tilgjengelig som feedback 160 (f.eks. alternativt som innmating til én eller flere av administrasjonskomponentene 110).

[0036] I eksempelet i fig. 1 inkluderer administrasjonskomponentene 110 en seismisk datakomponent 112, en informasjonskomponent 114, en prosesseringskomponent 116, en simuleringskomponent 120, en egenskapskomponent 130, en analyse-/visualiseringskomponent 142 og en arbeidsflytkomponent 144. I drift kan seismiske data og annen informasjon tilført i henhold til komponentene 112 og 114 mates til simuleringskomponenten 120.

[0037] I et utformingseksempel, kan simuleringskomponenten 120 være avhengig av enhetene 122. Enhetene 122 kan inkludere jordenheter eller geologiske objekter, slik som brønner, overflater, reservoarer osv. I systemet 100 kan enhetene 122 inkludere virtuelle representasjoner av faktiske fysiske enheter som rekonstrueres for simuleringsformål. Enhetene 122 kan inkludere enheter basert på data hentet inn via føling, observasjon osv. (f.eks. seismikkdataene 112 og annen informasjon 114).

[0038] I et utformingseksempel, kan simuleringskomponenten 120 være avhengig av et programvarerammeverk, slik som et objektbasert rammeverk. I et slikt rammeverk, kan enheter inkludere enheter basert på forhåndsdefinerte klasser for å lette modellering og simulering. Et kommersielt tilgjengelig eksempel på et objektbasert rammeverk er MICROSOFT® .NET™-rammeverket (Redmond, Washington), som gir et sett med utvidbare objektklasser. I .NETTM-rammeverket innkapsler en objektklasse en modul med gjenbrukskode og tilknyttede datastrukturer. Objektklasser kan brukes til å eksemplifisere objektinstanser for bruk i et program, skript osv. F.eks. kan borehullklasser definere objekter for å representere borehull basert på brønndata.

[0039] I eksemplet i fig. 1 kan simuleringskomponenten 120 behandle informasjon for overensstemmelse med ett eller flere attributter spesifisert av attributtkomponenten 130, som kan inkludere et bibliotek med attributter (f.eks. inkludert seismiske attributter). Slik behandling kan finne sted før innmating til simuleringskomponenten 120. Alternativt eller i tillegg, kan simuleringskomponenten 120 utføre operasjoner på innmatingsinformasjon basert på ett eller flere attributter spesifisert av attributtkomponenten 130. I et utformingseksempel, kan simuleringskomponenten 120 konstruere én eller flere modeller av det geologiske miljøet 150, som kan benyttes til simulering av adferden til det geologiske miljøet 150 (f.eks. som respons på én eller flere handlinger, enten naturlige eller kunstige). I eksemplet i fig. 1, kan analyse-/visualiseringskomponenten 142 tillate interaksjon med en modell eller modellbaserte resultater. I tillegg eller alternativt kan utmating fra simuleringskomponenten 120 mates inn i én eller flere andre arbeidsflyter, som indikert av en arbeidsflytskomponent 144.

[0040] I et utformingseksempel, kan administrasjonskomponentene 110 inkludere funksjoner fra PETREL® seismikk-til-simuleringsrammeverket. PETREL®-rammeverket tilfører komponenter som kan tillate optimering av letings- og produksjonsoperasjoner. PETREL®-rammeverket inkluderer seismikk-til-simulering-programvarekomponenter, som kan mate ut informasjon for bruk til økning av reservoarytelsen, f.eks. ved forbedring av verdiproduktiviteten. Ved bruk av et slikt rammeverk, kan forskjellige fagfolk (f.eks. geofysikere, geologer og reservoaringeniører) utvikle samarbeidende arbeidsflyter og integrere operasjoner for strømlinjeforming av prosesser. Et slikt rammeverk kan betraktes som et program og kan betraktes som et datadrevet program (f.eks. hvor data mates inn med formål om simulering av et geologisk miljø).

[0041] I et utformingseksempel, kan administrasjonskomponentene 110 inkludere funksjoner for geologi og geologisk modellering for generering av geologiske modeller i høy oppløsning av reservoarstruktur og stratigrafi (f.eks. klassifisering og estimering, faciesmodellering, brønnkorrelering, overflateavbildning, struktur- og forkastningsanalyse, brønnbanedesign, dataanalyse, frakturmodellering, arbeidsflytsredigering, usikkerhets- og optimeringsmodellering, petrofysisk modellering osv.). Bestemte funksjoner kan tillate gjennomføring av rask 2D- og 3D-seismikktolkning, alternativt for integrering med geologi- og ingeniørverktøy (f.eks. klassifisering og estimering, brønnbanedesign, seismikktolkning, seismisk attributtanalyse, seismisk prøvetakning, gjengivelse av seismikkvolum, geomasseekstraksjon, domenekonvertering osv.). Når det gjelder reservoarteknologi, kan én eller flere funksjoner for en generert modell tillate simulering av arbeidsflyt for gjennomføring av strømlinjesimulering, reduksjon av usikkerhet og bidrag til fremtidig brønnplanlegging (f.eks. usikkerhetsanalyse og optimering av arbeidsflyt, brønnbanedesign, avansert matriseutvikling og oppskalering, historisk matchanalyse osv.). Administrasjonskomponentene 110 kan inkludere funksjoner for borearbeidsflyter inkludert brønnbanedesign, borevisualisering og sanntidsmodelloppdateringer (f.eks. via dataforbindelser i sanntid).

[0042] I et utformingseksempel, kan forskjellige aspekter av administrasjonskomponentene 110 inkludere programtillegg eller såkalte plug-ins som fungerer i henhold til spesifikasjoner i et rammeverkmiljø. Rammeverket som markedsføres som OCEAN®-rammeverket kan f.eks. tillate integrering av programtillegg (eller plugg-ins) inn i et PETREL®-rammeverk (f.eks. for implementering i en arbeidsflyt). OCEAN®-rammeverket virker med .NET®-verktøy (Microsoft Corporation, Redmond, Washington). I et utformingseksempel, kan forskjellige komponenter implementeres som programtillegg (eller plugg-ins) som samsvarer med og opererer i henhold til spesifikasjoner i et rammeverkmiljø (f.eks. i henhold til programmets programmeringsgrensesnitt (API)-spesifikasjoner osv.).

[0043] Fig. 1 viser også et eksempel på et rammeverk 170 som inkluderer et modellsimuleringslag 180 sammen med et rammeverkservicelag 190, et rammeverkkjernelag 195 og et modullag 175. Rammeverket 170 kan inkludere det kommersielt tilgjengelige OCEAN®-rammeverket, hvor modellsimuleringslaget 180 er den kommersielt tilgjengelige PETREL®-modellsentrerte programvarepakken, som er vert for OCEAN®-rammeverkprogrammer.

[0044] Modellsimuleringslaget 180 kan tilføre domeneobjekter 182, fungere som en datakilde 184, gi mulighet for gjengivelse 186 og tilføre forskjellige brukergrensesnitt 188. Gjengivelsen 186 kan tilføre et grafisk miljø hvor programmer kan vise dataene, mens brukergrensesnittet 188 kan gi felles utseende og opplevelse for programmets brukergrensesnittkomponenter (f.eks. et brukergrensesnittmiljø som har som mål å gi en relativt harmonisk, forståelig brukeropplevelse).

[0045] I eksemplet i fig. 1, kan domeneobjektene 182 inkludere enhetsobjekter, egenskapsobjekter og alternativt andre objekter. Enhetsobjekter kan brukes til geometrisk representasjon av brønner, overflater, reservoarer osv., mens egenskapsobjekter kan brukes for å tilføre egenskapsverdier så vel som dataversjoner og visningsparametere. F.eks. kan et egenskapsobjekt representere en brønn hvor et egenskapsobjekt tilfører logginformasjon så vel som versjonsinformasjon og visningsinformasjon (f.eks. for å vise brønnen som en del av modellen).

[0046] I eksemplet i fig. 1, kan data lagres i én eller flere datakilder (eller datalagere), som kan være på det samme eller forskjellige fysiske steder og tilgjengelig via ett eller flere nettverk. Modellsimuleringslaget 180 kan konfigureres til å modellere prosjekter. Som sådant kan et bestemt prosjekt lagres der lagret prosjektinformasjon kan inkludere input, modeller, resultater og tilfeller. Ved fullføring av en modelleringsøkt, kan en bruker således lagre et prosjekt. Senere kan prosjektet åpnes og gjenopprettes, f.eks. ved bruk av modellsimuleringslaget 180, som kan gjenskape instanser av de relevante domeneobjektene.

[0047] I eksemplet i fig. 1, kan en søkemodul 197 tilføres som tillater integrering med en søkemotor (f.eks. STUDIO FIND™-søkemotoren), én eller flere databaser, én eller flere struktureringsmoduler, én eller flere formateringsmoduler osv. I et utformingseksempel, kan søkemodulen 197være en del av rammeverket 170 og gi muligheter for "plugg-inn" med én eller flere moduler (f.eks. enten lokal eller fjern).

[0048] Søkemodulen 197 kan f.eks. motta data som respons på innmating fra en pekeenhet (f.eks. via en databuss, nettverk, trådløs osv. forbindelse). Senere kan modulen 197 kommunisere data i passende form til en databaseserver (f.eks. via et nettverk, enten kablet eller trådløst), alternativt på en måte som angis av ett eller flere programmeringsgrensesnitt (API-er) forbundet med databaseserveren. Som respons, kan modulen 197 motta informasjon (f.eks. via et nettverk) fra databaseserveren (f.eks. hvor modulen 197 foretar en API-oppkalling og serveren svarer på oppkallingen i henhold til en spesifikasjon for API-en). Modulen 197 kan deretter behandle minst noe av informasjonen (f.eks. strukturering, formatering osv.), som kan returneres, f.eks. for behandling av en arbeidsflyt forbundet med rammeverket 170.

[0049] I eksemplet i fig. 1, kan det geologiske miljøet 150 utstyres med en hvilken som helst av en rekke sensorer, detektorer, aktuatorer osv. F.eks. kan utstyret 152 inkludere kommunikasjonskretser for mottak og overføring av informasjon med hensyn til ett eller flere nettverk 155. Slik informasjon kan inkludere informasjon forbundet med nedihullsutstyr 154, som kan være utstyr for innhenting av informasjon, for å bistå med ressursgjenvinning osv. Annet utstyr 156 kan plasseres langt unna et brønnområde og inkludere kretser for registrering, detektering, emisjon, eller andre kretser. Slikt utstyr kan inkludere lagrings- og kommunikasjonskretser for lagring og kommunikasjon av data, instruksjoner osv.

[0050] Fig. 2 viser et eksempel på et system 200 som inkluderer et databehandlingssystem 211, et databehandlingssystem 231 og en database 251 (f.eks. inkludert en server eller flere servere) konfigurert for kommunikasjon via ett eller flere nettverk 205. Databehandlingssystemet 211 besørger kjøring av et prosjektrammeverk 210 for presentasjon av et GUI 212 og en søkemodul 214. Gjennom interaksjon med GUI 212, kan instruksjoner og data overføres av modulen 214 via nettverket 205 til databehandlingssystemet 231, som besørger kjøring av en søkemotor 230, som kan drives i henhold til en indeks 235. Senere kan databehandlingssystemet 231 overføre informasjon til databehandlingssystemet 211. Indeksen 235 kan f.eks. gjelde emner lagret i databasen 251 i henhold til et filsystem 255. Filsystemet 255 kan f.eks. besørge baner for emner der baner organiseres på en hierarkisk måte.

[0051] I eksemplet i fig. 2, kan en struktureringskriterium (SC)-modul 255 besørge innmating av ett eller flere struktureringskriterier for strukturering av søkeresultater (f.eks. søkeresultatemner) i et hierarkisk tre 272. Modulen 255 kan f.eks. kobles operativt til GUI-et 212. Modulen 255 kan f.eks. levere et standardhierarki, som f.eks. kan være et brukerdefinert standardhierarki, eller f.eks. et standardhierarki forbundet med en bestemt oppgave, arbeidstrinn, arbeidsflyt osv.

[0052] En bruker kan f.eks. legge inn søkekriterier 252 og utføre et søk som returnerer søkeresultater (f.eks. emner). Som vist i eksemplet i fig. 2, kan søkeresultatene struktureres i det hierarkiske treet 272 i henhold til ett eller flere struktureringskriterier 255. Søkeresultater kan f.eks. struktureres i henhold til tre nivåer: L1, L2 og L3. I et slikt eksempel kan L1 inkludere grupperingene L1:1 og L1:2 hvor L1:1 inkluderer undergrupper L2:1 og L2:2 og hvor L2:2 inkluderer undergrupper L3: 1. Et hierarkisk tre kan f.eks. manipuleres, blas gjennom, navigeres osv., f.eks. via et grafisk brukergrensesnitt. Et tall kan f.eks. vises med en gruppe, hvor tallet viser hvor mange emner som finnes innenfor den gruppen. I fig. 2 hvor f.eks. 1000 søkeresultater returneres som respons på søket, kan disse fordeles mellom L1:1 og L1:2, hvor f.eks. L1:1 inkluderer 700 av søkeresultatemnene og hvor L1:2 inkluderer 300 av søkeresultatemnene. Ved å presentere slike tall, kan en bruker enkelt bekrefte hvor søkeresultatemnene er fordelt for L1. Tallene kan f.eks. også presenteres for undernivåer (f.eks. L2 og L3, slik det passer seg).

[0053] Fig. 3 viser et eksempel på en metode 300. Metoden 300 inkluderer en inngangsblokk 310 for å legge inn søkekriterier, en overføringsblokk 320 for overføring av søkekriterier, en mottaksblokk 330 for mottak av søkeresultater basert på søkekriteriene, en strukturblokk 340 for strukturering av søkeresultatene, en gjengivelsesblokk 350 for gjengivelse av minst en del av hierarkiet (f.eks. som en grafikk osv. til et display) og en navigasjonsblokk 360 for navigering av søkeresultatene, f.eks. ved bruk av en trefunksjon hvor trefunksjonen besørger navigering av søkeresultater basert minst delvis på hierarkiet. I henhold til en ekspansjonsblokk 362 kan f.eks. navigering inkludere ekspansjon av en del av en trestruktur og, i henhold til en kollapsblokk 364, kan navigering inkludere kollaps av en del av en trestruktur.

[0054] Metoden 300 kan f.eks. inkludere en omdefineringsblokk 370 for

omdefinering av et hierarki (f.eks. omsortering av nivåer per blokk 372, sletting av et nivå per blokk 374, tillegg av et nivå per blokk 376 osv.) og en omstruktureringsblokk 380 for omstrukturering av søkeresultater i henhold til et omdefinert hierarki. Senere kan metoden 300 inkludere gjengivelse av minst en del av det omdefinerte hierarkiet (f.eks. som en grafikk osv. til et display).

[0055] Metoden 300 vises i fig. 3 tilknyttet forskjellige datamaskinlesbare medier (CRM)-blokker 311, 321, 331, 341, 351, 361, 371 og 381. Slike blokker inkluderer generelt instruksjoner egnet for kjøring på én eller flere prosessorer (eller kjerner) for instruksjon av en databehandlingsenhet eller et databehandlingssystem til å utføre én eller flere handlinger. Selv om forskjellige blokker vises, kan et enkelt medium konfigureres med instruksjoner som minst delvis tillater metoden 300 å utføre forskjellige handlinger.

[0056] Ett eller flere datamaskinlesbare lagringsmedier kan f.eks. inkludere instruksjoner som kan kjøres av en datamaskin for å instruere et datamaskinsystem til: mottak av søkeresultater for søk etter data basert på søkekriterier; strukturering av søkeresultatene i en hierarkisk trestruktur definert av minst ett struktureringskriterium; gjengi grafikk for minst en del av hierarkitrestrukturen til et display; responderende på redefinisjon av den hierarkiske trestrukturen, omstrukturering av søkeresultatene; og gjengi en grafikk for minst en del av den omdefinerte hierarkiske trestrukturen til displayet. I et slikt eksempel kan det inkluderes instruksjoner for gjengivelse av grafikken som minst én mappe, hvor f.eks. den minst ene mappen kan være en ekspanderbar og kollapsbar mappe.

[0057] Instruksjoner kan f.eks. tilføres for gjengivelse av et samlet antall emner i søkeresultater og instruksjoner for gjengivelse av et antall emner i søkeresultatene forbundet med hver gren i en hierarkisk trestruktur.

[0058] Det kan f.eks. gis instruksjoner for omdefinering av en hierarkisk trestruktur. For f.eks. å omdefinere nivåer i en hierarkisk trestruktur hvor hvert nivå defineres av et struktureringskriterium, for sletting av et nivå i en hierarkisk trestruktur hvor nivået defineres av et struktureringskriterium, for tillegg av et nivå til en hierarkisk trestruktur, hvor nivået defineres av et struktureringskriterium osv.

[0059] Instruksjoner kan f.eks. gis for navigering av en hierarkisk trestruktur minst delvis ved ekspansjon av grener i den hierarkiske trestrukturen hvor hver gren inkluderer minst ett blad som representerer et emne i søkeresultatene.

[0060] En metode kan f.eks. inkludere mottak av søkeresultater fra en datasøkning basert på søkekriterier; strukturering av søkeresultatene i en hierarkisk trestruktur definert av minst ett struktureringskriterium; gjengivelse av en grafisk kontroll til et display som omfatter en grafikk av minst en del av den hierarkiske trestrukturen; og navigering av søkeresultatene ved interaksjon med den grafiske kontrollen. I en slik metode kan den hierarkiske trestrukturen inkludere nivåer, hvor hvert nivå defineres av et struktureringskriterium.

[0061] En metode kan f.eks. inkludere navigering ved å omdefinere en hierarkisk trestruktur og omstrukturere søkeresultater i henhold til den omdefinerte trestrukturen. Omdefinering kan f.eks. inkludere sletting av et nivå i den hierarkiske trestrukturen, hvor nivået tilsvarer et struktureringskriterium, tillegg av et nivå til den hierarkiske trestrukturen, hvor nivået tilsvarer et struktureringskriterium, omsortering av nivåer i en hierarkisk trestruktur, hvor hvert av nivåene tilsvarer et struktureringskriterium.

[0062] En metode kan f.eks. inkludere gjengivelse av en grafikk med tall, som indikerer hvor mange emner i søkeresultater som er forbundet med minst en del av den hierarkiske trestrukturen.

[0063] Et system kan f.eks. inkludere én eller flere prosessorer; minne; og instruksjoner lagret i minnet og som minst én av en eller flere prosessorer kan kjøre for instruksjon av systemet til mottak av søkeresultater for en datasøkning basert på søkekriterier, gjengivelse av en grafisk kontroll til et display for minst et første nivå av en hierarkisk trestruktur definert av struktureringskriterier og responderende på valget av den grafiske kontrollen, gjengivelse av én eller flere ytterligere grafiske kontroller til displayet som én eller flere grener av den hierarkiske trestrukturen hvor hver av den ene eller flere grenene defineres av ett av struktureringskriteriene. Et slikt system kan f.eks. søke data som inkluderer prosjektdata forbundet med et seismikk-til-simuleringsrammeverk.

[0064] Et system kan f.eks. inkludere instruksjoner for å instruere systemet til å gjengi et tall som representerer et antall søkeresultater for et nivå i en hierarkisk trestruktur. Et system kan f.eks. inkludere instruksjoner for å instruere systemet til å omdefinere den hierarkiske trestrukturen etter omsortering av minst en av struktureringskriteriene, sletting av minst ett av struktureringskriteriene og tillegg av et annet struktureringskriterium.

[0065] Fig. 4 viser et eksempel på et grafisk brukergrensesnitt (GUI) 400 for et prosjekt i et prosjektrammeverk (f.eks. PETREL®-rammeverket). I GUI 400 i fig. 4, presenteres valgbare søkekriterier 410 i et hierarkisk tre. Under et kriterienivå "Seismisk undersøkelse" finnes et annet kriterienivå "Innmating", som f.eks. kan organiseres av enda et annet kriterienivå "tall" (f.eks. år). I eksemplet i fig. 4, inkluderer GUI 400 et E&P-lerret 420 (f.eks. et panel eller vindu), ett eller flere søkeresultater 430 i lerretet 420 og en tabellvisning av søkeresultater 440. GUI 400 i fig. 4 kan f.eks. implementeres i et E&P-program med en søkefiltermodul, en søkeresultatmodul og en 3D-lerretvisualiseringsmodul. Som vist i fig. 4, viser valg av brønn "C5" i søkeresultatene modelldata for brønn "C5" i lerretet 430.

[0066] Fig. 5 viser et eksempel på et grafisk brukergrensesnitt (GUI) 500 for et prosjekt i et prosjektrammeverk (f.eks. PETREL®-rammeverket). I GUI 500 i fig. 5, presenteres valgbare søkekriterier 510 som søkefiltre. Alternativer kan f.eks. inkludere filter etter nøkkelord, datatype, spatial, minimumshøyde, datarekkevidde, bruker, prosjekt, likhet, datakildetype og indeks. I eksemplet i fig. 5 inkluderer GUI et E&P-lerret 520, søkeresultater 530 i lerretet 520, en trevisning av søkeresultater 540 og valgbare grafiske kontroller 550 for å lette strukturering og navigering av resultater, alternativt sammen med direktevalg av resultater (se f.eks. avmerkingsboksene, samt piler, som kan gi mulighet for utvidelse av grenen eller grenene i et tre). GUI 500 i fig. 5 kan f.eks. implementeres i et E&P-program med en søkefiltermodul, en søkeresultatmodul konfigurert for presentasjon av resultater i en hierarkisk trestruktur og en 3D-lerretvisualiseringsmodul.

[0067] I eksemplet i fig. 5, kan en bruker ha valgt eller byttet til et visningsalternativ for et virtuelt tre, som f.eks. spesifiserer en liste over attributter (f.eks. struktureringskriterier) for kategorisering og strukturering av søkeresultater. Med visningsalternativet for det virtuelle treet, kan en bruker, ved gjennomføring av et søk, f.eks. raskt se at det finnes 2250 treff i prosjektet "TMO_XYZ" (se avmerkingsboksen for "TMO_XYZ" i søkeresultatene 540).

[0068] Som vist i eksemplet i fig. 5, inkluderer de valgbare grafiske kontrollene 550 minst én kontroll 554 for valg av et struktureringskriterium. "0"-knappen kan f.eks. velges slik at menyen gjengis til et display som lister opp mulige struktureringskriterier. En slik meny kan f.eks. liste opp "Prosjekt", "Datatype" og "Bruker". Et felt 552 kan f.eks. vise en rekkefølge for struktureringskriterier hvor denne rekkefølgen tilsvarer nivåer i en hierarkisk trestruktur. Som vist, vises feltet 552 "Prosjekt / Datatype / Bruker" som en struktureringskriterieordre (f.eks. et struktureringskriterium "bane"), som har en form lignende en filbane i et filsystem. En bruker kan f.eks. omsortere struktureringskriterier, slette et struktureringskriterium, legge til et struktureringskriterium osv. hvor, som respons, feltet 552 oppdaterer visningen av struktureringskriterierekkefølgen. Omsorteringen kan f.eks. gjennomføres ved å dra og slippe grafiske kontroller forbundet med nivåer (f.eks. struktureringskriterier).

[0069] Fig. 6 viser en del av GUI 500 i fig. 5, hvor treet er utvidet for prosjektet "TMO_XYZ" for visning av ytterligere grener, f.eks. ved utvidelse til et objektnivå osv. for prosjektet (f.eks. i henhold til datalagringsbaner for data forbundet med hvert nivå). I eksemplet i fig. 6, vises antallet søkeresultater for hver "kategori". En bruker kan med et raskt blikk se en "analyse", over informasjonstyper, objekter, brukere osv. forbundet med et prosjekt. I fig. 6 kan f.eks. en bruker nå se en oversikt over prosjektet "TMO_XYZ" basert på datatype (f.eks. 14 overflater) og deretter basert på hvilke brukere som har endret overflatene (f.eks. "MH" for å indikere at bruker "H" har endret én eller flere overflater). I eksemplet i fig. 6, ved valg at ett eller flere emner i søkeresultatene, kan et panel i et GUI gjengi det valgte ene eller flere emnene, f.eks. med utheving, avmerkinger osv.

[0070] En modul kan f.eks. ta i mot filsystem informasjon som respons på et søk og analysere informasjon for konstruksjon av et hierarki for presentasjon av søkeresultater. Hvor det finnes data på et annet sted, kan f.eks. deler av en filbane strippes. Der det videre finnes data på forskjellige steder kan en modul harmonisere filbaneinformasjonen for å tillate en uniform visning av dataene (f.eks. som søkeresultater), uten noen indikasjon på at dataene finnes på flere forskjellige steder. Dersom et stort prosjekt inkluderer data lagret på flere steder hvor data indiseres i en indeks for en søkemotor, kan f.eks., når søkemotoren matcher emner i indeksen til søkekriteriene, filbaner for emnet behandles, organiseres osv. på en måte (f.eks. av en modul) som muliggjør en uniform presentasjon av søkeresultater som et hierarkisk tre (se f.eks. fig. 6).

[0071] Fig. 7 viser et eksempel på en metode 700 sammen med forskjellige grafikkeksempier, f.eks. når det vises til forskjellige funksjoner i GUI-et 500 i fig. 5. Som vist, inkluderer metoden 700 en mottaksblokk 710 for mottak av innmating for valg av et struktureringskriterium, en gjengivelsesblokk 720 for gjengivelse av en struktureringskriteriemeny, en omstruktureringsblokk 730 for strukturering av søkeresultater i henhold til minst ett valgt struktureringskriterium, en omstruktureringsblokk 740 for omstrukturering av søkeresultater som respons på valg av et annet struktureringskriterium (f.eks. for et annet nivå i en hierarkisk trestruktur) og en omstruktureringsblokk 750 for omstrukturering av søkeresultater som respons på omsortering av struktureringskriterier (f.eks. for omsortering av nivåer).

[0072] Når det gjelder GUI 500-funksjonene i eksemplet i fig. 7, kan "O"-kontrollen presenteres som én av kontrollene 554 og kan velges for å "legge til et nivå til treet" per et meldingsvindu 556 (f.eks. et alternativt hint). Som respons på valg av "0"-kontrollene, kan en meny 558 gjengis til et display som inkluderer en liste over mulige struktureringskriterier (f.eks. prosjekt, datatype, bruker osv.). Som vist kan "Logg" velges som et struktureringskriterium og en grafisk kontroll, samt feltet 552 oppdatert for å reflektere valget av "Logg", kan gjengis til displayet. Det kan også gjengis resultater, f.eks. ved bruk av en ekspanderbar og kollapsbar tregrafikk. Som vist i eksemplet i fig. 7, kan et ytterligere struktureringskriterium legges til som et nivå i en hierarkisk trestruktur; tenk f.eks. på oppføringen "Operatør" i menyen 558 hvor feltet 552 oppdateres for å indikere en rekkefølge av nivåer. Som vist i eksemplet i fig. 7, kan nivåene også sorteres, f.eks. for å plassere "Operatør" før "Logg". På en slik måte, kan et tre presenteres som kollapsbare og ekspanderbare grafiske kontroller, som kan ekspandere og trekke sammen grener i treet for de omsorterte nivåene (f.eks. i stedet for "Operatør" som en gren av "Logg", er "Logg" nå en gren av "Operatør").

[0073] Et rammeverk kan f.eks. inkludere et datamiljø som kan administreres av en søkemodul, f.eks. via en datamiljøadministrator (DEM). En DEM kan f.eks. muliggjøre administrering av data via en såkalt plug-in. En brønndata-plug-in kan f.eks. gjøre det mulig for en bruker å indisere brønndata, f.eks. å inkludere ett eller flere attributter for brønndataene i attributtlisten. Brønndata kan f.eks. tilføres via en brønndataplattform, slik som f.eks. Techlog™-plattformen (Schlumberger Limited, Houston, Texas). En slik plattform kan tillate integrering av brønnboringsdata. En arbeidsflyt kan inkludere ett eller flere arbeidstrinn forbundet med en brønndataplattform (f.eks. for analyse av kjerner, kalibrering av loggtolkninger, evaluering av trykk, resistivitetslogger, kapillartrykkmålinger, avvik fra en metningshøydemodell osv.).

[0074] Fig. 8 viser et eksempel på et system 800 som inkluderer en søkemotor 860 og en indeksdatabase 870. Indeksdatabasen 870 kan f.eks. tilføre en indeks hvor et GUI kan inkludere et spørrefelt for innlegging av en spørring og en kontroll for overføring av spørringen til søkemotoren 860 (f.eks. en server eller andre databehandlingsenheter eller systemer), hvor søkemotoren 860 kan inkludere en mottaksmodul 862 for mottak av en spørring, en analysemodul 864 for analysering av spørringen, en matchingsmodul 866 for søk etter én eller flere matcher (f.eks. til informasjon, begreper osv. inkludert i spørringen) og en overføringsmodul 868 som overfører mist én av den ene eller flere av matchene for presentasjon som resultater i et resultat GUI. I et slikt eksempel, kan en resultatstruktureringsmodul 887 strukturere emner i søkeresultatene på en hierarkisk måte, f.eks. lignende filer og mapper.

[0075] I eksemplet i fig. 8, inkluderer systemet 800 en

operasjonsprogrammodul 810, en kommunikasjonsmodul 820, kildemoduler 832 og 834, en tilknytningsmodul 840, en modelleringsprogrammodul 850, en databasemodul 860 og en søkeindeksmodul 880. Modulene 810, 820, 832, 834 og 850 kan gi tilgang til forskjellige informasjonskilder. Et system kan f.eks. inkludere én eller flere slike moduler, f.eks. for å gi tilgang til én eller flere informasjonskilder.

[0076] I eksemplet i fig. 8, kan en brukermodul 801 gjøre det mulig for én eller flere brukere å legge inn ett eller flere søkeemner, kriterier osv. til søkeindeksmodulen 880, hvor indekssøkemodulen 880 kan returnere ett eller flere resultater (f.eks. emner) per en resultatmodul 885 (f.eks. eller en indikasjon at ingen resultater matcher søket). I eksemplet i fig. 8, kan tilknytningsmodulen 840 opprette tilknytninger, basert på slike typer informasjon og forbundet informasjon og tilknyttet informasjon kan lagres i én eller flere databaser per databasemodulen 860. Slik informasjon kan indiseres for søkeformål per søkeindeksmodulen 880. Ettersom ytterligere informasjon genereres i én eller flere av operasjonsprogrammodulen 810, kommunikasjonsmodulen 820, modelleringsprogrammodulen 850, kan søkeindeksmodulen 880 utføre ytterligere indeksering for oppdatering av en indeks, f.eks. for dynamisk beriking av søkemulighetene.

[0077] I eksemplet i fig. 8, kan en indekstilnærming forbedre ytelsen med hensyn til å finne relevante dokumenter som respons på en spørring. Søkeindeksmodulen 880 kan inkludere søkemotorfunksjonalitet for indeksering, hvor indeksering kan inkludere innsamling, analysering og lagring av data for å lette gjenopphenting av informasjon.

[0078] Som vist i eksemplet i fig. 8, kan modulen 887 strukturere resultater på en hierarkisk måte, f.eks. i henhold til et første nivå X, et andre nivå Y og et tredje nivå Z. I et slikt eksempel kan en kontroll muliggjøre sletting av et nivå, tillegg av et nivå og f.eks. omsortering av nivåer. Et grafisk brukergrensesnitt (GUI) kan presentere en grafikk som indikerer en orden av nivåer, som kan endres som respons på en brukers omsortering av nivåene (f.eks. dra og slipp), sletting av et nivå (f.eks. høyreklikking eller en annen kommando), tillegg av et nivå (f.eks. via valg av "0"-knappen for gjengivelse av en meny med valgbare kriterier) osv. Et databehandlingssystem kan f.eks. motta en kommando for sletting av nivået Y og, som respons, gjengi en grafikk som indikerer en ny rekkefølge i nivåene, som "X/Y". I et slikt eksempel kan søkeresultatene omstruktureres i et hierarki i henhold til den nye nivårekkefølgen, hvor Z-kriteriemapper vises på en gren under X-kriteriemapper. Som et eksempel kan modulen 887 også tillate brukeren å navigere søkeresultater via sortering i henhold til ett eller flere strukturkriterier.

[0079] Fig. 9 viser et eksempel på en metode 900 som inkluderer en valgblokk 914 for valg av ett eller flere emner i søkeresultatene presentert i en hierarkisk trestruktur, en opprettingsblokk 918 for oppretting av en ny mappe (f.eks. en mappekonstruksjon) for minst ett av de valgte emnene i søkeresultatene, en ny søkeblokk 922 for gjennomføring av nye søk (f.eks. i henhold til søkekriterier) og en resultatblokk 926 for presentasjon (f.eks. organisering) av ett eller flere emner fra det nye søket. I eksemplet i fig. 9, vises en mappe med navn "Min mappe" som inkluderer emner som er relevante for søkekriteriene. "Min mappe" kan f.eks. være opprettet som en ny mappe og deretter returneres som respons på gjennomføring av et nytt søk. I et slikt eksempel kan en bruker enkelt identifisere emner i søkeresultater som har blitt returnert i et tidligere søk. En slik tilnærming kan lette innretting av fokus på resultater for ett eller flere formål. En slik tilnærming kan f.eks. muliggjøre sporing av søkehistorikk, f.eks. i henhold til valg foretatt av en bruker (f.eks. mapper opprettet av en bruker for sporing av fremdrift i emner i etterfølgende søk). Ett eller flere søkeemner kan f.eks. tagges for inkludering av et tilknyttet attributt (f.eks. et "Min mappe"-attributt osv.). Den fortløpende taggingen kan f.eks. alternativt gjennomføres, f.eks. på en måte som automatisk øker et attributt trinnvist (f.eks. "Min historikk-1", "Min historikk-2" osv.). En slik tilnærming kan lette gjennomgang, organisering osv. av resultater.

[0080] Fig. 10 viser et eksempel på en metode 1010 som inkluderer et valg av blokk 1014 for valg av en brønn, en utvalgsblokk 1018 for valg av sanntidsalternativ (RT), en resultatblokk 1022 for presentasjon av resultater og en oppdateringsblokk 1026 for oppdatering av resultater (f.eks. oppdatering av verdier for ett eller flere emner i søkeresultatene).

[0081] I eksemplet i fig. 10, vises et grafisk brukergrensesnitt (GUI) for brønndata, f.eks. som forbundet med en brønndataplattform, og et grafisk rammeverkbrukergrensesnitt (GUI) 1060 vises, f.eks. som forbundet med et prosjektrammeverk (f.eks. for modellering osv.). I et slikt eksempel kan en bruker velge et emne i søkeresultater, slik som en brønn (se f.eks. "C5"), hvor brønndataplattformen aktivt henter inn data for brønnen (se f.eks. målere i GUI 1040). Utstyrt med et sanntidsalternativ, kan f.eks. søkeresultater oppdateres, f.eks. som respons på mottak av nylig innhentede data. Et resultatlerret som presenterer emner på en hierarkisk måte, kan f.eks. utheve et emne (f.eks., eller en mappe) ved mottak av oppdaterte data. For målerne A, B, C og D i GU11040 som gjelder brønn C5, kan f.eks. data, ettersom de hentes inn, f.eks. overføres for presentasjon i et søkeresultatlerret for GU11060, mens en modellrepresentasjon av brønnen C5 gjengis til et modellvisningslerret i GUI-et 1060.

[0082] Fig. 11 viser komponenter i et eksempel på et databehandlingssystem 1100 og et eksempel på et nettverkssystem 1110. Systemet 1100 inkluderer én eller flere prosessorer 1102, minne- og/eller lagringskomponenter 1104, én eller flere innmatings- og/eller utmatingsenheter 1106 og en databuss 1108. I et utformingseksempel, kan instruksjoner lagres i ett eller flere datamaskinlesbare medier (f.eks. minne/lagringskomponenter 1104). Slike instruksjoner kan leses av én eller flere prosessorer (f.eks. prosessoren(e) 1102) via en kommunikasjonsbuss (f.eks. databussen 1108), som kan være ledningskoblet eller trådløs. Den ene eller flere prosessoren(e) kan kjøre slike instruksjoner for (hel eller delvis) implementering av ett eller flere attributter (f.eks. som en del av en metode). En bruker kan se utmating fra og interagere med en prosess via en I/O-enhet (f.eks. enheten 1106). I et utformingseksempel, kan et datamaskinlesbart medium være en lagringskomponent, slik som en fysisk minneenhet, f.eks. en chip, en chip på en pakke, et minnekort osv.

[0083] I en eksemplarisk utforming, kan komponentene distribueres slik som i nettverkssystemet 1110. Nettverkssystemet 1110 inkluderer komponentene 1122-1, 1122-2, 1122-3...1122-N. Komponentene 1122-1 kan f.eks. inkludere prosessoren(e) 1102, mens komponenten(e) 1122-3 kan inkludere minne som er tilgjengelig for prosessoren(e) 1102. Videre kan komponenten(e) 1102-2 inkludere en I/O-enhet for visning og alternativ interaksjon med en metode. Nettverket kan være eller inkludere Internett, et intranett, et mobilnettverk, et satellittnettverk osv.

[0084] En enhet kan f.eks. være en mobilenhet som inkluderer ett eller flere nettverksgrensesnitt for kommunikasjon av informasjon. En mobilenhet kan f.eks. inkludere et grensesnitt for trådløst nettverk (f.eks. funksjonsdyktig via IEEE 802.11, ETSI GSM, BLUETOOTH®, satellitt osv.). En mobilenhet kan f.eks. inkludere komponenter, slik som en hovedprosessor, minne, et display, grafikkvisningskretser (f.eks. alternativt inkludert berørings- og gestikuleringskretser), en SIM-port, lyd/video-kretser, bevegelsesbehandlingskretser (f.eks. akselerasjonsmåler, gyroskop), kretser for trådløs LAN, smartkortkretser, senderkretser, GPS-kretser og et batteri. En mobilenhet kan f.eks. konfigureres som en mobiltelefon, et nettbrett osv. En metode kan f.eks. implementeres (f.eks. helt eller delvis) ved bruk av en mobilenhet. Et system kan f.eks. inkludere én eller flere mobilenheter.

[0085] Et system kan f.eks. være et distribuert miljø, f.eks. et såkalt "nettsky"-miljø, hvor forskjellige enheter, komponenter osv. samvirker for datalagrings-, kommunikasjons-, beregningsformål osv. En enhet eller et system kan f.eks. inkludere én eller flere komponenter for kommunikasjon av informasjon via én eller flere av Internett (f.eks. hvor kommunikasjon finner sted ved bruk av én eller flere Internett-protokoller), et mobilnettverk, et satellittnettverk osv. En metode kan f.eks. implementeres i et distribuert miljø (f.eks. helt eller delvis som en nettsky-basert tjeneste).

[0086] Informasjon kan f.eks. mates inn fra et display (tenk f.eks. på en berøringsskjerm), mates ut til et display eller begge deler. Informasjon kan f.eks. mates ut til en prosjektør, en laserenhet, en skriver osv., slik at informasjonen kan leses. Informasjon kan f.eks. mates ut stereografisk eller holografisk. Når det gjelder skriver, tenk på en 2D- eller 3D-skriver. En 3D-skriver kan f.eks. inkludere én eller flere substanser som kan mates ut for konstruksjon av et 3D-objekt. Data kan f.eks. sendes til en 3D-skriver for konstruksjon av en 3D-representasjon av en underjordisk formasjon. Lag kan f.eks. konstrueres i 3D (f.eks. horisonter osv.), geologiske formasjoner konstruert i 3D osv. Hull, frakturer osv. kan f.eks. konstrueres i 3D (f.eks. som positive strukturer, som negative strukturer osv.).

[0087] Selv om bare noen eksemplariske utforminger har blitt beskrevet i detalj ovenfor, vil de med ferdigheter i faget umiddelbart forstå at mange modifikasjoner av de beskrevne eksemplariske utformingene er mulig. Følgelig er alle slike modifikasjoner ment å være inkludert i omfanget av denne offentliggjøringen, som definert i de følgende kravene. I kravene er metode-pluss-funksjons-klausulene ment å dekke strukturene beskrevet i dette dokumentet som utfører de siterte funksjonene og ikke bare strukturelle ekvivalenter, men også ekvivalente strukturer. Selv om en spiker og en skrue ikke er strukturelle ekvivalenter, da spikeren har en sylindrisk overflate for å feste trestykker til hverandre mens skruen har en helisk overflate, kan en spiker og en skrue i sammenheng med festing av trestykker til hverandre således være ekvivalente strukturer. Den uttrykte intensjonen til søker, er ikke å påkalle 35 U.S.C. § 112, avsnitt 6 for noen begrensninger av noen av kravene i dette dokumentet, unntatt for dem hvor kravet uttrykkelig bruker ordene "måte til" sammen med en forbundet funksjon.

Claims (20)

1. Ett eller flere datamaskinlesbare lagringsmedier omfattende instruksjoner som kan kjøres av en datamaskin for å instruere et datamaskinsystem til: mottak av søkeresultater for et søk i data basert på søkekriterier; strukturering av søkeresultater i en hierarkisk trestruktur definert av minst ett struktureringskriterium; gjengivelse av en grafikk av minst en del av den hierarkiske trestrukturen til et display; responderende på omdefinering av den hierarkiske trestrukturen, omstrukturering av søkeresultater; og gjengivelse av en grafikk av minst en del av den hierarkiske trestrukturen til et display.

2. Det ene eller flere datamaskinlesbare lagringsmediene i krav 1, omfattende instruksjoner for gjengivelse av grafikken som minst én mappe.

3. Det ene eller flere datamaskinlesbare lagringsmediene i krav 2, hvori minst én mappe omfatter en utvidbar og kollapsbar mappe.

4. Det ene eller flere datamaskinlesbare lagringsmediet i krav 1, omfattende instruksjoner for gjengivelse av et samlet antall emner i søkeresultatene og instruksjoner for gjengivelse av et antall emner i søkeresultatene forbundet med hver gren av den hierarkiske trestrukturen.

5. Det ene eller flere datamaskinlesbare lagringsmediet i krav 1, omfattende instruksjoner for omdefinering av den hierarkiske trestrukturen.

6. Det ene eller flere datamaskinlesbare lagringsmediene i krav 5, hvori instruksjonene for omdefinering av den hierarkiske trestrukturen omfatter instruksjoner for omsortering av den hierarkiske trestrukturen hvori hvert nivå defineres av et struktureringskriterium.

7. Det ene eller flere datamaskinlesbare lagringsmediene i krav 5, hvori instruksjonene for omdefinering av den hierarkiske trestrukturen omfatter instruksjoner for sletting av et nivå i den hierarkiske trestrukturen hvori hvert nivå defineres av et struktureringskriterium.

8. Det ene eller flere datamaskinlesbare lagringsmediene i krav 5, hvori instruksjonene for omdefinering av den hierarkiske trestrukturen omfatter instruksjoner for å legge til et nivå i den hierarkiske trestrukturen hvori hvert nivå defineres av et struktureringskriterium.

9. Det ene eller flere datamaskinlesbare lagringsmediene i krav 1, omfattende instruksjoner for navigering av den hierarkiske trestrukturen i hvert fall delvis ved ekspandering av grener i den hierarkiske trestrukturen hvori hver gren omfatter minst ett blad som representerer et emne i søkeresultatene.

10. En metode, omfattende: mottak av søkeresultater for et søk i data basert på søkekriterier; strukturering av søkeresultater i en hierarkisk trestruktur definert av minst ett struktureringskriterium; gjengivelse av en grafisk kontroll til et display som omfatter en grafikk for minst en del av den hierarkiske trestrukturen; og navigering av søkeresultatene ved interaksjon med den grafiske kontrollen.

11. Metoden i krav 10, hvori den hierarkiske trestrukturen omfatter nivåer hvori hvert nivå defineres av et struktureringskriterium.

12. Metoden i krav 10, hvori navigeringen omfatter omdefinering av den hierarkiske trestrukturen og omstrukturering av søkeresultatene i henhold til den omdefinerte hierarkiske trestrukturen.

13. Metoden i krav 12, hvori omdefinering av den hierarkiske trestrukturen omfatter sletting av et nivå i den hierarkiske trestrukturen hvori nivået tilsvarer et struktureringskriterium.

14. Metoden i krav 12, hvori omdefinering av den hierarkiske trestrukturen omfatter tillegg av et nivå i den hierarkiske trestrukturen hvori nivået tilsvarer et struktureringskriterium.

15. Metoden i krav 12, hvori omdefinering av den hierarkiske trestrukturen omfatter omsortering av nivåer i den hierarkiske trestrukturen hvori hvert nivå tilsvarer et struktureringskriterium.

16. Metoden i krav 10, videre omfattende gjengivelse av grafikken med tall som indikerer hvor mange emner i søkeresultatene som er forbundet med minst en del av den hierarkiske trestrukturen.

17. Et system, omfattende: én eller flere prosessorer; minne; og instruksjoner lagret i minnet og er kjørbare av minst én av den ene eller flere prosessoren(e) for instruksjon av systemet til mottak av søkeresultater for et søk i data basert på søkekriterier, gjengivelse av en grafisk kontroll til et display for minst et første nivå i en hierarkisk trestruktur definert av struktureringskriterier, og responderende på valg av grafisk kontroll, gjengivelse av én eller flere ytterligere grafiske kontroller til displayet, som én eller flere grener av den hierarkiske trestrukturen hvori hver av den ene eller flere grenen(e) defineres av det ett av struktureringskriteriene.

18. Systemet i krav 17, hvori data omfatter prosjektdata forbundet med et seismikk-til-simuleringsrammeverk.

19. Systemet i krav 17, videre omfattende instruksjoner for å instruere systemet til å gjengi et tall som representerer et antall søkeresultater for et nivå i en hierarkisk trestruktur.

20. Systemet i krav 17, videre omfattende instruksjoner for å instruere systemet til å omdefinere den hierarkiske trestrukturen etter minst én av omsortering av struktureringskriteriene, sletting av minst ett av struktureringskriteriene og tillegg av et annet struktureringskriterium.