JP3918033B2 - サブタイトル送信システム - Google Patents
サブタイトル送信システム Download PDFInfo
- Publication number
- JP3918033B2 JP3918033B2 JP51854196A JP51854196A JP3918033B2 JP 3918033 B2 JP3918033 B2 JP 3918033B2 JP 51854196 A JP51854196 A JP 51854196A JP 51854196 A JP51854196 A JP 51854196A JP 3918033 B2 JP3918033 B2 JP 3918033B2
- Authority
- JP
- Japan
- Prior art keywords
- encoded data
- rectangular area
- entries
- pixels
- data
- 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.)
- Expired - Lifetime
Links
Images
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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B82—NANOTECHNOLOGY
- B82Y—SPECIFIC USES OR APPLICATIONS OF NANOSTRUCTURES; MEASUREMENT OR ANALYSIS OF NANOSTRUCTURES; MANUFACTURE OR TREATMENT OF NANOSTRUCTURES
- B82Y5/00—Nanobiotechnology or nanomedicine, e.g. protein engineering or drug delivery
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61K—PREPARATIONS FOR MEDICAL, DENTAL OR TOILETRY PURPOSES
- A61K9/00—Medicinal preparations characterised by special physical form
- A61K9/10—Dispersions; Emulsions
- A61K9/127—Liposomes
- A61K9/1277—Processes for preparing; Proliposomes
- A61K9/1278—Post-loading, e.g. by ion or pH gradient
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/23614—Multiplexing of additional data and video streams
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/242—Synchronization processes, e.g. processing of PCR [Program Clock References]
-
- 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
-
- 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/4307—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
- H04N21/43074—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen of additional data with content streams on the same device, e.g. of EPG data or interactive icon with a TV program
-
- 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
-
- 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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
-
- 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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
- H04N21/4348—Demultiplexing of additional data and video streams
-
- 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/47—End-user applications
-
- 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/47—End-user applications
- H04N21/485—End-user interface for client configuration
- H04N21/4856—End-user interface for client configuration for language selection, e.g. for the menu or subtitles
-
- 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/47—End-user applications
- H04N21/488—Data services, e.g. news ticker
- H04N21/4884—Data services, e.g. news ticker for displaying subtitles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/08—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division
- H04N7/087—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division with signal insertion during the vertical blanking interval only
- H04N7/088—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division with signal insertion during the vertical blanking interval only the inserted signal being digital
- H04N7/0884—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division with signal insertion during the vertical blanking interval only the inserted signal being digital for the transmission of additional display-information, e.g. menu for programme or channel selection
- H04N7/0885—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division with signal insertion during the vertical blanking interval only the inserted signal being digital for the transmission of additional display-information, e.g. menu for programme or channel selection for the transmission of subtitles
Description
【技術分野】
【０００１】
本発明は、アクティブなビデオ区域内に矩形領域の形態でグラフィック映像を規定する符号化データを送信する方法に関する。また、本発明は、このグラフィック映像を受信する方法並びにこれら方法を実行するように構成された送信機及び受信機にも関する。
【背景技術】
【０００２】
グラフィック映像を送信する従来の方法は、″テレテキスト″の名前で一般的に知られている。ＷＳＴ(World System Teletext)規格が、従来のアナログテレビジョン信号を用いたテキスト及びグラフィック情報の同期送信のために多くの国々において適用されている。このテレテキストシステムは、特に、テレビジョンプログラムに関連するサブタイトルの送信に使用される。
【０００３】
同時に、ＭＰＥＧ２（ＩＳＯ／ＩＥＣ１３８１８）ディジタルテレビジョン規格が、衛星、ケーブル、地上網により及びテープまたはディスク等のパッケージメディアにより、ディジタルテレビジョンプログラムをエンドユーザに放送するため世界的に供給されるであろう。ＭＰＥＧ２デコンプレッション及びデマルチプレクス用の多くの集積回路が市場に出ていて、放送テレビジョンプログラムを受信し復号するためにまたはパッケージ（マルチ）メディアを復号するために受信機デコーダ内に採用されるであろう。
【０００４】
ＭＰＥＧ２コンプレッション及びマルチプレクス技術は、エンドユーザに、非常に多くのプログラムの選択（典型的には数百程度）を提供するであろう。これには、使い易い″人−機械インタフェース″が要求されるであろう。エンドユーザは、″ディジタル″といえば高品質であると連想することが想像される。ゆえに、提供されるであろう全てのサービス面において高品質が証明されなければならない。衛星放送特有のものは、通常多数の言語区域を包囲する、その受信区域の大きなフットプリントにある。それゆえ、放送されるべき多くのテレビジョンプログラムはまた、多くの言語区域が対象とされるであろう。これは、多種の言語のサブタイトルを付す可能性を要求するであろう。サブタイトルの魅力且つ読み易さは、自身の言語以外のテレビプログラムを鑑賞したエンドユーザの心証に大きな衝撃を与えるであろう。
【０００５】
従来のテレテキストシステムは、品質及び性能において非常に限定されていた。これは、文字基準送信システム(a Character-based transmission system)であり、このシステムにおいては、どの文字が表示されるべきかを規定するように符号化データが送信される。（文字フォント、空白、グラフィックの可能性、色に関する）サブタイトルの外観は、ハードウェアにおいて固定される。さらに、現在のテレテキストシステムは、中華人民共和国及び日本国において使用されるような複雑な文字セットを支援することができない。文字基準システムは、多くの文字セットを支援する場合、または単一ではあるが非常に複雑な文字セットを支援する場合、非常に高価で複雑な文字生成装置を要求するであろう。このように、従来のテレテキストシステムは、多言語のサブタイトルを付すための基本的な解決法しか提供しない。
【発明の開示】
【０００６】
本発明の目的は、上述の従来システムの不利な点を解消することにある。さらに、本発明の目的は、特にＭＰＥＧ２環境に関し、多言語のサブタイトルを付す汎用的な解決法を提供することにある。
【０００７】
本発明による方法は、前記領域を形成するピクセルが、前記符号化データにより個々に規定され、該領域のサイズ及び位置が該符号化データ内に含まれることを特徴とする。この方法は、プログラム供給者に、ピクセル的にグラフィック映像の外観を制御可能にさせる。ＲｂＧシステム(″Region based Graphics″system)は、ビデオ信号に重畳する文字符号化よりむしろビットマップ化領域を提供する。文字サイズ及び文字フォントに関する制約はなく、例えばプログラム供給者のロゴ等の、テキストよりむしろ他のグラフィックを重畳させる能力がある。
【０００８】
一実施例においては、前記符号化データは、さらに前記領域が表示されるべき時刻を表すタイムスタンプを含む。これは、多言語のサブタイトルを、予め送信し、ビデオ信号と正確に同期して表示させることを可能にする。従来のテレテキストシステムにおいては、選択された言語のサブタイトルが、受信されると直ちに表示される。正確な同期は、多かれ少なかれ、複数の言語の全てのサブタイトルが制限された期間内に送信される場合のみ可能である。
【０００９】
所与の領域に関する後続の符号化データは、該領域の表示をディスエーブルにするビジビリティコードを含んでも良い。これは、グラフィック領域を効果的に消去可能にする。
【００１０】
本発明の他の実施例においては、領域のピクセルが、カラールックアップテーブルのエントリとして符号化される。マップテーブルが、ｎビットピクセルコードを２n以上のエントリを持つカラールックアップテーブルにマッピングするために提供される。
【００１１】
特に有利な実施例においては、前記符号化データは、ＭＰＥＧ２規格または同様の規格に応じてプライベートトランスポートストリーム(a private transport stream)内に収容される。ＭＰＥＧ２のプライベートトランスポートストリームのＰＥＳパケット内に前記符号化データをパッケタイジング(Packetizing)することは、これらビットマップを関連するＭＰＥＧビデオストリームに容易に同期させる利点を持つ。
【発明を実施するための最良の形態】
【００１２】
本発明は、最初に、送信フォーマットに関して述べられる。以下に記載されるようなシンタクスは、ＭＰＥＧ２（ＩＳＯ／ＩＥＣ１３８１８）規格において使用されるシンタクスと同様である。このシンタクスの｛ａｎｄ｝記号は、読みやすさのため重要ではないので省略されている。また、本発明に不可欠ではなく単にバイト合わせの目的を果たすデータ要素も省略されている。
【００１３】
グラフィック映像を規定する符号化データは、ＰＥＳ(Packetized elementary Streams)パケット内にパケッタイズされ、ＭＰＥＧ２トランスポートシステム(MPEG2 Transport System)内に収容される。ＭＰＥＧ２規格により規定されるように、ＰＥＳパケットは、ヘッダ及びペイロードを有する。
【００１４】
ヘッダは複数のデータ要素を有し、以下のものが本発明に関連する。
＊ 要素stream_idが、グラフィック映像がprivate_data_stream_1として搬送されるように、″1011 1101″に設定される。
＊ 要素PES_packet_lengthが、各ＰＥＳパケットがＭＰＥＧ２トランスポートパケットと位置合わせされるような値に設定される。
＊ 要素data_alignment_indicatorが、領域データフィールドがＰＥＳパケットと位置合わせされることを指示するように″1″に設定される。
＊ ＰＴＳ(Presentation Time Stamp)は、このＰＥＳパケット内に含まれる各領域に関する）データの提示時刻の開始を指示する。一つのマルチページ内の各領域のＰＴＳは、４０ｍｓｅｃより大きく異なるべきである。
【００１５】
グラフィック映像を規定するＰＥＳパケットのペイロードは、PES_data_field()で示される。表１は、このフィールドのシンタクスを示している。
【表１】
以下の語義の定義は、この表に示されるデータ要素に適用する。
＊ data_identifier−ＲｂＧデータが、data_identifierフィールドの値0×20-0×2Fにより識別される。
＊ RbG_stream_id−ＲｂＧストリーム（このストリームからのデータがこのＰＥＳパケット内に記憶される）を識別する。
＊ stream_level_of_compatibility−このストリームから領域を復号するために要求される最小カラールックアップテーブル(Colour_Look_Up_Table(CLUT))を指示する。値0×01は２ビットＣＬＵＴに関し、値0×02は４ビットＣＬＵＴに関し、0×03は８ビットＣＬＵＴに関する。
＊ single_page_display_flag−″1″に設定された場合、このＲｂＧストリームが一つの表示ページしか含まないことを指示する。
＊ region_id−前記領域（この領域からのデータは直ちに続くregion_data_field()内に含まれる）を識別する。
＊ region_level_of_compatibility−この領域を復号するために要求される最小ＣＬＵＴを指示する。上記規定された値を適用する。
＊ region_data_length−表２にそのシンタクスが与えられている直ちに後続するregion_data_field()内のバイト数を特定する。
【００１６】
表２は、region_data_field()のシンタクスを示している。
【表２】
以下の語義の定義は、この表に示されるデータ要素に適用する。
＊ region_data_type−領域データの形式を識別する。値0×10はイントラ領域(I-region)に関し、値0×11は領域属性(A-region)に関し、値0×FFは削除されるべき領域を指示する。
＊ visibility_flag−″1″に設定された場合、この領域が該領域に関する符号化データにより規定されるように表示されるべきであることを特定する。″0″に設定された場合、この領域は透明にされるべきである。
＊ horizontal_address_flag−region_horizontal_addressフィールドの存在を指示する。イントラ領域においては、このフラグは″1″にされるべきである。
＊ vertical_address_flag−region_vertical_addressフィールドの存在を指示する。イントラ領域においては、このフラグは″1″にされるべきである。
＊ number_of_pixels_flag−number_of_pixelsフィールドの存在を指示する。イントラ領域においては、このフラグは″1″にされるべきである。
＊ number_of_lines_flag−number_of_linesフィールドの存在を指示する。イントラ領域においては、このフラグは″1″にされるべきである。
＊ region_horizontal_address−この領域の左最頂部ピクセルの水平アドレスを特定する。720×576ピクセルのフレーム内では、偶数ピクセルのみがアドレスされるべきである。720個のアクティブピクセルの最も左側のピクセルは、インデックスゼロを持ち、ピクセルアドレスは、左から右へ増加する。水平アドレスは、この領域の各ピクセルが720個のアクティブピクセル内になるようになされるべきである。
＊ region_vertical_address−この領域の最頂部ラインの垂直アドレスを特定する。720×576フレームの最頂部ラインは、ラインゼロを持ち、ラインインデックスは、このフレーム内において頂部から底部に１ずつ増加する。垂直アドレスは、この領域の各ラインが576個のアクティブライン内になるようになされるべきである。
＊ number_of_pixels−この領域の水平ピクセル数を特定する。ゼロの値は禁止される。
＊ number_of_lines−この領域の垂直ライン数を特定する。ゼロの値は禁止される。
＊ number_of_sub_regions−この領域内の副領域数を特定する。ゼロの値は禁止される。
＊ sub_region_id−副領域を識別する。
＊ number_of_sub_region_line_flag−number_of_sub_region_lineフィールドの存在を指示する。
＊ clut_flag-colour_look_up_data_field()フィールドの存在を指示し、このシンタクスは表３に与えられている。
＊ attribute_extension_flag−″1″に設定された場合、attribute_extension_lengthフィールド及びこれに関連する予備フィールドの存在を指示する。
＊ coded_data_flag−表４に規定されるcoded_sub_region_data()フィールドの存在を指示する。
＊ coded_data_extension_flag−″1″に設定された場合、coded_data_extension_lengthフィールド及びこれに関連する予備フィールドの存在を識別する。
＊ number_of_sub_region_lines−副領域内のライン数を特定する。当該領域内における全ての副領域内の全ライン数が該領域内のライン数と等しくされるべきである。
＊ attribute_extension_length−直ちに続く予備バイト数を特定する。
＊ coded_data_extension_length−直ちに続く予備バイト数を特定する。
【００１７】
【表３】
表３は、colour_look_up_data_field()のシンタクスを示している。
以下の語義の定義は、この表に示されるデータ要素に適用する。
＊ number_of_clut_updates−なされるべきアップデートサイクル数を特定する。
＊ number_of_entries−アップデートされるＣＬＵＴのエントリ数を特定する。
＊ 2_bit_clut_destination_flag−″1″に設定された場合、このエントリが２ビットＣＬＵＴに向けられたものであることを指示する。
＊ 4_bit_clut_destination_flag−″1″に設定された場合、このエントリが４ビットＣＬＵＴに向けられたものであることを指示する。
＊ 8_bit_clut_destination_flag−″1″に設定された場合、このエントリが８ビットＣＬＵＴに向けられたものであることを指示する。
＊ full_range_flag−″1″に設定された場合、Ｙ値、Ｕ値、Ｖ値及びＴ値フィールドが、完全８ビット解像度を持つことを指示する。″0″に設定された場合、これらフィールドは４個の最上位ビットのみを含む。
＊ entry_value−ＣＬＵＴのエントリ値を特定する。ＣＬＵＴの最初のエントリは、エントリ値ゼロを持つ。
＊ Y_value−このエントリに関するＣＬＵＴの輝度出力値である。
＊ U_value−このエントリに関するＣＬＵＴの第１のクロマ出力値である。
＊ V_value−このエントリに関するＣＬＵＴの第２のクロマ出力値である。
＊ T_value−このエントリに関するＣＬＵＴの透明度出力値である。値ゼロは、透明度がないことを識別する。値２５５は、完全に透明であることを識別する。他の全ての値に関しては、透明度のレベルが、直線補間により規定される。
【００１８】
表４は、coded_sub_region_data()のシンタクスを示している。
【表４】
以下の語義の定義は、この表に示されるデータ要素に適用する。
＊ data_block_length−このフィールドに直ちに続くcoded_sub_region_dataフィールドのバイト数を特定する。
＊ coding_mode−適用される符号化モードを特定する。″00″に設定された場合、mode_extension_fieldの存在を識別する。
＊ pixels_in_mode−coding_modeフィールドにより特定される２、４または８ビットコードにより符号化されたピクセル数を特定する。
＊ 2_bit_code−ピクセルの色を特定する２ビットコードである。
＊ 2_stuff_bits−″ll″で符号化されるべき２個のスタッフィングビツト(stuffing bits)である。
＊ 4_bit_code−ピクセルの色を特定する４ビットコードである。
＊ 4_stuff_bits−″1111″で符号化されるべき４個のスタッフィングビットである。
＊ 8_bit_code−ピクセルの色を特定する８ビットコードである。
＊ mode_extension−適用される拡張モードを識別する。″00″に設定された場合、コマンドの存在を識別する。他の値に設定された場合、ランレングス(run-length)符号化が適用されることを識別する。
＊ 10_bit_run−直ちに続く2_bit_codeフィールドにより識別される色を持つ後続ピクセル数を特定する。
＊ 8_bit_run−直ちに続く4_bit_codeフィールドにより識別される色を持つ後続ピクセル数を特定する。
＊ 4_bit_run−直ちに続く8_bit_codeフィールドにより識別される色を持つ後続ピクセル数を特定する。
＊ command_length−command_lengthフィールドに直ちに続くこのcoded_sub_region_data()フィールド内のバイト数を特定する。値１５に設定された場合、この数値は、command_lengthフィールドにより特定されない。
＊ long_length-long_lengthフィールドに直ちに続くこのcoded_sub_region_data()フィールド内のバイト数を特定する。
＊ command_id−コマンドの形式を識別する。値0×10はロードマップテーブル(Load Map Table)を示している。このコマンドには、表５に規定されるmap_table_data()が縦続する。値0×llは、エンドオブラインを示している。
【００１９】
表５は、map_table_data()のシンタクスを示している。
【表５】
以下の語義の定義は、この表に示されるデータ要素に適用する。
＊ number_of_entries−ロードされるマップテーブルエントリ数を特定する。
＊ 2_to_4_map_table_flag−″1″に設定された場合、このエントリが、″2 to 4 Map Table″内にロードされることを指示する。
＊ 2_to_8_map_table_flag−″1″に設定された場合、このエントリが、″2 to 8 Map Table″内にロードされることを指示する。
＊ 4_to_8_map_table_flag−″1″に設定された場合、このエントリが、″4 to 8 Map Table″内にロードされることを指示する。
＊ map_table_type−ロードされるマップテーブルの形式を識別する。値″0l″は、″2 to 4 Map Table″を示し、値″10″は、″2 to 8 Map Table″を示し、値″ll″は、″4 to 8 Map Table″を示す。
＊ entry_value−マップテーブルのエントリを特定する。マップテーブルの最初のエントリは、エントリ値ゼロを持つ。
＊ map_table_output_value−このエントリに関するマップテーブルの出力値を特定する。
【００２０】
ここで、上述のシンタクス及び語義を、より通常の言い回しで明白に述べる。PES_data_field()（表１）は、一つ以上の領域を有する少なくとも一つの″ページ″を特定する。第１図乃至第３図は、一つ以上の領域を有するアクティブなビデオ区域のいくつかの例を示している。第１図は、プログラム供給者のロゴＡと現在のサブタイトルＢを示している。第２図は、聴覚に障害を持った視聴者のための付加的なサブタイトルＣを示している（聴覚に障害を持った人々は、しばしば、″聴衆が拍手している″、″音楽が徐々に大きくなっていく″等の付加的な説明文を必要とする）。第３図は、ロゴＡとサブタイトルＢｉを示し、インデックスｉは、複数の言語からの選択可能な一つを指示している。
【００２１】
各領域用のデータは、region_data_field()（表２）内に収容される。このフィールドは、各々の領域のサイズ及び位置を特定する。第４図を参照すると、ある領域の位置が、（ｘ、ｙ）で指示されている。ｘは、region_horizontal_addressにより特定され、ｙは、region_vertical_addressにより特定される。これらの位置パラメータは、ピクセルコード及びカラールックアップテーブルデータを再送信することなしに所与の領域（自身のregion_idにより特定される）に関する符号化データを再送信することにより、スクロールを可能にする時刻で変化させることが可能である。領域のサイズは、ｐ×ｎである。ｐ及びｎは、各々、number_of_pixels及びnumber_of_linesにより特定される。各領域は、最大１６個の副領域を有している。第４図においては、各々ｎ1及びｎ2ラインを有する２つの副領域が示されている。region_data_field()は、各副領域用のカラールックアップテーブルデータ及び／またはピクセルデータを特定する。
【００２２】
上述した全てのパラメータ及びデータが、必須というわけではない。これらパラメータ及びデータの存在は、各々のフラグにより指示される。これは、既に規定された領域及び／または副領域を、各々のregion_id及び／またはsub_region_idを各々参照することにより更新または修正することを可能にする。例えば、領域の位置を修正する（スクロールを可能にする）ことが可能であり、既に表示された領域を見えなくさせることが可能であり、または、副領域を、他の領域で参照する、すなわち、全ての映像データを再送信することなしにスクリーン上の別の場所に表示することが可能である。
【００２３】
カラールックアップテーブルは、colour_look_up_data()フィールド（表３）によりロードされるか、または更新される。このフィールドは、どの輝度、クロマ及び透明度出力値がどのＣＬＵＴのエントリ内に記憶されるべきかを特定する。透明度は、どの程度までビデオ及びグラフィックピクセルをスクリーン上で混合すべきかを規定する。
【００２４】
副領域に関する（または、副領域の数が一つである全体領域に関する）ピクセルデータはフィールドcoded_sub_region_data()（表４）内に収容される。これらピクセルは、カラールックアップテーブルのエントリとして規定される。これらピクセル値は、２、４または８ビットで規定することが可能である。３つの符号化モードが提供される。第１の符号化モード（coding_modeは、′Ol′、′10′、′ll′である）においては、一連のピクセルが別個に特定される。このように送信されるピクセルの数は、pixel_in_modeにより規定される。第２の符号化モード（coding_modeは、′00′であり、coding_mode_extensionが、′Ol′、′10′、′ll′である）においては、一連の同一ピクセルのランが、ランレングス符号化される。第１の符号化モード及び第２の符号化モードを領域内で混合させることが可能である。最小化のために、復号の複雑さへの配慮が、ランレングス符号化データがバイト合わせされるように採用されている。各ランレングスコードは、２バイトを有し、２ビットは符号化モード用であり、２ビットは符号化モード拡張用であり、１２ビットはランレングスコード用である。後者は、符号化モード拡張により特定されるように、２ビットピクセルの１０ビットラン、４ビットピクセルの８ビットランまたは８ビットピクセルの４ビットランを規定する。第３の符号化モード（coding_modeは、′00′であり、coding_mode_extensionは、′00′である）は、マップテーブル及びランレングス符号化データ上で作用するエンドオブライン標識等のコマンドを特定する。マップテーブルの概念は、以下により詳細に開示されている。
【００２５】
存するスクリーン表示チップ(existing 0n-Screen-Display chips)が、グラフィック映像を表示するために使用されることが想像される。これらチップのいくつかは、ピクセル毎に２ビットを可能にし、他のチップは、ピクセル毎に４ビットまたはピクセル毎に８ビットを可能にする。ある領域内のピクセルが、カラールックアップテーブルの入力幅と異なるピクセル毎のビット数を使用して符号化される場合、ポテンシャルの問題が生じる。この問題を解決するために、マップテーブルの概念が導入されている。マップテーブルはまた、符号化効率を上昇させる。マップテーブルは、ピクセルが、カラールックアップテーブルのエントリ幅よりも少ないピクセル毎のビットで符号化されることを可能にする。ここで、これらの見地を、例示により明らかにする。４つの異なる色のみが使用された（副）領域を提案する。各色は、ＣＬＵＴの４つのエントリ内に、輝度及びクロマに関して記憶される。前記領域用のピクセルデータが２ビット／ピクセルに符号化される。しかしながら、デコーダは、４ビットＣＬＵＴを持ち、すなわち、ピクセル毎に４ビットを要求するかもしれない。ここで、マップテーブルは、送信された２ビット／ピクセルコードの４ビットＣＬＵＴエントリへのマッピングを提供する。すなわち、マップテーブルは、１６個のエントリのどの４つを使用するべきかを、デコーダに報知する。２ビット／ピクセルが正に効率を向上させるかどうかは、符号化モードまたはマップテーブルを変化させるための経費に依存する。このように、マップテーブルは、ｎビット／ピクセル符号化をｍビットＣＬＵＴにマッピングするために提供される。ここで、ｎとｍは異なる数である。マップテーブルの概念のこの説明に鑑みて、map_table_data()フィールド（表５）のさらなる説明は必要ないであろう。マップテーブルの各エントリ値に関して、出力値が規定される。
【００２６】
第５図は、本発明による送信機の概要図を示している。この送信機は、ビデオ信号及びグラフィック映像を同時に送信するように構成されている。この送信機は、ＹＵＶフォーマットのベースバンドビデオ信号及び関連するオーディオ信号ＡＵＤを受信し、このビデオ及びオーディオ信号をパツケタイズドエレメンタリーストリーム(packetized elementary streams)ＰＳＶ及びＰＳＡに各々符号化するためのＭＰＥＧ２ビデオエンコーダ１０１及びＭＰＥＧ２オーディオエンコーダ１０２を有している。さらに、この送信機は、サブタイトル及び／またはプログラム供給者のロゴ等の他のグラフィック映像を編集するための編集端末１０３を有している。この編集端末は、処理及び記憶装置１０４に結合される。可能な複数の異なる言語の対応するテレビジョンプログラムに関連する複数のサブタイトルが、予め前記処理及び記憶装置内に記憶されると仮定される。ビデオ信号はまた、時刻ｔを処理及び記憶装置１０４に供給する時刻生成装置１０５に供給される。時刻ｔは、前記対応するテレビジョンプログラムの開始からの経過時間とすることが可能であり、また、このプログラムに関連し、テレビ信号として同一のテープ上に記憶される時間とすることが可能である。ＭＰＥＧシステムにおいては、時刻ｔは、ＭＰＥＧのシステムクロック基準ＳＣＲに対応するであろう。前記処理及び記憶装置は、時刻ｔと各記憶されたサブタイトルに関連するタイムスタンプとを比較する。サブタイトルが適当である場合、対応するデータが、前述した送信フォーマットに応じて符号化データを規定するパッケタイズドエレメンタリーストリームＰＳＧを形成する、符号化及びパケット生成装置１０６に供給される。このパッケタイズドエレメンタリーストリームＰＳＶ、ＰＳＡ及びＰＳＧは、トランスポートストリームＴＳを形成するためにＭＰＥＧマルチプレクサ１０７により多重化される。このトランスポートストリームは、送信または記憶メディア（図示せず）を介して受信機に送信される。
【００２７】
第６図は、本発明による受信機の概要図を示している。この受信機は、ＭＰＥＧ２トランスポートストリームＴＳを受信し、共に選択されたテレビジョンプログラムを構成するパッケタイズドオーディオストリームＰＳＡ、ビデオストリームＰＳＶ及び符号化グラフィックスデータＰＳＧを選択するＭＰＥＧ２デマルチプレクサ２０１を有する。このオーディオストリームは、ＭＰＥＧ２オーディオデコーダ２０２により復号される。復号オーディオ信号ＡＵＤは、再生用スピーカ２０３に供給される。ビデオストリームは、表示スクリーン２０５上に表示するためＹＵＶフォーマットの復号ビデオ信号を得るために、ＭＰＥＧ２ビデオデコーダ２０４により復号される。復号グラフィックデータストリームは、データパーザ２０６に供給される。この回路は、ＰＥＳパケットＰＳＧ内に収容されるデータを解析し、以下の出力信号、
− 当該領域が表示されるべき時刻を指示する、ＰＥＳヘッダ内に収容されるプレゼンテーションタイムスタンプＰＴＳ
− ＶＦで示される、visibility_flag（表２）の値
− 表４内のフィールドn_bit_codeにより規定される符号化ピクセルデータ（ｎ＝２、４、８）；８ビットピクセルコードは、ＰＸ８で示され、４ビットピクセルコードは、ＰＸ４で示され、２ビットピクセルコードは、ＰＸ２で示される
− 各々、フィールドregion_horizontal_address、region_vertical_address、number_of_pixels及びnumber_of_lines（表２、第４図）により規定される、現時点で受信された領域の位置（ｘ、ｙ）及びサイズ（ｐ、ｎ）
− フィールドmap_table_data()（表５）により規定される、ＭＴＤで示されるマップテーブルデータ（この信号は、本実施例においては使用されない）
− フィールドregion_level_of_compatibility（表１）から得られる、ＬｏＣで示される信号
− フィールドcolour_look_up_table_data()（表３）により規定される、ＣＴＤで示されるカラールックアップテーブルデータ
を供給する。
【００２８】
パーザ２０６から入力されたピクセルデータＰＸｎ（ｎ＝２、４、８）は、（ランレングスがランレングスデコーダ２０７を介して復号された場合）ピクセルメモリ２０８内に記憶され、対応するメモリ位置は、該パーザから入力された位置（Ｘ、ｙ）及びサイズ（ｐ、ｎ）により決定される。ピクセルメモリ２０８は、表示タイミング信号（図示せず）により読出される。かくして、ピクセルＰＸ２、ＰＸ４またはＰＸ８（領域は、２ビット、４ビット及び８ビットピクセルとも有するかもしれないが、これらの一つのみがピクセルの継続時間の間活性化される）は、受信ビデオ信号と同期して色生成回路２０９に供給される。
【００２９】
色生成回路２０９は、カラールックアップテーブル２０９２を有している。この実施例においては、前記ＣＬＵＴは、４つのエントリのみを有すると仮定されている、すなわち、その入力は２ビット幅である。ＣＬＵＴは、各エントリに対して、８ビット輝度値Ｙ、８ビットクロマ値Ｕ及びＶ並びに８ビット透明度値Ｔに関するＯＳＤで示される出力信号を保持する。これら関連するＹＵＶ及びＴ値は、前記パーザから入力されたカラールックアップテーブルデータＣＴＤに応答してＣＬＵＴ内に記憶される。
【００３０】
カラールックアップテーブル２０９２が２ビット入力を持つので、２ビットピクセルＰＸ２は直接該入力に供給される。４ビットピクセルＰＸ４及び８ビットピクセルＰＸ８は、各々、４−２ビットリダクション回路２０９３及び８−２ビットリダクション回路２０９４を介してＣＬＵＴに供給される。簡単な実施例においては、これらリダクション回路は、最下位入力ビットを単に引き抜く。他の実施例においては、最上位ビットが、第１の出力を得るために変更されず（または、最上位ビットのいくつがオアされる）、一方、第２の出力を得るために最下位入力ビット(less significant input bits)がオアされる。
【００３１】
リダクション回路２０９３及び２０９４は、より高レベルのＣＬＵＴデータ（＞２ビット）を、より低レベルのＣＬＵＴデータ（２入力ビット）により適合性を持って復号させることを可能にする。しかしながら、プログラム供給者は、５色以上により規定される領域が２ビットＣＬＵＴにより復号されることを防止するかもしれない。これは、パーザから入力される信号ＬｏＣにより、すなわち、フィールドregion_level_of_compatibility（表１参照）により制御されるスイッチ２０９１により達成される。このスイッチが、４または８で示される位置にある（すなわち、プログラム供給者が、各々、少なくとも４ビットＣＬＵＴまたは８ビットＣＬＵＴを要求する）場合、この領域は表示されないであろう。スイッチが２で示される位置にある（すなわち、プログラム供給者が、ピクセルが４色のみで表示されることを受諾する）場合のみ、ピクセルデータがＣＬＵＴに正に供給される。
【００３２】
２ビットピクセルコードに応答して、ＣＬＵＴ２０９２は、表示出力信号ＯＳＤ及び透明度信号Ｔを出力する。この出力信号ＯＳＤは、ビデオ信号ＹＵＶと、ピクセル毎に基づいて、混合される混合段２１０に供給される。透明度信号Ｔは、グラフィックピクセルの透明度の総量を決定する。Ｔが値０を持つ場合、ビデオ信号は、完全に抹消され、グラフィックピクセルには影響が及ぼされない。Ｔが値２５５を持つ（すなわち、１００％）場合、対応するグラフィックピクセルは、完全に透明になる。他のＴの値に関しては、透明度のレベルが直線補間される。これは、ビデオ信号をグラフィック映像を介して見えたままにすることを可能にする。
【００３３】
この後、組合わされた信号は、表示スクリーン２０５上に表示される。しかしながら、グラフィック映像が正に表示されるかどうかは、表示イネーブル回路２１３により制御されるスイッチ２１２に依存する。この回路は、前記パーザからプレゼンテーションタイムスタンプＰＴＳ及びビジビリティフラッグＶＦとＭＰＥＧのシステムクロック基準により搬送される現在時刻ｔとを入力する。表示イネーブル回路２１３は、ｔがＰＴＳよりも大きくなる(P＞PTS)やいなやグラフィック領域の表示を可能にし、対応する領域に関するvisibility_flagが′0′に設定された場合、この表示をできなくさせる。
【００３４】
第７図は、前記受信機の色生成回路２０９の他の実施例を示している。この実施例においては、前記受信機のＣＬＵＴ２０９２が、４ビット入力を有している、すなわち、該ＣＬＵＴは、１６個のエントリを有している。ここで、４ビットピクセルＰＸ４は、スイッチ２０９１に直接供給されるが、８ビットピクセルＰＸ８は、例えば４つの最下位入力ビットを引き抜く、８−４ビットリダクション回路２０９６を通過する。２ビットピクセルは、実際には４ビットロケーションを持つメモリである、２−４ビットマップテーブル２０９５を通過する。このマップテーブル２０９５は、前記パーザから入力されたマップテーブルデータＭＴＤにより特定される４ビットＣＬＵＴエントリ内にこれら２ビットピクセルをマップする。マップテーブルの概念は、前述の通りである。スイッチ２０９１が８で示される位置にある（すなわち、プログラム供給者が、少なくとも８ビットＣＬＵＴを要求する）場合、この領域は表示されないであろう。スイッチ２０９１が２または４で示される位置にある（すなわち、プログラム供給者が、８ビットピクセルが１６色のみで表示されることを受諾する）場合、ピクセルデータは正にＣＬＵＴに供給される。
【００３５】
第８図は、ＣＬＵＴ２０９２が８ビット入力を持つ、すなわち、該ＣＬＵＴは、２５６個のエントリを有する、色生成回路２０９の一実施例を示している。ここで、８ビットピクセルＰＸ８は、スイッチ２０９１に直接供給されるが、２ビットピクセルＰＸ２及び４ビットピクセルＰＸ４は、２−８ビットマップテーブル２０９７及び４−８ビットマップテーブル２０９８を各々通過する。マップテーブル２０９７は、前記パーザから入力されたマップテーブルデータＭＴＤにより特定される８ビットＣＬＵＴエントリ内に２ビットピクセルをマップする。マップテーブル２０９８は、４ビットピクセルに関して同様に実行する。厳密に言えば、スイッチ２０９１は、この受信機が、送信されるＣＬＵＴの要求事項にもかかわらず全ての送信を取り扱うので、この実施例においては余分なものである。
【００３６】
上記説明のように、リダクション回路（２０９３、２０９４、２０９６）は、より高レベルのＣＬＵＴデータを、より低レベルのＣＬＵＴデータにより適合性を持って復号させることを可能にする。一方、マップテーブル（２０９５、２０９７、２０９８）は、より低レベルのＣＬＵＴデータを、より高レベルのＣＬＵＴデータ内に動的にマップすることが可能である。表６は、種々のオプションを要約し、種々の性能レベルを指示している。
【表６】
表６は、２ビット、４ビット及び８ビットＣＬＵＴを各々持つ受信機の性能を指示する３つの行を示している。３つの列は、ある領域が２ビット、４ビットまたは８ビットピクセルを各々有しているかどうかを指示している。ＬｏＣは、符号化データ内に含まれるコンパティビリティのレベルを示している。
【００３７】
領域が２ビット／ピクセルのみで規定される場合、ＣＬＵＴ入力が２、４または８ビット幅であるかどうかは無視して、４色を表示すること（０で示される性能）が可能である。プログラム供給者にとって、このような領域に対して、２ビットよりも上位のＣＬＵＴを要求することは意味をなさない。これは、各列内でＬｏＣ＝２により指示されている。
【００３８】
領域が４ビットピクセルを有する場合、プログラム供給者は、このような領域を、２ビットＣＬＵＴ（ＬｏＣ＝２）を使用して表示することを可能にさせるかもしれない。この２ビット受信者は、この領域を４色で表示し（０で示される性能）、一方、４ビット受信者及び８ビット受信者は１６色を表示する（＋で示される性能）。しかしながら、プログラム供給者はまた、受信者に、４ビットＣＬＵＴ（ＬｏＣ＝４）を要求するかもしれない。この場合、２ビット受信者は、この領域を表示することはできない（−で示される性能）。一方、４ビット及び８ビット受信者は、１６色を表示する（＋＋で示される性能）であろう。
【００３９】
領域が８ビットピクセルを有する場合、プログラム供給者は、このような領域を、２ビットＣＬＵＴ（ＬｏＣ＝２）を使用して表示することを可能にさせるかもしれない。この場合、２ビット受信者は、４色を表示し（０で示される性能）、４ビット受信者は、１６色を表示し（＋で示される性能）、８ビット受信者は、全パレットの色を表示する（＋＋で示される性能）。プログラム供給者はまた、受信者に、少なくとも４ビットＣＬＵＴ（ＬｏＣ＝４）を持つことを要求するかもしれない。この場合、２ビット受信者は、対応する領域を表示することはできず（−で示される性能）、４ビット受信者は、１６色を表示し（＋＋で示される性能）、８ビット受信者は、全パレットの色を表示する（＋＋＋で示される性能）。プログラム供給者が、受信者に、８ビットＣＬＵＴ（ＬｏＣ＝８）を持つことを要求する場合、２ビット受信者だけではなく、４ビット受信者も、対応する領域を表示することができなく（−で示される性能）、一方、８ビット受信者は、最適な性能（＋＋＋＋で示される）を持つ。この後者の性能は、プログラム供給者が、より低レベルの受信者の制約を考慮する必要がないため最適である。
【００４０】
本発明を要約すると、ビデオ信号とグラフィック映像を表す符号化データとを同時に送信する方法が開示されている。本発明は、特に、多言語のサブタイトルをビデオプログラムと共に送信するために適用可能である。グラフィック映像は、アクティブなビデオ区域内において矩形の領域である。これらは、ビットマップの形態で送信される。本発明は、いかなる文字フォントまたはサイズの表示を可能にするだけではなく、例えば、プログラム供給者のロゴの規定も可能にする。符号化データは、サブタイトルが表示されるべき時刻を特定するためにタイムスタンプを含んでいる。本発明の好ましい実施例は、カラールックアップテーブル（ＣＬＵＴ）データの送信及びこのカラールックアップテーブルのエントリの所要の最小数を指示するコンパティビィリティコードを含む。必要以上のエントリを有するＣＬＵＴを持つ受信者に関しては、マップテーブルが、ピクセルデータ幅を、対応するＣＬＵＴの入力幅にマッピングするために送信される。この方法は、ビデオ信号がＭＰＥＧ２符号化され、グラフィック映像が、ＭＰＥＧ２トランスポートストリームのプライベートデータストリーム内に収容される直接ビデオ放送システム(Direct Video Broadcast systems)に適用可能である。
【図面の簡単な説明】
【００４１】
【図１】第１図は、１つ以上のグラフィック映像領域を有する表示スクリーンの例を示している。
【図２】第２図は、１つ以上のグラフィック映像領域を有する表示スクリーンの例を示している。
【図３】第３図は、１つ以上のグラフィック映像領域を有する表示スクリーンの例を示している。
【図４】第４図は、対応サイズ及び位置パラメータを持つ領域を示している。
【図５】第５図は、本発明によるビデオ信号及びグラフィック映像を同時に送信する送信機の概要図を示している。
【図６】第６図は、本発明によるビデオ信号及びグラフィック映像を同時に受信する受信機の概要図を示している。
【図７】第７図は、第６図に示される受信機の色生成回路の実施例を示している。
【図８】第８図は、第６図に示される受信機の色生成回路の実施例を示している。
【０００１】
本発明は、アクティブなビデオ区域内に矩形領域の形態でグラフィック映像を規定する符号化データを送信する方法に関する。また、本発明は、このグラフィック映像を受信する方法並びにこれら方法を実行するように構成された送信機及び受信機にも関する。
【背景技術】
【０００２】
グラフィック映像を送信する従来の方法は、″テレテキスト″の名前で一般的に知られている。ＷＳＴ(World System Teletext)規格が、従来のアナログテレビジョン信号を用いたテキスト及びグラフィック情報の同期送信のために多くの国々において適用されている。このテレテキストシステムは、特に、テレビジョンプログラムに関連するサブタイトルの送信に使用される。
【０００３】
同時に、ＭＰＥＧ２（ＩＳＯ／ＩＥＣ１３８１８）ディジタルテレビジョン規格が、衛星、ケーブル、地上網により及びテープまたはディスク等のパッケージメディアにより、ディジタルテレビジョンプログラムをエンドユーザに放送するため世界的に供給されるであろう。ＭＰＥＧ２デコンプレッション及びデマルチプレクス用の多くの集積回路が市場に出ていて、放送テレビジョンプログラムを受信し復号するためにまたはパッケージ（マルチ）メディアを復号するために受信機デコーダ内に採用されるであろう。
【０００４】
ＭＰＥＧ２コンプレッション及びマルチプレクス技術は、エンドユーザに、非常に多くのプログラムの選択（典型的には数百程度）を提供するであろう。これには、使い易い″人−機械インタフェース″が要求されるであろう。エンドユーザは、″ディジタル″といえば高品質であると連想することが想像される。ゆえに、提供されるであろう全てのサービス面において高品質が証明されなければならない。衛星放送特有のものは、通常多数の言語区域を包囲する、その受信区域の大きなフットプリントにある。それゆえ、放送されるべき多くのテレビジョンプログラムはまた、多くの言語区域が対象とされるであろう。これは、多種の言語のサブタイトルを付す可能性を要求するであろう。サブタイトルの魅力且つ読み易さは、自身の言語以外のテレビプログラムを鑑賞したエンドユーザの心証に大きな衝撃を与えるであろう。
【０００５】
従来のテレテキストシステムは、品質及び性能において非常に限定されていた。これは、文字基準送信システム(a Character-based transmission system)であり、このシステムにおいては、どの文字が表示されるべきかを規定するように符号化データが送信される。（文字フォント、空白、グラフィックの可能性、色に関する）サブタイトルの外観は、ハードウェアにおいて固定される。さらに、現在のテレテキストシステムは、中華人民共和国及び日本国において使用されるような複雑な文字セットを支援することができない。文字基準システムは、多くの文字セットを支援する場合、または単一ではあるが非常に複雑な文字セットを支援する場合、非常に高価で複雑な文字生成装置を要求するであろう。このように、従来のテレテキストシステムは、多言語のサブタイトルを付すための基本的な解決法しか提供しない。
【発明の開示】
【０００６】
本発明の目的は、上述の従来システムの不利な点を解消することにある。さらに、本発明の目的は、特にＭＰＥＧ２環境に関し、多言語のサブタイトルを付す汎用的な解決法を提供することにある。
【０００７】
本発明による方法は、前記領域を形成するピクセルが、前記符号化データにより個々に規定され、該領域のサイズ及び位置が該符号化データ内に含まれることを特徴とする。この方法は、プログラム供給者に、ピクセル的にグラフィック映像の外観を制御可能にさせる。ＲｂＧシステム(″Region based Graphics″system)は、ビデオ信号に重畳する文字符号化よりむしろビットマップ化領域を提供する。文字サイズ及び文字フォントに関する制約はなく、例えばプログラム供給者のロゴ等の、テキストよりむしろ他のグラフィックを重畳させる能力がある。
【０００８】
一実施例においては、前記符号化データは、さらに前記領域が表示されるべき時刻を表すタイムスタンプを含む。これは、多言語のサブタイトルを、予め送信し、ビデオ信号と正確に同期して表示させることを可能にする。従来のテレテキストシステムにおいては、選択された言語のサブタイトルが、受信されると直ちに表示される。正確な同期は、多かれ少なかれ、複数の言語の全てのサブタイトルが制限された期間内に送信される場合のみ可能である。
【０００９】
所与の領域に関する後続の符号化データは、該領域の表示をディスエーブルにするビジビリティコードを含んでも良い。これは、グラフィック領域を効果的に消去可能にする。
【００１０】
本発明の他の実施例においては、領域のピクセルが、カラールックアップテーブルのエントリとして符号化される。マップテーブルが、ｎビットピクセルコードを２n以上のエントリを持つカラールックアップテーブルにマッピングするために提供される。
【００１１】
特に有利な実施例においては、前記符号化データは、ＭＰＥＧ２規格または同様の規格に応じてプライベートトランスポートストリーム(a private transport stream)内に収容される。ＭＰＥＧ２のプライベートトランスポートストリームのＰＥＳパケット内に前記符号化データをパッケタイジング(Packetizing)することは、これらビットマップを関連するＭＰＥＧビデオストリームに容易に同期させる利点を持つ。
【発明を実施するための最良の形態】
【００１２】
本発明は、最初に、送信フォーマットに関して述べられる。以下に記載されるようなシンタクスは、ＭＰＥＧ２（ＩＳＯ／ＩＥＣ１３８１８）規格において使用されるシンタクスと同様である。このシンタクスの｛ａｎｄ｝記号は、読みやすさのため重要ではないので省略されている。また、本発明に不可欠ではなく単にバイト合わせの目的を果たすデータ要素も省略されている。
【００１３】
グラフィック映像を規定する符号化データは、ＰＥＳ(Packetized elementary Streams)パケット内にパケッタイズされ、ＭＰＥＧ２トランスポートシステム(MPEG2 Transport System)内に収容される。ＭＰＥＧ２規格により規定されるように、ＰＥＳパケットは、ヘッダ及びペイロードを有する。
【００１４】
ヘッダは複数のデータ要素を有し、以下のものが本発明に関連する。
＊ 要素stream_idが、グラフィック映像がprivate_data_stream_1として搬送されるように、″1011 1101″に設定される。
＊ 要素PES_packet_lengthが、各ＰＥＳパケットがＭＰＥＧ２トランスポートパケットと位置合わせされるような値に設定される。
＊ 要素data_alignment_indicatorが、領域データフィールドがＰＥＳパケットと位置合わせされることを指示するように″1″に設定される。
＊ ＰＴＳ(Presentation Time Stamp)は、このＰＥＳパケット内に含まれる各領域に関する）データの提示時刻の開始を指示する。一つのマルチページ内の各領域のＰＴＳは、４０ｍｓｅｃより大きく異なるべきである。
【００１５】
グラフィック映像を規定するＰＥＳパケットのペイロードは、PES_data_field()で示される。表１は、このフィールドのシンタクスを示している。
【表１】
＊ data_identifier−ＲｂＧデータが、data_identifierフィールドの値0×20-0×2Fにより識別される。
＊ RbG_stream_id−ＲｂＧストリーム（このストリームからのデータがこのＰＥＳパケット内に記憶される）を識別する。
＊ stream_level_of_compatibility−このストリームから領域を復号するために要求される最小カラールックアップテーブル(Colour_Look_Up_Table(CLUT))を指示する。値0×01は２ビットＣＬＵＴに関し、値0×02は４ビットＣＬＵＴに関し、0×03は８ビットＣＬＵＴに関する。
＊ single_page_display_flag−″1″に設定された場合、このＲｂＧストリームが一つの表示ページしか含まないことを指示する。
＊ region_id−前記領域（この領域からのデータは直ちに続くregion_data_field()内に含まれる）を識別する。
＊ region_level_of_compatibility−この領域を復号するために要求される最小ＣＬＵＴを指示する。上記規定された値を適用する。
＊ region_data_length−表２にそのシンタクスが与えられている直ちに後続するregion_data_field()内のバイト数を特定する。
【００１６】
表２は、region_data_field()のシンタクスを示している。
【表２】
＊ region_data_type−領域データの形式を識別する。値0×10はイントラ領域(I-region)に関し、値0×11は領域属性(A-region)に関し、値0×FFは削除されるべき領域を指示する。
＊ visibility_flag−″1″に設定された場合、この領域が該領域に関する符号化データにより規定されるように表示されるべきであることを特定する。″0″に設定された場合、この領域は透明にされるべきである。
＊ horizontal_address_flag−region_horizontal_addressフィールドの存在を指示する。イントラ領域においては、このフラグは″1″にされるべきである。
＊ vertical_address_flag−region_vertical_addressフィールドの存在を指示する。イントラ領域においては、このフラグは″1″にされるべきである。
＊ number_of_pixels_flag−number_of_pixelsフィールドの存在を指示する。イントラ領域においては、このフラグは″1″にされるべきである。
＊ number_of_lines_flag−number_of_linesフィールドの存在を指示する。イントラ領域においては、このフラグは″1″にされるべきである。
＊ region_horizontal_address−この領域の左最頂部ピクセルの水平アドレスを特定する。720×576ピクセルのフレーム内では、偶数ピクセルのみがアドレスされるべきである。720個のアクティブピクセルの最も左側のピクセルは、インデックスゼロを持ち、ピクセルアドレスは、左から右へ増加する。水平アドレスは、この領域の各ピクセルが720個のアクティブピクセル内になるようになされるべきである。
＊ region_vertical_address−この領域の最頂部ラインの垂直アドレスを特定する。720×576フレームの最頂部ラインは、ラインゼロを持ち、ラインインデックスは、このフレーム内において頂部から底部に１ずつ増加する。垂直アドレスは、この領域の各ラインが576個のアクティブライン内になるようになされるべきである。
＊ number_of_pixels−この領域の水平ピクセル数を特定する。ゼロの値は禁止される。
＊ number_of_lines−この領域の垂直ライン数を特定する。ゼロの値は禁止される。
＊ number_of_sub_regions−この領域内の副領域数を特定する。ゼロの値は禁止される。
＊ sub_region_id−副領域を識別する。
＊ number_of_sub_region_line_flag−number_of_sub_region_lineフィールドの存在を指示する。
＊ clut_flag-colour_look_up_data_field()フィールドの存在を指示し、このシンタクスは表３に与えられている。
＊ attribute_extension_flag−″1″に設定された場合、attribute_extension_lengthフィールド及びこれに関連する予備フィールドの存在を指示する。
＊ coded_data_flag−表４に規定されるcoded_sub_region_data()フィールドの存在を指示する。
＊ coded_data_extension_flag−″1″に設定された場合、coded_data_extension_lengthフィールド及びこれに関連する予備フィールドの存在を識別する。
＊ number_of_sub_region_lines−副領域内のライン数を特定する。当該領域内における全ての副領域内の全ライン数が該領域内のライン数と等しくされるべきである。
＊ attribute_extension_length−直ちに続く予備バイト数を特定する。
＊ coded_data_extension_length−直ちに続く予備バイト数を特定する。
【００１７】
【表３】
以下の語義の定義は、この表に示されるデータ要素に適用する。
＊ number_of_clut_updates−なされるべきアップデートサイクル数を特定する。
＊ number_of_entries−アップデートされるＣＬＵＴのエントリ数を特定する。
＊ 2_bit_clut_destination_flag−″1″に設定された場合、このエントリが２ビットＣＬＵＴに向けられたものであることを指示する。
＊ 4_bit_clut_destination_flag−″1″に設定された場合、このエントリが４ビットＣＬＵＴに向けられたものであることを指示する。
＊ 8_bit_clut_destination_flag−″1″に設定された場合、このエントリが８ビットＣＬＵＴに向けられたものであることを指示する。
＊ full_range_flag−″1″に設定された場合、Ｙ値、Ｕ値、Ｖ値及びＴ値フィールドが、完全８ビット解像度を持つことを指示する。″0″に設定された場合、これらフィールドは４個の最上位ビットのみを含む。
＊ entry_value−ＣＬＵＴのエントリ値を特定する。ＣＬＵＴの最初のエントリは、エントリ値ゼロを持つ。
＊ Y_value−このエントリに関するＣＬＵＴの輝度出力値である。
＊ U_value−このエントリに関するＣＬＵＴの第１のクロマ出力値である。
＊ V_value−このエントリに関するＣＬＵＴの第２のクロマ出力値である。
＊ T_value−このエントリに関するＣＬＵＴの透明度出力値である。値ゼロは、透明度がないことを識別する。値２５５は、完全に透明であることを識別する。他の全ての値に関しては、透明度のレベルが、直線補間により規定される。
【００１８】
表４は、coded_sub_region_data()のシンタクスを示している。
【表４】
＊ data_block_length−このフィールドに直ちに続くcoded_sub_region_dataフィールドのバイト数を特定する。
＊ coding_mode−適用される符号化モードを特定する。″00″に設定された場合、mode_extension_fieldの存在を識別する。
＊ pixels_in_mode−coding_modeフィールドにより特定される２、４または８ビットコードにより符号化されたピクセル数を特定する。
＊ 2_bit_code−ピクセルの色を特定する２ビットコードである。
＊ 2_stuff_bits−″ll″で符号化されるべき２個のスタッフィングビツト(stuffing bits)である。
＊ 4_bit_code−ピクセルの色を特定する４ビットコードである。
＊ 4_stuff_bits−″1111″で符号化されるべき４個のスタッフィングビットである。
＊ 8_bit_code−ピクセルの色を特定する８ビットコードである。
＊ mode_extension−適用される拡張モードを識別する。″00″に設定された場合、コマンドの存在を識別する。他の値に設定された場合、ランレングス(run-length)符号化が適用されることを識別する。
＊ 10_bit_run−直ちに続く2_bit_codeフィールドにより識別される色を持つ後続ピクセル数を特定する。
＊ 8_bit_run−直ちに続く4_bit_codeフィールドにより識別される色を持つ後続ピクセル数を特定する。
＊ 4_bit_run−直ちに続く8_bit_codeフィールドにより識別される色を持つ後続ピクセル数を特定する。
＊ command_length−command_lengthフィールドに直ちに続くこのcoded_sub_region_data()フィールド内のバイト数を特定する。値１５に設定された場合、この数値は、command_lengthフィールドにより特定されない。
＊ long_length-long_lengthフィールドに直ちに続くこのcoded_sub_region_data()フィールド内のバイト数を特定する。
＊ command_id−コマンドの形式を識別する。値0×10はロードマップテーブル(Load Map Table)を示している。このコマンドには、表５に規定されるmap_table_data()が縦続する。値0×llは、エンドオブラインを示している。
【００１９】
表５は、map_table_data()のシンタクスを示している。
【表５】
＊ number_of_entries−ロードされるマップテーブルエントリ数を特定する。
＊ 2_to_4_map_table_flag−″1″に設定された場合、このエントリが、″2 to 4 Map Table″内にロードされることを指示する。
＊ 2_to_8_map_table_flag−″1″に設定された場合、このエントリが、″2 to 8 Map Table″内にロードされることを指示する。
＊ 4_to_8_map_table_flag−″1″に設定された場合、このエントリが、″4 to 8 Map Table″内にロードされることを指示する。
＊ map_table_type−ロードされるマップテーブルの形式を識別する。値″0l″は、″2 to 4 Map Table″を示し、値″10″は、″2 to 8 Map Table″を示し、値″ll″は、″4 to 8 Map Table″を示す。
＊ entry_value−マップテーブルのエントリを特定する。マップテーブルの最初のエントリは、エントリ値ゼロを持つ。
＊ map_table_output_value−このエントリに関するマップテーブルの出力値を特定する。
【００２０】
ここで、上述のシンタクス及び語義を、より通常の言い回しで明白に述べる。PES_data_field()（表１）は、一つ以上の領域を有する少なくとも一つの″ページ″を特定する。第１図乃至第３図は、一つ以上の領域を有するアクティブなビデオ区域のいくつかの例を示している。第１図は、プログラム供給者のロゴＡと現在のサブタイトルＢを示している。第２図は、聴覚に障害を持った視聴者のための付加的なサブタイトルＣを示している（聴覚に障害を持った人々は、しばしば、″聴衆が拍手している″、″音楽が徐々に大きくなっていく″等の付加的な説明文を必要とする）。第３図は、ロゴＡとサブタイトルＢｉを示し、インデックスｉは、複数の言語からの選択可能な一つを指示している。
【００２１】
各領域用のデータは、region_data_field()（表２）内に収容される。このフィールドは、各々の領域のサイズ及び位置を特定する。第４図を参照すると、ある領域の位置が、（ｘ、ｙ）で指示されている。ｘは、region_horizontal_addressにより特定され、ｙは、region_vertical_addressにより特定される。これらの位置パラメータは、ピクセルコード及びカラールックアップテーブルデータを再送信することなしに所与の領域（自身のregion_idにより特定される）に関する符号化データを再送信することにより、スクロールを可能にする時刻で変化させることが可能である。領域のサイズは、ｐ×ｎである。ｐ及びｎは、各々、number_of_pixels及びnumber_of_linesにより特定される。各領域は、最大１６個の副領域を有している。第４図においては、各々ｎ1及びｎ2ラインを有する２つの副領域が示されている。region_data_field()は、各副領域用のカラールックアップテーブルデータ及び／またはピクセルデータを特定する。
【００２２】
上述した全てのパラメータ及びデータが、必須というわけではない。これらパラメータ及びデータの存在は、各々のフラグにより指示される。これは、既に規定された領域及び／または副領域を、各々のregion_id及び／またはsub_region_idを各々参照することにより更新または修正することを可能にする。例えば、領域の位置を修正する（スクロールを可能にする）ことが可能であり、既に表示された領域を見えなくさせることが可能であり、または、副領域を、他の領域で参照する、すなわち、全ての映像データを再送信することなしにスクリーン上の別の場所に表示することが可能である。
【００２３】
カラールックアップテーブルは、colour_look_up_data()フィールド（表３）によりロードされるか、または更新される。このフィールドは、どの輝度、クロマ及び透明度出力値がどのＣＬＵＴのエントリ内に記憶されるべきかを特定する。透明度は、どの程度までビデオ及びグラフィックピクセルをスクリーン上で混合すべきかを規定する。
【００２４】
副領域に関する（または、副領域の数が一つである全体領域に関する）ピクセルデータはフィールドcoded_sub_region_data()（表４）内に収容される。これらピクセルは、カラールックアップテーブルのエントリとして規定される。これらピクセル値は、２、４または８ビットで規定することが可能である。３つの符号化モードが提供される。第１の符号化モード（coding_modeは、′Ol′、′10′、′ll′である）においては、一連のピクセルが別個に特定される。このように送信されるピクセルの数は、pixel_in_modeにより規定される。第２の符号化モード（coding_modeは、′00′であり、coding_mode_extensionが、′Ol′、′10′、′ll′である）においては、一連の同一ピクセルのランが、ランレングス符号化される。第１の符号化モード及び第２の符号化モードを領域内で混合させることが可能である。最小化のために、復号の複雑さへの配慮が、ランレングス符号化データがバイト合わせされるように採用されている。各ランレングスコードは、２バイトを有し、２ビットは符号化モード用であり、２ビットは符号化モード拡張用であり、１２ビットはランレングスコード用である。後者は、符号化モード拡張により特定されるように、２ビットピクセルの１０ビットラン、４ビットピクセルの８ビットランまたは８ビットピクセルの４ビットランを規定する。第３の符号化モード（coding_modeは、′00′であり、coding_mode_extensionは、′00′である）は、マップテーブル及びランレングス符号化データ上で作用するエンドオブライン標識等のコマンドを特定する。マップテーブルの概念は、以下により詳細に開示されている。
【００２５】
存するスクリーン表示チップ(existing 0n-Screen-Display chips)が、グラフィック映像を表示するために使用されることが想像される。これらチップのいくつかは、ピクセル毎に２ビットを可能にし、他のチップは、ピクセル毎に４ビットまたはピクセル毎に８ビットを可能にする。ある領域内のピクセルが、カラールックアップテーブルの入力幅と異なるピクセル毎のビット数を使用して符号化される場合、ポテンシャルの問題が生じる。この問題を解決するために、マップテーブルの概念が導入されている。マップテーブルはまた、符号化効率を上昇させる。マップテーブルは、ピクセルが、カラールックアップテーブルのエントリ幅よりも少ないピクセル毎のビットで符号化されることを可能にする。ここで、これらの見地を、例示により明らかにする。４つの異なる色のみが使用された（副）領域を提案する。各色は、ＣＬＵＴの４つのエントリ内に、輝度及びクロマに関して記憶される。前記領域用のピクセルデータが２ビット／ピクセルに符号化される。しかしながら、デコーダは、４ビットＣＬＵＴを持ち、すなわち、ピクセル毎に４ビットを要求するかもしれない。ここで、マップテーブルは、送信された２ビット／ピクセルコードの４ビットＣＬＵＴエントリへのマッピングを提供する。すなわち、マップテーブルは、１６個のエントリのどの４つを使用するべきかを、デコーダに報知する。２ビット／ピクセルが正に効率を向上させるかどうかは、符号化モードまたはマップテーブルを変化させるための経費に依存する。このように、マップテーブルは、ｎビット／ピクセル符号化をｍビットＣＬＵＴにマッピングするために提供される。ここで、ｎとｍは異なる数である。マップテーブルの概念のこの説明に鑑みて、map_table_data()フィールド（表５）のさらなる説明は必要ないであろう。マップテーブルの各エントリ値に関して、出力値が規定される。
【００２６】
第５図は、本発明による送信機の概要図を示している。この送信機は、ビデオ信号及びグラフィック映像を同時に送信するように構成されている。この送信機は、ＹＵＶフォーマットのベースバンドビデオ信号及び関連するオーディオ信号ＡＵＤを受信し、このビデオ及びオーディオ信号をパツケタイズドエレメンタリーストリーム(packetized elementary streams)ＰＳＶ及びＰＳＡに各々符号化するためのＭＰＥＧ２ビデオエンコーダ１０１及びＭＰＥＧ２オーディオエンコーダ１０２を有している。さらに、この送信機は、サブタイトル及び／またはプログラム供給者のロゴ等の他のグラフィック映像を編集するための編集端末１０３を有している。この編集端末は、処理及び記憶装置１０４に結合される。可能な複数の異なる言語の対応するテレビジョンプログラムに関連する複数のサブタイトルが、予め前記処理及び記憶装置内に記憶されると仮定される。ビデオ信号はまた、時刻ｔを処理及び記憶装置１０４に供給する時刻生成装置１０５に供給される。時刻ｔは、前記対応するテレビジョンプログラムの開始からの経過時間とすることが可能であり、また、このプログラムに関連し、テレビ信号として同一のテープ上に記憶される時間とすることが可能である。ＭＰＥＧシステムにおいては、時刻ｔは、ＭＰＥＧのシステムクロック基準ＳＣＲに対応するであろう。前記処理及び記憶装置は、時刻ｔと各記憶されたサブタイトルに関連するタイムスタンプとを比較する。サブタイトルが適当である場合、対応するデータが、前述した送信フォーマットに応じて符号化データを規定するパッケタイズドエレメンタリーストリームＰＳＧを形成する、符号化及びパケット生成装置１０６に供給される。このパッケタイズドエレメンタリーストリームＰＳＶ、ＰＳＡ及びＰＳＧは、トランスポートストリームＴＳを形成するためにＭＰＥＧマルチプレクサ１０７により多重化される。このトランスポートストリームは、送信または記憶メディア（図示せず）を介して受信機に送信される。
【００２７】
第６図は、本発明による受信機の概要図を示している。この受信機は、ＭＰＥＧ２トランスポートストリームＴＳを受信し、共に選択されたテレビジョンプログラムを構成するパッケタイズドオーディオストリームＰＳＡ、ビデオストリームＰＳＶ及び符号化グラフィックスデータＰＳＧを選択するＭＰＥＧ２デマルチプレクサ２０１を有する。このオーディオストリームは、ＭＰＥＧ２オーディオデコーダ２０２により復号される。復号オーディオ信号ＡＵＤは、再生用スピーカ２０３に供給される。ビデオストリームは、表示スクリーン２０５上に表示するためＹＵＶフォーマットの復号ビデオ信号を得るために、ＭＰＥＧ２ビデオデコーダ２０４により復号される。復号グラフィックデータストリームは、データパーザ２０６に供給される。この回路は、ＰＥＳパケットＰＳＧ内に収容されるデータを解析し、以下の出力信号、
− 当該領域が表示されるべき時刻を指示する、ＰＥＳヘッダ内に収容されるプレゼンテーションタイムスタンプＰＴＳ
− ＶＦで示される、visibility_flag（表２）の値
− 表４内のフィールドn_bit_codeにより規定される符号化ピクセルデータ（ｎ＝２、４、８）；８ビットピクセルコードは、ＰＸ８で示され、４ビットピクセルコードは、ＰＸ４で示され、２ビットピクセルコードは、ＰＸ２で示される
− 各々、フィールドregion_horizontal_address、region_vertical_address、number_of_pixels及びnumber_of_lines（表２、第４図）により規定される、現時点で受信された領域の位置（ｘ、ｙ）及びサイズ（ｐ、ｎ）
− フィールドmap_table_data()（表５）により規定される、ＭＴＤで示されるマップテーブルデータ（この信号は、本実施例においては使用されない）
− フィールドregion_level_of_compatibility（表１）から得られる、ＬｏＣで示される信号
− フィールドcolour_look_up_table_data()（表３）により規定される、ＣＴＤで示されるカラールックアップテーブルデータ
を供給する。
【００２８】
パーザ２０６から入力されたピクセルデータＰＸｎ（ｎ＝２、４、８）は、（ランレングスがランレングスデコーダ２０７を介して復号された場合）ピクセルメモリ２０８内に記憶され、対応するメモリ位置は、該パーザから入力された位置（Ｘ、ｙ）及びサイズ（ｐ、ｎ）により決定される。ピクセルメモリ２０８は、表示タイミング信号（図示せず）により読出される。かくして、ピクセルＰＸ２、ＰＸ４またはＰＸ８（領域は、２ビット、４ビット及び８ビットピクセルとも有するかもしれないが、これらの一つのみがピクセルの継続時間の間活性化される）は、受信ビデオ信号と同期して色生成回路２０９に供給される。
【００２９】
色生成回路２０９は、カラールックアップテーブル２０９２を有している。この実施例においては、前記ＣＬＵＴは、４つのエントリのみを有すると仮定されている、すなわち、その入力は２ビット幅である。ＣＬＵＴは、各エントリに対して、８ビット輝度値Ｙ、８ビットクロマ値Ｕ及びＶ並びに８ビット透明度値Ｔに関するＯＳＤで示される出力信号を保持する。これら関連するＹＵＶ及びＴ値は、前記パーザから入力されたカラールックアップテーブルデータＣＴＤに応答してＣＬＵＴ内に記憶される。
【００３０】
カラールックアップテーブル２０９２が２ビット入力を持つので、２ビットピクセルＰＸ２は直接該入力に供給される。４ビットピクセルＰＸ４及び８ビットピクセルＰＸ８は、各々、４−２ビットリダクション回路２０９３及び８−２ビットリダクション回路２０９４を介してＣＬＵＴに供給される。簡単な実施例においては、これらリダクション回路は、最下位入力ビットを単に引き抜く。他の実施例においては、最上位ビットが、第１の出力を得るために変更されず（または、最上位ビットのいくつがオアされる）、一方、第２の出力を得るために最下位入力ビット(less significant input bits)がオアされる。
【００３１】
リダクション回路２０９３及び２０９４は、より高レベルのＣＬＵＴデータ（＞２ビット）を、より低レベルのＣＬＵＴデータ（２入力ビット）により適合性を持って復号させることを可能にする。しかしながら、プログラム供給者は、５色以上により規定される領域が２ビットＣＬＵＴにより復号されることを防止するかもしれない。これは、パーザから入力される信号ＬｏＣにより、すなわち、フィールドregion_level_of_compatibility（表１参照）により制御されるスイッチ２０９１により達成される。このスイッチが、４または８で示される位置にある（すなわち、プログラム供給者が、各々、少なくとも４ビットＣＬＵＴまたは８ビットＣＬＵＴを要求する）場合、この領域は表示されないであろう。スイッチが２で示される位置にある（すなわち、プログラム供給者が、ピクセルが４色のみで表示されることを受諾する）場合のみ、ピクセルデータがＣＬＵＴに正に供給される。
【００３２】
２ビットピクセルコードに応答して、ＣＬＵＴ２０９２は、表示出力信号ＯＳＤ及び透明度信号Ｔを出力する。この出力信号ＯＳＤは、ビデオ信号ＹＵＶと、ピクセル毎に基づいて、混合される混合段２１０に供給される。透明度信号Ｔは、グラフィックピクセルの透明度の総量を決定する。Ｔが値０を持つ場合、ビデオ信号は、完全に抹消され、グラフィックピクセルには影響が及ぼされない。Ｔが値２５５を持つ（すなわち、１００％）場合、対応するグラフィックピクセルは、完全に透明になる。他のＴの値に関しては、透明度のレベルが直線補間される。これは、ビデオ信号をグラフィック映像を介して見えたままにすることを可能にする。
【００３３】
この後、組合わされた信号は、表示スクリーン２０５上に表示される。しかしながら、グラフィック映像が正に表示されるかどうかは、表示イネーブル回路２１３により制御されるスイッチ２１２に依存する。この回路は、前記パーザからプレゼンテーションタイムスタンプＰＴＳ及びビジビリティフラッグＶＦとＭＰＥＧのシステムクロック基準により搬送される現在時刻ｔとを入力する。表示イネーブル回路２１３は、ｔがＰＴＳよりも大きくなる(P＞PTS)やいなやグラフィック領域の表示を可能にし、対応する領域に関するvisibility_flagが′0′に設定された場合、この表示をできなくさせる。
【００３４】
第７図は、前記受信機の色生成回路２０９の他の実施例を示している。この実施例においては、前記受信機のＣＬＵＴ２０９２が、４ビット入力を有している、すなわち、該ＣＬＵＴは、１６個のエントリを有している。ここで、４ビットピクセルＰＸ４は、スイッチ２０９１に直接供給されるが、８ビットピクセルＰＸ８は、例えば４つの最下位入力ビットを引き抜く、８−４ビットリダクション回路２０９６を通過する。２ビットピクセルは、実際には４ビットロケーションを持つメモリである、２−４ビットマップテーブル２０９５を通過する。このマップテーブル２０９５は、前記パーザから入力されたマップテーブルデータＭＴＤにより特定される４ビットＣＬＵＴエントリ内にこれら２ビットピクセルをマップする。マップテーブルの概念は、前述の通りである。スイッチ２０９１が８で示される位置にある（すなわち、プログラム供給者が、少なくとも８ビットＣＬＵＴを要求する）場合、この領域は表示されないであろう。スイッチ２０９１が２または４で示される位置にある（すなわち、プログラム供給者が、８ビットピクセルが１６色のみで表示されることを受諾する）場合、ピクセルデータは正にＣＬＵＴに供給される。
【００３５】
第８図は、ＣＬＵＴ２０９２が８ビット入力を持つ、すなわち、該ＣＬＵＴは、２５６個のエントリを有する、色生成回路２０９の一実施例を示している。ここで、８ビットピクセルＰＸ８は、スイッチ２０９１に直接供給されるが、２ビットピクセルＰＸ２及び４ビットピクセルＰＸ４は、２−８ビットマップテーブル２０９７及び４−８ビットマップテーブル２０９８を各々通過する。マップテーブル２０９７は、前記パーザから入力されたマップテーブルデータＭＴＤにより特定される８ビットＣＬＵＴエントリ内に２ビットピクセルをマップする。マップテーブル２０９８は、４ビットピクセルに関して同様に実行する。厳密に言えば、スイッチ２０９１は、この受信機が、送信されるＣＬＵＴの要求事項にもかかわらず全ての送信を取り扱うので、この実施例においては余分なものである。
【００３６】
上記説明のように、リダクション回路（２０９３、２０９４、２０９６）は、より高レベルのＣＬＵＴデータを、より低レベルのＣＬＵＴデータにより適合性を持って復号させることを可能にする。一方、マップテーブル（２０９５、２０９７、２０９８）は、より低レベルのＣＬＵＴデータを、より高レベルのＣＬＵＴデータ内に動的にマップすることが可能である。表６は、種々のオプションを要約し、種々の性能レベルを指示している。
【表６】
【００３７】
領域が２ビット／ピクセルのみで規定される場合、ＣＬＵＴ入力が２、４または８ビット幅であるかどうかは無視して、４色を表示すること（０で示される性能）が可能である。プログラム供給者にとって、このような領域に対して、２ビットよりも上位のＣＬＵＴを要求することは意味をなさない。これは、各列内でＬｏＣ＝２により指示されている。
【００３８】
領域が４ビットピクセルを有する場合、プログラム供給者は、このような領域を、２ビットＣＬＵＴ（ＬｏＣ＝２）を使用して表示することを可能にさせるかもしれない。この２ビット受信者は、この領域を４色で表示し（０で示される性能）、一方、４ビット受信者及び８ビット受信者は１６色を表示する（＋で示される性能）。しかしながら、プログラム供給者はまた、受信者に、４ビットＣＬＵＴ（ＬｏＣ＝４）を要求するかもしれない。この場合、２ビット受信者は、この領域を表示することはできない（−で示される性能）。一方、４ビット及び８ビット受信者は、１６色を表示する（＋＋で示される性能）であろう。
【００３９】
領域が８ビットピクセルを有する場合、プログラム供給者は、このような領域を、２ビットＣＬＵＴ（ＬｏＣ＝２）を使用して表示することを可能にさせるかもしれない。この場合、２ビット受信者は、４色を表示し（０で示される性能）、４ビット受信者は、１６色を表示し（＋で示される性能）、８ビット受信者は、全パレットの色を表示する（＋＋で示される性能）。プログラム供給者はまた、受信者に、少なくとも４ビットＣＬＵＴ（ＬｏＣ＝４）を持つことを要求するかもしれない。この場合、２ビット受信者は、対応する領域を表示することはできず（−で示される性能）、４ビット受信者は、１６色を表示し（＋＋で示される性能）、８ビット受信者は、全パレットの色を表示する（＋＋＋で示される性能）。プログラム供給者が、受信者に、８ビットＣＬＵＴ（ＬｏＣ＝８）を持つことを要求する場合、２ビット受信者だけではなく、４ビット受信者も、対応する領域を表示することができなく（−で示される性能）、一方、８ビット受信者は、最適な性能（＋＋＋＋で示される）を持つ。この後者の性能は、プログラム供給者が、より低レベルの受信者の制約を考慮する必要がないため最適である。
【００４０】
本発明を要約すると、ビデオ信号とグラフィック映像を表す符号化データとを同時に送信する方法が開示されている。本発明は、特に、多言語のサブタイトルをビデオプログラムと共に送信するために適用可能である。グラフィック映像は、アクティブなビデオ区域内において矩形の領域である。これらは、ビットマップの形態で送信される。本発明は、いかなる文字フォントまたはサイズの表示を可能にするだけではなく、例えば、プログラム供給者のロゴの規定も可能にする。符号化データは、サブタイトルが表示されるべき時刻を特定するためにタイムスタンプを含んでいる。本発明の好ましい実施例は、カラールックアップテーブル（ＣＬＵＴ）データの送信及びこのカラールックアップテーブルのエントリの所要の最小数を指示するコンパティビィリティコードを含む。必要以上のエントリを有するＣＬＵＴを持つ受信者に関しては、マップテーブルが、ピクセルデータ幅を、対応するＣＬＵＴの入力幅にマッピングするために送信される。この方法は、ビデオ信号がＭＰＥＧ２符号化され、グラフィック映像が、ＭＰＥＧ２トランスポートストリームのプライベートデータストリーム内に収容される直接ビデオ放送システム(Direct Video Broadcast systems)に適用可能である。
【図面の簡単な説明】
【００４１】
【図１】第１図は、１つ以上のグラフィック映像領域を有する表示スクリーンの例を示している。
【図２】第２図は、１つ以上のグラフィック映像領域を有する表示スクリーンの例を示している。
【図３】第３図は、１つ以上のグラフィック映像領域を有する表示スクリーンの例を示している。
【図４】第４図は、対応サイズ及び位置パラメータを持つ領域を示している。
【図５】第５図は、本発明によるビデオ信号及びグラフィック映像を同時に送信する送信機の概要図を示している。
【図６】第６図は、本発明によるビデオ信号及びグラフィック映像を同時に受信する受信機の概要図を示している。
【図７】第７図は、第６図に示される受信機の色生成回路の実施例を示している。
【図８】第８図は、第６図に示される受信機の色生成回路の実施例を示している。
Claims (15)
- アクティブなビデオ区域内に矩形領域の形態でグラフィック映像を規定する符号化データを送信する方法において、
前記矩形領域を形成するピクセルは前記符号化データにより個々に規定され、該矩形領域のサイズ及び位置が該符号化データ内に含まれ、前記矩形領域に関する前記ピクセルはカラールックアップテーブルのエントリとして符号化され、前記符号化データは該カラールックアップテーブルのエントリの所要の最小数を指示するコンパティビリティコードを含むことを特徴とする方法。 - 前記矩形領域に関する前記符号化データはさらに該矩形領域が表示されるべき時刻を表すタイムスタンプを含むことを特徴とする請求項１に記載の方法。
- 既に規定された前記矩形領域のために後続する前記符号化データが、該既に規定された矩形領域の表示をディスエーブルにするビジビリティコードを含むことを特徴とする請求項２に記載の方法。
- 前記矩形領域は複数の副領域を有し、前記副領域は、該副領域により規定されるグラフィック映像を他の前記矩形領域で参照することを可能にする識別コードを含むことを特徴とする請求項１に記載の方法。
- 前記ピクセルはｎビットピクセルデータにより規定され、前記符号化データはさらに該ｎビットピクセルデータを２n以上のエントリを持つカラールックアップテーブルにマッピングするためのマップテーブルを含むことを特徴とする請求項１に記載の方法。
- 前記符号化データはＭＰＥＧ２規格または該規格の拡張に応じたプライベートトランスポートストリーム内に収容されることを特徴とする請求項１乃至５の何れか一項に記載の方法。
- アクティブなビデオ区域内に表示するため矩形領域の形態でグラフィック映像を規定する符号化データを受信する方法において、
当該方法は、前記矩形領域を構成する個々のピクセルに前記符号化データを復号する工程、前記矩形領域のサイズ及び位置を復号する工程、これらピクセルを記憶する工程及びこれらピクセルを表す表示信号を生成する工程を有し、前記矩形領域に関する前記ピクセルはカラールックアップテーブルのエントリとして符号化されていて、前記符号化データは該カラールックアップテーブルのエントリの所要の最小数を指示するコンパティビリティコードを含み、当該方法はさらに、使用可能なエントリ数が前記エントリの所要の最小数よりも小さい場合、表示信号の生成をディスエーブルにする工程を有することを特徴とする方法。 - さらに、前記符号化データ内に含まれるタイムスタンプを復号する工程及びこのタイムスタンプにより表される時刻から前記表示信号を生成する工程を有することを特徴とする請求項７に記載の方法。
- さらに、既に規定された前記矩形領域のために後続する前記符号化データ内に含まれるビジビリティコードを復号する工程及びこのビジビリティコードに応答して前記既に規定された矩形領域に関する前記表示信号の生成をディスエーブルにする工程を有することを特徴とする請求項８に記載の方法。
- 前記矩形領域は識別コードを含む複数の副領域を有し、当該方法はこの副領域を参照する他の前記矩形領域内に該副領域を含ませる工程を有することを特徴とする請求項７に記載の方法。
- さらに、マップテーブルデータを受信する工程及びｎビットピクセルデータを２n以上のエントリを持つカラールックアップテーブルにマッピングするためのマップテーブル内にこのマップテーブルデータを記憶する工程を有することを特徴とする請求項７に記載の方法。
- 前記ビデオ信号はＭＰＥＧ２規格またはその拡張に応じて符号化され、前記グラフィック映像を規定する前記符号化データはＭＰＥＧ２のプライベートトランスポートストリームのパケット内に収容されることを特徴とする請求項７乃至１１の何れか一項に記載の方法。
- アクティブなビデオ区域内に矩形領域の形態でグラフィック映像を規定する符号化データを送信するための手段を有する送信機において、
前記矩形領域を形成する個々のピクセルを符号化し、前記符号化データ内に前記矩形領域のサイズ及び位置を含ませる手段を有し、前記矩形領域に関する前記ピクセルはカラールックアップテーブルのエントリとして符号化され、前記符号化データは該カラールックアップテーブルのエントリの所要の最小数を指示するコンパティビリティコードを含むことを特徴とする送信機。 - アクティブなビデオ区域内に矩形領域の形態でグラフィック映像を規定する符号化データを受信するための受信機において、
前記領域を構成する個々のピクセルに前記符号化データを復号するための手段、前記領域のサイズ及び位置を復号するための手段及びこれらピクセルを記憶するための手段を有し、前記矩形領域に関する前記ピクセルはカラールックアップテーブルのエントリとして符号化されていて、前記符号化データは該カラールックアップテーブルのエントリの所要の最小数を指示するコンパティビリティコードを含むことを特徴とする受信機。 - アクティブなビデオ区域内に矩形領域の形態でグラフィック映像を規定する符号化データを有する、映像信号が記憶される記憶メディアにおいて、
前記矩形領域を形成するピクセルが前記符号化データにより個々に規定され、該矩形領域のサイズ及び位置が前記符号化データ内に含まれ、前記矩形領域に関する前記ピクセルはカラールックアップテーブルのエントリとして符号化され、前記符号化データは該カラールックアップテーブルのエントリの所要の最小数を指示するコンパティビリティコードを含むことを特徴とする記憶メディア。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP94203642 | 1994-12-14 | ||
| NL94203642.7 | 1994-12-14 | ||
| PCT/IB1995/001118 WO1996019077A1 (en) | 1994-12-14 | 1995-12-12 | Subtitling transmission system |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006127068A Division JP4358838B2 (ja) | 1994-12-14 | 2006-04-28 | サブタイトル送信システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09509552A JPH09509552A (ja) | 1997-09-22 |
| JP3918033B2 true JP3918033B2 (ja) | 2007-05-23 |
Family
ID=8217456
Family Applications (4)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP51854196A Expired - Lifetime JP3918033B2 (ja) | 1994-12-14 | 1995-12-12 | サブタイトル送信システム |
| JP2006127068A Expired - Lifetime JP4358838B2 (ja) | 1994-12-14 | 2006-04-28 | サブタイトル送信システム |
| JP2007264491A Expired - Lifetime JP4658107B2 (ja) | 1994-12-14 | 2007-10-10 | サブタイトル送信システム |
| JP2010197229A Expired - Lifetime JP4829373B2 (ja) | 1994-12-14 | 2010-09-03 | サブタイトル送信システム |
Family Applications After (3)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006127068A Expired - Lifetime JP4358838B2 (ja) | 1994-12-14 | 2006-04-28 | サブタイトル送信システム |
| JP2007264491A Expired - Lifetime JP4658107B2 (ja) | 1994-12-14 | 2007-10-10 | サブタイトル送信システム |
| JP2010197229A Expired - Lifetime JP4829373B2 (ja) | 1994-12-14 | 2010-09-03 | サブタイトル送信システム |
Country Status (17)
| Country | Link |
|---|---|
| US (2) | US6661467B1 (ja) |
| EP (1) | EP0745307B3 (ja) |
| JP (4) | JP3918033B2 (ja) |
| KR (1) | KR100491771B1 (ja) |
| CN (2) | CN1166191C (ja) |
| AT (1) | ATE188327T1 (ja) |
| AU (1) | AU701684B2 (ja) |
| BR (1) | BR9506773A (ja) |
| CA (1) | CA2183257C (ja) |
| DE (1) | DE69514212C5 (ja) |
| DK (1) | DK0745307T5 (ja) |
| ES (1) | ES2143092T4 (ja) |
| GR (1) | GR3032754T3 (ja) |
| MX (1) | MX9603393A (ja) |
| MY (1) | MY119200A (ja) |
| PT (1) | PT745307E (ja) |
| WO (1) | WO1996019077A1 (ja) |
Families Citing this family (88)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA2183257C (en) * | 1994-12-14 | 2011-08-02 | Jan Van Der Meer | Subtitling transmission system |
| US6081300A (en) * | 1995-05-24 | 2000-06-27 | Thomson Consumer Electronics, Inc. | Apparatus and method for generating on-screen-display messages using stored bitstreams |
| GB9510484D0 (en) * | 1995-05-24 | 1995-07-19 | Thomson Consumer Electronics | Creating an on screen display |
| TW293981B (ja) * | 1995-07-21 | 1996-12-21 | Philips Electronics Nv | |
| EP0765082A3 (en) * | 1995-09-25 | 1999-04-07 | Sony Corporation | Subtitle signal encoding/decoding |
| CN1199438C (zh) | 1996-09-11 | 2005-04-27 | 松下电器产业株式会社 | 数据显示控制装置 |
| FR2760165B1 (fr) * | 1997-02-21 | 1999-05-14 | Netgem | Procede pour presenter sur un ecran d'affichage d'un televiseur une image composite combinant une image de television et un contenu informatif de donnees internet |
| EP0901735A1 (en) * | 1997-03-12 | 1999-03-17 | Matsushita Electric Industrial Co., Ltd | Hdtv downconversion system |
| US6788347B1 (en) | 1997-03-12 | 2004-09-07 | Matsushita Electric Industrial Co., Ltd. | HDTV downconversion system |
| US6209028B1 (en) | 1997-03-21 | 2001-03-27 | Walker Digital, Llc | System and method for supplying supplemental audio information for broadcast television programs |
| AU748174B2 (en) * | 1997-04-01 | 2002-05-30 | Koninklijke Philips Electronics N.V. | Transmission system comprising means for transmitting a logo |
| GB9716545D0 (en) * | 1997-08-06 | 1997-10-08 | Nds Ltd | A method and apparatus for switching between digital bit-streams |
| EP0936814A1 (en) * | 1998-02-16 | 1999-08-18 | CANAL+ Société Anonyme | Processing of graphical digital picture data in a decoder |
| JP4308924B2 (ja) * | 1998-03-31 | 2009-08-05 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | 符号化データストリームのデータ変更方法及び装置 |
| US7336712B1 (en) * | 1998-09-02 | 2008-02-26 | Koninklijke Philips Electronics N.V. | Video signal transmission |
| US6417888B1 (en) | 1998-10-09 | 2002-07-09 | Matsushita Electric Industrial Co., Ltd. | On screen display processor |
| EP1014713B1 (en) * | 1998-12-21 | 2002-03-13 | Deutsche Thomson-Brandt Gmbh | Method and apparatus for providing OSD data for OSD display in a video signal having an encoded format |
| EP1014712A1 (en) * | 1998-12-21 | 2000-06-28 | Deutsche Thomson-Brandt Gmbh | Method and apparatus for providing OSD data for OSD display in a video signal having an encoded format |
| US6490002B1 (en) * | 1999-02-03 | 2002-12-03 | Sony Corporation | Supplemental data path for supporting on-screen displays from external sources in a monitor/TV receiver using a secondary analog signal path |
| JP4232260B2 (ja) * | 1999-03-03 | 2009-03-04 | ソニー株式会社 | フォント制御方法及び装置 |
| DE60028692T2 (de) * | 1999-05-20 | 2007-05-24 | Koninklijke Philips Electronics N.V. | Verfahren und anordnung zur übertragung und zum empfang von kodierten bildern |
| WO2001008410A1 (en) * | 1999-07-27 | 2001-02-01 | Morecom, Inc. | Graphics transcoding scheme for efficient decoding on digital settop decoder |
| DE19960658A1 (de) | 1999-12-15 | 2001-06-28 | A & E Ungricht Gmbh & Co Kg | Verfahren zum Prägen eines bahnförmigen Tissue-Artikels sowie Walzenpaar zur Durchführung des Verfahrens |
| US20010030710A1 (en) * | 1999-12-22 | 2001-10-18 | Werner William B. | System and method for associating subtitle data with cinematic material |
| DE10001369A1 (de) * | 2000-01-14 | 2001-07-19 | Infineon Technologies Ag | Verfahren und Schaltungsanordnung zur Grafikdarstellung, insbesondere in einem digitalen Fernsehgerät |
| WO2001056244A1 (fr) * | 2000-01-26 | 2001-08-02 | Sony Corporation | Systeme de transmission de donnees |
| US6384870B1 (en) | 2000-03-31 | 2002-05-07 | Matsushita Electric Industrial, Co., Ltd. | Method for synchronizing HDTV format change with on screen display |
| US6833874B2 (en) * | 2001-03-27 | 2004-12-21 | Sony Corporation | Ticker tape picture-in-picture system |
| US7164431B1 (en) * | 2001-05-08 | 2007-01-16 | Pixelworks, Inc. | System and method for mixing graphics and text in an on-screen display application |
| US6903779B2 (en) * | 2001-05-16 | 2005-06-07 | Yahoo! Inc. | Method and system for displaying related components of a media stream that has been transmitted over a computer network |
| JP2003153080A (ja) | 2001-11-09 | 2003-05-23 | Matsushita Electric Ind Co Ltd | 映像合成装置 |
| US20070008431A1 (en) * | 2002-10-15 | 2007-01-11 | Ulrich Englert | Method and circuit for displaying graphics in a digital television receiver |
| US8737810B2 (en) * | 2002-11-15 | 2014-05-27 | Thomson Licensing | Method and apparatus for cropping of subtitle elements |
| EP1420580A1 (en) * | 2002-11-18 | 2004-05-19 | Deutsche Thomson-Brandt GmbH | Method and apparatus for coding/decoding items of subtitling data |
| KR100939711B1 (ko) * | 2002-12-12 | 2010-02-01 | 엘지전자 주식회사 | 텍스트 기반의 서브타이틀 재생장치 및 방법 |
| AU2004234798B2 (en) | 2003-04-28 | 2007-10-18 | Matsushita Electric Industrial Co., Ltd. | Recording medium, reproduction apparatus, recording method, reproducing method, program, and integrated circuit for recording a video stream and graphics with window information over graphics display |
| DE10330329A1 (de) * | 2003-07-04 | 2005-02-17 | Micronas Gmbh | Verfahren zur Darstellung von Teletextseiten auf einer Anzeigevorrichtung |
| CN101217676B (zh) * | 2003-07-11 | 2010-09-01 | 松下电器产业株式会社 | 记录方法、再现装置和方法 |
| KR100667751B1 (ko) * | 2003-10-01 | 2007-01-11 | 삼성전자주식회사 | 텍스트 기반의 자막 정보를 포함하는 저장 매체, 재생장치 및 그 재생 방법 |
| KR100739682B1 (ko) * | 2003-10-04 | 2007-07-13 | 삼성전자주식회사 | 텍스트 기반의 서브 타이틀 정보를 기록한 정보저장매체,그 처리장치 및 방법 |
| JP4552426B2 (ja) * | 2003-11-28 | 2010-09-29 | カシオ計算機株式会社 | 表示制御装置および表示制御処理のプログラム |
| CN100421457C (zh) * | 2003-12-19 | 2008-09-24 | 乐金电子(中国)研究开发中心有限公司 | 在数字电视中实现可寻址播出滚动/静止字幕的方法和装置 |
| KR20050072255A (ko) | 2004-01-06 | 2005-07-11 | 엘지전자 주식회사 | 고밀도 광디스크의 서브타이틀 구성방법 및 재생방법과기록재생장치 |
| KR20070000471A (ko) * | 2004-01-06 | 2007-01-02 | 엘지전자 주식회사 | 기록매체, 기록매체의 텍스트 서브타이틀 스트림 기록 및재생 방법과 장치 |
| KR20050078907A (ko) * | 2004-02-03 | 2005-08-08 | 엘지전자 주식회사 | 고밀도 광디스크의 서브타이틀 재생방법과 기록재생장치 |
| 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 |
| KR20070028325A (ko) * | 2004-02-10 | 2007-03-12 | 엘지전자 주식회사 | 텍스트 서브타이틀 디코더 및 텍스트 서브타이틀 스트림디코딩 방법 |
| EP1716573A1 (en) * | 2004-02-10 | 2006-11-02 | LG Electronic Inc. | Recording medium having a data structure for managing data streams associated with different languages and recording and reproducing methods and apparatuses |
| RU2377669C2 (ru) * | 2004-02-10 | 2009-12-27 | ЭлДжи ЭЛЕКТРОНИКС ИНК. | Носитель записи, имеющий структуру данных для управления различными данными, и способ и устройство записи и воспроизведения |
| US7643732B2 (en) * | 2004-02-10 | 2010-01-05 | Lg Electronics Inc. | Recording medium and method and apparatus for decoding text subtitle streams |
| US20050196146A1 (en) * | 2004-02-10 | 2005-09-08 | Yoo Jea Y. | Method for reproducing text subtitle and text subtitle decoding system |
| WO2005074399A2 (en) * | 2004-02-10 | 2005-08-18 | Lg Electronics Inc. | Recording medium and method and apparatus for decoding text subtitle streams |
| WO2005081643A2 (en) * | 2004-02-26 | 2005-09-09 | Lg Electronics Inc. | Recording medium and method and apparatus for reproducing and recording text subtitle streams |
| US7529467B2 (en) | 2004-02-28 | 2009-05-05 | Samsung Electronics Co., Ltd. | Storage medium recording text-based subtitle stream, reproducing apparatus and reproducing method for reproducing text-based subtitle stream recorded on the storage medium |
| KR100727921B1 (ko) * | 2004-02-28 | 2007-06-13 | 삼성전자주식회사 | 텍스트 기반의 서브타이틀 스트림을 기록한 저장 매체,재생 장치 및 그 재생 방법 |
| KR20070007824A (ko) * | 2004-03-17 | 2007-01-16 | 엘지전자 주식회사 | 기록매체 및 텍스트 서브타이틀 스트림 재생 방법과 장치 |
| DE602005023285D1 (de) * | 2004-03-26 | 2010-10-14 | Lg Electronics Inc | Speichermedium,verfahren, und gerät zum wiedergeben von untertiteldatenströmen |
| EP1733385B1 (en) * | 2004-03-26 | 2009-12-09 | LG Electronics Inc. | Recording medium and method and apparatus for reproducing and recording text subtitle streams |
| WO2005091722A2 (en) * | 2004-03-26 | 2005-10-06 | Lg Electronics Inc. | Recording medium and method and apparatus for reproducing text subtitle stream recorded on the recording medium |
| US20050235087A1 (en) * | 2004-04-15 | 2005-10-20 | Stone Christopher J | Method, article of manufacture and apparatuses for establishing an isochronous signal for transmission to a signal receiving device |
| KR20060047266A (ko) * | 2004-04-26 | 2006-05-18 | 엘지전자 주식회사 | 기록매체, 기록매체의 재생방법과 재생장치 |
| JP4724710B2 (ja) * | 2004-05-03 | 2011-07-13 | エルジー エレクトロニクス インコーポレイティド | テキストサブタイトルデータを再生管理するためのデータ構造を有する記録媒体及びこれと関連する方法及び装置 |
| JP4692950B2 (ja) * | 2004-06-11 | 2011-06-01 | ソニー株式会社 | データ処理装置およびデータ処理方法、プログラムおよびプログラム記録媒体、並びにデータ記録媒体 |
| WO2006000613A1 (en) * | 2004-06-24 | 2006-01-05 | Jukka Antero Keskinen | Method for facilitating the watching of tv programs, dvd films and the like, meant for deaf people and people with hearing damage |
| KR101058010B1 (ko) * | 2004-09-07 | 2011-08-19 | 삼성전자주식회사 | 그래픽 데이터 생성 장치, 방법 및 정보 저장 매체 |
| GB2419975A (en) * | 2004-11-09 | 2006-05-10 | Nokia Corp | Auxiliary content handling |
| EP1908290B1 (en) * | 2005-07-06 | 2015-06-10 | Thomson Licensing | Method and device for coding a video content comprising a sequence of pictures and a logo |
| FR2888452A1 (fr) * | 2005-07-06 | 2007-01-12 | Thomson Licensing Sa | Procede et dispositif de codage d'un contenu video comprenant une sequence d'images et un logo |
| JP4449936B2 (ja) * | 2006-03-31 | 2010-04-14 | ソニー株式会社 | 撮像装置、カメラシステムおよびその駆動方法 |
| KR20080070201A (ko) * | 2007-01-25 | 2008-07-30 | 삼성전자주식회사 | 추가적인 자막 제공 방법 및 그 재생 장치 |
| US7739596B2 (en) | 2007-04-06 | 2010-06-15 | Yahoo! Inc. | Method and system for displaying contextual advertisements with media |
| TWI391907B (zh) * | 2007-12-25 | 2013-04-01 | Mstar Semiconductor Inc | 字幕視窗屬性設定方法及相關電視系統 |
| KR20100030474A (ko) * | 2008-09-10 | 2010-03-18 | 삼성전자주식회사 | 서비스 정보 제공방법 및 그 장치 |
| JP5525201B2 (ja) * | 2009-07-28 | 2014-06-18 | パナソニック株式会社 | 画像合成装置、画像符号化装置、コンピュータプログラム、記録媒体 |
| TWI448152B (zh) * | 2010-06-24 | 2014-08-01 | Mstar Semiconductor Inc | 字幕顯示方法與嵌入式系統 |
| CN102333194B (zh) * | 2010-07-13 | 2013-12-11 | 晨星软件研发(深圳)有限公司 | 字幕显示方法与嵌入式系统 |
| US9014269B2 (en) | 2010-09-30 | 2015-04-21 | General Instrument Corporation | Method and apparatus for managing bit rate |
| US9716737B2 (en) * | 2013-05-08 | 2017-07-25 | Qualcomm Incorporated | Video streaming in a wireless communication system |
| CN103414950B (zh) * | 2013-08-16 | 2016-09-14 | 天脉聚源(北京)传媒科技有限公司 | 一种界面展示方法、装置、机顶盒和服务器 |
| US20150255121A1 (en) * | 2014-03-06 | 2015-09-10 | Thomson Licensing | Method and apparatus for composition of subtitles |
| JP2016081553A (ja) * | 2014-10-17 | 2016-05-16 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ | 記録媒体、再生方法、および再生装置 |
| CN105898613A (zh) * | 2015-08-21 | 2016-08-24 | 乐视致新电子科技（天津）有限公司 | 一种设置屏幕菜单透明度的方法和装置 |
| EP3771214A1 (en) | 2016-09-14 | 2021-01-27 | Sony Corporation | Transmission device, transmission method, reception device and reception method |
| JP7113746B2 (ja) * | 2016-10-11 | 2022-08-05 | ソニーグループ株式会社 | 送信装置、送信方法、受信装置および受信方法 |
| CN108476331B (zh) * | 2016-11-22 | 2023-01-06 | 索尼公司 | 发送设备、发送方法、接收设备、以及接收方法 |
| CN106792071A (zh) * | 2016-12-19 | 2017-05-31 | 北京小米移动软件有限公司 | 字幕处理方法及装置 |
| CN109525899A (zh) * | 2018-11-19 | 2019-03-26 | 青岛海信传媒网络技术有限公司 | 字幕和视频同步呈现的方法及装置 |
| CN111930532B (zh) * | 2020-07-09 | 2023-11-17 | 智盈未来(西安)信息技术有限公司 | 航电数据集成方法及装置 |
Family Cites Families (28)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4622545A (en) * | 1982-09-30 | 1986-11-11 | Apple Computer, Inc. | Method and apparatus for image compression and manipulation |
| JPH07118798B2 (ja) * | 1988-02-29 | 1995-12-18 | パイオニア株式会社 | 画像情報の記録方法及び再生方法 |
| US5280572A (en) * | 1988-06-24 | 1994-01-18 | Time Warner Interactive Group Inc. | Method and apparatus for storing text data in subcode packs |
| US5101365A (en) * | 1988-10-31 | 1992-03-31 | Sun Microsystems, Inc. | Apparatus for extending windows using Z buffer memory |
| US5091717A (en) * | 1989-05-01 | 1992-02-25 | Sun Microsystems, Inc. | Apparatus for selecting mode of output in a computer system |
| JP2531795B2 (ja) * | 1989-06-29 | 1996-09-04 | パイオニア株式会社 | 画像情報再生装置 |
| JP2991480B2 (ja) * | 1990-11-26 | 1999-12-20 | パイオニア株式会社 | カラオケ演奏装置 |
| JP3241372B2 (ja) * | 1990-11-27 | 2001-12-25 | パイオニア株式会社 | カラオケ演奏方法 |
| JP3277507B2 (ja) * | 1990-11-28 | 2002-04-22 | ソニー株式会社 | データ検索方法及びデータ検索再生装置 |
| DE69223489T2 (de) * | 1991-09-09 | 1998-07-16 | Sun Microsystems Inc | Einrichtung und Verfahren zur Verwaltung der Zuweisung von Identifizierungswerten von Anzeigeattributen und von mehreren Hardware-Farbtabellen |
| US5294982A (en) * | 1991-12-24 | 1994-03-15 | National Captioning Institute, Inc. | Method and apparatus for providing dual language captioning of a television program |
| JP3059302B2 (ja) * | 1992-06-03 | 2000-07-04 | 株式会社ハドソン | 映像混合装置 |
| JPH0646350A (ja) * | 1992-07-24 | 1994-02-18 | Victor Co Of Japan Ltd | ディスプレイ装置 |
| JPH06121263A (ja) * | 1992-10-08 | 1994-04-28 | Sony Corp | 映像信号の記録方法 |
| KR950005937B1 (ko) * | 1992-10-12 | 1995-06-07 | 주식회사엘지전자 | 캡션자막 표시 제어장치와 표시 제어방법 |
| JP3062784B2 (ja) * | 1992-10-20 | 2000-07-12 | ブラザー工業株式会社 | 音楽再生装置 |
| US5715515A (en) * | 1992-12-02 | 1998-02-03 | Scientific-Atlanta, Inc. | Method and apparatus for downloading on-screen graphics and captions to a television terminal |
| US5493339A (en) * | 1993-01-21 | 1996-02-20 | Scientific-Atlanta, Inc. | System and method for transmitting a plurality of digital services including compressed imaging services and associated ancillary data services |
| BR9406793A (pt) * | 1993-06-07 | 1996-01-30 | Scientific Atlanta | Sistema de exibicão de um terminal de assinante para sistema de televisão por assinatura sistema de exibição para gerar um primeiro sinal de vídeo e processo em sistema de exibição para gerar um primeiro sinal de vídeo |
| US5475400A (en) * | 1993-11-15 | 1995-12-12 | Media Vision Inc. | Graphic card with two color look up tables |
| JPH07231435A (ja) * | 1993-12-21 | 1995-08-29 | Sony Corp | 字幕データ符号化装置、その復号化装置、並びに記録媒体 |
| JPH07203396A (ja) * | 1993-12-28 | 1995-08-04 | Sony Corp | 字幕データ復号化装置 |
| US5604514A (en) * | 1994-01-03 | 1997-02-18 | International Business Machines Corporation | Personal computer with combined graphics/image display system having pixel mode frame buffer interpretation |
| US5424785A (en) * | 1994-03-22 | 1995-06-13 | National Captioning Institute | System for encoding and displaying captions for television programs |
| US5515082A (en) * | 1994-06-08 | 1996-05-07 | Trans-Lux Corporation | Device for selectively displaying text received from a high-speed communication |
| US5559999A (en) * | 1994-09-09 | 1996-09-24 | Lsi Logic Corporation | MPEG decoding system including tag list for associating presentation time stamps with encoded data units |
| US5541662A (en) * | 1994-09-30 | 1996-07-30 | Intel Corporation | Content programmer control of video and data display using associated data |
| CA2183257C (en) * | 1994-12-14 | 2011-08-02 | Jan Van Der Meer | Subtitling transmission system |
-
1995
- 1995-12-12 CA CA2183257A patent/CA2183257C/en not_active Expired - Lifetime
- 1995-12-12 EP EP95943556A patent/EP0745307B3/en not_active Expired - Lifetime
- 1995-12-12 ES ES95943556T patent/ES2143092T4/es not_active Expired - Lifetime
- 1995-12-12 PT PT95943556T patent/PT745307E/pt unknown
- 1995-12-12 CN CNB951924133A patent/CN1166191C/zh not_active Expired - Lifetime
- 1995-12-12 MX MX9603393A patent/MX9603393A/es unknown
- 1995-12-12 BR BR9506773A patent/BR9506773A/pt active IP Right Grant
- 1995-12-12 DK DK95943556.1T patent/DK0745307T5/da active
- 1995-12-12 AT AT95943556T patent/ATE188327T1/de active
- 1995-12-12 CN CNB2004100634554A patent/CN100348036C/zh not_active Expired - Lifetime
- 1995-12-12 JP JP51854196A patent/JP3918033B2/ja not_active Expired - Lifetime
- 1995-12-12 KR KR1019960704513A patent/KR100491771B1/ko not_active IP Right Cessation
- 1995-12-12 DE DE69514212.7T patent/DE69514212C5/de not_active Expired - Lifetime
- 1995-12-12 AU AU45040/96A patent/AU701684B2/en not_active Expired
- 1995-12-12 WO PCT/IB1995/001118 patent/WO1996019077A1/en active IP Right Grant
- 1995-12-13 US US08/572,255 patent/US6661467B1/en not_active Expired - Lifetime
- 1995-12-14 MY MYPI95003869A patent/MY119200A/en unknown
-
2000
- 2000-02-24 GR GR20000400453T patent/GR3032754T3/el unknown
-
2003
- 2003-10-14 US US10/685,245 patent/US7647620B2/en not_active Expired - Fee Related
-
2006
- 2006-04-28 JP JP2006127068A patent/JP4358838B2/ja not_active Expired - Lifetime
-
2007
- 2007-10-10 JP JP2007264491A patent/JP4658107B2/ja not_active Expired - Lifetime
-
2010
- 2010-09-03 JP JP2010197229A patent/JP4829373B2/ja not_active Expired - Lifetime
Also Published As
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3918033B2 (ja) | サブタイトル送信システム | |
| KR100565614B1 (ko) | 캡션 송수신 방법 | |
| RU2278479C2 (ru) | Интерактивное видеооборудование и способ наложения титров на изображение с помощью этого оборудования | |
| US8091106B1 (en) | Method and apparatus for using DVD subpicture information in a television receiver | |
| KR19990021919A (ko) | 앰팩 영상 신호 처리 시스템용 애니메이트 온 스크린디스플레이 장치 | |
| KR100767776B1 (ko) | Ｏｓｄ 헤더들을 연쇄적으로 연결함으로써 다수의 비디오 래스터 크기들에 걸쳐 단일의 ｏｓｄ 픽스맵을 사용하기 위한 방법 및 시스템 | |
| US6678008B1 (en) | Apparatus for generating a digital video picture | |
| US20060034589A1 (en) | DTV data stream, DTV broadcast system, and methods of generating and processing DTV data stream | |
| US6750918B2 (en) | Method and system for using single OSD pixmap across multiple video raster sizes by using multiple headers | |
| US6480238B1 (en) | Apparatus and method for generating on-screen-display messages using field doubling | |
| KR100413870B1 (ko) | 필드 더블링을 이용하여 온스크린 디스플레이 메시지를 생성하는장치 및 그 방법 | |
| KR100434675B1 (ko) | 트루 컬러 모드를 이용하여 온스크린 디스플레이 메시지를 생성하는 장치 및 그 방법 | |
| KR20050108326A (ko) | 캡션 송수신 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051101 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20060130 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20060320 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060428 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060620 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061013 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20061207 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20061219 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070117 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110223 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110223 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120223 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130223 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140223 Year of fee payment: 7 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |