JP4317012B2 - ユーザによって申し込まれた視聴覚番組を送信する方法及びそのための端末とサーバ - Google Patents

Description

発明の詳細な説明

本発明は、ネットワークにつながれた少なくとも１つの端末に視聴覚番組を送信する方法と、前記方法を実現する端末と、前記端末に前記番組を送信するサーバに関するものである。本発明は、特に視聴覚番組の受信が支払いを条件とする場合に適用される。

本発明の背景は、視聴覚番組を要求に応じて提供可能な視聴覚サーバと、地上波、マイクロ波、又は衛星のネットワークから受信した視聴覚番組を表示し、放送ネットワークを用いてサーバと通信可能な何らかの家庭内装置との背景である。視聴覚番組は、一般的に片方向の放送ネットワークで送信される。通常、視聴覚番組へのアクセスは、装置のユーザによる支払いを条件とする。電子番組ガイド（略してEPG）は、ユーザに視聴覚番組、特に映画のカタログを提示する。ユーザがこのカタログから番組を選択し、アクセス権を支払った後に、明瞭にそれを見る手段を受信する。番組は、放送ネットワーク上で暗号化された形式で送信され、受信機はあらかじめ受信したコードを用いて番組を解読する。番組を提供するサーバに呼び出しを行い、カタログを問い合わせ、支払いの後に番組をダウンロードするという他の動作方法がある。番組供給者によって決められた価格は、ユーザが確約する前に操作のコストを知るために、通常はEPGに表示される。

特定の装置はハードディスク、又は番組を保存するいくつかの他の手段（カセット、カートリッジ、DVD-RAM等）を有する。そして、表示の制約に関係なく、番組が圧縮した形式でネットワークを通じて直接ハードディスクにダウンロードされ得る。番組はいつでもユーザの干渉なしでダウンロードされ得る、同時に、それは例えば夜にユーザを当惑させない。番組は、受信されると保存される。視聴中、装置は番組をストレージ手段から読み取り、それを解凍し、視聴覚信号をスクリーンに送信する。

実際、ダウンロードの収益性は、状況に応じて相当に変動する。本発明の１つの目的は、前記のダウンロードの収益性を最適化できることである。このために、本発明は、サーバから少なくとも１つの端末に視聴覚番組を送信する方法に関係し、ダウンロード可能な視聴覚番組のカタログを端末で見る第１のステップを有し、次の順番のステップを有することを特徴とする。
端末において、
・少なくとも１つの視聴覚番組を選択するステップ
・選択された番組の受信の条件になる提案を生成するステップ
・前記提案をサーバに送信するステップであって、前記提案が少なくとも次の、期限、価格のうちの少なくとも１つのパラメータを有するステップ
サーバにおいて、
・端末によって送信された提案を分析し、前記パラメータを考慮した番組を送信する判断を決定するステップ
番組を送信する判断が行われた場合に、
・選択された番組を送信するステップ
・提案を送信した各端末が受信された番組を視聴することを可能にするコードを送信し、最小の価格の支払いの後に、及び／又は決められた期限の満了に遅れることなく、視聴が生じるステップ
このように、本発明の解決策は、制限されたユーザの集団にダウンロードされ、サーバに利益のない番組をサーバが低価格で提案する必要がないことを意味する。決められた番組の価格を公開する先行技術に対して、本発明の価格は、関心に従ってユーザによって決められ、収益性に従ってサーバにより有効にされ得る。

改良として、番組がカタログに載せられたときから決められた時間の後に、前記分析ステップが起動される。その変形として、決められた数の提案が受信された後に、前記分析ステップが起動される。

改良として、分析ステップの後に、番組を送信しないことを決めたことを示す通知をサーバが端末に送信する。前記通知は、番組を送信するサーバの拒否の理由の表示を含み得る。前記通知はまた、提案に組み込まれ、ユーザが番組を視聴することを可能にするパラメータを含み得る。

