特許 5663810 チャネル切替を処理するための方法、システム、および関連デバイス

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5663810

(24)【登録日】2014年12月19日

(45)【発行日】2015年2月4日

(54)【発明の名称】チャネル切替を処理するための方法、システム、および関連デバイス

(51)【国際特許分類】

   H04N 21/238 20110101AFI20150115BHJP

   H04N 21/24 20110101ALI20150115BHJP

【ＦＩ】

   H04N21/238

   H04N21/24

【請求項の数】12

【全頁数】27

(21)【出願番号】特願2012-513465(P2012-513465)

(86)(22)【出願日】2010年6月4日

(65)【公表番号】特表2012-529205(P2012-529205A)

(43)【公表日】2012年11月15日

(86)【国際出願番号】CN2010073568

(87)【国際公開番号】WO2010139284

(87)【国際公開日】20101209

【審査請求日】2012年1月4日

(31)【優先権主張番号】200910146974.X

(32)【優先日】2009年6月5日

(33)【優先権主張国】CN

(31)【優先権主張番号】200910171987.2

(32)【優先日】2009年9月18日

(33)【優先権主張国】CN

【前置審査】

(73)【特許権者】

【識別番号】504277388

【氏名又は名称】▲ホア▼▲ウェイ▼技術有限公司

(74)【代理人】

【識別番号】100146835

【弁理士】

【氏名又は名称】佐伯 義文

(74)【代理人】

【識別番号】100140534

【弁理士】

【氏名又は名称】木内 敬二

(72)【発明者】

【氏名】▲許▼ ▲ヤン▼坡

(72)【発明者】

【氏名】▲リュ▼ ▲シン▼

(72)【発明者】

【氏名】▲邸▼ 佩云

(72)【発明者】

【氏名】▲ゾウ▼ 子▲軒▼

(72)【発明者】

【氏名】▲陳▼ 光海

【審査官】 梅本 章子

(56)【参考文献】

【文献】 特開２００４−３１２４１２（ＪＰ，Ａ）

【文献】 特開２００６−２４６３９５（ＪＰ，Ａ）

【文献】 特開２００５−１２４１９３（ＪＰ，Ａ）

【文献】 特開２００８−１６０３１６（ＪＰ，Ａ）

【文献】 特表２００８−５２１３６３（ＪＰ，Ａ）

【文献】 特開２００７−０６０１７８（ＪＰ，Ａ）

【文献】 特開２００７−２１５０６９（ＪＰ，Ａ）

【文献】 特開２００８−０２２２１７（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ ２１／００ − ２１／８５８

(57)【特許請求の範囲】

【請求項1】

受信側によって送信されたチャネル切替要求を切替サーバによって受信するステップと、
前記チャネル切替要求に従って、現在の切替リソース情報が切替条件を満たさないことを決定したとき、前記切替サーバによって例外処理手順を実行して、チャネル切替命令情報に対応するチャネル切替動作を実行することを前記受信側に命令するように構成された前記チャネル切替命令情報を前記受信側に送信するステップとを含み、
前記例外処理手順を実行して、前記チャネル切替命令情報を前記受信側に送信する前記ステップが、
前記切替サーバによって、送信されていないデータストリームを調整して、前記調整されたデータストリームと第1のチャネル切替命令情報とを前記受信側に送信するステップを含み、
前記第1のチャネル切替命令情報が第1の記述情報および第1の処理情報を含み、
前記第1の記述情報が、前記送信されたデータストリームを前記調整されたデータとして識別するための情報、及び前記送信された調整されたデータの特徴を含み、
前記第1の処理情報が、前記受信されたデータストリーム内の失われたコンテンツを無視すること、もしくはデータ誤り訂正を取り消すこと、もしくは再生遅延を更新すること、または適応再生を可能にすることを前記受信側に命令するように構成された、
チャネル切替処理方法。

【請求項2】

前記切替リソース情報が、ネットワーク帯域幅情報、サーバ負荷情報、受信側のバッファ情報、およびチャネルバッファ情報のうちの少なくとも1つを含み、
前記切替サーバが、前記ネットワーク帯域幅情報に従って、利用可能帯域幅が事前に設定された帯域幅しきい値よりさらに小さいことを決定するという条件、
前記切替サーバが、前記サーバ負荷情報に従って、サーバ負荷が事前に設定された負荷しきい値よりもさらに大きいことを決定するという条件、
前記切替サーバが、前記受信側のバッファ情報に従って、データストリームが受信側バッファを事前に設定されたバッファ最大しきい値よりもさらに大きくすることを決定するという条件、
前記切替サーバが、前記受信側のバッファ情報に従って、前記データストリームが前記受信側バッファを事前に設定されたバッファ最小しきい値よりもさらに小さくすることを決定するという条件、および
前記切替サーバが、前記チャネルバッファ情報に従って、前記データストリームが受信側再生時間推移を事前に設定されたしきい値よりもさらに大きくすることを決定するという条件のうちの少なくとも1つが満たされる場合、前記切替サーバが、前記現在の切替リソース情報が前記切替条件を満たさないことを決定し、
前記データストリームが、元のマルチキャストストリームを完全に複写することによって取得されるか、または前記元のマルチキャストストリームを調整することによって取得される、請求項1に記載の方法。

【請求項3】

前記切替サーバが前記現在の切替リソース情報が前記切替条件を満たすかどうかを決定する前に、
前記チャネル切替要求に従って、前記データストリームを前記切替サーバによって前記受信側に送信するステップを含む、請求項2に記載の方法。

【請求項4】

前記例外処理手順を実行して、前記チャネル切替命令情報を前記受信側に送信する前記ステップが、
前記切替リソース情報に従って前記切替サーバによって遅延時間長を計算するステップと、
第2のチャネル切替命令情報を前記切替サーバによって前記受信側に送信するステップであって、前記第2のチャネル切替命令情報が第2の記述情報および/または第2の処理情報を含む、送信するステップとを含み、
前記第2の記述情報が、データストリーム宛先アドレス、前記遅延時間長、およびサーバ例外情報のうちの少なくとも1つを含み、
前記第2の処理情報が、前記遅延時間長にわたって待機するためにタイマーを開始し、次いで、前記データストリームを受信すること、および/または受信側状態を更新することを前記受信側に命令するように構成された、請求項2または3に記載の方法。

【請求項5】

前記例外処理手順を実行して、前記チャネル切替命令情報を前記受信側に送信する前記ステップの後で、
前記遅延時間長にわたって待機した後で、前記データストリームを前記切替サーバによって前記受信側に送信するステップ、
または、
前記遅延時間長にわたって待機した後で、前記切替サーバによって、前記データストリームを調整して、前記調整されたデータストリームを前記受信側に送信するステップをさらに含む、請求項4に記載の方法。

【請求項6】

前記切替サーバが、前記受信側のバッファ情報に従って、前記データストリームが前記受信側バッファを前記事前に設定されたバッファ最大しきい値よりもさらに大きくすることを決定したとき、前記例外処理手順を実行する前記ステップが、
前記切替サーバによって、前記調整されたデータストリームを前記受信側に送信するステップであって、第4のチャネル切替命令情報が第4の記述情報および/または第4の処理情報を含む、送信するステップを含み、
前記第4の記述情報が、高速再生命令、目標マルチキャストグループアドレス、データストリーム調整情報、およびサーバ例外情報のうちの少なくとも1つを含み、
前記第4の処理情報が、前記高速再生命令に従って高速再生を実行すること、および/もしくは前記目標マルチキャストグループアドレスに従って前記目標マルチキャストグループに参加すること、および/もしくは前記データストリーム内の失われたコンテンツを無視すること、および/もしくはデータ誤り訂正を取り消すこと、ならびに/または再生遅延を更新することを前記受信側に命令するように構成された、
あるいは、
前記切替サーバが、前記受信側のバッファ情報に従って、前記データストリームが前記受信側バッファを前記事前に設定されたバッファ最小しきい値よりもさらに小さくすることを決定したとき、前記例外処理手順を実行するステップが、
前記切替サーバによって、前記データストリームを前記受信側に送信するステップであって、前記チャネル切替命令情報が第4の記述情報および/または第4の処理情報を含む、送信するステップを含み、
前記第4の記述情報が、低速再生命令、目標マルチキャストグループアドレス、およびデータストリーム調整情報のうちの少なくとも1を含み、
前記第4の処理情報が、前記低速再生命令に従って低速再生を実行すること、および/もしくは前記目標マルチキャストグループアドレスに従って前記目標マルチキャストグループに参加すること、および/もしくは前記データストリーム内の失われたコンテンツを無視すること、および/もしくはデータ誤り訂正を取り消すこと、ならびに/または再生遅延を更新することを前記受信側に命令するように構成された、
請求項2または3に記載の方法。

【請求項7】

前記データストリームを前記調整するステップが、
前記データストリームを削減するステップ、トランスコーディングするステップ、および/または削除するステップを含む、請求項3に記載の方法。

【請求項8】

前記データストリームを前記調整することによって取得された前記データが、前記データストリーム内の重要な情報および/または参照フレームを含み、
前記重要な情報が、前記受信側がデータを処理するために必要とされ、チャネルプログラム専用情報、ビデオシーケンスパラメータセット情報、ビデオ画像パラメータセット情報、音声復号パラメータ情報、および/またはプログラム特定情報をトランスポートストリーム内に含む、請求項7に記載の方法。

