【注意】 このドキュメントは、W3Cのrdf:PlainLiteral: A Datatype for RDF Plain Literals (Second Edition) W3C Recommendation 11 December 2012の和訳です。
このドキュメントの正式版はW3Cのサイト上にある英語版であり、このドキュメントには翻訳に起因する誤りがありえます。誤訳、誤植などのご指摘は、訳者までお願い致します。

First Update: 2014年7月18日

rdf:PlainLiteral: RDFプレーン・リテラル用データ型（第2版）

W3C勧告 2012年12月11日

本バージョン:

http://www.w3.org/TR/2012/REC-rdf-plain-literal-20121211/

最新バージョン（シリーズ1）:

http://www.w3.org/TR/rdf-plain-literal-1/

最新勧告:

http://www.w3.org/TR/rdf-plain-literal/

旧バージョン:

http://www.w3.org/TR/2012/PER-rdf-plain-literal-20121018/

編集者:

Jie Bao, formerly at Rensselaer Polytechnic Institute

Sandro Hawke, W3C/MIT

Boris Motik, University of Oxford

Peter F. Patel-Schneider, Nuance Communications

Axel Polleres, DERI Galway at the National University of Ireland

このドキュメントに対する正誤表を参照してください。いくつかの規範的な修正が含まれているかもしれません。

このドキュメントの旧バージョン以後の変更を示した色分けしたバージョンも利用できます。

このドキュメントは、規範以外の形式でも入手できます: PDFバージョン。

翻訳版も参照してください。

Copyright © 2012 W3C^® (MIT, ERCIM, Keio), All Rights Reserved. W3C liability, trademark and document use rules apply.

要約

このドキュメントのステータス

置き換えられる可能性

この項は、このドキュメントの公開時のステータスについて記述しています。他のドキュメントがこのドキュメントに取って代わることがありえます。現行のW3Cの刊行物およびこの技術報告の最新の改訂版のリストは、http://www.w3.org/TR/のW3C技術報告インデックスにあります。

変更の概要

コメントの送信

[email protected]（公開アーカイブ）にコメントをお送りください。このドキュメントに対するOWLワーキンググループとルール記述交換形式（RIF）ワーキンググループの作業は完了していますが、コメントは正誤表や今後の改定で扱われることがあります。開発者間の公開討論は、[email protected]（公開アーカイブ）で歓迎します。

W3Cによる承認

このドキュメントは、W3Cメンバー、ソフトウェア開発者、他のW3Cグループ、および他の利害関係者によりレビューされ、W3C勧告として管理者の協賛を得ました。これは確定済みドキュメントであり、参考資料として用いたり、別のドキュメントで引用することができます。勧告の作成におけるW3Cの役割は、仕様に注意を引き付け、広範囲な開発を促進することです。これによってウェブの機能性および相互運用性が増強されます。

特許

このドキュメントは、2004年2月5日のW3C特許方針の下で活動しているグループによって作成されました。このドキュメントには、参考情報のみが含まれています。W3Cは、このグループの成果物に関連するあらゆる特許の開示の公開リストを維持し、このページには特許の開示に関する指示も含まれています。

1 はじめに

RDF（Resource Description Framework）[RDF]は、XMLスキーマ・データ型[XSD]に基づく拡張可能な型付きリテラルの体系を有しており、プレーン・リテラルも有すると定義されています。RDFの仕様では、プレーン・リテラルは、プレーン・リテラルにはデータ型がなく、オプションで言語タグを持つことができ、内容の自然言語を示すという点で型付きリテラルと異なります。（言語識別用タグ[BCP 47]を参照）。RDFリテラルの表現に関するこれらのオプションにより、RIFやOWLなどのRDFと相互作用する仕様が複雑になります。さらに、RDFはすべてのプレーン・リテラルの集合に名前を提供せず、そのため、例えば、RDFSやOWLでは、あるプロパティーの範囲がプレーン・リテラルでなければならないと述べることができません。

