【手続補正書】
【提出日】平成29年1月4日(2017.1.4)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
メディアデータを取り出す方法であって、
前記メディアデータのセグメントに対する複数のプローブ要求を、ライブのストリーミングサービスを使用して前記メディアデータを提供するサーバデバイスに送信するステップと、
セグメント利用可能性窓の左縁部および右縁部を判定するために前記複数のプローブ要求に対する応答を分析するステップと、
クライアントデバイスのローカルクロックとサーバデバイスのクロックとの時間差を、前記判定された左縁部または前記判定された右縁部に少なくとも部分的に基づいて判定するステップと、
前記ライブのストリーミングサービスに従って、前記判定された左縁部または前記判定された右縁部に少なくとも部分的に基づく前記判定された時間差に少なくとも部分的に基づいてセグメントに対する要求を送信するステップと
を含む、方法。
【請求項２】
前記プローブ要求が、前記セグメントに対するデータの全量より少ない前記セグメントのデータ量に対する要求を含む、請求項1に記載の方法。
【請求項３】
前記プローブ要求が、HTTP HEAD要求を含む、請求項1に記載の方法。
【請求項４】
前記プローブ要求が、HTTP部分GET要求を含む、請求項1に記載の方法。
【請求項５】
前記セグメント利用可能性窓は更新されたセグメント利用可能性窓を含み、前記方法はさらに、前記複数のプローブ要求を送信する前に、
最初に決定されたセグメント利用可能性窓内のセグメントに対する複数の要求を送信するステップと、
前記最初に決定されたセグメント利用可能性窓内のセグメントに対する前記要求に対する応答が、HTTP 404エラーの数を含むと判定するステップと、
を含み、
前記複数のプローブ要求を送信するステップは、前記最初に決定されたセグメント利用可能性窓内のセグメントに対する前記要求に対する応答の中のHTTP 404エラーの数に基づいて前記複数のプローブ要求を送信するステップを含む
、請求項1に記載の方法。
【請求項６】
前記複数のプローブ要求を送信するステップが、前記メディアデータを取り出すために
HTTPストリーミングセッションを開始するときに前記複数のプローブ要求を送信するステ
ップを含む、請求項1に記載の方法。
【請求項７】
前記応答を分析するステップが、
より前のセグメントに対する要求への応答が成功を示し、より後のセグメントに対する
要求への応答が失敗を示したと判定するステップと、
より前のセグメントに対する前記要求への前記応答が成功を示し、より後のセグメント
に対する前記要求への前記応答が失敗を示したとの前記判定に基づいて、前記セグメント
利用可能性窓の前記右縁部が、前記応答が成功を示した前記セグメントと前記応答が失敗
を示した前記セグメントとの間にあると判定するステップとを含む、請求項1に記載の方
法。
【請求項８】
時間デルタ値を
【数１】
2016511575.tif 000001
に従って計算するステップをさらに含み、ここでD(j)がセグメントjの持続時間を定義し
、iがクライアントデバイスのクロックに基づいて推定された利用可能セグメントを表し
、kが、セグメントiと前記応答が成功を示した最新のセグメントとの間のセグメントの数
を表す、請求項7に記載の方法。
【請求項９】
前記応答を分析するステップが、
より後のセグメントに対する要求への応答が成功を示し、より前のセグメントに対する
要求への応答が失敗を示したと判定するステップと、
前記判定に基づいて、前記セグメント利用可能性窓の前記左縁部が、前記応答が成功を
示した前記セグメントと前記応答が失敗を示した前記セグメントとの間にあると判定する
ステップとを含む、請求項1に記載の方法。
【請求項１０】
時間デルタ値を
【数２】
2016511575.tif 000002
に従って計算するステップをさらに含み、ここでD(j)がセグメントjの持続時間を定義し
、iがクライアントデバイスのクロックに基づいて推定された利用可能なセグメントを表
し、TSBDが時間シフトバッファ深さを表し、kが、セグメントiと前記応答が成功を示した
最早のセグメントとの間のセグメントの数を表す、請求項9に記載の方法。
【請求項１１】
前記応答を分析するステップが、
より前のセグメントに対する要求への応答が失敗を示し、より後のセグメントに対する
要求への応答が失敗を示し、前記より前のセグメントと前記より後のセグメントとの間の
中間のセグメントに対する要求への応答が成功を示したと判定するステップと、
前記判定に基づいて、前記セグメント利用可能性窓の前記左縁部が、前記より前のセグ
メントと前記中間のセグメントとの間にあり、前記セグメント利用可能性窓の前記右縁部
が、前記中間のセグメントと前記より後のセグメントとの間にあると判定するステップと
を含む、請求項1に記載の方法。
【請求項１２】
時間デルタ値を
【数３】
2016511575.tif 000003
に従って計算するステップをさらに含み、ここでD(j)がセグメントjの持続時間を定義し
、iがクライアントデバイスのクロックに基づいて推定された利用可能セグメントを表し
、kが、セグメントiと前記応答が成功を示した最新のセグメントとの間のセグメントの数
を表す、請求項11に記載の方法。
【請求項１３】
前記複数のプローブ要求が第2の複数のプローブ要求を含み、前記方法が、前記第2の複
数のプローブ要求を送信する前に、第1の再生時間をカバーする第1の複数のプローブ要求
を送信するステップをさらに含み、前記第2の複数のプローブ要求を送信するステップが
、前記第1の複数のプローブ要求に対する応答が失敗を示したと判定した後で前記第2の複
数のプローブ要求を送信するステップを含み、前記第2の複数のプローブ要求が、前記第1
の再生時間より長い第2の再生時間をカバーする、請求項1に記載の方法。
【請求項１４】
階層的探索方法を使用して前記第2の複数のプローブ要求内に含まれるべきプローブの
数を判定するステップをさらに含む、請求項13に記載の方法。
【請求項１５】
メディアデータを取り出す方法であって、
前記メディアデータのセグメントに対する複数のプローブ要求を、ライブのストリーミングサービスを使用して前記メディアデータを提供するサーバデバイスに送信するステップと、
セグメント利用可能性窓の左縁部および右縁部を判定するために前記複数のプローブ要求に対する応答を分析するステップと、
セグメントが実際に利用可能である時刻と、前記セグメントが利用可能であることをクライアントデバイスのクロックが示す時刻との間の差を表す時間デルタを判定するステップと、
前記時間デルタに基づいて前記セグメントの1つまたは複数を要求するステップであって、前記要求するステップは、前記ライブのストリーミングサービスに従って、前記セグメント利用可能性窓の前記判定された左縁部または前記判定された右縁部に基づいてセグメントに対する要求を送信するステップを含む、ステップと、
含む、方法。
【請求項１６】
後続の複数のプローブパケットを使用して前記時間デルタを周期的に更新するステップ
をさらに含む、請求項15に記載の方法。
【請求項１７】
前記セグメント利用可能性窓の正確な右縁部を判定することを試行するために、1つま
たは複数の小さい増分だけ前記時間デルタを増加するステップをさらに含む、請求項15に
記載の方法。
【請求項１８】
前記複数のプローブ要求を送信するステップが、より前のプローブ要求がより前のセグ
メントに対応し、より後のプローブ要求がより後のセグメントに対応するように前記複数
のプローブ要求を送信するステップを含む、請求項1に記載の方法。
【請求項１９】
前記応答を分析するステップが、応答のタイプの間の変化の数を計算するステップを含み、第1のタイプの応答は対応するセグメントが利用可能であることを示し、第2のタイプの応答は前記対応するセグメントが利用可能でないことを示す、請求項1に記載の方法。
【請求項２０】
前記計算された応答のタイプの間の変化の数が1または2に等しいと判定された後にのみ、前記セグメント利用可能性窓の前記左縁部と前記右縁部を決定するステップをさらに含む、請求項19に記載の方法。
【請求項２１】
前記セグメントに対する前記要求を送信するステップが、前記右縁部より1セグメント
遅れたセグメントに対する要求を送信するステップを含む、請求項1に記載の方法。
【請求項２２】
前記サーバデバイスとの最後の時刻同期以来経過した時間量に基づいて、前記複数のプ
ローブ要求内に含めるためのプローブ要求の数を決定するステップをさらに含む、請求項
1に記載の方法。
【請求項２３】
前記プローブ要求の数を決定するステップが、前記プローブ要求の数が、前記経過した
時間が1分以下であるときに10、前記経過した時間量が1分より長く10分以下であるときに
15、前記経過した時間量が10分より長いが1時間以下であるときに20、前記経過した時間
量が1時間より長いときに25に等しいことを決定するステップを含む、請求項22に記載の
方法。
【請求項２４】
前記メディアデータを要求するためにストリーミングセッションを開始する前に、クラ
イアントデバイスのクロックを前記サーバデバイスと同期させるステップをさらに含む、
請求項1に記載の方法。
【請求項２５】
同期させるステップが、ネットワーク時間プロトコル(NTP)を使用して同期させるステ
ップを含む、請求項24に記載の方法。
【請求項２６】
クライアントデバイスのクロックを前記サーバデバイスと周期的に同期させるステップ
をさらに含む、請求項1に記載の方法。
【請求項２７】
周期的に同期させるステップが、N分ごとに前記クライアントデバイスの前記クロック
を前記サーバデバイスと同期させるステップを含む、請求項26に記載の方法。
【請求項２８】
前記要求を送信するステップが、ライブの動的適応ストリーミングオーバーHTTP(DASH)
に従って前記要求を送信するステップを含む、請求項1に記載の方法。
【請求項２９】
前記複数のプローブ要求を送信するステップが、前記メディアデータに対する要求を送
信した後、前記メディアデータの再生の失敗に応答して前記複数のプローブ要求を送信す
るステップを含み、前記方法が、
前記判定された左縁部または前記判定された右縁部に少なくとも部分的に基づいて、ク
ライアントデバイスのローカルクロックとサーバデバイスのクロックとの間の時間差を判
定するステップと、
前記判定された時間差に基づいて前記ローカルクロックを調整するステップとをさらに
含み、
前記要求を送信するステップが、前記調整されたローカルクロックに基づいて前記要求
を送信するステップを含む、請求項1に記載の方法。
【請求項３０】
前記時間差が、前記ローカルクロックが前記サーバデバイスの前記クロックより進んで
いることを示し、前記方法が、前記時間差に等しい時間期間の間メディア再生を停止する
ステップをさらに含む、請求項1に記載の方法。
【請求項３１】
前記時間差が、前記ローカルクロックが前記サーバデバイスの前記クロックより遅れて
いることを示し、前記方法が、前記時間差に等しい時間期間の間メディア再生をスキップ
するステップをさらに含む、請求項1に記載の方法。
【請求項３２】
前記時間差が、前記ローカルクロックが前記サーバデバイスの前記クロックより進んで
いることを示し、前記方法が、前記時間差がゼロになるまで通常再生速度より少し速い速
度で前記メディアデータを再生するステップをさらに含む、請求項1に記載の方法。
【請求項３３】
前記時間差が、前記ローカルクロックが前記サーバデバイスの前記クロックより遅れて
いることを示し、前記方法が、前記時間差がゼロになるまで通常再生速度より少し遅い速
度で前記メディアデータを再生するステップをさらに含む、請求項1に記載の方法。
【請求項３４】
メディアデータを取り出すためのデバイスであって、
前記メディアデータのセグメントに対する複数のプローブ要求を、ライブのストリーミングサービスを使用して前記メディアデータを提供するサーバデバイスに送信することと、
セグメント利用可能性窓の左縁部および右縁部を判定するために前記複数のプローブ要求に対する応答を分析することと、
クライアントデバイスのローカルクロックとサーバデバイスのクロックとの時間差を、前記判定された左縁部または前記判定された右縁部に少なくとも部分的に基づいて判定することと、
前記ライブのストリーミングサービスに従って、前記判定された左縁部または前記判定された右縁部に少なくとも部分的に基づく前記判定された時間差に少なくとも部分的に基づいてセグメントに対する要求を送信することと
を行うように構成された1つまたは複数のプロセッサを備える、デバイス。
【請求項３５】
前記プローブ要求が、HTTP HEAD要求およびHTTP部分GET要求のうちの一方を含む、請求
項34に記載のデバイス。
【請求項３６】
前の要求に対する応答がHTTP 404エラーの数を含んでいたとの判定とHTTPストリーミン
グセッションの開始とのうちの少なくとも一方に基づいて、前記複数のプローブ要求を送
信するように、前記1つまたは複数のプロセッサが構成される、請求項34に記載のデバイ
ス。
【請求項３７】
前記応答を分析するために、より前のセグメントに対する要求への応答が失敗を示し、
より後のセグメントに対する要求への応答が失敗を示し、前記より前のセグメントと前記
より後のセグメントとの間の中間のセグメントに対する要求への応答が成功を示したと判
定することと、前記判定に基づいて、前記セグメント利用可能性窓の前記左縁部が前記よ
り前のセグメントと前記中間のセグメントとの間にあり、前記セグメント利用可能性窓の
前記右縁部が前記中間のセグメントと前記より後のセグメントとの間にあると判定するこ
ととを行うように、前記1つまたは複数のプロセッサが構成される、請求項34に記載のデ
バイス。
【請求項３８】
前記1つまたは複数のプロセッサが、時間デルタ値を
【数４】
2016511575.tif 000004
に従って計算するように構成され、ここでD(j)がセグメントjの持続時間を定義し、iがク
ライアントデバイスのクロックに基づいて推定された利用可能セグメントを表し、kが、
セグメントiと前記応答が成功を示した最新のセグメントとの間のセグメントの数を表す
、請求項37に記載のデバイス。
【請求項３９】
前記複数のプローブ要求が第2の複数のプローブ要求を含み、前記1つまたは複数のプロ
セッサが、前記第2の複数のプローブ要求を送信する前に、前記第2の複数のプローブ要求
より少ないプローブ要求を含む第1の複数のプローブ要求を送信することと、前記第1の複
数のプローブ要求に対する応答が失敗を示したと判定した後で前記第2の複数のプローブ
要求を送信することとを行うように構成される、請求項34に記載のデバイス。
【請求項４０】
メディアデータを取り出すためのデバイスであって、
前記メディアデータのセグメントに対する複数のプローブ要求を、ライブのストリーミングサービスを使用して前記メディアデータを提供するサーバデバイスに送信し、
セグメント利用可能性窓の左縁部および右縁部を判定するために前記複数のプローブ要求に対する応答を分析し、
セグメントが実際に利用可能である時刻と、前記セグメントが利用可能であることをクライアントデバイスのクロックが示す時刻との間の差を表す時間デルタを判定し、
前記時間デルタに基づいて前記セグメントの1つまたは複数を要求する
ように構成された1つまたは複数のプロセッサを備え、
前記1つまたは複数のセグメントを要求するために、前記1つまたは複数のプロセッサは、前記ライブのストリーミングサービスに従って、前記セグメント利用可能性窓の前記判定された左縁部または前記判定された右縁部に基づいてセグメントに対する要求を送信するように構成される、
デバイス。
【請求項４１】
メディアデータを取り出すためのデバイスであって、
前記メディアデータのセグメントに対する複数のプローブ要求を、ライブのストリーミングサービスを使用して前記メディアデータを提供するサーバデバイスに送信するための手段と、
セグメント利用可能性窓の左縁部および右縁部を判定するために前記複数のプローブ要求に対する応答を分析するための手段と、
クライアントデバイスのローカルクロックとサーバデバイスのクロックとの時間差を、前記判定された左縁部または前記判定された右縁部に少なくとも部分的に基づいて判定するための手段と、
前記ライブのストリーミングサービスに従って、前記判定された左縁部または前記判定された右縁部に少なくとも部分的に基づく前記判定された時間差に少なくとも部分的に基づいてセグメントに対する要求を送信するための手段と、
を備える、デバイス。
【請求項４２】
前記プローブ要求が、HTTP HEAD要求およびHTTP部分GET要求のうちの一方を含む、請求
項41に記載のデバイス。
【請求項４３】
前記複数のプローブ要求を送信するための前記手段が、前の要求に対する応答内で受信
されたHTTP 404エラーの数に基づいて前記複数のプローブ要求を送信するための手段と、
HTTPストリーミングセッションの開始に基づいて前記複数のプローブ要求を送信するため
の手段とのうちの少なくとも一方を含む、請求項41に記載のデバイス。
【請求項４４】
前記応答を分析するための前記手段が、
より前のセグメントに対する要求への応答が失敗を示し、より後のセグメントに対する
要求への応答が失敗を示し、前記より前のセグメントと前記より後のセグメントとの間の
中間のセグメントに対する要求への応答が成功を示したと判定するための手段と、
前記判定に基づいて、前記セグメント利用可能性窓の前記左縁部が前記より前のセグメ
ントと前記中間のセグメントとの間にあり、前記セグメント利用可能性窓の前記右縁部が
前記中間のセグメントと前記より後のセグメントとの間にあると判定するための手段とを
含む、請求項41に記載のデバイス。
【請求項４５】
時間デルタ値を
【数５】
2016511575.tif 000005
に従って計算するための手段をさらに含み、ここでD(j)がセグメントjの持続時間を定義
し、iがクライアントデバイスのクロックに基づいて推定された利用可能セグメントを表
し、kが、セグメントiと前記応答が成功を示した最新のセグメントとの間のセグメントの
数を表す、請求項44に記載のデバイス。
【請求項４６】
前記複数のプローブ要求が第2の複数のプローブ要求を含み、前記第2の複数のプローブ
要求を送信する前に、前記第2の複数のプローブ要求より少ないプローブ要求を含む第1の
複数のプローブ要求を送信するための手段をさらに含み、前記第2の複数のプローブ要求
を送信するための前記手段が、前記第1の複数のプローブ要求に対する応答が失敗を示し
たと判定した後で前記第2の複数のプローブ要求を送信するための手段を含む、請求項41
に記載のデバイス。
【請求項４７】
メディアデータを取り出すデバイスであって、
前記メディアデータのセグメントに対する複数のプローブ要求を、ライブのストリーミングサービスを使用して前記メディアデータを提供するサーバデバイスに送信するための手段と、
セグメント利用可能性窓の左縁部および右縁部を判定するために前記複数のプローブ要求に対する応答を分析するための手段と、
セグメントが実際に利用可能である時刻と、前記セグメントが利用可能であることをクライアントデバイスのクロックが示す時刻との間の差を表す時間デルタを判定するための手段と、
前記時間デルタに基づいて前記セグメントの1つまたは複数を要求するための手段であって、前記1つまたは複数のセグメントを要求するための手段は、前記ライブのストリーミングサービスに従って、前記セグメント利用可能性窓の前記判定された左縁部または右縁部に基づいてセグメントに対する要求を送信するための手段を含む、手段と、
を備える、デバイス。
【請求項４８】
命令を記憶した非一時的コンピュータ可読記憶媒体であって、前記命令が、実行されると、
メディアデータのセグメントに対する複数のプローブ要求を、ライブのストリーミングサービスを使用して前記メディアデータを提供するサーバデバイスに送信することと、
セグメント利用可能性窓の左縁部および右縁部を判定するために前記複数のプローブ要求に対する応答を分析することと、
クライアントデバイスのローカルクロックとサーバデバイスのクロックとの時間差を、前記判定された左縁部または前記判定された右縁部に少なくとも部分的に基づいて判定することと、
前記ライブのストリーミングサービスに従って、前記判定された左縁部または前記判定された右縁部に少なくとも部分的に基づく前記判定された時間差に少なくとも部分的に基づいて前記セグメント利用可能性窓内のセグメントに対する要求を送信することと
をプロセッサに行わせる、非一時的コンピュータ可読記憶媒体。
【請求項４９】
前記プローブ要求が、HTTP HEAD要求およびHTTP部分GET要求のうちの一方を含む、請求
項48に記載の非一時的コンピュータ可読記憶媒体。
【請求項５０】
前記複数のプローブ要求を前記プロセッサに送信させる前記命令が、前の要求に応答し
て受信されたHTTP 404エラーの数およびHTTPストリーミングセッションの開始のうちの少
なくとも一方に基づいて、前記複数のプローブ要求を前記プロセッサに送信させる命令を
含む、請求項48に記載の非一時的コンピュータ可読記憶媒体。
【請求項５１】
前記応答を前記プロセッサに分析させる前記命令が、
より前のセグメントに対する要求への応答が失敗を示し、より後のセグメントに対する
要求への応答が失敗を示し、前記より前のセグメントと前記より後のセグメントとの間の
中間のセグメントに対する要求への応答が成功を示したと判定することと、
前記判定に基づいて、前記セグメント利用可能性窓の前記左縁部が前記より前のセグメ
ントと前記中間のセグメントとの間にあり、前記セグメント利用可能性窓の前記右縁部が
前記中間のセグメントと前記より後のセグメントとの間にあると判定することとを前記プ
ロセッサに行わせる命令を含む、請求項48に記載の非一時的コンピュータ可読記憶媒体。
【請求項５２】
時間デルタ値を
【数６】
2016511575.tif 000006
に従って前記プロセッサに計算させる命令をさらに含み、ここでD(j)がセグメントjの持
続時間を定義し、iがクライアントデバイスのクロックに基づいて推定された利用可能セ
グメントを表し、kが、セグメントiと前記応答が成功を示した最新のセグメントとの間の
セグメントの数を表す、請求項51に記載の非一時的コンピュータ可読記憶媒体。
【請求項５３】
前記複数のプローブ要求が第2の複数のプローブ要求を含み、前記第2の複数のプローブ
要求を送信する前に、前記第2の複数のプローブ要求より少ないプローブ要求を含む第1の
複数のプローブ要求を前記プロセッサに送信させる命令をさらに含み、前記第2の複数の
プローブ要求を前記プロセッサに送信させる前記命令が、前記第1の複数のプローブ要求
に対する応答が失敗を示したと判定した後で前記第2の複数のプローブ要求を前記プロセ
ッサに送信させる命令を含む、請求項48に記載の非一時的コンピュータ可読記憶媒体。
【請求項５４】
命令を記憶した非一時的コンピュータ可読記憶媒体であって、前記命令が、実行されると、
メディアデータのセグメントに対する複数のプローブ要求を、ライブのストリーミングサービスを使用して前記メディアデータを提供するサーバデバイスに送信することと、
セグメント利用可能性窓の左縁部および右縁部を判定するために前記複数のプローブ要求に対する応答を分析することと、
セグメントが実際に利用可能である時刻と、前記セグメントが利用可能であることをクライアントデバイスのクロックが示す時刻との間の差を表す時間デルタを判定することと、
前記時間デルタに基づいて前記セグメントの1つまたは複数を要求することと
をプロセッサに行わせ、
前記1つまたは複数のセグメントを前記プロセッサに要求させる前記命令は、前記ライブのストリーミングサービスに従って、前記セグメント利用可能性窓の前記判定された左縁部または前記判定された右縁部に基づいてセグメントに対する要求を前記プロセッサに送信させる命令を含む、
非一時的コンピュータ可読記憶媒体。