【請求項9】

受信側からのチャネル切替要求を切替サーバによって受信するステップと、
前記チャネル切替要求に応答して、チャネル切替命令情報を前記受信側に前記切替サーバによって送信して、調整されたデータをデータストリームから前記受信側に送信するステップであって、前記チャネル切替命令情報が、前記受信側が、前記調整されたデータを識別して、前記チャネル切替命令情報に従って、前記チャネル切替命令情報に対応する動作を実行することを可能にするために、前記切替サーバによって送信された前記調整されたデータの記述情報を含み、前記記述情報は、前記送信されたデータストリームを前記調整されたデータとして識別するための情報、及び前記送信された調整されたデータの特徴を含む、送信するステップと
を含むチャネル切替処理方法。

【請求項10】

前記調整されたデータを前記データストリームから前記受信側に前記送信するステップの前に、
前記データストリームを調整するステップをさらに含み、調整する前記ステップが、前記調整されたデータを取得するために、前記データストリームを削減するステップ、トランスコーディングするステップ、および/または削除するステップを含む、請求項9に記載の方法。

【請求項11】

前記データストリームを調整することによって取得された前記データが、前記データストリーム内の重要な情報または参照フレームを含む、請求項10に記載の方法。

【請求項12】

前記重要な情報が、チャネルプログラム専用情報、ビデオシーケンスパラメータセット情報、ビデオ画像パラメータセット情報、音声復号パラメータ情報、および/またはプログラム特定情報をトランスポートストリーム内に含む、
請求項9から11のいずれか一項に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、参照によりその全体が本明細書に組み込まれている、2009年6月5日に中国特許庁に出願した「CHANNEL SWITCHING PROCESSING METHOD, SYSTEM, AND RELATED DEVICES」という表題の中国特許出願第200910146974.X号、および2009年9月18日に中国特許庁に出願した「CHANNEL SWITCHING PROCESSING METHOD, SYSTEM, AND RELATED DEVICES」という表題の中国特許出願第200910171987.2号の優先権を主張するものである。

【0002】

本発明は、通信技術の分野に関し、より詳細には、チャネル切替処理方法、システム、および関連デバイスに関する。

【背景技術】

【0003】

体験の質(QoE)パラメータは、一般ユーザの体験の点からサービスの質(QoS)を評価するためのパラメータである。インターネットプロトコルテレビ(IPTV)サービスでは、チャネル切替時間は、QoEパラメータに影響を及ぼす重要な指標である。

【0004】

チャネル切替時間は、ユーザがチャネル切替命令を送信する瞬間からユーザが新しいチャネルを閲覧する瞬間までの期間を指す。ユーザがチャネル切替命令をセットトップボックス(STB)に送信した後で、STBは、チャネル切替サービスを提供する切替サーバにチャネル切替要求を送信する。STBからの要求を受信した後で、切替サーバはその要求に応答し、その要求を受け入れることが決定された場合、ユニキャストまたはマルチキャストの形でユーザに高速チャネル切替サービスを提供する(すなわち、元のマルチキャストストリームを複写することによってデータストリームが取得される一時データストリームをユーザに送信する)。ユーザがある期間にわたって切替ストリームにアクセスした後で、マルチキャストサーバは、ユーザにチャネルのサービスを提供する(すなわち、マルチキャストサーバは、元のマルチキャストストリームをユーザに送信する)。

【0005】

高速チャネル切替の間、ネットワーク帯域幅、サーバ負荷、受信側の切替時間、およびチャネルバッファコンテンツなどの切替リソース情報は、任意の時点で変更可能であり、かかる変更は、通常の高速チャネル切替サービスを不能にする可能性がある。例えば、ネットワークの利用可能帯域幅が削減されたとき、またはサーバ負荷が事前に設定されたしきい値よりもさらに大きいとき、切替サーバは、STBによって送信されたチャネル切替要求を受信した後で、その要求を直接的に拒絶することが可能である。

【0006】

この先行技術の解決法では、切替リソース情報が切替条件を満たさないことを検出するとき、切替サーバは、STBによって送信されたチャネル切替要求を拒絶できるが、拒絶メッセージだけをSTBにフィードバックする。STBは、拒絶メッセージを取得した後で、チャネル切替要求が拒絶されたことだけを獲得できる。したがって、STBは、チャネル切替要求が拒絶された後で、どのように処理するかを決定することができない。

【0007】

STBは切替サーバによって送信された拒絶メッセージを受信した後で、具体的な拒絶理由を獲得することができないため、STBは、チャネル切替要求が拒絶された後で、対応する処理を継続することができず、これは、したがって、チャネル切替効率性に影響を及ぼす。

【0008】

次に、この先行技術の解決法では、切替リソース情報が切替条件を満たさないこと(すなわち、元のマルチキャストストリームを複写することによって取得されたデータストリームをSTBに送信できないこと)を検出すると、切替サーバは、STBのチャネル切替要求を直接的に拒絶することが可能であり、その結果、切替サーバ内で利用可能なリソースを十分使用することができず、これは、したがって、チャネル切替効率性に影響を及ぼす。

【発明の概要】

【発明が解決しようとする課題】

【0009】

本発明は、チャネル切替効率性を改善することが可能なチャネル切替処理方法、システム、および関連デバイスに関する。

【課題を解決するための手段】

【0010】

本発明の一実施形態は、受信側によって送信されたチャネル切替要求を切替サーバによって受信するステップと、そのチャネル切替要求に従って、現在の切替リソース情報が切替条件を満たさないと判定したとき、切替サーバによって例外処理手順を実行するステップと、そのチャネル切替命令情報に対応するチャネル切替動作を実行することを受信側に命令するように構成されたチャネル切替命令情報を受信側に送信するステップとを含むチャネル切替処理方法を提供する。

【0011】

本発明の一実施形態は、チャネル切替要求を受信側によって切替サーバに送信するステップと、切替サーバが、そのチャネル切替要求に従って、現在の切替リソース情報が切替条件を満たさないことを決定したとき、切替サーバによって送信されたチャネル切替命令情報を受信側によって受信するステップと、そのチャネル切替命令情報に従って、チャネル切替命令情報に対応するチャネル切替動作を受信側によって実行するステップとを含むチャネル切替処理方法を提供する。

【0012】

本発明の一実施形態は、受信側によって送信されたチャネル切替要求を切替サーバによって受信するステップと、そのチャネル切替要求に従って、データストリームから次のランダムアクセスポイントが出現する瞬間を切替サーバによって取得するステップであって、データストリームが元のマルチキャストストリームを複写することによって取得される、取得するステップと、切替サーバが、チャネル切替要求が受信された瞬間から次のランダムアクセスポイントが出現する瞬間までの時間長が事前に設定された条件を満たすことを決定したとき、チャネル切替命令情報を切替サーバによって受信側に送信するステップであって、チャネル切替命令情報が記述情報と処理情報とを含む送信するステップとを含み、記述情報が目標マルチキャストグループアドレスおよび次のランダムアクセスポイントが出現する瞬間のうちの少なくとも1つを含み、処理情報が、目標マルチキャストグループアドレスに従って目標マルチキャストグループに即時に参加すること、または次のランダムアクセスポイントが出現する瞬間の前に、目標マルチキャストグループアドレスに従って目標マルチキャストグループに参加することを受信側に命令するように構成されたチャネル切替処理方法を提供する。

【0013】

本発明の一実施形態は、切替サーバと受信側とを含むチャネル切替処理システムを提供する。この切替サーバは、受信側によって送信されたチャネル切替要求を受信して、そのチャネル切替要求に従って、現在の切替リソース情報が切替条件を満たさないことを決定したとき、例外処理手順を実行して、チャネル切替命令情報を受信側に送信するように構成される。この受信側は、チャネル切替要求を切替サーバに送信し、切替サーバによって送信されたチャネル切替命令情報を受信して、そのチャネル切替命令情報に従って、そのチャネル切替命令情報に対応するチャネル切替動作を実行するように構成される。

【0014】

本発明の一実施形態は、受信側によって送信されたチャネル切替要求を受信するように構成された受信ユニットと、そのチャネル切替要求に従って、現在の切替リソース情報が切替条件を満たすかどうかを決定するように構成されたリソース解析ユニットと、リソース解析ユニットが現在の切替リソース情報が切替条件を満たさないことを決定したとき、例外処理手順を実行して、そのチャネル切替命令情報に対応するチャネル切替動作を実行することを受信側に命令するように構成されたチャネル切替命令情報を受信側に送信するように構成された例外処理ユニットとを含む切替サーバを提供する。

【0015】

本発明の一実施形態は、チャネル切替要求を切替サーバに送信するように構成された要求送信ユニットと、切替サーバが、そのチャネル切替要求に従って、現在の切替リソース情報が切替条件を満たさないことを決定したとき、切替サーバによって送信されたチャネル切替命令情報を受信するように構成された命令受信ユニットと、そのチャネル切替命令情報に従って、そのチャネル切替命令情報に対応するチャネル切替動作を実行するように構成された処理ユニットとを含む受信側を提供する。

【0016】

