(57)【要約】  本発明はホットライブビデオ判定方法を開示する。ネットワーク装置が、まず、対象ビデオを求める複数のビデオ要求メッセージを取得し、次に、複数のビデオ要求メッセージに基づいて対象ビデオの統計情報を決定する。統計情報は、特定の継続時間において取得された、対象ビデオを求めるビデオ要求メッセージの量と、各ビデオ要求メッセージで要求されるビデオフラグメントのフラグメント情報とを含む。ネットワーク装置は、最後に、統計情報に基づいて、対象ビデオがホットライブビデオであるかどうかを判定する。本発明の実施形態において、ネットワーク装置は対象ビデオを求めるビデオ要求メッセージを取得し、対象ビデオの統計情報を決定し、統計情報を用いてインターネット内のホットライブビデオを識別する。その結果、ホットライブビデオがマルチキャスト方式で搬送され、ホットライブビデオをユニキャスト方法で伝送することによって引き起こされるネットワーク及びビデオサーバの故障が回避される。
2019525292.tif 000002
【特許請求の範囲】
【請求項１】
ホットライブビデオ判定方法であって、
対象ビデオを求める複数のビデオ要求メッセージを取得する段階であって、各ビデオ要求メッセージは前記対象ビデオの要求されたビデオフラグメントのフラグメント情報を含む、段階と、
前記複数のビデオ要求メッセージに基づいて前記対象ビデオの統計情報を決定する段階であって、前記統計情報は、特定の継続時間において取得された、前記対象ビデオを求めるビデオ要求メッセージの量と、各ビデオ要求メッセージで要求されるビデオフラグメントのフラグメント情報とを含む、段階と、
前記統計情報に基づいて、前記対象ビデオがホットライブビデオであるかどうかを判定する段階と
を備える、方法。
【請求項２】
前記統計情報に基づいて、前記対象ビデオがホットライブビデオであるかどうかを判定する前記段階は、
前記特定の継続時間における前記対象ビデオを求める前記ビデオ要求メッセージの量が第１の閾値を超え、且つ前記特定の継続時間における任意の２つの要求されたビデオフラグメント間のフラグメント間隔が、事前設定されたフラグメント間隔閾値より小さい場合、前記対象ビデオがホットライブビデオであると判定する段階を有する、請求項１に記載の方法。
【請求項３】
前記フラグメント情報は前記ビデオフラグメントの再生時点を含み、前記フラグメント間隔閾値は第１の継続時間閾値であり、
任意の２つの要求されたビデオフラグメント間のフラグメント間隔が、事前設定されたフラグメント間隔閾値より小さいということは、
前記任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントの再生時点と第２のビデオフラグメントの再生時点との間の差が前記第１の継続時間閾値より小さいということを含む、請求項２に記載の方法。
【請求項４】
前記フラグメント情報は前記ビデオフラグメントのフラグメント識別子を含み、前記フラグメント間隔閾値は識別子閾値であり、
任意の２つの要求されたビデオフラグメント間のフラグメント間隔が、事前設定されたフラグメント間隔閾値より小さいということは、
前記任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントのフラグメント識別子と第２のビデオフラグメントのフラグメント識別子との間の差が前記識別子閾値より小さいということを含む、請求項２に記載の方法。
【請求項５】
前記フラグメント情報は前記ビデオフラグメントのフラグメント識別子を含み、
任意の２つの要求されたビデオフラグメント間のフラグメント間隔が、事前設定されたフラグメント間隔閾値より小さいということは、
前記任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントのフラグメント識別子と第２のビデオフラグメントのフラグメント識別子とが同じであることを含む、請求項２に記載の方法。
【請求項６】
各ビデオ要求メッセージはさらに索引ファイルを含み、前記索引ファイルは、前記対象ビデオのビデオフラグメントリストと各ビデオフラグメントのフラグメント継続時間とを含み、
前記統計情報はさらに、任意の２つの要求されたビデオフラグメント間の間隔の継続時間を含み、
前記複数のビデオ要求メッセージに基づいて前記対象ビデオの統計情報を決定する前記段階は、
前記索引ファイルに基づいて、前記任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントのフラグメント継続時間及び第２のビデオフラグメントのフラグメント継続時間、並びに前記ビデオフラグメントリストにおける前記第１のビデオフラグメントと前記第２のビデオフラグメントとの間のビデオフラグメントのフラグメント継続時間を取得し、前記第１のビデオフラグメントと前記第２のビデオフラグメントとの間の間隔の継続時間を決定する段階を有し、
前記統計情報に基づいて、前記対象ビデオがホットライブビデオであるかどうかを判定する前記段階は、
前記特定の継続時間における前記対象ビデオを求める前記ビデオ要求メッセージの量が前記第１の閾値を超え、且つ前記任意の２つの要求されたビデオフラグメントにおける前記第１のビデオフラグメントと前記第２のビデオフラグメントとの間の前記間隔の前記継続時間が第２の継続時間閾値より小さい場合、前記対象ビデオがホットライブビデオであると判定する段階を有する、請求項１に記載の方法。
【請求項７】
前記統計情報はさらに、前記特定の継続時間における前記対象ビデオの要求された各ビデオフラグメントの要求回数を含み、
前記統計情報に基づいて、前記対象ビデオがホットライブビデオであるかどうかを判定する前記段階は、
前記特定の継続時間における前記対象ビデオを求める前記ビデオ要求メッセージの量が前記第１の閾値を超え、且つ前記特定の継続時間において要求回数が第２の閾値を超えるビデオフラグメントがある場合、前記対象ビデオがホットライブビデオであると判定する段階を有する、請求項１に記載の方法。
【請求項８】
対象ビデオを求める複数のビデオ要求メッセージを取得する前記段階は、
複数のクライアントによって送信された前記複数のビデオ要求メッセージを直接受信する段階、又は、
ネットワーク事業者の少なくとも１つのネットワーク装置によって転送される、前記対象ビデオプログラムを求める前記複数のビデオ要求メッセージを受信する段階、又は、
ネットワーク事業者のリスニング装置が、前記ネットワーク事業者の少なくとも１つのネットワーク装置上でリスニングすることによって、前記対象ビデオを求める前記複数のビデオ要求メッセージを取得した後に、前記リスニング装置によって転送される前記複数のビデオ要求メッセージを受信する段階を有する、請求項１から７のいずれか一項に記載の方法。
【請求項９】
前記対象ビデオはホットライブビデオであると判定する前記段階の後に、前記方法はさらに、
前記対象ビデオの次のビデオフラグメントをビデオサーバから取得する段階と、
前記複数のビデオ要求メッセージに基づいて、前記対象ビデオの前記次のビデオフラグメントを前記少なくとも１つのネットワーク装置にマルチキャストベアラ伝送方式で送信する段階と
を備える、請求項８に記載の方法。
【請求項１０】
対象ビデオを求める複数のビデオ要求メッセージを取得するように構成されたメッセージ取得モジュールであって、各ビデオ要求メッセージは、前記対象ビデオの要求されたビデオフラグメントのフラグメント情報を含む、メッセージ取得モジュールと、
前記複数のビデオ要求メッセージに基づいて、前記対象ビデオの統計情報を決定するように構成された統計情報決定モジュールであって、前記統計情報は、特定の継続時間において取得された、前記対象ビデオを求めるビデオ要求メッセージの量と、各ビデオ要求メッセージで要求されるビデオフラグメントのフラグメント情報とを含む、統計情報決定モジュールと、
前記統計情報に基づいて、前記対象ビデオがホットライブビデオであるかどうかを判定するように構成されたホットライブ判定モジュールと
を備える、装置。
【請求項１１】
前記ホットライブ判定モジュールは、
前記特定の継続時間における前記対象ビデオを求める前記ビデオ要求メッセージの量が第１の閾値を超え、且つ前記特定の継続時間における任意の２つの要求されたビデオフラグメント間のフラグメント間隔が事前設定されたフラグメント間隔閾値より小さい場合、前記対象ビデオがホットライブビデオであると判定するように構成される、請求項１０に記載の装置。
【請求項１２】
前記フラグメント情報は前記ビデオフラグメントの再生時点を含み、前記フラグメント間隔閾値は第１の継続時間閾値であり、
任意の２つの要求されたビデオフラグメント間のフラグメント間隔が、事前設定されたフラグメント間隔閾値より小さいということは、
前記任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントの再生時点と第２のビデオフラグメントの再生時点との間の差が前記第１の継続時間閾値より小さいということを含む、請求項１１に記載の装置。
【請求項１３】
前記フラグメント情報は前記ビデオフラグメントのフラグメント識別子を含み、前記フラグメント間隔閾値は識別子閾値であり、
任意の２つの要求されたビデオフラグメント間のフラグメント間隔が、事前設定されたフラグメント間隔閾値より小さいということは、
前記任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントのフラグメント識別子と第２のビデオフラグメントのフラグメント識別子との間の差が前記識別子閾値より小さいということを含む、請求項１１に記載の装置。
【請求項１４】
前記フラグメント情報は前記ビデオフラグメントのフラグメント識別子を含み、
任意の２つの要求されたビデオフラグメント間のフラグメント間隔が、事前設定されたフラグメント間隔閾値より小さいということは、
前記任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントのフラグメント識別子と第２のビデオフラグメントのフラグメント識別子とが同じであることを含む、請求項１１に記載の装置。
【請求項１５】
各ビデオ要求メッセージはさらに索引ファイルを含み、前記索引ファイルは、前記対象ビデオのビデオフラグメントリストと各ビデオフラグメントのフラグメント継続時間とを含み、
前記統計情報はさらに、任意の２つの要求されたビデオフラグメント間の間隔の継続時間を含み、
前記統計情報決定モジュールは、
前記索引ファイルに基づいて、前記任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントのフラグメント継続時間及び第２のビデオフラグメントのフラグメント継続時間、並びに前記ビデオフラグメントリストにおける前記第１のビデオフラグメントと前記第２のビデオフラグメントとの間のビデオフラグメントのフラグメント継続時間を取得して、前記第１のビデオフラグメントと前記第２のビデオフラグメントとの間の間隔の継続時間を決定するように構成され、
前記ホットライブ判定モジュールは、
前記特定の継続時間における前記対象ビデオを求める前記ビデオ要求メッセージの量が前記第１の閾値を超え、且つ前記任意の２つの要求されたビデオフラグメントにおける前記第１のビデオフラグメントと前記第２のビデオフラグメントとの間の前記間隔の前記継続時間が第２の継続時間閾値より小さい場合、前記対象ビデオはホットライブビデオであると判定するように構成される、請求項１０に記載の装置。
【請求項１６】
前記統計情報はさらに、前記特定の継続時間における前記対象ビデオの要求された各ビデオフラグメントの要求回数を含み、
前記ホットライブ判定モジュールは、
前記特定の継続時間における前記対象ビデオを求める前記ビデオ要求メッセージの量が前記第１の閾値を超え、且つ前記特定の継続時間において要求回数が第２の閾値を超えるビデオフラグメントがある場合、前記対象ビデオがホットライブビデオであると判定するように構成される、請求項１０に記載の装置。
【請求項１７】
前記メッセージ取得モジュールは、
複数のクライアントによって送信された前記複数のビデオ要求メッセージを直接受信するか、又は、
ネットワーク事業者の少なくとも１つのネットワーク装置によって転送される、前記対象ビデオプログラムを求める前記複数のビデオ要求メッセージを受信するか、又は、
ネットワーク事業者のリスニング装置が、前記ネットワーク事業者の少なくとも１つのネットワーク装置上でリスニングすることによって、前記対象ビデオを求める前記複数のビデオ要求メッセージを取得した後に、前記リスニング装置によって転送される前記複数のビデオ要求メッセージを受信するように構成される、請求項１０から１６のいずれか一項に記載の装置。
【請求項１８】
前記装置はさらに、
前記対象ビデオの次のビデオフラグメントをビデオサーバから取得するように構成されたフラグメント取得モジュールと、
前記複数のビデオ要求メッセージに基づいて、前記対象ビデオの前記次のビデオフラグメントを前記少なくとも１つのネットワーク装置にマルチキャストベアラ伝送方式で送信するように構成されたマルチキャストベアラ伝送モジュールと
を備える、請求項１７に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１６年６月８日に中国特許庁に出願された「ホットライブビデオ判定方法及び装置（ＨＯＴ  ＬＩＶＥ  ＶＩＤＥＯ  ＤＥＴＥＲＭＩＮＩＮＧ  ＭＥＴＨＯＤ  ＡＮＤ  ＤＥＶＩＣＥ）」と題する中国特許出願第２０１６１０４０５１９５．７号に基づく優先権を主張し、当該特許出願はその全体が参照により本明細書に組み込まれる。
【０００２】
本発明はインターネット技術の分野に関し、詳細には、ホットライブビデオ判定方法及び装置に関する。
【背景技術】
【０００３】
現在、多数のインターネットビデオウェブサイトがライブビデオサービスをユーザに提供しており、ハイパーテキスト転送プロトコル（英文：Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ、略してＨＴＴＰ）に基づいて、ほとんどユニキャスト方式で伝送が行われている。ユニキャスト方式の特徴は、ビデオサービスを要求する各クライアントにサーバがビデオデータを直接送信することであり、ライブビデオの特徴は、同じプログラムを視聴する視聴者が繰り返されるコンテンツを見ることである。このことが意味するのは、ライブビデオをユニキャスト方式で伝送することによって、大量の繰り返されるデータコンテンツが伝送され、この繰り返されるデータコンテンツが大量のネットワーク帯域幅を占めるということである。その結果、ネットワークトラフィック及びビデオサーバの負荷が大幅に増加し、ネットワーク利用率が低くなる。
【０００４】
したがって、マルチキャストベアラによるインターネットビデオサービス伝送方式が業界に登場した。具体的には、まず、メディアストリームがビデオサーバからユニキャスト方式で取得され、次に、事業者ネットワークにおいてマルチキャスト方式で伝送され、最後に、端末再生装置の近くで各クライアントにユニキャスト方式で送信される。したがって、ネットワークトラフィック及びビデオサーバの負荷は、マルチキャストベアラネットワークを用いることで減少する。しかしながら、マルチキャストベアラによるライブビデオ伝送方式では、マルチキャストベアラ伝送を行う必要があるライブプログラムチャネルを事前設定する必要があり、事前設定されたライブプログラムチャネルをネットワーク装置が識別した場合にだけ、マルチキャストベアラ方式で伝送が行われる。この事前設定方式には、多くの時間がかかる。マルチキャストベアラ伝送がライブプログラムチャネル用に設定されていない場合、ライブプログラムチャネルで再生されるビデオがホットビデオになっても、ビデオは依然としてユニキャスト方式でクライアントに送信される。この場合、ネットワーク及びビデオサーバが故障することがある。
【発明の概要】
【０００５】
本発明の実施形態において解決すべき技術的課題は、インターネット内のホットライブビデオを識別するために、ビデオ伝送方法及び関連装置を提供すること、及びユニキャスト方法でホットライブビデオを伝送することによって引き起こされるネットワーク及びビデオサーバの故障を回避することである。
【０００６】
本発明の第１の態様がホットライブビデオ判定方法を提供する。第１のネットワーク装置が、まず、対象ビデオを求める複数のビデオ要求メッセージを取得する。各ビデオ要求メッセージは、対象ビデオの要求されたビデオフラグメントのフラグメント情報を含む。次に、複数のビデオ要求メッセージに基づいて対象ビデオの統計情報を決定する。統計情報は、特定の継続時間において取得された、対象ビデオを求めるビデオ要求メッセージの量と、各ビデオ要求メッセージで要求されるビデオフラグメントのフラグメント情報とを含む。最後に、統計情報に基づいて、対象ビデオがホットライブビデオであるかどうかを判定する。
【０００７】
本発明の実施形態において、第１のネットワーク装置は、対象ビデオを求めるビデオ要求メッセージを取得し、対象ビデオの統計情報を決定し、統計情報を用いてインターネット内のホットライブビデオを識別する。その結果、ユニキャスト方法でホットライブビデオを伝送することによって引き起こされるネットワーク及びビデオサーバの故障が回避される。
【０００８】
第１の態様の第１の実行可能な実装例において、特定の継続時間における対象ビデオを求めるビデオ要求メッセージの量が第１の閾値を超え、且つ特定の継続時間における任意の２つの要求されたビデオフラグメント間のフラグメント間隔が、事前設定されたフラグメント間隔閾値より小さい場合、第１のネットワーク装置は対象ビデオがホットライブビデオであると判定してよい。
【０００９】
第１の態様の第１の実行可能な実装例に関連して、第２の実行可能な実装例では、フラグメント情報はビデオフラグメントの再生時点を含み、フラグメント間隔閾値は第１の継続時間閾値であり、任意の２つの要求されたビデオフラグメント間のフラグメント間隔が、事前設定されたフラグメント間隔閾値より小さいということは、任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントの再生時点と第２のビデオフラグメントの再生時点との間の差が第１の継続時間閾値より小さいということを含む。
【００１０】
第１の態様の第１の実行可能な実装例に関連して、第３の実行可能な実装例では、フラグメント情報はビデオフラグメントのフラグメント識別子を含み、フラグメント間隔閾値は識別子閾値であり、任意の２つの要求されたビデオフラグメント間のフラグメント間隔が、事前設定されたフラグメント間隔閾値より小さいということは、任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントのフラグメント識別子と第２のビデオフラグメントのフラグメント識別子との間の差が識別子閾値より小さいということを含む。
【００１１】
第１の態様の第１の実行可能な実装例に関連して、第４の実行可能な実装例では、フラグメント情報はビデオフラグメントのフラグメント識別子を含み、任意の２つの要求されたビデオフラグメント間のフラグメント間隔が、事前設定されたフラグメント間隔閾値より小さいということは、任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントのフラグメント識別子と第２のビデオフラグメントのフラグメント識別子とが同じであるということを含む。
【００１２】
第１の態様の実装例に関連して、第５の実行可能な実装例では、各ビデオ要求メッセージはさらに索引ファイルを含み、索引ファイルは対象ビデオのビデオフラグメントリスト及び各ビデオフラグメントのフラグメント継続時間を含み、統計情報はさらに、任意の２つの要求されたビデオフラグメント間の間隔の継続時間を含む。第１のネットワーク装置は、各ビデオフラグメントのフラグメント継続時間を索引ファイルから抽出して、任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントのフラグメント継続時間及び第２のビデオフラグメントのフラグメント継続時間、並びにビデオフラグメントリストにおける第１のビデオフラグメントと第２のビデオフラグメントとの間のビデオフラグメントのフラグメント継続時間を取得し、その結果、第１のビデオフラグメントのフラグメント継続時間、第２のビデオフラグメントのフラグメント継続時間、及び第１のビデオフラグメントと第２のビデオフラグメントとの間のビデオフラグメントのフラグメント継続時間の合計に基づいて、第１のビデオフラグメントと第２のビデオフラグメントとの間の間隔の継続時間を決定する。特定の継続時間における対象ビデオを求めるビデオ要求メッセージの量が第１の閾値を超え、且つ任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントと第２のビデオフラグメントとの間の間隔の継続時間が第２の継続時間閾値より小さい場合、第１のネットワーク装置は対象ビデオがホットライブビデオであると判定してよい。
【００１３】
第１の態様の実装例に関連して、第６の実行可能な実装例では、統計情報はさらに、特定の継続時間における対象ビデオの要求された各ビデオフラグメントの要求回数を含み、特定の継続時間における対象ビデオを求めるビデオ要求メッセージの量が第１の閾値を超え、且つ特定の継続時間において要求回数が第２の閾値を超えるビデオフラグメントがある場合、第１のネットワーク装置は対象ビデオがホットライブビデオであると判定してよい。
【００１４】
第１の態様又は第１の態様の第１から第６の実行可能な実装例のうちいずれか１つに関連して、第７の実行可能な実装例では、第１のネットワーク装置は、複数のクライアントによって送信された複数のビデオ要求メッセージを直接受信するか、又はネットワーク事業者の少なくとも１つのネットワーク装置（例えば、転送ルータ）によって転送される、対象ビデオプログラムを求める複数のビデオ要求メッセージを受信するか、又はネットワーク事業者のリスニング装置がネットワーク事業者の少なくとも１つのネットワーク装置（例えば、ビデオサーバ、転送ルータ、又はＤＮＳサーバ）上でリスニングすることによって対象ビデオを求める複数のビデオ要求メッセージを取得した後に、リスニング装置によって転送される複数のビデオ要求メッセージを受信する。
【００１５】
第１の態様の第７の実行可能な実装例に関連して、第８の実行可能な実装例では、対象ビデオがホットライブビデオであると判定した後に、第１のネットワーク装置は対象ビデオの次のビデオフラグメントをビデオサーバから取得し、複数のビデオ要求メッセージに基づいて、対象ビデオの次のビデオフラグメントを少なくとも１つのネットワーク装置にマルチキャストベアラ伝送方式で送信する。
【００１６】
本発明の実施形態において、第１のネットワーク装置は、ビデオサーバによってユニキャスト方式で送信され受信された次のビデオフラグメントをマルチキャスト方式で少なくとも１つのネットワーク装置に送信する。その結果、ホットライブビデオをユニキャスト方法で伝送することによって引き起こされるネットワーク及びビデオサーバの故障が回避される。
【００１７】
本発明の第２の態様が装置を提供する。本装置は、プロセッサと、メモリと、通信インタフェースとを含む。プロセッサは、メモリと通信インタフェースとに接続される。例えば、プロセッサは、バスを用いてメモリと通信インタフェースとに接続されてよい。通信インタフェースは、ビデオサーバなどのネットワーク装置と通信し、前述の第１の態様及び第１の態様の各実装例における方法に用いられるメッセージをビデオサーバなどのネットワーク装置との間で受信又は送信するように構成される。メモリは、ビデオ要求メッセージ、フラグメント情報などを格納するように構成される。プロセッサは、第１の態様のプロセスの一部又は全てを実行するように構成される。
【００１８】
第３の態様が別の装置を提供する。本装置は、対象ビデオを求める複数のビデオ要求メッセージを取得するように構成されたメッセージ取得モジュールであって、各ビデオ要求メッセージは対象ビデオの要求されたビデオフラグメントのフラグメント情報を含む、メッセージ取得モジュールと、複数のビデオ要求メッセージに基づいて対象ビデオの統計情報を決定するように構成された統計情報決定モジュールであって、統計情報は、特定の継続時間において取得された、対象ビデオを求めるビデオ要求メッセージの量と、各ビデオ要求メッセージで要求されるビデオフラグメントのフラグメント情報とを含む、統計情報決定モジュールと、統計情報に基づいて、対象ビデオがホットライブビデオであるかどうかを判定するように構成されたホットライブ判定モジュールとを含む。
【００１９】
第３の態様の第１の実行可能な実装例において、ホットライブ判定モジュールは具体的に、特定の継続時間における対象ビデオを求めるビデオ要求メッセージの量が第１の閾値を超え、且つ特定の継続時間における任意の２つの要求されたビデオフラグメント間のフラグメント間隔が、事前設定されたフラグメント間隔閾値より小さい場合、対象ビデオがホットライブビデオであると判定するように構成される。
【００２０】
第３の態様の第１の実行可能な実装例に関連して、第２の実行可能な実装例では、フラグメント情報はビデオフラグメントの再生時点を含み、フラグメント間隔閾値は第１の継続時間閾値であり、任意の２つの要求されたビデオフラグメント間のフラグメント間隔が、事前設定されたフラグメント間隔閾値より小さいということは、任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントの再生時点と第２のビデオフラグメントの再生時点との間の差が第１の継続時間閾値より小さいということを含む。
【００２１】
第３の態様の第１の実行可能な実装例に関連して、第３の実行可能な実装例では、フラグメント情報はビデオフラグメントのフラグメント識別子を含み、フラグメント間隔閾値は識別子閾値であり、任意の２つの要求されたビデオフラグメント間のフラグメント間隔が、事前設定されたフラグメント間隔閾値より小さいということは、任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントのフラグメント識別子と第２のビデオフラグメントのフラグメント識別子との間の差が識別子閾値より小さいということを含む。
【００２２】
第３の態様の第１の実行可能な実装例に関連して、第４の実行可能な実装例では、フラグメント情報はビデオフラグメントのフラグメント識別子を含み、任意の２つの要求されたビデオフラグメント間のフラグメント間隔が、事前設定されたフラグメント間隔閾値より小さいということは、任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントのフラグメント識別子と第２のビデオフラグメントのフラグメント識別子とが同じであるということを含む。
【００２３】
第３の態様の実装例に関連して、第５の実行可能な実装例では、各ビデオ要求メッセージはさらに索引ファイルを含み、索引ファイルは対象ビデオのビデオフラグメントリストと各ビデオフラグメントのフラグメント継続時間とを含む。統計情報はさらに、任意の２つの要求されたビデオフラグメント間の間隔の継続時間を含む。統計情報決定モジュールは具体的に、索引ファイルに基づいて、任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントのフラグメント継続時間及び第２のビデオフラグメントのフラグメント継続時間、並びにビデオフラグメントリストにおける第１のビデオフラグメントと第２のビデオフラグメントとの間のビデオフラグメントのフラグメント継続時間を取得し、第１のビデオフラグメントと第２のビデオフラグメントとの間の間隔の継続時間を決定するように構成される。ホットライブ判定モジュールは具体的に、特定の継続時間における対象ビデオを求めるビデオ要求メッセージの量が第１の閾値を超え、且つ任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントと第２のビデオフラグメントとの間の間隔の継続時間が第２の継続時間閾値より小さい場合、対象ビデオがホットライブビデオであると判定するように構成される。
【００２４】
第３の態様の実装例に関連して、第６の実行可能な実装例では、統計情報はさらに、特定の継続時間における対象ビデオの要求された各ビデオフラグメントの要求回数を含み、ホットライブ判定モジュールは具体的に、特定の継続時間における対象ビデオを求めるビデオ要求メッセージの量が第１の閾値を超え、且つ特定の継続時間において要求回数が第２の閾値を超えるビデオフラグメントがある場合、対象ビデオがホットライブビデオであると判定するように構成される。
【００２５】
第３の態様又は第３の態様の第１から第６の実行可能な実装例のうちいずれか１つに関連して、第７の実行可能な実装例では、メッセージ取得モジュールは具体的に、複数のクライアントによって送信された複数のビデオ要求メッセージを直接受信するか、又はネットワーク事業者の少なくとも１つのネットワーク装置によって転送される、対象ビデオプログラムを求める複数のビデオ要求メッセージを受信するか、又はネットワーク事業者のリスニング装置が、ネットワーク事業者の少なくとも１つのネットワーク装置上でリスニングすることによって、対象ビデオを求める複数のビデオ要求メッセージを取得した後に、リスニング装置によって転送される複数のビデオ要求メッセージを受信するように構成される。
【００２６】
第３の態様の第７の実行可能な実装例に関連して、第８の実行可能な実装例では、本装置はさらに、対象ビデオの次のビデオフラグメントをビデオサーバから取得するように構成されたフラグメント取得モジュールと、複数のビデオ要求メッセージに基づいて、対象ビデオの次のビデオフラグメントを少なくとも１つのネットワーク装置にマルチキャストベアラ伝送方式で送信するように構成されたマルチキャストベアラ伝送モジュールとを含む。
【００２７】
本発明の実施形態において、ネットワーク装置は対象ビデオを求めるビデオ要求メッセージを取得し、対象ビデオの統計情報を決定し、統計情報を用いてインターネット内のホットライブビデオを識別する。その結果、ホットライブビデオがマルチキャスト方式で搬送され、ホットライブビデオをユニキャスト方法で伝送することによって引き起こされるネットワーク及びビデオサーバの故障が回避される。
【図面の簡単な説明】
【００２８】
本発明の実施形態における技術的解決手段をより明確に説明するために、以下では、これらの実施形態を説明するのに必要な添付図面を簡潔に説明する。
【００２９】
【図１】本発明の一実施形態によるネットワークビデオ伝送システムの概略アーキテクチャ図である。
【００３０】
【図２】本発明の一実施形態によるホットライブビデオ判定方法の概略フローチャートである。
【００３１】
【図３】本発明の一実施形態によるホットライブビデオ伝送方法の概略フローチャートである。
【００３２】
【図４】本発明の一実施形態によるネットワーク装置の概略構造図である。
【００３３】
【図５】本発明の一実施形態による別のネットワーク装置の概略構造図である。
【発明を実施するための形態】
【００３４】
以下では、本発明の実施形態における添付図面を参照して、本発明の実施形態における技術的解決手段を説明する。
【００３５】
本発明の実施形態において、クライアント又は別のネットワーク装置が、異なるプログラムのビデオを求めるビデオ要求メッセージ、又は異なるプログラムの異なる精細度のビデオを求めるビデオ要求メッセージを送信してよく、同じ方法を用いて、各ビデオ又は各精細度のビデオがホットライブビデオであるかどうかが判定される。したがって、ビデオ、すなわち対象ビデオが、本発明の実施形態を説明するのに一例として用いられる。特定の実装例において、同じビデオ識別子を搬送するビデオ要求メッセージが同じビデオを要求するのに用いられること、又は同じビデオの同じビデオ品質識別子を搬送するビデオ要求メッセージが同じビデオの同じ精細度のビデオを要求するのに用いられることが決定され得る。本発明の実施形態に用いられる方法は、ポリシーサーバ又はルータなどのネットワーク装置（以下では「第１のネットワーク装置」と呼ばれる）によって実行されてよい。
【００３６】
本発明の実施形態の技術的解決手段は、ネットワークビデオ伝送に基づく様々なネットワークに適している。例えば、図１はネットワークビデオ伝送システムの概略アーキテクチャ図を示す。本システムは、少なくとも１つのクライアント１０１（この図には、クライアント１０１ａ及びクライアント１０１ｂが示されている）と、第１のネットワーク装置１０２と、ビデオサーバ１０３とを含む。本システムはさらに、少なくとも１つの第２のネットワーク装置１０４を含んでよい。本システムに第２のネットワーク装置１０４がある場合、クライアント１０１は、第２のネットワーク装置１０４を用いてビデオサーバ１０３からライブビデオを取得してよく、又は第１のネットワーク装置１０２及び第２のネットワーク装置１０４を用いてビデオサーバ１０３からライブビデオを取得してもよい。本システムに第２のネットワーク装置１０４がない場合、クライアント１０１は第１のネットワーク装置１０２を用いてビデオサーバ１０３からライブビデオを取得する。図１に示す本システムのアーキテクチャ図において、対象ビデオがホットライブビデオであると第１のネットワーク装置１０２が判定する前に、第２のネットワーク装置は対象ビデオのビデオデータをユニキャスト方式でクライアントに転送してよい。対象ビデオがホットライブビデオであると第１のネットワーク装置が判定した後に、第１のネットワーク装置及び第２のネットワーク装置は共に、対象ビデオのビデオデータをマルチキャストベアラ伝送方式でクライアントに送信する。本発明の実施形態で説明される実行方法は、対象ビデオの伝送方式を変更するかどうかを判定するために、図１に示すネットワーク環境において、対象プログラムビデオがホットライブビデオであるかどうかを判定するための方法である。
【００３７】
図２を参照すると、図２は、本発明の一実施形態によるホットライブビデオ判定方法の概略フローチャートである。本方法は以下の段階を含む。
【００３８】
段階Ｓ２０１：対象ビデオを求める複数のビデオ要求メッセージを取得する。
【００３９】
対象ビデオを求めるビデオ要求メッセージは、ユーザが対象ビデオに対応するリンクにアクセスした場合、ネットワーク事業者のビデオサーバ又はルータなどのネットワーク装置に送信されてよい。各ビデオ要求メッセージは、対象ビデオの要求されたビデオフラグメントに関するフラグメント情報を搬送してよく、ビデオ要求メッセージ、要求された対象ビデオの識別子などを送信するクライアントの識別子をさらに搬送してよい。フラグメント情報は、ビデオフラグメントのフラグメント識別子、再生時点などを含んでよい。
【００４０】
この実施形態のシナリオでは、第１のネットワーク装置が、複数のクライアントによって送信される、対象ビデオを求める複数のビデオ要求メッセージを直接受信してよく、又はネットワーク事業者の少なくとも１つのネットワーク装置によって転送される、対象ビデオプログラムを求める複数のビデオ要求メッセージを受信してもよい。代替的に、ネットワーク事業者のリスニング装置が、ネットワーク事業者の少なくとも１つのネットワーク装置上でリスニングすることによって、対象ビデオを求める複数のビデオ要求メッセージを取得した後に、第１のネットワーク装置が、リスニング装置によって転送される複数のビデオ要求メッセージを受信してよい。
【００４１】
例えば、ドメインネームシステム（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ、ＤＮＳ）サーバが、ビデオサーバのＩＰアドレスを第１のネットワーク装置のＩＰアドレスにリダイレクトしてよく、複数のクライアントによってビデオサーバに送信されるビデオ要求メッセージは、第１のネットワーク装置に実際に送信され、これにより、第１のネットワーク装置は複数のクライアントからビデオ要求メッセージを取得し得る。
【００４２】
別の例では、複数のクライアントは、各クライアントによってアクセスされるルータを用いて、ビデオ要求メッセージをビデオサーバに別々に送信し、これにより、ルータは、対象ビデオを求めるビデオ要求メッセージを複数のクライアントから取得し、これらのビデオ要求メッセージを第１のネットワーク装置に報告し得る。
【００４３】
さらに別の例では、複数のクライアントが、ビデオ要求メッセージを含む様々なメッセージをネットワーク事業者のビデオサーバなどのネットワーク装置に送信するプロセスにおいて、リスニング装置は、ネットワーク事業者の少なくとも１つのネットワーク装置上でリスニングすることによって全ての対話情報を能動的に獲得して解析し、ビデオ要求メッセージを選択し、ビデオ要求メッセージを第１のネットワーク装置に報告する。本明細書では、リスニング装置は、トラフィック監視装置、暗号化装置、コンフィギュレーションデバイス、又はクライアントとビデオサーバ、ルータ、又はドメインネームサーバなどのネットワーク装置との間の対話プロセスに用いられる転送装置などのネットワーク装置であってよく、又はネットワーク伝送情報のリスニングに特化されたリスニング装置であってもよい。
【００４４】
段階Ｓ２０２：複数のビデオ要求メッセージに基づいて対象ビデオの統計情報を決定する。
【００４５】
統計情報は、特定の継続時間において取得された、対象ビデオを求めるビデオ要求メッセージの量と、各ビデオ要求メッセージで要求されるビデオフラグメントのフラグメント情報とを含んでよい。特定の継続時間は、第１のネットワーク装置によって自主的に事前設定された時間長、例えば、３分であってよい。第１のネットワーク装置は、特定の継続時間において取得された、対象ビデオを求めるビデオ要求メッセージを数えて、特定の継続時間における対象ビデオを求めるビデオ要求メッセージの量を決定してよい。さらに、各ビデオ要求メッセージは、要求されたビデオフラグメントのフラグメント情報を搬送し、これにより、各ビデオ要求メッセージで要求されたビデオフラグメントのフラグメント情報は直接取得されてよい。
【００４６】
段階Ｓ２０３：統計情報に基づいて、対象ビデオがホットライブビデオであるかどうかを判定する。
【００４７】
ビデオがライブビデオであり、ライブビデオのアクセス数が特定の量を超えた場合、ライブビデオがホットである、すなわち、ホットライブビデオであるとみなされてよい。対象ビデオがホットライブビデオであるかどうかを判定するプロセスにおいて、対象ビデオがライブビデオであるかどうかがまず判定されてから、対象ビデオがホットビデオであるかどうかが判定されてよく、その逆であってもよい。対象ビデオがホットビデオの条件を満たし、且つライブビデオの条件を満たした場合にだけ、対象ビデオがホットライブビデオであると判定されてよい。
【００４８】
実行可能な実装例において、特定の継続時間における対象ビデオを求めるビデオ要求メッセージの量が第１の閾値を超え、且つ特定の継続時間における任意の２つの要求されたビデオフラグメント間のフラグメント間隔が、事前設定されたフラグメント間隔閾値より小さい場合、対象ビデオがホットライブビデオであると判定されてよい。
【００４９】
具体的には、第１の閾値は、第１のネットワーク装置によって事前設定され、対象ビデオがホットであるかどうかを判定するのに用いられる量の閾値であってよい。特定の継続時間における対象ビデオを求めるビデオ要求メッセージの量が第１の閾値を超えた場合、対象ビデオがホットビデオであるとみなされてよい。さらに、統計情報は各ビデオ要求メッセージで要求されたビデオフラグメントのフラグメント情報を含み、特定の継続時間における任意の２つの要求されたビデオフラグメント間のフラグメント間隔は、各ビデオ要求メッセージに含まれるフラグメント情報に基づいて決定されてよい。本明細書では、フラグメント間隔は、ビデオフラグメント間のフラグメント時間間隔であってよく、又はビデオフラグメント間のフラグメント量間隔であってもよい。さらに、特定の継続時間における任意の２つの要求されたビデオフラグメント間のフラグメント間隔が、事前設定されたフラグメント間隔閾値より小さいかどうかが判定されてよい。特定の継続時間における任意の２つの要求されたビデオフラグメント間のフラグメント間隔が、事前設定されたフラグメント間隔閾値より小さい場合、この対象ビデオもライブビデオであるとみなされてよい。本明細書におけるフラグメント間隔閾値はフラグメント間隔の閾値であり、フラグメント間隔の種類に基づき、それに応じて、時間の単位の閾値又は量の単位の閾値であってよいことに留意されたい。最後に、対象ビデオがホットライブビデオであると判定されてよい。
【００５０】
いくつかの実装シナリオにおいて、フラグメント情報はビデオフラグメントの再生時点を含んでよい。第１のネットワーク装置は、任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントの再生時点と第２のビデオフラグメントの再生時点との間の差を、各ビデオフラグメントの再生時点に基づいて計算し得る。計算された差が第１の継続時間閾値より小さい場合、対象ビデオがライブビデオであると判定されてよい。第１のビデオフラグメントの再生時点と第２のビデオフラグメントの再生時点との間の差は絶対値であってよいことに留意されたい。さらに、再生時点は、対象ビデオにおける現在のビデオフラグメントの再生開始時点である。例えば、ビデオフラグメントの再生時点が４分１２秒であり、具体的には、このビデオフラグメントは、４分１２秒に再生が始まるビデオデータセグメントを搬送する。
【００５１】
３つのビデオフラグメントが説明の一例として用いられる。特定の継続時間において取得された３つのビデオ要求メッセージはそれぞれ、３つのビデオフラグメントの再生時点を搬送するものと仮定される。第１のビデオ要求メッセージのビデオフラグメントＡの再生時点が１５分１０秒であり、ビデオフラグメントＢの再生時点が１５分１１秒であり、ビデオフラグメントＣの再生時点が１５分１４秒である。事前設定された第１の継続時間閾値が１０秒であることが仮定される。ビデオフラグメントＡの再生時点とビデオフラグメントＢの再生時点との間の差が１秒であり、ビデオフラグメントＡの再生時点とビデオフラグメントＣの再生時点との間の差が４秒であり、ビデオフラグメントＢの再生時点とビデオフラグメントＣの再生時点との間の差が３秒である。３つのビデオフラグメントのうち任意の２つ再生時点間のそれぞれの差は第１の継続時間閾値１０秒より小さいので、対象ビデオがライブビデオであると判定されてよい。
【００５２】
特に、Ｓｉｌｖｅｒｌｉｇｈｔのストリーミングメディアプロトコルでは、ビデオフラグメントのフラグメント識別子はビデオフラグメントの再生時点を搬送する。例えば、フラグメント識別子フラグメントの１４３１４８２３１６９３８０２０（ビデオ＝１４３１４８２３１６９３８０２０）がビデオフラグメントの再生時点である。したがって、任意の２つの要求されたビデオフラグメント間のフラグメント間隔は、プログラム識別子の再生時点に基づいて直接決定されてよい。
【００５３】
いくつかの他の実装シナリオにおいて、フラグメント情報はビデオフラグメントのフラグメント識別子を含んでよい。フラグメント識別子が、事前設定されたルール又は順序に基づいて順位付けされた識別子である場合、対象ビデオの各ビデオフラグメントは事前設定された時間長に基づいて分割され、第１のネットワーク装置は、ビデオフラグメントのフラグメント識別子に基づいて、任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントのフラグメント識別子と第２のビデオフラグメントのフラグメント識別子との間の差を計算してよい。計算された差が識別子閾値より小さい場合、対象ビデオがライブビデオであると判定されてよい。第１のビデオフラグメントのフラグメント識別子と第２のビデオフラグメントのフラグメント識別子との間の差は絶対値であってよいことに留意されたい。
【００５４】
例えば、対象ビデオのビデオフラグメントのフラグメント識別子がアラビア数字の順序に基づいて順位付けされたフラグメント識別子であり、全てのビデオフラグメントが同じ時間長を有することが仮定される。取得されたビデオ要求メッセージのフラグメント識別子がそれぞれ、フラグメント１０、フラグメント１２、フラグメント１３、及びフラグメント１５である場合、フラグメント１０及びフラグメント１２のフラグメント識別子間の差が２であり、フラグメント１０及びフラグメント１３のフラグメント識別子間の差が３であり、フラグメント１０及びフラグメント１５のフラグメント識別子間の差が５であり、フラグメント１２及びフラグメント１３のフラグメント識別子間の差が１であり、フラグメント１２及びフラグメント１５のフラグメント識別子間の差が３であり、フラグメント１３及びフラグメント１５のフラグメント識別子間の差が２であると決定されてよい。識別子閾値が１０であることが仮定される。４つのビデオフラグメントのうち任意の２つのフラグメント識別子間のそれぞれの差は識別子閾値１０より小さいので、対象ビデオがライブビデオであると判定されてよい。
【００５５】
特に、対象ビデオのフラグメント識別子が、事前設定された番号ルールに基づいて順位付けされたフラグメント識別子ではなく、例えば、フラグメント識別子が文字識別子であり、任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントのフラグメント識別子と第２のビデオフラグメントのフラグメント識別子とが同じである場合、任意の２つの要求されたビデオフラグメント間のフラグメント間隔は０であり、もちろん、これは事前設定されたフラグメント間隔閾値より小さいとみなされてよく、対象ビデオがライブビデオであると判定されてよい。
【００５６】
いくつかの他の実装シナリオにおいて、各ビデオ要求メッセージはさらに索引ファイルを含み、索引ファイルは、対象ビデオのビデオフラグメントリスト及び各ビデオフラグメントのフラグメント継続時間を含む。本明細書では、ビデオフラグメントリストは、時系列に基づいて順位付けされた対象ビデオの複数のビデオフラグメントのリストであってよい。
【００５７】
特定の実装例において、第１のネットワーク装置は、索引ファイルに基づいて、任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントのフラグメント継続時間及び第２のビデオフラグメントのフラグメント継続時間、並びに第１のビデオフラグメントと第２のビデオフラグメントとの間のビデオフラグメントのフラグメント継続時間を取得してよい。具体的には、任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントのフラグメント継続時間と第２のビデオフラグメントのフラグメント継続時間とは、ビデオフラグメントの抽出識別子、フラグメント識別子などを用いて索引ファイルから抽出されてよく、第１のビデオフラグメントと第２のビデオフラグメントとの間の各ビデオフラグメントのフラグメント継続時間が、ビデオフラグメントリストに基づいて決定される。第１のビデオフラグメントのフラグメント継続時間、第２のビデオフラグメントのフラグメント継続時間、及び第１のビデオフラグメントと第２のビデオフラグメントとの間のビデオフラグメントのフラグメント継続時間の合計が、第１のビデオフラグメントと第２のビデオフラグメントとの間の間隔の継続時間である。任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントと第２のビデオフラグメントとの間の間隔の継続時間が第２の継続時間閾値より小さい場合、対象ビデオがライブビデオであると判定されてよい。
【００５８】
例えば、表１の比較表に示すように、索引ファイルは、対象ビデオの６つのビデオフラグメントと各ビデオフラグメントに対応するフラグメント継続時間とからなるビデオフラグメントリストを含むと仮定される。
【表１】
2019525292.tif 000003
【００５９】
特定の継続時間において取得された３つのビデオ要求メッセージで要求されるビデオフラグメントがそれぞれ、フラグメント識別子が１２１、２５４、及び３３４であるビデオフラグメントであると仮定すると、ビデオフラグメントリストにおけるビデオフラグメントの順位付けと索引ファイル内の各ビデオフラグメントに対応するフラグメント継続時間とに基づいて、フラグメント識別子が１２１及び２５４であるビデオフラグメント間の間隔の継続時間が１０＋２０＋１５＝４５ｍｓであり、フラグメント識別子が１２１及び３３４であるビデオフラグメント間の間隔の継続時間が１０＋２０＋１５＋２３＝６８ｍｓであり、フラグメント識別子が２５４及び３３４であるビデオフラグメント間の間隔の継続時間が１５＋２３＝３８ｍｓであることが決定されてよい。第２の継続時間閾値が１秒に設定された場合、３つのビデオフラグメントのうち任意の２つの間の各間隔の継続時間が第２の継続時間閾値より小さいので、対象ビデオがライブビデオであると判定されてよい。
【００６０】
別の実行可能な実装例において、統計情報はさらに、特定の継続時間における対象ビデオの要求された各ビデオフラグメントの要求回数を含む。特定の継続時間における対象ビデオを求めるビデオ要求メッセージの量が第１の閾値を超え、且つ特定の継続時間において要求回数が第２の閾値を超えるビデオフラグメントがある場合、対象ビデオがホットライブビデオであると判定されてよい。本明細書では、特定の継続時間における対象ビデオの要求された各ビデオフラグメントの要求回数は、要求された各ビデオフラグメントがビデオ要求メッセージで要求した回数を、特定の継続時間において第１のネットワーク装置によって数えることにより決定されてよい。
【００６１】
具体的には、前述の実行可能な実装例と同じように、特定の継続時間における対象ビデオを求めるビデオ要求メッセージの量が第１の閾値を超えた場合、対象ビデオがホットビデオであるとみなされてよい。さらに、統計情報に含まれる特定の継続時間における対象ビデオの要求された各ビデオフラグメントの要求回数に基づいて、特定の継続時間において要求回数が第２の閾値を超えるビデオフラグメントがあるかどうかが判定されてよい。特定の継続時間において要求回数が第２の閾値を超えるビデオフラグメントがある場合、複数のビデオ要求メッセージで要求されたビデオフラグメントは、ある時間範囲の１つ又は複数のビデオフラグメントに主に集中しているとみなされてよく、対象ビデオもライブビデオであるとみなされてよい。
【００６２】
図２に示す実施形態において、第１のネットワーク装置は対象ビデオを求める複数のビデオ要求メッセージを取得し、各ビデオ要求メッセージは対象ビデオの要求されたビデオフラグメントのフラグメント情報を含む。第１のネットワーク装置は複数のビデオ要求メッセージに基づいて対象ビデオの統計情報を決定してよく、統計情報は特定の継続時間において取得された、対象ビデオを求めるビデオ要求メッセージの量と、各ビデオ要求メッセージで要求されるビデオフラグメントのフラグメント情報とを含む。第１のネットワーク装置は、統計情報に含まれるビデオ要求メッセージの量とビデオフラグメントのフラグメント情報とに基づいて、対象ビデオがホットライブビデオであるかどうかを判定してよい。換言すれば、本発明のこの実施形態において、第１のネットワーク装置は、対象ビデオを求めるビデオ要求メッセージを取得し、対象ビデオの統計情報を決定し、統計情報を用いてインターネット内のホットライブビデオを識別する。その結果、ホットライブビデオをユニキャスト方法で伝送することによって引き起こされるネットワーク及びビデオサーバの故障が回避される。
【００６３】
図３を参照すると、任意選択的な実施形態において、段階Ｓ２０３で対象ビデオがホットライブビデオであると判定された後に、本方法はさらに以下の段階を含んでよい。
【００６４】
段階Ｓ２０４：対象ビデオの次のビデオフラグメントをビデオサーバから取得する。
【００６５】
対象ビデオがホットライブビデオであると判定した後に、第１のネットワーク装置は、対象ビデオを求めるビデオ要求をビデオサーバに送信してよい。ビデオ要求を受信した後に、ビデオサーバは、対象ビデオの次のビデオフラグメントをユニキャスト方式でクライアントに直接送信することを停止し、対象ビデオの次のビデオフラグメントを第１のネットワーク装置に送信する。これにより、第１のネットワーク装置は対象ビデオの次のビデオフラグメントを取得する。
【００６６】
例えば、図１に示すネットワークシステムにおいて、対象ビデオがホットライブビデオであると判定した後に、第１のネットワーク装置１０２はユニキャストビデオ要求をビデオサーバに送信する。ユニキャストビデオ要求を受信した後に、ビデオサーバは、対象ビデオの次のビデオフラグメントをユニキャスト方式で第２のネットワーク装置１０４に送信することを停止し、対象ビデオの次のビデオフラグメントをユニキャスト方式で第１のネットワーク装置に送信する。これにより、第１のネットワーク装置は対象ビデオの次のビデオフラグメントを取得する。
【００６７】
段階Ｓ２０５：複数のビデオ要求メッセージに基づいて、対象ビデオの次のビデオフラグメントをマルチキャストベアラ伝送方式で少なくとも１つのネットワーク装置に送信する。
【００６８】
ビデオサーバによって送信されるライブビデオのビデオフラグメントを受信した後に、第１のネットワーク装置は、対象ビデオを要求する少なくとも１つのクライアント又は各クライアントに対応するルータなどのネットワーク装置に次のビデオフラグメントをマルチキャストベアラ伝送方式で送信してよい。
【００６９】
例えば、図１に示すネットワークシステムにおいて、第１のネットワーク装置１０２は、ビデオサーバによってユニキャスト方式で送信された次のビデオフラグメントを少なくとも１つの第２のネットワーク装置１０４にマルチキャスト方式で送信し、少なくとも１つの第２のネットワーク装置１０４は、マルチキャスト方式で伝送された次のビデオフラグメントを、ビデオ要求メッセージを送信するクライアントにユニキャスト伝送方式で送信する。
【００７０】
本発明のこの実施形態において、第１のネットワーク装置は、ビデオサーバによってユニキャスト方式で送信され受信された次のビデオフラグメントをマルチキャストベアラ方式で少なくとも１つのネットワーク装置に送信する。その結果、ホットライブビデオをユニキャスト方法で伝送することによって引き起こされるネットワーク及びビデオサーバの故障が回避される。
【００７１】
図４を参照すると、図４は、本発明の一実施形態によるネットワーク装置の概略構造図である。図４に示すように、本装置は、プロセッサ４１と、メモリ４２と、通信インタフェース４３とを含む。プロセッサ４１はメモリ４２及び通信インタフェース４３に接続される。例えば、プロセッサ４１は、バスを用いてメモリ４２及び通信インタフェース４３に接続されてよい。
【００７２】
プロセッサ４１は、前述の方法における対応する機能を実行する際に、ネットワーク装置をサポートするように構成される。プロセッサ４１は、中央処理装置（英文：ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ、ＣＰＵ）、ネットワークプロセッサ（英文：ｎｅｔｗｏｒｋ  ｐｒｏｃｅｓｓｏｒ、ＮＰ）、ハードウェアチップ、又はこれらの任意の組み合わせであってよい。ハードウェアチップは、特定用途向け集積回路（英文：ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ、ＡＳＩＣ）、プログラマブル論理デバイス（英文：ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅ、ＰＬＤ）、又はこれらの組み合わせであってよい。ＰＬＤは、複合プログラマブル論理デバイス（英文：ｃｏｍｐｌｅｘ  ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃａｌ  ｄｅｖｉｃｅ、ＣＰＬＤ）、フィールドプログラマブルゲートアレイ（英文：ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ、ＦＰＧＡ）、汎用アレイロジック（英文：ｇｅｎｅｒｉｃ  ａｒｒａｙ  ｌｏｇｉｃ、ＧＡＬ）、又はこれらの任意の組み合わせであってよい。
【００７３】
メモリ４２は、ビデオ要求メッセージ、フラグメント情報、プログラムコードなどを格納するように構成される。メモリ４２は揮発性メモリ（英文：ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）、例えば、ランダムアクセスメモリ（英文：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ、略してＲＡＭ）を含んでよい。あるいはメモリ４２は不揮発性メモリ（英文：ｎｏｎｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）、例えば、リードオンリメモリ（英文：ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ、略してＲＯＭ）、フラッシュメモリ（英文：ｆｌａｓｈ  ｍｅｍｏｒｙ）、ハードディスク（英文：ｈａｒｄ  ｄｉｓｋ  ｄｒｉｖｅ、略してＨＤＤ）、又はソリッドステートドライブ（英文：ｓｏｌｉｄ−ｓｔａｔｅ  ｄｒｉｖｅ、略してＳＳＤ）を含んでよい。あるいはメモリ４２は、前述の種類のメモリの組み合わせを含んでよい。
【００７４】
通信インタフェース４３は、前述の方法に用いられるメッセージを受信又は送信するビデオサーバ及び別のネットワーク装置と通信するように構成される。
【００７５】
プロセッサ４１はプログラムコードを呼び出して以下のオペレーションを行ってよい。すなわち、対象ビデオを求める複数のビデオ要求メッセージを取得するオペレーションであって、各ビデオ要求メッセージは対象ビデオの要求されたビデオフラグメントのフラグメント情報を含む、オペレーションと、複数のビデオ要求メッセージに基づいて対象ビデオの統計情報を決定するオペレーションであって、統計情報は、特定の継続時間において取得された、対象ビデオを求めるビデオ要求メッセージの量と、各ビデオ要求メッセージで要求されるビデオフラグメントのフラグメント情報とを含む、オペレーションと、対象ビデオがホットライブビデオであるかどうかを統計情報に基づいて判定するオペレーションとである。
【００７６】
任意選択的に、特定の継続時間における対象ビデオを求めるビデオ要求メッセージの量が第１の閾値を超え、且つ特定の継続時間における任意の２つの要求されたビデオフラグメント間のフラグメント間隔が、事前設定されたフラグメント間隔閾値より小さい場合、プロセッサ４１は対象ビデオがホットライブビデオであると判定する。
【００７７】
任意選択的に、各ビデオ要求メッセージはさらに索引ファイルを含み、索引ファイルは、対象ビデオのビデオフラグメントリスト及び各ビデオフラグメントのフラグメント継続時間を含む。統計情報はさらに、任意の２つの要求されたビデオフラグメント間の間隔の継続時間を含む。プロセッサ４１は、索引ファイルに基づいて、任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントのフラグメント継続時間及び第２のビデオフラグメントのフラグメント継続時間、並びにビデオフラグメントリストにおける第１のビデオフラグメントと第２のビデオフラグメントとの間のビデオフラグメントのフラグメント継続時間を取得し、第１のビデオフラグメントと第２のビデオフラグメントとの間の間隔の継続時間を決定する。特定の継続時間における対象ビデオを求めるビデオ要求メッセージの量が第１の閾値を超え、且つ任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントと第２のビデオフラグメントとの間の間隔の継続時間が第２の継続時間閾値より小さい場合、プロセッサ４１は対象ビデオがホットライブビデオであると判定する。
【００７８】
任意選択的に、統計情報はさらに、特定の継続時間における対象ビデオの要求された各ビデオフラグメントの要求回数を含む。特定の継続時間における対象ビデオを求めるビデオ要求メッセージの量が第１の閾値を超え、且つ特定の継続時間において要求回数が第２の閾値を超えるビデオフラグメントがある場合、プロセッサ４１は対象ビデオがホットライブビデオであると判定する。
【００７９】
任意選択的に、プロセッサ４１は、複数のクライアントによって送信された複数のビデオ要求メッセージを、ネットワークインタフェース４３を用いて直接受信するか、又はネットワーク事業者の少なくとも１つのネットワーク装置によって転送される、対象ビデオプログラムを求める複数のビデオ要求メッセージを受信する。代替的に、ネットワーク事業者のリスニング装置が、ネットワーク事業者の少なくとも１つのネットワーク装置上でリスニングすることによって、対象ビデオを求める複数のビデオ要求メッセージを取得した後に、プロセッサ４１は、リスニング装置によって転送される複数のビデオ要求メッセージを、ネットワークインタフェース４３を用いて受信する。
【００８０】
さらに、対象ビデオがホットライブビデオであると判定した後に、プロセッサ４１は対象ビデオの次のビデオフラグメントをビデオサーバから取得し、複数のビデオ要求メッセージに基づいて、対象ビデオの次のビデオフラグメントを少なくとも１つのネットワーク装置にマルチキャストベアラ伝送方式で送信する。
【００８１】
図５を参照すると、図５は、本発明の一実施形態による別のネットワーク装置の概略構造図である。図５に示すように、本装置は、対象ビデオを求める複数のビデオ要求メッセージを取得するように構成されたメッセージ取得モジュール５１０であって、各ビデオ要求メッセージは対象ビデオの要求されたビデオフラグメントのフラグメント情報を含む、メッセージ取得モジュール５１０と、複数のビデオ要求メッセージに基づいて対象ビデオの統計情報を決定するように構成された統計情報決定モジュール５２０であって、統計情報は、特定の継続時間において取得された、対象ビデオを求めるビデオ要求メッセージの量と、各ビデオ要求メッセージで要求されるビデオフラグメントのフラグメント情報とを含む、統計情報決定モジュール５２０と、統計情報に基づいて、対象ビデオがホットライブビデオであるかどうかを判定するように構成されたホットライブ判定モジュール５３０とを含む。
【００８２】
任意選択的に、ホットライブ判定モジュール５３０は、特定の継続時間における対象ビデオを求めるビデオ要求メッセージの量が第１の閾値を超え、且つ特定の継続時間における任意の２つの要求されたビデオフラグメント間のフラグメント間隔が、事前設定されたフラグメント間隔閾値より小さい場合、対象ビデオがホットライブビデオであると判定するように構成される。
【００８３】
任意選択的に、フラグメント情報はビデオフラグメントの再生時点を含み、フラグメント間隔閾値は第１の継続時間閾値であり、任意の２つの要求されたビデオフラグメント間のフラグメント間隔が、事前設定されたフラグメント間隔閾値より小さいということは、任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントの再生時点と第２のビデオフラグメントの再生時点との間の差が第１の継続時間閾値より小さいということを含む。
【００８４】
任意選択的に、フラグメント情報はビデオフラグメントのフラグメント識別子を含み、フラグメント間隔閾値は識別子閾値であり、任意の２つの要求されたビデオフラグメント間のフラグメント間隔が、事前設定されたフラグメント間隔閾値より小さいということは、任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントのフラグメント識別子と第２のビデオフラグメントのフラグメント識別子との間の差が識別子閾値より小さいということを含む。
【００８５】
任意選択的に、フラグメント情報はビデオフラグメントのフラグメント識別子を含み、任意の２つの要求されたビデオフラグメント間のフラグメント間隔が、事前設定されたフラグメント間隔閾値より小さいということは、任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントのフラグメント識別子と第２のビデオフラグメントのフラグメント識別子とが同じであることを含む。
【００８６】
任意選択的に、各ビデオ要求メッセージはさらに索引ファイルを含み、索引ファイルは対象ビデオのビデオフラグメントリストと各ビデオフラグメントのフラグメント継続時間とを含む。統計情報はさらに、任意の２つの要求されたビデオフラグメント間の間隔の継続時間を含む。統計情報決定モジュール５２０は、索引ファイルに基づいて、任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントのフラグメント継続時間及び第２のビデオフラグメントのフラグメント継続時間、並びにビデオフラグメントリストにおける第１のビデオフラグメントと第２のビデオフラグメントとの間のビデオフラグメントのフラグメント継続時間を取得し、第１のビデオフラグメントと第２のビデオフラグメントとの間の間隔の継続時間を決定するように構成される。ホットライブ判定モジュール５３０は、特定の継続時間における対象ビデオを求めるビデオ要求メッセージの量が第１の閾値を超え、且つ任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントと第２のビデオフラグメントとの間の間隔の継続時間が第２の継続時間閾値より小さい場合、対象ビデオがホットライブビデオであると判定するように構成される。
【００８７】
任意選択的に、統計情報はさらに、特定の継続時間における対象ビデオの要求された各ビデオフラグメントの要求回数を含む。ホットライブ判定モジュール５３０は、特定の継続時間における対象ビデオを求めるビデオ要求メッセージの量が第１の閾値を超え、且つ特定の継続時間において要求回数が第２の閾値を超えるビデオフラグメントがある場合、対象ビデオがホットライブビデオであると判定するように構成される。
【００８８】
任意選択的に、メッセージ取得モジュール５１０は、複数のクライアントによって送信された複数のビデオ要求メッセージを直接受信するか、又はネットワーク事業者の少なくとも１つのネットワーク装置によって転送される、対象ビデオプログラムを求める複数のビデオ要求メッセージを受信するか、又はネットワーク事業者のリスニング装置が、ネットワーク事業者の少なくとも１つのネットワーク装置上でリスニングすることによって、対象ビデオを求める複数のビデオ要求メッセージを取得した後に、リスニング装置によって転送される複数のビデオ要求メッセージを受信するように構成される。
【００８９】
任意選択的に、本装置はさらに、対象ビデオの次のビデオフラグメントをビデオサーバから取得するように構成されたフラグメント取得モジュール５４０と、複数のビデオ要求メッセージに基づいて、対象ビデオの次のビデオフラグメントを少なくとも１つのネットワーク装置にマルチキャストベアラ伝送方式で送信するように構成されたマルチキャストベアラ伝送モジュール５５０とを含む。
【００９０】
本発明のこの実施形態において、ネットワーク装置は対象ビデオを求めるビデオ要求メッセージを取得し、対象ビデオの統計情報を決定し、統計情報を用いてインターネット内のホットライブビデオを識別する。その結果、ホットライブビデオがマルチキャスト方式で搬送され、ホットライブビデオをユニキャスト方法で伝送することによって引き起こされるネットワーク及びビデオサーバの故障が回避される。
【００９１】
当業者であれば、これらの実施形態における方法のプロセスの全て又は一部が、関連するハードウェアに命令するコンピュータプログラムによって実装されてよいことを理解し得る。プログラムは、コンピュータ可読記憶媒体に格納されてよい。プログラムが動作すると、これらの実施形態における方法のプロセスが実行される。記憶媒体は、磁気ディスク、光ディスク、ＲＯＭ、ＲＡＭなどであってよい。
【００９２】
上記に開示されていることは、単に本発明の例示的な実施形態に過ぎず、もちろん本発明の保護範囲を限定することを意図するものではない。したがって、本発明の特許請求の範囲に従って作られる均等な変形例は、本発明の範囲に含まれることになる。
【図１】
2019525292.tif 000004
【図２】
2019525292.tif 000005
【図３】
2019525292.tif 000006
【図４】
2019525292.tif 000007
【図５】
2019525292.tif 000008
【手続補正書】
【提出日】平成31年1月7日(2019.1.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ホットライブビデオ判定方法であって、
対象ビデオを求める複数のビデオ要求メッセージを取得する段階であって、各ビデオ要求メッセージは前記対象ビデオの要求されたビデオフラグメントのフラグメント情報を含む、段階と、
前記複数のビデオ要求メッセージに基づいて前記対象ビデオの統計情報を決定する段階であって、前記統計情報は、特定の継続時間において取得された、前記対象ビデオを求めるビデオ要求メッセージの量と、各ビデオ要求メッセージで要求されるビデオフラグメントのフラグメント情報とを含む、段階と、
前記統計情報に基づいて、前記対象ビデオがホットライブビデオであるかどうかを判定する段階と
を備える、方法。
【請求項２】
前記統計情報に基づいて、前記対象ビデオがホットライブビデオであるかどうかを判定する前記段階は、
前記特定の継続時間における前記対象ビデオを求める前記ビデオ要求メッセージの量が第１の閾値を超え、且つ前記特定の継続時間における任意の２つの要求されたビデオフラグメント間のフラグメント間隔が、事前設定されたフラグメント間隔閾値より小さい場合、前記対象ビデオがホットライブビデオであると判定する段階を有する、請求項１に記載の方法。
【請求項３】
前記フラグメント情報は前記ビデオフラグメントの再生時点を含み、前記フラグメント間隔閾値は第１の継続時間閾値であり、
任意の２つの要求されたビデオフラグメント間のフラグメント間隔が、事前設定されたフラグメント間隔閾値より小さいということは、
前記任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントの再生時点と第２のビデオフラグメントの再生時点との間の差が前記第１の継続時間閾値より小さいということを含む、請求項２に記載の方法。
【請求項４】
前記フラグメント情報は前記ビデオフラグメントのフラグメント識別子を含み、前記フラグメント間隔閾値は識別子閾値であり、
任意の２つの要求されたビデオフラグメント間のフラグメント間隔が、事前設定されたフラグメント間隔閾値より小さいということは、
前記任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントのフラグメント識別子と第２のビデオフラグメントのフラグメント識別子との間の差が前記識別子閾値より小さいということを含む、請求項２に記載の方法。
【請求項５】
前記フラグメント情報は前記ビデオフラグメントのフラグメント識別子を含み、
任意の２つの要求されたビデオフラグメント間のフラグメント間隔が、事前設定されたフラグメント間隔閾値より小さいということは、
前記任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントのフラグメント識別子と第２のビデオフラグメントのフラグメント識別子とが同じであることを含む、請求項２に記載の方法。
【請求項６】
各ビデオ要求メッセージはさらに索引ファイルを含み、前記索引ファイルは、前記対象ビデオのビデオフラグメントリストと各ビデオフラグメントのフラグメント継続時間とを含み、
前記統計情報はさらに、任意の２つの要求されたビデオフラグメント間の間隔の継続時間を含み、
前記複数のビデオ要求メッセージに基づいて前記対象ビデオの統計情報を決定する前記段階は、
前記索引ファイルに基づいて、前記任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントのフラグメント継続時間及び第２のビデオフラグメントのフラグメント継続時間、並びに前記ビデオフラグメントリストにおける前記第１のビデオフラグメントと前記第２のビデオフラグメントとの間のビデオフラグメントのフラグメント継続時間を取得し、前記第１のビデオフラグメントと前記第２のビデオフラグメントとの間の間隔の継続時間を決定する段階を有し、
前記統計情報に基づいて、前記対象ビデオがホットライブビデオであるかどうかを判定する前記段階は、
前記特定の継続時間における前記対象ビデオを求める前記ビデオ要求メッセージの量が第１の閾値を超え、且つ前記任意の２つの要求されたビデオフラグメントにおける前記第１のビデオフラグメントと前記第２のビデオフラグメントとの間の前記間隔の前記継続時間が第２の継続時間閾値より小さい場合、前記対象ビデオがホットライブビデオであると判定する段階を有する、請求項１に記載の方法。
【請求項７】
前記統計情報はさらに、前記特定の継続時間における前記対象ビデオの要求された各ビデオフラグメントの要求回数を含み、
前記統計情報に基づいて、前記対象ビデオがホットライブビデオであるかどうかを判定する前記段階は、
前記特定の継続時間における前記対象ビデオを求める前記ビデオ要求メッセージの量が第１の閾値を超え、且つ前記特定の継続時間において要求回数が第２の閾値を超えるビデオフラグメントがある場合、前記対象ビデオがホットライブビデオであると判定する段階を有する、請求項１に記載の方法。
【請求項８】
対象ビデオを求める複数のビデオ要求メッセージを取得する前記段階は、
複数のクライアントによって送信された前記複数のビデオ要求メッセージを直接受信する段階、又は、
ネットワーク事業者の少なくとも１つのネットワーク装置によって転送される、前記対象ビデオを求める前記複数のビデオ要求メッセージを受信する段階、又は、
ネットワーク事業者のリスニング装置が、前記ネットワーク事業者の少なくとも１つのネットワーク装置上でリスニングすることによって、前記対象ビデオを求める前記複数のビデオ要求メッセージを取得した後に、前記リスニング装置によって転送される前記複数のビデオ要求メッセージを受信する段階を有する、請求項１から７のいずれか一項に記載の方法。
【請求項９】
前記対象ビデオはホットライブビデオであると判定する前記段階の後に、前記方法はさらに、
前記対象ビデオの次のビデオフラグメントをビデオサーバから取得する段階と、
前記複数のビデオ要求メッセージに基づいて、前記対象ビデオの前記次のビデオフラグメントを前記少なくとも１つのネットワーク装置にマルチキャストベアラ伝送方式で送信する段階と
を備える、請求項８に記載の方法。
【請求項１０】
対象ビデオを求める複数のビデオ要求メッセージを取得するように構成されたメッセージ取得モジュールであって、各ビデオ要求メッセージは、前記対象ビデオの要求されたビデオフラグメントのフラグメント情報を含む、メッセージ取得モジュールと、
前記複数のビデオ要求メッセージに基づいて、前記対象ビデオの統計情報を決定するように構成された統計情報決定モジュールであって、前記統計情報は、特定の継続時間において取得された、前記対象ビデオを求めるビデオ要求メッセージの量と、各ビデオ要求メッセージで要求されるビデオフラグメントのフラグメント情報とを含む、統計情報決定モジュールと、
前記統計情報に基づいて、前記対象ビデオがホットライブビデオであるかどうかを判定するように構成されたホットライブ判定モジュールと
を備える、装置。
【請求項１１】
前記ホットライブ判定モジュールは、
前記特定の継続時間における前記対象ビデオを求める前記ビデオ要求メッセージの量が第１の閾値を超え、且つ前記特定の継続時間における任意の２つの要求されたビデオフラグメント間のフラグメント間隔が事前設定されたフラグメント間隔閾値より小さい場合、前記対象ビデオがホットライブビデオであると判定するように構成される、請求項１０に記載の装置。
【請求項１２】
前記フラグメント情報は前記ビデオフラグメントの再生時点を含み、前記フラグメント間隔閾値は第１の継続時間閾値であり、
任意の２つの要求されたビデオフラグメント間のフラグメント間隔が、事前設定されたフラグメント間隔閾値より小さいということは、
前記任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントの再生時点と第２のビデオフラグメントの再生時点との間の差が前記第１の継続時間閾値より小さいということを含む、請求項１１に記載の装置。
【請求項１３】
前記フラグメント情報は前記ビデオフラグメントのフラグメント識別子を含み、前記フラグメント間隔閾値は識別子閾値であり、
任意の２つの要求されたビデオフラグメント間のフラグメント間隔が、事前設定されたフラグメント間隔閾値より小さいということは、
前記任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントのフラグメント識別子と第２のビデオフラグメントのフラグメント識別子との間の差が前記識別子閾値より小さいということを含む、請求項１１に記載の装置。
【請求項１４】
前記フラグメント情報は前記ビデオフラグメントのフラグメント識別子を含み、
任意の２つの要求されたビデオフラグメント間のフラグメント間隔が、事前設定されたフラグメント間隔閾値より小さいということは、
前記任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントのフラグメント識別子と第２のビデオフラグメントのフラグメント識別子とが同じであることを含む、請求項１１に記載の装置。
【請求項１５】
各ビデオ要求メッセージはさらに索引ファイルを含み、前記索引ファイルは、前記対象ビデオのビデオフラグメントリストと各ビデオフラグメントのフラグメント継続時間とを含み、
前記統計情報はさらに、任意の２つの要求されたビデオフラグメント間の間隔の継続時間を含み、
前記統計情報決定モジュールは、
前記索引ファイルに基づいて、前記任意の２つの要求されたビデオフラグメントにおける第１のビデオフラグメントのフラグメント継続時間及び第２のビデオフラグメントのフラグメント継続時間、並びに前記ビデオフラグメントリストにおける前記第１のビデオフラグメントと前記第２のビデオフラグメントとの間のビデオフラグメントのフラグメント継続時間を取得して、前記第１のビデオフラグメントと前記第２のビデオフラグメントとの間の間隔の継続時間を決定するように構成され、
前記ホットライブ判定モジュールは、
前記特定の継続時間における前記対象ビデオを求める前記ビデオ要求メッセージの量が第１の閾値を超え、且つ前記任意の２つの要求されたビデオフラグメントにおける前記第１のビデオフラグメントと前記第２のビデオフラグメントとの間の前記間隔の前記継続時間が第２の継続時間閾値より小さい場合、前記対象ビデオはホットライブビデオであると判定するように構成される、請求項１０に記載の装置。
【請求項１６】
前記統計情報はさらに、前記特定の継続時間における前記対象ビデオの要求された各ビデオフラグメントの要求回数を含み、
前記ホットライブ判定モジュールは、
前記特定の継続時間における前記対象ビデオを求める前記ビデオ要求メッセージの量が第１の閾値を超え、且つ前記特定の継続時間において要求回数が第２の閾値を超えるビデオフラグメントがある場合、前記対象ビデオがホットライブビデオであると判定するように構成される、請求項１０に記載の装置。
【請求項１７】
前記メッセージ取得モジュールは、
複数のクライアントによって送信された前記複数のビデオ要求メッセージを直接受信するか、又は、
ネットワーク事業者の少なくとも１つのネットワーク装置によって転送される、前記対象ビデオを求める前記複数のビデオ要求メッセージを受信するか、又は、
ネットワーク事業者のリスニング装置が、前記ネットワーク事業者の少なくとも１つのネットワーク装置上でリスニングすることによって、前記対象ビデオを求める前記複数のビデオ要求メッセージを取得した後に、前記リスニング装置によって転送される前記複数のビデオ要求メッセージを受信するように構成される、請求項１０から１６のいずれか一項に記載の装置。
【請求項１８】
前記装置はさらに、
前記対象ビデオの次のビデオフラグメントをビデオサーバから取得するように構成されたフラグメント取得モジュールと、
前記複数のビデオ要求メッセージに基づいて、前記対象ビデオの前記次のビデオフラグメントを前記少なくとも１つのネットワーク装置にマルチキャストベアラ伝送方式で送信するように構成されたマルチキャストベアラ伝送モジュールと
を備える、請求項１７に記載の装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００７９
【補正方法】変更
【補正の内容】
【００７９】
任意選択的に、プロセッサ４１は、複数のクライアントによって送信された複数のビデオ要求メッセージを、通信インタフェース４３を用いて直接受信するか、又はネットワーク事業者の少なくとも１つのネットワーク装置によって転送される、対象ビデオプログラムを求める複数のビデオ要求メッセージを受信する。代替的に、ネットワーク事業者のリスニング装置が、ネットワーク事業者の少なくとも１つのネットワーク装置上でリスニングすることによって、対象ビデオを求める複数のビデオ要求メッセージを取得した後に、プロセッサ４１は、リスニング装置によって転送される複数のビデオ要求メッセージを、通信インタフェース４３を用いて受信する。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】図１
【補正方法】変更
【補正の内容】
【図１】
2019525292.tif 000009
【国際調査報告】
2019525292.tif 000010
2019525292.tif 000011
2019525292.tif 000012
2019525292.tif 000013
2019525292.tif 000014
2019525292.tif 000015