Các dịch vụ Web và Web ngữ nghĩa (semantic Web) phần 4:

Loạt bài này mô tả cách tạo một ứng dụng Mashup cho phép kiểm soát đối với các dữ liệu được hiển thị lại cho người sử dụng, để làm điều đó, bạn cần phải xây dựng một cách có đầu óc. Bây giờ bạn biết hiển thị thông tin trong RDF như thế nào, bạn có thể bắt đầu tạo một bản thể luận (ontology) bằng cách sử dụng Web Ontology Language (OWL) dựa trên XML. Việc này cho phép bạn chọn lựa giữa các dịch vụ và các bộ phận của các dịch vụ một cách tự động.

pdf57 trang | Chia sẻ: haohao89 | Lượt xem: 2125 | Lượt tải: 1download
Bạn đang xem trước 20 trang tài liệu Các dịch vụ Web và Web ngữ nghĩa (semantic Web) phần 4:, để xem tài liệu hoàn chỉnh bạn click vào nút DOWNLOAD ở trên
Ultimate mashup – Các dịch vụ Web và Web ngữ nghĩa (semantic Web), Phần 4: Tạo một bản thể luận Lựa chọn một cách tự động giữa các dịch vụ và các phần của một dịch vụ với XML dựa trên ngôn ngữ bản thể luận web (OWL) Nicholas Chase, Tác giả tự do, Site Dynamics Interactive Communications Tóm tắt: Loạt bài này mô tả cách tạo một ứng dụng Mashup cho phép kiểm soát đối với các dữ liệu được hiển thị lại cho người sử dụng, để làm điều đó, bạn cần phải xây dựng một cách có đầu óc. Bây giờ bạn biết hiển thị thông tin trong RDF như thế nào, bạn có thể bắt đầu tạo một bản thể luận (ontology) bằng cách sử dụng Web Ontology Language (OWL) dựa trên XML. Việc này cho phép bạn chọn lựa giữa các dịch vụ và các bộ phận của các dịch vụ một cách tự động. Trước khi bạn bắt đầu Bài viết này cho những độc giả muốn hiểu thêm về việc phát triển các bản thể luận, hoặc sự phân lớp các khái niệm và chúng liên quan đến web ngữ nghĩa như thế nào. Nó cũng dành cho những độc giả muốn hiểu thêm về các lựa chọn suy diễn sẵn có trên ngôn ngữ Web Ontology Language (OWL). Bài hướng dẫn này giả định rằng bạn đã biết các khái niệm về khung mô tả tài nguyên (Resource Description Framework - RDF), bạn có thể đọc lại phần 3 của loạt bài viết này. (xem Tài nguyên). Bạn cũng nên có hiểu biết chung về XML nhưng chúng ta sẽ không đi sâu vào những khái niệm này. Các kỹ năng lập trình không là điều kiện để hoàn thành bài viết này. Giới thiệu về loạt bài này Bạn không thể thay đổi hoàn toàn trang web mà không nhảy vào một trang web mà ở đó cho phép bạn truy cập đến các dữ liệu của nó thông qua một API dựa trên các dịch vụ web, hoặc sử dụng dữ liệu từ một trang khác thu được thông qua API dựa trên các dịch vụ web. Khi bạn xem xét ưu điểm của thông tin hiện có trong các ứng dụng của riêng bạn, điều đó không chắc là có sự ngạc nhiên lớn nào. Điều đó không chỉ là vấn đề thời gian trước khi ai đó bắt đầu kết hợp dữ liệu từ các hệ thống khác nhau để tạo ra vài thông tin trọn vẹn. Các ứng dụng này được gọi là các Mashup, các Mashup là ứng dụng gần đây nhất trên web, từ các trang dựa trên cộng đồng tới các trang tìm kiếm chuyên biệt đều ánh xạ Mashup. Các Mashup hầu hết là hữu dụng, chúng có điểm chung là được phát triển với tập các dịch vụ riêng biệt. Nếu một trong các dịch vụ thay đổi hoặc nếu sở thích của bạn với các loại dịch vụ thay đổi thì bạn sẽ có nhiều việc phải làm. Mục đích của loạt bài hướng dẫn này (xem Tài nguyên) là tạo một ứng dụng Mashup để người dùng có thể thêm hoặc hủy các dịch vụ một cách tùy ý và hệ thống sẽ không biết được người dùng đã làm gì với chúng. Các bước tiến hành như sau: Phần 1 đã giới thiệu khái niệm của các Mashup, thể hiện chúng làm việc như thế nào và xây dựng một phiên bản đơn giản của nó như thế nào. Bạn cũng đã nhận thấy các vấn đề về hiệu suất quan trọng khi thực hiện gọi hàng tá các trang web tiềm ẩn. Phần 2 giải quyết vài vấn đề về sử dụng pureXML™ với các khả năng của IBM® DB2® để xây dựng một nơi lưu giữ XML, nơi này lưu trữ các kết quả của các yêu cầu trước đó và cũng cho phép bạn lấy thông tin đặc trưng. Cuối cùng, bạn sẽ cần phải dùng các bản thể luận, hoặc các từ vựng để xác định các khái niệm và các mối quan hệ giữa chúng. Vì vậy ở phần 3 của tiến trình ta bắt đầu quá trình đó bằng việc tìm hiểu về RDF và RDFS, hai thành phần quan trọng của ngôn ngữ bản thể luận web (Web Ontology Language-OWL). Các vấn đề này được thảo luận trong phần 4. Ở phần 5, bạn đưa các bản thể luận mà bạn đã tạo ra ở phần 4 và sử dụng chúng để cho phép những người dùng thực hiện thay đổi các nguồn thông tin bên ngoài. Trong phần 6, thực sự có những điều thú vị. Tại đó, bạn có một ứng dụng đang thực thi và khung làm việc trong đó, do vậy hệ thống có thể sử dụng suy dẫn ngữ nghĩa để hiểu các dịch vụ một cách tùy ý. Trong phần này, bạn đưa ra kiểm soát người dùng, cho phép họ ánh xạ các dịch vụ mới vào bản thể luận, và nhấc hoặc chọn dữ liệu được dùng với một Mashup tùy ý. Giới thiệu về bài viết này Phần trước của loạt bài này đã giải thích một Mashup là gì và bạn có thể sử dụng nó để kết hợp dữ liệu từ nhiều nguồn như thế nào. Mục đích của loạt bài này là cung cấp một hệ thống. Hệ thống đó xây dựng trên trí tuệ, giống như khả năng chuyển một dịch vụ này sang dịch vụ khác mà không biết chính xác thông tin được biểu diễn như thế nào trước đó. Để làm được việc đó, bạn sẽ cần một phương pháp để xác định các khái niệm như kho sách (bookstore), DVD, giá, v.v... Xây dựng trên phần thảo luận khung mô tả tài nguyên (Resource Description Framework) ở phần 3. (xem Tài nguyên), ở phần 4 bạn sẽ tạo một bản thể luận, hoặc phân lớp các khái niệm, sử dụng ngôn ngữ Web Ontology Language (OWL). Trong suốt bài học của bài viết này, bạn sẽ học: Các bản thể luận là gì Ngôn ngữ Web Ontology Language là gì Các đặc trưng khác của OWL Tạo một bản thể luận như thế nào Tạo các lớp con như thế nào Các kiểu khác nhau của các thuộc tính OWL Thêm thông tin vào bản thể luận để cho phép suy diễn như thế nào OWL-S và ý nghĩa cho phân lớp các dịch vụ Web gì Trong bài này, bạn sẽ xây dựng một bản thể luận mẫu cho một kho sách. Nó cho phép bạn xem xét chuyển một kho sách từ một nơi này đến nơi khác như thế nào ở phần 5 Các điều kiện tiên quyết Theo đoạn mã trong hướng dẫn này, bạn cần phải cài đặt và kiểm tra các phần mềm sau đây: IBM® DB2® 9 (thường được gọi là "Viper"): Cơ sở dữ liệu quan hệ này cũng chứa những khả năng XML quan trọng, bạn sẽ cần chúng cho bài viết này. Bạn có thể tải về một phiên bản dùng thử của DB2 9: DB2 Enterprise 9 hoặc DB2 Express-C 9, một phiên bản miễn phí của máy chủ dữ liệu DB2 Express 9. Apache Tomcat hoặc một máy servlet khác: Bạn sẽ xây dựng các ứng dụng web sử dụng các servlet, vì vậy bạn cần có một máy servlet chẳng hạn như Apache Tomcat. Nếu bạn chọn xây dựng ứng dụng trên một môi trường khác, hãy chắc chắn rằng bạn đã nắm rõ nó trong lòng bàn tay. Tải về apache-tomcat-5.5.17.zip và cài đặt vào một thư mục với tên thư mục không chứa dấu cách. Bạn xây dựng bài học này với Java: Apache Tomcat 5.5, yêu cầu Java 1.5 hoặc cao hơn. Hãy tải về J2SE SDK. Để làm mọi việc dễ dàng hơn, bạn cần sử dụng một IDE chẳng hạn như Eclipse hoặc IBM Rational™ Web Developer cho phát triển của mình. Bạn có thể tải về Eclipse ở Eclipse.org, tải về một phiên bản dùng thử của Rational Web Developer, hoặc sử dụng môi trường phát triển mà bạn thích. Chúng ta sẽ không làm những gì quá sức với trình biên dịch và việc phát triển Tổng quan Trước loạt bài này, bạn đã tạo các khởi đầu cho ứng dụng của mình. Hãy xem bạn đang ở đâu và sẽ đi đến đâu ở bài viết này. Nhìn lại các phần trước Mục tiêu của các bài viết này là tạo ra một ứng dụng Mashup -- một ứng dụng sử dụng dữ liệu từ nhiều nguồn, thông thường sử dụng các dịch vụ web -- điều đó cho phép người dùng chọn thông tin đã biểu diễn. Trong phần 1 của loạt bài viết này, bạn đã tạo ứng dụng Mashup, một Java servlet thực hiện gọi các dịch vụ web đã xác định một cách tùy ý và hiển thị thông tin của chúng dựa trên một mẫu HTML/XML. Đó là dữ liệu bạn bạn muốn người dùng kiểm soát. Nhưng trước khi có điều trên, có vài điều bạn cần làm. Để có một trang điển hình giống như trong hình 1 có thể đưa hàng tá các yêu cầu HTTP, điều đó có thể không được chấp nhận trong thế giới thực. Để giải quyết vấn đề, trong phần 2 bạn đã bắt đầu lưu các yêu cầu như HTML nguyên gốc vào DB2 bằng cách sử dụng các khả năng pureXML mới của DB2 (xem Tài nguyên). Điều này cho phép bạn kiểm tra cơ sở dữ liệu với các kết quả của một truy vấn riêng trước khi bạn phải ra khỏi và yêu cầu lại nó. Tất cả điều này là tốt, nhưng để xây dựng trí tuệ vào hệ thống, bạn cần tìm ra một cách để đặc tả các khái niệm và các biểu diễn XML của chúng trong một máy có thể đọc được. Bạn sẽ làm được điều đó ở bài học này bằng các sử dụng ngôn ngữ bản thể luận web (OWL). Nhưng để làm điều đó, trước tiên bạn có một nền tảng về khung mô tả tài nguyên (Resource Description Framework - RDF). Ở phần 3, bạn đã học tất cả các đặc điểm RDF, bạn sẽ cần phải bắt đầu xác định các khái niệm ở đây, trong phần 4. Hình 1. Trang cuối cùng Bộ làm tươi RDF RDF được thiết kế để cung cấp một cách để xác định các khái niệm khác nhau, cho phép bạn tạo các tài nguyên và các thuộc tính đã liên kết của chúng. Xem ví dụ 1. Ví dụ 1. Một tài liệu RDF đơn giản <rdf:RDF xmlns:rdf="" xmlns:dc=""> Nicholas Chase Chaos Magnet The personal and professional ramblings of technology author Nicholas Chase 2006-06-30 Ở đây bạn thấy một bản mô tả một tài nguyên được xác định bởi URI (và cũng là định vị ở đó). Bạn đang mô tả các thuộc tính, chẳng hạn như tác giả (creator) và tiêu đề (title) được xác định ở không gian tên (namespace) . Ngôn ngữ lược đồ RDF cung cấp các cách xây dựng RDF để làm cho nó tạo ra các khái niệm dễ dàng hơn (xem ví dụ 2). Ví dụ 2. Sử dụng RDFs để tạo các lớp <rdf:RDF xmlns:rdf="" xmlns:rdfs="" xml:base=""> <rdf:type rdf:resource= ""/> <rdf:type rdf:resource= ""/> <rdfs:range rdf:resource= ""/> Trong trường hợp này, bạn tạo một lớp, SOAPService, đó là lớp con của một lớp thứ hai Service. Bạn cũng tạo một thuộc tính endpoint, và chỉ ra rằng nó chỉ có thể xuất hiện ở một lớp Service, và nó phải chứa dữ liệu phù hợp với định danh lược đồ XML của một URI. Cuối cùng bạn tạo một thể hiện của lớp SOAPService (và lớp Serice) thể hiện đó chứa thuộc tính endpoint. Các lớp, các thuộc tính các các cá thể đã tạo thuộc vào miền không gian tên cơ sở, Bạn sẽ sử dụng các kỹ thuật giống như thế này để xây dựng các lớp, các thuộc tính và các cá thể cho bản thể luận của mình hơn là xây dựng RDF nguyên gốc. Chúng dựa vào các lớp, các thuộc tính, v.v.. từ không gian tên OWL. Một bản thể luận là gì? Khái niệm gốc của bản thể luận giống như nghiên cứu về "nó là gì". Chuyển tiếp từ Aristotle và Plato, tuy nhiên, giờ đây hầu hết bản thể luận được xem như là một phân lớp các khái niệm. Có nhiều khái niệm về một bản thể luận. Bởi vì thực tế là thế giới thật phức tạp. May thay, bộ não con người cũng điều chỉnh được sự phức tạp này. Bạn có thể nhận ra chiếc áo sơ mi của mình, và bạn cũng biết bạn mặc nó trên mình chứ không phải ở chân. Điều này dường như thật đơn giản. Đó là áo sơ mi, bạn sẽ không làm điều gì khác với nó được. Nhưng bạn chỉ biết rằng, vì bạn là con người và có lẽ con người thì mặc những chiếc áo sơ mi trong cuộc sống của mình. Tất nhiên máy tính thì không biết được điều này. Nó cũng không biết rằng bạn không nên mặc đồ sọc và kẻ caro hoặc các sọc ngang vì chúng làm bạn trông béo lên. Vì vậy thật là khó để một máy tính chọn ra một tủ quần áo cho bạn mà không có hỗ trợ. Một bản thể luận có thể xác định một số khái niệm cho máy tính chẳng hạn như các cái mũ, các đôi giầy, các phong cách, các kích cỡ và các thông tin có liên quan và làm thế nào để chúng phù hợp với nhau. Thật lý tưởng, một máy tính có thể nhận ra các khái niệm này, và gợi ý áo T-shirt đi với quần jean trái ngược với gợi ý giầy cao gót và áo yếm. (Sau đó các món đồ có thể xấp xỉ vào một số trường hợp, nhưng bạn phải lập trình vào bản thể luận.) Các bản thể luận cũng được ứng dụng vào các giải pháp chuyên nghiệp. Một tìm kiếm với "bản thể luận trong ngành công nghiệp" mang đến các kết quả về máy tự động, điện lực, kim loại và các ngành công nghiệp sản xuất và đó chỉ là ở trang đầu tiên! Trong trường hợp này, các bản thể luận được sử dụng thường xuyên không những để giảng dạy cho các máy tính làm được điều đó mà còn chọn ra thông tin trong trí óc của những nhân viên nhiều kinh nghiệm để tri thức của họ có thể được chuyển cho những người khác. Ở trường hợp của bạn, bạn sẽ tạo một bản thể luận để xác định các khái niệm dưới các dịch vụ web mà ứng dụng của bạn sử dụng để hệ thống có thể biết rằng ý của bạn là gì nếu bạn nói bạn muốn một giá cả. (Hoặc ít nhất nó cho biết làm thế nào để tìm nó trong dịch vụ). OWL là gì? Bạn đã học đến đây trong bài viết mà không có một từ nào nói về web ngữ nghĩa, nhưng thực sự là tại sao bạn ở đây, vì vậy hãy nói về nó. Web ngữ nghĩa có nghĩa là một nơi mà trong đó các quyết định thông minh có thể được thực hiện. Nó có thể có nghĩa gì đó đơn giản như là một tìm kiếm có từ khóa là một xâu bạn đặt vào, tìm kiếm đó trả lại những gì bạn muốn thay vì mọi thứ. Hoặc nó có thể là một thứ gì đó phức tạp như là kết hợp các lược đồ cho nhiều người hoặc tìm ra điều gì xã hội nhất trí về một chủ đề cụ thể ngày hôm nay chứ không phải là này hôm qua. Để làm được điều đó, bạn sẽ biểu diễn thông tin theo cách mà các máy tính có thể hiểu được nó. Thí dụ, một ứng dụng tìm một ngày phù hợp cho gia đình bạn xum họp cần hiểu thông tin đó biểu diễn cho một lịch biểu mà mọi người có thể tham gia và các khoảng cách giữa họ, các sân bay phù hợp, lịch trình của hãng hàng không, giá cả, các dị ứng, thời tiết và v.v... (Được rồi, có thể bạn không có quá kỹ càng về kế hoạch xum họp gia đình của mình nhưng nếu bạn có một máy tính thực hiện việc đó, bạn có thể làm nó đúng) Để làm cho tất cả thông tin đó sẵn có trong một cấu trúc máy có thể đọc được, bạn cần một cách để mã hóa các bản thể luận của tất cả thông tin này vào một cách chuẩn. Phần 3 đã nói về RDF, một chuẩn cho biểu diễn thông tin (xem Tài nguyên). Bây giờ bạn sẽ tận dụng điều đó để biểu diễn các khái niệm. Bạn chỉ có thể đưa tất cả các thông tin và biểu diễn nó như RDF, nhưng bạn cần một cách để máy tính có thể thực hiện các suy luận. Ví dụ, bạn có thể biết Judy đang sống ở Francesville và Pauline đang sống ở Indianapolis. Bạn cũng biết rằng Francesville ở bang Indiana và Indianapolis cũng ở bang Indiana. Nhưng chẳng có gì về RDF để cho phép máy tính thực hiện suy luận rằng Pauline và Judy sống cùng một bang. Ngôn ngữ WOL là một ứng dụng của RDF cung cấp một cách mã hóa thông tin này để máy tính có thể thực hiện các suy luận này. Ồ, còn về chữ viết tắt. Không, nó không khớp với tên. Đây là điều chủ tâm bởi vì OWL dễ cho việc nói và cung cấp các logo hơn là WOL. Nó có nghĩa là tôn vinh dự án "One World Language" của William H. Martin từ những năm 1970. (Bạn cũng sẽ tìm các tài liệu tham khảo tới Winnie the Pooh, nhưng nhìn bề ngoài đó không phải là tài liệu gốc thực sự.) Các đặc trưng khác của OWL OWL là một ngôn ngữ có các mục đích bù nhau nhưng mâu thuẫn. Bản thân nó làm cho nó có thể miêu tả nhiều khái niệm và các mối quan hệ khác nhau nhưng ở cùng một thời điểm, làm cho việc dùng các khái niệm đó yêu cầu phần mềm có thể thực hiện việc suy luận chúng. Thật không may, một ngôn ngữ cung cấp nhiều lựa chọn, khó hơn viết một phần mềm tính đến tất cả nó. OWL giải quyết vấn đề này bằng việc cung cấp ba kiểu hoặc các mức khác nhau của OWL: OWL đầy đủ (OWL Full): kiểu có ý nghĩa nhất trong ba kiểu. OWL đầy đủ cơ bản cho phép bạn làm bất cứ điều gì mà RDF cho phép. Bạn có thể xác định các lớp ngay khi đang chạy, sử dụng các lớp như là các thuộc tính và các cá thể, xây dựng các bản thể luận không nhất thiết phải quyết định, nghĩa là một chương trình có thể không có đủ thông tin để trả lời tất cả các câu hỏi được yêu cầu bởi dữ liệu. Ngay cả các chi tiết kỹ thuật OWL chỉ ra rằng nó không giống một công cụ đơn sẽ hỗ trợ tất cả OWL đầy đủ. OWL DL: DL đại diện cho mô tả logic có nhiều ý nghĩa của OWL đầy đủ, nhưng yêu cầu các bản thể luận được quyết định. Nó cũng đòi hỏi tất cả các lớp được xác định rõ ràng và có các hạn chế trên một vài đặc tính nâng cao hơn của OWL. OWL rút gọn (OWL Lite): OWL rút gọn là một phiên bản con của OWL. Nó dành cho những ai cần tạo một bản thể luận đơn giản hơn và cho những ai không cần đến tất cả các tính biểu cảm của ngôn ngữ. Ví dụ, OWL rút gọn cho phép bạn chỉ rõ một thuộc tính phải tồn tại cùng một đối tượng và phải có một giá trị. Nhưng bạn không thể xác định giá trị đó là gì. Tất nhiên đây là các kiểu dễ nhất để xây dựng các công cụ cho nó. Các kiểu này lắp vào với nhau nếu bạn phản đối trò chơi chữ. Một bản thể luận OWL rút gọn hợp lệ cũng là một bản thể luận OWL DL và OWL đầy đủ hợp lệ. và một bản thể luận OWL DL hợp lệ cũng là một bản thể luận OWL đầy đủ. Bạn định thực hiện điều gì Trong bài viết này, bạn sẽ xây dựng một bản thể luận khá đơn giản cho một trong những trường hợp sử dụng của ứng dụng Mashup. Cụ thể, bạn sẽ xây dựng một bản thể luận xác định vài khái niệm liên quan khi giao dịch với kho sách trực tuyến. Điều đó có thể không giống nhiều trong lược đồ lớn các sự kiện, nhưng trong khi làm điều như vậy bạn sẽ nhận ra rằng hầu hết các tính năng được OWL cung cấp. Một bản thể luận đầy đủ mọi kiểu dịch vụ bạn phải gặp yêu cầu không gian nhiều hơn là bài viết này cho phép. Cuối bài viết này, bạn có thể đưa các tri thức đã đạt được và xây dựng một bản thể luận độc đáo bất kỳ. Cấu trúc của bản thể luận Bước thứ nhất trong việc xây dựng một bản thể luận là bạn hiểu ban đang xây dựng cái gì. RDF (và bằng OWL mở rộng) là một ngôn ngữ rất có ý nghĩa, nhưng phải trong cấu trúc văn bản của nó. Nó không thực hiện những điều dễ hình dung một cách đặc biệt. Vì vậy hãy bắt đầu bằng việc xem xét cấu trúc như bạn thấy nó. Cấu trúc cơ bản Trong bài này, chúng ta không có đủ không gian để ghi chép việc tạo cùng một bản thể luận đầy đủ cho các kho sách trực tuyến, ít nhiều cho mọi kiểu dịch vụ bạn có thể gặp. Nhưng bạn có thể tạo một mẫu đại diện. Cụ thể, bạn muốn xác định các khái niệm sau đây trong hình 2. Hình 2. Cấu trúc cơ bản Bắt đầu ở góc trên trái, bạn có một Service, các lớp con như là một kho Store, các lớp con như là một kho sách Bookstore. Các kho Store chứa các món đồ StockItems, mỗi món đồ có một giá itemPrice và tương ứng có một stockedProduct riêng. Trong trường hợp này, sản phẩm đó có thể là Book hoặc một Movie. Nếu nó là sách Book, thì nó phải có ít nhất một tác giả Author. Author đó là một lớp con của lớp Person, một lớp cũng chứa đạo diễn phim (Directors). Thúc đẩy các khả năng OWL Hình 2 chỉ ra bạn đang xử lý các lớp (class) nào. Nhưng nếu đã có tất cả những gì bạn muốn chỉ định, bạn sẽ không cần OWL, Thay vì bạn có thể chỉ ra tất cả với RDF và lược đồ RDF. Không, bạn cần OWL với lí do nó cung cấp các khả năng. Ví dụ, bạn có thể xây dựng một cách logic phát biểu rõ rằng một Book có thể được định danh duy nhất bằng một số ISBN của nó. Mặt khác, nếu hai cuốn sách riêng biệt có cùng một số ISBN thì chúng là sách giống nhau. Bạn cũng có thể xây dựng một cách linh động với các cấu trúc khác do các dịch vụ khác nhau cung cấp. Ví dụ, bạn có thể chỉ rõ rằng các lớp Writer và Author là cùng một lớp. Sau đó bạn sẽ thấy các khả năng khác. Bản thể luận cơ bản Bạn đã biết nó là gì mà bạn đang cố gắng hoàn thành. Vì vậy bạn có thể bắt đầu xây dựng bản thể luận. Trước tiên hãy tạo ra các lớp và một vài cá thể để bạn có thể xem những thứ đó phù hợp với nhau như thế nào. Tạo bản thể luận Bước thứ nhất là tạo một tài liệu bản thể luận thực sự. Trong nhiều trường hợp, nó cũng giống như các tài liệu RDF mà bạn đã có (xem ví dụ 3). Ví dụ 3. Tạo một bản thể luận <!DOCTYPE rdf:RDF [ ]> <rdf:RDF xmlns = "" xmlns:store = "" xml:base = "" xmlns:owl = "" xmlns:rdf = "" xmlns:rdfs= "" > An example OWL ontology for Online Bookstores (The Ultimate Mashup: Part #4) BookStore Ontology Ở trên đầu tài liệu, bạn xác định các thực thể XML cho mỗi xâu miền không gian tên XML của mình. Các thực thể này cho phép bạn dễ dàng thêm vào miền không gian tên khi cần thiết. Ví dụ, bạn có thể sử dụng thực thể &xsd; để viết tắt các miền không gian tên nếu bạn đã xác định lược đồ XML định nghĩa các kiểu dữ liệu. Tiếp theo là bản thân thành phần RDF, với tất cả các điều kiện về miền không gian tên được xác định. Các thành phần này chứa phần tử
Tài liệu liên quan