4.1 情境模組
4.1.1 情境模式化
任何可以描述一個個體狀況的資訊，都稱為情境資訊，這裡的個體可以是人員、地 點或是使用者使用服務時有關的物件，物件可能為服務使用者、服務本身或者是提供這 個服務的元件等。由於情境資訊的多樣性，要完整的將這些情境資訊表示出來，是不切 實際的。因此，我們針對 IT 服務管理的環境，並採用三層式的描述方法來設計我們的
情境資訊，上層是所有情境概念的抽象化，而越往下層對情境描述則越為詳細。其中最 上層為情境個體層(Context Entity Layer)，我們根據 IT 服務管理的精神，訂定了情境個 體，包含個人、服務以及系統，第二層為情境特徵層(Context Feature Layer)，定義環境 中個體的情境特徵，例如人員、系統、時間與地點等情境特徵，一個情境個體可能包含 一個或多個情境特徵，例如情境個體「服務」可能包含情境特徵「個人」，描述服務提 供者的資訊、顧客的資訊，以及情境特徵「服務」，描述服務本身相關的資訊，例如服 務名稱、服務的參數等。而下層則為情境相依層(Context Dependency Layer)，用來描述 情境個體之間的相互關係，例如人與系統的關係，可能是某個人使用某個系統或者是某 個人負責管理某個系統，用來找到無法經由偵測的情境資訊以及描述更完整的情境資 訊。藉由這樣三層的描述方法，描述 IT 服務管理環境下的情境資訊。
4.1.1.1 情境特徵層 (Context Feature Layer)
根據 IT 服務管理的精神，由構成 IT 服務的主要元件，人、服務、系統、時間與地 點等，做為我們主要描述的情境個體，依據這些情境個體，我們定義了下列幾項的情境 特徵，如下圖 4.2 所示：
圖 4.2 情境特徵本體 (Context Feature Ontologies)
情境個體由情境特徵描述，情境特徵包含 Person、Organization、Service、System 以及 Location 與 Time，一個情境個體可能包含一個或多個情境特徵，例如描述個體
“Mary”，就包含了“Person”、“Organization”與“Location”等情境特徵。下面我們將對各個
<Person rdf:ID="Mary">
<Located_In>
<Floor2 rdf:ID="MB208"/>
</Located_In>
</Person>
Interpretation : 人員“Mary”，目前所在地點為“MB208”。
Person
<Person rdf:ID="Mary">
<Sex> Female </Sex>
<Age> 25 </Age>
<PhoneNumber>57424 </PhoneNumber>
<Role> Employee </Role>
</Person>
Interpretation : 人員“Mary”，性別為“女性”，年齡為“25”歲，電話號碼為“57424”以及職務角色為“員工”。
Service
<Service rdf:ID="Printing">
<Description> all about printing </Description>
</Service>
Interpretation : 服務名稱為“列印服務”，服務敘述為“所有跟印表有關的事務”。
System
<PC rdf:ID="PC071">
<CPU> P4-2.0G </CPU>
<Status> normal </Status>
</PC>
Interpretation : 系統名稱為“PC071”，包含的屬性，CPU 為“P4-2.0 G”，記憶體為 “DDR 512M，以及狀態 為“正常”。
4.1.1.2 情境相依層(Context Dependency Layer)
情境相依負責描述情境個體之間的關係，我們定義了許多不同的情境相依關係，如 下圖 4.3 所示，每個情境特徵除了具有自己的屬性以外，還具備與其他情境特徵之間的 相依關係(Dependency)，藉此得到一些無法經由偵測得到的情境資訊。下面，我們將針 對情境相依關係作詳細的說明。
圖 4.3 情境相依關係 Context Dependency
¾ Organization Dependency
描述組織個體與人員之間的關係。例如，人員“Mary”隸屬於組織的“RD”部門。
¾ System Dependency
描述系統個體以及系統元件之間的關係。例如，Assemble(System_A1, PC01)表示系 統“PC01”是構成系統“System_A1”的一部分。
¾ Service Dependency
描述不同服務個體之間的關係。例如，“E-Mail”服務通常與“Internet”服務有關係。
¾ Person － Service Dependency
描述組織個體與服務個體之間的關係。例如，“會計部門＂使用“Accounting”服務。
¾ Person － System Dependency
描述組織與系統個體之間的關係。例如，“會計部門＂使用系統“System_A1”。
¾ Service － System Dependency
描述服務個體與系統個體之間的關係，也就是描述 IT 服務提供者在提供服務時，
為了支援服務所使用的系統元件。例如，“E-Mail”服務是由系統“System_A1”所 提供的。
¾ Service － Information Dependency
描述服務元件與資訊之間的關係。例如，“Email”服務與其服務合約(Contract)文件 之間的關係。
¾ System － Information Dependency
描述系統個體與資訊之間的關係。例如，“System_A1”與其“技術文件＂之間的關 係。
表 4.2 情境相依關係例子 Organization Dependency
<owl:Class rdf:ID="DepartmentAccounting">
<rdfs:subClassOf>
<owl:Class rdf:about="#BranchTaipei"/>
</rdfs:subClassOf>
</owl:Class>
Interpretation : 會計部門隸屬於台北分公司。
System Dependency
<System rdf:ID="System_A1">
<Assemble>
< Sys_Com rdf:ID="Router_A1"/>
< Sys_Com rdf:ID="Switch_A1"/>
< Sys_Com rdf:ID="Server_A1"/>
</Assemble>
</System>
Interpretation : 系統”System_A1”是由系統元件”Router_A1”，”Switch_A1’以及”Server_A1”所組成的。
Service Dependency
<Service rdf:ID="AccountingService">
<LinkTo>
< Service rdf:ID="ProcurementService"/>
</LinkTo>
</Service>
Interpretation :“會計”服務與“採購”服務具有“LinkTo”的關係。
Organization － Service Dependency
<Organiztion rdf:ID="RD Dept.">
<Use>
< Service rdf:ID="CAD Service "/>
</Use>
</Organization>
Interpretation : 組織中“RD Dept.”，“使用”“CAD”服務。
Service － System Dependency
<Service rdf:ID="AccountingService">
<Use>
< System rdf:ID="Server_A2"/>
</User>
</Service>
Interpretation : “會計服務”“使用”系統“Server_A2”。
Location Dependency
<Person rdf:ID="Mary">
<LocatedIn>
< System rdf:ID="MB205"/>
</LocatedIn>
</Person>
Interpretation : 人員“Mary”所在地點為“MB205”。