JP2004254281A - 伝送データ構造、データ受信方法、データ受信装置およびデータ受信プログラム - Google Patents

Abstract

【課題】 Ｔｉｍｅｄ Ｔｅｘｔをストリーミング型の配信で使用するのに好適な伝送データ構造を提供することを課題とする。
【解決手段】 ＰＥＳパケット１は、ＭＰ４ファイルのテキストトラックを転送し、データ受信装置にストリーミング型の再生をさせるためのデータ構造を有している。トラックヘッダ１１１、サンプルディスクリプション１１２およびコンフィグインフォメーション１１３は、テキストトラック全体の再生に関わる情報である。テキストサンプル１１４２は、テキスト１１４２ａを含んでいる。セグメントテキストヘッダは、テキストサンプル毎に配置され、テキストサンプルの個々の再生に関わる情報である。
【選択図】 図１

Description

本発明は、テキストデータの伝送データ構造、データ受信方法、データ受信装置およびデータ受信プログラムに関する。

近年、映像音声などを配信する技術の開発が行われている。例えば、デジタル化された映像音声をパケット化し伝送する方式である。映像音声の符号化方式としてＭＰＥＧ−４を用い、映像音声ファイルの形式としてＭＰ４（ISO/IEC 14496-1:2001）ファイル形式を用いた映像音声配信についての従来技術（例えば、特許文献１参照）が知られている。

第三世代移動体通信（Ｗ−ＣＤＭＡ）の国際標準規格を策定する団体３ＧＰＰ（Third Generation Partnership Project）のＳＡ（Service and System Aspect）ＷＧ４は、映像配信規格ＴＳ２６．２３４を策定している。映像配信規格ＴＳ２６．２３４のバージョン５．０．０では、ダウンロード型映像配信に使用可能なＭＰ４ファイルを拡張してテキストデータのデータ構造を規定している（Ｔｉｍｅｄ Ｔｅｘｔ）。これによって、ＭＰ４ファイルをダウンロードしながら再生するサービスにおいて、ビデオやオーディオのみならず、テキストも再生することが可能となっている（例えば、非特許文献１参照）。

テキストによる情報通知は、伝えたい情報を直接に使用者に伝えることができ、ビデオに比べて、データ量は極めて少なくて済むため、情報通知手段としては非常に重要である。上述のようなＭＰ４ファイルをダウンロードしながら再生するサービスにおいては、ビデオとテキストとを合成して符号化し伝送するのではなく、テキストを独立したトラックとして伝送するため、テキストがつぶれて読めなくなることが少なくなっており、有効に情報通知を行うことが可能となっている。

さらに、３ＧＰＰで規定したＴｉｍｅｄ Ｔｅｘｔでは、テキストの一部を修飾したり、移動させたり、あるいは文字列に他のＵＲＬへのリンクを貼り付けたりすることが可能である（スタイル、ハイライト、カラオケ、テキストボックス、ブリンク、スクロール、パイパーリンク、他）。これにより、伝えたい情報を様々な表現形式で再生することが可能となっている。

ここで、図５５を用いて、３ＧＰＰで規定したＴｉｍｅｄ Ｔｅｘｔのデータ構造について説明する。３ＧＰＰで規定したＴｉｍｅｄ Ｔｅｘｔでは、テキストの一部を修飾したり、移動させたり、あるいは他のＵＲＬへのリンクを貼り付けたりすることが可能となっている（スタイル、ハイライト、カラオケ、テキストボックス、ブリンク、スクロール、ハイパーリンク、他）。このため、Ｔｉｍｅｄ Ｔｅｘｔのデータ構造は、テキストデータと、それに対応する修飾情報とから構成されている。

ＭＰ４ファイル３０００は、ヘッダ部３０１０とデータ部３０２０とから構成される。ヘッダ部３０１０は、トラックヘッダ３０３０と、サンプルディスクリプション３０４０と、サンプルテーブル３０５０とを備えている。データ部３０２０は、テキストサンプル３０６０，３０６１，・・・を備えている。

トラックヘッダ３０３０は、Ｔｉｍｅｄ Ｔｅｘｔの再生にかかる情報であり、レイアウト（表示領域の大きさ、ビデオとの相対位置）、レイヤ（ビデオなど他メディアとの階層関係）、Ｔｉｍｅｄ Ｔｅｘｔの再生時間、ファイルの作成日時、後述するＴｉｍｅ−ｔｏ−Ｓａｍｐｌｅ−Ｂｏｘ３０５１のタイムスケールなどの情報を含んでいる。

サンプルディスクリプション３０４０は、複数のサンプルエントリ３０４１，３０４２，・・・を有している。サンプルエントリ３０４１，３０４２，・・・は、テキストサンプル３０６０，３０６１，・・・のデフォルトの書式にかかる情報であり、スクロールの有無と方向、水平・垂直の寄席位置、背景色、フォント名、フォントサイズなどを含んでいる。

サンプルテーブル３０５０は、Ｔｉｍｅ−ｔｏ−Ｓａｍｐｌｅ−Ｂｏｘ３０５１と、Ｓａｍｐｌｅ−Ｓｉｚｅ−Ｂｏｘ３０５２と、Ｓａｍｐｌｅ−ｔｏ−Ｃｈｕｎｋ−Ｂｏｘ３０５３とを有している。Ｔｉｍｅ−ｔｏ−Ｓａｍｐｌｅ−Ｂｏｘ３０５１は、テキストサンプル３０６０，３０６１，・・・のそれぞれの再生時間に関する情報３０５５，３０５６，・・・をテキストサンプル３０６０，３０６１，・・・の配置順に含んでいる。情報３０５５，３０５６，・・・が格納する値のタイムスケールは、トラックヘッダ３０３０により指定されている。具体的には、トラックヘッダ３０３０は、タイムスケールとして、１秒間の解像度を格納しており、例えば、トラックヘッダ３０３０が格納するタイムスケールの値が［１０００］の場合、１／１０００秒単位の解像度となる。従って、テキストサンプル３０６０，３０６１，・・・のそれぞれの再生時間を秒換算した値は、情報３０５５，３０５６，・・・をトラックヘッダ３０３０が格納するタイムスケールの値を除算した値となり、例えば、タイムスケールの値が［１０００］の場合、情報３０５６の示す値［３４００］は、テキストサンプル３０６１を３．４秒間再生することを意味している。以下、タイムスケールの値が［１０００］と設定されているとして説明を行う。Ｓａｍｐｌｅ−Ｓｉｚｅ−Ｂｏｘ３０５２は、テキストサンプル３０６０，３０６１，・・・のそれぞれのデータ長に関する情報３０５７，３０５８，・・・をテキストサンプル３０６０，３０６１，・・・の配置順に含んでいる。これにより、再生側では、テキストサンプル３０６０，３０６１，・・・のそれぞれの情報の境目を検出することができる。Ｓａｍｐｌｅ−ｔｏ−Ｃｈｕｎｋ−Ｂｏｘ３０５３は、テキストサンプル３０６０，３０６１，・・・のそれぞれとサンプルエントリ３０４１，３０４２，・・・のそれぞれとを関連づける情報を含んでいる。

テキストサンプル３０６０は、テキスト３０６５と、テキスト３０６５のデータ長３０６６と、モディファイア３０６７とを有している。テキスト３０６５は、文字情報そのものを格納している。文字コードは、Ｕｎｉｃｏｄｅ規格のうち、ＵＴＦ−８またはＵＴＦ−１６ Ｂｉｇ Ｅｎｄｉａｎでエンコードされている。ＵＴＦ−８とＵＴＦ−１６との識別は、テキスト３０６５の先頭２バイトに記述されるバイトオーダマーク（ＢＯＭ）により行われる。先頭２バイトが［０ｘＦＥＦＦ］の場合、ＵＴＦ−１６によりエンコードされていることを示す。また、テキスト３０６５の先頭にＢＯＭが含まれ無い場合には、ＵＴＦ−８でエンコードされていることを示す。データ長３０６６は、文字情報そのもののバイト長を示している。モディファイア３０６７は、テキスト３０６５のオプションの修飾情報であり、ハイライト、カラオケ、ブリンク、ハイパーリンクなど７種類の修飾タイプが定義されている。その他のテキストサンプル３０６１，・・・は、テキストサンプル３０６０と同様のデータ構造であるので、説明を省略する。

図５６を用いて、Ｔｉｍｅｄ Ｔｅｘｔの再生に関して具体的に説明する。
まず、サンプルエントリ３０４１の詳細な構造について図５６（ａ）を参照して説明する。その他のサンプルエントリ３０４２，・・・については、同様のデータ構造であるので、説明を省略する。サンプルエントリ３０４１は、スクロールの有無と方向（displayFlags）、表示領域内での水平・垂直の寄席位置（Horizontal justification, Vertical justification）、ＲＧＢ値および透明度により指定される背景色（bgColor）、表示領域（TextBox）フォント名（fontTable, font-ID）、フォントサイズ（fontSize）、太字・イタリック・アンダーラインなどのスタイル（faceStyle）、ＲＧＢ値および透明度により指定されるフォント色（fontColor）などを含んでいる。なお、この書式を適用する範囲を指定するデータ（startChar, EndChar）は、常に値［０］を取り、サンプルエントリ３０４１の指定する書式が適用されるテキストサンプル中の全範囲のテキストに対して、この書式が適用されることを示している。図５６（ａ）に示すサンプルエントリ３０４１のそれぞれの値は、テキスト３０６５のデフォルトの書式を、背景色を白色、フォント色を黒色およびスタイルをノーマルに指定することを意味している。

次に、モディファイア３０６７の詳細な構造について図５６（ｂ）を参照して説明する。モディファイア３０６７は、モディファイア３０６７のデータ長（modifierSize）、テキスト３０６５のオプション書式の指定（modifierType, entryCount）、オプション書式を適用するテキスト３０６５の範囲の指定（startChar, EndChar）、フォント名（font-ID）、フォントサイズ（fontSize）、太字・イタリック・アンダーラインなどのスタイル（faceStyle）、ＲＧＢ値および透明度により指定されるフォント色（fontColor）などを含んでいる。このオプション書式の指定は、サンプルエントリ３０４１，３０４２，・・・のいずれかで指定された書式に優先して適用される。図５６（ｂ）に示すモディファイア３０６７のそれぞれの値は、テキスト３０６５の５文字目から８文字目までを［太字］にすることを意味している。

図５６（ｃ）に以上の書式が適用されたテキストサンプル３０６０の再生状態を示す。例えば、テキスト３０６５が示す内容が、［It's fine today.］である場合に、５文字目から８文字目の［fine］が太字で再生される。またその再生時間は、Ｔｉｍｅ−ｔｏ−Ｓａｍｐｌｅ−Ｂｏｘ３０５１において最初に配置される情報３０５５の値［１０００］により、１０００［ミリ秒］であることが分かる（図５５参照）。

以上に説明した構造を持つＭＰ４ファイルの再生に際しては、あらかじめ受信端末にてＭＰ４ファイルをダウンロードし、ダウンロード完了後に受信端末にてＭＰ４ファイルの再生が行われる。
特開２００２−１９９３７０号公報（第６頁） '3GPP TS26.234 v5.0.0'. Page56. [online]. 3GPP,2002. [Retr ieved on 2002-10-07]. Retrieved from the Internet:<URL:ftp://ftp.3gpp.or g/Specs/2002-03/Rel-5/26_series/26234-500.zip>

一方、ビデオ、オーディオを含むメディアデータを配信するサービスにおいて、ダウンロード型に代えてストリーミング型の配信が採用されることも多くなってきている。ストリーミング型の配信では、受信端末にてメディアデータを受信する処理と、受信したメディアデータを再生する処理とが並行して行われる。このため、長時間のメディアデータを再生する場合であっても、そのメディアデータの要求を行ってから、再生が行われるまでの待ち時間が少なくなるという利点を持つ。また、生中継されるメディアデータの配信にも好適な配信である。

このようなストリーミング型の配信において、Ｔｉｍｅｄ Ｔｅｘｔを用いた情報通知を行う場合、Ｔｉｍｅｄ Ｔｅｘｔは、そのコンテナファイルフォーマットであるＭＰ４ファイルと切り離せないデータ構造となっており、ストリーミング型の配信での使用は難しい。

そこで、本発明では、Ｔｉｍｅｄ Ｔｅｘｔをストリーミング型の配信で使用するのに好適な伝送データ構造を提供することを課題とする。また別の本発明では、この伝送データ構造を持つデータを受信するデータ受信方法、データ受信装置およびデータ受信プログラムを提供することを課題とする。

請求項１にかかるテキスト伝送用データの伝送データ構造は、テキストデータの再生にかかるテキスト再生用データを転送し、データ受信装置に順次再生させるためのテキスト伝送用データの伝送データ構造であって、全体テキストヘッダデータと、分割テキストデータと、分割テキストヘッダデータとを備えている。全体テキストヘッダデータは、テキストデータ全体の再生に関わる。分割テキストデータは、分割されたテキストデータを含む。分割テキストヘッダデータは、分割テキストデータ毎に配置され、分割テキストデータの個々の再生に関わる。

ここで、テキスト再生用データとは、例えば、ＭＰ４ファイルなどのデータである。
データ受信装置では、全体テキストヘッダデータからテキストデータ全体の再生に関わる情報を取得する。さらに、分割テキストヘッダデータから、分割テキストデータの再生に関わる情報を取得する。分割テキストデータは、全体テキストヘッダデータおよび分割テキストヘッダデータに基づいて、順次再生される。

本発明の伝送データ構造により、テキスト再生用データのすべてが受信されなくとも、分割テキストデータを順次再生することが可能となる。すなわち、ストリーミング配信に適した伝送データ構造が提供される。

請求項２にかかるテキスト伝送用データの伝送データ構造は、請求項１に記載のテキスト伝送用データの伝送データ構造であって、分割テキストヘッダデータは、分割テキストデータの再生時間に関する再生時間情報を含んでいる。

データ受信装置では、分割テキストヘッダデータから分割テキストデータの再生時間に関する情報を取得する。分割テキストヘッダデータは、取得された再生時間情報に基づいて、順次再生される。

本発明の伝送データ構造により、各分割テキストヘッダデータは、再生時間情報が有する再生時間ずつ順次再生される。

請求項３にかかるテキスト伝送用データの伝送データ構造は、請求項１または２に記載のテキスト伝送用データの伝送データ構造であって、分割テキストヘッダデータは、分割テキストデータのデータ長に関するデータ長情報を含んでいる。

本発明の伝送データ構造により、順次伝送されるテキスト伝送用データにおける分割テキストデータのデータ境界が明確となる。このため、ストリーミング伝送における誤再生などが防止可能となる。

請求項４にかかるテキスト伝送用データの伝送データ構造は、請求項１〜３のいずれかに記載のテキスト伝送用データの伝送データ構造であって、全体テキストヘッダデータは、テキストデータの再生領域に関する情報を含むテキスト再生情報と、分割テキストデータの書式に関する情報を含む書式情報とを含んでいる。

ここで、テキスト再生情報とは、例えば、テキストデータのレイアウト（表示領域の大きさ、ビデオなど他メディアとの相対位置）、レイヤ（他メディアとの階層関係）などに関する情報である。書式情報とは、例えば、分割テキストデータのスクロールの有無と方向、再生位置、背景色、フォント書式（フォント名、大きさ、色、太字、下線、斜体など）などに関する情報である。

データ受信装置では、テキスト再生情報に基づいて、それぞれの分割テキストデータの再生領域を判断する。さらに、書式情報に基づいて、それぞれの分割テキストデータに適用される書式を判断する。

請求項５にかかるテキスト伝送用データの伝送データ構造は、請求項４に記載のテキスト伝送用データの伝送データ構造であって、全体テキストヘッダデータは、分割テキストヘッダデータのデータ長をカスタマイズするためのデータ長カスタマイズ情報をさらに含んでいる。

データ受信装置では、データ長カスタマイズ情報に基づいて、分割テキストヘッダデータのデータ長を判断する。データ長カスタマイズ情報は、例えば、分割テキストヘッダデータのデータ長をビット単位で指定する。

本発明の伝送データ構造により、分割テキストデータの個々の再生に係わる分割テキストヘッダデータのデータ長を必要に応じてカスタマイズすることができる。すなわち、分割テキストヘッダデータの情報量を必要かつ十分な量にカスタマイズすることができる。この結果、分割テキストデータの個々の再生に必要な情報量を少なくすることができる。

請求項６にかかるテキスト伝送用データの伝送データ構造は、請求項４または５に記載のテキスト伝送用データの伝送データ構造であって、分割テキストヘッダデータは、分割テキストデータと書式情報との関連を示すインデックスを含む。

データ受信装置では、インデックスに基づいて、分割テキストデータに適用する書式を書式情報から判断する。

本発明の伝送データ構造により、例えば、分割テキストデータ毎に書式に関する情報を伝送する必要が無くなる。このため、ビット効率を向上させることが可能となる。

請求項７にかかるテキスト伝送用データの伝送データ構造は、請求項４〜６のいずれかに記載のテキスト伝送用データの伝送データ構造であって、テキスト伝送用データは、複数のパケットから構成されている。テキスト再生情報は、分割テキストデータおよび分割テキストヘッダデータと異なる形式でパケット化されている。

ここで、テキスト再生情報は、例えば、セクション形式でパケット化されている。分割テキストデータおよび分割テキストヘッダデータは、例えば、ＰＥＳ形式でパケット化されている。

本発明の伝送データ構造により、分割テキストデータの伝送効率を向上させることが可能となる。すなわち、テキスト再生情報など、頻繁に伝送する必要の無い情報については、分割テキストデータと異なる形式で伝送することで、分割テキストデータの伝送に対して、より多くの帯域を確保することが可能となる。

請求項８にかかるテキスト伝送用データの伝送データ構造は、請求項７に記載のテキスト伝送用データの伝送データ構造であって、書式情報は、テキスト再生情報と同じ形式でパケット化されている。

ここで、テキスト再生情報、書式情報は、例えば、セクション形式でパケット化されている。

本発明の伝送データ構造により、書式情報を頻繁に伝送する必要が無い場合には、分割テキストデータの伝送に対して、さらにより多くの帯域を確保することが可能となる。

請求項９にかかるテキスト伝送用データの伝送データ構造は、請求項７に記載のテキスト伝送用データの伝送データ構造であって、書式情報は、分割テキストデータおよび分割テキストヘッダデータと同じ形式でパケット化されている。

ここで、書式情報、分割テキストデータおよび分割テキストヘッダデータは、例えば、ＰＥＳ形式でパケット化されている。

本発明の伝送データ構造により、書式情報を分割テキストデータと同じパケットとして伝送することが可能となる。このため、書式情報に変更がある場合であっても、変更された書式情報は、その書式が適用される分割テキストデータより以前に受信可能となる。すなわち、より確実に書式情報の変更などを反映することが可能となる。

請求項１０にかかるテキスト伝送用データの伝送データ構造は、請求項９に記載のテキスト伝送用データの伝送データ構造であって、書式情報は、複数の書式情報単位を含んでいる。書式情報単位は、分割テキストデータ毎に配置される。

データ受信装置では、分割テキストデータ毎に配置される書式情報単位を取得し、分割テキストデータ毎の書式を判断する。

本発明の伝送データ構造により、分割テキストデータに適用する書式の変更などをより確実に反映することが可能となる。

請求項１１にかかるテキスト伝送用データの伝送データ構造は、請求項１〜１０のいずれかに記載のテキスト伝送用データの伝送データ構造であって、テキスト伝送用データは、多重化データとして伝送されるデータである。

データ受信装置では、多重化データからの分離により、テキスト伝送用データが取得される。

請求項１２にかかるテキスト伝送用データのデータ受信方法は、受信ステップと、再生ステップとを備えている。受信ステップは、請求項１〜１１のいずれかに記載の伝送データ構造を有するテキスト伝送用データを受信する。再生ステップは、テキスト伝送用データが含む全体テキストヘッダデータと分割テキストデータと分割テキストヘッダデータとに基づいて、分割テキストデータが含む分割されたテキストデータを順次再生する。

このデータ受信方法では、全体テキストヘッダデータからテキストデータ全体の再生に関わる情報が取得される。さらに、分割テキストヘッダデータから、分割テキストデータの再生に関わる情報が取得される。分割テキストデータは、全体テキストヘッダデータおよび分割テキストヘッダデータに基づいて、順次再生される。

本発明のデータ受信方法により、テキスト再生用データのすべてが受信されなくとも、分割テキストデータを順次再生することが可能となる。すなわち、ストリーミング配信に適したデータ受信方法が提供される。

請求項１３にかかるテキスト伝送用データのデータ受信装置は、受信手段と、再生手段とを備えている。受信手段は、請求項１〜１１のいずれかに記載の伝送データ構造を有するテキスト伝送用データを受信する。再生手段は、テキスト伝送用データが含む全体テキストヘッダデータと分割テキストデータと分割テキストヘッダデータとに基づいて、分割テキストデータが含む分割されたテキストデータを順次再生する。

このデータ受信装置では、全体テキストヘッダデータからテキストデータ全体の再生に関わる情報が取得される。さらに、分割テキストヘッダデータから、分割テキストデータの再生に関わる情報が取得される。分割テキストデータは、全体テキストヘッダデータおよび分割テキストヘッダデータに基づいて、順次再生される。

本発明のデータ受信装置により、テキスト再生用データのすべてが受信されなくとも、分割テキストデータを順次再生することが可能となる。すなわち、ストリーミング配信に適したデータ受信装置が提供される。

請求項１４にかかるデータ受信プログラムは、コンピュータにより、請求項１〜１１のいずれかに記載の伝送データ構造を有するテキスト伝送用データのデータ受信方法を行うためのデータ受信プログラムであって、データ受信方法は、受信ステップと、再生ステップとを備えている。受信ステップは、請求項１〜１１のいずれかに記載の伝送データ構造を有するテキスト伝送用データを受信する。再生ステップは、テキスト伝送用データが含む全体テキストヘッダデータと分割テキストデータと分割テキストヘッダデータとに基づいて、分割テキストデータが含む分割されたテキストデータを順次再生する。

このデータ受信プログラムでは、全体テキストヘッダデータからテキストデータ全体の再生に関わる情報が取得される。さらに、分割テキストヘッダデータから、分割テキストデータの再生に関わる情報が取得される。分割テキストデータは、全体テキストヘッダデータおよび分割テキストヘッダデータに基づいて、順次再生される。

本発明のデータ受信プログラムにより、テキスト再生用データのすべてが受信されなくとも、分割テキストデータを順次再生することが可能となる。すなわち、ストリーミング配信に適したデータ受信プログラムが提供される。

請求項１５にかかるテキスト伝送用データの伝送データ構造は、テキストデータの再生にかかるテキスト再生用データを転送し順次再生させるためのテキスト伝送用データの伝送データ構造であって、テキスト再生用データは、テキストデータを分割した複数の分割テキストデータと、分割テキストデータを再生するための情報を含むテキストヘッダデータとを含んでいる。テキスト伝送用データは、複数のパケットから構成されている。また、分割テキストデータは、各パケット内において表示順に配置されている。さらに、パケットは各分割テキストデータの再生時刻情報を有している。またさらに、第２のパケットは、その前の第１のパケットの分割テキストデータと再生時刻情報が重複する分割テキストデータを含んでいる。

ここで、再生時刻情報は、パケット内において最初に配置される分割テキストデータの再生時刻と各分割テキストデータの再生時間とから構成される情報、あるいは各分割テキストデータの再生時刻から構成される情報である。

第２のパケットと、その前の第１のパケットとは、再生時刻情報が重複する分割テキストデータを含む。すなわち、異なるパケットで重複する再生時刻情報を持つ分割テキストデータを複数回伝送することが許される。これにより、テキスト伝送用データのエラー耐性を高めることができる。

請求項１６にかかるテキスト伝送用データの伝送データ構造は、請求項１５に記載のテキスト伝送用データの伝送データ構造であって、パケットに含まれる分割テキストデータの個数は、テキスト伝送用データの伝送のために確保された伝送路帯域とほぼ一致する帯域でパケットが伝送されるような個数として決定される。

これにより、テキスト伝送用データの伝送のために確保された伝送路帯域を有効に利用し、重複する再生時刻情報を持つ分割テキストデータを複数回伝送し、テキスト伝送用データのエラー耐性をさらに高めることができる。

請求項１７にかかるテキスト伝送用データの伝送データ構造は、請求項１５または１６に記載のテキスト伝送用データの伝送データ構造であって、テキスト伝送用データは、多重化データとして伝送されるデータである。

データ受信装置では、多重化データからの分離により、テキスト伝送用データが取得される。

請求項１８にかかるテキスト伝送用データのデータ受信方法は、請求項１５〜１７のいずれかに記載の伝送データ構造を有するテキスト伝送用データのデータ受信方法であって、時刻取得ステップと、置換ステップとを備えている。時刻取得ステップは、第１のパケットの各分割テキストデータの再生時刻情報が示す時刻Ｔｎと、第２のパケットの最初の分割テキストデータの再生時刻情報が示す時刻Ｔａとを取得する。置換ステップは、第１のパケットにおいて時刻Ｔｎが時刻Ｔａと等しい又は後である分割テキストデータを、第２のパケットにおいて再生時刻情報が重複する分割テキストデータに置き換える。

このデータ受信方法により、あらかじめ伝送された分割テキストデータを最新の分割テキストデータにより更新することが可能となり、常に最新の情報を含む分割テキストデータを再生することが可能となる。

請求項１９にかかるテキスト伝送用データのデータ受信方法は、請求項１５〜１７のいずれかに記載の伝送データ構造を有するテキスト伝送用データのデータ受信方法であって、受信遅延判断ステップと、再生ステップとを備えている。受信遅延判断ステップは、第１の分割テキストデータの受信時刻Ｔｄが、第１の分割テキストデータの再生時刻情報が示す時刻Ｔｎより遅くかつ次の第２の分割テキストデータの再生時刻情報の示す時刻Ｔｎ＋１より早く受信されたか否かを判断する。再生ステップは、判断が肯定的であった場合に、第１の分割テキストデータを、受信時刻Ｔｄから時刻Ｔｎ＋１までの間に再生する。

このデータ受信方法により、再生時刻情報が示す時刻より遅く受信された分割テキストデータであっても、次の分割テキストデータの再生時刻情報に達するまでの間に再生を行うことができる。すなわち、再生されているべきテキストデータを途中からでも再生することができ、長時間にわたりテキストデータが再生されないなどの弊害を防ぐことができる。

請求項２０にかかるテキスト伝送用データのデータ受信方法は、請求項１９に記載のテキスト伝送用データのデータ受信方法であって、再生ステップでは、第１の分割テキストデータにおいて時刻Ｔｎから受信時刻Ｔｄまでの時間が経過した時点の再生状態から、第１の分割テキストデータの再生を開始する。

このデータ受信方法により、例えば、スクロール再生やカラオケ再生などの時刻変化を伴う分割テキストデータを途中からでも再生することができる。これにより、テキストデータの再生時に再生されているべき状態が再生されないという弊害を防ぐことができる。

請求項２１にかかるテキスト伝送用データのデータ受信装置は、請求項１５〜１７のいずれかに記載の伝送データ構造を有するテキスト伝送用データのデータ受信装置であって、時刻取得手段と、置換手段とを備えている。時刻取得手段は、第１のパケットの各分割テキストデータの再生時刻情報が示す時刻Ｔｎと、第２のパケットの最初の分割テキストデータの再生時刻情報が示す時刻Ｔａとを取得する。置換手段は、第１のパケットにおいて時刻Ｔｎが時刻Ｔａと等しい又は後である分割テキストデータを、第２のパケットにおいて再生時刻情報が重複する分割テキストデータに置き換える。

このデータ受信装置により、あらかじめ伝送された分割テキストデータを最新の分割テキストデータにより更新することが可能となり、常に最新の情報を含む分割テキストデータを再生することが可能となる。

請求項２２にかかるテキスト伝送用データのデータ受信装置は、請求項１５〜１７のいずれかに記載の伝送データ構造を有するテキスト伝送用データのデータ受信装置であって、受信遅延判断手段と、再生手段とを備えている。受信遅延判断手段は、第１の分割テキストデータの受信時刻Ｔｄが、第１の分割テキストデータの再生開始時刻情報が示す時刻Ｔｎより遅くかつ次の第２の分割テキストデータの再生開始時刻情報の示す時刻Ｔｎ＋１より早く受信されたか否かを判断する。再生手段は、判断が肯定的であった場合に、第１の分割テキストデータを、受信時刻Ｔｄから時刻Ｔｎ＋１までの間に再生する。

このデータ受信装置により、再生時刻情報が示す時刻より遅く受信された分割テキストデータであっても、次の分割テキストデータの再生時刻情報に達するまでの間に再生を行うことができる。すなわち、再生されているべきテキストデータを途中からでも再生することができ、長時間にわたりテキストデータが再生されないなどの弊害を防ぐことができる。

請求項２３にかかるテキスト伝送用データのデータ受信装置は、請求項２２に記載のテキスト伝送用データのデータ受信装置であって、再生手段では、第１の分割テキストデータにおいて時刻Ｔｎから受信時刻Ｔｄまでの時間が経過した時点の再生状態から、第１の分割テキストデータの再生を開始する。

このデータ受信装置により、例えば、スクロール再生やカラオケ再生などの時刻変化を伴う分割テキストデータを途中からでも再生することができる。これにより、テキストデータの再生時に再生されているべき状態が再生されないという弊害を防ぐことができる。

請求項２４にかかるデータ受信プログラムは、コンピュータにより、請求項１５〜１７のいずれかに記載の伝送データ構造を有するテキスト伝送用データのデータ受信方法を行うためのデータ受信プログラムであって、データ受信方法は、時刻取得ステップと、置換ステップとを備えている。時刻取得ステップは、第１のパケットの各分割テキストデータの再生時刻情報が示す時刻Ｔｎと、第２のパケットの最初の分割テキストデータの再生時刻情報が示す時刻Ｔａとを取得する。置換ステップは、第１のパケットにおいて時刻Ｔｎが時刻Ｔａと等しい又は後である分割テキストデータを、第２のパケットにおいて再生時刻情報が重複する分割テキストデータに置き換える。

このデータ受信プログラムにより、あらかじめ伝送された分割テキストデータを最新の分割テキストデータにより更新することが可能となり、常に最新の情報を含む分割テキストデータを再生することが可能となる。

請求項２５にかかるデータ受信プログラムは、コンピュータにより、請求項１５〜１７に記載の伝送データ構造を有するテキスト伝送用データのデータ受信方法を行うためのデータ受信プログラムであって、データ受信方法は、受信遅延判断ステップと、再生ステップとを備えている。受信遅延判断ステップは、第１の分割テキストデータの受信時刻Ｔｄが、第１の分割テキストデータの再生開始時刻情報が示す時刻Ｔｎより遅くかつ次の第２の分割テキストデータの再生開始時刻情報の示す時刻Ｔｎ＋１より早く受信されたか否かを判断する。再生ステップは、判断が肯定的であった場合に、第１の分割テキストデータを、受信時刻Ｔｄから時刻Ｔｎ＋１までの間に再生する。