他の改良として、端末によって送信された提案が、カタログから番組の一部、例えば正確なトピックを決める表示を含む。そして、前記番組の一部からサーバ自体の基準を作る番組の送信をサーバが選択する。他の改良として、番組を送信する判断は、好ましくは、多数のユーザが番組を申し込むと行われる。このように、本発明は、サーバが事前にわかるユーザ数のみに番組をダウンロードすることを可能にし、前記のユーザ数が少なすぎる場合に、ダウンロードを保留し、又はカタログから番組を除去することを可能にする。

最後の改良として、本方法は、特定の条件の下で端末に受信することを望む番組を記録するステップを有する。

本発明はまた、中央処理ユニットと、視聴覚番組を受信する手段と、ネットワークで双方向通信する手段と、利用可能な番組のカタログを表示する手段と、視聴覚番組を選択する手段とを有する視聴覚端末に関し、少なくとも１つの選択された番組のダウンロードに関する価格及び／又は期限のような少なくとも１つのパラメータを生成する手段と、少なくとも１つの番組の識別子と入力されたパラメータを有する提案をネットワークに送信する第１の手段と、あらかじめ生成されたパラメータに従って番組をダウンロードする取り決めを受信する手段と有することを特徴とする。

本発明はまた、視聴覚番組を含むデータベースを有するサーバに関し、前記サーバは、複数の端末とのリンクを確立する通信インタフェースを有し、データベースに含まれる少なくとも１つの番組を送信する提案を受信する手段であって、少なくとも１つの端末から発せられた前記提案が、サーバから端末への番組の送信に関する価格又は期限のような少なくとも１つのパラメータを有する手段と、受信された提案を分析する手段と、送信されたパラメータを考慮して番組を送信する判断を決定する手段と、少なくとも１つの選択された番組を視聴するコードを端末に送信する手段とを有することを特徴とする。

本発明は、添付の図面を参照して、説明の目的で挙げられた例示的な実施例の次の説明に関して、更に詳細に明らかになる。

まず、図１を用いて、ディスプレイ装置２を備えた視聴覚受信機１の動作を説明する。受信機は、プログラム（ROM）メモリと作業（RAM）メモリ１２に結合した中央処理ユニット３と、ネットワーク６との双方向通信のためのインタフェース５とを有する。前記インタフェースはまた、帰路チャネルとも呼ばれる。前記ネットワークは、例えばIEEE1394のネットワークである。受信機はまた、復調器４に関連付けられた受信アンテナを介して放送ネットワークから音声／映像データを受信し得る。アンテナはまた、ケーブルのアクセスポイントやDSL接続のように、音声／映像データをリアルタイムで送信する何らかの形式の高速ビットレートのローカルのデジタルバスに交換され得る。受信機はまた、リモコン８から信号を受信する赤外線信号受信機７と、視聴覚番組の保存のためのストレージ９の手段と、テレビスクリーン２に送信される視聴覚信号を生成する音声／映像デコードロジックシステム１０とを有する。視聴覚番組の種類はデジタルであるため、ストレージ９の手段は、好ましくはハードディスク（HDD）であり、また、記録可能な光学ディスクドライブ（DVD-RAM）であってもよい。

リモコン８は、方向ボタン↑、↓、→、←と、“OK”ボタンと、“購入”ボタンと、“送信”ボタンを有し、その使用は以下に説明において明らかになる。受信機はまた、時計（図示なし）を有し、受信された番組がダウンロードされているときに受信機を起動させる。

受信機はまた、スクリーンにデータを表示する回路１１を有し、しばしばOSD回路、“表示画面”と称される。OSD回路１１は、画面上のメニューや、絵文字（例えば表示されるチャネルに対応する数）を表示するために用いられる、又は２つの視聴覚コンテンツを混合するために用いられるテキストとグラフィックの生成装置である。OSD回路は、中央処理ユニット３と、メモリ１２に存在する“ローダー”と言われるプログラムによって制御される。ローダーは、一般的に読み出し専用メモリに書き込まれたプログラムのモジュールと、作業メモリに保存されたパラメータとを有する。ローダーはまた、例えばASIC形式の特定の回路の形式で実現され得る。前記回路は、ペイ・パー・ビューの番組を視聴するユーザの判断に続いて支払いを行うためのセキュリティ機能を有する場合がある。

