(57)【特許請求の範囲】
【請求項１】
再生装置によって、ターゲットチャネルへの変更のためのチャネル変更要求を高速チャネル変更（FCC）サーバに送信するステップと、
前記再生装置によって、再生のために、前記FCCサーバによって迅速に送信される前記ターゲットチャネルの低ビットレートメディアストリームを受信するステップと、
前記再生装置によって、前記FCCサーバによって送信されたクイック送信終了通知を受信したとき、ヘッドエンド装置から前記ターゲットチャネルのソースビットレートメディアストリームを受信するステップと、
前記再生装置によって、前記ターゲットチャネルの前記ソースビットレートメディアストリームと前記ターゲットチャネルの前記低ビットレートメディアストリームとをスプライシングし、および再生を実行する、ステップであって、
低ビットレートアライメントデータスライスおよびソースビットレートアライメントデータスライスを、前記ソースビットレートメディアストリームおよび前記低ビットレートメディアストリームの、データパケットのイニシャルパケット検出情報に基づいて、決定するステップと、
スプライシングされたターゲットメディアストリームを作成するために、前記ソースビットレートメディアストリームと前記低ビットレートメディアストリームとをスプライシングするステップと、
前記スプライシングされたターゲットメディアストリームを再生するステップと、
を含むチャネル変更方法。
【請求項２】
前記再生装置によって、前記ターゲットチャネルの前記ソースビットレートメディアストリームと前記ターゲットチャネルの前記低ビットレートメディアストリームとをスプライシングし、および再生を実行する、前記ステップは、
前記再生装置によって、前記低ビットレートアライメントデータスライスの前のデータスライスの後ろに、前記ターゲットチャネルのものであって、前記ソースビットレートアライメントデータスライスから始まる、前記ソースビットレートメディアストリームをスプライシングする、ステップ
をさらに含む、請求項1に記載の方法。
【請求項３】
前記イニシャルパケット検出情報は、イニシャルパケット識別子とタイムスタンプとを含み、
前記再生装置によって、低ビットレートアライメントデータスライスおよびソースビットレートアライメントデータスライスを、現在受信されている、前記ターゲットチャネルの前記ソースビットレートメディアストリームおよび前記ターゲットチャネルの前記低ビットレートメディアストリームの、データパケットのイニシャルパケット検出情報に基づいて決定する前記ステップは、
前記再生装置によって、前記ターゲットチャネルの前記現在受信されているソースビットレートメディアストリームから、そのイニシャルパケット識別子が、プリセットされたイニシャルパケット識別子であるターゲットデータパケット、前記ターゲットデータパケットのタイムスタンプ、および前記ターゲットデータパケットが属するターゲットデータスライスを取得するステップと、
前記再生装置によって、前記ターゲットチャネルの前記現在受信されている低ビットレートメディアストリームの最後のデータスライスの最初のデータパケットのタイムスタンプを取得するステップと、
前記最初のデータパケットの前記タイムスタンプが前記ターゲットデータパケットの前記タイムスタンプと同じである場合、前記再生装置によって、前記ターゲットチャネルの前記低ビットレートメディアストリームの前記最後のデータスライスを前記低ビットレートアライメントデータスライスとして決定し、および前記ターゲットデータスライスを前記ソースビットレートアライメントデータスライスとして決定する、ステップと
を含む、請求項2に記載の方法。
【請求項４】
前記方法は、
前記再生装置によって、スプライシングする前記ステップを完了したとき、送信停止通知を前記FCCサーバに送信するステップであって、前記送信停止通知は、前記ターゲットチャネルの前記低ビットレートメディアストリームを前記再生装置に送信するステップを停止するように前記FCCサーバに指示するために使用される、ステップ
をさらに含む、請求項1から3のいずれか一項に記載の方法。
【請求項５】
FCCサーバによって、ターゲットチャネルへの変更のために再生装置から送信されたチャネル変更要求を受信するステップと、
前記FCCサーバによって、前記ターゲットチャネルの低ビットレートメディアストリームを前記再生装置に、プリセットされた高レートで迅速に送信し、およびヘッドエンド装置から前記ターゲットチャネルのソースビットレートメディアストリームを受信する、ステップと、
前記FCCサーバによって、前記ターゲットチャネルの前記ソースビットレートメディアストリームと前記ターゲットチャネルの前記低ビットレートメディアストリームとをスプライシングし、およびスプライシングされたターゲットメディアストリームを前記再生装置に、前記プリセットされた高レートで迅速に送信する、ステップと、
前記FCCサーバによって、クイック送信終了通知を前記再生装置に送信し、および前記ターゲットメディアストリームを前記再生装置に、プリセットされた通常レートで迅速に送信する、ステップであって、前記クイック送信終了通知は、前記ヘッドエンド装置から前記ターゲットチャネルの前記ソースビットレートメディアストリームを受信するように前記再生装置に指示するために使用され、前記プリセットされた高レートは、前記プリセットされた通常レートよりも高い、ステップと
を含むチャネル変更方法。
【請求項６】
前記FCCサーバによって、前記ターゲットチャネルの前記ソースビットレートメディアストリームと前記ターゲットチャネルの前記低ビットレートメディアストリームとをスプライシングする前記ステップは、
前記FCCサーバによって、低ビットレートアライメントデータスライスおよびソースビットレートアライメントデータスライスを、現在受信されている、前記ターゲットチャネルの前記ソースビットレートメディアストリームおよび前記ターゲットチャネルの前記低ビットレートメディアストリームの、データパケットのイニシャルパケット検出情報に基づいて、決定するステップと、
前記FCCサーバによって、前記低ビットレートアライメントデータスライスの前のデータスライスの後ろに、前記ターゲットチャネルのものであって、前記ソースビットレートアライメントデータスライスから始まる、前記ソースビットレートメディアストリームをスプライシングするステップと
を含む、請求項5に記載の方法。
【請求項７】
前記イニシャルパケット検出情報は、イニシャルパケット識別子とタイムスタンプとを含み、
前記FCCサーバによって、低ビットレートアライメントデータスライスおよびソースビットレートアライメントデータスライスを、現在受信されている、前記ターゲットチャネルの前記ソースビットレートメディアストリームおよび前記ターゲットチャネルの前記低ビットレートメディアストリームのデータパケットの、イニシャルパケット検出情報に基づいて決定する前記ステップは、
前記FCCサーバによって、前記ターゲットチャネルの前記現在受信されているソースビットレートメディアストリームから、そのイニシャルパケット識別子が、プリセットされたイニシャルパケット識別子であるターゲットデータパケット、前記ターゲットデータパケットのタイムスタンプ、および前記ターゲットデータパケットが属するターゲットデータスライスを取得するステップと、
前記FCCサーバによって、前記ターゲットチャネルの前記現在受信されている低ビットレートメディアストリームの最後のデータスライスの最初のデータパケットのタイムスタンプを取得するステップと、
前記最初のデータパケットの前記タイムスタンプが前記ターゲットデータパケットの前記タイムスタンプと同じである場合、前記FCCサーバによって、前記ターゲットチャネルの前記低ビットレートメディアストリームの前記最後のデータスライスを前記低ビットレートアライメントデータスライスとして決定し、および前記ターゲットデータスライスを前記ソースビットレートアライメントデータスライスとして決定する、ステップと
を含む、請求項6に記載の方法。
【請求項８】
前記FCCサーバによって、クイック送信終了通知を前記再生装置に送信する前記ステップは、
前記FCCサーバによって、ある期間内に、前記クイック送信終了通知を前記再生装置に送信するステップであって、前記期間と前記ソースビットレートアライメントデータスライスのクイック送信完了時点との間のインターバル時間は、あるしきい値未満である、ステップ
を含む、請求項6または7に記載の方法。
【請求項９】
前記方法は、
前記FCCサーバによって、前記再生装置によって送信された送信停止通知を受信し、および前記送信停止通知に基づいて、前記ターゲットメディアストリームを前記再生装置に送信するステップを停止する、ステップ
をさらに含む、請求項5から8のいずれか一項に記載の方法。
【請求項１０】
プロセッサとトランシーバとを含む再生装置であって、
前記トランシーバは、ターゲットチャネルへの変更のためのチャネル変更要求を高速チャネル変更（FCC）サーバに送信するように構成され、
前記トランシーバは、再生のために、前記FCCサーバによって迅速に送信される前記ターゲットチャネルの低ビットレートメディアストリームを受信するようにさらに構成され、
前記トランシーバは、前記FCCサーバによって送信されたクイック送信終了通知を受信したとき、ヘッドエンド装置から前記ターゲットチャネルのソースビットレートメディアストリームを受信するようにさらに構成され、
前記プロセッサは、前記ターゲットチャネルの前記ソースビットレートメディアストリームと前記ターゲットチャネルの前記低ビットレートメディアストリームとをスプライシングし、および再生を実行する、ように構成され、
前記プロセッサは、低ビットレートアライメントデータスライスおよびソースビットレートアライメントデータスライスを、現在受信されている、前記ターゲットチャネルの前記ソースビットレートメディアストリームおよび前記ターゲットチャネルの前記低ビットレートメディアストリームの、データパケットのイニシャルパケット検出情報に基づいて決定し、および前記低ビットレートアライメントデータスライスの前のデータスライスの後ろに、前記ターゲットチャネルのものであって、前記ソースビットレートアライメントデータスライスから始まる、前記ソースビットレートメディアストリームをスプライシングし、および再生を実行する、ようにさらに構成される、
再生装置。
【請求項１１】
前記イニシャルパケット検出情報は、イニシャルパケット識別子とタイムスタンプとを含み、
前記プロセッサは、前記ターゲットチャネルの前記現在受信されているソースビットレートメディアストリームから、そのイニシャルパケット識別子が、プリセットされたイニシャルパケット識別子であるターゲットデータパケット、前記ターゲットデータパケットのタイムスタンプ、および前記ターゲットデータパケットが属するターゲットデータスライスを取得し、前記ターゲットチャネルの前記現在受信されている低ビットレートメディアストリームの最後のデータスライスの最初のデータパケットのタイムスタンプを取得し、前記最初のデータパケットの前記タイムスタンプが前記ターゲットデータパケットの前記タイムスタンプと同じである場合、前記ターゲットチャネルの前記低ビットレートメディアストリームの前記最後のデータスライスを前記低ビットレートアライメントデータスライスとして決定し、および前記ターゲットデータスライスを前記ソースビットレートアライメントデータスライスとして決定する、ように具体的に構成される、
請求項10に記載の再生装置。
【請求項１２】
前記トランシーバは、スプライシングする前記ステップが完了されたとき、送信停止通知を前記FCCサーバに送信し、前記送信停止通知は、前記ターゲットチャネルの前記低ビットレートメディアストリームを前記再生装置に送信するステップを停止するように前記FCCサーバに指示するために使用される、ようにさらに構成される、
請求項10または11のいずれか一項に記載の再生装置。
【請求項１３】
プロセッサとトランシーバとを含むFCCサーバであって、
前記トランシーバは、ターゲットチャネルへの変更のために再生装置から送信されたチャネル変更要求を受信するように構成され、
前記トランシーバは、前記ターゲットチャネルの低ビットレートメディアストリームを前記再生装置に、プリセットされた高レートで迅速に送信し、およびヘッドエンド装置から前記ターゲットチャネルのソースビットレートメディアストリームを受信する、ようにさらに構成され、
前記プロセッサは、前記ターゲットチャネルの前記ソースビットレートメディアストリームと前記ターゲットチャネルの前記低ビットレートメディアストリームとをスプライシングするように構成され、
前記トランシーバは、スプライシングされたターゲットメディアストリームを前記再生装置に、前記プリセットされた高レートで迅速に送信するようにさらに構成され、
前記トランシーバは、クイック送信終了通知を前記再生装置に送信し、および前記ターゲットメディアストリームを前記再生装置に、プリセットされた通常レートで迅速に送信し、前記クイック送信終了通知は、前記ヘッドエンド装置から前記ターゲットチャネルの前記ソースビットレートメディアストリームを受信するように前記再生装置に指示するために使用され、前記プリセットされた高レートは、前記プリセットされた通常レートよりも高い、ように構成される、
FCCサーバ。
【請求項１４】
前記プロセッサは、低ビットレートアライメントデータスライスおよびソースビットレートアライメントデータスライスを、現在受信されている、前記ターゲットチャネルの前記ソースビットレートメディアストリームおよび前記ターゲットチャネルの前記低ビットレートメディアストリームの、データパケットのイニシャルパケット検出情報に基づいて決定し、および前記低ビットレートアライメントデータスライスの前のデータスライスの後ろに、前記ターゲットチャネルのものであって、前記ソースビットレートアライメントデータスライスから始まる、前記ソースビットレートメディアストリームをスプライシングする、ように具体的に構成される、請求項13に記載のFCCサーバ。
【請求項１５】
前記イニシャルパケット検出情報は、イニシャルパケット識別子とタイムスタンプとを含み、
前記プロセッサは、前記ターゲットチャネルの前記現在受信されているソースビットレートメディアストリームから、そのイニシャルパケット識別子が、プリセットされたイニシャルパケット識別子であるターゲットデータパケット、前記ターゲットデータパケットのタイムスタンプ、および前記ターゲットデータパケットが属するターゲットデータスライスを取得し、前記ターゲットチャネルの前記現在受信されている低ビットレートメディアストリームの最後のデータスライスの最初のデータパケットのタイムスタンプを取得し、前記最初のデータパケットの前記タイムスタンプが前記ターゲットデータパケットの前記タイムスタンプと同じである場合、前記ターゲットチャネルの前記低ビットレートメディアストリームの前記最後のデータスライスを前記低ビットレートアライメントデータスライスとして決定し、および前記ターゲットデータスライスを前記ソースビットレートアライメントデータスライスとして決定する、ように具体的に構成される、
請求項14に記載のFCCサーバ。
【請求項１６】
前記トランシーバは、ある期間内に、前記クイック送信終了通知を前記再生装置に送信し、前記期間と前記ソースビットレートアライメントデータスライスのクイック送信完了時点との間のインターバル時間は、あるしきい値未満である、ように具体的に構成される、請求項14または15に記載のFCCサーバ。
【請求項１７】
前記トランシーバは、前記再生装置によって送信された送信停止通知を受信し、および前記送信停止通知に基づいて、前記ターゲットメディアストリームを前記再生装置に送信するステップを停止する、ようにさらに構成される、
請求項13から16のいずれか一項に記載のFCCサーバ。
【請求項１８】
命令を含み、前記命令がコンピュータ上で実行されると、前記コンピュータは請求項1から4のいずれか一項に記載のチャネル変更方法を実行することができるコンピュータ可読記憶媒体。
【請求項１９】
命令を含み、前記命令がコンピュータ上で実行されると、前記コンピュータは請求項5から9のいずれか一項に記載のチャネル変更方法を実行することができるコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、2017年3月13日に中国特許庁出願され、「チャネル変更方法およびその装置」と題される、中国特許出願第201710147526．6に対する優先権を主張し、その全体が、参照により本明細書に組み込まれる。
【０００２】
本発明は、インターネットプロトコルテレビジョン（Internet Protocol Television、IPTV）の分野に関し、詳細には、チャネル変更方法およびその装置に関する。
【背景技術】
【０００３】
通常、IPTVシステムは、ヘッドエンド装置と、高速チャネル変更（Fast Channel Change、FCC）サーバと、再生装置とを含み、ヘッドエンド装置は、エンコーダ（Encoder）と、メディア中継機能（Media Relay Function、MRF）とを含む。
【０００４】
IPTVシステムでは、チャネル変更時間はユーザエクスペリエンスに関連する非常に重要な指標であり、チャネル変更を開始してからIフレームを正常に再生するまで、再生装置によってかかる期間である。メディアストリームは、3種類の交互に配列されたフレーム、すなわちI、B、およびPフレーム、たとえばIBBPBBPIBBPBBP、によって形成される。再生装置は、BフレームおよびPフレームのみを受信したときにデコードを独立して実行することができず、再生装置は、Iフレームを受信した後にのみ、デコードを実行、および画像を再生し始める必要がある。チャネル変更時間は、ヘッドエンド装置のメディアストリーム出力、FCCサーバの処理、再生装置のバッファリングなどのすべてのリンクに関係する。
【０００５】
現在、典型的なチャネル変更手順では、FCCサーバに、ターゲットチャネルへの変更のためのチャネル変更要求を送信した後、再生装置は、FCCサーバによって送信される、ターゲットチャネルのユニキャストメディアストリームを受信して再生する。ユーザの観点からは、このチャネル変更は完了されている。しかしながら、再生装置の観点からは、このチャネル変更は完了されてない。FCCサーバによって配信されたクイック送信終了通知を再生装置が受信したとき、再生装置はマルチキャストグループに参加し、そしてヘッドエンド装置によって送信されるターゲットチャネルのマルチキャストメディアストリームを受信する。このチャネル変更は、ターゲットチャネルのマルチキャストメディアストリームが再生されたときに完了される。
【０００６】
前述のチャネル変更手順では、FCCサーバがユニキャストメディアストリームを再生装置に送信し始める時点から、再生装置がユニキャストメディアストリームをデコードおよび再生する時点まで、400msから500msが消費される。これは、チャネル変更時間にある程度影響する。
【発明の概要】
【０００７】
本発明の実施形態によって解決される技術的課題は、チャネル変更速度を改善し、チャネル変更時間を削減し、帯域幅を節約するために、チャネル変更方法およびその装置を提供することである。
【課題を解決するための手段】
【０００８】
第1の態様によれば、本発明の一実施形態は、
再生装置によって、ターゲットチャネルへの変更のためのチャネル変更要求を高速チャネル変更FCCサーバに送信するステップと、
再生装置によって、再生のために、FCCサーバによって迅速に送信されるターゲットチャネルの低ビットレートメディアストリームを受信するステップと、
再生装置によって、FCCサーバによって送信されたクイック送信終了通知を受信したとき、ヘッドエンド装置からターゲットチャネルのソースビットレートメディアストリームを受信するステップと、
再生装置によって、ターゲットチャネルのソースビットレートメディアストリームとターゲットチャネルの低ビットレートメディアストリームとをスプライシングし、および再生を実行する、ステップと
を含むチャネル変更方法を提供する。
【０００９】
本発明の実施形態の第1の態様によれば、チャネル変更速度が改善されることができ、チャネル変更時間が削減されることができ、そして帯域幅が節約されることができるように、FCCサーバによって迅速に送信された低ビットレートメディアストリームが受信される。スムーズな再生が実現されることができ、そしてユーザエクスペリエンスが改善されることができるように、ソースビットレートメディアストリームと低ビットレートメディアストリームとがスプライシングされる。
【００１０】
可能な一実施態様では、ヘッドエンド装置は、チャネルについて、少なくともソースビットレートメディアストリームと低ビットレートメディアストリームとを出力し、再生装置によって送信されたチャネル変更要求をFCCサーバが受信したときに低ビットレートメディアストリームを再生装置に提供するために、FCCサーバは、低ビットレートメディアストリームをバッファリングする。ヘッドエンド装置は、ソースビットレートメディアストリームをマルチキャストグループに参加しているデバイスに提供する。
【００１１】
可能な一実施態様では、ターゲットチャネルのソースビットレートメディアストリームおよびターゲットチャネルの低ビットレートメディアストリームはそれぞれ、いくつかのデータスライスを含み、データスライスは、いくつかのデータパケットを含み、データパケットは、イニシャルパケット検出情報を含む。再生装置によって、ターゲットチャネルのソースビットレートメディアストリームとターゲットチャネルの低ビットレートメディアストリームとをスプライシングし、および再生を実行する、ステップのプロセスは、
再生装置によって、低ビットレートアライメントデータスライスおよびソースビットレートアライメントデータスライスを、現在受信されている、ターゲットチャネルのソースビットレートメディアストリームおよびターゲットチャネルの低ビットレートメディアストリームの、データパケットのイニシャルパケット検出情報に基づいて、決定するステップと、
再生装置によって、低ビットレートアライメントデータスライスの前のデータスライスの後ろに、ターゲットチャネルのものであって、ソースビットレートアライメントデータスライスから始まる、ソースビットレートメディアストリームをスプライシングし、および再生を実行する、ステップと
である。この可能な実施態様では、シームレスなスプライシングを実現するために、イニシャルパケット検出情報に基づいて2つのメディアストリームのアライメントポイントが決定される。
【００１２】
可能な一実施態様では、イニシャルパケット検出情報は、イニシャルパケット識別子とタイムスタンプとを含み、
再生装置によって、低ビットレートアライメントデータスライスおよびソースビットレートアライメントデータスライスを、現在受信されている、ターゲットチャネルのソースビットレートメディアストリームおよびターゲットチャネルの低ビットレートメディアストリームの、データパケットのイニシャルパケット検出情報に基づいて決定するステップのプロセスは、
再生装置によって、ターゲットチャネルの現在受信されているソースビットレートメディアストリームから、そのイニシャルパケット識別子が、プリセットされたイニシャルパケット識別子であるターゲットデータパケット、そのターゲットデータパケットのタイムスタンプ、およびそのターゲットデータパケットが属するターゲットデータスライスを取得するステップと、
再生装置によって、ターゲットチャネルの現在受信されている低ビットレートメディアストリームの最後のデータスライスの最初のデータパケットのタイムスタンプを取得するステップと、
最初のデータパケットのタイムスタンプがターゲットデータパケットのタイムスタンプと同じである場合、再生装置によって、ターゲットチャネルの低ビットレートメディアストリームの最後のデータスライスを低ビットレートアライメントデータスライスとして決定し、およびターゲットデータスライスをソースビットレートアライメントデータスライスとして決定する、ステップと
を含む。この可能な実施態様では、シームレスなスプライシングを実現するために2つのメディアストリームのアライメントポイントを決定するために、イニシャルパケット識別子およびタイムスタンプに基づいて、同じイニシャルパケットタイムスタンプを有するデータスライスが具体的に決定される。
【００１３】
可能な一実施態様では、再生装置は、スプライシングするステップを完了したとき、送信停止通知をFCCサーバに送信し、送信停止通知は、ターゲットチャネルの低ビットレートメディアストリームを再生装置に送信するステップを停止するようにFCCサーバに指示するために使用される。
【００１４】
可能な一実施態様では、FCCサーバによって送信されたクイック送信終了通知を再生装置が受信したとき、再生装置は、ターゲットチャネルのマルチキャストグループに参加することをヘッドエンド装置に申請し、そしてヘッドエンド装置からターゲットチャネルのソースビットレートメディアストリームを受信、つまり、ヘッドエンド装置によってマルチキャストされるターゲットチャネルのソースビットレートメディアストリームを受信する。
【００１５】
第2の態様によれば、本発明の一実施形態は、再生装置を提供し、再生装置は、第1の態様に係る方法における、再生装置の挙動を実施する機能を有する。この機能は、ハードウェアを使用することによって、またはハードウェアを使用して対応するソフトウェアを実行することによって実施され得る。ハードウェアまたはソフトウェアは、前述の機能に対応する1または複数のモジュールを含む。
【００１６】
可能な一実施態様では、再生装置は、ターゲットチャネルへの変更のためのチャネル変更要求を高速チャネル変更FCCサーバに送信するように構成された送信部と、再生のために、FCCサーバによって迅速に送信されるターゲットチャネルの低ビットレートメディアストリームを受信し、受信部は、FCCサーバによって送信されたクイック送信終了通知を受信したとき、ヘッドエンド装置からターゲットチャネルのソースビットレートメディアストリームを受信するようにさらに構成される、ように構成された受信部と、ターゲットチャネルのソースビットレートメディアストリームとターゲットチャネルの低ビットレートメディアストリームとをスプライシングし、および再生を実行する、ように構成されたスプライシングおよび再生部とを含む。
【００１７】
別の可能な実施態様では、再生装置は、トランシーバとプロセッサとを含む。トランシーバは、高速チャネル変更FCCサーバに、ターゲットチャネルへの変更のためのチャネル変更要求を送信するように構成される。トランシーバは、再生のために、FCCサーバによって迅速に送信されるターゲットチャネルの低ビットレートメディアストリームを受信するようにさらに構成される。トランシーバは、FCCサーバによって送信されたクイック送信終了通知を受信したとき、ヘッドエンド装置からターゲットチャネルのソースビットレートメディアストリームを受信するようにさらに構成される。プロセッサは、ターゲットチャネルのソースビットレートメディアストリームとターゲットチャネルの低ビットレートメディアストリームとをスプライシングし、および再生を実行する、ように構成される。
【００１８】
同じ発明概念に基づいて、再生装置の課題解決の原理および有益な効果については、第1の態様に係る方法およびもたらされる有益な効果を参照されたく、また、再生装置の実施態様については、第1の態様に係る方法の実施態様を参照されたい。繰り返しは再度提供されない。
【００１９】
第3の態様によれば、本発明の一実施形態は、
FCCサーバによって、ターゲットチャネルへの変更のために再生装置から送信されたチャネル変更要求を受信するステップと、
FCCサーバによって、ターゲットチャネルの低ビットレートメディアストリームを再生装置に、プリセットされた高レートで迅速に送信し、およびヘッドエンド装置からターゲットチャネルのソースビットレートメディアストリームを受信する、ステップと、
FCCサーバによって、ターゲットチャネルのソースビットレートメディアストリームとターゲットチャネルの低ビットレートメディアストリームとをスプライシングし、およびスプライシングされたターゲットメディアストリームを再生装置に迅速に送信する、ステップと、
FCCサーバによって、クイック送信終了通知を再生装置に送信し、およびターゲットメディアストリームを再生装置に、プリセットされた通常レートで送信する、ステップであって、クイック送信終了通知は、ヘッドエンド装置からターゲットチャネルのソースビットレートメディアストリームを受信するように再生装置に指示するために使用され、プリセットされた高レートは、プリセットされた通常レートよりも高い、ステップと
を含むチャネル変更方法を提供する。
【００２０】
本発明の実施形態の第3の態様によれば、再生装置のために、チャネル変更速度が改善されることができ、チャネル変更時間が削減されることができ、そして帯域幅が節約されることができるように、低ビットレートメディアストリームが再生装置に迅速に送信される。
【００２１】
可能な一実施態様では、ヘッドエンド装置は、チャネルについて、少なくともソースビットレートメディアストリームと低ビットレートメディアストリームとを出力し、再生装置によって送信されたチャネル変更要求をFCCサーバが受信したときに低ビットレートメディアストリームを再生装置に提供するために、FCCサーバは、低ビットレートメディアストリームをバッファリングする。ヘッドエンド装置は、ソースビットレートメディアストリームをマルチキャストグループに参加しているデバイスに提供する。
【００２２】
可能な一実施態様では、ヘッドエンド装置からターゲットチャネルのソースビットレートメディアストリームを受信するために、ターゲットチャネルのマルチキャストグループに参加することをヘッドエンド装置に即座に申請するように再生装置に指示するために、FCCサーバは、ターゲットチャネルの低ビットレートメディアストリームのクイック送信の進捗とターゲットチャネルのソースビットレートメディアストリームのライブブロードキャストの進捗との間の差が、あるしきい値未満である期間内に、クイック送信終了通知を再生装置に送信、つまり、ターゲットチャネルの低ビットレートメディアストリームのクイック送信の進捗がターゲットチャネルのソースビットレートメディアストリームのライブブロードキャストの進捗にほぼ追いついたときに、クイック送信終了通知を再生装置に送信する。
【００２３】
可能な一実施態様では、FCCサーバは、再生装置によって送信された送信停止通知を受信し、送信停止通知に基づいて、ターゲットチャネルの低ビットレートメディアストリームを再生装置に送信するステップを停止する。
【００２４】
第4の態様によれば、本発明の一実施形態は、FCCサーバを提供し、FCCサーバは、第3の態様に係る方法における、FCCサーバの挙動を実施する機能を有する。この機能は、ハードウェアを使用することによって、またはハードウェアを使用して対応するソフトウェアを実行することによって実施され得る。ハードウェアまたはソフトウェアは、前述の機能に対応する1または複数のモジュールを含む。
【００２５】
可能な一実施態様では、FCCサーバは、ターゲットチャネルへの変更のために再生装置によって送信されたチャネル変更要求を受信するように構成された受信部と、ターゲットチャネルの低ビットレートメディアストリームを再生装置に、プリセットされた高レートで迅速に送信するように構成された送信部とを含み、送信部は、クイック送信終了通知を再生装置に送信するようにさらに構成され、クイック送信終了通知は、ヘッドエンド装置からターゲットチャネルのソースビットレートメディアストリームを受信するように再生装置に指示するために使用される。
【００２６】
別の可能な実施態様では、FCCサーバは、トランシーバとプロセッサとを含む。トランシーバは、ターゲットチャネルへの変更のために再生装置によって送信されたチャネル変更要求を受信するように構成される。トランシーバは、ターゲットチャネルの低ビットレートメディアストリームを再生装置に、プリセットされた高レートで迅速に送信するようにさらに構成される。トランシーバは、クイック送信終了通知を再生装置に送信し、クイック送信終了通知は、ヘッドエンド装置からターゲットチャネルのソースビットレートメディアストリームを受信するように再生装置に指示するために使用される、ようにさらに構成される。
【００２７】
同じ発明概念に基づいて、FCCサーバの課題解決の原理および有益な効果については、第3の態様に係る方法およびもたらされる有益な効果を参照されたく、また、FCCサーバの実施態様については、第3の態様に係る方法の実施態様を参照されたい。繰り返しは再度提供されない。
【００２８】
第5の態様によれば、本発明の一実施形態は、
FCCサーバによって、ターゲットチャネルへの変更のために再生装置から送信されたチャネル変更要求を受信するステップと、
FCCサーバによって、ターゲットチャネルの低ビットレートメディアストリームを再生装置に、プリセットされた高レートで迅速に送信し、およびヘッドエンド装置からターゲットチャネルのソースビットレートメディアストリームを受信する、ステップと、
FCCサーバによって、ターゲットチャネルのソースビットレートメディアストリームとターゲットチャネルの低ビットレートメディアストリームとをスプライシングし、およびスプライシングされたターゲットメディアストリームを再生装置に、プリセットされた高レートで迅速に送信する、ステップと、
FCCサーバによって、クイック送信終了通知を再生装置に送信し、およびターゲットメディアストリームを再生装置に、プリセットされた通常レートで迅速に送信する、ステップであって、クイック送信終了通知は、ヘッドエンド装置からターゲットチャネルのソースビットレートメディアストリームを受信するように再生装置に指示するために使用され、プリセットされた高レートは、プリセットされた通常レートよりも高い、ステップと
を含むチャネル変更方法を提供する。
【００２９】
本発明の実施形態の第5の態様によれば、再生装置のために、チャネル変更速度が改善されることができ、チャネル変更時間が削減されることができ、そして帯域幅が節約されることができるように、スプライシングされたターゲットメディアストリームおよび低ビットレートメディアストリームが再生装置に迅速に送信される。再生装置は変更される必要はなく、FCCサーバのみがアップグレードされ再構築される必要がある。
【００３０】
可能な一実施態様では、ヘッドエンド装置は、チャネルについて、少なくともソースビットレートメディアストリームと低ビットレートメディアストリームとを出力し、再生装置によって送信されたチャネル変更要求をFCCサーバが受信したときに低ビットレートメディアストリームを再生装置に提供するために、FCCサーバは、低ビットレートメディアストリームをバッファリングする。ヘッドエンド装置は、ソースビットレートメディアストリームをマルチキャストグループに参加しているデバイスに提供する。
【００３１】
可能な一実施態様では、ターゲットチャネルのソースビットレートメディアストリームおよびターゲットチャネルの低ビットレートメディアストリームはそれぞれ、いくつかのデータスライスを含み、データスライスは、いくつかのデータパケットを含み、データパケットは、イニシャルパケット検出情報を含む。FCCサーバによって、ターゲットチャネルのソースビットレートメディアストリームとターゲットチャネルの低ビットレートメディアストリームとをスプライシングするステップのプロセスは、
FCCサーバによって、低ビットレートアライメントデータスライスおよびソースビットレートアライメントデータスライスを、現在受信されている、ターゲットチャネルのソースビットレートメディアストリームおよびターゲットチャネルの低ビットレートメディアストリームの、データパケットのイニシャルパケット検出情報に基づいて、決定するステップと、
FCCサーバによって、低ビットレートアライメントデータスライスの前のデータスライスの後ろに、ターゲットチャネルのものであって、ソースビットレートアライメントデータスライスから始まる、ソースビットレートメディアストリームをスプライシングするステップと
である。この可能な実施態様では、シームレスなスプライシングを実現するために、イニシャルパケット検出情報に基づいて2つのメディアストリームのアライメントポイントが決定される。
【００３２】
可能な一実施態様では、イニシャルパケット検出情報は、イニシャルパケット識別子とタイムスタンプとを含み、FCCサーバによって、低ビットレートアライメントデータスライスおよびソースビットレートアライメントデータスライスを、現在受信されている、ターゲットチャネルのソースビットレートメディアストリームおよびターゲットチャネルの低ビットレートメディアストリームのデータパケットの、イニシャルパケット検出情報に基づいて決定するステップのプロセスは、
FCCサーバによって、ターゲットチャネルの現在受信されているソースビットレートメディアストリームから、そのイニシャルパケット識別子が、プリセットされたイニシャルパケット識別子であるターゲットデータパケット、そのターゲットデータパケットのタイムスタンプ、およびそのターゲットデータパケットが属するターゲットデータスライスを取得するステップと、
FCCサーバによって、ターゲットチャネルの現在受信されている低ビットレートメディアストリームの最後のデータスライスの最初のデータパケットのタイムスタンプを取得するステップと、
最初のデータパケットのタイムスタンプがターゲットデータパケットのタイムスタンプと同じである場合、FCCサーバによって、ターゲットチャネルの低ビットレートメディアストリームの最後のデータスライスを低ビットレートアライメントデータスライスとして決定し、およびターゲットデータスライスをソースビットレートアライメントデータスライスとして決定する、ステップと
を含む。この可能な実施態様では、シームレスなスプライシングを実現するために2つのメディアストリームのアライメントポイントを決定するために、イニシャルパケット識別子およびタイムスタンプに基づいて、同じイニシャルパケットタイムスタンプを有するデータスライスが具体的に決定される。
【００３３】
可能な一実施態様では、ヘッドエンド装置からターゲットチャネルのソースビットレートメディアストリームを受信するために、ターゲットチャネルのマルチキャストグループに参加することをヘッドエンド装置に即座に申請するように再生装置に指示するために、FCCサーバは、クイック送信終了通知を再生装置に、ある期間内に送信し、その期間とソースビットレートアライメントデータスライスのクイック送信完了時点との間のインターバル時間は、あるしきい値未満であり、つまり、ソースビットレートアライメントデータスライスのクイック送信が完了されたときまたはその後に、クイック送信終了通知を再生装置に送信する。
【００３４】
可能な一実施態様では、FCCサーバは、再生装置によって送信された送信停止通知を受信し、送信停止通知に基づいて、ターゲットメディアストリームを再生装置に送信するステップを停止する。
【００３５】
可能な一実施態様では、FCCサーバがターゲットチャネルの低ビットレートメディアストリームを再生装置に、プリセットされた高レートで、またはクイック送信プロセスで迅速に送信し始めたとき、FCCサーバは、ヘッドエンド装置からターゲットチャネルのソースビットレートメディアストリームを受信するために、つまり、ヘッドエンド装置によってマルチキャストされるターゲットチャネルのソースビットレートメディアストリームを受信するために、ターゲットチャネルのマルチキャストグループに参加することをヘッドエンド装置に申請する。
【００３６】
第6の態様によれば、本発明の一実施形態は、別のFCCサーバを提供し、そのFCCサーバは、その態様に係る方法における、FCCサーバの挙動を実施する機能を有する。この機能は、ハードウェアを使用することによって、またはハードウェアを使用して対応するソフトウェアを実行することによって実施され得る。ハードウェアまたはソフトウェアは、前述の機能に対応する1または複数のモジュールを含む。
【００３７】
可能な一実施態様では、FCCサーバは、ターゲットチャネルへの変更のために再生装置から送信されたチャネル変更要求を受信するように構成された受信部と、ターゲットチャネルの低ビットレートメディアストリームを再生装置に、プリセットされた高レートで迅速に送信し、受信部は、ヘッドエンド装置からターゲットチャネルのソースビットレートメディアストリームを受信するように構成される、ように構成された送信部と、ターゲットチャネルのソースビットレートメディアストリームとターゲットチャネルの低ビットレートメディアストリームとをスプライシングし、送信部は、スプライシングされたターゲットメディアストリームを再生装置に、プリセットされた高レートで迅速に送信するようにさらに構成される、ように構成されたスプライシング部とを含み、送信部は、クイック送信終了通知を再生装置に送信し、およびターゲットメディアストリームを再生装置に、プリセットされた通常レートで迅速に送信し、クイック送信終了通知は、ヘッドエンド装置からターゲットチャネルのソースビットレートメディアストリームを受信するように再生装置に指示するために使用され、プリセットされた高レートは、プリセットされた通常レートよりも高い、ようにさらに構成される。
【００３８】
別の可能な実施態様では、FCCサーバは、トランシーバとプロセッサとを含む。トランシーバは、ターゲットチャネルへの変更のために再生装置によって送信されたチャネル変更要求を受信するように構成される。トランシーバは、ターゲットチャネルの低ビットレートメディアストリームを再生装置に、プリセットされた高レートで迅速に送信し、およびヘッドエンド装置からターゲットチャネルのソースビットレートメディアストリームを受信する、ようにさらに構成される。プロセッサは、ターゲットチャネルのソースビットレートメディアストリームとターゲットチャネルの低ビットレートメディアストリームとをスプライシングするように構成される。トランシーバは、スプライシングされたターゲットメディアストリームを再生装置に、プリセットされた高レートで迅速に送信するようにさらに構成される。トランシーバは、クイック送信終了通知を再生装置に送信し、およびターゲットメディアストリームを再生装置に、プリセットされた通常レートで迅速に送信し、クイック送信終了通知は、ヘッドエンド装置からターゲットチャネルのソースビットレートメディアストリームを受信するように再生装置に指示するために使用され、プリセットされた高レートは、プリセットされた通常レートよりも高い、ようにさらに構成される。
【００３９】
同じ発明概念に基づいて、FCCサーバの課題解決の原理および有益な効果については、第5の態様に係る方法およびもたらされる有益な効果を参照されたく、また、FCCサーバの実施態様については、第5の態様に係る方法の実施態様を参照されたい。繰り返しは再度提供されない。
【００４０】
第7の態様によれば、本発明の一実施形態は、
再生装置によって、ターゲットチャネルへの変更のためのチャネル変更要求を高速チャネル変更FCCサーバに送信するステップと、
再生装置によって、再生のために、FCCサーバによって迅速に送信されるターゲットチャネルの低ビットレートメディアストリームを受信するステップと、
再生装置によって、FCCサーバによって送信された、スプライシングされたターゲットメディアストリームを受信し、および再生する、ステップと、
再生装置によって、FCCサーバによって送信されたクイック送信終了通知を受信したとき、ヘッドエンド装置からターゲットチャネルのソースビットレートメディアストリームを受信するステップと、
再生装置によって、ターゲットチャネルのソースビットレートメディアストリームとターゲットチャネルの低ビットレートメディアストリームとをスプライシングし、および再生を実行する、ステップと
を含むチャネル変更方法を提供する。
【００４１】
本発明の実施形態の第7の態様によれば、チャネル変更速度が改善されることができ、チャネル変更時間が削減されることができ、そして帯域幅が節約されることができるように、FCCサーバによって迅速に送信される低ビットレートメディアストリームおよびターゲットメディアストリームが受信される。
【００４２】
可能な一実施態様では、再生装置によって、ターゲットチャネルのソースビットレートメディアストリームとターゲットチャネルの低ビットレートメディアストリームとをスプライシングし、および再生を実行する、ステップのプロセスは、
再生装置によって、現在受信されている、ターゲットメディアストリームおよびターゲットチャネルのソースビットレートメディアストリームの、データパケットシーケンス番号またはタイムスタンプに基づいて、スプライシングし、および再生を実行する、ステップ
である。この可能な実施態様では、ターゲットメディアストリームおよびソースビットレートメディアストリームが同じビットレートを有しているので、スプライシングは、データパケットシーケンス番号に基づいて直接実行され得る。
【００４３】
可能な一実施態様では、再生装置は、スプライシングするステップを完了したとき、送信停止通知をFCCサーバに送信し、送信停止通知は、ターゲットチャネルの低ビットレートメディアストリームを再生装置に送信するステップを停止するようにFCCサーバに指示するために使用される。
【００４４】
第8の態様によれば、本発明の一実施形態は、別の再生装置を提供し、再生装置は、第8の態様に係る方法における、再生装置の挙動を実施する機能を有する。この機能は、ハードウェアを使用することによって、またはハードウェアを使用して対応するソフトウェアを実行することによって実施され得る。ハードウェアまたはソフトウェアは、前述の機能に対応する1または複数のモジュールを含む。
【００４５】
可能な一実施態様では、再生装置は、ターゲットチャネルへの変更のためのチャネル変更要求を高速チャネル変更FCCサーバに送信するように構成された送信部と、再生のために、FCCサーバによって迅速に送信されるターゲットチャネルの低ビットレートメディアストリームを受信し、受信部は、再生のためにFCCサーバによって送信されたスプライシングされたターゲットメディアストリームを受信するようにさらに構成され、および受信部は、FCCサーバによって送信されたクイック送信終了通知を受信したとき、ヘッドエンド装置からターゲットチャネルのソースビットレートメディアストリームを受信するようにさらに構成される、ように構成された受信部と、ターゲットチャネルのソースビットレートメディアストリームとターゲットチャネルの低ビットレートメディアストリームとをスプライシングし、および再生を実行する、ように構成されたスプライシングおよび再生部とを含む。
【００４６】
可能な一実施態様では、再生装置は、トランシーバとプロセッサとを含む。トランシーバは、高速チャネル変更FCCサーバに、ターゲットチャネルへの変更のためのチャネル変更要求を送信するように構成される。トランシーバは、再生のために、FCCサーバによって迅速に送信されるターゲットチャネルの低ビットレートメディアストリームを受信するようにさらに構成される。トランシーバは、再生のために、FCCサーバによって送信されたスプライシングされたターゲットメディアストリームを受信するようにさらに構成される。トランシーバは、FCCサーバによって送信されたクイック送信終了通知を受信したとき、ヘッドエンド装置からターゲットチャネルのソースビットレートメディアストリームを受信するようにさらに構成される。プロセッサは、ターゲットチャネルのソースビットレートメディアストリームとターゲットチャネルの低ビットレートメディアストリームとをスプライシングし、および再生を実行する、ように構成される。
【００４７】
同じ発明概念に基づいて、再生装置の課題解決の原理および有益な効果については、第7の態様に係る方法およびもたらされる有益な効果を参照されたく、また、再生装置の実施態様については、第7の態様に係る方法の実施態様を参照されたい。繰り返しは再度提供されない。
【００４８】
第9の態様によれば、本発明の一実施形態は、命令を含む、コンピュータ可読記憶媒体を提供し、命令がコンピュータ上で実行されたとき、コンピュータは、第1の態様または第7の態様に係る、チャネル変更方法を実施することが可能にされる。
【００４９】
第10の態様によれば、本発明の一実施形態は、命令を含む、コンピュータ可読記憶媒体を提供し、命令がコンピュータ上で実行されたとき、コンピュータは、第3の態様または第5の態様に係る、チャネル変更方法を実施することが可能にされる。
【００５０】
本発明の実施形態によれば、チャネル変更速度が改善されることができ、チャネル変更時間が削減されることができ、帯域幅が節約されることができる。
【００５１】
本発明の実施形態における技術ソリューションをより明確に説明するために、以下は、本発明の実施形態を説明するために必要な添付図面について簡単に説明する。
【図面の簡単な説明】
【００５２】
【図１】本発明の一実施形態が適用されるシステムの概略アーキテクチャ図である。
【図２】本発明の一実施形態に係る、メディアストリームのスライスの概略図である。
【図３】本発明の一実施形態に係る、メディアストリームカプセル化の概略図である。
【図４】本発明の一実施形態に係る、再生装置のエンティティの概略構成図である。
【図５】本発明の一実施形態に係る、FCCサーバのエンティティの概略構成図である。
【図６】本発明の実施形態1に係る、チャネル変更方法の概略フローチャートである。
【図７】本発明の一実施形態に係る、2つのメディアストリームをスプライシングするステップの概略図である。
【図８Ａ】本発明の実施形態2に係る、チャネル変更方法の概略フローチャートである。
【図８Ｂ】本発明の実施形態2に係る、チャネル変更方法の概略フローチャートである。
【図９】データパケットシーケンス番号に基づいてスプライシングするステップの概略図である。
【図１０】本発明の一実施形態に係る、再生装置の論理構成の概略図である。
【図１１】本発明の一実施形態に係る、FCCサーバの論理構成の概略図である。
【発明を実施するための形態】
【００５３】
以下は、本発明の実施形態における添付図面を参照しつつ、本発明の実施形態について説明する。
【００５４】
図1は、本発明の一実施形態が適用されるシステムアーキテクチャの概略図である。システムアーキテクチャは、IPTVシステムのシステムアーキテクチャであり得、プログラムソースと、ヘッドエンド装置101と、FCCサーバ102と、再生装置103とを含む。図1に示されるシステムアーキテクチャの概略図におけるヘッドエンド装置、FCCサーバ、および再生装置の数および形態は、本発明のこの実施形態に対するいかなる限定も構成しないことが留意されるべきである。
【００５５】
ヘッドエンド装置101は、メディア中継機能（Media Relay Function、MRF）とエンコーダ（Encoder）とを含む。ヘッドエンド装置101は、プログラムソースからチャネルのメディアコンテンツを取得し、メディアコンテンツを圧縮およびエンコードし、およびメディアコンテンツをIPTVサービスのフォーマット要件を満たすメディアファイルまたはメディアストリームに変換する。エンコーダは、プログラムソースから取得された、チャネルのメディアコンテンツを圧縮し、エンコード（アダプティブビットレート（Adaptive Bit Rate、ABR）でエンコード）し、およびカプセル化し、MRFモジュールは、エンコーダによって処理されたメディアコンテンツに対してリアルタイムトランスポートプロトコル（Real−time Transport Protocol、RTP）カプセル化を実行する。
【００５６】
ヘッドエンド装置101は、メディアストリームをFCCサーバ102および再生装置103にマルチキャストする。本発明のこの実施形態では、ヘッドエンド装置101は、低ビットレートメディアストリームおよびソースビットレートメディアストリームを含む、少なくとも2つのメディアストリームを取得するために、チャネルのメディアコンテンツを圧縮し、エンコードし、カプセル化し、変換し、および他の処理を実行する。ヘッドエンド装置101は、チャネルについて、少なくとも2つのメディアストリーム、すなわち、低ビットレートメディアストリームおよびソースビットレートメディアストリームを出力し得る。ソースビットレートメディアストリームの精細度は、再生装置103のネットワーク品質に関係する。ネットワーク品質が高いほど、ソースビットレートメディアストリームの精細度が高いことを示し、ネットワーク品質が低いほど、ソースビットレートメディアストリームの精細度が低いことを示す。低ビットレートメディアストリームのビットレートは、ソースビットレートメディアストリームのビットレートよりもはるかに低い。たとえば、低ビットレートメディアストリームのビットレートは、ソースビットレートメディアストリームのビットレートの45％よりもさらに低い。
【００５７】
チャネルの少なくとも2つのメディアストリームは、再生装置またはFCCサーバが、チャネルの低ビットレートメディアストリームとソースビットレートメディアストリームとをシームレスにスプライシングすることを確実にするために、同じスライスタイムを有し、かつ、アライメントされたスライス境界を有する。図2は、本発明の一実施形態に係る、メディアストリームのスライスの概略図であり、ヘッドエンド装置101によって出力されることができる2つのメディアストリームのスライスの場合を示す。ソースビットレートメディアストリームおよび低ビットレートメディアストリームはそれぞれ、いくつかのデータスライスに分割される。図2では、1から6までの番号が付けられたデータスライスのみが例として使用されている。1の番号が付けられたデータスライスは、必ずしもメディアストリームの最初のデータスライスである必要はない。図2では、ソースビットレートメディアストリームおよび低ビットレートメディアストリームのすべてのデータスライスのスライスサイズは同じであり、それは、ソースビットレートメディアストリームおよび低ビットレートメディアストリームが同じスライスタイムを有することを示している。ライトグレイのデータスライス1およびダークグレイのデータスライス1の両方のスライス境界は点線上にあり、それは、ソースビットレートメディアストリームおよび低ビットレートメディアストリームのスライス境界がアライメントされていることを示している。つまり、ソースビットレートメディアストリームおよび低ビットレートメディアストリームは、同じスライスタイムに基づいて同期してスライスされている。スライスタイムの具体的な値は、ヘッドエンド装置101によってセットされ、具体的な値は本明細書において限定されない。たとえば、スライスタイムはデフォルトで2秒である。つまり、各データスライスのスライスサイズは2秒である。図2に示されるスライスの概略図は、エンコーダによる処理を通じて得られることが理解され得る。
【００５８】
図3は、本発明の一実施形態に係る、メディアストリームカプセル化の概略図であり、ソースビットレートメディアストリームおよび低ビットレートメディアストリームのRTPカプセル化の概略図である。ソースビットレートメディアストリームのビットレートと低ビットレートメディアストリームのビットレートとは異なる。したがって、ソースビットレートメディアストリームのデータスライスに含まれるRTPパケットの数は、低ビットレートメディアストリームのデータスライスに含まれるRTPパケットの数とは異なる。図3に示されるように、ソースビットレートメディアストリームのデータスライスは、4つのRTPパケットを含み、低ビットレートメディアストリームのデータスライスは2つのRTPパケットを含む。本発明のこの実施形態では、RTPカプセル化プロセスにおいて、MRFは、RTPパケットがデータスライスの最初のRTPパケットであるかどうかを識別するために、2つのフィールドを有する、RTPパケットのヘッダを拡張する。2つのフィールドは、イニシャルパケット識別子フィールドとタイムスタンプフィールドとを含む。イニシャルパケット識別子フィールドは、図3に示される「F」であり、「F＝1」のRTPパケットは、そのRTPパケットがデータスライスの最初のRTPパケットであることを示す。タイムスタンプフィールドは、主要（Trunk）タイムスタンプフィールド、すなわち、図3に示される「T」であり得る。図3に示されるカプセル化の概略図は単なる一例であり、本発明のこの実施形態に対するいかなる限定も構成しないことが留意されるべきである。図3に示されるカプセル化の概略図は、MRFによる処理を通じて得られ、ヘッドエンド装置101によって出力されることが理解され得る。
【００５９】
データスライス内の残っているデータの量がRTPパケットより少ない場合、境界アライメントを容易にするために、MRFは通常のデータの後に「0」を追加し、RTPパケットのヘッダに有効なデータ長をしるす。たとえば、図3に示される低ビットレートメディアストリームにおけるデータスライス1のRTPパケット2の有効なデータ長は2である。
【００６０】
FCCサーバ102は、チャネルのメディアストリームをバッファリングし、およびメディアストリームを再生装置103にユニキャストする、ように構成される。本発明のこの実施形態では、FCCサーバ102は、すべてのチャネルの低ビットレートメディアストリームをバッファリングし、および低ビットレートメディアストリームを再生装置103にユニキャストする、ように構成され、また、ヘッドエンド装置101からソースビットレートメディアストリームを受信し、ソースビットレートメディアストリームと低ビットレートメディアストリームとをスプライシングし、およびスプライシングされたメディアストリームを再生装置103にユニキャストする、ようにさらに構成される。
【００６１】
再生装置103は、ヘッドエンド装置101によってマルチキャストされたソースビットレートメディアストリームを受信し得るか、またはFCCサーバ102によってユニキャストされた低ビットレートメディアストリームを受信し得るか、またはFCCサーバ102によってユニキャストされたスプライシングされたメディアストリームを受信し得るか、またはソースビットレートメディアストリームと低ビットレートメディアストリームとをスプライシングし得る。再生装置103は、ユーザがメディアコンテンツを取得することができるように、受信されたメディアストリームを再生する。
【００６２】
任意選択的に、図1に示されるシステムの概略アーキテクチャ図は、FCCサーバ102のアドレスを記録し、およびチャネルに対応するFCCサーバのアドレスを再生装置に提供する、ように構成された、スケジューリング装置をさらに含む。
【００６３】
本発明の実施形態において提供されるチャネル変更方法およびその装置は、IPTVシナリオに適用され得る。FCCサーバは、チャネル変更速度を改善し、チャネル変更時間を削減し、および帯域幅を節約するために、再生装置がより短い期間内でバッファリングを完了して安定した再生を実行することができるように、低ビットレートメディアストリームを迅速に送信する。4K超高精細フォーマットの普及に伴い、ダイナミック・アダプティブ・ストリーミング・オーバ・ハイパーテキスト転送プロトコル（Hyper Text Transfer Protocol、HTTP）（Dynamic Adaptive Streaming over HTTP、DASH）エンコードフォーマットが普及し始めている。本発明の実施形態は、DASH ABRシナリオにさらに適用される得、同様に、チャネル変更速度が改善されることができ、帯域幅が節約されることができる。
【００６４】
本発明の実施形態における再生装置は、デジタルテレビ受信端末、インテリジェント再生端末、セットトップボックス（Set Top Box、STB）機能と統合されたスマートテレビなどであり得る。
【００６５】
図4は、本発明の一実施形態に係る、再生装置のエンティティの概略構成図である。図4に示される再生装置103は、プロセッサ1031と、トランシーバ1032と、ディスプレイシステム1033とを含む。図4に示される概略構成図は、本発明のこの実施形態に対していかなる限定も構成しないことが留意されるべきである。実際の適用の際、再生装置は、メモリ、入力装置、オーディオシステムなどの他のコンポーネントを代替的に含み得る。
【００６６】
プロセッサ1031は、コントローラ、中央処理装置（Central Processing Unit、CPU）、汎用プロセッサ、デジタルシグナルプロセッサ（Digital Signal Processor、DSP）、特定用途向け集積回路（Application Specific Integrated Circuit、ASIC）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array、FPGA）、別のプログラマブルロジックデバイス、トランジスタロジックデバイス、ハードウェアコンポーネント、またはそれらの任意の組合せであり得る。プロセッサ1031は、本発明の実施形態において開示される内容を参照しつつ説明される、さまざまな例示的なロジックブロック、モジュール、および回路を、実施または実行し得る。あるいは、プロセッサ1031は、計算機能を実施するプロセッサの組合せ、たとえば、1または複数のマイクロプロセッサの組合せ、またはDSPとマイクロプロセッサとの組合せであり得る。
【００６７】
トランシーバ1032は、再生装置と別の装置との間の通信を実施するために、別の装置によって送信されたメディアストリーム、データ、命令などを受信し、および要求、データなどを別のデバイスに送信する、ように構成された、通信モジュールまたはトランシーバ回路であり得る。
【００６８】
ディスプレイシステム1033は、メディアストリームを出力および表示し、ならびにユーザに画像を提示する、ように構成された、液晶ディスプレイ（Liquid Crystal Display、LCD）、発光ダイオード（Light Emitting Diode、LED）ディスプレイ装置、陰極線管（Cathode Ray Tube、CRT）ディスプレイ装置などであり得る。
【００６９】
本発明のこの実施形態では、トランシーバ1032によって受信されたメディアストリームは、プロセッサ1031によって相応して処理され、そしてディスプレイシステム1033によって最終的に出力および表示される。
【００７０】
図5は、本発明の一実施形態に係る、FCCサーバのエンティティの概略構成図である。図5に示されるFCCサーバ102は、プロセッサ1021と、トランシーバ1022と、メモリ1023とを含む。図5に示される概略構成図は、本発明のこの実施形態に対していかなる限定も構成しないことが留意されるべきである。実際の適用の際、FCCサーバは、他のコンポーネントを代替的に含み得る。
【００７１】
プロセッサ1021は、コントローラ、CPU、汎用プロセッサ、DSP、ASIC、FPGA、別のプログラミングロジックデバイス、トランジスタロジックデバイス、ハードウェアコンポーネント、またはそれらの任意の組合せであり得る。プロセッサ1021は、本発明の実施形態において開示される内容を参照しつつ説明される、さまざまな例示的なロジックブロック、モジュール、および回路を、実施または実行し得る。あるいは、プロセッサ1021は、計算機能を実施するプロセッサの組合せ、たとえば、1または複数のマイクロプロセッサの組合せ、またはDSPとマイクロプロセッサとの組合せであり得る。
【００７２】
トランシーバ1022は、FCCサーバ、ヘッドエンド装置、および再生装置の間で通信を実施するために、ヘッドエンド装置101によって送信されたメディアストリームを受信し、ヘッドエンド装置101に要求を送信し、再生装置103によって送信された要求を受信し、およびメディアストリームを再生装置103に送信する、ように構成された通信モジュールまたはトランシーバ回路であり得る。
【００７３】
メモリ1023は、リードオンリメモリ（Read−Only Memory、ROM）もしくは静的情報および命令を記憶することができる別のタイプのスタティック記憶装置、ランダムアクセスメモリ（Random Access Memory、RAM）もしくは情報および命令を記憶することができる別のタイプのダイナミック記憶装置であり得るか、または電気的消去可能プログラマブルリードオンリメモリ（Electrically Erasable Programmable Read−Only Memory、EEPROM）、コンパクトディスクリードオンリメモリ（Compact Disc Read−Only Memory、CD−ROM）もしくは別の光ディスクストレージ、ディスクストレージ（コンパクトディスク、レーザーディスク（登録商標）、光ディスク、デジタルバーサタイルディスク、ブルーレイディスクなどを含む）、磁気ディスクストレージ媒体、別の磁気ディスクストレージ装置、または予期されるプログラムコードを命令もしくはデータの構造形式で運搬もしくは記憶するように構成されることができる、他の任意のアクセス可能媒体であり得るが、これには限定されない。メモリ1023は、独立して存在してもよく、またはプロセッサ1021と統合されてもよい。
【００７４】
本発明のこの実施形態では、メモリ1023は、本発明の実施形態を実行するためのプログラムコードを記憶するように構成され、実行はプロセッサ1021によって制御される。プロセッサ1021は、メモリ1023に記憶されたプログラムコードを実行するように構成される。
【００７５】
以下は、本発明の実施形態で使用される名称を説明する。
【００７６】
ユニキャスト（Unicast）は、メディアストリームサーバの最も基本的な機能の1つであり、単一のポイントから単一のポイントへデータを送信することを指す。本発明の実施形態では、FCCサーバは、メディアストリームを再生装置にユニキャストする。
【００７７】
マルチキャスト（Multi Cast）は、伝送制御プロトコル（Transmission Control Protocol、TCP）／インターネットプロトコル（Internet Protocol、IP）において単一のポイントから複数のポイントに同じデータを送信することを指す。トランスミッタは、マルチキャストユーザデータグラムプロトコル（User Datagram Protocol、UDP）パケットのみをマルチキャストIPアドレスに送信する必要があり、次いでネットワーク内のルータが、データをコピーし、そしてデータに関係のあるレシーバにデータを配信する。トランスミッタの作業負荷は、レシーバの数に関わらず不変のままである。さらに、ネットワーク内のデータのボリュームは、マルチキャストによって最小限にされることができる。この特徴は、マルチキャストをチャネルデータ伝送にとって非常に適したものにする。ネットワークがマルチキャストプロトコルをサポートする場合、FCCサーバの作業負荷を大幅に削減し、ネットワークトラフィックの消費を削減するために、再生装置は、マルチキャストグループに参加することを申請し、ヘッドエンド装置によって送信されたマルチキャストメディアストリームを直接受信する。本発明の実施形態では、ヘッドエンド装置は、メディアストリームを再生装置およびFCCサーバにマルチキャストする。
【００７８】
チャネルは、具体的な無線ブロードキャスト周波数または別の無線通信周波数の帯域を指す。本発明の実施形態では、チャネルはライブブロードキャストチャネルである。
【００７９】
以下は、図6から図9を参照しつつ、本発明の実施形態において提供されるチャネル変更方法を詳細に説明する。本発明の実施形態の前提条件は以下のとおりであることが留意されるべきであり、すなわち、FCCサーバは、ヘッドエンド装置から低ビットレートメディアストリームを継続的に受信し、その低ビットレートメディアストリームを、ある期間ローカルにバッファリングする。この期間の具体的な値は、FCCサーバの製造業者によってセットされ、本明細書では限定されない。
【００８０】
図6は、本発明の実施形態1に係る、チャネル変更方法の概略フローチャートである。方法は、次のステップを含むが、これには限定されない。
【００８１】
ステップS101：再生装置は、FCCサーバに、ターゲットチャネルへの変更のためのチャネル変更要求を送信する。
【００８２】
具体的には、ターゲットチャネルへの変更に関するチャネル変更指示を受信したとき、再生装置は、FCCサーバに、ターゲットチャネルへの変更のためのチャネル変更要求を送信する。ターゲットチャネルは、ターゲットライブブロードキャストチャネルである。
【００８３】
チャネル変更指示は、再生装置の入力装置を使用してユーザによって入力され得、たとえば、リモコン、マウス、STB（STBはテレビから分離されている）またはタッチパネルなどの装置を使用して入力され得る。
【００８４】
チャネル変更要求は、FCCサーバによってローカルにバッファリングされている、ターゲットチャネルの低ビットレートメディアストリームを再生装置に提供するようにFCCサーバに要求するために使用される。
【００８５】
任意選択的に、チャネル変更要求をFCCサーバに送信するステップの前に、再生装置は、スケジューリング装置を使用して、FCCサーバのアドレス、またはターゲットチャネルに対応するFCCサーバのアドレスを取得する。再生装置がFCCサーバのアドレスを取得した場合、再生装置はチャネル変更要求をFCCサーバに送信する。
【００８６】
ステップS102：FCCサーバは、チャネル変更要求を受信する。
【００８７】
具体的には、FCCサーバは、チャネル変更要求を受信し、ターゲットチャネルの識別子を取得し、そしてターゲットチャネルの識別子に基づいて、ローカルにバッファリングされた低ビットレートメディアストリームからターゲットチャネルの最新の完全なデータスライスをリードする。完全なデータスライスはIフレームを含む。完全なデータスライスは、再生装置によって引き続き実行されることができるシームレスなスプライシングのために取得される。
【００８８】
ステップS103：FCCサーバは、ターゲットチャネルの低ビットレートメディアストリームを再生装置に、プリセットされた高レートで迅速に送信する。
【００８９】
具体的には、FCCサーバは、完全なデータスライスから始まる低ビットレートメディアストリームを、再生装置に送信されるべきターゲットチャネルの低ビットレートメディアストリームとして決定する。ターゲットチャネルの低ビットレートメディアストリームは、FCCサーバによってバッファリングされる。したがって、ターゲットチャネルの低ビットレートメディアストリームと、ヘッドエンド装置によってマルチキャストされるターゲットチャネルのソースビットレートメディアストリームとの間には時間差がある。したがって、FCCサーバは、ヘッドエンド装置によって送信されたターゲットチャネルのソースビットレートメディアストリームに追いつくために、ターゲットチャネルの低ビットレートメディアストリームを再生装置に、プリセットされた高レートで迅速に送信する必要がある。
【００９０】
たとえば、プリセットされた高レートは、ヘッドエンド装置の送信レートの3倍である。現在、FCCサーバがユニキャストを通じてメディアストリームを再生装置に迅速に送信するレートは、ヘッドエンド装置の送信レートの1．N倍である。Nの値は帯域幅に関係する。通常、Nの値は3である。つまり、1．3倍のレートで、ユニキャストを通じてクイック送信が実行される。したがって、3倍の高レートの使用は、チャネル変更速度を改善し、チャネル変更時間を削減する。低ビットレートメディアストリームのビットレートは、ソースビットレートメディアストリームのビットレートの45％よりもさらに低く、3＊0．45＝1．35であり、1．35は1．3に近い。したがって、1．35倍のレートでのクイック送信によって占められる帯域幅は、1．3倍のレートでのクイック送信によって占められる帯域幅とほぼ同じである。しかしながら、1．3倍のレートでクイック送信が実行されるとき、迅速に送信されるメディアストリームのビットレートは、ヘッドエンド装置によって送信されるメディアストリームのビットレートと同じである。さらに、本発明の実施形態1において1．35倍のレートでクイック送信が実行されるとき、迅速に送信されるメディアストリームは、低ビットレートメディアストリームであり、ヘッドエンド装置によって送信されるソースビットレートメディアストリームのビットレートよりも低いビットレートを有する。したがって、本発明の実施の形態1では、帯域幅がさらに節約されることができる。
【００９１】
ステップS104：再生装置は、再生のために、FCCサーバによって迅速に送信されたターゲットチャネルの低ビットレートメディアストリームを受信する。
【００９２】
具体的には、FCCサーバによって迅速に送信されたターゲットチャネルの低ビットレートメディアストリームを受信したとき、再生装置は、安定した再生を実現するために、バッファリング、再配列、デスクランブル、デコード、およびIフレーム再生などの操作を実行する。ユーザの観点からは、このチャネル変更は完了されている。つまり、ターゲットチャネルのメディアコンテンツを閲覧したとき、ユーザは、ターゲットチャネルへの変更がすでに成功していると見なす。しかしながら、この時点で再生装置によって再生されたメディアコンテンツは、FCCサーバによって提供された低ビットレートメディアストリームである。その結果、ビジュアルエクスペリエンスは良好ではない。さらに、FCCサーバは、低ビットレートメディアストリームを再生装置に常に送信できるとは限らない。したがって、再生装置は、ユーザにより良好なエクスペリエンスを提供するために、ヘッドエンド装置からターゲットチャネルのソースビットレートメディアストリームを受信する必要がある。
【００９３】
ステップS105：FCCサーバは、クイック送信終了通知を再生装置に送信する。
【００９４】
具体的には、FCCサーバが再生装置へのクイック送信を実行するレートは、ヘッドエンド装置が再生装置への送信を実行するレートよりも高い。したがって、FCCサーバは、ターゲットチャネルの低ビットレートメディアストリームのクイック送信の進捗がターゲットチャネルのソースビットレートメディアストリームのライブブロードキャストの進捗にほぼ追いついたとき、クイック送信終了通知を再生装置に送信する。クイック送信終了通知は、ターゲットチャネルの低ビットレートメディアストリームのクイック送信が終了しようとしていることを再生装置に通知し、およびヘッドエンド装置からターゲットチャネルのソースビットレートメディアストリームを受信するために、ターゲットチャネルのマルチキャストグループに参加することをヘッドエンド装置に即座に申請するように再生装置に指示する、ために使用される。
【００９５】
ターゲットチャネルの低ビットレートメディアストリームのクイック送信の進捗が、ターゲットチャネルのソースビットレートメディアストリームのライブブロードキャストの進捗にほぼ追いつく期間は、プリセット期間と称され得る。ターゲットチャネルの低ビットレートメディアストリームのクイック送信の進捗が、ターゲットチャネルのソースビットレートメディアストリームのライブブロードキャストの進捗に追いつく時点は、数学における追跡問題のアルゴリズムに従って決定され得る。追いつくことが実現されることができる時点の前の期間が、プリセット期間である。この期間の具体的な値は、FCCサーバの製造業者によってセットされ、本明細書では限定されない。
【００９６】
任意選択的に、プリセット期間は、ターゲットチャネルの低ビットレートメディアストリームのクイック送信の進捗とターゲットチャネルのソースビットレートメディアストリームのライブブロードキャストの進捗との差が、あるしきい値未満である期間である。しきい値の具体的な値はFCCサーバの製造業者によってセットされ、本明細書では限定されない。クイック送信の進捗は、迅速に送信されているフレームとして理解され得、ライブブロードキャストの進捗は、ライブブロードキャストが実行されているフレームとして理解され得る。
【００９７】
ステップS106：再生装置は、クイック送信終了通知を受信する。
【００９８】
具体的には、再生装置は、FCCサーバによって送信されたクイック送信終了通知を受信する。
【００９９】
ステップS107：再生装置は、ターゲットチャネルのマルチキャストグループに参加することを、ヘッドエンド装置に申請する。
【０１００】
具体的には、クイック送信終了通知を受信したとき、再生装置は、ターゲットチャネルのマルチキャストグループに参加することをヘッドエンド装置に即座に申請する。再生装置は、ヘッドエンド装置に、ターゲットチャネルのマルチキャストグループに参加することを申請するために、ターゲットチャネルのマルチキャストグループに参加するための参加要求を送信し得る。
【０１０１】
ステップS108：ヘッドエンド装置は、ターゲットチャネルのソースビットレートメディアストリームを再生装置に送信する。
【０１０２】
具体的には、参加要求を受信したとき、ヘッドエンド装置は、再生装置をターゲットチャネルのマルチキャストグループに追加し、ターゲットチャネルのソースビットレートメディアストリームを再生装置にマルチキャストする。
【０１０３】
ステップS109：再生装置は、ターゲットチャネルのソースビットレートメディアストリームを受信する。
【０１０４】
具体的には、ターゲットチャネルのマルチキャストグループに参加した後、再生装置は、ヘッドエンド装置からターゲットチャネルのソースビットレートメディアストリームを受信する。
【０１０５】
ステップS110：再生装置は、ターゲットチャネルのソースビットレートメディアストリームとターゲットチャネルの低ビットレートメディアストリームとをスプライシングし、および再生を実行する。
【０１０６】
具体的には、再生装置は、現在受信されている、ターゲットチャネルのソースビットレートメディアストリームとターゲットチャネルの低ビットレートメディアストリームとをスプライシングし、および再生を実行する。さらに、現在受信されているメディアストリームは、現在受信されているが再生されていないメディアストリームである。
【０１０７】
示されている、ターゲットチャネルのソースビットレートメディアストリームおよびターゲットチャネルの低ビットレートメディアストリームは、データスライスを含み、データスライスはデータパケット（RTPパケット）を含み、データパケットはイニシャルパケット検出情報を含み、そしてイニシャルパケット検出情報はイニシャルパケット識別子とタイムスタンプとを含むことが、図2および図3から学習されることができる。イニシャルパケット検出情報は、RTPパケットのヘッダ内の2つの拡張されたフィールドであり、イニシャルパケット識別子は図3に示される「F」であり、タイムスタンプは図3に示される「T」である。
【０１０８】
現在、FCCサーバは、ユニキャストを通じてメディアストリームを迅速に送信し、ヘッドエンド装置は、マルチキャストを通じてメディアストリームを送信する。したがって、再生装置は、RTPパケットシーケンス番号に基づいてスプライシングを実行し得る。しかしながら、本発明の実施形態1では、同じRTPシーケンス番号を有するRTPパケットは、同じデータスライスに属さない。たとえば、図3に示されるソースビットレートメディアストリームにおいてRTPパケットシーケンス番号9を有するRTPパケットはデータスライス3に属するが、低ビットレートメディアストリームにおいてRTPパケットシーケンス番号9を有するRTPパケットはデータスライス5に属する。したがって、再生装置は、RTPパケットシーケンス番号に基づいてスプライシングを実行することはできないが、2つのメディアストリームのイニシャルパケット検出情報に基づいてスプライシングを実行することができる。
【０１０９】
まず、再生装置は、現在受信されている、ターゲットチャネルのソースビットレートメディアストリームおよびターゲットチャネルの低ビットレートメディアストリームのイニシャルパケット検出情報に基づいて、低ビットレートアライメントデータスライスおよびソースビットレートアライメントデータスライスを決定する。FCCサーバは、現在受信されているターゲットチャネルのソースビットレートメディアストリームから、イニシャルパケット識別子が、プリセットされたイニシャルパケット識別子であるターゲットデータパケット、そのターゲットデータパケットのタイムスタンプ、およびそのターゲットデータパケットが属するターゲットデータスライスを取得する。プリセットされたイニシャルパケット識別子は、図3に示されるカプセル化の概略図において「F＝1」であり、具体的には、任意のデータスライスの最初のRTPパケットのイニシャルパケット識別子フィールドの値である。イニシャルパケット識別子が、プリセットされたイニシャルパケット識別子である、2つ以上のデータパケットが存在し得る。イニシャルパケット識別子それぞれが、プリセットされたイニシャルパケット識別子である、データパケットが複数存在するとき、最小値の「T」を有するデータパケットがターゲットデータパケットとして決定される。FCCサーバは、現在受信されているターゲットチャネルの低ビットレートメディアストリームにおける最後のデータスライスの最初のデータパケットのタイムスタンプを取得する。最初のデータパケットのタイムスタンプがターゲットデータパケットのタイムスタンプと同じである場合、ターゲットチャネルの低ビットレートメディアストリームにおける最後のデータスライスが低ビットレートアライメントデータスライスとして決定され、ターゲットデータスライスがソースビットレートアライメントデータスライスとして決定される。
【０１１０】
図7は、本発明の一実施形態に係る、2つのメディアストリームをスプライシングするステップの概略図である。ソースビットレートメディアストリームのデータスライス3「F＝1、T＝5」について、低ビットレートメディアストリームの最後のデータスライス3の最初のRTPパケット5のタイムスタンプは「T＝5」であり、2つのタイムスタンプは同じである。この場合、低ビットレートメディアストリームのデータスライス3が低ビットレートアライメントデータスライスとして決定され、ソースビットレートメディアストリームのデータスライス3がソースビットレートアライメントデータスライスとして決定され、すなわち、図7においてイタリックの太字フォントが配置されているデータスライスである。低ビットレートメディアストリームのデータスライス3のメディアコンテンツは、ソースビットレートメディアストリームのデータスライス3のメディアコンテンツと同じであり、2つのデータスライス3は同じデータスライスであることが理解され得る。図7に示されるスプライシングするステップの概略図は単なる一例であり、本発明のこの実施形態に対していかなる限定も構成しないことが留意されるべきである。
【０１１１】
最初のデータパケットのタイムスタンプがターゲットデータパケットのタイムスタンプと異なる場合、再生装置は、現在受信されている、ターゲットチャネルのソースビットレートメディアストリームから、「F＝1」であるRTPパケット、そのRTPパケットのタイムスタンプ、およびそのRTPパケットが属するデータスライスをリードし続け、現在受信されている、ターゲットチャネルの低ビットレートメディアストリームの最後のデータスライスの最初のデータパケットのタイムスタンプを取得する。この場合、最初のデータパケットのタイムスタンプがRTPパケットのタイムスタンプと同じである場合、低ビットレートアライメントデータスライスおよびソースビットレートアライメントデータスライスが決定され得る。この場合、最初のデータパケットのタイムスタンプがRTPパケットのタイムスタンプと異なる場合、低ビットレートアライメントデータスライスおよびソースビットレートアライメントデータスライスが決定されるまで、前述の手順に従って再検索が実行される。
【０１１２】
再生装置が低ビットレートアライメントデータスライスおよびソースビットレートアライメントデータスライスを決定したとき、再生装置は、低ビットレートアライメントデータスライスの前のデータスライスの後ろに、ターゲットチャネルのものであって、ソースビットレートアライメントデータスライスから始まる、ソースビットレートメディアストリームをスプライシングする。図7を参照すると、低ビットレートアライメントデータスライスは低ビットレートメディアストリームのデータスライス3であり、ソースビットレートアライメントデータスライスはソースビットレートメディアストリームのデータスライス3であり、ソースビットレートメディアストリームのデータスライス3から始まるソースビットレートメディアストリームが、低ビットレートメディアストリームのデータスライス2の後ろにスプライシングされた後に、図7に示される大きな黒い矢印が指すメディアストリームが得られる。図7から、スプライシングされたメディアストリームは切れ目がないことが学習されることができる。したがって、低ビットレートメディアストリームとソースビットレートメディアストリームとはシームレスにスプライシングされる。
【０１１３】
再生装置は、スプライシングが完了したとき、送信停止通知をFCCサーバに送信する。送信停止通知を受信したとき、FCCサーバは、ターゲットチャネルの低ビットレートメディアストリームを再生装置に送信するステップを停止する。
【０１１４】
再生装置は、切れ目のない再生のために、スプライシングされたメディアストリームを再生ストリームパイプラインに供給する。この時点で、このチャネル変更は完了される。ターゲットチャネルの低ビットレートメディアストリームとターゲットチャネルのソースビットレートメディアストリームとがシームレスにスプライシングされる。したがって、ターゲットチャネルの低ビットレートメディアストリームからターゲットチャネルのソースビットレートメディアストリームに変更したとき、再生装置は再生をスムーズに実行することができ、ユーザはメディアストリームの中断または変化に気づかない。
【０１１５】
図6に示される実施形態1では、チャネル変更速度が改善されることができ、チャネル変更時間が削減されることができ、帯域幅が節約されることができるように、FCCサーバは、低ビットレートメディアストリームを高レートで迅速に送信する。
【０１１６】
図8は、本発明の実施形態2に係る、チャネル変更方法の概略フローチャートである。方法は、次のステップを含むが、これには限定されない。
【０１１７】
ステップS201：再生装置は、FCCサーバに、ターゲットチャネルへの変更のためのチャネル変更要求を送信する。
【０１１８】
ステップS202：FCCサーバは、チャネル変更要求を受信する。
【０１１９】
ステップS203：FCCサーバは、ターゲットチャネルの低ビットレートメディアストリームを再生装置に、プリセットされた高レートで迅速に送信する。
【０１２０】
ステップS204：再生装置は、再生のために、FCCサーバによって迅速に送信されるターゲットチャネルの低ビットレートメディアストリームを受信する。
【０１２１】
本発明の実施形態2におけるステップS201〜ステップS204の実施プロセスについては、本発明の実施形態1におけるステップS101〜ステップS104の具体的な説明を参照されたい。本明細書では、詳細は再度説明されない。
【０１２２】
ステップS205：FCCサーバは、ターゲットチャネルのマルチキャストグループに参加することを、ヘッドエンド装置に申請する。
【０１２３】
具体的には、FCCサーバがターゲットチャネルの低ビットレートメディアストリームを再生装置に迅速に送信し始めたとき、FCCサーバは、ターゲットチャネルのマルチキャストグループに参加することをヘッドエンド装置に申請するか、またはFCCサーバは、ターゲットチャネルの低ビットレートメディアストリームを再生装置に迅速に送信するステップのプロセス内で、ターゲットチャネルのマルチキャストグループに参加することをヘッドエンド装置に申請し得る。
【０１２４】
ステップS206：ヘッドエンド装置は、ターゲットチャネルのソースビットレートメディアストリームをFCCサーバに送信する。
【０１２５】
具体的には、FCCサーバによって送信された参加要求を受信したとき、ヘッドエンド装置は、FCCサーバをターゲットチャネルのマルチキャストグループに追加し、ターゲットチャネルのソースビットレートメディアストリームをFCCサーバにマルチキャストする。
【０１２６】
ステップS207：FCCサーバは、ターゲットチャネルのソースビットレートメディアストリームを受信する。
【０１２７】
具体的には、ターゲットチャネルのマルチキャストグループに参加した後、FCCサーバは、ヘッドエンド装置からターゲットチャネルのソースビットレートメディアストリームを受信する。
【０１２８】
ステップS208：FCCサーバは、ターゲットチャネルのソースビットレートメディアストリームとターゲットチャネルの低ビットレートメディアストリームとをスプライシングする。
【０１２９】
FCCサーバがターゲットチャネルのソースビットレートメディアストリームとターゲットチャネルの低ビットレートメディアストリームとをスプライシングするプロセスは、本発明の実施形態1において再生装置がスプライシングを実行するプロセスと同じである。詳細については、本発明の実施形態1におけるステップS108のスプライシングプロセスの具体的な説明を参照されたい。本明細書では、詳細は再度説明されない。
【０１３０】
ステップS209：FCCサーバは、スプライシングされたターゲットメディアストリームを再生装置に、プリセットされた高レートで迅速に送信する。
【０１３１】
ターゲットメディアストリームは、図7に示される大きな黒い矢印が指すメディアストリームであり得る。FCCサーバは、ターゲットメディアストリームを再生装置に、プリセットされた高レートで迅速に送信する。
【０１３２】
ステップS210：FCCサーバは、ターゲットメディアストリームを再生装置に、プリセットされた通常レートで送信する。
【０１３３】
具体的には、FCCサーバが再生装置へのクイック送信を実行するプリセットされた高レートは、ヘッドエンド装置が再生装置への送信を実行するレートよりも高い。したがって、ソースビットレートアライメントデータスライスのクイック送信が完了したときまたはその後、FCCサーバは、再生装置へのターゲットメディアストリームの、プリセットされた高レートでのクイック送信を停止し、ターゲットメディアストリームを再生装置に、プリセットされた通常レートで迅速に送信する。たとえば、プリセットされた高レートは、ヘッドエンド装置の送信レートの3倍であり、プリセットされた通常レートは、ヘッドエンド装置の送信レートの1．N倍である。
【０１３４】
その中でまたはその後にソースビットレートアライメントデータスライスのクイック送信が完了される期間は、プリセット期間と称され得る。この期間の具体的な値は、FCCサーバの製造業者によってセットされ、本明細書では限定されない。任意選択的に、プリセット期間は、その期間とソースビットレートアライメントデータスライスのクイック送信完了時点との間のインターバル時間が、あるしきい値未満である期間である。
【０１３５】
ステップS211：FCCサーバは、クイック送信終了通知を再生装置に送信する。
【０１３６】
具体的には、FCCサーバは、ソースビットレートアライメントデータスライスのクイック送信が完了されたとき、またはその後に、クイック送信終了通知を再生装置に送信する。クイック送信終了通知は、クイック送信が終了しようとしていることを再生装置に通知し、およびヘッドエンド装置からターゲットチャネルのソースビットレートメディアストリームを受信するために、ターゲットチャネルのマルチキャストグループに参加することをヘッドエンド装置に即座に申請するように再生装置に指示する、ために使用される。
【０１３７】
ステップS210およびステップS211は同時に実行されることが留意されるべきである。
【０１３８】
ステップS212：再生装置は、再生のために、FCCサーバによって迅速に送信されるターゲットメディアストリームを受信する。
【０１３９】
具体的には、再生装置は、プリセットされた高レートでFCCサーバによって迅速に送信されたターゲットメディアストリームをまず受信し、次いで、プリセットされた通常レートでFCCサーバによって迅速に送信されたターゲットメディアストリームを受信する。
【０１４０】
ステップS213：再生装置は、クイック送信終了通知を受信する。
【０１４１】
ステップS214：再生装置は、ターゲットチャネルのマルチキャストグループに参加することをヘッドエンド装置に申請する。
【０１４２】
ステップS215：ヘッドエンド装置は、ターゲットチャネルのソースビットレートメディアストリームを再生装置に送信する。
【０１４３】
ステップS216：再生装置は、ターゲットチャネルのソースビットレートメディアストリームを受信する。
【０１４４】
本発明の実施形態2におけるステップS214〜ステップS216の実施プロセスについては、本発明の実施形態1におけるステップS107〜ステップS109の具体的な説明を参照されたい。本明細書では、詳細は再度説明されない。ステップS216において再生装置によって受信されたターゲットチャネルのソースビットレートメディアストリームとステップS207においてFCCサーバによって受信されたターゲットチャネルのソースビットレートメディアストリームとの間には時間差があることが留意されるべきである。
【０１４５】
再生装置は、ヘッドエンド装置によって送信されたターゲットチャネルのソースビットレートメディアストリームを受信したとき、FCCサーバに送信停止通知を送信する。FCCサーバは、送信停止通知を受信したとき、ターゲットメディアストリームを再生装置へ送信するステップを停止する。
【０１４６】
任意選択的に、送信停止通知は、ヘッドエンド装置から受信されたターゲットチャネルのソースビットレートメディアストリームの最初のRTPパケットの識別情報を運搬し、識別情報は、RTPパケットシーケンス番号、タイムスタンプなどであり得る。送信停止通知を受信したとき、FCCサーバは、RTPパケットのシーケンス番号またはタイムスタンプの値を比較するなどの方法を使用して、最初のRTPパケットの前のすべてのRTPパケットが再生装置に送信されてしまっているかどうかを決定する。判定結果が「いいえ」の場合、FCCサーバは、再生装置への送信を実行し続ける。判定結果が「はい」の場合、FCCサーバは、再生装置への送信を実行するステップを停止する。
【０１４７】
ステップS217：再生装置は、ターゲットメディアストリームとターゲットチャネルのソースビットレートメディアストリームとをスプライシングし、および再生を実行する。
【０１４８】
具体的には、再生装置は、現在受信されている、ターゲットメディアストリームおよびターゲットチャネルのソースビットレートメディアストリームの、RTPパケットシーケンス番号またはタイムスタンプに基づいて、スプライシングおよび再生を実行する。図9は、データパケットシーケンス番号に基づいてスプライシングするステップの概略図である。ソースビットレートメディアストリームのデータパケット7から始まるデータパケットが、ターゲットメディアストリームのデータパケット6の後ろにスプライシングされる。
【０１４９】
図8Aおよび図8Bに示される実施形態2では、チャネル変更速度が改善されることができ、チャネル変更時間が削減されることができ、帯域幅が節約されることができるように、FCCサーバは、低ビットレートメディアストリームを高レートで迅速に送信する。
【０１５０】
図6に示される実施形態1では、再生装置が、低ビットレートメディアストリームとソースビットレートメディアストリームとをシームレスにスプライシングし、FCCサーバおよび再生装置の両方が変更され、図8Aおよび図8Bに示される実施形態2では、FCCサーバが、低ビットレートメディアストリームとソースビットレートメディアストリームとをシームレスにスプライシングし、FCCサーバが変更される、ということが留意されるべきである。
【０１５１】
図10は、本発明の一実施形態に係る、再生装置の論理構成の概略図である。図10に示される再生装置303は、送信部3031と、受信部3032と、スプライシングおよび再生部3033とを含む。
【０１５２】
第1の可能な実施態様では、送信部3031は、高速チャネル変更FCCサーバに、ターゲットチャネルへの変更のためのチャネル変更要求を送信するように構成される。受信部3032は、再生のために、FCCサーバによって迅速に送信されるターゲットチャネルの低ビットレートメディアストリームを受信するように構成される。受信部3032は、FCCサーバによって送信されたクイック送信終了通知を受信したとき、ヘッドエンド装置からターゲットチャネルのソースビットレートメディアストリームを受信するようにさらに構成される。スプライシングおよび再生部3033は、ターゲットチャネルのソースビットレートメディアストリームとターゲットチャネルの低ビットレートメディアストリームとをスプライシングし、および再生を実行する、ように構成される。
【０１５３】
送信部3031は、図6に示される実施形態におけるステップS101を実施するように構成され、受信部3032は、図6に示される実施形態におけるステップS104、ステップS106、およびステップS109を実施するように構成され、そしてスプライシングおよび再生部3033は、図6に示される実施形態におけるステップS110を実施するように構成される、ことが留意されるべきである。
【０１５４】
第2の可能な実施態様では、送信部3031は、高速チャネル変更FCCサーバに、ターゲットチャネルへの変更のためのチャネル変更要求を送信するように構成される。受信部3032は、再生のために、FCCサーバによって迅速に送信されるターゲットチャネルの低ビットレートメディアストリームを受信するように構成される。受信部3032は、再生のために、FCCサーバによって送信されたスプライシングされたターゲットメディアストリームを受信するようにさらに構成される。受信部3032は、FCCサーバによって送信されたクイック送信終了通知を受信したとき、ヘッドエンド装置からターゲットチャネルのソースビットレートメディアストリームを受信するようにさらに構成される。スプライシングおよび再生部3033は、ターゲットチャネルのソースビットレートメディアストリームとターゲットチャネルの低ビットレートメディアストリームとをスプライシングし、および再生を実行する、ように構成される。
【０１５５】
送信部3031は、図8Aに示される実施形態におけるステップS201を実施するように構成され、受信部3032は、図8Aおよび図8Bに示される実施形態におけるステップS204、ステップS211、ステップS213、およびステップS216を実施するように構成され、そしてスプライシングおよび再生部3033は、図8Bに示される実施形態におけるステップS217を実施するように構成される、ことが留意されるべきである。
【０１５６】
図10に示される送信部3031および受信部3032は、図4に示される再生装置のトランシーバ1032に対応し、図10に示されるスプライシングおよび再生部3033は、図4に示される再生装置のプロセッサ1031に対応する。
【０１５７】
図11は、本発明の一実施形態に係る、FCCサーバの論理構成の概略図である。
【０１５８】
第1の可能な実施態様では、図11に示されるFCCサーバ302は、受信部3021と送信部3022とを含む。受信部3021は、ターゲットチャネルへの変更のために再生装置によって送信されたチャネル変更要求を受信するように構成される。送信部3022は、ターゲットチャネルの低ビットレートメディアストリームを再生装置に、プリセットされた高レートで迅速に送信するように構成される。送信部3022は、クイック送信終了通知を再生装置に送信し、クイック送信終了通知は、ヘッドエンド装置からターゲットチャネルのソースビットレートメディアストリームを受信するように再生装置に指示するために使用される、ようにさらに構成される。
【０１５９】
受信部3021は、図6に示される実施形態におけるステップS102を実施するように構成され、送信部3022は、図6に示される実施形態におけるステップS103、およびステップS105を実施するように構成される、ことが留意されるべきである。
【０１６０】
第2の可能な実施態様では、図11に示されるFCCサーバ302は、受信部3021と、送信部3022と、スプライシング部3023とを含む。
【０１６１】
受信部3021は、ターゲットチャネルへの変更のために再生装置によって送信されたチャネル変更要求を受信するように構成される。送信部3022は、ターゲットチャネルの低ビットレートメディアストリームを再生装置に、プリセットされた高レートで迅速に送信するように構成される。受信部3021は、ヘッドエンド装置からターゲットチャネルのソースビットレートメディアストリームを受信するようにさらに構成される。スプライシング部3023は、ターゲットチャネルのソースビットレートメディアストリームとターゲットチャネルの低ビットレートメディアストリームとをスプライシングするように構成される。送信部3022は、スプライシングされたターゲットメディアストリームを再生装置に、プリセットされた高レートで迅速に送信するようにさらに構成される。送信部3022は、クイック送信終了通知を再生装置に送信し、およびターゲットメディアストリームを再生装置に、プリセットされた通常レートで迅速に送信し、クイック送信終了通知は、ヘッドエンド装置からターゲットチャネルのソースビットレートメディアストリームを受信するように再生装置に指示するために使用され、プリセットされた高レートは、プリセットされた通常レートよりも高い、ようにさらに構成される。
【０１６２】
受信部3021は、図8Aに示される実施形態におけるステップS202、およびステップS207を実施するように構成され、送信部3022は、図8Aおよび図8Bに示される実施形態におけるステップS203、ステップS209、ステップS210、およびステップS212を実施するように構成され、そしてスプライシング部3023は、図8Aに示される実施形態におけるステップS208を実施するように構成される、ことが留意されるべきである。
【０１６３】
図11に示される受信部3021および送信部3022は、図5に示されるFCCサーバのトランシーバ1022に対応し、図11に示されるスプライシング部3023は、図5に示されるFCCサーバのプロセッサ1021に対応する。
【０１６４】
図6に示される実施形態を実施するために、図10の第1の可能な実施態様と図11の第1の可能な実施態様とが組み合わされ、図8Aおよび図8Bに示される実施形態を実施するために、図10の第2の可能な実施態様と図11の第2の可能な実施態様とが組み合わされることが留意されるべきである。
【０１６５】
前述の実施形態のすべてまたはいくつかは、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せを使用して実施され得る。実施形態を実施するためにソフトウェアが使用されるとき、実施形態は、完全にまたは部分的にコンピュータプログラム製品の形態で実施され得る。コンピュータプログラム製品は、1または複数のコンピュータ命令を含む。コンピュータ命令がコンピュータにロードされ実行されたとき、本出願の実施形態に係る手順または機能のすべてまたはいくつかが生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラム可能な装置であり得る。コンピュータ命令は、コンピュータ可読記憶媒体に記憶され得るか、またはコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に伝送され得る。たとえば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、またはデータセンタから、別のウェブサイト、コンピュータ、サーバ、またはデータセンタに、有線（たとえば、同軸ケーブル、光ファイバ、またはデジタル加入者回線（Digital Subscriber line、略してDSL）を使用して）で、または無線（たとえば、赤外線、電波、マイクロ波を通じて）で伝送され得る。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体、または1または複数の使用可能な媒体を統合する、サーバもしくはデータセンタなどのデータ記憶装置であり得る。使用可能な媒体は、磁気媒体（たとえば、フロッピーディスク、ハードディスク、または磁気テープ）、光媒体（たとえばDVD（Digital Video Disk）、半導体媒体（たとえば、ソリッドステートディスク（Solid State Disk、略してSSD））などであり得る。
【符号の説明】
【０１６６】
101  ヘッドエンド装置
102  FCCサーバ
103  再生装置
302  FCCサーバ
303  再生装置
1021  プロセッサ
1022  トランシーバ
1023  メモリ
1031  プロセッサ
1032  トランシーバ
1033  ディスプレイシステム
3021  受信部
3022  送信部
3023  スプライシング部
3031  送信部
3032  受信部
3033  スプライシングおよび再生部
【図１】
0006974490.tif 000002
【図２】
0006974490.tif 000003
【図３】
0006974490.tif 000004
【図４】
0006974490.tif 000005
【図５】
0006974490.tif 000006
【図６】
0006974490.tif 000007
【図７】
0006974490.tif 000008
【図８Ａ】
0006974490.tif 000009
【図８Ｂ】
0006974490.tif 000010
【図９】
0006974490.tif 000011
【図１０】
0006974490.tif 000012
【図１１】
0006974490.tif 000013