上記の技術的な解決策から、本発明の実施形態では、現在の切替リソース情報が切替条件を満たさないとき、切替サーバは、例外処理手順を実行して、対応する動作を実行することを受信側に表示するためのチャネル切替命令情報を受信側に送信することが可能である点が理解されよう。結果として、通常の高速チャネル切替サービスを提供できないとき、切替サーバは、どの種類の対応する処理が実行されるべきかについて受信側に命令するために、特定のチャネル切替命令情報を受信側に送信することが可能であるが、受信側が合理的な動作を実行して、切替サーバの利用可能なリソースを効果的に使用することを可能にするために、チャネル切替要求を必ずしも直接的に拒絶しなくてよく、これは、したがって、チャネル切替効率性を改善する。

【0017】

本発明の一実施形態は、受信側からのチャネル切替要求を切替サーバによって受信するステップと、そのチャネル切替要求に応答して、チャネル切替命令情報を切替サーバによって受信側に送信して、調整されたデータをデータストリームから受信側に送信するステップであって、チャネル切替命令情報が、受信側が、調整されたデータを識別して、そのチャネル切替命令情報に従って、そのチャネル切替命令情報に対応する動作を実行することを可能にするために、切替サーバによって送信された調整されたデータの記述情報および/またはデータストリームから調整されたデータを送信するための処理情報を含む、送信するステップとを含むチャネル切替方法を提供する。

【0018】

本発明の一実施形態は、チャネル切替要求を受信側によって切替サーバに送信するステップと、そのチャネル切替要求に応答して、切替サーバによって送信されたチャネル切替命令情報と、切替サーバによって送信されたデータストリームからの調整されたデータとを受信側によって受信するステップと、調整されたデータを受信側によって識別して、そのチャネル切替命令情報に従って、そのチャネル切替命令情報に対応する動作を実行するステップとを含むチャネル切替方法を提供する。

【0019】

本発明の実施形態では、さらに、切替サーバの現在の切替リソース情報が切替条件を満たすかどうかにかかわらず、切替サーバは、チャネル切替要求を直接的に拒絶しなくてよく、受信側が合理的な動作を実行して、切替サーバの利用可能なリソースを効果的に使用することを可能にするために、対応する動作を実行することを受信側に表示するためのチャネル切替命令情報と、データストリームからの調整されたデータとを受信側に送信することが可能であり、これは、したがって、チャネル切替効率性を改善する点が上記の技術的な解決策から理解されよう。

【図面の簡単な説明】

【0020】

【図1】本発明によるチャネル切替処理方法の一実施形態の流れ図である。

【図2】本発明によるチャネル切替処理方法の別の実施形態の流れ図である。

【図3】本発明によるチャネル切替処理方法の別の実施形態の流れ図である。

【図4】本発明によるチャネル切替処理方法の別の実施形態の流れ図である。

【図5】本発明によるチャネル切替処理方法の別の実施形態の流れ図である。

【図6】本発明によるチャネル切替処理方法の別の実施形態の流れ図である。

【図7】本発明によるチャネル切替処理システムの一実施形態の概略図である。

【図8】本発明による切替サーバの一実施形態の概略図である。

【図9】本発明による切替サーバの別の実施形態の概略図である。

【図10】本発明による受信側の一実施形態の概略図である。

【図11】本発明によるチャネル切替処理方法の別の実施形態の概略図である。

【発明を実施するための形態】

【0021】

本発明は、チャネル切替効率性を改善するために、チャネル切替処理方法、システム、および関連デバイスを提供する。

【0022】

図1を参照すると、以下のステップを含む、チャネル切替処理方法の一実施形態が提供される。

【0023】

101:切替サーバは、受信側によって送信されたチャネル切替要求を受信する。

【0024】

番組を見て、チャネル切替を要求するとき、ユーザは、STBを介して切替サーバに対してチャネル切替要求を開始する。

【0025】

この実施形態では、チャネル切替は、受信側によって受信されたデータストリームが異なるデータセッションの間で切り替わることを意味し、この場合、データセッションは、マルチキャストセッションであってよく、またはユニキャストセッションであってもよい。以下で、チャネル切替は、例えば、受信側によって受信されたデータストリームを異なるマルチキャストセッションの間で切り替えることである。

【0026】

102:切替サーバは、現在の切替リソース情報が切替条件を満たすかどうかを決定し、現在の切替リソース情報が切替条件を満たす場合、ステップ103を実行し、現在の切替リソース情報が切替条件を満たさない場合、ステップ104を実行する。

【0027】

この実施形態において、切替リソース情報は、ネットワーク帯域幅情報と、サーバ負荷情報と、受信側のバッファ情報と、チャネルバッファ情報と、その他の情報とを含むことが可能である。実際の適用例では、切替リソース情報は、本明細書において特に限定されない、切替リソースを表すことが可能なその他のタイプの情報を含むことも可能である点を理解されよう。

【0028】

103:受信側に高速チャネル切替サービスを提供する。

【0029】

切替リソース情報が切替条件を満たすことを決定したとき、切替サーバは、受信側に高速チャネル切替サービスを提供する、すなわち、元のマルチキャストストリームを複写することによって取得されたデータストリームを受信側に送信する。

【0030】

104:例外処理手順を実行して、チャネル切替命令情報を受信側に送信する。

【0031】

切替リソース情報が切替条件を満たさないことを決定したとき、切替サーバは、例外処理手順を実行して、チャネル切替命令情報に対応する動作を実行することを受信側に命令するように構成されたチャネル切替命令情報を受信側に送信する。

【0032】

この実施形態では、現在の切替リソース情報が切替条件を満たさないことを決定したとき、切替サーバは、例外処理手順を実行して、対応する動作を実行することを受信側に表示するためのチャネル切替命令情報を受信側に送信する。結果として、通常の高速チャネル切替サービスを提供できないとき、切替サーバは、どの種類の対応する処理が実行されるべきかについて受信側に命令するために、特定のチャネル切替命令情報を受信側に送信することが可能であるが、受信側が合理的な動作を実行して、切替サーバの利用可能なリソースを効果的に使用することを可能にするために、チャネル切替要求を必ずしも直接的に拒絶しなくてよく、これは、したがって、チャネル切替効率性を改善する。

【0033】

より良好な理解のために、本発明の実施形態におけるチャネル切替処理方法は、詳細には、切替サーバによって実行される例外処理手順を参照して説明される。

【0034】

I.切替サーバは、データストリームを調整する。

【0035】

図2を参照すると、以下のステップを含む、チャネル切替処理方法の別の実施形態が提供される。

【0036】

201:切替サーバは、受信側によって送信されたチャネル切替要求を受信する。

【0037】

番組を見て、別のチャネルへの切替を要求するとき、ユーザは、STBを介して切替サーバに対してチャネル切替要求を開始する。

【0038】

この実施形態では、受信側によって送信されたチャネル切替要求は、そこに切替することが要求された目標チャネルの識別子を搬送することが可能である。

【0039】

202:切替サーバは、チャネル切替要求に従って、現在の切替リソース情報が切替条件を満たすかどうかを決定し、現在の切替リソース情報が切替条件を満たす場合、ステップ203を実行し、現在の切替リソース情報が切替条件を満たさない場合、ステップ204を実行する。

【0040】

この実施形態において、切替リソース情報は、ネットワーク帯域幅情報と、サーバ負荷情報と、受信側のバッファ情報と、チャネルバッファ情報と、その他の情報とを含むことが可能である。実際の適用例では、切替リソース情報は、本明細書において特に限定されない、切替リソースを表すことが可能なその他のタイプの情報を含むことも可能である点を理解されよう。

【0041】

受信側からチャネル切替要求を受信した後で、切替サーバは、目標チャネルの識別子を獲得して、局所的に格納されたチャネル識別子とリソース需要との間の対応する関係に従って、目標チャネルに切り替えるために必要とされる様々な切替リソース情報を獲得することが可能である。次いで、切替サーバは、切替リソース情報が切替条件を満たすかどうかを決定するために、現在対応する切替リソース情報を取得することが可能である。例えば、目標チャネルに切替するために、ネットワーク内で少なくとも2Mのアイドル帯域幅が必要とされる場合、切替サーバは、その帯域幅が切替条件を満たすかどうかを決定するために、現在のネットワークのアイドル帯域幅を検出することが可能である。

【0042】

詳細には、この実施形態では、以下の条件のうちの少なくとも1つが満たされる場合、切替サーバは、現在の切替リソース情報が切替条件を満たさないことを決定する。

【0043】

切替サーバが、ネットワーク帯域幅情報に従って、利用可能帯域幅が事前に設定された帯域幅しきい値よりもさらに小さいことを決定する。

【0044】

切替サーバが、サーバ負荷情報に従って、サーバ負荷が事前に設定された負荷しきい値よりもさらに大きいことを決定する。

【0045】

切替サーバが、受信側のバッファ情報に従って、データストリームが受信側バッファを事前に設定されたバッファ最大しきい値よりもさらに大きくすることを決定する。

【0046】

切替サーバが、受信側のバッファ情報に従って、データストリームが受信側バッファを事前に設定されたバッファ最小しきい値よりもさらに小さくすることを決定する。

【0047】

切替サーバが、チャネルバッファ情報に従って、データストリームが受信側再生時間推移を事前に設定されたしきい値よりもさらに大きくすることを決定する。

【0048】

この実施形態では、データストリームは、元のマルチキャストストリームを完全に複写することによって取得されるか、または元のマルチキャストストリームを調整することによって取得される。

【0049】