このデータ受信プログラムにより、再生時刻情報が示す時刻より遅く受信された分割テキストデータであっても、次の分割テキストデータの再生時刻情報に達するまでの間に再生を行うことができる。すなわち、再生されているべきテキストデータを途中からでも再生することができ、長時間にわたりテキストデータが再生されないなどの弊害を防ぐことができる。

請求項２６にかかるデータ受信プログラムは、請求項２５に記載のデータ受信プログラムであって、再生ステップでは、第１の分割テキストデータにおいて時刻Ｔｎから受信時刻Ｔｄまでの時間が経過した時点の再生状態から、第１の分割テキストデータの再生を開始する。

このデータ受信プログラムにより、例えば、スクロール再生やカラオケ再生などの時刻変化を伴う分割テキストデータを途中からでも再生することができる。これにより、テキストデータの再生時に再生されているべき状態が再生されないという弊害を防ぐことができる。

本発明では、Ｔｉｍｅｄ Ｔｅｘｔをストリーミング型の配信で使用するのに好適な伝送データ構造を提供することが可能となる。また別の本発明では、この伝送データ構造を持つデータを受信するデータ受信方法、データ受信装置およびデータ受信プログラムを提供することが可能となる。

［第１実施形態］
本発明の第１実施形態として、ＭＰＥＧ−２ ＴＳを用いたテキストトラックのストリーミング伝送について説明する。テキストトラックは、３ＧＰＰで規定されるＴｉｍｅｄ Ｔｅｘｔと同様な表現でテキスト再生を行うための情報を備えるデータである。

〈ＰＥＳパケットのデータ構造〉
（１）
ＭＰＥＧ−２ ＴＳを用いてテキストトラックをストリーミング伝送するためのＰＥＳパケット１のデータ構造を図１に示す。

ＭＰＥＧ−２システムでは、ビデオ、オーディオ、あるいはテキストといったトラックを構成する要素となる信号をＥＳ（Elementary Stream）と呼んでいる。さらに、ＥＳを可変長のブロックに区切り、ヘッダ情報を付加したものをＰＥＳ（Packetized Elementary Stream）と呼んでいる。ＭＰＥＧ−２システムでは、複数のＰＥＳを多重伝送する信号として、ＴＳ（Transport Stream）を規定している。

（２）
図１に示すＰＥＳパケット１のデータ構造は、ＭＰＥＧ−２システムで規定されるＰＥＳヘッダ部１０と、ペイロード部１１とから構成される。ＰＥＳヘッダ部１０は、ビデオ、オーディオ、あるいはテキストといったトラック間の同期再生のための時刻情報であるＰＴＳ（Presentation Time Stamp）を有している。ペイロード部１１は、トラックヘッダ１１１と、サンプルディスクリプション１１２と、コンフィグインフォメーション１１３と、テキストフレーム１１４，１１４’，・・・と、それぞれの情報を識別する識別子（トラックヘッダ識別子１１１ａ，サンプルディスクリプション識別子１１２ａ，コンフィグインフォメーション識別子１１３ａ，テキストフレーム識別子１１４ａ）とを含んでいる。

トラックヘッダ１１１は、テキストトラックの全体の再生にかかる情報であり、レイアウト（表示領域の大きさ（幅および高さ）、ビデオとの相対位置（ビデオ表示領域から横方向および縦方向へのトランスレーション））、レイヤ（ビデオなど他メディアとの階層関係）、テキストトラックの再生時間、作成日時、後述するデュレーション１１４１ｂのタイムスケールなどの情報を含んでいる。

サンプルディスクリプション１１２は、複数のサンプルエントリ１１２１，１１２２，・・・を備えている（図２（ｂ）参照）。それぞれのサンプルエントリ１１２１，１１２２，・・・は、テキストトラックの書式にかかる情報であり、スクロールの有無と方向、水平・垂直の寄席位置、背景色、フォント名、フォントサイズ、その他の書式のデフォルト情報などを含んでいる。

コンフィグインフォメーション１１３は、後述するテキストフレーム１１４，１１４’，・・・が含むインデックス１１４１ａおよびデュレーション１１４１ｂ（図２（ａ）参照）のデータ長をカスタマイズするための情報を含んでいる。例えば、インデックス１１４１ａおよびデュレーション１１４１ｂのデータ長をそれぞれ１〜４バイトのいずれかに設定する。

テキストフレーム１１４，１１４’，・・・は、再生順に並べられている。また、ＰＥＳヘッダ部１０のＰＴＳが示す値は、ペイロード部１１において最初に配置されているテキストフレーム１１４の再生時刻を示している。

以下、図２（ａ）を用いて、テキストフレーム１１４について説明する。その他のテキストフレーム１１４’，・・・は、テキストフレーム１１４と同様の構造を有しているので説明は省略する。

テキストフレーム１１４は、セグメントテキストヘッダ１１４１とテキストサンプル１１４２とから構成される。

セグメントテキストヘッダ１１４１は、インデックス１１４１ａと、デュレーション１１４１ｂとを有している。インデックス１１４１ａは、サンプルエントリ１１２１，１１２２，・・・（図２（ｂ）参照）を指定することにより、テキストサンプル１１４２のデフォルトの書式を示している。デュレーション１１４１ｂは、テキストサンプル１１４２の再生時間に関する情報である。デュレーション１１４１ｂが格納する値のタイムスケールは、トラックヘッダ１１１（図１参照）において指定されている。テキストサンプル１１４２は、テキスト１１４２ａと、テキスト１１４２ａのデータ長を格納するテキストレングス１１４２ｂと、モディファイア１１４２ｃとを有している。モディファイア１１４２ｃは、テキスト１１４２ａの一部あるいは全部をオプションにて書式変更（ハイライト、カラオケ、ブリンク、ハイパーリンクなど）する場合に使用される。

図１に示す識別子１１１ａ，１１２ａ，１１３ａ，１１４ａは、それぞれに共通のスタートコード１１５とそれぞれに固有のＩＤ１１１ｂ，１１２ｂ、１１３ｂおよび１１４ｂとから構成される。例えば、それぞれの識別子１１１ａ，１１２ａ，１１３ａ，１１４ａは、３バイトのスタートコード１１５に１バイトのＩＤ１１１ｂ，１１２ｂ、１１３ｂ，１１４ｂを付加した構造を有している。図１では、スタートコード１１５は［０ｘ ００ ００ ０１］、トラックヘッダ識別子１１１ａのＩＤ１１１ｂは［０ｘ ００］，サンプルディスクリプション識別子１１２ａのＩＤ１１２ｂは［０ｘ ０１］，コンフィグインフォメーション識別子１１３ａのＩＤ１１３ｂは［０ｘ ０２］，テキストフレーム識別子１１４ａのＩＤ１１４ｂは［０ｘ ０３］と決定されている。ただし本発明では、スタートコードおよびそれぞれのＩＤを上記に限定するものではない。

また、それぞれの識別子１１１ａ，１１２ａ，１１３ａ，１１４ａは、トラックヘッダ１１１、サンプルディスクリプション１１２、コンフィグインフォメーション１１３、テキストフレーム１１４にそれぞれ付加されている。

（３）
図２を用いて、サンプルディスクリプション１１２、コンフィグインフォメーション１１３およびテキストフレーム１１４の具体的内容について説明する。

図２（ａ）に示すテキストフレーム１１４が備えるインデックス１１４１ａの値［１］は、テキストサンプル１１４２の再生に際して参照すべきサンプルエントリ１１２１を指定している。

図２（ｂ）に示すサンプルエントリ１１２１は、スクロールの有無と方向（displayFlags）、表示領域内での水平・垂直の寄席位置（Horizontal justification, Vertical justification）、ＲＧＢ値および透明度により指定される背景色（bgColor）、表示領域（TextBox）フォント名（fontTable, font-ID）、フォントサイズ（fontSize）、太字・イタリック・アンダーラインなどのスタイル（faceStyle）、ＲＧＢ値および透明度により指定されるフォント色（fontColor）などを含んでいる。なお、この書式を適用する範囲を指定するデータ（startChar, EndChar）は、常に値［０］を取り、サンプルエントリ１１２１の指定する書式が適用されるテキストサンプル１１４２中の全範囲のテキスト１１４２ａに対して、この書式が適用されることを示している。図２（ｂ）に示すサンプルエントリ１１２１のそれぞれの値により、テキスト１１４２ａのデフォルトの書式は、背景色を白色、フォント色を黒色およびスタイルをノーマルに指定されている。

デュレーション１１４１ｂの値［４５００］は、テキストサンプル１１４２の再生時間を表している。この値のタイムスケールは、トラックヘッダ１１１（図１参照）により指定されている。具体的には、トラックヘッダ１１１は、タイムスケールとして、１秒間の解像度を格納しており、例えば、トラックヘッダ１１１が格納するタイムスケールの値が［１０００］の場合、１／１０００秒単位の解像度となる。従って、テキストサンプル１１４２の再生時間を秒換算した値は、デュレーション１１４１ｂの値をトラックヘッダ１１１が格納するタイムスケールの値で除算した値となり、例えば、タイムスケールの値が［１０００］の場合、デュレーション１１４１ｂの値［４５００］は、テキストサンプル１１４２を４．５秒間再生することを意味している。以下、タイムスケールの値が［１０００］と設定されているとして説明を行う。

インデックス１１４１ａおよびデュレーション１１４１ｂのデータ長は、図２（ｃ）に示すコンフィグインフォメーション１１３により指定可能である。コンフィグインフォメーション１１３は、１バイトのデータであり、４ビットのリザーブ領域１１３１ａと、２ビットのインデックスサイズインジケータ１１３１ｂと、２ビットのデュレーションサイズインジケータ１１３１ｃとから構成される。すなわち、２ビットのインデックスサイズインジケータ１１３１ｂおよびデュレーションサイズインジケータ１１３１ｃにより、インデックス１１４１ａおよびデュレーション１１４１ｂのデータ長は、１〜４バイトに指定される。例えば、インデックスサイズインジケータ１１３１ｂの値を［００］、デュレーションサイズインジケータ１１３１ｃの値を［０１］とすると、図２（ａ）のインデックス１１４１ａおよびデュレーション１１４１ｂのデータ長は、それぞれ１バイトおよび２バイトと指定される。

図２（ａ）のテキストレングス１１４２ｂは、テキスト１１４２ａのデータ長を格納している。本実施形態では、テキストレングス１１４２ｂのデータ長を２バイトとしており、これによりテキスト１１４２ａのデータ長は、最大６５５３５バイトに制限されることとなるが、必要に応じてテキストレングス１１４２ｂのデータ長を変えてもよい。

モディファイア１１４２ｃは、モディファイア１１４２ｃのデータ長（modifierSize）、テキスト１１４２ａのオプション書式の指定（modifierType, entryCount）、オプション書式を適用するテキスト１１４２ａの範囲の指定（startChar, EndChar）、フォント名（font-ID）、フォントサイズ（fontSize）、太字・イタリック・アンダーラインなどのスタイル（faceStyle）、ＲＧＢ値および透明度により指定されるフォント色（fontColor）などを含んでいる。このオプション書式の指定は、インデックス１１４１ａにより参照したサンプルエントリ１１２１の書式に優先して適用される。図２（ａ）に示す値は、テキスト１１４２ａの５文字目から８文字目までを［太字］にすることを意味している。

図２（ｄ）にテキストフレーム１１４の再生状態を示す。テキスト１１４２ａが示すテキスト内容（It's fine today.）のうち５文字目から８文字目（fine）が太字として再生される。またその再生時間は４５００［ミリ秒］間である。

（４）
図１に示すＰＥＳパケット１のペイロード部１１は、トラックヘッダ１１１と、サンプルディスクリプション１１２と、コンフィグインフォメーション１１３と、テキストフレーム１１４，１１４’，・・・のすべての情報を備えるとして説明した。

しかし、送出されるＰＥＳパケットのすべてが、上記すべての情報を備えている必要はない。トラックヘッダ１１１、サンプルディスクリプション１１２あるいはコンフィグインフォメーション１１３は、それぞれ所定のタイミングでＰＥＳパケットに出現するものであってもよい。また、一部の情報が含まれていない場合に再生側においては、過去のＰＥＳパケットにより受信した情報、あるいはあらかじめ設定されたデフォルト値を用いて再生を行うものであってもよい。

これにより、テキストの再生に必要な情報を必要な頻度で送ることとなり、テキストトラックの伝送に必要な情報量を削減することができる。

〈データ伝送装置〉
図３に、ＭＰＥＧ−２ ＴＳの伝送に際して使用されるデータ伝送装置３を示す。データ伝送装置３は、蓄積部３１と、ＰＥＳ送出部３２と、システムエンコーダ部３３とを備えており、蓄積されたメディアデータをＴＳパケットとして送出する装置である。

蓄積部３１は、メディアデータを、例えば、ＭＰ４ファイル形式で蓄積している。ＰＥＳ送出部３２は、ＭＰ４ファイルからビデオ、オーディオ、あるいはＴｉｍｅｄ Ｔｅｘｔなどといったトラック毎に独立したＥＳを受信する。ＰＥＳ送出部３２では、受け取ったＴｉｍｅｄ Ｔｅｘｔをトラックヘッダ３０３０、サンプルディスクリプション３０４０、サンプルテーブル３０５０およびテキストサンプル３０６０（図５５参照）に分離してバッファリングする。さらに、バッファリングされたそれぞれの情報から、図１および図２に示すＰＥＳパケット１を作成する。また、ＰＥＳパケット１のＰＥＳヘッダ部１０のＰＴＳには、ＰＥＳパケット１において最初に配置されるテキストフレーム１１４を再生する時刻情報が格納される。システムエンコーダ部３３は、トラック毎に得られたＰＥＳパケットをＴＳパケットとして多重化し送出する。

なお、本発明の特徴は、主にＰＥＳ送出部３２にあるため、データ伝送装置の形態はデータ伝送装置３に限定されるものではない。例えば、蓄積部３１やシステムエンコーダ部３３を外部に別体として備えるものであってもよいし、ＴＳパケットとして送出されたデータに伝送路符号化および変調を加え、放送波として送出するものであってもよい。

また、蓄積部３１が備えるメディアデータは、ＭＰ４ファイル形式に限られず、Ｔｉｍｅｄ Ｔｅｘｔと同じデータ構造を有している必要はない。例えば、Ｔｉｍｅｄ Ｔｅｘｔが備えるのと同じ情報を含み、よりストリーミング伝送に適したデータ構造として蓄積されていてもよい。

〈データ伝送方法〉
（１）
図４を用いて、ＭＰＥＧ−２ ＴＳの伝送に際して使用されるデータ伝送装置３におけるデータ伝送方法について説明する。

ＭＰ４ファイル形式のビデオ、オーディオ、あるいはＴｉｍｅｄ Ｔｅｘｔなどといったトラック毎に独立したＥＳのうち、Ｔｉｍｅｄ Ｔｅｘｔは、トラックヘッダ３０３０、サンプルディスクリプション３０４０、サンプルテーブル３０５０およびテキストサンプル３０６０（図５５参照）に分離してバッファリングされる（ステップＳ４０１）。バッファリングされたそれぞれの情報に基づいて、図１および図２に示すＰＥＳパケット１のペイロード部１１が合成される（ステップＳ４０２）。また、ペイロード部１１の最初に配置されるテキストフレーム１１４を再生する時刻情報をＰＴＳとして格納したＰＥＳヘッダ部１０が付加され、ＰＥＳパケット１が送出される（ステップＳ４０３）。さらに、得られたＰＥＳパケット１は、ＴＳとして送出される（ステップＳ４０４）。

（２）
ＰＥＳパケットの送出に際しては、異なるＰＥＳパケットで同一のテキストフレームを複数回伝送することができる。これについて、図５を用いて説明する。

図５に示すＰＥＳパケット５および５’は、図１に示すＰＥＳパケット１と同様のデータ構造を有している。ＰＥＳパケット５’は、ＰＥＳパケット５の次に送出される。ＰＥＳパケット５のペイロード部５１は、図２（ａ）に示すテキストフレーム１１４と同様のデータ構想を有するテキストフレーム（ＴＦ０，ＴＦ１，ＴＦ２，・・・）を有している。さらに、ＰＥＳパケット５は、ペイロード部５１において最初に配置されるテキストフレームであるＴＦ０の再生時刻Ｔ０をＰＴＳの値としてＰＥＳヘッダ部５０に格納している。ＰＥＳパケット５’のペイロード部５１’は、図２（ａ）に示すテキストフレーム１１４と同様のデータ構想を有するテキストフレーム（ＴＦ１，ＴＦ２，ＴＦ３，・・・）を有している。さらに、ＰＥＳパケット５’は、ペイロード部５１’において最初に配置されるテキストフレームであるＴＦ１の再生時刻Ｔ１をＰＴＳの値としてＰＥＳヘッダ部５０’に格納している。

このように、１つのＰＥＳパケットで複数のテキストフレームを送出し、さらに異なるＰＥＳパケット間で同一のテキストフレームを重複して伝送することにより、伝送時のエラー耐性を高めることができる。

（３）
また、ＰＥＳパケットの伝送に際しては、テキストトラック用にあらかじめ固定の伝送路帯域を確保した場合、その固定の伝送路帯域を十分に利用するようＰＥＳパケットのデータ長あるいはＰＥＳパケットの伝送個数が決定される。例えば、テキストトラック用に１６ｋｂｐｓの伝送路帯域を割り当てた場合、１秒間に２０００バイトのＰＥＳパケットを作成することができる。これにより、２０００バイトのＰＥＳパケット内に入るだけのテキストフレームを詰め込んで伝送する。

これにより、伝送路帯域を十分に活用して、重複したテキストフレームを伝送することが可能となり、エラー耐性を高めた伝送が可能となる。

〈データ受信装置〉
図６に、ＭＰＥＧ−２ ＴＳの伝送に際して使用されるデータ受信装置６を示す。データ受信装置６は、受信部６０と、システムデコーダ部６１と、メディアデコーダバッファ部６２と、メディアデコーダ部６３と、表示バッファ部６４とを備えており、放送波等より受信したＴＳからテキストトラックを再生する装置である。データ受信装置６は、例えば、テレビ、コンピュータあるいはカーナビなどに内蔵あるいは外部接続される装置である。

受信部６０は、放送波等を受信し、ＴＳを復調する。システムデコーダ部６１は、復調されたＴＳからビデオ、オーディオ、あるいはテキストといったトラック毎にＰＥＳパケットを分離する。さらに、ＴＳパケットからトラック間の同期再生のための基準時刻であるＳＴＣ（System Time Clock）を再生する。メディアデコーダバッファ部６２は、分離されたＰＥＳパケットのうちテキストトラックの再生にかかるＰＥＳパケット１のＰＥＳヘッダ部１０からＰＴＳを取り出す。さらに、システムデコーダ部６１で再生されたＳＴＣを参照し、ＳＴＣに一致するＰＴＳを持つＰＥＳパケット１のペイロード部１１を送出する。メディアデコーダ部６３は、取得したペイロード部１１を解析し、トラックヘッダ１１１、サンプルディスクリプション１１２、コンフィグインフォメーション１１３の格納する情報、ＳＴＣ、デュレーション１１４１ｂおよびモディファイア１１４１ｃに基づいてテキストトラックをデコードする。表示バッファ部６４は、デコードされたテキストトラックを格納し、表示装置６５の表示レートに従って、デコードされたテキストトラックをビデオ、オーディオといった他のメディアと同期的に再生させる。

なお、本発明の特徴は、メディアデコーダ部６３にあるため、データ受信装置の形態はデータ受信装置６に限定されるものではない。例えば、表示装置６５を一体的に備えるものであってもよい。

〈データ受信方法〉
（１）
図７を用いて、ＭＰＥＧ−２ ＴＳの伝送に際して使用されるデータ受信装置６におけるデータ受信方法について説明する。

受信されたＴＳから、ビデオ、オーディオ、あるいはテキストといったトラック毎にＰＥＳパケットが分離される。さらに、ＴＳからトラック間の同期再生のための基準時刻であるＳＴＣが再生される（ステップＳ７０１）。分離されたＰＥＳパケットのうち、テキストトラックの再生にかかるＰＥＳパケット１のＰＥＳヘッダ部１０からＰＴＳが取得される。さらに、再生されたＳＴＣから、ＳＴＣに一致するＰＴＳを持つＰＥＳパケット１のペイロード部１１が解析される（ステップＳ７０２）。ペイロード部１１の解析により識別されたトラックヘッダ１１１、サンプルディスクリプション１１２およびコンフィグインフォメーション１１３の格納する情報、ＳＴＣ、デュレーション１１４１ｂおよびモディファイア１１４１ｃに基づいてテキストトラックがデコードされる（ステップＳ７０３）。

（２）
図８に、データ受信装置６において、テキストトラックシーケンスとして定義されるペイロード部１１を解析するためのシンタクスを示す。

ＰＥＳパケット１のペイロード部１１の解析に際して、スタートコード１１５の検索が行われる。スタートコード１１５が見つかった場合、そのスタートコードに付加されるＩＤが解析される（ステップＳ８０２ａ，ステップＳ８０３ａ，ステップＳ８０４ａ，ステップＳ８０５ａ）。ＩＤの解析により、トラックヘッダ１１１、サンプルディスクリプション１１２、コンフィグインフォメーション１１３、テキストフレーム１１４が識別され、それぞれの情報について処理が行われる（ステップＳ８０２ｂ，ステップＳ８０３ｂ，ステップＳ８０４ｂ，ステップＳ８０５ｂ）。

また、受信したＰＥＳパケット１にコンフィグインフォメーション１１３が含まれていない場合、インデックス１１４１ａおよびデュレーション１１４１ｂのデータ長には、デフォルト値が使用される（ステップＳ８０１）。

このシーケンスは、テキストトラックが終了するまで続けられる。例えば、テキストトラックの終了は、テキストトラックの最後に付加されたスタートコード１１５とテキストトラックの終了を意味するＩＤ（例えば、［０ｘ ０４］）とから構成される識別子などにより識別される（ステップＳ８０６）。

（３）
データ受信装置６においては、上記テキストトラックシーケンスにてＰＥＳパケット１のペイロード部１１の解析を行う。さらに、ペイロード部１１の含む複数のテキストフレーム１１４，１１４’，・・・のうちデコードすべきテキストフレームを判定する規則について、図９および図１０を用いて説明する。

（３−１）
まず、複数のＰＥＳパケットが備えるテキストフレームの再生時刻が重複している場合について説明する。

図９に示すＰＥＳパケット９および９’は、図１に示すＰＥＳパケット１と同様のデータ構造を有している。

ＰＥＳパケット９’は、ＰＥＳパケット９の次に送出される。ＰＥＳパケット９のペイロード部９１は、図２（ａ）に示すテキストフレーム１１４と同様のデータ構想を有するテキストフレーム（ＴＦ０，ＴＦ１，・・・，ＴＦｎ−１，ＴＦｎ，ＴＦｎ＋１，・・・）を有している。また、それぞれのデュレーションをＤ０，Ｄ１，・・・，Ｄｎ−１，Ｄｎ，Ｄｎ＋１，・・・とする。さらに、ＰＥＳパケット９は、ペイロード部９１において最初に配置されるテキストフレームであるＴＦ０の再生時刻ＴａをＰＴＳの値とするＰＥＳヘッダ部９０を有している。

ＰＥＳパケット９’のペイロード部９１’は、図２（ａ）に示すテキストフレーム１１４と同様のデータ構造を有するテキストフレーム（ＴＦｋ，ＴＦｋ＋１，・・・）を有している。また、それぞれのデュレーションをＤｋ，Ｄｋ＋１，・・・とする。さらに、ＰＥＳパケット９’は、ペイロード部９１’において最初に配置されるテキストフレームであるＴＦｋの再生時刻ＴｂをＰＴＳの値とするＰＥＳヘッダ部９０’を有している。

さらに、ＴＦｋの再生時刻Ｔｂは、Ｔｎ＜Ｔｂ＜Ｔｎ＋１を満たすとする。ここで、ＴｎおよびＴｎ＋１は、テキストフレームＴＦｎおよびＴＦｎ＋１の再生時刻であり、Ｔｎ＝Ｔｎ−１＋Ｄｎ−１、Ｔｎ＋１＝Ｔｎ＋Ｄｎ、である。

このとき、このＰＥＳパケット９とＰＥＳパケット９’との関係において、デコードされるべきテキストフレームは、ＰＥＳパケット９において時刻Ｔｂ以前に再生されるべきテキストフレームおよびＰＥＳパケット９’が含むテキストフレームである。

すなわち、時刻Ｔｂにおいては、ＰＥＳパケット９の再生しているテキストフレームＴＦｎの状態に係わらず、ＰＥＳパケット９’の備えるテキストフレーム（ＴＦｋ，ＴＦｋ＋１，・・・）の再生が開始される。

さらに具体的に説明する。例えば、ＰＥＳパケット９は、３つのテキストフレームを備え、ＰＥＳパケット９のＰＴＳの値に対してそれぞれ０，２０，３０秒後に再生開始するようデュレーションの値が指定されているとする。一方、ＰＥＳパケット９’は、３つのテキストフレームを備え、ＰＥＳパケット９のＰＴＳの値に対してそれぞれ２６，３８，５２秒後に再生開始するようＰＴＳおよびデュレーションの値が指定されているとする。ＰＥＳパケット９とＰＥＳパケット９’とを受信した場合に、再生側では、ＰＥＳパケット９のＰＴＳの値に対して０，２０，２６，３８，５２秒後にそれぞれテキストフレームが再生される。

これによって、あらかじめ送った複数のテキストフレームを最新の情報に更新して再生することができ、例えば、緊急事態にテキストの再生を行うことなどが可能となる。

（３−２）
次に、ＰＥＳパケットが受信された時刻がそのＰＥＳパケットのＰＴＳが示す時刻を経過している場合について説明する。

図１０に示すＰＥＳパケット１１０は、図１に示すＰＥＳパケット１と同様のデータ構造を有している。

ＰＥＳパケット１１０のペイロード部１０１は、図２（ａ）に示すテキストフレーム１１４と同様のデータ構想を有するテキストフレーム（ＴＦ０，ＴＦ１，・・・，ＴＦｎ−１，ＴＦｎ，ＴＦｎ＋１，・・・）を有している。また、それぞれのデュレーションをＤ０，Ｄ１，・・・，Ｄｎ−１，Ｄｎ，Ｄｎ＋１，・・・とする。さらに、ＰＥＳパケット１１０は、ペイロード部１０１において最初に配置されるテキストフレームであるＴＦ０の再生時刻ＴａをＰＴＳの値とするＰＥＳヘッダ部１００を有している。

ここで、ＰＥＳパケット１１０の受信時刻をＴｄとする。時刻Ｔｄが、Ｔａ＜Ｔｎ＜Ｔｄ＜Ｔｎ＋１を満たすとし、受信時においてすでにＴＦ０の再生時刻Ｔａを経過しているとする。ここで、ＴｎおよびＴｎ＋１は、テキストフレームＴＦｎおよびＴＦｎ＋１の再生時刻であり、Ｔｎ＝Ｔｎ−１＋Ｄｎ−１、Ｔｎ＋１＝Ｔｎ＋Ｄｎである。

このとき、ＰＥＳパケット１１０のテキストフレーム（ＴＦ０，ＴＦ１，・・・，ＴＦｎ−１，ＴＦｎ，ＴＦｎ＋１，・・・）のうち、デコードされるべきテキストフレームは、ＰＥＳパケット１１０において、時刻Ｔｄ以後に再生されるテキストフレームである。

すなわち、時刻Ｔｄにおいて、テキストフレームＴＦｎから再生が開始され、テキストフレームＴＦｎは、時刻Ｔｎ＋１までの［Ｔｎ＋１−Ｔｄ］だけ再生される。

さらに、テキストフレームＴＦｎが時間変化を伴う処理を含む場合、例えば、スクロールやカラオケなどの書式で再生される場合には、時刻Ｔｄにおいて再生されているべき状態から再生が開始される。

図１１を用いて、具体的に説明する。テキストフレームＴＦｎは、モディファイアによりカラオケのオプション書式が設定されているとし、時刻Ｔｎからの５秒間で「あいうえお」の５文字を１秒間に１文字づつ色変化させるとする。再生状態１１０１は、時刻Ｔｎに再生されているべき状態、再生状態１１０２は、時刻Ｔｎから５秒後に再生されているべき状態とする。

このとき、テキストフレームＴＦｎを含むＰＥＳパケット１１０を時刻Ｔｎから３秒経過した時刻Ｔｄに受信したとする。このとき、時刻Ｔｄにおいては、３文字色変化した再生状態１１０３から再生が開始される。

〈第１実施形態の効果〉
（ＰＥＳパケットのデータ構造）
本実施形態で示したＰＥＳパケット１のデータ構造により、Ｔｉｍｅｄ Ｔｅｘｔのヘッダ部３０１０（図５５参照）のようなＴｉｍｅｄ Ｔｅｘｔの全体の再生に係わる情報を事前に伝送しておく必要がなくなる。このため、テキストトラックの受信開始から再生開始までの待ち時間が少なくなる。

また、テキストトラックの再生に必要な情報であるトラックヘッダ１１１、サンプルディスクリプション１１２、コンフィグインフォメーション１１３などといった情報が繰り返して伝送されており、テキストトラックにランダムアクセスし再生することが可能となる。

これらにより、ＰＥＳパケット１のデータ構造は、ストリーミング伝送に好適なデータ構造であるといえる。

（データ伝送装置およびデータ伝送方法）
本実施形態で示したデータ伝送装置３およびデータ伝送方法では、１つのＰＥＳパケットで複数のテキストフレームを送出し、さらに異なるＰＥＳパケット間で同一のテキストフレームを重複して伝送する。これにより、伝送時のエラー耐性を高めることができ、データの再送要求などできないストリーミング伝送において好適な伝送が可能となる。

（データ受信装置およびデータ受信方法）
本実施形態で示したデータ受信装置６およびデータ受信方法では、あらかじめ送った複数のテキストフレームを最新の情報に更新して再生することができる。これにより、例えば、緊急事態にテキストの再生を行うことなどが可能となる。

また、ＰＥＳパケットの受信時刻がＰＥＳパケットのＰＴＳを経過している場合、ビデオあるいはオーディオであればそのＰＥＳパケットを破棄し、次のＰＥＳパケットの受信を待って再生を再開する。しかし、テキストトラックの再生では、ＰＥＳパケットの途中のテキストフレームからでも再生を行うことを可能とし、情報の欠落をできる限り防ぐことが可能となる。さらに、カラオケ、スクロールなどの時間変化を伴う書式でテキストトラックの再生が行われる場合であっても、テキストトラックとビデオあるいはオーディオとのずれから感じられる違和感を軽減することが可能となる。

〈第１実施形態の変形例〉
（１）
第１実施形態において、トラックヘッダ識別子１１１ａ、サンプルディスクリプション識別子１１２ａ、コンフィグインフォメーション識別子１１３ａおよびテキストフレーム識別子１１４ａは、それぞれに共通のスタートコード１１５とそれぞれに固有のＩＤ１１１ｂ，１１２ｂ、１１３ｂおよび１１４ｂとから構成されると説明した。

