(57)【要約】【課題】本発明の実施例では、動画配信方法を提供する。【解決手段】動画視聴要求が生成されると、該動画視聴要求によって指定される現在要求対象動画の動画長さを取得し、前視聴対象動画と前記現在要求対象動画との時間間隔を取得する。前記動画長さおよび前記時間間隔に基づいて、前記現在要求対象動画に対して合同動画配信適応を行うと判断する場合、前記前視聴対象動画のデータレートに応じて、前記現在要求対象動画の最初のセグメントの第１品質レベルを設定し、該第１品質レベルに応じて、該最初のセグメントを配信する。【選択図】図１
2017028700.tif 000002
【特許請求の範囲】
【請求項１】
動画配信方法であって、
動画視聴要求が生成されると、該動画視聴要求によって指定される現在要求対象動画の動画長さを取得し、前視聴対象動画と前記現在要求対象動画との時間間隔を取得し、
前記動画長さおよび前記時間間隔に基づいて、前記現在要求対象動画に対して合同動画配信適応を行うと判断する場合、前記前視聴対象動画のデータレートに応じて、前記現在要求対象動画の最初のセグメントの第１品質レベルを設定し、該第１品質レベルに応じて、該最初のセグメントを配信する、ことを含むことを特徴とする方法。
【請求項２】
前記動画長さおよび前記時間間隔に基づいて、前記現在要求対象動画に対して合同動画配信適応を行うと判断することは、
前記動画長さを予め設定された長さ閾値と比較して、該現在要求対象動画が短動画であるか否かを判断し、
前記時間間隔を予め設定された間隔閾値と比較して、該現在要求対象動画が前記前視聴対象動画と連続している動画であるか否かを判断し、
前記現在要求対象動画が短動画であり、かつ、前記現在要求対象動画が前記前視聴対象動画と連続している動画であると判断する場合、前記現在要求対象動画に対して合同動画配信適応を行うと判断する、ことを含むことを特徴とする請求項１に記載の方法。
【請求項３】
トラフィックバースト状態に基づいて、ネットワークのトラフィックバーストが低いか否かを判断し、前記トラフィックバーストが低い場合、前記現在要求対象動画に対して合同動画配信適応を行う、ことをさらに含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記前視聴対象動画のデータレートに応じて、前記現在要求対象動画の最初のセグメントの第１品質レベルを設定することは、
動画サーバが、前記動画視聴要求を受信すると、前記現在要求対象動画の動画長さと動画クライアントが選択可能なデータレート集合とが記録されているオリジナルマニフェストファイルをアクセスデバイスに提供し、
前記アクセスデバイスが、該動画クライアントから送信された、動画の最初のセグメントの取得要求を受信すると、前記動画の最初のセグメントの取得要求に付けられている前記第１品質レベルを、前記前視聴対象動画のデータレートに応じて設定され予め保存された推奨品質レベルに修正して、前記動画の最初のセグメントの取得要求を前記動画サーバに送信する、ことを含むことを特徴とする請求項３に記載の方法。
【請求項５】
前記アクセスデバイスが、前記動画クライアントから送信された、動画の最後のセグメントの取得要求を受信すると、該動画の最後のセグメントの取得要求に付けられている第２品質レベルに応じて、前記推奨品質レベルを設定し、前記動画の最後のセグメントの取得要求の受信時点を記録する、ことをさらに含むことを特徴とする請求項４に記載の方法。
【請求項６】
前記前視聴対象動画のデータレートに応じて、前記現在要求対象動画の最初のセグメントの第１品質レベルを設定することは、
動画サーバが、前記動画視聴要求を受信すると、前記現在要求対象動画の動画長さと動画クライアントが選択可能なデータレート集合とが記録されているオリジナルマニフェストファイルをアクセスデバイスに提供し、
前記アクセスデバイスが、前記トラフィックバーストが低いと判断する場合、前記オリジナルマニフェストファイルを保存し、該オリジナルマニフェストファイルにおける最低データレートを、前記前視聴対象動画のデータレートに応じて設定された推奨品質レベルに修正して、擬似マニフェストファイルを得、前記擬似マニフェストファイルを前記動画クライアントに提供し、
前記動画クライアントが、前記擬似マニフェストファイルに基づいて、前記第１品質レベルを選択し、前記第１品質レベルが付けられている、動画の最初のセグメントの取得要求を開始する、ことを含むことを特徴とする請求項３に記載の方法。
【請求項７】
前記動画サーバが、前記動画の最初のセグメントの取得要求を受信すると、前記アクセスデバイスへ動画の最初のセグメントを送信し、
前記アクセスデバイスが、受信された前記動画の最初のセグメントにマニフェストファイル更新通知を追加し、
前記アクセスデバイスが、該マニフェストファイル更新通知が付けられている前記動画の最初のセグメントを前記動画クライアントに送信した後、自局に保存された前記オリジナルマニフェストファイルを前記動画クライアントに送信し、これにより、前記動画クライアントが、前記オリジナルマニフェストファイルに基づいて、動画の後続のセグメントを要求し、
前記アクセスデバイスが、前記動画クライアントから送信された、動画の最後のセグメントの取得要求を受信すると、該動画の最後のセグメントの取得要求に付けられている第２品質レベルに応じて、前記推奨品質レベルを設定し、前記動画の最後のセグメントの取得要求の受信時点を記録する、ことをさらに含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記前視聴対象動画のデータレートに応じて、前記現在要求対象動画の最初のセグメントの第１品質レベルを設定することは、
アクセスデバイスが、自局で検出されたトラフィックバースト状態を動画サーバに送信し、
前記動画サーバが、前記トラフィックバースト状態に基づいて、ネットワークのトラフィックバーストが低いと判断する場合、前記前視聴対象動画のデータレートから推奨品質レベルを得、該推奨品質レベルが最低データレートとして設定された擬似マニフェストファイルを生成して、前記アクセスデバイスに提供し、
前記アクセスデバイスが、該擬似マニフェストファイルを動画クライアントに送信し、これにより、前記動画クライアントが、前記擬似マニフェストファイルに基づいて、動画の最初のセグメントを要求する、ことを含むことを特徴とする請求項３に記載の方法。
【請求項９】
前記動画サーバが、動画の最初のセグメントの取得要求を受信すると、マニフェストファイル更新通知が付けられている動画の最初のセグメントを前記アクセスデバイスに提供し、
前記動画サーバが、前記動画の最初のセグメントを送信した後、前記アクセスデバイスへオリジナルマニフェストファイルを送信し、
前記アクセスデバイスが、前記動画クライアントへ前記オリジナルマニフェストファイルを送信し、これにより、前記動画クライアントが、前記オリジナルマニフェストファイルに基づいて、動画の後続のセグメントを要求する、ことをさらに含むことを特徴とする請求項８に記載の方法。
【請求項１０】
前記前視聴対象動画のデータレートに応じて、前記現在要求対象動画の最初のセグメントの第１品質レベルを設定することは、
アクセスデバイスが、無線アクセスネットワーク輻輳認識機能ユニット（ＲＣＡＦ）によって、トラフィックバースト状態をポリシーおよび課金ルール機能ユニット（ＰＣＲＦ）に送信し、
前記ＰＣＲＦが、前記トラフィックバースト状態に基づいて、ネットワークのトラフィックバーストが低いと判断する場合、パケットデータネットワークゲートウェイ（ＰＧＷ）に対し、前記前視聴対象動画のデータレートに応じて、保証されるビットレート（ＧＢＲ）を設定するよう指示し、
前記ＰＧＷが、該前視聴対象動画のデータレートに応じて、ＧＢＲを設定し、ベアリング確立要求によって、該ＧＢＲをアクセスデバイスに提供し、
前記アクセスデバイスが、ＲＲＣ接続再配置指令によって、前記ＧＢＲを動画クライアントに送信し、
前記動画クライアントが、オリジナルマニフェストファイルに基づいて、前記現在要求対象動画が短動画であるか否かを判断し、前記現在要求対象動画が短動画である場合、該ＧＢＲに応じて、第１品質レベルを設定し、前記第１品質レベルが付けられている、動画の最初のセグメントの取得要求を前記アクセスデバイスへ送信する、ことを含むことを特徴とする請求項３に記載の方法。
【請求項１１】
アクセスデバイスであって、
動画クライアントから提供された動画視聴要求を受信し、前視聴対象動画と該動画視聴要求によって指示される現在要求対象動画との時間間隔を取得し、動画サーバから提供されたオリジナルマニフェストファイルから、前記現在要求対象動画の動画長さを取得する情報取得手段と、
前記時間間隔および前記動画長さに基づいて、合同動画配信適応を行うか否かを判断し、判断結果を推奨品質レベル提供手段に送信する合同動画配信適応手段と、
前記判断結果に基づいて、前記前視聴対象動画のデータレートに関連する推奨品質レベルを、前記現在要求対象動画の最初のセグメントの第１品質レベルとして、前記動画サーバに提供する前記推奨品質レベル提供手段と、を含むことを特徴とするアクセスデバイス。
【請求項１２】
前記合同動画配信適応手段は、さらに、トラフィックバースト状態に基づいて、合同動画配信適応を行うか否かを判断する、ことを特徴とする請求項１１に記載のアクセスデバイス。
【請求項１３】
前記推奨品質レベル提供手段は、
前記前視聴対象動画の最後のセグメントの第２品質レベルに応じて、前記推奨品質レベルを設定し、
前記動画クライアントから送信された、動画の最初のセグメントの取得要求を受信すると、該動画の最初のセグメントの取得要求に付けられている前記第１品質レベルを前記推奨品質レベルに修正して、前記動画サーバに送信する、ことを特徴とする請求項１２に記載のアクセスデバイス。
【請求項１４】
前記推奨品質レベル提供手段は、
前記前視聴対象動画の最後のセグメントの第２品質レベルに応じて、前記推奨品質レベルを設定し、
前記オリジナルマニフェストファイルに記録された最低データレートを前記推奨品質レベルに修正して、前記動画クライアントに提供し、
前記アクセスデバイスは、前記最初のセグメントを受信すると、前記最初のセグメントにマニフェストファイル更新通知を追加して、前記動画クライアントに送信し、予め保存された前記オリジナルマニフェストファイルを前記動画クライアントに送信するマニフェストファイル更新手段をさらに含む、ことを特徴とする請求項１２に記載のアクセスデバイス。
【請求項１５】
基地局、または無線アクセスポイント、またはアクセスゲートウェイである、ことを特徴とする請求項１１に記載のアクセスデバイス。
【請求項１６】
ネットワークデバイスであって、
動画視聴要求を受信し、前視聴対象動画と該動画視聴要求によって指示される現在要求対象動画との時間間隔を取得し、生成されたオリジナルマニフェストファイルから、前記現在要求対象動画の動画長さを取得する情報取得手段と、
前記時間間隔および前記動画長さに基づいて、合同動画配信適応を行うか否かを判断し、判断結果を推奨品質レベル提供手段に送信する合同動画配信適応手段と、
前記判断結果が肯定である場合、前記前視聴対象動画のデータレートから推奨品質レベルを得て、アクセスデバイスに提供する前記推奨品質レベル提供手段と、を含むことを特徴とするネットワークデバイス。
【請求項１７】
前記合同動画配信適応手段は、さらに、トラフィックバースト状態に基づいて、合同動画配信適応を行うか否かを判断する、ことを特徴とする請求項１６に記載のネットワークデバイス。
【請求項１８】
前記推奨品質レベル提供手段は、ベアリング確立要求によって、前記推奨品質レベルを前記アクセスデバイスに送信する、ことを特徴とする請求項１７に記載のネットワークデバイス。
【請求項１９】
前記推奨品質レベル提供手段は、前記オリジナルマニフェストファイルにおける最低データレートを前記推奨品質レベルに修正して、擬似マニフェストファイルを得、前記擬似マニフェストファイルを前記アクセスデバイスに提供し、
前記ネットワークデバイスは、動画の最初のセグメントの取得要求を受信すると、前記動画の最初のセグメントの取得要求にマニフェストファイル更新通知を追加して、前記アクセスデバイスに送信し、前記オリジナルマニフェストファイルを前記アクセスデバイスに送信するマニフェストファイル更新手段をさらに含む、ことを特徴とする請求項１７に記載のネットワークデバイス。
【請求項２０】
動画サーバ、またはパケットデータネットワークゲートウェイである、ことを特徴とする請求項１６に記載のネットワークデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動画配信技術に関し、特に、動画配信方法、並びに、この動画配信方法をサポートするアクセスデバイスおよびネットワークデバイスに関する。
【背景技術】
【０００２】
現在、例えば、プログレッシブダウンロード（ＰＤ：ｐｒｏｇｒｅｓｓｉｖｅ  ｄｏｗｎｌｏａｄ）、リアルタイム伝送プロトコル／リアルタイムストリーミングプロトコル（ＲＴＰ／ＲＴＳＰ）、ＨＴＴＰアダプティブストリーミング（ＨＡＳ：ＨＴＴＰ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ）などのストリーミング配信技術のような多種の異なる動画配信技術が存在している。説明すべきものとして、ここでの動画とは、動的な映像を主として、テキスト、音声、図形、画像、アニメーションなどのメディア情報をさらに含むことが可能であるデジタルファイルであってもよい。
【０００３】
上述したストリーミング配信技術のいずれにおいても、ユーザは、動画ファイル全体のダウンロード完了まで待ってはじめてオープン・視聴可能になることなく、動画ファイルをダウンロードしながら視聴することができる。ＲＴＰ／ＲＴＳＰおよびＨＡＳ技術では、配信中に動画の品質を変化させることができ、ＰＤおよびＨＡＳ技術では、専用の動画サーバが不要である。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来のＨＡＳ技術では、ストリーミング技術およびＨＴＴＰプログレッシブダウンロード再生技術の特徴を組み合わせて、ＨＴＴＰでユーザへメディアコンテンツを配信する。該技術を採用することにより、ユーザのメディア視聴体感を向上させるとともに、動画サーバの技術的複雑さを低下させることができる。ＨＡＳ技術では、各動画ファイルが複数のセグメントに分けられ、前のセグメントのダウンロード速度が次のセグメントのデータレート（例えば、ビットレートなど）の決定に用いられる。最初のセグメントのデータレートを決定する際に、ＨＡＳ技術では、現在のネットワーク条件を考えずに、ずっと、最低配信品質から開始し、好ましい配信品質に達するまで後続のセグメントの配信品質を段階的で緩やかに上げる。この過程は、数十秒持続する可能性がある。例えば、配信品質は、２３０キロビット毎秒（ｋｂｐｓ）から、３３１ｋｂｐｓに引き上げされ、さらに９９１ｋｂｐｓ、１４２７ｋｂｐｓに段階的に引き上げされ、最後に好ましい配信品質２０５６ｋｂｐｓに達する。
【０００５】
本発明の実施例は、動画配信品質を向上させるための動画配信方法、アクセスデバイス、およびネットワークデバイスを提供している。
【課題を解決するための手段】
【０００６】
本発明の一実施例では、動画配信方法であって、動画視聴要求が生成されると、該動画視聴要求によって指定される現在要求対象動画の動画長さを取得し、前視聴対象動画と前記現在要求対象動画との時間間隔を取得し、前記動画長さおよび前記時間間隔に基づいて、前記現在要求対象動画に対して合同動画配信適応を行うと判断する場合、前記前視聴対象動画のデータレートに応じて、前記現在要求対象動画の最初のセグメントの第１品質レベルを設定し、該第１品質レベルに応じて、該最初のセグメントを配信する、ことを含む。
【０００７】
本発明の他の実施例では、アクセスデバイスであって、動画クライアントから提供された動画視聴要求を受信し、前視聴対象動画と該動画視聴要求によって指示される現在要求対象動画との時間間隔を取得し、動画サーバから提供されたオリジナルマニフェストファイルから、前記現在要求対象動画の動画長さを取得する情報取得手段と、前記時間間隔および前記動画長さに基づいて、合同動画配信適応を行うか否かを判断し、判断結果を推奨品質レベル提供手段に送信する合同動画配信適応手段と、前記判断結果に基づいて、前記前視聴対象動画のデータレートに関連する推奨品質レベルを、前記現在要求対象動画の最初のセグメントの第１品質レベルとして、前記動画サーバに提供する前記推奨品質レベル提供手段と、を含む。
【０００８】
本発明の他の実施例では、ネットワークデバイスであって、動画視聴要求を受信し、前視聴対象動画と該動画視聴要求によって指示される現在要求対象動画との時間間隔を取得し、生成されたオリジナルマニフェストファイルから、前記現在要求対象動画の動画長さを取得する情報取得手段と、前記時間間隔および前記動画長さに基づいて、合同動画配信適応を行うか否かを判断し、判断結果を推奨品質レベル提供手段に送信する合同動画配信適応手段と、前記判断結果が肯定である場合、前記前視聴対象動画のデータレートから推奨品質レベルを得て、アクセスデバイスに提供する前記推奨品質レベル提供手段と、を含む。
【発明の効果】
【０００９】
本発明によれば、ネットワーク帯域幅を効率的に利用して、より良い動画データ配信品質をユーザに提供することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施例における動画配信方法のフロー模式図である。
【図２】本発明の一実施例における前視聴対象動画および現在要求対象動画の組成模式図である。
【図３】本発明の一実施例における動画配信用のネットワークの構成模式図である。
【図４】本発明の一実施例における動画配信方法のフロー模式図である。
【図５】本発明の一実施例における動画配信方法のフロー模式図である。
【図６】本発明の一実施例における動画配信方法のフロー模式図である。
【図７】本発明の一実施例における動画配信方法のフロー模式図である。
【図８】本発明の一実施例におけるアクセスデバイスの構成模式図である。
【図９】本発明の一実施例におけるアクセスデバイスの構成模式図である。
【図１０】本発明の一実施例におけるネットワークデバイスの構成模式図である。
【図１１】本発明の一実施例におけるネットワークデバイスの構成模式図である。
【図１２】本発明の一実施例におけるアクセスデバイスの構成模式図である。
【図１３】本発明の一実施例におけるネットワークデバイスの構成模式図である。
【発明を実施するための形態】
【００１１】
本発明の目的、解決手段、およびメリットをさらに明確にするために、以下、図面を参照しながら、実施例を挙げて、本発明をさらに詳しく説明する。
【００１２】
ＨＡＳ技術では、配信品質の調整に時間がかかり、特に動画ファイルが短い場合に、好ましい配信品質に調整して間もなく該動画ファイルの再生も終了する恐れがある。しかしながら、既存の動画オンデマンドでは、短動画がますますユーザに人気になってきている。短動画とは、動画長さが短い動画ファイル、例えば、動画長さが１分（ｍ）より小さい動画ファイル、動画長さが２ｍより小さい動画ファイル、動画長さが５ｍより小さい動画ファイル、動画長さが１０ｍより小さい動画ファイルなどである。このため、本発明の実施例は、動画配信方法を提供している。この動画配信方法は、図１に示すように、以下の処理を含むことで、動画配信品質を向上させる。
【００１３】
ステップ１０１で、動画視聴要求が生成されると、該動画視聴要求によって指定される現在要求対象動画の動画長さを取得する。
【００１４】
ステップ１０２で、前視聴対象動画と前記現在要求対象動画との時間間隔を取得する。ここで、前視聴対象動画は、該動画視聴要求が生成される前に要求され視聴された１つ前の動画ファイルである。
【００１５】
ステップ１０３で、前記動画長さおよび前記時間間隔に基づいて、前記現在要求対象動画に対して合同動画配信適応を行うと判断する場合、前記前視聴対象動画のデータレートに応じて、前記現在要求対象動画の最初のセグメントの第１品質レベル（ＱＬ：ｑｕａｌｉｔｙ  ｌｅｖｅｌ）を設定する。ここで、前視聴対象動画のデータレートは、実際の動画配信速度である。
【００１６】
説明すべきものとして、第１品質レベルは、現在要求対象動画の最初のセグメントに対応する動画符号化レートである。一例では、該第１品質レベルは、前視聴対象動画のデータレートと関係がある。例えば、第１品質レベルを、前視聴対象動画の最後のセグメントのデータレートに等しいように設定する。また、例えば、前視聴対象動画の全てのセグメントのデータレートを平滑化することにより、該第１品質レベルを算出する。また、例えば、前視聴対象動画の各セグメントのデータレートに、前視聴対象動画の最初のセグメントの重みが最も小さく、前視聴対象動画の最後のセグメントの重みが最も大きいように重みを付け、前視聴対象動画の全てのセグメントのデータレートを重み付け加算して、該第１品質レベルを得る。
【００１７】
ステップ１０４で、該第１品質レベルに応じて、該最初のセグメントを配信する。
【００１８】
説明すべきものとして、各動画ファイルは、動画サーバにおいて複数のセグメントに分けられ、動画クライアントは、各セグメントのコンテンツを逐一取得することができる。図２は、本発明の一実施例における前視聴対象動画および現在要求対象動画の組成模式図である。図２において、前視聴対象動画は、Ｎ個のセグメントに分けられ、具体的に、第１セグメント，第２セグメント，…，第Ｎセグメントを含む。現在要求対象動画も、第１セグメント，第２セグメント，…，第Ｎセグメントに分けられる。ここで、第１セグメントは、最初のセグメントであり、第Ｎセグメントは、最後のセグメントであり、最初のセグメントおよび最後のセグメントを除いて、他のセグメントは、中間のセグメントである。本願発明の実施例の説明では、最初のセグメントを除く他のセグメントを後続のセグメントとも呼ぶ。一例では、各セグメント毎の時間長は、２秒（ｓ）であってもよい。これに相応して、時間長が１分（ｍ）である短動画は、３０個のセグメントに分けられてもよい。図２から、前視聴対象動画と現在要求対象動画との間に一定の時間間隔があることが分かる。
【００１９】
一例では、ステップ１０３に言及された合同動画配信適応についての判断は、短動画であるか否かの判断、および、連続している動画であるか否かの判断を含むことができる。具体的に、前記動画長さを予め設定された長さ閾値と比較して、該現在要求対象動画が短動画であるか否かを判断する。また、前記時間間隔を予め設定された間隔閾値と比較して、該現在要求対象動画が前記前視聴対象動画と連続している動画であるか否かを判断する。前記現在要求対象動画が短動画であり、かつ、前記現在要求対象動画が前記前視聴対象動画と連続している動画であると判断する場合、前記現在要求対象動画に対して合同動画配信適応を行うと判断する。
【００２０】
つまり、現在要求対象動画と前視聴対象動画との時間間隔が短い場合、前視聴対象動画のデータレートに応じて、現在要求対象動画の最初のセグメントの第１品質レベルを設定してもよい。例えば、前視聴対象動画の最後のセグメントの第２品質レベルに応じて、現在要求対象動画の最初のセグメントの第１品質レベルを設定してもよい。即ち、前視聴対象動画の最後のセグメントと現在要求対象動画の最初のセグメントとのデータレートを関連付けて、複数の動画配信間のデータレートの合同適応（ＪＯＩＮＴ  ＡＤＡＰＴＡＴＩＯＮ）を実現する。本発明の実施例では、ユーザが通常、複数の短動画を連続して視聴する場合を考慮して、複数の動画ファイルに跨る配信品質適応を採用することにより、ＨＡＳ技術における最低配信品質から試み始め好ましい配信品質に達するまで長時間がかかる問題を避ける。
【００２１】
一例では、合同動画配信適応についての判断は、トラフィックバースト状態に基づいて、ネットワークのトラフィックバーストが低いか否かを判断し、前記トラフィックバーストが低い場合、前記現在要求対象動画に対して合同動画配信適応を行うと判断する、ことをさらに含む。
【００２２】
説明すべきものとして、トラフィックバーストは、通常、ユーザがネットワークに加入したり、ネットワークから離れたりすることに起因するものであり、或いは、サービス接続の確立または切断に起因するものである。例えば、喫茶店、学校の校庭、駅などの公共の場所の通信ネットワークでは、トラフィックバーストが発生しやすい。ユーザ端末（ＵＥ）がアクセスデバイスを介してネットワークに接続されるので、アクセスデバイスは、トラフィックバーストを統計することにより、合同動画配信適応の判断を行うためのトラフィックバースト状態を得ることができる。例えば、トラフィックバーストは、１時間当たり、２つのＵＥが加入し、３つのＵＥが離れること、または、１時間当たり、２０個のＵＥが加入し、２５個のＵＥが離れること、または、半時間当たり、２０個のＵＥが加入し、２５個のＵＥが離れること、または、１５分当たり、２０個のＵＥが加入し、２５個のＵＥが離れることであってもよい。バースト閾値との比較によって、「１時間当たり、２つのＵＥが加入し、３つのＵＥが離れること」は、トラフィックバーストが低い場合に該当すると判断することができる。具体的な実現において、バースト閾値は、ネットワーク容量やユーザ状況などに応じて設定・調整されてもよい。
【００２３】
一例では、動画サーバは、前記動画視聴要求を受信すると、オリジナルマニフェストファイルをアクセスデバイスに提供する。ここで、前記オリジナルマニフェストファイルには、前記現在要求対象動画の動画長さと動画クライアントが選択可能なデータレート集合とが記録されている。一例では、オリジナルマニフェストファイルは、動画エンコーダーによって生成される。動画エンコーダーが符号化を完了すると、何種類のデータレートをサポートするかを決定することができる。具体的な実現において、オリジナルマニフェストファイルに記録されたデータレート集合は、｛２３０，３３１，４７７，６８８，９９１，１４２７，２０５６，２９６２｝であり、ｋｂｐｓを単位とする。これに相応して、動画エンコーダーは、各種類のデータレートに対して、対応の動画ファイルを生成して、動画クライアントからのダウンロードに供する。
【００２４】
アクセスデバイスは、該動画クライアントから送信された、動画の最初のセグメントの取得要求を受信すると、前記動画の最初のセグメントの取得要求に付けられている前記第１品質レベルを、予め保存された推奨品質レベルに修正して、前記動画の最初のセグメントの取得要求を前記動画サーバに送信する。ここで、前記推奨品質レベルは、前記前視聴対象動画のデータレートに応じて設定される。
【００２５】
さらに、前記アクセスデバイスは、前記動画クライアントから送信された、動画の最後のセグメントの取得要求を受信すると、該動画の最後のセグメントの取得要求に付けられている第２品質レベルに応じて、前記推奨品質レベルを設定し、前記動画の最後のセグメントの取得要求の受信時点を記録する。
【００２６】
一例では、動画サーバは、前記動画視聴要求を受信すると、オリジナルマニフェストファイルをアクセスデバイスに提供する。ここで、前記オリジナルマニフェストファイルには、前記現在要求対象動画の動画長さと動画クライアントが選択可能なデータレート集合とが記録されている。前記アクセスデバイスは、前記トラフィックバーストが低いと判断する場合、前記オリジナルマニフェストファイルを保存し、該オリジナルマニフェストファイルにおける最低データレートを推奨品質レベルに修正して擬似マニフェストファイルを得、前記擬似マニフェストファイルを前記動画クライアントに提供する。ここで、前記推奨品質レベルは、前記前視聴対象動画のデータレートに応じて設定される。前記動画クライアントは、前記擬似マニフェストファイルに基づいて、前記第１品質レベルを選択し、前記第１品質レベルが付けられている、動画の最初のセグメントの取得要求を開始する。例えば、オリジナルマニフェストファイルにおけるデータレート集合は、｛２３０，３３１，４７７，６８８，９９１，１４２７，２０５６，２９６２｝であり、動画クライアントは、その中から１つのデータレートを選択して前記第１品質レベルとすることができる。例えば、動画クライアントは、２３０ｋｂｐｓを選択する可能性がある。しかしながら、アクセスデバイスによる修正を経て、動画クライアントで受信された擬似マニフェストファイルにおけるデータレート集合は、｛６８８，９９１，１４２７，２０５６，２９６２｝となる。このため、動画クライアントは、前記第１品質レベルとして、２３０ｋｂｐｓを選択することなく、少なくとも６６８ｋｂｐｓを選択する。これにより、最低配信品質から好ましい配信品質まで試みる時間が短縮される。
【００２７】
一例では、前記動画サーバは、前記動画の最初のセグメントの取得要求を受信すると、前記第１品質レベルに応じて、前記アクセスデバイスへ動画の最初のセグメントを送信する。前記アクセスデバイスは、受信された前記動画の最初のセグメントにマニフェストファイル更新通知を追加する。前記アクセスデバイスは、該マニフェストファイル更新通知が付けられている前記動画の最初のセグメントを前記動画クライアントに送信した後、自局に保存された前記オリジナルマニフェストファイルを前記動画クライアントに送信する。これにより、前記動画クライアントは、前記オリジナルマニフェストファイルに基づいて、動画の後続のセグメントを要求する。さらに、前記アクセスデバイスは、前記動画クライアントから送信された、動画の最後のセグメントの取得要求を受信すると、該動画の最後のセグメントの取得要求に付けられている第２品質レベルを前記推奨品質レベルとして保存し、次の要求対象動画との時間間隔を決定するために、前記動画の最後のセグメントの取得要求の受信時点を記録する。
【００２８】
一例では、アクセスデバイスは、自局で検出されたトラフィックバースト状態を動画サーバに送信する。前記動画サーバは、前記トラフィックバースト状態に基づいて、ネットワークのトラフィックバーストが低いと判断する場合、前記前視聴対象動画のデータレートから推奨品質レベルを得、該推奨品質レベルが最低データレートとされた擬似マニフェストファイルを生成して、前記アクセスデバイスに提供する。説明すべきものとして、動画サーバは、動画エンコーダーから提供されたオリジナルマニフェストファイルを修正して、前記擬似マニフェストファイルを得る。前記アクセスデバイスは、該擬似マニフェストファイルを動画クライアントに送信し、これにより、前記動画クライアントは、前記擬似マニフェストファイルに基づいて、動画の最初のセグメントを要求する。
【００２９】
一例では、動画サーバは、動画の最初のセグメントの取得要求を受信すると、マニフェストファイル更新通知が付けられている動画の最初のセグメントを前記アクセスデバイスに提供する。前記動画サーバは、前記動画の最初のセグメントを送信した後、前記アクセスデバイスへオリジナルマニフェストファイルを送信する。前記アクセスデバイスは、前記動画クライアントへ前記オリジナルマニフェストファイルを送信し、これにより、前記動画クライアントは、前記オリジナルマニフェストファイルに基づいて、動画の後続のセグメントを要求する。
【００３０】
一例では、アクセスデバイスは、無線アクセスネットワーク輻輳認識機能ユニット（ＲＣＡＦ：ＲＡＮ  Ｃｏｎｇｅｓｔｉｏｎ  Ａｗａｒｅｎｅｓｓ  Ｆｕｎｃｔｉｏｎ）によって、トラフィックバースト状態をポリシーおよび課金ルール機能ユニット（ＰＣＲＦ：Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅｓ  Ｆｕｎｃｔｉｏｎ）に送信する。前記ＰＣＲＦは、前記トラフィックバースト状態に基づいて、ネットワークのトラフィックバーストが低いと判断する場合、パケットデータネットワークゲートウェイ（ＰＧＷ：Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）に対し、前記前視聴対象動画のデータレートを使用するよう指示する。前記ＰＧＷは、該前視聴対象動画のデータレートに応じて、保証されるビットレート（ＧＢＲ：Ｇｕａｒａｎｔｅｅｄ  Ｂｉｔ  Ｒａｔｅ）を決定し、ベアリング確立要求によって、該ＧＢＲをアクセスデバイスに提供する。前記アクセスデバイスは、ＲＲＣ接続再配置指令によって、前記ＧＢＲを動画クライアントに送信する。前記動画クライアントは、アクセスデバイスから受信されたオリジナルマニフェストファイルに基づいて、前記現在要求対象動画が短動画であるか否かを判断し、前記現在要求対象動画が短動画である場合、前記ＧＢＲに応じて、第１品質レベルを設定し、前記第１品質レベルが付けられている、動画の最初のセグメントの取得要求を前記アクセスデバイスへ送信する。
【００３１】
図３は、本発明の一実施例における動画配信用のネットワークの構成模式図を示す。動画クライアント３１１および３２１（携帯電話、タブレットコンピュータなどのユーザ端末であってもよい）は、アクセスデバイス３０２を介して、ＰＧＷ３０３に接続され、ＰＧＷ３０３によって、動画サーバ３０４に接続される。以下の実施例では、ＨＡＳクライアントおよびＨＡＳサーバを例として、本発明の構成の説明を展開する。説明すべきものとして、本発明の実施例で提供された構成は、ＨＡＳクライアントおよびＨＡＳサーバに適用される以外に、他の類型の動画クライアント３１１および動画サーバ３０４にも適用可能である。一例では、アクセスデバイス３０２は、基地局であってもよい。他の実現では、アクセスデバイスは、無線アクセスポイント（ＡＰ）、無線ゲートウェイなど、ユーザ端末とサーバとを接続するための他のデバイスであってもよい。
【００３２】
（実施例１）
図４は、本発明の一実施例における動画配信方法のフロー模式図である。ここでは、基地局によって配信品質の制御を行う。
【００３３】
ステップ４０１で、ＨＡＳクライアントは、基地局へ動画視聴要求を送信する。一例では、該動画視聴要求は、ハイパーテキスト転送プロトコル（ＨＴＴＰ：Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）要求である。ステップ４０２で、基地局は、該動画視聴要求をＨＡＳサーバに送信して処理させる。ステップ４０３で、基地局は、現在要求対象動画と前視聴対象動画との時間間隔を取得する。
【００３４】
ステップ４０４で、動画視聴要求に応じて、ＨＡＳサーバは、オリジナルマニフェストファイル（ｏｒｉｇｉｎａｌ  ｍａｎｉｆｅｓｔ  ｆｉｌｅ）を取得して、基地局に提供する。ステップ４０５で、基地局は、該オリジナルマニフェストファイルをＨＡＳクライアントに送信する。一例では、該オリジナルマニフェストファイルには、例えば、動画長さ、データレート集合などの動画共通情報が記録されている。
【００３５】
ステップ４０６で、基地局は、前記時間間隔に基づいて、現在要求対象動画と前視聴対象動画とが、連続している動画に該当するか否かを判断する。ステップ４０７で、基地局は、オリジナルマニフェストファイルに基づいて、現在要求対象動画が短動画であるか否かを判断する。ステップ４０６および４０７での判断結果がいずれも肯定である場合、基地局は、ステップ４０８で、ＨＡＳクライアントから送信された動画の最初のセグメント（ｓｅｇｍｅｎｔ）の取得要求を受信すると、ステップ４０９で、さらに、トラフィックバースト（ｔｒａｆｆｉｃ  ｂｕｒｓｔ）が低いか否かを判断する。一例では、動画の最初のセグメントの取得要求には、第１品質レベル（ＱＬ：ｑｕａｌｉｔｙ  ｌｅｖｅｌ）が付けられている。該第１ＱＬは、ＨＡＳクライアントが、オリジナルマニフェストファイルに基づいて、最初のセグメントに対して指定したものである。一例では、ステップ４０９におけるトラフィックバーストの高低の判断は、閾値の設定によって実現されてもよい。バースト閾値より高い場合、トラフィックバーストが高いと判断し、バースト閾値より低い場合、トラフィックバーストが低いと判断する。
【００３６】
トラフィックバーストが低い場合、ステップ４１０で、基地局は、第１ＱＬを推奨ＱＬに修正する。ステップ４１１で、基地局は、推奨ＱＬが付けられている、修正された動画の最初のセグメントの取得要求をＨＡＳサーバへ送信する。一例では、基地局は、前視聴対象動画の各セグメントのデータレートを利用して、第１ＱＬの設定を行ってもよい。例えば、前視聴対象動画の各セグメントのデータレートを平滑化して、第１ＱＬを得る。
【００３７】
ステップ４１２で、ＨＡＳサーバは、推奨ＱＬに応じて、基地局へ動画の最初のセグメントを送信する。ステップ４１３で、基地局は、動画の最初のセグメントをＨＡＳクライアントに提供する。
【００３８】
その後、ＨＡＳクライアントは、基地局へ動画の後続のセグメントの取得要求を送信し、各要求には、いずれも、ＨＡＳクライアントによって指定された相応のＱＬが付けられている。後続のセグメントについては、基地局が直接に動画の後続のセグメントの取得要求をＨＡＳサーバに転送する点で、最初のセグメントの処理と異なる。説明すべきものとして、後続のセグメントとは、最初のセグメントを除く他のセグメントであり、中間のセグメントおよび最後のセグメントを含む。もちろん、基地局による最後のセグメントの処理と中間のセグメントの処理との相違点は、最後のセグメントに対して、さらに、ステップ４１４および４１５を実行することにある。
【００３９】
ステップ４１４で、ＨＡＳクライアントは、第２ＱＬが付けられている、動画の最後のセグメントの取得要求を基地局へ送信する。ステップ４１５で、基地局は、第２ＱＬを推奨ＱＬとして記録し、動画の最後のセグメントの取得要求の受信時点を記録する。一例では、該受信時点は、基地局が次回に動画視聴要求を受信すると、ステップ４０３を実行して、前後２つの動画間の時間間隔を決定することに用いられてもよい。
【００４０】
説明すべきものとして、同一のエンティティが同一の時期で実行する、特定の関連性がないステップ間、例えば、ステップ４０２および４０３間、並びに、ステップ４０５、４０６、および４０７間の前後順序は、限定されない。一例では、先にステップ４０７を実行し、次にステップ４０５を実行し、最後にステップ４０６を実行してもよい。
【００４１】
図４に示すフローでは、例えば、基地局や無線アクセスポイントなどのアクセスデバイスによって、動画配信の品質を制御し、特別のシグナリングを追加する必要がなく、品質制御の全過程は、ＨＡＳクライアントおよびＨＡＳサーバの両方にとって透明である。
【００４２】
（実施例２）
図５は、本発明の一実施例における動画配信方法のフロー模式図である。ここでは、同様に、基地局によって配信品質の制御を行う。
【００４３】
ステップ５０１で、ＨＡＳクライアントは、基地局へ動画視聴要求を送信する。ステップ５０２で、基地局は、該動画視聴要求をＨＡＳサーバに送信して処理させる。ステップ５０３で、基地局は、現在要求対象動画と前視聴対象動画との時間間隔を取得する。ステップ５０４で、ＨＡＳサーバは、オリジナルマニフェストファイルを基地局に提供する。ステップ５０５で、基地局は、前記時間間隔に基づいて、現在要求対象動画と前視聴対象動画とが、連続している動画に該当するか否かを判断する。ステップ５０６で、基地局は、オリジナルマニフェストファイルに基づいて、現在要求対象動画が短動画であるか否かを判断する。ステップ５０７で、基地局は、トラフィックバーストが低いか否かを判断する。
【００４４】
ステップ５０５〜５０７での判断結果がいずれも肯定である場合、ステップ５０８で、基地局は、オリジナルマニフェストファイルを保存し、擬似マニフェストファイルを生成し、推奨ＱＬを、擬似マニフェストファイルに記録された最低データレートとする。ステップ５０９で、基地局は、擬似マニフェストファイルをＨＡＳクライアントに送信する。ＨＡＳクライアントは、擬似マニフェストファイルにおけるデータレート集合の中から、第１ＱＬを選択することになる。これに相応して、ステップ５１０で、ＨＡＳクライアントが動画の最初のセグメントの取得要求を送信する際に、該動画の最初のセグメントの取得要求に付けられている第１ＱＬは、少なくとも推奨ＱＬである。推奨ＱＬが９９１ｋｂｐｓであるとすると、擬似マニフェストファイルにおけるデータレート集合は、｛９９１，１４２７，２０５６，２９６２｝である。
【００４５】
ステップ５１１で、該動画の最初のセグメントの取得要求は、基地局を介して、ＨＡＳサーバに送信される。ステップ５１２で、ＨＡＳサーバは、推奨ＱＬに応じて、動画の最初のセグメントを送信する。ステップ５１３で、基地局は、前記動画の最初のセグメントに対して処理を行って、前記動画の最初のセグメントにマニフェストファイル更新通知を追加する。ステップ５１４で、マニフェストファイル更新通知が付けられている前記動画の最初のセグメントは、基地局からＨＡＳクライアントに送信される。ステップ５１５で、基地局は、ステップ５０８で保存されたオリジナルマニフェストファイルをＨＡＳクライアントに送信する。これにより、ＨＡＳクライアントは、後続のセグメントにおいて、通常のデータレート選択に回復する。ステップ５１６で、ＨＡＳクライアントは、動画の最後のセグメントの取得要求を送信する。該動画の最後のセグメントの取得要求に付けられている、最後のセグメントに対して選択された第２ＱＬは、ステップ５１７で、基地局によって記録される。ステップ５１７で、基地局は、さらに、次の動画視聴要求が来た時に現在要求対象動画と次の要求対象動画との時間間隔を計算するために、動画の最後のセグメントの取得要求の受信時点を記録する。
【００４６】
説明すべきものとして、図５に示すフローは、ＨＡＳクライアントおよびＨＡＳサーバの両方にとって透明である。
【００４７】
（実施例３）
図６は、本発明の一実施例における動画配信方法のフロー模式図である。ここでは、ＨＡＳサーバによって配信品質の制御を行う。
【００４８】
ステップ６０１で、基地局は、トラフィックバースト状態をＨＡＳサーバに提供する。一例では、該トラフィックバースト状態は、簡易ネットワーク管理プロトコル（ＳＮＭＰ：Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）、または他のネットワークサービスプロトコルを用いて伝送されてもよい。
【００４９】
ステップ６０２および６０３で、ＨＡＳクライアントから送信された動画視聴要求は、基地局を介して、ＨＡＳサーバに転送される。ステップ６０４で、ＨＡＳサーバは、現在要求対象動画と前視聴対象動画との時間間隔を取得する。ステップ６０５で、ＨＡＳサーバは、前記時間間隔に基づいて、現在要求対象動画と前視聴対象動画とが、連続している動画に該当するか否かを判断する。ステップ６０６で、ＨＡＳサーバは、オリジナルマニフェストファイルに基づいて、現在要求対象動画が短動画であるか否かを判断する。ステップ６０７で、ＨＡＳサーバは、ステップ６０１で取得されたトラフィックバースト状態に基づいて、トラフィックバーストが低いか否かを判断する。
【００５０】
ステップ６０５〜６０７での判断結果がいずれも肯定である場合、ステップ６０８で、ＨＡＳサーバは、前視聴対象動画のデータレートから推奨ＱＬを得る。ステップ６０９で、ＨＡＳサーバは、擬似マニフェストファイルを生成して基地局に送信し、基地局は、擬似マニフェストファイルをＨＡＳクライアントに送信する。一例では、ＨＡＳサーバは、オリジナルマニフェストファイルにおける最低データレートを推奨ＱＬに修正して、前記擬似マニフェストファイルを得る。ステップ６１０で、ＨＡＳクライアントは、擬似マニフェストファイルに基づいて、最初のセグメントの第１ＱＬを選択し、第１ＱＬが付けられている、動画の最初のセグメントの取得要求を基地局に送信し、基地局は、該要求をＨＡＳサーバに送信する。ステップ６１１で、ＨＡＳサーバは、マニフェストファイル更新を行って、擬似マニフェストファイルをオリジナルマニフェストファイルに回復する。ＨＡＳサーバは、送信される動画の最初のセグメントにマニフェストファイル更新通知を付け（ステップ６１２）、その後、基地局を介して、オリジナルマニフェストファイルをＨＡＳクライアントに送信する（ステップ６１３）。ステップ６１４で、ＨＡＳクライアントは、オリジナルマニフェストファイルに基づいて、動画の後続のセグメントの取得要求を送信する。
【００５１】
説明すべきものとして、図６に示すフローは、ＨＡＳクライアントにとって透明である。
【００５２】
（実施例４）
図７は、本発明の一実施例における動画配信方法のフロー模式図である。ここでは、ＰＧＷによって配信品質の制御を行う。
【００５３】
ステップ７０１で、トラフィックバースト状態は、基地局から、ＲＣＡＦを介して、ＰＣＲＦに提供される。ステップ７０２で、ネットワークがＨＡＳクライアントから開始された動画視聴要求を受信すると、ＰＣＲＦは、トラフィックバーストが低いか否かを判断する。トラフィックバーストが低い場合、ＰＣＲＦは、前視聴対象動画のデータレートを使用する旨の通知をＰＧＷへ送信する（ステップ７０３）。ステップ７０４で、ＰＧＷは、現在要求対象動画と前視聴対象動画との時間間隔を取得する。ステップ７０５で、ＰＧＷは、前記時間間隔に基づいて、現在要求対象動画と前視聴対象動画とが、連続している動画に該当するか否かを判断する。ステップ７０６で、ＰＧＷは、現在要求対象動画が短動画であるか否かを判断する。
【００５４】
ステップ７０５および７０６での判断結果がいずれも肯定である場合、ステップ７０７で、ＰＧＷは、前視聴対象動画のデータレートからＧＢＲを得る。ステップ７０８で、ＰＧＷは、該ＧＢＲ情報が付けられているベアリング確立要求を基地局へ送信する。ステップ７０９で、基地局は、前記ＧＢＲ情報が付けられているＲＲＣ接続再配置要求をＨＡＳクライアントへ送信する。説明すべきものとして、該ＧＢＲ情報が推奨ＱＬである。ステップ７１０で、ＨＡＳクライアントは、ＲＲＣ接続再配置応答を返す。ステップ７１１で、基地局は、ＰＧＷへベアリング確立応答を返す。ステップ７１２で、ＨＡＳクライアントは、オリジナルマニフェストファイルに基づいて、要求されるのが短動画であるか否かを判断する。具体的に、ＨＡＳクライアントがオリジナルマニフェストファイルを取得する過程は、ステップ４０１〜４０５を参照すればよいが、ここで説明を省略する。要求されるのが短動画である場合、ステップ７１３で、ＨＡＳクライアントは、前記ＧＢＲ情報に基づいて、第１ＱＬを選択し、ステップ７１４で、前記第１ＱＬが付けられている、動画の最初のセグメントの取得要求を基地局へ送信する。
【００５５】
図７に示すフローでは、ステップ７０８において、ＰＧＷは、既存のベアリング確立過程を流用して（例えば、ベアリング確立要求およびＲＲＣ接続再配置要求を使用して）ＧＢＲの通知を行うのではなく、新規追加シグナリングを用いて、基地局へ最終的にＨＡＳクライアントへ、該ＧＢＲ情報を通知してもよい。
【００５６】
図８は、本発明の一実施例におけるアクセスデバイス８００の構成模式図である。該アクセスデバイス８００は、情報取得手段８０１と、合同動画配信適応手段８０２と、推奨品質レベル提供手段８０３と、を含む。
【００５７】
一例では、情報取得手段８０１は、動画クライアントから提供された動画視聴要求を受信し、前視聴対象動画と該動画視聴要求によって指示される現在要求対象動画との時間間隔を取得し、動画サーバから提供されたオリジナルマニフェストファイルから、前記現在要求対象動画の動画長さを取得する。
【００５８】
合同動画配信適応手段８０２は、前記時間間隔および前記動画長さに基づいて、合同動画配信適応を行うか否かを判断し、判断結果を推奨品質レベル提供手段８０３に送信する。
【００５９】
推奨品質レベル提供手段８０３は、前記判断結果に基づいて、前記前視聴対象動画のデータレートに関連する推奨品質レベルを、前記現在要求対象動画の最初のセグメントの第１品質レベルとして、前記動画サーバに提供する。ここで、推奨品質レベルが前記前視聴対象動画のデータレートに関連することは、前視聴対象動画の最後のセグメントのデータレートに応じて、該推奨品質レベルを設定し、或いは、前視聴対象動画の全てのセグメントのデータレートに対して平均化または重み付け加算を行って、該推奨品質レベルを得るように示されている。
【００６０】
一例では、合同動画配信適応手段８０２は、さらに、トラフィックバースト状態に基づいて、合同動画配信適応を行うか否かを判断する。
【００６１】
一例では、推奨品質レベル提供手段８０３は、前記前視聴対象動画の最後のセグメントの第２品質レベルに応じて、前記推奨品質レベルを設定する。前記動画クライアントから送信された動画の最初のセグメントの取得要求を受信すると、推奨品質レベル提供手段８０３は、該動画の最初のセグメントの取得要求に付けられている前記第１品質レベルを前記推奨品質レベルに修正して、前記動画サーバに送信する。つまり、アクセスデバイスによって、現在要求対象動画の最初のセグメントのデータレートと前視聴対象動画のデータレートとを関連づけることにより、該最初のセグメントの配信品質は、前視聴対象動画の配信状況を参考にしたものとなり、動画配信の合同適応が実現される。
【００６２】
図９は、本発明の一実施例におけるアクセスデバイスの構成模式図である。該アクセスデバイスは、情報取得手段８０１と、合同動画配信適応手段８０２と、推奨品質レベル提供手段８０３と、マニフェストファイル更新手段９０４と、を含む。ここで、情報取得手段８０１、合同動画配信適応手段８０２、推奨品質レベル提供手段８０３の実現は、図８の説明を参照すればよい。
【００６３】
一例では、推奨品質レベル提供手段８０３は、前記前視聴対象動画の最後のセグメントの第２品質レベルに応じて、前記推奨品質レベルを設定し、前記オリジナルマニフェストファイルに記録された最低データレートを前記推奨品質レベルに修正して、前記動画クライアントに提供する。
【００６４】
マニフェストファイル更新手段９０４は、前記最初のセグメントを受信すると、前記最初のセグメントにマニフェストファイル更新通知を追加して、前記動画クライアントに送信し、予め保存された前記オリジナルマニフェストファイルを前記動画クライアントに送信する。
【００６５】
具体的な実現では、上述した図８および図９に言及されたアクセスデバイスの処理は、図４および図５を参照すればよい。該アクセスデバイスは、基地局、無線アクセスポイント、アクセスゲートウェイなどであってもよい。
【００６６】
図１０は、本発明の一実施例におけるネットワークデバイス１０００の構成模式図である。該ネットワークデバイス１０００は、情報取得手段１００１と、合同動画配信適応手段１００２と、推奨品質レベル提供手段１００３と、を含む。
【００６７】
一例では、情報取得手段１００１は、動画視聴要求を受信し、前視聴対象動画と該動画視聴要求によって指示される現在要求対象動画との時間間隔を取得し、生成されたオリジナルマニフェストファイルから、前記現在要求対象動画の動画長さを取得する。
【００６８】
合同動画配信適応手段１００２は、前記時間間隔および前記動画長さに基づいて、合同動画配信適応を行うか否かを判断し、判断結果を推奨品質レベル提供手段１００３に送信する。
【００６９】
推奨品質レベル提供手段１００３は、前記判断結果が肯定である場合、前記前視聴対象動画のデータレートに応じて、推奨品質レベルを決定して、アクセスデバイスに提供する。
【００７０】
一例では、合同動画配信適応手段１００２は、さらに、トラフィックバースト状態に基づいて、合同動画配信適応を行うか否かを判断する。
【００７１】
一例では、推奨品質レベル提供手段１００３は、ベアリング確立要求によって、前記推奨品質レベルを前記アクセスデバイスに送信する。
【００７２】
図１１は、本発明の一実施例におけるネットワークデバイスの構成模式図である。該ネットワークデバイスは、情報取得手段１００１と、合同動画配信適応手段１００２と、推奨品質レベル提供手段１００３と、マニフェストファイル更新手段１１０４と、を含む。ここで、情報取得手段１００１、合同動画配信適応手段１００２、推奨品質レベル提供手段１００３の実現は、図１０の説明を参照すればよい。
【００７３】
一例では、推奨品質レベル提供手段１００３は、前記オリジナルマニフェストファイルにおける最低データレートを前記推奨品質レベルに修正して、擬似マニフェストファイルを得、前記擬似マニフェストファイルを前記アクセスデバイスに提供する。
【００７４】
マニフェストファイル更新手段１１０４は、動画の最初のセグメントの取得要求を受信すると、前記動画の最初のセグメントの取得要求にマニフェストファイル更新通知を追加して、前記アクセスデバイスに送信し、前記オリジナルマニフェストファイルを前記アクセスデバイスに送信する。
【００７５】
具体的な実現では、上述した図１０および図１１に言及されたネットワークデバイスの処理は、図６および図７を参照すればよい。該ネットワークデバイスは、動画サーバ、またはパケットデータネットワークゲートウェイなどであってもよい。
【００７６】
図１２は、本発明の一実施例におけるアクセスデバイスの構成模式図である。該アクセスデバイスは、プロセッサ１２０１と、メモリ１２０２と、を含む。ここで、メモリ１２０２は、第１情報取得手段１２１２と、第１合同動画配信適応手段１２２２と、第１推奨品質レベル提供手段１２３２と、を含む。説明すべきものとして、メモリ１２０２は、上記の指令手段１２１２、１２２２、１２３２を記憶するものである。これにより、プロセッサ１２０１は、これら指令手段を実行して、図４および図５に示すフローを実現する。具体的に、第１情報取得手段１２１２の機能は、図８における情報取得手段８０１と同様であり、第１合同動画配信適応手段１２２２の機能は、図８における合同動画配信適応手段８０２と同様であり、第１推奨品質レベル提供手段１２３２の機能は、図８における推奨品質レベル提供手段８０３と同様であり、ここで説明を省略する。具体的に、前記アクセスデバイスは、ユーザ端末とネットワークデバイスとを接続するものであり、基地局、無線アクセスポイント、アクセスゲートウェイなどのデバイスであってもよい。
【００７７】
図１３は、本発明の一実施例におけるネットワークデバイスの構成模式図である。該ネットワークデバイスは、プロセッサ１３０１と、メモリ１３０２と、を含む。ここで、メモリ１３０２は、第２情報取得手段１３１２と、第２合同動画配信適応手段１３２２と、第２推奨品質レベル提供手段１３３２と、を含む。説明すべきものとして、メモリ１３０２は、上記の指令手段１３１２、１３２２、１３３２を記憶するものである。これにより、プロセッサ１３０１は、これら指令手段を実行して、図６および図７に示すフローを実現する。具体的に、第２情報取得手段１３１２の機能は、図１０における情報取得手段１００１と同様であり、第２合同動画配信適応手段１３２２の機能は、図１０における合同動画配信適応手段１００２と同様であり、第２推奨品質レベル提供手段１３３２の機能は、図１０における推奨品質レベル提供手段１００３と同様であり、ここで説明を省略する。具体的に、前記ネットワークデバイスは、動画サーバ（例えば、ＯＴＴサーバなど）、またはパケットデータネットワークゲートウェイなどであってもよい。
【００７８】
説明すべきものとして、本願発明の実施例で提供された動画配信方法は、ネットワーク帯域幅を効率的に利用して、より良い動画データ配信品質をユーザに提供することができる。
【００７９】
上記は、本発明の好ましい実施例にすぎず、本発明の保護範囲を限定するものではない。本発明の精神と原則内で行われる種々の修正、均等置換え、改善などは全て本発明の保護範囲内に含まれるべきである。
【図１】
2017028700.tif 000003
【図２】
2017028700.tif 000004
【図４】
2017028700.tif 000005
【図５】
2017028700.tif 000006
【図６】
2017028700.tif 000007
【図７】
2017028700.tif 000008
【図８】
2017028700.tif 000009
【図９】
2017028700.tif 000010
【図１０】
2017028700.tif 000011
【図１１】
2017028700.tif 000012
【図１２】
2017028700.tif 000013
【図１３】
2017028700.tif 000014
【図３】
2017028700.tif 000015