受信機は、帰路チャネル６又は放送ネットワークから視聴覚番組の識別データを受信する。前記データは、視聴可能な要素、例えばタイトル又は予告の画像を有する。EPGとリモコンのボタンを用いて、ユーザは、１つ以上の番組を受信し、ハードディスク９に記録することを目的として、１つ以上の番組を選択する。

図２に示されるサーバは、中央処理ユニット２．１と、プログラムメモリ２．２と、好ましくはハードディスクに実現されるデータベース２．３を有するメモリと、双方向のネットワーク６上で双方向のリンクを前述の受信機に提供する通信インタフェースとを有する。データベース２．３は主に利用可能な番組のカタログを有する。サーバはまた、インタフェース（図示なし）を介して放送ネットワークマネージャに連絡を行う。それは前記マネージャに決められた日時に番組を放送する指示を主に送信する。

本発明の異なる要素を説明したので、それらがどのように協同するかを説明する。

ユーザとサーバとの間の異なる通信が図３に示される。まず、利用可能な番組のカタログを放送ネットワークから初めにダウンロードするローダープログラムをユーザが開始する。ネットワーク６上でサーバにログオンし、カタログをダウンロードするという改良がある。サーバによって管理されるカタログは、ユーザに提案される番組のリストを有し、前記番組はタイトル又は予告の画像によって識別される。

そして、ユーザが少なくとも１つの番組を選択するために、カタログがスクリーン２に表示される。ユーザの空き時間と予算を考慮して、ユーザは、受信機で番組を見る究極の目的を備えたパラメータ、すなわち価格と番組が利用可能になる最終期限を決定する。そして、第１の通信（通信３．１）の間に、ユーザは次の要素からなる３つの組をサーバに送信する。
・EPGに付けられた番組の識別子
・番組を受信する最終期限
・申し込まれた価格
サーバは全ての提案を記録し、分析ステップに続いて、前記放送がサーバに利益になることを超えたサーバのパラメータを決定する。前記パラメータは、決められた時間ネットワークを占有する番組の放送の継続時間に従って、及び放送の時間に従って計算される。例えば、夜の送信は日中より安い。所定の番組について提案の分析ステップの後に、サーバは、各提案のパラメータとあらかじめ計算されたパラメータを比較する。ユーザによって申し込まれた価格がサーバによって決められた価格以上であり、かつ、ユーザによって申し込まれた最終期限がサーバによって予測された日付以降である場合は、サーバはユーザからの提案を受け入れ、通信（通信３．２）で取り決めをユーザに通知する。サーバはまた、ユーザに支払い要求を送信する（通信３．３）。サーバがパラメータを送信せず、そして、ユーザがそれを知ることができず、ユーザが相当の金額を提案して、ユーザが受信可能になるように番組の放送を指示することにサーバが関心を有することを確実にさせることに注意することが重要である。

ユーザは、提案が受け入れられた通知を受信し、サーバは番組の支払いをユーザに要求する。周知の技術、例えば前納のトークンや、受信機に挿入された銀行の形式のスマートカードを用いることにより、ユーザは支払いを行う。支払いのパラメータは、サーバに送信される（通信３．４）。サーバは支払いのパラメータが信頼できることを検査し、そうである場合は、番組が受信されると受信機が番組を解読することを可能にする特定のコードを受信機に送信する（通信３．５）。ユーザは支払いを直接行わず、後で提示される請求書に対して受信した番組の支払いを約束するという可能性のある改良がある。前記請求書は、他のサービスの中でもケーブルアクセス供給者や衛星テレビ運営者に対する購読料のような、所定の期間におけるユーザの異なるサービスの使用を含む。

番組は異なる方法でユーザに利用可能になり得る。提案を送信した各受信機に暗号化された形式で番組を記録するという第１の方法がある。そして、提案が受け入れられ、支払いが行われると、解読に用いられるコードが受信機に送信される。このように受信に関係なく支払いが行われ得る。まず受信機に提案の受け入れを送信し、支払いが行われた場合には、解読のコードを送信するという改良がある。そして、番組は暗号化された形式で送信され、受け取ると解読され、受信機のメモリに明瞭に記録する。前記他の方法は、記録された番組が視聴される毎に解読することを回避する利点を有する。

