แหล่งข้อมูลบนเว็บ

ทรัพยากรเว็บคือทรัพยากรที่สามารถระบุได้ (ดิจิทัล ทางกายภาพ หรือนามธรรม) ที่มีอยู่บนหรือเชื่อมต่อกับเวิลด์ไวด์เว็บ [ ^{1 ] [ 2 ] [ 3 ] ทรัพยากร}จะถูกระบุโดยใช้ตัวระบุทรัพยากรสากล (URI) ^{[ 1 ] [ 4 ]}ในเว็บเชิงความหมายทรัพยากรเว็บและคุณสมบัติเชิงความหมายจะถูกอธิบายโดยใช้กรอบการอธิบายทรัพยากร (RDF) ^{[ 5 ]}

แนวคิดเรื่องทรัพยากรได้มีการพัฒนามาตลอดประวัติศาสตร์ของเว็บ จากแนวคิดแรกเริ่มของเอกสารหรือไฟล์ ที่สามารถระบุที่อยู่ได้อย่างคงที่ ไปสู่คำจำกัดความที่ทั่วไปและเป็นนามธรรมมากขึ้น ซึ่งปัจจุบันครอบคลุมทุก "สิ่ง" หรือเอนทิตีที่สามารถระบุ ตั้งชื่อ ระบุที่อยู่ หรือจัดการได้ในทุกรูปแบบ บนเว็บโดยรวม หรือในระบบข้อมูลเครือข่ายใดๆ ก็ตาม ลักษณะเชิงประกาศของทรัพยากร (การระบุและการตั้งชื่อ) และลักษณะเชิงฟังก์ชัน (การระบุที่อยู่และการจัดการทางเทคนิค) ไม่ได้ถูกแยกแยะอย่างชัดเจนในข้อกำหนดแรกเริ่มของเว็บ และคำจำกัดความของแนวคิดนี้เองก็เป็นหัวข้อของการถกเถียงมายาวนานและยังคงเปิดกว้างอยู่ ซึ่งเกี่ยวข้องกับประเด็นทางเทคนิค สังคม ภาษาศาสตร์ และปรัชญาที่ซับซ้อนและเข้าใจยาก

ในข้อกำหนดเบื้องต้นของเว็บ (ปี 1990–1994) คำว่า " ทรัพยากร"แทบจะไม่ถูกใช้เลย เว็บถูกออกแบบมาให้เป็นเครือข่ายของวัตถุที่สามารถระบุที่อยู่ได้ซึ่งค่อนข้างคงที่ โดยพื้นฐานแล้วคือไฟล์และเอกสารที่เชื่อมโยงกันโดยใช้Uniform Resource Locator (URL) ทรัพยากรของเว็บถูกนิยามโดยปริยายว่าเป็นสิ่งที่สามารถระบุได้ การระบุนี้มีจุดประสงค์สองประการที่แตกต่างกัน คือ การตั้งชื่อและการระบุที่อยู่ ซึ่งอย่างหลังขึ้นอยู่กับโปรโตคอลเท่านั้น เป็นที่น่าสังเกตว่า RFC 1630 ไม่ได้พยายามนิยามแนวคิดของทรัพยากรเลย อันที่จริงแล้ว แทบไม่ได้ใช้คำนี้เลยนอกจากที่ปรากฏในตัวระบุทรัพยากรแบบสากล (URI) Uniform Resource Locator (URL) และ Uniform Resource Name (URN) และยังคงพูดถึง "วัตถุของเครือข่าย"

RFC 1738 (ธันวาคม 1994) ได้ระบุรายละเอียดของ URL เพิ่มเติม โดยเปลี่ยนคำว่า "Universal" เป็น "Uniform" เอกสารฉบับนี้ใช้คำว่า " ทรัพยากร" อย่างเป็นระบบมากขึ้น เพื่ออ้างถึงวัตถุที่ "พร้อมใช้งาน" หรือ "สามารถค้นหาและเข้าถึงได้" ผ่านทางอินเทอร์เน็ต อย่างไรก็ตาม คำว่า " ทรัพยากร " เองก็ไม่ได้ถูกนิยามไว้อย่างชัดเจน

