JP2009134747A - 送信装置およびメディアデータ送信方法 - Google Patents

Abstract

【課題】受信端末が、伝送された映像、音声、静止画、テキストなどさまざまなメディアからなるコンテンツを表示する場合に、メディアの受信状態に適した形態でコンテンツを再生できるようにすること。
【解決手段】送信側において、少なくとも１つ以上のメディアの表示レイアウトを決定するレイアウト情報を複数送信し、このレイアウト情報を構成するメディアデータを送信し、受信側において、送信側から送信されてきたレイアウト情報を受信し、このレイアウト情報を構成するメディアを受信し、このメディアの受信状態に基づいて複数の異なるレイアウト情報から１つを選択し、選択したレイアウト情報を用いてメディアを再生する。
【選択図】図３

Description

本発明は、ビデオ、音声、テキスト、または静止画といったメディアを含むコンテンツおよびコンテンツのレイアウト情報を送信する送信装置およびメディアデータ送信方法に関する。

現在、テキスト、静止画、動画、および音声を含むコンテンツを統合し、空間的配置および時間的配置を記述する方法としてＷ３Ｃ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍ）によって標準化されている、ＳＭＩＬ（Ｓｙｎｃｈｒｏｎｉｚｅｄ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｇｒａｔｉｏｎ Ｌａｎｇｕａｇｅ）と呼ばれる技術がある。

ＳＭＩＬは、現在インターネットを通じて非常に普及しているハイパーテキスト記述言語ＨＴＭＬと似た記述言語であるが、動画を含むマルチメディアデータを配信するのにより好適な記述言語である。

ＳＭＩＬファイルの記述例について図２２を用いて説明する。

図２２に示す記述の３行目の＜ｌａｙｏｕｔ＞から８行目の＜／ｌａｙｏｕｔ＞までが、コンテンツの空間的レイアウトの情報である。

１１行目の＜ｐａｒ＞から１６行目の＜／ｐａｒ＞までが、コンテンツを再生する時間情報である。

５行目から７行目において、動画、テキスト、静止画を配置する領域 ｖ、ｔ、ｉをそれぞれ定義する。

１２行目から１４行目まではそれぞれ、動画、音声、テキスト、静止画を再生する時間情報を定義する。１２行目から１４行目までの各行に含まれる “ｓｒｃ＝” は、メディアを取得するためのＵＲＬが指定されており、本例では、動画、音声をＲＴＳＰ（ＲｅａｌＴｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ、Ｉｎｔｅｒｎｅｔ Ｄｒａｆｔ ＲＦＣ２３２６）プロトコル、テキスト、静止画をＨＴＴＰプロトコルで取得することが指定されている。

また、１２行目または１４、１５行目に含まれる“ｒｅｇｉｏｎ＝”は、メディアを表示する位置を指定しており、５行目から７行目で指定した領域に対応している。

例えば、１４行目に指定されたテキストデータは、ｒｅｇｉｏｎ ｉｄ ＝“ｔ”であるから、６行目で指定されている領域に表示される。

なお、行番号は説明の便宜上付与したものであり、実際のＳＭＩＬファイルには記載されない。

次に、クライアントが、サーバ上に保存されたＳＭＩＬによって記述されたコンテンツを、ネットワークを介して、再生する方法について図２３を用いて説明する。

コンテンツの受信端末であるクライアント７０４は、ＨＴＴＰ等のプロトコルを用い、インターネットなどのネットワークを介し、サーバ１（７０１）からコンテンツが記述されたＳＭＩＬファイルを取得する。クライアント７０４は、ＳＭＩＬファイルを取得後、ＳＭＩＬファイルを解釈し、記述されているそれぞれのメディア、すなわち、テキスト、静止画、動画、音声等をサーバから取得する。具体的には、クライアント７０４は、サーバ２（７０２）より動画データおよび音声データを取得し、サーバ３（７０３）よりテキストデータおよび静止画データを取得する。

そして、クライアント７０４は、取得したＳＭＩＬファイルに記述されている空間情報および時間情報に基づいて、記述されているそれぞれのメディアを適切な位置および適切な時刻に再生する。

しかしながら、ＳＭＩＬを用いてコンテンツを記述した場合、クライアント７０４は、ＳＭＩＬファイルに記述されているマルチメディアデータの種類をあらかじめ知ることができない。

また、クライアント７０４のマルチメディアデータ再生能力によっては、ＳＭＩＬファイルに記述されているマルチメディアデータの全ての種類を復号（デコード）することができない可能性がある。

これを解決するために、クライアント７０４が、マルチメディアデータ再生能力に応じたデコーダを取得する方法が提案されている（例えば、特許文献１に記載の方法）。

この方法によれば、ＳＭＩＬ等のシナリオデータで指定されたマルチメディアデータの再生能力を受信端末が持たない場合であっても、受信端末がデコーダを適宜取得することができるようにしたものである。これにより、受信端末が、想定されるマルチメディアデータの全ての種類を復号（デコード）することができる。
特開２００２−２９７５３８号公報

しかしながら、特許文献１に記載のメディア配信方法には以下の問題があった。

上述したメディア配信方法は、マルチメディアデータの伝送状態を全く考慮していない。つまり、受信端末が、マルチメディアデータを受信できない場合について考慮していない。

特に、無線伝送路を介してメディアを配信する場合では、変動する通信路の帯域、誤り率に応じて、ＳＭＩＬで指定されたマルチメディアデータの受信端末への伝送が可能であったり、不可能であったりする。

例えば、第三世代の携帯電話システムにおいては、基地局から離れた場所にいる受信端末は低いビットレート、基地局に近い受信端末は高いビットレートでメディアデータの受信が可能であることがある。このような伝送路では、基地局から遠くにいる受信端末には映像データのようなサイズの大きいデータは受信しにくく、テキストや静止画といったメディアしか受信できないということが起こりうる。

このように、ＳＭＩＬで指定されたマルチメディアデータの中に受信できないものがある場合、たとえ、受信装置が、送信側から指定された全種類のマルチメディアデータの復号（デコード）が可能であっても、ＳＭＩＬで指定されるコンテンツを適切に表示できないという問題がある。

本発明は、かかる点に鑑みてなされたものであり、受信端末が、伝送された映像、音声、静止画、テキストなどさまざまなメディアからなるコンテンツを表示する場合に、メディアの受信状態に適した形態でコンテンツを再生できるようにすることを目的とする。

本発明の送信装置は、コンテンツを構成するメディアデータを送信する送信装置であって、複数のメディアデータの表示レイアウトをそれぞれ特定する複数のレイアウト情報を送信するレイアウト情報伝送部と、前記複数のメディアデータを送信するメディアデータ伝送部と、前記複数のレイアウト情報のうち所定のレイアウト情報に基づいてコンテンツを再生することを許可する識別子を送信する番組情報生成部と、を具備する構成を採る。

本発明のメディアデータ送信方法は、コンテンツを構成するメディアデータを送信する送信装置により実行されるメディアデータ送信方法であって、複数のメディアデータの表示レイアウトをそれぞれ特定する複数のレイアウト情報を送信するステップと、前記複数のメディアデータを送信するステップと、前記複数のレイアウト情報のうち所定のレイアウト情報に基づいてコンテンツを再生することを許可する識別子を送信するステップと、を具備するようにした。

本発明のプログラムは、コンテンツを構成するメディアデータを送信する送信装置におけるコンピュータに、複数のメディアデータの表示レイアウトをそれぞれ特定する複数のレイアウト情報を送信する機能と、前記複数のメディアデータを送信する機能と、前記複数のレイアウト情報のうち所定のレイアウト情報に基づいてコンテンツを再生することを許可する識別子を送信する機能と、を実現させるようにした。

本発明によれば、受信端末が、伝送された映像、音声、静止画、テキストなどさまざまなメディアからなるコンテンツを表示する場合に、メディアの受信状態に適した形態でコンテンツを再生できる。

本発明の第１の態様にかかる受信装置は、少なくともひとつ以上のメディアの表示レイアウトを決定するレイアウト情報および前記レイアウト情報を構成する前記メディアを受信する伝送部と、前記メディアの受信状態に基づいて複数の異なる前記レイアウト情報から１つを選択する受信データ管理部と、選択した前記レイアウト情報を用いて前記メディアを再生する再生制御部と、を具備した構成を採る。

これにより、メディアの受信状態に対して、適切なレイアウト情報を用いたレイアウティングを行ってコンテンツを表示させることが可能となる。

本発明の第２の態様は、第１の態様にかかる受信装置において、前記受信データ管理部は、構成する全ての前記メディアが受信可能な前記レイアウト情報を選択する。

これにより、受信可能なメディアに対して、適切なレイアウト情報を用いたレイアウティングを行ってコンテンツを表示させることが可能となる。例えば、受信装置が、テキスト、静止画のみを受信できるときには、テキスト、静止画のみの場合に適したレイアウティングを行って表示し、映像、音声、静止画、テキストを受信できる場合には、これらのメディアに適したレイアウティングを行って表示できる。つまり、伝送された映像、音声、静止画、テキストなどさまざまなメディアからなるコンテンツを表示する場合に、受信可能なメディアに適した形態でコンテンツを表示できる。

本発明の第３の態様は、第１の態様または第２の態様にかかる受信装置において、前記レイアウト情報は再生に必須である必須メディアを有し、前記受信データ管理部は前記必須メディアが受信可能である前記レイアウト情報を選択する。

これにより、一部のメディアが再生できない状態で、そのレイアウト情報を再生するべきか否かを決定することができる。

本発明の第４の態様は、第１の態様から第３の態様のいずれかにかかる受信装置において、前記レイアウト情報は使用の優先度情報を有し、前記受信データ管理部は前記複数の異なるレイアウト情報から前記優先度情報の最も高い前記レイアウト情報を選択する。

これにより、複数のレイアウト情報が再生可能な状態になったときに、優先度を用いていずれのレイアウト情報を選択すべきか決定することができる。

