(57)【特許請求の範囲】
【請求項１】
テレビ番組の生放送中に受信された一時停止メディア情報ストリームを再開するための、ユーザ機器（３００）における方法であって、
ユーザ機器のユーザが放送されたメディア情報ストリームを一時停止した時間を示すメディア情報ストリーム中の一時停止時間の指標を取得すること（３：３、４０４）と、
一時停止時間の前記指標を含む要求メッセージを制御サーバ（３０２）に送ること（３：４、４０６）と、
テレビ番組の記録済みバージョンのファイル格納場所アドレスおよび一時停止時間の指標に基づいて制御サーバによって計算されたオフセット値を含む返信メッセージを制御サーバから受信することであって、メディア情報ストリームの開始から一時停止点までの時間推移であるオフセット値は一時停止が発生したメディア情報ストリーム中の前記一時停止点を示すこと（３：６、４０８）と、
受信したファイル格納場所アドレスおよびオフセット値に基づいて、前記一時停止点からメディア情報ストリームを再開すること（３：７、４１０）と
を含み、
メディア情報ストリームは、メディア情報ストリーム中の前記一時停止点で開始する、前記記録済みバージョンをメディアサーバ（３０６）から取り出すことによって再開される、
方法。
【請求項２】
一時停止時間の指標は、前記生放送中に一時停止が発生した時刻に対応するメディア情報ストリーム中のタイムスタンプとして取得される、請求項１に記載の方法。
【請求項３】
ユーザ機器は、セットトップボックス、ＳＴＢ（３００ｂ）およびブラウザ（３００ａ）を含む、請求項１または２に記載の方法。
【請求項４】
テレビ番組の生放送中に受信された一時停止メディア情報ストリームを再開するように構成されたユーザ機器（６００）であって、
ユーザ機器のユーザが放送されたメディア情報ストリームを一時停止した時間を示す、メディア情報ストリーム中の一時停止時間の指標（ＴＩ）を取得するようになっている取得ユニット（６００ｂ）と、
一時停止時間の前記指標を含む要求メッセージを制御サーバ（６０２）に送るようになっており、さらにテレビ番組の記録済みバージョンのファイル格納場所アドレスおよび一時停止時間の指標に基づいて制御サーバによって計算されたオフセット値を含む返信メッセージを制御サーバから受信するようにもなっており、メディア情報ストリームの開始から一時停止点までの時間推移であるオフセット値は一時停止が発生したメディア情報ストリーム中の前記一時停止点を示す、通信ユニット（６００ｃ）と、
受信したファイル格納場所アドレスおよびオフセット値に基づいて前記一時停止点からメディア情報ストリームを再開するようになっている再開ユニット（６００ｄ）と
を含み、
再開ユニットはさらに、メディア情報ストリーム中の前記一時停止点で開始する、前記記録済みバージョンをメディアサーバ（３０６）から取り出すことによってメディア情報ストリームを再開する、
ユーザ機器。
【請求項５】
取得ユニット（６００ｂ）はさらに、前記生放送中に一時停止が発生した時刻に対応するメディア情報ストリーム中のタイムスタンプとして、一時停止時間の指標を取得するようになっている、請求項４に記載のユーザ機器。
【請求項６】
ユーザ機器は、セットトップボックス、ＳＴＢ（３００ｂ）およびブラウザ（３００ａ）を含む、請求項４または５に記載のユーザ機器。
【請求項７】
テレビ番組の生放送中に送られた一時停止メディア情報ストリームの再開を可能にするための、制御サーバ（３０２）における方法であって、
ユーザ機器のユーザが放送されたメディア情報ストリームを一時停止した時間を示すメディア情報ストリーム中の一時停止時間の指標を含む要求メッセージをユーザ機器（３００）から受信すること（３：４、５００）と、
一時停止時間の前記指標に基づいてオフセット値を計算することであって、メディア情報ストリームの開始から、ユーザ機器によって要求された一時停止点までの時間推移であるオフセット値は一時停止が発生したメディア情報ストリーム中の前記一時停止点を示すこと（３：５、５０２）と、
テレビ番組の記録済みバージョンのファイル格納場所アドレスおよび計算されたオフセット値を含む返信メッセージをユーザ機器に送り、それによってユーザ機器が受信されたファイル格納場所アドレスおよびオフセット値に基づいて前記一時停止点からメディア情報ストリームを再開できるようにすること（３：６、５０４）と
を含み、
メディア情報ストリームは、メディア情報ストリーム中の前記一時停止点で開始する、前記記録済みバージョンをメディアサーバ（３０６）から取り出すことによって再開される、
方法。
【請求項８】
一時停止時間の指標は、メディア情報ストリーム中のタイムスタンプとして要求メッセージ内で提供される、請求項７に記載の方法。
【請求項９】
返信メッセージはユーザ機器内のブラウザに送られる、請求項７または８に記載の方法。
【請求項１０】
テレビ番組の生放送中に送られた一時停止メディア情報ストリームの再開を可能にするように構成された制御サーバ（６０２）であって、
ユーザ機器のユーザが放送されたメディア情報ストリームを一時停止した時間を示すメディア情報ストリーム中の一時停止時間の指標を含む要求メッセージをユーザ機器（３００）から受信するようになっている通信ユニット（６０２ａ）と、
一時停止時間の前記指標に基づいてオフセット値を計算するようになっており、メディア情報ストリームの開始から、ユーザ機器によって要求された一時停止点までの時間推移であるオフセット値は一時停止が発生したメディア情報ストリーム中の前記一時停止点を示す、計算ユニット（６０２ｂ）と
を含み、
通信ユニット（６０２ａ）はさらに、テレビ番組の記録済みバージョンのファイル格納場所アドレスおよび計算されたオフセット値を含む返信メッセージをユーザ機器に送るようになっており、それによってユーザ機器が受信されたファイル格納場所アドレスおよびオフセット値に基づいて、メディア情報ストリーム中の前記一時停止点で開始する、前記記録済みバージョンをメディアサーバ（３０６）から取り出すことによって、前記一時停止点からメディア情報ストリームを再開できるようにする、制御サーバ。
【請求項１１】
一時停止時間の指標は、メディア情報ストリーム中のタイムスタンプとして要求メッセージ内で提供される、請求項１０に記載の制御サーバ。
【請求項１２】
通信ユニット（６０２ａ）はさらに、ユーザ機器内のブラウザに返信メッセージを送るようになっている、請求項１０または１１に記載の制御サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は主に、最初に生放送で受信され、その後記録されたメディアとして受信された一時停止中のテレビ番組を再開する方法および装置に関する。
【背景技術】
【０００２】
インターネット・プロトコル・テレビ（ＩＰＴＶ）は、通信サービスプロバイダが彼らのネットワークに新規顧客を引きつける機会を提供する。ＩＰＴＶを用いると、通信サービスプロバイダは、ケーブルテレビ業者、衛星テレビ業者、およびその他の地上波サービスプロバイダと競争することができる。ＩＰＴＶはまた、プロバイダが既存の顧客を維持し、「トリプルプレイ」と称されることもある、インターネット、音声、およびＩＰＴＶサービスの一括提供による煽動を防止するのにも、役立つ。
【０００３】
ＩＰＴＶにおいて、ＩＰＴＶサービスプロバイダが、有線および無線電話ネットワークなどの通信ネットワークにおいて展開されるメディアを配信するサービスを提供できるようにするために、ウェブブラウザ技術が利用可能である。ＭｏｚｉｌｌａのＦｉｒｅｆｏｘおよびマイクロソフトのＩｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒなどの一般的なウェブ・ブラウザ・アプリケーションは、ユーザが特定のインターネットページおよびブラウザによってアクセス可能なその他のファイル格納場所を見ることができるようにする。このようなファイル格納場所の各々は通常、統一資源識別子（ＵＲＩ）または類似のアドレスによって識別される。以下、その他いずれのタイプのアドレスが使用されてもよいが、ファイル格納場所アドレスを表すためにＵＲＩが使用される。
【０００４】
一般的に、ＩＰＴＶは、ユーザ側ＩＰＴＶ装置でマルチメディアストリームを受信および表示するための技術であり、各ストリームは一連のＩＰデータパケット内で符号化される。ユーザ側ＩＰＴＶ装置は、セットトップボックス（ＳＴＢ）または類似のＳＴＢ機能を有するテレビであってもよい。このようなユーザ機器（ＵＥ）は、たとえば通信ネットワークのＩＰマルチメディアシステム（ＩＭＳ）を通じて、ＩＰＴＶサービスにアクセスするように構成されることが可能である。本記述において、「ＳＴＢ」という用語は、マルチメディアストリームを受信してテレビ番組としてメディアを表示することが可能な、いずれかのユーザ側ＩＰＴＶ装置を表すために使用される。さらに、「テレビ番組」という用語は、映画、ショー、ニュース、およびドキュメンタリーなど、ＩＰＴＶプロバイダから配信されるいずれのメディアアイテムにも使用される。
【０００５】
ＩＰＴＶの現在のソリューションでは、ＳＴＢユーザが受信および視聴したテレビ番組の生放送を一時停止して、その後ネットワーク上に保存された番組の記録を受信することによって後に番組の視聴を再開することが、可能である。この手順は、「ネットワークタイムシフト」と称されることもある。
【０００６】
図１は、上述のネットワークタイムシフトの手順が用いられる通信シナリオを描写する図である。このシナリオにおいて、ＳＴＢ１００は最初に、アクション１：１に示されるように、放送中の「マルチキャストソース」１０２から、生番組、または生放送の、マルチキャスト・メディア・ストリームを受信する。番組中のある時点で、ＳＴＢのユーザは、通常は番組中の一時停止位置の静止画が当面の間はＳＴＢ１００によって表示されるように、アクション１：２において番組を一時停止する。
【０００７】
後で、ユーザは番組の視聴を再開することに決め、たとえば再生ボタンなどを押すことによって、アクション１：３においてＳＴＢ１００に対する適切な入力コマンドを行う。するとＳＴＢ１００は、番組が一時停止されたときに図示されないＩＰＴＶサーバから取得された番組のＵＲＩまたは類似のアドレスに基づいて、アクション１：４において、「メディアサーバ」１０４から番組の残部の記録済みバージョンのユニキャストストリームを取得する。メディアサーバ１０４から一時停止した番組の記録を配信するユニキャストストリームは、ユーザが生番組を一時停止したときにこのように設定される。
【０００８】
この手順において、当然ながら、マルチキャストソース１０２からのマルチキャストストリームとメディアサーバ１０４からのユニキャストストリームとの間の中断において番組の途切れない遷移を提供するために、番組は一時停止した点または位置で再開することが、望ましい。しかしながら、番組は通常、生番組の一時停止位置と記録された番組の再開位置との間にギャップまたは欠落部を伴って再開するが、これは特に再開前に静止画として表示されたときに、一時停止した番組から再開した番組への「ジャンプ」として、ユーザによって認知される。
【０００９】
このギャップまたはジャンプの長さは、たとえば１秒未満から数秒までの間で、予測不可能に変動する可能性があり、したがってユーザにとっては未知である。わずか２００ｍｓの遅延の影響であっても、特に静止画として表示した後は、ユーザが一時停止した生番組を再開しようとするときにマルチキャストストリームからユニキャストストリームへの滑らかな遷移を妨害する、再開したテレビ番組の認知可能なジャンプである。比較的短いジャンプにおいてさえも、特にジャンプがたとえば速い動きの連続または場面の変わり目に発生するなど「突然」であった場合は、ユーザは番組のうちどの程度が実際に欠落したのかを認識することができない可能性がある。したがって、たとえばわずか０．５秒のジャンプであっても、数秒間の未知のギャップとしてユーザに認知され得る。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明の目的は、上記に挙げられた課題および問題のうちの少なくともいくつかを解決することである。添付の独立請求項で定義された方法および装置を用いることによって、これらおよびその他の目的を達成することが可能である。
【課題を解決するための手段】
【００１１】
一態様によれば、テレビ番組の生放送中に受信した一時停止メディア情報ストリームを再開するための方法が、ユーザ機器内で提供される。この方法において、ユーザ機器は、ユーザ機器のユーザが放送されたメディア情報ストリームを一時停止した時間を示すメディア情報ストリーム中の一時停止時間の指標を取得する。ユーザ機器はその後、一時停止時間の指標を含む要求メッセージを制御サーバに送信し、テレビ番組の記録済みバージョンのファイル格納場所アドレスおよびオフセット値を含む返信メッセージを制御サーバから受信する。オフセット値は、一時停止時間の指標に基づいて制御サーバによって計算されたものであり、一時停止が発生したメディア情報ストリーム中の一時停止点を示す。再開入力などがユーザによって行われると、ユーザ機器は、受信したファイル格納場所アドレスおよびオフセット値に基づいて、一時停止点からメディア情報ストリームを再開する。これにより、不正確なオフセットによる再開テレビ番組におけるいかなるギャップまたはジャンプも回避することが可能である。
【００１２】
別の態様によれば、テレビ番組の生放送において受信した一時停止メディア情報ストリームを再開するように構成された、ユーザ機器が提供される。ユーザ機器は、ユーザ機器のユーザが放送されたメディア情報ストリームを一時停止した時間を示すメディア情報ストリーム中の一時停止時間の指標を取得するようになっている、取得ユニットを含む。ユーザ機器はまた、一時停止時間の指標を含む要求メッセージを制御サーバに送信するようになっている、通信ユニットも含む。通信ユニットはさらに、制御サーバから、テレビ番組の記録済みバージョンのファイル格納場所アドレスと、一時停止時間の指標に基づいて制御サーバによって計算されたオフセット値とを含む返信メッセージを受信するようにもなっており、オフセット値は、一時停止が発生したメディア情報ストリーム中の一時停止点を示す。ユーザ機器はまた、受信したファイル格納場所アドレスおよびオフセット値に基づいて、一時停止点からメディア情報ストリームを再開するようになっている、再開ユニットも含む。
【００１３】
上記の方法およびユーザ機器は、異なる任意の実施形態にしたがって構成および実現されてもよい。可能性のある一実施形態において、ユーザ機器は、メディア情報ストリーム中の一時停止点で始まるメディアサーバから記録済みバージョンを取り出すことによって、メディア情報ストリームを再開する。オフセット値は、メディア情報ストリームの開始から一時停止点までの時間推移であってもよい。
【００１４】
別の実施形態において、一時停止時間の指標は、生放送において一時停止が発生した時刻に対応する、メディア情報ストリーム中のタイムスタンプとして取得される。ユーザ機器は、セットトップボックス、ＳＴＢおよびブラウザを含んでもよい。
【００１５】
別の態様によれば、テレビ番組の生放送中に送られた一時停止メディア情報ストリームの再開を可能にするための方法が、制御サーバ内で提供される。この方法において、制御サーバは、ユーザ機器のユーザが放送されたメディア情報ストリームを一時停止した時間を示すメディア情報ストリーム中の一時停止時間の指標を含む要求メッセージを、ユーザ機器から受信する。制御サーバはその後、一時停止時間の指標に基づいてオフセット値を計算し、オフセット値は、一時停止が発生したメディア情報ストリーム中の一時停止点を示すものであり、制御サーバはテレビ番組の記録済みバージョンのファイル格納場所アドレスおよび計算されたオフセット値を含む返信メッセージをユーザ機器に送信する。これにより、ユーザ機器は、受信したファイル格納場所アドレスおよびオフセット値に基づいて一時停止点からメディア情報ストリームを再開することができる。
【００１６】
さらに別の態様によれば、テレビ番組の生放送中に送られた一時停止メディア情報ストリームの再開を可能にするように構成された制御サーバが提供される。制御サーバは、ユーザ機器のユーザが放送されたメディア情報ストリームを一時停止した時間を示すメディア情報ストリーム中の一時停止時間の指標を含む要求メッセージをユーザ機器から受信するようになっている、通信ユニットを含む。制御サーバはまた、一時停止時間の指標に基づいてオフセット値を計算するようになっている計算ユニットも含み、オフセット値は、一時停止が発生したメディア情報ストリーム中の一時停止点を示す。通信ユニットはさらに、テレビ番組の記録済みバージョンのファイル格納場所アドレスおよび計算されたオフセット値を含む返信メッセージをユーザ機器に送信するようになっており、これによりユーザ機器は、受信したファイル格納場所アドレスおよびオフセット値に基づいて一時停止点からメディア情報ストリームを再開することができる。
【００１７】
上記の方法および制御サーバは、異なる任意の実施形態にしたがって構成および実現されてもよい。可能性のある一実施形態において、オフセット値は、メディア情報ストリームの開始からユーザ機器によって要求された一時停止点までの時間推移である。一時停止点の指標は、メディア情報ストリーム中のタイムスタンプとして、受信した要求メッセージ中に提供されてもよい。さらに、制御サーバは、ユーザ機器内のブラウザに返信メッセージを送信してもよい。
【００１８】
本ソリューションのさらに可能な特徴および利点は、以下の詳細な説明より明らかになるだろう。
【００１９】
本発明は、例示的実施形態により、および以下の添付図面を参照して、より詳細に記載される。
【図面の簡単な説明】
【００２０】
【図１】先行技術による、生放送されたテレビ番組が一時停止され、記録された番組として再開されることを図解する、通信シナリオである。
【図２】図１のテレビ番組を一時停止および再開するときにどのようにジャンプが発生するかを図解する模式図である。
【図３】いくつかの可能な実施形態による、一時停止メディア情報ストリームを再開するための手順を図解する信号図である。
【図４】さらなる可能な実施形態による、ユーザ機器における手順を図解するフローチャートである。
【図５】さらなる可能な実施形態による、制御サーバにおける手順を図解するフローチャートである。
【図６】さらなる可能な実施形態による、ユーザ機器および制御サーバの例をより詳細に図解するブロック図である。
【発明を実施するための形態】
【００２１】
上述のように、最初にマルチキャストストリームとして、その後ユニキャストストリームとして受信された一時停止中のテレビ番組を再開するとき、通常は、生放送番組の一時停止位置と記録された番組の再開位置との間でギャップまたは「ジャンプ」が発生する。本ソリューションを以下に記載するために、出願人は、マルチキャストストリームからユニキャストストリームへのこのジャンプ遷移の理由を認識したが、その内容は図２を参照して以下により詳細に説明される。
【００２２】
図２は、一時停止中のテレビ番組が再開されるときに現在の規格にしたがって行われるようなネットワークタイムシフトの手順を模式的に図解しており、図１の上記例においてどのようにしてジャンプまたは欠落部が視聴中の番組に発生し得るかも図解している。図２において、クライアント側２００のタイムライン、すなわち図１のＳＴＢ１００は、受信および視聴されたメディア情報について示されており、ネットワーク側２０２の別のタイムラインは、図１のマルチキャストソース１０２およびメディアサーバ１０４から配信されたメディアストリームについて示されている。この例において、その他いずれの適切なプロトコルメッセージも使用されてよいが、図解のためにいくつかの有用なＳＩＰメッセージが言及されている。
【００２３】
テレビ番組がマルチキャストソース１０２から放送され始めると、マルチキャストストリーム２０４は、時間ｔ０の番組開始点においてクライアント側で受信され始める。テレビ番組中の後のある時点で、ユーザは後の時間ｔ１において番組を一時停止する。時間ｔ０とｔ１との差は、クライアント側で認知される「正確なオフセット」２０６として示される。時間ｔ１における一時停止は、たとえばＳＩＰ  ＩＮＶＩＴＥメッセージの形式の、一時停止メッセージ２０８をＳＴＢ１００によってネットワーク側２０２のＩＰＴＶサーバなどに送信させ、このメッセージは時間ｔ１とは異なる、すなわちある程度後の時間ｔ２において、ネットワーク側に到達する。この遅延は、ネットワーク側での到達前の、一時停止メッセージの様々な伝播および処理によって生じる。一時停止メッセージ２０８は基本的に、テレビ番組のＵＲＩおよびオフセットの要求であり、こうしてＵＲＩはメディアサーバ１０４中の番組の記録済みバージョンを指し示し、オフセットはユーザが望むときはいつでも視聴が再開される番組中の時点を示す。
【００２４】
さらなる処理遅延などの後、ネットワーク側２０２は時間ｔ３において、たとえばＳＩＰ２００ＯＫメッセージの形態の応答メッセージを送信し、このメッセージは時間ｔ４においてクライアント側２００に到達する。応答メッセージは、番組のＵＲＩおよびネットワーク側の観点から決定されたｔ３−ｔ０の番組時間オフセットを含むが、これはｔ１−ｔ０の正確なオフセット２０６ではないという点で、クライアント側の観点からは不正確である。このため応答メッセージにおけるｔ３−ｔ０の時間オフセットは「不正確なオフセット」２１２として図中に示される。そしてユーザは、ＳＴＢ１００にメディアサーバ１０４から記録されたストリーム２１４としてのテレビ番組の残りを取り出させて時間ｔ５において番組の視聴を再開し、これは受信した不正確なオフセット２１２にしたがって、時間ｔ１の代わりに時間ｔ３から開始する。
【００２５】
図２に描写されるように、ネットワーク側の不正確なオフセット２１２とクライアント側の正確なオフセット２０６との差は、一時停止メッセージ２０８の伝播および処理におけるネットワーク遅延に起因する期間ｄ１である。このためこのネットワーク遅延は、変動するネットワーク状況およびトラフィック負荷のため変動する場合がある。その結果、誤ったオフセットが応答２１０においてクライアント側に戻され、ｄ１に対応する視聴された番組における上述のジャンプまたは欠落部を生じる。実際には、ネットワーク遅延ｄ１は少なくとも２００ミリ秒（ｍｓ）以上になり得る。加えて、図２に描写されるメッセージのいずれかが欠落しているか、もしくは通信トランザクションが必ずしも完了していない場合には、ネットワーク側応答をさらに最大で３２秒遅延させる可能性のある１つ以上のメッセージの再送信が、必要となるだろう。
【００２６】
簡潔に記述すると、本ソリューションは、たとえばＳＴＢおよびブラウザを含むユーザ機器のユーザが一時停止した生番組のテレビ番組を再開しようとするときに、上述のジャンプを回避し、代わりにマルチキャストストリームからユニキャストストリームへのより滑らかな遷移を提供するために、使用されることが可能である。
【００２７】
これは、ユーザ機器から制御サーバに一時停止時間の指標、すなわちユーザが放送されたテレビ番組を一時停止した時間を提供することによって達成されることが可能であり、この指標は、一時停止コマンドがユーザから受信された時刻として表されてもよい。これにより、制御サーバは一時停止時間指標に基づいて、また放送開始時間を知りながら、正確なオフセット値を計算することができ、オフセット値は一時停止が行われたメディア情報ストリームの点を示す。オフセット値は、時間推移、すなわちメディア情報ストリームの開始すなわち放送開始時間から、たとえばテレビ番組の開始からｘ分ｙ秒後の一時停止点までの期間として、表されてもよい。
【００２８】
制御サーバはその後オフセット値を、メディアサーバに保存されたテレビ番組の記録済みバージョンのファイル格納アドレス、たとえばＵＲＩとともに、ユーザ機器に戻す。これによりユーザ機器は、番組の残部の記録済みバージョンをメディアサーバからフェッチすることによって、受信したオフセット値およびファイル格納場所アドレスに基づいて、一時停止点からメディア情報ストリームを再開することができる。
【００２９】
ユーザ機器によってテレビ番組の生放送で受信したときに、一時停止メディア情報ストリームが一時停止から再開までの滑らかな遷移を伴ってどのように再開され得るかの一例が、図３の信号図を参照して以下に記載される。この例において、ユーザ機器３００はブラウザ３００ａおよびＳＴＢ３００ｂを含むが、本ソリューションはこれに限定されるものではない。ネットワーク側は、ＩＰＴＶ制御サーバ３０２、予約された「固定」時間にテレビ番組のメディア情報ストリームを放送するマルチキャストソース３０４、およびテレビ番組の記録済みバージョンを保存するメディアサーバ３０６を包含する。この例において、実施に応じてその他いずれの適切なプロトコルメッセージが使用されることも可能であるが、ＳＩＰ信号が使用され、このため本ソリューションはいずれの特定の信号プロトコルおよびメッセージにも限定されない。
【００３０】
第一アクション３：１は、予定にしたがってマルチキャストソース３０４がメディア情報ストリームを放送すること、すなわち「生放送」という用語、ならびに放送されたメディア情報ストリームがユーザ機器３００によって受信および表示されることを、図解している。ユーザは基本的にリアルタイムで、すなわちＳＴＢ３００ｂによって受信および再生されたときに、テレビ番組を見ると想定される。生放送セッションを設定する手順は当分野において周知であり、ここでは図示および説明されない。
【００３１】
図２のスキームと同様に、予定された生放送が時間ｔ０に開始され、ユーザは、第一の破線矢印によって模式的に示される時間ｔ１に、たとえばユーザ機器３００のブラウザ用遠隔操作装置上の一時停止ボタンなどを押すことによって、放送されたメディア情報ストリームを一時停止する。これにより、別のアクション３：２に示されるように、ブラウザ３００ａは一時停止メッセージなどをＳＴＢ３００ｂに送信し、そこでＳＴＢ３００ｂは、たとえば一時停止が維持される限りテレビ画面上で静止画として最後に受信した画像を凍結および表示することによって、当面の間、放送されたメディア情報ストリームの受信および表示を停止する。実際には、ＳＴＢは、ストリームを停止するためにマルチキャストソース３０４に図示されない通常「リーブ」メッセージなどを送信してもよい。
【００３２】
ユーザ機器３００はその後、さらなるアクション３：３に示されるように、メディア情報ストリーム中の一時停止時間の指標を取得する。このため一時停止時間の指標は、アクション３：２としてユーザが実際に放送されたメディア情報ストリームを一時停止した時間ｔ１を示す。これは実際には、アクション３：２において一時停止メッセージを受信した際にＳＴＢ３００ｂに一時停止の時刻を登録することによってなされることが可能であり、するとブラウザ３００ａは、上記の一時停止時間指標としてＳＴＢ３００ｂから登録時刻に関する情報を取り出すことができる。あるいは、マルチキャストストリーム中のデータは、一時停止時間の指標を取得するために使用されてもよい、時間指標を含んでもよい。一例として、生放送はｔ０＝午後１０：００：００に開始していてもよく、一時停止はｔ１＝午後１０：３０：３２．４、すなわち午後１０時より３０分３２．４秒後に行われてもよい。
【００３３】
次のアクション３：４において、ユーザ機器３００のブラウザ３００ａは、メディアストリームの識別子およびユーザの識別子とともに取得された一時停止時間の指標を含むＩＰＴＶ制御サーバ３０２に、一時停止要求メッセージを送る。アクション３：４の一時停止要求メッセージは事実上、メディアサーバに保存されたテレビ番組の記録済みバージョンのファイル格納場所アドレス、本例ではＵＲＩと、一時停止が発生したメディア情報ストリーム中の点を示す上述のオフセット値の、フェッチコマンドである。
【００３４】
さらなるアクション３：５は、アクション３：４で受信した一時停止時間指標に基づいてサーバ３０２がオフセット値を計算することを、図解している。放送開始時間ｔ０はサーバ３０２にすでに知られており、ｔ１は一時停止時間指標としてユーザ機器３００から提供される、時間例ｔ０＝午後１０：００：００およびｔ１＝午後１０：３０：３２を用いて、オフセット値はｔ１−ｔ０＝３０分３２秒、すなわちメディア情報ストリームの開始からアクション３：２でユーザ機器によって一時停止要求を生成する時間までの時間推移として、計算される。このため計算されたオフセット値は、図２を参照する正確なオフセットである。
【００３５】
サーバ３０２はその後、次のアクション３：６において、上記一時停止要求メッセージに応えてブラウザ３００ａに返信を送り、返信は計算されたオフセット値および記録済みバージョンのファイル格納場所アドレスＵＲＩを含み、これは、メディアサーバ３０６から一時停止中のテレビ番組の残部を取り出すために使用されることが可能である。ブラウザ３００ａは、後の使用のために受信したオフセット値およびファイル格納場所アドレスＵＲＩを保存する。
【００３６】
後のいずれかの時点で、ユーザはたとえば、第二の破線矢印によって模式的に示されるように、ユーザ機器３００の遠隔操作装置上の再生ボタンなどを押すことによって、一時停止中のテレビ番組を再開し、これによりブラウザ３００ａは、さらなるアクション３：７に示されるように、ＳＴＢ３００ｂに再開メッセージを送る。再開メッセージは、上記受信および保存されたオフセット値およびファイル格納場所アドレスＵＲＩを含む。するとＳＴＢ３００ｂは、次のアクション３：８において、オフセット値およびファイル格納場所アドレスＵＲＩを含むメディアサーバ３０６に「再生」メッセージを送り、それによりユーザ機器３００上での再生のためにサーバ３０６からストリームの残りの記録済みバージョンをフェッチすることによって、オフセット値に対応する点でメディア情報ストリームを再開することができる。そして最終アクション３：９は、残りの記録済みバージョンのユニキャストストリームがメディアサーバ３０６からＳＴＢ３００ｂに転送されることを、図解している。
【００３７】
このようにして、一時停止中のテレビ番組は、上述の先行技術にしたがってｔ３−ｔ０の不正確なオフセットから再開する代わりに、周知の放送開始時間ｔ０およびユーザ機器３００から一時停止時間指標として提供される一時停止時間ｔ１に基づいてネットワーク側のサーバ３０２によって計算される、ｔ１−ｔ０の正確なオフセットから再開されることになる。このため、番組は最初にサーバ３０２からマルチキャストストリームとして受信され、その後別のサーバ３０６からユニキャストストリームとして受信されるという事実にもかかわらず、一時停止中のテレビ番組から再開されたテレビ番組への遷移は滑らかとなる。
【００３８】
テレビ番組の生放送で受信された一時停止メディア情報ストリームを再開するための、ユーザ機器内で実行されるアクションを伴う方法の一例が、図４のフローチャートを参照して以下に記載される。この例のユーザ機器は、マルチキャストソース、制御サーバ、およびメディアサーバと通信して基本的に図３について先に記載されたように機能する、ブラウザおよびＳＴＢを含んでもよい。
【００３９】
第一アクション４００は、ユーザ機器がマルチキャストソースから放送されたマルチキャストストリームとしてメディア情報ストリームを受信することを図解しており、これは基本的に上記アクション３：１に対応する。次のアクション４０２において、基本的に上記アクション３：２に対応して、ユーザ機器はそのユーザから一時停止コマンドを受け付けて、ユーザ機器に放送されたマルチキャストストリームの受信のおよび表示を停止させ、これはこの時点から、上記例で記載されたように、最後に受信したメディア情報の凍結静止画を表示してもよい。
【００４０】
さらなるアクション４０４において、ユーザ機器はメディア情報ストリーム中の一時停止時間の指標を取得し、これは基本的に上記アクション３：３に対応する。このためこの一時停止時間指標は、アクション４０２においてユーザが放送されたメディア情報ストリームを一時停止した時間を示す。さらに、一時停止時間指標は、一時停止が生放送中に発生した時刻に対応する、メディア情報ストリーム中のタイムスタンプとして取得されてもよい。
【００４１】
ユーザ機器はその後、アクション４０６によって示されるように、一時停止時間の指標を含む要求メッセージを制御サーバに送り、これは上記アクション３：４の一時停止要求に対応する。要求メッセージはやはり好ましくは、メディアストリームの識別子、およびユーザの識別子を含む。
【００４２】
ユーザ機器は、続くアクション４０８において、要求メッセージに応えて制御サーバから返信メッセージを受信し、これは基本的に上記アクション３：５に対応する。受信した返信メッセージは、テレビ番組の記録済みバージョンのファイル格納場所アドレス、この例ではＵＲＩと、アクション４０６で送られた一時停止時間の指標に基づいて制御サーバによって計算されたオフセット値とを含む。オフセット値は、一時停止が発生したメディア情報ストリーム中の一時停止点を示す。このためオフセット値は、メディア情報ストリームの開始から一時停止点までの時間推移として見なされてもよい。
【００４３】
最後のアクション４１０は、ユーザからの再生コマンドなどの受信時に、ユーザ機器が受信したファイル格納場所アドレスＵＲＩおよびオフセット値に基づいて一時停止点からメディア情報ストリームを再開することを図解しており、これは基本的に上記アクション３：７から３：９に対応する。このアクションにおいて、メディア情報ストリームは、メディア情報ストリームの一時停止点から開始して、メディア情報ストリームの記録済みバージョンをユニキャストストリームとしてメディアサーバから取り出すことによって再開されることが可能である。
【００４４】
テレビ番組の生放送中に送られた一時停止メディア情報ストリームの再開を可能にするための、制御サーバ内で実行されるアクションを伴う方法の一例が、図５のフローチャートを参照して以下に記載される。この例における制御サーバは、ユーザ機器と通信して上記図３で記載されたのと基本的に同じように機能する。ＩＰＴＶ制御サーバであってもよい。
【００４５】
第一アクション５００は、制御サーバが、ユーザ機器のユーザが放送されたメディア情報ストリームを一時停止した時間を示すメディア情報ストリーム中の一時停止時間の指標を含む要求メッセージをユーザ機器から受信することを図解しており、これは基本的に上記アクション３：４に対応する。さらに、一時停止時間の指標は、メディア情報ストリーム中のタイムスタンプとして要求メッセージ中に提供されてもよい。
【００４６】
制御サーバはその後、アクション５０２において、一時停止時間の指標に基づいてオフセット値を計算する。このためオフセット値は、一時停止が発生したメディア情報ストリーム中の一時停止点を示し、これは基本的に上記アクション３：５に対応する。オフセット値はこのため、メディア情報ストリームの開始からユーザ機器によって要求された一時停止点までの時間推移と見なされてもよい。
【００４７】
最後に、制御サーバはアクション５０４においてユーザ機器に返信メッセージを送り、メッセージはテレビ番組の記録済みバージョンのファイル格納場所アドレスおよび計算されたオフセット値を含み、これは基本的に上記アクション３：６に対応する。これにより、ユーザ機器は、受信したファイル格納場所アドレスおよびオフセット値に基づいて、一時停止点からメディア情報ストリームを再開することができる。返信メッセージは、ユーザ機器内のブラウザに送られてもよい。
【００４８】
ユーザ機器および制御サーバが上述のソリューションを実現するように構成され得る様子の詳細な非限定例は、図６のブロック図によって図解される。たとえば図３から図５のいずれかについて先に記載されたやり方で、ユーザ機器６００は、テレビ番組の生放送中にマルチキャストソース６０４から受信した一時停止メディア情報ストリームを再開するように構成されており、その一方で制御サーバ６０２は、テレビ番組の生放送中にユーザ機器６００に送られた一時停止メディア情報ストリームの再開を可能にするように構成されている。
【００４９】
ユーザ機器６００は、マルチキャストソース６０４から受信したメディア情報ストリームを再生するようになっている、再生ユニット６００ａを含む。ユーザ機器６００はまた、たとえば適切なユーザコマンドを提供するためにユーザ機器６００の図示しない遠隔操作装置またはその他の入力手段を用いて、ユーザ機器のユーザが放送されたメディア情報ストリームを一時停止するときを示すメディア情報ストリーム中の一時停止時間の指標「ＴＩ」を取得するようになっている、取得ユニット６００ｂも含む。ユーザ機器６００は、一時停止時間の指標を含む要求メッセージを制御サーバ６０２に送るようになっている通信ユニット６００ｃを、さらに含む。
【００５０】
制御サーバ６０２は、ユーザ機器６００から上記要求メッセージを受信するようになっている通信ユニット６０２ａを含み、したがってこのメッセージは一時停止時間指標ＴＩを含む。制御サーバ６０２はまた、一時停止時間の指標ＴＩに基づいてオフセット値を計算するようになっている計算ユニット６０２ｂも含み、オフセット値は一時停止が発生したメディア情報ストリーム中の一時停止点を示す。
【００５１】
通信ユニット６０２ａはさらに、テレビ番組の記録済みバージョンのファイル格納場所アドレスおよび計算されたオフセット値を含む返信メッセージをユーザ機器に送るようにもなっている。ユーザ機器６００内の通信ユニット６００ｃはさらに、ファイル格納場所アドレスおよびオフセット値を含む返信メッセージを、制御サーバ６０２から受信するようにもなっている。
【００５２】
ユーザ機器６００は、受信したファイル格納場所アドレスおよびオフセット値に基づいて一時停止点からメディア情報ストリームを再開するようになっている再開ユニット６００ｄを、さらに含む。メディア情報ストリームは再開ユニット６００ｄがメディアサーバ６０６からユニキャストストリームとして記録済みバージョンを取り出すことによって、再開されることが可能である。ユーザ機器６００は、破線矢印によって模式的に示されるように、適切なやり方で、受信したユニキャストストリームを再生ユニット６００ａに入力するようになっている。
【００５３】
上記ユーザ機器６００および制御サーバ６０２ならびにこれらの機能ユニット６００ａから６００ｄおよび６０２ａから６０２ｂは、様々な随意的実施形態にしたがって動作するように構成または適応されてもよい。たとえば、再開ユニット６００ｄはさらに、メディア情報ストリームの一時停止点で開始して、メディアサーバ６０６から記録済みバージョンを取り出すことによってメディア情報ストリームを再開するようになっていてもよい。先の例のように、オフセット値は、メディア情報ストリームの開始から一時停止点までの時間推移であってもよい。
【００５４】
取得ユニット６００ｂはさらに、生放送中に一時停止が発生した時刻に対応するメディア情報ストリーム中のタイムスタンプとして、一時停止時間の指標を取得するようになっていてもよい。ユーザ機器は、たとえば図３に示されるように、セットトップボックス、ＳＴＢ、およびブラウザをさらに含んでもよい。制御サーバ内の通信ユニット６０２ａはさらに、ユーザ機器６００内のブラウザに返信メッセージを送るようになっていてもよい。
【００５５】
なお、当業者は適切なソフトウェアおよびハードウェア手段を用いてこれらの機能を実際に実現することができるが、図６は論理的な意味においてユーザ機器６００および制御サーバ６０２内の様々な機能ユニットを図解するに過ぎない。このため、本ソリューションのこの態様は全体的に、ユーザ機器６００および制御サーバ６０２の図示される構造に限定されるものではなく、その一方でこれらの機能ユニット６００ａから６００ｄおよび６０２ａから６０２ｂは、適切であれば図３から図５のいずれかに記載された特徴にしたがって動作するように構成されてもよい。
【００５６】
上述の機能ユニット６００ａから６００ｄおよび６０２ａから６０２ｂは、ユーザ機器６００および制御サーバ６０２の各々でプロセッサ「Ｐ」によって実行されたときにこれらに上述のアクションを実行させるコード手段を含むそれぞれのコンピュータプログラムのプログラムモジュールとして、ユーザ機器６００および制御サーバ６０２内でそれぞれ実現されることが可能である。各プロセッサＰは単一の中央処理装置（ＣＰＵ）であってもよく、または２つ以上の処理装置を含むこともできる。たとえば、プロセッサＰは、汎用マイクロプロセッサ、命令セットプロセッサ、および／または関連するチップセット、および／または特定用途向け集積回路（ＡＳＩＣ）などの専用マイクロプロセッサを含んでもよい。プロセッサＰはまた、キャッシュ目的のための記憶装置を含んでもよい。
【００５７】
各コンピュータプログラムは、各プロセッサＰに接続されたメモリ「Ｍ」の形態で、それぞれユーザ機器６００および制御サーバ６０２のいずれかに含まれるコンピュータプログラム製品によって、実行されてもよい。コンピュータプログラム製品またはメモリＭは、コンピュータプログラムが記憶されているコンピュータ可読媒体を含んでもよい。たとえば、メモリＭは、フラッシュメモリ、ランダム・アクセス・メモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、または電気的消去可能ＲＯＭ（ＥＥＰＲＯＭ）であってもよく、プログラムモジュールは、代替実施形態において、ユーザ機器６００および制御サーバ６０２に含まれるメモリの形態で、異なるコンピュータプログラム製品上で配布されることも可能である。
【００５８】
本ソリューションは特定の例示的実施形態を参照して記載されてきたが、本明細書は全体的に、発明的概念を説明するようにのみ意図されており、ソリューションの範囲を限定するようにとらえられるべきではない。たとえば、「ユーザ機器」、「マルチキャストソース」、「制御サーバ」「メディアサーバ」、「テレビ番組」、「ＵＲＩ」、「要求メッセージ」、「返信メッセージ」、および「オフセット」という用語が本明細書を通じて使用されてきたが、本明細書に記載される特徴および特性を有するその他いずれの対応するノード、機能、および／またはパラメータが使用されることも可能である。ソリューションは、添付の特許請求の範囲によって定義される。
【図１】
0005868433.tif 000002
【図２】
0005868433.tif 000003
【図３】
0005868433.tif 000004
【図４】
0005868433.tif 000005
【図５】
0005868433.tif 000006
【図６】
0005868433.tif 000007