JP4828531B2 - 端末においてストリーム放送の遠隔的な処理および再生のための方法、システム、記録装置、およびそれを実行するために用いられるコンピュータプログラム - Google Patents

Description

発明の詳細な説明

本発明は、端末において再生される必要のある音声および／または画像ストリームを自動処理するためのプロセスおよび装置に関する。テレビ放送（事前に録画された放送あるいは生放送、録画された放送あるいはそうでない放送）、テレビチャンネルでの映画放送、広告映画、ビデオオンデマンド（略称ＶＯＤ）などのストリーム、すなわち遠隔的に放送されるストリームの端末における再生は、中断されてはならない。

第１のストリーム（例えばテレビチャンネルでの映画）の再生中に、ユーザが第２のストリーム（例えば別のテレビチャンネルでの気象情報番組）を一時的に再生したい場合は、例えばリモートコントロールなどの選択手段を用いてチャンネルを切り替えることができる。

しかし、第２のストリームの再生中にも第１のストリームは継続しているため、ユーザが第１のストリームに戻りたい場合、ユーザが離れた時点へ戻ることができないという不都合点がある。

本発明は、上記不都合点を軽減し、そしてユーザの端末において第１のストリームをより便利かつ使い易く再生できるプロセスおよび装置を実現することを目的とする。

上記目的のため、本発明は、再生端末において再生されるマルチメディアストリームを処理するための自動プロセスを第１の主題とする。この自動プロセスは、端末のユーザの要求に応じて実行されるものであり、以下の工程を含んでいる：
・端末において第１のストリームを再生する工程、そして
・上記第１のストリームの再生を中断させて、上記端末において第２のストリームを再生する工程。

本発明によると、上記プロセスは以下の工程をさらに含んでいる：
・各ストリームを選択指標と関連付けて、対応するストリームが一次ストリームであるのか、あるいは二次ストリームであるのかを特定する工程
・上記第１のストリームが一次ストリームである場合は、上記第２のストリームの再生と同時に上記第１のストリームを記録する工程。

上記第１のストリームが一次ストリームであると考えられる場合は、ユーザが第２のストリームへの切り替えを要求した時点から、ユーザが上記第１のストリームの再生を後に再開するであろうことが記録されるため、データ損失は生じない。このために、上記プロセスは、上記第２のストリームの再生終了後に同時に実行される以下の工程を含んでいる：
・事前に記録された、上記第１のストリームを再生する工程
・上記第１のストリームの再生を継続する工程。

上記プロセスは、選択指標が各ストリームと関連付けられるストリームテーブルが作成される初期化工程をさらに含んでいることが好ましい。一形態によると、上記初期化工程中に、各選択指標に初期値が割り当てられる。ストリームに関連付けられた選択指標の初期値は以下の通りである：
・「二次」値、あるいは
・上記ストリームの供給元によって特定される値、のいずれか。

上記プロセスは、上記ストリームテーブルが更新される工程によって完了することが好ましい。この工程は、以下によって実行される：
・ユーザからの命令、および／または、
・承認された供給元からの命令、および／または、
・ユーザの所定の各行為（例えばストリームテーブルの更新命令、または再生されるストリームの変更命令）。

上記プロセスの本発明による改良によると、以下のように構成されている：
・上記ストリームテーブルが更新されるときに、選択指標および変更指標が各ストリームと関連付けされ、
・上記選択指標の更新を要求したエンティティの優先度が、変更される選択指標に関連付けられた上記変更指標より高い場合にのみ、上記ストリームテーブル内の選択指標がアプリケーションサーバによって更新され、そして
・更新が実行された場合、更新された選択指標に関連付けられた上記変更指標が、上記変更を要求したエンティティに関連付けられた優先度によって置き換えられる。

本発明はさらに、コンピュータ媒体に記憶されたコンピュータプログラムに関する。このプログラムは、コンピュータシステム内にロードおよびコンピュータシステムによって実行されるときに、本発明に係る上記プロセスを実行するために用いられる命令を含んでいる。

本発明は、ストリームを再生するための端末と、ユーザが第１のストリームの再生を中断できるようにするため、かつ上記端末における第２のストリームの再生を要求できるようにするための制御手段とを備えた、マルチメディアストリームを自動処理するためのシステムを別の主題とする。

本発明によると、上記システムは以下を備えている：
・各ストリームを選択指標と関連付けて、対応するストリームが一次ストリームであるか、あるいは二次ストリームであるのかを特定するためにストリームを管理する手段、および
・上記第１のストリームが一次ストリームである場合に、上記第２のストリームの再生と同時に、上記第１のストリームの記録を行う記録装置。