ユーザがパラメータを入力し、サーバと端末間の通信を開始できることによって、ローダーがメニューを表示する。図４ａに示される第１のメニューは、サーバによって申し込まれた番組のカタログを示すためのものである。前記例において、３つの番組、“Life of Brian”と“Super Bowl”と“Jaws”が利用可能である。“購入”と記されたアイコンがタイトルの近くに配置される。ユーザは、受信を望む番組に対応するアイコンを選択する。リモコン８に特別の“購入”ボタンを使うという改良がある。図４ｂに示されるメニューが現れる。前記メニューはユーザに提案のパラメータを入力させる。ウィンドウにおいて、ユーザはリモコン８のデジタル・キーパッドのボタンで支払いを望む価格、前記例では２５Ｆを入力する。他のウィンドウで設定した価格で番組を受信する最終期限“12時00”を入力する。そして、ユーザが“送信”ボタンを押すことにより提案を確認する。提案は、選択された番組の識別子と、ユーザが入力したパラメータを有し、サーバに送信される。

サーバは、ネットワーク６上で提案を受信し、同じ番組に関する他の提案とともにデータベース２．３にそれを記録する。番組がカタログに配置された後の特定の時間（例えば６時間）の終わりに、サーバは、受信された提案を分析するステップを起動する。それは、まず消滅していない提案のセット、すなわちどれがユーザによって申し込まれた期限内に送信され得る番組に関係するかを決定する。サーバは、前記のセットの提案の合計価格と、ユーザによって課された送信期限を計算する。後述の方法により、サーバは、番組放送をプログラムするかどうかを決定する。サーバが利益にならないため放送をキャンセルすると、通信で番組の識別子を示すその拒否を通知する。前記の通知は、放送ネットワーク上又は帰路チャネル上のいずれかで行われる。通知が放送ネットワーク上で行われる場合、各受信機は、その番組について以前送信した提案を有するかどうかを確認し、もし有する場合は、提案に対する番組を受信しないということを、スクリーン２のメッセージを介してユーザに知らせる。

サーバが利益になると認め、番組の放送をプログラムする場合、各ユーザとの通信を繰り返す。このため、それは、取り決めと、番組の識別子と、各ユーザによって申し込まれたパラメータと、番組の利用可能な日付とを示すメッセージを、提案を送信した全ての受信機に送信する。受信機は、番組のダウンロードの時間を示す図４ｃに示されるメニューを表示する。そして、サーバは支払いを要求する。ユーザは、以前の例に従って２５Ｆの金額での取引を示す効果を有する“OK”ボタンを押すことによって確認する。サーバは支払いの証明を受信し、図４ｄに示されるメニューの形式で表示される受け入れの通知をユーザに戻す。「“Life of Brian”の番組が配信される」という文が表示される。ユーザに送信された提案の受け入れは、番組のダウンロードの前のすぐの時より遅れることなく送信される。

提案を分析するステップは、番組がカタログに申し込まれたときから決められた時間に簡単な方法で起動される。所定の番組の提案を数えて、特定の数の提案が受信されると分析ステップを起動する改良がある。サーバによって初めに最大の期限が設定された後に、最小の数の提案が到達されなければ、サーバは放送を指示しない。

当然に、分析ステップの後であって、放送の前に他の提案が到達し、サーバによって計算された価格と期限のパラメータに合う場合、それは受け入れられ、それを要求したユーザに番組がダウンロードされる。

提案を拒絶する少なくとも１つの理由をサーバが示すという本発明の改善がある。例えば、短い期限を要求して非常に長い継続時間の番組を提案することは、放送ネットワークの占有帯域の物質的な理由で受け入れられない。どのような価格が提案されても、その提案は満たされない。サーバは、提案分析ステップの終わりまで待たずに、拒否の理由を示す否定についてユーザに即座に応答する。前記改善は、この場合他の期限を指示し、それをサーバに送信することによって、ユーザが拒否の理由を考慮して提案を再入力することを可能にする。前記新しい提案は受け入れられる可能性を更に有する。

