DK177170B1 - Metode og system til produktudvikling - Google Patents

Abstract

Der beskrives en fremgangsmåde til at understøtte produktion af et komposit produkt, der omfatter et antal komponenter. Fremgangsmåden omfatter et design, der omfatter at tilvejebringe et computerimplementeret konstruktionsværktøj, hvormed en bruger sættes i stand til at generere og vise en digital repræsentation af det kompositte produkt, og et yderligere behandlingstrin, der omfatter at generere en visuel repræsentation af i det mindste en del af det kompositte produkt. Fremgangsmåden omfatter desuden at gemme et antal versioner af digitale repræsentationer af hver komponent, hvilke versioner har respektive LOD. Designtrinnet og det yderligere behandlingstrin omfatter hver især: at vælge en LOD, der skal associeres med hver komponent og tilvejebringe en gemt version af den digitale repræsentation af komponenten svarende til den valgte LOD; ud fra den genererede digitale repræsentation af det kompositte produkt og ud fra de tilvejebragte versioner af digitale repræsentationer af komponenterne at generere en respektiv visuel repræsentation af det kompositte produkt.

Description

DK 177170 B1

Metode og system fil produktudvikling TEKNISK OMRÅDE

Den foreliggende opfindelse angår en computerimplementeret 5 fremgangsmåde og et tilsvarende system og computerprogram til at facilitere produktudviklingsprocesser.

BAGGRUND

Produktudviklingen af kompositte produkter, der samies ud fra et antal 10 adskilte komponenter, omfatter generelt forskellige udviklingstrin eller stadier.

Uanset om disse trin udføres som distinkte trin, f.eks. sekventielt og / eller pa ral lett, eller uanset om de måtte udføres som overlappende eller processer, der er flettet ind i hinanden, fokuserer de forskellige trin eller stadier sædvanligvis på forskellige aspekter af produktet og / eller forskellige 15 processer, der relaterer sig til produktet, såsom fremstilling, samling, markedsføring, drift, vedligeholdelse, osv. Adskillige af sådanne trin eller - stadier kan involvere frembringelse af visuelle repræsentationer af produktet eller dele deraf, f.eks. med henblik på at visualisere produktet under design, med henblik på at frembringe vejledninger eller manualer til samling, drift, 20 vedligeholdelse og / eller demontering af produktet til frembringelse af markedsførings- og / eller undervisning smarten ale, til frembringelse af em bal I age materia le, og så fremdeles.

De visuelle repræsentationer kan være i form af et billede, en afbildning 25 såsom en digital afbildning eller en rastergrafik-afbildning, en animationsfilm og / eller enhver anden slags visuel repræsentation. Ofte kan de forskellige stadier eller trin i produktudviklingen give anledning til forskellige krav til sådanne visuelle repræsentationer, f.eks. for så vidt angår hastighed og / eller udgifter til frembringelse, kvalitet, form, og så fremdeles.

30 2 DK 177170 B1

Eksempler på kompositte produkter, der omfatter et stort antal komponenter indbefatter store maskiner, biler, fly og andre fartøjer, bygninger, såvel som produkter, der sælges og afsendes i usamlet tilstand, såsom møbler, bget øj smådel ler, og så videre. Et særligt eksempel på produkter, der er 6 sammensat af et stort antal mindre komponenter, omfatter legetøjsbyggesæt, som indbefatter et antal sammenbyggelige legetøjs byggeel em enter.

Der findes forskellige kendte typer m odelle ringsko ncepter for sådanne legetøj sbyggesæt. Især er modul- eller haivmodul-koncepter særdeles 10 populære, fondi de giver en interessant og udfordrende legeoplevelse. Typisk tilvejebringer disse koncepter et sæt af præfabrikerede byggeelementer, der kan bygges sammen med hinanden på en eller anden forud fastlagt måde ved hjælp af koblingselementer eller andre koblingso nganer på de præfabrikerede elementer. De præfabrikerede byggeelementer kan ligne 15 velkendte objekter, der er tilpasset til en specifik mod el le ringsopgave.

Således kan byggeelementerne, f.eks, når der skal bygges en model af et - hus, ligne mursten til vægge, tagsten, døre og vinduer. Det at vælge byggeelementerne på denne måde giver den fordel, at det arbejde, der medgår til at bygge en modet af et hus, reduceres betydeligt sammenlignet 20 med en situation, hvor samtlige detaljer ved huset skal defineres, hver gang der skal fremstilles en ny model. Imidlertid er det den fuldstændige frihed til at bygge et hus eller et andet objekt, der må ofres til fordel for, at det bliver enkelt at bygge mod el fen.

25 For eksempel omfatter de legetøjsbyggesset, der er til rådighed under navnet LEGO, et antal forskellige typer af sammenbyggelige legetøjselementer, som har fremspring og tilsvarende kaviteter som koblingselementer.

Koblingsel emerrte rn e er anbragt i henhold ti regelmæssige giftermønstre, hvorved der gives en lang række forskellige muligheder for at bygge 30 byggeelementerne sammen.

3 DK 177170 B1

Typisk omfatter sådanne tegetøjsbyggesæt et sæt af byggeelementer, der er hensigtsmæssige til at frembringe en eller flere byggeelement-modeller, f.eks. et dyr, en robot eller en anden skabning, en bil. et fly, et rumskib, en bygning eller lignende. Et legetøjsbyggesæt omfatter desuden typisk 5 byggevejledninger til en eller flere byggeelement modeller, der kan opbygges ud fra de byggeelementer, der indgår i legetøjsbyggesættet. Byggeelementerne og byggevej ledningerne bliver typisk emballeret og solgt i en æske, hvorpå der er trykt forskellige illustrationer af byggeelementmodellen eller -modellerne. Produktudviklingen af sådanne 10 legetøjsbyggesæt involverer typisk design af legetøjs modellen ud fra et antal hensigtsmæssige byggeelementer. Designeren vælger typisk byggeelementerne fra en pulje af til rådighed værende elementer; imidlertid kan der i nogle tilfælde være behov forat designe nye byggeelementer for at kunne opfylde behovene fra en ny model. Når der skal designes en ny 15 legetøjsmodel, bruger designeren typisk et computerprogram, hvormed det er muligt at opbygge virtuelle modeller ud fra virtuelle modsvarende parter af — de til rådighed værende byggeelementer, hvilket resulterer i en digital repræsentation af legetøjsmodellen. Den digitale repræsentation kan så bruges undervejs i efterfølgende prod ukti o nstrin til dannelse af 20 markedsførings- og emballagemateriale og så fremdeles.

Generelt gælder det for moderne produktudviklingsprocesser, at en stadigt stigende andel deraf udføres ved hjælp af computerim pigmenterede værktøjer, der understøtter og faciliterer respektive faser af 25 produktudviklingen. Som eksempler kan nævnes CAD (Computer Aided Design) og CAM (Computer Aided Manufacturing) -værktøjer såvel som 3D-computergrafikværktøjer til at frembringe visuelle gengivelser, såsom billeder og / eller animationer osv.

30 3D-computergrafik henviser.generelt til grafik, hvortil der anvendes en digital gengivelse (der også betegnes en 3D-model) af tredimensionale, 4 DK 177170 B1 geometriske data med henblik på at udføre beregninger og gengive 2D-b i iled er. Denne proces kan groft sagt opdeles sekventielt i tre grundlæggende faser: en 3D- modelle ri ngsfase, der omfatter processen med forme faconen af et objekt, en layout- og animeringsfase, der omfatter en 5 definering af anbringelsen og eventuelt bevægelse af objekter i et sceneri, samt en 3D-geng i ve I sesf ase, hvori der frembringes et billede af et objekt.

Bortset fra, at den tjener som input i gengivelsesprocessen, kan en 3D-model bruges i ikke-grafiske computersimuleringer og beregninger. I sammenhæng med 3D Computer Graphics henviser betegnelsen "gengivelse" generelt til 10 processen at generere en afbildning eller anden visuel repræsentation ud fra en 30-model ved hjælp af et eller flere computerprogrammer. 3D-modelien er en beskrivelse af tredimensionale objekter, der skal gengives i et forud fastlagt sprog eller datastruktur, som omfatter information om 3D-geometrien af det eller de objekter, der skal gengives. Modellen kan desuden omfatte 15 yderligere information, såsom information om synsvinkel, stoflig karakter, belysning og / eller skyggelægning. Et eksempel på et sådant computer- - implementeret værktøj er den Integrerede 3D modellerings, animerings, effekt- og gengivelsesløsning, der markedsføres under navnet Autodesk Maya af Autodesk tnc.

20

De forskellige produktstadier i udviklingsprocessen medfører også forskellige krav til de generelle computer-implementerede værktøjer til at arbejde med kompositte produkter og komponenter, der indgår heri. Medens de ovennævnte værktøjer har øget effektiviteten af produktudviklingsprocesser, 25 resterer der stadig et fortsat behov for yderligere forbedringer af sådanne værktøjer.

Et vigtigt spørgsmål i forbindelse med digital gengivelse af kompositte produkter, der omfatter mange komponenter, er størrelsen af den digitale 30 repræsentation og de computerressouroer og den tid, som er nødvendige for at behandle dem. For eksempel kan en model af legetøjsbyg geelementer af 5 DK 177170 B1 den type, der beskrives ovenfor, omfatte hundreder eller endog tusinder af individuelle byggeelementer, og computermanipulationen af digitale repræsentationer af sådanne modeller bliver en særdeles ressourcekrævende opgave.

5

Det er således et generelt problem at holde de digitale repræsentationer af de kompositte produkter, der bruges af computer-implementerede værktøjer, så små som muligt med henblik på at reducere kravene til den underliggende hardware, dog samtidig med at der tilvejebringes den ønskede funktionalitet, 10 brugervenlighed, kvalitet af visuelle repræsentationer samt tilvejebringelse af information, som er nødvendig under respektive stadier af produktudviklingen.

KORT BESKRIVELSE

15 Heri beskrives en computerimplementeret fremgangsmåde til at understøtte produktionen af et kom posit produkt, hvilket kom pos It produkt omfatter et antal komponenter. Udførelsesformer af fremgangsmåden omfatter; 1 det mindste et designtrin, der omfatter 20 - at tilvejebringe et computerimplementeret konstruktionsværktøj, hvormed en bruger sættes i stand til at udvælge en respektiv digital repræsentation blandt hver af antallet af komponenter fra et lager for komponenter, og at anbringe de udvalgte komponenter i en rumlig relation i forhold til hinanden, således at der frembringes en digital 25 repræsentation af det kompositte produkt; og et yderligere behandlingstrin, der omfatter - at generere en visuel repræsentation af i det mindste en del af det kompositte produkt til brug under i det mindste en blandt fremstilling, 30 markedsføring samt anvendelse af det kompositte produkt.

6 DK 177170 B1

