タイムドテキストマークアップ言語 2 (TTML2) (第2版)

1.2.1 単一領域の例

TTML 文書インスタンス は、tt 文書要素からなり、そこには ヘッダーと本文が含まれます。ヘッダーは文書レベルのメタデータ、スタイル 定義、およびレイアウト定義を指定し、本文はテキストコンテンツに、 スタイルおよびレイアウト情報への参照と、インラインのスタイル指定およびタイミング情報を織り交ぜて指定します。

<tt xml:lang="" xmlns="http://www.w3.org/ns/ttml">
  <head>
    <metadata/>
    <styling/>
    <layout/>
  </head>
  <body/>
</tt>

文書レベルのメタデータでは、文書のタイトル、説明、 および著作権情報を指定できます。さらに、他の 名前空間からの任意のメタデータを指定することもできます。

<metadata xmlns:ttm="http://www.w3.org/ns/ttml#metadata">
  <ttm:title>タイムドテキスト TTML の例</ttm:title>
  <ttm:copyright>著者一同 (c) 2006</ttm:copyright>
</metadata>

スタイル指定情報は、レイアウトおよびコンテンツ情報から参照される スタイル指定定義として指定することも、 コンテンツ情報とともにインラインで指定することも、その両方を行うこともできます。

例の断片 – TTML スタイル指定 では、スタイル指定をまとめた4つの 集合が 定義されており、そのうち1つは既定のスタイルの集合として機能します。

<styling xmlns:tts="http://www.w3.org/ns/ttml#styling">
  <!-- s1 は既定の色、フォント、およびテキスト配置を指定する -->
  <style xml:id="s1"
    tts:color="white"
    tts:fontFamily="proportionalSansSerif"
    tts:fontSize="22px"
    tts:textAlign="center"
  />
  <!-- 黄色のテキストを使用し、それ以外はスタイル s1 と同じ代替スタイル -->
  <style xml:id="s2" style="s1" tts:color="yellow"/>
  <!-- s1 に基づくが、右揃えにしたスタイル -->
  <style xml:id="s1Right" style="s1" tts:textAlign="end" />     
  <!-- s2 に基づくが、左揃えにしたスタイル -->
  <style xml:id="s2Left" style="s2" tts:textAlign="start" />
</styling>

レイアウト情報は、コンテンツを提示する 1つ以上の領域を定義します — ここでは単一の領域を定義します。領域定義では、 1つまたは 複数のスタイル指定の集合を参照することで、その 領域に流し込まれたコンテンツがこれらのスタイルを継承できるようにします。 例の断片 – TTML レイアウト では、領域 定義が スタイル指定 s1 を参照し、特定のインライン スタイルを追加しています。これらを組み合わせることで、領域に流し込まれたコンテンツが 領域のスタイルを継承できるようになります（そのスタイルが コンテンツ上で既に明示的に指定されておらず、コンテンツ階層を介しても 継承されていない場合）。

<layout xmlns:tts="http://www.w3.org/ns/ttml#styling">
  <region xml:id="subtitleArea"
    style="s1"
    tts:extent="560px 62px"
    tts:padding="5px 3px"
    tts:backgroundColor="black"
    tts:displayAlign="after"
  />
</layout>  

文書インスタンス のコンテンツは その本文で表現され、ブロックおよびインラインのテキスト要素によって構成されます。 コンテンツ要素の階層構造は、 空間的関係と時間的関係の両方を決定する上で主要な役割を果たします。例えば、 例の断片 – TTML 本文 では、各段落 （p 要素）が 指定された字句順で対象領域に流し込まれます。さらに、 各段落の有効時間区間は、 適用される時間包含の意味論に従って、親または兄弟に対して決められます — この場合、親の区分要素は（既定で）並列時間 コンテナーとして解釈されます。

<body region="subtitleArea">
  <div>
    <p xml:id="subtitle1" begin="0.76s" end="3.45s">
      逆説のように思えますね、
    </p>
    <p xml:id="subtitle2" begin="5.0s" end="10.0s">
      網膜上に結ばれる像が<br/>
      逆さまになるというのは？
    </p>
    <p xml:id="subtitle3" begin="10.0s" end="16.0s" style="s2">
      不思議ですね。どうして<br/>
      私たちには物が逆さまに見えないのでしょう？
    </p>
    <p xml:id="subtitle4" begin="17.2s" end="23.0s">
      では、ご存じないのですか、<br/>
      脳もまた逆さまになっているという説を？
    </p>
    <p xml:id="subtitle5" begin="23.0s" end="27.0s" style="s2">
      ええ、知りませんでした！なんと美しい事実でしょう！
    </p>
    <p xml:id="subtitle6a" begin="28.0s" end="34.6s" style="s2Left">
      でも、どうやって証明するのですか？
    </p>
    <p xml:id="subtitle6b" begin="28.0s" end="34.6s" style="s1Right">
      こうです。私たちが
    </p>
    <p xml:id="subtitle7" begin="34.6s" end="45.0s" style="s1Right">
      脳の頂部と呼ぶものは<br/>
      実際にはその底部であり
    </p>
    <p xml:id="subtitle8" begin="45.0s" end="52.0s" style="s1Right">
      底部と呼ぶものは<br/>
      実際にはその頂部であって、
    </p>
    <p xml:id="subtitle9a" begin="53.5s" end="58.7s">
      単なる名称の問題なのです。
    </p>
    <p xml:id="subtitle9b" begin="53.5s" end="58.7s" style="s2">
      なんと愉快なことでしょう！
    </p>
  </div>    
</body>

最初の字幕 字幕 1 – 時間区間 [0.76, 3.45) は、 0.76秒から3.45秒までの時間区間に提示されます。 この 字幕は、フォントファミリー、フォントサイズ、 前景色、およびテキスト配置を、提示先の 領域から継承します。段落には領域が明示的に指定されていないため、 領域を指定している最も近い祖先によって、 対象領域が決まります。また、コンテンツは、 包含領域の下部（後側の辺）に提示されることにも注意してください。これは、 tts:displayAlign="after" が領域定義で指定されているためです。

字幕 1 – 時間区間 [0.76, 3.45)

2番目の字幕も引き続き既定のスタイルを使用しますが、 著者が指定した改行によって区切られた2行のテキストを含みます。 tts:textAlign="center" を使用して、インライン進行方向における段落の配置を 指定した効果に注意してください。

字幕 2 – 時間区間 [5.0, 10.0)

続く3番目の字幕では、既定のスタイルの 前景色を別の色で上書きする派生スタイルを使用します。

字幕 3 – 時間区間 [10.0, 16.0)

4番目の字幕では既定のスタイルに戻ります。

字幕 4 – 時間区間 [17.2, 23.0)

続く5番目の字幕では、再び派生スタイルを使用して、 既定のスタイルの前景色を別の色で上書きします。

字幕 5 – 時間区間 [23.0, 27.0)

次の有効時間区間では、2つの異なる字幕が同時に有効になり、 各字幕を表す段落は、既定のスタイルの色と段落の テキスト配置を上書きする異なるスタイルを使用します。フローの順序は、 コンテンツ階層内に現れる要素の字句順によって決まることに注意してください。

字幕 6a および 6b – 時間区間 [28.0, 34.6)

次の字幕も同様の方法で指定され、 スタイルの上書きによって、段落を インライン進行方向において右（終端）揃えにします。

字幕 7 – 時間区間 [34.6, 45.0)

8番目の字幕では、前の字幕と同じ スタイルの上書きを使用して、段落の 右（終端）揃えを維持します。

字幕 8 – 時間区間 [47.3, 49.0)

最後の（9番目の）有効時間区間では、2つの異なる 字幕が再び同時に有効になりますが、 2番目の段落に別のスタイルを適用して既定の色を上書きします。 フローの順序は、コンテンツ階層内に現れる 要素の字句順によって決まることに注意してください。

字幕 9a および 9b – 時間区間 [53.5, 58.7)

1.2.2 複数領域の例

上の例は、単一の領域へ流し込まれるコンテンツの 時間的および字句的なフローを示しています。 この概念は複数の領域にも拡張でき、 コンテンツの異なる部分を各領域に それぞれ独立した時刻に流し込めます。 例えば、文書例 – 複数領域における TTML レイアウト には、2つの 字幕段落があり、それぞれ異なる領域に配置されています。2番目の字幕は、 最初の字幕が表示から取り除かれる前に表示されるようになり、 その後も表示されたままになるため、 表示される字幕の数は、順に1つ、2つ、そして1つとなります。

<tt xml:lang="en" xmlns="http://www.w3.org/ns/ttml"
    xmlns:tts="http://www.w3.org/ns/ttml#styling">
  <head>
    <styling xmlns:tts="http://www.w3.org/ns/ttml#styling">
      <style xml:id="pStyle"
        tts:backgroundColor="cyan"
        tts:textAlign="center"
        tts:fontSize="6.7rh"/>
      <style xml:id="spanStyle"
        tts:color="white"
        tts:backgroundColor="black"
        tts:fontFamily="proportionalSansSerif"/>
    </styling>
    <layout xmlns:tts="http://www.w3.org/ns/ttml#styling">
      <region xml:id="topCenterArea"
        tts:position="center top 10% "
        tts:extent="80% 20%"
        tts:displayAlign="before"
        tts:backgroundColor="purple"
        tts:showBackground="whenActive"/>
      <region xml:id="bottomLeftArea"
        tts:position="left 10% bottom 10% "
        tts:extent="60% 20%"
        tts:displayAlign="after"
        tts:backgroundColor="green"
        tts:showBackground="whenActive"/>
    </layout>  
  </head>
  <body>
    <div>
      <p xml:id="subtitle1" begin="00:00:00.500" end="00:00:01.500"
         region="topCenterArea" style="pStyle">
        <span style="spanStyle">生理学の講師に尋ねてみましょう、なぜ<br/>
        あの見事な説を教えてくださらなかったのかと！</span>
      </p>
      <p xml:id="subtitle2" begin="00:00:01" end="00:00:02"
         region="bottomLeftArea" style="pStyle">
        <span style="spanStyle">何かを差し出してでも立ち会いたいものです、<br/>
        その質問がされるときには！</span>
      </p>
    </div>    
  </body>
</tt>

この例には、時間的に重なる2つの字幕が含まれています。 これにより、0.5秒から2秒までの間に3つの異なる区間が生じます。 文書内では、時刻は hh:mm:ss 形式で表現されています。 各領域と段落は、その内容よりも大きなサイズを持つよう指定されており、 対照的な背景色で表示されます。 これにより、その位置と子孫の位置がより明確に見えるようになります。 上の領域は紫色、下の領域は緑色です。 各 p はシアンで、各 span は黒い背景に白いテキストです。

字幕 1 – 時間区間 [0.5, 1.0)

最初の区間である0.5秒から1.0秒では、2行が提示され、 上部中央の領域の前側の辺に揃えられます。 そのため、領域の使用されていない部分は、テキストの下に 紫色として見えます。 同様に、p 要素の使用されていない部分は、 span 要素が占める空間を示す黒い背景の周囲に、シアンとして見えます。

字幕 1 および 2 – 時間区間 [1.0, 1.5)

2番目の区間である1.0秒から1.5秒では、最初の字幕が引き続き表示され、 2行からなる2番目の字幕が左下の領域に提示されます。 新しいテキストは、その領域の後側の辺に揃えられるため、 領域の使用されていない部分は、テキストの上に緑色として見えます。

字幕 2 – 時間区間 [1.0, 1.5)

3番目の区間である1.5秒から2.0秒では、最初の字幕はもはや 提示されません。

上に示した例は、TTML を使用して作成できる主要な情報の種類、 すなわちメタデータ、スタイル指定、レイアウト、タイミング、およびコンテンツを示しています。通常、 スタイル指定とレイアウトの情報は、文書インスタンス 内で別々に指定されます。コンテンツ情報は、 空間的な（フローの）情報と タイミング情報の両方の構成を反映する階層形式で表現されます。コンテンツは、スタイル指定およびレイアウトの 情報を直接または間接的に参照し、 スタイル指定のインライン上書きを指定することもできます。

3.2.1 汎用処理系の適合性

TTML2 コンテンツ処理系は、 次に示す 汎用処理系の基準が 満たされる場合、この仕様に適合します。

1. 処理系が、概念上のインスタンス化を行う機構を少なくとも 1 つ提供している。その機構は、 縮約された XML 情報集合としての 適合する文書インスタンスの表現を生成するものである。

2. 処理系がプロファイル処理を実行する。

   注:

   プロファイル処理の実行には、 ある程度の部分的な検証が伴いますが、 [文書の検証]手続きの実行には至りません。この手続きについては、 直後の項目で説明します。特に、プロファイルに 関連する語彙の構文表現、およびその語彙の使用に適用される重要な構文上または 意味上の制約は、実装によって その語彙を使用する前に、通常は確認されることが期待されます。プロファイル 処理が、構文上または意味上の制約に対する重大な違反を検出せずに完了した場合は、 より完全な検証を実行してもよく、 そのためには、 [文書の 検証]手続きを使用します。

3. 処理系が検証機能付きコンテンツ 処理系である場合、その処理系は次を満たす。

   1. 暗黙的または明示的な関連付けを行う機構を少なくとも 1 つ提供する。その機構は、 縮約された XML 情報集合として表現された 候補の文書インスタンスを、いずれかの 文書型と関連付けるものであり、その 抽象文書型は、4 文書 型で定義されている。また、

   2. [文書の検証]手続きを実行する。

   注:

   この仕様では、検証処理の実行と、 プロファイル処理の実行との間に、厳密な順序を定義していません。 後者については、直前の項目で説明しています。特に、この 2 つの 処理ステップは、交互に実行しても（繰り返しても）よく、その場合は、さらなる（変換または提示）処理を 文書インスタンスに対して実行する前に、両方を完了します。

   上記にかかわらず、検証処理と プロファイル処理の間には、暗黙の順序関係があります。具体的には、 次のようになります。 検証処理を実行するには、 実効検証プロファイルの値を解決する必要があります。 その値を求めるには、 実効コンテンツプロファイルの値を解決するか、その 値が null である場合は、 実効処理系プロファイルの値を解決する必要があります。 後者の 2 つの値は、 プロファイル処理の間に取得されます。

   注:

   検証 処理と プロファイル処理を交互に実行する例として、次の シナリオを考えます（記載の順序で実行します）。

   • 入力文書ソースの整形式性を確認する（検証 処理）。

   • 入力文書ソースを、妥当である可能性のある抽象文書 インスタンスとしてインスタンス化する（一般処理）。

   • 組み込みのアプリケーション意味論を使用して検証状態を初期化する （検証処理）。

   • 組み込みのアプリケーション意味論を使用してプロファイル状態を初期化する（プロファイル 処理）。

   • 検証に関連する語彙を検証する（検証処理）。

   • 検証に関連する妥当な語彙を使用して検証状態を更新する （検証処理）。

   • プロファイルに関連する語彙を検証する（検証処理）。

   • プロファイルに関連する妥当な語彙を使用してプロファイル状態を更新する（プロファイル 処理）。

   • 次の手続きの中止ステップを実行する。[未対応の 処理系プロファイルの場合に中止]手続き（プロファイル 処理）。

   • 文書全体を検証し、新しいプロファイル状態に基づいて必要に応じて検証およびプロファイルの語彙を 再検証する（検証処理）。

   • 処理が中止されなかった場合は、変換または提示 処理を続行する（一般処理）。

