JP6597604B2 - 受信装置、送信装置、データ通信方法、およびデータ処理方法 - Google Patents

Description

本開示は、受信装置、送信装置、データ通信方法、およびデータ処理方法に関する。さらに詳細には例えば放送波やネットワークを介したデータの送信または受信を実行する受信装置、送信装置、データ通信方法、および通信データに対するデータ処理方法に関する。

画像データや音声データ等のコンテンツを各通信事業者のサービス形態に関わらず配信可能としたデータ配信方式としてＯＴＴ（Ｏｖｅｒ Ｔｈｅ Ｔｏｐ）がある。ＯＴＴによる配信コンテンツはＯＴＴコンテンツと呼ばれ、また、ＯＴＴを利用した画像（ビデオ）データの配信サービスはＯＴＴビデオやＯＴＴ−Ｖ（Ｏｖｅｒ Ｔｈｅ Ｔｏｐ Ｖｉｄｅｏ）と呼ばれる。

ＯＴＴ−Ｖに従ったデータストリーミング配信規格としてＤＡＳＨ（Ｄｙｎａｍｉｃ Ａｄａｐｔｉｖｅ Ｓｔｒｅａｍｉｎｇ ｏｖｅｒＨＴＴＰ）がある。ＤＡＳＨは、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）をベースとしたストリーミングプロトコルを用いたアダプティブ（適応型）ストリーミング配信に関する規格である。

アダプティブ（適応型）ストリーミングでは、コンテンツ配信サーバは、データ配信先となる様々なクライアントにおいてコンテンツ再生を可能とするため、複数のビットレートの動画コンテンツの細分化ファイルとこれらの属性情報やＵＲＬを記述したマニフェスト・ファイルを作成し、クライアントに提供する。

クライアントは、マニフェスト・ファイルをサーバから取得して、自装置の表示部のサイズや利用可能な通信帯域に応じた最適なビットレートコンテンツを選択し、選択コンテンツを受信して再生する。ネットワーク帯域の変動に応じてビットレートの動的な変更も可能であり、クライアント側では、状況に応じた最適なコンテンツを随時切り替えて受信することが可能となり、映像途切れの発生を低減した動画コンテンツ再生が実現される。なお、アダプティブ（適応型）ストリーミングについては、例えば特許文献１（特開２０１１−８７１０３号公報）に記載がある。

国際標準仕様策定団体である３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）は、ＤＡＳＨ規格に従ってコンテンツの一斉同報配信を行う場合、１対１のデータ通信であるＰ２Ｐ（ポイントツーポイント）通信と、マルチキャストやブロードキャスト（ＭＣ／ＢＣ）ベアラとの併用により、ネットワークリソースの負荷を軽減する方式を提案している。

ＤＡＳＨ規格に従った同報型配信サービスは、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）と呼ばれる。このＭＢＭＳをＬＴＥで効率的に実現させる方式としてｅＭＢＭＳ（ｅｖｏｌｖｅｄ Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）がある。

ＭＢＭＳやｅＭＢＭＳは、同報型配信サービスであり、特定のエリア内に位置する複数のユーザ端末（ＵＥ）に対して共通のベアラで一斉に同一データ、例えば映画コンテンツなどを配信するサービスである。ＭＢＭＳやｅＭＢＭＳに従った同報配信により、配信サービス提供エリアに位置する多数のスマホやＰＣ、あるいはテレビ等のユーザ端末に、同じコンテンツを同時に提供することができる。

特開２０１１−８７１０３号公報

上述の同報型配信サービスであるＭＢＭＳにより、例えばスポーツ中継等の様々な番組等のコンテンツ配信を行う場合、ユーザ端末であるスマホ、ＰＣ、テレビ等の受信装置は、予め配信コンテンツの処理に必要となる情報を番組コンテンツとは別に先に取得することが必要となる。
例えば、番組表等の番組予定情報や、番組取得に必要となるアドレス情報（ＵＲＬ等）、さらにコンテンツの再生処理に必要な情報、例えばコーデック情報（符号化方式など）などを、番組コンテンツの受信に先行して受信する。

これらの情報は、シグナリングデータと呼ばれ、例えばＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式のデータとして、コンテンツ配信サーバ、あるいは放送局等の送信装置から、スマホやテレビ等のユーザ端末である受信装置（クライアント）に送信される。

このシグナリングデータは、様々なタイミングで番組コンテンツの受信を開始する受信装置（クライアント）が存在することを想定し、随時、繰り返し送信される。例えば１／１００ｍｓｅｃ毎など、頻繁に繰り返し送信される。
このように、短時間間隔で繰り返し、送信することで、クライアント（受信装置）は、随時、シグナリングデータを受信可能となり、シグナリングデータに基づいて、必要な番組コンテンツのアクセス用アドレスの取得や、コーデック設定処理など、番組コンテンツの受信および再生に必要な処理を遅滞なく実行することが可能となる。

しかし、このシグナリングデータの繰り返し送信は、送信装置側の処理負荷を増大させ、さらに通信帯域の圧迫といった問題を発生させる。
シグナリングデータは主にテキスト記述型のＸＭＬデータによって構成されているため、データ量が多く通信帯域を消費し、主要コンテンツである番組コンテンツの利用帯域の圧迫などりより番組コンテンツの配信遅延を発生させる要因にもなる。

本開示は、例えば上記問題点に鑑みてなされたものであり、シグナリングデータの配信データ量を削減し、送信装置の処理負荷を低減し、効率的なシグナリングデータ配信を可能とする受信装置、送信装置、データ通信方法、およびデータ処理方法を提供することを目的とする。

本開示の第１の側面は、
コンテンツの受信再生に必要なシグナリングデータであるシグナリングインスタンス生成用のテンプレートであるシグナリングテンプレートを格納した記憶部と、
前記シグナリングテンプレートに適用してシグナリングインスタンスを生成するためのデータである差分情報を受信する通信部と、
前記シグナリングテンプレートに対して、前記差分情報を適用して、前記シグナリングインスタンスを生成するデータ処理部を有する受信装置にある。

さらに、本開示の第２の側面は、
受信装置におけるコンテンツの受信再生に必要なシグナリングデータを送信する通信部を有し、
前記通信部は、
前記受信装置が保持するシグナリングテンプレートに適用してシグナリングインスタンスを生成するためのデータである差分情報を送信する送信装置にある。

さらに、本開示の第３の側面は、
受信装置におけるコンテンツ受信再生に適用するシグナリングデータを含むシグナリングインスタンスと、前記受信装置が保持するシグナリングテンプレートとの差分を検出して差分情報を生成するデータ処理部と、
前記差分情報を送信する通信部を有する送信装置にある。

さらに、本開示の第４の側面は、
受信装置において実行するデータ処理方法であり、
前記受信装置は、コンテンツの受信再生に必要なシグナリングデータであるシグナリングインスタンス生成用のテンプレートであるシグナリングテンプレートを格納した記憶部を有し、
前記受信装置の通信部が、前記シグナリングテンプレートに適用してシグナリングインスタンスを生成するためのデータである差分情報を受信し、
前記受信装置のデータ処理部が、前記シグナリングテンプレートに対して、前記差分情報を適用して、前記シグナリングインスタンスを生成するデータ処理方法にある。

さらに、本開示の第５の側面は、
送信装置において実行するデータ通信方法であり、
通信部が、受信装置におけるコンテンツの受信再生に必要なシグナリングデータの送信処理に際して、前記受信装置が保持するシグナリングテンプレートに適用してシグナリングインスタンスを生成するためのデータである差分情報を送信するデータ通信方法にある。

さらに、本開示の第６の側面は、
送信装置において実行するデータ処理方法であり、
データ処理部が、受信装置におけるコンテンツ受信再生に適用するシグナリングデータを含むシグナリングインスタンスと、前記受信装置が保持するシグナリングテンプレートとの差分を検出して差分情報を生成し、
通信部が、前記差分情報を送信するデータ処理方法にある。

本開示のさらに他の目的、特徴や利点は、後述する本開示の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

本開示の一実施例の構成によれば、コンテンツの受信再生に必要となるシグナリングデータの効率的な配信を実現する装置、方法が実現される。
具体的には、受信装置が、コンテンツの受信処理や再生処理に必要となるシグナリングインスタンス生成用のテンプレートであるシグナリングテンプレートを記憶部に格納し保持する。送信装置は、受信装置に対して、シグナリングテンプレートに適用してシグナリングインスタンスを生成するためのデータである差分情報を送信する。受信装置は、シグナリングテンプレートに対して、送信装置から受信した差分情報を適用してシグナリングインスタンスを生成し、生成したシグナリングインスタンスを参照してコンテンツの受信、再生を行なう。
本構成により、コンテンツの受信再生に必要となるシグナリングデータの効率的な配信を実現する装置、方法が実現される。
なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。

本開示の処理を実行する通信システムの一構成例について説明する図である。 送信装置の送信データについて説明する図である。 シグナリングデータの例について説明する図である。 ＵＳＤ（ユーザサービスデスクリプション）の一例について説明する図である。 ＦＤＤ（ファイルデリバリデスクリプション）の一例について説明する図である。 ＳＤＰ（セッションデスクリプション）の一例について説明する図である。 送信装置（サーバ）と、受信装置（クライアント）の実行する処理について説明する図である。 ＸＭＬシグナリングテンプレートとＸＭＬシグナリングインスタンスの例について説明する図である。 差分情報の例について説明する図である。 ＭＰＤのＸＭＬシグナリングテンプレートの一例について説明する図である。 図１０に示すＭＰＤのＸＭＬシグナリングテンプレートに適用する差分情報の具体例について説明する図である。 図１０に示すＭＰＤのＸＭＬシグナリングテンプレートに対して、図１１に示す差分情報を適用して生成されるＸＭＬシグンナリングインスタンスの具体例について説明する図である。 送信装置および受信装置のプロトコルスタックの例を示す図である。 送信装置と受信装置の実行する処理について説明する図である。 送信装置と受信装置の実行する処理シーケンスの例について説明する図である。 送信装置と受信装置の実行する処理シーケンスの例について説明する図である。 送信装置と受信装置の実行する処理シーケンスの例について説明する図である。 放送波等のブロードキャスト配信データのみを受信する場合の処理例について説明する図である。 放送波等のブロードキャスト配信データと、Ｐ２Ｐ（ポイントツーポイント）等のユニキャスト配信の２つの配信データを併用する場合の処理例について説明する図である。 放送波等のブロードキャスト配信データのみを受信し、番組表等のデータからなるＥＳＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ）を利用する場合の処理例について説明する図である。 ＸＭＬデータの変換処理の具体的方法について説明する図である。 通信装置であるの送信装置と受信装置の構成例について説明する図である。 通信装置である送信装置と受信装置のハードウェア構成例について説明する図である。

以下、図面を参照しながら本開示の受信装置、送信装置、データ通信方法、およびデータ処理方法の詳細について説明する。なお、説明は以下の項目に従って行なう。
１．通信システムの構成例について
２．シグナリングデータの詳細について
３．ＸＭＬシグナリングテンプレートを用いたシグナリングデータ配信処理例について
４．ＸＭＬデータの具体例について
５．送信装置と受信装置の実行する通信処理例について
６．送信装置と受信装置の実行する処理シーケンスについて
７．具体的なデータ配信処理例について
８．差分情報を適用したＸＭＬデータの変換処理について
９．送信装置と受信装置の構成例について
１０．本開示の構成のまとめ

［１．通信システムの構成例について］
まず、図１を参照して本開示の処理を実行する通信システムの一構成例について説明する。
図１に示すように、通信システム１０は、画像データや音声データ等のコンテンツを送信する通信装置である送信装置２０と、送信装置２０の送信するコンテンツを受信する通信装置である受信装置３０を有する。

送信装置２０は、具体的には、例えば放送局２１やコンテンツサーバ２２等、コンテンツを提供する側の装置である。
一方、受信装置３０は、一般ユーザのクライアント装置であり、具体的には、例えばテレビ３１、ＰＣ３２、携帯端末３３等によって構成される。

送信装置２０と受信装置３０間のデータ通信は、インターネット等のネットワークを介した双方向通信、一方向通信、あるいは、放送波等による一方向通信の少なくともいずれか、あるいは両者を利用した通信として行われる。

送信装置２０から受信装置３０に対するコンテンツ送信は、アダプティブ（適応型）ストリーミング技術の規格であるＭＰＥＧ−ＤＡＳＨ規格に従って実行する。
ＭＰＥＧ−ＤＡＳＨ規格には、以下の２つの規格が含まれる。
（ａ）動画や音声ファイルの管理情報であるメタデータを記述するためのマニフェスト・ファイル（ＭＰＤ：Ｍｅｄｉａ Ｐｒｅｓｅｎｔａｔｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ）に関する規格、
（ｂ）動画コンテンツ伝送用のファイル・フォーマット（セグメント・フォーマット）に関する規格、
送信装置２０から、受信装置３０に対するコンテンツ配信は、上記のＭＰＥＧ−ＤＡＳＨ規格に従って実行する。

送信装置２０は、コンテンツデータを符号化し、符号化データおよび符号化データのメタデータを含むデータファイルを生成する。符号化処理は、例えばＭＰＥＧにおいて規定されるＭＰ４ファイルフォーマットに従って行われる。なお、送信装置２０がＭＰ４形式のデータファイルを生成する場合の符号化データのファイルは「ｍｄａｔ」、メタデータは「ｍｏｏｖ」や「ｍｏｏｆ」等と呼ばれる。

送信装置２０が受信装置３０に提供するコンテンツは、例えば音楽データや、映画、テレビ番組、ビデオ、写真、文書、絵画および図表などの映像データや、ゲームおよびソフトウェアなど、様々なデータである。

送信装置２０の送信データについて図２を参照して説明する。
ＭＰＥＧ−ＤＡＳＨ規格に従ってデータ送信を実行する送信装置２０は、図２に示すように、大きく分けて以下の２種類のデータの送信を行う。
（ａ）シグナリングデータ５０
（ｂ）ＡＶセグメント６０

ＡＶセグメント６０は、受信装置において再生する画像（Ｖｉｄｅｏ）や、音声（Ａｕｄｉｏ）データ、すなわち例えば放送局の提供する番組コンテンツ等によって構成される。例えば、上述したＭＰ４符号化データ（ｍｄａｔ）や、メタデータ（ｍｏｏｖ，ｍｏｏｆ）によって構成される。

一方、シグナリングデータ５０は、番組表等の番組予定情報や、番組取得に必要となるアドレス情報（ＵＲＬ等）、さらにコンテンツの再生処理に必要な情報、例えばコーデック情報（符号化方式など）などからなる案内情報、制御情報によってむ構成される。
受信装置３０は、このシグナリングデータ５０を、再生対象となる番組コンテンツを格納したＡＶセグメント６０の受信に先行して受信することが必要となる。
このシグナリングデータ５０は、例えばＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式のデータとして、スマホやテレビ等のユーザ端末である受信装置（クライアント）に送信される。

前述したように、シグナリングデータは、随時、繰り返し送信される。例えば１／１００ｍｓｅｃ毎など、頻繁に繰り返し送信される。
これは、受信装置（クライアント）が、いつでも、即座にシグナリングデータを取得することを可能とするためである。
クライアント（受信装置）は、随時、受信可能なシグナリングデータに基づいて、必要な番組コンテンツのアクセス用アドレスの取得や、コーデック設定処理など、番組コンテンツの受信および再生に必要な処理を遅滞なく実行することが可能となる。

しかし、シグナリングデータの頻繁な送信処理は送信装置の処理負荷を増大させる。また、シグナリングデータは、主にテキスト記述型のＸＭＬデータによって構成されているため、データ量が多く通信帯域を圧迫するという問題がある。

前述したように、コンテンツの一斉同報配信を行う方式を規定したＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）や、ｅＭＢＭＳ（ｅｖｏｌｖｅｄ Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）では、１対１のデータ通信であるＰ２Ｐ（ポイントツーポイント）通信と、マルチキャストやブロードキャスト（ＭＣ／ＢＣ）通信の併用を許容している。これにより、ネットワークリソースの負荷を軽減することが可能となる。

ＭＢＭＳやｅＭＢＭＳは、同報型配信サービスであり、特定のエリア内に位置する複数のユーザ端末（ＵＥ）に対して共通のベアラで一斉に同一データ、例えば映画コンテンツなどを配信するサービスである。配信サービス提供エリアに位置する多数のスマホやＰＣ、あるいはテレビ等のユーザ端末に、同じコンテンツを同時に提供することができる。

ＭＢＭＳ、およびｅＭＢＭＳは、３ＧＰＰファイルフォーマット（ＩＳＯ−ＢＭＦＦファイル、ＭＰ４ファイル）に従ったファイルを、転送プロトコル：ＦＬＵＴＥ（Ｆｉｌｅ Ｄｅｌｉｖｅｒｙ ｏｖｅｒ Ｕｎｉ−ｄｉｒｅｃｔｉｏｎａｌ Ｔｒａｎｓｐｏｒｔ）に従ってダウンロードする処理について規定している。

