(57)【特許請求の範囲】
【請求項１】
中断されているダウンロード・セッションを回復するための、装置における方法であって、前記装置は、遠隔サーバへのアクセスを可能にするネットワークとのインタフェースと、前記サーバとのダウンロード・セッションを実現する手段とを備え、
少なくとも前記サーバとの２つ以上のシグナリング・チャネルによって、前記遠隔サーバからのコンテンツのダウンロード・セッションを起動させる工程と、
前記ダウンロード・セッションの中途の中断を検出する工程と、
前記チャネル全ての利用可能性を検証する工程と、
前記チャネルのうちの１つが利用可能でない限り、前記セッションが回復されない工程と、
前記チャネル全てがもう一度利用可能になった場合、前記セッションが回復される工程とを含む方法。
【請求項２】
請求項１記載の方法であって、前記セッション中に前記コンテンツを視聴することが可能である方法。
【請求項３】
請求項１又は２に記載の方法であって、ビデオオンデマンド・セッションにあてはまる方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ビデオオンデマンド・セッションを回復する方法に関する。
【背景技術】
【０００２】
DSLとして表すディジタル加入者回線によって確立されるビットレートによって、高ビットレートのサービスを実現することが可能になる。高品質ビデオ・サービスはよって、加入者に達することが可能である。DSLは、ブロードキャスト・モードとして知られるビデオ・ブロードキャスト・サービスを配信することが可能である。DSLは、加入者からコンテンツ・ブロードキャスタへの戻りチャネルを用いる可能性によって、対話型サービスを設定することも可能にし得る。VoDとして表すビデオオンデマンド・サービスはよって、加入者に提供される。これは、加入者がコンテンツ・サービスからダウンロードし、オンデマンドで視聴することが可能なビデオ・パネルの提供に関する。提案されるサービスによって、加入者は、ダウンロードされるとビデオをストリーミング・モードで視聴することが可能である。この場合、ビデオは一度視聴され、メモリには記憶されない。別のサービス・タイプによれば、加入者は、ビデオをダウンロードし、メモリに記憶して、後に一回又は複数回視聴するか、又は保持することが可能である。一般に、最初にダウンロードし始めるために、かつ、ビデオの視聴を検証するためであり、後に、サービスの支払いにつながるダウンロード動作の最後に、加入者による肯定応答が行われる。
【０００３】
加入者側では、ビデオをコンピュータ画面上で照会することが可能である。テレビ画面上で照会することも可能である。これは、テレビ受像機をセットトップボックスに接続することを要する。一般に、セットトップボックスは、インターネット・ネットワークを介してVoDサーバへのアクセスを提供するモデムに接続される。セットトップボックスは、イーサネット（登録商標）ケーブルによってモデムに接続することが可能である。
【０００４】
VoDサービスにおける中断が生じた場合、サーバは、エラー回復手順を実現する。これは、簡易ネットワーク管理プロトコル（SNMPとして表す）・タイプのコマンドを用いてVoDセッションを再起動させる。この手順は、比較的短い期間（例えば、最大２分間であり得る）中にイネーブルされる。この期間を過ぎれば、エラー回復手順は停止する。VoDの配信に障害が生じており、請求は取り消される。
【０００５】
エラー回復手順中に、セットトップボックスは、バックアップ・モードに（例えば、ブロードキャストされたビデオの受信にのみアクセスを与えることによって）切り換えることが可能である。VoDサービスを回復する旨のSNMPコマンドをサーバから受信すると、VoDモードに切り換える。VoDサービスが利用可能でない場合、バックアップ・モードにもう一度切り換わる。この起動動作は多くの場合、ブロードキャスト受信モードとVoDモードとの間のシステムのサイクリングにつながり得る。
【０００６】
前述のサイクリングを阻止するための１つの方法には、SNMPコマンドを無視するということがある。しかし、STBはその場合、バックアップ・モードに留まり、VoDモードに戻ることが可能でない。
【特許文献１】米国特許出願公開第2003/236905号明細書
【特許文献２】米国特許第7043749号明細書
【特許文献３】米国特許第6910078号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は、遠隔サーバへのアクセスを可能にするネットワークとのインタフェースと、サーバとのダウンロード・セッションを実現する手段とを備える装置における、中断されたダウンロード・セッションを回復する方法に関する。
【課題を解決するための手段】
【０００８】
この目的で、本発明は、遠隔サーバからのコンテンツのダウンロード・セッションを、少なくとも上記サーバとの２つ以上のシグナリング・チャネルによって起動させる工程と、ダウンロード・セッションの中途の中断を検出する工程と、チャネル全ての利用可能性を検証する工程と、チャネルのうちの１つが利用可能でない限り、セッションを回復しない工程と、チャネル全てがもう一度利用可能になると、セッションを回復する工程とを備える方法を規定する。
【０００９】
セッションは、STBにおいて自動的に回復される。STBのユーザは、セッション回復方法中に介入しなくてよい。STBは、チャネル全てが動作中であることを、セッションの回復を受け付ける前に確認する。これによって、チャネル全てが動作中でない場合に、セッションの回復によるサイクリングを避けることが可能になる。
【００１０】
一実施例によれば、セッション回復工程は、サーバから来るセッション回復要求に対する応答によって行われる。
【００１１】
チャネルが動作中の場合、装置は、セッションを回復する旨のサーバの要求に応答する。サーバは要求を常に送出する。
【００１２】
別の実施例によれば、セッション回復工程は、セッション回復要求をサーバに送出することによって行われる。
【００１３】
チャネルが動作中の場合、装置は、セッションを回復する旨をサーバに要求する。
【００１４】
一実施例では、セッションは、ビデオオンデマンド・セッションである。
【００１５】
本発明は、コンピュータ・プログラムにも関する。このコンピュータ・プログラムは、プログラムがコンピュータ上で実行されると前述の方法の工程を実行するプログラム・コード命令を備える。「コンピュータ・プログラム」は、プログラムを有する記憶空間（ディスケットやカセットなど）においてあり得るのみならず、信号（電気信号や光信号など）においてもあり得るコンピュータ・プログラム媒体を意味するものとする。
【発明を実施するための最良の形態】
【００１６】
本発明は、添付図面を参照する以下の実施例及び実現形態（決して、限定するものでない）によってより深く理解され、例証される。
【実施例】
【００１７】
図１及び図２では、図示したモジュールは、物理的に区別可能なユニットであってもなくてもよい機能的ユニットである。例えば、前述のモジュール、又はその一部は、単一の構成部分に併せてグループ化することが可能であるか、又は同じソフトウェアの機能を構成する。一方、一部のモジュールは、別個の物理エンティティを有し得る。
【００１８】
通常動作モードでは、STBは、VoDがその一部である対話型サービス組を提供する。VoDサービスを提供するシステムの主要構成要素を図１に示す。本明細書で以下にSTBとして表すセットトップボックス１は、ローカル・エリア・ネットワーク２によってゲートウェイ３に接続される。ローカル・エリア・ネットワークは、イーサネット（登録商標）・ネットワークであり、別のタイプの有線ネットワークでもあり得るものであり、無線LANでもあり得る。ネットワークは、この実施例におけるように、イーサネット（登録商標）ポイントツーポイントにそれ自体を限定することも可能である。STB1は、テレビ画面７とのインタフェースを備える。  
ゲートウェイ３は、加入者に向けてVoDサービスを提供することを可能にするサーバに接続されたインターネット・ネットワーク４にローカル・エリア・ネットワーク２を接続する。種々のクライアントサーバ機能が、VoDサービスをセットアップするために必要である。これらは、パイパーテキスト転送プロトコル（HTTPとして表す）、リアルタイム・ストリーミング・プロトコル（RTSPとして表す）、動的ホスト構成プロトコル（DHCPとして表す）や、簡易ネットワーク管理プロトコル（SNMPとして表す）などの機能である。２つのサーバ５及び６（HTTPサーバ５及びRTSPサーバ６（VoDサーバとも呼ばれる））を図１に示す。サーバは当然、ネットワークの別個の部分にあり得る単一の機器又は別個の機器に含まれ得る。HTTPサーバはとりわけ、ハイパー・テキスト・マークアップ言語（HTMLとして表す）のページの形式でクライアントに対するユーザ・インタフェースを備える。
【００１９】
VoDサービスに関する、STB１の必須の部分を図２に示す。STBは、この実施例ではイーサネット（登録商標）タイプのインタフェースであるネットワーク・インタフェース１．４を備える。これは、主メモリに対応するランダム・アクセス・メモリ・タイプのメモリ（RAM１．２として表す）と、フラッシュ・タイプの二次メモリ１．３（装置の電源がもう立ち上がっていなくてもデータを記憶することが可能である）とを備える。STBは、中央プロセッサ１．１も含む。オーディオ・ビデオ復号器１．５及びグラフィカル・ユーザ・インタフェース１．６は、コンテンツを作成する。このコンテンツは、オーディオ・ビデオ・インタフェースによって画面に送出される。データは、内部バス１．８を介して別々のモジュール間を流れる。
【００２０】
図３は、クライアントＳＴＢとサーバ・アプリケーションとの間のＶｏＤサービスのフレームワーク内で用いるプロトコル層を示す。一般に、VoDサービスは、いくつかのシグナリング・チャネルのセットアップに基づいている。
【００２１】
HTTPタイプのセッションが、ユーザ・コマンドを処理する。HTTPサーバは、HTML形式におけるページの形式でクライアントとのユーザ・インタフェースを備える。ユーザ・インタフェースはクライアントに種々の機能を提供する。これは、映画の選択、セッションの開始時でのチケット肯定応答、高速順送り、高速巻き戻し、一時停止、再生などのコンテンツ表示コマンド、VoDセッションの終了時でのチケット肯定応答を含む。VoDの視聴は、加入者によって、一方で、VoDを起動させるための入場チケットの肯定応答によって証明され、他方で、セッションが終了したことを確認するための終了チケットの肯定応答によって証明される。操作者は前述の肯定応答を用いて、VoDセッションが正しく行われていることを確実にする。これによって、オペレータが請求に進むことも可能になる。
【００２２】
RTSPタイプのセッションを用いて、VoDサーバをユーザ要求によって制御する。RTSPは、ストリーミング・フローのブロードキャストを制御することが可能である。
【００２３】
制御プロトコル及び遠隔通知（例えば、SNMPプロトコル・ベース）を用いてVoDサービスを制御することができる。これらは、「VoD起動」タイプのコマンド、及び「VoD起動」、「VoD終了」、「VoD中断」サービス・タイプの通知等である。
【００２４】
アクセス制御手順を用いて、サービス・アクセス認可を制御する。
【００２５】
UDPを実現するIP接続を用いて、オーディオ、ビデオ、サブタイトル・タイプ等の有用なデータを伝送する。
【００２６】
VoDセッションの回復工程は図４に示す。STBは、VoDサーバとのVoDセッションを起動させる（工程S1）。これは、「通常」動作状態にある。HTTP接続に障害が生じた場合（工程S2。障害が、ウェブ・サーバが利用可能でないこと、又はVoDサーバと接続されていないことによる）、対話型サービス全てと併せてVoDサービスを中断する。STBは、HTTP接続における中断を検出し、VoDサービスにおける中断も検出する。次いで、STBは通常動作モードを出て、「劣化モード」としても知られている二次動作モードに切り換わる。すなわち、STBは「二次」状態に切り換わる。装置に一体化された局所アプリケーションをSTBにおいて自動的に起動させてこのモードを実行する。このアプリケーションによって、標準メニューに対して単純化されたメニューを提案している埋め込まれたHTMLページが開かれる。埋め込まれたユーザ・インタフェースは、ウェブ・サーバとの接続を必要としない。二次モードは主に、ブロードキャストされるチャネルのうちから１つのチャネルを受信し、選択する可能性を与える。各チャネルは、マルチキャストIPアドレスに対応しており、チャネルの選択は、それ自体が周知の手順によって、対応するマルチキャスト群に登録することによって行われる。ウェブ・サーバが利用可能でないので、プログラムの照会や、ダウンロードなどのIPサービスはこのモードにおいてアクセス可能でない。当然、VoDサービスの中断は、RTSPチャネル、SNMPチャネル、アクセス制御チャネルのうちの１つの障害などの他の原因によるものであり得る。これは、VoDサーバの障害によって、欠けているMPEGデータによって、又は、STBとサーバとの間のリンクにおける中断（例えば、ネットワーク・オペレータによるネットワーク保守による）によって中断されることもあり得る。
【００２７】
同時に、VoDサーバは、ダウンロード動作を回復しようとする。これは、SNMPタイプの要求をSTBに送出する。STBはこの要求を無視して、劣化モード・標準モード動作間のサイクリングを阻止する。実際に、STBは、要求を受け入れた場合、標準モードにもう一度切り換える。しかし、ウェブ・サーバが利用可能でない場合、VoDサービスは回復することが可能でなく、STBはその場合、劣化モードに戻る。STBが各要求を受け入れることによって、標準モードと劣化モードとの間を往復する切り換えが生じる。前述の要求を無視することによって、ＳＴＢは劣化モードに留まり、ユーザに対して、サービスの安定性がもたらされる。
【００２８】
劣化モードでは、ＳＴＢは、ＶoＤサーバとの接続を回復しようとする（工程Ｓ３）。ＶｏＤのイネーブルに必要なチャネル全てがもう一度動作状態になったか否かを確認する。これは、ピング・タイプのストラテジを用いる。この原理は、使用チャネル毎にＳＴＢとＶｏＤサーバとの間の接続（ソケットとしても知られる）を開き、この接続を介して情報を送出して、前述のチャネル上のサーバの利用可能性を確認することに関する。当然、最小限の情報を送出して、ネットワークを不必要に混雑させないようにする。次いで、応答の有無に応じて、STBは、対象サーバの利用可能性の有無について決定することが可能である。
【００２９】
HTTPチャネルの場合、要求は、ウェブ・サーバのルートからの、存在していないファイルに対してGET  HTTPコマンドを用いることを含む。サーバが利用可能な場合、STBに対するエラー・メッセージによって応答する。通常、サーバの応答は、「エラー４０４（ファイルが見つかりません）」でなければならない。サーバが利用可能でない場合、STBは応答を何ら受信しない。
【００３０】
RTSPチャネルの場合、要求は、サーバによって知られていないRTSP接続に対してget_parameterを用いることを含む。サーバが利用可能な場合、サーバからの応答は「ソケット不明」のタイプのものでなければならない。さもなければ、STBは応答を何ら受信しない。
【００３１】
SNMPチャネルに関しては、検査は、管理情報ベース（MIBとして表す）の誤った識別子（オブジェクト識別子として知られる）を備えたSNMPメッセージを送出することを含む。MIBは、STBのSNMPエージェントによってサポートされなければならない属性のリストを含む。サーバは、利用可能な場合、エラー・メッセージを戻す。
【００３２】
アクセス制御チャネルに関し、検査は、サーバとのTCPセッションを開き、何れかの１バイト・データを送出する。サーバが認証エラー・メッセージを返信した場合、これは、チャネルが実際にアクティブであることを意味する。
【００３３】
同時に、STBは、前述のチャネルに対する他のタイプの要求の送出を、それが利用可能でないことが分かっているので避ける。これによって、ネットワークが混雑することが避けられる。
【００３４】
STBによって調べられたチャネルがもう一度動作状態になると（工程S4。すなわち、各チャネルに対する各要求が正になると）、STBはダウンロード・セッションを回復する。この実施例によれば、STBは、VoDサーバから来るSNMP要求を受け入れる（工程S5）。すなわち、STBは、「再開」状態に切り換わる。VoDサービスはその場合、再開することが可能であり、STBは通常モードに戻る。
【００３５】
ダウンロード・セッションを回復するうえで考えられる別の手段には、サーバに向けて回復要求を送出するということがある。
【００３６】
この手順は、加入者からの参加を何ら必要としない。実際に、加入者には劣化モードへの切り換えが分かり、加入者は、VoDの回復によって、通常モードに戻る。加入者は、回復手順に参加しない。
【００３７】
この実施例によれば、４つのチャネルが識別される。当然、チャネル数は、異なってよく、より多くてもより少なくてもよい。しかし、上記手順は同様に留まり、各チャネルを介して要求を送出して各チャネルの利用可能性を確認する。
【００３８】
この実施例に記載した方法は、ストリーミング・モードにおけるVoDダウンロード・セッションに関する。当然、処理は、何れかのタイプのコンテンツ・ダウンロードにあてはまる。
【図面の簡単な説明】
【００３９】
【図１】本願の実施例によるビデオオンデマンド・システムを示す図である。
【図２】セットトップボックスのハードウェア・アーキテクチャを示す図である。
【図３】用いられるプロトコル層を示す図である。
【図４】本発明による方法の工程を示す図である。
【符号の説明】
【００４０】
１  STB
１．１  CPU
１．２  RAM
１．３  フラッシュ
１．４  ネットワーク・インタフェース
１．５  A／V復号器
１．６  グラフィック
１．７  A／Vインタフェース
１．８  バス
２  ローカル・エリア・ネットワーク
３  ゲートウェイ
４  ネットワーク
５  ウェブ・サーバ
６  VoDサーバ
７  TV
【図１】
0005425389.tif 000002
【図２】
0005425389.tif 000003
【図３】
0005425389.tif 000004
【図４】
0005425389.tif 000005