実際の適用例において別のタイプの切替リソース情報が採用される場合、類似の決定を実行することも可能であり、具体的な決定プロセスは、本明細書において限定されない点に留意されたい。

【0050】

203:受信側に高速チャネル切替サービスを提供する。

【0051】

切替リソース情報が切替条件を満たすことを決定したとき、切替サーバは、受信側に高速チャネル切替サービスを提供する、すなわち、元のマルチキャストストリームを複写することによって取得されたデータストリームを受信側に送信する。

【0052】

204:調整されたデータストリームを取得するために、データストリームを調整する。

【0053】

切替サーバが、切替リソース情報が切替条件を満たさないことを決定したとき、データストリームによって占有されたリソースを削減するために、データストリームを調整することが可能であり、特定の調整するステップは、削減するステップ、トランスコードするステップ、および/または削除するステップを含むことが可能である。データストリームを削減して、データストリーム内の重要な情報または参照フレームを取得することが可能であり、特定の実装形態は、以下のステップを含むことが可能である。

【0054】

データストリーム内の重要な情報または参照フレームが取得される。

【0055】

重要な情報または参照フレームは、調整されたデータストリームとして組み立てられる。

【0056】

重要な情報は、異なるタイプのデータストリームに関して異なる場合があり、かつデータストリーム内の重要なデータであってよく、またはデータストリーム内のデータ情報であってもよいデータを、受信側が処理するために必要とされる。この重要な情報は、チャネルプログラム専用情報、ビデオシーケンスパラメータセット情報、ビデオ画像パラメータセット情報、音声復号パラメータ情報、および/またはプログラム特定情報(PSI)をトランスポートストリーム内に含む。実際の適用例において別のデータストリームが採用される場合、それに対応して、データストリームの重要な情報を抽出することも可能であり、特定の重要な情報および抽出プロセスは、本明細書において限定されない点を理解されよう。

【0057】

データストリームを削除するステップは、ビデオシーケンス復号品質に対して小さな影響を有するデータを元のマルチキャストストリームから削除するステップを含むことが可能であり、この場合、このデータは、Bフレームデータまたはビデオ拡張層データを含むことが可能である。異なる適用シナリオでは、ビデオシーケンス復号品質に対して小さな影響を有するデータは、Bフレームデータまたはビデオ拡張層データに加えて、その他の必要データであってもよい。

【0058】

データストリームをトランスコードするステップは、元のマルチキャストストリームを再符号化するステップを含むことが可能であり、これは、したがって、異なるシナリオにおいて、フレーム速度を減少させるか、もしくは解像度を低下させるか、またはグループオブピクチャ(Group Of Pictures)(GOP)長を増大させる。

【0059】

この実施形態において、調整するステップは、異なるデータストリーム属性と組み合わせると異なりうる点に留意されたい。したがって、具体的な調整手段は、この実施形態においてさらに限定されない。

【0060】

205:調整されたデータストリームとチャネル切替命令情報とを送信する。

【0061】

調整されたデータストリームを取得するためにデータストリームを調整した後で、切替サーバは、調整されたデータストリームを受信側に送信して、同時に第1のチャネル切替命令情報を受信側に送信することが可能であり、この場合、第1のチャネル切替命令情報は、第1の記述情報および/または第1の処理情報を含む。

【0062】

第1の記述情報は、調整されたデータストリームの宛先アドレス、調整されたデータストリームの調整情報、およびサーバ例外情報のうちの少なくとも1つを含む。

【0063】

第1の処理情報は、受信されたデータストリーム内の失われたコンテンツを無視すること、および/もしくはデータ誤り訂正を取り消すこと、および/もしくは再生遅延を更新すること、ならびに/または適応再生を可能にすることを受信側に命令するように構成される。

【0064】

この実施形態において、データ誤り訂正は、後方誤り訂正(BEC)(再送)および/または前方誤り訂正(FEC)を含む。

【0065】

この実施形態では、第1のチャネル切替命令情報を受信した後で、受信側は、その中の第1の記述情報に従って、受信されることになるデータストリームが調整されたデータストリームであることを獲得することが可能である。次いで、調整されたデータストリームと目標マルチキャストグループのマルチキャストストリームとの間のギャップと、調整されたデータストリーム内のパケット損失とを含む第1の処理情報に従って、調整されたデータストリーム内の失われたコンテンツを無視することが可能である。一方、データ誤り訂正を取り消すことが可能である。加えて、受信側は、その他の動作を実行することも可能である。例えば、調整されたデータストリームは小さな帯域幅を占有し、比較的高い伝送速度を有するため、再生遅延を更新することが可能である。さらに、調整されたデータストリームは比較的低い品質を有するため、QoEを改善する目的で、調整されたデータストリームのコンテンツの再生を素早く終了するために、再生速度を高めることが可能である。

【0066】

この実施形態において、サーバ例外情報は、現在の切替リソース情報であってよく、または現在の切替がある種の問題を有すること、例えば、利用可能帯域幅が不十分であること、もしくはサーバ負荷が大き過ぎることを表示するための情報であってもよい。以下のいくつかの実施形態で説明されるサーバ例外情報は、実施形態におけるサーバ例外情報と同じ意味を有する。

【0067】

受信側は、他のタイプの動作を実行することも可能であり、具体的な動作は、本明細書において限定されない、第1のチャネル切替命令情報のコンテンツに従って決定される点に留意されたい。

【0068】

この実施形態は、切替サーバが受信側によって送信されたチャネル切替要求を受信するとすぐに、切替サーバが切替リソース情報を決定する解決策を説明する。この切替リソース情報は、実際の適用例において突然変更する場合があり、その結果、切替サーバは、切替リソース情報が切替条件を満たすことを決定して、ステップ203を実行した後で、切替リソース情報に関する決定を実行し続けることが可能であり、切替リソース情報が切替条件を満たさないことを決定すると、切替サーバは、送信されていないデータストリームを調整して、その後、その調整されたデータストリームを送信することが可能である点を理解されたい。

【0069】

この実施形態において、ステップ204は、ステップ202の前に実施可能である。この場合、切替リソースが切替条件を満たさない場合、ステップ205が実行される。

【0070】

この実施形態において、切替リソース情報が切替条件を満たさないことを決定したとき、切替サーバは、データストリームを調整して、データストリームによって占有されたリソースを削減して、調整されたデータストリームを受信側に送信し、第1のチャネル切替命令情報を通じて、調整されたデータストリームを受信するための準備を行い、対応する処理を実行するように受信側に通知することが可能である。結果として、切替リソース情報が切替条件を満たさない場合、切替サーバは、受信側のチャネル切替要求を直接的に拒絶するのではなく、データストリームを依然として受信側に送信することが可能である。結果として、切替サーバの利用可能なリソースを効果的に使用することが可能であり、受信側は、合理的な動作を実行することが可能にされ、これは、したがって、チャネル切替効率性を改善する。

【0071】

以下のステップを含む、チャネル切替処理方法の別の実施形態が提供される。

【0072】

101':切替サーバは、受信側からチャネル切替要求を受信する。

【0073】

このステップは、ステップ101と同じであり、本明細書において、受信側は、ステップ101の受信側と同じである。受信側は、STBを介して切替サーバに対してチャネル切替要求を開始することもできるクライアントであってよい。

【0074】

102':切替サーバは、そのチャネル切替要求に応答して、チャネル切替命令情報を受信側に送信し、調整されたデータをデータストリームから受信側に送信する。

【0075】

受信側からチャネル切替要求を受信した後で、切替サーバは、そのチャネル切替要求に応答して、チャネル切替命令情報を受信側に送信する。チャネル切替命令情報に加えて、データストリームからの調整されたデータも受信側に送信される。この実施形態では、データストリームは、元のマルチキャストデータストリームであり、チャネル切替命令情報は、受信側が、調整されたデータを識別して、そのチャネル切替命令情報に従って、そのチャネル切替情報に対応する動作を実行することを可能にするために、切替サーバによって送信された調整されたデータの記述情報および/またはデータストリームから調整されたデータを送信するための処理情報を含む。

【0076】

切替サーバがチャネル切替要求を受信した後で、現在の切替リソースが切替条件を満たすかどうかにかかわらず、切替サーバは、チャネル切替要求を拒絶しなくてよく、むしろ、受信側が、合理的な動作を実行して、切替サーバの利用可能なリソースを効果的に使用することを可能にするために、チャネル切替命令情報と調整されたデータストリームとを受信側に送信し、これは、したがって、チャネル切替効率性をさらに改善する。

【0077】

図11を参照すると、以下のステップを含む、チャネル切替処理方法の別の実施形態が提供される。

【0078】

201':切替サーバは、受信側からチャネル切替要求を受信し、これはステップ101と同じである。

【0079】

202':調整されたデータを取得するために、データストリームを調整する。

【0080】

切替サーバは、受信されたデータストリームを調整し、この調整するステップは、ステップ204と同じである。

【0081】

203':データストリームからの調整されたデータとチャネル切替命令とを送信し、これは、ステップ205と同じである。

【0082】

チャネル切替命令情報は、受信側のチャネル切替要求に対する応答である。応答メッセージとして、チャネル切替命令情報は、切替サーバによって送信された調整されたデータの記述情報および/またはデータストリームから調整されたデータを送信するための処理情報を含む。この記述情報は、送信されたデータストリームが重要な情報データであること、および/もしくは送信されたデータストリームが調整されたデータであること、ならびに/または重要な情報データのアドレス情報を記述するように構成される。この処理情報は、受信されたデータストリーム内の失われたコンテンツを無視し、データ誤り訂正を取り消すこと、再生遅延を更新すること、適応再生を可能にすること、および/またはマルチキャストグループに参加することを受信側に命令するように構成される。