4. 処理系が、あらかじめ、適合する 文書インスタンスの処理を拒否または中止しない。 ただし、次の場合を除く。

   1. 処理系が、必要とされる （必須の）機能の一部に対応しておらず、その機能が、 文書 インスタンスに適用されると宣言された TTML プロファイルによって指定または暗示される場合。または、

   2. 検証エラーが 発生し、それが、 [文書の 検証]手続きの実行時である場合。

5. 処理系が、この仕様で定義される必須の処理意味論のすべてに対応している。

   注:

   必須の意味論という句は、適合性を示す キーフレーズであるしなければならないおよびしては ならないの明示的な使用すべて、ならびに そのようなキーフレーズから合理的に推論できるあらゆる宣言文を指します。

   注:

   必須の意味論への対応は、機能または 拡張について、その機能または 拡張が TTML コンテンツ処理系によってサポートされる場合にのみ適用されます。

6. 処理系が、この仕様で定義される任意の処理意味論の一部に 対応する場合、 定義された意味論と整合する方法で対応している。

   注:

   任意の意味論という句は、適合性を示す キーフレーズであるすべきである、すべきでは ない、 してもよい、およびしなくてもよいの明示的な使用すべて、 ならびにそのようなキーフレーズから合理的に推論できるあらゆる 宣言文を指します。

3.2.2 変換処理系の適合性

TTML コンテンツ処理系が、適合する TTML2 変換処理系であるためには、 次の基準が満たされていなければなりません。

1. 処理系が、次で規定されるすべての要件を満たしている。 3.2.1 汎用処理系の適合性。

2. 処理系が、TTML 変換プロファイルに対応しており、その規定は G.3 TTML2 変換プロファイルによる。

3. 処理系が、DFXP 変換プロファイルに対応しており、その規定は G.6 DFXP 変換プロファイルによる。

3.2.3 提示処理系の適合性

TTML コンテンツ処理系が、適合する TTML2 提示処理系であるためには、 次の基準が満たされていなければなりません。

1. 処理系が、次で規定されるすべての要件を満たしている。 3.2.1 汎用処理系の適合性。

2. 処理系が、TTML 提示プロファイルに対応しており、その規定は G.2 TTML2 提示プロファイルによる。

3. 処理系が、DFXP 提示プロファイルに対応しており、その規定は G.5 DFXP 提示プロファイルによる。

4. 処理系が、11.3.1.3 中間 同期文書の構築および11.3.1.4 同期フロー 処理を実行する。

3.4.1 前方互換性

適合する TTML1 処理系は、TTML2 の コンテンツ文書インスタンスを処理できる場合があります。ただし、 未知の語彙を無視し、 既知の語彙についても、適合する TTML1 の コンテンツ文書インスタンスで許されないコンテキストに現れる場合は無視する必要があります。 ただし、このような処理では、コンテンツが破棄されたり、提示されなかったり、 適合する TTML2 処理系によって処理された場合に意図されるものとは 異なる形でコンテンツが提示されたりすることがあります。

3.4.2 後方互換性

TTML2 は、次のように設計されています。

• 適合する TTML1 コンテンツ文書 インスタンス は、適合する TTML2 コンテンツ 文書インスタンスでもあります。

• 適合する TTML2 処理系は、適合する TTML1 の コンテンツ文書インスタンスを処理する際、 TTML2 処理系が生成する出力が、 TTML1 で許容される差異の範囲内に収まるように処理します。ただし、 非推奨の機能を検出した場合は警告を出力してもかまいません。

5.2.1 はじめに

この小節は非規範的です。

タイムドテキストマークアップ言語のコンテンツ作成者は、個々のプロファイルを、2 つの機能の いずれかのために使用してもかまいません。(1) 文書インスタンスが、使用する 語彙と その使用方法に関する制約の集合に従うことを宣言する、または (2) 処理系がコンテンツの処理方法に関する特定の条件を満たさなければならないことを 宣言することです。このうち最初の機能は、コンテンツプロファイルと呼び、 2 番目は、処理系プロファイルと呼びます。

コンテンツプロファイルは、作成者が オーサリング時に、 文書 インスタンスに適用することを意図している制約を宣言できるようにするために使用します。このような 宣言により、後段の処理系は、コンテンツの検証または確認を実行でき、 また、作成者が指定したコンテンツプロファイルへの準拠を維持するために、 後続のコンテンツの変換または編集を 指針に沿わせたり制限したりできます。さらに、 後段の処理系は、コンテンツプロファイルの宣言を使用して、 コンテンツプロファイルが示す機能を処理できるかどうかを 早期に判定してもかまいません。

コンテンツプロファイルは、(1) ttp:contentProfiles 属性をルート tt 要素で使用するか、(2) 1 つ以上の最上位のttp:profile 要素を型 content として使用することで宣言します。宣言されていない場合、コンテンツプロファイルは暗示されません。

処理系プロファイルは、作成者が、 オーサリング時に、 文書 インスタンスの処理時に対応しなければならない処理を宣言できるようにするために使用します。 処理系が指定された処理を実行できない場合は、処理を中止すべきです。 このような宣言により、後段の 処理系は、コンテンツ作成者の要件を満たす方法で処理できない コンテンツの処理を避けることができます。

処理系プロファイルは、(1) ttp:processorProfiles 属性をルート tt 要素で使用する、(2) 1 つ以上のttp:profile 要素を型 processor として使用する、または (3) ttp:profile属性を ルート tt 要素で使用することで宣言します。宣言されていない場合、処理系プロファイルは、 宣言されたコンテンツプロファイル、または 既定の処理系プロファイルから推論されます。

コンテンツ作成者は、単一のプロファイルの使用に限定されず、いずれの種類についても複数のプロファイルを 参照してもかまいません。すなわち、 複数のコンテンツプロファイル、または複数の処理系プロファイル、あるいはその両方です。複数のプロファイルが 参照される場合、それぞれの指定は 結合され、文書に適用される単一の実効コンテンツプロファイルと、 文書の処理時に処理系に適用される単一の実効処理系プロファイルが 形成されます。また、作成者は、外部で定義されたプロファイルの参照に 限定されず、文書内に 1 つ以上のプロファイルをインラインで定義してもかまいません。

5.2.2 プロファイルの例

この小節は非規範的です。

作成者が定義した TTML 提示プロファイルの加算的な 派生プロファイルの例を、 次の例の断片 – TTML 加算的 プロファイルに示します。

<tt xml:lang="" xmlns="http://www.w3.org/ns/ttml">
 <head>
   <profile use="ttml2-presentation" xmlns="http://www.w3.org/ns/ttml#parameter">
     <features xml:base="http://www.w3.org/ns/ttml/feature/">
       <feature value="required">#fontStyle-italic</feature>
     </features>
   </profile>
 </head>
 <body/>
</tt>

5.2.3 プロファイル指定子

プロファイルの参照方法は 2 つあり、参照元の文書の外部で プロファイルが定義されているか、 参照元の文書内で内部的（インライン）に定義されているかによって決まります。外部で定義されている場合は、 次のいずれかの式によって参照します。 <absolute-profile-designator>または <relative-profile-designator> です。 内部的（インライン）に定義されている場合、プロファイルは暗黙的に、 または<fragment-profile-designator> 式によって参照します。

プロファイル指定子は、<uri>の値 構文に従わなければなりません。 プロファイル指定子を相対 URI として表現する場合は、 絶対化しなければならず、その際には TT プロファイル 名前空間の値を 基底 URI として使用します。ここで、絶対化という用語は、 相対 URL を絶対 URL に解決することを意味し、その方法は、[URI]の §5 で説明されています。

TT プロファイル名前空間を接頭辞として持つすべてのプロファイル指定子のうち、 表 5-2 – プロファイル または[TTML プロファイル登録簿]の §4、登録簿に記載されていないものは、 将来の標準化のために予約されており、適合する 文書インスタンスに現れてはなりません。この制約にかかわらず、 プロファイル指定子は、 表 5-2 – プロファイルに列挙される指定子の集合に限定されず、TTML プロファイル定義 文書を実際に参照解決できる任意の URI であってもかまいません。 ただし、TT プロファイル名前空間を接頭辞として使用してはなりません。

5.2.4 プロファイルの意味論

5.3.1 検証の意味論

5.4.1 中核語彙の一覧

中核語彙の一覧は、 TTML のニーズを満たすとともに、将来のプロファイルの基準となる語彙を提供することを意図しています。この語彙は、 個別のカテゴリーに分けられており、詳細は、 次の各節で規定します。

• 6 プロファイル

• 7 パラメーター

• 8 コンテンツ

• 9 埋め込みコンテンツ

• 10 スタイル指定

• 11 レイアウト

• 12 タイミング

• 13 アニメーション

• 14 メタデータ

文書 インスタンスで使用するために規定された中核要素語彙は、 名前付きのモジュールの集合として、表 5-3 – 要素語彙に列挙されます。 各モジュールは要素型の集合として定義され、その 構成要素は、 各モジュールについて、1 つ以上の 拡張モジュールによって拡張してもかまいません（ただし制限してはなりません）。

TTML 要素型の内容モデルの定義で使用する要素語彙グループは、 グループの集合として、 表 5-4 – 要素語彙グループに列挙されます。 各グループは、生成規則 [46] を満たす内容指定として [XML 1.0]に従って定義されます。また、各グループは、拡張してもかまいません（ただし制限してはなりません）。 その拡張は、1 つ以上の 拡張モジュールによって行います。

中核語彙の一覧で使用するために規定された属性語彙は、 集合として モジュールごとに、表 5-5 – 属性語彙に列挙されます。 各モジュールは属性型の集合として定義され、その 構成要素は、 各モジュールについて、1 つ以上の 拡張モジュールによって拡張してもかまいません（ただし制限してはなりません）。

5.4.2 拡張語彙の一覧

拡張語彙の一覧は、将来の TTML プロファイルで使用することを意図しており、 このバージョンの TTML では、それ以上の定義は行いません。

標準化された拡張語彙に加えて、適合する 文書インスタンスは、名前空間で修飾された任意の 要素を 含んでもかまいません。その要素は、この仕様で使用するために定義された名前空間 以外の、任意の名前空間に属するものです。さらに、適合する 文書インスタンスは、名前空間で修飾された任意の 属性を、 TTML で定義された語彙に含んでもかまいません。その属性は、 この仕様で使用するために定義された名前空間以外の、 任意の名前空間に属するものです。

6.1.1 ttp:profile

ttp:profile 要素は、 コンテンツプロファイルまたは 処理系プロファイルを指定するために使用します。 処理系プロファイルは、 必要とされる（必須の）機能および拡張と、任意の機能および拡張の集合を指定します。これらは、 コンテンツ処理系が対応しなければならないもの、または対応してもよいものであり、 処理の対象となる 文書インスタンスは、そのような機能や 拡張を 使用する（または使用する可能性のある）ものです。 コンテンツプロファイルは、 禁止、必須、および任意の機能や拡張の集合を指定します。これらは、それぞれ、 文書インスタンスに存在してはならないもの、存在しなければならないもの、および存在してもよいものです。 その文書インスタンスは、 当該プロファイルへの準拠を宣言するものです。

この仕様では、ttp:profile 要素について、2 つの異なる使用コンテキストを定義します。

• head 要素または ttp:profile 要素の子として、 TTML 文書インスタンス内で使用する場合。

• TTML プロファイル 定義文書の インスタンスのルート要素として使用する場合。

ttp:profile 要素が TTML 文書インスタンス内に現れる場合、 その目的は、作成者の意図を表すことです。その内容は、(1) どの 機能や拡張に、受信側のコンテンツ処理系が対応しなければならないか、または対応してもよいか、 それによってその文書を処理するための要件を示すこと、あるいは (2) どの機能や拡張を 含めたり、その他の形で使用したりしてはならないか、しなければならないか、またはしてもよいかを、 当該文書インスタンスについて示すことです。

ttp:profile 要素が TTML プロファイル定義文書のインスタンスで使用される場合、 特定の TTML プロファイルについて、機械で 読み取り可能な指定を公開する役割を果たします。この指定は、TTML 文書インスタンスから参照してもかまいません。 この仕様では、いくつかの標準のプロファイル定義文書を、 G 標準プロファイルで定義します。

ttp:profile 要素は、その子として、0 個以上の Metadata.class要素 グループに属する要素を受け入れ、その後に、(1) 0 個以上の ttp:features 要素と、それに続く 0 個以上の ttp:extensions 要素、または (2) 0 個以上の ttp:profile 要素のいずれかを受け入れます。 ttp:profile 要素が、子の ttp:profile 要素を含む場合、 その子は、 入れ子のプロファイルと呼び、親は、入れ子を含むプロファイルと呼びます。 それ以外の場合は、入れ子を含まないプロファイルと呼びます。

<ttp:profile
  combine = ("leastRestrictive" | "mostRestrictive" | "replace" | "ignore") : ignore
  designator = xsd:string
  type = ("processor" | "content") : processor
  use = <absolute-profile-designator> | <relative-profile-designator>
  xml:base = <uri>
  xml:id = ID
  内容: Metadata.class*, ((ttp:features*, ttp:extensions*)|ttp:profile*)
</ttp:profile>

type 属性は、プロファイルが、 コンテンツプロファイルであるか、 処理系プロファイルであるかを判定するために使用します。指定されていない場合、 そのプロファイルは、処理系プロファイルとみなされます。 ttp:profile 要素が、基準 プロファイルまたは 入れ子のプロファイルを参照する場合、参照されるプロファイルの型は、 参照元のプロファイルの型と同じでなければなりません。たとえば、 ttp:profile 要素が、処理系プロファイルを定義する場合、参照できるのは、ほかの 処理系プロファイルだけであり、コンテンツプロファイルを参照することはできません。

combine 属性は、機能指定または拡張指定を 結合する方法を指定するために使用します。これは、 複数の指定が、それぞれ同じ機能または拡張に適用される場合のものです。

combine 属性の値が replace または ignore である場合、 字句上で後に現れる機能指定または拡張指定は、それぞれ、字句上で 先に現れる 指定を置き換えるか、無視されます。ここで、指定要素の順序は次のとおりです。

1. 基準プロファイルで定義される指定。 そのプロファイルは、use 属性によって参照されるものです。

2. 子孫の ttp:profile 要素で定義される指定を、後順走査の 順序で並べたもの。

3. 子孫の ttp:feature 要素または ttp:extension 要素として定義される指定を、後順走査の順序で並べたもの。

値が leastRestrictive である場合、最も制限の弱い指定値が 適用されます。 値が mostRestrictive である場合、最も制限の強い指定値が 適用されます。制限の強さの順序は次のとおりです（弱いものから強いものへの順序）。 optional、required、prohibited。

combine 属性が指定されていない場合、ignore の意味論が適用されます。

designator 属性を指定する場合は、 <absolute-profile-designator> 値構文に従わなければなりません。 designator 属性は、 ttp:profile 要素に指定してもかまいません。その要素が TTML 文書インスタンスに現れ、属性が指定されていない場合は、 定義されたプロファイルは、指定子のないプロファイルとみなされます。 designator 属性は、 ttp:profile 要素に指定すべきです。その要素が TTML プロファイル定義文書のインスタンスに現れる場合が、これに該当します。 指定されていない場合、定義を行うコンテキスト（たとえば外部の仕様）は、 付随する定義文の中で指定子を指定しなければなりません。

use 属性を指定する場合は、 <absolute-profile-designator>または <relative-profile-designator> 値構文に従い、次のいずれかを参照しなければなりません。(1) 標準の定義済み プロファイルであって、5.2.3.1 標準の指定子で定義されるもの、 または (2) 実際に参照解決可能なリソースであって、妥当な プロファイル定義文書のインスタンスを表すものです。 いずれの場合も、参照されるプロファイルは、 基準プロファイルとして機能します。その指定を行うのは、 ttp:profile 要素です。

