(57)【特許請求の範囲】
【請求項１】
デジタルオーディオビジュアル又はマルチメディアデータを処理する端末であって、
データ処理システムと、
メモリと、
を有し、
前記データ処理システムは、複数のユーザプロファイルを前記メモリに格納し、
各ユーザプロファイルは、外部装置との接続と当該端末の動作モードとに関して規定され、ユーザプロファイルデータから構成され、
前記ユーザプロファイルデータは、ユーザによりアクセス可能な当該端末内のリソースを示すリソースデータと、当該端末と前記外部装置とのリソースにアクセスする他のユーザに対する前記ユーザの優先度を示す優先データとを有し、
前記ユーザプロファイルデータはさらに、当該端末のユーザの特徴に関する端末。
【発明の詳細な説明】
【０００１】
本発明はデジタル視聴覚データまたはマルチメディア・データを処理するターミナルに関する。
【０００２】
この種のターミナルは、有料ＴＶシステムの分野において周知であり、デコーダまたはセットトップ・ボックスが、オン・スクリーン・メニューを発生するデータ、ゲームまたはショッピング・アプリケーション等を実行するためのデータを初めとする視聴覚プログラム情報を含む放送デジタル・マルチメディア・データを受信する。システムに依存して、データはスクランブルされた状態でまたはクリア状態で放送される。
【０００３】
デジタル技術を導入する前に、デコーダが限定された数のデバイス、普通関連するテレビジョンディスプレイのみに、または最高においてテレビジョンディスプレイおよびＶＨＳレコーダのみに接続にされる。デジタル技術の出現が、多数のデバイスの急増となり、このデバイスはデコーダの機能装置だけでなくデコーダに接続することもできる。例えば、ペリテル（Ｐｅｒｉｔｅｌ）アナログをＴＶおよびＶＨＳデバイスに出力することに付加して、デコーダはまたＩＥＥＥ１３９４バスのようなデジタル・バスを介してＤＶＤレコーダ、ＰＣ等のような他のデジタル・デバイスへのコネクションも含む。
【０００４】
デコーダに接続できる外部デバイス数の増大を補間するために、デバイスの動作のモード数が増大されている。例えば、デコーダとテレビの標準的なセットアップにおいて、デコーダはテレビ放送情報を単に供給するか、またはインターネットへの接続を提供するかのいずれかに使用できる。
【０００５】
伝統的なアナログ・システムから発展させることにおいて、現在知られているデジタル・デコーダのアーキテクチャはそれでもなおそのデザインをガイドする先入観に追従する傾向にある。特に、標準デコーダのアーキテクチャは、並列結合された多数の外部デバイスと、デコーダの動作モードと、既存のシステムのユーザ数間のルーティング・データ中でターミナルの役割に正確に反映しない。
【０００６】
本発明によれば、デジタル視聴覚データまたはデータ処理システムとメモリを含むマルチメディア・データを処理するターミナルを提供し、そのデータ処理システムがメモリ中に、ターミナルの複数のユーザ・タイプの特性または優先性に関するプロフィール・データを記憶する。
【０００７】
ユーザ・プロフィールの規定は、処理システムをターミナルの多数のユーザの処理と操作に融通性をもたせる。容易に理解できるように、ユーザ・プロフィールが外部デバイスの接続またはターミナルにアクセスするオペレータの個人的識別に関連するが、例えばインターネットまたはテレビジョン・モードの動作モードに関連するのが好ましい。
【０００８】
ユーザ・プロフィールは、またさらに一人またはそれ以上のオペレータに対してパーソナル化することができる。例えば、ターミナルの動作のインターネット・モードに対してユーザ・プロフィールを規定した後、ある一定の権利を有する第１インターネット・オペレータと他の権利を有する第２オペレータを規定することもできる。
【０００９】
有利なことに、ユーザ・プロフィール・データは、各ユーザによってアクセス可能なターミナル内のリソースを指示するリソース・データを含む。デコーダ・ターミナルの場合において、これらのリソースはデマルチプレクサへのアクセスの権利を含み、放送データ・ストリーム等からダウンロードされるデータを決定する。
【００１０】
さらに有利なことに、ユーザ・プロフィール・データは、ターミナルの一つまたはそれ以上のリソースに関係する各ユーザの優先順位を示す優先データを含む。例えば、デコーダ・ターミナルにつき、ユーザ・プロフィール・データは、デマルチプレクサにアクセスする特定ユーザの優先順位を示す優先レベルを含むことができる。例えば、ＴＶデバイス・ユーザとレコーダ・デバイス・ユーザ間のチャネル要求の対立が、その後この情報に基づく管理アプリケーションによって解決できる。
【００１１】
所与のデバイスに対して利用可能なターミナル・リソースを指示するリソース・データに付加して、ユーザ・プロフィール・データは各ユーザに供給されるべき情報の属性に関連するデータをさらに含む。これらの属性は、例えばそのユーザのための全てのグラフィカル・インターフェース・ディスプレイ内で使用される言語の指示を含むこともできる。
【００１２】
加うるに、ユーザ・プロフィール・データは、所与のユーザがデマックス・チャネル（ｄｅｍｕｘ  ｃｈａｎｎｅｌ）等を変えるかどうかというような各ユーザによって許容されたアクションに関係するデータをさらに含む。上述したリソース・データに密接に関係しているが、このデータは所与のリソースにアクセスする各デバイスによって許容される動作のパラメータを規定するのに使用される。
【００１３】
好ましくは、ユーザ・プロフィール・データの特性ないし優先順位のいくつかまたは全ては、オペレータによるターミナルの通常操作中に修正される。例えば、データにアクセスする各ユーザの相対的優先度は、テレビジョン出力に対するＶＨＳレコーダ出力を任意にし、またテレビジョンに対するインターネット接続優先順位等を任意にするようにビュアーによって修正される。さらに、または別の方法として、ユーザ・プロフィール・データのいくつかまたは全ては、ターミナルのデータ処理システムによって予め決定される。
【００１４】
本発明は、とりわけ仮想マシーンと、複数のクラス・ライブラリを備えるオブジュクト指向アプリケーション・インターフェース層からなるデータ処理システムからなるターミナルに特に適用できる。
【００１５】
特に、アプリケーション・インターフェース層は、ユーザ・プロフィール・データに関する仮想マシンの動作を規定する一つまたはそれ以上のクラス・ライブラリを備える。これらのクラスは、例えばターミナルのメモリ・キャッシュ内のユーザ・プロフィール・データの管理を専用とするクラス・ライブラリを含む。同様にして、クラスは一つまたはそれ以上のユーザ・プロフィール・クラス・ライブラリを含み、ユーザ・プロフィール内に記憶されるべきデータの特徴を規定する。例えば、方法クラスはユーザ・プロフィール内に記憶されるべき好ましい言語の属性を規定するのに使用される。
【００１６】
アプリケーション・インターフェース層内のクラスの作用は、選択された言語に依存することになる。例えば、ジャバ内のアプリケーション・インターフェースの場合において、単一継承（ｉｎｈｅｒｉｔａｎｃｅ）構造がクラスとそのサブクラス間に適用する。
【００１７】
一実施形態において、ユーザ・プロフィール・クラスはユーザ・プロフィール・データの一般的特徴の規定に関連する一般的クラス・ライブラリと、特定ユーザ・プロフィールに関連する特徴の規定に関する一つまたはそれ以上のサブ・クラス・ライブラリを含む。
【００１８】
本発明は、デジタル伝送システム中でデータ伝送を受信するように適用されたデコーダの形態にあるターミナルに特に利用可能である。
【００１９】
本発明はターミナルの操作方法にも同様に延長できる。
【００２０】
用語「デコーダ」は、例えばテレビジョンおよび／またはラジオ信号のようなエンコード化されたまたは非エンコード化信号のいずれかを受信するための受信機を意味する。この種のデコーダの実施例には、例えば「セットトップ・ボックス」内で受信信号をデコードするために受信機と一体をなすデコーダを含む。この種のデコーダは物理的に別体の受信機と組み合わされて機能するか、またはウェブ・ブラウザやビデオ・レコーダまたはテレビジョンのような付加的要素と一体化されたデコーダである。
【００２１】
ここで使用したように、用語、「デジタル伝送システム」は、例えば主として視聴覚デジタル・データ、マルチメディア・デジタル・データを送信または放送するための伝送システム含む。本発明は特に放送用デジタル・テレビジョン・システムに適用可能であるが、またマルチメディア・インターネット・アプリケーションのための固定された通信ネットワークを閉回路テレビジョン（ＣＣＴＶ）等々に適用することも可能である。
【００２２】
次に本発明の好ましい実施形態を例として説明する。
【００２３】
本発明に基づくデジタル・テレビジョン・システム１の全体は図１に示される。本発明はほとんど従来のデジタル・テレビジョン・システム２を含んでおり、公知のＭＰＥＧ−２圧縮システムを使用して、圧縮デジタル信号を送信する。より詳しく説明すると、放送センターにあるＭＰＥＧ−２圧縮装置３は、デジタル信号ストリーム（一般的にビデオ信号のストリーム）を受信する。この圧縮装置３はリンケージ５によってマルチプレクサとスクランブラ４に接続される。
【００２４】
マルチプレクサ４が複数のさらなる入力信号を受信し、伝送ストリームを集合して、圧縮デジタル信号をリンケージ７を介して放送センターの送信機６に送信する。もちろんこれはテレコミュニケーション・リンクを含む広範な形態をとることができる。送信機６がアップリンク８を介して電磁波信号を衛星トランスポンダ９に送信し、ここで電磁波信号が電子的に処理され、概念上のダウンリンク１０を介して、従来エンド・ユーザに所有されているか、またはレンタルされているディッシュの形態にある地上の受信機１２に放送される。受信機１２によって受信された信号は、エンド・ユーザに所有されているか、またはレンタルされている一体型受信機／デコーダ１３に送信され、またエンド・ユーザのテレビジョン受像器１４に接続される。この受信機／デコーダ１３は圧縮されたＭＰＥＧ−２信号をテレビジョン受像器１４のためにテレビジョン信号にデコードする。
【００２５】
データを送信するための他の伝送チャネルももちろん可能であって、地上放送、ケーブル通信、衛星／ケーブル結合リンク、電話網等がある。
【００２６】
マルチチャネル・システムにおいて、マルチプレクサ４は多数の並列ソースから受信されたオーディオ情報とビデオ情報を処理し、送信機６と相互的に作用して対応するチャネル数に応じて情報を放送する。視聴覚情報に加えて、メッセージまたはアプリケーションまたは他の種類のデジタル・データを送信されたデジタル・オーディオおよびビデオ情報とインターレースされたこれらのチャネルのいくつかまたはすべてに導入される。
【００２７】
条件付アクセス・システム１５が、マルチプレクサ４と受信機／デコーダ１３に接続され、かつ、その一部が放送センター内に、そしてその一部がデコーダ内に配備されている。エンド・ユーザは一つまたはそれ以上の放送サプライヤからデジタル・テレビジョン放送にアクセスすることが可能である。コマーシャル・オファ（すなわち、放送サプライヤによって販売された一つまたはいくつかのテレビジョン・プログラム）に関連するメッセージを解読できるスマートカードは、受信機／デコーダ１３に挿入されることができる。デコーダ１３とスマートカードを使用することにより、エンド・ユーザは予約モードまたはペイパービュー・モードのいずれかでコマーシャル・オファーを購入する。実際に、デコーダは例えばシマルクリプト（Ｓｉｍｕｌｃｒｙｐｔ）またはマルチクリプト（Ｍｕｌｔｉｃｒｙｐｔ）デザインのようなマルチ・アクセス制御システムを処理するように構成されている。
【００２８】
上述したように、このシステムによって送信されたプログラムはマルチプレクサ４でスクランブルされ、条件キーと暗号化キーがアクセス制御システム１５によって決定される所与の送信に適用される。この方法におけるスクランブル・データの伝送は、有料ＴＶシステムの分野において周知である。一般的に、スクランブル・データはデータを解読するために制御ワードとともに伝送され、制御ワード自体はいわゆる開発キー（ｅｘｐｌｏｉｔａｔｉｏｎ  ｋｅｙ）によって暗号化され、暗号化形態で送信される。
【００２９】
こうしてスクランブル・データと暗号化制御ワードが、デコーダに挿入されたスマートカードに記憶された開発キーと同等のアクセスを有するデコーダ１３によって受信され、暗号化制御ワードを復号化し、その後送信データをデスクランブルする。例えば、一括払加入者が月毎の放送ＥＣＭ（資格制御メッセージ）で、開発キーを受信し暗号化制御ワードを復号化して送信内容が見られるようにする。
【００３０】
マルチプレクサ４と受信機／デコーダ１３に接続されるとともに、これも一部が放送センターに、またその一部がデコーダに配備されれている対話型システム１６は、エンド・ユーザがモデム・バック・チャネル１７を介して種々のアプリケーションと対話状態をとることができる。このモデム・バック・チャネルはまた条件付アクセス・システム１５内に使用された連絡に使用されることもできる。対話型システムは、例えば視聴者が放送センターと直ちに連絡して、特定イベントを観察し、アプリケーションをダウンロードする等の権限を要求するのに使用される。
【００３１】
図２を参照して、本発明に使用されるように適用された受信機／デコーダ１３またはセットポップ・ボックスの物理的要素について次に説明する。本図に示した要素は機能ブロックの形態で説明することになる。
【００３２】
デコーダ１３は、関連するメモリ要素を含むとともに直列インターフェース２１から入力データを受信するのに適した中央処理装置２０と、並列インターフェース２２とモデム２３（図１のモデム・バック・チャネル１７に接続された）とを備えている。
【００３３】
デコーダは付加的に、制御ユニット２６を介する赤外線遠隔制御装置２５からの入力と、デコーダのフロント・パネルにあるスイッチ接点２４からの入力を受信するように適用される。このデコーダはまた銀行カード２９または加入者スマートカード３０にそれぞれ適用された二つのスマートカード読取装置２７、２８を備えている。入力が赤外線キーボード（図示省略）を介して受信される。加入者スマートカード読取装置２８が、挿入された加入者カード３０と条件アクセス・ユニット２９と係合して必要な制御ワードをデマルチプレクサ／デスクランブラ３０に供給し、暗号化放送信号のデスクランブルを可能にする。デコーダはさらに従来のチューナ３１と復調器３２を含み、衛星放送を受信し、復調した後でユニット３０によってフィルタし、デマルチプレクスする。
【００３４】
デコーダ内でデータを処理することは、普通中央処理装置２０によって実行される。中央処理装置のソフトウエア・アーキテクチャは、デコーダのハードウエア要素内に設けられた下層レベルの動作システムと相互作用関係にある仮想マシンに対応している。
デコーダ・システム・アーキテクチャ
図３に示した受信機／デコーダ内のシステムのアーキテクチャについて次に説明する。階層アーキテクチャが使用されていることがわかるはずである。第１層４１が受信機／デコーダのハードウエアの動作システムを表わす。これは受信機／デコーダのハードウエア要素を制御するように製造者によって選択された実時間動作システムである。この実時間動作システムは、正確に同期ハードウエア動作を可能にするために比較的高速応答時間を有している。イベント・メッセージがこの層とそのすぐ上のミドルウエア層４２間に通っている。
【００３５】
データ処理システムはハードウエア動作システムの頂部に載置し、ミドルウエア層４２とアプリケーション・インターフェース層４３とを含む。
【００３６】
ミドルエウア層４２はＣ ＡＮＳＩのような言語で書かれ、仮想マシン４４と多数のインターフェース４５を備えている。このインターフェースにはグラフィカル・インターフェース４６、ＦＬＡＳＨ／ＰＲＯＭメモリ・インターフェース４７、プロトコル・インターフェース４８およびデバイス・インターフェース４９を含んでいる。
【００３７】
本発明は、セットポップ・ボックス製造者によって設置された上層レベル・アプリケーションと下層レベル動作システム間に独立して提供するために、仮想マシンを使用している。インターフェース４５が、仮想マシンの動作と下層レベル動作システム４１間のリンクを提供するとともに、このレベルでより容易に実行される多数の中間レベル・アプリケーション・モジュールを含んでいる。
【００３８】
アプリケーション・インターフェース（ＡＰＩ）層４３は、ジャバのようなオブジェクト指向解釈言語で書かれた多数のハイレベル・パッケージ５０−５５を備えている。これらのパッケージは、サービス・プロバイダ（対話型プログラム・ガイド、テレショッピング、インターネット・プラウザ等）によって作られたアプリケーションとシステムの仮想マシン間にインターフェースを提供する。この種のアプリケーションの例を次に示す。
【００３９】
下層レベルＯＳは通常デコーダのハードウエア構成要素に埋め込まれているが、ある実例において、下層レベルＯＳはダウンロードされる。ミドルウエア・パッケージとアプリケーション・インターフェース層パッケージは、放送の送信からデコーダのＲＡＭまたはＦＬＡＳＨメモリにダウンロードされる。別の方法として、ミドルウエアまたはアプリケーション・インターフェース層要素のいくつかまたは全ては、デコーダのＲＯＭまたは（もし装備されていれば）ＦＬＡＳＨメモリに記憶される。デコーダは、メモリ記憶目的でハードディスクまたはＤＶＤドライブを含む。理解されるように、デコーダのメモリ要素の物理的組織がメモリの論理的組織から区別される。
アプリケーション・インターフェース層
図３に示すとともに上述したアプリケーション・インターフェース層４３を参照して、層内のパッケージがジャバのようなオブジェクト指向言語で書き込まれる。各パッケージが、システムの動作中コールされた一連のクラス・ライブラリを規定する。本システムにおいて、次のパッケージがインストールされる。
【００４０】
Ｌａｎｇ／ｕｔｉｌパッケージ５０．このパッケージは仮想マシンによるオブジェクトの操作に必要とするクラスを規定する。これらのクラス・ライブラリは通常選択されたオブジェクト指向言語に関連する標準ライブラリの一部を形成する。
【００４１】
ＭＨＥＧ−５パッケージ５１．このパッケージは、テレビジョンディスプレイ上のグラフィカル・オブジェクトの操作と関連するクラスを規定する。この種のオブジェクトは視聴覚データと区別され、また、例えばチャネル識別子または表示画像上に重畳されたテキストを形成することができる。このパッケージ内のクラスの規定は、標準ＥＴＳ３００７７７−３およびＩＳＯ／ＩＳＥ  １３５２２−５（およびジャバ実行システムの場合は標準ＩＳＯ／ＩＳＥ  １３５２２−６）によって規定されたＭＨＥＧ−５規定を尊重する必要がある。
【００４２】
ツールボックス・パッケージ５２．このパッケージは、受信機／デコーダ内のファイル・システムとメモリの管理に関連するクラスとインターネット等への接続に関連するクラスだけでなく、情報のダウンロードと解凍に使用されるクラスを含む。
【００４３】
デバイス・パッケージ５３．このパッケージは、上述した受信機／デコーダに取り付けられ、モデム、スマート・カード読取装置、ＭＰＥＧフロー・チューナ等を含む周辺機器の管理のために必要なクラスを規定している。
【００４４】
サービス・パッケージ５４．このパッケージは、クレジット・カード・データ等のようなより高いレベルの対話型アプリケーションの開発を実行するために必要なクラスを規定する。
【００４５】
ＤＳＭＣＣ−ＵＵパッケージ５５．このパッケージは、データ・ファイル・サーチと読取のために顧客とサーバー間の通信を必要とするプロトコルを実行する。このパッケージの実行は、規格ＩＳＯ／ＩＥＣ  １３８１８−６およびＤＡＶＩＣパート９に規定された指令を尊重する必要がある。
【００４６】
通常動作において、サービス・プロバイダによって書かれ、従来のシステム内で放送中ダウンロードされた対話型アプリケーションのさらなる層は、上述したインターフェース・パッケージに重畳される。これらのアプリケーションは、一般的にデコーダの規定された基本動作を管理するための一般用アプリケーション・マネージャと、付加的なサービスを付加する一つまたはそれ以上の任意のアプリケーションを含む。より詳しくは、ユーザ・マネージャ・アプリケーションは、次に説明するユーザ優先争いを管理するのに使用される。
【００４７】
導入されるアプリケーションに依存して、上述のパケージのいくつかは省略することもできる。例えば、サービス・プロバイダがデータの読取りのために共通の方法を提供する意図がない場合に、ＤＳＭＣＣ−ＵＵパッケージをファイナル・システムから外してもよい。
【００４８】
パッケージ４３はオブジェクト指向プログラミング環境のためのクラス・ライブラリを提供する。これらのクラス作用は選択された言語によって決まる。例えば、ジャバアプリケーションの場合において、単一インターフェース・クラス構造が支持される。
【００４９】
理解されるように、パッケージ内のグループをなすクラスまたは一連のクラスが、クラスの機能性に関係する形成の問題となる。例えば、周辺機器の管理に関するある種のクラスはデバイス・パッケージ５３かあるいはサービス・パッケージ５４のいずれかに属するように分類される。
インターフェース層
図示したように、インターフェース層は四つのモジュール、すなわち、グラフィック・モジュール４６、メモリ・ファイル管理モジュール４６、プロトコル・モジュール４８およびデバイス・マネージャ４９からなる。このレベルにおけるモジュールがインターフェース・モジュールとして説明される一方で、この機能はアプリケーション・インターフェース・パッケージの実行と、概して仮想マシンの動作のために「グリュー（接着）」層を提供する。
【００５０】
例えば、グラフィック・モジュール４６は、グラフィカル・オブジェクトの創成と管理を提供する。低レベルＯＳに、単一画素、ライン、矩形等のような基本的グラフィック形状の表示を要求する。このモジュールの実装は低レベル製造者のＯＳのグラフィック能力に依存する。ＭＨＥＧ−５パッケージ５１に対するある相補方法において、これらの機能はこのコード・レベルを、上層のアプリケーション層のために選択されたハイレベル・コードよりもより有効に実行される。
【００５１】
同様にして、メモリ・ファイル管理モジュール４７は、システムのメモリ構成要素に関連する低レベル読取／書込ファイル命令を含む。一般的に、ハードウエア動作システムが、メモリ構成要素内にセクターまたはページを読取／書込みするのに必要な命令のみを含む。グラフィック・モジュール４６に関して、このモジュールが、一連の最も簡単な低レベル・アプリケーションをしてシステム中に有効に導入される。
【００５２】
プロトコル管理モジュール４８が、例えばデコーダのＴＣＰ／ＩＰ層を介する通信でコールされる通信プロトコルのライブラリを規定する。
【００５３】
デバイス・マネージャ４９は、この層内の他のモジュールと僅かに異なり、ハードウエア作動システムと、インターフェース層と仮想マシン中の他のモジュールを含むその上の層間にリンクまたはインターフェースが提供される。例えば、仮想マシンからのハードウエアＯＳへの受信／送信された命令またはイベント・メッセージは、二つのレベル間のインターフェース仕様に基づいて変換するためにデバイス・マネージャによって通過される必要がある。
仮想マシンの説明
ここで図４を参照して、本発明のシステムに使用された仮想マシン４４の構造を次に説明する。本発明に使用された仮想マシンはプリエンプティブ（ｐｒｅ−ｅｍｐｔｉｖｅ）・マルチスレッド・タイプのマシンである。この種のマシンの一般的特徴は、他のコンテキストで知られており、この種のマシンを実装するためのコードの形成は当該技術の範囲内にある。
【００５４】
仮想マシンは、図４に概略的に示した対話型の多数の要素からなる。スレッド・マネージャ・サービス６１とモニタ・マネージャ・サービス６２とからなるスケジューラ６０は、マルチスレッド・マシンの中心を形成する。このスケジューラ６０は、仮想マシンの外部でアプリケーションによって創成されたスレッドの実行を指令し、仮想マシン自体（例えば、次に説明するようなガーベッジ収集スレッド）によって創成される。
【００５５】
イベント・マネージャ６３は、イベント・ルーティング・テーブルとスレッドによって予約されたイベントのリストとを処理し、イベントの手早い処置に集中する。
【００５６】
メモリ・マネージャ６４は、システム・メモリ内のメモリ・ゾーンのアロケーションとディスアロケーションを処理し、またノン−レファレンス・オブジェクトのメモリからの除去を処理する（ガーベッジ・コレクション）。
【００５７】
クラス・マネージャ６５は、放送信号内にダウンロードされたアプリケーション・コードのクラスを管理し、セキュリティ・マネージャ６６と対話して、ダウンロードされたコードとの一体性をチェックし、ファイル・マネージャ６８と対話してアプリケーションを実行する。
【００５８】
ファイル・マネージャ６８が、システム・ファイルの実行を遂行し、対話性アプリケーションとデータのダウンロードのメカニズムを処理する。
【００５９】
セキュリティ・マネージャ６６が、アクセスのレベルをダウンロードされたアプリケーションを許容するように処理し、あるアプリケーションはファイル・システムに関連する他の動作以上に実行する能力を有する。
【００６０】
バイトコード翻訳サービス６９と「ｍ−コード」翻訳サービス７０を有するインタープリータ６７が、これらの二つのコードで書かれたアプリケーションの翻訳を処理し、バイトコードはジャバ・アプリケーションに関連し、ｍ−コードは出願人（アプリカント）によって開発された最適コードに与えられた名前である。
ユーザ・プロフィール
デコーダ中で利用可能なハードウエア処理電力の増大が、システムの多数の潜在するユーザ間の情報ルーティング内でのデコーダの使用を増大させている。例えば、単一ＩＲＤが放送ＭＰＥＧストリームのための入力ポイントとして作用可能であり、このストリームが処理されるとともに、一つまたはそれ以上の接続されたテレビジョンディスプレイ、ペリテル・リンクを介して接続されたアナログＶＨＳレコーダ、ＩＥＥＥ  １３９４バスを介して接続されたＰＣまたはＤＶＤ等に転換される。
【００６１】
本実施形態の理想的な中央（処理装置）は、デコーダの多数の「ユーザ」を定義し、各ユーザがある一定の特徴となるプロフィールを有することである。例えば、ハイレベル・アプリケーションが、テレビジョン視聴者、ＶＨＳレコーダ、デコーダを直接使用してインターネットにアクセスする人、デコーダを使用してＰＣへの情報にルート付ける人、等々のための多数のユーザ・プロフィールを規定できる。図５は一連の典型的なユーザ・プロフィールの一例を示す。このリストは例えばデコーダ等に接続されたＤＶＤデバイスを含むように拡張することもできる。
【００６２】
ユーザ・プロフィールは、ターミナル、例えば接続テレビジョンに接続された外部デバイスに関連して規定し、ここでターミナルは単に視聴覚データをテレビジョンディスプレイに供給することもできる。ユーザ・プロフィールは、一人またはそれ以上の実際の人間か、またはターミナルにアクセスする「オペレータ」が実際の同一性に関係して規定される。
【００６３】
しかし、本実施例において、ユーザ・プロフィールは、例えばインターネット・モード中のその動作のようなデバイスの動作モードに関連して規定される。動作の一つのセットアップまたはモードのために規定された各ユーザ・プロフィールは、デコーダ・ターミナルを使用する異なる個人のために指定される。例えば、一人が他の人からの異なる視聴覚優先権利を保持し、あるいはある一定チャネルを見ることを禁止する。各人の優先権利に関する情報はその動作モードのためにユーザ・プロフィール内に記憶される。
【００６４】
各ユーザ・プロフィールはユニークで特徴のあるユーザＩＤと、一つのまたはそれ以上のデコーダ・リソースを得るためにこのユーザの優先権を決定する一つまたはそれ以上の優先順位を有するようにされる。この場合において、用語「リソース」は、デマルチプレクサにアクセスして選択されたデータをダウンロードするようなデコーダーの機能性を意味する。ハイレベル・アプリケーション・マネージャが、これらのプロフィールの特徴を規定、記憶するとともに、リソースの共有を処理し、ユーザがユーザの優先権に関連して対立する。
【００６５】
例えば、ユーザ・マネージャはユーザ「ＲＥＣＯＲＤＥＲ」に優先権を付与する。例えば、所与のリソースを使用するこのユーザによる要求がこのリソースを使用するユーザ「ＶＩＥＷＥＲ」による要求に対して優先権を付与する。より詳しく説明すると、ユーザ「ＲＥＣＯＲＤＥＲ」は、デマックス（ｄｅｍｕｘ）チャネルの選択が関係している限りユーザ「ＶＩＥＷＥＲ」により優先権がある。このようにして、このアプリケーションは視聴者から受信した変更チャネル信号が、同時に送信されるプログラムを記録しようとする者によって選択されたチャネルに対する優先権の付与を阻止する。
【００６６】
単一の優先順位が各ユーザに割り当てられるこの例において、ユーザ「ＲＥＣＯＲＤＥＲ」は常に、どのリソースに対してもアクセスするための「ＶＩＥＷＥＲ」よりも優先権を取る。別の方法において、複数優先順位が割り当てられるが、例えば「ＶＩＥＷＥＲ」がある一定のリソースに対して優先権を有し、他のリソースに対して「ＲＥＣＯＲＤＥＲ」の優先権がある。
【００６７】
優先権の評価はユーザ・マネージャによって処理され、対話型とされる。すなわち、オペレータは、優先権をテレビジョン視聴等に対してインターネット接続に付与するかどうかハンドセットを備えたデコーダをプログラムすることによって決定する。
【００６８】
ユーザＩＤ値に付加して、各ユーザ・プロフィールは、例えばデコーダのＦＬＡＳＨメモリ中のデコーダにキャッシュ・メモリに記憶された一連の優先順位を含む。これらの優先順位はデコーダの起動ごとにアプリケーションによってコールされる。図６に示したように、ユーザ・プロフィール・データ８０はリソース・データ８１、属性データ８２およびアクション・データ８３を含む。
【００６９】
リソース・データ８１は、例えばＭＰＥＧチューナおよびデスクランブラにアクセスするユーザによってアクセスされる内部デコーダ・リソースのリストを含む。理解されるように、このコンテキストのリソースはデマックス処理、条件付アクセス・システム等に関連する物理的要素の組み合わせに関する論理的リソースに関係している。
【００７０】
属性データ８２は、例えば言語（英語、フランス語、ドイツ語等）が、スクリーン上に書き込まれた優先的に使用され、ユーザ等によって見られるプログラムの倫理レベルで、ユーザに対して特定する好ましい属性を含む。アクション・データ８３は、チャネルの変更等を含むそのユーザによって実行できる許容されたアクションのリストを含む。
【００７１】
ユーザ・プロフィール・データは、ユーザ・マネージャ（例えば、全てのユーザはチューナ、デマルチプレクサ等のリソースにアクセスすることが可能である）によって予め定められた固定値だけでなく、各動作モード（監視等の可能なプログラムの倫理的レベル）中でターミナルを使用することのできる各オペレータによって修正でき、かつ、個人指定される値を含むことができる。
【００７２】
オペレータによって修正可能な値は、デコーダのスタートアップ時点でオペレータによって設定された各ユーザ・プロフィールのための値と、セッションが特定するユーザ・プロフィールで開始された各時間でオペレータによって設定された値とを含む。
【００７３】
動作のモードに対応し、各プロフィールのためのターミナル・リソースの優先権を与えることに関するデータを含む複数ユーザ・プロフィールの規定が、ターミナルによるこの種のモードの並行処理を容易にするので、例えば単一ターミナルをして同時に関連する記録デバイスによって記録されるべき順方向の異なるデータの管理と処理とをＰＣ等によって処理されることで許容せしめる。この種のシステムにおいて、有効にターミナルは並行に動作する多数の関連する周辺デバイスのためのデータ・ハブになる。この種の動作は図３および４に関連して示すとともに次に説明するような種類のマルチスレッド・システムによって特にうまく管理される。
【００７４】
一連のユーザ・プロフィールの創成を許容するために、仮想マシンと係合してこれを達成するように適用されたＡＰＩ層内にオブジェクト・クラスを含ませるのが好ましい。図３に戻るとともに、上述したように、ＡＰＩ層４３中に規定されたクラス・ライブラリが動作のパラメータを供給し、その内のより高いレベルのアプリケーションが動作することになる。より詳しく説明すると、あるアクションの実行において、高いレベルのアプリケーションがこの層内に規定されたオブジェクトのクラスに関する命令を含むことになる。
【００７５】
各クラスはこの層のために選択されたオブジェクト指向プログラミング言語のルールを尊重することになる。一般的なオブジェクト・クラスには、クレジット・カード・インターフェースのようなデコーダのポートの管理に関するクラスだけでなく、アクセス制御システムの管理のような他の動作を含んでいる。ＡＰＩ層内の多数の標準クラスは、例えばダウンロードされたＭＰＥＧストリーム中のセクションとテーブルへのアクセスに関連するＤＡＶＩＣグループによって規定されている。
【００７６】
図７を参照して次に、各ユーザのためにそのユーザの優先順位を規定する可能性を提供し、ハイレベル・アプリケーションによる複数ユーザの処理を容易にするように適用されたクラスの構造を説明する。ここで説明しようとするクラスは例えばＡＰＩ層４３にインストールされたサービス・パッケージ５４内に含まれる。
【００７７】
図７を参照して、９０で示されたクラスＵｓｅｒＣａｃｈｅＭａｎａｇｅｒは、システムのメモリ・キャッシュ内に記憶されたユーザ・プロフィール・データへのアクセスと管理をするアプリケーションを許容するように使用される。このクラスはスタティック・クラスである。標準的オブジェクト指向プログラム・アーキテクチャにより、クラス・ライブラリには、方法のリストまたは、メモリ・キャッシュを初期化する方法「初期化」（）、システムによって支持されるべき最大数のユーザを知る方法「ｇｅｔＭａｘＵｓｅｒＰｒｏｆｉｌｅｓ」（）、現在アクティブなユーザの数等を知る方法「ｇｅｔＡｃｔｉｖｅＵｓｅｒＩＤ」（）のような命令が含まれる。クラスはイべントのリストに関連しアプリケーションに、ユーザ・プロフィールの創成と除去のようなイベントの発生を送信する。
【００７８】
クラスは９１で示したクラスＵｓｅｒＰｒｏｆｉｌｅを付加的に含む。このクラスは一般的クラスであり、多数のユーザ・プロフィールの創成を許容するように適用されている。このクラスは、ユーザの識別性を回復するｇｅｔＵｓｅｒＩＤ（）、リソースへのアクセスの優先順位を回復するｇｅｔＰｒｉｏｒｉｔｙＬｅｖｅｌ（）、一般属性の値を設定するｓｅｔＧｅｎｅｒａｌＡｔｔｒｉｂｕｔｅ（）等のような方法リストを含む。このクラスはさらに、例えばユーザ等によって要求されたチャネルの変更を示すイベントのリストとも関連している。
【００７９】
これらの方法は、方法に間接的アクセスを許容する方法であって、これによって各属性のための方法を有する必要性を回避している。これらの方法によって管理される属性の数はシステム・アーキテクトの選択に依存し、また時間にともなって進展する。
【００８０】
実際に、このクラスと他のクラス中の方法の数の選択と機能性はシステム構造次第で決定され、ハードウエアの処理能力、仮想マシンの特徴と、導入が望まれているシステム構造の機能の数に依存して決定される。
【００８１】
これまでに説明したように、いくつかの方法は、アプリケーション・インターフェース層のために選択されたオブジェクト指向言語の原理に基づく他のクラスによって引き継がれている。
【００８２】
実際に、クラスＶｉｅｗｅｒＰｒｏｆｉｌｅ９２、ＲｅｃｏｒｄｅｒＰｒｏｆｉｌｅ９３、ＩｎｔｅｒｎｅｔＰｒｏｆｉｌｅ９４、ＤａｔａＢｒｉｄｇｅＰｒｏｆｉｌｅ９５が、ユーザ・プロフィールＶＩＥＷＥＲ、ＲＥＣＯＲＤＥＲ、ＩＮＴＥＲＮＥＴ、ＤＡＴＡ＿ＢＲＩＤＧＥ等の規定する特定方法を規定する。クラス９２から９５は、一般的ユーザ・プロフィール・クラス９１から引き継いでいる方法を含んでもよい。例えば、命令ｓｅｔＧｅｎｅｒａｌＡｔｔｒｉｂｕｔｅ（属性、属性の価値）を使用して、問題のユーザ・プロフィールに関連する属性の好ましい価値は決定される。
【００８３】
視聴者プロフィールの場合を見てみると、その視聴者の倫理レベルが規定されるとき、命令ｓｅｔＧｅｎｅｒａｌＡｔｔｒｉｂｕｔｅ（Ｍｏｒａｌｉｔｙ−Ｌｅｖｅｌ，１８）が、ユーザＶＩＥＷＥＲのためのプロフィールをプログラムするコンテキストにおいて、が、このユーザに対して与えられた年齢制限を設定する。この値はより高いレベルのアプリケーションによって規定されるとともにコールされることになり、オペレータがその年齢を申告しなければ、ユーザＶＩＥＷＥＲによるある一定のデマックス・チャネルへのアクセスを阻止する。モードＶＩＥＷＥＲ内のデコーダへのアクセスを有する各人に対して、一連の優先性はクラスＶＩＥＷＥＲ内の実証によって規定できる。
【００８４】
理解されるように、識別された“ユーザ”の創成に特定する多数のクラスのＡＰＩにおける定義は、各ユーザのための複数のユーザプロフィールを容易に規定するシステムを可能にする。クラスＵｓｅｒＣａｃｈｅＭａｎａｇｅｒによる供給は、ユーザに関するキャッシュされたプロフィール・データの取扱を許容し、一方一般的クラスＵｓｅｒＰｒｏｆｉｌｅとサブクラスＶｉｅｗｅｒＰｒｏｆｉｌｅ，ＲｅｃｏｒｄｅｒＰｒｏｆｉｌｅ等は、各ユーザ・プロフィールの規定に対して必要とするツールを提供する。
【００８５】
しかしこれらのクラス内の方法およびイベントの正確な組み合わせと規定は、任意であり、当該技術に習熟した人の能力内で、選択された仮想マシン等の特徴に依存したこの種のオブジェクトの最善の規定を決定する。
【図面の簡単な説明】
【図１】  デコーダの形態にあるマルチメディア・ターミナルを含むデジタル・テレビジョン・システムを示す図である。
【図２】  図１のデコーダの物理的要素を示す図である。
【図３】  デコーダ内のデータ処理システムのソフトウエア・アーキテクチャを示す図である。
【図４】  図３のデータ処理システムに使用された仮想マシンの構造を示す図である。
【図５】  本発明の本実施形態で規定されるべき一連の所定のユーザ・プロフィールを示す図である。
【図６】  図５の各ユーザ・プロフィールのためのデコーダ・メモリ中に記憶されたユーザ・プロフィール・データの要素を示す図である。
【図７】  ユーザ・プロフィールの規定に使用されるべきソフトウエア・アーキテクチャのアプリケーション・インターフェース層内のクラス・ライブラリの構造を示す図である。
【図１】
0004895424.tif 000002
【図２】
0004895424.tif 000003
【図３】
0004895424.tif 000004
【図４】
0004895424.tif 000005
【図５】
0004895424.tif 000006
【図６】
0004895424.tif 000007
【図７】
0004895424.tif 000008