本発明の第５の態様は、第１の態様から第３の態様のいずれかにかかる受信装置において、前記受信データ管理部は、前記複数の異なるレイアウト情報から、前記送信側から送信されてくる送信間隔が最も長い前記レイアウト情報を選択する。

送信間隔が最も長い前記レイアウト情報は、使用する受信装置が少ないものに対応したものであり、より情報量の多いメディアを含むものであることが考えられる。よって、これにより、複数のレイアウト情報が再生可能な状態になったときに、より情報量の多いレイアウト情報を選択することができる。

本発明の第６の態様は、第１の態様から第３の態様のいずれかにかかる受信装置において、前記受信データ管理部は、前記複数の異なるレイアウト情報がひとつの番組情報に記載されている場合に、前記複数の異なるレイアウト情報から最も記載順の早い前記レイアウト情報を選択する。

記載順の早いレイアウト情報は、番組作成者が最も表現したいものであることが考えられる。よって、これにより、複数のレイアウト情報が再生可能な状態になったときに、最も表現することが好ましいレイアウト情報を選択できる。

本発明の第７の態様は、第１の態様から第３の態様のいずれかにかかる受信装置において、前記受信データ管理部は、前記複数の異なるレイアウト情報から構成する前記メディアの数が多い前記レイアウト情報を選択する。

これにより、複数のレイアウト情報が再生可能な状態になったときに、最もメディアの数が多い、つまり表現することが好ましいレイアウト情報を選択できる。

本発明の第８の態様は、第１の態様から第３の態様のいずれかにかかる受信装置において、前記受信データ管理部は、前記複数の異なるレイアウト情報から映像メディアを含む前記レイアウト情報を選択する。

これにより、複数のレイアウト情報が再生可能な状態になったときに、映像メディアを含む、つまり表現することが好ましいレイアウト情報を選択できる。

本発明の第９の態様は、第１の態様から第３の態様のいずれかにかかる受信装置において、前記メディアの伝送路上でのロス率を測定する受信制御部を具備し、前記受信データ管理部は前記複数の異なるレイアウト情報から前記ロス率が所定以下の前記レイアウト情報をひとつ選択する。

これにより、メディアが継続的に再生できるときにのみ、再生を行うことになり、パケットロスの多い劣化した情報を表示することがなくなる。

本発明の第１０の態様にかかる送信装置は、少なくとも１つ以上のメディアの表示レイアウトを決定するレイアウト情報を複数送信するレイアウト情報伝送部と、前記レイアウト情報を構成するメディアデータを送信するメディアデータ伝送部と、を具備した構成を採る。

これにより、受信側に、メディアの受信状態に対して、適切なレイアウト情報を用いたレイアウティングを行ってコンテンツを表示させることが可能となる。

本発明の第１１の態様は、第１０の態様にかかる送信装置において、前記レイアウト情報を構成する前記メディアが再生可能である場合にのみ前記レイアウト情報を利用して再生を行うことを許可する識別子を送信する。

これにより、受信側に、一部のメディアが再生できない状態で、そのレイアウト情報を再生するべきか否かを決定させることができる。

本発明の第１２の態様は、第１０の態様にかかる送信装置において、複数の異なる前記レイアウト情報を送信する際に、使用の優先度の高い前記レイアウト情報の送信間隔を、使用の優先度の低い前記レイアウト情報の送信間隔よりも長く設定する。

優先度の高いレイアウト情報は、情報量が多いので、受信できる受信装置が少ないことが考えられる。よって、このように、優先度の高いレイアウト情報の送信間隔を長くすることにより、伝送帯域を有効に使用できる。

本発明の第１３の態様は、上記の送信装置と、上記の受信装置とを具備したことを特徴とするメディア配信システムである。

本発明の第１４の態様は、少なくともひとつ以上のメディアの表示レイアウトを決定するレイアウト情報を受信するステップと、前記レイアウト情報を構成する前記メディアを受信するステップと、前記メディアの受信状態に基づいて複数の異なる前記レイアウト情報から１つを選択するステップと、選択した前記レイアウト情報を用いて前記メディアを再生するステップと、を具備したことを特徴とする情報閲覧方法である。

本発明の第１５の態様は、少なくとも１つ以上のメディアの表示レイアウトを決定するレイアウト情報を複数送信するステップと、前記レイアウト情報を構成するメディアデータを送信するステップと、を具備したことを特徴とするメディア送信方法である。

本発明の第１６の態様は、送信側において、少なくとも１つ以上のメディアの表示レイアウトを決定するレイアウト情報を複数送信するステップと、前記レイアウト情報を構成するメディアデータを送信するステップと、受信側において、送信側から送信されてきた前記レイアウト情報を受信するステップと、前記レイアウト情報を構成する前記メディアを受信するステップと、前記メディアの受信状態に基づいて複数の異なる前記レイアウト情報から１つを選択するステップと、選択した前記レイアウト情報を用いて前記メディアを再生するステップと、を具備したことを特徴とする情報閲覧方法である。

本発明の第１７の態様は、コンピュータに、少なくともひとつ以上のメディアの表示レイアウトを決定するレイアウト情報を受信するステップと、前記レイアウト情報を構成する前記メディアを受信するステップと、前記メディアの受信状態に基づいて複数の異なる前記レイアウト情報から１つを選択するステップと、選択した前記レイアウト情報を用いて前記メディアを再生するステップと、を行わせることを特徴とするプログラムである。

本発明の第１８の態様は、コンピュータに、少なくとも１つ以上のメディアの表示レイアウトを決定するレイアウト情報を複数送信するステップと、前記レイアウト情報を構成するメディアデータを送信するステップと、を行わせることを特徴とするプログラムである。

本発明の第１９の態様は、上記のプログラムを格納した記憶媒体である。

（実施の形態１）
以下、本発明にかかる実施の形態１について、図面を参照しつつ説明を行う。

まず、図１（ａ）〜図１（ｃ）を用いて実施の形態１にかかる通信網の利用形態について説明する。図１（ａ）〜図１（ｃ）は、実施の形態１にかかるメディア配信システムを示した図である。

図１（ａ）に示すように、実施の形態１にかかるメディア配信システムは、送信装置であるサーバ１０２から配信されたコンテンツを、通信網１０１を介して、受信端末１０４が受信するようになっている。

サーバ１０２は、動画、音声、音楽、テキスト、静止画、レイアウト情報、プログラムなどさまざまなメディア対象としたコンテンツを伝送する。また、サーバ１０２は、コンテンツとして、番組情報と番組データとを送信している。

番組情報は、番組の概要や、放送開始・終了時間、放送に使用される通信ポート（ＴＶ放送におけるチャンネルにあたるもので、具体的には、あて先ＩＰアドレスやポート番号のことをいう）などの受信条件を記したデータである。

また、番組情報の記述方法としては例えば、ＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が用いられている。

また、番組データは、動画、音声、音楽、テキスト、静止画、プログラムなどのメディアと、これらを組み合わせて表示するためのレイアウト情報である。

レイアウト情報の記述方法としては、例えば、ＳＭＩＬ（Ｓｙｎｃｈｒｏｎｉｚｅｄ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｇｒａｔｉｏｎ Ｌａｎｇｕａｇｅ）やＪＡＶＡ（Ｒ）を用いられている。

なお、ＳＭＩＬの詳細については、ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ｓｍｉｌ２０／に、ＳＤＰの詳細についてはｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２３２７．ｔｘｔに、それぞれ記述されている。

受信端末１０４は、携帯電話、ＴＶ、ＰＤＡ、パソコンなど、表示解像度や処理能力が異なる端末である。受信端末１０４は、最初にサーバ１０２から送信された番組情報を受信し、番組情報に記載される番組データ受信用の受信チャネルを開いて番組データを受信する。そして、受信端末１０４は、番組情報に対応する番組を再生する。

なお、受信端末１０４は番組を配信する複数のサーバから同時にコンテンツを受信してもよい。さらに、受信端末１０４は、単一の伝送路だけでなく、複数の伝送路に同時に接続できる能力を有するものであってもよい。

通信網１０１は、有線網（例えば、ＡＤＳＬ、ＩＳＤＮ、ＡＴＭ、ＦＴＴＨなど）であっても無線網（例えば、携帯電話、無線ＬＡＮなど）である。

また、通信機器はルータやゲートウェイ（ＧＷ）といった中継ノード１０３で相互接続される。

中継ノード１０３は、ブロードキャストやマルチキャスト機能を備え、中継ノード１０３でデータパケットを複製することができる。

また、コンテンツの伝送方法としては、サーバ１０２と受信端末１０４間で１対１型の通信を行ってもよいし、ブロードキャストやマルチキャスト機能を用いて、サーバ１０２と受信端末１０４間１対Ｎ型の通信を行ってもよい。

なお、番組情報や番組データは、同一の伝送路を利用して伝送してもよいし、それぞれ別々の伝送路を利用して伝送してもよい。例えば、番組情報は放送網を用いて伝送し、番組データは通信網を用いて伝送することとしてもよい。

また、実施の形態１は、図１（ｂ）に示すように、有線網と無線網が相互接続された通信網１０５を備えた形態であってもよい。

さらに、実施の形態１は、図１（ｃ）に示すように、サーバ１０２が各所に存在し、近傍のエリアにデータをブロードキャストし、受信端末１０４がデータを受信する通信形態であってもよい。このような通信形態の場合には、伝送プロトコルとして、ＢｌｕｅＴｏｏｔｈや無線ＬＡＮなどを利用できる。

また、サーバ１０２と受信端末１０４間の接続経路は通信網１０１だけではなく、放送網（例えば、地上波デジタル放送、衛星デジタル放送など）や、放送網と通信網を融合したシステム構成であってもよい。

ところで、特に、図１（ｂ）に示すように、携帯電話のような移動する受信端末１０４へコンテンツを放送する形態では、受信端末１０４が存在する地域ごとに異なるコンテンツを放送したいという要望もある。しかし、サーバ１０２から複数の受信端末１０４に、ブロードキャストもしくはマルチキャストした場合、位置に応じて放送内容を変更することは容易ではない。

