Ultimate mashup – Các dịch vụ Web và Web ngữ nghĩa (semantic Web), Phần 6 ppsx

Ultimate mashup – Các dịch vụ Web và Web ngữ nghĩa (semantic Web),

Phần 6: Cho người dùng quyền kiểm soát

Tóm tắt: Đây là bài viết cuối cùng trong một loạt các bài viết để chỉ cho bạn cách

tạo một ứng dụng mashup. Ở đây, bạn cần có một ứng dụng đang chạy và một

khung làm việc thay thế nhờ đó hệ thống có thể sử dụng các lập luận ngữ nghĩa để

hiểu các dịch vụ tại điểm sử dụng của nó. Trong bài viết này, bạn sẽ để cho người

dùng kiểm soát việc chọn lựa loại hình dịch vụ, dữ liệu lấy về từ dịch vụ Web, và

cách trình bày dữ liệu đó.

Trước khi bắt đầu

Bài viết này dành cho các nhà phát triển muốn học thêm về cách dùng kỹ thuật

ngữ nghĩa và ứng dụng ngữ nghĩa. Đặc biệt, bài viết chỉ cho bạn cách sử dụng kỹ

thuật Web ngữ nghĩa để lấy dữ liệu từ một dịch vụ web bất kỳ và trình bày chúng

dưới dạng người dùng tự chọn.

Khi tham dự bài viết này bạn chắc chắn phải có kiến thức kỹ càng về lập trình

Java. Bạn cũng cần hiểu nhiều về khái niệm XML và khung làm việc mô tả tài

nguyên (Resource Description Framework - RDF) nói chung cũng như biết kỹ về

ngôn ngữ Web bản thể (Web Ontology Language - OWL) nói riêng. Nếu bạn cần

tìm hiểu lại ba chủ đề này hãy đọc phần 3 và 4 trong loạt hướng dẫn này.

Về loạt bài viết

Dường như bạn không thể vào Web mà không vào một trang Web hoặc là cung

cấp cho bạn quyền truy cập dữ liệu của nó thông qua một dịch vụ Web có gốc API

hoặc là sử dụng dữ liệu từ trang web khác lấy từ một dịch vụ Web có gốc API. Khi

bạn xem xét lợi thế của việc sử dụng các thông tin sẵn có trong ứng dụng của riêng

bạn thì điều đó không hề gây ngạc nhiên. Đây 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 một thứ hoàn toàn

mới. Những ứng dụng này được gọi là mashups là hiện tượng thịnh hành nhất trên

Web, từ các trang giao tiếp thông thường đến các trang tìm kiếm đặc biệt tới chiến

lược mashup từng xuất hiện.

Hầu hết các mashup rất hữu ích, nhưng chúng có một đặc điểm chung là chúng

được tạo ra cho một loạt các dịch vụ riêng biệt, và nếu một trong các dịch vụ đó

thay đổi hoặc dịch vụ riêng biệt của một loại hình cụ thể nào đó thay đổi thì bạn sẽ

có nhiều việc phải làm với nó.

Mục đích của loạt bài viết này nhằm tạo ra một ứng dụng mashup tốt đến mức mà

người dùng có thể thêm hoặc bớt các dịch vụ nếu muốn, và hệ thống sẽ biết cách

giải quyết vấn đề này. Các chuỗi tiến trình diễn ra như sau:

Phần 1: Giới thiệu khái niệm mashups, trình bày cách ứng dụng hoạt động và xây

dựng một phiên bản đơn giản nhất của một mashup. Những sự cố trình bày

nghiêm trọng liên quan tới việc tạo ra hàng loạt các cuộc gọi trên Web cũng sẽ

được chỉ ra.

Phần 2: Giải quyết một số sự cố khi sử dụng pureXML™ của IBM® DB2 ® để

xây dựng bộ nhớ lưu trữ XML để lưu giữ kết quả của các yêu cầu trước đó và để

cho phép bạn truy lục thông tin cụ thể.

Ở cấp độ cơ bản nhất, bạn sẽ cần phải dùng bản thể luận và các từ vựng để định

nghĩa các khái niệm và mỗi quan hệ giữa chúng vì thế ở Phần 3 bạn bắt đầu tiến

trình này bằng cách tìm hiểu về RDF và RDFs, đó là hai thành phần chính của

