(57)【要約】  本発明は、少なくとも２つの受信装置にサーバにより送信されたオーディオビジュアル番組の受信方法に関する。最初に、第１のユーザはサーバに文書を要求し、そのサーバは前記文書をダウンロードするユニキャストストリームを確立する。次に、第２のユーザは、一部が失われていても、同一文書の受信を要求する。サーバは提案を作成し、場合によっては低価格でダウンロードに同意する。サーバは、ユニキャストストリームからマルチキャストストリームに文書のブロードキャストを切り替える。第１と第２の装置は同じマルチキャストストリームを介して前記文書を受信する。本発明は、オーディオビジュアルコンテンツの受信装置及び上記方法を実施するサーバにも関する。【選択図】図４
2009515392.tif 000002
【特許請求の範囲】
【請求項１】
サーバが少なくとも１つのレシーバに送信したオーディオビジュアル文書の受信方法であって、
第１の装置のダウンロード要求による文書の第１の部分の送信のために、サーバと前記第１のレシーバとの間にユニキャストリンクを確立する段階と、
前記文書の第２の部分を受信する、前記第１の装置と少なくとも第２の装置にマルチキャストリンクを確立する段階とを有する方法。
【請求項２】
前記第１の装置に提案された価格より低い価格で文書の第２の部分の受信の提案を前記サーバが第２の装置に送信する段階と、
前記価格で視聴できる文書の識別情報を前記第２の装置のレベルで表示する段階とを有することを特徴とする、請求項１に記載の文書受信方法。
【請求項３】
前記サーバが提案する前記価格は前記文書の前記第２の部分の時間的長さに応じる、請求項２に記載の文書受信方法。
【請求項４】
前記文書の第２の部分の送信は、前記第１の装置への前記文書の所定部分の送信まで第２の装置に提案されることを特徴とする、請求項１乃至３いずれか一項に記載の文書受信方法。
【請求項５】
前記文書の動的サマリーを送信する段階と、前記第１の装置にすでに送信された前記文書の前記第１の部分のコンテンツに関する情報を提供する、前記動的サマリーの少なくとも一部を第２の装置のレベルで表示する段階とを有することを特徴とする、請求項１乃至４いずれか一項に記載の文書受信方法。
【請求項６】
前記動的サマリーの少なくとも一部を表示する段階は、前記文書の一部を受信する前記第２の装置の受け入れ後に行われ、前記サマリーの知識レベルがブロードキャストされている文書のレベルになると前記表示は中断される、請求項５に記載の文書受信方法。
【請求項７】
前記２つの装置への前記文書の第２の部分の送信と同時に少なくとも第２の装置に前記文書の第１の部分を送信する段階と、
前記第２の装置は受信した第２の部分を記録し、受信中に前記第１の部分を表示し、記憶したコンテンツを読み出して第２の部分を表示する段階とを有することを特徴とする、請求項１乃至６いずれか一項に記載の文書受信方法。
【請求項８】
前記２つの装置への前記文書の第２の部分の送信に続けて、前記第２の装置が文書全体を受信するように、少なくとも第２の装置に前記文書の第１の部分を送信する段階とを有することを特徴とする請求項１乃至６いずれか一項に記載の文書受信方法。
【請求項９】
文書を含むデータベースを有するサーバであって、ユニキャストモードで文書の少なくとも一部を送信するインターフェイスと、複数のレシーバにマルチキャストモードで前記文書の少なくとも一部を送信するインターフェイスとを有し、
第１のレシーバにユニキャストモードで現在送信されている文書を受信するために、第２のレシーバが送信した要求を受信する手段と、
前記第２のレシーバへのユニキャストモードでの送信を停止し、まだ送信されていない前記文書の部分の前記２つのレシーバにマルチキャストモードでの送信を確立するスイッチ管理手段とを有することを特徴とするサーバ。
【請求項１０】
第２の装置への文書のダウンロード要求に応じて、前記インターフェイスは、前記第１のレシーバに提案した価格より低い価格で前記文書の第２の部分の受信を提案を、第２のレシーバにユニキャストモードで送信することを特徴とする、請求項１０に記載のサーバ。
【請求項１１】
通信管理手段が、前記第１のレシーバへの前記文書の所定部分の送信中に、マルチキャストモードでの送信を確立することを特徴とする、請求項９または１０に記載のサーバ。
【請求項１２】
前記第１の装置にすでに送信された文書の部分に対応する、前記文書の動的サマリーを送信する手段を有することを特徴とする、請求項９乃至１１いずれか一項に記載のサーバ。
【請求項１３】
前記文書の第２の部分の送信完了に続き、少なくとも第２のレシーバに前記文書の第１の部分を送信する手段を有する、請求項９乃至１２いずれか一項に記載のサーバ。
【請求項１４】
文書受信手段と、文書カタログ表示手段と、コマンド入力手段とを有するオーディオビジュアルレシーバであって、
前記受信手段をトリガーしてユニキャストリンクを介してトランスミッタからこの文書全体を受信させる文書全体の第１の選択手段と、
前記受信手段をトリガーしてマルチキャストリンクを介して前記トランスミッタから文書の第２の部分を受信させる、第１と第２の部分に分かれた文書の第２の選択手段とを有することを特徴とするレシーバ。
【請求項１５】
他のレシーバにブロードキャストされている文書のリストの受信手段と、このリストの表示手段とを有する、請求項１４に記載のオーディオビジュアルレシーバ。
【請求項１６】
前記文書の第１の部分の動的サマリーの受信手段と、
前記レシーバにすでに送信された前記文書の部分のコンテンツに関する情報を提供する前記動的サマリーの表示手段とを有することを特徴とする、請求項１４または１５に記載のオーディオビジュアルレシーバ。
【請求項１７】
前記動的サマリーの表示手段はマルチキャストリンクを介して前記文書の第２の部分の受信中に起動され、前記サマリーの知識レベルが送信された文書のレベルになったときに前記サマリーの表示が中断される、請求項１６に記載のオーディオビジュアルレシーバ。
【請求項１８】
前記受信手段は、両方の装置で、前記文書の第１の部分と前記文書の第２の部分を同時に受信し、前記レシーバはさらに、
マルチキャストリンクを介して受信した少なくとも第２の部分を記録する記録手段と、前記受信手段が受信した第１の部分をまず表示し、前記受信手段から取り出した第２の部分を次に表示する表示手段とを有する、請求項１４乃至１７いずれか一項に記載のオーディオビジュアルレシーバ。
【請求項１９】
文書受信手段と、文書表示手段と、コマンド入力手段とを有するオーディオビジュアルレシーバであって、
ユニキャストリンクを介した文書の第１の部分の第１の受信手段と、
マルチキャストリンクを介した前記文書の第２の部分の第２の受信手段とを有し、前記文書の他の装置への送信が可能であり、前記表示手段は第１の部分の次に第２の部分を表示するオーディオビジュアルレシーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はユーザの要求によるオーディオ文書及び／またはオーディオビジュアル文書の受信方法、配信サーバ、及び前記方法を実施する装置に関する。
【背景技術】
【０００２】
今日、複数のユーザに対するオーディオビジュアル文書のブロードキャストがますます広がりつつある。このためのソリューションとして地上波ネットワーク、衛星ネットワーク、データネットワークによるブロードキャストがある。これらは、特に、ＤＳＬ（デジタル加入者線）技術によるインターネットへの高ビットレートアクセスネットワークの発展に伴い完全に普及している。
【０００３】
これらのブロードキャストネットワークでは、ユーザから特に問い合わせを要しない（without specific query）ライブ番組のブロードキャストは、成熟した十分な裏付けのある技術である。
【０００４】
本発明のネットワークは、オーディオビジュアルサーバがオンデマンドでオーディオビジュアル文書を供給し、任意の（例えば、国内の）装置がネットワークから受信したオーディオビジュアル文書を表示し、同じネットワークを用いてサーバと対話できるネットワークである。オーディオビジュアル文書は一般的には一方向ブロードキャストネットワークで送信される。一般的に、オーディオビジュアル文書へのアクセスは、装置のユーザからの支払いが条件となる。電子番組ガイド（略してＥＰＧ）は、オーディオビジュアル文書（特に映画）のカタログをユーザに提供する。ユーザはこのカタログから文書を選択し、アクセス権に対する支払い後、暗号化されていないその文書を復号して表示する手段を受信する。その文書はブロードキャストネットワークで暗号化されてブロードキャストされ、レシーバは事前に受信したコードを用いてその文書を復号する。その他の方法では、文書プロバイダサーバとリンクを確立し、カタログを問い合わせ、支払い後に文書をダウンロードする。この場合、リンクはユニキャスト、すなわちサーバとその文書を要求したユーザとの間の双方向リンクであり、その文書はこのユーザにのみダウンロードされる。リンクはユニキャストモードで実行できる。価格は文書プロバイダにより決定され、一般的にはＥＰＧに表示されるので、ユーザは決定する前にダウンロードのコストを知ることができる。「コンテンツオンデマンド」と呼ばれるこれらのシステムにより、各加入者はカタログから文書を選択でき、それを受信して視聴できる。文書を格納することもある。
【０００５】
ＬＯＥＳＥＲ  Ｃｈ等による文献（タイトル「ピアツーピアベースの分散ビデオオンデマンドサービス」、２００２年６月）は「ピアツーピア」技術に基づくシステムが開示されている。かかるアーキテクチャは、ユーザに所定のサーバに接続して文書をダウンロードさせる。文書がすべて送信されれば、その文書を他のユーザがダウンロードできる。
【０００６】
この場合、ネットワークの送信帯域幅を適切に管理しなければならない。ネットワークで１回だけブロードキャストする間に複数のユーザに同一コンテンツを受信させる一方向ブロードキャスト（ネットワークがサポートするデータ量はユーザ数に依存しない）と対比して、コンテンツオンデマンドのブロードキャストはオンデマンドでデータストリームを確立する（この場合、ネットワークがサポートするデータ量はコンテンツオンデマンドサービスのユーザ数に比例する）。ビデオオンデマンドサービスの場合、（ネットワークに拘わらず）結果としてネットワーク資源を過剰に消費することが問題であり、このサービスの展開を制限している。
【発明の開示】
【課題を解決するための手段】
【０００７】
本発明は、サーバが少なくとも第１のレシーバに送信したオーディオビジュアル文書の受信方法に関する。この方法は次の段階を有することを特徴としている：第１の装置のダウンロード要求による文書の第１の部分の送信のために、サーバと前記第１のレシーバとの間にユニキャストリンクを確立する段階と、前記文書の第２の部分を受信する、前記第１の装置と少なくとも第２の装置にマルチキャストリンクを確立する段階。
【０００８】
このように、第２の装置は、第１の装置に送信された文書の少なくとも一部を受信でき、第２の通信の確立や第１の装置に割り当てられたより大きい帯域幅を必要としない。
【０００９】
第１の改良によると、サーバは、第１の装置に提案された価格より低い価格で、文書の第２の部分の受信の提案を第２の装置に送信する。第２の装置は、その価格で視聴できる文書の識別子を表示する。このように、文書全体を受信する第１の装置のユーザに対して、第２の装置のユーザは文書の一部のみを受信することに対し金銭的な補償を受ける。他の改良によると、前記サーバが提案する前記価格は前記文書の前記第２の部分の時間的長さに応じて決まる。よって、文書の一部のみの受信に対するリベートは、失われた部分の長さに応じて決まる。
【００１０】
他の改良によると、第２の装置への文書の第２の部分の送信は、文書の所定部分がブロードキャストされるまで提案される。よって、文書の少なくとも一部を送信する提案は、文書のダウンロードの開始時のみに行われる。その後は、ユーザが興味を持つ確率は低いからである。他の改良によると、第２の装置は、文書の送信中に動的サマリーを受信し、その動的サマリーの少なくとも一部を表示し、第１の装置にすでに送信された文書の第１の部分のコンテンツに関する情報を提供する。このように、第２の装置のユーザは、第２の部分を受信する前に、文書の第１の部分について知ることができる。
【００１１】
他の改良によると、第２の装置は、文書の一部を受信する同意後に、前記動的サマリーの一部を表示する。前記サマリーの表示は、サマリーの知識レベルがブロードキャストされている文書のレベルになった時に終了する。
【００１２】
他の改良によると、サーバは、第２の部分のマルチキャスト送信と同時に、第２の装置に文書の第１の部分を送信する新しいユニキャストリンクを確立する。受信した第２の部分は、装置に一時的に記憶され、第１の部分に続いて視聴するために取り出される。
変形例によると、２つの装置への文書の第２の部分の送信に続き、第２の装置が文書全体を受信するように、文書の第１の部分を少なくとも第２の装置に送信する。このように、第２の装置のユーザは、オーダーした文書の失われた部分について知ることができる。他の改良によると、受信される文書の第１と第２の部分は、第２の装置のレベルで記録される。記録された文書の２つの部分は、正しい順序で視聴される。このように、文書の部分を送信し記録した後、ユーザはよりよい状態でそれを視聴することができる。
【００１３】
本発明は次の装置にも関する。すなわち、文書を含むデータベースを有するサーバであって、ユニキャストモードで文書の少なくとも一部を送信するインターフェイスと、複数のレシーバにマルチキャストモードで前記文書の少なくとも一部を送信するインターフェイスとを有し、第１のレシーバにユニキャストモードで現在送信されている文書を受信するために、第２のレシーバが送信した要求を受信する手段と、前記第２のレシーバへのユニキャストモードでの送信を停止し、まだ送信されていない前記文書の部分の前記２つのレシーバにマルチキャストモードでの送信を確立するスイッチ管理手段とを有することを特徴とするサーバ。
【００１４】
本発明は次の装置にも関する。すなわち、文書受信手段と、文書カタログ表示手段と、コマンド入力手段とを有するオーディオビジュアルレシーバであって、前記受信手段をトリガーしてユニキャストリンクを介してトランスミッタからこの文書全体を受信させる文書全体の第１の選択手段と、前記受信手段をトリガーしてマルチキャストリンクを介して前記トランスミッタから文書の第２の部分を受信させる、第１と第２の部分に分かれた文書の第２の選択手段とを有することを特徴とするレシーバ。
【００１５】
本発明は次の装置にも関する。すなわち、文書受信手段と、文書表示手段と、コマンド入力手段とを有するオーディオビジュアルレシーバであって、ユニキャストリンクを介した文書の第１の部分の第１の受信手段と、マルチキャストリンクを介した前記文書の第２の部分の第２の受信手段とを有し、前記文書の他の装置への送信が可能であり、前記表示手段は第１の部分の次に第２の部分を表示するオーディオビジュアルレシーバ。
【発明を実施するための最良の形態】
【００１６】
添付した図面を参照して例として説明する実施形態の説明の範囲内で、より詳細に本発明を説明する。
【００１７】
最初に、図１を参照して、ディスプレイ装置２を備えたオーディオビジュアルレシーバ１の機能を説明する。このレシーバは、プログラムメモリ（ＲＯＭ）１２とワーキングメモリ（ＲＡＭ）に接続された中央処理ユニット３と、ネットワーク６と双方向通信するインターフェイス５とを有する。このインターフェイスは帰路チャンネル（return channel）とも呼ぶ。このネットワークは例えばイーサネット（登録商標）ネットワークである。このレシーバは、復調器４に結合した受信アンテナを介して、ブロードキャストネットワークからオーディオ／ビデオデータを受信することもできる。このアンテナは、ケーブルアクセスポイントやＤＳＬ接続など、リアルタイムでオーディオ／ビデオデータの送信を可能とする任意のタイプの高ビットレートローカルデジタルバスとの物理的接続と置き換えることもできる。また、このレシーバは、リモコン８から信号を受信する信号レシーバ７と、少なくとも１つのオーディオビジュアル文書を格納する記録手段９と、テレビジョン画面２に送信するオーディオビジュアル信号を発生するオーディオ／ビデオ復号ロジック１０とを有する。オーディオビジュアル文書はデジタルなので、記録手段９は好ましくはハードディスク（ＨＤＤ）であり、記録可能型光ディスクプレーヤ／レコーダ（ＤＶＤ−ＲＡＭ）であってもよい。
【００１８】
リモコンは、方向ボタン↑、↓、→、←と、ボタン「ＯＫ」、「購入」、「送信」とを有する。これらの使用方法は以下に説明する。レシーバは、記録する文書をダウンロードしようとする時にレシーバを起動するクロック（図示せず）も有する。
【００１９】
また、レシーバは画面上にデータを表示する表示回路１１（ＯＳＤ（「オンスクリーンディスプレイ」）回路と呼ばれることが多い）を有する。ＯＳＤ回路は、メニューや絵文字（例えば、表示チャンネルに対応する番号）を画面上に表示したり、２つのオーディオビジュアルコンテンツをミックスしたりするテキスト・グラフィックスジェネレータである。ＯＳＤ回路は、中央処理ユニット３と、メモリ１２に格納された「オーディオビジュアルコンテンツ制御プログラム」（略してＡＣＣＰ）と呼ばれるプログラムとにより制御される。一般的に、ＡＣＣＰプログラムは読み取り専用メモリに書き込まれたプログラムモジュールと、ワーキングメモリに記録されたパラメータとにより構成されている。また、ＡＣＣＰプログラムは、例えば、ＡＳＩＣタイプの専用回路で実現することもできる。この回路は、ユーザが有料番組を視聴する決定をした後に支払いを実現させるセキュリティ機能を有する。
【００２０】
レシーバは、帰路チャンネル６またはブロードキャストネットワークからオーディオビジュアル文書の識別データを受信する。このデータは、例えば、タイトルや予告編の画像などの表示可能要素（displayable elements）を含む。ユーザは、ＥＰＧとリモコン（remote control）のボタンを用いて、受信する文書を選択し、ハードディスク９に記録する。
【００２１】
図２に示したコンテンツオンデマンドサーバ２０は、中央処理ユニット２１と、サーバ側のＡＣＣＰプログラムを含むプログラムメモリ２２と、好ましくはハードディスクまたはＳＡＮにより実現される記憶領域中のオーディオビジュアルデータベース２３を含むメモリと、前記のレシーバ１と双方向ネットワーク６を介して双方向通信を確立する通信インターフェイス２４とを含む。とりわけ、データベース２３は利用可能文書のカタログを含む。コンテンツオンデマンドサーバは、インターフェイス２５によりブロードキャストネットワークマネージャとも接続されている。とりわけ、コンテンツオンデマンドサーバは、このマネージャと、指定された日時に文書をブロードキャストするオーダーを伝達する。好ましい実施形態では、一方向通信インターフェイス２５と双方向通信インターフェイス２４は同じものであり、同一のネットワークを使用する。各通信フレームのアドレスレベルで差別化が行われる。
【００２２】
本発明の相異なる要素を説明したので、ここで、それらがいかに協働するか説明する。
【００２３】
図３は、一実施形態による、システムの主要要素とこれらの要素間のデータ交換とを示す図である。コンテンツオンデマンドサーバは、ディシジョンサポートシステムとブロードキャストネットワークを介して通信（dialogue）する。このディシジョンサポートシステムはあれこれの加入者にダウンロード権を与え、または与えない。コンテンツオンデマンドサーバは、ＤＳＬＡＭ（デジタル加入者ラインアクセスマルチプレクサ）に接続されている。加入者はこの装置により公衆電話網のペア電導体を介して高ビットレートデータネットワークに接続できる。ＤＳＬＡＭは、なかんずくＩＰトラフィックのルーティングとマルチキャストパケットの複製をするネットワーク要素である。ディシジョンサポートシステムは、ユニキャストモードからマルチキャストモードへの移行をオーダーするために使用される。ＤＳＬＡＭは一実施形態として考えるべきであり、他の任意のルータでもよい。
レシーバ１を有する各加入者は、ＤＳＬＡＭとディシジョンサポートシステムとユニキャストリンクを確立できる。加入者は、配信ネットワークを介してコンテンツオンデマンドサーバと通信（dialogue）する。
【００２４】
図４は、コンテンツオンデマンドサーバと加入者が有する２つのオーディオビジュアルレシーバ１との間のデータ交換（exchange）を説明する図である。連続する通信を４．１乃至４．６と付番した。
【００２５】
通信４．１において、加入者Ａが自分のレシーバ１で起動しているＡＣＣＰプログラムを用いてコンテンツオンデマンドサーバの文書をオーダーする。ある金額Ｍを支払うと、配信ネットワークを介してコンテンツオンデマンドサーバと加入者装置Ａとの間にユニキャスト通信が確立され、サーバが加入者装置に文書を受信する権利を与える（通信４．２）。ユニキャスト通信は、サーバと指定された単一の装置との間でのみ実行されるという点が特徴である。ＩＰネットワークを介した通信の場合、サーバが送信したデータフレームに含まれるアドレスは加入者Ａのアドレスである。通信４．３において、サーバはオーディオビジュアル文書を、それを視聴できる加入者Ａに送信する。
【００２６】
短時間後（例えば、数分後）、他の加入者Ｂが、自分のＡＣＣＰプログラムを用いて同じビデオをコンテンツオンデマンドサーバに要求する（通信４．４）。コンテンツオンデマンドサーバは、（例えば、ＤＳＬＡＭレベルに配置された）ディシジョンサポートシステムに、ＤＳＬＡＭレベルで５分間ずれた２つの同じストリームを確立する可否を通知する。
【００２７】
ディシジョンサポートシステムは、ＤＳＬＡＭのネットワークアップストリームの現在の使用状況を分析して、加入者Ｂのこの情報に基づき価格オファーを引き下げる。ディシジョンサポートシステムは、ネットワークの状態を反映した、Ｍより低い金額Ｍ′を決める。ネットワークトラフィックが軽ければ、同一ストリームの並行したブロードキャストを経済的にする必要は小さいので、引き下げは大きくないであろう（例えば、Ｍ′＝Ｍ×８０％）。しかし、ネットワークが飽和状態に近ければ、加入者Ｂをこのソリューションの選択に駆り立てるために引き下げをもっと大きくする（例えば、Ｍ′＝Ｍ×２０％）。まったく、ネットワークがこれ以上ストリームを供給できないとき、価格を下げても新しい加入者が提案を受け入れない場合、その加入者は映画を見ることができず、売り上げが失われるだけである。
【００２８】
ディシジョンサポートシステムは、他のネットワーク加入者が数分前に同じ文書をオーダーしたので、ビデオの最初の５分間を見逃してもよければ、所望の文書を受信できると、加入者Ｂに通知する。それと引き替えに、そのネットワーク加入者はＭ′の金額だけを支払えばよい。
【００２９】
加入者Ｂがそのオファーを断れば、ネットワークの消費がストリームの帯域幅の２倍になるので、まだ可能であるかネットワークの帯域幅に余裕があれば、コンテンツオンデマンドサーバと加入者Ｂとの間の第２のユニキャストストリームがすぐに確立される。
【００３０】
加入者Ｂがオファーを受ければ、サーバは通信４．５においてその文書を受信する権利を送信する。次に、サーバは文書を受信する２つの装置のグループを画成する。次に、加入者ＡとＢに配信されるマルチキャストが、コンテンツオンデマンドサーバから設定される。加入者Ｂはビデオの視聴を開始できる。加入者Ａは（ビデオの中断無しに）このマルチキャストストリームに接続する。すると、両方の加入者に対して、使用する帯域幅は１つのストリーム分だけである。
【００３１】
ディシジョンサポートシステムが、マルチキャストストリームをユニキャストストリームに置き換えることをサーバに通知した時から、サーバは、Ａには並行してユニキャストストリームを送信し、Ｂにはマルチキャストストリームのみを送信する（Ｂへのルーティングはディシジョンサポートシステムが設定する）が、これは所定の短い時間（数秒のオーダー）だけである。レシーバＡは、第２のマルチキャストストリームがあり、この新しいマルチキャストストリームに接続してオーディオビジュアルデータを受信できることを、（ビデオオンデマンドシステムでよく使用されるメカニズムであるＲＴＳＰタイプの）非同期メカニズムにより通知される。加入要求の処理は、ディシジョンサポートシステムによりストリームの変更について前に通知され、レシーバＡにまだ送信されていない中間データを記憶するＤＳＬＡＭにより行われる。ＤＳＬＡＭはユニキャストストリームを停止し、加入要求の受信時にＡに対するマルチキャストストリームを開始する。このように、ＤＳＬＡＭとレシーバＡとの間のリンクは過負荷にならず、損失や重複が無くなる。
【００３２】
理論的には、オファーはビデオブロードキャストのどの時点でもできるが、オファーが商業的価値を有するには、ブロードキャストがその文書全体のブロードキャストの最初の１０％の場合にサーバがそのオファーをできる。例えば、２時間の文書の場合、その１２分が経過するとオファーをする商業的価値はないであろう。１０％より多い部分が失われた文書を受信するオファーをユーザが受け入れる確率は、提示価格がいくらであろうと、小さいであろう。
【００３３】
好ましい実施形態では、最初、ユーザＢは、他のユーザ（具体的にはＡ）が所望の文書をすでに受信していることを知らない。別の実施形態では、ユーザＢは、少なくとも視聴できる文書の一部の識別情報と、他の装置がその文書をオーダーされ、それゆえダウンロードされているか否かとを自分のメニュー上で見ることができる。図５は、この変形例としてメニューの一例を示している。加入者Ｂの装置のＡＣＣＰプログラムにより生成されるこのメニューは、すでにブロードキャストされている文書の価格と時間的長さとを含む。このように、加入者Ｂは、このオファーを受けた場合に、受信できない逸失時間（truncated time）を知ることができる。有利にも、提示価格は文書の逸失時間に応じて計算される。例えば、加入者Ｂが文書の始めから３分間を失う場合、価格は１０％低下し、加入者Ｂが最初の１２分間を失う場合、割引は３０％まで上がる。割引がされるのはブロードキャストが一定時間（例えば、１０％）を経過していない文書に限られる。これを過ぎると、かかるオファーを受けるユーザはほとんどいないので、ＥＰＧが不必要に見づらくなるだけである。図５に示したメニューでは、ユーザＢには、文書１、２、３及び５が視聴可能でありオーダーできることが分かる。これらの文書は「プライベート」とマークしてある。このマークは、サーバとユニキャストリンクを確立することにより、その文書を個人的に全体として受信することを示している。ユーザは、ブロードキャストが開始されたばかりの文書を受信することができることも分かる。これらの文書の価格は割引されている。ユニキャストモードで価格が５ユーロの文書１の場合、同じ文書でも最初の３分間が失われていると、３ユーロより高くなく、最初の８分間が失われていると、１ユーロよりは高くない。文書２は全体だと４ユーロかかるが、最初の５分間が失われている（truncated）と、２ユーロとなる。文書のブロードキャストが始まって長く経てば経つほど、価格は下がることが分かる。有利にも、サーバは、ブロードキャストされた時間に応じて文書のコストを求める式を持つことができる。すなわち、次のパラメータＴ：映画の総上映時間、ｔ：ブロードキャスト開始からの経過時間、Ｐ：文書全体の価格、ｐ：すでにされたブロードキャストを考慮した提示価格とする。式の一例として：ｔ／Ｔ＜０．１であれば、ｐ＝Ｐ×（１−８×ｔ／Ｔ）。この例では、文書の１０％がブロードキャストされている時、オファーとして通常価格の８０％で残りの部分を提示する。
【００３４】
本発明の改良として、サーバが加入者Ｂにするオファーにおいて一時的なユニキャストストリームを加える。例えば、最初が失われた文書を受信するオファーを提示するメニューには、画像挿入モードで、実際に加入者Ａに何がブロードキャストされるか表示する。このように、文書の一部を見られるようにすると、加入者Ｂの興味を引きつけられる。さらに、加入者は、その文書をすでに見たことがあれば、ブロードキャストがいつの時点か判断することができる。この改良により、加入者は、メニューを見て、文書をダウンロードするかどうか決定して、同時に、そのコンテンツの見当をつけることができる。一部を見られるようにするだけで、メニューが提示するオファーにコマーシャル的価値を付加することができる。挿入により見られるようにすること（visualization）は、加入者が選択する時に、コンテンツオンデマンドサーバと加入者Ｂとの間で行われる。文書を見られるのはオファーの時間（約数分間）だけに限定さる。図５に示した画面の外観は定期的に更新される。価格は変更され、長い時間ブロードキャストされた文書は消される。例えば、少なくとも１０％がブロードキャストされた文書や、長さに拘わらず２０分よりながくブロードキャストされた文書は消される。
【００３５】
本発明の他の改善によると、加入者Ｂが受けた場合、サーバはその文書の失われた部分の動的サマリーを提供する。これにより、加入者Ｂは、加入者Ａが実際に受信しているのと同じレベルまで、その文書のコンテンツをすぐに知ることができる。第１の変形例において、このサマリーは失われた部分の特徴を表す重要なビデオシーケンスよりなるユニキャストストリームである。場合によって、このシーケンスには説明テキストが含まれる。第２の変形例として、加入者Ｂは、オファーを受け入れるとすぐに、失われた部分に対応する動的サマリーテキストを受信し、マルチキャストストリームが二人の加入者ＡとＢのために確立される。動的サマリーの一実施形態は、出願人が出願した欧州特許ＥＰ１，１００，２７１に記載されている。次に、インターラクティブアプリケーションが画面の下部にバナーとしてテキストサマリーを表示する。サマリーの知識レベルが文書のレベルと合うと、前記動的サマリーの少なくとも一部の表示は中止される。そして、インターラクティブアプリケーションは停止し、レシーバのメモリから削除される。
【００３６】
この実施形態は、加入者Ａが要求した文書のブロードキャスト中に接続できるＢタイプの加入者の数を限定するものではない。例えば夜間など需要が大きい時に、複数のユーザが同じストリームを非常に短い期間に要求することがある。ここで、以下の例を考える：加入者Ａが、時刻Ｔに金額Ｍで最初の要求をする。上記のシステムでは、加入者ＢがＴ＋２分に同じ映画を見ることを欲している場合、ディシジョンサポートシステムはその加入者Ｂに割引をオファーする。加入者Ｂが受け入れると、コンテンツオンデマンドサーバは、文書のブロードキャストをマルチキャストに切り替え、加入者ＡとＢに通知する。Ａの場合、切り替えは透過的（in a transparent manner）に行われ、ビジュアライゼーションシステム（visualization system）自体がマルチキャストストリームにおけるユニキャストストリームの受信を管理する。他の加入者ＣがＴ＋４分に同じ映画を見ることを欲しているとする。ディシジョンサポートシステムは、ビデオの最初の４分を見なくてもよければ割引（加入者Ｂの割引と同じでも違っていてもよい）を提示することができる。この場合、本システムはまだ有効であり、まだ簡略化することもできる。加入者Ｃが受け入れると、マルチキャストストリームを送信すればよいからである。この時、インターラクションはＤＳＬＡＭのレベルに集中しており、他の加入者のためにストリームを変更する必要はない。
よって、この文書配信システムの加入者数は理論的には無限である。
【００３７】
本発明の他の改良によると、レシーバ１は、ブロードキャスト文書の少なくとも一部を記憶して時間シフトする手段を有する。この機能により、文書をリアルタイムで受信して、一時的に記憶して、受信後のある時間に再生することができる。この改良によると、サーバは、ユーザＢが文書の第２の部分を受信するようにマルチキャストリンクを確立し、同時に、このユーザがその文書の第１の部分も受信できるようにユニキャストリンクを確立する。そして、ユーザＢが第１の部分を視聴すると同時に、ユーザＢのレシーバがマルチキャストリンクにより送信された第２の部分を記録する。そして、第１の部分の全体が送信されると、加入者Ｂのレシーバはメモリからオーディオビジュアルデータを抽出して、第１の部分の長さと同じ時間シフトをして、第２の部分を表示する。このように、ユーザは文書全体を視聴することができるが、ユニキャストとマルチキャストの受信モードの変化には気がつかない。
【００３８】
本発明の他の改良によると、加入者Ｂが要求した文書は、全体を記録して後で見るようになっている。加入者Ｂの装置は、２つの部分に分けて文書を記録する：第１の部分は、文書の開始時に始まり、ユニキャストストリームからマルチキャストストリームへ切り替えが起こる時間Ｔｃｏｍで終了する；第２の部分は、Ｔｃｏｍに始まり、文書の終わりで終わる。
【００３９】
この改良により、ディシジョンサポートシステムは、失われた部分は文書のブロードキャストの終わりにブロードキャストされることを加入者Ｂに通知して提案する。このように、加入者Ｂのレシーバは最終的には文書全体を記録できる。これは図６に示されている。図５のメニューの要素はそのままである。ＡＣＣＰプログラムは、失われた部分をダウンロードするオプションをユーザに選択させるコマンドバナーを画面の下部に表示させる。ユーザはこのオプションを選択し、応答がサーバに送信される。加入者Ｂがこのオプションを選択することによりオファーを受け入れると、ある時間ユニキャストモードで文書をブロードキャストしてきたサーバは、以下の動作をこの順序で実行する：
−ユニキャストモードでの文書のブロードキャストを停止し、マルチキャストモードでその文書をブロードキャストし、同時に、加入者ＡとＢの装置は、マルチキャストストリームの新しいアドレスについて通知される。
−マルチキャストモードで文書の第２の部分をブロードキャストする。
−（タイプＢの加入者のために）文書の第１の部分のブロードキャストをする。
加入者Ｂの装置は文書の２つの部分を記録し、記録後にその２つの部分を正しい順序で表示する。
【００４０】
有利にも、Ｂの装置は、サーバが文書の第１の部分を送信を開始する時をユーザに通知し、ユーザにそれの視聴を開始するように促す。ユーザはコマンドを入力することにより受け入れると、Ｂの装置は現在ブロードキャストされているコンテンツを表示する。第１の部分のブロードキャストが終了すると、Ｂの装置は自動的に切り替わり、メモリから文書の第２の部分を取り出す。よって、ユーザは、文書の全体を視聴でき、ネットワーク帯域幅を最大限に利用できる。
【図面の簡単な説明】
【００４１】
【図１】本発明を実施するオーディオビジュアルレシーバのブロック図である。
【図２】本発明によるサーバの相異なる要素を示す図である。
【図３】文書の配信及び主交換システムの相異なる要素を示す図である。
【図４】２つのユーザとサーバとの間の相異なるダイアローグを示す図である。
【図５】ユーザに文書を選択させる画面の外観を表す図である。
【図６】本発明の改良による、ユーザに文書を選択させる画面の外観を表す図である。
【図１】
2009515392.tif 000003
【図２】
2009515392.tif 000004
【図３】
2009515392.tif 000005
【図４】
2009515392.tif 000006
【図５】
2009515392.tif 000007
【図６】
2009515392.tif 000008
【国際調査報告】
2009515392.tif 000009
2009515392.tif 000010
2009515392.tif 000011
2009515392.tif 000012