図２に示す以下の２つのデータ、すなわち、
（ａ）シグナリングデータ５０
（ｂ）ＡＶセグメント６０
これらのデータの多くはＦＬＵＴＥプロトコルに従って送信される。

［２．シグナリングデータの詳細について］
シグナリングデータは、受信装置（クライアント）が受信、再生するＡＶセグメントのアクセス情報や、復号処理等の受信後の処理に必要となる案内情報や制御情報を含むデータであり、送信装置から随時繰り返し送信されるデータである。

シグナリングデータの構成例について図３を参照して説明する。
図３は、シグナリングデータの例について説明する図である。
シグナリングデータには、情報に応じた様々な種類があるが、図３には代表的な以下の３種類のシグナリングデータを示している。
（１）ＬＬＳ（Ｌｏｗ Ｌａｙｅｒ Ｓｉｇｎａｌｉｎｇ）
（２）ＥＳＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ）
（３）ＳＣＳ（Ｓｅｒｖｉｃｅ Ｃｈａｎｎｅｌ Ｓｉｇｎａｌｉｎｇ）

（１）ＬＬＳは、ローレイヤシグナリング（Ｌｏｗ Ｌａｙｅｒ Ｓｉｇｎａｌｉｎｇ）と呼ばれ、受信装置（クライアント）においてデータ受信に適用するための通信設定情報、アドレス情報などを含むシグナリングデータである。ＬＬＳには、例えば（３）に示すＳＣＳシグナリングデータをアクセスするための情報などが含まれる。
（２）ＥＳＧは、電子サービスガイド（Ｅｌｅｃｔｒｏｎｉｃ Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ）であり、例えば番組表等の案内情報が含まれるシグナリングデータである。
（３）ＳＣＳは、サービスチャンネルシグナリング（Ｓｅｒｖｉｃｅ Ｃｈａｎｎｅｌ Ｓｉｇｎａｌｉｎｇ）であり、ユーザに提供されるコンテンツに対応する案内情報、制御情報が含まれる。

なお、ＳＣＳは、様々な情報単位の複数のシグナリングデータを含む。
具体的には、ＳＣＳは、サービス単位のシグナリングデータであるＵＳＤ（ユーザサービスデスクリプション）を含む。
さらに、ＵＳＤは、配信メソッドに関する情報を格納した以下の３種類のシグナリングデータを含む。
ＳＤＰ（セッションデスクリプション）
ＦＤＤ（ファイルデリバリデスクリプション）
ＲＦＤ（リペアフローデスクリプション）
さらに、ＵＳＤは、コンテンツ（ＡＶセグメント）に対応する様々な案内情報、制御情報を格納したマニフェスト・ファイルを持つシグナリングデータとして、
ＭＰＤ（メディアプレゼンテーションデスクリプション）
を含む。

これらの各種のシグナリングデータは、それぞれ受信装置（クライアント）において、送信装置から送信されるＡＶセグメントを受信し再生するために必要となるデータであり、基本的には、カテゴリ別に個別のファイル（メタファィル）として設定され、送信装置から送信される。

なお、本開示の処理では、シグナリングデータの配信効率化のために、シグナリングデータを構成するＸＭＬデータ全体ではなく一部の差分情報のみを送信する処理を実行する。この具体的処理については後述する。
なお、図３に示すシグナリングデータは一例であり、この他のシグナリングデータも存在し得る。

図３に示すＬＬＳ，ＥＳＧ，ＳＣＳ，ＵＳＤ他のシグナリングデータは、多くの場合ＸＭＬデータを記述したメタファイルとして設定される。
図４以下に、シグナリングデータを構成する各メタファイルの例を示す。
図４は、ＵＳＤ（ユーザサービスデスクリプション）の一例である。
図５は、ＦＤＤ（ファイルデリバリデスクリプション）の一例である。
図６は、ＳＤＰ（セッションデスクリプション）の一例である。

これらの各メタファイルは、例えば１つのサービス単位、例えば１つの番組コンテンツ単位等で設定される。
図４に示すＵＳＤ（ユーザサービスデスクリプション）には、図４に示すように、例えば以下の各情報が記録される。
（ａ）サービスＩＤ
（ｂ）ブロードキャスト送信データのアクセス情報
（ｃ）ユニキャスト送信データのアクセス情報
（ｄ）ＭＰＤのアクセス情報

（ａ）サービスＩＤは、例えば番組タイトル等の情報である。
（ｂ）ブロードキャスト送信データのアクセス情報は、サービスＩＤに対応する番組のブロードキャスト配信データ、すなわち番組コンテンツを構成するＡＶセグメントを取得するためのアクセス情報（ＵＲＬ）である。
（ｃ）ユニキャスト送信データのアクセス情報は、サービスＩＤに対応する番組のユニキャスト配信データ、すなわち番組コンテンツを構成するＡＶセグメントを取得するためのアクセス情報（ＵＲＬ）である。

（ｄ）ＭＰＤのアクセス情報は、サービスＩＤに対応する案内情報や制御情報を記述したＭＰＤ（メディアプレゼンテーションデスクリプション）を取得するためのアクセス情報である。
なお、ＭＰＤは、前述したように、動画や音声ファイルの管理情報であるメタデータを記述するためのマニフェスト・ファイルを含むシグナリングデータである。具体的には、例えば、放送局が配信する番組コンテンツの配信開始時間情報や、ＡＶセグメントに対するアクセス情報などが記録される。
図４に示すＵＳＤ（ユーザサービスデスクリプション）は、これらのデータをＸＭＬデータとして記述している。

なお、送信装置２０から受信装置３０に対するデータ送信は、１対多通信としてのブロードキャストまたはマルチキャスト、あるいは１対１通信としてのユニキャストのいずれかまたは双方を利用して行われる。
なお、以下の説明において、ブロードキャストは、マルチキャストも含む意味として用いる。

ブロードキャスト送信データは、例えば放送波を介した送信データであり、多数のクライアントによって受信可能となる。
また、ユニキャスト送信データは、例えばＨＴＴＰリクエスト／リスポンスによって送信される１対１の送信データである。
ＭＢＭＳでは、このようにマルチキャストとユニキャストを並列に利用して同じコンテンツを配信することが可能であり、クライアントは、いずれかの送信データを選択的に受信することができる。

図５に示すＦＤＤ（ファイルデリバリデスクリプション）には、例えば送信装置から受信するＡＶセグメントの再生処理において必要となるファイルテンプレートを取得するためのアクセス情報等が記録される。
図５に示すＦＤＤ（ファイルデリバリデスクリプション）も、図４に示すＵＳＤ（ユーザサービスデスクリプション）と同様、ＸＭＬデータとして記述さる。

図６に示すＳＤＰ（セッションデスクリプション）には、ＡＶセグメント受信のための通信セッションに関する情報が記録される。例えば、通信セッションに適用するポート番号、ＩＰＶ４アドレス等の情報が記録される。
なお、この図６に示すＳＤＰ（セッションデスクリプション）は、ＸＭＬデータではなく、文字列データとして送信される。

このように、シグナリングデータのほとんどのデータ、例えば、
（１）ＵＳＤ（ユーザサービスデスクリプション）
（２）ＦＤＤ（ファイルデリバリデスクリプション）
（３）ＲＦＤ（リペアフローデスクリプション）
（４）ＭＰＤ（メディアプレゼンテーションデスクリプション）
これらのデータは、ＸＭＬにより記述される。

ＸＭＬフォーマットデータは、いわゆるバイナリフォーマットデータに比較して符号化した場合のデータ量が大きくなる。従って、上記のＵＳＤ他のシグナリングデータの全体を記述したＸＭＬデータを生成して、その符号化データを繰り返し送信すると、送信装置の処理負荷が増大し、さらに通信経路においても常に大きな帯域を消費してしまうことになる。

このようにＸＭＬ符号化データの送信処理は、バイナリフォーマットの符号化データ送信構成に比較して非常に効率が悪い。
しかし、ＸＭＬフォーマットではなく、バイナリフォーマットでシグナリングデータを送信する構成とすると、受信装置（クライアント）が、バイナリデータからＸＭＬデータヘの変換処理を実行しなければならない。

受信装置（クライアント）３０は、このようなデータ処理機能を備えているとは限らない。また、処理機能を有していたとしても、バイナリデータからＸＭＬデータを生成する処理負荷が発生することになる。このデータ変換処理に要する時間が増大すれば、ＡＶセグメントの受信開始時間も遅れることになり、結果として再生開始時間の遅延が発生するという問題がある。

なお、３ＧＰＰ系のネットワークにおいては、受信装置（クライアント）のアプリケーションレイヤにおける解析処理が要求されるシグナリングデータは、可読性や実装性、およびメンテナス容易性等の要件を考慮して、ＸＭＬをベースとするものが多くなっていく傾向にある。
従って、受信装置（クライアント）側に、バイナリデータを受信させてＸＭＬデータへの変換を強いるということは、時代の趨勢に合わないものであると言える。

特にＤＡＳＨプロトコルを基本とする汎用のＤＡＳＨクライアントを前提とする実装においては、ＸＭＬでエンコードされたシグナリングデータが必須となる。
通信帯域の圧迫を低減するため、ＸＭＬのシグナリングデータを圧縮することもひとつの解決策となり得る。具体的には、ＸＭＬデータの圧縮処理を可能とするＸＭＬ圧縮エンコード・デコードライブラリ等を利用することもできる。しかし、データ構成によっては、十分な圧縮効果が得られず、帯域圧迫の解消につながらない場合が多いという問題がある。

［３．ＸＭＬシグナリングテンプレートを用いたシグナリングデータ配信処理例について］
上述したように、シグナリングデータの構成データ、すなわち、
（１）ＵＳＤ（ユーザサービスデスクリプション）
（２）ＦＤＤ（ファイルデリバリデスクリプション）
（３）ＲＦＤ（リペアフローデスクリプション）
（４）ＭＰＤ（メディアプレゼンテーションデスクリプション）
これらのデータは、ＸＭＬにより記述される。

これらのＸＭＬデータによって記述されたシグナリングデータは、送信装置から繰り返し送信する必要があり、送信装置の処理負荷の増大や、通信帯域の消費等の問題を発生させる。
以下、これらの問題を解決する実施例について説明する。
以下に説明する実施例は、ＸＭＬシグナリングテンプレートを用いた処理を行なう実施例である。

図７以下を参照して実施例の概要について説明する。
本実施例では、図７に示すように、送信装置（サーバ）２０と、受信装置（クライアント）３０間で、以下の処理（処理１〜５）を実行する。
（処理１）送信装置（サーバ）２０と、受信装置（クライアント）３０間で、複数の番組コンテンツ等、複数のサービスに共通に利用するデータとして継続利用可能な「ＸＭＬシグナリングテンプレート１１１」を共有する。
（処理２）送信装置（サーバ）２０が、受信装置（クライアント）３０に提供すべき各番組コンテンツ等、各サービス対応の本来のＸＭＬシグナリングデータ（＝「ＸＭＬシグナリングインスタンス１１２」）を生成する。
（処理３）送信装置（サーバ）２０が、「ＸＭＬシグナリングテンプレート１１１」と、「ＸＭＬシグナリングインスタンス１１２」との差分情報１１３を抽出して、受信装置（クライアント）３０に送信する。
（処理４）受信装置（クライアント）３０が、送信装置（サーバ）２０から受信した差分情報１１３を、共有済みの「ＸＭＬシグナリングテンプレート１１１」に適用して、実際に利用可能なシグナリングデータである「シグナリングインスタンス１１４」を生成する。
（処理５）受信装置（クライアント）３０が、生成した「シグナリングインスタンス１１４」を利用した処理を行なう。すなわちＸＭＬシグナリングデータの解析を行い、解析結果に基づく処理を実行する。

なお、「ＸＭＬシグナリングテンプレート１１１」は、例えばある１つの放送局等の送信装置（サーバ）２０が提供するテンプレートであり、その放送局の提供する様々な番組（複数のサービス）に共通に利用可能なデータ（案内情報、制御情報等）を主な構成要素とした設定を持つＸＭＬデータである。
「ＸＭＬシグナリングテンプレート１１１」のデータ変換、すなわち、一部構成データの追加や変更、あるいは削除によって、受信装置（クライアント）３０が利用可能なシグナリングデータである「シグナリングインスタンス１１２，１１４」を生成することができる。

すなわち、個々の番組（サービス）に対応するＡＶセグメントの受信、再生に適用するために実際に利用可能な案内情報、制御情報等から構成されるシグナリングデータが、「シグナリングインスタンス１１２，１１４」である。
「シグナリングインスタンス１１２，１１４」は、「ＸＭＬシグナリングテンプレート１１１」に対して、「差分情報１１３」を利用した追加、変更、削除等の処理を実行することで生成される。

受信装置（クライアント）３０は、送信装置（サーバ）２０から特定のサービスに対応するＡＶセグメントを受信し再生するためには、そのサービス固有のシグナリングインスタンスが必要となる。
このシグナリングインスタンスは、シグナリングテンプレートに対して、そのサービス固有の差分情報を適用した変換処理、すなわち差分情報に基づく追加、変更、削除等の処理を行なうことで生成することができる。
なお、ここで実行するテンプレートの変換は、テンプレート自身の置き換えを伴うものではない。テンプレートに対して差分情報を適用してＸＭＬシグナリングインスタンスを生成し、元となったＸＭＬシグナリングテンプレートは変更せず、そのまま、記憶部に保持する。その後も、同じテンプレートが他のインスタンス生成に利用される。

以下、上記の（処理１）〜（処理５）について、順次、説明する。
（処理１）ＸＭＬシグナリングテンプレートの共有処理
処理１は、送信装置（サーバ）２０と、受信装置（クライアント）３０間で、汎用データとして継続利用可能な「ＸＭＬシグナリングテンプレート１１１」を共有する処理である。
この共有処理によって、送信装置（サーバ）２０と、受信装置（クライアント）３０の記憶部には、同一のＸＭＬシグナリングテンプレート１１１が格納される。

このテンプレート共有処理は、後続の送信装置（サーバ）２０で実行される（処理２）のＸＭＬシグナリングインスタンス生成から、受信装置（クライアント）３０で実行される（処理５）のＸＭＬシグナリングインスタンスの実行、この（処理２）〜（処理５）までの一連の処理の前に行う。

共有方法としては、例えば、送信装置（サーバ）２０から受信装置（クライアント）３０に対して、ネットワークを介して「ＸＭＬシグナリングテンプレート１１１」を送信して共有する。
あるいは、送信装置（サーバ）２０が生成したテンプレートをＤＶＤやフラッシュメモリ等、なんらかの記憶媒体（メディア）に「ＸＭＬシグナリングテンプレート１１１」を格納して、受信装置（クライアント）３０に提供し、受信装置が記憶媒体からテンプレートを読み込み、記憶部に格納する処理を行なってもよい。

ＸＭＬシグナリングテンプレート１１１の一例を図８（１）に示す。
ＸＭＬシグナリングテンプレート１１１には、以下の各データが含まれる。
（ａ）ＸＭＬシグナリングテンプレートを一意に識別するためのＸＭＬシグナリングテンプレート識別子
（ｂ）動的な内容変換のないＸＭＬ要素および属性
（ｃ）動的な内容変換（追加、変更、削除）の可能性のあるＸＭＬ要素と属性

ＸＭＬシグナリングテンプレート１１１には、上記の各データが含まれる。
なお、ＸＭＬシグナリングテンプレート識別子には、バージョン情報を含む設定としている。
（ｂ）動的な内容変換のないＸＭＬ要素および属性とは、例えば複数の番組コンテンツの受信、再生処理に際して共通に利用されるデータであり、複数のコンテンツに対応する複数のシグナリングインスタンスに共通するＸＭＬ構成データの要素情報と属性情報である。
この（ｂ）のデータは、図７に示す受信装置（クライアント）３０の（処理５）のＸＭＬシグナリングインスタンス生成処理に際して、そのまま、ＸＭＬシグナリングインスタンスの構成データとして利用される。

また、（ｃ）動的な内容変換（追加、変更、削除）の可能性のあるＸＭＬ要素と属性とは、例えば、受信装置（クライアント）３０において実際に利用される特定のコンテンツに対応するシグナリングインスタンス固有のＸＭＬ構成データの要素情報と属性情報である。

この（ｃ）のデータは、受信装置（クライアント）３０における（処理５）のＸＭＬシグナリングインスタンス生成処理に際して、差分情報１１３を用いて変換される要素と属性である。
すなわち、受信装置（クライアント）３０は、（処理５）において、ＸＭＬシグナリングテンプレート１１１をベースとしてＸＭＬシグナリングインスタンス１１４を生成する処理を行なうが、この際、、受信装置（クライアント）３０は、（処理２）において送信装置（サーバ）２０から送信される差分情報１１３を適用して、この「（ｃ）動的な内容変換（追加、変更、削除）の可能性のあるＸＭＬ要素と属性」を変換する。
この処理によって、受信装置（クライアント）３０は、実際に利用可能なシグナリングデータからなるＸＭＬシグナリングインスタンス１１４を生成する。

