WO2004034654A1

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

Info

Publication number: WO2004034654A1
Application number: PCT/JP2003/012702
Authority: WO
Inventors: Yoshinori Matsui; Youji Notoya; Tadamasa Toma; Daiji Ido
Original assignee: Matsushita Electric Industrial Co., Ltd.
Priority date: 2002-10-08
Filing date: 2003-10-03
Publication date: 2004-04-22
Also published as: KR20050051687A; AU2003268755A1; EP1553733A1

Description

明細書伝送データ構造、データ受信方法、データ受信装置およびデータ受信プログラム (技術分野）

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

(背景技術）

近年、映像音声などを配信する技術の開発が行われている。例えば、デジタル化された映像音声をバケツト化し伝送する方式である。映像音声の符号化方式として M P EG— 4を用い、映像音声ファイルの形式として MP 4 (ISO/I EC 1449 6-1:2001) ファイル形式を用いた映像音声配信についての従来技術（例えば、特開 2002— 1 99370号公報（第 6頁）参照）が知られている。

第三世代移動体通信（W— CDMA) の国際標準規格を策定する団体 3GP P (Third Generation Partnership Project) の .SA (Service and System Aspec t) WG4は、映像配信規格 TS 26. 234を策定している。映像配信規格 T S26. 234のバージョン 5. 0. 0では、ダウンロード型映像配信に使用可能な MP 4ファイルを拡張してテキストデータのデータ構造を規定している（T i me d T e x t ) 。これによつて、 M P 4ファイルをダウン口一ドしながら再生するサービスにおいて、ビデオやオーディオのみならず、テキストも再生することが可能となっている（例えば、 ' 3GPP TS26.234 v5.0.0' . Page56. [onl in e]. 3GPP, 2002. [Retrieved on 2002-10-07]. Retrieved from the lnternet:<U RL： ftp： //ftp.3gpp. org/Specs/2002-03/Re I -5/26_ser i es/26234-500. z i p>参照）テキストによる情報通知は、伝えたい情報を直接に使用者に伝えることができ、ビデオに比べて、データ量は極めて少なくて済むため、情報通知手段としては非常に重要である。上述のような MP 4ファイルをダウンロードしながら再生するサービスにおいては、ビデオとテキストとを合成して符号化し伝送するのではなく、テキストを独立したトラックとして伝送するため、テキストがつぶれて読めなくなることが少なくなつておリ、有効に情報通知を行うことが可能となっている。

さらに、 3GP Pで規定した T i me d T e x tでは、テキストの一部を修飾したり、移動させたり、あるいは文字列に他の URLへのリンクを貼り付けたりすることが可能である（スタイル、ハイライト、カラオケ、テキストボックス、ブリンク、スクロール、パイパーリンク、他）。これにより、伝えたい情報を様々な表現形式で再生することが可能となっている。

ここで、図 55を用いて、 3 G P Pで規定した T i me d T e x tのデータ構造について説明する。 3 G P Pで規定した T i me d T e x tでは、テキス卜の一部を修飾したり、移動させたり、あるいは他の URLへのリンクを貼り付けたりすることが可能となっている（スタイル、ハイライト、カラオケ、テキス卜ボックス、ブリンク、スクロール、ハイパーリンク、他）。このため、 T i m e d T e x tのデータ構造は、テキストデータと、それに対応する修飾情報とから構成されている。

MP 4ファイル 3000は、ヘッダ部 301 0とデータ部 3020とから構成される。ヘッダ部 301 0は、トラックヘッダ 3030と、サンプルディスクリプシヨン 3040と、サンプルテーブル 3050とを備えている。データ部 30

20は、テキストサンプル 3060， 3061 , ■ ■ ■を備えている。

トラックヘッダ 3030は、 T i me d T e x tの再生にかかる情報であり、レイアウト（表示領域の大きさ、ビデオとの相対位置）、レイヤ（ビデオなど他メディアとの階層関係）、 T i me d T e x tの再生時間、ファイルの作成日時、後述する T i me— t o— S amp I e-Bo x 3051のタイムスケ一ルなどの情報を含んでいる。

サンプルディスクリプシヨン 3040は、複数のサンプルエントリ 3041，

3042， ■ ■ ■を有している。サンプルエントリ 3041， 3042， ■ ■ ■ は、テキストサンプル 3060， 3061， ■ ■ ■のデフォルトの書式にかかる情報であり、スクロールの有無と方向、水平，垂直の寄席位置、背景色、フォント名、フォントサイズなどを含んでいる。サンプルテーブル 3050は、 T i me - t o-S amp I e-Bo x 305 1と、 S amp I e-S i z e— Bo x 3052と、 Samp I e— t o— Ch u n k— Bo x 3053とを有している。 T i me— t o— S amp I e— Bo x 3051は、テキス卜サンプル 3060， 3061， ■ ■ ■のそれぞれの再生時間に関する情報 3055， 3056, ■ ■ ■をテキストサンプル 3060， 3 061， ■ ■ 'の配置順に含んでいる。情報 3055， 3056， ■ ■ 'が格納する値のタイムスケールは、トラックヘッダ 3030により指定されている。具体的には、トラックヘッダ 3030は、タイムスケールとして、 1秒間の解像度を格納しており、例えば、トラックヘッダ 3030が格納するタイムスケールの値が [1 000] の場合、 1 1 000秒単位の解像度となる。従って、テキストサンプル 3060， 3061 , ■ ■ ■のそれぞれの再生時間を秒換蓽した値は、情報 3055, 3056， ■ ■ ■をトラックヘッダ 3030が格納するタイムスケールの値を除算した値となり、例えば、タイムスケールの値が [1 000] の場合、情報 3056の示す値 [3400] は、テキストサンプル 3061を 3 . 4秒間再生することを意味している。以下、タイムスケールの値が [1 000 ] と設定されているとして説明を行う。 S amp I e-S i z e-Bo x 305 2は、テキストサンプル 3060， 3061， ■ ■ 'のそれぞれのデータ長に関する情報 3057， 3058， ■ ■ 'をテキストサンプル 3060， 3061， ■ ■ ■の配置順に含んでいる。これにより、再生側では、テキストサンプル 30 60， 3061， ■ ■ 'のそれぞれの情報の境目を検出することができる。 S a mp I e— t o— Ch u n k— Bo x 3053は、テキストサンプル 3060， 3061， ' ■ 'のそれぞれとサンプルエントリ 3041， 3042， ■ ■ ,のそれぞれとを関連づける情報を含んでいる。

テキストサンプル 3060は、テキスト 3065と、テキスト 3065のデータ長 3066と、モディファイァ 3067とを有している。テキスト 3065は、文字情報そのものを格納している。文字コードは、 Un i c o d e規格のうち、 UT F— 8または UT F—1 6 B i g E n d ί a nでエンコードされている。 UT F— 8と UT F— 1 6との識別は、テキスト 3065の先頭 2バイ卜に記述されるバイトオーダマーク（B0M) により行われる。先頭 2バイ卜が [0 x FEF F] の場合、 UT F— 1 6によりエンコードされていることを示す。また、テキスト 3065の先頭に BOMが含まれ無い場合には、 UTF— 8でェンコードされていることを示す。データ長 3066は、文字情報そのもののバイト長を示している。モディファイァ 3067は、テキスト 3065のオプションの修飾情報であり、ハイライト、カラオケ、ブリンク、ハイパーリンクなど 7種類の修飾タイプが定義されている。その他のテキストサンプル 3061， ■ ' 'は、テキストサンプル 3060と同様のデータ構造であるので、説明を省略する。図 56を用いて、 T i me d Te x tの再生に関して具体的に説明する。まず、サンプルエントリ 3041の詳細な構造について図 56 (a) を参照して説明する。その他のサンプルエントリ 3042， ■ ■ ■については、同様のデータ構造であるので、説明を省略する。サンプルエントリ 3041は、スクロールの有無と方向（displayFlags) 、表示領域内での水平■垂直の寄席位置（Hori zontal justification, Vertical justification) 、 R G Bfllおよび透明度によリ指定される背景色（bgGolor) 、表示領域（TextBox) フォント名（fontTable, font- ID) 、フォン卜サイズ（fonts ize) 、太字 'イタリック 'アンダーラインなどのスタイル（faceStyle) 、 RG B値および透明度により指定されるフォント色（fontcolor) などを含んでいる。なお、この書式を適用する範囲を指定するデータ（startChar, EndChar) は、常に値 [0] を取り、サンプルエントリ 3 041の指定する書式が適用されるテキストサンプル中の全範囲のテキス卜に対して、この書式が適用されることを示している。図 56 (a) に示すサンプルェントリ 3041のそれぞれの値は、テキスト 3065のデフォルトの書式を、背景色を白色、フォント色を黒色およびスタイルをノ一マルに指定することを意味している。

次に、モディファイァ 3067の詳細な構造について図 56 (b) を参照して説明する。モディファイァ 3067は、モディファイァ 3067のデータ長（mo dif ierSize) 、テキスト 3065のオプション書式の指定（modif ierType, entr yCount) 、オプション書式を適用するテキスト 3065の範囲の指定（startGha r， EndChar) 、フォント名（font-ID) 、フォントサイズ（fontSize) 、太字 - イタリック■アンダーラインなどのスタイル（faceStyle) 、 RGB値および透明度により指定されるフォント色（fontGolor) などを含んでいる。このォプシヨン書式の指定は、サンプルエントリ 3041， 3042， ■ ■ ■のいずれかで指定された書式に優先して適用される。図 56 (b) に示すモディファイァ 30 67のそれぞれの値は、テキスト 3065の 5文字目から 8文字目までを [太字 ] にすることを意味している。

図 56 (G) に以上の書式が適用されたテキストサンプル 3060の再生状態を示す。例えば、テキスト 3065が示す内容が、 [It's fine today. ] である場合に、 5文字目から 8文字目の [fine] が太字で再生される。またその再生時間は、 T i me - t o— Samp I Θ-ΒΟ Χ3051において最初に配置される情報 3055の値 [1000] により、 1000 [ミリ秒] であることが分かる（図 55参照）。

以上に説明した構造を持つ MP 4ファイルの再生に際しては、あらかじめ受信端末にて MP 4ファイルをダウンロードし、ダウン口一ド完了後に受信端末にて M P 4フアイルの再生が行われる。

(発明の開示）

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

このようなストリーミング型の配信において、 T i me d T e x tを用いた情報通知を行う場合、 T i me d T e x tは、そのコンテナファイルフォーマットである MP 4ファイルと切り離せないデータ構造となっており、ストリーミング型の配信での使用は難しい。

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

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

データ受信装置では、全体テキストヘッダデータからテキストデータ全体の再生に関わる情報を取得する。さらに、分割テキストヘッダデータから、分割テキストデータの再生に関わる情報を取得する。分割テキストデータは、全体テキストヘッダデータおよび分割テキストヘッダデータに基づいて、順次再生される。本発明の伝送データ構造により、テキスト再生用データのすべてが受信されなくとも、分割テキストデータを順次再生することが可能となる。すなわち、ストリーミング配信に適した伝送データ構造が提供される。

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

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

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

請求項 3にかかるテキスト伝送用データの伝送データ構造は、請求項 1または 2に記載のテキス卜伝送用データの伝送データ構造であって、分割テキストへッダデータは、分割テキストデータのデータ長に関するデータ長情報を含んでいる本発明の伝送データ構造により、順次伝送されるテキスト伝送用データにおける分割テキストデータのデータ境界が明確となる。このため、ストリーミング伝送における誤再生などが防止可能となる。

請求項 4にかかるテキスト伝送用データの伝送データ構造は、請求項 1〜3のいずれかに記載のテキスト伝送用データの伝送データ構造であって、全体テキストヘッダデータは、テキス卜データの再生領域に関する情報を含むテキス卜再生情報と、分割テキストデータの書式に関する情報を含む書式情報とを含んでいるここで、テキスト再生情報とは、例えば、テキストデータのレイアウト（表示領域の大きさ、ビデオなど他メディアとの相対位置）、レイヤ（他メディアとの階層関係）などに関する情報である。書式情報とは、例えば、分割テキストデ一タのスクロールの有無と方向、再生位霉、背景色、フォント書式（フォント名、大きさ、色、太字、下線、斜体など）などに関する情報である。

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

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

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

本発明の伝送データ構造により、分割テキストデータの個々の再生に係わる分割テキストヘッダデータのデータ長を必要に応じてカスタマイズすることができる。すなわち、分割テキストヘッダデータの情報量を必要かつ十分な量にカスタマイズすることができる。この結果、分割テキストデータの個々の再生に必要な情報量を少なくすることができる。請求項 6にかかるテキス卜伝送用データの伝送データ構造は、請求項 4または 5に記載のテキスト伝送用データの伝送データ構造であって、分割テキストへッダデータは、分割テキストデータと書式情報との関連を示すインデックスを含むデータ受信装置では、インデックスに基づいて、分割テキストデータに適用する書式を書式情報から判断する。

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

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

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

本発明の伝送データ構造により、分割テキストデータの伝送効率を向上させることが可能となる。すなわち、テキスト再生情報など、頻繁に伝送する必要の無い情報については、分割テキストデータと異なる形式で伝送することで、分割テキストデータの伝送に対して、より多くの帯域を確保することが可能となる。請求項 8にかかるテキスト伝送用データの伝送データ構造は、請求項 7に記載のテキスト伝送用データの伝送データ構造であって、書式情報は、テキスト再生情報と同じ形式でバケツ卜化されている。

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

本発明の伝送データ構造によリ、書式情報を頻繁に伝送する必要が無い場合には、分割テキストデータの伝送に対して、さらにより多くの帯域を確保することが可能となる。請求項 9にかかるテキス卜伝送用データの伝送データ構造は、請求項 7に記載のテキスト伝送用データの伝送データ構造であって、書式情報は、分割テキストデータおよび分割テキストヘッダデータと同じ形式でバケツト化されている。ここで、書式情報、分割テキストデータおよび分割テキストヘッダデータは、例えば、 P E S形式でパケット化されている。

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

請求項 1 0にかかるテキスト伝送用データの伝送データ構造は、請求項 9に記載のテキスト伝送用データの伝送データ構造であって、書式情報は、複数の書式情報単位を含んでいる。書式情報単位は、分割テキストデータ毎に配置される。データ受信装置では、分割テキストデータ毎に配置される書式情報単位を取得し、分割テキストデータ毎の書式を判断する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

請求項 1 8にかかるテキスト伝送用データのデータ受信方法は、請求項 1 5〜 1 7のいずれかに記載の伝送データ構造を有するテキスト伝送用データのデータ受信方法であって、時刻取得ステップと、置換ステップとを備えている。時刻取得ステップは、第 1のバケツ卜の各分割テキストデータの再生時刻情報が示す時刻 T nと、第 2のバケツ卜の最初の分割テキストデータの再生時刻情報が示す時刻 T aとを取得する。置換ステップは、第 1のバケツ卜において時刻 T nが時刻 T aと等しい又は後である分割テキス卜データを、第 2のバケツ卜において再生時刻情報が重複する分割テキストデータに置き換える。

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

請求項 1 9にかかるテキスト伝送用データのデータ受信方法は、請求項 1 5〜 1 7のいずれかに記載の伝送データ構造を有するテキスト伝送用データのデータ受信方法であって、受信遅延判断ステップと、再生ステップとを備えている。受信遅延判断ステップは、第 1の分割テキストデータの受信時刻 T dが、第 1の分割テキス卜データの再生時刻情報が示す時刻 T nより遅くかつ次の第 2の分割テキストデータの再生時刻情報の示す時刻 T n + 1よリ早く受信されたか否かを判断する。再生ステップは、判断が肯定的であった場合に、第 1の分割テキストデータを、受信時刻 T dから時刻 T n + 1までの間に再生する。

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

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

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

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

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

請求項 2 2にかかるテキスト伝送用データのデータ受信装置は、請求項 1 5〜 1 7のいずれかに記載の伝送データ構造を有するテキスト伝送用データのデータ受信装置であって、受信遅延判断手段と、再生手段とを備えている。受信遅延判断手段は、第 1の分割テキストデータの受信時刻 T dが、第 1の分割テキストデ一夕の再生開始時刻情報が示す時刻 T nよリ遅くかつ次の第 2の分割テキストデータの再生開始時刻情報の示す時刻 T n + 1よリ早く受信されたか否かを判断する。再生手段は、判断が肯定的であった場合に、第 1の分割テキストデータを、受信時刻 T dから時刻 T n + 1までの間に再生する。

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

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

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

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

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

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

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

請求項 2 6にかかるデータ受信プログラムは、請求項 2 5に記載のデータ受信プログラムであって、再生ステップでは、第 1の分割テキストデータにおいて時刻 T nから受信時刻 T dまでの時間が経過した時点の再生状態から、第 1の分割テキストデータの再生を開始する。

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

(図面の簡単な説明）

第 1図は、本発明の P E Sパケットのデータ構造を示す図（第 1実施形態）でめる。

第 2図は、本発明の P E Sパケットのデータ構造の詳細説明図（第 1実施形態 ) である。

第 3図は、本発明のデータ伝送装置のブロック図（第 1実施形態）である。第 4図は、本発明のデータ伝送方法の動作フローチャート（第 1実施形態）でめる。第 5図は、本発明のデータ伝送方法の詳細説明図（第 1実施形態）である。第 6図は、本発明のデータ受信装置のブロック囪（第 1実施形態）である。第 7図は、本発明のデータ受信方法の動作フローチャート（第 1実施形態）で第 8図は、本発明のデータ受信装置におけるデータ解析のシンタクスを説明する説明図（第 1実施形態）である。

第 9図は、複数の PESバケツ卜が備えるテキストフレームの再生時刻が重複している場合にデコードすべきテキストフレームを判定する規則について説明する説明図（第 1実施形態）である。

第 10図は、 PESパケットが受信された時刻がその PESパケットの PTS が示す時刻を経過している場合にデコードすべきテキストフレームを判定する規則について説明する説明図（第 1実施形態）である。

第 1 1図は、時間変化を伴う処理を含むテキストフレームを受信した場合の再生状態を説明する説明図（第 1実施形態）である。

第 12図は、本発明の変形例としての PESバケツ卜のデータ構造を示す図（第 1実施形態）である。

第 13図は、本発明の変形例としての PESパケットのデータ構造を示す図（第 1実施形態）である。

第 14図は、本発明の変形例としてのサンプルディスクリプシヨンのデータ構造を示す図（第 1実施形態）である。

第 1 5図は、本発明の PESパケットのデータ構造を示す図（第 2実施形態）である。

第 16図は、本発明のデータ伝送装置のブロック図（第 2実施形態）である。第 17図は、本発明のデータ受信装置のブロック図（第 2実施形態）である。第 18図は、本発明の変形例としての PESパケットのデータ構造を示す図（第 2実施形態）である。

第 1 9図は、本発明の変形例としての PESパケットのデータ構造を示す図（第 2実施形態）である。

第 20図は、 RTPZRTSPシーケンスの一般的な処理を説明する説明図（第 3実施形態）である。

第 2 1図は、インバンド伝送における R T Pパケットのデータ構造を示す図（第 3実施形態）である。

第 2 2図は、ァゥトバンド伝送における R T Pバケツ卜のデータ構造を示す図 (第 3実施形態）である。

第 2 3図は、本発明のデータ伝送装置のブロック図（第 3実施形態）である。第 2 4図は、本発明のデータ受信装置のブロック図（第 3実施形態）である。第 2 5図は、 M P 4ファイル形式のメディアデータを取得する際の一般的な処理の流れを説明する説明図（第 4実施形態）である。

第 2 6図は、 T i m e d T e x tを R T Pパケットとして伝送する場合に伝送される基本バケツト P t 0について説明する説明図（第 4実施形態）である。第 2 7図は、分割パケットの基本的構造について説明する説明図（第 4実施形態）である。

第 2 8図は、テキスト本文 T d 0の文字コードの識別情報を有する分割ヘッダの概要について説明する説明図（第 4実施形態）である。

第 2 9図は、モディファイァ M d 0の開始位置を示すための情報を有する分割ヘッダの概要について説明する説明図（第 4実施形態）である。

第 3 0図は、モディファイァ M d Oの開始位置を示すための情報を有する分割ヘッダの概要について説明する説明図（第 4実施形態）である。

第 3 1図は、テキストサンプル T s 0の分割のバリエーションとモディファイァまたはモディファイァボックスの開始位置情報との関係について説明する説明図（第 4実施形態）である。

第 3 2図は、分割テキストサンプルが含むテキスト本文の一部がテキスト本文の全体の何文字目以降を含むかに関する情報を有する分割ヘッダの概要について説明する説明図（第 4実施形態）である。

第 3 3図は、分割されたモディファイァボックスの再生のために格納される情報について概要を説明する説明図（第 4実施形態）である。

第 3 4図は、分割されたカラオケスタイルのモディファイァボックスの再生のために格納される情報について説明する説明図（第 4実施形態）である。第 3 5図は、分割された文字スタイルのモディファイァボックスの再生のために格納される情報について説明する説明図（第 4実施形態）である。

第 3 6図は、分割されたハイパーリンクスタイルのモディファイァボックスの再生のために格納される情報について説明する説明図（第 4実施形態）である。第 3 7図は、分割バケツト P t Nのヘッダ部 H d Nの構造の一例を説明する説明図（第 4実施形態）である。

第 3 8図は本発明のデータ構造を有する R T Pバケツトを再生するためのデータ再生装置 7 1 0のブロック図（第 4実施形態）である。

第 3 9図は、本発明のデータ構造を有する R T Pバケツトを再生するためのデ —タ再生方法を説明するフローチャート（第 4寒施形態）である。

第 4 0図は、本発明のデータ構造を有する R T Pバケツトを作成するためのデータ多重装置 7 2 0のブロック図（第 4実施形態）である。

第 4 1図は、本発明のデータ構造を有する R T Pバケツトを作成するためのデータ多重方法を説明するフローチャート（第 4実施形態）である。

第 4 2図は、第 5実施形態にかかる分割ヘッダ F h Nの構造について説明する説明図（第 5実施形態）である。

第 4 3図は、テキストインジケータと分割ヘッダフラグとの組み合わせに対する、分割ヘッダ F h Nの備える情報について説明する説明図（第 5実施形態）でめる。

第 4 4図は、テキストインジケータと分割ヘッダフラグとの組み合わせに対する、サンプルヘッダ S h Nの備える情報について説明する説明図（第 5実施形態 ) である。

第 4 5図は、テキストサンプルの分割状況テーブル（第 5実施形態）である。第 4 6図は、本発明のデータ構造を有する R T Pバケツ卜を再生するためのデータ再生装置 7 3 0のブロック図（第 5実施形態）である。

第 4 7図は、本発明のデータ構造を有する R T Pバケツトを再生するためのデ —タ再生方法を説明するフローチャート（第 5実施形態）である。

第 4 8図は、本発明のデータ構造を有する R T Pバケツトを作成するためのデータ多重装置 7 4 0のブロック図（第 5実施形態）である。第 49図は、本発明のデータ構造を有する RT Pバケツトを作成するためのデータ多重方法を説明するフローチャート（第 5実施形態）である。

第 50図は、上記各実施の形態のデータ伝送方法あるいはデータ受信方法をコンピュータシステムにより実現するためのプログラムを格納するための記録媒体についての説明図（第 6実施形態）である。

第 51図は、コンテンツ供給システムの全体構成を示すブロック図（第 7実施形態）である。

第 52図は、本発明のデータ受信装置、データ再生装置を搭載する携帯電話の例（第 7実施形態）である。

第 53図は、携帯電話のブロック図（第 7実施形態）である。

第 54図は、ディジタル放送用システムの例（第 7実施形態）である。

第 55図は、 3GP Pで規定される T i me d T e X tのデータ構造を説明する説明図（背景技術）である。

第 56図は、 T i me d T e X tのデータ構造の詳細説明図（背景技術）である。

(発明を実施するための最良の形態）

[第 1実施形態]

本発明の第 1実施形態として、 MPEG— 2 TSを用いたテキストトラックのストリーミング伝送について説明する。テキストトラックは、 3GP Pで規定される T i me d T e x tと同様な表現でテキスト再生を行うための情報を備えるデータである。

く PESバケツ卜のデータ構造〉

(1 )

MPEG— 2 T Sを用いてテキストトラックをストリーミング伝送するための PESバケツト 1のデータ構造を図 1に示す。

MP EG— 2システムでは、ビデオ、オーディオ、あるいはテキストといったトラックを構成する要素となる信号を E S (Elementary Stream) と呼んでいる。さらに、 ESを可変長のブロックに区切り、ヘッダ情報を付加したものを PE S (Packeti zed Elementary Stream) と呼んでいる。 MPEG— 2システムでは、複数の PESを多重伝送する信号として、 TS (Transport Stream) を規定している。

(2)

図 1に示す PESパケット 1のデータ構造は、 MP EG— 2システムで規定される PESヘッダ部 1 0と、ペイロード部 1 1とから構成される。 PESヘッダ部 1 0は、ビデオ、オーディオ、あるいはテキストといったトラック間の同期再生のための時刻情報である P T S (Presentation Time Stamp) を有している。ペイロード部 1 1は、トラックヘッダ 1 1 1と、サンプルディスクリプシヨン 1 1 2と、コンフィグインフォメーション 1 1 3と、テキストフレーム 1 1 4， 1 1 4' ， ■ ■ ■と、それぞれの情報を識別する識別子（トラックヘッダ識別子 1 1 1 a, サンプルディスクリプシヨン識別子 1 1 2 a, コンフィグィンフオメ一シヨン識別子 1 1 3 a，テキストフレーム識別子 1 1 4 a) とを含んでいる。

トラックヘッダ 1 1 1は、テキストトラックの全体の再生にかかる情報であり、レイアウト（表示領域の大きさ（幅および高さ）、ビデオとの相対位置（ビデォ表示領域から横方向および縦方向へのトランスレーション））、レイヤ（ビデォなど他メディアとの階層関係）、テキストトラックの再生時間、作成日時、後述するデュレーシヨン 1 1 41 bのタイムスケールなどの情報を含んでいる。サンプルディスクリプシヨン 1 1 2は、複数のサンプルェントリ 1 1 21， 1 1 22, ■ ■ ■を備えている（図 2 (b) 参照）。それぞれのサンプルエントリ 1 1 21 , 1 1 22， ■ ■ ■は、テキストトラックの書式にかかる情報であり、スクロールの有無と方向、水平 '垂直の寄席位置、背景色、フォント名、フォントサイズ、その他の書式のデフオルト情報などを含んでいる。

コンフィグインフォメーション 1 1 3は、後述するテキストフレーム 1 1 4， 1 1 ' , ■ ' ■が含むインデックス 1 1 41 aおよびデュレーシヨン 1 1 41 b (図 2 (a) 参照）のデータ長をカスタマイズするための情報を含んでいる。例えば、インデックス 1 1 41 aおよびデュレ一シヨン 1 1 41 bのデータ長をそれぞれ 1〜4バイ卜のいずれかに設定する。

テキストフレーム 1 1 4， 1 1 4' ， ' ■ ■は、再生順に並べられている。また、 P ESヘッダ部 1 0の PT Sが示す値は、ペイロード部 1 1において最初に配置されているテキストフレーム 1 1 4の再生時刻を示している。

以下、図 2 (a) を用いて、テキストフレーム 1 1 4について説明する。その他のテキストフレーム 1 1 4 ' ， ■ ' ■は、テキストフレ一厶 1 1 4と同様の構造を有しているので説明は省略する。

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

セグメントテキストヘッダ 1 1 41は、インデックス 1 1 41 aと、デュレ一シヨン 1 1 41 bとを有している。インデックス 1 1 41 aは、サンプルェントリ 1 1 2 1 , 1 1 22， ■ ■ ■ (図 2 (b) 参照）を指定することにより、テキストサンプル 1 1 42のデフォルトの書式を示している。デュレ一シヨン 1 1 4 1 bは、テキストサンプル 1 1 42の再生時間に関する情報である。デュレ一シヨン 1 1 41 bが格納する値のタイムスケールは、トラックヘッダ 1 1 1 (図 1 参照）において指定されている。テキストサンプル 1 1 42は、テキスト 1 1 4 2 aと、テキスト 1 1 42 aのデータ長を格納するテキストレングス 1 1 42 b と、モディファイァ 1 1 42 cとを有している。モディファイァ 1 1 42 Gは、テキスト 1 1 42 aの一部あるいは全部をオプションにて書式変更（ハイライト、カラオケ、ブリンク、ハイパーリンクなど）する場合に使用される。

図 1に示す識別子 1 1 1 a， 1 1 2 a, 1 1 3 a, 1 1 4 aは、それぞれに共通のスタートコード 1 1 5とそれぞれに固有の I D 1 1 1 b， 1 1 2 b. 1 1 3 bおよび 1 1 4 bとから構成される。例えば、それぞれの識別子 1 1 1 a， 1 1 2 a, 1 1 3 a, 1 1 4 aは、 3バイ卜のスタートコ一ド 1 1 5に 1バイトの I D 1 1 1 b, 1 1 2 b、 1 1 3 b， 1 1 4 bを付加した構造を有している。図 1 では、スタートコード 1 1 5は [0 X 00 00 01 ] 、トラックヘッダ識別子 1 1 1 aの I D 1 1 1 bは [0 X 00 ] ，サンプルディスクリプシヨン識別子 1 1 2 aの I D 1 1 2 bは [0 X 0 1 ] ，コンフィグインフォメーション識別子 1 1 3 aの I D 1 1 3 bは [ 0 X 02] ，テキストフレーム識別子 1 1 4 aの I D 1 1 4 bは [0 X 03] と決定されている。ただし本発明では、スタートコ一ドおよびそれぞれの I Dを上記に限定するものではない。また、それぞれの識別子 1 1 1 a， 1 1 2 a, 1 1 3 a, 1 1 4 aは、トラックヘッダ 1 1 1、サンプルディスクリプシヨン 1 1 2、コンフィグィンフオメ一シヨン 1 1 3、テキストフレーム 1 1 4にそれぞれ付加されている。

(3)

図 2を用いて、サンプルディスクリプシヨン 1 1 2、コンフイダインフォメーシヨン 1 1 3およびテキストフレーム 1 1 4の具体的内容について説明する。図 2 (a) に示すテキストフレーム 1 1 4が備えるインデックス 1 1 41 aの値 [1 ] は、テキストサンプル 1 1 42の再生に際して参照すべきサンプルェントリ 1 1 21を指定している。

図 2 (b) に示すサンプルエントリ 1 1 21は、スクロールの有無と方向（di splayFlags) 、表示領域内での水平■垂直の寄席位置 (Horizontal justif icati on, Vertical justification) 、 R G B値および透明度により指定される背景色 (bgColor) 、表示領域（TextBox) フォント名（fontTable, font- ID) 、フォントサイズ（fontSize) 、太字 "イタリック ■アンダーラインなどのスタイル（fa ceStyle) 、 R G B値および透明度により指定されるフォント色（fontGolor) などを含んでいる。なお、この書式を適用する範囲を指定するデータ（startGhar, EndChar) は、常に値 [0] を取り、サンプルエントリ 1 1 21の指定する書式が適用されるテキストサンプル 1 1 42中の全範囲のテキスト 1 1 42 aに対して、この書式が適用されることを示している。図 2 (b) に示すサンプルェントリ 1 1 21のそれぞれの値によリ、テキスト 1 1 42 aのデフオル卜の書式は、背景色を白色、フォント色を黒色およびスタイルをノーマルに指定されている。デュレ一シヨン 1 1 41 bの値 [4500] は、テキストサンプル 1 1 42の再生時間を表している。この値のタイムスケールは、トラックヘッダ 1 1 1 (図 1参照）により指定されている。具体的には、トラックヘッダ 1 1 1は、タイムスケールとして、 1秒間の解像度を格納しており、例えば、トラックヘッダ 1 1 1が格納するタイムスケールの値が [1 000] の場合、 1 Z1 000秒単位の解像度となる。従って、テキストサンプル 1 1 42の再生時間を秒換算した値は、デュレーシヨン 1 1 41 bの値をトラックヘッダ 1 1 1が格納するタイムスケールの値で除算した値となり、例えば、タイムスケールの値が [1 000] の場合、デュレーシヨン 1 1 41 bの値 [4500] は、テキストサンプル 1 1 42 を 4. 5秒間再生することを意味している。以下、タイムスケールの値が [1 0 00] と設定されているとして説明を行う。

インデックス 1 1 41 aおよびデュレーシヨン 1 1 41 bのデータ長は、図 2 (c) に示すコンフィグインフォメーション 1 1 3により指定可能である。コンフィグインフォメーション 1 1 3は、 1バイトのデータであり、 4ビットのリザーブ領域 1 1 31 aと、 2ビッ卜のインデックスサイズインジケータ 1 1 31 b と、 2ビッ卜のデュレーシヨンサイズインジケータ 1 1 31 cとから構成される。すなわち、 2ビットのインデックスサイズインジケータ 1 1 31 bおよぴデュレ一シヨンサイズインジケータ 1 1 31 Gにより、インデックス 1 1 41 aおよびデュレーシヨン 1 1 41 bのデータ長は、 1〜4バイトに指定される。例えば、インデックスサイズインジケータ 1 1 31 bの値を [00] 、デュレーシヨンサイズインジケータ 1 1 31 cの値を [01 ] とすると、図 2 (a) のインデックス 1 1 41 aおよびデュレ一シヨン 1 1 41 bのデータ長は、それぞれ 1バイトおよび 2バイ卜と指定される。

図 2 (a) のテキストレングス 1 1 42 bは、テキスト 1 1 42 aのデータ長を格納している。本実施形態では、テキストレングス 1 1 42 bのデータ長を 2 バイトとしておレリ、これによりテキスト 1 1 42 aのデータ長は、最大 6553 5バイトに制限されることとなるが、必要に応じてテキストレングス 1 1 42 b のデータ長を変えてもよい。

モディファイァ 1 1 42 cは、モディファイァ 1 1 42 cのデータ長 (modif i erSize) 、テキスト 1 1 42 aのオプション書式の指定（modif ierType, entryC ount) 、オプション書式を適用するテキスト 1 1 42 aの範囲の指定（startGha r, EndChar) 、フォント名（font- ID) 、フォントサイズ（fontSize) 、太字 . イタリック 'アンダーラインなどのスタイル（faceStyle) 、 RGB値および透明度により指定されるフォント色（fontcolor) などを含んでいる。このォプシヨン書式の指定は、インデックス 1 1 41 aにより参照したサンプルエントリ 1 1 21の書式に優先して適用される。図 2 (a) に示す値は、テキスト 1 1 42 aの 5文字目から 8文字目までを [太字] にすることを意味している。図 2 (d) にテキストフレーム 1 1 4の再生状態を示す。テキスト 1 1 42 a が示すテキスト内容（It's fine today.) のうち 5文字目から 8文字目（fine) が太字として再生される。またその再生時間は 4500 [ミリ秒] 間である。