use 属性が指定されていない場合、基準プロファイルは、 その ttp:profile 要素について、 空の（null）プロファイル、すなわち、機能指定や拡張指定を含まない、 指定子のないプロファイル定義とみなさなければなりません。

結合プロファイル 指定集合 CPSS は、プロファイル P の機能および拡張について、 次の順序付き規則に従って決定されます。ここで、指定 S を CPSS に統合する際には、指定された （または既定の）combine 属性の値に従って結合方法を適用します。また、結合プロファイル 指定集合 CPSS'  を CPSS に統合する際には、CPSS'  内の各指定を順序どおりに、 CPSS に統合します。

1. CPSS を空集合に初期化する。

2. use 属性が存在する場合、統合を行う。 結合 指定集合を、参照される基準 プロファイルから CPSS に統合する。

3. 各 ttp:profile 子について、P に属するものを、 後順走査を使用してたどり、結合 指定集合を、その子プロファイルから、 CPSS に統合する。

4. 各 ttp:feature 子および ttp:extension 子について、 ttp:profile 要素に属するものを、 後順走査を使用してたどり、その機能指定または拡張指定を、 CPSS に統合する。

適合する TTML 処理系には、 プロファイル定義文書の参照解決が、 常に可能であることは要求されません。その文書が、 標準の定義済みプロファイルとして、G 標準 プロファイルで定義されるもののいずれでもない場合が、これに該当します。さらに、 適合する TTML 処理系は、各標準の定義済みプロファイルについて、組み込みの静的な 形式を使用してもかまいません。これにより、 ネットワークリソースの参照解決を不要にできます。

TTML 処理系が、非標準の プロファイル定義文書を参照解決できない場合、 その文書の 処理を続行してはなりません。ただし、エンドユーザーによる明示的な上書き、 またはエンドユーザーに由来する実装固有のパラメーターや、 ユーザー設定もしくはシステム設定に由来する実装固有のパラメーターによる明示的な上書きがある場合を除きます。TTML 処理系が、 文書インスタンスの処理を中止する理由が、 非標準のプロファイル定義 文書を参照できないことである場合は、 エンドユーザーに何らかの通知を行うべきです。ただし、エンドユーザーまたはシステムが そのような通知を無効にしている場合、あるいは、その処理系が エンドユーザーの介入を許可しない、または伴わない場合を除きます。

適合する TTML 処理系には、結合プロファイルまたは 入れ子を含むプロファイルへの対応は要求されません。 (1) 結合プロファイルに対応しておらず、 プロファイルの処理によって、 それが結合プロファイルとみなされることになる場合、または、 (2) 入れ子を含むプロファイルに対応しておらず、 プロファイルの処理によって、 それが入れ子を含むプロファイルとみなされることになる場合、 そのプロファイルの処理を続行してはなりません。ただし、 エンドユーザーによる明示的な上書き、 またはエンドユーザーやユーザー設定もしくはシステム設定に由来する実装固有の パラメーターによる明示的な上書きがある場合を除きます。TTML 処理系が、 文書インスタンスの処理を中止する理由が、 次のものへの対応がないことである場合、 結合プロファイルまたは入れ子を含むプロファイル、 エンドユーザーに何らかの通知を行うべきです。ただし、エンドユーザーまたはシステムが そのような通知を無効にしている場合、 あるいは、その処理系がエンドユーザーの介入を許可しない、または伴わない場合を除きます。

ttp:profile 要素を、次の例で示します。

<ttp:profile use="ttml2-presentation">
  <ttp:features xml:base="http://www.w3.org/ns/ttml/feature/">
    <ttp:feature>#text-outline</ttp:feature>
  </ttp:features>
</ttp:profile>

6.1.2 ttp:features

ttp:features 要素は、コンテナー要素であり、 機能のサポートおよび使用要件に関する情報をまとめるために使用します。

ttp:features 要素は、その子として、0 個以上の Metadata.class要素 グループに属する要素を受け入れ、その後に、 0 個以上の ttp:feature 要素を受け入れます。

<ttp:features
  xml:base = <uri> : TT 機能名前空間
  xml:id = ID
  内容: Metadata.class*, ttp:feature*
</ttp:features>

xml:base 属性を指定する場合は、(1) <uri>値構文に従い、(2) 絶対 URI を表し、 [XML Base]に従い、かつ、 (3) 機能名前空間を表さなければならず、その定義は、 E.1 機能の指定によります。指定されていない場合は、 xml:base 属性の既定 値が適用されます。これは、TT 機能名前空間です。

xml:base 属性は、 機能の指定 URI を省略形で記述できるようにするために使用します。その URI は、 子の ttp:feature 要素によって表されるものです。

6.1.3 ttp:feature

ttp:feature 要素は、 特定の機能のサポートおよび使用要件に関する情報を指定するために使用します。

<ttp:feature
  extends = xsd:string
  restricts = xsd:string
  value = ("optional" | "required" | "use" | "prohibited") : 以下の説明を参照
  xml:id = ID
  内容: #PCDATA
</ttp:feature>

ttp:feature 要素の子は、空でない 文字情報項目の列を表さなければならず、 それらを連結したものは、 <uri>値構文に従わなければなりません。

extends 属性または restricts 属性、あるいはその両方を指定する場合は、(1) <uri>値構文に従い、 (2) 機能の指定を表さなければならず、その定義は、 E.1 機能の指定によります。

extends 属性を使用して、定義対象の機能が、 構文上または意味上、あるいはその両方の観点から、真のスーパーセットであることを示してもかまいません。その対象は、 extends 属性によって参照される機能です。 restricts 属性を使用して、定義対象の機能が、 構文上または意味上、あるいはその両方の観点から、真のサブセットであることを示してもかまいません。その対象は、 restricts 属性によって参照される機能です。 extends 属性が指定されている場合、restricts 属性を ttp:feature 要素に指定してはなりません。同様に、restricts 属性が 指定されている場合、extends 属性を指定してはなりません。

URI の表現元が、(1) ttp:feature 要素の内容、(2) extends 属性、または (3) restricts 属性であり、 その URI が相対 URI である場合、 機能名前空間の値と結合することで、 絶対 URI を表さなければなりません。この名前空間の値は、xml:base 属性によって表され、 その属性は、最も近い祖先の ttp:features 要素に 属します。いずれの場合も（元の絶対 URI、または結果として得られる 絶対化された URI）、表される URI は、 ttp:feature 要素について、さらに機能の指定の構文に従わなければならず、 その定義は、E.1 機能の指定によります。また、 さらに、 この URI に現れる具体的な指定、すなわち、 フラグメント識別子の区切り文字 '#' で始まる機能の指定の部分は、 この仕様、または公開されたこの仕様のいずれかのバージョンで定義されていなければなりません （そのバージョンは REC の状態に達しているものとします）。

ttp:feature 要素の内容、 extends 属性、または restricts 属性によって表される URI が、 相対 URI である場合、xml:base 属性を、 最も近い祖先の ttp:features 要素に指定すべきです。

value 属性は、指定された機能のサポートまたは使用に関する制約を、 プロファイルの型に応じて指定します。

プロファイルが処理系プロファイルである場合、 次の意味論が適用されます。

• value 属性の値が optional である場合、処理系は、文書を処理するために、 その機能を実装またはその他の方法でサポートしてもよいですが、その必要はありません。

• 値が required である場合、次のステップを実行します。

  1. その機能が処理系によって実装されているか、その他の方法でサポートされている場合、 処理を続行する。 その対象は、当該文書である。

  2. それ以外で、 (1) extends 属性が、この ttp:feature 要素に指定され、 (2) extends 属性の値が指定する機能が、 実装されているか、その他の方法でサポートされており、 その対応を行うのが処理系であり、かつ、 (3) 次のttp:permitFeatureNarrowing プロパティの算出値が、ルート tt 要素について false でない場合、 文書の処理を続行する。

  3. それ以外で、 (1) restricts 属性が、この ttp:feature 要素に指定され、 (2) restricts 属性の値が指定する機能が、 実装されているか、その他の方法でサポートされており、 その対応を行うのが処理系であり、かつ、 (3) 次のttp:permitFeatureWidening プロパティの算出値が、ルート tt 要素について false でない場合、 文書の処理を続行する。

  4. それ以外の場合、文書の処理を中止する。ただし、エンドユーザー、または 実装固有のパラメーターによって上書きされる場合を除く。そのパラメーターは、 エンドユーザーやユーザー設定またはシステム設定に由来するものとする。

• value 属性が指定されていない場合、その機能指定は、 値 required が指定されているものとして解釈しなければなりません。

プロファイルがコンテンツプロファイルである場合、 次の意味論が適用されます。

• value 属性の値が optional である場合、その機能は、そのプロファイルへの適合性を 主張する文書に現れてもよいですが、その必要はありません。

• value 属性の値が required である場合、その機能は、そのプロファイルへの適合性を 主張する文書に現れなければなりません。

• value 属性の値が prohibited である場合、その機能は、そのプロファイルへの適合性を 主張する文書に現れてはなりません。

• value 属性が指定されていない場合、その機能指定は、 値 optional が指定されているものとして解釈しなければなりません。

値 use は、value 属性では 非推奨です。これが プロファイル指定に現れる場合は、required が 指定されているものとして解釈しなければなりません。

定義された（すなわち標準化された）機能、またはその他の広く知られた機能が、 コンテンツプロファイルの ttp:feature 要素によって指定されていない場合、 その機能は、 value 属性を optional として指定されているものと解釈しなければなりません。ただし、 処理系プロファイルで指定されていない場合は、 その機能への対応の有無について、いかなる主張も暗示されません。

文書インスタンスが、 E.1 機能の指定で定義される機能を使用し、かつ、その文書の 意図される 用途において、その機能の認識および処理が必要である場合、 文書は、required の機能指定を、宣言または 参照するプロファイルのいずれかに含めなければなりません。

ttp:feature 要素を、次の例で示します。

<ttp:profile use="http://www.w3.org/ns/ttml/profile/ttml2-presentation">
  <ttp:features xml:base="http://www.w3.org/ns/ttml/feature/">
    <ttp:feature value="required">#fontStyle-italic</ttp:feature>
    <ttp:feature value="required">#textDecoration-under</ttp:feature>
    <ttp:feature value="prohibited">#textOutline-blurred</ttp:feature>
  </ttp:features>
</ttp:profile>

6.1.4 ttp:extensions

ttp:extensions 要素は、コンテナー要素であり、 拡張のサポートおよび使用要件に関する情報をまとめるために使用します。

ttp:extensions 要素は、その子として、0 個以上の Metadata.class要素 グループに属する要素を受け入れ、その後に、 0 個以上の ttp:extension 要素を受け入れます。

<ttp:extensions
  xml:base = <uri> : TT 拡張名前空間
  xml:id = ID
  内容: Metadata.class*, ttp:extension*
</ttp:extensions>

xml:base 属性を指定する場合は、(1) <uri>値構文に従い、(2) 絶対 URI を表し、 [XML Base]に従い、かつ、 (3) 拡張名前空間を表さなければならず、その定義は、 F.1 拡張の指定によります。指定されていない場合は、 xml:base 属性の既定 値が適用されます。これは、TT 拡張名前空間です。

xml:base 属性は、 機能の指定 URI を省略形で記述できるようにするために使用します。その URI は、 子の ttp:extension 要素によって表されるものです。

6.1.5 ttp:extension

ttp:extension 要素は、 特定の拡張のサポートおよび使用要件に関する情報を指定するために使用します。

<ttp:extension
  extends = xsd:string
  restricts = xsd:string
  value = ("optional" | "required" | "use" | "prohibited") : 以下の説明を参照
  xml:id = ID
  内容: #PCDATA
</ttp:extension>

ttp:extension 要素の子は、空でない 文字情報項目の列を表さなければならず、 それらを連結したものは、 <uri>値構文に従わなければなりません。

extends 属性または restricts 属性、あるいはその両方を指定する場合は、(1) <uri>値構文に従い、 (2) 機能の指定または拡張の指定を表さなければならず、その定義は、 E.1 機能の指定またはF.1 拡張の指定に、それぞれ従います。

extends 属性を使用して、定義対象の拡張が、 構文上または意味上、あるいはその両方の観点から、真のスーパーセットであることを示してもかまいません。その対象は、 extends 属性によって参照される機能または拡張です。 restricts 属性を使用して、定義対象の拡張が、 構文上または意味上、あるいはその両方の観点から、真のサブセットであることを示してもかまいません。その対象は、 restricts 属性によって参照される機能または拡張です。 extends 属性が指定されている場合、restricts 属性を ttp:extension 要素に指定してはなりません。同様に、restricts 属性が 指定されている場合、extends 属性を指定してはなりません。

URI の表現元が、(1) ttp:extension 要素の内容、(2) extends 属性、または (3) restricts 属性であり、 その URI が相対 URI である場合、 拡張名前空間の値と結合することで、 絶対 URI を表さなければなりません。この名前空間の値は、xml:base 属性によって表され、 その属性は、最も近い祖先の ttp:extensions 要素に 属します。いずれの場合も（元の絶対 URI、または結果として得られる 絶対化された URI）、表される URI は、 ttp:extension 要素について、さらに拡張の指定の構文に従わなければならず、 その定義は、F.1 拡張の指定によります。 一方、extends 属性、または restricts 属性、あるいはその両方によって表される URI は、機能の指定 または拡張の指定の構文に従わなければならず、その定義は、E.1 機能の 指定または F.1 拡張の指定に、それぞれ従います。

ttp:extension 要素の内容、 extends 属性、または restricts 属性によって表される URI が、 相対 URI である場合、xml:base 属性を、 最も近い祖先の ttp:extensions 要素に指定すべきです。

value 属性は、指定された拡張のサポートまたは使用に関する制約を、 プロファイルの型に応じて指定します。

プロファイルが処理系プロファイルである場合、 次の意味論が適用されます。

• value 属性の値が optional である場合、処理系は、文書を処理するために、 その拡張を実装またはその他の方法でサポートしてもよいですが、その必要はありません。

• 値が required である場合、次のステップを実行します。

  1. その拡張が処理系によって実装されているか、その他の方法でサポートされている場合、 処理を続行する。 その対象は、当該文書である。

  2. それ以外で、 (1) extends 属性が、この ttp:extension 要素に指定され、 (2) extends 属性の値が指定する拡張が、 実装されているか、その他の方法でサポートされており、 その対応を行うのが処理系であり、かつ、 (3) 次のttp:permitFeatureNarrowing プロパティの算出値が、ルート tt 要素について false でない場合、 文書の処理を続行する。

  3. それ以外で、 (1) restricts 属性が、この ttp:extension 要素に指定され、 (2) restricts 属性の値が指定する拡張が、 実装されているか、その他の方法でサポートされており、 その対応を行うのが処理系であり、かつ、 (3) 次のttp:permitFeatureWidening プロパティの算出値が、ルート tt 要素について false でない場合、 文書の処理を続行する。

  4. それ以外の場合、文書の処理を中止する。ただし、エンドユーザー、または 実装固有のパラメーターによって上書きされる場合を除く。そのパラメーターは、 エンドユーザーやユーザー設定またはシステム設定に由来するものとする。

• value 属性が指定されていない場合、その拡張指定は、 値 required が指定されているものとして解釈しなければなりません。

プロファイルがコンテンツプロファイルである場合、 次の意味論が適用されます。

• value 属性の値が optional である場合、その拡張は、そのプロファイルへの適合性を 主張する文書に現れてもよいですが、その必要はありません。

