cONSEILINTERNATIONAL.DESxUSEES國際文獻工作委員會之概念參考模型|ProducedbytheICONickCrofts,MartinDoerr,TonyGill,StephenStead,MatthewStiff著.洪政欣教授修訂編審新加坡文物保管中心贊助目錄國際文獻工作委員會之概念參考模型(簡稱‘CIDOCCRM')的定義 i iCIDOCCRM的目標 iCRM的適用范圍 CRM的兼容性(Compatibility) CRM兼容性的使用 信息集成環(huán)境 信息系統(tǒng)的CRM兼容性 宣稱兼容性的宣告方式 術(shù)語 覆蓋面(Coverage) 范例 xxiCIDOCCRM屬性層次結(jié)構(gòu)(CIDOCCRMPropertyHierarchy): E1-CRM實體(CRMEntity) 2 2E3-狀態(tài)(ConditionState) 3E4-時期(Period) 3E5-事件(Event) 4 4 5E8-取得(Acquisition) 5 6E10-保管作業(yè)轉(zhuǎn)移(TransferofCustody) 6 7E12-生產(chǎn)(Production) E13-屬性指定(AttributeAssignment) 8E14-狀態(tài)評估(ConditionAss 9E15-標識符指定(ldentifierAssignment) 9E16-測量(Measurement) E19-實體物件(PhysicalObje E20-生物體(BiologicalObject) E21-人物(Person) E22-人造物件(Man-MadeObject) E25-人造外貌表征(Man-MadeFeature) E27-場地(Site) E28-概念物件(Conceptual E29-設(shè)計或程序(DesignorProcedure) E31-文獻(Document) E32-權(quán)威文獻(AuthorityDocument) E33-語言物件(LinguisticObject) E35-題目(Title E36-視覺項目(VisualItem) E39-角色(Actor) E40-法律組織(LegalBody) E44-地點稱號(PlaceAppell 20 20 21 E49-時間稱號(TimeAppellation) 21 2E51-聯(lián)系方式(ContactPoin 22E52-時段(Time-Span) 23 23 E56-語言(Language) 25E58-測量單位(MeasurementUnit) 26E60-數(shù)字(Number) 26E61-時間原始值(TimePrimitive) 26E62-字符串(String) E63-存在開始(BeginningofExistence) E64-存在結(jié)束(EndofExistence) 27 28 28E67-誕生(Birth) 28E68-解散(Dissolution) 29E70-萬物(Thing) E71-人造物(Man-MadeThi 30E72-法律物件(LegalObject) 30E73-信息物件(InformationObject) 31E75-概念物件稱號(ConceptualObjectAppellation) 32E77-持續(xù)性項目(PersistentItem) 32 32E79-部件增加(PartAddition 33E80-部件刪除(PartRemoval) 34 E84-信息載體(InformationCarrier) 35 35 36E87-典藏管理(CurationActivity 37CIDOC概念參考模型屬性宣告 P1-有識別稱號(被用來識別),isidentifiedby(identifies) 39 40 40 40 41 41P10-發(fā)生時間涵蓋於(時間上涵蓋) 42 P12-發(fā)生現(xiàn)場存在(當時在場於) P17-有促動事物(促動了) 45 45 46 P26-移入物件至(被作為移入地於) P27-有移出地(被作為移出地於) P29-移轉(zhuǎn)保管作業(yè)給(取得保管作業(yè)於) 48 P39-測量了(被測量於) P45-有構(gòu)成材料(被用來構(gòu)成) 56 P57-有組件數(shù)目 57 P62-描繪(被描繪於) P69-相關(guān)於 P70-記錄了(被記錄於) 60 61 P79-起點認定的性質(zhì)是 P80-終點認定的性質(zhì)是 P81-時段的數(shù)值至少涵蓋 P82-時段的數(shù)值不會超越 P83-時間最少持續(xù)了() P84-時間最多持續(xù)了() P90-有數(shù)值 66 67 P102-有標題(被用為標題來稱呼) P103-被制作來用於0 P105-有權(quán)限持有者(持有權(quán)限來管制) 70P107-有現(xiàn)任或前任成員〔目前或曾經(jīng)加入群組〕 71 71 71 72 72 73 73P117-時段被涵蓋於(時段涵蓋了) P118-時段重疊了(時段被重疊于) 73 74 74P121-空間重疊于 P123-轉(zhuǎn)變出(肇因於) 75 75P125-有使用物件類型(被使用於) 76 76 76 77 77P130-外觀特征原出現(xiàn)於(外觀特征被復(fù)制於) P132-時空重疊于 P133-時空不重疊于 78 78 79 79 79 P139-有替代稱號 國際文獻工作委員會之概念參考模型(簡稱‘CIDOC義導(dǎo)言型(ConceptualReferenceModel,簡稱“CRM”)提供正式定義。CRM是促進多樣化的(heterogeneous)文化遺產(chǎn)信息源的集成、轉(zhuǎn)接和相互交換的形式本體(formalontology)。CRM是國際博物館協(xié)會 (InternationalCouncilofMuseums,簡稱“ICOM”)屬下機構(gòu)一國際文獻工作委員會花了十年以上的時間ICOM-CIDOC已經(jīng)正式把CRM的發(fā)展工作委派於CIDOCCRM特別興趣小組(CIDOCCRMSpecialGroup)。該小組與ISO工作組ISO/TC46/SC4/WG9共同合作，確保CRM符合國際標準的形式和規(guī)格，并通過國際標準的認證。CRM的主要目的在於落實各種異構(gòu)文化遺產(chǎn)信息源之間的信息交換和集成。它旨在為大型機構(gòu)或企業(yè)內(nèi)聯(lián)網(wǎng)或互聯(lián)網(wǎng)提供所需的語義(semantic)定義和闡釋，以便將各種零碎分散的地方性信息源(localisedinformationsources)處理成一致的全局資源。它是超機構(gòu)性的，也不屬於任何特定的地方性語境。此目標決定了CRM的規(guī)格和細節(jié)層次。明確地說，就形式本體而言，CRM界定也同時被限定於用在文化遺產(chǎn)和博物館文獻工作中的數(shù)據(jù)庫模式(databaseschemata)和文件結(jié)構(gòu)(documentstructures)之根本的語義。它不為在相關(guān)數(shù)據(jù)結(jié)構(gòu)(datastructures)中以數(shù)據(jù)資料形式出現(xiàn)的術(shù)語提供定義；但能預(yù)見對術(shù)語應(yīng)用上的屬性聯(lián)系(relationships)。其目的不是為各文化機構(gòu)建議應(yīng)該登錄什么,而是解釋其現(xiàn)行文獻工作的邏輯性，從而實現(xiàn)語義互操作互操作性(semanticinteroperability)。CRM旨在采用邏輯性術(shù)語，對文化檔案工作的知識性結(jié)構(gòu)進行優(yōu)化?分析。因此它在特定實作儲存系統(tǒng)和數(shù)據(jù)處理方面并非達到最優(yōu)化的水平，但提供途徑來了解這類優(yōu)化程序?qū)ο嚓P(guān)內(nèi)容的語義可及理解性CRM的目標是支持下列特定功能：連文化文獻中的信息資產(chǎn)。條件，并在系統(tǒng)功能性方面取得共識。 (datatransformationalgorithms)從地方性數(shù)據(jù)結(jié)構(gòu)發(fā)展成全局性數(shù)據(jù)結(jié)構(gòu)globaldatastructures),并確保在過程中沒有任何意義上的流失。后者對數(shù)據(jù)數(shù)據(jù)移植、數(shù)據(jù)信息集成和異構(gòu)信息源的轉(zhuǎn)接。·提供建構(gòu)查詢的基本類別(classes)及其關(guān)聯(lián)associations的全局模型來支持集成信息資源之下的關(guān)聯(lián)查詢(associativequeries)。識啟發(fā)法(case-specificheuristics)能利用CRM將自由文字信息解析為正式的邏輯性形式。然而CRM用戶必須知道，數(shù)據(jù)輸入系統(tǒng)的界定需要來自特定社群術(shù)語的支持、對文獻編錄內(nèi)容和先后次序的CRM的結(jié)構(gòu)和形式使得它富有擴展性，因此我們鼓勵用戶創(chuàng)建擴展CRM,以便滿足專門社群和應(yīng)用程序的各種需要。簡而言之，CIDOCCRM的適用范圍(scope)大致涵蓋了博物館的專業(yè)知識(curatedknowledge)。然而CRM更詳細和有意義的定義可以通過界定目標作用域適用范圍(IntendedScope)以及實用適用范圍(PracticalScope)來明確表達。IntendedScope廣泛和極大包含性地界定了普通應(yīng)用原則。PracticalScope是通過一組特定可辨認的博物館文獻工作標準(documentationstandards)及CRM所欲涵蓋的實務(wù)工作的總體范圍顯示出來的，但省略了其超出目標作用域適用范圍的細節(jié)。在交換和集成上所需的全部信息。我們對此定義做了進一步的闡述：無論是深度或品質(zhì)都足以符合嚴謹學(xué)術(shù)研究的要求·但這不意味CRM沒有提供以廣大群眾為對象的信息資料；但是確保所提供的信息細節(jié)和精確度能達到博物館專業(yè)人員和研究者的期望和要求，才是CRM的主要目的。·根據(jù)國際博物館協(xié)會的定義，"博物館藏品”("museumcollections")指的是博物館和相關(guān)機構(gòu)所收藏和展示的所有物資[1]。這包括與社會歷史、民族志學(xué)、考古學(xué)、純美術(shù)和應(yīng)用美術(shù)、自然科學(xué)、科學(xué)和科技歷史等領(lǐng)域相關(guān)的各類藏品、遺址和遺跡?！げ仄返卿浌ぷ靼▽Σ仄分械膫€別對象、對象組群以及整個藏品的詳細描述。CRM的具體目標便是收集背景信息，即那些為博物館典藏增添文化涵義和價值的歷史、地理和理論性背景資料?！づc圖書館和檔案館交換相關(guān)信息，以及確保其模式能與CRM相融合，均屬於CRM的目標作用域?！の幕瘷C構(gòu)純粹用於行政管理上的所需信息，例如與人事管理、會計和參觀人數(shù)等有關(guān)信息一概不屬於CRM的目標作用域內(nèi)。CRM的實用適用范圍[2]是通過博物館文獻工作的現(xiàn)有比照標準表達出來，而這些比照標準曾被用於引導(dǎo)和驗證CRM的開發(fā)。CRM涵蓋了與這些比照標準在合并后的相同論域(domainofdiscourse);換句話說，任何根據(jù)這些比照標準進行編碼的數(shù)據(jù)，都能具有與CRM兼容并能傳達相同意思的表達文字。CRM的目標在於促使最大數(shù)量信息源的集成因此它旨在提供最具靈活性的系統(tǒng)，以實現(xiàn)兼容性，而非強制采用某個特定解決方案。想要利用CRM的語義互操作性的用戶，可以考慮改造使部分數(shù)據(jù)結(jié)構(gòu)(datastructures)與CRM取得兼容性。兼容性(Compatibility)指的是用戶希望在集成環(huán)境中獲取數(shù)據(jù)資料時所朵用的關(guān)聯(lián)關(guān)系，或是指輸往其他環(huán)境的內(nèi)容資料，后者允許在目標系統(tǒng)中保留編碼意義。CRM不要求用戶文獻的所有結(jié)構(gòu)都必須與CRM完全配對，也不要求各系統(tǒng)都必須實作所有CRM概念和關(guān)聯(lián)關(guān)系；它既提供捕捉豐富文化信息的擴展空間，也提供符合經(jīng)濟效益的各種簡化程序。另一方面，CRM也提供詮釋結(jié)構(gòu)信息的方法，以便大量數(shù)據(jù)能被自動變換或轉(zhuǎn)接。它不需要把無結(jié)構(gòu)(unstructured)或半結(jié)構(gòu)化(semi-structured)的自由文字信息分析成形式邏輯性代表(formal出現(xiàn)的信息詮釋不在CRM兼容性范圍考慮之外內(nèi)的。不過CRM仍然允許自由文字信息與結(jié)構(gòu)化信息(structuredinformation)相融合。CRM兼容性的理念是以互操作性(interoperability)為根據(jù)。在界定互操作性時，最好以信息系統(tǒng)(informationsystems)之間的特定溝通方法為依據(jù)。按照現(xiàn)有實務(wù)，我們區(qū)別出下述與信息系(homogeneousaccesslayer),所管理的信息均存儲在局部系統(tǒng)區(qū)分： (datawarehouseapproa系統(tǒng)可能采用所謂的元數(shù)據(jù)收割技術(shù)(metadataharvestingtechniques)或依靠數(shù)據(jù)提交。數(shù)據(jù)能進行變換，以便在合并之前能符合存取系統(tǒng)的模式。虛擬全局模式virtualglobalschema而設(shè)計的各種查詢，然后收集和整理答案。這些問題可以通過轉(zhuǎn)接系統(tǒng)或接收信息的局部系統(tǒng)變換成局部模式。多項數(shù)據(jù)通信功能(datacommunicationcapabilities)或使用個案(usecase1.屬於CRM適用范圍之內(nèi)的數(shù)據(jù)可以從信息系統(tǒng)輸出成編意義(就CRM概念而言);2.屬於CRM適用范圍之內(nèi)的數(shù)據(jù)可以被變換成另一種編碼形式，而且在過程中不會流失意義(就CRM概念而言);3.屬於CRM適用范圍之內(nèi)的數(shù)據(jù)可以從編碼形式輸入信息系統(tǒng)，而且過程中不會流失意義(就CRM概念而言);4.信息系統(tǒng)的數(shù)據(jù)若是在CRM適用范圍之內(nèi)，即可以用CRM概念來徹底查詢和檢索，但其效果則取決於某個查詢語言的表達能力(express任何有關(guān)CRM兼容性的宣告都必須指定上述一個或多個使用個案系統(tǒng)和數(shù)據(jù)結(jié)構(gòu)供應(yīng)者不能在是對象y的一部分”。倘若編碼(即描述事實的語言)有更改，只有通曉這兩種語言的專家才有資格評估這兩種主張是否在陳述同一個事實若是如此那么就CRM概念而言并沒有意義上的流失。假設(shè)實務(wù)社群所需要的概念比CRM所宣告的還要少，就可能會限制CRM的兼容性於明確宣告的不在本標準的討論范圍內(nèi)。我們鼓勵需要擴展CRM的實務(wù)社群宣告其擴展部分為符合CRM兼容性的標準。便辨識。CRM兼容形式的類別和屬性名稱可以被譯成任何一種區(qū)域性語言，但必須保留其代碼。CRM兼容形式不能在編碼實例中以應(yīng)用CRM屬性量詞(quantifiers)來實施基數(shù)限制(cardinalityconstraints〕。ACRM-compatibcardinalityconstraintsfortheencodedinstances.實做上，必須確保清楚描述量詞的用法，否則寧可任何描述CRM實例的形式語言編碼，若能一致性地維持一子集(subset)部分的CRM類別、屬性和繼承規(guī)則的的關(guān)系，而如果又符合下述條件，將被視為“縮減型CRM兼容形式”(reducedCRM-compatibleform〕:·符合CRM兼容形式的全部條件；子集沒有與歸類(subsumption)和繼承(inheritance)規(guī)則相抵觸；●化簡的CRM兼容形式的任何實例也是一種(完整)CRM兼容形式的有效實例E2-時間實體(TemporalEntity)E11-----修改(Modification)E13-----屬性指定(AttributeAssignment)E65-----創(chuàng)造(CreatiE63----存在開始(BE65----創(chuàng)造(CreatiE64---存在結(jié)束(EndofExistence)E77-持續(xù)性項目(PersistentItem)E70-萬物(Thing)E18----素材實體物(PhysicalThing)E24----人造實體物(PhysicalManMadeThing)E71-人造物(Man-MadeThing)E24--人造實體物(PhysicalMan-MadeThing)E89----陳述性對象(PropoE30---權(quán)限(Right)E73------信息物件(InformatioE73-----信息物件(InfoE52時段(Time-Span)E53地點(Place)E54尺寸(Dimension)P1通過…進行識別(辨認)P2有類型〔被用來分類〕P3有說明P4發(fā)生時段是〔開始并完成了〕P7發(fā)生地在〔發(fā)生過〕P10發(fā)生時間涵蓋於(時間上涵蓋)P12發(fā)生現(xiàn)場存在(當時在場於)P11有參與者(參與了)P14-有執(zhí)行者〔執(zhí)行了〕P16使用特定物(被用於)P31修改了〔被修改於〕P108-有產(chǎn)出物〔被制作於〕P92-開始了〔被開始於〕P94--有產(chǎn)出物〔被制作於〕P15有影響事物〔影響了〕P16使用特定物(被用於)P20有特定目地〔之準備活動是〕P43有規(guī)模數(shù)量〔估量的標的物是〕P46有組件〔被用來組成〕P59有區(qū)域〔位於〕P67論及〔被論及於〕P75擁有〔有擁有者〕P81持續(xù)進行的時間間距值至少涵蓋P89空間上被包圍於〔空間上包含了〕P104受制於〔被應(yīng)用於〕P106有組成元素〔組成了〕P107有現(xiàn)任或前任成員〔目前或曾經(jīng)加入群組〕P127有廣義術(shù)語〔有狹義術(shù)語〕P128承載信息〔被承載于〕P130外觀特征原出現(xiàn)於(外觀特征被復(fù)制於)P140指定屬性給〔被指定屬性於〕P141指定了屬性值〔被指定了屬性值於〕實體-域E1-CRM實體E1-CRM實體E1-CRM實體E7-活動實體-范圍E62-字符串E52-時段E53-地點E77持續(xù)性項目E39-角色E39-角色E70-萬物E70-萬物E53-地點E53-地點E39-角色E1-CRM實體許在文字上并非一模一樣。任何CRM兼容形式都自動與CRM達到輸入兼容性。必須注意具備輸入兼容性的數(shù)據(jù)結(jié)構(gòu)可能在語義上會比CRM來得更豐富，它可能存在某些元素，這些元素通過變換算式(transformationalgorithm)的使用，能夠自動轉(zhuǎn)換成相對應(yīng)的CRM概念(Concepts)或是其專項(specialization),或是意義在CRM適用范圍之外的其他元素。但是它不能具備與CRM概念意義重疊的元素，也不能元素。具備輸入兼容性的數(shù)據(jù)結(jié)構(gòu)可以被用來傳送下列兩種應(yīng)用程序數(shù)據(jù)，(1)需要的概念超越了CRM輸入兼容性的數(shù)據(jù)結(jié)構(gòu)轉(zhuǎn)換成CRM概念，從而輸出成CRM的兼容形式，換句話說，把所有歸類容形式符合上述所言，其數(shù)據(jù)結(jié)構(gòu)便是與CRM取得局部輸入兼容性(partially如果能把所有用戶數(shù)據(jù)從一個信息系統(tǒng)轉(zhuǎn)換到一個具備輸入兼容性的數(shù)據(jù)結(jié)構(gòu)，那么該信息系統(tǒng)便是與CRM取得輸出兼容性。我們推薦局部信息系統(tǒng)采用這種具備CRM兼容性的功能。如果能夠把所有用戶數(shù)據(jù)從一個信息系統(tǒng)輸出到一個具備局部輸入兼容性的便是與CRM取得局部的輸入兼容性(partiallyexportcompatible)的數(shù)據(jù)結(jié)構(gòu)。這不是我們所推薦的努力，因此是不切實際的做法。話雖如此，化簡意到CRM兼容性并未規(guī)范必須出現(xiàn)在輸出的用戶數(shù)據(jù)之中的類別和屬性的最少要求項目因此數(shù)據(jù)的所有實例可能僅含有一個屬性，例如E21-人物(Person).P131-有稱號〔被用來識別〕(isidentifiedby):E82-角色稱號(ActorAppella如果信息系統(tǒng)能輸入被編碼為CRM兼容形式的數(shù)據(jù)，并且朵用和此系統(tǒng)內(nèi)屬於相同概念的既有一般數(shù)據(jù)的相同(equivalentto)和單一性的(hom能類型，這類集成存取系統(tǒng)按照數(shù)據(jù)倉庫的作法(實體化存取系統(tǒng)[materializedaccesssystemsJ)實際抄錄源數(shù)據(jù)。數(shù)據(jù)的相同和單一性的方式存取數(shù)據(jù)，該信息系統(tǒng)便與CRM取得局部的輸入兼容性(partially低復(fù)雜性的存取服務(wù)，是合理的做法。集成存取系統(tǒng)從經(jīng)延伸性的數(shù)據(jù)結(jié)構(gòu)中語義化簡成CRM界定概念，是合理的做法。局部信息系統(tǒng)供應(yīng)者可能會使其系統(tǒng)具備CRM輸入實務(wù)社群可以為擴展的數(shù)據(jù)結(jié)構(gòu)選擇同意輸入兼容性。定數(shù)據(jù)結(jié)構(gòu)的功能。此功能必需與CRM取得輸出兼容性，并涵蓋有關(guān)學(xué)科所需的概念"專屬的輸取得存取兼容性。如果所能存取的資料受陂全授權(quán)交換的資料，這也不被視為CRM兼容性的降相應(yīng))進行查詢時，能夠確保答案與所使用的查詢術(shù)語相應(yīng)，那么該信息系統(tǒng)便是與CRM取得局部的存取兼容性。存取兼容系統(tǒng)就查詢答案而言可能具備了輸出兼容功能。具備存取兼容性的內(nèi)容管理系統(tǒng)在回復(fù)查詢時只回復(fù)內(nèi)容項目而忽略輸出兼容性是合理的作法。系統(tǒng)D系統(tǒng)B圖1:不同類型的CRM兼容系統(tǒng)和數(shù)據(jù)結(jié)構(gòu)之間可能出現(xiàn)的數(shù)據(jù)流圖1為上述所界定的不同類型的CRM兼容系統(tǒng)和數(shù)據(jù)結(jié)構(gòu)之間的某些數(shù)據(jù)流樣式。此圖假設(shè)局部系統(tǒng)B把數(shù)據(jù)輸出到具備CRM輸出兼容性的數(shù)據(jù)結(jié)構(gòu)，這意味它能夠被輸出到一個CRM兼容形式或任何其它具備CRM輸入兼容性的數(shù)據(jù)結(jié)構(gòu)。因此局部系統(tǒng)B具備與CRM的輸出兼容性。至於局部系統(tǒng)A,示意圖所反映的情況是，輸出數(shù)據(jù)包涵了與CRM專門化項目相應(yīng)或其適用范圍之外的元素。宣稱其數(shù)據(jù)結(jié)構(gòu)或信息系統(tǒng)與CRM取得兼容性的供應(yīng)者必須提供陳述兼容性類型的宣告，并根據(jù)類型提供下述額外資料：·針對具備輸出兼容性的數(shù)據(jù)結(jié)構(gòu)而言：轉(zhuǎn)換成CRM兼容形式后，被此數(shù)據(jù)結(jié)構(gòu)的任何可能數(shù)據(jù)直接實例化的CRM概念子集?！?針對輸出兼容系統(tǒng)而言：a.宣告可配置的用戶數(shù)據(jù)元素〔若有〕,這些元素在語義上不受限於概念(除實體或持續(xù)性項目之外〕。b.沒有被輸出的用戶數(shù)據(jù)元素或單元。c.任何可能從系統(tǒng)輸出的數(shù)據(jù)在變換為兼容形式后，其直接被實例化的概念子集?！襻槍植炕?qū)俚妮斎爰嫒菹到y(tǒng)：可應(yīng)用來輸入數(shù)據(jù)到系統(tǒng)的所的CRM概念子集。·.存取兼容系統(tǒng)(access-compatiblesystems):a.能夠用來對系統(tǒng)進行查詢的查詢語言。thesystemaftertransformationintoaCRM-compatibleform可能從系統(tǒng)輸出查詢應(yīng)答，其直接被實例化的CRM概念子集。c.就局部存取兼容系統(tǒng)而言，能夠用來對系統(tǒng)進行查詢的CRM概念子集。供應(yīng)者必須能夠以適當?shù)臏y試數(shù)據(jù)證明其主張。供應(yīng)者必須按照任何能應(yīng)明中的某些程序證明其主張。供應(yīng)者應(yīng)該把這些程序的論證在ISO標址上公開發(fā)表，以便第三方能通過適當?shù)臏y試數(shù)據(jù)對主張進行核實。除認證機構(gòu)獲取證書。受稱職的監(jiān)管機構(gòu)認可和授權(quán)的可靠第三方，在這實踐領(lǐng)域中扮演如此一來，用戶就能相信認證機構(gòu)證書中的信息。認證機構(gòu)將賦予受認證系統(tǒng)供應(yīng)者使用“CRMCRM指的是屬於計算機科學(xué)范疇的本體(ontology)。它能被表示為面向?qū)ο?面向?qū)ο?式的語義學(xué)模式式能無困難地被變換為機器可讀格式，例如RDFSchema,KIF,DAML+OIL,OWL,STEP等。它能實施於任何關(guān)系模式(Relationalschema)或面向?qū)ο竽Ｊ?object-orientedschema)。CRM實例也能利用RDF,XML,DAML+OIL,OWL等進行編碼。這文件所提供的CRM定義是完整的，但我們刻意以簡明扼要的方式來呈現(xiàn)CRM的86個類別和137個獨如果這么做，就必須宣告幾千種屬性，而并非137種而已。要強調(diào)的是，此定義包含了推斷和自動產(chǎn)生所有屬性(包括繼承屬性)的徹底宣告所需要的全部信息。????術(shù)語下列為此文件所使用的關(guān)鍵術(shù)語定義，既可以當作不熟悉面向?qū)ο蠼Ｐg(shù)語的讀者的輔助工具，又能明確指定術(shù)語的準確使用法，這是因為面向?qū)ο蠼５氖褂蒙缛号紶栐谛g(shù)語的使用上會出現(xiàn)前后矛盾的情況。本文編者已經(jīng)一致性地使用能與資源描述框架(ResourceDescriptionFramework,RDF,萬維網(wǎng)聯(lián)盟此一來雙方都能夠明白個中的實際意義。類別(Class)類別是擁有一個或多個共同特點的一組項這些特點的總結(jié)稱為類別的內(nèi)涵(intension)。一個類別可以是無任何或一個或多個已在模資料模型(model)內(nèi)被正式定義的屬性的定義域(domain)或值域(ra可無的。出現(xiàn)新的實例〔開放世界假設(shè)，OpenWorld〕。因此一個類別不能靠計算其實例的多寡來定義。類別的角色類似文法中的名詞，在無須參照任何其它概念(Construct)的情況下就能進行完整的定義(這有別於屬性，它必須有明確界定的定義域(domain)或值域(range)?！?。在某些語境當中，個別類別(individualclass),實體(entity)或交節(jié)點(node)常被用為類別的同義詞。例如：人(Person)是一個類別。要成為一個人物，實際上取決於脫氧核糖核酸(DNA)分子的特特征。但是我們都明白什么是人物。一個人物可能擁有成為某組群(Group)成員的屬性，但是并不需要成為某組群成員才能成為一個人物。我們不可能知道過去的所有人物。而在未來將會出現(xiàn)更多人物。子類是把另一個類別〔即其超類，superclass〕特化后(specialization)的一個類別。特化或者IsA關(guān)系意味著：1.子類的全部實例也是其超類的實例；2.子類的內(nèi)涵外延超類的內(nèi)涵，也就是說，它的特點要比其超類更具限制性；繼承，strictinheritance〕。除此之外，它沒有或擁有一個或多個自己的屬性。子類可以擁有超過一個直接超類(immediatesuperclass),如此一來它便繼承了所有超類的屬性〔多重繼承，multipleinheritance〕。兩個或兩個以上的類別的IsA關(guān)系或特化會產(chǎn)生類別階層的結(jié)構(gòu)。IsA關(guān)系具有傳遞性(transitive),但不允許有循環(huán)性(cylic)。在某些語境環(huán)境當中〔例如程序語言C++〕,“導(dǎo)出類別”(derivedclass)被視為子類的同義詞。例如：每個人物是個〔IsA〕生物體(BiologicalObject),或可說成人物是生物體的子類。另外，每個人物是個〔IsA〕角色。人物終究會死亡。然而企業(yè)等其他角色類型是不會死亡的(參見第2點)。每個生物體是個〔IsA〕物質(zhì)物件(PhysicalObject)。物質(zhì)物件可被移動。因此人物也可以被移動(參見第3點)。超類是某個或多個其他類別經(jīng)一般化后(generalization)的類別〔其子類〕,意味著它包含了其子類的所有實例，而且它也能夠擁有不屬於任何子類的額外實例。超類的內(nèi)涵(intension)的限制性要比它的任何子類來得少。這種歸類關(guān)系或一般化做法和IsA關(guān)系或特化做法正好相反。在某些還境〔例如程序語言C++〕里，“父類”(parentclass)被視為超類的同義詞。例如：“生物體包括了人物”(BiologicalObjectsubsumesPerson)與“生物體是人物的超類”(BiologicalObjectisasuperclassofPerson)意思相同。辨認生物體時，所需要的特點比辨認人物時來得少。類別或?qū)傩缘膬?nèi)涵是其實際意義(intendedmeaning)。它包括了類別或?qū)傩缘乃袑嵗囊粋€或多個共同特點。這些特點并不需要以邏輯術(shù)語進行明確表述，但可以用文字〔在此稱為范圍注釋，scopenote〕描述領(lǐng)域?qū)＜业墓灿懈拍铙w系。CRM的主要構(gòu)成部分是基本概念(primitiveconcepts),基本概念尤其不能用邏輯術(shù)語進一步化簡為其他概念。類別的外延部分是屬於符合內(nèi)涵標準的類別的所有現(xiàn)實生活實例的集合·這個集合是“未定”的，因為實際上我們是無法知道某個類別在世界上的全部實例，而在未來，隨時都可能會出現(xiàn)新的實例〔開放世界，OpenWorld〕。某個信息系統(tǒng)可以在任何時候提到一個類別的某些實例，這形成了其外延部分的子集。范圍注釋是以文字描述一個類別或?qū)傩缘膬?nèi)涵。范圍注釋不是形式建模構(gòu)件(formalmodellingconstructs),但有助於闡釋CRM類別和屬性的實際意義和應(yīng)用功能?；旧纤鼈冎傅氖且粋€領(lǐng)域?qū)＜彝ㄓ玫母拍睿⑾鞣N詮釋法可能出現(xiàn)的岐義。范圍注釋經(jīng)常地提供類別和屬性的實例，方便說明問題。類別的實例是一個符合類別內(nèi)涵標準的現(xiàn)實世界物料項目。務(wù)必注意為信息系統(tǒng)的類別所宣告的實例數(shù)量一般來說都少於現(xiàn)實世界中出現(xiàn)的總數(shù)。例如你是人物的實例，但不可能所有陳述人物的信息系統(tǒng)都會提到你。“蒙娜麗莎”這幅畫是人造物件(ManMadeObject)類別中的實例。屬性的實例是屬性的定義域?qū)嵗c值域?qū)嵗g的實際(factual)關(guān)系，它也必須符合“羅浮宮是蒙娜麗莎的現(xiàn)有主人”是“是~的現(xiàn)有主人”屬性的實例。屬性用於界定兩個類別的特定關(guān)系·屬性以內(nèi)涵為特征，而內(nèi)涵又通過范圍注釋傳達出來·屬性扮演與文法中的動詞類似的角色，因為它的定義必須提到其定義域和值域，而這兩者類似文法中的主語和動詞〔這與能夠獨立被定義的類別不同〕。以哪個類別作為定義域的選擇是隨機的，就如文法中主動和被動語態(tài)的選擇一般隨機換句話說，屬性可以進行雙向詮釋，結(jié)果是兩種明確但有關(guān)聯(lián)的詮釋。屬性可能本身擁有與其他類別有關(guān)的屬性〔在此模式使用此特色，為的是描述積極性的屬性子類型化〕。屬性也可以用和類別相同的方式被特化，結(jié)果會產(chǎn)生子屬性(subproperties)和其超屬性(superproperties)之間的IsA關(guān)系。在某些語境中，屬性(attribute),參考(reference),連接(link),角色(role)或位置(slot)被視為是屬性的同義詞?！叭嗽煳镔|(zhì)素材刻畫CRM實體”(PhysicalMan-MadeThingdepictsCRMEntity)相等於“CRM實體由人造物質(zhì)素材進行刻畫”(CRMEntityisdepictedbyPhysicalMan-MadeThing)。子屬性是經(jīng)特化后的另一個屬性的屬性〔其超屬性〕。特化或者IsA關(guān)系意味著：1.子屬性的所有實例也是其超屬性的實例；2.子屬性的內(nèi)涵外延了超屬性的內(nèi)涵，也就是說，其特點比超屬性的還更具限3.子屬性的定義域與其超屬性定義域或該定義域的子類別相同；4.子屬性的值域與其超屬性的值域或該值域的子類別相同；5.子屬性毫無例外地繼承了為其超屬性所宣告的所有屬性的定義〔嚴格繼承〕,子屬性也可以沒有或者擁有一個或多個自己特有的屬性。子屬性可以擁有一個以上的直接超屬性(immediatesuperproperty),如此一來它便繼承了所有超屬性的屬性〔多重繼承〕。兩個或兩個以上的類別的IsA關(guān)系或特化會造成屬性階層(propertyhierarchy)的結(jié)構(gòu)。IsA關(guān)系具傳遞性，可能不具備循環(huán)性。某些面向?qū)ο?面向?qū)ο髈bject-oriented)的語言〔例如C++〕,并不具有”子屬性”(sub-properties)的構(gòu)件來描述屬性的特化。超屬性是一個或多個其他屬性〔其子屬性〕經(jīng)一般化后的屬性，這表示它包含了其子屬性的所有實例，并可以擁有不屬於其子屬性的更多實例。超屬性的內(nèi)涵的限制性比其任何子屬性來得少。這種歸類關(guān)系或一般化做法和IsA關(guān)系或特化做法正好相反。定義域(domain)必須正確。值域(range)上要求從值域讀到定義域時，語義必須富有意義，文法必須正確。由超類別到子類的屬性繼承，表示若x項目是A類別的實例，那么:1.任何A類別的超類的實例所具有的全部屬性，x項目也必須具有，而且任何A類別的超類的實例可能具有的全部非必A的超類的實例所具有的所有屬性，也是x項目可以持有的所有可選擇屬性。嚴格繼承大象是灰色的，而把白象視為例外。在嚴格繼承之下，如概念的內(nèi)涵，而是一個可選擇的屬性。CRM執(zhí)行嚴格繼承作為正?；瓌t(normalizationprin多重繼承多重繼承意指一個A類別可能擁有超過一個直接超類。一個A類別若有多個直接超類，其外延是其所有超類的外延的交叉點交集的子集，同一個類別就必然會重復(fù)出現(xiàn)在此表的不同位置上。例如人物既是角色又是生物體。持續(xù)實體事件實體“持續(xù)性實體和事件性實體的分別(我們把它們稱為持續(xù)實體[endurants]和事件實體場，都是屬於完全在場的〔即表示它們每個恰當部分都在場〕,而事件實體則通過累積不同的暫時性部分(temporalparts)在時間中延續(xù)開來，如此一來，它們無論在任何時候在場時，都只是局部在場，也就是說它們的某些恰當暫時性部分(例如它們之前實體，但是它們?nèi)狈簳r性時間的部分(也就是說，它們的所有部分都同時隨著它們一起流動〕。連續(xù)對象則是在某段時間中發(fā)生的實體，因此可以擁有時間性部分(它參考/wiki/Formalontology捷徑(shortcut)時使用的純粹是推理后的簡化路徑，而非完整的CRM路徑，在這種情況下便會捷徑(shortcuts)。例如博物館通常只是記錄文物的尺寸大小，但是不記錄觀察它的測語義互操作性CRM完整路徑系。單調(diào)推理(monotonicreaso被輸入時，把由這些既有聲明推論出來的結(jié)果視為無效的。CRM是為根據(jù)單調(diào)推理而設(shè)，因此能夠在無沖突的情況下結(jié)合龐大知識量?？赡苁澜缰卸紱]有共同實例。本原概念，如同在在知識表達領(lǐng)域中，這個術(shù)語用來表示一類被宣告的共通概念Concept的，這類概念無法由其他既有概念的邏輯推理而取得。例如母親可被描述為有孩子的女人，因此母親并非一個本原概念。事件則是一個原始概念。CRM主要由本原概念形成。完整性可能是因為維護人員無能力提供充分信息或是因為更嚴重根本的系統(tǒng)領(lǐng)域認也可能會出現(xiàn)某些無法清楚歸類的項目。具備該屬性。例如一個項目被描述為生物體(BiologicalObject),另一個則被形容為物質(zhì)物件(PhysicalObject),這并不意味后者并非是生物體。,一個朵用開放世界假設(shè)的相關(guān)超類B而言，A類別的補充是所有非屬於A實例的B實例群組。在形式上，它類時，補集形式的定義便便難以描述這種情況。也包含查詢Y的答案集，即表示查詢X包含另一個查詢Y。如果查詢X和Y都是類別，即表示X是Y的超類?；ゲ僮餍源聿煌畔⑾到y(tǒng)傳達某些內(nèi)容的能力。它尤其意味著：2.多元系統(tǒng)可以通過一個方法來存取。總的來說，語法互操作性(syntacticinteroperability)有別於語義互操作性(semantic 具備兼容性，信息能根據(jù)上述準確無誤地受處理。然而這并不意味著每個系統(tǒng)處理數(shù)的，盡管它們可能擁有完全相同的意思。為了克服這種情況，就必須增添語義互操作性功能。CRM依賴現(xiàn)有的句法互操作性，它只關(guān)注增加語義互操作性性。語義互操作性意即不同信息系統(tǒng)在傳達信息時，能確保實際意義的一致性具體地說，實際意義包含1.所涉及的數(shù)據(jù)結(jié)構(gòu)元素，2.以數(shù)據(jù)出現(xiàn)的術(shù)語，作性。這個問題在理論研究上被視為一項查詢包含的問題。CRM關(guān)注結(jié)構(gòu)元素層次上的語義互操作性。無，一個或多個父親。本體論中，全稱〔universals〕和特稱〔particulars〕的主要不同用其與實例化(instantiation)之間的關(guān)系來了解。特稱是在任何可能世界中都沒有實例提供屬性量詞的目的純粹為的是語義說明(semanticclarification),不能把它們視為系統(tǒng)實作上的建議。CRM的設(shè)計能夠接納替代意見和不完整信息，因此所有屬性在其定義域和值域的系統(tǒng)實作上應(yīng)為任選和以下詞表列出在此文件中可能出現(xiàn)的所有屬性量詞的記法和文字說明。為求意思明確清楚，此文件累贅多對多無約束：此屬性的個別定義域?qū)嵗椭涤驅(qū)嵗梢該碛性搶傩缘牧?、一個或多個實例。manytomany換句話說，此屬性對其定義域和值域而言是任選且可重復(fù)的。一對多此屬性的個別值域?qū)嵗梢該碛性摱鄬σ淮藢傩缘膫€別定義域?qū)嵗梢該碛性搶傩缘牧慊蛞粋€實例，但個別值域?qū)嵗梢员涣恪anytoone一個或多個該屬性的實例引用。換句話說，對其定義域和值域而言此屬性是任選項目，多對多，必要此屬性的個別定義域?qū)嵗蓳碛幸粋€或多個該屬性的實例，但個別值域?qū)嵗蓳碛辛?、necessary其值域而言則是任選且可重復(fù)的。多對一，必要此屬性的個別定義域?qū)嵗仨氈粨碛姓靡粋€該屬性的實例，但個別值域?qū)嵗梢员灰粚Χ?，從屬?屬性的個別定義域?qū)嵗蓳碛幸粚Χ啵匾?，此屬性的個別定義域?qū)嵗蓳碛幸粋€或多個該從屬一個該屬性的實例引用。換句話說，對其定義域多對一，必要，此屬性的個別定義域?qū)嵗仨氈粨碛姓靡粋€從屬個或多個該屬性的實例引用。換句話說，對其定義域而言此屬性是必要且不可重復(fù)的，一對一其定義域和值域而言此屬性是必要且不可重復(fù)的。CRM定義了屬性與其值域及定義域類別的依存關(guān)系(dependency),包括下列兩類：A)屬性為對其定義域而言是必要的B)屬性為對其值域而言是必要的(也就是說，值域是從屬於該屬性)上表中定義了所有可能的依存關(guān)系。就相關(guān)定義域或值域的實例而言，若沒有指定其屬性，即表示該屬性存在，但屬性的其中一面的價值不詳。就任選屬性的情況而言，CRM所建議的方法不CRM由始至終按照下列規(guī)則進行命名：·類別以“E’字母為首的數(shù)字作為標識〔在過去，類別有時被稱為“實體”〕,并用英語名詞短句(nounofExistence)?！駥傩砸浴癙”字母為首的數(shù)字作為標識，其命名是雙向的，樂用的是以字母小寫的動詞短句。有狀態(tài)特其名稱要由就值域至定義域的方向讀。E62-字符串)沒有括號里的形式呈現(xiàn)，因為依照值域至定義域的方向閱讀屬性名稱毫無意義可言。點(E53-Place.P122-borderswith:E53屬性，例如E4-時期。P9-包含子時期〔附屬於〕:E4-時期(E4-Period.P9-consistof[formspartof]:E4-Period),擁有括號里的形式呈現(xiàn)來表示相反方向的意義?！駥傩远x域的選擇以及它們的名稱順序，都根據(jù)下述優(yōu)先順序進行定奪：·萬物與其子類(Thinganditssubclasses)下述建模原則主導(dǎo)了CIDOCCRM的建構(gòu)和發(fā)展：單調(diào)性(Monotonicity)CRM的主要任務(wù)是把開放世界中的信息有意義地集成起來，因此從語域理論(DomainTheory)的意義上而言，它致力於實現(xiàn)單調(diào)性。換句話說，現(xiàn)有的CRM構(gòu)件和從中所得的推論，由始至終必須維持其有效性和良好形式，就算以延伸CRM形式來添加新構(gòu)件時也必須如此。例如：我們可以添加E7-活動(E7-Activity)的子類，來描述某個群組的某個實例，在某個時段使用某個名稱形容某個地點的做法。即便加上此延伸，既有IsA關(guān)系或?qū)傩岳^承并不被影響。另外，CRM的致力於在擴充某個CRM兼容系統(tǒng)時，確保單調(diào)性的形式保存。換句話說，現(xiàn)有CRM實例、屬性和從中所得的推論，由始至終都必須維持其有效性和良好構(gòu)造，就算為系統(tǒng)添加被領(lǐng)域?qū)＜乙暈榍昂笠恢碌男聦嵗龝r也必須如此。例如：如果有人把某項目正確描述為E19物質(zhì)對象(E19-PhysicalObject)的實例，爾后它被正確形容為E20生物體物件(E20BiologicalObject)的實例，有關(guān)系統(tǒng)應(yīng)該繼續(xù)把它視為E19物質(zhì)物件的實例。為了在形式上保存經(jīng)常出現(xiàn)的替代意見個案的單調(diào)性(monotonicity),應(yīng)該以無約束〔多對多〕方式實作所實體式化定義的屬性，如此一來，相互矛盾的屬性實例只是不斷被累積起來。因此根據(jù)CRM而集合起來的知識扮演研究基礎(chǔ)的角色，圍繞著定義完善的實體累積相關(guān)替代意見，而針對真相的結(jié)論則需來在於是屬於開放式的科學(xué)或?qū)W術(shù)假設(shè)的建立。例如：埃爾·格列柯(EIGreco)甚至阿瑟王(AuthorKing)由始至終都屬於E21-人物(E21-Person)實例，他入我們的知識庫內(nèi)，將被視為存在於我們的討論范疇之中。有關(guān)屬性的替代意見，例如他們的出生地和居住地等，都在數(shù)據(jù)收集期間沒有經(jīng)核實裁定的情況下被累積起來。極小性(Minimality)CRM的范圍固然廣博精深，但模型本身的建構(gòu)是非常講求簡潔扼要的?！癯悄愁悇e不適合當作其超類的某些屬性的定義域或值域，或者該類別在實務(wù)上是重要概念，否則不宣告該類別。●共享超類的CRM類別和屬性被視為為非專屬性(non-exclusive)。例如一個對象可以同時是E20生物體(E20BiologicalObject)和E22-人造物件(E22-Man-madeObject)的實例。·CRM類別和屬性不是原生概念(primitive)就是在實務(wù)上重要概念。捷徑(Shortcuts)對一些實務(wù)上出現(xiàn)的關(guān)系而言，其全面的CRM路徑可能相當冗長，CRM提供了捷徑屬性的機制，以代表語意上相同但相對冗長的CRM完整路徑·這些捷徑屬性通過一個或多個中介類別將與其完整路徑相同的定義域和值域類別連接起來。例如E18-實體物P52-有現(xiàn)任物主〔目前擁有〕:E39-角色(E18-PhysicalThing.P52-hascurrentowner(iscurrentownerof):E39-Actor)是從E18物質(zhì)對象到E8-取得事件串集到E39-角色這個表達全面完整徑路的捷徑。完整路徑實例總是意味著捷徑屬性實例的存在。反之卻不一定如此；完整路徑的實例不一定都能從捷徑屬性的實例中推論出來。E13-屬性指定(E13-AttributeAssignment)讓我們能夠在沒有明確被注明為“捷徑”的屬性個案中，記錄某屬性是如何被指定的，以及是根據(jù)誰的意見這么做。不相交性(Disjointness)類別如果在任何可能世界中沒有共同實例就算是不相交的。不相交類別的例子在CRM中有相當多。這里不宣告所有可能的CRM不相交類別的組合；這種做法可能不切實際，而且可能容易偏離提供簡明定·E2-時間實體(E2-TemporalEntity)與E77持續(xù)性項目(E77-PersistentItem)是不相交的·E2-時間實體類別的實例屬於事件實體，而E77持續(xù)性項目類別的實例則屬於持續(xù)實體。雖然E77-持續(xù)性項目實例論存在的時間有限，但是它們與E2-時間實體實例的性質(zhì)有根本上的不同，因為它們在壹個事件與后續(xù)事件之間維持了其身份的一致性(identity)。把事件實體和持續(xù)實體宣告為不相交類別，與對CRM實用范圍之內(nèi)的數(shù)據(jù)結(jié)構(gòu)所作出的區(qū)分是前后一致的做法?！18-實體物(E18-PhysicalThing)與E28概念物件(E28-ConceptualObject)是不相交。這里要區(qū)分的是物質(zhì)與非物質(zhì)項目，后者完全是人造的。E18-實體物和E28-概念物件的實例有很多重大的差別；例如E18-實體物實例的產(chǎn)生意味著它含有物質(zhì)材料，而E28-概念物件實例的產(chǎn)生則沒有這種涵義。同樣的，E18-實體物實例一旦被摧毀就不復(fù)存在，而E28-概念物件實例一旦被遺忘或最后的物質(zhì)載體被摧毀之后就不復(fù)存在。幾乎所有博物館文物〔或?qū)ο蟆车慕Y(jié)構(gòu)化說明，在開頭部分都有獨特的對象標識符號，以及有關(guān)文物“類Type)、“文物名稱”(ObjectName)等。這些欄位(field)作為宣告文物的所屬項目分類的術(shù)語。在CRME55-類型(E55-Type)包括來自詞典和受控詞匯的術(shù)語，這些術(shù)語被用來描繪CRM類別實例的屬性并進行分類。E55-類型實例代表的是類別的通用概念〔通例，universals〕,這與用來為CRM類別實例取名的E41-稱號(E41-Appellation)實例有所不同。E55-類型是CRM與各領(lǐng)域本體和詞典的界面。在CRM里，它們以E55-類型的子類的形式出現(xiàn)，組成了術(shù)語階層(hierarchiesofterms),即E55-類型實例通過P127-有廣義術(shù)語〔有狹義術(shù)語〕連接起來。這類階層可通過增加屬性來延伸。為此CRM提供兩個基本屬性，用來以術(shù)語來描述分類，這與大多數(shù)的信息系統(tǒng)的現(xiàn)有做法相應(yīng)·E1-CRM實體(E1-CRMEntity)是P2有類型〔被用來分類〕(P2-hastype[istypeof])的定義域，后者擁有E55-類型的值域。如此一來，除了E59-原始值(E59-PrimitiveValue)屬於例外，CRM當中的每個類別都繼承P2有類型〔被用來分類〕的屬性。這提供了一個機制來模擬任何細節(jié)層次的CRM類別分類之特化過程，并通過連接外在詞匯源、詞典、分類模式或本體(ontology)來達成這點。CRM的某些屬性與某個額外屬性有關(guān)聯(lián)，這與P2-有類型〔被用來分類〕屬性的功能類似。在CRM文獻當中，這類屬性的編號都加入：1',方便識別。對於這類屬性的屬性而言，其值域通常都屬於E55-類型。它們的目的是通過使用被宣告為E55-類型實例的子屬性，來模擬其父屬性的特化過程。它們不出現(xiàn)在屬性階層名單中，但附屬於屬性宣告的一部分，并在類別宣告中被參照引用。例如P62.1描繪形式：E55-類型(P62.1modeofdepiction:E55-Type)"與"E24人造物(E24-PhysicalMan-madeThing)。P62-描繪(被描繪於):E1-CRM實體(P62-depicts[isdepictedby]:E1-CRMEntity)"相關(guān)聯(lián)。E55-類型的類別也是與文化文獻工作常見的類別知識(categoricalknowledge)有關(guān)屬性的值域。例如P125-有使用物件類型(被使用於)(P125-usedobjectoftype[wastypeofobjectusedin])讓CRM能表達諸如“這鑄件使用模子鑄成”等聲明，意味著存在會出現(xiàn)被實際使用的一件不詳或未注明的對象。這讓鑄件的特定實例與所有稱為模子的制造工具類型相關(guān)聯(lián)。另外，屬於“模子”類型的物件通過P2-有類型〔被用來分類〕另一方面，某些鑄件通過Pl6-使用特定物被用於)(P16-usedspecificobject[wasusedfor]),直接指明某個確知的特定模子,因此便可正確回答“某組收藏品中用模子鑄成的對象到底有多少”的統(tǒng)計問題(通過"P16-使用特定物(~被用於)-P2-有類型〔被用來分類〕"和"P125-有使用物件類型(被使用於)"這兩條途徑〕。一致地處理類別知識有助於提升CRM對文化知識的集成能力。除了作為外在詞典和分類系統(tǒng)的界面之外，E55-類型也是CRM里的一個普通類別和E28概念物件(E28-ConceptualObject)的子類。E55類別和其子類繼承此超類的所有屬性。因此連同CRM的E83-類型創(chuàng)造(E83-TypeCreation),確保一個類型被徹底描述和適當命名的嚴格學(xué)術(shù)或科學(xué)過程便可以在CRM里建立起來。在某些個案中，尤其是針對考古學(xué)和生命科學(xué)領(lǐng)域而言，E83-類型創(chuàng)造(E83-TypeCreation)需要辨認范例標本(exemplaryspecimen)以及在適當?shù)膶W(xué)術(shù)論壇中發(fā)表類型定義·這對生命科學(xué)研究至關(guān)重要。最后，類型〔即E55-類型的實例以及其子類〕是用來敘述CRM類別的實例，因此能把類別的意義作更細部的修飾。我們可通過P2-有類型〔被用來分類〕(P2-hastype[istypeofj),用’藝術(shù)家'(artist)這個類型來形容這類人物。另一方面，CRM在藝術(shù)史的應(yīng)用上，我們可以加入子類E21.xx藝術(shù)家(E21.xxArtist),來延伸CRM類別E21-人物(E21-Person)?！囆g(shù)家’類型hastype和藝術(shù)家類別class有何分別?從日常概念的觀點而言兩者之間沒有差異。它們都說明’藝術(shù)家’這個概念，辨認的是相同一組人物。因此在這種情況下一個類型type可以被視為一個類別class而類型ype的類別class可以被視為一個元類別(metaclass)。在現(xiàn)有系統(tǒng)里，還不能適當操控由用戶定義的元類別，因此在建模時，CRM會傾向把E55-類型實例當成特例(particulars)的，它們的關(guān)系在上述段落已有詳盡描述。用戶可自行決定在執(zhí)行概念時是否要把它當做延伸CRM類別系統(tǒng)的子類，或是E55類型的一個實例。唯有在概念足夠穩(wěn)定并具有額外明確定義的屬性相關(guān)時，才建立一個新的子類，否則使用上更靈活方便的E55-類型的實例才是更好的選擇。用戶若想要在使用擴展CRM的概念進行論述之外也陳述概念本身的歷史，可以選擇把相同概念同時建立成名稱相同的子類和E55-類型實例。同樣的，就每個用來細部修飾一CRM類別的術(shù)語階層而言，最好以此類別的名稱作為該術(shù)語階層的最上層術(shù)語(topterm,rootterm)。例如E21-人物實例的術(shù)語階層可以由“人物”一詞開始。延伸(Extensions)CRM的目標適用范圍是“真實”世界的子集，因此它具有潛在的無限性，其模式的設(shè)計藉由兼容的外在類型層次結(jié)構(gòu)(externaltypehierarchies)的連系來進行延伸。維持延伸部分與CRM的兼容性，意味著按照某個延伸部分的結(jié)構(gòu)構(gòu)成的數(shù)據(jù)必須仍然是CRM的有效實例。實際上，這意味著查詢包含(querycontainment):不論知識庫是否單單按照CRM語義或按照CRM以及兼容延伸部分建構(gòu)而成，任何根據(jù)CRM概念的查詢，應(yīng)當能獲得符合CRM語義標準的結(jié)果。例如“列舉所有事件”的這類查詢，應(yīng)當能檢索出CRM認為是事件的全部實例，事件在延伸部分中的分類絕對不會對檢索結(jié)果造成影響。延伸部分要取得與CRM的兼容性，其中的必備條件便是CRM必須包含延伸部分的所有類別，而且延伸部分的所有屬性都必須包含於CRM屬性，或者是CRM屬性捷徑的路徑的一部分。顯然，我們只能通過知識性的分析能知道有關(guān)延伸部分是否符合此條件。覆蓋面(Coverage)CRM所涵蓋的某些概念，在描述上必然沒有其他概念詳盡，E39-角色(E39-Actor)和E30權(quán)限(E30-Right)便是例子。在根本上具無限性的論域當中，要做到不超逾明確描述的CRM實用適用范圍之外，自然會出現(xiàn)這種現(xiàn)象。這些’未充分發(fā)展’的概念，可以被視為兼容擴展部分的鉤子。CRM提供若干機制，確保實用適用范圍的覆蓋面完整無缺：1.現(xiàn)有高層次類別可以利用兩種方式來進行延伸，其一是作為子類別，其二是以類型層次結(jié)構(gòu)進行動態(tài)擴展。2.現(xiàn)有高層次屬性可以利用子屬性的機制來進行延伸，或在某些情況下對允許子類型(subtyping')的屬性而言，利用子屬性進行動態(tài)擴展。3.我們可以把CRM所正式界定的語義范圍之外的額外信息，通過使用E1-CRM實體。P3-有說明：E62-字符串(E1-CRMEntity.P3-hasnote:E62-String)將之記錄為無結(jié)構(gòu)數(shù)據(jù)。就第一和第項二機制而言，CRM概念包含并涵蓋擴展部分。就第三項機制而言，在相關(guān)知識庫的適當之處可存取有關(guān)信息。若詳細明確的查詢不在期待之中，此做法便是更好的選擇；一般上，只有那些被用於正式查詢的概念才必須進行明確建模。范例〔被用來聯(lián)系〕E44地點稱號E45地址E46區(qū)域定義P87有辨認碼〔界定了區(qū)域於〕〔被隸屬於〕E53地點P59有位游)在意意法用P59有位游)在意意法用圖二：有關(guān)空間信息的推理上述呈現(xiàn)了CRM的局部視圖，用來描述了有關(guān)空間信息的推理。此圖包括其中五個主要層次結(jié)構(gòu)分支：E39-角色(E39-Actor)、E51-聯(lián)系方式(E51-ContactPoint)、E41-稱號(E41Appellation)、E53-地點(E53-Place)和E70-萬物(E70-Thing)。這些主要類別和其子類的階層關(guān)系均以雙線箭頭標識出來。介於類別間的屬性以單線箭頭標識出來，類別則以藍色方塊標示出來此概圖包含了一個’捷徑’屬性："處於E53-地點和E18-E46-區(qū)域定義(E46-SectionDefinition)完整途路徑的捷徑。在某些情況下，屬性名稱的優(yōu)先順序已被調(diào)整，以便能順著左到右的方向閱讀此圖。如圖中所示，E53-地點被一個E44-地點稱號(E44-PlaceAppellation)實例所識別，它可能是E45-地址(E45-Address)、E47-空間坐標(E47-SpatialCoord個E53-地點實例或是另一個E53-地點實例的組成部分，如此一來便能夠允許幾何’容器’層次結(jié)構(gòu)的建構(gòu)。E45-地址的實例可被同時視為一個E44-地點稱號〔稱呼E53-地點的方法之一〕以及一個E39-角色的E51-聯(lián)系方式。一個E39-角色可以擁有任何次數(shù)的E51聯(lián)系方式實例。E18-實體物可在某些位置上找到，這是因為這些位置是它們的創(chuàng)作地點，或是因為它們被移到那里去。因此屬性P53-目前或曾經(jīng)被置放於(目前或曾經(jīng)被置放了〕(P53-hasformerorcurrentlocation[isformerorcurrentlocationof)以及P55-目前被置放於〔目前置放了〕(P55-hascurrentlocation[currentlyholds]),被視為通過相關(guān)創(chuàng)作或遷移事件的完子屬性。在不知道有效時間和相關(guān)事件的情況下，后者是位置信息的容器。E46-區(qū)域定義和E18-實體物〔以及由E53-地點至E19-實體物件的相關(guān)捷徑〕之間的屬性-P58-有區(qū)域定義(界定了區(qū)域於)(P58-hassectiondefinition[definessection]),呈現(xiàn)了CRM模式的有趣現(xiàn)象。此屬性允許E53-地點的一個實例被界定為E19-實體物件的一個實例的一個區(qū)域(Section)比方說我們可能知道英國海軍名將納爾遜(Nelson)在戰(zhàn)艦勝利號(H.M.S.Victory)甲板倒下的特定位置，但我們未必知道納爾遜被槍擊中的時候，戰(zhàn)艦的正確地理位置。同樣的，不論畫掛在何處，簽名或題字在畫中的位置始終不變(如繪E2時間實體0,n(組成了)E49時間稱號E77持續(xù)性項目E61時間原始值0圖三：有關(guān)時間信息的推理第二個例子說明CRM如何處理有關(guān)時間信息的推理。視圖包括四個主要層次結(jié)構(gòu)分支：E2-時間實體E2-時間實體是抽象類別〔意即它沒有直接實例〕,旨在把所有含時間元素的類別組合起來，例如E4-時期(E4-Period)、E5-事件(E5-Event)和E3-狀態(tài)(E3-ConditionStateE52-時段是個時段(temporalinterval),它不關(guān)連到特定的文化或地理背景(這和在E53-地點的某個特定實例發(fā)生的E4-時期實例不同〕·通常以E50-日期(E50-Date)形式出現(xiàn)的E49-時間稱號(E49-TimeAppellation)實例識別E52-時段的實例。E52-時段和E4-時期都擁有可傳遞屬性。E52-時段擁有P86-時間上被涵蓋於〔時間上涵蓋了〕(P86-fallswithin[contains])的可傳遞屬性，表示一個純粹偶然的包含項目，而E4-時期則擁有P9包含(屬於~的一部分〕(P9-consistsof[formspartof])可傳遞屬性，用來把E4-時期實例分解成細部的組成部分。例如，一棟房子被建造於某個E52-時段內(nèi)，而這個E52-時段可能包含於某個政府的E52-時段之內(nèi)，但E52-時段的這兩個實例之間并沒有任何因果或語境關(guān)聯(lián)；反之，中國宋朝的E4-時期包括了北宋和南宋時期。通過P82-時段的數(shù)值不會超越(P82-atsometimewithin)的屬性，E52-時段實例與其外部邊界(意即它們的不確定時段〕相關(guān)聯(lián)，另一分面并通過P81-時段的數(shù)值至少涵蓋(P8I-ongoingthroughout)屬性與其內(nèi)部邊界相關(guān)聯(lián)。E61時間基本值(E61-TimePrimitive)類別是這類屬性的定義域，其實例被CRM的應(yīng)用或系統(tǒng)視為不被進一步分析特定日期時段。類別與屬性層次結(jié)構(gòu)(Class&PropertyHierarchies)供綜合全面的定義，但對CRM的理解和巡覽很有幫助，因此在下文附上有關(guān)詞表。類別層次結(jié)構(gòu)〔見下述詞表〕的格式如下：·每行以獨特類別標識符開頭。標識符由數(shù)字組成，數(shù)字前端有“E”大寫字母(原表示“實體”或●唯一的類別標識符后面有一系列連字號〔即“-”〕,代表類別在IsA層次結(jié)構(gòu)中的位置?！ゎ悇e的英文名稱位於連字號右邊。·索引按層次結(jié)構(gòu)等級排列先后次序，以“深度優(yōu)先”(depthfirst)列出較小到較大的子層次結(jié)構(gòu)?！ひ驗槎嘀乩^承(multipleinheritance)而出現(xiàn)在超過一個類別層次結(jié)構(gòu)位置的類別，以標明。屬性層次結(jié)構(gòu)〔見下述詞表〕的格式如下：·獨唯一的屬性標識符后面有一系列連字號〔即“-”〕,代表屬性在sA層次結(jié)構(gòu)中的層次結(jié)構(gòu)位置?！傩缘挠⑽拿Q位於連字號右邊。英文名稱后邊括號內(nèi)為其反向名稱，用於從定義域至值域方向的念法?！傩缘亩x域類別?！傩灾该鞯闹涤蝾悇e?！に饕磳哟谓Y(jié)構(gòu)等級，以“深度優(yōu)先”的手法列出從小至大的子層次結(jié)構(gòu)，同層級(siblings)的屬性則依照其號碼進行先后次序的排列?！褚驗槎嘀乩^承而出現(xiàn)在超過一個屬性層次結(jié)構(gòu)位置的屬性，會以斜體字樣加以標明。1…1…1111111111111--1----時間實體(TemporalEntity)1--1-----狀態(tài)(ConditionState)征集取得(AcquisitionEvent)保管作業(yè)轉(zhuǎn)移(TransferofCustody)-部分部件增加(PartAddition)-部件刪除(PartRemoval)屬性指定(AttributeAssignment)-狀態(tài)評估(ConditionAssessment)-標識符指定(IdentifierAssignment)-類型指定(TypeAssignment)1加入(Joining)111E7711--1----111111 11111---1典藏管理(CurationActivity)-1存在開始(BeginningofExi