/
868.txt
462 lines (343 loc) · 24.4 KB
/
868.txt
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
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
[107] 本項で紹介するのは、 [[MIME型]]を更に細分化したものとしての[[プロファイル]]を指定する
「[DFN[[CODE(MIME)@en[[[profile]]]]]]」です。 [[Web Linking]] における[[リンク関係型]]として、
あるいは一部の[[MIME型]]の[[引数]]として使われています。
* 仕様書
[REFS[
- [86] '''[CITE@en[RFC 6906 - The 'profile' Link Relation Type]] ([TIME[2014-03-02 17:28:52 +09:00]] 版) <http://tools.ietf.org/html/rfc6906>'''
-- [100] [CITE@en[RFC 6906 - The 'profile' Link Relation Type]] ([TIME[2014-03-02 17:28:52 +09:00]] 版) <http://tools.ietf.org/html/rfc6906#page-5>
- [113] [CITE@en[RFC 7284 - The Profile URI Registry]] ([TIME[2014-06-25 00:13:13 +09:00]] 版) <http://tools.ietf.org/html/rfc7284>
- [127] [CITE[Profile URIs]] ([TIME[2014-06-26 03:43:45 +09:00]] 版) <http://www.iana.org/assignments/profile-uris/profile-uris.xhtml>
- [7] [CITE@en[JSON-LD 1.0]] ([TIME[2015-06-25 15:29:26 +09:00]] 版) <https://dvcs.w3.org/hg/json-ld/raw-file/default/spec/latest/json-ld/index.html#application-ld-json>
-- [120] [CITE@en[JSON-LD 1.0]] ([TIME[2014-01-13 11:01:00 +09:00]] 版) <http://www.w3.org/TR/json-ld-syntax/#application-ld-json>
- [133] [CITE[Collection+JSON - Document Format : Media Types]] ([TIME[2014-07-01 13:16:52 +09:00]] 版) <http://amundsen.com/media-types/collection/format/>
]REFS]
* 意味
[90] [DFN[[RUBYB[[[プロファイル]]]@en[profile]]]]は、[[資源]]の[[表現]]を処理するために使うことができる制約、
[RUBYB[表記法]@en[convention]]、拡張、
その他元々の[[媒体型]]の[RUBYB[[[意味]]]@en[semantics]]を変えないような追加の[[意味]]です
(変えては[['''なりません''']])。 [SRC[>>86]]
[EG[
[89] 例えば [[podcast]] 用の[[プロファイル]]の [[URL]] を [CODE(HTTP)@en[[[profile]]]]
[[リンク]]として含めることで、[[クライアント]]はそのような[[フィード]]を [[podcast]]
の[[フィード]]として普通とは違った形で処理できます。 [SRC[>>86]]
]EG]
[92] [[プロファイル]]は組み合わせて使うことができ、
その場合[[クライアント]]が対応している[[プロファイル]]についてそれぞれの異なる処理規則に従い当該[[資源]]の[[表現]]を処理することができます。
[SRC[>>86]]
[87] [[プロファイル]]は [[URI]] によって識別されます。これは[[名前空間URL]]のように[[プロファイル]]を識別するものであり、
必ずしも[[参照を解ける]][[資源]]でなくても構いません。[[クライアント]]はこれを[[リンク]]としてではなく識別子として扱う[['''べきです''']]。
[SRC[>>86]]
;; [93] [[Web Linking]] の[[リンク関係型]]として定義されているのに、[[リンク]]として扱うなとはこれいかにwwww
[88] [[プロファイル]]の [[URL]] の[[参照を解く]]ことによって[[プロファイル]]の人間可読または[[機械可読]]な説明の[[表現]]が得られるようになっていても[['''構いません''']]。
[[クライアント]]が未知の[[プロファイル]]の [[URL]] に遭遇するかもしれない状況では、
[[プロファイル]]の [[URL]] で有用な文書が得られるようにしておく[['''べきです''']]。
[SRC[>>86]]
[123] [[JSON-LD]] では、[[プロファイル]] [[URL]]は[[dereference]]可能である[['''べきです''']]
[SRC[>>120]]。
** プロファイルと MIME 型
[94] [[媒体型]]はその意味や表記を定義するものですが、しばしば拡張性を持っています。
[[プロファイル]]は[[媒体型]]の意味は変えずに追加の意味を定義するものです。
新しい[[媒体型]]とは違って、元の意味を全部変えてしまうわけではありません。 [SRC[>>86]]
[EG[
[95] 例えば [[XHTML]] は [[XML]] に対して新しい解釈を提供していて生 [[XML]]
データを見せても意味が無いので[[プロファイル]]ではなく新しい[[媒体型]]です。
一方 [[hCard]] は [[HTML]]/[[XHTML]] の処理規則自体は変えずに追加の規則を定義しているので、
[[HTML]]/[[XHTML]] の[[プロファイル]]です。 [SRC[>>86]]
;; [96] [[RFC 6906]] 自体も「[[媒体型]]と[[プロファイル]]の境界は必ずしも明確ではない」 [SRC[>>86]]
と述べていますが、この例も必ずしも納得できるものではないように思えます。 [[hCard]]
と同じ程度に [[XHTML]] も [[XML]] の[[プロファイル]]であると [[RFC 6906]]
の定義と何ら矛盾なく主張できそうです。
]EG]
[91] [[プロファイル]]は複数の[[媒体型]]にまたがって定義されるものであっても[['''構いません''']]。
[[資源]]の複数の[[表現]]に共通して[[プロファイル]]を関連付けることもできます。
とはいえ[[クライアント]]は[[プロファイル]]を[[資源]]の[[表現]]に関連付けられたものとして扱う[['''べきです''']]。
[SRC[>>86]]
* リンク関係型 [CODE(HTTP)@en[profile]] (Web Linking)
[114] [[リンク関係型]] [DFN[[CODE(HTTP)@en[[[profile]]]]]] は、[[対象資源]]が[[プロファイル]]であることを表します。
** 歴史
[REFS[
- [76] [CITE@en[draft-wilde-profile-link-01 - The \x27profile\x27 Link Relation Type]]
( ([TIME[2012-04-16 14:08:25 +09:00]] 版))
<http://tools.ietf.org/html/draft-wilde-profile-link-01>
]REFS]
** 関連
[98] >>95, >>96 で [[RFC 6906]] 自体が示唆しているように、[[プロファイル]]の仕組みは
[[XML MIME型]]に対する[[屋上屋]]のように思えます。 >>97 の提案は [CODE(MIME)@en[[[profile]]]]
[[引数]]そのものです。
[REFS[
- [97] [CITE@en[RFC 3023 - XML Media Types]] ([TIME[2014-03-08 23:18:22 +09:00]] 版) <http://tools.ietf.org/html/rfc3023#appendix-A.6>
]REFS]
;; [99] [[XML MIME型]]というか[[構造化構文接尾辞]]も [[MIME型]]に対する[[屋上屋]]なので建て増しすぎwww
[140] また、提案されているように処理に大きく関わるものであるなら、 [CODE(HTTP)@en[[[Link:]]]]
の一種として定義するよりも、独自の[[ヘッダー]]として定義する方がより利用しやすく、
実装時の間違いも起こりにくいように思えます。実際に利用したい場面があって、
[[著者]]や実装者がどう利用するのか、どうすれば正しく利用されるのかを検討して設計したのではなく、
[[Web Linking]] の仕組みの中で理論上あれば良いと考えられる機能を定義してみた、
というような顛末なのではないかと疑いたくもなります。 (本当に需要があるのなら、
もっと反響も利用例・実装例もありそうなものです。)
* [CODE(MIME)@en[profile]] 引数 (MIME 型)
** 文脈
[102] [[プロファイル]]が使えそうな[[媒体型]]を新しく定義する時は、
[DFN[[CODE(MIME)@en[[[profile]]]]]] [[引数]]を定義する[['''べきです''']] [SRC[>>101]]。
[101] [[リンク型]] [CODE(HTTP)@en[[[profile]]]] の[[リンク]]は[[資源]]の[[表現]]に含まれるものなので、
その外側からは見えません。しかし [CODE(MIME)@en[[[profile]]]] [[引数]]があれば、
[CODE(HTTP)@en[[[Accept:]]]] [[ヘッダー]]による[[内容折衝]]などで用いることができます。 [SRC[>>100]]
[121] [[JSON-LD]] ([CODE(MIME)@en[[[application/ld+xml]]]])
はこの [CODE(MIME)@en[[[profile]]]] [[引数]]を採用しています [SRC[>>120]]。
この[[引数]]は省略可能です [SRC[>>120]]。
[132] [[Collection+JSON]] ([CODE(MIME)@en[[[application/vnd.collection+json]]]])
もこの [CODE(MIME)@en[[[profile]]]] [[引数]]を採用している模様です [SRC[>>133]]。
** 構文
[104] [CODE(MIME)@en[[[profile]]]] [[引数]]を定義する時は[[空白]]で区切った[[プロファイル]]の
[[URI]] のリストとする[['''べきです''']]。 [SRC[>>100]]
[122] [[JSON-LD]] では、このリストは、空ではないものとされています [SRC[>>120]]。
;; [105] >>104 の通りで細かい定義はありません。[[相対URL]]で良いのか、[[空白]]の種類は何かなどは決められていません。
** 関連
[103] [CODE(MIME)@en[[[profile]]]] [[引数]]を使う[[表現]]であっても、 [CODE(HTTP)@en[[[profile]]]]
[[リンク]]は含める[['''べきです''']]。これは、[[媒体型]]の[[引数]]は失われがちだからです。 [SRC[>>100]]
* プロファイル URL
[DEL[
[108] 実際の[[プロファイル]] [[URL]] は見つかっていません。
]DEL]
[109] [[RFC 6906]] は [[hCard]] と [[Dublin Core]] の [[DC-HTML]] を紹介していますが、
どちらも[[リンク関係型]] [CODE(HTTP)@en[[[profile]]]] における意味の[[プロファイル]]を定義していないので、
現時点で使うことはできません (使い方がわかりません)。
;; [110] そもそも [[Web Linking]] を採用していない [[HTML]] でどのように使うのか不明です。
[[HTTP]] [[ヘッダー]]や [[HTML]] [[エントリー]]を含む [[Atom]] [[フィード]]で使うのでしょうか。
[111] [[RFC 6906]] は [[iTunes]] の [[podcast]] の例も挙げていますが、 [[URL]]
も含めすべてが例示に過ぎず、実際に使えるものではありません。
[112] [DEL[登録簿もなく]]好きな [[URL]] を使えるようですが、どこで誰が使っているのかわかりません。
[115] 2014年6月に発行された [[RFC 7284]] は、
[[相互運用性]]のために有用である [SRC[>>114]] として、[[IANA登録簿]]
(>>127) を規定するものです。
;; [116] ただし[[適合性]]には言及していませんから、登録されていない [[URL]]
を使うことが制限されているわけではありません。
[117] [[RFC 7284]] は [DFN[[CODE(URI)[[[http://example.com/profiles/example]]]]]]
を例示しています [SRC[>>114]] が、この [[URL]] 自体は [[IANA]] に登録されていません。
かわりになぜか [DFN[[CODE(URI)[[[urn:example:profile-uri]]]]]]
を登録しています [SRC[>>114]]。
[118] [[RFC 6906]] で言及 (>>109) されていた [[DC-HTML]] の [[URL]]
[CODE(URI)[[[http://dublincore.org/documents/2008/08/04/dc-html/]]]]
が登録されています [SRC[>>114]]。ただし [[DC-HTML]] は [[HTML]] の
[CODE(HTMLa)@en[[[profile]]]] [[属性]]の値を定義するもので、 [[Web Linking]]
における用法は [[DC-HTML]] も [[RFC 7284]] も規定していません。
しかも [[HTML]] の [CODE(HTMLa)@en[[[profile]]]] [[属性]]は現行の [[HTML Standard]]
では既に削除されていて、 [[DC-HTML]] はその後メンテナンスされていない、
既に実効性のない仕様です。このような値を登録したところで、
どのように使うつもりなのでしょうか (誰か使おうと思っている人はいるのでしょうか)。
[119] [[RFC 7284]] は、更に、 [[JSON-LD]] [SRC[>>120]] を出典として3つの [[URL]]
を登録しています [SRC[>>114]]。
[FIG(list)[
- [124] [DFN[[CODE(URI)@en[[[http://www.w3.org/ns/json-ld#expanded]]]]]]
- [125] [DFN[[CODE(URI)@en[[[http://www.w3.org/ns/json-ld#compacted]]]]]]
- [126] [DFN[[CODE(URI)@en[[[http://www.w3.org/ns/json-ld#flattened]]]]]]
]FIG]
[131] [CITE[Go About API — Go About 3.16.3 documentation]] ([TIME[2014-06-06 20:45:48 +09:00]] 版) <https://apidocs.goabout.com/>
では、
[CODE(URI)@en[[[http://profiles.goabout.com/]]]] からはじまる[[プロファイル]]
[[URL]] がいくつか定義されています。
[8] [[JSON-LD]] は、[[MIME型]]の[[引数]]の値として [[IRI]] を使えないため、
[[URI]] に変換する必要がある [SRC[>>7]] と述べています。普通[[プロファイル]] [[URL]]
のように[[番地]]ではなく[[識別子]]として用いられる [[URL]] の場合、
不透明な文字列として扱うことになっています。 [[URI]] でない [[IRI]]
だと意味が変わってしまう可能性が高いですが、なぜかそれには言及されていません。
* 歴史
** [CODE(MIME)@en[profile]] 引数 (HTML、SMIL)
[23]
[[XHTML]] の[[媒体型]] [CODE(MIME)@en[[[application/xhtml+xml]]]],
[[SMIL]] の[[媒体型]] [CODE(MIME)@en[[[application/smil+xml]]]],
[CODE(MIME)@en[[[application/smil]]]]
で定義されている[[引数]] [DFN@en[[CODE(MIME)@en[[[profile]]]]]]
は、[[名札付け]]された[[実体]]が使用している[[マーク付け言語]]の[[プロファイル]]を指定するものでした。
[42]
:[[媒体型]]:[CODE(MIME)@en[[[application/xhtml+xml]]]],
[CODE(MIME)@en[[[application/smil+xml]]]],
[CODE(MIME)@en[[[application/smil]]]]
:[[引数名]]:[CODE(MIME)@en[[[profile]]]]
([Q@en[[[profile]]]] ([Q@en[[[プロファイル]]]]) より)
:[[引数値]]:[[URI]]
:[[既定値]]:([[プロファイル]]指定なし)
:状態:[[IETF]] [[情報提供]] [[RFC]]
[41]
仕様書:
- [[RFC 4536]] ([CODE(MIME)@en[[[application/smil+xml]]]],
[CODE(MIME)@en[[[application/smil]]]])
<urn:ietf:rfc:4536> ([[IETF]] [[情報提供]] [[RFC]])
-- [CSECTION@en[5. The [CODE(MIME)@en[[[profile]]]] Optional Parameter]]
[43]
この[[引数]]は、[[内容折衝]]で受信側の能力を示すために使う
[WEAK[(例えば [CODE(HTTP)@en[[[Accept]]:]] で使う)]]
ことを想定しています。
特に、形式の変換を行う[[串]]が使うことを想定しています。
送信側が[[実体]]に[[名札付け]]するために使う
[WEAK[(例えば [CODE(MIME)@en[[[Content-Type:]]]] で使う)]] ことは想定していません。
[SRC@en[[[RFC 4536]] 5.]]
[45]
[CODE(MIME)@en[[[profile]]]] [[引数]]は、 [[CC/PP]]
が使われるようになるまでのつなぎです。
[SRC@en[[[RFC 4536]] 5.]]
[29]
いくらつなぎ規格だからと言っても、提案している当の W3C の規格 (XHTML 1.0 とか 1.1 とか SMIL 2.0 とか SMIL Basic とか) の [CODE(MIME)[profile]] URI が規定されていないあたり、やる気がまったく感じられませぬ。
[46]
[[CC/PP]] も失敗色が。。。
[80] [CITE@en[WICD Full 1.0]]
( ([TIME[2010-08-17 16:50:22 +09:00]] 版))
<http://www.w3.org/TR/WICDFull/#identification>
[81] [CITE@en[WICD Mobile 1.0]]
( ([TIME[2010-08-17 16:50:39 +09:00]] 版))
<http://www.w3.org/TR/WICDMobile/#identification>
[84] [CITE@en[JSON-LD 1.0]]
( ([TIME[2014-01-13 20:01:00 +09:00]] 版))
<http://www.w3.org/TR/json-ld/#application-ld-json>
[85] [CITE@en[draft-wilde-atom-profile-03 - Profile Support for the Atom Syndication Format]]
( ([TIME[2014-01-22 19:21:52 +09:00]] 版))
<http://tools.ietf.org/html/draft-wilde-atom-profile-03>
[REFS[
- [1] [CITE@en[import new IANA considerations · 15eb97c · w3c/html]] ([TIME[2014-09-17 11:23:44 +09:00]] 版) <https://github.com/w3c/html/commit/15eb97cfc8b7fc97c2dcceaf92c748a2c1ae2e78>
]REFS]
[2] >>1 で [[W3C]] [[HTML5]] において [CODE(MIME)@en[[[application/xhtml+xml]]]]
の [CODE(MIME)@en[[[profile]]]] [[引数]]がなぜか[[非推奨]]ながら「復活」しています。
;; [3] しかし [CODE(MIME)@en[[[text/html]]]] の [CODE(MIME)@en[[[version]]]] や
[CODE(MIME)@en[[[level]]]] は復活していませんし、なぜ [CODE(MIME)@en[[[profile]]]]
だけが復活したのか謎です。
;; [4] 現在の [CODE(MIME)@en[[[application/xhtml+xml]]]] の最新の定義と考えられる
[[WHATWG]] [[HTML Standard]] には、 [CODE(MIME)@en[[[profile]]]]
[[引数]]は含まれていません。
*** 例
[13] [CODE(URI)[http://www.wapforum.org/xhtml]] : [[XHTML Mobile Profile]]
(<http://www.openmobilealliance.org/wapdocs/wap-277-xhtmlmp-20011029-a.pdf> 7.2 参照)
[12] <http://www.geocities.co.jp/Hollywood-Studio/8691/>: <http://math.oheya.to/dtd/geo/geo-html11.dtd> の。
[44] 例 [SRC@en[[[RFC 4536]] 5.]]
[PRE(HTTP example code)[
Accept: application/smil+xml;
profile="http://www.w3.org/2001/SMIL20/HostLanguage"
]PRE]
** JSON Schema
[139] [[JSON Schema]] は、 [CODE(MIME)@en[[[application/json]]]] とその subtype
([CODE(MIME)@en[[[+json]]]] のことか?) の [CODE(MIME)@en[[[profile]]]]
[[引数]]によって[[JSON Schema]]の[[URL]]を指定する[['''べき''']]としています [SRC[>>138]]。
[REFS[
- [138] [CITE@en[JSON Schema: core definitions and terminology]] ([TIME[2014-06-10 15:33:28 +09:00]] 版) <http://json-schema.org/latest/json-schema-core.html#rfc.section.8.1>
]REFS]
[134] [[JSON Reference]] は
[CODE(MIME)@en[[[application/json]]; [[profile]]=http://json-schema.org/json-ref]]
のような指定を使う[['''べき''']] [SRC[>>135]] と規定していましたが、
その後削除されています [SRC[>>136]]。
;; [137] この [CODE(MIME)@en[[[profile]]]] [[引数]]がどのように解釈されるのかはまったく説明されていませんでしたが、
同じ著者による >>139 とみられます。
[REFS[
- [135] [CITE@en[draft-pbryan-zyp-json-ref-02 - JSON Reference]] ([TIME[2014-03-31 09:33:09 +09:00]] 版) <http://tools.ietf.org/html/draft-pbryan-zyp-json-ref-02#section-6>
- [136] [CITE@en[draft-pbryan-zyp-json-ref-03 - JSON Reference]] ([TIME[2014-04-26 22:15:06 +09:00]] 版) <http://tools.ietf.org/html/draft-pbryan-zyp-json-ref-03>
]REFS]
* 関連
[106] [[MIME型]]に対する制約としての[[プロファイル]]は、[[HTMLメタ情報プロファイル]]に関する
[CODE(HTMLe)@en[[[head]]]] [[要素]]の [CODE(HTMLa)@en[[[profile]]]] [[属性]]と
(一部の人達により半ば意図的に) 混用されました。一部の [[XHTML1]] 仕様書は、
[CODE(HTMLe)@en[[[head]]]] [[要素]]の [CODE(HTMLa)@en[[[profile]]]] [[属性]]を本項の意味に (曖昧に)
定義していまして、 [CODE(MIME)@en[[[application/xhtml+xml]]]] の [CODE(MIME)@en[[[profile]]]]
[[引数]]もそうなっています。 [[XHTML2]] の[[リンク型]] [CODE(HTML)@en[[[profile]]]] や [[Web Linking]]
の一部として提案されていた [CODE(HTTP)@en[[[Profile:]]]] [[ヘッダー]]も、そのような混用状態の延長線上にあるようです。
[141] [CODE(MIME)@en[[[codecs]]]] [[特性]]とあわせて定義された
[CODE(MIME)@en[[[profile''s'']]]] [[特性]]とは、直接関係ありません。
* メモ
[128] [CITE@en[RFC-6906-Profiles - DCMI_MediaWiki]]
( ([TIME[2014-07-01 12:46:01 +09:00]] 版))
<http://wiki.dublincore.org/index.php/RFC-6906-Profiles>
[129] [CITE@en[The ‘profile’ Link Relation and You]]
( ([TIME[2014-07-01 12:46:11 +09:00]] 版))
<http://words.steveklabnik.com/the-profile-link-relation-and-you>
[130] [CITE[JSON API :: Extending]]
( ([TIME[2014-06-09 16:18:31 +09:00]] 版))
<http://jsonapi.org/extending/>
[6] [[ALPS]] ([CODE(MIME)@en[[[application/alps+xml]]]], [CODE(MIME)@en[[[application/alps+json]]]]) も同様な [CODE(MIME)@en[[[profile]]]]
[[引数]]を定義していますが、 [[RFC]] は参照していないようです。
[REFS[
- [5] [CITE@en[draft-amundsen-richardson-foster-alps-00 - Application-Level Profile Semantics (ALPS)]] ([TIME[2014-10-16 14:34:48 +09:00]] 版) <https://tools.ietf.org/html/draft-amundsen-richardson-foster-alps-00#section-4.1>
]REFS]
[FIG(quote)[
[FIGCAPTION[
[9] [CITE[ALPS Mapping Guidelines for HTML]]
([TIME[2014-09-06 10:23:34 +09:00]] 版)
<http://alps.io/spec/alps-to-html/>
]FIGCAPTION]
> Responses can include the Link header'''['''2''']''' with the href value set to the URL of the ALPS profile document and the rel value set to "profile."
> Link: http://alps.io/profiles/microblogging; rel="profile"
]FIG]
[FIG(quote)[
[FIGCAPTION[
[10] [CITE@en[Application-Level Profile Semantics (ALPS)]]
([TIME[2015-03-03 02:35:31 +09:00]] 版)
<http://alps.io/spec/drafts/draft-01.html#rfc.section.4>
]FIGCAPTION]
> profile
> A whitespace-separated list of IRIs identifying specific constraints or conventions that apply to an ALPS document. A profile must not change the semantics of the resource representation when processed without profile knowledge, so that clients both with and without knowledge of a profiled resource can safely use the same representation. The profile parameter may also be used by clients to express their preferences in the content negotiation process. It is recommended that profile IRIs are dereferenceable and provide useful documentation at that IRI.
]FIG]
[14] [[TTML]] も同じような [CODE(MIME)@en[profile]] [[引数]]を定義しています。
[[TTML]] 本体に [CODE(XML)@en[ttp:profile]] なる概念があり、
それと同じと定義されています。値はやはり [[URL]] です。
([[RFC]] は参照していません。) [CODE(MIME)@en[codecs]] [[引数]]と用途が重なり、
可能な場合 [CODE(MIME)@en[codecs]] [[引数]]を使うよう指示されています。
[16] 必須ではありません [SRC[>>15]]。
[REFS[
- [15] [CITE@en[TTML Media Type Definition and Profile Registry]] ([TIME[2016-05-07 03:08:58 +09:00]]) <https://w3c.github.io/tt-profile-registry/#mediatype>
]REFS]
[FIG(quote)[
[FIGCAPTION[
[11] ([TIME[2016-03-04 19:08:52 +09:00]] 版)
<https://zuuonline.com/>
]FIGCAPTION]
> <link rel="profile" href="http://gmpg.org/xfn/11">
]FIG]
[17] [CITE@en[TTML Media Type Definition and Profile Registry]]
([TIME[2016-10-07 02:57:28 +09:00]])
<https://www.w3.org/TR/2016/NOTE-ttml-profile-registry-20161006/>
[18] [CITE@en[TTML Media Type Definition and Profile Registry]]
([TIME[2016-10-09 17:03:53 +09:00]])
<https://www.w3.org/TR/2016/NOTE-ttml-profile-registry-20161009/>
[FIG(quote)[
[FIGCAPTION[
[19] ([TIME[2017-01-10 14:01:06 +09:00]])
<https://www.iana.org/assignments/media-types/application/gml+xml>
]FIGCAPTION]
> "profile": If provided, this parameter indicates the GML profiles that the GML document conforms to. This is consistent with the semantics of a profile as laid out in RFC 6906.
> The parameter can also be used to provide protocol-specific operations, such as profile-based content negotiation in HTTP.
> A profile is identified by a URI.
> As a GML document may conform to more than one GML profile, the parameter value is a whitespace-separated list of profile URIs.
> Syntax:
> profile = URI *( 1*WSP URI )
> The element "URI" is defined by Section 3 of RFC 3986.
> Profile URIs are assigned by the publisher of the GML profile. The URI should be in the "http" URI scheme and, if dereferenced, should return information about the GML profile.
> For example, version 2.0 of the GML Simple Feature Level 0 profile specified by OGC is identified by the URI "http://www.opengis.net/def/profile/ogc/2.0/gml-sf0".
]FIG]
[FIG(quote)[
[FIGCAPTION[
[20] [CITE@en[Web Annotation Data Model]]
([TIME[2017-02-24 02:14:26 +09:00]])
<https://w3c.github.io/web-annotation/model/wd2/#h-serialization-of-the-model>
]FIGCAPTION]
> The media type of this format is defined in Section 3 of the Annotation Protocol '''['''annotation-protocol''']''' as application/ld+json;profile="http://www.w3.org/ns/anno.jsonld".
]FIG]
[FIG(quote)[
[FIGCAPTION[
[21] [CITE@en[Web Annotation Protocol]]
([TIME[2017-02-24 02:14:26 +09:00]])
<https://w3c.github.io/web-annotation/protocol/wd/#h-annotation-retrieval>
]FIGCAPTION]
> Servers must support the JSON-LD representation using the Web Annotation profile. These responses must have a Content-Type header with the application/ld+json media type, and it should have the Web Annotation profile IRI of http://www.w3.org/ns/anno.jsonld in the profile parameter.
]FIG]
[FIG(quote)[
[FIGCAPTION[
[22] [CITE@en[Web Annotation Protocol]]
([TIME[2017-02-24 02:14:26 +09:00]])
<https://w3c.github.io/web-annotation/protocol/wd/#h-annotation-retrieval>
]FIGCAPTION]
> Servers may support different JSON-LD profiles. Content negotiation for different JSON-LD profiles is performed by adding a profile parameter to the JSON-LD media type in a space separated, quoted list as part of the Accept header.
]FIG]
[FIG(quote)[
[FIGCAPTION[
[24] [CITE@en[Embedding Web Annotations in HTML]]
([TIME[2017-02-24 02:14:26 +09:00]])
<https://w3c.github.io/web-annotation/serialization-html-note/#embed-json-ld>
]FIGCAPTION]
> JSON-LD '''['''json-ld''']''' is the serialization format used in the Web Annotation Data Model '''['''annotation-model''']'''. HTML can accommodate this serialization format directly via the use of the HTML <script> element with its type attribute assigned the media type for a Web Annotation: application/ld+json;profile="http://www.w3.org/ns/anno.jsonld".
]FIG]