คำจำกัดความที่ชัดเจนครั้งแรกของคำว่า"ทรัพยากร"พบได้ใน RFC 2396 เมื่อเดือนสิงหาคม พ.ศ. 2541:

ทรัพยากรสามารถเป็นอะไรก็ได้ที่มีเอกลักษณ์ ตัวอย่างที่คุ้นเคย ได้แก่ เอกสารอิเล็กทรอนิกส์ รูปภาพ บริการ (เช่น "รายงานสภาพอากาศวันนี้สำหรับลอสแอนเจลิส") และชุดของทรัพยากรอื่นๆ ไม่ใช่ทุกทรัพยากรที่จะสามารถ "เรียกค้น" ได้ทางเครือข่าย ตัวอย่างเช่น มนุษย์ บริษัท และหนังสือในห้องสมุดก็สามารถถือเป็นทรัพยากรได้เช่นกัน ทรัพยากรคือการจับคู่เชิงแนวคิดกับเอนทิตีหรือชุดของเอนทิตี ไม่จำเป็นต้องเป็นเอนทิตีที่สอดคล้องกับการจับคู่นั้น ณ เวลาใดเวลาหนึ่ง ดังนั้น ทรัพยากรจึงสามารถคงที่ได้แม้ว่าเนื้อหาของมัน—เอนทิตีที่มันสอดคล้องในปัจจุบัน—จะเปลี่ยนแปลงไปตามเวลา ตราบใดที่การจับคู่เชิงแนวคิดไม่เปลี่ยนแปลงในกระบวนการนั้น

แม้ว่าตัวอย่างในเอกสารนี้จะยังคงจำกัดอยู่เฉพาะสิ่งที่เป็นรูปธรรม แต่คำจำกัดความนี้ได้เปิดประตูสู่ทรัพยากรที่เป็นนามธรรมมากขึ้น หากแนวคิดหนึ่งได้รับการกำหนดตัวตน และตัวตนนั้นถูกแสดงออกมาด้วย URI (Uniform Resource Identifier ซึ่งเป็นส่วนขยายของ URL) ที่ถูกต้อง แนวคิดนั้นก็สามารถเป็นทรัพยากรได้เช่นกัน

ในเดือนมกราคม พ.ศ. 2548 RFC 3986 ได้ขยายความหมายของคำนิยามนี้อย่างชัดเจนว่า "...แนวคิดเชิงนามธรรมสามารถเป็นทรัพยากรได้ เช่น ตัวดำเนินการและตัวถูกดำเนินการของสมการทางคณิตศาสตร์ ประเภทของความสัมพันธ์ (เช่น "ผู้ปกครอง" หรือ "ลูกจ้าง") หรือค่าตัวเลข (เช่น ศูนย์ หนึ่ง และอนันต์)"

RDF เปิดตัวครั้งแรกในปี 1999 โดยมีจุดประสงค์แรกเริ่มคือเพื่ออธิบายทรัพยากร หรือกล่าวอีกนัยหนึ่งคือเพื่อประกาศเมตาเดตาของทรัพยากรในรูปแบบมาตรฐาน คำอธิบาย RDF ของทรัพยากรคือชุดของสามส่วน (หัวเรื่อง, คำกริยา, วัตถุ) โดยที่หัวเรื่องแทนทรัพยากรที่จะอธิบาย คำกริยาแทนคุณสมบัติของทรัพยากรนั้น และวัตถุอาจเป็นข้อมูลหรือทรัพยากรอื่น คำกริยาเองก็ถือเป็นทรัพยากรและระบุด้วย URI ดังนั้น คุณสมบัติเช่น "ชื่อเรื่อง" "ผู้เขียน" จึงถูกแสดงใน RDF เป็นทรัพยากร ซึ่งสามารถนำมาใช้ซ้ำได้ในฐานะหัวเรื่องของสามส่วนอื่นๆ โดยอาศัยหลักการเรียกซ้ำนี้ คำศัพท์ RDF เช่นRDF Schema (RDFS), Web Ontology Language (OWL) และSimple Knowledge Organization Systemจะรวบรวมคำจำกัดความของทรัพยากรนามธรรม เช่น คลาส คุณสมบัติ แนวคิด ซึ่งทั้งหมดระบุด้วย URI