そこで、実施の形態１においては、位置に応じた放送を実現するために、例えば、図１（ｂ）では、サーバ１０２と中継ノード１０３間は１対１で通信し（有線網の区間）、中継ノード１０３と受信端末１０４間は、無線網を用いたブロードキャスト機能を利用して配信している。

このように、ブロードキャスト機能を実現する中継ノード１０３は、他の中継ノード１０３をまたがって、パケットをブロードキャストすることはない。

次に、受信端末１０４における、受信できるメディアに応じた番組の再生結果の違いを図２（ａ）〜図２（ｄ）を用いて説明する。図２（ａ）〜図２（ｄ）は、受信端末１０４における、中継ノード１０３からの物理的もしくは論理的な距離に応じた番組の再生結果の違いを説明する図である。

この例では、サーバ１０２は、テキストデータ（２０１）、低解像度の静止画データ１（２０２）、静止画データ２（２０３）、ＭＰＥＧ４映像ストリームデータ（２０４、２０６）、高解像度の静止画データ１（２０５）を送信しているものとする。

ＭＰＥＧ４映像ストリームデータ２０４、２０６は、同じ画像を高解像度と低解像度で符号化したものである。ＭＰＥＧ４映像ストリームデータ２０４は低解像度で符号化したものであり、ＭＰＥＧ４映像ストリームデータ２０６は高解像度で符号化したものである。また、サーバ１０２は、ＭＰＥＧ４映像ストリームデータ２０４はフレーム内符号化フレーム（Ｉフレーム）、ＭＰＥＧ４映像ストリームデータ２０６はフレーム間符号化フレーム（Ｐフレーム）のデータを送信しているものとする。

図２（ａ）に示す表示結果は、受信端末１０４が、テキストデータ２０１と低解像度の静止画データ１（２０２）を受信可能な場合の表示結果である。この場合には、受信端末１０４に、テキストデータ２０１と低解像度の静止画データ１（２０２）が表示される。

図２（ｂ）に示す表示結果は、受信端末１０４が、テキストデータ２０１と低解像度の静止画データ１（２０２）に加えて、静止画データ２（２０３）を受信可能な場合の番組の再生結果である。この場合、受信端末１０４は、テキストデータ２０１、低解像度の静止画データ１（２０２）、および、静止画データ２（２０３）を表示するのに適したレイアウトを採用している。

図２（ｃ）に示す表示結果は、受信端末１０４が、テキストデータ２０１、低解像度の静止画データ１（２０２）、および、静止画データ２（２０３）に加えてＭＰＥＧ４映像ストリームデータ２０４をできるときの番組の再生結果である。この場合、受信端末１０４は、ＭＰＥＧ４映像ストリームデータ２０４が中央に配置され、テキストデータ２０１、静止画データ１（２０２）、静止画データ２（２０３）が、縮小されて表示されるレイアウトを採用している。

図２（ｄ）に示す表示結果は、受信端末１０４が、テキストデータ２０１、低解像度の静止画データ１（２０２）、静止画データ２（２０３）、ＭＰＥＧ４映像ストリームデータ２０４に加えて、ＭＰＥＧ４映像ストリームデータ２０６および高解像度の静止画データ１（２０６）を受信できる場合の番組の再生結果である。この場合、受信端末１０４は、図２（ｃ）に示す場合にくらべ、静止画データ１の解像度が上がり、映像のフレームレートも上がっている。

本発明では、図２に示したように、受信端末１０４が、受信できるメディアが少ない場合にはそれらのメディアに適した適切なレイアウティングを行って番組を表示し、かつ、多くのメディアにより情報を表示できる場合にはそれらのメディアに適したレイアウティングを行って番組を表示するようにしている。

以下、上述したように、受信できるメディアに適したレイアウトでメディアを表示する受信端末１０４を含むメディア配信システムの構成について図３を用いて説明する。図３は、実施の形態１にかかるメディア配信システムの全体像を示す概略図である。

コンテンツ送信装置であるサーバ１０２は、データ管理部３０１、番組放送管理部３１４、送出制御部３０４、番組情報生成部３１２、および伝送部３０５を備えている。

データ管理部３０１は、番組テーブル３０１ａ、レイアウト情報を格納するレイアウト情報格納部３０１ｂ、ＭＰＥＧ４映像ストリームデータ２０４、２０６を格納するＡＶデータ格納部３０１ｃ、静止画データ２０２、２０３、２０５を格納する静止画格納部３０１ｄ、およびテキストデータ２０１を格納するテキスト格納部３０１ｅから構成される。データ管理部３０１は、ハードディスクドライブに代表される記録媒体である。

番組テーブル３０１ａは、番組の情報を格納するテーブルである。この番組テーブル３０１ａに基づいて、各番組が放送される。

番組テーブル３０１ａの詳細について図４を用いて説明する。図４は、サーバ１０２が保有する番組テーブル３０１ａを示した図である。

番組テーブル３０１ａは、１つの番組の情報を格納するものであり、サーバ１０２は、この番組テーブル３０１ａを放送する番組の数だけ保有している。なお、図３では、図面の簡略化のため、番組テーブル３０１ａをひとつしか示していない。

番組テーブル３０１ａは、セッション情報４０１とメディア情報４０２に分かれている。

セッション情報４０１は番組全体に関する情報を表しており、メディア情報４０２は、番組を構成する各メディアの情報を表している。

セッション情報４０１には、タイトル４０３、セッション番号４０４、送信開始・終了時刻４０５、および、あて先アドレス４０６が格納されている。

タイトル４０３は、この番組のタイトルを表している。

セッション番号４０４は、この番組を一意に示す番号である。

送信開始・終了時刻４０５は、番組の送信開始と終了時刻が記載されている。

あて先アドレス４０６は、データのあて先アドレスを示しており、どのアドレスあてに番組データを送信するかを示している。

また、メディア情報４０２は、ファイル名４０７、送信名４０８、メディアの種別４０９、必須フラグ４１０、および、送信周期・繰り返し回数４１１といった情報を持つ。

ファイル名４０７は、そのメディア（番組）に格納されているファイル名が記載されている。ファイル名４０７は、メディアデータおよびレイアウト情報の名前である。

送信名４０８は、そのメディアデータの送信の際に、データを一意に識別するために付与される識別子を示している。この情報は、レイアウト情報で各メディアを指定するために使用する。また、各メディアの送信名は、番組情報に入力される。

メディアの種別４０９は、そのメディアの種別を示している。この情報は番組情報に入力されて、受信装置に送信される。

必須フラグ４１０は、対応するメディアデータが再生不可能なときに、受信端末１０４が、そのメディアを構成メディアとして持つレイアウト情報を使って番組を再生することを許可するか否かを示すフラグである。つまり、必須フラグ４１０は、そのメディアがレイアウト情報の再生に必須であるか否かを示すフラグである。

必須フラグ４１０が１になっているときは、そのメディアが再生不可能であるときには、そのメディアをレイアウトの構成要素として持つレイアウト情報を使って番組を再生することを許可しない。言い換えれば、必須フラグ４１０は、メディアが対応するレイアウト情報に必須な必須メディアか否かを示すものである。

必須フラグ４１０は、番組情報もしくはレイアウト情報に記載されて受信装置に通知される。

送信周期・繰り返し回数４１１は、送信するメディアデータが静止画、テキストデータである場合には、そのメディアデータの送信の繰り返し周期を示し、送信するメディアデータがストリームのデータである場合には、そのストリームデータを何回繰り返して送信するかを示す。

図４の例では、ストリームデータはＡｕｄｉｏ、Ｖｉｄｅｏであり、その繰り返し回数は無限回（サーバ１０２が停止指示を出すまで送信しつづける）となっている。

以上のように番組テーブル３０１ａは構成されている。

ここで図３を用いたコンテンツ配信装置の説明に戻る。

番組放送管理部３１４は、各番組の放送開始、終了を管理するものである。番組放送管理部３１４は、番組再生開始、終了時刻を記憶して、送信開始時刻になれば番組の送信を開始し、終了時刻になると番組の送信を終了する。

さらに詳細には、番組放送管理部３１４は、各番組の番組テーブル３０１ａからセッション情報４０１に関する情報を読み込み、そこに記録された番組の放送開始時刻・終了時刻４０５を記憶する。そして、番組放送管理部３１４は、各番組の放送開始時刻になると送出制御部３０４および番組情報生成部３１２にその番組の放送開始を指示する。また、番組放送管理部３１４は、終了時刻になると、送出制御部３０４および番組情報生成部３１２にその番組の放送終了を指示する。

送出制御部３０４は、番組放送管理部３１４からの放送開始指示に従って、指示された番組テーブル３０１ａのメディア情報４０２を読み出し、メディア情報４０２のファイル名４０７をもとに番組データを構成するメディアデータおよびレイアウト情報を読み出す。送出制御部３０４は、読み出した番組データを伝送部３０５に渡す。また、送出制御部３０４は、番組放送管理部３１４からの放送終了指示に基づいて、指示された番組の放送を停止する。

番組情報生成部３１２は、番組放送管理部３１４からの放送開始指示に従って、指示された番組の番組情報をデータ管理部３０１より読み出す。そして、必要であれば、番組情報に番組データの放送チャンネル（各メディアデータのあて先ＩＰアドレス、ポート番号など）の情報を追加する。そして、番組情報生成部３１２は、この番組情報を一定周期で伝送部３０５に渡す。また、番組情報生成部３１２は、番組放送管理部３１４からの放送終了指示に従って、指示された番組の番組情報の伝送部３０５への受け渡しを終了する。

なお、番組情報をあらかじめ受信端末１０４に渡してあって、番組放送時点では番組情報を送信する必要がない場合には、サーバ１０２にこの番組情報生成部３１２を備える必要はない。

伝送部３０５は、ＩＰネットワークにデータを送信可能なインターフェースである。また、この伝送部３０５は、番組情報生成部３１２および送出制御部３０４から受け取った番組情報および番組データをパケット化する機能を有する。さらに、伝送部３０５は、あらかじめ定められた番組情報用チャンネルに番組情報を送信し、番組情報に基づいて、定められたチャンネルに番組データを送信する機能を有する。