• value 属性の値が required である場合、その拡張は、そのプロファイルへの適合性を 主張する文書に現れなければなりません。

• value 属性の値が prohibited である場合、その拡張は、そのプロファイルへの適合性を 主張する文書に現れてはなりません。

• value 属性が指定されていない場合、その拡張指定は、 値 optional が指定されているものとして解釈しなければなりません。

値 use は、value 属性では 非推奨です。これが プロファイル指定に現れる場合は、required が 指定されているものとして解釈しなければなりません。

広く知られた拡張が、 コンテンツプロファイルの ttp:extension 要素によって指定されていない場合、 その拡張は、 value 属性を optional として指定されているものと解釈しなければなりません。ただし、 処理系プロファイルで指定されていない場合は、 その拡張への対応の有無について、いかなる主張も暗示されません。

文書インスタンスが、 F.1 拡張の 指定によって指定可能な拡張を使用し、かつ、その文書の意図される用途において、 その拡張の認識および処理が必要である場合、 文書は、required の拡張指定を、 宣言または参照するプロファイルのいずれかに含めなければなりません。

ttp:extension 要素を、次の例で示します。

<ttp:profile use="http://www.w3.org/ns/ttml/profile/ttml2-transformation">
  <ttp:extensions xml:base="http://example.org/ttml/extension/">
    <ttp:extension value="required">#prefilter-by-language</ttp:extension>
  </ttp:extensions>
</ttp:profile>

6.2.1 ttp:contentProfiles

ttp:contentProfiles 属性を、コンテンツ作成者は使用してもかまいません。 これは、1 つ以上のコンテンツプロファイルを、 タイムドテキストマークアップ言語（TTML）について表すものであり、 これを包含する文書インスタンスは、 指定された集合のすべてへの適合性を主張します。その集合は、 指定されたコンテンツプロファイルから構成されます。

この属性を指定する場合、その値は次の構文に従わなければなりません。 ここで、各 profile-designator 項目は、 <uri>値構文に従い、 さらに、プロファイル指定子に定義された制約に従います。その制約は、 5.2 プロファイリングによります。

ttp:contentProfiles
  : designators
  | "all(" <lwsp> designators <lwsp> ")"

designators
  : designator (<lwsp> designator)*

designator
  : <profile-designator>

指定子のリストが関数構文 all(...) で囲まれている場合、または 関数構文が使用されていない場合、 指定されたすべてのコンテンツ プロファイルへの適合性が主張されます。

複数の指定子を指定する場合、絶対化された各指定子の形式は、それぞれ異なっていなければなりません。すなわち、 絶対化された形式への変換後に、指定子が 重複することは許されません。

ttp:contentProfiles 属性は、次の要素に指定されている場合にのみ、有意とみなされます。 tt 要素です。

6.2.2 ttp:contentProfileCombination

ttp:contentProfileCombination 属性は、 複数のコンテンツプロファイルを結合する方法を指定するために使用します。

この属性を指定する場合、その値は次の構文に従わなければなりません。

ttp:contentProfileCombination
  : "leastRestrictive"
  | "mostRestrictive"
  | "replace"
  | "ignore"

指定されていない場合、このパラメーターの値は ignore とみなさなければなりません。

順序の付いた 2 つのプロファイル指定値 arg1 と arg2、およびコンテンツ プロファイルの結合方法が与えられた場合、 表 6-1 – コンテンツプロファイルの結合 は、その 2 つの指定値を結合した結果を規定します。ここで、 引数の順序は、字句上の順序に従って決定され、その対象は、 コンテンツプロファイルであり、文書インスタンス内での順序を使用します。

ttp:contentProfileCombination 属性は、 tt 要素に指定されている場合にのみ、有意とみなされます。

6.2.3 ttp:inferProcessorProfileMethod

ttp:inferProcessorProfileMethod 属性は、 コンテンツプロファイル指定値を、対応する処理系 プロファイル指定値に対応付ける方法を指定するために使用します。

この属性を指定する場合、その値は次の構文に従わなければなりません。

ttp:inferProcessorProfileMethod
  : "loose"
  | "strict"

このパラメーターの値が loose である場合、処理系プロファイル 指定をコンテンツプロファイル指定から推論する際に、 緩やかな（寛容な）対応付けが適用されます。

このパラメーターの値が strict である場合、処理系プロファイル 指定をコンテンツプロファイル指定から推論する際に、 厳格な（保守的な）対応付けが適用されます。

指定されていない場合、このパラメーターの値は、 loose とみなさなければなりません。

入力となるコンテンツプロファイル指定値 input と、処理系 プロファイルの推論方法が与えられた場合、 表 6-2 – 処理系プロファイルの 推論方法は、入力された指定値を対応付けた結果を規定します。

ttp:inferProcessorProfileMethod 属性は、 tt 要素に指定されている場合にのみ、有意とみなされます。

6.2.4 ttp:inferProcessorProfileSource

ttp:inferProcessorProfileSource 属性は、 コンテンツプロファイル指定値を、対応する処理系 プロファイル指定値に対応付ける際の情報源を指定するために使用します。

この属性を指定する場合、その値は次の構文に従わなければなりません。

ttp:inferProcessorProfileSource
  : "combined"
  | "first"

このパラメーターの値が combined である場合、処理系プロファイルの推論時には、 結合指定 集合 のうち、実効コンテンツプロファイルのものを、 推論の情報源として使用します。

このパラメーターの値が first である場合、処理系プロファイルの推論時には、 最初の構成プロファイルを使用します。その構成プロファイルは、 結合指定 集合（実効コンテンツプロファイルのもの）に属し、 そこから推論される処理系プロファイルが、コンテンツ処理系によってサポートされるものです。 これを推論の情報源として使用します。詳細については、 推論処理系 プロファイルの構築手続きを参照してください。

指定されていない場合、このパラメーターの値は、 first とみなさなければなりません。

ttp:inferProcessorProfileSource 属性は、 tt 要素に指定されている場合にのみ、有意とみなされます。

6.2.5 ttp:permitFeatureNarrowing

ttp:permitFeatureNarrowing 属性は、 機能または拡張に関連する要件を、（構文上または 意味上）より狭い解釈によって満たしてよいかどうかを その機能または拡張について指定するために使用します。

この属性を指定する場合、その値は次の構文に従わなければなりません。

ttp:permitFeatureNarrowing
  : xsd:boolean                             // [XML Schema Part 2]、§3.2.2 を参照

このパラメーターの値が true である場合、機能または 拡張への対応要件は、次の場合に満たされてもかまいません。 その機能または拡張の定義が extends 属性を指定し、 その属性によって参照される機能または拡張が、 処理系によってサポートされている場合です。

このパラメーターの値が false である場合、機能または 拡張への対応要件を、 extends 属性によって指定された、より狭く定義された機能または拡張によって満たすことはできません。

指定されていない場合、このパラメーターの値は、 false とみなさなければなりません。

ttp:permitFeatureNarrowing 属性は、 tt 要素に指定されている場合にのみ、有意とみなされます。

6.2.6 ttp:permitFeatureWidening

ttp:permitFeatureWidening 属性は、 機能または拡張に関連する要件を、（構文上または 意味上）より広い解釈によって満たしてよいかどうかを その機能または拡張について指定するために使用します。

この属性を指定する場合、その値は次の構文に従わなければなりません。

ttp:permitFeatureWidening
  : xsd:boolean                             // [XML Schema Part 2]、§3.2.2 を参照

このパラメーターの値が true である場合、機能または 拡張への対応要件は、次の場合に満たされてもかまいません。 その機能または拡張の定義が restricts 属性を指定し、 その属性によって参照される機能または拡張が、 処理系によってサポートされている場合です。

このパラメーターの値が false である場合、機能または 拡張への対応要件を、 restricts 属性によって指定された、より広く定義された機能または拡張によって満たすことはできません。

指定されていない場合、このパラメーターの値は、 false とみなさなければなりません。

ttp:permitFeatureWidening 属性は、 tt 要素に指定されている場合にのみ、有意とみなされます。

6.2.7 ttp:profile

ttp:profile 属性は、 処理系プロファイルを表します。 これは、タイムドテキストマークアップ言語（TTML）のプロファイルであり、 文書インスタンスの処理時に適用されます。

この属性を指定する場合、その値は次の構文に従わなければなりません。 ここで、designator は、 <uri>値構文に従い、さらに、 プロファイル指定子を指定しなければなりません。その指定は、 5.2 プロファイリングに従います。

ttp:profile
  : designator

designator
  : <profile-designator>

ttp:profile 属性は、次の要素に指定されている場合にのみ、有意とみなされます。 tt 要素です。

最上位の処理系プロファイル が文書インスタンス内で定義されている場合、 ttp:profile 属性を tt 要素に指定すべきではありません。

6.2.8 ttp:processorProfiles

ttp:processorProfiles 属性を、コンテンツ作成者は使用してもかまいません。 これは、1 つ以上の処理系プロファイルを、 タイムドテキストマークアップ言語（TTML）について表すものであり、 これを包含する文書インスタンスは、次のいずれかへの対応を要求します。 (1) 指定された集合のすべて、すなわち、 指定された処理系プロファイルのすべて、または (2) いずれか 1 つであり、 その集合は、 指定された処理系プロファイルから構成されます。

この属性を指定する場合、その値は次の構文に従わなければなりません。 ここで、各 profile-designator 項目は、 <uri>値構文に従い、 さらに、プロファイル指定子に定義された制約に従います。その制約は、 5.2 プロファイリングによります。

ttp:processorProfiles
  : designators
  | "all(" <lwsp> designators <lwsp> ")"
  | "any(" <lwsp> designators <lwsp> ")"

designators
  : designator (<lwsp> designator)*

designator
  : <profile-designator>

指定子のリストが関数構文 all(...) で囲まれている場合、または 関数構文が使用されていない場合、 指定されたすべての処理系 プロファイルへの対応が要求されます。指定子の リストが関数構文 any(...) で囲まれている場合は、 少なくとも 1 つへの対応が要求されます。 その対象は、指定された処理系プロファイルです。

複数の指定子を指定する場合、絶対化された各指定子の形式は、それぞれ異なっていなければなりません。すなわち、 絶対化された形式への変換後に、指定子が 重複することは許されません。

ttp:processorProfiles 属性は、次の要素に指定されている場合にのみ、有意とみなされます。 tt 要素です。

6.2.9 ttp:processorProfileCombination

ttp:processorProfileCombination 属性は、 複数の処理系プロファイルを結合する方法を指定するために使用します。

この属性を指定する場合、その値は次の構文に従わなければなりません。

ttp:processorProfileCombination
  : "leastRestrictive"
  | "mostRestrictive"
  | "replace"
  | "ignore"

指定されていない場合、このパラメーターの値は ignore とみなさなければなりません。

順序の付いた 2 つのプロファイル指定値 arg1 と arg2、および処理系 プロファイルの結合方法が与えられた場合、 表 6-3 – 処理系プロファイルの 結合は、その 2 つの指定値を結合した結果を規定します。 ここで、 引数の順序は、字句上の順序に従って決定され、その対象は、 処理系プロファイルであり、文書インスタンス内での順序を使用します。

ttp:processorProfileCombination 属性は、 tt 要素に指定されている場合にのみ、有意とみなされます。

6.2.10 ttp:validation

ttp:validation 属性は、検証処理 を、文書インスタンスに対して実行してもよいか、または実行しなければならないかを、 検証機能付きコンテンツ処理系について指定するために使用します。

この属性を指定する場合、その値は次の構文に従わなければなりません。

ttp:validation
  : "required"
  | "optional"
  | "prohibited"

このパラメーターの値が required である場合、検証機能付きコンテンツ処理系 は、検証処理を TTML 文書インスタンスに対して実行しなければなりません。その実行は、 提示処理や変換処理など、ほかの種類の処理を実行する前に行います。

このパラメーターの値が optional である場合、検証機能付きコンテンツ処理系 は、検証処理を実行してもよいですが、その必要はありません。その対象は、 TTML 文書インスタンスであり、実行する場合は、 提示処理や変換処理など、ほかの種類の処理を実行する前に行います。

このパラメーターの値が prohibited である場合、検証機能付きコンテンツ処理系 は、検証処理を TTML 文書インスタンスに対して実行してはなりません。その禁止は、 提示処理や変換処理など、ほかの種類の処理を実行する前に適用されます。ただし、エンドユーザー またはアプリケーションがこの禁止を上書きする場合を除きます。

検証処理が TTML 文書インスタンスに対して実行され、検証に失敗した場合、 算出値を使用します。 ttp:validationAction プロパティの算出値によって、 さらなる処理を実行する前に、どの動作を行うかを決定します。

指定されていない場合、このパラメーターの値は、 optional とみなさなければなりません。

ttp:validation 属性は、 tt 要素に指定されている場合にのみ、有意とみなされます。

6.2.11 ttp:validationAction

ttp:validationAction 属性は、どの動作を行うかを指定するために使用します。 その実行主体は、検証機能付きコンテンツ処理系であり、 文書インスタンスの検証が失敗した場合に適用されます。

この属性を指定する場合、その値は次の構文に従わなければなりません。

ttp:validationAction
  : "abort"
  | "warn"
  | "ignore"

このパラメーターの値が abort である場合、中止処理が、 エンドユーザーまたはアプリケーションによって上書きされない限り、 検証機能付きコンテンツ処理系 は、TTML 文書インスタンスの処理を中止しなければなりません。その条件は、 検証エラー例外の発生です。

このパラメーターの値が warn である場合、検証機能付きコンテンツ処理系 は、エンドユーザーに警告すべきです。その条件は、検証エラーまたは 検証警告例外の 発生であり、 エンドユーザーに、処理を続行するか中止するかを選ぶ機会を与えるべきです。

このパラメーターの値が ignore である場合、検証機能付きコンテンツ処理系 は、中止すべきではなく、エンドユーザーに警告すべきでもありません。その条件は、検証例外 の発生です。

指定されていない場合、このパラメーターの値は、次のように決定されます。 次のttp:validationプロパティの算出値が、 required である場合、 値を abort とみなさなければなりません。 それが optional である場合、 値を warn とみなさなければなりません。 それ以外で、それが prohibited である場合、 値を ignore とみなさなければなりません。

ttp:validationAction 属性は、 tt 要素に指定されている場合にのみ、有意とみなされます。

7.2.1 ttp:cellResolution

ttp:cellResolution 属性を、作成者は使用してもかまいません。 これは、水平方向および垂直方向のセル数を表すものであり、ルートコンテナー領域 のエリアを、それらのセルに分割します。その目的は、提示の意味論を、 均一なグリッドによって表すことです。

この属性を指定する場合、その値は次の構文に従わなければなりません。

ttp:cellResolution
  : columns <lwsp> rows                     // columns != 0; rows != 0

columns | rows
  : <non-negative-integer>

指定されていない場合、列数および行数は、 それぞれ 32 および 15 とみなさなければなりません。指定する場合、列数または行数をゼロ (0) にしてはなりません。

ttp:cellResolution 属性は、 tt 要素に指定されている場合にのみ、有意とみなされます。

特に指定がない限り、<length>が、 セル単位で 表され、インライン進行寸法またはブロック進行寸法に平行な寸法を示す場合、 それぞれ、セルのインライン進行寸法またはブロック進行寸法が適用されます。

7.2.2 ttp:clockMode

ttp:clockMode 属性は、 時間表現を実時間の時間座標として解釈する方法を指定するために使用します。これは、 時間基準 clock で動作する場合に適用され、その定義は、7.2.11 ttp:timeBaseによります。