นอกจากนี้ RDF ยังกำหนดนิยามของทรัพยากรที่ไม่ระบุชื่อหรือโหนดว่างซึ่งไม่ได้ระบุอย่างชัดเจนด้วย URI

URLโดยเฉพาะอย่างยิ่งHTTP URIมักถูกใช้เพื่อระบุทรัพยากรนามธรรม เช่น คลาส คุณสมบัติ หรือแนวคิดประเภทอื่นๆ ตัวอย่างสามารถพบได้ในออนโทโลยี RDFS หรือ OWL เนื่องจาก URI ดังกล่าวเกี่ยวข้องกับโปรโตคอล HTTP จึงเกิดคำถามขึ้นว่า ควรมีการแสดงผลแบบใดสำหรับทรัพยากรดังกล่าวผ่านโปรโตคอลนี้ ซึ่งโดยทั่วไปใช้เว็บเบราว์เซอร์ และไวยากรณ์ของ URI เองสามารถช่วยแยกแยะทรัพยากร "นามธรรม" ออกจากทรัพยากร "ข้อมูล" ได้หรือไม่ ข้อกำหนด URI เช่น RFC 3986 ปล่อยให้ข้อกำหนดโปรโตคอลเป็นผู้กำหนดการกระทำที่กระทำกับทรัพยากร และไม่ได้ให้คำตอบใดๆ สำหรับคำถามนี้ มีการเสนอแนะว่า URI ของ HTTP ที่ใช้ระบุทรัพยากรในความหมายดั้งเดิม เช่น ไฟล์ เอกสาร หรือทรัพยากรข้อมูลใดๆ ควรใช้ URI แบบ "slash" กล่าวคือ ไม่ควรมีตัวระบุส่วนย่อยในขณะที่ URI ที่ใช้ระบุแนวคิดหรือทรัพยากรนามธรรมควรใช้ URI แบบ "hash" โดยใช้ตัวระบุส่วนย่อย

ตัวอย่างเช่น: http://www.example.org/catalogue/widgets.htmlจะทั้งระบุและระบุตำแหน่งของหน้าเว็บ (อาจให้คำอธิบายที่อ่านง่ายเกี่ยวกับสินค้าที่ขายโดย Silly Widgets, Inc.) ในขณะที่http://www.example.org/ontology#Widgetจะระบุเฉพาะแนวคิดนามธรรมหรือคลาส "Widget" ในระบบจำแนกประเภทของบริษัทนี้ และไม่จำเป็นต้องดึงทรัพยากรทางกายภาพใดๆ ผ่านโปรโตคอล HTTPแต่มีผู้ตอบว่าการแยกแยะเช่นนั้นเป็นไปไม่ได้ที่จะบังคับใช้ในทางปฏิบัติ และคำศัพท์มาตรฐานที่มีชื่อเสียงก็ให้ตัวอย่างที่ขัดแย้งกันซึ่งใช้กันอย่างแพร่หลาย ตัวอย่างเช่น แนวคิด Dublin Coreเช่น "title", "publisher", "creator" ถูกระบุด้วย URI ที่มีเครื่องหมาย "slash" เช่นhttp://purl.org/dc/elements/1.1/title.

คำถามทั่วไปเกี่ยวกับประเภทของทรัพยากรที่ HTTP URI ควรหรือไม่ควรระบุนั้น เคยเป็นที่รู้จักใน W3C ในชื่อ ปัญหา httpRange-14ตามชื่อที่กำหนดโดย (TAG) TAG ได้ให้คำตอบสุดท้ายสำหรับปัญหานี้ในปี 2548 โดยแยกความแตกต่างระหว่าง "ทรัพยากรข้อมูล" และ "ทรัพยากรที่ไม่ใช่ข้อมูล" โดยขึ้นอยู่กับประเภทของคำตอบที่เซิร์ฟเวอร์ให้แก่คำขอ "GET"