ユーザが受信を希望する番組を正確に定めず、シグナリングテーブル（signaling table）（例えば、DVB-SI規格に記載されたテーブル）において送信される１つ以上の基準を定めるという改良がある。前記テーブルは、視聴覚番組の特徴を示す属性を含む。基準は、共通の基準を有する番組の一部を規定する。例えば、ユーザは、種類：映画及びトッピック：空想科学小説、又は“ドキュメンタリー”及び“野生生物”のように、１つ以上のトピック及び／又は番組のサブトピックを定め得る。ユーザはまた、俳優の名前又は製作者の名前を使用し得る。例えば、ユーザはサーバに“John Wayne”の“西部劇”を要求し得る。交換に、基準に対応する、又は分析ステップが放送の受け入れという結果になる番組をサーバが選択し、ユーザにそれを提示する。

どの番組がどの順番でダウンロードされるかをサーバが決める方法について説明する。

サーバがカタログでｍ個の番組Ei（i=1からm）を提示することを仮定する。サーバは、ユーザからの全ての提案をデータベース２．３に記録することを前述した。特定の時間において、それは全ての提案を分析し、番組が利益になることを超えるパラメータを計算する。所定の番組“Ei”において、それが満たされる場合の提案により生じた金額は、その番組を送信する期限に従って変わる。このことは２つの理由がある。一方でサーバが長く待てば待つほど、それを満たすユーザが少なくなる。他方、早く番組を受信することを望むユーザは、より良い申し込みをする傾向にあり、受信を急いでいない人は、より低い価格を提案する。本発明は、放送が生じる価格に従ってサーバが番組の放送をプログラムすることを可能にする。

サーバは、番組毎に、次の８個の時間帯について、ユーザが番組を受信する提案を行っているユーザの数と金額を示す配列を常に更新する。番組が送信されると、配列から消える。しかし、カタログから除去されなければ、ユーザがそれを要求し続ける場合があるため、再度現れる場合がある。特定の番組は非常に人気があり、何度も送信される場合があり、最初の放送の後にカタログから除去されるべきではない。簡単にするため、以下の配列は４つのみの番組を含む。

（図は例として提示されたものであり、価格は提案の合計である。）
サーバが当面の提案、すなわち１時間以内を考慮するという第１の方法がある。この場合の提案分析ステップは、１時間に減少する。申し込まれた期限とは関係なく番組を要求した全てのユーザを満足させることができるため、前記方法は正当化される。時間帯の後で、（数回送信することを認めていなければ）サーバは送信した番組に関わるデータを配列から消去し、次の時間帯の分析を行う。そして、サーバは、その時間帯の間にどの番組がダウンロードされるかを決定する。配列は提案に即して継続的に更新され、カタログにある番組に関するものではない提案が到達すると、サーバは拒否の通知をユーザに送信する。実際に、番組がカタログに存在するとすぐに、自動的に配列に記載される。

番組毎に、サーバは各時間帯に対応する金額を加算し、最大になる番組を選択する。前記配列に示された数値から番組をダウンロードすることが生じることがわかる。
・番組E1について：4627F
・番組E2について：7924F
・番組E5について：2036F
・番組E9について：3258F
第１の方法によると、サーバは、番組を送信する前に、どれが最大になるかを示す。一番がE2であり、その後は、E1とE9とE5である。

サーバが提案をあまり受信せず、カタログが制限された数の番組を含む場合に、前記第１の方法が適切である。しかし、多くの選択がユーザに提供されていると、おそらくサーバは番組毎に提案を受信する。それ故、選択を行う必要がある。各時間帯の終わりに、ダウンロードするのに最も利益になる番組を決定する。番組をダウンロードする収益性を決定するために、サーバは放送の継続時間を考慮する。前記において、サーバは放送毎に送信時間単位（例えば分）毎の収益を計算する。
・番組E1について：4627F/58=80F/分
・番組E2について：7924F/131=60F/分
・番組E5について：2036F/28=73F/分
・番組E9について：3258F/90=36F/分
例えば、放送ネットワークの帯域が、時間帯毎に約３時間の視聴覚番組のみのダウンロードを許容することを仮定する。それ故に、時間帯を最適化し、最も利益のある番組を最初にダウンロードすることが重要である。この場合、番組E1とE5が最も利益になり、番組E2の前に実施される。そして、180-(58+28)=94分の送信が残り、それは放送番組E2には不十分である。継続時間のため、E2の放送は２つの時間帯上で生じる。E2を少なくとも２時間以内に受信する提案は満たされるが、１時間で受信することは満たされない。それ故に、E2の放送は、全ての提案を満たさない。E1を送信する131-94=37分の残り時間が次の時間ウィンドウに持ち込まれる。申し込まれた期限が満たされないユーザに、ダウンロードの予測時間と最初に申し込まれた価格より低い価格を示すメッセージをサーバが送信する。前記のユーザは、サーバによって行われた新たな提示を自由に受け入れる又は拒否する。