【0083】

この記述情報は、送信されたデータストリームを重要な情報データとして識別するための情報、送信されたデータストリームを調整されたデータとして識別するための情報、および/または送信された調整されたデータストリームの特徴を識別するための情報を含む。この特徴は、開始通し番号など、重要な情報データの開始位置情報であってよく、終了通し番号など、重要な情報の終了位置情報であってよく、開始通し番号など、送信されたデータストリームの開始位置情報であってよく、かつ/または終了通し番号など、送信されたデータストリームの終了位置情報であってもよい。この処理情報は、調整されたデータストリームの失われたデータを無視すること、送信されたデータストリームとマルチキャストストリームとの間の失われたデータを再送信しないこと、データ誤り訂正を取り消すこと、再生遅延を更新すること、適応再生を可能にすること、および/またはマルチキャストグループに参加することを受信側に表示するための情報を含む。

【0084】

この実施形態では、チャネル切替命令情報を受信した後で、受信側は、その中の記述情報に従って、受信されることになるデータストリームが調整されたデータストリームまたはデータストリームの重要な情報データであることを獲得することが可能である。次いで、調整されたデータストリームと目標マルチキャストグループのマルチキャストストリームとの間のギャップと、調整されたデータストリーム内のパケット損失とを含む処理情報に従って、調整されたデータストリーム内の失われたデータを無視することが可能である。一方、データ誤り訂正を取り消すことが可能である。加えて、受信側は、その他の動作を実行することも可能である。例えば、調整されたデータストリームは、小さな帯域幅を占有して、比較的高い伝送速度を有するため、再生遅延を更新することが可能である。さらに、調整されたデータストリームは比較的低い品質を有するため、QoEを改善する目的で、調整されたデータストリームのコンテンツの再生を素早く終了するように、再生速度を高めることが可能である。

【0085】

受信側は、その他のタイプの動作を実行すること、例えば、マルチキャストグループに参加することも可能であり、具体的な動作は、本明細書において限定されない、チャネル切替命令情報のコンテンツに従って決定される点に留意されたい。

【0086】

ステップ202'は、ステップ201'の前に実施可能である点に留意されたい。

【0087】

切替サーバがチャネル切替要求を受信した後で、現在の切替リソースが切替条件を満たすかどうかにかかわらず、切替サーバは、チャネル切替要求を拒絶しなくてよく、むしろ、受信側が合理的な動作を実行して、切替サーバの利用可能なリソースを効果的に使用することを可能するために、チャネル切替命令情報と調整されたデータストリームとを受信側に送信することが可能であり、これは、したがって、チャネル切替効率性をさらに改善する。

【0088】

上記の2つの実施形態において、チャネル切替処理方法は、主に、切替サーバの点から説明されている。本発明のこれらの実施形態では、受信側の動作は、詳細には、以下のステップを含む点を理解されよう。

【0089】

(1)受信側は、チャネル切替要求を切替サーバに送信する。

【0090】

(2)受信側は、チャネル切替要求に応答して、切替サーバによって送信されたチャネル切替命令情報と、切替サーバによって送信されたデータストリームからの調整されたデータとを受信する。

【0091】

(3)受信側は、調整されたデータを識別して、そのチャネル切替命令情報に従って、そのチャネル切替命令情報に対応するチャネル切替動作を実行する。

【0092】

この実施形態では、受信側は、記述情報に従って、受信されたデータストリームが調整されたデータストリームであることを獲得して、重要な情報データもしくはメディアデータを含む、調整されたデータをバッファリングまたは解析し、その重要な情報データを取得した後で、受信側を初期化して、そのメディアデータを取得した後で、復号条件が満たされたとき、そのメディアデータを復号および再生することを試みることが可能である。

【0093】

この実施形態では、詳細には、チャネル切替命令情報に従って受信側によって具体的に実行される動作は、前述の実施形態の動作と一致し、本明細書で二度と詳細に説明されない。

【0094】

この実施形態では、受信側は、切替サーバによって送信されたチャネル切替命令情報を受信した後で、そのチャネル切替命令情報に従って合理的な動作を実行することが可能であり、これは、したがって、チャネル切替効率性を改善する。

【0095】

前述の実施形態および以下の実施形態では、切替サーバが現在の切替リソース情報が切替条件を満たすかどうかを決定するステップに関する説明は、上記の2つの実施形態にも適用可能であり、本明細書で二度と詳細に説明されない。

【0096】

上記の実施形態において、データストリームを調整するステップは、切替サーバによって、または第三者によって実行可能である点に留意されたい。第三者と切替サーバとの間に存在する論理的なリンクまたは物理的なリンク、および切替サーバは、データストリームを調整する第三者によって取得されたデータを受信側に送信することが可能である。

【0097】

II.切替サーバは、遅延された伝送を実行する。

【0098】

図3を参照すると、以下のステップを含む、チャネル切替処理方法の別の実施形態が提供される。

【0099】

ステップ301〜303は、図2に示された実施形態のステップ201〜203と同じであり、本明細書で二度と詳細に説明されない。

【0100】

304:切替リソース情報に従って遅延時間長を計算する。

【0101】

切替サーバが、切替リソース情報が切替条件を満たさないことを決定したとき、切替リソース情報に従って遅延時間長を計算することが可能である。例えば、現在のネットワークの利用可能帯域幅と、ネットワーク帯域幅の最近の変更傾向とに従って、データストリームを送信するためにどれだけ長く十分な帯域幅が利用可能であるかを計算することが可能である。例えば、ネットワーク内の活動が毎晩19:00から19:20の間に行われ、多数のユーザがその時間にオンライン状態にある可能性があり、ネットワークの大量の利用可能リソースが占有されることがあり、受信側が19:15にチャネル切替要求を開始する場合、切替サーバは、現在のネットワークの利用可能リソースは不十分であるが、ネットワークの帯域幅の変更傾向に従ってそのリソースを削減できること、十分な利用可能帯域幅は15分の遅延後に利用可能であること(すなわち、ネットワークは、19:00から19:20の間にビジーであり、ネットワークは19:30の後アイドルであること)を決定し、したがって、切替サーバは、その遅延時間長が15分であることを計算する。

【0102】

切替サーバが遅延時間長をどのように計算するかは、上で1つの例だけを用いて説明されているが、実際の適用例では、切替サーバは、他の形で遅延時間長を計算することも可能であり、具体的な実装形態は、本明細書において限定されない点に留意されたい。

【0103】

305:遅延時間長を含むチャネル切替命令情報を送信する。

【0104】

遅延時間長を決定した後で、切替サーバは、第2のチャネル切替命令情報を受信側に送信することが可能であり、この場合、第2のチャネル切替命令情報は、第2の記述情報および/または第2の処理情報を含む。

【0105】

第2の記述情報は、データストリーム宛先アドレス、遅延時間長、およびサーバ例外情報のうちの少なくとも1つを含む。

【0106】

第2の処理情報は、遅延時間長にわたって待機するためにタイマーを開始し、次いで、データストリームを受信すること、および/または受信側状態を更新することを受信側に命令するように構成される。

【0107】

この実施形態では、第2のチャネル切替命令情報を受信した後で、受信側は、受信側が、待機し、その受信側状態を「ネットワークデータの待機中・・・、待機時間は約15分」と修正し、その受信側状態をユーザに表示できるように、その中の第2の記述情報に従って、その遅延の後でだけ、データストリームを受信できることを獲得することが可能である。

【0108】

タイマーは、切替サーバが遅延時間長を決定した後で、その遅延時間長の後で開始することができ、切替サーバは、データストリームまたは調整されたデータストリームを受信側に送信できる点に留意されたい。

【0109】

この実施形態では、切替サーバが、切替リソース情報がその切替条件を満たさないことを決定したとき、遅延時間長を計算することが可能であり、受信側がそのデータをいつ受信し始めるかを獲得することができ、ユーザに待機時間を表示することができるように、その遅延時間長を受信側にフィードバックすることが可能である。結果として、データストリームが長い間受信されないとき、受信側がチャネル切替要求を繰り返し開始するにつれて、その要求が拒絶される状況を防止することが可能であり、これは、したがって、チャネル切替効率性を改善する。

【0110】

III.切替サーバは、受信側が目標マルチキャストグループに直接的に参加することをトリガする。

【0111】

図4を参照すると、以下のステップを含む、チャネル切替処理方法の別の実施形態が提供される。

【0112】

401:切替サーバは、受信側によって送信されたチャネル切替要求を受信する。

【0113】

番組を見て、別のチャネルに切り替えることを要求するとき、ユーザは、STBを介して切替サーバに対してチャネル切替要求を開始することが可能である。

【0114】

この実施形態では、受信側によって送信されたチャネル切替要求は、そこに切替することが要求された目標チャネルの識別子を搬送することが可能である。

【0115】

402:切替サーバは、そのチャネル切替要求に従って、現在の切替リソース情報が切替条件を満たすかどうかを決定し、現在の切替リソース情報がその切替条件を満たす場合、ステップ403を実行し、現在の切替リソース情報がその切替条件を満たさない場合、ステップ404を実行する。