上記システムは、事前に記録された上記第１のストリームを、上記第２のストリームの再生停止後に再生するための手段をさらに備えていることが好ましい。

本発明は、上述したシステムにおいて用いることのできる記録装置を最後の主題とする。上記記録装置は、以下を備えている：
・記憶装置、
・マルチメディアストリームを受信するための入力／出力装置、
・上記ストリームが、記録される必要のある一次ストリームである場合、上記入力／出力装置によって受信されたマルチメディアストリームを上記記憶装置内に記録するための制御装置。

別の特殊な構成によると、上記記録装置は、例えば付属サーバのように端末に外付けされていてもよいし、あるいは特殊な装置であってよい。上記端末は、例えば上記ストリームを管理するための手段、および上記記録装置を自動制御するための制御手段のみを備えていてよい。

本発明のその他の特徴および利点は、本発明による処理プロセスおよび関連装置に関する以下の説明により明らかとなるであろう。これらの説明は例証のためであって、包括的なものでは決してない。またこれらの説明は、以下に説明する添付図面を引用する：
・図１は、本発明に従って自動処理プロセスを行うための、ストリームを自動処理するための装置を概略的に示している
・図２は、本発明に従った処理プロセスを行うための様々な工程をフローチャート形式で示している
・図３は、本発明によるプロセスを行うために用いることのできる記録装置である。

図１では、ユーザＵＴは、マルチメディアストリームを再生するための端末Ｔを有している。上記ストリームは、ユーザＵＴのための意味を含んだデータを有した、上記端末Ｔによってユーザに表示されるマルチメディアコンテンツを有している。「マルチメディア」という用語は、例えば映画、音楽、あるいはより一般的な任意の視聴覚またはマルチメディア作品などの音声、および／または映像、および／またはその他のデータといった幅広い意味として理解される。

上記端末によって受信されたストリームまたは情報は、例えば画面表示の形態、および／または１つ以上のスピーカからの音声放送の形態をとる。図１に示されている実施例では、再生端末Ｔは、場合によってはデコーダまたはＳＴＢ（セットトップボックス）が取り付けられたテレビである。図示されていない別の実施例では、再生端末Ｔは、ディスプレイモード入力端末および／またはスピーカを備えたコンピュータまたは携帯電話である。

マルチメディアストリームＦ１、Ｆ２は、再生端末Ｔ外から生じる。ストリームＦ１、Ｆ２は、例えば、場合によってはカタログおよび予告編をさらに含んだテレビサーバＳ１またはオンデマンドビデオサーバＳ２から生じる。これらのサーバＳ１、Ｓ２は、端末Ｔから離れて配置されている。

サーバＳ１、Ｓ２上に存在しているストリームＦ１、Ｆ２に加えて、ユーザの端末上においてマルチメディアデータＩ１、Ｉ２を再生するための設備がある。これらのデータＩ１、Ｉ２は、ストリームＦ１、Ｆ２と同時、あるいはストリームＦ１、Ｆ２の代わりに再生することができる。マルチメディアデータの各アイテムは、ストリームＦ１、Ｆ２のいくつかに対して、ストリームＦ１、Ｆ２のそれぞれに対して、あるいはストリームＦ１、Ｆ２の全てに対して供給することができる。これらデータの各断片は、特定のストリームＦ１、Ｆ２と関連付けてもよく、あるいはこれらのストリームから独立していてもよい。マルチメディアデータＩ１、Ｉ２は、例えばテキストメッセージ、動画、静画、音声、映像、対話型アプリケーション（ゲーム、オンライン買い物サービス等）などのマルチメディアコンテンツである。これらのマルチメディアデータは、１つ以上の供給元またはオペレータによって生成される。この供給元またはオペレータは、サーバＳ１、Ｓ２の所有者と同一であってもよい。これらのデータは、例えばストリームＦ１、Ｆ２がサーバＳ１、Ｓ２に記録されたとき、あるいは記録された結果として生成される。マルチメディアデータは、供給元または複数の供給元Ｆ１によってベースＢ１内に送信および記憶されて、ユーザの端末へ送信される。データベースＢ１は、端末Ｔから離れて配置されている。ベースＢ１のための管理システムＳ３は、ベースＢ１のコンテンツ、特にベースＢ１／アプリケーションサーバＳＡ間の交換を管理する。マルチメディアデータは、ストリームＦ３の形式で、上記アプリケーションサーバＳＡへ送信される。次にサーバＳＡは、マルチメディアデータベースのための管理システムによって送信された命令、および／またはユーザからの要求に従って、上記ストリームＦ３を、端末Ｔにおいて再生されるストリームＦ１またはＦ２と同時、あるいはストリームＦ１、Ｆ２の代わりに再放送する。

