NO174313B - Databasesystem - Google Patents
Databasesystem Download PDFInfo
- Publication number
- NO174313B NO174313B NO875091A NO875091A NO174313B NO 174313 B NO174313 B NO 174313B NO 875091 A NO875091 A NO 875091A NO 875091 A NO875091 A NO 875091A NO 174313 B NO174313 B NO 174313B
- Authority
- NO
- Norway
- Prior art keywords
- information
- interface
- subsystem
- type
- belonging
- Prior art date
Links
- 238000003860 storage Methods 0.000 claims description 34
- 238000000034 method Methods 0.000 claims description 14
- 230000008569 process Effects 0.000 claims description 10
- 238000004519 manufacturing process Methods 0.000 claims description 5
- 230000001788 irregular Effects 0.000 claims 2
- 230000000875 corresponding effect Effects 0.000 description 11
- 238000004891 communication Methods 0.000 description 6
- 230000008859 change Effects 0.000 description 3
- 230000004044 response Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 238000012824 chemical production Methods 0.000 description 1
- 230000002596 correlated effect Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 230000006698 induction Effects 0.000 description 1
- 230000007257 malfunction Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 230000001502 supplementing effect Effects 0.000 description 1
- 230000036962 time dependent Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2458—Special types of queries, e.g. statistical queries, fuzzy queries or distributed queries
- G06F16/2471—Distributed queries
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99931—Database or file accessing
- Y10S707/99933—Query processing, i.e. searching
Landscapes
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Probability & Statistics with Applications (AREA)
- Software Systems (AREA)
- Computational Linguistics (AREA)
- Data Mining & Analysis (AREA)
- Mathematical Physics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Fuzzy Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Small-Scale Networks (AREA)
- Multi Processors (AREA)
- Computer And Data Communications (AREA)
Abstract
Et databasesystem som omfatter et nettverk (6) og et antall av data-produserende og data-behandlende delsystemer (2a-2n) som er forbundet med dette nettverket (6). Et delsystem (2), hvorav flere er Innbefattet 1 databasesystemet, er egnet for å bevirke fordringer til nettverket (6) om tilførselen av informasjon av en bestemt type i tilfellet at delsystemet (2). behøver denne informasjon. Et delsystem (2) er også. egnet for å presentere nettverket (6) med informasjon produsert av dette delsystem, innbefattende en indikasjon av typen av denne informasjon. Nettverket (6) er egnet for å godta informasjon som presenteres av delsystemet (2), innbefattende en indikasjon av typen av denne informasjon. Nettverket (6) er også egnet for å levere den godtatte informasjon av en bestemt type til et delsystem som det fordres informasjon av den nevnte typen.
Description
Oppfinnelsen vedrører et databasesystem som omfatter et flertall av delsystemer som hver er tilpasset til å frembringe og behandle én eller flere typer av informasjon, et bussystem, og et flertall av grensesnitt som respektiv kobler de respektive delsystemer til nevnte bussystem,
hvor hvert delsystem omfatter midler for å fordre informasjon ved å inkludere i en slik fordring en indikasjon av den type av informasjon som ønskes, og midler for å levere informasjon som frembringes av nevnte delsystem, innbefattende deri en indikasjon av typen av den frembragte informasjon, og
hvor hvert grensesnitt omfatter midler for:
å sende en fordring, via bussystemet, for til-
førselen av en bestemt type av informasjon i tilfellet at delsystemet som tilhører grensesnittet fordrer informasjon av nevnte type,
å godta informasjon som frembringes av delsystemet som tilhører grensesnittet, innbefattende en indikasjon av informasjonstypen,
å forsyne bussystemet med en bestemt type av informasjon i tilfellet at grensesnittet, via bussystemet, mottar fra et annet grensesnitt som er koblet til bussystemet, en fordring om levering av informasjon av sistnevnte type, dersom delsystemet som tilhører grensesnittet frembringer den angjeldende informasjon,
å godta fra bussystemet informasjonen av den type som fordres av delsystemet som tilhører grensesnittet, og å levere den godtatte informasjon til delsystemet.
Et slikt databasesystem er kjent fra US patent nr. 4477881. Lignende kjente systemer anvendes ofte i reelltidssystemer, f.eks. for å måle og kontrollere kjemiske produksjons-prosesser, lufttrafikk-kontrollsystemer som involverer flere operatører som arbeider på forskjellige delsystemer, og sammenknyttede arbeidsstasjoner som fungerer som delsystemer og spredt utover et skip.
En forutsetning for et slikt system er at det er operativt til enhver tid. Dette realiseres vanligvis ved å duplisere hele systemet, med begge systemer i drift synkront. Denne løsningen har imidlertid den ulempe at den er heller kompli-sert og derfor meget kostbar. Livssyklusen for et databasesystem er generelt så lang at flere revisjoner av systemet gjennomføres. Modernisering av f.eks. et delsystem nødvendig-gjør generelt modifisering av deler i databasesystemet, på grunn av at de forskjellige delsystemene er innbyrdes avhengige. Denne innbyrdes avhengighet skyldes eksempelvis det faktum at de forskjellige delsystemer adresser hverandre både når informasjon fordres og sendes. Den foreliggende oppfinnelse har som formål å løse det angitte problem ved å isolere de forskjellige delsystemer fra hverandre i en viss grad, mens kommunikasjon mellom delsystemene forblir mulige.
I henhold til oppfinnelsen realiseres dette ved at hvert grensesnitt omfatter midler for: å lagre, fra det øyeblikk som delsystemet som
tilhører grensesnittet lager minst en fordring for informasjon av en bestemt type, informasjonen av ovennevnte type, hver gang ny informasjon av nevnte type blir tilgjengelig på bussystemet,
å levere til bussystemet, fra det øyeblikk som grensesnittet mottar fra bussystemet minst en fordring for tilførselen av informasjon av en bestemt type, ny informasjon av den nevnte type hver gang denne informasjon igjen frembringes av delsystemet som tilhører grensesnittet,
å levere allerede godtatt og lagret informasjon av en bestemt type til delsystemet som tilhører grensesnittet hver gang nevnte delsystem fordrer informasjon av denne type.
På grunn av at delsystemer ikke adresserer hverandre, men i stedet anvender typen av informasjonen som skal sendes som et valgkriterium, er delsystemene høyt uavhengige av hverandre. Et delsystem trenger ikke å "vite" hvilke andre delsystemer som der er og er derfor uavhengig av nettverks-konfigurasjonen. Som et resultat derav trenger kun de essensielle delene av databasesystemet å bli duplisert, mens synkroniser-ingen av det dupliserte delsystemet automatisk opprettholdes. Det er også mulig å tilføye et eller flere oppdaterte delsystemer til nettverket, eller å erstatte delsystemene med andre delsystemer uten å måtte tilpasse de opprinnelige delsystemer. Dette er også et direkte resultat av det faktum at informasjonstypen bestemmer hvorvidt et delsystem godtar denne informasjon.
Et delsystem kan også frembringe informasjon som ikke kan behandles av disse eller av alle delsystemer uten å bevirke hindring til nevnte delsystemer eller ved sammenkoblende buss-system. Følgelig trenger et delsystem å være egnet kun for å levere informasjon som frembringes av delsystemet med den ledsagende type indikasjon, for fordring av denne ønskede informasjon av en bestemt type, og for å godta den informasjon som presenteres. Hvis et buss-system anvendes i nettverket, er det mulig å forbinde et delsystem via et grensesnitt med buss-systemet til å skape et databasesystem. Buss-systemet kan være av en generelt kjent type.
Denne og ytterligere utførelsesformer av databasesystemet, ifølge oppfinnelsen, vil fremgå av den etterfølgende beskrivelse, samt av de etterfølgende patentkrav.
En kostnadseffektiv versjon av et databasesystem i henhold til oppfinnelsen skal i det etterfølgende ytterligere forklares med henvisning til de vedlagte tegninger, hvor
Fig. 1 er en eksempelvis utførelsesform av et databasesystem i henhold til oppfinnelsen, Fig. 2 er en eksempelvis utførelsesform av et grensesnitt, og Fig. 3 er et eksempel over en tidsavhengig kvalitetsinformasjon. Fig. 1 viser et databasesystem 1 i henhold til oppfinnelsen. Det innbefatter et antall av delsystemer 2a-2n, hvilke vanligvis ikke er identiske. Et delsystem 2i er et system som kan behandle og/eller frembringe data. Delsystem 2b er, i eksempels form, koblet til en informasjonsfrembringende enhet 3. Den informasjonsfrembringende enheten 3 kan for eksempel utføres som en radar-innretning, et infrarødt kamera, eller en sonar-innretning. Delsystemet 2c er, i eksempels form, koblet til en terminal 4, hvor en operatør er opptatt. Operatøren kan granske eller innføre data. Delsystemet 2n kan f.eks. konfigureres som en uavhengig kalkulator, som utfører beregninger for andre delsystemer. Alle delsystemene 2a-2n er knyttet via linjer 5a-5n med nettverk 6, som håndterer meldingstrafikken blant de forskjellige delsystemene.
Kommunikasjon blant de forskjellige delsystemer er belagt med de følgende regler, blant annet: et delsystem som krever informasjon av en bestemt type
fordrer nettverk 6 til å levere denne informasjon,
- når et delsystem frembringer informasjon, leverer dette delsystemet nevnte informasjon og informasjonstype-indikasjonen til nettverk 6,
nettverk 6 leverer informasjonen av en bestemt type til delsystemene som fordrer informasjonen av den nevnte typen når denne informasjon er tilgjengelig i nettverket.
Det faktum at delsystemene ikke er klar over hverandres nærvær resulterer i et uhyre fleksibelt system, ettersom meldingstrafikken blant delsystemene nå er basert på informasjonstypen, som gjør adressering overflødig. Et delsystem trenger derfor ikke å "kjenne" de andre delsystemene, hvilket gjør systemkonfigurasjonen uhyre fleksibel.
Forskjellige muligheter eksisterer for å realisere et nettverk 6 som innehar de ønskede karakteristika. Eksempelvis er det mulig å ha en enkel prosessor til å utføre samtlige funksjoner i nettverk 6. Idet der vises til fig. 1, vil imidlertid et nettverk bli omtalt som innbefatter flere prosessor-nettverk grensesnitt 7a-7n. Et grensesnitt 7a-7n forbinder et delsystem 2a-2n med et buss-system 8 som tilhører nettverket ved linjer 5a-5n, 9a-9n og buss-uttak 10a-10n. Buss-system 8 kan være av en generelt kjent type. Kommunikasjonen blant de forskjellige delsystemer 2a-2n ved hjelp av grensesnitt 7a-7n er forklart med henvisninger til et eksempel: informasjonsutveksling mellom delsystemet 2i og delsystemet 2j . Man bør minnes at de karakteristika som er beskrevet henholdsvis for delsystemene 2i og 2j og for grensesnittene 7i og 7j er tilstede i henholdsvis samtlige delsystemer og grensesnitt.
Delsystemene vil generelt være av forskjellige typer, mens grensesnittene er identiske. I enkel form vil kommunikasjonen være som følger: Hvis delsystemet 2i krever informasjon av en bestemt
type, foretas en fordring via linje 5i til grensesnitt 7i
for leveringen av nevnte informasjon.
Grensesnitt 7i sender, via linje 9i og buss-system 8, en fordring til hvert grensesnitt 7j som er knyttet til buss-systemet om å levere den nevnte informasjonen. I det
henseende anvender buss-systemet "kringkaster".
Grensesnitt 7j lagrer all den informasjon som presenteres av delsystem 2j via linje 5j, sammen med informasjonstype-indikasjonen. I denne sammenheng kan delsystem 2j forsynes med utstyr til å bestemme hvorvidt informasjon som frembringes av delsystemet er av lokal eller global verdi. Kun i det sistnevnte tilfellet vil et delsystem fortsette
å gi informasjon til det korresponderende grensesnittet.
I tilfellet av at grensesnittet 7j har lagret informasjon av en bestemt type mens grensesnittet 7j mottok en
fordring for tilførselen av informasjon av den nevnte type via linje 9j , leverer grensesnittet 7j denne
informasjonen til buss-system 8 via linje 9j.
I tilfellet grensesnittet 7i presenteres med informasjon av en bestemt type av buss-system 8 mens grensesnitt 7i har mottatt en fordring for leveringen av nevnte type av informasjon fra delsystemet 2i via linje 5i, godtar grensesnittet 7i den nevnte informasjonen. Den godtatte informasjonen kan deretter presenteres til delsystemet 2i. Presentasjonen av den nevnte informasjon kan skje enten umiddelbart etter mottagelse av informasjonen fra buss-system 8, eller ved en senere fordring fra delsystemet 2i for levering av informasjon av den angjeldende type. I en spesiell versjon av grensesnittet, omtalt nedenfor, i en versjon med en såkalt subskripsjons-tjeneste, blir den informasjon som godtas av grensesnitt 7i overført umiddelbart til delsystemet 2i etter den første fordringen fra delsystem 2i for angjeldende informasjonen, mens deretter den informasjon som godtas av grensesnittet kun leveres til delsystemet 2i ved en neste fordring fra delsystemet 2i.
Takket være subskripsjonstjenesten, blir hastigheten og effektiviteten av databasesystemet vesentlig forbedret. Eksempelvis kan et delsystem frembringe informasjon som ikke kan behandles av noen av delsystemene som er forbundet med buss-system 8 uten unødvendig å belaste buss-system 8 eller annet grensesnitt. I det sistnevnte tilfellet åpnes ikke en subskripsjon slik at den relevante informasjon ikke leveres til buss-systemet 8.
Kommunikasjonen blant de forskjellige delsystemene 2a-2n ved hjelp av den spesielle versjonen av grensesnittene 7a-7n som er nevnt ovenfor, vil det bli ytterligere forklart med henvisning til fig. 1 og fig. 2, hvor fig. 2 representerer den spesielle versjonen av grensesnittene 7a-7n.
I den ytterligere omtale av tilfeldig grensesnitt 7i , skal indeksen i utelates (fig. 2). I tilfelle et delsystem 2 frembringer informasjon med den ledsagende informasjonstype-indikasjon, vil den komplette informasjon bli levert til grensesnitt 7a via linje 5. Denne informasjonen behandles ved hjelp av en adapterprosessor 11, av hvilken det korresponderende program lagres i et ROM-lager 12. Samtlige mikroproses-sorer som er tilstede i et grensesnitt sammenkobles via en intern buss 13, hvilken buss er tilveiebragt i en systemtid ved hjelp av en klokke 14. Sistnevnte prosess er av en slik natur at ytterligere operasjoner som skal utføres i grensesnittet er enkle å realisere. Den nevnte informasjonen lagres i et lokalt databaselager 16 via buss 13 under styring fra en lokal databaseadministrator-prosessor 15. Programvaren i den lokale databaseadministratoren 15 lagres i et ROM-lager 17. Hvis delsystem 2 fordrer grensesnitt 7 via linje 5 til å levere informasjon av en bestemt type, lagres denne fordring i et subskripsjonslager 19 under styring fra en subskrip-sjons-prosessor 18. Programvaren for prosessoren 18 lagres i et ROM-lager 20. Informasjon med den korresponderende type av indikasjon, som er tilgjengelig på buss-system 8, leveres til en buss-adapter-prosessor 21 via linje 9. Programvaren for prosessor 21 lagres i ROM-lager 22. Informasjonen og den korresponderende type indikasjon som er tilpasset av prosessoren 21 leveres til intern buss 13. Subskripsjonsprosessoren 18 kontrollerer hvorvidt informasjonen fra buss-systemet er av en type som er lagret i subskripsjonslager 19. Hvis dette er tilfellet, hvilket betyr at delsystemet fordrer denne informasjonstype, lagres angjeldende informasjon i et globalt databaselager 24 under styring fra en global database-administratorprosessor 23. Programvaren for prosessor 23 lagres i et ROM-lager 25. Hver gang ny informasjon av den samme type blir tilgjengelig på buss-system 8, blir denne informasjon igjen lagret i globalt databaselager 24 som beskrevet ovenfor. "Under denne prosess blir gammel informasjon av den nevnte type overskrevet hvis denne informasjon har opprinnelse fra det samme grensesnitt som er koblet til buss-systemet. Hvis den nye informasjonen av den nevnte type har sin opprinnelse fra et forskjellige grensesnitt, blir den angjeldende informasjon lagret i en separat lagerposisjon i globalt databaselager 24. Ingen overskrivning finner derfor sted i tilfellet av informasjon av den samme type som har sin opprinnelse fra forskjellige grensesnitt. Global databaseprosessor 23 er egnet til å skille mellom informasjon som stammer fra forskjellige grensesnitt. Dette er gjort mulig ved å forsyne hvert grensesnitt med en identitetsgenerator 26. En identitetsgenerator 26 tillater prosessor 21 å tilføye en parameter I til informasjon som leveres til buss-system 8. Parameteren I klargjør opprinnelsessted-bestemmelse av informasjon innenfor nettverk 6. Karakteren av en subskripsjon fremkommer fra den gjentatte godtagelse av informasjon av en bestemt type som blir tilgjengelig på buss-systemet, slik som fra det øyeblikket som delsystem 2 foretok en første fordring om den relevante informasjon.
Karakteren av en subskripsjon fremtrer også fra den gjentatte tilførsel til buss-systemet av ny informasjon generert av et delsystem slik som fra øyeblikket som grensesnittet mottok den første fordringen via buss-systemet for tilførsel av den angjeldende informasjonen. Denne prosess skal omtales nedenfor. Det er meget sannsynlig at et delsystem som iverksetter en første fordring om informasjon av en bestemt type vil foreta en annen fordring om denne informasjon i nær fremtid. På denne måten kan en ny fordring fra delsystemet om den angjeldende informasjon umiddelbart ivaretas ved å levere informasjonen fra det globale databaselageret 24 til delsystemet. I tilfellet av at flere grensesnitt har levert informasjon av angjeldende type til buss-system 8, hvorav samtlige er lagret separat i lager 24 under styring av parameter I, oppstår spørsmålet om hvilken informasjon som bør tilføres delsystemet når dette delsystem foretar en annen fordring om den angjeldende informasjonen.
Dette problem kan løses ved å supplere informasjon med en kvalitetsindikasjon av den angjeldende informasjon. Denne kvalitetsindikasjon genereres også av delsystemene. I dette eksempel dannes kvalitets-indikasjonen av parametere Q0, tQ og nr, hvor Q0 er den øyeblikkelige kvalitet av informasjonen ved produksjonsøyeblikket, tQ er produksjonsøyeblikket og "r er en halv levetid av kvaliteten. Parameteren t angir således hvor lengde det går før kvaliteten av informasjonen reduseres med en halvpart. Parameteren tQ utledes ved hjelp av en klokke 14. På grunn av at en situasjon kan endre seg i løpet av tiden, er det mulig at informasjon som er en funksjon av denne situasjonen endrer seg i løpet av tiden, hvorved kvaliteten endres. Den angjeldende kvalitetsindikasjon lagres også i lager 24. Ved en ny fordring fra delsystemet om å levere informasjon av en bestemt type ved øyeblikk t, kan prosessor 23 velge den beste informasjonen ved hjelp av parametere Q0, tQ og t, på basis av formelen:
Fig. 3 viser et eksempel.
Informasjonen som har sin opprinnelse fra grensesnitt n har kvalitetsparametere QQ = 8, tG = 0 og -r = 4, mens den informasjonen som har sin opprinnelse fra grensesnitt m har kvalitetsparametere QG = 4, tG = 2 og t = 6. Fig. 3 viser at kvaliteten Qn av den informasjon som har sin opprinnelse fra grensesnitt 1 er større enn kvaliteten Qm av den informasjon som har sin opprinnelse fra grensesnitt m, så lenge som 0 < t < 8. Dette betyr at prosessor 23 vil levere informasjonen som har sin opprinnelse fra grensesnitt n hvis delsystem 2 fordrer denne informasjon ved et øyeblikk t < 8. I tilfellet t > 8, vil den informasjon som har sin opprinnelse fra grensesnitt m bli presentert. Hvis Qn = Qm, vil grensesnittet foreta et vilkårlig valg. Det bør være klart at det også er mulig å anvende forskjellige kvalitetsparametere og forskjellige formler. Formlene kan endog være en funksjon av parameter I.
Takket være subskripsjonstjenesten er det mulig å realisere at et delsystem umiddelbart tilføres den beste informasjon som er tilgjengelig ved det øyeblikk som delsystemet fordrer informasjon av den angjeldende type. For spesielle anvendel-ser er det mulig at et delsystem ikke bare fordrer informasjonen av den beste kvaliteten, men foretar en spesiell fordring om all informasjon av en bestemt type som er tilgjengelig i det øyeblikket. Dette muliggjør at observerva-sjoner fra forskjellige avfølere kan korreleres med hverandre for å konstruere en virtuell observasjon, hvilken deretter kan presenteres til nettverket med en høyere grad av kvalitet enn kvaliteten av de individuelle observasjoner.
Når et delsystem foretar en første fordring om tilførselen av informasjon av en bestemt type, og således åpner en subskripsjon, lagres denne type av informasjon ved mottagelse fra buss-system 8 i databaselageret 24, mens den angjeldende informasjon samtidig presenteres til delsystem 2. Ved en påfølgende mottagelse av ny informasjon av den nevnte type, vil denne informasjon kun bli innført i databaselageret 24. Tilførsel av denne informasjon, som er lagret i databaselageret 24, til delsystemet, opptrer ved en ny fordring fra delsystemet om informasjon av den angjeldende type som beskrevet ovenfor.
En spesiell anvendelse skapes når delsystem 2 fordrer en melding i tilfellet av at ny informasjon av en bestemt type blir tilgjengelig i grensesnitt 7 via buss-system 8. Dette sparer delsystem 2 fra å måtte vente på den angjeldende informasjonen og gjentatte ganger foreta fordringer om informasjon av den angjeldende type. Dette betyr at delsystem 2 kan i mellomtiden ellers være opptatt fordi det automatisk ville bli iformert når grensesnitt 7, som tilhører delsystem 2, mottar ny informasjon av den angjeldende typen. En fordring fra delsystem 2 til grensesnitt 7 om en melding når ny informasjon av en bestemt type blir tilgjengelig via buss-system 8 betyr også åpning av en subskripsjon hvis den vedrører en første fordring om den angjeldende informasjon.
Ved et visst punkt kan delsystem 2 bestemme at det ikke lenger er interessert i informasjon av en bestemt type. En subskripsjon som åpnes av en første fordring om tilførselen av informasjon av en bestemt type vil så bli avsluttet ved en stoppordre som genereres av delsystemet. Subskripsjonsprosessor 18 gjenkjenner ordren og sletter subskripsjonen om informasjon av den angjeldende type fra lager 19. Det er også mulig at grensesnittet autonomt avslutter en subskripsjon i tilfellet av at informasjon av en bestemt type mottas, men ikke lenger fordres av det korresponderende delsystemet.
Når delsystem 2 foretar den første fordring til korresponderende grensesnitt 7 om tilførselen av informasjon av en bestemt type og således åpner en subskripsjon, påser buss-adapter-prosessor 21 at denne fordring også leveres til buss-system 8. Det samme gjelder en stoppordre generert av delsystem 2 eller av grensesnitt 7. I begge tilfeller blir parameter I, karakteristisk for det relevante grensesnittet, levert til buss-system 8. En fordring om tilførselen av informasjon eller stoppordre til å avslutte tilførselen av informasjon av en bestemt type, levert til buss-system 8 på en analog måte av et forskjellig grensesnitt, mottas av buss-adapter-prosessor 21 og presenteres til intern buss 13. Subskripsjonsprosessor 18, som reaksjon på en slik fordring, påser at en subskripsjon åpnes for tilførselen av informasjon av den angjeldende type frembragt av delsystem 2 til buss-system 8, hvis det delsystem som tilhører grensesnittet er i stand til å frembringe den angjeldende informasjon. I dette henseende inneholder subskripsjonslager 19 samtlige informa-sjonstyper som det relevante delsystemet er i stand til å frembringe. Fordringen om tilførsel av informasjon av en type som delsystemet er i stand til å frembringe, lagres i subskripsjonslageret 19. Lagringen av denne fordring utføres på basis av den korresponderende parameter I for hvert fordrende grensesnitt. Supskripsjonsprosessor 18, som reaksjon på en stoppordre mottatt fra buss-system 8, påser at fordringen om tilførselen av informasjon av den angjeldende type til buss-system 8 slettes fra subskripsjonslageret 19. Slettingen av den relevante fordring utføres for hvert fordrende grensesnitt på basisen av den parameter I som mottas sammen og tilhører stoppordren. Subskripsjonsprosessoren 18 tilser at hver gang ny informasjon av den angjeldende type frembringes av delsystem 2, leveres denne informasjon til buss-system 8 via prosessor 21, så lenge som minst et grensesnitt som har foretatt en fordring om informasjon av den angjeldende type er registrert i subskripsjonslager 19. Evis en fordring om tilførsel av informasjon av en bestemt type mottas via buss-system 8 for første gang, hvilket resulterer i åpningen av en subskripsjon for tilførsel av informasjon til buss-system 8, tilser prosessor 18 at den angjeldende informasjon direkte tilføres buss-system 8 hvis denne informasjon allerede er lagret i lageret 16. Deretter blir den relevante informasjonen tilført buss-system 8 hver gang delsystem 2 frembringer ny informasjon av den angjeldende type. Den angjeldende informasjon ledsages selvfølgelig av kvalitetsparametere som genereres av delsystemet og av parameter I generert av grensesnittet. Grensesnittene som foretar fordringen om den angjeldende informasjon vil godta informasjon som leveres til buss-system 8 og ytterligere behandle den som beskrevet ovenfor.
Databasesystemet har også midler for å sikre at, ved initialisering av det totale systemet, alle delsystemer kan starte ved å produsere informasjon. Vanskeligheter kunne oppstå dersom delsystemer behøver hverandres informasjon for produksjonen av ny informasjon. I det tilfellet ville disse delsystemer måtte vente på hverandre med produksjonen av ny informasjon. For å hindre dette vil et delsystem som nettopp er blitt aktivert deretter gi til grensesnitt 7 alle typer av informasjon som det er i stand til å produsere. Det kan skje at en viss type av informasjon ikke ennå er tilgjengelig, for eksempel som et resultat av avhengigheten som er beskrevet ovenfor. I det tilfellet blir informasjonen av den angjeldende type levert uansett, imidlertid med en kvalitetsparameter QQ = 0. De relevante typene er lagret i subskripsjonslager 19. Det kan vises ved induksjon at samtlige delsystemer er i stand til å frembringe den ønskede informasjon hvis det antas at databasesystemet inneholder minst et delsystem som, uavhengig av andre delsystemer, er i stand til å frembringe informasjon. Det er fullstendig mulig at, under initialiseringstrinnet for databasesystemet, fordringer om informasjon tapes. Eksempelvis kan et delsystem ennå ikke være operativt under initialiseringenstrinnet på grunn av at programvaren som behøves for det delsystemet ennå ikke er blitt lastet. Andre delsystemer kan imidlertid være umiddelbart operative, på grunn av at den nødvendige programvare for disse delsystemer er lagret i et ROM-lager. I tilfellet av et grensesnitt som tilhører et delsystem som ennå ikke er operativt fordrer informasjon av en bestemt type via buss-systemet, er dette grensesnitt ikke i stand til å bestemme hvorvidt denne fordring bør lagres i subskripsjonslageret 19. Dette bevirkes av det faktum at det ennå ikke er kjent hvilke typer av informasjon som det relevante delsystemet er i stand til å frembringe. For å hindre tapet av slike fordringer om informasjon, kan under initialiseringstrinnet et grensesnitt lagre samtlige fordringer om informasjon av en bestemt type i subskripsjonslageret 19. Hvis, ved et visst øyeblikk, den programvare som behøves for delsystemet lastes, kan grensesnittet 2 så kontrollere hvilke fordringer om informasjon delsystemet som tilhører dette grensesnitt alltid kan tilfredsstille. Dette gjøres på basis av den informasjon som genereres av delsystemet under initialisering, hvis anvend-bart innbefattende en kvalitetsparameter QQ = 0. Fordringene som ikke kan tilfredsstilles slettes. Deretter forlater grensesnittet initialiseringstrinnet og lagrer fordringer om informasjon av en bestemt type kun dersom delsystemet som tilhører grensesnittet kan frembringe den angjeldende informasjon.
En særlig kostnadseffektiv versjon skapes når et grensesnitt forsynes med en hendelseprosessor 27 (se fig. 2). Et ROM-lager 28 inneholder programvaren for hendelsesprosessoren 27. Hendelsesprosessoren 27 er innbefattet i grensesnittet 7 med den hensikt å gjenkjenne spesielle typer av informasjon som mottas via buss-system 8. Den angjeldende informasjon er av en type som ikke regelmessig genereres av et delsystem og leveres til buss-system 8. Delsystem 2 vil informere hendelsesprosessor 27 på forhånd vedrørende de separate typer av informasjon som kan behandles eller ikke lenger kan behandles av delsystemet 2. Et eksempel av denne type av informasjon er en brannalarm som genereres av et delsystem og leveres til grensesnittet 7, hvilket leverer den til buss-system 8 med prioritet. Etter den angjeldende brannalarm mottas via buss-system 8 ved hjelp av hendelsesprosessor 27, blir den med prioritet levert til delsystem 2 som tilhører den nevnte hendelsesprosessoren 27 dersom delsystem 2 er i stand til å behandle den angjeldende informasjonen. Deretter kan det nevnte delsystemet reagere umiddelbart på brannalarmen. Et andre eksempel på informasjon som gjenkjennes av hendelsesprosessoren vedrører informasjon som genereres av en monitor-prosessor 29. Et ROM-lager 30 inneholder programvaren for monitorprosessoren 29. Monitorprosessoren 29 kontrollerer funksjoneringen av databasesystemet. Hvis monitorprosessoren 29 oppdager at databasesystemet ikke funksjonerer riktig, genererer monitorprosessoren 29 et alarmsignal som tilføres buss-system 8. Ved mottagelse via buss-system 8, gjenkjennes et slikt signal av hendelsesprosessoren 27 og behandles som beskrevet ovenfor.
Monitorprosessoren 29 kontrollerer eksempelvis hvorvidt en fordring fra korresponderende delsystem 2 om informasjon av en bestemt type resulterer i mottagelsen av denne informasjon via buss-system 8. Hvis, etter en viss tidsperiode, den relevante informasjonen ikke er blitt mottatt, mens databasesystemet er utformet på en slik måte at hver fordring om informasjon av en bestemt type kan tilfredsstilles, betyr dette at et grensesnitt eller delsystem i systemet ikke funksjonerer riktig. På grunn av at identiteten av frembring-eren av den angjeldende informasjon ikke er kjent, kan intet besluttes vedrørende identiteten av det feilfunksjonerende grensesnittet eller delsystemet.
Dette problem kan løses ved å forsyne databasesystemet med et spesielt delsystem 2a, som er det eneste delsystemet som har full kjennskap til databasesystem-konfigurasjonen (se fig. 1). Et grensesnitt som detekterer feilfunksjonering av en informasjonsfrembringer (delsystem pluss korresponderende grensesnitt), genererer ved hjelp av sin monitorprosessor 29 et signal som tilføres buss-system 8. Det nevnte signal er av slik natur at det gjenkjennes av det spesielle delsystemet 2a. Dette delsystemet kan så foreta forskjellige typer av tiltak. Et av disse tiltak kunne være at delsystem 2a sender en melding som rapporterer problemet. Det er imidlertid også mulig at et spesielt delsystem 2a sender en melding som initierer en automatisk rekonfigurering av databasesystemet. Dette kan oppnås ved å definere spesielle meldinger, hvilke gjenkjennes av visse hendelsesprosessorer 27 mot grensesnittet. Dette setter et spesielt delsystem 2a i stand til å adressere de nevnte grensesnitt. Dette er det eneste tilfellet hvor adresseringsteknikker anvendes fordi spesielt delsystem 2a har kjennskap til systemkonfigurasjonen. Dette skader imidlertid ikke normal kommunikasjon blant delsystemer hvor adresseringsteknikker ikke anvendes. Tross alt, et spesielt grensesnitt er berørt som kun frembringer data i en spesiell situasjon. En hendelsesprosessor hos et grensesnitt som adresseres av det spesielle delsystemet informerer deretter det korresponderende delsystemet om sin nye oppgave.
En monitor-prosessor 29 er blitt programmert ved hjelp av lageret 30 på en slik måte at monitorprosessor 29 spør det korresponderende delsystem om dette delsystem ikke samvirket med grensesnittet under en viss periode. Evis det nevnte delsystem synes å være feilfunksjonerende, kan monitorprosessoren rapportere dette til spesielt delsystem 2a. Det spesielle delsystemet 2a kan så ta de ovenfor nevnte for-holdsregler ved hjelp av hendelsesprosessorene.
En monitorprosessor 29 kan også kontrollere hvorvidt frekven-sen av informasjon av en bestemt type som presenteres via buss-system 8 ikke endrer seg plutselig. Dette kan bevirkes av problemer i et bestemt grensesnitt. Det er meget usannsyn-lig at delsystemet som tilhører dette grensesnitt er årsaken til disse problemer fordi det nevnte grensesnitt ville ha registrert dette som beskrevet ovenfor. Monitorprosessoren 29 sender i det tilfellet en melding til det eventuelt feilfunksjonerende grensesnittet. Identiteten av det eventuelt feilfunksjonerende grensesnitt er kjent takket være parameter I, som anvendes av det mulige feilfunksjonerende grensesnittet ved transmisjonen av informasjon. Evis nevnte grensesnitt ikke reagerer normalt, kan monitorprosessoren som oppdaget dette rapportere det til det spesielle delsystemet. Det spesielle delsystemet kan så igjen foreta de nødvendige tiltak som beskrevet ovenfor.
Claims (19)
1.
Databasesystem som omfatter: a) et flertall av delsystemer (2i) som hver er tilpasset til å frembringe og behandle én eller flere typer av informasjon, b) et bussystem (8), og c) et flertall av grensesnitt (7i) som respektiv kobler de respektive delsystemer (2i) til nevnte bussystem (8), hvor i) hvert delsystem (2i) omfatter midler for å fordre informasjon ved å inkludere i en slik fordring en indikasjon av den type av informasjon som ønskes, og midler for å levere informasjon som frembringes av nevnte delsystem (2i), innbefattende deri en indikasjon av typen av den frembragte informasjon, ii) hvert grensesnitt (7i) omfatter midler for: å sende en fordring, via bussystemet (8), for til-
førselen av en bestemt type av informasjon i tilfellet at delsystemet (2i) som tilhører grensesnittet (7i) fordrer informasjon av nevnte type, å godta informasjon som frembringes av delsystemet
(2i) som tilhører grensesnittet (7i), innbefattende en indikasjon av informasjonstypen, å forsyne bussystemet (8) med en bestemt type av
informasjon i tilfellet at grensesnittet (7i), via bussystemet (8), mottar fra et annet grensesnitt (7j) som er koblet til bussystemet (8), en fordring om levering av informasjon av sistnevnte type, dersom delsystemet som tilhører grensesnittet (7i) frembringer den angjeldende informasjon, å godta fra bussystemet (8) informasjonen av den type
som fordres av delsystemet (2i) som tilhører grensesnittet (7i), og å levere den godtatte informasjon til delsystemet (2i),
karakterisert ved at iii) hvert grensesnitt (7i) omfatter midler for: å lagre, fra det øyeblikk som delsystemet (2i) som
tilhører grensesnittet (7i) lager minst en fordring for informasjon av en bestemt type, informasjonen av ovennevnte type, hver gang ny informasjon av nevnte type blir tilgjengelig på bussystemet (8), å levere til bussystemet (8), fra det øyeblikk som
grensesnittet (7i) mottar fra bussystemet (8) minst en fordring for tilførselen av informasjon av en bestemt type, ny informasjon av den nevnte type hver gang denne informasjon igjen frembringes av delsystemet (2i) som tilhører grensesnittet (7i), å levere allerede godtatt og lagret informasjon av en
bestemt type til delsystemet (2i) som tilhører grensesnittet (7i) hver gang nevnte delsystem (2i) fordrer informasjon av denne type.
2.
Databasesystem som angitt i krav 1, karakterisert ved at grensesnittet (7i) er forsynt med et første lager (24) for lagringen av informasjon som mottas via bussystemet (8), en første mikroprosessor (23) for å styre nevnte lager (24), et andre lager (16) for lagringen av informasjon som frembringes av delsystemet (2i) som tilhører grensesnittet (7i) og en andre mikroprosessor (15) som styrer det andre lageret (16).
3.
Databasesystem som angitt i krav 1, karakterisert ved at grensesnittet (7i) omfatter midler for: å sende en stoppordre, via bussystemet (8) for
kanselleringen av en tidligere fordring om tilførselen av informasjon av en bestemt type, i tilfellet at delsystemet (2i) som tilhører grensesnittet (7i) angir til dette grensesnitt (7i) ikke lenger å være interessert i informasjonen av den angjeldende type, å registrere hver fordring, som foretas av det annet
grensesnitt (7j) og mottas via bussystemet (8), for tilførselen av informasjon av en bestemt type, i tilfellet at delsystemet (2i) som tilhører grensesnittet (7i) er i stand til å frembringe den angjeldende informasjon, å registrere hver stoppordre, som stammer fra det annet
grensesnitt (7j) og er mottatt via bussystemet (8), for avslutningen av en tidligere fordring, foretatt av det angjeldende grensesnitt (7j), for tilførselen av informasjon av en bestemt type, og å forsyne bussystemet (8) med informasjon av en bestemt
type i tilfellet at delsystemet (2i) som tilhører grensesnittet (7i) frembringer denne informasjon, så lenge som minst en fordring for tilførselen av nevnte informasjon er blitt registrert.
4. Databasesystem som angitt i krav 3, karakterisert ved at grensesnittet (7i) er forsynt med en tredje mikroprosessor (18) og et tredje lager (19), styrt av denne mikroprosessor (18), for å registrere for hvert grensesnitt (7j) som danner del av databasesystemet, de fordringer som er gjort og stoppordrer som er avgitt av disse grensesnitt (7j) for tilførselen av informasjon av en bestemt type, og å registrere fordringen som er foretatt av delsystemet (2i) som tilhører grensesnittet (7i) for tilførselen av informasjon av en bestemt type.
5.
Databasesystem som angitt i krav 3, karakterisert ved at grensesnittet (7i) omfatter midler for å sende en stoppordre for å trekke tilbake en tidligere fordring om tilførselen om informasjon av en bestemt type, i tilfelle av at delsystemet (2i) som tilhører grensesnittet (7i) ikke fordrer den angjeldende informasjon innenfor en viss tidsperiode.
6.
Databasesystem som angitt i krav 1 eller 3, karakterisert ved at samtlige delsystemer (2i) omfatter midler for frembringelsen av en kvalitetsindikasjon som er relatert til informasjon som frembringes av delsystemet, og at grensesnittet (7i) som tilhører delsystemet (2i) er forsynt med midler for: samtidig å sende informasjon av en bestemt type frembragt
av delsystemet (2i) som tilhører grensesnittet (7i), og en kvalitetsindikasjon som også frembringes av nevnte delsystem (2i) og er relatert til nevnte informasjon, å registrere og overskrive, for hvert informasjons-
leverende grensesnitt (7j), informasjon av en bestemt type som mottas via bussystemet (8), sammen med kvalitets-indikasjonen som tilhører denne informasjon, å levere den best lagrede informasjon av en bestemt type
til delsystemet (2i) som tilhører grensesnittet (7i), hver gang nevnte delsystem (2i) fordrer denne informasjonstype, hvorved den beste informasjonen velges på basis av kvalitetsindikasjonen.
7.
Databasesystem som angitt i krav 6, karakterisert ved at den nevnte kvalitetsindikasjon omfatter øyeblikkelig kvalitetsinformasjon Q0, varighetsinformasjon i, og produksjonsøyeblikkinformasjon tG.
8.
Databasesystem som angitt i krav 6 eller 7, karakterisert ved at grensesnittet (7i) omfatter nevnte første lager (24) for lagringen av nevnte kvalitetsindikasjon, og nevnte første mikroprosessor (23) for valget av den beste informasjonen.
9.
Databasesystem som angitt i ett av kravene 1-8, karakterisert ved at grensesnittet (7i) tilveiebringer midler for å tilføre til delsystemet (2i) som tilhører grensesnittet (7i) hele den allerede godtatte og lagrede informasjon av en bestemt type, hver gang nevnte delsystem (2i) fordrer all informasjonen av denne type.
10.
Databasesystem som angitt i ett av kravene 1-9, karakterisert ved at grensesnittet (7i) tilveiebringer midler for umiddelbart å reagere på bestemte typer av informasjon som mottas via bussystemet (8), og for umiddelbart å levere denne informasjon til delsystemet (2i) som tilhører det nevnte grensesnittet (7i), og omvendt.
11.
Databasesystem som angitt i krav 10, karakterisert ved at grensesnittet (7i) tilveiebringer midler som reagerer på nevnte typer av informasjon kun dersom delsystemet (2i) som tilhører grensesnittet (7i) angir at det er i stand til å behandle den angjeldende informasjonen.
12.
Databasesystem som angitt i krav 11, karakterisert ved at grensesnittet (7i) tilveiebringer midler for å hindre en reaksjon på nevnte typer av informasjon dersom delsystemet (2i) som tilhører grensesnittet (7i) angir at det ikke lenger er i stand til å behandle den angjeldende informasjon.
13.
Databasesystem som angitt i krav 10, karakterisert ved at grensesnittet (7i) omfatter en hendelsesprosessor (23) med korresponderende ROM-lager (28).
14.
Databasesystem som angitt ett av kravene 1-13, karakterisert ved at
minst ett grensesnitt (7i) har midler for å registrere
uregelmessige eller sviktende informasjonsstrømmer som har opprinnelse fra delsystemet (2i) som tilhører grensesnittet (7i), og for registrering av uregelmessige eller sviktende informasjonsstrømmer, mottatt via bussystemet (8), som har sin opprinnelse fra andre grensesnitt (7j), og
dette grensesnittet (7ij) har midler for å forsyne
delsystemet (2i) med informasjon som er relatert til det feilfunksjonerende delsystemet (2i, 2j ) eller det feilfunksjonerende grensesnittet (7i, 7j).
15.
Databasesystem som angitt i krav 14, karakterisert ved at grensesnittet (7i) omfatter en monitor-prosessor (29) med korresponderende ROM-lager (30).
16.
Databasesystem som angitt i krav 13 og 14, karakterisert ved at nevnte hendelsesprosessor (27) reagerer på den informasjon, mottatt via bussystemet (8) som er relatert til et feilfunksjonerende grensesnitt (7j) eller delsystem (2j).
17.
Databasesystem som angitt i krav 14, karakter i-sertvedat
databasesystemet omfatter et spesielt delsystem (2k) som
er forsynt med kjennskap vedrørende konfigurasjonen av databasesystemet og er egnet for genereringen av databasesystem-konfigurerende informasjon i tilfellet at det spesielle delsystemet (2k) mottar informasjon som er relatert til et feilfunksjonerende grensesnitt (7j) eller delsystem (2j), og
et grensesnitt (7j) omfatter midler for å informere
delsystemet (2j) som tilhører grensesnittet (7j) ved-rørende en ny oppgave som skal utføres av det nevnte delsystemet (2j), i samsvar med database-system-rekon-figurerende informasjon mottatt via bussystemet (8).
18.
Databasesystem som angitt i krav 13 og 17, karakterisert ved at nevnte midler som inngår i nevnte grensesnitt (7j) omfatter nevnte hendelsesprosessor (27).
19.
Databasesystem som angitt i ett av de foregående krav, karakterisert ved at en initialiserings-prosedyre er tilveiebragt, i hvilken hvert delsystem (2i) leverer informasjon til grensesnittet (7i) om, typene av informasjon som det kan frembringe, og at grensesnittet (7i) er forsynt med midler for å lagre, under initialiserings-prosedyren, fordringer for tilførselen av informasjon av en bestemt type mottatt via bussystemet.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
NL8603193A NL8603193A (nl) | 1986-12-16 | 1986-12-16 | Database-systeem. |
Publications (4)
Publication Number | Publication Date |
---|---|
NO875091D0 NO875091D0 (no) | 1987-12-07 |
NO875091L NO875091L (no) | 1988-06-17 |
NO174313B true NO174313B (no) | 1994-01-03 |
NO174313C NO174313C (no) | 1994-04-13 |
Family
ID=19849001
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
NO875091A NO174313C (no) | 1986-12-16 | 1987-12-07 | Databasesystem |
Country Status (12)
Country | Link |
---|---|
US (1) | US5301339A (no) |
EP (1) | EP0271945B1 (no) |
JP (1) | JP2504496B2 (no) |
AR (1) | AR243031A1 (no) |
AU (1) | AU602940B2 (no) |
BR (1) | BR8706814A (no) |
CA (1) | CA1280515C (no) |
DE (1) | DE3787161T2 (no) |
HK (1) | HK11594A (no) |
IN (1) | IN168837B (no) |
NL (1) | NL8603193A (no) |
NO (1) | NO174313C (no) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH0362257A (ja) * | 1989-07-31 | 1991-03-18 | Toshiba Corp | ネットワークモニタリングシステム |
JPH04152439A (ja) * | 1990-10-17 | 1992-05-26 | Fujitsu Ltd | ファイル代行処理方式 |
JPH0652126A (ja) * | 1992-05-22 | 1994-02-25 | Internatl Business Mach Corp <Ibm> | 相互接続ノード・ネットワークのメッセージ通過装置及びそのコンピュータ・システム |
US6295491B1 (en) * | 1995-03-24 | 2001-09-25 | Motorola, Inc. | Method of providing distributed operational control of a radio communication system |
US6778987B1 (en) | 1999-11-30 | 2004-08-17 | Centerboard, Inc. | System and methods for highly distributed wide-area data management of a network of data sources through a database interface |
CN1393095A (zh) | 2000-10-17 | 2003-01-22 | 皇家菲利浦电子有限公司 | 控制硬件组件配置的方法 |
US6961728B2 (en) * | 2000-11-28 | 2005-11-01 | Centerboard, Inc. | System and methods for highly distributed wide-area data management of a network of data sources through a database interface |
Family Cites Families (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US3725871A (en) * | 1971-02-11 | 1973-04-03 | Honeywell Inf Systems | Multi function polling technique |
US4004283A (en) * | 1974-10-30 | 1977-01-18 | Motorola, Inc. | Multiple interrupt microprocessor system |
US4313162A (en) * | 1979-12-14 | 1982-01-26 | Burroughs Corporation | I/O Subsystem using data link processors |
US4323967A (en) * | 1980-04-15 | 1982-04-06 | Honeywell Information Systems Inc. | Local bus interface for controlling information transfers between units in a central subsystem |
US4384325A (en) * | 1980-06-23 | 1983-05-17 | Sperry Corporation | Apparatus and method for searching a data base using variable search criteria |
US4504907A (en) * | 1980-06-23 | 1985-03-12 | Sperry Corporation | High speed data base search system |
JPS5797173A (en) * | 1980-12-10 | 1982-06-16 | Hitachi Ltd | Retrieving and editing method for decentralized information |
US4412285A (en) * | 1981-04-01 | 1983-10-25 | Teradata Corporation | Multiprocessor intercommunication system and method |
US4468728A (en) * | 1981-06-25 | 1984-08-28 | At&T Bell Laboratories | Data structure and search method for a data base management system |
JPS5839341A (ja) * | 1981-09-02 | 1983-03-08 | Toshiba Corp | デ−タベ−スマネジメントシステムにおけるデ−タのアクセス制御方法及び装置 |
US4591967A (en) * | 1982-06-29 | 1986-05-27 | Andover Controls Corporation | Distributed drum emulating programmable controller system |
JPS59161952A (ja) * | 1983-03-07 | 1984-09-12 | Fujitsu Ltd | 通信パス確立方式 |
US4589093A (en) * | 1983-03-28 | 1986-05-13 | Xerox Corporation | Timer manager |
US4630196A (en) * | 1983-04-13 | 1986-12-16 | At&T Information Systems, Inc. | Store and forward facility for use in multiprocessing environment |
US4611298A (en) * | 1983-06-03 | 1986-09-09 | Harding And Harris Behavioral Research, Inc. | Information storage and retrieval system and method |
US4677550A (en) * | 1983-09-30 | 1987-06-30 | Amalgamated Software Of North America, Inc. | Method of compacting and searching a data index |
US4604686A (en) * | 1984-01-27 | 1986-08-05 | Martin Marietta Corporation | Associative data access method (ADAM) and its means of implementation |
US4635189A (en) * | 1984-03-01 | 1987-01-06 | Measurex Corporation | Real-time distributed data-base management system |
US4769772A (en) * | 1985-02-28 | 1988-09-06 | Honeywell Bull, Inc. | Automated query optimization method using both global and parallel local optimizations for materialization access planning for distributed databases |
US5014192A (en) * | 1985-05-06 | 1991-05-07 | Motorola Computer X, Inc. | System for locating a file in a logical ring by sequentially forwarding access request with file system name and file name |
US4694396A (en) * | 1985-05-06 | 1987-09-15 | Computer X, Inc. | Method of inter-process communication in a distributed data processing system |
US4754395A (en) * | 1985-05-06 | 1988-06-28 | Computer X, Inc. | Network interface module with minimized data paths |
US4870568A (en) * | 1986-06-25 | 1989-09-26 | Thinking Machines Corporation | Method for searching a database system including parallel processors |
US4884218A (en) * | 1987-10-01 | 1989-11-28 | International Business Machines Corporation | Knowledge system with improved request processing |
-
1986
- 1986-12-16 NL NL8603193A patent/NL8603193A/nl not_active Application Discontinuation
-
1987
- 1987-11-27 IN IN932/CAL/87A patent/IN168837B/en unknown
- 1987-11-27 AU AU81855/87A patent/AU602940B2/en not_active Expired
- 1987-12-01 DE DE87202373T patent/DE3787161T2/de not_active Expired - Lifetime
- 1987-12-01 CA CA000553207A patent/CA1280515C/en not_active Expired - Lifetime
- 1987-12-01 EP EP87202373A patent/EP0271945B1/en not_active Expired - Lifetime
- 1987-12-03 AR AR87309476A patent/AR243031A1/es active
- 1987-12-07 NO NO875091A patent/NO174313C/no not_active IP Right Cessation
- 1987-12-15 BR BR8706814A patent/BR8706814A/pt not_active IP Right Cessation
- 1987-12-16 JP JP62316348A patent/JP2504496B2/ja not_active Expired - Lifetime
-
1990
- 1990-10-17 US US07/600,275 patent/US5301339A/en not_active Expired - Lifetime
-
1994
- 1994-02-08 HK HK115/94A patent/HK11594A/xx not_active IP Right Cessation
Also Published As
Publication number | Publication date |
---|---|
US5301339A (en) | 1994-04-05 |
AR243031A1 (es) | 1993-06-30 |
IN168837B (no) | 1991-06-22 |
DE3787161T2 (de) | 1994-02-10 |
NL8603193A (nl) | 1988-07-18 |
HK11594A (en) | 1994-02-18 |
NO875091D0 (no) | 1987-12-07 |
AU8185587A (en) | 1988-06-16 |
NO875091L (no) | 1988-06-17 |
AU602940B2 (en) | 1990-11-01 |
EP0271945A1 (en) | 1988-06-22 |
JPS63163547A (ja) | 1988-07-07 |
JP2504496B2 (ja) | 1996-06-05 |
DE3787161D1 (de) | 1993-09-30 |
NO174313C (no) | 1994-04-13 |
BR8706814A (pt) | 1988-07-19 |
CA1280515C (en) | 1991-02-19 |
EP0271945B1 (en) | 1993-08-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO1991010191A1 (en) | Object oriented distributed processing system | |
JPH0683788A (ja) | プロセッサと結合機能間に対するメッセージ経路指定機能を有するデータ処理システム | |
JPH11161715A (ja) | 金融情報通信ネットワーク用のデータヘルスモニタ | |
CN101609421B (zh) | 运算处理装置的多重控制系统及多重控制方法 | |
CN106790131B (zh) | 一种参数修改方法、装置及分布式平台 | |
NO174313B (no) | Databasesystem | |
JPH10124370A (ja) | データ管理装置 | |
US6868428B2 (en) | Method and system of synchronizing databases of a plurality of monitoring devices | |
US20010039542A1 (en) | Information processing apparatus and method, and storage medium | |
JP2000112763A (ja) | 伝送装置のダウンロード方法及び伝送装置 | |
KR102269530B1 (ko) | 전술 통신시스템 및 이의 관리방법 | |
JP2002374248A (ja) | ネットワークシステム及びネットワークでのデータ転送方法 | |
KR20180094633A (ko) | 디바이스 상태 식별 방법 | |
JP7074294B2 (ja) | コンピュータシステムの管理装置及び管理方法 | |
JPH08314858A (ja) | 端末制御方法及びサービスプロセッサ | |
JP2745617B2 (ja) | 遠方監視制御装置の送信順序制御方式 | |
JP3184711B2 (ja) | ネットワーク管理方法 | |
JPH05199244A (ja) | ネットワーク構成管理システム | |
CN112100115A (zh) | 基于Openmmc的多设备管理方法 | |
JP3483339B2 (ja) | 設定値情報伝送装置 | |
JPH09214492A (ja) | 通信システムのシステムデータ管理方式 | |
JPH02272659A (ja) | 端末属性情報の一元的定義・管理方式 | |
JPH1139241A (ja) | 通信制御構成情報転送方式 | |
JP2018128920A (ja) | ロギング制御プログラム、ロギング制御装置、ロギング制御方法及び情報処理システム | |
JPS6121024B2 (no) |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
MK1K | Patent expired |