なお、「（ｃ）動的な内容変換（追加、変更、削除）の可能性のあるＸＭＬ要素と属性」における「内容変換」には、追加処理、変更処理、削除処理の各態様が含まれる。差分情報１１３には、追加、変更、削除のどの態様でのデータ変換を行うかの情報も含まれており、受信装置（クライアント）３０は、ＸＭＬシグナリングテンプレート１１１に差分情報１１３を適用して、ＸＭＬシグナリングテンプレート１１１を変換して、個別のコンテンツ（番組）対応のＸＭＬシグナリングインスタンス１１４を生成する。

なお、「ＸＭＬシグナリングテンプレート１１１」の生成主体は、放送局等の送信装置に限らず、番組コンテンツ（ＡＶセグメント）の提供主体、例えばコンテンツ作成側の装置や、ＸＭＬデータ生成を専門に行う装置などで行ってもよい。
従って、必ずしも放送局等の送信装置（サーバ）２０が「ＸＭＬシグナリングテンプレート１１１」の生成を実行するとは限らない。
放送局等の送信装置（サーバ）２０が、「ＸＭＬシグナリングテンプレート１１１」を生成する場合は、送信装置（サーバ）２０が生成した「ＸＭＬシグナリングテンプレート１１１」を受信装置（クライアント）３０に対してネットワークや媒体を利用して提供する。

送信装置（サーバ）２０が、「ＸＭＬシグナリングテンプレート１１１」を生成せず、その他の装置（例えばテンプレート生成サーバ）が生成する場合は、「ＸＭＬシグナリングテンプレート１１１」を生成した装置（テンプレート生成サーバ）から、送信装置（サーバ）２０と、受信装置（クライアント）３０に対してネットワーク、または記憶媒体を介して「ＸＭＬシグナリングテンプレート１１１」を提供することが可能である。
具体的には、例えば、送信装置（サーバ）２０と、受信装置（クライアント）３０の両者がアクセス可能なネットワーク上のサーバからのダウンロード処理によって共有する設定としてもよい。

また、「ＸＭＬシグナリングテンプレート１１１」そのものの内容は頻繁に更新されるものではないため、運用によっては送信装置（サーバ）２０と、受信装置（クライアント）３０の実装の中に組み込む、例えばハードコードとして設定とすることも可能である。

（処理２）ＸＭＬシグナリングインスタンスの生成処理
処理２では、送信装置（サーバ）２０が、受信装置（クライアント）３０に提供すべき本来のＸＭＬシグナリングデータ（＝「ＸＭＬシグナリングインスタンス１１２」）を生成する。

個々の番組（サービス）に対応するＡＶセグメントの受信、再生に適用するために実際に利用可能な案内情報、制御情報等から構成されるシグナリングデータが、「シグナリングインスタンス１１２」である。
送信装置（サーバ）２０は、受信装置（クライアント）３０に提供する番組等のコンテンツに対応した通知情報（シグナリングデータ）の内容を決定し、決定した情報を含むＸＭＬシグナリングインスタンス１１２を生成する。

なお、送信装置（サーバ）２０が生成する個々のコンテンツ対応の固有情報を持つＸＭＬシグナリングインスタンス１１２は、受信装置（クライアント）３０が、（処理５）において「ＸＭＬシグナリングテンプレート１１１」に対して、「差分情報１１３」を利用した追加、変更、削除等の処理を実行して生成する「シグナリングインスタンス１１４」と同じデータを持つものとなる。
受信装置（クライアント）３０は、「ＸＭＬシグナリングテンプレート１１１」に対して、「差分情報１１３」を利用した追加、変更、削除等の処理を実行することで「シグナリングインスタンス１１４」を生成する。

受信装置（クライアント）３０が（処理５）で生成するシグナリングインスタンス１１４は、受信装置（クライアント）３０において、ＡＶセグメントのアクセス、受信、再生処理に利用可能なＸＭＬシグナリングデータである。すなわち、特定の番組等のコンテンツを受信し、再生するために必要な情報が含まれるシグナリングデータである。

送信装置（サーバ）２０の生成するＸＭＬシグナリングインスタンス１１２の一例を図８（２）に示す。
ＸＭＬシグナリングインスタンス１１２には、以下の各データが含まれる。
（ａ）ＸＭＬシグナリングインスタンスを一意に識別するためのＸＭＬシグナリングインスタンス識別子
（ｂ）ＸＭＬシグナリングインスタンス

ＸＭＬシグナリングインスタンス１１２には、上記の各データが含まれる。
（ａ）ＸＭＬシグナリングインスタンス識別子は、ＸＭＬシグナリングインスタンスを一意に識別可能とする識別子である。ＸＭＬシグナリングインスタンス識別子には、バージョン情報を含む設定としている。

なお、（ｂ）ＸＭＬシグナリングインスタンスとは、例えば特定の番組コンテンツ対応のＸＭＬデータであり、受信装置（クライアント）３０側で、特定コンテンツのＡＶセグメントの受信、復号、再生において参照する案内情報、制御情報を含むＸＭＬデータである。

（処理３）差分抽出と送信処理
処理３は、送信装置（サーバ）２０が、「ＸＭＬシグナリングテンプレート１１１」と、「ＸＭＬシグナリングインスタンス１１２」との差分情報１１３を抽出して、受信装置（クライアント）３０に送信する処理である。

送信装置（サーバ）２０は、（処理２）において生成したＸＭＬシグナリングインスタンス１１２と、（処理１）で生成したＸＭＬシグナリングテンプレート１１１との差分を抽出する。
差分は、シグナリングインスタンスに対応するコンテンツに応じて動的に変換される内容を有する。
なお、差分情報１１３の記述方法はさまざまな方法があり、例えば、ＸＳＬＴ（ＸＭＬ Ｓｔｙｌｅｓｈｅｅｔ Ｌａｎｇｕａｇｅ Ｔｒａｎｓｆｏｒｍａｔｉｏｎ）等のＸＭＬ変換言語を適用して記述することができる。

送信装置（サーバ）２０は、生成した差分情報１１３を受信装置（クライアント）３０へ送信する。
図９（１）に示すように、差分情報１１３は、以下の情報によって構成される。
（ａ）差分抽出の元となったＸＭＬシグナリングインスタンス１１２の識別子であるＸＭＬシグナリングインスタンス識別子、
（ｂ）受信装置（クライアント）３０において差分情報の適用対象となるＸＭＬシグナリングテンプレート１１１の識別子、
（ｃ）差分の内容（差分の適用態様情報，適用データ）
これらのデータを含む構成である。

図９（２）に、差分情報の具体例を示す。図９（２）に示すように、差分情報は。例えば以下の記述となる。
＜ｕｐｄａｔｅＸＭＬ＞
＜ｔｅｍｐｌａｔｅＩｄ ｕｒｉ＝"（テンプレートＵＲＩ）"ｖｅｒｓｉｏｎ＝"（テンプレートバージョン）"／＞
＜ｕｐｄａｔｅ ｔｙｐｅ＝"（差分内容記述フォーマットの識別子）"＞
（ｕｐｄａｔｅ／＠ｔｙｐｅの値によって指定されたフォーマットに基づく差分内容記述）
＜／ｕｐｄａｔｅ＞
＜／ｕｐｄａｔｅＸＭＬ＞

受信装置（クライアント）３０は、「ＸＭＬシグナリングテンプレート１１１」に対して、上記の「差分情報１１３」を利用した追加、変更、削除等の処理を実行することで「シグナリングインスタンス１１４」を生成することが可能となる。

（処理４）差分情報の適用によるシグナリングインスタンス生成
処理４は、受信装置（クライアント）３０が、送信装置（サーバ）２０から受信した差分情報１１３を、共有済みの「ＸＭＬシグナリングテンプレート１１１」に適用して、実際に利用可能なシグナリングデータである「シグナリングインスタンス１１４」を生成する処理である。

送信装置（サーバ）２０から差分情報１１３を受け取った受信装置（クライアント）３０は、差分情報１１３の内容に基づいて、（処理１）で共有済みのＸＭＬシグナリングテンプレート１１１に対して、差分情報１１３に含まれる差分内容を適用してＸＭＬシグナリングインスタンス１１４を生成する。ここで生成されるＸＭＬシグナリングインスタンス１１４は、（処理２）で送信装置（サーバ）２０が生成するＸＭＬシグナリングインスタンス１１２と同じものとなる。

なお、受信装置（クライアント）３０は、差分情報１１３に記録されたＸＭＬシグナリングテンプレート識別子に一致する識別子を持つＸＭＬシグナリングテンプレートを選択し、差分情報１１３に記録された差分内容に基づく変換（追加、変更、削除）を実行する。
なお、ここで実行するテンプレートの変換は、テンプレート自身の置き換えを伴うものではない。テンプレートに対して差分情報を適用してＸＭＬシグナリングインスタンスを生成し、元となったＸＭＬシグナリングテンプレートは変更せず、そのまま、記憶部に保持する。
その後も、同じテンプレートが他のインスタンス生成に利用される。
受信装置（クライアント）３０は、この処理によって生成するＸＭＬシグナリングインスタンス１１４に、差分情報１１３に記録されたＸＭＬシグナリングインスタンス識別子を設定する。

（処理５）ＸＭＬシグナリングインスタンスの適用処理
処理５は、受信装置（クライアント）３０が、生成した「シグナリングインスタンス１１４」を利用する処理である。すなわちＸＭＬシグナリングデータの解析を行い、解析結果に基づく処理を実行する。
受信装置（クライアント）３０が、生成した「シグナリングインスタンス１１４」は、ＸＭＬシグナリングインスタンス識別子によって特定され、特定の番組コンテンツ等、特定のサービスに対応するＡＶセグメントの受信、復号、再生処理を行なうために必要となるアクセス情報や制御情報等が含まれる。
受信装置（クライアント）３０は、生成したシグナリングインスタンス１１４を参照して、そのインスタンスに対応するコンテンツの受信、再生を正確に行うことが可能となる。

［４．ＸＭＬデータの具体例について］
次に、図７〜図９を参照して説明した一連の処理において適用する以下の情報の具体例について説明する。
（１）ＸＭＬシグナリングテンプレート
（２）差分情報
（３）ＸＭＬシグナリングインスタンス

なお、以下で説明する具体例は、ＸＭＬシグナリングデータの一構成要素であるＭＰＤ（メディアプレゼンテーションデスクリプション）を、上記の、
ＸＭＬシグナリングテンプレート、
差分情報、
ＸＭＬシグナリングインスタンス、
これら３つのデータとして設定した場合の例である。
ＭＰＤ（メディアプレゼンテーションデスクリプション）は、送信装置（サーバ）２０から受信装置（クライアント）３０に対して送信されるＡＶセグメントの構成データである動画や音声ファイルの管理情報を記述したマニフェスト・ファイルを含むシグナリングデータである。

ＤＡＳＨストリーミングでは、ＭＰＤは必須のシグナリングインスタンスである。３ＧＰＰ−（ｅ）ＭＢＭＳでは、送信装置（サーバ）２０から受信装置（クライアント）３０に対して、ＸＭＬシグナリングインスタンスを送信する場合、識別子（＋バージョン）を付与して送信することを規定している。
これは、ＸＭＬシグナリングインスタンスの識別、配信、更新の管理を行うためであり、さらに、ＸＭＬシグナリングインスタンスの配信フォーマットとして、
「ｍｅｔａｄａｔａＥｎｖｅｌｏｐｅ」
を規定している。

以下に説明する具体例は、このＸＭＬシグナリングインスタンスの配信フォーマットとして規定された「ｍｅｔａｄａｔａＥｎｖｅｌｏｐｅ」に従って、以下の各データを送信する場合の例である。
（１）ＸＭＬシグナリングテンプレート
（２）差分情報
（３）ＸＭＬシグナリングインスタンス
なお、以下に説明するＭＰＤの例は、非常にシンプルな最小限の内容を記述した例である。

図１０は、ＭＰＤのＸＭＬシグナリングテンプレートの一例を示す図である。
ＸＭＬシグナリングテンプレートは、例えばある１つの放送局等の送信装置（サーバ）２０が提供するテンプレートであり、その放送局の提供する様々な番組（複数のサービス）に共通に利用可能なデータ（案内情報、制御情報等）を主な構成要素とした設定を持つＸＭＬデータである。

先に図８（１）を参照して説明したように、ＸＭＬシグナリングテンプレートには、以下の各データが含まれる。
（ａ）ＸＭＬシグナリングテンプレートを一意に識別するためのＸＭＬシグナリングテンプレート識別子
（ｂ）動的な内容変換のないＸＭＬ要素および属性
（ｃ）動的な内容変換（追加、変更、削除）の可能性のあるＸＭＬ要素と属性

図１０に示す具体例にも、上記の（ａ）〜（ｃ）のデータが含まれる。
ＸＭＬシグナリングテンプレート識別子は、受信装置（クライアント）３０において、差分情報を適用したＸＭＬシグナリングインスタンスを生成する際に参照される。すなわち、差分情報に設定されたＸＭＬシグナリングテンプレート識別子と同一の識別子を持つＸＭＬシグナリングテンプレートを選択する際に参照される。

図１０に示すＸＭＬデータ例では、（ｂ〜ｃ）ＸＭＬシグナリングインスタンスの中に、以下の２つのカテゴリのデータが含まれる設定である。
（ｂ）動的な内容変換のないＸＭＬ要素および属性
（ｃ）動的な内容変換（追加、変更、削除）の可能性のあるＸＭＬ要素と属性

受信装置（クライアント）３０が、差分情報を適用してＸＭＬシグナリングインスタンスを生成する際、
「（ｂ）動的な内容変換のないＸＭＬ要素および属性」については、そのままのデータをＸＭＬシクナリングインスタンスの構成データとして設定する。
「（ｃ）動的な内容変換（追加、変更、削除）の可能性のあるＸＭＬ要素と属性」については、送信装置（サーバ）２０から別途受信する差分情報のデータを適用して変換する。

図１１は、図１０に示すＭＰＤのＸＭＬシグナリングテンプレートに適用する差分情報の具体例である。
先に、図９を参照して説明したように、差分情報は、以下の情報によって構成される。
（ａ）差分抽出の元となったＸＭＬシグナリングインスタンスの識別子であるＸＭＬシグナリングインスタンス識別子、
（ｂ）受信装置（クライアント）３０における差分情報の適用対象となるＸＭＬシグナリングテンプレートの識別子、
（ｃ）差分の内容（適用態様情報，適用データ）
これらのデータを含む構成である。

図１１に示す具体例にも、これら（ａ）〜（ｃ）の各データが含まれる。
なお、（ｂ）ＸＭＬシグナリングテンプレート識別子は、図１０に示すＸＭＬシグナリングテンプレートに記録された（ａ）ＸＭＬシグナリングテンプレート識別子と同じ識別子である。
受信装置（クライアント）３０は、この識別子に基づいて、図１１に示す差分情報を適用するテンプレートが図１０に示すテンプレートであると判断することができる。

図１０に示すＸＭＬシグナリングテンプレートに対して、図１１に示す差分情報を適用して生成するＸＭＬシグナリレングインスタンスの識別子は、図１１に示す差分情報に記録された（ａ）ＸＭＬシグナリングインスタンス識別子となる。

（ｃ）差分内容には、ＸＭＬシグナリングテンプレートに対する変換態様、すなわち、ＸＭＬシグナリングテンプレートに対するデータの追加であるか、データの変換であるか、データの削除であるか等の適用態様情報と、変換内容に相当する適用データが記録される。

図１１に示す例において、
「ａｄｄ ｓｅｌ "ＭＰＤ" ｔｙｐｅ＝"＠ａｖａｉｌａｂｉｌｉｔｙＳｔａｒｔＴｉｍｅ"」の記録データが、ＭＰＤテンプレートに対する要素「ａｖａｉｌａｂｉｌｉｔｙＳｔａｒｔＴｉｍｅ」の追加処理であることを示している。
追加データの内容（属性）は、
「２０１４−０３−０３Ｔ０８：００：００Ｚ」となる。
これらの記述は、すなわち、ＭＰＤのＸＭＬシグナリングテンプレートに対して、
ａｖａｉｌａｂｉｌｉｔｙＳｔａｒｔＴｉｍｅ＝２０１４−０３−０３Ｔ０８：００：００Ｚ
上記項目の追加処理を規定しているものである。

図１２は、図１０に示すＭＰＤのＸＭＬシグナリングテンプレートに対して、図１１に示す差分情報を適用して生成されるＸＭＬシグンナリングインスタンスの具体例である。

先に、図８（２）を参照して説明したように、ＸＭＬシグナリングインスタンスには、以下の各データが含まれる。
（ａ）ＸＭＬシグナリングインスタンスを一意に識別するためのＸＭＬシグナリングインスタンス識別子
（ｂ）ＸＭＬシグナリングインスタンス