なお、上記のシステムにおいて、番組情報は、リアルタイムで生成しても良いし、放送前に事前に生成しても良い。また、番組情報は、必ずしも番組データとあわせて送信する必要はなく、別の手段により送信してもよい。

例えば、番組情報送信用の別のサーバを準備し、受信装置が、そのサーバからＨＴＴＰなどを用いて取得することとしてもよい。

次に、受信端末１０４について説明する。

受信端末１０４は、端末制御部３１０、受信制御部３０７、番組選択部３１７、再生制御部３０８、表示部３１６、受信データ管理部３１８および伝送部３１５を備えている。

端末制御部３１０は、受信端末１０４全体の制御を行う。図３においては、図の簡便化のため端末制御部３１０から他の処理部への信号線を省略しているが、実際には、全ての処理部に対する信号線がある。

受信制御部３０７は、伝送部３１５により受信したデータをバッファ３２０に蓄積する。そして、受信制御部３０７は、蓄積したデータの種別を判別し、受信したデータが番組情報である場合には、番組選択部３１７へデータを渡す。受信制御部３０７は、受信したデータがレイアウト情報である場合には、そのレイアウト情報の優先度、レイアウトを構成するメディア、各メディアの表示が必須であるかどうかなどを解析し、後述する受信データ管理テーブル３１９へ記入する。また、受信制御部３０７は、受信したデータがメディアデータである場合には、メディアの再生準備が完了したかどうかを判定し、その結果を受信データ管理テーブル３１９に記載する。また、受信制御部３０７は、メディアデータが継続的に受信可能かどうかを判定し、判定結果を受信データ管理テーブル３１９に記載する。受信制御部３０７は、以上の機能を有する。

番組選択部３１７は、受信制御部３０７より受け取った番組情報から、受信する番組を選択し、伝送部３１５に受信の指示をするものである。番組選択部３１７は、受信する番組の選択を、視聴者からの指示で行ってもよいし、受信端末１０４が自動的に選択する仕組みであってもよい。

自動的に選択する方法としては、例えば、番組選択部３１７は、受信した番組情報中からランダムに選択する。

番組選択部３１７は、表示部３１６に番組タイトルなどの番組一覧を表示させる。そして、視聴者が表示部３１６に表示された番組一覧から任意の番組を選択する。

また、番組選択部３１７は現在放送中の番組の番組データを受信するためのチャンネルを番組情報から求める。

なお、実施の形態１では、番組情報は番組データを送信するサーバ１０２から送信される仕組みとなっているが、番組情報は、別の方法で入手することも可能である。例えば、ＨＴＴＰを使ってＨＴＴＰサーバから取得する方法などがある。

受信データ管理部３１８は、受信データ管理テーブル３１９を保持し、受信データ管理テーブル３１９の更新を検出し、後述するテーブル管理処理に基づいて、使用すべきレイアウト情報を決定し、再生制御部３０８に通知する。

再生制御部３０８は、受信データ管理部３１８の決定したレイアウト情報を受信制御部３０７より取得し、レイアウト情報に基づいて番組データの再生処理を行う。

なお、再生制御部３０８は、映像や音声の再生に、復号処理のためのさまざまな方式の復号化処理を行う。この方式としてはＭＰＥＧ４やＭＰＥＧ２といった標準化された方式を用いても良いし、標準化されていない方式を用いても良い。

また、再生制御部３０８は、復号された情報を合成するために、テキストやアニメーションの表示位置や表示タイミングを決定する。メディア間の同期は、ＭＰＥＧ２、ＳＭＩＬといった標準化された方式を用いても良いし、標準化されていない方式を用いても良い。

伝送部３１５は、ＩＰネットワークからのデータパケットを受信可能なインターフェースである。伝送部３１５は、番組情報受信用チャンネルをオープンして番組情報を受信したり、番組選択部３１７より受信開始指示されたチャンネルをオープンし、番組データを受信する機能を有する。

また、伝送部３１５は、受信した各種データパケットから、データを取り出して、受信制御部３０７に渡す機能を有する。さらに、伝送部３１５は、番組選択部３１７からの受信終了指示されたチャンネルをクローズして番組データの受信を停止する機能を有する。

なお、実施の形態１では、番組情報および番組データは同一伝送路で伝送されているが、受信端末１０４に複数の伝送路に接続する機能が備わっている場合には、それぞれを別々の伝送路で受信してもよい。

表示部３１６は、再生制御部３０８により復号されたＡＶデータ、テキスト、静止画といった各種メディアを、再生制御部３０８によって決定されたタイミングで視聴者に提示するものである。視聴者への提示は、具体的には、ＣＲＴやＬＣＤなどに代表される映像表示デバイスと、スピーカなどの音声再生デバイスを用いて行われる。

次に、受信管理テーブル３１９の構成について図５を用いて説明する。図５は、受信管理テーブル３１９の構成を示すブロック図である。

データ受信管理テーブル３１９は、レイアウト情報テーブル９０１と、メディアテーブル９０２からなる。

レイアウト情報テーブル９０１は、優先度９０３、構成メディア９０４、および必須フラグ９０５の各フィールドを持つ。

優先度フィールド９０３には、各レイアウト情報の優先度が記載される。優先度は、どのレイアウトを優先的に採用するかを示す値である。優先度は、コンテンツをより詳細に表現できるレイアウトほど高くなっている。この優先度は、送信端末であるサーバ１０２より明示的もしくは暗示的に送信される場合や、受信端末１０４の表示のポリシーに従って決定される場合がある。

なお、優先度（フィールド）９０３の優先度については、サーバ１０２から、番組情報やパケットヘッダを用いて明示的に通知し、通知された値を使用する方法もあるし、サーバ１０２と受信端末１０４間であらかじめ定められた取り決めによって暗示的に通知する方法もある。

優先度を暗示的に通知する方法としては、例えば、番組情報に記載される順番をレイアウト情報の優先度とすることが考えられる。

記載順の早いレイアウト情報は、番組作成者が最も表現したいものであることが考えられる。よって、これにより、最も表現することが好ましいレイアウト情報も優先度を高くできる。この結果、受信端末１０４が、複数のレイアウト情報が再生可能な状態になったときに、最も表現することが好ましいレイアウト情報を選択できる。

また、送信間隔の長いレイアウト情報の方の優先度を高くすることも考えられる。

送信間隔が最も長いレイアウト情報は、使用する受信端末１０４が少ないものに対応したものであり、より情報量の多いメディアを含むものであることが考えられる。よって、これにより、より情報量の多いレイアウト情報の優先度を高くすることができる。この結果、受信端末１０４は、複数のレイアウト情報が再生可能な状態になったときに、より情報量の多いレイアウト情報を選択することができる。

また、サーバ１０２が優先度を決定するのではなく、受信端末１０４に「映像が含まれるレイアウト情報の優先度が最も高い」、「使用しているメディアの数が多いものが最も優先度が高い」といったポリシーを登録しておきそのポリシーに応じて再生する方法もある。

これにより、最もメディアの数が多い、もしくは、映像メディアを含む、つまり表現することが好ましいレイアウト情報の優先度を高くすることができる。この結果、受信端末１０４は、複数のレイアウト情報が再生可能な状態になったときに、つまり表現することが好ましいレイアウト情報を選択できる。

また、受信端末１０４では、再生可能なレイアウト情報のうち、最も優先度が高い（図の例では、値が小さいほど優先度が高い）レイアウト情報を優先して再生するルールとなっている。ここで、レイアウト情報が再生可能とは、そのレイアウトを構成するメディアデータの一部が再生可能な状態になることを意味する。

メディアデータが再生可能な状態とは、ストリームデータであれば、プレバッファリングが完了した状態であり、テキスト、静止画データであれば、そのメディアを構成するメディアデータ全てを受信した状態であることを意味する。

構成メディアフィールド９０４には、各レイアウトを構成するメディアが示される。受信端末１０４は、構成メディアフィールド９０４に記載されるメディアについてレイアウト情報を解析することで取得する。

また、番組情報中にレイアウト情報がどのメディアにより構成されているか記載されている場合には、受信端末１０４は番組情報から各レイアウトを構成するメディアを取得することもできる。

必須フラグ９０５は、そのレイアウト情報を用いて再生を行うのに、そのメディアが再生可能な状態になっていなければ成らないか否かを示すフラグである。

例えば、優先度１のレイアウト情報は、ｔｅｘｔ１、ｉｍａｇｅ１、ｉｍａｇｅ２、ａｕｄｉｏ１、ｖｉｄｅｏ１から構成されるが、このレイアウトを用いて再生する際には、必須フラグ９０５が１になっているａｕｄｉｏ１およびｖｉｄｅｏ１の再生が可能な状態になっていなくてはいけない。他のメディアについては、再生ができなくても、そのメディアを表示する部分を空白にしたまま再生してもよい。

必須フラグ９０５の情報については、レイアウト情報に格納されており、受信端末１０４はその情報を取得してレイアウト情報テーブル９０１に入力する。また、番組情報に必須フラグ９０５の情報が記載されている場合には番組情報から取得して入力することとしてもよい。

メディアテーブル９０２は、送信名（メディア名）９０６、優先度９０７、受信完了フラグ９０８、受信継続可能フラグ９０９からなる。

送信名（フィールド）９０６には、サーバ１０２から番組情報により通知されるメディアの送信名が記載される。

優先度（フィールド）９０７には、同一送信名で送信されるメディアが存在する場合に、どちらのメディアを優先して使用するかを示す優先度が記載される。

例えば、ｉｍａｇｅ１は、送信するデータとして高解像度のものと、低解像度のものが送信される。したがって、受信端末１０４は、高解像度のものが受信できれば、低解像度のものよりも優先して表示する必要がある。よって、高解像度のｉｍａｇｅ１の優先度は、低解像度のｉｍａｇｅ１の優先度より高くなっている。