(4)

図 1に示す P ESパケット 1のペイロード部 1 1は、トラックヘッダ 1 1 1 と、サンプルディスクリプシヨン 1 1 2と、コンフイダインフォメーション 1 1 3 と、テキストフレーム 1 1 4, 1 1 4' ， ■ ■ ■のすベての情報を備えるとして説明した。

しかし、送出される PESパケットのすべてが、上記すベての情報を備えている必要はない。トラックヘッダ 1 1 1、サンプルディスクリプシヨン 1 1 2あるいはコンフイダインフォメーション 1 1 3は、それぞれ所定のタイミングで P E Sパケットに出現するものであってもよい。また、一部の情報が含まれていない場合に再生側においては、過去の PESパケットにより受信した情報、あるいはあらかじめ設定されたデフオルト値を用いて再生を行うものであってもよい。これにより、テキストの再生に必要な情報を必要な頻度で送ることとなり、テキストトラックの伝送に必要な情報量を削減することができる。

〈データ伝送装置〉

図 3に、 MPEG— 2 TSの伝送に際して使用されるデータ伝送装置 3を示す。データ伝送装置 3は、蓄積部 31 と、 PES送出部 32と、システムェンコ —ダ部 33とを備えており、蓄積されたメディアデータを TSパケットとして送出する装置である。

蓄積部 31は、メディアデータを、例えば、 MP4ファイル形式で蓄積している。 PES送出部 32は、 MP4ファイルからビデオ、オーディオ、あるいは T i me d T e x tなどといったトラック毎に独立した E Sを受信する。 PES 送出部 32では、受け取った T i me d T e x tをトラックヘッダ 3030、サンプルディスクリプシヨン 3040、サンプルテーブル 3050およびテキストサンプル 3060 (図 55参照）に分離してバッファリングする。さらに、バッファリングされたそれぞれの情報から、図 1および図 2に示す PESバケツト 1を作成する。また、 PESパケット 1の PESヘッダ部 1 0の PTSには、 P ESバケツト 1において最初に配置されるテキストフレーム 1 1 4を再生する時刻情報が格納される。システムエンコーダ部 33は、トラック毎に得られた PE Sバケツトを TSバケツトとして多重化し送出する。

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

また、蓄積部 31が備えるメディアデータは、 MP4ファイル形式に限られず、 T i me d T e x tと同じデータ構造を有している必要はない。例えば、 T i me d T e x tが備えるのと同じ情報を含み、よリストリーミング伝送に適したデータ構造として蓄積されていてもよい。

〈データ伝送方法〉

(1 )

図 4を用いて、 MPEG— 2 T Sの伝送に際して使用されるデータ伝送装置 3におけるデータ伝送方法について説明する。

MP4ファイル形式のビデオ、オーディオ、あるいは T i me d T e x tなどといったトラック毎に独立した ESのうち、 T ί me d T e x tは、トラックヘッダ 3030、サンプルディスクリプシヨン 3040、サンプルテーブル 3 050およびテキストサンプル 3060 (図 55参照）に分離してバッファリングされる（ステップ S401 ) 。バッファリングされたそれぞれの情報に基づいて、図 1および図 2に示す P ESバケツト 1のペイロード部 1 1が合成される（ステップ S 402) 。また、ペイロード部 1 1の最初に配置されるテキストフレー厶 1 1 4を再生する時刻情報を PTSとして格納した PESヘッダ部 1 0が付加され、 PESパケット 1が送出される（ステップ S 403) 。さらに、得られた PESバケツト 1は、 TSとして送出される（ステップ S 404) 。

(2)

PESバケツ卜の送出に際しては、異なる PESバケツ卜で同一のテキストフレームを複数回伝送することができる。これについて、図 5を用いて説明する。図 5に示す PESバケツト 5および 5' は、図 1に示す PESバケツト 1 と同様のデータ構造を有している。 PESパケット 5' は、 PESパケット 5の次に送出される。 PESパケット 5のペイロード部 51は、図 2 (a) に示すテキストフレーム 1 1 4と同様のデータ構想を有するテキストフレーム（T FO， T F 1， T F 2, ■ ' ■ ) を有している。さらに、 PESパケット 5は、ペイロード部 51において最初に配置されるテキストフレームである T F 0の再生時刻 T 0 を PTSの値として PESヘッダ部 50に格納している。 PESパケット 5 ' のペイロード部 51 ' は、図 2 (a) に示すテキストフレーム 1 1 4と同様のデ一タ構想を有するテキストフレーム（T F 1， T F 2， T F 3， ■ ■ ■ ) を有している。さらに、 PESパケット 5' は、ペイロード部 51 ' において最初に配置されるテキス卜フレームである T F 1の再生時刻 T 1を P T Sの値として P E S へッダ部 50 ' に格納している。

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

(3)

また、 PESパケットの伝送に際しては、テキストトラック用にあらかじめ固定の伝送路帯域を確保した場合、その固定の伝送路帯域を十分に利用するよう P ESバケツ卜のデータ長あるいは PESバケツ卜の伝送個数が決定される。例えば、テキストトラック用に 1 6 k b p sの伝送路帯域を割り当てた場合、 1秒間に 2000バイトの P ESパケットを作成することができる。これにより、 20 00バイ卜の PESバケツト内に入るだけのテキストフレームを詰め込んで伝送する。

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

〈データ受信装置〉

図 6に、 MPEG— 2 TSの伝送に際して使用されるデータ受信装置 6を示す。データ受信装置 6は、受信部 60と、システムデコーダ部 6 "Iと、メディアデコーダバッファ部 62と、メディアデコーダ部 63と、表示バッファ部 64とを備えており、放送波等より受信した TSからテキストトラックを再生する装置である。データ受信装置 6は、例えば、テレビ、コンピュータあるいは力一ナビなどに内蔵あるいは外部接続される装置である。

受信部 60は、放送波等を受信し、 TSを復調する。システムデコーダ部 61 は、復調された TSからビデオ、オーディオ、あるいは亍キストといったトラック毎に PESパケットを分離する。さらに、 TSパケットからトラック間の同期再生のための基準時刻である S T C (System Time Clock) を再生する。メディアデコーダバッファ部 62は、分離された P ESバケツトのうちテキストトラックの再生にかかる PESバケツト 1の PESヘッダ部 1 0から PTSを取り出す。さらに、システムデコーダ部 61で再生された STCを参照し、 STCに一致する PTSを持つ PESバケツト 1のペイロード部 1 1を送出する。メディアデコーダ部 63は、取得したペイロード部 1 1を解析し、トラックヘッダ 1 1 1、サンプルディスクリプシヨン 1 1 2、コンフイダインフォメーション 1 1 3の格納する情報、 STC、デュレーシヨン 1 1 41 bおよびモディファイァ 1 1 41 Gに基づいてテキストトラックをデコードする。表示バッファ部 64は、デコードされたテキストトラックを格納し、表示装置 65の表示レートに従って、デコ ―ドされたテキス卜トラックをビデオ、オーディオといった他のメディアと同期的に再生させる。

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

〈データ受信方法〉

(1 )

図 7を用いて、 MPEG— 2 TSの伝送に際して使用されるデータ受信装置 6におけるデータ受信方法について説明する。

受信された TSから、ビデオ、オーディオ、あるいはテキストといったトラック毎に PESパケットが分離される。さらに、 TSからトラック間の同期再生のための基準時刻である STCが再生される（ステップ S701 ) 。分離された P ESバケツトのうち、テキス卜トラックの再生にかかる PESバケツト 1の PE Sヘッダ部 10から PTSが取得される。さらに、再生された STCから、 ST Cに一致する PTSを持つ PESバケツ卜 1のペイ口一ド部 1 1が解析される（ステップ S 702) 。ペイロード部 1 1の解析により識別されたトラックヘッダ 1 1 1、サンプルディスクリプシヨン 1 12およびコンフィグインフォメーション 1 1 3の格納する情報、 STC、デュレーシヨン 1 141 bおよびモディファィァ 1 141 Gに基づいてテキストトラックがデコ一ドされる（ステップ S 70 3)。

(2)

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

PESバケツト 1のペイロード部 1 1の解析に際して、スタートコード 1 1 5 の検索が行われる。スタートコード 1 15が見つかった場合、そのスタートコ一ドに付加される I Dが解析される（ステップ S802 a，ステップ S803 a，ステップ S 804 a，ステップ S 805 a) 。 I Dの解析により、トラックへッダ 1 1 1、サンプルディスクリプシヨン 1 12、コンフィグインフォメーション 1 13、テキストフレーム 1 14が識別され、それぞれの情報について処理が行われる（ステップ S802 b，ステップ S803 b，ステップ S 804 b，ステップ S 805 b) 。

また、受信した P ESバケツト 1にコンフイダインフォメーション 1 13が含まれていない場合、インデックス 1 141 aおよびデュレーシヨン 1 141 のデータ長には、デフォルト値が使用される（ステップ S801)。

このシーケンスは、テキストトラックが終了するまで続けられる。例えば、テキストトラックの終了は、テキストトラックの最後に付加されたスタートコ一ド 1 1 5とテキストトラックの終了を意味する I D (例えば、 [Ox 04] ) とから構成される識別子などにより識別される（ステップ S 806)。

(3)

データ受信装置 6においては、上記テキストトラックシーケンスにて PESパケット 1のペイロード部 1 1の解析を行う。さらに、ペイロード部 1 1の含む複数のテキストフレーム 1 14， 1 14' ， ■ ■ ■のうちデコードすべきテキストフレームを判定する規則について、図 9および図 10を用いて説明する。

(3-1)

まず、複数の PESバケツ卜が備えるテキストフレームの再生時刻が重複している場合について説明する。

図 9に示す PESバケツト 9および 9' は、図 1に示す PESバケツト 1と同様のデータ構造を有している。

PESパケット 9' は、 PESパケット 9の次に送出される。 PESパケット 9のペイ口一ド部 91は、図 2 (a) に示すテキストフレーム 1 14と同様のデータ構想を有するテキストフレーム（TFO， T F 1 , ■ ' ,， TFn— 1， T Fn， T F n +1 , ■ ■ ■ ) を有している。また、それぞれのデュレーシヨンを DO, D1， ■ , -， Dn— 1， Dn， D n + 1 , ' ' ,とする。さらに、 ΡΕ Sバケツ卜 9は、ペイ口一ド部 91において最初に配置されるテキストフレームである T F 0の再生時刻 Taを PTSの値とする PESヘッダ部 90を有している。

PESバケツ卜 9' のペイロード部 91，は、図 2 (a) に示すテキストフレーム 1 14と同様のデータ構造を有するテキストフレーム（TFk， TFk + 1 ， ■ ■ ■ ) を有している。また、それぞれのデュレーシヨンを Dk， Dk + 1， ■ ' 'とする。さらに、 PESパケット 9' は、ペイロード部 91 ' において最初に配置されるテキストフレームである T F kの再生時刻 T bを PTSの値とする PESヘッダ部 90' を有している。

さらに、丁 1<の再生時刻1"13は、 T n<T b<T n + 1を満たすとする。ここで、 Tnおよび Tn + 1は、テキストフレーム TFnおよび TF n + 1の再生時刻であり、 Tn = Tn— 1 +Dn— 1、 Tn + 1 =Tn + Dn、である。

このとき、この PESパケット 9と PESパケット 9' との関係において、デコードされるべきテキストフレームは、 P ESパケット 9において時刻 T b以前に再生されるべきテキストフレームおよび PESバケツト 9' が含むテキストフレームである。

すなわち、時刻 Tbにおいては、 P ESパケット 9の再生しているテキストフレーム T F nの状態に係わらず、 PESパケット 9' の備えるテキストフレーム (TFk， TFk + 1 , ■ ■ ■ ) の再生が開始される。

