1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
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]
^L
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]
^L
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]
^L
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]
^L
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]
^L
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]
^L
|