端末によって受信可能である、主に３つの種類のストリームを本質的に説明するために、これら３つのストリームについてのみ説明してきた。しかし当然、上記と同一の端末であれは、その他多くのストリーム、特に異なるＴＶサーバ、異なる映像サーバ等によって供給された複数のストリームを受信することができる。

各ストリームＦ１、Ｆ２、Ｆ３はそれぞれ、自身を、例えばサーバＳ１、Ｓ２およびベースＢＩ上のストリーム識別子ＩＤＦ１、ＩＤＦ２、ＩＤＦ３と関連付けする。映画、番組等を観る、あるいは聴くためには、ユーザＵＴは、その再生端末Ｔにおいて、サーバＳ１、Ｓ２、またはベースＢＩに存在している中からストリームＦ１、Ｆ２、Ｆ３を選択する。

ユーザは、選択ＴＣの手段を用いてストリームを選択する。この選択ＴＣは、図１の実施例ではリモートコントロールである。選択ＴＣの手段は、キーボード、タブレット、タッチスクリーン、音声インターフェース等であってもよい。上記選択は、テレビの場合であれば標準的な方法によって行われる。例えば、インターネットに接続されたＳＴＢ端末またはＰＣによってオンライン受信およびアクセス可能なテレビチャンネルから選択されるか、あるいはサーバＳ１および／またはＳ２によって端末Ｔへ送信されたカタログまたは番組ガイド内から選択されたストリームに対する識別子を選択することによって選択される。

端末Ｔの画面上に表示される各ストリーム識別子ＩＤＦ１、ＩＤＦ２、ＩＤＦ３は、例えば、テキスト、または関連するコンテンツを表示する映像（例えばポスター、上記ストリームが有する映画または放送の概要、予告編、サーバＳ１、Ｓ２および／またはベースＢＩから端末Ｔへ送信されるストリーム識別子を用いて送信される追加のデータ）を端末Ｔ上に表示することによってスキャンされる。

本発明によると、上記端末からアクセス可能な各ストリームＦ１、Ｆ２、Ｆ３は、自身を、選択指標ＩＣ１、ＩＣ２、ＩＣ３（例えばブール指標、１／０、はい／いいえ）へそれぞれ関連付けして、ストリームＦ１、Ｆ２、Ｆ３が一次ストリームであるのか否かを示す。テーブルＴＦは、アプリケーションサーバＳＡ上に作成および記憶される。上記テーブルＴＦはストリームテーブルであって、端末Ｔから所定の瞬間にアクセス可能な異なるストリームＦ１、Ｆ２が、識別子ＩＤＦ１、ＩＤＦ２、ＩＤＦ３および対応する選択指標ＩＣ１、ＩＣ２、ＩＣ３と共に記載されている。

本出願に記載の内容を通して、ストリームは、その選択指標の値に応じて、一次または二次と称されている。ストリームは、そのコンテンツが記録される必要がある場合、例えばユーザにとって重要、必要、不可欠である等の場合は、一次と称される（例えば値１、はい等の肯定的な選択指標を有している）。逆に、そのコンテンツが記録される必要がない場合、例えばユーザにとって偶発的、重要性が低い、優先的でない場合は、ストリームは二次と称される（例えば値０、いいえ等の否定的な選択指標を有している）。

本発明による上記プロセスは、ストリームテーブルＴＦが作成および記憶される初期化工程Ｓ０をさらに含んでいる。この工程Ｓ０は、ユーザによって上記端末の電源が始めて入れられたときに、アプリケーションサーバＳＡによって実行される。上記工程Ｓ０はまた、上記端末の電源が入れられるたびに実行されてもよい。しかし、それ以前に記憶された古いテーブルを、例えば再利用する必要はない。

本発明による上記プロセスは、上記ストリームテーブルのための更新工程ＳＭをさらに含んでいる。上記工程ＳＭは、ユーザ、サーバ、またはマルチメディアストリームを放送するベースＢＩのための管理システムＳ３からの要求があった任意の時点において、および／または、ユーザが再生を行うためのストリームの選択に応じて自動的に、アプリケーションサーバによって実行される。これについては、以下の実施例において説明する。上記工程はまた、端末の電源が入れられて、工程Ｓ０が行われた後、または工程Ｓ０を行わない場合に、自動的に行われるようになっていてもよい。

