(57)【特許請求の範囲】
【請求項１】
受信側によって送信されたチャネル切替要求を切替サーバによって受信するステップと、
前記チャネル切替要求に従って、現在の切替リソース情報が切替条件を満たさないことを決定したとき、前記切替サーバによって例外処理手順を実行して、チャネル切替命令情報に対応するチャネル切替動作を実行することを前記受信側に命令するように構成された前記チャネル切替命令情報を前記受信側に送信するステップとを含み、
前記例外処理手順を実行して、前記チャネル切替命令情報を前記受信側に送信する前記ステップが、
前記切替サーバによって、送信されていないデータストリームを調整して、前記調整されたデータストリームと第1のチャネル切替命令情報とを前記受信側に送信するステップを含み、
前記第1のチャネル切替命令情報が第1の記述情報および第1の処理情報を含み、
前記第1の記述情報が、前記送信されたデータストリームを前記調整されたデータとして識別するための情報、及び前記送信された調整されたデータの特徴を含み、
前記第1の処理情報が、前記受信されたデータストリーム内の失われたコンテンツを無視すること、もしくはデータ誤り訂正を取り消すこと、もしくは再生遅延を更新すること、または適応再生を可能にすることを前記受信側に命令するように構成された、
チャネル切替処理方法。
【請求項２】
前記切替リソース情報が、ネットワーク帯域幅情報、サーバ負荷情報、受信側のバッファ情報、およびチャネルバッファ情報のうちの少なくとも1つを含み、
前記切替サーバが、前記ネットワーク帯域幅情報に従って、利用可能帯域幅が事前に設定された帯域幅しきい値よりさらに小さいことを決定するという条件、
前記切替サーバが、前記サーバ負荷情報に従って、サーバ負荷が事前に設定された負荷しきい値よりもさらに大きいことを決定するという条件、
前記切替サーバが、前記受信側のバッファ情報に従って、データストリームが受信側バッファを事前に設定されたバッファ最大しきい値よりもさらに大きくすることを決定するという条件、
前記切替サーバが、前記受信側のバッファ情報に従って、前記データストリームが前記受信側バッファを事前に設定されたバッファ最小しきい値よりもさらに小さくすることを決定するという条件、および
前記切替サーバが、前記チャネルバッファ情報に従って、前記データストリームが受信側再生時間推移を事前に設定されたしきい値よりもさらに大きくすることを決定するという条件のうちの少なくとも1つが満たされる場合、前記切替サーバが、前記現在の切替リソース情報が前記切替条件を満たさないことを決定し、
前記データストリームが、元のマルチキャストストリームを完全に複写することによって取得されるか、または前記元のマルチキャストストリームを調整することによって取得される、請求項1に記載の方法。
【請求項３】
前記切替サーバが前記現在の切替リソース情報が前記切替条件を満たすかどうかを決定する前に、
前記チャネル切替要求に従って、前記データストリームを前記切替サーバによって前記受信側に送信するステップを含む、請求項2に記載の方法。
【請求項４】
前記例外処理手順を実行して、前記チャネル切替命令情報を前記受信側に送信する前記ステップが、
前記切替リソース情報に従って前記切替サーバによって遅延時間長を計算するステップと、
第2のチャネル切替命令情報を前記切替サーバによって前記受信側に送信するステップであって、前記第2のチャネル切替命令情報が第2の記述情報および/または第2の処理情報を含む、送信するステップとを含み、
前記第2の記述情報が、データストリーム宛先アドレス、前記遅延時間長、およびサーバ例外情報のうちの少なくとも1つを含み、
前記第2の処理情報が、前記遅延時間長にわたって待機するためにタイマーを開始し、次いで、前記データストリームを受信すること、および/または受信側状態を更新することを前記受信側に命令するように構成された、請求項2または3に記載の方法。
【請求項５】
前記例外処理手順を実行して、前記チャネル切替命令情報を前記受信側に送信する前記ステップの後で、
前記遅延時間長にわたって待機した後で、前記データストリームを前記切替サーバによって前記受信側に送信するステップ、
または、
前記遅延時間長にわたって待機した後で、前記切替サーバによって、前記データストリームを調整して、前記調整されたデータストリームを前記受信側に送信するステップをさらに含む、請求項4に記載の方法。
【請求項６】
前記切替サーバが、前記受信側のバッファ情報に従って、前記データストリームが前記受信側バッファを前記事前に設定されたバッファ最大しきい値よりもさらに大きくすることを決定したとき、前記例外処理手順を実行する前記ステップが、
前記切替サーバによって、前記調整されたデータストリームを前記受信側に送信するステップであって、第4のチャネル切替命令情報が第4の記述情報および/または第4の処理情報を含む、送信するステップを含み、
前記第4の記述情報が、高速再生命令、目標マルチキャストグループアドレス、データストリーム調整情報、およびサーバ例外情報のうちの少なくとも1つを含み、
前記第4の処理情報が、前記高速再生命令に従って高速再生を実行すること、および/もしくは前記目標マルチキャストグループアドレスに従って前記目標マルチキャストグループに参加すること、および/もしくは前記データストリーム内の失われたコンテンツを無視すること、および/もしくはデータ誤り訂正を取り消すこと、ならびに/または再生遅延を更新することを前記受信側に命令するように構成された、
あるいは、
前記切替サーバが、前記受信側のバッファ情報に従って、前記データストリームが前記受信側バッファを前記事前に設定されたバッファ最小しきい値よりもさらに小さくすることを決定したとき、前記例外処理手順を実行するステップが、
前記切替サーバによって、前記データストリームを前記受信側に送信するステップであって、前記チャネル切替命令情報が第4の記述情報および/または第4の処理情報を含む、送信するステップを含み、
前記第4の記述情報が、低速再生命令、目標マルチキャストグループアドレス、およびデータストリーム調整情報のうちの少なくとも1を含み、
前記第4の処理情報が、前記低速再生命令に従って低速再生を実行すること、および/もしくは前記目標マルチキャストグループアドレスに従って前記目標マルチキャストグループに参加すること、および/もしくは前記データストリーム内の失われたコンテンツを無視すること、および/もしくはデータ誤り訂正を取り消すこと、ならびに/または再生遅延を更新することを前記受信側に命令するように構成された、
請求項2または3に記載の方法。
【請求項７】
前記データストリームを前記調整するステップが、
前記データストリームを削減するステップ、トランスコーディングするステップ、および/または削除するステップを含む、請求項3に記載の方法。
【請求項８】
前記データストリームを前記調整することによって取得された前記データが、前記データストリーム内の重要な情報および/または参照フレームを含み、
前記重要な情報が、前記受信側がデータを処理するために必要とされ、チャネルプログラム専用情報、ビデオシーケンスパラメータセット情報、ビデオ画像パラメータセット情報、音声復号パラメータ情報、および/またはプログラム特定情報をトランスポートストリーム内に含む、請求項7に記載の方法。
【請求項９】
受信側からのチャネル切替要求を切替サーバによって受信するステップと、
前記チャネル切替要求に応答して、チャネル切替命令情報を前記受信側に前記切替サーバによって送信して、調整されたデータをデータストリームから前記受信側に送信するステップであって、前記チャネル切替命令情報が、前記受信側が、前記調整されたデータを識別して、前記チャネル切替命令情報に従って、前記チャネル切替命令情報に対応する動作を実行することを可能にするために、前記切替サーバによって送信された前記調整されたデータの記述情報を含み、前記記述情報は、前記送信されたデータストリームを前記調整されたデータとして識別するための情報、及び前記送信された調整されたデータの特徴を含む、送信するステップと
を含むチャネル切替処理方法。
【請求項１０】
前記調整されたデータを前記データストリームから前記受信側に前記送信するステップの前に、
前記データストリームを調整するステップをさらに含み、調整する前記ステップが、前記調整されたデータを取得するために、前記データストリームを削減するステップ、トランスコーディングするステップ、および/または削除するステップを含む、請求項9に記載の方法。
【請求項１１】
前記データストリームを調整することによって取得された前記データが、前記データストリーム内の重要な情報または参照フレームを含む、請求項10に記載の方法。
【請求項１２】
前記重要な情報が、チャネルプログラム専用情報、ビデオシーケンスパラメータセット情報、ビデオ画像パラメータセット情報、音声復号パラメータ情報、および/またはプログラム特定情報をトランスポートストリーム内に含む、
請求項9から11のいずれか一項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、参照によりその全体が本明細書に組み込まれている、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号の優先権を主張するものである。
【０００２】
本発明は、通信技術の分野に関し、より詳細には、チャネル切替処理方法、システム、および関連デバイスに関する。
【背景技術】
【０００３】
体験の質(QoE)パラメータは、一般ユーザの体験の点からサービスの質(QoS)を評価するためのパラメータである。インターネットプロトコルテレビ(IPTV)サービスでは、チャネル切替時間は、QoEパラメータに影響を及ぼす重要な指標である。
【０００４】
チャネル切替時間は、ユーザがチャネル切替命令を送信する瞬間からユーザが新しいチャネルを閲覧する瞬間までの期間を指す。ユーザがチャネル切替命令をセットトップボックス(STB)に送信した後で、STBは、チャネル切替サービスを提供する切替サーバにチャネル切替要求を送信する。STBからの要求を受信した後で、切替サーバはその要求に応答し、その要求を受け入れることが決定された場合、ユニキャストまたはマルチキャストの形でユーザに高速チャネル切替サービスを提供する(すなわち、元のマルチキャストストリームを複写することによってデータストリームが取得される一時データストリームをユーザに送信する)。ユーザがある期間にわたって切替ストリームにアクセスした後で、マルチキャストサーバは、ユーザにチャネルのサービスを提供する(すなわち、マルチキャストサーバは、元のマルチキャストストリームをユーザに送信する)。
【０００５】
高速チャネル切替の間、ネットワーク帯域幅、サーバ負荷、受信側の切替時間、およびチャネルバッファコンテンツなどの切替リソース情報は、任意の時点で変更可能であり、かかる変更は、通常の高速チャネル切替サービスを不能にする可能性がある。例えば、ネットワークの利用可能帯域幅が削減されたとき、またはサーバ負荷が事前に設定されたしきい値よりもさらに大きいとき、切替サーバは、STBによって送信されたチャネル切替要求を受信した後で、その要求を直接的に拒絶することが可能である。
【０００６】
この先行技術の解決法では、切替リソース情報が切替条件を満たさないことを検出するとき、切替サーバは、STBによって送信されたチャネル切替要求を拒絶できるが、拒絶メッセージだけをSTBにフィードバックする。STBは、拒絶メッセージを取得した後で、チャネル切替要求が拒絶されたことだけを獲得できる。したがって、STBは、チャネル切替要求が拒絶された後で、どのように処理するかを決定することができない。
【０００７】
STBは切替サーバによって送信された拒絶メッセージを受信した後で、具体的な拒絶理由を獲得することができないため、STBは、チャネル切替要求が拒絶された後で、対応する処理を継続することができず、これは、したがって、チャネル切替効率性に影響を及ぼす。
【０００８】
次に、この先行技術の解決法では、切替リソース情報が切替条件を満たさないこと(すなわち、元のマルチキャストストリームを複写することによって取得されたデータストリームをSTBに送信できないこと)を検出すると、切替サーバは、STBのチャネル切替要求を直接的に拒絶することが可能であり、その結果、切替サーバ内で利用可能なリソースを十分使用することができず、これは、したがって、チャネル切替効率性に影響を及ぼす。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明は、チャネル切替効率性を改善することが可能なチャネル切替処理方法、システム、および関連デバイスに関する。
【課題を解決するための手段】
【００１０】
本発明の一実施形態は、受信側によって送信されたチャネル切替要求を切替サーバによって受信するステップと、そのチャネル切替要求に従って、現在の切替リソース情報が切替条件を満たさないと判定したとき、切替サーバによって例外処理手順を実行するステップと、そのチャネル切替命令情報に対応するチャネル切替動作を実行することを受信側に命令するように構成されたチャネル切替命令情報を受信側に送信するステップとを含むチャネル切替処理方法を提供する。
【００１１】
本発明の一実施形態は、チャネル切替要求を受信側によって切替サーバに送信するステップと、切替サーバが、そのチャネル切替要求に従って、現在の切替リソース情報が切替条件を満たさないことを決定したとき、切替サーバによって送信されたチャネル切替命令情報を受信側によって受信するステップと、そのチャネル切替命令情報に従って、チャネル切替命令情報に対応するチャネル切替動作を受信側によって実行するステップとを含むチャネル切替処理方法を提供する。
【００１２】
本発明の一実施形態は、受信側によって送信されたチャネル切替要求を切替サーバによって受信するステップと、そのチャネル切替要求に従って、データストリームから次のランダムアクセスポイントが出現する瞬間を切替サーバによって取得するステップであって、データストリームが元のマルチキャストストリームを複写することによって取得される、取得するステップと、切替サーバが、チャネル切替要求が受信された瞬間から次のランダムアクセスポイントが出現する瞬間までの時間長が事前に設定された条件を満たすことを決定したとき、チャネル切替命令情報を切替サーバによって受信側に送信するステップであって、チャネル切替命令情報が記述情報と処理情報とを含む送信するステップとを含み、記述情報が目標マルチキャストグループアドレスおよび次のランダムアクセスポイントが出現する瞬間のうちの少なくとも1つを含み、処理情報が、目標マルチキャストグループアドレスに従って目標マルチキャストグループに即時に参加すること、または次のランダムアクセスポイントが出現する瞬間の前に、目標マルチキャストグループアドレスに従って目標マルチキャストグループに参加することを受信側に命令するように構成されたチャネル切替処理方法を提供する。
【００１３】
本発明の一実施形態は、切替サーバと受信側とを含むチャネル切替処理システムを提供する。この切替サーバは、受信側によって送信されたチャネル切替要求を受信して、そのチャネル切替要求に従って、現在の切替リソース情報が切替条件を満たさないことを決定したとき、例外処理手順を実行して、チャネル切替命令情報を受信側に送信するように構成される。この受信側は、チャネル切替要求を切替サーバに送信し、切替サーバによって送信されたチャネル切替命令情報を受信して、そのチャネル切替命令情報に従って、そのチャネル切替命令情報に対応するチャネル切替動作を実行するように構成される。
【００１４】
本発明の一実施形態は、受信側によって送信されたチャネル切替要求を受信するように構成された受信ユニットと、そのチャネル切替要求に従って、現在の切替リソース情報が切替条件を満たすかどうかを決定するように構成されたリソース解析ユニットと、リソース解析ユニットが現在の切替リソース情報が切替条件を満たさないことを決定したとき、例外処理手順を実行して、そのチャネル切替命令情報に対応するチャネル切替動作を実行することを受信側に命令するように構成されたチャネル切替命令情報を受信側に送信するように構成された例外処理ユニットとを含む切替サーバを提供する。
【００１５】
本発明の一実施形態は、チャネル切替要求を切替サーバに送信するように構成された要求送信ユニットと、切替サーバが、そのチャネル切替要求に従って、現在の切替リソース情報が切替条件を満たさないことを決定したとき、切替サーバによって送信されたチャネル切替命令情報を受信するように構成された命令受信ユニットと、そのチャネル切替命令情報に従って、そのチャネル切替命令情報に対応するチャネル切替動作を実行するように構成された処理ユニットとを含む受信側を提供する。
【００１６】
上記の技術的な解決策から、本発明の実施形態では、現在の切替リソース情報が切替条件を満たさないとき、切替サーバは、例外処理手順を実行して、対応する動作を実行することを受信側に表示するためのチャネル切替命令情報を受信側に送信することが可能である点が理解されよう。結果として、通常の高速チャネル切替サービスを提供できないとき、切替サーバは、どの種類の対応する処理が実行されるべきかについて受信側に命令するために、特定のチャネル切替命令情報を受信側に送信することが可能であるが、受信側が合理的な動作を実行して、切替サーバの利用可能なリソースを効果的に使用することを可能にするために、チャネル切替要求を必ずしも直接的に拒絶しなくてよく、これは、したがって、チャネル切替効率性を改善する。
【００１７】
本発明の一実施形態は、受信側からのチャネル切替要求を切替サーバによって受信するステップと、そのチャネル切替要求に応答して、チャネル切替命令情報を切替サーバによって受信側に送信して、調整されたデータをデータストリームから受信側に送信するステップであって、チャネル切替命令情報が、受信側が、調整されたデータを識別して、そのチャネル切替命令情報に従って、そのチャネル切替命令情報に対応する動作を実行することを可能にするために、切替サーバによって送信された調整されたデータの記述情報および/またはデータストリームから調整されたデータを送信するための処理情報を含む、送信するステップとを含むチャネル切替方法を提供する。
【００１８】
本発明の一実施形態は、チャネル切替要求を受信側によって切替サーバに送信するステップと、そのチャネル切替要求に応答して、切替サーバによって送信されたチャネル切替命令情報と、切替サーバによって送信されたデータストリームからの調整されたデータとを受信側によって受信するステップと、調整されたデータを受信側によって識別して、そのチャネル切替命令情報に従って、そのチャネル切替命令情報に対応する動作を実行するステップとを含むチャネル切替方法を提供する。
【００１９】
本発明の実施形態では、さらに、切替サーバの現在の切替リソース情報が切替条件を満たすかどうかにかかわらず、切替サーバは、チャネル切替要求を直接的に拒絶しなくてよく、受信側が合理的な動作を実行して、切替サーバの利用可能なリソースを効果的に使用することを可能にするために、対応する動作を実行することを受信側に表示するためのチャネル切替命令情報と、データストリームからの調整されたデータとを受信側に送信することが可能であり、これは、したがって、チャネル切替効率性を改善する点が上記の技術的な解決策から理解されよう。
【図面の簡単な説明】
【００２０】
【図１】本発明によるチャネル切替処理方法の一実施形態の流れ図である。
【図２】本発明によるチャネル切替処理方法の別の実施形態の流れ図である。
【図３】本発明によるチャネル切替処理方法の別の実施形態の流れ図である。
【図４】本発明によるチャネル切替処理方法の別の実施形態の流れ図である。
【図５】本発明によるチャネル切替処理方法の別の実施形態の流れ図である。
【図６】本発明によるチャネル切替処理方法の別の実施形態の流れ図である。
【図７】本発明によるチャネル切替処理システムの一実施形態の概略図である。
【図８】本発明による切替サーバの一実施形態の概略図である。
【図９】本発明による切替サーバの別の実施形態の概略図である。
【図１０】本発明による受信側の一実施形態の概略図である。
【図１１】本発明によるチャネル切替処理方法の別の実施形態の概略図である。
【発明を実施するための形態】
【００２１】
本発明は、チャネル切替効率性を改善するために、チャネル切替処理方法、システム、および関連デバイスを提供する。
【００２２】
図1を参照すると、以下のステップを含む、チャネル切替処理方法の一実施形態が提供される。
【００２３】
101:切替サーバは、受信側によって送信されたチャネル切替要求を受信する。
【００２４】
番組を見て、チャネル切替を要求するとき、ユーザは、STBを介して切替サーバに対してチャネル切替要求を開始する。
【００２５】
この実施形態では、チャネル切替は、受信側によって受信されたデータストリームが異なるデータセッションの間で切り替わることを意味し、この場合、データセッションは、マルチキャストセッションであってよく、またはユニキャストセッションであってもよい。以下で、チャネル切替は、例えば、受信側によって受信されたデータストリームを異なるマルチキャストセッションの間で切り替えることである。
【００２６】
102:切替サーバは、現在の切替リソース情報が切替条件を満たすかどうかを決定し、現在の切替リソース情報が切替条件を満たす場合、ステップ103を実行し、現在の切替リソース情報が切替条件を満たさない場合、ステップ104を実行する。
【００２７】
この実施形態において、切替リソース情報は、ネットワーク帯域幅情報と、サーバ負荷情報と、受信側のバッファ情報と、チャネルバッファ情報と、その他の情報とを含むことが可能である。実際の適用例では、切替リソース情報は、本明細書において特に限定されない、切替リソースを表すことが可能なその他のタイプの情報を含むことも可能である点を理解されよう。
【００２８】
103:受信側に高速チャネル切替サービスを提供する。
【００２９】
切替リソース情報が切替条件を満たすことを決定したとき、切替サーバは、受信側に高速チャネル切替サービスを提供する、すなわち、元のマルチキャストストリームを複写することによって取得されたデータストリームを受信側に送信する。
【００３０】
104:例外処理手順を実行して、チャネル切替命令情報を受信側に送信する。
【００３１】
切替リソース情報が切替条件を満たさないことを決定したとき、切替サーバは、例外処理手順を実行して、チャネル切替命令情報に対応する動作を実行することを受信側に命令するように構成されたチャネル切替命令情報を受信側に送信する。
【００３２】
この実施形態では、現在の切替リソース情報が切替条件を満たさないことを決定したとき、切替サーバは、例外処理手順を実行して、対応する動作を実行することを受信側に表示するためのチャネル切替命令情報を受信側に送信する。結果として、通常の高速チャネル切替サービスを提供できないとき、切替サーバは、どの種類の対応する処理が実行されるべきかについて受信側に命令するために、特定のチャネル切替命令情報を受信側に送信することが可能であるが、受信側が合理的な動作を実行して、切替サーバの利用可能なリソースを効果的に使用することを可能にするために、チャネル切替要求を必ずしも直接的に拒絶しなくてよく、これは、したがって、チャネル切替効率性を改善する。
【００３３】
より良好な理解のために、本発明の実施形態におけるチャネル切替処理方法は、詳細には、切替サーバによって実行される例外処理手順を参照して説明される。
【００３４】
I.切替サーバは、データストリームを調整する。
【００３５】
図2を参照すると、以下のステップを含む、チャネル切替処理方法の別の実施形態が提供される。
【００３６】
201:切替サーバは、受信側によって送信されたチャネル切替要求を受信する。
【００３７】
番組を見て、別のチャネルへの切替を要求するとき、ユーザは、STBを介して切替サーバに対してチャネル切替要求を開始する。
【００３８】
この実施形態では、受信側によって送信されたチャネル切替要求は、そこに切替することが要求された目標チャネルの識別子を搬送することが可能である。
【００３９】
202:切替サーバは、チャネル切替要求に従って、現在の切替リソース情報が切替条件を満たすかどうかを決定し、現在の切替リソース情報が切替条件を満たす場合、ステップ203を実行し、現在の切替リソース情報が切替条件を満たさない場合、ステップ204を実行する。
【００４０】
この実施形態において、切替リソース情報は、ネットワーク帯域幅情報と、サーバ負荷情報と、受信側のバッファ情報と、チャネルバッファ情報と、その他の情報とを含むことが可能である。実際の適用例では、切替リソース情報は、本明細書において特に限定されない、切替リソースを表すことが可能なその他のタイプの情報を含むことも可能である点を理解されよう。
【００４１】
受信側からチャネル切替要求を受信した後で、切替サーバは、目標チャネルの識別子を獲得して、局所的に格納されたチャネル識別子とリソース需要との間の対応する関係に従って、目標チャネルに切り替えるために必要とされる様々な切替リソース情報を獲得することが可能である。次いで、切替サーバは、切替リソース情報が切替条件を満たすかどうかを決定するために、現在対応する切替リソース情報を取得することが可能である。例えば、目標チャネルに切替するために、ネットワーク内で少なくとも2Mのアイドル帯域幅が必要とされる場合、切替サーバは、その帯域幅が切替条件を満たすかどうかを決定するために、現在のネットワークのアイドル帯域幅を検出することが可能である。
【００４２】
詳細には、この実施形態では、以下の条件のうちの少なくとも1つが満たされる場合、切替サーバは、現在の切替リソース情報が切替条件を満たさないことを決定する。
【００４３】
切替サーバが、ネットワーク帯域幅情報に従って、利用可能帯域幅が事前に設定された帯域幅しきい値よりもさらに小さいことを決定する。
【００４４】
切替サーバが、サーバ負荷情報に従って、サーバ負荷が事前に設定された負荷しきい値よりもさらに大きいことを決定する。
【００４５】
切替サーバが、受信側のバッファ情報に従って、データストリームが受信側バッファを事前に設定されたバッファ最大しきい値よりもさらに大きくすることを決定する。
【００４６】
切替サーバが、受信側のバッファ情報に従って、データストリームが受信側バッファを事前に設定されたバッファ最小しきい値よりもさらに小さくすることを決定する。
【００４７】
切替サーバが、チャネルバッファ情報に従って、データストリームが受信側再生時間推移を事前に設定されたしきい値よりもさらに大きくすることを決定する。
【００４８】
この実施形態では、データストリームは、元のマルチキャストストリームを完全に複写することによって取得されるか、または元のマルチキャストストリームを調整することによって取得される。
【００４９】
実際の適用例において別のタイプの切替リソース情報が採用される場合、類似の決定を実行することも可能であり、具体的な決定プロセスは、本明細書において限定されない点に留意されたい。
【００５０】
203:受信側に高速チャネル切替サービスを提供する。
【００５１】
切替リソース情報が切替条件を満たすことを決定したとき、切替サーバは、受信側に高速チャネル切替サービスを提供する、すなわち、元のマルチキャストストリームを複写することによって取得されたデータストリームを受信側に送信する。
【００５２】
204:調整されたデータストリームを取得するために、データストリームを調整する。
【００５３】
切替サーバが、切替リソース情報が切替条件を満たさないことを決定したとき、データストリームによって占有されたリソースを削減するために、データストリームを調整することが可能であり、特定の調整するステップは、削減するステップ、トランスコードするステップ、および/または削除するステップを含むことが可能である。データストリームを削減して、データストリーム内の重要な情報または参照フレームを取得することが可能であり、特定の実装形態は、以下のステップを含むことが可能である。
【００５４】
データストリーム内の重要な情報または参照フレームが取得される。
【００５５】
重要な情報または参照フレームは、調整されたデータストリームとして組み立てられる。
【００５６】
重要な情報は、異なるタイプのデータストリームに関して異なる場合があり、かつデータストリーム内の重要なデータであってよく、またはデータストリーム内のデータ情報であってもよいデータを、受信側が処理するために必要とされる。この重要な情報は、チャネルプログラム専用情報、ビデオシーケンスパラメータセット情報、ビデオ画像パラメータセット情報、音声復号パラメータ情報、および/またはプログラム特定情報(PSI)をトランスポートストリーム内に含む。実際の適用例において別のデータストリームが採用される場合、それに対応して、データストリームの重要な情報を抽出することも可能であり、特定の重要な情報および抽出プロセスは、本明細書において限定されない点を理解されよう。
【００５７】
データストリームを削除するステップは、ビデオシーケンス復号品質に対して小さな影響を有するデータを元のマルチキャストストリームから削除するステップを含むことが可能であり、この場合、このデータは、Bフレームデータまたはビデオ拡張層データを含むことが可能である。異なる適用シナリオでは、ビデオシーケンス復号品質に対して小さな影響を有するデータは、Bフレームデータまたはビデオ拡張層データに加えて、その他の必要データであってもよい。
【００５８】
データストリームをトランスコードするステップは、元のマルチキャストストリームを再符号化するステップを含むことが可能であり、これは、したがって、異なるシナリオにおいて、フレーム速度を減少させるか、もしくは解像度を低下させるか、またはグループオブピクチャ(Group Of Pictures)(GOP)長を増大させる。
【００５９】
この実施形態において、調整するステップは、異なるデータストリーム属性と組み合わせると異なりうる点に留意されたい。したがって、具体的な調整手段は、この実施形態においてさらに限定されない。
【００６０】
205:調整されたデータストリームとチャネル切替命令情報とを送信する。
【００６１】
調整されたデータストリームを取得するためにデータストリームを調整した後で、切替サーバは、調整されたデータストリームを受信側に送信して、同時に第1のチャネル切替命令情報を受信側に送信することが可能であり、この場合、第1のチャネル切替命令情報は、第1の記述情報および/または第1の処理情報を含む。
【００６２】
第1の記述情報は、調整されたデータストリームの宛先アドレス、調整されたデータストリームの調整情報、およびサーバ例外情報のうちの少なくとも1つを含む。
【００６３】
第1の処理情報は、受信されたデータストリーム内の失われたコンテンツを無視すること、および/もしくはデータ誤り訂正を取り消すこと、および/もしくは再生遅延を更新すること、ならびに/または適応再生を可能にすることを受信側に命令するように構成される。
【００６４】
この実施形態において、データ誤り訂正は、後方誤り訂正(BEC)(再送)および/または前方誤り訂正(FEC)を含む。
【００６５】
この実施形態では、第1のチャネル切替命令情報を受信した後で、受信側は、その中の第1の記述情報に従って、受信されることになるデータストリームが調整されたデータストリームであることを獲得することが可能である。次いで、調整されたデータストリームと目標マルチキャストグループのマルチキャストストリームとの間のギャップと、調整されたデータストリーム内のパケット損失とを含む第1の処理情報に従って、調整されたデータストリーム内の失われたコンテンツを無視することが可能である。一方、データ誤り訂正を取り消すことが可能である。加えて、受信側は、その他の動作を実行することも可能である。例えば、調整されたデータストリームは小さな帯域幅を占有し、比較的高い伝送速度を有するため、再生遅延を更新することが可能である。さらに、調整されたデータストリームは比較的低い品質を有するため、QoEを改善する目的で、調整されたデータストリームのコンテンツの再生を素早く終了するために、再生速度を高めることが可能である。
【００６６】
この実施形態において、サーバ例外情報は、現在の切替リソース情報であってよく、または現在の切替がある種の問題を有すること、例えば、利用可能帯域幅が不十分であること、もしくはサーバ負荷が大き過ぎることを表示するための情報であってもよい。以下のいくつかの実施形態で説明されるサーバ例外情報は、実施形態におけるサーバ例外情報と同じ意味を有する。
【００６７】
受信側は、他のタイプの動作を実行することも可能であり、具体的な動作は、本明細書において限定されない、第1のチャネル切替命令情報のコンテンツに従って決定される点に留意されたい。
【００６８】
この実施形態は、切替サーバが受信側によって送信されたチャネル切替要求を受信するとすぐに、切替サーバが切替リソース情報を決定する解決策を説明する。この切替リソース情報は、実際の適用例において突然変更する場合があり、その結果、切替サーバは、切替リソース情報が切替条件を満たすことを決定して、ステップ203を実行した後で、切替リソース情報に関する決定を実行し続けることが可能であり、切替リソース情報が切替条件を満たさないことを決定すると、切替サーバは、送信されていないデータストリームを調整して、その後、その調整されたデータストリームを送信することが可能である点を理解されたい。
【００６９】
この実施形態において、ステップ204は、ステップ202の前に実施可能である。この場合、切替リソースが切替条件を満たさない場合、ステップ205が実行される。
【００７０】
この実施形態において、切替リソース情報が切替条件を満たさないことを決定したとき、切替サーバは、データストリームを調整して、データストリームによって占有されたリソースを削減して、調整されたデータストリームを受信側に送信し、第1のチャネル切替命令情報を通じて、調整されたデータストリームを受信するための準備を行い、対応する処理を実行するように受信側に通知することが可能である。結果として、切替リソース情報が切替条件を満たさない場合、切替サーバは、受信側のチャネル切替要求を直接的に拒絶するのではなく、データストリームを依然として受信側に送信することが可能である。結果として、切替サーバの利用可能なリソースを効果的に使用することが可能であり、受信側は、合理的な動作を実行することが可能にされ、これは、したがって、チャネル切替効率性を改善する。
【００７１】
以下のステップを含む、チャネル切替処理方法の別の実施形態が提供される。
【００７２】
101':切替サーバは、受信側からチャネル切替要求を受信する。
【００７３】
このステップは、ステップ101と同じであり、本明細書において、受信側は、ステップ101の受信側と同じである。受信側は、STBを介して切替サーバに対してチャネル切替要求を開始することもできるクライアントであってよい。
【００７４】
102':切替サーバは、そのチャネル切替要求に応答して、チャネル切替命令情報を受信側に送信し、調整されたデータをデータストリームから受信側に送信する。
【００７５】
受信側からチャネル切替要求を受信した後で、切替サーバは、そのチャネル切替要求に応答して、チャネル切替命令情報を受信側に送信する。チャネル切替命令情報に加えて、データストリームからの調整されたデータも受信側に送信される。この実施形態では、データストリームは、元のマルチキャストデータストリームであり、チャネル切替命令情報は、受信側が、調整されたデータを識別して、そのチャネル切替命令情報に従って、そのチャネル切替情報に対応する動作を実行することを可能にするために、切替サーバによって送信された調整されたデータの記述情報および/またはデータストリームから調整されたデータを送信するための処理情報を含む。
【００７６】
切替サーバがチャネル切替要求を受信した後で、現在の切替リソースが切替条件を満たすかどうかにかかわらず、切替サーバは、チャネル切替要求を拒絶しなくてよく、むしろ、受信側が、合理的な動作を実行して、切替サーバの利用可能なリソースを効果的に使用することを可能にするために、チャネル切替命令情報と調整されたデータストリームとを受信側に送信し、これは、したがって、チャネル切替効率性をさらに改善する。
【００７７】
図11を参照すると、以下のステップを含む、チャネル切替処理方法の別の実施形態が提供される。
【００７８】
201':切替サーバは、受信側からチャネル切替要求を受信し、これはステップ101と同じである。
【００７９】
202':調整されたデータを取得するために、データストリームを調整する。
【００８０】
切替サーバは、受信されたデータストリームを調整し、この調整するステップは、ステップ204と同じである。
【００８１】
203':データストリームからの調整されたデータとチャネル切替命令とを送信し、これは、ステップ205と同じである。
【００８２】
チャネル切替命令情報は、受信側のチャネル切替要求に対する応答である。応答メッセージとして、チャネル切替命令情報は、切替サーバによって送信された調整されたデータの記述情報および/またはデータストリームから調整されたデータを送信するための処理情報を含む。この記述情報は、送信されたデータストリームが重要な情報データであること、および/もしくは送信されたデータストリームが調整されたデータであること、ならびに/または重要な情報データのアドレス情報を記述するように構成される。この処理情報は、受信されたデータストリーム内の失われたコンテンツを無視し、データ誤り訂正を取り消すこと、再生遅延を更新すること、適応再生を可能にすること、および/またはマルチキャストグループに参加することを受信側に命令するように構成される。
【００８３】
この記述情報は、送信されたデータストリームを重要な情報データとして識別するための情報、送信されたデータストリームを調整されたデータとして識別するための情報、および/または送信された調整されたデータストリームの特徴を識別するための情報を含む。この特徴は、開始通し番号など、重要な情報データの開始位置情報であってよく、終了通し番号など、重要な情報の終了位置情報であってよく、開始通し番号など、送信されたデータストリームの開始位置情報であってよく、かつ/または終了通し番号など、送信されたデータストリームの終了位置情報であってもよい。この処理情報は、調整されたデータストリームの失われたデータを無視すること、送信されたデータストリームとマルチキャストストリームとの間の失われたデータを再送信しないこと、データ誤り訂正を取り消すこと、再生遅延を更新すること、適応再生を可能にすること、および/またはマルチキャストグループに参加することを受信側に表示するための情報を含む。
【００８４】
この実施形態では、チャネル切替命令情報を受信した後で、受信側は、その中の記述情報に従って、受信されることになるデータストリームが調整されたデータストリームまたはデータストリームの重要な情報データであることを獲得することが可能である。次いで、調整されたデータストリームと目標マルチキャストグループのマルチキャストストリームとの間のギャップと、調整されたデータストリーム内のパケット損失とを含む処理情報に従って、調整されたデータストリーム内の失われたデータを無視することが可能である。一方、データ誤り訂正を取り消すことが可能である。加えて、受信側は、その他の動作を実行することも可能である。例えば、調整されたデータストリームは、小さな帯域幅を占有して、比較的高い伝送速度を有するため、再生遅延を更新することが可能である。さらに、調整されたデータストリームは比較的低い品質を有するため、QoEを改善する目的で、調整されたデータストリームのコンテンツの再生を素早く終了するように、再生速度を高めることが可能である。
【００８５】
受信側は、その他のタイプの動作を実行すること、例えば、マルチキャストグループに参加することも可能であり、具体的な動作は、本明細書において限定されない、チャネル切替命令情報のコンテンツに従って決定される点に留意されたい。
【００８６】
ステップ202'は、ステップ201'の前に実施可能である点に留意されたい。
【００８７】
切替サーバがチャネル切替要求を受信した後で、現在の切替リソースが切替条件を満たすかどうかにかかわらず、切替サーバは、チャネル切替要求を拒絶しなくてよく、むしろ、受信側が合理的な動作を実行して、切替サーバの利用可能なリソースを効果的に使用することを可能するために、チャネル切替命令情報と調整されたデータストリームとを受信側に送信することが可能であり、これは、したがって、チャネル切替効率性をさらに改善する。
【００８８】
上記の2つの実施形態において、チャネル切替処理方法は、主に、切替サーバの点から説明されている。本発明のこれらの実施形態では、受信側の動作は、詳細には、以下のステップを含む点を理解されよう。
【００８９】
(1)受信側は、チャネル切替要求を切替サーバに送信する。
【００９０】
(2)受信側は、チャネル切替要求に応答して、切替サーバによって送信されたチャネル切替命令情報と、切替サーバによって送信されたデータストリームからの調整されたデータとを受信する。
【００９１】
(3)受信側は、調整されたデータを識別して、そのチャネル切替命令情報に従って、そのチャネル切替命令情報に対応するチャネル切替動作を実行する。
【００９２】
この実施形態では、受信側は、記述情報に従って、受信されたデータストリームが調整されたデータストリームであることを獲得して、重要な情報データもしくはメディアデータを含む、調整されたデータをバッファリングまたは解析し、その重要な情報データを取得した後で、受信側を初期化して、そのメディアデータを取得した後で、復号条件が満たされたとき、そのメディアデータを復号および再生することを試みることが可能である。
【００９３】
この実施形態では、詳細には、チャネル切替命令情報に従って受信側によって具体的に実行される動作は、前述の実施形態の動作と一致し、本明細書で二度と詳細に説明されない。
【００９４】
この実施形態では、受信側は、切替サーバによって送信されたチャネル切替命令情報を受信した後で、そのチャネル切替命令情報に従って合理的な動作を実行することが可能であり、これは、したがって、チャネル切替効率性を改善する。
【００９５】
前述の実施形態および以下の実施形態では、切替サーバが現在の切替リソース情報が切替条件を満たすかどうかを決定するステップに関する説明は、上記の2つの実施形態にも適用可能であり、本明細書で二度と詳細に説明されない。
【００９６】
上記の実施形態において、データストリームを調整するステップは、切替サーバによって、または第三者によって実行可能である点に留意されたい。第三者と切替サーバとの間に存在する論理的なリンクまたは物理的なリンク、および切替サーバは、データストリームを調整する第三者によって取得されたデータを受信側に送信することが可能である。
【００９７】
II.切替サーバは、遅延された伝送を実行する。
【００９８】
図3を参照すると、以下のステップを含む、チャネル切替処理方法の別の実施形態が提供される。
【００９９】
ステップ301〜303は、図2に示された実施形態のステップ201〜203と同じであり、本明細書で二度と詳細に説明されない。
【０１００】
304:切替リソース情報に従って遅延時間長を計算する。
【０１０１】
切替サーバが、切替リソース情報が切替条件を満たさないことを決定したとき、切替リソース情報に従って遅延時間長を計算することが可能である。例えば、現在のネットワークの利用可能帯域幅と、ネットワーク帯域幅の最近の変更傾向とに従って、データストリームを送信するためにどれだけ長く十分な帯域幅が利用可能であるかを計算することが可能である。例えば、ネットワーク内の活動が毎晩19:00から19:20の間に行われ、多数のユーザがその時間にオンライン状態にある可能性があり、ネットワークの大量の利用可能リソースが占有されることがあり、受信側が19:15にチャネル切替要求を開始する場合、切替サーバは、現在のネットワークの利用可能リソースは不十分であるが、ネットワークの帯域幅の変更傾向に従ってそのリソースを削減できること、十分な利用可能帯域幅は15分の遅延後に利用可能であること(すなわち、ネットワークは、19:00から19:20の間にビジーであり、ネットワークは19:30の後アイドルであること)を決定し、したがって、切替サーバは、その遅延時間長が15分であることを計算する。
【０１０２】
切替サーバが遅延時間長をどのように計算するかは、上で1つの例だけを用いて説明されているが、実際の適用例では、切替サーバは、他の形で遅延時間長を計算することも可能であり、具体的な実装形態は、本明細書において限定されない点に留意されたい。
【０１０３】
305:遅延時間長を含むチャネル切替命令情報を送信する。
【０１０４】
遅延時間長を決定した後で、切替サーバは、第2のチャネル切替命令情報を受信側に送信することが可能であり、この場合、第2のチャネル切替命令情報は、第2の記述情報および/または第2の処理情報を含む。
【０１０５】
第2の記述情報は、データストリーム宛先アドレス、遅延時間長、およびサーバ例外情報のうちの少なくとも1つを含む。
【０１０６】
第2の処理情報は、遅延時間長にわたって待機するためにタイマーを開始し、次いで、データストリームを受信すること、および/または受信側状態を更新することを受信側に命令するように構成される。
【０１０７】
この実施形態では、第2のチャネル切替命令情報を受信した後で、受信側は、受信側が、待機し、その受信側状態を「ネットワークデータの待機中・・・、待機時間は約15分」と修正し、その受信側状態をユーザに表示できるように、その中の第2の記述情報に従って、その遅延の後でだけ、データストリームを受信できることを獲得することが可能である。
【０１０８】
タイマーは、切替サーバが遅延時間長を決定した後で、その遅延時間長の後で開始することができ、切替サーバは、データストリームまたは調整されたデータストリームを受信側に送信できる点に留意されたい。
【０１０９】
この実施形態では、切替サーバが、切替リソース情報がその切替条件を満たさないことを決定したとき、遅延時間長を計算することが可能であり、受信側がそのデータをいつ受信し始めるかを獲得することができ、ユーザに待機時間を表示することができるように、その遅延時間長を受信側にフィードバックすることが可能である。結果として、データストリームが長い間受信されないとき、受信側がチャネル切替要求を繰り返し開始するにつれて、その要求が拒絶される状況を防止することが可能であり、これは、したがって、チャネル切替効率性を改善する。
【０１１０】
III.切替サーバは、受信側が目標マルチキャストグループに直接的に参加することをトリガする。
【０１１１】
図4を参照すると、以下のステップを含む、チャネル切替処理方法の別の実施形態が提供される。
【０１１２】
401:切替サーバは、受信側によって送信されたチャネル切替要求を受信する。
【０１１３】
番組を見て、別のチャネルに切り替えることを要求するとき、ユーザは、STBを介して切替サーバに対してチャネル切替要求を開始することが可能である。
【０１１４】
この実施形態では、受信側によって送信されたチャネル切替要求は、そこに切替することが要求された目標チャネルの識別子を搬送することが可能である。
【０１１５】
402:切替サーバは、そのチャネル切替要求に従って、現在の切替リソース情報が切替条件を満たすかどうかを決定し、現在の切替リソース情報がその切替条件を満たす場合、ステップ403を実行し、現在の切替リソース情報がその切替条件を満たさない場合、ステップ404を実行する。
【０１１６】
この実施形態において、切替リソース情報は、ネットワーク帯域幅情報と、サーバ負荷情報と、受信側のバッファ情報と、チャネルバッファ情報と、その他の情報とを含むことが可能である。実際の適用例では、切替リソース情報は、本明細書において特に限定されない、切替リソースを表すことが可能なその他のタイプの情報であってもよい点を理解されよう。
【０１１７】
受信側からチャネル切替要求を受信した後で、切替サーバは、目標チャネルの識別子を獲得して、局所的に格納されたチャネル識別子とリソース需要との間の対応する関係に従って、目標チャネルに切替するために必要とされる様々な切替リソース情報を獲得することが可能である。次いで、切替サーバは、切替リソース情報が切替条件を満たすかどうかを決定するために、現在対応している切替リソース情報を取得することが可能である。例えば、目標チャネルに切替するためにネットワーク内で少なくとも2Mアイドル帯域幅が必要とされる場合、切替サーバは、その帯域幅が切替条件を満たすかどうかを決定するために、現在のネットワークのアイドル帯域幅を検出することが可能である。
【０１１８】
この実施形態において、切替リソース情報が切替条件を満たすかどうかを決定する様式は、図2に示された決定様式と一致し、本明細書で二度と詳細に説明されない。
【０１１９】
403:受信側に高速チャネル切替サービスを提供する。
【０１２０】
切替リソース情報が切替条件を満たすことを決定したとき、切替サーバは、受信側に高速チャネル切替サービスを提供する、すなわち、元のマルチキャストストリームを複写することによって取得されたデータストリームを受信側に送信する。
【０１２１】
404:そのデータストリームに従って、次のランダムアクセスポイントが出現する瞬間を取得する。
【０１２２】
切替リソース情報が切替条件を満たさないことを決定したとき、切替サーバは、そのデータストリームに従って、次のランダムアクセスポイントが出現する瞬間、すなわち、受信側が目標マルチキャストグループに参加すること要求できる瞬間を決定することが可能である。
【０１２３】
405:チャネル切替要求が受信された瞬間から次のランダムアクセスポイントが出現する瞬間までの時間長が事前に設定された条件を満たすかどうかを決定し、その時間長が事前に設定された条件を満たす場合、ステップ406を実行し、その時間長が事前に設定された条件を満たさない場合、ステップ407を実行する。
【０１２４】
次のランダムアクセスポイントが出現する瞬間を決定した後で、切替サーバは、チャネル切替要求が受信された瞬間から次のランダムアクセスポイントが出現する瞬間までの時間長が事前に設定された条件を満たすかどうかを決定することが可能である。
【０１２５】
この実施形態では、以下の特定の事例において、事前に設定された条件を満たすことができる。
【０１２６】
チャネル切替要求が受信された瞬間から次のランダムアクセスポイントが出現する瞬間までの時間長が、第1の事前に設定された値よりもさらに大きいとき、および/または第2の事前に設定された値よりもさらに小さいとき、事前に設定された条件が満たされることが決定される。
【０１２７】
第1の事前に設定された値は、インターネットグループ管理プロトコル(IGMP)の参加遅延であってよく、第2の事前に設定された値は、切替サーバによって事前に設定された、受信側が目標マルチキャストグループに直接アクセスできる最大時間長であってよく、第1の事前に設定された値は、第2の事前に設定された値よりもさらに小さい。
【０１２８】
実際の適用例では、「チャネル切替要求が受信された瞬間から次のランダムアクセスポイントが出現する瞬間までの時間長は第1の事前に設定された値よりもさらに大きい」および「チャネル切替要求が受信された瞬間から次のランダムアクセスポイントが出現する瞬間までの時間長が第2の事前に設定された値よりもさらに小さい」という2つの決定条件は、個々に使用されてよく、または組み合わせて使用されてもよく、これは、本明細書において特に限定されないことに留意されたい。
【０１２９】
406:目標マルチキャストグループアドレスを含むチャネル切替命令情報を受信側に送信する。
【０１３０】
チャネル切替要求が受信された瞬間から次のランダムアクセスポイントが出現する瞬間までの時間長が事前に設定された条件を満たす場合、それは、受信側が、非常に短い時間の後で目標マルチキャストグループに参加することを要求できること、またはランダムアクセスポイントのデータを失わなくてよいことを示す。この場合、切替サーバは、第3のチャネル切替命令情報を受信側に送信し、この場合、第3のチャネル切替命令情報は、第3の記述情報および/または第3の処理情報を含む。
【０１３１】
この第3の記述情報は、目標マルチキャストグループアドレス、次のランダムアクセスポイントが出現する瞬間、およびサーバ例外情報のうちの少なくとも1つを含む。
【０１３２】
第3の処理情報は、目標マルチキャストグループアドレスに従って目標マルチキャストグループに即時に参加すること、または次のランダムアクセスポイントが出現する瞬間の前に、目標マルチキャストグループアドレスに従って目標マルチキャストグループに参加することを受信側に命令するように構成される。
【０１３３】
この実施形態では、第3のチャネル切替命令情報を受信した後で、受信側は、その中の第3の記述情報に従って、受信側が、切替サーバによって送信されたデータストリームを待たずに、元のマルチキャストストリームを受信するために、目標マルチキャストグループに直接的に参加できることを獲得することが可能である。したがって、受信側は、目標マルチキャストグループアドレスに従って目標マルチキャストグループに即時に参加すること、または次のランダムアクセスポイントが出現する前に、目標マルチキャストグループアドレスに従って目標マルチキャストグループに参加することが可能である。
【０１３４】
407:別の処理手順を実行する。
【０１３５】
チャネル切替要求が受信された瞬間から次のランダムアクセスポイントが出現する瞬間までの時間長が設定された条件を満たさない場合、それは、受信側が、非常に長い時間の後でだけ目標マルチキャストグループに参加することを要求できること、または、その時間長がIGMPの参加遅延よりもさらに短いとき、ランダムアクセスポイントのデータを失わなくてよいことを示す。したがって、切替サーバは、詳細には、調整されたデータストリームを受信側に送信するステップ、切替手順を終了するステップ、またはその他の処理手順を実行するステップであってよく、本明細書において限定されない別の処理手順を実行することが可能である。
【０１３６】
IV.切替サーバは、高速再生/低速再生を実行することを受信側に命令する。
【０１３７】
図5を参照すると、以下のステップを含む、チャネル切替処理方法の別の実施形態が提供される。
【０１３８】
501:切替サーバは、受信側によって送信されたチャネル切替要求を受信する。
【０１３９】
番組を見て、別のチャネルに切り替えることを要求するとき、ユーザは、STBを介して切替サーバに対してチャネル切替要求を開始することが可能である。
【０１４０】
502:切替サーバは、受信側バッファが切替条件を満たすかどうかを決定し、受信側バッファが切替条件を満たす場合、ステップ503を実行し、受信側バッファが切替条件を満たさない場合、ステップ504を実行する。
【０１４１】
この実施形態では、受信側によって送信されたチャネル切替要求は、バッファ要件情報を搬送することが可能であり、切替サーバは、そのバッファ要件情報に従って、受信側バッファが切替条件を満たすかどうかを決定し、その切替サーバがデータストリームを受信側に送信する場合、かつ切替サーバによってそのデータストリームを受信側に送信することが、受信側バッファが事前に設定されたバッファ最大しきい値よりもさらに大きい、または受信側バッファが事前に設定されたバッファ最小しきい値よりもさらに小さいという結果をもたらす可能性がある場合、受信側バッファはその切替条件を満たさないことが決定される。
【０１４２】
503:受信側に高速チャネル切替サービスを提供する。
【０１４３】
受信側のバッファ情報が切替条件を満たすことを決定したとき、切替サーバは、受信側に高速チャネル切替サービスを提供する、すなわち、元のマルチキャストストリームを複写することによって取得されたデータストリームを受信側に送信する。
【０１４４】
504:データストリームまたは調整されたデータストリームとチャネル切替命令情報とを受信側に送信する。
【０１４５】
この実施形態では、受信側のバッファ情報が切替条件を満たさないことを決定したとき、切替サーバは、データストリームまたは調整されたデータストリームを受信側に送信することが可能であり、同時に第4のチャネル切替命令情報を受信側に送信し、この場合、第4のチャネル切替命令情報は、第4の記述情報および/または第4の処理情報を含む。
【０１４６】
切替サーバによってデータストリームを受信側に送信することが、受信側バッファが事前に設定されたバッファ最大しきい値よりもさらに大きいという結果をもたらす可能性がある場合、第4の記述情報は、高速再生命令、目標マルチキャストグループアドレス、調整されたデータストリームの調整情報、メディア再生時間、およびサーバ例外情報のうちの少なくとも1つを搬送する。
【０１４７】
第4の処理情報は、高速再生命令に従って高速再生を実行すること、および/もしくは目標マルチキャストグループアドレスに従って目標マルチキャストグループに参加すること、および/もしくは調整されたデータストリーム内の失われたコンテンツを無視すること、および/もしくはデータ誤り訂正を取り消すこと、および/もしくは再生遅延を更新すること、ならびに/またはメディア再生時間に従ってデータストリーム内でメディアを再生することを受信側に命令するように構成される。
【０１４８】
切替サーバによってデータストリームを受信側に送信することが、受信側バッファが事前に設定されたバッファ最小しきい値よりもさらに小さいという結果をもたらす可能性がある場合、第4の記述情報は、低速再生命令、目標マルチキャストグループアドレス、調整されたデータストリームの調整情報、メディア再生時間、およびサーバ例外情報のうちの少なくとも1つを搬送する。
【０１４９】
第4の処理情報は、高速再生命令に従って低速再生を実行すること、および/もしくは目標マルチキャストグループアドレスに従って目標マルチキャストグループに参加すること、および/もしくは調整されたデータストリーム内の失われたコンテンツを無視すること、および/もしくはデータ誤り訂正を取り消すこと、および/もしくは再生遅延を更新すること、ならびに/またはメディア再生時間に従ってデータストリーム内のメディアを再生することを受信側に命令するように構成される。
【０１５０】
この実施形態では、データ誤り訂正は、BECおよびFECであってよい。
【０１５１】
この実施形態では、第4のチャネル切替命令情報を受信した後で、受信側は、その中の第4の記述情報に従って、高速再生を実行する必要があるか、または低速再生を実行する必要があるかを獲得することが可能である。受信側バッファが事前に設定されたバッファ最大しきい値よりもさらに大きい場合、受信側は、バッファ内の累積データが流出するのを防止するために、高速再生を実行する。受信側バッファが事前に設定されたバッファ最小しきい値よりもさらに小さい場合、受信側は、受信側バッファが空であることにより再生が失敗するのを回避するために、低速再生を実行する。
【０１５２】
加えて、受信側は、目標マルチキャストグループアドレスに従って目標マルチキャストグループに参加すること、および/もしくは調整されたデータストリーム内の失われたコンテンツを無視すること、および/もしくはデータ誤り訂正を取り消すこと、ならびに/または再生遅延を更新することも可能であり、この場合、具体的な処理様式は、上記の実施形態における処理様式に類似し、本明細書で二度と詳細に説明されない。
【０１５３】
この実施形態では、チャネルバッファ情報に従って、データストリームが受信側の再生時間推移を事前に設定されたしきい値よりもさらに大きくすることを決定したとき、切替サーバは、メディア再生時間を修正して、そのメディア再生時間に従ってデータストリーム内のメディアを再生することを受信側に命令するために、その修正されたメディア再生時間を受信側に送信することも可能である点に留意されたい。
【０１５４】
この実施形態では、受信側のバッファ情報が切替条件を満たさないことを決定したとき、切替サーバは、受信側が、切替サーバに対してチャネル切替要求を繰り返し開始する代わりに、その命令に従って対応する高速再生/低速再生を実行することを可能にするために、高速再生命令/低速再生命令を受信側に送信することが可能であり、これは、したがって、チャネル切替効率性を改善する。
【０１５５】
V.切替サーバは切替手順を強制的に終了する。
【０１５６】
図6を参照すると、以下のステップを含む、チャネル切替処理方法の別の実施形態が提供される。
【０１５７】
ステップ601〜603は、図2に示された実施形態のステップ201〜203と同じであり、本明細書で二度と詳細に説明されない。
【０１５８】
604:切替手順を終了して、チャネル切替命令情報を受信側に送信する。
【０１５９】
切替リソース情報が切替条件を満たさないことを決定したとき、切替サーバは、チャネル切替手順を終了して、第5のチャネル切替命令情報を受信側に送信し、この場合、第5のチャネル切替命令情報は、第5の記述情報および/または第5の処理情報を含む。
【０１６０】
第5の記述情報は、目標マルチキャストグループアドレス、次のランダムアクセスポイントが出現する瞬間、一時停止時間長、およびサーバ例外情報のうちの少なくとも1つを含む。
【０１６１】
第5の処理情報は、目標マルチキャストグループアドレスに従って目標マルチキャストグループに即時に参加すること、および/もしくは次のランダムアクセスポイントが出現する瞬間の前に、目標マルチキャストグループアドレスに従って目標マルチキャストグループに参加すること、および/もしくはデータストリームと目標マルチキャストグループによって提供されたマルチキャストストリームとの間のギャップを無視すること、ならびに/または一時停止時間長の後で切替サーバに対して新しいチャネル切替要求を再開することを受信側に命令するように構成される。
【０１６２】
この実施形態では、第5のチャネル切替命令情報を受信した後で、受信側は、その中の第5の記述情報に従って、切替サーバが切替手順を終了したことを獲得することが可能である。したがって、受信側は、第5の記述情報内に含まれた目標マルチキャストグループアドレスに従って目標マルチキャストグループに参加すること、またはある期間にわたって待機した後で、切替サーバに対して新しいチャネル切替要求を再開することを直接的に要求することが可能である。
【０１６３】
この実施形態では、切替リソース情報が切替条件を満たさないことを決定したとき、切替サーバは、切替手順を直接的に終了して、チャネル切替命令情報を受信側に送信することが可能である。結果として、受信側は、切替サーバによってフィードバックされたチャネル切替命令情報に従って対応する動作を実行すること、例えば、目標マルチキャストグループに参加すること、または切替サーバによって提供された高速チャネル切替サービスを待機し続ける代わりに、ある期間にわたって待機した後で、切替サーバに対して新しいチャネル切替要求を再開することが可能であり、これは、したがって、チャネル切替効率性を改善する。
【０１６４】
上記の実施形態では、チャネル切替処理方法は、主に、切替サーバの点から説明されている。本発明の実施形態において、受信側は、切替サーバの命令に従って、詳細には、以下のステップを含む、対応する動作を実行することも可能である点を理解されよう。
【０１６５】
(1)受信側は、チャネル切替要求を切替サーバに送信する。
【０１６６】
(2)現在の切替リソース情報が切替条件を満たさないとき、受信側は、切替サーバによってフィードバックされたチャネル切替命令情報を受信する。
【０１６７】
この実施形態では、切替サーバによってフィードバックされたチャネル切替命令情報は、上記の実施形態における、第1のチャネル切替命令情報から第5のチャネル切替命令情報のうちのいずれか1つであってよく、その具体的なコンテンツは、本明細書で二度と詳細に説明されない。
【０１６８】
(3)受信側は、チャネル切替命令情報に従って対応する処理を実行する。
【０１６９】
この実施形態では、チャネル切替命令情報に従って、受信側によって実行される特定の処理は、上記の実施形態の説明と一致し、本明細書で二度と詳細に説明されない。
【０１７０】
この実施形態では、受信側は、切替サーバによって送信されたチャネル切替命令情報を受信した後で、そのチャネル切替命令情報に従って合理的な動作を実行することが可能であり、これは、したがって、チャネル切替効率性を改善する。
【０１７１】
詳細には、以下のステップを含む、チャネル切替処理方法の別の実施形態が提供される。
【０１７２】
(1)切替サーバは、受信側によって送信されたチャネル切替要求を受信する。
【０１７３】
この実施形態では、受信側によって送信されたチャネル切替要求は、目標チャネルの識別子を搬送することが可能である。
【０１７４】
(2)切替サーバは、チャネル切替要求に従ってデータストリームから次のランダムアクセスポイントが出現する瞬間を取得し、この場合、データストリームは、元のマルチキャストストリームを複写することによって取得される。
【０１７５】
受信側によって送信されたチャネル切替要求を受信するとき、切替サーバは、チャネル切替要求から目標チャネルの識別子を取得して、その識別子に従って目標マルチキャストグループを決定し、目標マルチキャストグループから元のマルチキャストストリームを取得して、元のマルチキャストストリームを複写してデータストリームを取得することが可能である。
【０１７６】
その後で、次のランダムアクセスポイントが出現する瞬間、すなわち、受信側が目標マルチキャストグループに参加することを要求できる瞬間をデータストリームから決定することが可能である。
【０１７７】
(3)切替サーバは、チャネル切替要求が受信された瞬間から次のランダムアクセスポイントが出現する瞬間までの時間長が事前に設定された条件を満たすかどうかを決定し、その時間長が事前に設定された条件を満たす場合、切替サーバは、チャネル切替命令情報を受信側に送信し、この場合、チャネル切替命令情報は、記述情報および処理情報を含む。この記述情報は、目標マルチキャストグループアドレスと、次のランダムアクセスポイントが出現する瞬間とを含む。この処理情報は、目標マルチキャストグループアドレスに従って目標マルチキャストグループに即時に参加すること、または次のランダムアクセスポイントが出現する瞬間の前に、目標マルチキャストグループアドレスに従って目標マルチキャストグループに参加することを受信側に命令するように構成される。
【０１７８】
この実施形態では、次のランダムアクセスポイントが出現する瞬間を決定した後で、切替サーバは、チャネル切替要求が受信された瞬間から次のランダムアクセスポイントが出現する瞬間までの時間長が事前に設定された条件を満たすかどうかを決定することが可能である。
【０１７９】
この実施形態では、以下の特定の事例において、事前に設定された条件を満たすことが可能である。
【０１８０】
チャネル切替要求が受信された瞬間から次のランダムアクセスポイントが出現する瞬間までの時間長が、第1の事前に設定された値よりもさらに大きいとき、および/または第2の事前に設定された値よりもさらに小さいとき、事前に設定された条件が満たされることが決定される。
【０１８１】
第1の事前に設定された値は、IGMPの参加遅延であってよく、第2の事前に設定された値は、切替サーバによって事前に設定された、受信側が目標マルチキャストグループに直接的にアクセスできる最大時間長であってよく、第1の事前に設定された値は、第2の事前に設定された値よりもさらに小さい。
【０１８２】
「チャネル切替要求が受信された瞬間から次のランダムアクセスポイントが出現する瞬間までの時間長が第1の事前に設定された値よりもさらに大きい」および「チャネル切替要求が受信された瞬間から次のランダムアクセスポイントが出現する瞬間までの時間長が第2の事前に設定された値よりもさらに小さい」という2つの決定条件は、個々に使用されてよく、または組み合わせて使用されてもよく、これは、本明細書において特に限定されない点に留意されたい。
【０１８３】
この実施形態では、受信側のチャネル切替要求を受信した後で、切替サーバは、切替リソース情報を考慮せずに、次のランダムアクセスポイントが出現する瞬間を直接的に取得することが可能である。チャネル切替要求が受信された瞬間から次のランダムアクセスポイントが出現する瞬間までの時間長が事前に設定された条件を満たすことを決定した後で、切替サーバは、目標マルチキャストグループアドレスを含むチャネル切替命令情報を受信側に送信して、目標マルチキャストグループアドレスに従って目標マルチキャストグループに参加することを受信側に命令することが可能である。したがって、受信側は、切替サーバがデータストリームを送信するのを待機する必要がなく、元のマルチキャストストリームを目標マルチキャストグループから直接的に受信することが可能であり、これは、したがって、チャネル切替効率性を改善する。
【０１８４】
図7を参照すると、切替サーバ701と、受信側702とを含むチャネル切替処理システムの一実施形態が提供される。
【０１８５】
切替サーバ701は、受信側702によって送信されたチャネル切替要求を受信して、現在の切替リソース情報が切替条件を満たさないことを決定したとき、例外処理手順を実行して、チャネル切替命令情報を受信側702に送信するように構成される。
【０１８６】
受信側702は、チャネル切替要求を切替サーバ701に送信して、切替サーバ701によって送信されたチャネル切替命令情報を受信し、そのチャネル切替命令情報に従って、そのチャネル切替命令情報に対応するチャネル切替動作を実行するように構成される。
【０１８７】
より良好な理解のために、この実施形態のチャネル切替処理システムは、下で適用シナリオの形で説明される。
【０１８８】
番組を見て、別のチャネルに切替することを要求するとき、ユーザは、STBを介して切替サーバ701に対してチャネル切替要求を開始することが可能である。
【０１８９】
切替サーバ701は、現在の切替リソース情報が切替条件を満たすかどうかを決定し、現在の切替リソース情報が切替条件を満たす場合、切替サーバ701は、受信側702に高速チャネル切替サービスを提供する、すなわち、元のマルチキャストストリームを複写することによって取得されたデータストリームを受信側に送信する。
【０１９０】
切替リソース情報が切替条件を満たさないことを決定したとき、切替サーバ701は、例外処理手順を実行して、チャネル切替命令情報に対応する動作を実行することを受信側に命令するように構成されたチャネル切替命令情報を受信側702に送信する。
【０１９１】
この実施形態では、現在の切替リソース情報が切替条件を満たさないことを決定したとき、切替サーバ701は、例外処理手順を実行して、対応する動作を実行することを受信側702に表示するためのチャネル切替命令情報を受信側702に送信することが可能である。結果として、通常の高速チャネル切替サービスを提供できないとき、切替サーバ701は、どの種類の対応する動作が実行されるべきかに関して受信側702に命令するために、特定のチャネル切替命令情報を受信側702に送信することが可能であり、一方、受信側702が、合理的な動作を実行して、切替サーバ701の利用可能なリソースを効果的に使用することを可能にするために、チャネル切替要求を必ずしも直接的に拒絶しなくてもよく、これは、したがって、チャネル切替効率性を改善する。
【０１９２】
図8を参照すると、受信ユニット801と、リソース解析ユニット802と、例外処理ユニット803とを含む切替サーバの一実施形態が提供される。
【０１９３】
受信ユニット801は、受信側によって送信されたチャネル切替要求を受信するように構成される。
【０１９４】
リソース解析ユニット802は、チャネル切替要求に従って、現在の切替リソース情報が切替条件を満たすかどうかを決定するように構成される。
【０１９５】
例外処理ユニット803は、リソース解析ユニット802が、現在の切替リソース情報が切替条件を満たさないことを決定したとき、例外処理手順を実行して、チャネル切替命令情報に対応するチャネル切替動作を実行することを受信側に命令するように構成されたチャネル切替命令情報を受信側に送信するように構成される。
【０１９６】
より良好な理解のために、切替サーバは、特定の実施形態を参照して説明される。図9を参照すると、受信ユニット901と、リソース解析ユニット902と、例外処理ユニット903と、データ記憶ユニット904とを含む切替サーバの別の実施形態が提供される。
【０１９７】
受信ユニット901は、受信側によって送信されたチャネル切替要求を受信するように構成される。
【０１９８】
リソース解析ユニット902は、そのチャネル切替要求に従って、現在の切替リソース情報が切替条件を満たすかどうかを決定するように構成される。
【０１９９】
例外処理ユニット903は、リソース解析ユニット902が、現在の切替リソース情報が切替条件を満たさないことを決定したとき、例外処理手順を実行して、チャネル切替命令情報に対応するチャネル切替動作を実行することを受信側に命令するように構成されたチャネル切替命令情報を受信側に送信するように構成される。
【０２００】
データ記憶ユニット904は、元のマルチキャストストリームを複写することによって取得されたデータストリームを格納するように構成される。
【０２０１】
この実施形態において、例外処理ユニット903は、以下のユニット、すなわち、データ調整ユニット9031、データ送信ユニット9032、遅延時間長計算ユニット9033、切替制御ユニット9034、および切替終了ユニット9035のうちの少なくとも1つを含む。
【０２０２】
データ調整ユニット9031は、調整されたデータストリームを取得するために、データ記憶ユニット904内に格納されたデータストリームを調整して、その調整されたデータストリームを受信側に送信するように構成される。
【０２０３】
データ送信ユニット9032は、データ格納ユニット904内に格納されたデータストリームを受信側に送信するように構成される。
【０２０４】
遅延時間長計算ユニット9033は、その切替リソース情報に従って遅延時間長を計算するように構成される。
【０２０５】
切替制御ユニット9034は、データ記憶ユニット904内に格納されたデータストリームに従って次のランダムアクセスポイントが出現する瞬間を取得して、チャネル切替要求が受信された瞬間から次のランダムアクセスポイントが出現する瞬間までの時間長が事前に設定された条件を満たすかどうか決定し、その時間長が事前に設定された条件を満たす場合、受信側が目標マルチキャストグループに直接的に参加することをトリガするように構成される。
【０２０６】
切替終了ユニット9035は、チャネル切替手順を終了するように構成される。
【０２０７】
この実施形態では、例外処理ユニット903内に含まれたそれぞれのユニットによって実装される具体的な機能は、上で説明された5つの方法の実施形態と一致し、本明細書で二度と詳細に説明されない。
【０２０８】
この実施形態では、リソース解析ユニット902が、現在の切替リソース情報が切替条件を満たさないことを決定したとき、例外処理ユニット903は、例外処理手順を実行して、受信側が、合理的な動作を実行して、切替サーバの利用可能なリソースを効果的に使用することを可能にするために、対応する動作を実行することを受信側に表示するチャネル切替命令情報を受信側に送信することが可能であり、これは、したがって、チャネル切替効率性を改善する。
【０２０９】
図10を参照すると、要求送信ユニット1001と、命令受信ユニット1002と、処理ユニット1003とを含む受信側の一実施形態が提供される。
【０２１０】
要求送信ユニット1001は、チャネル切替要求を切替サーバに送信するように構成される。
【０２１１】
命令受信ユニット1002は、切替サーバが、そのチャネル切替要求に従って、現在の切替リソース情報が切替条件を満たさないことを決定したとき、切替サーバによって送信されたチャネル切替命令情報を受信するように構成される。
【０２１２】
処理ユニット1003は、そのチャネル切替命令情報に従ってチャネル切替命令情報に対応するチャネル切替動作を実行するように構成される。
【０２１３】
この実施形態において受信側によって実行される機能は、上記の方法の実施形態において説明された、受信側によって実行される機能と一致し、本明細書で二度と詳細に説明されない。
【０２１４】
この実施形態では、命令受信ユニット1002が切替サーバによって送信されたチャネル切替命令情報を受信した後で、処理ユニット1003は、そのチャネル切替命令情報に従って合理的な動作を実行することが可能であり、これは、したがって、チャネル切替効率性を改善する。
【０２１５】
当業者は、上記の実施形態の方法のステップのすべてまたは一部は、プログラムを用いて関連ハードウェアに命令することによって実現可能である点を理解されたい。これらのプログラムは、読出し専用メモリ(ROM)、磁気ディスク、または光ディスクなど、コンピュータ可読記憶媒体内に格納可能である。
【０２１６】
本発明において提供されるチャネル切替処理方法、システム、および関連デバイスが上で詳細に紹介された。当業者は、本発明のこれらの実施形態の概念に従って、具体的な実装形態および適用範囲を変更することが可能である。上記の説明に照らして、本明細書は、本発明への限定と見なされるべきではない。
【符号の説明】
【０２１７】
701  切替サーバ
702  受信側
801  受信ユニット
802  リソース解析ユニット
803  例外処理ユニット
901  受信ニット
902  リソース解析ユニット
903  例外処理ユニット
904  データ記憶ユニット
9031  データ調整ユニット
9032  データ送信ユニット
9033  遅延時間長計算ユニット
9034  切替制御ユニット
9035  切替終了ユニット
1001  要求送信ユニット
1002  命令受信ユニット
1003  処理ユニット
【図１】
0005663810.tif 000002
【図２】
0005663810.tif 000003
【図３】
0005663810.tif 000004
【図４】
0005663810.tif 000005
【図５】
0005663810.tif 000006
【図６】
0005663810.tif 000007
【図７】
0005663810.tif 000008
【図８】
0005663810.tif 000009
【図９】
0005663810.tif 000010
【図１０】
0005663810.tif 000011
【図１１】
0005663810.tif 000012