この優先度は、サーバ１０２から番組情報やパケットヘッダに明示的に格納して送付してもよいし、サーバ１０２と受信端末１０４間であらかじめ定められた取り決めによって暗示的に通知してもよい。

例えば、番組情報に記載される順番が、メディアの優先度を表すこととするとか、送信間隔の長いレイアウト情報の方を優先度が高いとするとか、メディアのデータ量が大きい方が、優先度が高いものとするなどが考えられる。

また、スケーラブルなメディア（ＭＰＥＧ４のＦＧＳや、ＭＰＥＧのＩフレームとＰフレームを別々に送信するなど）の場合には、基本レイヤのみのメディアの優先度が低く、再生と基本レイヤと拡張レイヤを組み合わせたメディアの方の優先度が高くなるよう優先度（フィールド）９０７に記入するものとする。

受信完了フラグ（フィールド）９０８には、そのメディアが再生可能な状態になったことを示す受信完了フラグが記載される。ストリームデータの場合には、プレバッファリングが完了した際に受信完了フラグが１に設定される。また、静止画、テキストデータの場合には、メディアを構成する全てのメディアデータの受信を完了した際に受信完了フラグが１に設定される。

受信継続可能フラグ（フィールド）９０９には、そのメディアデータを継続的に受信できるかどうかを示す継続受信可能フラグが記載される。継続的に受信できるとは、パケットがある程度連続して受信できることを表している。例えば、パケットロス率がある閾値をよりも下回っている場合には継続受信可能フラグは１、上回っている場合には受信継続可能フラグは０と設定する。

受信端末１０４の受信制御部３０７は、番組情報、レイアウト情報を受信するとレイアウト情報テーブル９０１を更新し、番組情報、メディアを受信するとメディアテーブル９０２を更新する。また、更新の結果、再生すべきレイアウト情報が変化した場合には、受信端末１０４は、再生するレイアウト情報を変更して再生を行う。

本発明では、複数のレイアウト情報の中から、受信端末１０４で再生可能なものを選択して再生することで、受信可能なデータに応じた適切な番組表示を実現する。

受信端末１０４において適切なレイアウト情報の選択を実現するためには、受信端末１０４において、１）レイアウト情報の優先度、２）メディアデータの優先度、３）レイアウトを構成するメディアデータ、４）そのレイアウトを再生するのに必須となるメディアデータ、５）メディアの送信名、を何らかの形で決定する必要がある。

このため、実施の形態１では、サーバ１０２から受信端末１０４、上述した１）〜５）を番組情報により通知している。

以下、実施の形態１にかかる番組情報について図６を用いて説明する。図６は、実施の形態１における番組情報をＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ、ＩＥＴＦ Ｉｎｔｅｒｎｅｔ Ｄｒａｆｔ ＲＦＣ２３２７）により記述した図である。

図６に示す番組情報１８００では、ＳＤＰのセッション情報部分は省略し、メディア情報の部分のみを記述している。

また、番組情報１８００では、テキスト、静止画、静止画、ビデオ、オーディオ、レイアウト情報を番組データとして送信することを表している。

具体的には、番組情報１８００は、１８０１に示すように、ｍ＝フィールドにより、ポート番号４９２３４にＲＴＰ（Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｌ、ＩＥＴＦ Ｉｎｔｅｒｎｅｔ Ｄｒａｆｔ ＲＦＣ１８８９）を用いてペイロードタイプ１０２でテキストを送信することを表している。

また、番組情報１８００では、番組データの送信名はａ＝ｎａｍｅｍａｐ：フィールドに記載されている。このフィールドは“ａ＝ｎａｍｅｍａｐ：＜ＰＴ＞ ＜送信名＞”のフォーマットになっており、＜ＰＴ＞は、ＲＴＰのペイロードタイプを表す。これにより、“ＲＴＰのペイロードタイプが＜ＰＴ＞であるメディアの送信名は＜送信名＞である。”という意味を表している。

また、番組情報１８００には、１８０２で示される部分に、静止画のメディア情報が記載されている。この例では、複数の静止画を同一送信名で送信するよう記載されている（ペイロードタイプ１０４、１０５でそれぞれ送信する）。

このように、同一送信名で複数のメディアデータを送信する場合には、受信端末１０４でどちらのメディアデータを優先して使用するべきかをサーバ１０２から通知する必要がある。

この例では、“ａ＝ｐｒｉｏｒｉｔｙｍａｐ：”フィールドによりそれを定義することとしている。このフィールドは、“ａ＝ｐｒｉｏｒｉｔｙｍａｐ：＜ＰＴ＞ ＜ｐｒｉｏｒｉｔｙ＞”のフォーマットになっており、“ペイロードタイプが＜ＰＴ＞であるメディアの優先度は＜ｐｒｉｏｒｉｔｙ＞である”という意味を表している。

したがって、番組情報１８００では、ペイロードタイプ１０４で送信されるデータは優先度が１であり、ペイロードタイプ１０５で送信されるデータは優先度が２であることを表している。

また、番組情報１８００の１８０４に示される部分には、映像データを伝送することが記述されている。映像データに関しては、ＭＰＥＧ４のＩフレーム、Ｐフレームを別のペイロードタイプを付与して送信するよう設定している。例えば、“ａ＝ｒｔｐｍａｐ：１０６ ＭＰＥＧ４−ＥＳ／９００００／Ｉ”の”Ｉ“の部分で、ペイロードタイプ１０６のメディアはＩフレームのみを送信することを表している。

番組情報１８００の１８０６に示される部分には、レイアウト情報を送信することが表されている。レイアウト情報については、１８０２に示されているのと同様に、ａ＝ｐｒｉｏｒｉｔｙ：フィールドによって、レイアウト情報の優先度を付与している。また、ａ＝ｍｅｄｉａｍａｐ：フィールドによって、レイアウト情報を構成するメディア、メディアがそのレイアウトの再生に必須であるかどうかを示している。

このフィールドのフォーマットは、“ａ＝ｍｅｄｉａｍａｐ：＜ＰＴ＞ ＜必須構成メディア＞ ； ＜必須ではない構成メディア＞”というフォーマットになっている。＜必須構成メディア＞と＜必須ではない構成メディア＞はペイロードタイプにより記載される。

また、同一名により複数のデータが送信されるメディアが構成メディアとなっている場合には、そのどちらかを受信すればよいことになる。この場合には、依存メディアは、スラッシュを用いて“＜ＰＴ１＞／＜ＰＴ２＞”と表現する（“＜ＰＴ１＞もしくは＜ＰＴ２＞いずれか”を意味する）。

具体例を見ると、例えば番組情報１８００の１８０７に示すように、“ペイロードタイプ１００のレイアウト情報は、「；」の前に記述されたペイロードタイプ１０９のメディア（ｉｍａｇｅ２）を必須構成メディアとし、「；」の後に記述されたペイロードタイプ１０２（ｔｅｘｔ１）と１０４もしくは１０５のいずれか（ｉｍａｇｅ１）を必須でない構成メディアとして持つ”ということを表している。

このように、番組情報１８００にレイアウト情報を構成するメディアの情報を明示することにより、受信端末１０４側でレイアウト情報を解析せずに構成メディアの情報を知ることができ、端末の処理負荷を下げることができる。

なお、受信端末１０４は、レイアウト情報を構成するメディアの情報を、レイアウト情報を解析することにより検出する形態であっても良い。

また、実施の形態１は、サーバ１０２から受信端末１０４に対し、４）レイアウトを再生するのに必須となるメディアデータをレイアウト情報により通知する形態であってもよい。

次に、レイアウトを再生するのに必須となるメディアデータ通知するためのレイアウト情報について図７を用いて説明する。図７は、実施の形態１におけるレイアウト情報をＳＭＩＬにより記述した図である。

図７に示すレイアウト情報１９００には、１９０１に示す部分に、ｔｅｘｔ１という送信名を持つデータを、１９０２に示す部分に、ｉｍａｇｅ１という送信名を持つデータを表示することが記述されている。

このように、レイアウト情報１９００には、このレイアウトに含まれるメディアデータを記載している。

また、各タグの“ｄｉｓｐｌａｙ＝”により、そのメディアがこのレイアウト情報の再生に必須であるかどうかを示している。具体的には、“ｄｉｓｐｌａｙ＝”は、“ｍａｎｄａｔｏｒｙ”と“ｏｐｔｉｏｎａｌ”のどちらかの値をとる。“ｄｉｓｐｌａｙ＝”が、“ｍａｎｄａｔｏｒｙ”の場合には、その表示が必須であることをあらわす。また、“ｄｉｓｐｌａｙ＝”が、“ｏｐｔｉｏｎａｌ”はその表示が必須でないことをあらわす。

受信端末１０４は、この情報（“ｄｉｓｐｌａｙ＝”）により、データ受信管理テーブル３１９の必須フラグ９０５の値を決定することができる。

このようにして、レイアウト情報に、４）そのレイアウトを再生するのに必須となるメディアデータ、を記載することにより、受信端末１０４に４）そのレイアウトを再生するのに必須となるメディアデータを通知することができる。

また、実施の形態１は、サーバ１０２から受信端末１０４に、１）レイアウト情報の優先度、２）メディアデータの優先度、をパケットヘッダにより通知する形態であっても良い。

以下、１）レイアウト情報の優先度、２）メディアデータの優先度、をパケットヘッダにより通知するためのフォーマットについて図８を用いて説明する。図８は、実施の形態１にかかるパケットヘッダのフォーマットを示す図である。

図８に示すパケットヘッダ２０００は、データパケットをＲＴＰにより送信する場合の例である。

パケットヘッダ２０００の２００１で記される部分の記述は、ＲＴＰの標準の範囲内であるので、説明は省略する。

また、パケットヘッダ２０００の２００２で記される部分の記述は、ＲＴＰを拡張する際のフォーマットである。

具体的には、ｌｅｎｇｔｈは拡張フィールド（２００２で記される部分）の長さをバイト単位で入力するフィールドである。ｐｒｉｏｒｉｔｙは、そのメディアの優先度を入力するフィールドであり、このフィールドを用いて、レイアウト情報、メディアの優先度を付与する。また、ｒｅｓｅｒｖｅｄは予約であり、使用しない。