• ความสำเร็จ 2xxบ่งชี้ว่าทรัพยากรนั้นเป็นแหล่งข้อมูล
• 303 ดูข้อมูลอื่นๆบ่งชี้ว่าแหล่งข้อมูลนั้นอาจเป็นข้อมูลทั่วไปหรือนามธรรม เป้าหมายการเปลี่ยนเส้นทางสามารถบอกคุณได้
• ข้อผิดพลาดไคลเอ็นต์ 4xxไม่ให้ข้อมูลใดๆ เลย

สิ่งนี้ทำให้คำศัพท์ต่างๆ (เช่นDublin Core , FOAFและWordnet ) สามารถใช้เครื่องหมายทับ (/) แทนเครื่องหมายแฮช (/) ได้ต่อไปด้วยเหตุผลเชิงปฏิบัติ แม้ว่าการประนีประนอมนี้ดูเหมือนจะได้รับการยอมรับในชุมชน Semantic Web แล้ว แต่สมาชิกคนสำคัญบางคน เช่นแพทริค เฮย์สก็ได้แสดงความกังวลทั้งในด้านความเป็นไปได้ทางเทคนิคและพื้นฐานทางแนวคิด ตามมุมมองของแพทริค เฮย์ส ความแตกต่างระหว่าง "แหล่งข้อมูล" และ "แหล่งข้อมูลอื่นๆ" นั้นเป็นไปไม่ได้ที่จะหาเจอ และควรจะไม่ระบุไว้เลยจะดีกว่า และความกำกวมของแหล่งข้อมูลที่อ้างถึงนั้นเป็นสิ่งที่เกิดขึ้นโดยธรรมชาติใน URI เช่นเดียวกับกลไกการตั้งชื่ออื่นๆ

ใน RDF นั้น "ใครๆ ก็สามารถประกาศอะไรก็ได้เกี่ยวกับอะไรก็ได้" ทรัพยากรต่างๆ ถูกกำหนดโดยคำอธิบายที่เป็นทางการ ซึ่งใครๆ ก็สามารถเผยแพร่ คัดลอก แก้ไข และเผยแพร่ซ้ำบนเว็บได้ หากเนื้อหาของทรัพยากรบนเว็บในความหมายดั้งเดิม (เช่น หน้าเว็บหรือไฟล์ออนไลน์) เป็นกรรมสิทธิ์ของผู้เผยแพร่โดยชัดเจน ซึ่งสามารถอ้างสิทธิ์ในทรัพย์สินทางปัญญาได้ ทรัพยากรนามธรรมสามารถถูกกำหนดโดยการสะสมคำอธิบาย RDF ซึ่งไม่จำเป็นต้องอยู่ภายใต้การควบคุมของผู้เผยแพร่รายเดียว และไม่จำเป็นต้องสอดคล้องกัน ประเด็นที่ยังเปิดอยู่คือ ทรัพยากรควรมีการกำหนดอย่างเป็นทางการที่มีความเป็นเจ้าของที่ชัดเจนและน่าเชื่อถือหรือไม่ และในกรณีนี้ จะทำให้คำอธิบายนี้แตกต่างจากคำอธิบายอื่นๆ ในทางเทคนิคได้อย่างไร ประเด็นที่คล้ายคลึงกันคือ ทรัพย์สินทางปัญญาจะนำมาใช้กับคำอธิบายดังกล่าวได้อย่างไร

• แถบที่อยู่
• แหล่งข้อมูล (วิทยาการคอมพิวเตอร์)
• สถาปัตยกรรมเชิงทรัพยากร (ROA)
• การประมวลผลเชิงทรัพยากร (ROC)
• การถ่ายโอนสถานะการแทน (REST)
• บริการเว็บและสถาปัตยกรรมเชิงบริการ (SOA)
• สถาปัตยกรรมเชิงเว็บ (Web-oriented architectureหรือ WOA)