さらに具体的に説明する。例えば、 PESパケット 9は、 3つのテキストフレームを備え、卩巳3パケット9の丁3の値に対してそれぞれ0， 20， 30秒後に再生開始するようデュレーシヨンの値が指定されているとする。一方、 PE Sパケット 9' は、 3つのテキストフレームを備え、已3パケット9の？丁5 の値に対してそれぞれ 26, 38， 52秒後に再生開始するよう PTSおよびデユレーシヨンの値が指定されているとする。 PESパケット 9と PESパケット 9' とを受信した場合に、再生側では、 PESパケット 9の PTSの値に対して 0， 20， 26， 38， 52秒後にそれぞれテキストフレームが再生される。これによつて、あらかじめ送った複数のテキストフレームを最新の情報に更新して再生することができ、例えば、緊急事態にテキストの再生を行うことなどが可能となる。

(3-2)

次に、 PESバケツ卜が受信された時刻がその PESバケツ卜の PTSが示す時刻を経過している場合について説明する。

図 1 0に示す PESバケツ卜 1 1 0は、図 1に示す PESバケツト 1 と同様のデータ構造を有している。

PESバケツト 1 1 0のペイロード部 1 01は、図 2 (a) に示すテキストフレーム 1 1 4と同のデータ構想を有するテキストフレーム（T F0， T F 1， ■ ■ ■， T F n— 1， T F n， T F n + 1 , ■ ■ ' ) を有している。また、それぞれのデュレーシヨンを D 0， D 1 , ■ ■ ■， D η - 1 , D n, D η + 1 , - ■ ■とする。さらに、 PESバケツト 1 1 0は、ペイロード部 1 01において最初に配置されるテキストフレームである T F 0の再生時刻 T aを PT Sの値とする巳3へッダ部1 00を有している。

ここで、 PESパケット 1 1 0の受信時刻を T dとする。時刻 T dが、丁 a< T n<T d<T n +1を満たすとし、受信時においてすでに T F 0の再生時刻 T aを経過しているとする。ここで、 T nおよび T n + 1は、テキストフレーム Τ F ηおよび T F η + 1の再生時刻であり、 Τ η = Τ η— 1 +Dn— 1、 T n + 1 =T n +D ηである。このとき、 PESパケット 1 10のテキストフレーム（T FO， T F 1， ■ ■ ,， TFn— 1， T F n, T F n +1 , ' ■ ' ) のうち、デコードされるべきテキストフレームは、 PESパケット 1 10において、時刻 Td以後に再生されるテキストフレームである。

すなわち、時刻 Tdにおいて、テキストフレーム T F ηから再生が開始され、テキストフレーム T F ηは、時刻 Τ n + 1までの [T n + 1— T d] だけ再生される。

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

図 1 1を用いて、具体的に説明する。テキストフレーム T F nは、モディファィァによリカラオケのオプション書式が設定されているとし、時刻 T nからの 5 秒間で「あいうえお」の 5文字を 1秒間に 1文字づっ色変化させるとする。再生状態 1 101は、時刻 T nに再生されているべき状態、再生状態 1 102は、時刻 T nから 5秒後に再生されているべき状態とする。

このとき、テキストフレーム T F nを含む PESバケツト 1 10を時刻 T nから 3秒経過した時刻 T dに受信したとする。このとき、時刻 Tdにおいては、 3 文字色変化した再生状態 1103から再生が開始される。

〈第 1実施形態の効果〉