受信装置（クライアント）３０が、図１０に示すＭＰＤのＸＭＬシグナリングテンプレートに対して、図１１に示す差分情報を適用して生成するＸＭＬシグンナリングインスタンスには、図１１に示す差分情報に記録されたＸＭＬシグナリングインスタンス識別子が設定される。
なお、このＸＭＬシグナリングインスタンス識別子は、送信装置（サーバ）２０が、図７に示す（処理２）で生成するＸＭＬシグナリングインスタンスの識別子に一致したものとなる。

図１２に示す（ｂ）ＸＭＬシグナリングインスタンスは、
（ｂ１）動的な内容変換のないＸＭＬ要素／属性
（ｂ２）動的な内容変換のあるＸＭＬ要素／属性
これら２つのカテゴリのデータによって構成される。

（ｂ１）動的な内容変換のないＸＭＬ要素／属性は、図１０に示すＸＭＬシグナリングテンプレートのデータをそのまま利用して構成されるデータ部分である。
一方、（ｂ２）動的な内容変換のあるＸＭＬ要素／属性は、図１０に示すＸＭＬシグナリングテンプレートに対して、図１１に示す差分情報を適用してデータが変換（追加、変更、削除）されたデータ部分である。

図１１に示す差分情報は、前述したように、データ追加を要求する差分情報である。
「ａｖａｉｌａｂｉｌｉｔｙＳｔａｒｔＴｉｍｅ＝２０１４−０３−０３Ｔ０８：００：００Ｚ」
図１１に示す差分情報は、上記項目の追加処理を規定している。
従って、図１２に示す（ｂ）ＸＭＬシグナリングインスタンスの構成データには、図１０に示すＸＭＬシグナリングテンプレートに対して、図１１に示す差分情報に記録された、
「ａｖａｉｌａｂｉｌｉｔｙＳｔａｒｔＴｉｍｅ＝２０１４−０３−０３Ｔ０８：００：００Ｚ」
上記データを追加した設定となっている。

このような差分情報に基づくデータ変換処理によって、ＸＭＬシグナリングインスタンスが生成される。
受信装置（クライアント）３０は、このようにして生成したＸＭＬシグナリングインスタンスを参照して、特定のコンテンツ対応のＡＶセグメントを正しく受信し、復号し、再生することが可能となる。

［５．送信装置と受信装置の実行する通信処理例について］
次に、送信装置と受信装置の実行する通信処理例について説明する。
図１３は、送信装置および受信装置のプロトコルスタックの例を示す図である。
図１３に示す例は、以下の２つの通信データの処理を行なうための２つのプロトコルスタックを有する設定である。
（ａ）ブロードキャスト（マルチキャストも含む）通信（例えば放送型データ配信）
（ｂ）ユニキャスト（ブロードバンド）通信（例えばＨＴＴＰ型のＰ２Ｐ通信）

図１３の左側が（ａ）ブロードキャスト通信（例えば放送型データ配信）に対応するプロトコルスタックである。
図１３の右側が、（ｂ）ユニキャスト（ブロードバンド）通信（例えばＨＴＴＰ型のＰ２Ｐ通信）に対応するプロトコルスタックである。

図１３左側に示す（ａ）ブロードキャスト通信（例えば放送型データ配信）に対応するプロトコルスタックは、下位レイヤから順に、以下のレイヤを持つ。
（１）ブロードキャスト物理レイヤ（Ｂｒｏａｄｃａｓｔ ＰＨＹ）
（２）ＩＰマルチキャストレイヤ（ＩＰ Ｍｕｌｔｉｃａｓｔ）
（３）ＵＤＰレイヤ
（４）ＦＬＵＴＥ＋レイヤ
（５）ＥＳＧ，ＳＣＳ，ＮＲＴｃｏｎｔｅｎｔ，ＤＡＳＨ（ＩＳＯ ＢＭＦＦ）およびＶｉｄｅｏ／Ａｕｄｉｏ／ＣＣ
（６）アプリケーションレイヤ（Ａｐｐｌｉｃａｔｉｏｎｓ（ＨＴＭＬ５））

なお、（２）ＩＰマルチキャストレイヤ（ＩＰ Ｍｕｌｔｉｃａｓｔ）の上位レイヤとしてＬＬＳレイヤが併存する。
また、（１）ブロードキャスト物理レイヤ（Ｂｒｏａｄｃａｓｔ ＰＨＹ）の上位レイヤとして将来の新たなプロトコルの利用許容レイヤ（Ｆｕｔｕｒｅ Ｅｘｔｅｎｓｉｂｉｌｉｔｙ）が設定されている。

（１）ブロードキャスト物理レイヤ（Ｂｒｏａｄｃａｓｔ ＰＨＹ）は、ブロードキャスト通信を実行するための例えば放送系の通信部を制御する通信制御部によって構成される物理レイヤである。
（２）ＩＰマルチキャストレイヤ（ＩＰ Ｍｕｌｔｉｃａｓｔ）は、ＩＰマルチキャストに従ったデータ送受信処理を実行するレイヤである。
（３）ＵＤＰレイヤは、ＵＤＰパケットの生成、解析処理レイヤである。

（４）ＦＬＵＴＥ＋レイヤは、拡張ＦＬＵＴＥプロトコルにしたがって転送データの格納や取り出しを行うレイヤである。
ＦＬＵＴＥ（Ｆｉｌｅ Ｄｅｌｉｖｅｒｙ ｏｖｅｒ Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ Ｔｒａｎｓｐｏｒｔ）プロトコルは、当初マルチキャストにおけるファイル転送プロトコルとして仕様化された。ＦＬＵＴＥは、ＦＤＴと、ＡＬＣと呼ばれるスケーラブルなファイルオブジェクトのマルチキャストプロトコルであり、具体的にはそのビルディングブロックであるＬＣＴやＦＥＣコンポーネントの組み合わせにより構成される。
従来のＦＬＵＴＥは、主に非同期型のファイル転送に利用するために開発されたが、現在、３ＧＰＰにおいて、ブロードキャストライブストリーミングにも適用しやすくするための拡張が行われている。この拡張仕様がＦＬＵＴＥ＋と呼ばれている。

（５）ＥＳＧ，ＳＣＳ，ＮＲＴｃｏｎｔｅｎｔ，ＤＡＳＨ（ＩＳＯ ＢＭＦＦ）およびＶｉｄｅｏ／Ａｕｄｉｏ／ＣＣは、ＦＬＵＴＥ＋プロトコルに従って転送されるデータである。

先に説明したように、ＤＡＳＨ規格に従った同報型配信サービスは、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）と呼ばれる。このＭＢＭＳをＬＴＥで効率的に実現させる方式としてｅＭＢＭＳ（ｅｖｏｌｖｅｄ Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）がある。
ＭＢＭＳやｅＭＢＭＳは、同報型配信サービスであり、特定のエリア内に位置する受信装置である複数のユーザ端末（ＵＥ）に対して共通のベアラで一斉に同一データ、例えば映画コンテンツなどを配信するサービスである。ＭＢＭＳやｅＭＢＭＳに従った同報配信により、配信サービス提供エリアに位置する多数のスマホやＰＣ、あるいはテレビ等の受信装置に、同じコンテンツを同時に提供することができる。

ＭＢＭＳ、およびｅＭＢＭＳは、３ＧＰＰファイルフォーマット（ＩＳＯ−ＢＭＦＦファイル、ＭＰ４ファイル）に従ったファイルを、転送プロトコル：ＦＬＵＴＥ（Ｆｉｌｅ Ｄｅｌｉｖｅｒｙ ｏｖｅｒ Ｕｎｉ−ｄｉｒｅｃｔｉｏｎａｌ Ｔｒａｎｓｐｏｒｔ）に従ってダウンロードする処理について規定している。

先に図２を参照して説明した以下の２つのデータ、すなわち、
（ａ）シグナリングデータ５０
（ｂ）ＡＶセグメント６０
これらのデータの多くはＦＬＵＴＥプロトコル、またはＦＬＵＴＥ＋プロトコルに従って送信される。
以下、ＦＬＵＴＥプロトコルとＦＬＵＴＥ＋プロトコルをあわせてＦＬＵＴＥ（＋）と記載する。
ＦＬＵＴＥ（＋）は、ＦＬＵＴＥプロトコル、またはＦＬＵＴＥ＋プロトコルのいずれも利用可能であることを意味する。

ＦＬＵＴＥ（＋）プロトコルに従って転送されるデータが、
（５）ＥＳＧ，ＳＣＳ，ＮＲＴｃｏｎｔｅｎｔ，ＤＡＳＨ（ＩＳＯ ＢＭＦＦ）およびＶｉｄｅｏ／Ａｕｄｉｏ／ＣＣは、ＦＬＵＴＥ（＋）プロトコルに従って転送されるデータである。

ＥＳＧは、電子サービスガイド（Ｅｌｅｃｔｒｏｎｉｃ Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ）であり、例えば番組表等の案内情報である。
ＳＣＳは、サービスチャンネルシグナリング（Ｓｅｒｖｉｃｅ Ｃｈａｎｎｅｌ Ｓｉｇｎａｌｉｎｇ）であり、ユーザに提供されるコンテンツに対応する案内情報、制御情報が含まれる。
これらのＥＳＧ、ＳＣＳは、上述したシグナリングデータの構成要素である。
すなわち、ＸＭＬシグナリングテンプレートや、ＸＭＬシグナリングテンプレート、さらに差分情報を用いた処理が適用される。

ＮＲＴｃｏｎｔｅｎｔはノンリアルタイム型のコンテンツである。
Ｖｉｄｅｏ／Ａｕｄｉｏ／ＣＣは、ＤＡＳＨ規格に従って配信されるビデオやオディオ等、再生対象となる実データである。

（６）アプリケーションレイヤ（Ａｐｐｌｉｃａｔｉｏｎｓ（ＨＴＭＬ５））は、ＦＬＵＴＥ（＋）プロトコルに従って転送するデータの生成、あるいは解析を実行するアプリケーションレイヤであり、例えばＨＴＭＬ５を適用したデータ生成、解析等を行う。
上述したＸＭＬシグナリングテンプレートや、ＸＭＬシグナリングテンプレート、さらに差分情報の生成処理等を実行するレイヤである。

なお、ＬＬＳは、シグナリングデータであるローレイヤシグナリング（ＬＬＳ：Ｌｏｗ Ｌａｙｅｒ Ｓｉｇｎａｌｉｎｇ）の送受信レイヤである。受信装置（クライアント）においてデータ受信に適用するための通信設定情報、アドレス情報などが含まれるＬＬＳシグナリングデータの送受信を行うためのレイヤである。
ＬＬＳレイヤを適用して受信装置（クライアント）に送信されるデータもシグナリングデータの構成要素であり、前述のＸＭＬシグナリングテンプレート、ＸＭＬシグナリングインスタンス、差分情報を用いた処理が適用可能である。

なお、前述のＸＭＬシグナリングテンプレート、ＸＭＬシグナリングインスタンス、差分情報を用いた処理が適用可能なシグナリングデータとしては、例えば、以下の３つのデータがある。
（ａ）ＥＳＧ
（ｂ）ＳＣＳ
（ｃ）ＬＬＳ
ＥＳＧは、電子サービスガイド（Ｅｌｅｃｔｒｏｎｉｃ Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ）であり、例えば番組表等の案内情報である。
ＳＣＳは、サービスチャンネルシグナリング（Ｓｅｒｖｉｃｅ Ｃｈａｎｎｅｌ Ｓｉｇｎａｌｉｎｇ）であり、ユーザに提供されるコンテンツに対応する案内情報、制御情報が含まれる。
ＬＬＳは、ローレイヤシグナリング（Ｌｏｗ Ｌａｙｅｒ Ｓｉｇｎａｌｉｎｇ）であり、受信装置（クライアント）においてデータ受信に適用するための通信設定情報、アドレス情報等によって構成される。

一方、図１３の右側に示す、（ｂ）ユニキャスト（ブロードバンド）通信（例えばＨＴＴＰ型のＰ２Ｐ通信）に対応するプロトコルスタックは、下位レイヤから順に、以下のレイヤを持つ。
（１）ブロードバンド物理レイヤ（Ｂｒｏａｂａｎｄ ＰＨＹ）
（２）ＩＰユニキャストレイヤ（ＩＰ Ｕｎｉｃａｓｔ）
（３）ＴＣＰレイヤ
（４）ＨＴＴＰレイヤ
（５）ＥＳＧ，ＳＣＳ，ＮＲＴｃｏｎｔｅｎｔ，ＤＡＳＨ（ＩＳＯ ＢＭＦＦ）およびＶｉｄｅｏ／Ａｕｄｉｏ／ＣＣ
（６）アプリケーションレイヤ（Ａｐｐｌｉｃａｔｉｏｎｓ（ＨＴＭＬ５））

（１）ブロードバンド物理レイヤ（Ｂｒｏａｂａｎｄ ＰＨＹ）は、ブロードバンド通信を実行する例えばネットワークカード等の通信部を制御するデバイスドライバ等の通信制御部によって構成される物理レイヤである。
（２）ＩＰユニキャストレイヤ（ＩＰ Ｕｎｉｃａｓｔ）は、ＩＰユニキャスト送受信処理を実行するレイヤである。
（３）ＨＴＴＰレイヤは、ＨＴＴＰパケットの生成、解析処理レイヤである。
この上位レイヤは、図１３左側の（ａ）ブロードキャスト通信（例えば放送型データ配信）のスタック構成と同様である。

なお、送信装置（サーバ）２０、受信装置（クライアント）３０は、いずれも、図１３の２つの処理系、すなわち、
（ａ）ブロードキャスト通信（例えば放送型データ配信）
（ｂ）ユニキャスト（ブロードバンド）通信（例えばＨＴＴＰ型のＰ２Ｐ通信）
これら２つの通信プロトコルスタックに従った処理を行なう装置としてもよいが、いずれか一方の通信系の処理のみを行う装置としてもよい。

［６．送信装置と受信装置の実行する処理シーケンスについて］
次に、送信装置と受信装置の実行する処理シーケンスの例について説明する。
なお、以下では、図１４に示すように、
送信装置（サーバ）２０を、以下の２つの構成要素によって構成されるものとする。
放送サーバ（ＡＴＳＣサーバ）２１
データ配信サーバ（ＤＡＳＨサーバ）２２、
一方、受信装置（クライアント）３０は、ＴＶ３１、ＰＣ３２、携帯端末３３等によって構成される。

ＦＬＵＴＥ（＋）とＤＡＳＨ ＩＳＯ−ＢＭＦＦによる放送型ＤＡＳＨストリーミングスタックで構成するサーバ・クライアントシステムをＡＴＳＣ（Ａｄｖａｎｃｅｄ Ｔｅｌｅｖｉｓｉｏｎ Ｓｙｓｔｅｍ Ｃｏｍｍｉｔｔｅ）システムと呼ぶ。
ＡＴＳＣシステムは、デジタルテレビの送受信に関する規格であり、放送サーバ（ＡＴＳＣサーバ）２１はＡＴＳＣ規格に従ったコンテンツのブロードキャストまたはマルチキャスト配信を実行するサーバである。
この放送サーバ（ＡＴＳＣサーバ）２１は、図１３の左側に示す（ａ）ブロードキャスト通信用のプロトコルスタックに従った処理を行なう。

また、データ配信サーバ（ＤＡＳＨ）２２は、ユニキャスト配信（Ｐ２Ｐ通信）を実行して、クライアント各々に対するコンテンツ配信を実行する。
データ配信サーバ（ＤＡＳＨ）２２は、図１３の右側に示す（ｂ）ユニキャスト（ブロードバンド）通信用のプロトコルスタックに従った処理を行なう。

受信装置（クライアント）３０は、ＴＶ３１、ＰＣ３２、携帯端末３３等によって構成され、図１３の左側に示す（ａ）ブロードキャスト通信用のプロトコルスタックに従った処理、あるいは、図１３の右側に示す（ｂ）ユニキャスト（ブロードバンド）通信用のプロトコルスタックに従った処理の少なくともいずれかのプロトコルスタックに従った処理を実行する機能を持つ。

図１５〜図１７を参照して、
放送サーバ（ＡＴＳＣサーバ）２１
データ配信サーバ（ＤＡＳＨサーバ）２２、
受信装置（クライアント）３０、
これらの３者間で実行する通信処理シーケンスについて説明する。

なお、
放送サーバ（ＡＴＳＣサーバ）２１と、クライアント（受信装置）３０間では、既にＸＭＬシグナリングテンプレートの共有処理が終了しているものとする。
すなわち、放送サーバ（ＡＴＳＣサーバ）２１と、クライアント（受信装置）３０は、いずれも同じＸＭＬシグナリングテンプレートを各装置の記憶部に格納している。