【0116】

この実施形態において、切替リソース情報は、ネットワーク帯域幅情報と、サーバ負荷情報と、受信側のバッファ情報と、チャネルバッファ情報と、その他の情報とを含むことが可能である。実際の適用例では、切替リソース情報は、本明細書において特に限定されない、切替リソースを表すことが可能なその他のタイプの情報であってもよい点を理解されよう。

【0117】

受信側からチャネル切替要求を受信した後で、切替サーバは、目標チャネルの識別子を獲得して、局所的に格納されたチャネル識別子とリソース需要との間の対応する関係に従って、目標チャネルに切替するために必要とされる様々な切替リソース情報を獲得することが可能である。次いで、切替サーバは、切替リソース情報が切替条件を満たすかどうかを決定するために、現在対応している切替リソース情報を取得することが可能である。例えば、目標チャネルに切替するためにネットワーク内で少なくとも2Mアイドル帯域幅が必要とされる場合、切替サーバは、その帯域幅が切替条件を満たすかどうかを決定するために、現在のネットワークのアイドル帯域幅を検出することが可能である。

【0118】

この実施形態において、切替リソース情報が切替条件を満たすかどうかを決定する様式は、図2に示された決定様式と一致し、本明細書で二度と詳細に説明されない。

【0119】

403:受信側に高速チャネル切替サービスを提供する。

【0120】

切替リソース情報が切替条件を満たすことを決定したとき、切替サーバは、受信側に高速チャネル切替サービスを提供する、すなわち、元のマルチキャストストリームを複写することによって取得されたデータストリームを受信側に送信する。

【0121】

404:そのデータストリームに従って、次のランダムアクセスポイントが出現する瞬間を取得する。

【0122】

切替リソース情報が切替条件を満たさないことを決定したとき、切替サーバは、そのデータストリームに従って、次のランダムアクセスポイントが出現する瞬間、すなわち、受信側が目標マルチキャストグループに参加すること要求できる瞬間を決定することが可能である。

【0123】

405:チャネル切替要求が受信された瞬間から次のランダムアクセスポイントが出現する瞬間までの時間長が事前に設定された条件を満たすかどうかを決定し、その時間長が事前に設定された条件を満たす場合、ステップ406を実行し、その時間長が事前に設定された条件を満たさない場合、ステップ407を実行する。

【0124】

次のランダムアクセスポイントが出現する瞬間を決定した後で、切替サーバは、チャネル切替要求が受信された瞬間から次のランダムアクセスポイントが出現する瞬間までの時間長が事前に設定された条件を満たすかどうかを決定することが可能である。

【0125】

この実施形態では、以下の特定の事例において、事前に設定された条件を満たすことができる。

【0126】

チャネル切替要求が受信された瞬間から次のランダムアクセスポイントが出現する瞬間までの時間長が、第1の事前に設定された値よりもさらに大きいとき、および/または第2の事前に設定された値よりもさらに小さいとき、事前に設定された条件が満たされることが決定される。

【0127】

第1の事前に設定された値は、インターネットグループ管理プロトコル(IGMP)の参加遅延であってよく、第2の事前に設定された値は、切替サーバによって事前に設定された、受信側が目標マルチキャストグループに直接アクセスできる最大時間長であってよく、第1の事前に設定された値は、第2の事前に設定された値よりもさらに小さい。

【0128】

実際の適用例では、「チャネル切替要求が受信された瞬間から次のランダムアクセスポイントが出現する瞬間までの時間長は第1の事前に設定された値よりもさらに大きい」および「チャネル切替要求が受信された瞬間から次のランダムアクセスポイントが出現する瞬間までの時間長が第2の事前に設定された値よりもさらに小さい」という2つの決定条件は、個々に使用されてよく、または組み合わせて使用されてもよく、これは、本明細書において特に限定されないことに留意されたい。

【0129】

406:目標マルチキャストグループアドレスを含むチャネル切替命令情報を受信側に送信する。

【0130】

チャネル切替要求が受信された瞬間から次のランダムアクセスポイントが出現する瞬間までの時間長が事前に設定された条件を満たす場合、それは、受信側が、非常に短い時間の後で目標マルチキャストグループに参加することを要求できること、またはランダムアクセスポイントのデータを失わなくてよいことを示す。この場合、切替サーバは、第3のチャネル切替命令情報を受信側に送信し、この場合、第3のチャネル切替命令情報は、第3の記述情報および/または第3の処理情報を含む。

【0131】

この第3の記述情報は、目標マルチキャストグループアドレス、次のランダムアクセスポイントが出現する瞬間、およびサーバ例外情報のうちの少なくとも1つを含む。

【0132】

第3の処理情報は、目標マルチキャストグループアドレスに従って目標マルチキャストグループに即時に参加すること、または次のランダムアクセスポイントが出現する瞬間の前に、目標マルチキャストグループアドレスに従って目標マルチキャストグループに参加することを受信側に命令するように構成される。

【0133】

この実施形態では、第3のチャネル切替命令情報を受信した後で、受信側は、その中の第3の記述情報に従って、受信側が、切替サーバによって送信されたデータストリームを待たずに、元のマルチキャストストリームを受信するために、目標マルチキャストグループに直接的に参加できることを獲得することが可能である。したがって、受信側は、目標マルチキャストグループアドレスに従って目標マルチキャストグループに即時に参加すること、または次のランダムアクセスポイントが出現する前に、目標マルチキャストグループアドレスに従って目標マルチキャストグループに参加することが可能である。

【0134】

407:別の処理手順を実行する。

【0135】

チャネル切替要求が受信された瞬間から次のランダムアクセスポイントが出現する瞬間までの時間長が設定された条件を満たさない場合、それは、受信側が、非常に長い時間の後でだけ目標マルチキャストグループに参加することを要求できること、または、その時間長がIGMPの参加遅延よりもさらに短いとき、ランダムアクセスポイントのデータを失わなくてよいことを示す。したがって、切替サーバは、詳細には、調整されたデータストリームを受信側に送信するステップ、切替手順を終了するステップ、またはその他の処理手順を実行するステップであってよく、本明細書において限定されない別の処理手順を実行することが可能である。

【0136】

IV.切替サーバは、高速再生/低速再生を実行することを受信側に命令する。

【0137】

図5を参照すると、以下のステップを含む、チャネル切替処理方法の別の実施形態が提供される。

【0138】

501:切替サーバは、受信側によって送信されたチャネル切替要求を受信する。

【0139】

番組を見て、別のチャネルに切り替えることを要求するとき、ユーザは、STBを介して切替サーバに対してチャネル切替要求を開始することが可能である。

【0140】

502:切替サーバは、受信側バッファが切替条件を満たすかどうかを決定し、受信側バッファが切替条件を満たす場合、ステップ503を実行し、受信側バッファが切替条件を満たさない場合、ステップ504を実行する。

【0141】

この実施形態では、受信側によって送信されたチャネル切替要求は、バッファ要件情報を搬送することが可能であり、切替サーバは、そのバッファ要件情報に従って、受信側バッファが切替条件を満たすかどうかを決定し、その切替サーバがデータストリームを受信側に送信する場合、かつ切替サーバによってそのデータストリームを受信側に送信することが、受信側バッファが事前に設定されたバッファ最大しきい値よりもさらに大きい、または受信側バッファが事前に設定されたバッファ最小しきい値よりもさらに小さいという結果をもたらす可能性がある場合、受信側バッファはその切替条件を満たさないことが決定される。

【0142】

503:受信側に高速チャネル切替サービスを提供する。

【0143】

受信側のバッファ情報が切替条件を満たすことを決定したとき、切替サーバは、受信側に高速チャネル切替サービスを提供する、すなわち、元のマルチキャストストリームを複写することによって取得されたデータストリームを受信側に送信する。

【0144】

504:データストリームまたは調整されたデータストリームとチャネル切替命令情報とを受信側に送信する。

【0145】

この実施形態では、受信側のバッファ情報が切替条件を満たさないことを決定したとき、切替サーバは、データストリームまたは調整されたデータストリームを受信側に送信することが可能であり、同時に第4のチャネル切替命令情報を受信側に送信し、この場合、第4のチャネル切替命令情報は、第4の記述情報および/または第4の処理情報を含む。

【0146】

切替サーバによってデータストリームを受信側に送信することが、受信側バッファが事前に設定されたバッファ最大しきい値よりもさらに大きいという結果をもたらす可能性がある場合、第4の記述情報は、高速再生命令、目標マルチキャストグループアドレス、調整されたデータストリームの調整情報、メディア再生時間、およびサーバ例外情報のうちの少なくとも1つを搬送する。

【0147】

第4の処理情報は、高速再生命令に従って高速再生を実行すること、および/もしくは目標マルチキャストグループアドレスに従って目標マルチキャストグループに参加すること、および/もしくは調整されたデータストリーム内の失われたコンテンツを無視すること、および/もしくはデータ誤り訂正を取り消すこと、および/もしくは再生遅延を更新すること、ならびに/またはメディア再生時間に従ってデータストリーム内でメディアを再生することを受信側に命令するように構成される。

【0148】

切替サーバによってデータストリームを受信側に送信することが、受信側バッファが事前に設定されたバッファ最小しきい値よりもさらに小さいという結果をもたらす可能性がある場合、第4の記述情報は、低速再生命令、目標マルチキャストグループアドレス、調整されたデータストリームの調整情報、メディア再生時間、およびサーバ例外情報のうちの少なくとも1つを搬送する。