(PESバケツ卜のデータ構造）

本実施形態で示した PESパケット 1のデータ構造により、 T i me d T e x tのヘッダ部 3010 (図 55参照）のような T i me d Te x tの全体の再生に係わる情報を事前に伝送しておく必要がなくなる。このため、テキストトラックの受信開始から再生開始までの待ち時間が少なくなる。

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

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

(データ伝送装置およびデータ伝送方法）

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

(データ受信装置およびデータ受信方法）

本実施形態で示したデータ受信装置 6およぴデータ受信方法では、あらかじめ送った複数のテキストフレームを最新の情報に更新して再生することができる。これにより、例えば、緊急事態にテキストの再生を行うことなどが可能となる。また、 PESバケツ卜の受信時刻が PESバケツ卜の PTSを経過している場合、ビデオあるいはオーディオであればその PESパケットを破棄し、次の PE Sパケットの受信を待って再生を再開する。しカヽし、テキストトラックの再生では、 PESパケットの途中のテキストフレームからでも再生を行うことを可能とし、情報の欠落をできる限り防ぐことが可能となる。さらに、カラオケ、スクロールなどの時間変化を伴う書式でテキストトラックの再生が行われる場合であつても、テキストトラックとビデオあるいはオーディオとのずれから感じられる違和感を軽減することが可能となる。

〈第 1実施形態の変形例〉

(1)

第 1実施形態において、トラックヘッダ識別子 1 1 1 a、サンプルディスクリプシヨン識別子 1 12a、コンフィグインフォメーション識別子 1 13 aおよびテキストフレーム識別子 1 14 aは、それぞれに共通のスタートコード 1 1 5とそれぞれに固有の I D1 1 1 b， 1 12b、 1 13 bおよび 1 14 bとから構成されると説明した。

ここで図 12 (a) に示すように、それぞれの識別子は、トラックヘッダ 1 1 1、サンプルディスクリプシヨン 1 12、コンフィグインフォメーション 1 13 、あるいはテキストフレーム 1 14， 1 14' ， ■ ■ 'のそれぞれのデータ長を格納するレングス部（1 1 1 c， 1 12c, 1 13 c, 1 14c, 1 14' c, ' ' ■ ) と、固有の I D (1 1 1 b， 1 12b, 1 13b, 1 14 b) とから構成されるものであってもよい。

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

このとき、レングス部のデータ長をコンフィグインフォメーション 1 13によリ指定することも可能である。具体的には、コンフイダインフォメーション 1 1 3のリザーブ領域 1 131 aのうち 2ビットをレングスサイズインジケータ 1 1 31 ' aとし、レングス部のデータ長を 1 ~ 4バイトに指定することも可能である（図 12 (b)参照）。

(2)

第 1実施形態においては、巳3パケット1は、図 2に示す構造を持つテキストフレーム 1 14を有しているとして説明した。ここで、 PESパケットは、図 13に示す P ESパケット 1 ' ' であってもよい。

図 13に示す PESパケット 1 ' ' は、 MP EG— 2システムで規定される P ESヘッダ部 1 16と、ペイロード部 1 1 7とを備えている。ペイロード部 1 1 7は、ペイロードヘッダ部 1 1 8と、ペイロードデータ部 1 1 9とから構成される。ペイロードヘッダ部 1 18は、カウント部 1 18 a、サンプルヘッダ部 1 1 8 bおよび 1 1 8 Gとを有している。ペイロードデータ部 1 19は、テキストサンプル 1 19 bおよび 1 19 cを有している。カウント部 1 18 aは、巳3パケット1 ' ，に含まれるテキストサンプルの個数を示している。図 13では、カウント部 1 1 8 aの値が [2] の場合を示しており、 PESバケツ卜 1 ' ' は、 2つのテキストサンプル 1 19 bおよび 1 1 9 cを含んでいる。

サンプルヘッダ部 1 18 bは、レングス部と、インデックスと、デュレーションとを有している。レングス部は、サンプルヘッダ部 1 1 8 bのデータ長を格納している。インデックスおよびデュレーシヨンは、図 2に示すインデックス 1 1 41 aおよびデュレーシヨン 1 141 bと同様である。サンプルヘッダ部 1 18 cは、サンプルヘッダ部 1 18 bと同様の構造を有している。

テキストサンプル 1 19 bおよび 1 19 cは、図 2に示すテキストサンプル 1 142と同様の構造を有しているので説明は省略する。

ここで、サンプルヘッダ部 1 1 8 bおよび 1 1 8 cは、その配置順にテキストサンプル 1 1 9bおよび 1 1 9 cと関連づけられている。すなわち、ペイロードヘッダ部 1 18において最初に配置されるサンプルヘッダ部 1 1 8 bは、ペイ口 —ドデータ部 1 19において最初に配置されるテキストサンプル 1 19 bのインデックスおよびデュレ一シヨンを示している。また、テキストサンプル 1 1 9b および 1 1 9cは、ペイロードデータ部 1 1 9において再生順に配置されており、 PESバケツト 1と同様に最初に配置されるテキストサンプル 1 19 bの再生時刻を PESヘッダ部 1 16の PTSに格納している。

P ESバケツト 1 ' ' では、複数のテキストサンプル 1 19 bおよび 1 1 9 c を連結した構造を有しており、 PESバケツト 1に比して MP 4ファイル記録時の構造に近い構造を有しつつ、ストリーミング伝送に適したバケツト構造となつている。

なお、已3パケット1 ' ' は、トラックヘッダ 1 1 1、サンプルディスクリプシヨン 1 12、コンフイダインフォメーション 1 13 (図 1参照）をさらに有してもよい。この場合、それぞれを識別する識別子を付加することが求められるまた、 PESパケットは、テキストサンプル毎にサンプルヘッダ部を配置する構造であってもよい。図 13を用いて具体的に説明すると、サンプルヘッダ部 1 18 b、テキス卜サンプル 1 19 b、サンプルヘッダ部 1 1 8 G、テキストサンプル 1 19 cの順にデータを格納する構造である。この場合、テキストサンプル 1 18 b (1 1 8c) 〖ま、直前に配置されるサンプルヘッダ部 1 19b (1 1 9 c) と関連づけられている。また、この場合、レングス部は、直後に配置されるテキストサンプルのデータ長を格納する。さらにこの場合、カウント部 1 1 8 a は、無くてもよい。

(3)

識別子の一部にスタートコード 1 1 5を用いる場合、ビット列中の擬似スタートコードの出現は以下のようにして防止される。例えば、図 1に示すように、スタートコード 1 15は [0 X 00 00 01 ] 、トラックヘッダ識別子 1 1 1 aの I D 1 1 1 bは [0 X 00] ，サンプルディスクリプシヨン識別子 1 1 2aの I D1 12bは [Ox 01] , コンフイダインフォメーション識別子 1 13aの I D1 13bは [Ox 02] ，テキストフレーム識別子 1 14 aの I D 1 14bは [Ox 03] と決定されているとする。このとき、トラックへッダ 1 1 1、サンプルディスクリプシヨン 1 12、コンフイダインフォメーション 1 13あるいはテキストフレーム 1 14のビット列中に 2バイトのゼロが出現した場合、予め定めた 1バイトコ一ド（例えば [Ox 05] ) を 2バイ卜のゼロの後に挿入して伝送することとしてもよい。この場合、再生側では、トラックへッダ 1 1 1等のビット列中に 2バイ卜のゼロが続いた後の 1バイトを無条件に削除することで、オリジナルのデータに戻すことができる。

具体的には、トラックヘッダ 1 1 1等のビット列中に、 [00 00 EA 65 ■ ■ ■ ] というビット列が出現した場合、伝送側において、予め定めた 1 バイトコード [Ox 05] を揷入して、 [00 00 05 E A 65 ' ■ ■ ] として伝送する。再生側において、 [00 00 05 E A 65 ■ ■ ■ ] というビット列を受信した場合、 2バイ卜のゼロが続いた後の 1バイトを無条件に削除して、 [00 00 EA 65 ■ ■ ■ ] というビット列を復元する。

(4)

テキストフレームが備えるデュレ一シヨンの値は、 [無限大] を表現することも可能とする。

すなわち、再生側においては、 [無限大] を表現するデュレーシヨンの値をもつテキス卜フレームを受信した場合、そのテキストフレームの再生開始時刻を超える再生開始時刻を持つテキストフレームを受信するまでは、 [無限大] を表現するデュレ一シヨンの値を持つテキストフレームを再生し続けるものとする。また、 [無限大] を表現するデュレーシヨンの値をもつテキストフレームは、 P E Sバケツ卜において、最後に配置されるものとする。

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

( 5 )

図 2 ( b ) を用いて説明したサンプルディスクリプシヨン 1 1 2は、図 1 4に示すデータ構造を有していてもよい。図 1 4に示すサンプルディスクリプシヨン 1 1 2 ' は、サンプルエントリ毎にインデックスを有している点を特徴としている。具体的には、データ受信装置などでは、テキストフレームが有するインデックス (例えば、図 2のインデックス 1 1 4 1 aなど) をサンプルディスクリプシヨン 1 1 2 ' が有するインデックスと対応させ、テキストフレームに適用するサンプルエントリを判断する。以下、図 1 4についてさらに詳細に説明を加える。図 1 4に示すサンプルディスクリプシヨン 1 1 2 ' は、エントリカウント 5 0 1と、複数のサンプルエントリを有している。図 1 4では、サンプルエントリ 5 0 2とサンプルェントリ 5 0 3との 2つのサンプルェントリを有する場合を示すエントリカウント 5 0 1は、サンプルディスクリプシヨン 1 1 2 ' が有するサンプルエントリの個数を、例えば 1バイ卜のデータ長で示す。図 1 4では、 2つのサンプルエントリを有するため、値 [ 2 ] が格納される。サンプルエントリ 5 0 2は、インデックス 5 0 4とサンプルアトリビュート 5 0 5とを有している。サンプルエントリ 5 0 3も同様の構造を有しており、インデックス 5 0 6とサンプルアトリビュート 5 0 7とを有している。以下、サンプルエントリ 5 0 2を用いて説明を加える。

インデックス 5 0 4は、あらかじめ設定されたデータ長（Nバイト）でサンプルェントリ 502のインデックス値を示す。サンプルァトリビュート 505は、図 2 (b) で説明したサンプルエントリ 1 1 21などと同様の書式情報を格納している。サンプルアトリビュート 505のデータ長は、可変である。

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

[第 2実施形態]

〈データ構造〉

第 1実施形態においては、テキストトラックの再生に係る情報をすベて PES パケット 1により伝送した（インバンド伝送）。一方、トラックヘッダ、サンプルディスクリプシヨンといった情報を MP EG— 2 TSにおいて規定される P S I (Program Specific Information) と呼ばれるテーブル情報として伝送することも可能である（アウトバンド伝送）。

T Sはビデオ、オーディオなど複数のプログラムを多重化して伝送することができるため、ストリーム中に含まれているあるプログラムを他のどのプログラムと共に再生すればよいのかといつた情報を送る必要がある。 MPEG— 2 TS では、ビデオ、オーディオなどを伝送する PESではなく、セクションと呼ばれるデータ構造により、これらの情報を伝送している。 PS Iには、 PAT (Prog ram Association Table) 、 PMT (Program Map Table) としゝつたテープレ力規定されている。さらに、 PS Iのセクションにおいては、ディスクリプタと呼ばれる構造を用いて様々な説明情報などを伝送することが可能となっている。

この PMT、あるいは応用システムで定義される PS I プライべ一トセクションにおいてトラックヘッダ、サンプルディスクリプシヨンといつた情報をデイスクリプタとしてカルーセル方式で伝送することが可能である。

この場合、 P ESパケットでは、テキス卜トラックの再生に係る情報のうち、テキストフレームのみを伝送すればよい。図 1 5に第 2実施形態において伝送される PESバケツト 1 3を示す。

図 1 5に示す PESパケット 1 3のデータ構造は、 MPEG— 2 TSで規定される P ESヘッダ部 1 30と、ペイロード部 1 31 とから構成される。 PES ヘッダ部 1 30は、ビデオ、オーディオ、あるいはテキストといったトラック間の同期再生のための時刻情報である P T S (Presentation Time Stamp) を有している。ペイロード部 1 31は、図 2 (a) において定義されるテキストフレーム 1 1 4と同じ構造を有するテキストフレーム 1 31 4， 1 31 4' , ■ ■ ■と、それぞれのテキストフレーム 1 31 4， 1 31 4' , ■ ■ ■のデータ長 1 31 5， 1 31 5' ， ■ ■ ,とから構成される。

なお、データ長 1 31 5， 1 31 5' ， ■ ■ 'に代わり、スタートコ一ドを用いてテキストフレーム 1 31 4, 1 31 4' ， ■ ■ 'の境界の目印としてもよい PMT、あるいは PS I プライベートセクションにおいて伝送されるトラックヘッダ、サンプルディスクリプシヨンは、それぞれ第 1実施形態において説明したトラックヘッダ 1 1 1、サンプルディスクリプシヨン 1 1 2、サンプルデイスクリプシヨン 1 1 2' と同じ構造を有している。また、必要に応じてコンフイダインフォメーション 1 1 3を伝送するとしてもよい。

また、図 1 5に示す PESパケット 1 3は、第 1実施形態の変形例として説明した図 1 3に示す PESパケット 1 ' ' と同様の構造を有するものであってもよし \>

〈データ伝送装置〉

図 1 6に、 MPEG— 2 TSの伝送に際して使用されるデータ伝送装置 1 4 を示す。データ伝送装置 1 4は、蓄積部 1 41 と、 PES送出部 1 42と、システムエンコーダ部 1 43とを備えており、蓄積されたメディアデータを TSパケッ卜として送出する装置である。

蓄積部 1 41は、メディアデータを、例えば、 MP 4ファイル形式で蓄積している。 PES送出部 1 42は、 MP4ファイルからビデオ、オーディオ、あるいは T i me d T e x tなどといったトラック毎に独立した E Sを受信する。 P ES送出部 1 42では、受け取った T i me d T e x tをトラックヘッダ 30 30、サンプルディスクリプシヨン 3040、サンプルテーブル 3050およびテキストサンプル 3060 (図 55参照）に分離してバッファリングする。バッファリングされたそれぞれの情報から、図 1 5に示す PESパケット 1 3を作成する。また、 P ESパケット 1 3の PTSには、 P ESパケット 1 3において最初に配置されるテキストフレーム 1 31 4をビデオあるいはオーディオなど他のトラックと同期再生する時刻情報が格納される。システムエンコーダ部 1 43では、トラックヘッダ 3030およびサンプルディスクリプシヨン 3040を、 P M丁、あるいは PS I プライベートセクションにおいて格納し、 TSパケットとして PESバケツト 1 3と多重して送出する。

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

〈データ受信装置〉

図 1 7に、 MPEG— 2 T Sの伝送に際して使用されるデータ受信装置 1 5 を示す。データ受信装置 1 5は、受信部 1 50と、システムデコーダ部 1 51 と、メディアデコーダバッファ部 1 52と、メディアデコーダ部 1 53と、表示バッファ部 1 54とを備えており、受信した TSからテキストトラックを再生する装置である。データ受信装置 1 5は、例えば、テレビ、コンピュータあるいは力一ナビなどに内蔵あるいは外部接続される。

受信部 1 50は、放送波等を受信し、 TSを復調する。システムデコーダ部 1 51は、復調された TSからビデオ、オーディオ、あるいはテキス卜といったトラック毎に PESパケットを分離する。さらに、 TSパケットからメディア間の同期再生のための基準時刻である STCを再生する。また、 PMT、あるいは P S I プライべ一トセクシヨンにおいて格納されたトラックヘッダ 3030およびサンプルディスクリプシヨン 3040をメディアデコーダ部 1 53に設定する。メディアデコーダバッファ部 1 52は、分離された PESパケットのうちテキストトラックの再生にかかる PESバケツト 1 3から PTSを取り出す。さらに、システムデコーダ部 1 51で再生された STCを参照し、 STCに一致する P TSを持つ PESバケツト 1 3のペイ口一ド部 1 31を送出する。

メディアデコーダ部 1 53は、取得したペイ口一ド部 1 31、 STCおよび設定されたトラックヘッダ 3030およびサンプルディスクリプシヨン 3040に基づいてテキストトラックをデコードする。

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

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

〈第 2実施形態の効果〉

第 1実施形態の効果と同様の効果を得ることができる。

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

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

〈第 2実施形態の変形例〉

(1 )

図 1 5を用いて説明した PESパケット 1 3において、データ長 1 31 5， 1 31 5' をセグメントテキストヘッダ（図 2 (a) 参照）の一部として含んでいてもよい。この場合の PESパケットの構造を図 1 8に示す。

図 1 8に示す PESバケツト 51 1は、 MPEG— 2 TSで規定される PE Sヘッダ部 51 2と、ペイロード部 51 3とから構成される。 PESヘッダ部 5 1 2は、図 1 5を用いて説明した PESヘッダ部 1 30と同様の構造を有している。ペイロード部 51 3は、複数のテキストフレームを有している。以下、ペイロード部 51 3の有するテキストフレームのうちの 1つであるテキストフレーム 51 4を用いて、テキストフレームの構造について説明する。

テキストフレーム 51 4は、セグメントテキス卜ヘッダ 51 5とテキス卜サンプル 516とから構成される。セグメントテキストヘッダ 515は、インデックス 51 7とデュレーシヨン 51 8とレングス 519とを有している。インデックス 51 7は、テキストサンプル 516と、テキストサンプル 516に適用されるサンプルエントリ（図 2 (b) 、図 14参照）とを関連づけるための情報である。デュレーシヨン 51 8は、テキストサンプル 516の再生時間情報である。レングス 519は、テキストサンプル 516のデータ長を格納する。なお、セグメン卜テキストヘッダ 515における、インデックス 51 7、デュレ一シヨン 51 8およびレングス 51 9の順序は任意である。テキストサンプル 516は、図 2 (a) に示すテキストサンプル 1 142と同様の構造を有している。

PESパケット 51 1には、以上の構造を有するテキストフレームが複数格納される。

(2)

上記実施形態では、図 1 5を用いて、トラックヘッダおよびサンプルディスクリプシヨンをアウトバンド伝送する場合について説明した。ここで、サンプルデイスクリプシヨンは、インバンド伝送することとしてもよい。この場合の PES バケツ卜の構造を図 19を用いて説明する。

《2— 1》

図 1 9 (a) は、ペイロード部の冒頭にサンプルディスクリプシヨンをまとめて配置する PESバケツ卜の構造について示している。

P ESパケット 526は、 MPEG— 2 T Sで規定される P E Sヘッダ部 5 27と、ペイロード部 528とから構成される。 PESヘッダ部 527は、図 1 5を用いて説明した PESヘッダ部 1 30と同様の構造を有している。ペイロード部 528は、サンプルディスクリプシヨン 529および複数のテキストフレームを有している。図 1 9 (a) では、 3つのテキストフレーム 530〜 532が格納されている。

サンプルディスクリプシヨン 529は、図 14を用いて説明したサンプルディスクリプシヨン 1 12' と同様の構造を有しており、ペイロード部 528が有するテキストフレーム 530〜532により参照されるサンプルエントリを有している。より具体的には、テキストフレーム 530~ 532が有するインデックス値に対応するィンデックス値を有するサンプルェントリを有している。すなわち、テキストフレーム 530〜532が有するインデックス値がそれぞれ値 [3] 、 [2] 、 [2] である場合、サンプルディスクリプシヨン 529は、インデックス値 [3] を有するサンプルエントリと、値 [2] を有するサンプルエントリの 2つのサンプルエントリを備える。

テキストフレーム 530〜 532の構造は、図 1 8を用いて説明したテキストフレーム 51 4と同様である。

なお、サンプルディスクリプシヨン 529は、図 2 (b) に示すサンプルディスクリプシヨン 1 1 2と同様の構造、すなわち、インデックスを有さない構造であってもよい。この場合、インデックス値 [N] を有するテキストフレームに対して、サンプルディスクリプシヨン 1 1 2において [N] 番目に格納されているサンプルエントリが適用される。

また、テキストフレーム 530〜 532は、図 2 (a) に示すテキストフレーム 1 1 4と同様の構造、すなわち、レングスを備えない構造を有していてもよい。この場合には、テキストフレーム 530〜 532の境界を明確にするために、識別子が用いられてもよい。

《2— 2》

図 1 9 (b) は、テキストフレーム毎にサンプルエントリを配置する PESパケッ卜の構造について示している。

PESパケット 536は、 MPEG— 2 T Sで規定される P E Sヘッダ部 5 37と、ペイロード部 538とから構成される。 PESヘッダ部 537は、図 1 5を用いて説明した PESヘッダ部 1 30と同様の構造を有している。ペイ口一ド部 538は、複数のテキストフレームを有している。以下、ペイロード部 53 8の有するテキストフレームのうちの 1つであるテキストフレーム 539を用いて、テキストフレームの構造について説明する。

テキストフレーム 539は、セグメントテキストヘッダ 540とテキストサンプル 541とから構成される。セグメントテキストヘッダ 540は、サンプルェントリ 542とデュレ一シヨン 543とレングス 544とを有している。サンプルエントリ 542は、テキストサンプル 541に適用される書式情報であり、図 2 ( b ) に示すサンプルエントリ 1 1 2 1あるいは図 1 4に示すサンプルァトリビュート 5 0 5と同様の構造を有している。デュレーシヨン 5 4 3は、テキストサンプル 5 4 1の再生時間情報である。レングス 5 4 4は、テキストサンプル 5 4 1のデータ長を格納する。なお、セグメントテキストヘッダ 5 4 0における、サンプルエントリ 5 4 2、デュレーシヨン 5 4 3およびレングス 5 4 4の順序は任意である。テキストサンプル 5 4 1は、図 2 ( a ) に示すテキストサンプル 1 1 4 2と同様の構造を有している。

P E Sバケツト 5 3 6には、以上の構造を有するテキストフレームが複数格納される。

《2— 3》

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

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

一方、図 1 9に示す P E Sバケツトによりサンプルディスクリプシヨンをインバンド伝送とする場合には、 P E Sバケツ卜が格納するテキストサンプルが必要とするサンプルエントリを含むサンプルディスクリプシヨンを伝送すれば、テキストサンプルの再生が可能となる。すなわち、 M P 4ファイル（図 5 5参照）が含む全てのテキストサンプルによリ参照される可能性のあるサンプルェントリの全てを事前に伝送しておく必要がなく、テキストサンプルの再生開始までの時間を短縮化できる。また、サンプルディスクリプシヨンの内容を変更した場合であっても、変更内容を追加して伝送することが容易であリ、リアルタィ厶でデータを作成しながら伝送するストリーミング伝送に好適な構造を有していると言える。

(3)

上記実施形態では、必要に応じてコンフイダインフォメーション 1 1 3をァゥトバンド伝送してもよいと説明した。

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

[第 3実施形態]

第 3実施形態では、 RT P (Real time Transport Protocol) 、 RTS P (Re a I Time Streaming Protocol) および S D P (Session Description Protocol) を用いたテキス卜トラックのストリ一ミング伝送について説明する。 RT Pは、 I ET F (Internet Engineering Task Force) の R F C 1 889において規定されている、マルチメディアストリームのパケットフォーマットである。 RTS P、 SD Pは、 RFC2326、 R F C 2327でそれぞれ規定される、マルチメディアストリ一ミングの制御プロトコルである。

〈RT P■ RTS Pシーケンス〉

まず、インターネット上においてクライアント 1 61がサーバ 1 62から MP 4フアイル形式のメディァデータを取得する際の一般的な処理の流れを図 20に示す。

まず、ユーザが、パーソナルコンピュータなどのクライアント 1 61に装備されているウェブブラウザにより、 MP 4ファイルへのリンクを含む HTML (Hyp er Text Markup Language)ファイルを要求すると、クライアント 1 61は、 HT MLファイルを要求するコマンド C 1を発行する。サーバ 1 62は、コマンド C 1を了解したことを示す応答 R 1 (HTT P/1. 0 OK) をクライアント 1 61に発行すると共に、 HTMLデータを送信する。（セッション S 1 ) 。

次に、ユーザが、 M P 4ファイルへのリンクをクリックすると、クライアント 1 61は、 MP 4ファイルに関する詳細な情報を要求するコマンド C 2を発行する。サーバ 1 62は、コマンド C2を了解したことを示す応答 R2 (RTS PZ 1 - 0 OK) をクライアント 1 61に発行すると共に、この詳細な情報を含む S DPデータがクライアント 1 61に供給される（セッション S 2) 。

次に、クライアント 1 61は、受信された SD Pの記述に基づいて、 MP 4フアイルのそれぞれのトラックを提供する準備を行うことを要求するコマンド C 3 1〜C33を発行する。サーバ 1 62は、それぞれのメディアデータを提供する準備が整い次第、上記コマンド C 31 ~C 33を了解したことを示す応答 R 31 〜R33 (RTSP/1. 0 OK) を発行する（セッション S3) 。

次に、クライアント 1 61は、すべてのメディアデータの提供を要求するコマンド C4を発行する。サーバ 1 62は、コマンド C4を了解したことを示す応答 R4 (RTS P/1. 0 OK) を発行する（セッション S4) 。その後、 MP 4ファイル形式のメディアデータが RT Pバケツ卜として伝送される。

クライアント 1 61は、セッションの終了に際しては、セッションの終了を要求するコマンド C 5を発行する。サーバ 1 62は、コマンド C 5を了解したことを示す応答 R5 (RTS P/1. 0 OK) を発行しセッションが終了される（セッション S 5 ) 。

ここで、上記セッション S2〜S5は、 RTSPにより行われる。

く R TPバケツ卜のデータ構造〉

(1 )

サーバ 1 62が備える MP4ファイル形式のメディアデータは、 RT Pバケツトとして伝送される。

ここで、 MP 4ファイルが備える T 1 me d T e x tをストリ一ミング伝送により利用するために、 RT Pバケツトは図 21に示すデータ構造を有している。図 21に示す RT Pバケツト 1 7のデータ構造は、図 1 2に示す P ESバケツト 1 ' のデータ構造と同様であるので詳しい説明は省略する。

RT Pバケツト 1 7は、 RT Pヘッダ部 1 70にタイムスタンプと呼ばれる時刻情報を有している。このタイムスタンプは、図 1 2に示す PESパケット 1 ' の PTS同様、ペイロード部 1 71において最初に配置されるテキストフレームの再生時刻を有している。 (2)

トラックヘッダ、サンプルディスクリプシヨン、コンフィグィンフオメ一ションおよびテキストフレームといったテキストトラックの再生に係る情報をすベて R T Pパケット 1 7により伝送（インバンド伝送）するのに対し、一部の情報を図 20のセッション S 2において供給される SD Pとして伝送することも可能である（ァゥトバンド伝送）。

RT Pを用いてサーバ 1 62からメディアデータを取得する際には、サーバ' クライアント間でセッション S 2が実行される。このため、 S D Pとしてトラックヘッダ、サンプルディスクリプシヨンといった情報をあらかじめ伝送しておき利用することができる。

図 22に RT Pを用いたァゥトバンド伝送で伝送される RT Pバケツト 1 8のデータ構造を示す。図 22に示す RT Pパケット 1 8のデータ構造は、図 1 5に示す PESバケツト 1 3のデータ構造とほぼ同様であるので詳しい説明は省略する。

RT Pパケット 1 8は、 RT Pヘッダ部 1 80にタイムスタンプと呼ばれる時刻情報を有している。このタイムスタンプは、図 1 5に示す PESパケット 1 3 の PTS同様、ペイロード部 1 81において最初に配置されるテキストフレームの再生時刻を有している。

S D Pにおいて伝送されるトラックヘッダ、サンプルディスクリプシヨンは、それぞれ第 1実施形態において説明したトラックヘッダ 1 1 1、サンプルデイスクリプシヨン 1 1 2と同じ構造を有している。また、必要に応じてコンフィグインフオメーシヨン 1 1 3を伝送するとしてもよい。

(3)

また、図 21および図 22に示す RT Pバケツト 1 7および 1 8は、第 1実施形態の変形例として説明した図 1 3に示す PESパケット 1 ' ' のペイロード部 1 1 7と同様の構造を有するペイロード部に RT Pヘッダ部 1 70および 1 80 を付加した構造を有するものであってもよい。

〈データ伝送装置〉

図 23に、 R T Pを用いたテキストトラッケの伝送に際して使用されるデータ伝送装置 19を示す。データ伝送装置 19は、蓄積部 191と、 1^丁？送出部1 92と、 1^丁3 通信部1 93と、丁送信部194とを備えている。データ伝送装置 19は、例えば、蓄積されたメディアデータをクライアント 161からの要求に応じて、 RT Pバケツト 1 7あるいは 1 8として送出するサーバ 162 などに搭載される装置である。以下、テキストトラックの伝送に係る部分を中心に説明する。

(1 )

まず、テキストトラックの再生に係る情報を RT Pバケツ卜でインバンド^送する場合について説明する。

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

RTP送出部 1 92は、 MP4ファイルからビデオ、オーディオ、あるいは T i me d T e x tなどといったトラック毎に独立した E Sを受信する。 RTP 送出部 1 92では、受け取った T i me d T e x tをトラックヘッダ 3030 、サンプルディスクリプシヨン 3040、サンプルテーブル 3050およびテキストサンプル 3060 (図 55参照）に分離してバッファリングする。さらに、バッファリングされたそれぞれの情報から、図 21に示す RT Pパケット 1 7を作成する。また、 RT Pパケット 1 7のタイムスタンプには、 RTPパケット 1 7において最初に配置されるテキストフレームを再生する時刻情報が格納される

1^丁3 通信部193は、メディアデータの提供を要求するクライアント 16 1とセッション S2〜S5 (図 20参照）を行い、蓄積部 191に蓄積されるフアイルに闋する情報を取得して送信する。また、クライアント 161からのメディァデータの再生の要求を受け、 RTP送出部 1 92に RTPパケット 1 7を作成させる。

RTP送信部 1 94は、クライアント 161に対して、 RTPバケツト 1 7を送信する。

(2) データ伝送装置 1 9と同様の構成をもつデータ伝送装置により、テキストトラックの再生に係る情報を SD Pでァゥトバンド伝送する場合について説明する。以下、動作の相違する R TP送出部と RTSP通信部の動作について説明する。アウトバンド伝送に用いられるデータ伝送装置において、 R T P送出部は、蓄積部から受け取った T i me d T e x tをトラックヘッダ 3030、サンプルディスクリプシヨン 3040、サンプルテーブル 3050およびテキストサンプル 3060 (図 55参照）に分離してバッファリングする。さらに、バッファリングされたそれぞれの情報から、図 22に示す RT Pパケット 1 8を作成する。また、 RT Pパケット 1 8のタイムスタンプには、 RT Pパケット 1 8において最初に配置されるテキストフレームを再生する時刻情報が格納される。

RTS P通信部は、メディアデータの提供を要求するクライアント 1 61 とセッシヨン S2〜S5 (図 20参照）を行う。セッション S 2においては、蓄積部に蓄積されるファイルに関する情報、トラックヘッダ 3030およびサンプルデイスクリプシヨン 3060を S DPにて送信する。また、クライアント 1 61からのメディアデータの再生の要求を受け、 RT P送出部に RT Pパケット 1 8を作成させる。

R T P送信部は、クライアント 1 61に対して、 R T Pパケット 1 8を伝送する。

(3)

データ伝送に際しては、第 1実施形態の〈データ伝送方法〉（2) および（3 ) で説明したデータ伝送方法を採用し、 RT Pパケットを作成することも可能でめる。

〈データ受信装置〉

図 24に RT Pにより伝送されるテキストトラックを受信するために使用されるデータ受信装置 20を示す。データ受信装置 20は、 RTS P通信部 201 と、 R T P受信部 202と、受信バッファ部 203と、クロック 204と、デコーダ部 205と、表示部 206とを備えており、データ伝送装置 1 9より受信した RT Pバケツト 1 7あるいは 1 8に基づいて、テキストトラックの再生を行うコンピュータ、携帯電話、 PDA (personal digital assistant) などといった装置である。以下、テキストトラックの再生に係る部分を中心に説明する。

(1 )

まず、テキストトラックの再生に係る情報がすべて RT Pバケツ卜でインバンド伝送される場合について説明する。ここで、テキストトラックの再生に係る情報が RT Pバケツトによりインバンド伝送されるか、 SD Pによリアゥトバンド伝送されるかについては、セッション S 2 (図 20参照）で伝送される S D Pに示されている。

RTS P通信部 201は、メディアデ一タの提供を行うサーバ 1 62とセッシヨン S2〜S 5 (図 20参照）を行う。さらに、このセッション S2〜S 5に基づいて、 RT P受信部 202に RT Pパケット 1 7を受信させるための受信制御を行う。

RT P受信部 202は、サーバ 1 62から送信された RT Pバケツ卜 1 7を上記受信制御に基づいて受信し、一時的に受信バッファ部 203に格納する。

受信バッファ部 203は、格納した RT Pバケツ卜 1 7からタイムスタンプを取得し、クロック 204のカウントとタイムスタンプとに基づいて、 RT Pパケッ卜 1 7をデコーダ部 205に送出する。

デコーダ部 205は、取得した RT Pバケツト 1 7とクロック 204のカウン卜とに基づいて、テキストトラックのデコードを行う。

デコードされたテキストトラックは、表示部 206にて表示される。

(2)

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

RTS P通信部は、サーバ 1 62とのセッション S 2において、 S D Pにより T i me d T e x tのトラックヘッダ 3030、サンプルディスクリプシヨン 3040 (図 55参照）を取得する。取得されたトラックヘッダ 3030、サンプルディスクリプシヨン 3040は、デコーダ部 205に設定される。

RT P受信部は、サーバ 1 62から送信された RT Pパケット 1 8を受信し、一時的に受信バッファ部に格納する。受信バッファ部は、格納した RTPパケット 1 8からタイムスタンプを取得し、クロックのカウン卜とタイムスタンプとに基づいて、 RTPパケット 1 8をデコーダ部に送出する。

デコーダ部は、取得した RT Pバケツ卜 1 8とクロックのカウントと RTSP 通信部により設定された情報とに基づいて、テキストトラックのデコードを行う

(3)

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

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

〈第 3実施形態の効果〉

第 1実施形態および第 2実施形態と同様の効果を得ることができる。

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

〈第 3実施形態の変形例〉

(1 )

図 22に示す RT Pバケツト 1 8のペイ口一ド部 181は、図 1 8に示すペイロード部 513と同様の構造を有していてもよい。また、図 19に示すペイ口一ド部 528あるいはペイロード部 538と同様の構造を有していてもよい。

(2)

上記実施形態では、必要に応じてコンフイダインフォメーション 1 13をァゥトバンド伝送してもよいと説明した。ここで、コンフィグインフォメーションは、アウトバンド伝送でも、インバンド伝送でも伝送されないもので有ってもよい。この場合、セグメントテキストへッダのデータ長は、あるデフォルト値に設定されるとしてもよい。

[第 1〜第 3実施形態に関する付記]

〈付記の内容〉

(付記 1 )

テキストデータの再生にかかるテキスト再生用データを転送し順次再生させるためのテキスト伝送用データの伝送データ構造であって、

前記テキスト再生用データは、前記テキストデータを分割した複数の分割テキストデータと、前記分割テキストデータを再生するための情報を含むテキス卜へッダデータとを含み、

前記テキスト伝送用データは、前記分割テキストデータに付加された分割テキス卜データ識別子と、前記テキストヘッダデータに付加されたテキス卜ヘッダデータ識別子とを含んでいる、

テキスト伝送用データの伝送データ構造。

(付記 2 )

前記テキストヘッダデータは、前記テキス卜データ全体の再生に係わる全体テキストヘッダデータと、前記分割テキストデータの個々の再生に係わる分割テキストヘッダデータとを含み、

前記テキスト伝送用データでは、前記分割テキストヘッダデータは前記分割テキストデータ毎に並べられており、

前記テキストヘッダデータ識別子は、前記全体テキストヘッダデータに付加された全体テキストヘッダデータ識別子を含む、付記 1に記載のテキスト伝送用デ一夕の伝送データ構造。

(付記 3 )

前記全体テキストヘッダデータは、前記分割テキストデータの書式情報を複数有しており、

前記分割テキストヘッダデータは、前記分割テキス卜データと前記書式情報との関連を示すインデックスを含む、付記 2に記載のテキスト伝送用データの伝送データ構造。

(付記 4 )

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

(付記 5 )

前記テキスト再生用データは、前記テキス卜データを分割した複数の分割テキストデータと、前記分割テキストデータを再生するための情報を含むテキス卜へッダデータとを含み、

前記テキストヘッダデータは、前記テキストデータ全体の再生に係わる全体テキストヘッダデータと、前記分割テキストデータの個々の再生に係わる分割テキストヘッダデータとを含み、

前記全体テキス卜ヘッダデータは、前記分割テキストヘッダデータのデータ長をカスタマイズするためのデータ長カスタマイズ情報を含んでいる、テキスト伝送用データの伝送データ構造。

(付記 6 )

前記全体テキストヘッダデータは、前記分割テキストデータの書式情報を複数さらに含み、

前記分割テキストヘッダデータは、前記分割テキストデータと前記書式情報との関連を示すインデックスを含んでいる、付記 5に記載のテキスト伝送用データの伝送データ構造。

(付記 7 )

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

(付記 8 )

前記テキス卜再生用データは、前記テキストデータを分割した複数の分割テキストデータと、前記分割テキストデータの再生を開始する再生開始情報を含むテキストヘッダデータとを含み、

前記テキスト伝送用データは複数のバケツ卜から構成され、

前記各バケツトは前記テキストヘッダデータの前記再生開始情報を含んでいる、

テキス卜伝送用データの伝送データ構造。

(付記 9 )

前記テキストヘッダデータは、前記テキストデータ全体の再生に係わる全体テキス卜ヘッダデータと、前記分割テキス卜データの個々の再生に係わる分割テキストヘッダデータとを含み、

前記各全体テキストヘッダデータは前記再生開始情報を含んでいる、付記 8に記載のテキスト伝送用データの伝送データ構造。

(付記 1 0 )

前記分割テキストヘッダデータは、前記分割テキストデータと前記書式情報との関連を示すインデックスを含んでいる、付記 9に記載のテキスト伝送用データの伝送データ構造。

(付記 1 1 )

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

(付記 1 2 )

テキス卜データの再生にかかるテキスト再生用データを転送し順次再生させるためのテキスト伝送用データのデータ伝送方法であって、

前記テキスト再生用データは、前記テキストデータを分割した複数の分割テキストデータと、前記分割テキストデータの再生を開始する再生開始情報を含むテキス卜ヘッダデータとを含み、

前記テキスト再生用データに基づいて、前記テキスト伝送用データのペイロード部を作成する作成ステップと、

前記作成された前記各ペイロード部に対してヘッダ部を付加しバケツトとする付加ステップとを備え、

前記各ペイロード部は、前記テキストヘッダデータの前記再生開始情報を含んでいる、

テキスト伝送用データのデータ伝送方法。

(付記 1 3 )

テキストデータの再生にかかるテキスト再生用データを転送し順次再生させるためのテキス卜伝送用データのデータ伝送装置であって、

前記テキスト再生用データは、前記テキストデータを分割した複数の分割テキストデータと、前記分割テキストデータの再生を開始する再生開始情報を含むテキストヘッダデータとを含み、

前記テキスト再生用データに基づいて、前記テキスト伝送用データのペイ口一ド部を作成する作成手段と、

前記作成された前記各ペイロード部に対してヘッダ部を付加しバケツトとする付加手段とを備え、

テキス卜伝送用データのデータ伝送装置。

(付記 1 4 )

コンピュータにより、テキストデータの再生にかかるテキスト再生用データを転送し順次再生させるためのテキスト伝送用データのデータ伝送方法を行うためのデータ伝送プログラムであって、

前記データ伝送プログラムは、コンピュータに、

前記テキスト再生用データに基づいて、前記テキスト伝送用データのペイロード部を作成する作成ステップと、前記作成された前記各ペイロード部に対してヘッダ部を付加しバケツトとする付加ステップとを備え、

前記各ペイ口一ド部は、前記テキストヘッダデータの前記再生開始情報を含んでいる、

テキスト伝送用データのデータ伝送方法

を、行わせるものであるデータ伝送プログラム。

(付記 1 5 )

前記テキスト再生用データに基づいて、ペイロード部を作成する作成ステップ前記作成された前記各ペイロード部に対してヘッダ部を付加しバケツトとする付加ステップとを備え、

前記テキスト伝送用データは、複数の前記バケツ卜から構成され、

前記分割テキストデータは、前記各バケツト内において表示順に配置され、前記バケツ卜は、前記各分割テキス卜データの再生時刻情報を有し、第 2のバケツトは、その前の第 1のバケツ卜の分割テキストデータと再生時刻情報が重複する分割テキストデータを含んでいる、

テキスト伝送用データのデータ伝送方法。

(付記 1 6 )

テキストデータの再生にかかるテキスト再生用データを転送し順次再生させるためのテキスト伝送用データのデータ伝送装置であって、

前記テキス卜再生用データに基づいて、ペイロード部を作成する作成手段と、前記作成された前記各ペイロード部に対してヘッダ部を付加しバケツ卜とする付加手段とを備え、

前記分割テキストデータは、前記各バケツト内において表示順に配置され、前記バケツトは、前記各分割テキス卜データの再生時刻情報を有し、第 2のバケツトは、その前の第 1のバケツ卜の分割テキストデータと再生時刻情報が重複する分割テキス卜データを含んでいる、

テキスト伝送用データのデータ伝送装置。

(付記 1 7 )

前記データ伝送プログラムは、コンピュータに、

前記テキス卜伝送用データは、複数の前記バケツ卜から構成され、

前記分割テキストデータは、前記各バケツト内において表示順に配置され、前記バケツトは、前記各分割テキス卜データの再生時刻情報を有し、第 2のバケツトは、その前の第 1のバケツ卜の分割テキストデータと再生時刻情報が重複する分割テキストデータを含んでいる、

テキス卜伝送用データのデータ伝送方法

を、行わせるものであるデータ伝送プログラム。

〈付記の説明〉

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ここで、書式情報とは、例えば、分割テキストデータのスクロールの有無と方向、再生位置、背景色、フォント書式（フォント名、大きさ、色、太字、下線、斜体など）などで構成される分割テキストデータの書式のデフオルト情報であるまた、データ長カスタマイズ情報は、インデックスのデータ長を、例えば、 8 ， 1 6， 2 4， 3 2ビットといったデータ長に設定する。

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

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

また、データ長カスタマイズ情報は、再生時間情報のデータ長を、例えば、 8 ， 1 6， 2 4 , 3 2ビットといったデータ長に設定する。

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

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

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

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

全体テキストヘッダデータは、各バケツ卜に含まれ、分割テキス卜データの再生を開始する再生開始情報を含む。また、各パケットは、それぞれのパケットが含む分割テキストデータの再生に係わる分割テキストヘッダデータを含んでいる付記 1 0にかかるテキスト伝送用データの伝送データ構造は、付記 9に記載のテキスト伝送用データの伝送データ構造であって、全体テキストヘッダデータは、分割テキストデータの書式情報を複数さらに含んでいる。また、分割テキストヘッダデータは、分割テキストデータと書式情報との関連を示すインデックスを含んでいる。

ここで、書式情報とは、例えば、分割テキストデータのスクロールの有無と方向、再生位置、背景色、フォント書式（フォント名、大きさ、色、太字、下線、斜体など）などで構成される分割テキストデータの書式のデフォルト情報であるこれにより、分割テキストデータ毎に書式情報を伝送する必要がなくなる。この結果、分割テキス卜データの個々の再生に必要な情報量を少なくすることができ、再生側における順次再生に係る負荷を軽減することができる。

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

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

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

ここで、再生開始情報とは、例えば、テキストデータのレイアウト（表示領域、ビデオなど他メディアとの相対位置）、レイヤ（他メディアとの階層関係）、再生時間などの情報を含み、分割テキストデータの再生を開始するために必要な情報である。このデータ伝送方法により作成された各バケツ卜を取得する再生側においては、テキストデータの再生にかかるテキスト再生用データの情報量に係わらず、各バケツト単位で順次再生を開始することができ、再生開始までの待ち時間を少なくすることが可能となる。

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

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

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

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

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

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

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

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

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

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

[第 4実施形態]

〈第 4実施形態および第 5実施形態の課題〉

T i me d T e x tをストリーミング伝送する際、上記実施形態で説明した伝送データ構造を持つ伝送用データをバケツ卜としてバケツト伝送することが考えられる。

一方、パケット伝送を行う際に、 1つのパケットの最大データサイズである M TU (Maximum Transmission Unit) が規定されている場合、伝送途中でバケツ卜が分割されることがある。例えば、パケットが I Pレイヤの MTUを超えるサィズで送出されると、送出されたパケットは、伝送途中に I Pレイヤで分割される。しかし、パケットロスの起こりうる伝送（例えば、 RT PZUD PZ I P伝送）では、パケットロスに対するエラー補償がなく、 I Pレイヤで分割されたパケッ卜の幾つかがロスすると、バケツト全体の再生に影響を与えることが考えられる。

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

〈第 4実施形態の内容〉

図 25〜図 41を用いて、本発明の第 4実施形態としてのバケツトデータ構造、データ再生装置およびデータ多重装置について説明する。加えて、データ再生方法およびデータ多重方法について説明する。

本実施形態では、（1 ) 本発明のバケツ卜データ構造を有するバケツ卜が伝送される際のシーケンス（RT P■ RTSPシーケンス）、（2) このシーケンスにより伝送される本発明のパケットデータ構造、（3) このパケットデータ構造を有するパケットのデータ再生装置およびデータ再生方法、（4) このパケットデータ構造を有するバケツ卜のデータ多重装置およびデータ多重方法の順に説明を行う。

なお、図 26〜図 37において、符号の最後に付される英数字は、以下の規則に従って付されている。数字 [0] は、後述する基本パケットおよび基本バケツトを構成する要素に対して付されている（例えば図 26、基本パケット P t 0など）。また、数字 [0] は、本発明のパケットデータ構造を説明するための基本となる分割前のテキス卜サンプルおよびテキストサンプルを構成する要素に対して付されている（例えば図 26、テキストサンプル T s 0など）。その他の英数字は、基本となるテキストサンプルを分割した何番目のバケツトであるかを表すとともに（例えば図 27、分割パケット P t 1など）、そのパケットを構成する要素に対して付されている。なお、図中において、同じデータ内容を持つ要素については、上記規則に従わず、同じ符号を付している（例えば図 29、テキストサンプル T s 0におけるテキストレングス T I 0と分割バケツ卜 P t 1におけるテキストレングス T I 0など）。

(1 ) 〈RT P■ RTS Pシーケンス〉

RT P (Real time Transport Protocol) 、 RTS P (Real Time Streaming Protocol) および SD P (Session Description Protocol) を用いたストリーミング伝送について説明する。 RTPは、 I ETF (Internet Engineering Task Force) の RFC 1 889において規定されている、マルチメディアストリームのパケットフォーマットである。 RTSP、 SDPは、 RFC2326、 RFC 2327でそれぞれ規定される、マルチメディアストリーミングの制御プロトコルである。

図 25を用いて、インターネット上においてクライアント C Lがサーバ SVか M P 4ファイル形式のメディアデータを取得する際の一般的な処理の流れを説明する。

最初に、パーソナルコンピュータなどのクライアント C Lに装備されているゥェブブラゥザによリ、ユーザが M P 4ファィルへのリンクを含む HTML (Hyper Text Markup Language)ファイルを要求すると、クライアント CLは、 HTML ファイルを要求するコマンド C 1を発行する。サーバ SVは、コマンド C1を了解したことを示す応答 R1 (HTTP/1. 0 OK) をクライアント CLに発行すると共に、 HTMLデータを送信する。（セッション S1) 。

次に、ユーザが、 MP4ファイルへのリンクをクリックすると、クライアント C Lは、 MP 4ファイルに関する詳細な情報を要求するコマンド C 2を発行する。サーバ SVは、コマンド C2を了解したことを示す応答 R2 (RTS P/1. 0 OK) をクライアント C Lに発行すると共に、この詳細な情報を含む SD P データがクライアント SVに供給される（セッション S2) 。