この属性を指定する場合、その値は次の構文に従わなければなりません。

ttp:clockMode
  : "local"
  | "gps"
  | "utc"

時間基準が、7.2.11 ttp:timeBaseで定義されるものとして、 clock と指定されている場合、このパラメーターは次のように適用されます。 パラメーターの値が local である場合、時間表現は、 現地の壁時計の時刻（および日付）の座標として解釈されます。 utc である場合、時間表現は、 UTC 時間座標として解釈されます [UTC]。 gps である場合、時間表現は、 GPS 時間座標として解釈されます [GPS]。

指定されていない場合、このパラメーターの値は、 utc とみなさなければなりません。

ttp:clockMode 属性は、 tt 要素に指定されている場合にのみ、有意とみなされます。

7.2.3 ttp:displayAspectRatio

ttp:displayAspectRatio 属性は、表示アスペクト比を、ルートコンテナー領域について指定するために使用します。詳細は、H ルートコンテナー領域の意味論で説明します。

この属性を指定する場合、その値は次の構文に従わなければなりません。

ttp:displayAspectRatio
  : numerator <lwsp> denominator            // numerator != 0; denominator != 0

numerator | denominator
  : <non-negative-integer>

指定する場合、分子と分母はどちらもゼロ以外でなければなりません。指定されていない場合、 表示アスペクト比は、 ルートコンテナー領域について、H ルートコンテナー領域の意味論によって決定されます。

ttp:displayAspectRatio 属性は、 tt 要素に指定されている場合にのみ、有意とみなされます。

7.2.4 ttp:dropMode

ttp:dropMode 属性は、 フレーム数の解釈および使用に関する制約を指定するために使用します。 そのフレーム数は、[SMPTE ST 12-1]の時間座標に対応するものであり、 時間基準 smpte で動作する場合に適用されます。その定義は、 7.2.11 ttp:timeBaseによります。

この属性を指定する場合、その値は次の構文に従わなければなりません。

ttp:dropMode
  : "dropNTSC"
  | "dropPAL"
  | "nonDrop"

時間基準が、7.2.11 ttp:timeBaseで定義されるものとして、 smpte と指定されている場合、このパラメーターは次のように適用されます。 パラメーターの値が nonDrop である場合、時間表現の任意の 1 秒の中で、フレームは 0 から N−1 まで数えます。ここで、N は、 ttp:frameRate パラメーターで指定された値であり、 ttp:frameRateMultiplier パラメーターで指定された値は無視します。

このパラメーターの値が dropNTSC である場合、時間表現の 秒が 00 である場合を除き、任意の 1 秒の中で、 フレームは 0 から N−1 まで数えます。ここで、N は、 ttp:frameRate パラメーターで指定された値ですが、 次のパラメーターで指定された値は無視します。 ttp:frameRateMultiplier パラメーターです。時間 表現の秒が 00 であり、その分が、 00、10、20、30、 40、50 のいずれでもない場合、フレームコード 00 および 01 は、その 1 秒の間に省略されます。それ以外の場合、これらの フレームコードは省略されません。

このパラメーターの値が dropPAL である場合、時間表現の 秒が 00 である場合を除き、任意の 1 秒の中で、 フレームは 0 から N−1 まで数えます。ここで、N は、 ttp:frameRate パラメーターで指定された値ですが、 次のパラメーターで指定された値は無視します。 ttp:frameRateMultiplier パラメーターです。時間 表現の秒が 00 であり、その分が 偶数で、かつ 00、20、40 のいずれでもない場合、 フレームコード 00 から 03 は、 その 1 秒の間に省略されます。それ以外の場合、これらのフレームコードは省略されません。

指定されていない場合、nonDrop が適用されるものと仮定しなければなりません。

ttp:dropMode 属性は、 tt 要素に指定されている場合にのみ、有意とみなされます。

7.2.5 ttp:frameRate

ttp:frameRate 属性は、関連メディア オブジェクトのフレームレート、または文書 インスタンスの内在的なフレームレートを指定するために使用します。後者は、 独立したメディアオブジェクトとして機能することを意図している場合に適用されます。

この属性を指定する場合、その値は次の構文に従わなければなりません。

ttp:frameRate
  : <non-negative-integer>                                // value > 0

文書インスタンスに適用されるフレームレートは、 次の目的で 使用します。フレーム単位で表される時間表現の解釈であり、 その定義は、12.3.1 <time-expression>によります。

media 時間基準が適用され、実効フレームレートが 整数である場合、フレームは、メディア時間の 1 秒を分割したものとして 解釈されます。フレームレートが F と指定されている場合、 メディア時間の 1 秒は、F 個の等しい 長さの区間に分割され、各区間はフレーム f として識別されます。 ここで、f ∈ [0…F−1] です。

指定されていない場合、フレームレートは、 アプリケーション定義のフレームレートと等しいものとみなさなければなりません。そのようなフレームレートが適用されない場合は、 毎秒 30 フレームとみなさなければなりません。指定する場合、フレームレートは、 ゼロ (0) より大きくなければなりません。

ttp:frameRate 属性は、 tt 要素に指定されている場合にのみ、有意とみなされます。

7.2.6 ttp:frameRateMultiplier

ttp:frameRateMultiplier 属性は、 フレームレートに適用する乗数を指定するために使用します。そのフレームレートは、 ttp:frameRate 属性によって指定されるものであり、乗数の適用によって、 実効フレームレートを算出します。

この属性を指定する場合、その値は次の構文に従わなければなりません。

ttp:frameRateMultiplier
  : numerator <lwsp> denominator            // numerator != 0; denominator != 0

numerator | denominator
  : <non-negative-integer>

フレームレート乗数は、目的のフレームレートを、 毎秒のフレーム数が整数となる形で表せない場合に使用します。

指定されていない場合、フレームレート乗数は、アプリケーション定義の フレームレート乗数と等しいものとみなさなければなりません。 そのような乗数が適用されない場合は、1 (1:1) とみなさなければなりません。分子と 分母は、どちらもゼロ以外でなければなりません。

ttp:frameRateMultiplier 属性は、 tt 要素に指定されている場合にのみ、有意とみなされます。

7.2.7 ttp:markerMode

ttp:markerMode 属性は、 時間表現の解釈および使用に関する制約を指定するために使用します。 その時間表現は、[SMPTE ST 12-1]の時間座標に対応するものであり、 時間基準 smpte で動作する場合に適用されます。その定義は、 7.2.11 ttp:timeBaseによります。

この属性を指定する場合、その値は次の構文に従わなければなりません。

ttp:markerMode
  : "continuous"
  | "discontinuous"

時間基準が、7.2.11 ttp:timeBaseで定義されるものとして、 smpte と指定されている場合、このパラメーターは次のように適用されます。 パラメーターの値が continuous である場合、[SMPTE ST 12-1]の時間 座標は、 線形であり、単調増加または 単調減少すると仮定してもかまいません。ただし、discontinuous である場合は、 時間座標の線形性または単調性について、いかなる仮定もしてはなりません。

指定されていない場合、このパラメーターの値は、 discontinuous とみなさなければなりません。

ttp:markerMode 属性は、 tt 要素に指定されている場合にのみ、有意とみなされます。

値 continuous が適用される場合、時間 表現を実時間の 座標に変換してもかまいません。その際には、算出されたフレームレートと、 ttp:dropMode パラメーターで表されるドロップモードを考慮します。 この場合、コンテンツ処理系は、次のものを作成し、 維持しなければなりません。 合成 SMPTE 文書同期基準です。この基準内で、 これらの時間 表現が解釈されます。詳細については、 12.4 タイミングの意味論で説明します。

値 discontinuous が適用される場合、時間 表現を実時間の 座標に変換してはなりません。算術演算子（加算、乗算）は、 時間表現に対して定義されず、そのため、持続時間を表す あらゆる（整形式の）表現を、妥当でないものとみなさなければなりません。

7.2.8 ttp:pixelAspectRatio

ttp:pixelAspectRatio 属性は、ピクセルアスペクト比を、ルートコンテナー領域について指定するために使用します。詳細は、H ルートコンテナー領域の意味論で説明します。

この属性を指定する場合、その値は次の構文に従わなければなりません。

ttp:pixelAspectRatio
  : numerator <lwsp> denominator            // numerator != 0; denominator != 0

numerator | denominator
  : <non-negative-integer>

指定する場合、分子と分母はどちらもゼロ以外でなければなりません。指定されていない場合、 ピクセルアスペクト比は、 ルートコンテナー領域について、H ルートコンテナー領域の意味論によって決定されます。

ttp:pixelAspectRatio 属性は、 tt 要素に指定されている場合にのみ、有意とみなされます。

ttp:pixelAspectRatio 属性は、指定すべきではありません。 ただし、tts:extent属性が、 2 つの<length>指定から構成され、px （ピクセル）単位を使用し、かつ、それも tt要素に指定される場合を除きます。 これがない状態での ttp:pixelAspectRatio 属性の使用は、 非推奨です。

7.2.9 ttp:subFrameRate

ttp:subFrameRate 属性は、関連メディア オブジェクトのサブフレームレート、または文書 インスタンスの内在的なサブフレームレートを指定するために使用します。後者は、 独立したメディアオブジェクトとして機能することを意図している場合に適用されます。

この属性を指定する場合、その値は次の構文に従わなければなりません。

ttp:subFrameRate
  : <non-negative-integer>                                // value > 0

文書インスタンスに適用されるサブフレームレートは、 次の目的で 使用します。サブフレーム単位で表される時間表現の解釈であり、 その定義は、12.3.1 <time-expression>によります。

media 時間基準が適用され、実効フレームレートが 整数である場合、サブフレームは、メディア時間の 1 フレームを分割したものとして 解釈されます。サブフレームレートが S と指定されている場合、 メディア時間の 1 フレームは、S 個の等しい 長さの区間に分割され、各区間はサブフレーム s として識別されます。 ここで、s ∈ [0…S−1] です。

指定されていない場合、サブフレームレートは、アプリケーション定義の サブフレームレートと等しいものとみなさなければなりません。そのような サブフレームレートが適用されない場合は、1 とみなさなければなりません。指定する場合、サブフレームレートは、 ゼロ (0) より大きくなければなりません。

ttp:subFrameRate 属性は、 tt 要素に指定されている場合にのみ、有意とみなされます。

7.2.10 ttp:tickRate

ttp:tickRate 属性は、関連メディア オブジェクトのティックレート、または文書インスタンスのコンテンツの内在的なティックレートを指定するために使用します。後者は、 独立したメディアオブジェクトとして機能することを意図している場合に適用されます。

この属性を指定する場合、その値は次の構文に従わなければなりません。

ttp:tickRate
  : <non-negative-integer>                                // value > 0

文書インスタンスに適用されるティックレートは、 次の目的で 使用します。ティック単位で表される時間表現の解釈であり、 t 単位を使用します。その定義は、12.3.1 <time-expression>によります。

media 時間基準が適用される場合、 ティックは、メディア時間の 1 秒を整数個に分割したものとして 解釈されます。ティックレートが T と指定されている場合、 メディア時間の 1 秒は、T 個の等しい 長さの区間に分割され、各区間はティック t として識別されます。 ここで、t ∈ [0…T−1] です。

指定されていない場合で、フレームレートが指定されている場合、ティックレートは、 実効フレームレートにサブフレームレートを掛けた値と みなさなければなりません（すなわち、ティックはサブフレームとして解釈されます）。 フレームレートが指定されていない場合、ティックレートは、メディア時間の 1 秒当たり 1 ティックとみなさなければなりません。指定する場合、ティックレートを、 ゼロ (0) にしてはなりません。

ttp:tickRate 属性は、 tt 要素に指定されている場合にのみ、有意とみなされます。

7.2.11 ttp:timeBase

ttp:timeBase 属性は、 文書時間座標空間を指定するために使用します。

この属性を指定する場合、その値は次の構文に従わなければなりません。

ttp:timeBase
  : "media"
  | "smpte"
  | "clock"

時間基準が media と指定されている場合、時間 表現は、あるメディアオブジェクトの時間軸上の座標を示します。 そのメディアオブジェクトは、外部のメディアオブジェクトであって、 文書インスタンスのコンテンツを同期させる対象でもよく、 また、 文書インスタンスのコンテンツ自体でもかまいません。後者は、 次の場合に該当します。 タイムドテキストコンテンツが、独立した時間 軸を確立することを意図している場合です。

時間基準が smpte と指定されている場合、 時間表現は、[SMPTE ST 12-1]の時間 座標を示します。文書インスタンスのコンテンツは、 この座標に 同期されます。この場合、ttp:markerMode および ttp:dropMode パラメーターの値が適用されます。その定義は、7.2.7 ttp:markerModeおよび7.2.4 ttp:dropModeに、それぞれ従います。

時間基準が clock と指定されている場合、時間 表現は、実世界の時間軸上の座標を示します。この時間軸は、 実時間クロックによって確立されるものであり、たとえば、現地の壁時計の時刻、 UTC（協定世界時）、または GPS（全地球測位システム）の 時間軸です。

指定されていない場合、既定の時間基準は、 media とみなさなければなりません。

ttp:timeBase 属性は、 tt 要素に指定されている場合にのみ、有意とみなされます。

media または smpte 時間基準で動作する場合、文書 インスタンスの通時的提示は、 制御する時間軸の変換を受けることがあります。たとえば、 時間の反転、伸長（拡大）、または短縮 （圧縮）です。ただし、clock 時間基準で動作する場合、変換は許されず、通時的 提示は、線形で単調増加する時間軸に沿って、 実時間の経過に基づいて進みます。

8.1.1 tt

tt 要素は、文書インスタンスのルート文書要素として機能します。

tt 要素は、その子として、0 個または 1 個の head 要素を受け入れ、 その後に、 0 個または 1 個の body 要素を受け入れます。

<tt
  tts:extent = xsd:string
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve") : default
  {TT パラメーター名前空間の任意の属性}
  内容: head?, body?
</tt>

ルート時間範囲、すなわち、 文書インスタンスが有効である時間区間には、 暗黙の持続時間があります。その値は、 文書の body 要素の暗黙の持続時間と等しくなります。これは、body 要素が存在する場合のことであり、body 要素が存在しない場合はゼロになります。

tts:extent属性が、 tt 要素に指定されている場合、10.2.16 tts:extentに従わなければなりません。 その場合、この属性は、 空間的な寸法を、ルートコンテナー領域について指定します。 その中に、コンテンツ領域が配置され、提示されます。 tts:extent 属性が指定されていない場合、空間的な寸法は、 対象となる ルートコンテナー領域について、規則によって決定されます。 その規則は、H ルートコンテナー領域の 意味論で規定されます。 ルートコンテナー領域の原点は、 文書処理コンテキストによって決定されます。

xml:lang 属性は、tt 要素に指定しなければなりません。 属性値が空の場合、適用される既定の言語がないことを意味します。 その対象は、文書インスタンス内に含まれるテキストです。

xml:space 属性が tt 要素に指定されていない場合は、 次のように みなさなければなりません。その属性が値 default で指定されているものとします。

8.1.2 head

head 要素は、ヘッダー情報をまとめるために使用するコンテナー要素です。その情報には、 メタデータ、 プロファイル、埋め込みコンテンツリソース、スタイル指定、およびレイアウト情報が含まれます。

head 要素は、その子として、0 個以上の Metadata.class要素 グループに属する要素を受け入れ、 その後に、0 個以上の Profile.class要素グループに属する要素、 その後に、0 個または 1 個のresources要素、 その後に、0 個または 1 個のstyling要素、 その後に、0 個または 1 個のlayout要素、 その後に、0 個または 1 個のanimation 要素を受け入れます。