ngôn ngữ web bản thể (OWL), được mô tả trong Phần 4. Phần 5 Lấy các bản thể

luận bạn tạo được ở phần 4 và sử dụng nó để cho phép người dùng thay đổi nguồn

gốc thông tin.

Và bài viết này rất hấp dẫn đối với bạn. Ở đây, bạn có một ứng dụng đang chạy và

một khung làm việc để hệ thống có thể sử dụng lập luận ngữ nghĩa để hiểu các

dịch vụ tại điểm sử dụng của nó. Trong bài viết này, bạn cung cấp cho người dùng

quyền kiểm soát, cho phép người dùng lựa chọn dịch vụ trong bản thể luận và

chọn ra các dữ liệu để dùng cho một mashup thông thường.

Về bài viết này

Bài viết này là phần 6 trong loạt bài viết giải thích cách thêm các khả năng ngữ

nghĩa cho ứng dụng mashup các dịch vụ Web. Ở phần 5 (xem Tài nguyên bạn lấy

một cây thư mục đã có và bổ sung nó để cho phép người dùng dễ dàng thay đổi

dịch vụ. Trong bài viết này bạn sẽ dùng các kỹ năng ngữ nghĩa để cung cấp cho

người dùng quyền kiểm soát hoàn toàn đối với các thông tin được hiển thị và đối

với cách trình bày của nó.

Ở bài viết này bạn sẽ học cách

 Gọi một reasoner trên dữ liệu ngữ nghĩa

 Định rõ các lớp và lớp con theo lập trình

 Định rõ các đặc tính sẵn có của lớp theo lập trình

 Định rõ các giá trị đặc tính cố định theo lập trình

 Xây dựng một ứng dụng có thể lấy được thông tin dựa trên ngữ nghĩa chứ

không dựa trên các biểu thức XPath.

Trong bài viết này, bạn sẽ lấy mashup bạn tạo được từ phần 1 đến phần 5 và cho

người dùng quyền kiểm soát tối ưu. Người dùng sẽ có khả năng chọn một loại dịch

vụ, một dịch vụ Web cố định để dùng, dữ liệu lấy từ dịch vụ Web, và sự trình bày

các dữ liệu đó. Cuối cùng, bạn có thể thêm hàm mới và các dịch vụ mới vào ứng

dụng bằng cách đơn giản là thêm chúng vào bản thể luận mà không phải chạm tới

ứng dụng đó.

Các điều kiện tiên quyết

Bạn cần phải cài đặt và kiểm tra các phần mềm sau đây nhằm tuân theo mã trong

bài viết này

 IBM® DB2® 9 (trước đây gọi là “Viper”) Cơ sở dữ liệu liên quan này bao

gồm khả năng XML mà bạn sẽ cần cho bài viết này. Bạn có thể tải về phiên

bản thử nghiệm DB2 9: DB2 Enterprise 9 hoặc DB2 Express-C 9 phiên bản

dữ liệu máy chủ DB2 Express 9 miễn phí.

 Apache Tomcat Hay dụng cụ servlet khác: bài viết này cho rằng bạn sẽ

dùng các servlet để xây dựng các ứng dụng Web, vì thế bạn sẽ cần có dụng

cụ servlet như là Apache Tomcat. Nếu bạn chọn cách xây dựng ứng dụng

sử dụng môi trường khác thì hãy đảm bảo chắc chắn rằng bạn có phần mềm

thích hợp trong tay. Tải phần mềm apache-tomcat-5.5.17.zip và cài đặt nó

vào trong một thư mực (không để dấu cách khi viết tên thư mục).

 Java: bài viết này được xây dựng cùng Apache Tomcat 5.5, cần có Java 1.5

hoặc các phiên bản mới hơn. Tải phần mềm J2SE SDK.

 Để tiến hành công việc thuận lợi hơn bạn có thể sử dụng một IDE như

Eclipse hoặc Rational IBM™ Web Developer cho việc khai thác của bạn.

Bạn có thể tải Eclipse tại Eclipse.org, tải phiên bản thử nghiệm của

Rational Web Developer hoặc dùng môi trường khai thác thông dụng của

bạn. Bạn sẽ không thể làm được gì thú vị trừ khi việc đó liên quan tới tài

liệu thu thập và sự triển khai của mình.

Tổng quan

Cho đến nay rất nhiều điều đã xảy ra trong loạt bài viết. Khi bạn đến điểm tột cùng

của đề án này bạn cần đảm bảo rằng bạn hiểu vị trí của mình trước khi bạn bắt đầu

để thêm vào những tính năng tiên tiến cuối cùng cho chương trình ứng dụng của

mình.

Mục đích của loạt bài viết này

Từ khởi đầu của loạt bài viết này, ý tưởng tạo ra một mashup ngữ nghĩa hoặc một

ứng dụng Web để lấy thông tin từ các nguồn khác nhau được đưa ra. Ngày nay,

mashups đã khá thông dụng. Vào thời điểm viết loạt bài này, Mashupfeed.com đã

có danh sách 994 mashups tồn tại và có thêm 2,7 mashups được đưa vào sử dụng

mỗi ngày. Nhưng mỗi một mashup đều không thay đổi loại hình thông tin chúng

trình bày. Và do đó, người dùng phải chọn một truy vấn để thực hiện, nhưng

nguồn dữ liệu và sự trình bày của nó là cố định. Ứng dụng sử dụng một dịch vụ

đơn hoặc một loạt các dịch vụ và người dùng sẽ không kiểm soát được điều xảy ra

khi chọn một truy vấn.

Mục đích của loạt bài viết này là tạo ra một chút khác biệt. Ứng dụng bạn đang

xây dựng cuối cùng sẽ mang lại cho người dùng quyền kiểm soát đối với dịch vụ,

với dữ liệu lấy được và cách trình bày các dữ liệu đó. Nhưng trước khi bước vào

nội dung chi tiết, chúng ta nên xem chúng ta đã đạt được những gì trong hành trình

này

Các bài viết trước

Ở phần một của loạt bài viết, bạn xây dựng một ứng dụng mashup cơ bản dùng để

lấy dữ liệu từ các dịch vụ bất kỳ được xác định tại một lớp Java riêng biệt. Dữ liệu

mà các dịch vụ này trình bày và hình thức trình bày được điều khiển bởi khuôn

mẫu XML lưu giữ như một đặc tính của lớp dịch vụ. Để thêm một dịch vụ mới,

bạn cần thêm một định nghĩa dịch vụ mới và mọi thứ được tiến hành tự động

Sự điều biến này thực sự có chủ ý. Nó cho phép bạn tạo ra một tình huống mà ở

đó người dùng có thể chuyển đổi các dịch vụ theo tác động. Hàm của ứng dụng có

thể thay đổi bằng cách thay đổi các nội dung của Service

Ở phần 2 bạn đã thực hiện các vấn đề về trình bày bằng việc tạo ra một tình huống

trong đó dữ liệu trước hết được lấy ra từ cơ sở dữ liệu, và nếu dữ liệu này không

tồn tại bạn sẽ phát một truy vấn và dữ liệu sẽ được bổ sung vào cơ sở dữ liệu. Sau

đó ở phần 3, và 4 bạn học về khung làm việc mô tả tài nguyên, một chi nhánh của

nó, ngôn ngữ Web bản thể (OWL).

Ở phần 5, mọi thứ nhập lại với nhau, bạn cung cấp thêm khả năng thay đổi dịch vụ

cho người dùng. Nói cách khác, nếu người dùng muốn xem kết quả từ

BarnesandNoble.com thay vì xem từ Amazon.com, người dùng phải chọn dịch vụ

đó như một lựa chọn và hệ thống sẽ hiểu cách tìm một giá trị Amazon tương

đương với cách tìm một giá trị Barnes & giá trị Noble bởi vì cả hai bộ dữ liệu đều

được mã hóa trong một bản thể luận thông thường.

Trong bài viết này bạn sẽ hiểu dần từng khái niệm này.

Các bước tiếp theo

Bây giờ là lúc tạo ra một ứng dụng mà ở đó người dùng có thể đưa ra các quyết

định của mình. Bạn không phải khởi động ứng dụng và ngay lập tức đưa ra một

hộp tìm kiếm để bạn nhập truy vấn của mình. Đầu tiên bạn phải chọn loại hình

dịch vụ như là Bookstore, MappingService, và những dịch vụ tương tự trước khi

bạn được thấy một danh mục lựa chọn các dịch vụ.

Khi bạn đã lựa chọn dịch vụ bạn sẽ được thấy một danh mục tất cả thông tin mà

bạn có thể lấy từ dịch vụ đó. Bạn sẽ có cơ hội tạo một khuôn mẫu bằng tay hoặc

một chuỗi ký tự XML/XHTML có chỗ lưu các dữ liệu hiện thời.

Từ đây bạn có thể phát một truy vấn và yêu cầu dữ liệu hiện lên theo cách bạn vừa

yêu cầu.

Bản thể luận

Hãy bắt đầu bằng việc nhớ lại các phần liên quan của bản thể luận mà bạn sẽ sử

dụng cho dự án này. (Xem ví dụ 1).

Ví dụ 1. Bản thể luận

<rdf:RDF

xmlns = "http://example.com/store#"

xmlns:store = "http://example.com/store#"

xml:base = "http://example.com/store#"

xmlns:owl = "http://www.w3.org/2002/07/owl#"

xmlns:rdf = "http://www.w3.org/1999/02/22-rdf-syntax-ns#"

xmlns:rdfs= "http://www.w3.org/2000/01/rdf-schema#"

xmlns:xsd = "http://www.w3.org/2001/XMLSchema#"

>

<owl:Ontology rdf:about="">

<rdfs:comment>An example OWL ontology for Online

Bookstores (The

Ultimate Mashup: Part #4)</rdfs:comment>

<rdfs:label>BookStore Ontology</rdfs:label>

</owl:Ontology>

<!-- SERVICE DEFINITIONS -->

<owl:Class rdf:ID="Service">

<rdfs:label>Web Service</rdfs:label>

<rdfs:subClassOf>

<owl:Restriction>

<owl:onProperty rdf:resource="#endpoint" />

<owl:minCardinality

rdf:datatype="&xsd;nonNegativeInteger">1</owl:minCardinality>

</owl:Restriction>

</rdfs:subClassOf>

<rdfs:subClassOf>

<owl:Restriction>

<owl:onProperty rdf:resource="#rootoutputnode" />

<owl:minCardinality

rdf:datatype="&xsd;nonNegativeInteger">1</owl:minCardinality>

</owl:Restriction>

</rdfs:subClassOf>

<rdfs:subClassOf>

<owl:Restriction>

<owl:onProperty rdf:resource="#template" />

<owl:minCardinality

rdf:datatype="&xsd;nonNegativeInteger">1</owl:minCardinality>

</owl:Restriction>

</rdfs:subClassOf>

</owl:Class>

<owl:DatatypeProperty rdf:ID="endpoint">

<rdfs:domain rdf:resource="#Service"/>

<rdfs:range

rdf:resource="http://www.w3.org/2001/XMLSchema#anyURI"/>

</owl:DatatypeProperty>

<owl:ObjectProperty rdf:ID="inputparameter">

<rdfs:domain rdf:resource="#Service"/>

<rdfs:range rdf:resource="#ServiceParameterMap"/>

</owl:ObjectProperty>

<owl:DatatypeProperty rdf:ID="rootoutputnode">

<rdfs:domain rdf:resource="#Service"/>

<rdfs:range rdf:resource="&xsd;string"/>

</owl:DatatypeProperty>

<owl:DatatypeProperty rdf:ID="xsltTransformationString">

<rdfs:domain rdf:resource="#Service"/>

<rdfs:range rdf:resource="&xsd;string"/>

</owl:DatatypeProperty>

<owl:DatatypeProperty rdf:ID="queryParameter">

<rdfs:domain rdf:resource="#Service"/>

<rdfs:range rdf:resource="&xsd;string"/>

</owl:DatatypeProperty>

<owl:DatatypeProperty rdf:ID="template">

<rdfs:domain rdf:resource="#Service"/>

<rdfs:range rdf:resource="&xsd;string"/>

</owl:DatatypeProperty>

<owl:DatatypeProperty rdf:ID="elementValue">

<rdfs:domain rdf:resource="#Service"/>

<rdfs:range rdf:resource="&xsd;string"/>

</owl:DatatypeProperty>

<owl:DatatypeProperty rdf:ID="attributeValue">

<rdfs:domain rdf:resource="#Service"/>

<rdfs:range rdf:resource="&xsd;string"/>

</owl:DatatypeProperty>

<owl:Class rdf:ID="ServiceParameterMap">

<rdfs:label>Web Service Parameter Map</rdfs:label>