4. A Tool for Ontological Concept Interpretation
We have discussed how ontologies have been employed in the process of data integration and governance, and
highlighted the limitation of the concept definitions; traditional ontologies have a single understanding of a concept
182 Andrew LeClair and Ridha Khedri / Procedia Computer Science 83 ( 2016 ) 179 – 186
Fig. 1. The architecture of Conto.
that lends only mereological data to the reasoning process. We introduce the tool Conto which is a plugin for the
Proteg´ e ontology editor. Prot ´ eg´ e is a popular open-source editor for ontologies written in the Web Ontology Language ´
(OWL) 16. It was created with the intention of handling DL based ontologies, which makes it a suitable tool for
ontologies used by OBDA and OBDM, which in turn use DL based ontologies.
Conto is a Proteg´ e plugin that was created with the purpose of solving this limitation on the single understanding of ´
a concept. It allows for the imbuing of a concept with an abstract data type. On the current implementation there are
three default data types that can be applied: Set, Bag, and List. Each of these abstract data types provides a unique way
to understand a concept, and each understanding may present the user with new knowledge otherwise unobtainable.
These understandings will be referred to as the interpretation of the concept (e.g.., interpreting a concept as a list).
The set of all interpretations applied is called a configuration of the ontology.
The default interpretations were chosen for two reasons: their domain independence, and their inherent functions.
Due to ontologies being so variant in the domains they conceptualize, the default interpretations needed to be applicable
to a large variety of domains. Abstract data types were an ideal candidate because their abstract nature allows
for the versatile use over a variety of domains. A more domain specific interpretation can easily be created and implemented
into Conto if desired. For example, a queue can be created to capture a queue-line behavior. The necessary
interpretation methods, and any desired functions of queue (e.g., peek, dequeue, queue, etc.) need only be added
to the repository, and an interface to the interpretation be added to the body of Conto. Along with the abstract data
types being domain independent, their functions can be used to gain valuable insight about the concepts and their
individuals.
Architecture of Conto: Conto is designed to be a plugin for Proteg´ e, and consists of two main components: the ´
core component, and a repository of interpretation modules. The repository was constructed to be separate from the
core component to allow for the easy addition, modification, and removal of interpretations with minimal modification
to Conto itself. In Figure 1, the architecture of Conto at the architectural level is provided. The interaction between
Proteg´ e, Conto, and the repository of interpretations is designed as a Broker style architecture. When the user wishes to ´
apply an interpretation to a concept, Proteg´ e (and Ontograf, a plugin for graphical depictions of ontologies) contacts ´
Conto, which in turn retrieves the requested interpretation. Conto mediates the communications between the user,
who is acting through Proteg´ e, and the repository of interpretations. This separation of the repository from the core ´
of Conto also promotes a “plug-and-play” ideology for the interpretation modules.
Refining the analysis granularity, we can inspect the detailed design of the Conto tool. This refinement is provided
in Figure 2. In the class diagram, we show Conto interacting with Ontograf and Proteg´ e through the Ontograf ´
boundary class, and with the interpretation modules through the Repository. Within Conto there are the three main
Andrew LeClair and Ridha Khedri / Procedia Computer Science 83 ( 2016 ) 179 – 186 183
Fig. 2. The analysis class diagram of Conto.
classes: Interpreter, Assembler, and the Uploader. The Interpreter, as the name suggests, provides the broker behavior
of handling the interpretation request, accessing the repository for the respective interpretation, and storing the interpreted
concept into the Ontology Holder. Once the user requests the configured ontology, the Assembler compiles
the new configured ontology. The Uploader allows the additional functionality of uploading an OWL ontology and
specifying an interpretation to be applied to a concept. This upload functionality demonstrates the future possibilities
of concurrent configuration.
When designing Conto, the following assumptions were made:
1. The ontology has been formalized using the OWL or OWL2 languages;
2. Identical individuals within the ontology are denoted using the Proteg´ e relation “same individual as”; ´
3. An individual belongs to at most one concept. The representation of an individual belonging to multiple concepts
is accomplished by having multiple copies
4 . เครื่องมือสำหรับภววิทยาแนวคิดการตีความเราได้กล่าวถึงวิธีนโทโลจีได้รับการว่าจ้างในกระบวนการของการรวมข้อมูลและธรรมาภิบาล และเน้น ข้อจำกัดของแนวคิดคำนิยาม ; นโทโลจีแบบดั้งเดิมมีความเข้าใจของแนวคิดเดียว182 leclair ridha แอนดรูและ khedri / 83 procedia วิทยาศาสตร์คอมพิวเตอร์ ( 2016 ) 179 – 186รูปที่ 1 สถาปัตยกรรมของ conto .ให้เฉพาะข้อมูล mereological ไปสู่กระบวนการให้เหตุผล เราขอแนะนำเครื่องมือ conto ซึ่งเป็นปลั๊กอินสำหรับproteg ใหม่ E อภิปรัชญาบรรณาธิการ พรตใหม่เช่นใหม่ E เป็นบรรณาธิการโอเพนซอร์สที่ได้รับความนิยมสำหรับนโทโลจีเขียนในเว็บอภิปรัชญาภาษาใหม่( นกฮูก ) 16 . มันถูกสร้างขึ้นด้วยความตั้งใจที่จะจัดการ DL ตามนโทโลจี ซึ่งทำให้มันเป็นเครื่องมือที่เหมาะสำหรับนโทโลจีและใช้โดย obda obdm ซึ่งใน DL ใช้เปิดตามนโทโลจี .conto เป็นปลั๊กอินใหม่ proteg E ที่ถูกสร้างขึ้นด้วยจุดประสงค์ของการแก้ไขข้อ จำกัด นี้ในความเข้าใจของใหม่เดี่ยวแนวคิด มันช่วยให้ imbuing ของแนวคิดที่มีชนิดข้อมูลนามธรรม ที่ใช้ในปัจจุบันมี3 เริ่มต้นชนิดของข้อมูลที่สามารถประยุกต์ : ชุด , กระเป๋า , และรายการ แต่ละเหล่านี้ข้อมูลบทคัดย่อประเภทให้วิธีเฉพาะเพื่อให้เข้าใจแนวคิด และแต่ละความเข้าใจอาจปัจจุบันผู้ใช้ที่มีความรู้อย่างอื่นหาไม่ได้ใหม่ข้อมูลเหล่านี้จะถูกเรียกว่าการตีความแนวคิด ( e.g . , การตีความแนวคิดตามรายการ )ชุดของการประยุกต์ เรียกว่าการปรับแต่งของอภิปรัชญา .การเริ่มต้นที่ถูกเลือกสำหรับสองเหตุผล : โดเมนของฟังก์ชันของความเป็นอิสระ และโดยธรรมชาติเนื่องจาก นโทโลจีทำตัวแปรในโดเมนพวกเขาคิด , เริ่มต้นการตีความต้องบังคับเพื่อความหลากหลายของโดเมน ประเภทข้อมูลที่เป็นนามธรรมเป็นนามธรรมของพวกเขาช่วยให้ผู้สมัครที่เหมาะเพราะธรรมชาติสำหรับใช้งานได้หลากหลายกว่าความหลากหลายของโดเมน โดเมนที่เฉพาะเจาะจงมากขึ้นตีความได้อย่างง่ายดายสามารถสร้างและดำเนินการเป็น conto ได้ถ้าต้องการ ตัวอย่างเช่น คิวสามารถสร้างขึ้นเพื่อจับคิวสายพฤติกรรม ที่จำเป็นวิธีการตีความ และฟังก์ชันที่ต้องการใด ๆ ของคิว ( เช่น แอบดูผู้แทน คิว ฯลฯ ) ต้องเพิ่มเพื่อเก็บข้อมูล และการเชื่อมต่อกับการตีความถูกเพิ่มให้กับร่างกายของ conto . พร้อมกับข้อมูลที่เป็นนามธรรมประเภทการโดเมนอิสระ ฟังก์ชัน ของพวกเขาสามารถใช้เพื่อให้ได้ข้อมูลเชิงลึกที่มีคุณค่าเกี่ยวกับแนวคิดของพวกเขาและบุคคลสถาปัตยกรรมของ conto : conto ถูกออกแบบให้เป็นปลั๊กอินสำหรับ proteg ใหม่ E และประกอบด้วยสององค์ประกอบหลัก : ใหม่องค์ประกอบหลักของการตีความและข้อมูลโมดูล ข้อมูลที่ถูกสร้างขึ้นจะแยกจากส่วนประกอบหลักเพื่อให้สามารถที่นอกจากนี้ง่ายการแก้ไขและการตีความกับการเปลี่ยนแปลงน้อยที่สุดเพื่อ conto นั่นเอง รูปที่ 1 สถาปัตยกรรมของ conto ระดับสถาปัตยกรรม ที่มีให้ ปฏิสัมพันธ์ระหว่างproteg ใหม่อี conto และเก็บข้อมูลการตีความการออกแบบเป็นสไตล์โบรกเกอร์สถาปัตยกรรม เมื่อผู้ใช้ต้องการใหม่การใช้การตีความแนวคิดใหม่ proteg E ( และ ontograf , ปลั๊กอินสำหรับการแสดงกราฟิกของนโทโลจี ) ติดต่อใหม่conto ซึ่งจะดึงให้มีการตีความ conto mediates การสื่อสารระหว่างผู้ใช้ใครทำผ่าน proteg ใหม่อี และเก็บข้อมูลการตีความ . จากแยกนี้เก็บข้อมูลจากหลักใหม่ของ conto ยังส่งเสริม " plug and play " แนวคิดในการตีความโดยจากการวิเคราะห์ granularity , เราสามารถตรวจสอบการออกแบบรายละเอียดของ conto เครื่องมือ การปรับแต่งนี้ จะให้ในรูปที่ 2 ในแผนภาพคลาสที่เราแสดง conto และการโต้ตอบกับ ontograf proteg ใหม่ผ่าน ontograf ใหม่อีชั้นขอบเขตและการตีความผ่านโมดูลเก็บข้อมูล ภายใน conto มี 3 หลักแอนดรูและ leclair ridha khedri / 83 procedia วิทยาศาสตร์คอมพิวเตอร์ ( 2016 ) 179 – 186 183รูปที่ 2 การวิเคราะห์แผนภาพคลาสของ conto .บทเรียน : ล่าม , ประกอบ , และอัพโหลด ล่าม , เป็นชื่อแนะนำ , มีพฤติกรรมโบรกเกอร์เรื่องของการขอ การเข้าถึงหรือการตีความตามกฎหมาย และการตีความแนวคิดในอภิปรัชญา ผู้ถือ เมื่อผู้ใช้ร้องขอ : อภิปรัชญา , ประกอบ รวบรวมใหม่ : ภววิทยา . อัพโหลดให้ฟังก์ชันการทำงานเพิ่มเติมอัปโหลดนกฮูกอภิปรัชญาและระบุการตีความจะใช้แนวคิด นี้อัพโหลดฟังก์ชันแสดงความเป็นไปได้ในอนาคตการพร้อมกันเมื่อออกแบบ conto , สมมติฐานต่อไปนี้เกิดขึ้น :1 . ทางอภิปรัชญาได้เป็นทางการใช้นกฮูกหรือ owl2 ภาษา2 . บุคคลภายในอภิปรัชญาเขียนเหมือนกันจะใช้ proteg ใหม่และความสัมพันธ์ " บุคคลเดียวกัน " ; ใหม่3 . บุคคลส่วนใหญ่เป็นของที่ความคิดหนึ่ง การแสดงของแต่ละบุคคลเป็นแนวคิดหลาย ๆได้ โดยมีสำเนาหลาย
การแปล กรุณารอสักครู่..
