summaryrefslogtreecommitdiff
path: root/doc/rfc/rfc4195.txt
diff options
context:
space:
mode:
authorThomas Voss <mail@thomasvoss.com> 2024-11-27 20:54:24 +0100
committerThomas Voss <mail@thomasvoss.com> 2024-11-27 20:54:24 +0100
commit4bfd864f10b68b71482b35c818559068ef8d5797 (patch)
treee3989f47a7994642eb325063d46e8f08ffa681dc /doc/rfc/rfc4195.txt
parentea76e11061bda059ae9f9ad130a9895cc85607db (diff)
doc: Add RFC documents
Diffstat (limited to 'doc/rfc/rfc4195.txt')
-rw-r--r--doc/rfc/rfc4195.txt339
1 files changed, 339 insertions, 0 deletions
diff --git a/doc/rfc/rfc4195.txt b/doc/rfc/rfc4195.txt
new file mode 100644
index 0000000..9894a18
--- /dev/null
+++ b/doc/rfc/rfc4195.txt
@@ -0,0 +1,339 @@
+
+
+
+
+
+
+Network Working Group W. Kameyama
+Request for Comments: 4195 GITS, Waseda University
+Category: Informational October 2005
+
+
+ A Uniform Resource Name (URN) Namespace for the TV-Anytime Forum
+
+Status of This Memo
+
+ This memo provides information for the Internet community. It does
+ not specify an Internet standard of any kind. Distribution of this
+ memo is unlimited.
+
+Copyright Notice
+
+ Copyright (C) The Internet Society (2005).
+
+Abstract
+
+ This document describes a Uniform Resource Name (URN) namespace that
+ is engineered by the TV-Anytime Forum for naming persistent resources
+ published by the TV-Anytime Forum including the TV-Anytime Forum
+ Standards, XML (Extensible Markup Language) Document Type
+ Definitions, XML Schemas, Namespaces, and other documents.
+
+1. Introduction
+
+ The TV-Anytime Forum produces many kinds of documents (i.e.,
+ specifications, working documents, and schemas) that are currently
+ being considered for adoption by many standardization bodies such as
+ ETSI (European Telecommunication Standardization Institute), DVB
+ (Digital Video Broadcasting), ARIB (Association of Radio Industries
+ and Businesses), and ATSC (Advance Television Systems Committee).
+
+ The TV-Anytime Forum wishes to provide global, distributed,
+ persistent, location-independent names for these resources.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+Kameyama Informational [Page 1]
+
+RFC 4195 A URN Namespace for the TV-Anytime Forum October 2005
+
+
+2. Specification Template
+
+ Namespace ID:
+
+ "tva"
+
+ Registration information:
+
+ Registration Version Number: 1
+ Registration Date: 2005-1-6
+
+ Declared registrant of the namespace:
+
+ Name: Wataru KAMEYAMA
+ Title: Vice Chairman and Secretary, The TV-Anytime Forum
+ Affiliation: Graduate School of Global Information
+ and Telecommunication Studies, Waseda University
+ Address: 1011 Okuboyama, Nishi-tomida, Honjo-shi, Saitama
+ 367-0035, JAPAN
+ Phone: +81 495 24 6052
+ Email: wataru@waseda.jp
+
+ Declaration of structure:
+
+ The Namespace Specific String (NSS) of all URNs assigned by the
+ TV-Anytime Forum will have the following hierarchical structure:
+
+ urn:tva:{category}:{string}
+
+ where the "category" is a US-ASCII string that conforms to URN
+ syntax requirements ([RFC2141]), and "{string}" is a string that
+ confirms to URN syntax requirements ([RFC2141]).
+
+ Relevant ancillary documentation:
+
+ The TV-Anytime Forum specifications have been publicly available
+ at all stages during their development from
+ "ftp://tva:tva@ftp.bbc.co.uk/Specifications/". The final
+ specifications are also available as formal ETSI (European
+ Telecommunication Standardization Institute) technical
+ specification documents, ETSI TS 102 822 series.
+
+ Identifier uniqueness considerations:
+
+ The TV-Anytime Forum shall establish unique identifiers as
+ appropriate.
+
+
+
+
+
+Kameyama Informational [Page 2]
+
+RFC 4195 A URN Namespace for the TV-Anytime Forum October 2005
+
+
+ Uniqueness is guaranteed as long as the assigned "{category}" is
+ never reassigned for other categories. The TV-Anytime Forum is
+ responsible for this.
+
+ Identifier persistence considerations:
+
+ The TV-Anytime Forum is committed to maintaining the accessibility
+ and persistence of all resources that are officially assigned URNs
+ by the organization. Persistence of identifiers is dependent upon
+ suitable delegation at the level of "category"s, and persistence
+ of category assignment.
+
+ Process of identifier assignment:
+
+ All the assignments of identifiers are fully controlled and
+ managed by the TV-Anytime Forum.
+
+ Process of identifier resolution:
+
+ The namespace is not listed with an RDS; this is not relevant.
+
+ Rules for Lexical Equivalence:
+
+ The "{category}" is case-insensitive. Thus, the portion of the
+ URN:
+
+ urn:tva:{category}:
+
+ is case-insensitive for matches. The remainder of the identifier
+ shall be considered case-sensitive; hence, URNs are only lexically
+ equivalent if they are also lexically identical in the remaining
+ {string} field.
+
+ Conformance with URN Syntax:
+
+ No special considerations.
+
+ Validation mechanism:
+
+ Validation shall be done by a syntax grammar corresponding to each
+ "{category}".
+
+ Scope:
+
+ Global.
+
+
+
+
+
+
+Kameyama Informational [Page 3]
+
+RFC 4195 A URN Namespace for the TV-Anytime Forum October 2005
+
+
+3. Examples
+
+ The following examples are not guaranteed to be real. They are
+ provided for pedagogical reasons only.
+
+ urn:tva:metadata:2002
+ urn:tva:metadata:cs:IntentionCS:2002
+ urn:tva:metadata:cs:ActionTypeCS:2002
+ urn:tva:rmp:tvax
+
+4. Community Considerations
+
+ The names in this namespace are to be used in any public
+ implementations of the TV-Anytime Forum specifications so that
+ anybody can benefit from the officially assigned namespace.
+
+ Potential beneficiary communities include:
+
+ a) Implementers of the TV-Anytime specifications.
+
+ Resources that comply with the TV-Anytime Forum specifications
+ (including TV-Anytime schemas, instance documents that comply with
+ TV-Anytime schemas, and TV-Anytime default Classification Schemes)
+ may, by means of the registered namespace, become exposed to the
+ general Internet and gain from the interoperability benefits of
+ the Internet at large.
+
+ b) Implementers of other specifications that incorporate components
+ of the TV-Anytime specifications.
+
+ URNs used to identify TV-Anytime components may be used to enable
+ their inclusion in, and enhancement of, other specifications while
+ maintaining, to a certain degree, interoperability with the TV-
+ Anytime community (see a) above).
+
+ c) Implementers of other semantically related specifications that do
+ not directly incorporate components of the TV-Anytime
+ specifications.
+
+ URNs used to identify components of the TV-Anytime specifications,
+ such as identifiers of terms within default Classification
+ Schemes, may enable interoperation with other semantically
+ determined specifications (including present and future
+ metadata/resource description and ontology specifications) of
+ relevance to TV-Anytime implementation communities (see a) and b)
+ above).
+
+
+
+
+
+Kameyama Informational [Page 4]
+
+RFC 4195 A URN Namespace for the TV-Anytime Forum October 2005
+
+
+5. Namespace Considerations
+
+ This application requires a unique namespace because the assignment
+ mechanism requires delegation to the TV-Anytime Forum. As a
+ namespace used to identify components of the TV-Anytime
+ specifications, the TV-Anytime Forum will manage the inter-
+ relationship of the components and the uniqueness of the identifiers.
+
+6. Security Considerations
+
+ There are no additional security considerations other than those
+ normally associated with the use and resolution of URNs in general.
+
+Informative References
+
+ [RFC2141] Moats, R., "URN Syntax", RFC 2141, May 1997.
+
+Author's Address
+
+ Wataru KAMEYAMA
+ GITS, Waseda University
+ 1011 Okuboyama, Nishi-tomida
+ Honjo-shi, Saitama, 367-0035
+ JAPAN
+
+ Phone: +81 495 24 6052
+ EMail: wataru@waseda.jp
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+Kameyama Informational [Page 5]
+
+RFC 4195 A URN Namespace for the TV-Anytime Forum October 2005
+
+
+Full Copyright Statement
+
+ Copyright (C) The Internet Society (2005).
+
+ This document is subject to the rights, licenses and restrictions
+ contained in BCP 78, and except as set forth therein, the authors
+ retain all their rights.
+
+ This document and the information contained herein are provided on an
+ "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS
+ OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET
+ ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED,
+ INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE
+ INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED
+ WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
+
+Intellectual Property
+
+ The IETF takes no position regarding the validity or scope of any
+ Intellectual Property Rights or other rights that might be claimed to
+ pertain to the implementation or use of the technology described in
+ this document or the extent to which any license under such rights
+ might or might not be available; nor does it represent that it has
+ made any independent effort to identify any such rights. Information
+ on the procedures with respect to rights in RFC documents can be
+ found in BCP 78 and BCP 79.
+
+ Copies of IPR disclosures made to the IETF Secretariat and any
+ assurances of licenses to be made available, or the result of an
+ attempt made to obtain a general license or permission for the use of
+ such proprietary rights by implementers or users of this
+ specification can be obtained from the IETF on-line IPR repository at
+ http://www.ietf.org/ipr.
+
+ The IETF invites any interested party to bring to its attention any
+ copyrights, patents or patent applications, or other proprietary
+ rights that may cover technology that may be required to implement
+ this standard. Please address the information to the IETF at ietf-
+ ipr@ietf.org.
+
+Acknowledgement
+
+ Funding for the RFC Editor function is currently provided by the
+ Internet Society.
+
+
+
+
+
+
+
+Kameyama Informational [Page 6]
+