これを受けて、この仕様では、rdf:PlainLiteralというデータ型を導入しました。このデータ型は、RDFの概念モデルの一部を参照するため、「rdf:」の名前空間にあります。しかし、この拡張はその概念モデルを変更しないため、それに依存するSPARQL[SPARQL]などの仕様に影響を与えません。rdf:PlainLiteralの値空間は、RDFプレーン・リテラルで表されるすべてのデータ値から成り、それにより、RDFアプリケーションがこの集合を明示的に参照（例えば、rdfs:range言明で）できるようになります。

RDFのプレーン・リテラルは既にRDFとSPARQLの構文の一部であるため、rdf:PlainLiteralリテラルは、RDFとSPARQLの構文ではRDFプレーン・リテラルとして記述されます。

このデータ型は、プレーン・リテラルと同様に、言語タグをUnicode文字列に関連付けることができますが、自然言語による発言の表現にはその機能を提供しません。これらのリテラル内では、他のすべてのUnicode文字と同じように、Unicodeの双方向制御文字[BIDI]を使用できます。（より豊かな、XHTML[XHTML]やルビ・アノテーション[RUBY]などのXMLに基づく表現は、rdf:XMLLiteralデータ型を用いて表現できます。）

2 まえがき

文字はテキストの原子単位です。個々の文字には、XML[XML]のChar生成規則と一致していなければならない（MUST）UCS（Universal Character Set）コード・ポイント[ISO/IEC 10646]（Unicodeコード・ポイント[UNICODE]と同じ）があるため、XMLスキーマ・データ型[XML Schema Datatypes]との互換性が保証されます。このドキュメントでは、U+の後にコード・ポイントの4桁の16進の値を置いてコード・ポイントを表すことがあります。

文字列は、0以上の文字の有限シーケンスです。文字列の長さは、その中の文字の数です。この仕様では、文字列はダブル引用符で囲んで記述しています。2つの文字列は、全く同じ順序で全く同じ文字が含まれている場合に限り、同一です。

言語タグは、BCP 47[BCP 47]のlangtag生成規則と一致する文字列です。さらに、この定義がBCP 47の有効なクラスの適合性ではなく、整形式のクラスの適合性に対応していることに注意してください。言語タグには、IANA言語サブタグ・レジストリ（IANA Language Subtag Registry）に登録されていないサブタグを含むことができます（MAY）が、rdf:PlainLiteralの実装では、そのような無効な言語タグを拒絶することもできます（MAY）。

この仕様では、データ型とその構成要素を指定するために、URI（Uniform Resource Identifier）を用います。これに関してはRFC 3986[RFC 3986]で定義されています。読みやすさのために、URI接頭辞はしばしば、RDF[RDF]の規定に従い、短い接頭辞名を用いて省略形にされます。このドキュメントの全体で、次の接頭辞名を用いています。

• 接頭辞名xs:は、http://www.w3.org/2001/XMLSchema#を表します。
• 接頭辞名rdf:は、http://www.w3.org/1999/02/22-rdf-syntax-ns#を表します。

XML名前空間仕様[XML Namespaces]で定義されているとおり、5項で定義されている組込み関数の名前はQNamesです。5項では、次の名前空間省略を用いています。

• fnは、http://www.w3.org/2005/xpath-functionsという名前空間を表します。
• plfnは、http://www.w3.org/2009/rdf-PlainLiteral-functionsという名前空間を表します。

pr:lnという形式の表現が省略形のURIを示すのかQNameを示すのかは、文脈から明らかであるべきです。5項の組込み関数の名前のみがQNamesであり、その他のそのような表現はすべて省略形のURIを示します。

このドキュメントでは、データ型は、XMLスキーマ・データ型[XML Schema Datatypes]に沿って定義されています。個々のデータ型はURIで識別され、次の構成要素で記述されます。

• 値空間は、データ型の値の集合を決定する集合です。値空間の要素は、データ値と呼ばれます。
• 字句空間は、データ値を参照するために使用できる文字列の集合です。個々の字句空間のメンバーは、語彙形式と呼ばれ、特定のデータ値にマッピングされます。
• ファセット空間は、( F v )という形式の1対のファセットで、そのとき、Fは制約ファセットと呼ばれるURIで、vは制約値と呼ばれる任意のデータ値です。このようなファセットの対は、それぞれデータ型の値空間のサブセットにマッピングされます。

