(57)【要約】【課題】チャンネルサーバ、チャンネル予測サーバ、端末機、およびその方法を開示する。【解決手段】チャンネルサーバは、チャンネル嗜好情報を基に原本マルチキャストストリームから互いに異なる遅延値を適用して少なくとも１つの遅延マルチキャストストリームを生成し、端末機から前記原本マルチキャストストリームに関する問い合わせ情報を受信することによって、前記遅延マルチキャストストリームのうち最適マルチキャストストリームを決定し、前記最適マルチキャストストリームと関連する応答情報を前記端末機に送信することができる。【選択図】図２
2011101339.tif 000002
【特許請求の範囲】
【請求項１】
チャンネル嗜好情報を基に原本マルチキャストストリームから互いに異なる遅延値を適用して少なくとも１つの遅延マルチキャストストリームを生成するストリーミングモジュールと、
端末機から前記原本マルチキャストストリームに関する問い合わせ情報を受信することによって、前記遅延マルチキャストストリームのうち最適マルチキャストストリームを決定して、前記最適マルチキャストストリームと関連する応答情報を前記端末機に送信する分析モジュールと、
を含むことを特徴とするチャンネルサーバ。
【請求項２】
前記チャンネル嗜好情報は、
前記遅延マルチキャストストリームの個数情報を含んでチャンネル予測サーバから受信され、
前記チャンネル予測サーバは、
前記原本マルチキャストストリームに関して格納された統計情報を基に前記個数情報を決定することを特徴とする請求項１に記載のチャンネルサーバ。
【請求項３】
前記統計情報は、
前記原本マルチキャストストリームの情報を含むことを特徴とする請求項２に記載のチャンネルサーバ。
【請求項４】
前記チャンネル予測サーバは、
少なくとも１つの予測アルゴリズムを用いて前記統計情報から前記原本マルチキャストストリームの視聴率を分析し、前記視聴率を基に前記個数情報を決定することを特徴とする請求項２に記載のチャンネルサーバ。
【請求項５】
前記予測アルゴリズムは、
ユーザから選択されたチャンネルの過去データを基に前記チャンネルの視聴率を予測することを特徴とする請求項４に記載のチャンネルサーバ。
【請求項６】
前記個数情報は、
前記チャンネルサーバの使用可能帯域幅を基に決定されることを特徴とする請求項４に記載のチャンネルサーバ。
【請求項７】
前記分析モジュールは、
前記原本マルチキャストストリームに対して独立的に復号化可能な独立フレームをリアルタイムで分析し、前記分析結果を基に前記遅延マルチキャストストリームのうち前記独立フレームを最も速く提供することができる遅延マルチキャストストリームを前記最適マルチキャストストリームとして決定することを特徴とする請求項１に記載のチャンネルサーバ。
【請求項８】
前記分析モジュールは、
前記問い合わせ情報の受信時間、ストリームプロセシング遅延時間、および端末機が原本マルチキャストストリームに関する問い合わせに生じる遅延時間のうち少なくとも１つを考慮して前記最適マルチキャストストリームを決定することを特徴とする請求項７に記載のチャンネルサーバ。
【請求項９】
前記チャンネル嗜好情報は、
前記原本マルチキャストストリームから生成された前記遅延マルチキャストストリームの個数情報を含み、
前記ストリーミングモジュールは、
前記原本マルチキャストストリームに関して格納された統計情報を基に前記個数情報を決定する予測モジュールと、
前記個数情報を基に前記原本マルチキャストストリームから前記遅延マルチキャストストリームを生成するマルチキャストストリーミングモジュールと、
を含むことを特徴とする請求項１に記載のチャンネルサーバ。
【請求項１０】
チャンネルサーバから原本マルチキャストストリームの統計情報を受信して前記統計情報を保持するデータベースと、
前記統計情報を基に前記原本マルチキャストストリームに関するチャンネル嗜好情報を生成して前記チャンネル嗜好情報をチャンネルサーバに送信する予測モジュールと、
を含み、
前記チャンネルサーバは、
前記チャンネル嗜好情報を基に前記原本マルチキャストストリームから互いに異なる遅延値を適用して少なくとも１つの遅延マルチキャストストリームを生成することを特徴とするチャンネル予測サーバ。
【請求項１１】
前記データベースは、
前記チャンネルサーバへの要請に対応し、または前記チャンネルサーバから周期的に前記統計情報を受信し、
前記予測モジュールは、
前記チャンネルサーバからの要請に対応し、または前記チャンネルサーバに周期的に前記チャンネル嗜好情報を送信することを特徴とする請求項１０に記載のチャンネル予測サーバ。
【請求項１２】
前記チャンネル嗜好情報は、
前記遅延マルチキャストストリームの個数情報を含むことを特徴とする請求項１０に記載のチャンネル予測サーバ。
【請求項１３】
前記統計情報は、
前記原本マルチキャストストリームの情報を含むことを特徴とする請求項１２に記載のチャンネル予測サーバ。
【請求項１４】
前記予測モジュールは、
少なくとも１つの予測アルゴリズムを用いて前記統計情報から前記原本マルチキャストストリームの視聴率を分析し、前記視聴率を基に前記個数情報を決定することを特徴とする請求項１２に記載のチャンネル予測サーバ。
【請求項１５】
原本マルチキャストストリームに関する問い合わせ情報をチャンネルサーバに送信して、最適マルチキャストストリームと関連する応答情報を受信するチャンネル問い合わせモジュールと、
前記応答情報を用いてルータに最適マルチキャストストリームに対するマルチキャストグループの加入を要請するＩＧＭＰモジュールと、
前記ルータから前記最適マルチキャストストリームを受信するストリームパーシングモジュールと、
前記最適マルチキャストストリームをディスプレイに出力するストリームデコーダと、
を含み、
前記チャンネルサーバは、
チャンネル嗜好情報を基に前記原本マルチキャストストリームから互いに異なる時間遅延値を適用して少なくとも１つの遅延マルチキャストストリームを生成し、前記問い合わせ情報を受信することによって前記遅延マルチキャストストリームのうち最適マルチキャストストリームを決定し、前記最適マルチキャストストリームと関連する前記応答情報を生成することを特徴とする端末機。
【請求項１６】
前記ＩＧＭＰモジュールは、
前記最適マルチキャストストリームに対するマルチキャストグループに加入して予め決められた時間を経過した後、前記応答情報を用いて前記ルータに原本マルチキャストストリームに対するグループの加入を要請し、
前記ストリームパーシングモジュールは、
前記ルータから前記最適マルチキャストストリームまたは前記原本マルチキャストストリームを受信し、
前記ストリームデコーダは、
前記最適マルチキャストストリームまたは前記原本マルチキャストストリームを前記ディスプレイに出力することを特徴とする請求項１５に記載の端末機。
【請求項１７】
前記ＩＧＭＰモジュールは、
前記最適マルチキャストストリームに対するマルチキャストグループに加入して予め決められた時間を経過した後、前記応答情報を用いて前記ルータに原本マルチキャストストリームに対するグループの加入を要請し、前記応答情報を用いて前記ルータに最適マルチキャストストリームに対するグループの脱退を要請することを特徴とする請求項１６に記載の端末機。
【請求項１８】
前記ＩＧＭＰモジュールは、
前記最適マルチキャストストリームに対するマルチキャストグループに加入して、前記応答情報を用いて前記ルータに原本マルチキャストストリームに対するグループの加入を要請し、
前記ストリームパーシングモジュールは、
前記ルータから前記最適マルチキャストストリームを受信して、予め決められた時間を経過した後、前記ルータから前記原本マルチキャストストリームを受信することを特徴とする請求項１５に記載の端末機。
【請求項１９】
前記チャンネル嗜好情報は、
前記遅延マルチキャストストリームの個数情報を含み、
前記チャンネルサーバは、
前記原本マルチキャストストリームに関して格納された統計情報を基に前記個数情報を決定して、前記個数情報を基に前記原本マルチキャストストリームから前記遅延マルチキャストストリームを生成することを特徴とする請求項１５に記載の端末機。
【請求項２０】
前記チャンネル嗜好情報は、
前記遅延マルチキャストストリームの個数情報を含み、
前記チャンネルサーバは、
チャンネル予測サーバから前記個数情報を受信して、前記個数情報を基に前記原本マルチキャストストリームから前記遅延マルチキャストストリームを生成することを特徴とする請求項１５に記載の端末機。
【発明の詳細な説明】
【技術分野】
【０００１】
チャンネルサーバ、チャンネル予測サーバ、端末機、およびその方法に関し、高速チャンネル転換のためのチャンネルサーバ、チャンネル予測サーバ、端末機、およびチャンネル転換方法に関する。
【背景技術】
【０００２】
ＩＰＴＶ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ＴＶ）サービスは、ＩＰ網を基に提供されているさまざまな通信放送融合サービスを指す。ＩＰＴＶサービスの根幹になるリアルタイム放送では、チャンネル転換速度がユーザの満足度の面で大変重要な要素である。従来のアナログ放送網を介して提供されているリアルタイム放送は、チャンネル転換速度が１秒以下であるが、ＩＰＴＶネットワークを介して提供されるリアルタイム放送は、チャンネル転換速度が数秒に達する。したがって、高品質のＩＰＴＶサービスを提供するためにチャンネル転換速度の改善は必須である。
【０００３】
一方、マルチキャスティングを基盤とするＩＰＴＶネットワークでチャンネル転換速度に影響を及ぼす要素には、端末機からルータまでのＩＧＭＰ（Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）伝達時間、ルータから端末機までのマルチキャストストリーム伝達時間、ストリームバッファリング時間、ＰＤＩ（Ｐｒｏｇｒａｍ  ＩＤ）検出時間、Ｉ−ｆｒａｍｅ（Ｉｎｄｅｐｅｎｄｅｎｔ−ｆｒａｍｅ）を探すためのＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅ）構造による時間、ストリーム復号化時間、画面出力時間などが含まれる。この時、要素中端末機からルータまでのＩＧＭＰ伝達時間、ルータから端末機までのマルチキャストストリーム伝達時間、ストリーム復号化時間、画面出力時間などは、基本的な要素としてチャンネル転換速度のための改善の可能性の低い要素である。一方、ストリームバッファリング時間、ＰＩＤ検出時間、Ｉ−ｆｒａｍｅを探すためのＧＯＰ構造による時間は、技術的に改善の可能性が高い要素である。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の一実施形態は、視聴率予測を基にユーザによって転換されるチャンネルを予測することによって、より高い品質のチャンネル転換サービスを提供するチャンネルサーバ、チャンネル予測サーバ、端末機、およびその方法を提供する。
【０００５】
本発明の一実施形態は、視聴率予測によって決定されたチャンネル嗜好情報を基に少なくとも１つ以上のマルチキャストストリームを予め生成し、これを基に端末機が最適なマルチキャストアドレスに加入するようにすることによって、チャンネル転換速度を大幅に改善できるチャンネルサーバ、チャンネル予測サーバ、端末機、およびその方法を提供する。
【０００６】
本発明の一実施形態は、チャンネル嗜好情報を基に生成されるマルチキャストストリームの個数を決定することによって、端末機のチャンネル転換選好度に弾力的に適応するチャンネルサーバ、チャンネル予測サーバ、端末機、およびその方法を提供する。
【０００７】
本発明の一実施形態は、チャンネル別に生成されるマルチキャストストリームの個数をリアルタイムで生成、および変更することによって、事業者が確保している使用可能帯域幅をより効率的に用いるチャンネルサーバ、チャンネル予測サーバ、端末機、およびその方法を提供する。
【課題を解決するための手段】
【０００８】
本発明の一実施形態に係るチャンネルサーバは、チャンネル嗜好情報を基に原本マルチキャストストリームから互いに異なる遅延値を適用して、少なくとも１つの遅延マルチキャストストリームを生成するストリーミングモジュールと、端末機から前記原本マルチキャストストリームに関する問い合わせ情報を受信することによって、前記遅延マルチキャストストリームのうち最適マルチキャストストリームを決定して、前記最適マルチキャストストリームと関連する応答情報を前記端末機に送信する分析モジュールとを含む。
【０００９】
本発明の実施形態によれば、前記チャンネル嗜好情報は、前記遅延マルチキャストストリームの個数情報を含んで前記チャンネル予測サーバから受信され、前記チャンネル予測サーバは、前記原本マルチキャストストリームに関して格納された統計情報を基に前記個数情報を決定する。
【００１０】
また、本発明の一実施形態によれば、前記統計情報は、前記原本マルチキャストストリームの情報を含む。
【００１１】
また、本発明の一実施形態によれば、前記チャンネル予測サーバは、少なくとも１つの予測アルゴリズムを用いて前記統計情報から前記原本マルチキャストストリームの視聴率を分析し、前記視聴率を基に前記個数情報を決定する。
【００１２】
また、本発明の一実施形態によれば、前記原本マルチキャストストリームに対して独立的に復号化可能な独立フレームをリアルタイムで分析し、前記分析結果を基に前記遅延マルチキャストストリームのうち前記独立フレームを最も速く提供することができる遅延マルチキャストストリームを前記最適マルチキャストストリームとして決定する。
【００１３】
また、本発明の一実施形態によれば、前記分析モジュールは、前記問い合わせ情報の受信時間、ストリームプロセシング遅延時間、および端末機が原本マルチキャストストリームに関する問い合わせに生じる遅延時間のうち少なくとも１つを考慮して前記最適マルチキャストストリームを決定する。
【００１４】
また、本発明の一実施形態によれば、前記チャンネル嗜好情報は、前記原本マルチキャストストリームから生成された前記遅延マルチキャストストリームの個数情報を含み、前記ストリーミングモジュールは、前記原本マルチキャストストリームに関して格納された統計情報を基に前記個数情報を決定する予測モジュール、および前記個数情報を基に前記原本マルチキャストストリームから前記遅延マルチキャストストリームを生成するマルチキャストストリーミングモジュールを含む。
【００１５】
本発明の一実施形態に係るチャンネル予測サーバは、チャンネルサーバから原本マルチキャストストリームの統計情報を受信して前記統計情報を保持するデータベースと、前記統計情報を基に前記原本マルチキャストストリームに関するチャンネル嗜好情報を生成して前記チャンネル嗜好情報をチャンネルサーバに送信する予測モジュールとを含み、前記チャンネルサーバは、前記チャンネル嗜好情報を基に前記原本マルチキャストストリームから互いに異なる遅延値を適用して少なくとも１つの遅延マルチキャストストリームを生成する。
【００１６】
また、本発明の一実施形態によれば、前記データベースは、前記チャンネルサーバへの要請に対応し、または前記チャンネルサーバから周期的に前記統計情報を受信し、前記予測モジュールは、前記チャンネルサーバからの要請に対応し、または前記チャンネルサーバに周期的に前記チャンネル嗜好情報を送信する。
【００１７】
本発明の一実施形態に係る端末機は、原本マルチキャストストリームに関する問い合わせ情報をチャンネルサーバに送信して、最適マルチキャストストリームと関連する応答情報を受信するチャンネル問い合わせモジュールと、前記応答情報を用いてルータに最適マルチキャストストリームに対するマルチキャストグループの加入を要請するＩＧＭＰモジュールと、前記ルータから前記最適マルチキャストストリームを受信するストリームパーシングモジュールと、前記最適マルチキャストストリームをディスプレイに出力するストリームデコーダとを含む。この時、前記チャンネルサーバは、チャンネル嗜好情報を基に前記原本マルチキャストストリームから互いに異なる時間遅延値を適用して少なくとも１つの遅延マルチキャストストリームを生成し、前記問い合わせ情報を受信することによって前記遅延マルチキャストストリームのうち最適マルチキャストストリームを決定し、前記最適マルチキャストストリームと関連する前記応答情報を生成する。
【００１８】
また、本発明の一実施形態によれば、前記ＩＧＭＰモジュールは、前記最適マルチキャストストリームに対するマルチキャストグループに加入して予め決められた時間を経過した後、前記応答情報を用いて前記ルータに原本マルチキャストストリームに対するグループの加入を要請し、前記ストリームパーシングモジュールは、前記ルータから前記最適マルチキャストストリームまたは前記原本マルチキャストストリームを受信し、前記ストリームデコーダは、前記最適マルチキャストストリームまたは前記原本マルチキャストストリームを前記ディスプレイに出力する。
【００１９】
また、本発明の一実施形態によれば、前記ＩＧＭＰモジュールは、前記最適マルチキャストストリームに対するマルチキャストグループに加入して予め決められた時間を経過した後、前記応答情報を用いて前記ルータに原本マルチキャストストリームに対するグループの加入を要請し、前記応答情報を用いて前記ルータに最適マルチキャストストリームに対するグループの脱退を要請する。
【００２０】
また、本発明の一実施形態によれば、前記ＩＧＭＰモジュールは、前記最適マルチキャストストリームに対するマルチキャストグループに加入して、前記応答情報を用いて前記ルータに原本マルチキャストストリームに対するグループの加入を要請し、前記ストリームパーシングモジュールは、前記ルータから前記最適マルチキャストストリームを受信して、予め決められた時間を経過した後、前記ルータから前記原本マルチキャストストリームを受信する。
【００２１】
また、本発明の一実施形態によれば、前記チャンネル嗜好情報は、前記遅延マルチキャストストリームの個数情報を含み、前記チャンネルサーバは、チャンネル予測サーバから前記個数情報を受信して、前記個数情報を基に前記原本マルチキャストストリームから前記遅延マルチキャストストリームを生成する。
【発明の効果】
【００２２】
本発明の一実施形態は、視聴率予測を基にユーザによって転換されるチャンネルを予測することによって、より高い品質のチャンネル転換サービスを提供できるチャンネルサーバ、チャンネル予測サーバ、端末機、およびその方法を提供することができる。
【００２３】
本発明の一実施形態は、視聴率予測によって決定されたチャンネル嗜好情報を基に少なくとも１つ以上のマルチキャストストリームを予め生成し、これを基に端末機が最適なマルチキャストアドレスに加入するようにすることによって、チャンネル転換速度を大幅に改善できるチャンネルサーバ、チャンネル予測サーバ、端末機、およびその方法を提供することができる。
【００２４】
本発明の一実施形態は、チャンネル嗜好情報を基に生成されるマルチキャストストリームの個数を決定することによって、端末機のチャンネル転換選好度に弾力的に適応できるチャンネルサーバ、チャンネル予測サーバ、端末機、およびその方法を提供することができる。
【００２５】
本発明の一実施形態は、チャンネル別に生成されるマルチキャストストリームの個数をリアルタイムで生成、および変更することによって、事業者が確保している使用可能帯域幅をより効率的に使用できるチャンネルサーバ、チャンネル予測サーバ、端末機、およびその方法を提供することができる。
【図面の簡単な説明】
【００２６】
【図１】本発明の一実施形態に係るチャンネルサーバ、チャンネル予測サーバ、および端末機の関係構造を概略的に示す図である。
【図２】本発明の一実施形態に係るチャンネルサーバ、チャンネル予測サーバ、および端末機の構造を示すブロック図である。
【図３】本発明の一実施形態に係る高速チャンネル転換方法の全体の流れを示す図である。
【図４】本発明の一実施形態に係るチャンネルサーバ、チャンネル予測サーバ、および端末機の構造を示すブロック図である。
【図５】本発明の一実施形態に係るチャンネルサーバの一側面で高速チャンネル転換方法を示す動作フローチャートである。
【図６】本発明の一実施形態に係るチャンネル予測サーバの一側面で高速チャンネル転換方法を示す動作フローチャートである。
【図７】本発明の一実施形態に係る端末機の一側面で高速チャンネル転換方法を示す動作フローチャートである。
【発明を実施するための形態】
【００２７】
以下、添付図および添付図に記載された内容を参照しながら本発明の実施形態を詳細に説明するが、本発明が実施形態によって制限されたり限定されることはない。
【００２８】
図１は、本発明の一実施形態に係るチャンネルサーバ、チャンネル予測サーバ、および端末機の関係構造を概略的に示す図である。
【００２９】
チャンネルサーバ１１０は、チャンネル嗜好情報を基に放送しようとする原本マルチキャストストリームごとに互いに異なる時間遅延値を適用した少なくとも１つの遅延ーム情報を動的に分析する。端末機１４０は、チャンネルサーバ１１０に最適なマルチキャストストリームに関する情報を問い合わせて応答を受け、ルータ１３０に最適なマルチキャストストリームに対するＩＧＭＰ（Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）のグループ加入を行う。この時、最適なマルチキャストストリームは、少なくとも１つの遅延マルチキャストストリームのうちに独立フレーム（Ｉ−ｆｒａｍｅ：Ｉｎｄｅｐｅｎｄｅｎｔ−ｆｒａｍｅ）を端末機１４０に最も速く提供できる遅延マルチキャストストリームを意味してもよい。
【００３０】
チャンネル予測サーバ１２０は、原本マルチキャストストリームに関して格納された統計情報を基にチャンネル嗜好情報を決定し、決定されたチャンネル嗜好情報をチャンネルサーバ１１０に送信する。この時、チャンネル嗜好情報は、遅延マルチキャストストリームの個数情報を含んでもよい。また、本発明の一実施形態によれば、チャンネル予測サーバ１２０にチャンネルサーバ１１０の内部の予測モジュールとして含まれてもよい。
【００３１】
一方、ヘッドエンド１５０は、原本マルチキャストストリームをチャンネルサーバ１１０に提供する。チャンネルサーバ１１０は、放送しようとする原本マルチキャストストリームをヘッドエンド１５０から直接またはスイッチ（図示なし）を介して受信し、原本マルチキャストストリームに互いに異なる時間遅延値を適用して少なくとも１つの遅延マルチキャストストリームを生成して、これをルータ１３０に送信する。また、チャンネルサーバ１１０は、少なくとも１つの遅延マルチキャストストリームのうち最適マルチキャストストリームに関する情報を生成して端末機１４０に送信し、端末機１４０は、最適マルチキャストストリームに関する情報を基にルータ１３０に最適マルチキャストストリームに関するＩＧＭＰのグループ加入を行う。
【００３２】
ただし、本発明の一実施形態によれば、チャンネルサーバ１１０は、最適マルチキャストストリームに関するＩＧＭＰのグループ加入を端末機１４０の代わりに行ってもよい。この時、チャンネルサーバ１１０は、ＩＧＭＰのグループ加入を直接または接続拡張機能を行うスイッチ（図示なし）を介してルータ１３０に送信してもよい。
【００３３】
ルータ１３０は、チャンネルサーバ１１０からマルチキャストストリームを受信して、端末機１４０にマルチキャストストリームを送信する。この時、マルチキャストストリームには原本マルチキャストストリーム、遅延マルチキャストストリーム、および最適マルチキャストストリームが含まれてもよい。
【００３４】
端末機１４０は、ネットワークを介してチャンネルサーバ１１０、およびルータ１３０と接続する。この時、端末機１４０の一例には、ユーザのコンピュータまたはセットトップボックスを含んでもよい。また、端末機１４０は、ユーザから入力されたチャンネル転換と関連する最適マルチキャストストリームをチャンネルサーバ１１０に問い合わせて、チャンネルサーバ１１０から最適マルチキャストストリームと関連する情報を受信する。また、端末機１４０は、最適マルチキャストストリームと関連する情報を用いてルータ１３０でＩＧＭＰのグループ加入を行って、ルータ１３０から最適マルチキャストストリームを受信する。
【００３５】
以下、図２〜図７によってチャンネルサーバ１１０、チャンネル予測サーバ１２０、ルータ１３０、および端末機１４０の構成、および動作に対してより具体的に説明することにする。
【００３６】
図２は、本発明の一実施形態に係るチャンネルサーバ、チャンネル予測サーバ、および端末機の構造を示すブロック図である。
【００３７】
図２に示すようにチャンネルサーバ１１０は、ストリーミングモジュール１１１、および分析モジュール１１２を含む。
【００３８】
ストリーミングモジュール１１１は、チャンネル嗜好情報を基に原本マルチキャストストリームから互いに異なる遅延値を適用して少なくとも１つの遅延マルチキャストストリームを生成する。この時、チャンネル嗜好情報は、遅延マルチキャストストリームの個数情報を含んでチャンネル予測サーバ１２０から受信される。
【００３９】
具体的に、ストリーミングモジュール１１１は、個数情報を基に放送しようとする原本マルチキャストストリームごとに互いに異なる時間遅延値を適用して少なくとも１つの遅延マルチキャストストリームを生成する。この時、遅延マルチキャストストリームのそれぞれには、互いに異なるマルチキャストグループアドレス、および互いに異なるポート値が割り当てられる。生成された遅延マルチキャストストリームは、高速チャンネル転換のための臨時ストリームである。本発明では、端末機が臨時ストリームのうち選択された最適ストリームにチャンネル転換を高速で行い、一定時間が経過した後、原本ストリームに移行することによってネットワーク上で最適ストリームとして用いられた臨時ストリームを除去してネットワークの負担を軽減する。
【００４０】
例えば、ストリーミングモジュール１１１は、原本マルチキャストストリームを受信して原本マルチキャストストリームと関連する個数情報が５であることを識別し、互いに異なる時間遅延が適用された第１遅延マルチキャストストリーム〜第５遅延マルチキャストストリームを生成する。この時、第１遅延マルチキャストストリームは、時間遅延値０が適用されて原本マルチキャストストリームと同一のグループアドレス、およびポート値が割り当てられる。また、本発明の一実施形態によれば、ストリーミングモジュール１１１は、原本マルチキャストストリームは直ぐにルータ１３０に送信し、原本マルチキャストストリームごとに０より大きい異なる時間遅延値を適用して１つ以上の遅延マルチキャストストリームを生成した後、ルータ１３０に送信することもできる。
【００４１】
一方、チャンネル予測サーバ１２０は、原本マルチキャストストリームに関して格納された統計情報を基に個数情報を決定する。この時、統計情報の一例には、原本マルチキャストストリームの情報が含まれる。また、本発明の一実施形態によれば、統計情報にはユーザ情報も含まれてもよい。一方、チャンネル予測サーバ１２０は、少なくとも１つの予測アルゴリズムを用いて統計情報から原本マルチキャストストリームの視聴率を分析して、視聴率を基に個数情報を決定する。この時、予測アルゴリズムは、ユーザから選択されたチャンネルの過去データを基にチャンネルの視聴率を予測することとしてもよい。また、予測アルゴリズムの一例には、神経回路網アルゴリズム、および遺伝子アルゴリズムを含んでもよい。また、個数情報は、チャンネルサーバ１１０の使用可能帯域幅を基に決定されてもよい。
【００４２】
分析モジュール１１２は、端末機１４０から原本マルチキャストストリームに関する問い合わせ情報を受信することによって、遅延マルチキャストストリームのうち最適マルチキャストストリームを決定して、最適マルチキャストストリームと関連する応答情報を端末機１４０に送信する。
【００４３】
具体的に、分析モジュール１１２は生成された遅延マルチキャストストリームの情報を動的に、すなわちリアルタイムで分析する。すなわち、分析モジュール１１２は、端末機１４０からのチャンネルに対する問い合わせ（ｑｕｅｒｙ）が到着する時点ごとに遅延マルチキャストストリームを分析して最適なマルチキャストストリームを決めた後に最適マルチキャストストリーム情報を端末機１４０に応答する。端末機１４０は、最適マルチキャストストリームを受信して速いチャンネル転換を行い、以後一定時間を経過した後に、原本マルチキャストストリームに移行して最適マルチキャストストリームをネットワーク上で除去することによってネットワークの負担を軽減する。
【００４４】
この時、分析モジュール１１２は、原本マルチキャストストリームに対して独立的に復号化可能な独立フレームをリアルタイムで分析し、分析結果を基に遅延マルチキャストストリームのうち独立フレームを最も速く提供することができる遅延マルチキャストストリームを最適マルチキャストストリームとして決定してもよい。
【００４５】
例えば、分析モジュール１１２は、原本マルチキャストストリームに対して独立的に復号化可能な独立フレームの相対的な時間位置をリアルタイムで分析する。すなわち、分析モジュール１１２は、第１遅延マルチキャストストリーム〜第５遅延マルチキャストストリームのそれぞれの相対的な時間位置をリアルタイムで分析する。この時、相対的な時間位置は、分析モジュール１１２内のストリームバッファ上における独立フレームの現在位置とストリームバッファ入口の間の距離によって計算される時間値としてもよい。また、分析モジュール１１２は、遅延マルチキャストストリームのマルチキャストグループアドレスとポート値を分析して、遅延マルチキャストストリームのＰＡＴ（Ｐｒｏｇｒａｍ  Ａｓｓｏｃｉａｔｉｏｎ  Ｔａｂｌｅ）、ＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）、ＣＡＴ（Ｃｏｎｄｉｔｉｏｎａｌ  Ａｃｃｅｓｓ  Ｔａｂｌｅ）情報などのプログラム指定情報を分析する。ただし、プログラム指定情報は、原本マルチキャストストリームと同一であってもよい。また、分析モジュール１１２は、独立フレームの位置分析結果、グループアドレス、およびポートの分析結果、およびプログラム指定情報の分析結果を基に少なくとも１つの遅延マルチキャストストリームのうちで独立フレームを端末機１４０に最も速く提供することができる遅延マルチキャストストリームを最適マルチキャストストリームとして決定してもよい。本発明の一実施形態によれば、分析モジュール１１２は、問い合わせ情報の受信時間、ストリームプロセシング遅延時間、および端末機が原本マルチキャストストリームに関する問い合わせに生じる遅延時間のうち少なくとも１つを考慮して最適マルチキャストストリームを決定してもよい。この時、端末機が原本マルチキャストストリームに関する問い合わせに生じる遅延時間にはネットワーク遅延時間を含んでもよい。
【００４６】
また、最適マルチキャストストリーム情報の応答情報はマルチキャストストリームのマルチキャストグループアドレスとポート値、およびプログラム指定情報を含む。この時、プログラム指定情報はＰＡＴ、ＰＭＴ、およびＣＡＴのうち少なくとも１つを含むことができる。最適マルチキャストストリームが原本マルチキャストストリームでない場合には原本マルチキャストストリームのマルチキャストグループアドレスとポート値、および端末機の遷移時間をさらに端末機に提供する。この時、遷移時間は、最適マルチキャストストリームのグループ加入と原本マルチキャストストリームのグループ加入の時間差である。また、原本マルチキャストストリームは、時間遅延値が０である遅延マルチキャストストリームと同一であってもよい。
【００４７】
また、本発明の一実施形態によれば、分析モジュール１１２は、端末機がより迅速にマルチキャストストリームを受信して高速チャンネル転換されるように臨時ＩＧＭＰ機能を行う。すなわち、分析モジュール１１２は、端末機１４０の代わりにルータで最適マルチキャストストリームのＩＧＭＰのグループ加入および脱退と、原本マルチキャストストリームのＩＧＭＰのグループ加入および脱退を行ってもよい。
【００４８】
また、図２に示すようにチャンネル予測サーバ１２０は、データベース１２１、および予測モジュール１２２を含む。
【００４９】
データベース１２１は、チャンネルサーバ１１０から原本マルチキャストストリームの統計情報を受信して統計情報を保持する。この時、データベース１２１はチャンネルサーバ１１０への要請に対応し、またはチャンネルサーバ１１０から周期的に統計情報を受信することができる。また、統計情報は、原本マルチキャストストリームの情報およびユーザ情報を含むことができる。
【００５０】
予測モジュール１２２は、統計情報を基に原本マルチキャストストリームに関するチャンネル嗜好情報を生成してチャンネル嗜好情報をチャンネルサーバ１１０に送信する。この時、チャンネル嗜好情報には遅延マルチキャストストリームの個数情報が含まれる。
【００５１】
具体的に、予測モジュール１２２は、統計情報を用いてユーザの選好チャンネルとチャンネル格別視聴率を予測および分析する。この分析されたデータは、チャンネルサーバのネットワークが許容する使用可能帯域幅内でチャンネルごとに１つ以上のマルチキャストストリームを生成させる指標となり、チャンネルサーバとの接続によってチャンネルサーバに１つ以上のマルチキャストを生成するように命令する役割を行う。例えば、予測モジュール１２２は、統計情報を用いて個数情報を５に決定して、チャンネルサーバ１１０に個数情報を送信してもよい。
【００５２】
一方、チャンネルサーバ１１０は、チャンネル嗜好情報を基に原本マルチキャストストリームから互いに異なる遅延値を適用して少なくとも１つの遅延マルチキャストストリームを生成する。すなわち、チャンネルサーバ１１０は、チャンネル予測サーバ１２０で予測した結果を土台としてそれぞれの原本マルチキャストストリームごとにそれぞれ異なる時間遅延を適用した少なくとも１つ以上のマルチキャストストリームを別途に生成してもよい。例えば、チャンネルサーバ１１０は、個数情報が５であることを識別し、原本マルチキャストストリームから互いに異なる時間遅延が適用された第１遅延マルチキャストストリーム〜第５マルチキャストストリームを生成してもよい。
【００５３】
また、予測モジュール１２２は、少なくとも１つの予測アルゴリズムを用いて統計情報から原本マルチキャストストリームの視聴率を分析し、視聴率を基に個数情報を決定してもよい。また、予測モジュール１２２は、チャンネルサーバ１１０からの要請に対応して、またはチャンネルサーバ１１０に周期的にチャンネル嗜好情報を送信してもよい。
【００５４】
また、図２に示すように、端末機１４０は、チャンネル問い合わせモジュール１４１と、ＩＧＭＰモジュール１４２と、ストリームパーシングモジュール１４３と、ストリームデコーダ１４４と、ディスプレイ１４５とを含む。
【００５５】
チャンネル問い合わせモジュール１４１は、原本マルチキャストストリームに関する問い合わせ情報をチャンネルサーバ１１０に送信し、最適マルチキャストストリームと関連する応答情報を受信する。
【００５６】
具体的に、チャンネル問い合わせモジュール１４１は、チャンネルサーバ１１０にユーザが転換したチャンネルに関して問い合わせし、これに対する応答として転換チャンネルに対応する原本マルチキャストストリームの遅延マルチキャストストリームのうち決定された最適なマルチキャストストリームに関する応答情報を受信する。問い合わせ情報は、転換チャンネルに対応するチャンネルＩＤを含み、最適マルチキャストストリームの応答情報は、最適マルチキャストストリームのマルチキャストグループアドレスと、ポート値と、プログラム指定情報とを含む。
【００５７】
また、チャンネルサーバ１１０は、チャンネル嗜好情報を基に原本マルチキャストストリームから互いに異なる時間遅延値を適用して少なくとも１つの遅延マルチキャストストリームを生成し、問い合わせ情報を受信することによって遅延マルチキャストストリームのうち最適マルチキャストストリームを決定し、最適マルチキャストストリームと関連する応答情報を生成する。この時、チャンネル嗜好情報は、遅延マルチキャストストリームの個数情報を含むことができる。
【００５８】
また、個数情報を決定するにあたり、チャンネルサーバは、原本マルチキャストストリームに関して格納された統計情報を基に個数情報を決定してもよい。
【００５９】
一方、本発明の一実施形態によれば、チャンネルサーバ１１０は、チャンネル予測サーバ１２０から個数情報を受信することができる。この時、個数情報は、チャンネル予測サーバ１２０によって決定されてもよい。
【００６０】
ＩＧＭＰモジュール１４２は、応答情報を用いてルータ１３０に最適マルチキャストストリームに対するマルチキャストグループの加入を要請する。また、ＩＧＭＰモジュール１４２は、最適マルチキャストストリームに対するマルチキャストグループに加入して予め決められた時間を経過した後、応答情報を用いてルータ１３０に原本マルチキャストストリームに対するグループの加入を要請してもよい。この時、予め決められた時間は遷移時間としてもよい。
【００６１】
具体的に、ＩＧＭＰモジュール１４２は、最適マルチキャストストリームをルータ１４０に要求する。このためにＩＧＭＰモジュール１４２は、ルータ１３０のインターフェースのうちで端末機方向の物理的または論理的ポートを用いてルータ１３０またはルータ１３０に接続されたスイッチ（図示なし）に接続することが好ましい。ＩＧＭＰモジュール１４２は、最適マルチキャストストリームの応答情報内の最適マルチキャストストリームのグループアドレスを用いてルータ１３０に最適マルチキャストのグループ加入を行うことによってルータ１３０に最適マルチキャストストリームを要請する。
【００６２】
また、ＩＧＭＰモジュール１４２は、原本マルチキャストストリームの応答情報をチャンネルサーバから受信して、最適マルチキャストグループに加入して遷移時間が経過した後に、原本マルチキャストグループアドレスを用いてルータ１３０に原本マルチキャストのグループ加入を行うことによって原本マルチキャストストリームを要請する。また、ＩＧＭＰモジュール１４２は、原本マルチキャストストリームを受信して原本マルチキャストストリームに移行した後には、ネットワーク帯域幅浪費によるネットワークの負担を減らすために最適マルチキャストグループを脱退する。また、ユーザが違うチャンネルに転換した場合には、原本マルチキャストグループも脱退する。
【００６３】
ストリームパーシングモジュール１４３は、ルータ１３０から最適マルチキャストストリームを受信する。また、ストリームパーシングモジュール１４３は、ルータ１３０から原本マルチキャストストリームを受信することができる。具体的に、ストリームパーシングモジュール１４３は、チャンネル問い合わせモジュール１４１から最適マルチキャストストリームのポート値、およびプログラム指定情報などが伝達され、実際的にルータ１３０から最適マルチキャストストリーム、および原本マルチキャストストリームを受信してパーシング（ｐａｒｓｉｎｇ）する。
【００６４】
本発明の一実施形態によれば、ＩＧＭＰモジュール１４２は、最適マルチキャストストリームに対するマルチキャストグループに加入して予め決められた時間を経過した後、応答情報を用いてルータ１３０に原本マルチキャストストリームに対するグループの加入を要請し、応答情報を用いてルータ１３０に最適マルチキャストストリームに対するグループの脱退を要請し、ストリームパーシングモジュール１４３は最適マルチキャストストリーム、および原本マルチキャストストリームをルータ１３０から受信してもよい。例えば、ＩＧＭＰモジュール１４２は、最適マルチキャストストリームのグループアドレスを用いてルータ１３０にＩＧＭＰのグループ加入を行った後、応答情報内の遷移時間後で、原本マルチキャストストリームのグループアドレスを用いてルータ１３０にＩＧＭＰのグループ加入を行って、直ぐに最適マルチキャストストリームのグループ脱退を行ってもよい。
【００６５】
また、本発明の一実施形態によれば、ＩＧＭＰモジュール１４２は、最適マルチキャストストリームに対するマルチキャストグループに加入して、応答情報を用いてルータ１３０に原本マルチキャストストリームに対するグループの加入を要請し、ストリームパーシングモジュール１４３は、ルータ１３０から最適マルチキャストストリームを受信して、予め決められた時間を経過した後にルータ１３０から原本マルチキャストストリームを受信してもよい。例えば、ＩＧＭＰモジュール１４２は、最適マルチキャストストリームのグループアドレスを用いてルータ１３０にＩＧＭＰのグループ加入を行った後、追加的に原本マルチキャストストリームのグループアドレスを用いてルータ１３０にＩＧＭＰのグループ加入を行い、ストリームパーシングモジュール１４３は、ルータ１３０から最適マルチキャストストリームを受信して、遷移時間を経過した後に直ぐルータ１３０から原本マルチキャストストリームを受信してもよい。
【００６６】
ストリームデコーダ１４４は、最適マルチキャストストリームをディスプレイ１４５に出力する。具体的に、ストリームデコーダ１４４は、ストリームパーシングモジュール１４３からパーシングされた最適マルチキャストストリームまたは原本マルチキャストストリームを復号化してディスプレイに出力する。
【００６７】
図３は、本発明の一実施形態に係る高速チャンネル転換方法の全体の流れを示す図である。
【００６８】
図３に示すように、チャンネル予測サーバ１２０は、チャンネルサーバ１１０に原本マルチキャストストリームに対して最小限１つ以上の遅延マルチキャストストリームを生成するようにチャンネル嗜好情報を送信する（Ｓ３０１）。この時、チャンネル予測サーバ１２０は、初期に原本マルチキャストストリームに関する統計資料が存在しない場合、管理者が設定またはシステムの基本チャンネル設定情報をチャンネルサーバ１１０に伝達できる。
【００６９】
チャンネルサーバ１１０は、受信されたチャンネル嗜好情報を基に原本マルチキャストから少なくとも１つの遅延マルチキャストストリームを生成する（Ｓ３０２）。
【００７０】
チャンネルサーバ１１０は、チャンネル嗜好情報を基に互いに異なる時間遅延が適用された少なくとも１つ以上の遅延マルチキャストストリームを生成してルータ１３０に出力する。（Ｓ３０３）
【００７１】
一方、端末機１４０は、ユーザのチャンネル転換要求に対応して該当チャンネルに対するマルチキャストグループアドレスなどのように予め決定されたチャンネルＩＤを有しチャンネルサーバ１１０に最適なマルチキャストストリームに関する問い合わせ情報を送信する（Ｓ３０４）。
【００７２】
また、チャンネルサーバ１１０は、問い合わせ情報に受信に対応して少なくとも１つの遅延マルチキャストストリームに関する分析を行って、これを基に最適マルチキャストストリームを決定して（Ｓ３０５）、決定された最適マルチキャストストリームに関する応答情報を端末機１４０に送信する（Ｓ３０６）。この時、応答情報には最適マルチキャストストリームのグループアドレス、およびポート値、原本マルチキャストストリームのグループアドレス、およびポート値、遷移時間、およびプログラム指定情報を含んでもよい。
【００７３】
端末機１４０は、応答情報内の最適マルチキャストストリームのグループアドレスを用いてルータ１３０にＩＧＭＰのグループ加入を行って（Ｓ３０７）、ルータ１３０からポート値、およびプログラム指定情報などを用いて最適マルチキャストストリームを受信して（Ｓ３０８）、受信された最適マルチキャストストリームを解読、および復号化してディスプレイに出力する（Ｓ３０９）。
【００７４】
また、端末機１４０は、最適マルチキャストストリームのグループ加入時間から遷移時間が経過後、原本マルチキャストストリームのグループアドレスを用いてルータ１３０にＩＧＭＰのグループ加入を行って（Ｓ３１０）、ルータ１３０からポート値、およびプログラム指定情報などを用いて原本マルチキャストストリームを受信して（Ｓ３１１）、受信された原本マルチキャストストリームを解読、および復号化してディスプレイに出力する。
【００７５】
また、端末機１４０は、ルータ１３０に最適マルチキャストストリームに対するＩＧＭＰグループ脱退を行って（Ｓ３１２）、原本マルチキャストストリームに対するＩＧＭＰグループ脱退を行って（Ｓ３１３）。
【００７６】
一方、チャンネルサーバ１１０は、端末機１４０で要請した統計情報を周期的にまたは要請した即時チャンネルサーバ１１０に報告する（Ｓ３１５）。この時、統計情報は、原本マルチキャストアドレス問い合わせ数を含むことができる。
【００７７】
チャンネル予測サーバ１２０は、受信した統計情報をデータベースに格納、および更新して（Ｓ３１５）、統計情報を基に各チャンネルにより視聴率を予測してチャンネル嗜好情報を決定する（Ｓ３１６）。この時、チャンネル嗜好情報は、別途に生成される遅延マルチキャストストリームの個数情報を含むことができる。
【００７８】
また、チャンネル嗜好情報は、チャンネルサーバに伝えられ、チャンネルサーバ１１０は、受信したチャンネル嗜好情報を基に遅延マルチキャストストリームの個数情報を修正して、遅延マルチキャストストリームを生成する。
【００７９】
図４は、本発明の一実施形態に係るチャンネルサーバ、チャンネル予測サーバ、および端末機の構造を示すブロック図である。
【００８０】
図４に示すようにチャンネルサーバ１１０は、ストリーミングモジュール１１１、および分析モジュール１１２を含む。この時、本発明の一実施形態によれば、ストリーミングモジュール１１１は、予測モジュール４０１、およびマルチキャストストリーミングモジュール４０２を含むことができる。
【００８１】
ストリーミングモジュール１１１は、チャンネル嗜好情報を基に原本マルチキャストストリームから互いに異なる遅延値を適用して少なくとも１つの遅延マルチキャストストリームを生成する。また、ストリーミングモジュール１１１は、予測モジュール４０１、およびマルチストリームストリーミングモジュール４０２を含むことができる。
【００８２】
予測モジュール４０１は、原本マルチキャストストリームに関して格納された統計情報を基にチャンネル嗜好情報を決定する。この時、チャンネル嗜好情報は、遅延マルチキャストストリームの個数情報を含む。また、統計情報の一例には、原本マルチキャストストリームの情報およびユーザ情報を含まれる。また、個数情報は、チャンネルサーバ１１０の使用可能帯域幅を基に決定される。
【００８３】
予測モジュール４０１は、少なくとも１つの予測アルゴリズムを用いて統計情報から原本マルチキャストストリームの視聴率を分析して、視聴率を基に個数情報を決定することができる。この時、予測アルゴリズムの一例には、神経回路網アルゴリズム、および遺伝子アルゴリズムを含んでもよい。
【００８４】
結果的に、予測モジュール４０１は、図２のチャンネル予測サーバ１１０と同一または類似の動作を行うことによって、統計情報を基にチャンネル嗜好情報を決定し、決定されたチャンネル嗜好情報をマルチストリームストリーミングモジュール４０２で伝達できる。
【００８５】
マルチストリームストリーミングモジュール４０２は、チャンネル嗜好情報を基に原本マルチキャストストリームから遅延マルチキャストストリームを生成する。
【００８６】
分析モジュール１１２は、端末機１４０から原本マルチキャストストリームに関する問い合わせ情報を受信することによって、遅延マルチキャストストリームのうち最適マルチキャストストリームを決定して、最適マルチキャストストリームと関連する応答情報を端末機１４０に送信する。この時、分析モジュール１１２は原本マルチキャストストリームに対して独立的に復号化可能な独立フレームをリアルタイムで分析し、分析結果を基に遅延マルチキャストストリームのうち独立フレームを最も速く提供することができる遅延マルチキャストストリームを最適マルチキャストストリームとして決定することができる。
【００８７】
また、本発明の一実施形態によれば、分析モジュール１１２は、問い合わせ情報の受信時間、ストリームプロセシング遅延時間、およびネットワーク遅延時間のうち少なくとも１つを基に最適マルチキャストストリームを決定することができる。
【００８８】
また、このような図４のチャンネルサーバ１１０に対して説明していない事項は、先に図１〜図３によって説明した内容と同一であるか、説明した内容から当業者によって容易に類推することのできるものであるため、以下説明を省略する
【００８９】
図５は、本発明の一実施形態に係るチャンネルサーバの一側面で高速チャンネル転換方法を示す動作フローチャートである。
【００９０】
図５に示すように高速チャンネル転換方法は、ステップＳ５０１〜ステップＳ５０４で実行される。この時、ステップＳ５０１〜ステップＳ５０４は、チャンネルサーバ１１０によって行われる。
【００９１】
ステップＳ５０１で、チャンネルサーバ１１０は、チャンネル嗜好情報を基に原本マルチキャストストリームから互いに異なる遅延値を適用して少なくとも１つの遅延マルチキャストストリームを生成する。この時、チャンネル嗜好情報は、遅延マルチキャストストリームの個数情報を含んでチャンネル予測サーバ１２０から受信され、チャンネル予測サーバ１２０は、原本マルチキャストストリームに関して格納された統計情報を基に個数情報を決定する。
【００９２】
また、統計情報は、原本マルチキャストストリームの情報およびユーザ情報を含んでもよい。また、チャンネル予測サーバ１２０は、少なくとも１つの予測アルゴリズムを用いて統計情報から原本マルチキャストストリームの視聴率を分析して、視聴率を基に個数情報を決定してもよい。この時、予測アルゴリズムには、神経回路網アルゴリズム、および遺伝子アルゴリズムを含んでもよい。また、個数情報は、チャンネルサーバ１１０の使用可能帯域幅を基に決定してもよい。
【００９３】
また、本発明の一実施形態によれば、ステップＳ５０１でチャンネルサーバ１１０は、原本マルチキャストストリームに関して格納された統計情報を基に個数情報を決定し、個数情報を基に原本マルチキャストストリームから遅延マルチキャストストリームを生成してもよい。この時、チャンネル嗜好情報は、原本マルチキャストストリームから生成された遅延マルチキャストストリームの個数情報を含むことができる。
【００９４】
ステップＳ５０２でチャンネルサーバ１１０は、端末機から原本マルチキャストストリームに関する問い合わせ情報を受信する。
【００９５】
ステップＳ５０３でチャンネルサーバ１１０は、遅延マルチキャストストリームのうち最適マルチキャストストリームを決定する。例えば、チャンネルサーバ１１０は、原本マルチキャストストリームに対して独立的に復号化可能な独立フレームをリアルタイムで分析し、分析結果を基に遅延マルチキャストストリームのうち独立フレームを最も速く提供することができる遅延マルチキャストストリームを最適マルチキャストストリームとして決定する。この時、最適マルチキャストストリームは、問い合わせ情報の受信時間、ストリームプロセシング遅延時間、およびネットワーク遅延時間のうち少なくとも１つを基に決定されてもよい。
【００９６】
ステップＳ５０４でチャンネルサーバ１１０は、最適マルチキャストストリームと関連する応答情報を端末機に送信する。
【００９７】
また、このようなステップＳ５０１〜ステップＳ５０４に対して説明していない事項は、先に図１〜図４によって説明した内容と同一であるか説明した内容から当業者によって容易に類推することのできるものであるため、以下説明を省略する。
【００９８】
図６は、本発明の一実施形態に係るチャンネル予測サーバの一側面で高速チャンネル転換方法を示す動作フローチャートである。
【００９９】
図６に示すように高速チャンネル転換方法は、ステップＳ６０１〜ステップＳ６０４で行われる。この時、ステップＳ６０１〜ステップＳ６０４は、チャンネル予測サーバ１２０によって行われてもよい。
【０１００】
ステップＳ６０１でチャンネル予測サーバ１２０は、チャンネルサーバから原本マルチキャストストリームの統計情報を受信する。この時、統計情報は、チャンネルサーバ１１０への要請に対応し、またはチャンネルサーバ１１０から周期的に受信される。また、統計情報には、原本マルチキャストストリームの情報およびユーザ情報を含んでもよい。
【０１０１】
ステップＳ６０２でチャンネル予測サーバ１２０は、統計情報をデータベースに保持する。
【０１０２】
ステップＳ６０３でチャンネル予測サーバ１２０は、統計情報を基に原本マルチキャストストリームに関するチャンネル嗜好情報を生成する。
【０１０３】
ステップＳ６０４でチャンネル予測サーバ１２０は、チャンネル嗜好情報をチャンネルサーバに送信する。この時、チャンネル嗜好情報は、チャンネルサーバ１１０からの要請に対応して、またはチャンネルサーバ１１０で周期的に送信される。また、チャンネルサーバ１１０は、チャンネル嗜好情報を基に原本マルチキャストストリームから互いに異なる遅延値を適用して少なくとも１つの遅延マルチキャストストリームを生成してもよい。この時、チャンネル嗜好情報は、遅延マルチキャストストリームの個数情報を含んでもよい。
【０１０４】
また、チャンネル予測サーバ１２０は、少なくとも１つの予測アルゴリズムを用いて統計情報から原本マルチキャストストリームの視聴率を分析して、視聴率を基に個数情報を決定することしてもよい。
【０１０５】
また、このようなステップＳ６０１〜ステップＳ６０４に対して説明していない事項は、先に図１〜図５によって説明した内容と同一であるか説明した内容から当業者によって容易に類推することのできるものであるため、以下説明を省略する。
【０１０６】
図７は、本発明の一実施形態に係る端末機の一側面で高速チャンネル転換方法を示す動作フローチャートである。
【０１０７】
図７に示すように高速チャンネル転換方法は、ステップＳ７０１〜ステップＳ７０４で行われる。この時、ステップＳ７０１〜ステップＳ７０４は、端末機１４０によって行われる。
【０１０８】
ステップＳ７０１で端末機１４０は、原本マルチキャストストリームに関する問い合わせ情報をチャンネルサーバに送信し、最適マルチキャストストリームと関連する応答情報を受信する。この時、チャンネルサーバ１１０は、チャンネル嗜好情報を基に原本マルチキャストストリームから互いに異なる時間遅延値を適用して少なくとも１つの遅延マルチキャストストリームを生成し、問い合わせ情報を受信することによって遅延マルチキャストストリームのうち最適マルチキャストストリームを決定し、最適マルチキャストストリームと関連する応答情報を生成してもよい。
【０１０９】
また、チャンネル嗜好情報は、原本マルチキャストストリームから生成された遅延マルチキャストストリームの個数情報を含み、チャンネルサーバ１１０は、原本マルチキャストストリームに関して格納された統計情報を基に個数情報を決定し、個数情報を基に原本マルチキャストストリームから遅延マルチキャストストリームを生成してもよい。
【０１１０】
また、本発明の一実施形態によれば、ステップＳ７０１で端末機１４０は、チャンネル予測サーバから個数情報を受信して、個数情報を基に原本マルチキャストストリームから遅延マルチキャストストリームを生成してもよい。
【０１１１】
ステップＳ７０２で端末機１４０は、応答情報を用いてルータに最適マルチキャストストリームに対するマルチキャストグループの加入を要請する。また、端末機１４０は、最適マルチキャストストリームに対するマルチキャストグループに加入して予め決められた時間を経過した後、応答情報を用いてルータ１３０に原本マルチキャストストリームに対するグループの加入を要請してもよい。
【０１１２】
ステップＳ７０３で端末機１４０は、ルータ１３０から最適マルチキャストストリームを受信する。また、端末機１４０は、ルータ１３０から原本マルチキャストストリームを受信してもよい。
【０１１３】
ステップＳ７０４で端末機１４０は、最適マルチキャストストリームをディスプレイに出力する。また、端末機１４０は、原本マルチキャストストリームをディスプレイに出力してもよい。
【０１１４】
また、このようなステップＳ７０１〜ステップＳ７０４に対して説明していない事項は、先に図１〜図６によって説明した内容と同一であるか説明した内容から当業者によって容易に類推することのできるものであるため、以下説明を省略する。
【０１１５】
上述したように、本発明の好ましい実施形態を参照して説明したが、該当の技術分野において熟練した当業者にとっては、特許請求の範囲に記載された本発明の思想および領域から逸脱しない範囲内で、本発明を多様に修正および変更させることができることを理解することができるであろう。すなわち、本発明の技術的範囲は、特許請求の範囲に基づいて定められ、発明を実施するための最良の形態により制限されるものではない。
【符号の説明】
【０１１６】
１１０：チャンネルサーバ
１２０：チャンネル予測サーバ
１３０：ルータ
１４０：端末機
【図１】
2011101339.tif 000003
【図２】
2011101339.tif 000004
【図３】
2011101339.tif 000005
【図４】
2011101339.tif 000006
【図５】
2011101339.tif 000007
【図６】
2011101339.tif 000008
【図７】
2011101339.tif 000009