ここで図１２（ａ）に示すように、それぞれの識別子は、トラックヘッダ１１１、サンプルディスクリプション１１２、コンフィグインフォメーション１１３、あるいはテキストフレーム１１４，１１４’，・・・のそれぞれのデータ長を格納するレングス部（１１１ｃ，１１２ｃ，１１３ｃ，１１４ｃ，１１４’ｃ，・・・）と、固有のＩＤ（１１１ｂ，１１２ｂ、１１３ｂ，１１４ｂ）とから構成されるものであってもよい。

例えば、それぞれのレングス部を２バイトとすると、トラックヘッダ１１１、サンプルディスクリプション１１２、コンフィグインフォメーション１１３、あるいはテキストフレーム１１４，１１４’，・・・のそれぞれのデータ長は、最大６５５３５バイトに制限される。しかし、一般的には、テキストデータの伝送として十分なデータ長であるといえる。また、レングス部を２バイトとすると、３バイトのスタートコード１１５を用いた場合に比べてビット効率がよいといえる。さらに、スタートコード１１５を用いて識別する場合、ビット列中に疑似スタートコード（スタートコードではないが、スタートコードと同一のビット列）が発生してはならないため、ビット列中に疑似スタートコードが出現しないよう制限を設ける必要がある。しかし、識別子にレングス部を用いた場合、このような不都合の発生は防止できる。

このとき、レングス部のデータ長をコンフィグインフォメーション１１３により指定することも可能である。具体的には、コンフィグインフォメーション１１３のリザーブ領域１１３１ａのうち２ビットをレングスサイズインジケータ１１３１’ａとし、レングス部のデータ長を１〜４バイトに指定することも可能である（図１２（ｂ）参照）。

（２）
第１実施形態においては、ＰＥＳパケット１は、図２に示す構造を持つテキストフレーム１１４を有しているとして説明した。ここで、ＰＥＳパケットは、図１３に示すＰＥＳパケット１’’であってもよい。

図１３に示すＰＥＳパケット１’’は、ＭＰＥＧ−２システムで規定されるＰＥＳヘッダ部１１６と、ペイロード部１１７とを備えている。ペイロード部１１７は、ペイロードヘッダ部１１８と、ペイロードデータ部１１９とから構成される。ペイロードヘッダ部１１８は、カウント部１１８ａ、サンプルヘッダ部１１８ｂおよび１１８ｃとを有している。ペイロードデータ部１１９は、テキストサンプル１１９ｂおよび１１９ｃを有している。

カウント部１１８ａは、ＰＥＳパケット１’’に含まれるテキストサンプルの個数を示している。図１３では、カウント部１１８ａの値が［２］の場合を示しており、ＰＥＳパケット１’’は、２つのテキストサンプル１１９ｂおよび１１９ｃを含んでいる。

サンプルヘッダ部１１８ｂは、レングス部と、インデックスと、デュレーションとを有している。レングス部は、サンプルヘッダ部１１８ｂのデータ長を格納している。インデックスおよびデュレーションは、図２に示すインデックス１１４１ａおよびデュレーション１１４１ｂと同様である。サンプルヘッダ部１１８ｃは、サンプルヘッダ部１１８ｂと同様の構造を有している。

テキストサンプル１１９ｂおよび１１９ｃは、図２に示すテキストサンプル１１４２と同様の構造を有しているので説明は省略する。

ここで、サンプルヘッダ部１１８ｂおよび１１８ｃは、その配置順にテキストサンプル１１９ｂおよび１１９ｃと関連づけられている。すなわち、ペイロードヘッダ部１１８において最初に配置されるサンプルヘッダ部１１８ｂは、ペイロードデータ部１１９において最初に配置されるテキストサンプル１１９ｂのインデックスおよびデュレーションを示している。また、テキストサンプル１１９ｂおよび１１９ｃは、ペイロードデータ部１１９において再生順に配置されており、ＰＥＳパケット１と同様に最初に配置されるテキストサンプル１１９ｂの再生時刻をＰＥＳヘッダ部１１６のＰＴＳに格納している。

ＰＥＳパケット１’’では、複数のテキストサンプル１１９ｂおよび１１９ｃを連結した構造を有しており、ＰＥＳパケット１に比してＭＰ４ファイル記録時の構造に近い構造を有しつつ、ストリーミング伝送に適したパケット構造となっている。

なお、ＰＥＳパケット１’’は、トラックヘッダ１１１、サンプルディスクリプション１１２、コンフィグインフォメーション１１３（図１参照）をさらに有してもよい。この場合、それぞれを識別する識別子を付加することが求められる。

また、ＰＥＳパケットは、テキストサンプル毎にサンプルヘッダ部を配置する構造であってもよい。図１３を用いて具体的に説明すると、サンプルヘッダ部１１８ｂ、テキストサンプル１１９ｂ、サンプルヘッダ部１１８ｃ、テキストサンプル１１９ｃの順にデータを格納する構造である。この場合、テキストサンプル１１８ｂ（１１８ｃ）は、直前に配置されるサンプルヘッダ部１１９ｂ（１１９ｃ）と関連づけられている。また、この場合、レングス部は、直後に配置されるテキストサンプルのデータ長を格納する。さらにこの場合、カウント部１１８ａは、無くてもよい。

（３）
識別子の一部にスタートコード１１５を用いる場合、ビット列中の擬似スタートコードの出現は以下のようにして防止される。例えば、図１に示すように、スタートコード１１５は［０ｘ ００ ００ ０１］、トラックヘッダ識別子１１１ａのＩＤ１１１ｂは［０ｘ ００］，サンプルディスクリプション識別子１１２ａのＩＤ１１２ｂは［０ｘ ０１］，コンフィグインフォメーション識別子１１３ａのＩＤ１１３ｂは［０ｘ ０２］，テキストフレーム識別子１１４ａのＩＤ１１４ｂは［０ｘ ０３］と決定されているとする。このとき、トラックヘッダ１１１、サンプルディスクリプション１１２、コンフィグインフォメーション１１３あるいはテキストフレーム１１４のビット列中に２バイトのゼロが出現した場合、予め定めた１バイトコード（例えば［０ｘ ０５］）を２バイトのゼロの後に挿入して伝送することとしてもよい。この場合、再生側では、トラックヘッダ１１１等のビット列中に２バイトのゼロが続いた後の１バイトを無条件に削除することで、オリジナルのデータに戻すことができる。

具体的には、トラックヘッダ１１１等のビット列中に、［００ ００ ＥＡ ６５ ・・・］というビット列が出現した場合、伝送側において、予め定めた１バイトコード［０ｘ ０５］を挿入して、［００ ００ ０５ ＥＡ ６５ ・・・］として伝送する。再生側において、［００ ００ ０５ ＥＡ ６５ ・・・］というビット列を受信した場合、２バイトのゼロが続いた後の１バイトを無条件に削除して、［００ ００ ＥＡ ６５ ・・・］というビット列を復元する。

（４）
テキストフレームが備えるデュレーションの値は、［無限大］を表現することも可能とする。

すなわち、再生側においては、［無限大］を表現するデュレーションの値をもつテキストフレームを受信した場合、そのテキストフレームの再生開始時刻を超える再生開始時刻を持つテキストフレームを受信するまでは、［無限大］を表現するデュレーションの値を持つテキストフレームを再生し続けるものとする。

また、［無限大］を表現するデュレーションの値をもつテキストフレームは、ＰＥＳパケットにおいて、最後に配置されるものとする。

なお、デュレーションの値［無限大］を表現するために、具体的には、デュレーションの値として［０］が格納される。

（５）
図２（ｂ）を用いて説明したサンプルディスクリプション１１２は、図１４に示すデータ構造を有していてもよい。図１４に示すサンプルディスクリプション１１２’は、サンプルエントリ毎にインデックスを有している点を特徴としている。具体的には、データ受信装置などでは、テキストフレームが有するインデックス（例えば、図２のインデックス１１４１ａなど）をサンプルディスクリプション１１２’が有するインデックスと対応させ、テキストフレームに適用するサンプルエントリを判断する。以下、図１４についてさらに詳細に説明を加える。

図１４に示すサンプルディスクリプション１１２’は、エントリカウント５０１と、複数のサンプルエントリを有している。図１４では、サンプルエントリ５０２とサンプルエントリ５０３との２つのサンプルエントリを有する場合を示す。

エントリカウント５０１は、サンプルディスクリプション１１２’が有するサンプルエントリの個数を、例えば１バイトのデータ長で示す。図１４では、２つのサンプルエントリを有するため、値［２］が格納される。サンプルエントリ５０２は、インデックス５０４とサンプルアトリビュート５０５とを有している。サンプルエントリ５０３も同様の構造を有しており、インデックス５０６とサンプルアトリビュート５０７とを有している。以下、サンプルエントリ５０２を用いて説明を加える。

インデックス５０４は、あらかじめ設定されたデータ長（Ｎバイト）でサンプルエントリ５０２のインデックス値を示す。サンプルアトリビュート５０５は、図２（ｂ）で説明したサンプルエントリ１１２１などと同様の書式情報を格納している。サンプルアトリビュート５０５のデータ長は、可変である。

このサンプルディスクリプション１１２’では、サンプルディスクリプション１１２’が有するインデックスとテキストフレームが有するインデックスとを対応させ、テキストフレームに適用する書式を判断させることが可能となる。

［第２実施形態］
〈データ構造〉
第１実施形態においては、テキストトラックの再生に係る情報をすべてＰＥＳパケット１により伝送した（インバンド伝送）。一方、トラックヘッダ、サンプルディスクリプションといった情報をＭＰＥＧ−２ ＴＳにおいて規定されるＰＳＩ（Program Specific Information）と呼ばれるテーブル情報として伝送することも可能である（アウトバンド伝送）。

ＴＳはビデオ、オーディオなど複数のプログラムを多重化して伝送することができるため、ストリーム中に含まれているあるプログラムを他のどのプログラムと共に再生すればよいのかといった情報を送る必要がある。ＭＰＥＧ−２ ＴＳでは、ビデオ、オーディオなどを伝送するＰＥＳではなく、セクションと呼ばれるデータ構造により、これらの情報を伝送している。ＰＳＩには、ＰＡＴ（Program Association Table）、ＰＭＴ（Program Map Table）といったテーブルが規定されている。さらに、ＰＳＩのセクションにおいては、ディスクリプタと呼ばれる構造を用いて様々な説明情報などを伝送することが可能となっている。

このＰＭＴ、あるいは応用システムで定義されるＰＳＩプライベートセクションにおいてトラックヘッダ、サンプルディスクリプションといった情報をディスクリプタとしてカルーセル方式で伝送することが可能である。

この場合、ＰＥＳパケットでは、テキストトラックの再生に係る情報のうち、テキストフレームのみを伝送すればよい。図１５に第２実施形態において伝送されるＰＥＳパケット１３を示す。

図１５に示すＰＥＳパケット１３のデータ構造は、ＭＰＥＧ−２ ＴＳで規定されるＰＥＳヘッダ部１３０と、ペイロード部１３１とから構成される。ＰＥＳヘッダ部１３０は、ビデオ、オーディオ、あるいはテキストといったトラック間の同期再生のための時刻情報であるＰＴＳ（Presentation Time Stamp）を有している。ペイロード部１３１は、図２（ａ）において定義されるテキストフレーム１１４と同じ構造を有するテキストフレーム１３１４，１３１４’，・・・と、それぞれのテキストフレーム１３１４，１３１４’，・・・のデータ長１３１５，１３１５’，・・・とから構成される。

なお、データ長１３１５，１３１５’，・・・に代わり、スタートコードを用いてテキストフレーム１３１４，１３１４’，・・・の境界の目印としてもよい。

ＰＭＴ、あるいはＰＳＩプライベートセクションにおいて伝送されるトラックヘッダ、サンプルディスクリプションは、それぞれ第１実施形態において説明したトラックヘッダ１１１、サンプルディスクリプション１１２、サンプルディスクリプション１１２’と同じ構造を有している。また、必要に応じてコンフィグインフォメーション１１３を伝送するとしてもよい。

また、図１５に示すＰＥＳパケット１３は、第１実施形態の変形例として説明した図１３に示すＰＥＳパケット１’’と同様の構造を有するものであってもよい。

〈データ伝送装置〉
図１６に、ＭＰＥＧ−２ ＴＳの伝送に際して使用されるデータ伝送装置１４を示す。データ伝送装置１４は、蓄積部１４１と、ＰＥＳ送出部１４２と、システムエンコーダ部１４３とを備えており、蓄積されたメディアデータをＴＳパケットとして送出する装置である。

蓄積部１４１は、メディアデータを、例えば、ＭＰ４ファイル形式で蓄積している。ＰＥＳ送出部１４２は、ＭＰ４ファイルからビデオ、オーディオ、あるいはＴｉｍｅｄ Ｔｅｘｔなどといったトラック毎に独立したＥＳを受信する。ＰＥＳ送出部１４２では、受け取ったＴｉｍｅｄ Ｔｅｘｔをトラックヘッダ３０３０、サンプルディスクリプション３０４０、サンプルテーブル３０５０およびテキストサンプル３０６０（図５５参照）に分離してバッファリングする。バッファリングされたそれぞれの情報から、図１５に示すＰＥＳパケット１３を作成する。また、ＰＥＳパケット１３のＰＴＳには、ＰＥＳパケット１３において最初に配置されるテキストフレーム１３１４をビデオあるいはオーディオなど他のトラックと同期再生する時刻情報が格納される。システムエンコーダ部１４３では、トラックヘッダ３０３０およびサンプルディスクリプション３０４０を、ＰＭＴ、あるいはＰＳＩプライベートセクションにおいて格納し、ＴＳパケットとしてＰＥＳパケット１３と多重して送出する。

また、データ伝送に際しては、第１実施形態の〈データ伝送方法〉（２）および（３）で説明したデータ伝送方法を採用することも可能である。

〈データ受信装置〉
図１７に、ＭＰＥＧ−２ ＴＳの伝送に際して使用されるデータ受信装置１５を示す。データ受信装置１５は、受信部１５０と、システムデコーダ部１５１と、メディアデコーダバッファ部１５２と、メディアデコーダ部１５３と、表示バッファ部１５４とを備えており、受信したＴＳからテキストトラックを再生する装置である。データ受信装置１５は、例えば、テレビ、コンピュータあるいはカーナビなどに内蔵あるいは外部接続される。

受信部１５０は、放送波等を受信し、ＴＳを復調する。システムデコーダ部１５１は、復調されたＴＳからビデオ、オーディオ、あるいはテキストといったトラック毎にＰＥＳパケットを分離する。さらに、ＴＳパケットからメディア間の同期再生のための基準時刻であるＳＴＣを再生する。また、ＰＭＴ、あるいはＰＳＩプライベートセクションにおいて格納されたトラックヘッダ３０３０およびサンプルディスクリプション３０４０をメディアデコーダ部１５３に設定する。

メディアデコーダバッファ部１５２は、分離されたＰＥＳパケットのうちテキストトラックの再生にかかるＰＥＳパケット１３からＰＴＳを取り出す。さらに、システムデコーダ部１５１で再生されたＳＴＣを参照し、ＳＴＣに一致するＰＴＳを持つＰＥＳパケット１３のペイロード部１３１を送出する。

メディアデコーダ部１５３は、取得したペイロード部１３１、ＳＴＣおよび設定されたトラックヘッダ３０３０およびサンプルディスクリプション３０４０に基づいてテキストトラックをデコードする。

表示バッファ部１５４は、デコードされたテキストトラックを格納し、表示装置１５５の表示レートに従って、デコードされたテキストトラックをビデオ、オーディオといった他のメディアと同期的に再生させる。

また、データ受信に際しては、第１実施形態の〈データ受信方法〉（２）および（３）で説明したデータ受信方法を採用することも可能である。

〈第２実施形態の効果〉
第１実施形態の効果と同様の効果を得ることができる。

また、テキストトラックの再生に必要な情報であるトラックヘッダ、サンプルディスクリプションといった情報は、カルーセル方式により繰り返し伝送されており、ＰＥＳパケット１３を受信しつつ順次再生することが可能となる。

さらに、上記第１実施形態のようにインバンド伝送する場合、トラックヘッダやサンプルディスクリプションなどは、その内容に変化がなくても、ＰＥＳパケットに含まれて繰り返し出現する。このため、再生の際には、その内容が変化したかどうかを毎回解析して確認する必要がある。一方、上記第２実施形態のようにアウトバンド伝送する場合、ＰＭＴ中でトラックヘッダなどを繰り返し伝送する必要はあるが、内容の変化の有無は、ＰＭＴのヘッダ部にあるバージョン番号の変化で判断可能であり、その内容が変化したかどうかを毎回解析して確認する必要がなく、効率的な処理が可能となる。

〈第２実施形態の変形例〉
（１）
図１５を用いて説明したＰＥＳパケット１３において、データ長１３１５，１３１５’をセグメントテキストヘッダ（図２（ａ）参照）の一部として含んでいてもよい。この場合のＰＥＳパケットの構造を図１８に示す。

図１８に示すＰＥＳパケット５１１は、ＭＰＥＧ−２ ＴＳで規定されるＰＥＳヘッダ部５１２と、ペイロード部５１３とから構成される。ＰＥＳヘッダ部５１２は、図１５を用いて説明したＰＥＳヘッダ部１３０と同様の構造を有している。ペイロード部５１３は、複数のテキストフレームを有している。以下、ペイロード部５１３の有するテキストフレームのうちの１つであるテキストフレーム５１４を用いて、テキストフレームの構造について説明する。

テキストフレーム５１４は、セグメントテキストヘッダ５１５とテキストサンプル５１６とから構成される。セグメントテキストヘッダ５１５は、インデックス５１７とデュレーション５１８とレングス５１９とを有している。インデックス５１７は、テキストサンプル５１６と、テキストサンプル５１６に適用されるサンプルエントリ（図２（ｂ）、図１４参照）とを関連づけるための情報である。デュレーション５１８は、テキストサンプル５１６の再生時間情報である。レングス５１９は、テキストサンプル５１６のデータ長を格納する。なお、セグメントテキストヘッダ５１５における、インデックス５１７、デュレーション５１８およびレングス５１９の順序は任意である。テキストサンプル５１６は、図２（ａ）に示すテキストサンプル１１４２と同様の構造を有している。
ＰＥＳパケット５１１には、以上の構造を有するテキストフレームが複数格納される。

（２）
上記実施形態では、図１５を用いて、トラックヘッダおよびサンプルディスクリプションをアウトバンド伝送する場合について説明した。ここで、サンプルディスクリプションは、インバンド伝送することとしてもよい。この場合のＰＥＳパケットの構造を図１９を用いて説明する。

《２−１》
図１９（ａ）は、ペイロード部の冒頭にサンプルディスクリプションをまとめて配置するＰＥＳパケットの構造について示している。

ＰＥＳパケット５２６は、ＭＰＥＧ−２ ＴＳで規定されるＰＥＳヘッダ部５２７と、ペイロード部５２８とから構成される。ＰＥＳヘッダ部５２７は、図１５を用いて説明したＰＥＳヘッダ部１３０と同様の構造を有している。ペイロード部５２８は、サンプルディスクリプション５２９および複数のテキストフレームを有している。図１９（ａ）では、３つのテキストフレーム５３０〜５３２が格納されている。

サンプルディスクリプション５２９は、図１４を用いて説明したサンプルディスクリプション１１２’と同様の構造を有しており、ペイロード部５２８が有するテキストフレーム５３０〜５３２により参照されるサンプルエントリを有している。より具体的には、テキストフレーム５３０〜５３２が有するインデックス値に対応するインデックス値を有するサンプルエントリを有している。すなわち、テキストフレーム５３０〜５３２が有するインデックス値がそれぞれ値［３］、［２］、［２］である場合、サンプルディスクリプション５２９は、インデックス値［３］を有するサンプルエントリと、値［２］を有するサンプルエントリの２つのサンプルエントリを備える。

テキストフレーム５３０〜５３２の構造は、図１８を用いて説明したテキストフレーム５１４と同様である。

なお、サンプルディスクリプション５２９は、図２（ｂ）に示すサンプルディスクリプション１１２と同様の構造、すなわち、インデックスを有さない構造であってもよい。この場合、インデックス値［Ｎ］を有するテキストフレームに対して、サンプルディスクリプション１１２において［Ｎ］番目に格納されているサンプルエントリが適用される。

また、テキストフレーム５３０〜５３２は、図２（ａ）に示すテキストフレーム１１４と同様の構造、すなわち、レングスを備えない構造を有していてもよい。この場合には、テキストフレーム５３０〜５３２の境界を明確にするために、識別子が用いられてもよい。

《２−２》
図１９（ｂ）は、テキストフレーム毎にサンプルエントリを配置するＰＥＳパケットの構造について示している。

ＰＥＳパケット５３６は、ＭＰＥＧ−２ ＴＳで規定されるＰＥＳヘッダ部５３７と、ペイロード部５３８とから構成される。ＰＥＳヘッダ部５３７は、図１５を用いて説明したＰＥＳヘッダ部１３０と同様の構造を有している。ペイロード部５３８は、複数のテキストフレームを有している。以下、ペイロード部５３８の有するテキストフレームのうちの１つであるテキストフレーム５３９を用いて、テキストフレームの構造について説明する。

テキストフレーム５３９は、セグメントテキストヘッダ５４０とテキストサンプル５４１とから構成される。セグメントテキストヘッダ５４０は、サンプルエントリ５４２とデュレーション５４３とレングス５４４とを有している。サンプルエントリ５４２は、テキストサンプル５４１に適用される書式情報であり、図２（ｂ）に示すサンプルエントリ１１２１あるいは図１４に示すサンプルアトリビュート５０５と同様の構造を有している。デュレーション５４３は、テキストサンプル５４１の再生時間情報である。レングス５４４は、テキストサンプル５４１のデータ長を格納する。なお、セグメントテキストヘッダ５４０における、サンプルエントリ５４２、デュレーション５４３およびレングス５４４の順序は任意である。テキストサンプル５４１は、図２（ａ）に示すテキストサンプル１１４２と同様の構造を有している。
ＰＥＳパケット５３６には、以上の構造を有するテキストフレームが複数格納される。

《２−３》
サンプルディスクリプションをインバンド伝送とすることの効果について説明する。

サンプルディスクリプションをセクション形式によってアウトバンド伝送する場合、セクション形式のパケットとＰＥＳパケットとの伝送頻度が異なるため、ＰＥＳパケットにより伝送されるテキストサンプルを再生するために必要となるタイミングでサンプルディスクリプションが伝送されていないということが起こりうる。すなわち、テキストサンプルが受信されていても、テキストサンプルの再生に必要なサンプルディスクリプションが伝送されていないために、サンプルディスクリプションの伝送が完了するまでテキストサンプルの再生開始が遅れてしまうことがある。とくに、サンプルディスクリプションの情報量が多い場合などには、複数のパケットに分けて伝送される必要があるため、さらに再生開始までの時間がかかることとなる。

一方、図１９に示すＰＥＳパケットによりサンプルディスクリプションをインバンド伝送とする場合には、ＰＥＳパケットが格納するテキストサンプルが必要とするサンプルエントリを含むサンプルディスクリプションを伝送すれば、テキストサンプルの再生が可能となる。すなわち、ＭＰ４ファイル（図５５参照）が含む全てのテキストサンプルにより参照される可能性のあるサンプルエントリの全てを事前に伝送しておく必要がなく、テキストサンプルの再生開始までの時間を短縮化できる。

また、サンプルディスクリプションの内容を変更した場合であっても、変更内容を追加して伝送することが容易であり、リアルタイムでデータを作成しながら伝送するストリーミング伝送に好適な構造を有していると言える。

（３）
上記実施形態では、必要に応じてコンフィグインフォメーション１１３をアウトバンド伝送してもよいと説明した。

ここで、コンフィグインフォメーションは、アウトバンド伝送でも、インバンド伝送でも伝送されないもので有ってもよい。この場合、セグメントテキストヘッダのデータ長は、あるデフォルト値に設定されるとしてもよい。

［第３実施形態］
第３実施形態では、ＲＴＰ（Real time Transport Protocol）、ＲＴＳＰ（Real Time Streaming Protocol）およびＳＤＰ（Session Description Protocol）を用いたテキストトラックのストリーミング伝送について説明する。ＲＴＰは、ＩＥＴＦ（Internet Engineering Task Force）のＲＦＣ１８８９において規定されている、マルチメディアストリームのパケットフォーマットである。ＲＴＳＰ、ＳＤＰは、ＲＦＣ２３２６、ＲＦＣ２３２７でそれぞれ規定される、マルチメディアストリーミングの制御プロトコルである。

〈ＲＴＰ・ＲＴＳＰシーケンス〉
まず、インターネット上においてクライアント１６１がサーバ１６２からＭＰ４ファイル形式のメディアデータを取得する際の一般的な処理の流れを図２０に示す。

まず、ユーザが、パーソナルコンピュータなどのクライアント１６１に装備されているウェブブラウザにより、ＭＰ４ファイルへのリンクを含むＨＴＭＬ(Hyper Text Markup Language)ファイルを要求すると、クライアント１６１は、ＨＴＭＬファイルを要求するコマンドＣ１を発行する。サーバ１６２は、コマンドＣ１を了解したことを示す応答Ｒ１（ＨＴＴＰ／１．０ ＯＫ）をクライアント１６１に発行すると共に、ＨＴＭＬデータを送信する。（セッションＳ１）。

次に、ユーザが、ＭＰ４ファイルへのリンクをクリックすると、クライアント１６１は、ＭＰ４ファイルに関する詳細な情報を要求するコマンドＣ２を発行する。サーバ１６２は、コマンドＣ２を了解したことを示す応答Ｒ２（ＲＴＳＰ／１．０ ＯＫ）をクライアント１６１に発行すると共に、この詳細な情報を含むＳＤＰデータがクライアント１６１に供給される（セッションＳ２）。

次に、クライアント１６１は、受信されたＳＤＰの記述に基づいて、ＭＰ４ファイルのそれぞれのトラックを提供する準備を行うことを要求するコマンドＣ３１〜Ｃ３３を発行する。サーバ１６２は、それぞれのメディアデータを提供する準備が整い次第、上記コマンドＣ３１〜Ｃ３３を了解したことを示す応答Ｒ３１〜Ｒ３３（ＲＴＳＰ／１．０ ＯＫ）を発行する（セッションＳ３）。

次に、クライアント１６１は、すべてのメディアデータの提供を要求するコマンドＣ４を発行する。サーバ１６２は、コマンドＣ４を了解したことを示す応答Ｒ４（ＲＴＳＰ／１．０ ＯＫ）を発行する（セッションＳ４）。その後、ＭＰ４ファイル形式のメディアデータがＲＴＰパケットとして伝送される。

クライアント１６１は、セッションの終了に際しては、セッションの終了を要求するコマンドＣ５を発行する。サーバ１６２は、コマンドＣ５を了解したことを示す応答Ｒ５（ＲＴＳＰ／１．０ ＯＫ）を発行しセッションが終了される（セッションＳ５）。
ここで、上記セッションＳ２〜Ｓ５は、ＲＴＳＰにより行われる。

〈ＲＴＰパケットのデータ構造〉
（１）
サーバ１６２が備えるＭＰ４ファイル形式のメディアデータは、ＲＴＰパケットとして伝送される。

ここで、ＭＰ４ファイルが備えるＴｉｍｅｄ Ｔｅｘｔをストリーミング伝送により利用するために、ＲＴＰパケットは図２１に示すデータ構造を有している。図２１に示すＲＴＰパケット１７のデータ構造は、図１２に示すＰＥＳパケット１’のデータ構造と同様であるので詳しい説明は省略する。

ＲＴＰパケット１７は、ＲＴＰヘッダ部１７０にタイムスタンプと呼ばれる時刻情報を有している。このタイムスタンプは、図１２に示すＰＥＳパケット１’のＰＴＳ同様、ペイロード部１７１において最初に配置されるテキストフレームの再生時刻を有している。

（２）
トラックヘッダ、サンプルディスクリプション、コンフィグインフォメーションおよびテキストフレームといったテキストトラックの再生に係る情報をすべてＲＴＰパケット１７により伝送（インバンド伝送）するのに対し、一部の情報を図２０のセッションＳ２において供給されるＳＤＰとして伝送することも可能である（アウトバンド伝送）。

ＲＴＰを用いてサーバ１６２からメディアデータを取得する際には、サーバ・クライアント間でセッションＳ２が実行される。このため、ＳＤＰとしてトラックヘッダ、サンプルディスクリプションといった情報をあらかじめ伝送しておき利用することができる。

図２２にＲＴＰを用いたアウトバンド伝送で伝送されるＲＴＰパケット１８のデータ構造を示す。図２２に示すＲＴＰパケット１８のデータ構造は、図１５に示すＰＥＳパケット１３のデータ構造とほぼ同様であるので詳しい説明は省略する。

ＲＴＰパケット１８は、ＲＴＰヘッダ部１８０にタイムスタンプと呼ばれる時刻情報を有している。このタイムスタンプは、図１５に示すＰＥＳパケット１３のＰＴＳ同様、ペイロード部１８１において最初に配置されるテキストフレームの再生時刻を有している。

ＳＤＰにおいて伝送されるトラックヘッダ、サンプルディスクリプションは、それぞれ第１実施形態において説明したトラックヘッダ１１１、サンプルディスクリプション１１２と同じ構造を有している。また、必要に応じてコンフィグインフォメーション１１３を伝送するとしてもよい。

（３）
また、図２１および図２２に示すＲＴＰパケット１７および１８は、第１実施形態の変形例として説明した図１３に示すＰＥＳパケット１’’のペイロード部１１７と同様の構造を有するペイロード部にＲＴＰヘッダ部１７０および１８０を付加した構造を有するものであってもよい。

〈データ伝送装置〉
図２３に、ＲＴＰを用いたテキストトラックの伝送に際して使用されるデータ伝送装置１９を示す。データ伝送装置１９は、蓄積部１９１と、ＲＴＰ送出部１９２と、ＲＴＳＰ通信部１９３と、ＲＴＰ送信部１９４とを備えている。データ伝送装置１９は、例えば、蓄積されたメディアデータをクライアント１６１からの要求に応じて、ＲＴＰパケット１７あるいは１８として送出するサーバ１６２などに搭載される装置である。以下、テキストトラックの伝送に係る部分を中心に説明する。

（１）
まず、テキストトラックの再生に係る情報をＲＴＰパケットでインバンド伝送する場合について説明する。

蓄積部１９１は、メディアデータを、例えば、ＭＰ４ファイル形式で蓄積している。また、蓄積部１９１は、蓄積するファイルに関する詳細な情報を有している。

ＲＴＰ送出部１９２は、ＭＰ４ファイルからビデオ、オーディオ、あるいはＴｉｍｅｄ Ｔｅｘｔなどといったトラック毎に独立したＥＳを受信する。ＲＴＰ送出部１９２では、受け取ったＴｉｍｅｄ Ｔｅｘｔをトラックヘッダ３０３０、サンプルディスクリプション３０４０、サンプルテーブル３０５０およびテキストサンプル３０６０（図５５参照）に分離してバッファリングする。さらに、バッファリングされたそれぞれの情報から、図２１に示すＲＴＰパケット１７を作成する。また、ＲＴＰパケット１７のタイムスタンプには、ＲＴＰパケット１７において最初に配置されるテキストフレームを再生する時刻情報が格納される。