工程Ｓ０中においてストリームテーブルが作成される際に、アプリケーションサーバＳＡは、ストリームテーブルＴＦを作成および記憶する。テーブルＴＦを作成するために、アプリケーションサーバは、端末Ｔによってアクセス可能なストリームＦ１、Ｆ２、Ｆ３を所定の瞬間に記載する。これらの各ストリームは、その識別子ＩＤＦ１、ＩＤＦ２、ＩＤＦ３、およびその関連する選択指標ＩＣ１、ＩＣ２、ＩＣ３によって表される。一形態によると、サーバＳＡは、各ストリームに対して、その選択指標の所定の値を特定するようになっていてよい。この所定の値は、例えば、対応するストリームを供給するサーバＳ１、Ｓ２または管理システムＳ３によって供給されるか、あるいはアプリケーションサーバＳＡによって適宜設定される。上記ストリームテーブルは、例えばアプリケーションサーバ上に（すなわち端末から遠隔的に）、あるいはこの目的のために用意された端末内または関連するＳＴＢ内の記憶領域内に、記憶されるようになっていてよい。

工程ＳＭ中においてストリームテーブルが更新される際に、サーバＳＡは、必要であれば、（例えば新しいストリームが利用可能である場合、あるいは逆に、それ以前に記載されたストリームが更新時に利用不可能となった場合において）テーブルＴＦ内のストリームの記載を変更する。その後テーブルＴＦは、ユーザの命令を受けて更新されるか、あるいはユーザの特定の行為が検出された際、またはサーバあるいは管理システムＳ３によって上記テーブルの更新が要求された際に、サーバＳＡによって更新される。

次に上記テーブルは、ユーザからの要求に応じてユーザによって更新される。このためには、ユーザは、各ストリームに対して、そのストリームが一次ストリームであると考える必要があるのか否かを特定する。すなわちユーザは、各ストリームに対して、その選択指標ＩＣ１、ＩＣ２、ＩＣ３の値を特定する。選択指標が、既に所定の値を有している場合は、ユーザはその値を保持するか、あるいはその値を変更する。

ユーザは、制御手段を用いて、テーブルＴＦの更新命令を出す。この制御手段は、この目的のために、例えばリストを進めるための１つ以上の制御ボタン、検証ボタン、および／または１つ以上の選択ボタンを備えていてよい。

一形態では、上記テーブルは、ストリームと関連付けされた選択指標値の変更を望むストリームの供給元からの要求に応じて、アプリケーションサーバによって更新されるようになっている。別の形態では、上記ストリームテーブルは、ユーザによって特定の行為がなされた結果、アプリケーションサーバによって自動的に更新されるようになっている。例えば、ユーザがその端末において再生を行っている間にストリームの変更を要求したとき、元々再生されていたストリームの選択指標が、肯定的な値に自動的に設定されるように構成することができる。これはユーザが、データの損失なく第１のストリームへ戻ることを可能にするためである。

当然、いくつかの形態を組み合わせて、テーブルがいくつかのエンティティ（ユーザ、テレビストリームの供給元、マルチメディアサービスの供給元等）によって変更できるようにすることができる。

ユーザが、その端末において、自らが選択した第１のストリームの再生を要求したと仮定する（工程Ｓ１）。この要求は、図１において実行される。次にユーザは、選択された第１のストリームの再生中の或る時点において、第２のストリームへ切り替えることを決める（工程Ｓ２）。

この決定は、例えば、マルチメディアデータ項目（画像、アイコン、特殊音、映像等）が端末に表示された（工程Ｓ３）後に、再生された第１ストリームにおいて第２のストリームの利用可能性または更新に対する注目を集める。この表示は、必要に応じて画面全体を占めてよく、小さい領域に表示されてもよく、あるいは時折、一次ストリームのサウンドトラック等を覆ってもよい。

ユーザによる上記決定は、第１のストリーム内に表示される外的な提供から独立していてもよい。

本発明によると、ユーザが第２のストリームへの切り替えを要求したとき、要求された第２のストリームは再生され、これと平行して、第１のストリームの選択指標の値が検証される（工程Ｓ５）。既に再生された第１のストリームが一次ストリームとして記録（mark）された場合（つまり、その選択指標ＩＣがそのように特定されている場合）は、既に再生された上記第１のストリームは、例えばＳＴＢデコーダ内のメモリ内に配置されたメモリ領域内、または上記アプリケーションサーバ内に遠隔的に配置されたメモリ領域内に記憶され（工程Ｓ６）、これと平行して上記第２のストリームが再生される（工程Ｓ４）。

上記第２のストリームは、必要に応じて停止する（工程Ｓ７）：
・ユーザが、そのリモートコントロールを用いて、ストリームの変更および全再生の停止を要求したとき、
・上記第２のストリームの持続時間が限定的である場合（例えば気象情報、ニュース放送、広告映画等の場合）には、第２のストリームの終了時。

