(57)【要約】【課題】本発明は、デジタルコンテンツストリーミングサーバ（１２５）を制御するためのトリックモードコマンドの管理の方法に関する。【解決手段】複数のトリックモードコマンド発行者からのトリックモードコマンドの送信を管理するために、この方法は、  ・少なくとも１人のコマンド発行者から少なくとも１つのトリックモードコマンドを受信するステップ（５０１）と、  ・受信コマンドと最後の送信コマンドとの間の経過時間を決定するステップ（５０２）と、  ・決定された条件が適用されない場合、少なくとも１つのデジタルコンテンツストリーミングサーバに受信コマンドを送信するステップ（５０５）であって、決定された条件は、経過時間が決定された第１の遅延未満であるかどうか（５０３）、および受信コマンドのコマンド発行者が、決定された第１の遅延の遵守から発行者が逸脱することができる最高の発行者権限を有していないかどうか（５０４）を含むステップとを含む。【選択図】図５
2010104004.tif 000002
【特許請求の範囲】
【請求項１】
デジタルコンテンツストリームを少なくとも１人のコマンド発行者に配信するために、少なくとも１つのデジタルコンテンツストリーミングサーバを制御するためのトリックモードコマンドの管理の方法であって、
前記少なくとも１人のコマンド発行者から、受信コマンドと呼ばれる少なくとも１つのトリックモードコマンドを受信するステップと、
前記受信コマンドと最後の送信コマンドとの間の経過時間を決定するステップと、
決定された条件が適用されない場合、前記少なくとも１つのデジタルコンテンツストリーミングサーバに前記受信コマンドを送信するステップであって、前記決定された条件は、
前記経過時間が決定された第１の遅延未満であることと、
前記受信コマンドの前記コマンド発行者は、前記決定された第１の遅延の遵守から前記発行者が逸脱することができる最高の発行者権限を有していないことと
を含む、送信するステップと
を含むことを特徴とする方法。
【請求項２】
前記少なくとも１人のコマンド発行者のすべてが前記コマンドの結果を提供することができるために必要な遅延の推定に従って前記第１の遅延を決定するステップを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記決定された条件は、
第１のコマンド発行者から受信された最後の送信コマンドの送信と、第２の別のコマンド発行者からの第２のコマンドの受信との間で、決定された第２の遅延が遵守されていないことと、
前記第２のコマンド発行者は、前記決定された第２の遅延の遵守から前記第２のコマンド発行者が逸脱することができる最高の発行者権限を有していないことと
をさらに含むことを特徴とする請求項１または２に記載の方法。
【請求項４】
前記決定された条件が適用されない場合、別のコマンド発行者からのコマンドが送信される前に、コマンドの送信時間からカウントされる最小の遅延に従って前記第２の遅延を決定するステップを含むことを特徴とする請求項３に記載の方法。
【請求項５】
最高レベルの発行者権限を、ストリーミングセッションを開始したコマンド発行者に与えることを含むことを特徴とする請求項１から４のいずれかに記載の方法。
【請求項６】
前記第２のコマンドの送信の前記コマンド発行者権限は、前記決定された条件を遵守して前記少なくとも１つのデジタルストリーミングサーバに送信されるトリックモードコマンドのタイプに対する制限を含むことを特徴とする請求項１から５のいずれかに記載の方法。
【請求項７】
前記決定された条件は、
前記受信コマンドは、すでに送信されたコマンドと同様の決定されたタイプのものである
ことをさらに含むことを特徴とする請求項１から６のいずれかに記載の方法。
【請求項８】
前記デジタルコンテンツストリームは、音声ストリームであることを特徴とする請求項１から７のいずれかに記載の方法。
【請求項９】
前記デジタルコンテンツストリームは、映像ストリームであることを特徴とする請求項１から８のいずれかに記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタルコンテンツストリーミングサーバのためのトリックモードコマンドの管理の分野に関する。より詳細には、本発明は、複数のデジタルコンテンツストリーム受信機から受信したトリックモードコマンドの管理に関する。
【背景技術】
【０００２】
デジタルコンテンツストリームは、記録され、再生されるための、音声のみ、映像のみ、および音声を含む映像ストリーム、並びに有音または無音の映像および音声ストリームを含むマルチメディアストリームを含む。
【０００３】
従来技術によれば、ビデオオンデマンド（ＶｏＤ）などのコンテンツオンデマンドの文脈で、受信機に配信される、音声、または場合によっては音声を含む映像ストリームなどのデジタルコンテンツストリームは、例えばＩＰ（インターネットプロトコル）ユニキャスト配信を使用することによって、ＶｏＤサーバとの１対１の接続を介して配信される。この１対１配信モデルは、同じコンテンツソースが多くの受信機によって同時に受信される１対多配信モデルに対抗している。
【０００４】
１対１配信モデルによって、受信機は、いわゆるトリックモードコマンドを発行することによって、コンテンツの展開に介入することができる。トリックモードコマンドは、再生、停止、一時停止、巻き戻し、早送り、チャプタに行くなどのアクションを含む。この配信モデルでは、コンテンツストリーミングサーバとの１対１の接続を介してコンテンツストリームのストリーミングを命令するのは受信機である。この配信モデルでは、トリックモードコマンドは許可されているが、このモデルでは、１つを超える受信機が同じコンテンツストリームを受信すること、および１つを超える受信機が同じストリームに対してトリックモードコマンドを発行することはできない。
【０００５】
１対多配信モデルでは、ストリーミングを命令するのは、配信サーバである。１対多配信モデルは、同じコンテンツストリームを多数の聴衆に配信するために、例えば、ＴＶ番組やラジオ番組を配信するために使用される。この配信モデルでは、トリックモードコマンドは、許可されないか、１つの受信機のみに許可される。
【０００６】
上述した配信モデルは、ビデオオンデマンドの用途およびテレビまたはラジオの放送には便利である。しかし、上記の配信モデルでは、１対多配信をいくつかの受信機からのトリックモードコマンドのサポートと結合することができない。
【０００７】
いくつかの受信機からのトリックモードコマンドを１対多のストリーム配信モデルでサポートするときに解決する必要がある問題のうちの１つは、ストリーミングサーバが処理しなければならないトリックモードコマンドの流れの管理である。
【０００８】
従来技術によれば、複数の受信機にわたってトリックモードコマンドをサポートしたコンテンツの提供は、例えば、学生がそれぞれ受信機を有し、トリックモードコマンドを発行して、講座の展開に介入することができるＥラーニングの用途などの文脈に適用される。従来技術によれば、講座は、各学生の受信機への講座コンテンツの事前のダウンロードを介して配信され、各学生は、トリックモードコマンドを発行することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかし、現在の最新技術では、トリックモードコマンドの流れの処理についての管理を行うことができない。
【課題を解決するための手段】
【００１０】
本発明は、従来技術の不便を軽減することを目的とする。
【００１１】
特に、本発明の目的は、多くのストリーム受信機のトリックモードをサポートした１対多のデジタルコンテンツストリームの配信を可能にすることである。
【００１２】
より詳細には、本発明は、少なくとも１つのデジタルコンテンツストリーミングサーバを制御するためのトリックモードコマンドの管理の方法に関し、
・少なくとも１人のコマンド発行者から、受信コマンドと呼ばれる少なくとも１つのトリックモードコマンドを受信するステップと、
・受信コマンドと最後の送信コマンドとの間の経過時間を決定するステップと、
・決定された条件が適用されない場合、少なくとも１つのデジタルコンテンツストリーミングサーバに受信コマンドを送信するステップであって、決定された条件は、
・経過時間が決定された第１の遅延未満であることと、
・受信コマンドのコマンド発行者は、決定された第１の遅延の遵守から発行者が逸脱することができる最高の発行者権限を有していないことと
を含むステップと
を含む。
【００１３】
本発明の特定の一実施形態によれば、この方法は、少なくとも１人のコマンド発行者のすべてがコマンドの結果を提供することができるために必要な遅延の推定に従って第１の遅延を決定するステップを含む。
【００１４】
本発明の特定の一実施形態によれば、決定された条件は、
・第１のコマンド発行者から受信された最後の送信コマンドの送信と、第２の別のコマンド発行者からの第２のコマンドの受信との間で、決定された第２の遅延が遵守されていないことと、
第２のコマンド発行者は、決定された第２の遅延の遵守から第２のコマンド発行者が逸脱することができる最高の発行者権限を有していないことと
をさらに含む。
【００１５】
本発明の特定の一実施形態によれば、この方法は、決定された条件が適用されない場合、別のコマンド発行者からのコマンドが送信される前に、コマンドの送信時間からカウントされる最小の遅延に従って第２の遅延を決定するステップを含む。
【００１６】
本発明の特定の一実施形態によれば、この方法は、最高レベルの発行者権限を、ストリーミングセッションを開始したコマンド発行者に与えることを含む。
【００１７】
本発明の特定の一実施形態によれば、第２のコマンドの送信のコマンド発行者権限は、決定された条件を遵守してデジタルストリーミングサーバに送信されるトリックモードコマンドのタイプに対する制限を含む。
【００１８】
本発明の特定の一実施形態によれば、決定された条件は、
・受信コマンドは、すでに送信されたコマンドと同様の決定されたタイプのものである
ことをさらに含む。
【００１９】
本発明の特定の一実施形態によれば、デジタルコンテンツストリームは、音声ストリームである。
【００２０】
本発明の特定の一実施形態によれば、デジタルコンテンツストリームは、映像ストリームである。
【００２１】
本発明のより多くの利点は、本発明の特定の非制限の実施形態の説明によって明らかになるであろう。実施形態は、以下の図面を参照して説明される。
【図面の簡単な説明】
【００２２】
【図１】本発明に適合するネットワークインフラストラクチャの一例を示す図である。
【図２】本発明による方法の実施を状態機械の形で示す図である。状態機械は、例えば、図１のトリックモードマネージャ１２０において実施することができる。
【図３】本発明による方法の実施を状態機械の形で示す図である。状態機械は、例えば、図１のトリックモードマネージャ１２０において実施することができる。
【図４】図１のトリックモードマネージャ１２０などのトリックモードマネージャによって実施される本発明による装置の特定の一実施形態を示す図である。
【図５】例えば図４のトリックモードマネージャ４によって実施される、本発明の特定の一実施形態によるデジタルコンテンツストリーミングサーバを制御するためのトリックモードコマンドの方法のステップを実施するアルゴリズムを示す図である。
【発明を実施するための形態】
【００２３】
図１は、本発明によるトリックモードコマンドの管理の方法による本発明に適合するネットワークインフラストラクチャの一例を示す。
【００２４】
インフラストラクチャは、
・トリックモードコントローラ１００
・トリックモードマネージャ１２０
・デジタルコンテンツストリーマ１２５
・受信機Ａ１４０
・受信機Ｂ１５０
を含む。
【００２５】
トリックモードコントローラ１００は、
・状態「停止」１０１
・状態「再生」１０２
・状態「一時停止」１０３
を含む状態機械を含む。
【００２６】
状態機械は、
・停止から再生への状態の移行である「再生」１０５
・再生から停止への状態の移行である「停止」１０６
・一時停止から停止への状態の移行である「停止」１０７
・再生から一時停止への状態の移行である「一時停止」１０８
・一時停止から再生への状態の移行である「再生」１０９
の状態間の移行を含む。
【００２７】
装置１００、１２０、１２５、１４０、および１５０は、以下の接続、
・受信機Ａ１４０をトリックモードマネージャ１２０に接続する接続１３０
・受信機Ａ１４０をデジタルコンテンツストリーマ１２５に接続する接続１３２
・トリックモードマネージャ１２０をトリックモードコントローラ１００に接続する接続１１５
・受信機Ｂ１５０をトリックモードマネージャ１２０に接続する接続１３１
・受信機Ｂ１５０をストリーマ１２５に接続する接続１３２
・デジタルコンテンツストリーマ１２５をトリックモードコントローラ１００に接続する接続１１６
によって相互接続される。
【００２８】
受信機Ａ１４０およびＢ１５０はいずれも、接続１３０、１３１それぞれを介してトリックモードマネージャ１２０にトリックモードコマンドを送信する。トリックモードマネージャ１２０は、受信機Ａ１４０およびＢ１５０からのトリックモードコマンドをトリックモードコントローラ１００に送信する。
【００２９】
トリックモードコントローラ１００は、接続１１６を介してデジタルコンテンツストリーマ１２５にトリックモードコマンドを送信する。
【００３０】
デジタルコンテンツストリーマ１２５は、接続１３２を介して受信機Ａ１４０およびＢ１５０にデジタルコンテンツストリームを送信する。
【００３１】
トリックモードマネージャ１２０は、接続１３０および１３１を介して、受信機Ａ１４０およびＢ１５０におけるコマンド発行者からトリックモードコマンドを受信する。後で説明されるいくつかの条件を遵守することで、これらのコマンドは、接続１１５を介してトリックモードコントローラ１００に送信される。トリックモードコントローラ１００は、状態機械を含み、トリックモードマネージャ１２０から受信されたトリックモードコマンドに従って状態を変更する。トリックモードコントローラが入る新しい状態に従って、トリックモードコントローラは、接続１１６を介してデジタルコンテンツストリーマ１２５に対応するトリックモードコマンドを送信する。次いで、デジタルコンテンツストリーマ１２５は、受信したトリックモードコマンドに応じて、接続１３２を介して受信機Ａ１４０およびＢ１５０にコンテンツを流す。
【００３２】
トリックモードマネージャ１２０は、最後の送信コマンドの送信と、トリックモードコマンドの受信との間で経過する時間を決定する。トリックモードマネージャ１２０は、いくつかの条件下で、トリックモードコントローラ１００に受信したトリックモードコマンドを送信する。とりわけ、トリックモードコマンドマネージャは、受信コマンドと最後の送信コマンドとの間の経過時間が決定された遅延未満である場合、受信コマンドを送信しないが、受信コマンドのコマンド発行者は、最高の発行者権限を有する場合、この条件をオーバーライドすることができる。この特徴によって、最後の送信コマンド以降の予め定められた遅延を遵守した場合のみ、受信コマンドを送信することができ、しかし、コマンド発行者が十分な発行者権限を有する場合、遅延の遵守をオーバーライドすることができる。したがって、この特徴によって、受信コマンドのトリックモードマネージャ１２０への送信の間隔をあけることができる。発行者権限は、上記の条件を遵守して、トリックモードマネージャが発行者をトリックモードコントローラに送信することを可能にするトリックモードコマンドを決定する。
【００３３】
図は、最高の発行者権限を有するコマンド発行者が第１の遅延の遵守から逸脱することができることを示す。例えば、「再生」状態のとき、開始側は、結果として状態機械が「停止」状態に入る「停止」コマンドを送信することができ、非開始側は、状態機械が「停止」状態に入ることができるようになる前に第１の遅延が経過するのを待つ必要がある。
【００３４】
本発明の特定の一実施形態によれば、最高の発行者権限は、デジタルコンテンツストリーミングセッションの開始側に与えられる。例えば、最高の発行者権限は、すべての可能なトリックモードコマンドを含む。
【００３５】
本発明の特定の一実施形態によれば、最高の発行者権限は、すべての可能なトリックモードコマンドの一部を含む。これは、コンテンツストリームの所有者が、いくつかのトリックモードコマンドがコンテンツストリーミングに影響を与え得ることを望まないときに適した特徴であり、例えば、コンテンツの所有者は、そのコンテンツの消費者が、再生および一時停止のトリックモードコマンドの使用によって、ストリーミングされるようにすることができるだけである。
【００３６】
本発明の特定の一実施形態によれば、最低の発行者権限は、デジタルコンテンツストリーミングセッションの被招待側（ｉｎｖｉｔｅｅ）に与えられる。例えば、最低の発行者権限は、一時停止などすべての可能なトリックモードコマンドの一部を含む。この特徴によって、トリックモードコマンドをトリックモードコントローラに送信する権限を制限すること以外に、発行者の権限を制限することができる。ここで、前記第２のコマンドの送信のコマンド発行者権限は、決定された条件を遵守してデジタルストリーミングサーバに送信されるトリックモードコマンドのタイプに対する制限を含む。
【００３７】
本発明の特定の一実施形態によれば、発行者権限は、ストリーミングセッション中不変ではなく、無効にしたり、変更したりすることができる。この特徴によって、例えば、発行者のアクションによる、ストリーミングセッションの展開に対する発行者権限の適合が可能になる。例えば、ストリーミングセッションの展開を意図的に乱す発行者の発行者権限を、一時的、または永久的に無効にすることができる。
【００３８】
本発明の特定の一実施形態によれば、受信コマンドがすでに送信されたコマンドと同様の決定されたタイプのものであるとき、受信コマンドは、トリックモードコントローラに送信されない。例えば、受信コマンドが決定されたタイプ「再生」のものであり、「再生」コマンドがすでに送信されている場合、受信した再生コマンドが送信されるのでなく、第１の遅延を遵守しないなど、受信コマンドを送信しないための他の条件による削除を受けない場合、決定されたタイプ「早送り」の受信コマンドが送信される。この特徴には、トリックモードコントローラが、意味のない「二重の」コマンド（再生の後に別の再生が続く）を受信するのではなく、デジタルコンテンツストリーマがｘ２、ｘ４、ｘ１６といった早送り速度を変更することができる、記載した早送りの後に別の早送りが続くなど、意味のある二重のコマンドを受信するように、受信コマンドを「フィルタ処理」して送信する利点がある。
【００３９】
本発明の特定の一実施形態によれば、上記の決定された遅延は、複数のコマンド発行者のすべてが第２のコマンドの結果を提供することができるために必要な遅延の推定に従って決定される。この特徴によって、新しいコマンドが考慮される前にコマンドの結果を提供するための時間をすべての発行者に提供することができ、すべての発行者のストリーミングセッションに従うことが容易になる。
【００４０】
図２は、第１の実施形態における本発明による方法の実施を状態機械の形で示す。状態機械は、例えば、図１のトリックモードマネージャ１２０において実施することができる。
【００４１】
状態機械は、３つの状態、「再生」２００、「停止」２０１、および「一時停止」２０２、並びに２つの移行状態、「Ｔ」２１０および２１１を有する。
【００４２】
移行状態２１０は、接続２２１を介して状態「再生」２００に接続される。
【００４３】
移行状態２１１は、接続２２２を介して状態「再生」２００に、接続２３０を介して状態「一時停止」２０２に、および接続２２９を介して状態「停止」２００に接続される。
【００４４】
状態「再生」２００は、さらに、接続２３１を介して状態「停止」２０１に接続される。
【００４５】
状態「一時停止」２０２は、接続２２７を介して状態「停止」２０１に、および接続２２８を介して状態「再生」２００に接続される。
【００４６】
状態「停止」２０１は、接続２３６を介して状態「再生」に接続される。
【００４７】
指示「Ｉ＝＞再生」および「ＮＩ＝＞再生」はそれぞれ、開始側がトリックモードコマンド「再生」を送信し、非開始側がトリックモードコマンド「再生」を送信することを意味する。開始側および非開始側は、発行者の例であり、この例では、開始側は、例えば、ストリーミングセッションの開始側であり、最高の発行者権限を有する。
【００４８】
図２の状態機械は、電源投入で接続２２０から開始し、移行状態２１０に入り、ここで、コマンド発行者からのトリックモードコマンドを待つ。
【００４９】
状態機械は、コマンド発行者からトリックモードコマンド「再生」を受信すると、再生状態２００に入る。この状態に入ると、トリックモードコマンド「再生」は、図１のトリックモードコントローラ１００に送信される。
【００５０】
状態「再生」は、コマンド発行者「開始側」からコマンド「停止」が受信され、このとき状態「停止」に入る、または最後の送信コマンド（ここでは「再生」）の送信までに決定された第１の遅延が経過するという２つの手段のいずれかを介して離れることができる。第１の場合、状態「停止」２０１に入り、「停止」トリックモードコマンドがトリックモードコントローラ１００に送信される。第２の場合、移行状態２１１に入る。
【００５１】
移行状態２１１は、開始側または非開始側が「停止」トリックモードコマンドを送信し、このとき状態「停止」２０１に入る、または開始側または非開始側が「一時停止」トリックモードコマンドを送信し、このとき「一時停止」状態２０２に入るという２つの可能な手段のいずれかによって離れる。状態「停止」２０１に入ると、「停止」トリックモードコマンドがトリックモードコントローラ１００に送信される。状態「一時停止」２０２に入ると、「一時停止」トリックモードコマンドがトリックモードコントローラ１００に送信される。
【００５２】
状態「一時停止」２０２は、開始側または非開始側が「再生」または「停止」トリックモードコマンドを送信するという２つの可能な手段のいずれかによって離れることができる。「再生」トリックモードコマンドが送信された場合、「再生」状態２００に入り、「再生」トリックモードコマンドがトリックモードコントローラ１００に送信される。「停止」トリックモードコマンドが送信された場合、「停止」状態２０１に入り、「停止」トリックモードコマンドがトリックモードコントローラ１００に送信される。
【００５３】
状態「停止」２０１は、開始側または非開始側が「再生」トリックモードコマンドを送信し、このとき「再生」状態２００に入り、「再生」トリックモードコマンドがトリックモードコントローラ１００に送信されるという１つの可能な手段によって離れることができる。
【００５４】
図２は、開始側が非開始側より多くの権限を有することを示す。特に、開始側は、「再生」状態２００を離れて、直接「停止」状態２０１に進むことができる。図は、「再生」状態２００に入った後、最後のコマンド（ここでは再生）の送信以降決定された遅延が経過するまで、発行者が最高の発行者権限を有する場合は停止コマンドを除いて、受信コマンドが送信されないことも示す。この決定された遅延は、移行状態２１１で経過する。
【００５５】
一変形実施形態によれば、非開始側からのトリックモードコマンド「再生」は、移行状態２１０のとき、状態「一時停止」２０２のとき、および状態「停止」２０１のとき、無視される。これによって、開始側は、ストリーミングセッションに対するより良い制御を保つことができる。というのは、非開始側は、ストリームを停止したり一時停止したりすることはできるが、発行者「開始側」の特権であるストリームの再生を行うことはできないからである。
【００５６】
図３は、第２の実施形態における本発明による方法の実施を状態機械の形で示す。図２の実施形態に対して、図３の状態機械は、３つ以上の移行状態を含み、さらに、開始側のみが、状態機械に状態を直接変更させることができる。非開始側は、状態機械に状態を変更させることができるようになる前に、３つのさらなる移行状態を遵守しなければならない。
【００５７】
状態機械は、３つの状態、「再生」３００、「停止」３０１、および「一時停止」３０２、並びに５つの移行状態、「Ｔ」３１０、３１１、３１２、３１３、および３１４を有する。
【００５８】
移行状態３１０は、接続３２１を介して状態「再生」３００に接続される。
【００５９】
移行状態３１１は、接続３２２を介して状態「再生」３００に、接続３３０を介して状態「一時停止」３０２に、接続３２９を介して状態「停止」３０１に、および接続３２３を介して移行状態３１２に接続される。
【００６０】
移行状態３１２は、接続３２５を介して状態「一時停止」３０２に、および接続３２４を介して状態「停止」３０１に接続される。
【００６１】
移行状態３１３は、接続３３３を介して状態「停止」２００に、および接続３３４を介して状態「再生」に接続される。
【００６２】
移行状態３１４は、接続３３５を介して状態「再生」３００に接続される。
【００６３】
状態「再生」３００は、さらに、接続３３１を介して状態「停止」３０１に接続される。
【００６４】
状態「一時停止」３０２は、接続３２７を介して状態「停止」３０１に、接続３２８を介して状態「再生」３００に、および接続３２６を介して移行状態３１３に接続される。
【００６５】
状態「停止」３０１は、接続３３６を介して状態「再生」に、および接続３３２を介して移行状態３１４に接続される。
【００６６】
図３の状態機械は、電源投入で接続３２０から開始し、移行状態３１０に入り、ここで、コマンド発行者からのトリックモードコマンドを待つ。
【００６７】
状態機械は、コマンド発行者、すなわち開始側または非開始側からトリックモードコマンド「再生」を受信すると、再生状態３００に入る。この状態に入ると、トリックモードコマンド「再生」は、図１のトリックモードコントローラ１００に送信される。
【００６８】
状態「再生」は、接続３３１を介してコマンド発行者「開始側」からコマンド「停止」が受信され、このとき状態「停止」に入る、または接続３２２を介した最後の送信コマンド（ここでは「再生」）の送信までに決定された遅延が経過するという２つの方法のいずれかを介して離れることができる。第１の場合、状態「停止」３０１に入り、「停止」トリックモードコマンドがトリックモードコントローラ１００に送信される。第２の場合、移行状態３１１に入る。
【００６９】
移行状態３１１は、開始側が「停止」トリックモードコマンドを送信し、このとき状態「停止」３０１に入る、開始側が「一時停止」トリックモードコマンドを送信し、このとき「一時停止」状態３０２に入る、または最後の送信コマンドのトリックモードコントローラ１００への送信以降決定された第２の遅延が経過するという３つの可能な方法によって離れる。決定された第２の遅延が経過した場合、移行状態３１２に入る。
【００７０】
移行状態３１２は、開始側または非開始側が「停止」または「一時停止」トリックモードコマンドを送信するという２つの可能な方法によって離れる。状態「停止」３０１に入ると、「停止」トリックモードコマンドがトリックモードコントローラ１００に送信される。状態「一時停止」３０２に入ると、「一時停止」トリックモードコマンドがトリックモードコントローラ１００に送信される。
【００７１】
状態「一時停止」３０２は、開始側が「再生」または「停止」のいずれかのトリックモードコマンドを送信する、あるいは最後の送信コマンドのトリックモードコントローラ１００への送信以降決定された第２の遅延が経過するという３つの可能な方法によって離れることができる。「再生」トリックモードコマンドが送信された場合、「再生」状態３００に入り、「再生」トリックモードコマンドがトリックモードコントローラ１００に送信される。「停止」トリックモードコマンドが送信された場合、「停止」状態３０１に入り、「停止」トリックモードコマンドがトリックモードコントローラ１００に送信される。決定された第２の遅延が経過した場合、移行状態３１３に入る。
【００７２】
移行状態３１３は、開始側または非開始側が「停止」または「再生」トリックモードコマンドを送信するという２つの可能な方法のいずれかによって離れることができる。「停止」トリックモードコマンドが送信された場合、「停止」状態３０１に入り、「停止」トリックモードコマンドがトリックモードコントローラ１００に送信される。「再生」トリックモードコマンドが送信された場合、「再生」状態３００に入り、「再生」トリックモードコマンドがトリックモードコントローラ１００に送信される。
【００７３】
状態「停止」２０１は、開始側が「再生」トリックモードコマンドを送信し、このとき「再生」状態３００に入り、「再生」トリックモードコマンドがトリックモードコントローラ１００に送信される、または最後の送信コマンドのトリックモードコントローラ１００への送信以降決定された第２の遅延が経過したという２つの可能な方法のいずれかによって離れることができる。決定された第２の遅延が経過した場合、移行状態３１４に入る。
【００７４】
移行状態３１４は、開始側または非開始側が「再生」トリックモードコマンドを送信するという１つの可能な方法によって離れる。「再生」トリックモードコマンドが送信された場合、「再生」状態３００に入り、「再生」トリックモードコマンドがトリックモードコントローラ１００に送信される。
【００７５】
図３は、第１のコマンド発行者から受信した最後の送信コマンドの送信と、第２の別のコマンド発行者からの第２のコマンドの受信との間で、決定された第２の遅延が遵守されていないとき、受信したトリックモードコマンドは送信されず、第２のコマンド発行者が、決定された第２の遅延の遵守から第２のコマンド発行者が逸脱することができる最高の発行者権限を有していないことも示す。例えば、開始側が「再生」コマンドを発行した後、状態機械は、移行状態３１１に入る。次いで、第２の遅延が経過したときのみ、状態機械は、送信状態３１２に入り、この状態から、非開始側コマンド発行者からの「一時停止」コマンドまたは「停止」コマンドによって、状態機械は、状態を対応する状態に変更し、送信状態３１１から、第２の遅延がまだ経過していないとき、最高の発行者権限を有する開始側のみが、状態機械に状態を変更させることができる。
【００７６】
本発明の特定の一実施形態によれば、第２の遅延は、別のコマンド発行者からのトリックコマンドが送信の条件に従って送信される前に、トリックモードコントローラ１００へのコマンドの送信時間からカウントされる最小の遅延である。この特徴によって、トリックモードコマンド発行者の「保持遅延（ｈｏｌｄ  ｄｅｌａｙ）」を導入することができ、その期間、トリックモードコマンド発行者は、トリックモードコマンドの送信を制御する。「保持遅延」は、コマンド発行者間の迅速な変更を回避し、したがって、ストリーミングセッションの良い展開に有害となり得る、迅速な、場合によっては矛盾するトリックモードコマンドの受信からトリックモードコントローラ１００を守る。
【００７７】
本発明の特定の一実施形態によれば、デジタルコンテンツストリームは、音声ストリームである。本発明は、音声ストリーミングの文脈に適用され、例えば、記録された講義の共有されたリスニング、およびその配信への介入のために、トリックモードをサポートしながら同じ音声ストリームを共有することができる。
【００７８】
本発明の特定の一実施形態によれば、デジタルコンテンツストリームは、映像ストリームである。本発明は、映像ストリームの文脈に適用され、例えばＥラーニングやビデオオンデマンドのために、トリックモードをサポートしながら同じ映像ストリームを共有することができる。
【００７９】
図４は、本発明の特定の一実施形態によるトリックモードマネージャを示す。トリックモードマネージャは、例えば、図１のトリックモードマネージャ１２０に対応する。トリックモードマネージャ４は、以下の要素、
・タイプＲＯＭ（＜＜読み取り専用メモリ＞＞）の不揮発性メモリ４００
・読み取り／書き込みメモリまたはＲＡＭ（＜＜ランダムアクセスメモリ＞＞）４１０
・マイクロプロセッサ４２０（またはＣＰＵ＜＜中央処理装置＞＞）
・ネットワークインターフェイス４３０
を含み、これらは、アドレスおよびデータバス４４０によって相互接続される。
【００８０】
電源投入時、マイクロプロセッサ４２０は、ＲＯＭ４００に格納される、デジタルコンテンツストリーミングサーバを制御するためのトリックモードコマンドの方法のステップを実施するアルゴリズムの命令を含むプログラムをＲＡＭレジスタ４１０にコピーし、それらを実行する。
【００８１】
ネットワークインターフェイス４３０によって、サーバは、図１の受信機Ａ１４０およびＢ１５０からのトリックモードコマンドの受信、および図１のトリックモードコントローラ１００へのトリックモードコマンドの送信のように、ネットワーク接続を介してメッセージおよびデータを送受信することができる。
【００８２】
メモリ４００および４１０の説明で使用されている＜＜レジスタ＞＞という単語は、低容量メモリゾーン（何らかのバイナリデータのみ）、または大容量メモリゾーン（プログラム全体または多大なデータ量を格納することができる）を意味する。
【００８３】
ＲＯＭ４００およびＲＡＭ４１０におけるレジスタのそれぞれは、様々なサイズのデータを様々な数保持することができる。読み取り専用メモリ４００は、
・プログラムが格納されるレジスタ４０１
・トリックモードコントローラ装置アドレスが格納されるレジスタ４０２
・決定された第１の遅延の値が格納されるレジスタ４０３
・決定された第２の遅延の値が格納されるレジスタ４０４
を含む。
【００８４】
ランダムアクセスメモリ４１０は、
・ＲＯＭレジスタ４０１からコピーされたプログラムを格納するために使用されるレジスタ４１１
・最後に送信されたトリックモードコマンドの送信の時間であるＴｔｃｍｄを格納するために使用されるレジスタ４１２
・トリックモードコマンドの受信の時間であるＴｒｃｍｄを格納するために使用されるレジスタ４１３
・ＴｔｃｍｄとＴｒｃｍｄとの間の経過時間であるｄｔを格納するために使用されるレジスタ４１４
・発行者の識別および発行者コマンド権限などのストリーミングセッションデータを格納するために使用されるレジスタ４１５
・電源投入時にＲＯＭレジスタ４０３からコピーされ、場合によってはトリックモードマネージャの稼働中に変更され、電源切断前にＲＯＭレジスタ４０３に再度コピーされる第１の遅延の現在の値を格納するために使用されるレジスタ４１６
・電源投入時にＲＯＭレジスタ４０４からコピーされ、場合によってはトリックモードマネージャの稼働中に変更され、電源切断前にＲＯＭレジスタ４０４に再度コピーされる第２の遅延の現在の値を格納するために使用されるレジスタ４１７
・一時な変数およびデータテーブルなど、ＲＡＭレジスタ４１１に格納されるプログラムの稼働のために必要なデータを含むレジスタ４１８
を含む。
【００８５】
図５は、例えば図４のトリックモードマネージャ４によって実施される、本発明の特定の一実施形態によるデジタルコンテンツストリーミングサーバを制御するためのトリックモードコマンドの方法のステップを実施するアルゴリズムを示す図である。
【００８６】
ＣＰＵ４２０は、アルゴリズムを含むプログラムをＲＯＭメモリ４００からＲＡＭメモリ４１０にロードし、プログラムを開始する。アルゴリズムが初期化ステップ５００で開始し、ここで、アルゴリズムに必要なすべての変数が初期化される。
【００８７】
ステップ５０１で、少なくとも１人のコマンド発行者からの少なくとも１つのトリックモードコマンドが受信される。
【００８８】
ステップ５０２で、前記受信コマンドＴｒｃｍｄと最後の送信コマンドＴｔｃｍｄとの間の経過時間、ｄｔの決定が行われる。
【００８９】
テスト５０３および５０４で、受信コマンドを決定された条件に従って送信することができるかどうかが決定される。
【００９０】
テスト５０３で、経過時間ｄｔが決定された第１の遅延未満であるかどうかが決定される。これが偽である場合、アルゴリズムは、続いてステップ５０５に進み、これが真である場合、アルゴリズムは、続いてテスト５０４に進む。
【００９１】
テスト５０４で、受信コマンドのコマンド発行者が最高の発行者権限を有するかどうかが決定される。これが偽である場合、アルゴリズムは、ステップ５０１から繰り返し、これが真である場合、アルゴリズムは、続いてテスト５０５に進む。
【００９２】
ステップ５０５で、受信コマンドが送信される。
【００９３】
最後に、アルゴリズムは、ステップ５０１から繰り返す。
【００９４】
記載した実施形態は、本発明の実施形態例として提供されており、その結果本発明は、これらの実施形態に限定されないことを、本書の読者であれば理解されたい。
【００９５】
特に、受信コマンドを送信しないための記載した決定された条件を結合することができる。
【００９６】
特に、例示は、例示および説明上の理由で限界があることを、本書の読者であれば理解されたい。特に、本発明は、早送り、巻き戻し、逆方向および順方向への画像ごとのステッピング、特定の位置への移動など、示されているもの以外のトリックモードコマンドのタイプを考慮に入れることにも適している。
【００９７】
特に、本発明の適用は、２つの受信機に限定されず、３つ、４つ、またはそれ以上の受信機に適用することができることを、読者は理解されたい。
【００９８】
特に、本発明の適用は、１つのデジタルコンテンツストリーミングサーバに限定されず、３つ、４つ、またはそれ以上のデジタルコンテンツストリーミングサーバに適用することができることを、読者は理解されたい。
【００９９】
特に、本発明は、必ずしも状態機械により実施する必要はなく、例えば、受信したトリックモードコマンドの送信についてのルールを含むデータベースを利用する装置により実施することもできる。
【０１００】
図１のインフラストラクチャは、一実施形態例として示されている。本発明に適合する、装置をさらにまたはより少なく備える、他のインフラストラクチャが可能であり、本発明の特定の実施形態によれば、オペレータネットワークは、トリックモードマネージャ、トリックモードコントローラおよびデジタルコンテンツストリーマをホストすると共に、その稼働に必要な他の装置である送信機器、トラフィック管理、スクランブル管理機器をホストする。本発明の特定の一実施形態では、ネットワークスイッチおよびルータを含む追加のネットワーク機器が必要である。本発明の特定の一実施形態によれば、トリックモードマネージャおよびデジタルコンテンツストリーマを含むオペレータネットワークに受信機を接続するアクセスネットワークにＤＳＬＡＭ（デジタル加入者線アクセスマルチプレクサ（Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ  Ａｃｃｅｓｓ  Ｍｕｌｔｉｐｌｅｘｅｒ））が存在し、受信機は、アクセスネットワークに接続するための、外付けまたは内蔵のＡＤＳＬ（非対称デジタル加入者線）タイプのモデムを備える。本発明の特定の一実施形態によれば、異なる受信機は、異なるアクセスネットワークを介して同じトリックモードマネージャにアクセスする。本発明の特定の一実施形態によれば、受信機は、ＳＴＢ（セットトップボックス）を含む専用のタイプのもの、またはＰＣ（パーソナルコンピュータ）を含むより一般的なタイプのものとすることができる。本発明の特定の一実施形態によれば、受信機は、ゲートウェイによってアクセスネットワークに接続され、他の受信機は、一般にホームネットワークと呼ばれるものでゲートウェイに接続される。例えば、トリックモード管理は、ストリームのコンテンツアクセス権制御または管理を提供するのに追加の特徴が必要な複雑な環境において実施することができる。
【０１０１】
トリックモードマネージャの記載した実施形態は、本発明の可能な実装の一例である。本発明に適合する他の実装が可能である。トリックモードマネージャは、例えば、トリックモードコントローラおよびデジタルコンテンツストリーマと結合することもできる。本発明の特定の実施形態によれば、本発明による受信機によって形成されたネットワークは、ピアツーピアネットワークである。次いで、トリックモードマネージャでさえ、例えば、コンテンツストリーミングセッションを開始するピアなど、ピアのうちの１つによってホストすることができる。デジタルコンテンツストリーマは、ピアツーピア配信モデルを使用して、デジタルコンテンツを、ピアツーピアネットワークを介して流すように調達することができる。ピアツーピアネットワークへの本発明の適用には、中央リソースの必要性を低減するなど、中央コンテンツ配信モデルより優れた分散コンテンツ配信モデルが有する利点がある。
【０１０２】
本発明の特定の一実施形態によれば、受信機からトリックモードマネージャへの接続を介して交換されるメッセージは、ＲＴＳＰプロトコル（リアルタイムストリーミングプロトコル、ＲＦＣ２３２６）に従う。
【０１０３】
本発明の特定の一実施形態によれば、受信機のうちの少なくとも１つは、例えば、流されるデジタルコンテンツを提供する能力を有するセルラー式電話など、無線受信機である。無線および有線の受信機の組み合わせは、すべての受信機が本発明の方法を実施する限り、本発明により完全に可能である。
【０１０４】
本発明の特定の一実施形態によれば、本発明は、３ＧＰＰおよびＴＩＳＰＡＮ標準におけるＩＭＳベースのＮＧＮ仕様によって説明されるものなど、オペレータにより管理されるネットワークの文脈に適用される（ＩＭＳとは、ＩＰマルチメディアサブシステムを意味し、インターネットプロトコル（ＩＰ）マルチメディアをモバイルユーザ、およびＥＴＳＩの標準化団体であるＴｅｌｅｃｏｍｓ＆Ｉｎｔｅｒｎｅｔ  ｃｏｎｖｅｒｇｅｄ  Ｓｅｒｖｉｃｅｓ＆Ｐｒｏｔｏｃｏｌｓ  ｆｏｒ  Ａｄｖａｎｃｅｄ  Ｎｅｔｗｏｒｋｓ（ＴＩＳＰＡＮ）に配信するためのアーキテクチャフレームワークのことであり、ＮＧＮとは、次世代ネットワーキングを意味し、２０１３〜２０１９年にわたって配備されることが期待されている遠距離通信コアおよびアクセスネットワークにおけるいくつかの重要なアーキテクチャの発展を説明するための広義の用語であり、３ＧＰＰとは、３rd  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔを意味し、遠距離通信アソシエーションの集団間のコラボレーションのことである）。次いで、トラックモードマネージャは、プロバイダによってホストされる。ＩＭＳの文脈で、これは、例えば、１つまたは複数のＩＭＳ  ＭＲＦ（メディアリソース機能）機能エンティティの形とすることができる。ＭＲＦは、シグナリングの処理のためのメディアリソース機能コントローラ（ＭＲＦＣ）、およびメディアトランスポートの処理のためのメディアリソースプロセッサ（ＭＲＦＰ）を含む。コンテンツオンデマンドサービスを含むＴＩＳＰＡＮおよびＩＰＴＶサービスの文脈では、これは、例えば、ここでは、ＩＰＴＶメディア制御機能および１つまたは複数のメディア配信機能エンティティを含むＩＰＴＭメディア機能と呼ばれるＩＭＳと同様のエンティティの形とすることができる。ＩＭＳ／ＴＩＳＰＡＮの上記の文脈において、プロバイダは、コンテンツストリーミングセッションを開始し、例えば、何人かの友人など被招待側にコンテンツストリーミングセッションに入るよう勧める。本発明を使用すると、すべての被招待側は、同じコンテンツを共有し、さらに、トリックモードコマンドを発行することができ、その結果は、すべての受信機にわたって共有される。
【０１０５】
特定の一実施形態によれば、本発明は、インターネットなどの非オペレータ管理のネットワークの文脈に適用される。
【０１０６】
本発明の特定の一実施形態によれば、ユーザインターフェイスは、受信機に配信され、これは、コンテンツストリームが表示される画面エリア、およびユーザにトリックモードコマンドの送信へのアクセスを提供するトリックモードコマンドボタンが表示される画面エリアを提供する。
【図１】
2010104004.tif 000003
【図２】
2010104004.tif 000004
【図３】
2010104004.tif 000005
【図４】
2010104004.tif 000006
【図５】
2010104004.tif 000007
【外国語明細書】
2010104004000001.pdf