ＲＴＳＰ通信部１９３は、メディアデータの提供を要求するクライアント１６１とセッションＳ２〜Ｓ５（図２０参照）を行い、蓄積部１９１に蓄積されるファイルに関する情報を取得して送信する。また、クライアント１６１からのメディアデータの再生の要求を受け、ＲＴＰ送出部１９２にＲＴＰパケット１７を作成させる。

ＲＴＰ送信部１９４は、クライアント１６１に対して、ＲＴＰパケット１７を送信する。

（２）
データ伝送装置１９と同様の構成をもつデータ伝送装置により、テキストトラックの再生に係る情報をＳＤＰでアウトバンド伝送する場合について説明する。以下、動作の相違するＲＴＰ送出部とＲＴＳＰ通信部の動作について説明する。

アウトバンド伝送に用いられるデータ伝送装置において、ＲＴＰ送出部は、蓄積部から受け取ったＴｉｍｅｄ Ｔｅｘｔをトラックヘッダ３０３０、サンプルディスクリプション３０４０、サンプルテーブル３０５０およびテキストサンプル３０６０（図５５参照）に分離してバッファリングする。さらに、バッファリングされたそれぞれの情報から、図２２に示すＲＴＰパケット１８を作成する。また、ＲＴＰパケット１８のタイムスタンプには、ＲＴＰパケット１８において最初に配置されるテキストフレームを再生する時刻情報が格納される。

ＲＴＳＰ通信部は、メディアデータの提供を要求するクライアント１６１とセッションＳ２〜Ｓ５（図２０参照）を行う。セッションＳ２においては、蓄積部に蓄積されるファイルに関する情報、トラックヘッダ３０３０およびサンプルディスクリプション３０６０をＳＤＰにて送信する。また、クライアント１６１からのメディアデータの再生の要求を受け、ＲＴＰ送出部にＲＴＰパケット１８を作成させる。
ＲＴＰ送信部は、クライアント１６１に対して、ＲＴＰパケット１８を伝送する。

（３）
データ伝送に際しては、第１実施形態の〈データ伝送方法〉（２）および（３）で説明したデータ伝送方法を採用し、ＲＴＰパケットを作成することも可能である。

〈データ受信装置〉
図２４にＲＴＰにより伝送されるテキストトラックを受信するために使用されるデータ受信装置２０を示す。データ受信装置２０は、ＲＴＳＰ通信部２０１と、ＲＴＰ受信部２０２と、受信バッファ部２０３と、クロック２０４と、デコーダ部２０５と、表示部２０６とを備えており、データ伝送装置１９より受信したＲＴＰパケット１７あるいは１８に基づいて、テキストトラックの再生を行うコンピュータ、携帯電話、ＰＤＡ（personal digital assistant）などといった装置である。以下、テキストトラックの再生に係る部分を中心に説明する。

（１）
まず、テキストトラックの再生に係る情報がすべてＲＴＰパケットでインバンド伝送される場合について説明する。ここで、テキストトラックの再生に係る情報がＲＴＰパケットによりインバンド伝送されるか、ＳＤＰによりアウトバンド伝送されるかについては、セッションＳ２（図２０参照）で伝送されるＳＤＰに示されている。

ＲＴＳＰ通信部２０１は、メディアデータの提供を行うサーバ１６２とセッションＳ２〜Ｓ５（図２０参照）を行う。さらに、このセッションＳ２〜Ｓ５に基づいて、ＲＴＰ受信部２０２にＲＴＰパケット１７を受信させるための受信制御を行う。

ＲＴＰ受信部２０２は、サーバ１６２から送信されたＲＴＰパケット１７を上記受信制御に基づいて受信し、一時的に受信バッファ部２０３に格納する。

受信バッファ部２０３は、格納したＲＴＰパケット１７からタイムスタンプを取得し、クロック２０４のカウントとタイムスタンプとに基づいて、ＲＴＰパケット１７をデコーダ部２０５に送出する。

デコーダ部２０５は、取得したＲＴＰパケット１７とクロック２０４のカウントとに基づいて、テキストトラックのデコードを行う。
デコードされたテキストトラックは、表示部２０６にて表示される。

（２）
データ受信装置２０と同様構成を持つデータ受信装置により、ＳＤＰでアウトバンド伝送されたテキストトラックの再生に係る情報を受信する場合について説明する。

ＲＴＳＰ通信部は、サーバ１６２とのセッションＳ２において、ＳＤＰによりＴｉｍｅｄ Ｔｅｘｔのトラックヘッダ３０３０、サンプルディスクリプション３０４０（図５５参照）を取得する。取得されたトラックヘッダ３０３０、サンプルディスクリプション３０４０は、デコーダ部２０５に設定される。

ＲＴＰ受信部は、サーバ１６２から送信されたＲＴＰパケット１８を受信し、一時的に受信バッファ部に格納する。

受信バッファ部は、格納したＲＴＰパケット１８からタイムスタンプを取得し、クロックのカウントとタイムスタンプとに基づいて、ＲＴＰパケット１８をデコーダ部に送出する。

デコーダ部は、取得したＲＴＰパケット１８とクロックのカウントとＲＴＳＰ通信部により設定された情報とに基づいて、テキストトラックのデコードを行う。

（３）
なお、データ受信に際しては、第１実施形態の〈データ受信方法〉（２）および（３）で説明したデータ受信方法を採用し、ＲＴＰパケットからテキストトラックを再生することも可能である。

また、本発明の特徴は、デコーダ部２０５にあるため、データ受信装置の形態はデータ受信装置２０に限定されるものではない。例えば、表示部２０６を別体として外部に備えるものであってもよい。

〈第３実施形態の効果〉
第１実施形態および第２実施形態と同様の効果を得ることができる。

また、ＳＤＰを用いた伝送では、テキストトラックの伝送前にＲＴＳＰによるセッションＳ２〜Ｓ５が実行されることを利用してテキストトラックの再生に係る情報の一部を送信する。これにより、テキストトラックの再生に係る重要な情報を確実に伝送することができる。さらにこの場合、セッションＳ２において１度だけトラックヘッダやサンプルディスクリプションを送れば良いため、伝送路帯域を十分に活用してテキストフレームの伝送を行うことができる。

〈第３実施形態の変形例〉
（１）
図２２に示すＲＴＰパケット１８のペイロード部１８１は、図１８に示すペイロード部５１３と同様の構造を有していてもよい。また、図１９に示すペイロード部５２８あるいはペイロード部５３８と同様の構造を有していてもよい。

（２）
上記実施形態では、必要に応じてコンフィグインフォメーション１１３をアウトバンド伝送してもよいと説明した。

ここで、コンフィグインフォメーションは、アウトバンド伝送でも、インバンド伝送でも伝送されないもので有ってもよい。この場合、セグメントテキストヘッダのデータ長は、あるデフォルト値に設定されるとしてもよい。

［第１〜第３実施形態に関する付記］
〈付記の内容〉
（付記１）
テキストデータの再生にかかるテキスト再生用データを転送し順次再生させるためのテキスト伝送用データの伝送データ構造であって、
前記テキスト再生用データは、前記テキストデータを分割した複数の分割テキストデータと、前記分割テキストデータを再生するための情報を含むテキストヘッダデータとを含み、
前記テキスト伝送用データは、前記分割テキストデータに付加された分割テキストデータ識別子と、前記テキストヘッダデータに付加されたテキストヘッダデータ識別子とを含んでいる、
テキスト伝送用データの伝送データ構造。

（付記２）
前記テキストヘッダデータは、前記テキストデータ全体の再生に係わる全体テキストヘッダデータと、前記分割テキストデータの個々の再生に係わる分割テキストヘッダデータとを含み、
前記テキスト伝送用データでは、前記分割テキストヘッダデータは前記分割テキストデータ毎に並べられており、
前記テキストヘッダデータ識別子は、前記全体テキストヘッダデータに付加された全体テキストヘッダデータ識別子を含む、付記１に記載のテキスト伝送用データの伝送データ構造。

（付記３）
前記全体テキストヘッダデータは、前記分割テキストデータの書式情報を複数有しており、
前記分割テキストヘッダデータは、前記分割テキストデータと前記書式情報との関連を示すインデックスを含む、付記２に記載のテキスト伝送用データの伝送データ構造。

（付記４）
前記分割テキストヘッダデータは、前記分割テキストデータの再生時間情報を含む、付記２または３に記載のテキスト伝送用データの伝送データ構造。

（付記５）
テキストデータの再生にかかるテキスト再生用データを転送し順次再生させるためのテキスト伝送用データの伝送データ構造であって、
前記テキスト再生用データは、前記テキストデータを分割した複数の分割テキストデータと、前記分割テキストデータを再生するための情報を含むテキストヘッダデータとを含み、
前記テキストヘッダデータは、前記テキストデータ全体の再生に係わる全体テキストヘッダデータと、前記分割テキストデータの個々の再生に係わる分割テキストヘッダデータとを含み、
前記全体テキストヘッダデータは、前記分割テキストヘッダデータのデータ長をカスタマイズするためのデータ長カスタマイズ情報を含んでいる、テキスト伝送用データの伝送データ構造。

（付記６）
前記全体テキストヘッダデータは、前記分割テキストデータの書式情報を複数さらに含み、
前記分割テキストヘッダデータは、前記分割テキストデータと前記書式情報との関連を示すインデックスを含んでいる、付記５に記載のテキスト伝送用データの伝送データ構造。

（付記７）
前記分割テキストヘッダデータは前記分割テキストデータの再生時間情報を含んでいる、付記５又は６に記載のテキスト伝送用データの伝送データ構造。

（付記８）
テキストデータの再生にかかるテキスト再生用データを転送し順次再生させるためのテキスト伝送用データの伝送データ構造であって、
前記テキスト再生用データは、前記テキストデータを分割した複数の分割テキストデータと、前記分割テキストデータの再生を開始する再生開始情報を含むテキストヘッダデータとを含み、
前記テキスト伝送用データは複数のパケットから構成され、
前記各パケットは前記テキストヘッダデータの前記再生開始情報を含んでいる、
テキスト伝送用データの伝送データ構造。

（付記９）
前記テキストヘッダデータは、前記テキストデータ全体の再生に係わる全体テキストヘッダデータと、前記分割テキストデータの個々の再生に係わる分割テキストヘッダデータとを含み、
前記各全体テキストヘッダデータは前記再生開始情報を含んでいる、付記８に記載のテキスト伝送用データの伝送データ構造。

（付記１０）
前記全体テキストヘッダデータは、前記分割テキストデータの書式情報を複数さらに含み、
前記分割テキストヘッダデータは、前記分割テキストデータと前記書式情報との関連を示すインデックスを含んでいる、付記９に記載のテキスト伝送用データの伝送データ構造。

（付記１１）
前記全体テキストヘッダデータは、前記分割テキストヘッダデータのデータ長をカスタマイズするためのデータ長カスタマイズ情報をさらに含んでいる、付記９又は１０に記載のテキスト伝送用データの伝送データ構造。

（付記１２）
テキストデータの再生にかかるテキスト再生用データを転送し順次再生させるためのテキスト伝送用データのデータ伝送方法であって、
前記テキスト再生用データは、前記テキストデータを分割した複数の分割テキストデータと、前記分割テキストデータの再生を開始する再生開始情報を含むテキストヘッダデータとを含み、
前記テキスト再生用データに基づいて、前記テキスト伝送用データのペイロード部を作成する作成ステップと、
前記作成された前記各ペイロード部に対してヘッダ部を付加しパケットとする付加ステップとを備え、
前記各ペイロード部は、前記テキストヘッダデータの前記再生開始情報を含んでいる、
テキスト伝送用データのデータ伝送方法。

（付記１３）
テキストデータの再生にかかるテキスト再生用データを転送し順次再生させるためのテキスト伝送用データのデータ伝送装置であって、
前記テキスト再生用データは、前記テキストデータを分割した複数の分割テキストデータと、前記分割テキストデータの再生を開始する再生開始情報を含むテキストヘッダデータとを含み、
前記テキスト再生用データに基づいて、前記テキスト伝送用データのペイロード部を作成する作成手段と、
前記作成された前記各ペイロード部に対してヘッダ部を付加しパケットとする付加手段とを備え、
前記各ペイロード部は、前記テキストヘッダデータの前記再生開始情報を含んでいる、
テキスト伝送用データのデータ伝送装置。

（付記１４）
コンピュータにより、テキストデータの再生にかかるテキスト再生用データを転送し順次再生させるためのテキスト伝送用データのデータ伝送方法を行うためのデータ伝送プログラムであって、
前記テキスト再生用データは、前記テキストデータを分割した複数の分割テキストデータと、前記分割テキストデータの再生を開始する再生開始情報を含むテキストヘッダデータとを含み、
前記データ伝送プログラムは、コンピュータに、
前記テキスト再生用データに基づいて、前記テキスト伝送用データのペイロード部を作成する作成ステップと、
前記作成された前記各ペイロード部に対してヘッダ部を付加しパケットとする付加ステップとを備え、
前記各ペイロード部は、前記テキストヘッダデータの前記再生開始情報を含んでいる、
テキスト伝送用データのデータ伝送方法
を、行わせるものであるデータ伝送プログラム。

（付記１５）
テキストデータの再生にかかるテキスト再生用データを転送し順次再生させるためのテキスト伝送用データのデータ伝送方法であって、
前記テキスト再生用データは、前記テキストデータを分割した複数の分割テキストデータと、前記分割テキストデータを再生するための情報を含むテキストヘッダデータとを含み、
前記テキスト再生用データに基づいて、ペイロード部を作成する作成ステップと、
前記作成された前記各ペイロード部に対してヘッダ部を付加しパケットとする付加ステップとを備え、
前記テキスト伝送用データは、複数の前記パケットから構成され、
前記分割テキストデータは、前記各パケット内において表示順に配置され、
前記パケットは、前記各分割テキストデータの再生時刻情報を有し、
第２のパケットは、その前の第１のパケットの分割テキストデータと再生時刻情報が重複する分割テキストデータを含んでいる、
テキスト伝送用データのデータ伝送方法。

（付記１６）
テキストデータの再生にかかるテキスト再生用データを転送し順次再生させるためのテキスト伝送用データのデータ伝送装置であって、
前記テキスト再生用データは、前記テキストデータを分割した複数の分割テキストデータと、前記分割テキストデータを再生するための情報を含むテキストヘッダデータとを含み、
前記テキスト再生用データに基づいて、ペイロード部を作成する作成手段と、
前記作成された前記各ペイロード部に対してヘッダ部を付加しパケットとする付加手段とを備え、
前記テキスト伝送用データは、複数の前記パケットから構成され、
前記分割テキストデータは、前記各パケット内において表示順に配置され、
前記パケットは、前記各分割テキストデータの再生時刻情報を有し、
第２のパケットは、その前の第１のパケットの分割テキストデータと再生時刻情報が重複する分割テキストデータを含んでいる、
テキスト伝送用データのデータ伝送装置。

（付記１７）
コンピュータにより、テキストデータの再生にかかるテキスト再生用データを転送し順次再生させるためのテキスト伝送用データのデータ伝送方法を行うためのデータ伝送プログラムであって、
前記テキスト再生用データは、前記テキストデータを分割した複数の分割テキストデータと、前記分割テキストデータを再生するための情報を含むテキストヘッダデータとを含み、
前記データ伝送プログラムは、コンピュータに、
前記テキスト再生用データに基づいて、ペイロード部を作成する作成ステップと、
前記作成された前記各ペイロード部に対してヘッダ部を付加しパケットとする付加ステップとを備え、
前記テキスト伝送用データは、複数の前記パケットから構成され、
前記分割テキストデータは、前記各パケット内において表示順に配置され、
前記パケットは、前記各分割テキストデータの再生時刻情報を有し、
第２のパケットは、その前の第１のパケットの分割テキストデータと再生時刻情報が重複する分割テキストデータを含んでいる、
テキスト伝送用データのデータ伝送方法
を、行わせるものであるデータ伝送プログラム。

〈付記の説明〉
付記１にかかるテキスト伝送用データの伝送データ構造は、テキストデータの再生にかかるテキスト再生用データを転送し順次再生させるためのテキスト伝送用データの伝送データ構造であって、テキスト再生用データは、テキストデータを分割した複数の分割テキストデータと、分割テキストデータを再生するための情報を含むテキストヘッダデータとを含んでいる。さらに、テキスト伝送用データは、分割テキストデータに付加された分割テキストデータ識別子と、テキストヘッダデータに付加されたテキストヘッダデータ識別子とを含んでいる。

ここで、分割テキストデータ識別子とテキストヘッダデータ識別子とは、例えば、スタートコードと、分割テキストデータおよびテキストヘッダデータを識別する固有のＩＤとから構成される識別子や、分割テキストデータおよびテキストヘッダデータのそれぞれのデータ長と、それぞれに固有のＩＤとから構成される識別子などである。

テキスト伝送用データにおいて、分割テキストデータおよびテキストヘッダデータは、分割テキストデータ識別子およびテキストヘッダデータ識別子により識別可能となる。すなわち、分割テキストデータを再生するための情報を含むテキストヘッダデータを、分割テキストデータ毎にあるいは周期的に伝送しても、再生側において識別させることができる。これにより、再生側においては、テキストデータの再生にかかるテキスト再生用データの情報量に係わらず、分割テキストデータおよびテキストヘッダデータに基づいて、順次再生を行うことが可能となる。

付記２にかかるテキスト伝送用データの伝送データ構造は、付記１に記載のテキスト伝送用データの伝送データ構造であって、テキストヘッダデータは、テキストデータ全体の再生に係わる全体テキストヘッダデータと、分割テキストデータの個々の再生に係わる分割テキストヘッダデータとを含んでいる。また、テキスト伝送用データでは、分割テキストヘッダデータは分割テキストデータ毎に並べられている。さらに、テキストヘッダデータ識別子は、全体テキストヘッダデータに付加された全体テキストヘッダデータ識別子を含んでいる。

ここで、分割テキストデータ識別子や全体テキストヘッダデータ識別子は、例えば、スタートコードと、分割テキストデータおよび全体テキストヘッダデータを識別する固有のＩＤとから構成される識別子や、分割テキストデータおよび全体テキストヘッダデータのデータ長と、それぞれに固有のＩＤとから構成される識別子などである。

テキスト伝送用データにおいて、分割テキストデータおよび全体テキストヘッダデータは、分割テキストデータ識別子および全体テキストヘッダデータ識別子により識別可能となる。すなわち、テキスト伝送用データにおいて、全体テキストヘッダデータを必要なタイミングで伝送することができる。

付記３にかかるテキスト伝送用データの伝送データ構造は、付記２に記載のテキスト伝送用データの伝送データ構造であって、全体テキストヘッダデータは、分割テキストデータの書式情報を複数有している。また、分割テキストヘッダデータは、分割テキストデータと前記書式情報との関連を示すインデックスを含んでいる。

ここで、書式情報とは、例えば、分割テキストデータのスクロールの有無と方向、再生位置、背景色、フォント書式（フォント名、大きさ、色、太字、下線、斜体など）などで構成される分割テキストデータの書式のデフォルト情報である。

これにより、分割テキストデータ毎に書式情報を伝送する必要がなくなる。そのため、テキスト伝送用データの情報量を少なくすることが可能となる。

付記４にかかるテキスト伝送用データの伝送データ構造は、付記２または３に記載のテキスト伝送用データの伝送データ構造であって、分割テキストヘッダデータは、分割テキストデータの再生時間情報を含んでいる。

再生時間情報は、分割テキストデータ毎に並べられている。再生側では、この再生時間情報に従って、分割テキストデータの再生を行う。

付記５にかかるテキスト伝送用データの伝送データ構造は、テキストデータの再生にかかるテキスト再生用データを転送し順次再生させるためのテキスト伝送用データの伝送データ構造であって、テキスト再生用データは、テキストデータを分割した複数の分割テキストデータと、分割テキストデータを再生するための情報を含むテキストヘッダデータとを含んでいる。また、テキストヘッダデータは、テキストデータ全体の再生に係わる全体テキストヘッダデータと、分割テキストデータの個々の再生に係わる分割テキストヘッダデータとを含んでいる。さらに、全体テキストヘッダデータは、分割テキストヘッダデータのデータ長をカスタマイズするためのデータ長カスタマイズ情報を含んでいる。

データ長カスタマイズ情報により、分割テキストデータの個々の再生に係わる分割テキストヘッダデータのデータ長を必要に応じてカスタマイズすることができる。すなわち、テキスト伝送用データにおける分割テキストヘッダデータのしめる情報量を必要かつ十分な量にカスタマイズすることができる。この結果、分割テキストデータの個々の再生に必要な情報量を少なくすることができ、再生側における順次再生に係る負荷を軽減することができる。

付記６にかかるテキスト伝送用データの伝送データ構造は、付記５に記載のテキスト伝送用データの伝送データ構造であって、全体テキストヘッダデータは、分割テキストデータの書式情報を複数さらに含んでいる。また、分割テキストヘッダデータは、分割テキストデータと書式情報との関連を示すインデックスを含んでいる。

ここで、書式情報とは、例えば、分割テキストデータのスクロールの有無と方向、再生位置、背景色、フォント書式（フォント名、大きさ、色、太字、下線、斜体など）などで構成される分割テキストデータの書式のデフォルト情報である。

また、データ長カスタマイズ情報は、インデックスのデータ長を、例えば、８，１６，２４，３２ビットといったデータ長に設定する。

これにより、分割テキストデータ毎に書式情報を伝送する必要がなくなる。この結果、分割テキストデータの個々の再生に必要な情報量を少なくすることができ、再生側における順次再生に係る負荷をさらに軽減することができる。

付記７にかかるテキスト伝送用データの伝送データ構造は、付記５又は６に記載のテキスト伝送用データの伝送データ構造であって、分割テキストヘッダデータは分割テキストデータの再生時間情報を含んでいる。

また、データ長カスタマイズ情報は、再生時間情報のデータ長を、例えば、８，１６，２４，３２ビットといったデータ長に設定する。

再生時間情報は、分割テキストデータ毎に並べられている。再生側では、この再生時間情報に従って、分割テキストデータの再生を行う。

付記８にかかるテキスト伝送用データの伝送データ構造は、テキストデータの再生にかかるテキスト再生用データを転送し順次再生させるためのテキスト伝送用データの伝送データ構造であって、テキスト再生用データは、テキストデータを分割した複数の分割テキストデータと、分割テキストデータの再生を開始する再生開始情報を含むテキストヘッダデータとを含んでいる。また、テキスト伝送用データは複数のパケットから構成されている。さらに、各パケットはテキストヘッダデータの再生開始情報を含んでいる。

ここで、再生開始情報とは、例えば、テキストデータのレイアウト（表示領域、ビデオなど他メディアとの相対位置）、レイヤ（他メディアとの階層関係）、再生時間などの情報を含み、分割テキストデータの再生を開始するために必要な情報である。

これにより、再生側においては、テキストデータの再生にかかるテキスト再生用データの情報量に係わらず、各パケット単位で順次再生を開始することができ、再生開始までの待ち時間を少なくすることが可能となる。

付記９にかかるテキスト伝送用データの伝送データ構造は、付記８に記載のテキスト伝送用データの伝送データ構造であって、テキストヘッダデータは、テキストデータ全体の再生に係わる全体テキストヘッダデータと、分割テキストデータの個々の再生に係わる分割テキストヘッダデータとを含んでいる。また、各全体テキストヘッダデータは再生開始情報を含んでいる。

全体テキストヘッダデータは、各パケットに含まれ、分割テキストデータの再生を開始する再生開始情報を含む。また、各パケットは、それぞれのパケットが含む分割テキストデータの再生に係わる分割テキストヘッダデータを含んでいる。

付記１０にかかるテキスト伝送用データの伝送データ構造は、付記９に記載のテキスト伝送用データの伝送データ構造であって、全体テキストヘッダデータは、分割テキストデータの書式情報を複数さらに含んでいる。また、分割テキストヘッダデータは、分割テキストデータと書式情報との関連を示すインデックスを含んでいる。

ここで、書式情報とは、例えば、分割テキストデータのスクロールの有無と方向、再生位置、背景色、フォント書式（フォント名、大きさ、色、太字、下線、斜体など）などで構成される分割テキストデータの書式のデフォルト情報である。

これにより、分割テキストデータ毎に書式情報を伝送する必要がなくなる。この結果、分割テキストデータの個々の再生に必要な情報量を少なくすることができ、再生側における順次再生に係る負荷を軽減することができる。

付記１１にかかるテキスト伝送用データの伝送データ構造は、付記９又は１０に記載のテキスト伝送用データの伝送データ構造であって、全体テキストヘッダデータは、分割テキストヘッダデータのデータ長をカスタマイズするためのデータ長カスタマイズ情報をさらに含んでいる。

データ長カスタマイズ情報により、分割テキストデータの個々の再生に係わる分割テキストヘッダデータのデータ長を必要に応じてカスタマイズすることができる。すなわち、各パケットにおける分割テキストヘッダデータの情報量を必要かつ十分な量にカスタマイズすることができる。この結果、分割テキストデータの個々の再生に必要な情報量を少なくすることができ、再生側における順次再生に係る負荷をさらに軽減することができる。

付記１２にかかるテキスト伝送用データのデータ伝送方法は、テキストデータの再生にかかるテキスト再生用データを転送し順次再生させるためのテキスト伝送用データのデータ伝送方法であって、テキスト再生用データは、テキストデータを分割した複数の分割テキストデータと、分割テキストデータの再生を開始する再生開始情報を含むテキストヘッダデータとを含んでいる。また、テキスト再生用データに基づいて、テキスト伝送用データのペイロード部を作成する作成ステップと、作成された各ペイロード部に対してヘッダ部を付加しパケットとする付加ステップとを備えている。さらに、各ペイロード部は、テキストヘッダデータの再生開始情報を含んでいる。

ここで、再生開始情報とは、例えば、テキストデータのレイアウト（表示領域、ビデオなど他メディアとの相対位置）、レイヤ（他メディアとの階層関係）、再生時間などの情報を含み、分割テキストデータの再生を開始するために必要な情報である。

このデータ伝送方法により作成された各パケットを取得する再生側においては、テキストデータの再生にかかるテキスト再生用データの情報量に係わらず、各パケット単位で順次再生を開始することができ、再生開始までの待ち時間を少なくすることが可能となる。

付記１３にかかるテキスト伝送用データのデータ伝送装置は、テキストデータの再生にかかるテキスト再生用データを転送し順次再生させるためのテキスト伝送用データのデータ伝送装置であって、テキスト再生用データは、テキストデータを分割した複数の分割テキストデータと、分割テキストデータの再生を開始する再生開始情報を含むテキストヘッダデータとを含んでいる。また、テキスト再生用データに基づいて、テキスト伝送用データのペイロード部を作成する作成手段と、作成された各ペイロード部に対してヘッダ部を付加しパケットとする付加手段とを備えている。さらに、各ペイロード部は、テキストヘッダデータの再生開始情報を含んでいる。

ここで、再生開始情報とは、例えば、テキストデータのレイアウト（表示領域、ビデオなど他メディアとの相対位置）、レイヤ（他メディアとの階層関係）、再生時間などの情報を含み、分割テキストデータの再生を開始するために必要な情報である。

このデータ伝送装置により作成された各パケットを取得する再生側においては、テキストデータの再生にかかるテキスト再生用データの情報量に係わらず、各パケット単位で順次再生を開始することができ、再生開始までの待ち時間を少なくすることが可能となる。

付記１４にかかるデータ伝送プログラムは、コンピュータにより、テキストデータの再生にかかるテキスト再生用データを転送し順次再生させるためのテキスト伝送用データのデータ伝送方法を行うためのデータ伝送プログラムであって、テキスト再生用データは、テキストデータを分割した複数の分割テキストデータと、分割テキストデータの再生を開始する再生開始情報を含むテキストヘッダデータとを含んでいる。テキスト伝送用データのデータ伝送方法は、テキスト再生用データに基づいて、テキスト伝送用データのペイロード部を作成する作成ステップと、作成された前記各ペイロード部に対してヘッダ部を付加しパケットとする付加ステップとを備えている。また、各ペイロード部は、テキストヘッダデータの再生開始情報を含んでいる。

ここで、再生開始情報とは、例えば、テキストデータのレイアウト（表示領域、ビデオなど他メディアとの相対位置）、レイヤ（他メディアとの階層関係）、再生時間などの情報を含み、分割テキストデータの再生を開始するために必要な情報である。

このデータ伝送プログラムにより作成された各パケットを取得する再生側においては、テキストデータの再生にかかるテキスト再生用データの情報量に係わらず、各パケット単位で順次再生を開始することができ、再生開始までの待ち時間を少なくすることが可能となる。

付記１５にかかるテキスト伝送用データのデータ伝送方法は、テキストデータの再生にかかるテキスト再生用データを転送し順次再生させるためのテキスト伝送用データのデータ伝送方法であって、テキスト再生用データは、テキストデータを分割した複数の分割テキストデータと、分割テキストデータを再生するための情報を含むテキストヘッダデータとを含んでいる。また、テキスト再生用データに基づいて、ペイロード部を作成する作成ステップと、作成された各ペイロード部に対してヘッダ部を付加しパケットとする付加ステップとを備えている。テキスト伝送用データは、複数の前記パケットから構成されている。また、分割テキストデータは、各パケット内において表示順に配置されている。さらに、パケットは、各分割テキストデータの再生時刻情報を有している。またさらに、第２のパケットは、その前の第１のパケットの分割テキストデータと再生時刻情報が重複する分割テキストデータを含んでいる。

ここで、再生時刻情報は、パケット内において最初に配置される分割テキストデータの再生時刻と各分割テキストデータの再生時間とから構成される情報、あるいは各分割テキストデータの再生時刻から構成される情報である。

このデータ伝送方法により作成された各パケットにおいては、第２のパケットと、その前の第１のパケットとは、再生時刻情報が重複する分割テキストデータを含む。すなわち、異なるパケットで重複する再生時刻情報を持つ分割テキストデータを複数回伝送することが許される。これにより、テキスト伝送用データのエラー耐性を高めることができる。

付記１６にかかるテキスト伝送用データのデータ伝送装置は、テキストデータの再生にかかるテキスト再生用データを転送し順次再生させるためのテキスト伝送用データのデータ伝送装置であって、テキスト再生用データは、テキストデータを分割した複数の分割テキストデータと、分割テキストデータを再生するための情報を含むテキストヘッダデータとを含んでいる。また、テキスト再生用データに基づいて、ペイロード部を作成する作成手段と、作成された各ペイロード部に対してヘッダ部を付加しパケットとする付加手段とを備えている。テキスト伝送用データは、複数のパケットから構成されている。また、分割テキストデータは、各パケット内において表示順に配置されている。さらに、パケットは、各分割テキストデータの再生時刻情報を有している。またさらに、第２のパケットは、その前の第１のパケットの分割テキストデータと再生時刻情報が重複する分割テキストデータを含んでいる。