最大のユーザを満足する番組を選択するという他の方法（収益性に関して２つの同等の選択肢から選択するために用いられ得る）がある。サーバは、番組E1ではなく、94分の残り時間内に放送され得る番組E9を選択する。そして、サーバはE1とE5とE9を要求した全てのユーザを満足させることができる。

ダウンロードの提案を行ったときに、ユーザが希望するものを取得することが確実でないということに注意すべきである。分析ステップの後に、サーバは最も価値がある提案のグループを決定し、最も有利なものを選択する。そして、特定の提案は拒否される。

ダウンロードがいくつかのチャネルで実行されるという改善がある。更に高速のビットレートを備えた特定のチャネルが短い期限のダウンロードに用いられる。他のチャネルは低い収入のために使われる。通信手段が異なる場合があり、サーバがマイクロ波又は衛星チャネルを使う場合がある。

サーバがユーザによって申し込まれた期限の展開を考慮に入れるという他の改善がある。申し込まれた期限：１時間、２時間、３時間等に対する提案の展開を分析する場合、通則として、“極値”として知られるように、提案の数が増加し、特定の期限の後に減少するということがわかる。サーバが番組の送信を１つ以上の時間帯だけ遅らせると、提案の総数に比べて、満たされない提案の数が低いままになる。極値が最初の時間帯である場合、番組の送信の遅延は、多くの数の提案が満たされないことを意味する。従って、時間帯における極値の位置を決定することは、次のダウンロードを規定する重要な要素になる。

例えば、前記の配列の数値を分析することによって、最大の提案が次の時間帯で生じることがわかる。
・番組E1について：３時間
・番組E2について：２時間
・番組E5について：４時間
・番組E9について：１時間
この場合について、サーバはこの方法を支持する間に選択をしなければならない場合、サーバは極値が第１の時間帯の間に生じるE9を優先してダウンロードし、次にE2（第２の時間帯）、そしてE1（第３の時間帯）、最後にE5（第４の時間帯）をダウンロードする。この方法は、満たされない提案による収益の損失を最小化する。

パラメータがない不完全な提案をユーザが送信するという本発明の改善がある。例えば、何らかの期限を備えずに価格を送信する、又はその逆で送信する。サーバは、提案を受信し、ダウンロードのスケジュールのため、交換に、ユーザを満足させる不足しているパラメータの値を提案する。例えば、ユーザは、期限を示さないで番組と価格を示す提案を送信する。分析ステップの後で、サーバは分析ステップの最後に計算されたパラメータを考慮して予測された期限を示す応答を行う。多くの提案が受信され、確認されると、その番組の早急なダウンロードが利益になるため、期限が短くなる。しかし、ほとんど提案が届かなければ、期限は長い、又はサーバがその番組のダウンロードをプログラムできないという応答をする。

いくつかのサーバが異なるカタログを提案する場合、カタログの特定の要素が一致する場合がある。ローダーがいくつかのサーバに同じ提案を送り、多様なやりとりの後で、どのサーバが番組をダウンロードできるかを示す最適の提示をユーザに送信する。

本発明の実現のための視聴覚受信機のブロック図である。 本発明によるサーバの異なる要素を示す図である。 ユーザとサーバ間の異なる通信を示したものである。 本発明の実現において、スクリーンに現れるものを表したものである。 本発明の実現において、スクリーンに現れるものを表したものである。 本発明の実現において、スクリーンに現れるものを表したものである。 本発明の実現において、スクリーンに現れるものを表したものである。

Claims (12)