子によって指定されるメタデータは、Metadata.class 要素グループに属するものについて、意味上、文書 インスタンスの 全体に適用され、head 要素だけに適用されるものではありません。

子によって指定されるパラメーターは、Parameters.class 要素グループに属するものについて、意味上、文書 インスタンスの 全体に適用され、head 要素だけに適用されるものではありません。

resources 子要素は、埋め込みコンテンツ構造を指定するために使用します。 その構造は、特定のスタイル構造および 埋め込みコンテンツ要素から参照されます。

styling 子要素は、スタイル構造を指定するために使用します。 その構造は、ほかのスタイル構造、レイアウト構造、および コンテンツ要素から参照されます。

layout 子要素は、レイアウト構造を指定するために使用します。 その構造は、コンテンツ要素から参照されます。

animation 子要素は、アニメーション構造を指定するために使用します。 その構造は、アニメーション可能なコンテンツ要素 またはレイアウト要素を対象とします。

<head
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve")
  内容: Metadata.class*, Profile.class*, resources?, styling?, layout?, animation?
</head>

時間の意味論が、次の要素の内容に適用される範囲では、 head 要素の暗黙の時間区間は、 ルート時間 範囲と開始点および終了点が一致するものと定義されます。

8.1.3 body

body 要素は、論理的なコンテナー、および時間的な 構造化要素として機能します。その対象は、テキストコンテンツ単位の列であり、 論理的な区分として表されるものです。

body 要素は、その子として、0 個以上の Metadata.class要素 グループに属する要素を受け入れ、 その後に、0 個以上の Animation.class 要素グループに属する要素、 その後に、0 個以上の div 要素またはEmbedded.class要素グループに属する要素を受け入れます。

子によって指定されるメタデータは、Metadata.class 要素グループに属するものについて、意味上、body 要素およびその子孫の 全体に適用されます。

子として指定されるアニメーション要素は、Animation.class 要素グループに属するものについて、意味上、body 要素に適用されます。

<body
  animate = IDREFS
  begin = <time-expression>
  condition = <condition>
  dur = <time-expression>
  end = <time-expression>
  region = IDREF
  style = IDREFS
  timeContainer = ("par" | "seq")
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve")
  {TT メタデータ名前空間の任意の属性}
  {任意のスタイル指定属性}
  内容: Metadata.class*, Animation.class*, (div|Embedded.class)*
</body>

作成者は、body 要素の時間区間を、 begin、dur、および end 属性を使用して指定してもかまいません。この区間の開始点が、 未指定のままである場合、開始点は、次のうち遅い方として解釈されます。 すなわち、開始 点として、文書時間座標 空間のものと、 ルート時間範囲の開始点を比較します。 この区間の終了点が未指定のままである場合、 終了点は、ルート 時間範囲の終了点として解釈されます。

相対的な開始時刻または終了時刻が、body 要素に指定されている場合、これらの時刻は、開始点を参照して解決されます。 その参照先は、文書時間座標 空間です。

ルート時間範囲が、 算出された持続時間より短い場合、 body 要素について、その body 要素の有効時間区間は、 ルート時間 範囲の有効終了点で切り詰められます。

作成者は、スタイルプロパティの集合を、 body 要素に関連付けてもかまいません。そのためには、style 属性、インラインのスタイル属性、またはそれらの組み合わせを使用します。

timeContainer 属性が、 body 要素に指定されていない場合、その要素は、 並列の 時間内包の意味論を持つものとして解釈しなければなりません。

8.1.4 div

div 要素は、論理的なコンテナー、および時間的な 構造化要素として機能します。その対象は、テキストコンテンツ単位の列であり、 論理的な小区分または段落として表されるものです。

div 要素は、その子として、0 個以上の Metadata.class要素 グループに属する要素を受け入れ、 その後に、0 個以上の Animation.class 要素グループに属する要素、 その後に、0 個または 1 個の Layout.class要素 グループに属する要素、 その後に、0 個以上のBlock.classまたは Embedded.class要素グループに属する要素を受け入れます。

子によって指定されるメタデータは、Metadata.class 要素グループに属するものについて、意味上、div 要素およびその子孫の 全体に適用されます。

子として指定されるアニメーション要素は、Animation.class 要素グループに属するものについて、意味上、div 要素に適用されます。

<div
  animate = IDREFS
  begin = <time-expression>
  condition = <condition>
  dur = <time-expression>
  end = <time-expression>
  region = IDREF
  style = IDREFS
  timeContainer = ("par" | "seq")
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve")
  {TT メタデータ名前空間の任意の属性}
  {任意のスタイル指定属性}
  内容: Metadata.class*, Animation.class*, Layout.class?, (Block.class|Embedded.class)*
</div>

作成者は、スタイルプロパティの集合を div 要素に関連付けてもかまいません。 そのためには、 style 属性、インラインのスタイル属性、またはそれらの組み合わせを使用します。

timeContainer 属性が、 div 要素に指定されていない場合、その要素は、 並列の時間内包の意味論を持つものとして解釈しなければなりません。

8.1.5 p

p 要素は論理的な段落を表し、 ブロックレベルとインラインレベルの整形の意味論の間の移行点として機能します。

p 要素は、その子として、0 個以上の Metadata.class要素 グループに属する要素を受け入れ、 その後に、0 個以上の Animation.class 要素グループに属する要素、 その後に、0 個または 1 個の Layout.class要素 グループに属する要素、 その後に、0 個以上のInline.classまたは Embedded.class要素グループに属する要素を受け入れます。

子によって指定されるメタデータは、Metadata.class 要素グループに属するものについて、意味上、p 要素およびその子孫の全体に適用されます。

子として指定されるアニメーション要素は、Animation.class 要素グループに属するものについて、意味上、p 要素に適用されます。

<p
  animate = IDREFS
  begin = <time-expression>
  condition = <condition>
  dur = <time-expression>
  end = <time-expression>
  region = IDREF
  style = IDREFS
  timeContainer = ("par" | "seq")
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve")
  {TT メタデータ名前空間の任意の属性}
  {任意のスタイル指定属性}
  内容: Metadata.class*, Animation.class*, Layout.class?, (Inline.class|Embedded.class)*
</p>

作成者は、スタイルプロパティの集合を、 p 要素に関連付けてもかまいません。そのためには、style 属性、インラインのスタイル属性、またはそれらの組み合わせを使用します。

timeContainer 属性が、 p 要素に指定されていない場合、その要素は、 並列の時間内包の意味論を持つものとして解釈しなければなりません。

p 要素の子の列が、 文字情報項目だけで構成される場合、 その列は、 [匿名 span の構築]処理の対象となります。

8.1.6 span

span 要素は、論理的なコンテナー、および時間的な 構造化要素として機能します。その対象は、テキストコンテンツ単位の列であり、インライン レベルの整形の意味論を持つものです。

視覚媒体で提示される場合、span 要素は、 インラインエリアの列を生成することを意図しており、各エリアは、1 つ以上のグリフエリアを含みます。

span 要素は、その子として、0 個以上の Metadata.class要素 グループに属する要素を受け入れ、 その後に、0 個以上の Animation.class 要素グループに属する要素、 その後に、0 個以上のInline.classまたは Embedded.class要素グループに属する要素を受け入れます。

子によって指定されるメタデータは、Metadata.class 要素グループに属するものについて、意味上、span 要素およびその子孫の 全体に適用されます。

子として指定されるアニメーション要素は、Animation.class 要素グループに属するものについて、意味上、span 要素に適用されます。

<span
  animate = IDREFS
  begin = <time-expression>
  condition = <condition>
  dur = <time-expression>
  end = <time-expression>
  region = IDREF
  style = IDREFS
  timeContainer = ("par" | "seq")
  xlink:arcrole = <uri-list>
  xlink:href = <uri>
  xlink:role = <uri-list>
  xlink:show = ("new" | "replace" | "embed" | "other" | "none") : none
  xlink:title = xsd:string
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve")
  {TT メタデータ名前空間の任意の属性}
  {任意のスタイル指定属性}
  内容: Metadata.class*, Animation.class*, (Inline.class|Embedded.class)*
</span>

作成者は、スタイルプロパティの集合を、 span 要素に関連付けてもかまいません。そのためには、style 属性、インラインのスタイル属性、またはそれらの組み合わせを使用します。

timeContainer 属性が、 span 要素に指定されていない場合、その要素は、 並列の時間内包の意味論を持つものとして解釈しなければなりません。

リンク属性 xlink:* を使用して、span 要素を、 関連するコンテンツにリンクしてもかまいません。その際には、 指定された場所（href）、役割、およびタイトルを使用します。リンクの起動動作は、 xlink:show 属性の影響を受けます。 その正確な意味は、文書処理コンテキストによって決定されます。

span 要素が xlink:href 属性を指定する場合、子孫 要素は、 xlink:href 属性を指定してはなりません。指定した場合、後者は、 提示処理またはリンク起動処理において無視しなければなりません。

span 要素の子の列が、 文字情報項目だけで構成される場合、 その列は、 [匿名 span の構築]処理の対象となります。

8.1.7 br

br 要素は、明示的な改行を示します。

子によって指定されるメタデータは、Metadata.class 要素グループに属するものについて、意味上、br 要素およびその子孫の 全体に適用されます。

Animation.class の子の使用は非推奨です。

<br
  condition = <condition>
  style = IDREFS
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve")
  {TT メタデータ名前空間の任意の属性}
  {任意のスタイル指定属性}
  内容: Metadata.class*, Animation.class*
</br>

視覚媒体で提示される場合、br 要素の存在は、 強制改行として解釈しなければなりません。

8.2.1 condition

condition 属性は、条件により除外するために使用します。その対象は要素 （およびその子孫）であり、意味処理から除外します。 この場合、その要素は、条件付き要素と呼びます。

condition 属性は、次のものに使用してもかまいません。(1) 中核語彙の 一覧にある任意の要素。 ただし、プロファイルに関する要素、すなわちプロファイル モジュールの要素を除きます。また、 (2) 拡張モジュールで定義される任意の要素であって、 その要素型が、 condition 属性の指定を許しているものです。

condition 属性の値は、 <condition>式に従わなければなりません。 この式は、提示処理時（遅延評価）、 または提示処理より前（先行評価）に評価されます。先行評価を行ってもよいのは、 評価結果の値が、 提示処理中に変化し得ない場合、または変化しないことが分かっている場合に限られます。

提示処理において、要素が condition 属性を指定し、かつ、 その<condition>式の値が、 false と評価される場合、 その要素およびその子孫要素の意味論は、 明示的に例外とされているものを除き、無視しなければなりません。 すなわち、その要素およびその子孫要素は、 条件により除外されます。 これは、<condition> 式の評価にかかわらず適用されます。その式が、 それらの子孫要素に指定されている場合も同様です。

上位プロトコルが適用される場合を除き、次の 例外が適用されます。 これは、どの意味論を無視するかを決定するためのものであり、<condition>式の 値が false と評価される場合に適用されます。

• タイミングの意味論は、時間指定要素について、無視されません。

• 連鎖参照の 意味論は、 style要素について、無視されません。

8.2.2 xlink:arcrole

xlink:arcrole 属性は、[XLink 1.1]の定義に従って使用します。

xlink:arcrole 属性は、任意のspan要素または image要素で使用してもかまいません。

8.2.3 xlink:href

xlink:href 属性は、[XLink 1.1]の定義に従って使用します。

xlink:href 属性は、任意のspan要素または image要素で使用してもかまいません。

xlink:href の意味論を実装する目的では、 xlink:type の意味論は、値 simple に関連付けられたものに固定され、 xlink:actuate の意味論は、値 onRequest に関連付けられたものに固定されます。その定義は、[XLink 1.1]によります。

8.2.4 xlink:role

xlink:role 属性は、[XLink 1.1]の定義に従って使用します。

xlink:role 属性は、任意のspan要素または image要素で使用してもかまいません。

8.2.5 xlink:show

xlink:show 属性は、[XLink 1.1]の定義に従って使用します。

xlink:show 属性は、任意のspan要素または image要素で使用してもかまいません。

8.2.6 xlink:title

xlink:title 属性は、[XLink 1.1]の定義に従って使用します。

xlink:title 属性は、任意のspan要素または image要素で使用してもかまいません。

8.2.7 xml:base

xml:base 属性は、 [XML Base]の定義に従って使用します。

xml:base 属性は、中核語彙の一覧にある任意の要素で使用してもかまいません。 ただし、その要素が、(1) condition属性、 (2) 子孫 要素であって、Metadata.class要素 グループに属するもの、または、 (3) xml:base 属性を許す子孫要素のいずれかを許している場合に限ります。

8.2.8 xml:id

xml:id 属性は、 [XML ID]の定義に従って使用します。

xml:id 属性は、中核語彙の一覧にある任意の要素で使用してもかまいません。

8.2.9 xml:lang

xml:lang 属性は、 [XML 1.0]の §2.12、言語の識別の定義に従って使用します。

xml:lang 属性は、tt 要素に指定しなければなりません。また、ほかの任意の要素型のインスタンスにも指定してもかまいません。 その対象は、中核語彙の一覧にあるもので、パラメーター語彙を除きます。

コンテンツ要素およびメタデータ要素での xml:lang の使用を、次の 例で示します。

<tt ... xml:lang="">
...
<p xml:lang="en">ジャンはこんにちはと言った。</p>
<p xml:lang="fr">ジャンはこんにちはと言う。</p>
<p>
  <image src="#talking-image">
    <ttm:item name="altText" xml:lang="en">話しているところ</ttm:item>
    <ttm:item name="altText" xml:lang="fr">話しているところ</ttm:item>
  </image>
</p>
...
</tt>

8.2.10 xml:space

xml:space 属性は、 [XML 1.0]の §2.10、空白の取り扱いの定義に従って使用します。

xml:space 属性は、 中核語彙の一覧にある任意の要素で使用してもかまいません。ただし、パラメーター語彙を除きます。

値 default の意味論は、次の意味に固定されます。 文書 インスタンスの提示処理を、 11.3.1.4 同期フロー 処理で説明するように実行する場合、 処理は、 次のプロパティが、同等の中間 XSL-FO 文書の対象 要素に指定されているものとして行わなければなりません。

• suppress-at-line-break="auto"

• linefeed-treatment="treat-as-space"

• white-space-collapse="true"

• white-space-treatment="ignore-if-surrounding-linefeed"

同様に、値 preserve の意味論は、次の意味に固定されます。 提示処理を実行する場合、処理は、 次のプロパティが、同等の中間 XSL-FO 文書の対象 要素に指定されているものとして行わなければなりません。

• suppress-at-line-break="retain"

• linefeed-treatment="preserve"

• white-space-collapse="false"

• white-space-treatment="preserve"

正規化されていない水平タブ 	 (HT) 文字が、 文字情報項目内に現れ、 それが縮約された XML 情報集合に属する場合、視覚的に 提示する際、そのタブ 文字は、単一の  (SPACE) 文字として扱われます。

この仕様で説明するもの以外の手段によって、 最終的に視覚的な提示を生成することを意図した、 ほかの種類の処理を実行する場合も、上述した空白の折り畳みおよび 保持の意味論を尊重すべきです。それ以外の種類の 処理では、xml:space 属性の扱いは、 処理系依存ですが、可能であれば、上述の意味論を 尊重すべきです。

8.3.1 <absolute-profile-designator>

<absolute-profile-designator> 値表現は、(1) 絶対指定子を定義するために使用します。 その指定子は、 ローカルに定義されたプロファイルに関連付けられます。または、(2) リモートに定義されたプロファイルを参照するために使用します。

