(57)【要約】【課題】受信装置において、ユーザによるチャンネル変更の指示を受けてから映像を表示するまでの時間の短縮化を図る。【解決手段】第１のデータストリームから第１の識別情報を取得する第１の取得手段３５と、第１のデータストリームから映像データおよび音声データの少なくとも一方を抽出して出力する出力手段３９と、第１のデータストリームを受信中に、前記第２のデータストリームから第２の識別情報を取得する第２の取得手段３５と、第２の識別情報を記憶する記憶手段３２と、出力手段３９が出力する映像データおよび音声データを含むデータストリームの選択を受付ける受付手段３４と、を備え、出力手段３９は、第２のデータストリームが選択されると、記憶手段３２に記憶されている第２の識別情報に基づいて、第２のデータストリームから映像データおよび音声データの少なくとも一方を抽出して出力する。【選択図】図４
2008294663.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して、送信装置から、映像データおよび音声データの少なくとも一方と前記映像データおよび音声データの少なくとも一方を識別するための識別情報とからなるデータストリームを受信する受信装置であって、
第１および第２のデータストリームを含む複数のデータストリームを前記送信装置から受信する受信手段と、
前記第１のデータストリームから第１の識別情報を取得する第１の取得手段と、
前記第１の識別情報に基づいて、前記第１のデータストリームから映像データおよび音声データの少なくとも一方を抽出して出力する出力手段と、
前記受信装置が第１のデータストリームを受信中に、前記第２のデータストリームから第２の識別情報を取得する第２の取得手段と、
前記受信装置が第１のデータストリームを受信中に、前記第２の識別情報を記憶する記憶手段と、
前記出力手段が出力する映像データおよび音声データを含む前記データストリームの選択を受付ける受付手段と、を備え、
前記出力手段は、前記第２のデータストリームが選択されると、前記記憶手段に記憶されている前記第２の識別情報に基づいて、前記第２のデータストリームから映像データおよび音声データの少なくとも一方を抽出して出力する、受信装置。
【請求項２】
前記送信装置は、
他の送信装置から受信したデータストリームを前記受信装置へと送信するための中継装置である、請求項１に記載の受信装置。
【請求項３】
前記抽出手段によって抽出された映像データおよび音声データの少なくとも一方を復号して映像および音声の少なくとも一方を再生する再生手段をさらに備える、請求項１または２に記載の受信装置。
【請求項４】
前記送信装置に前記第２のデータストリームの送信を要求する要求手段をさらに備える、請求項１から３のいずれか１項に記載の受信装置。
【請求項５】
前記要求手段は、前記送信装置に複数の異なる前記第２のデータストリームの送信を要求し、
前記受信手段は、送信装置から送信される前記複数の異なる第２のデータストリームを受信し、
前記第２の取得手段は、前記受信装置が第１のデータストリームを受信中に、前記複数の異なる第２のデータストリームからそれぞれの第２の識別情報を取得し、
前記記憶手段は、前記受信装置が第１のデータストリームを受信中に、前記それぞれの第２の識別情報を記憶する、請求項４に記載の受信装置。
【請求項６】
前記要求手段は、前記第２の識別情報の取得が完了したときに、前記送信装置に前記第２のデータストリームの送信停止を要求し、未だ取得していない識別情報を含む他のデータストリームの送信を要求する、請求項４または５に記載の受信装置。
【請求項７】
前記要求手段は、前記出力手段が前記第１のデータストリームからの映像データおよび音声データの抽出を停止している期間にも、前記送信装置に複数のデータストリームの送信を要求し、
前記第２の取得手段は、前記期間中にも、前記第２のデータストリームから第２の識別情報を取得し、
前記記憶手段は、前記期間中にも、前記第２の識別情報を記憶する、請求項４から６のいずれか１項に記載の受信装置。
【請求項８】
前記要求手段は、前記受信装置が接続されているネットワークの負荷状況に応じて、前記第２のデータストリームの送信を要求するメッセージを送信するか否かを決定する、請求項４から７のいずれか１項に記載の受信装置。
【請求項９】
前記受信装置は、送信されるデータの送信優先度を指定可能なネットワークを介して送信装置に接続されており、
前記要求手段は、前記第２のデータストリームを、前記第１のデータストリームよりも低い送信優先度に指定する、請求項４から８のいずれか１項に記載の受信装置。
【請求項１０】
前記受信装置は、データの送受信に利用される伝送帯域を指定可能なネットワークを介して送信装置に接続されており、
前記要求手段は、第２のデータストリームの送信に利用される伝送帯域を、前記第１のデータストリームの送信に利用される伝送帯域よりも狭い伝送帯域に指定する、請求項４から９のいずれか１項に記載の受信装置。
【請求項１１】
前記要求手段は、所定の時間間隔を空けて、前記第２のデータストリームの送信を要求するメッセージを送信する、請求項４から１０のいずれか１項に記載の受信装置。
【請求項１２】
ネットワークを介して、複数の異なる前記データストリームに対応したそれぞれの番組情報が格納された番組テーブルを受信する番組テーブル受信手段をさらに備え、
前記要求手段は、取得した前記番組テーブルに格納されたそれぞれの番組情報に基づいて、前記送信装置に前記第２のデータストリームの送信を要求する、請求項４から１１のいずれか１項に記載の受信装置。
【請求項１３】
前記データストリームは、暗号化された映像データおよび暗号化された音声データの少なくとも一方を復号する復号鍵を生成するための複合鍵生成情報を含み、
前記データストリームから前記複合鍵生成情報を取得する第３の取得手段と、
前記複合鍵生成情報から前記復号鍵を生成する復号鍵生成手段と、をさらに備える、請求項１から１２のいずれか１項に記載の受信装置。
【請求項１４】
前記複合鍵生成情報は、ＥＣＭ(Entitlement Control Message)である、請求項１３に記載の受信装置。
【請求項１５】
前記データストリームは、ＭＰＥＧ２−ＴＳ(Moving Picture Experts Group 2 - Transport Stream)データであって、
前記データストリームは、ＰＡＴ(Program Association Table)およびＰＭＴ(Program Mapped Table)を含み、
前記識別情報は、映像データおよび音声データの少なくとも一方のＰＩＤ(Program ID)を含む、請求項１から１４のいずれか１項に記載の受信装置。
【請求項１６】
前記送信装置が配信し得るデータストリームに関する配信情報を取得する配信情報取得手段をさらに備え、
前記受信手段は、前記配信情報に基づいて、第１および第２のデータストリームを含む複数のデータストリームを前記送信装置から受信する、請求項１から１５のいずれか１項に記載の受信装置。
【請求項１７】
ネットワークを介して、送信装置から、映像データおよび音声データの少なくとも一方と前記映像データおよび音声データの少なくとも一方を識別するための識別情報とからなるデータストリームを受信する受信装置を使用した受信方法であって、
第１および第２のデータストリームを含む複数のデータストリームを前記送信装置から受信するステップと、
前記第１のデータストリームから第１の識別情報を取得するステップと、
前記第１の識別情報に基づいて、前記第１のデータストリームから映像データおよび音声データの少なくとも一方を抽出して出力するステップと、
前記受信装置が第１のデータストリームを受信中に、前記第２のデータストリームから第２の識別情報を取得するステップと、
前記受信装置が第１のデータストリームを受信中に、前記それぞれの第２の識別情報を記憶するステップと、
出力する映像データおよび音声データを含む前記データストリームの選択を受付けるステップと、
前記第２のデータストリームが選択されると、前記記憶手段に記憶されている前記第２の識別情報に基づいて、前記第２のデータストリームから映像データおよび音声データの少なくとも一方を抽出して出力するステップと、を備える受信方法。
【請求項１８】
前記送信装置にデータストリームの送信を要求するステップと、
前記第２の識別情報の取得が完了したときに、未だ取得していない識別情報を含む他のデータストリームの送信を要求するステップと、をさらに備える、請求項１７に記載の受信方法。
【請求項１９】
ネットワークを介して送信装置と接続可能なコンピュータに、映像データおよび音声データの少なくとも一方と前記映像データおよび音声データの少なくとも一方を識別するための識別情報とからなるデータストリームを受信させるためのプログラムであって、
第１および第２のデータストリームを含む複数のデータストリームを前記送信装置から受信するステップと、
前記第１のデータストリームから第１の識別情報を取得するステップと、
前記第１の識別情報に基づいて、前記第１のデータストリームから映像データおよび音声データの少なくとも一方を抽出して出力するステップと、
前記受信装置が第１のデータストリームを受信中に、前記第２のデータストリームから第２の識別情報を取得するステップと、
前記受信装置が第１のデータストリームを受信中に、前記それぞれの第２の識別情報を記憶するステップと、
出力する映像データおよび音声データを含む前記データストリームの選択を受付けるステップと、
前記第２のデータストリームが選択されると、前記記憶手段に記憶されている前記第２の識別情報に基づいて、前記第２のデータストリームから映像データおよび音声データの少なくとも一方を抽出して出力するステップと、をコンピュータに実行させるためのプログラム。
【請求項２０】
送信装置と、前記送信装置から映像データおよび音声データの少なくとも一方と前記映像データおよび音声データの少なくとも一方を識別するための識別情報とからなるデータストリームを受信する受信装置と、を備えるデータストリーム送受信システムであって、
前記受信装置は、
第１および第２のデータストリームを含む複数のデータストリームを前記送信装置から受信する受信手段と、
前記第１のデータストリームから第１の識別情報を取得する第１の取得手段と、
前記第１の識別情報に基づいて、前記第１のデータストリームから映像データおよび音声データの少なくとも一方を抽出して出力する出力手段と、
前記受信装置が第１のデータストリームを受信中に、前記第２のデータストリームから第２の識別情報を取得する第２の取得手段と、
前記受信装置が第１のデータストリームを受信中に、前記それぞれの第２の識別情報を記憶する記憶手段と、
前記出力手段が出力する映像データおよび音声データを含む前記データストリームの選択を受付ける受付手段と、を備え、
前記出力手段は、前記第２のデータストリームが選択されると、前記記憶手段に記憶されている前記第２の識別情報に基づいて、前記第２のデータストリームから映像データおよび音声データの少なくとも一方を抽出して出力する、データストリーム送受信システム。
【請求項２１】
前記受信装置は、
前記送信装置にデータストリームの送信を要求する要求手段をさらに備え、
前記要求手段は、前記第２の識別情報の取得が完了したときに、未だ取得していない識別情報を含む他のデータストリームの送信を要求する、請求項２０に記載のデータストリーム送受信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して、送信装置から、映像データおよび音声データの少なくとも一方と前記映像データおよび音声データの少なくとも一方を識別するための識別情報とからなるデータストリームを受信する受信装置、受信方法、受信プログラム、およびデータストリーム送受信システムに関するものである。
【背景技術】
【０００２】
近年、ｘＤＳＬや光ファイバー技術を用いた通信の速度の高速化と、圧縮符号化技術の進歩とにより、インターネットのようにＩＰ（Internet Protocol）ネットワークを用いて映像を配信するサービスが盛んに行われるようになってきている。従来、このようなサービスは、ＰＣ（Personal Computer）を対象とするものがほとんどであったが、テレビ等のＡＶ機器のデジタル化、ネットワーク化に伴い、ＰＣ以外のＡＶ機器を対象とするサービスも始まってきている。
【０００３】
このようなサービスでは、衛星／地上波デジタル放送と同様に、データの配信がデジタルデータによって行われる。衛星／地上波デジタル放送においては、圧縮符号化方式としてＭＰＥＧ２（Moving Picture Experts Group2）があげられる。そして、映像や音声のストリームの伝送方式としてＭＰＥＧ２−ＴＳ（MPEG -Transport Stream）が採用されていることから、インターネットを用いた映像配信サービスにおいても、伝送データフォーマットとしてＭＰＥＧ２−ＴＳが用いられることが多い。
【０００４】
ＭＥＧＰ２−ＴＳでは、１つのデータストリームの中に複数の映像、音声、文字データなどのパケットを多重化して伝送することが可能である。前記データストリームには、ＴＳパケットに分割されたデータが含まれており、各ＴＳパケットのヘッダ部には、それぞれに異なるＰＩＤ（Packet Identifier）と呼ばれる識別情報が割り当てられている。そして、映像データや音声データだけでなく、文字情報や制御情報に関するＴＳパケットにも異なるＰＩＤが割り当てられて、伝送される。
【０００５】
受信装置にてデータストリームが受信されると、まずＰＩＤがゼロ番のＴＳパケットが検出される。ＰＩＤがゼロ番のＴＳパケットはＰＡＴ（Program Association Table）と呼ばれ、ＰＡＴには、ＰＭＴ（Program Mapped Table）と呼ばれる映像情報、音声情報、文字情報、制御情報に関するＴＳパケットのＰＩＤが格納されている。ＰＭＴには、暗号化されたデータを復号するのに必要なＥＣＭ（Entitlement Control Message）が格納されたＴＳパケットのＰＩＤなどが格納されることもある。
【０００６】
すなわち、受信装置は、所望のコンテンツの再生を行うために、まずＰＩＤがゼロ番であるＰＡＴを検出し、ＰＡＴからＰＭＴのＰＩＤを取得し、ＰＭＴから映像データや音声データのパケットのＰＩＤを取得して、当該ＰＩＤに基づいてデコードに対する指示を行う。コンテンツの暗号化が行われているような場合は、ＰＭＴからさらにＥＣＭのＴＳパケットのＰＩＤも取得して、暗号を解くのに必要な情報を獲得し、復号鍵の生成や、複合鍵を用いた映像および音声の復号処理を実行することになる。コンテンツが途中から再生されることも考慮して、ＰＡＴ、ＰＭＴ、ＥＣＭ等のＴＳパケットは送信装置から周期的に送出される。
【０００７】
しかし、ＰＡＴ等のＴＳパケットの送出周期を短くすると、より多くの伝送帯域がＰＡＴ等のデータ送信によって使用されることになり、ネットワークトラフィックの増大でコンテンツ伝送のリアルタイム性に影響を及ぼす可能性がある。通常、ＰＡＴやＰＭＴ等のＴＳパケットは１００ｍｓｅｃ〜１ｓｅｃ間隔で送出される。コンテンツを途中から再生する場合には、仮に送信周期が１００ｍｓｅｃであったとしても、ＰＡＴとＰＭＴの検出にそれぞれ１００ｍｓｅｃかかるおそれがあり、合計で２００ｍｓｅｃかかるおそれがある。この時間は、ユーザ操作に対する応答時間として無視できないものである。
【０００８】
このような課題を解決するために、特開２００４−２２８８５０号公報（特許文献１）では、映像伝送の要求をコンテンツサーバに通知する際の応答メッセージに、映像や音声のＰＩＤを含ませる手段を提案している。これによると、映像用のＴＳパケットや音声用のＴＳパケットのＰＩＤが映像伝送要求の応答メッセージに含まれるため、要求したＭＰＥＧ２−ＴＳのデータストリームが到着した際には、既に受信装置による映像および音声のＰＩＤの取得が完了しており、ＰＡＴの検出から順に映像や音声のＰＩＤ検出までを行わなくても、映像や音声の復号・再生処理を開始することが可能となる。
【０００９】
また、映像コンテンツをネットワークを介して配信する方式として、特開２００４−２２８８５０号公報（特許文献１）に記載されているＲＴＳＰ（Real Time Streaming Protocol）や、ＨＴＴＰ（Hyper Text Transfer Protocol）を用いたユニキャストによる配信方式の他に、ＩＰマルチキャスト技術を用いた方式もある。
【００１０】
ＩＰマルチキャストを用いた映像配信の、ＲＴＳＰ等によるユニキャスト配信に対する利点としては、同時に複数の端末に配信する場合のネットワークへの負荷が小さいという点が上げられる。ＲＴＳＰ等によるユニキャスト配信では、たとえばコンテンツを１つの家庭の複数の端末に同時に配信するためには、コンテンツの伝送レート×端末数の伝送帯域が必要とされるが、ＩＰマルチキャストを用いた配信技術では１つのデータストリームを複数端末で受信するので１本分の伝送レートがあればよい。但し、早送りや再生の実現が難しい等のデメリットもあるため、どちらの配信技術を用いるかは用途によって決定されている。
【特許文献１】特開２００４−２２８８５０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、特開２００４−２２８８５０号公報（特許文献１）に示される方法では、映像伝送の要求に対する応答メッセージに映像パケットや音声パケットのＰＩＤを含ませる必要があるため、コンテンツの配信側での対応が必須であり、既存のサービスにおいてすぐに利用することはできない。さらに、特開２００４−２２８８５０号公報（特許文献１）においては、事前に取得できるのは映像パケットと音声パケットのＰＩＤのみであり、暗号化されたデータを復号するための情報を事前に取得することはできない。
【００１２】
また、上述したＩＰマルチキャストを用いた映像配信サービスにおいては、特開２００４−２２８８５０号公報（特許文献１）に示されているようなＨＴＴＰやＲＴＳＰを用いたメッセージ交換が行われないため、クライアント装置が映像や音声のＰＩＤを事前に取得することはできない。
【００１３】
本発明は上記問題点に鑑みてなされたものであり、本発明の主たる目的は、受信装置において、ユーザによるチャンネル変更の指示を受けてから映像を出力するまでの時間の短縮化を図ることにある。
【課題を解決するための手段】
【００１４】
本発明に係る受信装置は、ネットワークを介して、送信装置から、映像データおよび音声データの少なくとも一方と映像データおよび音声データの少なくとも一方を識別するための識別情報とからなるデータストリームを受信する受信装置であって、第１および第２のデータストリームを含む複数のデータストリームを送信装置から受信する受信手段と、第１のデータストリームから第１の識別情報を取得する第１の取得手段と、第１の識別情報に基づいて、第１のデータストリームから映像データおよび音声データの少なくとも一方を抽出して出力する出力手段と、受信装置が第１のデータストリームを受信中に、第２のデータストリームから第２の識別情報を取得する第２の取得手段と、受信装置が第１のデータストリームを受信中に、第２の識別情報を記憶する記憶手段と、出力手段が出力する映像データおよび音声データを含むデータストリームの選択を受付ける受付手段と、を備え、出力手段は、第２のデータストリームが選択されると、記憶手段に記憶されている第２の識別情報に基づいて、第２のデータストリームから映像データおよび音声データの少なくとも一方を抽出して出力する。
【００１５】
この場合には、１つの映像に関するデータストリームを受信して、１つの映像データおよび１つの音声データの少なくとも一方を抽出して出力している状態においても、他のデータストリームを受信して他の映像データおよび音声データの少なくとも一方に関する識別情報を取得できる。これによって、予め取得している識別情報を基に他のデータストリームから映像データおよび音声データの少なくとも一方を出力することができ、データストリームの切り替え命令を受けてから他の映像が出力され始めるまでの時間を短縮化することができる。また、映像の送信が開始されるのに先立ってやりとりされるメッセージに映像データや音声データの識別情報が含まれないようなシステムにおいても、受信装置におけるチャンネル変更の指示をうけてから映像が表示されるまでの時間を短縮することができる。
【００１６】
好ましくは、送信装置は、他の送信装置から受信したデータストリームを受信装置へと送信するための中継装置である。
【００１７】
好ましくは、抽出手段によって抽出された映像データおよび音声データの少なくとも一方を復号して映像および音声の少なくとも一方を再生する再生手段をさらに備える。
【００１８】
好ましくは、送信装置に第２のデータストリームの送信を要求する要求手段をさらに備える。
【００１９】
好ましくは、要求手段は、送信装置に複数の異なる第２のデータストリームの送信を要求し、受信手段は、送信装置から送信される複数の異なる第２のデータストリームを受信し、第２の取得手段は、受信装置が第１のデータストリームを受信中に、複数の異なる第２のデータストリームからそれぞれの第２の識別情報を取得し、記憶手段は、受信装置が第１のデータストリームを受信中に、それぞれの第２の識別情報を記憶する。
【００２０】
好ましくは、要求手段は、第２の識別情報の取得が完了したときに、送信装置に第２のデータストリームの送信停止を要求し、未だ取得していない識別情報を含む他のデータストリームの送信を要求する。
【００２１】
好ましくは、要求手段は、出力手段が第１のデータストリームからの映像データおよび音声データの抽出を停止している期間にも、送信装置に複数のデータストリームの送信を要求し、第２の取得手段は、前記期間中にも、第２のデータストリームから第２の識別情報を取得し、記憶手段は、前記期間中にも、第２の識別情報を記憶する。
【００２２】
好ましくは、要求手段は、受信装置が接続されているネットワークの負荷状況に応じて、第２のデータストリームの送信を要求するメッセージを送信するか否かを決定する。
【００２３】
好ましくは、受信装置は、送信されるデータの送信優先度を指定可能なネットワークを介して送信装置に接続されており、要求手段は、第２のデータストリームを、第１のデータストリームよりも低い送信優先度に指定する。
【００２４】
好ましくは、受信装置は、データの送受信に利用される伝送帯域を指定可能なネットワークを介して送信装置に接続されており、要求手段は、第２のデータストリームの送信に利用される伝送帯域を、第１のデータストリームの送信に利用される伝送帯域よりも狭い伝送帯域に指定する。
【００２５】
好ましくは、要求手段は、所定の時間間隔を空けて、第２のデータストリームの送信を要求するメッセージを送信する。
【００２６】
好ましくは、ネットワークを介して、複数の異なるデータストリームに対応したそれぞれの番組情報が格納された番組テーブルを受信する番組テーブル受信手段をさらに備え、要求手段は、取得した番組テーブルに格納されたそれぞれの番組情報に基づいて、送信装置に第２のデータストリームの送信を要求する。
【００２７】
好ましくは、データストリームは、暗号化された映像データおよび暗号化された音声データの少なくとも一方を復号する復号鍵を生成するための複合鍵生成情報を含み、データストリームから複合鍵生成情報を取得する第３の取得手段と、複合鍵生成情報から復号鍵を生成する復号鍵生成手段と、をさらに備える。
【００２８】
好ましくは、複合鍵生成情報は、ＥＣＭ(Entitlement Control Message)である。
好ましくは、データストリームは、ＭＰＥＧ２−ＴＳ(Moving Picture Experts Group 2 - Transport Stream)データであって、データストリームは、ＰＡＴ(Program Association Table)およびＰＭＴ(Program Mapped Table)を含み、識別情報は、映像データおよび音声データの少なくとも一方のＰＩＤ(Program ID)を含む。
【００２９】
好ましくは、受信装置は、送信装置が配信し得るデータストリームに関する配信情報を取得する配信情報取得手段をさらに備え、受信手段は、配信情報に基づいて、第１および第２のデータストリームを含む複数のデータストリームを送信装置から受信する。
【００３０】
本発明に係る受信方法は、ネットワークを介して、送信装置から、映像データおよび音声データの少なくとも一方と映像データおよび音声データの少なくとも一方を識別するための識別情報とからなるデータストリームを受信する受信装置を使用した受信方法であって、第１および第２のデータストリームを含む複数のデータストリームを送信装置から受信するステップと、第１のデータストリームから第１の識別情報を取得するステップと、第１の識別情報に基づいて、第１のデータストリームから映像データおよび音声データの少なくとも一方を抽出して出力するステップと、受信装置が第１のデータストリームを受信中に、第２のデータストリームから第２の識別情報を取得するステップと、受信装置が第１のデータストリームを受信中に、それぞれの第２の識別情報を記憶するステップと、出力する映像データおよび音声データを含むデータストリームの選択を受付けるステップと、第２のデータストリームが選択されると、記憶手段に記憶されている第２の識別情報に基づいて、第２のデータストリームから映像データおよび音声データの少なくとも一方を抽出して出力するステップと、を備える。
【００３１】
好ましくは、受信方法は、送信装置にデータストリームの送信を要求するステップと、第２の識別情報の取得が完了したときに、未だ取得していない識別情報を含む他のデータストリームの送信を要求するステップと、をさらに備える。
【００３２】
本発明に係るプログラムは、ネットワークを介して送信装置と接続可能なコンピュータに、映像データおよび音声データの少なくとも一方と映像データおよび音声データの少なくとも一方を識別するための識別情報とからなるデータストリームを受信させるためのプログラムであって、第１および第２のデータストリームを含む複数のデータストリームを送信装置から受信するステップと、第１のデータストリームから第１の識別情報を取得するステップと、第１の識別情報に基づいて、第１のデータストリームから映像データおよび音声データの少なくとも一方を抽出して出力するステップと、受信装置が第１のデータストリームを受信中に、第２のデータストリームから第２の識別情報を取得するステップと、受信装置が第１のデータストリームを受信中に、それぞれの第２の識別情報を記憶するステップと、出力する映像データおよび音声データを含むデータストリームの選択を受付けるステップと、第２のデータストリームが選択されると、記憶手段に記憶されている第２の識別情報に基づいて、第２のデータストリームから映像データおよび音声データの少なくとも一方を抽出して出力するステップと、をコンピュータに実行させる。
【００３３】
本発明に係るデータストリーム送受信システムは、送信装置と、送信装置から映像データおよび音声データの少なくとも一方と映像データおよび音声データの少なくとも一方を識別するための識別情報とからなるデータストリームを受信する受信装置と、を備えるデータストリーム送受信システムであって、受信装置は、第１および第２のデータストリームを含む複数のデータストリームを送信装置から受信する受信手段と、第１のデータストリームから第１の識別情報を取得する第１の取得手段と、第１の識別情報に基づいて、第１のデータストリームから映像データおよび音声データの少なくとも一方を抽出して出力する出力手段と、受信装置が第１のデータストリームを受信中に、第２のデータストリームから第２の識別情報を取得する第２の取得手段と、受信装置が第１のデータストリームを受信中に、それぞれの第２の識別情報を記憶する記憶手段と、出力手段が出力する映像データおよび音声データを含むデータストリームの選択を受付ける受付手段と、を備え、出力手段は、第２のデータストリームが選択されると、記憶手段に記憶されている第２の識別情報に基づいて、第２のデータストリームから映像データおよび音声データの少なくとも一方を抽出して出力する。
【００３４】
好ましくは、受信装置は、送信装置にデータストリームの送信を要求する要求手段をさらに備え、要求手段は、第２の識別情報の取得が完了したときに、未だ取得していない識別情報を含む他のデータストリームの送信を要求する。
【発明の効果】
【００３５】
受信装置において、出力する映像データや音声データの変更指示をうけてから他の映像データや音声データが出力されるまでの時間を短縮することができる。
【発明を実施するための最良の形態】
【００３６】
以下、本発明の実施の形態について説明する。ただし、本発明は以下で説明する実施形態に限定されるものではない。また、以下の説明では、同一の部品については同一の符号を付すものとし、前記部品の名称や機能が同一である場合には、前記部品についての詳細な説明は繰り返さない。
【００３７】
[実施の形態１]
以下の実施の形態においては、ネットワークを介して受信装置へ映像コンテンツが配信される状況において、チャンネルが切り替えられる場合について述べる。そして、以下の実施の形態においては、ネットワークがＩＰ（Internet Protocol）に基づいて構築される形態について述べるが、これらの形態に限定されるものではない。また、以下の実施の形態においては、配信される映像コンテンツのトランスポートフォーマットがＭＰＥＧ２−ＴＳである例について述べるが、これらの形態に限定されるものではない。
【００３８】
＜ＭＰＥＧ２−ＴＳ＞
まず、ＭＰＥＧ２−ＴＳを用いた伝送方法について説明する。ＭＥＧＰ２−ＴＳの場合は、１つのデータストリームの中に複数の映像データ、音声データ、文字データなどが多重化されて伝送される。例えば、２つの映像コンテンツに関するデータストリーム（データストリーム）であって、それぞれの映像コンテンツに対して２つの音声データ、たとえば日本語の音声データと英語の音声データとが含まれているものが、１つのデータストリームとして伝送される例を考える。この場合、２つの映像に関するデータと４つの音声に関するデータとが１つのデータストリームに含まれる。
【００３９】
図１は、データストリームを構成するＴＳパケットを示す概念図である。図２は、複数のＴＳパケットから構成されるデータストリームを示す概念図である。図１に示すように、１つのデータストリームは、１８８バイトのＴＳパケットに分割される。各ＴＳパケットのヘッダ部には、それぞれ異なるＰＩＤ（Packet Identifier）と呼ばれる識別情報が割り当てられている。図２に示すように、複数のＴＳパケットは１つのデータストリームとして伝送される。また、映像や音声だけでなく、文字情報や制御情報に関するＴＳパケットにも、そのヘッダ部にはそれぞれ異なるＰＩＤが割り当てられている。
【００４０】
次に、受信装置が、１つのデータストリームから映像や音声に関する情報を取り出す（抽出する）方法について説明する。受信装置は、データストリームを受信すると、まずＰＩＤがゼロ番のＴＳパケットを検出する。ＰＩＤがゼロ番のＴＳパケットはＰＡＴ（Program Association Table）と呼ばれ、ＰＡＴには、ＰＭＴ（Program Mapped Table）と呼ばれるパケットのＰＩＤが格納されている。ＰＭＴは、映像、音声、文字情報、制御情報に関するＴＳパケットのＰＩＤが格納されており、それぞれのＴＳパケットのＰＩＤを伝送するためのＴＳパケットであって、コンテンツ毎に割り当てられるものである。例えば、１つのデータストリーム内に２つの映像に関する情報が含まれており、それぞれの映像毎に日本語と英語の２つの音声が含まれる場合においては、前記ＰＡＴ内には２つの映像コンテンツのＰＭＴのＰＩＤが格納されており、前記ＰＭＴには各々の映像コンテンツの１つの映像と２つの音声に関するＴＳパケットのＰＩＤが格納されている。また、ＰＭＴには、暗号化されたデータを復号するために必要なＥＣＭ（Entitlement Control Message）に関するＴＳパケットのＰＩＤなどが格納されることもある。
【００４１】
すなわち、受信装置は、所望のコンテンツの再生を行うために、まずデータストリームからＰＩＤがゼロであるＰＡＴを検出し、ＰＡＴからＰＭＴのＰＩＤを取得し、ＰＭＴのＰＩＤに基づいてデータストリームからＰＭＴを検出し、該ＰＭＴから映像や音声に関するＴＳパケットのＰＩＤを取得して、映像や音声に関するＴＳパケットのＰＩＤに基づいてデコードに対する指示を行う。映像や音声のコンテンツのデータに暗号化が施されているような場合は、前記受信装置は、ＰＭＴからさらにＥＣＭが格納されているＴＳパケットのＰＩＤも取得して、ＥＣＭが格納されているＴＳパケットを検出して、暗号を解くのに必要なデータを獲得し、復号鍵の生成や、複合鍵を用いた映像および音声の復号処理を実行する。映像や音楽のコンテンツが途中から再生されることも考慮して、ＰＡＴ、ＰＭＴ、ＥＣＭ等のＴＳパケットは送信装置から周期的に送出される。
【００４２】
以下、本発明の実施の形態１に係る受信装置３０ａについて説明する。本実施の形態においては、送信装置（サーバ装置）がＩＰマルチキャスト技術を用いて複数の受信装置（クライエント装置）に対して同時にデータストリームを配信している。
【００４３】
＜データ送受信システム＞
図３は、データストリーム送受信システムの全体構成を示す概略図である。図３に示すように、本実施の形態に係るデータストリーム送受信システム１は、送信装置１０、中継装置２０、受信装置３０ａによって構成され、互いにネットワーク４０，５０によって接続されている。ネットワーク４０は、インターネットである。ネットワーク５０は、家庭内や企業内のネットワークを構築するＬＡＮ（Local Area Network）である。
【００４４】
送信装置１０は、映像コンテンツを配信するコンテンツサーバであり、上述したように本実施の形態においては、ＩＰマルチキャスト技術を用いてデータストリームを複数の受信装置３０ａ，３０ａ・・・に対して同時に配信している。
【００４５】
中継装置２０は、インターネットとＬＡＮを相互に接続するブロードバンドルータである。中継装置２０は、データストリームの送信を要求するメッセージや送信停止を要求するメッセージ（たとえば、ＩＧＭＰのＪＯＩＮリクエストとＬＥＡＶＥリクエスト等）に対応しており、インターネットを介して送信装置１０からＩＰマルチキャストにて配信されるデータを、ＬＡＮ側の機器からのＪＯＩＮリクエストとＬＥＡＶＥリクエストに応じて、ＬＡＮ側に転送したり転送を停止する機能を有している。受信装置３０ａは、ネットワークを介して配信される映像コンテンツを受信／再生可能な、パーソナルコンピュータやテレビである。
【００４６】
＜受信装置＞
図４は受信装置の機能構成を示す機能ブロック図である。配信情報取得部３５−３は、送信装置が配信し得るデータストリームに関する配信情報を取得する。また、受信部３１−１は、前記配信情報取得部３５−３にて取得された配信情報に基づいて、送信装置１０から送信される第１および第２のデータストリームを含む複数のデータストリームを受信する。第１の取得部３５−１は、前記受信部３１−１にて受信された第１のデータストリームから第１の識別情報を取得（抽出）する。
【００４７】
但し、ＲＴＳＰを用いたユニキャスト配信の場合は、所定のＵＲＬにアクセスすることによって現在配信中のコンテンツの一覧を取得する方法がある。また、マルチキャストを用いた配信においては、ＭＰＥＧ２−ＴＳで規定されているＳＩ（Service Information）と呼ばれるデータを見れば、現在配信中の映像ストリームが何チャネルなのか（つまり、どのマルチキャストアドレスに対して送信されているのか）を認識することができる。ＳＩも特定のマルチキャストアドレスに対して送信されるものであり、例えば、ＳＩのみを流すマルチキャストアドレスを基本仕様として固定しておけば、受信装置３０が任意のタイミングで現在配信中のチャンネルを認識することができる。また、それぞれのデータストリームに関する配信情報は、必ずしも事前に取得しておく必要はなく、受信装置３０に予め決められた形で保存されていてもよいものである。
【００４８】
出力部３８−１は、第１の取得部３５−１によって取得された第１の識別情報に基づいて、前記受信部３１−１によって受信された第１のデータストリームから、映像データおよび音声データの少なくとも一方を抽出して出力する。第２の取得部３５−２は、前記受信部３１−１が第１のデータストリームを受信中に、前記第２のデータストリームから第２の識別情報を取得する。また、第２の取得部３５−２は、前記受信部３１−１が第１のデータストリームを受信中に、前記第２のデータストリームから複合鍵生成情報であるＥＣＭ(Entitlement Control Message)も取得する。記憶部３２−１は、前記受信部３１−１が第１のデータストリームを受信中に、前記第２の取得部３５−２によって取得された第２の識別情報を記憶する。
【００４９】
受付部３４−１は、前記出力部３８−１が出力する映像データおよび音声データを含む前記データストリームの選択を受付けるものであって、前記出力部３８−１は出力する映像データおよび音声データを含む前記データストリームが選択されると、前記記憶部３２−１に記憶されている前記第２の識別情報に基づいて、前記第２のデータストリームから映像データおよび音声データの少なくとも一方を抽出して出力するものである。そして、要求部３５−４は、前記配信情報に基づいて、前記送信装置１０に複数のデータストリームの送信を要求するものである。番組テーブル取得部３５−５は、複数の異なるデータストリーム（チャンネルＭ，Ｎ・・・）に対応したそれぞれの番組情報が格納された番組テーブルを受信するものである。
【００５０】
ここで、「出力」とは、音声データを復号して音声に変換して出力することや、符号化された音声データをそのまま出力することをいい、さらに、受信装置が有するディスプレイやスピーカ等のデバイスに映像データや音声データを出力することだけでなく、受信装置３０の外部にあるテレビやハードディスクレコーダ等の外部機器に映像データや音声データを出力することも含む。
【００５１】
図５は受信装置をＣＰＵを用いて実現した場合のハードウェア構成を示す図である。図５に示すように、本実施の形態に係る受信装置３０ａは、受信部３１−１を実現するネットワーク接続部３１、記憶部３２−１を実現するＲＡＭ（Random Access Memory）３２やＲＯＭ（Read Only Memory）３３、受付部３４−１を実現するリモコン信号受信部３４、第１の取得部３５−１と第２の取得部３５−２と配信情報取得部３５−３と要求部３５−４と番組テーブル受信部３５−５とを実現するＣＰＵ（Central Processing Unit）３５、出力部３８−１を実現する多重化分割部３９、再生部３６−１を実現する映像デコード部３６ａ、音声デコード部３６ｂ、映像表示部３７、音声出力部３８、を含んで構成される。多重化分割部３９、映像デコード部３６ａ、音声デコード部３６ｂを含んで、デコード部３６が構成される。
【００５２】
より詳細には、第１の取得部３５−１や第２の取得部３５−２や配信情報取得部３５−３や要求部３５−４や番組テーブル取得部３５−５は、ＲＯＭ３３に記憶された制御プログラムとＣＰＵ３５などによって実現されるものであってもよい。そして、出力部３８−１は、デコード部３６と映像表示部３７と音声出力部３８などによって実現されるものであってもよい。他の機能の構成も、上記のようなハードウェアとの対応関係に限定されるものではない。
【００５３】
前記ネットワーク４０，５０によって配信されるデータストリームはネットワーク接続部３１にて受信され、ＣＰＵ３５上で動作する制御プログラムによって各種処理が行われた後、デコード部３６に入力される。多重化分割部３９では、事前に入力された識別情報を元に、多重化されたデータストリームから映像データと音声データのパケットを分割し、それぞれを映像デコード部３６ａと音声デコード部３６ｂによってデコードした後、映像表示部３７と音声出力部３８に出力することにより、映像コンテンツを再生する。
【００５４】
また、ＣＰＵ３５上で動作する制御プログラムは、ＲＯＭ３３上に保存され、実行時にＲＡＭ３２上に読み出されて、ＣＰＵ３５にて実行される。また、ユーザからのチャンネル変更指示は、リモコン信号受信部３４で受信した信号が前記制御プログラムに通知され、制御プログラムがネットワーク接続部３１を介して送信装置１０に変更要求メッセージを送信する。再生開始や停止の要求も同様である。
【００５５】
＜ＩＰマルチキャスト＞
以下、ＩＰマルチキャストを利用した映像配信について説明する。ＩＰマルチキャストを用いた場合の映像配信は、複数の端末に同時配信するために用意されているマルチキャストアドレスを用いることにより、前記送信装置１０が複数の送信先（受信装置３０ａ，３０ａ・・・）に対して同時に映像および音声コンテンツを配信するものである。ＩＰマルチキャストにてデータストリームを送信する送信装置１０は、送信先のＩＰアドドレスにマルチキャストアドレスを設定して、映像および音声コンテンツに関するパケットを送信する。マルチキャストアドレスは、ＩＰｖ４（Internet Protocol Version 4）であれば、「２２４．０．０．１」〜「２３９．２５５．２５５．２５５」のアドレスが使用される。また、ＩＰｖ６（Internet Protocol Version 6）であれば、アドレスの上位の８ビットがすべて１であるアドレス、例えば「ＦＦ００：：１」のようなアドレスが用いられる。また、ＩＰマルチキャストのパケットを受信したネットワーク中継機器、すなわちルータは、別のネットワークへの転送を行うか否かを、接続された各ネットワークからＩＧＭＰ(Internet Group Management Protocol)のＪＯＩＮリクエストを受信しているか否によって決定する。
【００５６】
ＩＧＭＰのＪＯＩＮリクエストは、ルータにＩＰマルチキャストのパケットの転送を要求するためのリクエストであって、転送を要求するマルチキャストアドレスを指定する。ルータは、受信したパケットのうち、指定された送信先がマルチキャストアドレスになっているパケットのみの転送を行う。また、ＩＰマルチキャストのパケットの転送の停止は、ＩＧＭＰのＬＥＡＶＥリクエストを用いて行われる。ＬＥＡＶＥリクエストを受信したルータは、指定されたマルチキャストアドレスが送信先になっているパケットの転送を中止する。また、ルータが１つのネットワークから同じ複数のＩＧＭＰのＪＯＩＮリクエストを受信している場合は、受信したＪＯＩＮリクエストに対応するＬＥＡＶＥリクエストを受信するか、すべてのＪＯＩＮリクエストのＴＩＭＥアウトが経過した時点で転送を中止する。
【００５７】
図６はＩＰマルチキャスト技術によって映像コンテンツを配信する場合の受信装置における処理を示すフローチャートとシーケンス図である。本実施の形態においては、送信装置１０が、マルチキャストアドレスＦＦ００：：１００１を用いてチャンネルＮのＭＰＥＧ２−ＴＳのデータストリームを、ＦＦ００：：１００２を用いてチャンネルＭのＭＰＥＧ２−ＴＳのデータストリームを、常に中継装置２０まで配信しているものとする。
【００５８】
図５および図６に示すように、受信装置３０ａは、電源投入後、マルチキャストアドレスＦＦ００：：１００１へのＪＯＩＮリクエストを中継装置２０に送信する（ステップ１０１、以下ステップをＳと略す。）。中継装置２０は、ＪＯＩＮリクエストを受けて、受信装置３０ａへのチャンネルＮの中継を開始する。受信装置３０ａは、チャンネルＮのＭＰＥＧ２−ＴＳのデータストリームが到着すると、当該データストリームからＰＩＤ＝０のＴＳパケットすなわちＰＡＴの検出を行う（Ｓ１０２）。前述のとおり、ＰＡＴにはデータストリーム内に含まれるＰＭＴのＰＩＤが１つ以上含まれており、受信装置３０ａはＰＡＴからＰＭＴのＰＩＤを取得する。受信装置３０ａは、ＰＭＴのＰＩＤに基づいてデータストリームからＰＭＴを検出する（Ｓ１０３）。受信装置３０ａは、ＰＭＴから映像と音声に関するＴＳパケットのＰＩＤを取得し、当該ＰＩＤをデコード部３６に設定する（Ｓ１０４）。デコード部３６では、設定された映像と音声に関するＴＳパケットのＰＩＤに基づいて、データストリームから映像データおよび音声データを抽出し、映像の再生を開始する。映像コンテンツが暗号化されている場合は、第１の取得部３５−１もしくは第２の取得部３５−２が、前記ＰＭＴからさらにＥＣＭが格納されたパケットのＰＩＤを取得し、データストリームからＥＣＭが格納されたパケットを検出して、該ＥＣＭのデータに基づいて復号鍵を生成してコンテンツの復号を行う場合もある。そして、受信装置３０ａは、チャンネル切り替えの指示を受けると（Ｓ１０５）、中継装置２０にマルチキャストアドレスＦＦ００：：１００１に対するＬＥＡＶＥリクエストを送信する（Ｓ１０６）。ＬＥＡＶＥリクエストによって中継装置２０がチャンネルＮの送信を停止した後、受信装置３０ａは中継装置２０へマルチキャストアドレスＦＦ００：：１００２に対するＪＯＩＮリクエストを送信し（Ｓ１０７）、上述同様に映像や音声に関するパケットのＰＩＤの取得を行う（Ｓ１０８〜Ｓ１１０）。
【００５９】
＜機能および動作＞
図７は実施の形態１に係るチャンネル切り替え時における制御プログラムのフローチャートと、受信装置と中継装置と送信装置との間でやりとりされるメッセージを示すシーケンス図である。以下では、ＣＰＵがチャンネル切り替えを行う場合に、ＣＰＵ３５で制御プログラムが動作する様子について説明する。なお、本実施の形態においては、上述したように、送信装置１０から中継装置２０に常に選択可能なチャンネルＭ，Ｎのデータストリームが配信されているものとし、中継装置２０は受信装置３０ａからのＩＧＭＰのＪＯＩＮリクエストおよびＬＥＡＶＥリクエストによって受信装置３０ａが接続されるネットワーク５０へのデータストリームの中継を実行するか否かの選択を行う。但し、チャンネルＭ，Ｎに対応して送信装置１０が配信するデータストリームは、データストリームに限定されるものではなく、映像に関するデータのパケットおよび音声に関するデータのパケットの少なくとも一方が含まれたデータストリームであれば良い。
【００６０】
図５および図７に示すように、受信装置３０ａの電源が投入されると制御プログラムが起動され、所定のルールに従ってチャンネルを選択し映像の再生を開始する。例えば、前回に電源をＯＦＦにした直前のチャンネルを選択し、中継装置２０に対してＩＧＭＰのＪＯＩＮリクエストを送出する。以後、このときに選択したチャンネルをＮとする。
【００６１】
具体的には、予め受信装置３０ａのＣＰＵ３５やネットワーク接続部３１により実現される配信情報取得部３５−３によって、送信装置１０から配信されるデータストリームに関する情報（配信情報）が取得されている。そして、配信情報取得部３５−３によって取得された配信情報は、ＲＡＭ３２もしくはＲＯＭ３３に記憶されている。受信装置３０ａは、前記配信情報に基づいて、ネットワーク接続部３１により実現される受信部３１−１にてデータストリームを受信して、ＣＰＵ３５によって実現される第１の取得部３５−１によってデータストリームから番組指定データを取得する。
【００６２】
次に、ＣＰＵ３５によって実現される第１の取得部３５−１によって前記番組指定データから映像や音声に関する符号化されたデータのＰＩＤが取得されて、前記ＰＩＤに基づいて前記データストリームから映像や音声に関する符号化されたデータが抽出される。そして、デコード部３６によって実現される出力部によって該映像や音声に関する符号化されたデータが抽出されて、映像データが映像デコード部３６ａに出力され、音声データが音声デコード部３６ｂに出力される。映像デコード部３６ａに入力されたデータは復号されて、映像表示部３７から映像として出力され、音声デコード部３６ｂに入力されたデータは復号されて、音声出力部３８から音声として出力される。
【００６３】
最初のチャンネルＮの映像の再生が開始されると、ＣＰＵ３５が、現在再生中のチャンネルとは別のチャンネルＭを選択し、中継装置２０に対してＩＰキャストのＪＯＩＮリクエストを送信する（Ｓ２０１）。チャンネルＭは、チャンネルＮとは異なる、所定のルールによって決定されたチャンネルであって、前記データストリームとは異なるデータストリームを配信している周波数帯であったり、ポート番号をいうものである。例えば、チャンネルＭは、現在再生中のチャンネルの次のチャンネルであってもよいし、ユーザの過去の視聴履歴に基づいて予測された次に最も選択する可能性の高いチャンネルであってもよい。
【００６４】
受信装置３０ａからＪＯＩＮリクエストを受信した中継装置２０は、チャンネルＭのデータストリームの転送を開始する。受信装置は、チャンネルＭのデータストリームの受信を確認したら（Ｓ２０２）、各ＴＳパケットのＰＩＤを確認し、ＰＡＴ（ＰＩＤ＝０）を検出する。ＰＡＴが検出できたら、前記ＰＡＴを解析し、データストリームに含まれるＰＭＴのＰＩＤを取得する（Ｓ２０３）。ＰＭＴのＰＩＤが検出できたら、データストリームからＰＭＴを検出して、ＰＭＴを解析する。すなわち、ＣＰＵ３５は、チャンネルＭについての映像と音声のパケットのＰＩＤを取得して、映像データと音声データのパケットのＰＩＤをＲＡＭ３２に格納（記憶）する（Ｓ２０４）。つまり、ＣＰＵ３５は、現在出力中でないチャンネルＭについての映像と音声のパケットのＰＩＤをＲＡＭ３２上に保存する。
【００６５】
また、ＰＡＴ内に複数のＰＭＴのＰＩＤが含まれている場合は、ＣＰＵはデータストリームから前記複数のＰＭＴの検出を行い、各々のＰＭＴ毎の映像と音声のパケットのＰＩＤをＲＡＭ３２上に保存する。映像と音声のパケットのＰＩＤの取得が完了したら、受信装置３０ａは、ネットワーク接続部３１から中継装置２０へとＩＧＭＰのＬＥＡＶＥリクエストを送信し、中継装置２０からのチャンネルＭの映像転送を停止させる（Ｓ２０５）。
【００６６】
つまり、本実施の形態に係る受信装置３０ａは、２つのデータストリームを受信しながら、一方のデータストリームから映像データを抽出して映像を再生し、当該再生中に他方のデータストリームから映像データや音声データのパケットのＰＩＤを取得するのである。このＳ２０１からＳ２０５で実行される映像と音声のパケットのＰＩＤの検出処理は、前記配信情報に基づいて、予め定められた所定のチャンネルのみについて行ってもよいし、受信装置３０ａが受信可能なチャンネル（データストリーム）を検出して、当該受信可能なチャンネル（データストリーム）を順番に選択して、チャンネル（データストリーム）毎に繰り返し実行してもよい。つまり、受信装置３０ａは、未だ取得していない映像データに関するパケットおよび音声データに関するパケットの識別情報含むデータストリームを受信して、当該データストリームから未だ取得していない映像データに関するパケットおよび音声データに関するパケットの識別情報を取得し続けることが好ましい。
【００６７】
そして、ユーザがリモコン等によってチャンネル切り替え操作を行うと、当該操作情報がリモコン信号受信部３４にて受信される。リモコン信号受信部３４にて実現される受付部がチャンネルの切り替え指示を受信したら、チャンネル（データストリーム）の切り替え処理を行う。具体的には、受信装置３０ａは、ネットワーク接続部３１から中継装置２０へとＩＧＭＰのＬＥＡＶＥリクエストを送信することにより、チャンネルＮの転送を停止させる（Ｓ２０６）。そして、受信装置３０ａは、中継装置２０へとＩＧＭＰのＪＯＩＮリクエストを送信して、チャンネルＭの転送を開始させる（Ｓ２０７）。そして、ＣＰＵ３５は、リモコン信号受信部３４が受信した切り替え支持にて指定されたチャンネルＭに対応する映像と音声のパケットのＰＩＤをＲＡＭ３２から読み出してデコード部３６に設定し（Ｓ２０８）する。デコード部３６に設定された映像と音声のパケットのＰＩＤと、デコード部に入力されたデータストリームとに基づいて、映像コンテンツの再生が開始される。
【００６８】
以上のように、本実施の形態の受信装置３０ａを用いれば、コンテンツの配信元である送信装置１０からのＰＩＤの通知がなくとも、チャンネル切り替え指示が行われた時に、映像と音声に関するパケットのＰＩＤの取得処理を行うことなく、予めＲＡＭ３２に記憶されているＰＩＤを取得することにより、すぐにデータストリームから映像や音声を取出して再生処理を開始することができる。言い換えれば、１の映像を再生している状態において、未だ受信装置に到着していない他のデータストリームを受信して他の映像パケットや音声パケットに関する識別情報を取得できるため、チャンネル変更の指示を受けた際に予め取得している識別情報を基に他の映像を再生することができ、チャンネル変更の指示を受けてから他の映像が再生され始めるまでの時間を短縮することができる。つまり、受信装置において、出力する映像データや音声データの変更指示をうけてから他の映像データや音声データが出力されるまでの時間を短縮することができ、番組の切り替え指示が行われた場合に、事前に取得した識別情報を利用することによって、番組の切り替えの高速化を行うことが可能になる。
【００６９】
また、本実施の形態においては、識別情報の事前取得終了後、不要なデータ伝送を停止できるので、ネットワークに余分な負荷をかけず、ネットワークのトラフィックを低減することができる。
【００７０】
また、本実施の形態においては、ＩＰマルチキャストに対応した中継装置２０がブロードバンドルータである場合を示したが、中継装置２０がインターネット上に設置されていたり、ＬＡＮ上のブロードバンドルータとは別の装置であってもよい。
【００７１】
[実施の形態２]
以下、実施の形態２に係る受信装置３０ｂについて説明する。ネットワークの全体構成と受信装置の機能構成とハードウェア構成とは、実施の形態１の図３、図４、図５に示したものと同様である。図３に示すように、ネットワーク４０はインターネットであって、ネットワーク５０はＬＡＮである。中継装置２０はブロードバンドルータであって、ネットワーク４０とネットワーク５０とを相互に接続する。但し、本実施の形態に係る中継装置２０は、ＩＰマルチキャストの機能に対応している必要はない。送信装置１０は、映像コンテンツ配信サーバであって、ＲＦＣ（Request For Comment）２３２６で勧告されているＲＴＳＰ（Real Time Stream Protocol）を用いたデータストリームの送信／停止を行うものである。そして、送信装置１０は、当該データストリームの送信／停止の要求を受付けるものである。すなわち、本実施の形態に係るデータストリームは、複数の受信装置に同時に配信されるものではなく、それぞれの受信装置からの要求に応じて、それぞれの受信装置へと送信が行われるものである。
【００７２】
また、受信装置３０ｂは、ＲＴＳＰを用いた映像コンテンツの送信／停止の要求を行うことが可能であり、ネットワーク４０，５０を介して配信される映像コンテンツを受信／再生できるテレビである。
【００７３】
受信装置３０ｂの構成は、実施の形態１と同様に図４にて示したとおりである。より詳細には、実施の形態１の受信装置とは、ＲＯＭ３３上に保存されてＣＰＵ２０４で実行される制御プログラムのみが異なるので、ハードウェア構成についての説明は繰り返さない。
【００７４】
次に、制御プログラムが起動されて一定時間経過後にチャンネル切り替えを行う場合の制御について、フローチャートとシーケンス図を用いて詳細に説明する。
【００７５】
図８は実施の形態２に係るチャンネル切り替え時における制御プログラムのフローチャートと、受信装置と中継装置と送信装置との間でやりとりされるメッセージを示すシーケンス図である。
【００７６】
受信装置３０ｂの電源が投入されると、制御プログラムが起動し、ＣＰＵ３５が所定のルールに従ってチャンネルを選択し番組（映像）の再生を開始する。例えば、ＣＰＵ３５が前回の電源をＯＦＦにした直前のチャンネルを読み出して、ネットワーク接続部３１を介して送信装置１０に対しＲＴＳＰのＤＥＳＣＲＩＢＥ、ＳＥＴＵＰ、ＰＬＡＹリクエストを順次送信することにより、データストリームの送信を要求する。以後、このときに選択したチャンネルをＮとする。
【００７７】
ＣＰＵ３５が予めＲＯＭ３３に格納されている制御プログラムを実行することにより、以下に示す処理や機能を実現する。映像の再生が開始されると、ＣＰＵ３５は、現在再生中のチャンネルとは別のチャンネルＭを選択し、送信装置１０に対して、ＲＴＳＰのＤＥＳＣＲＩＢＥ、ＳＥＴＵＰ、ＰＬＡＹリクエストを順次送出する（Ｓ３０１）。各々のリクエストを受信した送信装置１０は、各々のリクエストに対する応答を受信装置３０ｂへと送信し、ＰＬＡＹリクエストを受信後に指定されたチャンネルＭのデータストリームの送信を開始する。
【００７８】
データストリームの送信が開始されたら、Ｓ３０２からＳ３０４において、データストリームから、映像と音声のパケットのＰＩＤの検出を行う。Ｓ３０２からＳ３０４の各処理は実施の形態Ｓ２０２からＳ２０４の処理と同様であり、ここでは説明を繰り返さない。
受信装置３０ｂは、映像と音声のパケットのＰＩＤの取得が完了したら、送信装置１０へとＲＴＳＰのＳＴＯＰリクエストを送信し、送信装置１０からのチャンネルＭの映像転送を停止させる（Ｓ３０５）。
【００７９】
Ｓ３０１からＳ３０５で実行される映像と音声のパケットのＰＩＤの検出処理は、予め定められた所定のチャンネルのみについて行ってもよいし、受信装置３０ｂが受信可能なチャンネルを検出して、当該受信可能なチャンネルを順番に選択して、チャンネル毎に繰り返し実行してもよい。
【００８０】
リモコン信号受信部３４がチャンネルの切り替え指示を受けたら、ＣＰＵ３５はチャンネルの切り替え処理を行う。ＲＴＳＰのＳＴＯＰリクエストを送信して送信装置１０によるチャンネルＮの転送を停止させ（Ｓ３０６）、ＲＴＳＰのＤＥＳＣＲＩＢＥ、ＳＥＴＵＰ、ＰＬＡＹリクエストを順次送信することにより、送信装置１０にチャンネルＭの転送を開始させる（Ｓ３０７）。その後、実施の形態１と同様に、指定されたチャンネルＭに対応するデータストリームの映像と音声のパケットのＰＩＤを読み込んでデコード部３６に設定し（Ｓ３０８）、データストリームをデコード部に入力することによって、指定されたチャンネルの再生を開始する。
【００８１】
本実施の形態においては、データストリームの要求方法として、ＲＴＳＰを用いる例を示したが、例えば、ＲＦＣ２６１６で勧告されているＨＴＴＰ（Hyper Text Transport Protocol）を用いることも可能である。
【００８２】
以上のように、本実施の形態２の受信装置を用いれば、ＲＴＳＰなどを用いたユニキャストの映像配信サービスにおいて、コンテンツサーバからのＰＩＤの通知がなくとも、チャンネル切り替え指示が行われた時に、映像と音声のＰＩＤの検出処理を行うことなくすぐに再生処理を開始することができる。つまり、受信装置において、出力する映像データや音声データの変更指示をうけてから他の映像データや音声データが出力されるまでの時間を短縮することができる。
【００８３】
[実施の形態３]
以下、本発明の実施の形態３に係る受信装置について説明する。本実施の形態は、受信装置３０ｃが、中継装置２０とのデータストリームの送受信のために、中継装置２０と受信装置３０ｃの間のネットワークの余剰帯域を取得できる点において、実施の形態１とは異なる。
【００８４】
図９は、ＬＡＮの実施例を示す概略図である。例えば、図９に示すように、ネットワーク５０が、イーサネット（登録商標）に準拠しており、ＨＵＢを含んで構成されている場合、前記受信装置３０ｃによる余剰帯域の取得は、ＨＵＢ上でネットワーク５０のトラフィックを監視し、受信装置３０ｃに通知する方法や、中継装置２０と受信装置３０ｃが、各々のネットワークインタフェースにおけるネットワークトラフィックを監視し、受信装置３０ｃに通知するような方法があげられる。
【００８５】
図１０は、ＬＡＮの別実施例を示す概略図である。図１０に示すように、ネットワーク５０が、代表的に無線ＬＡＮ（ＩＥＥＥ８０２．１１ａ／ｂ／ｇ）で構成されているような場合は、無線ＬＡＮのＡＰ（Access Point、図１０においては中継装置がＡＰを兼ねる。）上で無線上のトラフィックを監視して、受信装置３０ｃに通知する方法が考えられる。
【００８６】
図１１は、ＬＡＮの別実施例を示す概略図である。ネットワーク５０が、図１０に示すような無線ＬＡＮ（ＩＥＥＥ８０２．１１ｅ／ｎ）や、図１１に示すＰＬＣ（Power Line Communication）のようにネットワークを構成するＱｏＳ（Quality Of Service）に対応している場合は、ＡＰやコーディネータが、ネットワークに存在する各機器の帯域の使用状況を管理しているので、当該管理情報を元に余剰帯域を算出し、受信装置３０ｃに通知することで余剰帯域を取得することが可能である。
【００８７】
本実施の形態においては、実施の形態１と同様に、常に送信装置１０から中継装置２０へと選択可能なチャンネルのデータストリームが配信されているものとし、中継装置２０は受信装置からのＩＧＭＰのリクエストによって、受信装置３０ｃが接続されるネットワークへの中継を実行するか否かの決定を行うものとする。
【００８８】
次に制御プログラムがチャンネル切り替えを行う場合の制御について、フローチャートを用いて詳細に説明する。図１２は実施の形態３に係るチャンネル切り替え時における制御プログラムのフローチャートと、受信装置と中継装置と送信装置との間でやりとりされるメッセージを示すシーケンス図である。なお、受信装置３０ｃによる、中継装置２０に対するデータストリームの転送要求／停止や、データストリームから映像データや音声データのパケットのＰＩＤを取得する処理については、実施の形態１と同様であるので、詳細な説明は繰り返さない。
【００８９】
受信装置３０ｃの電源が投入され、チャンネルＮに対応する番組の再生が開始されたら、制御プログラムは、中継装置２０と受信装置３０ｃの間で利用可能な余剰帯域の取得を行う（Ｓ４０１）。余剰帯域が取得できたら、次にＰＩＤの取得を行うべきチャンネルＭのデータストリームを伝送するために必要な伝送帯域と余剰帯域の比較を行う（Ｓ４０２）。
【００９０】
余剰帯域が必要な帯域Ｙ以上ある場合は（Ｓ４０２でＹＥＳ）、Ｓ４０３にて映像データと音声データのパケットのＰＩＤの事前取得を行う。この処理は実施の形態１におけるＳ２０１からＳ２０５の処理に対応する。ＰＩＤの事前取得が完了したら、リモコン信号受信部３４からチャンネル切り替えの指示を受けたか否かの判定を行う（Ｓ４０４）。
【００９１】
一方、Ｓ４０２で余剰帯域がＹ以上ないと判定された場合は（Ｓ４０２でＮＯ）、ＰＩＤの事前取得を行わないで、チャンネル切り替えの指示を受けたか否かの判定を行う。チャンネル切り替えの指示を受けたと判定された場合は（Ｓ４０４でＹＥＳ）、再生中のチャンネルＮのデータストリームの停止要求と、指定されたチャンネルＭの開始要求を送信する（Ｓ４０５）。これには、実施の形態１と同様にＩＧＭＰのＬＥＡＶＥリクエストとＪＯＩＮリクエストが用いられる。
【００９２】
そして、ＣＰＵ３５は、ＲＡＭ３２上に予め事前取得した映像と音声のパケットのＰＩＤが記憶されているか否かの判定を行う（Ｓ４０６）。事前取得した映像と音声のパケットのＰＩＤがある場合は（Ｓ４０６でＹＥＳ）、ＣＰＵ３５は、ＲＡＭ３２からＰＩＤを読み出して、デコード部３６に対してＰＩＤの設定を行い、直ちにチャンネルＭに切り替える（Ｓ４０８）。ＲＡＭ３２に事前取得したＰＩＤが記憶されていない場合は（Ｓ４０６でＮＯ）、チャンネルＭのデータストリームから映像と音声のパケットのＰＩＤの取得処理を行い（Ｓ４０７）、取得したＰＩＤをデコードに設定して直ちにチャンネルを切り替える。このとき、ＣＰＵ３５は、取得したＰＩＤをＲＡＭ３２に記憶させる。
【００９３】
Ｓ４０８にてチャンネルの切り替え処理が完了したら、Ｓ４０１からの処理を繰り返す。ただし、次回ＰＩＤの事前取得を実行するのに選択されるチャンネルは、前回と異なるものを選択するようにしてもよい。また、Ｓ４０４にてチャンネルの切り替え指示を受けていないと判定された場合も（Ｓ４０４でＮＯ）、Ｓ４０１からの処理を繰り返す。
【００９４】
以上のように、本実施の形態３の受信装置は、ネットワークの余剰帯域が事前取得を行うデータストリームを流すのに十分な場合にのみ、ＰＩＤの事前取得の処理を実行する。ネットワークの余剰帯域が十分でない場合は、現在選択されているチャンネルの映像の再生に悪影響を及ぼし、ユーザが不快に感じる可能性があるが、本実施の形態の受信装置はそのような状況を回避することができる。
【００９５】
また、本実施の形態においては、ＩＰマルチキャストを用いた配信での例を示したが実施の形態２のように、送信機器と受信装置の間でユニキャスト通信で配信する例も考えられる。この場合、本実施の形態のようにＬＡＮにおける通信状態だけでなく、送信装置１０から中継装置２０におけるネットワークの通信状況を受信装置３０ｃが取得するための手段が必要となる。例えば、送信装置１０から中継装置２０間に存在するルータが通信状況を取得し、前記通信状況を受信装置３０ｃが取得するような方法が考えられる。
【００９６】
以上のように、本実施の形態に係る受信装置によって、受信装置において、出力する映像データや音声データの変更指示をうけてから他の映像データや音声データが出力されるまでの時間を短縮することができる。また、映像や音声が再生中であった場合に、現在再生中の映像や音声に関するデータが格納されたデータストリームの送受信に与える影響を軽減することが可能となる。
【００９７】
[実施の形態４]
以下、本発明の実施の形態４に係る受信装置３０ｄについて説明する。本実施の形態においては、中継装置２０が中継装置上を通過する各データに設定されている優先度に基づいて、データを転送できる点において異なる。どのパケットを優先させるか否かの設定は、例えば、受信装置３０ｄの制御プログラムが中継装置２０にメッセージを送信することで可能である。例えば、送信先のＩＰマルチキャストアドレスや、ＩＰアドレスとポート番号の組み合わせでどのパケットを優先するか否かを設定する。
【００９８】
また、本実施の形態においては、実施の形態１と同様に、送信装置１０から中継装置２０には、常に、選択可能なチャンネルのデータストリームが配信されているものとし、中継装置２０は、受信装置３０ｄからのＩＧＭＰのリクエストによって、受信装置３０ｄが接続されるネットワーク５０への中継を実行するか否かの決定を行うものとする。
【００９９】
次にＣＰＵが起動してから、チャンネル切り替えを行う場合の制御についてフローチャートを用いて詳細に説明する。図１３は、実施の形態４に係るチャンネル切り替え時における制御プログラムのフローチャートである。
【０１００】
受信装置３０ｄの電源が投入され、番組の再生を開始する際には、指定されたチャンネルの優先度を０より大きな値になるように設定する。以後、ここで設定された優先度をＹとする。例えば、受信装置３０ｄは、送信先が指定されたチャンネルのデータストリームを配信するためのＩＰマルチキャストアドレスのパケットを優先的に転送するように、中継装置２０に通知し、番組の再生を開始する。
【０１０１】
番組の再生が開始されたら、現在再生以外のチャンネルを０に設定する（Ｓ５０１）。そして、チャンネルＮとは異なるチャンネルＸを選択し（Ｓ５０２）、そのチャンネルＸのデータストリームの転送要求を中継装置２０に行い、映像と音声のパケットのＰＩＤの事前取得を行う（Ｓ５０３）。
【０１０２】
そして、リモコン信号受信部３４からチャンネル切り替えの指示を受けたら（Ｓ５０４でＹＥＳ）、指定されたチャンネルの優先度をＹに設定し（Ｓ５０５）、チャンネルの切り替えを行い（Ｓ５０６）、元のチャンネルの優先度を０に設定する（Ｓ５０７）。また、チャンネル切り替えの支持を受けていなければ（Ｓ５０４でＮＯ）、すべてのチャンネルのデータストリームに関する映像と音声のパケットのＰＩＤの事前取得を行ったかを判定し、取得していなければ（Ｓ５０８でＮＯ）、未だＰＩＤを取得していないデータストリームのチャンネルを指定して、Ｓ５０２からの処理を繰り返す。
【０１０３】
一方、すべてのチャンネルのＰＩＤを取得していれば（Ｓ５０８でＮＯ）、最後にＰＩＤを取得してからの経過時間が予め定められた時間異常であるか否かを判定し（Ｓ５０９）、所定の時間が経過していれば（Ｓ５０９でＹＥＳ）、事前取得したＰＩＤをクリアして、Ｓ５０２からの処理を繰り返す。また、所定の時間が経過していなければ（Ｓ５０９でＮＯ）、Ｓ５０４にてチャンネル切り替えの指示の監視を行いながら所定の時間が経過するのを待つ。また、Ｓ５０７で元のチャンネルの優先度を０に設定すると、チャンネル切り替えの指示を受けていなかった場合（Ｓ５０４でＮＯ）と同様にＳ５０８からの処理を行う。本実施の形態では、電源がＯＮの状態において、ＣＰＵ３５が上記処理（Ｓ５０９以降の処理）を繰り返す。
【０１０４】
以上のように、本実施の形態の受信装置は、ネットワークで伝送されるデータ（パケット）送信に優先度を付与できるネットワークにおいて、映像の再生を行うデータストリームに対しては高い優先度を付与し、映像の再生を行わないＰＩＤの自動事前取得に用いるデータストリームに対しては低い優先度を設定する。現在再生中のデータストリームは、パケットロスや伝送遅延があると、映像再生に支障をきたすが、ＰＩＤを事前取得するためのデータストリームは、多数のパケットロスや、伝送遅延が発生したとしても、ＰＡＴやＰＭＴは、数百ｍｓｅｃから数ｓｅｃ周期で配信させるため、事前取得までの時間が多少延びるだけであり、大きな問題にならない。よって、データストリームの配信に支障をきたすことなく、ＰＩＤの事前取得を行うことが可能となる。
【０１０５】
また、本実施の形態の受信装置は、すべてのチャンネルのＰＩＤの事前取得を行い、所定の時間が経過後は、事前取得したＰＩＤを一度クリアし、再度ＰＩＤの取得を行う。データストリームに含まれる映像と音声のＰＩＤは、常に一定ではなく、変更される場合がある。このような場合においても、定期的にＰＩＤの事前取得の再実行を行うことで、新しいＰＩＤを取得することが可能となる。また、ＰＩＤが変更されてから、事前取得が完了する間にチャンネル変更が行われた場合には、古い間違ったＰＩＤを設定してしまう可能性がある。このような場合に対応するために、事前取得したＰＩＤを設定し、映像の再生を実行した後に、再生中のデータストリームからＰＩＤの取得を行い、間違った設定を行っている場合には、再度設定を行うような方法が考えられる。
【０１０６】
また、本実施の形態においては、受信装置３０ｄが、中継装置２０にどのパケットを優先する／しないを通知する形態について述べたが、送信装置１０がＩＥＥＥ８０２．１Ｄ・Ａｎｎｅｘ．Ｇで規定されている優先度を付与する機能を有し、中継装置２０が各パケットに付与された優先度に従って転送するような構成であってもよい。この場合、どのデータにどのレベルの優先度を設定するかは、受信装置３０ｄから送信装置１０に送信される。
【０１０７】
[実施の形態５]
以下、本発明の実施の形態５に係る受信装置について説明する。システムの全体構成は実施の形態１と略同様である。本実施の形態においては、通信媒体が各機器からの必要帯域の要求に対して、帯域を確保する帯域確保型のＱｏＳ機能を有する。通信媒体としては、無線ＬＡＮの規格であるＩＥＥＥ８０２．１１ｅ、電力線を用いた通信技術であるＰＬＣ、同軸ケーブルを用いた通信技術であるＣＯＡＸ（COAXial network）などが用いられる。受信装置３０ｅは、ネットワークを構成する通信媒体に対して、データストリームの送信を開始する際に、必要帯域の要求を行う。例えば、図１１に示したようなＰＬＣネットワークの場合においては、コーディネータに対して帯域確保の要求を行う。
【０１０８】
また、本実施の形態においては、実施の形態１と同様に、送信装置１０から中継装置２０には、常に選択可能なチャンネルＭ，Ｎ・・・のデータストリームが配信されているものとし、中継装置２０は、受信装置３０ｅからのＩＧＭＰのリクエストによって、受信装置３０ｅが接続されるネットワーク４０（ＬＡＮ）への中継を実行するか否かの決定を行うものとする。
【０１０９】
次に制御プログラムが起動されてから、ＣＰＵ３５が１のチャンネルから別のチャンネルに切り替えを行う場合の制御についてフローチャートを用いて詳細に説明する。図１４は実施の形態５に係るチャンネル切り替え時における制御プログラムのフローチャートである。
【０１１０】
電源が投入されると、受信装置３０ｅは番組表（番組テーブル）の取得を行う（Ｓ６０１）。本実施の形態においては、番組表を送信するための専用チャンネルが用意されており、専用チャンネルに対してＩＧＭＰのＪＯＩＮを実行して番組表データを入手する。つまり、番組表とは、複数の異なるデータストリームに対応したそれぞれの番組情報が格納された番組テーブルのことを言う。
【０１１１】
番組表が取得できたら、映像の再生を行うチャンネルのための伝送帯域の確保を通信媒体に要求する（Ｓ６０２）。例えば、ＨＤ（High - Definition ）のＭＰＥＧ２であれば、２４Ｍｂｐｓ程度の伝送レートが必要となる。そして、ＰＩＤの事前取得を行うために、２４Ｍｂｐｓよりも小さい伝送レートの帯域を複数要求する。例えば、選択できるチャンネルがあと１０チャンネルあるとすると、２Ｍｂｐｓで１０チャンネル分確保する（Ｓ６０３）。
【０１１２】
伝送帯域の確保ができたら、ＩＧＭＰのＪＯＩＮを中継装置２０に送信し、データストリームの転送を要求し、映像の再生を開始する（Ｓ６０４）。そして、取得した番組表に格納されたそれぞれの番組情報に基づいて、他のチャンネル（データストリーム）に対しても、それぞれ２Ｍｂｐｓの帯域を使って、伝送の開始を要求する（Ｓ６０５）。そして、各データストリームから、各チャンネルの映像と音声のＰＩＤの事前取得を行う（Ｓ６０６）。
【０１１３】
そして、リモコン信号受信部３４からチャンネルの切り替え指示を受けたかを判定し（Ｓ６０７）、切り替え指示を受けたと判断すると（Ｓ６０７でＹＥＳ）、現在再生中のストリームで使用している帯域と次に選択されたチャンネルで使用していた帯域とを入れ替えてチャンネルの切り替え処理を実行する（Ｓ６０８）。チャンネルの切り替えが完了したら、Ｓ６０１で取得した番組表から番組情報を確認して番組の切り替わり時刻になったか否かを判定する（Ｓ６０９）。
【０１１４】
そして、番組の切り替わり時刻になると（Ｓ６０９でＹＥＳ）Ｓ６０６へと戻り、切り替わったチャンネルのＰＩＤの取得を行う。また、番組の切り替わり時刻になっていない場合は（Ｓ６０９でＮＯ）、Ｓ６０７に戻ってチャンネル切り替え指示を受けたか否かを確認しつつ、番組の切り替わり時刻になるまで待機する。また、チャンネルの切り替わり指示を受けていない場合は（Ｓ６０７でＮＯ）、Ｓ６０９の処理を実行する。本実施の形態では、電源がＯＮの状態において、ＣＰＵ３５が上記処理（Ｓ６０９以降の処理）を繰り返す。
【０１１５】
以上のように、本実施の形態の受信装置は、各機器からの必要帯域の要求に対して、帯域を確保する帯域確保型のＱｏＳ機能を有する通信媒体から構成されるネットワークにおいて、再生を行うデータストリームに対しては、映像伝送を行うのに十分な伝送帯域を割り当て、事前取得を行うデータストリームに対しては、少ない帯域を割り当ててＰＩＤの事前取得を行う。
【０１１６】
再生を行うデータストリームは、パケットのロスや到着遅延などが発生すると、映像や音声に悪影響を及ぼすが、ＰＩＤの事前取得を行うためのデータストリームは、実施の形態５で述べたように、大きな問題とはならない。また、ＰＩＤの事前取得を行うためのデータストリームに対して多くの帯域の割り当てを行うと、他のネットワーク接続機器の利用帯域を圧迫してしまい、ユーザに不利益を及ぼす。ＰＩＤの事前取得を行うためのデータストリームに少ない伝送帯域を割り当てることで、このような問題を解決することができる。
【０１１７】
また、本実施の形態の受信装置３０ｅは、番組表の取得を行うことによって番組を切り替えるタイミングにてＰＩＤの更新を行う。言い換えれば、受信装置３０ｅは、ネットワーク４０・５０を介して、複数の異なるデータストリーム（チャンネルＭ，Ｎ・・・）に対応したそれぞれの番組情報が格納された番組テーブルを受信する番組テーブル受信部３５−５をさらに備え、前記要求部３５−４は、取得した番組テーブルに格納されたそれぞれの番組情報に基づいて、送信装置１０に第２のデータストリームの送信を要求するものである。
【０１１８】
実施の形態５で述べたように、番組やデータストリームは常に一定ではなく、変更される場合があるが、変更される場合は、番組の切り替わり時に行われる可能性が高い。しかし、本実施の形態においては、時間の経過によって事前取得した識別情報が無効になった場合でも、クライアント装置が自動で第２の識別情報の再取得を行うことができる。
番組表の情報を用いることで、効率的な再取得を行うことが可能となる。 
【０１１９】
[実施の形態６]
以下、本発明の実施の形態６である、受信装置３０ｆについて説明する。システムの構成を示す図は、実施の形態１と略同様である。本実施例においては、映像データは暗号化されて伝送されており、ＭＰＥＧ２−ＴＳストリームの中に、復号を行うための鍵を生成するのに必要なＥＣＭパケットが含まれている。
【０１２０】
次に制御プログラムが起動されてから、別のチャンネル切り替えを行う場合の制御についてフローチャートを用いて詳細に説明する。図１５は本実施の形態に係るチャンネル切り替え時における制御プログラムのフローチャートである。
【０１２１】
受信装置３０ｆの電源が投入されたら、所定のチャンネルＮの再生を開始する（Ｓ７０１）そして、それ以外のチャンネルに対する送信要求を出す（Ｓ７０２）。そして、各チャンネルのデータストリームから、映像と音声のパケットのＰＩＤに加えて、ＥＣＭのＰＩＤも取得する（Ｓ７０３）。ＥＣＭのＰＩＤは映像や音声のパケットのＰＩＤと同様にＰＭＴから取得することができる。そして、ＥＣＭのパケットを取得しＥＣＭに基づいて復号鍵の生成を行う（Ｓ７０４）。復号鍵の生成は例えば、ＣＡＳ（Conditional Access Systems）の技術を用いて行われる。そして、リモコン信号受信部３４からチャンネルの切り替え指示が行われた場合は（Ｓ７０５でＹＥＳ）、チャンネルの切り替えを実行する。より詳細には、事前に生成した復号鍵を用いてコンテンツの復号を行って再生する（Ｓ７０６）。チャンネル切り替えの指示がなかった場合は（Ｓ７０５でＮＯ）、Ｓ７０３からの処理を繰り返す。本実施の形態では、電源がＯＮの状態において、ＣＰＵ３５が上記処理を繰り返す。
【０１２２】
以上のように、本実施の形態の受信装置は、映像と音声のパケットのＰＩＤだけでなく、ＥＣＭのＰＩＤも取得を行い、事前に復号鍵の生成を行う。復号鍵は生成に時間がかかるため、事前に生成した復号鍵を利用することで、チャンネル切り替え時の映像の切り替えの高速化を図ることができる。言い換えれば、多重化されたデータから暗号化に必要な情報を取り出して復号鍵を生成する必要がある伝送方式の場合に、チャンネル変更指示を受けてから新たなチャンネルの映像や音声が表示されるまでの時間が短縮される。
【０１２３】
[実施の形態１〜６の変形例]
また、実施の形態１から６においては、所定のデータストリームを受信／再生中にＰＩＤの事前取得を行う例を示したが、例えば、受信装置が待機状態中に、ＰＩＤの事前取得を行うような構成も考えられる。言い換えれば、前記要求部３５−４が、前記デコード部３６が前記チャンネルＮ（第１のデータストリーム）からの映像データおよび音声データの抽出や出力を停止している期間にも、前記配信情報に基づいて、前記送信装置１０にチャンネルＭ等（複数のデータストリーム）の送信を要求する。そして、前記第２の取得部３５−２は、前記チャンネルＮからの映像データおよび音声データの抽出や出力を停止している期間中にも、前記チャンネルＭ等から映像および音声パケットのＰＩＤ（第２の識別情報）を取得する。そして、前記ＲＡＭ３２によって実現される記憶部３２−１は、前記期間中にも、前記チャンネルＭ等の映像および音声パケットのＰＩＤ（第２の識別情報）を記憶する、この場合、電源投入直後においても、事前取得したＰＩＤに基づいて、チャンネル切り替え時だけでなく、電源投入後のレスポンス時間も向上させることができる。
【０１２４】
また、実施の形態１から６では、受信装置３０ｆが、ＰＩＤ事前取得を行うためのストリームの伝送要求を送出したが、例えば、他の受信装置が要求した、ＩＰマルチキャストのストリームがネットワーク上に存在する場合には伝送要求を行わずに、ＩＰマルチキャストパケットを解析することでＰＩＤの事前取得を行ってもよい。
【０１２５】
また、実施の形態１から６の受信装置３０ｆは、映像表示部３７や音声出力部３８を有するものであって受信したデータストリームを再生可能である形態について示したが、受信装置３０ｆは映像表示部３７や音声出力部３８を有さない構成であってもよい。例えば、受信装置３０ｆはネットワークに対応したチューナ装置やハードディスクレコーダであって、受信装置３０ｆのアナログ／デジタル出力を他の映像表示装置へ入力して映像を再生するような例も考えられる。
【０１２６】
上記に示す変形例は、その本質を変容させることなく、互いに組み合わせ可能であり、他の実施形態にも適用することができる。
【０１２７】
[実施の形態７]
実施の形態１から６の受信装置３０は、送信装置１０や中継装置２０に対して、データストリームの伝送要求を行うものについて説明したが、受信装置３０が積極的に伝送要求を行わないものであってもよい。以下では、送信装置１０がテレビ放送等を放送する放送装置である場合に、好適な受信装置３０ｇについて説明する。
【０１２８】
受信装置３０ｇは、少なくとも１つの放送装置１０ｂから放送される、映像データおよび音声データの少なくとも一方と前記映像データおよび音声データの少なくとも一方を識別するための識別情報とからなるデータストリームを受信するものであって、チューナーを有するテレビやハードディスクレコーダである。
【０１２９】
図４に示すように、受信装置３０ｇは、前記放送装置１０ｂが放送し得るデータストリームに関する放送情報を取得する配信情報取得部３５−３と、前記放送情報に基づいて、前記放送装置１０ｂから放送される第１および第２のデータストリームを含む複数のデータストリームを受信する受信部３１−１と、前記第１のデータストリームから第１の識別情報を取得する第１の取得部３５−１と、前記第１の識別情報に基づいて、前記第１のデータストリームから映像データおよび音声データの少なくとも一方を抽出して出力する出力部３８−１と、前記受信装置３０ｇが第１のデータストリームを受信中に、前記第２のデータストリームから第２の識別情報を取得する第２の取得部３５−２と、前記受信装置３０ｇが第１のデータストリームを受信中に、前記それぞれの第２の識別情報を記憶する記憶部３２−１と、前記出力部３８−１が出力する映像データおよび音声データを含む前記データストリームの選択を受付ける受付部３４−１と、を備える。
【０１３０】
そして、前記出力部３８−１は、前記第２のデータストリームが選択されると、前記記憶部３２−１に記憶されている前記第２の識別情報に基づいて、前記第２のデータストリームから映像データおよび音声データの少なくとも一方を抽出して出力するものである。
【０１３１】
本実施の形態においても、チャンネル変更の指示を受けた際に予め取得している識別情報を基に他の映像を再生することができ、チャンネル変更の指示を受けてから他の映像が再生され始めるまでの時間を短縮することができる。あるいは、受信装置３０ｇは、以下のような構成であっても良い。
【０１３２】
[実施の形態７の変形例]
すなわち、前記第２の取得部３５−２は、前記第２の識別情報の取得が完了したときに、第１および第２のデータストリームと異なるデータストリームから未だ取得していない識別情報を取得するものである。これによって、予め取得している識別情報の種類が増し、チャンネル変更の指示を受けた際に予め取得している識別情報を基に他の映像を再生できる可能性が増し、チャンネル変更の指示を受けてから他の映像が再生され始めるまでの時間を短縮することができる。
【０１３３】
上記に示す変形例は、その本質を変容させることなく、互いに組み合わせ可能であり、他の実施形態にも適用することができる。
【０１３４】
前記開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内においてのすべての変更が含まれることが意図される。
【図面の簡単な説明】
【０１３５】
【図１】データストリームを構成するＴＳパケットを示す概念図である。
【図２】複数のＴＳパケットから構成されるデータストリームを示す概念図である。
【図３】データストリーム送受信システムの全体構成を示す概略図である。
【図４】受信装置の全体構成を示す機能ブロック図である。
【図５】受信装置をＣＰＵを用いて実現した場合のハードウェア構成を示す図である。
【図６】ＩＰマルチキャスト技術によって映像コンテンツを配信する場合の受信装置における処理を示すフローチャートと、シーケンス図である。
【図７】実施の形態１に係るチャンネル切り替え時における制御プログラムのフローチャートと、実施の形態１に係る受信装置と中継装置と送信装置との間でやりとりされるメッセージを示すシーケンス図である。
【図８】実施の形態２に係るチャンネル切り替え時における制御プログラムのフローチャートと、実施の形態２に係る受信装置と中継装置と送信装置との間でやりとりされるメッセージを示すシーケンス図である。
【図９】ＬＡＮの実施例を示す概略図である。
【図１０】ＬＡＮの別実施例を示す概略図である。
【図１１】ＬＡＮの別実施例を示す概略図である。
【図１２】実施の形態３に係るチャンネル切り替え時における制御プログラムのフローチャートと、実施の形態３に係る受信装置と中継装置と送信装置との間でやりとりされるメッセージを示すシーケンス図である。
【図１３】実施の形態４に係るチャンネル切り替え時における制御プログラムのフローチャートである。
【図１４】実施の形態５に係るチャンネル切り替え時における制御プログラムのフローチャートである。
【図１５】実施の形態６に係るチャンネル切り替え時における制御プログラムのフローチャートである。
【符号の説明】
【０１３６】
１   データストリーム送受信システム、１０  送信装置、２０  中継装置、３１  ネットワーク接続部、３１  受信部、３２  ＲＡＭ、３３  ＲＯＭ、３４  リモコン信号受信部、３５  ＣＰＵ、３６  デコード部、３６ａ  映像デコード部、３６ｂ  音声デコード部、３７  映像表示部、３８  音声出力部、３９  多重化分割部、４０，５０  ネットワーク。
【図１】
2008294663.tif 000003
【図２】
2008294663.tif 000004
【図３】
2008294663.tif 000005
【図４】
2008294663.tif 000006
【図５】
2008294663.tif 000007
【図６】
2008294663.tif 000008
【図７】
2008294663.tif 000009
【図８】
2008294663.tif 000010
【図９】
2008294663.tif 000011
【図１０】
2008294663.tif 000012
【図１１】
2008294663.tif 000013
【図１２】
2008294663.tif 000014
【図１３】
2008294663.tif 000015
【図１４】
2008294663.tif 000016
【図１５】
2008294663.tif 000017