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
Links
- 238000012545 processing Methods 0.000 title abstract description 31
- 238000012546 transfer Methods 0.000 claims abstract description 56
- 238000000034 method Methods 0.000 claims description 129
- 239000002131 composite material Substances 0.000 claims description 5
- 230000008859 change Effects 0.000 abstract description 10
- 230000006870 function Effects 0.000 description 69
- 238000004590 computer program Methods 0.000 description 44
- 239000012634 fragment Substances 0.000 description 43
- 230000008569 process Effects 0.000 description 42
- 238000001824 photoionisation detection Methods 0.000 description 27
- 239000000872 buffer Substances 0.000 description 24
- 230000002452 interceptive effect Effects 0.000 description 16
- 230000000007 visual effect Effects 0.000 description 14
- 230000005540 biological transmission Effects 0.000 description 11
- 238000010586 diagram Methods 0.000 description 11
- 238000007726 management method Methods 0.000 description 9
- 230000004044 response Effects 0.000 description 9
- 230000001360 synchronised effect Effects 0.000 description 9
- 238000004891 communication Methods 0.000 description 7
- 238000003825 pressing Methods 0.000 description 7
- 238000004886 process control Methods 0.000 description 6
- XSTXAVWGXDQKEL-UHFFFAOYSA-N Trichloroethylene Chemical compound ClC=C(Cl)Cl XSTXAVWGXDQKEL-UHFFFAOYSA-N 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 5
- 239000000047 product Substances 0.000 description 5
- 239000000284 extract Substances 0.000 description 4
- 230000000977 initiatory effect Effects 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000007704 transition Effects 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 230000008520 organization Effects 0.000 description 3
- 238000003752 polymerase chain reaction Methods 0.000 description 3
- 241000353097 Molva molva Species 0.000 description 2
- 241001393742 Simian endogenous retrovirus Species 0.000 description 2
- 230000009471 action Effects 0.000 description 2
- 238000013475 authorization Methods 0.000 description 2
- 230000000295 complement effect Effects 0.000 description 2
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 230000008878 coupling Effects 0.000 description 2
- 238000010168 coupling process Methods 0.000 description 2
- 238000005859 coupling reaction Methods 0.000 description 2
- 238000013500 data storage Methods 0.000 description 2
- 230000006837 decompression Effects 0.000 description 2
- GHOKWGTUZJEAQD-ZETCQYMHSA-N (D)-(+)-Pantothenic acid Chemical compound OCC(C)(C)[C@@H](O)C(=O)NCCC(O)=O GHOKWGTUZJEAQD-ZETCQYMHSA-N 0.000 description 1
- VYZAMTAEIAYCRO-UHFFFAOYSA-N Chromium Chemical compound [Cr] VYZAMTAEIAYCRO-UHFFFAOYSA-N 0.000 description 1
- 101100364870 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) SAS5 gene Proteins 0.000 description 1
- LUTSRLYCMSCGCS-BWOMAWGNSA-N [(3s,8r,9s,10r,13s)-10,13-dimethyl-17-oxo-1,2,3,4,7,8,9,11,12,16-decahydrocyclopenta[a]phenanthren-3-yl] acetate Chemical compound C([C@@H]12)C[C@]3(C)C(=O)CC=C3[C@@H]1CC=C1[C@]2(C)CC[C@H](OC(=O)C)C1 LUTSRLYCMSCGCS-BWOMAWGNSA-N 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 229910052804 chromium Inorganic materials 0.000 description 1
- 239000011651 chromium Substances 0.000 description 1
- 239000013256 coordination polymer Substances 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000007717 exclusion Effects 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 239000000725 suspension Substances 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing 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/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
- H04N21/4147—PVR [Personal Video Recorder]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/426—Internal components of the client ; Characteristics thereof
- H04N21/42607—Internal components of the client ; Characteristics thereof for processing the incoming bitstream
- H04N21/42615—Internal components of the client ; Characteristics thereof for processing the incoming bitstream involving specific demultiplexing arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/426—Internal components of the client ; Characteristics thereof
- H04N21/42607—Internal components of the client ; Characteristics thereof for processing the incoming bitstream
- H04N21/42623—Internal components of the client ; Characteristics thereof for processing the incoming bitstream involving specific decryption arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/426—Internal components of the client ; Characteristics thereof
- H04N21/42607—Internal components of the client ; Characteristics thereof for processing the incoming bitstream
- H04N21/4263—Internal components of the client ; Characteristics thereof for processing the incoming bitstream involving specific tuning arrangements, e.g. two tuners
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing 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/4302—Content synchronisation processes, e.g. decoder synchronisation
- H04N21/4305—Synchronising client clock from received content stream, e.g. locking decoder clock with encoder clock, extraction of the PCR packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing 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/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
- H04N21/4333—Processing operations in response to a pause request
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/81—Monomedia components thereof
- H04N21/8166—Monomedia components thereof involving executable data, e.g. software
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/845—Structuring of content, e.g. decomposing content into time segments
- H04N21/8455—Structuring 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
指定装置を開示する。 【解決手段】経路指定装置は、リアルタイムユーザ経路
指定制御情報を受信するための手段、及び入力から出力
へ、記憶装置手段へ、ならびに該受信されたリアルタイ
ムユーザ制御情報に従って出力と記憶装置手段の両方に
データを送るための手段を備える。他の態様では、コマ
ンドが転送の発信元と宛先の少なくとも1つを変更する
ように適合させられる発信元と宛先間のビットストリー
ムのデータ転送を制御するためのコマンド、及びデータ
を受信するための手段と、2つまたは3つ以上の異なる
モードでデータを同期させるための手段とを備えるデー
タを受信、処理するための手段を備える。
Description
受信機/デコーダ、データを送る方法に係わる。追加の
態様では、本発明は、コマンド、制御装置、入信ビット
ストリームのセクションを記憶する方法、及び番組また
は記憶されるビットストリームの他の定められたセクシ
ョンを読み取る方法に係わる。本発明は、データを受信
し、処理するための装置、ビデオデバイス、及びサービ
スデバイスに及ぶ。本発明は、コンピュータプログラム
製品、コンピュータ読み取り可能媒体、コンピュータプ
ログラム製品を明白に具現する信号、及び放送システム
にも係わる。本発明は、特に、デジタルテレビシステム
におけるビットストリームなどの視聴覚ビットストリー
ムの分野で利用されている。
よりむしろデジタル形式での視聴者にテレビジョンチャ
ネルを伝送する。デジタルチャネルは、送信機終端でデ
ジタルデータストリームに符号化され、デジタル受信機
/デコーダを使用して受信機終端で復号される。対話性
を可能とするために、テレビジョンチャネルを送達する
同じ媒体、あるいは電話リンクなどの別の媒体のどちら
かを介してアップリンクが提供されてよい。デジタル音
声、ソフトウェアデータ及び対話型データなどの追加の
種類のデータが一斉送信できる、あるいは一斉送信もさ
れている。ここに使用されるように、用語「デジタルテ
レビシステム」は、例えば、任意の衛星システム、地上
システム、ケーブルシステム及び他のシステムを含む。
コーダ」は、好ましくはMPEGフォーマットで、なん
らかの他の手段により一斉送信または伝送されてよい、
テレビ信号及び/または無線信号などの、符号化済み
の、または符号化されていないかのどちらかの信号を受
信するための受信機を意味してよい。用語は、受信され
た信号を復号するためのデコーダも意味してよい。この
ような受信機/デコーダの実施形態は、例えば、物理的
に別個の受信機と組み合わされて機能するデコーダ、ま
たはウェブブラウザ、ビデオレコーダまたはテレビなど
の追加機能を含むこのようなデコーダなどの「セットト
ップボックス」で、受信された信号を復号するための、
受信機と一体化されたデコーダを含んでよい。
ープ「エムペグ(動画専門家グループ)」により開発さ
れたデータ伝送規格、及び特にではあるが、排他的にで
はなく、デジタルテレビ用途向けに開発され、文書IS
O 13818−1、ISO13818−2、ISO
13818−3及びISO 13818−4に述べられ
ているMPEG−2規格を指す。本特許出願の文脈にお
いては、用語は、デジタルデータ伝送の分野に適用でき
るMPEGフォーマットのすべての変形、修正または展
開したものを含む。
ユーザ経路指定制御情報を受信するための(プロセッサ
及び関連付けられるメモリなどの)手段と、入力から出
力に、(同または追加のメモリなどの)記憶装置手段
に、及び該受信されたリアルタイムユーザ経路指定制御
情報に従って出力と記憶装置手段の両方にデータを送る
ための(同または追加のプロセッサと関連メモリなど
の)手段とを備える、受信機/デコーダ内でデータを送
るための経路指定装置が提供される。
ることにより、経路指定装置は、データの経路指定に対
する高められた制御と柔軟性を実現できる。このように
して、ユーザは装置の経路指定構成を準備し、したがっ
てデータが装置内でどこに送られるのかをリアルタイム
で決定することができる。
経路指定制御情報の受信と該情報の後の処理の間の遅延
が、実際的な観点からはユーザにとって意味を持たない
ことを意味する。したがって、ユーザは、好ましくは、
経路指定制御情報が経路指定装置によって受信されると
すぐに、それが処理され、経路指定構成が相応して改変
されるという印象を受ける。
アプリケーションを含むデジタルデータストリームの形
を取る。
タルテレビ番組などのデジタル音声/視覚データの形を
取る。
幕、テレテキスト、同期データ及びともにデジタルテレ
ビ番組を構成する音声コンポーネントと視覚コンポーネ
ントと密接に関係して伝送される他のデータを含んでよ
い。
覚」は、好ましくは、音声内容または視覚内容のどちら
か、あるいは2つの組み合わせを暗示する。受信機/デ
コーダにより受信される放送信号という文脈では、用語
は字幕、テレテキスト、同期データ、及びテレビ番組を
構成する音声コンポーネントと映像コンポーネントに密
接に関係して伝送される他のデータを包含してよい。
段にデータを書き込むための(プロセッサ及び関連付け
られるメモリなどの)手段を備える。このようにして、
データは記憶装置手段上に記録されてよい。
装置手段からデータを取り出すための(プロセッサ及び
関連メモリなどの)手段を備える。したがって、データ
は記憶装置手段から取り出すことができる。
段から出力にデータを送るように適合されている。この
ようにして、記憶装置手段に送られ、記録された番組
は、後に記憶装置手段から取り出し、視聴のために出力
に送ることができる。
視聴のために出力にテレビ番組を送り、所望される場
合、後に、記録のために代わりに記憶装置手段に番組を
再送できる。それ以後、番組を記憶装置手段から取り出
し、視聴のために出力に送ることができる。さらに、最
初に出力に番組を送ってから、生放送での視聴のために
出力、及び記録のために記憶装置手段の両方に、後にそ
れを送ることが可能である。
段のタイムシフト記憶領域に、レコード記憶領域に、及
びタイムシフト記憶領域とレコード記憶領域の両方にデ
ータを送るように適合されている。このようにして、記
憶装置手段に送られるデータは別々に取り扱うことがで
きる。
に、タイムシフト記憶領域とレコード記憶領域から出力
へデータを送るように適合される。このようにして、デ
ータは、各記憶領域から出力へ個別に送られ、それによ
り機能性の向上を実現する。
ーザタイムシフト制御命令を受け取るための(プロセッ
サ及び関連付けられるメモリなどの)手段を備える。タ
イムシフト制御命令を受信するための手段を提供するこ
とにより、装置はユーザにデータに対する制御を与える
ことができる。
関する生放送のデータの処理または操作、つまり生放送
のデータを記録されているデータに類似する方法で処理
する能力を意味する。このようにして、例えば、生放送
の番組を休止してから、後に再開することができる。
ユーザタイムシフト制御命令を基に記憶手段にデータを
送るように適合される。
されるユーザタイムシフト制御命令を基に記憶手段のタ
イムシフト記憶領域にデータを送るように適合されてよ
い。このようにしてタイムシフトの目的のためのデータ
は別個に記憶できる。
は、以下の命令の少なくともどれかを備える。つまり、
休止、再生、巻き戻し及び早送りである。装置は、共通
のタイムシフト制御命令(またはコマンド)の集合を提
供することにより、ユーザに生放送のデータに対する柔
軟な制御を与えることができる。好ましくは、異なる速
度で巻き戻す、及び早送りすることも可能である。
めに出力に、及びレコード記憶領域内での記録のために
記憶手段に番組を送ることができる。さらに、ユーザ
は、リアルタイムでタイムシフト記憶領域に番組を送
り、それにより番組のタイムシフトを可能にする。した
がって、例えば、ユーザが、番組を記録しながら番組を
生放送で見ている場合、生放送の番組を休止し、それに
より番組をタイムシフト記憶領域に送ってから、後に、
タイムシフト記憶領域から出力に送られる番組を再開す
ることも可能である。
ムユーザ経路指定制御情報及びユーザタイムシフト制御
命令を受信するための単一ユーザインタフェースの形を
取る手段を備える。典型的にはリモートコントローラの
形を取る単一ユーザインタフェースは、それが装置の制
御を簡略化できるという点で有利である。
つの追加入力を備え、経路指定手段は、その入力から出
力に、記憶装置手段に、及び出力と記憶装置手段の両方
にデータを送るように好ましくは適合されている。
択的に送ることができるようにすることにより、追加の
柔軟性を提供することができる。このようにして、複数
のソースからのデータは出力に、記憶装置手段に、及び
出力と記憶装置手段の両方に同時に送ることができる。
さらに、装置のリアルタイムユーザ経路指定制御機能と
組み合わされるこの機能は、受信機/デコーダ内での個
々のデータストリームの経路指定を準備する柔軟な手段
を提供し、それによりユーザに、意のままにリアルタイ
ムですべて選択できる多岐に渡る視聴及び記録のオプシ
ョンを与えることができる。
放送での視聴のために第1の番組を出力に送り、記録の
ために第2の番組を記憶装置手段に送り、その後、リア
ルタイムで、第1の番組を記録のために記憶装置手段に
送ることもできる。このようにして、第2の番組が記録
されている間に第1の番組を見ることができ、所望され
る場合、後のなんらかのときに第2番組の記録を開始す
ることができる。さらに、ユーザは、どの番組を生放送
で視聴するのかをリアルタイムで選択することもでき
る。このようにして、例えば、第1番組の代わりに、第
2番組を生放送での視聴のために出力に送ることができ
る。
ちらかをタイムシフト記憶領域に送り、したがって生放
送の番組をタイムシフトすることもできる。
組を出力に送ることもできる。
入力からのデータとは無関係に各入力からデータを送る
ように適合されている。このようにして、少なくとも2
つの番組を、ユーザによって出力に、記憶装置手段に、
及び出力と記憶装置手段の両方にリアルタイムで独立し
て送ることができる。
るためにデータを結合するための(プロセッサ及び関連
付けられるメモリなどの)手段を含む。
とも1つの追加の入力、記憶装置手段、及び少なくとも1
つの追加の記憶手段のソースのどれかからのデータを結
合するように適合されている。このようにして、複数の
ソースからのデータを管理するために単一の出力を使用
することができる。
らの視覚コンテンツを使用してモザイクが作成される。
このようにして、例えば「画像内画像(picture
−in−picture)」モザイクが作成されてよ
い。好ましくは、音声データのケースでは、音声データ
を結合するために「吹き替え(voice ove
r)」技法が使用できる。
接的に出力に送ることができる。第1番組を入力から出
力に送り、同時に第2番組を記憶装置手段から出力に送
ることも可能である。複数の番組を記憶装置手段から出
力へ送ることも可能である。
間に、生放送での視聴のために第1番組を出力に送るこ
とが可能であるので、タイムシフトされている番組を同
時に視聴しながら生放送の番組を視聴することも可能で
ある。
ために適合されている。
能である少なくとも2つの出力ポートを含んでよく、出
力は、入力、少なくとも1つの追加入力、記憶装置手
段、及び少なくとも1つの追加記憶装置手段のそれぞれ
のソースのどれかからの出力に送られるデータをそれぞ
れの別個の表示手段に転送するように適合されてよい。
力を出力に、記憶装置手段に、及び出力と記憶装置手段
の両方に動的に相互接続するように適合されている。
(メモリ記憶装置などの)記憶手段に、及び出力と記憶
装置手段の両方に動的に相互接続するための(プロセッ
サ及び関連付けられるメモリなどの)手段を備える受信
機/デコーダ内でデータを送るための経路指定装置に及
ぶ。
り、経路指定装置は柔軟性を提供できる。
ムユーザ経路指定制御情報を受信するための(プロセッ
サ及び関連付けられるメモリなどの)手段を備え、相互
接続手段は入力から出力に、記憶装置手段に、及び受信
されるリアルタイムユーザ経路指定制御情報に従って出
力と記憶装置手段の両方にデータを送るように適合され
ている(プロセッサ及び関連付けられるメモリなどの)
経路指定手段を備える。
って入力、出力、及び記憶装置手段の間の動的な相互接
続に備えることにより、経路指定装置は、ユーザに、受
信機デコーダでのデータの経路指定に対する強化された
制御を与えることができる。
力、及び記憶装置手段の間の相互接続をリアルタイムで
改変できる。したがって、データは、最初に、入力、出
力、及び記憶装置手段の間の第1の考えられる相互接続
に従って送ることができ、後にユーザは、経路指定手段
に入力、出力、及び記憶装置手段の間の相互接続を改変
させ、それによりデータの経路指定を改変する代替の経
路指定制御情報を提供することができる。
で具現される。
ような経路指定装置を組み込む受信機/デコーダが提供
される。
ーダ内でデータを送る方法が提供され、該方法は、リア
ルタイムユーザ経路指定制御情報を受信することと、入
力から出力に、記憶装置手段に、及び受信されるリアル
タイムユーザ経路指定制御情報に従って出力と記憶装置
手段の両方にデータを送ることとを包含する。
ータを書き込むことを含んでよい。また好ましくは、該
方法は記憶装置手段からデータを取り出すことを含んで
もよい。
出力へデータを送ることを含んでよい。このようにし
て、記憶装置手段に送られ、記録された番組は、後に記
憶装置手段から取り出し、視聴のために出力に送ること
ができる。
置手段のタイムシフト記憶領域に、レコード記憶領域
に、タイムシフト記憶領域とレコード記憶領域の両方に
送ることを含んでよい。
ト記憶領域とレコード記憶領域から出力へデータを送る
ことを含んでよい。
ト制御命令を受信することを含んでよい。
ユーザタイムシフト制御命令を基に記憶手段にデータを
送ることを含んでよい。
ムシフト制御命令を基に、記憶装置手段のタイムシフト
記憶領域にデータを送ることを含んでよい。
が、以下の命令の少なくともどれかを備える。つまり、
休止、再生、巻き戻し、及び早送りである。好ましく
は、さまざまな速度で巻き戻し、早送りすることも可能
である。
タを送るように適合されてよく、その場合、入力ごと
に、該方法はその入力から出力に、記憶装置手段に、及
び出力と記憶装置手段の両方にデータを送ることを含ん
でよい。
係に各入力からデータを送ることを含んでよい。
させるためにデータを結合することを含んでよい。
1つの追加入力、記憶装置手段、及び少なくとも1つの
追加記憶装置手段のソースのどれかからのデータを結合
することを含んでよい。
力、記憶装置手段、及び少なくとも1つの追加記憶装置
手段のそれぞれのソースのどれかから出力に送られるデ
ータを、別個の表示手段に転送することを含んでよい。
ーダ内でデータを送る方法が提供され、該方法は、入力
を出力に、記憶装置手段に、及び出力と記憶装置手段の
両方に動的に相互接続することを備える。
出力に、記憶装置手段に、及び出力と記憶装置手段の両
方にデータを選択的に送ることを備える。
路指定制御情報を受信することと、入力を出力に、記憶
装置手段に、及び受信されるリアルタイムユーザ経路指
定制御情報に従って出力と記憶装置手段の両方に接続す
ることとを包含してよい。
ユーザ経路指定制御情報を受信するための手段と、入力
から出力に、記憶装置手段に、及び受信されるリアルタ
イムユーザ経路指定制御情報に従って出力と記憶装置手
段の両方にデータを送るための手段を備える、受信機/
デコーダ内でデータを送るためのコンピュータプログラ
ム製品が提供される。
品は、記憶装置手段にデータを書き込むための手段を備
える。また、好ましくは、該コンピュータプログラム製
品は、さらに、記憶装置手段からデータを取り出すため
の手段を備える。
段から出力へデータを送るように適合される。
ト記憶領域に、レコード記憶領域に、及びタイムシフト
記憶領域とレコード記憶領域の両方にデータを送るよう
に適合されている。
に、タイムシフト記憶領域とレコード記憶領域から出力
にデータを送るように適合されている。
は、さらに、ユーザタイムシフト制御命令を受信するた
めの手段を備える。
ユーザタイムシフト制御命令を基に記憶装置手段にデー
タを送るように適合されている。
されるユーザタイムシフト制御命令を基に、記憶装置手
段のタイムシフト記憶領域にデータを送るように適合さ
れてよい。
は、リアルタイムユーザ経路指定制御情報及びユーザタ
イムシフト制御命令を受信するための、単一ユーザイン
タフェースの形を取る手段を備える。
は、少なくとも1つの追加入力を処理するように構成さ
れ、経路指定手段は、入力ごとに、その入力から出力
に、記憶装置手段に、及び出力と記憶装置手段の両方に
データを送るように適合されている。
力からのデータとは無関係に各入力からのデータを送る
ように適合されている。
は、複合データを生じさせるためにデータを結合するた
めの手段を含む。
とも1つの追加入力、記憶装置手段、及び少なくとも1つ
の追加記憶装置手段のソースのどれかからデータを結合
するように適合されている。このようにして、複数のソ
ースからのデータを管理するために単一の出力を使用す
ることが可能である。
能である少なくとも2つの出力ポートを含んでよく、そ
の場合コンピュータプログラム製品は、入力、少なくと
も1つの追加入力、記憶装置手段、及び少なくとも1つの
追加記憶装置手段のどれかから出力に送られるデータを
それぞれ別個の表示手段に転送するように適合されてよ
い。
力に、記憶装置手段に、及び出力と記憶装置手段の両方
に入力を動的に相互接続するように適合される。
手段に、及び出力と記憶装置手段の両方に入力を動的に
相互接続するための手段を備える、受信機/デコーダ内
でデータを送るためのコンピュータプログラム製品に及
ぶ。
は、さらに、リアルタイムユーザ経路指定制御情報を受
信するための手段を備え、相互接続手段は、入力から出
力に、記憶装置手段に、及び受信されるリアルタイムユ
ーザ経路指定制御情報に従って出力と記憶装置手段の両
方にデータを送るように適合される。
間でのビットストリームのデータ転送を制御するための
コマンドが提供され、該コマンドは、該転送の該発信元
と該宛先の少なくとも1つを変更するように適合されて
いる。このようにして、ビットストリームの既存の転送
は、転送が再開される代わりに、新しい状況の要件を満
たすために変更され、それにより新しい転送プロセスの
起動にまつわるオーバヘッドを回避できる。
送」は、好ましくは、例えばプロセッサの制御下のただ
1つの動作を暗示する。転送は、例えば、データが、例
えばI/OからFIFOへ、FIFOからハードディス
クへ等、可能ならば非同期で数多くのコンポーネントの
間で送られる中間段階を有することがある。
ドディスクなどの記憶媒体内のあるロケーションであっ
てよい。発信元及び/または宛先は、ハードディスク内
のロケーション、メモリ内のバッファ(例えばFIFO
バッファ)、または別の装置(例えば、ファイアワイア
ポート等)に変更されてよい。発信元及び/または宛先
がハードディスク上のロケーション(またはフラグメン
ト)であり、発信元/宛先が同じまたは別のハードディ
スク内の別のこのようなロケーションに変更される場
合、該フラグメントは過去の発信元/宛先フラグメント
より大きいまたは小さい場合がある。
ルなどの転送に対する参照を包含する。この文脈でのハ
ンドルは、プロセスまたはシステムの内部コンポーネン
トを、システムの構造及び/または機能を明示的に参照
せずに、システムと外部エージェントの両方によって一
意に識別できるようにするトークンまたは識別子であ
る。ハンドルは、転送プロセスが開始されるときにファ
イルシステムによって例えば戻されてよい。
る。転送が中間段階から構成されている場合には、コマ
ンドは、例えば、ハードディスクにビットストリームの
部分を書き込むことなどの中間段階中に、あるいは複数
の中間段階の間で発行されてよい。例えば、コマンド
は、記録されているビットストリームの一部がハードデ
ィスクに記憶された後に発行されてよい。つまり、入信
ビットストリームは、ひとまず例えばバッファ内に記憶
されていた可能性がある。
などの、発信元と宛先の新しい少なくとも1つに対する
参照を包含する。このようにして、転送の初期のパラメ
ータを指定し直す必要はない。
うに適合される。例えば、データ転送が、ハードディス
ク内にビットストリームの10MBを記憶するように初
期に構成されている場合、コマンドはビットストリーム
の12MBを記憶するために転送を拡張してよい。
て、本発明の追加の態様に従って、発信元と宛先の間の
ビットストリームのデータ転送を制御するためのコマン
ドが提供され、該コマンドは転送を拡張するように適合
されている。
うなコマンドを生成する(または前述されたようなコマ
ンドを含むさらに作成する)ための手段(好ましくはプ
ロセッサ及び関連付けられるメモリ)を備える制御装置
が提供される。
と宛先の間で転送を開始するために(同または追加のプ
ロセッサと関連付けられるメモリなどの)手段を備え
る。
ードディスク上のフラグメントまたはメモリ内のバッフ
ァ)であり、制御装置は、該記憶場所がいっぱいになる
前にコマンドを発行する(またはさらに好ましくは含
む)ように適合される。
ば、ハードディスク上のフラグメントまたはメモリ内の
バッファ)であり、制御装置は、さらに、該記憶場所が
いっぱいであることを示すイベントを作成するための手
段(好ましくはプロセッサ及び関連付けられるメモリ)
を備える。
マンドを発行する(あるいはさらに好ましくは含む)よ
うに適合される。このようにして、転送がハードディス
ク上でのビットストリームの記憶という形を取るとき、
ハードディスク上の新しいフラグメントは、カレントフ
ラグメントが充填されると割り当てられてよい。
うな記憶装置手段と制御装置を備える受信機/デコーダ
が提供される。
の少なくとも1つを変更することにより、発信元と宛先
間のデータの転送を制御するための手段(例えば、プロ
セッサ及び関連付けられるメモリなどの)手段を備える
ファイルシステムが提供される。
と宛先間でデータの転送を開始するための手段(例え
ば、プロセッサ及び関連付けられるメモリ)を備え、該
発信元と該宛先の少なくとも1つは記憶媒体内のロケー
ションである。
間でのデータの転送を拡張するための手段(例えば、プ
ロセッサ及び関連付けられるメモリ)を備えるファイル
システムが提供される。
と宛先間でのデータの転送を開始するための手段(例え
ば、プロセッサ及び関連付けられるメモリ)を備え、該
発信元と該宛先の少なくとも1つは記憶媒体内のロケー
ションである。
受信機/デコーダ内のファイルシステムであってよく、
ファイルシステムライブラリ及びファイル割り当てテー
ブルを備えてよい。
(例えば、持続期間、ビットレート)が、記憶プロセス
が開始される時点で未知のままであるときに、視聴覚ビ
ットストリーム等の記憶を容易にすることは本発明の1
つの形式の目的である。通常、視聴者は、そのビットス
トリームの実際のビットカウントが事前に分からない状
態で、デジタルテレビトランスポートストリーム内で番
組を記憶することを希望するだろう。さらに、視聴者
は、記憶手順を、それが完了する前に終了する、及び/
または第2記憶手順を開始することを選ぶ場合がある。
プロセス制御装置及び記憶装置を備え、定められたビッ
トストリームセクションの実際のビットカウントまたは
予想ビットカウントよりはるかに小さいサイズのそれぞ
れのメモリロケーションを割り当てるステップと、同ロ
ケーションにある入信ビットストリームの対応する部分
を記憶するステップとを備え、該ステップが、ビットス
トリームが終了されるまで繰り返され、それによりビッ
トストリームの記憶中に割り当てられるが、記憶のため
に利用されないメモリの範囲を制限する、受信機/デコ
ーダ内の入信ビットストリームのセクションを記憶する
方法が提供される。
体的なサイズを知ること、あるいは記憶を開始する前に
その全体的なサイズを推定することが必要とされないと
いう優位点を有する。さらに、ビットストリームの記憶
のためには相対的に少ない量の記憶容量を割り当て、記
憶容量の残りは、例えば他のビットストリームの記憶に
残すことができる。
記憶装置の指定されたロケーションでビットストリーム
の第1部分を記憶するためのコマンドを発行するプロセ
ス制御装置により開始され、該コマンドは記憶される第
1部分のサイズを指定する。
は、ビットレートまたはビットストリームの総計ビット
レートを知らなくても記憶できる。
ムの一部の記憶が達成されるとプロセス制御装置に通知
する。なおさらに好ましくは、プロセス制御装置は、記
憶装置上の追加のロケーションでビットストリームのそ
れ以降の部分を記憶するための、プロセス制御装置がそ
れ以降の部分のサイズを指定するコマンドを発行するこ
とにより通知に応える。このようにして、ビットストリ
ームは、ビットストリームの全体的なサイズ、そのビッ
トレート、または平均ビットレートに関する知識を必要
とすることなく、及び他方ではビットストリームの記憶
に記憶容量の大きな部分を事前に割り当てることなく、
任意の時点で区分的に記憶される。
を記憶するためのコマンド及び/またはビットストリー
ムのそれ以降の部分を記憶するためのコマンドは、記憶
装置上の複数のロケーションを指定する。このような方
法は、記憶装置内で部分的に入信ビットストリームの部
分を記憶することができる。
されているビットストリームを読み取ることもでき、視
聴者インタフェースは、視聴者が記憶装置から番組また
はビットストリームの他の定められたセクションのプレ
イバックを開始または終了することを可能にし、視聴者
インタフェースの命令を受けてビットストリームを読み
取るために役立つ読み取り手順を備え、該手順は、定め
られたビットストリームセクションの実際のビットカウ
ントまたは予想ビットカウントよりはるかに小さいサイ
ズのメモリロケーションからビットストリームの一部を
読み取るステップを備え、このステップはプレイバック
手順が終了されるまで繰り返される。
プロセス制御装置及び記憶装置を備える受信機/デコー
ダ内の記憶されているビットストリームの他の定められ
たセクションを読み取る方法が提供され、該方法は、定
められたビットストリームセクションの実際のビットカ
ウントまたは予想ビットカウントよりはるかに小さなサ
イズのそれぞれのメモリロケーションからビットストリ
ームの一部を読み取るステップを備え、このステップ
は、ビットストリームの読み取りが終了されるまで繰り
返される。このようにして、読み取られるビットストリ
ームのサイズを事前に知ることは必要ではない。
置上で指定されるロケーションからビットストリームの
第1部分を読み取るための、プロセス制御装置が読み取
られる第1部分のサイズを指定するコマンドを発行する
ことによってビットストリームのプレイバックを開始す
る。
ムの一部の読み取りが達成されるとプロセス制御装置に
通知する。
置上の追加ロケーションからビットストリームのそれ以
降の部分を読み取るための、プロセス制御装置がそれ以
降の部分のサイズを指定するコマンドを発行することに
よって通知に応える。
を読み取るためのコマンド及び/またはビットストリー
ムのそれ以降の部分を読み取るためのコマンドは、記憶
装置上の複数のロケーションを指定する。
他の大容量記憶装置またはデバイスの組み合わせなどの
他のデバイスも使用されてよいが、好ましくは、記憶装
置はハードディスクを備える。
ストリームの記憶及び/または読み取りは、ソフトウェ
アアーキテクチャのデバイス層でのデバイスの制御下で
実行される。
れるビットストリームの部分のサイズは変わる。なおさ
らに好ましくは、記録されるビットストリームの部分の
サイズは、すでに使用可能な記憶装置上に記憶されてい
るデータ量、及び/または記憶装置上でのこのようなデ
ータの整列に関して変わる。これは、記憶装置が断片化
されるとき、及び/または容量に近づいているとき、特
に複数の番組が同時に記録されているときに特に有利で
ある。
ように方法を実行するように適合されるコンピュータプ
ログラム製品が提供される。
装置、記憶装置、番組または記憶装置上のビットストリ
ームの他の定められたセクションを視聴者が開始または
終了できるようにする視聴者インタフェースを備える受
信機/デコーダが提供され、該受信機/デコーダは、定
められたビットストリームセクションの実際のビットカ
ウントまたは予想ビットカウントよりはるかに小さいサ
イズのそれぞれのメモリロケーションを割り当て、前記
ロケーションで入信ビットストリームの対応する部分を
記憶することによって記憶装置内の適切なメモリロケー
ションにビットストリームを記憶するように適合され、
ステップは、ビットストリームの記憶が終了されるまで
繰り返され、それによりビットストリームの記憶中に割
り当てられるが、記憶のために利用されないメモリの範
囲を制限する。
置上の指定されたロケーションにビットストリームの第
1部分を記憶するためのコマンドを発行するように適合
され、該コマンドは、記憶される第1部分のサイズを指
定する。
ムの一部の記憶が達成されたときにプロセス制御装置に
通知するように適合される。
置上の追加ロケーションでビットストリームのそれ以降
の部分を記憶するための、プロセス制御装置がそれ以降
の部分のサイズを指定するコマンドを発行することによ
って通知に応えるように適合される。
を記憶するためのコマンド、及び/またはビットストリ
ームのそれ以降の部分を記憶するためのコマンドが、記
憶装置上の複数のロケーションを指定する。
は、視聴者が、記憶装置からの番組または他の定められ
たセクションのプレイバックを開始または終了できるよ
うにし、受信機/デコーダは、定められたビットストリ
ームセクションの実際のビットカウントまたは予想され
るビットカウントよりはるかに小さいサイズのそれぞれ
のメモリロケーションからビットストリームの一部を読
み取るように適合され、このステップは、プレイバック
が終了されるまで繰り返される。
御装置、記憶装置、記憶装置上での番組またはビットス
トリームの他の定められたセクションのプレイバックを
視聴者が開始または終了できるようにする視聴者インタ
フェースを備える受信機/デコーダが提供され、該受信
機/デコーダは、定められたビットストリームセクショ
ンの実際のビットカウントまたは予想されるビットカウ
ントよりはるかに小さいサイズのそれぞれのメモリロケ
ーションからビットストリームの部分を読み取るように
適合され、このステップは、プレイバックが終了される
まで繰り返される。
置上の指定されたロケーションからビットストリームの
第1部分を読み取るための、プロセス制御装置が読み取
られる第1部分のサイズを指定するコマンドを発行する
ように適合される。
ムの一部の読み取りが達成されるとプロセス制御装置に
通知するように適合される。
置上の追加のロケーションからビットストリームのそれ
以降の部分を読み取るための、プロセス制御装置がそれ
以降の部分のサイズを指定するコマンドを発行すること
によって通知に応えるように適合される。
を読み取るためのコマンド及び/またはビットストリー
ムのそれ以降の部分を読み取るためのコマンドは、記憶
装置上の複数のロケーションを指定する。
備える。
テップの後に、ビットストリームの記憶及び/または読
み取りが、ソフトウェアアーキテクチャのデバイス層で
デバイスの制御下で実行されるように適合される。
れるビットストリームの部分のサイズは変わる。
の部分のサイズは、使用可能な記憶装置上にすでに記憶
されているデータ量及び/または記憶装置上でのこのよ
うなデータの配列に関して変化する。
での番組またはビットストリームの他の定められたセク
ションの記憶を視聴者が開始または終了できるようにす
る視聴者インタフェース、及び記憶装置内の適切なメモ
リロケーションにビットストリームを記憶するために、
視聴者インタフェースの命令を受けて役に立つ記憶手順
を備える、視聴者の制御下で入信ビットストリームの局
所的な記憶を実現するためのシステムが提供され、該手
順は、定められたビットストリームセクションの実際の
ビットカウントまたは予想されるビットカウントよりは
るかに小さいサイズのそれぞれのメモリロケーションを
割り当てるステップと、同ロケーションで入信ビットス
トリームの対応する部分を記憶するステップを包含し、
ステップが、記憶手順が終了されるまで繰り返され、そ
れにより記憶手順の間に割り当てられるが、記憶のため
に利用されないメモリの範囲を制限する。
記憶装置上の指定されたロケーションにビットストリー
ムの第1部分を記憶するためのコマンドを発行するプロ
セス制御装置によって開始され、該コマンドは記憶され
る第1部分のサイズを指定する。
ムの一部の記憶が達成されるとプロセス制御装置に通知
する。なおさらに好ましくは、プロセス制御装置は、記
憶装置上の追加ロケーションにビットストリームのそれ
以降の部分を記憶するための、プロセス制御装置がそれ
以降の部分のサイズを指定するコマンドを発行すること
によって通知に応答する。
下で、記憶されているビットストリームを読み取るよう
に適合されてもよく、視聴者インタフェースは、記憶装
置からの番組または他の定められたセクションのプレイ
バックを視聴者が開始または終了できるようにし、ビッ
トストリームを読み取るために視聴者インタフェースの
命令を受けて役立つ読み取り手順を備え、該手順が、定
められたビットストリームセクションの実際のビットカ
ウントまたは予想されるビットカウントよりはるかに小
さいサイズのそれぞれのメモリロケーションからビット
ストリームの一部を読み取るステップを備え、このステ
ップは、プレイバック手順が終了されるまで繰り返され
る。
番組またはビットストリームの他の定められたセクショ
ンのプレイバックを視聴者が開始または終了できるよう
にする視聴者インタフェース、及びビットストリームを
読み取るために視聴者インタフェースの命令を受けて役
に立つ読み取り手順を備え、該手順が、定められたビッ
トストリームセクションの実際のビットカウントまたは
予想されるビットカウントよりはるかに小さいサイズの
それぞれのメモリロケーションからビットストリームの
一部を読み取るステップを備え、このステップは、プレ
イバック手順が終了されるまで繰り返される。
置上の指定されたロケーションからビットストリームの
第1部分を読み取るための、プロセス制御装置が読み取
られる第1部分のサイズを指定するコマンドを発行する
ことによって、ビットストリームの読み取りを開始す
る。
ムの一部の読み取りが達成されるとプロセス制御装置に
通知する。このようにして、ビットストリームは、読み
取られるビットストリームの全体的なサイズまたはビッ
トストリームの平均ビットレートを知らなくても区分的
に読み取られる。なおさらに好ましくは、プロセス制御
装置は、記憶装置上の追加のロケーションからビットス
トリームのそれ以降の部分を読み取るための、プロセス
制御装置がそれ以降の部分のサイズを指定するコマンド
を発行することにより通知に応える。このようにして、
ビットストリームは区分的に読み取られ、ビットストリ
ームの持続時間/サイズまたはそのビットレートを事前
に知ることは必要ではない。
備えてよい。
トリームの記憶及び/または読み取りは、ソフトウェア
アーキテクチャンのデバイス層でデバイスの制御下で実
行される。
れるビットストリームの部分のサイズは変わる。なおさ
らに好ましくは、記録されるビットストリームの部分の
サイズは、使用可能な記憶装置上ですでに記憶されてい
るデータの量、及び/または記憶装置上でのこのような
データの配列に関して変わる。
コマンドまたは制御装置を備えるコンピュータプログラ
ム製品が提供される。
テムを備える受信機/デコーダ、及び前述されたような
受信機/デコーダを備える放送システムも提供する。
間のビットストリームのデータ転送を制御するための手
段を備えるコンピュータプログラム製品が提供され、該
コマンドは、転送の発信元と宛先の少なくとも1つを変
更するように適合される。
つは記憶手段内のロケーションである。
手段は、転送を拡張するように適合される。
間のビットストリームのデータ転送を制御するための手
段を備えるコンピュータプログラム製品が提供され、コ
マンドは転送を拡張するように適合される。
ータ転送を制御するための手段が転送に対する参照を備
える。
は、発信元と宛先の新しい少なくとも1つに対する参照
を備える。
なコマンドを含むための手段を制御することを備えるコ
ンピュータプログラム製品が提供される。
元と宛先の少なくとも1つを変更することによって発信
元と宛先間でのデータの転送を制御するための手段を同
様に備えるファイルシステム制御手段(例えば、プロセ
ッサ及び関連付けられるメモリ)を備えるコンピュータ
プログラム製品が提供される。
は、さらに、発信元と宛先間でデータの転送を開始する
ための手段を備える。
は、さらに、発信元と宛先間のデータの転送を拡張する
ための手段を備え、該発信元と該宛先の少なくとも1つ
は記憶媒体内のロケーションである。
は、さらに、発信元と宛先間のデータの転送を開始する
ための手段を備える。
使用して視聴覚データのコンポーネントの提示を同期す
る受信機/デコーダを提供することは、MPEG−2規
格から既知である。しかしながら、このような受信機/
デコーダは、柔軟性の欠如に苦慮している。
既知の受信機/デコーダの柔軟性の欠如を克服する、あ
るいは緩和することが本発明の目的である。
ータを受信するための手段及び2つまたは3つ以上の異
なるモードでデータを同期させるための手段を備える、
データを受信し、処理するための装置が提供される。デ
ータを受信するための手段とデータを同期させるための
手段の両方とも、例えばプロセッサ及び関連付けられる
メモリであってよい。
と「プル」モード、あるいは例えば違う種類の「プッシ
ュ」モードと「プル」モードの内の1つであってよい。
ここに使用されるような用語「プッシュモード」は、好
ましくは、(受信機/デコーダなどの)データのプロセ
ッサが(例えば、生放送の放送の受信によるなどの)デ
ータの同期を制御しないモードを暗示する。対照的に、
ここに使用されるような用語「プルモード」は、好まし
くはデータのプロセッサが(例えば、データのプロセッ
サの制御下での局所記憶媒体からのプレイバック中に)
データを同期するモードを暗示する。
柔軟性の強化を実現するという優位点を与えることがで
きる。
装置はサービスの処理中に同期モード間で切り替えるた
めの手段を備えてよい。
「プル」モードへの遷移、及びその逆を可能とする場合
がある。特に、切り替えのための手段は、ユーザ入力に
応えて同期モード間で切り替え可能となるように適合さ
れてよい。これにより、ユーザは、サービスの処理でさ
らに制御を強めることができる。
信号に応えて同期モード間で切り替え可能となるために
適合されてよく、それが視聴者をこのようなエラー信号
の発信元から隔離することができる。例えば、エラーが
ある種の「プル」モード同期中に発生すると、装置は
(少なくともその時点で)よりエラーを受けにくい種類
の「プル」モード同期に切り替わることができる。
クロック及び該クロックを調節するための手段を備えて
よい。装置は、さらに、クロック調節信号を受信するた
めの手段を備えてよく、それは、クロック調節信号に依
存してクロックを調節するように、第1同期モードで適
合されてよい。この場合、装置は、調節されたクロック
に依存してデータを処理するように、第1同期モードで
さらに適合されてよい。
述される映像コンポーネントと音声コンポーネントなど
の)複数のコンポーネントを包含するとき、装置はデー
タの第1コンポーネントに関してタイムスタンプ情報を
受信するための手段を備えてよく、タイムスタンプ情報
に依存してクロックを調節するように、第2同期モード
で適合されてよい。この場合、装置は、調節されるクロ
ックに依存してデータの少なくとも1つの他のコンポー
ネントを調節するように、第2同期モードでさらに適合
されてよい。
れ、パケット化された流線(例えばMPEG−2トラン
スポートストリーム)の形を取る音声/視覚データであ
る。MPEG−2トランスポートストリームの場合、ク
ロック調節情報はPCR(さらに後述されるプログラム
クロック基準)であってよい。代わりに、データはMP
EG−2プログラムストリームであってよく、その場合
タイムスタンプ情報は、プログラムストリームの流線
(例えば音声、または好ましくはビデオストリーム)か
ら採取されるPTS(さらに後述されるプレゼンテーシ
ョンタイムスタンプ)であってよい。
テレビ放送センタからの)デジタルテレビデータを受信
するように適合される。しかしながら、それは、さら
に、もしくは代わりに、局所記憶装置からのデータを受
信するように適合されてよい。
な装置、及び好ましくはハードディスクなどの記憶装置
も備える受信機/デコーダが提供される。(例えば、我
々の初期の国際特許出願番号WO第99/51021号
から)メインビデオシーケンスをセットアップし、その
ディスプレイを制御するサービスデバイスを提供するこ
とは既知である。この既知のサービスデバイスは、それ
が数多くの領域におけるビデオシーケンスのディスプレ
イの制御で柔軟性を欠如するという不利な点に苦慮して
いる。
ビデオデバイスにビデオシーケンスの速度を変更させる
ための、好ましくは速度調節手段(例えば、受信機/デ
コーダのソフトウェアアーキテクチャ内の別のエンティ
ティによって呼び出し可能なコマンド)を使用して表示
されているビデオシーケンスの提示の速度を調節するよ
うに適合される(好ましくはソフトウェアで具現され
る)ビデオデバイスが提供される。
ーケンスのフレームの種類を調節し、それによりビデオ
シーケンスの提示の速度を調節するように適合されてよ
い。このようなデバイスは、ビデオディスプレイの質に
おいて最小の損失を達成するために、例えば、高速でビ
デオシーケンスを表示するときに、ビデオシーケンスの
どのフレームをドロップしてよいのかを判断するための
手段を提供してよい。
れるビデオシーケンスのフレームの種類(例えば、受信
機/デコーダのソフトウェアアーキテクチャ内で別のア
イテムによって呼び出し可能なコマンド)を指定するた
めのビデオモード設定手段を備える。
ムを表示、保持するようにさらに適合されてよい。これ
が「フレームフリーズ」機能性を提供できる。つまり、
好ましくは、該ビデオデバイスは(「キー」フレームな
どの)独立フレームと(補間フレームまたは差分フレー
ムなどの)従属フレームのどちらかまたは両方、及び/
または前述された単一フレームを命令で表示するように
適合される。これにより該ビデオデバイスの汎用性を高
めることができる。
ドを受信するための手段、及び複数の他のデバイスにコ
マンドを発行するための手段を備える(好ましくはソフ
トウェアで具現される)サービスデバイスが提供され
る。
の処理を調節するように適合され、複数の関数モードで
使用できる。このようなサービスデバイスは、データの
処理に関する柔軟性を与えることができる。受信機/デ
コーダ内のサービスデバイスの場合、データは好ましく
は音声/視覚データである。
タが処理されない停止関数モード、データが処理される
再生関数モード、及びデータの処理が一時停止される休
止関数モードの少なくとも1つで使用できる。
くは、アプリケーションからコマンドを受信するように
適合され、コマンドを発行するための手段は、好ましく
は、ハードウェアのアイテムにコマンドを発行するよう
に適応される。
信機/デコーダで)データを受信し、2つまたは3つ以
上の異なったモードで該データを同期させる方法が提供
される。
同期モード間での切り替えを包含する。切り替えるステ
ップは、ユーザ入力に応える同期モード間での切り替え
を包含してよい。さらに、切り替えのステップは、エラ
ー信号に応える同期モード間での切り替えを包含してよ
い。
クを調節することを包含してよい。該方法は、さらにク
ロック調節信号を受信することを包含し、それはクロッ
ク調節信号に依存してクロックを調節するための手段を
第1同期モードで包含してよい。この場合、コンピュー
タプログラム製品は、さらに、調節されたクロックに依
存してデータを処理する第1同期モードを備えてよい。
の第1コンポーネントに関してタイムスタンプ情報を受
信することを包含してよく、タイムスタンプ情報に依存
してクロックを調節することを第2同期モードで包含し
てよい。この場合、第2同期では、該方法は、さらに、
調節されたクロックに依存してデータの少なくとも1つ
の他のコンポーネントを調節するモードを包含してよ
い。
は、おそらく多重化されたパケット化流線の形を取る音
声/視覚データである。データはMPEG−2プログラ
ムストリームであってよく、その場合タイムスタンプ情
報は、好ましくはプログラムストリームの流線(例え
ば、音声または好ましくはビデオストリーム)から採取
されるPTS(さらに後述されるプレゼンテーションタ
イムスタンプ)であってよい。
タを受信することを包含する。しかしながら、それは、
さらにまたは代わりに局所記憶装置からデータを受信す
ることを包含してよい。
いるビデオシーケンスの提示の速度を調節する方法が提
供され、好ましくは、さらにビデオシーケンスの速度を
変更するためのインタフェースを提供することを包含す
る。
フレームの種類を調節することを包含してよい。該方法
は、好ましくは、表示されるビデオシーケンスのフレー
ムの種類を指定するためのインタフェースを提供するこ
とを包含する。
持することを包含してよい。
ドを受信し、複数の他のデバイスにコマンドを発行する
方法が提供される。
することを包含し、複数の関数モードで動作することを
包含してよい。データは、好ましくは音声/視覚データ
である。該方法は、好ましくは、データが処理されない
停止関数モード、データが処理される再生関数モード、
及びデータの処理が一時停止される休止関数モードの少
なくとも1つで動作することを包含する。該方法は、好
ましくは、さらに、アプリケーションからコマンドを受
信し、ハードウェアのアイテムにコマンドを発行するこ
とを包含する。
方法を実行するように適合された(好ましくは受信機/
デコーダとともに使用するための)コンピュータプログ
ラム製品が提供される。
ような装置、ビデオデバイス、またはサービスデバイス
を備える(好ましくは受信機/デコーダとともに使用す
るための)コンピュータプログラム製品が提供される。
るための手段及び2つまたは3つ以上の異なるモードで
データを同期させるための手段を備える(好ましくは受
信機/デコーダとともに使用するための)コンピュータ
プログラム製品が提供される。
くはサービスの処理中に同期モード間で切り替えるため
の手段を備える。切り替えるための手段は、ユーザ入力
に応えて同期モード間で切り替え可能であるように適合
されてよい。さらに、切り替えるための手段は、エラー
信号に応えて同期モード間で切り替え可能であるように
適合されてよい。
クを読み取るための手段、及びクロックを調節するため
の手段を備えてよい。該コンピュータプログラム製品
は、さらに、クロック調節信号を受信するための手段を
備えてよく、それはクロック調節信号に依存してクロッ
クを調節するための手段を第1同期モードで備えてよ
い。この場合、該コンピュータプログラム製品は、さら
に、調節されたクロックに依存してデータを処理するた
めの手段を、第1同期モードで備えてよい。
プログラム製品は、データの第1コンポーネントに関し
てタイムスタンプ情報を受信するための手段を備えてよ
く、タイムスタンプ情報に依存してクロックを調節する
ための手段を、第2同期モードで備えてよい。この場
合、該コンピュータプログラム製品は、調節されたクロ
ックに依存してデータの少なくとも1つのほかのコンポ
ーネントを調節するように、第2同期モードでさらに適
合されてよい。
しくは、多重化されたパケット化流線の形を取る音声/
視覚データである。データはMPEG−2プログラムス
トリームであってよく、その場合タイムスタンプ情報
は、好ましくはプログラムストリームの流線(例えば、
音声または好ましくはビデオストリーム)から採取され
るPTS(さらに後述されるプレゼンテーションタイム
スタンプ)であってよい。
くは、デジタルテレビデータを受信するための手段を備
える。しかしながら、それはさらにまたは代わりに局所
記憶装置からデータを受信するように適合されてよい。
ンピュータプログラム製品にビデオシーケンスの速度を
変更させるための速度調節手段を使用して、表示されて
いるビデオシーケンスの提示の速度を調節するように適
合されるコンピュータプログラム製品が提供される。
れるビデオシーケンスのフレームの種類を調節するよう
に適合されてよい。該コンピュータプログラム製品は、
好ましくは、表示されるビデオシーケンスのフレームの
種類を指定するためのビデオモード設定手段を備える。
該コンピュータプログラム製品は、さらに単一フレーム
を表示、保持するように適合されてよい。
ドを受信するための手段と、複数の他のデバイスにコマ
ンドを発行するための手段とを備えるコンピュータプロ
グラム製品が提供される。
くは、データの処理を調節するように適合され、複数の
関数モードで使用できる。データは、好ましくは音声/
視覚データである。該コンピュータプログラム製品は、
好ましくは、データが処理されない停止関数モード、デ
ータが処理される再生関数モード、及びデータの処理が
一時停止される休止関数モードの少なくとも1つで使用
できる。
くはアプリケーションからコマンドを受信するように適
合され、コマンドを発行するための手段は、好ましくは
ハードウェアのアイテムにコマンドを発行するように適
合される。
されたようなコンピュータプログラム製品を備えるコン
ピュータ読み取り可能媒体が提供される。
コンピュータプログラム製品を明白に具現する信号が提
供される。
ような装置、ビデオデバイス、サービスデバイス、コン
ピュータプログラム製品、コンピュータ読み取り可能媒
体、または信号のどれかを備える受信機/デコーダが提
供される。
放送センタ及び受信機/デコーダを備える放送システム
が提供される。
を実施するための、及び/またはここに説明される装置
機能のどれかを具現するためのコンピュータプログラム
及びコンピュータプログラム製品、及びここに説明され
る方法のどれかを実施するための、及び/またはここに
説明される装置機能のどれかを具現するためのプログラ
ムをその上に記憶しているコンピュータ読み取り可能媒
体も提供する。
を実施するための、及び/またはここに説明される装置
機能のどれかを具現するためのコンピュータプログラム
を具現する信号、及びここに説明される方法のどれかを
実施するための、及び/またはここに説明される装置機
能のどれかを具現するためのコンピュータプログラムを
サポートするオペレーティングシステムを有するコンピ
ュータ製品も提供する。
に説明されるような方法及び/または装置に及ぶ。
は、任意の適切な組み合わせで本発明の他の態様に応用
されてよい。特に、方法の態様は装置の態様に応用され
てよく、また逆も同様である。
は、概してソフトウェアで具現されてよく、また逆も同
様である。ここのソフトウェア及びハードウェアの機能
に対する参照は相応して解釈されなければならない。
面に関して純粋に例証として説明されるだろう。
0の概観は、図1に示されている。後述されるように、
システム500は、すべて後述されるように、放送セン
タ1000、受信機/デコーダ2000、該受信機/デ
コーダのフトウェア/ハードウェアアーキテクチャ30
00、対話型システム4000、及び条件付きアクセス
システム5000を備える。
号を伝送するために既知のMPEG−2圧縮システムを
使用するおもに従来のデジタルテレビシステム502を
含む。さらに詳細には、放送センタ1000内のMPE
G−2圧縮機1010は、デジタル信号ストリーム(一
般的には、ビデオ信号のストリーム)を受信する。圧縮
機1010は、マルチプレクサ及びスクランブラ103
0にリンケージ1020によって連結される。
入力信号を受信し、トランスポートストリームをアセン
ブルし、言うまでもなく通信リンクを含む多岐に渡る形
式を取ることができるリンケージ1022を介して放送
センタの送信機1010に圧縮されたデジタル信号を伝
送する。送信機510は、衛星トランスポンダ520に
向かってアップリンク514を介して電磁信号を伝送
し、そこで信号は電子的に処理され、従来はエンドユー
ザによって所有または賃借りされる放物面反射器の形を
取る地球受信機512に概念上のダウンリンク516を
介して一斉送信される。言うまでもなく、地上放送、ケ
ーブル伝送、組み合わされた衛星/ケーブルリンク、電
話網等のデータの伝送のための他のトランスポートチャ
ネルも考えられる。
エンドユーザによって所有または借りられており、エン
ドユーザのテレビセット10000に接続されている統
合型受信機/デコーダ2000に伝送される。該受信機
/デコーダ2000は、圧縮されたMPEG−2信号を
テレビセット10000用のテレビ信号に復号する。別
個の受信機/デコーダが図1に図示されているが、該受
信機/デコーダは、統合型デジタルテレビの一部であっ
てもよい。ここに使用されるように、用語「受信機/デ
コーダ」は、セットトップボックスなどの別個の受信機
/デコーダ、及び受信機/デコーダがそこに統合された
テレビを含む。
データ及び他のデータを記憶できるハードディスク21
00が備えられる。これが、受信機/デコーダによって
受信される番組用の高度なレコーディング機構及びプレ
イバック機構を与え、電子番組表データなどの大量の他
の種類のデータも受信機/デコーダに記憶できるように
する。
システム(CMPS)2300(図示されていない)
は、ハードディスク(または他の記憶装置)でのデータ
のレコーディング及びプレイバックを安全に且つ柔軟に
制御する能力を提供する。
プレクサ1030が数多くの並列ソースから受信される
音声情報とビデオ情報を処理し、対応する数のチャネル
に沿って情報を一斉送信するために送信機510と対話
する。視聴覚情報に加えて、メッセージまたはアプリケ
ーションまたは他の種類のデジタルデータが、伝送され
たデジタル音声情報及びビデオ情報とインタレースされ
るこれらのチャネルのいくつかまたはすべてに導入され
てよい。
サ1030及び受信機/デコーダ2000に接続され、
部分的には放送センタ内に、部分的には受信機/デコー
ダ内に位置する。それが、エンドユーザが、バックチャ
ネル570を介して多様なアプリケーションと対話でき
るようにする。該バックチャネルは、例えば、公衆加入
電話網(PSTN)チャネル(例えば、モデム化された
バックチャネル)または帯域外(OOB)チャネルであ
ってよい。
/デコーダ2000に接続され、再び部分的に放送セン
タ内に、部分的に受信機/デコーダ内に位置する条件付
きアクセスシステム5000によって、エンドユーザ
は、1社または複数の放送供給者からのデジタルテレビ
放送にアクセスできる。商業的なオファー(つまり、放
送供給者によって販売される1つまたは複数のテレビ番
組)に関係するメッセージを解読できるスマートカード
を受信機/デコーダ2000の中に差し込むことができ
る。受信機/デコーダ2000及びスマートカードを使
用し、エンドユーザは加入モードまたは有料視聴モード
のどちらかで商業的なオファーを購入してよい。一般的
には、これは、対話型システム4000によって使用さ
れるバックチャネル570を使用して達成される。
される番組は、マルチプレクサ1030でスクランブル
され、指定される伝送に適用される条件及び暗号化キー
は、アクセス制御システム5000によって決定され
る。このようにしてスクランブルされたデータを伝送す
ることは、有料テレビの分野ではよく知られている。一
般的には、スクランブルされたデータは、該データの逆
スクランブルのための制御ワードとともに伝送され、該
制御ワード自体が、いわゆる活用キーによって暗号化さ
れ、暗号化された形で伝送される。
暗号化された制御ワードが、暗号化された制御ワードを
解読し、その後で伝送されたデータを逆スクランブルす
るために、受信機/デコーダ内に差し込まれたスマート
カード上に記憶される活用キーの同等物にアクセスする
受信機/デコーダ2000によって受信される。会費を
納付し終わった加入者は、例えば、放送月次EMM(エ
ンタイトルメント管理メッセージ)の中で、伝送の視聴
を可能にするために暗号化された制御ワードを解読する
のに必要な活用キーを受信するだろう。
媒体としてケーブルネットワークを活用するデジタルテ
レビシステム504の代替実施形態を描く。この図中、
類似する部分は類似する番号で示される。
は、ケーブルネットワーク550によって置き換えられ
る。さらに、この特定の実施形態においては、受信機/
デコーダ2000と対話型システム4000と条件付ア
クセスシステム5000間のモデム化されたバックチャ
ネルが削除され、それぞれケーブルネットワーク550
と条件付きアクセスシステム5000と対話型システム
4000の間のリンケージ554、556によって置き
換えられる。受信機/デコーダ2000は、このように
して、それが放送センタからデータを受信するにつれ
て、同じリンクを介してデータを送受できるようにする
ケーブルモデムまたは他の手段を活用して、ケーブルネ
ットワーク550を介して他のシステムと通信する。
続、インターネット、市内ケーブル分散ネットワーク、
無線接続、あるいは前記の任意の組み合わせなどの広域
ネットワーク(WAN)の任意の形式を取ってよい。本
実施形態においては、ハイブリッドファイバ同軸(HF
C)ネットワークが使用される。受信機/デコーダ20
00とテレビシステムの他の構成要素間の多様な通信の
手段が取り替え可能であることが認識される。
概観では、条件付きアクセスシステム5000は、加入
者許可システム(SAS)5200を含む。該SAS5
200は、1つまたは複数の加入者管理システム(SM
S)1100に、放送供給者ごとに1つのSMS、TC
P−IPリンクまたは他の種類のリンクであってよいリ
ンク1044によって接続される。代わりに、1つのS
MSは、2つの商業事業者の間で共用できるか、あるい
は一人の事業者が2つのSMSを使用できる等だろう。
する暗号化装置5100の形を取る第1暗号化装置は、
リンケージ1042によってSASに接続される。やは
りマザースマートカード5112を活用する暗号化装置
5102の形を取る第2暗号化装置は、リンケージ10
40によってマルチプレクサ1030に接続される。受
信機/デコーダ2000は、「ドーター」スマートカー
ド5500を受け入れる。受信機/デコーダは、通信サ
ーバ1200及びモデム化されたバックチャネル570
を介してSAS5200に直接的に接続される。SAS
は、特に、依頼に応じて加入権をドータ−スマートカー
ドに送信する。
ーネットケーブル接続は、PSTN570及び通信サー
バ1200を補足するか、置き換えるかのどちらかであ
る。
的な事業者からの機密情報を含む。「マザー」スマート
カードは、さまざまな種類のメッセージを暗号化し、
「ドータ−」スマートカードは、それらがそうする権利
を有する場合には該メッセージを平文に直す。
タルビデオ信号は、MPEG−2圧縮機1010を使用
して最初に圧縮される(またはビットレート減速され
る)。それから、この圧縮された信号は、他の圧縮デー
タなどの他のデータと多重化されるために、マルチプレ
クサとスクランブラ1030に伝送される。
使用され、マルチプレクサ1030内のMPEG−2ス
トリームに含まれる制御ワードを生成する。該制御ワー
ドは内部で生成され、エンドユーザの統合型受信機/デ
コーダ2000が番組を逆スクランブルできるようにす
る。
示すアクセス基準も、MPEG−2ストリームに追加さ
れる。番組は数多くの「加入」モードの1つ及び/また
は数多くの「有料視聴」(PPV)モードまたはイベン
トの1つで商品化されてよい。加入モードでは、エンド
ユーザは1つまたは複数の商業的なオファー、つまり
「ブーケ」に加入し、このようにしてそれらのブーケの
内側のあらゆるチャネルを見る権利を得る。有料視聴モ
ードでは、エンドユーザは、自分が希望するとおりにイ
ベントを購入する能力を備える。
ンタイトルメント制御メッセージ(ECM)を構築する
ために使用される。これは、1つのスクランブルされた
番組について送信されるメッセージである。該メッセー
ジは、(番組の逆スクランブルに対処する)制御ワード
及び放送プログラムのアクセス基準を含む。アクセス基
準及び制御ワードは、リンケージ1040を介して第2
暗号化装置5102に伝送される。この装置では、EC
Mが生成、暗号化、及びマルチプレクサとスクランブラ
1030に伝送される。
一斉送信される各サービスは、数多くの別個の成分を備
える。例えば、テレビ番組は、ビデオ成分、音声成分、
字幕成分等を含む。これらの成分のそれぞれが、個別に
スクランブルされ、それ以降の放送のために暗号化され
る。サービスのそれぞれのスクランブルされた成分とい
う点で、別個のECMが必要とされる。
EMMを備える電気信号をSAS5200から、暗号化
されたECMを第2暗号化装置5102から、及び圧縮
された番組を圧縮機1010から受信する。マルチプレ
クサ1030は、番組をスクランブルし、スクランブル
された番組、暗号化されたEMM及び暗号化されたEC
Mを電気信号として、例えば図1に図示されるような衛
星システム、または他の放送システムであってよい放送
システム600に伝送する。受信機/デコーダ2000
は、暗号化されたEMM及び暗号化されたECMを用い
てスクランブルされた番組を得るために信号を多重分離
する。
MPEG−2データストリームを抽出する。番組がスク
ランブルされている場合、受信機/デコーダ2000は
MPEG−2ストリームから対応するECMを抽出し、
エンドユーザの「ドータ−」スマートカード5500に
ECMを渡す。これが、受信機/デコーダ2000のハ
ウジングの中に差し込まれる。ドータ−スマートカード
5500は、エンドユーザがECMを「平文に直す」及
び番組にアクセスする権利を有するかどうかを制御す
る。有さない場合には、番組を逆スクランブルできない
旨を示すために、否定的なステータスが受信機/デコー
ダ2000に渡される。エンドユーザが実際に権利を有
する場合には、ECMは平文に直され、制御ワードが抽
出される。それから、デコーダ2000は、この制御ワ
ードを使用して番組を逆スクランブルする。MPEG−
2ストリームは復元され、テレビセット10000への
前方への伝送のためにビデオ信号に変換される。
CMはMPEG−2ストリームとともに伝送されておら
ず、受信機/デコーダ2000はデータを復元し、テレ
ビセット10000への伝送のために、信号をビデオ信
号に変換する。
は、特にエンドユーザファイル、(料金表と広告など
の)商業的なオファー、加入、PPV詳細、及びエンド
ユーザ消費と許可に関するデータのすべてを管理するデ
ータベース1150を含む。SMSは、SASから物理
的に遠い可能性がある。
れるエンタイトルメント管理メッセージ(EMM)に対
する修正またはその作成を暗示するメッセージをSAS
5200に伝送する。SMS1100は、EMMに対す
る修正またはEMMの作成を暗示しないが、(製品注文
時にエンドユーザに与えられる許可に、またはエンドユ
ーザが請求を受ける額に関する)エンドユーザの状態の
変化だけを暗示するメッセージもSAS5200に伝送
する。SAS5200は、SMS1100に(一般的に
は、電話のかけ直し情報、または料金請求書作成発行情
報などの情報を要求する)メッセージも送信し、その結
果2者の間の通信が双方向であることは明らかであろ
う。
要素が、ここで機能ブロックに関して説明されるだろ
う。
(DSTB)であってよい受信機/デコーダ2000
は、両方とも関連付けられたメモリ要素(図示されてい
ない)を有し、コプロセッサバス2006によって接合
されている中央ホストコンピュータ2002及びデジタ
ルTVコプロセッサ2004を備える。該コプロセッサ
2004は、USBインタフェース2007、直列イン
タフェース2072、並列インタフェース(図示されて
いない)、(図1のモデムバックチャネル570に接続
される)モデム2074、及びデコーダのフロントパネ
ル2054上のスイッチ接点から入力データを受信する
ように適応される。
ートコントローラ2080(及びオプションでブルーツ
ースがイネーブルされたデバイスなどの他の無線周辺機
器2082)から入力を受信するように適応され、それ
ぞれ銀行スマートカードと加入スマートカード206
0、2062を読み取るように適応された2台のスマー
トカード読取装置2050、2052も所有する。加入
スマートカード読取装置2052は、必要な制御ワード
をデマルチプレクサ/デスクランブラ/リマルチプレク
サ(装置2010に与え、暗号化された放送信号を逆ス
クランブルできるようにするために、差し込まれた加入
カード2062及び条件付きアクセス装置(図示されて
いない)と係合する。デコーダは、復調器/デスクラン
ブラ装置2010によってフィルタリングされ、多重分
離される前に、衛星伝送を受信し、復調するために、従
来のチューナ2016及び復調器2012も含む。特
に、第2チャネルを第1と並行して受信し、復号できる
ようにするために、第2チューナ2018及び第2復調
器2014も備えられる。
機/デコーダによって受信され、生成される番組及びア
プリケーションデータの記憶を可能にする。2台のチュ
ーナ2016、2018、2台の復調器2012、20
14、デスクラブラ/デマルチプレクサ/再マルチプレ
クサ2010及びデータでコーダ2024と音声デコー
ダ026とともに、高度なレコーディング及びプレイバ
ック機能が提供され、追加の番組が見られている間の1
つまたは複数の番組の同時録画、及びすべて並行して発
生する、ハードディスクに対する及びハードディスクか
らの、ディスプレイ装置に対する及びディスプレイ装置
へのより一般的な転送、及び/または入力と出力を可能
にする。
びビデオ出力2040は、それぞれPCMミキサー20
30と音声DAC2034、MPEGビデオデコーダ2
028、グラフィックエンジン2032、及びPAL/
SECAM2036によって供給される。言うまでもな
く、代替出力または相補的な出力が提供されてよい。
は、アプリケーションは、好ましくは受信機/デコーダ
20000の高水準機能を制御するためのコンピュータ
コードの部分である。例えば、エンドユーザがリモート
コントローラ2080のフォーカスをテレビセット(図
示されていない)の画面上で見られるボタンオブジェク
トの上に配置し、妥当性検査キーを押すと、該ボタンに
関連付けられる命令シーケンスが実行される。アプリケ
ーション及び関連付けられるミドルウェアは、ホストプ
ロセッサ2002によって実行され、遠隔手続き呼び出
し(RPC)は、必要に応じて及び必要時に、コプロセ
ッサバス2006を横切ってデジタルTVコプロセッサ
2004に対して行われる。
案し、エンドユーザの要求でコマンドを実行し、アプリ
ケーションの目的に関係するデータを提供する。アプリ
ケーションは常駐アプリケーション、つまり受信機/デ
コーダ2000のROM(またはFLASHまたは他の
不揮発性メモリ)に記憶されてよいか、あるいは受信機
/デコーダ2000のRAM、FLASHメモリ、また
はハードディスクに一斉送信され、ダウンロードされて
よい。
000内のメモリ場所に記憶され、リソースファイルと
して表される。リソースファイルは、グラフィックオブ
ジェクト記述装置ファイル、変数ブロック装置ファイ
ル、命令シーケンスファイル、アプリケーションファイ
ル、及びデータファイルを備える。
AMボリューム、FLASHボリューム及び少なくとも
1つのROMボリュームにも分割されるメモリ(図示さ
れていない)を含むが、この物理的な編成は論理的な編
成とは異なる。メモリは、さらに、多様なインタフェー
スと関連付けられたメモリボリュームに分割されてよ
い。ある観点からは、メモリは、ハードウェアの一部と
見なすことができる。別の観点からは、メモリは、ハー
ドウェアから離れて図示されるシステム全体をサポート
するまたは含むと見なすことができる。
ドウェアアーキテクチャ3000は、ソフトウェアが任
意の受信機/デコーダ内で、及び任意のオペレーティン
グシステムを用いて実現できるように編成された5つの
ソフトウェア層を含む。多様なソフトウェア層は、アプ
リケーション層3100、アプリケーションプログラミ
ングインタフェース(API)層3300、仮想機械層
3500、(多くの場合、単に「デバイス層」に省略さ
れる)デバイスインタフェース層3700、及びシステ
ムソフトウェア/ハードウェア層3900である。
デコーダ内に常駐するか、あるいは受信機/デコーダに
ダウンロードされるかのどちらかであるアプリケーショ
ン3120を包含する。それらは、例えば、Java、
HTML、MHEG−5または他の言語で作成されたカ
スタマによって使用される対話型アプリケーションであ
ってよいか、あるいはそれらは例えばこのような対話型
アプリケーションを実行するためなど他の目的のために
受信機/デコーダによって使用されるアプリケーション
であってよい。この層は、仮想機械層によって提供され
る開放アプリケーションプログラミングインタフェース
(API)の集合に基づいている。このシステムは、ア
プリケーションを、受信機/デコーダ内のハードディス
ク、フラッシュメモリまたはRAMメモリに、進行中
に、またはオンデマンドでダウンロードできるようにす
る。アプリケーションコードは、Data Stora
geMedia Command and Contr
ol(データ記憶媒体コマンドと制御)、Networ
k File Server(ネットワークファイルサ
ーバ)(NFS)などのプロトコルまたは他のプロトコ
ルを使用して圧縮済みフォーマットまたは未圧縮フォー
マットで伝送できる。
ョンの開発に高水準ユーティリティを提供する。それ
は、高水準APIを構成する複数のパッケージを含む。
パッケージは、対話型アプありケーションを実行するた
めに必要なすべての機能性を提供する。パッケージは、
アプリケーションによってアクセス可能である。
Java、PanTalkまたはこのような類似するプ
ログラミング言語で作成されたアプリケーション向けに
適応される。さらに、それは、HTML及びMHEG−
5などの他のフォーマットの解釈を助長できる。これら
の機能に加えて、それは、要件が支配するように切り離
し可能且つ拡張可能である他のパッケージ及びサービス
モジュールも含む。
及び多様なモジュールとシステムから構成される。カー
ネル3650(図示されていない)によって管理される
この層は、受信機/デコーダ内の対話型アプリケーショ
ンを受信し、実行するために必要なすべてから成り立っ
ている。
(通常、ここではただ「デバイス」と呼ばれる)デバイ
スマネージャ及びソフトウェアデバイスを含む。デバイ
スは、外部イベント及び物理インタフェースの管理に必
要な論理的なリソースから成り立っているソフトウェア
モジュールである。デバイスマネージャの制御下のデバ
イスインタフェース層は、ドライバとアプリケーション
間の通信チャネルを管理し、機能強化されたエラー除外
チェックを提供する。管理された(ハードウェア)デバ
イスのいくつかの例は、以下のとおりである。つまり、
カード読取装置3722(図示されていない)、モデム
3730(図示されていない)、ネットワーク3732
(図示されていない)、PCMCIA(パーソナルコン
ピュータメモリカード国際協会)、LEDディスプレイ
等である。API層は前記からデバイスを制御するた
め、プログラマは、直接的にこの層に対処する必要はな
い。
900は、受信機/デコーダのメーカによって提供され
る。システムのモジュール方式のため、及び(イベント
スケジューリング及びメモリ管理などの)より高いレベ
ルのオペレーティングシステムによって供給されるサー
ビスが仮想機械及びカーネルの一部であるため、より高
いレベルの層は特定のリアルタイムオペレーティングシ
ステム(RTOS)に、または特定のプロセッサに結び
付いていない。
ース層3700及び/またはAPI3300と組み合わ
される仮想機械層3500は、受信機/デコーダの「ミ
ドルウェア」と呼ばれる。
00、API層3300及び仮想機械層3500を備え
る)図5の上半分に対応する受信機/デコーダ3000
のソフトウェアアーキテクチャが、ここでさらに詳細に
説明されるだろう。
番組表、テレバンキングアプリケーション及びゲームな
どの製品とサービスを得るためにユーザが対話するアプ
リケーションである。
ケーションマネージャ3110に加えて、2種類のアプ
リケーションがある。それらがAPI3300に準拠す
る限り、いつでも追加できるウェブブラウザ3130な
どの対話型アプリケーションがあり、対話型アプリケー
ションを管理、サポートする常駐アプリケーションがあ
る。常駐アプリケーションは、実質的には恒久的であ
り、以下を含む。
2は、受信機/デコーダが電源投入されると起動される
最初のアプリケーションである。ブートアプリケーショ
ンは、最初にアプリケーションマネージャ3110を起
動してから、メモリマネージャ3544及びイベントマ
ネージャ3546などの仮想機械で「マネージャ」ソフ
トウェアモジュールを起動する。
ーションマネージャ3110は、受信機/デコーダ内で
実行される対話型アプリケーションを管理する。すなわ
ち、それはイベントを起動し、停止し、一時停止し、再
開し、処理し、アプリケーション間の通信に対処する。
それは、複数のアプリケーションを同時に実行できるよ
うにするため、それらの間でのリソースの割り当てに関
与する。このアプリケーションは、ユーザに対して完全
にトランスペアレントである。
ション3144の目的は、おもに初めてそれが使用され
るときに、受信機/デコーダを構成することである。そ
れは、テレビチャネルについての走査、日付と時刻の設
定、ユーザ優先順位の設定等のアクションを実行する。
ただし、セットアップアプリケーションは、受信機/デ
コーダ構成を変更するためにユーザによって任意の時点
で使用することができる。
ン3146は、プログラムアップキー、プログラムダウ
ンキー、及び数値キーを使用してチャネルを変更するた
めに使用される。例えば、バナー(パイロット)アプリ
ケーションを通して別の形のザッピングが使用されると
き、ザッピングアプリケーションは停止される。
ション3148は、受信機/デコーダメモリ内に記憶さ
れる多様なパラメータの値を抽出し、これらの値をモデ
ム化されたバックチャネル1070(図示されていな
い)を介して、または他の手段によって商業事業者に戻
すために使用される。
リケーションは、番組表アプリケーション3132、有
料視聴アプリケーション3134、バナー(パイロッ
ト)アプリケーション3136、ホームバンキングアプ
リケーション3138、ソフトウェアダウンロードアプ
リケーション3140、及びPVR(パーソナルビデオ
レコーダ)アプリケーション3154(以下を参照する
こと)を含む。
ンプログラミングインタフェース(API)層3300
は、複数のパッケージを含む。これらは、例えば、仮想
機械の基本的な機能にアクセスするために使用される基
本システムパッケージ3310、DAVICパッケージ
3320、及びおもなソフトウェアベンダに固有のソフ
トウェアアーキテクチャの機能にアクセスするために使
用される独自に開発したパッケージ3330を含む。
00は、以下を含む。
インタプリタが、読み取られるアプリケーションの種類
に準拠するためにインストールできる。これらは、Ja
vaインタプリタ3512、PanTalkインタプリ
タ3514、HTMLインタプリタ3516、MHEG
−5インタプリタ3518及び他を含む。
ンジン3540は、共通のデジタルビデオ一斉送信(D
VB)またはプログラムシステム情報プロトコル(PS
IP)テーブルをロード、監視し、それらをキャッシュ
の中に入れる。それは、それらの中に含まれるデータを
必要とするアプリケーションによるこれらのテーブルへ
のアクセスを可能にする。
は、それぞれのスレッドが独自のイベント待ち行列を有
する、予防マルチスレッドスケジューリングに対処す
る。
ールはメモリに対するアクセスを管理する。それは、必
要時にメモリ内のデータを自動的に圧縮し、自動ゴミ収
集を実行する。
ュールは、イベントを優先順位に従ってトリガできるよ
うにする。それはタイマ及びイベントグラビングを管理
し、アプリケーションがイベントを互いに送信できるよ
うにする。
は、ネイティブJava関数から発生するアドレスの解
決を可能にし、ダウンロードされるJavaクラスから
のネイティブメソッドをRAMの中にロードし、ROM
に向かってダウンロードされたネイティブコードからの
呼び出しを解決する。
ステムはオブジェクト指向であり、最適化されている。
それは、多言語サポート付きのベクトルフォントエンジ
ンだけではなく、グラフィックウィンドウ及びオブジェ
クト管理も含む。
ールはクラスをロードし、あらゆるクラス参照問題を解
決する。
ールはコンパクトであり、複数のROM、フラッシュ、
RAM、およびDSMCCボリューム付きの階層ファイ
ルシステムを管理するために最適化される。フラッシュ
完全性は、あらゆる事件に対して保証される。
ュールはアプリケーションを認証し、機密事項を扱うメ
モリ及びセットトップボックスの他のゾーンに対するア
プリケーションのアクセスを制御する。
は、遠隔DSMCC回転トレーから、またはNFSプロ
トコルを通した自動データロードを使用し、ダウンロー
ドされるファイルは常駐ファイルと同様にアクセスされ
る。メモリの片付け、圧縮、及び認証も提供される。
が、クライアントリソースが効率的に管理されるように
サポートされる。
びデバイスインタフェース層3700(図示されていな
い)内で実行している多様な異なるプロセスを管理す
る。効率及び信頼性の理由から、カーネルは、オペレー
ティングシステム用のPOSIX規格の関連する部分を
実現する。
talkアプリケーションを実行している)仮想機械
は、大容量記憶サーバ3850(図示されていない)な
どの、オペレーティングシステムの他の「サーバ」要素
とは別個の独自のスレッドの中で実行する。システム呼
び出しでパラメータとしてスレッドIDを渡すことを要
求するなどの対応する規約も、アプリケーション312
0がマルチスレッド環境によって益を得ることができる
ようにするためにAPI層3300内で作成される。
より多くの安定性を達成できる。例えば、仮想機械35
00が、クラッシュを経験するまたはデバイスにアクセ
スを試みるアプリケーションによって長時間ブロックさ
れるなど、なんらかの理由で動作するのを中止する場合
に、ハードディスクサーバなどのシステムの他のスピー
ドが重視される部分は動作し続けることができる。
けではなく、ハードディスクビデオレコーダ(HDV
R)モジュール3850も、ハードディスクまたは他の
取り付けられている大容量記憶構成要素の記録機能及び
プレイバック機能を処理するために提供される。サーバ
は、記録を処理する2つの別々のスレッド3854、3
856を備え、1つのスレッド3858はプレイバック
を処理するためであり、ファイルシステムライブラリ3
852は大容量記憶構成要素と接続するためである。
R)3850内のスレッド3854、3856、385
8の適切な1つが、例えば「録画」ボタンを押すユーザ
に応えて、パーソナルビデオレコーダ(PVR)アプリ
ケーション3154などのクライアントから、(ある特
定の番組の録画を開始するためのコマンドなどの)コマ
ンドを受信する。
画またはプレイバックされるビットストリームを処理す
る受信機/デコーダの部分をセットアップし、同期させ
るために(図7に図示されている)サービスデバイス3
736と対話する。平行して、スレッドは、ハードディ
スク2210(図示されていない)上の適切な場所での
記録またはプレイバックを調整するために、ファイルシ
ステムライブラリ3852とも対話する。
852は、どのサブトランスポートストリーム(ST
S)を(FIFOバッファを介して)転送するのか、及
びどのハードディスクターゲットにストリームが記憶さ
れなければならないのかを大容量記憶装置3728に告
げるコマンドを、(やはり図7に図示される)大容量記
憶装置3728に送信する。ハードディスク及び汎用フ
ァイル管理でのクラスタの割り当ては、ファイルシステ
ムライブラリ3852によって実施され、大容量記憶装
置自体はさらに低いレベルの動作に関与する。
それが受信機/デコーダの物理的な構成要素に関係しな
いという点でデバイスの中で他とは異なる。それは、代
わりに、単一の「インスタンス」の中に、チューナ、デ
マルチプレクサ、リマルチプレクサ、及び受信機/デコ
ーダ内のハードディスクデバイスの多様な集合を集める
高レベルインタフェースを提供し、さらに高いレベルの
プロセスを多様なサブデバイスを調整する難事から解放
する。
層3700及びシステムソフトウェア及びハードウェア
層3900を備える)図5の下半分に対応する受信機/
デコーダ3000のソフトウェアアーキテクチャが、こ
こでさらに詳細に説明されるだろう。
は、条件付きアクセスデバイス3720、図4の2つの
(またはおそらく3つ以上の)チューナ2016、20
18に対応するチューナデバイス3724、ビデオデバ
イス3734、I/Oポートデバイス3726、及び前
述されたサービスデバイス3736と大容量記憶装置3
728を含む。
ェースを定義すると見なすことができ、その結果、2つ
の異なるデバイスが、1つの共通した物理ポートに結合
されてよい。一定のデバイスはそれら自体の間で通信し
てよく、すべてのデバイスもカーネル3650の制御下
で動作する。
に、(アプリケーション命令シーケンスなどの)製品は
「クライアント」つまり、デバイスまたはデバイスマネ
ージャ3710への論理的なアクセス方法として宣言さ
れなければならない。マネージャは、クライアントに、
デバイスに対するすべてのアクセスで参照されるクライ
アント番号を与える。デバイスは、複数のクライアント
を有することができ、クライアントの数が、デバイスご
とにデバイスの種類に応じて指定されている。クライア
ントは、プロシージャ「Device:Open Ch
annel(デバイス:チャネル開放)によってデバイ
スに導入される。このプロシージャが、クライアントに
クライアント番号を割り当てる。クライアントは、プロ
シージャ「Device:Close Channel
(デバイス:チャネル閉鎖)によって、デバイスマネー
ジャ3710クライアントリストから取り出すことがで
きる。
されるデバイスに対するアクセスは、同期または非同期
のどちらかである。同期アクセスの場合、プロシージャ
「Devic:Call(デバイス:呼び出し)」が使
用される。これは、ただちに入手できるデータ、または
所望される応答を待機することを含まない機能性にアク
セスする手段である。非同期アクセスの場合、プロシー
ジャ「Device:I/O(デバイス:I/O)」が
使用される。これは、多重送信システムを見つけるため
にチューナ周波数を走査する、またはMPEGストリー
ムからテーブルを取り戻すなどの応答を待機することを
含むデータにアクセスする手段である。要求された結果
が入手可能であると、イベントはその到着を信号で知ら
せるためにエンジンの待ち行列に入れられる。追加プロ
シージャ「Device:Event(デバイス:イベ
ント)」は、予期されないイベントを管理する手段を提
供する。
は、受信機/デコーダのアーキテクチャの下半分が、図
8に図示される層に置き替えられる。
フェース(EDLI)3600が、仮想機械3500
(図示さていない)とデバイスインタフェース層370
0の間に提供され、抽象デバイスインタフェース380
0がデバイスインタフェース層3700とシステムソフ
トウェア/ハードウェア層3900の間に提供される。
それ以外の場合、類似する部分は類似する参照番号で示
される。
I)3600は、仮想機械3500とデバイスインタフ
ェース層3700間に専用インタフェースを提供し、通
常、デバイスインタフェース層にマルチスレッドサポー
トを提供する。EDLIの機能は、(デバイスインタフ
ェース層はそれ自体マルチスレッドをサポートする必要
がないため)ミドルウェアの適切なスレッドに非同期イ
ベントを送ることと、スレッド間でメッセージを送るこ
とを含む。
システムソフトウェア/ハードウェア層3900内のデ
バイスインタフェース層3700とデバイスドライバ3
910間に追加のインタフェースを提供する。このよう
なインタフェースを提供することによって、大きく、複
雑なデバイス層3700を、さらに大いにハードウェア
と無関係にすることができる。
的なシステムを説明する。
ダ内でのおもに音声/視覚データの(一般的にはハード
ウェアレベルでの)柔軟な経路指定を可能にし、動的な
方法でこのようなデータを送るのに適している。
に高いレベルで動作し、(ハードディスクなどの)大容
量装置への、及び大容量装置からのこのようなデータの
転送を可能にし、特にこのような転送を効率的に管理で
きるようにする。
テムの両方に関係し、(「ビデオ」デバイス及び「サー
ビス」デバイスなどの)専用のソフトウェアデバイスと
ハードウェアデバイスを使用して(前述されたような音
声/視覚データを包含する)さまざまなサービスの操作
を可能にし、特に、「プッシュ」モードと「プル」モー
ドの両方でのこのようなサービスの動作及び同期を可能
にする。
に第2システムと第3システムの詳細な説明が後に続
く。
経路指定は、ここで特に図9から図14に関して説明さ
れる。データは、数多くの考えられる経路指定構成に従
って、受信機/デコーダ2000を通って送られる。こ
れらのさまざまな経路指定構成は、リアルタイムユーザ
経路指定制御命令に従って動的に配列される。これらの
柔軟な経路指定機能を容易にするために、受信機/デコ
ーダ2000内での経路指定は、受信機/デコーダ20
00での経路指定のために使用されるコンポーネント間
での相互接続を制御するために使用されるソフトウェア
によって実現される経路指定装置により処理される。
トローラ2080を経路指定するために使用される受信
機/デコーダ2000の多様なコンポーネント間での相
互接続を概略して描き、流れ図は経路指定装置の動作を
それぞれ図解する。
コーダ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フォーマットで圧縮、コード化される。
10、8012からの出力は、受信された番組及び/ま
たはアプリケーションの映像コンポーネント、音声コン
ポーネント及びデータコンポーネントを含むデータスト
リーム8040、8042の形を取る。
図示される)デスクランブラ/デマルチプレクサ/リマ
ルチプレクサ2010に接続される。図9にさらに詳し
く図示されているように、フロントエンド8010、8
012のそれぞれが、それぞれデータストリーム804
0、8042のそれぞれを多重分離し、番組及び/また
はアプリケーションの多様な音声コンポーネント、映像
コンポーネント及びデータコンポーネントを抽出するよ
うに構成されるデマルチプレクサ8014、8016に
接続される。該デマルチプレクサ8014、8016
は、次に、それぞれがデマルチプレクサ8014、80
16と関連付けられ、データストリーム8040、80
42を逆スクランブルするようにそれぞれ構成されるデ
スクランブラ8018、8020に接続される。該逆ス
クランブルは、前述されたような条件付アクセスシステ
ムにより判断される特定的なアクセス可能性に従って発
生する。
リマルチプレクサ8030、8032及びFIFOバッ
ファ8046、8048を介して、ハードディスク21
00の形を取る記憶手段に直接的に接続される。したが
って、データをハードディスク2100上でスクランブ
ルされたフォーマットで記憶することが可能である。
IFOバッファ8044に接続される。該FIFOバッ
ファ8044は、次に、音声/ビデオデコ−ダ8022
の形を取る出力に接続される。音声/ビデオデコーダ8
022は、次にテレビ10000の形を取る表示手段に
接続される。音声/ビデオデコーダ8022は、部分的
に、図4に図示されるように、音声DAC2034、M
PEGビデオデコーダ2028、グラフィックエンジン
2032、及びPAL/SECAMエンコーダ2036
の概略表現である。
多重分離された、いくつかの場合にはそれらがハードデ
ィスク2100に書き込まれる前に逆スクランブルされ
たデータストリーム8040、8042を多重化し直す
(リマルチプレクスする)ように構成されている。この
ようにして、データストリーム8040、8042は、
ハードディスク2100上での記憶のために構成され
る。
のと同様のFIFOバッファ8050、及びデマルチプ
クレサ8026とデスクランブラ8028を介して音声
/ビデオデコーダ8022に接続される。
が、すべてのFIFOバッファを、可用性に基づき動的
に割り当てることのできる1つの連続ブロックRAMに
配置することが可能であることが理解されなければなら
ない。
トのそれぞれも、図4に図示されるように、ホストCP
U2002とデジタルTVコプロセッサ2004に接続
される。
受信機/デコーダのユーザインタフェースの概略図は、
図10に図示されている。該リモートコントローラ20
80は、参照番号8102で示されるメニューと機能キ
ーパッドだけではなく、概して参照番号8100で示さ
れる数値キーパッドも含む。該リモートコントローラ
は、典型的にはタイムシフトと関連付けられる以下の追
加のボタンも含む。つまり、記録8104、休止810
6、巻き戻し8108、及び先送り8110である。
ータの経路指定は、前記図9に関して説明された受信機
/デコーダ2000の多様なハードウェアコンポーネン
ト間でのデータの経路指定を制御する(図11に図示さ
れる)経路指定装置8070によって構成、制御され
る。
8070は、ある実施形態では、図6に図示される仮想
機械層3500の一部として提供される経路指定モジュ
ールの形を取ってよい経路指定手段8072を含む。別
の考えられる実施形態では、経路指定手段8072は、
図7に図示されているデ バイス層インタフェースの部
分を形成する経路指定装置の形を取ってよい。まだ別の
実施形態においては、経路指定手段8072は、サービ
スデバイス3736の部分を形成してよい。
ロントエンド8010、8012によって受信されるデ
ータストリーム8040、8042を、ハードディスク
2100の形を取る記憶手段だけではなく、出力807
8にも送るように構成される。経路指定手段8072
は、出力8078とハードディスク2100の両方にデ
ータストリーム8040、8042を送るようにも構成
される。
デコーダ8022を含む。出力8078は、さらに、テ
レビ10000上の出力に適した形式に数多くの別個の
番組からの音声コンポーネントと映像コンポーネントを
結合するための結合手段8094を含む。ある実施形態
では、結合手段8094は、グラフィックエンジン20
32によって、及び2030で示されるPCMミキシン
グの間に実現されてよい。
は、典型的には、典型的には「画像内画像」を含むディ
スプレイに形を取る、該または各テレビ番組のモザイク
を含む複合画像が作成される。「画像内画像」を生じさ
せるために、ビデオデバイス3734の制御下のMPE
Gデコーダ2028が、次にグラフィックエンジン20
32によってオーバレイされる各データストリーム80
40、8042に対応する別個の復号されたビデオ出力
を生じさせる。
されているPCMミキシング中に実現される「吹き替
え」技法を使用して結合される。
ぞれが独立したデータストリームを出力できる数多くの
独立した出力ポートを含む。この場合、出力8078は
複数の別個のテレビ10000に接続されている。
路指定は、概して参照番号8092により示される、ユ
ーザが経路指定手段8072の動作を制御できるように
する受信機手段8080によって受信されるユーザ経路
指定制御命令により制御される。一般的には、ユーザ経
路指定制御命令8092は、フロントパネル2054に
赤外線信号を送信するように構成されるリモートコント
ローラ2080を介してユーザによって入力される。
2100にデータを書き込むための書き込み手段808
6、及びハードディスク2100からデータを取り出す
ための検索手段8088も含む。好ましい実施形態で
は、書き込み手段は、FIFOバッファ8046と80
48の動作を制御する大容量記憶装置3728の形を取
り、好ましい実施形態では、検索手段は、図7に図示さ
れるような大容量記憶装置3728の形も取ってよい。
一般的には、FIFOバッファ8046、8048及び
8050は、動的に割り当てられるメモリバッファの形
を取り、ソフトウェアを介して制御される。ある実施形
態では、FIFOバッファはFIFOデバイスにより発
行されるコマンドを介して割り当てられ、解放される。
域、タイムシフト記憶領域8082とレコード記憶領域
8084を含む。タイムシフト記憶領域8082は、タ
イムシフト目的のためにデータストリーム8040、8
042内に含まれる番組を一時的に記憶するために使用
され、レコード記憶領域は、データストリーム804
0、8042に含まれる番組を記録するために使用され
る。このようにして、経路指定手段8072は、さら
に、タイムシフト記憶領域8082に、レコード記憶領
域8084に、及びタイムシフト記憶領域とレコード記
憶領域8082、8084の両方にデータストリーム8
040、8042を送るように構成される。
2は、ハードディスク2100上の円形バッファ内で実
現される。したがって、一般的には、限られた質のタイ
ムシフト情報だけを記憶することができる。したがっ
て、例えば、15分のバッファが提供されてよい。しか
しながら、ハードディスクドライブの容量とユーザ要件
に基づき、タイムシフト記憶領域とレコード記憶領域8
082、8084の容量を調整することも可能である。
80によっても受信される参照番号8090によって示
されるユーザタイムシフト制御命令を受信するようにも
構成される。
イムシフトは、リモートコントローラ2080を介して
ユーザによって制御される。このようにして、ユーザ
は、所望の番組をタイムシフト記憶領域8082に送ら
せ、タイムシフト記憶領域内に記憶させるリモートコン
トローラ2080を介して経路指定手段8072にタイ
ムシフト制御命令8090を発行する。このようにし
て、特定のタイムシフト動作が、リモートコントローラ
2080上のタイムシフト制御ボタン8104、810
6、8108及び8110を押すことによって、ユーザ
によって要求されると、データストリームは、適宜にタ
イムシフト記憶領域8082から、及びタイムシフト記
憶領域に送られてよい。タイムシフトに関する追加の詳
細は、以下の説明で示されるだろう。
る。
42のそれぞれが、出力8078に、及び受信されるユ
ーザ経路指定制御命令8092とユーザタイムシフト制
御命令8090に従って、ハードディスク2100のタ
イムシフト記憶領域8082またはレコード記憶領域8
084のどちらかに独立して送られてよい。
は、入力8010から、前述されたように生放送の視聴
のために音声/ビデオデコーダ8022を介してテレビ
10000に接続される出力8078にデータストリー
ム8040を送るように構成されてよい。同時に、経路
指定手段8072は、入力8010から、タイムシフト
目的のためにタイムシフト記憶領域8082に、記録の
ためにレコード記憶領域8084に、及びタイムシフト
記憶領域とレコード記憶領域8082、8084の両方
にデータストリーム8040を送ることができる。
に、及びタイムシフト記憶領域とレコード記憶領域80
82、8084にデータストリーム8042を送るよう
に構成されてもよい。
際の経路指定は、リアルタイムで、リモートコントロー
ラ2080を介してユーザによって制御される。したが
って、ユーザは、初期の経路指定構成をセットアップし
てから、リアルタイムで経路指定構成を意のままに改変
することができる。
にデータストリーム8040に含まれる第1番組を出力
8078に送り、記録のために、データストリーム80
42に含まれる第2番組をハードディスク2100のレ
コード記憶領域に送ることが可能である。ユーザは第1
番組を見ているときに、ユーザは、リモートコントロー
ラ2080上でチャネルを変更することによって記録さ
れている第2番組に切り替えることを決定できる。この
場合、データストリーム8042に含まれる第2番組
は、レコード記憶領域8084にだけではなく出力80
78にも送られる。
078に送られなくなるか、あるいは出力8078に送
られ続けられてよく、その場合第1番組と第2番組は結
合手段8094により結合される。一般的には、ユーザ
は、リモートコントローラ2080の機能キーを介し
て、結合されたディスプレイのモザイクの特定のフォー
マットを指定できる。
監視し、タイムシフトすることもできる。したがって、
例えば、ユーザは第1番組を出力8078に送り、同時
に第2番組を、それが、監視ウィンドウの形を取る、第
1番組と結合される出力8078に送ることができる。
第2番組は、それがタイムシフト目的のためにバッファ
に入れられるタイムシフト記憶領域8082に同時に送
られてよい。このようにして、強調表示が、監視されて
いる第2番組上で発生すると、ユーザは第2番組に切り
替え、タイムシフト記憶領域8082に記憶されている
バッファに入れられた情報を使用して、瞬時に強調表示
をリプレイできる。
それはタイムシフト記憶領域8082に送られ、次に第
2番組に切り替えることも可能である。それから、第1
番組に戻り、第1番組を再開することが可能であり、そ
の場合第1番組はタイムシフト記憶領域8082から出
力8078に送られる。ユーザは、早送りボタン811
0を使用して、タイムシフト記憶領域8082に記憶さ
れている第1番組のセグメントにざっと目を通すことも
できる。
の記録を開始することが可能であり、その場合、それも
レコード記憶領域8084に送られる。この場合、第1
番組は、タイムシフト記憶領域とレコード記憶領域80
82、8084だけではなく、生放送の視聴のために出
力にも送られるだろう。これにより、ユーザは、番組を
記録しながらそれを生放送で見ることができるようにな
り、ユーザは、所望される場合、番組のセグメントを瞬
時に見直す、あるいは実際には、バッファに入れられた
タイムシフト情報を使用してなんらかの方法で番組をタ
イムシフトすることもできるようになる。
ることも可能である。例えば、ユーザは、生放送で視聴
されている番組が、所望される場合に生番組をタイムシ
フトできるようにするためにタイムシフト記憶領域80
82に送られなければならないことを指定してよい。
放送の番組を送ることを開始するために、経路指定手段
88072を構成することが可能であることも注意され
る必要がある。この場合、ユーザが生番組を見始める
と、それは例えばコマーシャルの中断をとばすために先
送りすることができる。
は、経路指定構成に応じて、デマルチプレクサ801
4、8016、及び8026、ならびにそれぞれのデス
クランブラ8018、8020、及び8028、ならび
にリマルチプレクサ8030、8032を介して、フロ
ントエンド8010、8012と音声/ビデオデコーダ
8022及び/またはハードディスク2100の間の考
えられる相互接続の典型的な例を描く。これらの例は、
単に、前述されたようにユーザの命令を受けてリアルタ
イムで動的にセットアップされてよい、考えられる経路
指定シナリオを示すだけである。
バッファ8044、8046、8048及び8050は
図示されていない。
成の3つの例がここで示される。
るだろう。この構成では、受信機/デコーダ2000
は、第1番組を見ることができるように、第2番組を記
録できるように構成される。したがって、フロントエン
ド8010は、デマルチプレクサ8014と、次に音声
/ビデオデコーダ8022に直接接続されるデスクラン
ブラ8018に接続される。したがって、データストリ
ーム8040は、フロントエンド8010から、MPE
Gデータストリームを復元、復号し、データストリーム
8040をテレビ10000への入力のために構成する
音声/ビデオデコーダ8022に直接送られる。このよ
うにして、第1番組はリアルタイムで視聴されてよい。
行して、第2データストリーム8042は、デマルチプ
レクサ/デスクランブラ8016、8020により多重
分離され、逆スクランブルされ、それによって所望の番
組の関連する音声コンポーネント、映像コンポーネント
及びデータコンポーネントを、これらのコンポーネント
がハードディスク2100上での記憶に適した形式に再
度多重化し直される前に抽出する。このようにして、第
2番組は記録されてよい。次に、この番組は後に検索さ
れ、音声/ビデオデコーダ8022に送られてよい。
042の経路指定を動的に逆にすることもできる。この
ようにして、リアルタイムで、ユーザインタフェースを
介して、コンポーネント間の相互接続は改変されてよ
く、データストリーム8040はハードディスク210
0に送ることができ、データストリーム8042は音声
/ビデオデコーダ8022に送ることができる。
は、第1番組をタイムシフトし、第2番組を記録できる
ように構成される。この構成では、各フロントエンド8
010、8012は、それぞれ、次にハードディスク2
100に接続されるリマルチプレクサ8030、803
2に次に接続されるデマルチプレクサ/デスクランブラ
8014、8018及び8016、8020に接続され
る。それから、ハードディスク2100は、音声/ビデ
オデコーダ8022に接続されるデマルチプレクサ/デ
スクランブラ8026、8028に接続される。したが
って、データストリーム8040、8042は、関連す
るデマルチプレクサ、デスクランブラ及びリマルチプレ
クサを介してハードディスク2100に送られ、次に、
選択的に取り出され、音声/ビデオデコーダ8022に
転送される。
第1番組、例えば、データストリーム8040に含まれ
る番組を記録し、データストリーム8042内に含まれ
る第2番組をタイムシフトすることが可能である。第1
番組は、番組の長さに基づいて事前に割り当てられる、
ハードディスク2100上のレコード記憶領域8084
内の事前に指定されたロケーションに記憶される。それ
から後にこの番組は取り出され、音声/ビデオデコーダ
8022に転送されてよい。第2番組はタイムシフト情
報のために、やはりハードディスク2100上に位置し
ているタイムシフト記憶領域8082内に含まれる円形
バッファに記憶される。この番組は、次にタイムシフト
記憶領域8082から取り出され、音声/ビデオデコー
ダ8022に送られてよい。十分なハードディスク容量
が使用できるならば、2つの番組を同時に記録すること
も可能であり、その場合、両方のデータストリーム80
40、8042ともハードディスク2100のレコード
記憶領域8084に送られ、記憶される。
は、第2番組が記録されている間に第1番組を視聴し、
タイムシフトすることを可能にするように構成される。
この構成では、前述されたように、各フロントエンド8
010、8012は、それぞれデマルチプレクサ/デス
クランブラ8014、8018と8016、8020
に、次にリマルチプレクサ8030、8032を介して
ハードディスク2100に接続される。したがって、デ
ータストリーム8040内に含まれている第1番組は、
音声/ビデオデコーダ8022だけではなく、ハードデ
ィスク2100のタイムシフト記憶領域8082にも送
られ、それにより第1番組を、それがタイムシフト目的
のためにバッファに入れられているのと同時に見ること
ができるようにする。同時に、データストリーム804
2に含まれている第2番組も、記録のためにハードディ
スク2100のレコード記憶領域8084に送られる。
的に送り直すことも可能である。したがって、音声/ビ
デオデコーダ8022からデマルチプレクサ/デスクラ
ンブラ8014、8018を切断し、代わりにデマルチ
プレクサ/デスクランブラ8016、8020を音声/
ビデオデコーダ8022に接続することが可能である。
前述されたように、デマルチプレクサ/デスクランブラ
8014、8018及びデマルチプレクサ/デスクラン
ブラ8016、8020は、実際には切断されないか、
あるいは音声/ビデオデコーダ8022に接続され、む
しろデータストリーム8040、8042はFIFOバ
ッファ8044を介して選択的に音声/ビデオデコーダ
8022に送られる。
様なハードウェアコンポーネントの相互接続を証明する
ために使用可能な経路指定構成の範囲を描くだけであ
り、決して唯一の考えられる使用可能な構成ではないこ
とに注意しなければならない。
受信機/デコーダ2000の動的な経路指定機能によ
り、ユーザは受信機/デコーダ2000を介してリアル
タイムで番組の経路指定を改変し、したがって複数の番
組を選択的に視聴し、記録できる。さらに、ユーザは、
受信機/デコーダ2000によって受信される番組のタ
イムシフトも制御できる。加えて、受信機/デコーダ2
000により、ユーザは、結合手段8094を介して、
単一のディスプレイ上で複数の番組を視聴できる。この
ようにして、ユーザは、ユーザがリアルタイムで、意の
ままに、受信される番組のどれが生放送で視聴されるの
か、どれがタイムシフトされるのか、及びどれが記録さ
れるのかを決定できるようにする柔軟なシステムを備え
る。さらに、ユーザは、単一ディスプレイ上で1つまた
は複数の番組を選択的に監視できる。
さらに高いアーキテクチャレベルで動作する大量記憶シ
ステムが、ある程度詳しくここで説明されるだろう。
フト及び/または後に視聴のために、テレビ番組の記録
を可能とするために、受信機/デコーダは、例えば、図
15に図示されるようなハードディスクなどの記憶装置
2100を備える。ハードディスク2100上でのテレ
ビ番組に対応するビットストリームの記憶は、パラメー
タとして、つまり記憶されるデータが読み取られる(例
えば、バッファ等)メモリロケーションである発信元、
及びデータを書き込む必要があるロケーション(例え
ば、ハードディスク2100上のロケーション)である
宛先を有するコマンドにより開始されてよい。同様のコ
マンドは、記憶されているビットストリームのプレイバ
ックを開始してよい。この場合、発信元パラメータは、
ハードディスク2100上のロケーションだろう。さら
に、テレビ番組に対応するビットストリームが、ハード
ディスク2100に対してよりむしろ、別のデバイス、
例えばファイアワイアポートに書き込まれることが必要
とされる場合がある。データ転送を開始するコマンドの
発信元と宛先のパラメータは、所望される効果に応じて
選択される。
が、ビットストリームの転送を制御するために使用され
てよく、該コマンドは、発信元と宛先の少なくとも1つ
を変更するように適合される。
れるように、転送の宛先6470は、ハードディスク2
100上のあるロケーション6470aから、別のこの
ようなロケーション6470b(図16A)に、あるい
はハードディスク2100上のロケーションから(実際
には例えば別のハードディスクであってよい)別のデバ
イス6470c(図16B)に変更されてよい。転送の
発信元6472は、さらに、または代わりに第1デバイ
ス6472aから第2デバイス6472b(図16c)
に変更されてよい。
ームの転送を拡張するために使用されてよい。例えば、
第1コマンドがハードディスク2100の特定の未使用
のフラグメント6470a(図16A)へのビットスト
リームの転送を開始し、フラグメントがいっぱいになっ
た場合、第2コマンドは、ビットストリームの記憶が続
行しなければならなかったハードディスク2100の追
加の未使用フラグメント6470bのアドレスを指定す
る可能性がある。この第2コマンドは、第1フラグメン
ト6470aがいったんいっぱいになると発行される可
能性があるか、あるいはデータのさらに円滑な転送を実
現するために、第2コマンドは第1フラグメント647
0aが充填される前に発行される可能性がある。
されているビットストリームを読み取るとき、第1コマ
ンドは一定量のデータが読み取られなければならなかっ
たこと、あるいはすべてのデータが特定のフラグメント
の最後まで読み取られなければならなかったことを指定
できる。この場合、第2コマンドは、データが読み取ら
れなければならない(同じフラグメント内の、あるいは
新しいフラグメント内の)追加アドレスを指定できる。
ること)内のハードディスク2100上でのビットスト
リームの記憶をさらに容易にするために、ハードディス
クは、記憶されるデータが通過する入力ストリーム64
04、及び記憶装置から読み取られるデータが通過する
出力ストリーム6406を有する。入力ストリームと出
力ストリーム6404、6406は、図示されているよ
うに、例えば、FIFO6400、6402の形を取る
ことができるそれぞれ入力バッファと出力バッファを介
してマルチプレクサ/デマルチプレクサに接続される。
入力ストリーム6404は、記憶される多様なストリー
ム(例えば、音声、ビデオ、字幕等)を多重化するマル
チプレクサ2010のリマルチプレクサ部分に接続され
る。出力ストリーム6406は、ハードディスク210
0から受信されるビットストリームを多重分離するマル
チプレクサ2010のデマルチプレクサ部分に接続され
る。
を記憶するために、受信機/デコーダ2000は、さら
に、プロセス制御装置(例えば、ファイルシステムライ
ブラリ3852)、記憶装置(例えば、大容量記憶装置
3728とハードディスク2100)、及びユーザが
(直接的にまたは間接的に)番組、または記憶装置上の
ビットストリーム6410の他の定められたセクション
の記憶を開始または終了できるようにするユーザインタ
フェースまたは視聴者インタフェース6408を備え
る。さらに詳細に後述されるように、受信機/デコーダ
2000は、所望されるビットストリームセクションの
実際のビットカウントまたは予想されるビットカウント
よりはるかに小さなサイズのそれぞれのメモリロケーシ
ョンを割り当て、前記ロケーションで入信ビットストリ
ームの対応する部分を記憶することによって、ハードデ
ィスク2100内の適切なメモリロケーションに(例え
ば、特定のテレビ番組に対応する)ビットストリーム6
410のセクションを記憶するように適合され、該ステ
ップは、ビットストリームの記憶が終了されるまで繰り
返され、それによりビットストリームの記憶中に割り当
てられるが、記憶のために利用されないメモリの範囲を
制限する。
めの手順は、図17に概して図示されている。
タンを押すことによって、あるいはなんらかの他のユー
ザインタフェースを通して)番組の記録を開始するよう
にユーザによって要求されると、デバイスインタフェー
ス層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パラメータにより渡され
る、書き込まれるデータの量は、これが既知である場
合、番組を表すビットストリームの実際のビットカウン
トよりはるかに少ないか、あるいは番組の予想されるビ
ットカウントよりはるかに少ない。ビットカウントは、
番組の持続時間と番組の種類の平均ビットレートの積を
求めることにより予想できる。多様な種類の番組は、番
組のユーザが必要とする、または予想するだろう品質に
応じて多様な平均ビットレートを有してよい。例えば、
ニュースレポート、動画番組等は低い平均ビットレート
を有する可能性があるが、映画ははるかに高い平均ビッ
トレートを有する可能性がある。
の参照のために転送プロセスを特定するハンドルTRA
NSFER_HANDLEを戻す。
コマンドが、例えば大容量記憶装置3758によって立
ち上げられるイベントまたは中断を介して実行された旨
の確認を受信するとき、及びビットストリームの記録が
(6456で判断される)なんらかの理由で終了されて
いない場合、形式CONT_WRITE(TRANSF
ER_HANDLE,ADDRESS,LENGTH)
の第2コマンドが、データストリームの記憶を続行する
ために、ファイルシステムライブラリ3852によって
大容量記憶装置3758に送信される。このコマンドに
対するADDRESSパラメータは、データの次の部分
が記憶されなければならないアドレスを示す。LENG
THパラメータはそのアドレスに記憶されるデータの量
を示す。TRANSFER_HANDLEは、STAR
T_WRITEコマンドによって戻されるハンドルであ
る。この第2の種類のコマンドは、いったん先行するコ
マンドが実行されると、伝送の事前に設定された持続時
間が記録されるまで、あるいは記録がユーザによってま
たはなんらかの理由により終了されるまで作成され続け
る。
ハードディスク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) 等の一連のコマンドにより充填できるだろう。これは、
例えば、少ししか残っている容量がないハードディスク
に複数の番組を同時に記録するときに有利となる可能性
がある。
わりに、任意の、あるいはそれぞれのコマンドは、特に
ハードディスク2100がすでにいくぶん断片化され
る、及び/あるいは容量に近づいてきているときに、パ
ラメータとして、アドレス、及びデータの対応するバイ
ト数のリストを渡すことができる。
ディスク2100上への記録は、ここでさらに図18に
関して説明されるだろう。
ビットストリーム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に書き込まれる。
記憶装置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を有する。
記憶装置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のアドレスとサイズに相当す
る。それから、この手順は続行し、記録が終了されるま
で、ビットストリームの追加部分を記録するために追加
コマンドが発行される。
ディスク2100から読み取るための手順は、ビットス
トリームの実際のビットカウントまたは予想されるビッ
トカウントよりはるかに小さいサイズのそれぞれのメモ
リロケーションからビットストリームの一部を読み取る
ことで開始し、ビットストリームの読み取りが終了され
るまで追加のそれぞれのメモリロケーションからの追加
部分の読み取りで続行する。これは、図19に概して示
されている。
始されると、プレイバックスレッド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)から
読み取られる。
は、将来の参照のために転送プロセスを特定するハンド
ルTRANSFER_HANDLEも戻す。
例えば、大容量記憶装置3728によって立ち上げられ
るイベントまたは割り込みを介して、コマンドが実行さ
れた旨の確認を受信するとき、及びビットストリームの
プレイバックが終了していない(6466で決定され
る)場合、CONT_PLAYBACK(TRANSF
ER_HANDLE,ADDRESS,LENGTH)
の形の第2コマンドが、ファイルのプレイバックを続行
するために、ファイルシステムライブラリ3852によ
って大容量記憶装置3758に送信される。このコマン
ドに対するADDRESSパラメータは、データの次の
部分が読み取られるアドレスを示し、LENGTHパラ
メータは、そのアドレスから読み取られるデータ量を示
す。この第2種類のコマンドは、いったん先行するコマ
ンドが実行されると、完全なファイルがプレイバックさ
れるまで、あるいはプレイバックがユーザによって終了
されるまで作成され続ける。
スク2100上の複数のフラグメントに記憶されると
き、コマンドのADDRESSパラメータはフラグメン
ト内の第1アドレスに相当し、LENGTHパラメータ
は、前述されたように、フラグメントのサイズに相当す
る。代わりに、単一フラグメントは、複数のコマンドを
使用して読み取られ、フラグメントの連続部分を読み取
るだろう。
ータとして、数多くのフラグメント内の第1アドレスと
それらのフラグメントのサイズに相当するアドレスと長
さのリストを渡してよい。
トストリームの読み取りが、図20に関してさらに説明
されるだろう。
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に、データが無事に読み取ら
れた旨を示すイベントを立ち上げる。
次に、第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に書き込まれる。
グメント6438からの残りのデータで開始し、必要と
されるビットストリームの全体が読み取られるまで、あ
るいはビットストリームの読み取りがなんらかの理由か
ら終了されるまでこのようにして続行する。
を読み取るために、類似するプロセスが使用されてよ
い。
してコンテンツのプレイバックを制御するためにサービ
スデバイスとビデオデバイスを使用することは、ここに
図21から図23に関してある程度詳しく説明されるだ
ろう。特に、同期のさまざまな方法を使用することも説
明されるだろう。 サービスの操作 サービスの操作は、背景によってここに説明されるだろ
う。サービスの提示は、2つの実施形態、後述されるビ
デオデバイス3734とサービスデバイス3736によ
って調整される。MPEGビットストリームは、部分的
にサービスデバイス3736の制御下にあるデマルチプ
レクサ2010に送られる。サービスデバイスは、サー
ビスのコンポーネントを多重分離し、音声パケットとビ
デオパケットを復元し、あらゆるスクランブルされたコ
ンポーネントを逆スクランブルし、サービスのメインコ
ンポーネントの処理を休止、再開し、コピー保護システ
ムを起動、非活性化、及び構成し、サービスのコンポー
ネントの同期を管理し、MPEG変数を管理し、その機
能性を調整するために必要とされる多様なハードウェア
コンポーネントの機能性の多くをカプセル化する。
サ2010は、ビデオシーケンス(つまり、ビデオPH
Dシーケンス)及び(音声、字幕等などの)他のコンポ
ーネントをMPEGビデオビットストリームから抽出し
てから、音声コンポーネント及び映像コンポーネント
を、それが復号されるMPEGデコーダに送るために制
御される。代わりに、「プル」モードでは、メインビデ
オシーケンス及び音声シーケンスは、次にメインビデオ
シーケンス及び音声シーケンスを例えばハードディスク
から受信する1つまたは複数のFIFOから抽出されて
よい。
うにメインビデオシーケンスのディスプレイの制御で役
割を果たす。 サービスデバイス サービスデバイス3736は、受信機/デコーダが仮想
ビデオレコーダとして機能するために必要な数多くの機
構をカプセル化する。この関数は、後述される数多くの
コマンドを含むインタフェースを使用してPVRアプリ
ケーション3154の制御下で実行される。サービスデ
バイスは、PVRアプリケーションからコマンドを受信
し、サービスを処理する際に必要とされるハードウェア
コンポーネント(つまり、チューナ、リマルチプレク
サ、デマルチプレクサ等)にコマンドを発行する。
は、以下の3つの関数モードの1つにあってよい(これ
らの関数モード間の遷移を引き起こすコマンドも示す図
21を参照すること)。
ERVICE_STOPコマンドの後、及びSERVI
CE_STARTまたはSERVICE_RESUME
コマンドの前にこの関数モードにある。
SERVICE_STARTまたはSERVICE−R
ESUMEコマンドとSERVICE_STOPまたは
SERVICE_PAUSEコマンドの間のこの関数モ
ードにある。
は、サービスのメインコンポーネントの処理を一時停止
し、再開することを目的とするSERVICE_PAU
SEコマンドとSERVICE_RESUMEコマンド
の間、及びSEVICE_PAUSEコマンドとSER
VICE_STOPコマンドの間のこの関数モードにあ
る。
以下に説明する。
ケーション3154によって呼び出されてよい以下のコ
マンドを提供する。
は、サービスのメインコンポーネントの処理を停止する
ようにサービスデバイス3736に命令する。図21に
図示されるように、コマンドは、サービスデバイスが、
それがSTOP関数モードへの移動を引き起こすPLA
Y関数モードまたはPAUSE関数モードにあるときに
呼び出されてよい。
出されたときにサービスデバイス3736がPLAY関
数モードにあった場合、デバイスは、サービスの多様な
構成要素の多重分離、復元及び逆スクランブルを休止す
る。サービスデバイスがPAUSE関数モードにあった
場合、これらの動作はすでに休止されているだろう。両
方のケースにおいて、デバイスは現在表示されているビ
デオフレームを削除し、ビデオディスプレイプロセスを
停止するだろう。コマンドが呼び出されたときに復元の
ために待ち行列に入れられたデータは、廃棄される。
ドは、サービスのメインコンポーネントの処理を一時停
止するようにサービスデバイス3736に命令する。デ
バイスは、最初に、コマンドが呼び出された後に復号さ
れた次のビデオフレームのディスプレイをフリーズす
る。このフレームがフリーズされるとすぐに、デバイス
は音声も消す。それからサービスの多様なコンポーネン
トの多重分離、復元及び逆スクランブルも休止される。
に休止されるイベントの代替順序も考えられる。すでに
多重分離されているデータの復号は、最後の表示可能な
フレーム(すべてのビデオデータが多重分離される最後
のフレーム)が検出されるまで続行する。それから、こ
のフレームは表示、フリーズされ、音声は消され、すべ
てのコンポーネントの復号が休止される。
イがフリーズされる瞬間に復元のために待ち行列に入れ
られたすべてのデータは、万一SERVICE_RES
UMEコマンドが呼び出される場合に不連続性を防ぐた
めに保持される。
さらに詳しく後述されるように「プッシュ」M−度で受
信されているサービスに対して発行されると、SERV
ICEデバイスは(ストリームの読み取りを開始するた
めに)リマルチプレクサ、(デマルチプレクサ、リマル
チプレクサ、及びハードディスク間でバッファを構成す
るために)FIFOデバイス3744、及び(ハードデ
ィスクにFIFOを介して接続されるデマルチプレクサ
に入力を設定するために)DEMUXデバイスを担当す
るTS_REMUXデバイスに適切なコマンドを送信す
る。
サービスデバイスがPLAY関数モードにいるときだけ
に呼び出されてよい。PAUSE関数モードへの遷移
は、前述されたシーケンスの1つが発生し、非同期イベ
ントが無事に生成されたときにだけ発生する。いったん
PAUSE関数モードに入ると、サービスデバイス37
36は、SERVICE_RESUMEコマンドへの呼
び出し成功後にPLAY関数モードに、あるいはSER
VICE_STOPコマンドへの呼び出し成功後にST
OP関数モードに戻ってよい。
ンドは、サービスデバイス3736に、サービスのメイ
ンコンポーネントの処理を再開(または開始)するよう
に命令する。このコマンドが呼び出されると、デバイス
は、サービスの多様なコンポーネントの多重分離、復元
及び逆スクランブルを(再)開始してから、指定される
種類の次に復号されたフレーム(内、参照等)ビデオの
表示を(再)開始する。
6がPAUSE関数モードまたはSTOP関数モードに
あるときに呼び出されてよく、それはPLAY関数モー
ドへの即時移動を生じさせる。
呼び出されると、サービスデバイスにデコーダを再起動
時にフラッシュするかどうかを命令する再起動モードが
指定される。デコーダのこのようなフラッシュはプレイ
バック中に不連続を生じさせ、復号ソースが変化すると
き(例えば、システムが生放送で再生してから、休止さ
れ、次にハードディスクから再開されるときなど)に使
用される。
は、不連続なしで達成される。つまり、フリーズされた
フレームは、サービスデバイス3736が表示するため
の新規の有効なフレームを有するまで表示される。新し
いフレームが表示されるとすぐに、音声消音は取り消さ
れ、サービスの再開が完了した旨を示す非同期イベント
が無事に生成される。このフラッシュなしの再開は、例
えば、システムがハードディスクから再生してから、休
止され、次に再びハードディスクから再開されるときに
引き受けられる。
4によって表示されているビデオシーケンスのVide
oModeパラメータ(以下を参照)が値SINGLE
_FRAMEを有するときにSERVICE_PLAY
またはSERVICE_RESUMEコマンドが呼び出
される場合、サービスデバイス3736は、次のビデオ
フレームが復号され、表示されるまでサービスの多様な
コンポーネントの多重分離、復元、及び逆スクランブル
を(再)起動する。それから、このフレームはフリーズ
され、サービスのコンポーネントの処理は、データが廃
棄されることなく一時停止される。いったんこの一時停
止が完了すると非同期イベントは無事に送信され、サー
ビスデバイス3736はPAUSE関数モードに移動す
る。
ICE_RESUMEコマンドの実行中―――それら自
体を含む――大部分の他のコマンドは、拒絶される。
「実行中」とは、コマンド呼び出しと、コマンドの最後
を示すIOイベントがアプリケーションによって受信さ
れる瞬間の間を意味する。
反映するこれらのコマンドに加えて、一定の追加のコマ
ンド及びイベントが、後述されるように提供される。
ンドは、メインコンポーネントのPIDのデバイスに、
操作される(したがって、多重分離される)サービスを
知らせる。この関数は、サービスデバイスがSTOPモ
ードまたはPAUSEモードにあり、それがこのモード
を変更しないときにだけ呼び出すことができる。
れるサービスのメインコンポーネント(ビデオ、音声、
テレテキスト、字幕、PCR及び重畳)のPIDを示す
パラメータを渡す。
は、サービスのコンポーネントの1つについての復号の
問題(例えば、データの不在、誤ったデータ、または帯
域幅オーバフロー)を信号で知らせるためにサービスデ
バイス3736により送信される。このイベントは、デ
バイスがPLAY関数モードにあるとき、及び ・サービスの一次コンポーネントに割り当てられるPI
Dによってデータが搬送されていないとき ・正しくないデータがこのPIDによって搬送されてい
るとき、あるいは ・(後述される)ビデオデバイスのVIDEO_CHA
NGE_SPEEDコマンドによって設定される要求さ
れるビデオスピードが速すぎる(つまり、再生している
サービス(デマルチプレクサ/デコーダ)に必要とされ
るハードウェアの最大帯域幅に達している)ときにだけ
送信される。
も送信されなければならない。
の搬送をやめるとき ・正しいデータを搬送したPIDが正しいデータを搬送
するのをやめるとき ・データを搬送していないPIDが誤ったデータの搬送
を始めるとき、あるいは ・正しいデータを搬送するPIDの操作が最大帯域幅を
超えるとき EV_SERVICE_OFFイベントが帯域幅の問題
のために送信される場合、該イベントにより指定される
PIDは、映像コンポーネントのPIDに相当する。そ
れ以外の場合、該イベントにより指定されるPIDは、
問題がないコンポーネントのPIDである。
サービスのコンポーネントの1つの正しい復号を信号で
知らせるためにデバイスにより送信される。このイベン
トは、サービスデバイス3736がPLAY関数モード
にあるとき、及び一次コンポーネントのPIDが正しい
ときにだけ送信される。
のためのもう1つの条件は、ビデオデバイス3734の
VIDEO_CHANGE_SPEEDコマンド(後述
される)によって設定される要求されたVideoSp
eedが高速すぎない(つまり、サービス操作に必要と
されるハードウェア(デマルチプレクサ/デコーダ)の
最大帯域幅にまだ到達していない)ということである。
(及び各一次コンポーネントに)送信される。
データの搬送を始める(及び最大帯域幅に到達していな
い)とき ・誤ったデータを搬送していたPIDが正しいデータの
搬送を始める(及び最大帯域幅に達していない)とき、
あるいは ・必要とされている帯域幅が最大を超えて移動し、正し
いデータが一次コンポーネントのPIDにより搬送され
るとき。
場合と同様に、該イベントが帯域幅の問題(現在は補正
されている)のために送信される場合、該イベントによ
り指定されるPIDは映像コンポーネントのPIDに相
当する。それ以外の場合、イベントにより指定されるP
IDは、問題があったコンポーネントのPIDである。
同期コマンドは、アプリケーションが、サービスデバイ
ス3736の同期モードをプログラムできるようにす
る。多様な同期モードが後述される。このコマンドは、
サービスデバイスの3つの関数モード(STOP、PL
AY、PAUSE)のどれかで呼び出すことができる。
PLAY関数モードで呼び出されると、新規同期モード
が呼び出し直後に適用される。関係するコンポーネント
(PCR、ビデオ、音声)のPIDが多重分離されてい
ないために所望の同期モードを適用できない場合、同期
ディスエーブルモードがデバイスによって自動的に適用
される。デバイスによって適用される同期モードが修正
されると、EV_SERVICE_SYNCHROイベ
ント(後述される)が送信される。
モードで呼び出される場合、所望の同期モードはデバイ
スによって保存され、(可能である場合には)デバイス
がPLAYモードに移動するときに適用される。所望の
モードを適用することが可能ではない場合、同期ディス
エーブルモードが適用されるだろう。EV_SERVI
CE_SYNCHROイベント(後述される)は、デバ
イスにより適用される同期モードが修正される場合にデ
バイスがPLAY関数モードに移動すると送信される。
同期コマンドは、PVRアプリケーション3154が、
サービスデバイスが適用しなければならないことが意図
されるのはどの同期モードなのか、及び実際にサービス
モードによってどのモードが適用されているのかを判断
できるようにする。
NCHROコマンドに対する過去の呼び出しによって現
在プログラムされている同期モードを示すSYNCHR
O_PROG ・デバイスによって実際に適用されている同期モードを
示すSYNCHRO_REAL デバイスによって適用される同期モードは、関係するコ
ンポーネント(PCR、ビデオ、音声)が多重分離され
ない場合、SERVICE_SET_SYNCHROコ
マンドに対する過去の呼び出しによってプログラムされ
るものとは異なることがある。この場合、前述されたよ
うに、ディスエーブルされる同期モードが適用される。
の関数モード(STOP、PLAY、PAUSE)のど
れかで呼び出されてよい。PAUSEまたはSTOP関
数モードでは、デバイスは同期モードを適用していな
い。つまり戻されるSYNCHRO_REALパラメー
タが、それが前回PLAY関数モードにあった、デバイ
スによって適用された同期モードを示す。
ベントが、デバイスによって適用される同期モードが変
化したことを信号で知らせるために、サービスデバイス
3736によって送信される。これは、デバイスがPL
AY関数モードにあり、 ・アプリケーションは、デバイスによって適用される同
期モードで変化を誘発するSERVICE_SET_S
YNCHROコマンドを呼び出したとき ・プログラムされている同期モードをサポートしている
コンポーネント(PCR、ビデオ、音声)のPIDがデ
バイスがもはや多重分離されていないために、デバイス
が適用されている同期モードを同期ディスエーブルモー
ドに自動的に変更したとき、あるいは ・多重分離されなかった関係するコンポーネント(PC
R、ビデオ、音声)のPIDが多重分離され始めたた
め、デバイスが適用されている同期モードを同期ディス
エーブルモードからプログラムされている同期モードに
自動的に変更したときにだけ起こることがある。
P関数モードでは絶対に送信されない。SERVICE
_SET_SYNCHROコマンドが、デバイスがこれ
らのモードの1つにある間に呼び出されると、EV_S
ERVICE_SYNCHROは、デバイスがPLAY
関数モードに移動するとき、及びデバイスにより適用さ
れる同期モードが変化する場合にだけ送信されるにすぎ
ないだろう。 ビデオデバイス ビデオデバイス3734も、受信機/デコーダが仮想ビ
デオレコーダとして機能するために必要な数多くの機構
をカプセル化する。メインビデオシーケンスの表示を制
御するために、ビデオデバイスは、例えばPVRアプリ
ケーション3154によって、あるいはサービスデバイ
ス3736によって呼び出されてよい数多くのコマンド
を備える。
は、メインビデオシーケンスの表示をフリーズする役割
を果たす。このコマンドが呼び出されると、メインビデ
オシーケンスの次に復号されるフレームはディスプレイ
上でフリーズされるが、シーケンスの復号は先に進む。
このコマンドは、サービスデバイス3736がPLAY
関数モードにあるときにだけ呼び出されてよい。
ドは、それが、いったんシーケンスの次の1フレームが
復号されるとシーケンスの表示を再開させるという点で
VIDEO_FREEZEコマンドを事実上逆にする。
しかしながら、シーケンスのVideoModeプロパ
ティがNO_VIDEO(以下のVIDEO_CHAN
GE_MODEコマンドを参照)に設定される場合、こ
のコマンドが呼び出された後、画面にはさらに何も表示
されないだろう。
コマンドは、ビデオシーケンスのVideoModeプ
ロパティを変更する。このプロパティは、以下の5つの
値の1つを有することがある。
(B−、I−及びP−)フレームが表示される(これが
デフォルトモードである)。
だけが表示される。
ーム及びP−フレームが表示される。
が、表示されない。及び、 ・SINGLE_FRAME:ビデオがフレーム単位で
表示される。
間に復号され、表示されている(例えば、ビデオPID
が設定されていない場合、サービスデバイス3736は
STOPまたはPAUSEモードにある、あるいはビデ
オがフリーズされている)場合、新しいVideoMo
de値は、シーケンスの復号及び表示が(再)開始する
まで記憶され、(再)開始するときに適用される。
び出されるときに復号、表示されている場合には、新規
モードが呼び出し後に直接的に適用される。
は、STOPまたはPAUSE状態の間だけに発行でき
る。対照的に、単一フレームモード以外のモードでは、
このコマンドはPLAY状態の間だけ発行できる。
期コマンドは、ビデオシーケンスが表示される速度を変
更する。コマンドは、シーケンスが表示されなければな
らない速度を表す符号付きパラメータVideoSpe
edを有する。このコマンドがビデオシーケンスに関し
て呼び出されると、そのシーケンスのVideoSpe
edプロパティはコマンドのVideoSpeedパラ
メータの値に設定される。正の値は、通常の速度がそれ
によって乗算されなければならない係数を表し、負の値
は、通常の速度がそれによって除算されなければならな
い係数を表す。
きに復号、表示されていない(例えば、ビデオPIDが
設定されていないために、サービスデバイスはPLAY
関数モードにない、あるいはビデオがフリーズされてい
る)場合、新規速度が記憶され、シーケンスの復号及び
表示が(再)開始するときに適用される。
び出されるときに復号、表示されている場合、新規速度
は呼び出し後に直接的に適用される。
ネントなどの複数のコンポーネントを用いてサービスを
処理しているとき、それらのコンポーネントの提示を、
例えば口合わせが確立されるように同期させることが望
ましい。好ましい実施形態では、1つの映像コンポーネ
ントと1つの音声コンポーネントだけがMPEGデコー
ダによって同時に復号されてよい。しかしながら、好ま
しい実施形態の変形では、少なくとも2つの音声コンポ
ーネント、少なくとも2つの映像コンポーネント、ある
いは音声コンポーネントと映像コンポーネントの任意の
組み合わせを同時に復号することが可能である。この場
合、これらのコンポーネントも互いを基準にして同時に
提示されることを確実にすることが望ましい。
ルチチャネルトランスポートストリームなどのトランス
ポートストリームの場合、トランスポートストリーム
は、27MHzで実行しているヘッドエンドの第1シス
テムタイムクロック(STC)のサンプルであるPCR
(プログラムクロックリファレンス)パケットを含む。
これらのPCRは、デコーダに結合されている第2シス
テムタイムクロック(STC)を、エンコーダにあるS
TCと同期させるために使用される。
は、第1STCを定期的に(通常は、700μsを超え
ない間隔で)サンプリングし、クロックの値を含むPC
Rパケットをトランスポートストリームに入れる。受信
機/デコーダにあるデマルチプレクサは、PCRを、そ
れらが挿入された順序でトランスポートストリームから
抽出し、第2STCを設定するために、PCRから抽出
した値を使用する。
って搬送されるデータが第2(局所)STCとの比較に
より提示されなければならない時刻を示す値を含むPT
S(プレゼンテーションタイムスタンプ)を含む。
バイス3736は、数多くの同期モードを操作されてい
るサービスに適用できる。これらのモードは、以下の通
りに図22に図解される。
ド(プッシュモードで使用されるデフォルトモード) ・(PCRよりむしろ)ビデオストリームのPTSがS
TCを調節するために使用されるビデオマスタ同期モー
ド――このモードは、一般的に、トランスポートストリ
ームが、プルモードにあるFIFOを介して(ハードデ
ィスクドライブなどの)大容量記憶媒体から出現すると
きに使用される。
させるために使用される音声マスタ同期モード――この
モードも、一般的に、トランスポートストリームが、プ
ルッモードにある大容量記憶媒体から出現するときに使
用される。及び、 ・サービスのさまざまなコンポーネントの間で同期がな
い同期ディスエーブルモード。
ードと音声マスタモードは、一般的にトランスポートス
トリームが、例えばハードディスクなどの大容量記憶媒
体から取り出されるときに使用される一般的な第2「流
線モード」の2つの形式である。ビデオマスタモードで
は、例えば、ビデオストリームのビデオパケットは(そ
れらのPTSに関する)順序で提示される。ビデオスト
リームが提示されるとき、開始点にある第1PTSは、
ストリームのものであり?受信機/デコーダSTCを設
定するために使用され、STCは、ストリームが停止さ
れ、再開される(及び追加のPTSがSTCを設定する
ために使用される)まで通常に実行する。音声ストリー
ム(及び他の流線)は、それらのPTSをSTCと比較
することにより決定される時間に提示される。音声マス
タモードでは、音声ストリームからのPTSが同様にS
TCを設定するために使用される。
E_SET_SYNCHROコマンドを使用して選択さ
れる。関係するコンポーネント(PCR、ビデオ、音
声)のPIDが呼び出しの時点で多重分離されていない
ために所望の同期モードを適用できない場合、同期ディ
スエーブルモードがデバイスによって適用される。その
PIDの多重分離が後に始まると、選択された同期モー
ドが適用される。
が説明されるだろう。
は、プルモードでサービスを処理することが望まれると
き、特に図23に図示されるように、プッシュモードと
プルモードを切り替えるときに利用される。
モードで同期されるだろう)プッシュモードで番組を見
ているユーザは、なんらかの時点で、後の時間まで番組
を見続けるのを遅らせることを決めることがある。これ
を行う希望は、例えば、リモートコントローラの「休
止」ボタンを押すことによって受信機/デコーダに伝達
されてよい。この要求の伝達時、受信機/デコーダは番
組の提示をやめ、前述されたように番組の記憶を始め
る。
ると、ユーザはこれをリモートコントローラで「再開」
ボタンを押すことによって受信機/デコーダに伝達でき
る。受信機/デコーダは、それから、今回はプルモード
で番組の提示を再開し、番組のコンポーネントの提示
を、例えば(前述された)音声またはビデオマスタ同期
モードで同期させる。ユーザは、番組の提示、及び
(「休止」ボタンが押された点までの)巻き戻し、また
は(現在受信されている番組内の点である「生放送のポ
イント」までの)早送りの速度を変更できる。ユーザが
プッシュモード視聴に戻ることを希望する場合、例えば
リモートコントローラの「生放送」ボタンを押すことに
よってこれを直接的に行うことができる。ただし、例え
ば番組がフットボールの試合である場合、視聴者は、お
そらく、記憶されているがまだ見られていない動作を見
失うことを希望しないだろう。したがって、視聴者は、
「生放送のポイント」に達するまで、自分の選択の係数
によって加速される速度で記憶されている題材を視聴す
ることを選ぶことができる。受信機/デコーダは、それ
からプッシュモードに戻り、サービスデバイスは、通
常、PCRマスタ同期モードに戻るだろう。
速するためにプッシュモード中(例えば、フットボール
の試合でのゴールに対する攻撃中)に番組の視聴を希望
する場合がある。これは、リモートコントローラの「ス
ローモーション」ボタンを押すことによって達成でき
る。この場合、受信機/デコーダは、番組の記録を開始
するために、最初にプッシュモードからプルモードに切
り替えてから、番組の通常の提示速度に比較して減速さ
れた速度で記憶されている番組からのプレイバックを開
始する。
ウェアとソフトウェア間でのそれらの分散の詳細な説明
は、実施者の選択の問題であり、詳しく説明されないだ
ろう。しかしながら、受信機/デコーダで必要とされる
動作を実行できる専用集積回路が市販されている、ある
いは容易に設計でき、これらがハードウェア加速装置の
ための基礎として使用できる、あるいはより好ましく
は、必要とされる多様な動作を実現し、それによりソフ
トウェアを実行するために必要とされる処理能力を削減
するために専用のハードウェア加速装置を作成するため
に改良できることが注記される。ただし、必要とされる
動作は、十分な処理能力が使用できる場合にソフトウェ
アで実現されてよい。
ンの好ましい特徴とともに、各構成要素により提供され
る特徴及び機能という点で説明されてきた。与えられる
情報及び提供される仕様により、これらの特徴の実際の
実現及び正確な詳細は実施者に委ねられる。一例に、一
定のモジュールが、好ましくはCプログラミング言語で
作成され、好ましくはアプリケーションを実行するため
に使用されるプロセッサ上で実行するためにコンパイル
されるソフトウェアで実現できるだろう。ただし、いく
つかの構成要素は別のプロセッサ上で実行されてよく、
いくつかのまたはすべての構成要素は専用ハードウェア
により実現されてよい。
的であり、発明は多岐に渡る方法で実現されてよく、特
に、いくつかの構成要素は、類似する機能を実行する他
と結合されてよいか、あるいはいくつかは簡略化された
実現では省略されてよい。機能のそれぞれのハードウェ
アとソフトウェアの実現は、構成要素間と単一構成要素
内の両方で自由に混合されてよい。
等により実行される機能は、電気信号と類似する信号に
対して、または電気信号と類似する信号を使用して実行
されることは容易に理解されるだろう。ソフトウェア実
現はROMに記憶されてよいか、あるいはFLASH内
でパッチされてよい。
たこと、及び詳細の修正を本発明の範囲内で行うことが
できることが理解されるだろう。
び図面中に開示されるそれぞれの特徴は、独立して、あ
るいは任意の適切な組み合わせで提供されてよい。
る。
である。
いる総体的なシステムの図である。
キテクチャの概略図である。
テクチャの図である。
る。
る。
ある。
コーダの多様なコンポーネント間の相互接続の概略図で
ある。
る。
ー図である。
指定構成の例の概略図である。
指定構成の別の例の概略図である。
指定構成の追加例の概略図である。
の検索に必要とされる受信機/デコーダのコンポーネン
トのブロック図である。
の概略表現を含む。
概略表現である。
の概略表現である。
びモード間の遷移を図解する。
を図解する。
ス、及び受信機/デコーダの他のコンポーネントのそれ
らの関係性の表現である。
Claims (23)
- 【請求項1】 リアルタイムユーザ経路指定制御情報を
受信するための手段、及び入力から出力に、記憶装置手
段に、及び受信されるリアルタイムユーザ経路指定制御
情報に従って出力と記憶装置手段の両方にデータを送る
ための手段とを備える、受信機/デコーダ内でデータを
送るための経路指定装置。 - 【請求項2】 記憶装置手段にデータを書き込むための
手段をさらに備える請求項1に記載の経路指定装置。 - 【請求項3】 記憶装置手段からデータを取り出すため
の手段をさらに備える請求項1または2に記載の経路指
定装置。 - 【請求項4】 経路指定手段が記憶装置手段から出力に
データを送るように適合される前記請求項のいずれかに
記載の経路指定装置。 - 【請求項5】 経路指定手段が、記憶装置手段のタイム
シフト記憶領域に、レコード記憶領域に、及びタイムシ
フト記憶領域とレコード記憶領域の両方にデータを送る
ように適合される前記請求項のいずれかに記載の経路指
定装置。 - 【請求項6】 経路指定手段がタイムシフト記憶領域及
びレコード記憶領域から出力にデータを送るようにさら
に適合される請求項5に記載の経路指定装置。 - 【請求項7】 ユーザタイムシフト制御命令を受信する
ための手段をさらに備える前記請求項のいずれかに記載
の経路指定装置。 - 【請求項8】 経路指定手段が、受信されるユーザタイ
ムシフト制御命令を基に記憶装置手段にデータを送るよ
うに適合される請求項7に記載の経路指定装置。 - 【請求項9】 ユーザタイムシフト制御命令が、休止、
再生、巻き戻し及び早送りの命令の少なくともいずれか
を備える請求項7または8に記載の経路指定装置。 - 【請求項10】 リアルタイムユーザ経路指定制御情報
及びユーザタイムシフト制御命令を受信するための単一
ユーザインタフェースの形を取る手段を備える前記請求
項のいずれかの経路指定装置。 - 【請求項11】 さらに少なくとも1つの追加入力を備
え、経路指定手段が、入力ごとに、その入力から出力
に、記憶装置手段に、及び出力と記憶装置手段の両方に
データを送るように適合される前記請求項のいずれかの
経路指定装置。 - 【請求項12】 経路指定手段が他の入力からのデータ
とは無関係に各入力からデータを送るように適合される
請求項11に記載の経路指定装置。 - 【請求項13】 出力は複合データを生じさせるために
データを結合するための手段を含む前記請求項のいずれ
かの経路指定装置。 - 【請求項14】 該結合手段が、入力、少なくとも1つ
の追加入力、記憶装置手段、及び少なくとも1つの追加
記憶装置手段のソースのいずれかからのデータを結合す
るように適合される請求項13に記載の経路指定装置。 - 【請求項15】 出力が表示手段への接続のために適合
される前記請求項のいずれかに記載の経路指定装置。 - 【請求項16】 出力が、それぞれが別個の表示手段に
接続可能である少なくとも2つの出力ポートを含み、出
力が入力、少なくとも1つの追加入力、記憶装置手段、
及び少なくとも1つの追加記憶装置手段のそれぞれのソ
ースから出力に送られるデータをそれぞれの別個の表示
手段に転送するように適合される前記請求項のいずれか
に記載の経路指定装置。 - 【請求項17】 経路指定手段が、入力を出力に、記憶
装置手段に、及び出力と記憶装置手段の両方に動的に相
互接続するようにさらに適合される前記請求項のいずれ
かに記載の経路指定装置。 - 【請求項18】 入力を出力に、記憶装置手段に、及び
出力と記憶装置手段の両方に動的に相互接続するための
手段を備える受信機/デコーダ内でデータを送るための
経路指定装置。 - 【請求項19】 リアルタイムユーザ経路指定制御情報
を受信するための手段をさらに備え、相互接続手段が、
入力から出力に、記憶装置手段に、及び受信されるリア
ルタイムユーザ経路指定制御情報に従って出力と記憶装
置手段の両方にデータを送るように適合される経路指定
手段を備える請求項17または18に記載の経路指定装
置。 - 【請求項20】 ソフトウェアで具現される前記請求項
のいずれかに記載の経路指定装置。 - 【請求項21】 前記請求項のいずれかに記載の経路指
定装置を組み込む受信機/デコーダ。 - 【請求項22】 受信機/デコーダ内でデータを送る方
法であって、リアルタイムユーザ経路指定制御情報を受
信することと、入力から出力に、記憶装置手段に、受信
されるリアルタイムユーザ経路指定制御情報に従って出
力と記憶装置手段の両方にデータを送ることとを包含す
る該方法。 - 【請求項23】 受信機/デコーダ内でデータを送る方
法であって、出力に、記憶装置手段に、及び出力と記憶
装置手段の両方に入力を動的に相互接続することを包含
する該方法。
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)
| 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)
| 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 |
-
2001
- 2001-12-13 EP EP01310429A patent/EP1286537A3/en not_active Ceased
-
2002
- 2002-04-22 GB GBGB0209119.7A patent/GB0209119D0/en not_active Ceased
- 2002-12-10 US US10/315,914 patent/US20030206553A1/en not_active Abandoned
- 2002-12-13 JP JP2002361669A patent/JP2003250097A/ja active Pending
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 |