プレーン・リテラルは、オプションで言語タグ[RDF]を持つ文字列です。言語タグのないプレーン・リテラルは、RDF解釈[RDF Semantics]で単独で解釈されます。言語タグがあるプレーン・リテラルは"abc"@langTagと書くことができ、RDF解釈では< "abc" , "langTag" >の対として解釈されます。

型付きリテラルは、文字列とデータ型URI[RDF]で構成され、"abc"^^datatypeURIと書くことができます。datatypeURIで識別されるRDFデータ型が与えられれば、データ型を含んでいるRDFデータ型付き-解釈は、型付きリテラルを、データ型が字句形式"abc"に割り当てたデータ値であると解釈します。

イタリック体のキーワード、「しなければならない（MUST）」、「してはならない（MUST NOT）」、「すべきである／する必要がある（SHOULD）」、「すべきでない／する必要がない（SHOULD NOT）」および「することができる／してもよい（MAY）」は、この仕様を実装するツールの規範的動作のある側面を規定し、RFC 2119[RFC 2119]で規定されているとおりに解釈されます。

3 rdf:PlainLiteralデータ型の定義

http://www.w3.org/1999/02/22-rdf-syntax-ns#PlainLiteralというURI（省略形はrdf:PlainLiteral）で識別されるデータ型は、次のように定義されています。

値空間。 以下で構成されるrdf:PlainLiteralの値空間

• すべての文字列、そして、
• "abc" が文字列であり、"lc-langtag"が小文字の言語タグである、< "abc" , "lc-langtag" >という形式のすべての対

字句空間。 "abc"が任意の（恐らく空の）文字列であれば、rdf:PlainLiteralの字句形式は、"abc@langTag"という形式の文字列で、"langTag"は空の文字列か（必ずしも小文字ではない）言語タグのどちらかです。そのような字句形式は、次のように、それぞれdvというデータ値にマッピングされます。

• "langTag"が空であれば、dvは"abc"という文字列と等しく、
• "langTag"が空でなければ、dvは"lc-langtag"を小文字に正規化した"langTag"である< "abc", "lc-langtag" >という対と等しいです。

ファセット空間。 rdf:PlainLiteralのファセット空間は、表1で示しているように定義されています。

4 rdf:PlainLiteralリテラルのための構文

上記から、rdf:PlainLiteralデータ型を含んでいるデータ型付き解釈では、rdf:PlainLiteralの値空間は、プレーン・リテラルに割り当てられたデータ値をもれなく含むことになります（言語タグの有無に関わらず）。したがって、rdf:PlainLiteralデータ型は、この集合を参照する明示的な方法を提供します。

構文上余剰な別の情報源を除去し、rdf:PlainLiteralデータ型を理解しないアプリケーションとの高い相互運用性を保持するために、RDFグラフとSPARQL用の構文におけるrdf:PlainLiteralリテラルの形式は、型付きリテラル用の構文ではなく、対応する既存のプレーン・リテラル用の構文です。したがって、rdf:PlainLiteralをデータ型として持つ型付きリテラルは、この仕様では、RDFグラフまたはSPARQL用の構文において有効でないとみなされます。

この設計を実装し、この相互運用性を提供するために、このデータ型を採用するアプリケーションは、プレーン・リテラル用の構文が提供される場合は常に（rdf:PlainLiteral型付きリテラルではなく）RDFグラフおよびSPARQL結果用の既存の構文における場合のように、プレーン・リテラルを用いなければなりません（MUST）

さらに、システムは、非構文的な公開インターフェースに同じ様な制限が必要かもしれません。例えば、拡張SPARQL基本グラフ・マッチングでは、rdf:PlainLiteralを理解する含意レジームにおけるSPARQL基本グラフ・パターンのマッチング結果は、既存のRDFのプレーン・リテラルの形式で変数バインディングを提供しなければなりません（MUST）。

5 rdf:PlainLiteralデータ値の関数