なお、先に図１３を参照して説明したプロトコルスタックにおいて、シグナリングデータの構成要素として、以下の３つのデータの例を説明した。
（ａ）ＥＳＧ
（ｂ）ＳＣＳ
（ｃ）ＬＬＳ
ＥＳＧは、電子サービスガイド（Ｅｌｅｃｔｒｏｎｉｃ Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ）であり、例えば番組表等の案内情報である。
ＳＣＳは、サービスチャンネルシグナリング（Ｓｅｒｖｉｃｅ Ｃｈａｎｎｅｌ Ｓｉｇｎａｌｉｎｇ）であり、ユーザに提供されるコンテンツに対応する案内情報、制御情報が含まれる。
ＬＬＳは、ローレイヤシグナリング（Ｌｏｗ Ｌａｙｅｒ Ｓｉｇｎａｌｉｎｇ）であり、受信装置（クライアント）においてデータ受信に適用するための通信設定情報、アドレス情報等によって構成される。

これら，ＥＳＧ、ＳＣＳ、ＬＬＳは、いずれも、受信装置（クライアント）におけるコンテンツの取得、再生等を行う場合に利用可能なアクセス情報や制御情報等を格納したシグナリングデータを構成するデータである。これらは、いずれもＸＭＬデータとして生成される。
図１５〜図１７に示す通信処理例では、ＳＣＳとＬＬＳに対して差分情報を用いてＸＭＬシグナリングインスタンスを生成する処理例について説明する。

図１５〜図１７に示す通信処理例において、放送サーバ（ＡＴＳＣサーバ）２１と、データ配信サーバ（ＤＡＳＨサーバ）２２の役割分担は、以下の設定とする。
データ配信サーバ（ＤＡＳＨサーバ）２２がＭＰＤの生成処理を実行して、生成したＭＰＤを放送サーバ（ＡＴＳＣサーバ）２１に提供する。
放送サーバ（ＡＴＳＣサーバ）２１が、ＭＰＤに基づいて、ＳＣＳとＬＬＳに対応する差分情報を生成して受信装置（クライアント）３０に送信する。

受信装置（クライアント）３０は、放送サーバ（ＡＴＳＣサーバ）２１から受信するＳＣＳの差分情報に基づいて、ＳＣＳに対応するＸＭＬシグナリングインスタンスを生成する。さらに、受信装置（クライアント）３０は、放送サーバ（ＡＴＳＣサーバ）２１から受信するＬＬＳの差分情報に基づいて、ＬＬＳに対応するＸＭＬシグナリングインスタンスを生成する。
受信装置（クライアント）３０は、これらの各インスタンスを参照してコンテンツとしてのＡＶセグメントを受信し再生する。
なお、図１５〜図１７に示すシーケンス図では、受信装置（クライアント）３０を、通信データ処理部と、再生処理部に区分して、各処理部において実行される処理を区別して記載している。
以下、図１５に示すステップＳ１０１以下の処理について、各ステップ順に順次、説明する。

（ステップＳ１０１）
データ配信サーバ（ＤＡＳＨサーバ）２２は、ステップＳ１０１において、配信データを生成する。配信データは、以下の２種類のデータである。
（ａ）ＡＶセグメント
（ｂ）ＸＭＬシグナリングインスタンス
なお、本例において、ＸＭＬシグナリングインスタンスは、ＸＭＬデータであり、先に図３を参照して説明した各種のシグナリングデータを含む。例えば、ＳＣＳ、ＬＬＳを構成するＸＭＬデータ（ＸＭＬシグナリングインスタンス）が含まれる。

（ステップＳ１０２）
データ配信サーバ（ＤＡＳＨサーバ）２２は、ステップＳ１０２において、ステップＳ１０１で生成した配信データ、すなわち、
（ａ）ＡＶセグメント
（ｂ）ＸＭＬシグナリングインスタンス（ＭＰＤのみ）
これらのデータを放送サーバ（ＡＴＳＣサーバ）２１に送信する。
送信処理は、一方向送信またはＨＴＴＰ要求応答送信の形式に従って実行する。

（ステップＳ１１１）
放送サーバ（ＡＴＳＣサーバ）２１は、ステップＳ１１１において、ＳＣＳ−ＸＭＬシグナリングテンプレートを記憶部から取得する。
なお、ＳＣＳ対応のＸＭＬシグナリングテンプレートは、予め、放送サーバ（ＡＴＳＣサーバ）２１、クライアント（受信装置）３０、これらの間で共有されている。
すなわち、これらは、いずれも同じＸＭＬシグナリングテンプレートを各装置の記憶部に格納している。

（ステップＳ１１２）
放送サーバ（ＡＴＳＣサーバ）２１は、ステップＳ１１２において、記憶部から取得したＳＣＳ−ＸＭＬシグナリングテンプレートと、
データ配信サーバ（ＤＡＳＨサーバ）２２から受信したＸＭＬシグナリングインスタンス（ＭＰＤ）、および、２１において生成されるＸＭＬシグナリングインスタンス（ＭＰＤ以外のＳＣＳ）中のＳＣＳ構成データを比較して、その差分を解析する。
解析結果として得られた差分に基づいてＳＣＳ−ＸＭＬ差分情報を生成する。

なお、差分情報は、先に図９他を参照して説明したように、以下の情報によって構成される。
（ａ）差分抽出に適用したＸＭＬシグナリングインスタンスの識別子であるＸＭＬシグナリングインスタンス識別子、
（ｂ）差分抽出に適用したＸＭＬシグナリングテンプレートの識別子、
（ｃ）差分の内容
これらのデータを含む構成である。

（ステップＳ１１３）
次に、放送サーバ（ＡＴＳＣサーバ）２１は、ステップＳ１１３において、ＬＬＳ−ＸＭＬシグナリングテンプレートを記憶部から取得する。
なお、ＬＬＳ対応のＸＭＬシグナリングテンプレートも、予め、放送サーバ（ＡＴＳＣサーバ）２１、クライアント（受信装置）３０、これらの間で共有されている。
すなわち、これらは、いずれも同じＸＭＬシグナリングテンプレートを各装置の記憶部に格納している。

（ステップＳ１１４）
放送サーバ（ＡＴＳＣサーバ）２１は、ステップＳ１１４において、記憶部から取得したＬＬＳ−ＸＭＬシグナリングテンプレートと、
放送サーバ（ＡＴＳＣサーバ）２１において生成されるＸＭＬシグナリングインスタンス中のＬＬＳ構成データを比較して、その差分を解析する。
解析結果として得られた差分に基づいてＬＬＳ−ＸＭＬ差分情報を生成する。

なお、差分情報は、先に図９他を参照して説明したように、以下の情報によって構成される。
（ａ）差分抽出に適用したＸＭＬシグナリングインスタンスの識別子であるＸＭＬシグナリングインスタンス識別子、
（ｂ）差分抽出に適用したＸＭＬシグナリングテンプレートの識別子、
（ｃ）差分の内容
これらのデータを含む構成である。

（ステップＳ１１５）
次に、放送サーバ（ＡＴＳＣサーバ）２１は、ステップＳ１１５において、ステップＳ１１４で生成したＬＬＳ−ＸＭＬ差分情報を格納したＬＬＳパケットを生成して受信装置（クライアント）３０に送信する。
なお、この差分情報の送信処理は、例えば放送波を介した一方向送信であり、繰り返し送信される。
様々なタイミングでコンテンツ受信を開始するクライアントが、いつでも少ない待機時間で、受信可能な設定とするためである。

（ステップＳ１２１）
ステップＳ１２１以下の処理は、受信装置（クライアント）３０において実行される。
なお、図１６に示すように、受信装置（クライアント）３０を、通信データ処理部と、再生処理部に区分して、各処理部において実行される処理を区別して記載している。
ステップＳ１２１〜Ｓ１２３の処理、ステップＳ１４１〜Ｓ１４２の処理は、受信装置（クライアント）３０の通信データ処理部が実行する。

ステップＳ１２１において、受信装置（クライアント）３０は、放送サーバ（ＡＴＳＣサーバ）２１からＬＬＳ−ＸＭＬ差分情報を格納したＬＬＳパケットを受信し、パケットフィルタリングおよびパーシングを行う。すなわち、受信パケットから、ＬＬＳ−ＸＭＬ差分情報を格納したパケットのみを選別してパケット格納データを取り出して、ＬＬＳ−ＸＭＬ差分情報を再構築する。

（ステップＳ１２２）
次に、受信装置（クライアント）３０は、放送サーバ（ＡＴＳＣサーバ）２１から受信したＬＬＳ−ＸＭＬ差分情報と、事前に実行した共有処理において共有済みのＬＬＳ対応のＸＭＬシグナリングテンプレートを適用して、ＬＬＳ対応のＸＭＬシグナリングインスタンスを生成する。

ＬＬＳ対応のＸＭＬシグナリングテンプレートは、予め、放送サーバ（ＡＴＳＣサーバ）２１、クライアント（受信装置）３０、これらの間で共有されている。
すなわち、これらは、いずれも同じＸＭＬシグナリングテンプレートを各装置の記憶部に格納している。

受信装置（クライアント）３０は、記憶部から取得したＬＬＳ対応のＸＭＬシグナリングテンプレートに対して、放送サーバ（ＡＴＳＣサーバ）２１から受信したＬＬＳ−ＸＭＬ差分情報に記録された情報に基づく変換処理を実行して、ＬＬＳ対応のＸＭＬシグナリングインスタンスを生成する。

なお、差分情報は、先に図９他を参照して説明したように、以下の情報によって構成される。
（ａ）差分抽出に適用したＸＭＬシグナリングインスタンスの識別子であるＸＭＬシグナリングインスタンス識別子、
（ｂ）差分抽出に適用したＸＭＬシグナリングテンプレートの識別子、
（ｃ）差分の内容
これらのデータを含む構成である。

受信装置（クライアント）３０は、放送サーバ（ＡＴＳＣサーバ）２１から受信したＬＬＳ−ＸＭＬ差分情報に記録されたＸＭＬシグナリングテンプレート識別子と同じ識別子を持つＸＭＬシグナリングテンプレートを記憶部から取得して、取得したＸＭＬシグナリングテンプレートに対して、差分情報に含まれる差分の内容に応じて、テンプレートに対する前記差分情報の適用を行う。
なお、差分情報に記録される「差分の内容」には、差分態様（追加、変更、削除）と差分データ等が含まれており、受信装置（クライアント）３０は、この記録に従ってテンプレートを変換して、ＬＬＳ対応のＸＭＬシグナリングインスタンスを生成する。

（ステップＳ１２３）
次に、受信装置（クライアント）３０は、ステップＳ１２２で生成したＬＬＳ対応のＸＭＬシグナリングインスタンスを参照して、ＳＣＳストリームのアドレスを特定する。
ＬＬＳ対応のＸＭＬシグナリングインスタンスには、ＳＣＳ対応のシグナリングデータを取得するためのアクセス情報（ストリームアドレス）が記録されている。受信装置（クライアント）３０は、ＬＬＳ対応のＸＭＬシグナリングインスタンスからＳＣＳ対応のシグナリングデータを取得するためのアクセス情報（ストリームアドレス）を取得する。

（ステップＳ１３１）
ステップＳ１３１は、放送サーバ（ＡＴＳＣサーバ）２１の実行する処理である。放送サーバ（ＡＴＳＣサーバ）２１は、ステップＳ１３１において、ステップＳ１１２で生成したＳＣＳ−ＸＭＬ差分情報を格納したＳＣＳ−ＬＣＴパケットを生成して受信装置（クライアント）３０に送信する。
なお、この差分情報の送信処理は、例えば放送波を介した一方向送信であり、繰り返し送信される。
様々なタイミングでコンテンツ受信を開始するクライアントが、いつでも少ない待機時間で、受信可能な設定とするためである。

（ステップＳ１４１）
次に、受信装置（クライアント）３０は、放送サーバ（ＡＴＳＣサーバ）２１からＳＣＳ−ＸＭＬ差分情報を格納したＬＣＴパケットを受信し、パケットフィルタリングおよびパーシングを行う。すなわち、受信パケットから、ＳＣＳ−ＸＭＬ差分情報を格納したパケットのみを選別してパケット格納データを取り出して、ＳＣＳ−ＸＭＬ差分情報を再構築する。

（ステップＳ１４２）
次に、受信装置（クライアント）３０は、放送サーバ（ＡＴＳＣサーバ）２１から受信したＳＣＳ−ＸＭＬ差分情報と、事前に実行した共有処理において共有済みのＳＣＳ対応のＸＭＬシグナリングテンプレートを適用して、ＳＣＳ対応のＸＭＬシグナリングインスタンスを生成する。

ＳＣＳ対応のＸＭＬシグナリングテンプレートは、予め、放送サーバ（ＡＴＳＣサーバ）２１、データ配信サーバ（ＤＡＳＨサーバ）２２、クライアント（受信装置）３０、これらの３者間で共有されている。
すなわち、これら３者は、いずれも同じＸＭＬシグナリングテンプレートを各装置の記憶部に格納している。

受信装置（クライアント）３０は、記憶部から取得したＳＣＳ対応のＸＭＬシグナリングテンプレートに対して、放送サーバ（ＡＴＳＣサーバ）２１から受信したＳＣＳ−ＸＭＬ差分情報に記録された情報に基づく変換処理を実行して、ＳＣＳ対応のＸＭＬシグナリングインスタンスを生成する。

なお、差分情報は、先に図９他を参照して説明したように、以下の情報によって構成される。
（ａ）差分抽出に適用したＸＭＬシグナリングインスタンスの識別子であるＸＭＬシグナリングインスタンス識別子、
（ｂ）差分抽出に適用したＸＭＬシグナリングテンプレートの識別子、
（ｃ）差分の内容
これらのデータを含む構成である。

受信装置（クライアント）３０は、放送サーバ（ＡＴＳＣサーバ）２１から受信したＳＣＳ−ＸＭＬ差分情報に記録されたＸＭＬシグナリングテンプレート識別子と同じ識別子を持つＸＭＬシグナリングテンプレートを記憶部から取得して、取得したＸＭＬシグナリングテンプレートに対して、差分情報に含まれる差分の内容に応じて、テンプレートの変換を行う。
なお、ここで実行するテンプレートの変換は、テンプレート自身の置き換えを伴うものではない。テンプレートに対して差分情報を適用してＸＭＬシグナリングインスタンスを生成し、元となったＸＭＬシグナリングテンプレートは変更せず、そのまま、記憶部に保持する。
その後も、同じテンプレートが他のインスタンス生成に利用される。
なお、差分情報に記録される「差分の内容」には、差分態様（追加、変更、削除）と差分データ等が含まれており、受信装置（クライアント）３０は、この記録に従ってテンプレートを変換して、ＳＣＳ対応のＸＭＬシグナリングインスタンスを生成する。

さらに、受信装置（クライアント）３０の通信データ処理部は、生成したＳＣＳ対応のＸＭＬシグナリングインスタンスに含まれるＭＰＤ−ＸＭＬシグナリングインスタンスを再生処理部に出力する。

（ステップＳ１５１）
受信装置（クライアント）３０の再生処理部は、通信データ処理部から入力したＭＰＤ−ＸＭＬシグナリングインスタンスの解析を実行して、ＭＰＤ−ＸＭＬシグナリングインスタンスに記録されたアクセス情報を適用してＡＶセグメントの要求を通信データ処理部に出力する。

（ステップＳ１６１）
次に、受信装置（クライアント）３０の通信データ処理部は、ＡＶセグメントの受信態様を決定する。すなわち、放送波等のブロードキャスト配信されるＡＶセグメントを受信するか、あるいは、ブロードバンドを介してユニキャスト配信されるＡＶセグメントを受信するかを決定する。
なお、この決定処理は、受信装置（クライアント）３０が、いずれの態様でもデータ受信可能な構成であれば、ＳＣＳに記載された情報を基に決定する。ただし、ＳＣＳに記載されていなければ、予め設定された情報やユーザによって設定された情報に従って決定する。
また、受信装置（クライアント）３０が、いずれか一方の態様でのデータ受信のみ可能な構成であれば、そのいずれか一方の態様で受信処理を行なうことになる。

（ステップＳ１７１〜Ｓ１７２）
ステップＳ１７１〜Ｓ１７２の処理は、放送波等のブロードキャスト配信されるＡＶセグメントを受信する場合の処理である。
ステップＳ１７１において、放送サーバ（ＡＴＳＣサーバ）２１から放送波等を介してＡＶセグメントがブロードキャスト配信される。
ステップＳ１７２において、受信装置（クライアント）３０の通信データ処理部が、放送サーバ（ＡＴＳＣサーバ）２１から放送波等を介して送信されるＡＶセグメントを受信する。
なお、この受信処理においては、例えばＭＰＤシグナリングインスタンスから取得したＡＶセグメントのアクセス情報を適用した処理が行われる。

（ステップＳ１７５〜Ｓ１７７）
ステップＳ１７５〜Ｓ１７７の処理は、ブロードバンドを介してユニキャスト配信されるＡＶセグメントを受信する場合の処理である。
ステップＳ１７５において、受信装置（クライアント）３０の通信データ処理部は、例えばＭＰＤシグナリングインスタンスから取得したＡＶセグメントのアクセス情報を適用したＨＴＴＰリクエストをデータ送信サーバ（ＤＡＳＨサーバ）２２に送信する。