ここで、再生時刻情報は、パケット内において最初に配置される分割テキストデータの再生時刻と各分割テキストデータの再生時間とから構成される情報、あるいは各分割テキストデータの再生時刻から構成される情報である。

このデータ伝送装置により作成された各パケットにおいては、第２のパケットと、その前の第１のパケットとは、再生時刻情報が重複する分割テキストデータを含む。すなわち、異なるパケットで重複する再生時刻情報を持つ分割テキストデータを複数回伝送することが許される。これにより、テキスト伝送用データのエラー耐性を高めることができる。

付記１７にかかるデータ伝送プログラムは、コンピュータにより、テキストデータの再生にかかるテキスト再生用データを転送し順次再生させるためのテキスト伝送用データのデータ伝送方法を行うためのデータ伝送プログラムであって、テキスト再生用データは、テキストデータを分割した複数の分割テキストデータと、分割テキストデータを再生するための情報を含むテキストヘッダデータとを含んでいる。テキスト伝送用データのデータ伝送方法は、テキスト再生用データに基づいて、ペイロード部を作成する作成ステップと、作成された各ペイロード部に対してヘッダ部を付加しパケットとする付加ステップとを備えている。テキスト伝送用データは、複数のパケットから構成されている。また、分割テキストデータは、各パケット内において表示順に配置されている。さらに、パケットは、各分割テキストデータの再生時刻情報を有している。第２のパケットは、その前の第１のパケットの分割テキストデータと再生時刻情報が重複する分割テキストデータを含んでいる。

ここで、再生時刻情報は、パケット内において最初に配置される分割テキストデータの再生時刻と各分割テキストデータの再生時間とから構成される情報、あるいは各分割テキストデータの再生時刻から構成される情報である。

このデータ伝送プログラムにより作成された各パケットにおいては、第２のパケットと、その前の第１のパケットとは、再生時刻情報が重複する分割テキストデータを含む。すなわち、異なるパケットで重複する再生時刻情報を持つ分割テキストデータを複数回伝送することが許される。これにより、テキスト伝送用データのエラー耐性を高めることができる。

［第４実施形態］
〈第４実施形態および第５実施形態の課題〉
Ｔｉｍｅｄ Ｔｅｘｔをストリーミング伝送する際、上記実施形態で説明した伝送データ構造を持つ伝送用データをパケットとしてパケット伝送することが考えられる。

一方、パケット伝送を行う際に、１つのパケットの最大データサイズであるＭＴＵ（Maximum Transmission Unit）が規定されている場合、伝送途中でパケットが分割されることがある。例えば、パケットがＩＰレイヤのＭＴＵを超えるサイズで送出されると、送出されたパケットは、伝送途中にＩＰレイヤで分割される。しかし、パケットロスの起こりうる伝送（例えば、ＲＴＰ／ＵＤＰ／ＩＰ伝送）では、パケットロスに対するエラー補償がなく、ＩＰレイヤで分割されたパケットの幾つかがロスすると、パケット全体の再生に影響を与えることが考えられる。

そこで、第４実施形態および第５実施形態では、修飾情報の付されたテキストデータを含む再生データをストリーミング伝送する際に、パケットロスに対する耐性を備えたパケットデータ構造を提供することを課題とする。また、第４実施形態あるいは第５実施形態で説明するパケットデータ構造を有するパケットデータを再生するデータ再生装置を提供することを課題とする。

〈第４実施形態の内容〉
図２５〜図４１を用いて、本発明の第４実施形態としてのパケットデータ構造、データ再生装置およびデータ多重装置について説明する。加えて、データ再生方法およびデータ多重方法について説明する。

本実施形態では、（１）本発明のパケットデータ構造を有するパケットが伝送される際のシーケンス（ＲＴＰ・ＲＴＳＰシーケンス）、（２）このシーケンスにより伝送される本発明のパケットデータ構造、（３）このパケットデータ構造を有するパケットのデータ再生装置およびデータ再生方法、（４）このパケットデータ構造を有するパケットのデータ多重装置およびデータ多重方法の順に説明を行う。

なお、図２６〜図３７において、符号の最後に付される英数字は、以下の規則に従って付されている。数字［０］は、後述する基本パケットおよび基本パケットを構成する要素に対して付されている（例えば図２６、基本パケットＰｔ０など）。また、数字［０］は、本発明のパケットデータ構造を説明するための基本となる分割前のテキストサンプルおよびテキストサンプルを構成する要素に対して付されている（例えば図２６、テキストサンプルＴｓ０など）。その他の英数字は、基本となるテキストサンプルを分割した何番目のパケットであるかを表すとともに（例えば図２７、分割パケットＰｔ１など）、そのパケットを構成する要素に対して付されている。なお、図中において、同じデータ内容を持つ要素については、上記規則に従わず、同じ符号を付している（例えば図２９、テキストサンプルＴｓ０におけるテキストレングスＴｌ０と分割パケットＰｔ１におけるテキストレングスＴｌ０など）。

（１）〈ＲＴＰ・ＲＴＳＰシーケンス〉
ＲＴＰ（Real time Transport Protocol）、ＲＴＳＰ（Real Time Streaming Protocol）およびＳＤＰ（Session Description Protocol）を用いたストリーミング伝送について説明する。ＲＴＰは、ＩＥＴＦ（Internet Engineering Task Force）のＲＦＣ１８８９において規定されている、マルチメディアストリームのパケットフォーマットである。ＲＴＳＰ、ＳＤＰは、ＲＦＣ２３２６、ＲＦＣ２３２７でそれぞれ規定される、マルチメディアストリーミングの制御プロトコルである。

図２５を用いて、インターネット上においてクライアントＣＬがサーバＳＶからＭＰ４ファイル形式のメディアデータを取得する際の一般的な処理の流れを説明する。

最初に、パーソナルコンピュータなどのクライアントＣＬに装備されているウェブブラウザにより、ユーザがＭＰ４ファイルへのリンクを含むＨＴＭＬ(Hyper Text Markup Language)ファイルを要求すると、クライアントＣＬは、ＨＴＭＬファイルを要求するコマンドＣ１を発行する。サーバＳＶは、コマンドＣ１を了解したことを示す応答Ｒ１（ＨＴＴＰ／１．０ ＯＫ）をクライアントＣＬに発行すると共に、ＨＴＭＬデータを送信する。（セッションＳ１）。

次に、ユーザが、ＭＰ４ファイルへのリンクをクリックすると、クライアントＣＬは、ＭＰ４ファイルに関する詳細な情報を要求するコマンドＣ２を発行する。サーバＳＶは、コマンドＣ２を了解したことを示す応答Ｒ２（ＲＴＳＰ／１．０ ＯＫ）をクライアントＣＬに発行すると共に、この詳細な情報を含むＳＤＰデータがクライアントＳＶに供給される（セッションＳ２）。

次に、クライアントＣＬは、受信されたＳＤＰの記述に基づいて、ＭＰ４ファイルのそれぞれのトラックを提供する準備を行うことを要求するコマンドＣ３１〜Ｃ３３を発行する。サーバＳＶは、それぞれのメディアデータを提供する準備が整い次第、上記コマンドＣ３１〜Ｃ３３を了解したことを示す応答Ｒ３１〜Ｒ３３（ＲＴＳＰ／１．０ ＯＫ）を発行する（セッションＳ３）。

次に、クライアントＣＬは、すべてのメディアデータの提供を要求するコマンドＣ４を発行する。サーバＳＶは、コマンドＣ４を了解したことを示す応答Ｒ４（ＲＴＳＰ／１．０ ＯＫ）を発行する（セッションＳ４）。その後、ＭＰ４ファイル形式のメディアデータがＲＴＰパケットとして伝送される。このＲＴＰパケットには、後述する本発明のパケットデータ構造を有するパケットが含まれている。

クライアントＣＬは、セッションの終了に際しては、セッションの終了を要求するコマンドＣ５を発行する。サーバＳＶは、コマンドＣ５を了解したことを示す応答Ｒ５（ＲＴＳＰ／１．０ ＯＫ）を発行しセッションが終了される（セッションＳ５）。

（２）〈ＲＴＰパケットのデータ構造〉
図２６〜図３７を用いて、ＲＴＰパケットとして伝送される本発明のパケットデータ構造を有するパケットについて説明する。

（ｉ）基本パケットの概要
Ｔｉｍｅｄ ＴｅｘｔをＲＴＰパケットとして伝送する場合、基本的には、図２６に示す基本パケットＰｔ０が利用される。

基本パケットＰｔ０は、ペイロード部Ｐｌ０と、ヘッダ部Ｈｄ０とを備えている。ペイロード部Ｐｌ０は、テキストサンプルＴｓ０を備えている。テキストサンプルＴｓ０は、図５５に示すテキストサンプル３０６０，３０６１，・・・と同様の構造を有しており、テキストレングスＴｌ０と、テキストＴｘ０と、モディファイアＭｄ０とから構成されている。テキストレングスＴｌ０は、テキストＴｘ０のデータ長（図中の値［ＴＬ］）を格納している。テキストＴｘ０は、テキスト本文Ｔｄ０とバイトオーダマークＢｍ０とから構成される。モディファイアＭｄ０は、テキスト本文Ｔｄ０の修飾情報であり、１つ以上のモディファイアボックスＭｂ０，・・・を備えている。モディファイアボックスＭｂ０，・・・は、テキスト本文Ｔｄ０に修飾効果を利用するための情報である。モディファイアボックスＭｂ０は、さらに、モディファイアボックスＭｂ０のボックスサイズＳｚ０と、修飾タイプＴｙ０と、複数のレコードＭｒ０，・・・とを含んでいる。モディファイアボックスＭｂ０の構造は、修飾タイプＴｙ０が記述する修飾タイプに依存する。モディファイアボックスＭｂ０の構造については、後ほど詳しく説明する。

ヘッダ部Ｈｄ０は、ＲＴＰヘッダＲｈ０と、サンプルヘッダＳｈ０とを備えている。ＲＴＰヘッダＲｈ０は、ＲＴＰで使用されるヘッダフォーマットを有しており、シーケンス番号Ｓｎ０、タイムスタンプＴｓｐ０あるいはマーカビットＭ０などを含んでいる。サンプルヘッダＳｈ０は、サンプルレングスＳｌｎ０と、サンプルインデックスＳｉｄ０と、サンプルデュレーションＳｄｒ０とを記述している。サンプルレングスＳｌｎ０は、テキストサンプルＴｓ０のデータ長（図中の値［ＳＬ］）を格納している。サンプルインデックスＳｉｄ０は、テキストサンプルＴｓ０とＳＤＰデータとして伝送されたサンプルディスクリプション３０４０（図５５参照）との関連づけを記述する情報である。サンプルデュレーションＳｄｒ０は、テキストサンプルＴｓ０の再生時間に関する情報である。

Ｔｉｍｅｄ Ｔｅｘｔをストリーミング伝送により利用する場合、すべてのデータ内容をＲＴＰパケットとして伝送することも可能である（ＲＴＰインバンド伝送）。しかし、本実施形態においては、ＭＰ４ファイル３０００のヘッダ部３０１０（図５５参照）に相当するデータの一部を、図２５を用いて説明したセッションＳ２においてＳＤＰデータとして通知する（ＲＴＰアウトバンド伝送）。具体的には、ヘッダ部３０１０のトラックヘッダ３０３０とサンプルディスクリプション３０４０とに相当するデータをＳＤＰデータとして、セットアップ時に伝送しておく。また同時に、伝送されるＲＴＰパケット中に後述する分割パケットが含まれるか否かに関する情報が通知される。

（ｉｉ）分割パケットの概要
基本パケットＰｔ０のデータサイズは、伝送路のＭＴＵ（Maximum Transmission Unit）を超え、伝送途中で分割される可能性がある。伝送途中で分割される可能性があると判断された場合、テキストサンプルＴｓ０を分割し、分割されたテキストサンプルＴｓ０を再生するための情報を付し、あらかじめ伝送路のＭＴＵを超えないサイズの分割パケットとして伝送する。以下、分割パケットの概要について、図２６で説明したのと同様の構造を有するテキストサンプルＴｓ０を分割する場合を例示して説明を行う。

図２７を用いて、分割パケットの基本的構造について説明する。図２７では、テキストサンプルＴｓ０を２つに分割し（より詳しくは、Ｌ０バイトのＴｘ０をＬ１バイトとＬ２バイトとに分割）、それぞれを分割パケットＰｔ１，Ｐｔ２に格納する場合を示している。分割の個数については、任意であり伝送路のＭＴＵにより決定される。分割パケットＰｔ１，Ｐｔ２は、それぞれ、ペイロード部Ｐｌ１，Ｐｌ２と、ヘッダ部Ｈｄ１，Ｈｄ２とを備えている。

ペイロード部Ｐｌ１，Ｐｌ２は、それぞれテキストサンプルＴｓ０を分割した分割テキストサンプルＦｔ１，Ｆｔ２を備えている。ヘッダ部Ｈｄ１，Ｈｄ２は、基本パケットＰｔ０（図２６参照）のヘッダ部Ｈｄ０が有するのと同様の構造に加えてさらに分割ヘッダＦｈ１，Ｆｈ２を備えている。すなわち、ヘッダ部Ｈｄ１，Ｈｄ２は、ＲＴＰヘッダＲｈ１，Ｒｈ２と、サンプルヘッダＳｈ１，Ｓｈ２と、分割ヘッダＦｈ１，Ｆｈ２とを備えている。

ＲＴＰヘッダＲｈ１，Ｒｈ２のマーカビットＭ１，Ｍ２は、それぞれ値［０］，［１］を格納している。ＲＴＰヘッダにおいて、マーカビットの値については、ユーザが様々に定義できる。本実施形態では、基本パケットＰｔ０（図２６参照）および分割パケットＰｔ１，Ｐｔ２がテキストサンプルＴｓ０の最後尾のデータをペイロード部に含む場合、そのパケットのマーカビットが値［１］を格納すると定義する。そのため、基本パケットＰｔ０および分割パケットＰｔ２において、マーカビットＭ０，Ｍ２はそれぞれ値［１］を格納しており、分割パケットＰｔ１において、マーカビットＭ１は値［０］を格納している。

基本パケットＰｔ０のサンプルレングスＳｌｎ０は、テキストサンプルＴｓ０のデータ長（図２６中の値［ＳＬ］）を格納している。一方、分割パケットＰｔ１，Ｐｔ２では、サンプルレングスＳｌｎ１，Ｓｌｎ２にそれぞれ値［０］を格納している。この値［０］により、分割パケットＰｔ１，Ｐｔ２が分割テキストサンプルＦｔ１，Ｆｔ２を含んでいることを判別させる。

分割パケットＰｔ１，Ｐｔ２は、分割ヘッダＦｈ１，Ｆｈ２にペイロード部Ｐｌ１，Ｐｌ２の再生に必要な情報を備えており、他のパケットから独立して再生が可能となっている。そのため、分割ヘッダＦｈ１，Ｆｈ２の備える情報は、分割テキストサンプルＦｔ１，Ｆｔ２の備える情報に依存している。すなわち、テキストサンプルＴｓ０のどの部分を境界として分割するかにより、分割ヘッダＦｈ１，Ｆｈ２の備えるべき情報が決定される。

（ｉｉｉ）分割ヘッダの概要
テキストサンプルを複数に分割して格納する本発明の分割パケットの分割ヘッダは、それぞれ以下の４つの情報を格納可能である。４つの情報とは、（ａ）テキスト本文の文字コードの識別情報、（ｂ）モディファイアまたはモディファイアボックスの開始位置情報、（ｃ）分割テキストサンプルが含むテキスト本文の一部がテキスト本文の全体の何文字目以降を含むかに関する情報、および（ｄ）分割されたモディファイアボックスの再生のために格納される情報である。

以下、分割パケットの構造を説明しながら、それぞれの分割ヘッダが格納する（ａ）〜（ｄ）の情報について説明する。なお、以下で説明する分割パケットは、図２７において説明した分割パケットＰｔ１，Ｐｔ２と同様の構造を有しているので、詳細な構造については説明を省略する。また、以下で説明するテキストサンプルＴｓ０の分割方法は、それぞれの（ａ）〜（ｄ）の情報について説明するための例示であり、分割はこの方法に限られるものではない。

（ａ）テキスト本文の文字コードの識別情報
図２８を用いて、分割ヘッダＦｈ２が格納するテキスト本文Ｔｄ０の文字コードの識別情報について説明する。

図２８では、テキストサンプルＴｓ０は、テキスト本文Ｔｄ０において分割の境界を有している。分割パケットＰｔ１，Ｐｔ２は、分割されたテキスト本文Ｔｄ０を有している。

分割パケットＰｔ２は、分割ヘッダＦｈ２において、テキスト本文Ｔｄ０の文字コード情報Ｕ２を格納している。文字コード情報Ｕ２は、テキスト本文Ｔｄ０の文字コードを識別するための１ビットのフラグであり、例えば、値［１］は、ＵＴＦ−１６ＢＥを、値［０］は、ＵＴＦ−８を示す。

これにより、例えば、伝送途中にバイトオーダマークＢｍ０を備える分割パケットＰｔ１がロスされた場合、分割パケットＰｔ２のみを取得したデータ再生装置において、分割パケットＰｔ２の備える分割されたテキスト本文Ｔｄ０の文字コードを文字コード情報Ｕ２により判別できる。この結果、分割パケットＰｔ２の情報を再生することが可能となる。

なお、文字コード情報Ｕ２は、分割されたテキスト本文Ｔｄ０を含む分割パケットＰｔ２において備えられるが、テキストＴｘ０の先頭部分を含む分割パケットＰｔ１においては、必ずしも備える必要は無い。

（ｂ）モディファイアまたはモディファイアボックスの開始位置情報
図２９〜図３１を用いて、モディファイアＭｄ０またはモディファイアボックスＭｂ０，・・・の開始位置情報について説明する。

《モディファイアの開始位置情報》
図２９では、テキストサンプルＴｓ０は、テキスト本文Ｔｄ０において分割の境界を有している。分割パケットＰｔ１，Ｐｔ２は、分割されたテキスト本文Ｔｄ０を有している。

図２９では、分割パケットＰｔ２は、分割ヘッダＦｈ２において、モディファイアＭｄ０の開始位置を示すための情報として、モディファイアポインタＭｂｐ２と、モディファイアポインタレングスＭｌ２と、テキストインジケータＴ２とを格納している。

モディファイアポインタＭｂｐ２は、ペイロード部Ｐｌ２におけるモディファイアＭｄ０の開始位置、すなわち図２９では、分割されたテキスト本文Ｔｄ０の一部である分割テキスト本文Ｆｔｄ２のデータ長（図中の値［Ｘ１］）を格納している。モディファイアポインタレングスＭｌ２は、モディファイアポインタＭｂｐ２のデータ長を、例えば、２ビットで指定する。テキストインジケータＴ２は、分割パケットＰｔ２がテキストＴｘ０の一部を含むことを識別するための１ビットのフラグであり、ここでは分割テキスト本文Ｆｔｄ２を含むため、例えば、値［１］を格納している。

これにより、例えば、伝送途中にテキストレングスＴｌ０を備える分割パケットＰｔ１がロスされた場合、分割パケットＰｔ２のみを取得したデータ再生装置において、分割パケットＰｔ２の有するモディファイアＭｄ０の開始位置を識別し、モディファイアＭｄ０を再生することが可能となる。また、データ再生装置では、モディファイアＭｄ０をテキスト本文Ｔｄ０の一部として誤って再生することが防止される。

なお、モディファイアポインタレングスＭｌ２を備えず、モディファイアポインタＭｂｐ２のデータ長を固定のデータ長としてもよい。

また、（ａ）において図２８を用いて説明したのと同様に、図２９に示す分割パケットＰｔ２は、テキスト本文Ｔｄ０の文字コード情報を備えていてもよいが、ここでは説明を省略する。

《モディファイアボックスの開始位置情報》
図３０では、テキストサンプルＴｓ０は、モディファイアボックスＭｂ０において分割の境界を有している。分割パケットＰｔＮは、分割されたモディファイアボックスＭｂ０の一部である分割モディファイアボックスＦｍｂＮとモディファイアボックスＭｂ１とを含んでいる。

分割パケットＰｔＮは、分割ヘッダＦｈＮにおいて、モディファイアボックスＭｂ１の開始位置を示すための情報として、モディファイアポインタＭｂｐＮと、モディファイアポインタレングスＭｌＮと、テキストインジケータＴＮとを格納している。

モディファイアポインタＭｂｐＮは、ペイロード部ＰｌＮにおけるモディファイアボックスＭｂ１の開始位置、すなわち図３０では、分割モディファイアボックスＦｍｂＮのデータ長（図中の値［Ｘ２］）を格納している。モディファイアポインタレングスＭｌＮは、モディファイアポインタＭｂｐＮのデータ長を２ビットで指定する。テキストインジケータＴＮは、分割パケットＰｔＮがテキストＴｘ０の一部を含むことを識別するための１ビットのフラグであり、ここではＴｘ０を含まないため、例えば、値［０］を格納している。

これにより、例えば、伝送途中に分割パケットＰｔＮの前後の分割パケットがロスされた場合、分割パケットＰｔＮを取得したデータ再生装置において、分割パケットＰｔＮの有するモディファイアボックスＭｂ１の開始位置を識別し、モディファイアボックスＭｂ１を再生することが可能となる。このため、テキストＴｘ０を含む分割パケット（例えば、分割パケットＰｔ１）がデータ再生装置において、正常に取得されていれば、その分割パケットに対してモディファイアボックスＭｂ１の修飾効果を利用することができる。また、データ再生装置では、テキストインジケータＴＮに基づいて、分割されたモディファイアボックスＭｂ０をテキスト本文Ｔｄ０として誤って再生することが防止される。

《テキストサンプルＴｓ０の分割のバリエーション》
図３１を用いて、テキストサンプルＴｓ０の分割のバリエーションとモディファイアＭｄ０またはモディファイアボックスＭｂ０，・・・の開始位置情報との関係について説明する。テキストサンプルＴｓ０の分割のバリエーションにより得られる分割パケットは、分割パケットがペイロード部に有する情報に基づいて、分割タイプＡ〜分割タイプＥの５種類に分類できる。

（分割タイプＡ）
分割タイプＡの分割パケットは、テキストＴｘ０の一部あるいは全部のみを含むあるいはテキストサンプルＴｓ０の先頭を含む分割パケットである。例えば、図３１において［ＴｙｐｅＡ］として指示された５つの分割パケットＰｔＡが該当する。

この場合、それぞれの分割パケットＰｔＡの分割ヘッダＦｈＡは、テキストインジケータＴＡと、モディファイアポインタレングスＭｌＡとを有している。テキストインジケータＴＡは、例えば、値［１］を格納し、分割パケットＰｔＡがテキストＴｘ０の一部を含むことを示している。モディファイアポインタレングスＭｌＡは、２ビットのビット列によりモディファイアポインタＭｂｐＡのデータ長を０ビットと指定する。これにより、分割ヘッダＦｈＡがモディファイアポインタＭｂｐＡを含まないことが示される。すなわち、分割パケットＰｔＡは、テキストＴｘ０の直前に配置されるテキストレングスＴｌ０からテキストＴｘ０とモディファイアＭｄ０との境界が判断可能であるパケット、またはテキストＴｘ０とモディファイアＭｄ０との境界を含まないパケットである。

（分割タイプＢ）
分割タイプＢの分割パケットは、テキストＴｘ０の一部とモディファイアＭｄ０の一部あるいは全部とを含む分割パケットである。すなわち、分割タイプＢの分割パケットは、テキストサンプルＴｓ０の先頭を含まない分割パケットである。例えば、図３１において［ＴｙｐｅＢ］として指示された３つの分割パケットＰｔＢが該当する。

この場合、それぞれの分割パケットＰｔＢの分割ヘッダＦｈＢは、テキストインジケータＴＢと、モディファイアポインタレングスＭｌＢと、モディファイアポインタＭｂｐＢとを有している。テキストインジケータＴＢは、例えば、値［１］を格納し、分割パケットＰｔＢがテキストＴｘ０の一部を含むことを示している。モディファイアポインタレングスＭｌＢは、２ビットのビット列によりモディファイアポインタＭｂｐＢのデータ長を、例えば、８，１６，３２ビットのいずれかに指定する。モディファイアポインタＭｂｐＢは、モディファイアポインタレングスＭｌＢにより指定されたデータ長のビット列によりモディファイアＭｄ０の位置を示す。

なお、分割パケットＰｔＢの分割ヘッダＦｈＢは、（ａ）において図２８を用いて説明したのと同様に、テキスト本文Ｔｄ０の文字コード情報を備えていてもよい。

（分割タイプＣ）
分割タイプＣの分割パケットは、モディファイアボックスＭｂ０，・・・のうちの一つの一部のみを含み、かつそのモディファイアボックスモディファイアボックスＭｂ０，・・・の先頭を含まない分割パケットである。言い換えれば、テキストＴｘ０を含まず、かつモディファイアボックスＭｂ０，・・・の先頭を含まない分割パケットである。例えば、図３１において［ＴｙｐｅＣ］として指示された分割パケットＰｔＣが該当する。

この場合、分割パケットＰｔＣの分割ヘッダＦｈＣは、テキストインジケータＴＣと、モディファイアポインタレングスＭｌＣとを有している。テキストインジケータＴＣは、例えば、値［０］を格納し、分割パケットＰｔＣがテキストＴｘ０の一部を含まないことを示している。モディファイアポインタレングスＭｌＣは、２ビットのビット列によりモディファイアポインタＭｂｐＣのデータ長を０ビットと指定する。これにより、分割ヘッダＦｈＣがモディファイアポインタＭｂｐＣを含まないことが示される。

（分割タイプＤ）
分割タイプＤの分割パケットは、モディファイアボックスＭｂ０，・・・のうちの一部のみを含み、かつモディファイアボックスＭｂ０，・・・の先頭を含む分割パケットである。例えば、図３１において［ＴｙｐｅＤ］として指示された分割パケットＰｔＤが該当する。

この場合、分割パケットＰｔＤの分割ヘッダＦｈＤは、テキストインジケータＴＤと、モディファイアポインタレングスＭｌＤと、モディファイアポインタＭｂｐＤとを有している。テキストインジケータＴＤは、例えば、値［０］を格納し、分割パケットＰｔＤがテキストＴｘ０の一部を含まないことを示している。モディファイアポインタレングスＭｌＤは、２ビットのビット列によりモディファイアポインタＭｂｐＤのデータ長を、例えば、８，１６，３２ビットのいずれかに指定する。モディファイアポインタＭｂｐＤは、モディファイアポインタレングスＭｌＤにより指定されたデータ長のビット列によりモディファイアボックスＭｂ０・・・の先頭の位置を示す。

（分割タイプＥ）
分割タイプＥの分割パケットは、分割タイプＤの分割パケットの中でも特にペイロード部の先頭にモディファイアボックスＭｂ０，・・・の先頭を含む分割パケットである。例えば、図３１において［ＴｙｐｅＥ］として指示された分割パケットＰｔＥが該当する。

この場合、分割パケットＰｔＥの分割ヘッダＦｈＥは、テキストインジケータＴＥと、モディファイアポインタレングスＭｌＥと、モディファイアポインタＭｂｐＥとを有している。テキストインジケータＴＥは、例えば、値［０］を格納し、分割パケットＰｔＥがテキストＴｘ０の一部を含まないことを示している。モディファイアポインタレングスＭｌＥは、２ビットのビット列によりモディファイアポインタＭｂｐＥのデータ長を、例えば、８，１６，３２ビットのいずれかに指定する。モディファイアポインタＭｂｐＥは、モディファイアポインタレングスＭｌＥにより指定されたデータ長のビット列により値［０］を示し、ペイロード部ＰｌＥの先頭にモディファイアボックスＭｂ０，・・・の先頭を含むことを示す。

（ｃ）分割テキストサンプルが含むテキスト本文の一部がテキスト本文の全体の何文字目以降を含むかに関する情報
図３２では、テキストサンプルＴｓ０は、テキスト本文Ｔｄ０において分割の境界を有している。分割パケットＰｔ１，Ｐｔ２は、分割されたテキスト本文Ｔｄ０である分割テキスト本文Ｆｔｄ１，Ｆｔｄ２を有している。

分割パケットＰｔ２は、分割ヘッダＦｈ２において、キャラクタオフセットＳｃｏ２と、キャラクタオフセットレングスＳｌ２とを格納している。キャラクタオフセットＳｃｏ２は、分割テキストサンプルＦｔ２が含む分割テキスト本文Ｆｔｄ２がテキスト本文Ｔｄ０の全体の何文字目以降であるかを文字数を単位として格納している（図中の値［Ｘ３］）。キャラクタオフセットレングスＳｌ２は、キャラクタオフセットＳｃｏ２のデータ長を、例えば、２ビットで指定する。また、モディファイアＭｄ０において、テキスト本文Ｔｄ０の修飾は、バイト単位ではなく文字数を単位に指定されている。

これにより、例えば、伝送途中に分割パケットＰｔ１がロスされた場合、分割パケットＰｔ２のみを取得したデータ再生装置において、分割パケットＰｔ２の備える分割テキスト本文Ｆｔｄ２に、モディファイアＭｄ０の修飾効果を適用することが可能となる。

なお、キャラクタオフセットＳｃｏ２は、分割テキストサンプルＦｔ２が含む分割テキスト本文Ｆｔｄ２がテキスト本文Ｔｄ０の全体のどこに位置するかをバイト単位として格納するとしてもよい。この場合、分割パケットＰｔ２を取得したデータ再生装置において、モディファイアＭｄ０を解析し、修飾効果を適用すべき分割テキスト本文Ｆｔｄ２の範囲を導出することとなる。バイト単位の情報からでは正確な文字位置を検出することはできない場合もあるが、ある程度の推定は可能である。例えば、ＵＴＦ−１６で符号化されている場合、１文字は２バイト固定であるため、バイト位置を半分にすれば文字位置を求めることができる。

また、キャラクタオフセットＳｃｏ２は、分割テキスト本文Ｆｔｄ２を含む分割パケットＰｔ２において備えられるが、テキストＴｘ０の先頭部分を含む分割パケットＰｔ１においては、必ずしも備える必要は無い。

さらに、分割パケットＰｔ２は、（ａ）および（ｂ）で説明した文字コード情報、モディファイアポインタ、モディファイアポインタレングス、テキストインジケータを備えていてもよい。

（ｄ）分割されたモディファイアボックスの再生のために格納される情報
図３３〜図３６を用いて、分割されたモディファイアボックスの再生のために格納される情報について説明する。

図３３を用いて、分割されたモディファイアボックスＭｂＭの再生のために格納される情報について概要を説明する。なお、詳細な説明は、図３４〜図３６を用いて後ほど行う。