最後に、本発明によると、（第２のストリームの停止時においてユーザが望んだため、あるいは自動的のいずれかによって、）当初再生された第１のストリームに戻る必要がある場合は（工程Ｓ８）、および、上記第１のストリームが一次ストリームである場合（つまり、その選択指標がそのように記録されている場合）（工程Ｓ９）は、工程Ｓ６中に記録された上記第１のストリームが端末において再生され（工程Ｓ１０）、これと平行して上記第１のストリームの続きが記録される（工程Ｓ６の続き）。ユーザは、上記第２のストリームのコンテンツを視聴した後、上記第１のストリームのコンテンツの続きを視聴することができる。このとき、上記第１のストリームのコンテンツの続きは、勿論わずかに遅延するが、データ損失は生じない。

上記第１のストリームが一次ストリームでない場合（つまり、その選択指標が否定的である場合）は、上記第１のストリームの番組がそのまま再開する（工程Ｓ１１）。この場合、ユーザは、上記第２のストリームの再生中に放送されたデータを損失する。

上記第１のストリームの再生は、以下のような場合に停止される（工程１２）：
・ユーザが上記第１のストリームの再生停止を要求したとき、あるいは
・上記第１のストリームが、記録されているか否かに関わらず終了されたとき（番組または映画等の終了）。

その後ユーザは（工程Ｓ１３）：
・新しいストリームの再生を要求する（新工程Ｓ１）か、あるいは
・全ての再生を停止する（プロセスの終了）。

第１の実用的な実施例では、テレビサーバＳ１、Ｓ２によって放送される２つのストリームＦ１、Ｆ２と、管理システムＳ３によって放送される、気象情報を含むマルチメディアデータとが、端末においてアクセス可能である。

端末の電源が入れられると、アプリケーションサーバによって、ストリームテーブルが作成および記憶される（工程Ｓ０）。上記ストリームテーブルには、端末Ｔにおいてアクセス可能なストリームＦ１、Ｆ２、Ｆ３が記載されている。これらストリームの各識別子ＩＤＦ１、ＩＤＦ２、ＩＤＦ３、および各選択指標ＩＣ１、ＩＣ２、ＩＣ３は、初期値として「０」を設定する。ユーザは、値ＩＣ１＝「はい」と記載し、値ＩＣ２、ＩＣは「いいえ」と同等のままにすることによってストリームテーブルを更新し（工程ＳＭ）、そしてストリームＦ１内に含まれた映画の表示を要求する（工程Ｓ２）。この映画が一定の時間再生された後、画面の一角にアイコンが表示され、気象情報が更新されてストリームＦ３において利用可能であることを示す（工程Ｓ３）。ユーザは、上記気象情報の視聴を決定し、そしてこの目的のためにリモートコントロールに備えられたボタンを用いてアイコンを選択することによって、端末に上記気象情報を表示するように要求する（工程Ｓ２）。ストリームＦ２に含まれている上記気象情報が、上記端末において再生される（工程Ｓ４）。これと平行して、当初再生されたストリームＦ１が一次ストリームである限りは（ＩＣ１＝「はい」、工程Ｓ５）、ストリームＦ１は、ユーザの端末のＳＴＢデコーダ内にあるメモリに記録および記憶される（工程Ｓ６）。上記気象情報の終了（工程Ｓ７）によって、当初放送されたストリームＦ１へ自動的に戻る（工程Ｓ８）。ストリームＦ１は一次ストリームであるため（工程Ｓ９）、記録されたストリームＦ１内に含まれる映画の続きが端末において再生され（工程Ｓ１０）、これと平行して、受信されたストリームの記録が継続される（工程Ｓ６）。ユーザは、映画が終了すると端末の電源を切り、これによってストリームＦ１の再生が終了する（工程Ｓ１２）。

第２の実用的な実施例では、テレビサーバＳ１、Ｓ２によって放送される２つのストリームＦ１、Ｆ２と、管理システムＳ３によって放送される、ゲームを含むマルチメディアデータとが、端末においてアクセス可能である。上記データは、ストリームＦ１内に含まれる映画に関する一連の質問を含んでいる。ユーザは、これらの質問に答えるために役立つ情報を映画内に見つけることができる。