次に、クライアント CLは、受信された S DPの記述に基づいて、 MP4ファィルのそれぞれのトラックを提供する準備を行うことを要求するコマンド C 31 〜C 33を発行する。サーバ SVは、それぞれのメディアデータを提供する準備が整い次第、上記コマンド C31〜C33を了解したことを示す応答 R31〜R 33 (RTS P/1. 0 OK) を発行する（セッション S3) 。

次に、クライアント CLは、すべてのメディアデータの提供を要求するコマンド C4を発行する。サーバ SVは、コマンド C4を了解したことを示す応答 R4 (RTS P/1. 0 OK) を発行する（セッション S 4) 。その後、 MP 4フアイル形式のメディアデータが RT Pバケツトとして伝送される。この RT Pパケッ卜には、後述する本発明のバケツトデータ構造を有するバケツ卜が含まれている。

クライアント CLは、セッションの終了に際しては、セッションの終了を要求するコマンド C 5を発行する。サーバ SVは、コマンド C 5を了解したことを示す応答 R5 (RTS P/1. 0 OK) を発行しセッションが終了される（セッシヨン S5)。

(2) く RTPパケットのデータ構造〉

図 26〜図 37を用いて、 RT Pパケットとして伝送される本発明のパケットデータ構造を有するバケツ卜について説明する。

( i )基本バケツ卜の概要

T i me d Te x tを RT Pバケツトとして伝送する場合、基本的には、図 26に示す基本バケツト P t 0が利用される。

基本バケツト P t 0は、ペイロード部 P I 0と、ヘッダ部 H d 0とを備えている。ペイロード部 P 1 0は、テキストサンプル T s 0を備えている。テキストサンプル T s 0は、図 55に示すテキス卜サンプル 3060， 3061, ■ ■ ■ と同様の構造を有しており、テキストレングス T I 0と、テキスト TxOと、モディファイア Md 0とから構成されている。テキストレングス T I 0は、テキスト T X 0のデータ長（図中の値 [T L] ) を格納している。テキスト T X 0は、テキスト本文 TdOとバイトオーダマーク BmOとから構成される。モディファイァ MdOは、テキスト本文 T d 0の修飾情報であり、 1つ以上のモディファイァボックス Mb 0, ■ ■ 'を備えている。モディファイァボックス Mb 0， ■ ■ ■ は、テキスト本文 T d 0に修飾効果を利用するための情報である。モディファイァボックス Mb 0は、さらに、モディファイァボックス Mb 0のボックスサイズ SzOと、修飾タイプ Ty 0と、複数のレコード Mr 0, ' ' ■ とを含んでいる。モディファイァボックス Mb 0の構造は、修飾タイプ T y 0が記述する修飾タイブに依存する。モディファイァボックス Mb 0の構造については、後ほど詳しく説明する。

ヘッダ部 HdOは、 RT Pヘッダ R h 0と、サンプルヘッダ S h 0とを備えている。丁へッダ1^ 0は、 RT Pで使用されるヘッダフォーマットを有しており、シーケンス番号 Sn0、タイムスタンプ T s p 0あるいはマーカビット M 0などを含んでいる。サンプルヘッダ ShOは、サンプルレングス S I ηθと、サンプルインデックス S i d 0と、サンプルデュレーシヨン S d r 0とを記述している。サンプルレングス S I η θは、テキストサンプル T s 0のデータ長（図中の値 [S L] ) を格納している。サンプルインデックス S i d 0は、テキストサンプル T s 0と S D Pデータとして伝送されたサンプルディスクリプシヨン 3 040 (図 55参照）との関連づけを記述する情報である。サンプルデュレーシヨン S d r 0は、テキストサンプル T s 0の再生時間に関する情報である。

T i me d T e x tをストリーミング伝送により利用する場合、すべてのデ —タ内容を RT Pバケツトとして伝送することも可能である（RT Pインバンド伝送）。しかし、本実施形態においては、 MP4ファイル 3000のヘッダ部 3 01 0 (図 55参照）に相当するデータの一部を、図 25を用いて説明したセッシヨン S2において SDPデータとして通知する（RT Pアウトバンド伝送）。具体的には、ヘッダ部 301 0のトラックヘッダ 3030とサンプルディスクリプシヨン 3040とに相当するデータを S D Pデータとして、セットアップ時に伝送しておく。また同時に、伝送される RT Pパケット中に後述する分割バケツ卜が含まれるか否かに関する情報が通知される。

( i i ) 分割バケツ卜の概要

基本バケツ卜 P t 0のデータサイズは、伝送路の MTU (Maximum Transmissi on Unit) を超え、伝送途中で分割される可能性がある。伝送途中で分割される可能性があると判断された場合、テキストサンプル T s 0を分割し、分割されたテキス卜サンプル T s 0を再生するための情報を付し、あらかじめ伝送路の MT Uを超えないサイズの分割バケツトとして伝送する。以下、分割バケツ卜の概要について、図 26で説明したのと同様の構造を有するテキストサンプル T s 0を分割する場合を例示して説明を行う。

図 27を用いて、分割パケットの基本的構造について説明する。図 27では、テキストサンプル T s 0を 2つに分割し（より詳しくは、 L0バイ卜の T x Oを L 1バイトと L 2バイトとに分割）、それぞれを分割バケツト P t 1， P t 2に格納する場合を示している。分割の個数については、任意であり伝送路の MTU により決定される。分割パケット P t 1， P t 2は、それぞれ、ペイロード部 P 1 1， P I 2と、ヘッダ部 H d 1， Hd 2とを備えている。

ペイロード部 P 1 1， P I 2は、それぞれテキストサンプル T s 0を分割した分割テキストサンプル F t 1， F t 2を備えている。ヘッダ部 H d 1， Hd2は、基本パケット P t O (図 26参照）のヘッダ部 H d 0が有するのと同様の構造に加えてさらに分割ヘッダ F h 1， Fh 2を備えている。すなわち、ヘッダ部 H d 1 , H d 2は、 RT Pヘッダ Rh 1， Rh 2と、サンプルヘッダ S h 1 , S h 2と、分割ヘッダ Fh 1， Fh 2とを備えている。

RTPヘッダ Rh 1， R h 2のマーカビット M 1， M2は、それぞれ値 [0] ， [1] を格納している。 R TPヘッダにおいて、マーカビットの値については、ユーザが様々に定義できる。本実施形態では、基本パケット P t O (図 26参照）および分割バケツト P t 1， P t 2がテキストサンプル T s 0の最後尾のデ —タをペイロード部に含む場合、そのバケツ卜のマーカビッ卜が値 [1] を格納すると定義する。そのため、基本パケット P t 0および分割パケット P t 2において、マーカビット M0， M2はそれぞれ値 [1] を格納しており、分割バケツト P t 1において、マーカビット Mlは値 [0] を格納している。

基本バケツト P t 0のサンプルレングス S I n 0は、テキストサンプル T s 0 のデータ長（図 26中の値 [SL] ) を格納している。一方、分割パケット P t 1， P t 2では、サンプルレングス S I n 1， S I n 2にそれぞれ値 [0] を格納している。この値 [0] により、分割パケット P t 1， P t 2が分割テキストサンプル F t 1， F t 2を含んでいることを判別させる。

分割パケット P t 1， P t 2は、分割ヘッダ F h 1，「112にぺィロ一ド部 I 1， P I 2の再生に必要な情報を備えており、他のバケツ卜から独立して再生が可能となっている。そのため、分割ヘッダ Fh 1， Fh 2の備える情報は、分割テキス卜サンプル F t 1 , F t 2の備える情報に依存している。すなわち、テキストサンプル T s 0のどの部分を境界として分割するかにより、分割ヘッダ F h 1, Fh 2の備えるべき情報が決定される。

( i i i ) 分割ヘッダの概要

テキストサンプルを複数に分割して格納する本発明の分割バケツ卜の分割へッダは、それぞれ以下の 4つの情報を格納可能である。 4つの情報とは、（a) テキスト本文の文字コードの識別情報、（b) モディファイァまたはモディファイァボックスの開始位置情報、（c) 分割テキス卜サンプルが含むテキスト本文の一部がテキスト本文の全体の何文字目以降を含むかに関する情報、および（d) 分割されたモディファイァボックスの再生のために格納される情報である。

以下、分割パケットの構造を説明しながら、それぞれの分割ヘッダが格納する (a) ~ (d) の情報について説明する。なお、以下で説明する分割パケットは、図 27において説明した分割パケット P t 1， P t 2と同様の構造を有しているので、詳細な構造については説明を省略する。また、以下で説明するテキストサンプル T s 0の分割方法は、それぞれの（a) 〜（d) の情報について説明するための例示であり、分割はこの方法に限られるものではない。

(a) テキスト本文の文字コードの識別情報

図 28を用いて、分割ヘッダ F h 2が格納するテキスト本文 T d 0の文字コードの識別情報について説明する。

図 28では、テキス卜サンプル T s 0は、テキスト本文 T d 0において分割の境界を有している。分割パケット P t 1， P t 2は、分割されたテキスト本文 T d 0を有している。

分割バケツ卜 P t 2は、分割ヘッダ F h 2において、テキスト本文 T d 0の文字コード情報 U 2を格納している。文字コード情報 U 2は、テキスト本文 TdO の文字コードを識別するための 1ビットのフラグであり、例えば、値 [1] は、 UTF— 16 BEを、値 [0] は、 UTF— 8を示す。

これにより、例えば、伝送途中にバイトオーダマーク BmOを備える分割パケット P t 1がロスされた場合、分割バケツト P t 2のみを取得したデータ再生装置において、分割バケツト P t 2の備える分割されたテキスト本文 Td 0の文字コードを文字コード情報 U2により判別できる。この結果、分割パケット P t 2 の情報を再生することが可能となる。

なお、文字コード情報 U 2は、分割されたテキスト本文 T d 0を含む分割パケット P t 2において備えられるが、テキスト T X 0の先頭部分を含む分割バケツト P t 1においては、必ずしも備える必要は無い。

(b) モディファイァまたはモディファイァボックスの開始位置情報

図 29〜図 31を用いて、モディファイァ Md 0またはモディファイァボックス Mb0， ■ ■ 'の開始位置情報について説明する。《モディファイァの開始位置情報》

図 2 9では、テキストサンプル T s 0は、テキスト本文 T d 0において分割の境界を有している。分割パケット P 1: 1， P t 2は、分割されたテキスト本文 T d 0を有している。

図 2 9では、分割パケット P t 2は、分割ヘッダ F h 2において、モディファィァ M d 0の開始位置を示すための情報として、モディファイアポインタ M b p 2と、モディファイアポインタレングス M I 2と、テキストインジケータ T 2とを格納している。

モディファイアポインタ M b p 2は、ペイ口一ド部 P I 2におけるモディファィァ M d 0の開始位置、すなわち図 2 9では、分割されたテキスト本文 T d 0の一部である分割テキスト本文 F t d 2のデータ長（図中の値 [X 1 ] ) を格納している。モディファイアポインタレングス M I 2は、モディファイアポインタ M b p 2のデータ長を、例えば、 2ビットで指定する。テキストインジケータ T 2 は、分割バケツト P t 2がテキスト T X 0の一部を含むことを識別するための 1 ビットのフラグであり、ここでは分割テキスト本文 F t d 2を含むため、例えば、値 [ 1 ] を格納している。

これにより、例えば、伝送途中にテキストレングス T I 0を備える分割バケツト P t 1がロスされた場合、分割バケツト P t 2のみを取得したデータ再生装置において、分割バケツト P t 2の有するモディファイァ M d 0の開始位置を識別し、モディファイァ M d 0を再生することが可能となる。また、データ再生装置では、モディファイァ M d 0をテキスト本文 T d 0の一部として誤って再生することが防止される。

なお、モディファイアポインタレングス M I 2を備えず、モディファイアポィンタ M b p 2のデータ長を固定のデータ長としてもよい。

また、（a ) において図 2 8を用いて説明したのと同様に、図 2 9に示す分割バケツ卜 P t 2は、テキスト本文 T d 0の文字コード情報を備えていてもよいが、ここでは説明を省略する。

《モディファイァボックスの開始位置情報》

図 3 0では、テキストサンプル T s 0は、モディファイアボックス M b 0において分割の境界を有している。分割パケット P t Nは、分割されたモディファイァボックス Mb 0の一部である分割モディファイァボックス Fmb Nとモディフアイァボックス M b 1とを含んでいる。

分割バケツト P t Nは、分割ヘッダ F h Nにおいて、モディファイァボックス Mb 1の開始位置を示すための情報として、モディファイアポインタ Mb p Nと、モディファイアポインタレングス M I Nと、テキストインジケータ T Nとを格納している。

モディファイアポインタ Mb pNは、ペイロード部 P I Nにおけるモディファィァボックス Mb 1の開始位置、すなわち図 30では、分割モディファイアポックス Fmb Nのデータ長（図中の値 [X2] ) を格納している。モディファイァポインタレングス M I Nは、モディファイアポインタ Mb p Nのデータ長を 2ビットで指定する。テキストインジケータ TNは、分割パケット P t Nがテキスト T X 0の一部を含むことを識別するための 1 ビットのフラグであり、ここでは T χ θを含まないため、例えば、値 [0] を格納している。

これによリ、例えば、伝送途中に分割バケツト P t Nの前後の分割バケツ卜がロスされた場合、分割パケット P t Nを取得したデータ再生装置において、分割バケツト P t Nの有するモディファイァボックス Mb 1の開始位置を識別し、モディファイアボックス Mb 1を再生することが可能となる。このため、テキスト T X 0を含む分割バケツト（例えば、分割バケツト P t 1 ) がデータ再生装置において、正常に取得されていれば、その分割パケットに対してモディファイアポックス Mb 1の修飾効果を利用することができる。また、データ再生装置では、テキス卜インジケータ TNに基づいて、分割されたモディファイァボックス Mb 0をテキスト本文 T d 0として誤って再生することが防止される。

《テキストサンプル T s 0の分割のバリエーション》

図 31を用いて、テキストサンプル T s 0の分割のバリエーションとモディフアイァ Md 0またはモディファイァボックス Mb 0， ■ ■ 'の開始位置情報との関係について説明する。テキストサンプル T s 0の分割のバリエーションによリ得られる分割バケツトは、分割バケツ卜がペイロード部に有する情報に基づいて、分割タイプ A〜分割タイプ Eの 5種類に分類できる。 (分割タイプ A)

分割タイプ Aの分割バケツトは、テキスト T X 0の一部あるいは全部のみを含むあるいはテキストサンプル T s 0の先頭を含む分割バケツトである。例えば、図 31において [Ty peA] として指示された 5つの分割パケット P t Aが該当する。

この場合、それぞれの分割バケツト P t Aの分割ヘッダ F h Aは、テキストインジケ一タ TAと、モディファイアポインタレングス M I Aとを有している。テキストインジケータ T Aは、例えば、値 [1] を格納し、分割パケット P t Aがテキスト T X 0の一部を含むことを示している。モディファイアポインタレングス M I Aは、 2ビットのビット列によりモディファイアポインタ Mb p Aのデータ長を 0ビットと指定する。これにより、分割ヘッダ Fh Aがモディファイアポインタ Mb p Aを含まないことが示される。すなわち、分割パケット P t Aは、テキスト T X 0の直前に配置されるテキストレングス T I 0からテキスト T X 0 とモディファイァ Md 0との境界が判断可能であるバケツ卜、またはテキスト T X 0とモディファイァ Md 0との境界を含まないバケツ卜である。

(分割タイプ B)

分割タイプ Bの分割パケットは、テキスト TxOの一部とモディファイァ Md 0の一部あるいは全部とを含む分割パケットである。すなわち、分割タイプ Bの分割バケツトは、テキストサンプル T s 0の先頭を含まない分割バケツトである。例えば、図 31において [T y p e B] として指示された 3つの分割バケツト P t Bが該当する。

この場合、それぞれの分割パケット P t Bの分割ヘッダ F h Bは、テキストインジケ一タ TBと、モディファイアポインタレングス M I巳と、モディファイァポインタ Mb p Bとを有している。テキストインジケータ TBは、例えば、値 [ 1 ] を格納し、分割パケット P t Bがテキスト T X 0の一部を含むことを示している。モディファイアポインタレングス M I Bは、 2ビットのビット列にょリモディファイアポインタ Mb p Bのデータ長を、例えば、 8， 16， 32ビットのいずれかに指定する。モディファイアポインタ Mb pBは、モディファイアポィンタレングス M I Bにより指定されたデータ長のビット列にょリモディファイア Md 0の位置を示す。

なお、分割パケット P t Bの分割ヘッダ F h Bは、（a) において図 28を用いて説明したのと同様に、テキスト本文 T d 0の文字コ一ド情報を備えていてもよい。

(分割タイプ C)

分割タイプ Cの分割パケットは、モディファイァボックス Mb 0， ■ ■ ■のうちの一つの一部のみを含み、かつそのモディファイァボックスモディファイアポックス Mb 0， ■ ■ 'の先頭を含まない分割パケットである。言い換えれば、テキス卜 TxOを含まず、かつモディファイァボックス Mb 0， ■ ■ 'の先頭を含まない分割バケツトである。例えば、図 31において [T y p e C] として指示された分割バケツト P t Cが該当する。

この場合、分割バケツト P t Cの分割ヘッダ F hCは、テキス卜インジケータ TCと、モディファイアポインタレングス M I Cとを有している。テキストインジケータ TCは、例えば、値 [0] を格納し、分割パケット P t Cがテキスト T X 0の一部を含まないことを示している。モディファイアポインタレングス M I Cは、 2ビッ卜のビッ卜列によりモディファイアポインタ Mb p Cのデータ長を 0ビットと指定する。これにより、分割ヘッダ F h Cがモディファイアポインタ Mb p Cを含まないことが示される。

(分割タイプ D)

分割タイプ Dの分割パケットは、モディファイァボックス Mb 0， ' ■ 'のうちの一部のみを含み、かつモディファイァボックス Mb 0， ■ ■ 'の先頭を含む分割バケツ卜である。例えば、図 31において [T y p e D] として指示された分割バケツト P t Dが該当する。

この場合、分割バケツト P t Dの分割ヘッダ F h Dは、テキストインジケータ T Dと、モディファイアポィンタレングス M I Dと、モディファイアポィンタ M b pDとを有している。テキストインジケータ TDは、例えば、値 [0] を格納し、分割バケツト P t Dがテキスト T X 0の一部を含まないことを示している。モディファイアポインタレングス M I Dは、 2ビッ卜のビッ卜列にょリモディフアイアポインタ Mb p Dのデータ長を、例えば、 8， 16， 32ビットのいずれかに指定する。モディファイアポインタ Mb p Dは、モディファイアポインタレングス M I Dにより指定されたデータ長のビッ卜列によりモディファイァボックス MbO . ■ 'の先頭の位置を示す。