Udførelsesfonner for fremgangsmåden omfatter endvidere: - at lagre et antal versioner af digitale repræsentationer af hver komponent, hvor hver version af en digital repræsentation af en komponent omfatter geomtrisk information til at visualisere / gengive 5 den pågældende komponent 3 en respektiv detaljeringsgrad; og hvorved hvert af designtrinnene og det yderligere behandlingstrin omfatter 10 - for hver komponent af i det mindste en del af det kompositte produkt at vælge en detaljeringsgrad, der skal associeres med komponenten, og at tilvejebringe en gemt version af den digitale repræsentation af komponenten svarende til den valgte detaljeringsgrad; og - at generere en respektiv visuel repræsentation af i det mindste en del 15 af det kompositte produkt på basis af don genererede digitale repræsentation af det kompositte produkt og ud fra de tilvejebragte versioner af digitale repræsentationer af komponenter.

Følgelig tilvejebringes der med den heri beskrevne fremgangsmåde en 20 effektiv måde til at facilitere computer-implementerede produktudviklingsprocesser og til at visualisere kompositte produkter, der omfatter et stort antal komponenter, samtidig med at størrelsen af de indgående datastrukturer begrænses. Især behøver den digitale repræsentation af det kompositte produkt ikke omfatte de geometriske 25 definitioner for samtlige de indgående komponenter, og den samme digitale repræsentation kan genbruges I forskellige udviklingsprocesser, Idet den digitale repræsentation af det kompositte produkt kan kombineres med respektive versioner af de digitale repræsentationer af de indgående komponenter, alt efter behovene til hvert udviklingstrin. Således kan den 30 digitale repræsentation af det kompositte produkt anvendes både i forbindelse mod frembringelse af markedsføringsmaterialer, hvor det er 7 DK 177170 B1 nødvendigt med grafik af høj kvalitet, olte endog foto real i sti sk grafik, og i forbindelse med de tidlige designtrin, hvor effektiv og hyppig manipulation af digitale repræsentationer er nødvendig.

5 Især er det med fremgangsmåden muligt at anvende og visualisere komponenterne i forskellige detaljeringsgrader (LOD = Level of Detail) på basis af behovene til brug i det aktuelle udviklingstrin. Desuden kan mafi på hvert udviklingstrin holde repræsentationerne af modellen, herunder repræsentationer af den geometriske facon af komponenterne, så små som 10 muligt givet de respektive krav fra det tilsvarende udviklingstrin.

For så vidt angår 3D-computergrafikr beskriver LOD for et element, hvor detaljeret 3D-formen af et element fra den virkelige verden vises på en computerskærm. Således vil redegørelse for detaljeringsgraden involvere en 15 ændring af kompleksiteten af repræsentationen af et 3D-objekt. Inden for 3D-eomputergrafik anvendes LOD-management til at styre kompleksiteten af en repræsentation af et 3D-objekt, medens objektet bevæger sig bort fra beskueren, eller i henhold til andre metrikker, såsom objektets vigtighed, øje i rum-hastighed eller-position, LOD-teknikker øger effektiviteten af gengivelse 20 ved at mindske arbejdsmængden i trinnene, hvor grafikken stadig er i pipelinen, sædvanligvis vertex-transfarmationer. Den reducerede visuelle kvalitet af modellen forbliver ofte ubemærket fordi den har Ile effekt på objektets fremtoning, når dette er fjernt eller bevæger sig hurtigt. Ved en såkaldt diskret LOD (DLOD) -tilgang, caches der et vist antal objekt-25 repræsentationer af forskellig kompleksitet til brug ved forskellige afstande af objektet fra beskueren.

Frembringelse af forskellige versioner af de digitale repræsentationer af hver komponent kan således foretages offline, f.eks. ved hjælp af et separat 30 system eller et separat modul af et integreret system, dvs, uden at påvirke effektiviteten af visualiserings processen. Versionerne af de digitale 8 DK 177170 B1 repræsentationer af komponenterne kan frembringes ved enhver hensigtsmæssig teknik, som er i og for sig kendt inden for fagområdet, såsom polygon red Lildb nsteknikker eller lignende.