データ送信サーバ（ＤＡＳＨＣサーバ）２２は、受信装置（クライアント）３０からのＨＴＴＰリクエストに対して、ＡＶセグメントを格納したＨＴＴＰパケットであるＨＴＴＰレスポンスを、受信装置（クライアント）３０に送信する。
ステップＳ１７７において、受信装置（クライアント）３０の通信データ処理部が、データ送信サーバ（ＤＡＳＨＣサーバ）２２からのＨＴＴＰレスポンスを受信する。
なお、このステップＳ１７５〜Ｓ１７７の処理は、所定のコンテンツデータの送受信が完了するまで、繰り返し実行される。

（ステップＳ１８１）
次に、受信装置（クライアント）３０の通信データ処理部は、ステップＳ１８１において、放送サーバ（ＡＴＳＣサーバ）２１、または、データ送信サーバ（ＤＡＳＨＣサーバ）２２から受信したＡＶセグメントをキャッシュ装置に一時的格納（キャッシング）する処理を行ない、キャッシュデータを再生処理部に出力する。

（ステップＳ１８２）
受信装置（クライアント）３０の再生処理部は、通信データ処理部から入力するキャッシュデータ、すなわちＡＶセグメントをバッファに格納し、さらにバッファ格納データを順次、取得して、復号処理を実行し、出力部（ディスプレイ／スピーカ）を介して出力する処理を行なう。
なお、復号処理のためのコーデック情報や、ディスプレイに対する画角などの情報もＭＰＤシグナリングインスタンスから取得可能な情報であり、必要に応じてＭＰＤシグナリングインスタンスを参照した処理が行われる。

なお、図１５〜図１７を参照して説明したシーケンスでは、送信装置側の構成として、データ配信サーバ２２と、放送サーバ２１、これら２つの装置を利用した構成例を説明したが、これらの２つの装置の処理を１つの送信装置で実行する構成としてもよい。また、データ配信サーバや放送サーバを、それぞれ複数のサーバとして構成し、受信装置（クライアント）の位置等に応じて受信装置が近隣サーバからデータを受信することを可能とした構成としてもよい。

［７．具体的なデータ配信処理例について］
次に、送信装置（サーバ）２０から、受信装置（クライアント）３０に対するデータ配信処理例として、以下の３つの具体例における受信装置（クライアント）３０側の処理シーケンスについて説明する。
（処理例１）放送波等のブロードキャスト配信データのみを受信する場合の処理例（図１８）
（処理例２）放送波等のブロードキャスト配信データと、Ｐ２Ｐ（ポイントツーポイント）等のユニキャスト配信の２つの配信データを併用する場合の処理例（図１９）
（処理例３）放送波等のブロードキャスト配信データのみを受信し、番組表等のデータからなるＥＳＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ）を利用する場合の処理例（図２０）

（処理例１）
まず、図１８を参照して、放送波等のブロードキャスト配信データのみを受信する場合の処理例について説明する。

図１８に示す例では、放送波等のブロードキャスト配信を行う放送サーバ２１と受信装置（クライアント）３０間の通信処理のみが行われる。基本的には、放送サーバ２１からの一方向配信データを受信装置（クライアント）３０が受信する。
なお、受信装置（クライアント）３０は、
（ａ）通信データ処理部
（ｂ）再生処理部
これら２つのデータ処理部を有している。
通信データ処理部は、例えばＡＴＳＣ規格に従った通信データの処理を実行するＡＴＳＣミドルウェアによって構成される。また、再生処理部は、ＤＡＳＨ規格に従ったデータの処理を実行するＤＡＳＨクライアントとして構成される。

放送サーバ２１は、図１８に示すように、３種類のデータの配信を３つの通信セッションを介して実行する。すなわち、以下の３種類である。
（ａ）再生対象コンテンツを構成する画像音声を格納したＡＶセグメントを配信するＦＬＵＴＥ（＋）セッション
（ｂ）ＡＶセグメントの受信、再生に必要となる案内情報、制御情報を含むシグナリングデータであるＳＣＳ（Ｓｅｒｖｉｃｅ Ｃｈａｎｎｅｌ Ｓｉｇｎａｌｉｎｇ）を配信するＦＬＵＴＥ（＋）セッション
（ｃ）受信装置（クライアント）においてデータ受信に適用するための通信設定情報、アドレス情報などを含むＬＬＳ（Ｌｏｗ Ｌａｙｅｒ Ｓｉｇｎａｌｉｎｇ）を配信するＬＬＳシグナリングセッション
なお、ＡＶセグメントとＳＣＳは、ＦＬＵＴＥ（＋）プロトコルに従って配信される。

また、シグナリングデータであるＳＣＳと、ＬＬＳは、前述の実施例で説明したＸＭＬシグナリングテンプレートと差分情報を適用して、放送サーバ２１から受信装置（クライアント）３０に対して提供される。
すなわち、予めＸＭＬシグナリングテンプレートが放送サーバ２１と、受信装置（クライアント）３０間で共有され、差分情報のみが、遂次繰り返し送信される。

受信装置（クライアント）３０は、任意のタイミングで、差分情報を受信し、事前に取得し記憶部に格納されているＸＭＬシグナリングテンプレートに対して、差分情報を適用したテンプレートの変換（追加、変更、削除）を行い、ＸＭＬシグナリングインスタンスを生成する。
本例では、ＳＣＳのＸＭＬシグナリングインスタンス、ＬＬＳのＸＭＬシグナリングインスタンスの生成が実行されることになる。
受信装置（クライアント）３０は、生成したこれらのＸＭＬシグナリングインスタンスを参照して、ＡＶセグメントの受信、再生等に必要となる情報を取得して処理を行なう。
以下、図１８に示す受信装置（クライアント）３０が実行する処理を各処理ステップごとに順次説明する。

（ステップＳ３１１〜３１２）
受信装置（クライアント）３０の通信データ処理部は、ステップＳ３１１〜Ｓ３１２において、ＬＬＳパケットフィルタリングとパーシングを実行する。
すなわち、通信設定情報、アドレス情報などを含むシグナリングデータであるＬＬＳ（Ｌｏｗ Ｌａｙｅｒ Ｓｉｇｎａｌｉｎｇ）を配信するＬＬＳシグナリングセッションに対するアクセスを実行してＬＬＳパケットを受信し、ＬＬＳパケットから取得したデータを解析して、ＬＬＳ対応のＸＭＬシグナリングインスタンスを生成する。

なお、前述したように、放送サーバ２１は、ＬＬＳシグナリングセッションにおいてＬＬＳ対応の差分情報のみを繰り返し送信する。
このように差分情報のみのデータ送信を行うことで、放送サーバ２１の負荷が軽減され、またネットワーク帯域の圧迫が低減される。

受信装置（クライアント）３０は、任意のタイミングで、差分情報を受信し、事前に取得し記憶部に格納されているＸＭＬシグナリングテンプレートに対して、差分情報を適用したテンプレートの変換（追加、変更、削除）を行い、ＬＬＳ対応のＸＭＬシグナリングインスタンスを生成する。

受信装置（クライアント）３０は、生成したＬＬＳ対応のＸＭＬシグナリングインスタンスを参照して、もう１つのシグナリングデータであるＳＣＳのアクセス情報を取得する。
ＬＬＳ対応のＸＭＬシグナリングインスタンスにはＳＣＳのアクセス情報（ＩＰアドレス、ポートＮｏ、ＴＳＩ／ＴＯＩ）が記録されており、受信装置（クライアント）３０は、このアクセス情報を用いてＳＣＳシグナリングデータを格納したＳＣＳ−ＬＣＴパケットを取得することが可能となる。
なお、ＴＳＩは、ＦＬＵＴＥ（＋）プロトコルに従った送信セッション識別子（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｓｅｓｓｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ）、ＴＯＩはセッション中の特定オブジェクトを識別するための送信オブジェクト識別子（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｏｂｊｅｃｔ Ｉｄｅｎｔｉｆｉｅｒ）である。

（ステップＳ３１３〜Ｓ３１５、ステップＳ３２１〜３２２）
次に、受信装置（クライアント）３０の通信データ処理部は、ステップＳ３１３〜Ｓ３１５において、ＳＣＳ−ＬＣＴパケットフィルタリングとパーシング、さらに、ＡＶセグメントの受信用アドレスの取得処理を行なう。
ＳＣＳは、サービスチャンネルシグナリング（Ｓｅｒｖｉｃｅ Ｃｈａｎｎｅｌ Ｓｉｇｎａｌｉｎｇ）であり、ユーザに提供されるコンテンツに対応する案内情報、制御情報が含まれるシグナリングデータである。ＳＣＳは、図１８示すように、放送サーバ２１が設定したＦＬＵＴＥ（＋）セッション上に逐次配信されている。

受信装置（クライアント）３０の通信データ処理部は、ＬＬＳ対応のＸＭＬシグナリングインスタンスから取得したＳＣＳのアクセス情報を用いて、放送サーバ２１が設定したＦＬＵＴＥ（＋）セッションにアクセスを行い、シグナリングデータとしてのＳＣＳを含むＳＣＳ−ＬＣＴパケットを取得して解析を行い、ＳＣＳ対応のＸＭＬシグナリングインスタンスを生成する。

なお、前述したように、放送サーバ２１は、ＳＣＳのＦＬＵＴＥ（＋）セッションにおいてＳＣＳ対応の差分情報のみを繰り返し送信する。
このように差分情報のみのデータ送信を行うことで、放送サーバ２１の負荷が軽減され、またネットワーク帯域の圧迫が低減される。

受信装置（クライアント）３０は、任意のタイミングで、ＳＣＳの差分情報を受信し、事前に取得し記憶部に格納されているＸＭＬシグナリングテンプレートに対して、差分情報を適用したテンプレートの変換（追加、変更、削除）を行い、ＳＣＳ対応のＸＭＬシグナリングインスタンスを生成する。

ＳＣＳ−ＸＭＬシグナリングインスタンスには、シグナリングデータとしてのＵＳＤが含まれる。また、ＵＳＤには、先に図３を参照して説明したようにＳＤＰやＭＰＤ等様々なシグナリングデータが含まれる。
従って、ＳＣＳ−ＸＭＬシグナリングインスタンスの生成処理により、ＳＤＰやＭＰＤ対応のＸＭＬシグナリングインスタンスを生成可能となる。
このように、受信装置（クライアント）３０は、ＳＣＳ対応のＸＭＬシグナリングテンプレートとＳＣＳ対応の差分情報を適用したＳＣＳ−ＸＭＬシグナリングインスタンスの生成処理によって、ＳＤＰ、ＭＰＤ等の様々な情報に対応するＸＭＬシグナリングインスタンスを参照可能となる。

受信装置（クライアント）３０の通信データ処理部は、ステップＳ３１４においてＵＳＤやＳＤＰ等のシグナリングデータの解析を実行する。
さらに、受信装置（クライアント）３０の再生処理部は、ステップＳ３２１においてＭＰＤの解析処理を実行する。ＭＰＤにはＡＶセグメントのアクセス用ＵＲＬが格納されている。
受信装置（クライアント）３０の再生処理部は、ステップＳ３２２においてこのＡＶセグメントＵＲＬを通信データ処理部に出力してコンテンツ取得要求（ＡＶセグメント）要求を実行する。

受信装置（クライアント）３０の通信データ処理部は、再生処理部からＡＶセグメントＵＲＬを伴うＡＶセグメント取得要求を入力すると、取得ＵＲＬとＵＳＤの記録情報に基づいてＡＶセグメントの受信用アドレスを取得する。
ＳＤＰ対応のＸＭＬシグナリングインスタンスにはＡＶセグメントのアクセス情報（ＩＰアドレス、ポートＮｏ、ＴＳＩ／ＴＯＩ）が記録されており、受信装置（クライアント）３０は、このアクセス情報を用いてＡＶセグメントを取得することが可能となる。

（ステップＳ３１６〜Ｓ３１７、ステップＳ３２３）
受信装置（クライアント）３０の通信データ処理部は、次に、ステップＳ３１６〜Ｓ３１７において、ＡＶセグメント格納パケットを受信し、フィルタリングおよびキャッシングを行う、
ＡＶセグメントは、図１８示すように、放送サーバ２１が設定したＦＬＵＴＥ（＋）セッション上に配信される。

受信装置（クライアント）３０の通信データ処理部は、ステップＳ３１５において取得したＡＶセグメントのアクセス情報（ＩＰアドレス、ポートＮｏ、ＴＳＩ／ＴＯＩ）を適用して、放送サーバ２１が設定したＦＬＵＴＥ（＋）セッションのアクセスを行い、目的のコンテンツが格納されたパケットを取得する。
さらに、パケットの解析を行ってパケットに格納されたＡＶセグメントをキャッシュする。

さらに、受信装置（クライアント）３０の通信データ処理部は、キャッシュしたＡＶセグメントを再生処理部に対して出力する。
再生処理部は、ステップＳ３２３において、通信データ処理部からＡＶセグメントを取得し、バッファに格納し、順次、復号処理を実行して非表示部等の出力部に復号コンテンツを出力（レンダリング）する処理を行なう。

（処理例２）
次に、図１９を参照して、放送波等のブロードキャスト配信データと、Ｐ２Ｐ（ポイントツーポイント）等のユニキャスト配信の２つの配信データを併用する場合の処理例について説明する。

図１９に示す例は、放送波等のブロードキャスト配信を行う放送サーバ２１と、ＨＴＴＰ要求応答等に従ったユニキャスト配信を行うコンテンツサーバ２２と、受信装置（クライアント）３０間の通信処理が行われる。基本的には、放送サーバ２１からは一方向配信データが受信装置（クライアント）３０に送信され。コンテンツサーバ２２と受信装置（クライアント）３０間では双方向通信が行われる。

なお、受信装置（クライアント）３０は、
（ａ）通信データ処理部
（ｂ）再生処理部
これら２つのデータ処理部を有している。
通信データ処理部は、例えばＡＴＳＣ規格に従った通信データの処理を実行するＡＴＳＣミドルウェアによって構成される。また、再生処理部は、ＤＡＳＨ規格に従ったデータの処理を実行するＤＡＳＨクライアントとして構成される。

放送サーバ２１は、図１９に示すように、３種類のデータの配信を３つの通信セッションを介して実行する。すなわち、以下の３種類である。
（ａ）再生対象コンテンツを構成する画像音声を格納したＡＶセグメントを配信するＦＬＵＴＥ（＋）セッション
（ｂ）ＡＶセグメントの受信、再生に必要となる案内情報、制御情報を含むシグナリングデータであるＳＣＳ（Ｓｅｒｖｉｃｅ Ｃｈａｎｎｅｌ Ｓｉｇｎａｌｉｎｇ）を配信するＦＬＵＴＥ（＋）セッション
（ｃ）受信装置（クライアント）においてデータ受信に適用するための通信設定情報、アドレス情報などを含むＬＬＳ（Ｌｏｗ Ｌａｙｅｒ Ｓｉｇｎａｌｉｎｇ）を配信するＬＬＳシグナリングセッション
なお、ＡＶセグメントとＳＣＳは、ＦＬＵＴＥ（＋）プロトコルに従って配信される。

また、シグナリングデータであるＳＣＳと、ＬＬＳは、前述の実施例に従って、放送サーバ２１から受信装置（クライアント）３０に対して提供される。
すなわち、予めＸＭＬシグナリングテンプレートが放送サーバ２１と、受信装置（クライアント）３０間で共有され、差分情報のみが、遂次繰り返し送信される。

受信装置（クライアント）３０は、任意のタイミングで、差分情報を受信し、事前に取得し記憶部に格納されているＸＭＬシグナリングテンプレートに対して、差分情報を適用したテンプレートの変換（追加、変更、削除）を行い、ＸＭＬシグナリングインスタンスを生成する。
本例では、ＳＣＳのＸＭＬシグナリングインスタンス、ＬＬＳのＸＭＬシグナリングインスタンスの生成が実行されることになる。
受信装置（クライアント）３０は、生成したこれらのＸＭＬシグナリングインスタンスを参照して、ＡＶセグメントの受信、再生等に必要となる情報を取得して処理を行なう。

図１９に示す受信装置（クライアント）３０が実行する処理中、
通信データ処理部の実行するステップＳ３３１〜Ｓ３３５の処理と、再生処理部の実行するステップＳ３４１〜Ｓ３４２の処理は図１８を参照して説明した処理とほぼ同様の処理となる。

ただし、通信データ処理部は、ステップＳ３３５におけるＡＶセグメント受信用アドレス取得処理において、以下の２つのアドレス取得処理を実行する。
（１）放送サーバ２１から配信されるＡＶセグメント受信用アドレス、
（２）コンテンツサーバ２２からのＡＶセグメント受信用アドレス、
これら２つのアドレス取得処理が行われる。
図１９に示す例は、
画像データ（Ｖｉｄｅｏ）を放送サーバ２１の配信データから取得し、
音声データ（Ａｕｄｉｏ）をコンテンツサーバ２２から取得する例としている。