<absolute-profile-designator>
  : <absolute-uri>

8.3.2 <absolute-uri>

<absolute-uri> 値表現は、絶対 URI [URI]を指定するために使用します。

<absolute-uri>
  : <uri>                                     // 絶対形式のみ

<absolute-uri> 値表現のコンテキストでは、<uri>式の値構文は、 URI の絶対形式に従わなければならず、その定義は、[URI]の §4.3 によります。

8.3.3 <arguments>

<arguments> 値は、部分式であり、function-expression 非終端記号とともに使用します。その非終端記号は、 <expression>値に属します。

<arguments>
  : "(" <lwsp>? ")"
  | "(" <lwsp>? argument-list <lwsp>? ")"

argument-list
  : <expression> (<lwsp>? "," <lwsp>? <expression>)*

8.3.4 <bound-parameter>

<bound-parameter> 値は、列挙された名前付きパラメーターの集合のうちの 1 つであり、 値への束縛は、 コンテンツ処理系によって行われます。

<bound-parameter>
  : "forced"
  | "mediaAspectRatio"
  | "mediaLanguage"
  | "userLanguage"

forced

真偽値に評価されます。その値は、コンテンツ処理系が、 強制字幕を有効にして動作しているかどうかを示します。 文書インスタンスで使用する場合、usesForced 名前付きメタデータ項目を、次の要素の子として指定すべきです。 head要素です。

mediaAspectRatio

数値に評価されます。その値は、関連メディアオブジェクトのアスペクト比と等しくなります。

mediaLanguage

文字列値に評価されます。その値は、関連メディアオブジェクトの（主たる）言語と等しくなります。

userLanguage

文字列値に評価されます。その値は、ユーザーの（主たる）言語と等しくなります。 その言語は、 文書処理コンテキストによって決定されます。

8.3.5 <condition>

<condition> 値は、二値に評価される式を指定するために使用します。 その値は、意味論を適用するか無視するかの判定に使用します。対象は、 条件付き要素であり、 コンテンツ処理中に適用されます。

<condition>
  : <expression>

function-expression が <condition> 値内に現れる場合、それは、 <condition-function>式の形式を取らなければなりません。

8.3.6 <condition-function>

<condition-function> 値は、部分式であり、<condition>値表現内で使用してもかまいません。

<condition-function>
  : <media-function>
  | <parameter-function>
  | <supports-function>

8.3.7 <expression>

<expression> 値は、<condition>値の部分式です。

<expression>
  : logical-or-expression

logical-or-expression
  : logical-and-expression
  | logical-or-expression <lwsp>? "||" <lwsp>? logical-and-expression

logical-and-expression
  : equality-expression
  | logical-and-expression <lwsp>? "&&" <lwsp>? equality-expression

equality-expression
  : relational-expression
  | equality-expression <lwsp>? "==" <lwsp>? relational-expression
  | equality-expression <lwsp>? "!=" <lwsp>? relational-expression

relational-expression
  : additive-expression
  | relational-expression <lwsp>? "<" <lwsp>? additive-expression
  | relational-expression <lwsp>? ">" <lwsp>? additive-expression
  | relational-expression <lwsp>? "<=" <lwsp>? additive-expression
  | relational-expression <lwsp>? ">=" <lwsp>? additive-expression

additive-expression
  : multiplicitive-expression
  | additive-expression <lwsp>? "+" <lwsp>? multiplicitive-expression
  | additive-expression <lwsp>? "-" <lwsp>? multiplicitive-expression

multiplicitive-expression
  : unary-expression
  | multiplicitive-expression <lwsp>? "*" <lwsp>? unary-expression
  | multiplicitive-expression <lwsp>? "/" <lwsp>? unary-expression
  | multiplicitive-expression <lwsp>? "%" <lwsp>? unary-expression

unary-expression
  : primary-or-function-expression
  | "+" <lwsp>? unary-expression
  | "-" <lwsp>? unary-expression
  | "!" <lwsp>? unary-expression

primary-or-function-expression
  : primary-expression
  | function-expression

primary-expression
  : identifier
  | literal
  | "(" <lwsp>? expression <lwsp>? ")"

function-expression
  : identifier <arguments>

identifier
  : xsd:NCName

literal
  : boolean-literal
  | numeric-literal
  | string-literal

boolean-literal
  : "true"
  | "false"

numeric-literal
  : decimal-literal

decimal-literal
  : decimal-integer-literal "." decimal-digits? exponent-part?
  | decimal-integer-literal exponent-part?
  | "." decimal-digits exponent-part?

decimal-integer-literal
  : "0"
  | non-zero-digit decimal-digits?

decimal-digits
  : decimal-digit
  | decimal-digits decimal-digit

decimal-digit
  : "0" | "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | "9"

non-zero-digit
  : "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | "9"

exponent-part
  : exponent-indicator signed-integer

exponent-indicator
  : "e" | "E"

signed-integer
  : decimal-digits
  | "+" decimal-digits
  | "-" decimal-digits

string-literal
  : <quoted-string>

8.3.8 <fragment-profile-designator>

<fragment-profile-designator> 値表現は、ローカルな、すなわち、 内部で定義された（インラインの）プロファイルを、参照によって指定するために使用します。

<fragment-profile-designator>
  : <fragment-uri>

8.3.9 <fragment-uri>

<fragment-uri> 値表現は、フラグメント URI [URI]を指定するために使用します。

<fragment-uri>
  : <uri>                                     // フラグメント構成要素のみ

<fragment-uri> 値表現のコンテキストでは、<uri>式の値構文は、 URI のフラグメント構成要素に従わなければならず、その定義は、[URI]の §3 および §3.5 によります。 すなわち、スキーム、オーソリティ、パス、およびクエリーの構成要素は空 （未指定）であり、フラグメント構成要素だけが空でない （指定されている）状態です。

8.3.10 <media-function>

<media-function> 値は、部分式であり、<condition>値表現内で使用してもかまいません。 その目的は、関連メディア オブジェクト、または 文書処理コンテキストに対して、メディアクエリーを実行することです。

<media-function>
  : "media(" <lwsp>? media-query <lwsp>? ")"

media-query
  : <quoted-string>

<media-function> 値表現の media-query 引数は、 media_query_list の構文に従わなければならず、その定義は、[Media Queries]の §3 によります。

<media-function> 値表現は、true に評価されます。その条件は、指定されたメディア クエリーが、 true に評価されることです。それ以外の場合、この値表現は false に評価されます。

<media-function> 式の意味論がサポートされていない場合、その式は、 必ず、 false に評価されなければなりません。

8.3.11 <profile-designator>

<profile-designator> 値表現は、プロファイルを指定するために使用します。その目的は、 プロファイルを定義すること、 または、定義済みのプロファイルを参照することです。

<profile-designator>
  : <absolute-profile-designator>
  | <relative-profile-designator>
  | <fragment-profile-designator>

<profile-designator> が、<fragment-profile-designator>の形式を取る場合、 最上位プロファイルを参照しなければなりません。すなわち、 参照してはならないのは、 入れ子のプロファイルです。

8.3.12 <parameter-function>

<parameter-function> 値は、部分式であり、<condition>値表現内で使用してもかまいません。 その目的は、名前付きパラメーターを、文書処理コンテキストから取得することです。

<parameter-function>
  : "parameter(" <lwsp>? parameter-name <lwsp>? ")"

parameter-name
  : <quoted-string>

引用符を除いた場合、<parameter-function> 値表現の parameter-name 引数は、 次の型に従わなければなりません。 xsd:NCName であり、さらに、 列挙された値のいずれかでなければなりません。 その列挙は、<bound-parameter>によります。

<parameter-function> 値表現は、関連付けられた（束縛された）値に評価されます。 その関連付け先は、 指定されたパラメーター名です。

8.3.13 <quoted-string>

<quoted-string> 値表現は、二重引用符または一重引用符で囲まれた文字列を指定するために使用します。

<quoted-string>
  : double-quoted-string
  | single-quoted-string

