JP4508330B2 - 表示装置 - Google Patents
表示装置 Download PDFInfo
- Publication number
- JP4508330B2 JP4508330B2 JP35662699A JP35662699A JP4508330B2 JP 4508330 B2 JP4508330 B2 JP 4508330B2 JP 35662699 A JP35662699 A JP 35662699A JP 35662699 A JP35662699 A JP 35662699A JP 4508330 B2 JP4508330 B2 JP 4508330B2
- Authority
- JP
- Japan
- Prior art keywords
- display
- information
- display information
- data
- osd 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 - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40052—High-speed IEEE 1394 serial bus
- H04L12/40117—Interconnection of audio or video/imaging devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/44—Receiver circuitry for the reception of television signals according to analogue transmission standards
- H04N5/445—Receiver circuitry for the reception of television signals according to analogue transmission standards for displaying additional information
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/38—Information transfer, e.g. on bus
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
-
- 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/4104—Peripherals receiving signals from specially adapted client devices
- H04N21/4122—Peripherals receiving signals from specially adapted client devices additional display device, e.g. video projector
-
- 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/41—Structure of client; Structure of client peripherals
- H04N21/426—Internal components of the client ; Characteristics thereof
- H04N21/42653—Internal components of the client ; Characteristics thereof for processing graphics
-
- 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/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
-
- 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/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
- H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
-
- 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/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
- H04N21/4363—Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network
- H04N21/43632—Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network involving a wired protocol, e.g. IEEE 1394
Description
【０００１】
【発明の属する技術分野】
本発明は、複数の情報供給源からの表示情報を表示する表示装置に関する。
【０００２】
【従来の技術】
現在、家庭内のＡＶ(Audio/Visual)機器とディジタルテレビジョン受像機（以下、ディジタルＴＶ）と相互に接続した家庭内ネットワークの実現に向け、様々な団体が活動を開始している。例えば、１３９４ＴＡ(Trade Association)と呼ばれる団体では、ディジタルＴＶを含めた複数のＡＶ機器を共通のディジタルインタフェースで相互に接続できるようにするために、ＩＥＥＥ１３９４−１９９５規格をベースとしたトランスポート層の仕様を策定している。
【０００３】
一方、近年、欧米を中心に、ディジタルテレビジョン放送を実用化する動きがある。ディジタルテレビジョン放送は、従来のアナログＴＶの放送帯域幅と同様な帯域幅で、複数の番組を同時に転送する能力がある。
【０００４】
ディジタルテレビジョン放送では、特に、ディジタルデータによる放送が可能となるため、ディジタル映像情報やディジタル音声情報と共に、ＥＰＧ(Electrical Program Guide)、コマーシャル情報、天気情報、株式情報等の静止画像を放送することが可能となる。このようなディジタル情報を含むディジタルテレビジョン放送は、セットトップボックス等を介して、家庭内ネットワークに接続されたディジタルＴＶに転送され、表示される。
【０００５】
【発明が解決しようとする課題】
将来の家庭内ネットワークにおいて、ディジタルＴＶ等の表示装置は、セットトップボックスと１対１に接続されるだけでなく、他のＡＶ機器とも共通のディジタルインタフェースを介して接続されると考えられる。
【０００６】
その場合、表示装置は、様々なＡＶ機器の有する表示情報（以下、ＯＳＤ:On screen displayと称する）を同じ画面上に表示する機能が必要となる。特に、複数のＡＶ機器で１つの表示装置を共有する場合には、各ＡＶ機器のＯＳＤ（例えば、静止画像やグラフィックス画像）が、ある期間に同時に表示装置に対して描画要求を出す可能性がある。このような場合、表示装置は、複数のＯＳＤが表示画面上でなるべく重ならないように表示するか、重なっても不具合がないように表示する必要がある。
【０００７】
しかしながら、各ＡＶ機器のＯＳＤは通常、表示装置の表示画面上のレイアウトに関係なく送信されるため、複数のＯＳＤを表示画面上にどのようにレイアウトするかについては全て表示装置において処理する必要があった。このような構成では、表示装置に対して非常に大きな負荷がかかると共に、効率的ではなかった。
【０００８】
本発明は、かかる課題を解決するためのなされたものであり、複数の機器からの表示情報を効率的に表示できるようにすることを目的とする。
【０００９】
【課題を解決するための手段】
本発明に係る表示装置は、第１の外部機器から提供された第１の表示情報を表示器に表示し、第２の外部機器から提供された第２の表示情報を前記表示器に表示する表示装置であって、前記第１の表示情報を前記第１の外部機器から受信し、前記第１の表示情報を表示する位置と、前記第１の表示情報を表示するサイズと、前記第１の表示情報を表示する期間と、前記第１の表示情報の表示を開始する時間と、前記第１の表示情報に他の表示情報を重ねることができるか否かとを示す情報を前記第２の外部機器に送信し、前記第２の表示情報を前記第２の外部機器から受信する通信手段と、前記第２の表示情報が前記第２の外部機器から受信される前に前記第１の表示情報を前記表示器に表示している場合は、前記第２の外部機器が前記第１の表示情報を表示する位置と、前記第１の表示情報を表示するサイズと、前記第１の表示情報を表示する期間と、前記第１の表示情報の表示を開始する時間と、前記第１の表示情報に他の表示情報を重ねることができるか否かとを示す情報に基づいて前記第２の表示情報を表示する位置と、前記第２の表示情報を表示するサイズと、前記第２の表示情報を表示する期間と、前記第２の表示情報の表示を開始する時間と、前記第２の表示情報に他の表示情報を重ねることができるか否かとを決定できるようにするために、前記第１の表示情報を表示する位置と、前記第１の表示情報を表示するサイズと、前記第１の表示情報を表示する期間と、前記第１の表示情報の表示を開始する時間と、前記第１の表示情報に他の表示情報を重ねることができるか否かとを示す情報を、前記第２の表示情報が前記第２の外部機器から受信される前に前記通信手段を介して前記第２の外部機器に送信するように制御する制御手段とを有することを特徴とする。
【００２６】
【発明の実施の形態】
以下、本発明の好適な実施の形態について図面を参照して詳細に説明する。
図１は、４つのＡＶ機器により構成された家庭内ネットワークの一例を示す。本実施の形態の各ＡＶ機器は、次世代の高性能ディジタルインタフェースの１つである、ＩＥＥＥ１３９４−１９９５規格及びその拡張規格に準拠した１３９４シリアルバスインタフェース（以下、ＩＥＥＥ１３９４インタフェース）を介して接続されている。
【００２７】
ＩＥＥＥ１３９４インタフェースには次のような特徴がある。
（１）データ転送速度が高速である。
（２）リアルタイムなデータ転送モード（即ち、Isochronous転送モード）とAsynchronous転送モードをサポートしている。
（３）自由度の高い接続構成（トポロジ）を構築できる。
（４）プラグアンドプレイ機能と活線挿抜機能をサポートしている。
【００２８】
図２は、Isochronous転送モードとAsynchronous転送モードの動作を説明する図である。
Isochronous転送モードは、各通信サイクル期間において所定期間の転送帯域を保証する転送方式である。従って、Isochronous転送モードは、所定量のデータを一定のデータレートで連続的に転送することが要求されるデータ（例えば、動画像データや音声データ等）の転送に有効である。
【００２９】
又、Asynchronous転送モードでは、必要に応じて非同期に転送することの可能なデータ（例えば、制御コマンドやファイルデータ等）を指定した機器に対して転送する。Asynchronous転送モードには、読み込みトランザクション、書き込みトランザクション、ロックトランザクションの３種類のトランザクションが用意されている。又、Asynchronous転送モードでは、受信操作が行われたことを応答することができ、Isochronous転送モードに比べて確実な通信を行うことができる。
【００３０】
Isochronous転送モードとAsynchronous転送モードとは、各通信サイクル（通常、１通信サイクルは、１２５μＳ）内において、混在させることが可能である。図２に示すように、各転送モードは、各通信サイクルの開始を示すサイクル・スタート・パケット（以下、ＣＳＰ）２０１の転送後に実行される。
【００３１】
図２において、２０２、２０３はIsochronous転送モードに基づいて各通信サイクル毎に転送される通信パケット（Isochronousパケット）である。２０４、２０５は、Asynchronous転送モードに基づいて転送される通信パケット（Asynchronousパケット）である。
【００３２】
尚、各通信サイクル期間において、Isochronous転送モードは、Asynchronous転送モードよりも優先順位が高く設定されている。又、Isochronous転送モードの転送帯域は、各通信サイクル内で保証されている。
【００３３】
次に、図１に示す家庭内ネットワークについて詳細に説明する。
図１において、１はディジタルテレビジョン（以下、ＤＴＶと称する）である。ＤＴＶ１は、ネットワークに接続された少なくとも１つのＡＶ機器が転送する表示情報（以下、ＯＳＤデータと称する）を受信し、ＤＴＶ１の持つ表示器に描画して表示する機能を有している。ＯＳＤデータは、静止画像、画像の一部が動く静止画像（例えば、アニメーションを含む静止画像データ）、３Ｄグラフィックス、テキスト、動画像、及びそれらが混在する表示情報の何れかから構成される。
【００３４】
ここで、ＯＳＤデータは、ＥＰＧ、コマーシャル情報、天気情報、株式情報等の表示情報の他に、コントロールパネルと呼ばれる表示情報を含む。コントロールパネルとは、それを具備するＡＶ機器を遠隔操作するための表示情報である。コントロールパネルは、１つ以上のエレメント（各エレメントは、テキスト又はグラフィックスで表示される）から構成されるＧＵＩ（Graphical User Interface）であり、各エレメントは、ＡＶ機器の具備する遠隔操作可能な機能を図示する。ユーザは、ＤＴＶ１等の表示器に描画されたコントロールパネル内のエレメントを操作することによって、そのコントロールパネルに対応するＡＶ機器を遠隔操作できる。例えば、後述するディジタルビデオカセットレコーダ３のコントロールパネルは、「記録」、「再生」、「早送り」、「巻戻し」、「一時停止」、「前進スキップ」、「後進スキップ」等の機能に対応するエレメントを具備する。このコントロールパネルを用いてディジタルビデオカセットレコーダ３を「一時停止」の状態にしたい場合には、「一時停止」に対応するエレメントを選択し、決定するだけでよい。ユーザがどのエレメントを操作したかについての情報は、ＤＴＶ１等の表示器からディジタルビデオカセットレコーダ３に通知される。
【００３５】
２はセットトップボックス（以下、ＳＴＢと称する）である。ＳＴＢ２は、ＭＰＥＧ２規格に基づくＭＰＥＧ２ ＴＳ(トランスポートストリーム)、各種のＯＳＤデータ、制御コマンド等をＩＥＥＥ１３９４インタフェース用のデータに変換して出力することができる。ここで、ＭＰＥＧ２ ＴＳは、複数の画像データ、音声データ、それらの補助データをパケット化(１８８バイト単位)し、且つ多重化している。
【００３６】
ＳＴＢ２において、制御部２０は、ＳＴＢ２の動作を制御すると共に、ＯＳＤ生成部２１の生成するＯＳＤデータの描画条件を必要に応じて変更させる。ＯＳＤ生成部２１は、ＥＰＧ(Electronic Program Guide)、チューニングしたチャンネル番号、コマーシャル情報、コントロールパネル等のＯＳＤデータを生成する。又、ＯＳＤ生成部２１は、各種のＯＳＤデータの基準描画条件を生成し、その描画条件を後述の描画レイアウト情報に基づいて変更する。チューナサブユニット２２は、デジタル放送用のＭＰＥＧ ＴＳを受信する機能を有する。１３９４インタフェース２３は、ＯＳＤデータを後述するAsynchronous Connectionプロトコルに基づいてＤＴＶ１に転送する。
【００３７】
３はディジタルビデオカセットレコーダ（以下、ＤＶＣＲと称する）である。ＤＶＣＲ３は、ＳＴＢ２からIsochronous転送された動画像データ（ＭＰＥＧ２ＴＳを含む）を記録したり、記録した動画像データ（ＭＰＥＧ２ ＴＳを含む）を再生してＤＴＶ１に対してIsochronous転送したりすることができる。
【００３８】
ＤＶＣＲ３において、制御部２４は、ＤＶＣＲ３の動作を制御すると共に、ＯＳＤ生成部２５の生成するＯＳＤデータの描画条件を必要に応じて変更する。ＯＳＤ生成部２５は、記録、再生、一時停止、特殊再生等を指示するためのコントロールパネルや、現在の動作状態、記録媒体の記録残量、記録時間、再生時間等を通知するための表示情報をＯＳＤデータとして生成する。又、ＯＳＤ生成部２５は、ＤＶＣＲ３が外部出力する各ＯＳＤデータの描画条件を生成し、それらの基準描画条件を後述の描画レイアウト情報に基づいて変更する。ＶＴＲサブユニット２６は、磁気テープや磁気ディスク等の記録媒体に、ＭＰＥＧ２形式の動画像データを記録再生する機能を有する。１３９４インタフェース２７は、ＤＶＣＲ３のＯＳＤデータを後述する「Asynchronous Connectionプロトコル」に基づいてＤＴＶ１に転送する。
【００３９】
４はパーソナルコンピュータ（以下、ＰＣと称する）である。ＰＣ４は、ハードディスク３０に格納されたＯＳＤデータをＤＴＶ１に転送する。１３９４インタフェース２９は、ＰＣ４のＯＳＤデータを後述する「Asynchronous Connectionプロトコル」に基づいてＤＴＶ１に転送する。ＰＣ４の制御部２８は、ＰＣ４が外部出力する各ＯＳＤデータの基準描画条件を生成し、それらを後述の描画レイアウト情報に基づいて変更する。
【００４０】
次に、ＤＴＶ１の内部構成について詳細に説明する。
７は上述の機能を具備するＩＥＥＥ１３９４インタフェースであり、ＩＥＥＥ１３９４−１９９５規格及びその拡張規格に準拠した物理層の機能とリンク層の機能とを有する。ＩＥＥＥ１３９４インタフェース７は更に、後述する「AV/C Digital interface command set仕様」に準拠した機能と後述する「Asynchronous Connection プロトコル」に準拠した通信機能とを具備する。尚、ＳＴＢ２、ＤＶＣＲ３、ＰＣ４の具備する１３９４インタフェース２３、２７、２９もＩＥＥＥ１３９４インタフェース７と同様の機能を有する。
【００４１】
８はAsynchronous Connection プロトコル用のデータバッファ制御部であり、Asynchronous Connectionプロトコルに基づいて所定のデータ単位に転送されたＯＳＤフレームのバッファリングを制御する。尚、本実施の形態におけるＯＳＤフレームのデータ・フォーマットについては後述する。９はバッファであり、上記ＯＳＤフレームをバッファリングする。
【００４２】
１０は描画レイアウト制御部であり、描画レイアウト情報を管理する。ここで、描画レイアウト情報とは、現在ＤＴＶ１が表示している複数のＯＳＤデータの描画条件、レイアウトＩＤ等から構成される。１１は描画レイアウト用メモリであり、描画レイアウト制御部１０の管理する描画レイアウト情報を保持する。
【００４３】
１２はＯＳＤコントローラであり、Asynchronous Connectionプロトコルに基づいて転送された複数のＯＳＤデータを、各ＯＳＤデータに対応する描画条件に基づいて描画するように制御する。１３はＯＳＤメモリであり、複数のＯＳＤデータとそれらに対応する描画条件とを関連付けて記憶する。
【００４４】
１４はデコーダであり、各機器（ＳＴＢ１或いはＤＶＣＲ３）からIsochronous転送されたＭＰＥＧ２ ＴＳをデコードし、標準テレビジョン信号（ＮＴＳＣ方式やＰＡＬ方式等）に変換する。１５は画像合成部であり、標準テレビジョン信号とＯＳＤデータとを同一画面内に合成する。ここで、画像合成部１５は、複数のプレーン（ＯＳＤデータ用の複数個のプレーンと標準テレビジョン信号用の複数個のプレーンとを含む）で構成されている。画像合成部１５は、各プレーンを用いて表示する表示情報の切り替えや合成を行う。
【００４５】
１６はＣＲＴ（Cathode Ray Tube）や液晶モニタ等の表示器からなる表示部であり、画像合成部１５にて生成された画像データを表示する。１７は表示部１６の表示画面上に描画された各ＯＳＤデータの描画期間を計測するタイマである。
【００４６】
図３は、本実施の形態のＤＴＶ１の表示画面の一例を示す図である。
図３において、３０１はＳＴＢ２から転送されたＯＳＤデータ（例えば、コマーシャル用の静止画像）を表示する領域、３０２はＤＶＣＲ３のＯＳＤデータ（例えば、ＤＶＣＲ３を遠隔制御するための上記コントロールパネルである。このコントロールパネルは、再生記録残量、記録時間等を表示する）を表示する領域、３０３はＰＣ４の有するＯＳＤデータ（例えば、ビットマップイメージデータ）を表示する領域、３０４はＳＴＢ２からIsochronous転送されたＭＰＥＧ ＴＳを表示するメイン画面である。
【００４７】
各ＯＳＤデータは、後述の描画手順により表示画面上に描画される。
【００４８】
（描画手順の説明）
次に、本実施の形態の家庭内ネットワーク上に接続された機器が、その機器自身のＯＳＤデータを表示装置の表示画面上に描画して表示する手順の一例について説明する。
【００４９】
以下では、図４を用いて、ＳＴＢ２のＯＳＤデータ（例えば、外部から受信したコマーシャル用の静止画データ３０１）を、ＤＴＶ１の表示画面上に描画する手順ついて詳細に説明する。
【００５０】
ステップＳ４０１において、ＳＴＢ２は、外部の放送局からコマーシャル用の静止画データ３０１を受信すると共に、その静止画データ３０１をＤＴＶ１に描画する要求があるか否かを検出する。描画要求がある場合、ＳＴＢ２は、その静止画データ３０１に対応するＯＳＤデータをＯＳＤ生成部５で作成する。尚、ＯＳＤデータの表示開始要求は、ＤＴＶ１が出力する。
【００５１】
ここで、ＯＳＤ生成部５は、ＯＳＤデータの要求する描画条件も作成する。本実施の形態において描画条件とは、表示条件ともいい、ＯＳＤデータの表示を制御するための少なくとも１つの制御情報からなる。例えば、ＯＳＤデータを表示する位置（以下、描画位置）、表示する大きさ（以下、描画サイズ）、オーバーレイの条件（以下、オーバーレイ条件）、オーバーレイの順位（以下、オーバーレイ順位）、表示する期間（以下、描画期間）、ＯＳＤデータの種類（以下、描画種類）、表示を開始する時間（以下、描画開始時間）、オーバーレイを許容する期間（以下、オーバーレイ許容期間）等を制御する制御情報がある。
【００５２】
ステップＳ４０２において、ＳＴＢ２のＩＥＥＥ１３９４インタフェース２３は、ＩＥＥＥ１３９４インタフェース２３とＤＴＶ１のＩＥＥＥ１３９４インタフェース７との間に、Asynchronous Connection plugを設定する。そして、ＳＴＢ２は、このAsynchronous Connection plugを介して、ＯＳＤデータをＤＴＶ１に転送する。
【００５３】
ここで、Asynchronous Connection plugとは、Asynchronous Connectionプロトコルに基づいて設定される仮想的な入出力プラグのことである。これらを設定することにより、ソース・ノードとデスティネーション・ノードとの間に論理的な（或いは仮想的な）接続関係が成立する。尚、Asynchronous Connection plugの接続手順については後述する。
【００５４】
ステップＳ４０３において、ＳＴＢ２は、ＯＳＤデータ、描画条件、その他の付加情報を用いて、本実施の形態の規定するＯＳＤフレームを構成する。ここで、ＯＳＤフレームのデータ・フォーマットは、１つ以上のサブフレームから構成される。ＳＴＢ２は、１つのサブフレームを単位としたAsynchronousパケットを生成し、それらをAsynchronous Connection plugを介して、順次ＤＴＶ１にAsynchronous転送する。
【００５５】
尚、ＳＴＢ２とＤＴＶ１との間の転送手順については、図５或いは図６を用いて詳細に説明する。
【００５６】
ステップＳ４０４において、ＳＴＢ２は、ＯＳＤデータの描画を終了する要求があるか否かを判別する。尚、ＯＳＤデータの表示終了要求は、ＤＴＶ１が出力する。
【００５７】
終了要求がある場合、ステップＳ４０５において、ＳＴＢ２は、Asynchronous Connectionプロトコルに基づき、表示画面上に描画されているＯＳＤデータをクリアするための制御コマンドをＤＴＶ１に転送する。
【００５８】
そして、ＳＴＢ２は、ステップＳ４０１の処理を再び実行し、別のＯＳＤデータの描画要求があるか否かを検出する。ここで、ＳＴＢ２は、先に接続したAsynchronous Connection plugをそのまま接続状態とする。
【００５９】
ステップＳ４０６において、ＳＴＢ２は、ネットワークに接続されているか否かを判別すると共に、非アクティブ状態であるか否かを判別する。
【００６０】
ネットワークへの接続が物理的に非接続である場合、或いはネットワークに接続されていても主電源がＯＦＦで動作していない状態（即ち、非アクティブ状態）である場合、ＳＴＢ２は、ステップＳ４０７の処理を行う。ステップＳ４０７において、ＳＴＢ２は、Asynchronous Connection plugをリリースし、非接続とする。
【００６１】
以上の手順により、１つの機器のＯＳＤデータを、表示装置の負荷を軽減させながら、効率的に表示することができる。又、この手順は、各ＯＳＤデータ毎に並列に実行することができる。従って、別々の機器からのＯＳＤデータを表示したり、１つの機器からの複数のＯＳＤデータを表示したりする場合でも、表示装置の負荷を軽減させながら、効率的に表示することができる。これにより、１つの機器が複数個のＯＳＤデータを、別々の位置或いは重ね合わせて表示することも可能となる。
【００６２】
（転送手順の説明）
次に、図５を用いて、図４のステップＳ４０３における転送手順の一例について詳細に説明する。図５は、Asynchronous Connectionプロトコルを用いて、ＳＴＢ２が自機のＯＳＤデータをＤＴＶ１に転送する手順の一例について説明するためのフローチャートである。
【００６３】
ステップＳ５０１において、ＳＴＢ２は、Asynchronous Connectionプロトコルに基づいてＯＳＤデータを送受信できるか否かを問い合わせる制御コマンドを、ＤＴＶ１に送信する。具体的には、ＳＴＢ２がＤＴＶ１に対して、「AV/C Digital interface command set仕様」に基づく「SPECIFIC INQUIRYコマンド」を送信する。
【００６４】
SPECIFIC INQUIRYコマンドに対応する「SPECIFIC INQUIRYレスポンス」を受信したＳＴＢ２は、ステップＳ５０２において、ＤＴＶ１が本実施の形態の規定する描画用コマンドセットに対応しているか否かを確認する。
【００６５】
ここで、SPECIFIC INQUIRYレスポンスが「IMPLEMENTED」を示す場合、ＳＴＢ２は、ＤＴＶ１が本実施の形態の描画用コマンドセットに対応していると判断し、ステップＳ５０４以下の処理を実行する。
【００６６】
一方、SPECIFIC INQUIRYレスポンスが「NOT IMPLEMENTED」を示す場合、ＳＴＢ２は、ステップＳ５０３の処理を実行する。即ち、ＳＴＢ２は、ＤＴＶ１にはＯＳＤデータを送受信する能力がないと判断し、描画処理を中止し、Asynchronous Connection plugを非接続とする。
【００６７】
ステップＳ５０４において、ＳＴＢ２は、ＯＳＤデータを送信する前に、ＤＴＶ１の保持する描画レイアウト情報を要求するための制御コマンドを、ＤＴＶ１にAsynchronous転送する。ＳＴＢ２は、この描画レイアウト情報に基づき、ＤＴＶ１の表示画面の描画状態が現在どうなっているか（即ち、ＤＴＶ１が他の複数の機器からのＯＳＤデータをどのように表示しているか）を確認する。
【００６８】
ここでもしＳＴＢ２が、ＤＴＶ１の保持する描画レイアウト情報を確認することなく、いきなり自機のＯＳＤデータの描画を要求した場合、ＳＴＢ２のＯＳＤデータは、他の機器（ノード）のＯＳＤデータと重なって表示されてしまい、他のＯＳＤデータの一部或いは全てが見えなくなってしまう可能性がある。この可能性は、現在ＤＴＶ１が表示しているＯＳＤデータの数が多い程、各ＯＳＤデータの表示領域の大きさが大きくなる程、またＤＴＶ１が持つ表示画面のサイズが小さくなる程増大する。従って本実施の形態のＳＴＢ２は、自機のＯＳＤデータをＤＴＶ１に転送する前に予めＤＴＶ１の描画レイアウト情報を取得し、この描画レイアウト情報に基づいてＯＳＤデータの最適な描画条件を設定する。
【００６９】
尚、この描画レイアウト情報には、各ＯＳＤデータを描画するために必要な描画条件、ＳＴＢ２が各ＯＳＤデータに与えるレイアウトＩＤ等が含まれる。このレイアウトＩＤは、ＳＴＢ２の描画レイアウト情報の変化を管理するＩＤ情報であり、現在描画を行っている機器の描画情報を描画レイアウト情報に追加する前に、他の機器からの描画要求によってその描画レイアウト情報の内容が書き換わってしまうことを防止するためにも利用される。
【００７０】
更に、描画レイアウト情報は、ＤＴＶ１の表示部１６に関する情報（以下、ディスプレイ情報）を含む。ディスプレイ情報には、表示部１６の画面サイズ、表示部１６の種類（例えば、ＣＲＴ、液晶パネル、プラズマディスプレイパネル等）、表示部１６の解像度（例えば、６４０×４８０ｐｉｘｅｌｓ、９６０×５４０ｐｉｘｅｌｓ等）、表示部１６がＯＳＤデータ等の描画を禁止する表示領域、表示部１６がＯＳＤデータ等の描画を有効とする表示領域、及び表示部１６の具備する表示能力等を示す情報のうち少なくとも１つを含む。
【００７１】
ステップＳ５０５において、ＳＴＢ２は、ＤＴＶ１からの描画レイアウト情報及び自機のＯＳＤデータが要求する基準描画条件（例えば、描画位置、描画サイズ、オーバーレイ条件、オーバーレイ順位、描画期間、描画内容の種類、描画開始時間、オーバーレイ許容期間等）に基づいて、このＯＳＤデータの最適な描画条件を設定する。又、ＳＴＢ２は、描画レイアウト情報のディスプレイ情報に基づいて自機のＯＳＤデータを制御し、例えば解像度を最適な値に設定する。その後ＳＴＢ２は、設定した描画条件、ＯＳＤデータ、ＤＴＶ１から受け取ったレイアウトＩＤ等を用いて、１つ以上のサブフレームからなるＯＳＤフレームを生成する。尚、ＯＳＤフレームのデータ・フォーマットについては後述する。
【００７２】
ステップＳ５０６において、ＳＴＢ２は、Asynchronous Connection プロトコルに基づいて、各サブフレームを順次ＤＴＶ１にAsynchronous転送する。
【００７３】
ステップＳ５０７において、ＤＴＶ１は、ＳＴＢ２から受け取ったレイアウトＩＤとＤＴＶ１が現在管理しているレイアウトＩＤとを比較する。
【００７４】
２つのレイアウトＩＤが同じである場合、ステップＳ５０９において、ＤＴＶ１は、受信したＯＳＤデータをＯＳＤメモリコントローラ１２に供給し、ＯＳＤメモリ１３に格納する。その後、ＯＳＤメモリコントローラ１２は、ＯＳＤメモリ１３からＳＴＢ２のＯＳＤデータを読み出し、画像合成部１５に供給する。画像合成部１５は、描画条件に従ってこのＯＳＤデータをメイン画面に合成する。表示部１６は、ＳＴＢ２のＯＳＤデータを合成した画面を表示する。
【００７５】
一方、ＳＴＢ２からのレイアウトＩＤが現在自分が管理しているものと異なっていた場合、ステップＳ５０８において、ＤＴＶ１は、受信したＯＳＤデータと描画条件とを無効とし、無効であることを示す制御コマンドをＳＴＢ２に返信する。
【００７６】
ステップＳ５１０において、ＤＴＶ１は、ＳＴＢ２のＯＳＤデータの描画条件とレイアウトＩＤとを、描画レイアウト制御部１０を介して描画レイアウト用メモリ１１に供給し、他のＯＳＤデータの描画レイアウト情報と共に記録する。
【００７７】
ステップＳ５１１において、ＤＴＶ１は、レイアウトＩＤを別の値に更新する。ここで、レイアウトＩＤの値はカウンタ値でもよい。又、カウンタ値が一回りする最大値は、ネットワークに接続されている機器の数より大きいものに設定されている。
【００７８】
以上のように処理することにより、ＳＴＢ２は、所定のＯＳＤデータをＤＴＶ１に転送する前に、ＤＴＶ１の表示能力だけでなく、ＤＴＶ１に表示されている他のＯＳＤデータのレイアウト状態を確認でき、そのレイアウト状態において最適な描画条件を設定することができる。
尚、図５では、ＳＴＢ２が自機のＯＳＤデータをＤＴＶ１に転送する手順について説明したが、ＤＶＣＲ３のＯＳＤデータ、ＰＣ４のＯＳＤデータも図５の手順に従って転送することができる。
【００７９】
次に、図６を用いて、図４のステップＳ４０３における転送手順の他の例について詳細に説明する。図６は、Asynchronous Connection プロトコルを用いて、ＳＴＢ２が自機のＯＳＤデータをＤＴＶ１に転送する手順の他の例について説明するフローチャートである。
【００８０】
ステップＳ６０１において、ＳＴＢ２は、Asynchronous Connectionプロトコルに基づいてＯＳＤデータを送受信できるか否かを問い合わせる制御コマンドを、ＤＴＶ１に送信する。具体的には、ＳＴＢ２がＤＴＶ１に対して、「AV/C Digital interface command set仕様」に基づくSPECIFIC INQUIRYコマンドを送信する。
【００８１】
SPECIFIC INQUIRYコマンドに対応するSPECIFIC INQUIRYレスポンスを受信したＳＴＢ２は、ステップＳ６０２において、ＤＴＶ１が本実施の形態の規定する描画用コマンドセットに対応しているか否かを確認する。
【００８２】
ここで、SPECIFIC INQUIRYレスポンスが「IMPLEMENTED」を示す場合、ＳＴＢ２は、ＤＴＶ１が本実施の形態の描画用コマンドセットに対応していると判断し、ステップＳ６０４以下の処理を実行する。
【００８３】
一方、SPECIFIC INQUIRYレスポンスが「NOT IMPLEMENTED」を示す場合、ＳＴＢ２は、ステップＳ６０３の処理を実行する。即ち、ＳＴＢ２は、ＤＴＶ１にはＯＳＤデータを送受信する能力がないと判断し、描画処理を中止し、Asynchronous Connection plugを非接続とする。
【００８４】
ステップＳ６０４において、ＳＴＢ２は、ＤＴＶ１の描画レイアウト情報がロックされているか否か（即ち、新しい描画条件の追加や描画レイアウト情報の変更、削除が可能か否か）を確認するための制御コマンドをＤＴＶ１に送信する。
【００８５】
ここで、描画レイアウト情報がロックされている場合、ＤＴＶ１は、ロックフラグレジスタの値をレスポンスとしてＳＴＢ２に返送し、ステップＳ６０４に処理を繰り返す。一方、ロックされていない場合、ＳＴＢ２は、ステップＳ６０５以下の処理を行う。尚、このロックフラグレジスタは、描画レイアウト制御部１０が管理する。
【００８６】
ステップＳ６０５において、ＳＴＢ２は、ＯＳＤデータを送信する前に、ＤＴＶ１の保持する描画レイアウト情報を要求するための制御コマンドを、ＤＴＶ１にAsynchronous転送する。ＳＴＢ２は、この描画レイアウト情報に基づき、ＤＴＶ１の表示画面の描画状態が現在どうなっているか（即ち、ＤＴＶ１が他の複数の機器からのＯＳＤデータをどのように表示しているか）を確認する。
【００８７】
ステップＳ６０６において、ＤＴＶ１は、ＳＴＢ２のＯＳＤデータを表示するまで、上述のロックフラグレジスタをセットする。このロックフラグレジスタをセットしておくことにより、ＤＴＶ１は、一連の動作期間内（即ち、ＳＴＢ２のＯＳＤデータを受信し、描画して表示するまでの期間）に、自機の管理する描画レイアウト情報の内容を他の機器が書き換えてしまうことを防止する。
【００８８】
ステップＳ６０７において、ＳＴＢ２は、ＤＴＶ１からの描画レイアウト情報及び自機のＯＳＤデータが要求する基準描画条件（例えば、描画位置、描画サイズ、オーバーレイ条件、オーバーレイ順位、描画期間、描画内容の種類、描画開始時間、オーバーレイ許容期間等）に基づいて、このＯＳＤデータの最適な描画条件を設定する。又、ＳＴＢ２は、描画レイアウト情報のディスプレイ情報に基づいて自機のＯＳＤデータを制御し、例えば解像度を最適な値に設定する。
その後ＳＴＢ２は、設定した描画条件、ＯＳＤデータ等を用いて、１つ以上のサブフレームからなるＯＳＤフレームを生成する。
【００８９】
ステップＳ６０８において、ＳＴＢ２は、Asynchronous Connectionプロトコルに基づいて、各サブフレームを順次ＤＴＶ１にAsynchronous転送する。
【００９０】
ステップＳ６０９において、ＤＴＶ１は、受信したＯＳＤデータをＯＳＤメモリコントローラ１２に供給し、ＯＳＤメモリ１３に格納する。その後、ＯＳＤメモリコントローラ１２は、ＯＳＤメモリ１３からＳＴＢ２のＯＳＤデータを読み出し、画像合成部１５に供給する。画像合成部１５は、描画条件に従ってこのＯＳＤデータをメイン画面に合成する。表示部１６は、ＳＴＢ２のＯＳＤデータを合成した画面を表示する。
【００９１】
ステップＳ６１０において、ＤＴＶ１は、ＳＴＢ２からのＯＳＤデータの描画条件を、描画レイアウト制御部１０を介して描画レイアウト用メモリ１１に供給し、他のＯＳＤデータの描画レイアウト情報と共に記録する。
【００９２】
ステップＳ６１１において、ＤＴＶ１は、ロックフラグレジスタのロック状態を解除する。
【００９３】
以上のように処理することにより、ＳＴＢ２は、所定のＯＳＤデータをＤＴＶ１に転送する前に、ＤＴＶ１の表示能力だけでなく、ＤＴＶ１に表示されている他のＯＳＤデータのレイアウト状態を確認でき、そのレイアウト状態において最適な描画条件を設定することができる。
尚、図６では、ＳＴＢ２が自機のＯＳＤデータをＤＴＶ１に転送する手順について説明したが、ＤＶＣＲ３のＯＳＤデータ、ＰＣ４のＯＳＤデータも図６の手順に従って転送することができる。
【００９４】
（描画条件の設定方法についての説明）
以下、図７を用いて、図５のステップＳ５０５、図６のステップＳ６０７における処理を詳細に説明する。図７では、ＳＴＢ２が、ＤＴＶ１の管理する描画レイアウト情報に基づいて、自機のＯＳＤデータの描画条件を設定する手順の一例を詳細に説明する。
【００９５】
以下の本実施の形態では、上述の描画レイアウト情報が管理する各機器のＯＳＤデータの描画条件を、少なくとも次の情報から構成する場合について説明する。即ち、「描画位置」、「描画サイズ」、「オーバーレイ条件」、「オーバーレイ順位」、「描画期間」、「描画内容の種類」、「描画開始時間」、「オーバーレイ許容期間」である。ここで、ＳＴＢ２のＯＳＤデータが要求する基準描画条件も、少なくとも上記の情報から構成されるものとする。又、描画レイアウト情報には、ＳＴＢ２が過去に描画したＯＳＤデータの描画条件をも含む。
【００９６】
ステップＳ７０１において、ＳＴＢ２はまず、ＤＴＶ１から受け取った描画レイアウト情報の中からディスプレイ情報を検出する。ＳＴＢ２は、このディスプレイ情報に基づき、表示部１６の画面サイズ、表示部１６の種類、表示部１６の解像度、表示部１６がＯＳＤデータ等の描画を禁止する表示領域、表示部１６がＯＳＤデータ等の描画を有効とする表示領域、及び表示部１６の具備する表示能力等を認識し、自機のＯＳＤデータや描画条件を変更する。例えば、表示部１６の解像度に応じて自機のＯＳＤデータの解像度を最適なものに変更したり、表示部１６がＯＳＤデータ等の描画を有効とする表示領域に応じてＯＳＤデータのサイズを変更したり、表示能力に応じてＯＳＤデータの階調を変更したりする。
【００９７】
又、ＳＴＢ２は、自機のＯＳＤデータが要求する基準描画条件を用意する。そして、ＳＴＢ２は、ＤＴＶ１から受け取った描画レイアウト情報の中から他のＯＳＤデータの「描画位置」と「描画サイズ」とを検出し、それらを用いてＤＴＶ１が表示しているＯＳＤの描画エリアを算出する。ここで、「描画位置」は、描画エリアの左上の座標値（ピクセル換算値）を示し、「描画サイズ」は、描画エリアの幅と高さを示す。
【００９８】
図８を用いてＤＴＶ１の表示画面と描画エリアとの関係を説明する。図８において、〔〕内の数字は各ｐｉｘｅｌの座標値を示し、Ｘ方向（Ｘ_位置）は幅方向を示し、Ｙ方向（Ｙ_位置）は高さ方向を示す。各ｐｉｘｅｌのビット数は、４ビット若しくは８ビットを指定することができ、これに応じてＯＳＤデータの階調を切り換えることができる。
【００９９】
図７に戻り、ステップＳ７０２において、ＳＴＢ２は、自機のＯＳＤデータが要求する描画エリアとステップＳ７０１にて算出した他のＯＳＤデータの描画エリアとを比較し、重なる部分があるか否かを判別する。
【０１００】
もし、他のＯＳＤデータと重なる部分がない場合、ステップＳ７０３において、ＳＴＢ２は、自機のＯＳＤデータが要求する基準描画条件を変更することなくそのまま使用する。
【０１０１】
一方、他のＯＳＤデータと重なる部分がある場合、ステップＳ７０４において、ＳＴＢ２は、自機のＯＳＤデータと重なる全てのＯＳＤデータの「オーバーレイ条件」を検出する。ここで、「オーバーレイ条件」には、例えば、（１）オーバーレイを許容する、（２）ＯＳＤデータの種類（描画内容によって様々な種類がある）が異なっていればオーバーレイを許容する、（３）ある一定期間であればオーバーレイを許容する、（４）オーバーレイを禁止する、が用意されている。
【０１０２】
描画エリア内の全てのＯＳＤデータの「オーバーレイ条件」が条件（１）を満たす場合、ステップＳ７０５において、ＳＴＢ２は、自機のＯＳＤデータが要求する「オーバーレイ順位」をそれらのＯＳＤデータの描画条件よりも上に設定する。この場合、自機のＯＳＤデータを他のＯＳＤデータに重ね合わせて表示することが可能となる。
【０１０３】
一方、全てのＯＳＤデータの「オーバーレイ条件」が条件（２）〜（４）の場合、ステップＳ７０６において、ＳＴＢ２は、自機のＯＳＤデータが要求する「描画位置」や「描画サイズ」を変更し、ＤＴＶ１が現在描画している他のＯＳＤデータと重ならないようにできるか否かを判別する。
【０１０４】
もし、描画位置の移動や描画サイズの縮小が可能である場合、ステップＳ７０７において、ＳＴＢ２は、自機のＯＳＤデータの「描画位置」と「描画サイズ」とを修正し、それを新しい描画条件とする。
【０１０５】
一方、描画位置、サイズの変更が不可能の場合、ステップＳ７０８において、ＳＴＢ２は、自機のＯＳＤデータが要求する「描画期間」が無限である（即ち、自動的に描画を終了する期間が定められていない）か否かを判別する。
【０１０６】
自機のＯＳＤデータが要求する「描画期間」が定められている場合、ステップＳ７０９において、ＳＴＢ２は、自機のＯＳＤデータが要求する「描画開始時間（以下、ｔｓｔｂ）」と自機のＯＳＤデータと重なる全てのＯＳＤデータの「描画終了時間（以下、ｔｄｔｖ）」とを比較する。
【０１０７】
ここでもし、ｔｓｔｂ＞ｔｄｔｖの場合、ステップＳ７１０において、ＳＴＢ２は、自機のＯＳＤデータが要求する「描画開始時間」をそのまま描画条件とする。
【０１０８】
一方、ｔｓｔｂ≦ｔｄｔｖの場合、ステップＳ７１１において、ＳＴＢ２は、「描画開始時間」を遅らせることが可能か否かを判断する。もし可能であれば、ステップＳ７１２において、ＳＴＢ２は、自機の「描画開始時間」をｔｄｔｖ以上の時間に変更し、それを描画条件とする。又、可能でなければ、ステップＳ７１３の処理を実行する。
【０１０９】
自機のＯＳＤデータが要求する「描画期間」が定められていない場合、或いはｔｓｔｂを変更できなかった場合、ステップＳ７１３において、ＳＴＢ２は、自機の「オーバーレイ条件」が条件（２）を満たすか否かを判別する。
【０１１０】
自機の「オーバーレイ条件」が条件（２）を満たす場合、ステップＳ７１４において、ＳＴＢ２は、自機のＯＳＤデータの「描画内容の種類」と、他のＯＳＤデータの「描画内容の種類」とを比較し、同じであるか否かを判別する。
【０１１１】
自機のＯＳＤデータの「描画内容の種類」が他のＯＳＤデータと同じであった場合、ステップＳ７１５において、ＳＴＢ２は、自機のＯＳＤデータの「描画内容の種類」が変更可能か否かを判別する。
【０１１２】
自機のＯＳＤデータの「描画内容の種類」が変更可能である場合、ステップＳ７１６において、ＳＴＢ２は、自機のＯＳＤデータの内容を変更すると共に描画条件を変更する。
【０１１３】
例えば、コマーシャル用の静止画像を、例えば、自然画形式の表示からグラフィックス形式の表示或いはテキスト形式の表示に変更する。又、ＥＰＧ(Electrical Program Guide)を、例えば、３Ｄ形式の表示からテキスト形式の表示に変更する。これにより、たとえ複数のＯＳＤが多重表示されても、視覚的に判別することが可能となる。尚、オーバーレイを許容する描画内容の組合せは予め規定されている。
【０１１４】
自機のＯＳＤデータの「オーバーレイ条件」が条件（２）を満たさない場合或いは「描画内容の種類」を変更できない場合、ステップＳ７１７において、ＳＴＢ２は、自機のＯＳＤデータの「オーバーレイ条件」が条件（３）を満たすか否かを判別する。
【０１１５】
自機のＯＳＤデータの「オーバーレイ条件」が条件（３）を満たす場合、ステップＳ７１８において、ＳＴＢ２は、自機のＯＳＤデータのＯＳＤデータが要求する「描画期間」と、他のＯＳＤデータの「オーバーレイ許容期間」とを比較する。
【０１１６】
自機のＯＳＤデータの「描画期間」が他のＯＳＤデータの「オーバーレイ許容期間」よりも短い場合、ステップＳ７１９において、ＳＴＢ２は、自機のＯＳＤデータが要求する描画条件をそのまま描画条件とする。
【０１１７】
一方、自機のＯＳＤデータの「描画期間」が他のＯＳＤデータの「オーバーレイ許容期間」以上であった場合、ステップＳ７２０において、ＳＴＢ２は、自機のＯＳＤデータの「描画期間」を「オーバーレイ許容期間」よりも短い期間に変更できるか否かを判別する。
【０１１８】
自機のＯＳＤデータの「描画期間」が変更可能である場合、ステップＳ７２１において、ＳＴＢ２は、その「描画期間」を変更し、それを描画条件とする。
【０１１９】
自機のＯＳＤデータの「オーバーレイ条件」が条件（４）を満たさない場合或いは「描画期間」を変更できない場合、ステップＳ７２２において、ＳＴＢ２は、自機のＯＳＤデータを描画できないこと示す制御コマンドをＤＴＶ１に転送する。
【０１２０】
以上のように処理することにより、ＳＴＢ２は、自機のＯＳＤデータを転送する前に、そのＯＳＤデータが要求する描画条件と既に描画されている他のＯＳＤデータの描画条件とを比較し、最適な描画条件を設定することができる。
【０１２１】
これにより、ＳＴＢ２は、自機のＯＳＤデータを転送する前に、そのＯＳＤデータが他の機器のＯＳＤデータと重ならないように描画条件を設定することができる。
【０１２２】
又、ＳＴＢ２は、空間的或いは時間的なオーバーレイの条件を設定することにより、自機のＯＳＤデータの描画エリアが他の機器の描画エリアと重なる場合でも、視覚的に問題のない範囲で描画することができる。
【０１２３】
(Asynchronous Connection plugの接続方法の説明)
次に、図９を用いて、図４のステップＳ４０２におけるAsynchronous Connection plugの接続処理について詳細に説明する。
【０１２４】
図９において、送信側をproducer９０１と呼び、受信側をconsumer９０３と呼ぶ。又、producer９０１とconsumer９０３との間の論理的な通信経路を設定し、管理する機能を持つ機器をcontroller９０２と呼ぶ。ここで、controller９０２となる機器は、producer９０１或いはconsumer９０３となる機器と同じであっても、異なった機器であってもよい。図９では、controller９０２とconsumer９０３とが同じ機器により機能する例について説明する。
【０１２５】
上述の本実施の形態のように、ＤＴＶ１がＳＴＢ２に対して上述の描画レイアウト情報を転送する場合、ＤＴＶ１がproducer９０１、ＳＴＢ２がconsumer９０３として機能する。又、ＳＴＢ２がＤＴＶ１に対してＯＳＤデータとその描画条件とを転送する場合、ＳＴＢ２がproducer９０１、ＤＴＶ１がconsumer９０３として機能する。
【０１２６】
９０４において、controller９０２は、「ALLOCATE コマンド」をconsumer９０３に対して送信する。ここで、ALLOCATEコマンドとは、consumer plugリソースを割り当てるためのコマンドである。
【０１２７】
９０５において、consumer９０３は、ALLOCATEコマンドのレスポンスをcontroller９０２に返信する（図９の９０５）。このレスポンスには、consumer９０３の「consumer plug address」がセットされている。
【０１２８】
９０６及び９０７において、controller９０２は、「ALLOCATE_ATTACHコマンド」をproducer９０１に対して送信する。ここで、ALLOCATE_ATTACHコマンドとは、producer plugリソースを割り当て、且つそれをconsumer plugに接続させるためのコマンドである。このALLOCATE_ATTACHコマンドには、consumer９０３の「consumer plug address」がセットされている。
【０１２９】
９０８において、producer９０１は、ALLOCATE_ATTACHコマンドのレスポンスをcontroller９０２に返信する。このレスポンスには、producer９０１の「producer plug address」がセットされている。このALLOCATE_ATTACHコマンドにより、producer９０１は、consumer９０３のconsumer plug addressを認識し、データ転送を実行するために必要な初期設定を行う。
【０１３０】
９０９及び９１０において、controller９０２は、「ATTACHコマンド」をconsumer９０３に送信する。ここで、ATTACHコマンドとは、consumer plugにproducer plugを接続させるためのコマンドである。このATTACHコマンドには、producer９０１の「producer plug address」がセットされている。このATTACHコマンドにより、consumer９０３は、producer９０１のproducer plug addressを認識し、データ転送を実行するために必要な初期設定を行う。
【０１３１】
以上の手順により、controller９０２は、producer９０１（即ち、ＤＴＶ１）とconsumer９０３（即ち、ＳＴＢ２）とに対して、仮想的な入出力プラグであるAsynchronous Connection plug（即ち、consumer plugとproducer plug）を設定することができる。これにより、本実施の形態のネットワークに接続された各機器は、producer９０１とconsumer９０３との間の物理的な接続形態に依存することのない、論理的な通信経路の設定とそれに基づくデータ通信とを行うことができる。
【０１３２】
尚、上述の各種の制御コマンドとそれに対応するレスポンスとは、IEC61883-1規格で規定されたFunction control protocolに基づくパケット・フォーマットによりAsynchronous転送される。Function control protocolについては後述する。
【０１３３】
(Asynchronous Connection プロトコルに基づく転送手順の説明)
次に、図１０を用いて、Asynchronous Connectionプロトコルに基づく転送手順について詳細に説明する。
図１０に示すように、producer９０１は、自己のアドレス空間１００９内にlimit_count１００１と呼ばれるレジスタを持っている。又、consumer９０３は、自己のアドレス空間１０１０内に少なくとも１つのproducer_count１００２を持っている。各レジスタのアドレスは、Asynchronous Connection plugを接続する際に、双方で認識される。
【０１３４】
尚、各機器の有するアドレス空間１００９、１０１０は、ＩＥＥＥ１２１２規格のＣＳＲ（Control and Status Register Architecture）が規定する６４ｂｉｔｓのアドレス空間を利用している。
【０１３５】
producer９０１の有するlimit_count１００１には、consumer９０３が受け取ることのできるデータサイズの最大値（或いは、consumer９０３の有するsegment bufferのサイズ）が書き込まれる。
【０１３６】
ここで、consumer９０３は通常、segment bufferを２つ有しており、producer９０１からのデータを１つのsegment bufferに書き込んでいる間に、前に書き込まれたデータを別のsegment bufferから読み出すように構成されている。図１０では、consumer９０３の有する２つのsegment bufferを夫々「sc0」、「sc1」と区別する。
【０１３７】
又、consumer９０３の有するproducer_count１００２には、producer９０１が転送したデータの量が書き込まれる。
【０１３８】
producer９０１のsegment bufferから順次読み出されたデータは、consumer９０３のsegment bufferの１つにAsynchronous転送される。各segment bufferのアドレスは、Asynchronous Connection plugが接続された際に双方で認識される。尚、各segment bufferは、各機器の有するアドレス空間１００９、１０１０の所定のアドレスに配置されている。
【０１３９】
以下の実施の形態では図１０を用いて、34KBの転送データ（例えば、ＯＳＤデータと描画条件とからなるＯＳＤフレーム）を保有しているproducer９０１と、32KB分のsegment bufferを２つ有するconsumer９０３との間のデータ転送の一例について説明する。
【０１４０】
データ転送の開始、継続、中止等の指示は、limit_count１００１、producer_count１００２内の配置された「mode」フィールドに所定の値を書き込むことにより双方で認識される。
【０１４１】
図１１にlimit_count１００１の「mode」フィールドに格納されるmodeの種類の一例を示す。又、図１２にproducer_count１００２の「mode」フィールドに格納されるmodeの種類の一例を示す。
【０１４２】
以下、図１０を用いて本実施の形態の通信手順の一例について具体的に説明する。
まず、１００３において、consumer９０３は、producer９０１のlimit_count１００１に対して、１つのsegment bufferで受信可能なデータサイズ（本実施の形態では、32KB）、segment bufferを指定するコード（本実施の形態では、sc0）及びmodeの種類（本実施の形態では、「SEND(=5)」）を書き込む。ここで、SENDは、consumer９０３のsegment bufferが有効であることを示している。図１０に示す「limit_count = 32k|sc0|SEND」の意味は、producer９０１のlimit_count１００１に対して、最大32KBのデータを０番目のsegment buffer（sc0）にSENDする(送る)という指示を示している。
【０１４３】
１００４において、producer９０１は、上述のmodeが「SEND」であることを認識すると、送信したいＯＳＤフレーム（34KB）を、２つのサブフレームＡ（32KB）,Ｂ（2KB）に分割し、サブフレームＡ、サブフレームＢの順番にAsynchronous転送する。
【０１４４】
１００５において、サブフレームＡの転送が終了した後、producer９０１は、consumer９０３のproducer_count１００２に対して、送信したデータ量（この場合は、32KB）、segment bufferを指定するコード（この場合は、sc0）及びmodeの種類（この場合は、「MORE(=1)」）を書き込む。ここで、MOREは、producer９０１のフレームデータの転送がまだ終了していないことを示す。
【０１４５】
１００６において、consumer９０３は、ＯＳＤフレームの転送がまだ終了していないことを認識した後、更にlimit_count１００１に対して、受信したデータサイズ（本実施の形態では、32KB）、次のsegment bufferを指定するコード（本実施の形態では、sc1）及びmodeの種類（本実施の形態では、「SEND(=5)」）を書き込む。このとき、consumer９０３は、segment countをsc0からsc1に切り替え、転送データを書き込むsegment bufferを切り替える。
【０１４６】
１００７において、producer９０１は、残りのサブフレームＢ（2KB）をconsumer９０３のsegment bufferにAsynchronous転送する。
【０１４７】
１００８において、producer９０１は、サブフレームＢの転送が終了した後、consumer９０３のproducer_count１００２に対して、送信したデータ量（この場合は、2KB）、segment bufferを指定するコード（この場合は、sc1）及びmodeの種類（この場合は、「LAST(=4)」）を書き込む。ここで、LASTは、全てのＯＳＤフレームの転送が成功したことを示し、次は別のＯＳＤフレームを転送することを示す。
【０１４８】
以上の手順により、本実施の形態のネットワークに接続された各機器は、受信能力と送信能力とに応じて１回に転送できるデータ量を最適に設定することができる。又、各機器の送信能力と受信能力とを有効に利用した転送処理を実現できる。
【０１４９】
又、本実施の形態では、上述の通信手順を用いることにより、比較的データ量の多いＯＳＤデータでも、１つ以上のAsynchronous転送を用いて連続的に、且つ確実に転送することができる。
【０１５０】
(ＯＳＤフレームのデータ・フォーマットの説明)
図１３は、本実施の形態のＯＳＤフレームのデータ・フォーマットの一例を説明する図である。又、図１４は、各サブフレームにセットされるtype_codeの種類を示す図である。
【０１５１】
１つのＯＳＤフレームは、図１３に示すようにＮ個のサブフレームから構成される。各サブフレームのヘッダ部には、type_codeを格納するフィールド１３０１とデータ部のデータ長を格納するフィールド１３０２とがある。consumer９０３は、このtype_codeを認識することによって、各サブフレームの種類や内容を判別することができる。
【０１５２】
例えば、ＳＴＢ２がＤＴＶ１に対して８ｂｉｔｓ／ｐｉｘｅｌのＯＳＤデータと描画条件とを転送する場合、図１３に示すサブフレーム１には描画条件が格納され、図１３に示すサブフレーム２〜ＮにはＯＳＤデータが格納される。このとき、サブフレーム１のフィールド１３０１には、図１４に示すように、type_code＝「８」（描画条件を示す）が格納される。又、サブフレーム２〜Ｎの各フィールド１３０１には、図１４に示すように、type_code＝「３」（８ｂｉｔｓ／ｐｉｘｅｌのＯＳＤデータを示す）が格納される。
【０１５３】
又、例えば、ＤＴＶ１がＳＴＢ２に対して描画レイアウト情報を転送する場合、図１３のサブフレーム１には現在描画している１つのＯＳＤデータの描画条件が格納される。このとき、サブフレーム１のフィールド１３０１には、図１４に示すように、type_code＝「７」（描画レイアウト情報を示す）が格納される。ここで、ＤＴＶ１の描画しているＯＳＤデータが複数個あれば、サブフレームの数も複数個になる。更に、上述のディスプレイ情報も１つのサブフレームにセットされる。
【０１５４】
尚、各サブフレームのデータサイズは、送信側の送信能力と受信側の受信能力とに応じて最適なサイズに変更することができる。従って、１つのサブフレームに複数個のＯＳＤデータの描画条件を格納することもでき、複数のサブフレームに１つのＯＳＤデータの描画条件を格納することもできる。
【０１５５】
図１５は、本実施の形態のサブフレームのデータ・フォーマットの一例を詳細に説明する図である。図１５では、ＯＳＤデータの描画条件を格納するサブフレームの構成について説明する。
【０１５６】
図１５において、フィールド１５０１は、「レイアウトＩＤ」を示す。このフィールド１５０１は、複数のＯＳＤデータを識別するために使用される。フィールド１５０２は、「描画位置」を示す。このフィールド１５０２には、ＯＳＤデータを描画する領域の左上の座標値（Ｘ_位置、Ｙ_位置で表わされる）が格納される。
【０１５７】
フィールド１５０３は、「オーバーレイ条件」を示す。このフィールド１５０３には、上述のオーバーレイ条件を示す値が格納される。フィールド１５０４は、「描画サイズ」を示す。このフィールド１５０４には、ＯＳＤデータを描画する領域の大きさを示す値（幅、高さで表わされる）が格納される。
【０１５８】
フィールド１５０５は、「描画期間」を示す。このフィールド１５０５には、ＯＳＤデータを描画する期間を示す値（無制限か、日時の指定があるかで表わされる）が格納される。ここで、「無限ビット」がセットされている場合、描画を自動的に終了する期間が定められていないことを示す。フィールド１５０６は、「オーバーレイ順位」を示す。このフィールド１５０６には、ＯＳＤデータをオーバーレイする際の順番が格納される。
【０１５９】
フィールド１５０７は、「描画内容の種類」を示す。このフィールド１５０７には、変更可能なＯＳＤデータの種類を示す値が格納される。フィールド１５０８は、「オーバーレイ許容期間」を示す。このフィールド１５０８には、ＯＳＤデータのオーバーレイを許容する期間を示す値（分、秒の単位で表わされる）が格納される。
【０１６０】
フィールド１５０９は、「描画開始時間」を示す。このフィールド１５０９には、ＯＳＤデータの描画を開始する時間を示す値（分、秒の単位で表わされる）が格納される。フィールド１５１０は、「続きビット」を示す。このフィールド１５１０がセットされている場合、次のサブフレームがあることを示す。
【０１６１】
(Function control protocolの説明)
本実施の形態のデータ通信システムを構成する各機器は、Function control protocol（以下、ＦＣＰ）に基づいて各種の制御コマンドやそれに対応するレスポンスを転送する。上述のAsynchronous Connectionプロトコルにおける制御コマンドもＦＣＰに基づいて転送される。
【０１６２】
以下、図１６を用いてＦＣＰの基本動作について説明する。尚、ＦＣＰについては、IEC61883-1(General)規格において規定されている。
図１６において、１６０１は制御ノード（controller）であり、１６０２は被制御ノード（target）である。例えば、本実施の形態では、ＤＴＶ１とＳＴＢ２が、制御ノード１６０１或いは被制御ノード１６０２となる。
【０１６３】
ＦＣＰでは、制御ノード１６０１、被制御ノード１６０２の有するレジスタ空間(Resister Space)１６０３の一部に、「command register」と呼ばれる領域１６０４と「response register」と呼ばれる領域１６０５とを規定している。ここで、レジスタ空間１６０３は、ＩＥＥＥ１３９４−１９９５規格で規定する６４ｂｉｔｓのアドレス空間に含まれる。
【０１６４】
図１６に示すように、command register１６０４には、レジスタ空間１６０３の0xFFFFF0000B00番地から0xFFFFF0000CFF番地までの領域が割り当てられており、response register１６０５には、レジスタ空間１６０３の0xFFFFF0000D00番地から0xFFFFF0000EFF番地までの領域が割り当てられている。
【０１６５】
制御ノード１６０１は、ＩＥＥＥ１３９４−１９９５規格のAsynchronous write transactionを用いて、「command frame」を被制御ノード１６０２のcommand register１６０４に対して書き込む。ここで、command frameとは、ＦＣＰが規定するFCP frameの１つである。
【０１６６】
又、被制御ノード１６０２は、ＩＥＥＥ１３９４−１９９５規格のAsynchronous write transactionを用いて、「response frame」を制御ノード１６０１のresponse register１６０５に対して書き込む。ここで、response frameとは、ＦＣＰが規定するFCP frameの１つである。
【０１６７】
図１７は、ＦＣＰが規定するパケット・フォーマットを示す図である。ＦＣＰでは、ＩＥＥＥ１３９４−１９９５規格のAsynchronous write transaction packetに基づいて、各種のFCP frameを転送する。尚、IEC61883-1規格では、FCP frameのデータ・フォーマットのみが規定されているだけであって、それにセットされるデータについては、これを使用する上位層によって異なる。
【０１６８】
図１７（ａ）は、1Quadlet(32bits)よりも大きいFCP frameによって構成されたAsynchronous write transaction packetのパケット・フォーマットを示す図である。図１７（ａ）において、Asynchronousパケットのヘッダ部１７０１には、ＩＥＥＥ１３９４−１９９５規格のAsynchronous write transactionに準拠したデータがセットされる。又、データ部１７０２（ペイロード）には、FCP frameがセットされる。尚、１つのFCP frameは、最大で５１２Ｂｙｔｅである。
【０１６９】
又、図１７（ｂ）は、1QuadletのFCP frameによって構成されたAsynchronous write transaction packetのパケット・フォーマットを示す図である。図１７（ｂ）において、FCP frameは、ヘッダ部１５０３のフィールド１５０４に格納される。
【０１７０】
図１８は、上述のFCP frameのデータ・フォーマットを示す図である。
FCP frameには、上述のようにcommand frameとresponse frameの２つが存在する。IEC61883-1規格では、図１８に示すように、FCP frameの最初の４ｂｉｔのフィールド（ｃｔｓ）１８０１のみを規定している。
【０１７１】
ここで、ｃｔｓ（command/transaction set）は、ＦＣＰに準拠した上位層を識別するために使用される。ｃｔｓは、command setの種類、command frame/response frameの詳細なデータ・フォーマット、command frame/response frameを転送するためのtransactionのルールを規定するものであり、これらは上位層によって異なる。
【０１７２】
図１９は、現在規定されているｃｔｓの種類とそれに対応する値とを示す図である。図１９において、ｃｔｓ＝「００００」は、本実施の形態で使用するAV/C Digital interface command setを示す値であり、これ以外にもいくつかの上位層が用意されている。
【０１７３】
(AV/C Digital interface command setの説明)
次に、前述ＦＣＰに準拠した上位層であり、本実施の形態で使用するAV/C（Audio/Video Control）Digital interface command set（以下、AV/C command set）について説明する。ここで、AV/C command setは、Isochronous転送を用いた通信や、テレビジョン、モニタ、ビデオレコーダー、ステレオ装置等のＡＶ機器の動作を制御するためのCommand/transaction setを詳細に規定している。
【０１７４】
AV/C command setの基本動作は、まず、制御ノード（controller）１６０１が被制御ノード（target）１６０２に対し、AV/C command setに基づくcommand frameを送信することによって開始される。次に、被制御ノード１６０２は、このcommand frameに対応するresponse frameを制御ノードに返送することによって処理を完了する。
【０１７５】
図２０は、AV/C command setに基づいて生成される上記command frameのデータ・フォーマットを示す図である。又、図２１は、AV/C command setに基づいて生成される上記response frameのデータフォーマットを示す図である。
【０１７６】
図２０のcommand frameは、cts、ctype（response）、subunit_type、subunit_ID、opcode、operand〔0〕〜operand〔n〕 の各フィールドから構成される。又、図２１のresponse frameでは、responseフィールド以外の各フィールドがcommand frameと同一の構成となっている。
【０１７７】
ｃｔｓフィールド（4bits）には、AV/C command setを示す値、即ち、「００００」が格納される。
【０１７８】
ctype（command type）フィールド（4bits）には、制御コマンドの種類を示すコード（ctype）が格納される。ctypeを図２２を用いて説明する。
【０１７９】
図２２において、「０ｈ」は、「CONTROL」を示し、被制御ノード１６０２に所定の動作を行うことを要求するctypeである。例えば、本実施の形態では、ＳＴＢ２がＤＴＶ１に対して描画レイアウト情報を要求する際に使用される。
【０１８０】
「１ｈ」は、「STATUS」を示し、被制御ノード１６０２の現在の状態を問い合わせるctypeである。
【０１８１】
「２ｈ」は、「SPECIFIC INQUIRY」を示し、被制御ノード１６０２が所定の制御コマンドをサポートしているかどうかを問い合わせるctypeである。本実施の形態では、ＤＴＶ１が本実施の形態の描画コマンドセットに対応しているか否かの判断に使用している。
【０１８２】
「３ｈ」は、「NOTIFY」を示し、被制御ノード１６０２の将来の状態変化を知りたいことを示すctypeである。被制御ノード１６０２は、この制御コマンドを受信すると、まず、現在の状態を示すレスポンスを返信し、その状態が変化した後、変化後の状態を示すレスポンスを返信する。
【０１８３】
「４ｈ」は、「GENERAL SPECIFIC INQUARY」を示し、被制御ノード１６０２が所定の制御コマンドをサポートしているかどうかをopecodeフィールドを用いて問い合わせるctypeである。
【０１８４】
「５ｈ」〜「７ｈ」は、予約されている。
【０１８５】
「８ｈ」〜「Ｆｈ」は、後述のresponse frameにおいて使用される。
【０１８６】
次に、図２３を用いて、responseフィールドにセットされるコード（response code）について説明する。各response codeは、制御コマンドに対する実行結果を示す。
【０１８７】
図２３において、「０ｈ」〜「７ｈ」は、上述のctypeにおいて使用される。
【０１８８】
「８ｈ」は、「NOT IMPLEMETED」を示し、受信した制御コマンドをサポートしていないことを示すresponse codeである。
【０１８９】
「９ｈ」は、「ACCEPTED」を示し、受信した制御コマンドを実行することを示すresponse codeである。
【０１９０】
「Ａｈ」は、「REJECTED」を示し、受信した制御コマンドはサポートしているが、今は実行できないことを示すresponse codeである。
【０１９１】
「Ｂｈ」は、「INTRANSMITTION」を示し、状態遷移中（例えば、過去に受信した制御コマンドを実行中している場合）であることを示すresponse codeである。
【０１９２】
「Ｃｈ」は、「IMPLEMETNTED/STABLE」を示すresponse codeである。
【０１９３】
「Ｄｈ」は、「CHANGED」を示し、前述のNOTIFY commandに対応する最終的なレスポンスであることを示すresponse codeである。このresponse codeを含んだresponse frameは、被制御ノード１６０２の状態が変化した時点で制御ノード１６０１に返送される。
【０１９４】
「Ｅｈ」は、予約されている。
【０１９５】
「Ｆｈ」は、「INTERIM」を示すresponse codeである。
【０１９６】
図２０、図２１に示すopcodeフィールドには、Asynchronous Connection プロトコルを示すopcode（即ち、２６ｈ）が格納される。
【０１９７】
operand〔0〕フィールドには、ALLOCATEコマンド、ATTCHコマンド等、被制御ノード１６０２に対して具体的な処理動作を要求する制御コマンドをセットする。
【０１９８】
operand〔2〕〜operand〔7〕フィールド、operand〔9〕〜operand〔10〕フィールドには、上述のconsumer plug addressやproducer plug addressが格納される。
【０１９９】
尚、本発明はその精神、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【０２００】
例えば、本実施の形態では、ネットワークに１つの表示装置（ＤＴＶ１）が接続されている場合について説明したが、表示装置は１つに限らず複数個接続されていてもよい。
【０２０１】
又、本実施の形態では、表示装置の一例としてディジタルテレビジョン受像機を説明したが、それに限るものではない。上述の実施の形態の機能を実現可能な機器であれば、ＰＣ４等の表示装置であってもよい。
【０２０２】
又、本実施の形態では、表示装置に表示情報を供給するＡＶ機器の一例としてセットトップボックスを説明したが、それに限るものではない。上述の実施の形態の機能を実現可能な機器であれば、ＤＶＣＲ３、ＰＣ４、カメラ一体型レコーダ、ディジタルカメラ、プリンタ、スキャナ等の機器であってもよい。
【０２０３】
又、本実施の形態では、ネットワークの一例としてＩＥＥＥ１３９４−１９９５規格に準拠したディジタルインタフェースにより構成されたネットワークについて説明したがそれに限るものではない。バス型ネットワーク或いは仮想的にバス型ネットワークを構成するようなネットワークにおいて、１つ或いは複数の表示装置（例えば、ディジタルテレビ）を共有するようなシステムに適用することができる。
【０２０４】
（その他の実施の形態）
上述した実施の形態の機能を実現するべく各種のデバイスを動作させるように、該各種デバイスと接続された装置或いはシステム内のコンピュータに対し、上記実施の形態の機能を実現するためのソフトウェアのプログラムコードを供給し、そのシステム或いは装置のコンピュータ（ＣＰＵ或いはＭＰＵ）に格納されたプログラムに従って上記各種デバイスを動作させることによって実施したものも、本発明の範疇に含まれる。
【０２０５】
又、この場合、上記ソフトウェアのプログラムコード自体が上述した実施の形態の機能を実現することになり、そのプログラムコード自体、およびそのプログラムコードをコンピュータに供給するための手段、例えばかかるプログラムコードを格納した記録媒体は本発明を構成する。かかるプログラムコードを記憶する記録媒体としては、例えばフロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【０２０６】
又、コンピュータが供給されたプログラムコードを実行することにより、上述の実施の形態の機能が実現されるだけでなく、そのプログラムコードがコンピュータにおいて稼働しているＯＳ（オペレーティングシステム）或いは他のアプリケーションソフト等と共同して上述の実施の形態の機能が実現される場合にもかかるプログラムコードは本発明の実施の形態に含まれることはいうまでもない。
【０２０７】
更に、供給されたプログラムコードがコンピュータの機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに格納された後、そのプログラムコードの指示に基づいてその機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって上述した実施の形態の機能が実現される場合にも本発明に含まれることはいうまでもない。
【０２０８】
【発明の効果】
本発明によれば、複数の機器からの表示情報を効率的に表示することができる。
【図面の簡単な説明】
【図１】本実施の形態のデータ通信システムを説明するブロック図である。
【図２】 Isochronous転送モードとAsynchronous転送モードの動作を説明する図である。
【図３】ＤＴＶ（ディジタルテレビジョン）１の表示画面の一例を説明する図である。
【図４】描画手順の一例を説明するためのフローチャートである。
【図５】転送手順の一例を説明するためのフローチャートである。
【図６】転送手順の他の例を説明するためのフローチャートである。
【図７】ＯＳＤデータの描画条件を設定する手順を説明するためのフローチャートである。
【図８】ディジタルテレビジョン装置の表示画面と描画エリアとの関係を説明する図である。
【図９】 Asynchronous Connection plugの接続手順を説明する図である。
【図１０】 Asynchronous Connection Protocolに基づく転送手順を説明する図である。
【図１１】 limit_count１００１の「mode」フィールドに格納されるmodeの種類を説明する図である。
【図１２】 producer_count１００２の「mode」フィールドに格納されるmodeの種類を説明する図である。
【図１３】ＯＳＤフレームのデータ・フォーマットの一例を説明する図である。
【図１４】各サブフレームにセットされるtype_codeの種類を説明する図である。
【図１５】サブフレームのデータ・フォーマットの一例を説明する図である。
【図１６】 Function control protocolの基本動作を説明する図である。
【図１７】 Function control protocolの規定するパケット・フォーマットを説明する図である。
【図１８】 FCP frameのデータ・フォーマットを説明する図である。
【図１９】ｃｔｓの種類とそれに対応する値とを説明する図である。
【図２０】 command frameのデータ・フォーマットを説明する図である。
【図２１】 response frameのデータ・フォーマットを説明する図である。
【図２２】 ctypeの種類を説明する図である。
【図２３】 response codeの種類を説明する図である。
【符号の説明】
１ ディジタルテレビジョン（ＤＴＶ）
２ セットトップボックス（ＳＴＢ）
３ ディジタルビデオカセットレコーダ（ＤＶＣＲ）
４ パーソナルコンピュータ（ＰＣ）
７ ＩＥＥＥ１３９４インタフェース
８ データバッファ制御部
９ バッファ
１０ 描画レイアウト制御部
１１ 描画レイアウト用メモリ
１２ ＯＳＤコントローラ
１３ ＯＳＤメモリ
１４ デコーダ
１５ 画像合成部
１６ 表示部
１７ タイマ
２０ 制御部
２１ ＯＳＤ生成部
２２ チューナサブユニット
２３ ＩＥＥＥ１３９４インタフェース
２４ 制御部
２５ ＯＳＤ生成部
２６ ＶＴＲサブユニット
２７ ＩＥＥＥ１３９４インタフェース
２８ 制御部
２９ ＩＥＥＥ１３９４インタフェース
３０ ハードディスク
【発明の属する技術分野】
本発明は、複数の情報供給源からの表示情報を表示する表示装置に関する。
【０００２】
【従来の技術】
現在、家庭内のＡＶ(Audio/Visual)機器とディジタルテレビジョン受像機（以下、ディジタルＴＶ）と相互に接続した家庭内ネットワークの実現に向け、様々な団体が活動を開始している。例えば、１３９４ＴＡ(Trade Association)と呼ばれる団体では、ディジタルＴＶを含めた複数のＡＶ機器を共通のディジタルインタフェースで相互に接続できるようにするために、ＩＥＥＥ１３９４−１９９５規格をベースとしたトランスポート層の仕様を策定している。
【０００３】
一方、近年、欧米を中心に、ディジタルテレビジョン放送を実用化する動きがある。ディジタルテレビジョン放送は、従来のアナログＴＶの放送帯域幅と同様な帯域幅で、複数の番組を同時に転送する能力がある。
【０００４】
ディジタルテレビジョン放送では、特に、ディジタルデータによる放送が可能となるため、ディジタル映像情報やディジタル音声情報と共に、ＥＰＧ(Electrical Program Guide)、コマーシャル情報、天気情報、株式情報等の静止画像を放送することが可能となる。このようなディジタル情報を含むディジタルテレビジョン放送は、セットトップボックス等を介して、家庭内ネットワークに接続されたディジタルＴＶに転送され、表示される。
【０００５】
【発明が解決しようとする課題】
将来の家庭内ネットワークにおいて、ディジタルＴＶ等の表示装置は、セットトップボックスと１対１に接続されるだけでなく、他のＡＶ機器とも共通のディジタルインタフェースを介して接続されると考えられる。
【０００６】
その場合、表示装置は、様々なＡＶ機器の有する表示情報（以下、ＯＳＤ:On screen displayと称する）を同じ画面上に表示する機能が必要となる。特に、複数のＡＶ機器で１つの表示装置を共有する場合には、各ＡＶ機器のＯＳＤ（例えば、静止画像やグラフィックス画像）が、ある期間に同時に表示装置に対して描画要求を出す可能性がある。このような場合、表示装置は、複数のＯＳＤが表示画面上でなるべく重ならないように表示するか、重なっても不具合がないように表示する必要がある。
【０００７】
しかしながら、各ＡＶ機器のＯＳＤは通常、表示装置の表示画面上のレイアウトに関係なく送信されるため、複数のＯＳＤを表示画面上にどのようにレイアウトするかについては全て表示装置において処理する必要があった。このような構成では、表示装置に対して非常に大きな負荷がかかると共に、効率的ではなかった。
【０００８】
本発明は、かかる課題を解決するためのなされたものであり、複数の機器からの表示情報を効率的に表示できるようにすることを目的とする。
【０００９】
【課題を解決するための手段】
本発明に係る表示装置は、第１の外部機器から提供された第１の表示情報を表示器に表示し、第２の外部機器から提供された第２の表示情報を前記表示器に表示する表示装置であって、前記第１の表示情報を前記第１の外部機器から受信し、前記第１の表示情報を表示する位置と、前記第１の表示情報を表示するサイズと、前記第１の表示情報を表示する期間と、前記第１の表示情報の表示を開始する時間と、前記第１の表示情報に他の表示情報を重ねることができるか否かとを示す情報を前記第２の外部機器に送信し、前記第２の表示情報を前記第２の外部機器から受信する通信手段と、前記第２の表示情報が前記第２の外部機器から受信される前に前記第１の表示情報を前記表示器に表示している場合は、前記第２の外部機器が前記第１の表示情報を表示する位置と、前記第１の表示情報を表示するサイズと、前記第１の表示情報を表示する期間と、前記第１の表示情報の表示を開始する時間と、前記第１の表示情報に他の表示情報を重ねることができるか否かとを示す情報に基づいて前記第２の表示情報を表示する位置と、前記第２の表示情報を表示するサイズと、前記第２の表示情報を表示する期間と、前記第２の表示情報の表示を開始する時間と、前記第２の表示情報に他の表示情報を重ねることができるか否かとを決定できるようにするために、前記第１の表示情報を表示する位置と、前記第１の表示情報を表示するサイズと、前記第１の表示情報を表示する期間と、前記第１の表示情報の表示を開始する時間と、前記第１の表示情報に他の表示情報を重ねることができるか否かとを示す情報を、前記第２の表示情報が前記第２の外部機器から受信される前に前記通信手段を介して前記第２の外部機器に送信するように制御する制御手段とを有することを特徴とする。
【００２６】
【発明の実施の形態】
以下、本発明の好適な実施の形態について図面を参照して詳細に説明する。
図１は、４つのＡＶ機器により構成された家庭内ネットワークの一例を示す。本実施の形態の各ＡＶ機器は、次世代の高性能ディジタルインタフェースの１つである、ＩＥＥＥ１３９４−１９９５規格及びその拡張規格に準拠した１３９４シリアルバスインタフェース（以下、ＩＥＥＥ１３９４インタフェース）を介して接続されている。
【００２７】
ＩＥＥＥ１３９４インタフェースには次のような特徴がある。
（１）データ転送速度が高速である。
（２）リアルタイムなデータ転送モード（即ち、Isochronous転送モード）とAsynchronous転送モードをサポートしている。
（３）自由度の高い接続構成（トポロジ）を構築できる。
（４）プラグアンドプレイ機能と活線挿抜機能をサポートしている。
【００２８】
図２は、Isochronous転送モードとAsynchronous転送モードの動作を説明する図である。
Isochronous転送モードは、各通信サイクル期間において所定期間の転送帯域を保証する転送方式である。従って、Isochronous転送モードは、所定量のデータを一定のデータレートで連続的に転送することが要求されるデータ（例えば、動画像データや音声データ等）の転送に有効である。
【００２９】
又、Asynchronous転送モードでは、必要に応じて非同期に転送することの可能なデータ（例えば、制御コマンドやファイルデータ等）を指定した機器に対して転送する。Asynchronous転送モードには、読み込みトランザクション、書き込みトランザクション、ロックトランザクションの３種類のトランザクションが用意されている。又、Asynchronous転送モードでは、受信操作が行われたことを応答することができ、Isochronous転送モードに比べて確実な通信を行うことができる。
【００３０】
Isochronous転送モードとAsynchronous転送モードとは、各通信サイクル（通常、１通信サイクルは、１２５μＳ）内において、混在させることが可能である。図２に示すように、各転送モードは、各通信サイクルの開始を示すサイクル・スタート・パケット（以下、ＣＳＰ）２０１の転送後に実行される。
【００３１】
図２において、２０２、２０３はIsochronous転送モードに基づいて各通信サイクル毎に転送される通信パケット（Isochronousパケット）である。２０４、２０５は、Asynchronous転送モードに基づいて転送される通信パケット（Asynchronousパケット）である。
【００３２】
尚、各通信サイクル期間において、Isochronous転送モードは、Asynchronous転送モードよりも優先順位が高く設定されている。又、Isochronous転送モードの転送帯域は、各通信サイクル内で保証されている。
【００３３】
次に、図１に示す家庭内ネットワークについて詳細に説明する。
図１において、１はディジタルテレビジョン（以下、ＤＴＶと称する）である。ＤＴＶ１は、ネットワークに接続された少なくとも１つのＡＶ機器が転送する表示情報（以下、ＯＳＤデータと称する）を受信し、ＤＴＶ１の持つ表示器に描画して表示する機能を有している。ＯＳＤデータは、静止画像、画像の一部が動く静止画像（例えば、アニメーションを含む静止画像データ）、３Ｄグラフィックス、テキスト、動画像、及びそれらが混在する表示情報の何れかから構成される。
【００３４】
ここで、ＯＳＤデータは、ＥＰＧ、コマーシャル情報、天気情報、株式情報等の表示情報の他に、コントロールパネルと呼ばれる表示情報を含む。コントロールパネルとは、それを具備するＡＶ機器を遠隔操作するための表示情報である。コントロールパネルは、１つ以上のエレメント（各エレメントは、テキスト又はグラフィックスで表示される）から構成されるＧＵＩ（Graphical User Interface）であり、各エレメントは、ＡＶ機器の具備する遠隔操作可能な機能を図示する。ユーザは、ＤＴＶ１等の表示器に描画されたコントロールパネル内のエレメントを操作することによって、そのコントロールパネルに対応するＡＶ機器を遠隔操作できる。例えば、後述するディジタルビデオカセットレコーダ３のコントロールパネルは、「記録」、「再生」、「早送り」、「巻戻し」、「一時停止」、「前進スキップ」、「後進スキップ」等の機能に対応するエレメントを具備する。このコントロールパネルを用いてディジタルビデオカセットレコーダ３を「一時停止」の状態にしたい場合には、「一時停止」に対応するエレメントを選択し、決定するだけでよい。ユーザがどのエレメントを操作したかについての情報は、ＤＴＶ１等の表示器からディジタルビデオカセットレコーダ３に通知される。
【００３５】
２はセットトップボックス（以下、ＳＴＢと称する）である。ＳＴＢ２は、ＭＰＥＧ２規格に基づくＭＰＥＧ２ ＴＳ(トランスポートストリーム)、各種のＯＳＤデータ、制御コマンド等をＩＥＥＥ１３９４インタフェース用のデータに変換して出力することができる。ここで、ＭＰＥＧ２ ＴＳは、複数の画像データ、音声データ、それらの補助データをパケット化(１８８バイト単位)し、且つ多重化している。
【００３６】
ＳＴＢ２において、制御部２０は、ＳＴＢ２の動作を制御すると共に、ＯＳＤ生成部２１の生成するＯＳＤデータの描画条件を必要に応じて変更させる。ＯＳＤ生成部２１は、ＥＰＧ(Electronic Program Guide)、チューニングしたチャンネル番号、コマーシャル情報、コントロールパネル等のＯＳＤデータを生成する。又、ＯＳＤ生成部２１は、各種のＯＳＤデータの基準描画条件を生成し、その描画条件を後述の描画レイアウト情報に基づいて変更する。チューナサブユニット２２は、デジタル放送用のＭＰＥＧ ＴＳを受信する機能を有する。１３９４インタフェース２３は、ＯＳＤデータを後述するAsynchronous Connectionプロトコルに基づいてＤＴＶ１に転送する。
【００３７】
３はディジタルビデオカセットレコーダ（以下、ＤＶＣＲと称する）である。ＤＶＣＲ３は、ＳＴＢ２からIsochronous転送された動画像データ（ＭＰＥＧ２ＴＳを含む）を記録したり、記録した動画像データ（ＭＰＥＧ２ ＴＳを含む）を再生してＤＴＶ１に対してIsochronous転送したりすることができる。
【００３８】
ＤＶＣＲ３において、制御部２４は、ＤＶＣＲ３の動作を制御すると共に、ＯＳＤ生成部２５の生成するＯＳＤデータの描画条件を必要に応じて変更する。ＯＳＤ生成部２５は、記録、再生、一時停止、特殊再生等を指示するためのコントロールパネルや、現在の動作状態、記録媒体の記録残量、記録時間、再生時間等を通知するための表示情報をＯＳＤデータとして生成する。又、ＯＳＤ生成部２５は、ＤＶＣＲ３が外部出力する各ＯＳＤデータの描画条件を生成し、それらの基準描画条件を後述の描画レイアウト情報に基づいて変更する。ＶＴＲサブユニット２６は、磁気テープや磁気ディスク等の記録媒体に、ＭＰＥＧ２形式の動画像データを記録再生する機能を有する。１３９４インタフェース２７は、ＤＶＣＲ３のＯＳＤデータを後述する「Asynchronous Connectionプロトコル」に基づいてＤＴＶ１に転送する。
【００３９】
４はパーソナルコンピュータ（以下、ＰＣと称する）である。ＰＣ４は、ハードディスク３０に格納されたＯＳＤデータをＤＴＶ１に転送する。１３９４インタフェース２９は、ＰＣ４のＯＳＤデータを後述する「Asynchronous Connectionプロトコル」に基づいてＤＴＶ１に転送する。ＰＣ４の制御部２８は、ＰＣ４が外部出力する各ＯＳＤデータの基準描画条件を生成し、それらを後述の描画レイアウト情報に基づいて変更する。
【００４０】
次に、ＤＴＶ１の内部構成について詳細に説明する。
７は上述の機能を具備するＩＥＥＥ１３９４インタフェースであり、ＩＥＥＥ１３９４−１９９５規格及びその拡張規格に準拠した物理層の機能とリンク層の機能とを有する。ＩＥＥＥ１３９４インタフェース７は更に、後述する「AV/C Digital interface command set仕様」に準拠した機能と後述する「Asynchronous Connection プロトコル」に準拠した通信機能とを具備する。尚、ＳＴＢ２、ＤＶＣＲ３、ＰＣ４の具備する１３９４インタフェース２３、２７、２９もＩＥＥＥ１３９４インタフェース７と同様の機能を有する。
【００４１】
８はAsynchronous Connection プロトコル用のデータバッファ制御部であり、Asynchronous Connectionプロトコルに基づいて所定のデータ単位に転送されたＯＳＤフレームのバッファリングを制御する。尚、本実施の形態におけるＯＳＤフレームのデータ・フォーマットについては後述する。９はバッファであり、上記ＯＳＤフレームをバッファリングする。
【００４２】
１０は描画レイアウト制御部であり、描画レイアウト情報を管理する。ここで、描画レイアウト情報とは、現在ＤＴＶ１が表示している複数のＯＳＤデータの描画条件、レイアウトＩＤ等から構成される。１１は描画レイアウト用メモリであり、描画レイアウト制御部１０の管理する描画レイアウト情報を保持する。
【００４３】
１２はＯＳＤコントローラであり、Asynchronous Connectionプロトコルに基づいて転送された複数のＯＳＤデータを、各ＯＳＤデータに対応する描画条件に基づいて描画するように制御する。１３はＯＳＤメモリであり、複数のＯＳＤデータとそれらに対応する描画条件とを関連付けて記憶する。
【００４４】
１４はデコーダであり、各機器（ＳＴＢ１或いはＤＶＣＲ３）からIsochronous転送されたＭＰＥＧ２ ＴＳをデコードし、標準テレビジョン信号（ＮＴＳＣ方式やＰＡＬ方式等）に変換する。１５は画像合成部であり、標準テレビジョン信号とＯＳＤデータとを同一画面内に合成する。ここで、画像合成部１５は、複数のプレーン（ＯＳＤデータ用の複数個のプレーンと標準テレビジョン信号用の複数個のプレーンとを含む）で構成されている。画像合成部１５は、各プレーンを用いて表示する表示情報の切り替えや合成を行う。
【００４５】
１６はＣＲＴ（Cathode Ray Tube）や液晶モニタ等の表示器からなる表示部であり、画像合成部１５にて生成された画像データを表示する。１７は表示部１６の表示画面上に描画された各ＯＳＤデータの描画期間を計測するタイマである。
【００４６】
図３は、本実施の形態のＤＴＶ１の表示画面の一例を示す図である。
図３において、３０１はＳＴＢ２から転送されたＯＳＤデータ（例えば、コマーシャル用の静止画像）を表示する領域、３０２はＤＶＣＲ３のＯＳＤデータ（例えば、ＤＶＣＲ３を遠隔制御するための上記コントロールパネルである。このコントロールパネルは、再生記録残量、記録時間等を表示する）を表示する領域、３０３はＰＣ４の有するＯＳＤデータ（例えば、ビットマップイメージデータ）を表示する領域、３０４はＳＴＢ２からIsochronous転送されたＭＰＥＧ ＴＳを表示するメイン画面である。
【００４７】
各ＯＳＤデータは、後述の描画手順により表示画面上に描画される。
【００４８】
（描画手順の説明）
次に、本実施の形態の家庭内ネットワーク上に接続された機器が、その機器自身のＯＳＤデータを表示装置の表示画面上に描画して表示する手順の一例について説明する。
【００４９】
以下では、図４を用いて、ＳＴＢ２のＯＳＤデータ（例えば、外部から受信したコマーシャル用の静止画データ３０１）を、ＤＴＶ１の表示画面上に描画する手順ついて詳細に説明する。
【００５０】
ステップＳ４０１において、ＳＴＢ２は、外部の放送局からコマーシャル用の静止画データ３０１を受信すると共に、その静止画データ３０１をＤＴＶ１に描画する要求があるか否かを検出する。描画要求がある場合、ＳＴＢ２は、その静止画データ３０１に対応するＯＳＤデータをＯＳＤ生成部５で作成する。尚、ＯＳＤデータの表示開始要求は、ＤＴＶ１が出力する。
【００５１】
ここで、ＯＳＤ生成部５は、ＯＳＤデータの要求する描画条件も作成する。本実施の形態において描画条件とは、表示条件ともいい、ＯＳＤデータの表示を制御するための少なくとも１つの制御情報からなる。例えば、ＯＳＤデータを表示する位置（以下、描画位置）、表示する大きさ（以下、描画サイズ）、オーバーレイの条件（以下、オーバーレイ条件）、オーバーレイの順位（以下、オーバーレイ順位）、表示する期間（以下、描画期間）、ＯＳＤデータの種類（以下、描画種類）、表示を開始する時間（以下、描画開始時間）、オーバーレイを許容する期間（以下、オーバーレイ許容期間）等を制御する制御情報がある。
【００５２】
ステップＳ４０２において、ＳＴＢ２のＩＥＥＥ１３９４インタフェース２３は、ＩＥＥＥ１３９４インタフェース２３とＤＴＶ１のＩＥＥＥ１３９４インタフェース７との間に、Asynchronous Connection plugを設定する。そして、ＳＴＢ２は、このAsynchronous Connection plugを介して、ＯＳＤデータをＤＴＶ１に転送する。
【００５３】
ここで、Asynchronous Connection plugとは、Asynchronous Connectionプロトコルに基づいて設定される仮想的な入出力プラグのことである。これらを設定することにより、ソース・ノードとデスティネーション・ノードとの間に論理的な（或いは仮想的な）接続関係が成立する。尚、Asynchronous Connection plugの接続手順については後述する。
【００５４】
ステップＳ４０３において、ＳＴＢ２は、ＯＳＤデータ、描画条件、その他の付加情報を用いて、本実施の形態の規定するＯＳＤフレームを構成する。ここで、ＯＳＤフレームのデータ・フォーマットは、１つ以上のサブフレームから構成される。ＳＴＢ２は、１つのサブフレームを単位としたAsynchronousパケットを生成し、それらをAsynchronous Connection plugを介して、順次ＤＴＶ１にAsynchronous転送する。
【００５５】
尚、ＳＴＢ２とＤＴＶ１との間の転送手順については、図５或いは図６を用いて詳細に説明する。
【００５６】
ステップＳ４０４において、ＳＴＢ２は、ＯＳＤデータの描画を終了する要求があるか否かを判別する。尚、ＯＳＤデータの表示終了要求は、ＤＴＶ１が出力する。
【００５７】
終了要求がある場合、ステップＳ４０５において、ＳＴＢ２は、Asynchronous Connectionプロトコルに基づき、表示画面上に描画されているＯＳＤデータをクリアするための制御コマンドをＤＴＶ１に転送する。
【００５８】
そして、ＳＴＢ２は、ステップＳ４０１の処理を再び実行し、別のＯＳＤデータの描画要求があるか否かを検出する。ここで、ＳＴＢ２は、先に接続したAsynchronous Connection plugをそのまま接続状態とする。
【００５９】
ステップＳ４０６において、ＳＴＢ２は、ネットワークに接続されているか否かを判別すると共に、非アクティブ状態であるか否かを判別する。
【００６０】
ネットワークへの接続が物理的に非接続である場合、或いはネットワークに接続されていても主電源がＯＦＦで動作していない状態（即ち、非アクティブ状態）である場合、ＳＴＢ２は、ステップＳ４０７の処理を行う。ステップＳ４０７において、ＳＴＢ２は、Asynchronous Connection plugをリリースし、非接続とする。
【００６１】
以上の手順により、１つの機器のＯＳＤデータを、表示装置の負荷を軽減させながら、効率的に表示することができる。又、この手順は、各ＯＳＤデータ毎に並列に実行することができる。従って、別々の機器からのＯＳＤデータを表示したり、１つの機器からの複数のＯＳＤデータを表示したりする場合でも、表示装置の負荷を軽減させながら、効率的に表示することができる。これにより、１つの機器が複数個のＯＳＤデータを、別々の位置或いは重ね合わせて表示することも可能となる。
【００６２】
（転送手順の説明）
次に、図５を用いて、図４のステップＳ４０３における転送手順の一例について詳細に説明する。図５は、Asynchronous Connectionプロトコルを用いて、ＳＴＢ２が自機のＯＳＤデータをＤＴＶ１に転送する手順の一例について説明するためのフローチャートである。
【００６３】
ステップＳ５０１において、ＳＴＢ２は、Asynchronous Connectionプロトコルに基づいてＯＳＤデータを送受信できるか否かを問い合わせる制御コマンドを、ＤＴＶ１に送信する。具体的には、ＳＴＢ２がＤＴＶ１に対して、「AV/C Digital interface command set仕様」に基づく「SPECIFIC INQUIRYコマンド」を送信する。
【００６４】
SPECIFIC INQUIRYコマンドに対応する「SPECIFIC INQUIRYレスポンス」を受信したＳＴＢ２は、ステップＳ５０２において、ＤＴＶ１が本実施の形態の規定する描画用コマンドセットに対応しているか否かを確認する。
【００６５】
ここで、SPECIFIC INQUIRYレスポンスが「IMPLEMENTED」を示す場合、ＳＴＢ２は、ＤＴＶ１が本実施の形態の描画用コマンドセットに対応していると判断し、ステップＳ５０４以下の処理を実行する。
【００６６】
一方、SPECIFIC INQUIRYレスポンスが「NOT IMPLEMENTED」を示す場合、ＳＴＢ２は、ステップＳ５０３の処理を実行する。即ち、ＳＴＢ２は、ＤＴＶ１にはＯＳＤデータを送受信する能力がないと判断し、描画処理を中止し、Asynchronous Connection plugを非接続とする。
【００６７】
ステップＳ５０４において、ＳＴＢ２は、ＯＳＤデータを送信する前に、ＤＴＶ１の保持する描画レイアウト情報を要求するための制御コマンドを、ＤＴＶ１にAsynchronous転送する。ＳＴＢ２は、この描画レイアウト情報に基づき、ＤＴＶ１の表示画面の描画状態が現在どうなっているか（即ち、ＤＴＶ１が他の複数の機器からのＯＳＤデータをどのように表示しているか）を確認する。
【００６８】
ここでもしＳＴＢ２が、ＤＴＶ１の保持する描画レイアウト情報を確認することなく、いきなり自機のＯＳＤデータの描画を要求した場合、ＳＴＢ２のＯＳＤデータは、他の機器（ノード）のＯＳＤデータと重なって表示されてしまい、他のＯＳＤデータの一部或いは全てが見えなくなってしまう可能性がある。この可能性は、現在ＤＴＶ１が表示しているＯＳＤデータの数が多い程、各ＯＳＤデータの表示領域の大きさが大きくなる程、またＤＴＶ１が持つ表示画面のサイズが小さくなる程増大する。従って本実施の形態のＳＴＢ２は、自機のＯＳＤデータをＤＴＶ１に転送する前に予めＤＴＶ１の描画レイアウト情報を取得し、この描画レイアウト情報に基づいてＯＳＤデータの最適な描画条件を設定する。
【００６９】
尚、この描画レイアウト情報には、各ＯＳＤデータを描画するために必要な描画条件、ＳＴＢ２が各ＯＳＤデータに与えるレイアウトＩＤ等が含まれる。このレイアウトＩＤは、ＳＴＢ２の描画レイアウト情報の変化を管理するＩＤ情報であり、現在描画を行っている機器の描画情報を描画レイアウト情報に追加する前に、他の機器からの描画要求によってその描画レイアウト情報の内容が書き換わってしまうことを防止するためにも利用される。
【００７０】
更に、描画レイアウト情報は、ＤＴＶ１の表示部１６に関する情報（以下、ディスプレイ情報）を含む。ディスプレイ情報には、表示部１６の画面サイズ、表示部１６の種類（例えば、ＣＲＴ、液晶パネル、プラズマディスプレイパネル等）、表示部１６の解像度（例えば、６４０×４８０ｐｉｘｅｌｓ、９６０×５４０ｐｉｘｅｌｓ等）、表示部１６がＯＳＤデータ等の描画を禁止する表示領域、表示部１６がＯＳＤデータ等の描画を有効とする表示領域、及び表示部１６の具備する表示能力等を示す情報のうち少なくとも１つを含む。
【００７１】
ステップＳ５０５において、ＳＴＢ２は、ＤＴＶ１からの描画レイアウト情報及び自機のＯＳＤデータが要求する基準描画条件（例えば、描画位置、描画サイズ、オーバーレイ条件、オーバーレイ順位、描画期間、描画内容の種類、描画開始時間、オーバーレイ許容期間等）に基づいて、このＯＳＤデータの最適な描画条件を設定する。又、ＳＴＢ２は、描画レイアウト情報のディスプレイ情報に基づいて自機のＯＳＤデータを制御し、例えば解像度を最適な値に設定する。その後ＳＴＢ２は、設定した描画条件、ＯＳＤデータ、ＤＴＶ１から受け取ったレイアウトＩＤ等を用いて、１つ以上のサブフレームからなるＯＳＤフレームを生成する。尚、ＯＳＤフレームのデータ・フォーマットについては後述する。
【００７２】
ステップＳ５０６において、ＳＴＢ２は、Asynchronous Connection プロトコルに基づいて、各サブフレームを順次ＤＴＶ１にAsynchronous転送する。
【００７３】
ステップＳ５０７において、ＤＴＶ１は、ＳＴＢ２から受け取ったレイアウトＩＤとＤＴＶ１が現在管理しているレイアウトＩＤとを比較する。
【００７４】
２つのレイアウトＩＤが同じである場合、ステップＳ５０９において、ＤＴＶ１は、受信したＯＳＤデータをＯＳＤメモリコントローラ１２に供給し、ＯＳＤメモリ１３に格納する。その後、ＯＳＤメモリコントローラ１２は、ＯＳＤメモリ１３からＳＴＢ２のＯＳＤデータを読み出し、画像合成部１５に供給する。画像合成部１５は、描画条件に従ってこのＯＳＤデータをメイン画面に合成する。表示部１６は、ＳＴＢ２のＯＳＤデータを合成した画面を表示する。
【００７５】
一方、ＳＴＢ２からのレイアウトＩＤが現在自分が管理しているものと異なっていた場合、ステップＳ５０８において、ＤＴＶ１は、受信したＯＳＤデータと描画条件とを無効とし、無効であることを示す制御コマンドをＳＴＢ２に返信する。
【００７６】
ステップＳ５１０において、ＤＴＶ１は、ＳＴＢ２のＯＳＤデータの描画条件とレイアウトＩＤとを、描画レイアウト制御部１０を介して描画レイアウト用メモリ１１に供給し、他のＯＳＤデータの描画レイアウト情報と共に記録する。
【００７７】
ステップＳ５１１において、ＤＴＶ１は、レイアウトＩＤを別の値に更新する。ここで、レイアウトＩＤの値はカウンタ値でもよい。又、カウンタ値が一回りする最大値は、ネットワークに接続されている機器の数より大きいものに設定されている。
【００７８】
以上のように処理することにより、ＳＴＢ２は、所定のＯＳＤデータをＤＴＶ１に転送する前に、ＤＴＶ１の表示能力だけでなく、ＤＴＶ１に表示されている他のＯＳＤデータのレイアウト状態を確認でき、そのレイアウト状態において最適な描画条件を設定することができる。
尚、図５では、ＳＴＢ２が自機のＯＳＤデータをＤＴＶ１に転送する手順について説明したが、ＤＶＣＲ３のＯＳＤデータ、ＰＣ４のＯＳＤデータも図５の手順に従って転送することができる。
【００７９】
次に、図６を用いて、図４のステップＳ４０３における転送手順の他の例について詳細に説明する。図６は、Asynchronous Connection プロトコルを用いて、ＳＴＢ２が自機のＯＳＤデータをＤＴＶ１に転送する手順の他の例について説明するフローチャートである。
【００８０】
ステップＳ６０１において、ＳＴＢ２は、Asynchronous Connectionプロトコルに基づいてＯＳＤデータを送受信できるか否かを問い合わせる制御コマンドを、ＤＴＶ１に送信する。具体的には、ＳＴＢ２がＤＴＶ１に対して、「AV/C Digital interface command set仕様」に基づくSPECIFIC INQUIRYコマンドを送信する。
【００８１】
SPECIFIC INQUIRYコマンドに対応するSPECIFIC INQUIRYレスポンスを受信したＳＴＢ２は、ステップＳ６０２において、ＤＴＶ１が本実施の形態の規定する描画用コマンドセットに対応しているか否かを確認する。
【００８２】
ここで、SPECIFIC INQUIRYレスポンスが「IMPLEMENTED」を示す場合、ＳＴＢ２は、ＤＴＶ１が本実施の形態の描画用コマンドセットに対応していると判断し、ステップＳ６０４以下の処理を実行する。
【００８３】
一方、SPECIFIC INQUIRYレスポンスが「NOT IMPLEMENTED」を示す場合、ＳＴＢ２は、ステップＳ６０３の処理を実行する。即ち、ＳＴＢ２は、ＤＴＶ１にはＯＳＤデータを送受信する能力がないと判断し、描画処理を中止し、Asynchronous Connection plugを非接続とする。
【００８４】
ステップＳ６０４において、ＳＴＢ２は、ＤＴＶ１の描画レイアウト情報がロックされているか否か（即ち、新しい描画条件の追加や描画レイアウト情報の変更、削除が可能か否か）を確認するための制御コマンドをＤＴＶ１に送信する。
【００８５】
ここで、描画レイアウト情報がロックされている場合、ＤＴＶ１は、ロックフラグレジスタの値をレスポンスとしてＳＴＢ２に返送し、ステップＳ６０４に処理を繰り返す。一方、ロックされていない場合、ＳＴＢ２は、ステップＳ６０５以下の処理を行う。尚、このロックフラグレジスタは、描画レイアウト制御部１０が管理する。
【００８６】
ステップＳ６０５において、ＳＴＢ２は、ＯＳＤデータを送信する前に、ＤＴＶ１の保持する描画レイアウト情報を要求するための制御コマンドを、ＤＴＶ１にAsynchronous転送する。ＳＴＢ２は、この描画レイアウト情報に基づき、ＤＴＶ１の表示画面の描画状態が現在どうなっているか（即ち、ＤＴＶ１が他の複数の機器からのＯＳＤデータをどのように表示しているか）を確認する。
【００８７】
ステップＳ６０６において、ＤＴＶ１は、ＳＴＢ２のＯＳＤデータを表示するまで、上述のロックフラグレジスタをセットする。このロックフラグレジスタをセットしておくことにより、ＤＴＶ１は、一連の動作期間内（即ち、ＳＴＢ２のＯＳＤデータを受信し、描画して表示するまでの期間）に、自機の管理する描画レイアウト情報の内容を他の機器が書き換えてしまうことを防止する。
【００８８】
ステップＳ６０７において、ＳＴＢ２は、ＤＴＶ１からの描画レイアウト情報及び自機のＯＳＤデータが要求する基準描画条件（例えば、描画位置、描画サイズ、オーバーレイ条件、オーバーレイ順位、描画期間、描画内容の種類、描画開始時間、オーバーレイ許容期間等）に基づいて、このＯＳＤデータの最適な描画条件を設定する。又、ＳＴＢ２は、描画レイアウト情報のディスプレイ情報に基づいて自機のＯＳＤデータを制御し、例えば解像度を最適な値に設定する。
その後ＳＴＢ２は、設定した描画条件、ＯＳＤデータ等を用いて、１つ以上のサブフレームからなるＯＳＤフレームを生成する。
【００８９】
ステップＳ６０８において、ＳＴＢ２は、Asynchronous Connectionプロトコルに基づいて、各サブフレームを順次ＤＴＶ１にAsynchronous転送する。
【００９０】
ステップＳ６０９において、ＤＴＶ１は、受信したＯＳＤデータをＯＳＤメモリコントローラ１２に供給し、ＯＳＤメモリ１３に格納する。その後、ＯＳＤメモリコントローラ１２は、ＯＳＤメモリ１３からＳＴＢ２のＯＳＤデータを読み出し、画像合成部１５に供給する。画像合成部１５は、描画条件に従ってこのＯＳＤデータをメイン画面に合成する。表示部１６は、ＳＴＢ２のＯＳＤデータを合成した画面を表示する。
【００９１】
ステップＳ６１０において、ＤＴＶ１は、ＳＴＢ２からのＯＳＤデータの描画条件を、描画レイアウト制御部１０を介して描画レイアウト用メモリ１１に供給し、他のＯＳＤデータの描画レイアウト情報と共に記録する。
【００９２】
ステップＳ６１１において、ＤＴＶ１は、ロックフラグレジスタのロック状態を解除する。
【００９３】
以上のように処理することにより、ＳＴＢ２は、所定のＯＳＤデータをＤＴＶ１に転送する前に、ＤＴＶ１の表示能力だけでなく、ＤＴＶ１に表示されている他のＯＳＤデータのレイアウト状態を確認でき、そのレイアウト状態において最適な描画条件を設定することができる。
尚、図６では、ＳＴＢ２が自機のＯＳＤデータをＤＴＶ１に転送する手順について説明したが、ＤＶＣＲ３のＯＳＤデータ、ＰＣ４のＯＳＤデータも図６の手順に従って転送することができる。
【００９４】
（描画条件の設定方法についての説明）
以下、図７を用いて、図５のステップＳ５０５、図６のステップＳ６０７における処理を詳細に説明する。図７では、ＳＴＢ２が、ＤＴＶ１の管理する描画レイアウト情報に基づいて、自機のＯＳＤデータの描画条件を設定する手順の一例を詳細に説明する。
【００９５】
以下の本実施の形態では、上述の描画レイアウト情報が管理する各機器のＯＳＤデータの描画条件を、少なくとも次の情報から構成する場合について説明する。即ち、「描画位置」、「描画サイズ」、「オーバーレイ条件」、「オーバーレイ順位」、「描画期間」、「描画内容の種類」、「描画開始時間」、「オーバーレイ許容期間」である。ここで、ＳＴＢ２のＯＳＤデータが要求する基準描画条件も、少なくとも上記の情報から構成されるものとする。又、描画レイアウト情報には、ＳＴＢ２が過去に描画したＯＳＤデータの描画条件をも含む。
【００９６】
ステップＳ７０１において、ＳＴＢ２はまず、ＤＴＶ１から受け取った描画レイアウト情報の中からディスプレイ情報を検出する。ＳＴＢ２は、このディスプレイ情報に基づき、表示部１６の画面サイズ、表示部１６の種類、表示部１６の解像度、表示部１６がＯＳＤデータ等の描画を禁止する表示領域、表示部１６がＯＳＤデータ等の描画を有効とする表示領域、及び表示部１６の具備する表示能力等を認識し、自機のＯＳＤデータや描画条件を変更する。例えば、表示部１６の解像度に応じて自機のＯＳＤデータの解像度を最適なものに変更したり、表示部１６がＯＳＤデータ等の描画を有効とする表示領域に応じてＯＳＤデータのサイズを変更したり、表示能力に応じてＯＳＤデータの階調を変更したりする。
【００９７】
又、ＳＴＢ２は、自機のＯＳＤデータが要求する基準描画条件を用意する。そして、ＳＴＢ２は、ＤＴＶ１から受け取った描画レイアウト情報の中から他のＯＳＤデータの「描画位置」と「描画サイズ」とを検出し、それらを用いてＤＴＶ１が表示しているＯＳＤの描画エリアを算出する。ここで、「描画位置」は、描画エリアの左上の座標値（ピクセル換算値）を示し、「描画サイズ」は、描画エリアの幅と高さを示す。
【００９８】
図８を用いてＤＴＶ１の表示画面と描画エリアとの関係を説明する。図８において、〔〕内の数字は各ｐｉｘｅｌの座標値を示し、Ｘ方向（Ｘ_位置）は幅方向を示し、Ｙ方向（Ｙ_位置）は高さ方向を示す。各ｐｉｘｅｌのビット数は、４ビット若しくは８ビットを指定することができ、これに応じてＯＳＤデータの階調を切り換えることができる。
【００９９】
図７に戻り、ステップＳ７０２において、ＳＴＢ２は、自機のＯＳＤデータが要求する描画エリアとステップＳ７０１にて算出した他のＯＳＤデータの描画エリアとを比較し、重なる部分があるか否かを判別する。
【０１００】
もし、他のＯＳＤデータと重なる部分がない場合、ステップＳ７０３において、ＳＴＢ２は、自機のＯＳＤデータが要求する基準描画条件を変更することなくそのまま使用する。
【０１０１】
一方、他のＯＳＤデータと重なる部分がある場合、ステップＳ７０４において、ＳＴＢ２は、自機のＯＳＤデータと重なる全てのＯＳＤデータの「オーバーレイ条件」を検出する。ここで、「オーバーレイ条件」には、例えば、（１）オーバーレイを許容する、（２）ＯＳＤデータの種類（描画内容によって様々な種類がある）が異なっていればオーバーレイを許容する、（３）ある一定期間であればオーバーレイを許容する、（４）オーバーレイを禁止する、が用意されている。
【０１０２】
描画エリア内の全てのＯＳＤデータの「オーバーレイ条件」が条件（１）を満たす場合、ステップＳ７０５において、ＳＴＢ２は、自機のＯＳＤデータが要求する「オーバーレイ順位」をそれらのＯＳＤデータの描画条件よりも上に設定する。この場合、自機のＯＳＤデータを他のＯＳＤデータに重ね合わせて表示することが可能となる。
【０１０３】
一方、全てのＯＳＤデータの「オーバーレイ条件」が条件（２）〜（４）の場合、ステップＳ７０６において、ＳＴＢ２は、自機のＯＳＤデータが要求する「描画位置」や「描画サイズ」を変更し、ＤＴＶ１が現在描画している他のＯＳＤデータと重ならないようにできるか否かを判別する。
【０１０４】
もし、描画位置の移動や描画サイズの縮小が可能である場合、ステップＳ７０７において、ＳＴＢ２は、自機のＯＳＤデータの「描画位置」と「描画サイズ」とを修正し、それを新しい描画条件とする。
【０１０５】
一方、描画位置、サイズの変更が不可能の場合、ステップＳ７０８において、ＳＴＢ２は、自機のＯＳＤデータが要求する「描画期間」が無限である（即ち、自動的に描画を終了する期間が定められていない）か否かを判別する。
【０１０６】
自機のＯＳＤデータが要求する「描画期間」が定められている場合、ステップＳ７０９において、ＳＴＢ２は、自機のＯＳＤデータが要求する「描画開始時間（以下、ｔｓｔｂ）」と自機のＯＳＤデータと重なる全てのＯＳＤデータの「描画終了時間（以下、ｔｄｔｖ）」とを比較する。
【０１０７】
ここでもし、ｔｓｔｂ＞ｔｄｔｖの場合、ステップＳ７１０において、ＳＴＢ２は、自機のＯＳＤデータが要求する「描画開始時間」をそのまま描画条件とする。
【０１０８】
一方、ｔｓｔｂ≦ｔｄｔｖの場合、ステップＳ７１１において、ＳＴＢ２は、「描画開始時間」を遅らせることが可能か否かを判断する。もし可能であれば、ステップＳ７１２において、ＳＴＢ２は、自機の「描画開始時間」をｔｄｔｖ以上の時間に変更し、それを描画条件とする。又、可能でなければ、ステップＳ７１３の処理を実行する。
【０１０９】
自機のＯＳＤデータが要求する「描画期間」が定められていない場合、或いはｔｓｔｂを変更できなかった場合、ステップＳ７１３において、ＳＴＢ２は、自機の「オーバーレイ条件」が条件（２）を満たすか否かを判別する。
【０１１０】
自機の「オーバーレイ条件」が条件（２）を満たす場合、ステップＳ７１４において、ＳＴＢ２は、自機のＯＳＤデータの「描画内容の種類」と、他のＯＳＤデータの「描画内容の種類」とを比較し、同じであるか否かを判別する。
【０１１１】
自機のＯＳＤデータの「描画内容の種類」が他のＯＳＤデータと同じであった場合、ステップＳ７１５において、ＳＴＢ２は、自機のＯＳＤデータの「描画内容の種類」が変更可能か否かを判別する。
【０１１２】
自機のＯＳＤデータの「描画内容の種類」が変更可能である場合、ステップＳ７１６において、ＳＴＢ２は、自機のＯＳＤデータの内容を変更すると共に描画条件を変更する。
【０１１３】
例えば、コマーシャル用の静止画像を、例えば、自然画形式の表示からグラフィックス形式の表示或いはテキスト形式の表示に変更する。又、ＥＰＧ(Electrical Program Guide)を、例えば、３Ｄ形式の表示からテキスト形式の表示に変更する。これにより、たとえ複数のＯＳＤが多重表示されても、視覚的に判別することが可能となる。尚、オーバーレイを許容する描画内容の組合せは予め規定されている。
【０１１４】
自機のＯＳＤデータの「オーバーレイ条件」が条件（２）を満たさない場合或いは「描画内容の種類」を変更できない場合、ステップＳ７１７において、ＳＴＢ２は、自機のＯＳＤデータの「オーバーレイ条件」が条件（３）を満たすか否かを判別する。
【０１１５】
自機のＯＳＤデータの「オーバーレイ条件」が条件（３）を満たす場合、ステップＳ７１８において、ＳＴＢ２は、自機のＯＳＤデータのＯＳＤデータが要求する「描画期間」と、他のＯＳＤデータの「オーバーレイ許容期間」とを比較する。
【０１１６】
自機のＯＳＤデータの「描画期間」が他のＯＳＤデータの「オーバーレイ許容期間」よりも短い場合、ステップＳ７１９において、ＳＴＢ２は、自機のＯＳＤデータが要求する描画条件をそのまま描画条件とする。
【０１１７】
一方、自機のＯＳＤデータの「描画期間」が他のＯＳＤデータの「オーバーレイ許容期間」以上であった場合、ステップＳ７２０において、ＳＴＢ２は、自機のＯＳＤデータの「描画期間」を「オーバーレイ許容期間」よりも短い期間に変更できるか否かを判別する。
【０１１８】
自機のＯＳＤデータの「描画期間」が変更可能である場合、ステップＳ７２１において、ＳＴＢ２は、その「描画期間」を変更し、それを描画条件とする。
【０１１９】
自機のＯＳＤデータの「オーバーレイ条件」が条件（４）を満たさない場合或いは「描画期間」を変更できない場合、ステップＳ７２２において、ＳＴＢ２は、自機のＯＳＤデータを描画できないこと示す制御コマンドをＤＴＶ１に転送する。
【０１２０】
以上のように処理することにより、ＳＴＢ２は、自機のＯＳＤデータを転送する前に、そのＯＳＤデータが要求する描画条件と既に描画されている他のＯＳＤデータの描画条件とを比較し、最適な描画条件を設定することができる。
【０１２１】
これにより、ＳＴＢ２は、自機のＯＳＤデータを転送する前に、そのＯＳＤデータが他の機器のＯＳＤデータと重ならないように描画条件を設定することができる。
【０１２２】
又、ＳＴＢ２は、空間的或いは時間的なオーバーレイの条件を設定することにより、自機のＯＳＤデータの描画エリアが他の機器の描画エリアと重なる場合でも、視覚的に問題のない範囲で描画することができる。
【０１２３】
(Asynchronous Connection plugの接続方法の説明)
次に、図９を用いて、図４のステップＳ４０２におけるAsynchronous Connection plugの接続処理について詳細に説明する。
【０１２４】
図９において、送信側をproducer９０１と呼び、受信側をconsumer９０３と呼ぶ。又、producer９０１とconsumer９０３との間の論理的な通信経路を設定し、管理する機能を持つ機器をcontroller９０２と呼ぶ。ここで、controller９０２となる機器は、producer９０１或いはconsumer９０３となる機器と同じであっても、異なった機器であってもよい。図９では、controller９０２とconsumer９０３とが同じ機器により機能する例について説明する。
【０１２５】
上述の本実施の形態のように、ＤＴＶ１がＳＴＢ２に対して上述の描画レイアウト情報を転送する場合、ＤＴＶ１がproducer９０１、ＳＴＢ２がconsumer９０３として機能する。又、ＳＴＢ２がＤＴＶ１に対してＯＳＤデータとその描画条件とを転送する場合、ＳＴＢ２がproducer９０１、ＤＴＶ１がconsumer９０３として機能する。
【０１２６】
９０４において、controller９０２は、「ALLOCATE コマンド」をconsumer９０３に対して送信する。ここで、ALLOCATEコマンドとは、consumer plugリソースを割り当てるためのコマンドである。
【０１２７】
９０５において、consumer９０３は、ALLOCATEコマンドのレスポンスをcontroller９０２に返信する（図９の９０５）。このレスポンスには、consumer９０３の「consumer plug address」がセットされている。
【０１２８】
９０６及び９０７において、controller９０２は、「ALLOCATE_ATTACHコマンド」をproducer９０１に対して送信する。ここで、ALLOCATE_ATTACHコマンドとは、producer plugリソースを割り当て、且つそれをconsumer plugに接続させるためのコマンドである。このALLOCATE_ATTACHコマンドには、consumer９０３の「consumer plug address」がセットされている。
【０１２９】
９０８において、producer９０１は、ALLOCATE_ATTACHコマンドのレスポンスをcontroller９０２に返信する。このレスポンスには、producer９０１の「producer plug address」がセットされている。このALLOCATE_ATTACHコマンドにより、producer９０１は、consumer９０３のconsumer plug addressを認識し、データ転送を実行するために必要な初期設定を行う。
【０１３０】
９０９及び９１０において、controller９０２は、「ATTACHコマンド」をconsumer９０３に送信する。ここで、ATTACHコマンドとは、consumer plugにproducer plugを接続させるためのコマンドである。このATTACHコマンドには、producer９０１の「producer plug address」がセットされている。このATTACHコマンドにより、consumer９０３は、producer９０１のproducer plug addressを認識し、データ転送を実行するために必要な初期設定を行う。
【０１３１】
以上の手順により、controller９０２は、producer９０１（即ち、ＤＴＶ１）とconsumer９０３（即ち、ＳＴＢ２）とに対して、仮想的な入出力プラグであるAsynchronous Connection plug（即ち、consumer plugとproducer plug）を設定することができる。これにより、本実施の形態のネットワークに接続された各機器は、producer９０１とconsumer９０３との間の物理的な接続形態に依存することのない、論理的な通信経路の設定とそれに基づくデータ通信とを行うことができる。
【０１３２】
尚、上述の各種の制御コマンドとそれに対応するレスポンスとは、IEC61883-1規格で規定されたFunction control protocolに基づくパケット・フォーマットによりAsynchronous転送される。Function control protocolについては後述する。
【０１３３】
(Asynchronous Connection プロトコルに基づく転送手順の説明)
次に、図１０を用いて、Asynchronous Connectionプロトコルに基づく転送手順について詳細に説明する。
図１０に示すように、producer９０１は、自己のアドレス空間１００９内にlimit_count１００１と呼ばれるレジスタを持っている。又、consumer９０３は、自己のアドレス空間１０１０内に少なくとも１つのproducer_count１００２を持っている。各レジスタのアドレスは、Asynchronous Connection plugを接続する際に、双方で認識される。
【０１３４】
尚、各機器の有するアドレス空間１００９、１０１０は、ＩＥＥＥ１２１２規格のＣＳＲ（Control and Status Register Architecture）が規定する６４ｂｉｔｓのアドレス空間を利用している。
【０１３５】
producer９０１の有するlimit_count１００１には、consumer９０３が受け取ることのできるデータサイズの最大値（或いは、consumer９０３の有するsegment bufferのサイズ）が書き込まれる。
【０１３６】
ここで、consumer９０３は通常、segment bufferを２つ有しており、producer９０１からのデータを１つのsegment bufferに書き込んでいる間に、前に書き込まれたデータを別のsegment bufferから読み出すように構成されている。図１０では、consumer９０３の有する２つのsegment bufferを夫々「sc0」、「sc1」と区別する。
【０１３７】
又、consumer９０３の有するproducer_count１００２には、producer９０１が転送したデータの量が書き込まれる。
【０１３８】
producer９０１のsegment bufferから順次読み出されたデータは、consumer９０３のsegment bufferの１つにAsynchronous転送される。各segment bufferのアドレスは、Asynchronous Connection plugが接続された際に双方で認識される。尚、各segment bufferは、各機器の有するアドレス空間１００９、１０１０の所定のアドレスに配置されている。
【０１３９】
以下の実施の形態では図１０を用いて、34KBの転送データ（例えば、ＯＳＤデータと描画条件とからなるＯＳＤフレーム）を保有しているproducer９０１と、32KB分のsegment bufferを２つ有するconsumer９０３との間のデータ転送の一例について説明する。
【０１４０】
データ転送の開始、継続、中止等の指示は、limit_count１００１、producer_count１００２内の配置された「mode」フィールドに所定の値を書き込むことにより双方で認識される。
【０１４１】
図１１にlimit_count１００１の「mode」フィールドに格納されるmodeの種類の一例を示す。又、図１２にproducer_count１００２の「mode」フィールドに格納されるmodeの種類の一例を示す。
【０１４２】
以下、図１０を用いて本実施の形態の通信手順の一例について具体的に説明する。
まず、１００３において、consumer９０３は、producer９０１のlimit_count１００１に対して、１つのsegment bufferで受信可能なデータサイズ（本実施の形態では、32KB）、segment bufferを指定するコード（本実施の形態では、sc0）及びmodeの種類（本実施の形態では、「SEND(=5)」）を書き込む。ここで、SENDは、consumer９０３のsegment bufferが有効であることを示している。図１０に示す「limit_count = 32k|sc0|SEND」の意味は、producer９０１のlimit_count１００１に対して、最大32KBのデータを０番目のsegment buffer（sc0）にSENDする(送る)という指示を示している。
【０１４３】
１００４において、producer９０１は、上述のmodeが「SEND」であることを認識すると、送信したいＯＳＤフレーム（34KB）を、２つのサブフレームＡ（32KB）,Ｂ（2KB）に分割し、サブフレームＡ、サブフレームＢの順番にAsynchronous転送する。
【０１４４】
１００５において、サブフレームＡの転送が終了した後、producer９０１は、consumer９０３のproducer_count１００２に対して、送信したデータ量（この場合は、32KB）、segment bufferを指定するコード（この場合は、sc0）及びmodeの種類（この場合は、「MORE(=1)」）を書き込む。ここで、MOREは、producer９０１のフレームデータの転送がまだ終了していないことを示す。
【０１４５】
１００６において、consumer９０３は、ＯＳＤフレームの転送がまだ終了していないことを認識した後、更にlimit_count１００１に対して、受信したデータサイズ（本実施の形態では、32KB）、次のsegment bufferを指定するコード（本実施の形態では、sc1）及びmodeの種類（本実施の形態では、「SEND(=5)」）を書き込む。このとき、consumer９０３は、segment countをsc0からsc1に切り替え、転送データを書き込むsegment bufferを切り替える。
【０１４６】
１００７において、producer９０１は、残りのサブフレームＢ（2KB）をconsumer９０３のsegment bufferにAsynchronous転送する。
【０１４７】
１００８において、producer９０１は、サブフレームＢの転送が終了した後、consumer９０３のproducer_count１００２に対して、送信したデータ量（この場合は、2KB）、segment bufferを指定するコード（この場合は、sc1）及びmodeの種類（この場合は、「LAST(=4)」）を書き込む。ここで、LASTは、全てのＯＳＤフレームの転送が成功したことを示し、次は別のＯＳＤフレームを転送することを示す。
【０１４８】
以上の手順により、本実施の形態のネットワークに接続された各機器は、受信能力と送信能力とに応じて１回に転送できるデータ量を最適に設定することができる。又、各機器の送信能力と受信能力とを有効に利用した転送処理を実現できる。
【０１４９】
又、本実施の形態では、上述の通信手順を用いることにより、比較的データ量の多いＯＳＤデータでも、１つ以上のAsynchronous転送を用いて連続的に、且つ確実に転送することができる。
【０１５０】
(ＯＳＤフレームのデータ・フォーマットの説明)
図１３は、本実施の形態のＯＳＤフレームのデータ・フォーマットの一例を説明する図である。又、図１４は、各サブフレームにセットされるtype_codeの種類を示す図である。
【０１５１】
１つのＯＳＤフレームは、図１３に示すようにＮ個のサブフレームから構成される。各サブフレームのヘッダ部には、type_codeを格納するフィールド１３０１とデータ部のデータ長を格納するフィールド１３０２とがある。consumer９０３は、このtype_codeを認識することによって、各サブフレームの種類や内容を判別することができる。
【０１５２】
例えば、ＳＴＢ２がＤＴＶ１に対して８ｂｉｔｓ／ｐｉｘｅｌのＯＳＤデータと描画条件とを転送する場合、図１３に示すサブフレーム１には描画条件が格納され、図１３に示すサブフレーム２〜ＮにはＯＳＤデータが格納される。このとき、サブフレーム１のフィールド１３０１には、図１４に示すように、type_code＝「８」（描画条件を示す）が格納される。又、サブフレーム２〜Ｎの各フィールド１３０１には、図１４に示すように、type_code＝「３」（８ｂｉｔｓ／ｐｉｘｅｌのＯＳＤデータを示す）が格納される。
【０１５３】
又、例えば、ＤＴＶ１がＳＴＢ２に対して描画レイアウト情報を転送する場合、図１３のサブフレーム１には現在描画している１つのＯＳＤデータの描画条件が格納される。このとき、サブフレーム１のフィールド１３０１には、図１４に示すように、type_code＝「７」（描画レイアウト情報を示す）が格納される。ここで、ＤＴＶ１の描画しているＯＳＤデータが複数個あれば、サブフレームの数も複数個になる。更に、上述のディスプレイ情報も１つのサブフレームにセットされる。
【０１５４】
尚、各サブフレームのデータサイズは、送信側の送信能力と受信側の受信能力とに応じて最適なサイズに変更することができる。従って、１つのサブフレームに複数個のＯＳＤデータの描画条件を格納することもでき、複数のサブフレームに１つのＯＳＤデータの描画条件を格納することもできる。
【０１５５】
図１５は、本実施の形態のサブフレームのデータ・フォーマットの一例を詳細に説明する図である。図１５では、ＯＳＤデータの描画条件を格納するサブフレームの構成について説明する。
【０１５６】
図１５において、フィールド１５０１は、「レイアウトＩＤ」を示す。このフィールド１５０１は、複数のＯＳＤデータを識別するために使用される。フィールド１５０２は、「描画位置」を示す。このフィールド１５０２には、ＯＳＤデータを描画する領域の左上の座標値（Ｘ_位置、Ｙ_位置で表わされる）が格納される。
【０１５７】
フィールド１５０３は、「オーバーレイ条件」を示す。このフィールド１５０３には、上述のオーバーレイ条件を示す値が格納される。フィールド１５０４は、「描画サイズ」を示す。このフィールド１５０４には、ＯＳＤデータを描画する領域の大きさを示す値（幅、高さで表わされる）が格納される。
【０１５８】
フィールド１５０５は、「描画期間」を示す。このフィールド１５０５には、ＯＳＤデータを描画する期間を示す値（無制限か、日時の指定があるかで表わされる）が格納される。ここで、「無限ビット」がセットされている場合、描画を自動的に終了する期間が定められていないことを示す。フィールド１５０６は、「オーバーレイ順位」を示す。このフィールド１５０６には、ＯＳＤデータをオーバーレイする際の順番が格納される。
【０１５９】
フィールド１５０７は、「描画内容の種類」を示す。このフィールド１５０７には、変更可能なＯＳＤデータの種類を示す値が格納される。フィールド１５０８は、「オーバーレイ許容期間」を示す。このフィールド１５０８には、ＯＳＤデータのオーバーレイを許容する期間を示す値（分、秒の単位で表わされる）が格納される。
【０１６０】
フィールド１５０９は、「描画開始時間」を示す。このフィールド１５０９には、ＯＳＤデータの描画を開始する時間を示す値（分、秒の単位で表わされる）が格納される。フィールド１５１０は、「続きビット」を示す。このフィールド１５１０がセットされている場合、次のサブフレームがあることを示す。
【０１６１】
(Function control protocolの説明)
本実施の形態のデータ通信システムを構成する各機器は、Function control protocol（以下、ＦＣＰ）に基づいて各種の制御コマンドやそれに対応するレスポンスを転送する。上述のAsynchronous Connectionプロトコルにおける制御コマンドもＦＣＰに基づいて転送される。
【０１６２】
以下、図１６を用いてＦＣＰの基本動作について説明する。尚、ＦＣＰについては、IEC61883-1(General)規格において規定されている。
図１６において、１６０１は制御ノード（controller）であり、１６０２は被制御ノード（target）である。例えば、本実施の形態では、ＤＴＶ１とＳＴＢ２が、制御ノード１６０１或いは被制御ノード１６０２となる。
【０１６３】
ＦＣＰでは、制御ノード１６０１、被制御ノード１６０２の有するレジスタ空間(Resister Space)１６０３の一部に、「command register」と呼ばれる領域１６０４と「response register」と呼ばれる領域１６０５とを規定している。ここで、レジスタ空間１６０３は、ＩＥＥＥ１３９４−１９９５規格で規定する６４ｂｉｔｓのアドレス空間に含まれる。
【０１６４】
図１６に示すように、command register１６０４には、レジスタ空間１６０３の0xFFFFF0000B00番地から0xFFFFF0000CFF番地までの領域が割り当てられており、response register１６０５には、レジスタ空間１６０３の0xFFFFF0000D00番地から0xFFFFF0000EFF番地までの領域が割り当てられている。
【０１６５】
制御ノード１６０１は、ＩＥＥＥ１３９４−１９９５規格のAsynchronous write transactionを用いて、「command frame」を被制御ノード１６０２のcommand register１６０４に対して書き込む。ここで、command frameとは、ＦＣＰが規定するFCP frameの１つである。
【０１６６】
又、被制御ノード１６０２は、ＩＥＥＥ１３９４−１９９５規格のAsynchronous write transactionを用いて、「response frame」を制御ノード１６０１のresponse register１６０５に対して書き込む。ここで、response frameとは、ＦＣＰが規定するFCP frameの１つである。
【０１６７】
図１７は、ＦＣＰが規定するパケット・フォーマットを示す図である。ＦＣＰでは、ＩＥＥＥ１３９４−１９９５規格のAsynchronous write transaction packetに基づいて、各種のFCP frameを転送する。尚、IEC61883-1規格では、FCP frameのデータ・フォーマットのみが規定されているだけであって、それにセットされるデータについては、これを使用する上位層によって異なる。
【０１６８】
図１７（ａ）は、1Quadlet(32bits)よりも大きいFCP frameによって構成されたAsynchronous write transaction packetのパケット・フォーマットを示す図である。図１７（ａ）において、Asynchronousパケットのヘッダ部１７０１には、ＩＥＥＥ１３９４−１９９５規格のAsynchronous write transactionに準拠したデータがセットされる。又、データ部１７０２（ペイロード）には、FCP frameがセットされる。尚、１つのFCP frameは、最大で５１２Ｂｙｔｅである。
【０１６９】
又、図１７（ｂ）は、1QuadletのFCP frameによって構成されたAsynchronous write transaction packetのパケット・フォーマットを示す図である。図１７（ｂ）において、FCP frameは、ヘッダ部１５０３のフィールド１５０４に格納される。
【０１７０】
図１８は、上述のFCP frameのデータ・フォーマットを示す図である。
FCP frameには、上述のようにcommand frameとresponse frameの２つが存在する。IEC61883-1規格では、図１８に示すように、FCP frameの最初の４ｂｉｔのフィールド（ｃｔｓ）１８０１のみを規定している。
【０１７１】
ここで、ｃｔｓ（command/transaction set）は、ＦＣＰに準拠した上位層を識別するために使用される。ｃｔｓは、command setの種類、command frame/response frameの詳細なデータ・フォーマット、command frame/response frameを転送するためのtransactionのルールを規定するものであり、これらは上位層によって異なる。
【０１７２】
図１９は、現在規定されているｃｔｓの種類とそれに対応する値とを示す図である。図１９において、ｃｔｓ＝「００００」は、本実施の形態で使用するAV/C Digital interface command setを示す値であり、これ以外にもいくつかの上位層が用意されている。
【０１７３】
(AV/C Digital interface command setの説明)
次に、前述ＦＣＰに準拠した上位層であり、本実施の形態で使用するAV/C（Audio/Video Control）Digital interface command set（以下、AV/C command set）について説明する。ここで、AV/C command setは、Isochronous転送を用いた通信や、テレビジョン、モニタ、ビデオレコーダー、ステレオ装置等のＡＶ機器の動作を制御するためのCommand/transaction setを詳細に規定している。
【０１７４】
AV/C command setの基本動作は、まず、制御ノード（controller）１６０１が被制御ノード（target）１６０２に対し、AV/C command setに基づくcommand frameを送信することによって開始される。次に、被制御ノード１６０２は、このcommand frameに対応するresponse frameを制御ノードに返送することによって処理を完了する。
【０１７５】
図２０は、AV/C command setに基づいて生成される上記command frameのデータ・フォーマットを示す図である。又、図２１は、AV/C command setに基づいて生成される上記response frameのデータフォーマットを示す図である。
【０１７６】
図２０のcommand frameは、cts、ctype（response）、subunit_type、subunit_ID、opcode、operand〔0〕〜operand〔n〕 の各フィールドから構成される。又、図２１のresponse frameでは、responseフィールド以外の各フィールドがcommand frameと同一の構成となっている。
【０１７７】
ｃｔｓフィールド（4bits）には、AV/C command setを示す値、即ち、「００００」が格納される。
【０１７８】
ctype（command type）フィールド（4bits）には、制御コマンドの種類を示すコード（ctype）が格納される。ctypeを図２２を用いて説明する。
【０１７９】
図２２において、「０ｈ」は、「CONTROL」を示し、被制御ノード１６０２に所定の動作を行うことを要求するctypeである。例えば、本実施の形態では、ＳＴＢ２がＤＴＶ１に対して描画レイアウト情報を要求する際に使用される。
【０１８０】
「１ｈ」は、「STATUS」を示し、被制御ノード１６０２の現在の状態を問い合わせるctypeである。
【０１８１】
「２ｈ」は、「SPECIFIC INQUIRY」を示し、被制御ノード１６０２が所定の制御コマンドをサポートしているかどうかを問い合わせるctypeである。本実施の形態では、ＤＴＶ１が本実施の形態の描画コマンドセットに対応しているか否かの判断に使用している。
【０１８２】
「３ｈ」は、「NOTIFY」を示し、被制御ノード１６０２の将来の状態変化を知りたいことを示すctypeである。被制御ノード１６０２は、この制御コマンドを受信すると、まず、現在の状態を示すレスポンスを返信し、その状態が変化した後、変化後の状態を示すレスポンスを返信する。
【０１８３】
「４ｈ」は、「GENERAL SPECIFIC INQUARY」を示し、被制御ノード１６０２が所定の制御コマンドをサポートしているかどうかをopecodeフィールドを用いて問い合わせるctypeである。
【０１８４】
「５ｈ」〜「７ｈ」は、予約されている。
【０１８５】
「８ｈ」〜「Ｆｈ」は、後述のresponse frameにおいて使用される。
【０１８６】
次に、図２３を用いて、responseフィールドにセットされるコード（response code）について説明する。各response codeは、制御コマンドに対する実行結果を示す。
【０１８７】
図２３において、「０ｈ」〜「７ｈ」は、上述のctypeにおいて使用される。
【０１８８】
「８ｈ」は、「NOT IMPLEMETED」を示し、受信した制御コマンドをサポートしていないことを示すresponse codeである。
【０１８９】
「９ｈ」は、「ACCEPTED」を示し、受信した制御コマンドを実行することを示すresponse codeである。
【０１９０】
「Ａｈ」は、「REJECTED」を示し、受信した制御コマンドはサポートしているが、今は実行できないことを示すresponse codeである。
【０１９１】
「Ｂｈ」は、「INTRANSMITTION」を示し、状態遷移中（例えば、過去に受信した制御コマンドを実行中している場合）であることを示すresponse codeである。
【０１９２】
「Ｃｈ」は、「IMPLEMETNTED/STABLE」を示すresponse codeである。
【０１９３】
「Ｄｈ」は、「CHANGED」を示し、前述のNOTIFY commandに対応する最終的なレスポンスであることを示すresponse codeである。このresponse codeを含んだresponse frameは、被制御ノード１６０２の状態が変化した時点で制御ノード１６０１に返送される。
【０１９４】
「Ｅｈ」は、予約されている。
【０１９５】
「Ｆｈ」は、「INTERIM」を示すresponse codeである。
【０１９６】
図２０、図２１に示すopcodeフィールドには、Asynchronous Connection プロトコルを示すopcode（即ち、２６ｈ）が格納される。
【０１９７】
operand〔0〕フィールドには、ALLOCATEコマンド、ATTCHコマンド等、被制御ノード１６０２に対して具体的な処理動作を要求する制御コマンドをセットする。
【０１９８】
operand〔2〕〜operand〔7〕フィールド、operand〔9〕〜operand〔10〕フィールドには、上述のconsumer plug addressやproducer plug addressが格納される。
【０１９９】
尚、本発明はその精神、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【０２００】
例えば、本実施の形態では、ネットワークに１つの表示装置（ＤＴＶ１）が接続されている場合について説明したが、表示装置は１つに限らず複数個接続されていてもよい。
【０２０１】
又、本実施の形態では、表示装置の一例としてディジタルテレビジョン受像機を説明したが、それに限るものではない。上述の実施の形態の機能を実現可能な機器であれば、ＰＣ４等の表示装置であってもよい。
【０２０２】
又、本実施の形態では、表示装置に表示情報を供給するＡＶ機器の一例としてセットトップボックスを説明したが、それに限るものではない。上述の実施の形態の機能を実現可能な機器であれば、ＤＶＣＲ３、ＰＣ４、カメラ一体型レコーダ、ディジタルカメラ、プリンタ、スキャナ等の機器であってもよい。
【０２０３】
又、本実施の形態では、ネットワークの一例としてＩＥＥＥ１３９４−１９９５規格に準拠したディジタルインタフェースにより構成されたネットワークについて説明したがそれに限るものではない。バス型ネットワーク或いは仮想的にバス型ネットワークを構成するようなネットワークにおいて、１つ或いは複数の表示装置（例えば、ディジタルテレビ）を共有するようなシステムに適用することができる。
【０２０４】
（その他の実施の形態）
上述した実施の形態の機能を実現するべく各種のデバイスを動作させるように、該各種デバイスと接続された装置或いはシステム内のコンピュータに対し、上記実施の形態の機能を実現するためのソフトウェアのプログラムコードを供給し、そのシステム或いは装置のコンピュータ（ＣＰＵ或いはＭＰＵ）に格納されたプログラムに従って上記各種デバイスを動作させることによって実施したものも、本発明の範疇に含まれる。
【０２０５】
又、この場合、上記ソフトウェアのプログラムコード自体が上述した実施の形態の機能を実現することになり、そのプログラムコード自体、およびそのプログラムコードをコンピュータに供給するための手段、例えばかかるプログラムコードを格納した記録媒体は本発明を構成する。かかるプログラムコードを記憶する記録媒体としては、例えばフロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【０２０６】
又、コンピュータが供給されたプログラムコードを実行することにより、上述の実施の形態の機能が実現されるだけでなく、そのプログラムコードがコンピュータにおいて稼働しているＯＳ（オペレーティングシステム）或いは他のアプリケーションソフト等と共同して上述の実施の形態の機能が実現される場合にもかかるプログラムコードは本発明の実施の形態に含まれることはいうまでもない。
【０２０７】
更に、供給されたプログラムコードがコンピュータの機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに格納された後、そのプログラムコードの指示に基づいてその機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって上述した実施の形態の機能が実現される場合にも本発明に含まれることはいうまでもない。
【０２０８】
【発明の効果】
本発明によれば、複数の機器からの表示情報を効率的に表示することができる。
【図面の簡単な説明】
【図１】本実施の形態のデータ通信システムを説明するブロック図である。
【図２】 Isochronous転送モードとAsynchronous転送モードの動作を説明する図である。
【図３】ＤＴＶ（ディジタルテレビジョン）１の表示画面の一例を説明する図である。
【図４】描画手順の一例を説明するためのフローチャートである。
【図５】転送手順の一例を説明するためのフローチャートである。
【図６】転送手順の他の例を説明するためのフローチャートである。
【図７】ＯＳＤデータの描画条件を設定する手順を説明するためのフローチャートである。
【図８】ディジタルテレビジョン装置の表示画面と描画エリアとの関係を説明する図である。
【図９】 Asynchronous Connection plugの接続手順を説明する図である。
【図１０】 Asynchronous Connection Protocolに基づく転送手順を説明する図である。
【図１１】 limit_count１００１の「mode」フィールドに格納されるmodeの種類を説明する図である。
【図１２】 producer_count１００２の「mode」フィールドに格納されるmodeの種類を説明する図である。
【図１３】ＯＳＤフレームのデータ・フォーマットの一例を説明する図である。
【図１４】各サブフレームにセットされるtype_codeの種類を説明する図である。
【図１５】サブフレームのデータ・フォーマットの一例を説明する図である。
【図１６】 Function control protocolの基本動作を説明する図である。
【図１７】 Function control protocolの規定するパケット・フォーマットを説明する図である。
【図１８】 FCP frameのデータ・フォーマットを説明する図である。
【図１９】ｃｔｓの種類とそれに対応する値とを説明する図である。
【図２０】 command frameのデータ・フォーマットを説明する図である。
【図２１】 response frameのデータ・フォーマットを説明する図である。
【図２２】 ctypeの種類を説明する図である。
【図２３】 response codeの種類を説明する図である。
【符号の説明】
１ ディジタルテレビジョン（ＤＴＶ）
２ セットトップボックス（ＳＴＢ）
３ ディジタルビデオカセットレコーダ（ＤＶＣＲ）
４ パーソナルコンピュータ（ＰＣ）
７ ＩＥＥＥ１３９４インタフェース
８ データバッファ制御部
９ バッファ
１０ 描画レイアウト制御部
１１ 描画レイアウト用メモリ
１２ ＯＳＤコントローラ
１３ ＯＳＤメモリ
１４ デコーダ
１５ 画像合成部
１６ 表示部
１７ タイマ
２０ 制御部
２１ ＯＳＤ生成部
２２ チューナサブユニット
２３ ＩＥＥＥ１３９４インタフェース
２４ 制御部
２５ ＯＳＤ生成部
２６ ＶＴＲサブユニット
２７ ＩＥＥＥ１３９４インタフェース
２８ 制御部
２９ ＩＥＥＥ１３９４インタフェース
３０ ハードディスク
Claims (7)
- 第１の外部機器から提供された第１の表示情報を表示器に表示し、第２の外部機器から提供された第２の表示情報を前記表示器に表示する表示装置であって、
前記第１の表示情報を前記第１の外部機器から受信し、前記第１の表示情報を表示する位置と、前記第１の表示情報を表示するサイズと、前記第１の表示情報を表示する期間と、前記第１の表示情報の表示を開始する時間と、前記第１の表示情報に他の表示情報を重ねることができるか否かとを示す情報を前記第２の外部機器に送信し、前記第２の表示情報を前記第２の外部機器から受信する通信手段と、
前記第２の表示情報が前記第２の外部機器から受信される前に前記第１の表示情報を前記表示器に表示している場合は、前記第２の外部機器が前記第１の表示情報を表示する位置と、前記第１の表示情報を表示するサイズと、前記第１の表示情報を表示する期間と、前記第１の表示情報の表示を開始する時間と、前記第１の表示情報に他の表示情報を重ねることができるか否かとを示す情報に基づいて前記第２の表示情報を表示する位置と、前記第２の表示情報を表示するサイズと、前記第２の表示情報を表示する期間と、前記第２の表示情報の表示を開始する時間と、前記第２の表示情報に他の表示情報を重ねることができるか否かとを決定できるようにするために、前記第１の表示情報を表示する位置と、前記第１の表示情報を表示するサイズと、前記第１の表示情報を表示する期間と、前記第１の表示情報の表示を開始する時間と、前記第１の表示情報に他の表示情報を重ねることができるか否かとを示す情報を、前記第２の表示情報が前記第２の外部機器から受信される前に前記通信手段を介して前記第２の外部機器に送信するように制御する制御手段とを有することを特徴とする表示装置。 - 前記第１の表示情報に関する情報は、前記第２の表示情報を前記第２の外部機器から前記表示装置に提供できるか否かを決定するのに用いられる情報であることを特徴とする請求項１に記載の表示装置。
- 前記第１の表示情報は、前記第１の外部機器を遠隔制御するのに用いられる表示情報であることを特徴とする請求項１または２に記載の表示装置。
- 前記第２の表示情報は、前記第２の外部機器を遠隔制御するのに用いられる表示情報であることを特徴とする請求項１〜３のいずれか１項に記載の表示装置。
- 前記表示装置は、ディジタルテレビジョンであることを特徴とする請求項１〜４のいずれか１項に記載の表示装置。
- 前記通信手段は、前記第１の表示情報に関する情報とともに、前記表示器の表示能力に関する情報を前記第２の外部機器に送信することを特徴とする請求項１〜５のいずれか１項に記載の表示装置。
- 前記表示器の表示能力に関する情報は、前記第２の表示情報の解像度を決定するのに用いられる情報であることを特徴とする請求項６に記載の表示装置。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP35662699A JP4508330B2 (ja) | 1999-01-25 | 1999-12-15 | 表示装置 |
| US09/487,313 US6839071B1 (en) | 1999-01-25 | 2000-01-19 | Data communication apparatus and method for receiving and displaying information from first and second devices |
| EP00300409A EP1022898A3 (en) | 1999-01-25 | 2000-01-20 | Data communication apparatus and method |
| KR10-2000-0003150A KR100399859B1 (ko) | 1999-01-25 | 2000-01-24 | 표시 장치 및 그 제어 방법 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP1549099 | 1999-01-25 | ||
| JP11-15490 | 1999-01-25 | ||
| JP35662699A JP4508330B2 (ja) | 1999-01-25 | 1999-12-15 | 表示装置 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2000286880A JP2000286880A (ja) | 2000-10-13 |
| JP2000286880A5 JP2000286880A5 (ja) | 2007-05-10 |
| JP4508330B2 true JP4508330B2 (ja) | 2010-07-21 |
Family
ID=26351650
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP35662699A Expired - Fee Related JP4508330B2 (ja) | 1999-01-25 | 1999-12-15 | 表示装置 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US6839071B1 (ja) |
| EP (1) | EP1022898A3 (ja) |
| JP (1) | JP4508330B2 (ja) |
| KR (1) | KR100399859B1 (ja) |
Families Citing this family (29)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001157154A (ja) * | 1999-11-26 | 2001-06-08 | Sony Corp | 記録又は再生装置、及び再生装置 |
| JP2002108326A (ja) * | 2000-09-29 | 2002-04-10 | Toshiba Corp | 映像処理装置 |
| DE60119694T2 (de) * | 2001-04-12 | 2006-09-14 | Stmicroelectronics Ltd., Almondsbury | System zum Empfangen von Transportströmen |
| JP4104300B2 (ja) * | 2001-06-25 | 2008-06-18 | 三洋電機株式会社 | 複数機器制御システム |
| US6778224B2 (en) | 2001-06-25 | 2004-08-17 | Koninklijke Philips Electronics N.V. | Adaptive overlay element placement in video |
| US20030021586A1 (en) * | 2001-07-24 | 2003-01-30 | Samsung Electronics Co., Ltd. | Combination system having optical recording/reproducing apparatus and television, and method of controlling of displaying caption and subtitle |
| US7224404B2 (en) * | 2001-07-30 | 2007-05-29 | Samsung Electronics Co., Ltd. | Remote display control of video/graphics data |
| US7310808B2 (en) * | 2002-03-29 | 2007-12-18 | Sony Corporation | Method of and apparatus for supporting and enabling the selection and mixing of multiple streams of audio/video data from multiple sources within a receiving device allowing external control |
| KR101015412B1 (ko) * | 2003-01-17 | 2011-02-22 | 톰슨 라이센싱 | 비디오 신호를 생성하는 방법 및 전자장치 |
| KR100859851B1 (ko) * | 2003-09-02 | 2008-09-24 | 삼성전자주식회사 | 기록매체의 사용현황을 디스플레이하는 영상기록/재생시스템 및 그의 디스플레이 방법 |
| US20090044219A1 (en) * | 2005-09-28 | 2009-02-12 | Norifumi Katou | Device control method using an operation screen, and electronic device and system using the method |
| US7844661B2 (en) * | 2006-06-15 | 2010-11-30 | Microsoft Corporation | Composition of local media playback with remotely generated user interface |
| US8793303B2 (en) * | 2006-06-29 | 2014-07-29 | Microsoft Corporation | Composition of local user interface with remotely generated user interface and media |
| KR100885444B1 (ko) | 2006-10-20 | 2009-02-24 | 엘지전자 주식회사 | 네트워크에서 디바이스의 출력을 제어하는 방법 |
| JP2008118383A (ja) * | 2006-11-02 | 2008-05-22 | Matsushita Electric Ind Co Ltd | デジタルカメラ |
| JP2008288823A (ja) * | 2007-05-17 | 2008-11-27 | Panasonic Corp | 視聴システム |
| US8599315B2 (en) * | 2007-07-25 | 2013-12-03 | Silicon Image, Inc. | On screen displays associated with remote video source devices |
| JP4502031B2 (ja) | 2008-03-18 | 2010-07-14 | 船井電機株式会社 | 映像表示装置 |
| KR101241911B1 (ko) * | 2008-11-25 | 2013-03-18 | 엘지전자 주식회사 | 무선 네트워크에서 통신 수행 방법 및 그를 위한 디바이스 |
| KR20100077851A (ko) * | 2008-12-29 | 2010-07-08 | 엘지전자 주식회사 | Ｄｔｖ 및 이를 이용한 콘텐츠 표시 방법 |
| EP2230839A1 (en) * | 2009-03-17 | 2010-09-22 | Koninklijke Philips Electronics N.V. | Presentation of video content |
| KR101098088B1 (ko) * | 2009-07-10 | 2011-12-26 | 엘지전자 주식회사 | 방송용 단말기 및 그 제어 방법 |
| KR101635567B1 (ko) * | 2009-11-12 | 2016-07-01 | 엘지전자 주식회사 | 영상표시장치 및 그 동작방법 |
| JP5378249B2 (ja) * | 2010-01-26 | 2013-12-25 | 富士通コンポーネント株式会社 | 電子機器、及びその制御方法 |
| US9565466B2 (en) * | 2010-03-26 | 2017-02-07 | Mediatek Inc. | Video processing method and video processing system |
| JP6053767B2 (ja) * | 2011-06-14 | 2016-12-27 | コーニンクレッカ フィリップス エヌ ヴェＫｏｎｉｎｋｌｉｊｋｅ Ｐｈｉｌｉｐｓ Ｎ．Ｖ． | 高ダイナミックレンジ・ビデオのためのグラフィック処理 |
| WO2014130213A1 (en) | 2013-02-21 | 2014-08-28 | Dolby Laboratories Licensing Corporation | Systems and methods for appearance mapping for compositing overlay graphics |
| US10055866B2 (en) | 2013-02-21 | 2018-08-21 | Dolby Laboratories Licensing Corporation | Systems and methods for appearance mapping for compositing overlay graphics |
| KR20180010688A (ko) * | 2016-07-22 | 2018-01-31 | 삼성전자주식회사 | 디스플레이 장치 및 디스플레이 장치의 사용자 인터페이스 표시 방법 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH05284581A (ja) * | 1992-03-31 | 1993-10-29 | Matsushita Electric Ind Co Ltd | 映像情報機器 |
| JPH07129268A (ja) * | 1993-10-29 | 1995-05-19 | Matsushita Electric Ind Co Ltd | ウインドウロック装置 |
| JPH0898172A (ja) * | 1994-09-27 | 1996-04-12 | Matsushita Electric Ind Co Ltd | 画像符号化装置および画像復号化装置 |
Family Cites Families (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2584871B2 (ja) | 1989-08-31 | 1997-02-26 | キヤノン株式会社 | 表示装置 |
| US5420603A (en) | 1991-02-20 | 1995-05-30 | Canon Kabushiki Kaisha | Display apparatus |
| JP3257113B2 (ja) * | 1993-01-06 | 2002-02-18 | ソニー株式会社 | リモートコントロールシステム |
| US5796402A (en) * | 1993-12-03 | 1998-08-18 | Microsoft Corporation | Method and system for aligning windows on a computer screen |
| GB9325299D0 (en) * | 1993-12-10 | 1994-02-16 | D2B Systems Co Ltd | Local communication system and station for use in as system |
| JPH07199891A (ja) | 1993-12-28 | 1995-08-04 | Canon Inc | 表示制御装置 |
| JP3266402B2 (ja) | 1993-12-28 | 2002-03-18 | キヤノン株式会社 | 表示装置 |
| GB2287627B (en) * | 1994-03-01 | 1998-07-15 | Vtech Electronics Ltd | Graphic video display system including graphic layers with sizable,positionable windows and programmable priority |
| KR100348915B1 (ko) * | 1994-05-12 | 2002-12-26 | 마이크로소프트 코포레이션 | 텔레비젼프로그램선택방법및그시스템 |
| US5657221A (en) * | 1994-09-16 | 1997-08-12 | Medialink Technologies Corporation | Method and apparatus for controlling non-computer system devices by manipulating a graphical representation |
| JPH08125993A (ja) | 1994-10-26 | 1996-05-17 | Sony Corp | 画像表示制御装置および録画再生装置並びに画像表示制御方法 |
| US5838334A (en) * | 1994-11-16 | 1998-11-17 | Dye; Thomas A. | Memory and graphics controller which performs pointer-based display list video refresh operations |
| JPH08278486A (ja) | 1995-04-05 | 1996-10-22 | Canon Inc | 表示制御装置及び方法及び表示装置 |
| JP3539453B2 (ja) * | 1995-07-21 | 2004-07-07 | ソニー株式会社 | 電子番組ガイド表示制御装置および方法 |
| JPH09102940A (ja) * | 1995-08-02 | 1997-04-15 | Sony Corp | 動画像信号の符号化方法、符号化装置、復号化装置、記録媒体及び伝送方法 |
| US5859639A (en) * | 1996-07-17 | 1999-01-12 | International Business Machines Corporation | Mechanism to control visible presence of desktop objects in a graphical user interface |
| JP4079335B2 (ja) * | 1996-10-16 | 2008-04-23 | トムソン コンシユーマ エレクトロニクス インコーポレイテツド | ネットワーク・バス上で接続された装置を制御する方法 |
| JPH10234020A (ja) * | 1997-02-21 | 1998-09-02 | Canon Inc | 画像伝送方法および装置並びに画像伝送システム |
| US6229524B1 (en) * | 1998-07-17 | 2001-05-08 | International Business Machines Corporation | User interface for interaction with video |
| US6348932B1 (en) * | 1999-03-01 | 2002-02-19 | Sony Corporation | Provide two different types of service in a menu |
-
1999
- 1999-12-15 JP JP35662699A patent/JP4508330B2/ja not_active Expired - Fee Related
-
2000
- 2000-01-19 US US09/487,313 patent/US6839071B1/en not_active Expired - Fee Related
- 2000-01-20 EP EP00300409A patent/EP1022898A3/en not_active Withdrawn
- 2000-01-24 KR KR10-2000-0003150A patent/KR100399859B1/ko not_active IP Right Cessation
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH05284581A (ja) * | 1992-03-31 | 1993-10-29 | Matsushita Electric Ind Co Ltd | 映像情報機器 |
| JPH07129268A (ja) * | 1993-10-29 | 1995-05-19 | Matsushita Electric Ind Co Ltd | ウインドウロック装置 |
| JPH0898172A (ja) * | 1994-09-27 | 1996-04-12 | Matsushita Electric Ind Co Ltd | 画像符号化装置および画像復号化装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| US6839071B1 (en) | 2005-01-04 |
| EP1022898A2 (en) | 2000-07-26 |
| EP1022898A3 (en) | 2009-08-05 |
| JP2000286880A (ja) | 2000-10-13 |
| KR20000053586A (ko) | 2000-08-25 |
| KR100399859B1 (ko) | 2003-09-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4508330B2 (ja) | 表示装置 | |
| KR100460219B1 (ko) | 네트워크 제어시스템 | |
| US6313880B1 (en) | Display with one or more display windows and placement dependent cursor and function control | |
| US7590133B2 (en) | Data communication system, data communication method, and data communication apparatus | |
| EP1088449B1 (en) | A method of and apparatus for handling high bandwidth on-screen-display graphics data over a distributed ieee 1394 network utilizing an isochronous data transmission format | |
| EP1088448B1 (en) | A method of and apparatus for partitioning, scaling and displaying video and/or graphics across several display devices | |
| US8824500B2 (en) | Method of controlling connection between nodes in digital interface | |
| JP4388125B2 (ja) | 中継装置、および中継方法 | |
| US6684110B1 (en) | Control system, apparatus, and method in which display characteristics of an operation panel are changeable | |
| JPH09154077A (ja) | 複数のａｖ機器と接続したディスプレイ装置からなるａｖシステム | |
| EP0939529B1 (en) | Destination node, data communication system, method of controlling a destination node and method of operating a data communication system | |
| US6976267B1 (en) | Method and apparatus for controlling connections between devices | |
| US7310808B2 (en) | Method of and apparatus for supporting and enabling the selection and mixing of multiple streams of audio/video data from multiple sources within a receiving device allowing external control | |
| US8856402B2 (en) | Method and apparatus for multiplexing and demultiplexing data transmitted and received by using audio/video interface | |
| JP2003110961A (ja) | 映像表示制御方法及び映像機器 | |
| EP0984602A2 (en) | Data communication method and system for connection establishment | |
| US7362381B1 (en) | Device interoperability utilizing bit-mapped on-screen display menus | |
| JP4320955B2 (ja) | 情報処理方法、情報処理システム及び情報処理装置 | |
| JP2000253463A (ja) | ネットワーク制御システム及びこのネットワーク制御システムに用いるターゲット、コントローラ、並びにコンシューマ | |
| JPH11205313A (ja) | ネットワーク装置及びネットワーク表示方法 | |
| JP4666384B2 (ja) | 録画予約システム | |
| JP2000356980A (ja) | 映像表示方法、映像表示装置及び映像出力装置 | |
| JP2001025074A (ja) | 情報処理システム、電子機器、及び情報処理方法 | |
| JP2005176251A (ja) | データ転送方法、データ転送装置、及び制御プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061215 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20061215 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090703 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090901 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20091102 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20091215 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100315 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20100323 |
|
| 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: 20100420 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100427 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130514 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |