JP2003250097A - データの転送及び処理 - Google Patents

データの転送及び処理

Info

Publication number
JP2003250097A
JP2003250097A JP2002361669A JP2002361669A JP2003250097A JP 2003250097 A JP2003250097 A JP 2003250097A JP 2002361669 A JP2002361669 A JP 2002361669A JP 2002361669 A JP2002361669 A JP 2002361669A JP 2003250097 A JP2003250097 A JP 2003250097A
Authority
JP
Japan
Prior art keywords
data
routing
decoder
output
receiver
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2002361669A
Other languages
English (en)
Other versions
JP2003250097A5 (ja
Inventor
Andre Surcouf
シュルクフ アンドレ
Laurent Proust
プルースト ローラン
Patrice Letourneur
ルトゥルノー パトリス
Francois Lecrom
ルクロム フランソワ
Jerome Meric
メリク ジェローム
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
KCA Licensing SA
Original Assignee
Canal Plus Technologies SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canal Plus Technologies SA filed Critical Canal Plus Technologies SA
Publication of JP2003250097A publication Critical patent/JP2003250097A/ja
Publication of JP2003250097A5 publication Critical patent/JP2003250097A5/ja
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/443OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/414Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/4147PVR [Personal Video Recorder]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/426Internal components of the client ; Characteristics thereof
    • H04N21/42607Internal components of the client ; Characteristics thereof for processing the incoming bitstream
    • H04N21/42615Internal components of the client ; Characteristics thereof for processing the incoming bitstream involving specific demultiplexing arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/426Internal components of the client ; Characteristics thereof
    • H04N21/42607Internal components of the client ; Characteristics thereof for processing the incoming bitstream
    • H04N21/42623Internal components of the client ; Characteristics thereof for processing the incoming bitstream involving specific decryption arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/426Internal components of the client ; Characteristics thereof
    • H04N21/42607Internal components of the client ; Characteristics thereof for processing the incoming bitstream
    • H04N21/4263Internal components of the client ; Characteristics thereof for processing the incoming bitstream involving specific tuning arrangements, e.g. two tuners
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/4302Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4305Synchronising client clock from received content stream, e.g. locking decoder clock with encoder clock, extraction of the PCR packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4333Processing operations in response to a pause request
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81Monomedia components thereof
    • H04N21/8166Monomedia components thereof involving executable data, e.g. software
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845Structuring of content, e.g. decomposing content into time segments
    • H04N21/8455Structuring of content, e.g. decomposing content into time segments involving pointers to the content, e.g. pointers to the I-frames of the video stream

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Television Signal Processing For Recording (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

(57)【要約】 (修正有) 【課題】受信機/デコーダ内でデータを送るための経路
指定装置を開示する。 【解決手段】経路指定装置は、リアルタイムユーザ経路
指定制御情報を受信するための手段、及び入力から出力
へ、記憶装置手段へ、ならびに該受信されたリアルタイ
ムユーザ制御情報に従って出力と記憶装置手段の両方に
データを送るための手段を備える。他の態様では、コマ
ンドが転送の発信元と宛先の少なくとも1つを変更する
ように適合させられる発信元と宛先間のビットストリー
ムのデータ転送を制御するためのコマンド、及びデータ
を受信するための手段と、2つまたは3つ以上の異なる
モードでデータを同期させるための手段とを備えるデー
タを受信、処理するための手段を備える。

Description

【発明の詳細な説明】
【0001】
【発明の属する技術分野】本発明は経路指定装置、及び
受信機/デコーダ、データを送る方法に係わる。追加の
態様では、本発明は、コマンド、制御装置、入信ビット
ストリームのセクションを記憶する方法、及び番組また
は記憶されるビットストリームの他の定められたセクシ
ョンを読み取る方法に係わる。本発明は、データを受信
し、処理するための装置、ビデオデバイス、及びサービ
スデバイスに及ぶ。本発明は、コンピュータプログラム
製品、コンピュータ読み取り可能媒体、コンピュータプ
ログラム製品を明白に具現する信号、及び放送システム
にも係わる。本発明は、特に、デジタルテレビシステム
におけるビットストリームなどの視聴覚ビットストリー
ムの分野で利用されている。
【0002】デジタルテレビシステムは、アナログ形式
よりむしろデジタル形式での視聴者にテレビジョンチャ
ネルを伝送する。デジタルチャネルは、送信機終端でデ
ジタルデータストリームに符号化され、デジタル受信機
/デコーダを使用して受信機終端で復号される。対話性
を可能とするために、テレビジョンチャネルを送達する
同じ媒体、あるいは電話リンクなどの別の媒体のどちら
かを介してアップリンクが提供されてよい。デジタル音
声、ソフトウェアデータ及び対話型データなどの追加の
種類のデータが一斉送信できる、あるいは一斉送信もさ
れている。ここに使用されるように、用語「デジタルテ
レビシステム」は、例えば、任意の衛星システム、地上
システム、ケーブルシステム及び他のシステムを含む。
【0003】ここに使用されるような用語「受信機/デ
コーダ」は、好ましくはMPEGフォーマットで、なん
らかの他の手段により一斉送信または伝送されてよい、
テレビ信号及び/または無線信号などの、符号化済み
の、または符号化されていないかのどちらかの信号を受
信するための受信機を意味してよい。用語は、受信され
た信号を復号するためのデコーダも意味してよい。この
ような受信機/デコーダの実施形態は、例えば、物理的
に別個の受信機と組み合わされて機能するデコーダ、ま
たはウェブブラウザ、ビデオレコーダまたはテレビなど
の追加機能を含むこのようなデコーダなどの「セットト
ップボックス」で、受信された信号を復号するための、
受信機と一体化されたデコーダを含んでよい。
【0004】用語MPEGは、国際標準化機構作業グル
ープ「エムペグ(動画専門家グループ)」により開発さ
れたデータ伝送規格、及び特にではあるが、排他的にで
はなく、デジタルテレビ用途向けに開発され、文書IS
O 13818−1、ISO13818−2、ISO
13818−3及びISO 13818−4に述べられ
ているMPEG−2規格を指す。本特許出願の文脈にお
いては、用語は、デジタルデータ伝送の分野に適用でき
るMPEGフォーマットのすべての変形、修正または展
開したものを含む。
【0005】本発明のある態様に従って、リアルタイム
ユーザ経路指定制御情報を受信するための(プロセッサ
及び関連付けられるメモリなどの)手段と、入力から出
力に、(同または追加のメモリなどの)記憶装置手段
に、及び該受信されたリアルタイムユーザ経路指定制御
情報に従って出力と記憶装置手段の両方にデータを送る
ための(同または追加のプロセッサと関連メモリなど
の)手段とを備える、受信機/デコーダ内でデータを送
るための経路指定装置が提供される。
【0006】リアルタイムユーザ経路指定制御を提供す
ることにより、経路指定装置は、データの経路指定に対
する高められた制御と柔軟性を実現できる。このように
して、ユーザは装置の経路指定構成を準備し、したがっ
てデータが装置内でどこに送られるのかをリアルタイム
で決定することができる。
【0007】「リアルタイム」とは、好ましくはユーザ
経路指定制御情報の受信と該情報の後の処理の間の遅延
が、実際的な観点からはユーザにとって意味を持たない
ことを意味する。したがって、ユーザは、好ましくは、
経路指定制御情報が経路指定装置によって受信されると
すぐに、それが処理され、経路指定構成が相応して改変
されるという印象を受ける。
【0008】好ましくは、データは、プログラムまたは
アプリケーションを含むデジタルデータストリームの形
を取る。
【0009】さらに好ましくは、データは、例えばデジ
タルテレビ番組などのデジタル音声/視覚データの形を
取る。
【0010】一般的には、デジタルテレビ番組は、字
幕、テレテキスト、同期データ及びともにデジタルテレ
ビ番組を構成する音声コンポーネントと視覚コンポーネ
ントと密接に関係して伝送される他のデータを含んでよ
い。
【0011】ここで使用されるような用語「音声/視
覚」は、好ましくは、音声内容または視覚内容のどちら
か、あるいは2つの組み合わせを暗示する。受信機/デ
コーダにより受信される放送信号という文脈では、用語
は字幕、テレテキスト、同期データ、及びテレビ番組を
構成する音声コンポーネントと映像コンポーネントに密
接に関係して伝送される他のデータを包含してよい。
【0012】好ましくは、経路指定装置は、記憶装置手
段にデータを書き込むための(プロセッサ及び関連付け
られるメモリなどの)手段を備える。このようにして、
データは記憶装置手段上に記録されてよい。
【0013】やはり好ましくは、経路指定装置は、記憶
装置手段からデータを取り出すための(プロセッサ及び
関連メモリなどの)手段を備える。したがって、データ
は記憶装置手段から取り出すことができる。
【0014】好ましくは、経路指定手段は、記憶装置手
段から出力にデータを送るように適合されている。この
ようにして、記憶装置手段に送られ、記録された番組
は、後に記憶装置手段から取り出し、視聴のために出力
に送ることができる。
【0015】したがって、ユーザは、最初に生放送での
視聴のために出力にテレビ番組を送り、所望される場
合、後に、記録のために代わりに記憶装置手段に番組を
再送できる。それ以後、番組を記憶装置手段から取り出
し、視聴のために出力に送ることができる。さらに、最
初に出力に番組を送ってから、生放送での視聴のために
出力、及び記録のために記憶装置手段の両方に、後にそ
れを送ることが可能である。
【0016】好ましくは、経路指定手段は、記憶装置手
段のタイムシフト記憶領域に、レコード記憶領域に、及
びタイムシフト記憶領域とレコード記憶領域の両方にデ
ータを送るように適合されている。このようにして、記
憶装置手段に送られるデータは別々に取り扱うことがで
きる。
【0017】やはり好ましくは、経路指定手段は、さら
に、タイムシフト記憶領域とレコード記憶領域から出力
へデータを送るように適合される。このようにして、デ
ータは、各記憶領域から出力へ個別に送られ、それによ
り機能性の向上を実現する。
【0018】好ましくは、経路指定装置は、さらに、ユ
ーザタイムシフト制御命令を受け取るための(プロセッ
サ及び関連付けられるメモリなどの)手段を備える。タ
イムシフト制御命令を受信するための手段を提供するこ
とにより、装置はユーザにデータに対する制御を与える
ことができる。
【0019】「タイムシフト」は、好ましくは、時間に
関する生放送のデータの処理または操作、つまり生放送
のデータを記録されているデータに類似する方法で処理
する能力を意味する。このようにして、例えば、生放送
の番組を休止してから、後に再開することができる。
【0020】好ましくは、経路指定手段は、受信される
ユーザタイムシフト制御命令を基に記憶手段にデータを
送るように適合される。
【0021】さらに好ましくは、経路指定手段は、受信
されるユーザタイムシフト制御命令を基に記憶手段のタ
イムシフト記憶領域にデータを送るように適合されてよ
い。このようにしてタイムシフトの目的のためのデータ
は別個に記憶できる。
【0022】好ましくは、ユーザタイムシフト制御命令
は、以下の命令の少なくともどれかを備える。つまり、
休止、再生、巻き戻し及び早送りである。装置は、共通
のタイムシフト制御命令(またはコマンド)の集合を提
供することにより、ユーザに生放送のデータに対する柔
軟な制御を与えることができる。好ましくは、異なる速
度で巻き戻す、及び早送りすることも可能である。
【0023】したがって、ユーザは、生放送の視聴のた
めに出力に、及びレコード記憶領域内での記録のために
記憶手段に番組を送ることができる。さらに、ユーザ
は、リアルタイムでタイムシフト記憶領域に番組を送
り、それにより番組のタイムシフトを可能にする。した
がって、例えば、ユーザが、番組を記録しながら番組を
生放送で見ている場合、生放送の番組を休止し、それに
より番組をタイムシフト記憶領域に送ってから、後に、
タイムシフト記憶領域から出力に送られる番組を再開す
ることも可能である。
【0024】好ましくは、経路指定装置は、リアルタイ
ムユーザ経路指定制御情報及びユーザタイムシフト制御
命令を受信するための単一ユーザインタフェースの形を
取る手段を備える。典型的にはリモートコントローラの
形を取る単一ユーザインタフェースは、それが装置の制
御を簡略化できるという点で有利である。
【0025】好ましくは、経路指定装置は少なくとも1
つの追加入力を備え、経路指定手段は、その入力から出
力に、記憶装置手段に、及び出力と記憶装置手段の両方
にデータを送るように好ましくは適合されている。
【0026】複数の入力からのデータを装置によって選
択的に送ることができるようにすることにより、追加の
柔軟性を提供することができる。このようにして、複数
のソースからのデータは出力に、記憶装置手段に、及び
出力と記憶装置手段の両方に同時に送ることができる。
さらに、装置のリアルタイムユーザ経路指定制御機能と
組み合わされるこの機能は、受信機/デコーダ内での個
々のデータストリームの経路指定を準備する柔軟な手段
を提供し、それによりユーザに、意のままにリアルタイ
ムですべて選択できる多岐に渡る視聴及び記録のオプシ
ョンを与えることができる。
【0027】したがって、例えば、ユーザは、当初、生
放送での視聴のために第1の番組を出力に送り、記録の
ために第2の番組を記憶装置手段に送り、その後、リア
ルタイムで、第1の番組を記録のために記憶装置手段に
送ることもできる。このようにして、第2の番組が記録
されている間に第1の番組を見ることができ、所望され
る場合、後のなんらかのときに第2番組の記録を開始す
ることができる。さらに、ユーザは、どの番組を生放送
で視聴するのかをリアルタイムで選択することもでき
る。このようにして、例えば、第1番組の代わりに、第
2番組を生放送での視聴のために出力に送ることができ
る。
【0028】さらに、生放送で視聴されている番組のど
ちらかをタイムシフト記憶領域に送り、したがって生放
送の番組をタイムシフトすることもできる。
【0029】さらに、生放送での視聴のために2つの番
組を出力に送ることもできる。
【0030】また、好ましくは、経路指定手段は、他の
入力からのデータとは無関係に各入力からデータを送る
ように適合されている。このようにして、少なくとも2
つの番組を、ユーザによって出力に、記憶装置手段に、
及び出力と記憶装置手段の両方にリアルタイムで独立し
て送ることができる。
【0031】好ましくは、出力は複合データを生じさせ
るためにデータを結合するための(プロセッサ及び関連
付けられるメモリなどの)手段を含む。
【0032】好ましくは、該結合手段は、入力、少なく
とも1つの追加の入力、記憶装置手段、及び少なくとも1
つの追加の記憶手段のソースのどれかからのデータを結
合するように適合されている。このようにして、複数の
ソースからのデータを管理するために単一の出力を使用
することができる。
【0033】好ましくは、視覚データの場合、各番組か
らの視覚コンテンツを使用してモザイクが作成される。
このようにして、例えば「画像内画像(picture
−in−picture)」モザイクが作成されてよ
い。好ましくは、音声データのケースでは、音声データ
を結合するために「吹き替え(voice ove
r)」技法が使用できる。
【0034】したがって、各入力からの2つの番組を直
接的に出力に送ることができる。第1番組を入力から出
力に送り、同時に第2番組を記憶装置手段から出力に送
ることも可能である。複数の番組を記憶装置手段から出
力へ送ることも可能である。
【0035】さらに、第2番組をタイムシフトしている
間に、生放送での視聴のために第1番組を出力に送るこ
とが可能であるので、タイムシフトされている番組を同
時に視聴しながら生放送の番組を視聴することも可能で
ある。
【0036】好ましくは、出力は、表示手段への接続の
ために適合されている。
【0037】出力は、それぞれが別の表示手段に接続可
能である少なくとも2つの出力ポートを含んでよく、出
力は、入力、少なくとも1つの追加入力、記憶装置手
段、及び少なくとも1つの追加記憶装置手段のそれぞれ
のソースのどれかからの出力に送られるデータをそれぞ
れの別個の表示手段に転送するように適合されてよい。
【0038】好ましくは、経路指定手段は、さらに、入
力を出力に、記憶装置手段に、及び出力と記憶装置手段
の両方に動的に相互接続するように適合されている。
【0039】したがって、本発明は、入力を出力に、
(メモリ記憶装置などの)記憶手段に、及び出力と記憶
装置手段の両方に動的に相互接続するための(プロセッ
サ及び関連付けられるメモリなどの)手段を備える受信
機/デコーダ内でデータを送るための経路指定装置に及
ぶ。
【0040】動的な相互接続手段を提供することによ
り、経路指定装置は柔軟性を提供できる。
【0041】好ましくは、経路指定装置は、リアルタイ
ムユーザ経路指定制御情報を受信するための(プロセッ
サ及び関連付けられるメモリなどの)手段を備え、相互
接続手段は入力から出力に、記憶装置手段に、及び受信
されるリアルタイムユーザ経路指定制御情報に従って出
力と記憶装置手段の両方にデータを送るように適合され
ている(プロセッサ及び関連付けられるメモリなどの)
経路指定手段を備える。
【0042】リアルタイムユーザ経路指定制御情報に従
って入力、出力、及び記憶装置手段の間の動的な相互接
続に備えることにより、経路指定装置は、ユーザに、受
信機デコーダでのデータの経路指定に対する強化された
制御を与えることができる。
【0043】経路指定装置により、ユーザは、入力、出
力、及び記憶装置手段の間の相互接続をリアルタイムで
改変できる。したがって、データは、最初に、入力、出
力、及び記憶装置手段の間の第1の考えられる相互接続
に従って送ることができ、後にユーザは、経路指定手段
に入力、出力、及び記憶装置手段の間の相互接続を改変
させ、それによりデータの経路指定を改変する代替の経
路指定制御情報を提供することができる。
【0044】好ましくは、経路指定装置はソフトウェア
で具現される。
【0045】本発明の追加の態様に従って、前述された
ような経路指定装置を組み込む受信機/デコーダが提供
される。
【0046】本発明の追加態様に従って、受信機/デコ
ーダ内でデータを送る方法が提供され、該方法は、リア
ルタイムユーザ経路指定制御情報を受信することと、入
力から出力に、記憶装置手段に、及び受信されるリアル
タイムユーザ経路指定制御情報に従って出力と記憶装置
手段の両方にデータを送ることとを包含する。
【0047】好ましくは、該方法は、記憶装置手段にデ
ータを書き込むことを含んでよい。また好ましくは、該
方法は記憶装置手段からデータを取り出すことを含んで
もよい。
【0048】好ましくは、該方法は、記憶装置手段から
出力へデータを送ることを含んでよい。このようにし
て、記憶装置手段に送られ、記録された番組は、後に記
憶装置手段から取り出し、視聴のために出力に送ること
ができる。
【0049】好ましくは、該方法は、データを、記憶装
置手段のタイムシフト記憶領域に、レコード記憶領域
に、タイムシフト記憶領域とレコード記憶領域の両方に
送ることを含んでよい。
【0050】また、好ましくは、該方法は、タイムシフ
ト記憶領域とレコード記憶領域から出力へデータを送る
ことを含んでよい。
【0051】好ましくは、該方法は、ユーザタイムシフ
ト制御命令を受信することを含んでよい。
【0052】さらに好ましくは、該方法は、受信される
ユーザタイムシフト制御命令を基に記憶手段にデータを
送ることを含んでよい。
【0053】該方法は、さらに、受信されるユーザタイ
ムシフト制御命令を基に、記憶装置手段のタイムシフト
記憶領域にデータを送ることを含んでよい。
【0054】好ましくは、ユーザタイムシフト制御命令
が、以下の命令の少なくともどれかを備える。つまり、
休止、再生、巻き戻し、及び早送りである。好ましく
は、さまざまな速度で巻き戻し、早送りすることも可能
である。
【0055】該方法は、少なくとも2つの入力からデー
タを送るように適合されてよく、その場合、入力ごと
に、該方法はその入力から出力に、記憶装置手段に、及
び出力と記憶装置手段の両方にデータを送ることを含ん
でよい。
【0056】該方法は、他の入力からのデータとは無関
係に各入力からデータを送ることを含んでよい。
【0057】好ましくは、該方法は、複合データを生じ
させるためにデータを結合することを含んでよい。
【0058】好ましくは、該方法は、入力、少なくとも
1つの追加入力、記憶装置手段、及び少なくとも1つの
追加記憶装置手段のソースのどれかからのデータを結合
することを含んでよい。
【0059】該方法は、入力、少なくとも1つの追加入
力、記憶装置手段、及び少なくとも1つの追加記憶装置
手段のそれぞれのソースのどれかから出力に送られるデ
ータを、別個の表示手段に転送することを含んでよい。
【0060】本発明の別の態様に従って、受信機/デコ
ーダ内でデータを送る方法が提供され、該方法は、入力
を出力に、記憶装置手段に、及び出力と記憶装置手段の
両方に動的に相互接続することを備える。
【0061】好ましくは、該方法は、さらに、入力から
出力に、記憶装置手段に、及び出力と記憶装置手段の両
方にデータを選択的に送ることを備える。
【0062】該方法は、さらに、リアルタイムユーザ経
路指定制御情報を受信することと、入力を出力に、記憶
装置手段に、及び受信されるリアルタイムユーザ経路指
定制御情報に従って出力と記憶装置手段の両方に接続す
ることとを包含してよい。
【0063】本発明の別の態様に従って、リアルタイム
ユーザ経路指定制御情報を受信するための手段と、入力
から出力に、記憶装置手段に、及び受信されるリアルタ
イムユーザ経路指定制御情報に従って出力と記憶装置手
段の両方にデータを送るための手段を備える、受信機/
デコーダ内でデータを送るためのコンピュータプログラ
ム製品が提供される。
【0064】好ましくは、該コンピュータプログラム製
品は、記憶装置手段にデータを書き込むための手段を備
える。また、好ましくは、該コンピュータプログラム製
品は、さらに、記憶装置手段からデータを取り出すため
の手段を備える。
【0065】好ましくは、経路指定手段は、記憶装置手
段から出力へデータを送るように適合される。
【0066】好ましくは、経路指定手段は、タイムシフ
ト記憶領域に、レコード記憶領域に、及びタイムシフト
記憶領域とレコード記憶領域の両方にデータを送るよう
に適合されている。
【0067】また、好ましくは、経路指定手段は、さら
に、タイムシフト記憶領域とレコード記憶領域から出力
にデータを送るように適合されている。
【0068】好ましくは、コンピュータプログラム製品
は、さらに、ユーザタイムシフト制御命令を受信するた
めの手段を備える。
【0069】好ましくは、経路指定手段は、受信される
ユーザタイムシフト制御命令を基に記憶装置手段にデー
タを送るように適合されている。
【0070】さらに好ましくは、経路指定手段は、受信
されるユーザタイムシフト制御命令を基に、記憶装置手
段のタイムシフト記憶領域にデータを送るように適合さ
れてよい。
【0071】好ましくは、コンピュータプログラム製品
は、リアルタイムユーザ経路指定制御情報及びユーザタ
イムシフト制御命令を受信するための、単一ユーザイン
タフェースの形を取る手段を備える。
【0072】好ましくは、コンピュータプログラム製品
は、少なくとも1つの追加入力を処理するように構成さ
れ、経路指定手段は、入力ごとに、その入力から出力
に、記憶装置手段に、及び出力と記憶装置手段の両方に
データを送るように適合されている。
【0073】また好ましくは、経路指定手段は、他の入
力からのデータとは無関係に各入力からのデータを送る
ように適合されている。
【0074】好ましくは、コンピュータプログラム製品
は、複合データを生じさせるためにデータを結合するた
めの手段を含む。
【0075】好ましくは、該結合手段は、入力、少なく
とも1つの追加入力、記憶装置手段、及び少なくとも1つ
の追加記憶装置手段のソースのどれかからデータを結合
するように適合されている。このようにして、複数のソ
ースからのデータを管理するために単一の出力を使用す
ることが可能である。
【0076】出力は、それぞれ別個の表示手段に接続可
能である少なくとも2つの出力ポートを含んでよく、そ
の場合コンピュータプログラム製品は、入力、少なくと
も1つの追加入力、記憶装置手段、及び少なくとも1つの
追加記憶装置手段のどれかから出力に送られるデータを
それぞれ別個の表示手段に転送するように適合されてよ
い。
【0077】好ましくは、経路指定手段は、さらに、出
力に、記憶装置手段に、及び出力と記憶装置手段の両方
に入力を動的に相互接続するように適合される。
【0078】したがって、該方法は、出力に、記憶装置
手段に、及び出力と記憶装置手段の両方に入力を動的に
相互接続するための手段を備える、受信機/デコーダ内
でデータを送るためのコンピュータプログラム製品に及
ぶ。
【0079】好ましくは、コンピュータプログラム製品
は、さらに、リアルタイムユーザ経路指定制御情報を受
信するための手段を備え、相互接続手段は、入力から出
力に、記憶装置手段に、及び受信されるリアルタイムユ
ーザ経路指定制御情報に従って出力と記憶装置手段の両
方にデータを送るように適合される。
【0080】本発明の追加の態様では、発信元と宛先の
間でのビットストリームのデータ転送を制御するための
コマンドが提供され、該コマンドは、該転送の該発信元
と該宛先の少なくとも1つを変更するように適合されて
いる。このようにして、ビットストリームの既存の転送
は、転送が再開される代わりに、新しい状況の要件を満
たすために変更され、それにより新しい転送プロセスの
起動にまつわるオーバヘッドを回避できる。
【0081】ここに使用されるような用語「データ転
送」は、好ましくは、例えばプロセッサの制御下のただ
1つの動作を暗示する。転送は、例えば、データが、例
えばI/OからFIFOへ、FIFOからハードディス
クへ等、可能ならば非同期で数多くのコンポーネントの
間で送られる中間段階を有することがある。
【0082】発信元及び/または宛先は、例えば、ハー
ドディスクなどの記憶媒体内のあるロケーションであっ
てよい。発信元及び/または宛先は、ハードディスク内
のロケーション、メモリ内のバッファ(例えばFIFO
バッファ)、または別の装置(例えば、ファイアワイア
ポート等)に変更されてよい。発信元及び/または宛先
がハードディスク上のロケーション(またはフラグメン
ト)であり、発信元/宛先が同じまたは別のハードディ
スク内の別のこのようなロケーションに変更される場
合、該フラグメントは過去の発信元/宛先フラグメント
より大きいまたは小さい場合がある。
【0083】好ましくは、コマンドは、例えば、ハンド
ルなどの転送に対する参照を包含する。この文脈でのハ
ンドルは、プロセスまたはシステムの内部コンポーネン
トを、システムの構造及び/または機能を明示的に参照
せずに、システムと外部エージェントの両方によって一
意に識別できるようにするトークンまたは識別子であ
る。ハンドルは、転送プロセスが開始されるときにファ
イルシステムによって例えば戻されてよい。
【0084】コマンドは、好ましくは転送中に発行され
る。転送が中間段階から構成されている場合には、コマ
ンドは、例えば、ハードディスクにビットストリームの
部分を書き込むことなどの中間段階中に、あるいは複数
の中間段階の間で発行されてよい。例えば、コマンド
は、記録されているビットストリームの一部がハードデ
ィスクに記憶された後に発行されてよい。つまり、入信
ビットストリームは、ひとまず例えばバッファ内に記憶
されていた可能性がある。
【0085】好ましくは、コマンドは、例えばハンドル
などの、発信元と宛先の新しい少なくとも1つに対する
参照を包含する。このようにして、転送の初期のパラメ
ータを指定し直す必要はない。
【0086】好ましくは、コマンドは転送を拡張するよ
うに適合される。例えば、データ転送が、ハードディス
ク内にビットストリームの10MBを記憶するように初
期に構成されている場合、コマンドはビットストリーム
の12MBを記憶するために転送を拡張してよい。
【0087】この機能は別個に提供される。したがっ
て、本発明の追加の態様に従って、発信元と宛先の間の
ビットストリームのデータ転送を制御するためのコマン
ドが提供され、該コマンドは転送を拡張するように適合
されている。
【0088】本発明の追加態様に従って、前述されたよ
うなコマンドを生成する(または前述されたようなコマ
ンドを含むさらに作成する)ための手段(好ましくはプ
ロセッサ及び関連付けられるメモリ)を備える制御装置
が提供される。
【0089】好ましくは、制御装置は、さらに、発信元
と宛先の間で転送を開始するために(同または追加のプ
ロセッサと関連付けられるメモリなどの)手段を備え
る。
【0090】好ましくは、宛先は記憶場所(例えば、ハ
ードディスク上のフラグメントまたはメモリ内のバッフ
ァ)であり、制御装置は、該記憶場所がいっぱいになる
前にコマンドを発行する(またはさらに好ましくは含
む)ように適合される。
【0091】また好ましくは、宛先は記憶場所(例え
ば、ハードディスク上のフラグメントまたはメモリ内の
バッファ)であり、制御装置は、さらに、該記憶場所が
いっぱいであることを示すイベントを作成するための手
段(好ましくはプロセッサ及び関連付けられるメモリ)
を備える。
【0092】好ましくは、該イベントの作成に応えてコ
マンドを発行する(あるいはさらに好ましくは含む)よ
うに適合される。このようにして、転送がハードディス
ク上でのビットストリームの記憶という形を取るとき、
ハードディスク上の新しいフラグメントは、カレントフ
ラグメントが充填されると割り当てられてよい。
【0093】本発明の別の態様に従って、前述されたよ
うな記憶装置手段と制御装置を備える受信機/デコーダ
が提供される。
【0094】本発明の別の態様に従って、発信元と宛先
の少なくとも1つを変更することにより、発信元と宛先
間のデータの転送を制御するための手段(例えば、プロ
セッサ及び関連付けられるメモリなどの)手段を備える
ファイルシステムが提供される。
【0095】好ましくは、制御装置は、さらに、発信元
と宛先間でデータの転送を開始するための手段(例え
ば、プロセッサ及び関連付けられるメモリ)を備え、該
発信元と該宛先の少なくとも1つは記憶媒体内のロケー
ションである。
【0096】本発明の別の態様に従って、発信元と宛先
間でのデータの転送を拡張するための手段(例えば、プ
ロセッサ及び関連付けられるメモリ)を備えるファイル
システムが提供される。
【0097】好ましくは、制御装置は、さらに、発信元
と宛先間でのデータの転送を開始するための手段(例え
ば、プロセッサ及び関連付けられるメモリ)を備え、該
発信元と該宛先の少なくとも1つは記憶媒体内のロケー
ションである。
【0098】このようなファイルシステムは、例えば、
受信機/デコーダ内のファイルシステムであってよく、
ファイルシステムライブラリ及びファイル割り当てテー
ブルを備えてよい。
【0099】ビットストリームの1つまたは複数の特徴
(例えば、持続期間、ビットレート)が、記憶プロセス
が開始される時点で未知のままであるときに、視聴覚ビ
ットストリーム等の記憶を容易にすることは本発明の1
つの形式の目的である。通常、視聴者は、そのビットス
トリームの実際のビットカウントが事前に分からない状
態で、デジタルテレビトランスポートストリーム内で番
組を記憶することを希望するだろう。さらに、視聴者
は、記憶手順を、それが完了する前に終了する、及び/
または第2記憶手順を開始することを選ぶ場合がある。
【0100】したがって、本発明のある追加態様では、
プロセス制御装置及び記憶装置を備え、定められたビッ
トストリームセクションの実際のビットカウントまたは
予想ビットカウントよりはるかに小さいサイズのそれぞ
れのメモリロケーションを割り当てるステップと、同ロ
ケーションにある入信ビットストリームの対応する部分
を記憶するステップとを備え、該ステップが、ビットス
トリームが終了されるまで繰り返され、それによりビッ
トストリームの記憶中に割り当てられるが、記憶のため
に利用されないメモリの範囲を制限する、受信機/デコ
ーダ内の入信ビットストリームのセクションを記憶する
方法が提供される。
【0101】このような方法は、ビットストリームの全
体的なサイズを知ること、あるいは記憶を開始する前に
その全体的なサイズを推定することが必要とされないと
いう優位点を有する。さらに、ビットストリームの記憶
のためには相対的に少ない量の記憶容量を割り当て、記
憶容量の残りは、例えば他のビットストリームの記憶に
残すことができる。
【0102】好ましくは、ビットストリームの記憶は、
記憶装置の指定されたロケーションでビットストリーム
の第1部分を記憶するためのコマンドを発行するプロセ
ス制御装置により開始され、該コマンドは記憶される第
1部分のサイズを指定する。
【0103】このようにして、ビットストリームの一部
は、ビットレートまたはビットストリームの総計ビット
レートを知らなくても記憶できる。
【0104】好ましくは、記憶装置は、ビットストリー
ムの一部の記憶が達成されるとプロセス制御装置に通知
する。なおさらに好ましくは、プロセス制御装置は、記
憶装置上の追加のロケーションでビットストリームのそ
れ以降の部分を記憶するための、プロセス制御装置がそ
れ以降の部分のサイズを指定するコマンドを発行するこ
とにより通知に応える。このようにして、ビットストリ
ームは、ビットストリームの全体的なサイズ、そのビッ
トレート、または平均ビットレートに関する知識を必要
とすることなく、及び他方ではビットストリームの記憶
に記憶容量の大きな部分を事前に割り当てることなく、
任意の時点で区分的に記憶される。
【0105】好ましくは、ビットストリームの第1部分
を記憶するためのコマンド及び/またはビットストリー
ムのそれ以降の部分を記憶するためのコマンドは、記憶
装置上の複数のロケーションを指定する。このような方
法は、記憶装置内で部分的に入信ビットストリームの部
分を記憶することができる。
【0106】好ましくは、方法は、視聴者制御下で記憶
されているビットストリームを読み取ることもでき、視
聴者インタフェースは、視聴者が記憶装置から番組また
はビットストリームの他の定められたセクションのプレ
イバックを開始または終了することを可能にし、視聴者
インタフェースの命令を受けてビットストリームを読み
取るために役立つ読み取り手順を備え、該手順は、定め
られたビットストリームセクションの実際のビットカウ
ントまたは予想ビットカウントよりはるかに小さいサイ
ズのメモリロケーションからビットストリームの一部を
読み取るステップを備え、このステップはプレイバック
手順が終了されるまで繰り返される。
【0107】本発明の追加の態様に従って、番組または
プロセス制御装置及び記憶装置を備える受信機/デコー
ダ内の記憶されているビットストリームの他の定められ
たセクションを読み取る方法が提供され、該方法は、定
められたビットストリームセクションの実際のビットカ
ウントまたは予想ビットカウントよりはるかに小さなサ
イズのそれぞれのメモリロケーションからビットストリ
ームの一部を読み取るステップを備え、このステップ
は、ビットストリームの読み取りが終了されるまで繰り
返される。このようにして、読み取られるビットストリ
ームのサイズを事前に知ることは必要ではない。
【0108】好ましくは、プロセス制御装置は、記憶装
置上で指定されるロケーションからビットストリームの
第1部分を読み取るための、プロセス制御装置が読み取
られる第1部分のサイズを指定するコマンドを発行する
ことによってビットストリームのプレイバックを開始す
る。
【0109】好ましくは、記憶装置は、ビットストリー
ムの一部の読み取りが達成されるとプロセス制御装置に
通知する。
【0110】好ましくは、プロセス制御装置は、記憶装
置上の追加ロケーションからビットストリームのそれ以
降の部分を読み取るための、プロセス制御装置がそれ以
降の部分のサイズを指定するコマンドを発行することに
よって通知に応える。
【0111】好ましくは、ビットストリームの第1部分
を読み取るためのコマンド及び/またはビットストリー
ムのそれ以降の部分を読み取るためのコマンドは、記憶
装置上の複数のロケーションを指定する。
【0112】ファイアワイアポート、DVDレコーダ、
他の大容量記憶装置またはデバイスの組み合わせなどの
他のデバイスも使用されてよいが、好ましくは、記憶装
置はハードディスクを備える。
【0113】好ましくは、初期のステップの後、ビット
ストリームの記憶及び/または読み取りは、ソフトウェ
アアーキテクチャのデバイス層でのデバイスの制御下で
実行される。
【0114】好ましくは、記憶される、または読み取ら
れるビットストリームの部分のサイズは変わる。なおさ
らに好ましくは、記録されるビットストリームの部分の
サイズは、すでに使用可能な記憶装置上に記憶されてい
るデータ量、及び/または記憶装置上でのこのようなデ
ータの整列に関して変わる。これは、記憶装置が断片化
されるとき、及び/または容量に近づいているとき、特
に複数の番組が同時に記録されているときに特に有利で
ある。
【0115】本発明の追加の態様に従って、前述された
ように方法を実行するように適合されるコンピュータプ
ログラム製品が提供される。
【0116】本発明の追加態様に従って、プロセス制御
装置、記憶装置、番組または記憶装置上のビットストリ
ームの他の定められたセクションを視聴者が開始または
終了できるようにする視聴者インタフェースを備える受
信機/デコーダが提供され、該受信機/デコーダは、定
められたビットストリームセクションの実際のビットカ
ウントまたは予想ビットカウントよりはるかに小さいサ
イズのそれぞれのメモリロケーションを割り当て、前記
ロケーションで入信ビットストリームの対応する部分を
記憶することによって記憶装置内の適切なメモリロケー
ションにビットストリームを記憶するように適合され、
ステップは、ビットストリームの記憶が終了されるまで
繰り返され、それによりビットストリームの記憶中に割
り当てられるが、記憶のために利用されないメモリの範
囲を制限する。
【0117】好ましくは、プロセス制御装置は、記憶装
置上の指定されたロケーションにビットストリームの第
1部分を記憶するためのコマンドを発行するように適合
され、該コマンドは、記憶される第1部分のサイズを指
定する。
【0118】好ましくは、記憶装置は、ビットストリー
ムの一部の記憶が達成されたときにプロセス制御装置に
通知するように適合される。
【0119】好ましくは、プロセス制御装置は、記憶装
置上の追加ロケーションでビットストリームのそれ以降
の部分を記憶するための、プロセス制御装置がそれ以降
の部分のサイズを指定するコマンドを発行することによ
って通知に応えるように適合される。
【0120】好ましくは、ビットストリームの第1部分
を記憶するためのコマンド、及び/またはビットストリ
ームのそれ以降の部分を記憶するためのコマンドが、記
憶装置上の複数のロケーションを指定する。
【0121】好ましくは、また、視聴者インタフェース
は、視聴者が、記憶装置からの番組または他の定められ
たセクションのプレイバックを開始または終了できるよ
うにし、受信機/デコーダは、定められたビットストリ
ームセクションの実際のビットカウントまたは予想され
るビットカウントよりはるかに小さいサイズのそれぞれ
のメモリロケーションからビットストリームの一部を読
み取るように適合され、このステップは、プレイバック
が終了されるまで繰り返される。
【0122】本発明の追加の態様に従って、プロセス制
御装置、記憶装置、記憶装置上での番組またはビットス
トリームの他の定められたセクションのプレイバックを
視聴者が開始または終了できるようにする視聴者インタ
フェースを備える受信機/デコーダが提供され、該受信
機/デコーダは、定められたビットストリームセクショ
ンの実際のビットカウントまたは予想されるビットカウ
ントよりはるかに小さいサイズのそれぞれのメモリロケ
ーションからビットストリームの部分を読み取るように
適合され、このステップは、プレイバックが終了される
まで繰り返される。
【0123】好ましくは、プロセス制御装置は、記憶装
置上の指定されたロケーションからビットストリームの
第1部分を読み取るための、プロセス制御装置が読み取
られる第1部分のサイズを指定するコマンドを発行する
ように適合される。
【0124】好ましくは、記憶装置は、ビットストリー
ムの一部の読み取りが達成されるとプロセス制御装置に
通知するように適合される。
【0125】好ましくは、プロセス制御装置は、記憶装
置上の追加のロケーションからビットストリームのそれ
以降の部分を読み取るための、プロセス制御装置がそれ
以降の部分のサイズを指定するコマンドを発行すること
によって通知に応えるように適合される。
【0126】好ましくは、ビットストリームの第1部分
を読み取るためのコマンド及び/またはビットストリー
ムのそれ以降の部分を読み取るためのコマンドは、記憶
装置上の複数のロケーションを指定する。
【0127】好ましくは、記憶装置はハードディスクを
備える。
【0128】好ましくは、受信機/デコーダは、初期ス
テップの後に、ビットストリームの記憶及び/または読
み取りが、ソフトウェアアーキテクチャのデバイス層で
デバイスの制御下で実行されるように適合される。
【0129】好ましくは、記憶される、または読み取ら
れるビットストリームの部分のサイズは変わる。
【0130】好ましくは、記録されるビットストリーム
の部分のサイズは、使用可能な記憶装置上にすでに記憶
されているデータ量及び/または記憶装置上でのこのよ
うなデータの配列に関して変化する。
【0131】本発明の追加の態様に従って、記憶装置上
での番組またはビットストリームの他の定められたセク
ションの記憶を視聴者が開始または終了できるようにす
る視聴者インタフェース、及び記憶装置内の適切なメモ
リロケーションにビットストリームを記憶するために、
視聴者インタフェースの命令を受けて役に立つ記憶手順
を備える、視聴者の制御下で入信ビットストリームの局
所的な記憶を実現するためのシステムが提供され、該手
順は、定められたビットストリームセクションの実際の
ビットカウントまたは予想されるビットカウントよりは
るかに小さいサイズのそれぞれのメモリロケーションを
割り当てるステップと、同ロケーションで入信ビットス
トリームの対応する部分を記憶するステップを包含し、
ステップが、記憶手順が終了されるまで繰り返され、そ
れにより記憶手順の間に割り当てられるが、記憶のため
に利用されないメモリの範囲を制限する。
【0132】好ましくは、ビットストリームの記憶は、
記憶装置上の指定されたロケーションにビットストリー
ムの第1部分を記憶するためのコマンドを発行するプロ
セス制御装置によって開始され、該コマンドは記憶され
る第1部分のサイズを指定する。
【0133】好ましくは、記憶装置は、ビットストリー
ムの一部の記憶が達成されるとプロセス制御装置に通知
する。なおさらに好ましくは、プロセス制御装置は、記
憶装置上の追加ロケーションにビットストリームのそれ
以降の部分を記憶するための、プロセス制御装置がそれ
以降の部分のサイズを指定するコマンドを発行すること
によって通知に応答する。
【0134】好ましくは、システムは、視聴者の制御以
下で、記憶されているビットストリームを読み取るよう
に適合されてもよく、視聴者インタフェースは、記憶装
置からの番組または他の定められたセクションのプレイ
バックを視聴者が開始または終了できるようにし、ビッ
トストリームを読み取るために視聴者インタフェースの
命令を受けて役立つ読み取り手順を備え、該手順が、定
められたビットストリームセクションの実際のビットカ
ウントまたは予想されるビットカウントよりはるかに小
さいサイズのそれぞれのメモリロケーションからビット
ストリームの一部を読み取るステップを備え、このステ
ップは、プレイバック手順が終了されるまで繰り返され
る。
【0135】本発明の追加の態様では、記憶装置からの
番組またはビットストリームの他の定められたセクショ
ンのプレイバックを視聴者が開始または終了できるよう
にする視聴者インタフェース、及びビットストリームを
読み取るために視聴者インタフェースの命令を受けて役
に立つ読み取り手順を備え、該手順が、定められたビッ
トストリームセクションの実際のビットカウントまたは
予想されるビットカウントよりはるかに小さいサイズの
それぞれのメモリロケーションからビットストリームの
一部を読み取るステップを備え、このステップは、プレ
イバック手順が終了されるまで繰り返される。
【0136】好ましくは、プロセス制御装置は、記憶装
置上の指定されたロケーションからビットストリームの
第1部分を読み取るための、プロセス制御装置が読み取
られる第1部分のサイズを指定するコマンドを発行する
ことによって、ビットストリームの読み取りを開始す
る。
【0137】好ましくは、記憶装置は、ビットストリー
ムの一部の読み取りが達成されるとプロセス制御装置に
通知する。このようにして、ビットストリームは、読み
取られるビットストリームの全体的なサイズまたはビッ
トストリームの平均ビットレートを知らなくても区分的
に読み取られる。なおさらに好ましくは、プロセス制御
装置は、記憶装置上の追加のロケーションからビットス
トリームのそれ以降の部分を読み取るための、プロセス
制御装置がそれ以降の部分のサイズを指定するコマンド
を発行することにより通知に応える。このようにして、
ビットストリームは区分的に読み取られ、ビットストリ
ームの持続時間/サイズまたはそのビットレートを事前
に知ることは必要ではない。
【0138】記憶装置は、好ましくはハードディスクを
備えてよい。
【0139】好ましくは、初期ステップの後、ビットス
トリームの記憶及び/または読み取りは、ソフトウェア
アーキテクチャンのデバイス層でデバイスの制御下で実
行される。
【0140】好ましくは、記憶される、または読み取ら
れるビットストリームの部分のサイズは変わる。なおさ
らに好ましくは、記録されるビットストリームの部分の
サイズは、使用可能な記憶装置上ですでに記憶されてい
るデータの量、及び/または記憶装置上でのこのような
データの配列に関して変わる。
【0141】本発明の追加態様では、前述されたような
コマンドまたは制御装置を備えるコンピュータプログラ
ム製品が提供される。
【0142】本発明は、前述されたようなファイルシス
テムを備える受信機/デコーダ、及び前述されたような
受信機/デコーダを備える放送システムも提供する。
【0143】発明の追加態様に従って、発信元と宛先の
間のビットストリームのデータ転送を制御するための手
段を備えるコンピュータプログラム製品が提供され、該
コマンドは、転送の発信元と宛先の少なくとも1つを変
更するように適合される。
【0144】好ましくは、発信元と宛先の少なくとも1
つは記憶手段内のロケーションである。
【0145】好ましくは、データ転送を制御するための
手段は、転送を拡張するように適合される。
【0146】本発明の追加の態様では、発信元と宛先の
間のビットストリームのデータ転送を制御するための手
段を備えるコンピュータプログラム製品が提供され、コ
マンドは転送を拡張するように適合される。
【0147】好ましくは、前記態様のどちらかでは、デ
ータ転送を制御するための手段が転送に対する参照を備
える。
【0148】好ましくは、転送を制御するための手段
は、発信元と宛先の新しい少なくとも1つに対する参照
を備える。
【0149】本発明の追加の態様では、前述されたよう
なコマンドを含むための手段を制御することを備えるコ
ンピュータプログラム製品が提供される。
【0150】本発明のまだ追加の態様では、転送の発信
元と宛先の少なくとも1つを変更することによって発信
元と宛先間でのデータの転送を制御するための手段を同
様に備えるファイルシステム制御手段(例えば、プロセ
ッサ及び関連付けられるメモリ)を備えるコンピュータ
プログラム製品が提供される。
【0151】好ましくは、ファイルシステム制御手段
は、さらに、発信元と宛先間でデータの転送を開始する
ための手段を備える。
【0152】好ましくは、ファイルシステム制御手段
は、さらに、発信元と宛先間のデータの転送を拡張する
ための手段を備え、該発信元と該宛先の少なくとも1つ
は記憶媒体内のロケーションである。
【0153】好ましくは、ファイルシステム制御手段
は、さらに、発信元と宛先間のデータの転送を開始する
ための手段を備える。
【0154】(後述される)プログラムクロック参照を
使用して視聴覚データのコンポーネントの提示を同期す
る受信機/デコーダを提供することは、MPEG−2規
格から既知である。しかしながら、このような受信機/
デコーダは、柔軟性の欠如に苦慮している。
【0155】デジタルテレビの分野で改善策を提供し、
既知の受信機/デコーダの柔軟性の欠如を克服する、あ
るいは緩和することが本発明の目的である。
【0156】したがって、本発明の追加の態様では、デ
ータを受信するための手段及び2つまたは3つ以上の異
なるモードでデータを同期させるための手段を備える、
データを受信し、処理するための装置が提供される。デ
ータを受信するための手段とデータを同期させるための
手段の両方とも、例えばプロセッサ及び関連付けられる
メモリであってよい。
【0157】モードは、一般的には「プッシュ」モード
と「プル」モード、あるいは例えば違う種類の「プッシ
ュ」モードと「プル」モードの内の1つであってよい。
ここに使用されるような用語「プッシュモード」は、好
ましくは、(受信機/デコーダなどの)データのプロセ
ッサが(例えば、生放送の放送の受信によるなどの)デ
ータの同期を制御しないモードを暗示する。対照的に、
ここに使用されるような用語「プルモード」は、好まし
くはデータのプロセッサが(例えば、データのプロセッ
サの制御下での局所記憶媒体からのプレイバック中に)
データを同期するモードを暗示する。
【0158】このような装置は、データの同期において
柔軟性の強化を実現するという優位点を与えることがで
きる。
【0159】サービスの円滑な処理を提供するために、
装置はサービスの処理中に同期モード間で切り替えるた
めの手段を備えてよい。
【0160】これが、例えば、「プッシュ」モードから
「プル」モードへの遷移、及びその逆を可能とする場合
がある。特に、切り替えのための手段は、ユーザ入力に
応えて同期モード間で切り替え可能となるように適合さ
れてよい。これにより、ユーザは、サービスの処理でさ
らに制御を強めることができる。
【0161】さらに、切り替えのための手段は、エラー
信号に応えて同期モード間で切り替え可能となるために
適合されてよく、それが視聴者をこのようなエラー信号
の発信元から隔離することができる。例えば、エラーが
ある種の「プル」モード同期中に発生すると、装置は
(少なくともその時点で)よりエラーを受けにくい種類
の「プル」モード同期に切り替わることができる。
【0162】データの同期を容易にするために、装置は
クロック及び該クロックを調節するための手段を備えて
よい。装置は、さらに、クロック調節信号を受信するた
めの手段を備えてよく、それは、クロック調節信号に依
存してクロックを調節するように、第1同期モードで適
合されてよい。この場合、装置は、調節されたクロック
に依存してデータを処理するように、第1同期モードで
さらに適合されてよい。
【0163】さらに、あるいは代わりに、データが(後
述される映像コンポーネントと音声コンポーネントなど
の)複数のコンポーネントを包含するとき、装置はデー
タの第1コンポーネントに関してタイムスタンプ情報を
受信するための手段を備えてよく、タイムスタンプ情報
に依存してクロックを調節するように、第2同期モード
で適合されてよい。この場合、装置は、調節されるクロ
ックに依存してデータの少なくとも1つの他のコンポー
ネントを調節するように、第2同期モードでさらに適合
されてよい。
【0164】データは、好ましくは、おそらく多重化さ
れ、パケット化された流線(例えばMPEG−2トラン
スポートストリーム)の形を取る音声/視覚データであ
る。MPEG−2トランスポートストリームの場合、ク
ロック調節情報はPCR(さらに後述されるプログラム
クロック基準)であってよい。代わりに、データはMP
EG−2プログラムストリームであってよく、その場合
タイムスタンプ情報は、プログラムストリームの流線
(例えば音声、または好ましくはビデオストリーム)か
ら採取されるPTS(さらに後述されるプレゼンテーシ
ョンタイムスタンプ)であってよい。
【0165】装置は、好ましくは(好ましくはデジタル
テレビ放送センタからの)デジタルテレビデータを受信
するように適合される。しかしながら、それは、さら
に、もしくは代わりに、局所記憶装置からのデータを受
信するように適合されてよい。
【0166】本発明の追加の態様では、前述されたよう
な装置、及び好ましくはハードディスクなどの記憶装置
も備える受信機/デコーダが提供される。(例えば、我
々の初期の国際特許出願番号WO第99/51021号
から)メインビデオシーケンスをセットアップし、その
ディスプレイを制御するサービスデバイスを提供するこ
とは既知である。この既知のサービスデバイスは、それ
が数多くの領域におけるビデオシーケンスのディスプレ
イの制御で柔軟性を欠如するという不利な点に苦慮して
いる。
【0167】したがって、発明の追加の態様に従って、
ビデオデバイスにビデオシーケンスの速度を変更させる
ための、好ましくは速度調節手段(例えば、受信機/デ
コーダのソフトウェアアーキテクチャ内の別のエンティ
ティによって呼び出し可能なコマンド)を使用して表示
されているビデオシーケンスの提示の速度を調節するよ
うに適合される(好ましくはソフトウェアで具現され
る)ビデオデバイスが提供される。
【0168】該ビデオデバイスは、表示されるビデオシ
ーケンスのフレームの種類を調節し、それによりビデオ
シーケンスの提示の速度を調節するように適合されてよ
い。このようなデバイスは、ビデオディスプレイの質に
おいて最小の損失を達成するために、例えば、高速でビ
デオシーケンスを表示するときに、ビデオシーケンスの
どのフレームをドロップしてよいのかを判断するための
手段を提供してよい。
【0169】該ビデオデバイスは、好ましくは、表示さ
れるビデオシーケンスのフレームの種類(例えば、受信
機/デコーダのソフトウェアアーキテクチャ内で別のア
イテムによって呼び出し可能なコマンド)を指定するた
めのビデオモード設定手段を備える。
【0170】該ビデオデバイスは、さらに、単一フレー
ムを表示、保持するようにさらに適合されてよい。これ
が「フレームフリーズ」機能性を提供できる。つまり、
好ましくは、該ビデオデバイスは(「キー」フレームな
どの)独立フレームと(補間フレームまたは差分フレー
ムなどの)従属フレームのどちらかまたは両方、及び/
または前述された単一フレームを命令で表示するように
適合される。これにより該ビデオデバイスの汎用性を高
めることができる。
【0171】本発明のまだ追加の態様に従って、コマン
ドを受信するための手段、及び複数の他のデバイスにコ
マンドを発行するための手段を備える(好ましくはソフ
トウェアで具現される)サービスデバイスが提供され
る。
【0172】該サービスデバイスは、好ましくはデータ
の処理を調節するように適合され、複数の関数モードで
使用できる。このようなサービスデバイスは、データの
処理に関する柔軟性を与えることができる。受信機/デ
コーダ内のサービスデバイスの場合、データは好ましく
は音声/視覚データである。
【0173】該サービスデバイスは、好ましくは、デー
タが処理されない停止関数モード、データが処理される
再生関数モード、及びデータの処理が一時停止される休
止関数モードの少なくとも1つで使用できる。
【0174】コマンドを受信するための手段は、好まし
くは、アプリケーションからコマンドを受信するように
適合され、コマンドを発行するための手段は、好ましく
は、ハードウェアのアイテムにコマンドを発行するよう
に適応される。
【0175】本発明の追加の態様では、(好ましくは受
信機/デコーダで)データを受信し、2つまたは3つ以
上の異なったモードで該データを同期させる方法が提供
される。
【0176】該方法は、好ましくはサービスの処理中の
同期モード間での切り替えを包含する。切り替えるステ
ップは、ユーザ入力に応える同期モード間での切り替え
を包含してよい。さらに、切り替えのステップは、エラ
ー信号に応える同期モード間での切り替えを包含してよ
い。
【0177】該方法は、クロックを読み取り、該クロッ
クを調節することを包含してよい。該方法は、さらにク
ロック調節信号を受信することを包含し、それはクロッ
ク調節信号に依存してクロックを調節するための手段を
第1同期モードで包含してよい。この場合、コンピュー
タプログラム製品は、さらに、調節されたクロックに依
存してデータを処理する第1同期モードを備えてよい。
【0178】さらにまたは代わりに、該方法は、データ
の第1コンポーネントに関してタイムスタンプ情報を受
信することを包含してよく、タイムスタンプ情報に依存
してクロックを調節することを第2同期モードで包含し
てよい。この場合、第2同期では、該方法は、さらに、
調節されたクロックに依存してデータの少なくとも1つ
の他のコンポーネントを調節するモードを包含してよ
い。
【0179】すでに述べたように、データは、好ましく
は、おそらく多重化されたパケット化流線の形を取る音
声/視覚データである。データはMPEG−2プログラ
ムストリームであってよく、その場合タイムスタンプ情
報は、好ましくはプログラムストリームの流線(例え
ば、音声または好ましくはビデオストリーム)から採取
されるPTS(さらに後述されるプレゼンテーションタ
イムスタンプ)であってよい。
【0180】該方法は、好ましくはデジタルテレビデー
タを受信することを包含する。しかしながら、それは、
さらにまたは代わりに局所記憶装置からデータを受信す
ることを包含してよい。
【0181】本発明の追加の態様に従って、表示されて
いるビデオシーケンスの提示の速度を調節する方法が提
供され、好ましくは、さらにビデオシーケンスの速度を
変更するためのインタフェースを提供することを包含す
る。
【0182】該方法は、表示されるビデオシーケンスの
フレームの種類を調節することを包含してよい。該方法
は、好ましくは、表示されるビデオシーケンスのフレー
ムの種類を指定するためのインタフェースを提供するこ
とを包含する。
【0183】該方法は、さらに単一フレームを表示、保
持することを包含してよい。
【0184】本発明のまだ追加の態様に従って、コマン
ドを受信し、複数の他のデバイスにコマンドを発行する
方法が提供される。
【0185】該方法は、好ましくはデータの処理を調節
することを包含し、複数の関数モードで動作することを
包含してよい。データは、好ましくは音声/視覚データ
である。該方法は、好ましくは、データが処理されない
停止関数モード、データが処理される再生関数モード、
及びデータの処理が一時停止される休止関数モードの少
なくとも1つで動作することを包含する。該方法は、好
ましくは、さらに、アプリケーションからコマンドを受
信し、ハードウェアのアイテムにコマンドを発行するこ
とを包含する。
【0186】本発明の別の態様では、前述されたような
方法を実行するように適合された(好ましくは受信機/
デコーダとともに使用するための)コンピュータプログ
ラム製品が提供される。
【0187】本発明のまだ追加の態様では、前述された
ような装置、ビデオデバイス、またはサービスデバイス
を備える(好ましくは受信機/デコーダとともに使用す
るための)コンピュータプログラム製品が提供される。
【0188】本発明の追加の態様では、データを受信す
るための手段及び2つまたは3つ以上の異なるモードで
データを同期させるための手段を備える(好ましくは受
信機/デコーダとともに使用するための)コンピュータ
プログラム製品が提供される。
【0189】該コンピュータプログラム製品は、好まし
くはサービスの処理中に同期モード間で切り替えるため
の手段を備える。切り替えるための手段は、ユーザ入力
に応えて同期モード間で切り替え可能であるように適合
されてよい。さらに、切り替えるための手段は、エラー
信号に応えて同期モード間で切り替え可能であるように
適合されてよい。
【0190】該コンピュータプログラム製品は、クロッ
クを読み取るための手段、及びクロックを調節するため
の手段を備えてよい。該コンピュータプログラム製品
は、さらに、クロック調節信号を受信するための手段を
備えてよく、それはクロック調節信号に依存してクロッ
クを調節するための手段を第1同期モードで備えてよ
い。この場合、該コンピュータプログラム製品は、さら
に、調節されたクロックに依存してデータを処理するた
めの手段を、第1同期モードで備えてよい。
【0191】さらに、または代わりに、該コンピュータ
プログラム製品は、データの第1コンポーネントに関し
てタイムスタンプ情報を受信するための手段を備えてよ
く、タイムスタンプ情報に依存してクロックを調節する
ための手段を、第2同期モードで備えてよい。この場
合、該コンピュータプログラム製品は、調節されたクロ
ックに依存してデータの少なくとも1つのほかのコンポ
ーネントを調節するように、第2同期モードでさらに適
合されてよい。
【0192】すでに述べられたように、データは、好ま
しくは、多重化されたパケット化流線の形を取る音声/
視覚データである。データはMPEG−2プログラムス
トリームであってよく、その場合タイムスタンプ情報
は、好ましくはプログラムストリームの流線(例えば、
音声または好ましくはビデオストリーム)から採取され
るPTS(さらに後述されるプレゼンテーションタイム
スタンプ)であってよい。
【0193】該コンピュータプログラム製品は、好まし
くは、デジタルテレビデータを受信するための手段を備
える。しかしながら、それはさらにまたは代わりに局所
記憶装置からデータを受信するように適合されてよい。
【0194】本発明の追加態様に従って、好ましくはコ
ンピュータプログラム製品にビデオシーケンスの速度を
変更させるための速度調節手段を使用して、表示されて
いるビデオシーケンスの提示の速度を調節するように適
合されるコンピュータプログラム製品が提供される。
【0195】該コンピュータプログラム製品は、表示さ
れるビデオシーケンスのフレームの種類を調節するよう
に適合されてよい。該コンピュータプログラム製品は、
好ましくは、表示されるビデオシーケンスのフレームの
種類を指定するためのビデオモード設定手段を備える。
該コンピュータプログラム製品は、さらに単一フレーム
を表示、保持するように適合されてよい。
【0196】本発明のまだ追加の態様に従って、コマン
ドを受信するための手段と、複数の他のデバイスにコマ
ンドを発行するための手段とを備えるコンピュータプロ
グラム製品が提供される。
【0197】該コンピュータプログラム製品は、好まし
くは、データの処理を調節するように適合され、複数の
関数モードで使用できる。データは、好ましくは音声/
視覚データである。該コンピュータプログラム製品は、
好ましくは、データが処理されない停止関数モード、デ
ータが処理される再生関数モード、及びデータの処理が
一時停止される休止関数モードの少なくとも1つで使用
できる。
【0198】コマンドを受信するための手段は、好まし
くはアプリケーションからコマンドを受信するように適
合され、コマンドを発行するための手段は、好ましくは
ハードウェアのアイテムにコマンドを発行するように適
合される。
【0199】本発明のまだ追加の態様においては、前述
されたようなコンピュータプログラム製品を備えるコン
ピュータ読み取り可能媒体が提供される。
【0200】本発明の別の態様では、前述されたような
コンピュータプログラム製品を明白に具現する信号が提
供される。
【0201】本発明のまだ追加の態様では、前述された
ような装置、ビデオデバイス、サービスデバイス、コン
ピュータプログラム製品、コンピュータ読み取り可能媒
体、または信号のどれかを備える受信機/デコーダが提
供される。
【0202】本発明の別の態様では、前述されたような
放送センタ及び受信機/デコーダを備える放送システム
が提供される。
【0203】本発明は、ここに説明される方法のどれか
を実施するための、及び/またはここに説明される装置
機能のどれかを具現するためのコンピュータプログラム
及びコンピュータプログラム製品、及びここに説明され
る方法のどれかを実施するための、及び/またはここに
説明される装置機能のどれかを具現するためのプログラ
ムをその上に記憶しているコンピュータ読み取り可能媒
体も提供する。
【0204】本発明は、ここに説明される方法のどれか
を実施するための、及び/またはここに説明される装置
機能のどれかを具現するためのコンピュータプログラム
を具現する信号、及びここに説明される方法のどれかを
実施するための、及び/またはここに説明される装置機
能のどれかを具現するためのコンピュータプログラムを
サポートするオペレーティングシステムを有するコンピ
ュータ製品も提供する。
【0205】本発明は、実質的に添付図面に関してここ
に説明されるような方法及び/または装置に及ぶ。
【0206】本発明の1つの態様における任意の機能
は、任意の適切な組み合わせで本発明の他の態様に応用
されてよい。特に、方法の態様は装置の態様に応用され
てよく、また逆も同様である。
【0207】さらに、ハードウェアで実現される機能
は、概してソフトウェアで具現されてよく、また逆も同
様である。ここのソフトウェア及びハードウェアの機能
に対する参照は相応して解釈されなければならない。
【0208】本発明の好ましい機能は、ここで、添付図
面に関して純粋に例証として説明されるだろう。
【0209】システム概要デジタルテレビシステム50
0の概観は、図1に示されている。後述されるように、
システム500は、すべて後述されるように、放送セン
タ1000、受信機/デコーダ2000、該受信機/デ
コーダのフトウェア/ハードウェアアーキテクチャ30
00、対話型システム4000、及び条件付きアクセス
システム5000を備える。
【0210】システム500は、圧縮されたデジタル信
号を伝送するために既知のMPEG−2圧縮システムを
使用するおもに従来のデジタルテレビシステム502を
含む。さらに詳細には、放送センタ1000内のMPE
G−2圧縮機1010は、デジタル信号ストリーム(一
般的には、ビデオ信号のストリーム)を受信する。圧縮
機1010は、マルチプレクサ及びスクランブラ103
0にリンケージ1020によって連結される。
【0211】マルチプレクサ1030は、複数の追加の
入力信号を受信し、トランスポートストリームをアセン
ブルし、言うまでもなく通信リンクを含む多岐に渡る形
式を取ることができるリンケージ1022を介して放送
センタの送信機1010に圧縮されたデジタル信号を伝
送する。送信機510は、衛星トランスポンダ520に
向かってアップリンク514を介して電磁信号を伝送
し、そこで信号は電子的に処理され、従来はエンドユー
ザによって所有または賃借りされる放物面反射器の形を
取る地球受信機512に概念上のダウンリンク516を
介して一斉送信される。言うまでもなく、地上放送、ケ
ーブル伝送、組み合わされた衛星/ケーブルリンク、電
話網等のデータの伝送のための他のトランスポートチャ
ネルも考えられる。
【0212】受信機512によって受信された信号は、
エンドユーザによって所有または借りられており、エン
ドユーザのテレビセット10000に接続されている統
合型受信機/デコーダ2000に伝送される。該受信機
/デコーダ2000は、圧縮されたMPEG−2信号を
テレビセット10000用のテレビ信号に復号する。別
個の受信機/デコーダが図1に図示されているが、該受
信機/デコーダは、統合型デジタルテレビの一部であっ
てもよい。ここに使用されるように、用語「受信機/デ
コーダ」は、セットトップボックスなどの別個の受信機
/デコーダ、及び受信機/デコーダがそこに統合された
テレビを含む。
【0213】受信機/デコーダ2000内には、視聴覚
データ及び他のデータを記憶できるハードディスク21
00が備えられる。これが、受信機/デコーダによって
受信される番組用の高度なレコーディング機構及びプレ
イバック機構を与え、電子番組表データなどの大量の他
の種類のデータも受信機/デコーダに記憶できるように
する。
【0214】受信機/デコーダ内のコンテンツ管理保護
システム(CMPS)2300(図示されていない)
は、ハードディスク(または他の記憶装置)でのデータ
のレコーディング及びプレイバックを安全に且つ柔軟に
制御する能力を提供する。
【0215】多重チャネルシステムにおいては、マルチ
プレクサ1030が数多くの並列ソースから受信される
音声情報とビデオ情報を処理し、対応する数のチャネル
に沿って情報を一斉送信するために送信機510と対話
する。視聴覚情報に加えて、メッセージまたはアプリケ
ーションまたは他の種類のデジタルデータが、伝送され
たデジタル音声情報及びビデオ情報とインタレースされ
るこれらのチャネルのいくつかまたはすべてに導入され
てよい。
【0216】対話型システム4000は、マルチプレク
サ1030及び受信機/デコーダ2000に接続され、
部分的には放送センタ内に、部分的には受信機/デコー
ダ内に位置する。それが、エンドユーザが、バックチャ
ネル570を介して多様なアプリケーションと対話でき
るようにする。該バックチャネルは、例えば、公衆加入
電話網(PSTN)チャネル(例えば、モデム化された
バックチャネル)または帯域外(OOB)チャネルであ
ってよい。
【0217】やはりマルチプレクサ1030及び受信機
/デコーダ2000に接続され、再び部分的に放送セン
タ内に、部分的に受信機/デコーダ内に位置する条件付
きアクセスシステム5000によって、エンドユーザ
は、1社または複数の放送供給者からのデジタルテレビ
放送にアクセスできる。商業的なオファー(つまり、放
送供給者によって販売される1つまたは複数のテレビ番
組)に関係するメッセージを解読できるスマートカード
を受信機/デコーダ2000の中に差し込むことができ
る。受信機/デコーダ2000及びスマートカードを使
用し、エンドユーザは加入モードまたは有料視聴モード
のどちらかで商業的なオファーを購入してよい。一般的
には、これは、対話型システム4000によって使用さ
れるバックチャネル570を使用して達成される。
【0218】前述されたように、システムによって伝送
される番組は、マルチプレクサ1030でスクランブル
され、指定される伝送に適用される条件及び暗号化キー
は、アクセス制御システム5000によって決定され
る。このようにしてスクランブルされたデータを伝送す
ることは、有料テレビの分野ではよく知られている。一
般的には、スクランブルされたデータは、該データの逆
スクランブルのための制御ワードとともに伝送され、該
制御ワード自体が、いわゆる活用キーによって暗号化さ
れ、暗号化された形で伝送される。
【0219】それから、スクランブルされたデータ及び
暗号化された制御ワードが、暗号化された制御ワードを
解読し、その後で伝送されたデータを逆スクランブルす
るために、受信機/デコーダ内に差し込まれたスマート
カード上に記憶される活用キーの同等物にアクセスする
受信機/デコーダ2000によって受信される。会費を
納付し終わった加入者は、例えば、放送月次EMM(エ
ンタイトルメント管理メッセージ)の中で、伝送の視聴
を可能にするために暗号化された制御ワードを解読する
のに必要な活用キーを受信するだろう。
【0220】図2は、圧縮されたデジタル信号用の放送
媒体としてケーブルネットワークを活用するデジタルテ
レビシステム504の代替実施形態を描く。この図中、
類似する部分は類似する番号で示される。
【0221】衛星トランスポンダ及び伝送局と受信局
は、ケーブルネットワーク550によって置き換えられ
る。さらに、この特定の実施形態においては、受信機/
デコーダ2000と対話型システム4000と条件付ア
クセスシステム5000間のモデム化されたバックチャ
ネルが削除され、それぞれケーブルネットワーク550
と条件付きアクセスシステム5000と対話型システム
4000の間のリンケージ554、556によって置き
換えられる。受信機/デコーダ2000は、このように
して、それが放送センタからデータを受信するにつれ
て、同じリンクを介してデータを送受できるようにする
ケーブルモデムまたは他の手段を活用して、ケーブルネ
ットワーク550を介して他のシステムと通信する。
【0222】ケーブルネットワーク550は、専用接
続、インターネット、市内ケーブル分散ネットワーク、
無線接続、あるいは前記の任意の組み合わせなどの広域
ネットワーク(WAN)の任意の形式を取ってよい。本
実施形態においては、ハイブリッドファイバ同軸(HF
C)ネットワークが使用される。受信機/デコーダ20
00とテレビシステムの他の構成要素間の多様な通信の
手段が取り替え可能であることが認識される。
【0223】条件付きアクセスシステム図3に関して、
概観では、条件付きアクセスシステム5000は、加入
者許可システム(SAS)5200を含む。該SAS5
200は、1つまたは複数の加入者管理システム(SM
S)1100に、放送供給者ごとに1つのSMS、TC
P−IPリンクまたは他の種類のリンクであってよいリ
ンク1044によって接続される。代わりに、1つのS
MSは、2つの商業事業者の間で共用できるか、あるい
は一人の事業者が2つのSMSを使用できる等だろう。
【0224】「マザー」スマートカード5110を活用
する暗号化装置5100の形を取る第1暗号化装置は、
リンケージ1042によってSASに接続される。やは
りマザースマートカード5112を活用する暗号化装置
5102の形を取る第2暗号化装置は、リンケージ10
40によってマルチプレクサ1030に接続される。受
信機/デコーダ2000は、「ドーター」スマートカー
ド5500を受け入れる。受信機/デコーダは、通信サ
ーバ1200及びモデム化されたバックチャネル570
を介してSAS5200に直接的に接続される。SAS
は、特に、依頼に応じて加入権をドータ−スマートカー
ドに送信する。
【0225】好ましい実施形態の変型において、インタ
ーネットケーブル接続は、PSTN570及び通信サー
バ1200を補足するか、置き換えるかのどちらかであ
る。
【0226】スマートカードは、1つまたは複数の商業
的な事業者からの機密情報を含む。「マザー」スマート
カードは、さまざまな種類のメッセージを暗号化し、
「ドータ−」スマートカードは、それらがそうする権利
を有する場合には該メッセージを平文に直す。
【0227】図3に関して、放送センタにおいて、デジ
タルビデオ信号は、MPEG−2圧縮機1010を使用
して最初に圧縮される(またはビットレート減速され
る)。それから、この圧縮された信号は、他の圧縮デー
タなどの他のデータと多重化されるために、マルチプレ
クサとスクランブラ1030に伝送される。
【0228】スクランブラは、スクランブルプロセスで
使用され、マルチプレクサ1030内のMPEG−2ス
トリームに含まれる制御ワードを生成する。該制御ワー
ドは内部で生成され、エンドユーザの統合型受信機/デ
コーダ2000が番組を逆スクランブルできるようにす
る。
【0229】番組がどのように商品化されているのかを
示すアクセス基準も、MPEG−2ストリームに追加さ
れる。番組は数多くの「加入」モードの1つ及び/また
は数多くの「有料視聴」(PPV)モードまたはイベン
トの1つで商品化されてよい。加入モードでは、エンド
ユーザは1つまたは複数の商業的なオファー、つまり
「ブーケ」に加入し、このようにしてそれらのブーケの
内側のあらゆるチャネルを見る権利を得る。有料視聴モ
ードでは、エンドユーザは、自分が希望するとおりにイ
ベントを購入する能力を備える。
【0230】制御ワードとアクセス基準の両方とも、エ
ンタイトルメント制御メッセージ(ECM)を構築する
ために使用される。これは、1つのスクランブルされた
番組について送信されるメッセージである。該メッセー
ジは、(番組の逆スクランブルに対処する)制御ワード
及び放送プログラムのアクセス基準を含む。アクセス基
準及び制御ワードは、リンケージ1040を介して第2
暗号化装置5102に伝送される。この装置では、EC
Mが生成、暗号化、及びマルチプレクサとスクランブラ
1030に伝送される。
【0231】データストリーム中で放送供給者によって
一斉送信される各サービスは、数多くの別個の成分を備
える。例えば、テレビ番組は、ビデオ成分、音声成分、
字幕成分等を含む。これらの成分のそれぞれが、個別に
スクランブルされ、それ以降の放送のために暗号化され
る。サービスのそれぞれのスクランブルされた成分とい
う点で、別個のECMが必要とされる。
【0232】マルチプレクサ1030は、暗号化された
EMMを備える電気信号をSAS5200から、暗号化
されたECMを第2暗号化装置5102から、及び圧縮
された番組を圧縮機1010から受信する。マルチプレ
クサ1030は、番組をスクランブルし、スクランブル
された番組、暗号化されたEMM及び暗号化されたEC
Mを電気信号として、例えば図1に図示されるような衛
星システム、または他の放送システムであってよい放送
システム600に伝送する。受信機/デコーダ2000
は、暗号化されたEMM及び暗号化されたECMを用い
てスクランブルされた番組を得るために信号を多重分離
する。
【0233】受信機/デコーダは、放送信号を受信し、
MPEG−2データストリームを抽出する。番組がスク
ランブルされている場合、受信機/デコーダ2000は
MPEG−2ストリームから対応するECMを抽出し、
エンドユーザの「ドータ−」スマートカード5500に
ECMを渡す。これが、受信機/デコーダ2000のハ
ウジングの中に差し込まれる。ドータ−スマートカード
5500は、エンドユーザがECMを「平文に直す」及
び番組にアクセスする権利を有するかどうかを制御す
る。有さない場合には、番組を逆スクランブルできない
旨を示すために、否定的なステータスが受信機/デコー
ダ2000に渡される。エンドユーザが実際に権利を有
する場合には、ECMは平文に直され、制御ワードが抽
出される。それから、デコーダ2000は、この制御ワ
ードを使用して番組を逆スクランブルする。MPEG−
2ストリームは復元され、テレビセット10000への
前方への伝送のためにビデオ信号に変換される。
【0234】番組がスクランブルされていない場合、E
CMはMPEG−2ストリームとともに伝送されておら
ず、受信機/デコーダ2000はデータを復元し、テレ
ビセット10000への伝送のために、信号をビデオ信
号に変換する。
【0235】加入者管理システム(SMS)1100
は、特にエンドユーザファイル、(料金表と広告など
の)商業的なオファー、加入、PPV詳細、及びエンド
ユーザ消費と許可に関するデータのすべてを管理するデ
ータベース1150を含む。SMSは、SASから物理
的に遠い可能性がある。
【0236】SMS1100は、エンドユーザに伝送さ
れるエンタイトルメント管理メッセージ(EMM)に対
する修正またはその作成を暗示するメッセージをSAS
5200に伝送する。SMS1100は、EMMに対す
る修正またはEMMの作成を暗示しないが、(製品注文
時にエンドユーザに与えられる許可に、またはエンドユ
ーザが請求を受ける額に関する)エンドユーザの状態の
変化だけを暗示するメッセージもSAS5200に伝送
する。SAS5200は、SMS1100に(一般的に
は、電話のかけ直し情報、または料金請求書作成発行情
報などの情報を要求する)メッセージも送信し、その結
果2者の間の通信が双方向であることは明らかであろ
う。
【0237】受信機/デコーダ 図4を参照すると、受信機/デコーダ2000の多様な
要素が、ここで機能ブロックに関して説明されるだろ
う。
【0238】例えば、デジタルセットトップボックス
(DSTB)であってよい受信機/デコーダ2000
は、両方とも関連付けられたメモリ要素(図示されてい
ない)を有し、コプロセッサバス2006によって接合
されている中央ホストコンピュータ2002及びデジタ
ルTVコプロセッサ2004を備える。該コプロセッサ
2004は、USBインタフェース2007、直列イン
タフェース2072、並列インタフェース(図示されて
いない)、(図1のモデムバックチャネル570に接続
される)モデム2074、及びデコーダのフロントパネ
ル2054上のスイッチ接点から入力データを受信する
ように適応される。
【0239】受信機/デコーダは、さらに、赤外線リモ
ートコントローラ2080(及びオプションでブルーツ
ースがイネーブルされたデバイスなどの他の無線周辺機
器2082)から入力を受信するように適応され、それ
ぞれ銀行スマートカードと加入スマートカード206
0、2062を読み取るように適応された2台のスマー
トカード読取装置2050、2052も所有する。加入
スマートカード読取装置2052は、必要な制御ワード
をデマルチプレクサ/デスクランブラ/リマルチプレク
サ(装置2010に与え、暗号化された放送信号を逆ス
クランブルできるようにするために、差し込まれた加入
カード2062及び条件付きアクセス装置(図示されて
いない)と係合する。デコーダは、復調器/デスクラン
ブラ装置2010によってフィルタリングされ、多重分
離される前に、衛星伝送を受信し、復調するために、従
来のチューナ2016及び復調器2012も含む。特
に、第2チャネルを第1と並行して受信し、復号できる
ようにするために、第2チューナ2018及び第2復調
器2014も備えられる。
【0240】ハードディスク2100も備えられ、受信
機/デコーダによって受信され、生成される番組及びア
プリケーションデータの記憶を可能にする。2台のチュ
ーナ2016、2018、2台の復調器2012、20
14、デスクラブラ/デマルチプレクサ/再マルチプレ
クサ2010及びデータでコーダ2024と音声デコー
ダ026とともに、高度なレコーディング及びプレイバ
ック機能が提供され、追加の番組が見られている間の1
つまたは複数の番組の同時録画、及びすべて並行して発
生する、ハードディスクに対する及びハードディスクか
らの、ディスプレイ装置に対する及びディスプレイ装置
へのより一般的な転送、及び/または入力と出力を可能
にする。
【0241】受信機/デコーダ内の音声出力2038及
びビデオ出力2040は、それぞれPCMミキサー20
30と音声DAC2034、MPEGビデオデコーダ2
028、グラフィックエンジン2032、及びPAL/
SECAM2036によって供給される。言うまでもな
く、代替出力または相補的な出力が提供されてよい。
【0242】この説明で使用されるように、好ましく
は、アプリケーションは、好ましくは受信機/デコーダ
20000の高水準機能を制御するためのコンピュータ
コードの部分である。例えば、エンドユーザがリモート
コントローラ2080のフォーカスをテレビセット(図
示されていない)の画面上で見られるボタンオブジェク
トの上に配置し、妥当性検査キーを押すと、該ボタンに
関連付けられる命令シーケンスが実行される。アプリケ
ーション及び関連付けられるミドルウェアは、ホストプ
ロセッサ2002によって実行され、遠隔手続き呼び出
し(RPC)は、必要に応じて及び必要時に、コプロセ
ッサバス2006を横切ってデジタルTVコプロセッサ
2004に対して行われる。
【0243】対話型アプリケーションは、メニューを提
案し、エンドユーザの要求でコマンドを実行し、アプリ
ケーションの目的に関係するデータを提供する。アプリ
ケーションは常駐アプリケーション、つまり受信機/デ
コーダ2000のROM(またはFLASHまたは他の
不揮発性メモリ)に記憶されてよいか、あるいは受信機
/デコーダ2000のRAM、FLASHメモリ、また
はハードディスクに一斉送信され、ダウンロードされて
よい。
【0244】アプリケーションは、受信機/デコーダ2
000内のメモリ場所に記憶され、リソースファイルと
して表される。リソースファイルは、グラフィックオブ
ジェクト記述装置ファイル、変数ブロック装置ファイ
ル、命令シーケンスファイル、アプリケーションファイ
ル、及びデータファイルを備える。
【0245】受信機/デコーダは、少なくとも1つのR
AMボリューム、FLASHボリューム及び少なくとも
1つのROMボリュームにも分割されるメモリ(図示さ
れていない)を含むが、この物理的な編成は論理的な編
成とは異なる。メモリは、さらに、多様なインタフェー
スと関連付けられたメモリボリュームに分割されてよ
い。ある観点からは、メモリは、ハードウェアの一部と
見なすことができる。別の観点からは、メモリは、ハー
ドウェアから離れて図示されるシステム全体をサポート
するまたは含むと見なすことができる。
【0246】受信機/デコーダのアーキテクチャ 図5に関して、受信機/デコーダのソフトウェア/ハー
ドウェアアーキテクチャ3000は、ソフトウェアが任
意の受信機/デコーダ内で、及び任意のオペレーティン
グシステムを用いて実現できるように編成された5つの
ソフトウェア層を含む。多様なソフトウェア層は、アプ
リケーション層3100、アプリケーションプログラミ
ングインタフェース(API)層3300、仮想機械層
3500、(多くの場合、単に「デバイス層」に省略さ
れる)デバイスインタフェース層3700、及びシステ
ムソフトウェア/ハードウェア層3900である。
【0247】アプリケーション層3100は、受信機/
デコーダ内に常駐するか、あるいは受信機/デコーダに
ダウンロードされるかのどちらかであるアプリケーショ
ン3120を包含する。それらは、例えば、Java、
HTML、MHEG−5または他の言語で作成されたカ
スタマによって使用される対話型アプリケーションであ
ってよいか、あるいはそれらは例えばこのような対話型
アプリケーションを実行するためなど他の目的のために
受信機/デコーダによって使用されるアプリケーション
であってよい。この層は、仮想機械層によって提供され
る開放アプリケーションプログラミングインタフェース
(API)の集合に基づいている。このシステムは、ア
プリケーションを、受信機/デコーダ内のハードディス
ク、フラッシュメモリまたはRAMメモリに、進行中
に、またはオンデマンドでダウンロードできるようにす
る。アプリケーションコードは、Data Stora
geMedia Command and Contr
ol(データ記憶媒体コマンドと制御)、Networ
k File Server(ネットワークファイルサ
ーバ)(NFS)などのプロトコルまたは他のプロトコ
ルを使用して圧縮済みフォーマットまたは未圧縮フォー
マットで伝送できる。
【0248】API層3300は、対話型アプリケーシ
ョンの開発に高水準ユーティリティを提供する。それ
は、高水準APIを構成する複数のパッケージを含む。
パッケージは、対話型アプありケーションを実行するた
めに必要なすべての機能性を提供する。パッケージは、
アプリケーションによってアクセス可能である。
【0249】好ましい実施形態においては、APIは、
Java、PanTalkまたはこのような類似するプ
ログラミング言語で作成されたアプリケーション向けに
適応される。さらに、それは、HTML及びMHEG−
5などの他のフォーマットの解釈を助長できる。これら
の機能に加えて、それは、要件が支配するように切り離
し可能且つ拡張可能である他のパッケージ及びサービス
モジュールも含む。
【0250】仮想機械層3500は、言語インタプリタ
及び多様なモジュールとシステムから構成される。カー
ネル3650(図示されていない)によって管理される
この層は、受信機/デコーダ内の対話型アプリケーショ
ンを受信し、実行するために必要なすべてから成り立っ
ている。
【0251】デバイスインタフェース層3700は、
(通常、ここではただ「デバイス」と呼ばれる)デバイ
スマネージャ及びソフトウェアデバイスを含む。デバイ
スは、外部イベント及び物理インタフェースの管理に必
要な論理的なリソースから成り立っているソフトウェア
モジュールである。デバイスマネージャの制御下のデバ
イスインタフェース層は、ドライバとアプリケーション
間の通信チャネルを管理し、機能強化されたエラー除外
チェックを提供する。管理された(ハードウェア)デバ
イスのいくつかの例は、以下のとおりである。つまり、
カード読取装置3722(図示されていない)、モデム
3730(図示されていない)、ネットワーク3732
(図示されていない)、PCMCIA(パーソナルコン
ピュータメモリカード国際協会)、LEDディスプレイ
等である。API層は前記からデバイスを制御するた
め、プログラマは、直接的にこの層に対処する必要はな
い。
【0252】システムソフトウェア/ハードウェア層3
900は、受信機/デコーダのメーカによって提供され
る。システムのモジュール方式のため、及び(イベント
スケジューリング及びメモリ管理などの)より高いレベ
ルのオペレーティングシステムによって供給されるサー
ビスが仮想機械及びカーネルの一部であるため、より高
いレベルの層は特定のリアルタイムオペレーティングシ
ステム(RTOS)に、または特定のプロセッサに結び
付いていない。
【0253】一般的には、ときおりデバイスインタフェ
ース層3700及び/またはAPI3300と組み合わ
される仮想機械層3500は、受信機/デコーダの「ミ
ドルウェア」と呼ばれる。
【0254】図6に関して、(アプリケーション層31
00、API層3300及び仮想機械層3500を備え
る)図5の上半分に対応する受信機/デコーダ3000
のソフトウェアアーキテクチャが、ここでさらに詳細に
説明されるだろう。
【0255】対話型アプリケーションは、例えば、電子
番組表、テレバンキングアプリケーション及びゲームな
どの製品とサービスを得るためにユーザが対話するアプ
リケーションである。
【0256】アプリケーション層3100には、アプリ
ケーションマネージャ3110に加えて、2種類のアプ
リケーションがある。それらがAPI3300に準拠す
る限り、いつでも追加できるウェブブラウザ3130な
どの対話型アプリケーションがあり、対話型アプリケー
ションを管理、サポートする常駐アプリケーションがあ
る。常駐アプリケーションは、実質的には恒久的であ
り、以下を含む。
【0257】・ブート。ブートアプリケーション314
2は、受信機/デコーダが電源投入されると起動される
最初のアプリケーションである。ブートアプリケーショ
ンは、最初にアプリケーションマネージャ3110を起
動してから、メモリマネージャ3544及びイベントマ
ネージャ3546などの仮想機械で「マネージャ」ソフ
トウェアモジュールを起動する。
【0258】・アプリケーションマネージャ。アプリケ
ーションマネージャ3110は、受信機/デコーダ内で
実行される対話型アプリケーションを管理する。すなわ
ち、それはイベントを起動し、停止し、一時停止し、再
開し、処理し、アプリケーション間の通信に対処する。
それは、複数のアプリケーションを同時に実行できるよ
うにするため、それらの間でのリソースの割り当てに関
与する。このアプリケーションは、ユーザに対して完全
にトランスペアレントである。
【0259】・セットアップ。セットアップアプリケー
ション3144の目的は、おもに初めてそれが使用され
るときに、受信機/デコーダを構成することである。そ
れは、テレビチャネルについての走査、日付と時刻の設
定、ユーザ優先順位の設定等のアクションを実行する。
ただし、セットアップアプリケーションは、受信機/デ
コーダ構成を変更するためにユーザによって任意の時点
で使用することができる。
【0260】・ザッピング。ザッピングアプリケーショ
ン3146は、プログラムアップキー、プログラムダウ
ンキー、及び数値キーを使用してチャネルを変更するた
めに使用される。例えば、バナー(パイロット)アプリ
ケーションを通して別の形のザッピングが使用されると
き、ザッピングアプリケーションは停止される。
【0261】・コールバック。コールバックアプリケー
ション3148は、受信機/デコーダメモリ内に記憶さ
れる多様なパラメータの値を抽出し、これらの値をモデ
ム化されたバックチャネル1070(図示されていな
い)を介して、または他の手段によって商業事業者に戻
すために使用される。
【0262】アプリケーション層3100での他のアプ
リケーションは、番組表アプリケーション3132、有
料視聴アプリケーション3134、バナー(パイロッ
ト)アプリケーション3136、ホームバンキングアプ
リケーション3138、ソフトウェアダウンロードアプ
リケーション3140、及びPVR(パーソナルビデオ
レコーダ)アプリケーション3154(以下を参照する
こと)を含む。
【0263】前記に注記されたように、アプリケーショ
ンプログラミングインタフェース(API)層3300
は、複数のパッケージを含む。これらは、例えば、仮想
機械の基本的な機能にアクセスするために使用される基
本システムパッケージ3310、DAVICパッケージ
3320、及びおもなソフトウェアベンダに固有のソフ
トウェアアーキテクチャの機能にアクセスするために使
用される独自に開発したパッケージ3330を含む。
【0264】さらに詳細に考えられると、仮想機械35
00は、以下を含む。
【0265】・言語インタプリタ3510。さまざまな
インタプリタが、読み取られるアプリケーションの種類
に準拠するためにインストールできる。これらは、Ja
vaインタプリタ3512、PanTalkインタプリ
タ3514、HTMLインタプリタ3516、MHEG
−5インタプリタ3518及び他を含む。
【0266】・サービス情報(SI)エンジン。SIエ
ンジン3540は、共通のデジタルビデオ一斉送信(D
VB)またはプログラムシステム情報プロトコル(PS
IP)テーブルをロード、監視し、それらをキャッシュ
の中に入れる。それは、それらの中に含まれるデータを
必要とするアプリケーションによるこれらのテーブルへ
のアクセスを可能にする。
【0267】・スケジューラ3542。このモジュール
は、それぞれのスレッドが独自のイベント待ち行列を有
する、予防マルチスレッドスケジューリングに対処す
る。
【0268】・メモリマネージャ3544。このモジュ
ールはメモリに対するアクセスを管理する。それは、必
要時にメモリ内のデータを自動的に圧縮し、自動ゴミ収
集を実行する。
【0269】・イベントマネージャ3546。このモジ
ュールは、イベントを優先順位に従ってトリガできるよ
うにする。それはタイマ及びイベントグラビングを管理
し、アプリケーションがイベントを互いに送信できるよ
うにする。
【0270】・動的リンカ3548。このモジュール
は、ネイティブJava関数から発生するアドレスの解
決を可能にし、ダウンロードされるJavaクラスから
のネイティブメソッドをRAMの中にロードし、ROM
に向かってダウンロードされたネイティブコードからの
呼び出しを解決する。
【0271】・グラフィックシステム3550。このシ
ステムはオブジェクト指向であり、最適化されている。
それは、多言語サポート付きのベクトルフォントエンジ
ンだけではなく、グラフィックウィンドウ及びオブジェ
クト管理も含む。
【0272】・クラスマネージャ3552。このモジュ
ールはクラスをロードし、あらゆるクラス参照問題を解
決する。
【0273】・ファイルシステム3554。このモジュ
ールはコンパクトであり、複数のROM、フラッシュ、
RAM、およびDSMCCボリューム付きの階層ファイ
ルシステムを管理するために最適化される。フラッシュ
完全性は、あらゆる事件に対して保証される。
【0274】・機密保護マネージャ3556。このオジ
ュールはアプリケーションを認証し、機密事項を扱うメ
モリ及びセットトップボックスの他のゾーンに対するア
プリケーションのアクセスを制御する。
【0275】・ダウンローダ3558。このモジュール
は、遠隔DSMCC回転トレーから、またはNFSプロ
トコルを通した自動データロードを使用し、ダウンロー
ドされるファイルは常駐ファイルと同様にアクセスされ
る。メモリの片付け、圧縮、及び認証も提供される。
【0276】さらに、DAVICリソース通知モデル
が、クライアントリソースが効率的に管理されるように
サポートされる。
【0277】カーネル3650は、仮想機械3500及
びデバイスインタフェース層3700(図示されていな
い)内で実行している多様な異なるプロセスを管理す
る。効率及び信頼性の理由から、カーネルは、オペレー
ティングシステム用のPOSIX規格の関連する部分を
実現する。
【0278】カーネルの制御下、(Java及びPen
talkアプリケーションを実行している)仮想機械
は、大容量記憶サーバ3850(図示されていない)な
どの、オペレーティングシステムの他の「サーバ」要素
とは別個の独自のスレッドの中で実行する。システム呼
び出しでパラメータとしてスレッドIDを渡すことを要
求するなどの対応する規約も、アプリケーション312
0がマルチスレッド環境によって益を得ることができる
ようにするためにAPI層3300内で作成される。
【0279】複数のスレッドを提供することによって、
より多くの安定性を達成できる。例えば、仮想機械35
00が、クラッシュを経験するまたはデバイスにアクセ
スを試みるアプリケーションによって長時間ブロックさ
れるなど、なんらかの理由で動作するのを中止する場合
に、ハードディスクサーバなどのシステムの他のスピー
ドが重視される部分は動作し続けることができる。
【0280】仮想機械3500及びカーネル3650だ
けではなく、ハードディスクビデオレコーダ(HDV
R)モジュール3850も、ハードディスクまたは他の
取り付けられている大容量記憶構成要素の記録機能及び
プレイバック機能を処理するために提供される。サーバ
は、記録を処理する2つの別々のスレッド3854、3
856を備え、1つのスレッド3858はプレイバック
を処理するためであり、ファイルシステムライブラリ3
852は大容量記憶構成要素と接続するためである。
【0281】ハードディスクビデオレコーダ(HDV
R)3850内のスレッド3854、3856、385
8の適切な1つが、例えば「録画」ボタンを押すユーザ
に応えて、パーソナルビデオレコーダ(PVR)アプリ
ケーション3154などのクライアントから、(ある特
定の番組の録画を開始するためのコマンドなどの)コマ
ンドを受信する。
【0282】同様に、問題のスレッドは、それから、録
画またはプレイバックされるビットストリームを処理す
る受信機/デコーダの部分をセットアップし、同期させ
るために(図7に図示されている)サービスデバイス3
736と対話する。平行して、スレッドは、ハードディ
スク2210(図示されていない)上の適切な場所での
記録またはプレイバックを調整するために、ファイルシ
ステムライブラリ3852とも対話する。
【0283】それから、ファイルシステムライブラリ3
852は、どのサブトランスポートストリーム(ST
S)を(FIFOバッファを介して)転送するのか、及
びどのハードディスクターゲットにストリームが記憶さ
れなければならないのかを大容量記憶装置3728に告
げるコマンドを、(やはり図7に図示される)大容量記
憶装置3728に送信する。ハードディスク及び汎用フ
ァイル管理でのクラスタの割り当ては、ファイルシステ
ムライブラリ3852によって実施され、大容量記憶装
置自体はさらに低いレベルの動作に関与する。
【0284】前述されたサービスデバイス3736は、
それが受信機/デコーダの物理的な構成要素に関係しな
いという点でデバイスの中で他とは異なる。それは、代
わりに、単一の「インスタンス」の中に、チューナ、デ
マルチプレクサ、リマルチプレクサ、及び受信機/デコ
ーダ内のハードディスクデバイスの多様な集合を集める
高レベルインタフェースを提供し、さらに高いレベルの
プロセスを多様なサブデバイスを調整する難事から解放
する。
【0285】図7に関して、(デバイスインタフェース
層3700及びシステムソフトウェア及びハードウェア
層3900を備える)図5の下半分に対応する受信機/
デコーダ3000のソフトウェアアーキテクチャが、こ
こでさらに詳細に説明されるだろう。
【0286】デバイス層の中に提供される追加デバイス
は、条件付きアクセスデバイス3720、図4の2つの
(またはおそらく3つ以上の)チューナ2016、20
18に対応するチューナデバイス3724、ビデオデバ
イス3734、I/Oポートデバイス3726、及び前
述されたサービスデバイス3736と大容量記憶装置3
728を含む。
【0287】大きく見ると、デバイスは、論理インタフ
ェースを定義すると見なすことができ、その結果、2つ
の異なるデバイスが、1つの共通した物理ポートに結合
されてよい。一定のデバイスはそれら自体の間で通信し
てよく、すべてのデバイスもカーネル3650の制御下
で動作する。
【0288】任意のデバイスのサービスを使用する前
に、(アプリケーション命令シーケンスなどの)製品は
「クライアント」つまり、デバイスまたはデバイスマネ
ージャ3710への論理的なアクセス方法として宣言さ
れなければならない。マネージャは、クライアントに、
デバイスに対するすべてのアクセスで参照されるクライ
アント番号を与える。デバイスは、複数のクライアント
を有することができ、クライアントの数が、デバイスご
とにデバイスの種類に応じて指定されている。クライア
ントは、プロシージャ「Device:Open Ch
annel(デバイス:チャネル開放)によってデバイ
スに導入される。このプロシージャが、クライアントに
クライアント番号を割り当てる。クライアントは、プロ
シージャ「Device:Close Channel
(デバイス:チャネル閉鎖)によって、デバイスマネー
ジャ3710クライアントリストから取り出すことがで
きる。
【0289】デバイスマネージャ3710によって提供
されるデバイスに対するアクセスは、同期または非同期
のどちらかである。同期アクセスの場合、プロシージャ
「Devic:Call(デバイス:呼び出し)」が使
用される。これは、ただちに入手できるデータ、または
所望される応答を待機することを含まない機能性にアク
セスする手段である。非同期アクセスの場合、プロシー
ジャ「Device:I/O(デバイス:I/O)」が
使用される。これは、多重送信システムを見つけるため
にチューナ周波数を走査する、またはMPEGストリー
ムからテーブルを取り戻すなどの応答を待機することを
含むデータにアクセスする手段である。要求された結果
が入手可能であると、イベントはその到着を信号で知ら
せるためにエンジンの待ち行列に入れられる。追加プロ
シージャ「Device:Event(デバイス:イベ
ント)」は、予期されないイベントを管理する手段を提
供する。
【0290】受信機/デコーダの第2実施形態において
は、受信機/デコーダのアーキテクチャの下半分が、図
8に図示される層に置き替えられる。
【0291】この実施形態では、拡張デバイス層インタ
フェース(EDLI)3600が、仮想機械3500
(図示さていない)とデバイスインタフェース層370
0の間に提供され、抽象デバイスインタフェース380
0がデバイスインタフェース層3700とシステムソフ
トウェア/ハードウェア層3900の間に提供される。
それ以外の場合、類似する部分は類似する参照番号で示
される。
【0292】拡張デバイス層インタフェース(EDL
I)3600は、仮想機械3500とデバイスインタフ
ェース層3700間に専用インタフェースを提供し、通
常、デバイスインタフェース層にマルチスレッドサポー
トを提供する。EDLIの機能は、(デバイスインタフ
ェース層はそれ自体マルチスレッドをサポートする必要
がないため)ミドルウェアの適切なスレッドに非同期イ
ベントを送ることと、スレッド間でメッセージを送るこ
とを含む。
【0293】抽象デバイスインタフェース3800は、
システムソフトウェア/ハードウェア層3900内のデ
バイスインタフェース層3700とデバイスドライバ3
910間に追加のインタフェースを提供する。このよう
なインタフェースを提供することによって、大きく、複
雑なデバイス層3700を、さらに大いにハードウェア
と無関係にすることができる。
【0294】受信機/デコーダでのデータの経路指定 ここで経路指定及びデータのための3つの一般的に補完
的なシステムを説明する。
【0295】概して、第1システムは、受信機/デコー
ダ内でのおもに音声/視覚データの(一般的にはハード
ウェアレベルでの)柔軟な経路指定を可能にし、動的な
方法でこのようなデータを送るのに適している。
【0296】第2システムは、アーキテクチャ的にさら
に高いレベルで動作し、(ハードディスクなどの)大容
量装置への、及び大容量装置からのこのようなデータの
転送を可能にし、特にこのような転送を効率的に管理で
きるようにする。
【0297】第3システムは、第1システムと第2シス
テムの両方に関係し、(「ビデオ」デバイス及び「サー
ビス」デバイスなどの)専用のソフトウェアデバイスと
ハードウェアデバイスを使用して(前述されたような音
声/視覚データを包含する)さまざまなサービスの操作
を可能にし、特に、「プッシュ」モードと「プル」モー
ドの両方でのこのようなサービスの動作及び同期を可能
にする。
【0298】第1システムはさらに詳細に後述され、次
に第2システムと第3システムの詳細な説明が後に続
く。
【0299】受信機/デコーダ2000内でのデータの
経路指定は、ここで特に図9から図14に関して説明さ
れる。データは、数多くの考えられる経路指定構成に従
って、受信機/デコーダ2000を通って送られる。こ
れらのさまざまな経路指定構成は、リアルタイムユーザ
経路指定制御命令に従って動的に配列される。これらの
柔軟な経路指定機能を容易にするために、受信機/デコ
ーダ2000内での経路指定は、受信機/デコーダ20
00での経路指定のために使用されるコンポーネント間
での相互接続を制御するために使用されるソフトウェア
によって実現される経路指定装置により処理される。
【0300】図9、図10及び図11は、リモートコン
トローラ2080を経路指定するために使用される受信
機/デコーダ2000の多様なコンポーネント間での相
互接続を概略して描き、流れ図は経路指定装置の動作を
それぞれ図解する。
【0301】図12、図13及び図14は、受信機/デ
コーダ2000のさまざまな考えられる経路指定構成の
典型的な例を示す。図中、類似する番号は類似するパー
ツを示すために使用されている。
【0302】受信機/デコーダ内の経路指定コンポーネ
ントの相互接続が、ここで説明されるだろう。
【0303】図9に関して、受信機/デコーダ2000
は、2つのフロントエンド8010、8012の形を取
る2つの入力を含む。各フロントエンド8010、80
12は、図4に図示されているように、それぞれチュー
ナ/復調器2016、2012と2018、2014の
概略表現である。各フロントエンド8010、8012
は、(やはり図4に図示されている)1組の衛星信号フ
ィード2020、2022の一方を受信し、復調するよ
うに構成されている。該衛星フィード2020、202
2は、(図1に図示される)デジタル放送センタ100
0から伝送され、一般的には、デジタルデータストリー
ムで圧縮され、コード化される多様なテレビ番組及び/
またはアプリケーションを含む複数のチャネルを含んで
いる。前述されたように、データストリームは好ましく
はMPEGフォーマットで圧縮、コード化される。
【0304】受信及び復調の後、各フロントエンド80
10、8012からの出力は、受信された番組及び/ま
たはアプリケーションの映像コンポーネント、音声コン
ポーネント及びデータコンポーネントを含むデータスト
リーム8040、8042の形を取る。
【0305】復調器2012、20104は、(図4に
図示される)デスクランブラ/デマルチプレクサ/リマ
ルチプレクサ2010に接続される。図9にさらに詳し
く図示されているように、フロントエンド8010、8
012のそれぞれが、それぞれデータストリーム804
0、8042のそれぞれを多重分離し、番組及び/また
はアプリケーションの多様な音声コンポーネント、映像
コンポーネント及びデータコンポーネントを抽出するよ
うに構成されるデマルチプレクサ8014、8016に
接続される。該デマルチプレクサ8014、8016
は、次に、それぞれがデマルチプレクサ8014、80
16と関連付けられ、データストリーム8040、80
42を逆スクランブルするようにそれぞれ構成されるデ
スクランブラ8018、8020に接続される。該逆ス
クランブルは、前述されたような条件付アクセスシステ
ムにより判断される特定的なアクセス可能性に従って発
生する。
【0306】デマルチプレクサ8014、8016も、
リマルチプレクサ8030、8032及びFIFOバッ
ファ8046、8048を介して、ハードディスク21
00の形を取る記憶手段に直接的に接続される。したが
って、データをハードディスク2100上でスクランブ
ルされたフォーマットで記憶することが可能である。
【0307】デスクランブラ8018、8020も、F
IFOバッファ8044に接続される。該FIFOバッ
ファ8044は、次に、音声/ビデオデコ−ダ8022
の形を取る出力に接続される。音声/ビデオデコーダ8
022は、次にテレビ10000の形を取る表示手段に
接続される。音声/ビデオデコーダ8022は、部分的
に、図4に図示されるように、音声DAC2034、M
PEGビデオデコーダ2028、グラフィックエンジン
2032、及びPAL/SECAMエンコーダ2036
の概略表現である。
【0308】リマルチプレクサ8030、8032は、
多重分離された、いくつかの場合にはそれらがハードデ
ィスク2100に書き込まれる前に逆スクランブルされ
たデータストリーム8040、8042を多重化し直す
(リマルチプレクスする)ように構成されている。この
ようにして、データストリーム8040、8042は、
ハードディスク2100上での記憶のために構成され
る。
【0309】ハードディスク2100は、前述されたも
のと同様のFIFOバッファ8050、及びデマルチプ
クレサ8026とデスクランブラ8028を介して音声
/ビデオデコーダ8022に接続される。
【0310】FIFOバッファは別個に図示されている
が、すべてのFIFOバッファを、可用性に基づき動的
に割り当てることのできる1つの連続ブロックRAMに
配置することが可能であることが理解されなければなら
ない。
【0311】受信機/デコーダ2000のコンポーネン
トのそれぞれも、図4に図示されるように、ホストCP
U2002とデジタルTVコプロセッサ2004に接続
される。
【0312】リモートコントローラ2080の形を取る
受信機/デコーダのユーザインタフェースの概略図は、
図10に図示されている。該リモートコントローラ20
80は、参照番号8102で示されるメニューと機能キ
ーパッドだけではなく、概して参照番号8100で示さ
れる数値キーパッドも含む。該リモートコントローラ
は、典型的にはタイムシフトと関連付けられる以下の追
加のボタンも含む。つまり、記録8104、休止810
6、巻き戻し8108、及び先送り8110である。
【0313】経路指定装置 前述されたように、受信機/デコーダ2000内でのデ
ータの経路指定は、前記図9に関して説明された受信機
/デコーダ2000の多様なハードウェアコンポーネン
ト間でのデータの経路指定を制御する(図11に図示さ
れる)経路指定装置8070によって構成、制御され
る。
【0314】図11に図示されるように、経路指定装置
8070は、ある実施形態では、図6に図示される仮想
機械層3500の一部として提供される経路指定モジュ
ールの形を取ってよい経路指定手段8072を含む。別
の考えられる実施形態では、経路指定手段8072は、
図7に図示されているデ バイス層インタフェースの部
分を形成する経路指定装置の形を取ってよい。まだ別の
実施形態においては、経路指定手段8072は、サービ
スデバイス3736の部分を形成してよい。
【0315】経路指定手段8072は、入力、つまりフ
ロントエンド8010、8012によって受信されるデ
ータストリーム8040、8042を、ハードディスク
2100の形を取る記憶手段だけではなく、出力807
8にも送るように構成される。経路指定手段8072
は、出力8078とハードディスク2100の両方にデ
ータストリーム8040、8042を送るようにも構成
される。
【0316】出力8078は、部分的に、音声/ビデオ
デコーダ8022を含む。出力8078は、さらに、テ
レビ10000上の出力に適した形式に数多くの別個の
番組からの音声コンポーネントと映像コンポーネントを
結合するための結合手段8094を含む。ある実施形態
では、結合手段8094は、グラフィックエンジン20
32によって、及び2030で示されるPCMミキシン
グの間に実現されてよい。
【0317】このようにして、ビデオデータのケースで
は、典型的には、典型的には「画像内画像」を含むディ
スプレイに形を取る、該または各テレビ番組のモザイク
を含む複合画像が作成される。「画像内画像」を生じさ
せるために、ビデオデバイス3734の制御下のMPE
Gデコーダ2028が、次にグラフィックエンジン20
32によってオーバレイされる各データストリーム80
40、8042に対応する別個の復号されたビデオ出力
を生じさせる。
【0318】典型的には、音声データは、2030で示
されているPCMミキシング中に実現される「吹き替
え」技法を使用して結合される。
【0319】別の実施形態では、出力8078は、それ
ぞれが独立したデータストリームを出力できる数多くの
独立した出力ポートを含む。この場合、出力8078は
複数の別個のテレビ10000に接続されている。
【0320】データストリーム8040、8042の経
路指定は、概して参照番号8092により示される、ユ
ーザが経路指定手段8072の動作を制御できるように
する受信機手段8080によって受信されるユーザ経路
指定制御命令により制御される。一般的には、ユーザ経
路指定制御命令8092は、フロントパネル2054に
赤外線信号を送信するように構成されるリモートコント
ローラ2080を介してユーザによって入力される。
【0321】経路指定装置8070は、ハードディスク
2100にデータを書き込むための書き込み手段808
6、及びハードディスク2100からデータを取り出す
ための検索手段8088も含む。好ましい実施形態で
は、書き込み手段は、FIFOバッファ8046と80
48の動作を制御する大容量記憶装置3728の形を取
り、好ましい実施形態では、検索手段は、図7に図示さ
れるような大容量記憶装置3728の形も取ってよい。
一般的には、FIFOバッファ8046、8048及び
8050は、動的に割り当てられるメモリバッファの形
を取り、ソフトウェアを介して制御される。ある実施形
態では、FIFOバッファはFIFOデバイスにより発
行されるコマンドを介して割り当てられ、解放される。
【0322】ハードディスク2100は、2つの記憶領
域、タイムシフト記憶領域8082とレコード記憶領域
8084を含む。タイムシフト記憶領域8082は、タ
イムシフト目的のためにデータストリーム8040、8
042内に含まれる番組を一時的に記憶するために使用
され、レコード記憶領域は、データストリーム804
0、8042に含まれる番組を記録するために使用され
る。このようにして、経路指定手段8072は、さら
に、タイムシフト記憶領域8082に、レコード記憶領
域8084に、及びタイムシフト記憶領域とレコード記
憶領域8082、8084の両方にデータストリーム8
040、8042を送るように構成される。
【0323】一般的には、タイムシフト記憶領域808
2は、ハードディスク2100上の円形バッファ内で実
現される。したがって、一般的には、限られた質のタイ
ムシフト情報だけを記憶することができる。したがっ
て、例えば、15分のバッファが提供されてよい。しか
しながら、ハードディスクドライブの容量とユーザ要件
に基づき、タイムシフト記憶領域とレコード記憶領域8
082、8084の容量を調整することも可能である。
【0324】経路指定手段8070は、受信機手段80
80によっても受信される参照番号8090によって示
されるユーザタイムシフト制御命令を受信するようにも
構成される。
【0325】受信機/デコーダ2000でのデータのタ
イムシフトは、リモートコントローラ2080を介して
ユーザによって制御される。このようにして、ユーザ
は、所望の番組をタイムシフト記憶領域8082に送ら
せ、タイムシフト記憶領域内に記憶させるリモートコン
トローラ2080を介して経路指定手段8072にタイ
ムシフト制御命令8090を発行する。このようにし
て、特定のタイムシフト動作が、リモートコントローラ
2080上のタイムシフト制御ボタン8104、810
6、8108及び8110を押すことによって、ユーザ
によって要求されると、データストリームは、適宜にタ
イムシフト記憶領域8082から、及びタイムシフト記
憶領域に送られてよい。タイムシフトに関する追加の詳
細は、以下の説明で示されるだろう。
【0326】経路指定装置の動作が、ここで説明され
る。
【0327】使用中、データストリーム8040、80
42のそれぞれが、出力8078に、及び受信されるユ
ーザ経路指定制御命令8092とユーザタイムシフト制
御命令8090に従って、ハードディスク2100のタ
イムシフト記憶領域8082またはレコード記憶領域8
084のどちらかに独立して送られてよい。
【0328】このようにして、経路指定手段8072
は、入力8010から、前述されたように生放送の視聴
のために音声/ビデオデコーダ8022を介してテレビ
10000に接続される出力8078にデータストリー
ム8040を送るように構成されてよい。同時に、経路
指定手段8072は、入力8010から、タイムシフト
目的のためにタイムシフト記憶領域8082に、記録の
ためにレコード記憶領域8084に、及びタイムシフト
記憶領域とレコード記憶領域8082、8084の両方
にデータストリーム8040を送ることができる。
【0329】同様に、経路指定手段は、出力8072
に、及びタイムシフト記憶領域とレコード記憶領域80
82、8084にデータストリーム8042を送るよう
に構成されてもよい。
【0330】データストリーム8040、8042の実
際の経路指定は、リアルタイムで、リモートコントロー
ラ2080を介してユーザによって制御される。したが
って、ユーザは、初期の経路指定構成をセットアップし
てから、リアルタイムで経路指定構成を意のままに改変
することができる。
【0331】したがって、例えば、生放送の視聴のため
にデータストリーム8040に含まれる第1番組を出力
8078に送り、記録のために、データストリーム80
42に含まれる第2番組をハードディスク2100のレ
コード記憶領域に送ることが可能である。ユーザは第1
番組を見ているときに、ユーザは、リモートコントロー
ラ2080上でチャネルを変更することによって記録さ
れている第2番組に切り替えることを決定できる。この
場合、データストリーム8042に含まれる第2番組
は、レコード記憶領域8084にだけではなく出力80
78にも送られる。
【0332】第2番組を見ている間、第1番組は出力8
078に送られなくなるか、あるいは出力8078に送
られ続けられてよく、その場合第1番組と第2番組は結
合手段8094により結合される。一般的には、ユーザ
は、リモートコントローラ2080の機能キーを介し
て、結合されたディスプレイのモザイクの特定のフォー
マットを指定できる。
【0333】ユーザは、第1番組を視聴し、第2番組を
監視し、タイムシフトすることもできる。したがって、
例えば、ユーザは第1番組を出力8078に送り、同時
に第2番組を、それが、監視ウィンドウの形を取る、第
1番組と結合される出力8078に送ることができる。
第2番組は、それがタイムシフト目的のためにバッファ
に入れられるタイムシフト記憶領域8082に同時に送
られてよい。このようにして、強調表示が、監視されて
いる第2番組上で発生すると、ユーザは第2番組に切り
替え、タイムシフト記憶領域8082に記憶されている
バッファに入れられた情報を使用して、瞬時に強調表示
をリプレイできる。
【0334】ユーザは、第1番組を休止し、その場合、
それはタイムシフト記憶領域8082に送られ、次に第
2番組に切り替えることも可能である。それから、第1
番組に戻り、第1番組を再開することが可能であり、そ
の場合第1番組はタイムシフト記憶領域8082から出
力8078に送られる。ユーザは、早送りボタン811
0を使用して、タイムシフト記憶領域8082に記憶さ
れている第1番組のセグメントにざっと目を通すことも
できる。
【0335】さらに、ユーザは、任意の時点で第1番組
の記録を開始することが可能であり、その場合、それも
レコード記憶領域8084に送られる。この場合、第1
番組は、タイムシフト記憶領域とレコード記憶領域80
82、8084だけではなく、生放送の視聴のために出
力にも送られるだろう。これにより、ユーザは、番組を
記録しながらそれを生放送で見ることができるようにな
り、ユーザは、所望される場合、番組のセグメントを瞬
時に見直す、あるいは実際には、バッファに入れられた
タイムシフト情報を使用してなんらかの方法で番組をタ
イムシフトすることもできるようになる。
【0336】一定のデフォルトの経路指定構成を準備す
ることも可能である。例えば、ユーザは、生放送で視聴
されている番組が、所望される場合に生番組をタイムシ
フトできるようにするためにタイムシフト記憶領域80
82に送られなければならないことを指定してよい。
【0337】事前にタイムシフト記憶領域8082に生
放送の番組を送ることを開始するために、経路指定手段
88072を構成することが可能であることも注意され
る必要がある。この場合、ユーザが生番組を見始める
と、それは例えばコマーシャルの中断をとばすために先
送りすることができる。
【0338】図12、図13、及び図14のそれぞれ
は、経路指定構成に応じて、デマルチプレクサ801
4、8016、及び8026、ならびにそれぞれのデス
クランブラ8018、8020、及び8028、ならび
にリマルチプレクサ8030、8032を介して、フロ
ントエンド8010、8012と音声/ビデオデコーダ
8022及び/またはハードディスク2100の間の考
えられる相互接続の典型的な例を描く。これらの例は、
単に、前述されたようにユーザの命令を受けてリアルタ
イムで動的にセットアップされてよい、考えられる経路
指定シナリオを示すだけである。
【0339】例示的な例を簡略化するために、FIFO
バッファ8044、8046、8048及び8050は
図示されていない。
【0340】受信機/デコーダの考えられる経路指定構
成の3つの例がここで示される。
【0341】第1例は、ここで図12に関して説明され
るだろう。この構成では、受信機/デコーダ2000
は、第1番組を見ることができるように、第2番組を記
録できるように構成される。したがって、フロントエン
ド8010は、デマルチプレクサ8014と、次に音声
/ビデオデコーダ8022に直接接続されるデスクラン
ブラ8018に接続される。したがって、データストリ
ーム8040は、フロントエンド8010から、MPE
Gデータストリームを復元、復号し、データストリーム
8040をテレビ10000への入力のために構成する
音声/ビデオデコーダ8022に直接送られる。このよ
うにして、第1番組はリアルタイムで視聴されてよい。
【0342】第1データストリーム8040の処理と平
行して、第2データストリーム8042は、デマルチプ
レクサ/デスクランブラ8016、8020により多重
分離され、逆スクランブルされ、それによって所望の番
組の関連する音声コンポーネント、映像コンポーネント
及びデータコンポーネントを、これらのコンポーネント
がハードディスク2100上での記憶に適した形式に再
度多重化し直される前に抽出する。このようにして、第
2番組は記録されてよい。次に、この番組は後に検索さ
れ、音声/ビデオデコーダ8022に送られてよい。
【0343】ユーザは、データストリーム8040、8
042の経路指定を動的に逆にすることもできる。この
ようにして、リアルタイムで、ユーザインタフェースを
介して、コンポーネント間の相互接続は改変されてよ
く、データストリーム8040はハードディスク210
0に送ることができ、データストリーム8042は音声
/ビデオデコーダ8022に送ることができる。
【0344】ここで第2例が説明されるだろう。
【0345】図13では、受信機/デコーダ2000
は、第1番組をタイムシフトし、第2番組を記録できる
ように構成される。この構成では、各フロントエンド8
010、8012は、それぞれ、次にハードディスク2
100に接続されるリマルチプレクサ8030、803
2に次に接続されるデマルチプレクサ/デスクランブラ
8014、8018及び8016、8020に接続され
る。それから、ハードディスク2100は、音声/ビデ
オデコーダ8022に接続されるデマルチプレクサ/デ
スクランブラ8026、8028に接続される。したが
って、データストリーム8040、8042は、関連す
るデマルチプレクサ、デスクランブラ及びリマルチプレ
クサを介してハードディスク2100に送られ、次に、
選択的に取り出され、音声/ビデオデコーダ8022に
転送される。
【0346】このようにして、この経路指定構成では、
第1番組、例えば、データストリーム8040に含まれ
る番組を記録し、データストリーム8042内に含まれ
る第2番組をタイムシフトすることが可能である。第1
番組は、番組の長さに基づいて事前に割り当てられる、
ハードディスク2100上のレコード記憶領域8084
内の事前に指定されたロケーションに記憶される。それ
から後にこの番組は取り出され、音声/ビデオデコーダ
8022に転送されてよい。第2番組はタイムシフト情
報のために、やはりハードディスク2100上に位置し
ているタイムシフト記憶領域8082内に含まれる円形
バッファに記憶される。この番組は、次にタイムシフト
記憶領域8082から取り出され、音声/ビデオデコー
ダ8022に送られてよい。十分なハードディスク容量
が使用できるならば、2つの番組を同時に記録すること
も可能であり、その場合、両方のデータストリーム80
40、8042ともハードディスク2100のレコード
記憶領域8084に送られ、記憶される。
【0347】第3例がここで説明されるだろう。
【0348】図14では、受信機/デコーダ2000
は、第2番組が記録されている間に第1番組を視聴し、
タイムシフトすることを可能にするように構成される。
この構成では、前述されたように、各フロントエンド8
010、8012は、それぞれデマルチプレクサ/デス
クランブラ8014、8018と8016、8020
に、次にリマルチプレクサ8030、8032を介して
ハードディスク2100に接続される。したがって、デ
ータストリーム8040内に含まれている第1番組は、
音声/ビデオデコーダ8022だけではなく、ハードデ
ィスク2100のタイムシフト記憶領域8082にも送
られ、それにより第1番組を、それがタイムシフト目的
のためにバッファに入れられているのと同時に見ること
ができるようにする。同時に、データストリーム804
2に含まれている第2番組も、記録のためにハードディ
スク2100のレコード記憶領域8084に送られる。
【0349】データストリーム8040、8042を動
的に送り直すことも可能である。したがって、音声/ビ
デオデコーダ8022からデマルチプレクサ/デスクラ
ンブラ8014、8018を切断し、代わりにデマルチ
プレクサ/デスクランブラ8016、8020を音声/
ビデオデコーダ8022に接続することが可能である。
前述されたように、デマルチプレクサ/デスクランブラ
8014、8018及びデマルチプレクサ/デスクラン
ブラ8016、8020は、実際には切断されないか、
あるいは音声/ビデオデコーダ8022に接続され、む
しろデータストリーム8040、8042はFIFOバ
ッファ8044を介して選択的に音声/ビデオデコーダ
8022に送られる。
【0350】前記例は、単に、さまざまな環境下での多
様なハードウェアコンポーネントの相互接続を証明する
ために使用可能な経路指定構成の範囲を描くだけであ
り、決して唯一の考えられる使用可能な構成ではないこ
とに注意しなければならない。
【0351】リモートコントローラを介して制御可能な
受信機/デコーダ2000の動的な経路指定機能によ
り、ユーザは受信機/デコーダ2000を介してリアル
タイムで番組の経路指定を改変し、したがって複数の番
組を選択的に視聴し、記録できる。さらに、ユーザは、
受信機/デコーダ2000によって受信される番組のタ
イムシフトも制御できる。加えて、受信機/デコーダ2
000により、ユーザは、結合手段8094を介して、
単一のディスプレイ上で複数の番組を視聴できる。この
ようにして、ユーザは、ユーザがリアルタイムで、意の
ままに、受信される番組のどれが生放送で視聴されるの
か、どれがタイムシフトされるのか、及びどれが記録さ
れるのかを決定できるようにする柔軟なシステムを備え
る。さらに、ユーザは、単一ディスプレイ上で1つまた
は複数の番組を選択的に監視できる。
【0352】特に経路指定システムとの関連で適切で、
さらに高いアーキテクチャレベルで動作する大量記憶シ
ステムが、ある程度詳しくここで説明されるだろう。
【0353】大量記憶装置前述されたように、タイムシ
フト及び/または後に視聴のために、テレビ番組の記録
を可能とするために、受信機/デコーダは、例えば、図
15に図示されるようなハードディスクなどの記憶装置
2100を備える。ハードディスク2100上でのテレ
ビ番組に対応するビットストリームの記憶は、パラメー
タとして、つまり記憶されるデータが読み取られる(例
えば、バッファ等)メモリロケーションである発信元、
及びデータを書き込む必要があるロケーション(例え
ば、ハードディスク2100上のロケーション)である
宛先を有するコマンドにより開始されてよい。同様のコ
マンドは、記憶されているビットストリームのプレイバ
ックを開始してよい。この場合、発信元パラメータは、
ハードディスク2100上のロケーションだろう。さら
に、テレビ番組に対応するビットストリームが、ハード
ディスク2100に対してよりむしろ、別のデバイス、
例えばファイアワイアポートに書き込まれることが必要
とされる場合がある。データ転送を開始するコマンドの
発信元と宛先のパラメータは、所望される効果に応じて
選択される。
【0354】いったん転送が進行すると、追加コマンド
が、ビットストリームの転送を制御するために使用され
てよく、該コマンドは、発信元と宛先の少なくとも1つ
を変更するように適合される。
【0355】図16A、図16B及び図16Cに図示さ
れるように、転送の宛先6470は、ハードディスク2
100上のあるロケーション6470aから、別のこの
ようなロケーション6470b(図16A)に、あるい
はハードディスク2100上のロケーションから(実際
には例えば別のハードディスクであってよい)別のデバ
イス6470c(図16B)に変更されてよい。転送の
発信元6472は、さらに、または代わりに第1デバイ
ス6472aから第2デバイス6472b(図16c)
に変更されてよい。
【0356】特にこのようなコマンドは、ビットストリ
ームの転送を拡張するために使用されてよい。例えば、
第1コマンドがハードディスク2100の特定の未使用
のフラグメント6470a(図16A)へのビットスト
リームの転送を開始し、フラグメントがいっぱいになっ
た場合、第2コマンドは、ビットストリームの記憶が続
行しなければならなかったハードディスク2100の追
加の未使用フラグメント6470bのアドレスを指定す
る可能性がある。この第2コマンドは、第1フラグメン
ト6470aがいったんいっぱいになると発行される可
能性があるか、あるいはデータのさらに円滑な転送を実
現するために、第2コマンドは第1フラグメント647
0aが充填される前に発行される可能性がある。
【0357】同様に、ハードディスク2100から記憶
されているビットストリームを読み取るとき、第1コマ
ンドは一定量のデータが読み取られなければならなかっ
たこと、あるいはすべてのデータが特定のフラグメント
の最後まで読み取られなければならなかったことを指定
できる。この場合、第2コマンドは、データが読み取ら
れなければならない(同じフラグメント内の、あるいは
新しいフラグメント内の)追加アドレスを指定できる。
【0358】特定の受信機/デコーダ(図15を参照す
ること)内のハードディスク2100上でのビットスト
リームの記憶をさらに容易にするために、ハードディス
クは、記憶されるデータが通過する入力ストリーム64
04、及び記憶装置から読み取られるデータが通過する
出力ストリーム6406を有する。入力ストリームと出
力ストリーム6404、6406は、図示されているよ
うに、例えば、FIFO6400、6402の形を取る
ことができるそれぞれ入力バッファと出力バッファを介
してマルチプレクサ/デマルチプレクサに接続される。
入力ストリーム6404は、記憶される多様なストリー
ム(例えば、音声、ビデオ、字幕等)を多重化するマル
チプレクサ2010のリマルチプレクサ部分に接続され
る。出力ストリーム6406は、ハードディスク210
0から受信されるビットストリームを多重分離するマル
チプレクサ2010のデマルチプレクサ部分に接続され
る。
【0359】受信されるビットストリームのセクション
を記憶するために、受信機/デコーダ2000は、さら
に、プロセス制御装置(例えば、ファイルシステムライ
ブラリ3852)、記憶装置(例えば、大容量記憶装置
3728とハードディスク2100)、及びユーザが
(直接的にまたは間接的に)番組、または記憶装置上の
ビットストリーム6410の他の定められたセクション
の記憶を開始または終了できるようにするユーザインタ
フェースまたは視聴者インタフェース6408を備え
る。さらに詳細に後述されるように、受信機/デコーダ
2000は、所望されるビットストリームセクションの
実際のビットカウントまたは予想されるビットカウント
よりはるかに小さなサイズのそれぞれのメモリロケーシ
ョンを割り当て、前記ロケーションで入信ビットストリ
ームの対応する部分を記憶することによって、ハードデ
ィスク2100内の適切なメモリロケーションに(例え
ば、特定のテレビ番組に対応する)ビットストリーム6
410のセクションを記憶するように適合され、該ステ
ップは、ビットストリームの記憶が終了されるまで繰り
返され、それによりビットストリームの記憶中に割り当
てられるが、記憶のために利用されないメモリの範囲を
制限する。
【0360】ビットストリームセクションを記憶するた
めの手順は、図17に概して図示されている。
【0361】(例えば、リモートコントローラの記録ボ
タンを押すことによって、あるいはなんらかの他のユー
ザインタフェースを通して)番組の記録を開始するよう
にユーザによって要求されると、デバイスインタフェー
ス層3400の記録スレッド3854、3856(図1
5では図示されていない)が、必要とされる信号の記録
のために割り当てられる。該割り当てられた記録スレッ
ド3854、3856は、記録プロセスを制御するファ
イルシステムライブラリ3852と通信する。ファイル
システムライブラリ3852は、ビットストリームの第
1部分が記録されなければならない(6452)ハード
ディスク上のロケーションを決定し、デバイス層340
0の大容量記憶装置3758に、ハードディスク210
0上でのストリームの記憶を開始するための、STAR
T_WRITE(STREAM_ID,ADDRES
S,LENGTH)の形を取る第1コマンドを発行す
る。STREAM_IDは、記録されるストリーム(入
力ストリーム6404)のメモリアドレスである。AD
DRESSは、該ストリームが書き込まれることになる
ハードディスク2100上のアドレスであり、LENG
THは書き込まれるデータ量である。次に、入力FIF
O6400を介してハードディスク2100上の必要と
されるアドレスに、データの指定された量が記憶される
(6454)。LENGTHパラメータにより渡され
る、書き込まれるデータの量は、これが既知である場
合、番組を表すビットストリームの実際のビットカウン
トよりはるかに少ないか、あるいは番組の予想されるビ
ットカウントよりはるかに少ない。ビットカウントは、
番組の持続時間と番組の種類の平均ビットレートの積を
求めることにより予想できる。多様な種類の番組は、番
組のユーザが必要とする、または予想するだろう品質に
応じて多様な平均ビットレートを有してよい。例えば、
ニュースレポート、動画番組等は低い平均ビットレート
を有する可能性があるが、映画ははるかに高い平均ビッ
トレートを有する可能性がある。
【0362】START_WRITEコマンドは、将来
の参照のために転送プロセスを特定するハンドルTRA
NSFER_HANDLEを戻す。
【0363】ファイルシステムライブラリ3852が、
コマンドが、例えば大容量記憶装置3758によって立
ち上げられるイベントまたは中断を介して実行された旨
の確認を受信するとき、及びビットストリームの記録が
(6456で判断される)なんらかの理由で終了されて
いない場合、形式CONT_WRITE(TRANSF
ER_HANDLE,ADDRESS,LENGTH)
の第2コマンドが、データストリームの記憶を続行する
ために、ファイルシステムライブラリ3852によって
大容量記憶装置3758に送信される。このコマンドに
対するADDRESSパラメータは、データの次の部分
が記憶されなければならないアドレスを示す。LENG
THパラメータはそのアドレスに記憶されるデータの量
を示す。TRANSFER_HANDLEは、STAR
T_WRITEコマンドによって戻されるハンドルであ
る。この第2の種類のコマンドは、いったん先行するコ
マンドが実行されると、伝送の事前に設定された持続時
間が記録されるまで、あるいは記録がユーザによってま
たはなんらかの理由により終了されるまで作成され続け
る。
【0364】コマンドのADDRESSパラメータは、
ハードディスク2100の未使用フラグメント内の第1
アドレスに対応し、LENGTHパラメータはそのフラ
グメントのサイズに対応してよい。例えば、コマンドC
ONT_WRITE(TRANSFER_HANDL
E,0×10000,0×800)が発行されてよく、
0×10000はサイズ0x800の未使用フラグメン
トの第1アドレスである。このようにして、データスト
リームは仮想機械3300の関与が最小で、ハードディ
スク2100に記憶されてよい。代わりに、フラグメン
トは、より少ない未使用容量が任意の時点で特定のスト
リームに割り当てられる結果を有する、 CONT_WRITE(TRANSFER_HANDL
E,0×10000,0×300) CONT_WRITE(TRANSFER_HANDL
E,0×10300,0×200) CONT_WRITE(TRANSFER_HANDL
E,0×10500,0×150) CONT_WRITE(TRANSFER_HANDL
E,0×10650,0×150) 等の一連のコマンドにより充填できるだろう。これは、
例えば、少ししか残っている容量がないハードディスク
に複数の番組を同時に記録するときに有利となる可能性
がある。
【0365】単一のアドレス及びデータのバイト数の代
わりに、任意の、あるいはそれぞれのコマンドは、特に
ハードディスク2100がすでにいくぶん断片化され
る、及び/あるいは容量に近づいてきているときに、パ
ラメータとして、アドレス、及びデータの対応するバイ
ト数のリストを渡すことができる。
【0366】ビットストリーム6412の部分のハード
ディスク2100上への記録は、ここでさらに図18に
関して説明されるだろう。
【0367】ファイルシステムライブラリ3852は、
ビットストリーム6412の第1部分6414を記録す
るために第1コマンドSTART_WRITE(INP
UT_STREAM_ID,[0×00040,0×0
0260,0×00760],[0×120,0×2C
0,0×900])を発行する。0×00040は、サ
イズ0x120を有するハードディスク2100の第1
の未使用フラグメント6416のアドレスであり、ビッ
トストリーム6412の第1部分6414の第1ブロッ
ク6414aはそのフラグメント6416に書き込まれ
る。ビットストリームの第1部分6414の第2ブロッ
ク6414bは、第2フラグメント6418に書き込ま
れる。ビットストリーム6412の第1部分6414の
第2フラグメント6418と第2ブロック6414bの
両方ともサイズ0x2C0を有する。第3フラグメント
6420はサイズ0×AE0を有し、ビットストリーム
6412の第1部分6414の第3ブロック6414C
はそのフラグメント6420に書き込まれる。
【0368】第1コマンドの実行を完了すると、大容量
記憶装置3758は、データが無事に記憶された旨をフ
ァイルシステムライブラリ3852に示すイベントを立
ち上げる。ファイルシステムライブラリ3852は、次
に、第2コマンドCONT_WRITE(TRANSF
ER_HANDLE,[0×01060,0×0136
0],[0×1E0,0×4A0])を発行する。0×
01060は、現在はビットストリーム6412の第2
部分6422の第1ブロック6422Aで充填されてい
る第3フラグメント6420の残り6420bのアドレ
スである。第2ブロック6422bは、0×01360
でハードディスク2100の第4フラグメント6424
に書き込まれ、第4フラグメント6424と第2部分6
422の第2ブロック6422bの両方ともサイズ0×
4A0を有する。
【0369】第2コマンドの実行を完了すると、大容量
記憶装置3758は、もう一度、データが無事に記憶さ
れた旨をファイルシステムライブラリ3852に知らせ
るイベントを立ち上げる。次に、ファイルシステムライ
ブラリ3852は、追加コマンドCONT_WRITE
(TRANSFER_HANDLE,[0×0186
0],[0×800])を発行する。この場合、1つの
アドレス値及び1つの長さ値(それぞれ0×0186
0、0×800)だけが指定されている。このアドレス
と長さは、ビットストリーム6412の第3部分642
8の全体が書き込まれる、ハードディスク2100の第
5フラグメント6426のアドレスとサイズに相当す
る。それから、この手順は続行し、記録が終了されるま
で、ビットストリームの追加部分を記録するために追加
コマンドが発行される。
【0370】記憶されているビットストリームをハード
ディスク2100から読み取るための手順は、ビットス
トリームの実際のビットカウントまたは予想されるビッ
トカウントよりはるかに小さいサイズのそれぞれのメモ
リロケーションからビットストリームの一部を読み取る
ことで開始し、ビットストリームの読み取りが終了され
るまで追加のそれぞれのメモリロケーションからの追加
部分の読み取りで続行する。これは、図19に概して示
されている。
【0371】プレイバックが(ステップ6460で)開
始されると、プレイバックスレッド3858が所望のフ
ァイルのプレイバックに割り当てられる。該プレイバッ
クスレッド3858は、記憶されているスレッドの第1
部分が位置するメモリロケーションを判断する(646
2)ファイルシステムライブラリ3852と通信し、大
容量記憶装置3758aに、ハードディスク2100か
らファイルのプレイバックを開始するために、STAR
T_PLAYBACK(STREAM_ID,ADDR
ESS,LENGTH)の形の第1読み取りコマンドを
発行する。STREAM_IDは、ファイルがストリー
ミングされなければならないストリーム(出力ストリー
ム6406)のメモリアドレスである。ADDRESS
は、データが読み取られなければならないハードディス
ク2100上のアドレスであり、LENGTHは読み取
られるデータ量である。それから、データの指定される
部分が大容量ハードディスク2100(6464)から
読み取られる。
【0372】START_PLAYBACKコマンド
は、将来の参照のために転送プロセスを特定するハンド
ルTRANSFER_HANDLEも戻す。
【0373】ファイルシステムライブラリ3852が、
例えば、大容量記憶装置3728によって立ち上げられ
るイベントまたは割り込みを介して、コマンドが実行さ
れた旨の確認を受信するとき、及びビットストリームの
プレイバックが終了していない(6466で決定され
る)場合、CONT_PLAYBACK(TRANSF
ER_HANDLE,ADDRESS,LENGTH)
の形の第2コマンドが、ファイルのプレイバックを続行
するために、ファイルシステムライブラリ3852によ
って大容量記憶装置3758に送信される。このコマン
ドに対するADDRESSパラメータは、データの次の
部分が読み取られるアドレスを示し、LENGTHパラ
メータは、そのアドレスから読み取られるデータ量を示
す。この第2種類のコマンドは、いったん先行するコマ
ンドが実行されると、完全なファイルがプレイバックさ
れるまで、あるいはプレイバックがユーザによって終了
されるまで作成され続ける。
【0374】プレイバックされるファイルがハードディ
スク2100上の複数のフラグメントに記憶されると
き、コマンドのADDRESSパラメータはフラグメン
ト内の第1アドレスに相当し、LENGTHパラメータ
は、前述されたように、フラグメントのサイズに相当す
る。代わりに、単一フラグメントは、複数のコマンドを
使用して読み取られ、フラグメントの連続部分を読み取
るだろう。
【0375】さらに、プレイバックコマンドは、パラメ
ータとして、数多くのフラグメント内の第1アドレスと
それらのフラグメントのサイズに相当するアドレスと長
さのリストを渡してよい。
【0376】ここでハードディスク2100からのビッ
トストリームの読み取りが、図20に関してさらに説明
されるだろう。
【0377】ビットストリームはハードディスク210
0の非隣接フラグメントに記憶される。5個のフラグメ
ント6430、6432、6434、6436及び64
38が図示されている。記憶されているビットストリー
ムを読み取るために、ファイルシステムライブラリは第
1コマンドSTART_PLAYBACK(OUTPU
T_STREAM_ID,[0×00040,0×00
2660],[0×120,0×2C0])を発行す
る。このコマンドは、第1フラグメントと第2フラグメ
ント6430,6432から2つのブロック6440、
6442内のビットストリームの第1部分を読み取る。
該2つのブロック6440、6442は出力ストリーム
6406に書き込まれる。いったんこの第1コマンドが
実行されると、大容量記憶装置3758は、ファイルシ
ステムライブラリ3852に、データが無事に読み取ら
れた旨を示すイベントを立ち上げる。
【0378】ファイルシステムライブラリ3852は、
次に、第2コマンドCONT_PLAYBACK(TR
ANSFER_HANDLE,[0×00760],
[0×AE0])を発行する。それから、データは第3
フラグメント6343から読み取られ、出力ストリーム
6406に書き込まれ、大容量記憶装置3758が追加
イベントを立ち上げる。次のコマンドCONT_PLA
YBACK(TRANSFER_HANDLE,[0×
01360,0×1860],[0×4A0,0×10
0])が、第4フラグメント6436、及び第5フラグ
メント6438の第1ブロック6438aからのデータ
の読み取りを生じさせる。このデータも出力ストリーム
6406に書き込まれる。
【0379】ビットストリームの読み取りは、第5フラ
グメント6438からの残りのデータで開始し、必要と
されるビットストリームの全体が読み取られるまで、あ
るいはビットストリームの読み取りがなんらかの理由か
ら終了されるまでこのようにして続行する。
【0380】ハードディスクから記憶されているデータ
を読み取るために、類似するプロセスが使用されてよ
い。
【0381】特に前述された大容量記憶システムを使用
してコンテンツのプレイバックを制御するためにサービ
スデバイスとビデオデバイスを使用することは、ここに
図21から図23に関してある程度詳しく説明されるだ
ろう。特に、同期のさまざまな方法を使用することも説
明されるだろう。 サービスの操作 サービスの操作は、背景によってここに説明されるだろ
う。サービスの提示は、2つの実施形態、後述されるビ
デオデバイス3734とサービスデバイス3736によ
って調整される。MPEGビットストリームは、部分的
にサービスデバイス3736の制御下にあるデマルチプ
レクサ2010に送られる。サービスデバイスは、サー
ビスのコンポーネントを多重分離し、音声パケットとビ
デオパケットを復元し、あらゆるスクランブルされたコ
ンポーネントを逆スクランブルし、サービスのメインコ
ンポーネントの処理を休止、再開し、コピー保護システ
ムを起動、非活性化、及び構成し、サービスのコンポー
ネントの同期を管理し、MPEG変数を管理し、その機
能性を調整するために必要とされる多様なハードウェア
コンポーネントの機能性の多くをカプセル化する。
【0382】「プッシュ」モードでは、デマルチプレク
サ2010は、ビデオシーケンス(つまり、ビデオPH
Dシーケンス)及び(音声、字幕等などの)他のコンポ
ーネントをMPEGビデオビットストリームから抽出し
てから、音声コンポーネント及び映像コンポーネント
を、それが復号されるMPEGデコーダに送るために制
御される。代わりに、「プル」モードでは、メインビデ
オシーケンス及び音声シーケンスは、次にメインビデオ
シーケンス及び音声シーケンスを例えばハードディスク
から受信する1つまたは複数のFIFOから抽出されて
よい。
【0383】ビデオデバイス3734は、後述されるよ
うにメインビデオシーケンスのディスプレイの制御で役
割を果たす。 サービスデバイス サービスデバイス3736は、受信機/デコーダが仮想
ビデオレコーダとして機能するために必要な数多くの機
構をカプセル化する。この関数は、後述される数多くの
コマンドを含むインタフェースを使用してPVRアプリ
ケーション3154の制御下で実行される。サービスデ
バイスは、PVRアプリケーションからコマンドを受信
し、サービスを処理する際に必要とされるハードウェア
コンポーネント(つまり、チューナ、リマルチプレク
サ、デマルチプレクサ等)にコマンドを発行する。
【0384】任意の時点で、サービスデバイス3736
は、以下の3つの関数モードの1つにあってよい(これ
らの関数モード間の遷移を引き起こすコマンドも示す図
21を参照すること)。
【0385】・STOP(停止)関数モード:装置はS
ERVICE_STOPコマンドの後、及びSERVI
CE_STARTまたはSERVICE_RESUME
コマンドの前にこの関数モードにある。
【0386】・PLAY(再生)関数モード:装置は、
SERVICE_STARTまたはSERVICE−R
ESUMEコマンドとSERVICE_STOPまたは
SERVICE_PAUSEコマンドの間のこの関数モ
ードにある。
【0387】・PAUSE(休止)関数モード:装置
は、サービスのメインコンポーネントの処理を一時停止
し、再開することを目的とするSERVICE_PAU
SEコマンドとSERVICE_RESUMEコマンド
の間、及びSEVICE_PAUSEコマンドとSER
VICE_STOPコマンドの間のこの関数モードにあ
る。
【0388】サービスデバイスコマンド及びイベントは
以下に説明する。
【0389】サービスデバイスは、例えばPVRアプリ
ケーション3154によって呼び出されてよい以下のコ
マンドを提供する。
【0390】SERVICE_STOP同期コマンド
は、サービスのメインコンポーネントの処理を停止する
ようにサービスデバイス3736に命令する。図21に
図示されるように、コマンドは、サービスデバイスが、
それがSTOP関数モードへの移動を引き起こすPLA
Y関数モードまたはPAUSE関数モードにあるときに
呼び出されてよい。
【0391】SERVICE_STOPコマンドが呼び
出されたときにサービスデバイス3736がPLAY関
数モードにあった場合、デバイスは、サービスの多様な
構成要素の多重分離、復元及び逆スクランブルを休止す
る。サービスデバイスがPAUSE関数モードにあった
場合、これらの動作はすでに休止されているだろう。両
方のケースにおいて、デバイスは現在表示されているビ
デオフレームを削除し、ビデオディスプレイプロセスを
停止するだろう。コマンドが呼び出されたときに復元の
ために待ち行列に入れられたデータは、廃棄される。
【0392】SERVICE_PAUSE非同期コマン
ドは、サービスのメインコンポーネントの処理を一時停
止するようにサービスデバイス3736に命令する。デ
バイスは、最初に、コマンドが呼び出された後に復号さ
れた次のビデオフレームのディスプレイをフリーズす
る。このフレームがフリーズされるとすぐに、デバイス
は音声も消す。それからサービスの多様なコンポーネン
トの多重分離、復元及び逆スクランブルも休止される。
【0393】サービスコンポーネントの多重分離が最初
に休止されるイベントの代替順序も考えられる。すでに
多重分離されているデータの復号は、最後の表示可能な
フレーム(すべてのビデオデータが多重分離される最後
のフレーム)が検出されるまで続行する。それから、こ
のフレームは表示、フリーズされ、音声は消され、すべ
てのコンポーネントの復号が休止される。
【0394】どちらかのケースでは、ビデオディスプレ
イがフリーズされる瞬間に復元のために待ち行列に入れ
られたすべてのデータは、万一SERVICE_RES
UMEコマンドが呼び出される場合に不連続性を防ぐた
めに保持される。
【0395】SERVICE_PAUSEコマンドが、
さらに詳しく後述されるように「プッシュ」M−度で受
信されているサービスに対して発行されると、SERV
ICEデバイスは(ストリームの読み取りを開始するた
めに)リマルチプレクサ、(デマルチプレクサ、リマル
チプレクサ、及びハードディスク間でバッファを構成す
るために)FIFOデバイス3744、及び(ハードデ
ィスクにFIFOを介して接続されるデマルチプレクサ
に入力を設定するために)DEMUXデバイスを担当す
るTS_REMUXデバイスに適切なコマンドを送信す
る。
【0396】SERVICE_PAUSEコマンドは、
サービスデバイスがPLAY関数モードにいるときだけ
に呼び出されてよい。PAUSE関数モードへの遷移
は、前述されたシーケンスの1つが発生し、非同期イベ
ントが無事に生成されたときにだけ発生する。いったん
PAUSE関数モードに入ると、サービスデバイス37
36は、SERVICE_RESUMEコマンドへの呼
び出し成功後にPLAY関数モードに、あるいはSER
VICE_STOPコマンドへの呼び出し成功後にST
OP関数モードに戻ってよい。
【0397】SERVICE_RESUME非同期コマ
ンドは、サービスデバイス3736に、サービスのメイ
ンコンポーネントの処理を再開(または開始)するよう
に命令する。このコマンドが呼び出されると、デバイス
は、サービスの多様なコンポーネントの多重分離、復元
及び逆スクランブルを(再)開始してから、指定される
種類の次に復号されたフレーム(内、参照等)ビデオの
表示を(再)開始する。
【0398】このコマンドは、サービスデバイス373
6がPAUSE関数モードまたはSTOP関数モードに
あるときに呼び出されてよく、それはPLAY関数モー
ドへの即時移動を生じさせる。
【0399】SERVICE_RESUMEコマンドが
呼び出されると、サービスデバイスにデコーダを再起動
時にフラッシュするかどうかを命令する再起動モードが
指定される。デコーダのこのようなフラッシュはプレイ
バック中に不連続を生じさせ、復号ソースが変化すると
き(例えば、システムが生放送で再生してから、休止さ
れ、次にハードディスクから再開されるときなど)に使
用される。
【0400】それ以外の場合、前述された再開プロセス
は、不連続なしで達成される。つまり、フリーズされた
フレームは、サービスデバイス3736が表示するため
の新規の有効なフレームを有するまで表示される。新し
いフレームが表示されるとすぐに、音声消音は取り消さ
れ、サービスの再開が完了した旨を示す非同期イベント
が無事に生成される。このフラッシュなしの再開は、例
えば、システムがハードディスクから再生してから、休
止され、次に再びハードディスクから再開されるときに
引き受けられる。
【0401】前記にも関わらず、ビデオデバイス373
4によって表示されているビデオシーケンスのVide
oModeパラメータ(以下を参照)が値SINGLE
_FRAMEを有するときにSERVICE_PLAY
またはSERVICE_RESUMEコマンドが呼び出
される場合、サービスデバイス3736は、次のビデオ
フレームが復号され、表示されるまでサービスの多様な
コンポーネントの多重分離、復元、及び逆スクランブル
を(再)起動する。それから、このフレームはフリーズ
され、サービスのコンポーネントの処理は、データが廃
棄されることなく一時停止される。いったんこの一時停
止が完了すると非同期イベントは無事に送信され、サー
ビスデバイス3736はPAUSE関数モードに移動す
る。
【0402】SERVICE_PAUSE及びSERV
ICE_RESUMEコマンドの実行中―――それら自
体を含む――大部分の他のコマンドは、拒絶される。
「実行中」とは、コマンド呼び出しと、コマンドの最後
を示すIOイベントがアプリケーションによって受信さ
れる瞬間の間を意味する。
【0403】ビデオレコーダの関数のいくつかを密接に
反映するこれらのコマンドに加えて、一定の追加のコマ
ンド及びイベントが、後述されるように提供される。
【0404】SERVICE_SET_PID同期コマ
ンドは、メインコンポーネントのPIDのデバイスに、
操作される(したがって、多重分離される)サービスを
知らせる。この関数は、サービスデバイスがSTOPモ
ードまたはPAUSEモードにあり、それがこのモード
を変更しないときにだけ呼び出すことができる。
【0405】この関数が呼び出されると、それは操作さ
れるサービスのメインコンポーネント(ビデオ、音声、
テレテキスト、字幕、PCR及び重畳)のPIDを示す
パラメータを渡す。
【0406】EV_SERVICE_OFFイベント
は、サービスのコンポーネントの1つについての復号の
問題(例えば、データの不在、誤ったデータ、または帯
域幅オーバフロー)を信号で知らせるためにサービスデ
バイス3736により送信される。このイベントは、デ
バイスがPLAY関数モードにあるとき、及び ・サービスの一次コンポーネントに割り当てられるPI
Dによってデータが搬送されていないとき ・正しくないデータがこのPIDによって搬送されてい
るとき、あるいは ・(後述される)ビデオデバイスのVIDEO_CHA
NGE_SPEEDコマンドによって設定される要求さ
れるビデオスピードが速すぎる(つまり、再生している
サービス(デマルチプレクサ/デコーダ)に必要とされ
るハードウェアの最大帯域幅に達している)ときにだけ
送信される。
【0407】このイベントは、以下の状況のそれぞれで
も送信されなければならない。
【0408】・正しいデータを搬送したPIDがデータ
の搬送をやめるとき ・正しいデータを搬送したPIDが正しいデータを搬送
するのをやめるとき ・データを搬送していないPIDが誤ったデータの搬送
を始めるとき、あるいは ・正しいデータを搬送するPIDの操作が最大帯域幅を
超えるとき EV_SERVICE_OFFイベントが帯域幅の問題
のために送信される場合、該イベントにより指定される
PIDは、映像コンポーネントのPIDに相当する。そ
れ以外の場合、該イベントにより指定されるPIDは、
問題がないコンポーネントのPIDである。
【0409】EV_SERVICE_ONイベントは、
サービスのコンポーネントの1つの正しい復号を信号で
知らせるためにデバイスにより送信される。このイベン
トは、サービスデバイス3736がPLAY関数モード
にあるとき、及び一次コンポーネントのPIDが正しい
ときにだけ送信される。
【0410】ビデオPIDの場合、このイベントの送信
のためのもう1つの条件は、ビデオデバイス3734の
VIDEO_CHANGE_SPEEDコマンド(後述
される)によって設定される要求されたVideoSp
eedが高速すぎない(つまり、サービス操作に必要と
されるハードウェア(デマルチプレクサ/デコーダ)の
最大帯域幅にまだ到達していない)ということである。
【0411】このイベントは、以下の状況のそれぞれで
(及び各一次コンポーネントに)送信される。
【0412】・データを搬送しなかったPIDが正しい
データの搬送を始める(及び最大帯域幅に到達していな
い)とき ・誤ったデータを搬送していたPIDが正しいデータの
搬送を始める(及び最大帯域幅に達していない)とき、
あるいは ・必要とされている帯域幅が最大を超えて移動し、正し
いデータが一次コンポーネントのPIDにより搬送され
るとき。
【0413】EV_SERVICE_OFFイベントの
場合と同様に、該イベントが帯域幅の問題(現在は補正
されている)のために送信される場合、該イベントによ
り指定されるPIDは映像コンポーネントのPIDに相
当する。それ以外の場合、イベントにより指定されるP
IDは、問題があったコンポーネントのPIDである。
【0414】SERVICE_SET_SYNCHRO
同期コマンドは、アプリケーションが、サービスデバイ
ス3736の同期モードをプログラムできるようにす
る。多様な同期モードが後述される。このコマンドは、
サービスデバイスの3つの関数モード(STOP、PL
AY、PAUSE)のどれかで呼び出すことができる。
PLAY関数モードで呼び出されると、新規同期モード
が呼び出し直後に適用される。関係するコンポーネント
(PCR、ビデオ、音声)のPIDが多重分離されてい
ないために所望の同期モードを適用できない場合、同期
ディスエーブルモードがデバイスによって自動的に適用
される。デバイスによって適用される同期モードが修正
されると、EV_SERVICE_SYNCHROイベ
ント(後述される)が送信される。
【0415】コマンドがPAUSEまたはSTOP関数
モードで呼び出される場合、所望の同期モードはデバイ
スによって保存され、(可能である場合には)デバイス
がPLAYモードに移動するときに適用される。所望の
モードを適用することが可能ではない場合、同期ディス
エーブルモードが適用されるだろう。EV_SERVI
CE_SYNCHROイベント(後述される)は、デバ
イスにより適用される同期モードが修正される場合にデ
バイスがPLAY関数モードに移動すると送信される。
【0416】SERVICE_GET_SYNCHRO
同期コマンドは、PVRアプリケーション3154が、
サービスデバイスが適用しなければならないことが意図
されるのはどの同期モードなのか、及び実際にサービス
モードによってどのモードが適用されているのかを判断
できるようにする。
【0417】・例えば、SERVICE_SET_SY
NCHROコマンドに対する過去の呼び出しによって現
在プログラムされている同期モードを示すSYNCHR
O_PROG ・デバイスによって実際に適用されている同期モードを
示すSYNCHRO_REAL デバイスによって適用される同期モードは、関係するコ
ンポーネント(PCR、ビデオ、音声)が多重分離され
ない場合、SERVICE_SET_SYNCHROコ
マンドに対する過去の呼び出しによってプログラムされ
るものとは異なることがある。この場合、前述されたよ
うに、ディスエーブルされる同期モードが適用される。
【0418】このコマンドは、サービスデバイスの3つ
の関数モード(STOP、PLAY、PAUSE)のど
れかで呼び出されてよい。PAUSEまたはSTOP関
数モードでは、デバイスは同期モードを適用していな
い。つまり戻されるSYNCHRO_REALパラメー
タが、それが前回PLAY関数モードにあった、デバイ
スによって適用された同期モードを示す。
【0419】EV_SERVICE_SYNCHROイ
ベントが、デバイスによって適用される同期モードが変
化したことを信号で知らせるために、サービスデバイス
3736によって送信される。これは、デバイスがPL
AY関数モードにあり、 ・アプリケーションは、デバイスによって適用される同
期モードで変化を誘発するSERVICE_SET_S
YNCHROコマンドを呼び出したとき ・プログラムされている同期モードをサポートしている
コンポーネント(PCR、ビデオ、音声)のPIDがデ
バイスがもはや多重分離されていないために、デバイス
が適用されている同期モードを同期ディスエーブルモー
ドに自動的に変更したとき、あるいは ・多重分離されなかった関係するコンポーネント(PC
R、ビデオ、音声)のPIDが多重分離され始めたた
め、デバイスが適用されている同期モードを同期ディス
エーブルモードからプログラムされている同期モードに
自動的に変更したときにだけ起こることがある。
【0420】このイベントは、PAUSEまたはSTO
P関数モードでは絶対に送信されない。SERVICE
_SET_SYNCHROコマンドが、デバイスがこれ
らのモードの1つにある間に呼び出されると、EV_S
ERVICE_SYNCHROは、デバイスがPLAY
関数モードに移動するとき、及びデバイスにより適用さ
れる同期モードが変化する場合にだけ送信されるにすぎ
ないだろう。 ビデオデバイス ビデオデバイス3734も、受信機/デコーダが仮想ビ
デオレコーダとして機能するために必要な数多くの機構
をカプセル化する。メインビデオシーケンスの表示を制
御するために、ビデオデバイスは、例えばPVRアプリ
ケーション3154によって、あるいはサービスデバイ
ス3736によって呼び出されてよい数多くのコマンド
を備える。
【0421】VIDEO_FREEZE同期コマンド
は、メインビデオシーケンスの表示をフリーズする役割
を果たす。このコマンドが呼び出されると、メインビデ
オシーケンスの次に復号されるフレームはディスプレイ
上でフリーズされるが、シーケンスの復号は先に進む。
このコマンドは、サービスデバイス3736がPLAY
関数モードにあるときにだけ呼び出されてよい。
【0422】VIDEO_CONTINUE同期コマン
ドは、それが、いったんシーケンスの次の1フレームが
復号されるとシーケンスの表示を再開させるという点で
VIDEO_FREEZEコマンドを事実上逆にする。
しかしながら、シーケンスのVideoModeプロパ
ティがNO_VIDEO(以下のVIDEO_CHAN
GE_MODEコマンドを参照)に設定される場合、こ
のコマンドが呼び出された後、画面にはさらに何も表示
されないだろう。
【0423】VIDEO_CHANGE_MODE同期
コマンドは、ビデオシーケンスのVideoModeプ
ロパティを変更する。このプロパティは、以下の5つの
値の1つを有することがある。
【0424】・NORMAL_VIDEO:すべての
(B−、I−及びP−)フレームが表示される(これが
デフォルトモードである)。
【0425】・INTRA_VIDEO:I−フレーム
だけが表示される。
【0426】・SCAN_IP_VIDEO:I−フレ
ーム及びP−フレームが表示される。
【0427】・NO_VIDEO:ビデオが復号される
が、表示されない。及び、 ・SINGLE_FRAME:ビデオがフレーム単位で
表示される。
【0428】メインビデオシーケンスが、呼び出しの瞬
間に復号され、表示されている(例えば、ビデオPID
が設定されていない場合、サービスデバイス3736は
STOPまたはPAUSEモードにある、あるいはビデ
オがフリーズされている)場合、新しいVideoMo
de値は、シーケンスの復号及び表示が(再)開始する
まで記憶され、(再)開始するときに適用される。
【0429】メインビデオシーケンスが、コマンドが呼
び出されるときに復号、表示されている場合には、新規
モードが呼び出し後に直接的に適用される。
【0430】単一フレームモードでは、このコマンド
は、STOPまたはPAUSE状態の間だけに発行でき
る。対照的に、単一フレームモード以外のモードでは、
このコマンドはPLAY状態の間だけ発行できる。
【0431】VIDEO_CHANGE_SPEED同
期コマンドは、ビデオシーケンスが表示される速度を変
更する。コマンドは、シーケンスが表示されなければな
らない速度を表す符号付きパラメータVideoSpe
edを有する。このコマンドがビデオシーケンスに関し
て呼び出されると、そのシーケンスのVideoSpe
edプロパティはコマンドのVideoSpeedパラ
メータの値に設定される。正の値は、通常の速度がそれ
によって乗算されなければならない係数を表し、負の値
は、通常の速度がそれによって除算されなければならな
い係数を表す。
【0432】
【表1】 メインビデオシーケンスが、コマンドが呼び出されると
きに復号、表示されていない(例えば、ビデオPIDが
設定されていないために、サービスデバイスはPLAY
関数モードにない、あるいはビデオがフリーズされてい
る)場合、新規速度が記憶され、シーケンスの復号及び
表示が(再)開始するときに適用される。
【0433】メインビデオシーケンスが、コマンドが呼
び出されるときに復号、表示されている場合、新規速度
は呼び出し後に直接的に適用される。
【0434】同期モード 例えば1つの音声コンポーネントと1つの映像コンポー
ネントなどの複数のコンポーネントを用いてサービスを
処理しているとき、それらのコンポーネントの提示を、
例えば口合わせが確立されるように同期させることが望
ましい。好ましい実施形態では、1つの映像コンポーネ
ントと1つの音声コンポーネントだけがMPEGデコー
ダによって同時に復号されてよい。しかしながら、好ま
しい実施形態の変形では、少なくとも2つの音声コンポ
ーネント、少なくとも2つの映像コンポーネント、ある
いは音声コンポーネントと映像コンポーネントの任意の
組み合わせを同時に復号することが可能である。この場
合、これらのコンポーネントも互いを基準にして同時に
提示されることを確実にすることが望ましい。
【0435】例えばヘッドエンドから受信されているマ
ルチチャネルトランスポートストリームなどのトランス
ポートストリームの場合、トランスポートストリーム
は、27MHzで実行しているヘッドエンドの第1シス
テムタイムクロック(STC)のサンプルであるPCR
(プログラムクロックリファレンス)パケットを含む。
これらのPCRは、デコーダに結合されている第2シス
テムタイムクロック(STC)を、エンコーダにあるS
TCと同期させるために使用される。
【0436】トランスポートストリームマルチプレクサ
は、第1STCを定期的に(通常は、700μsを超え
ない間隔で)サンプリングし、クロックの値を含むPC
Rパケットをトランスポートストリームに入れる。受信
機/デコーダにあるデマルチプレクサは、PCRを、そ
れらが挿入された順序でトランスポートストリームから
抽出し、第2STCを設定するために、PCRから抽出
した値を使用する。
【0437】サービスの流線パケットは、パケットによ
って搬送されるデータが第2(局所)STCとの比較に
より提示されなければならない時刻を示す値を含むPT
S(プレゼンテーションタイムスタンプ)を含む。
【0438】前述されたように、実施形態のサービスデ
バイス3736は、数多くの同期モードを操作されてい
るサービスに適用できる。これらのモードは、以下の通
りに図22に図解される。
【0439】・前述されたようなPCRマスタ同期モー
ド(プッシュモードで使用されるデフォルトモード) ・(PCRよりむしろ)ビデオストリームのPTSがS
TCを調節するために使用されるビデオマスタ同期モー
ド――このモードは、一般的に、トランスポートストリ
ームが、プルモードにあるFIFOを介して(ハードデ
ィスクドライブなどの)大容量記憶媒体から出現すると
きに使用される。
【0440】・音声ストリームのPTSがSTCを同期
させるために使用される音声マスタ同期モード――この
モードも、一般的に、トランスポートストリームが、プ
ルッモードにある大容量記憶媒体から出現するときに使
用される。及び、 ・サービスのさまざまなコンポーネントの間で同期がな
い同期ディスエーブルモード。
【0441】前記に述べられたように、ビデオマスタモ
ードと音声マスタモードは、一般的にトランスポートス
トリームが、例えばハードディスクなどの大容量記憶媒
体から取り出されるときに使用される一般的な第2「流
線モード」の2つの形式である。ビデオマスタモードで
は、例えば、ビデオストリームのビデオパケットは(そ
れらのPTSに関する)順序で提示される。ビデオスト
リームが提示されるとき、開始点にある第1PTSは、
ストリームのものであり?受信機/デコーダSTCを設
定するために使用され、STCは、ストリームが停止さ
れ、再開される(及び追加のPTSがSTCを設定する
ために使用される)まで通常に実行する。音声ストリー
ム(及び他の流線)は、それらのPTSをSTCと比較
することにより決定される時間に提示される。音声マス
タモードでは、音声ストリームからのPTSが同様にS
TCを設定するために使用される。
【0442】同期モードは(前述された)SERVIC
E_SET_SYNCHROコマンドを使用して選択さ
れる。関係するコンポーネント(PCR、ビデオ、音
声)のPIDが呼び出しの時点で多重分離されていない
ために所望の同期モードを適用できない場合、同期ディ
スエーブルモードがデバイスによって適用される。その
PIDの多重分離が後に始まると、選択された同期モー
ドが適用される。
【0443】ここで同期モードを使用するサービス管理
が説明されるだろう。
【0444】前述された同期モード間で切り替える能力
は、プルモードでサービスを処理することが望まれると
き、特に図23に図示されるように、プッシュモードと
プルモードを切り替えるときに利用される。
【0445】(サービスが通常前述されたPCRマスタ
モードで同期されるだろう)プッシュモードで番組を見
ているユーザは、なんらかの時点で、後の時間まで番組
を見続けるのを遅らせることを決めることがある。これ
を行う希望は、例えば、リモートコントローラの「休
止」ボタンを押すことによって受信機/デコーダに伝達
されてよい。この要求の伝達時、受信機/デコーダは番
組の提示をやめ、前述されたように番組の記憶を始め
る。
【0446】ユーザが番組の視聴を再開することを決め
ると、ユーザはこれをリモートコントローラで「再開」
ボタンを押すことによって受信機/デコーダに伝達でき
る。受信機/デコーダは、それから、今回はプルモード
で番組の提示を再開し、番組のコンポーネントの提示
を、例えば(前述された)音声またはビデオマスタ同期
モードで同期させる。ユーザは、番組の提示、及び
(「休止」ボタンが押された点までの)巻き戻し、また
は(現在受信されている番組内の点である「生放送のポ
イント」までの)早送りの速度を変更できる。ユーザが
プッシュモード視聴に戻ることを希望する場合、例えば
リモートコントローラの「生放送」ボタンを押すことに
よってこれを直接的に行うことができる。ただし、例え
ば番組がフットボールの試合である場合、視聴者は、お
そらく、記憶されているがまだ見られていない動作を見
失うことを希望しないだろう。したがって、視聴者は、
「生放送のポイント」に達するまで、自分の選択の係数
によって加速される速度で記憶されている題材を視聴す
ることを選ぶことができる。受信機/デコーダは、それ
からプッシュモードに戻り、サービスデバイスは、通
常、PCRマスタ同期モードに戻るだろう。
【0447】代わりに、視聴者が番組の提示の速度を減
速するためにプッシュモード中(例えば、フットボール
の試合でのゴールに対する攻撃中)に番組の視聴を希望
する場合がある。これは、リモートコントローラの「ス
ローモーション」ボタンを押すことによって達成でき
る。この場合、受信機/デコーダは、番組の記録を開始
するために、最初にプッシュモードからプルモードに切
り替えてから、番組の通常の提示速度に比較して減速さ
れた速度で記憶されている番組からのプレイバックを開
始する。
【0448】前述された多様な関数の実現、及びハード
ウェアとソフトウェア間でのそれらの分散の詳細な説明
は、実施者の選択の問題であり、詳しく説明されないだ
ろう。しかしながら、受信機/デコーダで必要とされる
動作を実行できる専用集積回路が市販されている、ある
いは容易に設計でき、これらがハードウェア加速装置の
ための基礎として使用できる、あるいはより好ましく
は、必要とされる多様な動作を実現し、それによりソフ
トウェアを実行するために必要とされる処理能力を削減
するために専用のハードウェア加速装置を作成するため
に改良できることが注記される。ただし、必要とされる
動作は、十分な処理能力が使用できる場合にソフトウェ
アで実現されてよい。
【0449】モジュール及び他の構成要素は、オプショ
ンの好ましい特徴とともに、各構成要素により提供され
る特徴及び機能という点で説明されてきた。与えられる
情報及び提供される仕様により、これらの特徴の実際の
実現及び正確な詳細は実施者に委ねられる。一例に、一
定のモジュールが、好ましくはCプログラミング言語で
作成され、好ましくはアプリケーションを実行するため
に使用されるプロセッサ上で実行するためにコンパイル
されるソフトウェアで実現できるだろう。ただし、いく
つかの構成要素は別のプロセッサ上で実行されてよく、
いくつかのまたはすべての構成要素は専用ハードウェア
により実現されてよい。
【0450】前記のモジュール及び構成要素は単に例証
的であり、発明は多岐に渡る方法で実現されてよく、特
に、いくつかの構成要素は、類似する機能を実行する他
と結合されてよいか、あるいはいくつかは簡略化された
実現では省略されてよい。機能のそれぞれのハードウェ
アとソフトウェアの実現は、構成要素間と単一構成要素
内の両方で自由に混合されてよい。
【0451】ハードウェア、コンピュータソフトウェア
等により実行される機能は、電気信号と類似する信号に
対して、または電気信号と類似する信号を使用して実行
されることは容易に理解されるだろう。ソフトウェア実
現はROMに記憶されてよいか、あるいはFLASH内
でパッチされてよい。
【0452】本発明が、純粋に例証として説明されてき
たこと、及び詳細の修正を本発明の範囲内で行うことが
できることが理解されるだろう。
【0453】説明、及び(該当する場合には)請求項及
び図面中に開示されるそれぞれの特徴は、独立して、あ
るいは任意の適切な組み合わせで提供されてよい。
【図面の簡単な説明】
【図1】図1は衛星デジタルテレビシステムの概要であ
る。
【図2】図2はケーブルデジタルテレビシステムの概要
である。
【図3】図3はヘッドエンドがさらに詳細に図示されて
いる総体的なシステムの図である。
【図4】図4は受信機/デコーダのコンポーネントアー
キテクチャの概略図である。
【図5】図5は受信機/デコーダのソフトウェアアーキ
テクチャの図である。
【図6】図6は図5の上半分をさらに詳細に示す図であ
る。
【図7】図7は図5の下半分をさらに詳細に示す図であ
る。
【図8】図8は図5の下半分の代替実施形態を示す図で
ある。
【図9】図9は経路指定のために使用される受信機/デ
コーダの多様なコンポーネント間の相互接続の概略図で
ある。
【図10】図10はリモートコントローラの概略図であ
る。
【図11】図11は経路指定装置の動作を図解するフロ
ー図である。
【図12】図12は受信機/デコーダの考えられる経路
指定構成の例の概略図である。
【図13】図13は受信機/デコーダの考えられる経路
指定構成の別の例の概略図である。
【図14】図14は受信機/デコーダの考えられる経路
指定構成の追加例の概略図である。
【図15】図15は大量記憶装置及びビットストリーム
の検索に必要とされる受信機/デコーダのコンポーネン
トのブロック図である。
【図16】図16は変更されている転送の発信元と宛先
の概略表現を含む。
【図17】図17は記憶手順の概要である。
【図18】図18は記憶されているビットストリームの
概略表現である。
【図19】図19はプレイバック手順の概要である。
【図20】図20は読み取られているビットストリーム
の概略表現である。
【図21】図21はサービスデバイスの関数モード、及
びモード間の遷移を図解する。
【図22】図22はサービスを同期させる3つのモード
を図解する。
【図23】図23はビデオデバイスとサービスデバイ
ス、及び受信機/デコーダの他のコンポーネントのそれ
らの関係性の表現である。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 アンドレ シュルクフ フランス国 エフ−75906 パリ セデッ クス 15 プレイス ラオール ダウトリ ー 34,カナル プラス テクノロジーズ ソシエテ アノニム内 (72)発明者 ローラン プルースト フランス国 エフ−75906 パリ セデッ クス 15 プレイス ラオール ダウトリ ー 34,カナル プラス テクノロジーズ ソシエテ アノニム内 (72)発明者 パトリス ルトゥルノー フランス国 エフ−75906 パリ セデッ クス 15 プレイス ラオール ダウトリ ー 34,カナル プラス テクノロジーズ ソシエテ アノニム内 (72)発明者 フランソワ ルクロム フランス国 エフ−75906 パリ セデッ クス 15 プレイス ラオール ダウトリ ー 34,カナル プラス テクノロジーズ ソシエテ アノニム内 (72)発明者 ジェローム メリク フランス国 エフ−75906 パリ セデッ クス 15 プレイス ラオール ダウトリ ー 34,カナル プラス テクノロジーズ ソシエテ アノニム内 Fターム(参考) 5C025 DA01 5C052 AA01 AB04 DD04

Claims (23)

    【特許請求の範囲】
  1. 【請求項1】 リアルタイムユーザ経路指定制御情報を
    受信するための手段、及び入力から出力に、記憶装置手
    段に、及び受信されるリアルタイムユーザ経路指定制御
    情報に従って出力と記憶装置手段の両方にデータを送る
    ための手段とを備える、受信機/デコーダ内でデータを
    送るための経路指定装置。
  2. 【請求項2】 記憶装置手段にデータを書き込むための
    手段をさらに備える請求項1に記載の経路指定装置。
  3. 【請求項3】 記憶装置手段からデータを取り出すため
    の手段をさらに備える請求項1または2に記載の経路指
    定装置。
  4. 【請求項4】 経路指定手段が記憶装置手段から出力に
    データを送るように適合される前記請求項のいずれかに
    記載の経路指定装置。
  5. 【請求項5】 経路指定手段が、記憶装置手段のタイム
    シフト記憶領域に、レコード記憶領域に、及びタイムシ
    フト記憶領域とレコード記憶領域の両方にデータを送る
    ように適合される前記請求項のいずれかに記載の経路指
    定装置。
  6. 【請求項6】 経路指定手段がタイムシフト記憶領域及
    びレコード記憶領域から出力にデータを送るようにさら
    に適合される請求項5に記載の経路指定装置。
  7. 【請求項7】 ユーザタイムシフト制御命令を受信する
    ための手段をさらに備える前記請求項のいずれかに記載
    の経路指定装置。
  8. 【請求項8】 経路指定手段が、受信されるユーザタイ
    ムシフト制御命令を基に記憶装置手段にデータを送るよ
    うに適合される請求項7に記載の経路指定装置。
  9. 【請求項9】 ユーザタイムシフト制御命令が、休止、
    再生、巻き戻し及び早送りの命令の少なくともいずれか
    を備える請求項7または8に記載の経路指定装置。
  10. 【請求項10】 リアルタイムユーザ経路指定制御情報
    及びユーザタイムシフト制御命令を受信するための単一
    ユーザインタフェースの形を取る手段を備える前記請求
    項のいずれかの経路指定装置。
  11. 【請求項11】 さらに少なくとも1つの追加入力を備
    え、経路指定手段が、入力ごとに、その入力から出力
    に、記憶装置手段に、及び出力と記憶装置手段の両方に
    データを送るように適合される前記請求項のいずれかの
    経路指定装置。
  12. 【請求項12】 経路指定手段が他の入力からのデータ
    とは無関係に各入力からデータを送るように適合される
    請求項11に記載の経路指定装置。
  13. 【請求項13】 出力は複合データを生じさせるために
    データを結合するための手段を含む前記請求項のいずれ
    かの経路指定装置。
  14. 【請求項14】 該結合手段が、入力、少なくとも1つ
    の追加入力、記憶装置手段、及び少なくとも1つの追加
    記憶装置手段のソースのいずれかからのデータを結合す
    るように適合される請求項13に記載の経路指定装置。
  15. 【請求項15】 出力が表示手段への接続のために適合
    される前記請求項のいずれかに記載の経路指定装置。
  16. 【請求項16】 出力が、それぞれが別個の表示手段に
    接続可能である少なくとも2つの出力ポートを含み、出
    力が入力、少なくとも1つの追加入力、記憶装置手段、
    及び少なくとも1つの追加記憶装置手段のそれぞれのソ
    ースから出力に送られるデータをそれぞれの別個の表示
    手段に転送するように適合される前記請求項のいずれか
    に記載の経路指定装置。
  17. 【請求項17】 経路指定手段が、入力を出力に、記憶
    装置手段に、及び出力と記憶装置手段の両方に動的に相
    互接続するようにさらに適合される前記請求項のいずれ
    かに記載の経路指定装置。
  18. 【請求項18】 入力を出力に、記憶装置手段に、及び
    出力と記憶装置手段の両方に動的に相互接続するための
    手段を備える受信機/デコーダ内でデータを送るための
    経路指定装置。
  19. 【請求項19】 リアルタイムユーザ経路指定制御情報
    を受信するための手段をさらに備え、相互接続手段が、
    入力から出力に、記憶装置手段に、及び受信されるリア
    ルタイムユーザ経路指定制御情報に従って出力と記憶装
    置手段の両方にデータを送るように適合される経路指定
    手段を備える請求項17または18に記載の経路指定装
    置。
  20. 【請求項20】 ソフトウェアで具現される前記請求項
    のいずれかに記載の経路指定装置。
  21. 【請求項21】 前記請求項のいずれかに記載の経路指
    定装置を組み込む受信機/デコーダ。
  22. 【請求項22】 受信機/デコーダ内でデータを送る方
    法であって、リアルタイムユーザ経路指定制御情報を受
    信することと、入力から出力に、記憶装置手段に、受信
    されるリアルタイムユーザ経路指定制御情報に従って出
    力と記憶装置手段の両方にデータを送ることとを包含す
    る該方法。
  23. 【請求項23】 受信機/デコーダ内でデータを送る方
    法であって、出力に、記憶装置手段に、及び出力と記憶
    装置手段の両方に入力を動的に相互接続することを包含
    する該方法。
JP2002361669A 2001-12-13 2002-12-13 データの転送及び処理 Pending JP2003250097A (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP01310429A EP1286537A3 (en) 2001-08-21 2001-12-13 Routing and processing data
EP01310429.4 2001-12-13

Publications (2)

Publication Number Publication Date
JP2003250097A true JP2003250097A (ja) 2003-09-05
JP2003250097A5 JP2003250097A5 (ja) 2006-01-19

Family

ID=28459443

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002361669A Pending JP2003250097A (ja) 2001-12-13 2002-12-13 データの転送及び処理

Country Status (4)

Country Link
US (1) US20030206553A1 (ja)
EP (1) EP1286537A3 (ja)
JP (1) JP2003250097A (ja)
GB (1) GB0209119D0 (ja)

Families Citing this family (53)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7010801B1 (en) 1999-06-11 2006-03-07 Scientific-Atlanta, Inc. Video on demand system with parameter-controlled bandwidth deallocation
US6817028B1 (en) 1999-06-11 2004-11-09 Scientific-Atlanta, Inc. Reduced screen control system for interactive program guide
US7992163B1 (en) 1999-06-11 2011-08-02 Jerding Dean F Video-on-demand navigational system
US8516525B1 (en) 2000-06-09 2013-08-20 Dean F. Jerding Integrated searching system for interactive media guide
US7200857B1 (en) 2000-06-09 2007-04-03 Scientific-Atlanta, Inc. Synchronized video-on-demand supplemental commentary
US7975277B1 (en) 2000-04-03 2011-07-05 Jerding Dean F System for providing alternative services
US7934232B1 (en) 2000-05-04 2011-04-26 Jerding Dean F Navigation paradigm for access to television services
US8069259B2 (en) 2000-06-09 2011-11-29 Rodriguez Arturo A Managing removal of media titles from a list
US7962370B2 (en) 2000-06-29 2011-06-14 Rodriguez Arturo A Methods in a media service system for transaction processing
US7340759B1 (en) 2000-11-10 2008-03-04 Scientific-Atlanta, Inc. Systems and methods for adaptive pricing in a digital broadband delivery system
US7496945B2 (en) 2001-06-29 2009-02-24 Cisco Technology, Inc. Interactive program guide for bidirectional services
US7512964B2 (en) 2001-06-29 2009-03-31 Cisco Technology System and method for archiving multiple downloaded recordable media content
US7526788B2 (en) 2001-06-29 2009-04-28 Scientific-Atlanta, Inc. Graphic user interface alternate download options for unavailable PRM content
US8006262B2 (en) 2001-06-29 2011-08-23 Rodriguez Arturo A Graphic user interfaces for purchasable and recordable media (PRM) downloads
US7334251B2 (en) 2002-02-11 2008-02-19 Scientific-Atlanta, Inc. Management of television advertising
US7533402B2 (en) * 2002-09-30 2009-05-12 Broadcom Corporation Satellite set-top box decoder for simultaneously servicing multiple independent programs for display on independent display device
KR100939711B1 (ko) * 2002-12-12 2010-02-01 엘지전자 주식회사 텍스트 기반의 서브타이틀 재생장치 및 방법
JP4467561B2 (ja) * 2003-03-27 2010-05-26 パナソニック株式会社 記録権制御を組み込んだコンテンツ配信システム
JP2007518205A (ja) * 2004-01-06 2007-07-05 エルジー エレクトロニクス インコーポレーテッド テキスト・サブタイトル・ストリームの再生・記録のための記録媒体、方法及び装置
KR20050072255A (ko) 2004-01-06 2005-07-11 엘지전자 주식회사 고밀도 광디스크의 서브타이틀 구성방법 및 재생방법과기록재생장치
US8161388B2 (en) 2004-01-21 2012-04-17 Rodriguez Arturo A Interactive discovery of display device characteristics
WO2005076278A1 (en) * 2004-02-10 2005-08-18 Lg Electronic Inc. Recording medium having a data structure for managing data streams associated with different languages and recording and reproducing methods and apparatuses
BRPI0418524A (pt) * 2004-02-10 2007-05-15 Lg Electronics Inc meio fìsico de gravação, método e aparelho para gravar e reproduzir um estrutura de dados
RU2377669C2 (ru) * 2004-02-10 2009-12-27 ЭлДжи ЭЛЕКТРОНИКС ИНК. Носитель записи, имеющий структуру данных для управления различными данными, и способ и устройство записи и воспроизведения
WO2005076601A1 (en) * 2004-02-10 2005-08-18 Lg Electronic Inc. Text subtitle decoder and method for decoding text subtitle streams
BRPI0507596A (pt) * 2004-02-10 2007-07-03 Lg Electronics Inc meio fìsico de gravação, método e aparelho para decodificar um fluxo de subtìtulo de texto
US20050196146A1 (en) * 2004-02-10 2005-09-08 Yoo Jea Y. Method for reproducing text subtitle and text subtitle decoding system
BRPI0507542A (pt) * 2004-02-10 2007-07-03 Lg Electronics Inc meio fìsico de gravação para reprodução de fluxos de subtìtulo de texto, método e aparelho para decodificar um fluxo de subtìtulo de texto
EP1721453A2 (en) * 2004-02-26 2006-11-15 LG Electronics, Inc. Recording medium and method and apparatus for reproducing and recording text subtitle streams
EP1728251A1 (en) * 2004-03-17 2006-12-06 LG Electronics, Inc. Recording medium, method, and apparatus for reproducing text subtitle streams
KR20060047266A (ko) * 2004-04-26 2006-05-18 엘지전자 주식회사 기록매체, 기록매체의 재생방법과 재생장치
US7571386B2 (en) * 2004-05-03 2009-08-04 Lg Electronics Inc. Recording medium having a data structure for managing reproduction of text subtitle data and methods and apparatuses associated therewith
KR20060048060A (ko) * 2004-05-28 2006-05-18 톰슨 라이센싱 텍스트 압축을 사용한 사용자 인터페이스
ITMI20042234A1 (it) * 2004-11-19 2005-02-19 Abb Service Srl Interuttore automatico con cinematismo di sgancio azionato da contatto mobile
KR100714692B1 (ko) 2005-05-18 2007-05-04 삼성전자주식회사 오디오/비디오 네트워크에서 타임 시프트 기능을 제공하는방법 및 이를 위한 장치
JP5082209B2 (ja) * 2005-06-27 2012-11-28 株式会社日立製作所 送信装置、受信装置、及び映像信号送受信システム
WO2007007465A1 (ja) * 2005-07-08 2007-01-18 Matsushita Electric Industrial Co., Ltd. 映像音声記録再生装置
US20070028026A1 (en) * 2005-07-27 2007-02-01 You-Min Yeh Digital multimedia transfer rate controlling
US7912219B1 (en) 2005-08-12 2011-03-22 The Directv Group, Inc. Just in time delivery of entitlement control message (ECMs) and other essential data elements for television programming
US8189472B2 (en) * 2005-09-07 2012-05-29 Mcdonald James F Optimizing bandwidth utilization to a subscriber premises
US7774430B2 (en) * 2005-11-14 2010-08-10 Graphics Properties Holdings, Inc. Media fusion remote access system
US8159960B2 (en) * 2006-12-18 2012-04-17 Verizon Patent And Licensing Inc. Content processing device monitoring
US8139632B2 (en) * 2007-03-23 2012-03-20 Advanced Micro Devices, Inc. Video decoder with adaptive outputs
US8537890B2 (en) * 2007-03-23 2013-09-17 Ati Technologies Ulc Video decoder with adaptive outputs
US8184663B2 (en) 2007-06-25 2012-05-22 Entropic Communications Multi-format stream re-multiplexer for multi-pass, multi-stream, multiplexed transport stream processing
TW200907803A (en) * 2007-08-13 2009-02-16 Asustek Comp Inc Method for excuting power-on procedure and protecting hard disk drive data of computer and data protection module thereof
TWI419074B (zh) * 2007-10-29 2013-12-11 Mstar Semiconductor Inc 數位電視之處理裝置及處理方法
US7991921B2 (en) * 2008-03-11 2011-08-02 Freescale Semiconductor, Inc. System and method for reducing power consumption of memory in an I/O controller
US8019737B2 (en) 2008-03-13 2011-09-13 Harris Corporation Synchronization of metadata
US9223787B2 (en) * 2008-09-26 2015-12-29 Apple Inc. Systems and methods for sideband communication between device and host to minimize file corruption
CN108024128B (zh) * 2017-11-30 2020-01-14 Oppo广东移动通信有限公司 蓝牙音乐播放的控制方法、装置、终端设备及存储介质
US11874782B1 (en) * 2018-07-20 2024-01-16 Robert Gezelter Fast mass storage access for digital computers
US11438287B2 (en) * 2020-06-15 2022-09-06 Interactive Standard LLC System and method for generating and reproducing ultra short media content

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5371551A (en) * 1992-10-29 1994-12-06 Logan; James Time delayed digital video system using concurrent recording and playback
US5357276A (en) * 1992-12-01 1994-10-18 Scientific-Atlanta, Inc. Method of providing video on demand with VCR like functions
US5488385A (en) * 1994-03-03 1996-01-30 Trident Microsystems, Inc. Multiple concurrent display system
TW401670B (en) * 1994-08-08 2000-08-11 Symbios Logic Inc Movie-on-demand disk storage loop architecture
US6002832A (en) * 1995-02-09 1999-12-14 Matsushita Electric Industrial Co., Ltd. Apparatus and method for recording and reproducing data
JP3384677B2 (ja) * 1996-03-21 2003-03-10 三洋電機株式会社 デジタル放送受信機
US6233389B1 (en) * 1998-07-30 2001-05-15 Tivo, Inc. Multimedia time warping system
DE02747828T1 (de) * 2001-05-11 2004-07-08 Scientific-Atlanta, Inc. Verwaltung von zeitschiebepuffern
US6917348B2 (en) * 2002-03-20 2005-07-12 International Business Machines Corporation Video display mode for dual displays

Also Published As

Publication number Publication date
GB0209119D0 (en) 2002-05-29
EP1286537A3 (en) 2011-04-27
EP1286537A2 (en) 2003-02-26
US20030206553A1 (en) 2003-11-06

Similar Documents

Publication Publication Date Title
JP2003250097A (ja) データの転送及び処理
CN100531295C (zh) 控制集成接收机的解码器中的多路分离过程的方法和设备
US10869102B2 (en) Systems and methods for providing a multi-perspective video display
JP5010803B2 (ja) コンテンツ配信システム、受信機及び方法
CN1192613C (zh) 在多频道上发射数字视听信息的数字电视系统和方法
KR100575995B1 (ko) 수신장치
JP4240766B2 (ja) データ蓄積方法およびそれを実現した受信装置および放送システム
EP1039758B1 (en) Apparatus for creating shared video scene content
JP2005501485A (ja) マルチメディア信号処理システム
WO2003101112A1 (en) Web-based television
CA2398200C (en) System and method for providing multi-perspective instant replay
JP2004166256A (ja) 受信装置、受信方法、プログラム及び記録媒体
EP1328114A1 (en) Image resolution management in a receiver/decoder
AU2001266732A1 (en) System and method for providing multi-perspective instant replay
CN1656793B (zh) 一种传输系统和该系统的接收机
CN101019430A (zh) 内容管理模块、包含该内容管理模块的设备以及用于控制交互式应用的方法

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20051125

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20051125

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20070313

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070522

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20070608

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070821

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20071204

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080303

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20080417

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20090123