このようにパケットヘッダ２０００を記述することにより、受信端末１０４は、パケットヘッダ２０００を解析することにより、１）レイアウト情報の優先度、２）メディアデータの優先度を認識することができる。

また、レイアウト情報の使用の優先度を通知する方法として、先に述べたように、番組情報に複数のレイアウト情報を記述して、対応する優先度を記述する方法以外にも、番組情報自体を複数送信し、番組情報自体に優先度を付与することで、レイアウト情報の使用の優先度を通知する方法もある。

以下、番組情報自体を複数送信し、番組情報自体に優先度を付与するための番組情報について図９を用いて説明する。図９は、実施の形態１における番組情報をＳＤＰにより送信する場合の例を説明するための図である。

この例では、先ほどの例とは異なり、ひとつの番組に対して番組情報を複数送信することを想定しており、番組情報２１０１、２１０２をそれぞれ個別に送信する。

また、各番組情報には図６の例とは異なり、レイアウト情報をひとつしか記述していない。具体的には、２１０５および２１０６に示す部分が、レイアウト情報に関する情報を記述したフィールドである。

このように、番組情報とレイアウト情報を１対１対応させることで、番組情報に付与された優先度がレイアウト情報の使用の優先度を表すようにできる。

番組情報の優先度は、セッション情報を入力するフィールドにおいて、２１０３および２１０４に示されるように、“ａ＝ｐｒｉｏｒｉｔｙ：”フィールドを挿入することで、番組情報の優先度を表している。

このフィールドは、“ａ＝ｐｒｉｏｒｉｔｙ：＜優先度＞”のフォーマットになっており、“この番組情報の優先度は＜優先度＞である”という意味になる。

以上のようなデータ１８００、１９００、２０００、２１０１および２１０２を用いて、受信端末１０４は、１）レイアウト情報の優先度、２）メディアデータの優先度、３）レイアウトを構成するメディアデータ、４）そのレイアウトを再生するのに必須となるメディアデータ、５）メディアの送信名、を決定できる。

次に、サーバ１０２の動作について図１０を用いて説明する。図１０は実施の形態１におけるサーバ１０２の動作を示すフローチャートである。

サーバ１０２は、起動すると、番組放送管理部３１４において、まず処理しようとする番組に対応する番組テーブル３０１ａの送信開始・終了時刻４０５を読み込み、記憶する（ステップ５０１）。

その後、番組放送管理部３１４は、送信開始時刻もしくは終了時刻がくるまで待つ（ステップ５０２）。そして、番組放送管理部３１４は、ある番組の送信開始時刻になった際に（ステップ５０３）、その番組の番組テーブル３０１ａのメディア情報４０２を抽出し、送信するデータの情報を記憶する（ステップ５０４）。

続いて、サーバ１０２の番組情報生成部３１２は、番組放送管理部３１４が記憶したメディア情報４０２のファイル名４０７を参照し、メディア情報４０２に含まれるメディアデータおよびレイアウト情報にそれぞれ送信チャンネルを割り当てることにより（ステップ５０５）、番組情報を生成し、伝送部３０５を介して受信端末１０４へ送信する（ステップ５０６）。

次に、番組放送管理部３１４が、送出制御部３０４に対してステップ５０６において送信した番組情報に含まれる各メディアデータおよび各レイアウト情報のデータ送信処理（メディア送信処理）の開始を指示し、送出制御部３０４がメディア送信処理を開始する（ステップ５０７）。なお、メディア送信処理の詳細については後述する。

また、番組放送管理部３１４は、送信終了時刻がくると（ステップ５０３）、送出制御部３０４に該当番組のメディア送信処理の終了を指示する。そして、送出制御部３０４は、該当番組に含まれる各メディアデータおよび各レイアウト情報の送信を終了（停止）する（ステップ５０８）。次に、番組放送管理部３１４は、該当番組の番組情報の送信処理を停止する（ステップ５０９）。

次に、サーバ１０２のメディア送信処理について図１１を用いて説明する。図１１は、実施の形態１にかかるサーバ１０２のメディア送信処理のフローチャートである。

メディア送信処理は、各メディアデータに対して行われる。

まず、送出制御部３０４は、データ管理部３０１の番組テーブル３０１ａのメディア情報４０２を参照し、番組に含まれるファイル名４０７を抽出する。そして、送出制御部３０４は、抽出したファイル名４０７に対応するメディアデータおよびレイアウト情報をレイアウト情報格納部３０１ｂ、ＡＶ情報格納部３０１ｃ、静止画格納部３０１ｄ、テキスト格納部３０１ｅから読み込む（ステップ６０１）。

次に、送出制御部３０４は、読み込んだメディアデータおよびレイアウト情報を分割し、伝送部３０５に送る。

次に、伝送部３０５は、送られてきたデータをデータごとにパケットヘッダを付与してパケット化する（ステップ６０２）。

その後、伝送部３０５は、送出制御部３０４から、生成したパケットの受信端末１０４への送出停止指示があるまで定期的にパケットを繰り返し送信し（ステップ６０４）、その後、送出制御部３０４から送信停止指示があれば（ステップ６０５）、データ送信処理を終了する。

このようにして、サーバ１０２は、メディアデータおよびレイアウト情報を受信端末１０４に送信する。

次に、受信端末１０４の動作について図１２を用いて説明する。図１２は、実施の形態１における受信端末１０４の動作を説明する図である。

まず、受信端末１０４が起動すると、伝送部３１５があらかじめ定められた番組情報受信用のチャンネルをオープンする（ステップ１００１）。

続いて、受信端末１０４は、後述する受信制御部３０７による受信処理を起動し（ステップ１００２）、後述する受信データ管理部３１８によるテーブル管理処理を起動する（ステップ１００３）。

そして、受信端末１０４の各処理部は、端末制御部３１０から終了指示があるまで待つ（ステップ１００４）。

そして、終了指示がくると、伝送部３１５は番組情報受信チャンネルを閉じ（ステップ１００５）、受信制御部３０７は受信処理を停止し（ステップ１００６）、受信データ管理部３１８はテーブル管理処理を停止する（ステップ１００７）。

このように、受信端末１０４は、動作を開始し、動作を終了する。

次に、受信端末１０４の受信処理について図１３を用いて説明する。図１３は、受信端末１０４の受信処理のフローチャートである。

受信処理は、番組情報、番組データを受信したときの動作およびユーザが番組を選択したときの処理である。

まず、受信端末１０４の受信制御部３０７は、ユーザが番組を選択したかどうかを判定し（ステップ１１０１）、番組を選択した場合には、後述する番組選択処理を行う（ステップ１１０２）。

ユーザが番組を選択していない場合には、続いて、受信制御部３０７は、端末制御部３１０より終了指示を受けているかどうかを判定し（ステップ１１２０）、終了指示を受けている場合には受信処理を終了する。

終了指示を受けていない場合には、続いて、伝送部３１５が、番組情報および番組データなどのデータを受信し、受信制御部３０７に送る（ステップ１１０３）。

そして、受信制御部３０７は、受信データが番組データであるかどうかを判定する（ステップ１１０４）。

受信したデータが番組データでなければ、受信制御部３０７は、受信したデータが番組情報であるかどうかを判定する（ステップ１１０５）。

受信したデータが番組情報である場合には、受信制御部３０７は、番組選択部３１７に対して、番組のタイトルの取得を指示する。これに対して、番組選択部３１７が番組のタイトルを取得する（ステップ１１０６）。そして、番組選択部３１７は、番組タイトルをユーザに提示して（ステップ１１０７）、ステップ１１０１に戻る。

また、ステップ１１０４において、受信したデータが番組データであった場合には、受信制御部３０７は、レイアウト情報であるかどうかを判定し（ステップ１１０８）、レイアウト情報であった場合には、後述するレイアウト情報受信処理を行って（ステップ１１０９）、ステップ１１０１に戻る。

また、ステップ１１０８において、受信したデータがレイアウト情報でなければ、受信制御部３０７は、ＡＶデータであるかどうかを判定する（ステップ１１１０）。そして受信したデータがＡＶデータである場合には、受信制御部３０７は、後述するＡＶデータ受信処理を行って（ステップ１１１１）、ステップ１１０１に戻る。

また、ステップ１１１１において、受信したデータがＡＶデータでなかった場合には、受信制御部３０７は、受信したデータがテキスト・静止画データであるかどうかを判定し（ステップ１１１２）、テキスト、静止画データであった場合には、テキスト・静止画データ受信処理を行って（ステップ１１１３）、ステップ１１０１に戻る。

このように、受信端末１０４は、受信処理を行う。

次に、受信端末１０４の番組選択処理について図１４を用いて説明する。図１４は、受信端末１０４の番組選択処理を説明する図である。番組選択処理は、図１３に示すステップ１１０２の処理である。

番組選択処理では、まず、受信制御部３０７が、現在受信端末１０４において他の番組再生中であるかどうかを判定する（ステップ１２０１）。

他の番組再生中でない場合には、受信制御部３０７は、今回受信しようとする番組情報のメディア情報から、レイアウト情報テーブル９０１とメディアテーブル９０２を作成する（ステップ１２０５）。

続いて、受信制御部３０７は、伝送部３１５に対して番組の受信チャンネルを開くという指示をし、伝送部３１５が番組の受信チャンネルを開き（ステップ１２０６）、処理を終了する。

一方、ＳＴ１２０１において番組再生中である場合には、今回受信した番組の処理を行うために、受信制御部３０７は、再生中の番組の受信チャンネルを閉じ（ステップ１２０２）、現在再生している番組の再生を停止し（ステップ１２０３）、受信データ管理テーブル３１９に格納している情報を削除する（ステップ１２０４）。そして、受信制御部３０７は、ステップ１２０５の処理に移行する。

このようにして、受信端末１０４は、番組選択処理を行う。