この項は、rdf:PlainLiteralデータ値を構築し、その上で機能する関数を定義します。使用する用語と、これらの関数の記述方法は、XQuery 1.0とXPath 2.0関数および演算子[XPathFunc]に従います。個々の関数はQName[XML Namespaces]で識別されます。この項で用いているエラーコードは、XPath 2.0仕様[XPath20]の付録Gと、XQueryとXPath関数仕様[XPathFunc]の付録Cで提供されています。

5.1 rdf:PlainLiteralデータ値の組み立ておよび分解のための関数

5.1.1 plfn:PlainLiteral-from-string-lang

plfn:PlainLiteral-from-string-lang( $arg1 as xs:string, $arg2 as xs:string) as rdf:PlainLiteral

要約: $arg2が存在していれば、データ値< $arg1, lowercase($arg2) >を返し、そうでなければ、データ値$arg1を返します。どちらの引数も、型xs:stringかサブタイプの1つでなければならず、$arg2 — 存在していれば — は、（空でない）言語タグでなければならず、そうでなければ、この関数によりerr:FORG0006という型エラーが生じます。rdf:PlainLiteralの値空間では、言語タグは小文字であるため、この関数は$arg2を小文字に変換することに注意してください。

5.1.2 plfn:string-from-PlainLiteral

 plfn:string-from-PlainLiteral( $arg as rdf:PlainLiteral) as xs:string

要約: $argが形式< s, l >または形式sのrdf:PlainLiteralデータ値である場合、sの文字列部分を返します。$argが型rdf:PlainLiteralでない場合、この関数によりerr:FORG0006という型エラーが生じます。

5.1.3 plfn:lang-from-PlainLiteral

 plfn:lang-from-PlainLiteral( $arg as rdf:PlainLiteral ) as xs:language

要約: $argが形式< s, l >のrdf:PlainLiteralデータ値である場合、言語タグlを返し、$argが形式sのrdf:PlainLiteralデータ値である場合、空の文字列を返します。$argが型rdf:PlainLiteralでない場合、この関数によりerr:FORG0006という型エラーが生じます。

5.2 rdf:PlainLiteralデータ値の比較

この項で用いている照合順序の概念は、XPathとXQuery関数仕様[XPathFunc]の7.3.1項から得られます。

5.2.1 plfn:compare

 plfn:compare( $comparand1  as rdf:PlainLiteral?, $comparand2 as rdf:PlainLiteral? ) as xs:integer?

 plfn:compare( $comparand1  as rdf:PlainLiteral?, $comparand2 as rdf:PlainLiteral?, $collation as xs:string )  as xs:integer?

要約: $comparand1または$comparand2のいずれかが型rdf:PlainLiteralではないか、$collationが指定されているものの型xs:stringではない場合、この関数によりerr:FORG0006という型エラーが生じます。そうでなければ、引数のうちの1つが空である場合、$comparand1および$comparand2のうちの1つに言語タグがあり、もう一方にはない場合、または$comparand1および$comparand2の言語部分が同等でない場合、関数は空のシーケンスを返します。そうでなければ、この関数は、$comparand1（または、言語タグがない場合には$comparand1自身）の文字列部分の値が、$comparand2（または、言語タグがない場合には$comparand2自身）の文字列部分の値よりそれぞれ小さいか、同等か、それよりも大きいかに応じて、-1か0か1を返します。この関数の呼び出しで用いられる照合順序は、XPathとXQuery関数仕様[XPathFunc]の7.3.1項の規則によって決まります。

この関数の最初のバージョンによって、XQuery演算子"eq"、"ne"、"gt"、"lt"、"le"、"ge"を用いてrdf:PlainLiteralの値の比較が可能となります。

この2つの関数は、次の定義で宣言されたXQuery関数と見ることができます。

declare function  plfn:compare( $comparand1 as rdf:PlainLiteral?, $comparand2 as rdf:PlainLiteral? ) as xs:integer?
 {
  return
    if ( fn:empty($comparand1) ) then $comparand1
    else if ( fn:empty($comparand2) ) then $comparand2
    else if ( fn:compare (  plfn:lang-from-PlainLiteral( $comparand1 ), plfn:lang-from-PlainLiteral( $comparand2 ) ) = 0 ) then
       fn:compare (  plfn:string-from-PlainLiteral( $comparand1 ), plfn:string-from-PlainLiteral( $comparand2 ) )
 }