double-quoted-string
  : '"' ([^"\\] | escape)* '"'

single-quoted-string
  : "'" ([^'\\] | escape)* "'"

escape
  : '\\' char

8.3.14 <relative-profile-designator>

<relative-profile-designator> 値表現は、標準化されたプロファイルを参照するために使用します。 その基準は、 TT プロファイル名前空間であり、これは基底 URI として機能します。相対プロファイル指定子は、 その URI を使用して絶対化されます。

<relative-profile-designator>
  : <relative-uri>

8.3.15 <relative-uri>

<relative-uri> 値表現は、相対 URI [URI]を指定するために使用します。

<relative-uri>
  : <uri>                                     // スキーム構成要素なし

<relative-uri> 値表現のコンテキストでは、<uri>式の値構文は、 URI の相対形式に従わなければならず、その定義は、[URI]の §3 によります。 すなわち、スキームおよびオーソリティの構成要素は空（未 指定）ですが、パス、および任意でクエリーとフラグメントの構成要素が指定されます。

8.3.16 <supports-function>

<supports-function> 値は、部分式であり、<condition>値表現内で使用してもかまいません。 その目的は、真偽値を取得することです。その値は、指定された機能または拡張 がサポートされているかどうかを示します。

<supports-function>
  : "supports(" <lwsp>? feature-or-extension-designator <lwsp>? ")"

feature-or-extension-designator
  : <quoted-string>

<supports-function> 値表現の feature-or-extension-designator 引数は、 次のものを表さなければなりません。 機能の指定または拡張の指定であり、その定義は、 E.1 機能の指定およびF.1 拡張の指定に、それぞれ従います。 また、 feature-namespace または extension-namespace 構成要素は、その指定において任意です。 指定されていない場合は、TT 機能名前空間またはTT 拡張名前空間と、 それぞれ等しいものとみなされます。

<supports-function> 値表現は、true に評価されます。その条件は、 指定された機能または拡張の 指定子が、（意味上）コンテンツ 処理系によってサポートされることです。

8.3.17 <uri>

<uri> 値表現は、URI [URI]を指定するために使用します。

<uri>
  : xsd:anyURI

xsd:anyURI データ型の値構文は、規定された定義に従わなければならず、 その定義は、[XML Schema Part 2]の §3.2.17 によります。

8.3.18 <uri-list>

<uri-list> 値表現は、空でない URI [URI]式のリストを指定するために使用します。

<uri-list>
  : <uri> (<lwsp> <uri>)*

9.1.1 audio

audio 要素は、音声リソースを定義または参照するために使用します。

audio 要素は、次の 2 つのコンテキストに出現できます：(1) resources 要素の子として、 (2) body 要素の子、 Block.class 要素グループ内の要素の子、すなわち、 次に示す div または p 要素の子として、あるいは span 要素の子として。前者を 次のように呼びます： 音声定義コンテキスト。後者は 音声提示コンテキストと呼びます。

audio 要素が音声 定義コンテキストに出現する場合、 共有可能な音声リソースの定義として機能し、 他の audio 要素から参照できます。その参照元は、 これを包含する文書インスタンス内にあります。

audio 要素が 音声提示コンテキストに出現する場合、 共有できない音声リソースの定義として機能し、 提示（レンダリング）の意味論を伴います。つまり、再生することを意図しています。

audio 要素は、その子として、 0 個以上の要素を Metadata.class 要素グループから受け入れ、 その後に、 0 個以上の要素を Animation.class 要素グループから、 さらにその後に、0 個以上の source 要素を受け入れます。

<audio
  animate = IDREFS
  begin = <time-expression>
  clipBegin = <time-expression>
  clipEnd = <time-expression>
  condition = <condition>
  dur = <time-expression>
  end = <time-expression>
  src = <audio>
  style = IDREFS
  timeContainer = ("par" | "seq")
  type = xsd:string
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve")
  {任意のスタイル指定属性}
  {TT メタデータ名前空間内の任意の属性}
  内容: Metadata.class*, Animation.class*, source*
</audio>

audio 要素は、音声リソースを 次のいずれかを使用して指定します： 参照によるデータ埋め込み、または ソースによるデータ埋め込み。これには、 (1) 組み込みデータリソースの参照、 (2) 外部データリソースの参照、または (3) 埋め込みデータ リソースの定義または参照が伴い、 そのデータリソースには音声コンテンツが含まれます。

audio 要素が src 属性を指定する場合、 次に示す 子 source 要素を指定してはなりません。逆に、 audio 要素が src 属性を指定しない場合、 1 個以上の 子 source 要素を指定しなければなりません。

audio 要素が src 属性を指定し、その値が 参照しているものが 内部データリソースでない場合、 type 属性を指定すべきです。その場合、 次に示す type 属性の値は、 参照先リソースの メディア（コンテンツ）型と一致しなければなりません。それ以外の場合、type 属性を 指定してはなりません。

clipBegin 属性を指定する場合、その値は、 offset-time 形式、すなわち 12.3.1 <time-expression> の当該形式に従わなければなりません。 この場合、この式の値は、参照先の音声コンテンツの 先頭を基準とする通常再生時間のオフセットを表し、音声提示を 開始する位置を指定します。 この指定値が、参照先の音声コンテンツの内在的な持続時間を 超える場合、clipBegin の解決値は、 その内在的な持続時間と見なされます。 clipBegin 属性が指定されていない場合、値 0 が適用されます。

同様に、clipEnd 属性を指定する場合、その値は、 offset-time 形式、すなわち 12.3.1 <time-expression> の当該形式に従わなければなりません。 この場合、この式の値は、参照先の音声コンテンツの 先頭を基準とする通常再生時間のオフセットを表し、提示を停止する位置を指定します。 この指定値が、参照先の音声コンテンツの内在的な持続時間を 超える場合、clipEnd の解決値は、 その内在的な持続時間と見なされます。 clipEnd 属性が指定されていない場合、音声コンテンツの内在的な持続時間に 等しい値が適用されます。

audio 要素の使用法を次の例に示します。

...
<audio src="http://example.com/audio/description.mp3" type="audio/mp3"/>
...

9.1.2 chunk

chunk 要素は、データの個別のチャンク（断片）を表すために使用します。

chunk 要素は、data 要素の子として出現できます。

<chunk
  encoding = ("base16" | "base32" | "base32hex" | "base64" | "base64url") : base64
  length = <non-negative-integer>
  xml:id = ID
  内容: #PCDATA
</chunk>

encoding 属性を 指定する場合、その値は、次の要素が表すバイト列の実際の符号化を示さなければなりません： chunk 要素。encoding 属性が 指定されていない場合、符号化は base64 と見なさなければなりません。

線形空白（<lwsp>） 文字がこの要素の #PCDATA コンテンツに含まれている場合、 復号処理の実行時にすべて無視しなければなりません。

length 属性を指定する場合、その値は、次に示す要素が表す バイト列に含まれる復号後のバイト数を 示さなければなりません：chunk 要素。復号時に、指定された長さの値が 復号後のバイト数と一致しない場合、チャンクとそのコンテナーである data 要素は、長さがゼロのバイト列を返さなければなりません。 length 属性が指定されていない場合、チャンクの長さは、 実際の復号後のバイト数に等しいと見なされます。

チャンク化データの使用法を次の例に示します。

...
<data type="text/plain; charset=us-ascii" length="44">
  <chunk length="19">
    VGhlIHF1aWNrIGJyb3duIGZveA==
  </chunk>
  <chunk length="25">
    IGp1bXBzIG92ZXIgdGhlIGxhenkgZG9nLg==
  </chunk>
</data>
...

9.1.3 data

data 要素は、任意のデータを格納する汎用コンテナー、 またはそのデータへの参照として機能します。

data 要素は、次の 3 つのコンテキストに出現できます： (1) resources 要素の子として。 これはデータ定義コンテキストと呼びます。 (2) metadata 要素の子として。 これはメタデータ用のデータバインディング コンテキストと呼びます。あるいは、 (3) source 要素の子として。 これはソース用のデータバインディング コンテキストと呼びます。 後者の 2 つのコンテキストは、総称して データバインディングコンテキストと呼びます。

data 要素がデータ 定義コンテキストに出現する場合、 共有可能なデータリソースの定義として機能し、src 属性から参照できます。その属性を持つのは、 (1) 別の data 要素、 (2) 埋め込みコンテンツ要素、または (3) source 要素です。 この場合、コンテキストに応じた data 要素の有効時間区間は、 次の 2 つの有効時間区間の 共通部分です：親である resources 要素の有効時間区間と、 参照元要素の有効時間区間。

data 要素がデータバインディング コンテキストに出現する場合、 共有できないデータリソースの定義として機能し、バインディングの意味論を伴います。つまり、 参照が行われる直接のコンテキストにバインドする（関連付ける） ことを意図しています。この場合、data 要素の有効時間区間は、 最も近い祖先の時間指定 要素の有効時間区間と同じです。

data 要素は、次の 4 つの内容モデルのいずれかを受け入れます： (1) 1 個以上のテキストノード（すなわち、#PCDATA）、 (2) 0 個以上の Metadata.class 要素グループ内の要素。ただし、 src 属性が指定されている場合に限ります； (3) 0 個以上の Metadata.class 要素グループ内の要素に続く、 1 個以上の chunk 要素、または (4) 0 個以上の Metadata.class 要素グループ内の要素に続く、 1 個以上の source 要素。 1 番目を単純データ埋め込み、 2 番目を参照によるデータ埋め込み、 3 番目をチャンク化データ埋め込み、 4 番目をソースによるデータ埋め込みと呼びます。

単純データ埋め込みを使用する場合、データリソースは、 #PCDATA コンテンツを復号して取得します。 参照によるデータ埋め込みを使用する場合、データ リソースは、参照先のデータリソースを参照解決することによって取得します。 この参照は src 属性で指定します。 チャンク化データ埋め込みを使用する場合、データ リソースは、各子要素の復号で得られたバイト列を連結して取得します。 対象となるのは、子 chunk 要素です。 ソースによるデータ埋め込みを使用する場合、データ リソースは、解決可能な最初の 子 source 要素から取得します。 この要素の解決先は、 データリソースです。どの要素も解決できない場合は、空のデータリソースとなります。 さらに、子 source 要素には、 data 要素を含めてはなりませんが、 次に示す要素を参照してもかまいません： data 要素であって、データ定義コンテキスト内にあるもの。

<data
  condition = <condition>
  encoding = ("base16" | "base32" | "base32hex" | "base64" | "base64url") : 以下の本文を参照
  format = <data-format>
  length = <non-negative-integer>
  src = <data>
  type = xsd:string : 以下の本文を参照
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve")
  内容: #PCDATA | (Metadata.class*, (chunk+ | source+)? )
</data>

単純データ埋め込みを使用する場合、 encoding 属性を 指定してもかまいません。指定されていない場合は、base64 と見なさなければなりません。 参照によるデータ埋め込み、チャンク化データ埋め込み、または ソースによるデータ埋め込みを使用する場合、 encoding 属性を 指定してはなりません。指定されている場合は、 コンテンツ処理において無視しなければなりません。

さらに、単純データ埋め込みを使用する場合、線形空白（<lwsp>） 文字がこの要素の #PCDATA コンテンツに含まれているならば、 復号処理の実行時にすべて無視しなければなりません。

length 属性を指定する場合、その値は、次に示す要素が表す バイト列に含まれる復号後のバイト数を 示さなければなりません：data 要素。復号時に、指定された長さの値が 復号後のバイト数と一致しない場合、長さがゼロのバイト列を返さなければなりません。 length 属性が指定されていない場合、データリソースの長さは、 実際の復号後のバイト数に等しいと見なされます。 length 属性は、参照によるデータ埋め込みまたは ソースによるデータ埋め込みを使用する場合、指定してはなりません。

参照によるデータ埋め込みを使用する場合、 src 属性を指定しなければなりません。それ以外の場合（他のすべての種類のデータ埋め込み）、 次に示す src 属性を指定してはなりません。

単純データ埋め込みまたは チャンク化データ埋め込みを使用する場合、type 属性を指定しなければならず、 その値はデータリソースのメディア（コンテンツ）型と一致しなければなりません。これらの場合に、 定義済みの型がなければ、型 application/octet-stream を使用すべきです。 参照によるデータ埋め込みを使用する場合、その参照先が 次に示す 外部データリソースであるならば、 type 属性を 指定すべきです。 指定する場合、その値は参照先データリソースのメディア（コンテンツ）型と一致しなければなりません。 それ以外の場合（内部データリソースを参照している場合）、 type 属性を 指定してはなりません。 この場合、参照先の data 要素のメディア（コンテンツ）型を、その型として使用します。 ソースによるデータ埋め込みを使用する場合、 type 属性を 指定してはなりません。 この場合、解決された source 要素のメディア（コンテンツ）型を、その型として使用します。

type 属性が指定されていない、 解決されていない、または汎用の型として指定されている場合、 例えば application/octet-stream として指定されている場合で、参照先のデータリソースについて、 追加の形式情報が既知であり、 メディア型 [MIME Media Types] のパラメーターでは表現できないときは、 format 属性を、 コンテンツ処理系へのヒントとして指定してもかまいません。

単純データ埋め込みの使用法を、 次の例に示します。

<head>
  <resources>
    <data xml:id="sharedImageData" type="image/png" length="119">
      iVBORw0KGgoAAAANSUhEUgAAAAEAAAABCAIAAACQd1PeAAAAAXNSR0IArs4c6QAAAARnQU1BAACxjwv8
      YQUAAAAJcEhZcwAADsMAAA7DAcdvqGQAAAAMSURBVBhXY2BgYAAAAAQAAVzN/2kAAAAASUVORK5CYII=
    </data>
    <image xml:id="sharedImage">
      <source src="#sharedImageData"/>
    </image>
  </resources>
</head>
<body xmlns:tts="http://www.w3.org/ns/ttml#styling">
  <div tts:backgroundImage="#sharedImage"/>
  <div tts:backgroundImage="#sharedImage"/>
</body>

<div>
  <metadata xmlns:ttm="http://www.w3.org/ns/ttml#metadata">
    <ttm:desc>トンネル化データを含むメタデータを持つ字幕</ttm:desc>
    <data encoding="base64" type="application/octet-stream">
      TWFuIGlzIGRpc3Rpbmd1aXNoZWQsIG5vdCBvbmx5IGJ5IGhpcyByZWFzb24sIGJ1dCBieSB0aGlz
      IHNpbmd1bGFyIHBhc3Npb24gZnJvbSBvdGhlciBhbmltYWxzLCB3aGljaCBpcyBhIGx1c3Qgb2Yg
      dGhlIG1pbmQsIHRoYXQgYnkgYSBwZXJzZXZlcmFuY2Ugb2YgZGVsaWdodCBpbiB0aGUgY29udGlu
      dWVkIGFuZCBpbmRlZmF0aWdhYmxlIGdlbmVyYXRpb24gb2Yga25vd2xlZGdlLCBleGNlZWRzIHRo
      ZSBzaG9ydCB2ZWhlbWVuY2Ugb2YgYW55IGNhcm5hbCBwbGVhc3VyZS4=
    </data>
  </metadata>
  <p>トンネル化データを持つ字幕</p>
</div>

<div>
  <image>
    <source>
      <data type="image/png" length="119">
        iVBORw0KGgoAAAANSUhEUgAAAAEAAAABCAIAAACQd1PeAAAAAXNSR0IArs4c6QAAAARnQU1BAACxjwv8
        YQUAAAAJcEhZcwAADsMAAA7DAcdvqGQAAAAMSURBVBhXY2BgYAAAAAQAAVzN/2kAAAAASUVORK5CYII=
      </data>
    </source>
  </image>
</div>

参照によるデータ埋め込みの使用法を、 次の例に示します。

<head>
  <resources>
    <data xml:id="sharedImageData" src="test.png" type="image/png"/>
    <image xml:id="sharedImage1" src="#sharedImageData"/>
    <image xml:id="sharedImage2" src="#sharedImageData"/>
  </resources>
</head>
<body xmlns:tts="http://www.w3.org/ns/ttml#styling">
  <div tts:backgroundImage="#sharedImage1"/>
  <div tts:backgroundImage="#sharedImage2"/>
</body>

チャンク化データ埋め込みの使用法を、 次の例に示します。

<head>
  <resources>
    <data xml:id="sharedImageData" type="image/png" length="119">
      <chunk length="60">
        iVBORw0KGgoAAAANSUhEUgAAAAEAAAABCAIAAACQd1PeAAAAAXNSR0IArs4c6QAAAARnQU1BAACxjwv8
      </chunk>
      <chunk length="59">
        YQUAAAAJcEhZcwAADsMAAA7DAcdvqGQAAAAMSURBVBhXY2BgYAAAAAQAAVzN/2kAAAAASUVORK5CYII=
      </chunk>
    </data>
    <image xml:id="sharedImage1" src="#sharedImageData"/>
    <image xml:id="sharedImage2" src="#sharedImageData"/>
  </resources>
</head>
<body xmlns:tts="http://www.w3.org/ns/ttml#styling">
  <div tts:backgroundImage="#sharedImage1"/>
  <div tts:backgroundImage="#sharedImage2"/>
</body>

ソースによるデータ埋め込みの使用法を、 次の例に示します。

<head>
  <resources>
    <data xml:id="sharedImageData">
      <source src="test.svg" type="image/svg+xml"/>
      <source src="test.png" type="image/png"/>
    </data>
    <image xml:id="sharedImage1" src="#sharedImageData"/>
    <image xml:id="sharedImage2" src="#sharedImageData"/>
  </resources>
</head>
<body xmlns:tts="http://www.w3.org/ns/ttml#styling">
  <div tts:backgroundImage="#sharedImage1"/>
  <div tts:backgroundImage="#sharedImage2"/>
</body>

9.1.4 font

font 要素は、フォント リソースを定義または参照するために使用します。

font 要素は、resources 要素の子として出現できます。 これは、 フォント定義コンテキストと呼びます。

font 要素は、その子として、 0 個以上の要素を Metadata.class 要素グループから受け入れ、 その後に、0 個以上の source 要素を受け入れます。

<font
  condition = <condition>
  family = xsd:string
  range = <unicode-range>
  style = ("normal" | "italic" | "oblique") : 以下の本文を参照
  src = <font>
  type = xsd:string
  weight = ("normal" | "bold") : 以下の本文を参照
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve")
  内容: Metadata.class*, source*
</font>

font 要素は、フォントリソースを、 次のいずれかを使用して定義します： 参照によるデータ埋め込み、または ソースによるデータ埋め込み。これには、 (1) 組み込みデータリソースの参照、 (2) 外部データリソースの参照、または (3) 埋め込みデータ リソースの定義または参照が伴い、 そのデータリソースにはフォントコンテンツが含まれます。

font 要素が src 属性を指定する場合、 次に示す 子 source 要素を指定してはなりません。逆に、 font 要素が src 属性を指定しない場合、 1 個以上の 子 source 要素を指定しなければなりません。

font 要素が src 属性を指定し、その値が 参照しているものが 内部データリソースでない場合、 type 属性を指定すべきです。その場合、 次に示す type 属性の値は、 参照先リソースの メディア（コンテンツ）型と一致しなければなりません。それ以外の場合、type 属性を 指定してはなりません。

family、range、style、または weight 属性のいずれかを指定する場合、 それらは、実際の フォントリソースのファミリー名、対応する文字範囲、スタイル、および太さを上書きします。特に、 指定された属性値が、これらのフォント特性の値、すなわち フォントリソース内に符号化された値と異なる場合、 指定された属性値を使用するものとし、 フォントリソース内に符号化されたフォント特性は使用しません。

family、range、style、または weight 属性のいずれかが指定されていない場合、その値は、 同名のフォント特性の値と等しいものと見なさなければなりません。この値は、 フォントリソース内に符号化されています。

family 属性の算出値が（明示的に指定されているかどうかにかかわらず）、 次に示す <generic-family-name> と（大文字と小文字を区別する 比較によって）一致する場合、 それはエラーと見なされ、 提示処理において、参照先のフォントリソースを無視しなければなりません。

フォントリソースを参照解決（ダウンロード）する際、コンテンツ処理系は、 必要な処理を実行するためにフォントリソースのコンテンツが 必要となる時点まで、ダウンロード処理を 遅らせてもかまいません。ここでいう処理は、変換処理または提示処理です。

font 要素の使用法を次の例に示します。

...
<head>
  <resources>
    <data xml:id="lastResortFont" type="application/font-woff">
      ... base64 で符号化されたデータ ...
    </data>
    <font family="MyFont" range="u+20-7f,u+90-9f">
      <source src="http://example.com/fonts/myfont.otf" type="font/otf"/>
      <source src="#lastResortFont"/>
    </font>
  </resources>
</head>
...
<p tts:fontFamily="MyFont">自分のフォント、または最終手段のフォントを使用する</p>
...

9.1.5 image

image 要素は、画像リソースを定義または参照するために使用します。

image 要素は、次の 2 つのコンテキストに出現できます：(1) resources 要素の子として、 (2) (i) body 要素の子として、 (ii) Block.class 要素グループ内の要素の子として、 すなわち、 div または p 要素の子として、あるいは (iii) span 要素の子として。前者を 次のように呼びます： 画像定義コンテキスト。後者は 画像提示コンテキストと呼びます。

image 要素が画像 定義コンテキストに出現する場合、 共有可能な画像リソースの定義として機能し、 別の image 要素、または tts:backgroundImage スタイル 属性から参照できます。 これらの参照元は、これを包含する文書インスタンス内にあります。

image 要素が 画像提示コンテキストに出現する場合、 共有できない画像リソースの定義として機能し、 提示（レンダリング）の意味論を伴います。

image 要素が body 要素または div 要素の子として出現する場合、その提示によって、 画像をレンダリングするブロックエリアが生成されます。つまり、 image 要素の前後にブロック境界が暗黙に存在します。一方、 image 要素が p または span 要素の子として出現する場合、その提示によって、画像をレンダリングするインラインエリアが生成されます。つまり、 image 要素の前後にブロック境界が暗黙に存在することはありません。

画像リソースが tts:backgroundImage スタイル属性から参照されている場合、 その提示はコンテンツのレイアウトに影響してはなりません。

image 要素は、その子として、 0 個以上の要素を Metadata.class 要素グループから受け入れ、 その後に、 0 個以上の要素を Animation.class 要素グループから、 さらにその後に、 0 個以上の source 要素を受け入れます。

<image
  animate = IDREFS
  begin = <time-expression>
  condition = <condition>
  dur = <time-expression>
  end = <time-expression>
  region = IDREF
  src = <image>
  style = IDREFS
  timeContainer = ("par" | "seq")
  type = xsd:string
  xlink:arcrole = <uri-list>
  xlink:href = <uri>
  xlink:role = <uri-list>
  xlink:show = ("new" | "replace" | "embed" | "other" | "none") : none
  xlink:title = xsd:string
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve")
  {任意のスタイル指定属性}
  {TT メタデータ名前空間内の任意の属性}
  内容: Metadata.class*, Animation.class*, source*
</image>