図３３では、モディファイアボックスＭｂＭは、モディファイアボックスＭｂＭのボックスサイズＳｚＭと、テキスト本文Ｔｄ０への修飾効果を記述する修飾タイプＴｙＭと、修飾効果の適用範囲などを記述する複数のレコードＭｒＭ１，ＭｒＭ２，・・・とを含んでいる。テキストサンプルＴｓ０は、Ｍ番目のモディファイアボックスであるモディファイアボックスＭｂＭのレコードＭｒＭ２において分割の境界を有している。分割パケットＰｔＮ−１，ＰｔＮは、それぞれ分割されたモディファイアボックスＭｂＭの一部を有している。

分割パケットＰｔＮは、分割ヘッダＦｈＮにおいて、ボックス分割フラグＢＮと、シンクオフセットＳｏＮと，シンクオフセットレングスＳｏｌＮと，エクステンションバイトＥｘＮと，エクステンションバイトレングスＥｘｌＮと，アトムタイプＡｔＮとを格納している。

ボックス分割フラグＢＮは、分割パケットＰｔＮが分割されたモディファイアボックスＭｂＭを有することを示すためのフラグであり、図中では値［１］を格納し、分割されたモディファイアボックスＭｂＭの存在を示している。シンクオフセットＳｏＮは、分割パケットＰｔＮが有する分割されたモディファイアボックスＭｂＭのうち部分的に利用可能なレコードＭｒＭ３の開始位置（図中の値［Ｘ５］）を格納している。シンクオフセットレングスＳｏｌＮは、シンクオフセットＳｏＮのデータ長を、例えば、２ビットのビット列で指定する。エクステンションバイトＥｘＮは、分割パケットＰｔＮが含む分割されたモディファイアボックスＭｂＭの再生に必要な情報を記述する。情報の詳しい内容については、図３４〜図３６を用いて後ほど説明する。エクステンションバイトレングスＥｘｌＮは、エクステンションバイトＥｘＮのデータ長を、例えば、３ビットのビット列で指定する。アトムタイプＡｔＮは、モディファイアボックスＭｂＭの修飾タイプであり、修飾タイプＴｙＭと同じ内容を記述する。

これにより、例えば、伝送途中にモディファイアボックスＭｂＭの修飾タイプＴｙＭやその他再生に必要な情報を備える分割パケットＰｔＮ−１がロスされた場合、分割パケットＰｔＮを取得したデータ再生装置において、分割ヘッダＦｈＮが格納するアトムタイプＡｔＮやエクステンションバイトＥｘＮを用いて、分割パケットＰｔＮの有する分割されたモディファイアボックスＭｂＭのデコードを行うことができる。また、例えば、伝送途中に分割パケットＰｔＮ−１がロスされた場合、分割パケットＰｔＮを取得したデータ再生装置において、分割パケットＰｔＮの有するレコードＭｒＭ３の先頭位置を識別し、修飾情報を利用することが可能となる。

なお、レコードＭｒＭ２においてＴｓ０を分割する場合について説明したが、本発明の効果は、この場合に限られるものではない。具体的には、分割は、ボックスサイズＳｚＭ、修飾タイプＴｙＭあるいはその他のレコードＭｒＭ１，ＭｒＭ３，・・・において行われてもよい。

図３４〜図３６を用いて、分割されたモディファイアボックスの再生のために格納される情報について詳細に説明する。なお、図３４〜図３６では、モディファイアボックスは、それぞれ、カラオケ、文字スタイルおよびハイパーテキストの修飾を指定している。

《カラオケ》
図３４では、テキストサンプルＴｓ０は、Ｍ番目のモディファイアボックスであるモディファイアボックスＭｂＭにおいて分割の境界を有している。モディファイアボックスＭｂＭは、テキストＴｄ０をカラオケスタイルで修飾する。分割パケットＰｔＮ−１，ＰｔＮは、分割されたモディファイアボックスＭｂＭを有している。

カラオケスタイルのモディファイアボックスＭｂＭは、ボックスサイズＳｚＭと、修飾タイプＴｙＭと、スタートタイムと、エントリカウントと、エントリＥｎ１〜Ｅｎ５とを備えている。ボックスサイズＳｚＭは、モディファイアボックスＭｂＭのデータ長である。修飾タイプＴｙＭは、モディファイアボックスがカラオケであることを示すため、［ｋｒｏｋ］を示すビット列を格納している。スタートタイムは、修飾開始時間を指定する。エントリカウントは、モディファイアボックスＭｂＭが有するエントリの個数を指定する。エントリＥｎ１〜Ｅｎ５は、それぞれ、カラオケの修飾終了時間と、修飾する文字を指定する情報とを備えている。それぞれのエントリＥｎ２〜Ｅｎ５による修飾は、直前に配置されるエントリＥｎ１〜Ｅｎ４の修飾終了時間から自身の修飾終了時間までの間、指定された文字に対して適用される（エントリＥｎ１による修飾は、スタートタイムが指定する修飾開始時間から自身の修飾終了時間まで適用される）。

分割パケットＰｔＮは、ペイロード部ＰｌＮにエントリＥｎ３〜Ｅｎ５を有している。すなわち、モディファイアボックスＭｂＭは、エントリＥｎ２とエントリＥｎ３との境界において分割されている。分割ヘッダＦｈＮは、ボックス分割フラグＢＮと、アトムタイプＡｔＮと、エクステンションバイトレングスＥｘｌＮと、エクステンションバイトＥｘＮとを含んでいる。ボックス分割フラグＢＮは、例えば、値［１］を格納し、分割パケットＰｔＮが分割されたモディファイアボックスＭｂＭを有することを示す。アトムタイプＡｔＮは、分割されたモディファイアボックスＭｂＭの修飾タイプがカラオケであることを示すため、［ｋｒｏｋ］を示すビット列を格納している。エクステンションバイトレングスＥｘｌＮは、エクステンションバイトＥｘＮのデータ長を、例えば、３ビットのビット列で指定する。エクステンションバイトＥｘＮは、分割により分割パケットＰｔＮに含まれないこととなったエントリＥｎ２が示すカラオケの修飾終了時間を格納する。

ここで、図３４に示す分割パケットＰｔＮは、図３３において説明したシンクオフセットＳｏＮおよびシンクオフセットレングスＳｏｌＮに相当する情報は備えないものとして説明する。これらの情報は、テキストサンプルＴｓ０の分割時に、「モディファイアボックスＭｂＭのレコードＭｒＭ１，・・・の途中では分割を行わない。」との分割規則により分割を行うことにより不要となる情報であるからである。

これにより、例えば、伝送途中に分割パケットＰｔＮ−１がロスされた場合、分割パケットＰｔＮを取得したデータ再生装置において、分割パケットＰｔＮの備えるエントリＥｎ３〜Ｅｎ５をカラオケスタイルとして解析することが可能となる。さらに、このデータ再生装置では、エントリＥｎ３について、分割ヘッダＦｈＮの備えるエクステンションバイトＥｘＮの格納する情報を参照して修飾開始時間を判別することが可能となる。

《文字スタイル》
図３５では、テキストサンプルＴｓ０は、Ｍ番目のモディファイアボックスであるモディファイアボックスＭｂＭにおいて分割の境界を有している。モディファイアボックスＭｂＭは、テキストＴｘ０の文字スタイルを変更する。分割パケットＰｔＮ−１，ＰｔＮは、分割されたモディファイアボックスＭｂＭを有している。

文字スタイルのモディファイアボックスＭｂＭは、ボックスサイズＳｚＭと、修飾タイプＴｙＭと、エントリカウントと、エントリＥｎ１〜Ｅｎ５とを備えている。ボックスサイズＳｚＭは、モディファイアボックスＭｂＭのデータ長である。修飾タイプＴｙＭは、モディファイアボックスＭｂＭが文字スタイルであることを示すため、［ｓｔｙｌ］を示すビット列を格納している。エントリカウントは、モディファイアボックスＭｂＭが有するエントリの個数を指定する。エントリＥｎ１〜Ｅｎ５は、それぞれ、文字スタイルを適用する範囲を指定する情報、フォントスタイル、フォントサイズなどを備えている。

分割パケットＰｔＮは、ペイロード部ＰｌＮにエントリＥｎ３〜Ｅｎ５を有している。すなわち、モディファイアボックスＭｂＭは、エントリＥｎ２とエントリＥｎ３との境界において分割されている。分割ヘッダＦｈＮは、ボックス分割フラグＢＮと、アトムタイプＡｔＮと、エクステンションバイトレングスＥｘｌＮとを含んでいる。ボックス分割フラグは、例えば、値［１］を格納し、分割パケットＰｔＮが分割されたモディファイアボックスＭｂＭを有することを示す。アトムタイプＡｔＮは、分割されたモディファイアボックスＭｂＭの修飾タイプが文字スタイルであることを示すため、［ｓｔｙｌ］を示すビット列を格納している。エクステンションバイトレングスＥｘｌＮは、エクステンションバイトＥｘＮのデータ長を、例えば、３ビットのビット列で指定する。文字スタイルでは、エクステンションバイトＥｘＮにおいて格納する必要のある情報がないため、値［０］を格納している。

これにより、例えば、伝送途中に分割パケットＰｔＮ−１がロスされた場合、分割パケットＰｔＮを取得したデータ再生装置において、分割パケットＰｔＮの備えるエントリＥｎ３〜Ｅｎ５を文字スタイルとして解析することが可能となる。

《ハイパーテキスト》
図３６では、テキストサンプルＴｓ０は、Ｍ番目のモディファイアボックスであるモディファイアボックスＭｂＭにおいて分割の境界を有している。モディファイアボックスＭｂＭは、テキストＴｄ０をハイパーテキストスタイルで修飾する。分割パケットＰｔＮ−１，ＰｔＮは、分割されたモディファイアボックスＭｂＭを有している。

ハイパーテキストのモディファイアボックスＭｂＭは、ボックスサイズＳｚＭと、修飾タイプＴｙＭと、ハイパーテキストリンクが適用される文字列の範囲ＳｃＭ，ＥｃＭと、リンクされるＵＲＬパスＵｒｌＭと、ＵＲＬパスのデータ長を指定するＵＲＬレングスＵｒＭと、代替テキストなどを指定するＡＬＴ属性ＡｌｔＭと、ＡＬＴ属性のデータ長を指定するＡＬＴレングスＡｌＭとを備えている。

分割パケットＰｔＮは、ペイロード部ＰｌＮにＡＬＴ属性ＡｌｔＭと、ＡＬＴレングスＡｌＭとを有している。分割ヘッダＦｈＮは、ボックス分割フラグＢＮと、アトムタイプＡｔＮと、エクステンションバイトレングスＥｘｌＮと、エクステンションバイトＥｘＮとを含んでいる。ボックス分割フラグＢＮは、例えば、値［１］を格納し、分割パケットＰｔＮが分割されたモディファイアボックスＭｂＭを有することを示す。アトムタイプＡｔＮは、分割されたモディファイアボックスＭｂＭの修飾タイプがハイパーテキストであることを示すため、［ｈｒｅｆ］を示すビット列を格納している。エクステンションバイトレングスＥｘｌＮは、エクステンションバイトＥｘＮのデータ長を、例えば、３ビットのビット列で指定する。エクステンションバイトＥｘＮは、分割により分割パケットＰｔＮに含まれないこととなったＡＬＴ属性を適用する文字列の範囲を格納している。すなわち、エクステンションバイトＥｘＮは、モディファイアボックスＭｂＭが有するハイパーテキストリンクが適用される文字列の範囲ＳｃＭ，ＥｃＭに関する情報を格納している。

これにより、伝送途中に分割パケットＰｔＮ−１がロスされた場合、分割パケットＰｔＮを取得したデータ再生装置において、分割パケットＰｔＮの備えるＡＬＴ属性ＡｌｔＭと、ＡＬＴレングスＡｌＭとをハイパーテキストスタイルとして解析することが可能となる。さらに、ＡＬＴ属性を適用する文字列の範囲を判別することが可能となる。

（ｉｖ）その他の分割パケット
（分割ヘッダの構造）
上記（ａ）〜（ｄ）の情報の全体を分割ヘッダが一度に有する場合もある。図３７に分割パケットＰｔＮのヘッダ部ＨｄＮの構造の一例を示す。但し、各情報の配置は一例であり、これに限定されるものではない。

分割パケットＰｔＮのヘッダ部ＨｄＮは、ＲＴＰヘッダＲｈＮ、サンプルヘッダＳｈＮと、分割ヘッダＦｈＮとを備えている。ＲＴＰヘッダＲｈＮでは、マーカビットＭＮの値により分割パケットＰｔＮがテキストサンプルＴｓ０の最後尾のデータをペイロード部ＰｌＮに含むか否かが識別される。図３７では、マーカビットＭＮは、値［０］を格納し、分割パケットＰｔＮがテキストサンプルＴｓ０の最後尾のデータをペイロード部に含まないことを示している。サンプルヘッダＳｈＮでは、サンプルレングスＳｌｎＮに値［０］を格納し、分割パケットＰｔＮが分割されたテキストサンプルＴｓ０を含んでいることを判別させる。
分割ヘッダＦｈＮは、上記（ａ）〜（ｂ）で説明した情報をそれぞれ含んでいる。

（分割ヘッダの存在）
第４実施形態では、「サンプルレングスに値［０］を格納し、分割パケットが分割されたテキストサンプルを含んでいることを判別させる」と説明した。ここで、分割されたテキストサンプルを含むことを示すフラグを分割パケットに有し、このフラグにより分割パケットが分割されたテキストサンプルを含むことを判別させてもよい。

（文字コード情報の変形例）
第４実施形態では、「１ビットのフラグである文字コード情報により、テキスト本文の文字コードを識別させる」と説明した。ここで、分割パケットに、テキストサンプルの含むバイトオーダマーク（ＢＯＭ）をさらに格納してもよい。例えば、ＢＯＭをすべての分割パケットに繰り返す。ＢＯＭは、分割パケットの有するテキスト本文の先頭に格納してもよいし、分割ヘッダに設けられた格納領域に格納してもよい。

ここで、ＢＯＭは可変長（０バイト，２バイト，４バイト）なので、分割ヘッダに格納領域を設ける場合は、ＢＯＭのデータ長を記述する情報をさらに設けてもよい。テキスト本文の先頭に格納する場合も、分割ヘッダにＢＯＭのデータ長を記述しておけば、テキストの先頭にあるＢＯＭの判定がより確実になる。

（３）〈データ再生装置およびデータ再生方法〉
図３８および図３９を用いて、上記したデータ構造を有するＲＴＰパケットを再生するためのデータ再生装置およびデータ再生方法について説明する。

（ｉ）データ再生装置
図３８に、上記（２）〈ＲＴＰパケットのデータ構造〉で説明したデータ構造を有するＲＴＰパケットを再生するためのデータ再生装置７１０のブロック図を示す。

データ再生装置７１０は、ＲＴＰ受信部７１１と、基本ヘッダ解析部７１２と、分割ヘッダ解析部７１３と、デコーダ部７１４と、表示部７１５とを備えている。データ再生装置７１０は、後述するＲＴＰ伝送装置７２５，７２８（図４０参照）より伝送されたＲＴＰパケットに基づいて、Ｔｉｍｅｄ Ｔｅｘｔの再生を行うコンピュータ、携帯電話、ＰＤＡ（personal digital assistant）などといった装置である。

ＲＴＰ受信部７１１は、ＲＴＰ伝送装置７２５，７２８から送信されたＲＴＰパケットを受信し、一時的に基本ヘッダ解析部７１２に格納する。

基本ヘッダ解析部７１２は、格納したＲＴＰパケットのＲＴＰヘッダからシーケンス番号、タイムスタンプ、マーカビットなどを取得する。また、基本ヘッダ解析部７１２は、格納したＲＴＰパケットのサンプルヘッダからサンプルレングスの値を取得する。基本ヘッダ解析部７１２は、シーケンス番号により、伝送途中にロスされたＲＴＰパケットの存在を判断する。また、基本ヘッダ解析部７１２は、サンプルレングスの値により、ＲＴＰパケットがテキストサンプルを分割して含むか否かを判断する。さらに、基本ヘッダ解析部７１２は、タイムスタンプに従ってＲＴＰパケットをデコーダ部７１４に送出する。

ここで、一つのテキストサンプルを分割して含む複数のＲＴＰパケットについて、いずれかのＲＴＰパケットが伝送途中にロスされていた場合、基本ヘッダ解析部７１２は、そのＲＴＰパケットを分割ヘッダ解析部７１３へと送出する。

分割ヘッダ解析部７１３は、取得したＲＴＰパケットの分割ヘッダを解析する。すなわち、図３７に示した構造を有する分割ヘッダから、テキストインジケータ、文字コード情報、モディファイアポインタ、キャラクタオフセット、ボックス分割フラグ、シンクオフセット、エクステンションバイト、アトムタイプなどの情報を取得する。これらの情報については、上記（２）〈ＲＴＰパケットのデータ構造〉で説明したので説明は省略する。

デコーダ部７１４は、分割ヘッダの解析されたＲＴＰパケットについて、分割ヘッダ解析部７１３の解析結果に基づいて、そのＲＴＰパケットのペイロード部のデコードを行う。デコードされたペイロード部は、表示部７１５にて表示される。

このデータ再生装置７１０では、一つのテキストサンプルを分割して含む複数のＲＴＰパケットについて、いずれかのＲＴＰパケットが伝送途中にロスされていた場合に、取得されたＲＴＰパケットの分割ヘッダが有する情報に基づいて、その取得されたＲＴＰパケットのペイロード部の再生を行うことが可能となる。

（ｉｉ）データ再生方法
図３９に、上記（２）〈ＲＴＰパケットのデータ構造〉で説明したデータ構造を有するＲＴＰパケットを再生するためのデータ再生方法を説明するフローチャートを示す。

ＲＴＰパケットが受信されるとＲＴＰパケットのＲＴＰヘッダおよびサンプルヘッダが解析される。まず、サンプルヘッダの有するサンプルレングスの値が解析され（ステップＳ７１０）、ＲＴＰパケットが分割されたテキストサンプルを含むか否かが判断される（ステップＳ７１１）。

ＲＴＰパケットが分割されたテキストサンプルを含まないと判断された場合、すなわちＲＴＰパケットがテキストサンプルの全部を含むと判断された場合、ＲＴＰパケットは、デコードされる（ステップＳ７１５）。

一方、ＲＴＰパケットが分割されたテキストサンプルを含むと判断された場合、ＲＴＰパケットのＲＴＰヘッダの備えるシーケンス番号に基づいて（ステップＳ７１２）、伝送途中にロスしたパケットの有無が判断される（ステップＳ７１３）。伝送途中にロスされたパケットが無いと判断された場合、分割されたテキストサンプルを含む複数のＲＴＰパケットは、一度にデコードされる（ステップＳ７１５）。

伝送途中にロスされたパケットが有ると判断された場合、それぞれのＲＴＰパケットの分割ヘッダが解析され、それぞれのＲＴＰパケットが有する分割されたテキストサンプルの再生に必要な情報が取得され（ステップＳ７１４）、取得された情報に基づいて、それぞれのＲＴＰパケットがデコードされる（ステップＳ７１５）。

このデータ再生方法では、一つのテキストサンプルを分割して含む複数のＲＴＰパケットについて、いずれかのＲＴＰパケットが伝送途中にロスされていた場合に、取得されたＲＴＰパケットの分割ヘッダが有する情報に基づいて、その取得されたＲＴＰパケットのペイロード部の再生を行うことが可能となる。

（４）〈データ多重装置およびデータ多重方法〉
図４０および図４１を用いて、上記（２）〈ＲＴＰパケットのデータ構造〉で説明したデータ構造を有するＲＴＰパケットを作成するためのデータ多重装置およびデータ多重方法について説明する。

（ｉ）データ多重装置
図４０に、上記（２）〈ＲＴＰパケットのデータ構造〉で説明したデータ構造を有するＲＴＰパケットを作成するためのデータ多重装置７２０のブロック図を示す。

データ多重装置７２０は、Ｔｉｍｅｄ Ｔｅｘｔの蓄積されている蓄積部７２１と、Ｔｉｍｅｄ Ｔｅｘｔを解析し多重化に必要な情報を取得するＥＳ解析部７２２と、分割と分割ヘッダの作成とを行う分割ヘッダ生成部７２３と、基本ヘッダを生成する基本ヘッダ生成部７２４とから構成される。

蓄積部７２１は、メディアデータを、例えば、ＭＰ４ファイル形式（図５５参照）で蓄積している。また、蓄積部７２１は、蓄積するファイルに関する詳細な情報を有している。ＥＳ解析部７２２は、蓄積部７２１からトラックヘッダとテキストサンプルとサンプルディスクリプションとサンプルテーブルを取得する。テキストサンプルのサイズに基づいて、分割を行わない場合のＲＴＰパケットのサイズを推定する。推定サイズが目標のサイズを超える場合には、テキストサンプルの分割を行うと判断する。分割を行うと判断した場合には、分割ヘッダ生成部７２３へテキストサンプルを送出する。

分割ヘッダ生成部７２３においては、目標のＲＴＰパケットのサイズに近づくように、取得されたテキストサンプルを分割する。さらに、分割されたテキストサンプルの再生に必要な情報を分割ヘッダに格納し、分割されたテキストサンプルに付与する。分割ヘッダと分割されたテキストサンプルとは複数個の組となり、基本ヘッダ作成部７２４へ送出される。ここで、分割ヘッダとは、例えば、図３７に示した構造を有しており、テキストサンプルの内容に依存した情報を備えている。

基本ヘッダ作成部７２４は、分割されなかったテキストサンプルと分割されたテキストサンプルとに基本ヘッダを付与し、ＲＴＰパケットを作成する。

ここで、基本ヘッダとは、ＲＴＰヘッダ、サンプルヘッダ（図２６参照）のことである。分割されたテキストサンプルに付与された基本ヘッダでは、サンプルヘッダのサンプルレングスの値は、例えば、値［０］を格納している。これにより、その基本ヘッダを有するＲＴＰパケットは、分割されたテキストサンプルを含んでいることを示す。また、分割されなかったテキストサンプルおよび分割されたテキストサンプルのうち最後尾のテキストサンプルに付与された基本ヘッダでは、ＲＴＰヘッダのマーカビットは、例えば、値［１］を格納している。一方、その他の分割されたテキストサンプルに付与された基本ヘッダでは、ＲＴＰヘッダのマーカビットは、例えば、値［０］を格納している。

基本ヘッダ作成部７２４で作成されたＲＴＰパケットは、ＲＴＰ伝送装置７２５へ送られ、さらにデータ再生装置７１０（図３８参照）へと伝送される。あるいは、伝送用蓄積ファイル作成部７２６へ送られる。伝送用蓄積ファイル作成部７２６は、伝送のためのサーバ蓄積ファイルを作成し、蓄積手段７２７へ蓄積する。ＲＴＰ伝送装置７２８は、サーバ蓄積ファイルを解析し、ＲＴＰパケットへ変換し、データ再生装置７１０（図３８参照）へと伝送される。

（ｉｉ）データ多重方法
図４１に、上記（２）〈ＲＴＰパケットのデータ構造〉で説明したデータ構造を有するＲＴＰパケットを作成するためのデータ多重方法を説明するフローチャートを示す。

入力されたＴｉｍｅｄ Ｔｅｘｔは、トラックヘッダ、サンプルディスクリプション、サンプルテーブルおよびテキストサンプルに分離される（ステップＳ７２０）。テキストサンプルのサイズに基づいて、分割を行わない場合のＲＴＰパケットのサイズを推定し、推定サイズが目標のサイズを超えるか否かの判断を行う（ステップＳ７２１）。推定サイズが目標のサイズを超えないと判断されると、テキストサンプルは、分割されず、基本ヘッダが付与されＲＴＰパケットと成る（ステップＳ７２４）。

推定サイズが目標のサイズを超えると判断されると、テキストサンプルの分割処理が行われる（ステップＳ７２２）。分割処理は、目標のサイズに近づき、かつ、分割したテキストサンプルを含むＲＴＰパケットの一部がロスしても残りのＲＴＰパケットの内容を表示可能となるよう行われる。また、分割されたテキストサンプルには、分割ヘッダが付与される（ステップＳ７２３）。分割ヘッダは、分割されたテキストサンプルの再生に必要な情報を格納している。さらに、分割ヘッダを付与された分割されたテキストサンプルには、基本ヘッダが付与される（ステップＳ７２４）。

ここで、基本ヘッダとは、ＲＴＰヘッダ、サンプルヘッダ（図２６参照）のことである。分割されたテキストサンプルに付与された基本ヘッダでは、サンプルヘッダのサンプルレングスの値は、例えば、値［０］を格納している。これにより、その基本ヘッダを有するＲＴＰパケットが分割されたテキストサンプルを含んでいることを示す。また、分割されなかったテキストサンプルおよび分割されたテキストサンプルのうち最後尾のテキストサンプルに付与された基本ヘッダでは、ＲＴＰヘッダ中のマーカビットは、例えば、値［１］を格納している。一方、その他の分割されたテキストサンプルに付与された基本ヘッダでは、ＲＴＰヘッダのマーカビットは、例えば、値［０］を格納している。

［第５実施形態］
図４２〜図４９を用いて、本発明の第５実施形態としてのパケットデータ構造、データ再生装置およびデータ多重装置について説明する。加えて、データ再生方法およびデータ多重方法について説明する。

本実施形態では、（１）分割ヘッダのオーバーヘッドを最小化するフラグ情報を持つパケットデータ構造、（２）テキストサンプルの分割状況を識別可能とさせるパケットデータ構造、（３）これらのパケットデータ構造を有するパケットのデータ再生装置およびデータ再生方法、（４）これらのパケットデータ構造を有するパケットのデータ多重装置およびデータ多重方法、の順に説明を行う。なお、本実施形態において、特に定義を与えない文言については、第４実施形態と同じ定義により用いるとする。

（１）〈分割ヘッダのオーバーヘッドを最小化するフラグ情報を持つパケットデータ構造〉
図３７を用いて説明した分割ヘッダＦｈＮでは、テキストインジケータＴＮと文字コード情報ＵＮとキャラクタオフセットレングスＳｌＮとモディファイアポインタレングスＭｌＮとボックス分割フラグＢＮとの５つの情報を格納するデータ領域を常に確保する必要がある。

しかし、例えば、ペイロード部がテキスト本文を含まない場合、それに付される分割ヘッダには、文字コード情報とキャラクタオフセットレングスとは必要の無い情報であり、確保したデータ領域は無駄になる。

そこで、分割ヘッダのオーバーヘッドを最小化するために、１ビットの分割ヘッダフラグを定義する。分割ヘッダフラグは、分割ヘッダが、文字コード情報、キャラクタオフセットレングス、モディファイアポインタレングス、ボックス分割フラグのいずれかを含むことを示している。この分割ヘッダフラグと、テキストインジケータとを分割ヘッダの必須情報として格納する。

（分割ヘッダの備える情報）
図４２を用いて分割ヘッダフラグＦＮとテキストインジケータＴＮとを備える分割ヘッダＦｈＮの構造について説明する。図４２では、分割パケットＰｔＮは、ヘッダ部ＨｄＮと、ペイロード部ＰｌＮとを備えている。ヘッダ部ＨｄＮは、ＲＴＰヘッダＲｈＮと、サンプルヘッダＳｈＮと、分割ヘッダＦｈＮとを含んでいる。また、ペイロード部ＰｌＮは、テキストサンプルＴｓ０の一部を含んでいる。

ここで、分割ヘッダＦｈＮは、上記したテキストインジケータＴＮと、分割ヘッダフラグＦＮとを含んでいる。分割ヘッダＦｈＮのその他の領域が備える情報は、テキストインジケータＴＮと分割ヘッダフラグＦＮとの組み合わせにより、図４３に示すように決定されている。ここで、分割ヘッダＦｈＮのその他の領域が備える情報とは、「［第４実施形態］（２）〈ＲＴＰパケットのデータ構造〉（ｉｉｉ）分割ヘッダの概要」において示した（ａ）〜（ｄ）のいずれかの情報である。

図４３は、テキストインジケータＴＮと分割ヘッダフラグＦＮとの組み合わせに対する、図４２に示す分割ヘッダＦｈＮの備える情報を示している。この関係は、テキストサンプルＴｓ０の先頭はテキストレングスＴｌ０およびテキストＴｘ０であることという前提に基づいて、上記したテキストインジケータＴＮと分割ヘッダフラグＦＮとの定義により論理的に導出されるものである。なお、図４３では、テキストインジケータＴＮをＴ、分割ヘッダフラグＦＮをＦと表している。

分割ヘッダフラグＦＮが値［０］の時、分割ヘッダＦｈＮは、テキストインジケータＴＮと分割ヘッダフラグＦＮとの２ビットのみを格納する（図４３、列（ａ），列（ｃ）参照）。なお、欄内に値［０］を有しているとき、その情報は存在しないことを示している。

テキストインジケータＴＮが値［１］かつ分割ヘッダフラグＦＮが値［１］の時、分割ヘッダＦｈＮは、文字コード情報と、キャラクタオフセットレングスと、モディファイアポインタレングスと、キャラクタオフセットと、モディファイアポインタとを格納する（図４３、列（ｂ）参照）。

テキストインジケータＴＮが値［０］かつ分割ヘッダフラグＦＮが値［１］の時、分割ヘッダＦｈＮは、モディファイアポインタレングスと、モディファイアポインタと、ボックス分割フラグと、シンクオフセットと，シンクオフセットレングスと，エクステンションバイトと，エクステンションバイトレングスと，アトムタイプとを格納する（図４３、列（ｄ）参照）。

これにより、例えば、分割パケットＰｔＮを取得したデータ再生装置において、テキストインジケータＴＮと分割ヘッダフラグＦＮとの値を取得し、分割ヘッダＦｈＮの含む情報を解析することが可能となる。すなわち、分割ヘッダＦｈＮにおいて、不要な情報のためのデータ領域を確保する必要が無くなり、伝送データのビット効率が向上する。

（サンプルヘッダの備える情報）
さらに、テキストインジケータＴＮと分割ヘッダフラグＦＮとの組み合わせにより、図４２に示すサンプルヘッダＳｈＮの備える情報を表現することも可能である。

図４４は、テキストインジケータＴＮと分割ヘッダフラグＦＮとの組み合わせと、サンプルヘッダＳｈＮの備える情報との関係を示している。この関係は、上記したテキストインジケータＴＮと分割ヘッダフラグＴＮとの定義により論理的に導出されるものである。

テキストインジケータＴＮが値［０］の時、分割パケットＰｔＮは、サンプルヘッダＳｈＮを備えない。（図４４、列（ｃ），列（ｄ）参照）。

テキストインジケータＴＮが値［１］かつ分割ヘッダフラグＦＮが値［０］の時、サンプルヘッダＳｈＮは、サンプルレングスＳｌｎＮとサンプルインデックスＳｉｄＮとサンプルデュレーションＳｄｒＮとを格納する（図４４、列（ａ）参照）。

テキストインジケータＴＮが値［１］かつ分割ヘッダフラグＦＮが値［１］の時、サンプルヘッダＳｈＮは、サンプルインデックスＳｉｄＮと、サンプルデュレーションＳｄｒＮとを格納する（図４４、列（ｂ）参照）。