端末の電源が入れられると、アプリケーションサーバによって、ストリームテーブルが作成および記憶される（工程Ｓ０）。上記ストリームテーブルには、端末Ｔにおいてアクセス可能なストリームＦ１、Ｆ２、Ｆ３が記載されている。これらストリームの各識別子ＩＤＦ１、ＩＤＦ２、ＩＤＦ３、および各選択指標ＩＣ１、ＩＣ２、ＩＣ３は、初期値として「いいえ」を設定する。ユーザは、ストリームテーブルを更新せずに（工程ＳＭは行われない）、ストリームＦ１内に含まれる映画の再生のみを要求する（工程Ｓ２）。端末スピーカを介して音楽動画が一定の時間視聴された後、画面にアイコンが表示され、これによって、ゲームが提供されたことを示す（工程Ｓ３）。ユーザは、ゲームをプレイすることを決定し、そしてこの目的のためにリモートコントロールに備えられたボタンを用いてアイコンを選択することによって、端末に質問を表示するように要求する（工程Ｓ２）。ユーザがゲームを選択することによって、指標ＩＣ１の値が「はい」に更新される（ユーザの上記行為の結果として自動的に行われる工程ＳＭ）。この自動更新によって、ユーザは、ゲームの合間に、中断することなく映画Ｆ１へ戻ることができ、映画の全てを視聴することができる。次に、ストリームＦ３内に含まれる質問が端末において再生される（工程Ｓ４）。これと平行して、当初再生されたストリームＦ１が一次ストリームである限りは（ＩＣ１＝「はい」、工程Ｓ５）、ストリームＦ１は、ユーザの端末のＳＴＢデコーダ内にあるメモリに記録および記憶される（工程Ｓ６）。尋ねられた質問に答えることのできないユーザは、映画Ｆ１に戻ることを要求する（工程Ｓ７および８）。ストリームＦ１は一次ストリームであるため（工程Ｓ９）、記録されたストリームＦ１内に含まれる映画の続きが端末において再生され（工程Ｓ１０）、これと平行して、受信されたストリームＦ１の記録が継続される（工程Ｓ６の継続）。ユーザは、ゲーム内での質問に対する答えを映画の中に見つけたとき、この映画の再生を中断して（工程１２）、ゲームの再生を再び要求する（新工程Ｓ１）。これによってユーザは質問に答えることができる。このようにユーザは、上記実施例では、ストリームＦ１内に含まれる映画の画面と、ストリームＦ３内に含まれるゲームの画面とを交互に切り替えながら、一連の質問に答えることができる。

前述したように、本発明は、各ストリームＦ１、Ｆ２、Ｆ３に対してストリーム識別子ＩＤＦ１、ＩＤＦ２、ＩＤＦ３、および選択指標ＩＣ１、ＩＣ２、ＩＣ３が記憶されたストリームテーブルを用いて実施される。これらの選択指標は、上記プロセス中に一回またはそれ以上、アプリケーションサーバＳＡによって規則的あるいは不規則的に、以下に応じて適宜更新されてよい：
・ストリームＦ１、Ｆ２、またはＦ３を放送する放送サーバからの要求に応じて、あるいは、
・ユーザからの要求に応じて、
・ユーザの所定の行為の結果として自動的に。

対応する指標が、ユーザによって事前に特定された肯定的な指標の発生し得る損失に変更されたために望ましくないストリームが記憶されたことに、いかなる警告も与えられずに気が付くことは、当然ユーザにとっては好ましくない。

これを回避するために、本発明による一改良点は、各ストリームに対して優先指標（priority indicator）ＩＰ１、ＩＰ２、ＩＰ３を次のような方法によって規定することによって構成されている。

選択指標を変更する可能性のある各エンティティに対して、優先度が割り当てられる。最も高い優先度は、ユーザに割り当てられることが好ましい。例えば、値１はユーザの優先指標に、値２はアプリケーションサーバの優先指標に、そして値３は放送サーバの優先指標に割り当てることができる。

ストリームテーブルが作成されると、各ストリームに対して、ストリーム識別子および選択識別子に加えて、変更指標ＩＭ１、ＩＭ２、ＩＭ３が特定される。ストリームテーブルが作成されると、これらの変更指標は、上記選択指標を変更する可能性のあるエンティティに対して割り当てられた全ての優先度より低い所定の値に初期化される（この実施例では、上記所定の値として値４を用いることができる）。

上記ストリームテーブル内の選択指標ＩＣ１、ＩＣ２、またはＩＣ３が変更されると、対応する変更指標ＩＭ１、ＩＭ２、またはＩＭ３が、対応する選択指標の変更を要求したエンティティの優先度の値に更新される。例えば、ユーザがストリームＦ１の選択指標ＩＣ１の変更を要求すると、ストリームＦ１に関連付けられた変更指標ＩＭ１は、ユーザの優先度ＩＰ１の値、つまり上記実施例では値１をとる。別の実施例では、アプリケーションサーバＳＡが、ストリームＦ２の選択指標ＩＣ２の変更を要求した場合は、ストリームＦ２と関連付けられた変更指標ＩＭ２は、アプリケーションサーバの優先度ＩＰの値、つまりこの実施例では値２をとる。以後同様に値がとられる。