(分割タイプ E)

分割タイプ Eの分割バケツ卜は、分割タイプ Dの分割バケツ卜の中でも特にべイロ一ド部の先頭にモディファイァボックス Mb 0， ■ ' ■の先頭を含む分割パケットである。例えば、図 31において [Ty p e E] として指示された分割パケット P t Eが該当する。

この場合、分割パケット P t Eの分割ヘッダ F h Eは、テキストインジケータ T Eと、モディファイアポインタレングス M I Eと、モディファイアポインタ M b p Eとを有している。テキストインジケータ TEは、例えば、値 [0] を格納し、分割バケツト P t Eがテキスト T X 0の一部を含まないことを示している。モディファイアポインタレングス M I Eは、 2ビットのビット列にょリモディフアイアポインタ Mb p Eのデータ長を、例えば、 8， 16, 32ビットのいずれかに指定する。モディファイアポインタ Mb p Eは、モディファイアポインタレングス M I Eにより指定されたデータ長のビット列により値 [0] を示し、ペイロード部 P I Eの先頭にモディファイァボックス Mb 0， ■ ■ ■の先頭を含むことを示す。

(c) 分割テキストサンプルが含むテキスト本文の一部がテキスト本文の全体の何文字目以降を含むかに関する情報

図 32では、テキストサンプル T s 0は、テキスト本文 T d 0において分割の境界を有している。分割バケツト P t 1， P t 2は、分割されたテキス卜本文 T d 0である分割テキス卜本文 F t d 1 , F t d 2を有している。

分割バケツト P t 2は、分割ヘッダ Fh 2において、キャラクタオフセット S G o 2と、キャラクタオフセッ卜レングス S I 2とを格納している。キャラクタオフセット S c o 2は、分割テキストサンプル F t 2が含む分割テキスト本文 F t d 2がテキスト本文 T d 0の全体の何文字目以降であるかを文字数を単位として格納している（図中の値 [X3] ) 。キャラクタオフセットレングス S I 2は、キャラクタオフセット S c 02のデータ長を、例えば、 2ビットで指定する。また、モディファイァ M d 0において、テキスト本文 T d 0の修飾は、バイト単位ではなく文字数を単位に指定されている。

これにより、例えば、伝送途中に分割パケット P t 1がロスされた場合、分割バケツト P t 2のみを取得したデータ再生装置において、分割バケツ卜 P t 2の備える分割テキスト本文 F t d 2に、モディファイァ M d 0の修飾効果を適用することが可能となる。

なお、キャラクタオフセット S c 0 2は、分割テキストサンプル F t 2が含む分割テキスト本文 F t d 2がテキス卜本文 T d 0の全体のどこに位置するかをバイト単位として格納するとしてもよい。この場合、分割パケット P t 2を取得したデータ再生装置において、モディファイァ M d 0を解析し、修飾効果を適用すべき分割テキスト本文 F t d 2の範囲を導出することとなる。バイト単位の情報からでは正確な文字位置を検出することはできない場合もあるが、ある程度の推定は可能である。例えば、 U T F— 1 6で符号化されている場合、 1文字は 2バィト固定であるため、バイ卜位置を半分にすれば文字位置を求めることができる。

また、キャラクタオフセット S c 0 2は、分割テキスト本文 F t d 2を含む分割バケツ卜 P t 2において備えられるが、テキスト T X 0の先頭部分を含む分割バケツト P t 1においては、必ずしも備える必要は無い。

さらに、分割パケット P t 2は、（a ) および（b ) で説明した文字コード情報、モディファイアポインタ、モディファイアポインタレングス、テキストインジケ一タを備えていてもよい。

( d ) 分割されたモディファイァボックスの再生のために格納される情報図 3 3〜図 3 6を用いて、分割されたモディファイァボックスの再生のために格納される情報について説明する。

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

図 3 3では、モディファイァボックス M b Mは、モディファイァボックス M b Mのボックスサイズ S z Mと、テキスト本文 T d 0への修飾効果を記述する修飾タイプ T y Mと、修飾効果の適用範囲などを記述する複数のレコード M r M 1， MrM2， ' ■ 'とを含んでいる。テキストサンプル T s 0は、 M番目のモディファイアボックスであるモディファイァボックス M b Mのレコ一ド Mr M2において分割の境界を有している。分割パケット P t N— 1， P t Nは、それぞれ分割されたモディファイァボックス Mb Mの一部を有している。

分割バケツト P t Nは、分割ヘッダ F h Nにおいて、ボックス分割フラグ BN と、シンクオフセット S o Nと，シンクオフセットレングス S 0 I Nと，ェクステンションバイト E X Nと，エクステンションバイトレングス E X I Nと，アトムタイプ A t Nとを格納している。

ボックス分割フラグ BNは、分割バケツ卜 P t Nが分割されたモディファイァボックス MbMを有することを示すためのフラグであり、図中では値 [1] を格納し、分割されたモディファイァボックス Mb Mの存在を示している。シンク才フセット SoNは、分割バケツト P t Nが有する分割されたモディファイアポックス MbMのうち部分的に利用可能なレコード M r M3の開始位置（図中の値 [ X5] ) を格納している。シンクオフセットレングス S o I Nは、シンクオフセット SoNのデータ長を、例えば、 2ビットのビット列で指定する。ェクステンシヨンバイト E X Nは、分割バケツト P t Nが含む分割されたモディファイアポックス MbMの再生に必要な情報を記述する。情報の詳しい内容については、図 34〜図 36を用いて後ほど説明する。エクステンションバイトレングス Ex I Nは、エクステンションバイト E X Nのデータ長を、例えば、 3ビットのビット列で指定する。アトムタイプ At Nは、モディファイァボックス MbMの修飾タイブであり、修飾タイプ T yMと同じ内容を記述する。

これにより、例えば、伝送途中にモディファイァボックス MbMの修飾タイプ T y Mやその他再生に必要な情報を備える分割バケツト P t N— 1がロスされた場合、分割バケツト P t Nを取得したデータ再生装置において、分割ヘッダ F h Nが格納するァトムタイプ A t Nやエクステンションバイト E X Nを用いて、分割バケツ卜 P t Nの有する分割されたモディファイァボックス MbMのデコードを行うことができる。また、例えば、伝送途中に分割パケット P t N— 1がロスされた場合、分割パケット P t Nを取得したデータ再生装置において、分割パケット P t Nの有するレコー KM r M 3の先頭位置を識別し、修飾情報を利用することが可能となる。

なお、レコー KM r M2において T s 0を分割する場合について説明したが、本発明の効果は、この場合に限られるものではない。具体的には、分割は、ポックスサイズ S zM、修飾タイプ T yMあるいはその他のレコード M r M 1， Mr Μ3， · ■ 'において行われてもよい。

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

《カラオケ》

図 34では、テキストサンプル T s 0は、 M番目のモディファイァボックスであるモディファイァボックス Mb Mにおいて分割の境界を有している。モディフアイァボックス MbMは、テキスト T d 0をカラオケスタイルで修飾する。分割パケット P t N— 1， P t Nは、分割されたモディファイァボックス MbMを有している。

カラオケスタイルのモディファイァボックス MbMは、ボックスサイズ SzM と、修飾タイプ TyMと、スタートタイムと、ェン卜リカウン卜と、エントリ E n 1〜En 5とを備えている。ボックスサイズ SzMは、モディファイァボックス MbMのデータ長である。修飾タイプ TyMは、モディファイァボックスが力ラオケであることを示すため、 [k r o k] を示すビット列を格納している。スタートタイムは、修飾開始時間を指定する。エントリカウントは、モディファイァボックス MbMが有するエントリの個数を指定する。エントリ En 1〜En5 は、それぞれ、カラオケの修飾終了時間と、修飾する文字を指定する情報とを備えている。それぞれのエントリ E n 2〜E n 5による修飾は、直前に配置されるエントリ En 1 ~En 4の修飾終了時間から自身の修飾終了時間までの間、指定された文字に対して適用される（エントリ E n 1による修飾は、スタートタイムが指定する修飾開始時間から自身の修飾終了時間まで適用される）。

分割バケツト P t Nは、ペイロード部 P I Nにエントリ En3〜En 5を有している。すなわち、モディファイァボックス MbMは、エントリ En 2とェントリ En 3との境界において分割されている。分割ヘッダ FhNは、ボックス分割フラグ BNと、アトムタイプ At Nと、エクステンションバイトレングス E X I Nと、エクステンションバイト Ex Nとを含んでいる。ボックス分割フラグ BN は、例えば、値 [1 ] を格納し、分割バケツト P t Nが分割されたモディファイァボックス MbMを有することを示す。アトムタイプ At Nは、分割されたモディファイアボックス M bMの修飾タイプがカラオケであることを示すため、 [k r ok] を示すビット列を格納している。エクステンションバイトレングス E X I Nは、エクステンションバイト E X Nのデータ長を、例えば、 3ビットのビット列で指定する。エクステンションバイト E X Nは、分割により分割パケット P t Nに含まれないこととなったエントリ E n 2が示す力ラオケの修飾終了時間を格納する。

ここで、図 34に示す分割パケット P t Nは、図 33において説明したシンクオフセット S 0 Nおよびシンクオフセットレングス S o I Nに相当する情報は備えないものとして説明する。これらの情報は、テキストサンプル T s 0の分割時に、「モディファイァボックス MbMのレコード M r M1， ■ ■ ■の途中では分割を行わない。」との分割規則により分割を行うことにより不要となる情報であるからである。

これにより、例えば、伝送途中に分割バケツ hP t N— 1がロスされた場合、分割バケツト P t Nを取得したデータ再生装置において、分割バケツト P t Nの備えるエントリ E n 3~E n 5をカラオケスタイルとして解析することが可能となる。さらに、このデータ再生装置では、エントリ En 3について、分割ヘッダ F h Nの備えるエクステンションバイ卜 E X Nの格納する情報を参照して修飾開始時間を判別することが可能となる。

《文字スタイル》

図 35では、テキストサンプル T s 0は、 M番目のモディファイァボックスであるモディファイァボックス M b Mにおいて分割の境界を有している。モディフアイァボックス MbMは、テキスト T X 0の文字スタイルを変更する。分割パケット P t N— 1， P t Nは、分割されたモディファイァボックス MbMを有している。

文字スタイルのモディファイァボックス MbMは、ボックスサイズ S zMと、修飾タイプ TyMと、エントリカウントと、エントリ En "！〜 En 5とを備えている。ボックスサイズ SzMは、モディファイァボックス MbMのデータ長である。修飾タイプ TyMは、モディファイァボックス MbMが文字スタイルであることを示すため、 [s t y I ] を示すビット列を格納している。エントリカウントは、モディファイァボックス MbMが有するエントリの個数を指定する。ェントリ En 1 ~En 5は、それぞれ、文字スタイルを適用する範囲を指定する情報、フォントスタイル、フォントサイズなどを備えている。

分割バケツト P t Nは、ペイロード部 P I Nにエントリ En3〜En 5を有している。すなわち、モディファイァボックス MbMは、エントリ En 2とェントリ E n 3との境界において分割されている。分割ヘッダ FhNは、ボックス分割フラグ BNと、ァトムタイプ A t Nと、エクステンションバイ卜レングス E X I Nとを含んでいる。ボックス分割フラグは、例えば、値 [1] を格納し、分割パケッ卜 P t Nが分割されたモディファイァボックス MbMを有することを示す。ァトムタイプ A t Nは、分割されたモディファイァボックス MbMの修飾タイプが文字スタイルであることを示すため、 [s t y I ] を示すビット列を格納している。エクステンションバイトレングス Ex I Nは、エクステンションバイト E xNのデータ長を、例えば、 3ビットのビット列で指定する。文字スタイルでは、エクステンションバイト Ex Nにおいて格納する必要のある情報がないため、値 [0] を格納している。

これにより、例えば、伝送途中に分割バケツト P t N— 1がロスされた場合、分割バケツト P t Nを取得したデータ再生装置において、分割バケツト P t Nの備えるエントリ En 3〜En 5を文字スタイルとして解析することが可能となる

《ハイパーテキスト》

図 36では、テキストサンプル T s 0は、 M番目のモディファイァボックスであるモディファイァボックス MbMにおいて分割の境界を有している。モディフアイァボックス MbMは、テキスト T d 0をハイパーテキストスタイルで修飾する。分割パケット P t N— 1， Pt Nは、分割されたモディファイァボックス M bMを有している。

ハイパーテキス卜のモディファイァボックス Mb Mは、ボックスサイズ S z M と、修飾タイプ TyMと、ハイパーテキストリンクが適用される文字列の範囲 S cM， EcMと、リンクされる URLパス U r I Mと、 URLパスのデータ長を指定する URLレングス U rMと、代替テキストなどを指定する ALT属性 A I tMと、 ALT属性のデータ長を指定する ALTレングス A I Mとを備えている分割バケツ卜 P t Nは、ペイロード部 P I Nに ALT属性 A I tMと、 ALT レングス A I Mとを有している。分割ヘッダ FhNは、ボックス分割フラグ BN と、ァトムタイプ A t Nと、ェクステンションバイ卜レングス E X I Nと、ェクステンションバイト ExNとを含んでいる。ボックス分割フラグ BNは、例えば、値 [1] を格納し、分割パケット P t Nが分割されたモディファイァボックス MbMを有することを示す。アトムタイプ A t Nは、分割されたモディファイァボックス MbMの修飾タイプがハイパーテキストであることを示すため、 [h r e f ] を示すビット列を格納している。エクステンションバイトレングス E X I Nは、エクステンションバイト E X Nのデータ長を、例えば、 3ビットのビット列で指定する。エクステンションバイト ExNは、分割により分割パケット P t Nに含まれないこととなった A LT属性を適用する文字列の範囲を格納している。すなわち、エクステンションバイト Ex Nは、モディファイァボックス MbM が有するハイパーテキス卜リンクが適用される文字列の範囲 S c M， E c Mに関する情報を格納している。

これにより、伝送途中に分割バケツト P t N— 1がロスされた場合、分割パケット P t Nを取得したデータ再生装置において、分割バケツ卜 P t Nの備える A LT属性 A l tMと、 A L Tレングス A I Mとをハイパーテキストスタイルとして解析することが可能となる。さらに、 ALT属性を適用する文字列の範囲を判別することが可能となる。

( i v) その他の分割バケツト

(分割ヘッダの構造）上記（a) 〜（d) の情報の全体を分割ヘッダが一度に有する場合もある。図 37に分割バケツト P t Nのヘッダ部 H d Nの構造の一例を示す。但し、各情報の配置は一例であり、これに限定されるものではない。

分割パケット P t Nのヘッダ部 H d Nは、丁へッダ ^|1\1、サンプルへッダ ShNと、分割ヘッダ F h Nとを備えている。 RTPヘッダ RhNでは、マ一カビット MNの値により分割バケツト P t Nがテキス卜サンプル T s 0の最後尾のデータをペイロード部 P I Nに含むか否かが識別される。図 37では、マ一力ビット MNは、値 [0] を格納し、分割バケツト P t Nがテキストサンプル Ts 0の最後尾のデータをペイロード部に含まないことを示している。サンプルへッダ ShNでは、サンプルレングス S I nNに値 [0] を格納し、分割バケツ卜 P t Nが分割されたテキス卜サンプル T s 0を含んでいることを判別させる。

分割ヘッダ FhNは、上記（a) 〜（b) で説明した情報をそれぞれ含んでいる。

(分割ヘッダの存在）

第 4実施形態では、「サンプルレングスに値 [0] を格納し、分割バケツ卜が分割されたテキストサンプルを含んでいることを判別させる」と説明した。ここで、分割されたテキストサンプルを含むことを示すフラグを分割バケツ卜に有し、このフラグにより分割バケツ卜が分割されたテキストサンプルを含むことを判別させてもよい。

(文字コード情報の変形例）

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

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

(3) 〈データ再生装置およびデータ再生方法〉

図 38および図 39を用いて、上記したデータ構造を有する RT Pバケツ卜を再生するためのデータ再生装置およびデータ再生方法について説明する。

( i ) データ再生装置

図 38に、上記（2) 〈RT Pパケットのデータ構造〉で説明したデータ構造を有する RT Pバケツ卜を再生するためのデータ再生装置 710のブロック図を示す。

データ再生装置 71 0は、 RTP受信部 71 1と、基本ヘッダ解析部 712と、分割ヘッダ解析部 713と、デコーダ部 714と、表示部 71 5とを備えている。データ再生装置 710は、後述する RT P伝送装置 725， 728 (図 40 参照）より伝送された RT Pパケットに基づいて、 T i me d T e x tの再生を行うコンピュータ、携帯電話、 PDA (personal digital assistant) などといった装置である。

RT P受信部 71 1は、 RT P伝送装置 725, 728から送信された R T P バケツ卜を受信し、一時的に基本ヘッダ解析部 712に格納する。

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

ここで、一つのテキストサンプルを分割して含む複数の RT Pパケットについて、いずれかの RT Pパケットが伝送途中にロスされていた場合、基本ヘッダ解析部 712は、その RTPバケツ卜を分割ヘッダ解析部 713へと送出する。分割ヘッダ解析部 713は、取得した RTPバケツ卜の分割ヘッダを解析する。すなわち、図 37に示した構造を有する分割ヘッダから、テキストインジケータ、文字コード情報、モディファイアポインタ、キャラクタオフセット、ボックス分割フラグ、シンクオフセット、エクステンションバイト、アトムタイプなどの情報を取得する。これらの情報については、上記（2) 〈RTPパケットのデータ構造〉で説明したので説明は省略する。

デコーダ部 714は、分割ヘッダの解析された RT Pバケツ卜について、分割ヘッダ解析部 713の解析結果に基づいて、その RTPパケットのペイロード部のデコードを行う。デコードされたペイロード部は、表示部 71 5にて表示される。

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

( i i ) データ再生方法

図 39に、上記（2) く RT Pパケットのデータ構造〉で説明したデータ構造を有する RT Pバケツトを再生するためのデータ再生方法を説明するフローチヤートを示す。

RT Pバケツ卜が受信されると RT Pバケツ卜の RT Pヘッダおよびサンプルヘッダが解析される。まず、サンプルヘッダの有するサンプルレングスの値が解祈され（ステップ S 710) 、 RT Pパケットが分割されたテキストサンプルを含むか否かが判断される（ステップ S 71 1) 。

RT Pバケツ卜が分割されたテキストサンプルを含まないと判断された場合、すなわち R TPバケツ卜がテキス卜サンプルの全部を含むと判断された場合、 R T Pバケツトは、デコードされる（ステップ S 715) 。

一方、 RT Pバケツ卜が分割されたテキス卜サンプルを含むと判断された場合、 RT Pパケットの RT Pヘッダの備えるシーケンス番号に基づいて（ステップ S712) 、伝送途中にロスしたパケットの有無が判断される（ステップ S 71 3) 。伝送途中にロスされたパケットが無いと判断された場合、分割されたテキストサンプルを含む複数の RT Pパケットは、一度にデコードされる（ステップ S 715)。伝送途中にロスされたバケツ卜が有ると判断された場合、それぞれの RTPパケッ卜の分割ヘッダが解析され、それぞれの RT Pバケツ卜が有する分割されたテキストサンプルの再生に必要な情報が取得され（ステップ S 714) 、取得された情報に基づいて、それぞれの RT Pパケットがデコードされる（ステップ S 715) 。

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

(4) 〈データ多重装置およびデータ多重方法〉

図 40および図 41を用いて、上記（2) 〈RTPバケツ卜のデータ構造〉で説明したデータ構造を有する RT Pバケツトを作成するためのデータ多重装置およびデータ多重方法について説明する。

( i ) データ多重装置

図 40に、上記（2) く RT Pパケットのデータ構造〉で説明したデータ構造を有する RT Pバケツトを作成するためのデータ多重装置 720のブロック図を示す。

データ多重装置 720は、 T i me d T e x tの蓄積されている蓄積部 72 1と、 T i me d Te x tを解析し多重化に必要な情報を取得する E S解析部 722と、分割と分割ヘッダの作成とを行う分割ヘッダ生成部 723と、基本へッダを生成する基本ヘッダ生成部 724とから構成される。

蓄積部 721は、メディアデータを、例えば、 MP4ファイル形式（図 55参照）で蓄積している。また、蓄積部 721は、蓄積するファイルに関する詳細な情報を有している。 ES解析部 722は、蓄積部 721からトラックヘッダとテキストサンプルとサンプルディスクリプシヨンとサンプルテーブルを取得する。テキストサンプルのサイズに基づいて、分割を行わない場合の RT Pバケツ卜のサイズを推定する。推定サイズが目標のサイズを超える場合には、テキストサンプルの分割を行うと判断する。分割を行うと判断した場合には、分割ヘッダ生成部 723へテキストサンプルを送出する。分割ヘッダ生成部 723においては、目標の RT Pバケツ卜のサイズに近づくように、取得されたテキストサンプルを分割する。さらに、分割されたテキストサンプルの再生に必要な情報を分割ヘッダに格納し、分割されたテキストサンプルに付与する。分割ヘッダと分割されたテキストサンプルとは複数個の組となり、基本ヘッダ作成部 724へ送出される。ここで、分割ヘッダとは、例えば、図 37に示した構造を有しており、テキストサンプルの内容に依存した情報を備えている。

基本ヘッダ作成部 724は、分割されなかったテキストサンプルと分割されたテキストサンプルとに基本ヘッダを付与し、 RT Pバケツトを作成する。

ここで、基本ヘッダとは、 R T Pヘッダ、サンプルヘッダ（図 26參照）のことである。分割されたテキス卜サンプルに付与された基本ヘッダでは、サンプルヘッダのサンプルレングスの値は、例えば、値 [0] を格納している。これによリ、その基本ヘッダを有する RTPパケットは、分割されたテキストサンプルを含んでいることを示す。また、分割されなかったテキストサンプルおよび分割されたテキス卜サンプルのうち最後尾のテキストサンプルに付与された基本ヘッダでは、 RT Pヘッダのマーカビットは、例えば、値 [1 ] を格納している。一方、その他の分割されたテキストサンプルに付与された基本ヘッダでは、 RT Pへッダのマーカビットは、例えば、値 [0] を格納している。

基本ヘッダ作成部 724で作成された RTPバケツトは、 RT P伝送装置 72 5へ送られ、さらにデータ再生装置 71 0 (図 38参照）へと伝送される。あるいは、伝送用蓄積ファイル作成部 726へ送られる。伝送用蓄積ファイル作成部 726は、伝送のためのサーバ蓄積ファイルを作成し、蓄積手段 727へ蓄積する。 R T P伝送装置 728は、サーバ蓄積ファイルを解析し、 R TPパケットへ変換し、データ再生装置 71 0 (図 38参照）へと伝送される。

( i i ) データ多重方法

図 41に、上記（2) く RT Pパケットのデータ構造〉で説明したデータ構造を有する RT Pバケツトを作成するためのデータ多重方法を説明するフローチヤ一トを示す。

入力された T i me d T e x tは、トラックヘッダ、サンプルディスクリブシヨン、サンプルテーブルおよびテキストサンプルに分離される（ステップ S 7 20)。テキストサンプルのサイズに基づいて、分割を行わない場合の RT Pパケッ卜のサイズを推定し、推定サイズが目標のサイズを超えるか否かの判断を行う（ステップ S721 ) 。推定サイズが目標のサイズを超えないと判断されると、テキストサンプルは、分割されず、基本ヘッダが付与され RT Pパケットと成る（ステップ S724)。

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