これにより、例えば、分割パケットＰｔＮを取得したデータ再生装置において、テキストインジケータＴＮと分割ヘッダフラグＦＮとの値を取得し、サンプルヘッダＳｈＮの含む情報を解析することが可能となる。すなわち、サンプルヘッダＳｈＮにおいて、不要な情報のためのデータ領域を確保する必要が無くなり、伝送データのビット効率が向上する。

なお、分割ヘッダＦｈＮのその他の領域が備える情報とは、「［第４実施形態］（２）〈ＲＴＰパケットのデータ構造〉（ｉｉｉ）分割ヘッダの概要」において示した（ａ）〜（ｄ）の情報であると記載したが、（ａ）〜（ｄ）に示した情報のうちいずれかを規格として備えない場合も考えられる。その場合、図４３は、分割ヘッダに規格として備えないとされる情報に関する部分を除いて利用される。

例えば、テキスト本文を分割する場合、分割ヘッダにキャラクタオフセットを付与し、分割パケットがテキスト本文の何文字目からを含むかを判断させる。しかし、分割パケットを作成するデータ多重装置によっては、文字数をカウントすることが出来ない場合がある。この場合、テキスト本文が分割されているにも関わらず、キャラクタオフセットは付与されない。この場合においては、分割パケットを取得したデータ再生装置において、図４３の行（ｅ）の情報は考慮せずに再生を行うこととなる。

（２）〈テキストサンプルの分割状況を識別可能なパケットデータ構造〉
一般的に、分割パケットの伝送にロスが無い状況では、テキストサンプルの分割状況は、ＲＴＰヘッダのシーケンス番号、タイムスタンプ、マーカビットを監視することにより識別可能である。同じテキストサンプルを分割して含む分割パケットには、同じタイムスタンプが付されている。さらに、マーカビットは、例えば、値［１］を格納し、同じテキストサンプルを分割して含む分割パケットのうち最後のパケットを判別させる。

しかし、分割パケットにロスが発生した場合、シーケンス番号、タイムスタンプ、マーカビットを監視するだけでは、その分割パケットが先頭の分割パケットであることの判断ができないために、正常なデコードに支障をきたしてしまう。すなわち、テキストサンプルの変わり目（タイムスタンプの変わり目）において、複数のパケットがロスした場合、マーカビットの値が［１］であるパケットをロスしており、前のテキストサンプルの最後が判断できない。

そこで、上記（１）〈分割ヘッダのオーバーヘッドを最小化するフラグ情報を持つパケットデータ構造〉で定義されたテキストインジケータＴＮと分割ヘッダフラグＦＮとに加え、ＲＴＰヘッダＲｈＮの備えるマーカビットＭＮを組み合わせることにより（図４２参照）、分割パケットＰｔＮの有する分割されたテキストサンプルＴｓ０の分割状況を図４５に示すように判断する。

ここで、テキストサンプルＴｓ０の先頭はテキストレングスＴｌ０およびテキストＴｘ０であること、およびテキストサンプルの先頭を含む分割パケットでは、分割ヘッダは、テキストインジケータと分割ヘッダフラグ以外を含まないことを前提としている。また、マーカビットＭＮは、分割パケットＰｔＮがテキストサンプルＴｓ０の最後尾を含むことを示すと定義されている。なお、図４５では、テキストインジケータＴＮをＴ、分割ヘッダフラグＦＮをＦ、マーカビットＭＮをＭと表している。

これにより、テキストインジケータＴＮと分割ヘッダフラグＭＮとマーカビットＭＮとを利用してテキストサンプルＴｓ０の分割状況が判断可能となる。このため、例えば、分割パケットＰｔＮを取得したデータ再生装置において、分割パケットＰｔＮが分割の最後であることを判断（例えば、マーカビットＭＮの値［１］の場合）してデコードを開始することが可能となるだけでなく、分割パケットが分割の先頭であることを判断（例えば、テキストインジケータＴＮの値［１］かつ分割ヘッダフラグＭＮの値［０］の場合）することが可能となる。

（３）〈データ再生装置およびデータ再生方法〉
図４６および図４７を用いて、上記したデータ構造を有するＲＴＰパケットを再生するためのデータ再生装置およびデータ再生方法について説明する。

（ｉ）データ再生装置
図４６に、上記（１）または（２）で説明したデータ構造を有するＲＴＰパケット（図４２参照）を再生するためのデータ再生装置７３０のブロック図を示す。

データ再生装置７３０は、図３８に示したデータ再生装置７１０とほぼ同様の構成を有しているので、その特徴部分である分割ヘッダ解析部７３３を中心に説明する。

データ再生装置７３０は、ＲＴＰ受信部７３１と、基本ヘッダ解析部７３２と、分割ヘッダ解析部７３３と、デコーダ部７３４と、表示部７３５とを備えている。データ再生装置７３０は、後述するＲＴＰ伝送装置７４５，７４８（図４８参照）より伝送されたＲＴＰパケットに基づいて、Ｔｉｍｅｄ Ｔｅｘｔの再生を行うコンピュータ、携帯電話、ＰＤＡ（personal digital assistant）などといった装置である。

ＲＴＰ受信部７３１は、ＲＴＰ伝送装置７４５，７４８から送信されたＲＴＰパケットを受信し、一時的に基本ヘッダ解析部７３２に格納する。

基本ヘッダ解析部７３２は、シーケンス番号により、伝送途中にロスされたＲＴＰパケットの存在を判断する。

ここで、あるテキストサンプルを分割して含む複数のＲＴＰパケットについて、いずれかのＲＴＰパケットが伝送途中にロスされていた場合、基本ヘッダ解析部７３２は、残りのＲＴＰパケットを分割ヘッダ解析部７３３へと送出する。

分割ヘッダ解析部７３３は、ロスされず取得されたＲＴＰパケットの分割ヘッダを解析する。すなわち、分割ヘッダ解析部７３３は、分割ヘッダに必須の情報であるテキストインジケータと分割ヘッダフラグとの値を取得する。さらに、その値に基づいて、図４３および図４４に示す分割ヘッダおよびサンプルヘッダの情報の有無を判断し、それぞれの情報を取得する。

また、分割ヘッダ解析部７３３は、テキストインジケータと分割ヘッダフラグとマーカビットとの値の組み合わせに基づいて、図４５に示すテキストサンプルの分割状態を判断する。

デコーダ部７３４は、分割ヘッダ解析部７３３が取得した分割ヘッダの情報と、テキストサンプルの分割状態とに基づいて、デコードのタイミングを決定する。

なお、ＲＴＰパケットがロス無く伝送された場合は、ＲＴＰパケットは、基本ヘッダ解析部７３２による解析の後、デコーダ部７３４へと送出され、デコードされる。

（ｉｉ）データ再生方法
図４７に、上記（１）または（２）で説明したデータ構造を有するＲＴＰパケットを再生するためのデータ再生方法を説明するフローチャートを示す。

ＲＴＰパケットが受信されるとＲＴＰパケットのＲＴＰヘッダが解析され（ステップＳ７３０）、シーケンス番号に基づいて、ロスしたパケットの有無が判断される（ステップＳ７３１）。また同時に、マーカビットも取得される。

ロスしたパケットが無いと判断されると、ＲＴＰパケットは、デコードされる（ステップＳ７３３）。

ＲＴＰパケットのロスが有ると判断された場合、分割ヘッダが解析される。具体的には、テキストインジケータと分割ヘッダフラグとの値が取得され、その値により、図４３および図４４に示す分割ヘッダの情報の有無が判断される。さらに、それぞれの情報が取得される（ステップＳ７３２）。また、同時にテキストインジケータと分割ヘッダフラグとマーカビットとの値の組み合わせに基づいて、図４５に示すテキストサンプルの分割状態が判断される。

ステップＳ７３２で取得された情報に基づいて、ＲＴＰパケットがデコードされる（ステップＳ７３３）。

（４）〈データ多重装置およびデータ多重方法〉
図４８および図４９を用いて、上記したデータ構造を有するＲＴＰパケットを作成するためのデータ多重装置およびデータ多重方法について説明する。

（ｉ）データ多重装置
図４８に、上記（１）または（２）で説明したデータ構造を有するＲＴＰパケットを作成するためのデータ多重装置７４０のブロック図を示す。

データ多重装置７４０は、Ｔｉｍｅｄ Ｔｅｘｔの蓄積されている蓄積部７４１と、Ｔｉｍｅｄ Ｔｅｘｔを解析し多重化に必要な情報を取得するＥＳ解析部７４２と、分割と分割ヘッダの作成とを行う分割ヘッダ生成部７４３と、基本ヘッダを生成する基本ヘッダ生成部７４４とから構成される。

蓄積部７４１は、メディアデータを、例えば、ＭＰ４ファイル形式（図５５参照）で蓄積している。また、蓄積部７４１は、蓄積するファイルに関する詳細な情報を有している。ＥＳ解析部７４２は、蓄積部７４１からトラックヘッダとテキストサンプルとサンプルディスクリプションとサンプルテーブルを取得し、テキストサンプルは、分割ヘッダ生成部７４３へ送出される。

分割ヘッダ生成部７４３においては、目標のＲＴＰパケットのサイズに近づくように、取得されたテキストサンプルを分割する。なお、分割しなくても目標のＲＴＰパケットのサイズを超えないならば、分割は行われない。また、分割されたテキストサンプルの再生に必要な情報を分割ヘッダに格納し、分割されたテキストサンプルに付与する。さらに、分割ヘッダフラグと、テキストインジケータとが適切な値を取って格納される。一方、分割されなかったテキストサンプルに対しても、分割ヘッダフラグとテキストインジケータとが適切な値を取って付与される。これらの情報は、基本ヘッダ作成部７４４へ送出される。

基本ヘッダ作成部７４４は、分割されなかったテキストサンプルと、分割されたテキストサンプルとに基本ヘッダを付与し、ＲＴＰパケットを作成する。ここで、基本ヘッダとは、ＲＴＰヘッダ、サンプルヘッダ（図２６参照）のことである。なお、サンプルヘッダは、格納された分割ヘッダフラグと、テキストインジケータとに基づいて付与される（図４４参照）。また、基本ヘッダでは、マーカビットは、ＲＴＰパケットのペイロード部の有するテキストサンプルの分割状況に適した値を格納している。

基本ヘッダ作成部７４４で作成されたＲＴＰパケットは、ＲＴＰ伝送装置７４５へ送られ、さらにデータ再生装置７３０（図４６参照）へと伝送される。あるいは、伝送用蓄積ファイル作成部７４６へ送られる。伝送用蓄積ファイル作成部７４６は、伝送のためのサーバ蓄積ファイルを作成し、蓄積手段７４７へ蓄積する。ＲＴＰ伝送装置７４８は、サーバ蓄積ファイルを解析し、ＲＴＰパケットへ変換し、データ再生装置７３０（図４６参照）へと伝送される。

（ｉｉ）データ多重方法
図４９に、上記（１）または（２）で説明したデータ構造を有するＲＴＰパケットを作成するためのデータ多重方法を説明するフローチャートを示す。

入力されたＴｉｍｅｄ Ｔｅｘｔは、トラックヘッダ、サンプルディスクリプション、サンプルテーブルおよびテキストサンプルに分離される（ステップＳ７４０）。

テキストサンプルのサイズに基づいて、分割を行わない場合のＲＴＰパケットのサイズを推定し、推定サイズが目標のサイズを超えると判断されると（ステップＳ７４１）、テキストサンプルの分割処理が行われる（ステップＳ７４２）。分割処理は、目標のサイズに近づき、かつ、分割したテキストサンプルを含むＲＴＰパケットの一部がロスしても残りのＲＴＰパケットの内容を表示可能となるような位置において行われる。さらに、分割されたテキストサンプルに分割ヘッダが付与される（ステップＳ７４３）。分割ヘッダには、分割されたテキストサンプルの再生に必要な情報と、分割ヘッダフラグとテキストインジケータとが格納されている。分割ヘッダを付与された分割されたテキストサンプルには、基本ヘッダが付与される（ステップＳ７４５）。

一方、分割を行わない場合、テキストサンプルには分割ヘッダフラグとテキストインジケータとが付与される（ステップＳ７４４）。さらにテキストサンプルには、基本ヘッダが付与される（ステップＳ７４５）。
ここで、基本ヘッダとは、ＲＴＰヘッダ、サンプルヘッダのことである。

［第４実施形態および第５実施形態に関する付記］
〈付記の内容〉
（付記１）
修飾情報の付されたテキストデータを含む再生データを伝送し再生装置にて順次再生させるためのパケットデータ構造であって、
前記再生データの分割された一部である分割再生データを有するペイロード部と、
前記ペイロード部が前記分割再生データを含むことを示す分割存在情報と、前記分割再生データの再生に必要な分割再生データ再生情報とを有するヘッダ部と、
を備えるパケットデータ構造。

（付記２）
修飾情報の付されたテキストデータを含む再生データを伝送し再生装置にて順次再生させるためのパケットデータ構造であって、
前記再生データの分割された一部である分割再生データを有するペイロード部と、
前記分割再生データが含む分割された前記テキストデータの文字コードを判別する文字コード情報を有するヘッダ部と、
を備えるパケットデータ構造。

（付記３）
前記ヘッダ部は、前記文字コード情報のデータ長を示す第１データ長情報をさらに有する、
付記２に記載のパケットデータ構造。

（付記４）
前記文字コード情報は、２種類の前記文字コードを判別する１ビットのフラグである、
付記２に記載のパケットデータ構造。

（付記５）
修飾情報の付されたテキストデータを含む再生データを伝送し再生装置にて順次再生させるためのパケットデータ構造であって、
前記再生データの分割された一部である分割再生データを有するペイロード部と、
前記分割再生データにおける前記修飾情報の位置情報である第１位置情報を有するヘッダ部と、
を備えるパケットデータ構造。

（付記６）
前記分割再生データは、前記テキストデータの少なくとも一部と前記テキストデータの少なくとも一部に続いて配置される前記修飾情報とを含んでおり、
前記第１位置情報は、前記分割再生データの含む前記テキストデータのデータ長である、
付記５に記載のパケットデータ構造。

（付記７）
前記修飾情報は、複数の部分修飾情報を含んでおり、
前記分割再生データは、第１部分修飾情報の分割された一部と、前記第１部分修飾情報の分割された一部に続いて配置される第２部分修飾情報とを含んでおり、
前記第１位置情報は、前記第１部分修飾情報の分割された一部のデータ長である、
付記５に記載のパケットデータ構造。

（付記８）
前記ヘッダ部は、前記分割再生データが前記テキストデータの少なくとも一部を含むことを示すテキスト存在情報をさらに有する、
付記６または７に記載のパケットデータ構造。

（付記９）
修飾情報の付されたテキストデータを含む再生データを伝送し再生装置にて順次再生させるためのパケットデータ構造であって、
前記再生データの分割された一部である分割再生データを有するペイロード部と、
前記分割再生データが含む分割された前記テキストデータである分割テキストデータの前記テキストデータにおける位置情報である第２位置情報を有するヘッダ部と、
を備えるパケットデータ構造。

（付記１０）
前記第２位置情報は、前記分割テキストデータの位置情報をテキストの文字数を単位として含んでいる、
付記９に記載のパケットデータ構造。

（付記１１）
修飾情報の付されたテキストデータを含む再生データを伝送し再生装置にて順次再生させるためのパケットデータ構造であって、
前記再生データの分割された一部である分割再生データを有するペイロード部と、
前記修飾情報が含む部分修飾情報の修飾タイプを示す情報であって、前記分割再生データに含まれない修飾タイプ情報を有するヘッダ部と、
を備えるパケットデータ構造。

（付記１２）
修飾情報の付されたテキストデータを含む再生データを伝送し再生装置にて順次再生させるためのパケットデータ構造であって、
前記再生データの分割された一部である分割再生データを有するペイロード部と、
前記修飾情報が含む部分修飾情報を構成する単位修飾情報であって、前記分割再生データに含まれる第１単位修飾情報の位置情報である第３位置情報を有するヘッダ部と、
を備えるパケットデータ構造。

（付記１３）
前記ヘッダ部は、前記第３位置情報のデータ長を示す第２データ長情報をさらに有する、
付記１２に記載のパケットデータ構造。

（付記１４）
修飾情報の付されたテキストデータを含む再生データを伝送し再生装置にて順次再生させるためのパケットデータ構造であって、
前記再生データの分割された一部である分割再生データを有するペイロード部と、
前記修飾情報が含む部分修飾情報を構成する単位修飾情報であって、前記分割再生データに含まれない第２単位修飾情報を有するヘッダ部と、
を備えるパケットデータ構造。

（付記１５）
前記ヘッダ部は、前記第２単位修飾情報のデータ長を示す第３データ長情報をさらに有する、
付記１４に記載のパケットデータ構造。

（付記１６）
修飾情報の付されたテキストデータを含む再生データを伝送し再生装置にて順次再生させるためのパケットデータ構造であって、
前記再生データの分割された一部である分割再生データを有するペイロード部と、
前記ペイロード部に付加され、テキスト存在情報と再生情報存在情報とを有するヘッダ部とを備え、
前記テキスト存在情報は、前記分割再生データが前記テキストデータの少なくとも一部を含むことを示し、
前記再生情報存在情報は、前記ヘッダ部が前記分割再生データの再生に必要な分割再生データ再生情報を含むことを示す、
パケットデータ構造。

（付記１７）
前記ヘッダ部は、前記分割再生データが前記再生データの最後に位置するデータであることを示す分割再生データ位置情報をさらに有する、
付記１６に記載のパケットデータ構造。

（付記１８）
付記１に記載のパケットデータ構造を有するパケットから再生データを再生するデータ再生装置であって、
前記分割存在情報から前記ペイロード部が前記分割再生データを含むことを判断する分割判断手段と、
前記分割判断手段の判断結果に基づいて、前記分割再生データ再生情報から前記分割再生データの再生を行うデータ再生手段と、
を備えるデータ再生装置。

（付記１９）
付記２に記載のパケットデータ構造を有するパケットから再生データを再生するデータ再生装置であって、
前記文字コード情報から前記分割再生データが含む分割された前記テキストデータの文字コードを判別する文字コード判別手段と、
前記文字コード判別手段の判別結果に基づいて、前記分割再生データの再生を行うデータ再生手段と、
を備えるデータ再生装置。

（付記２０）
付記５に記載のパケットデータ構造を有するパケットから再生データを再生するデータ再生装置であって、
前記第１位置情報から前記分割再生データにおける前記修飾情報の位置情報を取得する第１位置情報取得手段と、
前記第１位置情報取得手段の取得した前記位置情報に基づいて、前記分割再生データの再生を行うデータ再生手段と、
を備えるデータ再生装置。

（付記２１）
付記９に記載のパケットデータ構造を有するパケットから再生データを再生するデータ再生装置であって、
前記第２位置情報から前記分割再生データが含む分割された前記テキストデータである分割テキストデータの前記テキストデータにおける位置情報を取得する第２位置情報取得手段と、
前記第２位置情報取得手段の取得した前記位置情報に基づいて、前記分割再生データの再生を行うデータ再生手段と、
を備えるデータ再生装置。

（付記２２）
付記１１に記載のパケットデータ構造を有するパケットから再生データを再生するデータ再生装置であって、
前記修飾タイプ情報から前記分割再生データが含む前記部分修飾情報の修飾タイプを取得する修飾タイプ取得手段と、
前記修飾タイプ取得手段の取得した前記修飾タイプに基づいて、前記分割再生データの再生を行うデータ再生手段と、
を備えるデータ再生装置。

（付記２３）
付記１２に記載のパケットデータ構造を有するパケットから再生データを再生するデータ再生装置であって、
前記第３位置情報から前記第１単位修飾情報を取得する第１単位修飾情報取得手段と、
前記第１単位修飾情報取得手段の取得した前記第１単位修飾情報に基づいて、前記再生データの再生を行うデータ再生手段と、
を備えるデータ再生装置。

（付記２４）
付記１４に記載のパケットデータ構造を有するパケットから再生データを再生するデータ再生装置であって、
前記第２単位修飾情報を取得する第２単位修飾情報取得手段と、
前記第２単位修飾情報取得手段の取得した前記第２単位修飾情報に基づいて、前記再生データの再生を行うデータ再生手段と、
を備えるデータ再生装置。

（付記２５）
付記１６に記載のパケットデータ構造を有するパケットから再生データを再生するデータ再生装置であって、
前記テキスト存在情報と前記再生情報存在情報とに基づいて、前記分割再生データの有する分割再生データ再生情報を判断する再生情報判断手段と、
前記再生情報判断手段の判断結果に基づいて、前記再生データの再生を行うデータ再生手段と、
を備えるデータ再生装置。

（付記２６）
付記１７に記載のパケットデータ構造を有するパケットから再生データを再生するデータ再生装置であって、
前記テキスト存在情報と前記再生情報存在情報と前記分割再生データ位置情報とに基づいて、前記分割再生データの分割状況を判断する分割状況判断手段と、
前記分割状況判断手段の判断結果に基づいて、前記分割再生データの再生を制御する再生制御手段と、
を備えるデータ再生装置。

〈付記の説明〉
付記１に記載のパケットデータ構造は、修飾情報の付されたテキストデータを含む再生データを伝送し再生装置にて順次再生させるためのパケットデータ構造であって、ペイロード部と、ヘッダ部とを備えている。ペイロード部は、再生データの分割された一部である分割再生データを有する。ヘッダ部は、ペイロード部が分割再生データを含むことを示す分割存在情報と、分割再生データの再生に必要な分割再生データ再生情報とを有する。

再生データとは、例えば、Ｔｉｍｅｄ Ｔｅｘｔにおけるテキストサンプルを含んでいる（以下、この欄において同じ。）。分割再生データ再生情報とは、例えば、再生データが含んでいた再生に必要な情報のうち再生データが分割されたために一部の分割再生データには含まないこととなった情報あるいは再生データが分割されたために新たに分割再生データの再生に必要となった情報などである（以下、この欄において同じ。）。

本発明のパケットデータ構造では、分割存在情報により、再生データが分割されていることが識別可能となる。また、分割再生データ再生情報により、パケットのいくつかが伝送途中でロスされた場合にも、取得したパケットの分割再生データの再生が可能となる。

付記２に記載のパケットデータ構造は、修飾情報の付されたテキストデータを含む再生データを伝送し再生装置にて順次再生させるためのパケットデータ構造であって、ペイロード部と、ヘッダ部とを備えている。ペイロード部は、再生データの分割された一部である分割再生データを有する。ヘッダ部は、分割再生データが含む分割されたテキストデータの文字コードを判別する文字コード情報を有する。

テキストデータは、例えば、先頭部分に文字コードを備えており、再生データの分割により、一部の分割再生データは、この文字コードを含まないこととなる。Ｔｉｍｅｄ Ｔｅｘｔでは、文字コードは、Ｕｎｉｃｏｄｅ規格のＵＴＦ−８またはＵＴＦ−１６ Ｂｉｇ Ｅｎｄｉａｎでエンコードされている。文字コードは、例えば、ＢＯＭ（バイトオーダマーク）と呼ばれるビット列により判断される。

本発明のパケットデータ構造では、分割再生データの文字コードを判別する文字コード情報をヘッダ部に有しており、再生データが含むテキストデータの文字コードを有するパケットが伝送途中でロスされた場合にも、分割再生データを正常な文字コードで再生可能となる。

付記３に記載のパケットデータ構造は、付記２に記載のパケットデータ構造であって、ヘッダ部は、文字コード情報のデータ長を示す第１データ長情報をさらに有する。

第１データ長情報は、文字コード情報のデータ長を、例えば、バイト長として指定するためのビット列である。

本発明のパケットデータ構造では、第１データ長情報により、可変長の文字コード情報を用いることができ、また文字コード情報の判定も確実に行うことが可能となる。

付記４に記載のパケットデータ構造は、付記２に記載のパケットデータ構造であって、文字コード情報は、２種類の文字コードを判別する１ビットのフラグである。

本発明のパケットデータ構造では、１ビットのフラグにより、例えば、分割再生データがＵＴＦ−８あるいはＵＴＦ−１６ Ｂｉｇ Ｅｎｄｉａｎのいずれでエンコードされているかなどを判別することが可能となる。

付記５に記載のパケットデータ構造は、修飾情報の付されたテキストデータを含む再生データを伝送し再生装置にて順次再生させるためのパケットデータ構造であって、ペイロード部と、ヘッダ部とを備えている。ペイロード部は、再生データの分割された一部である分割再生データを有する。ヘッダ部は、分割再生データにおける修飾情報の位置情報である第１位置情報を有する。

第１位置情報は、修飾情報の位置を、例えば、ペイロード部の先頭からのバイト長として指定する。

本発明のパケットデータ構造では、例えば、Ｔｉｍｅｄ Ｔｅｘｔにおけるテキストサンプルが有するテキストデータのデータ長を含むパケットが伝送途中でロスされた場合にも、分割再生データにおける修飾情報の識別が可能となる。この結果、修飾情報を確実にデコードすることが可能となり、また修飾情報とテキストデータとを混同し誤ったテキストを表示することが防止可能となる。

付記６に記載のパケットデータ構造は、付記５に記載のパケットデータ構造であって、分割再生データは、テキストデータの少なくとも一部と、テキストデータの少なくとも一部に続いて配置される修飾情報とを含んでいる。また、第１位置情報は、分割再生データの含むテキストデータのデータ長である。

分割再生データは、テキストデータをペイロード部の先頭から含んでおり、そのデータ長は、例えば、バイト長として指定されている。

本発明のパケットデータ構造では、修飾情報を確実にデコードすることが可能となり、また修飾情報とテキストデータとを混同し誤ったテキストを表示することが防止可能となる。

付記７に記載のパケットデータ構造は、付記５に記載のパケットデータ構造であって、修飾情報は、複数の部分修飾情報を含んでいる。分割再生データは、第１部分修飾情報の分割された一部と、第１部分修飾情報の分割された一部に続いて配置される第２部分修飾情報とを含んでいる。第１位置情報は、第１部分修飾情報の分割された一部のデータ長である。

分割された第１部分修飾情報は、ペイロード部の先頭から配置されており、そのデータ長は、例えば、バイト長として指定されている。

本発明のパケットデータ構造では、第２部分修飾情報を確実にデコードすることが可能となる。

付記８に記載のパケットデータ構造は、付記６または７に記載のパケットデータ構造であって、ヘッダ部は、分割再生データがテキストデータの少なくとも一部を含むことを示すテキスト存在情報をさらに有する。

本発明のパケットデータ構造では、複数の再生データを伝送する際に付記６または付記７に記載のパケットデータ構造を有するパケットが混在していても、テキストデータの有無により判別することが可能となる。

付記９に記載のパケットデータ構造は、修飾情報の付されたテキストデータを含む再生データを伝送し再生装置にて順次再生させるためのパケットデータ構造であって、ペイロード部と、ヘッダ部とを備えている。ペイロード部は、再生データの分割された一部である分割再生データを有する。ヘッダ部は、分割再生データが含む分割されたテキストデータである分割テキストデータのテキストデータにおける位置情報である第２位置情報を有する。

修飾情報は、テキストデータの修飾範囲を、例えば、バイト単位あるいはテキスト本文の文字数を単位などとして指定している。第２位置情報は、例えば、分割テキストデータのテキストデータにおける開始位置を、例えば、バイト単位あるいはテキスト本文の文字数を単位として表した情報などである。

本発明のパケットデータ構造では、第２位置情報により、修飾を付すべき分割テキストデータの範囲が判別可能となり、分割テキストデータに修飾効果を利用することが可能となる。

付記１０に記載のパケットデータ構造は、付記９に記載のパケットデータ構造であって、第２位置情報は、分割テキストデータの位置情報をテキストの文字数を単位として含んでいる。

修飾情報は、テキストデータの修飾範囲を、テキスト本文の文字数を単位などとして指定している。

本発明のパケットデータ構造では、第２位置情報により、修飾を付すべき分割テキストデータの文字列の範囲が判別可能となり、分割テキストデータに修飾効果を利用することが可能となる。

付記１１に記載のパケットデータ構造は、修飾情報の付されたテキストデータを含む再生データを伝送し再生装置にて順次再生させるためのパケットデータ構造であって、ペイロード部と、ヘッダ部とを備えている。ペイロード部は、再生データの分割された一部である分割再生データを有する。ヘッダ部は、修飾情報が含む部分修飾情報の修飾タイプを示す情報であって、分割再生データに含まれない修飾タイプ情報を有する。

部分修飾情報とは、例えば、Ｔｉｍｅｄ Ｔｅｘｔにおけるテキストサンプルのモディファイアなどである。

本発明のパケットデータ構造では、例えば、再生データの分割により、分割再生データが部分修飾情報の修飾タイプを示す情報を含まないこととなった場合に、ヘッダ部の有する修飾タイプ情報を用いて分割再生データの有する部分修飾情報を利用することが可能となる。

付記１２に記載のパケットデータ構造は、修飾情報の付されたテキストデータを含む再生データを伝送し再生装置にて順次再生させるためのパケットデータ構造であって、ペイロード部と、ヘッダ部とを備えている。ペイロード部は、再生データの分割された一部である分割再生データを有する。ヘッダ部は、修飾情報が含む部分修飾情報を構成する単位修飾情報であって、分割再生データに含まれる第１単位修飾情報の位置情報である第３位置情報を有する。

本発明のパケットデータ構造では、例えば、再生データの分割により、分割再生データが分割された部分修飾情報を含む場合に、分割された部分修飾情報の第１単位修飾情報を判別してテキストデータに修飾効果を利用することが可能となる。

付記１３に記載のパケットデータ構造は、付記１２に記載のパケットデータ構造であって、ヘッダ部は、第３位置情報のデータ長を示す第２データ長情報をさらに有する。

本発明のパケットデータ構造では、第１単位修飾情報の識別に必要な第３位置情報をより確実に判別でき、第１単位修飾情報の識別をより確実に行うことが可能となる。

付記１４に記載のパケットデータ構造は、修飾情報の付されたテキストデータを含む再生データを伝送し再生装置にて順次再生させるためのパケットデータ構造であって、ペイロード部と、ヘッダ部とを備えている。ペイロード部は、再生データの分割された一部である分割再生データを有する。ヘッダ部は、修飾情報が含む部分修飾情報を構成する単位修飾情報であって、分割再生データに含まれない第２単位修飾情報を有する。

第２単位修飾情報とは、例えば、分割により分割再生データに含まれないこととなった単位修飾情報のうち、分割再生データの含む単位修飾情報を利用するために必要となる情報などである。

本発明のパケットデータ構造では、第２単位修飾情報を用いて、分割再生データが含む分割された修飾情報を利用することが可能となる。

付記１５に記載のパケットデータ構造は、付記１４に記載のパケットデータ構造であって、ヘッダ部は、第２単位修飾情報のデータ長を示す第３データ長情報をさらに有する。

第２単位修飾情報は、部分修飾情報の修飾タイプに依存する情報である。
本発明のパケットデータ構造では、第３データ長情報により、第２単位修飾情報の識別をより確実に行うことが可能となる。