declare function  plfn:compare( $comparand1  as rdf:PlainLiteral?, $comparand2 as rdf:PlainLiteral? $collation as xs:string ) as xs:integer?
 {
  return
   if ( fn:empty($comparand1) ) then $comparand1
   else if ( fn:empty($comparand2) ) then $comparand2
   else if ( fn:compare ( plfn:lang-from-PlainLiteral( $comparand1 ),   plfn:lang-from-PlainLiteral( $comparand2 ) ) = 0 ) then
       fn:compare (  plfn:string-from-PlainLiteral( $comparand1 ) ,  plfn:string-from-PlainLiteral( $comparand2 ), $collation)
 }

5.3 rdf:PlainLiteral Data Valuesデータ値のその他の関数

5.3.1 plfn:length

 plfn:length($arg as rdf:PlainLiteral) as xs:integer

要約: $argがそれぞれ、形式< s, l >のrdf:PlainLiteralデータ値であるか、文字列値sである場合、文字列部分s内の文字数を返します。$argが型rdf:PlainLiteralでない場合、この関数によりerr:FORG0006という型エラーが生じます。

この関数は、次の定義で宣言されたXQuery関数と見ることができます。

declare function  plfn:length($arg as rdf:PlainLiteral?) as xs:integer
 {
  return
     fn:string-length (  plfn:string-from-PlainLiteral( $arg ) )
 }

5.3.2 plfn:matches-language-range

 plfn:matches-language-range($arg as rdf:PlainLiteral?, $range as xs:string) as xs:boolean

要約: $argが型rdf:PlainLiteralのリテラルの長さ0か1のシーケンスであり、$rangeが型xs:stringである場合にのみ、この関数は定義されます。パラメータがこれらの型付け条件を満たさない場合、関数によりerr:FORG0006という型エラーが生じます。型付け条件が満たされれば、関数は、$argが、「言語タグのマッチング」[BCP-47]に対する拡張フィルタリングのアルゴリズムで指定されている拡張言語範囲$rangeと一致する言語タグlを持つ形式< s, l >のrdf:PlainLiteralデータ値である場合、true（真）を返し、そうでなければ、false（偽）を返します。これは、引数$argが文字列rdf:PlainLiteralデータ値である場合、関数がfalse（偽）を返すことを意味します。空の入力シーケンスは、空の文字列から成るrdf:PlainLiteralデータ値として扱われ、したがって、そのような入力においては、この関数もfalse（偽）を返します。

6 謝辞

RIFとOWLのワーキンググループは、RDFで見られるように、関連する言語タグを有する文字列をサポートするために同時に作業を行いました。この仕様は、これらの2つのグループ間の共同作業の結果であり、データ型rif:textとowl:internationalizedStringの作業に基づいています。

編集者は、両方のワーキンググループのメンバーと議長に加え、Addison Phillips、C. Michael Sperberg-McQueen、Eric Prud'hommeaux、Andy SeaborneおよびPat Hayesに、また、この仕様の詳細の作成に支援をしてくださったpublic-rdf-textのメーリング・リストのその他の参加者に感謝申し上げます。

7 参考文献

[BCP 47]

BCP 47 - Tags for Identifying Languages. A. Phillips and M. Davis, eds. IETF, September 2006. http://www.rfc-editor.org/rfc/bcp/bcp47.txt

[BIDI]

Unicode controls vs. markup for bidi support, Richard Ishida. Retrieved 11 June 2009 from http://www.w3.org/International/questions/qa-bidi-controls.

[ISO/IEC 10646]

ISO/IEC 10646-1:2000. Information technology - Universal Multiple-Octet Coded Character Set (UCS) - Part 1: Architecture and Basic Multilingual Plane and ISO/IEC 10646-2:2001. Information technology - Universal Multiple-Octet Coded Character Set (UCS) - Part 2: Supplementary Planes, as, from time to time, amended, replaced by a new edition or expanded by the addition of new parts. [Geneva]: International Organization for Standardization. ISO (International Organization for Standardization).

[RDF Concepts]

