(57)【要約】      （修正有）【課題】ある多重化方式で多重化された後、別の多重化方式でさらに多重化された多重化ストリームについて、多重化ストリームの分離に必要な情報を確実に取得できる情報処理装置を提供する。【解決手段】情報処理装置１は、多重化ストリームを受信して再生する装置であり、放送受信部２０、デマックス部１０、通信部３０、オーディオデコーダ４０、スピーカ６０、ビデオデコーダ５０、および表示部７０を備える。デマックス部は、ＴＳデマックス部１１に入力する制御情報（signaling message）を含むＰＭＴから制御情報を取得してＭＭＴデマックス部１３に出力するコントローラ１２を備え、多重化ストリームの分離に必要な情報を確実に取得できる。【選択図】図１
2016171358.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して受信した多重化ストリームを、該多重化ストリームと共に受信した属性情報に従って、第１の多重化方式で多重化された第１多重化ストリームから、該第１の多重化方式とは異なる第２の多重化方式で多重化された第２多重化ストリームを分離する第１分離手段と、
上記第２多重化ストリームからメディアデータを分離する第２分離手段と、
上記属性情報に含まれる制御情報を取得して、該制御情報が上記第２分離手段による上記第２多重化ストリームの分離に利用されるように制御する制御手段と、を備えていることを特徴とする情報処理装置。
【請求項２】
上記第２の多重化方式による多重化を行う再多重化手段を備え、
上記制御手段は、上記制御情報を上記再多重化手段に出力し、
上記再多重化手段は、上記制御手段が出力する上記制御情報を上記第２の多重化方式で多重化して、上記第１分離手段が分離した第２多重化ストリームと共に上記第２分離手段に出力することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
上記第１分離手段が受信する多重化ストリームには、上記第２多重化ストリームを分離するための分離情報が上記第２の多重化方式で多重化された状態で所定の間隔ごとに挿入されており、
上記制御情報は、上記第１分離手段が受信する多重化ストリームにおける上記分離情報の挿入間隔を示す情報を含み、
多重化された上記分離情報の後に、上記第１分離手段が分離した第２多重化ストリームが続くように、多重化された分離情報と当該第２多重化ストリームとを上記制御情報を用いて配列する配列手段を備え、
上記制御手段は、上記制御情報を上記配列手段に出力することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
上記制御情報は、上記第１分離手段が分離した第２多重化ストリームの代わりにまたは該第２多重化ストリームと共に再生する、上記第２の多重化方式で多重化された追加ストリームの、上記ネットワークとは異なるネットワークからの取得先を示す取得先情報を含み、
上記制御手段は、上記制御情報を上記第２分離手段に出力し、
上記第２分離手段は、上記取得先情報が示す取得先から上記追加ストリームを取得し、上記第１分離手段が分離した第２多重化ストリームの代わりにまたは該第２多重化ストリームと共に上記追加ストリームが再生されるように、上記追加ストリームおよび上記第１分離手段が分離した第２多重化ストリームの分離を行うことを特徴とする請求項１から３の何れか１項に記載の情報処理装置。
【請求項５】
ネットワークを介して受信した多重化ストリームを、該多重化ストリームと共に受信した属性情報に従って、第１の多重化方式で多重化された第１多重化ストリームから、該第１の多重化方式とは異なる第２の多重化方式で多重化された第２多重化ストリームを分離する第１分離手段と、
多重化ストリームの上記ネットワークとは異なるネットワークからの取得先を示す取得先情報を上記属性情報から取得する制御手段と、
上記第１分離手段が分離した上記第２多重化ストリームと、上記取得先情報が示す取得先から取得した第２多重化ストリームとを、当該第２多重化ストリームのそれぞれに含まれるメディアデータが１つのコンテンツとして再生されるように分離する第２分離手段と、を備えていることを特徴とする情報処理装置。
【請求項６】
ネットワークを介して複数のパッケージを受信し再生する情報処理装置において、
上記パッケージに含まれる多重化ストリームの受信に必要な制御情報を取得し上記多重化ストリームの受信開始及び終了を制御するセッション制御手段と、
上記多重化ストリームからメディアデータを分離する分離手段と、を備え、
上記制御情報は、上記多重化ストリームが複数のパッケージから参照されているか否かを示す被参照情報を含むことを特徴とする情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、多重化ストリームの分離を行う装置等に関する。
【背景技術】
【０００２】
近年、広く一般に利用されているデジタル放送システムでは、ＭＰＥＧ−２ ＴＳをベースとしたコンテンツの送信が行われている。より具体的には、上記デジタル放送システムでは、コンテンツを構成するビデオストリームやオーディオストリームといったメディアを分割してパケット化し、多重化（マルチプレクス）した多重化ストリームとして送信している。そして、このような多重化ストリームを受信したテレビ等の受信装置では、多重化ストリームを分離（デマルチプレクス）して上記メディアを取得し、再生している。
【０００３】
これについて、図１４に基づいて説明する。図１４は、ＭＰＥＧ−２ ＴＳにおける多重化ストリームの分離を説明する図である。従来の受信装置は、同図に示すように、ＴＳデマックス部、ビデオデコーダ、およびオーディオデコーダを備えている。ＴＳデマックス部は、ＭＰＥＧ−２ ＴＳで多重化されたパケットであるＴＳパケットを分離するものであり、ビデオデコーダはビデオストリームをデコードするものであり、オーディオデコーダはオーディオストリームをデコードするものである。
【０００４】
図示のように、受信した多重化ストリームはＴＳデマックス部に送られる。ここで、この多重化ストリームには、同図の下側に示すように、（１）ＰＡＴ（Program Association Table）として機能するＴＳパケット、（２）ＰＭＴ（Program Map Table）として機能するＴＳパケット、（３）ビデオストリームを構成するＴＳパケット、および（４）オーディオストリームを構成するＴＳパケットが含まれている。
【０００５】
そして、各ＴＳパケットには、そのＴＳパケットに含まれるデータ（メディア）の種別を示すパケット識別子（ＰＩＤ）が付加されている。これにより、ＰＡＴを含むＴＳパケットからＰＭＴを含むＴＳパケットを特定し、ＰＭＴを含むＴＳパケットからビデオストリームを構成するＴＳパケットとオーディオストリームを構成するＴＳパケットとをそれぞれ特定することができる。よって、ＴＳデマックス部は、多重化ストリームから分離したビデオストリーム（Video ES）をビデオデコーダに出力し、多重化ストリームから分離したオーディオストリーム（Audio ES）をオーディオデコーダに出力することができる。
【０００６】
また、近年では、放送と通信を用いたハイブリッド伝送サービスの実現を容易にするため、ＭＰＥＧでは、ＩＰ（Internet Protocol）を共通インターフェースとすることを想定した次世代の伝送フォーマットであるＭＭＴ（ISO/IEC 23008-1： MPEG Media Transport）プロトコルの標準化が進められている。なお、ハイブリッド伝送については、下記の特許文献１にも記載されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平１０−１７３６１２号公報（１９９８年６月２６日公開）
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ここで、ＭＭＴでは、伝送するデータとしてＭＰＵ（Media Processing Unit）および、メディアの種別や取得先等を示す制御情報（signaling message）等を規定している。そして、このようなデータをパケット化した複数のＭＭＴ Ｐａｙｌｏａｄを多重化してＭＭＴＰパケット列として伝送する。このＭＭＴＰパケットは、ＴＳパケットとは多重化方式が異なっているため、図１４のようなＴＳデマックス部では分離することができない。よって、ＭＭＴプロトコルに準拠した受信装置は、ＴＳデマックス部に加えて、ＭＭＴＰパケットを分離するためのＭＭＴデマックス部を備えている必要がある。また、上記のように、メディアの種別や取得先は制御情報に記述されているから、ＭＭＴＰパケットの分離の際には制御情報がＭＭＴデマックス部に受信されている必要がある。
【０００９】
しかしながら、従来は、制御情報を確実に取得するための仕組みがないという問題があった。これについて、図１５に基づいて説明する。図１５は、ＴＳデマックス部とＭＭＴデマックス部とを備えた受信装置において生じる問題点を説明する図である。
【００１０】
同図の下側に示すように、ＴＳデマックス部が受信する多重化ストリームには、ＰＡＴのＴＳパケットとＰＭＴのＴＳパケットが含まれていると共に、ＭＭＴストリームのＴＳパケットが３つ含まれている。ＭＭＴストリームのＴＳパケットには、そのＴＳパケットにＭＭＴストリームが含まれていることを示すパケット識別子が付加されているので、ＴＳデマックス部は、ＴＳパケットから分離したＭＭＴストリームをＭＭＴデマックス部に出力する。なお、ＭＭＴストリームは、ＭＭＴＰパケットとして多重化されている。
【００１１】
ここで、ＭＭＴストリームのパケット識別子は、上記のように何れも同じ値であるから、ＭＭＴデマックス部は、出力されたメディアがオーディオストリームであるか、ビデオストリームであるかは判断することができない。このため、ＭＭＴストリームから分離したメディアを何れのデコーダに出力すればよいかを判断することができない。また、ＭＭＴでは、インターネット等の通信ネットワーク経由で取得したＭＭＴストリームを放送経路から取得したストリームと共に再生することが可能になっているが、制御情報がなければ共に再生するストリームの取得先を特定することはできない。なお、このような問題点は、ＭＭＴに限られず、ある多重化方式で多重化された後、さらに別の多重化方式で多重化された多重化ストリームを受信した際に共通して生じ得る問題点である。
【００１２】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、ある多重化方式で多重化された後、別の多重化方式でさらに多重化された多重化ストリームについて、該多重化ストリームの処理に必要な情報を確実に取得することを可能にする情報処理装置等を提供することにある。
【課題を解決するための手段】
【００１３】
上記の課題を解決するために、本発明の一態様に係る情報処理装置は、ネットワークを介して受信した多重化ストリームを、該多重化ストリームと共に受信した属性情報に従って、第１の多重化方式で多重化された第１多重化ストリームから、該第１の多重化方式とは異なる第２の多重化方式で多重化された第２多重化ストリームを分離する第１分離手段と、上記第２多重化ストリームからメディアデータを分離する第２分離手段と、上記属性情報に含まれる制御情報を取得して、該制御情報が上記第２分離手段による上記第２多重化ストリームの分離に利用されるように制御する制御手段と、を備えていることを特徴としている。
【００１４】
また、上記課題を解決するために、本発明の一態様に係る情報処理装置は、ネットワークを介して受信した多重化ストリームを、該多重化ストリームと共に受信した属性情報に従って、第１の多重化方式で多重化された第１多重化ストリームから、該第１の多重化方式とは異なる第２の多重化方式で多重化された第２多重化ストリームを分離する第１分離手段と、多重化ストリームの上記ネットワークとは異なるネットワークからの取得先を示す取得先情報を上記属性情報から取得する制御手段と、上記第１分離手段が分離した上記第２多重化ストリームと、上記取得先情報が示す取得先から取得した第２多重化ストリームとを、当該第２多重化ストリームのそれぞれに含まれるメディアデータが１つのコンテンツとして再生されるように分離する第２分離手段と、を備えていることを特徴としている。
【００１５】
また、上記課題を解決するために、本発明の一態様に係る情報処理装置は、ネットワークを介して複数のパッケージを受信し、上記パッケージに含まれる多重化ストリームの受信に必要な制御情報を取得し、上記多重化ストリームの受信開始及び終了を制御するセッション制御手段と、上記多重化ストリームからメディアデータを分離する分離手段と、を備え、上記制御情報は、上記多重化ストリームが複数のパッケージから参照されているか否かを示す被参照情報を含むことを特徴としている。
【発明の効果】
【００１６】
本発明の一態様によれば、多重化ストリームの処理に必要な制御情報または多重化ストリームの処理に必要な取得先情報を確実に取得できるようにすることができるという効果を奏する。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態１に係る情報処理装置の要部構成を示すブロック図である。
【図２】上記情報処理装置で使用されるプロトコルを示すプロトコルスタックの一例を示す図である。
【図３】制御情報を参照するためのdescriptor()のデータ構造の一例を示す図である。
【図４】制御情報を含むＭＰＴのデータ構造の一例を示す図である。
【図５】メディアの取得先を示すMMT_general_location_info()のデータ構造の一例を示す図である。
【図６】ＭＭＴＰパケットと、該ＭＭＴＰパケットのメディア種別を示すＭＰＴの一例を示す図である。
【図７】上記情報処理装置が実行する分離処理の一例を示すフローチャートである。
【図８】本発明の実施形態２に係る情報処理装置の要部構成を示すブロック図である。
【図９】本発明の実施形態３に係る情報処理装置の要部構成を示すブロック図である。
【図１０】descriptor()を用いてヒントを参照する例を説明する図である。
【図１１】本発明の実施形態４に係る情報処理装置の要部構成を示すブロック図である。
【図１２】上記情報処理装置が実行する再生処理の一例を示すフローチャートである。
【図１３】本発明の実施形態５に係る情報処理装置の要部構成を示すブロック図である。
【図１４】従来技術を示す図であり、ＭＰＥＧ−２ ＴＳにおける多重化ストリームの分離を説明する図である。
【図１５】ＴＳデマックス部とＭＭＴデマックス部とを備えた受信装置において生じる問題点を説明する図である。
【図１６】本発明の実施形態６に係る情報処理装置の要部構成を示すブロック図である。
【図１７】サービスを構成する制御情報（セッション情報）、パッケージ、ＭＭＴストリーム、アセット、制御情報（ＭＰＴ）等の関係の一例を示す図である。
【図１８】セッション情報のデータ構造の一例を示す図である。
【図１９】セッション記述の一例を示す図である。
【図２０】サービス切り替えに係るセッション制御シーケンスの一例を示す図である。
【図２１】サービス切り替えに係るセッション制御シーケンスの一例を示す図である。
【図２２】情報処理装置が実行するセッション制御処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１８】
〔実施形態１〕
以下、本発明の実施の形態について詳細に説明する。まず、本実施形態にかかる情報処理装置１の構成を図１に基づいて説明する。図１は、情報処理装置１の要部構成を示すブロック図である。情報処理装置１は、多重化ストリームを受信して再生する装置であり、図示のように放送受信部２０、デマックス部１０、通信部３０、オーディオデコーダ４０、スピーカ６０、ビデオデコーダ５０、および表示部７０を備えている。
【００１９】
放送受信部２０は、放送経路で送信される情報を受信する。例えば、放送コンテンツ等が放送受信部２０を介して受信される。放送コンテンツは多重化ストリームとして送信されるため、放送受信部２０はこの多重化ストリームをデマックス部１０に出力して分離させる。
【００２０】
デマックス部１０は、所定の多重化方式で多重化（マルチプレクス）された多重化ストリームを分離（デマルチプレクス）する。より詳細には、デマックス部１０には、ＴＳデマックス部（第１分離手段）１１、ＭＭＴデマックス部（第２分離手段）１３、およびコントローラ（制御手段）１２が含まれており、これらの構成によって複数の異なる多重化方式で多重化された多重化ストリームを分離することができるようになっている。
【００２１】
ＴＳデマックス部１１は、多重化ストリームと共に受信したＰＭＴ（Program Map Table：属性情報）に従って、ＭＰＥＧ−２ ＴＳ（第１の多重化方式）で多重化されたＴＳパケット（第１多重化ストリーム）から、ＭＭＴＰ（MPEG Media Transport Protocol：第２の多重化方式）で多重化されたＭＭＴＰパケット（第２多重化ストリーム）を分離する。また、ＴＳデマックス部１１は、ＴＳパケットから上記ＰＭＴに従ってビデオストリームまたはオーディオストリームのパケット（A/V Elementary Stream：メディアデータ）を分離し、分離されたメディアの種別に応じてオーディオデコーダ４０またはビデオデコーダ５０に出力する。なお、ＴＳデマックス部１１ではＭＭＴＰパケットからメディア（Media Processing Unit：ＭＰＵ：メディアデータ）を分離する（ＭＭＴＰパケットをデマルチプレクスする）ことはできないため、ＭＭＴＰパケットはＭＭＴデマックス部１３に出力する。また、ＴＳデマックス部１１は、ＰＭＴをコントローラ１２に出力する。詳細は後述するが、これらの分離は、受信した多重化ストリームを構成する各パケットのパケット識別子（ＰＩＤ）を参照することで行われる。
【００２２】
コントローラ１２は、ＰＭＴに含まれる制御情報（signaling message）を取得してＭＭＴデマックス部１３に出力する。詳細は後述するが、制御情報は、ＭＭＴＰパケットの分離に必要な情報であり、この制御情報をＭＭＴデマックス部１３に出力することにより、ＭＭＴデマックス部１３に確実に制御情報に基づいた分離処理を行わせることが可能になる。
【００２３】
ＭＭＴデマックス部１３は、ＭＭＴＰパケットからメディアを分離し、分離されたメディアの種別に応じてオーディオデコーダ４０またはビデオデコーダ５０に出力する。また、ＭＭＴデマックス部１３は、通信部３０を介してＭＭＴＰパケットを取得することもできる。これにより、放送受信部２０を介して受信した放送コンテンツと、通信部３０を介して受信した通信コンテンツを組み合わせて再生することも可能になる。
【００２４】
通信部３０は、情報処理装置１が外部の装置と通信ネットワークを介して通信するためのものであり、通信経路でのコンテンツ（多重化ストリーム）の取得に用いられる。
【００２５】
オーディオデコーダ４０は、ＴＳデマックス部１１またはＭＭＴデマックス部１３から出力された音声のメディアをデコードし、音声を出力する装置であるスピーカ６０に出力する。これにより、スピーカ６０から上記メディアに対応する音声が出力される。
【００２６】
ビデオデコーダ５０は、ＴＳデマックス部１１またはＭＭＴデマックス部１３から出力された画像のメディアをデコードし、画像を表示する装置である表示部７０に出力する。これにより、表示部７０から上記メディアに対応する画像が表示される。なお、スピーカ６０および表示部７０は情報処理装置１に外付けされた外部の装置であってもよい。
【００２７】
〔プロトコルスタック〕
ここで、本実施形態において想定しているプロトコルスタックについて図２に基づいて説明する。図２は、情報処理装置１で使用されるプロトコルを示すプロトコルスタックの一例を示す図である。なお、本発明と関連性の低い部分の説明は省略する。
【００２８】
図示のように、最下層である物理層（ＰＨＹ）は、放送と通信の２つに分かれている。そして、放送のベースとなる層はＴＳ（MPEG-2 TS）であり、通信のベースとなる層はＩＰである。放送では、従来のＭＰＥＧ−２ ＴＳと同様にＰＳＩ（Program Specific Information）／ＳＩ（Service Information）と、オーディオ／ビデオのＥＳ（Elementary Stream）とが送信されると共に、ＭＭＴに関するデータも送信される。なお、ＭＭＴに関するデータのみを送信してもよい。
【００２９】
同図では、ＭＭＴで規定される部分を破線で囲んでいる。図示のように、ＭＭＴは、放送および通信の双方で利用できる。また、ＭＭＴでは、制御情報（signaling message）およびメディア（ＭＰＵ）は、ＭＭＴペイロード（MMT Payload）にカプセル化され、さらに複数のＭＭＴペイロードを多重化してＭＭＴＰパケット列を構成する。
【００３０】
〔動作例〕
ここで、再度図１を参照して、情報処理装置１の動作例を説明する。まず、放送受信部２０がＴＳパケットを受信して、ＴＳデマックス部１１に出力する。ここでは、ＰＡＴ（Program Association Table）、ＰＭＴ、ＭＭＴストリーム（ビデオを含む）、およびＭＭＴストリーム（オーディオを含む）のＴＳパケットをこの順序で受信したとする。ＰＭＴには制御情報（signaling message）が含まれており、この制御情報を同図では「Ｓ」の文字で示している。
【００３１】
次に、ＴＳデマックス部１１は、受信したＴＳパケットに含まれるＰＡＴならびにＰＭＴ、および各ＴＳパケットのパケット識別子を参照して、ＴＳパケットを分離する。具体的には、ＰＭＴには、パケット識別子（ＰＩＤ）とパケットに含まれるデータの属性との対応関係が記述されているので、これに従って分離を行う。本例では、受信したＴＳパケットから分離したＰＭＴをコントローラ１２に出力し、２つのＭＭＴストリームをＭＭＴデマックス部１３に出力する。なお、ＭＭＴで多重化されていない（従来と同様の）ビデオストリームまたはオーディオストリームのＴＳパケットを受信した場合には、該ＴＳパケットからメディア（オーディオストリームまたはビデオストリーム）を分離して、メディアの種別に応じてオーディオデコーダ４０またはビデオデコーダ５０に出力する。
【００３２】
なお、コントローラ１２に送信する情報は、コントローラ１２が制御情報（signaling message）を取得できるような情報であればよく、ＰＭＴに限られない。例えば、ＰＭＴ自体を送信する代わりに、ＰＭＴ内のＭＭＴストリームに関連付けられたdescriptor()を通知してもよい。また、descriptor()には、制御情報が直接含まれていてもよいし、制御情報の取得先を示す情報（location）が含まれていてもよい。取得先を示す情報が含まれている場合、コントローラ１２は、この情報を用いて制御情報を取得する。
【００３３】
そして、コントローラ１２は、ＰＭＴまたはdescriptor()から抽出した制御情報、あるいはdescriptor()に含まれるlocationに基づき外部から取得した制御情報を任意のフォーマットでＭＭＴデマックス部１３に出力する。この制御情報が入力されることにより、ＭＭＴデマックス部１３は、ＴＳデマックス部１１から受信したＭＭＴストリームのパケット（ＭＭＴＰパケット）を分離することが可能になる。例えば、制御情報からビデオストリームのＭＭＴＰパケットであることが判明したＭＭＴＰパケットから分離したメディアはビデオデコーダ５０に送信し、オーディオストリームのパケットであることが判明したパケットから分離したメディアはオーディオデコーダ４０に送信することを決定することができる。
【００３４】
以上のように、情報処理装置１では、ＰＭＴに基づいてＴＳデマックス部１１がＴＳパケットの分離を行い、さらにＰＭＴから取得した制御情報に基づいてＭＭＴデマックス部１３がＭＭＴＰパケットの分離を行う。このように、情報処理装置１は、制御情報を含むあるいは制御情報を取得するための情報を含むＰＭＴを用い、制御情報をＭＭＴデマックス部１３に入力するので、ＭＭＴＰパケット群に含まれる各メディアを適切に分離することができる。
【００３５】
〔descriptor()の例〕
続いて、上述のdescriptor()の例を図３に基づいて説明する。図３は、descriptor()のデータ構造の一例を示す図である。図示のMMT_descriptor()には、descriptorの種別（MMT_descriptor()であること）を示す情報（descriptor_tag）、descriptorの長さの情報（descriptor_length）、およびＭＰＴ（MMT Package Table）の存否を示す情報（mpt_present_flag）が含まれている。なお、ＭＰＴに上述の制御情報（signaling message）が含まれている。
【００３６】
また、図示のMMT_descriptor()には、mpt_present_flagの値が‘１’の場合には、図４に示すデータ構造MPT()が続き、‘０’の場合には、図５に示すデータ構造MMT_general_location_info()（ただし、location_typeは0x05とする）が続く。MMT_general_location_info()には、制御情報の取得先を示すURLが記述されている。
【００３７】
〔ＭＰＴの例〕
次に、ＭＰＴの例を図４に基づいて説明する。図４は、ＭＰＴのデータ構造の一例を示す図である。図示のように、ＭＰＴには、メディア種別（type）を示す情報である“mime_type”が含まれていると共に、メディアの取得先（location）を特定するための“MMT_general_location_info()”が含まれている。なお、“MMT_general_location_info()”は、例えば放送経路を介した取得先と通信経路を介した取得先のように、１つのメディアに対して複数の取得先を対応付けるものであってもよい。
【００３８】
〔MMT_general_location_info()の例〕
続いて、MMT_general_location_info()の例を図５に基づいて説明する。図５は、MMT_general_location_info()のデータ構造の一例を示す図である。図示のように、MMT_general_location_info()では、複数のプロトコルに対応した取得先が記述できるようになっている。具体的には、ＭＭＴストリームのパケットＩＤで示される取得先（location_type==0x00）の他、ＵＤＰ／ＩＰによる通信ネットワークを介した取得先（location_type==0x01）、ＭＰＥＧ−２ ＴＳベースの放送ネットワークを介した取得先（location_type==0x03）、およびＨＨＴＰ等による通信ネットワークを介した取得先（location_type==0x05）を記述することができる。
【００３９】
〔パケットＩＤで取得先を特定する例〕
パケットＩＤで取得先を特定する例を図６に基づいて説明する。図６は、ＭＭＴＰパケットと、該ＭＭＴＰパケットのメディア種別を示すＭＰＴの一例を示す図である。同図の（ａ）に示すように、各ＭＭＴＰパケットには、パケットＩＤが付与されており、このパケットＩＤはそのメディア種別に応じた値となっている。つまり、同じＩＤのパケットには、同じ種別のメディアが含まれている。
【００４０】
そして、同図の（ｂ）に示すように、ＭＰＴでは、パッケージを構成する複数のアセットのＩＤが設定されており、各アセットのメディア種別（type）と、その取得先（location）が記述されている。具体的には、アセット（asset）♯１では、メディア種別“avc1”（ビデオストリーム）の取得先が“packet_id=1”であることが記述されている。この記述によって、“avc1”（ビデオストリーム）を取得する場合には、同図（ａ）のＭＭＴＰパケットのうち、パケットＩＤが１のパケットをデマルチプレクスすればよいことが特定できる。アセット♯２についても同様に、メディア種別“mp4a”（オーディオストリーム）の取得先が“packet_id=2”、つまりパケットＩＤが２のＭＭＴＰパケットであると特定できる。
【００４１】
なお、この例のようにlocationとしてパケットＩＤを用いるのは、MMT_general_location_info()のlocation_typeの値が0x00の場合であり、ＭＰＴに記述されるlocationは、location_typeの値に応じたものとなる。例えば、location_typeの値が0x05の場合には、“http://www.example.com/audio.mp4”等、その種別のメディアを取得するためのＵＲＬがlocationとして記述される。
【００４２】
このように、ＭＰＴを参照することによって、ＭＭＴＰパケットのメディア種別を特定することができる。よって、ＭＭＴデマックス部１３にＭＰＴを含む制御情報を入力することによって、ＭＭＴＰパケットを適切に分離することができる。すなわち、オーディオストリームのＭＭＴＰパケットはオーディオデコーダ４０に出力し、ビデオストリームのＭＭＴＰパケットはビデオデコーダ５０に出力することができる。
【００４３】
〔分離処理の流れ〕
最後に、情報処理装置１が実行する分離処理（情報処理装置の制御方法）の流れを図７に基づいて説明する。図７は、分離処理の一例を示すフローチャートである。まず、ＴＳデマックス部１１は、受信した複数のＴＳパケットのうちＰＩＤ＝０のＴＳパケットからＰＡＴを抽出し、ＰＡＴに定義されているＰＭＴのＰＩＤ値に基づきＰＭＴを抽出する（Ｓ１）。次に、ＴＳデマックス部１１は、抽出したＰＭＴをコントローラ１２に出力する（Ｓ２）。続いて、ＴＳデマックス部１１は、抽出したＰＭＴで定義されているメディア種別ごとのＰＩＤと、各ＴＳパケットのＰＩＤとを比較して、ＴＳパケットがＭＭＴストリーム（ＭＭＴＰパケットを含むＴＳパケット）か否かを判定する（Ｓ３、第１分離ステップ）。
【００４４】
ＭＭＴストリームの場合（Ｓ３でＹＥＳ）、ＴＳデマックス部１１は、当該ＴＳパケットから分離したＭＭＴＰパケットをＭＭＴデマックス部１３に出力する（Ｓ４）。
【００４５】
次に、コントローラ１２は、出力されたＰＭＴから制御情報（signaling message）を取得してＭＭＴデマックス部１３に出力する（Ｓ５、制御ステップ）。上述のように、制御情報は、ＰＭＴに含まれていてもよいし、ＰＭＴに記述された取得先から取得してもよい。そして、制御情報を受信したＭＭＴデマックス部１３は、この制御情報に基づいてＳ４で出力されたＭＭＴＰパケットを分離する（Ｓ６、第２分離ステップ）。
【００４６】
そして、引き続きＴＳパケットを受信する場合（Ｓ７でＹＥＳ）はＳ３の処理に戻り、そうでない場合（Ｓ７でＮＯ）は分離処理を終了する。
【００４７】
また、Ｓ３においてＭＭＴストリームでない場合（Ｓ３でＮＯ）、ＴＳデマックス部１１は、ＴＳパケットをメディア種別に応じて分離する（Ｓ８）。具体的には、オーディオストリームの場合、当該ＴＳパケットから分離したオーディオストリームをオーディオデコーダ４０に出力し、同様にビデオストリームの場合、当該ＴＳパケットから分離したビデオストリームをビデオデコーダ５０に出力する。
【００４８】
〔実施形態２〕
本発明の他の実施形態について、図８に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。
【００４９】
まず、本実施形態の情報処理装置１００の構成を図８に基づいて説明する。図８は、情報処理装置１００の要部構成を示すブロック図である。なお、デマックス部１１０以外の構成は情報処理装置１と同様であるから、デマックス部１１０およびその周囲の構成以外の図示は省略している。
【００５０】
図示のように、情報処理装置１００のデマックス部１１０には、ＴＳデマックス部（第１分離手段）１１１と、コントローラ（制御手段）１１２と、リマックス部（再多重化手段）１１４と、ＭＭＴデマックス部（第２分離手段）１１３とが含まれる。
【００５１】
ＴＳデマックス部１１１は、上記実施形態のＴＳデマックス部１１と同様に、受信したＴＳパケットの分離を行う。具体的には、ＰＭＴから特定されたメディア種別がオーディオストリームであるＴＳパケットから分離したオーディオストリームをオーディオデコーダ４０に出力する。メディア種別がビデオストリームであるＴＳパケットも同様に処理する。また、メディア種別がＭＭＴストリームであるＴＳパケットからＭＭＴストリームを含むＭＭＴＰパケットを分離してリマックス部１１４に出力する。さらに、ＴＳデマックス部１１１は、ＰＭＴをコントローラ１１２に出力する。
【００５２】
コントローラ１１２は、ＰＭＴから取得した制御情報（signaling message）をＭＭＴＰパケットとしてリマックス部１１４に出力する。つまり、コントローラ１１２は、出力するデータの形式がＭＭＴＰパケットである点、および出力先がリマックス部１１４である点で上記実施形態のコントローラ１２と相違している。なお、制御情報をＭＭＴＰパケット化するために必要なパケット化情報は、制御情報と同じくＰＭＴ内に記述してもよいし、パケット化情報の取得先をＰＭＴ内に記述してもよい。また、ＰＭＴに制御情報の取得先が記述されている場合、該取得先から取得した制御情報をＭＭＴＰパケット化してリマックス部１１４に出力する。
【００５３】
リマックス部１１４は、コントローラ１１２から出力される、制御情報を含むＭＭＴＰパケットと、ＴＳデマックス部１１１から出力されるＭＭＴＰパケットとを多重化してＭＭＴデマックス部１１３に出力する。なお、多重化は、制御情報を含むＭＭＴＰパケットが、この制御情報を用いて解析するＭＭＴＰパケット（ＴＳデマックス部１１１から受信したＭＭＴＰパケット）よりも先にＭＭＴデマックス部１１３に受信される順序となるように行うことが望ましい。
【００５４】
ＭＭＴデマックス部１１３は、多重化されたＭＭＴＰパケットから制御情報を取得し、この制御情報を用いて各ＭＭＴＰパケットを分離する。なお、ＭＭＴデマックス部１１３には、リマックス部１１４以外からＭＭＴＰパケットを入力してもよい。例えば、図示しない通信部３０を介して通信経路で取得したＭＭＴＰパケットを入力し、リマックス部１１４から入力されたＭＭＴＰパケットのストリームと共に、あるいは該ストリームの代わりにビデオデコーダ５０またはオーディオデコーダ４０に出力して再生してもよい。
【００５５】
以上のように、制御情報をＭＭＴＰパケットとし、他のＭＭＴＰパケットと多重化した状態でＭＭＴデマックス部１１３に供給する構成としても、上記実施形態と同様に、制御情報に基づいて各ＭＭＴＰパケットをスムーズに分離することができる。
【００５６】
〔実施形態３〕
本発明のさらに他の実施形態について、図９および図１０に基づいて説明すれば以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。
【００５７】
まず、本実施形態の情報処理装置２００の構成を図９に基づいて説明する。図９は、情報処理装置２００の要部構成を示すブロック図である。なお、デマックス部２１０以外の構成は情報処理装置１と同様であるから、デマックス部２１０およびその周囲の構成以外の図示は省略している。
【００５８】
図示のように、情報処理装置２００のデマックス部２１０には、ＴＳデマックス部（第１分離手段）１１１と、コントローラ（制御手段）２１２と、リマックス部（配列手段）２１４と、ＭＭＴデマックス部（第２分離手段）１１３とが含まれる。
【００５９】
また、ＴＳデマックス部１１１が受信するパケットには、制御情報（分離情報）を含むＭＭＴＰパケット（図中「Ｓ」が記載されたパケット）が含まれている。このパケットはＭＭＴＰパケットであるから、他のＭＭＴＰパケット共にリマックス部２１４に出力される。この制御情報を含むＴＳパケットは、所定周期毎に挿入されており、オーディオストリーム等のようなメディアのパケットとは異なるパケット識別子が割り当てられている。なお、制御情報を含むＴＳパケットのパケット識別子は、ビデオやオーディオを含むＭＭＴストリームのＴＳパケットのパケット識別子と同じであってもよいし、異なっていてもよい。
【００６０】
そして、ＴＳデマックス部１１１がコントローラ２１２に出力するパケットには、制御情報（signaling message）の伝送に関わるヒント（図中「Ｈ」で示す情報）が含まれている。具体的には、上記のヒントは、制御情報を含むＴＳパケットの挿入間隔を例えばmsec単位等で示す情報である。なお、ヒントはＰＭＴに記述されていてもよいし、descriptor()によって外部からの取得先が記述されてもよい。このようなヒントも、ＭＭＴＰパケットの分離に関して有用な情報であり、制御情報の一種であると言える。
【００６１】
コントローラ２１２は、ＰＭＴから取得したヒントが示す最大挿入間隔から、パケットの並べ替え処理に必要なバッファ量を算出してリマックス部２１４に通知する。なお、パケットの並べ替え処理とは、ＴＳデマックス部１１１から受信したＭＭＴＰパケットのうち、制御情報を参照した上で分離するものよりも、制御情報を含むものの方が先にＭＭＴデマックス部１１３に受信されるように、ＭＭＴＰパケットの順序を変更する処理である。
【００６２】
リマックス部２１４は、コントローラ２１２から通知された量のバッファにＴＳデマックス部１１１から受信したＭＭＴＰパケットを格納し、上記の並べ替え処理を行った上で再度多重化し、ＭＭＴデマックス部１１３に出力する。これにより、ＭＭＴデマックス部１１３は、先に受信したＭＭＴＰパケットに含まれる制御情報を参照した上で、後続のＭＭＴＰパケットの分離を行うことができる。したがって、制御情報が受信されていない状態でビデオやオーディオを含むＭＭＴＰパケットを受信することによって該ＭＭＴＰパケットを破棄するといった事象の発生を防ぐことができる。そして、上記のヒントは多重化ストリームの処理に必要な情報であると言える。
【００６３】
〔descriptor()を用いたヒントの参照〕
続いて、descriptor()を用いてヒントを参照する例を図１０に基づいて説明する。図１０は、descriptor()を用いてヒントを参照する例を説明する図である。同図の（ａ）に記載のMMT_descriptor()には、制御情報（signaling message）の伝送に関わるヒントの存否を示す情報（signaling_message_hint_present_flag）が含まれている。また、signaling_message_hint_present_flagの値が‘１’の場合には、同図（ｂ）に示すデータ構造signaling_message_hint()が続く。
【００６４】
そして、同図の（ｂ）には、signaling_message_hint()のデータ構造の一例が示されている。このsignaling_message_hint()には、制御情報の最大間隔を示す情報であるmax_signaling_message_intervalと、ＭＰＴの最大間隔を示す情報であるmax_mpt_intervalとが含まれている。したがって、同図の（ａ）のdescriptor()を参照して、同図の（ｂ）のsignaling_message_hint()を参照することにより、制御情報を含むＭＭＴＰパケットの最大挿入間隔を知得することができる。
【００６５】
〔実施形態４〕
本発明のさらに他の実施形態について、図１１および図１２に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。
【００６６】
まず、本実施形態の情報処理装置３００の構成を図１１に基づいて説明する。図１１は、情報処理装置３００の要部構成を示すブロック図である。なお、デマックス部３１０以外の構成は情報処理装置１と同様であるから、デマックス部３１０およびその周囲の構成以外の図示は省略している。
【００６７】
図示のように、情報処理装置３００のデマックス部３１０には、ＴＳデマックス部（第１分離手段）１１と、コントローラ（制御手段）１２と、ＭＭＴデマックス部（第２分離手段）３１３とが含まれる。本実施形態の制御情報（signaling message）は、ＴＳデマックス部１１が受信したコンテンツを構成するメディアの一部を他のネットワークから取得するための取得先情報を含んでいる。なお、ここではＴＳデマックス部１１が放送ネットワークを介して放送コンテンツを受信することを想定しているため、上記他のネットワークは例えばインターネット等の通信ネットワークであってもよい。そして、ＭＭＴデマックス部３１３は、この取得先情報を参照して他のネットワークからメディア（追加ストリーム）を取得し、ＴＳデマックス部１１が受信したメディアの一部と差し替えてデコードする。これにより、複数のネットワークから取得したメディアを組み合わせたコンテンツをユーザに提示することができる。
【００６８】
例えば、図示の例では、ＴＳデマックス部１１からＭＭＴデマックス部３１３にＭＭＴＰパケットであるＭａとＭｖとが出力されている。例えば、Ｍｖは映画のビデオストリームであり、Ｍａはその映画の英語音声のオーディオストリームである。また、コントローラ１２からＭＭＴデマックス部３１３に制御情報（signaling message）が出力されている。この制御情報には、メディアの取得先を示す取得先情報が記述されており、ＭＭＴデマックス部３１３は、この情報を参照して例えばインターネット等のネットワークからＭＭＴＰパケットであるＭａ’を取得する。Ｍａ’は例えば上記の映画の日本語音声のオーディオストリームである。そして、ＭＭＴデマックス部３１３が、Ｍａの代わりにＭａ’をオーディオデコーダ４０に出力する。これにより、ＭｖとＭａ’が同時に再生され、上記の映画を日本語音声で視聴させることができる。取得先情報は、例えば図５のようなMMT_general_location_info()として記述してもよい。
【００６９】
なお、他のネットワークからメディアを取得するか否かは、制御情報に基づいて取得可能なメディアが存在することを検知したときにユーザに問合せを行い、ユーザの選択に応じて決定してもよい。また、ＭＭＴデマックス部３１３が他のネットワークからメディアを取得する構成は、ＴＳデマックス部とＭＭＴデマックス部とを含む任意の構成に適用することができる。例えば、図８の例において、コントローラ１１２からＭＭＴデマックス部１１３に取得先情報を通知し、ＭＭＴデマックス部１１３がこの取得先情報の示す取得先からメディアを取得してデコーダに送ってもよい。同様に図９の例において、コントローラ２１２からＭＭＴデマックス部１１３に取得先情報を通知し、ＭＭＴデマックス部１１３がこの取得先情報が示す取得先からメディアを取得してデコーダに送ってもよい。
【００７０】
〔再生処理の流れ〕
続いて、情報処理装置３００が実行する再生処理の流れを図１２に基づいて説明する。図１２は、再生処理の一例を示すフローチャートである。なお、分離処理については、図７の処理が行われる。
【００７１】
コントローラ１２は、ＰＭＴから制御情報を取得してＭＭＴデマックス３１３部に出力する（Ｓ１０）。上述のように、制御情報（signaling message）は、ＰＭＴに含まれていてもよいし、ＰＭＴに記述された取得先から取得してもよい。
【００７２】
そして、制御情報を受信したＭＭＴデマックス部３１３は、この制御情報に基づいて、外部（放送以外のネットワーク）からメディアを取得するか否かを判断する（Ｓ１１）。ここでは、放送以外のネットワークから取得可能なメディアが存在すれば、メディアを取得すると判断してもよいし、取得の可否をユーザに選択させてもよい。
【００７３】
ここで、メディアを取得しないと判断した場合（Ｓ１１でＮＯ）にはＳ１４の処理に進み、取得すると判断した場合（Ｓ１１でＹＥＳ）にはＳ１２の処理に進む。Ｓ１２では、ＭＭＴデマックス部３１３は、取得することを決めたメディアを受信し、受信したメディアの再生態様を決定する（Ｓ１３）。例えば、ＴＳデマックス部１１から受信しているメディアの代替となるメディアを受信した場合、ＴＳデマックス部１１から受信しているメディアと差し替える再生態様とすることを決定する。
【００７４】
そして、ＭＭＴデマックス部３１３は、ＭＭＴＰパケットのそれぞれをその種別に応じて分離する（Ｓ１４）。具体的には、再生対象とするＭＭＴＰパケットをデマルチプレクスし、これにより得た各メディアをその種別に応じてオーディオデコーダ４０またはビデオデコーダ５０に出力する。これにより、Ｓ１３で決定した再生態様で再生が行われ（Ｓ１５）、その後、再生処理は終了する。
【００７５】
〔実施形態５〕
本発明のさらに他の実施形態について、図１３に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。
【００７６】
本実施形態の情報処理装置４００の構成を図１３に基づいて説明する。図１３は、情報処理装置４００の要部構成を示すブロック図である。なお、デマックス部４１０以外の構成は情報処理装置１と同様であるから、デマックス部４１０およびその周囲の構成以外の図示は省略している。
【００７７】
図示のように、情報処理装置４００のデマックス部４１０には、ＴＳデマックス部（第１分離手段）１１と、コントローラ（制御手段）１２と、ＭＭＴデマックス部（第２分離手段）４１３とが含まれる。コントローラ１２からＭＭＴデマックス部４１３に出力される制御情報（signaling message）には、情報処理装置３００と同様に取得先情報が含まれている。そして、ＭＭＴデマックス部４１３は、この取得先情報を参照してメディア（追加ストリーム）を取得し、ＴＳデマックス部１１が受信したメディアと共にデコードさせる。これにより、複数のネットワークから取得したメディアを組み合わせたコンテンツをユーザに提供することができる。
【００７８】
例えば、図示の例では、ＴＳデマックス部１１からＭＭＴデマックス部３１３にＭＭＴＰパケットであるＭａとＭｖとが出力されている。例えば、Ｍｖは映画のビデオストリームであり、Ｍａはその映画のオーディオストリームである。また、コントローラ１２からＭＭＴデマックス部４１３に制御情報（signaling message）が出力されている。この制御情報には、取得先情報が記述されており、ＭＭＴデマックス部４１３は、この取得先情報を参照して例えばインターネット等のネットワークからＭＭＴＰパケットであるＭｖ’を取得する。Ｍｖ’は例えば上記の映画の拡張レイヤ映像であるビデオストリームである。そして、ＭＭＴデマックス部４１３が、ＭｖおよびＭｖ’の両方をビデオデコーダ５０に出力する。これにより、ＭｖとＭｖ’が組み合わされた高フレームレート／高解像度な映像が再生される。
【００７９】
なお、情報処理装置４００における再生処理は、図１２の例と同様である。すなわち、情報処理装置４００では、図１２のＳ１３で２つのメディアを共に再生する再生態様を決定し、Ｓ１４で共に再生する２つのメディアをデマルチプレクスし、Ｓ１５でこれらのメディアを共に再生する。
【００８０】
また、情報処理装置４００における再生処理は、ＴＳデマックス部とＭＭＴデマックス部とを含む任意の構成に適用することができる。例えば、図８の例において、コントローラ１１２からＭＭＴデマックス部１１３に取得先情報を通知し、ＭＭＴデマックス部１１３がこの取得先情報の示す取得先からメディアを取得してデコーダに送ってもよい。同様に図９の例において、コントローラ２１２からＭＭＴデマックス部１１３に取得先情報を通知し、ＭＭＴデマックス部１１３がこの取得先情報が示す取得先からメディアを取得してデコーダに送ってもよい。
【００８１】
〔変形例〕
上記各実施形態では第１の多重化方式がＭＰＥＧ−２  ＴＳ、第２の多重化方式がＭＭＴである場合の情報処理装置を例に説明を行ったがこれらの例に限られず、異なる多重化方式で多重化された多重化ストリームを受信する情報処理装置であれば、本発明を適用し得る。
【００８２】
また、第１の多重化方式がＭＭＴ、第２の多重化方式がＭＰＥＧ−２  ＴＳの場合、ＰＳＩ／ＳＩに関するデータは、ＭＭＴの制御情報（signaling message）に格納してもよいし、ＴＳパケット化したものをＭＭＴペイロードに格納してもよい。ビデオストリームやオーディオストリームは、ＴＳパケット化したものをＭＭＴペイロードに格納してもよい。
【００８３】
〔実施形態６〕
本発明のさらに他の実施形態について、図１６から図２２に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。
【００８４】
本実施形態の情報処理装置５００の構成を図１６に基づいて説明する。図１６は、情報処理装置５００の要部構成を示すブロック図である。
【００８５】
図示のように、情報処理装置５００には、セッション制御部８０が含まれる。セッション制御部８０は、放送受信部２０または通信部３０より、サービスを構成するＭＭＴストリームを受信するために必要な制御情報（セッション情報）を取得し、セッションの開始／終了等の制御を行う。
【００８６】
情報処理装置５００が受信するサービスの構成について、図１７に基づいて説明する。図１７は、情報処理装置５００が受信するサービス、及び各サービスを構成する制御情報（セッション情報）、パッケージ、ＭＭＴストリーム、アセット、制御情報（ＭＰＴ）等の関係の一例を示す図である。
【００８７】
サービスＡは、制御情報ａ１、及びパッケージａ２から構成される。パッケージａ２は、アセットａ２１１、アセットａ２１２、制御情報ａ２１３からなるＭＭＴストリームａ２１、及びアセットａ２２１からなるＭＭＴストリームａ２２から構成される。制御情報ａ１には、ＭＭＴストリームａ２１、及びＭＭＴストリームａ２２を受信するために必要な情報（セッション情報）が所定のフォーマットで記述されている。制御情報ａ２１３には、前述のＭＰＴ（MMT Package Table）が記述されている。なお、ＭＰＴには、当該パッケージのパッケージ識別子が記述されている。
【００８８】
サービスＢは、制御情報ｂ１、及びパッケージｂ２から構成される。パッケージｂ２は、アセットｂ２１１、アセットｂ２１２、制御情報ｂ２１３からなるＭＭＴストリームｂ２１、及び上記ＭＭＴストリームａ２２から構成される。なお、ＭＭＴストリームａ２２は、パッケージａ２とパッケージｂ２の両方から参照されるＭＭＴストリームである。制御情報ｂ１には、ＭＭＴストリームｂ２１、及びＭＭＴストリームａ２２を受信するために必要な情報（セッション情報）が所定のフォーマットで記述されている。制御情報ｂ２１３には、前述のＭＰＴ（MMT Package Table）が記述されている。なお、ＭＰＴには、当該パッケージのパッケージ識別子が記述されている。
【００８９】
同様に、サービスＣは、制御情報ｃ１、及びパッケージｃ２から構成される。
【００９０】
次に、セッション情報のデータ構造について、図１８及び図１９に基づいて説明する。
【００９１】
図１８は、セッション情報のデータ構造の一例を示す図である。図１８（ａ）に示すように、セッション情報は、セッション数、セッション識別子、メインサブフラグ、被参照パッケージ数、パッケージ識別子、セッション記述を含んでいる。各データの意味は、図１８（ｂ）に示す通りである。
【００９２】
図１９は、ＳＤＰ（Session Description Protocol）を用いたセッション記述の一例を示す図である。図１９（ａ）は、マルチキャストセッションの記述例であり、ユニキャストアドレス192.16.24.202からマルチキャストグループアドレス224.2.0.1のポート3456へ、ＭＭＴプロトコルによりＭＭＴストリームがマルチキャスト配信されることを示している。一方、図１９（ｂ）は、ユニキャストセッションの記述例であり、ユニキャストアドレス192.16.24.202からＭＭＴプロトコルによりＭＭＴストリームがユニキャスト配信されることを示している。
【００９３】
例えば、サービスＡの制御情報ａ１は、以下のように記述される。
【００９４】
セッション数：２
セッション識別子：ａ２１
メインサブフラグ：１
被参照パッケージ数：１
パッケージ識別子：ａ２
セッション記述：図１９（ａ）のＳＤＰによる記述
セッション識別子：ａ２２
メインサブフラグ：０
被参照パッケージ数：２
パッケージ識別子：ａ２
パッケージ識別子：ｂ２
セッション記述：図１９（ｂ）のＳＤＰによる記述
【００９５】
また、サービスＢの制御情報ｂ１は、以下のように記述される。
【００９６】
セッション数：２
セッション識別子：ｂ２１
メインサブフラグ：１
被参照パッケージ数：１
パッケージ識別子：ｂ２
セッション記述：図１９（ａ）のＳＤＰによる記述（ただし、マルチキャストグループアドレスまたはポートは図１９（ａ）の記述と異なる）
セッション識別子：ａ２２
メインサブフラグ：０
被参照パッケージ数：２
パッケージ識別子：ｂ２
パッケージ識別子：ａ２
セッション記述：図１９（ｂ）のＳＤＰによる記述
【００９７】
次に、サービス切り替え時のセッション制御シーケンスについて、図２０及び図２１に基づいて説明する。なお、各サービスのメインのＭＭＴストリーム（メインＩＰデータフロー）はマルチキャスト配信され、サブのＭＭＴストリーム（サブＩＰデータフロー）はユニキャスト配信されるものとして説明する。
【００９８】
図２０は、サービスＡからサービスＢに切り替える際のセッション制御シーケンスの一例を示す図である。
【００９９】
サービスＡが選択されると、セッション制御部８０は、サービスＡのセッション情報（図１７の制御情報ａ１）を放送受信部２０または通信部３０より取得する（１）。通信部３０よりセッション情報を取得する場合、所定のマルチキャストグループより取得する構成としてもよいし、所定のＨＴＴＰ−ＵＲＬにアクセスすることで取得する構成としてもよい。
【０１００】
続いて、セッション制御部８０は、セッション情報（制御情報ａ１）に基づきメインのＭＭＴストリームのセッションを開始する（２）。具体的には、対応するセッション記述を参照し、ＩＧＭＰ（Internet Group Management Protocol）を用いてマルチキャストグループに参加（図１９（ａ）のマルチキャストグループアドレス224.2.0.1をパラメータに含むＭｅｍｂｅｒｓｈｉｐ  Ｑｕｅｒｙパケットを送信）することで、ＭＭＴストリームａ２１を受信することができる。なお、メインのＭＭＴストリームか否かは、セッション情報に含まれるメインサブフラグの値により判断することができる。あるいは、メインサブフラグを用いず、セッション情報の最初のセッションをメインのＭＭＴストリームと判定するような構成としてもよい。
【０１０１】
次に、サービスＡのサブのＭＭＴストリームが選択されると、セッション制御部８０は、セッション情報（制御情報ａ１）に基づきサブのＭＭＴストリームのセッションを開始する（３）。具体的には、対応するセッション記述を参照し、ＲＴＳＰ（Real Time Streaming Protocol）を用いてサーバに対してＳＥＴＵＰリクエストやＰＬＡＹリクエストを発行することでＭＭＴストリームａ２２を受信することができる。
【０１０２】
これにより、情報処理装置５００は、ＭＭＴストリームａ２１に含まれるアセットとＭＭＴストリームａ２２に含まれるアセットを組み合わせて再生したり、ＭＭＴストリームａ２１に含まれるアセットの一部をＭＭＴストリームａ２２に含まれるアセットに置き換えて再生したりすることができる。
【０１０３】
次に、サービスＢへの切り替えが行われると、セッション制御部８０は、サービスＡのメインのＭＭＴストリームのセッションを終了する（４）。具体的には、対応するセッション記述を参照し、ＩＧＭＰを用いてマルチキャストグループから離脱（マルチキャストグループアドレス224.2.0.1をパラメータに含むＬｅａｖｅ  Ｇｒｏｕｐパケットを送信）することで、ＭＭＴストリームａ２１の受信を終了させることができる。なお、サービスＡのサブのＭＭＴストリームａ２２は、他のサービス（パッケージｂ２）からも参照されているため、この時点ではセッション終了処理は行わない。
【０１０４】
続いて、セッション制御部８０は、サービスＢのセッション情報（図１７の制御情報ｂ１）を放送受信部２０または通信部３０より取得し（５）、セッション情報（制御情報ｂ１）に基づきメインのＭＭＴストリームのセッションを開始する（６）。
【０１０５】
ここで、サービスＢのサブのＭＭＴストリームａ２２は、サービスＡの選択時にすでにセッションを開始しているため、サービスＢのサブのＭＭＴストリームが選択されると、セッション開始処理を行うことなく再生することができる。
【０１０６】
図２１は、サービスＡからサービスＣに切り替える際のセッション制御シーケンスの一例を示す図である。
【０１０７】
処理（１）〜処理（６）は、図２０と同様のため説明は省略する。処理（６）の後、サービスＡのＭＭＴストリームａ２２はサービスＣ（パッケージｃ２）から参照されていないことが分かるため、該セッションを終了する（７）。具体的には、対応するセッション記述を参照し、ＲＴＳＰを用いてサーバに対してＴＥＡＲＤＯＷＮリクエストを発行することでＭＭＴストリームａ２２の受信を終了させることができる。
【０１０８】
次に、サービスＣのサブのＭＭＴストリームが選択されると、セッション制御部８０は、セッション情報（制御情報ｃ１）に基づきサブのＭＭＴストリームのセッションを開始する（８）。
【０１０９】
ここで、情報処理装置５００が実行するセッション制御処理（情報処理装置の制御方法）の流れを図２２に基づいて説明する。図２２は、セッション制御処理の一例を示すフローチャートである。
【０１１０】
まず、ユーザによりサービスの選択（切替）が行われる（Ｓ２０）。次に、セッション確立中のメインＭＭＴストリームがあればセッションを終了させる（Ｓ２１）。次に、セッション確立中のサブＭＭＴストリームがあるか否かを判定する（Ｓ２２）。Ｓ２２でＮｏの場合、Ｓ２０で選択したサービスのセッション情報を取得し解析する（Ｓ２４）。Ｓ２２でＹｅｓの場合、セッション情報に記述された被参照パッケージ数などを参照し、上記サブＭＭＴストリームが他のサービスから参照されているか否か判定する（Ｓ２３）。Ｓ２３でＮｏの場合、上記サブＭＭＴストリームのセッションを終了する（Ｓ２３１）。Ｓ２３でＹｅｓの場合、Ｓ２４に進む。
【０１１１】
続いて、Ｓ２０で選択したサービスのメインＭＭＴストリームのセッションを開始する（Ｓ２５）。上記サブＭＭＴストリームが、セッション確立中の場合、セッション情報に記述されたパッケージ識別子などを参照し、Ｓ２０で選択したサービスから参照されているか否かを判定する（Ｓ２６）。Ｓ２６でＮｏの場合、上記サブＭＭＴストリームのセッションを終了する（Ｓ２６１）。Ｓ２６でＹｅｓの場合、セッション確立中のＭＭＴストリームが帯域制約条件を満たしているか否か判定する（Ｓ２７）。Ｓ２７でＮｏの場合、セッション確立中のサブＭＭＴストリームのうち、被参照パッケージ数の値の小さいものからセッションを終了する（Ｓ２７１）。
【０１１２】
上述したように、サービス切り替えにおいて、複数のサービスから参照されているＭＭＴストリームのセッション終了処理を遅延させることによって、セッション再確立に伴う再生遅延を抑えることができる。さらに、セッション確立中のＭＭＴストリームが複数存在する場合、被参照情報を参照して効率的にセッションを終了させることができる。
【０１１３】
〔集積回路・ソフトウェアによる実現例〕
情報処理装置１、１００、２００、３００、４００、５００の制御ブロック（特にデマックス部を構成する各部）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。
【０１１４】
後者の場合、情報処理装置１、１００、２００、３００、４００、５００は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【０１１５】
〔まとめ〕
本発明の態様１に係る情報処理装置（１、１００、２００、３００、４００）は、ネットワークを介して受信した多重化ストリームを、該多重化ストリームと共に受信した属性情報（ＰＭＴ）に従って、第１の多重化方式で多重化された第１多重化ストリームから、該第１の多重化方式とは異なる第２の多重化方式で多重化された第２多重化ストリームを分離する第１分離手段（ＴＳデマックス部１１、１１１）と、上記第２多重化ストリームからメディアデータを分離する第２分離手段（ＭＭＴデマックス部１３、１１３、３１３、４１３）と、上記属性情報に含まれる制御情報（signaling message）を取得して、該制御情報が上記第２分離手段による上記第２多重化ストリームの分離に利用されるように制御する制御手段（コントローラ１２、１１２、２１２）と、を備えている。
【０１１６】
上記の構成によれば、属性情報に含まれる制御情報を取得して、該制御情報が第２分離手段による第２多重化ストリームの分離に利用されるように制御するので、制御情報を確実に利用できるようにすることができる。
【０１１７】
また、本発明の態様２に係る情報処理装置（１００、２００）は、上記態様１において、上記第２の多重化方式による多重化を行う再多重化手段（リマックス部１１４、２１４）を備え、上記制御手段は、上記制御情報を上記再多重化手段に出力し、上記再多重化手段は、上記制御手段が出力する上記制御情報を上記第２の多重化方式で多重化して、上記第１分離手段が分離した第２多重化ストリームと共に上記第２分離手段に出力する構成であってもよい。
【０１１８】
上記の構成によれば、制御情報を第２の多重化方式で多重化して、第１分離手段が分離した第２多重化ストリームと共に第２分離手段に出力する。このため、第２分離手段は出力されたデータから制御情報を取得し、取得した制御情報を用いて第２多重化ストリームを分離することができる。そして、第２分離手段が処理するデータを第２の多重化方式で多重化されたデータに統一することができる。
【０１１９】
また、本発明の態様３に係る情報処理装置（２００）は、上記態様１または２において、上記第１分離手段が受信する多重化ストリームには、上記第２多重化ストリームを分離するための分離情報が上記第２の多重化方式で多重化された状態で所定の間隔ごとに挿入されており、上記制御情報は、上記第１分離手段が受信する多重化ストリームにおける上記分離情報の挿入間隔を示す情報を含み、多重化された上記分離情報の後に、上記第１分離手段が分離した第２多重化ストリームが続くように、多重化された分離情報と当該第２多重化ストリームとを上記制御情報を用いて配列する配列手段（リマックス部２１４）を備え、上記制御手段は、上記制御情報を上記配列手段に出力する構成であってもよい。
【０１２０】
上記の構成によれば、多重化された分離情報の後に、第１分離手段が分離した第２多重化ストリームが続くように、多重化された分離情報と当該第２の多重化ストリームとを制御情報を用いて配列する。よって、第２分離手段は、制御情報を取得し、取得した制御情報を用いて第２多重化ストリームを分離することができる。
【０１２１】
また、本発明の態様４に係る情報処理装置（１、１００、２００、３００、４００）は、上記態様１から３の何れかにおいて、上記制御情報は、上記第１分離手段が分離した第２多重化ストリームの代わりにまたは該第２多重化ストリームと共に再生する、上記第２の多重化方式で多重化された追加ストリームの、上記ネットワークとは異なるネットワークからの取得先を示す取得先情報を含み、上記制御手段は、上記制御情報を上記第２分離手段に出力し、上記第２分離手段は、上記取得先情報が示す取得先から上記追加ストリームを取得し、上記第１分離手段が分離した第２多重化ストリームの代わりにまたは該第２多重化ストリームと共に上記追加ストリームが再生されるように、上記追加ストリームおよび上記第１分離手段が分離した第２多重化ストリームの分離を行う構成であってもよい。
【０１２２】
上記の構成によれば、第１分離手段が分離した多重化ストリームとは異なるネットワークにおける取得先情報が示す取得先から追加ストリームを取得する。そして、第１分離手段が分離した第２多重化ストリームの代わりにまたは該第２多重化ストリームと共に追加ストリームが再生されるように、追加ストリームおよび第１分離手段が分離した第２多重化ストリームの分離を行う。よって、異なるネットワークから取得したストリームを組み合わせて再生することができる。
【０１２３】
また、本発明の態様５に係る情報処理装置（１、１００、２００、３００、４００）は、ネットワークを介して受信した多重化ストリームを、該多重化ストリームと共に受信した属性情報に従って、第１の多重化方式で多重化された第１多重化ストリームから、該第１の多重化方式とは異なる第２の多重化方式で多重化された第２多重化ストリームを分離する第１分離手段を備えた情報処理装置であって、多重化ストリームの上記ネットワークとは異なるネットワークからの取得先を示す取得先情報を上記属性情報から取得する制御手段と、上記第１分離手段が分離した上記第２多重化ストリームと、上記取得先情報が示す取得先から取得した第２多重化ストリームとを、当該第２多重化ストリームのそれぞれに含まれるメディアデータが１つのコンテンツとして再生されるように分離する第２分離手段と、を備えている。
【０１２４】
上記の構成によれば、属性情報に含まれる取得先情報を取得して、該取得先情報が示す取得先から第２多重化ストリームを取得する。そして、取得した第２多重化ストリームと、第１分離手段が分離した第２多重化ストリームのそれぞれに含まれるメディアデータが１つのコンテンツとして再生されるように分離する。よって、取得先情報を確実に利用できるようにすることができると共に、異なるネットワークから取得したストリームを組み合わせて再生することができる。
【０１２５】
また、本発明の態様６に係る情報処理装置の制御方法は、ネットワークを介して受信した多重化ストリームを、該多重化ストリームと共に受信した属性情報に従って、第１の多重化方式で多重化された第１多重化ストリームから、該第１の多重化方式とは異なる第２の多重化方式で多重化された第２多重化ストリームを分離する第１分離ステップと、上記属性情報に含まれる制御情報を取得して、該制御情報が上記第２多重化ストリームからのメディアデータの分離に利用されるように制御する制御ステップと、上記第２多重化ストリームからメディアデータを分離する第２分離ステップと、を含むことを特徴としている。この構成によれば、上記態様１の情報処理装置と同様の作用効果を奏する。
【０１２６】
そして、本発明の態様７に係る情報処理装置の制御方法は、ネットワークを介して受信した多重化ストリームを、該多重化ストリームと共に受信した属性情報に従って、第１の多重化方式で多重化された第１多重化ストリームから、該第１の多重化方式とは異なる第２の多重化方式で多重化された第２多重化ストリームを分離する第１分離ステップと、多重化ストリームの上記ネットワークとは異なるネットワークからの取得先を示す取得先情報を上記属性情報から取得する制御ステップと、上記第１分離ステップにて分離した上記第２多重化ストリームと、上記取得先情報が示す取得先から取得した第２多重化ストリームとを、当該第２多重化ストリームのそれぞれに含まれるメディアデータが１つのコンテンツとして再生されるように分離する第２分離ステップと、を含むことを特徴としている。この構成によれば、上記態様５の情報処理装置と同様の作用効果を奏する。
【０１２７】
また、本発明の態様８に係る情報処理装置（５００）は、ネットワークを介して複数のパッケージ（サービス）を受信し再生する情報処理装置において、上記パッケージに含まれる多重化ストリーム（ＭＭＴストリーム）の受信に必要な制御情報（セッション情報）を取得し上記多重化ストリームの受信開始及び終了を制御するセッション制御手段と、上記多重化ストリームからメディアデータを分離する分離手段と、を備え、上記制御情報は、上記多重化ストリームが複数のパッケージから参照されているか否かを示す被参照情報を含むことを特徴とする。
【０１２８】
上記構成によれば、サービス切り替えにおいて、複数のサービスから参照されているＭＭＴストリームのセッション終了処理を遅延させることによって、セッション再確立に伴う再生遅延を抑えることができる。さらに、セッション確立中のＭＭＴストリームが複数存在する場合、被参照情報を参照して効率的にセッションを終了させることができる。
【０１２９】
また、本発明の各態様に係る情報処理装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記情報処理装置が備える各手段として動作させることにより上記情報処理装置をコンピュータにて実現させる情報処理装置の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【０１３０】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。
【産業上の利用可能性】
【０１３１】
本発明は、多重化ストリームを受信する装置に利用することができる。
【符号の説明】
【０１３２】
１、１００、２００、３００、４００、５００    情報処理装置
１１、１１１                            ＴＳデマックス部（第１分離手段）
１２、１１２、２１２                    コントローラ（制御手段）
１３、１１３、３１３、４１３            ＭＭＴデマックス部（第２分離手段）
１１４                                  リマックス部（再多重化手段）
２１４                                  リマックス部（配列手段）
８０                                    セッション制御部（セッション制御手段）
【図１】
2016171358.tif 000003
【図２】
2016171358.tif 000004
【図３】
2016171358.tif 000005
【図４】
2016171358.tif 000006
【図５】
2016171358.tif 000007
【図６】
2016171358.tif 000008
【図７】
2016171358.tif 000009
【図８】
2016171358.tif 000010
【図９】
2016171358.tif 000011
【図１０】
2016171358.tif 000012
【図１１】
2016171358.tif 000013
【図１２】
2016171358.tif 000014
【図１３】
2016171358.tif 000015
【図１４】
2016171358.tif 000016
【図１５】
2016171358.tif 000017
【図１６】
2016171358.tif 000018
【図１７】
2016171358.tif 000019
【図１８】
2016171358.tif 000020
【図１９】
2016171358.tif 000021
【図２０】
2016171358.tif 000022
【図２１】
2016171358.tif 000023
【図２２】
2016171358.tif 000024