付記１６に記載のパケットデータ構造は、修飾情報の付されたテキストデータを含む再生データを伝送し再生装置にて順次再生させるためのパケットデータ構造であって、ペイロード部と、ヘッダ部とを備えている。ペイロード部は、再生データの分割された一部である分割再生データを有する。ヘッダ部は、ペイロード部に付加され、テキスト存在情報と再生情報存在情報とを有する。また、テキスト存在情報は、分割再生データがテキストデータの少なくとも一部を含むことを示している。再生情報存在情報は、ヘッダ部が分割再生データの再生に必要な分割再生データ再生情報を含むことを示している。

分割再生データ再生情報とは、例えば、分割再生データが含むテキストデータの文字コード情報や分割再生データが含む修飾情報を利用するための情報などである。

分割再生データ再生情報が有する情報の種類は、テキスト存在情報に依存している。このため、テキスト存在情報と再生情報存在情報との組み合わせにより、分割再生データ再生情報が有する情報の種類が判別される。

本発明のパケットデータ構造では、分割再生データ再生情報が有する情報のすべてに対してビット列を割り当てなくとも、テキスト存在情報と再生情報存在情報との組み合わせにより分割再生データ再生情報の有する情報を判別可能となる。すなわち、パケットのロスに対する耐性を高めつつビット効率を高めることが可能となる。

付記１７に記載のパケットデータ構造は、付記１６に記載のパケットデータ構造であって、ヘッダ部は、分割再生データが再生データの最後に位置するデータであることを示す分割再生データ位置情報をさらに有する。

テキスト存在情報と、再生情報存在情報と、分割再生データ位置情報との組み合わせにより、分割再生データの分割状況を判別可能となる。

本発明のパケットデータ構造では、分割再生データの分割状況の判別を可能させる。これにより、分割再生データの再生開始のタイミングを判断することも可能となる。

付記１８に記載のデータ再生装置は、付記１に記載のパケットデータ構造を有するパケットから再生データを再生するデータ再生装置であって、分割判断手段と、データ再生手段とを備えている。分割判断手段は、分割存在情報からペイロード部が分割再生データを含むことを判断する。データ再生手段は、分割判断手段の判断結果に基づいて、分割再生データ再生情報から分割再生データの再生を行う。

データ再生手段は、分割判断手段の判断結果に基づいて、パケットの解析を行う。すなわち、ペイロード部に分割再生データが含まれていると判断する場合、分割再生データ再生情報を解析し、分割再生データの再生を行うことができる。

本発明のデータ再生装置では、パケットのいくつかが伝送途中でロスされた場合にも、取得した分割再生データの再生を行うことが可能となる。

付記１９に記載のデータ再生装置は、付記２に記載のパケットデータ構造を有するパケットから再生データを再生するデータ再生装置であって、文字コード判別手段と、データ再生手段とを備えている。文字コード判別手段は、文字コード情報から分割再生データが含む分割されたテキストデータの文字コードを判別する。データ再生手段は、文字コード判別手段の判別結果に基づいて、分割再生データの再生を行う。

データ再生手段は、文字コード判別手段の判別結果に基づいて、パケットの解析を行う。すなわち、分割再生データが含むテキストデータの文字コードを判別し、分割再生データの再生を行うことができる。

本発明のデータ再生装置では、パケットのいくつかが伝送途中でロスされた場合にも、取得した分割再生データを正常な文字コードで再生可能となる。

付記２０に記載のデータ再生装置は、付記５に記載のパケットデータ構造を有するパケットから再生データを再生するデータ再生装置であって、第１位置情報取得手段と、データ再生手段とを備えている。第１位置情報取得手段は、第１位置情報から分割再生データにおける修飾情報の位置情報を取得する。データ再生手段は、第１位置情報取得手段の取得した位置情報に基づいて、分割再生データの再生を行う。

データ再生手段は、第１位置情報取得手段の取得した第１位置情報に基づいて、パケットの解析を行う。すなわち、第１位置情報から分割再生データにおける修飾情報を判別し、分割再生データの再生を行う。

本発明のデータ再生装置では、パケットのいくつかが伝送途中でロスされた場合にも、取得した分割再生データに修飾効果を利用することが可能となる。

付記２１に記載のデータ再生装置は、付記９に記載のパケットデータ構造を有するパケットから再生データを再生するデータ再生装置であって、第２位置情報取得手段と、データ再生手段とを備えている。第２位置情報取得手段は、分割再生データが含む分割されたテキストデータである分割テキストデータのテキストデータにおける位置情報を取得する。データ再生手段は、第２位置情報取得手段の取得した位置情報に基づいて、分割再生データの再生を行う。

修飾情報は、テキストデータの修飾範囲を、例えば、バイト単位あるいはテキスト本文の文字数を単位などとして指定している。第２位置情報は、例えば、分割テキストデータのテキストデータにおける開始位置を、例えば、バイト単位あるいはテキスト本文の文字数を単位として表した情報などである。

データ再生手段は、第２位置情報取得手段の取得した第２位置情報に基づいて、パケットの解析を行う。すなわち、第２位置情報から修飾が付される分割テキストデータの範囲を特定し、分割テキストデータの再生を行う。

本発明のデータ再生装置では、パケットのいくつかが伝送途中でロスされた場合にも、取得した分割テキストデータに修飾効果を利用することが可能となる。

付記２２に記載のデータ再生装置は、付記１１に記載のパケットデータ構造を有するパケットから再生データを再生するデータ再生装置であって、修飾タイプ取得手段と、データ再生手段とを備えている。修飾タイプ取得手段は、修飾タイプ情報から分割再生データが含む部分修飾情報の修飾タイプを取得する。データ再生手段は、修飾タイプ取得手段の取得した修飾タイプに基づいて、分割再生データの再生を行う。

部分修飾情報とは、例えば、Ｔｉｍｅｄ Ｔｅｘｔにおけるテキストサンプルのモディファイアなどである。

本発明のデータ再生装置では、例えば、再生データの分割により、分割再生データが部分修飾情報の修飾タイプを示す情報を含まないこととなった場合に、ヘッダ部の有する修飾タイプ情報を用いて分割再生データの有する部分修飾情報を利用することができる。

付記２３に記載のデータ再生装置は、付記１２に記載のパケットデータ構造を有するパケットから再生データを再生するデータ再生装置であって、第１単位修飾情報取得手段と、データ再生手段とを備えている。第１単位修飾情報取得手段は、第３位置情報から第１単位修飾情報を取得する。データ再生手段は、第１単位修飾情報取得手段の取得した第１単位修飾情報に基づいて、再生データの再生を行う。

データ再生手段は、第１単位修飾情報取得手段の取得した第１単位修飾情報に基づいて、パケットの解析を行う。

本発明のデータ再生装置では、例えば、分割再生データが分割された部分修飾情報を含む場合に、分割された部分修飾情報のうち第１単位修飾情報を判別してテキストデータに修飾効果を利用することが可能となる。

付記２４に記載のデータ再生装置は、付記１４に記載のパケットデータ構造を有するパケットから再生データを再生するデータ再生装置であって第２単位修飾情報取得手段と、データ再生手段とを備えている。第２単位修飾情報取得手段は、第２単位修飾情報を取得する。データ再生手段は、第２単位修飾情報取得手段の取得した第２単位修飾情報に基づいて、再生データの再生を行う。

データ再生手段は、第２単位修飾情報取得手段の取得した第２単位修飾情報に基づいて、パケットの解析を行う。

本発明のデータ再生装置では、第２単位修飾情報により、分割再生データが含む分割された修飾情報を利用することが可能となる。

付記２５に記載のデータ再生装置は、付記１６に記載のパケットデータ構造を有するパケットから再生データを再生するデータ再生装置であって、再生情報判断手段と、データ再生手段とを備えている。再生情報判断手段は、テキスト存在情報と再生情報存在情報とに基づいて、分割再生データの有する分割再生データ再生情報を判断する。データ再生手段は、再生情報判断手段の判断結果に基づいて、再生データの再生を行う。

分割再生データ再生情報とは、例えば、分割再生データが含むテキストデータの文字コード情報や分割再生データが含む修飾情報を利用するための情報などである。

分割再生データ再生情報が有する情報の種類は、テキスト存在情報に依存している。このため、テキスト存在情報と再生情報存在情報との組み合わせにより、分割再生データ再生情報が有する情報の種類が判別される。

本発明のデータ再生装置では、テキスト存在情報と再生情報存在情報との組み合わせにより分割再生データ再生情報の有する情報を判別可能となる。

付記２６に記載のデータ再生装置は、付記１７に記載のパケットデータ構造を有するパケットから再生データを再生するデータ再生装置であって、分割状況判断手段と、再生制御手段とを備えている。分割状況判断手段は、テキスト存在情報と再生情報存在情報と分割再生データ位置情報とに基づいて、分割再生データの分割状況を判断する。再生制御手段は、分割状況判断手段の判断結果に基づいて、分割再生データの再生を制御する。

本発明のパケットデータ構造では、分割再生データの分割状況の判別を可能させる。これにより、再生制御手段は、分割再生データの再生開始のタイミングを判断することが可能となる。

［第６実施形態］
上記各実施形態で示したデータ伝送方法、データ受信方法、データ再生方法あるいはデータ多重方法を実現するためのプログラムを、フレキシブルディスク等の記録媒体に記録するようにすることにより、上記各実施形態で示した処理を、独立したコンピュータシステムにおいて簡単に実施することが可能となる。

図５０は、上記各実施形態のデータ伝送方法、データ受信方法、データ再生方法あるいはデータ多重方法を、フレキシブルディスク等の記録媒体に記録されたプログラムを用いて、コンピュータシステムにより実施する場合の説明図である。

図５０（ｂ）は、フレキシブルディスクの正面からみた外観、断面構造、及びフレキシブルディスクを示し、図５０（ａ）は、記録媒体本体であるフレキシブルディスクの物理フォーマットの例を示している。フレキシブルディスクＦＤはケースＦ内に内蔵され、該ディスクの表面には、同心円状に外周からは内周に向かって複数のトラックＴｒが形成され、各トラックは角度方向に１６のセクタＳｅに分割されている。従って、上記プログラムを格納したフレキシブルディスクでは、上記フレキシブルディスクＦＤ上に割り当てられた領域に、上記プログラムが記録されている。

また、図５０（ｃ）は、フレキシブルディスクＦＤに上記プログラムの記録再生を行うための構成を示す。データ伝送方法、データ受信方法、データ再生方法あるいはデータ多重方法を実現する上記プログラムをフレキシブルディスクＦＤに記録する場合は、コンピュータシステムＣｓから上記プログラムをフレキシブルディスクドライブを介して書き込む。また、フレキシブルディスク内のプログラムにより上記データ伝送方法、データ受信方法、データ再生方法あるいはデータ多重方法をコンピュータシステム中に構築する場合は、フレキシブルディスクドライブによりプログラムをフレキシブルディスクから読み出し、コンピュータシステムに転送する。
なお、上記説明では、記録媒体としてフレキシブルディスクを用いて説明を行ったが、光ディスクを用いても同様に行うことができる。また、記録媒体はこれに限らず、ＩＣカード、ＲＯＭカセット等、プログラムを記録できるものであれば同様に実施することができる。

［第７実施形態］
さらにここで、上記実施の形態で示したパケットデータ構造、データ伝送装置、データ受信装置、データ再生装置およびデータ多重装置の応用例とそれを用いたシステムを説明する。

図５１は、コンテンツ配信サービスを実現するコンテンツ供給システムex１００の全体構成を示すブロック図である。通信サービスの提供エリアを所望の大きさに分割し、各セル内にそれぞれ固定無線局である基地局ex１０７〜ex１１０が設置されている。

このコンテンツ供給システムex１００は、例えば、インターネットex１０１にインターネットサービスプロバイダex１０２および電話網ex１０４、および基地局ex１０７〜ex１１０を介して、コンピュータex１１１、ＰＤＡ（personal digital assistant）ex１１２、カメラex１１３、携帯電話ex１１４、カメラ付きの携帯電話ex１１５などの各機器が接続される。

しかし、コンテンツ供給システムex１００は図５１のような組合せに限定されず、いずれかを組み合わせて接続するようにしてもよい。また、固定無線局である基地局ex１０７〜ex１１０を介さずに、各機器が電話網ex１０４に直接接続されてもよい。

カメラex１１３はデジタルビデオカメラ等の動画撮影が可能な機器である。また、携帯電話は、ＰＤＣ（Personal Digital Communications）方式、ＣＤＭＡ（Code Division Multiple Access）方式、Ｗ−ＣＤＭＡ（Wideband-Code Division Multiple Access）方式、若しくはＧＳＭ（Global System for Mobile Communications）方式の携帯電話機、またはＰＨＳ（Personal Handyphone System）等であり、いずれでも構わない。

また、ストリーミングサーバex１０３は、カメラex１１３から基地局ex１０９、電話網ex１０４を通じて接続されており、カメラex１１３を用いてユーザが送信する符号化処理されたデータに基づいたライブ配信等が可能になる。撮影したデータの符号化処理はカメラex１１３で行っても、データの送信処理をするサーバ等で行ってもよい。また、カメラ１１６で撮影した動画データはコンピュータex１１１を介してストリーミングサーバex１０３に送信されてもよい。カメラex１１６はデジタルカメラ等の静止画、動画が撮影可能な機器である。この場合、動画データの符号化はカメラex１１６で行ってもコンピュータex１１１で行ってもどちらでもよい。また、符号化処理はコンピュータex１１１やカメラex１１６が有するＬＳＩex１１７において処理することになる。なお、画像符号化・復号化用のソフトウェアをコンピュータex１１１等で読み取り可能な記録媒体である何らかの蓄積メディア（ＣＤ−ＲＯＭ、フレキシブルディスク、ハードディスクなど）に組み込んでもよい。さらに、カメラ付きの携帯電話ex１１５で動画データを送信してもよい。このときの動画データは携帯電話ex１１５が有するＬＳＩで符号化処理されたデータである。

このコンテンツ供給システムex１００では、ユーザがカメラex１１３、カメラex１１６等で撮影しているコンテンツ（例えば、音楽ライブを撮影した映像等）符号化処理してストリーミングサーバex１０３に送信する一方で、ストリーミングサーバex１０３は要求のあったクライアントに対して上記コンテンツデータをストリーム配信する。クライアントとしては、上記符号化処理されたデータを復号化することが可能な、コンピュータex１１１、ＰＤＡex１１２、カメラex１１３、携帯電話ex１１４等がある。このようにすることでコンテンツ供給システムex１００は、符号化されたデータをクライアントにおいて受信して再生することができ、さらにクライアントにおいてリアルタイムで受信して復号化し、再生することにより、個人放送をも実現可能になるシステムである。

ここで、ストリーミングサーバex１０３は、本願発明のデータ伝送装置、データ多重装置としての機能も有している。さらにコンピュータex１１１、ＰＤＡex１１２、カメラex１１３、携帯電話ex１１４等は、本願発明のデータ受信装置、データ再生装置としての機能も有している。これにより、ストリーミングサーバex１０３からＭＰ４ファイル形式で蓄積されたメディアデータをコンピュータex１１１、ＰＤＡex１１２、カメラex１１３、携帯電話ex１１４等で取得し、Ｔｉｍｅｄ Ｔｅｘｔをストリーミングにより表示させることが可能となる。

図５２は、本発明のパケットデータ構造、データ受信装置、データ再生装置およびデータ多重装置を用いた携帯電話ex１１５を示す図である。携帯電話ex１１５は、基地局ex１１０との間で電波を送受信するためのアンテナex２０１、ＣＣＤカメラ等の映像、静止画を撮ることが可能なカメラ部ex２０３、カメラ部ex２０３で撮影した映像、アンテナex２０１で受信した映像等が復号化されたデータを表示する液晶ディスプレイ等の表示部ex２０２、操作キーex２０４群から構成される本体部、音声出力をするためのスピーカ等の音声出力部ex２０８、音声入力をするためのマイク等の音声入力部ex２０５、撮影した動画もしくは静止画のデータ、受信したメールのデータ、動画のデータもしくは静止画のデータ等、符号化されたデータまたは復号化されたデータを保存するための記録メディアex２０７、携帯電話ex１１５に記録メディアex２０７を装着可能とするためのスロット部ex２０６を有している。記録メディアex２０７はＳＤカード等のプラスチックケース内に電気的に書換えや消去が可能な不揮発性メモリであるＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）の一種であるフラッシュメモリ素子を格納したものである。

さらに、携帯電話ex１１５について図５３を用いて説明する。携帯電話ex１１５は表示部ex２０２及び操作キーex２０４を備えた本体部の各部を統括的に制御するようになされた主制御部ex３１１に対して、電源回路部ex３１０、操作入力制御部ex３０４、画像符号化部ex３１２、カメラインターフェース部ex３０３、ＬＣＤ（Liquid Crystal Display）制御部ex３０２、画像復号化部ex３０９、多重分離部ex３０８、記録再生部ex３０７、変復調回路部ex３０６及び音声処理部ex３０５、テキスト復号化部ex３１４が同期バスex３１３を介して互いに接続されている。

電源回路部ex３１０は、ユーザの操作により終話及び電源キーがオン状態にされると、バッテリパックから各部に対して電力を供給することによりカメラ付ディジタル携帯電話ex１１５を動作可能な状態に起動する。

携帯電話ex１１５は、ＣＰＵ、ＲＯＭ及びＲＡＭ等でなる主制御部ex３１１の制御に基づいて、音声通話モード時に音声入力部ex２０５で集音した音声信号を音声処理部ex３０５によってディジタル音声データに変換し、これを変復調回路部ex３０６でスペクトラム拡散処理し、送受信回路部ex３０１でディジタルアナログ変換処理及び周波数変換処理を施した後にアンテナex２０１を介して送信する。また携帯電話機ex１１５は、音声通話モード時にアンテナex２０１で受信した受信信号を増幅して周波数変換処理及びアナログディジタル変換処理を施し、変復調回路部ex３０６でスペクトラム逆拡散処理し、音声処理部ex３０５によってアナログ音声信号に変換した後、これを音声出力部ex２０８を介して出力する。

さらに、データ通信モード時に電子メールを送信する場合、本体部の操作キーex２０４の操作によって入力された電子メールのテキストデータは操作入力制御部ex３０４を介して主制御部ex３１１に送出される。主制御部ex３１１は、テキストデータを変復調回路部ex３０６でスペクトラム拡散処理し、送受信回路部ex３０１でディジタルアナログ変換処理及び周波数変換処理を施した後にアンテナex２０１を介して基地局ex１１０へ送信する。

データ通信モード時に画像データを送信する場合、カメラ部ex２０３で撮像された画像データをカメラインターフェース部ex３０３を介して画像符号化部ex３１２に供給する。また、画像データを送信しない場合には、カメラ部ex２０３で撮像した画像データをカメラインターフェース部ex３０３及びＬＣＤ制御部ex３０２を介して表示部ex２０２に直接表示することも可能である。

画像符号化部ex３１２は、カメラ部ex２０３から供給された画像データを圧縮符号化することにより符号化画像データに変換し、これを多重分離部ex３０８に送出する。また、このとき同時に携帯電話機ex１１５は、カメラ部ex２０３で撮像中に音声入力部ex２０５で集音した音声を音声処理部ex３０５を介してディジタルの音声データとして多重分離部ex３０８に送出する。

多重分離部ex３０８は、画像符号化部ex３１２から供給された符号化画像データと音声処理部ex３０５から供給された音声データとを所定の方式で多重化し、その結果得られる多重化データを変復調回路部ex３０６でスペクトラム拡散処理し、送受信回路部ex３０１でディジタルアナログ変換処理及び周波数変換処理を施した後にアンテナex２０１を介して送信する。

データ通信モード時にホームページ等にリンクされた動画像ファイルのデータを受信する場合、アンテナex２０１を介して基地局ex１１０から受信した受信信号を変復調回路部ex３０６でスペクトラム逆拡散処理し、その結果得られる多重化データを多重分離部ex３０８に送出する。

また、アンテナex２０１を介して受信された多重化データを復号化するには、多重分離部ex３０８は、多重化データを分離することにより画像データの符号化ビットストリームと音声データの符号化ビットストリームとに分け、同期バスex３１３を介して当該符号化画像データを画像復号化部ex３０９に供給すると共に当該音声データを音声処理部ex３０５に供給する。さらに、ＭＰ４ファイルのうち、Ｔｉｍｅｄ Ｔｅｘｔトラックをテキスト復号化部ex３１４に供給する。

次に、画像復号化部ex３０９は、画像データの符号化ビットストリームを復号することにより再生動画像データを生成し、これをＬＣＤ制御部ex３０２を介して表示部ex２０２に供給し、これにより、例えばホームページにリンクされた動画像ファイルに含まれる動画データが表示される。このとき同時に音声処理部ex３０５は、音声データをアナログ音声信号に変換した後、これを音声出力部ex２０８に供給し、これにより、例えばホームページにリンクされた動画像ファイルに含まる音声データが再生される。また、テキスト復号化部ex３１４は、テキストサンプルを上記実施形態で述べたように再生し、ＬＣＤ制御部ex３０２を介して表示部ex２０２に供給し、再生動画像データと同期的に表示させる。

なお、上記システムの例に限られず、最近は衛星、地上波によるディジタル放送が話題となっており、図５４に示すようにディジタル放送用システムにも本発明のデータ伝送装置、データ受信装置、データ多重装置またはデータ再生装置のいずれかを組み込むことができる。

具体的には、放送局ex４０９では映像情報の符号化ビットストリームが電波を介して通信または放送衛星ex４１０に伝送される。これを受けた放送衛星ex４１０は、放送用の電波を発信し、この電波を衛星放送受信設備をもつ家庭のアンテナex４０６で受信し、テレビ（受信機）ex４０１またはセットトップボックス（ＳＴＢ）ex４０７などの装置により符号化ビットストリームを復号化してこれを再生する。また、記録媒体であるCDやDVD等の蓄積メディアex４０２に記録した符号化ビットストリームを読み取り、復号化する再生装置ex４０３にも本発明のデータ受信装置、データ再生装置を実装することが可能である。この場合、再生された映像信号およびテキストトラックはモニタex４０４に表示される。また、ケーブルテレビ用のケーブルex４０５または衛星／地上波放送のアンテナex４０６に接続されたセットトップボックスex４０７内に本発明のデータ受信装置、データ再生装置を実装し、これをテレビのモニタex４０８で再生する構成も考えられる。このときセットトップボックスではなく、テレビ内にデータ受信装置、データ再生装置を組み込んでも良い。また、アンテナex４１１を有する車ex４１２で衛星ex４１０からまたは基地局ex１０７等から信号を受信し、車ex４１２が有するカーナビゲーションex４１３等の表示装置に動画を再生することも可能である。

更に、画像信号を記録媒体に記録することもできる。具体例としては、DVDディスクex４２１に画像信号を記録するDVDレコーダや、ハードディスクに記録するディスクレコーダなどのレコーダex４２０がある。更にSDカードex４２２に記録することもできる。レコーダex４２０が本発明のデータ再生装置を備えていれば、DVDディスクex４２１やSDカードex４２２に記録した画像信号を再生し、モニタex４０８で表示することができる。

なお、カーナビゲーションex４１３の構成は例えば図５４に示す構成のうち、カメラ部ex２０３とカメラインターフェース部ex３０３、画像符号化部ex３１２を除いた構成が考えられ、同様なことがコンピュータex１１１やテレビ（受信機）ex４０１等でも考えられる。

また、上記携帯電話ex１１４等の端末は、符号化器・復号化器を両方持つ送受信型の端末の他に、符号化器のみの送信端末、復号化器のみの受信端末の３通りの実装形式が考えられる。

このように、上記実施の形態で示したパケットデータ構造、データ伝送装置、データ伝送方法、データ受信装置、データ受信方法、データ再生装置およびデータ多重装置を上述したいずれの機器・システムに用いることは可能であり、そうすることで、上記実施の形態で説明した効果を得ることができる。

［第８実施形態］
本発明はかかる上記実施形態に限定されるものではなく、本発明の範囲を逸脱することなく種々の変形又は修正が可能である。また、上記実施形態で述べた方法は、プログラムとしてコンピュータなどにより実現されることも可能である。

本発明にかかる伝送データ構造は、Ｔｉｍｅｄ Ｔｅｘｔをストリーミング型の配信で使用するのに好適な伝送データ構造の提供が求められるテキスト伝送データ等に適用可能である。

本発明のＰＥＳパケットのデータ構造を示す図（第１実施形態） 本発明のＰＥＳパケットのデータ構造の詳細説明図（第１実施形態） 本発明のデータ伝送装置のブロック図（第１実施形態） 本発明のデータ伝送方法の動作フローチャート（第１実施形態） 本発明のデータ伝送方法の詳細説明図（第１実施形態） 本発明のデータ受信装置のブロック図（第１実施形態） 本発明のデータ受信方法の動作フローチャート（第１実施形態） 本発明のデータ受信装置におけるデータ解析のシンタクスを説明する説明図（第１実施形態） 複数のＰＥＳパケットが備えるテキストフレームの再生時刻が重複している場合にデコードすべきテキストフレームを判定する規則について説明する説明図（第１実施形態） ＰＥＳパケットが受信された時刻がそのＰＥＳパケットのＰＴＳが示す時刻を経過している場合にデコードすべきテキストフレームを判定する規則について説明する説明図（第１実施形態） 時間変化を伴う処理を含むテキストフレームを受信した場合の再生状態を説明する説明図（第１実施形態） 本発明の変形例としてのＰＥＳパケットのデータ構造を示す図（第１実施形態） 本発明の変形例としてのＰＥＳパケットのデータ構造を示す図（第１実施形態） 本発明の変形例としてのサンプルディスクリプションのデータ構造を示す図（第１実施形態） 本発明のＰＥＳパケットのデータ構造を示す図（第２実施形態） 本発明のデータ伝送装置のブロック図（第２実施形態） 本発明のデータ受信装置のブロック図（第２実施形態） 本発明の変形例としてのＰＥＳパケットのデータ構造を示す図（第２実施形態） 本発明の変形例としてのＰＥＳパケットのデータ構造を示す図（第２実施形態） ＲＴＰ／ＲＴＳＰシーケンスの一般的な処理を説明する説明図（第３実施形態） インバンド伝送におけるＲＴＰパケットのデータ構造を示す図（第３実施形態） アウトバンド伝送におけるＲＴＰパケットのデータ構造を示す図（第３実施形態） 本発明のデータ伝送装置のブロック図（第３実施形態） 本発明のデータ受信装置のブロック図（第３実施形態） ＭＰ４ファイル形式のメディアデータを取得する際の一般的な処理の流れを説明する説明図（第４実施形態） Ｔｉｍｅｄ ＴｅｘｔをＲＴＰパケットとして伝送する場合に伝送される基本パケットＰｔ０について説明する説明図（第４実施形態） 分割パケットの基本的構造について説明する説明図（第４実施形態） テキスト本文Ｔｄ０の文字コードの識別情報を有する分割ヘッダの概要について説明する説明図（第４実施形態） モディファイアＭｄ０の開始位置を示すための情報を有する分割ヘッダの概要について説明する説明図（第４実施形態） モディファイアＭｄ０の開始位置を示すための情報を有する分割ヘッダの概要について説明する説明図（第４実施形態） テキストサンプルＴｓ０の分割のバリエーションとモディファイアまたはモディファイアボックスの開始位置情報との関係について説明する説明図（第４実施形態） 分割テキストサンプルが含むテキスト本文の一部がテキスト本文の全体の何文字目以降を含むかに関する情報を有する分割ヘッダの概要について説明する説明図（第４実施形態） 分割されたモディファイアボックスの再生のために格納される情報について概要を説明する説明図（第４実施形態） 分割されたカラオケスタイルのモディファイアボックスの再生のために格納される情報について説明する説明図（第４実施形態） 分割された文字スタイルのモディファイアボックスの再生のために格納される情報について説明する説明図（第４実施形態） 分割されたハイパーリンクスタイルのモディファイアボックスの再生のために格納される情報について説明する説明図（第４実施形態） 分割パケットＰｔＮのヘッダ部ＨｄＮの構造の一例を説明する説明図（第４実施形態） 本発明のデータ構造を有するＲＴＰパケットを再生するためのデータ再生装置７１０のブロック図（第４実施形態） 本発明のデータ構造を有するＲＴＰパケットを再生するためのデータ再生方法を説明するフローチャート（第４実施形態） 本発明のデータ構造を有するＲＴＰパケットを作成するためのデータ多重装置７２０のブロック図（第４実施形態） 本発明のデータ構造を有するＲＴＰパケットを作成するためのデータ多重方法を説明するフローチャート（第４実施形態） 第５実施形態にかかる分割ヘッダＦｈＮの構造について説明する説明図（第５実施形態） テキストインジケータと分割ヘッダフラグとの組み合わせに対する、分割ヘッダＦｈＮの備える情報について説明する説明図（第５実施形態） テキストインジケータと分割ヘッダフラグとの組み合わせに対する、サンプルヘッダＳｈＮの備える情報について説明する説明図（第５実施形態） テキストサンプルの分割状況テーブル（第５実施形態） 本発明のデータ構造を有するＲＴＰパケットを再生するためのデータ再生装置７３０のブロック図（第５実施形態） 本発明のデータ構造を有するＲＴＰパケットを再生するためのデータ再生方法を説明するフローチャート（第５実施形態） 本発明のデータ構造を有するＲＴＰパケットを作成するためのデータ多重装置７４０のブロック図（第５実施形態） 本発明のデータ構造を有するＲＴＰパケットを作成するためのデータ多重方法を説明するフローチャート（第５実施形態） 上記各実施の形態のデータ伝送方法あるいはデータ受信方法をコンピュータシステムにより実現するためのプログラムを格納するための記録媒体についての説明図（第６実施形態） コンテンツ供給システムの全体構成を示すブロック図（第７実施形態） 本発明のデータ受信装置、データ再生装置を搭載する携帯電話の例（第７実施形態） 携帯電話のブロック図（第７実施形態） ディジタル放送用システムの例（第７実施形態） ３ＧＰＰで規定されるＴｉｍｅｄＴｅｘｔのデータ構造を説明する説明図（背景技術） ＴｉｍｅｄＴｅｘｔのデータ構造の詳細説明図（背景技術）

符号の説明

１ ＰＥＳパケット
１１１ トラックヘッダ
１１１ａ トラックヘッダ識別子
１１２ サンプルディスクリプション
１１２ａ サンプルディスクリプション識別子
１１３ コンフィグインフォメーション
１１３ａ コンフィグインフォメーション識別子
１１４ テキストフレーム
１１４ａ テキストフレーム識別子
１１４１ セグメントテキストヘッダ
１１４１ａ インデックス
１１４１ｂ デュレーション
１１４２ テキストサンプル
３ データ伝送装置
６ データ受信装置
Ｃｓ コンピュータ・システム
ＦＤ フレキシブルディスク
ＦＤＤ フレキシブルディスクドライブ

Claims (26)

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. 前記再生ステップでは、前記第１の分割テキストデータにおいて前記時刻Ｔｎから前記受信時刻Ｔｄまでの時間が経過した時点の再生状態から、前記第１の分割テキストデータの再生を開始する、
    請求項２５に記載のデータ受信プログラム。
    

Images