通信データ処理部は、ステップＳ３３５において、再生処理部からＡＶセグメントＵＲＬを伴うＡＶセグメント取得要求を入力すると、取得ＵＲＬとＵＳＤの記録情報に基づいてＡＶセグメントの上記２つの受信用アドレスを取得する。

ステップＳ３１６〜Ｓ３１７では、画像データ（Ｖｉｄｅｏ）アクセス用のアドレスを用いて、放送サーバ２１から画像データ（ＡＶセグメント−Ｖ）を取得し、キャッシングする。
この処理は、図１８を参照して説明したと同様の処理である。

さらに、ステップＳ３１８〜Ｓ３１９では、音声データ（Ａｕｄｉｏ）アクセス用のアドレスを用いて、コンテンツサーバ２２からの音声データ（ＡＶセグメント−Ａ）を取得する。
この音声データ取得処理は、ＨＴＴＰ要求応答処理を適用したＰ２Ｐ通信によって行われる。
通信データ処理部はＨＴＴＰ要求応答を繰り返し実行して、音声データ（ＡＶセグメント−Ａ）を取得しキャッシュする。

さらに、受信装置（クライアント）３０の通信データ処理部は、個別にキャッシュされた画像データ（ＡＶセグメント−Ｖ）と、音声データ（ＡＶセグメント−Ａ）を再生処理部に対して出力する。
再生処理部は、ステップＳ３４３において、通信データ処理部から画像データ（ＡＶセグメント−Ｖ）と、音声データ（ＡＶセグメント−Ａ）を取得し、バッファに格納し、順次、復号処理を実行して非表示部等の出力部に復号コンテンツを出力（レンダリング）する処理を行なう。

（処理例３）
次に、図２０を参照して放送波等のブロードキャスト配信データのみを受信し、番組表等のデータからなるＥＳＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ）を利用する場合の処理例について説明する。

図２０に示す例では、先に図１８を参照して説明した（処理例１）と同様、放送波等のブロードキャスト配信を行う放送サーバ２１と受信装置（クライアント）３０間の通信処理のみが行われる。基本的には、放送サーバ２１からの一方向配信データを受信装置（クライアント）３０が受信する。

なお、受信装置（クライアント）３０は、
（ａ）通信データ処理部
（ｂ）再生処理部
これら２つのデータ処理部を有している。
通信データ処理部は、例えばＡＴＳＣ規格に従った通信データの処理を実行するＡＴＳＣミドルウェアによって構成される。また、再生処理部は、ＤＡＳＨ規格に従ったデータの処理を実行するＤＡＳＨクライアントとして構成される。

放送サーバ２１は、図２０に示すように、４種類のデータの配信を３つの通信セッションを介して実行する。すなわち、以下の４種類である。
（ａ）再生対象コンテンツを構成する画像音声を格納したＡＶセグメントを配信するＦＬＵＴＥ（＋）セッション
（ｂ）ＡＶセグメントの受信、再生に必要となる案内情報、制御情報を含むシグナリングデータであるＳＣＳ（Ｓｅｒｖｉｃｅ Ｃｈａｎｎｅｌ Ｓｉｇｎａｌｉｎｇ）を配信するＦＬＵＴＥ（＋）セッション
（ｃ）ＡＶセグメントの受信、再生に必要となる案内情報、制御情報を含むシグナリングデータであるＥＳＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ）を配信するＦＬＵＴＥ（＋）セッション
（ｄ）受信装置（クライアント）においてデータ受信に適用するための通信設定情報、アドレス情報などを含むＬＬＳ（Ｌｏｗ Ｌａｙｅｒ Ｓｉｇｎａｌｉｎｇ）を配信するＬＬＳシグナリングセッション
なお、ＡＶセグメントとＳＣＳ、ＥＳＧは、ＦＬＵＴＥ（＋）プロトコルに従って配信される。

また、シグナリングデータであるＳＣＳ、ＥＳＧ、ＬＬＳは、前述の実施例で説明したＸＭＬシグナリングテンプレートと差分情報を適用して、放送サーバ２１から受信装置（クライアント）３０に対して提供される。
すなわち、予めＸＭＬシグナリングテンプレートが放送サーバ２１と、受信装置（クライアント）３０間で共有され、差分情報のみが、遂次繰り返し送信される。

受信装置（クライアント）３０は、任意のタイミングで差分情報を受信し、事前に取得し記憶部に格納されているＸＭＬシグナリングテンプレートに対して、差分情報を適用したテンプレートの変換（追加、変更、削除）を行い、ＸＭＬシグナリングインスタンスを生成する。
本例では、ＳＣＳのＸＭＬシグナリングインスタンス、ＬＬＳのＸＭＬシグナリングインスタンスに加え、ＥＳＧのＸＭＬシグナリングインスタンスの生成が実行されることになる。
受信装置（クライアント）３０は、生成したこれらのＸＭＬシグナリングインスタンスを参照して、ＡＶセグメントの受信、再生等に必要となる情報を取得して処理を行なう。
以下、図２０に示す受信装置（クライアント）３０が実行する処理を各処理ステップごとに順次説明する。

（ステップＳ３５１〜３５２）
受信装置（クライアント）３０の通信データ処理部は、ステップＳ３５１〜Ｓ３５２において、ＬＬＳパケットフィルタリングとパーシングを実行する。
すなわち、通信設定情報、アドレス情報などを含むシグナリングデータであるＬＬＳ（Ｌｏｗ Ｌａｙｅｒ Ｓｉｇｎａｌｉｎｇ）を配信するＬＬＳシグナリングセッションに対するアクセスを実行してＬＬＳパケットを受信し、ＬＬＳパケットから取得したデータを解析して、ＬＬＳ対応のＸＭＬシグナリングインスタンスを生成する。

なお、前述したように、放送サーバ２１は、ＬＬＳシグナリングセッションにおいてＬＬＳ対応の差分情報のみを繰り返し送信する。
このように差分情報のみのデータ送信を行うことで、放送サーバ２１の負荷が軽減され、またネットワーク帯域の圧迫が低減される。

受信装置（クライアント）３０は、任意のタイミングで、差分情報を受信し、事前に取得し記憶部に格納されているＸＭＬシグナリングテンプレートに対して、差分情報を適用したテンプレートの変換（追加、変更、削除）を行い、ＬＬＳ対応のＸＭＬシグナリングインスタンスを生成する。

受信装置（クライアント）３０は、生成したＬＬＳ対応のＸＭＬシグナリングインスタンスを参照して、もう１つのシグナリングデータであるＥＳＧのアクセス情報を取得する。
ＬＬＳ対応のＸＭＬシグナリングインスタンスにはＥＳＧのアクセス情報（ＩＰアドレス、ポートＮｏ、ＴＳＩ／ＴＯＩ）が記録されており、受信装置（クライアント）３０は、このアクセス情報を用いてＥＳＧシグナリングデータを格納したＥＳＧ−ＬＣＴパケットを取得することが可能となる。

（ステップＳ３５３〜３５４）
次に、受信装置（クライアント）３０の通信データ処理部は、ステップＳ３５３〜Ｓ３５４において、ＥＳＧ−ＬＣＴパケットフィルタリングとパーシングを実行する。
すなわち、ＥＳＧ−ＦＬＵＴＥ（＋）セッションに対するアクセスを実行してＥＳＧ−ＬＣＴパケットを受信し、ＥＳＧ−ＬＣＴパケットから取得したデータを解析して、ＥＳＧ対応のＸＭＬシグナリングインスタンスを生成する。

なお、前述したように、放送サーバ２１は、ＥＳＧのＦＬＵＴＥ（＋）セッションにおいてＥＳＧ対応の差分情報のみを繰り返し送信する。
このように差分情報のみのデータ送信を行うことで、放送サーバ２１の負荷が軽減され、またネットワーク帯域の圧迫が低減される。

受信装置（クライアント）３０は、任意のタイミングで、差分情報を受信し、事前に取得し記憶部に格納されているＸＭＬシグナリングテンプレートに対して、差分情報を適用したテンプレートの変換（追加、変更、削除）を行い、ＥＳＧ対応のＸＭＬシグナリングインスタンスを生成する。

受信装置（クライアント）３０は、生成したＥＳＧ対応のＸＭＬシグナリングインスタンスを参照して、もう１つのシグナリングデータであるＳＣＳのアクセス情報を取得する。
本例では、ＥＳＧ対応のＸＭＬシグナリングインスタンスにはＳＣＳのアクセス情報（ＩＰアドレス、ポートＮｏ、ＴＳＩ／ＴＯＩ）が記録されており、受信装置（クライアント）３０は、このアクセス情報を用いてＳＣＳシグナリングデータを格納したＳＣＳ−ＬＣＴパケットを取得する。

以下の通信データ処理部の処理であるステップＳ３５５〜Ｓ３５９の処理と、再生処理部の処理であるステップＳ３６１〜Ｓ３６３の処理は、先に図１８を参照して説明した通信データ処理部の処理（ステップＳ３１４〜Ｓ３１７）と、再生処理部の処理（ステップＳ３２１〜Ｓ３２３）と同様の処理となる。

［８．差分情報を適用したＸＭＬデータの変換処理について］
上述したように、本開示の送信装置と受信装置の間では、予めシグナリングデータに対応するＸＭＬデータのテンプレートであるＸＭＬシグナリングテンプレートを共有し、送信装置から差分情報を逐次、配信する設定としている。
受信装置が、送信装置の配信する差分情報を受信して、ＸＭＬシグナリングテンプレートに対する変換処理（追加、変更、削除）を実行して、実際に利用可能なＸＭＬシグナリングインスタンスを生成する。

この差分情報を適用したＸＭＬデータの変換処理の具体的方法の一例について、図２１を参照して説明する。
前述したように、差分情報の記述方法には様々な方法があり、例えば、ＸＳＬＴ（ＸＭＬ Ｓｔｙｌｅｓｈｅｅｔ Ｌａｎｇｕａｇｅ Ｔｒａｎｓｆｏｒｍａｔｉｏｎ）等のＸＭＬ変換言語を適用して記述することができる。

ＸＳＬＴでは、ＸＭＬデータの変換ルールを記録したＸＳＬＴスタイルシートを用いてＸＭＬデータの変換処理を行なう。
例えば図２１に示すＸＳＬＴスタイルシート１２２である。
ＸＳＬＴスタイルシート１２２には、テンプレート・ルールが記録されている。テンプレート・ルールは、テンプレートとパターンで構成され、変換元ＸＭＬデータ内のパターンにマッチするノードに対してテンプレート・ルールを適用して、ＸＭＬデータを変換して変換先ＸＭＬデータを生成する。

図２１に示すように、変換元ＸＭＬデータ１２１を、ＸＭＬシグナリングテンプレートとし、ＸＳＬＴスタイルシート１２２を差分情報として設定する。
データ処理部（ＸＭＬ変換部）１３１が、これらの２つの情報に基づいて、上記処理を行なって、変換先ＸＭＬデータ１２３、すなわちＸＭＬシグナリングインスタンスを生成する。
すなわち、データ処理部１３１は、ＸＳＬＴスタイルシート（差分情報）１２２に記録されたテンプレート・ルールから、テンプレートとパターンを抽出し、変換元ＸＭＬデータ、すなわち、ＸＭＬシグナリングテンプレート内のパターンにマッチするノードに対してテンプレート・ルールを適用して、ＸＭＬデータを変換して変換先ＸＭＬデータ、すなわちＸＭＬシグナリングインスタンスを生成する。

このような方法で、ＸＭＬシグナリングテンプレートと、差分情報を適用したＸＭＬデータの変換（追加、変更、削除）を行ってＸＭＬシグナリングインスタンスを生成することができる。
なお、差分情報は、上記のＸＳＬＴスタイルシートに限らず、変換態様と適用データを記録したデータであればよく、様々なデータ形態の差分情報を設定して利用することができる。

［９．送信装置と受信装置の構成例について］
次に、通信装置である送信装置（サーバ）２０と、受信装置（クライアント）３０の装置構成例について、図２２、図２３を参照して説明する。

図２２には、送信装置（サーバ）２０と、受信装置（クライアント）３０の構成例を示している。
送信装置（サーバ）２０は、データ処理部１５１、通信部１５２、記憶部５３を有する。
受信装置（クライアント）３０は、データ処理部１７１、通信部１７２、記憶部１７３、入力部１７４、出力部１７５を有する。
データ処理部には通信データ処理部１７１ａ、再生処理部１７１ｂが含まれる。

送信装置（サーバ）２０のデータ処理部１５１は、データ配信サービスを実行するための各種のデータ処理を実行する。例えばデータ配信サービスの構成データの生成や送信制御を行う。さらに、データ処理部１５１は、受信装置（クライアント）３０に対するシグナリングデータの生成、送信処理を行う。
具体的には、ＡＶセグメントの他、シグナリングデータの生成、配信処理を実行する。なお、シグナリングデータの生成、配信処理には、ＸＭＬシグナリングテンプレート、差分情報、ＸＭＬシグナリングインスタンスの生成処理、送信処理などが含まれる。

通信部１５２は、ＡＶセグメントの他、シグナリングデータの配信、その他の通信を行う。具体的には、ＡＶセグメントの他、ＸＭＬシグナリングテンプレート、差分情報、ＸＭＬシグナリングインスタンスの送信処理などを行う。
記憶部１５３は配信対象とするＡＶセグメント、シナリングデータ、具体的には、ＸＭＬシグナリングテンプレート、差分情報、ＸＭＬシグナリングインスタンスなどが格納される。
さらに、記憶部１５３は、データ処理部１５１の実行するデータ処理のワークエリアとして利用され、また各種パラメータの記憶領域としても利用される。

一方、受信装置（クライアント）３０は、データ処理部１７１、通信部１７２、記憶部１７３、入力部１７４、出力部１７５を有する。
通信部１７２は、送信装置（サーバ）２０から配信されるデータ、例えばＡＶセグメントやシグナリングデータを受信する。
具体的には、ＸＭＬシグナリングテンプレート、差分情報、ＸＭＬシグナリングインスタンス等を受信する。

データ処理部１７１は、通信データ処理部１７１ａ、再生処理部１７１ｂを有し、例えば先に図１５〜図２０を参照して説明した処理等を実行する。
具体的には、例えば、ＸＭＬシグナリングテンプレートと差分情報を入力してＸＭＬシグナリングインスタンスを生成する処理を実行する。
さらに、ＸＭＬシグナリングインスタンスを参照して、ＡＶセグメントの受信、復号、再生処理等を実行する。

ユーザの指示コマンド、例えばコンテンツ指定コマンド等は入力部１７４を介して入力される。
再生データは表示部やスピーカ等の出力部１７５に出力される。
記憶部１７３はＡＶセグメント、シナリングデータ、具体的には、ＸＭＬシグナリングテンプレート、差分情報、ＸＭＬシグナリングインスタンスなどが格納される。
さらに、記憶部１７３は、データ処理部１７１の実行するデータ処理のワークエリアとして利用され、また各種パラメータの記憶領域としても利用される。

図２３は、送信装置２０、受信装置３０として適用可能な通信装置のハードウェア構成例を示している。

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２、または記憶部２０８に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。例えば、上述した実施例において説明したシーケンスに従った処理を実行する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３には、ＣＰＵ２０１が実行するプログラムやデータなどが記憶される。これらのＣＰＵ２０１、ＲＯＭ２０２、およびＲＡＭ２０３は、バス２０４により相互に接続されている。

ＣＰＵ２０１はバス２０４を介して入出力インタフェース２０５に接続され、入出力インタフェース２０５には、各種スイッチ、キーボード、マウス、マイクロホンなどよりなる入力部２０６、ディスプレイ、スピーカなどよりなる出力部２０７が接続されている。ＣＰＵ２０１は、入力部２０６から入力される指令に対応して各種の処理を実行し、処理結果を例えば出力部２０７に出力する。

入出力インタフェース２０５に接続されている記憶部２０８は、例えばハードディスク等からなり、ＣＰＵ２０１が実行するプログラムや各種のデータを記憶する。通信部２０９は、インターネットやローカルエリアネットワークなどのネットワークを介したデータ通信の送受信部、さらに放送波の送受信部として機能し、外部の装置と通信する。

入出力インタフェース２０５に接続されているドライブ２１０は、磁気ディスク、光ディスク、光磁気ディスク、あるいはメモリカード等の半導体メモリなどのリムーバブルメディア２１１を駆動し、データの記録あるいは読み取りを実行する。

なお、データの符号化あるいは復号は、データ処理部としてのＣＰＵ２０１の処理として実行可能であるが、符号化処理あるいは復号処理を実行するための専用ハードウェアとしてのコーデックを備えた構成としてもよい。

［１０．本開示の構成のまとめ］
以上、特定の実施例を参照しながら、本開示の実施例について詳解してきた。しかしながら、本開示の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本開示の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。

なお、本明細書において開示した技術は、以下のような構成をとることができる。
（１） コンテンツの受信再生に必要なシグナリングデータであるシグナリングインスタンス生成用のテンプレートであるシグナリングテンプレートを格納した記憶部と、
前記シグナリングテンプレートに適用してシグナリングインスタンスを生成するためのデータである差分情報を受信する通信部と、
前記シグナリングテンプレートに対して、前記差分情報を適用して、前記シグナリングインスタンスを生成するデータ処理部を有する受信装置。