【0149】

第4の処理情報は、高速再生命令に従って低速再生を実行すること、および/もしくは目標マルチキャストグループアドレスに従って目標マルチキャストグループに参加すること、および/もしくは調整されたデータストリーム内の失われたコンテンツを無視すること、および/もしくはデータ誤り訂正を取り消すこと、および/もしくは再生遅延を更新すること、ならびに/またはメディア再生時間に従ってデータストリーム内のメディアを再生することを受信側に命令するように構成される。

【0150】

この実施形態では、データ誤り訂正は、BECおよびFECであってよい。

【0151】

この実施形態では、第4のチャネル切替命令情報を受信した後で、受信側は、その中の第4の記述情報に従って、高速再生を実行する必要があるか、または低速再生を実行する必要があるかを獲得することが可能である。受信側バッファが事前に設定されたバッファ最大しきい値よりもさらに大きい場合、受信側は、バッファ内の累積データが流出するのを防止するために、高速再生を実行する。受信側バッファが事前に設定されたバッファ最小しきい値よりもさらに小さい場合、受信側は、受信側バッファが空であることにより再生が失敗するのを回避するために、低速再生を実行する。

【0152】

加えて、受信側は、目標マルチキャストグループアドレスに従って目標マルチキャストグループに参加すること、および/もしくは調整されたデータストリーム内の失われたコンテンツを無視すること、および/もしくはデータ誤り訂正を取り消すこと、ならびに/または再生遅延を更新することも可能であり、この場合、具体的な処理様式は、上記の実施形態における処理様式に類似し、本明細書で二度と詳細に説明されない。

【0153】

この実施形態では、チャネルバッファ情報に従って、データストリームが受信側の再生時間推移を事前に設定されたしきい値よりもさらに大きくすることを決定したとき、切替サーバは、メディア再生時間を修正して、そのメディア再生時間に従ってデータストリーム内のメディアを再生することを受信側に命令するために、その修正されたメディア再生時間を受信側に送信することも可能である点に留意されたい。

【0154】

この実施形態では、受信側のバッファ情報が切替条件を満たさないことを決定したとき、切替サーバは、受信側が、切替サーバに対してチャネル切替要求を繰り返し開始する代わりに、その命令に従って対応する高速再生/低速再生を実行することを可能にするために、高速再生命令/低速再生命令を受信側に送信することが可能であり、これは、したがって、チャネル切替効率性を改善する。

【0155】

V.切替サーバは切替手順を強制的に終了する。

【0156】

図6を参照すると、以下のステップを含む、チャネル切替処理方法の別の実施形態が提供される。

【0157】

ステップ601〜603は、図2に示された実施形態のステップ201〜203と同じであり、本明細書で二度と詳細に説明されない。

【0158】

604:切替手順を終了して、チャネル切替命令情報を受信側に送信する。

【0159】

切替リソース情報が切替条件を満たさないことを決定したとき、切替サーバは、チャネル切替手順を終了して、第5のチャネル切替命令情報を受信側に送信し、この場合、第5のチャネル切替命令情報は、第5の記述情報および/または第5の処理情報を含む。

【0160】

第5の記述情報は、目標マルチキャストグループアドレス、次のランダムアクセスポイントが出現する瞬間、一時停止時間長、およびサーバ例外情報のうちの少なくとも1つを含む。

【0161】

第5の処理情報は、目標マルチキャストグループアドレスに従って目標マルチキャストグループに即時に参加すること、および/もしくは次のランダムアクセスポイントが出現する瞬間の前に、目標マルチキャストグループアドレスに従って目標マルチキャストグループに参加すること、および/もしくはデータストリームと目標マルチキャストグループによって提供されたマルチキャストストリームとの間のギャップを無視すること、ならびに/または一時停止時間長の後で切替サーバに対して新しいチャネル切替要求を再開することを受信側に命令するように構成される。

【0162】

この実施形態では、第5のチャネル切替命令情報を受信した後で、受信側は、その中の第5の記述情報に従って、切替サーバが切替手順を終了したことを獲得することが可能である。したがって、受信側は、第5の記述情報内に含まれた目標マルチキャストグループアドレスに従って目標マルチキャストグループに参加すること、またはある期間にわたって待機した後で、切替サーバに対して新しいチャネル切替要求を再開することを直接的に要求することが可能である。

【0163】

この実施形態では、切替リソース情報が切替条件を満たさないことを決定したとき、切替サーバは、切替手順を直接的に終了して、チャネル切替命令情報を受信側に送信することが可能である。結果として、受信側は、切替サーバによってフィードバックされたチャネル切替命令情報に従って対応する動作を実行すること、例えば、目標マルチキャストグループに参加すること、または切替サーバによって提供された高速チャネル切替サービスを待機し続ける代わりに、ある期間にわたって待機した後で、切替サーバに対して新しいチャネル切替要求を再開することが可能であり、これは、したがって、チャネル切替効率性を改善する。

【0164】

上記の実施形態では、チャネル切替処理方法は、主に、切替サーバの点から説明されている。本発明の実施形態において、受信側は、切替サーバの命令に従って、詳細には、以下のステップを含む、対応する動作を実行することも可能である点を理解されよう。

【0165】

(1)受信側は、チャネル切替要求を切替サーバに送信する。

【0166】

(2)現在の切替リソース情報が切替条件を満たさないとき、受信側は、切替サーバによってフィードバックされたチャネル切替命令情報を受信する。

【0167】

この実施形態では、切替サーバによってフィードバックされたチャネル切替命令情報は、上記の実施形態における、第1のチャネル切替命令情報から第5のチャネル切替命令情報のうちのいずれか1つであってよく、その具体的なコンテンツは、本明細書で二度と詳細に説明されない。

【0168】

(3)受信側は、チャネル切替命令情報に従って対応する処理を実行する。

【0169】

この実施形態では、チャネル切替命令情報に従って、受信側によって実行される特定の処理は、上記の実施形態の説明と一致し、本明細書で二度と詳細に説明されない。

【0170】

この実施形態では、受信側は、切替サーバによって送信されたチャネル切替命令情報を受信した後で、そのチャネル切替命令情報に従って合理的な動作を実行することが可能であり、これは、したがって、チャネル切替効率性を改善する。

【0171】

詳細には、以下のステップを含む、チャネル切替処理方法の別の実施形態が提供される。

【0172】

(1)切替サーバは、受信側によって送信されたチャネル切替要求を受信する。

【0173】

この実施形態では、受信側によって送信されたチャネル切替要求は、目標チャネルの識別子を搬送することが可能である。

【0174】

(2)切替サーバは、チャネル切替要求に従ってデータストリームから次のランダムアクセスポイントが出現する瞬間を取得し、この場合、データストリームは、元のマルチキャストストリームを複写することによって取得される。

【0175】

受信側によって送信されたチャネル切替要求を受信するとき、切替サーバは、チャネル切替要求から目標チャネルの識別子を取得して、その識別子に従って目標マルチキャストグループを決定し、目標マルチキャストグループから元のマルチキャストストリームを取得して、元のマルチキャストストリームを複写してデータストリームを取得することが可能である。

【0176】

その後で、次のランダムアクセスポイントが出現する瞬間、すなわち、受信側が目標マルチキャストグループに参加することを要求できる瞬間をデータストリームから決定することが可能である。

【0177】

(3)切替サーバは、チャネル切替要求が受信された瞬間から次のランダムアクセスポイントが出現する瞬間までの時間長が事前に設定された条件を満たすかどうかを決定し、その時間長が事前に設定された条件を満たす場合、切替サーバは、チャネル切替命令情報を受信側に送信し、この場合、チャネル切替命令情報は、記述情報および処理情報を含む。この記述情報は、目標マルチキャストグループアドレスと、次のランダムアクセスポイントが出現する瞬間とを含む。この処理情報は、目標マルチキャストグループアドレスに従って目標マルチキャストグループに即時に参加すること、または次のランダムアクセスポイントが出現する瞬間の前に、目標マルチキャストグループアドレスに従って目標マルチキャストグループに参加することを受信側に命令するように構成される。

【0178】

この実施形態では、次のランダムアクセスポイントが出現する瞬間を決定した後で、切替サーバは、チャネル切替要求が受信された瞬間から次のランダムアクセスポイントが出現する瞬間までの時間長が事前に設定された条件を満たすかどうかを決定することが可能である。

【0179】

この実施形態では、以下の特定の事例において、事前に設定された条件を満たすことが可能である。

【0180】

チャネル切替要求が受信された瞬間から次のランダムアクセスポイントが出現する瞬間までの時間長が、第1の事前に設定された値よりもさらに大きいとき、および/または第2の事前に設定された値よりもさらに小さいとき、事前に設定された条件が満たされることが決定される。

【0181】

第1の事前に設定された値は、IGMPの参加遅延であってよく、第2の事前に設定された値は、切替サーバによって事前に設定された、受信側が目標マルチキャストグループに直接的にアクセスできる最大時間長であってよく、第1の事前に設定された値は、第2の事前に設定された値よりもさらに小さい。

【0182】