1. サーバから少なくとも１つの端末に視聴覚番組を送信する方法であって、
   ダウンロード可能な視聴覚番組のカタログを端末で見る第１のステップを有し、
   前記端末において、
   ・少なくとも１つの視聴覚番組を選択するステップと、
   ・受信機のレベルで入力された価格を含み、前記選択された番組の受信の条件になる提案を生成するステップと、
   ・前記提案をサーバに送信するステップであり、前記提案が少なくとも前記入力された価格を有するステップと、
   前記サーバにおいて、
   ・所定の数の提案が受信されると、前記端末によって送信された各視聴覚番組の提案の合計価格を計算し、各端末で入力された前記価格を少なくとも考慮して前記番組を送信する判断を決定する計算ステップと、
   前記番組を送信する判断が行われた場合に、
   ・放送ネットワーク上で最高の合計価格を有する番組をダウンロードするステップと、
   ・提案を送信した端末が前記受信された番組を視聴することを可能にするコードを送信し、前記入力された価格の支払いの後に、視聴が生じるステップと
   を有することを特徴とする方法。
2. 請求項１に記載の番組を送信する方法であって、
   前記番組が前記カタログに載せられたときから所定の時間の後に、前記サーバで前記計算ステップが起動されることを特徴とする方法。
3. 請求項１又は２に記載の番組を送信する方法であって、
   前記サーバが前記番組を送信しないことを決めたことを示す通知を、前記サーバにより少なくとも１つの端末に送信するステップを更に有することを特徴とする方法。
4. 請求項３に記載の番組を送信する方法であって、
   前記通知が前記番組を送信するサーバの拒否の理由の表示を有することを特徴とする方法。
5. 請求項３又は４に記載の番組を送信する方法であって、
   前記通知が、提案に組み込まれ、ユーザが前記番組を視聴することを可能にする新しい価格を有することを特徴とする方法。
6. 請求項１ないし５のうちのいずれか１項に記載の番組を送信する方法であって、
   前記端末によって送信された前記提案が、共通の１つ又は複数の基準を有する前記カタログにおける番組の一部に関し、
   前記計算ステップの間に、前記サーバが前記一部のうち１つの番組を選択することを特徴とする方法。
7. 請求項１ないし６のうちのいずれか１項に記載の番組を送信する方法であって、
   番組を送信する判断が、多数のユーザが前記番組を申し込むときに行われることを特徴とする方法。
8. 請求項１ないし７のうちのいずれか１項に記載の番組を送信する方法であって、
   前記端末に前記番組を記録するステップを有することを特徴とする方法。
9. 視聴覚番組を含むデータベースを有するサーバであって、
   複数の端末とのリンクを確立するための双方向通信する手段を有し、
   前記双方向通信する手段は、前記データベースに含まれる少なくとも１つの番組を送信する提案を受信し、少なくとも１つの端末から生じた前記提案が、前記サーバから前記端末への前記番組の送信に関する価格を少なくとも有し、
   前記サーバは、前記端末から所定の数の提案が受信されると、各視聴覚番組について受信された前記提案の合計価格を計算する手段と、前記価格を少なくとも考慮して放送ネットワーク上で送信される最高の合計価格を有する番組を送信する判断を決定する手段とを有し、
   前記双方向通信する手段は、少なくとも１つの選択された番組を視聴するコードを前記端末に送信することを特徴とするサーバ。
10. 請求項９に記載のサーバであって、
    前記番組が前記端末のユーザにアクセス可能になったときから所定の時間の後に、前記計算する手段及び決定する手段が起動されることを特徴とするサーバ。
11. 請求項９又は１０に記載のサーバであって、
    前記受信された提案が、共通の１つ又は複数の基準を有する番組の一部に関し、
    前記計算する手段及び決定する手段がまた、前記一部に属する番組を決定する手段を有し、
    前記提案で送信されたパラメータが前記端末への送信を可能にすることを特徴とするサーバ。
12. 請求項９ないし１１のうちのいずれか１項に記載のサーバであって、
    前記番組を送信する手段を決定する手段を有し、
    前記端末への送信の受け入れの通知が、前記送信する手段の識別子を有することを特徴とするサーバ。

Images