次に、受信端末１０４のレイアウト情報受信処理について図１５を用いて説明する。図１５は、受信端末１０４のレイアウト情報受信処理を示す図である。この処理は、図１３に示すステップ１１０９の処理である。

まず、サーバ１０２からデータが分割・パケット化されて送信されてくるので、受信制御部３０７は、分割された全てのデータがそろったかどうかを確認する（ステップ１３０１）。

分割されたデータが全てそろっていなければ、受信制御部３０７は、データをバッファ３２０に保存して戻る（ステップ１３０２）。

一方、データが全てそろった場合には、受信制御部３０７は、バッファ３２０に格納されたデータを読み出してレイアウト情報を構成し、レイアウト情報を構成するメディアを解析する（ステップ１３０３）。

続いて、受信制御部３０７は、各構成メディアの必須フラグを取得する（ステップ１３０４）。次に、受信制御部３０７は、レイアウト情報テーブル９０１に、優先度９０３、構成メディア９０４、必須フラグ９０５を入力し（ステップ１３０５）、このレイアウト情報テーブル９０１を保存して処理を終了する（ステップ１３０６）。

このようにして、受信制御部３０７は、レイアウト情報テーブル９０１を作成する。

次に、受信端末１０４のＡＶデータ受信処理について図１６を用いて説明する。図１６は、実施の形態１における受信端末１０４のＡＶデータ受信処理を表すフローチャートである。ＡＶデータ受信処理は図１３に示すステップ１１１１の処理である。

まず、受信制御部３０７は、受信したデータが、その番組を受信してから始めて受信したＡＶデータであるかどうかを判定する（ステップ１４０１）。

そして、初めて受信したデータである場合には、受信制御部３０７は、プレバッファリング処理を開始する（ステップ１４０２）。

プレバッファリング処理とは、ＡＶデータを受信してから一定時間再生を行わずにデータを保存する処理である。その後、ステップ１４０６の処理に進む。

一方、ステップ１４０１において、受信したデータが初めて受信したＡＶデータでなければ、受信制御部３０７は、プレバッファリングが完了したかどうかを判定し（ステップ１４０３）、プレバッファリングが完了していなければ、ステップ１４０６の処理に進む。

また、ステップ１４０３において、プレバッファリングが完了した場合には、受信制御部３０７は、メディアテーブル９０２にそのメディアの優先度を入力し（優先度の情報は、明示的に通知される場合には、番組情報もしくはパケットヘッダにより通知されるので、その情報を入力する）（ステップ１４０４）、メディアテーブル９０２の該当する受信完了フラグを１にセットする（ステップ１４０５）。

続いて、受信制御部３０７は、後述する継続受信可能判定処理を行って（ステップ１４０６）、受信したデータをバッファ３２０に格納してＡＶデータ受信処理を終了する（ステップ１４０７）。

このようにして、受信制御部３０７は、ＡＶデータ受信処理を行う。

次に、受信端末１０４のテキスト・静止画データ受信処理について図１７を用いて説明する。図１７は、テキスト・静止画データ受信処理を表すフローチャートである。テキスト・静止画データ受信処理は、図１３に示すステップ１１１３の処理である。

まず、受信制御部３０７は、サーバ１０２から送られてくるデータが分割・パケット化されて送信されてくるので、分割された全てのデータがそろったかどうかを確認する（ステップ１５０１）。

分割されたデータが全てそろっていなければ、受信制御部３０７は、データをバッファ３２０に保存してステップ１５０６の処理に進む。

データが全てそろった場合には、受信制御部３０７は、バッファ３２０に格納されたメディアデータを読み出してメディアを構成する。そして、受信制御部３０７は、メディアテーブル９０２の該当欄に優先度を入力し（優先度の情報は、明示的に通知される場合には、番組情報もしくはパケットヘッダにより通知されるので、その情報を入力する）（ステップ１５０３）。次に、受信制御部３０７は、メディアテーブル９０２の該当する受信完了フラグを１にセットする（ステップ１５０４）。

そして、受信制御部３０７は、メディアデータであるテキスト・静止画データをバッファ３２０に保存する（ステップ１５０５）。

その後、受信制御部３０７は、後述する継続受信可能判定処理を行い（ステップ１５０６）、処理を終了する。

このようにして、受信制御部３０７は、テキスト・静止画データ受信処理を行う。

次に、受信端末１０４の継続受信可能判定処理について図１８を用いて説明する。図１８は、実施の形態１における受信端末１０４の継続受信可能判定処理を表すフローチャートである。この処理は、図１６のステップ１４０６および図１７のステップ１５０６の処理である。

まず、受信制御部３０７は、そのメディアデータのパケットロス率Ｌを計算する（ステップ１６０１）。

パケットロス率の計算は、過去に受信したパケットの履歴から計算可能である。パケットロスは、パケットにシーケンス番号を付与しておき、その欠落で検出することができる。パケットロス率の計算は、例えば、Ｌ＝（過去５秒間にロスしたパケットの数）／（（最近受信したパケットのシーケンス番号）−（５秒前に受信したパケットのシーケンス番号））といった式から計算が可能である。

続いて、受信制御部３０７は、パケットロス率Ｌが閾値Ｌ１（あらかじめ設定する固定値）よりも大きいかどうかを判定し（ステップ１６０２）、大きい場合には、継続的に受信することが困難であると判定して、該当メディアの継続受信フラグ９０９を０にセットする（ステップ１６０３）。

続いて、受信制御部３０７は、パケットロス率Ｌと閾値Ｌ２（あらかじめ設定する固定値であり、Ｌ１より小さい値）よりも小さいかどうかを判定し（ステップ１６０４）、小さい場合には、継続的にパケットが受信できると判定し、該当メディアの継続受信可能フラグ９０９を１にセットし、処理を終了する（ステップ１６０５）。

このように、受信端末１０４は、継続受信フラグ９０９をセットし、継続受信フラグ９０９が１になっているときにメディアの再生が可能であると判定することにより、ゾーンの境界に位置する受信端末１０４が不安定な再生になることを防ぐことができる。

次に、受信端末１０４のテーブル管理処理について図１９を用いて説明する。図１９は、実施の形態１における受信端末１０４のテーブル管理処理の動作を説明するフローチャートである。

テーブル管理処理では、受信データ管理部３１８は、受信データ管理テーブル３１９の内容が更新されるまで待つ（ステップ１７０１）。

そして、受信データ管理テーブル３１９の内容が更新されると、受信データ管理部３１８は、まず、レイアウト情報テープル９０１を参照し、最も優先度９０３の高い、つまり最も詳細にデータを表示できるレイアウト情報を選択し、処理の対象とする（ステップ１７０２）。

続いて、受信データ管理部３１８は、処理対象としたレイアウト情報の構成メディアをレイアウト情報テーブル９０１より取得し（ステップ１７０３）、構成メディアごとに以下の再生可能判定処理を行う。

受信データ管理部３１８は、処理対象としたレイアウト情報の個々の構成メディアを構成メディア１〜Ｎとあらわす。ただし、Ｎは構成メディアの数である。

受信データ管理部３１８は、メディアテーブル９０２から構成メディアｉの情報を参照し（ステップ１７０４）、構成メディアｉが複数の優先度を持っている場合には、構成メディアｉの中で最も優先度の高いものを選択して以下の処理を行う（ステップ１７０５）。

まず、受信データ管理部３１８は、ステップ１７０５で選択したメディアの受信完了フラグおよび継続受信可能フラグが１であるか確認する（ステップ１７０６、ステップ１７０７）。

そして、受信完了フラグおよび継続受信可能フラグがともに１の場合には、受信データ管理部３１８は、そのメディアを再生可能であると判定し、次のメディア（構成メディアｉ＋１）について（ステップ１７０８）、ステップ１７０５に戻って処理を続ける。

このように、メディアの伝送路上でのロス率に基づいた継続受信可能フラグが１、つまりメディアが継続的に再生できるときにのみ、再生を行うことができ、パケットロスの多い劣化した情報を表示することがなくなる。

そして、受信データ管理部３１８は、Ｎ個のメディアについて全て再生可能判定処理を行う（ステップ１７０９）。

次に、受信データ管理部３１８は、ひとつ以上のメディアが再生可能であったかどうかを判定し（ステップ１７１０）、ひとつ以上のメディアが再生可能であった場合には、選択されたレイアウト情報に基づいて、再生を開始する（ステップ１７１１）。

そして、受信データ管理部３１８は、端末制御部３１０から終了指示がない場合は（ステップ１７１７）、ステップ１７０１の処理に戻り、終了指示が合った場合は、処理を終了する。

一方、ステップ１７１０において、再生判定処理を行った結果、１つも再生可能なメディアが存在しなかった場合には、受信データ管理部３１８は、このレイアウト情報が再生できないと判定し、ステップ１７１２へ進む。

ステップ１７１２では、受信データ管理部３１８は、現在処理対象としているレイアウト情報よりも優先度の低いレイアウト情報があるか、つまり他のレイアウト情報があるか判定する。

そして、優先度の低いレイアウト情報がある場合には、受信データ管理部３１８は、現在処理対象としているレイアウト情報の次に優先度が高いものを選択して（ステップ１７１３）、ステップ１７０３の処理に進む。

一方、ステップ１７１２において優先度の低いレイアウト情報が存在しない場合には、再生できるレイアウトがないということなので、ステップ１７０１へ進み、受信データ管理テーブル３１９の更新を待つ。

また、ステップ１７０６もしくはステップ１７０７において、受信完了フラグおよび継続受信可能フラグのどちらかが０である場合には、ステップ１７０５において選択したメディアが再生できないと判断できる。よって、受信データ管理部３１８は、再生できるメディアを検出するために、構成メディアｉの中でより優先度の低いものがあるかどうかを判定する（ステップ１７１４）。

そして、優先度がより低いものがある場合には、受信データ管理部３１８は、次に優先度が低いものを選択して（ステップ１７１５）、ステップ１７０６の処理へ進む。