（２）前記差分情報は、前記シグナリングテンプレートに対する適用態様情報を含み、前記データ処理部は、前記差分情報に記録された適用態様情報に従って、前記シグナリングテンプレートに対する前記差分情報の適用処理を実行する前記（１）に記載の受信装置。

（３）前記適用態様情報は、前記シグナリングテンプレートに対するデータの追加、または変更、または削除のいずれの処理を示す情報である前記（２）に記載の受信装置。

（４）前記差分情報は、差分情報の適用対象となるシグナリングテンプレートの識別子と、前記シグナリングテンプレートに対する差分情報の適用処理によって生成されるシグナリングインスタンスの識別子を含み、前記データ処理部は、前記差分情報に記録されたシグナリングテンプレート識別子と同一の識別子を有するシグナリングテンプレートを選択適用して差分情報適用処理を実行し、処理結果として生成したシグナリングインスタンスに前記差分情報に記録されたシグナリングインスタンス識別子を設定する前記（１）〜（３）いずれかに記載の受信装置。

（５）前記差分情報は、前記シグナリングテンプレートに対する適用態様情報と適用データを含み、前記データ処理部は、前記シグナリングテンプレートに対して、前記差分情報に記録された適用態様情報に従って適用データの適用処理を実行してコンテンツ受信再生に必要となるシグナリングインスタンスを生成する前記（１）〜（４）いずれかに記載の受信装置。

（６）前記シグナリングテンプレートは、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）データであり、前記差分情報は、ＸＭＬデータの変換処理用の情報を含み、前記データ処理部は、前記シグナリングテンプレートに対する前記差分情報の適用処理によって、ＸＭＬデータからなるシグナリングインスタンスを生成する前記（１）〜（５）いずれか１に記載の受信装置。

（７）前記シグナリングインスタンスは、受信装置において受信し再生するデータであるＡＶセグメントのアクセス情報を含む前記（１）〜（６）いずれかに記載の受信装置。

（８）前記差分情報は、通信プロトコルとしてのＦＬＵＴＥ（Ｆｉｌｅ Ｄｅｌｉｖｅｒｙ ｏｖｅｒ Ｕｎｉ−ｄｉｒｅｃｔｉｏｎａｌ Ｔｒａｎｓｐｏｒｔ）プロトコル、または、前記ＦＬＵＴＥプロトコルの拡張プロトコルであるＦＬＵＴＥ＋プロトコルに従って送信されるデータであり、前記データ処理部は、前記ＦＬＵＴＥプロトコル、またはＦＬＵＴＥ＋プロトコルに従った送信データから前記差分情報を抽出する前記（１）〜（７）いずれかに記載の受信装置。

（９） 受信装置におけるコンテンツの受信再生に必要なシグナリングデータを送信する通信部を有し、
前記通信部は、
前記受信装置が保持するシグナリングテンプレートに適用してシグナリングインスタンスを生成するためのデータである差分情報を送信する送信装置。

（１０）前記差分情報は、前記シグナリングテンプレートに対する適用態様情報と適用データを含み、前記受信装置の保持するシグナリングテンプレートに対して前記適用態様情報に従った適用データの適用処理によってコンテンツ受信再生に必要となるシグナリングインスタンスを生成可能とした情報である前記（９）に記載の送信装置。

（１１）前記差分情報は、差分情報の適用対象となるシグナリングテンプレートの識別子と、前記シグナリングテンプレートに対する差分情報の適用処理によって生成されるシグナリングインスタンスの識別子を含む前記（９）または（１０）に記載の送信装置。

（１２）受信装置におけるコンテンツ受信再生に適用するシグナリングデータを含むシグナリングインスタンスと、前記受信装置が保持するシグナリングテンプレートとの差分を検出して差分情報を生成するデータ処理部と、
前記差分情報を送信する通信部を有する送信装置。

（１３） 受信装置において実行するデータ処理方法であり、
前記受信装置は、コンテンツの受信再生に必要なシグナリングデータであるシグナリングインスタンス生成用のテンプレートであるシグナリングテンプレートを格納した記憶部を有し、
前記受信装置の通信部が、前記シグナリングテンプレートに適用してシグナリングインスタンスを生成するためのデータである差分情報を受信し、
前記受信装置のデータ処理部が、前記シグナリングテンプレートに対して、前記差分情報を適用して、前記シグナリングインスタンスを生成するデータ処理方法。

（１４） 送信装置において実行するデータ通信方法であり、
通信部が、受信装置におけるコンテンツの受信再生に必要なシグナリングデータの送信処理に際して、前記受信装置が保持するシグナリングテンプレートに適用してシグナリングインスタンスを生成するためのデータである差分情報を送信するデータ通信方法。

（１５） 送信装置において実行するデータ処理方法であり、
データ処理部が、受信装置におけるコンテンツ受信再生に適用するシグナリングデータを含むシグナリングインスタンスと、前記受信装置が保持するシグナリングテンプレートとの差分を検出して差分情報を生成し、
通信部が、前記差分情報を送信するデータ処理方法。

また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。

なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

以上、説明したように、本開示の一実施例の構成によれば、コンテンツの受信再生に必要となるシグナリングデータの効率的な配信を実現する装置、方法が実現される。
具体的には、受信装置が、コンテンツの受信処理や再生処理に必要となるシグナリングインスタンス生成用のテンプレートであるシグナリングテンプレートを記憶部に格納し保持する。送信装置は、受信装置に対して、シグナリングテンプレートに適用してシグナリングインスタンスを生成するためのデータである差分情報を送信する。受信装置は、シグナリングテンプレートに対して、送信装置から受信した差分情報を適用してシグナリングインスタンスを生成し、生成したシグナリングインスタンスを参照してコンテンツの受信、再生を行なう。
本構成により、コンテンツの受信再生に必要となるシグナリングデータの効率的な配信を実現する装置、方法が実現される。

１０ 通信システム
２０ 送信装置
２１ 放送サーバ
２２ データ配信サーバ
３０ 受信装置
３１ ＴＶ
３２ ＰＣ
３３ 携帯端末
５０ シグナリングデータ
６０ ＡＶセグメント
１１１ ＸＭＬシグナリングテンプレート
１１２ ＸＭＬシグナリングインスタンス
１１３ 差分情報
１１４ ＸＭＬシグナリングインスタンス
１２１ 変換元ＸＭＬデータ
１２２ ＸＳＬＴスタイルシート
１２３ 変換先ＸＭＬデータ
１５１ データ処理部
１５２ 通信部
１５３ 記憶部
１７１ データ処理部
１７２ 通信部
１７３ 記憶部
１７４ 入力部
１７５ 出力部
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ バス
２０５ 入出力インタフェース
２０６ 入力部
２０７ 出力部
２０８ 記憶部
２０９ 通信部
２１０ ドライブ
２１１ リムーバブルメディア

Claims (15)

1. コンテンツの受信再生に必要なシグナリングデータであるシグナリングインスタンス生成用のテンプレートであるシグナリングテンプレートを格納した記憶部と、
   前記シグナリングテンプレートに適用してシグナリングインスタンスを生成するためのデータである差分情報であり、シグナリングインスタンス識別子を含む差分情報を受信する通信部と、
   前記シグナリングテンプレートに対して、前記差分情報を適用して、前記シグナリングインスタンスを生成するデータ処理部を有し、
   前記シグナリングテンプレートは、
   複数のコンテンツに対応する複数の異なるシグナリングインスタンスを生成するために共通に利用されるテンプレートであり、
   動的な内容変換のないＸＭＬ要素および属性データによって構成される第１カテゴリデータと、
   動的な内容変換の可能性のあるＸＭＬ要素と属性データによって構成される第２カテゴリデータを含み、
   前記データ処理部は、
   前記シグナリングテンプレートの前記第２カテゴリデータのみに前記差分情報を適用して変換処理を実行し、
   内容変換のない第１カテゴリデータと、内容変換のなされた第２カテゴリデータを含み、前記差分情報に含まれるシグナリングインスタンス識別子を記録した特定コンテンツ対応のシグナリングインスタンスを生成する受信装置。
2. 前記差分情報は、
   前記シグナリングテンプレートに対する適用態様情報を含み、
   前記データ処理部は、
   前記差分情報に記録された適用態様情報に従って、前記シグナリングテンプレートに対する前記差分情報の適用処理を実行する請求項１に記載の受信装置。
3. 前記適用態様情報は、前記シグナリングテンプレートに対するデータの追加、または変更、または削除のいずれの処理を示す情報である請求項２に記載の受信装置。
4. 前記差分情報は、
   差分情報の適用対象となるシグナリングテンプレートの識別子と、
   前記シグナリングテンプレートに対する差分情報の適用処理によって生成されるシグナリングインスタンスの識別子を含み、
   前記データ処理部は、
   前記差分情報に記録されたシグナリングテンプレート識別子と同一の識別子を有するシグナリングテンプレートを選択適用して差分情報適用処理を実行し、処理結果として生成したシグナリングインスタンスに前記差分情報に記録されたシグナリングインスタンス識別子を設定する請求項１に記載の受信装置。
5. 前記差分情報は、前記シグナリングテンプレートに対する適用態様情報と適用データを含み、
   前記データ処理部は、
   前記シグナリングテンプレートに対して、前記差分情報に記録された適用態様情報に従って適用データの適用処理を実行してコンテンツ受信再生に必要となるシグナリングインスタンスを生成する請求項１に記載の受信装置。
6. 前記シグナリングテンプレートは、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）データであり、
   前記差分情報は、ＸＭＬデータの変換処理用の情報を含み、
   前記データ処理部は、
   前記シグナリングテンプレートに対する前記差分情報の適用処理によって、ＸＭＬデータからなるシグナリングインスタンスを生成する請求項１に記載の受信装置。
7. 前記シグナリングインスタンスは、
   受信装置において受信し再生するデータであるＡＶセグメントのアクセス情報を含む請求項１に記載の受信装置。
8. 前記差分情報は、通信プロトコルとしてのＦＬＵＴＥ（Ｆｉｌｅ Ｄｅｌｉｖｅｒｙ ｏｖｅｒ Ｕｎｉ−ｄｉｒｅｃｔｉｏｎａｌ Ｔｒａｎｓｐｏｒｔ）プロトコル、または、前記ＦＬＵＴＥプロトコルの拡張プロトコルであるＦＬＵＴＥ＋プロトコルに従って送信されるデータであり、
   前記データ処理部は、
   前記ＦＬＵＴＥプロトコル、またはＦＬＵＴＥ＋プロトコルに従った送信データから前記差分情報を抽出する請求項１に記載の受信装置。
9. 受信装置におけるコンテンツの受信再生に必要なシグナリングデータを送信する通信部を有し、
   前記通信部は、
   前記受信装置が保持するシグナリングテンプレートに適用してシグナリングインスタンスを生成するためのデータである差分情報であり、シグナリングインスタンス識別子を含む差分情報を送信する構成であり、
   前記シグナリングテンプレートは、
   複数のコンテンツに対応する複数の異なるシグナリングインスタンスを生成するために共通に利用されるテンプレートであり、
   動的な内容変換のないＸＭＬ要素および属性データによって構成される第１カテゴリデータと、
   動的な内容変換の可能性のあるＸＭＬ要素と属性データによって構成される第２カテゴリデータを含み、
   前記差分情報は、前記シグナリングテンプレートの前記第２カテゴリデータのみに適用する差分情報であり、受信装置において、前記差分情報に含まれるシグナリングインスタンス識別子を記録した特定コンテンツ対応のシグナリングインスタンスを生成可能とした差分情報である送信装置。
10. 前記差分情報は、前記シグナリングテンプレートに対する適用態様情報と適用データを含み、
    前記受信装置の保持するシグナリングテンプレートに対して前記適用態様情報に従った適用データの適用処理によってコンテンツ受信再生に必要となるシグナリングインスタンスを生成可能とした情報である請求項９に記載の送信装置。
11. 前記差分情報は、
    差分情報の適用対象となるシグナリングテンプレートの識別子と、
    前記シグナリングテンプレートに対する差分情報の適用処理によって生成されるシグナリングインスタンスの識別子を含む請求項９に記載の送信装置。
12. 受信装置におけるコンテンツ受信再生に適用するシグナリングデータを含むシグナリングインスタンスと、前記受信装置が保持するシグナリングテンプレートとの差分を検出して、前記シグナリングインスタンスの識別子を含む差分情報を生成するデータ処理部と、
    前記差分情報を送信する通信部を有する送信装置であり、
    前記シグナリングテンプレートは、
    複数のコンテンツに対応する複数の異なるシグナリングインスタンスを生成するために共通に利用されるテンプレートであり、
    動的な内容変換のないＸＭＬ要素および属性データによって構成される第１カテゴリデータと、
    動的な内容変換の可能性のあるＸＭＬ要素と属性データによって構成される第２カテゴリデータを含み、
    前記データ処理部は、
    前記シグナリングテンプレートの前記第２カテゴリデータのみに適用する差分情報として、前記シグナリングインスタンスの識別子を含む差分情報を生成する構成であり、
    前記差分情報は、前記受信装置において、前記差分情報に含まれるシグナリングインスタンス識別子を記録した特定コンテンツ対応のシグナリングインスタンスを生成可能とした差分情報である送信装置。
13. 受信装置において実行するデータ処理方法であり、
    前記受信装置は、コンテンツの受信再生に必要なシグナリングデータであるシグナリングインスタンス生成用のテンプレートであるシグナリングテンプレートを格納した記憶部を有し、
    前記受信装置の通信部が、前記シグナリングテンプレートに適用してシグナリングインスタンスを生成するためのデータである差分情報であり、シグナリングインスタンス識別子を含む差分情報を受信し、
    前記受信装置のデータ処理部が、前記シグナリングテンプレートに対して、前記差分情報を適用して、前記シグナリングインスタンスを生成し、
    前記シグナリングテンプレートは、
    複数のコンテンツに対応する複数の異なるシグナリングインスタンスを生成するために共通に利用されるテンプレートであり、
    動的な内容変換のないＸＭＬ要素および属性データによって構成される第１カテゴリデータと、
    動的な内容変換の可能性のあるＸＭＬ要素と属性データによって構成される第２カテゴリデータを含み、
    前記データ処理部は、
    前記シグナリングテンプレートの前記第２カテゴリデータのみに前記差分情報を適用して変換処理を実行し、
    内容変換のない第１カテゴリデータと、内容変換のなされた第２カテゴリデータを含み、前記差分情報に含まれるシグナリングインスタンス識別子を記録した特定コンテンツ対応のシグナリングインスタンスを生成するデータ処理方法。
14. 送信装置において実行するデータ通信方法であり、
    通信部が、受信装置におけるコンテンツの受信再生に必要なシグナリングデータの送信処理に際して、前記受信装置が保持するシグナリングテンプレートに適用してシグナリングインスタンスを生成するためのデータである差分情報であり、シグナリングインスタンス識別子を含む差分情報を送信するデータ通信方法であり、
    前記シグナリングテンプレートは、
    複数のコンテンツに対応する複数の異なるシグナリングインスタンスを生成するために共通に利用されるテンプレートであり、
    動的な内容変換のないＸＭＬ要素および属性データによって構成される第１カテゴリデータと、
    動的な内容変換の可能性のあるＸＭＬ要素と属性データによって構成される第２カテゴリデータを含み、
    前記差分情報は、前記シグナリングテンプレートの前記第２カテゴリデータのみに適用する差分情報であり、受信装置において、前記差分情報に含まれるシグナリングインスタンス識別子を記録した特定コンテンツ対応のシグナリングインスタンスを生成可能とした差分情報であるデータ通信方法。
15. 送信装置において実行するデータ処理方法であり、
    データ処理部が、受信装置におけるコンテンツ受信再生に適用するシグナリングデータを含むシグナリングインスタンスと、前記受信装置が保持するシグナリングテンプレートとの差分を検出して、前記シグナリングインスタンスの識別子を含む差分情報を生成し、
    通信部が、前記差分情報を送信するデータ処理方法であり、
    前記シグナリングテンプレートは、
    複数のコンテンツに対応する複数の異なるシグナリングインスタンスを生成するために共通に利用されるテンプレートであり、
    動的な内容変換のないＸＭＬ要素および属性データによって構成される第１カテゴリデータと、
    動的な内容変換の可能性のあるＸＭＬ要素と属性データによって構成される第２カテゴリデータを含み、
    前記データ処理部は、
    前記シグナリングテンプレートの前記第２カテゴリデータのみに適用する差分情報として、前記シグナリングインスタンスの識別子を含む差分情報を生成する構成であり、
    前記差分情報は、前記受信装置において、前記差分情報に含まれるシグナリングインスタンス識別子を記録した特定コンテンツ対応のシグナリングインスタンスを生成可能とした差分情報であるデータ処理方法。

Images