ストリーミングデータ配信
【課題】ストリーミングビデオ及び／又はオーディオデータなどのストリーミングデータを効果的に配信する技術を提供する。
【解決手段】第１チャネルのストリーミングデータを前記表示装置に送信するステップと、前記第１チャネルから第２チャネルへの所望の変更を示す変更リクエストを受信するステップと、前記変更リクエストの受信後、前記第２チャネルのストリーミングデータが前記表示装置への送信に利用可能になるまで、前記第１チャネルのストリーミングデータの前記表示装置への送信を継続するステップと、前記変更リクエストの受信後、前記第２チャネルのストリーミングデータが前記表示装置への送信に利用可能になると、前記第２チャネルのストリーミングデータを前記表示装置に送信するステップとを有し、前記第２チャネルのストリーミングデータは、ビデオデータを含む。
【解決手段】第１チャネルのストリーミングデータを前記表示装置に送信するステップと、前記第１チャネルから第２チャネルへの所望の変更を示す変更リクエストを受信するステップと、前記変更リクエストの受信後、前記第２チャネルのストリーミングデータが前記表示装置への送信に利用可能になるまで、前記第１チャネルのストリーミングデータの前記表示装置への送信を継続するステップと、前記変更リクエストの受信後、前記第２チャネルのストリーミングデータが前記表示装置への送信に利用可能になると、前記第２チャネルのストリーミングデータを前記表示装置に送信するステップとを有し、前記第２チャネルのストリーミングデータは、ビデオデータを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリーミングビデオ及び／又はオーディオデータなどのストリーミングデータの配信に関する。
【背景技術】
【０００２】
ラジオ放送やテレビ放送などのコンテンツのリアルタイムストリーミングの大部分は、現在は各ステーションに用意されたチャネルを常時有し、これらのチャネルを介しコンテンツを連続的に受信することによって実行される。このとき、ユーザの受信装置は、出力のための選択されたチャネルを選択する。このようなシステムは、ユーザが特定のステーションを実際に視聴しているか否かに関係なく、各ユーザについて各ステーションに帯域幅が確保されていることを要求する。
【０００３】
インターネットプロトコル（ＩＰ）が情報を配信するため中心的な役割を有しているネットワーク接続環境に現在変化がある。ラジオ及びテレビ放送がＩＰネットワークを利用して自らのコンテンツをユーザに配信することが増大することが予想される。このようなストリーミングデータを配信するための最も一般的なＩＰ技術は、“ＨＴＴＰ−Ｇｅｔ”として知られている。この技術は、ポイント・ツー・ポイント接続に基づくものであり、ユーザ数が少数である事実により現在のニーズに適している。ストリーミングコンテンツにＩＰネットワークを使用するユーザ数が増大するとき（及びステーションからサービスをリクエストするユーザ数が増大するとき）、ＨＴＴＰ−Ｇｅｔ技術は真にスケーリングできるものでない。この理由は、かなりのネットワークロード（帯域幅など）が要求されると同時に、ネットワークサーバが大量のリクエストにサービス提供することを要求するというキャパシティのためである。このロードは、ネットワーク混雑を導く可能性がある。
【０００４】
上記問題点を解決するため、マルチキャストモデルが利用可能である。マルチキャストモデルでは、マルチキャストモデルでは、コンテンツは、当該ルータ／スイッチを介しデータストリームを受信するユーザ数から独立したルータ／スイッチに１回のみ転送される。これは、ネットワークロードを低減する。当該サービスを提供するためインターネットの世界で使用されるマルチキャストプロトコルは、ＩＧＭＰ（ＩＥＴＦ−ＲＦＣ３３７６）である。
【０００５】
現在、ネットワークの最終部分、すなわち、ユーザのホームネットワークとサービスプロバイダとの間の有線ネットワーク及び／又はホームネットワークである携帯装置とアクセスポイントの間の無線ネットワークの帯域幅は、一般には同時に２つのマルチキャストステーションの受信をサポートするのに十分なものではない。このような場合、第１ステーションの受信を停止し、第２ステーションの受信を要求することによって、第１ステーションから第２ステーションに変更する必要がある。ＩＧＭＰプロトコルの現在のバージョン（バージョン３）は、このオプションをサポートしている。しかしながら、このような技術は、２つのストリームの何れもユーザ装置によって受信されず、フリーズ／ブルー画面（テレビ受信）又はサイレンス（ラジオ受信）をもたらす時間を招くこととなる。これはユーザに望ましいものではない。さらに、一時的に使用されず、要求されない帯域幅（スイッチ期間中）が他のデータストリームに引き継がれる可能性があり、この場合、新たなストリームを受信するための利用可能な帯域幅がなくなってしまう。
【０００６】
他の可能性のある１つの解決方法は、ネットワークの最終部分の帯域幅を増大させることである。しかしながら、すべてのケースで帯域幅を十分に増大させることは困難である。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許出願ＷＯ０１２６２７１から、ユーザが１つのステーションから他のステーションにスイッチするスピードを増大させることが知られている。しかしながら、このような解決方法は、複数のステーションをパラレルに受信するのに十分な帯域幅が利用可能であることを仮定している。また、すべてのステーションがパラレルに受信可能でないと仮定されるため、現在受信していないステーションが選択されると、この場合は問題が生じることとなる。
【０００８】
上記課題に鑑み、本発明の一課題は、ストリーミングビデオ及び／又はオーディオデータなどのストリーミングデータを効果的に配信する技術を提供することである。
【課題を解決するための手段】
【０００９】
本発明の一特徴によると、ユーザ装置にストリーミングデータを配信する方法であって、第１コンテンツプロバイダによって供給される第１コンテンツデータストリームをルータを介しユーザ装置に配信するステップと、前記ユーザ装置によって要求される第２コンテンツデータストリームを示す変更リクエストを前記ユーザ装置から受信するステップと、前記ルータへの配信に利用可能な前記第２出力データストリームを有する第２コンテンツプロバイダを特定するステップと、前記第２コンテンツデータストリームを前記特定されたデータサーバから前記ルータに配信するステップと、前記ユーザ装置への前記第１コンテンツデータストリームの配信を停止し、前記第１コンテンツデータストリームの配信停止後、前記ルータから前記ユーザ装置への第２コンテンツデータストリームの配信を開始するステップとを有する方法が提供される。
【００１０】
本発明の他の特徴によると、ユーザにストリーミングデータを配信するシステムであって、第１コンテンツストリームと第２コンテンツストリームとに関するデータをそれぞれ供給する第１コンテンツプロバイダと第２コンテンツプロバイダと、第１コンテンツストリームと第２コンテンツストリームとを選択的に受信し、前記第１又は第２コンテンツストリームをユーザ装置に配信するルータを有するネットワークと、前記ルータから第１又は第２コンテンツストリームを受信するユーザ装置とを有し、当該システムは、ユーザ装置から受信するリクエストに応答して、前記ルータから前記ユーザ装置への第１コンテンツデータストリームの配信を停止し、前記第１コンテンツデータストリームの配信停止後に前記ユーザ装置への第２コンテンツデータストリームの配信を開始するよう動作可能であるシステムが提供される。
【００１１】
本発明の他の特徴によると、ユーザ装置にストリーミングデータを配信するのに使用されるルータであって、第１コンテンツストリームと第２コンテンツストリームとに関するデータをそれぞれ第１コンテンツプロバイダと第２コンテンツプロバイダとから受信する受信ユニットと、ユーザ装置に前記第１又は第２コンテンツストリームを配信し、ユーザ装置から受信されるリクエストに応答して、前記ユーザ装置への第１コンテンツデータストリームの配信を停止し、前記第１コンテンツデータストリームのそれへの配信停止後に、前記ユーザ装置への第２コンテンツデータストリームの配信を開始するよう動作可能である配信ユニットとを有するルータが提供される。
【発明の効果】
【００１２】
本発明によると、ストリーミングビデオ及び／又はオーディオデータなどのストリーミングデータを効果的に配信する技術を提供することができる。
【図面の簡単な説明】
【００１３】
【図１】図１は、本発明の特徴を実現するネットワーク構成を示すブロック図である。
【図２】図２は、本発明の特徴を実現する方法を示すフロー図である。
【図３】図３は、本発明を実現する方法に関するタイミング図である。
【発明を実施するための形態】
【００１４】
図１は、ストリーミングされたデータをユーザに提供するシステムを示すブロック図である。第１コンテンツプロバイダ２と第２コンテンツプロバイダ３は、ネットワークにそれぞれ第１コンテンツと第２コンテンツを提供する。ネットワーク４は、何れか適切なネットワークスイッチ、サーバ及びルータにより提供することが可能であり、第１コンテンツプロバイダ２からの第１コンテンツをルータ／スイッチ６を介しユーザネットワーク１０に供給する。第２コンテンツは、第２コンテンツプロバイダ３によってネットワーク４のルータ／スイッチ６を介しユーザネットワーク１０に提供される。
【００１５】
本発明は、ユーザネットワーク１０における第１コンテンツと第２コンテンツとの間のスイッチに関する。図１及び図２のフローチャートを参照して、本発明を実現する方法が説明される。ステップｉにおいて、第１コンテンツがルータ／スイッチ６から受信される。ステップｉｉにおいて、ユーザコンテンツ変更リクエスト（チャネル変更リクエスト）が受信され、その後、システムは、第１ルータ／スイッチ６がユーザネットワークに供給するのに利用可能な第２コンテンツを有するか特定する（ステップｉｉｉ）。ルータ／スイッチ６がユーザに利用可能な第２コンテンツデータストリームを有すると特定されると、ユーザネットワークがルータ／スイッチ６から第２コンテンツを受信するように（ステップｖ）、コンテンツ受信がスイッチされる（ステップｉｖ）。ルータ／スイッチ６からの第１のコンテンツのデータストリームは、第２コンテンツのデータストリームがルータ／スイッチ６から開始されるまで停止される。好適な実施例では、第１コンテンツデータストリームの配信停止と第２コンテンツデータストリームの開始は、実質的に同時に行われる。
【００１６】
図３は、図２の方法のタイミングを示すタイミング図である。
【００１７】
第１及び第２コンテンツデータストリームは同一のコンテンツプロバイダにより提供可能であるということは理解されるであろう。このコンテンツプロバイダは、コンテンツデータサーバ又はそれに等価なものとすることが可能である。
【００１８】
本発明の実施例は、ＩＧＭＰバージョン３への更新を提供する。それは、ユーザがステーション変更を要求し、新たなストリームがルータ／スイッチ６において利用可能になると、（サービスプロバイダの）ルータ／スイッチ６からユーザのホームネットワーク１０に（又は無線アクセスポイントから携帯装置に）、リンク上のリクエストされた第２コンテンツデータストリームと第１コンテンツデータストリームとを交換する。
【００１９】
上記手段は、他のユーザの何れもが同一のルータ／スイッチにおいて同一の古いステーション（新たなステーションによって置換されたもの）をリクエストしていない限り、ネットワーク４において再帰的に利用可能である。
【００２０】
さらに、ルータ／スイッチにおける第１コンテンツから第２コンテンツへの転送を変更するコンポーネントは、ユーザに送信される新たなソース／ステーションからの第１パケットがＩフレーム（ＭＰＥＧのケース）の先頭を含むように、第１コンテンツから第２コンテンツへの変更時が選択されるように、インテリジェントなものとすることが可能である。この場合、不要なパケットはユーザに送信されない。
【００２１】
本発明の実施例の第１の効果は、フリーズ／ブルー画面又はサイレンスがユーザに顕著とならないということである、唯一の目立つものは、おそらく画像のごく短時間のフリーズやごく短時間の音声の中断であるだろう。しかしながら、これは、新たなステーションが選択されるとき、通常のテレビ受信又はラジオ受信による現在の状況に類似しているため、それは許容されるとみなされる。
【００２２】
本発明の実施例の第２の効果は、第１及び第２コンテンツデータストリームを提供するため、同一のルータ及びリンク（ルータ／スイッチ６とホームネットワーク１０との間の）が使用されるため、新たなソース／ステーションが選択される毎に、手続における新たなアドミッション制御ステップ又は帯域幅リザベーションステップが不要となるということである。
【００２３】
さらに、本発明の実施例は、２つのストリームの１つの最大要求帯域幅より追加的な帯域幅（ステーション変更中）を必要としない。このことは、消失したデータパケットによる中断が生じない（ステーション変更中）ことを意味する。
【符号の説明】
【００２４】
２，３ コンテンツプロバイダ
６ ルータ／スイッチ
１０ ユーザネットワーク
【技術分野】
【０００１】
本発明は、ストリーミングビデオ及び／又はオーディオデータなどのストリーミングデータの配信に関する。
【背景技術】
【０００２】
ラジオ放送やテレビ放送などのコンテンツのリアルタイムストリーミングの大部分は、現在は各ステーションに用意されたチャネルを常時有し、これらのチャネルを介しコンテンツを連続的に受信することによって実行される。このとき、ユーザの受信装置は、出力のための選択されたチャネルを選択する。このようなシステムは、ユーザが特定のステーションを実際に視聴しているか否かに関係なく、各ユーザについて各ステーションに帯域幅が確保されていることを要求する。
【０００３】
インターネットプロトコル（ＩＰ）が情報を配信するため中心的な役割を有しているネットワーク接続環境に現在変化がある。ラジオ及びテレビ放送がＩＰネットワークを利用して自らのコンテンツをユーザに配信することが増大することが予想される。このようなストリーミングデータを配信するための最も一般的なＩＰ技術は、“ＨＴＴＰ−Ｇｅｔ”として知られている。この技術は、ポイント・ツー・ポイント接続に基づくものであり、ユーザ数が少数である事実により現在のニーズに適している。ストリーミングコンテンツにＩＰネットワークを使用するユーザ数が増大するとき（及びステーションからサービスをリクエストするユーザ数が増大するとき）、ＨＴＴＰ−Ｇｅｔ技術は真にスケーリングできるものでない。この理由は、かなりのネットワークロード（帯域幅など）が要求されると同時に、ネットワークサーバが大量のリクエストにサービス提供することを要求するというキャパシティのためである。このロードは、ネットワーク混雑を導く可能性がある。
【０００４】
上記問題点を解決するため、マルチキャストモデルが利用可能である。マルチキャストモデルでは、マルチキャストモデルでは、コンテンツは、当該ルータ／スイッチを介しデータストリームを受信するユーザ数から独立したルータ／スイッチに１回のみ転送される。これは、ネットワークロードを低減する。当該サービスを提供するためインターネットの世界で使用されるマルチキャストプロトコルは、ＩＧＭＰ（ＩＥＴＦ−ＲＦＣ３３７６）である。
【０００５】
現在、ネットワークの最終部分、すなわち、ユーザのホームネットワークとサービスプロバイダとの間の有線ネットワーク及び／又はホームネットワークである携帯装置とアクセスポイントの間の無線ネットワークの帯域幅は、一般には同時に２つのマルチキャストステーションの受信をサポートするのに十分なものではない。このような場合、第１ステーションの受信を停止し、第２ステーションの受信を要求することによって、第１ステーションから第２ステーションに変更する必要がある。ＩＧＭＰプロトコルの現在のバージョン（バージョン３）は、このオプションをサポートしている。しかしながら、このような技術は、２つのストリームの何れもユーザ装置によって受信されず、フリーズ／ブルー画面（テレビ受信）又はサイレンス（ラジオ受信）をもたらす時間を招くこととなる。これはユーザに望ましいものではない。さらに、一時的に使用されず、要求されない帯域幅（スイッチ期間中）が他のデータストリームに引き継がれる可能性があり、この場合、新たなストリームを受信するための利用可能な帯域幅がなくなってしまう。
【０００６】
他の可能性のある１つの解決方法は、ネットワークの最終部分の帯域幅を増大させることである。しかしながら、すべてのケースで帯域幅を十分に増大させることは困難である。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許出願ＷＯ０１２６２７１から、ユーザが１つのステーションから他のステーションにスイッチするスピードを増大させることが知られている。しかしながら、このような解決方法は、複数のステーションをパラレルに受信するのに十分な帯域幅が利用可能であることを仮定している。また、すべてのステーションがパラレルに受信可能でないと仮定されるため、現在受信していないステーションが選択されると、この場合は問題が生じることとなる。
【０００８】
上記課題に鑑み、本発明の一課題は、ストリーミングビデオ及び／又はオーディオデータなどのストリーミングデータを効果的に配信する技術を提供することである。
【課題を解決するための手段】
【０００９】
本発明の一特徴によると、ユーザ装置にストリーミングデータを配信する方法であって、第１コンテンツプロバイダによって供給される第１コンテンツデータストリームをルータを介しユーザ装置に配信するステップと、前記ユーザ装置によって要求される第２コンテンツデータストリームを示す変更リクエストを前記ユーザ装置から受信するステップと、前記ルータへの配信に利用可能な前記第２出力データストリームを有する第２コンテンツプロバイダを特定するステップと、前記第２コンテンツデータストリームを前記特定されたデータサーバから前記ルータに配信するステップと、前記ユーザ装置への前記第１コンテンツデータストリームの配信を停止し、前記第１コンテンツデータストリームの配信停止後、前記ルータから前記ユーザ装置への第２コンテンツデータストリームの配信を開始するステップとを有する方法が提供される。
【００１０】
本発明の他の特徴によると、ユーザにストリーミングデータを配信するシステムであって、第１コンテンツストリームと第２コンテンツストリームとに関するデータをそれぞれ供給する第１コンテンツプロバイダと第２コンテンツプロバイダと、第１コンテンツストリームと第２コンテンツストリームとを選択的に受信し、前記第１又は第２コンテンツストリームをユーザ装置に配信するルータを有するネットワークと、前記ルータから第１又は第２コンテンツストリームを受信するユーザ装置とを有し、当該システムは、ユーザ装置から受信するリクエストに応答して、前記ルータから前記ユーザ装置への第１コンテンツデータストリームの配信を停止し、前記第１コンテンツデータストリームの配信停止後に前記ユーザ装置への第２コンテンツデータストリームの配信を開始するよう動作可能であるシステムが提供される。
【００１１】
本発明の他の特徴によると、ユーザ装置にストリーミングデータを配信するのに使用されるルータであって、第１コンテンツストリームと第２コンテンツストリームとに関するデータをそれぞれ第１コンテンツプロバイダと第２コンテンツプロバイダとから受信する受信ユニットと、ユーザ装置に前記第１又は第２コンテンツストリームを配信し、ユーザ装置から受信されるリクエストに応答して、前記ユーザ装置への第１コンテンツデータストリームの配信を停止し、前記第１コンテンツデータストリームのそれへの配信停止後に、前記ユーザ装置への第２コンテンツデータストリームの配信を開始するよう動作可能である配信ユニットとを有するルータが提供される。
【発明の効果】
【００１２】
本発明によると、ストリーミングビデオ及び／又はオーディオデータなどのストリーミングデータを効果的に配信する技術を提供することができる。
【図面の簡単な説明】
【００１３】
【図１】図１は、本発明の特徴を実現するネットワーク構成を示すブロック図である。
【図２】図２は、本発明の特徴を実現する方法を示すフロー図である。
【図３】図３は、本発明を実現する方法に関するタイミング図である。
【発明を実施するための形態】
【００１４】
図１は、ストリーミングされたデータをユーザに提供するシステムを示すブロック図である。第１コンテンツプロバイダ２と第２コンテンツプロバイダ３は、ネットワークにそれぞれ第１コンテンツと第２コンテンツを提供する。ネットワーク４は、何れか適切なネットワークスイッチ、サーバ及びルータにより提供することが可能であり、第１コンテンツプロバイダ２からの第１コンテンツをルータ／スイッチ６を介しユーザネットワーク１０に供給する。第２コンテンツは、第２コンテンツプロバイダ３によってネットワーク４のルータ／スイッチ６を介しユーザネットワーク１０に提供される。
【００１５】
本発明は、ユーザネットワーク１０における第１コンテンツと第２コンテンツとの間のスイッチに関する。図１及び図２のフローチャートを参照して、本発明を実現する方法が説明される。ステップｉにおいて、第１コンテンツがルータ／スイッチ６から受信される。ステップｉｉにおいて、ユーザコンテンツ変更リクエスト（チャネル変更リクエスト）が受信され、その後、システムは、第１ルータ／スイッチ６がユーザネットワークに供給するのに利用可能な第２コンテンツを有するか特定する（ステップｉｉｉ）。ルータ／スイッチ６がユーザに利用可能な第２コンテンツデータストリームを有すると特定されると、ユーザネットワークがルータ／スイッチ６から第２コンテンツを受信するように（ステップｖ）、コンテンツ受信がスイッチされる（ステップｉｖ）。ルータ／スイッチ６からの第１のコンテンツのデータストリームは、第２コンテンツのデータストリームがルータ／スイッチ６から開始されるまで停止される。好適な実施例では、第１コンテンツデータストリームの配信停止と第２コンテンツデータストリームの開始は、実質的に同時に行われる。
【００１６】
図３は、図２の方法のタイミングを示すタイミング図である。
【００１７】
第１及び第２コンテンツデータストリームは同一のコンテンツプロバイダにより提供可能であるということは理解されるであろう。このコンテンツプロバイダは、コンテンツデータサーバ又はそれに等価なものとすることが可能である。
【００１８】
本発明の実施例は、ＩＧＭＰバージョン３への更新を提供する。それは、ユーザがステーション変更を要求し、新たなストリームがルータ／スイッチ６において利用可能になると、（サービスプロバイダの）ルータ／スイッチ６からユーザのホームネットワーク１０に（又は無線アクセスポイントから携帯装置に）、リンク上のリクエストされた第２コンテンツデータストリームと第１コンテンツデータストリームとを交換する。
【００１９】
上記手段は、他のユーザの何れもが同一のルータ／スイッチにおいて同一の古いステーション（新たなステーションによって置換されたもの）をリクエストしていない限り、ネットワーク４において再帰的に利用可能である。
【００２０】
さらに、ルータ／スイッチにおける第１コンテンツから第２コンテンツへの転送を変更するコンポーネントは、ユーザに送信される新たなソース／ステーションからの第１パケットがＩフレーム（ＭＰＥＧのケース）の先頭を含むように、第１コンテンツから第２コンテンツへの変更時が選択されるように、インテリジェントなものとすることが可能である。この場合、不要なパケットはユーザに送信されない。
【００２１】
本発明の実施例の第１の効果は、フリーズ／ブルー画面又はサイレンスがユーザに顕著とならないということである、唯一の目立つものは、おそらく画像のごく短時間のフリーズやごく短時間の音声の中断であるだろう。しかしながら、これは、新たなステーションが選択されるとき、通常のテレビ受信又はラジオ受信による現在の状況に類似しているため、それは許容されるとみなされる。
【００２２】
本発明の実施例の第２の効果は、第１及び第２コンテンツデータストリームを提供するため、同一のルータ及びリンク（ルータ／スイッチ６とホームネットワーク１０との間の）が使用されるため、新たなソース／ステーションが選択される毎に、手続における新たなアドミッション制御ステップ又は帯域幅リザベーションステップが不要となるということである。
【００２３】
さらに、本発明の実施例は、２つのストリームの１つの最大要求帯域幅より追加的な帯域幅（ステーション変更中）を必要としない。このことは、消失したデータパケットによる中断が生じない（ステーション変更中）ことを意味する。
【符号の説明】
【００２４】
２，３ コンテンツプロバイダ
６ ルータ／スイッチ
１０ ユーザネットワーク
【特許請求の範囲】
【請求項１】
インターネットプロトコル（ＩＰ）ベースネットワークのストリーミングデータを表示装置に配信する方法であって、
第１チャネルのストリーミングデータを前記表示装置に送信するステップと、
前記第１チャネルから第２チャネルへの所望の変更を示す変更リクエストを受信するステップと、
前記変更リクエストの受信後、前記第２チャネルのストリーミングデータが前記表示装置への送信に利用可能になるまで、前記第１チャネルのストリーミングデータの前記表示装置への送信を継続するステップと、
前記変更リクエストの受信後、前記第２チャネルのストリーミングデータが前記表示装置への送信に利用可能になると、前記第２チャネルのストリーミングデータを前記表示装置に送信するステップと、
を有し、
前記第２チャネルのストリーミングデータは、ビデオデータを含む方法。
【請求項２】
前記ＩＰベースネットワークは、ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）を利用する、請求項１記載の方法。
【請求項３】
前記変更リクエストを受信することに応答して、前記第１チャネルから離脱するリクエストと、前記第２チャネルに参入するリクエストとを前記ＩＰベースネットワークのルータに送信するステップをさらに有する、請求項１記載の方法。
【請求項１】
インターネットプロトコル（ＩＰ）ベースネットワークのストリーミングデータを表示装置に配信する方法であって、
第１チャネルのストリーミングデータを前記表示装置に送信するステップと、
前記第１チャネルから第２チャネルへの所望の変更を示す変更リクエストを受信するステップと、
前記変更リクエストの受信後、前記第２チャネルのストリーミングデータが前記表示装置への送信に利用可能になるまで、前記第１チャネルのストリーミングデータの前記表示装置への送信を継続するステップと、
前記変更リクエストの受信後、前記第２チャネルのストリーミングデータが前記表示装置への送信に利用可能になると、前記第２チャネルのストリーミングデータを前記表示装置に送信するステップと、
を有し、
前記第２チャネルのストリーミングデータは、ビデオデータを含む方法。
【請求項２】
前記ＩＰベースネットワークは、ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）を利用する、請求項１記載の方法。
【請求項３】
前記変更リクエストを受信することに応答して、前記第１チャネルから離脱するリクエストと、前記第２チャネルに参入するリクエストとを前記ＩＰベースネットワークのルータに送信するステップをさらに有する、請求項１記載の方法。
【図１】
【図２】
【図３】
【図２】
【図３】
【公開番号】特開２０１２−２３１４７８（Ｐ２０１２−２３１４７８Ａ）
【公開日】平成２４年１１月２２日（２０１２．１１．２２）
【国際特許分類】
【出願番号】特願２０１２−１３０１５７（Ｐ２０１２−１３０１５７）
【出願日】平成２４年６月７日（２０１２．６．７）
【分割の表示】特願２００７−５４５０４６（Ｐ２００７−５４５０４６）の分割
【原出願日】平成１７年１２月５日（２００５．１２．５）
【出願人】（３０９０１２８２３）アイピージー エレクトロニクス ５０３ リミテッド (5)
【Ｆターム（参考）】
【公開日】平成２４年１１月２２日（２０１２．１１．２２）
【国際特許分類】
【出願日】平成２４年６月７日（２０１２．６．７）
【分割の表示】特願２００７−５４５０４６（Ｐ２００７−５４５０４６）の分割
【原出願日】平成１７年１２月５日（２００５．１２．５）
【出願人】（３０９０１２８２３）アイピージー エレクトロニクス ５０３ リミテッド (5)
【Ｆターム（参考）】
[ Back to top ]