エンティティは、その優先度ＩＰが、変更される選択指標ＩＣと関連付けられた変更指標ＩＭより高い場合のみ、選択指標ＩＣを変更することを承認される。例えば、ストリームＦ１の変更指標ＩＭ１は１であるため、優先度が２と等しい（すなわち１より小さい）アプリケーションサーバＳＡは、ストリームＦ１の選択指標ＩＣを変更することを承認されない。しかし、ストリームＦ３の変更指標ＩＭ３は（その当初の値である）４と等しいため、優先度が２と等しいアプリケーションサーバＳＡは、ストリームＦ３の選択指標ＩＣを変更することを承認される。

この改良点によって、エンティティのいずれか１つの要望に、他のエンティティの要望に対する優先度を与えることが可能になる。従って上記実施例では、選択指標が（優先度の最も高い）ユーザによって変更された場合、その選択指標は、特定のストリームを放送するサービスの供給元によって変更されることはない。このように、ユーザの要望は優先的であると考えられる。

図３は、本発明によるプロセスを実施するために用いることのできる記録装置を示している。この装置は、特に以下を備えている：
・例えばＲＡＭタイプのメモリまたはハードディスクＤＤ等の記憶装置、
・マルチメディアストリームを受信するための入力／出力装置Ｅ／Ｓ、
・上記入力／出力装置によって受信されたマルチメディアストリームが、記録される必要のある一次ストリームである場合に、このマルチメディアストリームを上記記憶装置内に記録するための制御装置（中心ユニットＵＣ等）。

選択指標は、受信されたストリームが、記録される必要のある一次ストリームであるかどうかを特定する。この指標は、例えば上記記録装置のメモリ内、あるいは上記制御装置にアクセス可能な遠隔メモリ内に記憶される。

上記記録装置は、例えば端末に関連付けされたＳＴＢデコーダ、端末そのもの、あるいはアプリケーションサーバと統合されていてもよい。

本発明に従って自動処理プロセスを行うための、ストリームを自動処理するための装置を概略的に示した図である。 本発明による処理プロセスを行うための様々な工程を示すフローチャートである。 本発明によるプロセスを行うために用いることのできる記録装置を示す図である。

Claims (15)

1. 再生端末（Ｔ）において再生されるマルチメディアストリーム（Ｆ１、Ｆ２、Ｆ３）を自動処理するための方法であって、
   上記方法は、上記端末のユーザ（ＵＴ）からの要求に応じて実行され、
   ・上記端末において第１のストリームを再生する工程（工程Ｓ１）と、
   ・上記第１のストリームの再生を中断し、上記端末において第２のストリームを再生する工程（工程Ｓ４）とを含み、
   ・各ストリーム（Ｆ１、Ｆ２、Ｆ３）を選択指標（preference indicator）（ＩＣ１、ＩＣ２、ＩＣ３）と関連付けて、対応する上記ストリーム（Ｆ１、Ｆ２、Ｆ３）が、中断したときに記録されるストリームである一次ストリームであるのか、あるいは、該一次ストリームとは異なる二次ストリームであるのかを特定する工程（工程ＳＳＭ）と、
   ・上記第１のストリームが一次ストリームである場合は、上記第１のストリームの記録と上記第２のストリームの再生とを同時に行う工程（工程Ｓ６）とをさらに含んでいることを特徴とする方法。
2. 上記第２のストリームの再生停止後に同時に行われる、
   ・事前に記録された上記第１のストリームを再生する工程（工程Ｓ１０）と、
   ・上記第１のストリームの記録を継続する工程（工程Ｓ６）とをさらに含んでいる、請求項１に記載の方法。
3. 上記第２のストリームの再生が、
   ・上記ユーザからの要求に応じて、
   ・上記ユーザが別のストリームの再生を要求したとき、あるいは
   ・上記第２のストリームの再生終了に応じて停止される、請求項２に記載の方法。