「チャネル切替要求が受信された瞬間から次のランダムアクセスポイントが出現する瞬間までの時間長が第1の事前に設定された値よりもさらに大きい」および「チャネル切替要求が受信された瞬間から次のランダムアクセスポイントが出現する瞬間までの時間長が第2の事前に設定された値よりもさらに小さい」という2つの決定条件は、個々に使用されてよく、または組み合わせて使用されてもよく、これは、本明細書において特に限定されない点に留意されたい。

【0183】

この実施形態では、受信側のチャネル切替要求を受信した後で、切替サーバは、切替リソース情報を考慮せずに、次のランダムアクセスポイントが出現する瞬間を直接的に取得することが可能である。チャネル切替要求が受信された瞬間から次のランダムアクセスポイントが出現する瞬間までの時間長が事前に設定された条件を満たすことを決定した後で、切替サーバは、目標マルチキャストグループアドレスを含むチャネル切替命令情報を受信側に送信して、目標マルチキャストグループアドレスに従って目標マルチキャストグループに参加することを受信側に命令することが可能である。したがって、受信側は、切替サーバがデータストリームを送信するのを待機する必要がなく、元のマルチキャストストリームを目標マルチキャストグループから直接的に受信することが可能であり、これは、したがって、チャネル切替効率性を改善する。

【0184】

図7を参照すると、切替サーバ701と、受信側702とを含むチャネル切替処理システムの一実施形態が提供される。

【0185】

切替サーバ701は、受信側702によって送信されたチャネル切替要求を受信して、現在の切替リソース情報が切替条件を満たさないことを決定したとき、例外処理手順を実行して、チャネル切替命令情報を受信側702に送信するように構成される。

【0186】

受信側702は、チャネル切替要求を切替サーバ701に送信して、切替サーバ701によって送信されたチャネル切替命令情報を受信し、そのチャネル切替命令情報に従って、そのチャネル切替命令情報に対応するチャネル切替動作を実行するように構成される。

【0187】

より良好な理解のために、この実施形態のチャネル切替処理システムは、下で適用シナリオの形で説明される。

【0188】

番組を見て、別のチャネルに切替することを要求するとき、ユーザは、STBを介して切替サーバ701に対してチャネル切替要求を開始することが可能である。

【0189】

切替サーバ701は、現在の切替リソース情報が切替条件を満たすかどうかを決定し、現在の切替リソース情報が切替条件を満たす場合、切替サーバ701は、受信側702に高速チャネル切替サービスを提供する、すなわち、元のマルチキャストストリームを複写することによって取得されたデータストリームを受信側に送信する。

【0190】

切替リソース情報が切替条件を満たさないことを決定したとき、切替サーバ701は、例外処理手順を実行して、チャネル切替命令情報に対応する動作を実行することを受信側に命令するように構成されたチャネル切替命令情報を受信側702に送信する。

【0191】

この実施形態では、現在の切替リソース情報が切替条件を満たさないことを決定したとき、切替サーバ701は、例外処理手順を実行して、対応する動作を実行することを受信側702に表示するためのチャネル切替命令情報を受信側702に送信することが可能である。結果として、通常の高速チャネル切替サービスを提供できないとき、切替サーバ701は、どの種類の対応する動作が実行されるべきかに関して受信側702に命令するために、特定のチャネル切替命令情報を受信側702に送信することが可能であり、一方、受信側702が、合理的な動作を実行して、切替サーバ701の利用可能なリソースを効果的に使用することを可能にするために、チャネル切替要求を必ずしも直接的に拒絶しなくてもよく、これは、したがって、チャネル切替効率性を改善する。

【0192】

図8を参照すると、受信ユニット801と、リソース解析ユニット802と、例外処理ユニット803とを含む切替サーバの一実施形態が提供される。

【0193】

受信ユニット801は、受信側によって送信されたチャネル切替要求を受信するように構成される。

【0194】

リソース解析ユニット802は、チャネル切替要求に従って、現在の切替リソース情報が切替条件を満たすかどうかを決定するように構成される。

【0195】

例外処理ユニット803は、リソース解析ユニット802が、現在の切替リソース情報が切替条件を満たさないことを決定したとき、例外処理手順を実行して、チャネル切替命令情報に対応するチャネル切替動作を実行することを受信側に命令するように構成されたチャネル切替命令情報を受信側に送信するように構成される。

【0196】

より良好な理解のために、切替サーバは、特定の実施形態を参照して説明される。図9を参照すると、受信ユニット901と、リソース解析ユニット902と、例外処理ユニット903と、データ記憶ユニット904とを含む切替サーバの別の実施形態が提供される。

【0197】

受信ユニット901は、受信側によって送信されたチャネル切替要求を受信するように構成される。

【0198】

リソース解析ユニット902は、そのチャネル切替要求に従って、現在の切替リソース情報が切替条件を満たすかどうかを決定するように構成される。

【0199】

例外処理ユニット903は、リソース解析ユニット902が、現在の切替リソース情報が切替条件を満たさないことを決定したとき、例外処理手順を実行して、チャネル切替命令情報に対応するチャネル切替動作を実行することを受信側に命令するように構成されたチャネル切替命令情報を受信側に送信するように構成される。

【0200】

データ記憶ユニット904は、元のマルチキャストストリームを複写することによって取得されたデータストリームを格納するように構成される。

【0201】

この実施形態において、例外処理ユニット903は、以下のユニット、すなわち、データ調整ユニット9031、データ送信ユニット9032、遅延時間長計算ユニット9033、切替制御ユニット9034、および切替終了ユニット9035のうちの少なくとも1つを含む。

【0202】

データ調整ユニット9031は、調整されたデータストリームを取得するために、データ記憶ユニット904内に格納されたデータストリームを調整して、その調整されたデータストリームを受信側に送信するように構成される。

【0203】

データ送信ユニット9032は、データ格納ユニット904内に格納されたデータストリームを受信側に送信するように構成される。

【0204】

遅延時間長計算ユニット9033は、その切替リソース情報に従って遅延時間長を計算するように構成される。

【0205】

切替制御ユニット9034は、データ記憶ユニット904内に格納されたデータストリームに従って次のランダムアクセスポイントが出現する瞬間を取得して、チャネル切替要求が受信された瞬間から次のランダムアクセスポイントが出現する瞬間までの時間長が事前に設定された条件を満たすかどうか決定し、その時間長が事前に設定された条件を満たす場合、受信側が目標マルチキャストグループに直接的に参加することをトリガするように構成される。

【0206】

切替終了ユニット9035は、チャネル切替手順を終了するように構成される。

【0207】

この実施形態では、例外処理ユニット903内に含まれたそれぞれのユニットによって実装される具体的な機能は、上で説明された5つの方法の実施形態と一致し、本明細書で二度と詳細に説明されない。

【0208】

この実施形態では、リソース解析ユニット902が、現在の切替リソース情報が切替条件を満たさないことを決定したとき、例外処理ユニット903は、例外処理手順を実行して、受信側が、合理的な動作を実行して、切替サーバの利用可能なリソースを効果的に使用することを可能にするために、対応する動作を実行することを受信側に表示するチャネル切替命令情報を受信側に送信することが可能であり、これは、したがって、チャネル切替効率性を改善する。

【0209】

図10を参照すると、要求送信ユニット1001と、命令受信ユニット1002と、処理ユニット1003とを含む受信側の一実施形態が提供される。

【0210】

要求送信ユニット1001は、チャネル切替要求を切替サーバに送信するように構成される。

【0211】

命令受信ユニット1002は、切替サーバが、そのチャネル切替要求に従って、現在の切替リソース情報が切替条件を満たさないことを決定したとき、切替サーバによって送信されたチャネル切替命令情報を受信するように構成される。

【0212】

処理ユニット1003は、そのチャネル切替命令情報に従ってチャネル切替命令情報に対応するチャネル切替動作を実行するように構成される。

【0213】

この実施形態において受信側によって実行される機能は、上記の方法の実施形態において説明された、受信側によって実行される機能と一致し、本明細書で二度と詳細に説明されない。

【0214】

この実施形態では、命令受信ユニット1002が切替サーバによって送信されたチャネル切替命令情報を受信した後で、処理ユニット1003は、そのチャネル切替命令情報に従って合理的な動作を実行することが可能であり、これは、したがって、チャネル切替効率性を改善する。

【0215】

当業者は、上記の実施形態の方法のステップのすべてまたは一部は、プログラムを用いて関連ハードウェアに命令することによって実現可能である点を理解されたい。これらのプログラムは、読出し専用メモリ(ROM)、磁気ディスク、または光ディスクなど、コンピュータ可読記憶媒体内に格納可能である。

【0216】

本発明において提供されるチャネル切替処理方法、システム、および関連デバイスが上で詳細に紹介された。当業者は、本発明のこれらの実施形態の概念に従って、具体的な実装形態および適用範囲を変更することが可能である。上記の説明に照らして、本明細書は、本発明への限定と見なされるべきではない。

【符号の説明】

【0217】

701 切替サーバ
702 受信側
801 受信ユニット
802 リソース解析ユニット
803 例外処理ユニット
901 受信ニット
902 リソース解析ユニット
903 例外処理ユニット
904 データ記憶ユニット
9031 データ調整ユニット
9032 データ送信ユニット
9033 遅延時間長計算ユニット
9034 切替制御ユニット
9035 切替終了ユニット
1001 要求送信ユニット
1002 命令受信ユニット
1003 処理ユニット

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】