(57)【要約】本発明は、端末に送信された視聴覚番組を受信する方法に関するものである。端末のユーザは、カタログから番組を選択し、サーバにそれを端末にダウンロードする提案を行う。提案は、価格及び／又は期限を加えられる。サーバは受信した提案を分析し、収益性の制限を考慮して番組を送信するかどうかを判断する。場合に応じて、番組の送信について利益のあるパラメータを備えた提案を行った各ユーザに、サーバは受け入れたことを送信し、視聴のための番組を受信する手段をユーザに提供する。番組を送信する判断は多用な方法に従って決定され、その共通の基準は収益性である。本発明はまた、前記方法を実現する端末とサーバに関する。
2004537929.tif 000002
【特許請求の範囲】
【請求項１】
サーバから少なくとも１つの端末に視聴覚番組を送信する方法であって、
ダウンロード可能な視聴覚番組のカタログを端末で見る第１のステップを有し、
次の順番のステップ：
端末において、
・少なくとも１つの視聴覚番組を選択するステップと、
・選択された番組の受信の条件になる提案を生成するステップと、
・前記提案をサーバに送信するステップであって、前記提案が少なくとも次の、期限、価格のうちの少なくとも１つのパラメータを有するステップと
サーバにおいて、
・端末によって送信された提案を分析し、前記パラメータを考慮して番組を送信する判断を決定するステップと、
番組を送信する判断が行われた場合に、
・選択された番組を送信するステップと、
・提案を送信した各端末が受信された番組を視聴することを可能にするコードを送信し（３．２）、最小の価格の支払いの後に、及び／又は決められた期限の満了に遅れることなく、視聴が生じるステップと
を有することを特徴とする方法。
【請求項２】
請求項１に記載の番組を受信する方法であって、
番組がカタログに載せられたときから決められた時間の後に、サーバで前記分析ステップが起動されることを特徴とする方法。
【請求項３】
請求項１または２に記載の番組を受信する方法であって、
決められた数の提案が受信された後に、サーバで前記分析ステップが起動されることを特徴とする方法。
【請求項４】
請求項１ないし３のうちのいずれか１項に記載の番組を受信する方法であって、
サーバが番組を送信しないことを決めたことを示す通知の、サーバによる少なくとも１つの端末への送信を行うステップ（３．２）をも有することを特徴とする方法。
【請求項５】
請求項４に記載の番組を受信する方法であって、
前記通知が番組を送信するサーバの拒否の理由の表示を有することを特徴とする方法。
【請求項６】
請求項４又は５に記載の番組を受信する方法であって、
前記通知が、提案に組み込まれ、ユーザが番組を視聴することを可能にする価格又は期限のようなパラメータを有することを特徴とする方法。
【請求項７】
請求項１ないし６のうちのいずれか１項に記載の番組を受信する方法であって、
端末によって送信された提案が、カタログにおける番組のサブセットを決める表示を有し、
前記分析及び決定ステップの間に、カタログからの番組のサブセットから、端末への送信がサーバ自体の基準を満たす送信を、サーバが選択することを特徴とする方法。
【請求項８】
請求項１ないし７のうちのいずれか１項に記載の番組を受信する方法であって、
番組を送信する判断が、好ましくは、多数のユーザが番組を申し込むと行われることを特徴とする方法。
【請求項９】
請求項１ないし８のうちのいずれか１項に記載の番組を受信する方法であって、
端末に番組を記録するステップを有することを特徴とする方法。
【請求項１０】
中央処理ユニット（３）と、視聴覚番組を受信する手段（４）と、ネットワーク（６）で双方向通信する手段（５）と、利用可能な番組のカタログを表示する手段（２）と、視聴覚番組を選択する手段（７、８）とを有する視聴覚端末であって、
少なくとも１つの選択された番組のダウンロードに関する価格及び／又は期限のような少なくとも１つのパラメータを生成する手段（８）と、少なくとも１つの番組の識別子と入力されたパラメータを有する提案をネットワークに送信する第１の手段と、あらかじめ生成されたパラメータに従って番組をダウンロードする取り決めを受信する手段と有することを特徴とする視聴覚端末。
【請求項１１】
請求項１０に記載の視聴覚端末であって、
ダウンロードを拒否する通知を受信する手段（５）をも有し、
前記拒否がディスプレイ手段（２）に表示されることを特徴とする視聴覚端末。
【請求項１２】
請求項１１に記載の視聴覚端末であって、
ダウンロードを拒否する通知に組み込まれた価格又は期限のような第２のパラメータを受信する手段（５）をも有し、
前記第２のパラメータがディスプレイ手段（２）に表示されることを特徴とする視聴覚端末。
【請求項１３】
請求項１０に記載の視聴覚端末であって、
価格又は期限のようなパラメータの１つのみが提案に組み込まれ、ネットワーク（６）から受信されたダウンロードの取り決めが他のパラメータ（期限又は価格）の値によって加えられ、
ネットワーク上で２つのパラメータを有する第２の提案を送信する第２の手段（５）を有することを特徴とする視聴覚端末。
【請求項１４】
請求項１０ないし１３のうちのいずれか１項に記載の視聴覚端末であって、
提案がカタログに示されたプログラムのサブセットの識別子（トピック）を有し、
提案に規定されたパラメータに従って、受信される可能性のある番組の識別子を受信する手段（５）を有することを特徴とする視聴覚端末。
【請求項１５】
請求項１０ないし１４のうちのいずれか１項に記載の視聴覚端末であって、
チャネル受信する手段（５）と、選択された番組を受信するネットワークの照会（６）とを有することを特徴とする視聴覚端末。
【請求項１６】
請求項１０ないし１５のうちのいずれか１項に記載の視聴覚端末であって、
受信された番組を保存する手段（９）を有することを特徴とする視聴覚端末。
【請求項１７】
視聴覚番組を含むデータベース（２．３）を有するサーバであって、
複数の端末とのリンクを確立する通信インタフェース（６）を有し、
データベースに含まれる少なくとも１つの番組を送信する提案を受信する手段（２．４）であって、少なくとも１つの端末から発せられた前記提案が、サーバから端末への番組の送信に関する価格又は期限のような少なくとも１つのパラメータを有する手段と、
受信された提案を分析する手段（２．２、２．１）と、
送信されたパラメータを考慮して番組を送信する判断を決定する手段と、
少なくとも１つの選択された番組を視聴するコードを端末に送信する手段と
を有することを特徴とするサーバ。
【請求項１８】
請求項１７に記載のサーバであって、
番組が端末のユーザにアクセス可能になったときから決められた時間の後に、前記分析及び決定する手段が起動されることを特徴とするサーバ。
【請求項１９】
請求項１７に記載のサーバであって、
端末からの決められた数の提案の受信の後に、前記分析及び決定する手段が起動されることを特徴とするサーバ。
【請求項２０】
請求項１７ないし１９のうちのいずれか１項に記載のサーバであって、
端末から受信された提案が、価格と期限のセットからの１つのみのパラメータを有し、
前記端末に送信された受け入れが前記セットの他のパラメータの値を有することを特徴とするサーバ。
【請求項２１】
請求項１７ないし２０のうちのいずれか１項に記載のサーバであって、
端末から受信された提案が、番組のサブセットを決める１つのみの指示を有し、
前記分析及び決定する手段がまた、前記サブセットに属する番組を決定する手段を有し、
提案において送信されたパラメータが前記端末への送信を可能にすることを特徴とするサーバ。
【請求項２２】
請求項１７ないし２１のうちのいずれか１項に記載のサーバであって、
番組を送信する手段を決定する手段を有し、
端末への送信の受け入れの通知が、送信する手段の識別子を有することを特徴とするサーバ。
【発明の詳細な説明】
【０００１】
本発明は、ネットワークにつながれた少なくとも１つの端末に視聴覚番組を送信する方法と、前記方法を実現する端末と、前記端末に前記番組を送信するサーバに関するものである。本発明は、特に視聴覚番組の受信が支払いを条件とする場合に適用される。
【０００２】
本発明の背景は、視聴覚番組を要求に応じて提供可能な視聴覚サーバと、地上波、マイクロ波、又は衛星のネットワークから受信した視聴覚番組を表示し、放送ネットワークを用いてサーバと通信可能な何らかの家庭内装置との背景である。視聴覚番組は、一般的に片方向の放送ネットワークで送信される。通常、視聴覚番組へのアクセスは、装置のユーザによる支払いを条件とする。電子番組ガイド（略して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”において、それが満たされる場合の提案により生じた金額は、その番組を送信する期限に従って変わる。このことは２つの理由がある。一方でサーバが長く待てば待つほど、それを満たすユーザが少なくなる。他方、早く番組を受信することを望むユーザは、より良い申し込みをする傾向にあり、受信を急いでいない人は、より低い価格を提案する。本発明は、放送が生じる価格に従ってサーバが番組の放送をプログラムすることを可能にする。
【００３１】
サーバは、番組毎に、次の８個の時間帯について、ユーザが番組を受信する提案を行っているユーザの数と金額を示す配列を常に更新する。番組が送信されると、配列から消える。しかし、カタログから除去されなければ、ユーザがそれを要求し続ける場合があるため、再度現れる場合がある。特定の番組は非常に人気があり、何度も送信される場合があり、最初の放送の後にカタログから除去されるべきではない。簡単にするため、以下の配列は４つのみの番組を含む。
【００３２】
【表１】
2004537929.tif 000003
（図は例として提示されたものであり、価格は提案の合計である。）
サーバが当面の提案、すなわち１時間以内を考慮するという第１の方法がある。この場合の提案分析ステップは、１時間に減少する。申し込まれた期限とは関係なく番組を要求した全てのユーザを満足させることができるため、前記方法は正当化される。時間帯の後で、（数回送信することを認めていなければ）サーバは送信した番組に関わるデータを配列から消去し、次の時間帯の分析を行う。そして、サーバは、その時間帯の間にどの番組がダウンロードされるかを決定する。配列は提案に即して継続的に更新され、カタログにある番組に関するものではない提案が到達すると、サーバは拒否の通知をユーザに送信する。実際に、番組がカタログに存在するとすぐに、自動的に配列に記載される。
【００３３】
番組毎に、サーバは各時間帯に対応する金額を加算し、最大になる番組を選択する。前記配列に示された数値から番組をダウンロードすることが生じることがわかる。
・番組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（第４の時間帯）をダウンロードする。この方法は、満たされない提案による収益の損失を最小化する。
【００４０】
パラメータがない不完全な提案をユーザが送信するという本発明の改善がある。例えば、何らかの期限を備えずに価格を送信する、又はその逆で送信する。サーバは、提案を受信し、ダウンロードのスケジュールのため、交換に、ユーザを満足させる不足しているパラメータの値を提案する。例えば、ユーザは、期限を示さないで番組と価格を示す提案を送信する。分析ステップの後で、サーバは分析ステップの最後に計算されたパラメータを考慮して予測された期限を示す応答を行う。多くの提案が受信され、確認されると、その番組の早急なダウンロードが利益になるため、期限が短くなる。しかし、ほとんど提案が届かなければ、期限は長い、又はサーバがその番組のダウンロードをプログラムできないという応答をする。
【００４１】
いくつかのサーバが異なるカタログを提案する場合、カタログの特定の要素が一致する場合がある。ローダーがいくつかのサーバに同じ提案を送り、多様なやりとりの後で、どのサーバが番組をダウンロードできるかを示す最適の提示をユーザに送信する。
【図面の簡単な説明】
【００４２】
【図１】本発明の実現のための視聴覚受信機のブロック図である。
【図２】本発明によるサーバの異なる要素を示す図である。
【図３】ユーザとサーバ間の異なる通信を示したものである。
【図４ａ】本発明の実現において、スクリーンに現れるものを表したものである。
【図４ｂ】本発明の実現において、スクリーンに現れるものを表したものである。
【図４ｃ】本発明の実現において、スクリーンに現れるものを表したものである。
【図４ｄ】本発明の実現において、スクリーンに現れるものを表したものである。
【図１】
2004537929.tif 000004
【図２】
2004537929.tif 000005
【図３】
2004537929.tif 000006
【図４ａ】
2004537929.tif 000007
【図４ｂ】
2004537929.tif 000008
【図４ｃ】
2004537929.tif 000009
【図４ｄ】
2004537929.tif 000010
【国際公開パンフレット】
2004537929.tif 000011
2004537929.tif 000012
2004537929.tif 000013
2004537929.tif 000014
2004537929.tif 000015
2004537929.tif 000016
2004537929.tif 000017
2004537929.tif 000018
2004537929.tif 000019
2004537929.tif 000020
2004537929.tif 000021
2004537929.tif 000022
2004537929.tif 000023
2004537929.tif 000024
2004537929.tif 000025
2004537929.tif 000026
2004537929.tif 000027
2004537929.tif 000028
2004537929.tif 000029
2004537929.tif 000030
2004537929.tif 000031
2004537929.tif 000032
2004537929.tif 000033
2004537929.tif 000034
2004537929.tif 000035
2004537929.tif 000036
【手続補正書】
【提出日】平成15年7月28日(2003.7.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
サーバから少なくとも１つの端末に視聴覚番組を送信する方法であって、
ダウンロード可能な視聴覚番組のカタログを端末で見る第１のステップを有し、
次の順番のステップ：
端末において、
・少なくとも１つの視聴覚番組を選択するステップと、
・選択された番組の受信の条件になる提案を生成するステップと、
・前記提案をサーバに送信するステップであって、前記提案が少なくとも次の、期限、価格のうちの少なくとも１つのパラメータを有するステップと
サーバにおいて、
・端末によって送信された提案を分析し、前記パラメータを考慮して番組を送信する判断を決定するステップと、
番組を送信する判断が行われた場合に、
・放送ネットワーク上で選択された番組を送信するステップと、
・提案を送信した各端末が受信された番組を視聴することを可能にするコードを送信し（３．２）、最小の価格の支払いの後に、及び／又は決められた期限の満了に遅れることなく、視聴が生じるステップと
を有することを特徴とする方法。
【請求項２】
請求項１に記載の番組を受信する方法であって、
番組がカタログに載せられたときから決められた時間の後に、サーバで前記分析ステップが起動されることを特徴とする方法。
【請求項３】
請求項１または２に記載の番組を受信する方法であって、
決められた数の提案が受信された後に、サーバで前記分析ステップが起動されることを特徴とする方法。
【請求項４】
請求項１ないし３のうちのいずれか１項に記載の番組を受信する方法であって、
サーバが番組を送信しないことを決めたことを示す通知の、サーバによる少なくとも１つの端末への送信を行うステップ（３．２）をも有することを特徴とする方法。
【請求項５】
請求項４に記載の番組を受信する方法であって、
前記通知が番組を送信するサーバの拒否の理由の表示を有することを特徴とする方法。
【請求項６】
請求項４又は５に記載の番組を受信する方法であって、
前記通知が、提案に組み込まれ、ユーザが番組を視聴することを可能にする価格又は期限のようなパラメータを有することを特徴とする方法。
【請求項７】
請求項１ないし６のうちのいずれか１項に記載の番組を受信する方法であって、
端末によって送信された提案が、カタログにおける番組のサブセットを決める表示を有し、
前記分析及び決定ステップの間に、カタログからの番組のサブセットから、端末への送信がサーバ自体の基準を満たす送信を、サーバが選択することを特徴とする方法。
【請求項８】
請求項１ないし７のうちのいずれか１項に記載の番組を受信する方法であって、
番組を送信する判断が、好ましくは、多数のユーザが番組を申し込むと行われることを特徴とする方法。
【請求項９】
請求項１ないし８のうちのいずれか１項に記載の番組を受信する方法であって、
端末に番組を記録するステップを有することを特徴とする方法。
【請求項１０】
中央処理ユニット（３）と、放送ネットワークから視聴覚番組を受信する手段（４）と、第２のネットワーク（６）で双方向通信する手段（５）と、利用可能な番組のカタログを表示する手段（２）と、視聴覚番組を選択する手段（７、８）とを有する視聴覚端末であって、
少なくとも１つの選択された番組のダウンロードに関する価格及び／又は期限のような少なくとも１つのパラメータを生成する手段（８）と、少なくとも１つの番組の識別子と入力されたパラメータを有する提案を前記第２のネットワーク（６）に送信する第１の手段と、前記提案に関する判断を受信する手段とを有することを特徴とし、あらかじめ生成されたパラメータに従って放送ネットワークから番組をダウンロードする視聴覚端末。
【請求項１１】
請求項１０に記載の視聴覚端末であって、
ダウンロードを拒否する通知を受信する手段（５）をも有し、
前記拒否がディスプレイ手段（２）に表示されることを特徴とする視聴覚端末。
【請求項１２】
請求項１１に記載の視聴覚端末であって、
ダウンロードを拒否する通知に組み込まれた価格又は期限のような第２のパラメータを受信する手段（５）をも有し、
前記第２のパラメータがディスプレイ手段（２）に表示されることを特徴とする視聴覚端末。
【請求項１３】
請求項１０に記載の視聴覚端末であって、
価格又は期限のようなパラメータの１つのみが提案に組み込まれ、ネットワーク（６）から受信されたダウンロードの取り決めが他のパラメータ（期限又は価格）の値によって加えられ、
ネットワーク上で２つのパラメータを有する第２の提案を送信する第２の手段（５）を有することを特徴とする視聴覚端末。
【請求項１４】
請求項１０ないし１３のうちのいずれか１項に記載の視聴覚端末であって、
提案がカタログに示されたプログラムのサブセットの識別子（トピック）を有し、
提案に規定されたパラメータに従って、受信される可能性のある番組の識別子を受信する手段（５）を有することを特徴とする視聴覚端末。
【請求項１５】
請求項１０ないし１４のうちのいずれか１項に記載の視聴覚端末であって、
チャネル受信する手段（５）と、選択された番組を受信するネットワークの照会（６）とを有することを特徴とする視聴覚端末。
【請求項１６】
請求項１０ないし１５のうちのいずれか１項に記載の視聴覚端末であって、
受信された番組を保存する手段（９）を有することを特徴とする視聴覚端末。
【請求項１７】
視聴覚番組を含むデータベース（２．３）を有するサーバであって、
複数の端末とのリンクを確立する通信インタフェース（６）を有し、
データベースに含まれる少なくとも１つの番組を送信する提案を受信する手段（２．４）であって、少なくとも１つの端末から発せられた前記提案が、サーバから端末への番組の送信に関する価格又は期限のような少なくとも１つのパラメータを有する手段と、
受信された提案を分析する手段（２．２、２．１）と、
放送ネットワーク上で送信されたパラメータを考慮して番組を送信する判断を決定する手段と、
少なくとも１つの選択された番組を視聴するコードを端末に送信する手段と
を有することを特徴とするサーバ。
【請求項１８】
請求項１７に記載のサーバであって、
番組が端末のユーザにアクセス可能になったときから決められた時間の後に、前記分析及び決定する手段が起動されることを特徴とするサーバ。
【請求項１９】
請求項１７に記載のサーバであって、
端末からの決められた数の提案の受信の後に、前記分析及び決定する手段が起動されることを特徴とするサーバ。
【請求項２０】
請求項１７ないし１９のうちのいずれか１項に記載のサーバであって、
端末から受信された提案が、価格と期限のセットからの１つのみのパラメータを有し、
前記端末に送信された受け入れが前記セットの他のパラメータの値を有することを特徴とするサーバ。
【請求項２１】
請求項１７ないし２０のうちのいずれか１項に記載のサーバであって、
端末から受信された提案が、番組のサブセットを決める１つのみの指示を有し、
前記分析及び決定する手段がまた、前記サブセットに属する番組を決定する手段を有し、
提案において送信されたパラメータが前記端末への送信を可能にすることを特徴とするサーバ。
【請求項２２】
請求項１７ないし２１のうちのいずれか１項に記載のサーバであって、
番組を送信する手段を決定する手段を有し、
端末への送信の受け入れの通知が、送信する手段の識別子を有することを特徴とするサーバ。
【国際調査報告】
2004537929.tif 000037
2004537929.tif 000038
2004537929.tif 000039
2004537929.tif 000040
2004537929.tif 000041
2004537929.tif 000042