4. 選択指標（ＩＣ１、ＩＣ２、ＩＣ３）が各ストリーム（Ｆ１、Ｆ２、Ｆ３）に割り当てられているストリームテーブル（stream table）（ＴＦ）が作成される初期化工程（Ｓ０）をさらに含んでいる、請求項１〜３のいずれか１項に記載の方法。
5. 上記初期化工程中に、
   ・「二次」値、あるいは
   ・上記ストリームの供給元によって特定される値、のいずれかに関連付けされる初期値が、各選択指標（ＩＣ１、ＩＣ２、ＩＣ３）に割り当てられる、請求項４に記載の方法。
6. 上記ストリームテーブルを更新する工程（ＳＭ）が、
   ・上記ユーザからの命令に応じて、および／または
   ・承認された供給元からの命令に応じて、および／または
   ・上記ユーザの、上記ストリームテーブルを更新させるコマンドを送信する行為、あるいは、再生される上記ストリームを変更させるコマンドを送信する行為に応じて行われる、請求項４または５に記載の方法。
7. 上記ユーザからの命令、および／またはストリームの供給元からの命令が、上記ストリームテーブル内のストリームの上記選択指標に与えられる値を含んでいる、請求項６に記載の方法。
8. 上記ストリームテーブル（ＴＢ）を更新する工程（工程ＳＭ）が、上記端末から離れたアプリケーションサーバのメモリ内あるいは上記端末のメモリ内に、上記ストリームテーブル（ＴＢ）が記憶されると共に終了する、請求項６または７に記載の方法。
9. 上記ユーザと、上記アプリケーションサーバと、ストリーム供給元とによって形成される群の中の各エンティティに、優先度（ＩＰ）が割り当てられる方法において、
   ・上記ストリームテーブルが更新される（工程ＳＭ）ときに、選択指標（ＩＣ１、ＩＣ２、ＩＣ３）および変更指標（modification indicator）（ＩＭ１、ＩＭ２、ＩＭ３）が、各ストリーム（Ｆ１、Ｆ２、Ｆ３）に割り当てられ、
   ・上記選択指標（ＩＣ１、ＩＣ２、ＩＣ３）の更新を要求した上記エンティティの上記優先度（ＩＰ）が、変更される上記選択指標（ＩＣ１、ＩＣ２、ＩＣ３）と関連付けされた上記変更指標（ＩＭ１、ＩＭ２、ＩＭ３）より高い場合にのみ、上記ストリームテーブル内の一選択指標が上記アプリケーションサーバによって更新され、そして
   ・更新が実行された場合、更新された上記選択指標と関連付けされた上記変更指標が、上記変更を要求したエンティティに関連付けられた上記優先度によって置き換えられる、請求項１〜８のいずれか１項に記載の方法。
10. コンピュータシステム内にロードおよびコンピュータシステムによって実行されるときに、請求項１〜９のいずれか１項に記載の方法を実行するために用いられる命令を含んでいる、コンピュータ媒体に記憶されたコンピュータプログラム。
11. ストリームを再生するための端末（Ｔ）と、
    ユーザ（ＵＴ）が第１のストリームの再生を中断できるように、かつ上記端末における第２のストリームの再生を要求できるようにするための制御手段（ＴＣ）とを備えた、マルチメディアストリーム（Ｆ１、Ｆ２、Ｆ３）を自動処理するためのシステムであって、
    ・各ストリームを選択指標（ＩＣ１、ＩＣ２、ＩＣ３）と関連付けて、対応する上記ストリーム（Ｆ１、Ｆ２、Ｆ３）が、中断したときに記録されるストリームである一次ストリームであるか、あるいは該一次ストリームとは異なる二次ストリームであるのかを特定するためにストリームを管理する手段と、
    ・上記第１のストリームが一次ストリームである場合に、上記第１のストリームの記録と上記第２のストリームの再生とを同時に行う記録装置とをさらに備えていることを特徴とするシステム。
12. 上記第２のストリームの再生停止後に、事前に記録された上記第１のストリームを再生するための手段をさらに備えている、請求項１１に記載のシステム。
13. 各ストリームが選択指標と関連付けされて、当該ストリームが記録されるストリームであるのか否かを特定するテーブルを記憶するためのメモリをさらに備えている、請求項１１または１２に記載のシステム。
14. 上記端末（Ｔ）が、上記端末外に配置された上記記録装置を制御するための制御手段を備えている、請求項１１〜１３のいずれか１項に記載のシステム。
15. ・記憶装置（ＤＤ、ＲＡＭ）と、
    ・マルチメディアストリームを受信するための入力／出力装置と、
    ・上記入力／出力装置によって受信されたマルチメディアストリームが、記録される必要のある一次ストリームである場合、受信された当該ストリームを上記記憶装置内に記録するための制御装置（ＵＣ）とを備えている、請求項１１または１２に記載のシステムにおいて用いることのできる記録装置。

Images