一方、ステップ１７１３において、より優先度の低いメディアが存在しない場合には、受信データ管理部３１８は、そのメディアの必須フラグ９０５を確認し（ステップ１７１６）、必須フラグが０の場合には、そのメディアデータは必ずしも再生される必要がないため、次のメディアの再生可能判定に移る。

一方、必須フラグが１の場合には、受信データ管理部３１８は、再生が必須となるメディアの再生ができないため、このレイアウトは再生できないと判断され、ステップ１７１２へ進む。

このように、受信端末１０４は、必須フラグを参照することにより、一部のメディアデータが再生できない状態で、そのレイアウト情報を再生するべきか否かを決定することができる。

このように、受信端末１０４は、テーブル管理処理を行う。

以上説明したように、実施の形態１によれば、受信端末１０４が受信できたメディアデータに適したレイアウト情報を選択し、選択したレイアウト情報を用いて受信したメディアデータを表示できる。例えば、受信端末１０４が、テキスト、静止画のみを受信したときには、テキスト、静止画のみの場合に適したレイアウティングを行って表示し、映像、音声、静止画、テキストを受信できる場合には、これらのメディアに適したレイアウティングを行って表示できる。つまり、受信端末１０４が、伝送された映像、音声、静止画、テキストなどさまざまなメディアからなるコンテンツを表示する場合に、受信可能なメディアデータに適した形態でコンテンツを表示できる。

また、実施の形態１によれば、複数のレイアウト情報が再生可能な状態になったときに、優先度を用いていずれのレイアウト情報を選択すべきか決定することができる。

なお、実施の形態１におけるサーバ１０２および受信端末１０４の動作をプログラムにし、記憶媒体に格納し、汎用のコンピュータに実行させる形態であっても良い。

（実施の形態２）
本発明の実施の形態２では、放送型ではなく、通信型でコンテンツを配信する場合における実施の形態を示す。

通信型の場合では、受信端末よりコンテンツ（放送の場合における、番組データと同じもの）の配信要求を送信する点と、コンテンツの詳細な情報（放送の場合における、番組情報）の取得方法が放送型と異なる。コンテンツの配信方法に関しては、放送の場合と同等である。

実施の形態２においては、対象とする通信網の利用形態は、図１に示すものと同等である。

以下、実施の形態２について図面を用いて詳細に説明する。まず、実施の形態２にかかるメディア配信システムについて図２０を用いて説明する。図２０は、実施の形態２におけるコンテンツシステムの全体像を表すブロック図である。図２０は、図３と比較して、サーバ２２０６に番組放送管理部３１４の代わりにコンテンツ配信管理部２２０４を配置し、受信端末２２１１に番組選択部３１７の代わりにコンテンツ選択部２２０７を配置した点が異なる。その他の部分については、同一であるので、同じ符号を付与し詳細な説明を省略する。

コンテンツ配信管理部２２０４は、受信端末２２１１からのコンテンツ配信要求を受信して、コンテンツの配信を管理する手段である。コンテンツ配信の制御は、ＨＴＴＰや、ＲＴＳＰといったプロトコルにより行われる。

コンテンツ選択部２２０７は、ユーザにＵＲＬを入力させるインターフェースを持ち、ユーザにより入力されるＵＲＬに従って、レイアウト情報を取得する機能を有する。このとき、コンテンツ選択部２２０７は複数のレイアウト情報を取得するものとする。

また、コンテンツ選択部２２０７は、レイアウト情報に記載されるＵＲＬに基づいて、ＨＴＴＰやＲＴＳＰを用いてコンテンツを取得する機能を有する。このとき、コンテンツ選択部２２０７は、取得したレイアウト情報に基づいて複数のレイアウト情報に記載する全てのメディアを取得するよう要求する。

次に、実施の形態２にかかる受信端末２２１１の動作について図２１を用いて説明する。図２１は、実施の形態２における受信端末２２１１の動作を示すフローチャートである。

まず、受信端末２２１１は、コンテンツ選択部２２０７において、ユーザにより入力されたレイアウト情報のＵＲＬを取得する（ステップ２３００）。

続いて、受信制御部３０７が、ステップ２３００において取得したＵＲＬに基づいてレイアウト情報を、伝送部３１５を介してサーバ２２０６から取得する（ステップ２３０１）。

このとき、受信制御部３０７は、複数のレイアウト情報を取得するものとし、レイアウト情報の優先度は、レイアウト情報自身に記載されているものとする。

続いて、受信制御部３０７は、各レイアウト情報に記載されるメディアのＵＲＬを取得し（ステップ２３０２）、そのＵＲＬに基づいてメディアの送信リクエストを伝送部３１５に送信する。そして、伝送部３１５がサーバ２２０６に対してメディアの送信リクエストをする（ステップ２３０３）。

続いて、伝送部３１５を介してサーバ２２０６から各メディアデータが送信されてくるので、受信データ管理部３１８は、受信できるメディアデータに基づいて、レイアウトを選択し（ステップ２３０４）、再生する（ステップ２３０５）。

なお、レイアウト情報の選択方法に関しては、実施の形態１に述べられるとおりである。

その後、ユーザによる再生停止指示により、再生制御部３０８が再生を停止して終了する（ステップ２３０６）。

以上説明したように実施の形態２によれば、実施の形態１にかかるメディア配信システムを、通信型に適用したシステムを実現できる。

（ａ）本発明の実施の形態１にかかるメディア配信システムを示した第１の図、（ｂ）実施の形態１にかかるメディア配信システムを示した第２の図、（ｃ）実施の形態１にかかるメディア配信システムを示した第３の図 （ａ）実施の形態１にかかる受信端末における、中継ノードからの物理的もしくは論理的な距離に応じた番組の再生結果の違いを説明する第１の図、（ｂ）実施の形態１にかかる受信端末における、中継ノードからの物理的もしくは論理的な距離に応じた番組の再生結果の違いを説明する第２の図、（ｃ）実施の形態１にかかる受信端末における、中継ノードからの物理的もしくは論理的な距離に応じた番組の再生結果の違いを説明する第３の図、（ｄ）実施の形態１にかかる受信端末における、中継ノードからの物理的もしくは論理的な距離に応じた番組の再生結果の違いを説明する第４の図 実施の形態１にかかるメディア配信システムの全体像を示す概略図 実施の形態１にかかるサーバが保有する番組テーブルを示した図 実施の形態１にかかる受信管理テーブルの構成を示すブロック図 実施の形態１における番組情報をＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ、ＩＥＴＦ Ｉｎｔｅｒｎｅｔ Ｄｒａｆｔ ＲＦＣ２３２７）により記述した図 実施の形態１におけるレイアウト情報をＳＭＩＬにより記述した図 実施の形態１にかかるパケットヘッダのフォーマットを示す図 実施の形態１における番組情報をＳＤＰにより送信する場合の例を説明するための図 実施の形態１におけるサーバの動作を示すフローチャート 実施の形態１にかかるサーバのメディア送信処理のフローチャート 実施の形態１における受信端末の動作を説明するフローチャート 実施の形態１における受信端末の受信処理のフローチャート 実施の形態１における受信端末の番組選択処理を説明するフローチャート 実施の形態１における受信端末のレイアウト情報受信処理を示すフローチャート 実施の形態１における受信端末のＡＶデータ受信処理を表すフローチャート 実施の形態１における受信端末のテキスト・静止画データ受信処理を表すフローチャート 実施の形態１における受信端末の継続受信可能判定処理を表すフローチャート 実施の形態１における受信端末のテーブル管理処理の動作を説明するフローチャート 本発明の実施の形態２におけるコンテンツシステムの全体像を表すブロック図 実施の形態２における受信端末の動作を示すフローチャート ＳＭＩＬファイルの記述例を示す図 クライアントがサーバ上に保存されたコンテンツの再生する方法を説明する図

１０１、１０５ 通信網
１０２ サーバ
１０３ 中継ノード
１０４ 受信端末
３０１ データ管理部
３０４ 送出制御部
３０５、３１５ 伝送部
３０７ 受信制御部
３０８ 再生制御部
３１０ 端末制御部
３１２ 番組情報生成部
３１４ 番組放送管理部
３１６ 表示部
３１７ 番組選択部
３１８ 受信データ管理部

Claims (5)

1. コンテンツを構成するメディアデータを送信する送信装置であって、
   複数のメディアデータの表示レイアウトをそれぞれ特定する複数のレイアウト情報を送信するレイアウト情報伝送部と、
   前記複数のメディアデータを送信するメディアデータ伝送部と、
   前記複数のレイアウト情報のうち所定のレイアウト情報に基づいてコンテンツを再生することを許可する識別子を送信する番組情報生成部と、
   を具備したことを特徴とする送信装置。
2. 前記複数のレイアウト情報を送信する際に、前記レイアウト情報の優先度が高い前記レイアウト情報の送信間隔を、前記レイアウト情報の優先度が低い前記レイアウト情報の送信間隔よりも長く設定する、ことを特徴とする請求項１記載の送信装置。
3. 前記複数のレイアウト情報の各々は、前記表示レイアウトに含まれる個々のメディアデータが前記レイアウト情報に基づくコンテンツの再生に必須か否かを示す必須フラグを有する、ことを特徴とする請求項１記載の送信装置。
4. コンテンツを構成するメディアデータを送信する送信装置により実行されるメディアデータ送信方法であって、
   複数のメディアデータの表示レイアウトをそれぞれ特定する複数のレイアウト情報を送信するステップと、
   前記複数のメディアデータを送信するステップと、
   前記複数のレイアウト情報のうち所定のレイアウト情報に基づいてコンテンツを再生することを許可する識別子を送信するステップと、
   を具備したことを特徴とするメディアデータ送信方法。
5. コンテンツを構成するメディアデータを送信する送信装置におけるコンピュータに、
   複数のメディアデータの表示レイアウトをそれぞれ特定する複数のレイアウト情報を送信する機能と、
   前記複数のメディアデータを送信する機能と、
   前記複数のレイアウト情報のうち所定のレイアウト情報に基づいてコンテンツを再生することを許可する識別子を送信する機能と、
   を実現させるためのプログラム。
   

Images