Resource Description Framework (RDF): Concepts and Abstract Syntax. Graham Klyne and Jeremy J. Carroll, eds. W3C Recommendation, 10 February 2004, http://www.w3.org/TR/2004/REC-rdf-concepts-20040210/. Latest version available as http://www.w3.org/TR/rdf-concepts/.

[RDF Semantics]

RDF Semantics. Patrick Hayes, ed., W3C Recommendation, 10 February 2004, http://www.w3.org/TR/2004/REC-rdf-mt-20040210/. Latest version available as http://www.w3.org/TR/rdf-mt/.

[RFC 2119]

RFC 2119: Key words for use in RFCs to Indicate Requirement Levels. Network Working Group, S. Bradner. IETF, March 1997, http://www.ietf.org/rfc/rfc2119.txt

[RFC 3986]

RFC 3986: Uniform Resource Identifier (URI): Generic Syntax. T. Berners-Lee, R. Fielding, and L. Masinter. IETF, January 2005, http://www.ietf.org/rfc/rfc3986.txt

[RFC 4647]

RFC 4647 - Matching of Language Tags. A. Phillips and M. Davis, IETF, September 2006.

[Ruby]

Ruby Annotation, M. Sawicki, M. Ishikawa, M. J. Dürst, T. Texin, M. Suignard, Editors, W3C Recommendation, 31 May 2001, http://www.w3.org/TR/2001/REC-ruby-20010531 . Latest version available at http://www.w3.org/TR/ruby/ .

[SPARQL]

SPARQL Query Language for RDF. Eric Prud'hommeaux and Andy Seaborne, eds. W3C Recommendation, 15 January 2008, http://www.w3.org/TR/2008/REC-rdf-sparql-query-20080115/. Latest version available as http://www.w3.org/TR/rdf-sparql-query/.

[UNICODE]

The Unicode Standard. Unicode The Unicode Consortium, Version 5.1.0, ISBN 0-321-48091-0, as updated from time to time by the publication of new versions. (See http://www.unicode.org/unicode/standard/versions for the latest version and additional information on versions of the standard and of the Unicode Character Database)."

[XHTML]

XHTML™ 1.0 The Extensible HyperText Markup Language (Second Edition), S. Pemberton, Editor, W3C Recommendation, 1 August 2002, http://www.w3.org/TR/2002/REC-xhtml1-20020801 . Latest version available at http://www.w3.org/TR/xhtml1 .

[XML Namespaces]

Namespaces in XML 1.0 (Second Edition). Tim Bray, Dave Hollander, Andrew Layman, and Richard Tobin, eds. W3C Recommendation, 16 August 2006, http://www.w3.org/TR/2006/REC-xml-names-20060816/. Latest version available as http://www.w3.org/TR/REC-xml-names/.

[XML Schema Datatypes]

W3C XML Schema Definition Language (XSD) 1.1 Part 2: Datatypes. David Peterson, Shudi (Sandy) Gao, Ashok Malhotra, C. M. Sperberg-McQueen, and Henry S. Thompson, eds. (Version 1.1) and Paul V. Biron, and Ashok Malhotra, eds. (Version 1.0). W3C Recommendation, 5 April 2012, http://www.w3.org/TR/2012/REC-xmlschema11-2-20120405/. Latest version available as http://www.w3.org/TR/xmlschema11-2/.

[XML]

Extensible Markup Language (XML) 1.0 (Fifth Edition). Tim Bray, Jean Paoli, C. M. Sperberg-McQueen, Eve Maler, and François Yergeau, eds. W3C Recommendation, 26 November 2008, http://www.w3.org/TR/2008/REC-xml-20081126/. Latest version available as http://www.w3.org/TR/xml/.

[XPathFunc]

XQuery 1.0 and XPath 2.0 Functions and Operators. Ashok Malhotra, Jim Melton, and Norman Walsh, eds. W3C Recommendation 23 January 2007.

[XPath20]

XML Path Language (XPath) 2.0. Anders Berglund, Scott Boag, Don Chamberlin, Mary F. Fernández, Michael Kay, Jonathan Robie, and Jérôme Siméon, eds. W3C Recommendation 23 January 2007.