(57)【要約】  本発明は、サービス中断原因を示すために用いられる方法に関する。前記サービスのクライアント装置（１）は、第１のネットワーク（２）とのインターフェースを有し、ゲートウェイ（３）を介してリモート・サーバー（６）に接続され、前記装置は前記第１のネットワークを介して前記ゲートウェイに接続され、前記方法は、前記装置で、−セッションの終了がユーザーからの確認を要求する、前記リモート・サーバーからのコンテンツ・ダウンロード・セッションを開始する段階（Ｓ１）、−前記装置と前記ゲートウェイとの間の接続が失われたことを検出する段階（Ｓ２）、−前記装置と前記ゲートウェイとの間の接続の回復を検出する段階（Ｓ４）、−前記装置の切断時間を示す情報をサーバーに送信する段階（Ｓ６）、を有する。
2010508685.tif 000002
【特許請求の範囲】
【請求項１】
サービス中断原因を示す方法であって、前記サービスのクライアント装置は、第１のネットワークとのインターフェースを有し、ゲートウェイを介してリモート・サーバーに接続され、前記装置は前記第１のネットワークを介して前記ゲートウェイに接続され、前記方法は、前記装置で、
−セッションの終了がユーザーからの確認を要求する、前記リモート・サーバーからのコンテンツ・ダウンロード・セッションを開始する段階、
−前記装置と前記ゲートウェイとの間の接続が失われたことを検出する段階、
−前記装置と前記ゲートウェイとの間の接続の回復を検出する段階、
−前記装置の切断時間を示す情報をサーバーに送信する段階、を有する方法。
【請求項２】
前記情報を送信する段階は、前記装置が再接続されると直ぐに生じる、請求項１記載の方法。
【請求項３】
前記情報を送信する段階は、サーバーの要求が受信された後に生じる、請求項１記載の方法。
【請求項４】
前記第１のネットワークは、ポイント・ツー・ポイント接続である、請求項１乃至３のいずれか一項記載の方法。
【請求項５】
前記第１のネットワークは、有線又は無線ローカル・エリア・ネットワークである、請求項１乃至３のいずれか一項記載の方法。
【請求項６】
前記コンテンツは、前記セッション中に視聴される、請求項１乃至５のいずれか一項記載の方法。
【請求項７】
前記セッションは、ビデオ・オン・デマンド・セッションである、請求項１乃至６のいずれか一項記載の方法。
【請求項８】
前記情報は、ＳＮＭＰタイプのパケットで送信される、請求項１乃至７のいずれか一項記載の方法。
【請求項９】
コンピューター・プログラムであって、前記プログラムは、前記プログラムがコンピューターで実行されると、請求項１乃至８のいずれか一項記載の方法の段階を実行するプログラム・コード命令を有する、コンピューター・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ダウンロード・サービスの中断原因をサーバーに表示する方法に関する。
【背景技術】
【０００２】
ＤＳＬとして知られているデジタル加入者回線によって与えられたビットレートにより、高ビットレートのサービスが実現可能となる。このようにして、高品質ビデオサービスを加入者に届けることができる。ＤＳＬはブロードキャスト・モードとして知られているビデオ・ブロードキャスト・サービスを配信することが可能である。またＤＳＬでは、加入者からコンテンツ放送業者への上りチャネルを使うことが可能なため、双方向サービスを始めることもできる。ＶｏＤとして知られているビデオ・オン・デマンドサービスは、このようにして加入者に提供される。これは、加入者がオンデマンドでコンテンツ・サーバーからダウンロードし視聴できる一群のビデオを提供することも含まれている。提供されるサービスによっては、加入者はストリーミング・モードで、ビデオをダウンロードしながら視聴することも可能である。この場合、ビデオは一度視聴され、メモリーには記憶されない。別のサービス・タイプでは、加入者はビデオをダウンロードし、メモリーに記憶させ、後でそれを一回又は数回視聴したり、それを保持したりすることが可能である。通常、加入者による確認応答は、ビデオの視聴を有効化し、続いてサービスの支払いを行うために、開始時とダウンロード動作の終了時の両方で行われる。
【０００３】
加入者側では、コンピューター画面上でビデオを閲覧できる。またテレビ画面上で閲覧することも可能である。この場合は、テレビ受像機をセットトップボックスに接続することを要する。通常、セットトップボックスは、インターネットを介してＶｏＤサーバーへのアクセスを提供するモデムに接続されている。セットトップボックスは、イーサネット（登録商標）・ケーブルを介してモデムに接続可能である。
【０００４】
ＶｏＤサービスの中断が発生した場合、サーバーはエラー回復メカニズムを実行する。サーバーは、ＳＮＭＰとして知られているシンプル・ネットワーク管理プロトコルのコマンドを使って、そのＶｏＤセッションを再起動させる。このメカニズムは、例えば最大２分といった比較的短い期間内に有効になる。この期間を経過すると、エラー回復メカニズムは停止する。つまり、ＶｏＤの配信は失敗する。
【０００５】
ダウンロード中にイーサネット（登録商標）・ケーブルが切断された場合、これによってＶｏＤサービスは中断する。十分長い時間ケーブルが抜けていた場合、加入者から際限なくセッション確認が生じ、その結果、オペレーターは加入者が視聴できたはずのコンテンツ量を測定できない。要するに、加入者は、あるコンテンツの大部分を視聴した後に、支払いを避けるために、ダウンロードの終わる充分前にイーサネット（登録商標）・ケーブルを切断することができてしまう。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、サーバーからのネットワーク切断によるダウンロード・サービスの中断を表示するために用いられる方法に関する。
【課題を解決するための手段】
【０００７】
上述の目的のため、本発明は、サービス中断原因を示すために用いられる方法に関する。前記サービスのクライアント装置で、前記クライアント装置は、第１のネットワークとのインターフェースを有し、ゲートウェイを介してリモート・サーバーに接続され、前記装置は前記第１のネットワークを介して前記ゲートウェイに接続され、前記方法は、−セッションの終了がユーザーからの確認を要求する、前記リモート・サーバーからのコンテンツ・ダウンロード・セッションを開始する段階、−前記装置と前記ゲートウェイとの間の接続が失われたことを検出する段階、−前記装置と前記ゲートウェイとの間の接続の回復を検出する段階、−前記装置の切断時間を示す情報をサーバーに送信する段階、を有する。
【０００８】
従って、前記情報を受信することにより、サーバーは、ＶｏＤサービスの中断が、加入者のローカル・ネットワークでの接続が失われたことにより生じたときを通知される。サーバーは、接続断の期間に関する詳細情報、つまり始まりと終わりを受信する。
【０００９】
第１の変形例によると、前記情報を送信する段階は、前記装置が再接続されると直ぐに生じる。
【００１０】
サーバー、つまりオペレーターとも称されるサービス・プロバイダーは、サービスの中断原因を直ちに知ることができる。
【００１１】
第２の変形例によると、前記情報を送信する段階は、サーバーの要求が受信された後に生じる。
【００１２】
これは、サーバーが中断原因を過去に遡って調べることを可能にする。支払いのメカニズムは、ずっと後にサーバーで開始されてよい。当該メカニズムは、サービス配信メカニズムとは無関係である。従って、これは、その時点での中断原因の検査を必要とする。
【００１３】
また、中断情報の送信が失敗しているかも知れない。この場合にはイベントのトレースをセットトップボックスのメモリーに保持しておくことが安全である。
【００１４】
本発明の特定の実施例によると、第１のネットワークはポイント・ツー・ポイント接続、有線又は無線ローカル・エリア・ネットワークである。
【００１５】
具体的には、セッションはビデオ・オン・デマンド・セッションである。
【００１６】
具体的には、情報はＳＮＭＰタイプのパケットで送信される。
【００１７】
本発明は、コンピューター・プログラムにも適用される。前記プログラムは、前記プログラムがコンピューターで実行されると、本発明による方法の段階を実行するプログラム・コード命令を有する。「コンピューター・プログラム」は、コンピューター・プログラムは、ディスケット又はカセットのようなプログラムを有する記憶領域のみならず、電気又は光信号のような信号に存在するコンピューター・プログラム媒体も意味すると解釈される。
【００１８】
本発明は、限定的でない以下の実施例及び実行例を用い、及び添付の図面を参照し説明され、より理解されるだろう。
【図面の簡単な説明】
【００１９】
【図１】実施例に従ったビデオ・オン・デマンド・システムを示す。
【図２】セットトップボックスのハードウェア・アーキテクチャを示す。
【図３】用いられるプロトコル層を示す。
【図４】シグナリング方法のステップを示す。
【発明を実施するための形態】
【００２０】
図１と２に図示したモジュールは機能ユニットであり、物理的に区別できるユニットのものもあれば、そうでないものもある。例えば、これらのモジュール又はその内のいくつかは、一つの構成要素の中にグループ化されている場合もあれば、同一のソフトウェアの諸機能を構成している場合もある。それとは逆に、一部のモジュールは物理的に分離した構成要素を有するものもある。
【００２１】
ＶｏＤサービスを提供するシステムの主要構成要素を図１に示す。本願明細書の他の場所ではＳＴＢとして表すセットトップボックス１は、ローカル・エリア・ネットワーク２によってゲートウェイ３に接続される。ローカル・エリア・ネットワークはイーサネット（登録商標）・ネットワークであっても、別のタイプの有線ネットワークでも、無線LANであってもよい。この実施例のように、イーサネット（登録商標）・ポイント・ツー・ポイント・リンクに限定することも可能である。ＳＴＢ１は、テレビ画面７とのインターフェースを備える。
【００２２】
ゲートウェイ３は、加入者にＶｏＤサービスを提供することを可能にするサーバーに接続されたインターネット・ネットワーク４とローカル・エリア・ネットワーク２とを接続する。種々のクライアント−サーバー機能がＶｏＤサービスをセットアップするために必要である。これらは、ハイパーテキスト転送プロトコル（ＨＴＴＰと表す）、リアルタイム・ストリーミング・プロトコル（ＲＴＳＰと表す）、動的ホスト構成プロトコル（ＤＨＣＰと表す）、簡易ネットワーク管理プロトコル（ＳＮＭＰと表す）などの機能である。２つのサーバー５、６（ＨＴＴＰサーバー５及びＲＴＳＰサーバー６（ＶｏＤサーバーとも呼ばれる））を図１に示す。これらのサーバーは、当然ながら同一の装置内に組み込むこともできるし、そのネットワーク内の別の場所に設置された異なる装置内に組み込むこともできる。とりわけ、ＨＴＴＰサーバーは、ハイパーテキスト・マークアップ言語(ＨＴＭＬと表す)のページ形式でクライアントにユーザ・インターフェースを提供する。
【００２３】
上述の実施例によると、ゲートウェイはＡＤＳＬ接続によって前記LANをインターネット・ネットワークに接続するために使われるＡＤＳＬモデムを含んでいる。ゲートウェイは、さらに、別のタイプのＤＳＬモデムや他の広帯域接続タイプに使われるモデムを含むことも可能である。
【００２４】
それ自体が周知であるＶｏＤサービスに関するＳＴＢ１の主要部分を図２に示す。ＳＴＢはネットワーク・インターフェース１．４を備える。この実施例ではイーサネット（登録商標）・タイプのインターフェースである。ＳＴＢは、主記憶装置に相当するランダム・アクセス・メモリー・タイプのメモリー１．２（ＲＡＭと表す）と、装置の電源が入っていないときでもデータを記憶しておけるフラッシュ・タイプの二次メモリー１．３を備える。ＳＴＢは、中央演算処理装置１．１（ＣＰＵと表す）も備える。オーディオ・ビデオ復号器１．５とグラフィカル・ユーザー・インターフェース１．６によってコンテンツが処理される。そして、コンテンツは、オーディオ・ビデオ・インターフェースによってスクリーンに送り出される。データは、内部バス１．８を介して異なるモジュール間を流れる。
【００２５】
図３は、クライアントＳＴＢとサーバー・アプリケーション間のＶｏＤサービスのフレームワークで用いられるプロトコル層を示している。一般に、ＶｏＤサービスはいくつかのシグナリング・チャネルのセットアップに基づいている。
【００２６】
ＨＴＴＰタイプのセッションが、ユーザ・コマンドを処理する。ＨＴＴＰサーバーは、ＨＴＭＬフォーマットのページの形式でクライアントにユーザ・インターフェースを提供する。このユーザ・インターフェースは、クライアントに種々の機能を提供する。これには、映画の選択、セッション開始時のチケットの確認、早送り、巻き戻し、一時停止、再生などのコンテンツ表示コマンド、ＶｏＤセッションの終了時のチケット確認といった機能がある。ＶｏＤの視聴は、一方では、ＶｏＤの開始時の開始チケット確認応答で、他方では、そのセッションが終了したことを確認する終了チケット確認応答で、加入者により正当性の証明が行われる。オペレーターはＶｏＤセッションが正しく実行されたこと裏付けるために、これらの確認応答を用いる。また、それにより、オペレーターは支払請求処理へと進むことができる。
【００２７】
ＲＴＳＰタイプ又はリアル・タイム・プロトコル・タイプ（ＲＴＰと表す）のセッションは、ユーザー要求に従ってＶｏＤサーバーを制御するために用いられる。ＲＴＳＰは、ストリーミング・フローの放送を制御できる。
【００２８】
例えばＳＮＭＰプロトコルに基づいた制御プロトコル及び遠隔通知をＶｏＤサービスの制御に用いることが可能である。これらは、「ＶｏＤ開始」タイプのコマンド及び「ＶｏＤ開始済」、「ＶｏＤ終了」、「ＶｏＤ中断」サービス・タイプの通知等である。
【００２９】
アクセス制御メカニズムは、サービスへのアクセス許可の制御に用いられる。  UDPを実装したIP接続は、音声、ビデオ、字幕タイプ等の有用なデータを配送するのに用いられる。
【００３０】
上述の実施例によると、ＶｏＤセッション中にゲートウェイとの接続が遮断されると、ＳＴＢは以下の手順を実施する。これにより、セッション中に切断があったことをオペレーターに警告することができる。この手順は、ＲＡＭ１．２のメモリーで実行されるアプリケーションによって実行される。図４に示すようにＳＴＢがイーサネット（登録商標）・ケーブルでゲートウェイに直接接続されている場合、その手順は以下のステップを含んでいる。
【００３１】
ＶｏＤセッションが、リモートＶｏＤサーバー６との間で、ストリーミング・モードで開始される（ステップＳ１）。
【００３２】
ゲートウェイとの接続が遮断される。すなわち、イーサネット（登録商標）・ケーブルがＳＴＢのイーサネット（登録商標）１.４の物理ポートから、又は、ゲートウェイの物理ポートからのどちらかから切断される（ステップＳ２）。前者の場合、ＳＴＢはイーサネット（登録商標）物理ポートの接続が失われたことを検出する。なお、それ自体周知であるが、イーサネット（登録商標）・ポートはケーブルの接続又は切断を示す手段を有している。後者の場合、ＳＴＢは、ゲートウェイが存在しないことを検出する。それは、それ自体知られた手段によって、イーサネット（登録商標）・ケーブルでの接続が失われたことを検出する。この切断検出は、切断と同時に発生する。ＳＴＢは、ケーブルが切断した正確な時間に相当するタイムスタンプを保存する（ステップＳ３）。ＳＴＢは、ＣＰＵ内にタイムスタンプ機能を備えている。ＳＴＢは、ネットワーク・タイム・プロトコルという同期プロトコル（NTPで表す）により、起動時とその後４分毎に自身の時刻をNTPサーバーと同期させる。これにより、時間のズレが生じることを避けることが可能である。実際ＣＰＵには時計コンポーネントがあるが、これは時刻に関して信頼がおけるものではない。
【００３３】
ＳＴＢは、イーサネット（登録商標）・ケーブルが再接続したことを検出するそれ自体が周知である手段も備えている。イーサネット（登録商標）・ケーブルがイーサネット（登録商標）１．４ポートに再接続したとき（ステップＳ４）、それに相当するタイムスタンプも保存される(ステップＳ５)。
【００３４】
切断イベントに関する情報はグループ化される。当該情報は、切断タイムスタンプと再接続タイムスタンプを含み、もちろん、加入者IDとそれに対応するＶｏＤサービスに関する情報も含まれる。それらの情報は、サーバーへの再接続時にリモート・サーバーに送信される（ステップＳ６）。この情報の送信手段はＳＮＭＰトラップ・タイプ（ＳＮＭＰ通知とも呼ばれる）のパケットを使うことである。ＳＮＭＰトラップは、警報や種々の非同期なイベントを伝えるために使われる。これはこの種の情報を送信するのに適している。
【００３５】
ＳＴＢがイーサネット（登録商標）・ネットワークやそれ以上簡単な構成はないポイント・ツー・ポイントを介してゲートウェイに接続された場合、ＳＴＢのゲートウェイからの切断は、ＳＴＢによっても検出される。イーサネット（登録商標）・ケーブルがＳＴＢポートから切断されると、ＳＴＢはイーサネット（登録商標）物理ポートのケーブル接続が失われたことを検出する。ゲートウェイがLANから切断されると、ＳＴＢ、はイーサネット（登録商標）・ネットワーク上に装置が存在しないことを検出するという従来の方法によって、ゲートウェイが存在しないことを検出する。言い換えれば、装置はゲートウェイにはもはやLANを介しては到達できないという事実を検出する。
【００３６】
無線ローカル・エリア・ネットワークの場合には、ＳＴＢはゲートウェイとの接続遮断を検出する。これは、ＳＴＢがもはや無線ネットワークに接続されていないか、ゲートウェイがもはや無線ネットワークに接続されていないかのどちらかということである。前者の場合、ＳＴＢはネットワークとの接続が失われたことを検出する。後者の場合には、ＳＴＢは、無線ネットワーク上に装置が存在しないことを検出するという従来型の方法によって、ネットワーク上にゲートウェイが存在しないことを検出する。
【００３７】
イベントに関する情報は、ＳＴＢのフラッシュ・メモリーに保存しておくことができる。これにより、イベントのトレースを保存しておくことが可能であり、必要があれば後でオペレーターにこの情報を再送信することが可能となる。
【００３８】
この情報はオペレーターの要求に基づき送信することができる。この要求は具体的にはＧＥＴ  ＳＮＭＰタイプである。
【００３９】
この情報は、ＶｏＤサービス・オペレーターによってケーブル接続断のイベントを知るために使われる。つまり、オペレーターはサービスが中断したにもかかわらずユーザーが得られているサービスの量に関する正確な情報を持てる。
【図１】
2010508685.tif 000003
【図２】
2010508685.tif 000004
【図３】
2010508685.tif 000005
【図４】
2010508685.tif 000006
【手続補正書】
【提出日】平成21年7月6日(2009.7.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
サービス中断原因を示す方法であって、前記サービスのクライアント装置は、第１のネットワークとのインターフェースを有し、ゲートウェイを介してリモート・サーバーに接続され、前記装置は前記第１のネットワークを介して前記ゲートウェイに接続され、前記方法は、前記装置で、
−コンテンツがダウンロード中に再生され、セッションの終了が前記装置からの確認を要求する、前記リモート・サーバーからのコンテンツ・ダウンロード・セッションを開始する段階、
−前記装置と前記ゲートウェイとの間の接続が失われたことを検出する段階、
−前記装置と前記ゲートウェイとの間の接続の回復を検出する段階、
−前記接続が失われた時間と前記接続が回復した時間を示す情報をサーバーに送信する段階、を有する方法。
【国際調査報告】
2010508685.tif 000007
2010508685.tif 000008
2010508685.tif 000009