5 [ nogle udføre Isesformer omfatter i det mindste en version af hver digital repræsentation af en komponent desuden en displayparameter til at styre visuel repræsentation af komponenten; og fremgangsmåden omfatter styring af genereringen af den respektive visuelle repræsentation af i det mindste portionen af det kompositte produkt på basis af de respektive 10 displayparametre, der er omfattet af de tilvejebragte versioner af digitale repræsentationer. Således kan aspekter ved den visuelle fremtoning af det kompositte produkt ud over detaljeringsgraden associeres med hvert LOD.

For eksempel kan forskellige versioner af en digital repræsentation omfatte forskellige værdier for displayparameteren. Således kan der associeres 15 respektive systemer for repræsentation for hvert udviklingstrin, hvorved man kan opnå en ensartet fremtoning af komponenterne på en effektiv måde.

Ifølge nogle udførelsesformer omfatter i det mindste en version af hver digital repræsentation af en komponent desuden en attribut, der indikerer i det 20 mindste en egenskab af konrtponenten; og hvor det yderligere behandlingstrin er på basts af de respektive attributter, der er omfattet i de tilvejebragte versioner af digitale repræsentationer Således kan der i tilgift tii den udelukkende visuelle fremtoning gemmes særlig information sammen med hver komponent såsom information om, hvilken farve dele af komponenten 25 skal have, eller produktionsinformation, såsom pris elfor vægt eiier lignende.

Ikke al denne information er nødvendig i samtlige udviklingstrin. Ved at associere forskellige typer information med forskellige versioner af en komponent, kan den mængde data, der er brug for i hvert trin i en udviklingspraces, reduceres væsentligt. Når hver version af en komponent 30 har en tilsvarende LOD og et tilsvarende sæt af information forbundet dermed, kan ændringen fra et udviklingstrin til et andet udføres på en effektiv 9 DK 177170 B1 måde, ganske enkelt ved at erstatte hver komponent med en anden version af komponenten. Idet brugeren ikke nødvendigvis skal vælge både en hensigtsmæssig LOD og hensigtsmæssige yderligere attributter for et givet udviklingstrin, reduceres risikoen forfejl.

5

Udføælsesformer for den heri beskrevne fremgangsmåde kan behandle en digital repræsentation af det kompositte produkt. En sådan digital repræsentation kan tilvejebringes ved enhver hensigtsmæssig proces og der kan benyttes et computer-implementeret konstruktions værktøj dertil.

10 Processen kan involvere et design "fra bunden og op!’ ud fra individuelle komponenter og i eller en automatiseret proces til generering af en hensigtsmæssig initial repræsentation, f.eks. en proces til at generere en digital repræsentation af en byggeelementmodel ud fra en eller flere afbildninger, såsom afbildninger af en fysisk model eller et andet objekt. Et 15 eksempel på en sådan proces beskrives i US 7.092.899,1 den proces skabes der en digital repræsentation af en byggeelementmodel af en genstand ud fra en CAD-model eller et sæt af todimensionale afbildninger af en tredi me nsionel genstand. Nogle udførelsesformer for digitale repræsentationer kan omfatte information, som indikerer typerne, positionen 20 og / eller sammenbygningen af byggeelementer, osv., i ethvert hensigtsmæssigt dataformat. Udførelsesformer for digitale repræsentationer kan desuden omfatte information om globale mode liattributter, attributter af individuelle byggeelementer, såsom en byggeelementtype, farve, størrelse, tegn kasse osv.

25 Ét computerim pie menteret konstru ktio ns værktø j til interaktiv opbygning af en virtuel model af et kom pos it produkt kan omfatte et computerprogram, der, når det eksekveres på en computer, tilvejebringer en grafisk brugergrænseflade, hvormed en bruger sættes i stand til at manipulere 30 virtuelle modeller af kompositte produkter, herunder operationer som f.eks. at udvælge komponenter, at tilføje komponenter til modellen, at fjerne 10 DK 177170 B1 komponenter fra modellen, at ændre orienteringen af en komponent at ændre egenskaberne af en komponent, f.eks. farve, type, størrelse og / eller lignende, at se en model, at gemme on digital repræsentation af en model, at indlæse en digital repræsentation af en tidligere gemt model, osv. Den 5 virtuelle model kan således samles ud fra virtuelle komponenter, det vil sige virtuelle komponenter, der modsvarer tilsvarende fysiske komponenter, hvilket vil sige, at de har tilsvarende relativ størrelse, facon, farve, osv, Det COmputer-implementerede konstruktion sværktøj kan desuden betegnes et 3 D-mod el tering sværktøj til frembringelse af en 3D-model.

10

Et computerimpigmenteret konstruktionsværktøj kan konfigureres til at håndhæve et forud fastlagt sæt af restriktioner, som er blevet pålagt på de relative positioner af komponenterne i forhold til hinanden, såsom ko I [isionsdetektering komponenterne imellem. For eksempel svarer 15 restriktionerne til de tilsvarende restriktioner, der gælder for de tilsvarende fysiske komponenter, hvorved det sikres, at en virtuel model faktisk også kan opbygges af de tilsvarende fysiske komponenter.

Den visuelle repræsentation kan antage en række forskellige former og tjene 20 en række forskellige formål. Eksempelvis kan den virtuelle repræsentation være byggevejledninger eller vejledninger til vedligeholdelse og / eller drift af et produkt, demonteringsvejledning, osv., eller en del deraf. Den visuelle repræsentation kan også bruges til markedsføringsmateriale, såsom brochurer, posters, osv., og / eller til produktemballage og i eller lignende.

25 Den visuelle repræsentation kan også bruges til fremstilling af det faktiske produkt.

For eksempel kan der dannes byggevejledninger som en sekvens af visuelle repræsentationer, såsom afbildninger, Hver visuel repræsentation kan 30 omfatte en grafisk gengivelse af et delvist byggeelement, der også benævnes en del-model, hvorved der tilvejebringes en byggevejledning, der 11 DK 177170 B1 8Γ neir at følge, hvor hver visuel repræsentation svarer til et trin i byggeprocessen, hvor et forud fastlagt antal byggeelementer er føjet til modellen. Alternativt kan byggevejledningen ti I vej eh ri nges som animerede sekvenser, der viser den faktiske samlingsproces.

& Når fremgangsmåden desuden omfatter at tilvejebringe en brugergrænseflade, så man kan se de visuelle repræsentationer, hvor brugergrænsefladen fortrinsvis fadiiterer en brugerstyret manipulation af de genererede visuelle repræsentationer, kan den digitale repræsentation af det 10 kompositte produkt hensigtsmæssigt ses på en computer.

Idet den digitale repræsentation af modellen omfatter al den information, som er nødvendig for at kunne generere visuelle repræsentationer, såsom byggevejledninger, kan den digitale repræsentation hensigtsmæssigt 15 kommunikeres fra en computer til en anden, f.eks. gemt på et lagermedium, sendt via et kommunikationsnetværk, f.eks. som en fil, der er vedhæftet en mail, uploaded på en Webserver, eller lignende. En modtager af den digitale repræsentation kan så ændre detaljeringsgraden af enkelte eller samtlige komponenter og bruge og / eller manipulere den digitale repræsentation i et 20 andet trin af fremstilIingsprecessen, selv hvis det nye produktionstrin involverer forskellige krav til kvaliteten af de visuelle repræsentationer, der er genereret ud fra den digitale repræsentation.

Den foreliggende opfindelse kan implementeres på forskellige måder, 25 herunder ved den fremgangsmåde, der beskrives oven for og i det følgende, ved et databehandlingssystem og yderligene produktmidler, der hver især giver en eller flere af de gavnlige virkninger og fordele, der blev beskrevet i forbindelse med den førstnævnte fremgangsmåde, og som hver især har en eller flere foretrukne udførelsesformer svarende lil de foretrukne 30 udførelsesformer, der blev beskrevet i forbindelse med den førstnævnte fremgangsmåde og som beskrives i de afhængige krav, der angår dem.

12 DK 177170 B1

Især kan trækkene ved den ovenfor og i det følgende beskrevne fremgangsmåde Implementeres I software og udføres på et databehandlingssystenn eller andre behandlingsmidler, som forårsaget af S eksekveringen af computer-eksekverbare Instruktioner. Instruktionerne kan være pro gramko de midler, der er indlæst i en hukommelse, såsom en RAM, fra et lagermedium eller fra en anden computer via et computernetværk,

Alternativt kan de beskrevne træk implementeres ved hårdt optråd ed e kredslob i stedet for software eller i kombination med software.

10 [ overensstemmelse hermed angår fremgangsmåden desuden et databehandlingssystem, der er indrettet til at udføre den ovenfor og i det følgende beskrevne fremgangsmåde. Opfindelsen angår endvidere et computerprogram, der omfatter programkodernidler til at udføre samtlige trin i 15 den ovenfor og i det følgende beskrevne fremgangsmåde, når programmet køres på er computer. Opfindelsen angår endvidere et computerprogram produkt, der omfatter programkod emid I er ti! at udføre den oven for og i det følgende beskrevne fremgangsmåde, når computerprogram produktet køres på en computer. Programkodemidlerne 20 kan gemmes på et computerlæsbart medium og I eller udformes som et propageret datasignal.

I nogle udførelsesformer omfatter computerprogrammet et antal forskellige softwarekomponenter f.eks. til at generere en digital repræsentation af det 25 kompositte produkt henholdsvis til at generere visuelle repræsentationer af det kompositte produkt. Det vil imidlertid forstås, at de forskellige processer kan integreres i en enkelt softwarekomponent eller applikation.

KORT BESKRIVELSE AF TEGNINGEN

13 DK 177170 B1

Opfindelsen vil blive beskrevet mere fyldestgørende i det følgende i forbindelse med en udføre I sesform for den heri beskrevne fremgangsmåde og det heri beskrevne system, og idet der henvises til tegningen, hvori 5 Fig. 1 viser en skematisk afbildning af et eksempel på et computersystem tii imp lem entering af den heri beskrevne fremgangsmåde,

Ftg, 2 illustrerer et eksempel på et byggeelement og dets koblingselementer tii at forbinde byggeelementet med andre byggeelementer.

10

Ftg. 3 viser visuelle repræsentationer af byggeelementet ifølge fig. 2 i tre forskellige LOD.

Fig. 4 viser udførelsesformer for en datastruktur til digital repræsentation af 15 en byggede mc ntmod el.

Fig. 5 viser et eksempel på en computer-støttet produktionsproces.

Fig. 0 viser procesdiagrammer over udførelsesformer til at generere en visuel 20 repræsentation henholdsvis til at ændre LOD af en digital repræsentation af en byggeelementmodel.

Ftg. 7 viser en yderligere udfønelsesrfbrm for en datastruktur, der repræsenterer cf bygges I em ent.

25

Fig, 8 viser et blokdiagram, der illustrerer et eksempel på processen med at indlæse en LOD-version af et byggeelement.

Fig. 9 viser et blokdiagram, der illustrerer et eksempel på processen med at 30 tilvejebringe en ny version / LOD af et element.

14 DK 177170 B1

Opfindelsen vil primært blive forklaret under henvisning til legetøjsbyggemodeller, der omfatter et antal byggeelementer som et eksempel på et komposit produkt der omfatter et antal komponenter. Det vil imidlertid forstås, at den heri beskrevne fremgangsmåde også kan anvendes 5 i forbindelse med andre typer af kompositte produkter, andre typer produktudviklingsprocesser og andre typer og anvendelser af visuelle repræsentationer. På figuren vil samme henvisningsbetegnelser blive brugt, hvor dette kan Jade sig gøre, for samme eller tilsvarende træk, dele eller trin.

10 DETALJERET BESKRIVELSE

På fig. 1 vises skematisk et eksempel på et computersystem.

Com pu Lersysle me L der generelt betegnes 100, omfatter en hensigtsmæssigt programmeret computer 101, f.eks. en personlig computer, en arbejdsstation, osv,, og som omfatter et display 120, et tastatur 121 og en computermus 122 15 cg eller anden udpegningsindretning, såsom en touch pad, en track ball, on lyspen, en touch-skasrm eller lignende. Computersystemet omfatter desuden en database 102 til at gemme information om alle tilgængelige byggeelementer, f.eks. indekseret efter et ID for byggeelementerne.

Databasen 102 kan væne ethvert hensigtsmæssigt databasesystem, f.eks. en 20 relationel database såsom en Oracle- eller en MySQL-database eller lignende. Computersystemet omfatter desuden en fillage rind retning 103 til at gemme geometridefinitioner for respektive byggeelementer i respektive LOD. Fiilagerindretningen kar» være enhver hensigtsmæssig type lager med fjernadgang, såsom SMB eller NFS-shares, osv., og geomotridefinitionemo 25 kan gemmes i enhver hensigtsmæssig vejviserstruktur.

Databasen 102 og fillageret 1D3 kan tilgås af computeren 101 via et hensigtsmæssigt computernetværk 104, f.eks. et Local Area Netværk, et Wide Area Netværk, et internet eller lignende. Det vil forstås, at databasen 30 102 og / eller fillageret 103 kan tilgås enten direkte af computeren 101 eller via en anden computer, såsom en f i [server, en databaseserver og / eller 15 DK 177170 B1 lignende. Dat vil andvidere forstås, at databasen 102 og / eller fillageret 103 kan integreres i computeren 101. Det vil endvidere forstås, at informationen om byggeelementer og / eller geometrifilerne kan gemmes på en anden måde. For eksempel kan geometridataene gemmes i en database, f.eks.

5 databasen 102 eller en separat database.

Computersystemet 100 er Indrettet til at facilitere at designe, gemme, manipulere og dele virtuelle bygg eeiem entmode I ler såvel som at generere byggevej ledninger som beskrevet heri. Computersystemet kan bruges som 10 et stand-alone-system eller I forbindelse med andre computere. Følgelig kan computersystemet 100 i nogle udførelsesformer endvidere omfatte en eller flere grænseflader til at forbinde computeren med andre computere via et computernetværk, f.eks. Internettet.

15 PA fig. 2 vises et eksempel på et byggeelement og dets koblingselementer til at forbinde byggeelementet med andre byggeelementer, isser vises på fig. 2 en perspektivisk afbildning af et byggeelement 201. Byggeelementet 201 har en øverste overflade 202 med otte knopper 203a - h, der kan gribe ind med tilsvarende huller på et andet byggeelement, f.eks. huller i bundfladen på et 20 andet byggeelement. Tilsvarende omfatter byggeelementet 201 en bundflade (ikke vist) med tilsvarende huller Byggeelementet 201 omfatter desuden Sideflader 204, der ikke omfatter nogen koblingselementer. Byggeelementer af den på fig. 2 viste type er tilgængelige under navnet LEGO i en lang række forskellige former, størrelser og farver. Desuden er sådanne byggeelementer 25 til rådighed med en række forskellige koblingselementer. Det vil forstås, at ovenstående byggeelement udelukkende tjener som eksempel på mulige byggeelementer.

På fig. 3 vises visuelle repræsentationer 301 - 303 af byggeelementet ifølge 30 fig. 2 svarende til tre forskellige versioner af repræsentationer af byggeelementet, hvilke versioner har respektive LOD. Som det vil fremgå af 16 DK 177170 B1 fig. 3 vises de forske Slige versioner af byggeelementerne - ud over med en øgning af detalje ri ngsg raden - med forskellige display parametre. For eksempel omfatter versionen 303 af byggeelementet et logo på hver knop.

Desuden er kanterne af byggeelementerne i versionerne 301 og 302 vist som S sorts streger snarere end som afrundede kanter, som det er tilfældet i version 303, som det vil ses, i.eks. når man sammenligner f.eks. med kanten 304. Det er ©n fordel ved udførelsesformerne ved den heri beskrevne fremgangsmåde, at detaljeringsgraden eg filstørrelsen af mode I repræsentationerne kan tilpasses til de forskellige stadier i 10 udviklingsprocessen. Især kan en modelbeskrivelse med den højeste detaljeringsgrad, der anvendes i en udviklingsproces meget vei forudsætte filstørrelser, som er en faktor 10 eller der over større end de filstørrelser, der forudsættes fil repræsentationer ved lavere LOD, som anvendes på andre stadier I udviklingsprocessen.

15

En virtuel byggeelementmodel kan omfatte et antal forskellige byggeelementer af forskellige faconer, størrelser, farver, udsmykning, materiale og / elfør lignende. En digital gengivelse af en virtuel byggeelementmodel kan således omfatte en hensigtsmæssig datastruktur, 20 f.eks. en liste eller et hierarki af datafortegnelser, hvor hver datafortegneise identificerer et hyggeelernent, herunder en identrfikator, der identificerer lypen af byggeelement, og information, der indikerer den rumlige relation mellem byggeelementet og modellen, f.eks. ved hjælp af koordinater i forhold til et hensigtsmæssigt koordinatsystem, ved hjælp af en hierarkisk 25 datastruktur og / eller lignende.

På flg, 4 vises udførelsesformer for en datastruktur til digital repræsentation af en byggeeiementmodel.

30 Fig. 4 viser en kompakt udførelsesform af en datastruktur til digital gengivelse af en byggeeiementmodel uafhængigt af, hvilken version af 17 DK 177170 B1 byggeelementer, der skal bruges. Datastrukturen 401 kan omfatte en eller flere datafortegnelser 402 s der omfatter globale mode I para metre, der relaterer sig til hele modellen. Eksemplar på sådanno mod el para metre omfatter et mod ølnavn, et navn på en frembringer af modellen, et nummer for 5 programversionen af modellering sap pi I kationen, en dato for frembringelsen, osv. Modeldatastrukturen 401 omfatter desuden en liste 403 eller anden hensigtsmæssig struktur af datafortegnelser over byggeelementer. I det på Hg. 4 viste eksempel omfatter listen N dataforteønelser "Byggeelement Γ, "Byggeelement T, ’’Byggeelement J”..... "Byggeelement N", 10 Datafortegnelserne over byggeelementer vil også blive betegnet objekter.

Hver datafortegnelse over byggeelement pi listen 403 kan identificeres med et element-ID og bar den struktur, der vises med datastrukturen 404 for "Byggeelement J".

15 Hver datafortegnelse / objekt for byggeelement omfatter et antal byggeelementattribirtter 405 af en første type (i det følgende betegnet "dynamiske attributtet eller “delte attributtet), som angiver en eller flere attributter for byggeelementet, såsom farve, stoflig karakter, dekorationer, osv. En 3D-applikation kan tilføje attributter til et sådant objekt eller ændre 20 dem, f.eks som svar på et input fra en bruger, f.eks. når brugeren bevæger et byggeelement til en anden lokalitet, ændrer på typen af byggeelement Dg / eller lignende. Attributterne kan have forskellige datatyper såsom heltal, slæk {GB; float), strenge, eller endnu mere komplekse typer, såsom arrays af datatyper eller matricer og vektorer. De attributter, der tilføjes af 3D-25 applikationen, kaldes dynamiske eller ''delte" attributter, fondi de anvendes til at dele information på tværs af forskellige LOD af elementet og overføres dynamisk under en ændring af LOD. Især omfatter de dynamiske attributter en ID for byggeelementtypen, som angiver en identifikator, der identificerer typen af byggeelement; til brug i forbindelse med den foreliggende opfindelse 30 vil en sådan identifikator også blive angivet med betegnelsen DesignID. Isser når man designer en byggeelementmodel kan designeren vælge 18 DK 177170 B1 byggeelementer ud fra et sæt af til rådighed værende typer af byggeelementer, hvor hver type identificeres af et unikt DesIgnlD.

Design ID1 at kan unikt Identificere nogle af egenskaberne af byggeelementet eller typen af byggeelementet. Yderligere eksempler på delte attributter 5 omfatter positionen og orienteringen af objektet, et materiale-ID, f.eks. et heltal, der indikerer et unikt ID for det materiale, byggeelementet skulle være lavet af, og et navn (f.eks. en streng) for elementet, som brugeren kan tildele med henblik nemmere at kunne identificere byggeelementet i en repræsentation på listeform af sceneriet. De dynamiske attributter 405 kan 10 desuden omfatte attributdatag en stande, der repræsenterer positionen henholdsvis orienteringen af et internt koordinatsystem for byggeelementet.

Positionen og orienteringen af byggeelementet kan defineres af koordinaterne af et udspring af det interne koordinatsystem i forhold til et global -"verden” koordinatsystem, og ved orienteringen af det interne 15 koordinatsystem i forhold til det globale koordinatsystem. Et eksempel på et dataformat til at gemme byggeelementmodeller, der omfatter et hierarki af koordinatsystemer beskrives i US patent nr. 6.389.375,

Bygges lerne ntdatage nstand en 404 omfatter desuden et versionsnummer 20 406, der indikerer den LOD, som byggeelementet skal gengives med.

Desuden kan versionsnummeret indikere yderligere attributter af en anden type (i det følgende angivet med betegnelsen “statiske attributter’), der associeres med hvert LOD. Eksempler på statiske attributter vil blive beskrevet nedenfor. Som beskrevet heri kan der hentes en geometrisk 25 beskrivelse af byggeelementet svarende til versions nummeret 406 fra en forud fastlagt lokalitet; lokaliteten kan hentes fra en database ved at bruge verslo nsnummeret og De sign ID'et som indeks. Tilsvarende vil de de statiske attributter, der associeres med den specifikke version af et byggeelement, kunne hen les fra den samme eller en andert database ved at anvende 30 versionsnummeret og DesignID’ei som et indeks.

19 DK 177170 B1 På fig. 4b vises en anden udførelsesform for en datastruktur til digital repræsentation af en byggeelementmode!, som er hensigtsmæssig til input for en hensigtsmæssig 3D-modelleringsapplikatinn såsom Autodesk Maya,

Autodesk 3D Studio max, osv. Datastrukturen 401 ifølge fig. 4b har en 5 overordnet struktur ligesom datastrukturen ifølge fig. 4a, dvs. at den omfatter en eller flere datafortegnelser 402, som omfatter globale modelparametre, der relaterer sig til hele modellen, og en liste 403 eller anden hensigtsmæssig struktur for datafortegnelser over byggeelementer, hvor hver datsrfortegnelse over byggeelementer på listen 403 kan identificeres ved 10 hjælp af et element-lD.

Den på fig. 4b viste datastruktur er forskellig fra datastrukturen ifølge fig. 4a derved, at datastrukturen for hvert byggeelement er forskellig fra den på fig.

4a viste struktur 404, som illustreret ved datastrukturen 414 af 15 "Byggeelement J'\ I denne udførelsesform omfatter hver datafortegnelse for byggeelement et antal dynamiske byggeelementattributter 405 og et versionsnummer 406 som beskrevet i forbindelse med fig. 4a. I denne udførelsesform omfatter datastrukturen 414 for byggeelementer imidlertid er geometrisk beskrivelse 417 af 3D-formen af byggeelementet, f.eks. i form af 20 et polygonalt net. Den geometriske beskrivelse 417 beskriver faconen af objektet med en LOD, der svarer til den LOD, der blev identificeret med versionsnummeret 406.

Byggeelementdatastrukturen 414 kan desuden omfatte et antal statiske 25 attributter 418, der associeres med den version af byggeelementet, der blev identificeret med vers i nnsnummeret 406- Eksempler på statiske attributter omfatter displayparametre, der styrer, hvorledes byggeelementet skal se ud i en visuel repræsentation. Eksempler på sådanne di splay para metre omfatter en identifikation af områder af byggeelementerne, der skal se ud på en 30 bestemt måde, f.eks. have en særfig farve som f.eks. sort, i gengivelser, en identifikation af kanter eller andre konturer, som skal tegnes som sorte 20 DK 177170 B1 streger, områder af byggeelementet, hvor der skal vises dekorationer i den visuelle repræsentation, osv.

Ovenstående eksempler på displayparametre associeres med respektive S dele af byggeelementet, medens andre eksempler på statiske attributter kan relatere sig til hele byggeelementet, f.eks. attributter såsom kostpris, vægt, og eller andre produktion s relaterede parametre, der kun er af interesse under nogle udviklingstrin. Om end de vises som en separat blok på fig. 4b kan nogle eller samtlige de statiske attributter på denne måde blive gemt som en 10 del af eller associeres med den geometriske beskrivelse 417 af byggeelementet, f.eks, som en del af en datastruktur, der repræsenterer et polygonnet.

På lignende måde kan nogle af eller samtlige de dynamiske attributter, om 15 end de vises som en separat blok på fig. 4b, gemmes som en del af eller associeres med den geometriske beskrivelse 417 af byggeelementet. For eksempel kan et objekt 414, der repræsenterer et byggeelement, repræsentere en 3D-enhed og have attributter såsom position orientering, geometri til at tegne objektet på skærmen, samt eventuelt yderligere 20 dyn a m tske og / el le r statiske attri b utte r.

Idet det med udførelsesformer for fremgangsmåden og systemet, der beskrives heri, bliver muligt at tilføje nye, dette attributter, er systemet udvideligt i forhold til fremtidige behov. Hvis der er behov for at opretholde 25 given ny information om et element, kan der defineres og anvendes en ny, delt attribut.

Det vil forstås, at de ovenstående digitale repræsentationer kan krypteres i ethvert hensigtsmæssigt data- eller filformat, f.eks. som en binær fil, som en 30 tekstfil ifølge forud fastlagt modeileringsbeskrivelsessprag, elfer lignende. Det vil endvidere forstås, at der vil kunne anvendes alternative eller yderligere 21 DK 177170 B1 typer datastrukturer til at repræsentere en byggeelementmodel. Det vil desuden kunne forstås, at byggeelementmodellen kan repræsenteres med forskellige datastrukturer på forskellige stadier i udviklingsprocessen og I ©Iler med forskellige computerprogrammer, der opererer på 5 byggeelementmod ellen. Desuden kan den datastruktur, der bruges som et filformat til at gemme en byggeelementmode!, være forskellig fra den eller de interne datastrukturer, der bruges af computerprogrammet eller -programmerne, når der behandles en byggeelementmode!. Eksempler på hensigtsmæssige datastrukturer / filformater omfatter de i US patent nr.

10 6.389,375 beskrevne, kendte fil formå ter, der bruges af 3D-G raphi es-system, f.eks Maya System fra AutoDesk Ina, osv.

PÅ fig. 5 vises et eksempel på en computer-støttet produktionsproces. En typisk udviklingsproces kan opdeles i adskillige trin. I det på fig, 5 viste 15 eksempel omfatter produktionsprocessen et designtrin 501, et optimerings / review-trin 502, et trin til at frembringe byggevejledninger 503 (til slutbrugere og / eller til brug under produktionen), samt et markedsførings* og emballagedesigntrin 504. Det vil forstås, at processen kan omfatte alternative eller yderligere trin; og / eller at nogle af ovenstående trin kan 20 sammenlægges og eller udføres parallelt og / eller i anderledes rækkefølge.

Desuden kan udviklingsprocessen også omfatte sløjfer, hvor processen returnerer til et tidligere trin med henblik på at revidere udkommet af det pågældende tidligere trin, f.eks. når optimeringstrinnet 502 resulterer i et behov for eller et ønske om at ændre designet af modelien, så kan 25 processen returnere til trin 501.

Hvert trin køn omfatte generering, manipulering og / eller anvendelse af en digital repræsentation af produktet ved hjælp af respektive softwareenheder, der eksekveres på et databehandlingssystem, f.eks. det på fig. t 'riste 30 computersystem.

22 DK 177170 B1 F.eks. kan designtrinnet 501 implementeres ved hjælp af et hensigtsmæssigt, interaktivt, virtuelt byggesystem, f.eks. et CAD-system eller et virtual-reality modelleringssystem, f.eks. som beskrevet i US 6. 383.375.

For eksempel beskrives der en udføre I sesfonn af en proces til interaktiv S anbringelse af et nyt, virtuelt byggeelement i et sceneri, der omfatter en 3D-struktur, i publiceret international ansøgning WQ04104811. Begge dokumenter medtages heri ved henvisning og i deres helhed.

Optimerings / review-trinnet 502 kan implementeres med samme 10 software værktøj som det, der blev beskrevet i forbindelse med trin 501, eller med et andet værktøj. For eksempel kan et soft ware værktøj, der implementerer trin 502, gøre det muligt for en bruger at frembringe forskellige farvevariationer og / eller andre varianter af samme model og sammenligne, hvorledes disse varianter ser ud i forhold til hinanden, f.eks. hvordan de er 15 forskellige fra hinanden med hensyn til visuelt fremtoning og / eller pris, vægt osv. Softwareværktøjet, der implementerer trin 502, kan desuden tilvejebringe funktionalitet til at generere hensigtsmæssige repræsentationer (f.eks. grafiske repræsentationer, materialelister samt Information om pris, vægt og / eller andre egenskaber ved modellen). For eksempel kan sådan 20 information kommunikeres til en kunde til modellen, hvorved kunderne kan komme til at deltage i processen, så de kan komme med tilbagemeldinger om modellen på et tidligt stadie i udviklingsprocessen, inden den er færdig,

Det vil også være en mulighed at bygge en model eller en del af en model på en anden måde.

25

Trinet 503 med at frembringe byggevejledninger kan implementeres med en hensigtsmæssig softwareapplikation til at generere visuelle repræsentationer af delmodeller eller et andet hensigtsmæssigt softwaresystem. For eksempel kan en byggevejledn i ngsap pli kation tilpasses til at læse en digital nepræsen-30 tation af en model og til at generere en byggevejledning ud fra de læste modeldata. Byg gevej led n i ngsa p p I i ka tio ner kan desuden tilvejebringe en bru- 23 DK 177170 B1 gergrænseflade ti! at vise delmodeller i henhold til en gemt sekvens af byggetrin eller ethvert andet hensigtsmæssigt outputfomnat til de genererede byggevejledninger. Byggevejledningsapplikationen kan generere byggevejled ni ngeme i et hensigtsmæssigt filform at, f.eks. i udskriftegnet form eller 5 som en SD-animation. For eksempel beskriver inte metpub I ikaiion on "Designing Effective Step-by-Siep Assembly Instruktions" af M. Agrawala et al,, der er hentet fra http ://graphics, Stanford, ed u/papers/assemb I yjnstructions/, designprincipperne for effektive samle vej ledninger på basis af kognitiv psykologi, og i publiceret international patent ansøgning WO 2005/1244696 be-10 skrives der en automatiseret proces til at generere byggevejledninger til en virtuel byggemode!.

Typisk omfatter et legetøjsbyggesæt trykte byggevejledninger eller samlevejledninger, der illustrerer, hvorledes man skal bygge en given mode! 15 ud fra de i sættet indgående byggeelementer. Typisk omfatter de byggevejledninger, der følger med et legetøjsbyggesæt, en sekvens af billeder, der trin for trin viser, hvorledes og i hvilken rækkefølge byggeelementerne skal bygges på modellen. Sådanne byggevejledninger har den fordel, at de er nemme at følge, selv for bøm uden den store erfaring 20 med legetøjsbyggesæt og / eller uden læsefærdigheder. På lignende måde frembringes der samlevejledninger til mange andre kompositte produkter, enten til brug under fremstilling af produktet eller af kunden, når produktet sælges og afsendes i ikke-samlct form. Det vil endvidere forstås, at sådanne samIingsinstrnktioner kan frembringes i en række forskellige former.

25

Tit produktion af markedsførings- og / eller emballage materia le (trin 504) kan der anvendes et hensigtsmæssigt 3D-Graphics system, f.eks. Maya System fra Auto Desk Inc.

30 Det bemærkes, at da ta behandlingssystemet ifølge fig, 1 kan konfigureres til at eksekvere samtlige eller blot nogle af ovenstående processer. Ifølge nogle 24 DK 177170 B1 udfønelsesfomner kan forskellige af processerne implementeres på forskellige computere, idet de hver især har adgang til databasen 102 over byggeelementer og fi[lageret 103 og opererer på en eller på forskellige digitale repræsentationer 401 af modellen.

5 I overensstemmelse hermed og som beskrevet heri kan computerprogrammet (-programmerne) (f.eks, hensigtsmæssig klientsoftware), der implementerer eller i det mindste understøtter de respektive trin 501-504, hente og / eller gemme en digital repræsentation 401 10 af modellen til / fra et hensigtsmæssigt datalager eller en data ko mm un i ka lionsg rær se flad e. For eksempel kan alle computerprogrammerne have adgang til et filsystem, en database eller andet datalager, hvor digitale repræsentationer af en eller flere byggeelementmodeller er gemt. Som nævnt ovenfor har 15 computerprogrammerne yderligere adgang til en database 102, der kan omfatte en grafisk definition af individuelle byggeelementer i en af et antal mulige LOD, eller f det mindste en reference, f.eks. en udpeger, filnavn, URL, eller lignende til en lagerlolcalitet 103, hvor den faktiske grafiske definition er gemt. Følgelig kan computerprogrammet (-programmerne) generere visuelle 20 repræsentationer af byggeelementmodellen med forskellige LOD og behandle en hensigtsmæssig version af byggeeIementmodeBen. Fortrinsvis er ovenstående program implementerings- eller -facil ite ringstrin 501 - 504 indrettet til at acceptere det samme eller i det mindste et kompatibelt format af digitale repræsentationer og udlæse det samme eller i det mindste et 25 kompatibelt format af digitale repræsentationer, hvorved det bliver muligt at bruge de repræsentationer, der udlæses i et trin, i et andet trin.

Hvert af trinnene kan involvere forskellige krav til den digitale repræsentation.

For eksempel under designtrin 501 kan det være, at designeren kun arbejder 30 med en repræsentation med lav opløsning af modellen, fordi de visuelle aspekter af de individuelle elementer ikke er så vigtige endda på dette stadie 25 DK 177170 B1 i udviklingsprocessen sammenligning med den korrekte anbringelse af elementerne inden for modellen. Det kan imidlertid være. at medens man frembringer bygge vejledningerne i trin 501, at den visuelle fremtoning af elementerne er mere vigtig, og derfor vi! der med fordel kunne anvendes en 5 anden LOD med en mere detaljeret, men stadig ikke foto real istisk version af elementet. Endelig kan det under design til markedsføring og af emballage være ønskeligt, at elementerne ser ud som den virkelige verdens elementer, f.eks, når der frembringes markedsføringsmateriale, animationen osv.

Følgelig kan det væne, at der i trin 504 anvendes en meget detaljeret version 10 af elementerne til processen til gengivelse af høj kvalitet af hele modellen til æsker, posters, osv.

Desuden kan de forskellige udviklingsprocesser have forskellige standarder for, hvorledes byggeelementmodeller skal visualiseres, f.eks. hvorledes 15 konturer såsom kanter skal vises, osv. Det kan f.eks. være, at i designfasen og til frembringelse af byggevejledninger er det ønskeligt at generere en visuel repræsentation, hvormed en bruger sættes i stand til nemt at kunne skelne mellem de individuelle byggeelementer i en model. På lignende måde kan det være, at behovene for yderligere produktinformation også er 20 forskellige i de respektive udviklingstrin. For eksempel under designtrinet kan det være, at designeren har brug for yderligere information om hvert byggeelement, såsom en kostpris, en vægt, en pnoduktionsstatus, osv., for at kunne designe modellen i overensstemmelse med givne krav eller specifikationer. Når der frembringes markedsfølingsmateriale og 25 byggevej ledninger kan det på den anden side røre, at denne information ikke længere er nødvendig. Således er det muligt ved hjælp af en tilpasning af både LOD og yderligere displayparametre for visuel repræsentation og eventuelt også antallet og bypen af yderligere attributter til de respektive versioner af repræsentationer arf ethvert givet byggeelement at minimere den 30 mængde data, der skal gemmes og behandles i de respektive udviklingsprocesser.

i... · — .

2.6 DK 177170 B1

Disse behov kan imødekommes med et system, hvorved hver version af et byggeelement ikke blot har en respektiv LOD for visuel repræsentation associeret med sig, men hvor det også har et respektivt sæt af attributter, 5 såsom displayparameire, ti! at styre den visuelle fremtoning af byggeelementet og / eller yderligere attributter, der f.eks. angiver produktion s relaterede data, Hver version kan således identificeres af et vensionsnummer af anden version sid entifi kato r. Til brug i forbindelse med den foreliggende beskrivelse, kan hver version identificeres ved sit LO Οι 0 niveau. Det vil imidlertid forstås, at i forbindelse med nogle udførelsesformer vil der kunne findes forskellige versioner af byggeelementer med samme LOD, hvor de forskellige versioner har forskellige statiske attributter, f.eks. forskellige displayparametre, associeret med sig. Følgelig, når processen fortsætter fra et af udviklingstrinnene 501 - 504 til et andet, kan 15 computersystemet skifte versionen (f.eks. som identificeret af det tilsvarende LOD-niveau} af byggeelementerne i den model, der skal udvikles. En sådan opdatering kan f.eks, udfases af en brugerkommando. Når LOD af byggeelementerne ændres, efterspørger processen nye versioner af de byggeelementer, hvis LOD skal ændres, fra databasen 102, og databasen 20 102 leverer de ønskede byggeelementer (eller en henvisning til en lokalitet hvor den efterspurgte byggeelement i nformation er gemt) i den efterspurgte LOD til den efterspørgende proces. Den centrale database 102 kan således indeholde samtlige til rådighed værende byggeelementer i samtlige ti! rådighed værende LOD, såvel som attributter, der er associeret med hvert 25 element, såsom særlige produktionsdata, der kan bruges af klientsoftwaren i kombination med elementet, og udpegningsmidler til geometridefinitionsfiler, der er gemt I et fillager 103.

Det overordnede system kan desuden implementere en separat proces 505 30 til at generere forskellige versioner af et byggeelement, f.eks. når der er blevet udviklet et nyt byggeelement og det er blevet tilføjet til puljen af til 27 DK 177170 B1 rådighed værende byggeelementer. For eksempel kan processen modtage information om en ny type byggeelement i form af 3D-data. Når det drejer sig om støbte byggeelementer, der f.eks, laves af plast, kan 3D-dataene definere, hvilken form, der skal bruges, til at fremstille byggeelementet. På 5 basis af dette input genererer processen forskellige versioner af byggeelementet med de tilsvarende attributter og gemmer de genererede version i database- / fif-lageret. For eksempel kan processen til generering af nye elementer udfores ved hjælp af enhver hensigtsmæssig 3D-mode I le ringsapplikation, såsom Autodesk Maya, Autodesk 3D Studio max, 10 og så fremdeles.

På fig. 6 vises procesdiagrammer over udforelsesformer for fremgangsmåder til at generere en visuel repræsentation henholdsvis til at ændre LOD af en digital repræsentation af et byggeelement.

15 På fig. 6a vises et procesdiagram over en udførelsesform for en fremgangsmåde til at generere en visuel repræsentation.

Processen modtageren digital repræsentation 401 af byggeelementet, f.eks.

20 en digital repræsentation af den type. der er beskrevet i forbindelse med fig, 4a. i trin 610 Initialiserer processen en output-datastruktur, f.eks. en outputfil 630 til at rumme en repræsentation af et sceneri, der omfatter modellen og som er hensigtsmæssig som input til en hensigtsmæssig 3D-mode I leringsapplikation såsom Autodesk Maya, Autodesk 3D Studio max, 25 osv. Det vil forstås, at ud over byggeelementmodellen kan sceneriet yderligere omfatte andre objekter, f.eks, en 3D-verden, som modellen er anbragt I. Outputfilen kan f.eks. have en struktur som vist på fig. 4b.

Processen foretager så en sløjfe gennem samtlige byggeelementfortegneiser 30 af den digitale repræsentation 401 og tilføjer de respektive byggeelementer til filen 630. I trin 611 obnår processen især Design I D’et eller anden 28 DK 177170 B1 identifrkator, der unikt identificerer typen af byggeelement fra In pårepræsentationen 401. Processen tilvejebringer endvidere det ønskede LOD, f.eks, fra inputrepræsentationen 401, som et brugerinput og / eller lignende, ' 5 I det efterfølgende trin 613 forespørger processen databasen 102 efter et fil navn på {eller anden reference til) en grafikfil, der svarer til byggeelementet med det opnåede DesigriD og den ønskede LOD. I databasen 102 er der gemt information om samtlige til rådighed værende byggeelementtyper.

10 I det efterfølgende trin 614 henter processen den identificerede fil fra datalageret 103 og importerer den geometriske beskrivelse fra filen som et nyt objekt i sceneriet. Som beskrevet ovenfor repræsenterer objekter 3D-enheder og kan have attributter som position, orientering, geometri til at 15 tegne objektet på skærmen. I et sceneri er samtlige elementer typisk gemt med forskellig orientering og position. Importering kan således omfatte åbning af en fil, der indeholder 3D-data (f.eks. trekanter eller polygoner), der repræsenterer det element, der skal tilføjes til sceneriet, således at den "Optræder" i 3D-verdene, og som tilføjer elementet til sceneriet ved en forud 20 fastlagt indledende position, f.eks. en udspring af et koordinatsystem, centrum af 3D-verdenen eller lignende.

I trin 615 kopiener processen samtlige dynamiske / delte attributter af den tilsvarende fortegnelse i datastrukturen 401 og ind i det nyligt importerede 25 objekt. Eksempelvis medfører kopiering af positions' og orienterings-attributterne i, at det nyligt tilføjede objekt positioneres i den korrekte position og med den korrekte orientering. Desuden eller! stedet kan der gemmes et antal dynamiske attributter, der er associeret med respektive typer af byggeelementer, i databasen 102 og som er Indekseret ved hjælp af 30 Design! D’et. Et eksempel på en sådan dynamisk kan være et mate ria le-ID

eller lignende. Alternativt eller yderligere kan attributter, der angår respektive 29 DK 177170 B1 typer af byggeelementer og som kun er påkrævede undervejs i nogle stadier i udviklingsprocessen, f.eks. kostpris, vægt, leveringstider og i eller prod u ktbnsre I ate red e data, behandles som delte attributter, der er gemt i databasen 102, som kun hentes som svar på en brugerforespørgsel eller en 5 forespørgsel fra en software applikation, f.eks. når der skal oprettes materialelister, laves beregninger af den totale vægt eller prisen på modellen, osv.

I trin 617 styrer processen (f.eks. ved at eksekvere et program) den visuelle 10 fremtoning af byggeelementet på basis af de delte attributter. For eksempel når et byggeelement importeres i sceneriet, så har det ikke noget materiale associeret med sig. Materialet defineres af en af de delte attributter, der betegnes materiale-ID Derfor vælger et program i trin 617 nuancevælger for 3D-geometrlen i overensstemmelse med den delte attribut, der definerer 15 materialet for byggeelementet. Hvis f.eks. et byggeelement har et materiale-ID, der angiver, at materialet er mørkeg råt plast, så tildeles der en nuaneevælger svarende til dette materiale-ID til 3D-geometrien af objekter med henblik på at simulere udseendet af ''Mørkeg råt” plast i sceneriet. Et andet eksempel omfatter at påføre billeder på dele af geometrien for at 20 simulere dekorationer, såsom klistermærker.

I trin 618 finder processen ud af, hvorvidt samtlige byggeelementer er blevet behandlet. Hvis dette ikke er tilfældet, returnerer processen til trin 611, således at det næste byggeelement behandles; ellers fortsætter processen i 20 trin 019- t trin 619 genererer processen en grafisk gengivelse af sceneriet fra oufputfilen 630. Foreksempel kan processen generere en outputfil 631 i et hensigtsmæssigt filformat, f.eks. en PDF-fil, som er hensigtsmæssig tii at 30 vise, udskrive eller på anden vis reproducere en afbildning af sceneriet, der indbefatter byg gee I ementmod ell en.

30 DK 177170 B1 Således tilvejebringes der med ovenstående eksempel en proces, der genererer en visuel repræsentation ud fra en kompakt. LOD-uafhængig digital repræsentation, såsom den på fig. 4a viste. Det vil forstås, at andre 5 eksempler på ovenstående proces kan modtage en digital repræsentation som et input, der allerede omfatter 3D-geometridata, f.eks. i den på fig. 4b viste datastruktur. Hvis processen modtager en sådan digital repræsentation, der omfatter byggeelementer I den ønskede version, kan processen generere grafikoutputtet 631 på basis af den modtagne repræsentation alene, dvs.

10 uden at skulle ti I'/eje bringe data fra databasen 102 og filageret 103. Ellers, i tilfælde af, at inputnepræsentationen omfatter byggeelementer i en anden LOD, kan det være nødvendigt at opdatere versionen af nogle af eller samtlige byggeelementer.

15 På fig. øb vises et proceediagram over en udførelsesform for en fremgangsmåde til at ændre LOD af en digital repræsentation af en bygg ee lem en tmod e I. Som beskrevet ovenfor kan en ændring i LOD udløses af en brugerkommando, hvorved brugeren gives kontrol over, hvilken repræsentation og hvilke attributter, der skal bruges. Brugeren af 20 computerprogrammet, der implementerer eller faciliterer et eller flere trin i produktudviklingsprocessen, kan udløse processen med at opdatere LOD ved at udvælge de byggeelementer, der skal ændres, og den nye LOD, som de udvalgte byggeelementer skal opdateres til. For eksempel kan udvælgelsen af byggeelementer udføres ved hensigtsmæssig operation med 25 en udpegningsindretning, f.eks. ved at klikke på individuelle byggeelementer og I eller ved at trække en boks omkring det eller de byggeelementer, der skal udvælges, og f eller ved at udstede en "vælg alle* kommando.

For hvert udvalgt byggeelement kan computerprogrammet efterfølgende 30 eksekvere den på fig. 6b viste proces. Processen modtager som Input et identificeret byggeelement og et ønsket LOD-niveau. Som beskrevet ovenfor 31 DK 177170 B1 repræsenteres det identificerede byggeelement i modellen 401 med et dataobjekt, dvs. en datastrektur, der repræsenterer geometrien af byggeelementerne ng et antal attrih utter. Som beskrevet heri kan attributterne omfatte statiske og dynamiske attributter. Det objekt, der 5 repræsenterer versionen af det element, der aktuelt indføres i modellen, betegnes også det aktuelle objekt, I det på fig. 6b viste eksempel antages det, at processen arbejder på en digital repræsentation 401 som vist på fig.

4h, dvs. som er tilgængelig for processen i intern eller ekstern hukommelse i computersystemet 101. Den digitale repræsentation 410 kan inkludere 10 byggeelementet alene eller være en del af et større sceneri, der omfatter andre objekter, f.eks. en 3D-verden, som modellen er anbragt i, I indledende trin 601 får processen DesignID'et fordet byggeelement, hvis version skal opdateres, fra den digitale repræsentation 401, eller en anden 15 identifikator, der unikt identificerer ty pan af byggeelement.

I det efterfølgende trin 603 sender processen øn forespørgsel til databasen 102 om et filnavn på, eller anden henvisning ti, en grafikfil, der svarer til byggeelementet med det opnåede Design ID og den ønskede LOD. I 20 databasen 102 er der gemt information om samtlige til rådighed værende bygg eelem enttype r.

I det efterfølgende trin 604 henter processen den identificerede datafil fra datalagenet 103 og importerer den geometriske beskrivelse fra filen som et 25 nyt objekt ind i det sceneri, der er repræsenteret af den digitale repræsentation 401, I et sceneri bliver samtlige elementer typisk gemt med forskellig orientering og position. Importeringstrinnet kan således omfatte åbning af en fil, der indeholder 3D-data (f.eks. trekanter eller polygoner), som repræsenterer del element, der skal føjes til sceneriet, således at det 30 'optræder" i 3D-verdene, og som tilføjer elementet til sceneriet i en 32 DK 177170 B1 indledende position og orientering. Den indledende position kan være centrum af 3D-verdenen.

i trin 605 kopierer processen samtlige delte attributter fra det gamle objekt, 5 der skal erstattes af det importerede, nye objekt, til det nye objekt. Kopiering af de delte attributter omfatter iteration over samtlige delte attributter af et eksisterende objekt og kopiering af information deri ti! det nye objekt (erstatningen for den første). På denne måde kan det sikres, at al nødvendig Information bevares under hele udviklingsprocessen.

10 I trin 606 sletter processen det gamle objekt, idet de statiske attributter, der er associeret med det gamle objekt, ikke kopieres fra dét gamle objekt til det nye objekt, slettes de samtidig med sletningen af det gamle objekt. Fordi de statiske attributter kun er nyttige (f.eks. fordi de relaterer sig til det faktiske 15 net i den givne LOD) eller ønskelige i forbindelse med en given LOD. vil sletning af dem reducere fil si arre Isen af det opdaterede LOD, hvor der ikke længere er behov for de gamle, statiske attributter. Hvis f.eks. nogle identificerede (f.eks, opregnede) flader af geometrien i en LOD markeres som havende en forud fastlagt egenskab (f.eks. er markeret som et 20 dekorationsområde, som en bruger kan kiæbe et klistermærke fast på), kan samme områds svaretil en anden overfladeliste i en anden LOD.

I trin 607 ændrer processen (f.eks, ved at eksekvere et program) den visuelle fremtoning af byggeelementet på basis af de delte attributter, som det 25 beskrives i forbindelse med trin 617 ifølge ovenstående tig. 6a.

På fig. 7 illustreres et andet eksempel på en datastruktur, der repræsenterer et byggeelement. Byggeelementdatastrukturen 404 har et sæt af attributter forbundet med sig. Især har byggeelemenldataslrukiuren et sæl af statiske 30 attributter 406 og et sæt af dynamiske attributter 405 associeret med sig. De statiske attributter 406 afhænger af LOD, dvs. de statiske attributter ændrer 33 DK 177170 B1 sig sammen med LOD, som vist på fig. 7 med tre LOD-niveauer. der betegnes LOD1, LOD2 henholdsvis LOD3, svarende til LOD 301 — 303, der er vist på fig. 4. Følgelig har version LOD1 af et byggeelement de statiske attributter 704 forbundet med sig, versionen LOD2 af et byggeelement har de S statiske attributter 705 forbundet med sig, og versionen LOD3 af et byggeelement har de statiske attributter 705 forbundet med sig. De statiske attributter gemmes i forbindelse med LOD af elementerne, f.eks. i den geometriske beskrivelsesfil, som er gemt i den tilsvarende fil, der er gemt i frilageret 103 og deles ikke af samtlige LOD. De statiske attributter 406 kan 10 således være LOD-specitikke (f.eks. en identifikation af dele af geometrien, som skal behandles på en særlig måde), eller de er måske kun nødvendige i et specifikt trin i udviklingsprocessen (f.eks. vægten af elementet). De dynamiske attributter 405 deles gennem samtlige stadier af udviklingen og beskriver den endelige fremtoning af elementet. Eksempler på dynamiske 15 attributter omfatter DesignID af elementet, positionen og orienteringen af byggeelementet i modellen, fa rekonfigurationen af elementet, de påførte dekorationer og / eller lignende. Stadig andre eksempler på dynamiske attributter omfatter Information om et hierarki af en model, f.eks, en hierarkisk • gruppering af byggeelementer i dele af modellen, Hvis modellen f.eks.

20 repræsenterer en figur, kan den grupperes i f.eks, et hoved, en krop, en venstre arm, en højre arm, et venstre ben ag et højre ben. Disse grupper kan opdeles yderligere i andre grupper, således kan f.eks. den "venstre arm" have en undergruppe, der hedder ’underarm", og denne kan have en undergruppe "hånd" og så fremdeles. Hvis LOD på et element ændres, sikrer 25 processen, at de importerede elementer anbringes korrekt i modellens hierarki.

I det på fig. 7 viste eksempel har LOD-versionerne 704 - 705 af et element respektive attributter, der er associeret med dem, som indikerer den visuelle 30 fremtoning af byggeelementerne. I dette eksempel har Især LOD1- og LOD2-versloneme hver en attribut associeret med sig, som udvirker en tegneproces 34 DK 177170 B1 for at vise byggeelementerne med kanter, der vises som sorte streger. LOD2-versionen har der ud over en attribut associeret med sig, som udvirker en tegneproces for at vise sidefladerne af fremspringene af byggeelementerne med sort. LOD3-versionen har en attribut forbundet med 5 sig, som udvirker en tegningspraces til at tegne fremspringene som separate objekter, hvorved processen sættes i stand til at slette fremspring fra sceneriet, der er usynlige. Eksempler på forskellige visuelle fremtoninger af forskellige versioner af et byggeelement vises på fig. 3, 10 Når et element føjes til en model, f.eks, ved et computer-implementeret konstruktio ns væ rktøj eler anden interaktiv, virtuel modelleringsapplikation, tildeler processen et element-ID til denne geometri, der identificerer elementet, selv når dets LOD ændres. Således er element-ID'et et yderligere eksempel på en dynamisk / delt attribut. Som beskrevet ovenfor kan det 15 være nødvendigt for andre dynamiske attributter af elementerne at blive overført under LOD-ændringen, f.eks, beskrivelsen af hvilket materiale, der skal bruges, eller hvilke dekorationer, der skal påføres på det element, der er ved at blive fremstillet. LOD-specifikke (dvs. statiske) attributter kan på den anden side blive slettet automatisk under en LOD-opdatering.

20 På fig. 8 vises et blokdiagram, som illustrerer et eksempel på processn med at indlæse en LOD-version af et byggeelement. Især viser fig. 8 to softwaremoduler, der eksekveres på computeren 101: en serverapplikation 810 og en kfientapplikation 811. Klientapplikationen 811 kan være en 3D-25 applikation, som tilveje bringer en brugergrænseflade, og funktiona I itet, som faciliteter et eller flere af udviklingsstadierne af en prod uktudvik I i n gsproces som beskrevet ovenfor. For eksempel kan klients pp I i kationen være en 3D-ap pi i kation til at generere, manipulere og / eller se visuelle repræsentationer af byggeelemøntmodellen, f.eks. på basis af en digital repræsentation af 30 byggeelement mod el len, f.eks, som beskrevet i forbindelse med fig. 4. Klientapplikationen er i kommunikationsforbindelse, f.eks. via en socket- 35 DK 177170 B1 grænseflade, med serverapplikationen S10. Serverap pi i kation ert tilveje bringer funktional itet og tjenester til klientapplikationen, f.eks.

databaseadgang, gengivelse, osv. Serverapplikationen er i kommunikationsforbindelse med databasen 102 og fillageret 103, 5 Klientapplikationen er i kommunikationsforbindelse med fillageret 103. 3D-ap pi i kat ionen 811 kan indledningsvist hente en digital repræsentation af byggeelement mod el ler, f.eks, en digital repræsentation som den, der er beskrevet i forbindelse med fig. 4. Den digitale repræsentation kan omfatte en repræsentation af den geometriske form af de individuelle 10 byggeelementer som beskrevet i forbindelse med fig. 4b. Imidlertid omfatter den modtagne digitale repræsentation ifølge andre udføre!sesformer (f.eks. som vist på fig. 4a) måske ikke en sådan repræsentation, men kun en henvisning dertil i form af et versions nummer. I andre situationer kan den digitale repræsentation omfatte en repræsentation af faconen af 15 byggeelementet i en anden version end den, der spørges efter af brugeren.

Således kan det være nødvendigt i de ovenfor beskrevne situationer for 3D-apptikationen at tilvejebringe repræsentationerne af et eller flere af byggeelementerne med den ønskede LOD med henblik på at generere en visuel repræsentation og / eller med henblik på at erstatte en eksisterende 20 repræsentation af byggeelementerne i modellen med den ønskede version.

En udførelsesform for sådanne processer blev beskrevet ovenfor i forbindelse med fig. 6.

En proces med at få og indlæse et element med en efterspurgt LOD med 3D-25 applikationen for at generere en visuel repræsentation eller for at erstatte den aktuelle version af elementet med en anden version vil nu blive beskrevet under henvisning til fig. S. Processen kan blive opdelt i fem trin som angivet med pilene 801 - 805 på fig. 8: 30 DK 177170 B1

Trin S01: 3 D-ap pli kationen 811 kommunikerer over en natværk-socket med server-applikationen 810 og spørger efter fil navn et på versionen med et givet Design!D og en given LOD.

5 Trin 802: servsrapplikationen 810 sender en forespørgsel fil databasen 102, hvor filnavnet er gemt og modtager et tilsvarende svar, der indbefatter det efterspurgte ff In avn.

Trin 803: Efter modtagelse af svaret fra databasen, henter 10 serverapplikationen 810 Information om filen fra fillageret, f.eks. fil størrelse, fildato, osv.

Trin 804: Serverapplikationen 810 sender den indsamlede information tilbage til 3D-applikationøn 811 som svar på forespørgselen i trin 801.

15

Trin 805: 3D-applikationen 811 kan nu tilgå fillageret 103 direkte og åbne filen derfra.

Fillageret kan være ethvert lager med fjerntilgang, såsom SMB eller NFS-20 shares, Far eksempel kan versionerne af byggeelementerne være gemt i en traditionel vejviserstruktur, f.eks. hvor hvert element gemmes ΐ sin egen vejviser. Vejviseren kan navngives efter et unikt ID for den element-LOD-kombination, der er hentet fra databasen 102, når elementet frembringes og indlæses.

25 På fig. 9 vises et blokdiagram, der illustrerer et eksempel på processen med at tilvejebringe en ny version / LOD af et element. Systemarkitekturen, der vises på fig. 9, er den samme som den, der vises på fig. 8, Imidlertid vil det forstås, at klientapplikationen kan være en anden applikation, f.eks. en 30 specifik applikation til at designe nye byggeelementer og skabe geometriske specifikationer derfor. Eksempler på en sådan applikation omfatter enhver 37 DK 177170 B1 3D-modellingesapplikation som f.eks Autodesk Maya, Luxology Mod o eller Robert McWeel & Associates Rhinoceros 3D.

En fremgangsmåde med at tilføje en ny geometri i systemet vil nu blive 5 beskrevet under henvisnig til fig. 9:

Trin 901: 3D-applEkationen 811 genererer og gemmer den nye geometriske definition, f.eks, på den lokale harddisk, og sender en forespørgsel til serverap pi i kationen B1Q, som indbefatter filnavnet på den nye geometriske 10 definition så vel som information om den tilsvarende LOD og Design ID'et.

Trin 902: Serverapplikationen 810 sender en forespørgsel til databasen 102 og spørger efter en nyr unik ID for filen. Serverapplikationen modtager fil-ID’et som et svar.

15

Trin 903: Serverappiikationen 810 gemmer den genererede fil på fillageret 103 under anvendelse af det modtagne, unikke fil-ID. Filen kan f.eks. gemmes i en ny folder, som er navngivet på samme måde som det unikke ID af filen.

20

Samtlige geometriske filer kan gemmes i et hensigtsmæssigt filformat, der er kompatibelt med de 3D-grafiske applikationer, der skal bruge filerne, f.eks. i en TnayaBinary71 fil, når man bruger AutoDesk Maya programmet.

25 Sammenfattende beskrives der heri en hukommelses-effektiv compute rimp lemente ret fremgangsmåde og et system til at opbygge selv meget store produkter ud af et stort antal individuelle komponenter / elementer, samtidig med at der tilvejebringes al den information (også visuelt), som er nødvendig under de forskellige stadier i en udviklingsproces.

30 38 DK 177170 B1

Fremgangsmåden og systemet, der beskrives heri, tilveje bringer en nem opdatering af elementer i modeller, når selve elementet er blevet ændret.

Hver mode i kan således boldes opdateret ved at opdatere elementerne. Med dette system er det endda muligt at have forskellige elementer med 5 forskellige LOD i samme model. Det kan være en fordel under gengive’sen for dermed at spare hukommelse og gengivelsestid. Elementer tæt på kameraet kan således anvende en mere detaljeret LOD end de, der befinder sig iangt væk.

Claims (18)

1. 39 DK 177170 B1 p§ign 1 k raV
2. 1. Co impute ri implementeret fremgangsmåde til at understøtte produktion af et kom posit produkt, hvilket komposlt produkt omfatter et antal komponenter, S hvilken fremgangsmåde omfatter: i det mindste et designtrin, der omfatter - at tilvejebringe et computed implementeret ko π st ru kt ionsværkt øj, hvormed en bruger sættes i stand til at udvælge en respektiv digital 10 repræsentation blandt hver af antallet af komponenter fra et lager for komponenter, og at anbringe de udvalgte komponenter i en rumlig relation i forhold til hinanden, således at der frembringes en digital repræsentation af det kompositte produkt; 15 og et yderligere behandlingstrin, der omfatter - at generere en visuel repræsentation af i det mindste en del af det kompositte produkt til brug under i det mindste en blandt fremstilling, markedsføring samt anvendelse af det kompositte produkt, 20 kendetegnet ved, at fremgangsmåden omfatter - at lagre et antal versioner af digitale repræsentationer af hver komponent, hvor hver version arf en digital repræsentation af en komponent omfatter information om geometri til at visualisere / 25 gengive den pågældende komponent i en respektiv detaljeringsgrad; og at hver af designtrinnet og det yderligere behandlingstrin omfatter: - for hver komponent af i det mindste en del af det kompositte produkt, 30 at vælge en detaJjeringsgrad, der skal associeres med komponenten, 40 DK 177170 B1 og at tilvejebringe en lagret version af den, digitale repræsentation af komponenten svarende ti! den valgte detaljeringsgrad; og - at generere en respektiv visuel repræsentation af i det mindste en del af det kompositte produkt på basis af den genererede digitale 5 repræsentation af det kompositte produkt og ud fra de tilvejebragte versioner af digitale repræsentationer af komponenter.
3. 2. Fremgangsmåde ifølge krav 1, hvorved i det mindste en version af hver digital repræsentation af en komponent yderligere omfatter en 10 displayparameter til at styre visuel repræsentation af komponenten; og hvorved fremgangsmåden omfatter styring af genereringen af den respektive visuelle repræsentation af i det mindste en del af det kompositte produkt på basis af de respektive displayparametre, der er omfattet af de tilvejebragte versioner af digitale repræsentationer. 15
4. 3. Fremgangsmåde ifølge krav 2, hvorved forskellige versioner af en digital repræsentation omfatter forskellige værdier for d is pi aypara mete ren, 20 4, Fremgangsmåde ifølge et hvilket som helst af kravene 1 til 3, hvorved i det mindste en version af hver digital repræsentation af en komponent yderligere omfatter en attribut, der indikerer i det mindste en egenskab af komponenten; og hvorved det yderligere behandlingstrin er på basis af de respektive attributter, der er omfattet i de tilvejebragte versioner af digitale 25 repræsentationer.
5. 5, Fremgangsmåde følge krav 4, hvorved attributten indikerer i det mindste en blandt en vægt, en produktionsomkostning, et materiale af komponenten. 30 41 DK 177170 B1
6. 6. Fremgangsmåde ifølge krav 4 eller 5, hvorved forskellige versioner af en digital repræsentation omfatter forskellige værdier for attributten.
7. 7. Fremgangsmåde ifølge et hvilket som helst af kravene 1 til 6, hvorved 5 den digitale repræsentation af det kompositte produkt omfatter en respektiv type identifikator for hver komponent af den kompositte struktur; og hvorved tilvejebringelse afen gemt version af en digital repræsentation af en komponent svarende til en udvalgt detaljeringsgrad omfatter at tilvejebringe versionen på basis af typen af identifikator og 10 detaljeringsgraden.
8. 8. Fremgangsmåde ifølge et hvilket som helst af kravene 1 til 7, hvorved komponenterne er indbyrdes sammen bygge lige byggeelementer fra et legetøjsbyggesy stem; og hvorved det kompositte produkt er en 15. egetøjsbygge model, der kan bygges ud fra byggeelementerne.
9. 9. Fremgangsmåde ifølge et hvilket som helst af kravene 1 til 8, hvorved den digitale repræsentation omfatter respektive positionskoordinater for hver af komponenterne i forhold til et forud fastlagt koordinatsystem. 20
10. 10. Fremgangsmåde ifølge et hvilket som helst af kraven© 1 til 9, hvorved det yderligere behandlingstrin omfatter at generere vejledninger til i det mindste en blandt samling, drift, vedligeholdelse og demontering af det kompositte produkt; hvilken vejledning omfatter i det mindste en afbildning 25 af i det mindste en del af det kompositte produkt
11. 11. Fremgangsmåde ifølge krav 10, hvorved vejledningen omfatter ©n sekvens af billeder, der illustrerer respektive trin i en process til i det mindste en blandt samling, drift, vedligeholdelse og demontering af det 30 kompositte produkt. 42 DK 177170 B1
12. 12. Fremgangsmåde ifølge et hvilket som helst af de foregående krav, hvorved den digitale representation af det kompositte produkt omfatter en eller flere respektive, delta attributter for hver komponent af det kompositte produkt, hvilken ene eller hvilke flere respektive, delte 5 attributter har de samme værdier uafhængigt af versionerne af den digitale repræsentation af den tilsvarende komponent; og hvorved hver version af en digital repræsentation af en komponent omfatter gruppe af specifikke attributter, der er specifikke for den tilsvarende version.
13. 13. Fremgangsmåde ifølge krav 12, hvorved gruppen af specifikke attributter omfatter en eller flere dispiayparametre,
14. 14. Databehandlingssystem, hvori der er lagret programkodemidler, som er ind rettet til at bringe databehandlingssystemet til at udføre trinnene fra 15 fremgangsmåden ifølge et hvilket som helst af kravene 1 til 13, når program kod em id lerne eksekveres af databehandlingssystemet
15. 15. Computerprogramprodukt, der omfatter programkodemidler, som er indrettet tit at bringe et databehandlingssystem til at udføre trinnene fra 20 fremgangsmåden ifølge et hvilket som helst af kravene 1 til 13, når programkodemidlerne eksekveres på rfaiabehandlingssystemet.
16. 16. Computerprogram produkt ifølge krav 15, der omfatter et computertæsbart medium, hvorpå pnog ra m kodem id lerne er lagret, 25
17. 17. Computerdata signal, der er indbefattet i en bærebølge og som repræsenterer sekvenser af instruktioner, der, når de udføres af et databehandlingssystem, bringer databehandlingssystemet til at udføre trinnene fra fremgangsmåden ifølge et hvilket som helst af kravene 1 til 30 13, L / 6 DK 177170 B1 120 -x_ 1- , 101 ^ • .................................I_ ' ; 103 /"102 ~·' ~~ ^,_122 / __ \^Jiir"r~i—ir-ι il i J_y j L·1^-·-· f'~ li J v J 121 __ΖΖΞΓ"" {-l., ....."" -104 Fig, 1 203d —v 203b -x2C-3c 203h 202 —^201 203a (<ΘΤ 203s 204 ^ \^<2Q3e Fig, 2 y ^-^304¾¾ ^::^’;·λ·;?;^^3^'·^; V’ "·Vyh';iv·'-"^^ ·: ':,4,;. ^ .. ;:' ·.:1 ·ίΜ^Μ'·Μ)Κίί!ΐjaa^· ‘IX ? .^L'tiS Fr^.? .3 *- · -.-51- *IJ··.! -f. >.* , J y 1- * ytz. - J -.!..-jl ->-.· -_ -r^. I·: ^,.·: · -. ψ J η-» --‘•,· · · tb -*7v -.-·. -.X . j, 401 2/6 DK 177170 B1 - 404 M°del 402 / r405 /' ,___/ /' A } Mcdelparametre ? Byggeelement J _^ i ; Bragaetemeni2 / Dynamiske byggeelements attributter 403________________/ - QesignlD _ - Farve, udsmykning, etc. n V ,.. s - Positior Byggeelement Ni x N - Orientering \ .............. .. _ LOD Fig. 4a \_ Vv_4Q6 - 401 β Γ"- 404 M°del «2 / / «s Mod elparametre ? Byggeelemen. J / ( Byggeelement 1 / Dynamiske byggeelements attribuier / I Byggeelement 2 / Design ID 403 -< ----------------_/ - Farve, udsmykning, etc. Byggeelement J ·.· v. Byggeelement N 'p ’ Orientering \ ______________ _____ - V LOD 406 · —- ---—- 4Ί7 palygonalt net Fig. 4b 418 —— ^———-—-- Statiske attributter 3/fi DK 177170 B1 -:- 501 I-► Design : -Π-..................................................... π-1—i _v* II ; -- q , 502 :401 m—► Review / . ! .. 1 “! />< ___' i : i/*................................................................................................................; : i ' m r. o i Bygge- 503 _L/ ► vejledninger ' / x L·............................................................................► -J emballage χ" 504 — '--J iaa /- 505 ^ Skabelse af elementer i ^ | forskellige detalje ringsgrad er Fig. 5 DK 177170 B1 Q Skab Visuel· Rep(LQD) ^ |_i_ n............... i--------► I nit —--► ! 630 i --T-—,— ! : I-1-► '-ei° ! i! ! I i I ! i ! | i i i , i ---401 ! ! ! ! aSel”-----H Hent siSn,D X I ! ! I iJ——r-- /-102 ................T ! 1 I 1 i-*-1 ' 3d I I I / Hent filnavn / ' I I < (Design α LOD> [ | j j ] I ; 1 i + , J ! ! ! i i 614^ rTci^fejl j ! I I I i I Lrr ..................................................................................................... y- 61 5 | | | L _ „ ^ ^ Bestem delte attributter — -------- ^ I I Vsi7 j | Bestem visuel fremtoning --------I JL /-618 . | --<Tærdigz> , /-- 631 Y I-"—I _i_/ β1θ [ PDF ^-- Genere grafik **— — ·------J L„ i ( STP ) Fig. 6a 5/ b DK 177170 B1 ^Opdater LQD(byggselement LOD)^ ' Digital nep J r n. “Ί 601 | af model ~ ~Ί Gettesjgn]D I t 401 --- 'li Hent filnavn _ __ _K^ ^ | I ; je03 _y\ (DesignID, LOD) ^ ! I Ij t I ! ! [____Importer geometri _ ^---^103 I J j (filravn) ” ^ ! 1 1 604 1 i i i 2- / 605 I i---► Kopier delte attributter ^ I I j Laos 1 i τ~ I ,----- Slet gamle objekter I ^ I ^ 607 I -™--7 1 — -----Ændre visuel fremtoning ...... _ * -- ( stp ) Fig. 6b 6/6 DK 177170 B1 /-\
18. 404. Elemeni \_J 406 i \ r............ !407 f \ / ^ : \ Statiske attributter Dynamiska attributter V J \_/ 704 —> 171 "I \____/ 705 /- 70a .ø·································^^: jppHWriHHHhBritdM·^········^ ' LOD1 I f LOD2 Λ [ LOD3 Λ - Hårde kanter - Sorte områder - Separate knopper I -Hårde kanter :, v ..........-J V,_ > V s Fig.7 102 -, 802 -- 810 x ^ ~~h—---►] I „.x—ιοί db__^ workbench 803 804 TI 103 x ' 801 '—**“—uJ i -'-i — an Fillagring 30 applikation .....................................................................................................................................i t7™'...............^ I 805 —/' V_J Hg. 8 902 -λ 102 -v \ ( S1Q^ \.·- 101 _.................................. \ _4»_ ' <-1--► db v^orkbench __l 103 —χ 903 - ---' — 90i -7 ---L-i _ S11 C13 3D / Filagring 4- ... applikation Fig. 9 v J