ここで、基本ヘッダとは、 R TPヘッダ、サンプルヘッダ（図 26参照）のことである。分割されたテキストサンプルに付与された基本ヘッダでは、サンプルヘッダのサンプルレングスの値は、例えば、値 [0] を格納している。これによリ、その基本ヘッダを有する RTPバケツ卜が分割されたテキス卜サンプルを含んでいることを示す。また、分割されなかったテキストサンプルおよび分割されたテキストサンプルのうち最後尾のテキス卜サンプルに付与された基本ヘッダでは、 RT Pヘッダ中のマーカビットは、例えば、値 [1] を格納している。一方、その他の分割されたテキストサンプルに付与された基本ヘッダでは、 RTPへッダのマーカビットは、例えば、値 [0] を格納している。

[第 5実施形態]

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

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

( 1 ) 〈分割ヘッダのオーバーへッドを最小化するフラグ情報を持つバケツトデータ構造〉

図 3 7を用いて説明した分割へッダ F h Nでは、テキストィンジケータ T Nと文字コード情報 U Nとキャラクタオフセッ卜レングス S I Nとモディファイアポインタレングス M I Nとボックス分割フラグ B Nとの 5つの情報を格納するデ一タ領域を常に確保する必要がある。

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

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

(分割へッダの備える情報）

図 4 2を用いて分割ヘッダフラグ F Nとテキス卜インジケータ T Nとを備える分割ヘッダ F h Nの構造について説明する。図 4 2では、分割パケット P t Nは、ヘッダ部 H d Nと、ペイロード部 P I Nとを備えている。ヘッダ部 H d Nは、丁卩へッダ！^ ！^と、サンプルヘッダ S h Nと、分割ヘッダ F h Nとを含んでいる。また、ペイロード部 P I Nは、テキストサンプル T s 0の一部を含んでいる。

ここで、分割ヘッダ F h Nは、上記したテキストインジケータ T Nと、分割へッダフラグ F Nとを含んでいる。分割へッダ F h Nのその他の領域が備える情報は、テキストインジケータ T Nと分割へッダフラグ F Nとの組み合わせにより、図 43に示すように決定されている。ここで、分割ヘッダ F h Nのその他の領域が備える情報とは、「 [第 4実施形態] (2) く RTPパケットのデータ構造〉 ( i i i ) 分割ヘッダの概要 J において示した（a) ~ (d) のいずれかの情報である。

図 43は、テキストインジケータ TNと分割ヘッダフラグ FNとの組み合わせに対する、図 42に示す分割ヘッダ FhNの備える情報を示している。この関係は、テキストサンプル T s 0の先頭はテキストレングス T I 0およびテキスト T X 0であることという前提に基づいて、上記したテキストインジケータ TNと分割ヘッダフラグ FNとの定義により論理的に導出されるものである。なお、図 4 3では、テキストインジケータ TNを丁、分割ヘッダフラグ FNを Fと表している。

分割ヘッダフラグ FNが値 [0] の時、分割ヘッダ FhNは、テキストインジケータ TNと分割ヘッダフラグ FNとの 2ビットのみを格納する（図 43、列（ a) ，列（c)参照）。なお、欄内に値 [0] を有しているとき、その情報は存在しないことを示している。

テキストインジケータ TNが値 [1] かつ分割ヘッダフラグ FNが値 [1] の時、分割ヘッダ FhNは、文字コード情報と、キャラクタオフセットレングスと、モディファイアポインタレングスと、キャラクタオフセッ卜と、モディファイアポインタとを格納する（図 43、列（b)参照）。

テキス卜インジケータ TNが値 [0] かつ分割ヘッダフラグ FNが値 [1] の時、分割ヘッダ F h Nは、モディファイアポインタレングスと、モディファイァポインタと、ボックス分割フラグと、シンクオフセットと，シンクオフセットレングスと，エクステンションバイトと，エクステンションバイトレングスと，ァトムタイプとを格納する（図 43、列（d)参照）。

これにより、例えば、分割バケツ卜 P t Nを取得したデータ再生装置において、テキストインジケータ TNと分割ヘッダフラグ FNとの値を取得し、分割へッダ F h Nの含む情報を解析することが可能となる。すなわち、分割ヘッダ FhN において、不要な情報のためのデータ領域を確保する必要が無くなり、伝送デ一タのビッ卜効率が向上する。 (サンプルヘッダの備える情報）

さらに、テキストインジケータ T Nと分割ヘッダフラグ F Nとの組み合わせにより、図 42に示すサンプルヘッダ S h Nの備える情報を表現することも可能である。

図 44は、テキストインジケータ TNと分割ヘッダフラグ FNとの組み合わせと、サンプルヘッダ S h Nの備える情報との関係を示している。この関係は、上記したテキス卜インジケータ T Nと分割ヘッダフラグ T Nとの定義によリ論理的に導出されるものである。

テキストインジケータ TNが値 [0] の時、分割パケット P t Nは、サンプルヘッダ ShNを備えない。（図 44、列（c) ，列（d)参照）。

テキストインジケータ TNが値 [1] かつ分割ヘッダフラグ FNが値 [0] の時、サンプルヘッダ ShNは、サンプルレングス S I nNとサンプルインデックス S i d Nとサンプルデュレーシヨン S d r Nとを格納する（図 44、列（a) 参照）。

テキストインジケータ TNが値 [1 ] かつ分割ヘッダフラグ FNが値 [1 ] の時、サンプルヘッダ S h Nは、サンプルインデックス S i dNと、サンプルデュレーシヨン Sd r Nとを格納する（図 44、列（b)参照）。

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

なお、分割ヘッダ F h Nのその他の領域が備える情報とは、 Γ [第 4実施形態 ] (2) く RT Pパケットのデータ構造〉（ i ί i ) 分割ヘッダの概要 J において示した（a) 〜（d) の情報であると記載したが、（a) ~ ( d ) に示した情報のうちいずれかを規格として備えない場合も考えられる。その場合、図 43は、分割ヘッダに規格として備えないとされる情報に関する部分を除いて利用される。

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

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

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

そこで、上記（1 ) 〈分割ヘッダのオーバーヘッドを最小化するフラグ情報を持つバケツトデータ構造〉で定義されたテキストインジケータ T Nと分割ヘッダフラグ F Nとに加え、 R T Pヘッダ R h Nの備えるマーカビット M Nを組み合わせることにより（図 4 2参照）、分割パケット P t Nの有する分割されたテキストサンプル T s 0の分割状況を図 4 5に示すように判断する。

ここで、テキストサンプル T s 0の先頭はテキストレングス T I 0およびテキスト T X 0であること、およびテキス卜サンプルの先頭を含む分割バケツトでは、分割ヘッダは、テキストインジケータと分割ヘッダフラグ以外を含まないことを前提としている。また、マーカビット M Nは、分割パケット P t Nがテキストサンプル T s 0の最後尾を含むことを示すと定義されている。なお、図 4 5では、テキストインジケータ T Nを！"、分割ヘッダフラグ F Nを F、マーカビット M Nを Mと表している。

これにより、テキストインジケータ TNと分割ヘッダフラグ MNとマーカビッ卜 MNとを利用してテキス卜サンプル T s 0の分割状況が判断可能となる。このため、例えば、分割バケツト P t Nを取得したデータ再生装置において、分割パケット P t Nが分割の最後であることを判断（例えば、マーカビット MNの値 [ 1 ] の場合）してデコードを開始することが可能となるだけでなく、分割バケツ卜が分割の先頭であることを判断（例えば、テキストインジケータ TNの値 [1 ] かつ分割ヘッダフラグ MNの値 [0] の場合）することが可能となる。

(3) 〈データ再生装置およびデータ再生方法〉

図 46および図 47を用いて、上記したデータ構造を有する RT Pバケツトを再生するためのデータ再生装置およびデータ再生方法について説明する。

( i ) データ再生装置

図 46に、上記（1 ) または（2) で説明したデータ構造を有する RT Pパケット（図 42参照）を再生するためのデータ再生装置 730のブロック図を示すデータ再生装置 730は、図 38に示したデータ再生装置 71 0とほぼ同様の構成を有しているので、その特徴部分である分割ヘッダ解析部 733を中心に説明する。

データ再生装置 730は、 1^丁受信部731 と、基本ヘッダ解析部 732と、分割ヘッダ解析部 733と、デコーダ部 734と、表示部 735とを備えている。データ再生装置 730は、後述する R T P伝送装置 745， 748 (図 48 参照）より伝送された RT Pパケットに基づいて、 T i me d T e x tの再生を行うコンピュータ、携帯電話、 PDA (personal digital assistant) などといった装置である。

丁受信部731は、（^丁伝送装置745， 748から送信された RT P バケツトを受信し、一時的に基本ヘッダ解析部 732に格納する。

基本ヘッダ解析部 732は、シーケンス番号により、伝送途中にロスされた R T Pバケツ卜の存在を判断する。ここで、あるテキス卜サンプルを分割して含む複数の RT Pバケツ卜について、いずれかの RTPパケットが伝送途中にロスされていた場合、基本ヘッダ解析部 732は、残りの RT Pバケツトを分割ヘッダ解析部 733へと送出する。分割ヘッダ解析部 733は、ロスされず取得された RT Pバケツ卜の分割へッダを解析する。すなわち、分割ヘッダ解析部 733は、分割ヘッダに必須の情報であるテキストインジケータと分割ヘッダフラグとの値を取得する。さらに、その値に基づいて、図 43および図 44に示す分割ヘッダおよびサンプルヘッダの情報の有無を判断し、それぞれの情報を取得する。

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

デコーダ部 734は、分割ヘッダ解析部 733が取得した分割ヘッダの情報と、テキストサンプルの分割状態とに基づいて、デコードのタイミングを決定するなお、 RT Pパケットがロス無く伝送された場合は、 R TPパケットは、基本ヘッダ解析部 732による解析の後、デコーダ部 734へと送出され、デコードされる。

( i i ) データ再生方法

図 47に、上記（1 ) または（2) で説明したデータ構造を有する RT Pパケットを再生するためのデータ再生方法を説明するフローチャートを示す。

RT Pバケツ卜が受信されると RT Pバケツ卜の RT Pヘッダが解析され（ステツプ S 730) 、シーケンス番号に基づいて、ロスしたパケットの有無が判断される（ステップ S731) 。また同時に、マ一力ビットも取得される。

ロスしたパケットが無いと判断されると、 RTPパケットは、デコードされる (ステップ S 733) 。

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

ステップ S 732で取得された情報に基づいて、 RT Pバケツ卜がデコードされる（ステップ S 733) 。

(4) 〈データ多重装置およびデータ多重方法〉

図 48および図 49を用いて、上記したデータ構造を有する RT Pバケツ卜を作成するためのデータ多重装置およびデータ多重方法について説明する。

( i ) データ多重装置

図 48に、上記（1 ) または（2) で説明したデータ構造を有する RT Pパケッ卜を作成するためのデータ多重装置 740のブロック図を示す。

データ多重装置 740は、 T i me d T e x tの蓄積されている蓄積部 74 1と、 T i me d Te x tを解析し多重化に必要な情報を取得する E S解析部 742と、分割と分割ヘッダの作成とを行う分割ヘッダ生成部 743と、基本へッダを生成する基本ヘッダ生成部 744とから構成される。

蓄積部 741は、メディアデータを、例えば、 MP4ファイル形式（図 55参照）で蓄積している。また、蓄積部 741は、蓄積するファイルに関する詳細な情報を有している。 ES解析部 742は、蓄積部 741からトラックヘッダと亍キストサンプルとサンプルディスクリプシヨンとサンプルテーブルを取得し、テキストサンプルは、分割ヘッダ生成部 743へ送出される。

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

基本ヘッダ作成部 744は、分割されなかったテキストサンプルと、分割されたテキストサンプルとに基本ヘッダを付与し、 RT Pパケットを作成する。ここで、基本ヘッダとは、 RTPヘッダ、サンプルヘッダ（図 26参照）のことである。なお、サンプルヘッダは、格納された分割ヘッダフラグと、テキストインジケータとに基づいて付与される（図 44参照）。また、基本ヘッダでは、マーカビットは、 RT Pバケツ卜のペイ口一ド部の有するテキストサンプルの分割状況に適した値を格納している。

基本ヘッダ作成部 744で作成された RT Pバケツトは、 RT P伝送装置 74 5へ送られ、さらにデータ再生装置 730 (図 46参照）へと伝送される。あるいは、伝送用蓄積ファイル作成部 746へ送られる。伝送用蓄積ファイル作成部 746は、伝送のためのサーバ蓄積ファイルを作成し、蓄積手段 747へ蓄積する。丁伝送装置748は、サーバ蓄積ファイルを解析し、 RTPパケットへ変換し、データ再生装置 730 (図 46参照）へと伝送される。

( i i) データ多重方法

図 49に、上記（1 ) または（2) で説明したデータ構造を有する RT Pパケッ卜を作成するためのデータ多重方法を説明するフローチヤ一トを示す。

入力された T i me d T e x tは、トラックヘッダ、サンプルディスクリブシヨン、サンプルテーブルおよびテキストサンプルに分離される（ステップ S 7 40)

テキス卜サンプルのサイズに基づいて、分割を行わない場合の RT Pバケツトのサイズを推定し、推定サイズが目標のサイズを超えると判断されると（ステツプ S 741 ) 、テキストサンプルの分割処理が行われる（ステップ S 742) 。分割処理は、目標のサイズに近づき、かつ、分割したテキストサンプルを含む R T Pバケツ卜の一部がロスしても残りの RT Pバケツ卜の内容を表示可能となるような位置において行われる。さらに、分割されたテキストサンプルに分割へッダが付与される（ステップ S 743) 。分割ヘッダには、分割されたテキストサンプルの再生に必要な情報と、分割ヘッダフラグとテキストインジケータとが格納されている。分割ヘッダを付与された分割されたテキストサンプルには、基本ヘッダが付与される (ステップ S745)。

一方、分割を行わない場合、テキストサンプルには分割ヘッダフラグとテキス卜インジケータとが付与される（ステップ S 744) 。さらにテキストサンプルには、基本ヘッダが付与される（ステップ S 7 4 5 ) 。

ここで、基本ヘッダとは、 R T Pヘッダ、サンプルヘッダのことである。

[第 4実施形態および第 5実施形態に関する付記]

〈付記の内容〉

(付記 Ί )

修飾情報の付されたテキストデータを含む再生データを伝送し再生装置にて順次再生させるためのバケツトデータ構造であって、

前記再生データの分割された一部である分割再生データを有するペイロード部と、

前記ペイロード部が前記分割再生データを含むことを示す分割存在情報と、前記分割再生データの再生に必要な分割再生データ再生情報とを有するヘッダ部とを備えるバケツ卜データ構造。

(付記 2 )

前記分割再生データが含む分割された前記テキストデータの文字コードを判別する文字コード情報を有するヘッダ部と、

を備えるバケツトデータ構造。

(付記 3 )

前記ヘッダ部は、前記文字コード情報のデータ長を示す第 1データ長情報をさらに有する、

付記 2に記載のバケツトデータ構造。

(付記 4 )

前記文字コード情報は、 2種類の前記文字コードを判別する 1 ビットのフラグである、

付記 2に記載のバケツトデータ構造。 (付記 5 )

前記再生データの分割された一部である分割再生データを有するペイロード部前記分割再生データにおける前記修飾情報の位置情報である第 1位置情報を有するヘッダ部と、

を備えるバケツトデータ構造。

(付記 6 )

前記分割再生データは、前記テキストデータの少なくとも一部と前記テキストデータの少なくとも一部に続いて配置される前記修飾情報とを含んでおリ、前記第 1位置情報は、前記分割再生データの含む前記テキストデータのデータ長である、

付記 5に記載のバケツトデータ構造。

(付記 7 )

前記修飾情報は、複数の部分修飾情報を含んでおリ、

前記分割再生データは、第 1部分修飾情報の分割された一部と、前記第 1部分修飾情報の分割された一部に続いて配置される第 2部分修飾情報とを含んでおり前記第 1位置情報は、前記第 1部分修飾情報の分割された一部のデータ長である、

付記 5に記載のバケツトデータ構造。

(付記 8 )

前記ヘッダ部は、前記分割再生データが前記テキス卜データの少なくとも一部を含むことを示すテキス卜存在情報をさらに有する、

付記 6または 7に記載のバケツ卜データ構造。

(付記 9 )

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

を備えるバケツトデータ構造。

(付記 1 0 )

前記第 2位置情報は、前記分割テキス卜データの位置情報をテキス卜の文字数を単位として含んでいる、

付記 9に記載のバケツトデータ構造。

(付記 1 1 )

前記修飾情報が含む部分修飾情報の修飾タィプを示す情報であって、前記分割再生データに含まれない修飾タィプ情報を有するへッダ部と、

を備えるバケツトデータ構造。

(付記 1 2 )

前記再生データの分割された一部である分割再生データを有するペイ口一ド部前記修飾情報が含む部分修飾情報を構成する単位修飾情報であって、前記分割再生データに含まれる第 1単位修飾情報の位置情報である第 3位置情報を有するヘッダ部と、

を備えるバケツトデータ構造。

(付記 1 3 )

前記へッダ部は、前記第 3位置情報のデータ長を示す第 2データ長情報をさらに有する、

付記 1 2に記載のバケツトデータ構造。

(付記 1 4 )

前記修飾情報が含む部分修飾情報を構成する単位修飾情報であって、前記分割再生データに含まれない第 2単位修飾情報を有するヘッダ部と、

を備えるバケツ卜データ構造。

(付記 1 5 )

前記へッダ部は、前記第 2単位修飾情報のデータ長を示す第 3データ長情報をさらに有する、

付記 1 4に記載のバケツトデータ構造。

(付記 1 6 )

前記再生データの分割された一部である分割再生データを有するペイロード部前記ペイロード部に付加され、テキスト存在情報と再生情報存在情報とを有するヘッダ部とを備え、

前記テキス卜存在情報は、前記分割再生データが前記テキストデータの少なくとも一部を含むことを示し、

前記再生情報存在情報は、前記ヘッダ部が前記分割再生データの再生に必要な分割再生データ再生情報を含むことを示す、

バケツトデータ構造。

(付記 1 7 )

前記ヘッダ部は、前記分割再生データが前記再生データの最後に位置するデータであることを示す分割再生デ一タ位置情報をさらに有する、付記 1 6に記載のバケツトデータ構造。

(付記 1 8 )

付記 1に記載のバケツトデータ構造を有するバケツ卜から再生データを再生するデータ再生装置であって、

前記分割存在情報から前記ペイロード部が前記分割再生データを含むことを判断する分割判断手段と、

前記分割判断手段の判断結果に基づいて、前記分割再生データ再生情報から前記分割再生データの再生を行うデータ再生手段と、

を備えるデータ再生装置。

(付記 1 9 )

付記 2に記載のバケツトデータ構造を有するバケツ卜から再生データを再生するデータ再生装置であって、

前記文字コード情報から前記分割再生データが含む分割された前記テキストデ一夕の文字コードを判別する文字コード判別手段と、

前記文字コード判別手段の判別結果に基づいて、前記分割再生データの再生を行うデータ再生手段と、

を備えるデータ再生装置。

(付記 2 0 )

付記 5に記載のバケツトデータ構造を有するバケツ卜から再生データを再生するデータ再生装置であって、

前記第 1位置情報から前記分割再生データにおける前記修飾情報の位置情報を取得する第 1位置情報取得手段と、

前記第 1位置情報取得手段の取得した前記位置情報に基づいて、前記分割再生データの再生を行うデータ再生手段と、

を備えるデータ再生装置。

(付記 2 1 )

付記 9に記載のバケツトデータ構造を有するバケツ卜から再生データを再生するデータ再生装置であって、

前記第 2位置情報から前記分割再生データが含む分割された前記テキストデータである分割テキストデータの前記テキストデータにおける位置情報を取得する第 2位置情報取得手段と、

前記第 2位置情報取得手段の取得した前記位置情報に基づいて、前記分割再生データの再生を行うデータ再生手段と、，.

を備えるデータ再生装置。

(付記 2 2 )

付記 1 1に記載のバケツトデータ構造を有するバケツ卜から再生データを再生するデータ再生装置であって、

前記修飾タィプ情報から前記分割再生データが含む前記部分修飾情報の修飾タィプを取得する修飾タイプ取得手段と、

前記修飾タィプ取得手段の取得した前記修飾タィプに基づいて、前記分割再生データの再生を行うデータ再生手段と、

を備えるデータ再生装置。

(付記 2 3 )

付記 1 2に記載のバケツトデータ構造を有するバケツ卜から再生データを再生するデータ再生装置であって、

前記第 3位置情報から前記第 1単位修飾情報を取得する第 1単位修飾情報取得手段と、

前記第 1単位修飾情報取得手段の取得した前記第 1単位修飾情報に基づいて、前記再生データの再生を行うデータ再生手段と、

を備えるデータ再生装置。

(付記 2 4 )

付記 1 4に記載のバケツトデータ構造を有するバケツ卜から再生データを再生するデータ再生装置であって、

前記第 2単位修飾情報を取得する第 2単位修飾情報取得手段と、

前記第 2単位修飾情報取得手段の取得した前記第 2単位修飾情報に基づいて、前記再生データの再生を行うデータ再生手段と、

を備えるデータ再生装置。

(付記 2 5 ) 付記 1 6に記載のバケツ卜データ構造を有するバケツ卜から再生データを再生するデータ再生装置であって、

前記テキスト存在情報と前記再生情報存在情報とに基づいて、前記分割再生データの有する分割再生データ再生情報を判断する再生情報判断手段と、

前記再生情報判断手段の判断結果に基づいて、前記再生データの再生を行うデータ再生手段と、

を備えるデータ再生装置。

(付記 2 6 )

付記 1 7に記載のバケツトデータ構造を有するバケツ卜から再生データを再生するデータ再生装置であって、

前記テキスト存在情報と前記再生情報存在情報と前記分割再生デ一タ位置情報とに基づいて、前記分割再生データの分割状況を判断する分割状況判断手段と、前記分割状況判断手段の判断結果に基づいて、前記分割再生データの再生を制御する再生制御手段と、

を備えるデータ再生装置。

〈付記の説明〉

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

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

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

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

