Loading article…
httpRange-14 は、セマンティック Webにおける長年の論理的難問または設計上の問題です。この問題は、HTTP がドキュメントのみを参照することから現実世界の事物 (惑星、花、感情、プラトン的イデアなど)について話すように拡張されると、HTTP GETのドメインが未定義になるために発生します。[ 1 ] [ 2 ]
HTTPプロトコルは、もともと情報オブジェクト、特にHTMLなどのハイパーテキストを転送するために設計されました。GETリクエストは、クライアントが特定のURLにあるデータを取得するために発行されました。HTML以外の情報オブジェクト（画像、Flashファイル、CSSファイル、ストリーミングビデオなど）の取得は問題になりませんでした。なぜなら、これらはすべて、以前のプロトコルで開発された標準的な方法を使用してネットワーク経由でストリーミングできたからです。
セマンティックウェブは、 W3Cとティム・バーナーズ＝リーが先導して発明されたもので、URLを用いて、ネットワークストリームに還元できない現実世界の事物（惑星、花、感情、プラトン的なイデアなど）を参照するものでした。こうした事物を要求された際に、ウェブサーバーは何をすべきかという問題が生じました。
現実世界のもののURIは、「ハッシュURI」、つまりフラグメント識別子を含むURIに限定することができます。これらのURIはHTTPを介して直接参照できないため、プロトコルは競合について心配する必要はありません。このアプローチでは、ハッシュで終わらないURIはドキュメントを参照するものと解釈され、同じURIに「#」が付加されると抽象的な概念を参照するものと解釈されます。[ 3 ]
HTTPステータスコード303 See Otherは、次のように解釈されます。[ 4 ]
非情報リソースを要求された際に303を送信し、その非情報リソースに関する情報リソースにリダイレクトすることで、サーバーは実際のものを提供することなく、要求者の情報ニーズに応えます。[ 5 ]これは、W3Cの2007年8月のドラフトで推奨されているベストプラクティスです。 [ 6 ]
W3CのセマンティックWebのためのクールなURIに関する文書[ 7 ]では、プロジェクトの要件に応じて、これら2つの方法のいずれかを使用することを推奨しています。
この問題の影響（より正確には、この問題に関する混乱の影響）は、 FRBRコミュニティのように、モデルにシリアル化できない多数の抽象概念が含まれるセマンティック Web コミュニティで最も大きい。[ 8 ]
{{cite journal}}:ジャーナルを引用するには|journal=（ヘルプ）