テキストデータは、例えば、先頭部分に文字コードを備えており、再生データの分割により、一部の分割再生データは、この文字コードを含まないこととなる。 T i m e d T e x tでは、文字コードは、 U n i c o d e規格の U T F - 8 または U T F— 1 6 B i g E n d i a nでエンコードされている。文字コードは、例えば、 B O M (バイトオーダマーク）と呼ばれるビット列により判断される。

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

付記 3に記載のバケツ卜データ構造は、付記 2に記載のバケツトデータ構造であって、ヘッダ部は、文字コード情報のデータ長を示す第 1データ長情報をさらに有する。

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

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

付記 4に記載のバケツ卜データ構造は、付記 2に記載のバケツトデータ構造であって、文字コード情報は、 2種類の文字コードを判別する 1 ビットのフラグである。

本発明のパケットデータ構造では、 1 ビットのフラグにより、例えば、分割再生データが U T F— 8あるいは U T F— 1 6 B i g E n d i a nのいずれでェンコ一ドされているかなどを判別することが可能となる。

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

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

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

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

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

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

付記 7に記載のバケツトデータ構造は、付記 5に記載のバケツトデータ構造であって、修飾情報は、複数の部分修飾情報を含んでいる。分割再生データは、第 1部分修飾情報の分割された一部と、第 1部分修飾情報の分割された一部に続いて配置される第 2部分修飾情報とを含んでいる。第 1位置情報は、第 1部分修飾情報の分割された一部のデータ長である。

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

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

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

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

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

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

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

付記 1 0に記載のバケツ卜データ構造は、付記 9に記載のバケツトデータ構造であって、第 2位置情報は、分割テキストデータの位置情報をテキストの文字数を単位として含んでいる。

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

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

部分修飾情報とは、例えば、 T i m e d T e x tにおけるテキス卜サンプルのモディファイァなどである。

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

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

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

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

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

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

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

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

付記 1 5に記載のバケツトデータ構造は、付記 1 4に記載のバケツトデータ構造であって、ヘッダ部は、第 2単位修飾情報のデータ長を示す第 3データ長情報をさらに有する。

第 2単位修飾情報は、部分修飾情報の修飾タイプに依存する情報である。

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

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

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

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

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

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

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

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

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

データ再生手段は、分割判断手段の判断結果に基づいて、パケットの解析を行う。すなわち、ペイロード部に分割再生データが含まれていると判断する場合、分割再生データ再生情報を解析し、分割再生データの再生を行うことができる。本発明のデータ再生装置では、バケツ卜のいくつかが伝送途中でロスされた場合にも、取得した分割再生データの再生を行うことが可能となる。

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

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

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

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

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

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

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

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

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

本発明のデータ再生装置では、バケツ卜のいくつかが伝送途中でロスされた場合にも、取得した分割テキス卜データに修飾効果を利用することが可能となる。付記 2 2に記載のデータ再生装置は、付記 1 1に記載のバケツトデータ構造を有するバケツ卜から再生データを再生するデータ再生装置であって、修飾タイプ取得手段と、データ再生手段とを備えている。修飾タイプ取得手段は、修飾タイプ情報から分割再生データが含む部分修飾情報の修飾タィプを取得する。データ再生手段は、修飾タイプ取得手段の取得した修飾タイプに基づいて、分割再生データの再生を行う。

部分修飾情報とは、例えば、 T i m e d T e x tにおけるテキストサンプルのモディファイァなどである。

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

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

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

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

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

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

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

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

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

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

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

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

[第 6実施形態]

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

図 5 0は、上記各実施形態のデータ伝送方法、データ受信方法、データ再生方法あるいはデータ多重方法を、フレキシブルディスク等の記録媒体に記録されたプログラムを用いて、コンピュータシステムにより実施する場合の説明図である図 5 0 ( b ) は、フレキシブルディスクの正面からみた外観、断面構造、及びフレキシブルディスクを示し、図 5 0 ( a ) は、記録媒体本体であるフレキシブルディスクの物理フォーマツ卜の例を示している。フレキシブルディスク F Dはケース F内に内蔵され、該ディスクの表面には、同心円状に外周からは内周に向かって複数のトラック T rが形成され、各トラックは角度方向に 1 6のセクタ S eに分割されている。従って、上記プログラムを格納したフレキシブルディスクでは、上記フレキシブルディスク F D上に割り当てられた領域に、上記プログラムが記録されている。

また、図 5 0 ( G ) は、フレキシブルディスク F Dに上記プログラムの記録再生を行うための構成を示す。データ伝送方法、データ受信方法、データ再生方法あるいはデータ多重方法を実現する上記プログラムをフレキシブルディスク F D に記録する場合は、コンピュータシステム C sから上記プログラムをフレキシブルディスクドライブを介して書き込む。また、フレキシブルディスク内のプログラムにより上記データ伝送方法、データ受信方法、データ再生方法あるいはデータ多重方法をコンピュータシステム中に構築する場合は、フレキシブルディスクドライブによリプログラムをフレキシブルディスクから読み出し、コンピュータシステムに転送する。

なお、上記説明では、記録媒体としてフレキシブルディスクを用いて説明を行つたが、光ディスクを用いても同様に行うことができる。また、記録媒体はこれに限らず、 I Cカード、 ROMカセット等、プログラムを記録できるものであれば同様に実施することができる。

[第 7実施形態]

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

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

このコンテンツ供給システム ex 1 00は、例えば、インターネット exl 01にインターネットサービスプロバイダ ex 1 02および電話網 ex 1 04、および基地局 exl 07〜ex1 1 0を介して、コンピュータ exl 1 1、 PDA (personal dig ital assistant) exl 1 2、カメラ exl 1 3、携帯電話 ex 1 1 4、カメラ付きの携帯電話 ex 1 1 5などの各機器が接続される。

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

カメラ exl 1 3はデジタルビデオカメラ等の動画撮影が可能な機器である。また、携帯電話は、 PDC (Personal Digital Communications) 方式、 CDMA (Code Division Multiple Access) 方式、 W-C DMA (Wideband-Code Divis ion Multiple Access) 方式、若しくは GSM (Global System for Mobile Comm uni cat ions) 方式の携帯電話機、または PHS (Personal Handyphone System) 等であり、いずれでも構わない。

また、ストリーミングサーバ exl 03は、カメラ ex 1 1 3から基地局 exl 09 、電話網 ex 104を通じて接続されており、カメラ ex 1 13を用いてユーザが送信する符号化処理されたデータに基づいたライブ配信等が可能になる。撮影したデータの符号化処理はカメラ ex 1 13で行っても、データの送信処理をするサーバ等で行ってもよい。また、カメラ 1 16で撮影した動画データはコンピュータ exl 1 1を介してストリーミングサーバ exl 03に送信されてもよい。カメラ ex 1 16はデジタルカメラ等の静止画、動画が撮影可能な機器である。この場合、動画データの符号化はカメラ ex 1 16で行ってもコンピュータ exl 1 1で行ってもどちらでもよい。また、符号化処理はコンピュータ exl 1 1やカメラ exl 16 が有する LS I exl 1 7において処理することになる。なお、画像符号化■復号化用のソフトウエアをコンピュータ exl 1 1等で読み取り可能な記録媒体である何らかの蓄積メディア（CD— ROM、フレキシブルディスク、ハードディスクなど）に組み込んでもよい。さらに、カメラ付きの携帯電話 exl 1 5で動画データを送信してもよい。このときの動画データは携帯電話 exl 1 5が有する LS I で符号化処理されたデータである。

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

ここで、ストリ一ミングサーバ exl 03は、本願発明のデータ伝送装置、データ多重装置としての機能も有している。さらにコンピュータ exl 1 1、 PDAex 1 12、カメラ ex1.13、携帯電話 ex 1 14等は、本願発明のデータ受信装置、データ再生装置としての機能も有している。これにより、ストリーミングサーバ exl 03から MP4ファイル形式で蓄積されたメディアデータをコンピュータ ex 1 1 1、 PDAexl 1 2、カメラ exl 1 3、携帯電話 ex 1 1 4等で取得し、 T i me d Te x tをストリーミングにより表示させることが可能となる。

図 52は、本発明のパケットデータ構造、データ受信装置、データ再生装置およびデータ多重装置を用いた携帯電話 ex 1 1 5を示す図である。携帯電話 ex 1 1 5は、基地局 ex 1 1 0との間で電波を送受信するためのアンテナ ex201、 CC Dカメラ等の映像、静止画を撮ることが可能なカメラ部 ex203、カメラ部 ex2 03で撮影した映像、アンテナ ex201で受信した映像等が復号化されたデータを表示する液晶ディスプレイ等の表示部 ex 202、操作キー ex 204群から構成される本体部、音声出力をするためのスピーカ等の音声出力部 ex208、音声入力をするためのマイク等の音声入力部 ex205、撮影した動画もしくは静止画のデータ、受信したメールのデータ、動画のデータもしくは静止画のデータ等、符号化されたデータまたは復号化されたデータを保存するための記録メディア ex2 07、携帯電話 ex1 1 5に記録メディア ex207を装着可能とするためのスロッ卜部 ex 206を有している。記録メディア ex207は SD力一ド等のプラスチックケース内に電気的に書換えや消去が可能な不揮発性メモリである EE PROM (Electrically Erasable and Programmable Read Only Memory) の一種であるフラッシュメモリ素子を格納したものである。

さらに、携帯電話 ex1 1 5について図 53を用いて説明する。携帯電話 ex 1 1 5は表示部 ex 202及び操作キー ex 204を備えた本体部の各部を統括的に制御するようになされた主制御部 ex31 1に対して、電源回路部 ex31 0、操作入力制御部 ex304、画像符号化部 ex 31 2、カメラインダーフェース部 ex303、 LCD (Liquid Crystal Display) 制御部 ex302、画像復号化部 ex309、多重分離部 ex308、記録再生部 ex307、変復調回路部 ex 306及び音声処理部 ex305、テキスト復号化部 ex 31 4が同期バス ex 31 3を介して互いに接続されている。

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

携帯電話 ex1 1 5は、 CPU、 ROM及び RAM等でなる主制御部 ex31 1の制御に基づいて、音声通話モード時に音声入力部 ex 2 0 5で集音した音声信号を音声処理部 ex 3 0 5によってディジタル音声データに変換し、これを変復調回路部 ex 3 0 6でスぺクトラム拡散処理し、送受信回路部 ex 3 0 1でディジタルアナログ変換処理及び周波数変換処理を施した後にアンテナ ex 2 0 1 を介して送信する。また携帯電話機 ex 1 1 5は、音声通話モード時にアンテナ ex 2 0 1で受信した受信信号を増幅して周波数変換処理及びアナ口グディジタル変換処理を施し、変復調回路部 ex 3 0 6でスぺクトラム逆拡散処理し、音声処理部 ex 3 0 5によつてアナ口グ音声信号に変換した後、これを音声出力部 ex 2 0 8を介して出力するさらに、データ通信モード時に電子メールを送信する場合、本体部の操作キー ex 2 0 4の操作によって入力された電子メールのテキス卜データは操作入力制御部 ex 3 0 4を介して主制御部 ex 3 1 1に送出される。主制御部 ex 3 1 1は、テキストデータを変復調回路部 ex 3 0 6でスぺクトラ厶拡散処理し、送受信回路部 ex 3 0 1でディジタルアナログ変換処理及び周波数変換処理を施した後にアンテナ ex 2 0 1を介して基地局 ex 1 1 0へ送信する。

データ通信モード時に画像データを送信する場合、カメラ部 ex 2 0 3で撮像された画像データをカメラインタ一フェース部 ex 3 0 3を介して画像符号化部 ex 3 1 2に供給する。また、画像データを送信しない場合には、カメラ部 ex 2 0 3で撮像した画像データをカメラインターフエース部 ex 3 0 3及び L C D制御部 ex 3 0 2を介して表示部 ex 2 0 2に直接表示することも可能である。

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

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

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

また、アンテナ ex201を介して受信された多重化データを復号化するには、多重分離部 ex308は、多重化データを分離することにより画像データの符号化ビッ卜ストリームと音声データの符号化ビットストリームとに分け、同期バス ex 31 3を介して当該符号化画像データを画像復号化部 ex309に供給すると共に当該音声データを音声処理部 ex305に供給する。さらに、 MP 4ファイルのうち、 T i me d T e x t トラックをテキスト復号化部 ex31 4に供給する。次に、画像復号化部 ex309は、画像データの符号化ビットストリームを復号することによリ再生動画像データを生成し、これを L C D制御部 ex 302を介して表示部 ex202に供給し、これにより、例えばホームページにリンクされた動画像ファイルに含まれる動画データが表示される。このとき同時に音声処理部 ex 305は、音声データをアナログ音声信号に変換した後、これを音声出力部 ex2 08に供給し、これにより、例えばホームページにリンクされた動画像ファイルに含まる音声データが再生される。また、テキスト復号化部 ex31 4は、テキストサンプルを上記実施形態で述べたように再生し、 L C D制御部 ex 302を介して表示部 ex202に供給し、再生動画像データと同期的に表示させる。

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

具体的には、放送局 ex409では映像情報の符号化ビットストリームが電波を介して通信または放送衛星 ex 41 0に伝送される。これを受けた放送衛星 ex41 0は、放送用の電波を発信し、この電波を衛星放送受信設備をもつ家庭のアンテナ ex406で受信し、テレビ（受信機） ex401またはセットトップボックス（ STB) ex 407などの装置により符号化ビットストリ一ムを復号化してこれを再生する。また、記録媒体である GDや DVD等の蓄積メディア ex 4 0 2に記録した符号化ビットストリームを読み取り、復号化する再生装置 ex 4 0 3にも本発明のデータ受信装置、データ再生装置を実装することが可能である。この場合、再生された睐像信号およびテキストトラックはモニタ ex 4 0 4に表示される。また、ケーブルテレビ用のケーブル ex 4 0 5または衛星地上波放送のアンテナ ex 4 0 6に接続されたセットトップボックス ex 4 0 7内に本発明のデータ受信装置、データ再生装置を実装し、これをテレビのモニタ ex 4 0 8で再生する構成も考えられる。このときセットトップボックスではなく、テレビ内にデータ受信装置、デ —タ再生装置を組み込んでも良い。また、アンテナ ex 4 1 1を有する車 ex 4 1 2 で衛星 ex 4 1 0からまたは基地局 ex 1 0 7等から信号を受信し、車 ex 4 1 2が有するカーナビゲーション ex 4 1 3等の表示装置に動画を再生することも可能である。

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

なお、カーナビゲ一シヨン ex 4 1 3の構成は例えば図 5 4に示す構成のうち、カメラ部 ex 2 0 3とカメラインタ一フェース部 ex 3 0 3、画像符号化部 ex 3 1 2 を除いた構成が考えられ、同様なことがコンピュータ ex 1 1 1やテレビ（受信機 ) ex 4 0 1等でも考えられる。

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

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

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

(産業上の利用可能性）

本発明にかかる伝送データ構造は、 T i m e d T e x tをストリーミング型の配信で使用するのに好適な伝送データ構造の提供が求められるテキス卜伝送データ等に適用可能である。

Claims

請求の範囲

1 .

テキストデータの再生にかかるテキス卜再生用データを転送し、データ受信装置に順次再生させるためのテキスト伝送用データの伝送データ構造であって、前記テキストデータ全体の再生に関わる全体テキストヘッダデータと、分割された前記テキストデータを含む分割テキストデータと、

前記分割テキス卜データ毎に配置され、前記分割テキストデータの個々の再生に関わる分割テキストヘッダデータと、

を備えるテキス卜伝送用データの伝送データ構造。

2 .

前記分割テキストヘッダデータは、前記分割テキストデータの再生時間に関する再生時間情報を含んでいる、

請求項 1に記載のテキスト伝送用データの伝送データ構造。

3.

前記分割テキス卜ヘッダデータは、前記分割テキストデータのデータ長に関するデータ長情報を含んでいる、

請求項 1または 2に記載のテキスト伝送用データの伝送データ構造。

4.

前記全体テキストヘッダデータは、前記テキストデータの再生領域に関する情報を含むテキスト再生情報と、前記分割テキストデータの書式に関する情報を含む書式情報とを含んでいる、

請求項 1〜 3のいずれかに記載のテキスト伝送用データの伝送データ構造。

5.

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

6 .

前記分割テキス卜ヘッダデータは、前記分割テキストデータと前記書式情報との関連を示すインデックスを含む、

請求項 4または 5に記載のテキスト伝送用データの伝送データ構造。前記テキス卜伝送用データは、複数のバケツ卜から構成され、

前記テキスト再生情報は、前記分割テキストデータおよび前記分割テキス卜へッダデータと異なる形式でバケツト化されている、

請求項 4〜 6のいずれかに記載のテキスト伝送用デ一タの伝送データ構造。

8.

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

9.

前記書式情報は、前記分割テキストデータおよび前記分割テキス卜ヘッダデータと同じ形式でバケツト化されている、

請求項 7に記載のテキスト伝送用データの伝送データ構造。

1 0.

前記書式情報は、複数の書式情報単位を含み、

前記書式情報単位は、前記分割テキス卜データ毎に配置される、

請求項 9に記載のテキス卜伝送用データの伝送データ構造。

1 1 .

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

請求項 1 〜 1 1のいずれかに記載の伝送データ構造を有するテキスト伝送用データを受信する受信ステップと、

前記テキスト伝送用データが含む前記全体テキストヘッダデータと前記分割テキス卜データと前記分割テキストヘッダデータとに基づいて、前記分割テキストデータが含む分割された前記テキストデータを順次再生する再生ステップと、を備えるテキスト伝送用データのデータ受信方法。

1 3. 請求項 1 〜1 1のいずれかに記載の伝送データ構造を有するテキスト伝送用データを受信する受信手段と、

前記テキスト伝送用データが含む前記全体テキストヘッダデータと前記分割テキストデータと前記分割テキス卜ヘッダデータとに基づいて、前記分割テキストデータが含む分割された前記テキストデータを順次再生する再生手段と、を備えるテキスト伝送用データのデータ受信装置。

1 4.

コンピュータにより、請求項 1 〜 1 1のいずれかに記載の伝送データ構造を有するテキスト伝送用データのデータ受信方法を行うためのデータ受信プログラムであって、

前記データ受信プログラムは、コンピュータに、

前記テキスト伝送用データが含む前記全体テキストヘッダデータと前記分割テキストデータと前記分割テキストヘッダデータとに基づいて、前記分割テキストデータが含む分割された前記テキストデータを順次再生する再生ステップと、を備えるデータ受信方法

を、行わせるものであるデータ受信プログラム。

1 5.

前記テキスト再生用データは、前記テキストデータを分割した複数の分割テキス卜データと、分割テキストデータを再生するための情報を含むテキストヘッダデータとを含み、

前記テキスト伝送用データは、複数のバケツ卜から構成され、

前記分割テキストデータは、前記各バケツ卜内において表示順に配置され、前記バケツトは前記各分割テキストデータの再生時刻情報を有し、

第 2のバケツトは、その前の第 1のバケツ卜の分割テキストデータと再生時刻情報が重複する分割テキストデータを含んでいる、テキスト伝送用データの伝送データ構造。

1 6.

前記バケツ卜に含まれる前記分割テキス卜データの個数は、前記テキスト伝送用データの伝送のために確保された伝送路帯域とほぼ一致する帯域で前記バケツ卜が伝送されるような個数として決定される、

請求項 1 5に記載のテキスト伝送用データの伝送データ構造。

1 7.

前記テキスト伝送用データは、多重化データとして伝送されるデータである、請求項 1 5または 1 6に記載のテキスト伝送用データの伝送データ構造。

1 8.

請求項 1 5〜 1 7のいずれかに記載の伝送データ構造を有するテキスト伝送用データのデータ受信方法であって、

前記第 1のバケツ卜の各分割テキストデータの再生時刻情報が示す時刻 T nと、前記第 2のバケツ卜の最初の分割テキストデータの再生時刻情報が示す時刻 T aとを取得する時刻取得ステップと、

前記第 1のバケツ卜において前記時刻 T nが前記時刻 T aと等しい又は後である分割テキストデータを、前記第 2のバケツ卜において再生時刻情報が重複する分割テキス卜データに置き換える置換ステップと、

を備えたテキスト伝送用データのデータ受信方法。

1 9.

第 1の分割テキス卜データの受信時刻 T dが、前記第 1の分割テキストデータの再生時刻情報が示す時刻 T nより遅くかつ次の第 2の分割テキストデータの再生時刻情報の示す時刻 T n + 1よリ早く受信されたか否かを判断する受信遅延判断ステップと、

前記判断が肯定的であった場合に、前記第 1の分割テキストデータを、前記受信時刻 T dから前記時刻 T n + 1までの間に再生する再生ステップと、を備えたテキス卜伝送用データのデータ受信方法。

2 0.

前記再生ステップでは、前記第 1の分割テキストデータにおいて前記時刻 T n から前記受信時刻 T dまでの時間が経過した時点の再生状態から、前記第 1の分割テキストデータの再生を開始する、

請求項 1 9に記載のテキスト伝送用データのデータ受信方法。

2 1 .

請求項 1 5〜 1 7のいずれかに記載の伝送データ構造を有するテキスト伝送用データのデータ受信装置であって、

前記第 1のバケツ卜の各分割テキストデータの再生時刻情報が示す時刻 T nと、前記第 2のバケツ卜の最初の分割テキストデータの再生時刻情報が示す時刻 T aとを取得する時刻取得手段と、

前記第 1のバケツ卜において前記時刻 T nが前記時刻 T aと等しい又は後である分割テキストデータを、前記第 2のバケツ卜において再生時刻情報が重複する分割テキストデータに置き換える置換手段と、

を備えたテキスト伝送用データのデータ受信装置。

2 2.

第 1の分割テキストデータの受信時刻 T dが、前記第 1の分割テキストデータの再生時刻情報が示す時刻 T nよリ遅くかつ次の第 2の分割テキストデータの再生時刻情報の示す時刻 T n + 1よリ早く受信されたか否かを判断する受信遅延判断手段と、

前記判断が肯定的であった場合に、前記第 1の分割テキストデータを、前記受信時刻 T dから前記時刻 T n + 1までの間に再生する再生手段と、

を備えたテキス卜伝送用データのデータ受信装置。

2 3.

前記再生手段では、前記第 1の分割テキストデータにおいて前記時刻 T nから前記受信時刻 T dまでの時間が経過した時点の再生状態から、前記第 1の分割テキストデータの再生を開始する、請求項 2 2に記載のテキス卜伝送用データのデータ受信装置。

2 4.

コンピュータにより、請求項 1 5〜1 7のいずれかに記載の伝送データ構造を有するテキスト伝送用データのデータ受信方法を行うためのデータ受信プログラムであって、

前記データ受信プログラムは、コンピュータに、

前記第 1のバケツ卜の各分割テキストデータの再生時刻情報が示す時刻 T nと

、前記第 2のバケツ卜の最初の分割テキストデータの再生時刻情報が示す時刻 T aとを取得する時刻取得ステップと、

前記第 1のバケツ卜において前記時刻 T nが前記時刻 T aと等しい又は後である分割テキストデータを、前記第 2のバケツ卜において再生時刻情報が重複する分割テキストデータに置き換える置換ステップと、

を備えたテキス卜伝送用データのデータ受信方法

を、行わせるものであるデータ受信プログラム。

2 5.

コンピュータにより、請求項 1 5〜 1 7のいずれかに記載の伝送データ構造を有するテキスト伝送用データのデータ受信方法を行うためのデータ受信プロダラムであって、

前記データ受信プログラムは、コンピュータに、

第 1の分割テキス卜データの受信時刻 T dが、前記第 1の分割テキス卜データの再生時刻情報が示す時刻 T nより遅くかつ次の第 2の分割テキス卜データの再生時刻情報の示す時刻 T n + 1よリ早く受信されたか否かを判断する受信遅延判断ステップと、

前記判断が肯定的であった場合に、前記第 1の分割テキストデータを、前記受信時刻 T dから前記時刻 T n + 1までの間に再生する再生ステップと、

を備えたテキスト伝送用データのデータ受信方法

を、行わせるものであるデータ受信プログラム。

2 6.

前記再生ステップでは、前記第 1の分割テキストデータにおいて前記時刻 Τ η から前記受信時刻 T dまでの時間が経過した時点の再生状態から、前記第 1の、割テキス卜データの再生を開始する、

請求項 2 5に記載のデータ受信プログラム。